契約支援サーバ、契約支援システム及び契約支援システムの制御方法
【課題】契約を締結するための手続きの効率化を図る。
【解決手段】契約支援サーバ２００を提供する。契約支援サーバ２００は、運転免許証を撮像して得た確認データＤ１を携帯電話機１００から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の申込データＤ２を管理する。また、契約支援サーバ２００は、確認データＤ１を受信する受信部２４０と、複数の申込データＤ２を記憶する記憶部２２０と、受信した確認データＤ１に対応する申込データＤ２を記憶部２２０から読み出す読出処理と、受信した申込データＤ２と読み出された申込データＤ２とに基づいて、締結すべき契約の条件及び内容を示す契約データを生成する生成処理を実行する情報処理部２１０とを備える。
【解決手段】契約支援サーバ２００を提供する。契約支援サーバ２００は、運転免許証を撮像して得た確認データＤ１を携帯電話機１００から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の申込データＤ２を管理する。また、契約支援サーバ２００は、確認データＤ１を受信する受信部２４０と、複数の申込データＤ２を記憶する記憶部２２０と、受信した確認データＤ１に対応する申込データＤ２を記憶部２２０から読み出す読出処理と、受信した申込データＤ２と読み出された申込データＤ２とに基づいて、締結すべき契約の条件及び内容を示す契約データを生成する生成処理を実行する情報処理部２１０とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、契約支援サーバとその制御方法と契約支援システムとに関する。
【背景技術】
【０００２】
自動車保険契約などの契約を締結する際には、保険会社は、被保険者の運転免許証などの確認書類を用いて、契約の条件及び内容を確認した上で契約を締結する。この締結のための手続きとしては、特許文献１の記載のように、確認書類を貼り付けた申込書が、申込者から保険会社へ、ファクシミリ又は郵送などの紙を用いる手段によって渡され、渡された紙を保険会社の従業員が目視して、又は渡された紙からＯＣＲによって読み取られた文字を保険会社の従業員が目視して上記の確認を行う、というものが一般的である。このような手続きの効率化に寄与しうる技術としては、特許文献２及び３に記載のシステムが挙げられる。これらのシステムでは、コンピュータネットワーク経由での画像データの送受信によって手続きが進行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３４８３０２号公報
【特許文献２】特開２００８−２３４２９１号公報
【特許文献３】特開２００９−２３８１５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術では、上記の確認作業において保険会社の従業員による目視が不可欠であり、契約を締結するための手続きの効率が悪い。また、特許文献２には、保険会社の従業員による目視を排除するための構成が記載されていない。つまり、契約を締結するための手続きの効率化を達成する技術は提案されていない。なお、特許文献３に記載のシステムは、保険契約の見積りを簡易に取得するためのシステムであり、契約を締結するための手続きの効率化を図るものではない。
そこで、本発明は、契約を締結するための手続きの効率化を解決課題とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明の契約支援サーバは、少なくとも契約を締結するために確認が必要な書類を撮像して得た第１データを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを管理する契約支援サーバであって、前記第１データを受信する受信部と、前記複数の第２データを記憶する記憶部と、受信した前記第１データに対応する前記第２データを前記記憶部から読み出す読出処理と、受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する生成処理を実行する情報処理部とを備える。
契約を締結するために確認が必要な書類は、例えば、運転免許証などの確認書類である。締結すべき契約内容に関連して事前に用意された第２データは、例えば、契約の締結を申し込む申込書に記載された情報を示す申込データである。携帯端末は、例えば携帯電話機である。
この契約支援サーバによれば、例えば確認書類に由来する第１データと、例えば申込書に由来する第２データとに基づいて、締結すべき契約内容を示す契約データが生成されるから、人の目視による確認作業を排除することができる。また、携帯端末を用いることができるから、場所を選ぶことなく、効率的に契約手続きを行うことができる。よって、この契約支援サーバによれば、契約を締結するための手続きが効率化される。
【０００６】
上記の契約支援サーバにおいて、前記携帯端末は、前記第１データと契約を識別する識別情報とを送信し、前記受信部は、前記第１データと前記識別情報を受信し、前記記憶部は、前記複数の第２データを前記識別情報と対応付けて記憶しており、前記情報処理部は、前記読出処理において、受信した前記識別情報に対応する前記第２データを前記記憶部から読み出し、前記生成処理において、前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成するようにしてもよい（態様１）。
態様１では、情報処理部は、第１データを送信する携帯端末からの識別情報に対応付けられた第２データを読み出せばよい。つまり、態様１によれば、第１データに確実に対応する第２データを容易に特定することができる。
なお、識別情報は、識別情報が記載された紙を撮像して得られた情報であってもよいし、手入力されたものであってもよい。識別情報の典型例は、数字や文字で表される識別番号（例えば証券番号）であるが、ＱＲコードなどの記号、あるいは、数字、文字、及び記号の組み合わせも「識別情報」に含まれる。
【０００７】
第１態様において、前記情報処理部は、前記読出処理において、前記識別情報に対応する前記第２データが記憶されておらず読み出すことが不能な場合、対応する前記第２データが登録されていない旨を前記携帯端末に返信する第１エラー処理（例えば図７のＳ２５３及びＳ２５４）を実行するようにしてもよい。この態様によれば、第２データが登録されていないことを携帯端末の使用者へ簡単に通知することができる。
【０００８】
態様１において、前記第１データは契約の条件を示しており、前記情報処理部は、前記生成処理において、前記第２データの示す契約の条件と、前記第１データの示す契約の条件が不一致である場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信する第２エラー処理（例えば図７のＳ２６０）を実行するようにしてもよい。
「利用者にとって有利」とは、典型的には、保険料が安くなる場合や、付帯するサービスが向上する場合が該当するほか、保険料が同じで保険金が高くなる場合などが該当する。
前述のように、第２データは、例えば、契約の締結を申し込む申込書に記載された情報を示す申込データである。したがって、第２データの示す契約の条件は、利用者が予期している条件と考えられる。よって、第２データの示す契約の条件よりも利用者にとって不利な条件の契約が締結されると、利用者が予期せぬ不利益を被る虞がある。しかし、この態様によれば、第２データの示す契約の条件と第１データの示す契約の条件が不一致である場合には契約データが生成されないから、利用者が予期せぬ不利益を被る事態を回避することができる。また、この態様によれば、第２データの示す契約の条件と第１データの示す契約の条件が不一致であることを示すメッセージ又は契約の条件を満たすように第２データを変更することを促すメッセージを携帯端末の使用者へ簡単に通知することができる。
【０００９】
態様１において、前記第１データは契約の条件を示しており、前記情報処理部は、前記生成処理において、前記第２データの示す契約の条件よりも前記第１データの示す契約の条件が利用者にとって有利な場合、前記第１データを用いて前記契約データを生成し、前記第２データの示す契約の条件よりも前記第１データの示す契約の条件が利用者にとって不利な場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信する第３エラー処理（例えば図７のＳ２６３）を実行するようにしてもよい。
この態様によれば、利用者が予期せぬ不利益を被る事態を回避することができるとともに、第２データの示す契約の条件と第１データの示す契約の条件が不一致であることを示すメッセージ又は契約の条件を満たすように第２データを変更することを促すメッセージを携帯端末の使用者へ簡単に通知することができる。加えて、この態様によれば、第２データの示す契約の条件と第１データの示す契約の条件が不一致である場合にも契約データが生成されうるから、契約を締結するための手続きが更に効率化される。なお、前記第１データを用いて前記契約データを生成する場合、携帯端末の使用者へ前記第１データを用いて前記契約データを生成するか否かを通知し、携帯端末の使用者に前記契約データを生成するか否かを選択させるようにしてもよい。
【００１０】
態様１において、前記第１データは契約の内容を示しており、前記情報処理部は、前記生成処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて、前記契約データを生成するようにしてもよい（態様２）。態様２によれば、第２データの示す契約の内容と第１データの示す契約の内容が不一致であっても契約データの生成は中止されないから、契約を締結するための手続きが更に効率化される。また、態様２によれば、第１データの示す契約の内容については、第２データに関わらず、第１データの示す契約の内容に基づいて契約データが生成されるから、第２データが示すべき契約の内容（例えば申込書に記載すべき情報）を削減することができる。これは、契約を締結するための手続きの効率化に寄与する。また、一般に、第２データ（例えば申込書）よりも第１データ（例えば運転免許証）の示す契約の内容の方が正確であるから、態様２によれば、より正確な内容の契約を締結することができる。
【００１１】
態様２において、前記情報処理部は、前記生成処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて前記契約データを生成した場合、優先させた前記第１データの内容を前記携帯端末に送信する変更通知処理を実行するようにしてもよい。この態様によれば、締結された契約の内容と利用者が予期していた契約の内容との相違を携帯端末の使用者へ簡単に通知することができる。
【００１２】
上記の各態様において、前記第１データを格納する格納部を備え、前記情報処理部は、所定の周期で前記格納部から前記第１データを取得して、前記読出処理及び前記生成処理を実行するようにしてもよい。この態様によれば、第１データが格納部へ格納された後に当該第１データに対応する第２データが記憶部に記憶された場合にも、確実に、読出処理及び生成処理を実行することができる。
【００１３】
上記の各態様において、前記第１データは前記携帯端末において撮像データを変換した文字データであるか、前記第１データは撮像データであり、前記情報処理部は、受信した前記第１データを文字データに変換する変換処理を前記読出処理及び前記生成処理の前に実行するようにしてもよい。第１データが文字データの場合には、通信量を削減することができる。第１データが撮像データ場合には、携帯端末におけるデータ処理を軽減することができる。
【００１４】
上記の各態様において、前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには優良運転者情報が含まれるようにしてもよい。確認書類としては運転免許証が一般的である。また、自動車保険契約としては、被保険者が優良運転者であるか否かに応じて条件が変わるものが多い。よって、この態様によれば、多くの自動車保険契約について、締結の手続きの効率化を図ることができる。
【００１５】
前述の課題を解決するために、本発明の契約支援システムは、上記の各態様の契約支援サーバと、前記契約支援サーバとの間で通信を実行し、前記第１データを送信する携帯端末とを備える。この契約支援システムによれば、備える契約支援サーバにより得られる効果と同様の効果を得ることができる。
【００１６】
前述の課題を解決するために、本発明の契約支援サーバの制御方法は、契約を締結するために確認が必要な書類を撮像して得た第１データと契約を識別する識別情報とを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを記憶部に記憶して管理する契約支援サーバの制御方法であって、受信した前記識別情報に対応する前記第２データを前記記憶部から読み出し、受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する（態様３）。
この制御方法によれば、契約支援サーバにおいて、例えば確認書類に由来する第１データと、例えば申込書に由来する第２データとに基づいて、締結すべき契約内容を示す契約データが生成されるから、人の目視による確認作業を排除することができる。また、携帯端末を用いることができるから、場所を選ぶことなく、効率的に契約手続きを行うことができる。よって、契約を締結するための手続きが効率化される。
【００１７】
態様３において、前記契約は自動車保険に関するものであり、前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには、優良運転者情報が含まれており、前記複数の第２データの各々には、優良運転者情報が含まれており、前記契約データを生成する処理において、前記第２データに含まれる優良運転者情報と、前記第１データに含まれる優良運転者情報とが不一致である場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信するようにしてもよい。
【００１８】
この態様によれば、第２データに含まれる優良運転者情報と第１データに含まれる優良運転者情報とが不一致である場合には契約データが生成されないから、利用者が予期せぬ不利益を被る事態を回避することができる。また、この態様によれば、契約の条件が不一致であることを示すメッセージ又は契約の条件を満たすように第２データを変更することを促すメッセージを携帯端末の使用者へ簡単に通知することができる。また、この態様によれば、多くの自動車保険契約について、締結の手続きの効率化を図ることができる。
【００１９】
態様３において、前記契約は自動車保険に関するものであり、前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには、優良運転者情報が含まれており、前記複数の第２データの各々には、優良運転者情報が含まれており、前記契約データを生成する処理において、前記第２データに含まれる優良運転者情報が優良運転者でないことを示し、前記第１データに含まれる優良運転者情報が優良運転者であることを示す場合、前記第１データを用いて前記契約データを生成し、前記第２データに含まれる優良運転者情報が優良運転者であることを示し、前記第１データに含まれる優良運転者情報が優良運転者でないことを示す場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信するようにしてもよい。
【００２０】
この態様によれば、利用者が予期せぬ不利益を被る事態を回避することができるとともに、契約の条件が不一致であることを示すメッセージ又は契約の条件を満たすように第２データを変更することを促すメッセージを携帯端末の使用者へ簡単に通知することができる。加えて、この態様によれば、第２データに含まれる優良運転者情報と、第１データに含まれる優良運転者情報とが不一致である場合にも契約データが生成されうるから、契約を締結するための手続きが更に効率化される。また、この態様によれば、多くの自動車保険契約について、締結の手続きの効率化を図ることができる。
【００２１】
態様３において、前記契約は自動車保険に関するものであり、前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには、住所情報が含まれており、前記契約データを生成する処理において、前記第２データの示す住所情報と前記第１データに含まれる住所情報とが不一致の場合、前記第２データの住所情報よりも前記第１データの住所情報を優先させて、前記契約データを生成するようにしてもよい。
この態様によれば、第２データの示す住所情報と第１データに含まれる住所情報とが不一致の場合であっても契約データの生成は中止されないから、契約を締結するための手続きが更に効率化される。また、この態様によれば、住所情報については、第２データに関わらず、第１データの示す住所情報に基づいて契約データが生成されるから、第２データが示すべき契約の内容（例えば申込書に記載すべき情報）から住所情報を削ることができる。これは、契約を締結するための手続きの効率化に寄与する。また、一般に、第２データ（例えば申込書）よりも第１データ（運転免許証）の示す契約の内容の方が正確であるから、この態様によれば、より正確な内容の契約を締結することができる。また、この態様によれば、多くの自動車保険契約について、締結の手続きの効率化を図ることができる。
【００２２】
この態様において、前記契約データを生成する処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて前記契約データを生成した場合、優先させた前記第１データの内容を前記携帯端末に送信するようにしてもよい。この態様によれば、締結された契約の内容と利用者が予期していた契約の内容との相違を携帯端末の使用者へ簡単に通知することができる。
【００２３】
本発明は、以上の各態様に係る契約支援サーバとしてコンピュータを機能させるためのプログラムとしても特定される。本発明のプログラムは、契約を締結するために確認が必要な書類を撮像して得た第１データと契約を識別する識別情報とを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを記憶部に記憶して管理する契約支援サーバに、受信した前記識別情報に対応する前記第２データを前記記憶部から読み出す読出処理と、受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する生成処理とを実行させる。以上のプログラムによれば、本発明に係る契約支援サーバと同様の効果を得ることができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の第１〜第６実施形態に係る契約支援システム１０の構成を示すブロック図である。
【図２】契約支援システム１０で用いられる申込書の一部を例示する図である。
【図３】契約支援システム１０で用いられる運転免許証を例示する図である。
【図４】本発明の第１実施形態における携帯電話機１００と契約支援サーバ２００との間の通信に係る処理のフローチャートである。
【図５】同実施形態における撮像の様子を示す図である。
【図６】同実施形態における文字データの内容を例示する模式図である。
【図７】同実施形態における確認締結処理のフローチャートである。
【図８】本発明の第２実施形態における撮像の様子を示す図である。
【図９】同実施形態におけるデータ送信処理のフローチャートである。
【図１０】本発明の第３実施形態におけるデータ受信処理のフローチャートである。
【図１１】本発明の第４実施形態におけるデータ送信処理及びデータ受信処理のフローチャートである。
【図１２】同実施形態の変形例（変形例１）におけるデータ送信処理及びデータ受信処理のフローチャートである。
【図１３】同実施形態の変形例（変形例２）におけるデータ受信処理のフローチャートである。
【図１４】本発明の第５実施形態における文字データの内容を例示する模式図である。
【図１５】同実施形態における確認締結処理のフローチャートである。
【図１６】本発明の第６実施形態における文字データの内容を例示する模式図である。
【図１７】同実施形態における確認締結処理のフローチャートである。
【図１８】同実施形態の変形例（変形例１７）における確認締結処理のフローチャートである。
【図１９】本発明に係る変形例１９におけるデータ送信処理の一部を示すフローチャートである。
【発明を実施するための形態】
【００２５】
＜各実施形態に共通の構成＞
図１は、本発明の第１〜第６実施形態に係る契約支援システム１０の構成を示すブロック図である。契約支援システム１０は、自動車保険契約を締結するためのコンピュータシステムであり、１又は複数の携帯電話機１００と、１つの契約支援サーバ２００と、１又は複数の端末３００と、１つの契約管理サーバ４００とを備える。契約支援サーバ２００は、無線区間を包含する通信網（例えばインターネット）を介して、携帯電話機１００、端末３００、契約管理サーバ４００と通信可能である。
【００２６】
携帯電話機１００は、保険契約の手続きを代理する代理店の従業員に携帯される電話機であり、情報処理部１１０、記憶部１２０、送信部１３０、受信部１４０、撮像部１５０、表示部１６０及び操作部１７０を備える。情報処理部１１０は、各種の情報を処理するＣＰＵ（中央処理装置）であり、後述の第１プログラムを実行することにより、各種の処理を実行することができる。つまり、携帯電話機１００は、コンピュータシステムでもある。
【００２７】
記憶部１２０は、データを書き換え可能に記憶する不揮発性の記憶装置であり、例えばＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）で構成される。図示を略すが、記憶部１２０には、携帯電話機１００の各部を制御するための第１プログラムと、携帯電話機１００の電子メールアドレスと、契約支援サーバ２００の電子メールアドレスとが記憶される。なお、第１プログラムは、コンピュータが読取可能な記録媒体に格納された形態や、通信網を介した配信の形態で提供されうる。
【００２８】
送信部１３０は、情報処理部１１０から供給されたデータを無線信号に変換して通信網の無線区間へ送出する。受信部１４０は、通信網の無線区間から到来した無線信号をデータに変換して情報処理部１１０へ供給する。つまり、情報処理部１１０は、無線区間との間での無線信号の授受により、契約支援サーバ２００へデータ（電子メール）を送信したり、契約支援サーバ２００から携帯電話機１００へのメッセージ（電子メール）を受信したりすることができる。
【００２９】
撮像部１５０は、情報処理部１１０に制御されるカメラであり、携帯電話機１００外の撮像領域内の光景を撮像して撮像データ（画像データ）を生成し、情報処理部１１０へ供給する。つまり、情報処理部１１０は、撮像領域に係る撮像データを取得する撮像処理を実行することができる。なお、得られた撮像データは、記憶部１２０に記憶されることなく、情報処理部１１０へ供給した後、自動的に消去されるようにしてもよい。また、携帯電話機１００の使用者が、撮像データを情報処理部１１０へ供給した後、手動で消去してもよい。
【００３０】
表示部１６０は、例えば液晶ディスプレイであり、情報処理部１１０から供給された画像データで示される画像を表示する。なお、表示部１６０に変えて、情報を報知する任意の報知部を採用してもよい。操作部１７０は、例えば複数のボタンを備え、これらのボタンの操作に応じた信号を情報処理部１１０へ供給する。携帯電話機１００の使用者は、操作部１７０を操作することで、各種の指示を携帯電話機１００に入力することができる。
【００３１】
契約支援サーバ２００は、保険契約の手続きを支援するサービスを提供するコンピュータシステムであり、保険会社に配置され、情報処理部２１０、記憶部２２０、送信部２３０及び受信部２４０を備える。情報処理部２１０は、各種の情報を処理するＣＰＵ（中央処理装置）であり、後述の第２プログラムを実行することにより、各種の処理を実行することができる。
【００３２】
記憶部２２０は、データを書き換え可能に記憶する不揮発性の記憶装置であり、例えばハードディスクで構成される。記憶部２２０には、契約支援サーバ２００の各部を制御するための第２プログラムと、携帯電話機１００の電子メールアドレスと、契約支援サーバ２００の電子メールアドレスとが記憶される。第２プログラムは、前述の第１プログラムと同様の形態で提供されうる。また、記憶部２２０の記憶領域には、後述の確認データＤ１が格納される格納部２２１と、後述の申込データ（第２データ）Ｄ２が格納される申込ＤＢ（データベース）２２２が確保される。
【００３３】
送信部２３０は、情報処理部２１０から供給されたデータを信号に変換して通信網へ送出する。受信部２４０は、通信網から到来した信号をデータに変換して情報処理部２１０へ供給する。つまり、情報処理部２１０は、通信網との間での信号の授受により、携帯電話機１００へメッセージ（電子メール）を送信したり、携帯電話機１００から契約支援サーバ２００へのデータ（電子メール）を受信したり、端末３００へデータを送信したり、端末３００から契約支援サーバ２００へのデータを受信したり、契約管理サーバ４００へデータを送信したりすることができる。
【００３４】
端末３００は、一般的なパーソナルコンピュータシステムであり、保険会社に配置され、キーボードなどの操作部３１０と、液晶ディスプレイなどの表示部３２０とを備え、通信網との間での信号の授受により、契約支援サーバ２００との間でデータを送受信することができる。保険会社の従業員は、操作部３１０を用いて端末３００を操作することにより、自動車保険契約の締結を申込む申込者（利用者）から提出された自動車保険契約申込書（以降、「申込書」と称する）に記載された情報を端末３００に入力して申込データＤ２を生成させたり、生成した申込データＤ２を契約支援サーバ２００へ送信させたり、契約支援サーバ２００から受信した契約データで示される情報を表示部３２０に表示させたりすることができる。契約データは、締結された自動車保険契約の条件及び内容を示すデータである。
【００３５】
契約管理サーバ４００は、契約データを管理するサービスを提供するコンピュータシステムであり、保険会社に配置され、契約データが格納される契約ＤＢ４１０を有する。契約管理サーバ４００は、通信網を介して契約支援サーバ２００から契約データを受信し、契約ＤＢ４１０に格納することができる。保険会社の従業員は、契約管理サーバ４００を直接的に、又は図示しない端末から通信網を介して間接的に操作することにより、契約管理サーバ４００によって提供されるサービスを受けることができる。
【００３６】
図２は、契約支援システム１０で用いられる申込書の一部を例示する図である。この図に示すように、申込書には、「証券番号」や、被保険者の「住所」、「氏名」、「生年月日」、「免許証色」などの項目名が並んでおり、各項目名の近くに当該項目の内容の記載欄が設けられている。申込者は、これらの記載欄への情報の記載が完了した申込書を代理店の従業員に提出することにより、自動車保険契約の締結を申込む。なお、申込者と被保険者とは同一であってもよい。さらに、申込書は、申込者が保険会社に提出して申込を行ってもよい。
【００３７】
申込書に記載される情報は、証券番号と申込情報とに分かれる。証券番号は、自動車保険証券を識別する番号であり、自動車保険契約の締結時までに保険会社によって付与され、自動車保険契約を識別する識別情報として用いられる。例えば、図２の申込書によって締結される自動車保険契約は、「Ａ２３４５６７８９」という証券番号によって識別される。申込情報は、具体的には、被保険者の住所情報、氏名情報、生年月日情報、免許証色情報などである。前述の申込データＤ２は、これらの申込情報を包含するデータであり、自動車保険契約の条件及び内容を示す。なお、申込情報はもちろん、証券番号も、申込前に記載される。
【００３８】
代理店の従業員に提出された申込書は、保険会社に提出される。保険会社の従業員は、端末３００を操作して、提出された申込書に記載された証券番号及び申込情報を入力し、入力した証券番号と生成された申込データＤ２（申込情報）とを契約支援サーバ２００へ送信させる。送信された証券番号および申込データＤ２は、契約支援サーバ２００の情報処理部２１０により受信され、互いに対応付けられて申込ＤＢ２２２に格納される。
【００３９】
ところで、保険会社は、自動車保険契約の締結に先立って、申込書とは別の書類を確認する必要がある。この確認にかかる手続きと、その後の契約締結に至るまでの手続きとの効率化が各実施形態の目的である。自動車保険契約を締結するために確認が必要な書類（以降、「確認書類」と称する）は、典型的には被保険者の運転免許証である。
【００４０】
図３は、優良運転者の運転免許証を例示する図である。図３に示すように、運転免許証には、運転者の氏名（日本 興太郎）、住所（東京都千代田区霞ヶ関３−７−３）、生年月日（昭和３５年８月１日）、運転免許証の有効期限（平成２５年９月１日）が所定の様式で記載されている。有効期限を示す文字列の背景色（免許証色）は、優良運転者の場合にはゴールド（金色）、非優良運転者の場合にはブルー（青色）又はグリーン（緑色）である。また、優良運転者の運転免許証には、優良運転者であることを示す文字列「優良」が所定の様式で記載されている。
【００４１】
＜第１実施形態＞
第１実施形態では、携帯電話機１００の情報処理部１１０は、撮像部１５０から供給された撮像データをＯＣＲ（Optical Character Recognition）によって文字データに変換することができる。また、第１実施形態では、確認書類は被保険者の運転免許証であり、運転免許証は証券番号とともに撮像される。以降、運転免許証を確認する際の契約支援システム１０の動作について説明する。
【００４２】
図４は、第１実施形態における携帯電話機１００と契約支援サーバ２００との間の通信に係る処理のフローチャートである。図４に示すように、第１実施形態では、携帯電話機１００の情報処理部１１０がデータ送信処理とメッセージ受信処理とを実行し、契約支援サーバ２００の情報処理部２１０がデータ受信処理とメッセージ送信処理とを実行する。
【００４３】
データ送信処理は、運転免許証に係るデータを契約支援サーバ２００へ送信する処理であり、代理店の従業員が操作部１７０を操作して携帯電話機１００に特定の指示を入力すると開始する。特定の指示の入力は、図５に例示するように、運転免許証と申込書に記載された証券番号とが撮像領域内に収まるように運転免許証と申込書と携帯電話機１００とを配置してから行われる。
【００４４】
特定の指示が入力されると、情報処理部１１０は、まず撮像処理を実行する（Ｓ１０１）。これにより、撮像部１５０から情報処理部１１０へ、運転免許証の撮像データと申込書に記載された証券番号の撮像データとを包含する撮像データが供給される。次に情報処理部１１０は、この撮像データをＯＣＲによって文字データに変換する変換処理を実行する（Ｓ１０２）。
【００４５】
図６は、第１実施形態における文字データの内容を例示する模式図である。図６に示すように、文字データは、情報を項目毎に文字で示すデータであり、証券番号と確認データ（第１データ）Ｄ１とを包含する。確認データＤ１は、運転免許証に記載された情報のうち、自動車保険契約の締結時の確認において必要な情報を含むデータである。
【００４６】
つまり、変換処理では、運転免許証に記載された情報のうち、自動車保険契約の締結時の確認において必要な情報のみが選択されて変換される。この選択が可能なのは、運転免許証のどこに何が記載されているかが予め判明しているからである。なお、運転免許証に記載された総ての情報を変換し、変換後の情報のうち、自動車保険契約の締結時の確認において必要な情報のみを選択して確認データＤ１を生成するようにしてもよい。
【００４７】
図４において、次に情報処理部１１０は、こうして得られた文字データを契約支援サーバ２００へ送信する（Ｓ１０３）。契約支援サーバ２００の情報処理部２１０は、携帯電話機１００からの文字データが到来する度、データ受信処理を実行する。具体的には、情報処理部２１０は、携帯電話機１００から到来したデータを受信し（Ｓ２０１）、受信したデータに含まれている確認データＤ１と証券番号とを互いに対応付けて格納部２２１に格納する（Ｓ２０２）。
【００４８】
また、携帯電話機１００の情報処理部１１０は、契約支援サーバ２００からのメッセージが到来する度、メッセージ受信処理を実行する。具体的には、情報処理部１１０は、到来したメッセージを受信し（Ｓ１５１）、メッセージの受信を代理店の従業員に通知する（Ｓ１５２）。この通知では、メッセージを受信した旨の画像が表示部１６０に表示される。情報処理部２１０が如何なる契機で如何なるメッセージを送信するかについては、次に説明する通りである。
【００４９】
図７は、第１実施形態における確認締結処理のフローチャートである。この確認締結処理は、確認の上で自動車保険契約を締結する処理であり、情報処理部２１０によって、格納部２２１に格納された確認データＤ１毎に、一定の時間間隔（例えば１日）で実行される。ある確認データＤ１を「対象確認データＤ１」としたとき、対象確認データＤ１に係る確認締結処理では、情報処理部２１０は、まず、対象確認データＤ１に対応する申込データＤ２（以降、「対象申込データＤ２」と称する）を申込ＤＢ２２２から読み出す読出処理を実行する。
【００５０】
読出処理において、情報処理部２１０は、まず、対象申込データＤ２の取得処理を行う（Ｓ２５１）。具体的には、対象確認データＤ１に対応付けられた証券番号と同じ証券番号に対応付けられた申込データＤ２（対象申込データＤ２）の申込ＤＢ２２２からの読み出しを試行する。この試行は、対象申込データＤ２が申込ＤＢ２２２に格納されている場合には成功し、格納されていない場合には失敗する。次に情報処理部２１０は、この試行が成功したか否か、すなわち対象申込データＤ２を取得できたか否かを判定する（Ｓ２５２）。
【００５１】
この判定結果が否定の場合、すなわち対象申込データＤ２が申込ＤＢ２２２に格納されていない場合には、情報処理部２１０は、対象確認データＤ１の受信から所定時間（例えば１週間）が経過したか否かを判定する（Ｓ２５３）。この判定の結果が否定の場合には、読出処理及び確認締結処理も終了する。一方、この判定の結果が肯定の場合、情報処理部２１０は、第１エラー処理を行う。第１エラー処理において、情報処理部２１０は、申込書の提出を促すメッセージを、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２５４）。そして、第１エラー処理、読出処理及び確認締結処理が終了する。メッセージの宛先の携帯電話機１００では、前述のメッセージ受信処理が行われる。
【００５２】
なお、申込書の提出を促すメッセージに代えて、該当する申込データＤ２が登録されていないことを示すメッセージを送信するようにしてもよい。ただし、どちらのメッセージであっても、代理店の従業員が該当する自動車保険契約を特定することができる情報（例えば証券番号）を包含したメッセージでなければならない。これは、確認締結処理において送信される他のメッセージにもあてはまる。
【００５３】
対象申込データＤ２を取得できた場合（Ｓ２５２：ＹＥＳ）、情報処理部２１０は、対象確認データＤ１と対象申込データＤ２とに基づいて、締結すべき契約の条件及び内容を示す契約データを生成する生成処理を実行する。生成処理では、情報処理部２１０は、まず、対象申込データＤ２と対象確認データＤ１とに基づいて、取得した申込情報（以降、「対象申込情報」と称する）に含まれる氏名情報と対象確認データＤ１が示す氏名情報とが一致しているか否かを判定する（Ｓ２５５）。
【００５４】
この判定の結果が否定の場合、すなわち両氏名情報が不一致の場合には、情報処理部２１０は、運転免許証に記載された氏名情報と該当する申込書（以降、「対象申込書」と称する）に記載された被保険者の氏名情報とが不一致であることを示すメッセージを、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２５６）。これで、生成処理及び確認締結処理が終了する。
【００５５】
このメッセージを視認した代理店の従業員は、対象確認データＤ１と対象申込データＤ２とのどちらが誤っているかを調べ、対象申込データＤ２を申込ＤＢ２２２から削除し、被保険者の氏名情報を訂正した申込書を提出する作業か、対象確認データＤ１を格納部２２１から削除し、正しい運転免許証に係る文字データを携帯電話機１００から契約支援サーバ２００へ送信する作業を行う。
【００５６】
一方、両氏名情報が一致している場合（Ｓ２５５：ＹＥＳ）、情報処理部２１０は、対象確認データＤ１に基づいて、本日が運転免許証の有効期限内の日であるか否かを判定する（Ｓ２５７）。この判定の結果が否定の場合には、情報処理部２１０は、有効期限を過ぎた確認書類であることを示すメッセージを、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２５８）。これで、生成処理及び確認締結処理が終了する。なお、両氏名が合致しているか否かの判定（Ｓ２５５）と、本日が運転免許証の有効期限内の日であるか否かの判定（Ｓ２５７）との順序は任意である。
【００５７】
ところで、第１実施形態では、被保険者の優良運転者情報（優良運転者／非優良運転者）が異なると、保険金は同じでも保険料は異なる。例えば、保険金が同じでも、被保険者が優良運転者の場合には保険料が安くなり、被保険者が非優良運転者の場合には保険料が高くなる。また、被保険者が属する年齢層が異なると、保険金は同じでも保険料は異なる。このように、第１実施形態では、被保険者の優良運転者情報と被保険者が属する年齢層とは、それぞれ、自動車保険契約の条件（権利及び義務）を示している。以降の説明では、適宜、被保険者の優良運転者情報を「運転者条件」と称し、被保険者が属する年齢層を「年齢条件」と称する。
【００５８】
本日が運転免許証の有効期限内の日である場合（Ｓ２５７：ＹＥＳ）、情報処理部２１０は、対象申込データＤ２と対象確認データＤ１とに基づいて、対象確認データＤ１が示す生年月日が、対象申込データＤ２に由来する年齢条件を満たすか否かを判定する（Ｓ２５９）。すなわち、被保険者の運転免許証に記載された生年月日から定まる年齢条件と、被保険者について対象申込書に記載された生年月日から定まる年齢条件とが一致するか否かを判定する。
【００５９】
この判定の結果が否定の場合、情報処理部２１０は、第２エラー処理を行う。第２エラー処理では、情報処理部２１０は、年齢条件を満たす申込書の提出を促すメッセージ（年齢条件を満たすように対象申込データＤ２を変更することを促すメッセージ）を、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２６０）。これで、第２エラー処理、生成処理及び確認締結処理が終了する。なお、このメッセージに代えて、対象申込書に由来する年齢条件と運転免許証に由来する年齢条件とが不一致であることを示すメッセージを送信するようにしてもよい。
【００６０】
対象確認データＤ１が示す生年月日が、対象申込データＤ２に由来する年齢条件を満たす場合には（Ｓ２５９：ＹＥＳ）、情報処理部２１０は、対象確認データＤ１に基づいて、被保険者が優良運転者であるか否かを判定する（Ｓ２６１）。この判定の結果が否定の場合、情報処理部２１０は、対象申込書に記載された免許証色から定まる優良運転者情報が優良運転者であることを示しているか否かを判定する（Ｓ２６２）。
【００６１】
この判定の結果が肯定の場合、すなわち実際の免許証色がブルー又はグリーンであるにも関わらず対象申込書に記載された免許証色がゴールドの場合、情報処理部２１０は、第３エラー処理を行う。つまり、対象申込データＤ２の示す運転者条件よりも対象確認データＤ１の示す運転者条件が申込者にとって不利な場合には、第３エラー処理が行われる。
【００６２】
第３エラー処理では、情報処理部２１０は、運転者条件を満たす申込書の提出を促すメッセージ（運転者条件を満たすように対象申込データＤ２を変更することを促すメッセージ）を、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２６３）。これで、第３エラー処理、生成処理及び確認締結処理が終了する。なお、このメッセージに変えて、対象申込書に由来する優良運転者情報と運転免許証に由来する優良運転者情報とが不一致であることを示すメッセージを送信するようにしてもよい。
【００６３】
対象申込書に記載された免許証色から定まる優良運転者情報が優良運転者であることを示していない場合（Ｓ２６２：ＮＯ）、すなわち実際の免許証色がブルー又はグリーンであり、対象申込書に記載された免許証色がブルー又はグリーンの場合には、情報処理部２１０は契約締結処理を行う（Ｓ２６４）。この契約締結処理は、被保険者が優良運転者である場合（Ｓ２６１：ＹＥＳ）にも行われる。なお、年齢条件を満たすか否かの判定（Ｓ２５９）と、優良運転者であるか否かの判定（Ｓ２６１）との順序は任意である。
【００６４】
契約締結処理では、情報処理部２１０は、まず、対象申込データＤ２と対象確認データＤ１とに基づいて、対象申込書に係る自動車保険契約の条件及び内容を示す契約データを生成することにより、この自動車保険契約を締結する。具体的には、申込書の項目毎に、対象申込書に由来する情報と運転免許証に由来する情報とを比較し、この比較の結果（一致／不一致）に基づいて両情報のどちらかを選択し、選択した情報を用いて契約データを生成する。
【００６５】
上記の選択では、情報処理部２１０は、両情報が一致の場合には対象申込書に由来する情報を選択し、両情報が不一致の場合には運転免許証に由来する情報を選択する。例えば、対象申込書に由来する被保険者の住所情報と、運転免許証に由来する被保険者の住所情報とが不一致の場合には、運転免許証に由来する被保険者の住所情報が選択される。つまり、情報処理部２１０は、契約締結処理において、対象申込データＤ２よりも対象確認データＤ１を優先して契約データを生成する。これは、一般に、申込書の記載よりも運転免許証（公文書）の記載の方が正確だからである。
【００６６】
ただし、生成処理として、如何なる場合にも対象確認データＤ１を優先して契約データを生成する処理を採用すると、申込者が予期せぬ不利益を被る場合がある。具体的には、対象申込書に由来する条件よりも利用者にとって不利な条件の自動車保険契約が締結される場合である。例えば、対象申込書に由来する被保険者の優良運転者情報が優良運転者であることを示し、運転免許証に由来する被保険者の優良運転者情報が非優良運転者であることを示す場合に、運転免許証に由来する被保険者の優良運転者情報（非優良運転者）を選択して契約データを生成すると、対象申込書の記載内容に基づいて申込者が想定していた保険料よりも高い保険料の自動車保険契約が締結されてしまう。
【００６７】
しかし、図７のステップＳ２６１からの分岐を追えば明らかなように、第１実施形態では、対象申込書に由来する運転者条件と運転免許証に由来する運転者条件とが不一致の場合、かつ、対象申込書に由来する運転者条件よりも運転免許証に由来する運転者条件が申込者にとって有利でない場合には、契約締結処理は行われず、第３エラー処理が行われる。つまり、対象申込書に由来する運転者条件と運転免許証に由来する運転者条件とが一致の場合、又は対象申込書に由来する運転者条件よりも運転免許証に由来する運転者条件が申込者にとって有利な場合に限り、契約締結処理が行われる。
また、図７のステップＳ２５９からの分岐を追えば明らかなように、第１実施形態では、対象申込書に由来する被保険者の生年月日情報で示される年齢条件と、運転免許証に由来する被保険者の生年月日情報で示される年齢条件とが不一致の場合には、契約締結処理は行われず、第２エラー処理が行われる。
よって、第１実施形態によれば、対象申込書に由来する条件よりも利用者にとって不利な条件の自動車保険契約が締結される虞がない。なお、運転者条件の取り扱いと同様に年齢条件を取り扱うようにしてもよい。すなわち、対象申込書に由来する年齢条件と運転免許証に由来する年齢条件とが一致の場合、又は対象申込書に由来する年齢条件よりも運転免許証に由来する年齢条件が申込者にとって有利な場合に限って契約締結処理が行われるようにしてもよい。
【００６８】
次に情報処理部２１０は、生成した契約データを端末３００及び契約管理サーバ４００へ送信する。この契約データは、契約管理サーバ４００に受信されて契約ＤＢ４１０に格納される。また、この契約データは、端末３００に受信される。これにより、端末３００では、当該契約データで示される情報を表示することが可能となる。つまり、端末３００を使用する保険会社の従業員は、新たに締結された自動車保険契約に関する情報を遅滞なく簡単に知ることができる。これは自動車保険証券の発送業務の効率化に寄与する。
【００６９】
次に情報処理部２１０は、格納部２２１から対象確認データＤ１を削除するとともに、申込ＤＢ２２２から対象申込データＤ２を削除する。これにより、契約締結処理が終了する。なお、対象確認データＤ１及び対象申込データＤ２は、記憶部２２０の記憶領域のうち、格納部２２１でも申込ＤＢ２２２でもない記憶領域に退避される。これは、対象確認データＤ１及び対象申込データＤ２を事後に参照することができるようにするための措置である。
【００７０】
次に情報処理部２１０は、締結した自動車保険契約の条件及び内容を代理店の従業員に通知する内容通知処理を行う（Ｓ２６５）。具体的には、第１に、生成した契約データを対象確認データＤ１の送信元の携帯電話機１００へ返信する。第２に、契約締結処理において対象申込データＤ２よりも対象確認データＤ１を優先して当該契約データを生成したか否か、すなわち対象申込書の記載内容から定まる契約条件及び契約内容を変更して自動車保険契約を締結したか否かを示すデータを当該携帯電話機１００へ返信する。第３に、契約締結処理において対象申込データＤ２よりも対象確認データＤ１を優先して当該契約データを生成した場合には、優先させた対象確認データＤ１の内容（例えば、運転免許証に由来する優良運転者情報）を示すデータを当該携帯電話機１００へ返信する変更通知処理を行う。そして、内容通知処理が終了すると、生成処理及び確認締結処理も終了する。
【００７１】
＜第２実施形態＞
第２実施形態は、第１実施形態を変形して得られる実施形態である。第２実施形態では、図８に示すように、運転免許証が単独で撮像され、証券番号が撮像されない。また、第２実施形態では、携帯電話機１００におけるデータ送信処理として、第１実施形態におけるデータ送信処理とは一部が異なるデータ送信処理が採用されている。
【００７２】
図９は、第２実施形態におけるデータ送信処理のフローチャートである。図９に示すように、第２実施形態におけるデータ送信処理では、撮像データをＯＣＲによって文字データに変換する変換処理（Ｓ１０２）と、文字データを契約支援サーバ２００へ送信する処理（Ｓ１０３）との間に、証券番号の入力処理（Ｓ１０４）が介挿されている。この処理では、代理店の従業員が、操作部１７０を操作して証券番号を携帯電話機１００に入力する。つまり、携帯電話機１００の情報処理部１１０が、操作部１７０からの信号に基づいて、図６の証券番号を取得する。
【００７３】
前述のように、第２実施形態では運転免許証が単独で撮像されるから、変換処理（Ｓ１０２）によって得られるのは、図６の確認データＤ１である。つまり、証券番号が不足している。しかし、上述のように、証券番号の入力処理（Ｓ１０４）により、この不足が補われ、確認データＤ１と証券番号とを包含する文字データが得られる。そして、この文字データが契約支援サーバ２００へ送信される（Ｓ１０３）。
【００７４】
＜第３実施形態＞
第３実施形態は、第１実施形態を変形して得られる実施形態である。第３実施形態では、第２実施形態と同様に、運転免許証が単独で撮像され、証券番号が撮像されない。ただし、第２実施形態では、携帯電話機１００におけるデータ送信処理として、第１実施形態におけるデータ送信処理と同じデータ送信処理が採用されている。したがって、証券番号を包含せず、確認データＤ１を包含する文字データが、契約支援サーバ２００へ送信されることになる。そこで、第３実施形態では、契約支援サーバ２００におけるデータ受信処理として、第１実施形態におけるデータ受信処理とは一部が異なるデータ受信処理を採用している。
【００７５】
図１０は、第３実施形態におけるデータ受信処理のフローチャートである。このデータ受信処理では、到来したデータ（確認データＤ１）を受信する処理（Ｓ２０１）と、確認データＤ１と証券番号とを互いに対応付けてデータを格納部２２１に格納する処理（Ｓ２０２）との間に、証券番号を取得する処理（Ｓ２０３）が介挿されている。この処理では、契約支援サーバ２００の情報処理部２１０が、申込ＤＢ２２２において、受信した確認データＤ１に含まれる情報（例えば、氏名情報、住所情報及び生年月日情報）を検索キーとした検索を行い、この確認データＤ１に対応する申込データＤ２を特定する。そして、特定した申込データＤ２に対応付けられた証券番号を申込ＤＢ２２２から読み出す。
【００７６】
前述のように、携帯電話機１００から到来するデータは確認データＤ１である。つまり、証券番号が不足している。しかし、上述のように、証券番号を取得する処理（Ｓ２０３）により、この不足が補われ、確認データＤ１と証券番号とが得られる。そして、得られた確認データＤ１及び証券番号が互いに対応付けられて格納部２２１に格納される（Ｓ２０２）。
【００７７】
＜第４実施形態＞
第４実施形態は、第１実施形態を変形して得られる実施形態である。第４実施形態では、第１実施形態と同様に、証券番号とともに運転免許証が撮像される（図５参照）。第４実施形態が第１実施形態と異なる点は、撮像データをＯＣＲによって文字データに変換する変換処理が、携帯電話機１００ではなく、契約支援サーバ２００において行われる点と、確認データＤ１ではなく運転免許証の撮像データが第１データとなる点のみである。
【００７８】
図１１は、第４実施形態におけるデータ送信処理及びデータ受信処理のフローチャートである。図１１に示すように、第４実施形態におけるデータ送信処理では、撮像領域に係る撮像データを取得する撮像処理（Ｓ１０１）と、データを契約支援サーバ２００へ送信する処理（Ｓ１０３）との間に、撮像データをＯＣＲによって文字データに変換する変換処理（図４のＳ１０２）が存在しない。したがって、文字データではなく、運転免許証の撮像データ（第１データ）と証券番号の撮像データとを包含する撮像データが、契約支援サーバ２００へ送信されることになる。
【００７９】
第４実施形態におけるデータ受信処理は、携帯電話機１００からの撮像データが到来する度に実行される。また、このデータ受信処理では、到来したデータ（撮像データ）を受信する処理（Ｓ２０１）と、確認データＤ１と証券番号とを対応付けて格納部２２１に格納する処理（Ｓ２０２）との間に、受信されたデータをＯＣＲによって文字データに変換する変換処理（Ｓ２０４）が介挿されている。この変換処理が図４の変換処理（Ｓ１０２）と異なる点は、受信されたデータを変換対象とする点のみである。第４実施形態では、ステップＳ２０２において撮像データが受信されるから、この変換処理（Ｓ２０４）によって確認データＤ１及び証券番号が得られ、得られた確認データＤ１及び証券番号が互いに対応付けられて格納部２２１に格納される（Ｓ２０２）。
【００８０】
なお、受信された撮像データは、自動車保険契約の締結後も、記憶部２２０の記憶領域のうち、格納部２２１でも申込ＤＢ２２２でもない記憶領域に、対応する確認データＤ１及び申込データＤ２とともに記憶される。これは、撮像データを事後に参照することができるようにするための措置である。
【００８１】
また、第１実施形態から第２実施形態への変形と同様の変形を第４実施形態に施してもよい。こうして得られる変形例１におけるデータ送信処理及びデータ受信処理のフローチャートは、図１２に示すものとなる。また、第１実施形態から第３実施形態への変形と同様の変形を第４実施形態に施してもよい。こうして得られる変形例２におけるデータ受信処理のフローチャートは、図１３に示すものとなる。
【００８２】
＜第５実施形態＞
第５実施形態は、第１実施形態を変形して得られる実施形態である。第５実施形態が第１実施形態と異なる点は、確認書類として、被保険者の運転免許証ではなく、被保険者の健康保険証を用いる点のみである。
【００８３】
図１４は、第５実施形態における文字データの内容を例示する模式図である。図１４に示すように、第５実施形態における確認データＤ１は、健康保険証に記載された情報のうち、自動車保険契約の締結時の確認において必要な情報を包含する。図６と図１４とを対比すれば明らかなように、第５実施形態における確認データＤ１には、優良運転者情報が包含されていない。そこで、第５実施形態では、確認締結処理として、第１実施形態における確認締結処理とは一部が異なる確認締結処理を採用している。
【００８４】
図１５は、第５実施形態における確認締結処理のフローチャートである。図７と図１５とを対比すれば明らかなように、第５実施形態における確認締結処理では、ステップＳ２６１〜Ｓ２６３が削除されている。つまり、運転者条件に基づく分岐が存在せず、契約支援サーバ２００の情報処理部２１０は、被保険者の健康保険証に記載された生年月日から定まる年齢条件と、被保険者について対象申込書に記載された生年月日から定まる年齢条件とが一致する場合には（Ｓ２５９：ＹＥＳ）、無条件に契約締結処理（Ｓ２６４）を行う。つまり、常に、対象申込書に由来する運転者条件で自動車保険契約が締結される。
【００８５】
なお、第１実施形態から第２実施形態への変形と同様の変形を第５実施形態に施してもよい（変形例３）。また、第１実施形態から第３実施形態への変形と同様の変形を第５実施形態に施してもよい（変形例４）。また、第１実施形態から第４実施形態への変形と同様の変形を第５実施形態に施してもよい（変形例５）。
【００８６】
＜第６実施形態＞
第６実施形態は、第１実施形態を変形して得られる実施形態である。第６実施形態が第１実施形態と異なる点は、確認書類として、被保険者の運転免許証ではなく、被保険者の所有車両の車検証を用いる点のみである。
【００８７】
図１６は、第６実施形態における文字データの内容を例示する模式図である。図１６に示すように、第６実施形態における確認データＤ１は、車検証に記載された情報のうち、自動車保険契約の締結時の確認において必要な情報を包含する。図６と図１６とを対比すれば明らかなように、第６実施形態における確認データＤ１には、優良生年月日情報及び運転者情報が包含されていない。そこで、第６実施形態では、確認締結処理として、第１実施形態における確認締結処理とは一部が異なる確認締結処理を採用している。
【００８８】
図１７は、第６実施形態における確認締結処理のフローチャートである。図７と図１７とを対比すれば明らかなように、第６実施形態における確認締結処理では、ステップＳ２５９〜Ｓ２６３が削除されている。つまり、年齢条件及び運転者条件に基づく分岐が存在せず、契約支援サーバ２００の情報処理部２１０は、対象申込データＤ２で示される氏名情報と対象確認データＤ１で示す氏名情報とが一致し（Ｓ２５５：ＹＥＳ）、かつ、本日が車検証の車検満了日前の日である場合には（Ｓ２５７：ＹＥＳ）、無条件に契約締結処理（Ｓ２６４）を行う。
【００８９】
なお、第６実施形態を変形し、確認データＤ１が車両登録番号などの車両登録情報を含むようにし、契約締結処理（Ｓ２６４）において、車検証に由来する車両登録情報を優先して選択するようにしてもよい（変形例６）。また、第６実施形態を変形し、確認書類として、被保険者の所有車両の車検証ではなく、申込者のクレジットカードを用いるようにし、契約締結処理（Ｓ２６４）において、クレジットカードに由来するクレジットカード番号などの情報を優先して選択するようにしてもよい（変形例７）。
【００９０】
また、第１実施形態から第２実施形態への変形と同様の変形を第６実施形態、変形例６及び変形例７に施してもよい（変形例８）。また、第１実施形態から第３実施形態への変形と同様の変形を第６実施形態、変形例６及び変形例７に施してもよい（変形例９）。また、第１実施形態から第４実施形態への変形と同様の変形を第６実施形態、変形例６及び変形例７に施してもよい（変形例１０）。
【００９１】
＜その他の変形例＞
上述した第１〜第６実施形態及び変形例１〜１０は多様に変形され得る。具体的な変形の態様を以下に例示する。以下に例示する任意の２以上の形態は適宜に併合されうる。
【００９２】
（１）変形例１１
被保険者の運転免許証を確認書類とする第１〜第４実施形態及び変形例１〜２において、確認書類を変更することなく（被保険者の運転免許証としたまま）、図１５と同様の確認締結処理を採用してもよい。この場合には、常に、対象申込書に由来する運転者条件で自動車保険契約が締結されることになる。
【００９３】
（２）変形例１２
被保険者の運転免許証を確認書類とする第１〜第４実施形態及び変形例１〜２において、確認書類を変更することなく（被保険者の運転免許証としたまま）、図１７と同様の確認締結処理を採用してもよい。この場合には、常に、対象申込書に由来する年齢条件及び運転者条件で自動車保険契約が締結されることになる。
【００９４】
（３）変形例１３
被保険者の健康保険証を確認書類とする第５実施形態及び変形例３〜５において、確認書類を変更することなく（被保険者の健康保険証としたまま）、図１７と同様の確認締結処理を採用してもよい。この場合には、常に、対象申込書に由来する年齢条件で自動車保険契約が締結されることになる。
【００９５】
（４）変形例１４
確認締結処理において、対象確認データＤ１に対応する申込データＤ２を取得できなかった場合には（Ｓ２５２：ＮＯ）、即座に、申込書の提出を促すメッセージ、又は該当する申込データＤ２が登録されていないことを示すメッセージを送信するようにしてもよい。
【００９６】
（５）変形例１５
上述の各実施形態及び各変形例では、確認締結処理において、確認書類の有効期限が切れている場合には、毎日、有効期限を過ぎた確認書類であることを示すメッセージが送信されるが、このメッセージが送信される時間間隔を、一週間としてもよいし、任意に設定することができるようにしてもよい。
【００９７】
（６）変形例１６
携帯電話機１００から契約支援サーバ２００へ撮像データが送信されない形態を変形し、携帯電話機１００から契約支援サーバ２００へ撮像データが送信され、この撮像データが、自動車保険契約の締結後も、記憶部２２０の記憶領域のうち、格納部２２１でも申込ＤＢ２２２でもない記憶領域に、対応する確認データＤ１及び申込データＤ２とともに記憶されるようにしてもよい。
【００９８】
（７）変形例１７
確認締結処理が、格納部２２１への確認データＤ１の格納を契機として一度だけ実行されるようにしてもよい。この変形を第６実施形態に施した場合の確認締結処理のフローチャートを図１８に示す。図１８に示すように、この形態では、対象確認データＤ１に対応する申込データＤ２を取得できなかった場合には（Ｓ２５２：ＮＯ）、即座に、申込書の提出を促すメッセージ、又は該当する申込データＤ２が登録されていないことを示すメッセージが送信される（Ｓ２５４）。この形態には、携帯電話機１００から契約支援サーバ２００へ確認書類に係るデータが送信されてから契約締結処理が開始されるまでの時間が短くなるという利点がある。
なお、この形態において、携帯電話機１００から契約支援サーバ２００へ文字データではなく撮像データが送信される場合には、運転免許証の撮像データ（第１データ）を確認データＤ１として格納部２２１に格納し、この確認データＤ１に対応する申込データの取得処理（Ｓ２５１）の前に当該確認データＤ１に変換処理を施して文字データを得るようにしてもよい。
ところで、契約更改や他社からの乗り換えの場合には、情報が記載された申込書を代理店側で予め作成しておき、作成した申込書を申請者に渡すことが珍しくない。この場合、確認データＤ１が格納部２２１に格納される前に、当該確認データＤ１に対応する申込データＤ２を申込ＤＢ２２２に格納しておくことができる。しかし、そのような場合のみとは限らない。
確認データＤ１が格納部２２１に格納された後に当該確認データＤ１に対応する申込データＤ２が申込ＤＢ２２２に格納される場合、この形態では、契約支援サーバ２００から携帯電話機１００へ申込書の提出を促すメッセージが送信され、以降、何も起こらない。つまり、携帯電話機１００は、確認データＤ１に対応する申込データＤ２が申込ＤＢ２２２に格納された後に、再び、確認データＤ１を契約支援サーバ２００へ送信しなければならない。
裏を返せば、第１〜第６実施形態及び変形例１〜１６には、確認データＤ１が格納部２２１に格納された後に当該確認データＤ１に対応する申込データＤ２が申込ＤＢ２２２に格納される場合でも、確認データＤ１を契約支援サーバ２００へ再送信せずに済むという利点がある。
【００９９】
（８）変形例１８
代理店の従業員は、申込者に対して複数の契約パターンを提示する場合がある。この場合、代理店側で複数の契約パターンに対応した複数の申込書が印刷され、各々に対応する申込データＤ２が申込ＤＢ２２２に格納される。これらの申込データＤ２のうち実際に締結される自動車保険契約につながるものは一つだけであるから、これらの申込データＤ２は同一の証券番号を包含する。つまり、証券番号のみでは、申込データＤ２を特定することができない。
そこで、この場合に備え、証券番号と印刷連番とで自動車保険契約を識別するようにし、例えば、運転免許証を証券番号及び印刷連番とともに撮像するようにしてもよい。なお、印刷連番は、印刷された申込書を識別する一連の番号であり、申込書に記載される。もちろん、申込情報の取得処理（例えば図７のＳ２５１）において、同じ証券番号を示す申込データＤ２が複数の場合には、これらの申込データＤ２を端末３００の表示部３２０に表示させ、保険会社の従業員が（代理店に問い合わせて）、これらの申込データＤ２から一つの申込データＤ２を対象申込データＤ２として選択するようにしてもよい。
【０１００】
（９）変形例１９
確認書類の数を複数としてもよい。例えば、確認書類として、被保険者の運転免許証と被保険者の所有車両の車検証とを用いるようにしてもよい。この場合には、運転免許証についての確認と車検証についての確認とが完了して初めて契約締結処理（例えば図７のＳ２６５）が行われることになる。確認書類の数を複数とする場合には、一つの携帯電話機１００で複数の確認書類に係るデータを契約支援サーバ２００へ送信できるようにすることが望ましい。
図１９は、複数の確認書類に対応した携帯電話機１００におけるデータ送信処理の一部を示すフローチャートである。このデータ送信処理は、第１実施形態におけるデータ送信処理を変形したものであり、撮像処理（Ｓ１０１）に先立って複数のフォームから一つのフォームを選択するフォーム選択処理（Ｓ１０５）を行うことと、撮像処理の後の変換処理（Ｓ１０６）における変換が選択されたフォームを用いた変換であることを特徴とする。
フォームは、対応する確認書類のどこに何がどのように記載されているかを示すデータであり、確認書類毎に予め用意されている。例えば、確認書類が運転免許証と車検証であれば、運転免許証のフォームと車検証のフォームとが予め用意されている。フォーム選択処理では、携帯電話機１００の情報処理部２１０は、代理店の従業員の指示に従って、予め用意されたフォームのうち一つのフォームを選択することになる。
なお、代理店の従業員が指示するのではなく、撮像データに基づいてフォームを選択するようにしてもよい。この場合、フォーム選択処理は、撮像処理の前ではなく、撮像処理の後に行われる。そして、フォーム選択処理によって選択されたフォームを用いた変換が変換処理において行われる。この形態であれば、フォーム選択処理及び変換処理を契約支援サーバ２００で行うことも可能である。
【０１０１】
（１０）変形例２０
証券番号を撮像する形態において、証券番号を確認書類とは別に撮像するようにしてもよい。つまり、確認書類と証券番号は必ずしも一度に撮像する必要は無く、２回に分けてそれぞれを撮像するようにしてもよい。
【０１０２】
（１１）変形例２１
証券番号に代えて、自動車保険契約を識別可能なＱＲコードを用いてもよい。つまり、自動車保険契約を識別可能であれば、如何なる情報を用いてもよい。
また、変換処理において、撮像データに含まれる色彩に関するデータについても文字データに変換するようにしてもよい。例えば、撮像データには、免許証色（ゴールド、ブルー又はグリーン）を示す色彩データも含まれており、変換処理によって得られる文字データに、この色彩データで示される色に対応する文字列（例えば、「ゴールド」、「ブルー」又は「グリーン」）を示すデータも含まれるようにしてもよい。この場合、被保険者が優良運転者であるか否かの判定（例えば、図７のＳ２６１）を、上述した各形態と同じく、運転免許証に記載されている文字列「優良」の有無に基づいて行うようにしてもよいし、上述した各形態とは異なり、変換処理によって得られた確認データＤ１に「ゴールド」を示すデータが含まれているか否かに基づいて行うようにしてもよい。また、この場合には、免許証色がブルーか否かの判定や、免許証色がグリーンかの判定も可能となる。
また、申込者や保険会社の従業員等の携帯電話機を携帯電話機１００として用いるようにしてもよい。
また、申込者が携帯電話機１００を操作して確認書類に係るデータや証券番号等のデータを送信するようにしてもよい。
また、契約支援サーバ２００の情報処理部２１０が、契約締結処理（例えば図７のＳ２６４）において、確認データＤ１を用いて契約データを生成する場合に、確認データＤ１を用いて契約データを生成するか否かを問い合わせるメッセージを携帯電話機１００へ送信し、このメッセージへの応答に基づいて契約データの生成の可否を決定するようにしてもよい。すなわち、携帯電話機１００の使用者に、確認データＤ１を用いて契約データを生成するか否かを選択させるようにしてもよい。
また、携帯電話機１００と契約支援サーバ２００との通信方法は、電子メールによる通信方法には限定されず、様々な方法を用いることができる。
また、携帯電話機１００に代えてＰＤＡを用いてもよい。ただし、このＰＤＡは、少なくとも撮像機能及び通信機能を備えている必要がある。つまり、少なくとも撮像機能及び通信機能を備えていれば、如何なる携帯端末を用いてもよい。
また、申込者が、携帯電話機やパーソナルコンピュータなどの通信機器を用いて、インターネット経由で、申込データＤ２を携帯電話機１００へ送信する形態としてもよい。
また、自動車保険契約に代えて火災保険契約としてもよい。つまり、本発明は、任意の保険契約に適用可能であり、広くは、任意の契約に適用可能である。
【符号の説明】
【０１０３】
１０……契約支援システム、１００……携帯電話機、２００……契約支援サーバ、３００……端末、４００……契約管理サーバ、１１０……情報処理部、１３０……送信部、１４０……受信部、１５０……撮像部、１６０……表示部、２１０……情報処理部、２２０……記憶部、２２１……格納部、２２２……申込ＤＢ、２３０……送信部、３００……端末、３２０……表示部、４００……契約管理サーバ、４１０……契約ＤＢ、Ｄ１……確認データ、Ｄ２……申込データ。
【技術分野】
【０００１】
本発明は、契約支援サーバとその制御方法と契約支援システムとに関する。
【背景技術】
【０００２】
自動車保険契約などの契約を締結する際には、保険会社は、被保険者の運転免許証などの確認書類を用いて、契約の条件及び内容を確認した上で契約を締結する。この締結のための手続きとしては、特許文献１の記載のように、確認書類を貼り付けた申込書が、申込者から保険会社へ、ファクシミリ又は郵送などの紙を用いる手段によって渡され、渡された紙を保険会社の従業員が目視して、又は渡された紙からＯＣＲによって読み取られた文字を保険会社の従業員が目視して上記の確認を行う、というものが一般的である。このような手続きの効率化に寄与しうる技術としては、特許文献２及び３に記載のシステムが挙げられる。これらのシステムでは、コンピュータネットワーク経由での画像データの送受信によって手続きが進行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３４８３０２号公報
【特許文献２】特開２００８−２３４２９１号公報
【特許文献３】特開２００９−２３８１５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術では、上記の確認作業において保険会社の従業員による目視が不可欠であり、契約を締結するための手続きの効率が悪い。また、特許文献２には、保険会社の従業員による目視を排除するための構成が記載されていない。つまり、契約を締結するための手続きの効率化を達成する技術は提案されていない。なお、特許文献３に記載のシステムは、保険契約の見積りを簡易に取得するためのシステムであり、契約を締結するための手続きの効率化を図るものではない。
そこで、本発明は、契約を締結するための手続きの効率化を解決課題とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明の契約支援サーバは、少なくとも契約を締結するために確認が必要な書類を撮像して得た第１データを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを管理する契約支援サーバであって、前記第１データを受信する受信部と、前記複数の第２データを記憶する記憶部と、受信した前記第１データに対応する前記第２データを前記記憶部から読み出す読出処理と、受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する生成処理を実行する情報処理部とを備える。
契約を締結するために確認が必要な書類は、例えば、運転免許証などの確認書類である。締結すべき契約内容に関連して事前に用意された第２データは、例えば、契約の締結を申し込む申込書に記載された情報を示す申込データである。携帯端末は、例えば携帯電話機である。
この契約支援サーバによれば、例えば確認書類に由来する第１データと、例えば申込書に由来する第２データとに基づいて、締結すべき契約内容を示す契約データが生成されるから、人の目視による確認作業を排除することができる。また、携帯端末を用いることができるから、場所を選ぶことなく、効率的に契約手続きを行うことができる。よって、この契約支援サーバによれば、契約を締結するための手続きが効率化される。
【０００６】
上記の契約支援サーバにおいて、前記携帯端末は、前記第１データと契約を識別する識別情報とを送信し、前記受信部は、前記第１データと前記識別情報を受信し、前記記憶部は、前記複数の第２データを前記識別情報と対応付けて記憶しており、前記情報処理部は、前記読出処理において、受信した前記識別情報に対応する前記第２データを前記記憶部から読み出し、前記生成処理において、前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成するようにしてもよい（態様１）。
態様１では、情報処理部は、第１データを送信する携帯端末からの識別情報に対応付けられた第２データを読み出せばよい。つまり、態様１によれば、第１データに確実に対応する第２データを容易に特定することができる。
なお、識別情報は、識別情報が記載された紙を撮像して得られた情報であってもよいし、手入力されたものであってもよい。識別情報の典型例は、数字や文字で表される識別番号（例えば証券番号）であるが、ＱＲコードなどの記号、あるいは、数字、文字、及び記号の組み合わせも「識別情報」に含まれる。
【０００７】
第１態様において、前記情報処理部は、前記読出処理において、前記識別情報に対応する前記第２データが記憶されておらず読み出すことが不能な場合、対応する前記第２データが登録されていない旨を前記携帯端末に返信する第１エラー処理（例えば図７のＳ２５３及びＳ２５４）を実行するようにしてもよい。この態様によれば、第２データが登録されていないことを携帯端末の使用者へ簡単に通知することができる。
【０００８】
態様１において、前記第１データは契約の条件を示しており、前記情報処理部は、前記生成処理において、前記第２データの示す契約の条件と、前記第１データの示す契約の条件が不一致である場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信する第２エラー処理（例えば図７のＳ２６０）を実行するようにしてもよい。
「利用者にとって有利」とは、典型的には、保険料が安くなる場合や、付帯するサービスが向上する場合が該当するほか、保険料が同じで保険金が高くなる場合などが該当する。
前述のように、第２データは、例えば、契約の締結を申し込む申込書に記載された情報を示す申込データである。したがって、第２データの示す契約の条件は、利用者が予期している条件と考えられる。よって、第２データの示す契約の条件よりも利用者にとって不利な条件の契約が締結されると、利用者が予期せぬ不利益を被る虞がある。しかし、この態様によれば、第２データの示す契約の条件と第１データの示す契約の条件が不一致である場合には契約データが生成されないから、利用者が予期せぬ不利益を被る事態を回避することができる。また、この態様によれば、第２データの示す契約の条件と第１データの示す契約の条件が不一致であることを示すメッセージ又は契約の条件を満たすように第２データを変更することを促すメッセージを携帯端末の使用者へ簡単に通知することができる。
【０００９】
態様１において、前記第１データは契約の条件を示しており、前記情報処理部は、前記生成処理において、前記第２データの示す契約の条件よりも前記第１データの示す契約の条件が利用者にとって有利な場合、前記第１データを用いて前記契約データを生成し、前記第２データの示す契約の条件よりも前記第１データの示す契約の条件が利用者にとって不利な場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信する第３エラー処理（例えば図７のＳ２６３）を実行するようにしてもよい。
この態様によれば、利用者が予期せぬ不利益を被る事態を回避することができるとともに、第２データの示す契約の条件と第１データの示す契約の条件が不一致であることを示すメッセージ又は契約の条件を満たすように第２データを変更することを促すメッセージを携帯端末の使用者へ簡単に通知することができる。加えて、この態様によれば、第２データの示す契約の条件と第１データの示す契約の条件が不一致である場合にも契約データが生成されうるから、契約を締結するための手続きが更に効率化される。なお、前記第１データを用いて前記契約データを生成する場合、携帯端末の使用者へ前記第１データを用いて前記契約データを生成するか否かを通知し、携帯端末の使用者に前記契約データを生成するか否かを選択させるようにしてもよい。
【００１０】
態様１において、前記第１データは契約の内容を示しており、前記情報処理部は、前記生成処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて、前記契約データを生成するようにしてもよい（態様２）。態様２によれば、第２データの示す契約の内容と第１データの示す契約の内容が不一致であっても契約データの生成は中止されないから、契約を締結するための手続きが更に効率化される。また、態様２によれば、第１データの示す契約の内容については、第２データに関わらず、第１データの示す契約の内容に基づいて契約データが生成されるから、第２データが示すべき契約の内容（例えば申込書に記載すべき情報）を削減することができる。これは、契約を締結するための手続きの効率化に寄与する。また、一般に、第２データ（例えば申込書）よりも第１データ（例えば運転免許証）の示す契約の内容の方が正確であるから、態様２によれば、より正確な内容の契約を締結することができる。
【００１１】
態様２において、前記情報処理部は、前記生成処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて前記契約データを生成した場合、優先させた前記第１データの内容を前記携帯端末に送信する変更通知処理を実行するようにしてもよい。この態様によれば、締結された契約の内容と利用者が予期していた契約の内容との相違を携帯端末の使用者へ簡単に通知することができる。
【００１２】
上記の各態様において、前記第１データを格納する格納部を備え、前記情報処理部は、所定の周期で前記格納部から前記第１データを取得して、前記読出処理及び前記生成処理を実行するようにしてもよい。この態様によれば、第１データが格納部へ格納された後に当該第１データに対応する第２データが記憶部に記憶された場合にも、確実に、読出処理及び生成処理を実行することができる。
【００１３】
上記の各態様において、前記第１データは前記携帯端末において撮像データを変換した文字データであるか、前記第１データは撮像データであり、前記情報処理部は、受信した前記第１データを文字データに変換する変換処理を前記読出処理及び前記生成処理の前に実行するようにしてもよい。第１データが文字データの場合には、通信量を削減することができる。第１データが撮像データ場合には、携帯端末におけるデータ処理を軽減することができる。
【００１４】
上記の各態様において、前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには優良運転者情報が含まれるようにしてもよい。確認書類としては運転免許証が一般的である。また、自動車保険契約としては、被保険者が優良運転者であるか否かに応じて条件が変わるものが多い。よって、この態様によれば、多くの自動車保険契約について、締結の手続きの効率化を図ることができる。
【００１５】
前述の課題を解決するために、本発明の契約支援システムは、上記の各態様の契約支援サーバと、前記契約支援サーバとの間で通信を実行し、前記第１データを送信する携帯端末とを備える。この契約支援システムによれば、備える契約支援サーバにより得られる効果と同様の効果を得ることができる。
【００１６】
前述の課題を解決するために、本発明の契約支援サーバの制御方法は、契約を締結するために確認が必要な書類を撮像して得た第１データと契約を識別する識別情報とを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを記憶部に記憶して管理する契約支援サーバの制御方法であって、受信した前記識別情報に対応する前記第２データを前記記憶部から読み出し、受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する（態様３）。
この制御方法によれば、契約支援サーバにおいて、例えば確認書類に由来する第１データと、例えば申込書に由来する第２データとに基づいて、締結すべき契約内容を示す契約データが生成されるから、人の目視による確認作業を排除することができる。また、携帯端末を用いることができるから、場所を選ぶことなく、効率的に契約手続きを行うことができる。よって、契約を締結するための手続きが効率化される。
【００１７】
態様３において、前記契約は自動車保険に関するものであり、前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには、優良運転者情報が含まれており、前記複数の第２データの各々には、優良運転者情報が含まれており、前記契約データを生成する処理において、前記第２データに含まれる優良運転者情報と、前記第１データに含まれる優良運転者情報とが不一致である場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信するようにしてもよい。
【００１８】
この態様によれば、第２データに含まれる優良運転者情報と第１データに含まれる優良運転者情報とが不一致である場合には契約データが生成されないから、利用者が予期せぬ不利益を被る事態を回避することができる。また、この態様によれば、契約の条件が不一致であることを示すメッセージ又は契約の条件を満たすように第２データを変更することを促すメッセージを携帯端末の使用者へ簡単に通知することができる。また、この態様によれば、多くの自動車保険契約について、締結の手続きの効率化を図ることができる。
【００１９】
態様３において、前記契約は自動車保険に関するものであり、前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには、優良運転者情報が含まれており、前記複数の第２データの各々には、優良運転者情報が含まれており、前記契約データを生成する処理において、前記第２データに含まれる優良運転者情報が優良運転者でないことを示し、前記第１データに含まれる優良運転者情報が優良運転者であることを示す場合、前記第１データを用いて前記契約データを生成し、前記第２データに含まれる優良運転者情報が優良運転者であることを示し、前記第１データに含まれる優良運転者情報が優良運転者でないことを示す場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信するようにしてもよい。
【００２０】
この態様によれば、利用者が予期せぬ不利益を被る事態を回避することができるとともに、契約の条件が不一致であることを示すメッセージ又は契約の条件を満たすように第２データを変更することを促すメッセージを携帯端末の使用者へ簡単に通知することができる。加えて、この態様によれば、第２データに含まれる優良運転者情報と、第１データに含まれる優良運転者情報とが不一致である場合にも契約データが生成されうるから、契約を締結するための手続きが更に効率化される。また、この態様によれば、多くの自動車保険契約について、締結の手続きの効率化を図ることができる。
【００２１】
態様３において、前記契約は自動車保険に関するものであり、前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには、住所情報が含まれており、前記契約データを生成する処理において、前記第２データの示す住所情報と前記第１データに含まれる住所情報とが不一致の場合、前記第２データの住所情報よりも前記第１データの住所情報を優先させて、前記契約データを生成するようにしてもよい。
この態様によれば、第２データの示す住所情報と第１データに含まれる住所情報とが不一致の場合であっても契約データの生成は中止されないから、契約を締結するための手続きが更に効率化される。また、この態様によれば、住所情報については、第２データに関わらず、第１データの示す住所情報に基づいて契約データが生成されるから、第２データが示すべき契約の内容（例えば申込書に記載すべき情報）から住所情報を削ることができる。これは、契約を締結するための手続きの効率化に寄与する。また、一般に、第２データ（例えば申込書）よりも第１データ（運転免許証）の示す契約の内容の方が正確であるから、この態様によれば、より正確な内容の契約を締結することができる。また、この態様によれば、多くの自動車保険契約について、締結の手続きの効率化を図ることができる。
【００２２】
この態様において、前記契約データを生成する処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて前記契約データを生成した場合、優先させた前記第１データの内容を前記携帯端末に送信するようにしてもよい。この態様によれば、締結された契約の内容と利用者が予期していた契約の内容との相違を携帯端末の使用者へ簡単に通知することができる。
【００２３】
本発明は、以上の各態様に係る契約支援サーバとしてコンピュータを機能させるためのプログラムとしても特定される。本発明のプログラムは、契約を締結するために確認が必要な書類を撮像して得た第１データと契約を識別する識別情報とを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを記憶部に記憶して管理する契約支援サーバに、受信した前記識別情報に対応する前記第２データを前記記憶部から読み出す読出処理と、受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する生成処理とを実行させる。以上のプログラムによれば、本発明に係る契約支援サーバと同様の効果を得ることができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の第１〜第６実施形態に係る契約支援システム１０の構成を示すブロック図である。
【図２】契約支援システム１０で用いられる申込書の一部を例示する図である。
【図３】契約支援システム１０で用いられる運転免許証を例示する図である。
【図４】本発明の第１実施形態における携帯電話機１００と契約支援サーバ２００との間の通信に係る処理のフローチャートである。
【図５】同実施形態における撮像の様子を示す図である。
【図６】同実施形態における文字データの内容を例示する模式図である。
【図７】同実施形態における確認締結処理のフローチャートである。
【図８】本発明の第２実施形態における撮像の様子を示す図である。
【図９】同実施形態におけるデータ送信処理のフローチャートである。
【図１０】本発明の第３実施形態におけるデータ受信処理のフローチャートである。
【図１１】本発明の第４実施形態におけるデータ送信処理及びデータ受信処理のフローチャートである。
【図１２】同実施形態の変形例（変形例１）におけるデータ送信処理及びデータ受信処理のフローチャートである。
【図１３】同実施形態の変形例（変形例２）におけるデータ受信処理のフローチャートである。
【図１４】本発明の第５実施形態における文字データの内容を例示する模式図である。
【図１５】同実施形態における確認締結処理のフローチャートである。
【図１６】本発明の第６実施形態における文字データの内容を例示する模式図である。
【図１７】同実施形態における確認締結処理のフローチャートである。
【図１８】同実施形態の変形例（変形例１７）における確認締結処理のフローチャートである。
【図１９】本発明に係る変形例１９におけるデータ送信処理の一部を示すフローチャートである。
【発明を実施するための形態】
【００２５】
＜各実施形態に共通の構成＞
図１は、本発明の第１〜第６実施形態に係る契約支援システム１０の構成を示すブロック図である。契約支援システム１０は、自動車保険契約を締結するためのコンピュータシステムであり、１又は複数の携帯電話機１００と、１つの契約支援サーバ２００と、１又は複数の端末３００と、１つの契約管理サーバ４００とを備える。契約支援サーバ２００は、無線区間を包含する通信網（例えばインターネット）を介して、携帯電話機１００、端末３００、契約管理サーバ４００と通信可能である。
【００２６】
携帯電話機１００は、保険契約の手続きを代理する代理店の従業員に携帯される電話機であり、情報処理部１１０、記憶部１２０、送信部１３０、受信部１４０、撮像部１５０、表示部１６０及び操作部１７０を備える。情報処理部１１０は、各種の情報を処理するＣＰＵ（中央処理装置）であり、後述の第１プログラムを実行することにより、各種の処理を実行することができる。つまり、携帯電話機１００は、コンピュータシステムでもある。
【００２７】
記憶部１２０は、データを書き換え可能に記憶する不揮発性の記憶装置であり、例えばＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）で構成される。図示を略すが、記憶部１２０には、携帯電話機１００の各部を制御するための第１プログラムと、携帯電話機１００の電子メールアドレスと、契約支援サーバ２００の電子メールアドレスとが記憶される。なお、第１プログラムは、コンピュータが読取可能な記録媒体に格納された形態や、通信網を介した配信の形態で提供されうる。
【００２８】
送信部１３０は、情報処理部１１０から供給されたデータを無線信号に変換して通信網の無線区間へ送出する。受信部１４０は、通信網の無線区間から到来した無線信号をデータに変換して情報処理部１１０へ供給する。つまり、情報処理部１１０は、無線区間との間での無線信号の授受により、契約支援サーバ２００へデータ（電子メール）を送信したり、契約支援サーバ２００から携帯電話機１００へのメッセージ（電子メール）を受信したりすることができる。
【００２９】
撮像部１５０は、情報処理部１１０に制御されるカメラであり、携帯電話機１００外の撮像領域内の光景を撮像して撮像データ（画像データ）を生成し、情報処理部１１０へ供給する。つまり、情報処理部１１０は、撮像領域に係る撮像データを取得する撮像処理を実行することができる。なお、得られた撮像データは、記憶部１２０に記憶されることなく、情報処理部１１０へ供給した後、自動的に消去されるようにしてもよい。また、携帯電話機１００の使用者が、撮像データを情報処理部１１０へ供給した後、手動で消去してもよい。
【００３０】
表示部１６０は、例えば液晶ディスプレイであり、情報処理部１１０から供給された画像データで示される画像を表示する。なお、表示部１６０に変えて、情報を報知する任意の報知部を採用してもよい。操作部１７０は、例えば複数のボタンを備え、これらのボタンの操作に応じた信号を情報処理部１１０へ供給する。携帯電話機１００の使用者は、操作部１７０を操作することで、各種の指示を携帯電話機１００に入力することができる。
【００３１】
契約支援サーバ２００は、保険契約の手続きを支援するサービスを提供するコンピュータシステムであり、保険会社に配置され、情報処理部２１０、記憶部２２０、送信部２３０及び受信部２４０を備える。情報処理部２１０は、各種の情報を処理するＣＰＵ（中央処理装置）であり、後述の第２プログラムを実行することにより、各種の処理を実行することができる。
【００３２】
記憶部２２０は、データを書き換え可能に記憶する不揮発性の記憶装置であり、例えばハードディスクで構成される。記憶部２２０には、契約支援サーバ２００の各部を制御するための第２プログラムと、携帯電話機１００の電子メールアドレスと、契約支援サーバ２００の電子メールアドレスとが記憶される。第２プログラムは、前述の第１プログラムと同様の形態で提供されうる。また、記憶部２２０の記憶領域には、後述の確認データＤ１が格納される格納部２２１と、後述の申込データ（第２データ）Ｄ２が格納される申込ＤＢ（データベース）２２２が確保される。
【００３３】
送信部２３０は、情報処理部２１０から供給されたデータを信号に変換して通信網へ送出する。受信部２４０は、通信網から到来した信号をデータに変換して情報処理部２１０へ供給する。つまり、情報処理部２１０は、通信網との間での信号の授受により、携帯電話機１００へメッセージ（電子メール）を送信したり、携帯電話機１００から契約支援サーバ２００へのデータ（電子メール）を受信したり、端末３００へデータを送信したり、端末３００から契約支援サーバ２００へのデータを受信したり、契約管理サーバ４００へデータを送信したりすることができる。
【００３４】
端末３００は、一般的なパーソナルコンピュータシステムであり、保険会社に配置され、キーボードなどの操作部３１０と、液晶ディスプレイなどの表示部３２０とを備え、通信網との間での信号の授受により、契約支援サーバ２００との間でデータを送受信することができる。保険会社の従業員は、操作部３１０を用いて端末３００を操作することにより、自動車保険契約の締結を申込む申込者（利用者）から提出された自動車保険契約申込書（以降、「申込書」と称する）に記載された情報を端末３００に入力して申込データＤ２を生成させたり、生成した申込データＤ２を契約支援サーバ２００へ送信させたり、契約支援サーバ２００から受信した契約データで示される情報を表示部３２０に表示させたりすることができる。契約データは、締結された自動車保険契約の条件及び内容を示すデータである。
【００３５】
契約管理サーバ４００は、契約データを管理するサービスを提供するコンピュータシステムであり、保険会社に配置され、契約データが格納される契約ＤＢ４１０を有する。契約管理サーバ４００は、通信網を介して契約支援サーバ２００から契約データを受信し、契約ＤＢ４１０に格納することができる。保険会社の従業員は、契約管理サーバ４００を直接的に、又は図示しない端末から通信網を介して間接的に操作することにより、契約管理サーバ４００によって提供されるサービスを受けることができる。
【００３６】
図２は、契約支援システム１０で用いられる申込書の一部を例示する図である。この図に示すように、申込書には、「証券番号」や、被保険者の「住所」、「氏名」、「生年月日」、「免許証色」などの項目名が並んでおり、各項目名の近くに当該項目の内容の記載欄が設けられている。申込者は、これらの記載欄への情報の記載が完了した申込書を代理店の従業員に提出することにより、自動車保険契約の締結を申込む。なお、申込者と被保険者とは同一であってもよい。さらに、申込書は、申込者が保険会社に提出して申込を行ってもよい。
【００３７】
申込書に記載される情報は、証券番号と申込情報とに分かれる。証券番号は、自動車保険証券を識別する番号であり、自動車保険契約の締結時までに保険会社によって付与され、自動車保険契約を識別する識別情報として用いられる。例えば、図２の申込書によって締結される自動車保険契約は、「Ａ２３４５６７８９」という証券番号によって識別される。申込情報は、具体的には、被保険者の住所情報、氏名情報、生年月日情報、免許証色情報などである。前述の申込データＤ２は、これらの申込情報を包含するデータであり、自動車保険契約の条件及び内容を示す。なお、申込情報はもちろん、証券番号も、申込前に記載される。
【００３８】
代理店の従業員に提出された申込書は、保険会社に提出される。保険会社の従業員は、端末３００を操作して、提出された申込書に記載された証券番号及び申込情報を入力し、入力した証券番号と生成された申込データＤ２（申込情報）とを契約支援サーバ２００へ送信させる。送信された証券番号および申込データＤ２は、契約支援サーバ２００の情報処理部２１０により受信され、互いに対応付けられて申込ＤＢ２２２に格納される。
【００３９】
ところで、保険会社は、自動車保険契約の締結に先立って、申込書とは別の書類を確認する必要がある。この確認にかかる手続きと、その後の契約締結に至るまでの手続きとの効率化が各実施形態の目的である。自動車保険契約を締結するために確認が必要な書類（以降、「確認書類」と称する）は、典型的には被保険者の運転免許証である。
【００４０】
図３は、優良運転者の運転免許証を例示する図である。図３に示すように、運転免許証には、運転者の氏名（日本 興太郎）、住所（東京都千代田区霞ヶ関３−７−３）、生年月日（昭和３５年８月１日）、運転免許証の有効期限（平成２５年９月１日）が所定の様式で記載されている。有効期限を示す文字列の背景色（免許証色）は、優良運転者の場合にはゴールド（金色）、非優良運転者の場合にはブルー（青色）又はグリーン（緑色）である。また、優良運転者の運転免許証には、優良運転者であることを示す文字列「優良」が所定の様式で記載されている。
【００４１】
＜第１実施形態＞
第１実施形態では、携帯電話機１００の情報処理部１１０は、撮像部１５０から供給された撮像データをＯＣＲ（Optical Character Recognition）によって文字データに変換することができる。また、第１実施形態では、確認書類は被保険者の運転免許証であり、運転免許証は証券番号とともに撮像される。以降、運転免許証を確認する際の契約支援システム１０の動作について説明する。
【００４２】
図４は、第１実施形態における携帯電話機１００と契約支援サーバ２００との間の通信に係る処理のフローチャートである。図４に示すように、第１実施形態では、携帯電話機１００の情報処理部１１０がデータ送信処理とメッセージ受信処理とを実行し、契約支援サーバ２００の情報処理部２１０がデータ受信処理とメッセージ送信処理とを実行する。
【００４３】
データ送信処理は、運転免許証に係るデータを契約支援サーバ２００へ送信する処理であり、代理店の従業員が操作部１７０を操作して携帯電話機１００に特定の指示を入力すると開始する。特定の指示の入力は、図５に例示するように、運転免許証と申込書に記載された証券番号とが撮像領域内に収まるように運転免許証と申込書と携帯電話機１００とを配置してから行われる。
【００４４】
特定の指示が入力されると、情報処理部１１０は、まず撮像処理を実行する（Ｓ１０１）。これにより、撮像部１５０から情報処理部１１０へ、運転免許証の撮像データと申込書に記載された証券番号の撮像データとを包含する撮像データが供給される。次に情報処理部１１０は、この撮像データをＯＣＲによって文字データに変換する変換処理を実行する（Ｓ１０２）。
【００４５】
図６は、第１実施形態における文字データの内容を例示する模式図である。図６に示すように、文字データは、情報を項目毎に文字で示すデータであり、証券番号と確認データ（第１データ）Ｄ１とを包含する。確認データＤ１は、運転免許証に記載された情報のうち、自動車保険契約の締結時の確認において必要な情報を含むデータである。
【００４６】
つまり、変換処理では、運転免許証に記載された情報のうち、自動車保険契約の締結時の確認において必要な情報のみが選択されて変換される。この選択が可能なのは、運転免許証のどこに何が記載されているかが予め判明しているからである。なお、運転免許証に記載された総ての情報を変換し、変換後の情報のうち、自動車保険契約の締結時の確認において必要な情報のみを選択して確認データＤ１を生成するようにしてもよい。
【００４７】
図４において、次に情報処理部１１０は、こうして得られた文字データを契約支援サーバ２００へ送信する（Ｓ１０３）。契約支援サーバ２００の情報処理部２１０は、携帯電話機１００からの文字データが到来する度、データ受信処理を実行する。具体的には、情報処理部２１０は、携帯電話機１００から到来したデータを受信し（Ｓ２０１）、受信したデータに含まれている確認データＤ１と証券番号とを互いに対応付けて格納部２２１に格納する（Ｓ２０２）。
【００４８】
また、携帯電話機１００の情報処理部１１０は、契約支援サーバ２００からのメッセージが到来する度、メッセージ受信処理を実行する。具体的には、情報処理部１１０は、到来したメッセージを受信し（Ｓ１５１）、メッセージの受信を代理店の従業員に通知する（Ｓ１５２）。この通知では、メッセージを受信した旨の画像が表示部１６０に表示される。情報処理部２１０が如何なる契機で如何なるメッセージを送信するかについては、次に説明する通りである。
【００４９】
図７は、第１実施形態における確認締結処理のフローチャートである。この確認締結処理は、確認の上で自動車保険契約を締結する処理であり、情報処理部２１０によって、格納部２２１に格納された確認データＤ１毎に、一定の時間間隔（例えば１日）で実行される。ある確認データＤ１を「対象確認データＤ１」としたとき、対象確認データＤ１に係る確認締結処理では、情報処理部２１０は、まず、対象確認データＤ１に対応する申込データＤ２（以降、「対象申込データＤ２」と称する）を申込ＤＢ２２２から読み出す読出処理を実行する。
【００５０】
読出処理において、情報処理部２１０は、まず、対象申込データＤ２の取得処理を行う（Ｓ２５１）。具体的には、対象確認データＤ１に対応付けられた証券番号と同じ証券番号に対応付けられた申込データＤ２（対象申込データＤ２）の申込ＤＢ２２２からの読み出しを試行する。この試行は、対象申込データＤ２が申込ＤＢ２２２に格納されている場合には成功し、格納されていない場合には失敗する。次に情報処理部２１０は、この試行が成功したか否か、すなわち対象申込データＤ２を取得できたか否かを判定する（Ｓ２５２）。
【００５１】
この判定結果が否定の場合、すなわち対象申込データＤ２が申込ＤＢ２２２に格納されていない場合には、情報処理部２１０は、対象確認データＤ１の受信から所定時間（例えば１週間）が経過したか否かを判定する（Ｓ２５３）。この判定の結果が否定の場合には、読出処理及び確認締結処理も終了する。一方、この判定の結果が肯定の場合、情報処理部２１０は、第１エラー処理を行う。第１エラー処理において、情報処理部２１０は、申込書の提出を促すメッセージを、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２５４）。そして、第１エラー処理、読出処理及び確認締結処理が終了する。メッセージの宛先の携帯電話機１００では、前述のメッセージ受信処理が行われる。
【００５２】
なお、申込書の提出を促すメッセージに代えて、該当する申込データＤ２が登録されていないことを示すメッセージを送信するようにしてもよい。ただし、どちらのメッセージであっても、代理店の従業員が該当する自動車保険契約を特定することができる情報（例えば証券番号）を包含したメッセージでなければならない。これは、確認締結処理において送信される他のメッセージにもあてはまる。
【００５３】
対象申込データＤ２を取得できた場合（Ｓ２５２：ＹＥＳ）、情報処理部２１０は、対象確認データＤ１と対象申込データＤ２とに基づいて、締結すべき契約の条件及び内容を示す契約データを生成する生成処理を実行する。生成処理では、情報処理部２１０は、まず、対象申込データＤ２と対象確認データＤ１とに基づいて、取得した申込情報（以降、「対象申込情報」と称する）に含まれる氏名情報と対象確認データＤ１が示す氏名情報とが一致しているか否かを判定する（Ｓ２５５）。
【００５４】
この判定の結果が否定の場合、すなわち両氏名情報が不一致の場合には、情報処理部２１０は、運転免許証に記載された氏名情報と該当する申込書（以降、「対象申込書」と称する）に記載された被保険者の氏名情報とが不一致であることを示すメッセージを、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２５６）。これで、生成処理及び確認締結処理が終了する。
【００５５】
このメッセージを視認した代理店の従業員は、対象確認データＤ１と対象申込データＤ２とのどちらが誤っているかを調べ、対象申込データＤ２を申込ＤＢ２２２から削除し、被保険者の氏名情報を訂正した申込書を提出する作業か、対象確認データＤ１を格納部２２１から削除し、正しい運転免許証に係る文字データを携帯電話機１００から契約支援サーバ２００へ送信する作業を行う。
【００５６】
一方、両氏名情報が一致している場合（Ｓ２５５：ＹＥＳ）、情報処理部２１０は、対象確認データＤ１に基づいて、本日が運転免許証の有効期限内の日であるか否かを判定する（Ｓ２５７）。この判定の結果が否定の場合には、情報処理部２１０は、有効期限を過ぎた確認書類であることを示すメッセージを、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２５８）。これで、生成処理及び確認締結処理が終了する。なお、両氏名が合致しているか否かの判定（Ｓ２５５）と、本日が運転免許証の有効期限内の日であるか否かの判定（Ｓ２５７）との順序は任意である。
【００５７】
ところで、第１実施形態では、被保険者の優良運転者情報（優良運転者／非優良運転者）が異なると、保険金は同じでも保険料は異なる。例えば、保険金が同じでも、被保険者が優良運転者の場合には保険料が安くなり、被保険者が非優良運転者の場合には保険料が高くなる。また、被保険者が属する年齢層が異なると、保険金は同じでも保険料は異なる。このように、第１実施形態では、被保険者の優良運転者情報と被保険者が属する年齢層とは、それぞれ、自動車保険契約の条件（権利及び義務）を示している。以降の説明では、適宜、被保険者の優良運転者情報を「運転者条件」と称し、被保険者が属する年齢層を「年齢条件」と称する。
【００５８】
本日が運転免許証の有効期限内の日である場合（Ｓ２５７：ＹＥＳ）、情報処理部２１０は、対象申込データＤ２と対象確認データＤ１とに基づいて、対象確認データＤ１が示す生年月日が、対象申込データＤ２に由来する年齢条件を満たすか否かを判定する（Ｓ２５９）。すなわち、被保険者の運転免許証に記載された生年月日から定まる年齢条件と、被保険者について対象申込書に記載された生年月日から定まる年齢条件とが一致するか否かを判定する。
【００５９】
この判定の結果が否定の場合、情報処理部２１０は、第２エラー処理を行う。第２エラー処理では、情報処理部２１０は、年齢条件を満たす申込書の提出を促すメッセージ（年齢条件を満たすように対象申込データＤ２を変更することを促すメッセージ）を、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２６０）。これで、第２エラー処理、生成処理及び確認締結処理が終了する。なお、このメッセージに代えて、対象申込書に由来する年齢条件と運転免許証に由来する年齢条件とが不一致であることを示すメッセージを送信するようにしてもよい。
【００６０】
対象確認データＤ１が示す生年月日が、対象申込データＤ２に由来する年齢条件を満たす場合には（Ｓ２５９：ＹＥＳ）、情報処理部２１０は、対象確認データＤ１に基づいて、被保険者が優良運転者であるか否かを判定する（Ｓ２６１）。この判定の結果が否定の場合、情報処理部２１０は、対象申込書に記載された免許証色から定まる優良運転者情報が優良運転者であることを示しているか否かを判定する（Ｓ２６２）。
【００６１】
この判定の結果が肯定の場合、すなわち実際の免許証色がブルー又はグリーンであるにも関わらず対象申込書に記載された免許証色がゴールドの場合、情報処理部２１０は、第３エラー処理を行う。つまり、対象申込データＤ２の示す運転者条件よりも対象確認データＤ１の示す運転者条件が申込者にとって不利な場合には、第３エラー処理が行われる。
【００６２】
第３エラー処理では、情報処理部２１０は、運転者条件を満たす申込書の提出を促すメッセージ（運転者条件を満たすように対象申込データＤ２を変更することを促すメッセージ）を、対象確認データＤ１の送信元の携帯電話機１００へ返信する（Ｓ２６３）。これで、第３エラー処理、生成処理及び確認締結処理が終了する。なお、このメッセージに変えて、対象申込書に由来する優良運転者情報と運転免許証に由来する優良運転者情報とが不一致であることを示すメッセージを送信するようにしてもよい。
【００６３】
対象申込書に記載された免許証色から定まる優良運転者情報が優良運転者であることを示していない場合（Ｓ２６２：ＮＯ）、すなわち実際の免許証色がブルー又はグリーンであり、対象申込書に記載された免許証色がブルー又はグリーンの場合には、情報処理部２１０は契約締結処理を行う（Ｓ２６４）。この契約締結処理は、被保険者が優良運転者である場合（Ｓ２６１：ＹＥＳ）にも行われる。なお、年齢条件を満たすか否かの判定（Ｓ２５９）と、優良運転者であるか否かの判定（Ｓ２６１）との順序は任意である。
【００６４】
契約締結処理では、情報処理部２１０は、まず、対象申込データＤ２と対象確認データＤ１とに基づいて、対象申込書に係る自動車保険契約の条件及び内容を示す契約データを生成することにより、この自動車保険契約を締結する。具体的には、申込書の項目毎に、対象申込書に由来する情報と運転免許証に由来する情報とを比較し、この比較の結果（一致／不一致）に基づいて両情報のどちらかを選択し、選択した情報を用いて契約データを生成する。
【００６５】
上記の選択では、情報処理部２１０は、両情報が一致の場合には対象申込書に由来する情報を選択し、両情報が不一致の場合には運転免許証に由来する情報を選択する。例えば、対象申込書に由来する被保険者の住所情報と、運転免許証に由来する被保険者の住所情報とが不一致の場合には、運転免許証に由来する被保険者の住所情報が選択される。つまり、情報処理部２１０は、契約締結処理において、対象申込データＤ２よりも対象確認データＤ１を優先して契約データを生成する。これは、一般に、申込書の記載よりも運転免許証（公文書）の記載の方が正確だからである。
【００６６】
ただし、生成処理として、如何なる場合にも対象確認データＤ１を優先して契約データを生成する処理を採用すると、申込者が予期せぬ不利益を被る場合がある。具体的には、対象申込書に由来する条件よりも利用者にとって不利な条件の自動車保険契約が締結される場合である。例えば、対象申込書に由来する被保険者の優良運転者情報が優良運転者であることを示し、運転免許証に由来する被保険者の優良運転者情報が非優良運転者であることを示す場合に、運転免許証に由来する被保険者の優良運転者情報（非優良運転者）を選択して契約データを生成すると、対象申込書の記載内容に基づいて申込者が想定していた保険料よりも高い保険料の自動車保険契約が締結されてしまう。
【００６７】
しかし、図７のステップＳ２６１からの分岐を追えば明らかなように、第１実施形態では、対象申込書に由来する運転者条件と運転免許証に由来する運転者条件とが不一致の場合、かつ、対象申込書に由来する運転者条件よりも運転免許証に由来する運転者条件が申込者にとって有利でない場合には、契約締結処理は行われず、第３エラー処理が行われる。つまり、対象申込書に由来する運転者条件と運転免許証に由来する運転者条件とが一致の場合、又は対象申込書に由来する運転者条件よりも運転免許証に由来する運転者条件が申込者にとって有利な場合に限り、契約締結処理が行われる。
また、図７のステップＳ２５９からの分岐を追えば明らかなように、第１実施形態では、対象申込書に由来する被保険者の生年月日情報で示される年齢条件と、運転免許証に由来する被保険者の生年月日情報で示される年齢条件とが不一致の場合には、契約締結処理は行われず、第２エラー処理が行われる。
よって、第１実施形態によれば、対象申込書に由来する条件よりも利用者にとって不利な条件の自動車保険契約が締結される虞がない。なお、運転者条件の取り扱いと同様に年齢条件を取り扱うようにしてもよい。すなわち、対象申込書に由来する年齢条件と運転免許証に由来する年齢条件とが一致の場合、又は対象申込書に由来する年齢条件よりも運転免許証に由来する年齢条件が申込者にとって有利な場合に限って契約締結処理が行われるようにしてもよい。
【００６８】
次に情報処理部２１０は、生成した契約データを端末３００及び契約管理サーバ４００へ送信する。この契約データは、契約管理サーバ４００に受信されて契約ＤＢ４１０に格納される。また、この契約データは、端末３００に受信される。これにより、端末３００では、当該契約データで示される情報を表示することが可能となる。つまり、端末３００を使用する保険会社の従業員は、新たに締結された自動車保険契約に関する情報を遅滞なく簡単に知ることができる。これは自動車保険証券の発送業務の効率化に寄与する。
【００６９】
次に情報処理部２１０は、格納部２２１から対象確認データＤ１を削除するとともに、申込ＤＢ２２２から対象申込データＤ２を削除する。これにより、契約締結処理が終了する。なお、対象確認データＤ１及び対象申込データＤ２は、記憶部２２０の記憶領域のうち、格納部２２１でも申込ＤＢ２２２でもない記憶領域に退避される。これは、対象確認データＤ１及び対象申込データＤ２を事後に参照することができるようにするための措置である。
【００７０】
次に情報処理部２１０は、締結した自動車保険契約の条件及び内容を代理店の従業員に通知する内容通知処理を行う（Ｓ２６５）。具体的には、第１に、生成した契約データを対象確認データＤ１の送信元の携帯電話機１００へ返信する。第２に、契約締結処理において対象申込データＤ２よりも対象確認データＤ１を優先して当該契約データを生成したか否か、すなわち対象申込書の記載内容から定まる契約条件及び契約内容を変更して自動車保険契約を締結したか否かを示すデータを当該携帯電話機１００へ返信する。第３に、契約締結処理において対象申込データＤ２よりも対象確認データＤ１を優先して当該契約データを生成した場合には、優先させた対象確認データＤ１の内容（例えば、運転免許証に由来する優良運転者情報）を示すデータを当該携帯電話機１００へ返信する変更通知処理を行う。そして、内容通知処理が終了すると、生成処理及び確認締結処理も終了する。
【００７１】
＜第２実施形態＞
第２実施形態は、第１実施形態を変形して得られる実施形態である。第２実施形態では、図８に示すように、運転免許証が単独で撮像され、証券番号が撮像されない。また、第２実施形態では、携帯電話機１００におけるデータ送信処理として、第１実施形態におけるデータ送信処理とは一部が異なるデータ送信処理が採用されている。
【００７２】
図９は、第２実施形態におけるデータ送信処理のフローチャートである。図９に示すように、第２実施形態におけるデータ送信処理では、撮像データをＯＣＲによって文字データに変換する変換処理（Ｓ１０２）と、文字データを契約支援サーバ２００へ送信する処理（Ｓ１０３）との間に、証券番号の入力処理（Ｓ１０４）が介挿されている。この処理では、代理店の従業員が、操作部１７０を操作して証券番号を携帯電話機１００に入力する。つまり、携帯電話機１００の情報処理部１１０が、操作部１７０からの信号に基づいて、図６の証券番号を取得する。
【００７３】
前述のように、第２実施形態では運転免許証が単独で撮像されるから、変換処理（Ｓ１０２）によって得られるのは、図６の確認データＤ１である。つまり、証券番号が不足している。しかし、上述のように、証券番号の入力処理（Ｓ１０４）により、この不足が補われ、確認データＤ１と証券番号とを包含する文字データが得られる。そして、この文字データが契約支援サーバ２００へ送信される（Ｓ１０３）。
【００７４】
＜第３実施形態＞
第３実施形態は、第１実施形態を変形して得られる実施形態である。第３実施形態では、第２実施形態と同様に、運転免許証が単独で撮像され、証券番号が撮像されない。ただし、第２実施形態では、携帯電話機１００におけるデータ送信処理として、第１実施形態におけるデータ送信処理と同じデータ送信処理が採用されている。したがって、証券番号を包含せず、確認データＤ１を包含する文字データが、契約支援サーバ２００へ送信されることになる。そこで、第３実施形態では、契約支援サーバ２００におけるデータ受信処理として、第１実施形態におけるデータ受信処理とは一部が異なるデータ受信処理を採用している。
【００７５】
図１０は、第３実施形態におけるデータ受信処理のフローチャートである。このデータ受信処理では、到来したデータ（確認データＤ１）を受信する処理（Ｓ２０１）と、確認データＤ１と証券番号とを互いに対応付けてデータを格納部２２１に格納する処理（Ｓ２０２）との間に、証券番号を取得する処理（Ｓ２０３）が介挿されている。この処理では、契約支援サーバ２００の情報処理部２１０が、申込ＤＢ２２２において、受信した確認データＤ１に含まれる情報（例えば、氏名情報、住所情報及び生年月日情報）を検索キーとした検索を行い、この確認データＤ１に対応する申込データＤ２を特定する。そして、特定した申込データＤ２に対応付けられた証券番号を申込ＤＢ２２２から読み出す。
【００７６】
前述のように、携帯電話機１００から到来するデータは確認データＤ１である。つまり、証券番号が不足している。しかし、上述のように、証券番号を取得する処理（Ｓ２０３）により、この不足が補われ、確認データＤ１と証券番号とが得られる。そして、得られた確認データＤ１及び証券番号が互いに対応付けられて格納部２２１に格納される（Ｓ２０２）。
【００７７】
＜第４実施形態＞
第４実施形態は、第１実施形態を変形して得られる実施形態である。第４実施形態では、第１実施形態と同様に、証券番号とともに運転免許証が撮像される（図５参照）。第４実施形態が第１実施形態と異なる点は、撮像データをＯＣＲによって文字データに変換する変換処理が、携帯電話機１００ではなく、契約支援サーバ２００において行われる点と、確認データＤ１ではなく運転免許証の撮像データが第１データとなる点のみである。
【００７８】
図１１は、第４実施形態におけるデータ送信処理及びデータ受信処理のフローチャートである。図１１に示すように、第４実施形態におけるデータ送信処理では、撮像領域に係る撮像データを取得する撮像処理（Ｓ１０１）と、データを契約支援サーバ２００へ送信する処理（Ｓ１０３）との間に、撮像データをＯＣＲによって文字データに変換する変換処理（図４のＳ１０２）が存在しない。したがって、文字データではなく、運転免許証の撮像データ（第１データ）と証券番号の撮像データとを包含する撮像データが、契約支援サーバ２００へ送信されることになる。
【００７９】
第４実施形態におけるデータ受信処理は、携帯電話機１００からの撮像データが到来する度に実行される。また、このデータ受信処理では、到来したデータ（撮像データ）を受信する処理（Ｓ２０１）と、確認データＤ１と証券番号とを対応付けて格納部２２１に格納する処理（Ｓ２０２）との間に、受信されたデータをＯＣＲによって文字データに変換する変換処理（Ｓ２０４）が介挿されている。この変換処理が図４の変換処理（Ｓ１０２）と異なる点は、受信されたデータを変換対象とする点のみである。第４実施形態では、ステップＳ２０２において撮像データが受信されるから、この変換処理（Ｓ２０４）によって確認データＤ１及び証券番号が得られ、得られた確認データＤ１及び証券番号が互いに対応付けられて格納部２２１に格納される（Ｓ２０２）。
【００８０】
なお、受信された撮像データは、自動車保険契約の締結後も、記憶部２２０の記憶領域のうち、格納部２２１でも申込ＤＢ２２２でもない記憶領域に、対応する確認データＤ１及び申込データＤ２とともに記憶される。これは、撮像データを事後に参照することができるようにするための措置である。
【００８１】
また、第１実施形態から第２実施形態への変形と同様の変形を第４実施形態に施してもよい。こうして得られる変形例１におけるデータ送信処理及びデータ受信処理のフローチャートは、図１２に示すものとなる。また、第１実施形態から第３実施形態への変形と同様の変形を第４実施形態に施してもよい。こうして得られる変形例２におけるデータ受信処理のフローチャートは、図１３に示すものとなる。
【００８２】
＜第５実施形態＞
第５実施形態は、第１実施形態を変形して得られる実施形態である。第５実施形態が第１実施形態と異なる点は、確認書類として、被保険者の運転免許証ではなく、被保険者の健康保険証を用いる点のみである。
【００８３】
図１４は、第５実施形態における文字データの内容を例示する模式図である。図１４に示すように、第５実施形態における確認データＤ１は、健康保険証に記載された情報のうち、自動車保険契約の締結時の確認において必要な情報を包含する。図６と図１４とを対比すれば明らかなように、第５実施形態における確認データＤ１には、優良運転者情報が包含されていない。そこで、第５実施形態では、確認締結処理として、第１実施形態における確認締結処理とは一部が異なる確認締結処理を採用している。
【００８４】
図１５は、第５実施形態における確認締結処理のフローチャートである。図７と図１５とを対比すれば明らかなように、第５実施形態における確認締結処理では、ステップＳ２６１〜Ｓ２６３が削除されている。つまり、運転者条件に基づく分岐が存在せず、契約支援サーバ２００の情報処理部２１０は、被保険者の健康保険証に記載された生年月日から定まる年齢条件と、被保険者について対象申込書に記載された生年月日から定まる年齢条件とが一致する場合には（Ｓ２５９：ＹＥＳ）、無条件に契約締結処理（Ｓ２６４）を行う。つまり、常に、対象申込書に由来する運転者条件で自動車保険契約が締結される。
【００８５】
なお、第１実施形態から第２実施形態への変形と同様の変形を第５実施形態に施してもよい（変形例３）。また、第１実施形態から第３実施形態への変形と同様の変形を第５実施形態に施してもよい（変形例４）。また、第１実施形態から第４実施形態への変形と同様の変形を第５実施形態に施してもよい（変形例５）。
【００８６】
＜第６実施形態＞
第６実施形態は、第１実施形態を変形して得られる実施形態である。第６実施形態が第１実施形態と異なる点は、確認書類として、被保険者の運転免許証ではなく、被保険者の所有車両の車検証を用いる点のみである。
【００８７】
図１６は、第６実施形態における文字データの内容を例示する模式図である。図１６に示すように、第６実施形態における確認データＤ１は、車検証に記載された情報のうち、自動車保険契約の締結時の確認において必要な情報を包含する。図６と図１６とを対比すれば明らかなように、第６実施形態における確認データＤ１には、優良生年月日情報及び運転者情報が包含されていない。そこで、第６実施形態では、確認締結処理として、第１実施形態における確認締結処理とは一部が異なる確認締結処理を採用している。
【００８８】
図１７は、第６実施形態における確認締結処理のフローチャートである。図７と図１７とを対比すれば明らかなように、第６実施形態における確認締結処理では、ステップＳ２５９〜Ｓ２６３が削除されている。つまり、年齢条件及び運転者条件に基づく分岐が存在せず、契約支援サーバ２００の情報処理部２１０は、対象申込データＤ２で示される氏名情報と対象確認データＤ１で示す氏名情報とが一致し（Ｓ２５５：ＹＥＳ）、かつ、本日が車検証の車検満了日前の日である場合には（Ｓ２５７：ＹＥＳ）、無条件に契約締結処理（Ｓ２６４）を行う。
【００８９】
なお、第６実施形態を変形し、確認データＤ１が車両登録番号などの車両登録情報を含むようにし、契約締結処理（Ｓ２６４）において、車検証に由来する車両登録情報を優先して選択するようにしてもよい（変形例６）。また、第６実施形態を変形し、確認書類として、被保険者の所有車両の車検証ではなく、申込者のクレジットカードを用いるようにし、契約締結処理（Ｓ２６４）において、クレジットカードに由来するクレジットカード番号などの情報を優先して選択するようにしてもよい（変形例７）。
【００９０】
また、第１実施形態から第２実施形態への変形と同様の変形を第６実施形態、変形例６及び変形例７に施してもよい（変形例８）。また、第１実施形態から第３実施形態への変形と同様の変形を第６実施形態、変形例６及び変形例７に施してもよい（変形例９）。また、第１実施形態から第４実施形態への変形と同様の変形を第６実施形態、変形例６及び変形例７に施してもよい（変形例１０）。
【００９１】
＜その他の変形例＞
上述した第１〜第６実施形態及び変形例１〜１０は多様に変形され得る。具体的な変形の態様を以下に例示する。以下に例示する任意の２以上の形態は適宜に併合されうる。
【００９２】
（１）変形例１１
被保険者の運転免許証を確認書類とする第１〜第４実施形態及び変形例１〜２において、確認書類を変更することなく（被保険者の運転免許証としたまま）、図１５と同様の確認締結処理を採用してもよい。この場合には、常に、対象申込書に由来する運転者条件で自動車保険契約が締結されることになる。
【００９３】
（２）変形例１２
被保険者の運転免許証を確認書類とする第１〜第４実施形態及び変形例１〜２において、確認書類を変更することなく（被保険者の運転免許証としたまま）、図１７と同様の確認締結処理を採用してもよい。この場合には、常に、対象申込書に由来する年齢条件及び運転者条件で自動車保険契約が締結されることになる。
【００９４】
（３）変形例１３
被保険者の健康保険証を確認書類とする第５実施形態及び変形例３〜５において、確認書類を変更することなく（被保険者の健康保険証としたまま）、図１７と同様の確認締結処理を採用してもよい。この場合には、常に、対象申込書に由来する年齢条件で自動車保険契約が締結されることになる。
【００９５】
（４）変形例１４
確認締結処理において、対象確認データＤ１に対応する申込データＤ２を取得できなかった場合には（Ｓ２５２：ＮＯ）、即座に、申込書の提出を促すメッセージ、又は該当する申込データＤ２が登録されていないことを示すメッセージを送信するようにしてもよい。
【００９６】
（５）変形例１５
上述の各実施形態及び各変形例では、確認締結処理において、確認書類の有効期限が切れている場合には、毎日、有効期限を過ぎた確認書類であることを示すメッセージが送信されるが、このメッセージが送信される時間間隔を、一週間としてもよいし、任意に設定することができるようにしてもよい。
【００９７】
（６）変形例１６
携帯電話機１００から契約支援サーバ２００へ撮像データが送信されない形態を変形し、携帯電話機１００から契約支援サーバ２００へ撮像データが送信され、この撮像データが、自動車保険契約の締結後も、記憶部２２０の記憶領域のうち、格納部２２１でも申込ＤＢ２２２でもない記憶領域に、対応する確認データＤ１及び申込データＤ２とともに記憶されるようにしてもよい。
【００９８】
（７）変形例１７
確認締結処理が、格納部２２１への確認データＤ１の格納を契機として一度だけ実行されるようにしてもよい。この変形を第６実施形態に施した場合の確認締結処理のフローチャートを図１８に示す。図１８に示すように、この形態では、対象確認データＤ１に対応する申込データＤ２を取得できなかった場合には（Ｓ２５２：ＮＯ）、即座に、申込書の提出を促すメッセージ、又は該当する申込データＤ２が登録されていないことを示すメッセージが送信される（Ｓ２５４）。この形態には、携帯電話機１００から契約支援サーバ２００へ確認書類に係るデータが送信されてから契約締結処理が開始されるまでの時間が短くなるという利点がある。
なお、この形態において、携帯電話機１００から契約支援サーバ２００へ文字データではなく撮像データが送信される場合には、運転免許証の撮像データ（第１データ）を確認データＤ１として格納部２２１に格納し、この確認データＤ１に対応する申込データの取得処理（Ｓ２５１）の前に当該確認データＤ１に変換処理を施して文字データを得るようにしてもよい。
ところで、契約更改や他社からの乗り換えの場合には、情報が記載された申込書を代理店側で予め作成しておき、作成した申込書を申請者に渡すことが珍しくない。この場合、確認データＤ１が格納部２２１に格納される前に、当該確認データＤ１に対応する申込データＤ２を申込ＤＢ２２２に格納しておくことができる。しかし、そのような場合のみとは限らない。
確認データＤ１が格納部２２１に格納された後に当該確認データＤ１に対応する申込データＤ２が申込ＤＢ２２２に格納される場合、この形態では、契約支援サーバ２００から携帯電話機１００へ申込書の提出を促すメッセージが送信され、以降、何も起こらない。つまり、携帯電話機１００は、確認データＤ１に対応する申込データＤ２が申込ＤＢ２２２に格納された後に、再び、確認データＤ１を契約支援サーバ２００へ送信しなければならない。
裏を返せば、第１〜第６実施形態及び変形例１〜１６には、確認データＤ１が格納部２２１に格納された後に当該確認データＤ１に対応する申込データＤ２が申込ＤＢ２２２に格納される場合でも、確認データＤ１を契約支援サーバ２００へ再送信せずに済むという利点がある。
【００９９】
（８）変形例１８
代理店の従業員は、申込者に対して複数の契約パターンを提示する場合がある。この場合、代理店側で複数の契約パターンに対応した複数の申込書が印刷され、各々に対応する申込データＤ２が申込ＤＢ２２２に格納される。これらの申込データＤ２のうち実際に締結される自動車保険契約につながるものは一つだけであるから、これらの申込データＤ２は同一の証券番号を包含する。つまり、証券番号のみでは、申込データＤ２を特定することができない。
そこで、この場合に備え、証券番号と印刷連番とで自動車保険契約を識別するようにし、例えば、運転免許証を証券番号及び印刷連番とともに撮像するようにしてもよい。なお、印刷連番は、印刷された申込書を識別する一連の番号であり、申込書に記載される。もちろん、申込情報の取得処理（例えば図７のＳ２５１）において、同じ証券番号を示す申込データＤ２が複数の場合には、これらの申込データＤ２を端末３００の表示部３２０に表示させ、保険会社の従業員が（代理店に問い合わせて）、これらの申込データＤ２から一つの申込データＤ２を対象申込データＤ２として選択するようにしてもよい。
【０１００】
（９）変形例１９
確認書類の数を複数としてもよい。例えば、確認書類として、被保険者の運転免許証と被保険者の所有車両の車検証とを用いるようにしてもよい。この場合には、運転免許証についての確認と車検証についての確認とが完了して初めて契約締結処理（例えば図７のＳ２６５）が行われることになる。確認書類の数を複数とする場合には、一つの携帯電話機１００で複数の確認書類に係るデータを契約支援サーバ２００へ送信できるようにすることが望ましい。
図１９は、複数の確認書類に対応した携帯電話機１００におけるデータ送信処理の一部を示すフローチャートである。このデータ送信処理は、第１実施形態におけるデータ送信処理を変形したものであり、撮像処理（Ｓ１０１）に先立って複数のフォームから一つのフォームを選択するフォーム選択処理（Ｓ１０５）を行うことと、撮像処理の後の変換処理（Ｓ１０６）における変換が選択されたフォームを用いた変換であることを特徴とする。
フォームは、対応する確認書類のどこに何がどのように記載されているかを示すデータであり、確認書類毎に予め用意されている。例えば、確認書類が運転免許証と車検証であれば、運転免許証のフォームと車検証のフォームとが予め用意されている。フォーム選択処理では、携帯電話機１００の情報処理部２１０は、代理店の従業員の指示に従って、予め用意されたフォームのうち一つのフォームを選択することになる。
なお、代理店の従業員が指示するのではなく、撮像データに基づいてフォームを選択するようにしてもよい。この場合、フォーム選択処理は、撮像処理の前ではなく、撮像処理の後に行われる。そして、フォーム選択処理によって選択されたフォームを用いた変換が変換処理において行われる。この形態であれば、フォーム選択処理及び変換処理を契約支援サーバ２００で行うことも可能である。
【０１０１】
（１０）変形例２０
証券番号を撮像する形態において、証券番号を確認書類とは別に撮像するようにしてもよい。つまり、確認書類と証券番号は必ずしも一度に撮像する必要は無く、２回に分けてそれぞれを撮像するようにしてもよい。
【０１０２】
（１１）変形例２１
証券番号に代えて、自動車保険契約を識別可能なＱＲコードを用いてもよい。つまり、自動車保険契約を識別可能であれば、如何なる情報を用いてもよい。
また、変換処理において、撮像データに含まれる色彩に関するデータについても文字データに変換するようにしてもよい。例えば、撮像データには、免許証色（ゴールド、ブルー又はグリーン）を示す色彩データも含まれており、変換処理によって得られる文字データに、この色彩データで示される色に対応する文字列（例えば、「ゴールド」、「ブルー」又は「グリーン」）を示すデータも含まれるようにしてもよい。この場合、被保険者が優良運転者であるか否かの判定（例えば、図７のＳ２６１）を、上述した各形態と同じく、運転免許証に記載されている文字列「優良」の有無に基づいて行うようにしてもよいし、上述した各形態とは異なり、変換処理によって得られた確認データＤ１に「ゴールド」を示すデータが含まれているか否かに基づいて行うようにしてもよい。また、この場合には、免許証色がブルーか否かの判定や、免許証色がグリーンかの判定も可能となる。
また、申込者や保険会社の従業員等の携帯電話機を携帯電話機１００として用いるようにしてもよい。
また、申込者が携帯電話機１００を操作して確認書類に係るデータや証券番号等のデータを送信するようにしてもよい。
また、契約支援サーバ２００の情報処理部２１０が、契約締結処理（例えば図７のＳ２６４）において、確認データＤ１を用いて契約データを生成する場合に、確認データＤ１を用いて契約データを生成するか否かを問い合わせるメッセージを携帯電話機１００へ送信し、このメッセージへの応答に基づいて契約データの生成の可否を決定するようにしてもよい。すなわち、携帯電話機１００の使用者に、確認データＤ１を用いて契約データを生成するか否かを選択させるようにしてもよい。
また、携帯電話機１００と契約支援サーバ２００との通信方法は、電子メールによる通信方法には限定されず、様々な方法を用いることができる。
また、携帯電話機１００に代えてＰＤＡを用いてもよい。ただし、このＰＤＡは、少なくとも撮像機能及び通信機能を備えている必要がある。つまり、少なくとも撮像機能及び通信機能を備えていれば、如何なる携帯端末を用いてもよい。
また、申込者が、携帯電話機やパーソナルコンピュータなどの通信機器を用いて、インターネット経由で、申込データＤ２を携帯電話機１００へ送信する形態としてもよい。
また、自動車保険契約に代えて火災保険契約としてもよい。つまり、本発明は、任意の保険契約に適用可能であり、広くは、任意の契約に適用可能である。
【符号の説明】
【０１０３】
１０……契約支援システム、１００……携帯電話機、２００……契約支援サーバ、３００……端末、４００……契約管理サーバ、１１０……情報処理部、１３０……送信部、１４０……受信部、１５０……撮像部、１６０……表示部、２１０……情報処理部、２２０……記憶部、２２１……格納部、２２２……申込ＤＢ、２３０……送信部、３００……端末、３２０……表示部、４００……契約管理サーバ、４１０……契約ＤＢ、Ｄ１……確認データ、Ｄ２……申込データ。
【特許請求の範囲】
【請求項１】
少なくとも契約を締結するために確認が必要な書類を撮像して得た第１データを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを管理する契約支援サーバであって、
前記第１データを受信する受信部と、
前記複数の第２データを記憶する記憶部と、
受信した前記第１データに対応する前記第２データを前記記憶部から読み出す読出処理と、受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する生成処理を実行する情報処理部とを備える、
ことを特徴とする契約支援サーバ。
【請求項２】
前記携帯端末は、前記第１データと契約を識別する識別情報とを送信し、
前記受信部は、前記第１データと前記識別情報を受信し、
前記記憶部は、前記複数の第２データを前記識別情報と対応付けて記憶しており、
前記情報処理部は、
前記読出処理において、受信した前記識別情報に対応する前記第２データを前記記憶部から読み出し、
前記生成処理において、前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する、
ことを特徴とする請求項１に記載の契約支援サーバ。
【請求項３】
前記情報処理部は、前記読出処理において、前記識別情報に対応する前記第２データが記憶されておらず読み出すことが不能な場合、対応する前記第２データが登録されていない旨を前記携帯端末に返信するエラー処理を実行することを特徴とする請求項２に記載の契約支援サーバ。
【請求項４】
前記第１データは契約の条件を示しており、
前記情報処理部は、前記生成処理において、前記第２データの示す契約の条件と、前記第１データの示す契約の条件が不一致である場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信するエラー処理を実行することを特徴とする請求項２に記載の契約支援サーバ。
【請求項５】
前記第１データは契約の条件を示しており、
前記情報処理部は、前記生成処理において、前記第２データの示す契約の条件よりも前記第１データの示す契約の条件が利用者にとって有利な場合、前記第１データを用いて前記契約データを生成し、前記第２データの示す契約の条件よりも前記第１データの示す契約の条件が利用者にとって不利な場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信するエラー処理を実行することを特徴とする請求項２に記載の契約支援サーバ。
【請求項６】
前記第１データは契約の内容を示しており、
前記情報処理部は、前記生成処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて、前記契約データを生成することを特徴とする請求項２に記載の契約支援サーバ。
【請求項７】
前記情報処理部は、前記生成処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて前記契約データを生成した場合、優先させた前記第１データの内容を前記携帯端末に送信する変更通知処理を実行することを特徴とする請求項６に記載の契約支援サーバ。
【請求項８】
前記第１データを格納する格納部を備え、
前記情報処理部は、所定の周期で前記格納部から前記第１データを取得して、前記読出処理及び前記生成処理を実行することを特徴とする請求項１乃至７のうちいずれか１項に記載の契約支援サーバ。
【請求項９】
前記第１データは前記携帯端末において撮像データを変換した文字データであるか、前記第１データは撮像データであり、前記情報処理部は、受信した前記第１データを文字データに変換する変換処理を前記読出処理及び前記生成処理の前に実行することを特徴とする請求項１乃至８のうちいずれか１項に記載の契約支援サーバ。
【請求項１０】
前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには優良運転者情報が含まれることを特徴とする請求項１乃至９のうちいずれか１項に記載の契約支援サーバ。
【請求項１１】
請求項１乃至１０のうちいずれか１項に記載の契約支援サーバと、
前記契約支援サーバとの間で通信を実行し、前記第１データを送信する携帯端末と、
を備えた契約支援システム。
【請求項１２】
契約を締結するために確認が必要な書類を撮像して得た第１データと契約を識別する識別情報とを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを記憶部に記憶して管理する契約支援サーバの制御方法であって、
受信した前記識別情報に対応する前記第２データを前記記憶部から読み出し、
受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する、
ことを特徴とする契約支援サーバの制御方法。
【請求項１３】
前記契約は自動車保険に関するものであり、
前記契約を締結するために確認が必要な書類は運転免許証であり、
前記第１データには、優良運転者情報が含まれており、
前記複数の第２データの各々には、優良運転者情報が含まれており、
前記契約データを生成する処理において、前記第２データに含まれる優良運転者情報と、前記第１データに含まれる優良運転者情報とが不一致である場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信する、
ことを特徴とする請求項１２に記載の契約支援サーバの制御方法。
【請求項１４】
前記契約は自動車保険に関するものであり、
前記契約を締結するために確認が必要な書類は運転免許証であり、
前記第１データには、優良運転者情報が含まれており、
前記複数の第２データの各々には、優良運転者情報が含まれており、
前記契約データを生成する処理において、前記第２データに含まれる優良運転者情報が優良運転者でないことを示し、前記第１データに含まれる優良運転者情報が優良運転者であることを示す場合、前記第１データを用いて前記契約データを生成し、前記第２データに含まれる優良運転者情報が優良運転者であることを示し、前記第１データに含まれる優良運転者情報が優良運転者でないことを示す場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信する、
ことを特徴とする請求項１２に記載の契約支援サーバの制御方法。
【請求項１５】
前記契約は自動車保険に関するものであり、
前記契約を締結するために確認が必要な書類は運転免許証であり、
前記第１データには、住所情報が含まれており、
前記契約データを生成する処理において、前記第２データの示す住所情報と前記第１データに含まれる住所情報とが不一致の場合、前記第２データの住所情報よりも前記第１データの住所情報を優先させて、前記契約データを生成する、
ことを特徴とする請求項１２に記載の契約支援サーバの制御方法。
【請求項１６】
前記契約データを生成する処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて前記契約データを生成した場合、優先させた前記第１データの内容を前記携帯端末に送信する、
ことを特徴とする請求項１５に記載の契約支援サーバの制御方法。
【請求項１】
少なくとも契約を締結するために確認が必要な書類を撮像して得た第１データを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを管理する契約支援サーバであって、
前記第１データを受信する受信部と、
前記複数の第２データを記憶する記憶部と、
受信した前記第１データに対応する前記第２データを前記記憶部から読み出す読出処理と、受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する生成処理を実行する情報処理部とを備える、
ことを特徴とする契約支援サーバ。
【請求項２】
前記携帯端末は、前記第１データと契約を識別する識別情報とを送信し、
前記受信部は、前記第１データと前記識別情報を受信し、
前記記憶部は、前記複数の第２データを前記識別情報と対応付けて記憶しており、
前記情報処理部は、
前記読出処理において、受信した前記識別情報に対応する前記第２データを前記記憶部から読み出し、
前記生成処理において、前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する、
ことを特徴とする請求項１に記載の契約支援サーバ。
【請求項３】
前記情報処理部は、前記読出処理において、前記識別情報に対応する前記第２データが記憶されておらず読み出すことが不能な場合、対応する前記第２データが登録されていない旨を前記携帯端末に返信するエラー処理を実行することを特徴とする請求項２に記載の契約支援サーバ。
【請求項４】
前記第１データは契約の条件を示しており、
前記情報処理部は、前記生成処理において、前記第２データの示す契約の条件と、前記第１データの示す契約の条件が不一致である場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信するエラー処理を実行することを特徴とする請求項２に記載の契約支援サーバ。
【請求項５】
前記第１データは契約の条件を示しており、
前記情報処理部は、前記生成処理において、前記第２データの示す契約の条件よりも前記第１データの示す契約の条件が利用者にとって有利な場合、前記第１データを用いて前記契約データを生成し、前記第２データの示す契約の条件よりも前記第１データの示す契約の条件が利用者にとって不利な場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信するエラー処理を実行することを特徴とする請求項２に記載の契約支援サーバ。
【請求項６】
前記第１データは契約の内容を示しており、
前記情報処理部は、前記生成処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて、前記契約データを生成することを特徴とする請求項２に記載の契約支援サーバ。
【請求項７】
前記情報処理部は、前記生成処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて前記契約データを生成した場合、優先させた前記第１データの内容を前記携帯端末に送信する変更通知処理を実行することを特徴とする請求項６に記載の契約支援サーバ。
【請求項８】
前記第１データを格納する格納部を備え、
前記情報処理部は、所定の周期で前記格納部から前記第１データを取得して、前記読出処理及び前記生成処理を実行することを特徴とする請求項１乃至７のうちいずれか１項に記載の契約支援サーバ。
【請求項９】
前記第１データは前記携帯端末において撮像データを変換した文字データであるか、前記第１データは撮像データであり、前記情報処理部は、受信した前記第１データを文字データに変換する変換処理を前記読出処理及び前記生成処理の前に実行することを特徴とする請求項１乃至８のうちいずれか１項に記載の契約支援サーバ。
【請求項１０】
前記契約を締結するために確認が必要な書類は運転免許証であり、前記第１データには優良運転者情報が含まれることを特徴とする請求項１乃至９のうちいずれか１項に記載の契約支援サーバ。
【請求項１１】
請求項１乃至１０のうちいずれか１項に記載の契約支援サーバと、
前記契約支援サーバとの間で通信を実行し、前記第１データを送信する携帯端末と、
を備えた契約支援システム。
【請求項１２】
契約を締結するために確認が必要な書類を撮像して得た第１データと契約を識別する識別情報とを携帯端末から受信可能であり、各々が締結すべき契約内容に関連して事前に用意された複数の第２データを記憶部に記憶して管理する契約支援サーバの制御方法であって、
受信した前記識別情報に対応する前記第２データを前記記憶部から読み出し、
受信した前記第１データと読み出された前記第２データとに基づいて、締結すべき契約内容を示す契約データを生成する、
ことを特徴とする契約支援サーバの制御方法。
【請求項１３】
前記契約は自動車保険に関するものであり、
前記契約を締結するために確認が必要な書類は運転免許証であり、
前記第１データには、優良運転者情報が含まれており、
前記複数の第２データの各々には、優良運転者情報が含まれており、
前記契約データを生成する処理において、前記第２データに含まれる優良運転者情報と、前記第１データに含まれる優良運転者情報とが不一致である場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信する、
ことを特徴とする請求項１２に記載の契約支援サーバの制御方法。
【請求項１４】
前記契約は自動車保険に関するものであり、
前記契約を締結するために確認が必要な書類は運転免許証であり、
前記第１データには、優良運転者情報が含まれており、
前記複数の第２データの各々には、優良運転者情報が含まれており、
前記契約データを生成する処理において、前記第２データに含まれる優良運転者情報が優良運転者でないことを示し、前記第１データに含まれる優良運転者情報が優良運転者であることを示す場合、前記第１データを用いて前記契約データを生成し、前記第２データに含まれる優良運転者情報が優良運転者であることを示し、前記第１データに含まれる優良運転者情報が優良運転者でないことを示す場合、前記契約の条件が不一致であることを示すメッセージ又は前記契約の条件を満たすように前記第２データを変更することを促すメッセージを前記携帯端末に返信する、
ことを特徴とする請求項１２に記載の契約支援サーバの制御方法。
【請求項１５】
前記契約は自動車保険に関するものであり、
前記契約を締結するために確認が必要な書類は運転免許証であり、
前記第１データには、住所情報が含まれており、
前記契約データを生成する処理において、前記第２データの示す住所情報と前記第１データに含まれる住所情報とが不一致の場合、前記第２データの住所情報よりも前記第１データの住所情報を優先させて、前記契約データを生成する、
ことを特徴とする請求項１２に記載の契約支援サーバの制御方法。
【請求項１６】
前記契約データを生成する処理において、前記第２データよりも前記第１データの示す契約の内容を優先させて前記契約データを生成した場合、優先させた前記第１データの内容を前記携帯端末に送信する、
ことを特徴とする請求項１５に記載の契約支援サーバの制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１１−１６４７０７（Ｐ２０１１−１６４７０７Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１０−２３４４３（Ｐ２０１０−２３４４３）
【出願日】平成２２年２月４日（２０１０．２．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（３９７００９７１６）日本興亜損害保険株式会社 (8)
【Ｆターム（参考）】
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２２年２月４日（２０１０．２．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（３９７００９７１６）日本興亜損害保険株式会社 (8)
【Ｆターム（参考）】
[ Back to top ]