JP2022161626A - 情報処理システム、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】所定の経路の所定の地点に対応する、保険事業者によるサービスの情報を提供する情報処理システム、情報処理方法及びプログラムを提供する。【解決手段】情報処理システムにおいて、保険サーバ１００は、保険事業者とユーザとの間の保険契約の内容を示す契約情報と、ユーザに生じた事象の内容を示す事象情報と、を取得する取得部１２０と、契約情報と、事象情報と、に基づいて、ユーザに生じた事象に対する保険契約に含まれる補償の内容を特定する補償特定部１３０ａと、ユーザの出発地点と目的地点とに関する情報に基づき経路検索部によって検索された少なくとも一つ以上の経路と、当該経路に含まれる所定の地点において、補償の内容に含まれる制限のうちサービスに関する制限を充たすユーザに提供可能なサービスの内容と、を特定するサービス特定部１３０ｃと、を備える。【選択図】図３

Description

本発明は、情報処理システム、情報処理方法、およびプログラムに関する。

利用者が利用する交通手段において保険加入手続きを簡易に行える保険システムが開示されている（例えば特許文献１）。

特開２００２―３４２５７８号公報

特許文献１に記載の保険システムは、ルート検索サービスから取得した交通ルートについて、交通手段の利用者が切符を購入する際に、利用者に対して、当該交通ルートにおける事故に対する保険に加入登録するか否かを選択させる。これにより、保険の対象となる交通手段を日常頻繁に利用する鉄道・バスなどに拡大するとともに、ユーザの保険加入手続きを簡易に行うことができる。

しかしながら、特許文献１に記載の保険システムでは、そもそも、ユーザと保険事業者との間における保険の契約内容、ユーザに生じた事故などの内容に基づいて、ユーザに保険の契約内で提供可能なサービスを提示することはできない虞があった。

そこで、本発明は、上記の課題を解決するために、ユーザに対して、所定の経路の所定の地点に対応する、保険事業者による補償の内容に含まれるサービスの情報を提供することを目的とする。

本発明の一態様に係る情報処理システムは、保険事業者とユーザとの間の保険契約の内容を示す契約情報と、前記ユーザに生じた事象の内容を示す事象情報と、を取得する取得部と、前記契約情報と、前記事象情報と、に基づいて、前記ユーザに生じた事象に対する前記保険契約に含まれる補償の内容を特定する第１特定部と、前記ユーザの出発地点と目的地点とに関する情報に基づき経路検索部によって検索された少なくとも一つ以上の経路と、当該経路に含まれる所定の地点において、前記補償の内容に含まれる制限のうちサービスに関する制限を充たす前記ユーザに提供可能なサービスの内容と、を特定する第２特定部と、前記経路と、前記サービスの内容と、を前記ユーザによって選択可能に表示部に表示させる表示処理部と、を備える。

本発明の一態様に係る情報処理方法は、コンピュータが、保険事業者とユーザとの間の保険契約の内容を示す契約情報と、前記ユーザに生じた事象の内容を示す事象情報と、を取得することと、前記契約情報と、前記事象情報と、に基づいて、前記ユーザに生じた事象に対する前記保険契約に含まれる補償の内容を特定することと、前記ユーザの出発地点と目的地点とに関する情報に基づき経路検索部によって検索された少なくとも一つ以上の経路と、当該経路に含まれる所定の地点において、前記補償の内容に含まれる制限のうちサービスに関する制限を充たす前記ユーザに提供可能なサービスの内容と、を特定することと、前記経路と、前記サービスの内容と、を前記ユーザによって選択可能に表示部に表示させることと、を実行する。

本発明の一態様に係るプログラムは、コンピュータに、保険事業者とユーザとの間の保険契約の内容を示す契約情報と、前記ユーザに生じた事象の内容を示す事象情報と、を取得させることと、前記契約情報と、前記事象情報と、に基づいて、前記ユーザに生じた事象に対する前記保険契約に含まれる補償の内容を特定させることと、前記ユーザの出発地点と目的地点とに関する情報に基づき経路検索部によって検索された少なくとも一つ以上の経路と、当該経路に含まれる所定の地点において、前記補償の内容に含まれる制限のうちサービスに関する制限を充たす前記ユーザに提供可能なサービスの内容と、を特定させることと、前記経路と、前記サービスの内容と、を前記ユーザによって選択可能に表示部に表示させることと、を実行させる。

本発明によれば、ユーザは、所定の経路の所定の地点に対応する、保険事業者による補償の内容に含まれるサービスを容易に把握することができる。

本実施形態における保険システムの構成を示す図である。 保険システムの処理の概要を示す図である。 本実施形態に係る保険サーバの機能構成の一例を示す図である。 契約関連情報Ｄ１１１の一例を示す図である。 補償情報Ｄ１１２の一例を示す図である。 履歴情報Ｄ１１３の一例を示す図である。 価値表示画面Ｔ１の一例を示す図である。 検索条件設定画面Ｔ２の一例を示す図である。 経路選択画面Ｔ３の一例を示す図である。 経路選択画面Ｔ３の一例を示す図である。 選択経路表示画面Ｔ４の一例を示す図である。 サービス選択画面Ｔ５の一例を示す図である。 決済選択画面Ｔ６の一例を示す図である。 決済選択画面Ｔ７の一例を示す図である。 本実施形態に係るユーザ端末の構成の一例を示す図である。 本実施形態に係る交通事業者サーバの構成の一例を示す図である。 交通履歴情報Ｄ３１１の一例を示す図である。 電子マネー情報Ｄ３１２の一例を示す図である。 本実施形態に係るサービス提供事業者サーバの構成の一例を示す図である。 サービス履歴情報Ｄ４１１の一例を示す図である。 保険システムの情報処理の手順を示すフローチャートである。 第１の決済手段の手順を示すフローチャートである。 第１の決済手段の変形例の手順を示すフローチャートである。 第２の決済手段の手順を示すフローチャートである。 電子マネー決済画面Ｔ８の一例を示す図である。 第３の決済手段の手順を示すフローチャートである。 第４の決済手段の手順を示すフローチャートである。 第５の決済手段の手順を示すフローチャートである。 保険サーバのハードウェア構成の一例を示す図である。 ユーザ端末のハードウェア構成の一例を示す図である。

以下に、本発明の一実施形態における保険システム１０について、図面を参照して詳細に説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。すなわち、本発明は、その趣旨を逸脱しない範囲で種々変形し、または各実施例を組み合わせるなどして実施することができる。また、以下の図面の記載において、同一または類似の部分には同一または類似の符号を付して表している。

＝＝＝保険システム１０の概要＝＝＝
＜＜構成の概要＞＞
保険システム１０は、保険事業者とユーザとの間の保険契約にかかる事象がユーザに生じた場合、ユーザに対して保険契約の補償の範囲内で利用可能なモビリティおよびサービスを提示するシステムである。これにより、保険システム１０は、ユーザが補償の範囲外のモビリティやサービスを利用することによる、ユーザの不利益を回避させることができる。また、保険システム１０は、ユーザがモビリティやサービスの利用にあたり、ユーザに対して簡易な決済手段を提供する。これにより、保険システム１０は、保険による補償を利用するユーザの利便性を向上できる。

図１を参照して、本実施形態における保険システム１０の構成の概要を説明する。図１は、本実施形態における保険システム１０の構成を示す図である。図１に示すように、保険システム１０では、ネットワークＮを介して、保険サーバ１００と、ユーザ端末２００と、交通事業者サーバ３００と、サービス提供事業者サーバ４００とが接続される。保険サーバ１００は、ネットワークＮを介して、複数のユーザ端末２００に対して各種情報の提供を実現するサービスを提供する。

保険サーバ１００は、例えば、ユーザの事故などの内容および保険の契約内容に基づいて、ユーザ端末２００を介して、ユーザが締結している保険契約の補償の範囲内における交通経路や、ユーザが受けることができるサービスの内容を提示する装置である。また、保険サーバ１００は、例えば、ユーザ端末２００を介して、支払われる保険金をユーザに提示してもよい。ユーザ端末２００は、例えば、その表示部２０５ａに保険サーバ１００から送信される各種情報を表示させる装置である。交通事業者サーバ３００は、例えば、ユーザが利用した交通手段の履歴および利用料金を管理する装置である。サービス提供事業者サーバ４００は、例えば、ユーザ利用したサービスの履歴および利用料金を管理する装置である。

ここで、保険サーバ１００、交通事業者サーバ３００、及びサービス提供事業者サーバ４００は、例えば、サーバコンピュータ、パーソナルコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。

また、ユーザ端末２００は、各実施形態における機能を実現できる情報処理装置（コンピュータ）であればよい。ユーザ端末２００は、例えば、スマートフォン、携帯電話（フィーチャーフォン）、パーソナルコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、AI（Artificial Intelligence）スピーカー、他種のコンピュータ、またはコミュニケーションプラットホームを含む。

＜＜処理の概要＞＞
次に、図２を参照して、保険システム１０の処理の概要を説明する。図２は、保険システム１０の処理の概要を示す図である。以下、一例として、ユーザに事象が生じてから、保険の契約で補償される交通手段およびサービスが保険システム１０によってユーザに提供されるまでの処理について説明する。

まず、Ｓ１０において、ユーザ端末２００は、例えば、保険サーバ１００と連携するアプリケーションプログラムを起動させて、ユーザの手動操作あるいは自動による入力を受け付けることで、事故、災害、病気などの保険契約にかかる事象の内容に関する情報（以下、事象情報という）を生成する。ユーザ端末２００は、例えば、ユーザＩＤとともに事象情報を、保険サーバ１００に送信する。なお、ユーザの操作入力によって事象情報が生成されることに限定されない。例えば、ユーザ端末２００とは異なる装置（不図示）が、例えば、事故などに関する、音声、加速度、又は画面などの情報を取得して、この情報に基づき事象情報を生成してもよい。この場合、ユーザ端末２００とは異なる装置は、ユーザＩＤを紐づけて、事象情報を保険サーバ１００に送信する。

次に、Ｓ１１において、保険サーバ１００は、例えば、ユーザＩＤ、事象情報、及び保険の契約内容に基づいて、ユーザに生じた事象に対する補償の内容（以下、補償内容という）を特定する。Ｓ１２において、保険サーバ１００は、例えば、補償内容に基づいて、保険金に対応する価値を示す情報（以下、価値情報という）を生成する。ここで、価値情報は、例えば、保険金額を示す情報、タクシーなどのモビリティに乗車するための電子チケットを示す情報、デリバリーサービスを受けられる電子チケット、訪問診療を受けられる電子チケットを示す情報などを含んでいてもよい。Ｓ１３において、保険サーバ１００は、例えば、ユーザＩＤと紐づけて価値情報を記憶部１１０に記憶する。保険サーバ１００は、価値情報をユーザ端末２００に送信する。

次に、Ｓ１４において、ユーザ端末２００は、価値情報を表示部２０５ａに表示させる。なお、ユーザ端末２００は、価値情報をスピーカ２０５ｂで出力させてもよい。これにより、ユーザは、事象の発生により保険事業者が支給可能な保険金額を把握することができる。Ｓ１５において、ユーザ端末２００は、出発地点から目的地点までの交通経路に関する情報（以下、経路情報という）を保険サーバ１００に要求する。さらに、ユーザ端末２００は、事象の内容に対応する補償内容に含まれ、当該交通経路の所定の地点でユーザが受けることができるサービスに関する情報（以下、サービス情報という）を、保険サーバ１００に要求する。すなわち、ユーザは、補償内容に含まれるサービスであって、交通経路に含まれる地点で受けることができるサービスを容易に知ることができる。

サービスは、例えば、ユーザがモビリティを利用して所定の地点に移動することで受けられるサービス（以下、第１サービスという）と、サービスの提供者がユーザのところに移動することでユーザに提供されるサービス（以下、第２サービスという）とを含んでいてもよい。第１サービスは、例えば、通院診療を受けられるサービス、移動先（例えば、目的地点）で車いすなどの物品を借りられるサービスなどを含んでいてもよい。第２サービスは、例えば、宅配を受けられるサービス、フードデリバリーを受けられるサービス、訪問診療を受けられるサービスなどを含んでいてもよい。なお、第１サービスと第２サービスとは互いに排他的な関係ではなく、互いを組み合わせたサービスがユーザに提供されてもよい。すなわち、第２サービスは、ユーザが選択した経路に含まれる所定の地点において、サービスの提供者がユーザのところに移動することでユーザが提供されるサービスを含んでいてもよい。より具体的には、第２サービスは、ユーザが選択した経路の出発地点、目的地点、又は出発地点と目的地点との間の経由地点において、フードデリバリーを受けるサービスを含んでいてもよい。以下、便宜上、第１サービスおよび第２サービスをまとめて「サービス」ということもある。なお、「サービス」は、上述したサービスに限定されるものではなく、商品（ＤＶＤ、ソフトウェア、洋服、家具、車両など）やサービス（動画、音楽、書籍等のコンテンツ配信など）を一定の期間、一定の金額で利用できるようなサブスクリプション方式、定額方式などのサービスを含んでいてもよい。

次に、Ｓ１６において、保険サーバ１００は、ユーザ端末２００から経路情報の要求を取得すると、例えば、交通事業者サーバ３００または経路探索装置（不図示）に、出発地点、目的地点、及び時刻に関する情報を送信する。保険サーバ１００は、例えば、交通事業者サーバ３００または経路探索装置（不図示）から、経路を検索した結果を示す経路情報を受信する。保険サーバ１００は、例えば、経路情報が示す経路のうち、補償内容に含まれる制限のうち経路に関する制限を充たす経路（以下、候補経路という）を特定する。また、保険サーバ１００は、ユーザ端末２００からサービス情報の要求を取得すると、例えば、事象の内容に対応する補償内容に含まれる制限のうちサービスに関する制限を充たすサービスの内容を特定する。保険サーバ１００は、候補経路に関する情報（以下、候補経路情報という）および特定されたサービスの内容を示すサービス情報をユーザ端末２００に送信する。

次に、Ｓ１７において、ユーザ端末２００は、候補経路情報およびサービス情報を表示部２０５ａに表示させる。なお、ユーザ端末２００は、候補経路情報およびサービス情報をスピーカ２０５ｂで出力させてもよい。これにより、ユーザは、ユーザ端末２００を介して補償内容に含まれる交通経路を確認できるため、補償内容に含まれない交通を利用してしまい、自己負担が生じるなどの不利益を解消できる。また、ユーザは、ユーザ端末２００を介して補償内容に含まれるサービスの内容を確認できるため、補償内容でカバーされるサービスについて自己負担で提供されることを解消できる。

以下、保険システム１０を構成する各装置の機能構成について説明する。

＝＝＝保険システム１０の構成＝＝＝
＜＜保険サーバ１００＞＞
図３を参照して、保険サーバ１００の機能構成について説明する。図３は、本実施形態に係る保険サーバ１００の機能構成の一例を示す図である。保険サーバ１００は、例えば保険契約によってユーザに提供される価値情報を管理する。また、保険サーバ１００は、例えば、補償内容に含まれる制限のうち所定の制限を充たす、候補経路およびサービスを特定する。また、保険サーバ１００は、例えば各種決済手段（例えば、第１の決済手段～第５の決済手段）による決済処理を実行する。

図３に示すように、保険サーバ１００は、例えば、記憶部１１０と、取得部１２０と、補償特定部１３０ａと、経路特定部１３０ｂと、サービス特定部１３０ｃと、判定部１４０と、価値調整部１５０と、出力処理部１６０と、送信部１７０と、決済特定部１８０と、決済処理部１９０との機能部を含む。

記憶部１１０は、例えば、契約関連情報Ｄ１１１と、補償情報Ｄ１１２と、履歴情報Ｄ１１３とを記憶する。

