JP2023076261A - 情報処理サーバ、情報処理方法、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】複数の車両を所有する利用者に適した保険料を決定することができる情報処理装置を提供する。【解決手段】 本開示に係る情報処理装置は、利用者の通信端末から、利用者の所有する複数の車両の利用に関する情報を取得する取得手段と、複数の車両の利用に関する情報に基づいて、複数の車両に対応する保険商品の保険料金を決定する決定手段と、を有し、決定手段は、複数の車両の利用に関する情報に基づいて、各車両の通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて保険商品の保険料金を決定する。【選択図】図１１

Description

本発明は、情報処理サーバ、情報処理方法、プログラム及び記憶媒体に関する。

従来、車両に対する保険商品の料金は、契約が成立すると、その後の車両の利用態様（例えば利用頻度や利用の仕方）によらず、契約期間は一定の料金を支払うものであった。これに対し、ユーザによる車両の利用態様に応じて保険料を算出する技術が提案されている（特許文献１）。特許文献１は、保険料の算出対象となるユーザが操作した車両の変遷（例えば、車両の種別、ハンドリングに関する特性、加減速に関する特性、トランスミッションの種別、車両の大きさなどといった情報の変遷）に基づいて、ユーザが操作する車両の事故の発生確率に応じた保険料を決定する技術を提案している。

特開２０２１－５１３９０号公報

ところで、一人のユーザが複数台の車両を所有する場合があり、一般に、所有する台数の分だけ保険料を支払う。しかし、ユーザは物理的に一人であり、用途などに応じて選択的に車両に利用するため、車両ごとに利用態様が偏ることがある。すなわち、余り利用しない車両に対する一定の保険料の支払いは経済的に効率が悪い場合がある。

また、サーバとの通信機能を有していない車両も多いため、特許文献１で提案されるように車両の変遷に基づいて保険料を決定することが困難である場合もある。

本発明は、上記課題に鑑みてなされ、その目的は、複数の車両を所有する利用者に適した保険料を決定することができる技術を提供することである。

この課題を解決するため、例えば本発明の情報処理装置は以下の構成を備える。すなわち、
情報処理装置であって、
利用者の通信端末から、前記利用者の所有する複数の車両の利用に関する情報を取得する取得手段と、
前記複数の車両の利用に関する情報に基づいて、前記複数の車両に対応する保険商品の保険料金を決定する決定手段と、を有し、
前記決定手段は、前記複数の車両の利用に関する情報に基づいて、各車両の前記通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて前記保険商品の保険料金を決定する、ことを特徴とする。

また、課題を解決するため、例えば本発明の情報処理方法は以下の構成を備える。すなわち、
情報処理装置によって実行される情報処理方法であって、
利用者の通信端末から、前記利用者の所有する複数の車両の利用に関する情報を取得することと、
前記複数の車両の利用に関する情報に基づいて、前記複数の車両に対応する保険商品の保険料金を決定することと、を含み、
前記決定することは、前記複数の車両の利用に関する情報に基づいて、各車両の前記通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて前記保険商品の保険料金を決定することを含む。

更に、課題を解決するため、例えば本発明の記憶媒体は以下の構成を備える。すなわち、
コンピュータを情報処理装置の各手段として機能させるためのプログラムを格納する記憶媒体であって、前記情報処理装置は、
利用者の通信端末から、前記利用者の所有する複数の車両の利用に関する情報を取得する取得手段と、
前記複数の車両の利用に関する情報に基づいて、前記複数の車両に対応する保険商品の保険料金を決定する決定手段と、を有し、
前記決定手段は、前記複数の車両の利用に関する情報に基づいて、各車両の前記通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて前記保険商品の保険料金を決定する、ことを特徴とする記録媒体。

本発明によれば、複数の車両を所有する利用者に適した保険料を決定することが可能になる。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の本実施形態に係る保険料管理システムの一例を示す図 本実施形態に係る情報処理サーバの機能構成例を示すブロック図 本実施形態に係る情報処理サーバのソフトウェア構成の一例を示すブロック図 本実施形態に係る車両の機能構成例を示すブロック図 本実施形態に係る通信端末の機能構成例を示すブロック図 本実施形態に係るサービス提供者用装置の機能構成例を示すブロック図 本実施形態に係るユーザ情報テーブルのデータ構造の一例を示す図 本実施形態に係る保険情報テーブルのデータ構造の一例を示す図 本実施形態に係る利用履歴テーブルのデータ構造の一例を示す図 本実施形態に係る車両情報テーブルのデータ構造の一例を示す図 本実施形態に係る保険料管理処理の一連の動作を示すフローチャート 本実施形態に係る保険料算出処理の一連の動作を示すフローチャート

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

＜保険料管理システムの構成＞
図１は、本実施形態に係る保険料管理システムの構成例を示す図である。本実施形態に係る保険料管理システム１０は、情報処理サーバ１００と、ユーザ１０２（利用者）によって使用される通信端末１０３と、ユーザ１０２が運転する車両１０１ａ及び車両１０１ｂとを含む。更に、保険料管理システム１０は、保険業者のオペレータ１０４によって使用されるサービス提供者用装置１０５を更に含んでもよい。

情報処理サーバ１００は、サービス提供業者（保険提供者）によって管理されるサーバであり、後述する保険料管理処理を行って、ユーザ１０２の支払うべき保険料を管理する。情報処理サーバ１００は、ユーザ１０２の通信端末から、車両の利用に関する情報を取得して、車両の利用の程度に応じてユーザ１０２の保険料を決定する。ユーザ１０２は、複数の車両１０１ａと１０２ｂとを所有しているため、保険料は複数の車両に対応する保険商品の保険料金となる。なお、個々の車両を特に区別しない場合には単に車両１０２などと呼ぶ。

