JP2017167804A - 申込受付システム - Google Patents

Abstract

【課題】団体信用生命保険の申込手続をスムースに行うことのできるシステムを提供する。【解決手段】申込内容受付手段４６は、申込者または受付者の申込内容を記録する。申込情報送信手段４２は、申込内容および添付書類画像を、サーバ装置２に送信する。受付確認者端末装置６は、サーバ装置２にアクセスして、申込情報について不備があるか確認し、受付確認結果をサーバ装置２に送信する。サーバ装置２の受付確認結果受付手段２６は、受付確認結果を受信し、記録部３４に記録する。一時的アクセス設定手段２８は、受付確認結果が「不備」であった場合、申込者が記録部３４の申込情報に一時的にアクセス可能となるように、一時的アクセスキーを設定する。是正通知送信手段３０は、申込者に対し、当該一時的アクセスキーを伴って、是正通知を送信する。申込者は是正一時的アクセスキーによって記録部３４の申込情報にアクセスし、是正情報を送信する。【選択図】図１ａ

Description

この発明は、生命保険などの申込を受け付けるシステムに関するものである。

生命保険などの申込の受付は、書面をもって行われることが多い。たとえば、銀行ローンを申し込む場合に付随して申し込まれる団体信用生命保険の場合、以下のような手順(1)〜(3)にて受け付けられている。

(1)申込者によって記入された申込書、告知書を、銀行の受付者が受け取る。

(2)申込書、告知書の記入形式（記入漏れがないか、添付書類不足がないかなど）を、銀行のローンセンターの受付確認者が確認する。不備がある場合には、受付者を介して、申込者に是正を依頼する。

(3)次に、書類は、生命保険会社に送付され、内容確認者により、申込内容が確認され、承諾、不承諾の決定がなされる。

このような処理においては、実体として書類が転々とするものであって、処理に時間を要するという問題があった。

これを解決するため、特許文献１においては、上記の受付処理を電子データにて行うためのシステムが開示されている。このシステムにおいては、申込書、告知書などは、電子データとしてサーバ装置に送信されて記録される。また、健康診断書などの添付書類などは、受付者（募集担当者）が申込人より受け取って、会社に持ち帰り、端末装置からサーバ装置にアップロードするようにしている。

特許文献１のシステムによれば、実体としての書類が転々とするのではなく、電子データを閲覧して確認などの処理を行うことができるので、処理がスムースである。

特開２００１−１６７１６０

しかしながら、上記特許文献１のシステムにおいては次のような問題があった。

(1)申込時に申込者が必要な添付書類を持参していない場合、後日、受付者（募集担当者）が、添付書類を受け取り、これを端末装置から入力する必要があった。また、添付書類に誤りがあった場合や添付書類漏れがあった場合に、受付者（募集担当者）を介して、申込人に連絡をして、添付書類を持参してもらう（あるいは取りに行く）必要があった。このため、添付書類の持参や送付が必要となって、手続がスムースでないという問題が生じる。

(2)また、申込時に必要な書類が正しく添付されているかを受付者がチェックしているが、その確認に漏れがあった場合、やはり、添付書類の持参や送付が必要となって、手続がスムースでないという問題が生じる。

この発明は、上記問題の少なくともいずれかを解決し、スムースな申込手続を行うことのできるシステムを提供することを目的とする。

この発明の独立して適用可能ないくつかの特徴を以下列挙する。

(1)(2)この発明に係る団体信用生命保険受付システムは、保険申込受付者の有する受付者端末装置と、保険申込者の有する申込者端末装置と、受付確認者の有する受付確認者端末装置と、前記受付者端末装置、前記申込者端末装置および前記受付確認者端末装置と通信可能なサーバ装置とを備えた団体信用生命保険受付システムであって、
前記受付者端末装置は、申込者のアドレスを少なくとも含む申込内容をテキストデータにて受け付ける申込内容受付手段と、添付書類をカメラによって撮像して得られた添付書類画像を受け付ける添付書類画像受付手段と、受け付けた申込内容または添付書類画像を少なくとも含む申込情報を、サーバ装置に送信する申込情報送信手段とを備え、
前記サーバ装置は、受付者端末装置から送信されてきた申込情報を受信して記録部に記録する記録手段と、受付確認者端末装置からの要求に応じ、受付確認者認証を行った後、記録部に記録されている申込情報を、当該受付確認者端末装置に送信する送信手段と、前記受付確認者端末装置から、「適正」「不備」を含む確認結果を受け付ける受付確認結果受付手段と、前記受付確認者端末装置による受付確認結果が「不備」である申込情報について、当該申込情報の保険申込者のために一時的アクセスキーを生成し、当該一時的アクセスキーによって、少なくとも申込者端末装置から是正情報が送られてくるまで、当該保険申込者の申込情報に一時的にアクセスが可能となるよう設定を行う一時的アクセス設定手段と、当該保険申込者のアドレスに、前記アクセスキーを含む、不備の是正を通知するメッセージを送信する是正通知送信手段とを備え、前記申込者端末装置からの前記アクセスキーを伴う是正画面の要求を受けて、保険申込者認証を行った後、是正画面を申込者端末装置に送信する是正画面送信手段と、申込者端末装置からの是正情報を受信し、当該是正情報に基づいて、前記記録部に記録された当該保険申込者の申込情報を更新する更新手段とを備えている。

したがって、申込内容に不備があり受付者が見落とした場合あるいは申込者が添付書類などを持参していなかった場合であっても、申込者自身によってその不備を是正することができる。したがって、スムースな受付処理を行うことができる。

(3)この発明に係る団体信用生命保険受付システムは、受付確認結果が「適正」であった申込について、内容確認者の有する内容確認者端末装置からの要求に応じ、内容確認者認証を行った後、記録部に記録されている受付情報を、当該内容確認者端末装置に送信する送信手段と、内容確認者端末装置から、「承諾」「不承諾」「不備」を含む内容確認結果を受け付ける内容確認結果受付手段と、前記受付確認結果が「適正」であるにも拘わらず、前記内容確認結果が「不備」となった受付情報について、前記受付者端末装置による是正通知メッセージが送信されるようにするために、前記受付確認結果を「適正」から「不備」に修正する差戻手段とを備えている。

したがって、受付確認者の確認漏れがあった場合であっても、スムースにその是正対応を行うことができる。

(4)この発明に係る団体信用生命保険受付システムは、申込者端末装置からの是正情報には、当該申込者端末装置によって撮像された添付書類画像を含むことを特徴としている。

したがって、添付書類の不足に対しても容易に是正することができる。

(5)(6)この発明に係る受付者端末装置は、サーバ装置と通信可能な、保険受付者の有する受付者端末装置であって、サーバ装置から送られてきた申込内容入力画面に設けられた添付書類撮像ボタンが押下されると、カメラアプリケーションを起動させるカメラ起動手段と、添付書類を撮像するために撮像ボタンが押下されると、申込入力画面から入力された申込内容のテキストデータと添付書類画像を申込情報として、サーバ装置に送信するために、添付書類画像にファイル名を付けて記録部に記録する添付書類画像記録手段とを備えている。

したがって、添付書類の不足に対しても容易に是正することができる。

