JP2015215775A - 設定装置および設定プログラム - Google Patents

Abstract

【課題】走行内容に応じて利用回単位で適切な自動車保険料を設定する。
【解決手段】設定サーバは、端末から出発地点Ｐｓおよび到着地点Ｐｅを受信する受信処理と、出発地点Ｐｓから到着地点Ｐｅまでの走行ルートＲを探索し、走行ルートＲの走行距離Ｄと運転時間Ｔとを算出する第１の算出処理と、走行ルートＲ、走行距離Ｄ、および運転時間Ｔに基づいて、走行ルートＲを走行する場合の自動車保険料を算出する第２の算出処理と、自動車保険料を端末に送信する送信処理と、を実行する。
【選択図】図１

Description

本発明は、自動車保険料を設定する設定装置および設定プログラムに関する。

従来、契約自動車の運転時間、運転時間帯、走行地域、搭乗者のシートベルト着用状況、スピード等の運転状況を検出、蓄積し、蓄積した情報を所定の時間間隔で保険会社サーバに送信し、保険会社サーバでは蓄積データに基づき保険料を算出してプリペイド方式で課金するという技術が開示されている（たとえば、下記特許文献１を参照。）。また、事前に対象自動車を限定せずに利用の都度に利用申込及び保険料の支払いを行う従量課金制自動車保険という技術が開示されている。

特開２００５−２６６８７７号公報 特開２０１２−３２９７号公報

しかしながら、上述した従来技術の自動車保険契約は、自動車免許の種類や年間走行距離から保険料を設定する技術であり、その日の行き先や道路状況によって保険料を変更することはできない。したがって、走行内容によっては、設定された保険料が高かったり、逆に低かったりする場合がある。

本発明は、走行内容に応じて利用回単位で適切な自動車保険料を設定することを目的とする。

本願において開示される発明の一側面となる設定装置および設定プログラムは、前記端末から出発地点および到着地点を受信する受信処理と、前記受信処理によって受信された出発地点および到着地点に基づいて、前記出発地点から前記到着地点までの走行ルートを探索し、前記走行ルートの走行距離と運転時間とを算出する第１の算出処理と、前記第１の算出処理によって得られた走行ルート、走行距離、および運転時間に基づいて、前記走行ルートを走行する場合の自動車保険料を算出する第２の算出処理と、前記第２の算出処理によって算出された自動車保険料を前記端末に送信する送信処理と、を実行することを特徴とする。

本発明の代表的な実施の形態によれば、走行内容に応じて利用回単位で適切な自動車保険料を設定することができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

本実施例にかかる保険料設定例を示す説明図である。 本実施例にかかる保険料設定システムのシステム構成例を示す説明図である。 図２に示したコンピュータのハードウェア構成例を示すブロック図である。 図２に示した気象情報ＤＢの記憶内容例を示す説明図である。 図２に示した道路情報ＤＢの記憶内容例を示す説明図である。 図２に示した利用者情報ＤＢの記憶内容例を示す説明図である。 図２に示した保険契約ＤＢの記憶内容例を示す説明図である。 図２に示した事故情報ＤＢの記憶内容例を示す説明図である。 端末からの自動車保険設定処理手順例を示すフローチャートである。 利用申込ページの表示例を示す説明図である。 車種選択ページの表示例を示す説明図である。 走行ルート選択ページの表示例を示す説明図である。 走行ルート詳細ページの表示例を示す説明図である。 補償情報設定ページの表示例を示す説明図である。 保険料算出結果ページの表示例を示す説明図である。 設定サーバによる自動車保険設定処理手順例を示すフローチャートである。

＜保険料設定例＞
図１は、本実施例にかかる保険料設定例を示す説明図である。本実施例では、（Ａ）走行距離Ｄ、（Ｂ）運転時間Ｔ、（Ｃ）走行地域の気象、（Ｄ）走行地域の渋滞情報、（Ｅ）走行地域の事故情報、（Ｆ）利用申込時点での被保険者ｉｐの事故回数といったデータを組み合わせることにより、当該利用回で走行する走行ルートＲについての事故ランクが設定される。そして、設定された事故ランクに応じた保険料が設定される。これにより、走行内容に応じて適切な自動車保険料を設定することができる。なお、契約者と被保険者ｉｐは同一人物である場合もあれば、契約者と被保険者ｉｐとは別人の場合もある。

ここで、走行ルートＲは、出発地点Ｐｓである地点ａから経由地点Ｐｖである地点ｂを経由して、到着地点Ｐｅである地点ｃに到達する経路である。走行ルートＲは、利用申込時に設定される。