サービス提供業者は、ユーザ１０２及びその他の顧客に車両用の保険商品を提供する業者である。ユーザ１０２は、複数の車両に対する保険商品について、サービス提供者との間で契約を締結し、例えば、所定の期間ごと（例えば１年ごと、１か月ごと）に当該保険商品に対する保険料金を支払う。本実施形態では、例えば、所定の期間における車両１０１の利用に応じた保険料金を、ユーザ１０２が所定の期間ごとに後払いする場合を例に説明する。しかし、ユーザ１０２は所定の期間の開始時に所定の金額を先払いしておいて、所定の期間の終了後に車両１０１の利用の程度に応じて金額の返還を受けたり、追加料金の支払いを行ったりするようにしてもよい。或いは、ユーザ１０２は所定の期間の開始時に当該期間の分の保険料金を支払い、その後、所定の期間における車両の１０１の利用に応じて次の所定の期間の分の保険料金が決定されるようにしてもよい。

車両１０１ａおよび１０２ｂは、例えば二輪の車両であるが、四輪などの他の車両であってもよい。車両１０１ａと車両１０１ｂとは、異なる排気量である場合もあるし、同様の排気量である場合もある。車両１０１は、通信端末１０３と、例えばＢｌｕｅｔｏｏｔｈ（登録商標））などの近距離無線通信を介して通信することができる。一方、車両１０１は、情報処理サーバ１００とは直接的な通信は行わない。車両１０１は、近距離無線通信を行うことが可能なビルトイン式の通信ユニット（例えばＢｌｕｅｔｏｏｔｈユニット）を備えることにより、通信端末１０３との近距離無線通信を実現してよい。また、車両１０１は、外付け式の近距離無線通信用のタグを車両１０１に（車両のディーラーなどによって）取り付けることにより、通信端末１０３との近距離無線通信を実現してもよい。通信端末１０３と、Ｂｌｕｅｔｏｏｔｈユニット又はＢＬＥタグとは、予めペアリングされる。ユーザ１０２が通信端末１０３を携帯したまま車両１０１ａに乗車すると、通信端末１０３は車両１０１ａのＢｌｕｅｔｏｏｔｈユニットとの接近を検知する。以降、定期的に車両１０１ａの接近を検知しながら通信端末１０３が（所定以上の距離を）移動する場合、通信端末１０３は、ユーザ１０２が車両１０１ａを利用しているものと認識する。ビルトイン式の通信ユニット及び外付け式の通信用タグは、車両１０１の動作状況の一部を通信端末１０３に送信可能に構成されてよい。例えば、ビルトイン式の通信ユニット及び外付け式の通信用タグは、車両１０１のイグニッションがＯＮ／ＯＦＦされたことを通信端末１０３に近距離無線通信を介して通知可能であってよい。なお、ユーザ１０２が車両１０１を利用する際に通信端末１０３の携帯を確実にするため、車両１０１のイグニッションＯＮには通信端末１０３の近接が必須であってよい。

通信端末１０３は、ユーザ１０２が保有する、例えばスマートフォンであり、通信ネットワークを介して情報処理サーバ１００と通信することができる。通信端末１０３は、定期的に車両１０１の接近を検知しながら車両１０１が移動する場合（車両１０１の利用を検知した場合）、接近している車両をユーザが利用しているものとして、車両の利用態様を記録する。通信端末１０３は、記録している或いは記録した利用態様を、車両の利用に関する情報として情報処理サーバ１００に送信する。通信端末１０３は、車両の利用に関する情報を、車両の利用中に情報処理サーバ１００へ送信してもよいし、車両の利用が終了したとき又は終了した後に送信してもよい。車両の利用に関する情報については、後述する。

サービス提供者用装置１０５は、サービス提供業者において使用される通信装置であり、例えばパーソナルコンピュータである。サービス提供者用装置１０５は、オペレータ１０４の操作により、ユーザ１０２の情報、ユーザ１０２が契約を締結した保険商品の情報などを情報処理サーバ１００に登録する。

＜情報処理サーバの機能構成例＞
図２は、情報処理装置の一例としての情報処理サーバ１００の機能構成例を示すブロック図である。制御部２００は、例えばＣＰＵなどの１つ以上のプロセッサ２０１と、例えばＲＡＭなどのメモリ２０２とを含む。プロセッサ２０１は、後述の記録部２０３に格納されたコンピュータプログラム（単にプログラムという）を読み出して実行することにより、以下に示す各部の機能を実現する。なお、制御部２００は、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、あるいは専用回路などを含んでもよい。

記録部２０３は、例えば半導体メモリなどの不揮発性の記憶媒体を含み、各種データ、後述するデータテーブル、各種処理に対応するプログラムなどを格納したり読み出したりする。電源部２０４は、情報処理サーバ１００に外部からの電源を供給する。通信部２０５は、通信ネットワークを介して通信端末１０３等と通信を行うためのブロックであり、通信方式や通信プロトコルなどは特に限定されるものではない。

＜情報処理サーバのソフトウェア構成＞
図３は、本実施形態に係る情報処理サーバ１００のソフトウェア構成の例を示す図である。本実施形態において、各部はプロセッサ２０１が記録部２０３等に格納されたプログラムを読み出して実行することにより実現される。各データベース３１０の各テーブル３１１～３１４は、記録部２０３に構成される。なお、ソフトウェア構成は本実施形態の実施に必要な構成例のみを示しており、ファームウェア、ＯＳ、ミドルウェア、ウェブサービス用モジュールなどの各ソフトウェア構成は省略している。

利用情報取得部３０１は、通信端末１０３から、車両の利用に関する情報を通信部２０５を介して取得する。利用情報取得部３０１は、車両の利用に関する情報を受信すると、受信した情報を、データベース３１０の利用履歴テーブル３１３に記録する。