(7)(8)この発明に係る申込受付システムは、申込受付者の有する受付者端末装置と、申込者の有する申込者端末装置と、確認者の有する確認者端末装置と、前記受付者端末装置、前記申込者端末装置および前記確認者端末装置と通信可能なサーバ装置とを備えた申込受付システムであって、
前記受付者端末装置は、申込者のアドレスを少なくとも含む申込内容をテキストデータにて受け付ける申込内容受付手段と、添付書類をカメラによって撮像して得られた添付書類画像を受け付ける添付書類画像受付手段と、受け付けた申込内容または添付書類画像を少なくとも含む申込情報を、サーバ装置に送信する申込情報送信手段とを備え、
前記サーバ装置は、受付者端末装置から送信されてきた申込情報を受信して記録部に記録する記録手段と、確認者端末装置からの要求に応じ、確認者認証を行った後、記録部に記録されている申込情報を、当該確認者端末装置に送信する送信手段と、前記確認者端末装置から、「適正」「不備」を含む確認結果を受け付ける確認結果受付手段と、前記確認者端末装置による確認結果が「不備」である申込情報について、当該申込情報の保険申込者のために一時的アクセスキーを生成し、当該一時的アクセスキーによって、少なくとも申込者端末装置から是正情報が送られてくるまで、当該保険申込者の申込情報に一時的にアクセスが可能となるよう設定を行う一時的アクセス設定手段と、当該申込者のアドレスに、前記アクセスキーを含む、不備の是正を通知するメッセージを送信する是正通知送信手段とを備え、前記申込者端末装置からの前記アクセスキーを伴う是正画面の要求を受けて、申込者認証を行った後、是正画面を申込者端末装置に送信する是正画面送信手段と、申込者端末装置からの是正情報を受信し、当該是正情報に基づいて、前記記録部に記録された当該申込者の申込情報を更新する更新手段とを備えている。

したがって、申込内容に不備があり受付者が見落とした場合あるいは申込者が添付書類などを持参していなかった場合であっても、申込者自身によってその不備を是正することができる。したがって、スムースな受付処理を行うことができる。

(9)(10)この発明に係る生命保険受付システムは、端末装置と、当該端末装置と通信可能なサーバ装置とを備えた生命保険受付システムであって、
前記端末装置は、申込者の申込内容をテキストデータにて受け付ける申込内容受付手段と、添付書類をカメラによって撮像して得られた添付書類画像を受け付ける添付書類画像受付手段と、受け付けた申込内容または添付書類画像を少なくとも含む申込情報を、サーバ装置に送信する申込情報送信手段とを備え、
前記サーバ装置は、端末装置から送信されてきた申込情報の申込内容に基づいて、添付が必要な書類の種類を特定する必要添付書類特定手段と、端末装置から送信されてきた申込情報に添付書類画像が含まれていれば、当該添付書類画像の特徴に基づいて、添付書類の種類を特定する添付書類特定手段と、添付書類特定手段の特定結果を参照し、必要添付書類特定手段によって特定された必要添付書類に対応する添付書類が添付されているかどうかを判断する添付書類対応判断手段と、必要添付書類に対応する添付書類が添付されていないと判断した場合、前記申込情報を送信してきた端末装置に対して、当該添付書類の提出を求める通知を送信する通知送信手段とを備えている。

したがって、申込内容に対応した必要添付書類が添付されていないことを迅速に通知することができる。

(11)この発明に係る生命保険受付システムは、必要添付書類特定手段は、申込内容中に、所定期間内に医師の治療を受けた旨の告知がある場合または保険金額が所定金額を超える場合、添付書類として健康診断結果証明書が必要であると判断することを特徴としている。

したがって、必要添付書類を容易に特定することができる。

(12)この発明に係る生命保険受付システムは、添付書類特定手段は、添付書類画像中の文字列に基づいて、添付書類の種類を特定することを特徴としている。

したがって、添付書類画像に基づいてその種類を判定することができる。

「申込内容受付手段」は、実施形態においては、ステップＳ３がこれに対応する。「テキストデータ」とは、コード化されたデータをいうものである。

「添付書類画像受付手段」は、実施形態においては、ステップＳ８がこれに対応する。

「申込情報送信手段」は、実施形態においては、ステップＳ４、Ｓ１０がこれに対応する。

「記録手段」は、実施形態においては、ステップＳ５４、Ｓ５７がこれに対応する。

「送信手段」は、実施形態においては、ステップＳ７２がこれに対応する。

「受付確認結果受付手段」は、実施形態においては、ステップＳ２４に対応するサーバ装置２の機能がこれに該当する。

「一時的アクセス設定手段」は、実施形態においては、ステップＳ７６がこれに対応する。

「是正通知送信手段」は、実施形態においては、ステップＳ７７がこれに対応する。「アクセスキー」は、アクセスするために必要が情報であり、たとえばＩＤ・パスワードなどである。また、「アクセスキーを含む不備の是正通知」とは、アクセスキーを是正通知に含めた場合だけでなく、別途アクセスキーを送信する場合も含む概念である。

「是正画面送信手段」は、実施形態においては、ステップＳ７９がこれに対応する。

「更新手段」は、実施形態においては、ステップＳ８０がこれに対応する。

「必要添付書類特定手段」は、実施形態においては、ステップＳ５８がこれに対応する。

「添付書類特定手段」は、実施形態においては、ステップＳ５９がこれに対応する。

「添付書類対応判定手段」は、実施形態においては、ステップＳ６０がこれに対応する。

「通知送信手段」は、実施形態においては、ステップＳ６１がこれに対応する。

「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。

この発明の一実施形態による受付システムの機能ブロック図である。 この発明の他の実施形態による受付システムの機能ブロック図である。 受付システムのシステム構成である。 サーバ装置２のハードウエア構成である。 受付者端末装置４のハードウエア構成である。 受付確認者端末装置６のハードウエア構成である。 申込者端末装置８のハードウエア構成である。 受付処理のフローチャートである。 受付処理のフローチャートである。 受付処理のフローチャートである。 申込画面の例である。 申込画面の例である。 申込画面の例である。 申込画面の例である。 申込画面の例である。 申込画面の例である。 データベースに記録された申込データの例である。 ＰＤＦ化された申込データの例である。 申込画面の例である。 申込画面の例である。 申込画面の例である。 申込画面の例である。 申込画面の例である。 受付確認処理のフローチャートである。 受付確認処理のフローチャートである。 案件一覧の表示画面である。 受付確認画面の例である。 不備通知メールの例である。 不備是正画面の例である。 不備是正画面の例である。 内容確認処理のフローチャートである。 内容確認画面の例である。

１．全体構成
図１ａに、この発明の一実施形態による申込受付システムの全体構成を示す。このシステムは、サーバ装置２、受付者端末装置４、受付確認者端末装置６、申込者端末装置８を備えて構成されている。

申込内容受付手段４６は、申込者または受付者の操作によって入力された申込内容を受け付けて記録する。この申込内容には、申込者のアドレス情報が含まれている。添付書類画像受付手段４４は、申込者が有する健康診断書などの書類を撮像して得た添付書類画像を受け付けて記録する。申込情報送信手段４２は、申込内容および添付書類画像を含む申込情報を、サーバ装置２に送信する。

