特開 2024-125703 同意取得装置、同意取得方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024125703

(43)【公開日】2024-09-19

(54)【発明の名称】同意取得装置、同意取得方法およびプログラム

(51)【国際特許分類】

   G06Q 50/22 20240101AFI20240911BHJP

【ＦＩ】

G06Q50/22

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2023033702

(22)【出願日】2023-03-06

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110000350

【氏名又は名称】ポレール弁理士法人

(72)【発明者】

【氏名】山本 穂奈美

(72)【発明者】

【氏名】鈴木 茜

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA13

(57)【要約】      （修正有）

【課題】要支援者以外の第三者を含む関係者の同意を取得する。
【解決手段】病院、学校、支援施設等の関係先装置と、同意取得サーバがネットワークを介して接続する同意取得システムにおいて、要支援者の支援に対する同意を取得するための同意取得サーバ１は、要支援者に関係する第１の関係先で利用される第１の関係先装置から、同意を取得するための第１の関係先装置の利用者の取得要求を受け付ける通信部１６、支援の要因となる支援要因についての状況を示すステータスを取得するステータス取得部１１、ステータスに応じて、同意の相手先である同意者候補を特定し、特定された同意者候補が利用する第２の関係先装置に対する同意依頼に対する同意結果を取得する同意取得部１３および同意結果が支援に対する同意を示す場合、支援を許可することを示すパーミッションチケットを発行し、通信部１６を介して第１の関係先装置に送信する連携認可部１５を有する。
【選択図】図２

【特許請求の範囲】

【請求項1】

要支援者である対象者に対する支援のための同意を取得するための同意取得装置において、
前記対象者に関係する第１の関係先で利用される第１の関係先装置から、当該第１の関係先装置の利用者の要求であって、前記同意を取得するための取得要求を受け付ける通信部と、
前記支援の要因となる支援要因についての状況を示すステータスを取得するステータス取得部と、
前記ステータスに応じて、前記同意の相手先である同意者候補を特定し、
特定された前記同意者候補が利用する第２の関係先装置に対する同意依頼を作成し、
前記通信部を介して、前記同意依頼に対する同意結果を取得する同意取得部と、
前記同意結果が前記支援に対する同意を示す場合、前記支援を許可することを示すパーミッションチケットを発行し、前記通信部を介して前記第１の関係先装置に送信する支援認可部を有する同意取得装置。

【請求項2】

請求項１に記載の同意取得装置において、
前記ステータス取得部は、ネットワークを介して接続される他の装置から前記ステータスを取得する同意取得装置。

【請求項3】

請求項１に記載の同意取得装置において、
前記同意取得部は、取得されたステータスに応じた異なる手順で前記同意依頼に対する回答を取得する同意取得装置。

【請求項4】

請求項３に記載の同意取得装置において、
さらに、代理同意取得部を有し、
前記支援要因は、児童虐待であり、
前記ステータスは、通常、虐待疑惑時、虐待認定時、虐待改善時であり、
前記対象者である児童のステータスが虐待疑惑時の際には、前記代理同意取得部は、複数の同意者候補を仮代理として、当該仮代理が利用する複数の第２の関係先装置に対する代理同意依頼を通知し、当該代理同意依頼に対する同意を示す同意結果の数がしきい値以上の場合、前記仮代理を代理として記録する同意取得装置。

【請求項5】

請求項１に記載の同意取得装置において、
さらに、前記対象者ごとの、前記支援についての同意に関する同意管理情報の集合で構成される同意管理リストを記録する記録部を有し、
前記ステータス取得部は、前記支援に対する拒否を示す同意結果がしきい値以上の場合、前記同意管理リストに含まれるステータスを更新する同意取得装置。

【請求項6】

同意取得装置により実行される、要支援者である対象者に対する支援のための同意を取得するための同意取得方法において、
通信部により、前記対象者に関係する第１の関係先で利用される第１の関係先装置から、当該第１の関係先装置の利用者の要求であって、前記同意を取得するための取得要求を受け付け、
ステータス取得部により、前記支援の要因となる支援要因についての状況を示すステータスを取得し、
同意取得部により、
前記ステータスに応じて、前記同意の相手先である同意者候補を特定し、
特定された前記同意者候補が利用する第２の関係先装置に対する同意依頼を作成し、
前記通信部を介して、前記同意依頼に対する同意結果を取得し、
支援認可部により、前記同意結果が前記支援に対する同意を示す場合、前記支援を許可することを示すパーミッションチケットを発行し、前記通信部を介して前記第１の関係先装置に送信する同意取得方法。

【請求項7】

請求項６に記載の同意取得方法において、
前記ステータス取得部により、ネットワークを介して接続される他の装置から前記ステータスを取得する同意取得方法。

【請求項8】

請求項６に記載の同意取得方法において、
前記同意取得部により、取得されたステータスに応じた異なる手順で前記同意依頼に対する回答を取得する同意取得方法。

【請求項9】

請求項８に記載の同意取得方法において、
前記同意取得装置は、さらに、代理同意取得部を有し、
前記支援要因は、児童虐待であり、
前記ステータスは、通常、虐待疑惑時、虐待認定時、虐待改善時であり、
前記対象者である児童のステータスが虐待疑惑時の際には、前記代理同意取得部により、複数の同意者候補を仮代理として、当該仮代理が利用する複数の第２の関係先装置に対する代理同意依頼を通知し、当該代理同意依頼に対する同意を示す同意結果の数がしきい値以上の場合、前記仮代理を代理として記録する同意取得方法。

【請求項10】

請求項６に記載の同意取得方法において、
前記同意取得装置は、さらに、前記対象者ごとの、前記支援についての同意に関する同意管理情報の集合で構成される同意管理リストを記録する記録部を有し、
前記ステータス取得部により、前記支援に対する拒否を示す同意結果がしきい値以上の場合、前記同意管理リストに含まれるステータスを更新する同意取得方法。

【請求項11】

コンピュータである、要支援者である対象者に対する支援のための同意を取得するための同意取得装置を、
前記対象者に関係する第１の関係先で利用される第１の関係先装置から、当該第１の関係先装置の利用者の要求であって、前記同意を取得するための取得要求を受け付ける通信部と、
前記支援の要因となる支援要因についての状況を示すステータスを取得するステータス取得部と、
前記ステータスに応じて、前記同意の相手先である同意者候補を特定し、
特定された前記同意者候補が利用する第２の関係先装置に対する同意依頼を作成し、
前記通信部を介して、前記同意依頼に対する同意結果を取得する同意取得部と、
前記同意結果が前記支援に対する同意を示す場合、前記支援を許可することを示すパーミッションチケットを発行し、前記通信部を介して前記第１の関係先装置に送信する支援認可部として機能させるためのプログラム。

【請求項12】

請求項１１に記載のプログラムにおいて、
前記ステータス取得部は、ネットワークを介して接続される他の装置から前記ステータスを取得するプログラム。