（Ａ）走行距離Ｄは、申し込み時に探索された走行ルートＲの道なり距離である。（Ｂ）運転時間Ｔは、申し込み時に探索された走行ルートＲを被保険者ｉｐが自動車Ｃで走行する場合の予測時間である。（Ｃ）走行地域の気象は、走行ルートＲを通過する領域Ｚ１〜Ｚ３の各々における利用日当日の気象の予測情報である。なお本例では、地点ａが領域Ｚ１内の地点であり、地点ｂが領域Ｚ２内の地点であり、地点ｃが領域Ｚ３内の地点である。

（Ｄ）走行地域の道路状況は、走行ルートＲを通過する領域Ｚ１〜Ｚ３の各々における道路状況の予測情報である。道路状況には、たとえば、渋滞や工事による通行止めなどがある。（Ｅ）走行地域の事故情報は、走行ルートＲを通過する領域Ｚ１〜Ｚ３の各々において過去に発生した事故の回数である。すなわち、走行地域の事故情報は、事故多発地帯であるか否かを示す情報である。

本実施例の自動車保険料設定は、利用回単位で自動車保険の保険料が設定される。なお、基本的な契約者や被保険者ｉｐの属性データは事前に登録され、実際に運転前に利用申込を行って、自動車保険契約の内容（対象自動車Ｃ、補償内容、保険料、走行ルートＲ）を確定させてから、被保険者ｉｐは自動車Ｃの運転を開始する。事前登録時には自動車Ｃは特定する必要はない。

＜システム構成例＞
図２は、本実施例にかかる保険料設定システムのシステム構成例を示す説明図である。保険料設定システム１００は、設定サーバ２０１と、気象サーバ２０２と、道路サーバ２０３と、端末２０４とが、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク２０５を介して通信可能に接続される構成である。

設定サーバ２０１は、自動車保険料を設定するコンピュータである。設定サーバ２０１は、利用者情報ＤＢ２１１と、保険契約ＤＢ２１２と、事故情報ＤＢ２１３と、を有する。利用者情報ＤＢ２１１は、利用者である契約者や自動車保険の適用を受ける被保険者ｉｐに関する情報を記憶するデータベースである。利用者情報ＤＢ２１１の詳細については図６で説明する。

保険契約ＤＢ２１２は、保険契約に関する情報を記憶するデータベースである。保険契約に関する情報は、後述する本実施例の保険料設定により設定される情報である。保険契約ＤＢ２１２の詳細については図７で説明する。

事故情報ＤＢ２１３は、被保険者ｉｐが起こした事故に関する情報を記憶するデータベースである。事故情報ＤＢ２１３に記憶される情報は、設定サーバ２０１の管理者からの入力により事故情報ＤＢ２１３に記憶される。事故情報ＤＢ２１３の詳細については図８で説明する。

気象サーバ２０２は、気象情報を管理するコンピュータである。気象サーバ２０２は、気象情報ＤＢ２２０を有する。気象情報ＤＢ２２０は、各領域（たとえば、領域Ｚ１〜Ｚ３）の過去の気象情報を記憶するデータベースである。気象情報ＤＢ２２０の詳細は図４で説明する。気象サーバ２０２は、気象情報ＤＢ２２０内の情報を用いて各領域の気象情報を予測してもよく、外部サイトが予測した各地域の気象情報を取得して気象情報ＤＢ２２０に格納してもよい。

道路サーバ２０３は、道路状況を管理するコンピュータである。道路サーバ２０３は、道路情報ＤＢ２３０を有する。道路情報ＤＢ２３０は、各領域（たとえば、領域Ｚ１〜Ｚ３）の過去の道路状況に関する情報を記憶するデータベースである。過去の道路状況に関する情報とは、たとえば、各地点での渋滞情報（たとえば、渋滞１０ｋｍ）や事故発生回数など、道路の状況を示す情報である。道路情報ＤＢ２３０の詳細は図５で説明する。道路サーバ２０３は、道路情報ＤＢ２３０内の情報を用いて各領域の道路状況を予測してもよい。また、道路サーバ２０３は、外部サイトが予測した各地域の道路状況に関する情報を取得して道路情報ＤＢ２３０に格納してもよい。

端末２０４は、自動車保険契約の利用者が利用するコンピュータである。端末２０４は、設定サーバ２０１にのみアクセスでき、気象サーバ２０２および道路サーバ２０３にはアクセスできない。端末２０４は、設定サーバ２０１にアクセスすることにより、自動車保険契約前におけるユーザ登録（ユーザ登録により利用者は契約者となる）や自動車保険の利用申込をおこなう。