図４は、契約関連情報Ｄ１１１の一例を示す図である。図４に示すように、契約関連情報Ｄ１１１は、例えば、[ユーザＩＤ]、[契約内容]、[事象内容]、 [補償情報]、及び[経過]の項目を含む。［ユーザＩＤ］は、例えばユーザの識別符号であるユーザＩＤを含む項目である。ユーザＩＤは、例えば、ユーザ端末２００に保険システム１０に関するアプリケーションプログラムをインストールする際に割り振られる。[契約内容]は、 [ユーザＩＤ]の項目に対応付けられ、例えばユーザと保険事業者との間における保険契約の内容を含む項目である。保険契約の内容には、例えば、自動車保険、傷害保険、火災保険、生命保険など、保険を区別する種別や、ユーザに生じた事象に対して、どのようなモビリティをどのような範囲で利用できるか、怪我を対象にするか、タクシーなどの代替交通手段を利用できるか、レッカーを利用できるか、第１サービスを利用できるか、第２サービスを利用できるかなどの補償内容などが定められている。[事象内容]は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザに生じた事象に関する内容を含む項目である。例えば、事象内容には、ユーザが怪我を生じているか、自動車が損壊しているかなどの事故の状況や、災害によってユーザが被った被害の状況、病気によるユーザの症状や状態などのユーザの状況などが含まれる。また、事象内容には、例えば、被害の有無にかかわらず一定規模の災害が観測された状況（例えば、震度５以上で保険金が支払われる保険類似商品、津波予報が出たときに支払われる保険商品などに対応）、所定の期間ユーザに事故が発生しないなどの特定の条件（保険金の支払い条件）を達成した状況（例えば、一定期間に病気にかからなかったときに達成ボーナス支給や、健康診断で問題がない場合にお祝い金を支払う場合などに対応）などが含まれる。[事象内容]の項目には、例えば、ユーザ端末２００から事象情報を受信した際に、事象内容が入力される。[補償情報]は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザの事故に対する補償内容を示す補償情報を含む項目である。例えば、補償内容には、毎日定額が支給される補償、一度に一定額が支給される補償、生じた事象から一定期間定額が支給される補償、移動のための電子チケットが支給される補償、病気や怪我のためにユーザが必要とする所定のサービスが提供される補償などが含まれる。[補償情報]の項目には、例えば補償特定部１３０ａで補償内容が特定された際に、補償内容が入力される。[経過]は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザに生じた事象の経過を含む項目である。例えば、経過には、事故や災害などによるユーザの怪我などの状況、示談交渉の状況、モビリティの修理が完了したか否かなどが含まれる。[経過]の項目には、例えばユーザ端末２００から経過に関する情報を受信した際に、経過が入力される。

図５は、補償情報Ｄ１１２の一例を示す図である。図５に示すように、補償情報Ｄ１１２は、例えば、[ユーザＩＤ]、[ポイント]、[電子チケット]、[移動手段]、[移動制限]、及び[サービス]の項目を含む。保険サーバ１００は、例えば、補償情報Ｄ１１２を参照して、ユーザに生じた事象に対する契約内容において、ユーザに付与される保険金や電子チケット、ユーザが利用可能なモビリティ、所定のモビリティで移動可能な範囲、及びユーザが提供され得るサービスを特定することができる。以下において、ここで特定された内容を「補償内容に含まれる制限」ということもある。［ユーザＩＤ］は、例えばユーザの識別符号であるユーザＩＤを含む項目である。[ポイント]は、 [ユーザＩＤ]の項目に対応付けられ、例えばユーザに付与される保険金に対応するポイントを含む項目である。具体的には、例えば、「ユーザＡ」は「７，０００」のポイントを有している。すなわち、「ユーザＡ」には「７，０００」円の保険金が支給されることが示されている。保険サーバ１００は、例えば、事象が生じた後にユーザが交通手段やサービスを利用した場合、[ポイント]の項目に含まれるポイントを調整する。[電子チケット]は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザがモビリティを利用するための電子チケットやサービスを利用するための電子チケットを含む項目である。[電子チケット]の項目には、例えばユーザが電子チケットを利用できる回数が入力される。図５では、例えば、「ユーザＣ」は「１０」枚の電子チケットを有している。図５における「１０」枚の電子チケットには、例えば、モビリティ（例えば、タクシー、バスなど）を利用するための電子チケットが「５」枚、デリバリーサービスなどを利用するための電子チケットが「５」枚が含まれていてもよい。一方、「ユーザＣ」はポイントを有していない。このように、保険サーバ１００は、例えば、電子チケットが付与されたユーザに、ポイントを付与しないよう設定してもよい。ユーザは、例えばユーザ端末２００の表示部２０５ａに電子チケットを表示させて利用する。[移動手段]は、[ユーザＩＤ]の項目に対応付けられ、例えば補償内容においてユーザが利用できる移動手段を含む項目である。移動手段には、例えば、自動運転車両、電車、タクシー、バス、レンタカー、及びレンタサイクルなどのモビリティを利用することが含まれる。また、移動手段には、駐車場やガソリンスタンドなど、モビリティ関連サービスも対象として含んでいてもよい。図５では、例えば、「ユーザＢ」が利用できるモビリティは「電車」と「タクシー」である。[移動制限]は、[ユーザＩＤ]の項目に対応付けられ、例えば補償内容においてユーザがモビリティを利用できるエリアや回数などを含む項目である。図５では、例えば、「ユーザＤ」は「東京駅から川崎駅の間」を「電車」で利用できる補償が適用され、「ユーザＧ」は「無制限」に「タクシー」を利用できる補償が適用されている。[サービス]は、[ユーザＩＤ]の項目に対応付けられ、例えば補償内容においてユーザが利用できるサービスの内容及び地域を含む項目である。図５では、例えば、「ユーザＣ」が利用できるサービス内容は、「全地域」で「フードデリバリー」と「訪問診療」である。

図６は、履歴情報Ｄ１１３の一例を示す図である。図６に示すように、履歴情報Ｄ１１３は、例えば、[ユーザＩＤ]、[利用日時]、[電子マネーＩＤ]、[チケットＩＤ]、[コードＩＤ]、[領収書ＩＤ]、[料金１]、[交通手段]、[経路]、[料金２]及び[サービス]の項目を含む。以下、履歴情報Ｄ１１３における[ユーザＩＤ]に対応づけられるユーザＩＤごとの情報を「履歴情報」ということがある。［ユーザＩＤ］は、例えばユーザの識別符号であるユーザＩＤを含む項目である。[利用日時] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザがモビリティを利用した時間、またはサービスを利用した日時を含む項目である。利用した時間は、例えば、モビリティの利用を開始した時刻でもよいし、モビリティの利用を終了した時刻でもよいし、モビリティの利用を開始した時刻から利用を終了した時刻までの期間であってもよいし、利用したサービスを依頼した時刻であってもよいし、利用したサービスが完了した日時であってもよい。[電子マネーＩＤ] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザが利用した電子マネーの識別符号を含む項目である。図６では、例えば、「ユーザＡ」、「ユーザＢ」、及び「ユーザＨ」が電子マネーを利用したことが示されている。なお、「ユーザＨ」は、「電子マネーＸ」の電子マネーを利用している。これは、例えば「ユーザＨ」が保険事業者の電子マネーを利用したことを示すものとする。[チケットＩＤ] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザが利用した電子チケットの識別符号を含む項目である。図６では、例えば「ユーザＣ」が電子チケットを利用したことが示されている。[コードＩＤ] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザが利用したコードの識別符号を含む項目である。図６では、例えば「ユーザＦ」がコードを利用したことが示されている。コードとは、例えば、一次元バーコードや二次元バーコードなどである。[領収書ＩＤ] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザの支払いによって発行された領収書の画面、又は画面に含まれるテキストを含む項目である。図６では、「ユーザＧ」が領収書を利用して立替払いをしたことが示されている。[料金１] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザが移動に利用した支払い手段（電子マネー、電子チケット、コード、又は領収書など）に対応する価値を含む項目である。図６では、「ユーザＡ」が「電子マネーＡ」を「１２００」円利用したことが示され、「ユーザＣ」が「電子チケットＣ」を「１」枚利用したことが示されている。[交通手段] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザが利用した交通手段（モビリティ）を含む項目である。[経路] は、[ユーザＩＤ]の項目に対応付けられ、例えばモビリティの出発地点から目的地点までの経路を含む項目である。なお、[経路]の項目には、走行距離や緯度経度などの情報が入力されてもよい。すなわち、[経路]の項目には、ユーザが移動した経路に関する情報が入力されていればよい。[料金２] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザが利用したサービスの支払い手段（電子マネー、電子チケット、コード、又は領収書など）に対応する価値を含む項目である。図６では、「ユーザＡ」が「電子マネーＡ」を「１０００」円利用したことが示されている。[サービス] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザが利用したサービスの内容及び地点（地域）を含む項目である。図６では、「ユーザＤ」が「東京都」で「４０００」円の「訪問診療」を利用したことが示され、「ユーザＧ」が「６０００」円を費やして「タクシー」を利用して「東京都」で「Ａ会社のデリバリーサービス」を利用したことが示され、「ユーザＡ」が「１２００」円を費やして「電車」を利用して「日本橋駅」で「車いす貸与」のサービスを提供されたことが示されている。

なお、記憶部１１０に記憶されている、契約関連情報Ｄ１１１、補償情報Ｄ１１２、及び履歴情報Ｄ１１３は、保険サーバ１００に格納されていなくてもよく、例えば保険サーバ１００とは異なる装置に格納されていてもよい。この場合、保険サーバ１００は、当該装置から契約関連情報Ｄ１１１、補償情報Ｄ１１２、及び履歴情報Ｄ１１３を取得する。

取得部１２０は、例えば記憶部１１０または各種装置から各種情報を取得する。

補償特定部１３０ａ（第１特定部）は、例えば、契約関連情報Ｄ１１１を参照して、保険事業者とユーザとの間のユーザに生じた事象に関する保険契約の内容を示す情報（以下、契約情報という）と、ユーザに生じた事象の内容を示す情報（以下、事象情報という）とに基づいて、ユーザに生じた事象に対する補償内容を特定する。補償特定部１３０ａは、補償内容を示す情報（以下、補償情報という）を記憶部１１０に記憶する。また、補償特定部１３０ａは、例えば、補償情報に基づいて、ユーザに付与する保険金を特定してもよい。また、補償特定部１３０ａは、例えば、補償情報に基づいて、ユーザが提供され得るサービス内容を特定してもよい。また、補償特定部１３０ａは、例えば、補償情報に基づいて、事象が生じた後のユーザの移動料金やサービスにかかるサービス料金のうち、補償内容の範囲内の移動料金やサービス料金を特定してもよい。補償特定部１３０ａは、例えば、特定された移動料金やサービス料金を示す価値情報を記憶部１１０に記憶する。

経路特定部１３０ｂ（第２特定部）は、例えば、ユーザの出発地点と目的地点とに関する経路情報に基づいて、経路検索装置（不図示）によって検索された少なくとも一つ以上の経路のうち、補償内容に含まれる制限のうち経路に関する制限を充たす候補経路を特定する。経路情報には、時刻に関する情報、移動料金に関する情報などが含まれていてもよい。経路に関する制限とは、例えば、補償情報Ｄ１１２に示すような、使用可能な移動手段（駐車場の利用可否を含んでいてもよい）、使用可能な交通の経路（駐車場の場所に関する情報を含んでいてもよい）、移動料金（ポイント数や電子チケットの個数）などの制限である。これにより、保険サーバ１００は、ユーザが保険契約の範囲外の交通手段や経路を利用することを防止できる。また、経路特定部１３０ｂは、例えば、ユーザ端末２００から送信される、候補経路のうちユーザによって選択された移動経路（以下、選択経路という）に関する情報（以下、選択経路情報という）に基づいて、ユーザが選択した移動経路を特定する。

サービス特定部１３０ｃ（第２特定部）は、例えば、候補経路に含まれる所定の地点において、補償内容に含まれる制限のうちサービスに関する制限を充たすユーザに提供可能なサービスの内容を特定する。サービスに関する制限とは、例えば、サービスの提供地点、サービスの提供地域、サービスの提供時間、ユーザが設定したサービスの内容（例えば、「食事」、「診療」など）などの制限である。これにより、保険サーバ１００は、ユーザが補償内容に含まれないサービスを利用することを防止できる。また、サービス特定部１３０ｃは、例えば、サービスの内容のうちユーザによって選択されたサービス（以下、選択サービスという）に関する情報（以下、選択サービス情報という）に基づいて、ユーザが選択したサービスを特定する。

判定部１４０は、例えば、選択経路と、ユーザの実際の移動経路とを比較して、当該移動経路が選択経路の範囲内か否かを判定する。また、判定部１４０は、例えば、選択サービスと、ユーザの実際に利用したサービスの内容とを比較して、当該サービスの内容が選択サービスの範囲内か否かを判定してもよい。これにより、保険サーバ１００は、ユーザが移動した経路やユーザが利用したサービスのうち、ユーザに対して補償する範囲を特定することができる。また、判定部１４０は、例えば、ユーザに生じた事象の経過を示す情報（以下、経過情報という）に基づいて、ユーザの保険会社から補償を受ける権利が消滅したか否かを判定する。これにより、ユーザの保険会社から補償を受ける権利が消滅したことを契機に、ユーザが本サービスを利用しないよう設定できるため、適切な補償を実行できる。

価値調整部１５０は、例えば、決済手段によってユーザの移動料金やサービス料金を決済した結果に基づいて、補償情報Ｄ１１２におけるユーザに紐づく価値を調整する。決済手段（第１の決済手段～第５の決済手段）、及びそれに対応する価値調整部１５０の処理については、詳細に後述する。また、価値調整部１５０は、例えば、判定部１４０においてユーザに生じた事象に対する補償すべき状況が解消されたと判定された場合、補償情報Ｄ１１２におけるユーザに紐づく価値情報を消去する。これにより、保険サーバ１００は、保険契約で補償される状況が解消された場合、ユーザの移動に対して保険金が支給されないことにつき、ユーザに認知させることができる。

出力処理部１６０は、例えば、ユーザ端末２００の表示部２０５ａに表示させる各種画面を生成する。また、出力処理部１６０は、例えば画面表示用のコードを生成してもよい。すなわち、ユーザ端末２００において画面をブラウザで表示させる場合、保険サーバ１００は、画面表示用のコードをユーザ端末２００のブラウザに送信してもよい。また、出力処理部１６０は、例えば、ユーザ端末２００のスピーカ２０５ｂに出力させるための音声情報を生成してもよい。すなわち、保険システム１０には、例えば、ＡＩスピーカのようなユーザ端末２００のスピーカ２０５ｂから、価値情報および補償情報に関する音声情報を出力させる態様も含まれる。以下、便宜上、出力処理部１６０は、画面を生成することとして説明する。また、以下、出力処理部１６０において生成された画面または画面表示用のコードを含むデータを「画面データ」ということもある。

以下、出力処理部１６０において生成される各種画面について説明する。出力処理部１６０は、例えば、価値表示画面Ｔ１と、検索条件設定画面Ｔ２と、経路選択画面Ｔ３と、選択経路表示画面Ｔ４と、サービス選択画面Ｔ５と、決済選択画面Ｔ６と、決済選択画面Ｔ７、電子マネー決済画面Ｔ８とを生成する。なお、電子マネー決済画面Ｔ８（図２４を参照）については、＜＜第２の決済手段＞＞において説明する。

