(57)【要約】【課題】情報管理システムにおいて、災害に被災したことによって、保険契約の内容を知得できなくなることを低減すること。【解決手段】災害が発生したことを表す災害認定通知を、入力端末５にて取得し情報処理サーバ２０へと送信する（ＳＳ１０）。その災害認定通知を受信した情報処理サーバ２０は、公開候補情報ＩＨの公開の賛否を問う賛否確認情報を、全ての入力端末５及び全ての情報端末５０に送信する（ＳＳ４０，ＳＳ４５）。そして、各端末５，５０の利用者に公開候補情報ＩＨを公開することについて賛否を確認した賛否情報を、入力端末５及び情報端末５０から受信した情報処理サーバ２０は、賛否情報を内容ごとに集計した結果が、予め規定された条件を満たすと、公開候補情報ＩＨを公開する。【選択図】図３
2013134577.tif 000002
【特許請求の範囲】
【請求項１】
外部から情報の入力を受け付ける少なくとも一台の入力端末と、前記入力端末を介して入力された、保険契約に関する情報を表す保険情報を格納する情報処理サーバと、前記情報処理サーバとの間でデータ通信可能に接続された少なくとも一台の情報端末とを備えた情報管理システムであって、
前記情報処理サーバには、
少なくとも、保険証券の証券番号、当該保険契約の契約者である保険契約者の氏名、被保険者の氏名、当該保険契約によって支払われる保険金の受取人の氏名、当該保険契約の主契約の内容が、前記保険情報として格納され、
前記入力端末は、
外部から入力された、災害の発生を表す災害認定通知を、前記情報処理サーバに送信する災害認定送信手段を備え、
前記情報端末は、
前記情報処理サーバから受信した賛否確認情報に基づいて、前記情報処理サーバに格納された前記保険情報の公開についての賛否を表す賛否情報を送信する賛否送信手段を備え、
前記情報処理サーバは、
前記入力端末の前記災害認定送信手段から送信された災害認定通知を受信する災害認定取得手段と、
前記災害認定取得手段で災害認定通知を取得すると、前記賛否確認情報を前記情報端末に送信する賛否確認送信手段と、
前記賛否確認送信手段で賛否確認情報を送信してから、少なくとも予め設定された時間長である設定時間が経過するまで、前記賛否送信手段が送信した賛否情報を取得すると共に、その取得した前記賛否情報を内容ごとに集計する賛否確認手段と、
前記賛否確認手段で賛否情報を集計した結果、前記情報処理サーバに格納された前記保険情報の公開に賛成である旨の賛否情報群が、予め規定された規定条件を満たしていれば、前記情報処理サーバに格納された保険情報を公開する情報公開手段と
を備えることを特徴とする情報管理システム。
【請求項２】
前記情報処理サーバは、
前記災害認定取得手段で災害認定通知を取得すると、当該情報処理サーバに格納された保険情報に対応する前記被保険者の安否確認を要求する安否確認要求を、前記入力端末及び前記情報端末のうちの少なくとも一方に送信する確認送信手段と、
前記被保険者の無事を表す安否確認結果を、前記入力端末及び前記情報端末のうちの少なくとも一方から受信すると、前記情報公開手段での当該被保険者に対応する前記保険情報の公開を禁止する公開禁止手段と
を備え、
前記入力端末及び前記情報端末のうちの少なくとも一方は、
前記情報処理サーバの前記確認送信手段から送信された安否確認要求を受信すると、前記被保険者の安否を表す安否確認結果の入力を受け付け、その受け付けた安否確認結果を前記情報処理サーバに送信する確認結果送信手段
を備えることを特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記情報処理サーバに格納される保険情報は、
被雇用者を前記被保険者とした保険契約に関する情報であり、
前記情報処理サーバは、
前記災害認定取得手段で災害認定通知を取得すると、前記被雇用者の使用者に対して、職務上守秘義務を負う者であって、保険業務の代行を担当する者の募集を通知する代行者通知を、前記入力端末及び前記情報端末のうちの少なくとも一方に送信する代行者通知送信手段
を備えることを特徴とする請求項１または請求項２に記載の情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保険契約に関する情報を管理する情報管理システムに関する。
【背景技術】
【０００２】
従来、入力された情報を受け付ける入力端末と、入力端末を介して取得した情報に基づいて各種処理を実行するサーバとを備え、生命保険などの保険契約に関する情報を管理する情報管理システムが知られている（特許文献１参照）。
【０００３】
この特許文献１に記載された情報管理システムにおいては、保険契約の契約内容に関する情報が、サーバに格納されている。そして、“保険金の支払い請求”と共に保険証券の証券番号を、入力端末を介してサーバが取得すると、当該サーバは、当該サーバに格納されている保険情報に基づいて、当該保険証券の証券番号に対応する保険契約の受取人への保険金の支払額を算出して、保険金を支払うことがなされている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−０４４０５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
また、多くの企業では、使用者が被雇用者（いわゆる企業の従業員）と合意の上で、その被雇用者を被保険者として保険を掛けており、損害を被ると、当該被雇用者（または、使用者）が指定した受取人が保険金を受け取ることがなされている。
【０００６】
しかしながら、保険証券の証券番号をサーバが取得することを保険金支払いのトリガーとする従来の情報管理システムでは、被雇用者（即ち、被保険者）が損害を被り、かつ、当該被雇用者の家族（一般的には、受取人）や、当該被雇用者の使用者、他の被雇用者らが保険証券の証券番号を知得できない場合には、受取人に対して保険金の支払いがなされないという問題が生じる。
【０００７】
そして、被雇用者（即ち、被保険者）が災害（特に、水害や津波災害）に被災すると、保険証券を紛失してしまうことが多く、当該被雇用者をはじめとして保険契約の関係者らが保険証券の証券番号を知得できないという状況が発生する可能性が高い。
【０００８】
換言すれば、従来の情報管理システムでは、災害（特に、水害や津波災害）に被災して被保険者らが被災者となり、保険金を必要とするときに、その保険金を受け取ることができないという問題があった。
【０００９】
そこで、本発明は、情報管理システムにおいて、災害に被災したことによって、保険契約の内容を知得できなくなることを低減することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するためになされた本発明は、外部から情報の入力を受け付ける少なくとも一台の入力端末と、入力端末を介して入力された、保険契約に関する情報を表す保険情報を格納する情報処理サーバと、情報処理サーバとの間でデータ通信可能に接続された少なくとも一台の情報端末とを備えた情報管理システムに関する。
【００１１】
なお、本発明の情報管理システムにおいて、情報処理サーバには、少なくとも、保険証券の証券番号、当該保険契約の契約者である保険契約者の氏名、被保険者の氏名、当該保険契約によって支払われる保険金の受取人の氏名、当該保険契約の主契約の内容が、保険情報として格納される。
【００１２】
本発明の入力端末では、災害認定送信手段が、外部から入力され、かつ災害の発生を表す災害認定通知を、情報処理サーバに送信する。本発明の情報端末では、賛否送信手段が、情報処理サーバから受信した賛否確認情報に基づいて、情報処理サーバに格納された保険情報の公開についての賛否を表す賛否情報を送信する。
【００１３】
そして、本発明の情報処理サーバでは、災害認定取得手段が、入力端末の災害認定送信手段から送信された災害認定通知を受信し、賛否確認送信手段が、災害認定取得手段で災害認定通知を取得すると、賛否確認情報を情報端末に送信する。さらに、賛否確認送信手段で賛否確認情報を送信してから、少なくとも予め設定された時間長である設定時間が経過するまで、賛否確認手段が、賛否送信手段が送信した賛否情報を取得すると共に、その取得した賛否情報を内容ごとに集計し、その集計の結果、情報処理サーバに格納された保険情報の公開に賛成である旨の賛否情報群が、予め規定された規定条件を満たしていれば、情報公開手段が、情報処理サーバに格納された保険情報を公開する。
【００１４】
なお、ここで言う災害とは、「激甚災害に対処するための特別の財政援助等に関する法律」に基づいて政令で指定される災害が一例として考えられるが、この他に、「暴風、豪雨、豪雪、洪水、高潮、地震、津波、その他の異常な自然現象により被害が生ずること」であっても良い。
【００１５】
つまり、情報管理システムでは、入力端末から情報処理サーバへと災害認定通知が送信されたことをトリガーとして、情報処理サーバに格納された保険情報の公開についての賛否を表す賛否情報を受け付ける。そして、受け付けた賛否情報が、規定条件を満たしていれば、情報処理サーバに格納された保険情報を公開する。
【００１６】
したがって、本発明の情報管理システムによれば、災害に被災して、保険証券を紛失してしまっても、当該保険に関係する人物（例えば、被保険者や、被保険者の家族、保険契約者ら）が、保険契約の契約内容を知得することができ、災害に被災したことによって、保険の契約内容を知得できないという状況が発生することを低減できる。
【００１７】
また、ここで言う規定条件とは、例えば、情報処理サーバに格納された保険情報の公開について賛成を表す旨の賛否情報を集計した結果が、規定値以上であることでも良いし、情報処理サーバに格納された保険情報の公開について賛成を表す旨の賛否情報を集計した結果と、反対を表す旨の賛否情報を集計した結果との比が、規定比率以上であることでも良い。
【００１８】
さらに、ここで言う入力端末と情報端末とは、異なる端末であっても良いし、共通の端末であっても良い。
仮に、被保険者が被災しても無事であれば、保険情報を公開する必要性は低い。
【００１９】
そこで、本発明の情報管理システムの情報処理サーバにおいては、災害認定取得手段で災害認定通知を取得すると、確認送信手段が、当該情報処理サーバに格納された保険情報に対応する被保険者の安否確認を要求する安否確認要求を、入力端末及び情報端末のうちの少なくとも一方に送信する。そして、入力端末及び情報端末のうちの少なくとも一方では、情報処理サーバの確認送信手段から送信された安否確認要求を受信すると、確認結果送信手段が、被保険者の安否を表す安否確認結果の入力を受け付け、その受け付けた安否確認結果を情報処理サーバに送信する。
【００２０】
さらに、情報処理サーバでは、被保険者の無事を表す安否確認結果を、入力端末及び情報端末のうちの少なくとも一方から受信すると、公開禁止手段が、情報公開手段での当該被保険者に対応する保険情報の公開を禁止しても良い（請求項２）。
【００２１】
このような情報管理システムによれば、保険情報が必要以上に公開されることを防止できる。
ところで、本発明において、情報処理サーバに格納される保険情報は、被雇用者を被保険者とした保険契約に関する情報であっても良い。この場合、本発明の情報管理システムにおける情報処理サーバでは、災害認定取得手段で災害認定通知を取得すると、代行者通知送信手段が、被雇用者の使用者に対して、職務上守秘義務を負う者であって、保険業務の代行を担当する者の募集を通知する代行者通知を、入力端末及び情報端末のうちの少なくとも一方に送信しても良い。
【００２２】
このような情報管理システムによれば、被雇用者の使用者（すなわち、事業者）に対して職務上守秘義務を負う者の中から、保険業務の代行を担当する者を決定することができ、保険業務の代行を迅速に実施できる。
【００２３】
なお、ここで言う「被雇用者の使用者に対して職務上守秘義務を負う者」とは、例えば、税理士、弁護士などを含む者である。
【図面の簡単な説明】
【００２４】
【図１】本発明が適用された情報管理システムの概略構成を示すブロック図である。
【図２】情報管理システムを構成する入力端末及び情報処理サーバにて実行する通常処理の手順を示す図である。
【図３】災害時処理の処理手順の概要を示す図である。
【図４】入力端末にて実行する災害時入力端末処理の処理手順を示すフローチャートである。
【図５】情報端末にて実行する災害時情報端末処理の処理手順を示すフローチャートである。
【図６】情報処理サーバにて実行する災害時サーバ処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下に本発明の実施形態を図面と共に説明する。
〈情報管理システムの構成について〉
ここで、図１は、本発明が適用された情報管理システムの概略構成を示すブロック図である。
【００２６】
本発明が適用された情報管理システム１は、少なくとも、事業を営む事業者（使用者）が被雇用者（いわゆる企業の従業員）と合意の上で、その被雇用者を被保険者として掛けた保険契約（例えば、生命保険の保険契約や損害保険の保険契約）に関する情報（以下、保険情報ＩＨと称す）を管理するシステムである。
【００２７】
これを実現するために、図１に示すように、情報管理システム１は、少なくとも保険情報ＩＨを含む情報の入力を受け付けるｎ（符号ｎは、１以上の整数）台の入力端末５Ａ，５Ｂ，…５ｎと、情報の入力を受け付けるｍ（符号ｍは、１以上の整数）台の情報端末５０Ａ，５０Ｂ，…５０ｍと、入力端末５及び情報端末５０のうちの少なくとも一方から入力された情報に基づいて各種処理を実行する少なくとも１つの情報処理サーバ２０とを備えている。
【００２８】
なお、入力端末５Ａ，５Ｂ，…５ｎと、情報端末５０Ａ，５０Ｂ，…５０ｍと、情報処理サーバ２０とは、通信網３を介して接続されている。ここで言う通信網３は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）などを含むものであり、入力端末５Ａ，５Ｂ，…５ｎと情報端末５０Ａ，５０Ｂ，…５０ｍと情報処理サーバ２０とは、有線で接続されていても良いし、無線で接続されていても良い。
【００２９】
以下、本実施形態において、入力端末５Ａ，５Ｂ，…５ｎそれぞれを区別する必要がない場合には、それら入力端末５Ａ，５Ｂ，…５ｎを入力端末５と称し、情報端末５０Ａ，５０Ｂ，…５０ｍそれぞれを区別する必要がない場合には、それら情報端末５０Ａ，５０Ｂ，…５０ｍを情報端末５０と称す。
【００３０】
〈入力端末について〉
次に、入力端末５について説明する。
この入力端末５は、メール送受信機能やインターネットへのアクセス機能を備えた、周知の端末である。
【００３１】
つまり、入力端末５は、印刷物に記載された情報を読み取って画像データを生成する周知の画像読取部１６と、入力装置（図示せず）を介して入力された情報や、画像読取部１６にて読み取った情報を受け付ける情報受付部６と、通信網３を介して他の装置との間でデータ通信を実施する通信部７とを備えている。さらに、入力端末５は、各種処理プログラムや各種情報を記憶する記憶部８と、当該入力端末５を構成する各部を処理プログラムに従って制御する制御部１１と、制御部１１からの信号に従って情報を表示する表示部９と、制御部１１からの信号に従って音を出力する音出力部１０とを備えている。
【００３２】
なお、入力端末５は、それぞれ、事業者の顧問（本実施形態では、事業者の顧問税理士とする）が利用して入力した情報を情報処理サーバ２０に送信すると共に、情報処理サーバ２０から情報を取得するものである。これを実現するために、入力端末５は、それぞれ、事業者それぞれの顧問のオフィス内に設置されている。
〈情報端末について〉
次に、情報端末５０について説明する。
【００３３】
この情報端末５０は、入力装置（図示せず）を介して入力された情報を受け付ける情報受付部５１と、通信網３を介して他の装置との間でデータ通信を実施する通信部５２と、各種処理プログラムや各種情報を記憶する記憶部５３と、情報端末５０を構成する各部を処理プログラムに従って制御する制御部５４と、制御部５４からの信号に従って情報を表示する表示部５５と、制御部１１からの信号に従って音を出力する音出力部５６とを備えている。
【００３４】
つまり、情報端末５０は、それぞれ、メール送受信機能やインターネットへのアクセス機能を備えた、周知の携帯型情報端末である。なお、本実施形態においては、不特定多数の人物それぞれが、情報端末５０を所持しているものとする。
〈情報処理サーバについて〉
次に、情報処理サーバ２０について説明する。
【００３５】
この情報処理サーバ２０は、入力装置（図示せず）を介して入力された情報の入力を受け付ける情報受付部２１と、他の装置との間でデータ通信を実現するように通信網３に接続する通信インターフェース（以下、通信Ｉ／Ｆとする）２２と、各種処理プログラムや各種情報を記憶する記憶部２３と、情報処理サーバ２０を構成する各部を処理プログラムに従って制御する制御部３０と、制御部３０からの信号に従って情報を表示する表示部２４とを備えている。すなわち、本実施形態における情報処理サーバ２０は、いわゆるＷｅｂサーバである。
【００３６】
以上説明したように、情報管理システム１は、入力端末５Ａ，５Ｂ，…５ｎにて入力された保険情報ＩＨを収集して記憶部２３に記憶すると共に、１つの入力端末５からの閲覧要求を受信すると、記憶部２３に記憶された保険情報ＩＨを、当該閲覧要求の送信元である入力端末５に送信する通常処理を実行する。
【００３７】
さらに、情報管理システム１は、災害時に、入力端末５及び情報端末５０のうちの少なくとも１つから受信した情報に基づいて、情報処理サーバ２０が、当該情報処理サーバ２０に格納されている保険情報ＩＨを公開するか否かを決定する災害時処理を実行する。
【００３８】
すなわち、情報管理システム１は、災害などによって、事業者の顧問（本実施形態では、税理士）や被保険者（被雇用者）との連絡が取れなくなった場合（例えば、事業者の顧問や被保険者が災害によって亡くなったことで、当該事業者の顧問や当該被保険者と連絡が取れなくなった場合）に、当該被保険者の保険情報ＩＨを公開する（ひいては、パスワードを再発行する）スキームである。
〈通常処理の処理内容について〉
次に、通常処理について、詳細に説明する。この通常処理は、入力端末５と、情報処理サーバ２０とが協調して実行する処理であり、入力端末５の制御部１１が実行する端末側通常処理と、情報処理サーバ２０の制御部３０が実行するサーバ側通常処理とからなる。
【００３９】
ここで、図２は、通常処理の処理手順を示す図である。
まず、端末側通常処理は、起動されると、図２に示すように、情報受付部６を介して、保険情報ＩＨ、及び当該端末側通常処理を実行している入力端末５が設置された事業者の顧問に関する情報（以下、顧問情報ＩＡと称す）を取得する（Ｓ１１０）。
【００４０】
具体的に、本実施形態のＳ１１０では、画像読取部１６にて、個々の保険証券を読み取ることで生成した画像データから、周知の光学文字認識（いわゆるＯＣＲ）によって保険情報ＩＨを取得する。この保険情報ＩＨには、少なくとも、保険証券の証券番号ＮＩ、当該保険の契約者である保険契約者の氏名及び住所（以下、契約者情報と称す）ＮＣ、当該保険の被保険者の氏名及び住所（以下、被保険者情報と称す）ＮＰ、当該保険の受取人の氏名及び住所（以下、受取人情報と称す）ＮＲ、当該保険の主契約の内容ＳＩが、個別の情報として含まれる。さらに、保険情報ＩＨには、当該保険の保険期間の始期や終期が含まれていても良い。
【００４１】
また、本実施形態のＳ１１０では、情報受付部６を介して、入力装置から入力された情報を顧問情報ＩＡとして取得する。この顧問情報ＩＡには、少なくとも、顧問を識別する識別番号（以下、顧問番号と称す）と、顧問の氏名及び住所と、顧問の連絡先（例えば、Ｅ−ｍａｉｌアドレスや電話番号、ＦＡＸ番号）とが含まれる。
【００４２】
続いて、Ｓ１１０で取得した保険情報ＩＨと顧問情報ＩＡとを対応付けて、情報処理サーバ２０に送信する（Ｓ１２０）。
一方、情報処理サーバ２０が実行するサーバ側通常処理では、端末側通常処理のＳ１１０にて送信された保険情報ＩＨ及び顧問情報ＩＡを取得すると（Ｓ２１０）、その取得した保険情報ＩＨと顧問情報ＩＡとを記憶部２３に記憶する（Ｓ２２０）。
【００４３】
この端末側通常処理のＳ１１０，Ｓ１２０、及びサーバ側通常処理のＳ２１０，Ｓ２２０を繰り返すことで、情報処理サーバ２０の記憶部２３には、事業者の被雇用者（即ち、被保険者）それぞれの保険情報ＩＨが、当該事業者の顧問についての顧問情報ＩＡと対応付けて格納される。この結果、情報処理サーバ２０は、保険情報ＩＨが格納されたデータサーバとして機能する。
【００４４】
なお、情報処理サーバ２０に格納される保険情報ＩＨは、当該保険情報ＩＨと対応付けられる顧問情報ＩＡごとに整理されていても良い。以下、この顧問情報ＩＡごとに整理された上で情報処理サーバ２０に格納され、保険情報ＩＨと顧問情報ＩＡとが対応付けられた情報を格納情報ＣＩと称す（図１中の符号“ｏ”は、格納情報の数を表し、「１」以上の自然数である）。
【００４５】
また、入力端末５が実行する端末側通常処理では、情報処理サーバ２０に格納されている、少なくとも１つの保険情報ＩＨの閲覧を要求する閲覧要求を、当該入力端末５を利用している顧問の顧問番号と共に、入力端末５の情報受付部６を介して取得する（Ｓ１３０）。そして、取得した閲覧要求と顧問番号とを対応付けて、情報処理サーバ２０に送信する（Ｓ１４０）。
【００４６】
この入力端末５からの閲覧要求を受信した情報処理サーバ２０では、サーバ側通常処理にて、情報処理サーバ２０の記憶部２３に記憶されている保険情報ＩＨの中から、当該閲覧要求によって指定される保険情報ＩＨを取得する。その取得した保険情報ＩＨを表示するための情報（以下、保険表示情報と称す）を、当該閲覧要求を送信した入力端末５に送信する（Ｓ２３０）。
【００４７】
なお、本実施形態のサーバ側処理のＳ２３０では、情報処理サーバ２０の記憶部２３に記憶され、かつ閲覧要求によって指定される保険情報ＩＨと対応付けられた顧問情報ＩＡ中の顧問番号が、当該閲覧要求と共に送信された顧問番号と不一致である場合には、その保険情報ＩＨに対応する保険表示情報を返信しない。これにより、入力端末５を利用した、顧問以外の人物が、保険契約の内容を閲覧可能となることを防止できる。
【００４８】
そして、情報処理サーバ２０からの保険表示情報を受信した入力端末５では、端末側通常処理にて、当該保険表示情報によって表される保険情報ＩＨを、入力端末５の表示部２４に表示する（Ｓ１５０）。
【００４９】
その後、端末側通常処理、及びサーバ側通常処理の両処理は、新たな情報が入力されるまで待機する。
〈災害時処理の処理内容について〉
次に、災害時処理の概要について説明する。この災害時処理は、入力端末５と、情報端末５０と、情報処理サーバ２０とが協調して実行する処理であり、入力端末５の制御部１１が実行する災害時入力端末処理と、情報端末５０の制御部５４が実行する災害時情報端末処理と、情報処理サーバ２０の制御部３０が実行する災害時サーバ処理とからなる。
【００５０】
ここで、図３は、災害時処理の処理概要を示す図である。
この災害時処理では、まず、災害時入力端末処理にて、災害が発生したことを表す災害認定通知を、入力端末５の情報受付部６を介して取得し、情報処理サーバ２０へと送信する（ＳＳ１０）。この災害認定通知には、少なくとも、災害が発生した日時を表す情報、及び災害が発生した地域（即ち、被災地）に関する情報が含まれる。
【００５１】
なお、ここで言う災害とは、「激甚災害に対処するための特別の財政援助等に関する法律」に基づいて政令で指定される災害であることが好ましいが、「暴風、豪雨、豪雪、洪水、高潮、地震、津波、その他の異常な自然現象により被害が生ずること」であっても良い。
【００５２】
そして、災害認定通知を受信した情報処理サーバ２０は、災害時サーバ処理にて、記憶部２３に記憶されている保険情報ＩＨに含まれる被保険者情報ＮＰの中に、当該災害認定通知に含まれる被災地と同一の地域が規定された被保険者情報（以下、該当被保険者情報と称す）ＮＰが存在するか否かを判定する。その判定の結果、該当被保険者情報ＮＰが存在すれば、その該当被保険者情報ＮＰによって表される被保険者の安否確認を要求する安否確認要求を、全ての入力端末５及び全ての情報端末５０に送信する（ＳＳ２０，ＳＳ２５）。
【００５３】
その安否確認要求を受信した入力端末５及び情報端末５０は、各端末５，５０の利用者に被保険者の安否確認を要求する。そして、その安否確認の結果（以下、安否確認結果と称す）を情報受付部６または情報受付部５１を介して取得すると、その取得した安否確認結果を情報処理サーバ２０に送信する（ＳＳ３０，ＳＳ３５）。
【００５４】
さらに、安否確認結果を受信した情報処理サーバ２０では、受信した安否確認結果に基づいて、安否確認の結果、無事を未確認であった被保険者に対応する保険情報ＩＨ（以下、公開候補情報ＩＨと称す）の公開の賛否を問う情報（以下、賛否確認情報と称す）を、全ての入力端末５及び全ての情報端末５０に送信する（ＳＳ４０，ＳＳ４５）。
【００５５】
その賛否確認情報を受信した入力端末５及び情報端末５０は、各端末５，５０の利用者に公開候補情報ＩＨを公開することについて賛否を確認する。その賛否確認の結果（以下、賛否情報と称す）を情報受付部６または情報受付部５１を介して取得すると、その取得した賛否情報を情報処理サーバ２０に送信する（ＳＳ５０，ＳＳ５５）。
【００５６】
さらに、賛否情報を受信した情報処理サーバ２０は、賛否情報を内容ごとに集計した結果に基づいて、公開候補情報ＩＨを公開するか否かを決定する。この結果、保険情報ＩＨを公開する場合、その公開する旨が決定された保険情報ＩＨ（以下、公開対象情報ＩＨと称す）の公開先を特定するための情報である公開先判定情報を、全ての入力端末５に送信する（ＳＳ６０）。
【００５７】
その公開先判定情報を受信した入力端末５は、当該入力端末５の利用者に、公開対象情報ＩＨが利用者自身の顧問先に対応する保険情報ＩＨであれば、利用者自身の無事を示す情報の入力を要求する。そして、利用者自身の無事を示す情報（以下、無事情報と称す）を、情報受付部６を介して取得すると、その取得した無事情報を情報処理サーバ２０に送信する（ＳＳ６５）。
【００５８】
また、その公開先判定情報を受信した入力端末５は、当該入力端末５の利用者に、公開対象情報ＩＨが利用者自身の顧問先に対応する保険情報ＩＨでなければ、当該公開対象情報ＩＨに係る保険業務の代行の可否についての入力を要求する。その入力結果（以下、代行情報と称す）を、情報受付部６を介して取得すると、その取得した代行情報を情報処理サーバ２０に送信する（ＳＳ７０）。
【００５９】
さらに、無事情報を受信した情報処理サーバ２０では、その無事情報によって示された顧問を、公開対象情報ＩＨの公開先として決定する。なお、無事情報を受信することなく、代行情報を受信した情報処理サーバ２０では、保険業務の代行が可能である旨を表す、少なくとも１つの代行情報に対応する人物の中から、公開対象情報ＩＨに対する保険業務の代行を依頼する人物を決定する。そして、その決定した人物に対応する顧問情報ＩＡ中の連絡先に、公開対象情報ＩＨに対する保険業務の代行を依頼する。
〈災害時入力端末処理の処理内容について〉
次に、各入力端末５の制御部１１が実行する災害時入力端末処理について、詳細に説明する。
【００６０】
ここで、図４は、災害時入力端末処理の処理手順を示すフローチャートである。
この災害時入力端末処理は、入力端末５の情報受付部６を介して起動指令が入力されると起動される。
【００６１】
そして、災害時入力端末処理は、起動されると、図４に示すように、情報受付部６を介して災害認定通知を取得し、情報処理サーバ２０へと送信する（Ｓ３１０，ＳＳ１０）。
続いて、情報処理サーバ２０から安否確認要求を受信（取得）したか否かを判定し（Ｓ３２０）、判定の結果、安否確認要求を受信していなければ（Ｓ３２０：ＮＯ）、受信するまで待機する。そして、安否確認要求を受信すると（Ｓ３２０：ＹＥＳ）、当該入力端末５の利用者に被保険者の安否確認を要求する旨を報知し、その安否確認の結果（即ち、安否確認結果）を、情報受付部６を介して取得して情報処理サーバ２０に送信する（Ｓ３３０，ＳＳ３０）。なお、本実施形態で言う報知とは、安否確認を要求する旨の画像を、表示部９に表示することでも良いし、安否確認を要求する旨の音声を、音出力部１０から出力することでも良い。
【００６２】
さらに、情報処理サーバ２０から賛否確認情報を受信（取得）したか否かを判定し（Ｓ３４０）、判定の結果、賛否確認情報を受信していなければ（Ｓ３４０：ＮＯ）、受信するまで待機する。そして、賛否確認情報を受信すると（Ｓ３４０：ＹＥＳ）、当該入力端末５の利用者に、公開候補情報ＩＨについて公開することの賛否を確認する旨を報知し、その賛否確認の結果（即ち、賛否情報）を、情報受付部６を介して取得して情報処理サーバ２０に送信する（Ｓ３５０，ＳＳ５０）。
【００６３】
続いて、情報処理サーバ２０から公開先判定情報を受信（取得）したか否かを判定し（Ｓ３６０）、判定の結果、公開先判定情報を受信していなければ（Ｓ３６０：ＮＯ）、受信するまで待機する。そして、賛否確認情報を受信すると（Ｓ３６０：ＹＥＳ）、無事情報または代行情報の入力を促す旨を報知する（Ｓ３７０）。
【００６４】
そして、Ｓ３７０での報知の後に情報受付部６を介して取得した情報が、無事情報であるか否かを判定する（Ｓ３８０）。そのＳ３８０での判定の結果、情報受付部６を介して取得した情報が無事情報であれば（Ｓ３８０：ＹＥＳ）、その取得した無事情報を情報処理サーバ２０に送信する（Ｓ３９０（ＳＳ６５））。
【００６５】
その後、情報処理サーバ２０から公開対象情報ＩＨについての保険表示情報を受信すると、その公開対象情報ＩＨを表示部９に表示し（Ｓ４００）、本災害時入力端末処理を終了する。
【００６６】
一方、Ｓ３８０での判定の結果、情報受付部６を介して取得した情報が無事情報でなければ（Ｓ３８０：ＮＯ）、Ｓ３７０での報知の後に情報受付部６を介して取得した情報が、代行情報であるか否かを判定する（Ｓ４１０）。そのＳ４１０での判定の結果、情報受付部６を介して取得した情報が代行情報であれば（Ｓ４１０：ＹＥＳ）、その取得した代行情報を情報処理サーバ２０に送信する（Ｓ４２０（ＳＳ７０））。
【００６７】
なお、本実施形態のＳ３８０及びＳ４１０において実行される、情報受付部６を介して取得した情報が無事情報であるか代行情報であるかの判定は、表示部９に表示され、入力装置を介して押下されるボタンの種類などに基づいて実施することが一例として考えられる。
【００６８】
その後、情報処理サーバ２０から公開対象情報ＩＨについての保険表示情報を受信すると、その公開対象情報ＩＨを表示部９に表示し（Ｓ４３０）、本災害時入力端末処理を終了する。
【００６９】
ところで、Ｓ４１０での判定の結果、情報受付部６を介して取得した情報が代行情報でなければ（Ｓ４１０：ＮＯ）、Ｓ４２０，Ｓ４３０を実行することなく、本災害時入力端末処理を終了する。
【００７０】
つまり、当該入力端末５の利用者は、公開対象情報ＩＨが利用者自身の顧問先に対応する保険情報ＩＨであれば、無事情報を入力し情報処理サーバ２０に送信する。これにより、利用者自身の顧問先に対応する保険情報ＩＨが、表示部９に表示される。
【００７１】
しかしながら、公開対象情報ＩＨが利用者自身の顧問先に対応する保険情報ＩＨでない場合に、当該入力端末５の利用者が、当該公開対象情報ＩＨに係る保険業務の代行を引き受けても良いと考えることがある。この場合、当該入力端末５の利用者は、保険業務の代行が可能である旨を表す代行情報を入力して情報処理サーバ２０に送信する。そして、情報処理サーバ２０での処理の結果、当該入力端末５の利用者自身が、公開対象情報ＩＨに係る保険業務の代行者に決定すると、当該公開対象情報ＩＨが、表示部９に表示される。
〈災害時情報端末処理の処理内容について〉
次に、各情報端末５０の制御部５４が実行する災害時情報端末処理について、詳細に説明する。
【００７２】
ここで、図５は、災害時情報端末処理の処理手順を示すフローチャートである。
この災害時情報端末処理は、予め規定された時間間隔ごとに起動されても良いし、情報処理サーバ２０からの安否確認要求を受信すると起動されても良い。
【００７３】
そして、災害時入力処理は、起動されると、図５に示すように、情報処理サーバ２０から安否確認要求を受信（取得）したか否かを判定し（Ｓ５１０）、判定の結果、安否確認要求を受信していなければ（Ｓ５１０：ＮＯ）、受信するまで待機する。そして、安否確認要求を受信すると（Ｓ５１０：ＹＥＳ）、当該情報端末５０の利用者に被保険者の安否確認を要求する旨を報知し、その安否確認の結果（即ち、安否確認結果）を、情報受付部５１を介して取得して情報処理サーバ２０に送信する（Ｓ５２０）。なお、本実施形態で言う報知とは、安否確認を要求する旨の画像を、表示部５５に表示することでも良いし、安否確認を要求する旨の音声を、音出力部５６から出力することでも良い。
【００７４】
さらに、情報処理サーバ２０から賛否確認情報を受信（取得）したか否かを判定し（Ｓ５３０）、判定の結果、賛否確認情報を受信していなければ（Ｓ５３０：ＮＯ）、受信するまで待機する。そして、賛否確認情報を受信すると（Ｓ５３０：ＹＥＳ）、当該情報端末５０の利用者に、公開候補情報ＩＨについて公開することの賛否を確認する旨を報知し、その賛否確認の結果（即ち、賛否情報）を、情報受付部５１を介して取得して情報処理サーバ２０に送信する（Ｓ５４０）。
【００７５】
その後、本災害時情報端末処理を終了する。
つまり、災害時情報端末処理では、災害が発生したときに被保険者を助けることなどを目的として、被保険者とは無関係である可能性が高い人物が、情報端末５０を用いて入力した賛否情報などを情報処理サーバ２０に送信することを実行する。
〈災害時サーバ処理の処理内容について〉
次に、情報処理サーバ２０の制御部３０が実行する災害時サーバ処理について、詳細に説明する。
【００７６】
ここで、図６は、災害時サーバ処理の処理手順を示すフローチャートである。
この災害時サーバ処理は、入力端末５からの災害認定通知を受信すると起動される。
災害時サーバ処理は、起動されると、まず、記憶部２３に記憶されている保険情報ＩＨに含まれる被保険者情報ＮＰの中に、該当被保険者情報ＮＰが存在するか否かを判定する（Ｓ６１０）。
【００７７】
このＳ６１０での判定の結果、該当被保険者情報ＮＰが存在しなければ（Ｓ６１０：ＮＯ）、本災害時サーバ処理を終了する。一方、該当被保険者情報ＮＰが存在すれば（Ｓ６１０：ＹＥＳ）、全ての入力端末５及び全ての情報端末５０に、安否確認要求を送信する（Ｓ６２０）。なお、本実施形態のＳ６２０において、安否確認要求の送信は、該当被保険者情報ＮＰそれぞれによって表される被保険者の安否確認を要求するものとして、各該当被保険者情報ＮＰ（即ち、対象となる全被保険者）について送信されるが、以下では、１つの該当被保険者情報ＮＰ（即ち、一人の被保険者）について説明する。
【００７８】
続いて、予め規定された時間長である規定時間が、Ｓ６２０にて安否確認要求を送信してから経過したか否かを判定する（Ｓ６３０）。このＳ６３０での判定の結果、安否確認要求を送信してから規定時間が経過していなければ（Ｓ６３０：ＮＯ）、入力端末５及び情報端末５０から安否確認結果を取得したか否かを判定する（Ｓ６４０）。このＳ６４０での判定の結果、安否確認結果を未取得であれば（Ｓ６４０：ＮＯ）、Ｓ６３０へと戻る。
【００７９】
一方、Ｓ６４０での判定の結果、安否確認結果を取得していれば（Ｓ６４０：ＹＥＳ）、その取得した安否確認結果が、先に送信した安否確認要求によって示される被保険者情報ＮＰに対応する被保険者の無事を表すか否かを判定する（Ｓ６５０）。このＳ６５０での判定の結果、安否確認結果が、被保険者の無事を表すものであれば（Ｓ６５０：ＹＥＳ）、当該被保険者（即ち、被保険者情報ＮＰ）に対応する保険情報ＩＨの公開を禁止する旨を設定し（Ｓ６６０）、Ｓ６３０へと戻る。なお、Ｓ６５０での判定の結果、安否確認結果が、被保険者の無事を表していなければ（Ｓ６５０：ＮＯ）、Ｓ６６０を実行することなく、Ｓ６３０へと戻る。
【００８０】
すなわち、本実施形態のＳ６３０〜Ｓ６６０では、安否確認結果を取得するごとに、その安否確認結果の内容が、被保険者の無事を表しているか否かを判定し、無事を表していない場合には、当該被災者の保険情報ＩＨを公開候補情報ＩＨとして公開するための準備を進める。
【００８１】
災害時サーバ処理では、続いて、賛否確認情報を、全ての入力端末５及び全ての情報端末５０に送信する（Ｓ６７０，ＳＳ４０，ＳＳ４５）。その賛否確認情報に対する回答として、賛否情報を受信（取得）し（Ｓ６８０）、予め設定された設定時間が、Ｓ６７０にて賛否確認情報を送信してから経過したか否かを判定する（Ｓ６９０）。
【００８２】
そのＳ６９０での判定の結果、賛否確認情報を送信してから設定時間が経過していなければ（Ｓ６９０：ＮＯ）、Ｓ６８０へと戻り、設定時間が経過するまで、入力端末５及び情報端末５０から賛否情報が送信されるたびに、その賛否情報を受信する。そして、賛否確認情報を送信してから設定時間が経過すると（Ｓ６９０：ＹＥＳ）、先のＳ６８０で取得した賛否情報を、各賛否情報を内容ごとに集計する統計処理を実行する（Ｓ７００）。
【００８３】
そして、統計処理の結果、公開候補情報ＩＨの公開に賛成である旨の賛否情報群が、予め規定された規定条件を満たしているか否かを判定する（Ｓ７１０）。本実施形態のＳ７１０では、具体的に、公開候補情報ＩＨの公開について賛成を表す旨の賛否情報の合計数が、予め規定された規定値以上であれば、規定条件を満たしているものと判定する。
【００８４】
このＳ７１０での判定の結果、規定条件を満たさなければ（Ｓ７１０：ＮＯ）、公開候補情報ＩＨの公開に賛同が得られなかったものとして、本災害時サーバ処理を終了する。一方、規定条件を満たした場合（Ｓ７１０：ＹＥＳ）、当該公開候補情報ＩＨを公開対象情報とし、その公開対象情報ＩＨについての公開先判定情報を、全ての入力端末５に送信する（Ｓ７２０）。
【００８５】
さらに、Ｓ７２０にて送信した公開先判定情報に対して、入力端末５から無事情報を取得したか否かを判定し（Ｓ７３０）。その判定の結果、無事情報を取得していれば（Ｓ７３０：ＹＥＳ）、当該無事情報によって示された顧問を、公開対象情報ＩＨの公開先として決定し、公開対象情報ＩＨに対応する保険表示情報を、無事情報を発信した入力端末に送信する（Ｓ７６０）。
【００８６】
一方、Ｓ７３０での判定の結果、無事情報を取得していなければ（Ｓ７３０：ＮＯ）、予め定められた時間長（以下、特定時間と称す）が、Ｓ７２０にて公開先判定情報を送信してから経過したか否かを判定する（Ｓ７４０）。このＳ７４０での判定の結果、特定時間が経過していなければ（Ｓ７４０：ＮＯ）、Ｓ７３０へと戻る。
【００８７】
一方、特定時間が経過すると（Ｓ７４０：ＹＥＳ）、特定時間が経過した時点までに受信していた代行情報に基づいて、公開対象情報ＩＨに対する保険業務の代行を依頼する人物を決定するマッチング処理を実行する（Ｓ７５０）。本実施形態にて実行するマッチング処理としては、種種の方法が考えられるが、例えば、保険業務の代行が可能である旨を表す、少なくとも１つの代行情報に対応する顧問の中から、公開対象情報ＩＨの事業者の事業内容と利益相反とならない事業者をクライアントとする顧問を、公開対象情報ＩＨに対する保険業務の代行を依頼する人物として決定すれば良い。
【００８８】
その後、Ｓ７５０にて決定した人物に対応する顧問情報ＩＡ中の連絡先に、公開対象情報ＩＨに対応する保険表示情報を、無事情報を発信した入力端末に送信し（Ｓ７６０）、本災害時サーバ処理を終了する。
［実施形態の効果］
以上説明したように、本実施形態の情報管理システム１では、入力端末５からの災害認定通知を、情報処理サーバ２０が受信したことをトリガーとして、情報処理サーバ２０に格納されている保険情報ＩＨの公開についての賛否を表す賛否情報を受け付ける。そして、受け付けた賛否情報が、規定条件を満たしていれば、情報処理サーバ２０に格納された保険情報を公開する。
【００８９】
したがって、情報管理システム１によれば、災害に被災して、保険証券を紛失してしまっても、当該保険に関係する人物（例えば、顧問、ひいては、被保険者や、被保険者の家族、保険契約者ら）が、保険契約の契約内容を知得することができ、災害に被災したことによって、保険の契約内容を知得できないという状況が発生することを低減できる。
【００９０】
特に、上記実施形態の情報処理サーバ２０では、被保険者の無事を表す安否確認結果を、入力端末５及び情報端末５０のうちの少なくとも一方から受信すると、当該被保険者に対応する保険情報ＩＨの公開を禁止している。
【００９１】
したがって、本実施形態の情報管理システム１によれば、保険情報ＩＨが必要以上に公開されることを防止でき、個人情報が不必要に公開されることを防止できる。
なお、上記実施形態の情報管理システム１では、被雇用者の使用者（すなわち、事業者）に対して職務上守秘義務を負う者の中から、保険業務の代行を担当する者を決定することができ、保険業務の代行を迅速に実施できる。
［その他の実施形態］
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において、様々な態様にて実施することが可能である。
【００９２】
例えば、上記実施形態の情報管理システム１では、安否確認要求及び賛否確認情報の情報処理サーバ２０からの送信先を、全ての入力端末５及び全ての情報端末５０としていたが、安否確認要求及び賛否確認情報の情報処理サーバからの送信先は、全ての入力端末５のみでも良いし、全ての情報端末５０のみでも良い。また、入力端末５の中でも、特定の入力端末５のみに送信しても良いし、情報端末５０の中でも、特定の情報端末５０のみに送信しても良い。
【００９３】
さらに、公開対象情報ＩＨに対する保険業務の代行を依頼する人物を決定する方法（即ち、マッチング処理）は、上記実施形態に記載の方法に限るものではない。例えば、被災地域に居住する被保険者と同一の地域に居住する顧問を、公開対象情報ＩＨに対する保険業務の代行を依頼する人物としても良いし、上記実施形態に記載した方法にその他の条件が加わっていても良い。
【００９４】
なお、上記実施形態では、顧問を、税理士としていたが、顧問は、税理士に限るものではなく、弁護士や、公認会計士などでも良い。つまり、顧問は、事業者に対して、職務上守秘義務を負う者であれば、どのようなものあっても良い。
【００９５】
さらには、上記実施形態では、情報管理システム１にて管理する情報は、保険情報ＩＨであったが、情報管理システム１にて管理する情報は、これに限るものではなく、例えば、遺言書や、亡くなった後に伝えたいこと、その他の情報であっても良い。
【００９６】
さらに、上記実施形態では、入力端末５と情報端末５０とが別々の装置として構成されていたが、入力端末５と情報端末５０とは共通の装置であっても良い。
［実施形態と特許請求の範囲との対応関係］
最後に、上記実施形態の記載と、特許請求の範囲の記載との関係を説明する。
【００９７】
上記実施形態の災害時入力端末処理におけるＳ３１０が、特許請求の範囲の記載における災害認定送信手段に相当し、災害時情報端末処理のＳ５４０が、特許請求の範囲の記載における賛否送信手段に相当する。
【００９８】
さらに、上記実施形態の情報処理サーバ２０における通信Ｉ／Ｆ２２によって災害認定通知を取得する機能が、特許請求の範囲の記載における災害認定取得手段に相当し、災害時サーバ処理のＳ６７０が、特許請求の範囲の記載における賛否確認送信手段に相当する。そして、Ｓ６８０〜Ｓ７００が、特許請求の範囲の記載における賛否確認手段に相当し、Ｓ７１０〜Ｓ７６０が、特許請求の範囲の記載における情報公開手段に相当する。
【００９９】
また、災害時サーバ処理のＳ６２０が、特許請求の範囲の記載における確認送信手段に相当し、Ｓ６６０が、特許請求の範囲の記載における公開禁止手段に相当する。なお、災害時入力端末処理のＳ３３０、及び災害時情報端末処理のＳ５２０が、特許請求の範囲の記載における確認結果送信手段に相当し、災害時サーバ処理のＳ７２０が、特許請求の範囲の記載における代行者通知送信手段に相当する。
【符号の説明】
【０１００】
１…情報管理システム  ３…通信網  ５…入力端末  ６…情報受付部  ７…通信部  ８…記憶部  ９…表示部  １０…音出力部  １１…制御部  １６…画像読取部  ２０…情報処理サーバ  ２１…情報受付部  ２２…通信Ｉ／Ｆ  ２３…記憶部  ２４…表示部  ３０…制御部  ５０…情報端末  ５１…情報受付部  ５２…通信部  ５３…記憶部  ５４…制御部  ５５…表示部  ５６…音出力部
【図１】
2013134577.tif 000003
【図２】
2013134577.tif 000004
【図３】
2013134577.tif 000005
【図４】
2013134577.tif 000006
【図５】
2013134577.tif 000007
【図６】
2013134577.tif 000008