車両構成判定部３０２は、車両１０１の備える近距離無線通信設備の構成を判定する。具体的には、例えば、ユーザ車両１０１がビルトイン式の近距離無線通信設備（Ｂｌｕｅｔｏｏｔｈユニット）を備えるのか外付け式の近距離無線通信設備（ＢＬＥタグ）を有するかを判定する。この判定は、車両の信頼性に関する判定であり、後述する保険料の算出において用いられる。

点検状況判定部３０３は、車両１０１に対する点検が所定の期間以内に行なわれたものであるかを判定する。この判定は、近接無線通信の構成と同様、車両の信頼性に関する判定であり、後述する保険料の算出において用いられる。

保険料決定部３０４は、複数の車両に対応する保険商品の保険料金を、ユーザ１０２による車両１０１の利用の程度に応じて決定する。保険料金の決定方法については、保険料算出処理の動作の説明において後述する。

請求処理部３０５は、ユーザ１０２に対して保険料金の請求を行う。例えば、ユーザ１０２が所定の期間ごとに保険料金を後払いする場合、当該所定の期間における車両１０１の利用に応じた保険料金（すなわち保険料決定部３０４によって決定される料金）を、ユーザ１０２に請求する。保険料の請求は、ユーザ１０２の通信端末１０３にその支払請求を送付してもよいし、予め設定されている決済手段（不図示）を利用して決済してもよい。

契約設定部３０６は、サービス提供者用装置１０５から、加入したユーザの登録や既存ユーザに対する契約の更新要求を受け付けて、データベースの各種テーブルへの追加や更新を行う。

データベース３１０は、保険料管理処理に必要な各種データのテーブルを保持する。データベース３１０は、例えば、ユーザ情報テーブル３１１と、保険情報テーブル３１２と、利用履歴テーブル３１３と車両情報テーブル３１４とを含む。

ユーザ情報テーブル３１１は、例えば、図７に示すようなデータ構造を有する。ユーザ情報テーブル３１１は、例えば、ユーザＩＤ７０１と、保険開始日７０２と、対象車両ＩＤ７０３と、適用保険ＩＤ７０４とを含む。ユーザＩＤ７０１は、保険商品を契約しているユーザの識別子である。保険開始日７０２は、ユーザが保険を開始した日であり、所定の期間ごとに更新されている場合にはその更新日を示す。対象車両ＩＤ７０３は、ユーザが所有する車両であって保険の対象となっている車両の識別子のリストである。すなわち、ユーザＩＤがＵ１であるユーザは、識別子がＶ１、Ｖ２及びＶ３である車両を所有しており、当該車両を保険の対象としている。適用保険ＩＤはユーザが契約を締結している保険の識別情報を示す。

保険情報テーブル３１２は、例えば、図８に示すようなデータ構造を有する。保険情報テーブル３１２は、保険ＩＤ８０１と、排気量ごとの料金８０２～８０４とを含み、ユーザ１０２の加入している各保険商品において、車格（例えば排気量）ごとにいくらの料金が適用されるかを示す。保険ＩＤ８０１は、ユーザ１０２が契約している、複数の車両に対応する保険商品のＩＤを示す。料金８０２～８０４は、それぞれの車格における年間の料金を示している。例えば、排気量ごとに設定されている料金は、排気量が小さいほど料金が安い。すなわち、保険ＩＤがＳ１である保険商品では、ＸＸＸＸ１＜ＹＹＹＹ１＜ＺＺＺＺ１となる料金が設定される。なお、本実施形態では、簡単化のため、車両の車格にのみ応じた料金の例を示しているが、車種や年式、ユーザの年齢などに基づいて料金は変化してよい。

利用履歴テーブル３１３は、図９に示すようなデータ構造を有する。利用履歴テーブル３１３は、ユーザごとの車両の利用履歴を記録するテーブルである。ユーザＩＤ９０１は、ユーザを識別する識別子であり、利用履歴９０２（利用履歴１～ｎ）は、一回ごとの車両の利用履歴を表す。一回の利用は、上述のように、例えば、通信端末１０３と車両との近接が検知された状態で車両１０１のイグニッションがＯＮされ、その後、所定の距離（例えば１０ｍ）を走行（移動）した場合に、一回の走行が開始されたものと判定する。また、通信端末１０３と車両との近接が検知された状態で車両１０１のイグニッションがＯＦＦされた場合に、一回の走行が終了したものとする。通信端末１０３は、１回の走行の開始と終了を検知すると共に、走行開始の日にち、時刻、期間（例えば秒）、走行距離（例えばｋｍ）を記録し、記録したこれらの情報を車両の利用に関する情報として、情報処理サーバ１００に送信する。通信端末１０３は、車両の利用が終了したとき又は終了した後に情報処理サーバ１００に車両の利用に関する情報を送信してもよいし、車両の走行に従って、リアルタイムに、車両の利用に関する情報を情報処理サーバ１００に送信してもよい。通信端末１０３は、走行開始の日時、位置情報、走行終了の日時をリアルタイムに送信し、サーバ側で期間や距離を算出して利用履歴に記録してもよい。