【請求項13】

請求項１１に記載のプログラムにおいて、
前記同意取得部は、取得されたステータスに応じた異なる手順で前記同意依頼に対する回答を取得するプログラム。

【請求項14】

請求項１３に記載のプログラムにおいて、
前記同意取得装置は、さらに、代理同意取得部を有し、
前記支援要因は、児童虐待であり、
前記ステータスは、通常、虐待疑惑時、虐待認定時、虐待改善時であり、
前記対象者である児童のステータスが虐待疑惑時の際には、前記代理同意取得部は、複数の同意者候補を仮代理として、当該仮代理が利用する複数の第２の関係先装置に対する代理同意依頼を通知し、当該代理同意依頼に対する同意を示す同意結果の数がしきい値以上の場合、前記仮代理を代理として記録するプログラム。

【請求項15】

請求項１１に記載のプログラムにおいて、
前記同意取得装置は、さらに、前記対象者ごとの、前記支援についての同意に関する同意管理情報の集合で構成される同意管理リストを記録する記録部を有し、
前記ステータス取得部は、前記支援に対する拒否を示す同意結果がしきい値以上の場合、前記同意管理リストに含まれるステータスを更新するプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報連携や代理手続きといった対象者への何らかの支援に対する、関係者の同意の取得を支援するための技術に関する。

【背景技術】

【0002】

現在、児童虐待、ＤＶ（Domestic Violence）などの社会問題が顕在化している。このため、虐待児童、貧困児童、ＤＶ被害者などの対象者（要支援者）に対する支援の必要性が高まっている。この支援としては、対象者に関する情報連携や代理手続きが想定される。

【0003】

例えば、個人情報の連携を実現するための技術として、特許文献１が提案されている。特許文献１では、医療情報等の「個人情報の第三者提供による同意取得を不要とすること」を課題とする。このために、特許文献１には、「元データを断片化したシェアの状態で複数のサーバに分散保管する処理システムであって、複数のサーバ２０Ａ～２０Ｃのそれぞれは、依頼元端末装置３０から要求された計算に使用するシェアに対して統計加工を行う統計加工部と、統計加工において変換された統計情報を用いて、依頼元端末装置３０から要求された計算を行う計算処理部と、を有する」処理システム１００が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開2022-150526号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、特許文献１では、個人を特定されない統計情報に変換されるため、「同意」を回避できている（００５０段落）。しかしながら、統計情報では、対象者に対する支援を実現することができない。このため、何らかの「同意」が必要となる。また、上述の対象者には、児童、ＤＶ被害者や認知症患者が含まれ、本人が「同意」することが困難ないし不可能なことも発生する。

【0006】

そこで、本発明では、個人情報の提供や代理人の委任など支援に関する対象者以外の第三者を含む関係者の同意取得を実現することを課題とする。

【課題を解決するための手段】

【0007】

上記の課題を解決するために、本発明では、要支援者である対象者に対する支援要因の状況を示すステータスに応じて、支援についての同意者を動的に特定する。

【0008】

より具体的には、要支援者である対象者に対する支援のための同意を取得するための同意取得装置において、前記対象者に関係する第１の関係先で利用される第１の関係先装置から、当該第１の関係先装置の利用者の要求であって、前記同意を取得するための取得要求を受け付ける通信部と、前記支援の要因となる支援要因についての状況を示すステータスを取得するステータス取得部と、前記ステータスに応じて、前記同意の相手先である同意者候補を特定し、特定された前記同意者候補が利用する第２の関係先装置に対する同意依頼を作成し、前記通信部を介して、前記同意依頼に対する同意結果を取得する同意取得部と、前記同意結果が前記支援に対する同意を示す場合、前記支援を許可することを示すパーミッションチケットを発行し、前記通信部を介して前記第１の関係先装置に送信する支援認可部を有する同意取得装置である。

【0009】

さらに、本発明には、同意取得装置を用いた同意取得方法や同意取得装置をコンピュータとして機能させるためのプログラムやこれを格納する記録媒体も含まれる。さらに、同意取得装置を含む同意取得システムやこれを構成する他の装置、サブコンビネーションも本発明に含まれる。

【発明の効果】

【0010】

本発明によれば、支援に関する対象者以外の第三者を含む関係者の同意取得を実現することが可能となる。

【図面の簡単な説明】

【0011】

【図1】本発明の一実施形態における同意取得システムのシステム構成図である。

【図2】本発明の一実施形態における同意取得サーバ１の機能ブロック図である。

【図3】本発明の一実施形態における児童相談所端末２０の機能ブロック図である。

【図4】本発明の一実施形態における病院端末３０の機能ブロック図である。

【図5】本発明の一実施形態における学校端末４０の機能ブロック図である。

【図6】本発明の一実施形態における支援施設端末５０の機能ブロック図である。

【図7】本発明の一実施形態における同意取得サーバ１のハードウエア構成図である。

【図8】本発明の一実施形態で用いられる同意管理リスト１７１を示す図である。

【図9】本発明の一実施形態で用いられる児童状況リスト２６１を示す図である。

【図10】本発明の一実施形態におけるステータスの遷移図である。

【図11】本発明の一実施形態における全体処理シーケンスを示すシーケンス図である。

【図12】本発明の一実施形態におけるステータス判定処理および同意取得処理の一部を示すシーケンス図である。

【図13】本発明の一実施形態における通常時の同意取得処理（ステップＳ１４）の詳細を示すシーケンス図である。

【図14】本発明の一実施形態における虐待疑惑時の同意取得処理（ステップＳ１５）の詳細を示すシーケンス図である。

【図15】本発明の一実施形態における虐待認定時の同意取得処理（ステップＳ１６）の詳細を示すシーケンス図である。

【発明を実施するための形態】

【0012】

以下、本発明の一実施形態について、＜概要＞＜構成＞＜情報＞＜処理フロー＞に分けて説明する。

【0013】

＜概要＞
本実施形態では、児童虐待を例とする。この例では、要支援者、つまり、対象者として、虐待の可能性のある児童を用い、支援として児童の個人情報について情報連携（提供、取得、共有等）を用いる。また、関係者・組織（以下、単に関係先）の例として、親権者（親）、教師などの学校関係者、支援施設、児童相談所および医師などの病院関係者を用いる。

【0014】

なお、これらはあくまでも例示であり、本発明にはこれらに限定されない。例えば、児童虐待の他にも、ＤＶ被害、認知症やアルコール依存症などの病気、貧困や介護等の各種世話を要する家庭状態といった各種支援要因が対象となり得る。このため、要支援者として、ＤＶ被害者、認知症患者、アルコール依存症患者、貧困層、ヤングケアラーといった介護実施者なども含まれる。さらにその支援としては、介護、対象者に代わっての手続き代行、代理人委任、保護、被害防止、避難支援なども含まれる。

【0015】