＜ハードウェア構成例＞
図３は、図２に示したコンピュータ（以下、コンピュータ３００）のハードウェア構成例を示すブロック図である。コンピュータ３００は、メモリ３０１（記憶部）とプロセッサ３０２（処理部）とハードディスクドライブ（ＨＤＤ）３０３と表示制御部３０４に接続される表示装置３０５とリムーバブルディスク３０６用のドライブ装置３０７と入力装置３０８とネットワーク２０５２０５に接続するための通信制御部３０９とがバス３１０で接続されている。オペレーティングシステム（ＯＳ）およびＷｅｂブラウザを含むアプリケーションプログラムは、ＨＤＤ３０３に格納されており、プロセッサ３０２により実行される際にはＨＤＤ３０３からメモリ３０１に読み出される。必要に応じてプロセッサ３０２は、表示制御部３０４、通信制御部３０９、ドライブ装置３０７を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ３０１に格納され、必要があればＨＤＤ３０３に格納される。このようなコンピュータ３００は、上で述べたプロセッサ３０２、メモリ３０１などのハードウェアとＯＳ及び必要なアプリケーションプログラムとが有機的に協働することにより、自動車保険設定を実現する。

＜各種データベース＞
図４は、図２に示した気象情報ＤＢ２２０の記憶内容例を示す説明図である。気象情報ＤＢ２２０は、各領域について一定時間ごとの日付時刻と天気と温度とを記憶する。気象情報ＤＢ２２０には、過去の天気と温度のほか、未来の天気と温度である予測情報も記憶される。気象情報ＤＢ２２０は、定期的に最新の状態に更新される。

図５は、図２に示した道路情報ＤＢ２３０の記憶内容例を示す説明図である。道路情報ＤＢ２３０は、各領域において発生した事象ごとに、事象の発生日時と事象の発生地点と事象の内容である道路状況に関する情報（たとえば、発生地点での渋滞情報（たとえば渋滞１０ｋｍ）や事故発生の有無）とを記憶する。なお、発生地点は、当該領域に固定してもよい。道路情報ＤＢ２３０は、定期的に最新の状態に更新される。これにより、道路サーバ２０３（または設定サーバ２０１）は、ある地点についての渋滞情報を取得する場合、過去の渋滞情報における渋滞の長さ（たとえば、１０ｋｍ）の最短距離や最長距離、中央値、平均値を予測値として取得することができる。また、道路サーバ２０３（または設定サーバ２０１）は、ある地点についての事故情報を取得する場合、過去の事故発生回数を取得することができる。

図６は、図２に示した利用者情報ＤＢ２１１の記憶内容例を示す説明図である。利用者情報ＤＢ２１１は、利用者を特定する情報を記憶するデータベースである。利用者情報ＤＢ２１１の記憶内容は、事前に端末２０４と設定サーバ２０１とのシーケンスにより設定される。利用者情報ＤＢ２１１は、契約者ＩＤ項目と、契約者名項目と、被保険者名項目と、契約者個人情報項目と、被保険者個人情報項目と、免許証項目と、車両情報項目と、事故回数項目と、パスワード項目と、を有し、契約者ごとにエントリを構成する。

契約者ＩＤ項目には、エントリごとに契約者ＩＤが格納される。契約者ＩＤとは、ユーザ登録した利用者である契約者を一意に特定する識別情報である。契約者名項目には、エントリごとに契約者名が格納される。被保険者名項目には、エントリごとに自動車保険の適用を受ける被保険者ｉｐの氏名である被保険者名が格納される。

契約者個人情報項目には、エントリごとに契約者の個人情報（たとえば、住所、生年月日、連絡先など）が格納される。被保険者情報項目には、エントリごとに被保険者ｉｐの個人情報（たとえば、住所、生年月日、電話番号など）が格納される。

免許証情報項目には、エントリごとに被保険者ｉｐの免許証に関する情報（たとえば、免許書種類、更新年月及び免許証番号）が格納される。

車両情報項目には、被保険者ｉｐが乗車可能な自動車Ｃに関する情報（たとえば、自動車ナンバーや型式）が格納される。車両情報項目の値は変更可能である。また、車両情報は複数格納してもよい。

事故回数項目には、被保険者ｉｐが事故を起こした回数が格納される。事故回数は、管理者の操作により更新される。

パスワード項目には、エントリごとにパスワードが格納される。パスワードは、端末２０４が設定サーバ２０１にログインする際に、端末２０４から送信されてくるログイン要求に含まれるパスワードと認証される。

図７は、図２に示した保険契約ＤＢ２１２の記憶内容例を示す説明図である。保険契約ＤＢ２１２は、契約ＩＤ項目、契約者ＩＤ項目、履行日項目、走行ルート情報項目、運転車種項目、補償情報項目、走行地域項目、事故ランク項目、保険料項目を有し、利用回となる契約ごとにエントリを構成する。