車両情報テーブル３１４は、図１０に示すようなデータ構造を有する。車両情報テーブル３１４は、ユーザ１０２の保有する車両の情報を保持するテーブルであり、車両ＩＤ１００１と、車種１００２と、年式１００３と、排気量１００４と、点検履歴１００５と、近距離通信設備の種別１００６とを含む。車両ＩＤ１００１は、車両を識別する識別子である。車種１００２は車両１０１のモデルを示し、年式１００３は車両１０１の年式を示す。排気量１００４は、車両の排気量（車格）を示す。点検履歴１００５は、最後に点検を行った日にちとその結果（ＯＫ、不合格）を示す。点検履歴のデータを有するのは、本実施形態では、主に近距離通信設備の種別が外付け式である場合に、ＢＬＥタグを改変していないことを点検することを意味する。特に、外付け式の通信用タグは、ビルトイン式の通信ユニットよりも付け替えによる改変に対する耐性が低い場合がある。そのため、点検により、例えば、車格（排気量）の大きな車両のタグを車格の小さなタグに付け替えて、実際には車格の大きな車両を利用しつつ車格の小さな車両を利用しているかのような改変が行われていないことを点検する。後述するように、外付けの通信ユニットが点検により問題がなければ、ビルトイン式の通信ユニットを用いた保険料算出と同様に処理することができる。

＜車両の機能構成例＞
次に、車両１０１の機能構成例について説明する。図４は、車両１０１の機能構成例を示すブロック図である。制御部４１０は、１つ以上のプロセッサ４１１と、メモリ４１２とを含んで構成される。プロセッサ４１１は、記録部４１３に格納されたプログラムを読み出して実行することにより、車両における各種機能を実現する。メモリ４１２は、揮発性の記憶領域であり、例えば、ワークメモリなどとして利用される。なお、制御部４１０は、ＧＰＵやＡＳＩＣ、あるいは専用回路などを更に含んでよい。

記録部４１３は、例えば半導体メモリなどの不揮発性の記憶領域であり、各種処理に対応するプログラムが格納される。

以下に示す各ブロックは、制御部４１０による制御に基づいて動作する。操作部４１４は、車両に対する各種操作を受け付ける部位であり、例えば、スイッチやタッチパネルなどが含まれる。操作部４１４は、本実施形態では例えば、イグニッションОＮ／ＯＦＦを入力する操作を受け付ける。

ビルトイン式通信部４１５は、車両１０１の備える近距離無線通信設備の一例である。ビルトイン式通信部４１５は、近距離無線通信を行うことが可能なビルトイン式通信ユニット（例えばＢｌｕｅｔｏｏｔｈユニット）であり、通信端末１０３との近距離無線通信を実現する。

電源部４１６は、車両１０１の各部に電力を供給するブロックであり、例えばバッテリーに相当する。表示部４１７は、操作メニュー、ナビゲーション用の地図データなどの各種情報を出力するためのブロックであり、ディスプレイなどが含まれる。表示部４１７と操作部４１４は、例えば、タッチパネルディスプレイとしてまとめて構成されてもよい。

駆動部４２１は、車両を走行させるブロックであり、例えば、アクチュエーターやタイヤ、モーター、エンジンなどが含まれていてよい。センサ部４２２は、車両の速度および加速度を取得するための各種センサを含む。センサとしては、例えば、速度センサ、加速度センサ、赤外線センサ、画像センサなどが含まれてよく、取得すべき情報に応じてセンサが設けられてよい。車両１０１は、通信端末１０３における走行距離の測定などのために、必要な情報を通信端末１０３に送信してもよい。

外付通信部４２３は、車両の備える近距離無線通信設備の一例である。外付通信部４２３は、車両がビルトイン式通信部４１５を備えない場合に、車両に取り付けられる。すなわち、本実施形態の車両１０１は、ビルトイン式の近距離無線通信設備と外付け式の近距離無線通信設備のいずれか、つまりビルトイン式通信部４１５と外付通信部４２３のいずれかを備える。外付通信部４２３は、例えば、外付け式の近距離無線通信用タグ（例えばＢＬＥタグ）を含む。

＜通信端末の機能構成例＞
次に、通信装置の一例としての通信端末１０３の機能構成例について説明する。図５は、通信端末１０３の機能構成例を示すブロック図を示している。制御部５１０は、１つ以上のプロセッサ５１１と、メモリ５１２とを含んで構成される。プロセッサ５１１は、記録部５１３に格納されたプログラムを読み出して実行することにより、通信端末１０３における各種ブロックの機能を実現する。メモリ５１２は、揮発性の記憶媒体であり、例えば、ワークメモリなどとして利用される。なお、制御部５１０は、ＧＰＵやＡＳＩＣ、あるいは専用回路などから構成されてもよい。

記録部５１３は、例えば半導体メモリなどの不揮発性の記憶媒体であり、各種ブロックの機能を実現するプログラムが格納される。

更に、本実施形態に係る通信端末１０３は、外部との情報のインターフェースや通信端末１０３の動作に必要な電力などを提供する各種ブロックを備える。以下に示す各ブロックは、制御部５１０による制御に基づいて動作する。操作部５１４は、通信装置に対する各種操作を受け付けるブロックであり、例えば、スイッチやタッチパネルなどが含まれる。操作部５１４は、本実施形態では、例えば、記録部５１３に記録されたアプリケーションの起動や操作等を受け付ける。

通信部５１５は、ネットワークを介して外部装置（例えば情報処理サーバ１００）と通信を行うためのブロックであり、通信方式や通信プロトコルなどは特に限定するものではない。また、車両１０１との間で近距離無線通信を行うための通信ユニットを更に有する。通信部５１５は、例えば、上述の車両１０１の走行に関する情報を、情報処理サーバ１００に送信したり、車両１０１との近接を検知したりする。

電源部５１６は、通信端末１０３の各部位に電力を供給するブロックであり、例えばバッテリーに相当する。表示部５１７は、アプリケーションの操作メニューなどの各種情報を出力するためのブロックであり、ディスプレイなどが含まれる。表示部５１７と操作部５１４は、例えば、タッチパネルディスプレイとしてまとめて構成されてもよい。

センサ部５２１は、自身の位置情報を検知するためのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）やカメラなどの各種センサを含む。