ここで、本実施形態では、児童の個人情報についての情報連携が必要となる場面について説明する。例えば、病院で児童を診断した場合、痣やけがの状態により、医師が虐待の可能性があると考えることがある。この場合、医師ないしその病院では、虐待の確認や児童相談所や警察などへの通報の要否を判断するために、他の関係先から児童の個人情報を取得することを希望することがある。つまり、虐待について、痣やケガのみでその可能性を判断するのでなく、他の情報も合わせて総合的な判断を行いたいとのニーズが存在する。また、総合的な判断のためには、当該病院で管理する児童の個人情報（例えば、カルテ情報）を開示して連携するニーズも存在する。以上のようなニーズに対応するために、本実施形態では、児童への支援の一例として、その個人情報について情報連携を実現する。

【0016】

＜構成＞
以下、図面を参照して、本実施形態の構成について説明する。図１は、本実施形態における同意取得システムのシステム構成図である。本システムにおいて、同意取得サーバ１、児童相談所システム２、病院システム３、学校システム４、支援施設システム５および親端末６がネットワーク７を介して互いに接続されている。

【0017】

以下、これらの各装置の概要について説明し、その後に詳細に説明する。同意取得サーバ１は、本発明の同意取得装置の一例であり、本実施形態における同意取得のための主たる処理を実行する。このために、同意取得サーバ１は、児童相談所システム２、病院システム３、学校システム４、支援施設システム５および親端末６と連携する。

【0018】

次に、児童相談所システム２は、児童の関係先の一例である児童相談所で用いられるシステムであり、本実施形態では児童相談所端末２０および児童相談所サーバ２００で構成される。児童相談所端末２０および児童相談所サーバ２００は、それぞれ関係先装置の一例であり、いずれか一方のみで構成してもよいし、複数台設けてもよい。なお、これは児童相談所の職員により利用されることを想定している。

【0019】

また、病院システム３は、児童の関係先の一例である病院、診療所等で用いられるシステムであり、本実施形態では病院端末３０および病院サーバ３００で構成される。病院端末３０および病院サーバ３００は、それぞれ関係先装置の一例であり、いずれか一方のみで構成してもよいし、複数台設けてもよい。なお、これは医師などの病院の職員により利用されることを想定している。

【0020】

また、学校システム４は、児童の関係先の一例である学校で用いられるシステムであり、本実施形態では学校端末４０および学校サーバ４００で構成される。学校端末４０および学校サーバ４００は、それぞれ関係先装置の一例であり、いずれか一方のみで構成してもよいし、複数台設けてもよい。なお、これは教師などの学校の職員により利用されることを想定している。

【0021】

また、支援施設システム５は、児童の関係先の一例である各種支援施設で用いられるシステムであり、本実施形態では支援施設端末５０および支援施設サーバ５００で構成される。ここで、支援施設は、いわゆる子ども食堂、児童館等の児童福祉施設など、児童が利用可能な施設である。より望ましくは、支援施設は、児童の保護、支援が可能な施設である。ここで、支援施設端末５０および支援施設サーバ５００は、それぞれ関係先装置の一例であり、いずれか一方のみで構成してもよいし、複数台設けてもよい。この場合、支援施設自体複数である場合も含まれる。なお、これは支援施設の職員により利用されることを想定している。

【0022】

また、親端末６は、関係先の一例である児童の親権者である親が利用する端末装置であり、スマートフォン、タブレット、ＰＣなどで実現できる。さらに、ネットワーク７は、上述の各装置を接続するもので、インターネットなどで実現できる。またさらに、同意取得サーバ１は、児童相談所など関係先に設けてもよい。この場合、同意取得サーバ１の機能を児童相談所サーバ２００のような関係先装置にその機能を設けてもよいし、別装置として実現してもよい。

【0023】

次に、各装置の詳細について説明する。まず、図２は、本実施形態における同意取得サーバ１の機能ブロック図である。図２において、同意取得サーバ１は、ステータス取得部１１、同意管理リスト作成部１２、同意取得部１３、代理同意取得部１４、連携認可部１５、通信部１６および記録部１７を有する。

【0024】

まず、ステータス取得部１１は、支援の要因、つまり、情報連携の要因である児童虐待についての状況を示すステータスを他の装置から取得する。このステータス取得部１１は、ステータスを特定するステータス特定部の一例である。このため、同意については、同意取得サーバ１自身で特定してもよい。

【0025】

また、同意管理リスト作成部１２は、児童ごとの、情報連携についての同意に関する情報である同意管理リスト１７１を作成し、これを記録部１７に記録する。なお、同意管理リスト１７１については、後述の＜情報＞の欄で説明する。

【0026】

また、同意取得部１３は、関係先のうち、同意者となり得る同意者候補の同意を取得するための処理を実行する。また、代理同意取得部１４は、所定のステータスの場合に、代理同意者となり得る代理同意者候補の同意を取得するための処理を実行する。

【0027】

また、連携認可部１５は、支援の一例である情報連携のための処理を実行する。より具体的には、情報連携のためのパーミッションチケットを発行する。また、通信部１６は、ネットワーク７を介して、他の装置との通信を実行する。なお、本実施形態では、支援として情報連携を行うため連携認可部１５を用いるが、これは支援を認可する支援認可部の一例である。さらに、記録部１７は、同意管理リスト１７１を記録する。

【0028】

次に、図３は、本実施形態における児童相談所端末２０の機能ブロック図である。本例では、児童相談所で利用される関係先装置として、児童相談所端末２０を用いるが、児童相談所端末２０の機能のうち、少なくとも一部を児童相談所サーバ２００で実現してもよい。

【0029】

図３において、児童相談所端末２０は、児童状況リスト作成部２１、児童状況リスト更新部２２、ステータス確認部２３、同意部２４、通信部２５および記録部２６を有する。児童状況リスト作成部２１は、児童ごとの、支援要因の一例である児童虐待の状況を示す情報である児童状況リスト２６１を作成し、これを記録部２６に記録する。なお、児童状況リスト２６１については、後述の＜情報＞の欄で説明する。

【0030】

また、児童状況リスト更新部２２は、児童状況リスト２６１を児童虐待の状況に応じて更新する。また、ステータス確認部２３は、児童虐待のステータスを、児童状況リスト２６１に基づいて確認する。

【0031】

また、同意部２４は、同意取得部１３と連携して、同意取得のための処理を実行する。また、通信部２５は、ネットワーク７を介して、他の装置との通信を実行する。さらに、記録部２６は、児童状況リスト２６１を記録する。

【0032】

次に、図４は、本実施形態における病院端末３０の機能ブロック図である。本例では、病院で利用される関係先装置として、病院端末３０を用いるが、病院端末３０の機能のうち、少なくとも一部を病院サーバ３００で実現してもよい。

【0033】