サーバ装置２の記録手段２２は、申込情報を受けて、記録部３４に記録する。送信手段２４は、記録部３４に記録された申込情報を、受付確認者端末装置６に送信する。

受付確認者端末装置６は、送信されてきた申込情報を受信し、これを表示する。受付確認者は、表示された申込情報について、不備があるかないかを確認し、受付確認結果を入力する。受付確認者端末装置６は、受付確認結果をサーバ装置２に送信する。

サーバ装置２の受付確認結果受付手段２６は、受付確認結果を受信し、記録部３４に記録する。一時的アクセス設定手段２８は、受付確認結果が「不備」であった場合、申込者が申込端末装置８から、記録部３４の申込情報に一時的にアクセス可能となるように、一時的アクセスキーを設定する。是正通知送信手段３０は、申込情報に含まれている申込者のアドレスに対し、当該一時的アクセスキーを伴って、是正通知を送信する。

申込者端末装置８は、是正通知を受けて表示する。申込者は、是正通知と共に送信されてきた一時的アクセスキーによってサーバ装置２の記録部３４の申込情報にアクセスし、是正情報を送信する。

サーバ装置２の更新手段３２は、是正情報を受けて、記録部３４の申込情報を更新する。たとえば、添付書類が違っているという不備の場合であれば、申込者は、申込者端末装置８にて正しい書類を撮像し、その画像をサーバ装置２に送信する。サーバ装置２の更新手段３２は、この画像を添付書類として記録部３４に登録することで、申込情報を更新する。

一時的アクセス設定手段２８は、申込者端末装置８から是正情報を受け取った後、申込者端末装置８からのアクセスを禁止するように設定する。

以上のように、この実施形態では、申込者自身が、申込者端末装置８から是正情報を送信することができるので、申込情報に不備があった場合であっても、スムースに手続を行うことができる。

図１ｂに、他の実施形態による申込受付システムの全体構成を示す。このシステムは、サーバ装置２、受付者端末装置４を備えて構成されている。

申込内容受付手段４６は、申込者または受付者の操作によって入力された申込内容を受け付けて記録する。この申込内容には、申込者のアドレス情報が含まれている。添付書類画像受付手段４４は、申込者が有する健康診断書などの書類を撮像して得た添付書類画像を受け付けて記録する。申込情報送信手段４２は、申込内容および添付書類画像を含む申込情報を、サーバ装置２に送信する。

サーバ装置２の必要添付書類特定手段３４は、申込内容に基づいて、添付が必要な書類を判断する。添付書類特定手段３６は、添付書類画像に基づいて、いずれの種類の書類が添付されているかを判断する。添付書類対応判断手段３８は、必要とされた添付書類に対応する書類が添付されているかどうかを判断する。

通知送信手段３９は、必要な添付書類が添付されていないと判断された場合、添付書類に不備がある旨の通知を受付者端末装置４に送信する。受付者端末装置４の通知表示手段４８は、この通知を表示する。

したがって、受付者によって添付書類の不備が見落とされた場合であっても、その旨を通知して、スムースな手続きを行うことができる。

２．システム構成
以下では、このシステムを、団体信用生命保険の受付システムとして構築した場合を例にとって説明する。なお、以下では、上記の２つの実施形態をまとめて適用した例を示すが、これらはそれぞれ単独で実施可能なものである。

団体信用生命保険は、金融機関などにおいて住宅ローンを借り入れる場合に、加入することが必要となる生命保険である。住宅ローンと紐づけて申し込まれるものであるため、申込は、金融機関において行われることになる。

金融機関の受付者が受付を行い、その受付内容に不備がないかどうかを金融機関のローンセンターの受付確認者が確認する。受付確認者の確認が済んだ申込は、生命保険会社の内部の内容確認者（複数人の場合もある）によって、内容が確認され、申込の承諾、不承諾が決定される。

図２に、団体信用生命保険の受付システムとして構築した場合の構成を示す。受付者端末装置４は、金融機関の受付者が有する端末装置であり、たとえば、タブレットＰＣなどの携帯端末装置を用いることができる。この受付者端末装置４は、無線通信によってインターネットと接続することができ、サーバ装置２と通信可能である。

受付確認者端末装置６は、金融機関のローンセンターの受付確認者が有する端末装置である。この受付確認者端末装置６は、インターネットと接続されており、サーバ装置２と通信可能である。

内容確認者端末装置１０、１０は、生命保険会社の内容確認者が有する端末装置である。この内容確認者端末装置１０、１０は、インターネットと接続されており、サーバ装置２と通信可能である。

受付者端末装置４によって受け付けられた申込情報は、図２の矢印で示すように、受け付け確認者端末装置６、内容確認者端末装置１０、１０の順で、次々と処理されることになる。いわゆる、ワークフローとして処理が流れるようになっている。セキュリティを担保するため、受付者、受付確認者、内容確認者のそれぞれが、ＩＤ、パスワードによって認証されて、アクセスできるようになっている。

この実施形態における特徴は、申込情報に不備があった場合、上記のワークフローの途中に、一時的に申込者が割り込んで、申込者自らが不備を是正することを可能とした点にある。このため、受付確認者端末装置６において、申込者に対して一時的なＩＤとパスワードを与えるようにしている。申込者が是正情報をサーバ装置２にアップした後は、このＩＤとパスワードによるアクセスは、できないようにして、セキュリティを保っている。

図３に、サーバ装置２のハードウエア構成を示す。ＣＰＵ２１には、メモリ２３、ハードディスク２５、ＤＶＤ−ＲＯＭドライブ２７、通信回路２９が接続されている。通信回路２９は、インターネットに接続するためのものである。

ハードディスク２５には、オペレーティングシステム３１、サーバプログラム３３が記録されている。サーバプログラム３３は、オペレーティングシステム３１と協働してその機能を発揮するものである。これらプログラムは、ＤＶＤ−ＲＯＭ３５に記録されていたものを、ＤＶＤ−ＲＯＭドライブ２７を介して、ハードディスク２５にインストールしたものである。

図４に、受付者端末装置４のハードウエア構成を示す。この実施形態では、受付者端末装置４として、タブレットＰＣを用いている。ＣＰＵ４１には、メモリ４３、タッチスクリーン・ディスプレイ４５、不揮発性メモリ４７、通信回路４９、カメラ５１が接続されている。通信回路４９は、無線通信によってインターネットに接続するためのものである。

不揮発性メモリ４７には、オペレーティングシステム５３、受付者端末プログラム５５が記録されている。受付者端末プログラム５５は、オペレーティングシステム５３と協働してその機能を発揮するものである。

図５に、受付確認者端末装置６のハードウエア構成を示す。この実施形態では、受付確認者端末装置６として、通常のＰＣを用いている。タブレットなどの携帯端末装置を用いるようにしてもよい。ＣＰＵ６１には、メモリ６３、ディスプレイ６５、ハードディスク６７、ＤＶＤ−ＲＯＭドライブ６９、マウス／キーボード７１、通信回路７３が接続されている。通信回路７３は、インターネットに接続するためのものである。