＜サービス提供者用装置の機能構成例＞
次に、外部装置の一例としてのサービス提供者用装置１０５の機能構成例について説明する。図６は、サービス提供者用装置１０５の機能構成例を示すブロック図を示している。制御部６１０は、１つ以上のプロセッサ６１１と、メモリ６１２とを含んで構成される。プロセッサ６１１は、記録部６１３に格納されたプログラムを読み出して実行することにより、サービス提供者用装置における各種機能を実現する。なお、メモリ６１２は、例えば半導体メモリなどの揮発性の記憶媒体であり、例えば、ワークメモリなどとして利用される。

記録部６１３は、例えば半導体メモリなどの不揮発性の記憶媒体であり、各種ブロックの機能を実現するためのプログラムが格納される。

更に、本実施形態に係るサービス提供者用装置１０５は、外部との情報のインターフェースやサービス提供者用装置１０５の動作に必要な電力などを提供する各種ブロックを備える。以下に示す各部位は、制御部６１０による制御に基づいて動作する。

操作部６１４は、サービス提供者用装置に対する各種操作を受け付ける部位であり、例えば、マウスやキーボード、タッチパネルなどが含まれる。操作部６１４は、本実施形態では、ユーザが保険商品を契約した際又は契約を更新した際に保険商品の登録や更新を行う操作等を受け付ける。

通信部６１５は、ネットワークを介して外部装置（例えば情報処理サーバ１００）と通信を行うためのブロックであり、通信方式や通信プロトコルなどは特に限定するものではない。通信部６１５は、例えば、ユーザが保険商品を契約した際又は契約を更新した際の登録要求、更新要求を情報処理サーバ１００に送信したり、情報処理サーバ１００から登録・更新結果に関する表示情報などを受信したりする。

電源部６１６は、サービス提供者用装置１０５の各部位に電力を供給するブロックであり、例えばバッテリーに相当する。表示部６１７は、操作メニューなどの各種情報を出力するためのブロックであり、ディスプレイなどが含まれる。

＜保険料管理処理に係る一連の動作＞
次に、図１１を参照して、情報処理サーバ１００における保険料管理処理に係る一連の動作について説明する。なお、保険料管理処理に係る一連の動作は、情報処理サーバ１００の制御部２００内のプロセッサ２０１が記録部２０３に格納されたプログラムを実行することにより、実現される。以下の処理の各ステップは、実際には図３に示す各部によって実行され得るが、説明の簡略化のため、各処理を制御部２００が実行するものとして説明する。

Ｓ１１０１において、制御部２００は、ユーザ１０２に対する保険を新規に設定する。例えば、制御部２００は、サービス提供者用装置１０５からユーザ１０２に対する保険の設定要求を受け付け、当該設定要求に従って、ユーザ情報テーブル３１１、利用履歴テーブル３１３、車両情報テーブル３１４を設定する。なお、保険の設定要求は、保険を新規に設定する代わりに契約更新の申込であってもよい。この場合、制御部２００は、ユーザ情報テーブル３１１の保険開始日７０２を更新日に合わせて更新する。このステップにより、ユーザ１０２の保険が有効となり、情報処理サーバ１００はユーザ１０２の履歴情報の蓄積を行う。

Ｓ１１０２において、制御部２００は、通信端末１０３から、ユーザの利用に関する情報を取得する。ユーザの利用に関する情報は、上述したように、例えば、走行開始の日にち、時刻、期間（例えば秒）、走行距離（例えばｋｍ）の情報を含む。制御部２００は、取得した利用に関する情報を、利用履歴テーブル３１３に格納する。ユーザの利用に関する情報は、例えば、ユーザが１回の走行を終えたときに通信端末１０３から送信される。

Ｓ１１０３において、制御部２００は、例えば、通信端末１０３から或いはサービス提供者用装置１０５などの外部装置から、点検結果が送信されると、当該点検結果を取得する。上述のように、この点検は、外付け式のタグを付け替えるような改変が行われていないことの点検を含む。制御部２００は、点検結果を取得すると、車両情報テーブル３１４の点検履歴１００５を書き換える。

Ｓ１１０４において、制御部２００は、保険料の算出要求コマンドが発行されたかを判定する。例えば、（ユーザに保険料を決定するために）ユーザの保険開始日から所定の日数を経過したタイミングでユーザに対する保険料算出要求が発行されるように設定されている。この場合、制御部２００は、保険料算出要求を受け付けると、ユーザの保険料を算出する処理を開始させる。なお、保険料の算出処理は、上記説明に限らず、例えば、ユーザ１０２の通信端末１０３から保険料の照会要求を受け付けたときに、保険料算出処理を実行するようにしてもよい。

Ｓ１１０５において、制御部２００は、ユーザ１０２による車両の利用の程度に応じた保険料を算出する。保険料算出処理については、図１２を参照して後述する。

Ｓ１１０６において、制御部２００は、Ｓ１１０５における保険料算出処理によって算出されたユーザ１０２に対する保険料に応じて、保険料金の請求処理を行う。保険料の請求処理は、保険料を記載した請求メールをユーザの通信端末１０３へ送信したり、予め設定されたユーザの銀行口座から保険料金を引き落としてもよい。制御部２００は、請求処理を終了すると、本一連の操作を終了する。

