ホーム > 特許ランキング > 東京海上日動火災保険株式会社
知財求人 - 知財ポータルサイト「IP Force」
特許5719246代理店の成績管理および適切な割引適用のための運転者確認のための情報処理方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】5719246
(24)【登録日】2015年3月27日
(45)【発行日】2015年5月13日
(54)【発明の名称】代理店の成績管理および適切な割引適用のための運転者確認のための情報処理方法及び装置
(51)【国際特許分類】
G06Q 40/08 20120101AFI20150423BHJP
【ＦＩ】
G06Q40/08
【請求項の数】10
【全頁数】31
(21)【出願番号】特願2011-151406(P2011-151406)
(22)【出願日】2011年7月8日
(65)【公開番号】特開2013-20323(P2013-20323A)
(43)【公開日】2013年1月31日
【審査請求日】2014年5月2日
(73)【特許権者】
【識別番号】595140170
【氏名又は名称】東京海上日動火災保険株式会社
(74)【代理人】
【識別番号】100103528
【弁理士】
【氏名又は名称】原田 一男
(72)【発明者】
【氏名】新田 祐子
(72)【発明者】
【氏名】原田 秀美
【審査官】
関 博文
(56)【参考文献】
【文献】
特開２００４−１１８８３２（ＪＰ，Ａ）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｇ０６Ｑ １０／００−５０／３４
(57)【特許請求の範囲】
【請求項1】
会員登録を行うユーザが保持している携帯電話機から加入者識別子を取得するステップと、
前記携帯電話機についての通信事業者を特定するステップと、
特定された前記通信事業者が所定の通信事業者である場合には、データベースにおいて前記加入者識別子と代理店の識別子とが対応付けられているか判断するステップと、
前記データベースにおいて前記加入者識別子と代理店の識別子とが対応付けられている場合には、前記携帯電話機から代理店の識別子を受信していても、前記データベースにおいて前記加入者識別子に対応付けられている代理店の識別子が、前記会員登録を行うユーザが個別の保険契約を行う場合に当該保険契約に関与した代理店の識別子として登録されるように、前記データベースにおいて設定又はデータ登録を行うステップと、
を含み、コンピュータにより実行される情報処理方法。
前記携帯電話機についての通信事業者を特定するステップと、
特定された前記通信事業者が所定の通信事業者である場合には、データベースにおいて前記加入者識別子と代理店の識別子とが対応付けられているか判断するステップと、
前記データベースにおいて前記加入者識別子と代理店の識別子とが対応付けられている場合には、前記携帯電話機から代理店の識別子を受信していても、前記データベースにおいて前記加入者識別子に対応付けられている代理店の識別子が、前記会員登録を行うユーザが個別の保険契約を行う場合に当該保険契約に関与した代理店の識別子として登録されるように、前記データベースにおいて設定又はデータ登録を行うステップと、
を含み、コンピュータにより実行される情報処理方法。
【請求項2】
前記データベースにおいて前記加入者識別子と代理店の識別子とが対応付けられていない場合、前記会員登録を行うユーザが、当該ユーザが保持している携帯電話機について前記所定の通信事業者に対する契約者本人であるか確認するステップと、
前記会員登録を行うユーザが、当該ユーザが保持している携帯電話機について前記所定の通信事業者に対する契約者本人でない場合には、前記データベースにおいて、前記携帯電話機から受信した代理店の識別子を、前記加入者識別子に対応付けるステップと、
を含む請求項１記載の情報処理方法。
前記会員登録を行うユーザが、当該ユーザが保持している携帯電話機について前記所定の通信事業者に対する契約者本人でない場合には、前記データベースにおいて、前記携帯電話機から受信した代理店の識別子を、前記加入者識別子に対応付けるステップと、
を含む請求項１記載の情報処理方法。
【請求項3】
前記会員登録を行うユーザが、当該ユーザが保持している携帯電話機について前記所定の通信事業者に対する契約者本人である場合には、前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられているか判断するステップと、
前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられている場合には、前記データベースにおいて、前記携帯電話機から代理店の識別子を受信していても、前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値に対応付けられている前記代理店の識別子を、受信した前記加入者識別子に対応付けるステップと、
をさらに含む請求項２記載の情報処理方法。
前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられている場合には、前記データベースにおいて、前記携帯電話機から代理店の識別子を受信していても、前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値に対応付けられている前記代理店の識別子を、受信した前記加入者識別子に対応付けるステップと、
をさらに含む請求項２記載の情報処理方法。
【請求項4】
前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられていない場合には、前記データベースにおいて、前記携帯電話機から受信した代理店の識別子を、前記加入者識別子に対応付けるステップ
をさらに含む請求項３記載の情報処理方法。
をさらに含む請求項３記載の情報処理方法。
【請求項5】
特定された前記通信事業者が前記所定の通信事業者ではない場合には、前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられているか判断するステップと、
前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられている場合には、前記データベースにおいて、前記携帯電話機から代理店の識別子を受信していても、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値に対応付けられている前記代理店の識別子が、前記会員登録を行うユーザが個別の保険契約を行う場合に当該保険契約に関与した代理店の識別子として登録されるように、前記データベースにおいて設定を行うステップと、
をさらに含む請求項１乃至４のいずれか１つ記載の情報処理方法。
前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられている場合には、前記データベースにおいて、前記携帯電話機から代理店の識別子を受信していても、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値に対応付けられている前記代理店の識別子が、前記会員登録を行うユーザが個別の保険契約を行う場合に当該保険契約に関与した代理店の識別子として登録されるように、前記データベースにおいて設定を行うステップと、
をさらに含む請求項１乃至４のいずれか１つ記載の情報処理方法。
【請求項6】
前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられていない場合には、前記データベースにおいて、前記携帯電話機から受信した代理店の識別子を、前記データベースにおいて、前記会員登録のために取得した、免許証番号を含む所定の項目についての値に対応付けるステップ
をさらに含む請求項５記載の情報処理方法。
をさらに含む請求項５記載の情報処理方法。
【請求項7】
前記所定の通信事業者が、少なくとも前記会員登録に対して自身の契約者情報を利用可能にしている通信事業者である
請求項１乃至６のいずれか１つ記載の情報処理方法。
請求項１乃至６のいずれか１つ記載の情報処理方法。
【請求項8】
会員情報に含まれる免許証番号と氏名と生年月日との組み合わせについて運転者識別子を発行して、前記データベースに前記免許証番号と氏名と生年月日との組み合わせに対応付けて登録するステップと、
前記会員登録後に一日単位自動車保険の契約の申し込みに応じて、前記データベースに登録されている前記免許証番号と前記氏名と前記生年月日と前記運転者識別子と前記一日単位自動車保険の利用日とを第２のデータベースに登録するステップと、
他の自動車保険の契約申し込みの際に、当該他の自動車保険の契約者の氏名、生年月日及び免許証番号とを受信するステップと、
受信された前記契約者の氏名、生年月日及び免許証番号で前記データベースを検索して運転者識別子を抽出するステップと、
抽出された前記運転者識別子によって前記第２のデータベースを検索して、前記一日単位自動車保険の契約のデータを読み出すステップと、
をさらに含む請求項１乃至７のいずれか１つ記載の情報処理方法。
前記会員登録後に一日単位自動車保険の契約の申し込みに応じて、前記データベースに登録されている前記免許証番号と前記氏名と前記生年月日と前記運転者識別子と前記一日単位自動車保険の利用日とを第２のデータベースに登録するステップと、
他の自動車保険の契約申し込みの際に、当該他の自動車保険の契約者の氏名、生年月日及び免許証番号とを受信するステップと、
受信された前記契約者の氏名、生年月日及び免許証番号で前記データベースを検索して運転者識別子を抽出するステップと、
抽出された前記運転者識別子によって前記第２のデータベースを検索して、前記一日単位自動車保険の契約のデータを読み出すステップと、
をさらに含む請求項１乃至７のいずれか１つ記載の情報処理方法。
【請求項9】
請求項１乃至８のいずれか１つ記載の情報処理方法をコンピュータに実行させるためのプログラム。
【請求項10】
会員登録を行うユーザが保持している携帯電話機から加入者識別子を取得する手段と、
前記携帯電話機についての通信事業者を特定する手段と、
特定された前記通信事業者が所定の通信事業者である場合には、データベースにおいて前記加入者識別子と代理店の識別子とが対応付けられているか判断する手段と、
前記データベースにおいて前記加入者識別子と代理店の識別子とが対応付けられている場合には、前記携帯電話機から代理店の識別子を受信していても、前記データベースにおいて前記加入者識別子に対応付けられている代理店の識別子が、前記会員登録を行うユーザが個別の保険契約を行う場合に当該保険契約に関与した代理店の識別子として登録されるように、前記データベースにおいて設定を行う手段と、
を有する情報処理装置。
前記携帯電話機についての通信事業者を特定する手段と、
特定された前記通信事業者が所定の通信事業者である場合には、データベースにおいて前記加入者識別子と代理店の識別子とが対応付けられているか判断する手段と、
前記データベースにおいて前記加入者識別子と代理店の識別子とが対応付けられている場合には、前記携帯電話機から代理店の識別子を受信していても、前記データベースにおいて前記加入者識別子に対応付けられている代理店の識別子が、前記会員登録を行うユーザが個別の保険契約を行う場合に当該保険契約に関与した代理店の識別子として登録されるように、前記データベースにおいて設定を行う手段と、
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、保険に関連する情報処理技術に関する。
【背景技術】
【0002】
従来、保険の販売関与者に対する挙績又は販売手数料の分配を適切な態様で実施するための情報処理技術としては、以下のようなものがあった。具体的には、保険契約データを取得し、取得された保険契約データに第１の販売関与者（例えばサービスパートナー）と第２の販売関与者（例えば代理店）との提携による保険契約であるということを表すデータが含まれている場合、第１の販売関与者と第２の販売関与者とのうち少なくともいずれかの、当該保険契約締結についての寄与状況を特定し、当該寄与状況に関するデータを記憶装置に格納する。そして、少なくとも寄与状況に関するデータに基づき第１の販売関与者と第２の販売関与者とに対する成績管理又は販売手数料の配分割合を決定し、当該配分割合についてのデータを記憶装置に格納する。このような技術のように、代理店などに販売に対する寄与に応じて販売手数料などを配分する技術は存在しているが、携帯電話経由での保険販売において、代理店の寄与をどのように取得してどのように管理するのかという問題は考慮されていない。
【0003】
また、他の従来技術としては、以下のような技術が存在している。具体的には、保険会社のサーバが、あらかじめ各代理店に配布された保険案内パンフレットに記入された各代理店を示すメディアコードの問い合わせ画面を送り、これに対する返信にメディアコードがない場合、同意、不同意確認ボタンを含む重要事項通知画面を送るメディアコード有無判別処理手段を有する。携帯電話による顧客は、メディアコードがない場合、同意、不同意確認ボタンを含む重要事項通知画面が送られて来るのでメディアコードを知る知らないにかかわらずアクセスが可能でありアクセスの機会が広がり、また、顧客は同意確認を確実にでき、その後の手続きを安心して、円滑に進めることができるというものである。しかしながら、通信事業者との連携などについては考慮されていない。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００４−１１８８３２号公報
【特許文献2】特開２００６−２３８６３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
以上のように、従来技術には、携帯電話経由での保険販売において、販売チャネルがその携帯電話の通信事業者に限定されている場合を除き、携帯電話の通信事業者との関係を考慮したものはない。さらに、携帯電話機の保持者（ユーザ）と通信事業者との契約者とは同じ場合も多いが、例えば親が契約者で子や配偶者などの家族がユーザである場合もある。このような様々な状況をも考慮した上で、代理店の挙績を管理することが好ましい。
【0006】
従って、本発明の目的は、携帯電話経由での保険販売において代理店の挙績管理を適切に行うための技術を提供することである。
【課題を解決するための手段】
【0007】
本発明に係る情報処理方法は、（Ａ）会員登録を行うユーザが保持している携帯電話機から加入者識別子を取得するステップと、（Ｂ）携帯電話機についての通信事業者を特定するステップと、（Ｃ）特定された通信事業者が所定の通信事業者である場合には、データベースにおいて加入者識別子と代理店の識別子とが対応付けられているか判断するステップと、（Ｄ）データベースにおいて加入者識別子と代理店の識別子とが対応付けられている場合には、携帯電話機から代理店の識別子を受信していても、データベースにおいて加入者識別子に対応付けられている代理店の識別子が、会員登録を行うユーザが個別の保険契約を行う場合に当該保険契約に関与した代理店の識別子として登録されるように、データベースにおいて設定又はデータ登録を行う設定ステップとを含む。
【0008】
例えば保険販売について提携している通信事業者の通信網を介して保険契約のための会員登録を行う際に、携帯電話機についての加入者識別子と代理店の識別子とが既に対応付けられている場合には、その携帯電話機の現在のユーザ（例えば契約者の家族）が初めて会員登録する場合であってもその対応付けを維持し、登録済みの代理店の実績として登録できるようにするものである。このような特別な関係を有する人たちについては１つの代理店で対応するのが好ましいためである。また、最初に登録された代理店に有利であるから、代理店に対して会員登録等についての営業活動を促進させるという作用もある。さらに、通信事業者と提携している場合には通信事業者自体も代理店として認識される場合もあり、このような場合には通信事業者固有の加入者識別子と代理店の識別子との関係を維持することが好ましいためである。
【0009】
なお、保険契約のための会員登録で登録されるユーザが上記携帯電話機についての通信事業者との契約者か否かに拘わらず設定ステップは実施されるようにしてもよい。
【0010】
本情報処理方法は、（Ｅ）データベースにおいて加入者識別子と代理店の識別子とが対応付けられていない場合、会員登録を行うユーザが、当該ユーザが保持している携帯電話機について所定の通信事業者に対する契約者本人であるか確認するステップと、（Ｆ）会員登録を行うユーザが、当該ユーザが保持している携帯電話機について所定の通信事業者に対する契約者本人でない場合には、データベースにおいて、携帯電話機から受信した代理店の識別子を、加入者識別子に対応付けるステップとを含むようにしても良い。例えば、加入者識別子と代理店の識別子とが対応付けられておらず、携帯電話機の契約者本人でもない場合には、例えばその家族で新たに代理店との関係が始まったものとして取り扱い、代理店の識別子と加入者識別子との対応付けを行うものである。
【0011】
また、本情報処理方法は、（Ｇ）会員登録を行うユーザが、当該ユーザが保持している携帯電話機について所定の通信事業者に対する契約者本人である場合には、データベースにおいて、会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられているか判断するステップと、（Ｈ）データベースにおいて、会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられている場合には、データベースにおいて、携帯電話機から代理店の識別子を受信していても、データベースにおいて、会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値に対応付けられている代理店の識別子を、受信した加入者識別子に対応付けるステップとを含むようにしてもよい。
【0012】
例えば、データベースにおいて、携帯電話機の契約者本人であって、運転免許証番号を含む所定の項目について同一の値が代理店の識別子と既に対応付けられていれば、異なる通信事業者を介して既になされている会員登録を優先させて、既登録の代理店の識別子をそのまま引き継ぐものである。
【0013】
さらに、本情報処理方法は、（Ｉ）データベースにおいて、会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられていない場合には、データベースにおいて、携帯電話機から受信した代理店の識別子を、加入者識別子に対応付けるステップをさらに含むようにしても良い。このように新規で会員登録を行う場合には、新たに代理店の識別子を登録するようにする。
【0014】
また、本情報処理方法は、（Ｊ）特定された通信事業者が所定の通信事業者ではない場合には、データベースにおいて、会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられているか判断するステップと、（Ｋ）データベースにおいて、会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられている場合には、データベースにおいて、携帯電話機から代理店の識別子を受信していても、会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値に対応付けられている代理店の識別子が、会員登録を行うユーザが個別の保険契約を行う場合に当該保険契約に関与した代理店の識別子として登録されるように、データベースにおいて設定を行うステップとをさらに含むようにしてもよい。
【0015】
このように所定の通信事業者以外の通信事業者経由で会員登録する場合には、既に会員登録されているかを確認の上、既に会員登録されていれば、既登録の代理店の識別子をそのまま引き継ぐものである。
【0016】
さらに、本情報処理方法は、（Ｊ）データベースにおいて、会員登録のために取得した、免許証番号を含む所定の項目についての値と同一の値が代理店の識別子と対応付けられていない場合には、データベースにおいて、携帯電話機から受信した代理店の識別子を、データベースにおいて、会員登録のために取得した、免許証番号を含む所定の項目についての値に対応付けるステップをさらに含むようにしてもよい。新規登録の場合には、新たに代理店の識別子を登録するようにする。
【0017】
なお、上で述べた所定の通信事業者が、少なくとも会員登録に対して自身の契約者情報を利用可能にしている通信事業者である場合もある。本人確認が容易になる。なお、決済サービスを提供している通信事業者である場合もある。
【0018】
また、本情報処理方法は、（Ｋ）会員情報に含まれる免許証番号と氏名と生年月日との組み合わせについて運転者識別子を発行して、データベースに免許証番号と氏名と生年月日との組み合わせに対応付けて登録するステップと、（Ｌ）会員登録後に一日単位自動車保険の契約の申し込みに応じて、データベースに登録されている免許証番号と氏名と生年月日と運転者識別子と一日単位自動車保険の利用日とを第２のデータベースに登録するステップと、（Ｍ）他の自動車保険（例えば一日単位自動車保険の利用者が自ら購入した自動車に対して初めて加入する自動車保険）の契約申し込みの際に、当該他の自動車保険の契約者の氏名、生年月日及び免許証番号とを受信するステップと、（Ｎ）受信された契約者の氏名、生年月日及び免許証番号でデータベースを検索して運転者識別子を抽出するステップと、（Ｏ）抽出された運転者識別子によって第２のデータベースを検索して、一日単位自動車保険の契約のデータを読み出すステップとをさらに含むようにしてもよい。このようにすれば、年単位の自動車保険の契約申込時に、一日単位自動車保険の利用実績を確実に第２のデータベースから抽出できるようになる。これによって、一日単位自動車保険の利用実績から割引その他のサービスを確実に提供できるようになる。
【0019】
なお、上で述べたような処理をハードウエアに実施させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【0020】
携帯電話経由での保険販売において代理店の挙績管理を適切に行うことができるようになる。
【図面の簡単な説明】
【0021】
【発明を実施するための形態】
【0022】
図１に、本発明の実施の形態に係るシステムの概要を示す。携帯電話通信網を含むネットワーク１には、本実施の形態で主要な処理を実施する保険会社サーバ５と、保険会社と提携関係にあるＡ通信事業者のＡ通信事業者サーバ３とが接続されており、各携帯電話機は、ネットワーク１を介して保険会社サーバ５にアクセスするようになっている。なお、Ａ通信事業者サーバ３は、Ａ通信事業者と契約している加入者のデータを蓄積している加入者ＤＢ３１を管理している。
【0023】
保険会社サーバ５は、Ａ通信事業者の携帯電話通信網を介してアクセスしてきたユーザに対しては、Ａ通信事業者サーバ３と連携して以下に述べる処理を実施する。特に、携帯電話機の加入者識別子を用いた本人確認処理については例えばＡ通信事業者サーバ３で行って、本人確認が行われた場合には加入者ＤＢ３１に格納されている個人情報の少なくとも一部を保険会社サーバ５に出力するようになっている。また、実際に携帯電話機のユーザが個々の保険契約を行った場合に、保険料の決済についてはＡ通信事業者サーバ３側で行うようにしても良い。一方、Ａ通信事業者以外の通信事業者の携帯電話通信網を介してアクセスしてきたユーザについては、保険会社サーバ５によって処理を行う。
【0024】
また、携帯電話機Ａ及びＢについては、ウェブ（Ｗｅｂ）ブラウザ機能及びメールクライアント機能を有するものとする。
【0025】
図２に、保険会社サーバ５の機能ブロック図を示す。保険会社サーバ５は、会員登録処理部５１と、会員データベース（ＤＢ）５２と、利用申込処理部５３と、契約データベース（ＤＢ）５４と、割引データベース（ＤＢ）５５と、割引処理部５６とを有する。本実施の形態では、典型的には、最初に会員登録を行った上で、個別の保険契約を行うという方式を採用している。具体的には、一般的な自動車保険ではなく、必要が生じた場合に１日単位の自動車保険の契約を行うものとする。この個別の保険契約の申し込みを、利用申し込みと呼ぶことにする。
【0026】
会員登録処理部５１は、以下で述べる会員登録のための処理を実施し、会員登録の結果については会員ＤＢ５２に格納する。Ａ通信事業者の携帯電話通信網を介してアクセスしてきたユーザについては、会員登録処理部５１は、Ａ通信事業者サーバ３と連携して処理を行う。
【0027】
また、利用申込処理部５３は、ユーザからの利用申し込みを処理し、個別の保険契約の内容については契約ＤＢ５４に登録する。また、利用申込処理部５３は、割引ＤＢ５５にも個別の保険契約の内容の少なくとも一部については登録する。本実施の形態では、個別の保険契約を所定回数以上行って無事故であれば、一般的な自動車保険の契約をする場合に割引を行うという仕組みを採用している。従って、割引処理部５６は、事故の有無などのデータを割引ＤＢ５５に登録すると共に、一般的な自動車保険の契約を行う場合には所定の条件を満たす同一人の個別保険契約のデータを抽出する処理などを実施する。
【0028】
次に、図３乃至図４２を用いて、図１及び図２に示したシステムの処理について説明する。例えば、ユーザは、代理店が配布する、１日単位の自動車保険についてのパンフレットを参照して、当該パンフレットに印刷されているＱＲコードなどを携帯電話機で読み取り、当該ＱＲコードから得られるＵＲＬ（Uniform Resource Locator）に携帯電話機をアクセスさせる（図３：ステップＳ１）。このＵＲＬにパラメータとして代理店の識別子（代理店コードとも呼ぶ）が含まれており、アクセス時に代理店の識別子が保険会社サーバ５に送信される場合もある。また、このアクセスに応じて代理店の識別子の入力ページデータを保険会社サーバ５の会員登録処理部５１から、アクセス元の携帯電話機に送信し、携帯電話機で代理店の識別子の入力ページを表示するようにしてもよい。この場合、ユーザがパンフレットに印刷されている代理店の識別子を入力ページに入力して、当該代理店の識別子を保険会社サーバ５に送信させるようにしてもよい。保険会社サーバ５の会員登録処理部５１は、代理店の識別子を受信して、例えばメインメモリなどの記憶装置に識別データなどと対応付けて格納する。
【0029】
この後、メールアドレスを登録するために、会員登録処理部５１は、代理店の識別子を受信した後、例えば図４に示すような空メールを送信するためのページデータを携帯電話機に送信する。携帯電話機は、保険会社サーバ５から空メールを送信するためのページデータを受信すると、表示装置に表示する。図４の例では、空メールを生成するための「次へ」ボタンが設けられており、ユーザがこれをクリックすると、携帯電話機のメールクライアントが起動されて、例えば図５に示すようなメールが生成される。なお、上で述べた識別データが空メールを送信するためのページデータと共に携帯電話機に送信されており、メールにも添付されるようになっている。これは、メールアドレスの入力を誤りなく簡単に行うための手法である。ユーザは、空メールであるから本文には何も書かずに「送信」ボタンを押すと、自メールアドレスを含むメールが会員登録処理部５１に送信される。これに対して、会員登録処理部５１は、メールを受信すると、メールに含まれるユーザのメールアドレスを、例えばメインメモリなどの記憶装置に識別データに対応付けて格納する。そして、会員登録処理部５１は、これまでに収集したデータと以後のデータを対応付けるため、例えば図６に示すようなメールを携帯電話機宛に返信する。図６の例では、アクセス先のＵＲＬ（すなわち会員登録用ページのＵＲＬ）が含まれており、ｘｘｘｘｘの部分に例えば識別データが含まれる。携帯電話機は、図６に示すようなメールを受信する（ステップＳ３）。なお、以後この識別データなどを用いて会員登録処理部５１と携帯電話機と間のトランザクションを関連づけるものとして説明を省略する。
【0030】
そして、ユーザは、このメールを表示装置に表示させて、ＵＲＬを選択し、当該携帯電話機を、会員登録のためのページへアクセスさせる（ステップＳ５）。例えば、アクセスに応じて、会員登録処理部５１は、図７に示すようなサービスのトップページのデータを携帯電話機に送信する。携帯電話機は、図７に示すようなサービスのトップページのデータを受信し、表示装置に表示する。図７の例では、１日単位自動車保険の会員登録サイトへのボタンと、商品概要の説明ページへのボタンと、商品の詳細な説明ページへのボタンとを有しており、ここでは１日単位自動車保険の会員登録サイトへのボタンを押したものとする。
【0032】
保険会社サーバ５の会員登録処理部５１は、例えば会員登録サイトへのアクセスの際には、携帯電話機から加入者識別子を取得すると共に、当該加入者識別子などから通信事業者を特定すると共に、既に受信している代理店の識別子を特定する（図８：ステップＳ２１）。
【0033】
そして、会員登録処理部５１は、ユーザが利用しているネットワークの通信事業者が、提携関係にあるＡ社であるかを判断する（ステップＳ２３）。ユーザが利用しているネットワークの通信事業者がＡ社以外であれば端子Ａを介して図２１の処理に移行する。一方、ユーザが利用しているネットワークの通信事業者がＡ社であれば、会員登録処理部５１は、Ａ通信事業者サーバ３と連携して本人確認処理を実施する。例えば、会員登録処理部５１（又はＡ通信事業者サーバ３）は、図９に示すような本人確認のためページデータを携帯電話機に送信する。携帯電話機は、図９に示すような本人確認のためページデータを受信し、表示装置に表示する。図９の例では、ネットワーク暗証番号及び生年月日の入力を促すページとなっており、ユーザは、これらのデータを入力し、「同意して次へ」ボタンを押す。そうすると、入力データは携帯電話機から会員登録処理部５１（又はＡ通信事業者サーバ３）に送信され、会員登録処理部５１からＡ通信事業者サーバ３に転送される。Ａ通信事業者サーバ３は、加入者ＤＢ３１における加入者識別子とネットワーク暗証番号と生年月日との組み合わせと、今回取得した加入者識別子とネットワーク暗証番号と生年月日との組み合わせが一致するか判断する。一致していない場合にはこれ以降の処理は行われない。なお、再度の認証については以下の説明では省略する。一方、一致していれば、Ａ通信事業者サーバ３は、加入者ＤＢ３１に格納されている加入者情報の少なくとも一部を、会員登録処理部５１に出力する。会員登録処理部５１は、Ａ通信事業者サーバ３から通信事業者が保持しているデータ（携帯電話機の契約者のデータ）を取得する（ステップＳ２５）。
【0034】
そうすると、会員登録処理部５１は、携帯電話機の契約者のデータを含む契約関係確認ページのデータを携帯電話機に送信する。携帯電話機は、保険会社サーバ５から契約関係確認ページのデータを受信し、表示装置に表示する。例えば図１０に示すような画面が表示される。図１０の例では、名前、名前（フリガナ）、生年月日、住所、連絡先については、加入者ＤＢ３１から取得したデータである。そして、借りる車を運転する人については、携帯電話の契約者との関係をコンボボックスで指定するようになっている。ユーザは、この指定を行った上で、「次へ」ボタンを押す。そうすると、携帯電話機から、保険会社サーバ５に、携帯電話の契約者との関係を表すデータが送信される。保険会社サーバ５の会員登録処理部５１は、携帯電話の契約者との関係を表すデータを受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ２７）。
【0035】
そうすると、会員登録処理部５１は、運転者が携帯電話の契約者本人であるかを判断する（ステップＳ２９）。本人が指定されている場合には、会員登録処理部５１は、図１１のような運転者情報確認ページを生成して、携帯電話機に送信する。携帯電話機は、図１１のような運転者情報確認ページを受信して、表示装置に表示する。図１１の例では、携帯電話の契約者との関係、名前、名前（フリガナ）、生年月日、住所、及び連絡先についてはこれまでに取得したデータが含まれている。但し、住所は変更が可能となっている。また、免許証番号及び有効期限については、本ページにて入力するようになっている。ユーザは、表示内容を確認の上、免許証番号及び有効期限を入力し、「次へ」ボタンを押す。そうすると、携帯電話機は、入力データと共に修正のあったデータ項目についてのデータ値を、保険会社サーバ５に送信する。保険会社サーバ５の会員登録処理部５１は、免許証番号及び有効期限と修正されたデータを受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ３１）。処理はステップＳ３５に移行する。
【0036】
一方、運転者が携帯電話の契約者本人ではない場合には、会員登録処理部５１は、運転者選択のためのページデータを生成して、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から、運転者選択のためのページデータを受信して、表示装置に表示する。例えば図１２に示すような画面が表示される。図１２の例は、例えば図１０において「子供」を選択した場合を表している。そして、図１２の例では、既に長男と次男については会員登録済みである。すなわち、運転者選択のためのページデータを生成する際には、会員ＤＢ５２から、加入者識別子が同じ会員（運転者）のデータを読み出して用いている。ここでは、ユーザは「子供（新規登録）」を選択して、「次へ」ボタンを押したものとする。そうすると、携帯電話機は、選択結果を保険会社サーバ５に送信する。保険会社サーバ５の会員登録処理部５１は、携帯電話機から運転者選択の結果を受信する。
【0037】
この運転者選択の結果に応じて、会員登録処理部５１は、図１３に示すような運転者情報入力ページのデータを生成して、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から運転者情報入力ページのデータを受信し、表示装置に表示する。図１３の例では、携帯電話の契約者との関係、住所（携帯電話の契約者の住所）についてはこれまでに取得した情報が含まれている。続柄についても上での選択結果において確定的な場合にはそのまま表示する。一方、確定的でない場合には、コンボボックスなどで指定するようになっている。さらに、名前、名前（フリガナ）、生年月日、連絡先、免許証番号及び免許証有効期限については、ここで入力するようになっている。住所については、携帯電話の契約者と同居していない場合にはここで入力するようになっている。ユーザは、このようなデータを入力した後、「次へ」ボタンをクリックする。そうすると携帯電話機は、入力データを保険会社サーバ５に送信する。保険会社サーバ５の会員登録処理部５１は、運転者についての入力データを受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ３３）。
【0038】
そして、会員登録処理部５１は、これまでに取得した免許証番号、生年月日及び名前の組み合わせが、会員ＤＢ５２に既に登録済みであるか判断する（ステップＳ３５）。会員ＤＢ５２には、例えば図１４のようなデータが格納される。上でも述べたが、本実施の形態では、Ａ通信事業者の携帯電話通信網を介して会員登録及び利用申し込みを行う場合と、それ以外の通信事業者の携帯電話通信網を介して会員登録及び利用申し込みを行う場合とでは、登録されるデータが異なる。単純な場合、前者の場合には、通信事業者の識別子と、加入者識別子と、携帯電話契約者との関係と、免許証番号と、名前と、生年月日と、住所と、電話番号（連絡先）と、免許証有効期限と、加入者識別子代理店コードと、運転者ＩＤとを登録するようになっている。後者の場合には、パスワードと、通信事業者の識別子と、免許証番号と、名前と、生年月日と、住所と、電話番号と、免許証有効期限と、会員代理店コードと（代理店の識別子）と、運転者ＩＤとが登録されるようになっている。なお、運転者ＩＤは、運転免許証、名前及び生年月日の組み合わせにつきユニークに付与され、システム内だけで用いられる。加入者識別子代理店コードは、加入者識別子に対応付けられている代理店の識別子であり、会員代理店コードは、運転免許証や運転者ＩＤなどで特定される個人に対応付けられている代理店の識別子である。
【0039】
なお、会員ＤＢ５２では、Ａ通信事業者の携帯電話通信網を介して会員登録及び利用申し込みを行うユーザのために、図１５に示すようなデータを補助的に保持している場合もある。図１５の例では、加入者識別子毎に、加入者識別子代理店コードと、登録済みの運転者のリスト（携帯電話の契約者との関係及び運転者ＩＤ）とを登録するようになっている。このようなデータを保持していることで、加入者識別子代理店コードを特定しやすく、また加入者識別子に関係する運転者を容易に特定できる。
【0040】
本実施の形態では、上でも述べたように免許証番号、生年月日及び名前がそれぞれ完全に一致していれば同一人と判断する。もし、会員ＤＢ５２に、入力された免許証番号、生年月日及び名前の組み合わせが既に登録されている場合には、重複登録になるのでそのまま登録するのではなく、変更部分及び差分を更新登録することにする。なお、確認は不要とする。但し、確認要としてもよい。
【0041】
一方、免許証番号が一致する登録がなされており、生年月日及び名前のうち少なくともいずれかが一致しない場合には、何らかの入力ミス等（改姓等も含む）が発生している可能性があるので、確認要と判断する。また、免許証番号は異なっているが、名前及び生年月日については同一の登録が存在している場合には、運転免許証番号に入力ミスがあるかもしれないので、この場合も確認要と判断する。それ以外の相違については別人として登録すべきなので、確認不要と判断する。
【0042】
一般的な自動車保険の契約を行う際には、１日単位自動車保険の実績に基づき保険料の割引を行うので、同一人の実績を正確に収集する必要がある。従って、会員登録時にきちんと同一人か否かを判定して問題の発生を未然に防止するものである。
【0043】
確認不要であれば（ステップＳ３７：Ｎｏルート）、端子Ｂを介して図１６のステップＳ４２の処理に移行する。一方、確認要であれば（ステップＳ３７：Ｙｅｓルート）、端子Ｃを介して図１６のステップＳ４１に移行する。
【0044】
図１６の処理の説明に移行して、確認要であれば、会員登録処理部５１は、図１７のような入力内容の確認要求ページを生成して、携帯電話機に送信する。携帯電話機は、図１７のような入力内容の確認要求ページを受信し、表示装置に表示する。図１７の例では、再度確認して訂正する方法と、コールセンタと通話して確認及び訂正する方法とが列挙されている。いずれも「訂正する」ボタンで、例えば図１３の画面の段階（ステップＳ３３）に戻る。但し、既入力データについては埋め込まれた形で表示される。一方、別人である場合もあるので、例えばコールセンタと通話して確認の上、「このまま登録する」ボタンをクリックする場合もある（ステップＳ４１）。このようにして会員登録が可能な状態にするか、そのまま会員登録の段階に移行する。
【0045】
一方、確認不要である場合又は「このまま登録する」ボタンが押された場合、会員登録処理部５１は、図１８に示すような最終確認ページのデータを生成して、携帯電話機に送信する。携帯電話機は、図１８に示すような最終確認ページのデータを受信して、表示装置に表示する。図１８の例は、携帯電話の契約者本人の場合の最終確認ページを示しているが、携帯電話の契約者本人でない場合も、表示されるデータ項目については同じである。図１８の例では、携帯電話の契約者との関係と、名前と、名前（フリガナ）と、生年月日と、住所と、連絡先と、免許証番号と、免許証有効期限とが表示されるようになっている。修正が必要であれば「戻る」ボタンをクリックする。一方、そのまま登録可能な場合には、「登録する」ボタンをクリックする。そうすると、携帯電話機から、保険会社サーバ５の会員登録処理部５１に、指示が送信される（ステップＳ４２）。
【0046】
そして、会員登録処理部５１は、完全に重複する会員登録である場合を除き、運転者ＩＤを発行する（ステップＳ４３）。上でも述べたように、運転者ＩＤは、運転者毎に付与するＩＤである。さらに、会員登録処理部５１は、運転者情報の登録処理を実施する（ステップＳ４５）。図１４で示したようなデータを登録する。なお、免許証番号、生年月日及び名前が完全一致する場合には、更新登録として、差分及び変更部分について登録を行う。
【0047】
さらに、会員登録処理部５１は、第１代理店コード登録処理を実施する（ステップＳ４７）。第１代理店コード登録処理については、図１９を用いて説明する。
【0048】
会員登録処理部５１は、会員ＤＢ５２において、今回携帯電話機から受信した加入者識別子は既登録であるか判断する（図１９：ステップＳ５１）。今回携帯電話機から受信した加入者識別子が既登録である場合には、会員登録処理部５１は、会員ＤＢ５２において、今回会員登録する運転者に対応付けて、加入者識別子代理店コードを登録する（ステップＳ５３）。又は、この運転者についての利用申し込みの際に、加入者識別子代理店コードが当該代理店の実績として登録されるように設定を行う。例えば図１５に示すようなデータ構造を採用して、加入者識別子と加入者識別子代理店コードと、運転者ＩＤとを対応付けておくようにしても良い。そして呼び出し元の処理に戻る。
【0049】
例えば、携帯電話の契約者本人又は家族が、その携帯電話機を用いて既に会員登録している場合には、最初に登録した代理店コードをそのまま今回会員登録を行った運転者（ユーザ）についても登録する。
【0050】
このような特別な関係を有する人たちについては１つの代理店で対応するのが好ましいためである。また、最初に登録された代理店に有利であるから、代理店に対して会員登録等についての営業活動を促進させるという作用もある。さらに、Ａ通信事業者についても代理店として認識される場合もあり、このような場合には通信事業者固有の加入者識別子と代理店の識別子との関係を維持することが好ましいためである。
【0051】
一方、今回携帯電話機から受信した加入者識別子が未登録である場合には、会員登録処理部５１は、今回会員登録を行った運転者が携帯電話の契約者本人であるか判断する（ステップＳ５５）。今回会員登録を行った運転者が携帯電話の契約者本人ではない場合には、会員登録処理部５１は、今回受信した代理店コードを、加入者識別子代理店コードとして、会員ＤＢ５２に、運転者ＩＤ及び加入者識別子に対応付けて登録する（ステップＳ５７）。これによって、新規に加入者識別子代理店コードが登録されることになる。そして、呼び出し元の処理に移行する。
【0052】
また、今回会員登録を行った運転者が携帯電話の契約者本人である場合には、会員登録処理部５１は、今回会員登録を行った運転者が、既に会員ＤＢ５２に登録済みであるか判断する（ステップＳ５９）。この判断自体はステップＳ３５における重複チェックと同様に、免許証番号、生年月日及び名前の組み合わせが既登録であるか否かで判断する。但し、上で述べたチェック結果を用いるようにしても良いし、今回会員ＤＢ５２を再度検索するようにしても良い。今回会員登録を行った運転者が登録済みではない場合には新規登録であるからステップＳ５７に移行する。
【0053】
一方、今回会員登録を行った運転者が登録済みである場合、これは他の通信事業者の携帯電話通信網を経由して会員登録を行ったか、前とは異なる携帯電話機を用いてＡ通信事業者の携帯電話通信網を経由して会員登録を行った場合に該当する。従って、会員登録処理部５１は、既に登録されている会員代理店コード又は加入者識別子代理店コードを、今後の加入者識別子代理店コードとして、加入者識別子及び運転者ＩＤに対応付けて登録する（ステップＳ６１）。このように通信事業者を変更したり携帯電話機を変更するなどした場合でも、前に登録した代理店コードを引き継ぐことになる。このようにすれば、代理店との関係をデータベース上も維持させることができるようになる。そして、呼び出し元の処理に戻る。
【0054】
以上のような処理を実施することで、提携関係にある通信事業者との関係を優先しつつ、運転者（ユーザ）と代理店との関係を維持するように、代理店コードの登録などを実施する。
【0055】
図１６の処理に戻って、このような処理を実施した後に、会員登録処理部５１は、登録完了ページのデータを、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から、登録完了ページのデータを受信し、表示装置に表示する（ステップＳ４９）。例えば図２０に示すような登録完了ページを表示する。このような会員登録を行っておくことで、利用申し込みを簡単に行うことができるようになる。
【0057】
まず、会員登録処理部５１は、ユーザの基本的な情報を入力するための第１会員情報登録ページのデータを、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から第１会員情報登録ページのデータを受信し、表示装置に表示する。例えば図２２に示すような画面が表示される。図２２の例では、名前、名前（フリガナ）、生年月日、免許証番号、免許証有効期限、郵便番号を入力するようになっている。なお、郵便番号を入力すると、次の入力データを削減できるようになっている。すなわち、「郵便番号から検索」ボタンをクリックするようになっている。ユーザがこのようなデータを入力して送信を指示すると、携帯電話機は、保険会社サーバ５に入力データを送信する。保険会社サーバ５の会員登録処理部５１は、名前、生年月日及び免許証番号を含む入力データを受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ７１）。
【0058】
そして、会員登録処理部５１は、これまでに取得した免許証番号、生年月日及び名前の組み合わせが、会員ＤＢ５２に既に登録済みであるか判断する（ステップＳ７３）。このステップはステップＳ３５と同様である。
【0059】
すなわち、本実施の形態では、上でも述べたように免許証番号、生年月日及び名前がそれぞれ完全に一致していれば同一人と判断する。もし、会員ＤＢ５２に、入力された免許証番号、生年月日及び名前の組み合わせが既に登録されている場合には、重複登録になるのでそのまま登録するのではなく、変更部分及び差分を更新登録することにする。なお、確認不要として判断する。但し、確認要としてもよい。
【0060】
一方、運転免許証が一致する登録がなされており、生年月日及び名前のうち少なくともいずれかが一致しない場合には、何らかの入力ミス等（改姓等も含む）が発生している可能性があるので、確認要と判断する。また、運転免許証番号は異なっているが、名前及び生年月日については同一の登録が存在している場合には、運転免許証番号に入力ミスがあるかもしれないので、この場合も確認要と判断する。それ以外の相違については別人として登録すべきなので、確認不要と判断する。
【0061】
一般的な自動車保険の契約を行う際には、１日単位自動車保険の実績に基づき保険料の割引を行うので、同一人の実績を正確に収集する必要がある。従って、会員登録時にきちんと同一人か否かを判定して問題の発生を未然に防止するものである。
【0062】
確認不要であれば（ステップＳ７５：Ｎｏルート）、ステップＳ７９の処理に移行する。一方、確認要であれば（ステップＳ７５：Ｙｅｓルート）、会員登録処理部５１は、図２３のような入力内容の確認要求ページを生成して、携帯電話機に送信する（ステップＳ７７）。携帯電話機は、図２３のような入力内容の確認要求ページを受信し、表示装置に表示する。図２３の例では、再度確認して訂正する方法と、コールセンタと通話して確認及び訂正する方法とが列挙されている。いずれも「訂正する」ボタンで、例えば図２２の画面の段階（ステップＳ７１）に戻る。但し、既入力データについては埋め込まれた形で表示される。一方、別人である場合もあるので、例えばコールセンタと通話して確認の上、「このまま登録する」ボタンをクリックする場合もある。このようにして会員登録が可能な状態にするか、そのまま会員登録を進める。
【0063】
一方、確認不要である場合又は「このまま登録する」ボタンが押された場合には、会員登録処理部５１は、ユーザの補助的な情報を入力するための第２会員情報登録ページのデータを生成し、携帯電話機に送信する。郵便番号から住所を検索する処理を行う。携帯電話機は、保険会社サーバ５から第２会員情報登録ページのデータを受信し、表示装置に表示する。例えば図２４に示すような画面が表示される。図２４の例では、住所と、携帯電話番号と、ログインパスワード（再入力を含む）とを入力するようになっている。郵便番号から住所が得られていれば、入力欄に埋め込んだ形で提示する。さらに、前の入力事項を変更する場合には「戻る」ボタンを押して、登録内容確認を行う場合には「次へ」ボタンを押すようになっている。ここでは、ユーザは、データを入力して「次へ」ボタンを押したものとする。そうすると、携帯電話機は、入力データを保険会社サーバ５に送信する。保険会社サーバ５の会員登録処理部５１は、入力データを受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ７９）。
【0064】
その後、会員登録処理部５１は、図２５に示すような最終確認ページのデータを生成して、携帯電話機に送信する。携帯電話機は、図２５に示すような最終確認ページのデータを受信して、表示装置に表示する。図２５の例は、名前と、名前（フリガナ）と、生年月日と、免許証番号と、免許証有効期限と、郵便番号と、住所と、携帯電話番号と、ログインパスワードとが表示されるようになっている。図１８との差は、主に、携帯電話の契約者との関係が含まれない点と、ログインパスワードが含まれている点である。Ａ通信事業者以外の通信事業者と契約している場合には、免許証番号がＩＤとして用いられ、ログインパスワードと組み合わせてログインするためである。修正が必要であれば「戻る」ボタンをクリックする。一方、そのまま登録可能な場合には、「登録する」ボタンをクリックする。そうすると、携帯電話機から、保険会社サーバ５の会員登録処理部５１に、指示が送信される（ステップＳ８１）。
【0065】
そして、会員登録処理部５１は、完全に重複する会員登録である場合を除き、運転者ＩＤを発行する（ステップＳ８３）。上でも述べたように、運転者ＩＤは、運転者毎に付与するＩＤである。さらに、会員登録処理部５１は、会員情報の登録処理を実施する（ステップＳ８５）。図１４で示したようなデータを登録する。なお、免許証番号、生年月日及び名前が完全一致する場合には、更新登録として、差分及び変更部分について登録を行う。
【0066】
さらに、会員登録処理部５１は、第２代理店コード登録処理を実施する（ステップＳ８７）。第２代理店コード登録処理については、図２６を用いて説明する。
【0067】
まず、会員登録処理部５１は、会員ＤＢ５２に既に会員登録済みであるか判断する（図２６：ステップＳ１０１）。これは加入者識別子との対応付けが行われる会員登録ではなく、既に同様の会員登録が行われているかを判断するものである。完全な重複登録の場合であるから、会員代理店コードはそのまま用いることになるので、ここでは何もせず、呼び出し元の処理に戻る。
【0068】
一方、会員ＤＢ５２に既に会員登録済みではない場合、会員登録処理部５１は、今回の会員登録者が運転者として既登録であるか判断する（ステップＳ１０３）。すなわち、ユーザが通信事業者を切り替えたかを判断している。今回受信した、免許証番号、名前及び生年月日の組み合わせと完全に一致するデータが会員ＤＢ５２に登録されているかで判断する。但し、ステップＳ７３の重複チェック結果を用いても良い。今回の会員登録者が運転者として既登録ではない場合には、会員登録処理部５１は、今回受信した代理店コードを、会員代理店コードとして、運転者ＩＤ及び免許証番号に対応付けて会員ＤＢ５２に登録する（ステップＳ１０５）。そして呼び出し元の処理に戻る。
【0069】
一方、今回の会員登録者が運転者として既登録である場合には、会員登録処理部５１は、既に今回受信した、免許証番号、名前及び生年月日の組み合わせに対応付けて会員ＤＢ５２に登録されている加入者識別子代理店コードを、会員代理店コードとして免許証番号及び運転者ＩＤに対応付けて登録する（ステップＳ１０７）。そして呼び出し元の処理に戻る。
【0070】
このような処理を実施することで、通信事業者を切り替えた場合であっても代理店コードを引き継ぐことができる。
【0071】
図２１の処理の説明に戻って、このような処理を実施した後に、会員登録処理部５１は、登録完了ページのデータを、携帯電話機に送信する（ステップＳ８９）。携帯電話機は、保険会社サーバ５から、登録完了ページのデータを受信し、表示装置に表示する。例えば図２０に示すような登録完了ページを表示する。このような会員登録を行っておくことで、利用申し込みを簡単に行うことができるようになる。
【0072】
次に、図２７乃至図４２を用いて利用申し込み時の処理について説明する。携帯電話機からの利用申し込みページへのアクセスから、利用申込処理部５３は、アクセスに係る通信事業者を特定する（図２７：ステップＳ１２１）。例えば、加入者識別子等から通信事業者を特定する。そして、利用申込処理部５３は、通信事業者がＡ通信事業者であるかを判断する（ステップＳ１２３）。通信事業者がＡ通信事業者である場合には、利用申込処理部５３は、免許証番号及びパスワードの入力ページのデータを携帯電話機に送信する。携帯電話機は、免許証番号及びパスワードの入力ページのデータを受信し、表示装置に表示する。例えば図２８に示すような画面が表示される。ユーザは、免許証番号及びパスワードを入力して、「次へ」ボタンをクリックする。そうすると、携帯電話機は、免許証番号及びパスワードを、保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、携帯電話機から免許証番号及びパスワードを受信すると、会委員ＤＢ５２において、この対が登録されているか判断する。対が登録されていれば認証成功で、処理はステップＳ１３５に移行する。一方、対が登録されていなければ認証失敗で、以降の処理には進めない（ステップＳ１２５）。なお、登録事項の確認についてこの段階で行っても良い。
【0073】
一方、通信事業者がＡ通信事業者である場合には、利用申込処理部５３は、Ａ通信事業者サーバ３と連携して本人確認処理を実施する。例えば、利用申込処理部５３（又はＡ通信事業者サーバ３）は、図９に示すような本人確認のためページデータを携帯電話機に送信する。携帯電話機は、図９に示すような本人確認のためページデータを受信すると、表示装置に表示する。図９の例では、暗証番号及び生年月日の入力を促すページとなっており、ユーザは、これらのデータを入力し、「次へ」ボタンをクリックする。そうすると、入力データは携帯電話機から利用申込処理部５３（又はＡ社通信事業者サーバ３）に送信され、利用申込処理部５３からＡ通信事業者サーバ３に転送される。Ａ通信事業者サーバ３は、加入者ＤＢ３１における加入者識別子とネットワーク暗証番号と生年月日との組み合わせと、今回取得した加入者識別子と暗証番号と生年月日との組み合わせが一致するか判断する。一致していない場合にはこれ以降の処理は行われない。一方、一致していれば、Ａ通信事業者サーバ３は、加入者ＤＢ３１に格納されている加入者情報の少なくとも一部を、利用申込処理部５３に出力する。利用申込処理部５３は、Ａ通信事業者サーバ３から通信事業者が保持しているデータ（携帯電話機の契約者のデータ）を取得する（ステップＳ１２７）。
【0074】
そうすると、利用申込処理部５３は、携帯電話機の契約者のデータを含む契約関係確認ページのデータを携帯電話機に送信する。携帯電話機は、保険会社サーバ５から契約関係確認ページのデータを受信し、表示装置に表示する。例えば図１０に示すような画面が表示される。図１０の例では、名前、名前（フリガナ）、生年月日、住所、連絡先については、加入者ＤＢ３１から取得したデータである。そして、借りる車を運転する人については、携帯電話の契約者との関係をコンボボックスで指定するようになっている。ユーザは、この指定を行った上で、「次へ」ボタンをクリックする。そうすると、携帯電話機から、保険会社サーバ５に、携帯電話の契約者との関係を表すデータが送信される。保険会社サーバ５の利用申込処理部５３は、携帯電話の契約者との関係を表すデータを受信する（ステップＳ１２９）。
【0075】
ここで利用申込処理部５３は、加入者識別子で会員ＤＢ５２を検索して、携帯電話の契約者との関係からして既登録の運転者であるか判断する（ステップＳ１３１）。既登録ではない場合には、端子Ｅを介して会員登録（図８）に移行する。
【0076】
一方、既登録である場合には、利用申込処理部５３は、会員ＤＢ５２に既に登録されている運転者のデータを読み出して、当該運転者のデータを含む運転者情報確認ページのデータを生成し、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から運転者確認ページのデータを受信し、表示装置に表示する。例えば図１１に示すような画面が表示される。図１１の例では、携帯電話の契約者との関係、名前、名前（フリガナ）、生年月日、住所、及び連絡先についてはこれまでに取得したデータが含まれている。但し、住所は変更が可能となっている。また、免許証番号及び有効期限については、本ページにて再度入力するようになっている。ユーザは、表示内容を確認の上、免許証番号及び有効期限を入力し、「次へ」ボタンをクリックする。そうすると、携帯電話機は、入力データと共に修正のあったデータ項目についてのデータ値を、保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、免許証番号及び有効期限と修正されたデータを受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ１３３）。ここで、利用申込処理部５３は、会員ＤＢ５２との差異が存在する場合には、会員ＤＢ５２に反映する。但し、免許証番号については、会員ＤＢ５２に登録されているデータと相違する場合には、再度、免許証番号、名前及び生年月日で会員登録処理で説明した確認要の状態になっていないかを確認するようにしても良い。さらに、免許証有効期限について現在日付より前になっていないかを確認するようにしても良い。
【0077】
そして、利用申込処理部５３は、携帯電話機とやりとりしながら利用申し込み受け付け処理を実施する（ステップＳ１３５）。なお、本処理のあとは端子Ｄを介して図３５の処理に移行する。この処理においては、利用申込処理部５３は、図２９に示すような利用申込（１）の入力ページのデータを生成して、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から、図２９に示すような利用申込（１）の入力ページのデータを受信し、表示装置に表示する。図２９の例では、借りる車の所有者について、運転者本人、運転者の配偶者、法人のいずれかに該当するか否かを確認するためのページであり、該当する場合には１日単位自動車保険については対象外となる。ユーザは、「該当しない」と「該当する」というラジオボタンを選択して、「次へ」ボタンを押す。そうすると、携帯電話機は、ユーザの選択結果を、保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、携帯電話機から、所有者についてのユーザの選択結果を受信する。
【0078】
その後、利用申込処理部５３は、図３０に示すような利用申込（２）の入力ページのデータを生成して、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から、図３０に示すような利用申込（２）の入力ページのデータを受信し、表示装置に表示する。図３０の例では、利用開始日の入力欄が設けられている。ユーザは、この日付を入力して「次へ」ボタンを押す。そうすると、携帯電話機は、利用開始日のデータを、保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、利用開始日のデータを受信して、例えばメインメモリなどの記憶装置に格納する。
【0079】
さらに、利用申込処理部５３は、図３１に示すような利用申込（３）の入力ページのデータを生成して、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から、図３１に示すような利用申込（３）の入力ページのデータを受信し、表示装置に表示する。図３１の例では、前のページで入力された利用開始日のデータと、利用日数を指定するためのコンボボックスが設けられている。これによって保険期間が確定される。なお、利用開始日のデータは、ここで変更しても良い。ユーザは、利用日数を指定した後、「次へ」ボタンを押すことで、携帯電話機は、利用日数のデータを保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、携帯電話機から、利用日数のデータを受信して、例えばメインメモリなどの記憶装置に格納する。
【0080】
また、利用申込処理部５３は、図３２に示すような利用申込（４）の入力ページのデータを生成して、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から、図３２に示すような利用申込（４）の入力ページのデータを受信し、表示装置に表示する。図３２の例では、補償期間の確認ページであり、問題がなければ「次へ」ボタンを押し、修正がある場合には、「戻る」ボタンを押すようになっている。ユーザは、ここでは「次へ」ボタンを押したものとする。携帯電話機は、ユーザの入力指示を表すデータを、保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、携帯電話機からユーザの入力指示を表すデータを受信する。
【0081】
その後、利用申込処理部５３は、図３３に示すような利用申込（５）の入力ページのデータを生成して、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から、図３３に示すような利用申込（５）の入力ページのデータを受信し、表示装置に表示する。図３３の例は、車のナンバー、補償除外車名リストに該当するか否かを入力するためのページである。ユーザは、車のナンバー（車両識別子）を入力し、補償除外車名リストに該当するか否かをラジオボタンで選択し、「次へ」ボタンを押す。携帯電話機は、このような入力を受け付け、入力データを保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、入力データを受信し、例えばメインメモリなどの記憶装置に格納する。なお、補償除外車名リストに該当するとして送信するとエラーとなって、当該車両については利用申込を行うことができない旨のメッセージが伝えられる。
【0082】
さらに、利用申込処理部５３は、図３４に示すような利用申込（６）の入力ページのデータを生成して、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から、図３４に示すような利用申込（６）の入力ページのデータを受信し、表示装置に表示する。図３４は、加入プランの選択画面の例を示しており、図３４の例では、スタンダードプラント、スリムプランのいずれかを選択するためのラジオボタンが設けられている。但し、これ以外のプランを提案するようにしても良い。ユーザは、いずれかのプランを選択し、「次へ」ボタンを押す。そうすると、携帯電話機は、選択データを保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、選択データを受信し、例えばメインメモリなどの記憶装置に格納する。
【0083】
次に、端子Ｄを介して図３５の処理の説明に移行して、利用申込処理部５３は、携帯電話機とやりとりしながら重要事項説明処理を実施する（ステップＳ１３７）。具体的には、これまでに受信したデータを用いて図３６に示すような重要事項説明画面（１）についてのページデータを生成し、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から図３６に示すような重要事項説明画面（１）についてのページデータを受信し、表示装置に表示する。図３６は、契約の概要を説明する画面例を示しており、ユーザは内容を確認して「確認しました」ボタンを押す。携帯電話機は、ユーザからの入力指示を受け付けて、保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、携帯電話機から入力指示を受信する。
【0084】
さらに、利用申込処理部５３は、これまでに受信したデータを従って図３７に示すような重要事項説明画面（２）についてのページデータを生成し、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から図３７に示すような重要事項説明画面（２）についてのページデータを受信し、表示装置に表示する。図３７は、注意喚起情報を説明する画面例を示しており、ユーザは内容を確認して「確認しました」ボタンを押す。携帯電話機は、ユーザからの入力指示を受け付けて、保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、携帯電話機から入力指示を受信する。
【0085】
その後、利用申込処理部５３は、携帯電話機とやりとりしながら申込内容確認処理を実施する（ステップＳ１３９）。例えば、利用申込処理部５３は、これまでに受信したデータを用いて図３８に示すような申込確認ページのデータを生成し、携帯電話機に送信する。携帯電話機は、保険会社サーバ５から、図３８に示すような申込確認ページのデータを受信し、表示装置に表示する。図３８の例では、契約者の情報、補償期間、補償内容、車両情報、保険料などの情報を含む。保険料は、Ａ通信事業者の携帯電話通信網を介してアクセスしている場合には、携帯電話利用料金と共に徴収されることになっている。すなわち、Ａ通信事業者サーバ３の決済機能を利用している。しかしながら、Ａ通信事業者以外の通信事業者の携帯電話通信網を介してアクセスしている場合には、例えばクレジットカード決済を行う。その他の決済方法であっても良い。ユーザは、利用申込内容を確認して、問題がなければ「同意して申し込む」ボタンを押す。携帯電話機は、ユーザの指示入力を受け付け、保険会社サーバ５に送信する。保険会社サーバ５の利用申込処理部５３は、携帯電話機から指示入力データを受信する。
【0086】
そして、利用申込処理部５３は、契約内容を契約ＤＢ５４に登録する（ステップＳ１４１）。契約ＤＢ５４には、例えば図３９に示すようなデータが格納される。図３９の例では、契約番号と、運転者情報（通信事業者の識別子、加入者識別子（Ａ通信事業者のみ）、携帯電話契約者との関係（Ａ通信事業者のみ）、名前、生年月日、住所、電話番号、免許証番号、免許証有効期限、運転者ＩＤ）と、契約データ（利用開始日、利用終了日、利用日数、車両番号（登録番号）、加入プラン、保険料）と、事故有無と、代理店コードとが登録されるようになっている。運転者情報については、運転者ＩＤ等があれば、会員ＤＢ５２から特定できるので、全てのデータを含む必要はない。
【0087】
さらに、利用申込処理部５３は、契約内容の一部を割引ＤＢ５５に登録する（ステップＳ１４３）。割引ＤＢ５５に登録されるデータの一例を図４０に示す。図４０の例では、被保険者名と、生年月日と、免許証番号と、利用日と、利用日数と、事故有無と、運転者ＩＤとが登録されるようになっている。例えば、２年度内で、同一の被保険者について、第１の利用日数又は回数以上、１日単位自動車保険を契約していて無事故であれば、第１の所定％一般的な自動車保険の保険料を割り引き、第２の利用日数又は回数以上、１日単位自動車保険を契約していて無事故であれば、第２の所定％一般的な自動車保険の保険料を割り引くようになっている。従って、同一の被保険者であることを確認する必要があり、そのため上で述べたように運転者ＩＤを会員登録時に発行している。従って、基本的には運転者ＩＤで割引ＤＢ５５を検索すれば、該当する個別の保険契約を抽出できる。但し、運転者ＩＤだけではなく、被保険者名、生年月日、及び免許証番号でも確認できるようになっている。
【0088】
その後、利用申込処理部５３は、携帯電話機に対して手続き完了通知を実施する（ステップＳ１４５）。例えば、利用申込処理部５３は、図４１に示すような手続き完了ページのデータを、携帯電話機に送信する。携帯電話機は、手続き完了ページのデータを受信し、表示装置に表示する。図４１の例では、契約番号と、注意書と、契約の内容をメールで送信するためのメール連絡ボタンと、契約内容と、承認日時とを含む。このようにして、ユーザは最終的な確認を行う。ユーザは、必要と考える場合にはメール連絡ボタンを押すことで、利用申込処理部５３は、所定のフォーマットのメールを会員ＤＢ５２に登録されているメールアドレス宛に送信する。
【0089】
以上のようにして、１日単位自動車保険についての会員登録及び利用申し込みが行われる。契約ＤＢ５４において代理店コードが登録されれば、代理店に対する手数料その他の実績を容易に管理することができるようになる。
【0090】
上でも述べたが、１日単位自動車保険の利用実績は、その後の一般的な自動車保険（例えば一日単位自動車保険の利用者が自ら購入した自動車に対して初めて加入する自動車保険）の契約時に割引に用いられる。このため割引ＤＢ５５を設けている。以下、一般的な自動車保険の契約申し込みがあった場合の処理について、図４２を用いて簡単に説明する。
【0091】
割引処理部５６は、ネットワーク１を介して保険会社の他のコンピュータなどから、一般的な自動車保険の申し込みデータ（１日単位自動車保険の利用があったことを表すデータを含む）を受信すると（図４２：ステップＳ２０１）、例えば会員ＤＢ５２を、名前、生年月日及び免許証番号の組み合わせで検索して運転者ＩＤを特定する（ステップＳ２０３）。そして、割引処理部５６は、特定された運転者ＩＤで割引ＤＢ５５を検索して（ステップＳ２０５）、該当する個別保険契約を特定する。
【0092】
さらに、割引処理部５６は、免許証番号、名前及び生年月日などの組み合わせで確認のために検索して、同一人の可能性を有する個別保険契約を抽出する（ステップＳ２０７）。抽出された個別保険契約について、上で特定された運転者ＩＤが含まれているのであれば、問題はない。但し、異なる運転者ＩＤが登録されている場合には、実際に人手で確認を行ってもらう。
【0093】
すなわち、割引処理部５６は、保険会社の他のコンピュータに、ステップＳ２０５及びＳ２０７で抽出された実績のデータを送信する。保険会社のコンピュータは、受信した実績のデータを表示装置に表示して、人手で確認を行うものとする。例えば、異なる運転者ＩＤが登録されている場合には、注意を促すような表示を行うなどして同一人か否かを確実に確認させる。そして、保険会社の他のコンピュータは、同一人の実績であると確認された個別契約の識別情報（例えば契約番号）を、保険会社コンピュータ５に送信する（ステップＳ２０９）。保険会社コンピュータ５の割引処理部５６は、同一人の実績であると確認された個別契約の識別情報に基づき、上で述べたようなルールに従って適用可能な割引率を決定して、保険会社の他のコンピュータに返信する（ステップＳ２１１）。
【0094】
これによって１日単位自動車保険の利用を促進すると共に、同一保険会社が提供する一般的な自動車保険への移行をも促進する。
【0095】
なお、割引処理部５６は、一般的な自動車保険の計上時チェック（ステップＳ２１３）及び加入後チェック（ステップＳ２１５）も行う。これは、申込時から計上時までの利用実績の変化及び保険金請求の状態変化を確認して、本来適用すべき割引率を決定する。また、計上時から保険始期までについても利用実績の変化及び保険金請求の状態変化は生じうるので、本来適用すべき割引率を再度決定する。この際、割引率が大きくなる場合もあれば、小さくなる場合もある。加入後チェックの場合には、保険料の追加徴収を行う場合もあれば、保険料の還付を行う場合もある。
【0096】
以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で述べたシステム構成は一例であって、各コンピュータは、１台のコンピュータではなく複数のコンピュータで実現される場合もある。さらに、各コンピュータの機能分けについても一例である。さらに、機能ブロック図についても一例であって、実際のプログラムモジュール構成とは一致しない場合もある。
【0097】
なお、保険会社サーバ５はコンピュータ装置であって、図４３に示すように当該コンピュータ装置においては、メモリ２５０１（記憶部）とＣＰＵ２５０３（処理部）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ）及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【符号の説明】
【0098】
５１ 会員登録処理部５２ 会員ＤＢ
５３ 利用申込処理部
５４ 契約ＤＢ
５５ 割引ＤＢ
５６ 割引処理部