ハードディスク６７には、オペレーティングシステム７５、受付確認者プログラム７７が記録されている。受付確認者プログラム７７は、オペレーティングシステム７５と協働してその機能を発揮するものである。これらプログラムは、ＤＶＤ−ＲＯＭ７９に記録されていたものを、ＤＶＤ−ＲＯＭドライブ６９を介して、ハードディスク６７にインストールしたものである。

なお、内容確認者端末装置１０も、受付確認者端末装置６と同様のハードウエア構成を有している。ただし、ハードディスクには、内容確認者端末プログラムに代えて、受付確認者端末プログラムが記録されている。

図６に、申込者端末装置８のハードウエア構成を示す。この実施形態では、申込者端末装置８として、スマートフォンを用いている。タブレットや通常のＰＣを用いるようにしてもよい。ＣＰＵ８１には、メモリ８３、タッチスクリーン・ディスプレイ８５、不揮発性メモリ８７、通信回路８９、カメラ９１が接続されている。通信回路８９は、無線通信によってインターネットに接続するためのものである。

不揮発性メモリ８７には、オペレーティングシステム９３、申込者端末プログラム９５が記録されている、申込者端末プログラム９５は、オペレーティングシステム９３と協働してその機能を発揮するものである。

３．受付処理
図７、図８ａ、図８ｂに、団体信用生命保険の申込時の、受付者端末装置４の受付者端末プログラム５５と、サーバ装置２のサーバプログラム３３のフローチャートを示す。この実施形態では、受付者端末装置４として、金融機関の受付者の有するタブレット・コンピュータを用いている。

まず、受付者が受付者端末装置４を操作して、サーバ装置４にアクセスするために、受付者ＩＤとパスワードを入力する。これを受けて、受付者端末装置４のＣＰＵ４１（以下、受付者端末装置４と省略することがある）は、受付者ＩＤとパスワードを、サーバ装置２に送信する（ステップＳ１）。

サーバ装置２のＣＰＵ２１（以下、サーバ装置２と省略することがある）は、これを受けて受付者の認証を行う（ステップＳ５１）。すなわち、送信されてきた受付者ＩＤとパスワードの組合せが、予め登録されたものであるかどうかを判断する。認証によって受付者を確認できると、サーバ装置２は、認証完了の旨を受付者端末装置４に送信する。

受付者端末装置４は、団体信用生命保険のための申込画面の要求をサーバ装置２に送信する（ステップＳ２）。サーバ装置２は、これを受けて受付者端末装置４に申込画面を送信する（ステップＳ５２）。受付者端末装置４は、タッチスクリーン・ディスプレイ４５上に申込画面を表示する（ステップＳ３）。

図９に、申込画面の例を示す。図９では、申込画面のうち、加入の際の注意事項を表示し、その確認を行うための画面が示されている。注意事項表示欄１００には、注意事項が表示されている。加入者がこれを読んで確認すれば、加入者がタッチスクリーン・ディスプレイから確認ボタン１０２にチェックを入れる。

加入者もしくは受付者は、タッチスクリーン・ディスプレイ４５に触れて、画面を上下にスクロールさせる。これにより、図１０に示すように、続きの画面が表示されることになる。全ての確認ボタン１０２をにチェックを入れると、加入者もしくは受付者は、次へ進むボタン１０６を押下する。

これを受けて、サーバ装置２からは、申込画面のうち、申込入力画面が送信されてくる。図１１、図１２に、その画面例を示す。申込者の氏名、年齢やメールアドレス、保険金額、持病の有無、医師の診断を受けたかどうか等を入力するための入力欄１０８、１１０が設けられている。申込者は、タッチスクリーン・ディスプレイ４５を操作して、これら入力欄１０８に入力を行う。なお、入力欄１０８がクリックされると、入力のためのキーボードが表示される。申込者は、これにより漢字や数字などを入力することができる。

各入力欄１０８への入力が終了すると、申込者もしくは受付者は、図１２の次へ進むボタン１１２（入力完了ボタン）を押下する。受付者端末装置４は、これを受けて、上記の入力内容をサーバ装置２に送信する（ステップＳ４）。サーバ装置２は、送信されてきた入力内容に基づき、入力確認画面を生成し、受付者端末装置４に送信する（ステップＳ５３）。

受付者端末装置４は、入力確認画面を表示する（ステップＳ５）。図１３、図１４に、入力確認画面の例を示す。図１３に示すように、申込者の入力した内容が確認のために表示されている。入力確認画面の最後には、図１４に示すように、申込者のサイン入力欄１１４が設けられている。内容を確認した申込者は、スタイラスペンなどにより、サイン入力欄１１４にサインを入力する。その後、次へ進むボタン１１６（入力終了ボタン）を押下する。受付端末装置４は、これを受けて、入力内容確認サイン画像をサーバ装置２に送信する（ステップＳ６）。

サーバ装置２は、入力内容をデータベースに、テキストデータとして記録する（ステップＳ５４）。図１５に、データベースに記録された申込内容データの例を示す。申込順に、申込者ＩＤが自動的に付されて記録されている。また、入力内容確認サイン画像は、別途記録され、そのファイル名がデータベースに記録されている。

続いて、サーバ装置２は、新しく登録した上記データについて、項目名と申込内容データを表形式にし、さらに、入力内容確認サイン画像と一体化した申込内容データをＰＤＦデータとして記録する（ステップＳ５４）。このようにして生成されたＰＤＦデータの例を、図１６に示す。入力内容確認サイン画像と申込内容データを一体化したＰＤＦを生成しておくことで、記録時のタイムスタンプなどに基づき、改ざんを防止することができる。また、このようにして生成したＰＤＦデータを、申込者の控えとして、印刷して申込者に郵送したり、申込者のメールアドレスに送信するようにしてもよい。

次に、サーバ装置２は、告知入力画面を受付者端末装置４に送信する（ステップＳ５５）。受付者端末装置４は、これを受けて告知入力画面を表示する（ステップＳ７）。告知入力画面の例を、図１７〜図１９に示す。

図１７は、告知を行うに当たっての注意事項である。図１８は、告知内容を入力するための画面であり、「はい」「いいえ」の選択ボタン１１２が表示されている。申込者は、受付者端末装置４を操作して、選択ボタン１１２をクリックする。

受付者が、健康診断書などの添付書類が必要であると判断した場合、図１９に示すファイル添付ボタン１１４を押下する（ステップＳ８）。これにより、受付者端末装置４にインストールされているカメラアプリケーションが起動する。申込者または受付者は、受付者端末装置４を操作して、健康診断者などの添付書類を撮像する。

撮像ボタンが押されると、受付者端末装置４は、撮像した添付書類の画像にファイル名を付して記録し、この添付書類画像をサーバ装置２に送信する（ステップＳ９）。なお、添付書類がない場合（必要がない場合や必要であるが申込者が持参していない場合）には、ステップＳ８、Ｓ９は実行されない。

次に、次へ進むボタン１１５（入力終了ボタン）が押されると、受付者端末装置４は、告知入力において入力された内容および添付書類画像を、サーバ装置２に送信する（ステップＳ１０）。サーバ装置２は、入力内容および添付書類画像に基づいて、入力確認画面を送信する（ステップＳ５６）。