なお、本実施形態では、ユーザは、自身の車両の利用程度に応じて、保険料を後払いする場合を例に説明している。例えば、制御部２００は、ユーザ１０２が所定の期間ごとに保険料金を後払いする場合、当該所定の期間における車両１０１の利用に応じた保険料金（すなわち保険料決定部３０４によって決定される料金）を、ユーザ１０２に請求する。一方、この保険料管理処理は、保険料の後払いに限らず、他の支払い方法にも適用可能である。制御部２００は、例えば、所定の期間の開始時に予め決められた金額（例えば最も車格が大きい車両の金額）の先払いを受けておくことができる。この場合、制御部２００は、所定の期間の終了後に（複数の）車両の利用の程度に応じた保険料を算出し、Ｓ１１０５で算出した保険料が先払いを受けた金額を下回る場合には、その差額を返金するようにしてもよい。逆に、Ｓ１１０５で算出した保険料が先払いを受けた金額を上回る場合には、追加料金の支払いを受け付けるようにすればよい。或いは、制御部２００は、次の期間の保険料としてＳ１１０５で算出した保険料をユーザに提供してもよい。例えば、制御部２００は、現在の所定の期間の開始時に当該期間の分の保険料の支払いをユーザから受け付けている場合、現在の所定の期間における車両１０１の利用に応じた保険料（Ｓ１１０５で算出される保険料）を、次の所定の期間の分の保険料金として決定するようにしてもよい。

＜保険料算出処理に係る一連の動作＞
次に、図１２を参照して、保険料算出処理に係る一連の動作について説明する。なお、本処理も、情報処理サーバ１００の制御部２００内のプロセッサ２０１が記録部２０３に格納されたプログラムを実行することにより、実現される。また、以下の処理の各ステップは、実際には図３に示す各部によって実行され得るが、説明の簡略化のため、各処理を制御部２００が実行するものとして説明する。

Ｓ１２０１において、制御部２００は、処理対象の車両の車両情報を車両情報テーブル３１４から読み出す。例えば、保険対象のユーザの車両が３台である場合、当該３台の車両の車両情報を読み出す。制御部２００は、それぞれの車両の車両情報に含まれる排気量１００４、点検履歴１００５、近距離通信設備の種別１００６などの情報を取得する。

Ｓ１２０２において、制御部２００は、処理対象の車両が所定条件を満たすかを判定する。例えば、制御部２００は、複数の車両のうちビルトイン式の近距離無線通信設備を用いていない車両があるかを判定し、ビルトイン式の近距離無線通信設備を用いていない車両がある場合（例えば外付け式の近距離無線通信設備がある場合）、所定条件を満たさないと判定する。これは、外付け式の近距離無線通信設備は、ビルトイン式の近距離無線通信設備よりも付け替えによる改変に対する耐性が低い場合があるため、全ての車両がビルトイン式の近距離無線通信設備を用いる場合に、利用の程度に応じた保険料を算出するためである。制御部２００は、処理対象の車両が所定条件を満たすと判定した場合にＳ１２０３へ処理を進め、そうでない場合には処理をＳ１２０５に進める。

なお、制御部２００は、複数の車両のうちビルトイン式の近距離無線通信設備を用いていない車両があるか否かに加えて、更なる条件を所定の条件に加えてもよい。例えば、制御部２００は、複数の車両のなかに外付け式の近距離無線通信設備を用いる車両が存在する場合であっても、更に点検履歴１００５を参照して、当該車両に対する点検が行なわれているかを判定してもよい。すなわち、外付け式の近距離無線通信設備を用いる車両が含まれている場合であっても、点検履歴１００５が当該車両に対する点検が行われていることを示す場合、制御部２００は、全ての車両がビルトイン式の近距離無線通信設備を備える場合と同じ結果となるように、所定条件を満たすと判定してもよい。例えば、制御部２００は、点検履歴１００５に記載される、最後に点検を行った日にちが所定期間内であり、且つその結果がＯＫである場合に、当該車両に対する点検が行われていることを示すと判定することができる。点検が行われている場合には、外付け式の近距離無線通信設備であっても改変の可能性は限りなく低いため、点検が行われている場合には、ビルトイン式の近距離無線通信設備を使用している場合と同様に扱うことができる。

また、制御部２００は、上記の判定に加えて、更なる条件を所定の条件に加えてもよい。例えば、制御部２００は、複数の車両のなかに外付け式の近距離無線通信設備を用いる車両が存在する場合であっても、更に、複数の車両が所定の車格の範囲内であるかを判定してもよい。すなわち、制御部２００は、複数の車両のなかに外付け式の近距離無線通信設備を用いる車両が存在する場合であっても、排気量１００４を参照して、複数の車両が所定の車格の範囲内である場合、全ての車両がビルトイン式の近距離無線通信設備を備えている場合と同じ結果となるように、所定条件を満たすと判定してもよい。例えば、制御部２００は、排気量１００４に記載される排気量が最大となる車両と排気量が最小となる車両の排気量の差を計算し、その差が所定値以下（例えば差が無い）であれば、複数の車両が所定の車格の範囲内であると判定する。排気量の差がそれほど大きくない場合には、そもそも利用程度に応じた保険料の差額が少ないため、ビルトイン式の近距離無線通信設備を使用している場合と同様に扱ってもよい場合がある。

Ｓ１２０３において、制御部２００は、各車両の利用履歴の情報に基づいて、各車両の通信端末と接近した状態における利用の程度を算出する。利用の程度は、複数の車両のそれぞれが通信端末と接近した状態で利用された回数であってよい。例えば、制御部２００は、図９に示す利用履歴テーブル３１３を参照して、車両ごとの利用回数をカウントすることができる。上述のように、図９に示す利用履歴テーブル３１３における、利用履歴１～ｎは、一回ごとの車両の利用履歴を示している。各利用履歴は、通信端末１０３と車両との近接が検知された状態で車両１０１のイグニッションがＯＮされ、その後、所定の距離（例えば１０ｍ）を走行（移動）したものである。従って、制御部２００は、利用履歴１～ｎを参照して、それぞれの車両が何回ずつ利用されたかをカウントすることができる。

