(57)【要約】【課題】保険会社が変わった場合でも，車両を運転しようとする者に保険契約が適用されるかどうかの判断を確実に行うことができる運転可能判断システムを提供する。【解決手段】運転者管理装置と，複数の保険契約情報サーバーと，前記運転者管理装置と通信可能であり，かつ前記保険契約情報サーバーのそれぞれと通信可能である中継サーバーとを備え，中継サーバーは，車両ＩＤ,保険契約の契約期間及び保険契約情報サーバーの通信アドレスが対応付けられた保険契約管理リストを記憶する記憶部と，運転者管理装置から受信した車両ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに車両ＩＤ及び契約期間を送信し，送信した車両ＩＤ及び契約期間によって特定される保険契約の保険契約情報を保険契約情報サーバーから受信し，受信した保険契約情報を運転者管理装置に送信する保険契約情報提供中継部とを備える。【選択図】図１
2007316992.tif 000002
【特許請求の範囲】
【請求項１】
運転者管理装置と，複数の保険契約情報サーバーと，前記運転者管理装置と通信可能であり，かつ前記保険契約情報サーバーのそれぞれと通信可能である中継サーバーとを備え，
運転者管理装置は，個人情報の入力を受け付ける個人情報入力部と，車両を識別するための車両ＩＤ及び中継サーバーの通信アドレスを記憶する記憶部と，前記中継サーバーに対して車両ＩＤを送信し，この車両ＩＤの車両に適用される保険契約の保険契約情報を中継サーバーから受信する保険契約情報取得部と，保険契約情報と個人情報とを利用して運転者に保険契約が適用されるか否かを判断する保険契約適用判断部とを備え，
複数の保険契約情報サーバーのそれぞれは，車両ＩＤ，契約期間及び保険契約情報が対応付けられた保険契約情報リストを記憶する記憶部と，中継サーバーから受信した車両ＩＤ及び契約期間をキーにして保険契約情報リストから対応する保険契約情報を取得し，取得した保険契約情報を中継サーバーに送信する保険契約情報提供部とを備え，
中継サーバーは，車両ＩＤ,保険契約の契約期間及び保険契約情報サーバーの通信アドレスが対応付けられた保険契約管理リストを記憶する記憶部と，運転者管理装置から受信した車両ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに車両ＩＤ及び契約期間を送信し，送信した車両ＩＤ及び契約期間によって特定される保険契約の保険契約情報を保険契約情報サーバーから受信し，受信した保険契約情報を運転者管理装置に送信する保険契約情報提供中継部とを備える運転可能判断システム。
【請求項２】
運転者に保険契約が適用されないと保険契約適用判断部が判断したときに，運転者に警告を通知する通知部又は駆動力の作動を禁止する駆動力作動禁止部をさらに備える請求項１に記載のシステム。
【請求項３】
運転者管理装置の記憶部は，保険契約情報取得部が中継サーバーから受信した保険契約情報を記憶する請求項１に記載のシステム。
【請求項４】
中継サーバーの保険契約情報提供中継部は，現在日時を契約期間に含む保険契約に対応した保険契約情報サーバーの通信アドレスと，次の契約期間の保険契約に対応した保険契約情報サーバーの通信アドレスを取得し，それぞれの通信アドレスの保険契約情報サーバーに車両ＩＤ及び契約期間を送信し，送信した車両ＩＤ及び契約期間によって特定される保険契約の保険契約情報をそれぞれの保険契約情報サーバーから受信し，受信した複数の保険契約情報を運転者管理装置に送信し，
運転者管理装置の保険契約情報取得部は，中継サーバーから複数の保険契約情報を受信し，運転者管理装置の記憶部は，これらの保険契約情報を記憶する請求項１に記載の記載のシステム。
【請求項５】
運転者管理装置の記憶部は，個人ＩＤと，過去に保険契約適用判断部によって運転者に保険契約が適用されると判断された日時からなる判断日時とが対応づけられた保険適用者リストを記憶し，
保険契約適用判断部は，個人ＩＤをキーにして保険適用者リストから過去の判断日時を取得し，過去の判断日時から現在日時までの経過期間が所定基準内であれば，運転者に保険契約が適用されると判断する請求項１に記載のシステム。
【請求項６】
中継サーバーは，保険契約更新管理部をさらに備え，
保険契約情報提供中継部が車両ＩＤを受信すると，保険契約更新管理部は，前回の保険契約情報の送付時以降に保険契約の更新があったか否かを判断し，
保険契約情報提供中継部は，保険契約更新管理部が更新があったと判断した場合にのみ，保険契約情報サーバーから保険契約情報を取得する請求項１に記載のシステム。
【請求項７】
保険契約情報の登録に利用される保険契約情報登録端末をさらに備え，
保険契約情報登録端末は，保険会社を識別するための保険会社ＩＤ及び保険契約情報の入力を受け付ける入力部と，中継サーバーの通信アドレスを記憶する記憶部と，受け付けた保険会社ＩＤ及び保険契約情報を中継サーバーに送信して登録を要求する保険契約情報登録要求部とを備え，
中継サーバーの記憶部は，保険会社ＩＤと，保険契約情報サーバーの通信アドレスが対応付けられた通信アドレスリストを記憶し，
中継サーバーは，保険契約情報登録中継部をさらに備え，
保険契約情報登録中継部は，保険契約情報登録要求部から保険会社ＩＤ及び保険契約情報を受信すると，保険会社ＩＤをキーにして通信アドレスリストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに保険契約情報を送信して登録を要求し，かつこの通信アドレスと，保険契約情報中の車両ＩＤ及び契約期間を対応付けて保険契約管理リストに登録し，
保険契約情報サーバーは，保険契約情報登録部をさらに備え，
保険契約情報登録部は，受信した保険契約情報から車両ＩＤ及び契約期間を抽出し，車両ＩＤ，契約期間及び保険契約情報を対応付けて保険契約情報リストに登録する請求項１に記載のシステム。
【請求項８】
中継サーバーの記憶部は，保険会社ＩＤと，所定期間単位内の契約件数が対応付けられた保険契約動向リストと，保険会社ＩＤと送信先アドレスとが対応付けられた送信先アドレスリストとを記憶し，
中継サーバーは，保険契約動向集計部と，保険契約動向配信部とをさらに備え，
保険契約動向集計部は，保険契約情報登録端末から保険会社ＩＤ及び保険契約情報を受信する度に，現在日時が含まれる期間の保険契約動向リストにおいて，受信した保険会社ＩＤに対応した契約件数のカウントをアップし，
保険契約動向配信部は，送信対象の保険契約動向リストを契約件数順にソートし，ソート後の保険契約動向リストを，各保険会社ＩＤをキーにして送信先アドレスリストから取得された送信先アドレスに送信する請求項７に記載のシステム。
【請求項９】
保険契約動向配信部は，保険契約動向リストを送信する前に，送信先以外の保険会社の保険会社ＩＤを隠すフィルタ処理を保険契約動向リストに対して施す請求項８に記載のシステム。
【請求項１０】
中継サーバーは，入力部と，運営費負担額配信部をさらに備え，
入力部は，運営費の入力を受け付け，
運営費負担額配信部は，保険契約動向リストから各保険会社ＩＤに対応した契約件数の割合を算出し，算出した割合×運営費を計算することによって各保険会社ＩＤに対応した運営費負担額を算出し，算出した運営費負担額を,各保険会社ＩＤをキーにして送信先アドレスリストから取得された送信先アドレスに送信する請求項８に記載のシステム。
【請求項１１】
中継サーバーは，保険契約整理部をさらに備え，
保険契約整理部は，保険契約管理リスト中の各保険契約の契約期間と，現在日時とを比較し，契約期間が満了している場合には，その保険契約を保険契約管理リストから削除する請求項１に記載のシステム。
【請求項１２】
保険契約情報登録端末は，広告情報取得部をさらに備え，
広告情報取得部は，保険会社ＩＤを中継サーバーに送信し，その保険会社ＩＤに対応した広告情報を中継サーバーから受信し，
中継サーバーの記憶部は，保険会社ＩＤと，保険会社の広告情報とが対応付けられた広告情報リストを記憶し，
中継サーバーは，広告情報提供部をさらに備え，
広告情報提供部は，広告情報取得部から保険会社ＩＤを受信すると，受信した保険会社ＩＤをキーにして広告情報リストから対応する広告情報を取得し，取得した広告情報を保険契約情報登録端末に送信する請求項７に記載のシステム。
【請求項１３】
事故情報の登録に利用される事故情報登録端末をさらに備え，
事故情報登録端末は，事故情報の入力を受け付ける入力部と，中継サーバーの通信アドレスを記憶する記憶部と，受け付けた事故情報を中継サーバーに送信して登録を要求する事故情報登録要求部とを備え，
中継サーバーの記憶部は，保険会社ＩＤと，保険契約情報サーバーの通信アドレスが対応付けられた通信アドレスリストを記憶し，
中継サーバーは，事故情報登録中継部をさらに備え，
事故情報登録中継部は，事故情報登録要求部から事故情報を受信すると，事故情報に含まれる車両ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに事故情報を送信して登録を要求し，
保険契約情報サーバーの記憶部は，車両ＩＤと事故情報とが対応付けられた事故情報リストを記憶し，
保険契約情報サーバーは，事故情報登録部をさらに備え，
事故情報登録部は，事故情報を受信すると，受信した事故情報を車両ＩＤと対応づけて事故情報リストに登録する請求項１に記載のシステム。
【請求項１４】
個人情報管理サーバーをさらに備え，
個人情報管理サーバーは，生態情報と個人情報とが対応付けられた個人情報リストを記憶する記憶部と，運転者管理装置から受信した生態情報をキーにして生態情報リストから個人情報を取得し，取得した個人情報を運転者管理装置に送信する個人情報提供部とを備え，
運転者管理装置は，個人情報入力部と共に又は個人情報入力部の代わりに，生態情報入力部と個人情報取得部とをさらに備え，
運転者管理装置の記憶部が，個人情報管理サーバーとの通信アドレスを記憶し，生態情報入力部が，運転者の生態情報の入力を受け付け，個人情報取得部が，入力された生態情報を個人情報管理サーバーに送信し，個人情報管理サーバーから対応する個人情報を受信する請求項１に記載のシステム。
【請求項１５】
運転者管理装置の保険契約情報取得部は，車両に適用される保険契約が運転者に適用されないと保険契約適用判断部が判断したときに，個人情報に含まれる，個人を特定する個人ＩＤを中継サーバーに送信し，この個人ＩＤの個人の適用される保険契約の保険契約情報を中継サーバーから受信し，保険契約適用判断部は，この保険契約情報と個人情報を利用して運転者に保険契約が適用されるか否かを判断し，
保険契約情報サーバーの記憶部は，個人ＩＤ，契約期間及び保険契約情報とを対応付けて保険契約情報リストに記憶し，保険契約情報提供部は，中継サーバーから受信した個人ＩＤ及び契約期間をキーにして保険契約情報リストから保険契約情報を取得し，取得した保険契約情報を中継サーバーに送信し，
中継サーバーの記憶部は，個人ＩＤ,保険契約の契約期間及び保険契約情報サーバーの通信アドレスを対応付けて保険契約管理リストに記憶し，
保険契約情報提供中継部は，運転者管理装置から受信した個人ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに個人ＩＤ及び契約期間を送信し，送信した個人ＩＤ及び契約期間によって特定される保険契約の保険契約情報を保険契約情報サーバーから受信し，受信した保険契約情報を運転者管理装置に送信する請求項１に記載のシステム。
【請求項１６】
運転者管理装置と，複数の保険契約情報サーバーのそれぞれと通信可能である中継サーバーであって，
運転者管理装置は，個人情報の入力を受け付ける個人情報入力部と，車両を識別するための車両ＩＤ及び中継サーバーの通信アドレスを記憶する記憶部と，前記中継サーバーに対して車両ＩＤを送信し，この車両ＩＤの車両に適用される保険契約の保険契約情報を中継サーバーから受信する保険契約情報取得部と，保険契約情報と個人情報とを利用して運転者に保険契約が適用されるか否かを判断する保険契約適用判断部とを備え，
複数の保険契約情報サーバーのそれぞれは，車両ＩＤ，契約期間及び保険契約情報が対応付けられた保険契約情報リストを記憶する記憶部と，中継サーバーから受信した車両ＩＤ及び契約期間をキーにして保険契約情報リストから対応する保険契約情報を取得し，取得した保険契約情報を中継サーバーに送信する保険契約情報提供部とを備え，
車両ＩＤ,保険契約の契約期間及び保険契約情報サーバーの通信アドレスが対応付けられた保険契約管理リストを記憶する記憶部と，運転者管理装置から受信した車両ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに車両ＩＤ及び契約期間を送信し，送信した車両ＩＤ及び契約期間によって特定される保険契約の保険契約情報を保険契約情報サーバーから受信し，受信した保険契約情報を運転者管理装置に送信する保険契約情報提供中継部とを備える運転可能判断システム用中継サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，運転可能判断システムに関する。また，本発明は，車両を運転しようとする者に保険契約が適用されるかどうかの判断を確実に行うシステムに関する。
【背景技術】
【０００２】
近年，自動車保険の契約内容が複雑化し，保険契約された自動車に対して運転しようとする者が運転可能かどうかの判断を下すのが難しくなってきている。
通常は自動車のオーナーが契約時に契約内容を決定し，契約するが，その内容をオーナーが気にとめておかないと，例えば，知人などに運転を任そうとする場合，契約内容の範囲外，保険適用外の者にうっかり運転を任せてしまう可能性がある。
【０００３】
また，保険条件が複雑になること，条件を正確に記憶していないなどで，運転しようとする者が契約内容に合致しているか，判断がつきにくい場合がある。
【０００４】
また，特定の保険会社が発行するＩＣカードなどでは，その保険会社との契約が必要であり，家族外の人の判断のためには個人の識別として，免許証などの一般化された個人特定の情報源が必要である。
【０００５】
このような問題を解決するために，特許文献１の発明では，保険契約が適用されない運転者が，運転者毎の情報を記憶する情報記憶器を所持して車両に乗り込んだとき，情報記憶器から受信した情報に基づいて運転者が保険契約に適合するか否かを判定して，運転者の運転を制限することができる警告装置が提供されている。
【特許文献１】特開２００４−１７１５３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
近年は保険会社が多く存在し，保険のサービスに関しても年々変更され，保険会社ごとの差を出そうと各社が懸命になっている。このような中，保険の利用者にとっても，より有利な条件やその利用者の生活パターンや家族構成の変化などにより，保険会社を見直したいという要望がある。
【０００７】
特許文献１の発明では，保険会社を変えるたびに情報記憶器の設定変更が必要であり，この設定変更を怠ると，警告装置が適切に作動しないという課題がある。
【０００８】
本発明はこのような事情に鑑みてなされたものであり，保険会社が変わった場合でも，車両を運転しようとする者に保険契約が適用されるかどうかの判断を確実に行うことができる運転可能判断システムを提供するものである。
【課題を解決するための手段及び発明の効果】
【０００９】
本発明によれば，運転者管理装置と，複数の保険契約情報サーバーと，前記運転者管理装置と通信可能であり，かつ前記保険契約情報サーバーのそれぞれと通信可能である中継サーバーとを備え，運転者管理装置は，個人情報の入力を受け付ける個人情報入力部と，車両を識別するための車両ＩＤ及び中継サーバーの通信アドレスを記憶する記憶部と，前記中継サーバーに対して車両ＩＤを送信し，この車両ＩＤの車両に適用される保険契約の保険契約情報を中継サーバーから受信する保険契約情報取得部と，保険契約情報と個人情報とを利用して運転者に保険契約が適用されるか否かを判断する保険契約適用判断部とを備え，複数の保険契約情報サーバーのそれぞれは，車両ＩＤ，契約期間及び保険契約情報が対応付けられた保険契約情報リストを記憶する記憶部と，中継サーバーから受信した車両ＩＤ及び契約期間をキーにして保険契約情報リストから対応する保険契約情報を取得し，取得した保険契約情報を中継サーバーに送信する保険契約情報提供部とを備え，中継サーバーは，車両ＩＤ,保険契約の契約期間及び保険契約情報サーバーの通信アドレスが対応付けられた保険契約管理リストを記憶する記憶部と，運転者管理装置から受信した車両ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに車両ＩＤ及び契約期間を送信し，送信した車両ＩＤ及び契約期間によって特定される保険契約の保険契約情報を保険契約情報サーバーから受信し，受信した保険契約情報を運転者管理装置に送信する保険契約情報提供中継部とを備える運転可能判断システムが提供される。
【００１０】
本発明によれば，車両に搭載される運転者管理装置は，中継サーバーを介して，複数の保険契約情報サーバーから保険契約情報を取得することができる。従って，本発明のシステムを車両に搭載することによって，保険会社が変わった場合でも，車両を運転しようとする者に保険契約が適用されるかどうかの判断を確実に行うことができる。
【発明を実施するための最良の形態】
【００１１】
本発明の一実施形態の運転可能判断システムは，運転者管理装置と，複数の保険契約情報サーバーと，前記運転者管理装置と通信可能であり，かつ前記保険契約情報サーバーのそれぞれと通信可能である中継サーバーとを備え，運転者管理装置は，個人情報の入力を受け付ける個人情報入力部と，車両を識別するための車両ＩＤ及び中継サーバーの通信アドレスを記憶する記憶部と，前記中継サーバーに対して車両ＩＤを送信し，この車両ＩＤの車両に適用される保険契約の保険契約情報を中継サーバーから受信する保険契約情報取得部と，保険契約情報と個人情報とを利用して運転者に保険契約が適用されるか否かを判断する保険契約適用判断部とを備え，複数の保険契約情報サーバーのそれぞれは，車両ＩＤ，契約期間及び保険契約情報が対応付けられた保険契約情報リストを記憶する記憶部と，中継サーバーから受信した車両ＩＤ及び契約期間をキーにして保険契約情報リストから対応する保険契約情報を取得し，取得した保険契約情報を中継サーバーに送信する保険契約情報提供部とを備え，中継サーバーは，車両ＩＤ,保険契約の契約期間及び保険契約情報サーバーの通信アドレスが対応付けられた保険契約管理リストを記憶する記憶部と，運転者管理装置から受信した車両ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに車両ＩＤ及び契約期間を送信し，送信した車両ＩＤ及び契約期間によって特定される保険契約の保険契約情報を保険契約情報サーバーから受信し，受信した保険契約情報を運転者管理装置に送信する保険契約情報提供中継部とを備える。
【００１２】
好ましくは，運転者管理装置は，運転者に保険契約が適用されないと保険契約適用判断部が判断したときに，運転者に警告を通知する通知部又は駆動力の作動を禁止する駆動力作動禁止部をさらに備える。
この場合，運転者に保険が適用されない旨を確実に伝えるか，保険が適用されない運転者による運転を確実に防止することができる。
【００１３】
好ましくは，運転者管理装置の記憶部は，保険契約情報取得部が中継サーバーから受信した保険契約情報を記憶する。
この場合，保険契約適用判断部は，この記憶部に記憶された保険契約情報を用いて保険契約適合の判断を行うことができる。これによって，保険契約情報取得部が中継サーバーから保険契約情報の受信ができないときでも，保険契約適用判断部は，記憶部にある保険契約情報を利用して，運転者に保険契約が適用されるか否かの判断を行うことができる。
【００１４】
好ましくは，中継サーバーの保険契約情報提供中継部は，現在日時を契約期間に含む保険契約に対応した保険契約情報サーバーの通信アドレスと，次の契約期間の保険契約に対応した保険契約情報サーバーの通信アドレスを取得し，それぞれの通信アドレスの保険契約情報サーバーに車両ＩＤ及び契約期間を送信し，送信した車両ＩＤ及び契約期間によって特定される保険契約の保険契約情報をそれぞれの保険契約情報サーバーから受信し，受信した複数の保険契約情報を運転者管理装置に送信し，運転者管理装置の保険契約情報取得部は，中継サーバーから複数の保険契約情報を受信し，運転者管理装置の記憶部は，これらの保険契約情報を記憶する。
この場合，運転者管理装置の記憶部には，現在日時を契約期間に含む保険契約の保険契約情報と次の契約期間の保険契約の保険契約情報が記憶されるので，保険契約の切り替えの際に，保険契約情報取得部が中継サーバーから保険契約情報を受信することができないときでも，保険契約適用判断部は，記憶部にある次の契約期間の保険契約の保険契約情報を利用して，運転者に保険契約が適用されるか否かの判断を行うことができる。
【００１５】
好ましくは，運転者管理装置の記憶部は，個人ＩＤと，過去に保険契約適用判断部によって運転者に保険契約が適用されると判断された日時からなる判断日時とが対応づけられた保険適用者リストを記憶し，保険契約適用判断部は，個人ＩＤをキーにして保険適用者リストから過去の判断日時を取得し，過去の判断日時から現在日時までの経過期間が所定基準内であれば，運転者に保険契約が適用されると判断する。
この場合，再度，保険契約が適用されるか否かを判断する手間を省くことができ，効率的である。
【００１６】
好ましくは，中継サーバーは，保険契約更新管理部をさらに備え，保険契約情報提供中継部が車両ＩＤを受信すると，保険契約更新管理部は，前回の保険契約情報の送付時以降に保険契約の更新があったか否かを判断し，保険契約情報提供中継部は，保険契約更新管理部が更新があったと判断した場合にのみ，保険契約情報サーバーから保険契約情報を取得する。この場合，保険契約が更新されている場合にのみ中継サーバーが保険契約情報を取得するので，不要な通信を避けることができる。
【００１７】
好ましくは，保険契約情報の登録に利用される保険契約情報登録端末をさらに備え，保険契約情報登録端末は，保険会社を識別するための保険会社ＩＤ及び保険契約情報の入力を受け付ける入力部と，中継サーバーの通信アドレスを記憶する記憶部と，受け付けた保険会社ＩＤ及び保険契約情報を中継サーバーに送信して登録を要求する保険契約情報登録要求部とを備え，中継サーバーの記憶部は，保険会社ＩＤと，保険契約情報サーバーの通信アドレスが対応付けられた通信アドレスリストを記憶し，中継サーバーは，保険契約情報登録中継部をさらに備え，保険契約情報登録中継部は，保険契約情報登録要求部から保険会社ＩＤ及び保険契約情報を受信すると，保険会社ＩＤをキーにして通信アドレスリストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに保険契約情報を送信して登録を要求し，かつこの通信アドレスと，保険契約情報中の車両ＩＤ及び契約期間を対応付けて保険契約管理リストに登録し，保険契約情報サーバーは，保険契約情報登録部をさらに備え，保険契約情報登録部は，受信した保険契約情報から車両ＩＤ及び契約期間を抽出し，車両ＩＤ，契約期間及び保険契約情報を対応付けて保険契約情報リストに登録する。
この場合，保険契約情報登録端末をカーディーラーに配置することによって，車両購入時などにカーディーラーで保険契約情報の登録を行うことができるので，保険契約情報の登録を簡便に行うことができる。
【００１８】
好ましくは，中継サーバーの記憶部は，保険会社ＩＤと，所定期間単位内の契約件数が対応付けられた保険契約動向リストと，保険会社ＩＤと送信先アドレスとが対応付けられた送信先アドレスリストとを記憶し，中継サーバーは，保険契約動向集計部と，保険契約動向配信部とをさらに備え，保険契約動向集計部は，保険契約情報登録端末から保険会社ＩＤ及び保険契約情報を受信する度に，現在日時が含まれる期間の保険契約動向リストにおいて，受信した保険会社ＩＤに対応した契約件数のカウントをアップし，保険契約動向配信部は，送信対象の保険契約動向リストを契約件数順にソートし，ソート後の保険契約動向リストを，各保険会社ＩＤをキーにして送信先アドレスリストから取得された送信先アドレスに送信する。
この場合，各保険会社は，保険契約の動向を知ることができ，この動向を営業活動に役立てることができる。これによって，より多くの保険会社が本実施形態のシステムに参加することが促進される。
【００１９】
好ましくは，保険契約動向配信部は，保険契約動向リストを送信する前に，送信先以外の保険会社の保険会社ＩＤを隠すフィルタ処理を保険契約動向リストに対して施す。
この場合，自社の保険契約件数を他社に知られたくない保険会社が存在する場合にも，本発明のシステムは，対応することができる。
【００２０】
好ましくは，中継サーバーは，入力部と，運営費負担額配信部をさらに備え，入力部は，運営費の入力を受け付け，運営費負担額配信部は，保険契約動向リストから各保険会社ＩＤに対応した契約件数の割合を算出し，算出した割合×運営費を計算することによって各保険会社ＩＤに対応した運営費負担額を算出し，算出した運営費負担額を,各保険会社ＩＤをキーにして送信先アドレスリストから取得された送信先アドレスに送信する。
この場合，中継サーバーの利用割合に応じて，各保険会社に平等に中継サーバーの運営費を負担させることができる。
【００２１】
好ましくは，中継サーバーは，保険契約整理部をさらに備え，保険契約整理部は，保険契約管理リスト中の各保険契約の契約期間と，現在日時とを比較し，契約期間が満了している場合には，その保険契約を保険契約管理リストから削除する。
この場合，既に過去のものとなった保険契約を中継サーバーの保険契約管理リストから削除することによって，中継サーバーの記憶容量の負荷を低減することができる。
【００２２】
好ましくは，保険契約情報登録端末は，広告情報取得部をさらに備え，広告情報取得部は，保険会社ＩＤを中継サーバーに送信し，その保険会社ＩＤに対応した広告情報を中継サーバーから受信し，中継サーバーの記憶部は，保険会社ＩＤと，保険会社の広告情報とが対応付けられた広告情報リストを記憶し，中継サーバーは，広告情報提供部をさらに備え，広告情報提供部は，広告情報取得部から保険会社ＩＤを受信すると，受信した保険会社ＩＤをキーにして広告情報リストから対応する広告情報を取得し，取得した広告情報を保険契約情報登録端末に送信する。
この場合，各保険会社は，自社の保険契約の内容等を効果的に宣伝することができる。
【００２３】
好ましくは，事故情報の登録に利用される事故情報登録端末をさらに備え，事故情報登録端末は，事故情報の入力を受け付ける入力部と，中継サーバーの通信アドレスを記憶する記憶部と，受け付けた事故情報を中継サーバーに送信して登録を要求する事故情報登録要求部とを備え，中継サーバーの記憶部は，保険会社ＩＤと，保険契約情報サーバーの通信アドレスが対応付けられた通信アドレスリストを記憶し，中継サーバーは，事故情報登録中継部をさらに備え，事故情報登録中継部は，事故情報登録要求部から事故情報を受信すると，事故情報に含まれる車両ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに事故情報を送信して登録を要求し，保険契約情報サーバーの記憶部は，車両ＩＤと事故情報とが対応付けられた事故情報リストを記憶し，保険契約情報サーバーは，事故情報登録部をさらに備え，事故情報登録部は，事故情報を受信すると，受信した事故情報を車両ＩＤと対応づけて事故情報リストに登録する。
この場合，事故情報登録端末をカーディーラーに配置することによって，事故を起こした者は，簡便に，自己の保険会社に事故情報を知らせることができる。
【００２４】
好ましくは，個人情報管理サーバーをさらに備え，個人情報管理サーバーは，生態情報と個人情報とが対応付けられた個人情報リストを記憶する記憶部と，運転者管理装置から受信した生態情報をキーにして生態情報リストから個人情報を取得し，取得した個人情報を運転者管理装置に送信する個人情報提供部とを備え，運転者管理装置は，個人情報入力部と共に又は個人情報入力部の代わりに，生態情報入力部と個人情報取得部とをさらに備え，運転者管理装置の記憶部が，個人情報管理サーバーとの通信アドレスを記憶し，生態情報入力部が，運転者の生態情報の入力を受け付け，個人情報取得部が，入力された生態情報を個人情報管理サーバーに送信し，個人情報管理サーバーから対応する個人情報を受信する。
この場合，指紋などの生態情報を運転者管理装置に入力するだけで，個人情報の取得が可能になるので，個人情報の入力のための個人カードなどを用いた個人情報の入力が不要になる。
【００２５】
好ましくは，運転者管理装置の保険契約情報取得部は，車両に適用される保険契約が運転手に適用されないと保険契約適用判断部が判断したときに，個人情報に含まれる，個人を特定する個人ＩＤを中継サーバーに送信し，この個人ＩＤの個人の適用される保険契約の保険契約情報を中継サーバーから受信し，保険契約適用判断部は，この保険契約情報と個人情報を利用して運転者に保険契約が適用されるか否かを判断し，保険契約情報サーバーの記憶部は，個人ＩＤ，契約期間及び保険契約情報とを対応付けて保険契約情報リストに記憶し，保険契約情報提供部は，中継サーバーから受信した個人ＩＤ及び契約期間をキーにして保険契約情報リストから保険契約情報を取得し，取得した保険契約情報を中継サーバーに送信し，中継サーバーの記憶部は，個人ＩＤ,保険契約の契約期間及び保険契約情報サーバーの通信アドレスを対応付けて保険契約管理リストに記憶し，保険契約情報提供中継部は，運転者管理装置から受信した個人ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに個人ＩＤ及び契約期間を送信し，送信した個人ＩＤ及び契約期間によって特定される保険契約の保険契約情報を保険契約情報サーバーから受信し，受信した保険契約情報を運転者管理装置に送信する。
この場合，運転者が，個人を対象にした保険契約を結んでいる場合にも対応できる。
【００２６】
ところで，本発明は，運転者管理装置と，複数の保険契約情報サーバーのそれぞれと通信可能である中継サーバーであって，運転者管理装置は，個人情報の入力を受け付ける個人情報入力部と，車両を識別するための車両ＩＤ及び中継サーバーの通信アドレスを記憶する記憶部と，前記中継サーバーに対して車両ＩＤを送信し，この車両ＩＤの車両に適用される保険契約の保険契約情報を中継サーバーから受信する保険契約情報取得部と，保険契約情報と個人情報とを利用して運転者に保険契約が適用されるか否かを判断する保険契約適用判断部とを備え，複数の保険契約情報サーバーのそれぞれは，車両ＩＤ，契約期間及び保険契約情報が対応付けられた保険契約情報リストを記憶する記憶部と，中継サーバーから受信した車両ＩＤ及び契約期間をキーにして保険契約情報リストから対応する保険契約情報を取得し，取得した保険契約情報を中継サーバーに送信する保険契約情報提供部とを備え，車両ＩＤ,保険契約の契約期間及び保険契約情報サーバーの通信アドレスが対応付けられた保険契約管理リストを記憶する記憶部と，運転者管理装置から受信した車両ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに車両ＩＤ及び契約期間を送信し，送信した車両ＩＤ及び契約期間によって特定される保険契約の保険契約情報を保険契約情報サーバーから受信し，受信した保険契約情報を運転者管理装置に送信する保険契約情報提供中継部とを備える運転可能判断システム用中継サーバーも提供する。上記運転可能判断システムについての説明は，この運転可能判断システム用中継サーバーについても当てはまる。
【００２７】
以下，本発明の一実施形態を図面を用いて説明する。図面や以下の記述中で示す構成は，例示であって，本発明の範囲は，図面や以下の記述中で示すものに限定されない。
【００２８】
１．運転可能判断システムの構成
図１は，本発明の一実施形態の運転可能判断システムの全体構成を示すブロック図である。本実施形態のシステムは，運転者管理装置１と，複数の保険契約情報サーバー２と，中継サーバー３と，保険契約情報登録端末４と，事故情報登録端末５と，個人情報管理サーバー６とを備えている。
運転者管理装置１は，車両に搭載される。複数の保険契約情報サーバー２は，一般に，それぞれ，別々の保険会社によって管理される。中継サーバー３や個人情報管理サーバー６は，例えば，保険会社が共同で設立した会社によって管理される。保険契約情報登録端末４及び事故情報登録端末５は，一般に，種々のメーカーのカーディーラーに設置される。
以下，各構成について詳細に説明する。
【００２９】
１−１．運転者管理装置
まず，図２を用いて，運転者管理装置１の構成について説明する。図２は，運転者管理装置１の構成を示すブロック図である。運転者管理装置１は，制御部８と，個人情報入力部９と，記憶部１０と，通信部１１と，時計部１２と，保険契約情報取得部１３と，保険契約適用判断部１４と，通知部１５と，駆動力作動禁止部１６と，生態情報入力部１７と，個人情報取得部１８とを備える。
【００３０】
制御部８は，運転者管理装置１全体の制御を行う。
【００３１】
個人情報入力部９は，運転者の個人情報の入力を受け付ける。個人情報入力部９は，例えば，ＩＣカードリーダーであり，運転者の個人情報が記憶されたカード（例：ＩＣカード型免許証）から，運転者の個人情報を読み取る。個人情報は，本実施形態では，運転者に保険契約が適用されるか否かを判断するために用いられる個人に関する情報である。個人情報は，一例では，個人ＩＤ（例:免許番号），運転者の名前，住所及び生年月日（又は年齢）を含む。
【００３２】
記憶部１０は，例えば，半導体メモリやハードディスクで構成され，種々のデータを記憶する。記憶部１０は，例えば，中継サーバー３及び個人情報管理サーバー６の通信アドレス（例：ＩＰアドレス，インターネット上のドメイン名を伴うサーバー名），受信した保険契約情報及び保険適用者リストを記憶する。
記憶される保険契約情報は，現在日時を契約期間に含む保険契約の保険契約情報のみの場合もあれば，現在日時を契約期間に含む保険契約と次の契約期間の保険契約の保険契約情報の場合もある。
保険適用者リストは，表１に示すように，保険契約が適用されると判断された者の個人ＩＤと，その判断日時とが対応付けられて構成される。運転者の個人ＩＤがこのリストに含まれていて，かつこのリストの判断日時から現在日時までの経過時間が所定範囲内の場合は，新たに保険契約情報と個人情報とを照合することなく，運転者に保険契約が適用されると判断することができる。なお，以下に示す本明細書中の全ての表中の内容は，例示であって，本発明の内容を限定するものではない。
【表１】
2007316992.tif 000003
【００３３】
通信部１１は，中継サーバー３や個人情報管理サーバー６との通信に用いられる。通信部１１は，有線通信又は無線通信により種々のネットワークに接続する機能を実現する部分である。通信部１１は，特に，無線によるネットワーク接続機能を実現するソフトウエアモジュール又はハードウエアモジュールから構成されることが好ましい。通信部１１は，中継サーバー３や個人情報管理サーバー６に直接接続して通信してよく，最寄のアクセスポイントに接続し，インターネットを介して中継サーバー３や個人情報管理サーバー６に接続して通信してもよい。
【００３４】
時計部１２は，現在日時を保持し，要求に従って現在日時を提供する。
【００３５】
保険契約情報取得部１３は，中継サーバー３に対して車両ＩＤを送信し，この車両ＩＤの車両に適用される保険契約の保険契約情報を中継サーバー３から受信する。保険契約情報は，本実施形態では，運転者に保険契約が適用されるか否かを判断するために用いられる保険契約に関する情報である。保険契約情報は，一例では，車両ＩＤ，契約者氏名，契約者住所，契約期間，運転者限定条件（本人限定，家族限定等）及び年齢限定条件を含んだものである。
また，保険契約情報取得部１３は，車両に適用される保険契約が運転者に適用されないと保険契約適用判断部１４が判断したときに，個人ＩＤを中継サーバー３に送信し，この個人ＩＤの個人の適用される保険契約の保険契約情報を中継サーバー３から受信する。
【００３６】
保険契約適用判断部１４は，保険契約情報取得部１３が受信した保険契約情報と，個人情報とを利用して運転者に保険契約が適用されるか否かを判断する。保険契約適用判断部１４による判断方法は，特に限定されないが，保険契約適用判断部１４は，一例では，保険契約の年齢条件，家族限定条件及び本人限定条件に適合しているか否かに従って判断する。
【００３７】
通知部１５は，運転者に種々のメッセージや警告を通知する。通知方法としては，例えば，ディスプレイへの表示やスピーカーからの音声出力が挙げられる。駆動力作動禁止部１６は，駆動力（例：エンジン，電気モーター）の作動を禁止する。
【００３８】
生態情報入力部１７は，運転者の生態情報（例：指紋パターン，静脈パターン）の入力を受け付ける。生態情報入力部１７は，例えば，指紋パターンリーダーや静脈パターンリーダーで構成される。
【００３９】
個人情報取得部１８は，生態情報入力部１７に入力された生態情報を個人情報管理サーバー６に送信し，個人情報管理サーバー６から対応する個人情報を受信する。
【００４０】
運転者管理装置１は，ＣＰＵ（図示せず）を有しており，ＣＰＵが記憶部１０に記憶されたプログラムに基づいた処理を行うことによって，上記種々の機能が実現される。
【００４１】
１−２．保険契約情報サーバー
次に，図３を用いて，保険契約情報サーバー２の構成について説明する。図３は，保険契約情報サーバー２の構成を示すブロック図である。
本実施形態のシステムは，複数の保険契約情報サーバー２を備えており，各保険契約情報サーバー２は，制御部２１と，記憶部２２と，通信部２３と，保険契約情報提供部２４と，保険契約情報登録部２５と,事故情報登録部２６を備えている。
【００４２】
制御部２１は，保険契約情報サーバー２全体の制御を行う。
【００４３】
記憶部２２は，例えば，半導体メモリやハードディスクで構成され，種々のデータを記憶する。記憶部２２は，例えば，保険契約情報リスト及び事故情報リストを記憶する。
【００４４】
保険契約情報リストは，表２に示すように，車両ＩＤ又は個人ＩＤと，契約期間と，保険契約情報とが対応付けられて構成される。保険契約情報については，一部のみを表２に示したが，保険契約情報には，以下に例示されるような情報が含まれてもよい。
【００４５】
・申込者情報（氏名，住所，年齢，性別等）
・被保険自動車情報（車名，型式，車両ＩＤ，初度登録年月，車台番号，安全装置あり  なし，使用状況，等）
・特約等（等級，年齢条件，運転者限定状態（本人，家族，他），等）
・契約期間（H18/11/20 16:00〜H19/11/20 16:00 など）
・保険プラン（対人対物補償（無制限，7000万円，等），人身搭乗者障害補償（１億円  ，等），車両補償条件（他車との衝突，単独ありなし），等）
・ドライバー保険かどうか（年齢区分２１歳以上か未満か）
・申込み日時
【表２】
2007316992.tif 000004
【００４６】
事故情報リストは，表３に示すように，車両ＩＤ又は個人ＩＤと，事故情報とが対応付けられて構成される。事故情報は，例えば，運転者の個人情報，事故の状況，事故の発生日時，自動車の車両ＩＤ，修理見積もりを含む。
【表３】
2007316992.tif 000005
【００４７】
通信部２３は，中継サーバー３との通信に用いられる。中継サーバー３との通信は，専用回線やインターネットなどを介して行われる。
【００４８】
保険契約情報提供部２４は，中継サーバー３から受信した車両ＩＤ又は個人ＩＤ及び契約期間をキーにして保険契約情報リストから対応する保険契約情報を取得し，取得した保険契約情報を中継サーバー３に送信する。
【００４９】
保険契約情報登録部２５は，中継サーバー３から受信した保険契約情報から車両ＩＤ及び契約期間を抽出し，車両ＩＤ，契約期間及び保険契約情報を対応付けて保険契約情報リストに登録する。
【００５０】
事故情報登録部２６は，中継サーバー３から受信した事故情報を車両ＩＤと対応づけて事故情報リストに登録する。
【００５１】
保険契約情報サーバー２は，ＣＰＵ（図示せず）を有しており，ＣＰＵが記憶部２２に記憶されたプログラムに基づいた処理を行うことによって，上記種々の機能が実現される。
【００５２】
１−３．中継サーバー
次に，図４を用いて，中継サーバー３の構成について説明する。図４は，中継サーバー３の構成を示すブロック図である。
【００５３】
中継サーバー３は，制御部２８と，記憶部２９と，通信部３０と，時計部３１と，保険契約情報提供中継部３２と，保険契約情報登録中継部３３と，保険契約動向集計部３５と，保険契約動向配信部３６と，入力部３８と，運営費負担額配信部３９と，保険契約整理部４０と，広告情報提供部４１と，保険契約更新管理部４２と,事故情報登録中継部４３とを備える。
【００５４】
制御部２８は，中継サーバー３全体の制御を行う。
【００５５】
記憶部２９は，例えば，半導体メモリやハードディスクで構成され，種々のデータを記憶する。記憶部２９は，例えば，保険契約管理リストと，保険契約動向リストと，広告情報リストと，通信アドレスリストと，送信先アドレスリストと，保険契約更新日時リストと，保険契約情報送信日時リストとを記憶する。
【００５６】
保険契約管理リストは，表４に示すように，車両ＩＤ又は個人ＩＤと，契約期間と，保険契約情報サーバー２の通信アドレスとが対応付けられて構成される。
【表４】
2007316992.tif 000006
【００５７】
保険契約動向リストは，保険会社を識別する保険会社ＩＤ（例：保険会社ＩＤ，保険会社番号）と，契約件数とが対応付けられて構成される。保険契約動向リストは，所定期間単位（日単位や月単位）で作成される。表５は，日単位の保険契約動向リストの一例であり，保険会社毎の３月２５日の契約成立件数を示している。表６は，月単位の保険契約動向リストの一例であり，保険会社毎の３月の契約成立件数を示している。
【表５】
2007316992.tif 000007
【表６】
2007316992.tif 000008
【００５８】
広告情報リストは，表７に示すように，保険会社ＩＤと，広告情報とが対応付けられて構成される。
【表７】
2007316992.tif 000009
【００５９】
通信アドレスリストは，表８に示すように，保険会社ＩＤと，保険契約情報サーバー２の通信アドレスとが対応付けられて構成される。
【表８】
2007316992.tif 000010
【００６０】
送信先アドレスリストは，表９に示すように，保険会社ＩＤと，送信先アドレス（例：電子メールアドレス）とが対応付けられて構成される。
【表９】
2007316992.tif 000011
【００６１】
保険契約更新日時リストは，表１０に示すように，車両ＩＤと，保険契約の更新日時とが対応付けられて構成される。
【表１０】
2007316992.tif 000012
【００６２】
保険契約情報送信日時リストは，表１１に示すように，車両ＩＤと，保険契約情報を運転者管理装置１に最後に送信した日時（送信日時）とが対応付けられて構成される。
【表１１】
2007316992.tif 000013
【００６３】
通信部３０は，運転者管理装置１と，複数の保険契約情報サーバー２と，保険契約情報登録端末４と，事故情報登録端末５との通信に用いられる。
【００６４】
時計部３１は，現在日時を保持し，要求に従って現在日時を提供する。
【００６５】
保険契約情報提供中継部３２は，運転者管理装置１から受信した車両ＩＤ又は個人ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバー２の通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバー２に車両ＩＤ又は個人ＩＤ及び契約期間を送信し，送信した車両ＩＤ又は個人ＩＤ及び契約期間によって特定される保険契約の保険契約情報を保険契約情報サーバー２から受信し，受信した保険契約情報を運転者管理装置に送信する。
また，保険契約情報提供中継部３２は，現在日時を契約期間に含む保険契約に対応した保険契約情報サーバーの通信アドレスと，次の契約期間の保険契約に対応した保険契約情報サーバーの通信アドレスを取得し，それぞれの通信アドレスの保険契約情報サーバー２に車両ＩＤ又は個人ＩＤ及び契約期間を送信し，送信した車両ＩＤ又は個人ＩＤ及び契約期間によって特定される保険契約の保険契約情報をそれぞれの保険契約情報サーバー２から受信し，受信した複数の保険契約情報を運転者管理装置に送信する。
【００６６】
保険契約情報登録中継部３３は，保険契約情報登録端末４から保険会社ＩＤ及び保険契約情報を受信すると，保険会社ＩＤをキーにして通信アドレスリストから対応する保険契約情報サーバー２の通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバー２に保険契約情報を送信し，かつこの通信アドレスと，保険契約情報中の車両ＩＤ及び契約期間を対応付けて保険契約管理リストに登録する。また，保険契約情報に含まれる申込日時を取り出し，それを更新日時として，車両ＩＤと更新日時を対応付けて，記憶部２９の保険契約更新日時リストの内容を更新する。すでに同じ車両ＩＤの項目がリストに存在すれば，それを上書きし，存在しない場合は項目を追加する
【００６７】
保険契約動向集計部３５は，保険契約情報登録端末４から保険会社ＩＤ及び保険契約情報を受信する度に，現在日時が含まれる期間の保険契約動向リストにおいて，受信した保険会社ＩＤに対応した契約件数のカウントをアップする。これによって，単位期間毎の各保険会社ＩＤに対応した契約件数を集計することができる。
【００６８】
保険契約動向配信部３６は，送信対象の保険契約動向リストを契約件数順にソートし，ソート後の保険契約動向リストを，各保険会社ＩＤをキーにして送信先アドレスリストから取得された送信先アドレスに送信する。また，保険契約動向配信部３６は，保険契約動向リストを送信する前に，送信先以外の保険会社の保険会社ＩＤを隠すフィルタ処理を保険契約動向リストに対して施す。なお，保険契約動向リストは，ソートをせずに，配信してもよい。
【００６９】
入力部３８は，中継サーバー３の運営費の入力を受け付ける。
【００７０】
運営費負担額配信部３９は，保険契約動向リストから各保険会社ＩＤに対応した契約件数の割合を算出し，算出した割合×運営費を計算することによって各保険会社ＩＤに対応した運営費負担額を算出し，算出した運営費負担額を，各保険会社ＩＤをキーにして送信先アドレスリストから取得された送信先アドレスに送信する。
【００７１】
保険契約整理部４０は，保険契約管理リスト中の各保険契約の契約期間と，現在日時とを比較し，契約期間が満了している場合には，その保険契約を保険契約管理リストから削除する。
【００７２】
広告情報提供部４１は，保険契約情報登録端末４の広告情報取得部５２から保険会社ＩＤを受信すると，受信した保険会社ＩＤをキーにして広告情報リストから対応する広告情報を取得し，取得した広告情報を保険契約情報登録端末４に送信する。
【００７３】
保険契約更新管理部４２は，前回の保険契約情報の送付時以降に保険契約の更新があったか否かを判断する。一例では，保険契約更新管理部４２は，受信した車両ＩＤをキーにして保険契約情報送信日時リストと保険契約更新日時リストから受信した車両ＩＤの車両に最後に保険契約情報を送信した日時（以下，保険契約情報送信日時）と，受信した車両ＩＤの車両に適用される保険契約が最後に更新された日時（以下，保険契約更新日時）を取得し，保険契約更新日時の方が保険契約情報送信日時よりも新しいか否かを判断することによって，保険契約の更新があったか否かを判断する。
【００７４】
事故情報登録中継部４３は, 事故情報登録端末５の事故情報登録要求部６１から事故情報を受信すると，事故情報に含まれる車両ＩＤ及び現在日時をキーにして保険契約管理リストから対応する保険契約情報サーバーの通信アドレスを取得し，取得した通信アドレスの保険契約情報サーバーに事故情報を送信し，その登録を要求する。
【００７５】
中継サーバー３は，ＣＰＵ（図示せず）を有しており，ＣＰＵが記憶部２９に記憶されたプログラムに基づいた処理を行うことによって，上記種々の機能が実現される。
【００７６】
１−４．保険契約情報登録端末
次に，図５を用いて，保険契約情報登録端末４の構成について説明する。図５は，保険契約情報登録端末４の構成を示すブロック図である。
【００７７】
保険契約情報登録端末４は，制御部４５と,入力部４６と,表示部４７と,記憶部４８と,通信部４９と, 時計部５０と,保険契約情報登録要求部５１と,広告情報取得部５２とを有する。
【００７８】
制御部４５は，保険契約情報登録端末４全体の制御を行う。
入力部４６は，例えば，キーボード及びマウスからなり，保険会社ＩＤ及び保険契約情報の入力を受け付ける。
表示部４７は，例えば，ディスプレイからなり，保険会社ＩＤ及び保険契約情報等の入力に必要な情報を表示する。
【００７９】
記憶部４８は，例えば，半導体メモリやハードディスクで構成され，種々のデータを記憶する。記憶部４８は，中継サーバー３の通信アドレスを記憶する。
通信部４９は，中継サーバー３との通信に用いられる。
時計部５０は，現在日時を保持し，要求に従って現在日時を提供する。
【００８０】
保険契約情報登録要求部５１は，入力部４６が受け付けた保険会社ＩＤ及び保険契約情報を中継サーバーに送信して登録を要求する。
【００８１】
広告情報取得部５２は，入力部４６が受け付けた保険会社ＩＤを中継サーバー３に送信し，その保険会社ＩＤに対応した広告情報を中継サーバー３から受信する。
【００８２】
保険契約情報登録端末４は，ＣＰＵ（図示せず）を有しており，ＣＰＵが記憶部４８に記憶されたプログラムに基づいた処理を行うことによって，上記種々の機能が実現される。
【００８３】
１−５．事故情報登録端末
次に，図６を用いて，事故情報登録端末５の構成について説明する。図６は，事故情報登録端末５の構成を示すブロック図である。
【００８４】
事故情報登録端末５は,制御部５５と, 入力部５６と,表示部５７と,記憶部５８と,通信部５９と, 時計部６０と, 事故情報登録要求部６１とを有する。
【００８５】
制御部５５は，事故情報登録端末５全体の制御を行う。
入力部５６は，例えば，キーボード及びマウスからなり，事故情報の入力を受け付ける。
表示部５７は，例えば，ディスプレイからなり，事故情報の入力に必要な情報を表示する。
【００８６】
記憶部５８は，例えば，半導体メモリやハードディスクで構成され，種々のデータを記憶する。記憶部５８は，中継サーバー３の通信アドレスを記憶する。
通信部５９は，中継サーバー３との通信に用いられる。
時計部６０は，現在日時を保持し，要求に従って現在日時を提供する。
【００８７】
事故情報登録要求部６１は，入力部５６が受け付けた事故情報を中継サーバーに送信して登録を要求する。
【００８８】
事故情報登録端末５は，ＣＰＵ（図示せず）を有しており，ＣＰＵが記憶部５８に記憶されたプログラムに基づいた処理を行うことによって，上記種々の機能が実現される。
【００８９】
１−６．個人情報管理サーバー
次に，図７を用いて，個人情報管理サーバー６の構成について説明する。図７は，個人情報管理サーバー６の構成を示すブロック図である。
【００９０】
個人情報管理サーバー６は，制御部６５と, 記憶部６６と,通信部６７と, 個人情報提供部６８と,生態情報入力部６９と,個人情報入力部７０と，個人情報登録部７１とを備える。
【００９１】
制御部６５は，個人情報管理サーバー６全体の制御を行う。
【００９２】
記憶部６６は，例えば，半導体メモリやハードディスクで構成され，種々のデータを記憶する。記憶部６６は，個人情報リストを記憶している。
【００９３】
個人情報リストは，表１２に示すように，生態情報と，個人情報とが対応付けられて構成される。生態情報は，一例として，指紋パターンを０と１のビット列で表現したものを示す。
【表１２】
2007316992.tif 000014
【００９４】
通信部６７は，運転者管理装置１との通信に用いられる。
個人情報提供部６８は，運転者管理装置１から受信した生態情報をキーにして個人情報リストから個人情報を取得し，取得した個人情報を運転者管理装置１に送信する。
【００９５】
生態情報入力部６９は，生態情報（例：指紋パターン，静脈パターン）の入力を受け付ける。生態情報入力部６９は，例えば，指紋パターンリーダーや静脈パターンリーダーで構成される。
個人情報入力部７０は，個人情報の入力を受け付ける。
個人情報登録部７１は，生態情報入力部６９が受け付けた生態情報と，個人情報入力部７０が受け付けた個人情報を対応付けて，個人情報リストに登録する。
【００９６】
個人情報管理サーバー６は，ＣＰＵ（図示せず）を有しており，ＣＰＵが記憶部６６に記憶されたプログラムに基づいた処理を行うことによって，上記種々の機能が実現される。
【００９７】
２．本実施形態の運転可能判断システムによる運転可能判断処理
図８〜図１４を用いて，本実施形態の一実施形態の運転可能判断システムによる運転可能判断処理について説明する。
【００９８】
２−１．個人情報取得
まず，車両を運転しようとする者（以下，運転者）は，自己の生態情報（本実施形態では，指紋パターン）か，個人情報（本実施形態では，個人ＩＤ（例：免許番号），氏名，住所及び生年月日）を運転者管理装置１に入力する。生態情報は，自己の生態情報を生態情報入力部（本実施形態では，指紋パターンリーダー）１７に読み込ませることによって入力することができる。個人情報は，個人情報が記録されたカード（本実施形態では，ＩＣカード型運転免許証）を個人情報入力部（本実施形態では，ＩＣカードリーダー）９に読み込ませることによって入力することができる。
【００９９】
運転者管理装置１の生態情報入力部１７は，生態情報の入力を監視し（図８のステップＳＡ１），生態情報の入力を検出すると（ステップＳＡ１のＹ），個人情報取得部１８が，入力された生態情報をキーにして，個人情報管理サーバー６から個人情報の取得を試みる（ステップＳＡ２）。
【０１００】
ここで，図１０を用いて，ステップＳＡ２の個人情報取得処理について説明する。まず，個人情報取得部１８は，記憶部１０に記憶された個人情報管理サーバー６の通信アドレス（本実施形態ではＩＰアドレス）を利用して個人情報管理サーバー６に接続し，生態情報を送信すると共に，その生態情報に対応する個人情報を要求する（図１０のステップＳＢ１）。
個人情報管理サーバー６の個人情報提供部６８は，生態情報を受信すると（ステップＳＣ１），記憶部６６にある個人情報リスト内を検索して受信した生態情報とマッチングするデータが存在するかどうかを調べる（ステップＳＣ２）。マッチングするデータがある場合（ステップＳＣ３のＹ）は，マッチングした生態情報に対応する個人情報を運転者管理装置１に送信する（ステップＳＣ４）。マッチングするデータがない場合（ステップＳＣ３のＮ）は，マッチング不成功の通知を運転者管理装置１に送信する（ステップＳＣ５）。運転者管理装置１の個人情報取得部１８は，個人情報又はマッチング不成功の通知を受信し（ステップＳＢ２），図８のステップＳＡ３に進む。
【０１０１】
図８のステップＳＡ３では，個人情報取得部１８が個人情報の取得に成功したか否かが判断される。個人情報取得部１８がマッチング不成功の通知を受信した場合（すなわち，個人情報の取得に成功しなかった場合）（ステップＳＡ３のＮ）は，通知部１５がその旨のメッセージ（例：「個人情報の取得ができませんでした。」）を運転者に通知し（ステップＳＡ４），ステップＳＡ５に進む。個人情報取得部１８が個人情報の取得に成功した場合（ステップＳＡ３のＹ）は，ステップＳＡ６に進む。
【０１０２】
生態情報入力部１７が生態情報の入力を検出しない場合（ステップＳＡ１のＮ）や，個人情報取得部１８がマッチング不成功の通知を受信した場合（ステップＳＡ３のＮ）は，個人情報入力部９が，個人情報の入力を検出した後（ステップＳＡ５），ステップＳＡ６に進む。
【０１０３】
ステップＳＡ６では，保険契約適用判断部１４は，運転者に保険契約が適用されるか否かを保険適用者リストから判断する。保険契約適用判断部１４は，具体的には，運転者の個人ＩＤをキーにして保険適用者リストから対応する判断日時を取得し，判断日時から現在日時までの経過時間が所定基準内（例：２４時間以内）であるか否かを判断し，基準内である場合には，運転者に保険契約が適用されると判断する。
運転者に保険契約が適用されると判断した場合（ステップＳＡ６のＹ）は，図９のステップＳＡ１７に進む。それ以外の場合（ステップＳＡ６のＮ）は，ステップＳＡ７に進む。
【０１０４】
ステップＳＡ７では，個人情報取得部１８又は個人情報入力部９は，取得又は入力された個人情報を記憶部１０に記憶させる。
【０１０５】
２−２．車両ＩＤをキーにして保険契約情報取得
次に，運転者管理装置１の保険契約情報取得部１３は，記憶部１０に記憶された車両ＩＤ（例：大阪  ３００  は  ＡＢ−ＤＣ）を読み出し（ステップＳＡ８），この車両ＩＤをキーにして保険契約情報（本実施形態では，車両ＩＤ，契約者氏名，契約者住所，契約期間，運転者限定条件（本人限定，家族限定等）及び年齢限定条件）の取得を行う（ステップＳＡ９）。
【０１０６】
ここで，図１１〜図１３のフローチャートを用いて，ステップＳＡ９の，車両ＩＤをキーにした保険契約情報取得処理について説明する。
【０１０７】
まず，保険契約情報取得部１３は，記憶部１０に記憶された中継サーバー３の通信アドレス（本実施形態ではＩＰアドレス）を利用して中継サーバー３に接続し，車両ＩＤを送信すると共に，その車両ＩＤに対応する保険契約情報を要求する（図１１のステップＳＤ１）。
【０１０８】
中継サーバー３の保険契約情報提供中継部３２が車両ＩＤを受信すると（ステップＳＥ１），保険契約更新管理部４２は，受信した車両ＩＤをキーにして保険契約情報送信日時リストと保険契約更新日時リストを検索して，受信した車両ＩＤの車両に最後に保険契約情報を送信した日時（以下，保険契約情報送信日時）と，受信した車両ＩＤの車両に適用される保険契約が最後に更新された日時（以下，保険契約更新日時）を取得し（ステップＳＥ２），保険契約更新日時の方が保険契約情報送信日時よりも新しいか否かを判断する（ステップＳＥ３）。
保険契約更新日時の方が新しくない場合（同じ日時又は保険契約更新日時よりも古い場合）（ステップＳＥ３のＮ）には，保険契約更新管理部４２は，運転者管理装置１に対して，「更新なし」の通知を送信し（ステップＳＥ４），処理を終える。運転者管理装置１は，ステップＳＤ２において，この通知を受信する。このステップについては，後述する。
【０１０９】
一方，保険契約更新日時の方が新しい場合（ステップＳＥ３のＹ）には，保険契約情報提供中継部３２は，取得すべき保険契約情報を記憶している保険契約情報サーバー２の通信アドレスを取得する（ステップＳＥ５）。
【０１１０】
ここで，図１２のフローチャートを用いて，ステップＳＥ５の，保険契約情報サーバー２の通信アドレス取得処理について説明する。まず，保険契約情報提供中継部３２は，保険契約管理リストから，車両ＩＤをキーにして，この車両ＩＤの車両に適用される保険契約を全て抽出する（ステップＳＦ１）。次に，抽出した保険契約から，現在日時をキーにして現在日時を契約期間に含む保険契約を抽出する（ステップＳＦ２）。現在日時は，時計部３１から取得される。次に，現在の契約期間の次の契約期間の保険契約があれば，その保険契約も抽出する（ステップＳＦ３）。次に，抽出した全ての保険契約について，車両ＩＤと契約期間をキーにして，保険契約管理リストから保険契約情報サーバー２の通信アドレスを取得し（ステップＳＦ４），図１１のステップＳＥ６に進む。
【０１１１】
図１１のステップＳＥ６では，保険契約情報提供中継部３２は，現在日時を契約期間に含む保険契約の保険契約情報を保険契約情報サーバー２から取得する。
【０１１２】
ここで，図１３のフローチャートを用いて，ステップＳＥ６の，保険契約情報サーバー２から保険契約情報取得処理について説明する。まず，保険契約情報提供中継部３２は，現在日時を契約期間に含む保険契約の保険契約情報サーバー２の通信アドレス（本実施形態ではＩＰアドレス）を利用して保険契約情報サーバー２に接続し，車両ＩＤ及び契約期間を送信すると共に，その車両ＩＤ及び契約期間に対応する保険契約情報を要求する（ステップＳＧ１）。
【０１１３】
保険契約情報サーバー２の保険契約情報提供部２４は，車両ＩＤ及び契約期間を受信すると（ステップＳＨ１），保険契約情報リストから，受信した車両ＩＤ及び契約期間をキーにして保険契約情報リストから，対応する保険契約情報を取得し（ステップＳＨ２），取得した保険契約情報を中継サーバー３に送信する（ステップＳＨ３）。保険契約情報提供中継部３２は，保険契約情報サーバー２から保険契約情報を受信し（ステップＳＧ２），図１１のステップＳＥ７に進む。
【０１１４】
図１１のステップＳＥ７では，保険契約情報提供中継部３２は，次の契約期間の保険契約の保険契約情報を保険契約情報サーバー２から取得する。ステップＳＥ７の処理は，ステップＳＥ６の処理と同様の方法で行われるが，次の契約期間に保険会社を変更する場合には，ステップＳＥ６のときとは異なる保険契約情報サーバー２に接続する。次の契約期間の保険契約が存在しない場合は，ステップＳＥ７は，スキップされる。
【０１１５】
次に，保険契約情報提供中継部３２は，取得した全ての保険契約情報（例:現在日時を契約期間に含む保険契約の保険契約情報のみ，又は現在日時を契約期間に含む保険契約と次の契約期間の保険契約の保険契約情報）を運転者管理装置１に送信し（ステップＳＥ８），保険契約情報送信日時リストの保険契約情報送信日時を更新する（ステップＳＥ９）。
【０１１６】
運転者管理装置１の保険契約情報取得部１３は，ステップＳＥ９で送信される保険契約情報か，ステップＳＥ４で送信される，「更新なし」の通知を受信し（ステップＳＤ２），保険契約情報を受信した場合は，受信した保険契約情報を記憶部１０に記憶する（ステップＳＤ３）。「更新なし」の通知を受信した場合は，ステップＳＤ３は，スキップされる。
【０１１７】
以上で，図８のステップＳＡ９の処理を終え，ステップＳＡ１０に進む。
【０１１８】
２−３．保険契約適用判断
図８のステップＳＡ１０では，運転者管理装置１の保険契約適用判断部１４は，車両ＩＤをキーにして取得した保険契約情報と運転者の個人情報を利用して，運転者に保険契約が適用されるか否かを判断し，保険契約が適用されると判断した場合に，その運転者の個人ＩＤと判断日時を保険適用者リストに登録する。
【０１１９】
ここで，図１４のフローチャートを用いて，ステップＳＡ１０の，保険適用者登録処理について説明する。まず，保険契約適用判断部１４が，記憶部１０から個人情報と保険契約情報を読み出す（ステップＳＩ１）。次に，保険契約適用判断部１４は，保険契約に年齢条件があるか否かを判断し（ステップＳＩ２），年齢条件がある場合（ステップＳＩ２のＹ），年齢条件がクリアされているかどうか判断する（ステップＳＩ３）。運転者の年齢は，個人情報に含まれる生年月日と，現在日時とを比較することによって算出することができる。個人情報の年齢が含まれている場合には，その年齢を利用してもよい。年齢条件がクリアされていない場合（ステップＳＩ３のＮ）には，保険契約が適用されないと判断し，処理を終了し，図９のステップＳＡ１１に進む。年齢条件がない場合（ステップＳＩ２のＮ）や，年齢条件がクリアされている場合（ステップＳＩ３のＹ）は，ステップＳＩ４に進む。
【０１２０】
ステップＳＩ４では，保険契約適用判断部１４は，保険契約に家族限定条件があるか否かを判断し，家族限定条件がある場合（ステップＳＩ４のＹ），家族限定条件がクリアされているかどうか判断する（ステップＳＩ５）。家族限定条件がクリアされているか否かは，運転者と保険契約の契約者とで，住所が一致しているか，姓が一致しているかなどを基準に判断することができる。家族限定条件がクリアされていない場合（ステップＳＩ５のＮ）には，保険契約が適用されないと判断し，処理を終了し，図９のステップＳＡ１１に進む。家族限定条件がない場合（ステップＳＩ４のＮ）や，家族限定条件がクリアされている場合（ステップＳＩ５のＹ）は，ステップＳＩ６に進む。
【０１２１】
ステップＳＩ６では，保険契約適用判断部１４は，保険契約に本人限定条件があるか否かを判断し，本人限定条件がある場合（ステップＳＩ６のＹ），本人限定条件がクリアされているかどうか判断する（ステップＳＩ７）。本人限定条件がクリアされているか否かは，運転者と保険契約の契約者とで，氏名が一致しているか，個人ＩＤが一致しているかなどを基準に判断することができる。本人限定条件がクリアされていない場合（ステップＳＩ７のＮ）には，保険契約が適用されないと判断し，処理を終了し，図８のステップＳＡ１１に進む。本人限定条件がない場合（ステップＳＩ６のＮ）や，本人限定条件がクリアされている場合（ステップＳＩ７のＹ）は，ステップＳＩ８に進む。
【０１２２】
ステップＳＩ８では，保険契約適用判断部１４は，運転者に保険契約が適用されると判断し，運転者の個人ＩＤと現在日時とを，保険適用者リストに登録する。次に，図９のステップＳＡ１１に進む。
【０１２３】
図９のステップＳＡ１１では，保険契約適用判断部１４は，運転者に保険契約が適用されるか否かを保険適用者リストから判断する。保険契約適用判断部１４は，具体的には，運転者の個人ＩＤをキーにして保険適用者リストから対応する判断日時を取得し，判断日時から現在日時までの経過時間が所定基準内（例：２４時間以内）であるか否かを判断し，基準内である場合には，運転者に保険契約が適用されると判断する。
運転者に保険契約が適用されると判断した場合（ステップＳＡ１１のＹ）は，図９のステップＳＡ１７に進む。それ以外の場合（ステップＳＡ１１のＮ）は，ステップＳＡ１２に進む。
【０１２４】
２−４．個人ＩＤをキーにして保険契約情報取得
ステップＳＡ１２では，運転者管理装置１の保険契約情報取得部１３は，記憶部１０に記憶された個人ＩＤを読み出す。次に，保険契約情報取得部１３は，この個人ＩＤをキーにして保険契約情報の取得を行う（ステップＳＡ１３）。ステップＳＡ１３は，ステップＳＡ９に類似しており，ステップＳＡ９では，車両ＩＤをキーにして保険契約情報取得が行われたのに対し，ステップＳＡ１３では，個人ＩＤをキーにして保険契約情報取得が行われる点が異なっている。従って，「２−２．車両ＩＤをキーにして保険契約情報取得」の項の説明は，「車両ＩＤ」を「個人ＩＤ」に変えて，「２−４．個人ＩＤをキーにして保険契約情報取得」の項に適用できる。
【０１２５】
２−５．保険契約適用判断
ステップＳＡ１４では，運転者管理装置１の保険契約適用判断部１４は，車両ＩＤをキーにして取得した保険契約情報と運転者の個人情報を利用して，運転者に保険契約が適用されるか否かを判断し，保険契約が適用されると判断した場合に，その運転者の個人ＩＤと判断日時を保険適用者リストに登録する。ステップＳＡ１４は，判断対象の保険契約情報が異なる点以外は，ステップＳＡ１０と同じである。
【０１２６】
次に，ステップＳＡ１５では，保険契約適用判断部１４は，運転者に保険契約が適用されるか否かを保険適用者リストから判断する。ステップＳＡ１５での保険契約適用判断部１４による判断方法は，ステップＳＡ１１と同じである。
運転者に保険契約が適用されると判断した場合（ステップＳＡ１５のＹ）は，ステップＳＡ１７に進む。それ以外の場合（ステップＳＡ１５のＮ）は，ステップＳＡ１６に進む。
【０１２７】
２−６．運転可能判断
ステップＳＡ６，ＳＡ１１，ＳＡ１５の何れかにおいて，運転者に保険契約が適用されると判断された場合（ステップＳＡ１５のＹ）は，ステップＳＡ１７において，通知部１５が，運転者にメッセージ（例:「運転者に保険契約が適用されます。」）を通知する。一方，ステップＳＡ６，ＳＡ１１，ＳＡ１５の何れにおいても，運転者に保険契約が適用されると判断されなかった場合（ステップＳＡ１５のＮ）は，ステップＳＡ１６において，通知部１５が，運転者に警告（例:ブザー，メッセージ「運転者に保険契約が適用されません。」）を通知するか，駆動力作動禁止部１６が，駆動力（例：エンジン，モーター）の作動を禁止する。
【０１２８】
以上のように，本実施形態のシステムによれば，車両に搭載されている運転者管理装置１は，中継サーバー３を介して，複数の保険契約情報サーバー２から（従って，複数の保険会社から）保険契約情報を取得することができる。従って，本実施形態のシステムによれば，保険会社が変わった場合でも，運転者に保険契約が適用されるかどうかの判断を確実に行うことができる。
【０１２９】
３．保険契約情報登録処理
次に，図１５及び図１６のフローチャートを用いて，本実施形態の一実施形態の運転可能判断システムにおける保険契約情報登録処理について説明する。
【０１３０】
本実施形態のシステムでは，保険契約情報登録は，数多くのカーディーラーに配置されている保険契約情報登録端末４を用いて行う。
【０１３１】
３−１．広告情報の要求，表示
まず，端末４を利用して保険契約情報を登録しようとする者（以下，「端末利用者」という。）は，保険会社毎の広告情報（例：キャンペーンの情報，保険の特徴）を見たいときには，入力部（本実施形態では，キーボードとマウス）４６と表示部（本実施形態では，ディスプレイ）４７を利用して，保険会社を選択し，広告情報を要求する。
【０１３２】
保険契約情報登録端末４の入力部４６が保険会社の選択及び広告情報の要求を検出すると（ステップＳＪ１のＹ），広告情報取得部５２は，記憶部４８に記憶された中継サーバー３の通信アドレスを利用して中継サーバー３に接続し，端末利用者が選択した保険会社に対応する保険会社ＩＤ（例：保険会社名，保険会社番号）を送信し，その保険会社ＩＤに対応する広告情報を要求する（ステップＳＪ２）。
【０１３３】
中継サーバー３の広告情報提供部４１は，保険会社ＩＤ及び広告情報の要求を受信すると（ステップＳＫ１），受信した保険会社ＩＤをキーにして，記憶部２９にある広告情報リストを検索して，受信した保険会社ＩＤに対応する広告情報を取得し（ステップＳＫ２），取得した広告情報を保険契約情報登録端末４に送信する（ステップＳＫ３）。保険契約情報登録端末４の広告情報取得部５２は，広告情報を受信すると，それを表示部４７に表示し（ステップＳＪ３），ステップＳＪ４に進む。
端末利用者が広告情報を必要としない場合（ステップＳＪ１のＮ）もステップＳＪ４に進む。
【０１３４】
３−２．保険契約情報の登録
次に，端末利用者は，保険会社を選択し，保険契約情報を入力する。ここでは，保険契約情報は，例えば，以下に示すような詳細な内容を含む。
【０１３５】
・申込者情報（住所，氏名，年齢，等）
・被保険自動車情報（車名，型式，車両ＩＤ，初度登録年月，車台番号，安全装置あり  なし，使用状況，等）
・特約等（等級，年齢条件，運転者限定状態（本人，家族，他），等）
・契約期間（H18/11/20 16:00〜H19/11/20 16:00 など）
・保険プラン（対人対物補償（無制限，7000万円，等），人身搭乗者障害補償（１億円  ，等），車両補償条件（他車との衝突，単独ありなし），等）
・ドライバー保険かどうか（年齢区分２１歳以上か未満か）
【０１３６】
保険契約情報登録端末４の入力部４６が保険契約情報の入力及びその情報の登録の要求を検出すると（ステップＳＪ４），保険契約情報登録要求部５１は，時計部５０から取得した現在日時を保険契約の申込日時として保険契約情報に追加し（ステップＳＪ５），中継サーバー３に接続し，端末利用者が選択した保険会社に対応する保険会社ＩＤと保険契約情報を送信して登録を要求する（ステップＳＪ６）。
【０１３７】
中継サーバー３の保険契約情報登録中継部３３は，保険会社ＩＤ，保険契約情報及び登録の要求を受信すると（ステップＳＫ４），受信した保険会社ＩＤをキーにして，記憶部２９にある通信アドレスリストを検索して，受信した保険会社ＩＤに対応する保険契約情報サーバー２の通信アドレスを取得し（ステップＳＫ５），その通信アドレスを利用して保険契約情報サーバー２に接続し，保険契約情報を送信して登録を要求する（ステップＳＫ６）。
【０１３８】
保険契約情報サーバー２の保険契約情報登録部２５は，保険契約情報を受信すると（図１６のステップＳＬ１），受信した保険契約情報から車両ＩＤ及び契約期間を抽出し（ステップＳＬ２），車両ＩＤ，契約期間及び保険契約情報を対応付けて，記憶部２２の保険契約情報リストに登録する（ステップＳＬ３）。保険契約情報登録部２５は，リストへの登録が終了すると，登録終了通知を中継サーバー３に送信する（ステップＳＬ４）。
【０１３９】
中継サーバー３の保険契約情報登録中継部３３は，登録終了通知を受信すると（図１５のステップＳＫ７），保険契約情報から車両ＩＤ及び契約期間を抽出し（ステップＳＫ８），車両ＩＤ，契約期間及び保険契約情報サーバー２の通信アドレスを対応付けて，記憶部２９の保険契約管理リストに登録する（ステップＳＫ９）。また，保険契約情報登録中継部３３は，保険契約情報に含まれる申込日時を取り出し，それを更新日時として，車両ＩＤと更新日時を対応付けて，記憶部２９の保険契約更新日時リストの内容を更新する。すでに同じ車両ＩＤの項目がリストに存在すれば，それを上書きし，存在しない場合は項目を追加する（ステップＳＫ１０）。
【０１４０】
このように，中継サーバー３の保険契約管理リストには，保険契約情報自体は保持せず，代わりに，保険契約情報を保持する保険契約情報サーバー２の通信アドレスを保持している。このため，（１）中継サーバー３の記憶部２９の容量を比較的小さくすることができ，（２）中継サーバー３が不正アクセスされた場合でも，情報漏洩の被害を比較的小さくすることができ，（３）保険会社によって保険契約情報に含まれる項目が異なっている場合でも，一元管理が容易であるというメリットがある。
【０１４１】
次に，中継サーバー３の保険契約動向集計部３５は，記憶部２９にある保険契約動向リストを更新する。具体的には，保険契約動向集計部３５は，現在日の保険契約動向リストと，現在月の保険契約リストを特定し，それぞれのリストにおいて，保険契約情報登録端末４から受信した保険会社ＩＤに対応した契約件数のカウントをアップさせる（ステップＳＫ１１）。登録要求を受ける度に，保険契約動向集計部３５が，保険契約動向リストを更新することによって，日単位及び月単位で，各保険会社ＩＤに対応した契約件数を集計することができる。
【０１４２】
次に，中継サーバー３の保険契約情報登録部２５は，登録終了通知を保険契約情報登録端末４に送信する（ステップＳＫ１２）。保険契約情報登録端末４の保険契約情報登録要求部５１が登録終了通知を受信し（ステップＳＪ７），保険契約情報登録処理が完了する。
【０１４３】
４．保険契約動向配信処理
次に，図１７及び図１８のフローチャートを用いて，本実施形態の一実施形態の運転可能判断システムにおける保険契約動向配信処理について説明する。
【０１４４】
保険契約動向の配信処理は，中継サーバー３の保険契約動向配信部３６が起動されることによって開始される。保険契約動向配信部３６は，定期的に（例：１日１回１２：００に）起動される。保険契約動向配信部３６は，保険会社からの要求があったときに起動されるようにしてもよい。
【０１４５】
保険契約動向配信部３６は，起動されると，まず，時計部３１から現在日付を取得し（ステップＳＭ１），その前日の保険契約動向リストを読み出す（ステップＳＭ２）。次に，読み出した保険契約動向リストの配信処理を行う（ステップＳＭ３）。
【０１４６】
ここで，図１８のフローチャートを用いて，ステップＳＭ３の，保険契約動向リストの配信処理について説明する。まず，保険契約動向配信部３６は，読み出した保険契約動向リストを契約件数順にソートする（ステップＳＮ１）。ソートは，昇順であっても降順であってもよい。ここで，表５の保険契約動向リストを降順にソートした後の状態を表１３に示す。
【表１３】
2007316992.tif 000015
【０１４７】
次に，保険契約動向配信部３６は，ソート後の保険契約動向リストの最初の行の保険会社ＩＤをキーにして，送信先アドレスリストを検索して，送信先アドレス（例：電子メールアドレス）を取得する（ステップＳＮ２）。
【０１４８】
次に，保険契約動向配信部３６は，ソート後の保険契約動向リストに対して，キーにした保険会社ＩＤ以外の保険会社ＩＤを隠すフィルタ処理を行う（ステップＳＮ３）。次に，ステップＳＮ２で取得した送信先アドレスに対してフィルタ処理後の保険契約動向リストを送信する（ステップＳＮ４）。ここで，フィルタ処理後の保険契約動向リストの一例を表１４に示す。表１４は，ＡＢＣ社に送信するための保険契約動向リストであり，ＡＢＣ社以外の保険会社ＩＤは，フィルタ処理によって「-------」に置き換えられている。他の保険会社に送信するための保険契約動向リストでは，フィルタ処理によって送信先の保険会社ＩＤ以外の保険会社ＩＤが「-------」に置き換えられる。
【表１４】
2007316992.tif 000016
【０１４９】
次に，保険契約動向リストに未処理の保険会社ＩＤがあるか否かを調べ（ステップＳＮ５），ある場合（ステップＳＮ５のＹ）には，次の行の保険会社ＩＤをキーにして，送信先アドレスリストを検索して，送信先アドレスを取得し（ステップＳＮ６），ステップＳＮ３に戻り，未処理の保険会社ＩＤがなくなるまで（ステップＳＮ５のＮ），処理を繰り返す。これによって，送信先以外の保険会社ＩＤが隠された保険契約動向リストが各保険会社に送信される。
【０１５０】
次に，図１７のステップＳＭ４に進み，保険契約動向配信部３６は，現在日付が月の初めであるか否かを確認する（ステップＳＭ４）。月の初めである場合（ステップＳＭ４のＹ），その前月の保険契約動向リストを読み出す（ステップＳＭ５）。次に，読み出した保険契約動向リストの配信処理を行う（ステップＳＭ６）。ステップＳＭ６では，ステップＳＭ３と同じ方法で行われる。月の初めでない場合は，保険契約動向配信部３６は，何もせずに，処理を終了する。
【０１５１】
５．運営費負担額配信処理
次に，図１９のフローチャートを用いて，本実施形態の一実施形態の運転可能判断システムにおける運営費負担額配信処理について説明する。
【０１５２】
運営費負担額の配信処理は，中継サーバー３の運営費負担額配信部３９が起動されることによって開始される。運営費負担額配信部３９は，定期的に（例：月に１回，毎月１日の１０：００に）起動される。運営費負担額配信部３９は，保険会社からの要求があったときに起動されるようにしてもよい。
【０１５３】
運営費負担額配信部３９は，起動されると，中継サーバー３の管理者に対して，前月の運営費の入力を促す。中継サーバー３の管理者は，前月の運営費を入力し，運営費負担額配信部３９は，運営費の入力を検出すると（ステップＳＯ１），運営費を記憶部２９に一旦記憶させる。また，月ごとに運営費を入力せず，決められた額を固定的に記憶部２９に保持してもよい。
【０１５４】
次に，運営費負担額配信部３９は，時計部３１から現在日付を取得し，その前月の保険契約動向リストを読み出す（ステップＳＯ２）。
次に，運営費負担額配信部３９は，保険契約動向リストの各保険会社ＩＤに対応する契約件数を合計し，さらに，契約件数の合計に対する各保険会社ＩＤに対応した契約件数の割合を算出する（ステップＳＯ３）。
次に，運営費負担額配信部３９は，記憶部２９から運営費を読み出し，ステップＳＯ３で算出した契約件数の割合×運営費によって各保険会社ＩＤに対応した運営費負担額を算出する（ステップＳＯ４）。
次に，運営費負担額配信部３９は，算出した運営費負担額を，各保険会社ＩＤをキーにして送信先アドレスリストから取得された送信先アドレスに送信する（ステップＳＯ５）。この送信は，図１８の保険契約動向リスト配信処理と同様の方法で行うことができる。
【０１５５】
６．保険契約管理リスト整理処理
次に，図２０のフローチャートを用いて，本実施形態の一実施形態の運転可能判断システムにおける保険契約管理リスト整理処理について説明する。
【０１５６】
保険契約管理リストの整理処理は，中継サーバー３の保険契約整理部４０が起動されることによって開始される。保険契約整理部４０は，定期的に（例：週に１回，毎週水曜日の午前０時に）起動される。
【０１５７】
保険契約整理部４０は，起動されると，まず，時計部３１から現在日時を取得し（ステップＳＰ１），次に，記憶部２９から保険契約管理リストを読み出す（ステップＳＰ２）。
次に，保険契約整理部４０は，保険契約管理リスト中の各保険契約の契約期間と，現在日時とを比較し，契約期間が満了している場合には，その保険契約を保険契約管理リストから削除する（ステップＳＰ３）。既に過去のものとなった保険契約を中継サーバーの保険契約管理リストから削除することによって，中継サーバーの記憶容量の負荷を低減することができる。
【０１５８】
７．事故情報登録処理
次に，図２１及び図２２のフローチャートを用いて，本実施形態の一実施形態の運転可能判断システムにおける事故情報登録処理について説明する。
【０１５９】
本実施形態のシステムでは，保険契約情報登録は，数多くのカーディーラーに配置されている事故情報登録端末５を用いて行う。
【０１６０】
まず，端末５を利用して事故情報を登録しようとする者（以下，「端末利用者」という）は，事故情報を入力する。ここでは，事故情報は，例えば，運転者の個人情報，事故の状況，事故の発生日時，自動車の車両ＩＤ，修理見積もりを含む。一例では，運転者が，個人情報，事故の状況及び事故の発生日時を入力し，カーディーラーの整備士が，車両ＩＤ及び修理見積もりを入力する。
【０１６１】
事故情報登録端末５の入力部５６が事故情報の入力及びその情報の登録の要求を検出すると（ステップＳＱ１），事故情報登録端末５の事故情報登録要求部６１は，記憶部５８に記憶された中継サーバー３の通信アドレスを利用して中継サーバー３に接続し，事故情報を送信して登録を要求する（ステップＳＱ２）。
【０１６２】
中継サーバー３の事故情報登録中継部４３は，事故情報を受信すると（ステップＳＲ１），受信した事故情報に含まれる車両ＩＤ及び事故の発生日時をキーにして，記憶部２９にある保険契約管理リストを検索して，対応する保険契約情報サーバー２の通信アドレスを取得し（ステップＳＲ２），その通信アドレスを利用して保険契約情報サーバー２に接続し，事故情報を送信して登録を要求する（ステップＳＲ３）。
【０１６３】
保険契約情報サーバー２の事故情報登録部２６は，事故情報を受信すると（図２２のステップＳＳ１），受信した事故情報から車両ＩＤを抽出し（ステップＳＳ２），この車両ＩＤと事故情報を対応付けて事故情報リストに登録する（ステップＳＳ３）。事故情報登録部２６は，リストへの登録が終了すると，登録終了通知を中継サーバー３に送信する（ステップＳＳ４）。
【０１６４】
中継サーバー３の事故情報登録中継部４３は，登録終了通知を受信すると（図２１のステップＳＲ４），登録終了通知を事故情報登録端末５に送信する（ステップＳＲ５）
事故情報登録端末５の事故情報登録要求部６１は，登録終了通知を受信し（ステップＳＱ３），処理を終了する。
【０１６５】
以上の実施形態で示した種々の特徴は，互いに組み合わせることができる。１つの実施形態中に複数の特徴が含まれている場合，そのうちの１又は複数個の特徴を適宜抜き出して，単独で又は組み合わせて，本発明に採用することができる。
【図面の簡単な説明】
【０１６６】
【図１】本発明の一実施形態の運転可能判断システムの全体構成を示すブロック図である。
【図２】本発明の一実施形態の運転可能判断システムの運転者管理装置の構成を示すブロック図である。
【図３】本発明の一実施形態の運転可能判断システムの保険契約情報サーバーの構成を示すブロック図である。
【図４】本発明の一実施形態の運転可能判断システムの中継サーバーの構成を示すブロック図である。
【図５】本発明の一実施形態の運転可能判断システムの保険契約情報登録端末の構成を示すブロック図である。
【図６】本発明の一実施形態の運転可能判断システムの事故情報登録端末の構成を示すブロック図である。
【図７】本発明の一実施形態の運転可能判断システムの個人情報管理サーバーの構成を示すブロック図である。
【図８】本発明の一実施形態の運転可能判断システムによる運転可能判断処理の流れを示すフローチャートである。
【図９】本発明の一実施形態の運転可能判断システムによる運転可能判断処理の流れを示すフローチャートである。
【図１０】図８のフローチャート中の個人情報取得処理の流れを示すフローチャートである。
【図１１】図８及び図９のフローチャート中の保険契約情報取得処理の流れを示すフローチャートである。
【図１２】図１１のフローチャート中の保険契約情報サーバーの通信アドレス取得処理の流れを示すフローチャートである。
【図１３】図１１のフローチャート中の，保険契約情報サーバーから保険契約情報取得処理の流れを示すフローチャートである。
【図１４】図８及び図９のフローチャート中の保険適用者登録処理の流れを示すフローチャートである。
【図１５】本発明の一実施形態の運転可能判断システムによる保険契約情報登録処理の流れを示すフローチャートである。
【図１６】本発明の一実施形態の運転可能判断システムによる保険契約情報登録処理の流れを示すフローチャートである。
【図１７】本発明の一実施形態の運転可能判断システムによる保険契約動向配信処理の流れを示すフローチャートである。
【図１８】図１７のフローチャート中の保険契約動向リスト配信処理の流れを示すフローチャートである。
【図１９】本発明の一実施形態の運転可能判断システムによる運営費負担額配信処理の流れを示すフローチャートである。
【図２０】本発明の一実施形態の運転可能判断システムによる保険契約管理リスト整理処理の流れを示すフローチャートである。
【図２１】本発明の一実施形態の運転可能判断システムによる事故情報登録処理の流れを示すフローチャートである。
【図２２】本発明の一実施形態の運転可能判断システムによる事故情報登録処理の流れを示すフローチャートである。
【符号の説明】
【０１６７】
１：運転者管理装置  ２：保険契約情報サーバー  ３：中継サーバー  ４：保険契約情報登録端末  ５：事故情報登録端末  ６：個人情報管理サーバー  ８：制御部  ９：個人情報入力部  １０：記憶部  １１：通信部  １２：時計部  １３：保険契約情報取得部  １４：保険契約適用判断部  １５：通知部  １６：駆動力作動禁止部  １７：生態情報入力部  １８：個人情報取得部  ２１：制御部  ２２：記憶部  ２３：通信部  ２４：保険契約情報提供部  ２５：保険契約情報登録部  ２６：事故情報登録部  ２８：制御部  ２９：記憶部  ３０：通信部  ３１：時計部  ３２：保険契約情報提供中継部  ３３：保険契約情報登録中継部  ３５：保険契約動向集計部  ３６：保険契約動向配信部  ３８：入力部  ３９：運営費負担額配信部  ４０：保険契約整理部  ４１：広告情報提供部  ４２：保険契約更新管理部  ４３：事故情報登録中継部  ４５：制御部  ４６：入力部  ４７：表示部  ４８：記憶部  ４９：通信部  ５０：時計部  ５１：保険契約情報登録要求部  ５２：広告情報取得部  ５５：制御部  ５６：入力部  ５７：表示部  ５８：記憶部  ５９：通信部  ６０：時計部  ６１：事故情報登録要求部  ６５：制御部  ６６：記憶部  ６７：通信部  ６８：個人情報提供部  ６９：生態情報入力部  ７０：個人情報入力部  ７１：個人情報登録部
【図１】
2007316992.tif 000017
【図２】
2007316992.tif 000018
【図３】
2007316992.tif 000019
【図４】
2007316992.tif 000020
【図５】
2007316992.tif 000021
【図６】
2007316992.tif 000022
【図７】
2007316992.tif 000023
【図８】
2007316992.tif 000024
【図９】
2007316992.tif 000025
【図１０】
2007316992.tif 000026
【図１１】
2007316992.tif 000027
【図１２】
2007316992.tif 000028
【図１３】
2007316992.tif 000029
【図１４】
2007316992.tif 000030
【図１５】
2007316992.tif 000031
【図１６】
2007316992.tif 000032
【図１７】
2007316992.tif 000033
【図１８】
2007316992.tif 000034
【図１９】
2007316992.tif 000035
【図２０】
2007316992.tif 000036
【図２１】
2007316992.tif 000037
【図２２】
2007316992.tif 000038