受付者端末装置４は、受信した入力確認画面を表示する（ステップＳ１１）。入力確認画面の例を、図２０、図２１に示す。図２０に示すように、たとえば、選択ボタンのいずれが押されたかを、表示１１６として示している。申込者が入力内容を確認し間違いが無いと判断すれば、図２１に示すサイン入力欄１１８に、サインを手書き入力する（ステップＳ１１）。

サイン入力の後、申込者が次へ進むボタン１２０（サイン終了ボタン）を押下すると、受付者端末装置４は、告知内容確認サイン画像をサーバ装置２に送信する（ステップＳ１２）。サーバ装置２は、受信した告知内容を、図１５のデータベースにおいて当該申込者のフィールドにテキストデータとして追加する（ステップＳ５７）。なお、告知内容確認サイン画像や添付書類画像は、データベースとは別途記録し、データベースにはファイル名を記録する。

続いて、サーバ装置２は、新しく登録した上記告知内容データについて、項目名と告知内容データを表形式にし、さらに、告知内容確認サイン画像と一体化した告知内容データをＰＤＦデータとして記録する（ステップＳ５７）。

以上のようにして、団体信用生命保険の受付処理が行われ、申込データがサーバ装置２に記録される。サーバ装置２は、当該受け付けた申込データのステータスを、「確認待ち」にして記録する。ここで、「確認待ち」とは、申込データに不備がないかどうかを確認する受付確認者の確認を待っている状態をいう。この実施形態では、金融機関のローンセンターの受付確認者による確認を待っている状態である。

なお、上記に加えて、受付者に対する確認入力画面（受付手順が正しく行われたかどうかを「はい」「いいえ」を入力して確認する画面）を受付者端末装置４において表示し、その入力内容と受付者のサインをサーバ装置２に送信するようにしてもよい。

サーバ装置２においては、上記と同じように、入力内容データをテキストとして記録すると共に、入力内容とサイン画像をＰＤＦとして一体化したデータを生成して記録する。

ステップＳ５７において入力内容などをデータベースに登録すると、次に、サーバ装置２は、必要添付書類の判定を行う（ステップＳ５８）。たとえば、次のようにして添付書類が必要かどうかを判断する。

申込情報中の保険金額が所定金額を超えている場合、健康診断結果証明書等が必要であると判断する。また、保険金額の如何にかかわらず、告知入力において、最近３ヶ月以内に医師の治療や投薬を受けた旨の入力がある場合、健康診断結果証明書等が必要であると判断する。

また、持病がある旨の告知入力があり、病名が記録されている場合、健康診断結果証明書に加えて、主治医の診断書が必要であると判断する。

次に、サーバ装置２は、申込情報に実際に添付されている添付書類の種類を判断する（ステップＳ５９）。この判定は、添付書類画像データに基づいて行う。たとえば、添付書類画像の文字を認識し（たとえばＯＣＲにて）、認識した文字の中に、「健康診断」があれば「健康診断結果証明書」であると判断する。「健康診断」の文字が含まれず、「診断書」の文字が含まれる場合「診断書」であると判断する。また、「人間ドック」の文字が含まれる場合、「人間ドック結果書類」と判断する。

以上のようにして、実際に添付されている書類がどのような種類のものであるかを判断する。

続いて、サーバ装置２は、必要添付書類と実際に添付されている書類が合致しているかどうかを判断する（ステップＳ６０）。この判断は、例えば、次のようにして行う。

健康診断結果証明書が必要であると判断されている場合、実際に、健康診断結果証明書または人間ドック結果書類が添付されているかどうかを判断する。添付がなかったり、診断書のみが添付されている場合には、添付書類不足と判断する。

主治医の診断書が必要であると判断されている場合、実際に、健康診断結果証明書または人間ドック結果書類が添付されているかどうかを判断する。添付されていなければ添付書類不足と判断する。さらに、主治医の診断書が添付されているかどうかを判断する。添付されていなければ添付書類不足と判断する。さらに、当該診断書中に、持病の病名として記録されている文字列（たとえば、「心臓病」）が含まれているかどうかを判断する。含まれていなければ、添付書類不足とする。含まれていれば、正しく書類が添付されていると判断する。

サーバ装置２は、不足がないと判断すると、受付処理を終了する。添付書類に不足があると判断した場合、その理由（書類不足や不適切な診断書など）を記述した添付書類不足の連絡を、受付者端末装置４に送信する（ステップＳ６１）。これを受けた受付者端末装置４は、添付書類不足の連絡を表示する。受付者は、添付書類の撮像と送信などを行って不備に対応する（ステップＳ１３）。

なお、必要添付書類が手元にない場合には、その旨の連絡（不備確認ボタン押下などにより）をサーバ装置２に送信する。サーバ装置２は、データベースの当該申込情報に、添付書類不備を記録する。

４．受付確認処理
次に、金融機関のローンセンターの受付確認者端末装置６、サーバ装置２、申込者端末装置８による受付確認処理を説明する。図２２、図２３に、受付確認者端末プログラム７７、サーバプログラム３３、申込者端末プログラム９５のフローチャートを示す。

受付確認者が、受付確認者端末装置６のマウス／キーボード７１を操作し、サーバ装置２にアクセスするために、受付確認者ＩＤ、パスワードを入力する。これを受けて、受付確認者端末装置６のＣＰＵ６１（以下、受付確認者端末装置６と省略することがある）は、受付確認者ＩＤ、パスワードを伴って、サーバ装置２にアクセスする（ステップＳ２１）。サーバ装置２は、受付確認者ＩＤ、パスワードによって認証し、案件一覧画面を送信する（ステップＳ７１）。受付確認者端末装置６は、これをディスプレイ６５に表示する。

図２４に、案件一覧画面の例を示す。データベースから、申込者氏名、ステータス、申込日などの情報が抽出され、一覧画面が構成されている。受付確認者は、ステータスが「確認待ち」（または「差戻」）となっているデータを選択する。これを受けて、受付確認者端末装置６は、サーバ装置２に対し、当該データの確認画面を要求する（ステップＳ２２）。

サーバ装置２は、これを受けて確認画面を送信する（ステップＳ７２）。受付確認者端末装置６は、ディスプレイ６５に確認画面を表示する（ステップＳ２３）。図２５に、確認画面の例を示す。選択された申込者の申込情報が示されている。

受付確認者は、この申込情報をディスプレイ６５で確認する。受付確認者は、必要な項目が全て記載されているか、正しい添付書類が添付されているか否かを判断する。なお、サーバ装置２の判断によってデータベースに書類不足が記録されている場合、この情報も送られてくるので、受付確認者はこれを参考にして判断を行う。

受付確認者は、受付確認者端末装置６にて、確認画面の結果ボタン１３０、１３２、１３４のいずれかを押下する。これを受けて、受付確認者端末装置６は、確認結果を送信する。

図２５において、入力不備ボタン１３０は、入力された内容に不備（記入漏れなど）がある場合である。添付不備ボタン１３２は、添付されるべき書類が添付されていない場合である。ＯＫボタン１３４は、不備がない場合である。

入力内容に不備があると判断した場合、受付確認者は、不備のある項目に対応する不備入力欄１３８にチェックを入れる。