図４において、病院端末３０は、電子カルテ作成部３１、連携要求部３２、同意確認部３３、連携許可部３４、代理同意部３５、通信部３６および記録部３７を有する。まず、電子カルテ作成部３１は、児童を含む患者ごとの、カルテを示す電子カルテデータ３７１を作成し、記録部３７に記録する。

【0034】

また、連携要求部３２は、支援の一例である情報連携を要求する連携要求を、同意取得サーバ１に、後述の通信部３６を介して送信する。同意確認部３３は、同意取得部１３や同意部２４等で取得される同意について確認する。

【0035】

また、連携許可部３４は、情報連携のための処理を実行する。この際、連携認可部１５で発行されるパーミッションチケットに応じてこの処理を実行することになる。

【0036】

また、代理同意部３５は、所定のステータスの場合に、当該病院端末３０の利用者もしくは病院が代理同意者としての同意についての処理を実行する。通信部３６は、ネットワーク７を介して、他の装置との通信を実行する。さらに、記録部３７は、電子カルテデータ３７１を記録する。

【0037】

次に、図５は、本実施形態における学校端末４０の機能ブロック図である。本例では、学校で利用される関係先装置として、学校端末４０を用いるが、学校端末４０の機能のうち、少なくとも一部を学校サーバ４００で実現してもよい。

【0038】

図５において、学校端末４０は、学習データ作成部４１、連携要求部４２、同意確認部４３、連携許可部４４、代理同意部４５、通信部４６および記録部４７を有する。まず、学習データ作成部４１は、児童についての出席日数（含む早退、お休み数）、成績、生活態度などを含む学習や学校生活に関する学習データ４７１を作成し、記録部４７に記録する。

【0039】

また、連携要求部４２、同意確認部４３、連携許可部４４、代理同意部４５、通信部４６は、それぞれ連携要求部３２、同意確認部３３、連携許可部３４、代理同意部３５および通信部３６と同様の機能を有する。また、記録部４７は、学習データ４７１を記録する。

【0040】

次に、図６は、本実施形態における支援施設端末５０の機能ブロック図である。本例では、支援施設で利用される関係先装置として、支援施設端末５０を用いるが、支援施設端末５０の機能のうち、少なくとも一部を支援施設サーバ５００で実現してもよい。

【0041】

図６において、支援施設端末５０は、活動記録データ作成部５１、連携要求部５２、同意確認部５３、連携許可部５４、代理同意部５５、通信部５６および記録部５７を有する。まず、活動記録データ作成部５１は、児童についての利用日数、活動内容などを含む支援施設での活動に関する活動記録データ５７１を作成し、記録部５７に記録する。

【0042】

また、連携要求部５２、同意確認部５３、連携許可部５４、代理同意部５５、通信部５６は、それぞれ連携要求部４２、同意確認部４３、連携許可部４４、代理同意部４５および通信部４６と同様の機能を有する。また、記録部５７は、活動記録データ５７１を記録する。

【0043】

以上の病院端末３０、学校端末４０および支援施設端末５０においては、それぞれ同様の機能（部）を備えることを妨げない。本実施形態では、病院が情報連携要求元のため、連携要求部３２を有し、学校が情報を提供するため、同意確認部４３を有すると記載した。また、これらについては、他の端末も有してもよく、情報連携要求元になった際に用いられる。

【0044】

次に、親端末６は、親からの操作に従って、同意取得に関する各種処理を実行し、上述の各装置とネットワーク７を介して、情報の送受信を行う。また、これらの機能は、いわゆるブラウザや専用アプリ（プログラム）で実現可能である。また、これらの機能の実現には、メール、親端末６の専用メッセージ機能やＳＮＳ（Social Network Service）サービスを利用してもよい。さらに、親端末６は、児童相談所端末２０、病院端末３０、学校端末４０および支援施設端末５０と同様の機能を有してもよい。またさらに、親端末６、児童相談所端末２０、病院端末３０、学校端末４０および支援施設端末５０については、それぞれ利用者の入力を受け付ける入力デバイスで実現できる入力部と、各種情報を出力する表示装置で実現できる出力部を有する。

【0045】

次に、同意取得サーバ１の一実現例について説明する。図７は、本実施形態における同意取得サーバ１のハードウエア構成図である。図７において、同意取得サーバ１は、ＣＰＵ１０１、主記録装置１０２、ネットワークＩ／Ｆ１０３、表示Ｉ／Ｆ１０４、入力Ｉ／Ｆ１０５、補助記録Ｉ／Ｆ１０６および補助記録装置１０７を有し、これらはバス等を介して互いに接続される。

【0046】

まず、ＣＰＵ１０１は、処理装置（プロセッサ）の一例であり、後述する補助記録装置１０７に記録されている各プログラムに従って演算を実行する。また、主記録装置１０２は、いわゆるメモリであり、補助記録装置１０７に記録されている各プログラムやＣＰＵ１０１での演算に用いられる情報が展開される。

【0047】

また、ネットワークＩ／Ｆ１０３は、図２の通信部１６に該当し、ネットワーク７と接続し、他の装置との通信を行うためのインターフェイス機能を有する。表示Ｉ／Ｆ１０４は、表示装置８１と接続し、これに各種情報を表示するためのインターフェイス機能を有する。また、入力Ｉ／Ｆ１０５は、マウスやキーボードといった入力デバイス８２と接続し、これらに対する利用者の操作に応じた入力を受け付けるインターフェイス機能を有する。ここで、表示装置８１や入力デバイス８２は、同意取得サーバ１の一部として構成してもよいし、別装置として構成してもよい。後者の場合、タブレットやＰＣなどの端末装置で実現してもよい。

【0048】

また、補助記録Ｉ／Ｆ１０６は、後述の補助記録装置１０７と接続するためのインターフェイス機能を有する。そして、補助記録装置１０７は、いわゆるストレージで実現でき、ステータス取得プログラム１０８、同意管理リスト作成プログラム１０９、同意取得プログラム１１０、代理同意取得プログラム１１１、連携認可プログラム１１２および上述の同意管理リスト１７１を記録する。このため、主記録装置１０２および補助記録装置１０７が、図２の記録部１７に該当する。

【0049】

また、補助記録装置１０７は、外付けのＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、メモリカードなどの各種記録媒体で実現してもよいし、ファイルサーバのように同意取得サーバ１とは別装置で実現してもよい。

【0050】

ここで、各プログラムについては、各機能の少なくとも一部をモジュールとして実現し、これらを合わせて１以上のプログラムで実現してもよい。

【0051】

また、各プログラムで実現する機能は、図２の各部と同様である。つまり、ＣＰＵ１０１は、上述の各プログラムに従って、ステータス取得部１１、同意管理リスト作成部１２、同意取得部１３、代理同意取得部１４および連携認可部１５の各機能を実現するための演算を実行する。そして、各プログラムと同一の機能を実行する図２に示す構成は、以下のとおりである。
ステータス取得プログラム１０８：ステータス取得部１１
同意管理リスト作成プログラム１０９：同意管理リスト作成部１２
同意取得プログラム１１０：同意取得部１３
代理同意取得プログラム１１１：代理同意取得部１４
連携認可プログラム１１２：連携認可部１５
以上で、本実施形態の構成の説明を終わり、続いて、＜情報＞について説明する。