図７は、価値表示画面Ｔ１の一例を示す図である。価値表示画面Ｔ１は、ユーザが補償を受けられる保証金の範囲が示される画面である。出力処理部１６０は、例えば、補償情報Ｄ１１２に基づいて価値表示画面Ｔ１を生成する。図７に示すように、価値表示画面Ｔ１は、例えば、価値表示部Ｔ１１と、第１検索実行部Ｔ１２と、第２検索実行部Ｔ１３とを含む。価値表示部Ｔ１１は、ユーザが利用可能なポイントが表示される表示領域である。価値表示部Ｔ１１には、例えば、保険サーバ１００の補償情報Ｄ１１２の［ポイント］の項目に入力されているポイントが表示される。図７では、ユーザ端末２００のユーザが交通費として「７，０００円」利用できることが示されている。なお、価値表示部Ｔ１１には、例えば、タクシーの電子チケット、フードデリバリーや訪問診療を受けるための電子チケットなどの枚数（利用回数）が表示されていてもよい。これにより、ユーザは利用できる保険の範囲（例えば、利用料金や利用回数）を容易に把握することができるため、保険サーバ１００はユーザの利便性を向上できる。第１検索実行部Ｔ１２は、例えば、ユーザに生じた事象に対する補償の範囲内における移動経路およびサービスを検索させるためのボタンである。ユーザ端末２００は、第１検索実行部Ｔ１２に対して、ユーザの操作入力が受け付けられた場合、保険サーバ１００に対して、補償の範囲内で移動経路およびサービスの検索を要求する。これにより、ユーザは補償内容の範囲内で経路検索およびサービス検索の結果を得ることができるため、保険サーバ１００はユーザの利便性を向上できる。第２検索実行部Ｔ１３は、例えば、価値表示部Ｔ１１に表示されるポイントに関係なく、全ての移動経路を検索させるためのボタンである。ユーザ端末２００は、第２検索実行部Ｔ１３に対して、ユーザの操作入力が受け付けられた場合、保険サーバ１００に対して、全ての移動経路の検索を要求する。これにより、ユーザは保険金に関係なく利便性の高い経路検索の結果を得ることができるため、保険サーバ１００はユーザの利便性を向上できる。

図８は、検索条件設定画面Ｔ２の一例を示す図である。検索条件設定画面Ｔ２は、検索の対象とするモビリティやサービスをユーザによって選択可能に表示する画面である。出力処理部１６０は、例えば、価値表示画面Ｔ１の第１検索実行部Ｔ１２にユーザの操作入力を受け付けた場合に、検索条件設定画面Ｔ２を表示部２０５ａに表示させる。図８に示すように、検索条件設定画面Ｔ２は、例えば、目的入力部Ｔ２１と、モビリティ選択部Ｔ２２と、サービス選択部Ｔ２３と、検索実行部Ｔ２４とを含む。

目的入力部Ｔ２１は、例えば、経路検索およびサービス検索の条件であるユーザの行動に関する情報が入力される表示領域である。目的入力部Ｔ２１は、例えば、やりたいこと設定領域Ｔ２１１、出発地入力領域Ｔ２１２、目的地設定領域Ｔ２１３、及び開始時刻設定領域Ｔ２１４を含んでいてもよい。やりたいこと設定領域Ｔ２１１には、例えば、ユーザの行動内容が設定される。やりたいこと設定領域Ｔ２１１は、例えば、プルダウンでユーザが受けたいサービスの内容に関するワードが設定されてもよい。換言すると、やりたいこと設定領域Ｔ２１１には、例えばユーザが所望するサービスに関する情報が設定される。これにより、保険サーバ１００は、ユーザが所望するサービスを適切に検索することができる。出発地設定領域Ｔ２１２は、例えば、移動の出発地点またはサービスを利用する地点が設定される。目的地設定領域Ｔ２１３は、例えば、移動の目的地点またはサービスを利用する地点が入力される。開始時刻設定領域Ｔ２１４は、例えば、移動の開始時刻またはサービスを利用する開始時刻が設定される。

すなわち、保険サーバ１００は、例えば、目的入力部Ｔ２１に入力された情報に基づいて、経路に関する制限を充たす候補経路（例えば、現在地から目的地までの経路）および候補経路に含まれる地点においてサービスに関する制限を充たすユーザが利用可能なサービスを特定する。候補経路に含まれる地点とは、例えば、「出発地」、「目的地」、および「出発地と目的地の間の地点」を含んでいてもよい。具体的には、保険サーバ１００は、例えば、やりたいこと設定領域Ｔ２１１に「食事」が設定された場合、食事に関するサービスを特定する。また、保険サーバ１００は、例えば、出発地設定領域Ｔ２１２に「Ａ駅」が設定され、目的地設定領域Ｔ２１３に「Ｂ駅」と設定された場合、Ａ駅からＢ駅までの候補経路を特定し、Ａ駅またはＢ駅でユーザが利用可能なサービスを特定する。また、保険サーバ１００は、例えば、出発地設定領域Ｔ２１２に「Ａ駅」が設定され、目的地設定領域Ｔ２１３が設定されない場合、Ａ駅でユーザが利用可能なサービスを特定してもよい。また、保険サーバ１００は、例えば、出発地設定領域Ｔ２１２に「Ａ駅」が設定され、目的地設定領域Ｔ２１３にも「Ａ駅」と設定された場合、Ａ駅でユーザが利用可能なサービスを特定してもよい。また、保険サーバ１００は、例えば、開始時刻設定領域Ｔ２１４に「１１時００分」が設定された場合、１１時００分から移動可能な候補経路を特定し、１１時００分頃にユーザが利用可能なサービスを特定してもよい。これにより、保険サーバ１００は、ユーザに対して適切な移動経路やサービスを提供できるため、ユーザの利便性を向上できる。なお、保険サーバ１００は、ユーザによって目的入力部Ｔ２１に各種情報が設定されていない場合、ユーザ端末２００から受信した事象情報、後述するモビリティ選択部Ｔ２２で選択されたモビリティ、または後述するサービス選択部Ｔ２３で選択されたサービスに基づいて、ユーザの目的を予測することで、候補経路およびサービスを特定してもよい。これにより、ユーザは少ない手順で移動経路やサービスを提供されるため、ユーザの利便性を向上できる。

モビリティ選択部Ｔ２２は、例えば、経路検索の条件である、移動時に利用するモビリティが選択設定される表示領域である。モビリティ選択部Ｔ２２は、例えば、モビリティを利用するか否かを選択するためのチェックボックスＴ２２１と、それぞれのモビリティに対応するオブジェクトＴ２２２と、当該オブジェクトに対応づけられるチェックボックスＴ２２３とを含む。モビリティ選択部Ｔ２２は、例えば、チェックボックスＴ２２１，Ｔ２２３に対して、ユーザの操作入力があった場合、当該チェックボックスがオン状態となる。ユーザ端末２００は、例えば、オン状態のチェックボックスに対応づけられるモビリティを経路検索の条件とするための情報（以下、モビリティ情報という）を、保険サーバ１００に送信する。図８では、「電車」、「路線バス」、「タクシー」が選択されている。よって、保険サーバ１００は、補償内容に含まれる、少なくともこれらのモビリティのうち一つのモビリティを含む候補経路を特定する。これにより、ユーザは所望のモビリティによる候補経路を容易に検索できるため、保険サーバ１００はユーザの利便性を向上できる。なお、モビリティ選択部Ｔ２４は、保険サーバ１００によって検索条件設定画面Ｔ２が生成される際に、補償内容に含まれないモビリティに対応づけられるチェックボックスをユーザが選択できないよう設定されてもよい。これにより、保険サーバ１００は、補償内容の範囲外のモビリティを排除した経路検索を実行できるため、ユーザの利便性を向上できる。

サービス選択部Ｔ２３は、例えば、サービス検索の条件である、ユーザが所望するサービスが選択設定される表示領域である。サービス選択部Ｔ２３は、例えば、サービスを利用するか否かを選択するためのチェックボックスＴ２３１と、それぞれのサービスに対応するオブジェクトＴ２３２と、当該オブジェクトに対応づけられるチェックボックスＴ２３３とを含む。サービス選択部Ｔ２３は、例えば、チェックボックスに対して、ユーザの操作入力があった場合、当該チェックボックスがオン状態となる。ユーザ端末２００は、例えば、オン状態のチェックボックスに対応づけられるサービスをサービス検索の条件とするための情報（以下、サービス情報という）を、保険サーバ１００に送信する。図８では、「フードデリバリーＡ」が選択されている。よって、保険サーバ１００は、補償内容に含まれるフードデリバリーＡを特定する。これにより、ユーザは所望のサービスを容易に検索できるため、保険サーバ１００はユーザの利便性を向上できる。さらに、サービス選択部Ｔ２３は、保険サーバ１００によって検索条件設定画面Ｔ２が生成される際に、補償内容に含まれないサービスに対応づけられるチェックボックスをユーザが選択できないよう設定されてもよい。これにより、保険サーバ１００は、補償内容の範囲外のサービスを排除したサービス検索を実行できるため、ユーザの利便性を向上できる。

以上、まとめると、保険サーバ１００は、図８に示すように、一例として、やりたいこと設定領域Ｔ２１１に「食事」が設定され、出発地設定領域Ｔ２１２に「川崎」が設定され、目的地設定領域Ｔ２１３に「日本橋」が設定され、開始時刻に「１９：００」が設定され、モビリティ選択部Ｔ２２で「電車」「路線バス」「タクシー」が選択され、サービス選択部Ｔ２３で「フードデリバリーＡ」が選択された場合、出発時刻「１９：００」における「川崎」から「日本橋」までの「電車」「路線バス」「タクシー」による候補経路と、開始時刻「１９：００」頃における「食事」に関するサービスであって、「フードデリバリーＡ」を含むサービスとを特定してもよい。

なお、上記では、検索条件設定画面Ｔ２において、目的入力部Ｔ２１は、やりたいこと設定領域Ｔ２１１、出発地入力領域Ｔ２１２、目的地設定領域Ｔ２１３、及び開始時刻設定領域Ｔ２１４を含むこととして説明したが、これに限定されない。例えば、目的入力部Ｔ２１は、少なくとも目的地設定領域Ｔ２１３が含まれていればよい。この場合、保険サーバ１００は、ユーザ端末２００の位置情報に基づいて出発地を特定してもよい。また、保険サーバ１００は、予め設定されているユーザの住所情報に基づいて出発地を特定してもよい。また、保険サーバ１００は、現在時刻を開始時刻として特定してもよい。

また、上記では、検索条件設定画面Ｔ２において、モビリティ選択部Ｔ２２とサービス選択部Ｔ２３とを含むこととして説明したが、これに限定されない。例えば、モビリティ選択部Ｔ２２およびサービス選択部Ｔ２３に代えて、移動時に利用するモビリティとユーザが所望するサービスとをまとめて選択設定される表示領域を設けてもよい。

以下、便宜上、やりたいこと設定領域Ｔ２１１に設定されたワードを「目的情報」といい、出発地設定領域Ｔ２１２および目的地設定領域Ｔ２１３に設定された出発地および目的地を示す情報を「地点情報」といい、開始時刻入力領域Ｔ２１３に表示された時刻を示す情報を「時刻情報」という。また、以下、便宜上、目的情報、地点情報、及び時刻情報をまとめて「検索情報」ということもある。

検索実行部Ｔ２４は、例えば、検索条件設定画面Ｔ２において設定された情報に基づいて、保険サーバ１００に経路およびサービスを検索させるためのボタンである。ユーザ端末２００は、検索実行部Ｔ２４に対して、ユーザの操作入力が受け付けられた場合、保険サーバ１００に対して、移動経路および移動経路に含まれる地点でユーザが利用可能なサービスを検索させるための情報（例えば、目的情報、地点情報、時刻情報、モビリティ情報、及びサービス情報）を送信する。

図９Ａ、図９Ｂは、経路選択画面Ｔ３の一例を示す図である。経路選択画面Ｔ３は、検索の結果、特定された選択経路およびサービスをユーザによって選択可能に表示する画面である。出力処理部１６０は、例えば、検索条件設定画面Ｔ２の検索実行部Ｔ２４にユーザの操作入力を受け付けた場合に、経路サービス選択画面Ｔ３を表示部２０５ａに表示させる。出力処理部１６０は、例えば、補償情報Ｄ１１２および検索情報に基づき経路サービス選択画面Ｔ３を生成する。図９Ａに示すように、経路サービス選択画面Ｔ３は、例えば、切替タブＴ３１と、経路表示部Ｔ３２と、経路選択部Ｔ３３とを含む。また、図９Ｂに示すように、経路選択画面Ｔ３は、サービス表示部Ｔ３４と、サービス選択部Ｔ３５とを含む。切替タブＴ３１は、例えば、経路表示部Ｔ３２と、サービス表示部Ｔ３４とを切り替えるためのタブである。図９Ａに示す経路表示部Ｔ３２は、例えば、候補経路に関する、モビリティと、そのモビリティを利用した場合の所要時間を含む経路とを表示する表示領域である。経路選択部Ｔ３３は、例えば、経路表示部Ｔ３１に表示される各候補経路に対応づけられるボタンである。ユーザ端末２００は、経路選択部Ｔ３３に対して、ユーザの操作入力が受け付けられた場合、選択された選択経路を含む選択経路表示画面Ｔ４（後述する図１０を参照）を、保険サーバ１００に要求する。図９Ｂに示すサービス表示部Ｔ３４は、例えば、候補経路に含まれる地点（例えば、出発地、目的地、出発地と目的地との間の地点など）において、サービスに関する制限を充たすサービスを表示する表示領域である。サービス選択部Ｔ３５は、例えば、サービス表示部Ｔ３４に表示される各サービスに対応づけられるボタンである。ユーザ端末２００は、サービス選択部Ｔ３５に対して、ユーザの操作入力が受け付けられた場合、選択されたサービスに対する決済手法を選択するための決済選択画面Ｔ７（後述する図１３を参照）を、保険サーバ１００に要求する。すなわち、図９Ａでは、ユーザが経路選択部Ｔ３３を選択したときに選択経路の各地点に対応するサービスを表示する（後述する図１１を参照）、一方、図９Ｂでは、経路を表示することなくサービスに関する制限を充たすサービスの一覧を表示する。これにより、保険システム１０は、候補経路においてサービスのみを所望するユーザの利便性を向上できる。

また、上記では、経路選択画面Ｔ３において、切替タブＴ３１によって経路表示部Ｔ３２とサービス表示部Ｔ３４とを切り替えて表示させるよう説明したが、これに限定されない。例えば、切替タブＴ３１を設けず、補償内容に含まれるモビリティとその経路を表示する表示領域と、補償内容に含まれるユーザが利用可能なサービスを表示する表示領域とを同じ画面で表示させてもよい。