なお、不備がある場合には、受付確認者は、コメント欄１３６に、不備の内容を説明する文章を入力する。コメント欄１３６に入力がなく、不備ボタン１３０、１３２が押下された場合には、コメント入力を求める注意が表示される。

受付確認者端末装置６は、ボタン１３０、１３２、１３４の押下を受けて、いずれのボタンが押下されたかという情報と、不備がある場合の項目名と、コメント内容を、サーバ装置２に送信する（ステップＳ２４）。

サーバ装置２は、受け取った結果がＯＫであったかどうかを判断する（ステップＳ７３）。ＯＫの場合には、データベースのステータスを「承諾待ち」に変更する（ステップＳ７４）。また、サーバ装置２によって、誤って添付書類不足が判断されており、添付書類の欄に「不足」が記録されている場合、添付書類の欄の記述を「適正」に変更する。

一方、受け取った結果が不備であった場合、サーバ装置２は、申込者がデータベースの当該データに一時的にアクセスして不備を是正できるように、申込者ＩＤ（受付時に付与した申込者ＩＤを用いてもよい）とパスワードを設定して、データベースの当該申込人のレコードに記録する（ステップＳ７６）。この際、当該レコードのステータスを、「是正待ち」に変更する。

さらに、サーバ装置２は、受付確認者端末装置６から送信されてきたコメントを付けて、上記申込者ＩＤ、パスワードとともに、是正通知を申込者のメールアドレスに送信する（ステップＳ７７）。なお、このメールアドレスは、申込時に申込者が入力したものを用いることができる。

申込者は、申込者端末装置８（たとえば、スマートフォン）により、この是正通知を受信して表示する。図２６に、是正通知の表示例を示す。この是正通知には、申込者のデータにアクセスするためのＵＲＬがリンクとして記述されている。また、ステップＳ７６において設定したＩＤとパスワードが記述されている。

申込者は、ＵＲＬをクリックし、サーバ装置２から送られてくる認証画面に、ＩＤとパスワードを入力する。申込者端末装置８は、このＩＤ・パスワードをサーバ装置２に送信する（ステップＳ１０１）。サーバ装置２は、ＩＤ・パスワードを受けて、当該申込者の申込データに記録されている一時的ＩＤ・パスワードと合致するかどうかによって認証を行う（ステップＳ７８）。正しく認証ができれば、是正のための画面を、申込者端末装置８に送信する（ステップＳ７９）。

図２７に、申込者端末装置８において表示された是正画面の例を示す。この例では、住所中の「建物等」の記載が、「市町村番地」の記載と重複している。図２５の画面において、上部のコメント欄１４０には、受付確認者が入力したコメントが表示されている。その下部には、訂正入力を行う対象部分（および関連部分）のみが表示されている。これは、図２５の欄１３８のチェックに基づいて、サーバ装置２において選択されたものである。不必要な部分まで、間違って修正がなされないようにするためである。

申込者は、申込者端末装置８を操作して、訂正を入力した後、送信ボタン１４４をクリックする。申込者端末装置８は、是正内容をサーバ装置２に送信する（ステップＳ１０２）。

図２８に、申込者端末装置８において表示された是正画面の他の例を示す。この例では、健康診断証明書の添付が必要であるにも拘わらず、その添付がなかった場合の例である。上部にはコメント欄１４０が設けられている。また、下部には、添付書類不備の場合の定型文が表示されている。ただし、担当者の連絡先はデータベースに記録されている当該申込を受け付けた受付者の連絡先が表示されるようになっている。

申込者が、添付書類撮影ボタン１５０を押下すると、申込者端末装置８のカメラアプリケーションが起動する。申込者は、用意した健康診断証明書をカメラ９１によって撮像し、撮像終了ボタンを押下する。申込者端末装置８は、添付書類画像（ここでは健康診断証明書画像）にファイル名を付して記録すると共に、その添付書類画像（健康診断証明書画像）を、是正内容としてサーバ装置２に送信する（ステップＳ１０２）。

是正内容を受信したサーバ装置２は、これに基づいて、申込データを修正してデータベースに記録する（ステップＳ８０）。さらに、当該申込データのステータスを「確認待ち」に変更し（ステップＳ８１）、申込者に対する一時的なアクセス権限を解除する（ステップＳ８２）。したがって、再度、受付確認者による確認が行われることになる。

５．承諾処理
次に、保険会社の内容確認者端末装置１０、サーバ装置２による受付確認処理を説明する。図２９に、内容確認者端末プログラム、サーバプログラム３３のフローチャートを示す。

内容確認者が、内容確認者端末装置１０のマウス／キーボードを操作し、サーバ装置２にアクセスするために、内容確認者ＩＤ、パスワードを入力する。これを受けて、内容確認者端末装置１０のＣＰＵ（以下、内容確認者端末装置と省略することがある）は、内容確認者ＩＤ、パスワードを伴って、サーバ装置２にアクセスする（ステップＳ３１）。サーバ装置２は、内容確認者ＩＤ、パスワードによって認証し、案件一覧画面を送信する（ステップＳ９１）。内容確認者端末装置１０は、これをディスプレイに表示する。

図２４に、案件一覧画面の例を示す。データベースから、申込者氏名、ステータス、申込日などの情報が抽出され、一覧画面が構成されている。内容確認者は、ステータスが「承諾待ち」となっているデータを選択する。これを受けて、内容確認者端末装置１０は、サーバ装置２に対し、当該データの確認画面を要求する（ステップＳ３２）。

サーバ装置２は、これを受けて確認画面を送信する（ステップＳ９２）。内容確認者端末装置１０は、ディスプレイに確認画面を表示する（ステップＳ３３）。図３０に、確認画面の例を示す。選択された申込者の申込情報が示されている。

内容確認者は、この申込情報をディスプレイで確認する。内容確認者は、申込内容を見て、申込を承諾するかどうかを判断する。内容確認者は、内容確認者端末装置１０において、確認画面の結果ボタン１６０、１６２、１６４のいずれかを押下する。これを受けて、内容確認者端末装置１０は、確認結果を送信する。

図３０において、承諾ボタン１６０は申込を承諾する場合である。不承諾ボタン１６２は申込を断る場合である。差戻ボタン１６４は、記入漏れがあったり添付書類に不足があった場合である。差戻ボタン１６４を押下する場合、内容確認者は、コメント欄１６６に不備内容を入力する。

内容確認者端末装置１０は、結果ボタン１６０、１６２、１６４の押下を受けて、いずれの結果であったかとコメント内容（ある場合のみ）を、サーバ装置２に送信する（ステップＳ３４）。

サーバ装置２は、これを受けて、受信した結果に応じて、当該申込データのステータスを変更する（ステップＳ９３、Ｓ９４、Ｓ９５、Ｓ９６）。なお、「差戻」の場合にはステータスを変更するだけでなく、コメントをその申込データに対応づけて記録する。

なお、上記では、一人の内容確認者によって承諾、不承諾を決定する場合について説明した。複数の内容確認者による確認を経て、最終的な承諾、不承諾を決定する場合には、第１承諾者の承諾があると、ステータスを「第２承諾待ち」にする。第２承諾者が承諾すると、ステータスを「第３承諾待ち」にする。このようにして、最後の承諾者が承諾すると「承諾」のステータスに変更するようにしてもよい。