契約ＩＤ項目には、エントリごとに契約ＩＤが格納される。契約ＩＤは、契約者が自動車保険の利用申込した場合に割り当てられる一意な識別情報である。したがって、同一の契約者であっても利用回が異なれば異なる契約ＩＤが割り当てられる。

契約者ＩＤ項目には、エントリごとに上述した契約者ＩＤが格納される。これにより、保険契約ＤＢ２１２のエントリと利用者情報ＤＢ２１１のエントリとが関連付けられる。

履行日項目には、エントリごとに履行日が格納される。履行日とは、自動車保険契約を履行した日、すなわち、自動車保険契約にしたがって被保険者ｉｐが運転した日である。

走行ルート情報項目には、走行ルート情報が格納される。走行ルート情報とは、走行ルートＲを特定する出発地点Ｐｓ、１以上の経由地点Ｐｖおよび到着地点Ｐｅと、走行距離Ｄと、運転時間Ｔと、を含む情報である。

車両情報項目には、エントリごとに上述した車両情報として、当該利用回で乗車した車両の車両情報が格納される。

補償情報項目には、補償情報として、エントリごとに補償範囲と補償内容が格納される。補償範囲とは、自動車保険の地理的または／および時間的な適用範囲である。補償内容とは、賠償の適用対象（対人、対物）、傷害についての保険金額などの補償に関する内容である。

走行地域情報項目には、走行地域情報として、エントリごとに、走行ルートＲ上の地点の気象、渋滞情報、事故情報が格納される。

事故ランク項目には、エントリごとに事故ランクが格納される。事故ランクとは、当該エントリにおける保険契約において被保険者の事故の起こしやすさを示す指標値である。たとえば、Ａ，Ｂ，Ｃ，Ｄ，Ｅのようにランク付けされる。ここでは、一例として、Ａランクが最も事故を起こしにくく、Ｅランクが最も事故を起こしやすいランクとする。

保険料項目には、エントリごとに保険料が格納される。保険料は、事故ランクに応じて設定された金額であり、契約者が支払う。事故ランクと保険料との対応関係は、図示しないテーブルにより関連付けられる。

図８は、図２に示した事故情報ＤＢ２１３の記憶内容例を示す説明図である。事故情報ＤＢ２１３は、事故が発生した契約についてエントリが作成されるデータベースである。事故情報ＤＢ２１３は、事故ＩＤ項目と、契約ＩＤ項目と、事故情報項目とを有し、被保険者ｉｐが起こした事故ごとにエントリを構成する。事故情報ＤＢ２１３に格納される情報は、設定サーバ２０１の管理者によって入力される情報である。

事故ＩＤ項目には、エントリごとに事故ＩＤが格納される。事故ＩＤは、被保険者ｉｐが起こした事故を一意に特定する識別情報である。

契約ＩＤ項目には、エントリごとに上述した契約ＩＤが格納される。この契約ＩＤにより、事故情報ＤＢ２１３のエントリと保険契約ＤＢ２１２のエントリとが関連付けられる。

事故情報項目には、エントリごとに事故情報が格納される。事故情報とは、被保険者ｉｐが起こした事故の内容を示す情報であり、具体的には、たとえば、発生地点と、発生日時と、運転時間と、走行距離と、気象と、道路状況と、を有する。発生地点とは、当該事故が発生した地点である。発生日時は、当該事故が発生した日時である。

運転時間とは、被保険者ｉｐが当該事故を起こすまでに自動車保険契約にしたがって自動車を運転した時間である。たとえば、自動車保険契約における発生時刻から出発時刻を引いた時間が、運転時間となる。走行距離とは、被保険者ｉｐが当該事故を起こすまでに自動車保険契約にしたがって自動車を運転した距離である。たとえば、自動車保険契約における出発地点から事故発生地点までの道なり距離である。気象とは、当該事故が発生した時刻での事故発生地点の気象である。渋滞情報とは、当該事故が発生したときの渋滞情報である。

＜端末２０４からの自動車保険設定要求処理手順＞
図９は、端末２０４からの自動車保険設定処理手順例を示すフローチャートである。なお、当該フローの前提として、端末２０４の操作者である利用者（すなわち契約者）の利用者情報が、すでに利用者情報ＤＢ２１１に格納されているものとする。

