JP6072846B2 - 団体保険のスマホ手続きシステム - Google Patents

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

近年、保険商品は、対面販売だけでなく、電子商取引によっても販売されている（例えば、特許文献１〜４を参照。）。
特許文献１ 特許第５４７６２７８号公報
特許文献２ 特開２００９−３７３９４号公報
特許文献３ 特開２００３−３４５９８８号公報
特許文献４ 特許第３６７１１７３号公報

電子商取引により販売されている保険商品への加入手続きの途中で、電子商取引による販売から対面販売への切替えが要求される場合がある。

本発明の第１の態様においては、情報処理装置が提供される。上記の情報処理装置は、情報端末から、保険商品に加入するための申込情報の入力を受け付ける入力受付部を備える。上記の情報処理装置は、入力受付部により受け付けられた申込情報が予め定められた条件を満たすか否かを判断する判断部を備える。上記の情報処理装置において、判断部は、申込情報が予め定められた条件を満たすと判断した場合に、保険商品への加入を受け付けたことを示す情報及び申込情報を格納部に格納する。上記の情報処理装置において、判断部は、申込情報が予め定められた条件を満たさないと判断した場合に、申込情報の少なくとも一部を、保険商品を募集する者の募集者端末に送信する。

上記の情報処理装置は、情報端末の出力装置に出力させる情報を情報端末に提供する情報提供部を備えてよい。上記の情報処理装置において、情報提供部は、申込情報の入力を受け付けるための入力画面のデータを、情報端末に提供してよい。上記の情報処理装置において、判断部は、入力画面に入力された情報に基づいて、予め定められた種類の保険商品が選択されたか否かを判断してよい。上記の情報処理装置において、判断部は、予め定められた保険商品が選択されたと判断した場合に、申込情報が予め定められた条件を満たすと判断してよい。

上記の情報処理装置において、入力受付部は、情報端末が保険商品の募集資料から取得した情報を受け付けてよい。上記の情報処理装置において、情報提供部は、情報端末が保険商品の募集資料から取得した情報に基づいて、入力画面のレイアウトを決定してよい。上記の情報処理装置において、情報提供部は、入力画面のレイアウトに基づいて、入力画面を構成する１以上のモジュールを配置することにより、入力画面のデータを生成してよい。

上記の情報処理装置において、情報提供部は、保険商品の被保険者の健康状態に関する情報の入力を受け付けるための告知画面のデータを、情報端末に提供してよく、判断部は、告知画面に入力された情報に基づいて、申込情報が予め定められた条件を満たすか否かを判断してよい。上記の情報処理装置において、情報提供部は、判断部が、申込情報が予め定められた条件を満たさないと判断した場合に、申込情報の少なくとも一部を募集者端末に送信してよいか否かに関する情報の入力を受け付けるための承認画面を情報端末に提供してよく、判断部は、承認画面に入力された情報に、申込情報の少なくとも一部を募集者端末に送信してよいことを示す情報が含まれる場合に限り、申込情報の少なくとも一部を募集者端末に通知してよい。

上記の情報処理装置において、判断部は、申込情報が予め定められた条件を満たさないと判断した場合に、保険商品への加入が認められないことを示す情報を、情報端末に送信してよい。上記の情報処理装置において、判断部は、申込情報が予め定められた条件を満たさないと判断した場合に、予め定められた事項が記入された申込用紙を送付することにより、保険商品への加入が認められる可能性があることを示す情報を、情報端末に送信してよい。上記の情報処理装置において、判断部は、申込情報が予め定められた条件を満たさないと判断した場合に保険商品の申込用紙の印刷データを出力するデータ出力部を備えてよく、印刷データは、申込情報の少なくとも一部を含んでもよい。

本発明の第２の態様においては、プログラムが提供される。プログラムを記憶するコンピュータ読み取り可能な媒体が提供されてもよい。上記のプログラムは、コンピュータを、上記の情報処理装置として機能させるためのプログラムであってよい。

本発明の第３の態様においては、情報処理方法が提供される。上記の情報処理方法は、情報端末から、保険商品に加入するための申込情報の入力を受け付ける入力受付段階を有する。上記の情報処理方法は、入力受付段階において受け付けられた申込情報が予め定められた条件を満たすか否かを判断する判断段階を有する。上記の情報処理方法は、申込情報が予め定められた条件を満たすと判断した場合に、保険商品への加入を受け付けたことを示す情報及び申込情報を格納する格納段階を有する。上記の情報処理方法は、申込情報が予め定められた条件を満たさないと判断した場合に、申込情報の少なくとも一部を、保険商品を募集する者の募集者端末に送信する送信段階を有する。

本発明の第４の態様においては、団体保険の加入を受け付ける団体保険加入方法であって、加入者に配布された団体保険の募集資料に記載された二次元コードを読み取った携帯情報端末からのアクセスに基づいて、団体保険の加入申込用のＷｅｂページを携帯情報端末へ提供するＷｅｂページ提供段階と、提供段階で提供されたＷｅｂページへの、携帯情報端末からの情報の入力を受け付ける入力受付段階と、入力受付段階で受け付けられた情報が予め定められた条件を満たすと判断した場合に加入を受け付けた旨と共に情報を情報格納部に格納するとともに、条件を満たさないと判断した場合に、それまでに入力された情報の少なくとも一部を、予め登録された代理店端末に通知する判断段階とを備える。

なお、上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

保険管理システム１００のシステム構成の一例を概略的に示す。 管理サーバ１１０の機能ブロック図の一例を概略的に示す。 格納部２２０の機能ブロック図の一例を概略的に示す。 データテーブル４００の一例を概略的に示す。 データテーブル５００の一例を概略的に示す。 データテーブル６００の一例を概略的に示す。 テンプレート７００の一例を概略的に示す。 入力画面８００の一例を概略的に示す。 データテーブル９００の一例を概略的に示す。 データテーブル１０００の一例を概略的に示す。 管理サーバ１１０における情報処理の一例を概略的に示す。 申込事項の入力処理の一例を概略的に示す。 申込手続きの中止処理の一例を概略的に示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、保険管理システム１００のシステム構成の一例を概略的に示す。本実施形態において、保険管理システム１００は、管理サーバ１１０と、代理店端末１２０とを備える。図１において、保険管理システム１００は、通信ネットワーク１０及び申込端末２０とともに示される。本実施形態において、申込端末２０は、表示部２２と、撮影部２４とを備える。

保険管理システム１００及び管理サーバ１１０は、情報処理装置の一例であってよい。代理店端末１２０は、募集者端末の一例であってよい。代理店端末１２０は、情報端末の一例であってもよい。申込端末２０は、情報端末の一例であってよい。表示部２２は、出力装置の一例であってよい。

通信ネットワーク１０は、有線通信の伝送路であってもよく、無線通信の伝送路であってもよく、無線通信の伝送路及び有線通信の伝送路の組み合わせであってもよい。通信ネットワーク１０は、特に限定されるものではないが、携帯電話回線網などの移動体通信網、無線パケット通信網、インターネッ及び専用回線又はそれらの組み合わせであってもよい。

申込端末２０は、保険商品への加入を希望する者（申込者と称する場合がある。）により所有又は所持される情報処理端末であってもよく、当該申込者に貸与される情報処理端末であってもよい。申込者に貸与される情報処理端末としては、保険商品の販売代理店などの店頭に配置されている情報処理端末、販売代理店の営業担当者などが携帯する情報処理端末などを例示することができる。

申込端末２０は、管理サーバ１１０及び代理店端末１２０の少なくとも一方と情報を送受することができる装置であればよく、パーソナルコンピュータ、携帯端末又は無線端末であってよい。携帯端末としては、ＰＤＡ、携帯電話、スマートフォン、タブレット型コンピュータ、ノートブック・コンピュータ（ラップトップ・コンピュータと称される場合がある。）などを例示することができる。