【0052】

＜情報＞
まず、図８は、本実施形態で用いられる同意管理リスト１７１を示す図である。同意管理リスト１７１は、児童ごとの、情報連携についての同意に関する同意管理情報の集合で構成される。例えば、図８に示すように、同意管理情報を識別するＮｏごとに、氏名、ステータス、同意有無、連携回数および連携拒否回数の各項目を有する。まず、氏名は、対象者である児童の氏名であるが、当該児童を識別できる情報であればよい。なお、上述のＮｏとして、児童を識別する情報を用いてもよい。

【0053】

また、ステータスは、支援要因である児童虐待の状況を示す。本実施形態では、「通常時」「虐待疑惑時」「虐待認定時」「虐待改善時」を用いる。これらの考え方については、後述の＜処理フロー＞の欄で説明する。

【0054】

また、同意者は、支援である情報連携、つまり、児童の個人情報の連携について同意する関係者を示す。なお、本欄は、ステータス判定処理や同意取得処理の状態に応じて、動的に変更することが望ましい。その一例としては、初めに初期値として「親」が記録され、ステータスが「虐待疑惑時」「虐待認定時」には「同意者候補」が記録され、同意が取得された場合には「同意者」（含む代理）が記録される。この詳細については、＜処理フロー＞の欄で詳細に説明する。

【0055】

また、同意の有無は、同意取得処理で同意が取得されているか（有）やされていないか（無）を示す。また、連携回数は、支援である情報連携の回数を示す。さらに連携拒否回数は、情報連携を拒否した回数を示す。なお、これらの各項目はあくまでも例示であり、同意者が管理できればよく、その一部を省略することができる。また、他の項目を追加してもよい。

【0056】

次に、図９は、本実施形態で用いられる児童状況リスト２６１を示す図である。児童状況リスト２６１は、児童ごとの、支援要因の一例である児童虐待の状況を示す児童虐待情報の集合で構成される。例えば、図９に示すように、児童虐待情報を識別するＮｏごとに、氏名、住所、生年月日、ステータス、連携回数および連携拒否回数の各項目を有する。

【0057】

まず、氏名は、対象者である児童の氏名であるが、当該児童を識別できる情報であればよい。なお、上述のＮｏとして、児童を識別する情報を用いてもよい。また、住所、氏名および生年月日は、児童の属性を示す情報である。

【0058】

また、ステータス、連携回数および連携拒否回数は、同意管理リスト１７１のそれと同様の情報である。なお、これらの各項目は、あくまでも例示であり、ステータスが管理できればよく、その一部を省略することができる。また、他の項目を追加してもよい。

【0059】

なお、電子カルテデータ３７１、学習データ４７１および活動記録データ５７１は、＜構成＞の欄で説明済であり、その詳細の説明は省略する。以上で、本実施形態で用いられる情報の説明を終わり、続いて、＜処理フロー＞について説明する。

【0060】

＜処理フロー＞
まず、処理フローの説明にあたり、この前提となるステータスの考え方について説明する。ステータスは、支援要因である虐待の状況を示す。このため、何らかの対処の実施や状況の確認などで変化、遷移することになる。

【0061】

図１０は、本実施形態におけるステータスの遷移図である。児童虐待においては、これが行われていない場合、ステータスは「通常時」となる。そして、児童の服装などで虐待の可能が見いだされると、「通常時」から「虐待疑惑時」にステータスが遷移する。

【0062】

また、児童の状況についての確認が進むと、「虐待疑惑時」から「虐待認定時」にステータスが遷移する。そして、児童相談所などの介入などにより、虐待が改善すると、「虐待認定時」から「虐待改善時」にステータスが遷移する。また、さらに状況が落ち着き、介入等の対策が不要になると、ステータスは「虐待改善時」から「通常時」に遷移する。

【0063】

なお、これらステータスおよびその遷移は、上述の例に限定されない。例えば、これら以外のステータスを追加してもよいし、一部を削除してもよい。また、遷移については、「虐待疑惑時」において、虐待が確認されない場合、「通常時」に遷移してもよい。またさらに、「通常時」において、虐待の事実が確認された場合、「虐待疑惑時」をスキップし、「虐待認定時」に遷移してもよい。このように、遷移は図８の例に限定されず、スキップや逆方向への遷移も含まれる。さらに、このステータスとは、支援の必要性の程度を示す指標としても用いることができる。図８の例では、「通常時」「虐待改善時」「虐待疑惑時」「虐待認定時」の順に、支援の必要性が低いとも定義できる。

【0064】

また、これらステータスは虐待についての対策を行う児童相談所で管理することが望ましい。このため、本実施形態では、児童相談所端末２０の児童状況リスト２６１で管理する。但し、これについて、同意取得サーバ１で管理してもよい。

【0065】

以上で、ステータスの考え方、特に、その遷移についての説明を終わり、処理フローの詳細について説明する。図１１は、本実施形態における全体処理シーケンスを示すシーケンス図である。まず、この処理の前提として、病院において、児童の診察が行われ、そのケガにより医師が虐待の可能性があると考えたものとする。この場合、ステップＳ３０１において、病院端末３０の入力部が、医師等の病院職員から該当の児童についての情報連携についての連携要求指示を受け付ける。そして、通信部３６が、同意取得サーバ１に、連携要求を送信する。この連携要求には、児童の氏名などの識別情報および情報連携を希望する旨の情報が含まれる。

【0066】

また、ステップＳ１０１において、同意取得サーバ１の通信部１６が、連携要求を受け付ける。また、ステップＳ１０２において、同意管理リスト作成部１２が、受け付けた連携要求に応じて、同意管理リスト１７１への登録を行う。このために、同意管理リスト作成部１２は、連携要求の対象である児童についての同意管理情報が同意管理リスト１７１に含まれるかを判定する。

【0067】

この結果、含まれていない場合、同意管理リスト作成部１２は、同意管理リスト１７１に新たにレコードを作成し、氏名の欄に該当の児童の氏名を記録する。また、児童についての同意管理情報が含まれている場合、該当のレコード（同意管理情報）の初期化を行う。つまり、同意管理リスト作成部１２は、ステータス、同意者および同意有無の各項目の記録を消去する。この際、連携回数や連携拒否回数も消去してもよい。また、初期化においては、同意管理リスト作成部１２は、同意者として親を記録してもよい。またさらに、同意管理情報が含まれている場合、この同意管理情報を流用してもよい。この場合、同意管理情報にステータスを含めて、これを用いてステータス判定を行ってもよい。この場合、後述のステータス判定処理は省略できる。

【0068】