端末２０４は、まず、ログイン要求を設定サーバ２０１に送信する（ステップＳ９０１）。ログイン要求には、契約者ＩＤと契約者（または被保険者ｉｐ）が端末２０４から入力したパスワードとが含まれる。ログイン要求を送信した結果、端末２０４は、設定サーバ２０１からデータを受信する（ステップＳ９０２）。受信したデータがログインできないことを示す不可通知である場合（ステップＳ９０２：不可通知）、端末２０４は表示画面に不可通知を表示する（ステップＳ９０３）。これにより、一連の処理を終了する。一方、受信したデータが利用申込ページである場合（ステップＳ９０２：利用申込ページ）、端末２０４は、表示画面に利用申込ページを表示する（ステップＳ９０４）。

図１０は、利用申込ページの表示例を示す説明図である。利用申込ページ１０００は、利用日時の入力欄１００１と、出発地点の入力欄１００２と、到着地点の入力欄１００３と、を有する。利用日時の入力欄１００１は、被保険者ｉｐが自動車保険を利用したい日時を入力する入力欄である。入力された利用日時は、保険契約ＤＢ２１２に履行日として格納される。また、出発地点の入力欄１００２は、被保険者ｉｐが自動車保険を利用したい出発地点を入力する入力欄である。到着地点の入力欄１００３は、被保険者ｉｐが自動車保険を利用したい到着地点を入力する入力欄である。入力された出発地点および到着地点は、保険契約ＤＢ２１２の走行ルート情報として格納される。

また、参照ボタン１００４，１００５は、地図データベースを有する地図サーバ（不図示）にリンクするボタンである。これにより、端末２０４の表示画面に表示された地図データの任意の地点を指定することで、出発地点および到着地点を入力欄１００２，１００３に設定することができる。新規申込ボタン１００６は、利用申込ページ１０００の入力内容を確定させるボタンである。新規申込ボタン１００６の押下が検出されると、図９において、端末２０４は、利用申込ページ１０００の入力内容を含む利用申込入力データを設定サーバ２０１に送信する（ステップＳ９０５）。利用申込入力データを送信した結果、端末２０４は、設定サーバ２０１から車種選択ページを受信して、表示画面に表示する（ステップＳ９０６）。

図１１は、車種選択ページの表示例を示す説明図である。車種選択ページ１１００は、被保険者ｉｐが自動車保険の適用を受けて運転する自動車を選択するページである。車種選択ページ１１００は、新規の自動車を運転する場合のための新規の自動車の車両情報（ナンバーと型式）の入力領域（入力欄および選択ボタン）１１０１を有する。また、車種選択ページ１１００は、既登録の車両情報の選択領域（車両情報の文字列と当該車両情報の選択ボタン）１１０２を有する。既登録の車両情報は、利用者情報ＤＢ２１１から読み出された車両情報である。いずれかの選択ボタンの押下が検出されると、図９において、端末２０４は、車種選択ページ１１００の入力／選択内容を含む車種データを設定サーバ２０１に送信する（ステップＳ９０７）。車種データを送信した結果、端末２０４は、設定サーバ２０１から走行ルート選択ページを受信して、表示画面に表示する（ステップＳ９０８）。

図１２は、走行ルート選択ページの表示例を示す説明図である。走行ルート選択ページ１２００は、１以上の走行ルートデータを表示するページである。走行ルートデータ１２０１は、走行ルートＲ１，Ｒ２を表示する地図データ１２０２と、走行ルートＲ１，Ｒ２の種類（有料道路優先、一般道路優先など）１２０３と、選択ボタン１２０４と、詳細ボタン１２０５と、を有する。詳細ボタン１２０５の押下が検出されると、端末２０４は、走行ルート詳細ページの取得要求を設定サーバ２０１に送信し、設定サーバ２０１は、当該取得要求に応じて走行ルート詳細ページを端末２０４に送信する。これにより、端末２０４は、走行ルート詳細ページを表示画面に表示する。

図１３は、走行ルート詳細ページの表示例を示す説明図である。図１３の走行ルート詳細ページ１３００は、図１２に示した一般道路優先の走行ルートＲ２についての走行ルート詳細ページ１３００である。走行ルート詳細ページ１３００は、地図データ１３０２と詳細情報１３０３とを含む。地図データ１３０２には、出発地点である地点ａと経由地点である地点ｂと到着地点である地点ｃの気象情報が表示される。

また、詳細情報１３０３は、たとえば、地図データ１３０２に表示される走行ルートＲ２の走行距離、運転時間（予測値）、走行地域の気象、走行地域の渋滞情報（予測値）、走行地域の事故情報を含む。詳細情報１３０３は、設定サーバ２０１が気象情報ＤＢ２２０や道路情報ＤＢ２３０から読み出し、走行ルート詳細ページ１３００に埋め込んで端末２０４に送信した情報である。