申込端末２０は、一般的な構成の情報処理装置において、申込端末２０の各部の動作を規定したソフトウエア又はプログラムを起動することにより実現されてよい。申込端末２０として用いられる情報処理装置は、ＣＰＵ等のプロセッサ、ＲＯＭ、ＲＡＭ、通信インターフェースなどを有するデータ処理装置と、キーボード、タッチパネル、マイク、ＧＰＳ情報取得装置、加速度センサ、ジャイロセンサなどの入力装置と、表示装置、スピーカ、振動装置などの出力装置と、メモリ、ＨＤＤなどの記憶装置とを備えてよい。データ処理装置又は記憶装置は、上記のソフトウエア又はプログラムを記憶してよい。上記のソフトウエア又はプログラムは、プロセッサによって実行されることにより、上記の情報処理装置に、当該命令又はプログラムによって規定された動作を実行させる。

本実施形態において、保険管理システム１００は、保険商品（保険プランと称する場合がある。）の電子商取引サービスを提供する。管理サーバ１１０は、保険商品に関する各種の情報を管理する。例えば、管理サーバ１１０は、保険商品への加入者を募集するためのＷｅｂサイトを管理する。上記のＷｅｂサイトは、例えば、保険商品の内容を説明するＷｅｂページ、及び、保険商品への加入申込手続きを行うＷｅｂページを含む複数のＷｅｂページを含む。

管理サーバ１１０は、保険商品の契約に関する情報を管理してもよい。保険商品の契約に関する情報としては、当該保険商品の種類、特約の種類、補償内容、保険料、契約者、加入者、被保険人、受取人、保険約款又は特約に含まれる条項などに関する情報を例示することができる。なお、加入者及び被保険者は同一であってもよく、異なってもよい。管理サーバ１１０は、申込者に関する情報を管理してもよい。申込者に関する情報は、申込手続き中に入力された情報であってもよい。管理サーバは、申込手続きのログを管理してもよい。

本実施形態において、代理店端末１２０は、通信ネットワーク１０を介して、申込端末２０及び管理サーバ１１０の少なくとも一方と情報を送受する。代理店端末１２０は、通信ネットワーク１０及び申込端末２０を介して、管理サーバ１１０と情報を送受してもよい。代理店端末１２０は、保険商品の販売代理店などにより所有又は所持される情報処理端末であってもよく、当該販売代理店などに貸与される情報処理端末であってもよい。

管理サーバ１１０及び代理店端末１２０のそれぞれは、一般的な構成の情報処理装置において、管理サーバ１１０又は代理店端末１２０の各部の動作を規定したソフトウエア又はプログラムを起動することにより実現されてよい。管理サーバ１１０又は代理店端末１２０として用いられる情報処理装置は、ＣＰＵ等のプロセッサ、ＲＯＭ、ＲＡＭ、通信インターフェースなどを有するデータ処理装置と、キーボード、タッチパネル、マイク、ＧＰＳ情報取得装置、加速度センサ、ジャイロセンサなどの入力装置と、表示装置、スピーカ、振動装置などの出力装置と、メモリ、ＨＤＤなどの記憶装置とを備えてよい。データ処理装置又は記憶装置は、上記のソフトウエア又はプログラムを記憶してよい。上記のソフトウエア又はプログラムは、プロセッサによって実行されることにより、上記の情報処理装置に、当該命令又はプログラムによって規定された動作を実行させる。

管理サーバ１１０及び代理店端末１２０の少なくとも一方は、仮想サーバ又はクラウドシステムであってもよい。管理サーバ１１０及び代理店端末１２０の少なくとも一方は、単一のサーバによって実現されてもよく、複数のサーバによって実現されてもよい。

代理店端末１２０は、プリンタであってもよい。例えば、代理店端末１２０は、管理サーバ１１０から、保険商品の加入申込みに利用される申込用紙の印刷データを受信する。代理店端末１２０は、申込端末２０を介して、管理サーバ１１０から印刷データを受信してもよい。代理店端末１２０は、受信した印刷データを印刷して、申込用紙を出力する。

一実施形態において、申込用紙の印刷データは、申込用紙に配される１以上の記入欄のデータと、１以上の記入欄の少なくとも１つに記載されるべき情報のデータとを含む。この場合、代理店端末１２０は、例えば、白紙の印刷用紙の上に、受信した印刷データを印刷する。これにより、申込者が自ら入力する手間を省略することができる。

他の実施形態において、申込用紙の印刷データは、申込用紙に配された１以上の記入欄の少なくとも１つに印刷されるべき情報のデータを含む。この場合、代理店端末１２０は、例えば、１以上の記入欄が既に印刷された申込用紙の上に、受信したデータを印刷する。これにより、申込者が自ら入力する手間を省略することができる。

［保険管理システム１００により提供されるサービスの概要］
次に、保険管理システム１００により提供されるサービスの一例について説明する。本実施形態において、申込者は、申込端末２０を利用して、管理サーバ１１０にアクセスし、保険商品に関する加入申込手続きを開始する。例えば、申込者は、保険商品への加入者を募集するためのパンフレット３０を入手する。パンフレット３０は、例えば、保険商品を募集する者（募集者と称する場合がある。）により配布される。募集者としては、保険会社、及び、当該保険会社の代理人又は仲立人、並びに、それらの役員又は従業員を例示することができる。保険商品が団体保険である場合、パンフレット３０は、当該団体の構成員に配布されてよい。

本実施形態において、パンフレット３０には、保険商品に関する説明とともに、二次元コード３２が記載されている。保険商品に関する説明には、例えば、保険商品の種類、特約の種類、補償内容、加入条件、保険料、申込手続きに関する情報などが含まれる。申込手続きに関する情報としては、申込み方法に関する情報、保険商品及び利用できる申込み方法を対応付ける情報などを例示することができる。例えば、保険商品ごとに、スマートフォンなどの比較的画面が小さな端末からＷｅｂサイトにアクセスした場合におけるＷｅｂサイト経由での申込みの可否に関する情報が記載される。

保険商品に関する説明には、保険約款又は特約に記載された契約内容のうち、契約前に特に確認又は注意を要する事項（重要事項と称する場合がある。）に関する説明が含まれてもよい。重要事項には、万が一、申込者が保険約款に記載された契約内容を十分に把握せずに契約を締結した場合に、当該保険約款に含まれていることを合理的に予測することが困難な条項（不意打ち条項と称する場合がある。）に関する事項が含まれてもよい。

二次元コード３２には、例えば、保険商品への加入申込手続きを受け付けるＷｅｂサイトのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が埋め込まれている。ＵＲＩは、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であってもよい。保険商品への加入申込手続きを受け付けるＷｅｂサイトは、保険商品への加入者を募集するためのＷｅｂサイトの一例であってよい。二次元コード３２は、情報端末が保険商品の募集資料から取得した情報の一例であってよい。各種のＷｅｂサイトのＵＲＩは、二次元コード３２に含まれるＵＲＩの一例であってよい。

二次元コード３２は、重要事項を説明する欄、及び、申込者が重要事項に合意したことを示す欄の少なくとも一方の近傍に配されてよい。例えば、二次元コード３２は、スマートフォンなどに搭載された８００画素程度のデジタルカメラを用いて、重要事項を説明する欄及び申込者が重要事項に合意したことを示す欄を、当該欄の記載内容をディスプレイ上で視認できる程度の距離から撮影した場合に、デジタルカメラの撮影範囲に含まれる位置に配される。これにより、二次元コード３２と同時に、重要事項の記載、又は、申込者が重要事項に合意したことを示す欄の記載を撮影することができる。

一実施形態において、１以上の二次元コード３２が、重要事項に合意したことを示す著名欄又はチェック欄の周囲に配される。例えば、著名欄又はチェック欄の上方近傍と、下方近傍との２箇所に、二次元コード３２が配される。これにより、２つの二次元コード３２を撮影することにより、申込者が重要事項に合意したことを示す情報も撮影される。その結果、申込者が当該情報を送信する手間を省略することができる。