図１０は、選択経路表示画面Ｔ４の一例を示す図である。選択経路表示画面Ｔ４は、選択経路を表示するとともに、選択経路の各地点でユーザが利用可能なサービスを表示する画面である。出力処理部１６０は、例えば、経路選択画面Ｔ３の経路選択部Ｔ３３（図９Ａ参照）にユーザの操作入力を受け付けた場合に、選択経路表示画面Ｔ４を表示部２０５ａに表示させる。出力処理部１６０は、例えば、補償情報Ｄ１１２および検索情報に基づき選択経路表示画面Ｔ４を生成する。図１０に示すように、選択経路表示画面Ｔ４は、例えば、選択経路表示部Ｔ４１と、サービス案内部Ｔ４２と、決定部Ｔ４３とを含む。選択経路表示部Ｔ４１は、例えば、ユーザによって選択された経路選択部Ｔ３３に対応する選択経路が表示される表示領域である。サービス案内部Ｔ４２は、例えば、当該選択経路のうち少なくともいずれかの地点における、ユーザが利用可能なサービスが表示される表示領域である。サービス案内部Ｔ４２に表示されるサービスは、例えば、図８に示す目的入力部Ｔ２１に設定された条件を充たすサービスであってもよいし、当該条件に関係なく、補償内容に含まれる選択経路の所定の地点でユーザに提供可能なサービスであってもよい。サービス案内部Ｔ４２は、例えば、当該地点に対応づけてサービスの内容を表示してもよい。具体的には、図１０では、「東京駅」地点において、当該ユーザが補償内容に含まれる「電動車いす貸与」サービスを利用できることが示されている。また、図１０では、「日本橋駅」地点において、当該ユーザが補償内容に含まれる複数のサービスを利用できることが示されている。これにより、保険サーバ１００は、ユーザに対して、補償内容に含まれる経路を示しつつ、経路中の各地点において補償内容に含まれるサービスを提示できるため、ユーザの利便性を向上できる。サービスの内容を地点に対応づけて表示する方法は、例えば、地点をタッチしたことに応じて吹き出し表示する方法、地点を長押ししたことに応じて吹き出し表示する方法、地点をダブルクリックしたことに応じて表示する方法、地点をマウスオーバしたことに応じて吹き出し表示する方法などであってもよい。なお、選択経路表示画面Ｔ４に表示されるサービスは、図９Ｂに示すサービスと同様のサービスであってもよいが、選択経路表示画面Ｔ４では、上述したように候補経路とサービスとを対応づけて表示しているため、ユーザの利便性をより向上できる。ユーザ端末２００は、サービス案内部Ｔ４２またはサービス案内部Ｔ４２と対応付けられる地点を示すオブジェクトに対して、ユーザの操作入力が受け付けられた場合、保険サーバ１００に、選択されたサービス案内部Ｔ４２に対応するサービスの内容を含むサービス選択画面Ｔ５（後述する図１１を参照）を要求する。決定部Ｔ４３は、選択された経路においてサービスを利用しない場合に、ユーザによって選択されるボタンである。ユーザ端末２００は、決定部Ｔ４３に対して、ユーザの操作入力が受け付けられた場合、保険サーバ１００に対して、選択された経路に対応する経路の決済手段を選択するための画面（不図示）を要求する。

図１１は、サービス選択画面Ｔ５の一例を示す図である。サービス選択画面Ｔ５は、選択経路の所定の地点に対応づけられるサービスの一覧を表示する画面である。出力処理部１６０は、例えば、選択経路表示画面Ｔ４のサービス案内部Ｔ４２にユーザの操作入力を受け付けた場合に、サービス選択画面Ｔ５を表示部２０５ａに表示させる。一例として、図１１に示すサービス選択画面Ｔ５は、図１０における「日本橋駅」地点に対応づけるサービス案内部Ｔ４２（ここでは、「保険で利用できるサービスが複数あります」）に対して、ユーザの操作入力を受け付けた場合に表示される画面とする。図１１に示すように、サービス選択画面Ｔ５は、例えばサービス選択部Ｔ５１を含む。サービス選択部Ｔ５１は、例えば、サービスの内容それぞれを選択可能に表示する表示領域である。また、サービス選択部Ｔ５１には、例えば、各サービスの内容の詳細が表示されていてもよい。図１１に示すサービス選択画面Ｔ５においては、例えば、「サービス１」～「サービス３」を含むサービス選択部Ｔ５１が選択可能に表示されている。ユーザ端末２００は、いずれかのサービス選択部Ｔ５１に対して、ユーザの操作入力が受け付けられた場合、保険サーバ１００に対して、選択されたサービス選択部Ｔ５１に対応するサービスの内容を含む決済選択画面Ｔ６（後述する図１２を参照）を要求する。これにより、保険サーバ１００は、ユーザに対して利用可能なサービスを漏れなく提示できるため、ユーザの利便性を向上できる。

図１２は、決済選択画面Ｔ６の一例を示す図である。決済選択画面Ｔ６は、選択経路および選択サービスを利用する際の決済手段をユーザが選択するための画面である。出力処理部１６０は、例えば、サービス選択画面Ｔ５のサービス選択部Ｔ５１にユーザの操作入力を受け付けた場合に、決済選択画面Ｔ６を表示部２０５ａに表示させる。図１２に示すように、決済選択画面Ｔ６は、例えば、選択サービス表示部Ｔ６１と、選択経路表示部Ｔ６２と、決済手段選択部Ｔ６３と、決定実行部Ｔ６４と、残額表示部Ｔ６５と、自己負担表示部Ｔ６６とを含む。選択サービス表示部Ｔ６１は、例えば、選択サービスが表示される表示領域である。選択サービス表示部Ｔ６１には、例えば、選択サービスの内容、当該選択サービスの利用料金に関する情報が含まれていてもよい。選択経路表示部Ｔ６２は、例えば、選択経路が表示される表示領域である。選択経路表示部Ｔ６２には、例えば、利用するモビリティ、出発地点、目的地点、及び利用料金に関する情報が含まれていてもよい。決済手段選択部Ｔ６３は、例えば、後述する第１の決済手段～第５の決済手段を選択するための表示領域である。これにより、ユーザは所望の決済手段を選択できるため、保険サーバ１００はユーザの利便性を向上できる。決済手段選択部Ｔ６３には、例えば、各決済手段に対応する表題Ｔ６３１～Ｔ６３５と、それぞれの表題に対応するボタンとを含む。表題Ｔ６３１～Ｔ６３５は、各決済手段の内容の概略がわかるように記載されている。これにより、ユーザは容易に目的の決済手段を特定できるため、保険サーバ１００はユーザの利便性を向上できる。ボタンは、例えば、ラジオボタンであり、複数のボタンのうち一つが選択されるボタンである。また、決済手段選択部Ｔ６３は、例えば、ユーザの過去の選択履歴に基づいて、ユーザの使用頻度が高い表題が強調表示されていてもよい。強調表示とは、例えば、表題Ｔ６３１～Ｔ６３５を太字にする表示、表題Ｔ６３１～Ｔ６３５を点滅させる表示、表題Ｔ６３１～Ｔ６３５に光るオブジェクトを付加する表示などである。これにより、ユーザは使用頻度が高い決済手段を容易に把握することができるため、保険システム１０はユーザの利便性を向上できる。経路サービス決定実行部Ｔ６４は、例えば、経路サービス決定画面Ｔ６で選択された情報に基づいて、保険サーバ１００に決済処理を実行させるためのボタンである。また、経路サービス決定実行部Ｔ６４は、例えば、保険サーバ１００を通じて、選択サービスをサービス提供事業者サーバ４００に依頼するための依頼処理を実行させるためのボタンである。ユーザ端末２００は、経路サービス決定実行部Ｔ６４に対して、ユーザの操作入力が受け付けられた場合、保険サーバ１００に、選択経路および選択サービスに対して選択された決済手段における決済処理の実行を要求する。残額表示部Ｔ６５は、例えば、選択サービス表示部Ｔ６１に表示された選択サービスおよび選択経路表示部Ｔ６２に表示された選択経路を、仮にユーザが利用した場合、その後、ユーザが利用可能なポイントが表示される表示領域である。残額表示部Ｔ６５には、例えば、保険サーバ１００において選択サービス情報および選択経路情報に基づいて算出されたポイントが表示されてもよいし、ユーザ端末２００において選択される対象のサービス情報および経路情報に基づいて算出されたポイントが表示されてもよい。これにより、ユーザは、仮に選択した選択サービスおよび選択経路（モビリティ）を利用した場合、利用可能な保険金を容易に把握することができるため、保険システム１０はユーザの利便性を向上できる。自己負担表示部Ｔ６６は、例えば、選択サービス表示部Ｔ６１に表示された選択サービスおよび選択経路表示部Ｔ６２に表示された選択経路で、仮にユーザが移動した場合、保険契約の補償内容に含まれない移動について、ユーザが負担する金額が表示される表示領域である。自己負担表示部Ｔ４５には、例えば、保険サーバ１００で選択経路情報に基づいて算出されたユーザが負担する金額が表示されてもよいし、ユーザ端末２００で選択経路情報に基づいて算出されたユーザが負担する金額が表示されてもよい。これにより、ユーザは、仮に選択した経路（モビリティ）を利用した場合、自己負担する金額を容易に把握することができるため、保険システム１０はユーザの利便性を向上できる。

なお、上記では、図９Ａの経路選択部Ｔ３３にユーザの操作入力を受け付けた場合について説明した。ここで、図１３を参照して、図９Ｂに示すサービス選択部Ｔ３５にユーザの操作入力を受け付けた場合に、表示部２０５ａに表示される決済選択画面Ｔ７の一例について説明する。図１３は、決済選択画面Ｔ７の一例を示す図である。決済選択画面Ｔ７は、選択サービスを利用する際の決済手段の項目を選択可能に示す画面である。出力処理部１６０は、例えば、経路選択画面Ｔ３のサービス選択部Ｔ３５にユーザの操作入力を受け付けた場合に、決済選択画面Ｔ７を表示部２０５ａに表示させる。すなわち、決済選択画面Ｔ７は、例えば、候補経路のうちいずれの経路もユーザによって選択されずに表示される画面であるため、経路に関する情報を含まない。図１３に示すように、決済選択画面Ｔ７は、例えば、選択サービス表示部Ｔ７１と、決済手段選択部Ｔ７２と、サービス決定実行部Ｔ７３と、残額表示部Ｔ７４と、自己負担表示部Ｔ７５とを含む。すなわち、決済選択画面Ｔ７は、ユーザが移動するか否かに関係なく、ユーザが所望するサービスに対する決済手段をユーザに選択させるための画面である。なお、選択サービス表示部Ｔ７１、決済手段選択部Ｔ７２、サービス決定実行部Ｔ７３、残額表示部Ｔ７４、及び自己負担表示部Ｔ７５は、選択サービス表示部Ｔ６１、決済手段選択部Ｔ６３、決定実行部Ｔ６４、残額表示部Ｔ６５、及び自己負担表示部Ｔ６６と同様であるためその説明を省略する。

送信部１７０は、例えば、各種情報をユーザ端末２００、交通事業者サーバ３００、及びサービス提供事業者サーバ４００に送信する。

決済特定部１８０は、例えば、選択された決済手段に関する情報（以下、決済手段情報という）に基づいて、ユーザが選択した決済手段を特定する。

決済処理部１９０は、例えば、特定された決済手段により、保険事業者と、サービスを提供するサービス提供事業者またはモビリティを提供する交通事業者との間で、利用料金を決済するための決済手段（第１の決済手段～第５の決済手段）を実行する。決済手段（第１の決済手段～第５の決済手段）については詳細に後述する。

＜＜ユーザ端末２００＞＞
次に、図１４を参照して、ユーザ端末２００の機能構成について説明する。図１４は、本実施形態に係るユーザ端末２００の構成の一例を示す図である。ユーザ端末２００は、例えば、保険サーバ１００から取得した情報に基づき、各種画面を表示部２０５ａに表示させる。また、ユーザ端末２００は、例えば、保険サーバ１００から取得した情報に基づき、音声情報をスピーカ２０５ｂから出力させてもよい。

ユーザ端末２００は、例えば、記憶部２１０と、取得部２２０と、出力処理部２３０と、送信部２４０との機能部を含む。記憶部２１０は、例えば各種情報を記憶する。取得部２２０は、例えば各種情報を保険サーバ１００又は他の装置から取得する。出力処理部２３０は、例えば、取得した各種情報（画面、音声など）を表示部２０５ａやスピーカ２０５ｂに表示させる。送信部２４０は、例えばユーザの操作入力に基づき各種情報を保険サーバ１００や他の装置に送信する。

＜＜交通事業者サーバ３００＞＞
次に、図１５を参照して、交通事業者サーバ３００の機能構成について説明する。図１５は、本実施形態に係る交通事業者サーバ３００の構成の一例を示す図である。交通事業者サーバ３００は、例えば、各種情報を生成して、各種情報を保険サーバ１００に送信する。交通事業者サーバ３００は、例えば、記憶部３１０と、取得部３２０と、送信部３３０との機能部を含む。記憶部３１０は、例えば、交通履歴情報Ｄ３１１と、電マネー情報Ｄ３１２とを含む。

図１６は、交通履歴情報Ｄ３１１の一例を示す図である。交通履歴情報Ｄ３１１は、例えば、モビリティを利用したユーザに関する履歴を記憶している。図１６に示すように、交通履歴情報Ｄ３１１は、例えば、[ユーザＩＤ]、[利用時間]、[利用料金]、及び[経路]の項目を含む。以下、交通履歴情報Ｄ３１１における[ユーザＩＤ]に対応づけられるユーザＩＤごとの情報を「交通履歴情報」ということがある。［ユーザＩＤ］は、例えばユーザの識別符号であるユーザＩＤを含む項目である。[利用時間] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザがモビリティを利用した時刻を含む項目である。利用した時刻は、例えば、モビリティの利用を開始（ここでは、入場）した時刻でもよいし、モビリティの利用を終了（ここでは、退場）した時刻でもよいし、モビリティの利用を開始した時刻から利用を終了した時刻までの期間であってもよい。[利用料金]は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザがモビリティを利用したことによる利用料金を含む項目である。[経路]は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザがモビリティを利用した交通経路を含む項目である。

図１７は、電子マネー情報Ｄ３１２の一例を示す図である。電子マネー情報Ｄ３１２は、交通事業者が管理するデータベースであって、ユーザの電子マネーに関する情報を記憶している。図１７に示すように、電子マネー情報Ｄ３１２は、例えば、[ユーザＩＤ]、[電子マネーＩＤ]、及び[電子マネー]の項目を含む。［ユーザＩＤ］は、例えばユーザの識別符号であるユーザＩＤを含む項目である。［電子マネーＩＤ］は、[ユーザＩＤ]の項目に対応付けられ、例えば電子マネーを識別する電子マネー番号を含む項目である。［電子マネー］は、[電子マネーＩＤ]の項目に対応付けられ、例えば電子マネーの価値を含む項目である。なお、電子マネー情報Ｄ３１２は、例えば、交通事業者サーバ３００の記憶部３１０において、保険事業者に対して設けられた専用の記憶領域に記憶されているデータベースであってもよい。この場合、電子マネー情報Ｄ３１２は、保険サーバ１００によって管理されていてもよい。以下、便宜上、電子マネー情報Ｄ３１２は、交通事業者が管理するデータベースであるものとして説明する。

取得部３２０は、例えば、各種情報を保険サーバ１００およびユーザ端末２００から取得する。送信部３３０は、例えば、各種情報を保険サーバ１００、ユーザ端末２００、及び他の装置に送信する。

＜＜サービス提供事業者サーバ４００＞＞
次に、図１８を参照して、サービス提供事業者サーバ４００の機能構成について説明する。図１８は、本実施形態に係るサービス提供事業者サーバ４００の構成の一例を示す図である。サービス提供事業者サーバ４００は、例えば、各種情報を生成して、各種情報を保険サーバ１００に送信する。サービス提供事業者サーバ４００は、例えば、記憶部４１０と、取得部４２０と、送信部４３０との機能部を含む。記憶部４１０は、例えば、サービス履歴情報Ｄ４１１を含む。

図１９は、サービス履歴情報Ｄ４１１の一例を示す図である。サービス履歴情報Ｄ４１１は、例えば、サービスを利用したユーザに関する履歴を記憶している。図１９に示すように、サービス履歴情報Ｄ４１１は、例えば、[ユーザＩＤ]、[利用日時]、[利用料金]、及び[サービス]の項目を含む。以下、サービス履歴情報Ｄ４１１における[ユーザＩＤ]に対応づけられるユーザＩＤごとの情報を「サービス履歴情報」ということがある。［ユーザＩＤ］は、例えばユーザの識別符号であるユーザＩＤを含む項目である。[利用日時] は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザがサービスを利用した時刻を含む項目である。利用した時刻は、例えば、サービスの利用を開始した時刻でもよいし、サービスの利用を終了した時刻でもよいし、サービスの利用を開始した時刻から利用を終了した時刻までの期間であってもよい。[利用料金]は、[ユーザＩＤ]の項目に対応付けられ、例えばユーザがサービスを利用したことによる利用料金を含む項目である。[サービス]は、[ユーザＩＤ]の項目に対応付けられ、例えば所定の地点でユーザが利用したサービスの内容（ここでは、「日本橋で、車いす貸与」、「東京都で、Ａ会社のデリバリーサービス」）を含む項目である。