また、図１２において、選択ボタン１２０４の押下が検出されると、図９において、端末２０４は、当該選択ボタン１２０４に対応する走行ルートデータ１２０１を設定サーバ２０１に送信する（ステップＳ９０９）。走行ルートデータ１２０１を送信した結果、端末２０４は、設定サーバ２０１から補償情報設定ページを受信して、表示画面に表示する（ステップＳ９１０）。

図１４は、補償情報設定ページの表示例を示す説明図である。補償情報設定ページ１４００は、被保険者ｉｐが自動車保険の適用内容である補償情報を設定するページである。補償情報設定ページ１４００は、補償範囲設定領域１４０１と、補償内容設定領域１４０２と、を有する。補償範囲設定領域１４０１では、区間での補償または／および期間での補償を設定可能である。また、補償内容設定領域１４０２では、賠償の適用対象（対人、対物）、傷害についての保険金額などの補償に関する内容が設定可能である。送信ボタン１４０３の押下が検出されると、図９において、端末２０４は、補償情報設定ページ１４００の設定内容を含む補償データを設定サーバ２０１に送信する（ステップＳ９１１）。補償データを送信した結果、端末２０４は、設定サーバ２０１から保険料算出結果ページを受信して、表示画面に表示する（ステップＳ９１２）。

図１５は、保険料算出結果ページの表示例を示す説明図である。図１５に示したように、保険料算出結果ページ１５００には、図１０〜図１４において設定された各種情報１５０１が表示される。また、保険料算出結果ページ１５００には、保険料算出結果１５０２が表示される。保険料算出結果１５０２は、たとえば、事故ランクと保険料を含む。そして、利用申込ボタン１５０３の押下が検出されると、図９において、端末２０４は、保険料算出結果ページ１５００が示す内容に同意して利用申込をする旨を示す利用申込データを設定サーバ２０１に送信する（ステップＳ９１３）。利用申込データを送信した結果、端末２０４は、設定サーバ２０１から完了通知を受信して、表示画面に表示する（ステップＳ９１３）。これにより、一連の処理を終了する。

＜設定サーバ２０１による自動車保険設定処理手順例＞
図１６は、設定サーバ２０１による自動車保険設定処理手順例を示すフローチャートである。まず、設定サーバ２０１は、ステップＳ９０１により端末２０４から送信されてくるログイン要求を受信する（ステップＳ１６０１）。設定サーバ２０１は、ログイン要求に含まれている契約者ＩＤおよびパスワードにより契約者の認証処理をおこなう。具体的には、たとえば、設定サーバ２０１は、ログイン要求に含まれる契約者ＩＤに一致する契約者ＩＤを有するエントリを利用者情報ＤＢ２１１から特定する。そして、設定サーバ２０１は、ログイン要求に含まれているパスワードと、特定したエントリに含まれているパスワードとを比較し、一致するか否かを判断する。不一致の場合は認証失敗となり（ステップＳ１６０２：Ｎｏ）、設定サーバ２０１は、ログインの不許可を示す不可通知を端末２０４に送信する（ステップＳ１６０３）。

一方、一致する場合は認証成功となり（ステップＳ１６０２：Ｙｅｓ）、設定サーバ２０１は、図１０に示した利用申込ページ１０００を端末２０４に送信する（ステップＳ１６０４）。そして、ステップＳ９０５により端末２０４から利用申込入力データが送信されてくると、設定サーバ２０１は、利用申込入力データを受信して（ステップＳ１６０５）、メモリ３０１に格納する。そして、設定サーバ２０１は、利用者情報ＤＢ２１１から契約者の車両情報を読み出して、図１１に示したように、読み出した車両情報を埋め込んだ車種選択ページ１１００を送信する（ステップＳ１６０６）。

また、ステップＳ９０７により端末２０４から車種データが送信されてくると、設定サーバ２０１は、車種データを受信して（ステップＳ１６０７）、メモリ３０１に格納する。そして、設定サーバ２０１は、走行ルート情報を算出する（ステップＳ１６０８）。走行ルート情報とは、上述したように、走行ルートを規定する出発地点、経由地点、および到着地点と、走行ルートでの走行距離と、走行ルートでの運転時間である。なお、設定サーバ２０１は、有料道路優先や一般道路優先など複数種類の走行ルート情報を算出することができる。

このあと、設定サーバ２０１は、走行ルート情報を含む走行ルート選択ページ１２００を端末２０４に送信する（ステップＳ１６０９）。そして、ステップＳ９０９により走行ルートデータが送信されてくると、設定サーバ２０１は、走行ルートデータを受信して（ステップＳ１６１０）、メモリ３０１に格納する。そして、設定サーバ２０１は、図１２に示した補償情報設定ページ１４００を送信する（ステップＳ１６０６）。