保険商品の中には、団体保険のように、対面販売を前提としていない商品も存在する。このような場合、少なくとも重要事項を、Ｗｅｂサイトの適切な場所に掲示するなどの合理的な方法により、周知することが望まれる。一方、スマートフォンなどの携帯端末は、据置型のパーソナルコンピュータと比較して、表示画面の大きさが小さい。そのため、１画面に表示させる情報量を少なくすることが望まれる。本実施形態によれば、パンフレット３０に、重要事項及び二次元コード３２が記載されている。そのため、二次元コード３２に埋め込まれたＵＲＩにより示されるＷｅｂサイトにおいては重要事項の説明を省略することができる。

本実施形態において、保険商品に関する説明と、二次元コード３２とが、同一のパンフレット３０に記載されている場合について説明した。パンフレット３０は、保険商品の販売促進資料の一例であるが、販売促進資料は、本実施形態に限定されない。他の実施形態において、保険商品に関する説明と、二次元コード３２とが、異なる販売促進資料に記載されていてもよい。

申込者が、保険商品に関する説明事項を読み、当該保険商品への加入を希望する場合、例えば、申込者は、申込端末２０の撮影部２４を利用して、パンフレット３０に記載された二次元コード３２を撮影する。申込端末２０は、撮影された画像を解析して、二次元コード３２に埋め込まれたＵＲＩを読み取る。申込端末２０は、上記のＵＲＩに基づいて、例えば、管理サーバ１１０にアクセスして、ＵＲＩで示されるＷｅｂサイトの情報を送信するように要求する。これにより、保険商品への加入申込手続きを実行するＷｅｂサイトにアクセスすることができる。申込端末２０は、撮影した画像を管理サーバ１１０に送信してもよい。これにより、管理サーバ１１０が撮影画像を格納することにより、申込者が重要事項に合意したことを示す情報を保存することができる。

一実施形態において、二次元コード３２に埋め込まれたＵＲＩは、パンフレット３０に応じたＷｅｂサイトのＵＲＩであってよい。パンフレット３０に応じたＷｅｂサイトは、パンフレット３０に掲載された保険商品の加入申込手続きを行うためのＷｅｂサイトであってもよい。パンフレット３０に応じたＷｅｂサイトは、スマートフォン用のＷｅｂサイトであってもよい。

他の実施形態において、二次元コード３２に、パンフレット３０を一意に識別する識別情報（ＩＤと称する場合がある。）が埋め込まれており、申込端末２０は、上記の要求とともに、パンフレット３０のＩＤを管理サーバ１１０に送信してもよい。パンフレット３０のＩＤが、ＵＲＩに埋め込まれていてもよい。なお、申込者は、申込端末２０上で動作するウェブブラウザにＷｅｂサイトのＵＲＩを入力したり、当該Ｗｅｂサイトを検索したりすることで、管理サーバ１１０にアクセスしてもよい。

管理サーバ１１０は、申込端末２０から送信されたＵＲＩにより示されるＷｅｂサイトのデータを申込端末２０に送信する。管理サーバ１１０は、申込端末２０からの要求に応じて、上記のＵＲＩに対応するＷｅｂサイトのデータを生成して、生成されたＷｅｂサイトのデータを申込端末２０に送信してもよい。申込端末２０は、管理サーバ１１０からＷｅｂサイトのデータを受信して、各種の画面、画像、メッセージなどを表示部２２に表示する。

本実施形態において、申込者は、申込端末２０の表示部２２に表示された画面に従って、保険商品への申込みに際して要求される事項（申込事項と称する場合がある。）を入力する。申込端末２０は、申込事項に関する入力を受け付け、管理サーバ１１０に送信する。申込事項は、保険商品に加入するための申込情報の一例であってよい。

本実施形態において、管理サーバ１１０は、入力された申込事項が予め定められた条件（受付条件と称する場合がある。）を満たすか否かを判断する。管理サーバ１１０は、入力された申込事項が受付条件を満たすと判断した場合、保険商品への加入を受け付けたことを示す情報と、入力された申込事項とを格納する。一方、管理サーバ１１０は、入力された申込事項が受付条件を満たさないと判断した場合、入力された申込事項の少なくとも一部を、代理店端末１２０に送信する。

入力された申込事項が受付条件を満たさない場合、電子商取引サービスを利用した保険商品への加入手続は中止される。このような場合であっても、対面販売により申し込んだり、保険会社、代理人又は仲立人の役員又は従業員が審査したりすることにより、保険商品への加入が認められる場合がある。本実施形態によれば、入力された申込事項が受付条件を満たさない場合であっても、入力された申込事項の少なくとも一部が、代理店端末１２０に送信される。

本実施形態によれば、電子商取引サービスを利用した保険商品への加入手続が中止された場合であっても、申込手続中に申込者により入力された情報が、代理店端末１２０に送信される。これにより、例えば、申込者が、対面販売により保険商品への加入を申し込むことを希望した場合、同じ情報を再度入力する手間を省略することができる。また、団体保険のように、保険商品によっては、募集時期が限定される場合がある。代理店端末１２０に情報が送信されているにも関わらず、募集時期の終了間際になっても申込手続きが完了していない場合、代理店の営業担当者が申込者に申込みの意思を確認するなど、適切に対応することができる。

本実施形態において、保険商品への加入者を募集する広告媒体が紙媒体である場合について説明した。しかしながら、広告媒体は本実施形態に限定されない。広告媒体は、デジタルサイレージ、Ｗｅｂサイトなどのデジタル媒体であってもよい。

本実施形態において、二次元コード３２を読み取ることで、ＷｅｂサイトのＵＲＩを取得する場合について説明した。しかしながら、ＷｅｂサイトのＵＲＩを取得する方法は、二次元コードの読取りに限定されない。バーコードなどの一次元コードを読み取ることで、ＵＲＩを取得してもよい。ＵＲＩが記載又は表示された媒体を撮影して、ＯＣＲ技術などの画像処理技術を適用して、ＵＲＩを取得してもよい他の実施形態において、申込端末２０は、近距離無線通信により、ＷｅｂサイトのＵＲＩに関する情報を取得してもよい。近距離無線通信としては、ＲＦＩＤ、Ｚｉｇｂｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）、ＷｉＭＡＸ（登録商標）などを例示することができる。

図２は、管理サーバ１１０の機能ブロック図の一例を概略的に示す。本実施形態において、管理サーバ１１０は、通信制御部２１２と、管理部２１４と、画面提供部２１６と、印刷データ生成部２１８と、格納部２２０とを備える。管理サーバ１１０の各部は、相互に情報を送受してよい。通信制御部２１２は、入力受付部及び情報提供部の少なくとも一方の一例であってよい。管理部２１４は、判断部及び情報提供部の少なくとも一方の一例であってよい。画面提供部２１６は、情報提供部の一例であってよい。印刷データ生成部２１８は、データ出力部の一例であってよい。

通信制御部２１２は、管理サーバ１１０と、申込端末２０及び代理店端末１２０の少なくとも一方との間の通信を制御する。通信制御部２１２は、通信インターフェースであってよい。

一実施形態において、通信制御部２１２は、申込端末２０から送信された情報を受信する。通信制御部２１２は、各種情報の入力を受け付けてよい。通信制御部２１２は、申込端末２０に入力された情報を、申込端末２０から受信することで、当該情報の入力を受け付けてもよい。例えば、申込端末２０に入力された申込事項の入力を受け付ける。通信制御部２１２は、各種の要求を受け付けてよい。

例えば、通信制御部２１２は、特定のＷｅｂサイトへのアクセス要求を受け付ける。上記のアクセス要求は、例えば、申込端末２０がパンフレット３０から取得したＵＲＩに基づいて、申込端末２０から送信される。通信制御部２１２は、受け付けた情報又は要求を、例えば管理部２１４に送信する。

他の実施形態において、通信制御部２１２は、申込端末２０及び代理店端末１２０の少なくとも一方に情報を提供する。例えば、通信制御部２１２は、申込端末２０の表示部２２に表示させる画面の情報を、申込端末２０に送信する。表示部２２に表示させる画面の情報は、出力装置に出力させる情報の一例であってよい。通信制御部２１２は、入力された申込事項のうちの少なくとも一部に関する情報を、代理店端末１２０に送信してよい。通信制御部２１２は、入力された申込事項のうちの少なくとも一部に関する情報を含む印刷データを、代理店端末１２０に送信してもよい。