なお、本実施形態では、児童についての同意管理情報が同意管理リスト１７１に含まれているかを判定しているが、この処理は省略できる。この場合、同意管理情報が含まれているかに寄らず、同意管理リスト作成部１２は、同意管理リスト１７１に新たにレコードを作成することになる。

【0069】

また、ステップＳ１０において、ステータス判定処理が実行され、ステップＳ２０において、同意取得処理が実行される。まず、ステップＳ１０において、同意取得サーバ１および児童相談所端末２０が連携して対象者である児童のステータスを判定する。また、ステップＳ２０において、同意取得サーバ１および関係先装置が連携して同意者を特定する。以下、これらの具体例を、図１２～図１５を用いて説明する。図１２は、本実施形態におけるステータス判定処理および同意取得処理の一部を示すシーケンス図である。

【0070】

まず、ステップＳ１１において、同意取得サーバ１のステータス取得部１１が、通信部１６を介して児童相談所端末２０に、対象者である児童のステータスの確認依頼を送信する。この確認依頼には、ステータスを確認する旨および児童を識別する識別情報が含まれる。

【0071】

また、ステップＳ２１において、児童相談所端末２０の通信部２５が、ステータスの確認依頼を受け付ける。これを受けて、ステップＳ２２において、ステータス確認部２３が、児童状況リスト２６１を確認し、受け付けられた確認依頼の児童の識別情報に対応する児童確認情報を特定する。

【0072】

また、ステータス確認部２３は、特定された児童状況情報に含まれるステータスを抽出する。そして、ステップＳ２３において、ステータス確認部２３が、通信部２５を介して同意取得サーバ１に、抽出されたステータスを通知する。なお、児童状況リスト２６１に該当の児童の管理情報が含まれない場合、ステータス確認部２３は、ステータスを「通常時」と判定する。これは、支援の必要性が最も低いステータスと判定することを意味する。但し、これはあくまでも一例であり、ステータス確認部２３は、予め定められたステータスと判定してもよい。

【0073】

また、ステップＳ１２において、同意取得サーバ１のステータス取得部１１が、通知されたステータスを、同意管理リスト１７１のうち該当のレコードに登録する。以上により、ステータス判定処理（ステップＳ１０）が終了することになる。以下、同意取得処理（ステップＳ２０）が実行される。

【0074】

まず、ステップＳ１３において、同意取得部１３が、同意管理リスト１７１に記録された対象者である児童のステータスを判定する。この結果、ステータスが「通常時」の場合、ステップＳ１４に遷移する。また、ステータスが「虐待疑惑時」の場合、ステップＳ１５に遷移する。また、ステータスが「虐待認定時」の場合、ステップＳ１６に遷移する。また、ステータスが「虐待改善時」の場合、ステップＳ１７に遷移する。以上のように、本実施形態では、取得されたステータスに応じて、異なる手順で同意取得処理を実行し、同意依頼に対する回答を取得する。

【0075】

また、ステップＳ１４では、通常時の同意取得処理が実行される。この詳細は、図１３を用いて後述する。また、ステップＳ１５では、虐待疑惑時の同意取得処理が実行される。この詳細は、図１４を用いて後述する。また、ステップＳ１６では、虐待認定時の同意取得処理が実行される。この詳細は、図１５を用いて後述する。

【0076】

さらに、ステップＳ１７において、同意取得部１３が、同意者を「親」に特定し、同意管理リスト１７１の同意者の欄に登録する。なお、初期値として「親」が記録されている場合、同意取得部１３は、初期値のままとする。

【0077】

そして、ステップＳ１８において、同意取得部１３が、通信部１６を介して病院端末３０に、児童の虐待のステータスが、虐待改善時であること、つまり、改善されている旨を通知する。

【0078】

ここで、ステップＳ１７では、同意者を「親」に特定しているが、これを同意者候補として、以下に示す処理で同意者として特定してもよい。このために、同意取得部１３は、通信部１６を介して、親端末６に情報連携についての連携同意依頼を通知する。この連携同意依頼には、同意を依頼する旨、児童の氏名および対象の個人情報の範囲を示す情報が含まれる。ここで、本実施形態においては、対象の個人情報としては、病院の電子カルテデータ３７１に含まれる対象者の電子カルテとなる。

【0079】

そして、親端末６から同意する旨の回答を通信部１６が受け付けた場合、同意取得部１３は、同意管理リスト１７１の連携回数に１加算し、これを更新する。また、同意管理リスト１７１の同意者に記録された「親」を同意者候補から同意者に確定する処理を行う。

【0080】

また、親端末６から同意しない旨の回答を通信部１６が受け付けた場合、同意取得部１３は、同意管理リスト１７１の連携拒否回数に１加算し、これを更新する。また、同意取得部１３は、同意管理リスト１７１の同意者に記録された同意者候補である「親」を削除する。さらに、ステップＳ１８以降では、ステップＳ１４と同様の処理で同意取得を実行してもよい。

【0081】

以上で、図１２の説明を終わり、以下、ステップＳ１４～ステップＳ１６のそれぞれの詳細を説明する。まず、図１３は、本実施形態における通常時の同意取得処理（ステップＳ１４）の詳細を示すシーケンス図である。まず、ステップＳ１４０において、同意取得部１３が、ステップＳ１７と同様に、同意管理リスト１７１の同意者を「親」と設定する。より望ましくは、上述のように、同意取得部１３は、「親」を同意者候補とする。

【0082】

また、ステップＳ１４１において、同意取得部１３が、通信部１６を介して親端末６に、連携同意依頼を通知する。なお、連携同意依頼には、他の関係先（本例では、学校）に対する連携要求について同意するかを確認も含まれる。本例では、連携要求として児童の個人情報の要求が用いられる。

【0083】

また、ステップＳ６４０において、親端末６の入力部が、連携同意依頼に対する確認結果を受け付ける。つまり、同意可否を示す情報が受け付けられる。そして、ステップＳ６４１において、親端末６が、同意取得サーバ１に、同意可否を示す情報を通知する。なお、この情報には、他の関係先（本例では、学校）に対する連携要求の一例である児童の個人情報の要求についての同意の有無も含まれる。

【0084】

そして、ステップＳ１４２において、同意取得サーバ１の通信部１６が、同意可否を示す情報を受け付ける。これを受けて、ステップＳ１４３において、同意取得部１３が、受け付けられた情報が同意か（可および否のいずれか）を判定する。この結果、同意しない場合（ＮＯ）、ステップＳ１４４に遷移する。また、同意の場合（ＹＥＳ）、ステップＳ１４５に遷移する。

【0085】

また、ステップＳ１４４において、同意取得部１３が、同意管理リスト１７１の連携拒否回数に１加算し、これを更新する。また、ステップＳ１４５において、同意取得部１３が、同意管理リスト１７１の同意に「有」を記録する。

【0086】