取得部４２０は、例えば、各種情報を保険サーバ１００およびユーザ端末２００から取得する。送信部４３０は、例えば、各種情報を保険サーバ１００、ユーザ端末２００、及び他の装置に送信する。

＝＝＝保険システム１０の処理手順＝＝＝
次に、図２０を適宜参照して、保険システム１０の情報処理の手順について詳細に説明する。図２０は、保険システム１０の情報処理の手順を示すフローチャートである。以下、便宜上、図２０では、例えば、事故を起こしたユーザのユーザＩＤを「ユーザＡ」とし、保険の契約内容を「自動車事故により歩行に支障があり、完治するまで、東京都、神奈川県、埼玉県内において、７，０００円／日のモビリティ（例えば、電車、バス、タクシーなど）の利用と、フードデリバリー、車いす貸与、ＤＶＤレンタル、及び病院診療のサービスを提供する」とし、事故内容を「自動車事故による全治１ケ月」とする。また、以下、一例として、図９Ａの経路選択部Ｔ３３が選択され、図１０のサービス案内部Ｔ４２が選択されることで、図１２の決済選択画面Ｔ６が表示されることとして説明する。なお、図９Ｂのサービス選択部Ｔ３５が選択されて図１３の決済選択画面Ｔ７が表示される手順については、その説明を省略する。

まず、Ｓ１０１において、ユーザ端末２００は、例えば、ユーザの操作入力よって、「自動車事故による全治１ケ月」を示す事象情報を生成する。ユーザ端末２００は、ユーザＩＤおよび事象情報を保険サーバ１００に送信する。なお、上述したように、例えば、ユーザ端末２００とは異なる装置が、事象に関する、音声、加速度、又は画面などに関する情報を取得して、この情報に基づき事象情報を生成してもよい。また、例えば、ユーザ端末２００とは異なる装置が、医師の診断結果を示す情報を取得して、この情報に基づき事象情報を生成してもよい。この場合、ユーザ端末２００とは異なる装置は、ユーザＩＤと紐づけて、事象情報を保険サーバ１００に送信する。

次に、Ｓ１０２において、保険サーバ１００は、例えば、契約関連情報Ｄ１１１を参照して、ユーザＩＤ（ユーザＡ）に対応する契約情報を特定する。保険サーバ１００は、例えば、契約関連情報Ｄ１１１を参照して、契約情報と事象情報とに基づき事象に対する補償内容を特定する。

次に、Ｓ１０３において、保険サーバ１００は、例えば、補償内容に基づいて、価値情報、移動手段に関する情報、及び移動条件に関する情報を生成する。具体的には、例えば、保険サーバ１００は、「７，０００」ポイント／日を示す価値情報、「電車」、「タクシー」、及び「バス」を示す移動手段に関する情報、「東京都、神奈川、埼玉」の移動制限に関する情報、「移動制限内で、フードデリバリー、車いす貸与、ＤＶＤレンタル、病院診療」のサービスに関する情報を生成する。保険サーバ１００は、例えば、価値情報、移動手段に関する情報、移動制限に関する情報、サービスに関する情報を「ユーザＡ」に対応づけて、補償情報Ｄ１１２に記憶する。保険サーバ１００は、例えば、価値情報を含む価値表示画面Ｔ１を表示させるための画面データをユーザ端末２００に送信する。

次に、Ｓ１０４において、ユーザ端末２００は、例えば、図７に示す価値表示画面Ｔ１を表示部２０５ａに表示させる。ユーザは、価値表示部Ｔ１１を確認することによって、保険金により補償される金額を把握できる。

次に、Ｓ１０５において、ユーザ端末２００は、例えば、第１検索実行部Ｔ１２または第２検索実行部Ｔ１３に対して、ユーザの操作入力を受け付けた場合、選択されたコンテンツに対応する画面（ここでは、図８に示す検索条件設定画面Ｔ２）を表示部２０５ａに表示する。ユーザ端末２００は、例えば、目的入力部Ｔ２１に対してユーザの操作入力を受け付けることで、目的情報、地点情報、及び時刻情報を生成する。また、ユーザ端末２００は、例えば、モビリティ選択部Ｔ２２に対してユーザの操作入力を受け付けることでモビリティ情報を生成する。また、ユーザ端末２００は、例えば、サービス選択部Ｔ２３に対して、ユーザの操作入力を受け付けることでサービス情報を生成する。ここでは、例えば、図８に示すように、やりたいことを「食事」とし、出発地点を「川崎」とし、目的地点を「日本橋」とし、開始時刻を「１９：００」とし、選択されたモビリティを「電車」、「路線バス」、及び「タクシー」とし、選択されたサービスを「フードデリバリーＡ」として説明する。そして、ユーザ端末２００は、例えば、検索実行部Ｔ２４に対して、ユーザの操作入力を受け付けた場合、目的情報、地点情報、時刻情報、モビリティ情報、及びサービス情報を保険サーバ１００に送信する。

次に、Ｓ１０６において、保険サーバ１００は、例えば、地点情報、時刻情報、及びモビリティ情報に基づき経路検索装置（不図示）で検索された移動経路を特定する。そして、保険サーバ１００は、例えば、移動経路のうち、補償内容に含まれる制限のうち経路に関する制限を充たす候補経路を特定する。ここでは、保険サーバ１００は、特定した移動経路のうち、保険金「７，０００」円の範囲内で、「東京都、神奈川、埼玉」の範囲内の候補経路を特定する。

また、保険サーバ１００は、例えば、目的情報、地点情報、時刻情報、及びサービス情報に基づいて、補償内容に含まれる制限のうちサービスに関する制限を充たすサービスを特定する。ここでは、保険サーバ１００は、補償情報Ｄ１１２を参照して、ユーザの保険金「７，０００」円の範囲内で、「東京都、神奈川、埼玉」の範囲内で「フードデリバリーＡ」に関するサービスを特定する。そして、保険サーバ１００は、例えば、特定された候補経路およびサービスの内容を含む経路サービス選択画面Ｔ３に関するデータをユーザ端末２００に送信する。

次に、Ｓ１０７において、ユーザ端末２００は、例えば、図９Ａ、図９Ｂに示す経路サービス選択画面Ｔ３を表示部２０５ａに表示させる。ユーザは、図９Ａに示す経路表示部Ｔ３２によって、保険金の範囲内で移動可能な候補経路を確認できる。また、ユーザは、図９Ｂに示すサービス表示部Ｔ３４によって、利用可能なサービスを確認できる。ここで、ユーザは、例えば、選択経路の所定の地点で利用可能なサービス（例えば、第１サービス）を知りたい場合、図９Ａに示す経路選択部Ｔ３３を選択する。また、ユーザは、例えば、移動に関係なくサービス提供事象者からサービス（例えば、第２サービス）の提供を受けたい場合、図９Ｂに示すサービス選択部Ｔ３５を選択する。以下、一例として、ユーザは、図９Ａに示す経路選択部Ｔ３３を選択したものとして説明する。

次に、Ｓ１０８において、ユーザ端末２００は、例えば、選択された経路選択部Ｔ３３に対応する選択経路を含むサービス案内画面Ｔ４を表示部２０５ａに表示させる。ユーザ端末２００は、例えば、図１０に示す選択経路表示画面Ｔ４において、選択経路に含まれる地点に対応づけて、利用可能なサービスの内容を示すサービス案内部Ｔ４２を表示させる。これにより、保険サーバ１００は、候補経路に含まれる各地点において、補償内容に含まれるサービスの有無をユーザに提示できるため、ユーザの利便性を向上できる。

次に、Ｓ１０９において、ユーザ端末２００は、例えば、サービス案内部Ｔ４２（又は選択経路に含まれる各地点を示すオブジェクト）に対してユーザの操作入力を受け付けた場合、選択されたサービス案内部Ｔ４２に対応するサービスの内容を含むサービス選択画面Ｔ５を表示部２０５ａに表示させる。一例として、図１１に示すサービス選択画面Ｔ５は、補償内容の範囲内において「ユーザＡ」が「日本橋」地点で利用可能な「サービス１」～「サービス３」を示すサービス選択部Ｔ５１を選択可能に表示する。以下、便宜上、ユーザは、「サービス１」のサービス選択部Ｔ５１を選択したものとして説明する。

次に、Ｓ１１０において、ユーザ端末２００は、例えば、選択されたサービス選択部Ｔ５１に対応するサービスの内容と、選択されたサービス選択部Ｔ５１に対応する選択経路とを含む、決済選択画面Ｔ６を表示部２０５ａに表示させる。ここでは、図１２に示す決済選択画面Ｔ６において、選択サービス表示部Ｔ６１には「サービス１」のサービスの内容（ここでは、「施設内利用限定の電動車いす」）が表示され、選択経路表示部Ｔ６２には選択経路（ここでは、「川崎駅→日本橋駅」）が表示される。また、保険サーバ１００は、例えば、選択サービス情報および選択経路情報に基づいて、ユーザの価値情報に対応する価値に対し、選択サービス情報が示す利用料金（ここでは、「１０００円」）、選択経路情報が示す経路における利用料金（ここでは、「１２００円」）を合計した価値を調整した場合の結果（ここでは、「４８００円」）を、決済選択画面Ｔ６の残額表示部Ｔ６５に表示させてもよい。これにより、ユーザは選択経路およびサービスを決定した場合における保険金の残額を容易に把握することができるため、保険サーバ１００はユーザの利便性を向上できる。次に、ユーザ端末２００は、例えば、決済選択画面Ｔ６の決済手段選択部Ｔ６３に対して、ユーザの操作入力を受け付けた場合、選択された決済手段（図１２では、自動決済）を示す決済手段情報を生成する。そして、ユーザ端末２００は、例えば、決済選択画面Ｔ６の決定部Ｔ６４に対して、ユーザの操作入力を受け付けた場合、選択サービス情報、選択経路情報、及び決済手段情報を保険サーバ１００に送信する。

次に、Ｓ１１１において、保険サーバ１００は、例えば、ユーザによる移動およびサービスの利用を終えた後、決済手段情報に基づき決済処理を実行する。決済手段（第１の決済手段～第５の決済手段）については後述する。これにより、保険サーバ１００は、補償内容に含まれるユーザの移動および利用したサービスに関する利用料金を、交通事業者サーバ３００およびサービス提供事業者サーバ４００との間で決済できる。

次に、Ｓ１１２において、保険サーバ１００は、例えば、決済された利用料金（以下、「保険事業者に対する請求額」ということもある）に基づいて、補償情報Ｄ１１２に記憶されている価値を調整する。具体的には、保険サーバ１００は、例えば、補償情報Ｄ１１２に記憶されている価値から、利用料金に対応する価値を差し引いて調整する。保険サーバ１００は、例えば、調整された価値を示す価値情報を含む価値表示画面Ｔ１に関するデータを、ユーザ端末２００に送信する。次に、Ｓ１１３において、ユーザ端末２００は、価値表示画面Ｔ１を表示部２０５ａに表示させる。これにより、ユーザが選択経路を移動してサービスを利用した場合、ユーザは保険金の残額を確認することができる。よって、保険サーバ１００はユーザの利便性を向上できる。

なお、Ｓ１１１，Ｓ１１２において、決済処理が実行された後、決済処理で調整された価値を補償情報Ｄ１１２に記憶するように説明したがこれに限定されない。例えば、保険サーバ１００は、決済処理が実行される前に、補償情報Ｄ１１２におけるユーザに対応する価値に対し、選択サービス情報が示すサービスの利用料金および選択経路情報が示す経路の利用料金に対応する価値を調整してもよい。すなわち、この場合、ユーザ端末２００の表示部２０５ａに、図１２に示す自己負担表示部Ｔ６６を表示させてもよい。これにより、精算処理を実行する前に、ユーザは保険金の残金を予測できるため、保険サーバ１００はユーザの利便性を向上できる。

次に、図２１～図２７を参照して、第１の決済手段～第５の決済手段のそれぞれについて説明する。第１の決済手段～第５の決済手段のそれぞれは、例えば、支払い時の媒体（電子マネー、コード、アプリケーションなど）の種別、及びユーザによる支払いの立替えの有無によって区分けされる。

＜＜第１の決済手段＞＞
まず、図２１を参照して、第１の決済手段について説明する。図２１は、保険システム１０における第１の決済手段の手順を示すフローチャートである。以下、便宜上、図２１では、例えば、ユーザのユーザＩＤを「ユーザＡ」とし、選択されたサービスが「車いす貸与」（利用料金１０００円とする）とし、選択された経路が「電車：川崎駅から日本橋駅」（利用料金１２００円とする）とし、利用料金の合計が「２，２００」円とする。なお、以下では「電車」を利用することとして説明するが、「タクシー」や「バス」などの複数の交通事業者のモビリティを利用することも可能である。また、以下ではモビリティを利用することとして説明するが、モビリティを利用せず、利用したサービス（例えば、第２サービス）のみについて決済することも可能である。

第１の決済手段（例えば、図１２の「自動決済」）による決済処理は、例えば、選択された移動経路の移動履歴に基づいて、移動の利用料金について、ユーザの電子マネーで、選択された経路における利用料金を立替え払いした後に、保険サーバ１００と交通事業者サーバ３００との間で自動的に決済する処理である。そして、例えば、保険サーバ１００と交通事業者サーバ３００との間で決済が完了した場合、交通事業者サーバ３００（ここでは、電子マネーを管理する事業者のサーバとする）は、ユーザに対して、ユーザが立替え払いした電子マネーをチャージする（返金する）。

また、第１の決済手段による決済処理は、例えば、選択されたサービスの利用履歴に基づいて、サービスの利用料金を、保険サーバ１００とサービス提供事業者サーバ４００との間で自動的に決済する。すなわち、保険サーバ１００は、第１の決済手段を実行することにより、ユーザが経路及びサービスを選択した後において、選択経路内の移動及びサービスに対するユーザの支払い手続きが不要となる。これにより、保険サーバ１００はユーザの利便性を向上できる。

まず、ステップＳ２０１において、保険サーバ１００は、例えば、交通事業者サーバ３００からユーザのモビリティの交通履歴情報を取得し、サービス提供事業者サーバ４００からユーザのサービスのサービス利用履歴を取得する。なお、Ｓ２０１は、ユーザの電子マネーなどを利用して選択経路により出発地点から目的地点まで移動し、選択サービスを利用した後のステップとする。

次に、ステップＳ２０２において、保険サーバ１００は、例えば、選択経路情報が示す経路（ここでは、出発地点が「川崎駅」で目的地点が「日本橋駅」）と、交通履歴情報が示す利用履歴とを比較する。保険サーバ１００は、ユーザの実際の移動経路が選択経路の範囲内か否かを判定する。保険サーバ１００は、例えば、ユーザの移動経路が選択経路の範囲内であった場合、移動経路における利用料金を保険事業者への請求額として示す請求情報を生成する。一方、保険サーバ１００は、例えば、ユーザの移動経路が選択経路の範囲外を含む場合（例えば、出発地点が「浦和駅」となっている場合など）、選択経路の範囲内の移動経路における利用料金を保険事業者への請求額とし、選択経路の範囲外の移動経路（例えば、「浦和駅」から「東京駅」まで）における利用料金をユーザへの請求額として示す請求情報を生成する。保険サーバ１００は、請求情報を交通事業者サーバ３００に送信する。