管理部２１４は、保険商品に関する各種の情報を管理する。保険商品は、各種の特約に関するプランを含んでもよい。管理部２１４は、通信制御部２１２が受け付けた情報又は要求を取得する。管理部２１４は、取得した情報又は要求を処理する。

本実施形態において、申込者は、申込端末２０を利用して、パンフレット３０の二次元コード３２を撮影し、保険商品の電子商取引サービスを提供するＷｅｂサイトへのアクセスを要求する。管理部２１４は、申込端末２０からの要求を取得し、当該要求に応じて、二次元コード３２に埋め込まれたＵＲＩで示されるデータを申込端末２０に送信する。

例えば、まず、管理部２１４は、申込端末２０からの要求を解析して、アクセスを要求されているＷｅｂサイトを特定する。管理部２１４は、要求に含まれるＵＲＩ又はパンフレットのＩＤに基づいて、アクセスを要求されているＷｅｂサイトを特定してよい。次に、管理部２１４は、Ｗｅｂサイトに含まれる１以上のＷｅｂページのうちの１つを表示部２２に表示させるためのＨＴＭＬデータを、申込端末２０に送信する。

Ｗｅｂページが閲覧され、申込端末２０に情報が入力されると、管理部２１４は、入力された情報を取得し、当該情報に基づいて各種の情報処理を実施する。例えば、管理部２１４は、通信制御部２１２から、申込端末２０に入力された申込事項に関する情報を取得する。管理部２１４は、申込端末２０に入力された申込事項が、受付条件を満たすか否かを判断する。

［管理部２１４における判定処理の一例］
一実施形態において、管理部２１４は、申込端末２０からの要求に応じて、申込事項に関する入力を受け付けるためのＷｅｂページ（入力画面と称する場合がある。）のデータを、申込端末２０に送信する。申込端末２０は、表示部２２に入力画面を表示させる。申込者は、入力画面の表示に従って１以上の申込事項を入力する。管理部２１４は、入力された申込事項を取得し、予め定められた種類の保険商品が選択されたか否かを判断する（判定処理と称する場合がある。）。管理部２１４は、予め定められた種類の保険商品が選択されたと判断した場合に、申込事項が受付条件を満たすと判断する。

管理部２１４は、例えば、入力された申込事項に、予め定められた第１の種類の保険商品のＩＤが含まれている場合に、予め定められた第１の種類の保険商品が選択されたと判断する。管理部２１４は、入力された申込事項に、予め定められた第１の種類の保険商品のＩＤが含まれていない場合に、予め定められた第１の種類の保険商品が選択されていないと判断してもよい。

同様に、管理部２１４は、入力された申込事項に、予め定められた第２の種類の保険商品のＩＤが含まれていない場合に、予め定められた第１の種類の保険商品が選択されたと判断してもよい。管理部２１４は、入力された申込事項に、予め定められた第２の種類の保険商品のＩＤが含まれている場合に、予め定められた第１の種類の保険商品が選択されていないと判断してもよい。

他の実施形態において、管理部２１４は、申込端末２０からの要求に応じて、保険商品の被保険者の健康状態に関する情報の入力を受け付けるためのＷｅｂページ（告知画面と称する場合がある。）のデータを、申込端末２０に送信する。申込端末２０は、表示部２２に告知画面を表示させる。申込者は、告知画面の表示に従って、被保険者の健康状態に関する情報を入力する。健康状態に関する情報としては、現在及び過去における、疾病の有無、症状、予後に関する情報を例示することができる。健康状態に関する情報は、申込事項の一例であってよい。

管理部２１４は、入力された被保険者の健康状態に関する情報を取得し、当該情報に基づいて、申込事項が受付条件を満たすか否かを判断する。管理部２１４は、例えば、被保険者の健康状態に関する情報に、予め定められた種類の疾病に罹患したことを示す情報が含まれていない場合に、申込事項が受付条件を満たすと判断する。管理部２１４は、被保険者の健康状態に関する情報に、予め定められた種類の疾病に罹患したことを示す情報が含まれている場合に、申込事項が受付条件を満たさないと判断してもよい。

同様に、管理部２１４は、被保険者の健康状態に関する情報に、現在、予め定められた種類の疾病に罹患していることを示す情報が含まれていない場合に、申込事項が受付条件を満たすと判断してもよい。管理部２１４は、被保険者の健康状態に関する情報に、現在、予め定められた種類の疾病に罹患していることを示す情報が含まれている場合に、申込事項が受付条件を満たさないと判断してもよい。

［判定処理において、受付条件を満たすと判断された場合の処理の一例］
管理部２１４は、上記の申込事項が受付条件を満たすと判断した場合、当該申込事項に対応する保険商品への加入を受け付けたことを示す情報と、入力された申込事項とを、格納部２２０に格納する。これにより、保険商品への加入申込手続きを自動化することができる。

［判定処理において、受付条件を満たさないと判断された場合の処理の一例］
一方、管理部２１４は、上記の申込事項が受付条件を満たさないと判断した場合、電子商取引サービスによる申込手続きを中止する。この場合において、管理部２１４は、保険への加入が認められないことを示す情報を、申込端末２０に送信してよい。管理部２１４は、上記の情報に代えて、又は、上記の情報とともに、予め定められた事項が記入された申込用紙を送付することにより、保険への加入が認められる可能性があることを示す情報を、申込端末２０に送信してもよい。

上記の情報は、メッセージであってもよく、アイコンであってもよい。上記の情報は、単独で送信されてもよく、Ｗｅｂページの一部として送信されてもよい。上記の情報がＷｅｂページの一部として送信される場合、管理部２１４は、上記の情報が含まれたＷｅｂページを生成するために必要な情報を、画面提供部２１６に送信して、上記の情報が含まれるＷｅｂページを生成するよう要求してよい。

管理部２１４は、上記の申込事項が予め定められた条件を満たさないと判断した場合、入力された申込事項の少なくとも一部を、代理店端末１２０に送信してよい。本実施形態において、管理部２１４は、入力された申込事項の少なくとも一部を、代理店端末１２０に送信する前に、申込事項の少なくとも一部を代理店端末１２０に送信してよいか否かに関する情報の入力を受け付けるためのＷｅｂページ（承認画面と称する場合がある。）のデータを、申込端末２０に提供してよい。

申込端末２０は、表示部２２に承認画面を表示させる。申込者は、承認画面の表示に従って、申込事項の少なくとも一部を代理店端末１２０に送信してよいか否かに関する情報を入力する。管理部２１４は、入力された情報を取得し、承認画面に入力された情報に、申込事項の少なくとも一部を代理店端末１２０に送信してよいことを示す情報が含まれる場合に限り、申込事項の少なくとも一部を代理店端末１２０に送信する。

代理店端末１２０に送信される上記のデータの形式は特に限定されるものではないが、管理部２１４は、入力された申込事項の少なくとも一部を、（ａ）データベースのレコードとして送信してもよく、（ｂ）入力された申込事項の少なくとも一部を含む文書ファイルとして送信してもよく、（ｃ）入力された申込事項の少なくとも一部を含む印刷データとして送信してもよい。

入力された申込事項の少なくとも一部を、上記の印刷データとして送信する場合、例えば、管理部２１４は、印刷データを生成するために必要な情報を、印刷データ生成部２１８に送信する。管理部２１４は、印刷データ生成部２１８から出力された印刷データを受け取り、代理店端末１２０に送信する。

画面提供部２１６は、申込端末２０の表示部２２に表示させるＷｅｂページのデータを提供する。画面提供部２１６は、例えば、入力画面、告知画面及び承認画面の少なくとも１つを提供する。画面提供部２１６は、管理部２１４から要求されたＷｅｂページのデータを生成したり、格納部２２０に格納された１以上のＷｅｂページの中から、当該Ｗｅｂページのデータを抽出したりすることにより、当該Ｗｅｂページのデータを申込端末２０に提供する。例えば、画面提供部２１６は、生成されたＷｅｂページを、通信制御部２１２を介して申込端末２０に送信する。