「差戻」とされた申込データは、受付確認者によって、再度、確認が行われることになる。この際、上記のコメント欄１６６に入力されたコメントが、併せて表示される。したがって、受付確認者は、不備のあった点を効率よく確認することができる。

６．その他
(1)上記実施形態では、団体信用生命保険の受付・審査に用いたが、その他の生命保険の受付・審査にも適用することができる。また、損害保険の受付や審査にも適用することができる。さらに、サービス申込、購入申込、入会申込などの何らかの申込の受付一般に適用することができる。

(2)上記実施形態では、受付確認者と内容確認者を分けているが、受付確認と内容確認を同じ担当者が行うようにしてもよい。

(3)上記実施形態では、内容確認者も端末装置によって確認を行うようにしている。しかし、受付確認を端末装置によって行い、内容確認者は書面にて確認を行う場合であっても適用することができる。

(4)上記実施形態では、サーバ装置２にて書類の不備を判断するようにしている。しかし、受付者端末装置４においてこの処理を行うようにしてもよい。

(5)上記実施形態では、申込者が申込者端末装置８によって不備を是正する際に、不備になった箇所のみの入力訂正を許可している。しかし、他の項目の訂正も可能とするようにしてもよい。

(6)上記実施形態では、申込者に対する一時的アクセスを、申込者による不備是正データの送信によって解除（終了）するようにしている。しかし、不備是正データを受けた後に、受付確認者が不備がない旨の確認を行った際に解除するようにしてもよい。

(7)上記実施形態における、受付者端末装置４、受付確認者端末装置６、申込者端末装置８、内容確認者端末装置１０は、それぞれ、スマートフォン、タブレット、ＰＣ等を用いることができる。

(8)上記実施形態では、添付書類の種類を、その文字列によって判断するようにしている。しかし、これに代えて、あるいはこれに加えて、レイアウト（所定の場所に所定の枠があるかどうかなど）によって判断するようにしてもよい。

(9)上記実施形態において、受付者端末装置４にて申込内容の入力を受け付けて、サーバ装置２に受付内容を送信したときに、申込者が入力したメールアドレスに対して、サーバ装置２から確認メール（併せて、一体化したＰＤＦを添付してもよい）を送るようにしてもよい。これにより、申込者によるメールアドレスの入力誤りを確認することができる。

(10)上記実施形態では、ステップＳ６、Ｓ１２において２回のサイン入力を行っているが、いずれか一方だけとしてもよい。

Claims (12)

1. 保険申込受付者の有する受付者端末装置と、保険申込者の有する申込者端末装置と、受付確認者の有する受付確認者端末装置と、前記受付者端末装置、前記申込者端末装置および前記受付確認者端末装置と通信可能なサーバ装置とを備えた団体信用生命保険受付システムであって、
   前記受付者端末装置は、
   申込者のアドレスを少なくとも含む申込内容をテキストデータにて受け付ける申込内容受付手段と、
   添付書類をカメラによって撮像して得られた添付書類画像を受け付ける添付書類画像受付手段と、
   受け付けた申込内容または添付書類画像を少なくとも含む申込情報を、サーバ装置に送信する申込情報送信手段とを備え、
   前記サーバ装置は、
   受付者端末装置から送信されてきた申込情報を受信して記録部に記録する記録手段と、
   受付確認者端末装置からの要求に応じ、受付確認者認証を行った後、記録部に記録されている申込情報を、当該受付確認者端末装置に送信する送信手段と、
   前記受付確認者端末装置から、「適正」「不備」を含む確認結果を受け付ける受付確認結果受付手段と、
   前記受付確認者端末装置による受付確認結果が「不備」である申込情報について、当該申込情報の保険申込者のために一時的アクセスキーを生成し、当該一時的アクセスキーによって、少なくとも申込者端末装置から是正情報が送られてくるまで、当該保険申込者の申込情報に一時的にアクセスが可能となるよう設定を行う一時的アクセス設定手段と、
   当該保険申込者のアドレスに、前記アクセスキーを含む、不備の是正を通知するメッセージを送信する是正通知送信手段とを備え、
   前記申込者端末装置からの前記アクセスキーを伴う是正画面の要求を受けて、保険申込者認証を行った後、是正画面を申込者端末装置に送信する是正画面送信手段と、
   申込者端末装置からの是正情報を受信し、当該是正情報に基づいて、前記記録部に記録された当該保険申込者の申込情報を更新する更新手段と、
   を備えた団体信用生命保険受付システム。
2. 団体信用生命保険の受付を行うためのサーバ装置であって、保険申込受付者の有する受付者端末装置と、保険申込者の有する申込者端末装置と、受付確認者の有する受付確認者端末装置と通信可能に構成されたサーバ装置であって、
   受付者端末装置から送信されてきた、申込者のアドレスを含む申込内容または添付書類画像を少なくとも含む申込情報を受信して記録部に記録する記録手段と、
   受付確認者端末装置からの要求に応じ、受付確認者認証を行った後、記録部に記録されている申込情報を、当該受付確認者端末装置に送信する送信手段と、
   前記受付確認者端末装置から、「適正」「不備」を含む確認結果を受け付ける受付確認結果受付手段と、
   前記受付確認者端末装置による受付確認結果が「不備」である申込情報について、当該申込情報の保険申込者のために一時的アクセスキーを生成し、当該一時的アクセスキーによって、少なくとも申込者端末装置から是正情報が送られてくるまで、当該保険申込者の申込情報に一時的にアクセスが可能となるよう設定を行う一時的アクセス設定手段と、
   当該保険申込者のアドレスに、前記アクセスキーを含む、不備の是正を通知するメッセージを送信する是正通知送信手段とを備え、
   前記申込者端末装置からの前記アクセスキーを伴う是正画面の要求を受けて、保険申込者認証を行った後、是正画面を申込者端末装置に送信する是正画面送信手段と、
   申込者端末装置からの是正情報を受信し、当該是正情報に基づいて、前記記録部に記録された当該保険申込者の申込情報を更新する更新手段と、
   を備えた団体信用生命保険受付サーバ装置。
3. 請求項１のシステムまたは請求項２の装置において、
   前記受付確認結果が「適正」であった申込について、内容確認者の有する内容確認者端末装置からの要求に応じ、内容確認者認証を行った後、記録部に記録されている受付情報を、当該内容確認者端末装置に送信する送信手段と、
   前記内容確認者端末装置から、「承諾」「不承諾」「不備」を含む内容確認結果を受け付ける内容確認結果受付手段と、
   前記受付確認結果が「適正」であるにも拘わらず、前記内容確認結果が「不備」となった受付情報について、前記受付者端末装置による是正通知メッセージが送信されるようにするために、前記受付確認結果を「適正」から「不備」に修正する差戻手段と、
   を備えたシステムまたは装置。
4. 請求項１〜３のいずれかのシステムまたは装置において、
   前記申込者端末装置からの是正情報には、当該申込者端末装置によって撮像された添付書類画像を含むことを特徴とするシステムまたは装置。