また、ステップＳ１４６において、同意取得部１３が、同意可否を示す情報を用いて、他の関係先（本例では、学校）に対する連携要求についての同意の有無を確認する。有る場合（ＹＥＳ）、ステップＳ１４８に遷移する。無い場合（ＮＯ）、ステップＳ１４７に遷移する。

【0087】

また、ステップＳ１４７において、同意取得部１３が、同意管理リスト１７１の連携拒否回数に１加算し、これを更新する。また、ステップＳ１４８において、同意取得部１３が、通信部１６を介して学校端末４０に、連携同意要求を通知する。ここで、連携同意要求には、同意者である親および学習データ４７１の提供を要求する情報が含まれる。

【0088】

また、本例では、上述のように、他の関係先として学校を用いるため、本ステップの通期先は学校端末４０となるか、通知先は他の装置を加えてもよいし、学校端末４０に代えて他の装置としてもよい。

【0089】

また、ステップＳ４４０において、学校端末４０の同意確認部４３が、連携同意要求の内容を出力する。これを受けて、学校端末４０同意確認部４３が、利用者から同意者に対する確認結果および連携要求の可否を受け付ける。そして、ステップＳ４４１において、通信部４６が、同意取得サーバ１に、ステップＳ４４０で受け付けられた連携要求の可否を通知する。

【0090】

また、ステップＳ１４９において、同意取得サーバ１の通信部１６が、ステップＳ４４０で通知された連携可否を受け付ける。以上で、図１３の説明を終わるが、以降は図１１のステップＳ１０３に遷移する。なお、このステップＳ１０３の説明の前に、ステップＳ１５の詳細について、図１４を用いて説明する。

【0091】

図１４は、本実施形態における虐待疑惑時の同意取得処理（ステップＳ１５）の詳細を示すシーケンス図である。まず、ステップＳ１５０において、同意取得部１３が、同意管理リスト１７１の同意者を「仮代理」と設定する。より望ましくは、上述のように、同意取得部１３は、「仮代理」を同意者候補とする。本例では、この「仮代理」として、親以外の学校や支援施設が特定されるとする。このように、本実施形態では、複数の関係先が特定されることになる。

【0092】

また、ステップＳ１５１において、代理同意取得部１４が、通信部１６を介して学校端末４０および支援施設端末５０に、代理同意依頼を通知する。これら各端末は、特定された複数の関係先の関係先装置である。これを受けて、ステップＳ４０において、代理同意部４５および代理同意部５５が、該当の組織で所有するデータを確認する。このデータとは、学校端末４０の学習データ４７１および支援施設端末５０の活動記録データ５７１である。また、これらのうち、該当の児童の分のデータが確認される。

【0093】

このために、代理同意部４５および代理同意部５５のそれぞれは、それぞれ自身のデータを出力部に出力する。この結果、各利用者が出力されたデータを確認し、同意が可能かを判断できる。また、入力部は、利用者の判断結果の入力を受け付けることになる。

【0094】

そして、ステップＳ５０において、代理同意部４５および代理同意部５５のそれぞれが、通信部４６および通信部５６を介して同意取得サーバ１に、ステップＳ４０で受け付けられた判断結果を通知する。

【0095】

また、ステップＳ１５２において、同意取得サーバ１の代理同意取得部１４が、通知された判断結果のうち、同意する旨の判断結果の数が予め記録されたしきい値以上かを判定する。この結果、しきい値未満の場合（ＮＯ）、ステップＳ１５３に遷移する。また、しきい値以上の場合（ＹＥＳ）、ステップＳ１５４に遷移する。なお、しきい値は、対象者や支援要因等に応じたケースに合わせて、例えば、１以上であっても良い。

【0096】

また、ステップＳ１５３において、代理同意取得部１４が、同意管理リスト１７１の連携拒否回数に１加算し、これを更新する。また、ステップＳ１５４において、代理同意取得部１４が、同意管理リスト１７１の同意者を「仮代理」から「代理」に更新する。ここで、代理とは、特定の関係先を示すのでなく、上述の複数の関係先全体を同意者として管理することを意味する。

【0097】

以下、ステップＳ１５５～ステップＳ１５８において、ステップＳ１４５～ステップＳ１４８と同様の処理を実行する。ここで、本例では、ステップＳ１５８での連携同意要求の通知先を学校端末４０としている。これは、ステップＳ５０において同意する旨の判断結果を通知した関係先装置である。但し、この連携同意要求の通知先はあくまでも一例であり、同意しない関係先装置を通知先としてもよい。以下、ステップＳ４５０～ステップＳ１５９において、ステップＳ４４０～ステップＳ１４９と同様の処理を実行する。以上で、図１４の説明を終わるが、以降は図１１のステップＳ１０３に遷移する。なお、このステップＳ１０３の説明の前に、ステップＳ１６の詳細について、図１５を用いて説明する。

【0098】

図１５は、本実施形態における虐待認定時の同意取得処理（ステップＳ１６）の詳細を示すシーケンス図である。まず、ステップＳ１６０において、同意取得部１３が、同意管理リスト１７１の同意者を「児童相談所」と設定する。より望ましくは、上述のように、同意取得部１３は、「児童相談所」を同意者候補とする。

【0099】

また、ステップＳ１６１において、同意取得部１３が、通信部１６を介して児童相談所端末２０に、連携同意依頼を通知する。なお、連携同意依頼は、ステップＳ１４１で通知されるものと同様の内容である。

【0100】

また、ステップＳ２６０において、同意部２４が、児童状況リスト２６１のうち、該当の児童状況情報を確認する。このために、同意部２４は、該当の児童状況情報を出力部に出力する。この結果、各利用者が出力されたデータを確認し、同意が可能かを判断できる。また、入力部は、利用者の判断結果の入力を受け付けることになる。

【0101】

そして、ステップＳ２６１において、同意部２４が、通信部２５を介して同意取得サーバ１に、ステップＳ２６０で受け付けられた判断結果を通知する。以降、ステップＳ１６２～ステップＳ１６９について、ステップＳ１４２～ステップＳ１４９と同様の処理を実行することになる。以上で、図１５の説明を終わり、図１１に戻りステップＳ１０３以降の処理について説明する。

【0102】

ステップＳ１０３において、連携認可部１５が、支援の一例である情報連携が可能かを判定する。このために、連携認可部１５は、ステップＳ１４９、ステップＳ１５９およびステップＳ１６９で受け付けられた連携可否の通知を用いる。この結果、情報連携が可能である場合（ＹＥＳ）、ステップＳ１０５に遷移する。また、情報連携が可能でない場合（ＮＯ）、ステップＳ１０７に遷移する。

【0103】