画面提供部２１６は、申込端末２０からのアクセス要求に含まれる情報に基づいて、申込端末２０に提供するＷｅｂページの種類を決定してよい。画面提供部２１６は、申込端末２０からのアクセス要求に含まれる情報に基づいて、同一の種類の画面を提供するための種類の異なる複数のＷｅｂページの中から、申込端末２０に提供するための特定の種類のＷｅｂページを決定してよい。

例えば、画面提供部２１６は、特定の団体の構成員向けの入力画面として、スマートフォン用の入力画面と、一般のパーソナルコンピュータ（単に、ＰＣと称する場合がある。）用の入力画面という２種類のＷｅｂページのうちのいずれかを提供することを決定する。これにより、画面提供部２１６は、特定の団体の構成員向けの入力画面を提供する場合であっても、申込端末２０がＰＣであるときと、上記の申込端末２０がスマートフォンであるときとで、異なる画面を提供することができる。

アクセス要求に含まれる情報としては、アクセスを要求するデータのＵＲＩ、パンフレットのＩＤ、申込端末２０のＯＳ又はブラウザの種類（ユーザエージェント名と称される場合がある。）に関する情報、及び、描画領域の大きさに関する情報からなる群から選択される少なくとも１つを例示することができる。描画領域の大きさに関する情報は、表示部２２の画面の横幅のピクセル数であってよい。これらの情報は、アクセス要求と同時に送信されてもよく、アクセス要求とは異なるタイミングで送信されてもよい。

一実施形態において、Ｗｅｂページの種類は、第１のデバイス用の第１のＷｅｂページと、第２のデバイス用の第２のＷｅｂページとを含んでよい。第２のデバイスの表示部の描画領域は、第１のデバイスの表示部の描画領域よりも小さくてよい。例えば、第１のデバイスは、一般のパーソナルコンピュータであり、第２のデバイスはスマートフォン、タブレットコンピュータのような、ＰＣよりも画面サイズの小さなデバイスであってよい。

例えば、スマートフォン用の入力画面と、ＰＣ用の入力画面とを比較すると、画面に配置される複数の部品（モジュールと称される場合がある。）のうち、少なくとも１つの部品の位置、形状及び大きさの少なくとも１つが異なってよい。ＰＣ用の入力画面に配置される複数の部品のうちの一部が、スマートフォン用の入力画面には配置されなくてもよい。なお、Ｗｅｂページの種類は、３種類以上であってもよい。

他の実施形態において、Ｗｅｂページの種類は、申込端末２０が、パンフレット３０に記載された二次元コード３２又はＵＲＩに基づいて管理サーバ１１０にアクセスする場合に提供される第１のＷｅｂページと、パンフレット３０に記載された二次元コード３２又はＵＲＩに基づかずに管理サーバ１１０にアクセスする場合に提供される第２のＷｅｂページとを含んでよい。なお、Ｗｅｂページの種類は、３種類以上であってもよい。

第１のＷｅｂページと、第２のＷｅｂページとで、異なるＵＲＩが付与されてもよく、異なるスタイルが設定されてもよい。一実施形態において、画面提供部２１６は、（ｉ）アクセス要求に含まれる情報に基づいて申込端末２０のデバイスの種類を判別し、（ｉｉ）判別されたデバイスの種類に対応するＵＲＩにより示されるＷｅｂページを提供する、又は、当該デバイスの種類に対応するスタイルが設定されたＷｅｂページを提供する。これにより、画面提供部２１６は、デバイスの種類に応じたＷｅｂページを提供することができる。

他の実施形態において、画面提供部２１６は、（ｉ）アクセス要求に含まれる情報にパンフレット３０のＩＤが含まれるか否かを判別し、（ｉｉ）パンフレット３０のＩＤの有無に対応するＵＲＩにより示されるＷｅｂページを提供する、又は、パンフレット３０のＩＤの有無に対応するスタイルが設定されたＷｅｂページを提供する。これにより、画面提供部２１６は、申込者がパンフレット３０を読んだ可能性が高い場合と、パンフレット３０を読んでいない可能性が高い場合とで、異なるＷｅｂページを提供することができる。

［画面提供部２１６における画面提供処理の一例］
本実施形態において、画面提供部２１６は、管理部２１４からの要求を受信すると、アクセス要求に含まれる情報に基づいて、申込端末２０がスマートフォン、タブレットなどの比較的画面サイズの小さな端末であり、且つ、申込者がパンフレット３０を見て管理サーバ１１０にアクセスした可能性が高いか否かを判断する。画面提供部２１６は、上記の可能性が高いと判断した場合、スマートフォン用のＷｅｂページを提供することを決定する。一方、上記の可能性が低いと判断した場合、ＰＣ用のＷｅｂページを提供することを決定する。

入力画面のＷｅｂページが要求される場合、スマートフォン用の入力画面は、例えば、重要事項に関する説明が省略されている、又は、重要事項に関する説明を表示する他のＷｅｂページへのリンクが配されている点で、ＰＣ用の入力画面と相違する。これにより、申込者がパンフレット３０を利用して管理サーバ１１０にアクセスした場合であって、且つ、申込端末２０の画面サイズが比較的小さい（例えば、１１インチ以下、好ましくは８インチ以下、さらに好ましくは６インチ以下である。）場合には、重要事項に関する説明が掲載されていない入力画面が提供される。その結果、情報量の少ない、わかりやすい入力画面を提供することができる。

画面提供部２１６は、重要事項に関する説明が省略された入力画面を提供する場合であっても、重要事項のうち、特に重要な情報が掲載された入力画面を提供してもよい。特に重要な情報は、不意打ち条項に関する説明であってよい。特に重要な情報は、重要事項に含まれる複数の情報のうち、あらかじめ設定された重要度が特定の値よりも大きな情報であってもよい。

次に、画面提供部２１６は、要求されたＷｅｂページのデータが格納部２２０に格納されているか否かを判断する。要求されたＷｅｂページのデータが格納部２２０に格納されている場合、画面提供部２１６は、当該Ｗｅｂページの格納場所に関する情報を管理部２１４に送信する。画面提供部２１６は、格納部２２０に格納されたＷｅｂページのデータを、申込端末２０に送信してもよい。

一方、要求されたＷｅｂページのデータが格納部２２０に格納されていない場合、画面提供部２１６は、当該Ｗｅｂページのデータを生成して、生成されたＷｅｂページのデータを、管理部２１４又は申込端末２０に送信する。画面提供部２１６は、生成されるＷｅｂページの種類に応じた共通のテンプレートを利用して、要求されたＷｅｂページのデータを生成してよい。

例えば、団体保険の加入申込手続きの入力画面において、当該団体保険の契約主体である団体が異なる場合には、当該入力画面のタイトル、適用される保険料、選択できる保険プランの種類のような、画面に表示される情報（部品又はモジュールと称する場合がある）の一部が異なることがある。このような場合、入力画面のＷｅｂページのレイアウトは団体間で共通とし、Ｗｅｂページの適切な位置に、団体に応じた適切な部品を配置することが好ましい。

具体的には、画面提供部２１６は、例えば、格納部２２０を参照して、１以上のＷｅｂページのレイアウト情報の中から、要求されたＷｅｂページのレイアウト情報を抽出する。レイアウト情報は、複数のＷｅｂページのそれぞれを生成するための設定に関する情報であり、例えば、各Ｗｅｂページを生成するためのテンプレートの識別情報と、当該テンプレートに配置される１以上の部品の識別情報と、当該テンプレートにおける各部品の配置（例えば、位置及び大きさである。）に関する情報とを対応付けて格納する。