5. サーバ装置と通信可能な、保険受付者の有する受付者端末装置であって、
   サーバ装置から送られてきた申込内容入力画面に設けられた添付書類撮像ボタンが押下されると、カメラアプリケーションを起動させるカメラ起動手段と、
   添付書類を撮像するために撮像ボタンが押下されると、申込入力画面から入力された申込内容のテキストデータと添付書類画像を申込情報として、サーバ装置に送信するために、添付書類画像にファイル名を付けて記録部に記録する添付書類画像記録手段と、
   を備えた受付者端末装置。
6. サーバ装置と通信可能な、保険受付者の有する受付者端末装置をコンピュータによって実現するための受付者端末プログラムであって、コンピュータを、
   サーバ装置から送られてきた申込内容入力画面に設けられた添付書類撮像ボタンが押下されると、カメラアプリケーションを起動させるカメラ起動手段と、
   添付書類を撮像するために撮像ボタンが押下されると、申込入力画面から入力された申込内容のテキストデータと添付書類画像を申込情報として、サーバ装置に送信するために、添付書類画像にファイル名を付けて記録部に記録する添付書類画像記録手段として機能させるための受付者端末プログラム。
7. 申込受付者の有する受付者端末装置と、申込者の有する申込者端末装置と、確認者の有する確認者端末装置と、前記受付者端末装置、前記申込者端末装置および前記確認者端末装置と通信可能なサーバ装置とを備えた申込受付システムであって、
   前記受付者端末装置は、
   申込者のアドレスを少なくとも含む申込内容をテキストデータにて受け付ける申込内容受付手段と、
   添付書類をカメラによって撮像して得られた添付書類画像を受け付ける添付書類画像受付手段と、
   受け付けた申込内容または添付書類画像を少なくとも含む申込情報を、サーバ装置に送信する申込情報送信手段とを備え、
   前記サーバ装置は、
   受付者端末装置から送信されてきた申込情報を受信して記録部に記録する記録手段と、
   確認者端末装置からの要求に応じ、確認者認証を行った後、記録部に記録されている申込情報を、当該確認者端末装置に送信する送信手段と、
   前記確認者端末装置から、「適正」「不備」を含む確認結果を受け付ける確認結果受付手段と、
   前記確認者端末装置による確認結果が「不備」である申込情報について、当該申込情報の保険申込者のために一時的アクセスキーを生成し、当該一時的アクセスキーによって、少なくとも申込者端末装置から是正情報が送られてくるまで、当該保険申込者の申込情報に一時的にアクセスが可能となるよう設定を行う一時的アクセス設定手段と、
   当該申込者のアドレスに、前記アクセスキーを含む、不備の是正を通知するメッセージを送信する是正通知送信手段とを備え、
   前記申込者端末装置からの前記アクセスキーを伴う是正画面の要求を受けて、申込者認証を行った後、是正画面を申込者端末装置に送信する是正画面送信手段と、
   申込者端末装置からの是正情報を受信し、当該是正情報に基づいて、前記記録部に記録された当該申込者の申込情報を更新する更新手段と、
   を備えた申込受付システム。
8. 申込受付者の有する受付者端末装置と、申込者の有する申込者端末装置と、確認者の有する確認者端末装置と通信可能に構成されたサーバ装置であって、
   受付者端末装置から送信されてきた、申込者のアドレスを含む申込内容または添付書類画像を少なくとも含む申込情報を受信して記録部に記録する記録手段と、
   確認者端末装置からの要求に応じ、確認者認証を行った後、記録部に記録されている申込情報を、当該確認者端末装置に送信する送信手段と、
   前記確認者端末装置から、「適正」「不備」を含む確認結果を受け付ける確認結果受付手段と、
   前記確認者端末装置による確認結果が「不備」である申込情報について、当該申込情報の保険申込者のために一時的アクセスキーを生成し、当該一時的アクセスキーによって、少なくとも申込者端末装置から是正情報が送られてくるまで、当該保険申込者の申込情報に一時的にアクセスが可能となるよう設定を行う一時的アクセス設定手段と、
   当該申込者のアドレスに、前記アクセスキーを含む、不備の是正を通知するメッセージを送信する是正通知送信手段とを備え、
   前記申込者端末装置からの前記アクセスキーを伴う是正画面の要求を受けて、申込者認証を行った後、是正画面を申込者端末装置に送信する是正画面送信手段と、
   申込者端末装置からの是正情報を受信し、当該是正情報に基づいて、前記記録部に記録された当該申込者の申込情報を更新する更新手段と、
   を備えた申込受付サーバ装置。
9. 生命保険の受付を行うためのシステムであって、端末装置と、当該端末装置と通信可能なサーバ装置とを備えた生命保険受付システムであって、
   前記端末装置は、
   申込者の申込内容をテキストデータにて受け付ける申込内容受付手段と、
   添付書類をカメラによって撮像して得られた添付書類画像を受け付ける添付書類画像受付手段と、
   受け付けた申込内容または添付書類画像を少なくとも含む申込情報を、サーバ装置に送信する申込情報送信手段とを備え、
   前記サーバ装置は、
   端末装置から送信されてきた申込情報の申込内容に基づいて、添付が必要な書類の種類を特定する必要添付書類特定手段と、
   端末装置から送信されてきた申込情報に添付書類画像が含まれていれば、当該添付書類画像の特徴に基づいて、添付書類の種類を特定する添付書類特定手段と、
   添付書類特定手段の特定結果を参照し、必要添付書類特定手段によって特定された必要添付書類に対応する添付書類が添付されているかどうかを判断する添付書類対応判断手段と、
   必要添付書類に対応する添付書類が添付されていないと判断した場合、前記申込情報を送信してきた端末装置に対して、当該添付書類の提出を求める通知を送信する通知送信手段と、
   を備えた生命保険受付システム。
10. 端末装置と通信可能であり、生命保険の受付を行うためのサーバ装置であって、
    端末装置において受け付けた、申込者の申込内容のテキストデータと、添付書類をカメラによって撮像して得られた添付書類画像とを含む申込情報を、端末装置から受けて、当該申込情報の申込内容に基づいて、添付が必要な書類の種類を特定する必要添付書類特定手段と、
    端末装置から送信されてきた申込情報に添付書類画像が含まれていれば、当該添付書類画像の特徴に基づいて、添付書類の種類を特定する添付書類特定手段と、
    添付書類特定手段の特定結果を参照し、必要添付書類特定手段によって特定された必要添付書類に対応する添付書類が添付されているかどうかを判断する添付書類対応判断手段と、
    必要添付書類に対応する添付書類が添付されていないと判断した場合、前記申込情報を送信してきた端末装置に対して、当該添付書類の提出を求める通知を送信する通知送信手段と、
    を備えた生命保険受付サーバ装置。
11. 請求項９のシステムまたは請求項１０の装置において、
    前記必要添付書類特定手段は、申込内容中に、所定期間内に医師の治療を受けた旨の告知がある場合または保険金額が所定金額を超える場合、添付書類として健康診断結果証明書が必要であると判断することを特徴とするシステムまたは装置。
12. 請求項９〜１１のいずれかのシステムまたは装置において、
    前記添付書類特定手段は、添付書類画像中の文字列に基づいて、添付書類の種類を特定することを特徴とするシステムまたは装置。