(57)【特許請求の範囲】
【請求項１】
保険会社と企業保険を契約した団体に所属する前記企業保険の加入者により操作される加入者装置、および、前記保険会社に対する窓口業務を担う前記団体の担当者により操作される窓口装置と、通信網を介して接続されるシステムであって、
前記加入者装置から送信された、前記企業保険に関する加入者による申請を受け付ける申請受付部と、
前記加入者装置から送信された前記加入者による申請の内容を前記窓口装置に表示させる第１表示部と、
前記窓口装置から送信された、前記加入者による申請を承認または却下することを示すデータを受け付ける許否受付部と、
前記加入者による申請を承認することを示すデータが前記許否受付部により受け付けられた場合、前記加入者による申請の内容に応じた前記企業保険に関するデータ処理を実行する処理部と、
前記団体が任意加入型の企業保険に加えて、全員加入型の企業保険も契約している場合、そのことを示す情報を記憶する第１記憶部と、
を備え、
前記第１表示部は、前記加入者による申請が任意加入型の企業保険における前記加入者の属性変更を要求するものである場合、前記加入者の属性変更の内容を前記窓口装置に表示させ、前記窓口装置において前記加入者による申請が承認または却下された場合であって、かつ、前記団体が任意加入型の企業保険に加えて、全員加入型の企業保険も契約していることが前記第１記憶部に記憶されている場合には、前記全員加入型の企業保険における前記加入者の属性変更に関する内容であって、前記承認と前記却下のそれぞれに応じた内容を前記窓口装置にさらに表示させることを特徴とする企業保険支援システム。
【請求項２】
前記第１表示部は、前記加入者装置から送信された申請の内容と、前記団体の担当者が申請を承認または却下するための要素とを含む承認画面を前記窓口装置に表示させることを特徴とする請求項１に記載の企業保険支援システム。
【請求項３】
前記加入者装置から送信された、前記企業保険に関する加入者による申請のデータを記憶する第２記憶部と、
不備確認部と、をさらに備え、
前記第１表示部は、前記加入者装置から送信された複数の申請を示す一覧画面であって、かつ、前記団体の担当者が複数の申請を一括して承認対象として選択するための要素を含む一覧画面を前記窓口装置に表示させ、
前記不備確認部は、前記一覧画面において承認対象として選択された複数の申請に対応する、前記第２記憶部に記憶された複数の申請のデータのそれぞれに不備があるか否かを確認し、
前記第１表示部は、前記一覧画面において承認対象として選択された複数の申請の内容と、当該複数の申請を承認するための要素とを含む承認画面を前記窓口装置に表示させ、前記一覧画面において承認対象として選択された複数の申請の中に前記不備確認部により不備を含むことが確認された申請が存在する場合、当該不備を含むことが確認された申請を前記承認画面から除外することを特徴とする請求項１に記載の企業保険支援システム。
【請求項４】
前記企業保険に関する申請を入力するための要素と、前記加入者に対して前記保険会社から情報を提供するための要素とを含む加入者画面を前記加入者装置に表示させる第２表示部をさらに備えることを特徴とする請求項１から３のいずれかに記載の企業保険支援システム。
【請求項５】
保険会社と企業保険を契約した団体に所属する前記企業保険の加入者により操作される加入者装置、および、前記保険会社に対する窓口業務を担う前記団体の担当者により操作される窓口装置と、通信網を介して接続されるシステムが、
前記加入者装置から送信された、前記企業保険に関する加入者による申請を受け付けるステップと、
前記加入者装置から送信された前記加入者による申請の内容を前記窓口装置に表示させるステップと、
前記窓口装置から送信された、前記加入者による申請を承認または却下することを示すデータを受け付ける許否受付ステップと、
前記許否受付ステップで前記加入者による申請を承認することを示すデータを受け付けた場合、前記加入者による申請の内容に応じた前記企業保険に関するデータ処理を実行するステップと、
を実行し、
前記表示させるステップは、前記加入者による申請が任意加入型の企業保険における前記加入者の属性変更を要求するものである場合、前記加入者の属性変更の内容を前記窓口装置に表示させ、
前記システムは、前記団体が任意加入型の企業保険に加えて、全員加入型の企業保険も契約している場合、そのことを示す情報を記憶部に記憶し、
前記システムは、前記窓口装置において前記加入者による申請が承認または却下された場合であって、かつ、前記団体が任意加入型の企業保険に加えて、全員加入型の企業保険も契約していることが前記記憶部に記憶されている場合、前記全員加入型の企業保険における前記加入者の属性変更に関する内容であって、前記承認と前記却下のそれぞれに応じた内容を前記窓口装置に表示させるステップをさらに実行することを特徴とする企業保険支援方法。
【請求項６】
保険会社と企業保険を契約した団体に所属する前記企業保険の加入者により操作される加入者装置、および、前記保険会社に対する窓口業務を担う前記団体の担当者により操作される窓口装置と、通信網を介して接続されるシステムに、
前記加入者装置から送信された、前記企業保険に関する加入者による申請を受け付ける機能と、
前記加入者装置から送信された前記加入者による申請の内容を前記窓口装置に表示させる機能と、
前記窓口装置から送信された、前記加入者による申請を承認または却下することを示すデータを受け付ける許否受付機能と、
前記加入者による申請を承認することを示すデータが前記許否受付機能により受け付けられた場合、前記加入者による申請の内容に応じた前記企業保険に関するデータ処理を実行する機能と、
を実現させ、
前記システムは、前記団体が任意加入型の企業保険に加えて、全員加入型の企業保険も契約している場合、そのことを示す情報を記憶部に記憶し、
前記表示させる機能は、前記加入者による申請が任意加入型の企業保険における前記加入者の属性変更を要求するものである場合、前記加入者の属性変更の内容を前記窓口装置に表示させ、前記窓口装置において前記加入者による申請が承認または却下された場合であって、かつ、前記団体が任意加入型の企業保険に加えて、全員加入型の企業保険も契約していることが前記記憶部に記憶されている場合には、前記全員加入型の企業保険における前記加入者の属性変更に関する内容であって、前記承認と前記却下のそれぞれに応じた内容を前記窓口装置にさらに表示させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理技術に関し、特に企業保険支援システム、企業保険支援方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
企業保険は、企業等の団体が保険会社と契約する保険であり、団体の従業員が加入者となる。企業保険では、保険契約者である団体が、保険会社に対する事務作業を担う代わりに、加入者が支払う保険料は、個人が保険会社と直接契約する場合より安価になる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２５９２３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
企業保険では、保険会社に対する窓口業務を担う団体の担当者（以下「団体窓口」とも呼ぶ。）が定められる。加入者からの各種申請手続は、団体窓口から保険会社へ手続きされる必要があり、団体窓口の作業負荷が大きくなることがあった。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、１つの目的は、企業保険を契約した団体において、保険会社との窓口業務を担う担当者の作業負荷を軽減することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の企業保険支援システムは、保険会社と企業保険を契約した団体に所属する企業保険の加入者により操作される加入者装置、および、保険会社に対する窓口業務を担う団体の担当者により操作される窓口装置と、通信網を介して接続されるシステムであって、加入者装置から送信された、企業保険に関する申請を受け付ける申請受付部と、加入者装置から送信された申請の内容を窓口装置に表示させる第１表示部と、窓口装置において申請の内容を承認する旨が入力された場合、加入者装置から送信された申請の内容に応じたデータ処理を実行する処理部と、を備える。
【０００７】
本発明の別の態様は、企業保険支援方法である。この方法は、保険会社と企業保険を契約した団体に所属する企業保険の加入者により操作される加入者装置、および、保険会社に対する窓口業務を担う団体の担当者により操作される窓口装置と、通信網を介して接続されるシステムが、加入者装置から送信された、企業保険に関する申請を受け付けるステップと、加入者装置から送信された申請の内容を窓口装置に表示させるステップと、窓口装置において申請の内容を承認する旨が入力された場合、加入者装置から送信された申請の内容に応じたデータ処理を実行するステップと、を実行する。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、コンピュータプログラム、コンピュータプログラムを読み取り可能に記録した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、企業保険の契約した団体において、保険会社との窓口業務を担う担当者の作業負荷を軽減することができる。
【図面の簡単な説明】
【００１０】
【図１】実施例の通信システムの構成を示す図である。
【図２】図１の団体保険支援サーバの機能ブロックを示すブロック図である。
【図３】加入者画面の例を示す図である。
【図４】窓口画面の１つであるトップ画面の例を示す図である。
【図５】窓口画面の１つである未承認一覧画面の例を示す図である。
【図６】窓口画面の１つである明細確認画面の例を示す図である。
【図７】窓口画面の１つである承認完了画面の例を示す図である。
【図８】窓口画面の１つである却下完了画面の例を示す図である。
【図９】窓口画面の１つである未承認一覧画面の例を示す図である。
【図１０】窓口画面の１つである承認確認画面の例を示す図である。
【図１１】窓口画面の１つである承認確認画面の例を示す図である。
【図１２】窓口画面の１つである申請内容詳細画面の例を示す図である。
【図１３】窓口画面の１つである却下確認画面の例を示す図である。
【発明を実施するための形態】
【００１１】
企業保険は、企業（団体）が契約者となり、企業活動において生じる様々なリスクに備えるために加入する保険の総称であり、団体保険商品と団体年金商品を含む。実施例では団体保険商品に関する手続を支援する技術を説明するが、実施例に記載の技術は、企業保険全般に関する手続（例えば団体年金商品に関する手続）を支援することにも適用可能である。
【００１２】
実施例の団体保険支援システムは、団体保険の加入者（例えば団体保険を契約した団体の従業員であり、被保険者とも言える）が各種申請手続を行うためのウェブサービスを提供する。これにより、団体保険を提供する保険会社は、団体保険の加入者（言い換えれば団体所属員）と直に接点を持つことができ、団体保険の加入者に対して定期的またはピンポイントで情報を提供することが可能になる。
【００１３】
また、実施例の団体保険支援システムは、団体保険の加入者から申請を直接受け付け、
受け付けた申請を、団体窓口を通した上でホストコンピュータへ連携する。これにより、団体保険としての枠組を担保することができる。また、従来、団体窓口は、加入者からの紙媒体での申請を受け付け、その申請内容を確認し、押印後に保険会社へ郵送しており、団体窓口の作業負荷が大きくなることがあった。実施例の団体保険支援システムは、団体窓口が、ウェブ画面にて、加入者からの申請を確認し、承認または却下する仕組みを提供する。これにより、団体窓口の作業負荷を大幅に軽減する。
【００１４】
図１は、実施例の通信システム１の構成を示す。通信システム１は、保険会社側に設置された団体保険支援システム１４を備える。また、通信システム１は、保険会社と団体保険を契約した団体（企業等）側の加入者装置１０ａ、加入者装置１０ｂ、加入者装置１０ｃ（総称する場合「加入者装置１０」と呼ぶ。）と、窓口装置１２とを備える。通信システム１の各装置は、ＬＡＮ、ＷＡＮ、インターネット等を含む通信網２０を介して接続される。なお、通信システム１は、加入者装置１０と窓口装置１２の組について、保険会社と団体保険を契約した複数の団体に対応する複数の組を備えてもよい。
【００１５】
団体保険支援システム１４は、任意加入型の団体保険に関する手続きを支援するための各種情報処理を実行する情報処理システムである。団体保険支援システム１４は、ホストコンピュータ１６と団体保険支援サーバ１８を備える。ホストコンピュータ１６は、団体保険に関する基幹業務を実行する情報処理装置である。団体保険支援サーバ１８は、団体保険に関する加入者の手続および団体窓口の業務を支援する処理を実行する情報処理装置である。なお、図１の団体保険支援システム１４の構成は一例であり、１台の装置により実現されてもよく、３台以上の装置が連携することにより実現されてもよい。
【００１６】
加入者装置１０は、保険会社と団体保険を契約した団体の所属員であって、団体保険の加入者により操作される情報処理装置である。加入者装置１０ａ、加入者装置１０ｂ、加入者装置１０ｃは、それぞれ異なる加入者により操作される。窓口装置１２は、保険会社と団体保険を契約した団体において予め定められた団体窓口（例えば総務部の担当者）により操作される情報処理装置である。加入者装置１０と窓口装置１２は、ウェブブラウザがインストールされたＰＣ、タブレット端末またはスマートフォンであってもよい。
【００１７】
図２は、図１の団体保険支援サーバ１８の機能ブロックを示すブロック図である。団体保険支援サーバ１８は、制御部３０、記憶部３２、通信部３４を備える。本明細書のブロック図で示す複数の機能ブロックは、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムをＣＰＵが実行すること等により実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００１８】
制御部３０は、各種データ処理を実行する。記憶部３２は、制御部３０により参照または更新されるデータを記憶する。通信部３４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部３０は、通信部３４を介して、加入者装置１０、窓口装置１２およびホストコンピュータ１６とデータを送受信する。
【００１９】
記憶部３２は、申請記憶部３６を含む。申請記憶部３６は、複数の加入者装置１０のそれぞれから送信された団体保険に関する申請データを記憶する。申請データは、申請のＩＤと、申請元の加入者を識別可能な情報（加入者ＩＤ等）と、申請内容と、ステータスとを含む。申請内容は、加入者の属性変更（例えば氏名、性別、生年月日等の変更）を要求する内容、または、積立年金給付金の払出を要求する内容（積立年金給付金請求申請とも言え、年金一部払出申請とも言える）を含む。ステータスは、申請の処理状態を示すデータであり、未承認、承認済、取り下げ（言い換えれば却下）を含む。
【００２０】
制御部３０は、加入者画面生成部４０、加入者画面提供部４２、申請受付部４４、申請通知部４６、窓口画面生成部４８、窓口画面提供部５０、許否受付部５２、事務処理部５４を含む。これら複数の機能ブロックに対応する複数のモジュールが実装されたコンピュータプログラムは、記録媒体に格納されてよく、その記録媒体を介して団体保険支援サーバ１８のストレージ（記憶部３２等）にインストールされてもよい。団体保険支援サーバ１８のＣＰＵは、そのコンピュータプログラムをメインメモリに読み出して実行することにより、これら複数の機能ブロックの機能を発揮してもよい。
【００２１】
加入者画面生成部４０と加入者画面提供部４２は、加入者画面を加入者装置１０に表示させる第２表示部として機能する。具体的には、加入者画面生成部４０は、団体保険に関する申請を入力するための要素と、加入者に対して保険会社から情報を提供するための要素とを含むウェブページである加入者画面のデータを生成する。加入者画面提供部４２は、加入者画面生成部４０により生成された加入者画面のデータを加入者装置１０へ送信することにより、加入者画面を加入者装置１０の表示装置に表示させる。
【００２２】
申請受付部４４は、加入者装置１０から送信された、団体保険に関する申請データを受け付ける。申請受付部４４は、受け付けた申請データを、ステータス「未承認」と対応付けて申請記憶部３６に格納する。
【００２３】
申請通知部４６は、申請記憶部３６にステータス「未承認」の申請データが存在する場合、その申請データの処理を促す内容を窓口装置１２へ通知する。例えば、申請通知部４６は、ステータス「未承認」の申請データの一覧を示す電子メールを窓口装置１２へ送信してもよい。
【００２４】
窓口画面生成部４８と窓口画面提供部５０は、加入者装置１０から送信された申請の内容を窓口装置１２に表示させる第１表示部として機能する。具体的には、窓口画面生成部４８は、加入者装置１０から送信された申請の内容と、団体窓口が申請を承認または却下するための要素とを含むウェブページである窓口画面（承認画面とも言える。）のデータを生成する。窓口画面提供部５０は、窓口画面生成部４８により生成された窓口画面のデータを加入者装置１０へ送信することにより、窓口画面を窓口装置１２の表示装置に表示させる。
【００２５】
許否受付部５２は、窓口装置１２から送信された許否データを受け付ける。許否データは、窓口画面に対する団体窓口（窓口担当者）の入力内容に基づくデータであって、加入者装置１０から送信された申請を承認または却下することを示すデータである。許否データは、団体窓口により承認または却下された申請のＩＤを含む。
【００２６】
事務処理部５４は、許否受付部５２により受け付けられた許否データに基づいて、申請記憶部３６に記憶された申請データを用いた、団体保険のための事務処理を実行する。事務処理部５４は、窓口装置１２において申請の内容を承認する旨が入力されたことを許否データが示す場合、その申請の内容に応じたデータ処理を実行する。事務処理部５４は、属性変更部５６、払出処理部５８、結果通知部６０を含む。
【００２７】
属性変更部５６は、許否受付部５２により受け付けられた許否データが、加入者の属性変更申請を承認する旨を示す場合、申請記憶部３６に記憶された申請データのうち、許否データが示す申請ＩＤにより特定される申請データ（ここでは「承認申請データ」と呼ぶ。）をもとに、加入者の属性変更処理を実行する。具体的には、属性変更部５６は、申請記憶部３６に記憶された承認申請データのステータスを「承認済」に設定するとともに、その承認申請データが示す属性変更を実行するよう指示するデータをホストコンピュータ１６へ送信する。ホストコンピュータ１６は、その指示に応じて、自機に保持された加入者の属性情報（例えば氏名、性別、生年月日等のマスタデータ）を変更する。
【００２８】
属性変更部５６は、許否受付部５２により受け付けられた許否データが、加入者の属性変更申請を却下する旨を示す場合、申請記憶部３６に記憶された申請データのうち、許否データが示す申請ＩＤにより特定される申請データ（ここでは「却下申請データ」と呼ぶ。）のステータスを「取り下げ」に設定する。属性変更部５６は、却下申請データに基づく、加入者の属性変更処理を抑制する。
【００２９】
払出処理部５８は、許否受付部５２により受け付けられた許否データが、積立年金給付金請求申請（以下「払出申請」とも呼ぶ。）を承認する旨を示す場合、申請記憶部３６に記憶された申請データのうち、許否データが示す申請ＩＤにより特定される承認申請データをもとに、積立年金の一部払出処理を実行する。具体的には、払出処理部５８は、申請記憶部３６に記憶された承認申請データのステータスを「承認済」に設定するとともに、その承認申請データが示す積立年金の一部払出を実行するよう指示するデータをホストコンピュータ１６へ送信する。ホストコンピュータ１６は、金融機関の装置（不図示）と連携して、承認申請データが示す金額を申請元の加入者の口座に振り込む。
【００３０】
払出処理部５８は、許否受付部５２により受け付けられた許否データが、払出申請を却下する旨を示す場合、申請記憶部３６に記憶された申請データのうち、許否データが示す申請ＩＤにより特定される却下申請データのステータスを「取り下げ」に設定する。払出処理部５８は、却下申請データに基づく、積立年金の一部払出処理を抑制する。
【００３１】
結果通知部６０は、申請が承認または却下されたことを示す結果データを申請元の加入者装置１０へ送信する。具体的には、結果通知部６０は、許否受付部５２により受け付けられた許否データが属性変更申請または払出申請を承認する旨を示す場合、承認申請データの送信元である加入者装置１０に対して申請が承認されたことを示す結果データを送信する。また、結果通知部６０は、許否受付部５２により受け付けられた許否データが属性変更申請または払出申請を却下する旨を示す場合、却下申請データの送信元である加入者装置１０に対して申請が却下されたことを示す結果データを送信する。
【００３２】
以上の構成による通信システム１の動作を説明する。
まず、加入者の属性変更（氏名、性別、生年月日等の変更）に関する動作を説明する。加入者装置１０は、加入者の操作に応じて、加入者画面を要求するデータを団体保険支援サーバ１８へ送信する。団体保険支援サーバ１８の加入者画面生成部４０は、上記要求するデータを受け付けた場合に加入者画面のデータを生成する。団体保険支援サーバ１８の加入者画面提供部４２は、加入者画面のデータを要求元の加入者装置１０へ送信する。加入者装置１０は、加入者画面を表示装置に表示させる。
【００３３】
図３は、加入者画面の例を示す。加入者画面７０は、アイコン７２、アイコン７４、アイコン７６、アイコン７８を含む。アイコン７２は、加入者が加入している保険を照会する画面へ遷移するためのアイコンである。アイコン７４は、保険会社から加入者に対して提供された情報を表示する画面（「情報提供画面」とも呼ぶ。）へ遷移するためのアイコンである。アイコン７６は、属性変更または積立年金給付金請求を申請する画面（「手続画面」とも呼ぶ。）へ遷移するためのアイコンである。アイコン７８は、メールアドレスや暗証番号等の登録情報を変更する画面へ遷移するためのアイコンである。
【００３４】
例えば、アイコン７４が選択されると、団体保険支援サーバ１８は、加入者個人宛に書面で通知する「加入者通知書」、「配当明細」、「積立金残高通知書」のＰＤＦ（Portable Document Format）データを生成し、そのＰＤＦデータを加入者装置１０へ提供する。加入者装置１０は、そのＰＤＦデータを保存し、また、ＰＤＦデータの内容（上記の通知書等）を画面上で確認することができる。
【００３５】
この例では、加入者は、アイコン７６を選択して、属性の変更後の値を含む申請内容を手続画面に入力する。なお、加入者は、加入者画面７０でアイコン７４を選択して情報提供画面を表示させることにより、保険会社から提供された各種情報を参照できる。このように、団体保険支援サーバ１８は、団体保険に関する申請を入力するための要素（アイコン７６、手続画面）と、加入者に対して保険会社から情報を提供するための要素（アイコン７４、情報提供画面）の両方を含む加入者画面７０を加入者装置１０に表示させる。これにより、保険会社は、団体保険の加入者と直に接点を持つことができ、団体保険の個々の加入者に即した情報を随時提供することができる。
【００３６】
加入者装置１０は、手続画面に入力された内容を含む属性変更の申請データを団体保険支援サーバ１８へ送信する。団体保険支援サーバ１８の申請受付部４４は、属性変更の申請データを受け付けて申請記憶部３６に格納する（ステータスは「未承認」）。団体保険支援サーバ１８の申請通知部４６は、ステータス「未承認」の申請データが申請記憶部３６に格納されている場合、未承認の申請データがある旨を示す電子メールを、予め定められたタイミングで（例えば申請データの格納時や定期的に）窓口装置１２へ送信する。団体窓口担当者は、その電子メールを閲覧したこと等を契機に、申請に対する承認作業を行う。
【００３７】
窓口装置１２は、団体窓口担当者の操作に応じて、団体保険に関する各種情報を表示する窓口画面を要求するデータを団体保険支援サーバ１８へ送信する。団体保険支援サーバ１８の窓口画面生成部４８は、上記要求するデータを受け付けた場合に窓口画面のデータを生成する。団体保険支援サーバ１８の窓口画面提供部５０は、窓口画面のデータを要求元の窓口装置１２へ送信する。窓口装置１２は、窓口画面を表示装置に表示させる。
【００３８】
図４は、窓口画面１００の１つであるトップ画面１０１の例を示す。トップ画面１０１は、各種データを団体保険支援サーバ１８からダウンロードする画面へ遷移させるダウンロードアイコン１１０、各種データを団体保険支援サーバ１８へアップロードする画面へ遷移させるアップロードアイコン１１２を含む。さらにトップ画面１０１は、団体保険の加入者に関する各種異動手続きを行う画面へ遷移させる異動手続きアイコン１１４、団体保険の加入者の検索画面へ遷移させる加入者検索アイコン１１６、団体保険の加入者からの申請を処理する画面へ遷移させる申請受付アイコン１１８を含む。
【００３９】
団体保険支援サーバ１８の窓口画面生成部４８は、ステータスが「未承認」の申請データが申請記憶部３６に格納されている場合、未承認の申請があることを示すメッセージを申請受付アイコン１１８に付加する。このメッセージは、効果的な注意喚起のために、各アイコンの通常の文字色とは異なる態様（より大きいサイズ、目立つ文字色等）に設定されてもよい。また、窓口画面生成部４８は、新たな申請データが申請記憶部３６に格納された場合、そのことを示す新着情報１２０をトップ画面１０１に設定する。
【００４０】
トップ画面１０１において申請受付アイコン１１８が選択されると、属性変更申請を処理するか、積立年金給付金請求申請を処理するかの選択画面が表示される。ここでは、選択画面において属性変更の申請を処理することが選択される。団体保険支援サーバ１８の窓口画面生成部４８は、属性変更の申請に関する未承認一覧画面のデータを生成する。窓口画面提供部５０は、未承認一覧画面のデータを窓口装置１２へ送信する。窓口装置１２は、未承認一覧画面を表示装置に表示させる。
【００４１】
図５は、窓口画面１００の１つである未承認一覧画面１０２の例を示す。団体保険支援サーバ１８の窓口画面生成部４８は、申請記憶部３６に格納された属性変更の申請データのうちステータスが「未承認」の申請データの情報を並べた申請リスト１２２を未承認一覧画面１０２に設定する。図５の例では、申請番号「０２０５００１Ａ」は氏名変更の申請であり、申請番号「０２１１００１Ａ」は生年月日変更の申請である。団体窓口担当者は、承認対象とする１つ以上の申請を選択し、遷移ボタン１２８を押下する。なお、未承認一覧画面１０２では、団体保険支援サーバ１８によるチェックの結果エラーとなった申請データ（ステータス「エラー」）も表示対象となる。
【００４２】
図５には不図示だが、ステータスが「未承認」である申請の個数が申請リスト１２２の１頁に収まらない場合、申請リスト１２２は複数の頁を含み、また、表示される頁を切り替えるためのアイコンが申請リスト１２２の近傍に設けられる。未承認一覧画面１０２の全選択ボタン１２４は、複数の申請を一括して承認対象として選択するためのボタンである。未承認一覧画面１０２において全選択ボタン１２４が押下されると、申請リスト１２２の全ての頁に亘る全ての申請が一括して選択状態となる。一方、全解除ボタン１２６が押下されると、申請リスト１２２の複数頁のページに亘って選択状態の全ての申請が未選択状態に戻る。変形例として、未承認一覧画面１０２は、全選択ボタン１２４が押下されると、申請リスト１２２の複数の頁のうち表示中の頁に含まれる全ての申請（すなわち未承認一覧画面１０２で表示中の申請のみ）が一括して選択状態となるよう構成されてもよい。
【００４３】
未承認一覧画面１０２において承認対象の申請が選択され、遷移ボタン１２８が押下されると、団体保険支援サーバ１８の窓口画面生成部４８は、明細確認画面のデータを生成する。窓口画面提供部５０は、明細確認画面のデータを窓口装置１２へ送信する。窓口装置１２は、明細確認画面を表示装置に表示させる。
【００４４】
図６は、窓口画面１００の１つである明細確認画面１０３の例を示す。団体保険支援サーバ１８の窓口画面生成部４８は、未承認一覧画面１０２で選択された申請に関する明細情報を並べた申請明細リスト１３０を明細確認画面１０３に設定する。団体窓口担当者は、申請明細リスト１３０を確認して承認ボタン１３２を押下する。
【００４５】
団体保険支援サーバ１８の窓口画面生成部４８は、ある加入者（例えば図５の「タナカ  シオリ」）が複数の保険商品に加入していた場合、複数の保険商品に関する情報をホストコンピュータ１６から取得し、複数の保険商品の情報をその加入者に対応付けて申請明細リスト１３０に設定する。例えば、図６の申請明細リスト１３０には、加入者「タナカ  シオリ」が加入している２つの保険商品に関する情報が設定されている。後述の属性変更部５６は、申請明細リスト１３０が示す個々の商品について加入者の属性変更処理を実行する。このように、実施例の団体保険支援システム１４では、加入者による属性変更は、その加入者が加入している複数の保険商品に自動的に反映される。
【００４６】
また、団体保険支援サーバ１８の窓口画面生成部４８は、不備確認部（不図示）を含む。不備確認部は、未承認一覧画面１０２において遷移ボタン１２８が押下されると、申請明細リスト１３０の生成前にホストコンピュータ１６と連携し、承認対象の各申請に不備があるか否かを確認する。窓口画面生成部４８は、不備がある申請を明細確認画面１０３の申請明細リスト１３０から除外するとともに、不備がある申請の件数を明細確認画面１０３に表示させる（「エラー２件」等）。また、不備確認部は、不備がある申請のステータスを「エラー」に更新し、窓口画面生成部４８は、図５の未承認一覧画面１０２が表示される場合、不備がある申請の処理状態を「エラー」と表示させる。
【００４７】
明細確認画面１０３において承認ボタン１３２が押下されると、窓口装置１２は、申請明細リスト１３０に挙げられた申請（すなわち承認対象の申請）が承認されたことを団体保険支援サーバ１８へ通知する。団体保険支援サーバ１８の属性変更部５６は、承認された申請のステータスを「承認済」に変更するとともに、承認された申請を行った加入者に関する属性変更処理を実行する。例えば、属性変更部５６は、ホストコンピュータ１６に記憶された加入者に関する属性情報を、承認された申請が示す変更後の値に更新する。
【００４８】
結果通知部６０は、承認された申請を行った加入者装置１０に対して、申請が承認されたことを示す電子メールを送信する。団体保険支援サーバ１８の窓口画面生成部４８は、承認完了画面のデータを生成し、窓口画面提供部５０は、そのデータを窓口装置１２へ送信する。窓口装置１２は、承認完了画面を表示装置に表示させる。
【００４９】
図７は、窓口画面１００の１つである承認完了画面１０４の例を示す。承認完了画面１０４は、加入者の属性変更に関する承認が完了したことを示し、また、注意喚起情報１３４を含む。注意喚起情報１３４は、全員加入型の団体保険における加入者の属性変更に関する内容を含む。既述したように、実施例の団体保険支援システム１４は、任意加入型の団体保険に関する手続きを支援するものだが、承認完了画面１０４に注意喚起情報１３４を表示することにより、全員加入型の団体保険での手続き忘れを防止しやすくなる。
【００５０】
団体保険支援サーバ１８の記憶部３２は、任意加入型の団体保険を契約している団体が、全員加入型の団体保険も契約しているか否かを示す情報を記憶する。団体保険支援サーバ１８の窓口画面生成部４８は、団体が全員加入型の団体保険も契約している場合、全員加入型の団体保険について加入者の属性変更の手続きを別途行うように促す内容の注意喚起情報１３４を承認完了画面１０４に設定する。
【００５１】
ここまでは申請を承認する例を示したが、一方で申請を却下する場合、団体窓口担当者は、図５に示した未承認一覧画面１０２において却下対象とする申請を個別に選択する（例えば申請番号に設定されたリンクを選択する）。この場合、選択された申請の詳細情報を示す申請内容詳細画面が表示され、団体窓口担当者は、その画面の却下ボタンを押すことにより申請を却下する。
【００５２】
申請内容詳細画面において却下ボタンが押下されると、窓口装置１２は、却下対象の申請について却下されたことを団体保険支援サーバ１８へ通知する。団体保険支援サーバ１８の属性変更部５６は、却下された申請のステータスを「取り下げ」に変更し、当該申請の処理を終了する。結果通知部６０は、却下された申請を行った加入者装置１０に対して、申請が却下されたことを示す電子メールを送信する。団体保険支援サーバ１８の窓口画面生成部４８は、却下完了画面のデータを生成し、窓口画面提供部５０は、そのデータを窓口装置１２へ送信する。窓口装置１２は、却下完了画面を表示装置に表示させる。
【００５３】
図８は、窓口画面１００の１つである却下完了画面１０５の例を示す。却下完了画面１０５は、承認完了画面１０４の注意喚起情報１３４に対応する注意喚起情報１３６を含む。団体保険支援サーバ１８の窓口画面生成部４８は、団体が全員加入型の団体保険も契約している場合、全員加入型の団体保険における属性変更のキャンセルは別途行う必要があることを示す注意喚起情報１３６を却下完了画面１０５に設定する。これにより、全員加入型の団体保険における属性変更のキャンセル忘れを防止しやすくなる。
【００５４】
次に、積立年金給付金請求に関する動作を説明する。加入者は、図３に示した加入者画面７０においてアイコン７６を選択して、払出金額を含む申請内容を手続画面に入力する。加入者装置１０は、手続画面に入力された内容を含む積立年金給付金請求の申請データを団体保険支援サーバ１８へ送信する。団体保険支援サーバ１８の申請受付部４４は、積立年金給付金請求の申請データを受け付けて申請記憶部３６に格納する（ステータスは「未承認」）。団体保険支援サーバ１８の申請通知部４６は、未承認の申請データがある旨を示す電子メールを窓口装置１２へ送信する。団体窓口担当者は、上記電子メールを閲覧したこと等を契機に、申請に対する承認作業を行う。
【００５５】
窓口装置１２は、図４に示した窓口画面１００のトップ画面１０１を表示させる。トップ画面１０１において申請受付アイコン１１８が選択されると、属性変更申請を処理するか、積立年金給付金請求申請を処理するかの選択画面が表示される。ここでは、その選択画面において積立年金給付金請求申請を処理することが選択される。団体保険支援サーバ１８の窓口画面生成部４８は、積立年金給付金請求申請に関する未承認一覧画面のデータを生成する。窓口画面提供部５０は、未承認一覧画面のデータを窓口装置１２へ送信する。窓口装置１２は、未承認一覧画面を表示装置に表示させる。
【００５６】
図９は、窓口画面１００の１つである未承認一覧画面１０６の例を示す。団体保険支援サーバ１８の窓口画面生成部４８は、申請記憶部３６に格納された積立年金給付金請求の申請データのうちステータスが「未承認」の申請データの情報を並べた申請リスト１４０を未承認一覧画面１０６に設定する。図９の例では、３つの積立年金給付金請求申請を示している。図５の未承認一覧画面１０２と同様に、未承認一覧画面１０６の申請リスト１４０も複数の頁を含み得る。また、表示される頁を切り替えるためのアイコンが申請リスト１２２の近傍に設置される。全選択ボタン１２４が押下されると、申請リスト１４０の全ての頁に亘る全ての申請が一括して選択状態となる。
【００５７】
未承認一覧画面１０６において承認対象の申請が選択され、遷移ボタン１４２が押下されると、団体保険支援サーバ１８の窓口画面生成部４８は、承認確認画面のデータを生成する。窓口画面提供部５０は、承認確認画面のデータを窓口装置１２へ送信する。窓口装置１２は、承認確認画面を表示装置に表示させる。図１０は、窓口画面１００の１つである承認確認画面１０７の例を示す。承認確認画面１０７には、未承認一覧画面１０６において団体窓口担当者により承認対象として選択された１つ以上の積立年金給付金請求申請を並べた申請リスト１４４が配置される。
【００５８】
既述したように、団体保険支援サーバ１８の窓口画面生成部４８は不備確認部（不図示）を含む。不備確認部は、未承認一覧画面１０６において遷移ボタン１４２が押下された際に、団体窓口担当者により承認対象として選択された積立年金給付金請求申請のデータを申請記憶部３６から取得し、取得した申請データの中に不備がある申請データが存在するか否かを、ホストコンピュータ１６と連携して確認する。不備確認部は、ホストコンピュータ１６に記憶されたデータとの間で不整合が生じる申請データ（例えば残高＜払出金額となる申請データ）を、不備がある申請データとして識別してもよい。不備確認部は、不備があると識別した申請データのステータスを「エラー」に更新する。
【００５９】
団体保険支援システム１４では、団体窓口担当者により承認対象として選択された申請の中に不備を含む申請が存在する場合、不備を含む申請は、承認対象から自動的に除外される。具体的には、団体保険支援サーバ１８の窓口画面生成部４８は、不備確認部により不備を含むと識別された積立年金給付金請求申請を承認確認画面１０７の申請リスト１４４から除外し、不備が検出されない積立年金給付金請求申請のみ申請リスト１４４に設定する。この構成により、不備を含む申請が承認されてしまい、不備を含む申請に基づく処理（積立年金給付金の支払処理等）が実行されてしまうことを防止できる。特に、未承認一覧画面１０６では全選択ボタン１２４の押下により、複数の申請を一括選択可能であるため、不備を含む申請を承認対象から自動的に除外する構成は好適である。
【００６０】
図１１も承認確認画面１０７の例を示す。団体保険支援サーバ１８の窓口画面生成部４８は、団体窓口担当者により承認対象として選択された１つ以上の積立年金給付金請求の申請データの中に不備がある申請データが存在した場合、その旨を報知する内容の注意喚起情報１４８を承認確認画面１０７に設定する。
【００６１】
承認確認画面１０７において承認ボタン１４６が押下されると、窓口装置１２は、申請リスト１４４に含まれる申請（すなわち不備がない申請）が承認されたことを団体保険支援サーバ１８へ通知する。団体保険支援サーバ１８の払出処理部５８は、承認された申請のステータスを「承認済」に変更するとともに、承認された申請に基づく積立年金給付金の払出処理を実行する。例えば、払出処理部５８は、承認された申請が示す払出金額を加入者口座へ振り込むように指示するデータをホストコンピュータ１６へ送信する。
【００６２】
結果通知部６０は、承認された申請を行った加入者装置１０に対して、申請が承認されたことを示す電子メールを送信する。団体保険支援サーバ１８の窓口画面生成部４８は、承認完了画面のデータを生成し、窓口画面提供部５０は、そのデータを窓口装置１２へ送信する。窓口装置１２は、承認完了画面を表示装置に表示させる。
【００６３】
属性変更申請と同様に、積立年金給付金請求申請についても個々の申請ごとに却下する必要がある。団体窓口担当者は、図９に示した未承認一覧画面１０６において却下対象とする申請の申請番号に設けられたリンクを選択する。なお、団体保険支援サーバ１８の窓口画面生成部４８は、承認対象として一旦選択され、不備確認部により不備が検出された積立年金給付金請求申請については、未承認一覧画面１０６の申請リスト１４０において処理状態を「エラー」とする。例えば、団体窓口担当者は、未承認一覧画面１０６の申請リスト１４０において処理状態が「エラー」の申請を個々に選択する。
【００６４】
未承認一覧画面１０６において却下対象の積立年金給付金請求申請が選択されると、団体保険支援サーバ１８の窓口画面生成部４８は、却下対象の積立年金給付金請求申請の詳細情報を申請記憶部３６から取得し、その詳細情報を含む申請内容詳細画面のデータを生成する。窓口画面提供部５０は、申請内容詳細画面のデータを窓口装置１２へ送信する。窓口装置１２は、申請内容詳細画面を表示装置に表示させる。
【００６５】
図１２は、窓口画面１００の１つである申請内容詳細画面１０８の例を示す。申請内容詳細画面１０８は、却下対象の申請に関する詳細情報１５０を含む。申請内容詳細画面１０８において遷移ボタン１５２が押下されると、団体保険支援サーバ１８の窓口画面生成部４８は、却下確認画面のデータを生成する。窓口画面提供部５０は、却下確認画面のデータを窓口装置１２へ送信する。窓口装置１２は、却下確認画面を表示装置に表示させる。
【００６６】
図１３は、窓口画面１００の１つである却下確認画面１０９の例を示す。却下確認画面１０９は、却下理由選択エリア１５４を含む。団体窓口担当者は、却下確認画面１０９の却下理由選択エリア１５４に表示された複数の却下理由の中から特定の却下理由を選択して却下ボタン１５６を押下する。
【００６７】
却下確認画面１０９において却下ボタン１５６が押下されると、窓口装置１２は、却下対象の申請が却下されたことを、選択された却下理由とともに団体保険支援サーバ１８へ通知する。団体保険支援サーバ１８の払出処理部５８は、却下された申請のステータスを「取り下げ」に変更し、当該申請の処理を終了する。結果通知部６０は、却下された申請を行った加入者装置１０に対して、申請が却下されたことを示す電子メールであり、かつ、窓口担当者により選択された却下理由を示す電子メールを送信する。
【００６８】
実施例の団体保険支援システム１４によると、団体窓口担当者は、加入者からの申請内容を画面上で確認し、画面上の簡単な操作で申請を承認または却下することができる。例えば、団体窓口担当者が、保険会社に提出する申請書類を作成することや、申請書類の内容を画面に入力することが不要になる。これにより、団体保険としての枠組を担保しつつ、団体窓口の事務負荷を大幅に軽減することができる。
【００６９】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下変形例を示す。
【００７０】
第１変形例を説明する。団体保険支援サーバ１８は、各加入者のパスワードおよび暗証番号を記憶してもよい（以下、「登録パスワード」、「登録暗証番号」と呼ぶ。）。団体保険支援サーバ１８は、加入者が加入者画面７０に入力したパスワードまたは暗証番号を取得し、入力されたパスワードまたは暗証番号が、登録パスワードまたは登録暗証番号と一致するか否かを判定することで加入者を認証する認証部をさらに備えてもよい。認証部は、加入者の認証に連続して所定回数（例えば６回）失敗した場合、言い換えれば、加入者画面７０に不正なパスワードまたは暗証番号が入力されることが所定回数続いた場合、加入者のアカウントをロックしてもよい。団体保険支援サーバ１８は、アカウントがロックされた加入者に対する加入者画面の提供を制限してもよく、例えば、加入者画面７０においてアイコン７６が選択された場合の手続画面の提供を禁止してもよい。
【００７１】
団体保険支援サーバ１８の認証部は、保険会社の担当者からアカウントロックの解除を指示する所定のデータが入力された場合、加入者のアカウントロックを解除してもよい。また、団体保険支援サーバ１８の窓口画面生成部４８は、アカウントロックの対象となった加入者情報を窓口画面１００の「新着情報のお知らせ」等に表示させてもよい。団体保険支援サーバ１８の認証部は、窓口装置１２からアカウントロックの解除を指示する所定のデータが入力された場合、加入者のアカウントロックを解除してもよい。
【００７２】
第２変形例を説明する。団体保険支援サーバ１８は、加入者がパスワードまたは暗証番号を忘れた場合に、加入者のパスワードまたは暗証番号を初期化する初期化部をさらに備えてもよい。加入者のパスワードまたは暗証番号の初期化は、例えば、加入者の新たな初期パスワードまたは初期暗証番号を発行することでもよい。初期化部は、保険会社の担当者から加入者のパスワードまたは暗証番号の初期化を指示する所定のデータが入力された場合、加入者のパスワードまたは暗証番号を初期化してもよい。さらに初期化部は、窓口装置１２から加入者のパスワードまたは暗証番号の初期化を指示する所定のデータが入力された場合も、加入者のパスワードまたは暗証番号を初期化してもよい。
【００７３】
第３変形例を説明する。加入者装置１０への電子メール送信時にエラーとなった場合、加入者に対して使用可能なメールアドレスの登録を促すため、エラーとなった加入者のメールアドレス（すなわち既登録のアドレス）と、それに紐付く加入者情報（氏名等）の一覧を団体窓口へ提供してもよい。例えば、団体保険支援サーバ１８の窓口画面生成部４８は、結果通知部６０が加入者装置１０へ電子メールを送信した際にエラーが発生した場合、エラーとなった加入者のメールアドレスを取得してもよい。窓口画面生成部４８は、エラーとなった加入者のメールアドレスと、加入者の属性情報（氏名等）を対応付けた情報を含み、かつ、加入者の正しいメールアドレスの登録を促す情報を含む窓口画面１００を生成し、その窓口画面１００を窓口装置１２に表示させてもよい。
【００７４】
第４変形例を説明する。団体保険支援サーバ１８は、加入者が、ＩＤおよびパスワードを記載したはがきシーラー（言い換えれば圧着はがき）を紛失した場合に、はがきシーラーの再発行を外部装置（ホストコンピュータ１６等）に指示する再発行部をさらに備えてもよい。再発行部は、窓口装置１２から加入者宛のはがきシーラーの再発行を指示する所定のデータが入力された場合、はがきシーラーの再発行を指示するデータを外部装置へ送信してもよい。
【００７５】
以降の第５変形例〜第８変形例は、第三者が加入者になりすますことへの対策である。第５変形例として、団体保険支援サーバ１８は、加入者装置１０からメールアドレスの変更要求（変更後のメールアドレスを含む）を受け付けた場合、変更前の加入者メールアドレス（既登録）と、変更後の加入者メールアドレスの両方に、メールアドレスの変更に関する内容の電子メールを送信する変更通知部をさらに備えてもよい。メールアドレスの変更に関する内容は、変更要求の受付日時や、変更後のメールアドレスを含んでもよい。
【００７６】
第６変形例として、団体保険支援サーバ１８は、加入者装置１０から暗証番号の変更要求（変更後の暗証番号を含む）を受け付けた場合に、既登録の加入者メールアドレスに、暗証番号の変更に関する内容の電子メールを送信する変更通知部をさらに備えてもよい。
【００７７】
第７変形例として、団体保険支援サーバ１８は、属性変更または積立年金給付金請求の申請を加入者装置１０から受け付けたときと、その申請を承認した旨を窓口装置１２から受け付けたときの両方において、既登録の加入者メールアドレスに、申請完了または承認完了を示す完了通知を送信してもよい。例えば、団体保険支援サーバ１８の申請通知部４６は、属性変更申請または積立年金給付金請求申請を加入者装置１０から受け付けたとき、申請完了を示す電子メールを加入者装置１０および窓口装置１２へ送信してもよい。また、団体保険支援サーバ１８の結果通知部６０は、申請承認の旨を窓口装置１２から受け付けたとき、申請の承認完了を示す電子メールを加入者装置１０へ送信してもよい。
【００７８】
第８変形例として、団体保険支援サーバ１８の加入者画面生成部４０は、積立年金給付金請求申請に関する内容を加入者に入力させる加入者画面７０（手続画面）に、予め登録済の加入者氏名を設定してもよい。すなわち、加入者画面７０（手続画面）に、加入者本人の氏名を自動表示させてもよい。団体保険支援サーバ１８は、加入者画面７０に自動表示された加入者氏名と、加入者画面７０に対して加入者が入力した口座名義人の氏名とが不一致の場合、申請が不可になるよう制御してもよい。例えば、団体保険支援サーバ１８の加入者画面生成部４０は、加入者画面７０に自動表示された加入者氏名と、入力された口座名義人氏名とが不一致の場合、申請が不可である旨を加入者画面７０に表示させるとともに、申請の送信ができなくなるよう加入者画面７０を制御してもよい。または、払出処理部５８は、加入者画面７０に自動表示された加入者氏名と、入力された口座名義人氏名とが不一致の場合、申請を自動的に却下してもよい。
【００７９】
なお、第５変形例〜第８変形例では、加入者装置１０に対する電子メールの本文に、「お心当たりがない場合には、お手数ですが団体窓口ご担当者あてにご連絡下さいますようお願い申し上げます。」と記載することが望ましい。これにより、団体窓口をなりすまし被害を防止するためのセーフティネットとすることができる。
【００８０】
上述した実施例および変形例の任意の組み合わせもまた本開示の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施例および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施例および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００８１】
１０  加入者装置、  １２  窓口装置、  １４  団体保険支援システム、  １６  ホストコンピュータ、  １８  団体保険支援サーバ、  ４０  加入者画面生成部、  ４２  加入者画面提供部、  ４４  申請受付部、  ４６  申請通知部、  ４８  窓口画面生成部、  ５０  窓口画面提供部、  ５４  事務処理部。
【要約】
【課題】企業保険の契約した団体において、保険会社との窓口業務を担う担当者の作業負荷を軽減する。
【解決手段】団体保険支援システム１４は、保険会社と団体保険を契約した団体に所属する団体保険の加入者により操作される加入者装置１０、および、保険会社に対する窓口業務を担う団体の担当者により操作される窓口装置と接続される。団体保険支援システム１４は、加入者装置１０から送信された、団体保険に関する申請を受け付ける。団体保険支援システム１４は、加入者装置１０から送信された申請の内容を窓口装置１２に表示させる。団体保険支援システム１４は、窓口装置１２において申請の内容を承認する旨が入力された場合、加入者装置１０から送信された申請の内容に応じたデータ処理を実行する。
【選択図】図１【図１】
0006705935.tif 000002
【図２】
0006705935.tif 000003
【図３】
0006705935.tif 000004
【図４】
0006705935.tif 000005
【図５】
0006705935.tif 000006
【図６】
0006705935.tif 000007
【図７】
0006705935.tif 000008
【図８】
0006705935.tif 000009
【図９】
0006705935.tif 000010
【図１０】
0006705935.tif 000011
【図１１】
0006705935.tif 000012
【図１２】
0006705935.tif 000013
【図１３】
0006705935.tif 000014