画面提供部２１６は、抽出されたレイアウト情報を参照して、要求されたＷｅｂページに対応するテンプレートと、当該テンプレートに組み込むべき部品とを決定する。例えば、画面提供部２１６は、団体Ｘの構成員を対象とした団体保険の入力画面を生成する場合、テンプレートＴ１と、部品Ａ、部品Ｂ、部品Ｃ及び部品Ｄとを利用することを決定する。一方、団体Ｙの構成員を対象とした団体保険の入力画面を生成する場合、テンプレートＴ１と、部品Ａ、部品Ｂ、部品Ｅ及び部品Ｆとを利用することを決定する。その後、画面提供部２１６は、レイアウト情報を参照して、格納部２２０から、当該テンプレートに組み込むべき部品の電子ファイル又はデータを抽出し、当該テンプレートの適切な位置に、適切な部品が配置されるように、Ｗｅｂページのデータを生成する。

画面提供部２１６は、新たにＷｅｂページのデータを生成した場合、生成されたＷｅｂページのデータを格納部２２０に格納してよい。これにより、過去に生成されたことがあるＷｅｂページに対するアクセス要求を受け付けた場合、画面提供部２１６は、当該Ｗｅｂページのデータを新たに生成することなく、当該Ｗｅｂページのデータを提供することができる。

画面提供部２１６は、Ｗｅｂページのデータを、当該Ｗｅｂページに関する情報と対応付けて、格納部２２０に格納してもよい。Ｗｅｂページに関する情報としては、ＷｅｂページのＩＤ、対応するパンフレットのＩＤ、当該ＷｅｂページのＵＲＩ、当該Ｗｅｂページに掲示される重要事項に関する情報、当該Ｗｅｂページのレイアウト情報などを例示することができる。これにより、例えば、重要事項に変更があった場合に、Ｗｅｂページのデータを更新することができる。

印刷データ生成部２１８は、保険商品の申込用紙の印刷データを生成する。保険用紙の印刷データは、申込用紙に配された１以上の記入欄のデータと、１以上の記入欄の少なくとも１つに記載されるべき情報のデータとを含んでよい。１以上の記入欄の少なくとも１つに記載されるべき情報は、申込情報の少なくとも一部を含んでよい。

本実施形態において、画面提供部２１６が管理サーバ１１０に配され、管理サーバ１１０においてＷｅｂページのデータが生成される場合について説明した。しかし、画面提供部２１６は本実施形態に限定されない。他の実施形態において、画面提供部２１６は、Ｗｅｂページのデータの生成処理は、申込端末２０において実行されてもよい。この場合、画面提供部２１６は、申込端末２０からのアクセス要求に応じて、適切なレイアウトを決定し、当該レイアウトの識別情報を申込端末２０に送信する。また、画面提供部２１６は、適切な部品のデータを抽出し、抽出された部品のデータを申込端末２０に送信する。申込端末２０は、画面提供部２１６から受信したレイアウト情報及び部品のデータを利用して、Ｗｅｂベージのデータを生成する。

図３は、格納部２２０の機能ブロック図の一例を概略的に示す。本実施形態において、格納部２２０は、パンフレット情報格納部３１２と、Ｗｅｂページ情報格納部３１４と、テンプレート情報格納部３１６と、部品ファイル格納部３１８と、Ｗｅｂページ格納部３２０と、更新情報格納部３２２と、申込情報格納部３３２と、加入者情報格納部３３４と、代理店情報格納部３３６とを備える。

パンフレット情報格納部３１２は、保険商品を募集するパンフレットに関する情報を格納する。Ｗｅｂページ情報格納部３１４は、レイアウト情報を格納する。テンプレート情報格納部３１６は、Ｗｅｂページを生成するためのテンプレートに関する情報を格納する。部品ファイル格納部３１８は、Ｗｅｂページを構成する部品ファイルを格納する。Ｗｅｂページ格納部３２０は、生成されたＷｅｂページを格納する。更新情報格納部３２２は、部品ファイルの更新情報を格納する。

申込情報格納部３３２は、申込事項に関する情報を格納する。申込情報格納部３３２は、申込手続き中のユーザ操作を記録するログを格納してもよい。加入者情報格納部３３４は、保険商品の加入者及び被保険者の少なくとも一方に関する情報（加入者情報と称する場合がある。）を格納する。加入者情報格納部３３４は、契約ごとに、加入者情報を格納してもよい。代理店情報格納部３３６は、代理店に関する情報を格納する。

図４は、データテーブル４００の一例を概略的に示す。データテーブル４００は、パンフレット情報格納部３１２に格納されるパンフレット情報の一例であってよい。本実施形態において、データテーブル４００は、保険プランＩＤ４０４、契約形態４０６、契約者ＩＤ４０８、代理店ＩＤ４１０、及び、契約条項ＩＤ４１２を、パンフレットＩＤ４０２と対応付けて格納する。

パンフレットＩＤ４０２は、１以上の種類のパンフレットのそれぞれを識別するための識別情報である。保険プランＩＤ４０４は、特定のパンフレットに掲載された１以上の種類の保険商品のそれぞれを識別するための識別情報である。契約形態４０６は、特定のパンフレットに掲載された１以上の保険商品のそれぞれの契約形態を示す情報である。契約形態としては、団体契約、個人契約などを例示することができる。

契約者ＩＤ４０８は、特定のパンフレットに掲載された１以上の保険商品のそれぞれの契約者を識別するための識別情報である。本実施形態において、保険商品が団体保険である場合、契約者ＩＤ４０８には、契約主体である団体を識別するための識別情報が記入される。一方、保険商品が個人保険である場合、契約者ＩＤ４０８には、当該個人を識別するための識別情報が記入されてもよく、Ｎ／Ａ（Ｎｏｔ Ａｐｐｌｉｃａｂｌｅ）と記入されてもよい。

代理店ＩＤ４１０は、特定のパンフレットを配布する、又は、特定のパンフレットに掲載された１以上の保険商品を募集する１以上の代理店のそれぞれを識別するための識別情報である。契約条項ＩＤ４１２は、特定のパンフレットに記載された１以上の契約条項のそれぞれを識別するための識別情報である。

図５は、データテーブル５００の一例を概略的に示す。データテーブル５００は、テンプレート情報格納部３１６に格納されるテンプレート情報の一例であってよい。本実施形態において、データテーブル５００は、セクションＩＤ５０４及びセクション情報５０６を、テンプレートＩＤ５０２と対応付けて格納する。

テンプレートＩＤ５０２は、１以上のテンプレートのそれぞれを識別するための識別情報である。セクションＩＤ５０４は、Ｗｅｂページを仮想的に分割する１以上のセクションのそれぞれを識別するための識別情報である。セクション情報５０６は、各セクションに関する情報である。

セクション情報５０６は、例えば、各セクションを代表する代表点のｘ座標５１２及びｙ座標５１４に関する情報と、各セクションの形状５１６に関する情報と、各セクションの幅５１８及び高さ５２０に関する情報と、各セクションの備考情報５２２とを含む。セクションの幅は、図７におけるｘ方向の長さであってよく、セクションの高さは、図７におけるｙ方向の長さであってよい。

図６は、データテーブル６００の一例を概略的に示す。データテーブル６００は、Ｗｅｂページ情報格納部３１４に格納されるレイアウト情報の一例であってよい。本実施形態において、データテーブル６００は、ＵＲＩ６０４、パンフレットＩＤ６０６、テンプレートＩＤ６０８、セクションＩＤ６１０、及び、部品ファイルＩＤ６１２を、ページＩＤ６０２と対応付けて格納する。

ページＩＤ６０２は、１以上のＷｅｂページのそれぞれを識別するための識別情報である。ＵＲＩ６０４は、各ＷｅｂページのＵＲＩである。パンフレットＩＤ６０６は、各Ｗｅｂページに対応するパンフレットの識別情報である。テンプレートＩＤ６０８は、各Ｗｅｂページの生成に利用されるテンプレートの識別情報である。セクションＩＤ６１０は、各Ｗｅｂページの生成に利用されるテンプレートに含まれるセクションの識別情報である。部品ファイルＩＤ６１２は、各セクションに組み込まれる部品のファイル又はデータの識別情報である。これにより、例えば、画面提供部２１６は、データテーブル６００を参照して、アクセス要求に含まれるパンフレットＩＤに対応するＷｅｂページを生成することができる。

