(57)【要約】      （修正有）【課題】複数の保険の被保険者たる親族らに関する補償範囲とその適否を的確に提示し、当該保険に関する適宜な見直し提案を可能にする。【解決手段】契約管理支援装置１００において、各保険の被保険者の識別情報、属性情報、契約上の立場、続柄を紐付けた被保険者情報を記憶装置１０１に格納し、保険対象および保険条件の少なくともいずれかの証書規定に適合する続柄および属性を備えた被保険者を特定し、当該被保険者の識別情報を保険対象および保険条件と紐付けて保持し、補償範囲の出力要求が示す被保険者の識別情報に基づき、当該被保険者が契約者ないし被保険者の立場で紐付けされた保険を特定し、当該被保険者と続柄を有する他の被保険者を特定し、被保険者および他の被保険者の識別情報を各保険の契約内容に照合し、保険対象ないし保険条件に識別情報が紐付いた各保険の補償範囲を保険対象たる被保険者ごとに集約し、補償範囲と重複について出力する。【選択図】図２
2019087086.tif 000002
【特許請求の範囲】
【請求項１】
各保険における被保険者を識別する識別情報、属性情報、契約上の立場、および、被保険者間の続柄を紐付けた被保険者情報を格納した記憶装置と、
前記各保険の契約内容の情報を所定装置から得て、当該契約内容における保険対象および保険条件の少なくともいずれかの証書規定に適合する続柄および属性の少なくともいずれかを備えた被保険者を前記被保険者情報に基づき特定する処理と、前記特定した被保険者の識別情報を、前記契約内容における前記保険対象および前記保険条件と紐付けて記憶装置に保持する処理と、所定の被保険者による保険の補償範囲の出力要求を所定装置から得て、前記出力要求が示す前記被保険者の識別情報に基づき、前記被保険者情報にて前記被保険者が契約者ないし被保険者の立場で紐付けされた保険を特定し、前記被保険者情報にて前記被保険者が契約者の立場で紐付けされた保険にて当該被保険者と続柄を有する他の被保険者を特定する処理と、前記被保険者および前記他の被保険者の識別情報を前記各保険の契約内容の情報に照合し、契約内容における前記保険対象および前記保険条件のいずれかに前記識別情報が紐付いている各保険を特定する処理と、前記特定した各保険の契約内容の情報が示す補償範囲を前記保険対象たる被保険者ごとに集約し、少なくとも補償範囲とその重複について情報を生成して所定装置に出力する処理と、を実行する演算装置と、
を含むことを特徴とする契約管理支援装置。
【請求項２】
前記記憶装置は、
前記被保険者情報として、各保険における被保険者を識別する第1識別情報、属性情報
、および契約上の立場と、被保険者間の続柄と、保険間を跨がり当該被保険者を一意に特定する第２識別情報とを紐付けて格納するものであり、
前記演算装置は、
前記各保険の契約内容の情報を所定装置から得て、当該契約内容における保険対象および保険条件の少なくともいずれかの証書規定に適合する続柄および属性の少なくともいずれかを備えた被保険者を前記被保険者情報に基づき特定する処理と、前記特定した被保険者の第１識別情報を、前記契約内容における前記保険対象および前記保険条件と紐付けて記憶装置に保持する処理と、所定の被保険者による保険の補償範囲の出力要求を所定装置から得て、前記出力要求が示す前記被保険者の第２識別情報に基づき、前記被保険者情報にて前記被保険者が契約者ないし被保険者の立場で紐付けされた保険での当該被保険者の第１識別情報を特定し、前記被保険者情報にて前記被保険者が契約者の立場で紐付けされた保険にて当該被保険者と続柄を有する他の被保険者の第１識別情報を特定する処理と、前記被保険者および前記他の被保険者の第１識別情報を、前記各保険の契約内容の情報に照合し、契約内容における前記保険対象および前記保険条件のいずれかに第１識別情報が紐付いている各保険を特定する処理と、前記特定した各保険の契約内容の情報が示す補償範囲を前記保険対象たる被保険者ごとに集約し、少なくとも補償範囲とその重複について情報を生成して所定装置に出力する処理と、を実行するものである、
ことを特徴とする請求項１に記載の契約管理支援装置。
【請求項３】
前記演算装置は、
前記補償範囲とその重複について情報を生成するに際し、予め規定したデフォルトの各補償範囲の表示用オブジェクトを、前記保険対象たる被保険者ごとに配置するとともに、当該表示用オブジェクトのうち、前記特定した各保険の契約内容の情報が示す補償範囲とそれ以外のものとで異なる表示形態を設定し、かつ、前記重複が生じている補償範囲に対応するものには更に異なる表示形態を設定し、前記所定装置に出力するものである、
ことを特徴とする請求項２に記載の契約管理支援装置。
【請求項４】
前記演算装置は、
前記補償範囲とその重複について情報を生成するに際し、前記重複が生じている補償範囲に対応する表示用オブジェクトに関して、対応する保険における重複請求の可否に関する情報を設定し、前記所定装置に出力するものである、
ことを特徴とする請求項３に記載の契約管理支援装置。
【請求項５】
前記記憶装置は、
前記被保険者が所持する端末より得た、前記被保険者ないしその周囲環境で生じたイベントの情報と、イベントとイベントに伴うリスクを補償範囲とする保険との対応関係を定めた情報と、を更に格納するものであり、
前記演算装置は、
前記イベントの情報が予め定めた所定の定義に合致する内容を示すものである場合、前記イベントの情報を前記対応関係を定めた情報に照合して、当該イベントに伴うリスクを補償範囲とする保険を特定する処理と、前記被保険者が前記特定した保険の被保険者であるか前記被保険者情報にて判定し、前記判定の結果、前記被保険者が前記特定した保険の被保険者である場合、保険請求の実行を提案する情報を所定装置に出力し、前記判定の結果、前記被保険者が前記特定した保険の被保険者でなかった場合、当該保険への加入を提案する情報を所定装置に出力し、前記判定の結果、前記被保険者が前記特定した保険の被保険者であり、かつ前記イベントの情報が予め定めた所定条件を満たすものである場合、当該保険の契約内容の見直しを提案する情報を所定装置に出力する処理と、を更に実行するものである、
ことを特徴とする請求項１に記載の契約管理支援装置。
【請求項６】
前記演算装置は、
前記被保険者情報で規定された被保険者のうち、当該被保険者に紐付けされた保険の補償範囲が対応するイベントを前記対応関係の情報で特定し、前記特定したイベントの情報が記憶装置に保持されていない者、または、当該イベントの情報を取得するためのアプリケーションを端末で保持していない者を所定アルゴリズムで特定し、当該被保険者の端末に対し、前記アプリケーションの使用提案の情報を出力する処理を更に実行するものである、
ことを特徴とする請求項５に記載の契約管理支援装置。
【請求項７】
各保険における被保険者を識別する識別情報、属性情報、契約上の立場、および、被保険者間の続柄を紐付けた被保険者情報を格納した記憶装置を備えた情報処理装置が、
前記各保険の契約内容の情報を所定装置から得て、当該契約内容における保険対象および保険条件の少なくともいずれかの証書規定に適合する続柄および属性の少なくともいずれかを備えた被保険者を前記被保険者情報に基づき特定する処理と、
前記特定した被保険者の識別情報を、前記契約内容における前記保険対象および前記保険条件と紐付けて記憶装置に保持する処理と、
所定の被保険者による保険の補償範囲の出力要求を所定装置から得て、前記出力要求が示す前記被保険者の識別情報に基づき、前記被保険者情報にて前記被保険者が契約者ないし被保険者の立場で紐付けされた保険を特定し、前記被保険者情報にて前記被保険者が契約者の立場で紐付けされた保険にて当該被保険者と続柄を有する他の被保険者を特定する処理と、
前記被保険者および前記他の被保険者の識別情報を前記各保険の契約内容の情報に照合し、契約内容における前記保険対象および前記保険条件のいずれかに前記識別情報が紐付いている各保険を特定する処理と、
前記特定した各保険の契約内容の情報が示す補償範囲を前記保険対象たる被保険者ごとに集約し、少なくとも補償範囲とその重複について情報を生成して所定装置に出力する処理と、
を実行することを特徴とする契約管理支援方法。
【請求項８】
前記情報処理装置が、
前記記憶装置において、前記被保険者情報として、各保険における被保険者を識別する第1識別情報、属性情報、および契約上の立場と、被保険者間の続柄と、保険間を跨がり
当該被保険者を一意に特定する第２識別情報とを紐付けて格納し、
前記各保険の契約内容の情報を所定装置から得て、当該契約内容における保険対象および保険条件の少なくともいずれかの証書規定に適合する続柄および属性の少なくともいずれかを備えた被保険者を前記被保険者情報に基づき特定する処理と、
前記特定した被保険者の第１識別情報を、前記契約内容における前記保険対象および前記保険条件と紐付けて記憶装置に保持する処理と、
所定の被保険者による保険の補償範囲の出力要求を所定装置から得て、前記出力要求が示す前記被保険者の第２識別情報に基づき、前記被保険者情報にて前記被保険者が契約者ないし被保険者の立場で紐付けされた保険での当該被保険者の第１識別情報を特定し、前記被保険者情報にて前記被保険者が契約者の立場で紐付けされた保険にて当該被保険者と続柄を有する他の被保険者の第１識別情報を特定する処理と、
前記被保険者および前記他の被保険者の第１識別情報を、前記各保険の契約内容の情報に照合し、契約内容における前記保険対象および前記保険条件のいずれかに第１識別情報が紐付いている各保険を特定する処理と、
前記特定した各保険の契約内容の情報が示す補償範囲を前記保険対象たる被保険者ごとに集約し、少なくとも補償範囲とその重複について情報を生成して所定装置に出力する処理と、
を実行することを特徴とする請求項７に記載の契約管理支援方法。
【請求項９】
前記情報処理装置が、
前記補償範囲とその重複について情報を生成するに際し、予め規定したデフォルトの各補償範囲の表示用オブジェクトを、前記保険対象たる被保険者ごとに配置するとともに、当該表示用オブジェクトのうち、前記特定した各保険の契約内容の情報が示す補償範囲とそれ以外のものとで異なる表示形態を設定し、かつ、前記重複が生じている補償範囲に対応するものには更に異なる表示形態を設定し、前記所定装置に出力する、
ことを特徴とする請求項８に記載の契約管理支援方法。
【請求項１０】
前記情報処理装置が、
前記補償範囲とその重複について情報を生成するに際し、前記重複が生じている補償範囲に対応する表示用オブジェクトに関して、対応する保険における重複請求の可否に関する情報を設定し、前記所定装置に出力する、
ことを特徴とする請求項９に記載の契約管理支援方法。
【請求項１１】
前記情報処理装置が、
前記記憶装置において、前記被保険者が所持する端末より得た、前記被保険者ないしその周囲環境で生じたイベントの情報と、イベントとイベントに伴うリスクを補償範囲とする保険との対応関係を定めた情報と、を更に格納し、
前記イベントの情報が予め定めた所定の定義に合致する内容を示すものである場合、前記イベントの情報を前記対応関係を定めた情報に照合して、当該イベントに伴うリスクを補償範囲とする保険を特定する処理と、
前記被保険者が前記特定した保険の被保険者であるか前記被保険者情報にて判定し、前記判定の結果、前記被保険者が前記特定した保険の被保険者である場合、保険請求の実行を提案する情報を所定装置に出力し、前記判定の結果、前記被保険者が前記特定した保険の被保険者でなかった場合、当該保険への加入を提案する情報を所定装置に出力し、前記判定の結果、前記被保険者が前記特定した保険の被保険者であり、かつ前記イベントの情報が予め定めた所定条件を満たすものである場合、当該保険の契約内容の見直しを提案す
る情報を所定装置に出力する処理と、
を更に実行することを特徴とする請求項７に記載の契約管理支援方法。
【請求項１２】
前記情報処理装置が、
前記被保険者情報で規定された被保険者のうち、当該被保険者に紐付けされた保険の補償範囲が対応するイベントを前記対応関係の情報で特定し、前記特定したイベントの情報が記憶装置に保持されていない者、または、当該イベントの情報を取得するためのアプリケーションを端末で保持していない者を所定アルゴリズムで特定し、当該被保険者の端末に対し、前記アプリケーションの使用提案の情報を出力する処理を更に実行する、
ことを特徴とする請求項１１に記載の契約管理支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、契約管理支援装置および契約管理支援方法に関するものであり、具体的には、複数の保険の被保険者たる親族らに関する補償範囲とその適否を的確に提示し、ひいては当該保険に関する適宜な見直し提案をも可能とする技術に関する。
【背景技術】
【０００２】
終身雇用体系や社会保障制度の先行き不透明感、大規模自然災害の増加など、将来に関して様々な不安要素が指摘される昨今となった。そうした背景もあり、人々は先々のリスクに対する備えとして、生命保険、火災保険、自動車保険、医療保険、傷害保険など、多種多様な保険への加入を検討し、個人あるいは世帯で複数の保険に加入するケースが多く存在する。
【０００３】
このような保険の契約業務に関連した従来技術としては、例えば、顧客へのサービスに関する契約の更新の際に、当該契約に関する情報を前記顧客へ提示する契約情報提示方法において、前記サービスは、複数の要件で構成され、前記契約ごとに、当該契約を構成する各要件について、前回更新の際の選択の有無を示す顧客契約情報、前回更新の際の顧客の希望の有無を示す顧客希望情報、および前記顧客の特性を示す特性情報を対応付けた契約記録を契約記録記憶部に記憶しておき、前記契約を特定する情報を含む当該契約の更新要求を受付け、前記特定する情報に対応する契約記録を検索し、検索された契約記録において前記顧客希望情報が有を示す要件を優先して、前記顧客契約情報が有を示す要件に追加することで、更新候補となる契約情報を生成し、生成された契約情報を出力して、前記顧客に提示することを特徴とする契約情報提示方法（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２４４４４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、上述のように多種多様な保険に、個人あるいは世帯で複数加入している場合、その保険契約者は、当該保険の契約内容を正確に把握しているとは言い難い。
【０００６】
特に、家族型の保険など広範囲の人が補償対象となっている保険の場合、契約者本人が契約内容を忘却しているケースが多い。また、被保険者らは、自身が補償対象であることを明確には知らされずに、契約内容等を認識することがそもそも出来ないケースがままある。
【０００７】
そうなれば、被保険者において保険金支払事由に該当するインシデントが発生しても、契約者共々、それが保険金支払請求の契機であるかすら意識せず、保険金の支払請求漏れが容易に起こりうる状態にある。
【０００８】
また上述の状況は、親子や兄弟といった親族が、当該親族中の誰かが契約中の各種保険によって、どのようなリスクに対して保証・補償されているのか、或いはされていないのか、また、不必要な補償の有無、など、保険のカバレッジを正確に把握することも当然ながら難しくしている。そうした親族ら各々のライフステージは、時間と共に変化し、上述のカバレッジの有無や適否の判断基準も変化しつづけるため、この問題は更に困難さを増
すこととなる。
【０００９】
そこで本発明の目的は、複数の保険の被保険者たる親族らに関する補償範囲とその適否を的確に提示し、ひいては当該保険に関する適宜な見直し提案をも可能とする技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決する本発明の契約管理支援装置は、各保険における被保険者を識別する識別情報、属性情報、契約上の立場、および、被保険者間の続柄を紐付けた被保険者情報を格納した記憶装置と、前記各保険の契約内容の情報を所定装置から得て、当該契約内容における保険対象および保険条件の少なくともいずれかの証書規定に適合する続柄および属性の少なくともいずれかを備えた被保険者を前記被保険者情報に基づき特定する処理と、前記特定した被保険者の識別情報を、前記契約内容における前記保険対象および前記保険条件と紐付けて記憶装置に保持する処理と、所定の被保険者による保険の補償範囲の出力要求を所定装置から得て、前記出力要求が示す前記被保険者の識別情報に基づき、前記被保険者情報にて前記被保険者が契約者ないし被保険者の立場で紐付けされた保険を特定し、前記被保険者情報にて前記被保険者が契約者の立場で紐付けされた保険にて当該被保険者と続柄を有する他の被保険者を特定する処理と、前記被保険者および前記他の被保険者の識別情報を前記各保険の契約内容の情報に照合し、契約内容における前記保険対象および前記保険条件のいずれかに前記識別情報が紐付いている各保険を特定する処理と、前記特定した各保険の契約内容の情報が示す補償範囲を前記保険対象たる被保険者ごとに集約し、少なくとも補償範囲とその重複について情報を生成して所定装置に出力する処理と、を実行する演算装置と、を含むことを特徴とする。
【００１１】
また、本発明の契約管理支援方法は、各保険における被保険者を識別する識別情報、属性情報、契約上の立場、および、被保険者間の続柄を紐付けた被保険者情報を格納した記憶装置を備えた情報処理装置が、前記各保険の契約内容の情報を所定装置から得て、当該契約内容における保険対象および保険条件の少なくともいずれかの証書規定に適合する続柄および属性の少なくともいずれかを備えた被保険者を前記被保険者情報に基づき特定する処理と、前記特定した被保険者の識別情報を、前記契約内容における前記保険対象および前記保険条件と紐付けて記憶装置に保持する処理と、所定の被保険者による保険の補償範囲の出力要求を所定装置から得て、前記出力要求が示す前記被保険者の識別情報に基づき、前記被保険者情報にて前記被保険者が契約者ないし被保険者の立場で紐付けされた保険を特定し、前記被保険者情報にて前記被保険者が契約者の立場で紐付けされた保険にて当該被保険者と続柄を有する他の被保険者を特定する処理と、前記被保険者および前記他の被保険者の識別情報を前記各保険の契約内容の情報に照合し、契約内容における前記保険対象および前記保険条件のいずれかに前記識別情報が紐付いている各保険を特定する処理と、前記特定した各保険の契約内容の情報が示す補償範囲を前記保険対象たる被保険者ごとに集約し、少なくとも補償範囲とその重複について情報を生成して所定装置に出力する処理と、を実行することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、複数の保険の被保険者たる親族らに関する補償範囲とその適否を的確に提示し、ひいては当該保険に関する適宜な見直し提案をも可能となる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態における契約管理支援装置を含むネットワーク構成図である。
【図２】本実施形態の契約管理支援装置のハードウェア構成例を示す図である。
【図３】本実施形態のユーザ端末のハードウェア構成例を示す図である。
【図４】本実施形態の保険商品マスタのデータ構成例を示す図である。
【図５】本実施形態のリスクマスタのデータ構成例を示す図である。
【図６】本実施形態のユーザマスタのデータ構成例を示す図である。
【図７】本実施形態の契約者マスタのデータ構成例を示す図である。
【図８】本実施形態の被保険者マスタのデータ構成例を示す図である。
【図９】本実施形態の資産マスタのデータ構成例を示す図である。
【図１０】本実施形態の契約内容マスタのデータ構成例を示す図である。
【図１１】本実施形態の表示設定マスタのデータ構成例を示す図である。
【図１２】本実施形態の連携アプリマスタのデータ構成例を示す図である。
【図１３】本実施形態のユーザ使用アプリマスタのデータ構成例を示す図である。
【図１４】本実施形態のアプリデータＤＢのデータ構成例を示す図である。
【図１５】本実施形態のイベント定義マスタのデータ構成例を示す図である。
【図１６】本実施形態の検知イベントＤＢのデータ構成例を示す図である。
【図１７】本実施形態のパラメータマスタのデータ構成例を示す図である。
【図１８】本実施形態のイベント対応リスクマスタのデータ構成例を示す図である。
【図１９】本実施形態のユーザ登録および契約者登録の概念例を示す図である。
【図２０】本実施形態の被保険者登録の概念例を示す図である。
【図２１】本実施形態の資産登録の概念例を示す図である。
【図２２】本実施形態における契約管理支援方法のフロー例１を示す図である。
【図２３】本実施形態の契約内容登録の概念例を示す図である。
【図２４】本実施形態の続柄による家族関係の紐付け概念例を示す図である。
【図２５】本実施形態における契約管理支援方法のフロー例２を示す図である。
【図２６】本実施形態における契約管理支援方法のフロー例３を示す図である。
【図２７】本実施形態における契約管理支援方法のフロー例４を示す図である。
【図２８】本実施形態の画面出力の概念例を示す図である。
【図２９】本実施形態における契約管理支援方法のフロー例５を示す図である。
【図３０】本実施形態における契約管理支援方法のフロー例６を示す図である。
【図３１】本実施形態における契約管理支援方法のフロー例７を示す図である。
【図３２】本実施形態の画面出力の概念例を示す図である。
【図３３】本実施形態のカバレッジ表示画面の設計概念例１を示す図である。
【図３４】本実施形態のカバレッジ表示画面の設計概念例２を示す図である。
【図３５】本実施形態の重複補償の情報表示概念例を示す図である。
【図３６】本実施形態における契約管理支援方法のフロー例８を示す図である。
【図３７】本実施形態における契約管理支援方法のフロー例９を示す図である。
【図３８】本実施形態における契約管理支援方法のフロー例１０を示す図である。
【図３９】本実施形態における契約管理支援方法のフロー例１１を示す図である。
【図４０】本実施形態における契約管理支援方法のフロー例１２を示す図である。
【図４１】本実施形態における契約管理支援方法のフロー例１３を示す図である。
【図４２】本実施形態の連携アプリレコメンドの概念例を示す図である。
【発明を実施するための形態】
【００１４】
−−−ネットワーク構成−−−
【００１５】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の契約管理支援装置１００を含むネットワーク構成図である。図１に示す契約管理支援装置１００は、複数の保険の被保険者たる親族らに関する補償範囲とその適否を的確に提示し、ひいては当該保険に関する適宜な見直し提案をも可能とするコンピュータ装置である。
こうした契約管理支援装置１００は、ネットワーク１０に接続され、ユーザ端末２００、および、保険会社システム３００とデータ通信可能となっている。
【００１６】
このうちユーザ端末２００は、保険会社の販売する保険を購入し契約を結んでいる保険
契約者、または、この保険契約者の親族で被保険者、が利用可能な端末である。このユーザ端末２００としては、具体的には、スマートフォン、通信機能を備えたタブレット端末やＰＣ等を想定出来るが、これらに限定しない。
【００１７】
また、保険会社が販売し、保険契約者が契約を結ぶ保険の種類についても限定しない。当該保険としての例をあげるならば、生命保険、火災保険、自動車保険、医療保険、傷害保険など、様々なものを想定できる。
【００１８】
また、保険会社システム３００は、上述の保険会社が運用するシステムである。具体的には、当該保険会社が販売する保険商品に関する各種情報を管理し、例えば、契約管理支援装置１００やユーザ端末２００からの求めに応じて、（勿論、所定の認証処理を成功裏に経た上で）当該情報を配信する装置である。この保険会社システム３００としては、具体的には、サーバ装置を想定出来るが、これに限定しない。
−−−ハードウェア構成−−−
【００１９】
また、本実施形態における契約管理支援装置１００のハードウェア構成は以下の如くとなる。図２に、本実施形態の契約管理支援装置１００のハードウェア構成例を示す。
【００２０】
すなわち契約管理支援装置１００は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置１０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ１０３、記憶装置１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置１０４、ネットワーク１０と接続し他装置との通信処理を担う通信装置１０５、を備える。
【００２１】
なお、記憶装置１０１内には、本実施形態の契約管理支援装置１００として必要な機能を実装する為のプログラム１０２に加えて、保険商品マスタ１２５、リスクマスタ１２６、ユーザマスタ１２７、契約者マスタ１２８、被保険者マスタ１２９、資産マスタ１３０、契約内容マスタ１３１、表示設定マスタ１３２、連携アプリマスタ１３３、ユーザ使用アプリマスタ１３４、アプリデータＤＢ１３５、イベント定義マスタ１３６、検知イベントＤＢ１３７、パラメータマスタ１３８、および、イベント対応リスクマスタ１３９が少なくとも記憶されている。これらマスタやＤＢの詳細については後述するものとする。
【００２２】
また図３に、本実施形態のユーザ端末２００のハードウェア構成例を示す。本実施形態のユーザ端末２００は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置２０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ２０３、記憶装置２０１に保持されるプログラム２０２をメモリ２０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置２０４、ユーザたる保険契約者や被保険者からのキー入力や音声入力を受け付ける入力装置２０５、処理データの表示を行うディスプレイ等の出力装置２０６、ネットワーク１０と接続して少なくとも契約管理支援装置１００との通信処理を担う通信装置２０７、ＧＰＳユニット２０８、および、ジャイロユニット２０９、を備える。
【００２３】
なお、記憶装置２０１内には、本実施形態のユーザ端末２００として必要な機能を実装する為のプログラム２０２に加えて、連携アプリ２１０、および、アプリデータ２２５が少なくとも記憶されている。
【００２４】
このうち連携アプリ２１０は、当該ユーザ端末２００を所持する保険契約者や被保険者に関して起こるイベントを観測するためのアプリケーションである。具体的には、天気ア
プリ、歩数アプリ、ゴルフログ管理アプリ、家計簿アプリ、などといった既存の、いわゆるライフログアプリを想定できる。
【００２５】
このうち天気アプリは、ユーザ端末２００の現在位置（例：ＧＰＳユニット２０８から取得）に基づく、該当地域での天候情報を所定の情報配信サーバ等から取得するアプリケーションである。
【００２６】
また、歩数アプリは、ユーザ端末２００に備わるジャイロユニット２０９から得られるデータに基づき保険契約者や被保険者の歩数をカウントするアプリケーションである。
また、ゴルフログ管理アプリは、保険契約者や被保険者がゴルフをプレイした際に、そのスコア等を入力して管理を行うためのアプリケーションである。
【００２７】
また、家計簿アプリは、保険契約者や被保険者が持つ銀行口座での預貯金の残高や入出金情報、クレジットカードの利用情報、など家計管理に利用される各種情報を、所定のリソースから得て管理するためのアプリケーションである。
【００２８】
また、アプリデータ２２５は、上述の連携アプリ２１０が、その対応イベントに関して得ているデータである。上述した例であれば、天気、歩数、ゴルフスコア、家計、といったことに関するデータとなる。このアプリデータ２２５は、本実施形態の契約管理支援装置１００によって適宜に収集され、アプリデータＤＢ１３５で管理されることとなる。
−−−データ構造例−−−
続いて、本実施形態の契約管理支援装置１００が用いるテーブル類について説明する。図４に、本実施形態における保険商品マスタ１２５の一例を示す。
【００２９】
本実施形態における保険商品マスタ１２５は、例えば、各保険会社の保険会社システム３００から配信された、或いは、各保険会社の担当者等がその端末を操作して契約管理支援装置１００にアクセスし入力した、保険商品に関する情報を集約・蓄積したテーブルである（こうした格納情報のリソースについてはリスクマスタ１２６等についても同様）。
【００３０】
そのデータ構造は、保険商品を一意に特定する保険商品ＩＤをキーとして、当該保険商品の販売元たる保険会社、定期保険や医療保険といった商品名・特約名、被保険者やその配偶者、資産などといった保険の対象、年齢や親族の続柄といった条件、および、当該保険商品の補償範囲でカバーするリスクを示すリスクＩＤ、といったデータから成るレコードの集合体である。このうちリスクＩＤは、後述するリスクマスタ１２６のものと共通する。
【００３１】
また図５に、本実施形態のリスクマスタ１２６のデータ構成例を示す。本実施形態におけるリスクマスタ１２６は、保険商品の補償範囲でカバーするリスクの情報を蓄積したテーブルである。
【００３２】
そのデータ構造は、リスクを一意に特定するリスクＩＤをキーとして、当該リスクの対象、リスクを端的に示すキーワードたるリスクラベル、および、リスクの内容、といったデータから成るレコードの集合体である。
【００３３】
また図６に、本実施形態のユーザマスタ１２７のデータ構成例を示す。本実施形態におけるユーザマスタ１２７は、契約管理支援装置１００が提供する契約管理支援サービスを利用するユーザ、すなわち保険の契約者や被保険者に関する情報を蓄積したテーブルである。
【００３４】
このユーザマスタ１２７、後述する契約者マスタ１２８、被保険者マスタ１２９、資産
マスタ１３０、契約内容マスタ１３１、といった契約者や被保険者とそれらを保険対象とする保険に関する各種マスタは、例えば、契約者や被保険者らが、ユーザ端末２００を操作して契約管理支援装置１００にアクセスし入力を行った情報を格納したものとなる（以下同様）。
【００３５】
そのデータ構造は、ユーザを一意に特定するユーザＩＤをキーとして、ユーザの氏名、性別、生年月日、および、住所、といったデータから成るレコードの集合体である。
【００３６】
また図７に、本実施形態の契約者マスタ１２８のデータ構成例を示す。本実施形態における契約者マスタ１２８は、保険商品の契約者の情報を蓄積したテーブルである。
【００３７】
そのデータ構造は、契約者を一意に特定する契約者ＩＤをキーとして、当該契約者の氏名、性別、生年月日、住所、および、対応ユーザＩＤ（該当契約者のユーザＩＤであり、上述のユーザマスタ１２７のものと共通）といったデータから成るレコードの集合体である。
【００３８】
また図８に、本実施形態の被保険者マスタ１２９のデータ構成例を示す。本実施形態における被保険者マスタ１２９は、上述の契約者マスタ１２８に登録された契約者が契約した保険商品において被保険者とされた者の情報を蓄積したテーブルである。
【００３９】
そのデータ構造は、被保険者を一意に特定する被保険者ＩＤをキーとして、当該被保険者の氏名、契約者との続柄、性別、生年月日、住所、契約者との同居状況を示す同居フラグ（例：同居なら“１”、非同居なら“０”）、婚姻歴フラグ（例：既婚なら“１”、独身なら“０”）、登録した契約者ＩＤ、および、対応ユーザＩＤ、といったデータから成るレコードの集合体である。
【００４０】
また図９に、本実施形態の資産マスタ１３０のデータ構成例を示す。本実施形態における資産マスタ１３０は、上述の契約者により保険の対象とされた資産の情報を蓄積したテーブルである。
【００４１】
そのデータ構造は、資産を一意に特定する資産ＩＤをキーとして、当該資産の種別、名称、所在地、および、登録した契約者ＩＤ、といったデータから成るレコードの集合体である。
【００４２】
また図１０に、本実施形態の契約内容マスタ１３１のデータ構成例を示す。本実施形態における契約内容マスタ１３１は、上述の契約者が契約している保険商品の契約内容の情報を蓄積したテーブルである。
【００４３】
そのデータ構造は、該当契約を一意に特定する保険証券の証券番号をキーとして、対象となる保険商品の保険商品ＩＤ、契約者の契約者ＩＤ、当該契約において被保険者とされた者の被保険者ＩＤ、保険の対象、条件、リスク、および、公開フラグ、といったデータから成るレコードの集合体である。
【００４４】
このうち、「保険の対象」欄は、被保険者ＩＤや資産ＩＤの設定欄に対し、証書欄を含んでいる。この証書欄は、該当保険証券の証書における保険対象に関する記載事項が設定される欄である。つまり、被保険者ＩＤや資産ＩＤと証書の記載事項とが紐付けされた構成となっている。こうした構成は「条件」欄に関しても同様であり、保険適用の条件として証書における記載事項が設定される「証書」欄に対し、この条件に合致する被保険者の被保険者ＩＤが設定される欄とが対応付いた構成となっている。
【００４５】
また図１１に、本実施形態の表示設定マスタ１３２のデータ構成例を示す。本実施形態における表示設定マスタ１３２は、後述する画面出力において、被保険者、および、資産の補償範囲等について表示しないリスクの情報を規定したテーブルである。
そのデータ構造は、対象となる被保険者ＩＤ、資産ＩＤをキーとして、非表示にするリスクといったデータから成るレコードの集合体である。
【００４６】
また図１２に、本実施形態の連携アプリマスタ１３３のデータ構成例を示す。本実施形態における連携アプリマスタ１３３は、本実施形態の契約管理支援装置１００に対し、その処理に利用可能なデータ（契約者や被保険者に起こるイベントに関するもの）を提供するアプリケーションの情報を蓄積したテーブルである。なお、このアプリケーションは連携アプリ２１０である。よって、具体的には、ユーザ端末２００にインストールしうるアプリケーションの一覧といえる。
【００４７】
そのデータ構造は、連携アプリ２１０を一意に特定するアプリＩＤをキーとして、当該連携アプリ２１０のアプリ名、データ種別といったデータから成るレコードの集合体である。図１２の例では、データ種別を複数設定可能なデータ構成としている。例えば、天気のイベントに関して「教えてお天気」アプリが提供するデータとして、降雨や落雷等が発生する「地域」、その規模に該当する「降水量」、それに伴って発生する「落雷」といった事象ごとのデータを含むものとしている。
【００４８】
また図１３に、本実施形態のユーザ使用アプリマスタ１３４のデータ構成例を示す。本実施形態におけるユーザ使用アプリマスタ１３４は、契約者や被保険者といった各ユーザがユーザ端末２００にインストールして使用する連携アプリ２１０の情報を蓄積したテーブルである。
【００４９】
そのデータ構造は、契約者や被保険者を一意に特定するユーザＩＤをキーとして、そのユーザが使用している連携アプリ２１０のアプリＩＤ、当該連携アプリ２１０を使用する際のログインＩＤであるアプリユーザＩＤ、および、ログイン時に使用するアプリパスワード、といったデータから成るレコードの集合体である。
【００５０】
また図１４に、本実施形態のアプリデータＤＢ１３５のデータ構成例を示す。本実施形態におけるアプリデータＤＢ１３５は、各ユーザ端末２００の連携アプリ２１０が対応するイベントに関して保持していたアプリデータ２２５を蓄積したデータベースである。
【００５１】
そのデータ構造は、データ取得の日付およびユーザＩＤをキーとして、連携アプリ２１０のアプリＩＤ、および、アプリデータ、といったデータから成るレコードの集合体である。このうちアプリデータは、当然ながら、連携アプリマスタ１３３で規定したデータ種別欄の各事象に対応したデータを含んでいる。
【００５２】
また図１５に、本実施形態のイベント定義マスタ１３６のデータ構成例を示す。本実施形態におけるイベント定義マスタ１３６は、契約者や被保険者に起こりうるイベントに関する情報を蓄積したテーブルである。
【００５３】
そのデータ構造は、イベントを一意に特定するイベントＩＤをキーとして、イベント名、支援種別、使用データ、および、定義といったデータから成るレコードの集合体である。
【００５４】
このうち支援種別は、該当イベントが発生した場合、当該イベントの発生源であった、或いは、発生場所付近に所在した、契約者や被保険者に対し、保険商品に関して行うべき提案内容の種類を規定した値である。この支援種別の例としては、保険請求を促す「請求
」、新たな保険商品の契約検討を促す「加入」、新たな保険商品の契約検討や既存契約の内容見直しを促す「加入、見直し」、といった値を想定できる。
また、使用データは、連携アプリマスタ１３３のデータ種別欄で規定された値に対応するものである。
【００５５】
また、定義は、支援種別欄で設定した提案の可否を決定する条件が設定される。例えば、あるユーザ端末２００の天候に関する連携アプリ２１０から天候イベントに関するアプリデータが得られた際、契約管理支援装置１００は、当該ユーザ端末２００の使用者たる契約者の資産の所在地が、当該天候イベントが発生した「地域」に該当し、かつ、天候イベントの事象に関する値として「落雷」が得られた場合、イベント名「近隣への落雷」が発生したと判定し、当該契約者のユーザ端末２００に対し、支援種別「請求」すなわち保険請求を促す通知等を配信することとなる。
【００５６】
また図１６に、本実施形態の検知イベントＤＢ１３７のデータ構成例を示す。本実施形態における検知イベントＤＢ１３７は、契約管理支援装置１００が、アプリデータＤＢ１３５の格納データをイベント定義マスタ１３６の各レコードに照合して、イベント発生を検知した場合に、そのイベントと関係するユーザ（契約者や被保険者）に関する情報を蓄積したデータベースである。
【００５７】
そのデータ構造は、イベントを検知した日付および当該イベントに関係するユーザのユーザＩＤをキーとして、該当イベントのイベントＩＤ、および、当該イベントの検知に伴い該当ユーザに行うと判定した支援種別、といったデータから成るレコードの集合体である。
【００５８】
また図１７に、本実施形態のパラメータマスタ１３８のデータ構成例を示す。本実施形態におけるパラメータマスタ１３８は、上述のイベント定義マスタ１３６の定義欄で規定した条件のうち数値すなわちパラメータに関して、ユーザごとの規定値を蓄積したテーブルである。
そのデータ構造は、上述のパラメータ（例：ＸＸ）をキーとして、対象ユーザ、および、値といったデータから成るレコードの集合体である。
【００５９】
また図１８に、本実施形態のイベント対応リスクマスタ１３９のデータ構成例を示す。本実施形態におけるイベント対応リスクマスタ１３９は、上述のイベントに伴うリスクの情報を蓄積したテーブルである。
【００６０】
そのデータ構造は、リスクを一意に特定するリスクＩＤ（リスクマスタ１２６と共通）をキーとして、そのリスクラベル、および、イベントＩＤといったデータから成るレコードの集合体である。図１８の例であれば、例えば、リスクＩＤ“Ｒ２０１１２”はリスクラベル“建物落雷”に関するリスクであって、これを招来しうるイベントのイベントＩＤが“ＥＶ０００１”、“ＥＶ０００２”、と規定されている。この“ＥＶ０００１”は、イベント定義マスタ１３６によれば、「近隣への落雷」イベントであり、また、“ＥＶ０００２”は、「近隣への落雷頻発」イベントである。つまり「落雷」に伴うリスクとして“Ｒ２０１１２”が規定されていることになる。
−−−ユーザ登録および契約者登録の概念−−−
【００６１】
図１９は、本実施形態のユーザ登録および契約者登録の概念例を示す図である。ここでまずは、ユーザ登録および契約者登録の概念について概略説明しておく。ここで示す内容は、本実施形態の契約管理支援装置１００が実行する契約管理支援方法の前処理となる内容に該当する。
【００６２】
この場合、例えば、何らかの保険商品を購入した契約者が、そのユーザ端末２００を操作し、契約管理支援装置１００に対して、自身の情報登録を行う手順となる。この時、当該契約者は、ユーザ端末２００において、適宜なブラウザを立ち上げるなどして、契約管理支援装置１００がネットワーク１０にて配信するアプリケーションをダウンロードし、ユーザ端末２００にインストールする。
【００６３】
このアプリケーションは、契約管理支援装置１００が契約管理支援方法を実行することで提供する、契約管理支援サービスのインターフェイスとなりうるアプリである。よって、契約者は、このアプリケーションをユーザ端末２００で起動し、このアプリケーションが要求してくるユーザ登録項目に応じて、氏名、性別、生年月日、および、住所、といった情報を入力する。
【００６４】
一方、契約管理支援装置１００は、上述の入力をユーザ端末２００から受けて、当該契約者に対してユーザＩＤを付与し、これをキーとしたレコードをユーザマスタ１２７に格納する。なお、当該レコードには、上述のアプリケーション経由で取得した、氏名、性別、生年月日、および、住所、といった情報が含まれることとなる。
【００６５】
また、上述のように、今回のユーザ登録対象は保険の契約者である。よって、アプリケーションは、こうしたユーザの属性について問いを表示して、登録対象が契約者か被保険者かを特定しておく。契約管理支援装置１００は、この特定結果をユーザ端末２００から得て、登録対象が「契約者」であることを踏まえ、契約者マスタ１２８において当該契約者向けに契約者ＩＤを含むレコードを生成し、これにユーザマスタ１２７に登録した値と同じものを紐付けて、更に、当該契約者のユーザＩＤを設定する。これにより、契約者ＩＤとユーザＩＤとか対応づけされたことになる。すなわち、契約者はユーザでもあり、ユーザＩＤと契約者ＩＤの両方を持つこととなる。
−−−被保険者登録の概念−−−
【００６６】
図２０は本実施形態の被保険者登録の概念例を示す図である。つづいて、被保険者登録の概念について説明する。上述の場合と異なり、ユーザ登録の対象が契約者ではなく被保険者である場合、上述の契約者は、自身が契約した保険商品において被保険者とした親族らの氏名、性別、生年月日、住所地、といった情報を、ユーザ端末２００のアプリケーションにて上述と同様に入力する。ただし、被保険者登録の場合、契約者との続柄および同居状況、また、該当被保険者の婚姻歴についても入力する。
【００６７】
なお、契約者は当然ながら保険対象、すなわち被保険者となりうる。よって以降は、特に区別しない限り、被保険者には契約者が含まれうるものとの前提で説明を行うこととする。
【００６８】
契約管理支援装置１００は、ユーザ端末２００から受け付けた、上述の被保険者の情報を、被保険者マスタ１２９にて当該被保険者向けに新たに生成したレコードに格納する。なお、この被保険者マスタ１２９のレコードにおける「登録した契約者ＩＤ」欄には、この被保険者登録を行った契約者の契約者ＩＤ（例：ログイン時にアプリケーションが得ているもので、契約者マスタ１２８に設定されているもの）を設定する。
【００６９】
また、契約管理支援装置１００は、上述のレコードのうち「対応ユーザＩＤ」欄に、当該被保険者のユーザＩＤについて、上述の契約者がユーザマスタ１２７で特定したものを設定する。
−−−資産登録の概念−−−
【００７０】
図２１は、本実施形態の資産登録の概念例を示す図である。つづいて、資産登録の概念
について説明する。上述の契約者は、保険商品での保険対象が人ではなく資産である場合、その情報を契約管理支援装置１００に対して登録する。
【００７１】
その場合、当該契約者は、ユーザ端末２００を操作し、自身の資産のうち契約中の保険商品にて保険対象とした資産の情報を、上述のアプリケーションの問いかけ等に応じて入力していく。入力する情報としては、建物や自動車といった資産の種類、具体的な車種名など資産の名称、その所在地、といったものになる。
【００７２】
一方、契約管理支援装置１００は、そうした資産の情報をユーザ端末２００から取得し、資産ごとに資産ＩＤを付与してレコードを生成し、これを資産マスタ１３０に格納する。この際、「登録した契約者ＩＤ」欄には、上述の契約者の契約者ＩＤを契約者マスタ１２８から読み出して設定するものとする。
−−−フロー例１−−−
【００７３】
以下、本実施形態における契約管理支援方法の実際手順について図に基づき説明する。以下で説明する契約管理支援方法に対応する各種動作は、契約管理支援装置１００がメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００７４】
図２２は、本実施形態における契約管理支援方法のフロー例１を示す図である。ここでは、契約管理支援装置１００が、上述の契約者が契約中の保険商品に関して、保険会社システム３００から必要な情報を取得して所定の処理を行う流れについて説明する。
【００７５】
この場合、ユーザ端末２００は、上述の契約者から自身の氏名、契約者ＩＤ、および、保険商品の証券番号の入力を受け、これを含む契約内容問い合わせ要求を、契約管理支援装置１００に通知するものとする。
一方、契約管理支援装置１００は、上述の通知を受信し、この通知が含む情報を含んだ契約内容の取得要求を保険会社システム３００に送信する（ｓ１）。
【００７６】
この取得要求に対し、保険会社システム３００は、所定の契約管理支システム等で該当証券番号の存在と契約の生死について確認を実行し、証券番号が存在しないか、或いは契約が終了済みである場合（すなわち有効な契約は存在せず契約内容を回答しない）、契約内容の回答は出来ない旨を契約管理支援装置１００に通知する。一方、この確認の結果、証券番号は存在するもので契約は存続中であった場合（すなわち有効な契約が存在しており契約内容を回答可能）、保険会社システム３００は、その契約内容の情報を契約管理支援装置１００に返信する。
契約管理支援装置１００は、上述の有効な契約が存在しない旨の通知を受けた場合、登録不可である旨を上述のユーザ端末２００に回答し、処理を終了する。
他方、契約管理支援装置１００は、契約内容の情報を保険会社システム３００から得た場合、これを契約内容マスタ１３１に格納し（ｓ２）、処理を終了する。
【００７７】
ここで格納した契約内容の情報は、図２３にてあらためて示すように、証券番号、保険商品ＩＤ、契約者ＩＤ、被保険者ＩＤ、保険の対象、条件、リスク、および、公開フラグ、といった値を含むものとなる。
【００７８】
なお、契約管理支援装置１００は、こうした情報を契約内容マスタ１３１に格納するに際し、保険の対象（例：被保険者、配偶者、同居親族）や条件（例：２６歳以上同居親族）といった証書の記載事項について、対応する被保険者の被保険者ＩＤを特定し、これを紐付けて設定する。
【００７９】
この場合、契約管理支援装置１００は、上述の保険の対象や条件に関して適合する続柄および属性の少なくともいずれかを備えた被保険者を、被保険者マスタ１２９にて特定する。図２３の例では、証券番号「ＩＰＮＥ１００１」なる保険契約における「保険の対象」たる「被保険者、配偶者、同居親族、別居未婚子」なる続柄に該当する、契約者ＩＤ「ＣＯＮＴ０１１」の親族は、被保険者マスタ１２９から、「ＦＭＬ０１１」（これは契約者本人）、「ＦＭＬ０１２」、「ＦＭＬ０１３」、と特定できる。
【００８０】
同様に、「保険の対象」たる「高級盆栽」（これは資産）になる属性に該当、契約者ＩＤ「ＣＯＮＴ０１１」の資産は、資産マスタ１３０から、「ＰＲＰ００３」、と特定できる。
【００８１】
また、契約管理支援装置１００は、上述のように特定した被保険者の被保険者ＩＤや資産の資産ＩＤを、契約内容マスタ１３１の該当レコードにおける「保険の対象」および「条件」欄における「証書」欄と紐付けて格納する。
【００８２】
なお、契約管理支援装置１００は、契約内容マスタ１３１のリスク欄には、契約内容マスタ１３１の保険商品ＩＤの値に基づいて、保険商品マスタ１２５から得られるリスクＩＤの値を設定する。つまり、該当保険商品の補償範囲でカバーされるリスクのＩＤを設定する。
【００８３】
なお、契約管理支援装置１００は、こうして生成した被保険者マスタ１２９において、契約者が直接登録した被保険者ではない者であるが、当該契約者の親族である者についても特定可能である。
【００８４】
図２４にて示すように、契約者「タロウ」が登録した被保険者は、配偶者「キク」と子「ハナコ」のみである。しかし、このうち「ハナコ」は、他の保険商品の契約者である「ゴロウ」の配偶者でもある。この「ゴロウ」と「ハナコ」との間には子「タイチ」がおり、この「タイチ」は、上述の契約者「タロウ」からすれば「子の子」つまり「孫」の続柄にあたる。契約管理支援装置１００は、こうして被保険者マスタ１２９にて、続柄を辿る処理を行うことで、契約内容マスタ１３１の保険の対象や条件で規定された内容の続柄や属性を備えた親族を的確に特定することが可能である。
−−−フロー例２〜７−−−
【００８５】
続いて、保険の補償範囲とその重複に関して出力する処理について説明する。図２５は、本実施形態における契約管理支援方法のフロー例２を示す図であり、図２６は、本実施形態における契約管理支援表示のフロー例３を示す図である。
【００８６】
この場合、契約管理支援装置１００は、例えば、契約者の操作するユーザ端末２００に対し、例えば上述のアプリケーションを介して画面２５００（図２５）のごとき画面配信を行い、当該画面での確認ボタンの押下に応じて、補償状況の表示要求を受信する（ｓ１０）。この表示要求には、当該契約者がアプリケーションにログイン時に入力したユーザＩＤが少なくとも含まれている。
【００８７】
また、契約管理支援装置１００は、上述の表示要求が含むユーザＩＤをキーに、被保険者マスタ１２９を検索し、該当レコード、すなわち表示候補となる被保険者を特定する（ｓ１１）。図２６に例示する被保険者マスタ１２９の例では、表示要求が含んでいたユーザＩＤ「ＵＳＥＲ０１１」が「続柄」において「本人」すなわち契約者であり、「登録した契約者ＩＤ」の値が「ＣＯＮＴ０１１」である。よって、契約管理支援装置１００は、この「登録した契約者ＩＤ」の値「ＣＯＮＴ０１１」が設定された一連のレコードから、対応ユーザＩＤ「ＵＳＥＲ０１１」、「ＵＳＥＲ０１２」、「ＵＳＥＲ００２」、を特定
し、該当レコードから被保険者ＩＤ（ＦＭＬ０１１、ＦＭＬ０１２、ＦＭＬ０１３）を抽出する。
【００８８】
また、契約管理支援装置１００は、ここで特定した対応ユーザＩＤの値をキーに、被保険者マスタ１２９で検索を行い、他の契約者に被保険者として登録されている者を特定し、その被保険者ＩＤも抽出する。図２６の例では、「ＵＳＥＲ００２」が、「ＣＯＮＴ００１」に被保険者として登録されていることが特定され、その被保険者ＩＤ「ＦＭＬ００２」を抽出できる。
【００８９】
また、契約管理支援装置１００は、上述の方法で抽出した被保険者ＩＤをキーに、契約内容マスタ１３１（図２７）にて検索を実行し、当該被保険者ＩＤを含むレコードを特定する。また、契約管理支援装置１００は、ここで特定したレコードから、少なくとも「保険の対象」、「条件」、および、「リスク」の各値を読み取り、これを所定の表示画面フォームに設定することで画面データを生成し、これをユーザ端末２００に配信し表示させる（ｓ１２）。
契約管理支援装置１００がユーザ端末２００に配信し表示させる画面２８００の例を、図２８に示す。
【００９０】
ここで示すように、契約管理支援装置１００は、「保険の対象」の値に基づいて被保険者マスタ１２９および資産マスタ１３０から、被保険者と資産を特定し、所定の画面構成の設計概念（図３３）に基づき、被保険者の値（例：氏名）を画面２８００の個人の補償欄２８０１に設定し、また、資産の値（例：資産名）を画面２８００の資産の補償欄２８０２に設定する。
【００９１】
また、契約管理支援装置１００は、契約内容マスタ１３１の「リスク」欄の値に基づいて、リスクマスタ１２６からリスクラベルの値を取得し、これを所定の表示用オブジェクトに設定して、それぞれ対応する個人の補償欄２８０１または資産の補償欄２８０２に配置する。図２８の例では、表示用オブジェクトとして矩形アイコンに、リスクラベルの値を設定し、配置した構成を示している。
【００９２】
なお、契約管理支援装置１００は、図３３の画面設計の概念に示すように、リスクラベルの値を設定して配置した矩形アイコンの他にも、リスクマスタ１２６で規定のリスクラベルのうち上述のように契約内容マスタ１３１のリスク欄の値に基づいて特定されたものではないもの、全てについても矩形アイコンに設定し、同様に配置するものとする。
【００９３】
但し、こうして配置した矩形アイコンは、グレイアウトさせる、或いは矩形アイコンの枠線を破線にするなど、補償範囲ではないことを視覚的に明示するよう表示形態を設定するものとする。なお、契約管理支援装置１００は、図３４で例示するように、表示設定マスタ１３２で該当被保険者に関して規定した非表示にするリスクに関して、対応する矩形アイコンは表示させない。
【００９４】
また、契約管理支援装置１００は、こうして配置した矩形アイコンのうち、複数の保険商品に由来するもの、すなわち補償範囲が重複しているものについて、その枠線を太線にするなど更に表示形態を他の矩形アイコンから相違させるものとする。
【００９５】
契約管理支援装置１００は、上述した契約内容マスタ１３１の「リスク」欄の値に基づいてリスクマスタ１２６からリスクラベルの値を取得した際、同じリスクラベルを複数取得したならば、該当リスクに関して補償範囲の重複が生じていると特定できる。
【００９６】
また、契約管理支援装置１００は、こうして補償範囲の重複が生じているリスクの矩形
アイコンに対して、その旨を示す適宜なメッセージ（例：記憶装置１０１にて予め保持）を吹き出し等のインターフェイスに設定し付帯させるといった表示処理を実行する。
【００９７】
なお、補償範囲の重複が生じているケースでも、その意味が異なる場合がある。保険商品の種類によっては、一人の契約者が、同じ補償範囲について他の保険商品を購入していた場合、他の保険商品と保険請求が重複することを許容しないものがある。勿論、保険請求の重複を許容するものも存在する。
【００９８】
そこで契約管理支援装置１００は、図３５で示すように、保険請求の重複が生じたリスクに対応した保険商品について、保険商品マスタ１２５を参照し、そこで重複請求の可否情報を抽出し、これを上述のメッセージに含めるとすれば好適である。
【００９９】
なお、上述の例とは異なり、表示要求を行ってきたのが（契約者ではない）被保険者であった場合、契約管理支援装置１００における処理とその概念は、図２９〜図３２にて示すものとなる。
【０１００】
表示要求の主体が契約者である場合との違いは、個人の補償欄２８０１においては、当該被保険者が契約内容マスタ１３１の「保険の対象」欄に設定されており、公開フラグが「１」（すなわち該当被保険者に公開可能と契約者が設定した）であるレコードの「リスク」欄のリスクのみを表示対象とし、資産の補償欄２８０２においては、保険商品の対象が資産であって、当該被保険者に対して予め定められた範囲の契約者（例：続柄で３親等以内）が契約内容マスタ１３１の「契約者ＩＤ」欄に設定され、公開フラグが「１」であるレコードのみを表示対象とする点である。
【０１０１】
例えば、表示要求を行ってきたユーザが被保険者ＩＤ「ＦＭＬ００２」の被保険者であったとすれば、契約管理支援装置１００は、図３１に示すように、これを「保険の対象」欄に含むリスク「Ｒ１０３」、「Ｒ１０４」、「Ｒ１３００」などを特定できることとなる。また、資産の補償については、自宅と自動車の補償が表示対象とされ、公開フラグが「０」である高級盆栽の補償は表示対象にはならないこととなる。そして図３２に示すように、こうしたリスクに対応したリスクラベルの値を設定した矩形アイコンを画面３２００に配置し、被保険者「ＦＭＬ００２」のユーザ端末２００に配信し表示させることとなる。
−−−フロー例８〜１３−−−
【０１０２】
続いて、ユーザ端末２００にインストールされた連携アプリ２１０からアプリデータを得たことに応じて、すなわちイベントの発生契機に応じて行う処理について説明する。図３６〜４１は、本実施形態における契約管理支援方法のフロー例８〜１３を示す図である。
ここでは、ユーザＩＤ「ＵＳＥＲ０１１」のユーザ端末２００から、その連携アプリ２１０で感知したアプリデータを取得した状況を想定する。
【０１０３】
この場合、契約管理支援装置１００は、ユーザ使用アプリマスタ１３４を参照し、所定のユーザＩＤのレコードから、アプリＩＤ、アプリユーザＩＤ、および、アプリパスワードの各値を取得し、これを含むアプリデータの問い合わせを、当該ユーザのユーザ端末２００に送信し、アプリデータ２２５を取得する（ｓ２０）。なお、契約管理支援装置１００は、取得したアプリデータ２２５をアプリデータＤＢ１３５に格納するものとする。
【０１０４】
続いて、契約管理支援装置１００は、ｓ２０で得たアプリデータ２２５を、イベント定義マスタ１３６に照合し、該当イベントを特定する（ｓ２１）。図３７の例の場合、アプリデータ２２５が示す、例えば、アプリ「ＡＰ０００１」のアプリデータ「地域：世田谷
区、降水量：５０ｍｍ、落雷：あり」なる値を、イベント定義マスタ１３６に照合することで、「使用データ」欄の「地域、落雷」の値を含むイベント「ＥＶ０００１」のレコードを特定する。また、契約管理支援装置１００は、このレコードの「定義」欄から「地域＝資産所在地、落雷＝あり」なる値を読み取る。
【０１０５】
また、契約管理支援装置１００は、該当アプリデータのユーザＩＤ「ＵＳＥＲ０１１」に関して契約者マスタ１２８を検索し、契約者ＩＤ「ＣＯＮＴ０１１」を特定する。また、この契約者ＩＤ「ＣＯＮＴ０１１」をキーに、資産マスタ１３０を検索し、当該契約者が被保険物としている資産の所在地の値を参照し、これがアプリデータ２２５の示す「地域：世田谷区」であるか判定する。この場合、両者は合致する。
【０１０６】
よって上述の場合の契約管理支援装置１００は、イベント定義マスタ１３６における「使用データ」および「定義」をみたすイベント「ＥＶ０００１」を特定することとなる。契約管理支援装置１００は、特定したイベント「ＥＶ０００１」の情報（特定したユーザＩＤ、イベント定義マスタ１３６の該当レコードから取得できる支援種別なども含む）を、検知イベントＤＢ１３７に格納するものとする。
【０１０７】
続いて、契約管理支援装置１００は、検知イベントＤＢ１３７に格納した情報のうち、ユーザＩＤ「ＵＳＥＲ０１１」に基づいて、上述のフロー例２〜４（図２５〜２８）と同様に、補償範囲とその重複に関して表示用オブジェクトを配置した画面３８００のデータを構成し、これをユーザ端末２００に配信し表示させる（ｓ２２）。
また、契約管理支援装置１００は、ｓ２１で得ている支援種別の値が、「請求」、「加入」、「見直し」のいずれかであるか判定する（ｓ２３）。
【０１０８】
この判定の結果、支援種別が「請求」であった場合（ｓ２３：請求）、契約管理支援装置１００は、対応するイベントのリスクが補償範囲となっているか判定し（契約内容マスタ１３１の該当レコードにて該当リスクの値が存在したか）、補償範囲となっていれば（ｓ２４：Ｙ）、保険請求の可能性に関して示唆するメッセージ３９１０（図３９）をユーザ端末２００に送信し（ｓ２５）、処理を終了する。
【０１０９】
一方、上述の判定の結果、支援種別が「加入」であった場合（ｓ２３：加入）、契約管理支援装置１００は、対応するイベントのリスクが補償範囲となっているか判定し（契約内容マスタ１３１の該当レコードにて該当リスクの値が存在したか）、補償範囲となっていなければ（ｓ２６：Ｎ）、該当リスクを補償範囲とする保険商品（リスクＩＤをキーに保険商品マスタ１２５で特定）のレコメンド情報４０１０（図４０）をユーザ端末２００に送信し（ｓ２７）、処理を終了する。
【０１１０】
また、上述の判定の結果、支援種別が「見直し」であった場合（ｓ２３：見直し）、契約管理支援装置１００は、対応するイベントのリスクが補償範囲となっているか判定し（契約内容マスタ１３１の該当レコードにて該当リスクの値が存在したか）、補償範囲となっていれば（ｓ２８：Ｙ）、保険見直しを提案するメッセージ４１１０（図４１）をユーザ端末２００に送信し（ｓ２９）、処理を終了する。
【０１１１】
なお、契約管理支援装置１００が、上述のようにイベントを適宜に検知するためのアプリデータをユーザ端末２００から取得できるケース以外、すなわち、ユーザ端末２００に適宜な連携アプリ２１０がインストールされていないケースも存在しうる。
【０１１２】
そうした場合に対処すべく、契約管理支援装置１００は、図４２の概念例に示すように、被保険者マスタ１２９で規定された被保険者のレコードを参照して、所定の被保険者の被保険者ＩＤを取得し、これをキーに契約内容マスタ１３１で該当被保険者が「保険の対
象」となっているレコードの「リスク」欄のリスクＩＤを取得する。つまり、補償範囲となっているリスクのリスクＩＤを特定する。
【０１１３】
続いて、契約管理支援装置１００は、上述のリスクＩＤをキーにイベント定義マスタ１３６にて検索を実行し、当該リスクＩＤを含むレコードから該当イベントにおける「使用データ」欄の値を抽出する。
【０１１４】
また、契約管理支援装置１００は、ここで抽出した「使用データ」欄の値をキーに、連携アプリマスタ１３３を検索し、「データ種別」欄の値が、上述の「使用データ」欄の値と一致するレコードを特定する。契約管理支援装置１００は、このレコードでアプリＩＤを参照し、そのアプリＩＤが、ユーザ使用アプリマスタ１３４における該当ユーザのレコードに含まれるか判定する。この判定の結果、当該アプリＩＤが、ユーザ使用アプリマスタ１３４における該当ユーザのレコードに含まれていない場合、契約管理支援装置１００は、該当ユーザはそのアプリＩＤの連携アプリ２１０をユーザ端末２００で保持していないと特定し、該当連携アプリ２１０の使用を推奨する所定メッセージ４２００（図４２）を該当ユーザのユーザ端末２００に送信し、処理を終了する。
【０１１５】
なお、他の形態として、契約管理支援装置１００は、上述においてイベント定義マスタ１３６にて特定した、当該リスクＩＤを含むレコードから、該当イベントのイベントＩＤを抽出し、このイベントＩＤをレコードに含むアプリデータが、当該被保険者に関してアプリデータＤＢ１３５に存在するか判定するとしてもよい。その場合、当該判定によって、アプリデータが存在しない場合、対応する連携アプリ２１０がユーザ端末２００にインストールされていないと判定し、上述と同様に、該当連携アプリ２１０の使用を推奨する所定メッセージ４２００（図４２）を該当ユーザのユーザ端末２００に送信する。
【０１１６】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【０１１７】
こうした本実施形態によれば、複数の保険の被保険者たる親族らに関する補償範囲とその適否を的確に提示し、ひいては当該保険に関する適宜な見直し提案をも可能となる。
【０１１８】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の契約管理支援装置において、前記記憶装置は、前記被保険者情報として、各保険における被保険者を識別する第1識別情報、属性情報、および契約上の立場と、被保険者間の続
柄と、保険間を跨がり当該被保険者を一意に特定する第２識別情報とを紐付けて格納するものであり、前記演算装置は、前記各保険の契約内容の情報を所定装置から得て、当該契約内容における保険対象および保険条件の少なくともいずれかの証書規定に適合する続柄および属性の少なくともいずれかを備えた被保険者を前記被保険者情報に基づき特定する処理と、前記特定した被保険者の第１識別情報を、前記契約内容における前記保険対象および前記保険条件と紐付けて記憶装置に保持する処理と、所定の被保険者による保険の補償範囲の出力要求を所定装置から得て、前記出力要求が示す前記被保険者の第２識別情報に基づき、前記被保険者情報にて前記被保険者が契約者ないし被保険者の立場で紐付けされた保険での当該被保険者の第１識別情報を特定し、前記被保険者情報にて前記被保険者が契約者の立場で紐付けされた保険にて当該被保険者と続柄を有する他の被保険者の第１識別情報を特定する処理と、前記被保険者および前記他の被保険者の第１識別情報を、前記各保険の契約内容の情報に照合し、契約内容における前記保険対象および前記保険条件のいずれかに第１識別情報が紐付いている各保険を特定する処理と、前記特定した各保険の契約内容の情報が示す補償範囲を前記保険対象たる被保険者ごとに集約し、少なくとも補償範囲とその重複について情報を生成して所定装置に出力する処理と、を実行するものである、としてもよい。
【０１１９】
これによれば、被保険者に関して予め登録されたユーザＩＤ（第２識別情報）と、保険対象となった保険ごとに当該被保険者を識別する被保険者ＩＤ（第１識別情報）とを適宜に利用し、各種処理の効率化を図ることが可能となる。ひいては、複数の保険の被保険者たる親族らに関する補償範囲とその適否を効率的かつ的確に提示し、ひいては当該保険に関する適宜な見直し提案を効率的に行うことにもつながる。
【０１２０】
また、本実施形態の契約管理支援装置において、前記演算装置は、前記補償範囲とその重複について情報を生成するに際し、予め規定したデフォルトの各補償範囲の表示用オブジェクトを、前記保険対象たる被保険者ごとに配置するとともに、当該表示用オブジェクトのうち、前記特定した各保険の契約内容の情報が示す補償範囲とそれ以外のものとで異なる表示形態を設定し、かつ、前記重複が生じている補償範囲に対応するものには更に異なる表示形態を設定し、前記所定装置に出力するものである、としてもよい。
【０１２１】
これによれば、保険の補償範囲の過不足と重複について、視覚的に明確な形態で被保険者等に提示することが可能となる。ひいては、複数の保険の被保険者たる親族らに関する補償範囲とその適否をさらに的確に提示し、ひいては当該保険に関する適宜な見直し提案をも可能となる。
【０１２２】
また、本実施形態の契約管理支援装置において、前記演算装置は、前記補償範囲とその重複について情報を生成するに際し、前記重複が生じている補償範囲に対応する表示用オブジェクトに関して、対応する保険における重複請求の可否に関する情報を設定し、前記所定装置に出力するものである、としてもよい。
【０１２３】
これによれば、上述の補償範囲の重複のうちでも、重複請求が可能な意味ある重複か、或いは、重複請求が不可で無意味な重複かについて、明確に被保険者らに提示可能となる。ひいては、複数の保険の被保険者たる親族らに関する補償範囲とその適否をさらに的確に提示し、ひいては当該保険に関する適宜な見直し提案をも可能となる。
【０１２４】
また、本実施形態の契約管理支援装置において、前記記憶装置は、前記被保険者が所持する端末より得た、前記被保険者ないしその周囲環境で生じたイベントの情報と、イベントとイベントに伴うリスクを補償範囲とする保険との対応関係を定めた情報と、を更に格納するものであり、前記演算装置は、前記イベントの情報が予め定めた所定の定義に合致する内容を示すものである場合、前記イベントの情報を前記対応関係を定めた情報に照合して、当該イベントに伴うリスクを補償範囲とする保険を特定する処理と、前記被保険者が前記特定した保険の被保険者であるか前記被保険者情報にて判定し、前記判定の結果、前記被保険者が前記特定した保険の被保険者である場合、保険請求の実行を提案する情報を所定装置に出力し、前記判定の結果、前記被保険者が前記特定した保険の被保険者でなかった場合、当該保険への加入を提案する情報を所定装置に出力し、前記判定の結果、前記被保険者が前記特定した保険の被保険者であり、かつ前記イベントの情報が予め定めた所定条件を満たすものである場合、当該保険の契約内容の見直しを提案する情報を所定装置に出力する処理と、を更に実行するものである、としてもよい。
【０１２５】
これによれば、被保険者に関して生起した各種イベントに伴い、そのリスクに応じた保険契約に関する的確な提案を行うことが可能となる。ひいては、複数の保険の被保険者たる親族らに関する補償範囲とその適否を的確に提示し、ひいては当該保険に関する適宜な見直し提案をも可能となる。
【０１２６】
また、本実施形態の契約管理支援装置において、前記演算装置は、前記被保険者情報で規定された被保険者のうち、当該被保険者に紐付けされた保険の補償範囲が対応するイベ
ントを前記対応関係の情報で特定し、前記特定したイベントの情報が記憶装置に保持されていない者、または、当該イベントの情報を取得するためのアプリケーションを端末で保持していない者を所定アルゴリズムで特定し、当該被保険者の端末に対し、前記アプリケーションの使用提案の情報を出力する処理を更に実行するものである、としてもよい。
【０１２７】
これによれば、被保険者それぞれの特性や置かれた環境等に応じた適切な補償範囲の確保やそれによるリスク回避が精度良くかつ迅速に図られることにつながる。ひいては、複数の保険の被保険者たる親族らに関する補償範囲とその適否をより的確かつ迅速に提示し、ひいては当該保険に関するより適宜な見直し提案をも可能となる。
【０１２８】
また、本実施形態の契約管理支援方法において、前記情報処理装置が、前記記憶装置において、前記被保険者情報として、各保険における被保険者を識別する第1識別情報、属
性情報、および契約上の立場と、被保険者間の続柄と、保険間を跨がり当該被保険者を一意に特定する第２識別情報とを紐付けて格納し、前記各保険の契約内容の情報を所定装置から得て、当該契約内容における保険対象および保険条件の少なくともいずれかの証書規定に適合する続柄および属性の少なくともいずれかを備えた被保険者を前記被保険者情報に基づき特定する処理と、前記特定した被保険者の第１識別情報を、前記契約内容における前記保険対象および前記保険条件と紐付けて記憶装置に保持する処理と、所定の被保険者による保険の補償範囲の出力要求を所定装置から得て、前記出力要求が示す前記被保険者の第２識別情報に基づき、前記被保険者情報にて前記被保険者が契約者ないし被保険者の立場で紐付けされた保険での当該被保険者の第１識別情報を特定し、前記被保険者情報にて前記被保険者が契約者の立場で紐付けされた保険にて当該被保険者と続柄を有する他の被保険者の第１識別情報を特定する処理と、前記被保険者および前記他の被保険者の第１識別情報を、前記各保険の契約内容の情報に照合し、契約内容における前記保険対象および前記保険条件のいずれかに第１識別情報が紐付いている各保険を特定する処理と、前記特定した各保険の契約内容の情報が示す補償範囲を前記保険対象たる被保険者ごとに集約し、少なくとも補償範囲とその重複について情報を生成して所定装置に出力する処理と、を実行するとしてもよい。
【０１２９】
また、本実施形態の契約管理支援方法において、前記情報処理装置が、前記補償範囲とその重複について情報を生成するに際し、予め規定したデフォルトの各補償範囲の表示用オブジェクトを、前記保険対象たる被保険者ごとに配置するとともに、当該表示用オブジェクトのうち、前記特定した各保険の契約内容の情報が示す補償範囲とそれ以外のものとで異なる表示形態を設定し、かつ、前記重複が生じている補償範囲に対応するものには更に異なる表示形態を設定し、前記所定装置に出力する、としてもよい。
【０１３０】
また、本実施形態の契約管理支援方法において、前記情報処理装置が、前記補償範囲とその重複について情報を生成するに際し、前記重複が生じている補償範囲に対応する表示用オブジェクトに関して、対応する保険における重複請求の可否に関する情報を設定し、前記所定装置に出力する、としてもよい。
【０１３１】
また、本実施形態の契約管理支援方法において、前記情報処理装置が、前記記憶装置において、前記被保険者が所持する端末より得た、前記被保険者ないしその周囲環境で生じたイベントの情報と、イベントとイベントに伴うリスクを補償範囲とする保険との対応関係を定めた情報と、を更に格納し、前記イベントの情報が予め定めた所定の定義に合致する内容を示すものである場合、前記イベントの情報を前記対応関係を定めた情報に照合して、当該イベントに伴うリスクを補償範囲とする保険を特定する処理と、前記被保険者が前記特定した保険の被保険者であるか前記被保険者情報にて判定し、前記判定の結果、前記被保険者が前記特定した保険の被保険者である場合、保険請求の実行を提案する情報を所定装置に出力し、前記判定の結果、前記被保険者が前記特定した保険の被保険者でなか
った場合、当該保険への加入を提案する情報を所定装置に出力し、前記判定の結果、前記被保険者が前記特定した保険の被保険者であり、かつ前記イベントの情報が予め定めた所定条件を満たすものである場合、当該保険の契約内容の見直しを提案する情報を所定装置に出力する処理と、を更に実行するとしてもよい。
【０１３２】
また、本実施形態の契約管理支援方法において、前記情報処理装置が、前記被保険者情報で規定された被保険者のうち、当該被保険者に紐付けされた保険の補償範囲が対応するイベントを前記対応関係の情報で特定し、前記特定したイベントの情報が記憶装置に保持されていない者、または、当該イベントの情報を取得するためのアプリケーションを端末で保持していない者を所定アルゴリズムで特定し、当該被保険者の端末に対し、前記アプリケーションの使用提案の情報を出力する処理を更に実行する、としてもよい。
【符号の説明】
【０１３３】
１０    ネットワーク
１００  契約管理支援装置
１０１  記憶装置
１０２  プログラム
１０３  メモリ
１０４  演算装置
１０５  通信装置
１２５  保険商品マスタ
１２６  リスクマスタ
１２７  ユーザマスタ
１２８  契約者マスタ
１２９  被保険者マスタ
１３０  資産マスタ
１３１  契約内容マスタ
１３２  表示設定マスタ
１３３  連携アプリマスタ
１３４  ユーザ使用アプリマスタ
１３５  アプリデータＤＢ
１３６  イベント定義マスタ
１３７  検知イベントＤＢ
１３８  パラメータマスタ
１３９  イベント対応リスクマスタ
２００  ユーザ端末
２０１  記憶装置
２０２  プログラム
２０３  メモリ
２０４  演算装置
２０５  入力装置
２０６  出力装置
２０７  通信装置
２０８  ＧＰＳユニット
２０９  ジャイロユニット
２１０  連携アプリ
２２５  アプリデータ２２５
３００  保険会社システム
【図１】
2019087086.tif 000003
【図２】
2019087086.tif 000004
【図３】
2019087086.tif 000005
【図４】
2019087086.tif 000006
【図５】
2019087086.tif 000007
【図６】
2019087086.tif 000008
【図７】
2019087086.tif 000009
【図８】
2019087086.tif 000010
【図９】
2019087086.tif 000011
【図１０】
2019087086.tif 000012
【図１１】
2019087086.tif 000013
【図１２】
2019087086.tif 000014
【図１３】
2019087086.tif 000015
【図１４】
2019087086.tif 000016
【図１５】
2019087086.tif 000017
【図１６】
2019087086.tif 000018
【図１７】
2019087086.tif 000019
【図１８】
2019087086.tif 000020
【図１９】
2019087086.tif 000021
【図２０】
2019087086.tif 000022
【図２１】
2019087086.tif 000023
【図２２】
2019087086.tif 000024
【図２３】
2019087086.tif 000025
【図２４】
2019087086.tif 000026
【図２５】
2019087086.tif 000027
【図２６】
2019087086.tif 000028
【図２７】
2019087086.tif 000029
【図２８】
2019087086.tif 000030
【図２９】
2019087086.tif 000031
【図３０】
2019087086.tif 000032
【図３１】
2019087086.tif 000033
【図３２】
2019087086.tif 000034
【図３３】
2019087086.tif 000035
【図３４】
2019087086.tif 000036
【図３５】
2019087086.tif 000037
【図３６】
2019087086.tif 000038
【図３７】
2019087086.tif 000039
【図３８】
2019087086.tif 000040
【図３９】
2019087086.tif 000041
【図４０】
2019087086.tif 000042
【図４１】
2019087086.tif 000043
【図４２】
2019087086.tif 000044