ここで、保険サーバ１００は、例えば、選択サービス情報が示すサービス（ここでは、「車いす貸与」）と、サービス履歴情報が示す利用履歴とを比較してもよい。また、保険サーバ１００は、例えば、ユーザの実際の移動経路が選択経路の範囲内か否かを判定してもよい。この場合、保険サーバ１００は、例えば、ユーザが利用したサービスが選択サービスの範囲内であった場合、利用したサービスにおける利用料金を保険事業者への請求額として示す請求情報を生成してもよい。また、保険サーバ１００は、例えば、ユーザが利用したサービスが選択サービスの範囲外を含む場合（例えば、利用したサービスが「デリバリーサービス」となっている場合など）、選択サービスの範囲外のサービスにおける利用料金をユーザへの請求額として示す請求情報を生成してもよい。保険サーバ１００は、請求情報をサービス提供事業者サーバ４００に送信する。

さらに、ステップＳ２０２において、保険サーバ１００は、例えば、選択経路の範囲内のモビリティの利用料金および選択サービスの範囲内のサービスの利用料金が、ユーザの保険金（ここでは、７，０００円）の範囲内か否かを判定してもよい。そして、保険サーバ１００は、例えば、ユーザのモビリティの利用料金（ここでは、１，２００円）およびユーザが利用したサービス（ここでは、１，０００円）が[ポイント]の範囲内であった場合、移動経路およびサービスについての利用料金を保険事業者への請求額として示す請求情報を生成してもよい。一方、保険サーバ１００は、例えば、ユーザの利用料金が[ポイント]の範囲外であった場合（例えば、利用料金が８，０００円）、[ポイント]の範囲内の利用料金を保険事業者への請求額とし、[ポイント]の範囲外の移動経路およびサービスについての利用料金をユーザへの請求額として示す請求情報を生成してもよい。

次に、ステップＳ２０３において、交通事業者サーバ３００およびサービス提供事業者サーバ４００は、例えば、請求情報に基づいて、保険事業者への請求額と、ユーザへの請求額とを特定する。

次に、ステップＳ２０４において、交通事業者サーバ３００は、決済処理を実行する。保険事業者に対する決済処理は、例えば、保険事業者と交通事業者との間で口座振替による支払いや、交通事業者サーバ３００に登録されている保険事業者の電子マネー（例えば、図１５の電子マネー情報Ｄ３１２を保険事業者の専用の記憶領域とした場合の「保険事業者Ｘ」に対応する[電子マネー]）からの引き落としによる支払いなどである。ユーザに対する決済処理は、例えば、ユーザに対応する電子マネー（例えば、図１５の電子マネー情報Ｄ３１２の「ユーザＡ」に対応する[電子マネー]）からの引き落としによる支払いなどである。これにより、ユーザは、選択した移動経路（選択経路でもよい）を利用した場合に、保険金の給付手続きを経ることなく、保険金を利用することができる。そのため、保険サーバ１００はユーザの利便性を向上できる。なお、ステップＳ２０２において、保険サーバ１００は、例えば、ユーザＡに対して、口座振替などにより保険の範囲内の移動料金を返金する決済処理を実行してもよい。

次に、サービス提供事業者サーバ４００は、決済処理を実行する。保険事業者に対する決済処理は、例えば、保険事業者とサービス提供事業者との間で口座振替による支払いなどである。

第１の決済手段による決済処理が実行された場合、保険サーバ１００は、例えば、補償情報Ｄ１１２の[ユーザＩＤ]に対応する[ポイント]から、交通事業者およびサービス提供事業者から保険事業者に対する請求金額を調整する。具体的には、例えば、保険サーバ１００は、「ユーザＡ」に対応する「７，０００」を、「７，０００」から「２，２００」を減じて、「４，８００」とする

なお、ステップＳ２０２において、保険サーバ１００がユーザの実際の移動経路が選択経路の範囲内か否かを判定することとして説明したが、これに限定されない。例えば、交通事業者サーバ３００がユーザの実際の移動経路が選択経路の範囲内か否かを判定してもよい。

次に、図２２を参照して、第１の決済手段の変形例について説明する。図２２は、保険システム１０における第１の決済手段の変形例の手順を示すフローチャートである。第１の決済手段の変形例（例えば、図１２の「自動決済」）は、選択された経路およびサービスにおける利用料金を、ユーザが利用する前に、保険サーバ１００と、交通事業者サーバ３００およびサービス提供事業者サーバ４００との間で自動的に決済する処理である。すなわち、ユーザは、立替払いをせずに、例えばユーザの電子マネーＩＣを利用して、モビリティを利用することができる。保険サーバ１００は、第１の決済手段の変形例による決済処理を実行することにより、ユーザが経路を選択した後においてユーザによる支払い手続きが不要となる。これにより、保険サーバ１００はユーザの利便性を向上できる。

まず、ステップＳ２１１において、保険サーバ１００は、例えば、選択経路情報を交通事業者サーバ３００に送信する。また、保険サーバ１００は、例えば、選択サービス情報をサービス提供事業者サーバ４００に送信する。次に、Ｓ２１２において、交通事業者サーバ３００は、例えば、選択経路情報に基づいて、ユーザの選択経路（ここでは、出発地点が「川崎駅」で目的地点が「日本橋駅」）を移動するために要する料金（以下、請求料金という）（ここでは、１，２００円」）を算出する。また、サービス提供事業者サーバ４００は、例えば、選択サービス情報に基づいて、ユーザが選択したサービス（ここでは、「車いす貸与」）を利用するために要する請求料金（ここでは、１，０００円」）を算出する。Ｓ２１３において、交通事業者サーバ３００およびサービス提供事業者サーバ４００は、例えば、請求料金に関する情報（以下、請求情報という）を生成して、請求情報を保険サーバ１００に送信する。次に、Ｓ２１４において、保険サーバ１００は、例えば、請求情報に基づいて、交通事業者およびサービス提供事業者に対して請求料金の支払い処理を実行する。支払い処理とは、例えば、保険事業者と、交通事業者およびサービス提供事業者との間で口座振替による支払いや、交通事業者サーバ３００に登録されている保険事業者の電子マネーからの引き落としによる支払いなどである。

＜＜第２の決済手段＞＞
次に、図２３を参照して、第２の決済手段について説明する。図２３は、保険システム１０における第２の決済手段の手順を示すフローチャートである。以下、便宜上、図２３では、例えば、選択されたサービスが「車いす貸与」（利用料金１０００円とする）とし、選択された経路が「電車：川崎駅から日本橋駅」とし、利用した経路が「電車：川崎駅から千葉駅」とし、利用料金が「１，２００」円とする。なお、以下では「電車」を利用することとして説明するが、「タクシー」や「バス」などの複数の交通事業者のモビリティを利用することも可能である。また、以下ではモビリティを利用することとして説明するが、モビリティを利用せず、利用したサービス（例えば、第２サービス）のみについて決済することも可能である。

第２の決済手段（例えば、図１２の「保険事業者電子マネー決済」）による決済処理は、保険事業者に紐づく電子マネーで、ユーザによって選択された経路においてユーザが利用した利用料金を、決済する処理である。第２の決済手段において、例えば、ユーザは、保険事業者と紐づく電子マネー決済用のアプリケーションを利用する。これにより、ユーザは自分の電子マネーを利用する態様と同じ態様で保険金を利用することができるため、ユーザの利便性が向上される。以下、第２の決済手段によるユーザの移動にかかる利用料金の決済処理について説明し、その後、ユーザが利用したサービスの利用料金の決済処理について説明する。

まず、ステップＳ３０１において、ユーザ端末２００は、例えば、保険事業者に紐づく電子マネー決済用のアプリケーションを起動する。ステップＳ３０２において、ユーザ端末２００は、例えば、ユーザの操作入力によって、表示部２０５ａに例えば電子マネーカードを模した電子マネーカード表示部Ｔ５１を表示させる。なお、ユーザ端末２００は、例えば、電子マネー決済用のアプリケーションを、事象情報を保険サーバ１００に送信したことを契機に取得してもよいし、予めインストールしていてもよい。ここで、図２４を参照して、電子マネーカード表示部Ｔ８１を含む電子マネー決済画面Ｔ５について説明する。

図２４は、電子マネー決済画面Ｔ８の一例を示す図である。出力処理部１６０は、例えば、補償情報Ｄ１１２に基づいて、電子マネー決済画面Ｔ８を生成する。電子マネー決済画面Ｔ８は、例えば、電子マネーカード表示部Ｔ８１と、チャージ金額表示部Ｔ８２と、残額表示部Ｔ８３と、チャージ実行部Ｔ８４とを含む。電子マネーカード表示部Ｔ８１は、例えば、電子マネーに対応する電子マネーカードを模した画面が表示される表示領域である。チャージ金額表示部Ｔ８２は、例えば、ユーザが利用可能な電子マネーＩＤに対応づけられる金額が表示される表示領域である。チャージ金額表示部Ｔ８２は、例えば、金額が入力されるテキストボックスであってもよいし、プルダウンで金額が選択される入力領域であってもよい。残額表示部Ｔ８３は、例えば、チャージ金額表示部Ｔ８２に表示された金額の電子マネーがチャージされた場合、その後、ユーザが利用可能なポイントが表示される表示領域である。チャージ実行部Ｔ８４は、例えば、チャージ金額を決定するためのボタンである。ユーザ端末２００は、チャージ実行部Ｔ８４に対して、ユーザの操作入力が受け付けられた場合、保険サーバ１００に対して、交通事業者サーバ３００の電子マネー情報Ｄ３１２を更新させるための情報を送信する。

図２３に戻り、ステップＳ３０２において、ユーザは、例えば、ユーザ端末２００の電子マネーカード表示部Ｔ８１を、例えば交通事業者側に設置される電子マネーＩＣを認識する認識部（不図示）に接近させる。認識部は、ユーザ端末２００と通信し、当該アプリケーションに関する識別情報を読み取る。ここで、認識部は、ユーザが入場するとき及び退場するときに、ユーザ端末２００から上記の識別情報を読み取る。認識部は、例えば、鉄道事業者の改札機に設けられる機器であってもよいし、タクシーやバスなどに設けられる電子マネーＩＣを認識する機器であってもよく、特に限定されない。以下、便宜上、認識部が鉄道事業者の改札機に設けられる機器であるとして説明する。次に、交通事業者サーバ３００は、例えば、ユーザが改札内に入場した駅から退場した駅までの履歴を交通履歴情報Ｄ３１１に記憶する。

次に、ステップＳ３０３において、交通事業者サーバ３００は、例えば、交通履歴情報Ｄ３１１を参照して、保険事業者に対する請求料金を特定する。具体的には、図１６に示す交通履歴情報Ｄ３１１における「保険事業者Ｘ」に対応する[利用料金]の「１，２００」を請求料金として特定する。交通事業者サーバ３００は、例えば、交通履歴情報とともに請求料金を示す請求情報を保険サーバ１００に送信する。

次に、ステップＳ３０４において、保険サーバ１００は、例えば、選択経路情報が示す選択経路（ここでは、出発地点が「川崎駅」で目的地点が「日本橋駅」）と、交通履歴情報が示す利用履歴（ここでは、出発地点が「川崎駅」で目的地点が「千葉駅」）とを比較する。保険サーバ１００は、ユーザの実際の移動経路が選択経路の範囲内か否かを判定する。そして、保険サーバ１００は、例えば、ユーザの移動経路が選択経路の範囲内であった場合、交通事業者サーバ３００から取得した請求情報に基づいて、移動経路における利用料金を保険事業者から交通事業者への支払い額とする支払情報を生成する。一方、保険サーバ１００は、例えば、ユーザの移動経路が選択経路の範囲外を含む場合（ここでは、例えば「日本橋駅」から「千葉駅」）、交通事業者サーバ３００から取得した交通履歴情報および請求情報に基づいて、選択経路の範囲内の移動経路における利用料金を保険事業者から交通事業者への支払い額とし、選択経路の範囲外の移動経路における利用料金をユーザから交通事業者への支払い額とする支払情報を生成する。保険サーバ１００は、支払情報を交通事業者サーバ３００に送信する。なお、保険サーバ１００は、例えば、ユーザの移動経路が選択経路の範囲外を含む場合、当該ユーザの移動経路が事故に対する契約内容の範囲内であり、且つ、保険金の範囲内であるか否かを判定してもよい。この場合、保険サーバ１００は、契約内容の範囲内であり、且つ、保険金の範囲内であると判定された場合、移動経路における利用料金を保険事業者から交通事業者への支払い額とする支払情報を生成する。また、保険サーバ１００は、契約内容の範囲内でなく、又は、保険金の範囲外であると判定された場合、移動経路における利用料金をユーザから交通事業者への支払い額とする支払情報を生成する。

次に、ステップＳ３０５において、交通事業者サーバ３００は、例えば、決済処理を実行する。保険事業者に対する決済処理は、例えば、保険事業者と交通事業者との間で口座振替による支払いであってもよいし、交通事業者サーバ３００に登録されている保険事業者の電子マネー（例えば、図１７の電子マネー情報Ｄ３１２を保険事業者の専用の記憶領域とした場合の「保険事業者Ｘ」に対応する「電子マネーＸ」）からの引き落としによる支払いであってもよい。ユーザに対する決済処理は、例えば、ユーザに対応する電子マネー（例えば、図１７の電子マネー情報Ｄ３１２の「ユーザＡ」に対応する「電子マネーＡ」）からの引き落としによる支払いなどである。これにより、ユーザは、選択した移動経路（選択経路でもよい）を利用した場合に、保険金の給付手続きを経ることなく、保険金を利用することができるため、ユーザの利便性を向上できる。

次に、第２の決済手段によるサービスを利用した利用料金の決済処理について説明する。サービスを利用した利用料金の決済処理では、例えば、ユーザが、サービス提供事業者が提供するアプリケーションを利用して決済する。具体的には、例えば、保険サーバ１００は、サービス提供事業者サーバ４００に、選択サービスをユーザに利用させるための要求を送信する。サービス提供事業者サーバ４００は、当該要求に応じて、選択サービスをユーザが利用可能となる識別コード（一次元バーコードや二次元バーコードなど）などを、ユーザ端末２００に送信する。ユーザ端末２００は、当該識別コードを表示部２０５ａに表示させる。ユーザ端末２００は、識別コードが使用されたことに応じて、サービス履歴情報（ユーザの識別情報を含む）を、サービス提供事業者サーバ４００に送信する（ステップＳ３０２に相当）。サービス提供事業者サーバ４００は、サービス履歴情報に基づいて、保険サーバ１００に請求情報を送信する（ステップＳ３０３に相当）。これにより、ユーザは、選択したサービスを利用した場合に、保険金の給付手続きを経ることなく、保険金を利用することができるため、ユーザの利便性を向上できる。

第２の決済手段による決済処理が実行された場合、保険サーバ１００は、例えば、補償情報Ｄ１１２の[ユーザＩＤ]に対応する[ポイント]から、保険事業者に対する決済処理における請求金額を調整する。

なお、上記のステップＳ３０４において、保険サーバ１００がユーザの実際の移動経路が選択経路の範囲内か否かを判定することとして説明したがこれに限定されない。例えば、交通事業者サーバ３００がユーザの実際の移動経路が選択経路の範囲内か否かを判定してもよい。

また、上記において、ユーザ端末２００にインストールされるアプリケーションを利用することとして説明したがこれに限定されない。例えば、保険システム１０は、ユーザの電子マネーＩＤと、保険事業者の電子マネーＩＤとを紐づけて、ユーザの電子マネーの利用料金を、保険事業者の電子マネーから減額してもよい。具体的には、保険サーバ１００（又は交通事業者サーバ３００）は、例えば、図１７に示す電子マネー情報Ｄ３１２における、「ユーザＡ」の「電子マネーＡ」と、「保険事業者Ｘ」の「電子マネーＸ」とを紐づける。そして、保険サーバ１００（又は交通事業者サーバ３００）は、例えば、ユーザ（ユーザＡ）が利用した電子マネー「４００」円を、「電子マネーＸ」から減額する。これにより、ユーザ端末２００にアプリケーションをインストールする必要がなくなるため、簡易なシステム構成で実現できる。