図７及び図８を用いて、Ｗｅｂページの生成方法について概略的に説明する。図７は、テンプレート７００の一例を概略的に示す。図８は、テンプレート７００を利用して生成された入力画面８００の一例を概略的に示す。例えば、画面提供部２１６は、データテーブル６００に記載されたレイアウト情報を参照して、テンプレート７００の適切な位置に、適切な部品が配置されるように、入力画面８００を自動的に生成する。

本実施形態において、テンプレート７００は、セクション７０２、セクション７０４、セクション７０６、セクション７０８及びセクション７１０を含む。本実施形態において、入力画面８００は、テキスト８０２、画像８０４、他のＷｅｂページへのリンクが埋め込まれたボタン８１６、及び、各種の入力フォームを含む。入力フォームとしては、テキスト入力欄８１２、セレクトボックス８１４、ラジオボタン８１８などを例示することができる。

例えば、セクション７０２には、テキスト８０２及び画像８０４を含む部品が配置される。同様に、セクション７０４には、申込人情報を入力するための部品が配される。申込人情報を入力するための部品は、申込人の氏名を入力するためのテキスト入力欄８１２と、申込人の生年月日を入力するための複数のセレクトボックス８１４とを含む。なお、加入が認められた場合、申込人情報は、加入者情報として取り扱われてよい。

セクション７０６には、申込者が加入を希望する保険プラン（選択された保険プランと称する場合がある。）に関する情報を入力するための部品が配される。保険プランに関する情報を入力するための部品は、各保険プランの契約口数を入力するためのセレクトボックス８１４と、各保険プランの詳細情報を説明するためのＷｅｂページへのリンクが埋め込まれたボタン８１６とを含む。

他のセクションについても同様に、データテーブル６００に記載された情報に基づいて、適切な部品が配される。本実施形態において、「他のプラン」ボタンには、他の保険プランの申込事項を入力するためのＷｅｂページへのリンクが埋め込まれている。「相談する」ボタンには、保険商品について代理店に相談する日程を予約するためのページへのリンクが埋め込まれている。「次へ進む」ボタンには、一連の加入申込手続きに含まれる次の手続きを処理するためのＷｅｂページへのリンクが埋め込まれている。

本実施形態においては、入力画面が、複数のＷｅｂページにより構成されており、一連の加入申込み手続きが、複数のＷｅｂベージにわたって処理される場合について説明した。しかしながら、入力画面は本実施形態に限定されない。他の実施形態において、入力画面は、加入申込み手続きが１つのＷｅｂページで完了するように構成されていてもよい。

入力画面８００のサイズ（例えば、画面の幅及び高さのピクセル数である。）は、管理サーバ１１０にアクセスした申込端末２０の表示部２２の画面サイズに合わせて構成されてもよく、申込端末２０の画面サイズより大きくてもよい。入力画面８００のサイズが、申込端末２０の表示部２２の画面サイズよりも大きい場合、申込端末２０のユーザは、例えば、画面をスクロールすることにより、表示部２２の画面上に表示されていなかった部分を、当該画面上に表示させることができる。

本実施形態においては、重要事項に関する説明がパンフレット３０に記載されており、入力画面においては、重要事項に関する説明の掲載を省略する場合について説明した。これにより、スマートフォンのように、比較的画面サイズの小さな端末から加入申込手続きを行うことが容易になる。しかしながら、入力画面は本実施形態に限定されない。他の実施形態において、対応する保険プランの重要事項を説明するＷｅｂページへのリンクが埋め込まれたボタンが、入力画面に配されてもよい。

図９は、データテーブル９００の一例を概略的に示す。データテーブル９００は、申込情報格納部３３２に格納される申込者の情報の一例であってよい。本実施形態において、データテーブル９００は、申込日９０４、パンフレットＩＤ９０６及び申込情報９０８を、申込ＩＤ９０２と対応付けて格納する。申込情報９０８は、例えば、被保険者情報９１２と、保険プランＩＤ９１４と、契約条件９１６とを含む。

申込ＩＤ９０２は、１以上の申込みのそれぞれを識別するための識別情報である。申込日９０４は、申込みがなされた年月日である。パンフレットＩＤ９０６は、申込者が申込みに利用したパンフレットの識別情報である。被保険者情報９１２には、被保険者に関する各種の情報が記載される。保険プランＩＤ９１４は、申込者により選択された保険プランの識別情報である。契約条件９１６は、申込者により選択された１以上の保険プランのそれぞれに含まれる１以上の契約条項の識別情報である。これにより、例えば、契約条項に変更があった場合に、申込日９０４及び契約条件９１６を参照することで、当該変更の影響を受ける申込ＩＤを抽出することができる。

図１０は、データテーブル１０００の一例を概略的に示す。データテーブル１０００は、代理店情報格納部３３６に格納される代理店情報の一例であってよい。本実施形態において、データテーブル１０００は、相談スケジュール１００４及び端末情報１００６を、代理店ＩＤ１００２と対応付けて格納する。端末情報１００６は、例えば、端末ＩＤ１０１２と、ＩＰアドレス１０１４と、備考情報１０１６とを含む。

代理店ＩＤ１００２は、１以上の代理店のそれぞれを識別するための識別情報である。相談スケジュール１００４は、特定の代理店における相談スケジュールに関する情報である。入力画面８００において「相談する」ボタンがクリックされた場合、管理部２１４は、相談スケジュール１００４に記入された情報に基づいて、相談を行う日程を調整する。

端末ＩＤ１０１２は、特定の代理店が所有若しくは所持する１以上の代理店端末１２０のそれぞれ、又は、特定の代理店に貸与された１以上の代理店端末１２０のそれぞれを識別するための識別情報である。ＩＰアドレス１０１４は、１以上の代理店端末１２０のそれぞれに割り当てられたＩＰアドレスである。

図１１、図１２及び図１３を用いて、管理サーバ１１０における情報処理の概略について説明する。図１１は、管理サーバ１１０における情報処理の一例を概略的に示す。図１２は、図１１のステップ１１２０（ステップをＳと表記する場合がある。）における申込事項の入力処理の一例を概略的に示す。図１３は、図１１のステップ１１５０における申込手続きの中止処理の一例を概略的に示す。

本実施形態においては、まず、図１１のＳ１１１０において、申込事項の入力処理が実行される。より具体的には、図１２に示されるとおり、まず、Ｓ１２１０において、パンフレット３０を入手した申込者が、申込端末２０の撮影部２４を利用して、パンフレット３０に記載された二次元コード３２を撮影する。申込端末２０は、撮影された画像を解析して、二次元コード３２に埋め込まれたＵＲＩを読み取る。Ｓ１２１２において、申込端末２０は、上記のＵＲＩに基づいて、例えば、管理サーバ１１０にアクセスして、ＵＲＩで示されるＷｅｂサイトの情報を送信するように要求する。このとき、申込端末２０は、パンフレットＩＤを管理サーバ１１０に送信してよい。

Ｓ１２２０において、管理サーバ１１０の通信制御部２１２は、申込端末２０からの要求を受け付けて、当該要求を管理部２１４に送信する。管理部２１４は、申込端末２０からの要求に応じて、入力画面のＷｅｂページのデータを申込端末２０に送信する。Ｓ１２３０において、申込者は、申込端末２０の表示部２２に表示された画面に従って、申込事項を入力する。申込端末２０は、入力された申込事項を管理サーバ１１０に送信する。管理サーバ１１０の通信制御部２１２は、申込事項の入力を受け付け、当該申込事項を管理部２１４に送信する。

なお、申込者がＷｅｂページに配されたボタンをクリックした場合、申込端末２０は、当該ボタンに埋め込まれたリンク先へのアクセス要求を、管理サーバ１１０に送信する。他のＷｅｂページへのアクセスが要求された場合（Ｓ１２４０のＹｅｓ）、管理部２１４は、要求されたＷｅｂページのデータを申込端末２０に送信する。