つぎに、ステップＳ９１１により補償データが送信されてくると、設定サーバ２０１は、補償データを受信して（ステップＳ１６１２）、メモリ３０１に格納する。そして、設定サーバ２０１は、保険料を算出する（ステップＳ１６１３）。ここで、保険料の算出例について具体的に説明する。

設定サーバ２０１は、地図データを参照して、メモリ３０１に格納された走行ルートデータにより特定される走行ルートＲの走行距離および運転時間を算出する。また、設定サーバ２０１は、メモリ３０１に格納された利用申込入力データに含まれる利用日時と、メモリ３０１に格納された走行ルートデータに含まれる出発地点、経由地点、および到着地点とを取得する。そして、設定サーバ２０１は、当該時間帯における当該取得した各地点を含む領域の気象情報（天気および温度の予測情報）を気象情報ＤＢ２２０から取得する。また、設定サーバ２０１は、道路情報ＤＢ２３０を参照して、当該取得した各地点における渋滞情報（渋滞の長さの予測値）や事故情報（事故発生回数）を算出する。なお、渋滞情報および事故情報の算出については、道路サーバ２０３が実行し、その算出結果を設定サーバ２０１が取得することとしてもよい。また、設定サーバ２０１は、契約者に対応する被保険者ｉｐの過去の事故回数を利用者情報ＤＢ２１１から取得する。

なお、気象情報のうち天気については、天気の種類によって数値化すればよい。たとえば、悪天候ほど数値を高くしたり、気温が高すぎたり（たとえば猛暑日に相当する気温）や低すぎたりする場合に、数値を高くしたりする。また、各取得値に対する重みは、事前に設定されるものとする。そして、設定サーバ２０１は、重みづけられた各取得値の総和、すなわち、重み付き線形和を求め、当該重み付き線形和に基づいて、被保険者ｉｐの事故ランクを設定して、メモリ３０１に格納する。ここでは、一例として総和が高いほど、Ａ〜Ｅの事故ランクが低くなる（最低がＥランク）ものとする。そして、設定サーバ２０１は、図示しないテーブルにより、設定された事故ランクに対応する保険料を読み出して、メモリ３０１に格納する。

このあと、設定サーバ２０１は、メモリ３０１に格納した情報を埋め込んだ保険料算出結果ページ１５００を端末２０４に送信する（ステップＳ１６１４）。そして、ステップＳ９１３により利用申込データが送信されてくると、設定サーバ２０１は、保険料算出結果ページ１５００に埋め込んだ情報に基づいて契約データを生成し、保険契約ＤＢ２１２のエントリとして格納する（ステップＳ１６１６）。このあと、設定サーバ２０１は、完了通知を端末２０４に送信して（ステップＳ１６１７）、一連の処理を終了する。

このあと、被保険者ｉｐは、利用日時（履行日時）において、自動車保険契約にしたがって運転することになるが、事故を引き起こさなかった場合は、自動車保険契約にしたがって運転されたものとみなす。

一方、被保険者ｉｐが事故を引き起こした場合、設定サーバ２０１は、管理者の操作入力により、事故情報ＤＢ２１３に新規エントリを作成する。また、設定サーバ２０１は、管理者の操作入力により、利用者情報ＤＢ２１１の当該被保険者ｉｐのエントリの事故回数を１増加する。

また、上述した例では、気象情報ＤＢ２２０や道路情報ＤＢ２３０を用いて保険料を算出したが、事故情報ＤＢ２１３を用いて保険料を算出してもよい。具体的には、たとえば、設定サーバ２０１は、事故情報ＤＢ２１３のエントリごとに、走行ルートが事故情報ＤＢ２１３の発生地点を含むか、利用日時の時刻が事故情報ＤＢ２１３の発生時刻の時間帯か、運転時間が事故情報ＤＢ２１３の運転時間より長いか、走行距離が事故情報ＤＢ２１３の走行距離よりも長いか、気象が事故情報ＤＢ２１３の気象と一致するか、道路状況が事故情報ＤＢ２１３の道路状況と一致するか、といった内容を数値化してそれぞれ重みづけする。

また、設定サーバ２０１は、契約者に対応する被保険者ｉｐの過去の事故回数を利用者情報ＤＢ２１１から取得する。設定サーバ２０１は、これらの総和、すなわち、重み付き線形和を事故情報ＤＢ２１３のエントリごとに求め、最大値、最小値、中央値、平均値のいずれかを事故ランクの設定対象にする。そして、設定サーバ２０１は、設定対象となった重み付き線形和に応じて被保険者ｉｐの事故ランクを設定して、メモリ３０１に格納する。そして、設定サーバ２０１は、図示しないテーブルにより、設定された事故ランクに対応する保険料を読み出して、メモリ３０１に格納する。これにより、事故が発生した走行状況に類似する走行状況に応じて、自動車保険料を設定することができる。