また、ステップＳ３０１とステップＳ３０２の間において、ユーザは、図２４に示すように、電子マネー決済画面Ｔ８のチャージ金額表示部Ｔ８２にチャージ金額を入力してもよい。そして、ユーザ端末２００は、チャージ実行部Ｔ８４に対して、ユーザの操作入力を受け付けた場合、保険サーバ１００に対して、交通事業者サーバ３００の電子マネー情報Ｄ３１２の[電子マネー]の価値を調整するための信号を送信してもよい。これにより、ユーザは、保険金から利用したい金額に相当する電子マネーをチャージすることで、利用料金の無駄使いなどを抑制できる。

＜＜第３の決済手段＞＞
次に、図２５を参照して、第３の決済手段について説明する。図２５は、保険システム１０における第３の決済手段の手順を示すフローチャートである。以下、便宜上、図２５では、例えば、選択されたサービスが「車いす貸与」（利用料金１０００円とする）とし、選択された経路が「電車：川崎駅から日本橋駅」とし、利用した経路が「電車：川崎駅から千葉駅」とし、利用料金が「１，２００」円とする。なお、以下では「電車」を利用することとして説明するが、「タクシー」や「バス」などの複数の交通事業者のモビリティを利用することも可能である。また、以下ではモビリティを利用することとして説明するが、モビリティを利用せず、利用したサービス（例えば、第２サービス）のみについて決済することも可能である。

第３の決済手段（例えば、図１２の「ＱＲコード（登録商標）」）による決済処理は、ユーザが保険事業者に紐づく決済用のコードを利用して、ユーザが移動したことによる利用料金およびユーザが利用したサービスの利用料金を、交通事業者サーバ３００およびサービス提供事業者サーバ４００が決済する処理である。

まず、ステップＳ４０１において、保険サーバ１００は、例えば、保険事業者に紐づくコード（一次元バーコードや二次元バーコードなど）を示すコード情報を生成する。保険サーバ１００は、コード情報をユーザ端末２００に送信する。

次に、Ｓ４０２において、ユーザ端末２００は、例えば、ユーザの操作入力によって、表示部２０５ａにコードを含む画面（以下、コード画面という）を表示させる。ユーザは、ユーザ端末２００のコード画面を、交通事業者およびサービス提供事業者のコードを認識する認識部（不図示）に接近させる。認識部は、ユーザ端末２００と通信し、コード情報を読み取る。認識部は、一例としてユーザの移動において、ユーザが入場するとき及び退場するときに、接近されたユーザ端末２００からコード情報を読み取る。認識部は、例えば、鉄道事業者の改札機に設けられる機器であってもよいし、タクシー事業者のコードを読み取るリーダ機器であってもよいし、サービス提供事業者のコードを読み取るリーダ機器であってもよく、特に限定されない。次に、交通事業者サーバ３００は、ユーザが改札内に入場した駅から退場した駅までの履歴を交通履歴情報Ｄ３１１に記憶する。また、サービス提供事業者サーバ４００は、ユーザがサービスを利用した履歴をサービス履歴情報Ｄ４１１に記憶する。なお、上記において、コード画面を対向させる機器は、改札機に限定されず、例えばタクシーやバスにおけるコードを認識する機器であってもよい。

なお、Ｓ４０３～Ｓ４０５については、Ｓ３０３～Ｓ３０５と同様であるため、その説明を省略する。これにより、ユーザは、選択した移動経路（選択経路でもよい）および選択したサービスを利用した場合に、保険金の給付手続きを経ることなく、保険金を利用することができるため、保険サーバ１００はユーザの利便性を向上できる。

＜＜第４の決済手段＞＞
次に、図２６を参照して、第４の決済手段について説明する。図２６は、保険システム１０における第４の決済手段の手順を示すフローチャートである。以下、便宜上、図２６では、例えば、選択されたサービスが「車いす貸与」（利用料金１０００円とする）とし、選択された経路が「電車：川崎駅から日本橋駅」とし、利用した経路が「電車：川崎駅から日本橋駅」とし、利用料金が「１２００」円とする。なお、以下では「電車」を利用することとして説明するが、「タクシー」や「バス」などの複数の交通事業者のモビリティを利用することも可能である。また、以下ではモビリティを利用することとして説明するが、モビリティを利用せず、利用したサービス（例えば、第２サービス）のみについて決済することも可能である。

第４の決済手段（例えば、図１２の「立替払い（現金）」および「立替払い（電子マネー）」）による決済処理は、ユーザがユーザ端末２００に表示された保険事業者に紐づく決済用のコードを利用して交通履歴およびサービス履歴を記憶することにより、ユーザが移動したことによる利用料金およびユーザがサービスを利用したことによる利用料金を、ユーザの立替え払いにより、後で自動的に決済する処理である。

まず、ステップＳ５０１において、保険サーバ１００は、例えば、保険事業者およびサービス提供事業者に紐づくコードを示すコード情報を生成する。コードとは、例えば、一次元バーコードや二次元バーコードなどである。なお、コードは、例えば、ユーザが電子チケットを使用する態様を選択したことを契機に、表示されるコードであってもよい。保険サーバ１００は、コード情報をユーザ端末２００に送信する。

次に、ステップＳ５０２において、ユーザ端末２００は、例えば、ユーザの操作入力によって、表示部２０５ａにコードを含むコード画面を表示させる。ユーザは、ユーザ端末２００のコード画面を、交通事業者またはサービス提供事業者のコードを認識する認識部（不図示）に接近させる。認識部は、ユーザ端末２００と通信し、コード情報を読み取る。認識部は、例えば、コード情報を認識すると、利用料金に関する情報とともにコード情報を交通事業者サーバ３００またはサービス提供事業者サーバ４００に送信する。なお、ユーザは、交通事業者およびサービス提供事業者に対して、利用料金を、現金または電子マネーなどで立て替えて支払いをする。以下、便宜上、ユーザが電子マネーで立て替えて支払いをすることとする。また、以下、第４の決済手段によるユーザの移動にかかる利用料金の決済処理について説明し、ユーザが利用したサービスの利用料金の決済処理については、ステップＳ５０５以外のステップは同様とし、ステップＳ５０５についてのみ説明することとする。

次に、ステップＳ５０３において、交通事業者サーバ３００は、例えば、交通履歴情報Ｄ３１１を参照して、ユーザの移動経路を特定する。交通事業者サーバ３００は、ユーザの交通履歴情報を保険サーバ１００に送信する。具体的には、交通履歴情報Ｄ３１１における「ユーザＦ」に対応する[経路]の「川崎駅→千葉駅」を特定する。交通事業者サーバ３００は、例えば交通履歴情報を保険サーバ１００に送信する。

次に、ステップＳ５０４において、保険サーバ１００は、例えば、選択経路情報が示す選択された経路（ここでは、出発地点が「川崎駅」で目的地点が「日本橋駅」）と、交通履歴情報が示す利用履歴（ここでは、出発地点が「川崎駅」で目的地点が「千葉駅」）とを比較する。保険サーバ１００は、ユーザの実際の移動経路が選択経路の範囲内か否かを判定する。そして、保険サーバ１００は、例えば、ユーザの移動経路が選択経路の範囲内であった場合、交通事業者サーバ３００から取得した交通履歴情報に基づいて、移動経路における利用料金をユーザへの返金額とする返金情報を生成する。一方、保険サーバ１００は、例えば、ユーザの移動経路が選択経路の範囲外を含む場合（ここでは、「千葉駅」から「東京駅」）、交通事業者サーバ３００から取得した交通履歴情報に基づいて、選択経路の範囲外の移動経路における利用料金をユーザの支払額とする支払情報を生成する。なお、保険サーバ１００は、例えば、ユーザの移動経路が選択経路の範囲外を含む場合、当該ユーザの移動経路が事故に対する契約内容の範囲内であり、且つ、保険金の範囲内であるか否かを判定してもよい。この場合、保険サーバ１００は、契約内容の範囲内であり、且つ、保険金の範囲内であると判定された場合、移動経路における利用料金を保険事業者から交通事業者への支払い額とする支払情報を生成する。また、保険サーバ１００は、契約内容の範囲内でなく、又は、保険金の範囲外であると判定された場合、移動経路における利用料金をユーザから交通事業者への支払い額とする支払情報を生成する。保険サーバ１００は、返金情報および支払情報を交通事業者サーバ３００に送信する。

次に、ステップＳ５０５において、交通事業者サーバ３００は、ユーザの移動にかかる利用料金の決済処理を実行する。決済処理においては、例えば、返金情報が示す返金額を、ユーザに対応する電子マネー（例えば、図１７の電子マネー情報Ｄ３１２の「ユーザＡ」に対応する「電子マネーＡ」）へのチャージにより返金される。また、決済処理においては、例えば、返金情報が示す返金額を、保険事業者に対応する電子マネー（例えば、図１７の電子マネー情報Ｄ３１２の「保険事業者Ｘ」に対応する「電子マネーＸ」）から減額する。なお、保険サーバ１００は、例えば、ユーザＡに対して、口座振替などにより返金額を返金する決済処理を実行してもよい。

また、ステップＳ５０５において、サービス提供事業者サーバ４００は、ユーザのサービスの利用にかかる利用料金の決済処理を実行する。決済処理においては、例えば、返金情報が示す返金額を、ユーザへの口座振替やユーザに所定のポイントなどを付与することにより返金される。

これにより、ユーザは、選択した移動経路（選択経路でもよい）および選択したサービスを利用した場合に、立替払いをして、後に電子マネーや口座振替により自動的に返金されることから、保険金を簡易に利用することができる。

＜＜第５の決済手段＞＞
次に、図２７を参照して、第５の決済手段について説明する。図２７は、保険システム１０における第５の決済手段の手順を示すフローチャートである。以下、便宜上、図２７では、例えば、選択されたサービスが「車いす貸与」（利用料金１０００円とする）とし、選択された経路が「電車：川崎駅から日本橋駅」とし、利用した経路が「電車：川崎駅から日本橋駅」とし、利用料金が「１，２００」円とする。なお、以下では「電車」を利用することとして説明するが、「タクシー」や「バス」などの複数の交通事業者のモビリティを利用することも可能である。また、以下ではモビリティを利用することとして説明するが、モビリティを利用せず、利用したサービス（例えば、第２サービス）のみについて決済することも可能である。

第５の決済手段（例えば、図１２の「立替払い（現金）」）は、ユーザ端末２００によって撮影された領収書やレシート、切符や搭乗券等の画面、キャッシュレス決済の利用履歴を示す例えばキャプチャー画面あるいは交通事業者またはサービス提供事業者から提供される利用履歴に関する情報に基づいて、ユーザが立替え払いした金額を、後に決済する処理である。これにより、ユーザは簡易な方法で保険金を利用することができるため、保険サーバ１００はユーザの利便性を向上できる。

まず、Ｓ６０１において、ユーザ端末２００は、例えば、保険事業者に紐づく決済用のアプリケーションを起動する。次に、Ｓ６０２において、ユーザ端末２００は、例えば、保険事業者に紐づくアプリケーションを起動する。Ｓ６０２において、ユーザ端末２００は、例えば、ユーザの操作入力によって、表示部２０５ａに例えば領収書を撮影するための画面（以下、撮影画面という）を表示させる。ユーザは、撮影画面に領収書が写るように、ユーザ端末２００のカメラを操作する。ユーザ端末２００は、ユーザの操作入力によって、領収書の画面を取得する。ユーザ端末２００は、領収書の画面を保険サーバ１００に送信する。なお、ユーザは、交通事業者およびサービス提供事業者に対して、利用料金を、現金または電子マネーなどで立て替えて支払いをする。

次に、Ｓ６０３において、保険サーバ１００は、例えば、領収書の画面を判別部（不図示）に入力する。判別部は、例えば、保険サーバ１００が備える機能部であってもよいし、他の装置が備える機能部であってもよい。判別部は、例えば、画面から、画面に含まれるテキスト情報を判別する機能部である。保険サーバ１００は、例えば、判別部から領収書の画面に含まれる金額に関する情報を取得する。また、判別部は、例えば、判別したテキスト情報に基づいて、ユーザが移動した移動経路が保険内容の範囲内であるか否かを判別してもよい。さらに、判別部は、例えば、当該テキスト情報に基づいて、ユーザが移動した移動経路の移動料金が保険金の範囲内であるか否かを判定してもよい。

次に、Ｓ６０４において、保険サーバ１００は、例えば、取得した金額に関する情報に基づいて、ユーザに対する支払い処理を実行する。支払い処理は、例えば、保険事業者とユーザとの間で口座振替による支払いなどである。なお、支払い処理は、保険事業者が交通事業者サーバ３００に登録されているユーザの電子マネーにチャージすることによる支払いであってもよい。

＝＝＝保険システム１０のハードウェア構成＝＝＝
図２８、図２９を参照して、保険システム１０に含まれる各装置のＨＷ構成について説明する。図２８は、保険サーバ１００のハードウェア構成の一例を示す図である。図２９は、ユーザ端末２００のハードウェア構成の一例を示す図である。なお、交通事業者サーバ３００は、保険サーバ１００と同様の構成であるため、その説明を省略する。

図２８に示すように、保険サーバ１００は、制御部（ＣＰＵ）１０１、記憶装置１０２、通信Ｉ／Ｆ（インタフェース）１０３、入力装置１０４、出力装置１０５を備える。保険サーバ１００のＨＷの各構成要素は、例えば、バスＢ１を介して相互に接続される。なお、保険サーバ１００のＨＷは、保険サーバ１００のＨＷの構成として、全ての構成要素を含むことは必須ではない。例えば、保険サーバ１００のＨＷは、出力装置１０５を取り外すことが可能な構成であってもよいし、そうでなくてもよい。

制御部１０１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。制御部１０１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１０１は、これらに限定されない。

記憶装置１０２は、保険サーバ１００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置１０２は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶装置１０２は、これらに限定されない。また、記憶装置１０２は、メモリ（memory）と表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ１０３は、ネットワークＮを介して各種データの送受信を行う。通信Ｉ／Ｆ１０３による通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１０３は、ネットワークＮを介して、ユーザ端末２００などの他の装置との通信を実行する機能を有する。通信Ｉ／Ｆ１０３は、各種データを制御部１０１からの指示に従って、他の装置に送信する。また、通信Ｉ／Ｆ１０３は、他の装置から送信された各種データを受信し、制御部１０１に伝達する。また、通信Ｉ／Ｆ１０３を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１０３が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入力装置１０４は、保険サーバ１００に対する各種操作を入力する装置により実現される。入力装置１０４は、ユーザからの入力を受け付けて、受け付けた入力に係る情報を制御部１０１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置１０４は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力装置１０４は、例えば、タッチパネルやカメラ（動画面を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入力装置１０４は、これらに限定されない。

出力装置１０５は、例えば、表示部を含む。表示部は、代表的にはモニタ（例えば、液晶ディスプレイやＯＥＬＤ）で実現される。なお、表示部は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。ただし、本開示において、表示部１３ａは、これらに限定されない。

保険サーバ１００は、プログラムＰ１と各種データベースとを記憶装置１０２に記憶する。保険サーバ１００において、制御部１０１がこのプログラムＰ１を実行することで、制御部１０１に含まれる各部としての処理を実行する。つまり、記憶装置１０２に記憶されるプログラム１５ａは、保険サーバ１００に、制御部１０１が実行する各機能を実現させる。このプログラムＰ１は、プログラムモジュールと表現されてもよいし、されなくてもよい。

