(57)【特許請求の範囲】
【請求項１】
携帯端末がビーコン端末からビーコン信号を受信するステップと、
前記携帯端末が、前記ビーコン信号に含まれるビーコンＩＤ及び自端末の端末ＩＤをビーコン管理サーバに通知するステップと、
前記ビーコン管理サーバが、通知されたビーコンＩＤに基づいて前記ビーコン端末の設置場所を特定し、該設置場所を保険契約者の管理を行う契約者管理サーバへ送信するステップと、
前記契約者管理サーバが、前記設置場所に基づいて案内する保険を決定し、スクリプトサーバに対し保険案内メッセージの送信を指示するステップと、
前記スクリプトサーバが、メッセージングサービスを利用して、前記端末ＩＤに対応するユーザが所有する前記携帯端末へ保険案内メッセージを送信し、該携帯端末から保険加入の応答があった場合は、該携帯端末への質問メッセージの送信及び該携帯端末からの該質問メッセージに対する回答メッセージの受信を繰り返して保険契約に必要な情報を収集するステップと、
前記契約者管理サーバが、前記スクリプトサーバにより収集された情報を用いて、保険契約の計上処理を行うステップと、
を備える通信方法。
【請求項２】
複数のビーコン端末、ビーコン管理サーバ、保険契約者の管理を行う契約者管理サーバ、及びスクリプトサーバを備える通信システムであって、
前記複数のビーコン端末が自端末のビーコンＩＤを含むビーコン信号を送信し、
前記ビーコン管理サーバが、前記ビーコン信号を受信した携帯端末から、受信したビーコン信号に含まれていたビーコンＩＤ及び該携帯端末の端末ＩＤを受信し、該ビーコンＩＤに基づいて、該携帯端末が受信したビーコン信号の送信元ビーコン端末の設置場所を特定し、該設置場所を前記契約者管理サーバへ送信し、
前記契約者管理サーバが、前記設置場所に基づいて案内する保険を決定し、前記スクリプトサーバに対し保険案内メッセージの送信を指示し、
前記スクリプトサーバが、メッセージングサービスを利用して、前記端末ＩＤに対応するユーザが所有する前記携帯端末へ保険案内メッセージを送信し、該携帯端末から保険加入の応答があった場合は、該携帯端末への質問メッセージの送信及び該携帯端末からの該質問メッセージに対する回答メッセージの受信を繰り返して保険契約に必要な情報を収集し、
前記契約者管理サーバが、前記スクリプトサーバにより収集された情報を用いて、保険契約の計上処理を行うことを特徴とする通信システム。
【請求項３】
保険契約者の管理を行う契約者管理サーバが、ユーザが所有する携帯端末の位置情報と端末ＩＤの通知を受け、前記携帯端末の位置情報に基づいて案内する保険を決定し、スクリプトサーバに対し保険案内メッセージの送信を指示するステップと、
前記スクリプトサーバが、メッセージングサービスを利用して、前記端末ＩＤに対応する前記ユーザが所有する前記携帯端末へ保険案内メッセージを送信し、該携帯端末から保険加入の応答があった場合は、該携帯端末への質問メッセージの送信及び該携帯端末からの該質問メッセージに対する回答メッセージの受信を繰り返して保険契約に必要な情報を収集するステップと、
前記契約者管理サーバが、前記スクリプトサーバにより収集された情報を用いて、保険
契約の計上処理を行うステップと、
を備える通信方法。
【請求項４】
保険契約者の管理を行う契約者管理サーバ及びスクリプトサーバを備える通信システムであって、
前記契約者管理サーバが、ユーザが所有する携帯端末の位置情報と端末ＩＤとの通知を受け、前記携帯端末の位置情報に基づいて案内する保険を決定し、前記スクリプトサーバに対し保険案内メッセージの送信を指示し、
前記スクリプトサーバが、メッセージングサービスを利用して、前記端末ＩＤに対応する前記ユーザが所有する前記携帯端末へ保険案内メッセージを送信し、該携帯端末から保険加入の応答があった場合は、該携帯端末への質問メッセージの送信及び該携帯端末からの該質問メッセージに対する回答メッセージの受信を繰り返して保険契約に必要な情報を収集し、
前記契約者管理サーバが、前記スクリプトサーバにより収集された情報を用いて、保険
契約の計上処理を行うことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保険会社への事故連絡や保険の加入を容易に行うことができる通信方法、サーバ装置、及び通信システムに関する。
【背景技術】
【０００２】
自動車保険の加入者は、事故が発生した場合、加入者自身でコールセンタや取扱代理店に電話し、事故連絡を行っている。しかし、加入者が保険会社の連絡先を把握していない場合、事故連絡を速やかに行うことができなかった。また、コールセンタが混雑し、オペレータにつながるまでに待ち時間が生じる場合、事故発生後の加入者にとって電話連絡は負担になっていた。
【０００３】
保険会社によっては、事故連絡受け付け用のウェブサイトを有し、加入者がインターネットを介して事故連絡を行うことができるようになっている。しかし、このウェブサイトを利用した事故連絡は、加入者の氏名、証券番号、契約している車の登録番号など多数の情報を所定のフォーマットに入力するものであり、このような煩雑な作業は加入者にとって負担が大きかった。
【０００４】
保険会社は自動車保険だけでなく、旅行保険やゴルファー保険等のレジャー保険を提供している。例えば、空港には旅行保険に加入するための申し込み用端末が設けられており、この端末が目に入り、出発前に加入する場合もある。しかし、空港内における端末の設置数は少なく、旅行保険に加入することを忘れたまま出発してしまうことが多かった。同様に、ゴルファー保険への加入を忘れたままプレーを行うことが多かった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１１４４３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
このように、従来は、保険会社への事故連絡が加入者にとって大きな負担になっていた。また、旅行保険やゴルファー保険等のレジャー保険に加入することを忘れたまま出発してしまうことが多く、レジャー保険の案内を好適なタイミングで受け取り、かつ容易に加入できる保険契約システムが求められていた。
【０００７】
本発明は、上記従来の実状に鑑みてなされたものであり、保険会社への事故連絡や保険の加入を容易に行うことができる通信方法、サーバ装置、及び通信システムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明の一態様による通信方法は、スクリプトサーバが、事故発生の連絡を受け付ける通信方法であって、メッセージングサービスを利用して携帯端末から送信された事故発生連絡メッセージを受信するステップと、前記携帯端末への質問メッセージの送信、及び該携帯端末からの該質問メッセージに対する回答メッセージの受信を繰り返して事故に関する情報を収集するステップと、収集した情報を、保険契約者の管理を行う契約者管理サーバへ送信するステップと、を備えることを特徴とする。
【０００９】
本発明の一態様による通信方法は、事故に関する情報が前記契約者管理サーバに新たに登録されたことをコールセンタ端末に通知するステップをさらに備えてもよい。
【００１０】
本発明の一態様によるサーバ装置は、保険契約者への質問に対応する複数のスクリプトを保存するデータベースと、前記データベースからスクリプトを選択するスクリプト選択部と、選択されたスクリプトを用いて質問メッセージを作成し、携帯端末へ送信する送信処理部と、前記携帯端末から事故発生連絡メッセージ及び前記質問メッセージに対する回答メッセージを受信する受信処理部と、前記携帯端末への質問メッセージの送信、及び該携帯端末からの該質問メッセージに対する回答メッセージの受信を繰り返して収集された事故に関する情報を保存するデータ一時保存部と、保険契約者の管理を行う契約者管理サーバとデータ連携処理を行い、前記データ一時保存部に保存されている情報を該契約者管理サーバへ送信するデータ連携処理部と、を備えるものである。
【００１１】
本発明の一態様による通信方法は、携帯端末がビーコン端末からビーコン信号を受信するステップと、前記携帯端末が、前記ビーコン信号に含まれるビーコンＩＤ及び自端末の端末ＩＤをビーコン管理サーバに通知するステップと、前記ビーコン管理サーバが、通知されたビーコンＩＤに基づいて前記ビーコン端末の設置場所を特定し、該設置場所を保険契約者の管理を行う契約者管理サーバへ送信するステップと、前記契約者管理サーバが、前記設置場所に基づいて案内する保険を決定し、スクリプトサーバに対し保険案内メッセージの送信を指示するステップと、前記スクリプトサーバが、メッセージングサービスを利用して、前記端末ＩＤに対応するユーザが所有する前記携帯端末へ保険案内メッセージを送信し、該携帯端末から保険加入の応答があった場合は、該携帯端末への質問メッセージの送信及び該携帯端末からの該質問メッセージに対する回答メッセージの受信を繰り返して保険契約に必要な情報を収集するステップと、前記契約者管理サーバが、前記スクリプトサーバにより収集された情報を用いて、保険契約の計上処理を行うステップと、を備えるものである。
【００１２】
本発明の一態様による通信システムは、複数のビーコン端末、ビーコン管理サーバ、保険契約者の管理を行う契約者管理サーバ、及びスクリプトサーバを備える通信システムであって、前記複数のビーコン端末が自端末のビーコンＩＤを含むビーコン信号を送信し、前記ビーコン管理サーバが、前記ビーコン信号を受信した携帯端末から、受信したビーコン信号に含まれていたビーコンＩＤ及び該携帯端末の端末ＩＤを受信し、該ビーコンＩＤに基づいて、該携帯端末が受信したビーコン信号の送信元ビーコン端末の設置場所を特定し、該設置場所を前記契約者管理サーバへ送信し、前記契約者管理サーバが、前記設置場所に基づいて案内する保険を決定し、前記スクリプトサーバに対し保険案内メッセージの送信を指示し、前記スクリプトサーバが、メッセージングサービスを利用して、前記端末ＩＤに対応するユーザが所有する前記携帯端末へ保険案内メッセージを送信し、該携帯端末から保険加入の応答があった場合は、該携帯端末への質問メッセージの送信及び該携帯端末からの該質問メッセージに対する回答メッセージの受信を繰り返して保険契約に必要な情報を収集し、前記契約者管理サーバが、前記スクリプトサーバにより収集された情報を用いて、保険契約の計上処理を行うことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、加入者等は、保険会社への事故連絡を容易に行うことができる。また、旅行保険等のレジャー保険の案内を好適なタイミングで受け取り、その後の加入手続きを容易に行うことができ、レジャー保険の加入忘れを防止することができる。また、保険会社にとっても、加入者等の携帯端末に対して効率的に保険の案内を出すことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係る通信システムの構成図である。
【図２】第１の実施形態による携帯端末の構成図である。
【図３】第１の実施形態によるメッセージングサービスクライアントアプリを実行することで実現される機能ブロック図である。
【図４】第１の実施形態によるメッセージングサービス基盤の構成図である。
【図５】第１の実施形態によるスクリプトサーバの構成図である。
【図６】第１の実施形態による契約者管理サーバの構成図である。
【図７】事故連絡の受け付け処理の流れの一例を示すフロー図である。
【図８】事故連絡の受け付け処理の流れの一例を示すフロー図である。
【図９】本発明の第２の実施形態に係る通信システムの構成図である。
【図１０】第２の実施形態による携帯端末の構成図である。
【図１１】第２の実施形態による契約者管理サーバの構成図である。
【図１２】第２の実施形態によるビーコン管理サーバの構成図である。
【図１３】保険契約処理の流れの一例を示すフロー図である。
【図１４】保険契約処理の流れの一例を示すフロー図である。
【発明を実施するための形態】
【００１５】
以下に本発明の実施の形態を詳細に説明する。
【００１６】
［第１の実施形態］
図１は本発明の第１の実施形態に係る通信システムの構成図である。この通信システムは、自動車事故の発生時等に自動車保険の契約者（加入者）が保険会社に事故連絡を行うためのシステムであり、保険契約者が所有する携帯端末１、メッセージングサービス基盤２、スクリプトサーバ３、保険会社の契約者管理サーバ４及びコールセンタ５等から構成される。
【００１７】
この通信システムでは、契約者は、メッセージングサービス基盤２が提供するインスタントメッセージングサービスを利用して、保険会社に対して事故連絡を行う。インスタントメッセージングサービスは、テキストメッセージ、絵文字、画像等の様々なデータを即時に送受信できるものであり、ＬＩＮＥ、ＷｈａｔｓＡｐｐ、カカオトーク、ｃｏｍｍ（いずれも登録商標）など様々なものが知られている。契約者及び保険会社は、保険契約後、予めインスタントメッセージングサービスのユーザＩＤを互いに登録しておく。
【００１８】
契約者が、携帯端末１を利用して、事故発生を伝えるメッセージを保険会社宛てに送信すると、このメッセージはスクリプトサーバ３により受信される。スクリプトサーバ３は、事故発生のメッセージを受け付けると、契約者の携帯端末１への質問メッセージの送信、及び回答メッセージの受信を繰り返し、必要な情報を収集する。
【００１９】
スクリプトサーバ３が収集した情報は、保険会社の契約者管理サーバ４に登録され、コールセンタ５のオペレータが確認できるようになる。オペレータは、登録された事故に関する情報を確認し、契約者の携帯端末１に架電して、さらなる情報収集を行ったり、契約者からの質問に回答したり、今後の行動を指示したりする。
【００２０】
契約者は、インスタントメッセージングサービスを利用して事故連絡を行う。コールセンタへの架電の必要がなく、オペレータにつながるまでの待ち時間などがないため、保険会社へ速やかに事故連絡を行うことができる。また、スクリプトサーバ３により事前にある程度の情報が収集されているため、オペレータは事故状況を把握してから電話をかけることができ、情報収集に伴うオペレータの負荷が軽減される。また、スクリプトサーバ３により収集された情報は自動的に管理サーバ４に登録されるため、全ての情報を契約者から電話で収集する場合と比較して、事故情報データの登録に要する手間を軽減できる。
【００２１】
図２は携帯端末１のハードウェア構成図である。携帯端末１は、メモリ１１、ＣＰＵ１２、通信部１３、カメラ１４、ＧＰＳ１５を備えており、例えばスマートフォンを用いることができる。
【００２２】
メモリ１１は、メッセージングサービスクライアントアプリ、撮像データ、位置データ等を記憶する。メモリ１１は、フラッシュメモリタイプ、ハードディスクタイプ、マルチメディアカードマイクロタイプ、カードタイプのメモリ（例えば、ＳＤ又はＸＤメモリなど）、ＲＡＭ（Random  Access  Memory）、ＳＲＡＭ（Static  Random  Access  Memory）、ＲＯＭ（Read-Only  Memory）、ＥＥＰＲＯＭ（Electrically  Erasable  Programmable  Read-Only  Memory）、ＰＲＯＭ（Programmable  Read-Only  Memory）、磁気メモリの少なくとも１つのタイプの記憶媒体を含む。撮像データはカメラ１４により生成される。位置データは、ＧＰＳ（Global  Positioning  System）１５により取得される携帯端末１の位置を示すデータである。
【００２３】
ＣＰＵ１２がメッセージングサービスクライアントアプリを実行することで、図３に示すように、メッセージ生成部１６、送信処理部１７及び受信処理部１８が実現され、メッセージングサービスを利用できるようになる。メッセージ生成部１６は、送信メッセージを生成する。送信メッセージには絵文字データを使用することができる。送信処理部１７は、生成されたメッセージの送信処理を行う。受信処理部１８はメッセージの受信処理を行う。
【００２４】
通信部１３は、無線通信機能を有し、ネットワークを介してスクリプトサーバ３へメッセージを送信したり、スクリプトサーバ３からのメッセージを受信したりする。
【００２５】
図４は、メッセージングサービス基盤２の構成図である。メッセージングサービス基盤２にはユーザ情報を格納したデータベース２１、及びメッセージ中継処理部２２が設けられている。
【００２６】
データベース２１に格納されているユーザ情報は、メッセージングサービスの利用登録を行ったユーザの情報であり、例えば、メッセージングサービスにおける保険契約者や保険会社のＩＤが含まれる。メッセージ中継処理部２２は、ユーザ情報に基づいて、ユーザ間のメッセージの中継処理を行う。例えば、メッセージ中継処理部２２は、携帯端末１からスクリプトサーバ３へ送信されたメッセージや、スクリプトサーバ３から携帯端末１へ送信されたメッセージの中継処理を行う。これにより、契約者は、携帯端末１においてメッセージを作成し、保険会社のＩＤを宛先に入力することで、メッセージを保険会社（スクリプトサーバ３）へ送信することができる。
【００２７】
図５は、スクリプトサーバ３の構成図である。スクリプトサーバ３は、スクリプト選択部３１、送信処理部３２、受信処理部３３、データ一時保存部３４、データ連携処理部３５、及びデータベース３６を備え、例えばコンピュータにより構成される。
【００２８】
データベース３６には、複数のスクリプトが格納されている。このスクリプトは、契約者に対する質問メッセージに相当する。スクリプト選択部３１は、受信処理部３３が受信した契約者（携帯端末１）からのメッセージに基づいて、データベース３６からスクリプトを選択する。送信処理部３２は、選択されたスクリプトを用いて質問メッセージを作成し、携帯端末１へ送信する。
【００２９】
受信処理部３３が受信した携帯端末１からのメッセージはデータ一時保存部３４に保存される。携帯端末１からのメッセージは、スクリプトサーバ３からの質問メッセージに対する回答である。スクリプト選択部３１は、契約者からの回答に応じて選択するスクリプトを決定する。質問及び回答の例を以下の表１に示す。
【００３０】
【表１】
0006362513.tif 000002
【００３１】
回答メッセージの受信、スクリプトの選択、及び質問メッセージの送信を自動で繰り返すことで、契約者から必要な情報を収集することができる。収集された情報は、データ一時保存部３４に保存される。
【００３２】
データ連携処理部３５は、スクリプトサーバ３と契約者管理サーバ４との間でのデータ連携処理を行い、契約者からの情報収集が完了すると、データ一時保存部３４に保存されているデータを契約者管理サーバ４へ送信する。契約者管理サーバ４への送信データには、メッセージの送受信を行っていた契約者のメッセージングサービスにおけるユーザＩＤも含まれる。このようにして、スクリプトサーバ３により事故に関する情報が自動収集される。
【００３３】
図６は、契約者管理サーバ４の構成図である。契約者管理サーバ４は、データ連携処理部４１及びデータベース４２を有する。データ連携処理部４１は、スクリプトサーバ３と契約者管理サーバ４との間でのデータ連携処理を行い、スクリプトサーバ３により収集された事故に関する情報をデータベース４２に登録する。
【００３４】
データベース４２には、契約者情報や、契約している保険の補償内容等を含む契約情報が保存されている。契約者情報には、メッセージングサービスにおける契約者のユーザＩＤが含まれている。データ連携処理部４１は、スクリプトサーバ３から取得したデータに含まれるメッセージングサービスにおけるユーザＩＤから保険契約者を特定し、この保険契約者の契約者情報に紐付けて、スクリプトサーバ３が収集した事故に関する情報をデータベース４２に登録する。
【００３５】
図７、図８は、事故連絡の受け付け処理の流れの一例を示すフロー図である。自動車事故が発生すると、契約者は自身の携帯端末１によりメッセージングサービスを利用して、保険会社（スクリプトサーバ３）へ事故発生の連絡メッセージを送信する（ステップＳ１０１）。連絡メッセージはテキストメッセージでもよく、事故発生を示す絵文字（画像）でもよい。絵文字を使用することで、テキスト入力が不要となり、連絡メッセージの送信がより容易なものとなる。
【００３６】
スクリプトサーバ３は、携帯端末１から受信したメッセージの内容を判定し（ステップＳ１０２）、スクリプトを選択し、メッセージを自動応答する（ステップＳ１０３）。例えば、受信したメッセージが事故発生連絡である場合、スクリプトサーバ３は『受け付けしました〇〇様。手続きを開始しますか？１：はい  ２：いいえ』という質問メッセージを携帯端末１へ送信する。携帯端末１への送信メッセージの“〇〇様”は、携帯端末１から受信したメッセージの送信元ＩＤから特定したユーザの名称が入れられる。
【００３７】
契約者は、携帯端末１で受信したスクリプトサーバ３からの質問メッセージに回答する（ステップＳ１０４）。例えば、上記の質問メッセージに対して『１』を入力し、スクリプトサーバ３へ応答メッセージを送信する。
【００３８】
スクリプトサーバ３は、携帯端末１から受信したメッセージの内容を判定する（ステップＳ１０５）。契約者からの回答が手続き開始を示すものであったため、情報収集を開始し、メッセージを自動送信する（ステップＳ１０６）。例えば、位置情報の送信を依頼する。
【００３９】
契約者は、携帯端末１のＧＰＳ機能を利用して位置情報を取得し、位置情報を含むメッセージをスクリプトサーバ３へ送信する（ステップＳ１０７）。スクリプトサーバ３は、携帯端末１から受信したメッセージの内容を判定し、位置情報を収集する（ステップＳ１０８）。その後、スクリプトサーバ３による質問メッセージの送信（ステップＳ１０９）、質問に対する回答メッセージの送信（ステップＳ１１０）、契約者からの回答メッセージの内容の判定（ステップＳ１１１）を繰り返し、必要な情報を自動収集する。この時、携帯端末１のカメラ１４を利用して車両の損傷部位を撮影し、撮像データの送信を依頼することもできる。
【００４０】
情報収集の完了後（ステップＳ１１２＿ＹＥＳ）、スクリプトサーバ３は情報収集完了のメッセージを携帯端末１へ送信する（ステップＳ１１３）。例えば『情報の収集が完了しました。コールセンタよりお電話させていただきますので、しばらくお待ちください。』というメッセージが送信される。契約者は、このメッセージを確認し、メッセージングサービスの利用を終了する（ステップＳ１１４）。
【００４１】
スクリプトサーバ３は、情報収集が完了すると、契約者管理サーバ４とデータ連携処理を行い、収集した事故に関する情報を契約者管理サーバ４に登録する（ステップＳ１１５、Ｓ１１６）。また、スクリプトサーバ３は、新たな事故情報を登録したことをコールセンタ５の端末に通知してもよい。コールセンタ５のオペレータは、契約者管理サーバ４に登録された情報を確認し、契約者情報に含まれる電話番号を用いて架電する（ステップＳ１１７、Ｓ１１８）。そして、オペレータは電話により契約者からさらに情報を収集したり、契約者の質問に答えたりする（ステップＳ１１９）。
【００４２】
このように、本実施形態によれば、メッセージングサービスを利用してメッセージ（絵文字）の送受信を行う簡単な操作で、事故発生の連絡を行うことができ、契約者にとっての事故発生連絡の負担を軽減することができる。
【００４３】
また、契約者が加入している保険の証券番号などを把握していなくても、予め登録しているメッセージングサービスのユーザＩＤにより、保険会社側で契約者を特定し、保険契約内容を確認することができる。
【００４４】
また、スクリプトサーバ３による自動応答によって、従来オペレータが電話での会話の中で収集していた情報を取得できるため、オペレータの負荷を軽減できる。さらに、スクリプトサーバ３が自動収集したデータは、データ連携処理により契約者管理サーバ４に登録されるため、人手によるデータ登録の処理量を削減できる。また、オペレータは、事前に事故状況をある程度把握した上で契約者に架電することができ、契約者との電話でのやり取りを少なくすることができる。
【００４５】
スクリプトサーバ３は、携帯端末１のカメラ１４やＧＰＳ１５を利用した撮像データや位置情報を取得できる。そのため、事故現場や車両損傷箇所を容易に確認することができる。また、契約者が、自身のいる場所が分からない場合でも、ＧＰＳ１５による位置情報により、事故が発生した場所を正確に特定することができる。
【００４６】
［第２の実施形態］
図９は本発明の第２の実施形態に係る通信システムの構成図である。この通信システムは、保険の募集及び加入を行うためのシステムであり、携帯端末１、メッセージングサービス基盤２、スクリプトサーバ３、保険会社の契約者管理サーバ４、コールセンタ５、ビーコン端末６、及びビーコン管理サーバ７等から構成される。メッセージングサービス基盤２、スクリプトサーバ３の構成は上記第１の実施形態と同様である。
【００４７】
携帯端末１は、図１０に示すように、メモリ１１がビーコンクライアントアプリをさらに記憶する。ＣＰＵ１２がビーコンクライアントアプリを実行することでビーコン制御部が実現される。携帯端末１は、ビーコン端末６から一定の範囲（例えば数メートル）内の領域に進入すると、ビーコン端末６から送信されているビーコン信号を受信する。このビーコン信号には、ビーコン端末６のＩＤ（ビーコンＩＤ）が含まれている。ビーコン制御部は、ビーコン信号を受信すると、ビーコンＩＤ及び携帯端末１の端末ＩＤ（個体識別情報）を、通信部１３からビーコン管理サーバ７へ送信する。
【００４８】
契約者管理サーバ４は、図１１に示すように、計上処理部４３をさらに備える。
【００４９】
ビーコン端末６は、ビーコン信号をブロードキャスト送信する。このビーコン信号は、ビーコン端末６から一定の範囲内で受信できる。ビーコン信号の送信強度を変えることで、受信可能範囲を変えることができる。ビーコン端末６は、空港の手荷物検査場やゴルフ場のロビーなど様々な場所に設置される。
【００５０】
図１２に示すように、ビーコン管理サーバ７は、ＩＤ判定部７１、データ連携処理部７２、及びデータベース７３を備え、例えばコンピュータにより構成される。データベース７３には、ビーコンＩＤ情報が格納されている。ビーコンＩＤ情報は、ビーコンＩＤと、ビーコン端末６の設置場所とが対応付けられたものである。ＩＤ判定部７１は、ビーコンＩＤ情報を参照し、携帯端末１から受信したビーコンＩＤから、ビーコン信号の発信元のビーコン端末６の設置場所を特定する。特定した設置場所から、携帯端末１の所有者がどこにいるかがわかる。データ連携処理部７２は、特定した設置場所を契約者管理サーバ４に通知する。
【００５１】
データベース７３に、携帯端末１の端末ＩＤと、携帯端末１を所有するユーザ（保険契約者）とを対応付けた端末ＩＤ情報が格納されていてもよい。この場合、ＩＤ判定部７１は、端末ＩＤ情報を参照し、携帯端末１から受信した端末ＩＤから、この携帯端末１を所有し、ビーコン端末６の近くにいるユーザを特定する。データ連携処理部７２は、特定したユーザを契約者管理サーバ４に通知する。
【００５２】
契約者管理サーバ４は、ビーコン管理サーバ７から携帯端末１の所有者及び携帯端末１が受信したビーコン信号の送信元の設置場所の情報を取得すると、メッセージングサービスを利用して、携帯端末１へ保険案内のメッセージを送信する。契約者管理サーバ４は、ビーコン端末６の設置場所から、案内する保険の種類を決定し、保険案内のメッセージ送信をスクリプトサーバ３に指示する。例えば、ビーコン端末６の設置場所が空港の手荷物検査場である場合は旅行保険の案内となり、ゴルフ場のロビーである場合はゴルファー保険の案内となる。
【００５３】
データベース４２が端末ＩＤ情報を保持し、ビーコン管理サーバ７の代わりに契約者管理サーバ４において、携帯端末１を所有するユーザの特定を行ってもよい。この場合、ビーコン管理サーバ７は、契約者管理サーバ４に、ビーコン端末６の設置場所及び携帯端末１の端末ＩＤを通知する。
【００５４】
スクリプトサーバ３は、保険案内のメッセージを送信する。保険案内メッセージの宛先は、ビーコン管理サーバ７又は契約者管理サーバにより特定されたユーザが所有する携帯端末１である。これにより、ビーコン端末６からビーコン信号を受信した携帯端末１へ、保険案内メッセージを送信することができる。
【００５５】
携帯端末１の所有者は、メッセージを確認し、保険に加入する場合はメッセージに応答する。スクリプトサーバ３は、保険加入の応答メッセージを受け取ると、契約に必要な情報の収集を行う。この情報収集の方法は、上記第１の実施形態における事故に関する情報の自動収集と同様であり、スクリプトの選択、質問メッセージの送信、及び回答メッセージの受信を自動で繰り返すものである。これにより、端末所有者から契約に必要な情報を自動収集することができる。海外旅行保険に加入する場合の質問及び回答の例を以下の表２に示す。
【００５６】
【表２】
0006362513.tif 000003
【００５７】
なお、携帯端末１の所有者が自動車保険等の他の保険に既に加入しており、氏名、生年月日、住所などがデータベース４２の契約者情報に予め登録されている場合は、これらの情報を携帯端末１に送信し、内容に変更がないか確認してもよい。
【００５８】
スクリプトサーバ３は、収集した情報を契約者管理サーバ４へ送信する。契約者管理サーバ４の計上処理部４３は、スクリプトサーバ３が収集した情報を用いて携帯端末１の所有者との間での保険契約を計上する。
【００５９】
図１３、図１４は、保険契約処理の流れの一例を示すフロー図である。ユーザが空港の手荷物検査場やゴルフ場のロビーに到着し（ステップＳ２０１）、ビーコン端末６の近くを通ると、携帯端末１はビーコン端末６から送信されるビーコン信号を受信する（ステップＳ２０２）。携帯端末１は、自端末の端末ＩＤと、ビーコン信号に含まれるビーコンＩＤをビーコン管理サーバ７に通知する（ステップＳ２０３）。
【００６０】
ビーコン管理サーバ７は、通知されたＩＤ情報から、ビーコン端末６の設置場所を特定し、特定した場所と、携帯端末１の端末ＩＤとを契約者管理サーバ４に通知する（ステップＳ２０４）。
【００６１】
契約者管理サーバ４は、通知された端末ＩＤから、携帯端末１を所有するユーザを特定する（ステップＳ２０５）。契約者管理サーバ４は、通知されたビーコン端末６の設置場所から、案内する保険を決定し、スクリプトサーバ３からユーザの携帯端末１宛てに保険案内のメッセージを送信する（ステップＳ２０６）。例えば、スクリプトサーバ３は『海外旅行保険には申し込まれましたか？ご希望であれば、このままメッセージのやり取りを行うことで申込みが可能です。１：申し込む  ２：申し込まない』という質問メッセージを携帯端末１へ送信する。
【００６２】
ユーザは、携帯端末１で受信したスクリプトサーバ３からの質問メッセージに回答する（ステップＳ２０７）。例えば、上記の質問メッセージに対して『１』を入力し、スクリプトサーバ３へ応答メッセージを送信する。
【００６３】
スクリプトサーバ３は、携帯端末１から受信したメッセージの内容を判定する（ステップＳ２０８）。ユーザからの回答が申し込み希望を示すものであったため、情報収集を開始する。スクリプトサーバ３による質問メッセージの送信（ステップＳ２０９）、質問に対する回答メッセージの送信（ステップＳ２１０）、契約者からの回答メッセージの内容の判定（ステップＳ２１１）を繰り返し、契約に必要な情報を自動収集する。
【００６４】
情報収集の完了後（ステップＳ２１２＿ＹＥＳ）、スクリプトサーバ３は契約内容とともに申し込み確認のメッセージを携帯端末１へ送信する（ステップＳ２１３）。例えば『契約に関する情報は以下の通りです。・・・・・保険料は・・・円です。申し込み手続きを完了してもよろしいですか？１：申し込む  ２：訂正する  ３：中止する』というメッセージが送信される。ユーザは、この申し込み確認メッセージに回答する（ステップＳ２１４）。例えば、この申し込み確認メッセージに対して『１』を入力し、スクリプトサーバ３へ応答メッセージを送信する。
【００６５】
スクリプトサーバ３は、携帯端末１から受信したメッセージの内容を判定する（ステップＳ２１５）。ユーザからの回答が申し込みの承認を示すものであったため、スクリプトサーバ３は、契約者管理サーバ４とデータ連携処理を行い、収集した契約に関する情報を契約者管理サーバ４に送信する（ステップＳ２１６）。契約者管理サーバ４の計上処理部４３は、スクリプトサーバ３が収集した情報を用いて保険契約を計上する（ステップＳ２１７）。
【００６６】
また、スクリプトサーバ３は、契約完了のメッセージを携帯端末１へ送信する（ステップＳ２１８）。このとき、コールセンタ５からの折り返し電話が必要であるか否かを問い合わせる。例えば、『申込手続きが完了しました。本契約に関する不明点がある場合はコールセンタからの折り返し電話が可能です。希望されますか？１：はい  ２：いいえ』というメッセージが送信される。ユーザは、このメッセージに回答する（ステップＳ２１９）。例えば、折り返し電話を希望する場合、このメッセージに対して『１』を入力し、スクリプトサーバ３へ応答メッセージを送信する。
【００６７】
スクリプトサーバ３は、携帯端末１から受信したメッセージの内容を判定する（ステップＳ２２０）。ユーザからの回答が折り返し電話を希望するものであったため、受付完了のメッセージを携帯端末１へ送信する（ステップＳ２２１）。例えば『受け付けました。コールセンタよりお電話させていただきますので、しばらくお待ちください。』というメッセージが送信される。ユーザは、このメッセージを確認し、メッセージングサービスの利用を終了する（ステップＳ２２２）。
【００６８】
スクリプトサーバ３は、データ連携処理を行い、ユーザへの折り返し電話が必要であることをコールセンタ５に通知する（ステップＳ２２３）。コールセンタ５のオペレータは、契約者管理サーバ４に登録された情報を確認し、契約者情報に含まれる電話番号を用いて架電する（ステップＳ２２４、Ｓ２２５）。そして、ユーザはオペレータとの電話により、不明点等の確認を行う（ステップＳ２２６）。
【００６９】
このように、本実施形態によれば、ユーザが所有する携帯端末１の位置から、ユーザが保険契約を望む可能性があるか否かを判定し、メッセージングサービスを利用して保険の案内を行うことができる。
【００７０】
例えば、携帯端末１の位置検出にＧＰＳを用いた場合、ある程度の誤差が含まれるため、空港に立ち寄っただけで、飛行機には乗らないユーザまで検出され得る。しかし、本実施形態では、携帯端末１の存在範囲を限定できるビーコン端末６を用いるため、空港の手荷物検査場を通過するユーザなど、旅行へ行く可能性が極めて高いユーザを精度良く検出できる。
【００７１】
保険の案内メッセージを受け取ったユーザは、案内メッセージに返答し、メッセージのやり取りを行うことで、保険の契約を簡単に行うことができる。このように、ユーザは旅行保険やゴルファー保険等のレジャー保険（少額短期保険）の案内を好適なタイミングで受け取り、かつ容易に加入できるため、加入することを忘れたまま出発してしまうことを防止できる。また、保険会社にとっても、ユーザに対して効率的に保険の案内を出すことができる。
【００７２】
保険契約に必要な情報はスクリプトサーバ３により自動収集され、収集された情報はデータ連携処理により契約者管理サーバ４で保険契約が計上される。このように、保険の案内、申し込み手続き、及び計上までの処理を自動化することができる。また、コールセンタと連携することで、保険契約者の要望に応じてコールバックすることができる。
【００７３】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形してもよい。また、上記実施形態に開示されている複数の構成要素を適宜組み合わせたり、実施形態に示される全構成要素から幾つかの構成要素を削除したりしてもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００７４】
１  携帯端末
２  メッセージングサービス基盤
３  スクリプトサーバ
４  契約者管理サーバ
５  コールセンタ
６  ビーコン端末
７  ビーコン管理サーバ
【図１】
0006362513.tif 000004
【図２】
0006362513.tif 000005
【図３】
0006362513.tif 000006
【図４】
0006362513.tif 000007
【図５】
0006362513.tif 000008
【図６】
0006362513.tif 000009
【図７】
0006362513.tif 000010
【図８】
0006362513.tif 000011
【図９】
0006362513.tif 000012
【図１０】
0006362513.tif 000013
【図１１】
0006362513.tif 000014
【図１２】
0006362513.tif 000015
【図１３】
0006362513.tif 000016
【図１４】
0006362513.tif 000017