また、事故情報ＤＢ２１３に格納されるエントリは、契約ＩＤにより特定されるエントリであるため、運用開始当初は、事故情報ＤＢ２１３のエントリ数は少ない。したがって、事故情報ＤＢ２１３のエントリが所定数蓄積されるまでは、上述したように、気象情報ＤＢ２２０や道路情報ＤＢ２３０を用いて保険料を算出し、事故情報ＤＢ２１３のエントリが所定数蓄積された後は、事故情報ＤＢ２１３を用いて保険料を算出することとしてもよい。なお、上述した保険料の算出では、少なくとも、走行ルートと、走行ルートの走行距離および運転時間とを用いればよい。

このように、本実施例によれば、利用回単位で適切な自動車保険料を設定することができる。なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１００ 保険料設定システム
２０１ 設定サーバ
２０２ 気象サーバ
２０３ 道路サーバ
２０４ 端末
２１１ 利用者情報ＤＢ
２１２ 保険契約ＤＢ
２１３ 事故情報ＤＢ
２２０ 気象情報ＤＢ
２３０ 道路情報ＤＢ
１０００ 利用申込ページ
１１００ 車種選択ページ
１２００ 走行ルート選択ページ
１４００ 補償情報設定ページ
１５００ 保険料算出結果ページ

Claims (8)

1. プログラムを記憶するメモリと、前記プログラムを実行するプロセッサと、端末との間の通信を制御するインタフェースと、を有する設定装置であって、
   前記プロセッサは、
   前記端末から出発地点および到着地点を受信する受信処理と、
   前記受信処理によって受信された出発地点および到着地点に基づいて、前記出発地点から前記到着地点までの走行ルートを探索し、前記走行ルートの走行距離と運転時間とを算出する第１の算出処理と、
   前記第１の算出処理によって得られた走行ルート、走行距離、および運転時間に基づいて、前記走行ルートを走行する場合の自動車保険料を算出する第２の算出処理と、
   前記第２の算出処理によって算出された自動車保険料を前記端末に送信する送信処理と、
   を実行することを特徴とする設定装置。
2. 前記受信処理では、前記プロセッサは、前記走行ルートを走行する走行日時を受信し、
   前記第２の算出処理では、前記プロセッサは、前記受信処理によって受信された走行日時における前記走行ルート上の地点の気象情報に基づいて、前記走行ルートを走行する場合の自動車保険料を算出することを特徴とする請求項１に記載の設定装置。
3. 前記受信処理では、前記プロセッサは、前記走行ルートを走行する走行日時を受信し、
   前記第２の算出処理では、前記プロセッサは、前記受信処理によって受信された走行日時における前記走行ルート上の地点の道路状況に関する情報に基づいて、前記走行ルートを走行する場合の自動車保険料を算出することを特徴とする請求項１に記載の設定装置。
4. 前記道路状況に関する情報は、前記走行ルート上の地点における渋滞に関する情報であることを特徴とする請求項３に記載の設定装置。
5. 前記道路状況に関する情報は、前記走行ルート上の地点における事故発生回数であることを特徴とする請求項３に記載の設定装置。
6. 前記第２の算出処理では、前記プロセッサは、前記走行ルートを走行する被保険者の過去の事故回数に基づいて、前記走行ルートを走行する場合の自動車保険料を算出することを特徴とする請求項１に記載の設定装置。
7. 前記設定装置は、被保険者が前記自動車保険料の適用を受けて前記走行ルートを前記利用日時に走行した場合に発生した事故に関する情報を記憶するデータベースを有し、
   前記第２の算出処理では、前記プロセッサは、前記データベースに記憶された情報に基づいて、前記走行ルートを走行する場合の自動車保険料を算出することを特徴とする請求項１に記載の設定装置。
8. 自動車保険料の設定をプロセッサに実行させる設定プログラムであって、
   前記プロセッサに、
   前記端末から出発地点および到着地点を受信する受信処理と、
   前記受信処理によって受信された出発地点および到着地点に基づいて、前記出発地点から前記到着地点までの走行ルートを探索し、前記走行ルートの走行距離と運転時間とを算出する第１の算出処理と、
   前記第１の算出処理によって得られた走行ルート、走行距離、および運転時間に基づいて、前記走行ルートを走行する場合の自動車保険料を算出する第２の算出処理と、
   前記第２の算出処理によって算出された自動車保険料を前記端末に送信する送信処理と、
   を実行させることを特徴とする設定プログラム。

Images