また、ステップＳ１０４において、連携認可部１５が、同意管理リスト１７１の連携回数に１加算し、これを更新する。また、ステップＳ１０５において、連携認可部１５が、パーミッションチケットを発行する。このパーミッションチケットとは、支援である情報連携を許可することを示す情報である。このパーミッションチケットとは、支援である情報連携を許可することを示す情報である。パーミッションチケットの一実装例として、アクセス管理のプロトコルであるＵＷＡ（User-Managed Access）仕様で定義されたトークンが挙げられる。また、支援が情報連携の場合、情報連携が許可される範囲は、該当の児童の情報である。このように、パーミッションチケットとは、支援について、該当の対象者に限定的な処理を許可するための情報である。このため、パーミッションチケットには、対象者を識別する情報および支援を許可することを示す情報が含まれる。

【0104】

そして、ステップＳ１０６において、連携認可部１５が、通信部１６を介して情報連携要求元の関係元装置である病院端末３０に、パーミッションチケットを送信する。

【0105】

また、ステップＳ３０２において、病院端末３０の通信部２５が、送信されたパーミッションチケットを受信する。これを受けて、ステップＳ３０３において、連携要求部３２が、パーミッションチケットを用いて、情報連携先となるデータベースに対するアクセス要求を行う。ここで、情報連携先となるデータベースとは、学校端末４０の記録部４７であり、より具体的には学習データ４７１のうち、該当の児童のデータとなる。

【0106】

また、ステップＳ４０１において、学校端末４０の連携許可部４４が、ステップＳ３０３で用いられたパーミッションチケットを検証する。この検証は、例えば、公開鍵暗号方式などの技術を用いて実現できる。この結果、検証されると、ステップＳ４０２において、連携許可部４４がアクセス要求されたデータ、つまり、児童のデータを、病院端末３０に対して開示する。つまり、アクセスを許可する。

【0107】

また、ステップＳ３０４において、病院端末３０の連携要求部３２が、自身の出力部にアクセスが許可されたデータを出力する。この結果、病院端末３０の利用者が、データを閲覧できる。

【0108】

そして、ステップＳ３０５において、病院端末３０の入力部が、閲覧されたデータに対する整理、検討の結果を受け付け、連携要求部３２がこれを記録部３７に記録する。

【0109】

ここで、ステップＳ１０３でＮＯの場合に戻り、説明を行う。この場合、ステップＳ１０７において、連携認可部１５が、同意管理リスト１７１の連携拒否回数に１加算し、これを更新する。ここで、本ステップは、ステップＳ１４４、ステップＳ１４７、ステップＳ１５３、ステップＳ１５７、ステップＳ１６４およびステップＳ１６７から遷移されるように処理してもよい。

【0110】

なお、同意取得サーバ１のステータス取得部１１ないしステータス確認部２３は、ステップＳ１４４、ステップＳ１４７、ステップＳ１５３、ステップＳ１５７、ステップＳ１６４およびステップＳ１６７で更新される連携拒否回数に応じて、ステータスを更新してもよい。この場合、ステータス取得部１１は、同意管理リスト１７１のステータスを、必要性のより高い方向に更新する。そして、ステータス取得部１１は、児童相談所端末２０に、通信部１６を介してステータスの更新結果を通知する。この結果、ステータス確認部２３は、児童状況リスト２６１のステータスを同様に更新する。また、逆に、ステータス確認部２３が先に児童状況リスト２６１のステータスを更新し、同意取得サーバ１に通知し、同意管理リスト１７１を更新してもよい。ここで、必要性のより高い方向へ更新とは、図１０の例では、通常時もしくは虐待改善時－疑惑虐待時－虐待認定時の順位を意味する。言い換えると、支援要因の蓋然性が高いことを意味する。

【0111】

そして、ステップＳ１０８において、連携認可部１５が、通信部１６を介して、病院端末３０に、連携が拒否されたことを示す連携拒否を通知する。これを受けて、病院端末３０の利用者は、記録部３７に記録された児童の電子カルテについて、検討することになる。そして、このように遷移したステップＳ３０５において、病院端末３０の入力部が、この検討の結果を受け付け、連携要求部３２がこれを記録部３７に記録する。

【0112】

また、ステップＳ３０６において、病院端末３０の入力部が、利用者から児童に対する虐待に対する通報要求および／または相談要求を受け付ける。そして、通信部３６が、児童相談所端末２０に、これを通知する。この通報要求および／または相談要求には、通報する旨および／または相談を希望する旨および児童を識別する情報が含まれる。

【0113】

この結果、児童相談所では、対象の児童に対する対処である安全確認できる。そして、ステップＳ２０１において、児童相談所端末２０の入力部が、安全確認の結果、つまり、虐待のステータスを含む状況を受け付ける。また、ステップＳ２０２において、児童状況リスト更新部２２が、受け付けた状況を反映するように、児童状況リスト２６１を更新する。

【0114】

以上で、本実施形態の処理フローの説明を終わるが、本発明は記載した内容に限定されない。例えば、同意者や同意者候補を、第三者以外の関係者としてもよい。例えば、対象者本人としてもよいし、これらを省略（不要）としてもよい。また、同意管理リスト１７１ないしこれを構成する同意管理情報については、一定時間後に無効化してもよいし、永年保持として管理されてもよい。前者の場合、同意管理リスト作成部１２が、同意管理リスト１７１ないしこれを構成する同意管理情報の作成時期や更新時期から一定期間を検知し、無効化処理を行うことで実現できる。

【0115】

またさらに、ステップＳ１４０、ステップＳ１５０およびステップＳ１６０での同意者の特定は、予め同意管理リスト１７１に設定されていてもよい。さらに、同意管理リスト１７１における児童の氏名やステータスについても予め設定されていてもよい。なお、同意者の特定や児童の氏名やステータスについては、同意取得サーバ１が、児童相談所端末２０から取得してもよい。

【符号の説明】

【0116】

１…同意取得サーバ、１１…ステータス取得部、１２…同意管理リスト作成部、１３…同意取得部、１４…、代理同意取得部、１５…連携認可部、１６…通信部、１７…記録部、１７１…同意管理リスト、２…児童相談所システム、２０…児童相談所端末、２１…児童状況リスト作成部、２２…児童状況リスト更新部、２３…ステータス確認部、２４…同意部２４、２５…通信部、２６…記録部、２６１…児童状況リスト、２００…児童相談所サーバ、３…病院システム、３０…病院端末、３１…電子カルテ作成部、３２…連携要求部、３３…同意確認部、３４…連携許可部、３５…代理同意部、３６…通信部３６、３７…記録部、３００…病院サーバ、４…学校システム、４０…学校端末、４１…学習データ作成部、４２…連携要求部、４３…同意確認部、４４…連携許可部、４５…代理同意部、４６…通信部、４７…記録部、４７１…学習データ、４００…学校サーバ、５…支援施設システム、５０…支援施設端末、５１…活動記録データ作成部、５２…連携要求部、５３…同意確認部、５４…連携許可部、５５…代理同意部、５６…通信部、５７…記録部５７、５７１…活動記録データ、５００…支援施設サーバ、６…親端末６

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】