Ｓ１２０４において、制御部２００は、Ｓ１２０３で算出した利用の程度に基づいて、当該利用の程度に応じた保険料金を決定する。具体的には、車両Ａ、Ｂ、Ｃの利用回数がそれぞれａ回、ｂ回、ｃ回である場合、制御部２００は、保険料を以下のように算出することができる。

保険料 ＝ 車両Ａの車格の保険料 × ａ／（ａ＋ｂ＋ｃ） ＋ 車両Ｂの車格の保険料 × ｂ／（ａ＋ｂ＋ｃ） ＋ 車両Ｃの車格の保険料 × ｃ／（ａ＋ｂ＋ｃ） … （式１）

なお、保険料の算出は一例であり、利用程度が反映される保険料が算出されれば他の算出方法を用いてもよい。算出された保険料に所定の定数を乗じたりオフセットを追加したりしてもよい。３台分の車両に対応する保険商品の保険料金が、実質的に例えば２台分の保険料の付近に分布するようにしてもよい。

上述の例は、利用の程度が、車両の利用された回数で表す場合を例に説明したが、利用の程度は、他の値を用いて表されてもよい。例えば、利用の程度を、複数の車両のそれぞれが通信端末と接近した状態で利用された走行距離又は走行時間で表してもよい。上述のように、利用履歴テーブル３１３における利用履歴１～ｎは、通信端末１０３と車両との近接が検知された状態で車両１０１のイグニッションがＯＮされ、その後、所定の距離（例えば１０ｍ）を走行（移動）したときの期間と距離が記録されている。このため、制御部２００は、例えば、利用履歴テーブル３１３の利用履歴１～ｎのうち、特定の車両の期間（すなわち走行時間）を合計してもよい。また、制御部２００は、例えば、利用履歴テーブル３１３の利用履歴１～ｎのうち、特定の車両の距離（すなわち走行距離）を合計してもよい。そして、合計した数値を、上述の式のａ、ｂ、ｃの代わりに用いれば、走行時間又は走行距離に応じた保険料を算出することができる。

Ｓ１２０５において、制御部２００は、利用程度に応じた保険料より高い所定の保険料を設定する。制御部２００は、例えば、Ｓ１２０４において算出される保険料が実質的に１台分の保険料の前後に分布する場合、最も保険料の高い車両の保険料を本ステップの保険料として設定する。勿論、本ステップで設定される保険料は、Ｓ１２０４で算出される保険料の分布に応じて予め設定され得る。制御部２００は、保険料を設定すると、本一連の処理を終了して、呼び出し元に戻る。

以上説明したように、本実施形態では、情報処理サーバ１００がユーザ１０２の通信端末１０３から、ユーザ１０２の所有する複数の車両の利用に関する情報を取得し、複数の車両の利用に関する情報に基づいて、複数の車両に対応する保険商品の保険料金を決定するようにした。このとき、情報処理サーバ１００は、複数の車両の利用に関する情報に基づいて、各車両の通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて保険商品の保険料金を決定するようにした。このようにすることで、各車両に一律の保険料金が課せられる場合と異なり、複数の車両を所有する利用者に適した保険料を決定することが可能になる。

＜実施形態のまとめ＞
１．上記実施形態の情報処理装置（例えば、１００）は、
利用者（例えば、１０２）の通信端末（例えば、１０３）から、利用者の所有する複数の車両（例えば、１０１）の利用に関する情報を取得する取得手段（例えば、３０１）と、
複数の車両の利用に関する情報に基づいて、複数の車両に対応する保険商品の保険料金を決定する決定手段（例えば、３０４）と、を有し、
決定手段は、複数の車両の利用に関する情報に基づいて、各車両の通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて保険商品の保険料金を決定する（例えばＳ１２０３、Ｓ１２０４）。

この実施形態によれば、各車両に一律の保険料金が課せられる場合と異なり、複数の車両を所有する利用者に適した保険料を決定することが可能になる。

２．上記実施形態の情報処理装置において、
利用の程度は、複数の車両のそれぞれが通信端末と接近した状態で利用された回数を示す（例えば、Ｓ１２０３）。

この実施形態によれば、保険料の算出をそれぞれの車両の利用回数に応じて算出することができる。

３．上記実施形態の情報処理装置において、
利用の程度は、複数の車両のそれぞれが通信端末と接近した状態で利用された走行距離又は走行時間を示す（例えば、Ｓ１２０３）。

この実施形態によれば、保険料の算出を、それぞれの車両の走行距離又は走行時間に応じて算出することができる。利用回数に比べて、１回の利用時間や１回の走行距離が長い場合に、より各車両の利用態様に即した保険料の算出が可能になる。

４．上記実施形態の情報処理装置において、
各車両は、ビルトイン式の近距離無線通信設備（例えば、４１５）と外付け式の近距離無線通信設備（例えば、４２３）のいずれかを備え、
ビルトイン式の近距離無線通信設備又は外付け式の近距離無線通信設備と、通信端末との近距離無線通信により、車両と通信端末との接近した状態が検知され、
決定手段は、複数の車両のうちビルトイン式の近距離無線通信設備を用いていない車両があるか否かに応じて、保険料金を異ならせる（例えば、Ｓ１２０４、Ｓ１２０５）。

この実施形態によれば、信頼性の高い近距離無線通信設備を使用する場合とそうでない場合とで、利用の程度に応じた保険料算出のメリットを提供するかを制御することができる。

５．上記実施形態の情報処理装置において、
決定手段は、複数の車両のうちビルトイン式の近距離無線通信設備を用いていない車両がある場合、複数の車両にビルトイン式の近距離無線通信設備を用いていない車両が無い場合よりも保険料金を高くする（例えば、Ｓ１２０５）。