次に、Ｓ１１２０において、申込事項の判定処理を実行する。より具体的には、申込事項が受付条件を満たすか否かを判断する。申込事項が受付条件に合致する場合（Ｓ１１３０のＹｅｓの場合）、申込みの受付処理を実行する。例えば、管理部２１４は、申込事項に対応する保険商品への加入を受け付けたことを示す情報と、入力された申込事項とを、格納部２２０に格納する。

一方、申込事項が受付条件に合致しない場合（Ｓ１１３０のＮｏの場合）、申込手続きの中止処理を実行する。より具体的には、図１３のＳ１３１０において、管理部２１４は、承認画面のＷｅｂページのデータを申込端末２０に送信する。承認画面には、（ｉ）保険への加入が認められないことを示すメッセージ又はアイコン、及び、（ｉｉ）予め定められた事項が記入された申込用紙を送付することにより、保険への加入が認められる可能性があることを示すメッセージ又はアイコンの少なくとも一方が配されてもよい。

Ｓ１３２０において、申込者は、申込端末２０の表示部２２に表示された画面に従って、申込事項の少なくとも一部を代理店端末１２０に送信することについて承認するか否かを入力する。申込端末２０は、入力された情報を管理サーバ１１０に送信する。管理サーバ１１０の通信制御部２１２は、申込端末２０からの入力を受け付け、当該情報を管理部２１４に送信する。

申込者が上記の事項を承認した場合（Ｓ１３３０のＹｅｓ）、Ｓ１３３２において、管理部２１４は、申込事項の少なくとも一部を代理店端末１２０に送信する。また、Ｓ１３４０において、代理店端末１２０は、申込事項の少なくとも一部が印刷された申込用紙を作成する。なお、上述のとおり、Ｓ１３３２において、管理部２１４は、申込事項の少なくとも一部を、データベースのレコードとして代理店端末１２０に送信してもよく、申込用紙用の印刷データとして代理店端末１２０に送信してもよい。一方、申込者が上記の事項を承認しなかった場合（Ｓ１３３０のＮｏ）、申込情報を代理店端末１２０に送信することなく、処理を終了する。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。また、技術的に矛盾しない範囲において、特定の実施形態について説明した事項を、他の実施形態に適用することができる。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 通信ネットワーク、２０ 申込端末、２２ 表示部、２４ 撮影部、３０ パンフレット、３２ 二次元コード、１００ 保険管理システム、１１０ 管理サーバ、１２０ 代理店端末、２１２ 通信制御部、２１４ 管理部、２１６ 画面提供部、２１８ 印刷データ生成部、２２０ 格納部、３１２ パンフレット情報格納部、３１４ Ｗｅｂページ情報格納部、３１６ テンプレート情報格納部、３１８ 部品ファイル格納部、３２０ Ｗｅｂページ格納部、３２２ 更新情報格納部、３３２ 申込情報格納部、３３４ 加入者情報格納部、３３６ 代理店情報格納部、４００ データテーブル、４０２ パンフレットＩＤ、４０４ 保険プランＩＤ、４０６ 契約形態、４０８ 契約者ＩＤ、４１０ 代理店ＩＤ、４１２ 契約条項ＩＤ、５００ データテーブル、５０２ テンプレートＩＤ、５０４ セクションＩＤ、５０６ セクション情報、５１２ ｘ座標、５１４ ｙ座標、５１６ 形状、５１８ 幅、５２２ 備考情報、６００ データテーブル、６０２ ページＩＤ、６０４ ＵＲＩ、６０６ パンフレットＩＤ、６０８ テンプレートＩＤ、６１０ セクションＩＤ、６１２ 部品ファイルＩＤ、７００ テンプレート、７０２ セクション、７０４ セクション、７０６ セクション、７０８ セクション、７１０ セクション、８００ 入力画面、８０２ テキスト、８０４ 画像、８１２ テキスト入力欄、８１４ セレクトボックス、８１６ ボタン、８１８ ラジオボタン、９００ データテーブル、９０２ 申込ＩＤ、９０４ 申込日、９０６ パンフレットＩＤ、９０８ 申込情報、９１２ 被保険者情報、９１４ 保険プランＩＤ、９１６ 契約条件、１０００ データテーブル、１００２ 代理店ＩＤ、１００４ 相談スケジュール、１００６ 端末情報、１０１２ 端末ＩＤ、１０１４ ＩＰアドレス、１０１６ 備考情報

Claims (6)

1. 情報端末から、保険商品に加入するための申込情報の入力を受け付ける入力受付部と、
   前記入力受付部により受け付けられた申込情報が予め定められた条件を満たすか否かを判断する判断部と、
   を備え、
   前記判断部は、
   前記申込情報が前記予め定められた条件を満たすと判断した場合に、前記保険商品への加入を受け付けたことを示す情報及び前記申込情報を、格納部に格納し、
   前記申込情報が前記予め定められた条件を満たさないと判断した場合に、前記申込情報の少なくとも一部を、前記保険商品を募集する者の募集者端末に送信し、
   前記判断部は、前記申込情報が前記予め定められた条件を満たさないと判断した場合に、前記保険商品への加入が認められないことを示す情報を、前記情報端末に送信し、
   前記判断部は、前記申込情報が前記予め定められた条件を満たさないと判断した場合に、予め定められた事項が記入された申込用紙を送付することにより、前記保険商品への加入が認められる可能性があることを示す情報を、前記情報端末に送信する、情報処理装置。
2. 情報端末から、保険商品に加入するための申込情報の入力を受け付ける入力受付部と、
   前記入力受付部により受け付けられた申込情報が予め定められた条件を満たすか否かを判断する判断部と、
   を備え、
   前記判断部は、
   前記申込情報が前記予め定められた条件を満たすと判断した場合に、前記保険商品への加入を受け付けたことを示す情報及び前記申込情報を、格納部に格納し、
   前記申込情報が前記予め定められた条件を満たさないと判断した場合に、前記申込情報の少なくとも一部を、前記保険商品を募集する者の募集者端末に送信し、
   前記判断部が、前記申込情報が前記予め定められた条件を満たさないと判断した場合に前記保険商品の申込用紙の印刷データを出力するデータ出力部をさらに備え、
   前記印刷データは、前記申込情報の少なくとも一部を含む、情報処理装置。
3. 前記情報端末の出力装置に出力させる情報を、前記情報端末に提供する情報提供部をさらに備え、
   前記情報提供部は、前記申込情報の入力を受け付けるための入力画面のデータを、前記情報端末に提供し、
   前記判断部は、
   前記入力画面に入力された情報に基づいて、予め定められた種類の保険商品が選択されたか否かを判断し、
   前記予め定められた保険商品が選択されたと判断した場合に、前記申込情報が前記予め定められた条件を満たすと判断する、
   請求項１または２に記載の情報処理装置。
4. 前記情報提供部は、前記保険商品の被保険者の健康状態に関する情報の入力を受け付けるための告知画面のデータを、前記情報端末に提供し、
   前記判断部は、
   前記告知画面に入力された情報に基づいて、前記申込情報が前記予め定められた条件を満たすか否かを判断する、
   請求項３に記載の情報処理装置。
5. 前記情報提供部は、前記判断部が、前記申込情報が前記予め定められた条件を満たさないと判断した場合に、前記申込情報の少なくとも一部を前記募集者端末に送信してよいか否かに関する情報の入力を受け付けるための承認画面を、前記情報端末に提供し、
   前記判断部は、前記承認画面に入力された情報に、前記申込情報の少なくとも一部を前記募集者端末に送信してよいことを示す情報が含まれる場合に限り、前記申込情報の少なくとも一部を前記募集者端末に通知する、
   請求項３又は請求項４に記載の情報処理装置。
6. コンピュータを、請求項１から請求項５までの何れか一項に記載の情報処理装置として機能させるためのプログラム。