図２９に示すように、ユーザ端末２００は、制御部（ＣＰＵ：central processing unit（中央処理装置））２０１、記憶装置２０２、通信Ｉ／Ｆ（インタフェース）２０３、入力装置２０４、出力装置２０５を備える。ユーザ端末２００のＨＷの各構成要素は、例えば、バスＢ２を介して相互に接続される。なお、ユーザ端末２００のＨＷ構成として、すべての構成要素を含むことは必須ではない。例えば、ユーザ端末２００は、入力装置２０４、出力装置２０５等、個々の構成要素、または複数の構成要素を取り外すことが可能な構成であってもよいし、そうでなくてもよい。

制御部２０１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２０１は、制御回路と表現されてもよいし、されなくてもよい。制御部２０１は、例えば、中央処理装置（ＣＰＵ）、マイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ（application-specific integrated circuit）、またはＦＰＧＡ（field programmable gate array）を含む。

記憶装置２０２は、ユーザ端末２００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置２０２は、例えば、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶装置２０２は、メモリと表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ２０３は、ネットワークＮを介して各種データの送受信を行う。通信Ｉ／Ｆ２０３による通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２０３は、ネットワークＮを介して、保険サーバ１００との通信を実行する機能を有する。通信Ｉ／Ｆ２０３は、各種データを制御部２０１からの指示に従って、保険サーバ１００に送信する。また、通信Ｉ／Ｆ２０３は、保険サーバ１００から送信された各種データを受信し、制御部２０１に伝達する。また、通信Ｉ／Ｆ２０３を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２０３が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入力装置２０４は、ユーザ端末２００に対する各種操作を入力する装置を含む。出力装置２０５は、ユーザ端末２００で処理された処理結果を出力する装置を含む。入力装置２０４および出力装置２０５を入出力部として特定してもよいし、特定しなくてもよい。入出力部として特定した場合、入出力部は、入力装置２０４と出力装置２０５が一体化していてもよいし、入力装置２０４と出力装置２０５に分離されていてもよい。

入力装置２０４は、ユーザからの入力を受け付けて、受け付けた入力に係る情報を制御部２０１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置２０４は、例えば、操作部、マイク、カメラを含む。操作部は、例えば、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイスを含む。マイクは、例えば、音声を入力するデバイスを含む。マイクは、音声データの入力に利用される。カメラは、例えば、画面を入力するデバイスを含む。カメラは、画面データの取得に利用される。

出力装置２０５は、制御部２０１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置２０５は、例えば、表示部２０５ａおよびスピーカ（音声出力）２０５ｂを含んでいてもよい。なお、ユーザ端末２００は、例えばＡＩスピーカなど、表示部２０５ａを含まないものであってもよい。出力装置２０５は、さらに、例えば、タッチパネル、タッチディスプレイ、レンズ（例えば３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含んでいてもよい。

表示部２０５ａは、フレームバッファに書き込まれた表示データに従って、画面を表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２０５ａは、例えば、タッチパネル、タッチディスプレイ、モニタ（例えば、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画面やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２０５ａは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。スピーカ２０５ｂは、音声データの出力に利用される。

ユーザ端末２００は、プログラムＰ２とデータベースとを記憶装置２０２に記憶する。ユーザ端末２００において、制御部２０１がこのプログラムＰ２を実行することで、制御部２０１に含まれる各部としての処理を実行する。つまり、記憶装置２０２に記憶されるプログラムＰ２は、ユーザ端末２００に、制御部２０１が実行する各機能を実現させる。また、このプログラムＰ２は、プログラムモジュールと表現されてもよいし、されなくてもよい。

本開示の各実施形態は、ユーザ端末２００および／または保険サーバ１００のＣＰＵがプログラムを実行することにより、実現されるものとして説明する。

また、本開示の各実施形態のプログラム（例えば、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール）は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、各実施形態のプログラムを記憶可能である。また、各実施形態のプログラムは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

保険サーバ１００および／またはユーザ端末２００は、記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムは、プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、保険サーバ１００および／またはユーザ端末２００に提供されてもよいし、されなくてもよい。保険サーバ１００および／またはユーザ端末２００は、例えば、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。保険サーバ１００および／またはユーザ端末２００における処理の少なくとも一部は、１以上のコンピュータ（例えば、１以上のコンピュータにより構成されるクラウドコンピューティング）により実現されていてもよいし、そうでなくてもよい。

ユーザ端末２００における処理の少なくとも一部を、保険サーバ１００により行う構成としてもよいし、そうでなくてもよい。この場合、ユーザ端末２００の制御部２０１の各機能部の処理のうち少なくとも一部の処理を、保険サーバ１００で行う構成としてもよいし、そうでなくてもよい。

保険サーバ１００における処理の少なくとも一部を、ユーザ端末２００により行う構成としてもよいし、そうでなくてもよい。この場合、保険サーバ１００の制御部１０１の各機能部の処理のうち少なくとも一部の処理を、ユーザ端末２００で行う構成としてもよいし、そうでなくてもよい。

交通事業者サーバ３００における処理の少なくとも一部を、保険サーバ１００、ユーザ端末２００により行う構成としてもよいし、そうでなくてもよい。この場合、交通事業者サーバ３００の制御部の各機能部の処理のうち少なくとも一部の処理を、保険サーバ１００、ユーザ端末２００で行う構成としてもよいし、そうでなくてもよい。

＝＝＝まとめ＝＝＝
本実施形態における保険システム１０は、保険事業者とユーザとの間の保険契約の内容を示す契約情報と、ユーザに生じた事象の内容を示す事象情報と、を取得する取得部１２０と、契約情報と、事象情報と、に基づいて、ユーザに生じた事象に対する保険契約に含まれる補償の内容を特定する補償特定部１３０ａ（第１特定部）と、ユーザの出発地点と目的地点とに関する情報に基づき経路検索部（不図示）によって検索された少なくとも一つ以上の経路と、当該経路に含まれる所定の地点において、補償の内容に含まれる制限のうちサービスに関する制限を充たすユーザに提供可能なサービスの内容と、を特定する経路特定部１３０ｂおよびサービス特定部１３０ｃ（第２特定部）と、経路と、サービスの内容と、をユーザによって選択可能に表示部に表示させる出力処理部１６０と、を備える。これにより、保険システム１０は、ユーザに対して、所定の経路の所定の地点に対応する、保険契約における補償内容に含まれる制限のうちサービスに関する制限を充たすサービスの内容を提供することができる。

本実施形態における保険システム１０の経路特定部１３０ｂおよびサービス特定部１３０ｃ（第２特定部）は、ユーザの出発地点と目的地点とに関する情報に基づき経路検索部によって検索された少なくとも一つ以上の経路のうち、補償の内容に含まれる制限のうち経路に関する制限を充たす経路である候補経路と、候補経路に含まれる所定の地点において、補償の内容に含まれる制限のうちサービスに関する制限を充たすサービスの内容と、を特定し、出力処理部１６０は、候補経路と、サービスの内容と、をユーザによって選択可能に表示部２０５ａに表示させる。これにより、保険システム１０は、ユーザに対して、補償の範囲内の候補経路の所定の地点に対応する、保険事業者による補償の内容に含まれるサービスの内容を提供することができるため、ユーザが保険の補償外のサービスを利用することによる不利益を防止できる。

本実施形態における保険システム１０の経路特定部１３０ｂおよびサービス特定部１３０ｃ（第２特定部）は、ユーザが所望するサービスに関する情報（例えば、「やりたいこと設定領域Ｔ２１に入力された情報」）に基づいて、候補経路に含まれる所定の地点において、補償の内容に含まれる制限のうちサービスに関する制限を充たすユーザに提供可能なサービスの内容を特定する。これにより、保険システム１０は、ユーザが所望するサービスを適切に提示することができるため、ユーザの利便性を向上できる。

本実施形態における保険システム１０において、サービスは、ユーザが所定の地点に移動することで受けられる第１サービスと、サービスの提供者がユーザのところに移動することで提供される第２サービスと、の少なくともいずれかを含む。これにより、ユーザは状況に応じたサービスを選択できるため、ユーザの利便性を向上できる。

本実施形態における保険システム１０の出力処理部１６０は、経路に含まれる所定の地点とサービスの内容に関する情報とを対応づけて表示部２０５ａに表示させる。これにより、保険サーバ１００は、ユーザに対して補償の範囲内の経路を示しつつ、経路中の各地点において補償の範囲内で受けられるサービスを適切に把握することができるため、ユーザの利便性を向上できる。

本実施形態における保険システム１０の取得部１２０は、ユーザを識別するユーザＩＤ（ユーザ識別情報）を取得し、ユーザＩＤ（ユーザ識別情報）と、ユーザに生じた事象に対する補償の内容に対応する価値を示す価値情報と、を対応づけて記憶する記憶部１１０をさらに備え、出力処理部１６０は、価値情報を、サービスの内容に対応づけて表示部２０５ａに表示させる。これにより、ユーザは、保険事業者から提供される保険金、及び契約の補償内容に応じたサービスを容易に把握することができるため、ユーザによる補償の範囲外に及ぶサービスの利用を防止できる。

本実施形態における保険システム１０の取得部１２０は、サービスのうちユーザによって選択されたサービスを示す選択サービス情報を取得し、ユーザＩＤ（ユーザ識別情報）と、ユーザに生じた事象に対する補償の内容に対応する価値を示す価値情報と、を対応づけて記憶する記憶部１１０をさらに備え、出力処理部１６０は、選択サービス情報に基づき、価値情報に対応する価値に対して、選択サービス情報が示すサービスの内容の利用料金に対応する価値を調整した場合の結果を、表示部２０５ａに表示させる。これにより、ユーザは選択したサービスを決定した場合における保険金の残額を容易に把握することができるため、保険サーバ１００はユーザの利便性を向上できる。

本実施形態における保険システム１０は、表示部２０５ａに表示される画面（例えば、図１２に示す決済選択画面Ｔ６）に対するユーザの操作入力に応じて、保険事業者と、サービスの提供者と、の間でユーザが利用したサービスの利用料金を決済するための決済手段を実行する決済処理部１９０をさらに備える。これにより、保険システム１０は、ユーザが選択した移動経路を利用した場合に、保険金の給付手続きを経ることなく保険金を利用することができるため、ユーザの利便性を向上できる。

Ｂ１，Ｂ２・・・バス、Ｎ・・・ネットワーク、１０・・・保険システム、１００・・・保険サーバ、２００・・・ユーザ端末、１０１，２０１・・・制御部、１０２，２０２・・・記憶装置、３００・・・交通事業者サーバ、４００・・・サービス提供事業者サーバ。

Claims (10)

1. 保険事業者とユーザとの間の保険契約の内容を示す契約情報と、前記ユーザに生じた事象の内容を示す事象情報と、を取得する取得部と、
   前記契約情報と、前記事象情報と、に基づいて、前記ユーザに生じた事象に対する前記保険契約に含まれる補償の内容を特定する第１特定部と、
   前記ユーザの出発地点と目的地点とに関する情報に基づき経路検索部によって検索された少なくとも一つ以上の経路と、当該経路に含まれる所定の地点において、前記補償の内容に含まれる制限のうちサービスに関する制限を充たす前記ユーザに提供可能なサービスの内容と、を特定する第２特定部と、
   前記経路と、前記サービスの内容と、を前記ユーザによって選択可能に表示部に表示させる表示処理部と、
   を備える情報処理システム。
2. 前記第２特定部は、前記ユーザの出発地点と目的地点とに関する情報に基づき経路検索部によって検索された少なくとも一つ以上の経路のうち、前記補償の内容に含まれる制限のうち経路に関する制限を充たす経路である候補経路と、前記候補経路に含まれる所定の地点において、前記補償の内容に含まれる制限のうち前記サービスに関する制限を充たす前記サービスの内容と、を特定し、
   前記表示処理部は、前記候補経路と、前記サービスの内容と、を前記ユーザによって選択可能に前記表示部に表示させる、
   請求項１に記載の情報処理システム。
3. 前記第２特定部は、前記ユーザが所望するサービスに関する情報に基づいて、前記所定の地点において、前記補償の内容に含まれる制限のうち前記サービスに関する制限を充たす前記ユーザに提供可能なサービスの内容を特定する、
   請求項１または請求項２に記載の情報処理システム。
4. 前記サービスは、前記ユーザが前記所定の地点に移動することで受けられる第１サービスと、サービスの提供者が前記ユーザのところに移動することで前記ユーザが提供される第２サービスと、の少なくともいずれかを含む、
   請求項１から請求項３のいずれか一項に記載の情報処理システム。
5. 前記表示処理部は、前記所定の地点と前記サービスの内容に関する情報とを対応づけて前記表示部に表示させる、
   請求項１から請求項４のいずれか一項に記載の情報処理システム。
6. 前記取得部は、前記ユーザを識別するユーザ識別情報を取得し、
   前記ユーザ識別情報と、前記ユーザに生じた事象に対する補償の内容に対応する価値を示す価値情報と、を対応づけて記憶する記憶部をさらに備え、
   前記表示処理部は、前記価値情報を、前記サービスの内容に対応づけて前記表示部に表示させる、
   請求項１から請求項５のいずれか一項に記載の情報処理システム。
7. 前記取得部は、前記サービスのうち前記ユーザによって選択されたサービスを示す選択サービス情報を取得し、
   前記ユーザを識別するユーザ識別情報と、前記ユーザに生じた事象に対する補償の内容に対応する価値を示す価値情報と、を対応づけて記憶する記憶部をさらに備え、
   前記表示処理部は、前記選択サービス情報に基づき、前記価値情報に対応する価値に対して、前記選択サービス情報が示すサービスの内容の利用料金に対応する価値を調整した場合の結果を、前記表示部に表示させる、
   請求項１から請求項６のいずれか一項に記載の情報処理システム。
8. 前記表示部に表示される画面に対する前記ユーザの操作入力に応じて、前記保険事業者と、前記サービスの提供者と、の間で前記ユーザが利用したサービスの利用料金を決済するための決済手段を実行する決済処理部をさらに備える、
   請求項１から請求項７のいずれか一項に記載の情報処理システム。
9. コンピュータが、
   保険事業者とユーザとの間の保険契約の内容を示す契約情報と、前記ユーザに生じた事象の内容を示す事象情報と、を取得することと、
   前記契約情報と、前記事象情報と、に基づいて、前記ユーザに生じた事象に対する前記保険契約に含まれる補償の内容を特定することと、
   前記ユーザの出発地点と目的地点とに関する情報に基づき経路検索部によって検索された少なくとも一つ以上の経路と、当該経路に含まれる所定の地点において、前記補償の内容に含まれる制限のうちサービスに関する制限を充たす前記ユーザに提供可能なサービスの内容と、を特定することと、
   前記経路と、前記サービスの内容と、を前記ユーザによって選択可能に表示部に表示させることと、
   を実行する情報処理方法。
10. コンピュータに、
    保険事業者とユーザとの間の保険契約の内容を示す契約情報と、前記ユーザに生じた事象の内容を示す事象情報と、を取得させることと、
    前記契約情報と、前記事象情報と、に基づいて、前記ユーザに生じた事象に対する前記保険契約に含まれる補償の内容を特定させることと、
    前記ユーザの出発地点と目的地点とに関する情報に基づき経路検索部によって検索された少なくとも一つ以上の経路と、当該経路に含まれる所定の地点において、前記補償の内容に含まれる制限のうちサービスに関する制限を充たす前記ユーザに提供可能なサービスの内容と、を特定させることと、
    前記経路と、前記サービスの内容と、を前記ユーザによって選択可能に表示部に表示させることと、
    を実行させるプログラム。

Images