この実施形態によれば、信頼性の高い近距離無線通信設備を使用するユーザに、利用の程度に応じた保険料算出のメリットを提供することができる。

６．上記実施形態の情報処理装置において、
決定手段は、複数の車両が所定の車格の範囲内である場合、通信端末が全ての車両とビルトイン式の近距離無線通信設備で通信している場合と同じ結果となるように、保険料金を決定する（例えば、Ｓ１２０２）。

この実施形態によれば、複数の車両のなかに外付け式の近距離無線通信設備を用いる車両が存在する場合であっても、そもそも利用程度に応じた保険料の差額が少ない場合にはビルトイン式の近距離無線通信設備を使用している場合と同様に扱うことができる。

７．上記実施形態の情報処理装置において、
取得手段は、外部装置又は通信端末から複数の車両に対する点検の情報を取得し、
決定手段は、複数の車両に対する点検が行なわれていることを示す場合、通信端末が全ての車両とビルトイン式の近距離無線通信設備で通信している場合と同じ結果となるように、保険料金を決定する（例えば、３０３、Ｓ１２０２）。

この実施形態によれば、外付け式の近距離無線通信設備であっても改変の可能性は限りなく低いため、点検が行われている場合には、利用の程度に応じた保険料算出のメリットを提供することができる。また、ユーザに点検を行う動機付けを与えることができる。

８．上記実施形態の情報処理方法は、
情報処理装置によって実行される情報処理方法であって、
利用者の通信端末から、前記利用者の所有する複数の車両の利用に関する情報を取得することと（例えば、Ｓ１１０１）、
前記複数の車両の利用に関する情報に基づいて、前記複数の車両に対応する保険商品の保険料金を決定することと（例えば、Ｓ１１０５）、を含み、
前記決定することは、前記複数の車両の利用に関する情報に基づいて、各車両の前記通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて前記保険商品の保険料金を決定すること（例えば、Ｓ１２０３、Ｓ１２０４）を含む。

この実施形態によれば、各車両に一律の保険料金が課せられる場合と異なり、複数の車両を所有する利用者に適した保険料を決定することが可能になる。

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

１００…情報処理サーバ、１０１…車両、１０２…ユーザ、１０３…通信端末、１０５…サービス提供者用装置

Claims (10)

1. 情報処理装置であって、
   利用者の通信端末から、前記利用者の所有する複数の車両の利用に関する情報を取得する取得手段と、
   前記複数の車両の利用に関する情報に基づいて、前記複数の車両に対応する保険商品の保険料金を決定する決定手段と、を有し、
   前記決定手段は、前記複数の車両の利用に関する情報に基づいて、各車両の前記通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて前記保険商品の保険料金を決定する、ことを特徴とする情報処理装置。
2. 前記利用の程度は、前記複数の車両のそれぞれが前記通信端末と接近した状態で利用された回数を示す、ことを特徴とする請求項１に記載の情報処理装置。
3. 前記利用の程度は、前記複数の車両のそれぞれが前記通信端末と接近した状態で利用された走行距離又は走行時間を示す、ことを特徴とする請求項１に記載の情報処理装置。
4. 各車両は、ビルトイン式の近距離無線通信設備と外付け式の近距離無線通信設備のいずれかを備え、
   前記ビルトイン式の近距離無線通信設備又は前記外付け式の近距離無線通信設備と、前記通信端末との近距離無線通信により、車両と前記通信端末との接近した状態が検知され、
   前記決定手段は、前記複数の車両のうち前記ビルトイン式の近距離無線通信設備を用いていない車両があるか否かに応じて、前記保険料金を異ならせる、ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記決定手段は、前記複数の車両のうち前記ビルトイン式の近距離無線通信設備を用いていない車両がある場合、前記複数の車両に前記ビルトイン式の近距離無線通信設備を用いていない車両が無い場合よりも前記保険料金を高くする、ことを特徴とする請求項４に記載の情報処理装置。
6. 前記決定手段は、前記複数の車両が所定の車格の範囲内である場合、前記通信端末が全ての車両と前記ビルトイン式の近距離無線通信設備で通信している場合と同じ結果となるように、前記保険料金を決定する、ことを特徴とする請求項５に記載の情報処理装置。
7. 前記取得手段は、外部装置又は前記通信端末から前記複数の車両に対する点検の情報を取得し、
   前記決定手段は、前記複数の車両に対する点検が行なわれていることを示す場合、前記通信端末が全ての車両と前記ビルトイン式の近距離無線通信設備で通信している場合と同じ結果となるように、前記保険料金を決定する、ことを特徴とする請求項５に記載の情報処理装置。
8. 情報処理装置によって実行される情報処理方法であって、
   利用者の通信端末から、前記利用者の所有する複数の車両の利用に関する情報を取得することと、
   前記複数の車両の利用に関する情報に基づいて、前記複数の車両に対応する保険商品の保険料金を決定することと、を含み、
   前記決定することは、前記複数の車両の利用に関する情報に基づいて、各車両の前記通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて前記保険商品の保険料金を決定することを含む、ことを特徴とする情報処理方法。
9. コンピュータを、請求項１から請求項７のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
10. コンピュータを情報処理装置の各手段として機能させるためのプログラムを格納する記憶媒体であって、前記情報処理装置は、
    利用者の通信端末から、前記利用者の所有する複数の車両の利用に関する情報を取得する取得手段と、
    前記複数の車両の利用に関する情報に基づいて、前記複数の車両に対応する保険商品の保険料金を決定する決定手段と、を有し、
    前記決定手段は、前記複数の車両の利用に関する情報に基づいて、各車両の前記通信端末と接近した状態における利用の程度を算出し、当該利用の程度に応じて前記保険商品の保険料金を決定する、ことを特徴とする記録媒体。

Images