JP7803545B2 - 児童相談業務を支援する情報処理方法、プログラム、情報処理システム - Google Patents

Description

本発明は、児童相談業務を支援する情報処理方法、プログラム、情報処理システムに関
する。

従来、子どもの虐待に関するリスクを評価し、子どもを虐待から保護するために、関係
各所で様々な取り組みを重ねられてきた。しかしながら、現場の担当者不足の課題、児童
虐待の対応件数の増加等の課題が挙げられている。

このような背景の中で、虐待リスクの判断の自動化技術として、例えば、特許文献１に
おいて、子どもの身体を撮像し、撮像された画像を基に虐待兆候を自動で判別する技術が
開示されている。

特許６８０１９０２号

特許文献１に開示されたような、画像による虐待兆候判定等の自動化技術により、現場
担当者の負担を軽減することを期待できるものの、このような児童の虐待に関する情報を
、担当者間で共有する方法には依然として課題がある。特に、児童相談所と自治体の各機
関で管理される児童に関する情報は、情報の機密性の観点から、別々のサーバで管理され
ており、例えば、児童相談所の職員が、自治体の各機関で管理される児童の情報に、自由
に、かつ、タイムリーにアクセスできない等の課題も挙げられる。また、このような課題
は、児童相談所と自治体の各機関との間の児童虐待に関する情報に限らず、特に市町村や
国などの公的機関に関わる情報（特に、ドメスティックバイオレンス、性暴力、いじめ、
ハラスメント、犯罪、非行、身体障害、精神障害、発達障害、子どもの貧困、高齢者虐待
などの社会課題に関わる情報であって、衣食住と身体の安全に関わる領域、差別や暴言な
どの安心に関わる領域などにおける情報）においても同様である。

そこで、本発明は、特に、別々に管理される、児童相談所で取り扱う児童に関する情報
と自治体の各機関等で取り扱う児童に関する情報について、各々の機関に属する利用者間
で、業務上必要な範囲において、柔軟に連携を図ることができる方法を実現することを目
的とする。

本発明の一態様における、児童相談所の利用者に関連する第１利用者端末にネットワー
クを介して接続する第１サーバ端末によって提供される、児童相談業務を支援する情報処
理方法であって、前記第１サーバ端末の制御部は、自治体の利用者に関連する第２の利用
者端末にネットワークを介して接続する第２サーバ端末に対し、前記第１サーバに格納さ
れる、前記児童に関する情報を共有するための共有要求を送信し、前記児童に関する情報
は、前記第２サーバ端末から、前記共有要求に対する承認を受信したことに応じて、前記
第２サーバ端末に対して送信される。

本発明によれば、特に、別々に管理される、児童相談所で取り扱う児童に関する情報と
自治体の各機関等で取り扱う児童に関する情報について、各々の機関に属する利用者間で
、業務上必要な範囲において、柔軟に連携を図ることができる。

本発明の第一実施形態に係る、情報処理システムを示すブロック構成図である。 図１のサーバ端末１００を示す機能ブロック構成図である。 図１の利用者端末２００を示す機能ブロック構成図である。 サーバ端末１００に格納される子どもデータの一例を示す図である。 サーバ端末１００に格納される受付データの一例を示す図である。 受付データの登録の際に用いられるチェックシート（表面）の一例を示す図である。 受付データの登録の際に用いられるチェックシート（裏面）の一例を示す図である。 サーバ端末１００に格納される利用者データの一例を示す図である。 本発明の第一実施形態に係る、情報処理方法に係るフローチャートの一例である。 本発明の第一実施形態に係る、情報処理方法に係るフローチャートの他の一例である。 本発明の第一実施形態に係る、情報処理方法に係るフローチャートのさらに他の一例である。 利用者端末に表示される、アプリケーションのホーム画面例を示す図である。 利用者端末に表示される、アプリケーションのリスクアセス評価を要求するための画面例を示す図である。 利用者端末に表示される、アプリケーションの画像を登録するための画面例を示す図である。 利用者端末に表示される、アプリケーションのリスクアセス項目の変遷確認のための画面例を示す図である。 利用者端末に表示される、アプリケーションのチャットコミュニケーション機能を利用するための画面例を示す図である。 利用者端末に表示される、アプリケーションのリスクアセス評価結果の出力のための画面例を示す図である。 本発明の第二実施形態に係る、情報処理システムを示すブロック構成図である。 本発明の第二実施形態に係る、情報処理システムを示す具体的なブロック構成図の一例である。 本発明の第二実施形態に係る、情報処理システムを示す具体的なブロック構成図の他の一例である。 図１９の第３サーバ端末６００を示す機能ブロック構成図である。 本発明の第二実施形態に係る、図１９の構成における情報処理方法に係るフローチャートの一例である。 本発明の第二実施形態に係る、図２０の構成における情報処理方法に係るフローチャートの一例である。

以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施
形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また
、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない
。そして、各実施形態で示される特徴は、互いに矛盾しない限り他の実施形態にも適用可
能である。

（実施形態１）
＜構成＞
図１は、本発明の第一実施形態に係る業務支援システム（情報処理システム）を示すブ
ロック構成図である。本システム１は、一例として、児童相談所の職員等の利用者が利用
する利用者端末２００と、児童相談に関する情報を記録／管理する児童相談記録システム
３００と、を仲介するサーバ端末１００と、により構成される。なお、ここで、児童相談
記録システム３００の全部または一部の機能をサーバ端末１００に備えることもでき、全
部の機能をサーバ端末１００に備える場合は、本システム１において児童相談記録システ
ム３００を不要としてもよい。もしくは、児童相談記録システム３００の全部または一部
の機能を利用者端末２００上で実行されるアプリケーションなどによる利用者端末２００
の機能としてもよい。

サーバ端末１００と、利用者端末２００とは、ネットワークＮＷを介して接続される。
ネットワークＮＷは、インターネット、イントラネット、無線ＬＡＮ（Local Area Netwo
rk）やＷＡＮ（Wide Area Network）等により構成される。

サーバ端末１００は、児童相談所の職員等の利用者に関連する、複数の利用者端末２０
０Ａ、２００Ｂに対して業務効率化支援のためのアプリケーションを提供し、複数の利用
者端末２００Ａ、２００Ｂの各々から登録された情報を管理し、登録された情報に基づい
て、例えば、子ども（児童）の虐待の可能性に関するリスクアセス評価を行い、評価結果
を提供する装置であり、例えば、ワークステーションやパーソナルコンピュータのような
汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的
に実現されてもよい。本実施形態においては、説明の便宜上サーバ端末として１台を例示
しているが、これに限定されず、複数台であってもよく、認証サーバやデータベースサー
バなど役割の異なるサーバを有していてもよい。

利用者端末２００Ａ、２００Ｂは、上記の通り、児童相談所の職員等の利用者であって
、サーバ端末１００により提供されるアプリケーションを利用する利用者が所有する、例
えば、パーソナルコンピュータやタブレット端末等の情報処理装置であるが、スマートフ
ォンや携帯電話、ＰＤＡ等により構成しても良い。以下、説明の便宜のため、利用者端末
２００Ａ、２００Ｂを総称して、利用者端末２００として説明を行う。

また、本システムは、ネットワークＮＷを介して、児童相談記録システム３００と接続
し、利用者端末２００を利用する利用者は、サーバ端末１００または児童相談記録システ
ム３００に対し、子どもに関連する子ども情報を始めとした様々な情報を登録することが
でき、サーバ端末１００は、児童相談記録システム３００に対し、情報を送受信すること
ができ、データの連携を図ることができる。ここで、児童相談記録システム３００は、児
童相談の記録や行政文書の発行を主たる機能とするシステムであって、例えば、子どもに
関連する児童番号や受付番号の発番、受診券や一時保護決定通知書等の発行、行政情報と
連携した家族情報及び負担金の管理、及び手続の進行管理等を実行するシステムである。
他方、本システムは、利用者とのコミュニケーションや意思決定の支援を主たる機能とす
るシステムであって、児童相談所内外での記録の入力、閲覧および共有を可能とし、児童
相談所職員同士のチャットコミュニケーション、子どもの写真の登録及び共有、及び過去
の一時保護傾向等のシミュレーション等を実行するシステムである。上記の通り、サーバ
端末１００と児童相談記録システム３００とはネットワークＮＷを介して接続し、例えば
、ＱＲコード（登録商標）、児童番号または受付番号をキーとして、相互にデータ連携が
行われるため、利用者は、サーバ端末１００及び児童相談記録システム３００双方に対し
て情報を入力、登録する必要がなく、一方のシステムに情報を登録することで他方のシス
テムへの同期が可能である。なお、上述の通り、児童相談記録システム３００の全部また
は一部の機能をサーバ端末に備えることで、サーバ端末１００において処理を完結可能な
場合は、ＱＲコード（登録商標）等によるデータ連携を不要とすることとしてもよい。

本実施形態では、システム１は、サーバ端末１００と、利用者端末２００及び児童相談
記録システム３００とを備え、利用者が各々、利用者端末２００、児童相談記録システム
３００を利用して、サーバ端末１００に対する操作を行う構成として説明するが、サーバ
端末１００がスタンドアローンで構成され、サーバ端末自身に、利用者が操作を行う機能
を備えても良い。

図２は、図１のサーバ端末１００の機能ブロック構成図である。サーバ端末１００は、
通信部１１０と、記憶部１２０と、制御部１３０とを備える。

通信部１１０は、ネットワークＮＷを介して利用者端末２００及び児童相談記録システ
ム３００と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ（Transm
ission Control Protocol/Internet Protocol）、閉域ネットワーク等の通信規約により
通信が行われる。

記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム
、入力データ等を記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read
Only Memory）等から構成される。また、記憶部１２０は、子どもに関連する各種データ
を格納する、子どもデータ格納部１２１、受付に関連する各種データを格納する、受付デ
ータ格納部１２２、利用者に関連する各種データを格納する、利用者データ格納部１２３
等を有する。さらに、記憶部１２０は、利用者端末２００、児童相談記録システム３００
と通信を行ったデータを一時的に記憶することもできる。なお、各種データを格納したデ
ータベース（図示せず）が記憶部１２０またはサーバ端末１００外に構築されていてもよ
い。

制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、サ
ーバ端末１００の全体の動作を制御するものであり、ＣＰＵ（Central Processing Unit
）やＧＰＵ（Graphics Processing Unit）等から構成される。制御部１３０の機能として
、利用者端末２００または児童相談記録システム３００からの入力を受け付ける受付部１
３１と、各種データを参照し、処理する、データ管理部１３２と、利用者により入力され
た情報を分析し、評価を実行するリスク評価部１３３等を有する。この受付部１３１、デ
ータ管理部１３２、リスク評価部１３３は、記憶部１２０に記憶されているプログラムに
より起動されてコンピュータ（電子計算機）であるサーバ端末１００により実行される。

受付部１３１は、サーバ端末１００が提供し、利用者端末２００において、ウェブブラ
ウザまたはアプリケーションを介して表示される画面等のユーザインターフェースを介し
て、利用者が、所定の入力を行ったとき、利用者端末２００から通信部１１０を介して指
示や各種情報を受け付ける。または、サーバ端末１００または利用者端末２００からの要
求に応じて、児童相談記録システム３００から通信部１１０を介して情報を受付ける。

データ管理部１３２は、利用者に関連する各種利用者データや子どもデータ、受付デー
タ、評価データなどの各種データを管理し、対応するデータ格納部への登録や読み出しな
どの所定の処理を行う。

リスク評価部１３３は、利用者端末２００（または児童相談記録システム３００）から
登録された情報に基づいて、子どもの虐待のリスクを評価する処理を行う。

図３は、図１の利用者端末２００を示す機能ブロック構成図である。利用者端末２００
は、通信部２１０と、表示操作部２２０と、記憶部２３０と、カメラ２４０と、制御部２
５０とを備える。

通信部２１０は、ネットワークＮＷを介してサーバ端末１００と通信を行うための通信
インターフェースであり、例えばＴＣＰ／ＩＰ等の通信規約により通信が行われる。

表示操作部２２０は、利用者が指示を入力し、制御部２４０からの入力データに応じて
テキスト、画像等を表示するために用いられるユーザインターフェースであり、利用者端
末２００がパーソナルコンピュータで構成されている場合はディスプレイとキーボードや
マウスにより構成され、利用者端末２００がスマートフォンまたはタブレット端末で構成
されている場合はタッチパネル等から構成される。この表示操作部２２０は、記憶部２３
０に記憶されている制御プログラムにより起動されてコンピュータ（電子計算機）である
利用者端末２００により実行される。表示操作部を介して、利用者は、提供される適性試
験に対して、キーボードの場合は、キーボードの押下、マウスの場合は、マウスによりカ
ーソルの移動、タッチパネルの場合は、タップ、スワイプ、ピンチ操作等を行うことがで
きる。

記憶部２３０は、各種制御処理や制御部２４０内の各機能を実行するためのプログラム
、入力データ等を記憶するものであり、ＲＡＭやＲＯＭ等から構成される。また、記憶部
２３０は、サーバ端末１００との通信内容を一時的に記憶している。

カメラ２４０は、例えば、子どもの身体の部位を撮像する機能を備えるものである。

制御部２５０は、記憶部２３０に記憶されているプログラムを実行することにより、利
用者端末２００の全体の動作を制御するものであり、ＣＰＵやＧＰＵ等から構成される。

なお、サーバ端末１００に表示操作部の機能を備える構成としても良く、この場合、利
用者端末２００を備えない構成としても良い。

なお、児童相談記録システム３００の機能構成についても、サーバ端末１００または利
用者端末２００と実質同一であるので、説明を省略する。

図４は、サーバ端末１００に格納される子どもデータの一例を示す図である。

図４に示す子どもデータ１０００は、子どもに関連する各種データを格納する。図４に
おいて、説明の便宜上、一子ども（子どもＩＤ「１０００１」で識別される子ども）の例
を示すが、複数の子どもの情報を格納することができる。子どもに関連する各種データと
して、例えば、子どもに関する子ども情報（子どもの氏名、住所、Ｅメールアドレス等の
連絡先、性別、年齢、学校名、学年、担任名、通学状況、タグ情報等）、保護者情報（保
護者の氏名、ＩＤ、住所、連絡先、性別等）、関係者情報（関係者の氏名、ＩＤ、住所、
連絡先、性別等）、家族グループ情報（家族グループ名、ＩＤ、グループ名の説明、グル
ープのメンバー（過去の婚姻関係、内縁の夫婦関係による保護者等も含む）、関係機関情
報（関係機関名、ＩＤ、種別（医療機関、警察、教育機関等）、住所、連絡先）等を含む
ことができる。

図５は、サーバ端末１００に格納される受付データの一例を示す図である。

図５に示す受付データ２０００は、受付に関連する各種データを格納する。図５におい
て、説明の便宜上、一受付（受付ＩＤ「２０００１」で識別される受付）の例を示すが、
複数の受付の情報を格納することができる。通常、受付は登録された子どもに関する子ど
もデータ（例えば子どもＩＤ）等に対応づけて登録されてもよいが、管理目的に応じて、
保護者情報（例えば保護者ＩＤ）、関係機関情報（例えば、関係機関ＩＤ）、利用者ＩＤ
（利用者が属する利用機関に関する利用機関ＩＤを含む）などのいずれかの任意のＩＤに
紐づけて登録されてもよい。特に、緊急時においては、子どもに関する子どもデータを登
録するよりも先に、まず受付処理を行うことがあるため、その場合には利用者ＩＤ（利用
機関ＩＤ）に対応付けて受付データを管理し、子どもデータの登録後に受付データを子ど
もデータ（子どもＩＤ）に対応付けて登録するようにしてもよい。なお、受付データは、
受付部１３１により受付られたデータであるが、子ども情報等に対応付けられた後は、対
応付けた情報の一部（例えば、子ども情報の一部など）として管理されてもよい。

受付に関連する各種データとして、例えば、受付の基本情報（受付日時、入力者、虐待
種別（身体的虐待、ネグレクト等）、対応の開始日等）、緊急出動または調査保護の少な
くともいずれかをすべきかの検討に関するリスクアセス情報、リミットアセスメント（子
どもの安全が疑われる状態が再発している、面接をキャンセルする、訪問しても居留守を
使われるなどの項目）への該当有無に関する情報、子どもに関する画像情報、子どもの創
傷情報、子どもの心理診断情報、子どもの家の状況に関する情報、意思決定結果及び／ま
たは安全確認結果、対応した実施に関する項目(一時保護を実施したか、一時保護を解除
したか、児童養護施設等への措置を実施したか、児童養護施設等への措置を解除したか、
里親への措置を実施したか、里親への措置を解除したか、関係機関との連携を実施したか
、社会資源やサービスの利用を実施したか、基礎自治体や地域コミュニティでの見守り体
制の構築または利用を実施したか)、調査記録の決裁者等、調査情報（調査日時、調査タ
イトル、議事録（調査結果（事実））、見立てに関する情報、今後の対応に関する情報、
調査によって得た追加情報（リスクアセス情報（調査によって得た分の情報）、調査時に
取得した子どもの画像、調査時に取得した子どもの創傷情報、調査時に取得した子どもの
心理診断情報、調査時に取得した子どもの家の状況に関する情報、調査のための次回面談
日時、調査完了辞典でのステータス、調査完了時のセーフティスケール（児童の安全につ
いて、感覚的な数値での入力結果情報）、対応内容、調査記録の決裁者等）、評価情報（
過去の保護率に関する、重篤虐待に該当する確率、再発率、対応日数、実施が必要な調査
に関する情報、過去の類似ケース（複数の虐待タイプのうち該当する虐待タイプに関する
情報）、グラフ（例えば、レーダーチャート（重篤な虐待に該当する確率や再発率や対応
日数等のバランスを示すチャート）、棒グラフ、バブルチャートなどであり、各受付日時
（入力日時）ごとのグラフ、または、受付日時（入力日時）に合わせて時系列に比較可能
なグラフであってもよい））、リコメンド情報（今後の対応についてのリコメンドや参考
情報）等の情報を格納することができる。なお、受付時には、上記例示した各種データの
少なくとも一部に関するデータが受け付けられる。

リスクアセス情報とは、例えば、入力日時情報、重篤確認項目チェック情報（例えば図
６に示されるＳランク項目であって、例えば１つでもチェックが付いた場合に安全確保さ
れるべきと判断される項目に関するチェック情報であって、例えば緊急出動を検討するた
めの項目チェック情報または調査保護を検討するための項目チェック情報の少なくともい
ずれかを含む）、要調査項目チェック情報（例えば図７に示されるＡ、Ｂランク項目であ
って、例えば１つでもチェックが付いた場合に安全確保が検討されるべきと判断される項
目に関するチェック情報。特に、調査時に確認される項目に関するチェック情報）を含む
。

リミットアセスメントとは、保護者と誓約を交わし、それを破った場合の強制介入を予
め約束する内容であって、例えば、法的措置中に指導や支援の必要性を予め保護者に伝え
たにも関わらず、指定した面接を無断キャンセルすることや、家庭訪問を拒否する、子ど
もに傷があるなど、子どもの安全が確認できないといった事態の有無を確認する項目が含
まれる。リミットアセスメントへの該当有無に関する情報は、上述のリミットアセスメン
トに関する一以上の項目への該当があるかどうかを示す情報であり得る。リミットアセス
メントに関する項目は、共通に設定されていてもよいし、子ども情報または保護者情報の
少なくとも何れかに関連付けて利用者により設定された任意の項目であってもよい。

図６及び図７は、受付データの登録の際に用いられるチェックシートの一例を示す図で
ある。

チェックシートは、一例として図６及び図７に示されるようにチェックリストを含む。
チェックリストは、一時保護（通告／送致）の要否判断までに確認する重篤項目（Ｓラン
ク項目）、一時保護（通告／送致）の要否判断までに要調査するＡランク項目、援助方針
会議までに要調査するＢランク項目と大きく３つの大区分に分かれており、さらにＳラン
ク項目として、重篤身体的虐待に関する項目、重篤ネグレクトに関する項目、性的虐待の
疑いに関する項目、重篤その他虐待に関する項目の中区分に分かれ、中区分に対しても最
終的に１０から２０のチェック項目に分けられている。各チェック項目においては、一例
として、調査前における疑い、調査後における疑い、調査による該当の確認の３つについ
て児童相談所の職員等がチェックを行う。さらに、チェックシートは、一例として、児童
相談所の職員等が子どもの一時保護に関する意思決定と判断理由を記載する欄を設けられ
ている。その他、チェックシートは、一例として、受付データに対応する情報を記入する
欄が設けられている。

図８は、サーバ端末１００に格納される利用者データの一例を示す図である。

図８に示す利用者データ３０００は、利用者に関連する各種データを格納する。図４に
おいて、説明の便宜上、一利用者（利用者ＩＤ「３０００１」で識別される利用者）の例
を示すが、複数の利用者の情報を格納することができる。利用者に関連する各種データと
して、例えば、利用者に関する基本情報（利用者名、住所、Ｅメールアドレスまたは電話
番号等の連絡先、所属先情報、役職情報、アクセス権限情報など）、利用者に関連する子
ども情報（利用者にて対応する、または、対応した子どもＩＤ、受け入れた子ども情報に
紐づく子どもＩＤ、提供した子ども情報に紐づく子どもＩＤなどであって、特に一覧情報
）等を含むことができる。なお、利用者データは、職員等の利用機関所属者ごとに利用者
ＩＤ（アカウント）が登録されていてもよいが、これに代えて、または、加えて、利用機
関ごとに共通の利用者ＩＤ（アカウント）が登録されていてもよい。

＜処理の流れ＞
図９を参照しながら、本実施形態の情報処理システム１が実行する情報処理方法の処理
の流れについて説明する。本発明の第一実施形態に係る、情報処理方法に係るフローチャ
ートの一例である。

ここで、本システム１を利用するために、利用者（例えば、児童相談所の職員等）は、
利用者端末２００の各々のウェブブラウザまたはアプリケーション等を利用してサーバ端
末１００にアクセスし、初めてサービスを利用する場合は、新規利用者登録のために利用
者データ３０００の基本情報を登録し、利用者アカウントを取得する。既に利用者アカウ
ントを取得済の場合は、例えばＩＤとパスワードを入力する等の所定の認証を受けてログ
インすることで、サービスが利用可能となる。この認証後、ウェブサイト、アプリケーシ
ョン等を介して所定のユーザインターフェース画面が提供され、図９に示すステップＳ１
０１へ進む。ここで、図１２は、利用者端末２００に表示されるアプリケーションのホー
ム画面例を示す。利用者は、本画面上で、登録メニューを選択することで下記に説明する
登録を行うことができる。図１２においては、登録された子どもデータの一覧情報及び対
応するステータス情報、更新日情報、評価情報、決済者情報等が示されている。

まず、ステップＳ１０１の処理として、サーバ端末１００の制御部１３０の受付部１３
１は、通信部１１０を介して、利用者端末２００から、子どもに関する子ども情報等の基
本情報の登録を受け付ける。サーバ端末１００の制御部１３０のデータ管理部１３２は、
受け付けた基本情報を、記憶部１２０の子どもデータ格納部１２１に、子どもデータ１０
００として子どもＩＤに関連づけて格納する。ここで、利用者は、児童相談記録システム
３００に上記基本情報を登録している場合、利用者端末２００に内蔵されたカメラにより
ＱＲコード（登録商標）の読み取り、表示された画面上で児童番号等の番号を入力するこ
とで、児童相談記録システム３００に登録されている基本情報をサーバ端末１００により
提供されるアプリケーションにインポートすることもできる。

ここで、図１０に示すように、基本情報として、受付部１３１は、順不同であるが、子
どもの氏名、住所、Ｅメールアドレス等の連絡先、性別、年齢、学校名、学年、担任名、
通学状況、タグ情報等の、子どもに関する子ども情報の登録を受け付け（ステップＳ２０
１）、保護者の氏名、ＩＤ、住所、連絡先、性別等の、保護者に関する保護者情報の登録
を受け付け（ステップＳ２０２）、続いて、叔父、叔母、母親の交際相手等の関係者の氏
名、ＩＤ、住所、連絡先、性別等の、子どもの関係者に関する関係者情報の登録を受け付
け（ステップＳ２０３）、家族グループ名、ＩＤ、グループ名の説明、グループのメンバ
ー（子ども、兄弟、過去の婚姻関係、内縁の夫婦関係による保護者等も含む）等の、家族
グループに関する家族グループ情報の登録を受け付け（ステップＳ２０４）、また、関係
機関名、ＩＤ、種別（医療機関、警察、教育機関等）、住所、連絡先等の、関係機関に関
する関係機関情報の登録を受け付ける（ステップＳ２０５）ことができる。

次に、ステップＳ１０２の処理として、受付部１３１は、利用者端末２００から、受付
情報の登録を受け付ける。まず、利用者は、利用者端末２００に表示されるアプリケーシ
ョン画面上で、受付の基本情報（虐待種別（身体的虐待、ネグレクト等）、対応の開始日
時等）などの受付データの入力を行う。サーバ端末１００の制御部１３０のデータ管理部
１３２は、受け付けた受付データを、記憶部１２０の受付データ格納部１２２に、受付デ
ータ２０００として受付ＩＤに関連づけて格納する。ここで、利用者は、児童相談記録シ
ステム３００に上記受付情報を登録している場合、利用者端末２００において所定の読み
出し登録操作（例えば、利用者端末２００に内蔵されたカメラによりＱＲコード（登録商
標）の読み取り、表示された画面上で児童番号等の番号を入力する操作や、子どもデータ
読み出し要求をサーバ端末１００または利用者端末２００から児童相談記録システム３０
０に送信する操作など）を行うことで、児童相談記録システム３００に登録されている受
付データをサーバ端末１００により提供されるアプリケーションにインポートすることも
できる。

図１１に示すように、受付情報に関連づけて、受付部１３１は、順不同であるが、利用
者端末２００から、対応日時、調査タイトル、議事録（調査結果（事実））、見立て、今
後の対応等の、調査情報の登録を受け付け（ステップＳ３０１）、子どもの画像情報及び
／または子どもの創傷情報、子どもの心理診断情報及び子どもの家の状況に関する情報等
の、子ども画像関連情報の登録を受け付け（ステップＳ３０２）、続いて、リスクアセス
情報（調査前に得た情報、または、調査によって得た情報）の登録を受け付け（ステップ
Ｓ３０３）、また、チャットアプリケーションを介して、複数の利用者間によって入力さ
れた入力情報を受け付ける（ステップＳ３０４）ことができる。サーバ端末１００の制御
部１３０のデータ管理部１３２は、受け付けた基本情報を、記憶部１２０の受付データ格
納部１２２に、受付データ２０００として受付ＩＤに関連づけて格納する。

ここで、上記調査情報の登録は、所外に出動している職員から得た情報を基に児童相談
所内で職員が行う操作として想定され、上記子ども画像関連情報の登録及び上記リスクア
セス情報の登録は、子どもの安全確認を行うために所外に出動する職員が行う操作として
想定され、また、上記チャットコミュニケーションについては、所外に出動している職員
が、調査結果を報告し、所内の職員が送信した対応方法を確認するための操作として想定
されるなど、一連の登録情報は所内外の複数の職員により入力され受け付けられるもので
あってもよい。

ここで、図１４に画像の登録画面例を示す。利用者は、画像の登録画面において、画像
（例えば利用者端末２００に内蔵のカメラにより撮影された画像やデジタルカメラやスマ
ートフォン等の携帯機器で撮影後に利用者端末２００に保存された画像など）を取り込み
、画像の種類として、創傷、心理診断、家の状況等を選択する。画像の種類として創傷が
選択された場合には、さらに創傷に関する、子どもの体の部位を選択し、また、創傷・骨
折の種類として、傷、あざ、噛み跡、熱傷、脱毛、眼の充血等を選択し、さらに、創傷・
骨折の詳細をリスト（変色、出血、腫れ、ただれ、古傷、ケロイド、多発または混在、変
形／開大／欠損等）から選択することができる。心理診断に関する画像としては、子ども
が描いた絵の撮影画像や、医療機関で受けた発達特性の所見書類画像などであり得る。家
の状況に関する画像としては、部屋内の状況（特にゴミの状況など）や創傷の原因となっ
た家のもの（例えば、階段から落ちたという証言がある場合には家の階段の撮影画像など
）などであり得る。その他、これらに限らず、子どもに関連する画像であればどのような
画像でもよく、例えば創傷の原因となったものが家の外（例えば、公園や学校など）にあ
る場合も含まれる際には、関係施設に関する画像として別途選択して保存可能としてもよ
い。

また、ここで、図１６にチャットコミュニケーションの画面例を示す。利用者は、アプ
リケーション画面の上部に表示される、チャットコミュニケーションを利用するためのア
イコンを選択することで、チャットコミュニケーションを行う相手として、個人またはグ
ループ名のリストが表示され、各個人またはグループ名を選択することで、利用者間でチ
ャットコミュニケーションを行うことができる。

ここで、リスクアセス情報の入力のために、利用者は、例えば、図１３の示すような、
受付情報入力画面において、リスクアセス情報の記録メニューを選択し、リスクアセス情
報の登録フォームを選択することができる。リスクアセス情報の登録フォームおいて受け
付ける情報（上述の受付に関連する各種データ）として、具体例としては、１）受付日時
（リスクアセスメントを行った日などを入力）、２）入力者（入力者を選択）、３）通告
受理時の情報（通告受理時の情報を入力、選択）、４）緊急出動（緊急出動を検討するた
めのリスクアセスメント項目の該当項目を選択）、５）調査保護検討（調査保護を検討す
るためのリスクアセスメント項目を選択）、６）リミットアセスメント該当（リミットア
セスメントに該当しているかをチェック）、７）画像の添付（「創傷」、「心理診断」、
「家の状況」、「その他」の画像を登録。創傷の場合には、体の部位やけがの状況につい
ても入力）、８）意思決定、安全確認（意思決定の結果を選択。入力情報に基づいて、再
発率や重篤な虐待に該当する確率や対応日数などのシミュレーション結果や過去の類似ケ
ースを確認可能）、９）実施項目（実施した対応を選択肢、その対応日時を入力）、１０
）決裁者（調査記録の決裁者を設定）などがあり得る。また登録フォームの機能として、
過去に登録した内容の少なくとも一部をコピーする機能（コピーしたいリスクアセス情報
に関連する子どもＩＤを選択してコピーを生成するなど）を有していてもよい。また、図
１５の画面例に示すように、利用者は、「リスクアセス変遷」というメニューを選択する
ことで、リスクアセス情報に含まれる項目の少なくとも一部（例えば、緊急出動または調
査保護の少なくともいずれかをすべきかの検討に関する項目）のリスクアセス情報を少な
くとも日時情報に基づいて各子どものリスクアセス情報の各項目の更新情報を時系列で確
認できる（すなわち、変遷を確認できる）ように表示をする。これは、例えば、日時情報
及び子どもＩＤに関連づけて登録することで可能となる。リスクアセス情報の入力におい
ては、図６及び７に例示するチェックシートを参照して利用者が利用者端末２００上のア
プリケーションを介してアセスメント項目として入力操作を受け付けてもよいし、チェッ
クシートと少なくとも一部が同一または類似の項目がアプリケーション上で入力フォーム
として入力可能なユーザインターフェース画面を表示して入力操作を受け付けてもよいし
、利用者端末２００のカメラ２４０により撮影したチェックシート画像を画像解析してチ
ェック内容を自動で入力されるようにしてもよい。また、リスクアセス情報の変遷が表示
されている画面にてアセスメント項目の少なくとも一部の内容を変更する（例えば、チェ
ックとする、または、チェックを解除する）操作が可能であってもよい。

次に、図９のステップＳ１０３に戻り、制御部１３０のリスク評価部１３３は、登録さ
れた子どもの基本情報、受付データ（特にリスクアセス情報）に基づいて、子どもの虐待
の可能性に関するリスクアセス評価を行う（すなわち、評価データを生成する）。生成さ
れた評価データは、受付ＩＤに紐づけて受付データとして記憶されてもよい。リスク評価
部１３３は、例えば、入力情報として、過去の子どもの基本情報（年齢、性別、住所（市
町村））、受付情報（虐待種別、受付時間、受付区分（新規、再通告、再受付）及び受付
情報に関連づけられたリスクアセス情報（受付経路、主たる虐待者、リスクアセスメント
の各項目への該当状況）、リミットアセスメントへの該当有無に関する情報、子どもに関
する画像情報、子どもの創傷情報、子どもの心理診断情報、子どもの家の状況に関する情
報、意思決定結果情報及び／または安全確認結果情報、対応した実施に関する項目(一時
保護を実施したか、一時保護を解除したか、児童養護施設等への措置を実施したか、児童
養護施設等への措置を解除したか、里親への措置を実施したか、里親への措置を解除した
か、関係機関との連携を実施したか、社会資源やサービスの利用を実施したか、基礎自治
体や地域コミュニティでの見守り体制の構築または利用を実施したか)の該当情報、調査
情報（調査日時、調査タイトル、議事録（調査結果（事実））、見立てに関する情報、今
後の対応に関する情報、調査によって得た追加情報（リスクアセス情報（調査によって得
た分の情報）、調査時に取得した子どもの画像、調査時に取得した子どもの創傷情報、調
査時に取得した子どもの心理診断情報及び調査時に取得した子どもの家の状況に関する情
報、調査のための次回面談日時、調査完了時でのステータス、調査完了時のセーフティス
ケール（児童の安全について、感覚的な数値での入力結果情報）、対応内容等）の一部ま
たは全部の情報を入力すると、出力情報として、過去の保護率（一時保護される傾向を表
す指標）、過去の類似ケース（虐待を複数のタイプに分類し、今回ケースが最も近いタイ
プの特徴を表示。同じタイプに属する過去の事例がある場合には、過去のケース記録を表
示）、及び、重篤な虐待に該当する確率、再発率及び対応日数等の情報の一部または全部
を出力するリスク評価学習モデルを利用して評価データ（出力情報）を生成してもよい。
学習モデルは、上述の入力情報の少なくとも一部と出力情報に対応する結果情報を過去の
データから抽出するなどして教師データとして事前に学習したものであってよく、記憶部
１２０に格納されていてもよいし、外部サーバに格納されていてもよい。学習時の教師デ
ータにおいては、上述の入力情報のうち、より多くの種類の入力情報を含む方がより精緻
な出力情報（重篤な虐待に該当する確率等）を出力可能となる。他の例として、リスク評
価部１３３は、例えば、入力情報（特にリスクアセス情報）の一部または全部の内容の組
み合わせに応じて類似の過去の事例を抽出し、抽出された過去の事例の結果から統計値を
算出して上述の出力情報の一部または全部を生成してもよい。なお、これらの各種情報や
評価データの生成方法については例示であって、これらに限定されるものではない。また
、リスク評価部１３３は、評価のために参照する受付データとして、例えば、調査情報ま
たは写真情報の少なくともいずれかをさらに参照して評価データを生成してもよい。

次に、ステップＳ１０４の処理として、リスク評価部１３３は、上記ステップにおいて
生成された出力情報を利用者端末２００に送信し、利用者端末２００のアプリケーション
のユーザインターフェース画面に出力情報が所定のフォーマットで表示される。

図１７は、利用者端末に表示される、業務支援アプリケーションのリスクアセス評価結
果の出力のための画面例を示す図である。利用者は、利用者端末２００に表示されるアプ
リケーションの個人ページ画面において「シミュレーション」タブを選択することで、図
１７に示すような、過去の保護率に関する情報、再発確率、対応日数、重篤度（重篤な虐
待に該当する確率）に関する３指標でケースの特徴を示すレーダーチャート、及び過去の
類似ケースについて可視化された画面が表示される。ここで、過去の保護率に関する情報
について、値が高い場合には、類似ケースが過去一時保護される傾向があったことを示す
ものであり、一時保護する／しないという観点から、利用者に対し、緊急度の判断をサポ
ートする。また、レーダーチャートは、重篤度（複数の虐待分類（例えば、３６パターン
）のうち、重篤ケースと定義した分類（例えば、２４パターン）に該当する確率）や再発
率（該当する類似ケース群における再発確率）や対応日数（該当するケース群における終
結までに要した日数）などのバランスを表し、レーダーチャートの面積が大きい場合には
、重篤である、再発率が高いなどの特徴があり、終結までに時間がかかる傾向があったこ
とを意味する。過去の類似ケースは、過去の事例を複数タイプ（例えば、３６タイプ）に
分類し、当該ケースがもっとも近いパターンの特徴を表示する。同じパターンに属する過
去の事例がある場合には、過去のケース記録を表示する。本例においては、ケース４７と
して、「再受付の身体的虐待事例」が表示され、当該事例は、市町村通告が多く、３０％
で頭部顔面、腹部の外傷、２７％で虐待継続兆候に該当し、７％で通告者が暴力を目撃、
保護者と話し合いが困難な場合があり、過去事例の５．２％にみられるパターンであるこ
とが理解される。利用者は、過去のケース記録を確認することで、ケースがどのように変
化するかのヒントを得ることができる。なお、例示した内容に限らず、例えば、重篤項目
の該当の状況に基づき、どの程度（またはどのような）合併する重篤虐待があるかといっ
た評価データを生成して提示するようにしてもよいし、類似ケースにおける対応内容の情
報に基づき、何から調査したらよいか、どのような支援をするのがよいか、関係機関と連
携するのがよいか、などのリコメンド情報が提示されてもよい。

利用者は、上記リスクアセス評価結果を参照し、また、他に登録された調査情報、子ど
も画像関連情報、及びチャットコミュニケーションを介して入力された情報を基に、子ど
もの一時保護要否等の判断を行うことができる。

（実施形態２）
＜構成＞
図１８－２０は、本発明の第二実施形態に係る情報処理システムを示すブロック構成図
である。本システム１は、児童相談所の職員等の利用者が利用する第１利用者端末２００
、第１利用者端末２００がアクセスする第１サーバ端末１００、自治体の各機関（その他
、民間医療機関、NPO法人、私立学校／園等）の利用者が利用する第２利用者端末５００
、及び第２利用者端末５００がアクセスする第２サーバ端末４００、第１サーバ端末１０
０と第２サーバ端末４００とを連携して用いる際に必要に応じて設ける第３サーバ端末６
００により構成される。ここで、第１利用者端末２００及び第２利用者端末５００は、実
施形態１と同様、それぞれ複数の利用者の端末とすることができる。また、実施形態１と
同様、本システムは、外部の児童相談記録システム３００（不図示）と接続することがで
きる。

第１サーバ端末１００、第１利用者端末２００、第２サーバ端末４００、第２利用者端
末５００及び第３サーバ端末６００は、ネットワークＮＷを介して接続される。ネットワ
ークＮＷは、インターネット、イントラネット、無線ＬＡＮ（Local Area Network）やＷ
ＡＮ（Wide Area Network）等により構成される。ここで、セキュリティ上の観点から、
第１サーバ端末１００及び第１利用者端末２００と、第２サーバ端末４００及び第２利用
者端末５００は各々、閉域の、相互に異なるネットワークを介して接続することもできる
。

第１サーバ端末１００は、児童相談所の職員等の利用者に関連する、第１利用者端末２
００に対して業務効率化支援のためのアプリケーションを提供し、第１利用者端末２００
から登録された情報を管理し、登録された情報に基づいて、例えば、子どもの虐待の可能
性に関するリスクアセス評価を行い、評価結果を提供する装置であり、例えば、ワークス
テーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いは
クラウド・コンピューティングによって論理的に実現されてもよい。本実施形態において
は、説明の便宜上サーバ端末として１台を例示しているが、これに限定されず、複数台で
あってもよい。

第２サーバ端末４００は、自治体の各機関の職員等の利用者に関連する、第２利用者端
末５００に対して業務効率化支援のためのアプリケーションを提供し、第２利用者端末５
００から登録された情報を管理し、登録された情報に基づいて、例えば、子どもの虐待の
可能性に関するリスクアセス評価を行い、評価結果を提供する装置であり、例えば、ワー
クステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或
いはクラウド・コンピューティングによって論理的に実現されてもよい。本実施形態にお
いては、説明の便宜上サーバ端末として１台を例示しているが、これに限定されず、複数
台であってもよい。

第１利用者端末２００は、上記の通り、児童相談所の職員等の利用者であって、第１サ
ーバ端末１００により提供されるアプリケーションを利用する利用者が所有する、例えば
、パーソナルコンピュータやタブレット端末等の情報処理装置であるが、スマートフォン
や携帯電話、ＰＤＡ等により構成しても良い。

第２利用者端末５００は、上記の通り、自治体の各機関の職員等の利用者であって、第
２サーバ端末４００により提供されるアプリケーションを利用する利用者が所有する、例
えば、パーソナルコンピュータやタブレット端末等の情報処理装置であるが、スマートフ
ォンや携帯電話、ＰＤＡ等により構成しても良い。

第３サーバ端末６００は、児童相談所の職員等の利用者に関連する第１利用者端末２０
０と自治体の各機関の職員等の利用者に関連する第２利用者端末５００とで所定のデータ
を送受信する際に、第１サーバ端末１００または第２サーバ端末４００のいずれか一方か
らのリクエストに基づき、他方のサーバ端末へ所定のデータを送信するなどして両サーバ
端末間における相手方データベースへの直接アクセスを制限しながらデータの送受信を仲
介する装置であり、例えば、ワークステーションやパーソナルコンピュータのような汎用
コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実
現されてもよい。本実施形態においては、説明の便宜上サーバ端末として１台を例示して
いるが、これに限定されず、複数台であってもよい。なお、第３サーバ端末６００を備え
る場合には図１９に例示するとおりであるが、第３サーバ端末６００を備えることは必須
ではなく、第１サーバ端末１００及び第２サーバ端末４００がリクエストに対して互いの
データへの直接アクセスを制限可能であれば、図２０に例示するように第３サーバ端末６
００を備えないように構成をしてもよい。

本実施形態では、システム１は、第１サーバ端末１００と、第１利用者端末２００、第
２サーバ端末４００及び第２利用者端末５００、第３サーバ端末６００を備え、利用者が
各々、第１利用者端末２００、第２利用者端末５００を利用して、各々、第１サーバ端末
１００、第２サーバ端末４００に対する操作を行う構成として説明するが、第１サーバ端
末１００及び第２サーバ端末４００がスタンドアローンで構成され、サーバ端末自身に、
利用者が操作を行う機能を備えても良い。

なお、本実施形態において、第２サーバ端末４００は、自治体の各機関の利用者向けに
提供され、格納及び処理する情報が、当該自治体の各機関の利用者及び管理対象者（例え
ば子どもなど）に関連する情報であることを除き、実質的に、第１サーバ端末１００の構
成と同等であり、第２利用者端末５００についても、対象となる利用者が自治体の各機関
の利用者であることを除き、実質的に、第１利用者端末２００の構成と同等である。また
、第１サーバ端末１００及び第１利用者端末２００の構成（及び第２サーバ端末４００及
び第２利用者端末５００の構成）は、前述の実施形態１において説明した構成と実質的に
同等であるため、説明を省略する。

図２１は、図１９の第３サーバ端末６００の機能ブロック構成図である。第３サーバ端
末６００は、第１サーバ端末１００と同様に、通信部６１０と、記憶部６２０と、制御部
６３０とを備える。

通信部６１０は、ネットワークＮＷを介して第１サーバ端末１００及び第２サーバ端末
４００と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ（Transmis
sion Control Protocol/Internet Protocol）、閉域ネットワーク等の通信規約により通
信が行われる。

記憶部６２０は、各種制御処理や制御部６３０内の各機能を実行するためのプログラム
、入力データ等を記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read
Only Memory）等から構成される。

制御部６３０は、記憶部６２０に記憶されているプログラムを実行することにより、サ
ーバ端末６００の全体の動作を制御するものであり、ＣＰＵ（Central Processing Unit
）やＧＰＵ（Graphics Processing Unit）等から構成される。制御部６３０の機能として
、第１サーバ端末１００または第２サーバ端末４００からの入力を受け付ける受付部６３
１と、各種データを参照し、処理する、データ管理部６３２と、第１サーバ端末１００及
び第２サーバ端末４００のデータの送受信の仲介を行う仲介部６３３等を有する。この受
付部６３１、データ管理部６３２、仲介部６３３は、記憶部６２０に記憶されているプロ
グラムにより起動されてコンピュータ（電子計算機）であるサーバ端末６００により実行
される。

受付部１３１は、サーバ端末６００が提供し、第１利用者端末２００または第２利用者
端末５００において、ウェブブラウザまたはアプリケーションを介して表示される画面等
のユーザインターフェースを介して、利用者が、所定の入力を行ったとき、第１利用者端
末２００（または第２利用者端末５００）から第１サーバ端末１００（または第２サーバ
端末４００）を介して指示や各種情報を受け付ける。

データ管理部１３２は、利用者に関連する各種利用者データや子どもデータ、受付デー
タ、評価データなどの各種データを管理し、対応するデータ格納部への登録や読み出しな
どの所定の処理を行う。

図２２は、本発明の第二実施形態に係る、情報処理方法に係るフローチャートの一例で
ある。本例では、図１９に示されるように第３サーバ端末６００を備える情報処理システ
ムを例に説明をする。

上記の通り、第１サーバ端末１００及び第２サーバ端末４００は各々、児童相談所の利
用者及び自治体の機関の利用者向けのアプリケーション及びサービスを提供する端末であ
り、取り扱う情報が各々異なる点で、基本的には、利用者端末２００及び利用者端末５０
０は、アクセスする情報も異なる。特に、児童の情報は、機密性の高い個人情報であるた
め、セキュリティの観点からも、児童相談所及び自治体の各々で管理される情報に対して
は、別々のサーバ端末を介して管理されることとなっている。しかしながら、自治体で対
応していた児童について事態が深刻化した際などに児童相談所に対応を引き継ぐ場合があ
り、そのような場合において、例えば、児童相談所の職員等の利用者は、児童相談所にお
いて、対象となる児童に関する情報が存在しない場合が多く、自治体の各機関で管理され
る情報にアクセスすることを必要する場合がある。また、その逆で児童相談所から自治体
に対応を引き継ぐ場合も同様である。そこで本実施形態においては、児童相談所の職員で
ある利用者及び自治体の各機関の職員である利用者は各々、第１サーバ端末１００及び第
２サーバ端末４００を介して、各々のサーバにおいて管理される情報にアクセスすること
で、所望の情報を閲覧することができる。

まず、図２２において、児童照会処理の前処理として、児童相談所の利用者は、第１利
用者端末２００を介して、第１サーバ端末１００に対し、所望の児童に関する情報の照会
要求を行う。続いて、ステップＳ４０１の処理として、第１サーバ端末１００は、第１サ
ーバ端末１００の記憶部１２０の子ども（児童）データ格納部１２１に、対象児童の情報
が格納されていない場合などに、自治体の各機関で管理される情報を格納する、第２サー
バ端末４００に対し、児童照会要求を送信するべく、第３サーバ端末６００へ児童照会要
求を送信する。ここで、第１サーバ端末１００は、児童に関する方法の機密性の観点から
、第３サーバ端末６００に対し、児童の識別番号（例えば、パーソナルＩＤ）を含む児童
照会要求を送信することができるが、これに限らず、例えば児童の名前を含む児童照会要
求を送信するようにしてもよい。そして、ステップＳ４０２の処理として、第３サーバ端
末６００は、第２サーバ端末４００に対し、児童照会要求を送信する。

続いて、児童の照会要求を受信した第２サーバ端末４００は、ステップＳ４０３の処理
として、第２サーバ端末４００の記憶部に格納された子どもデータを参照し、受信した、
児童の識別番号などをキーとして、対象児童に関する情報が格納されているか否かについ
て、検索を実行する。続いて、ステップＳ４０４の処理として、第２サーバ端末４００は
、対象児童に関する情報が記憶部に格納されていることを確認した場合、すなわち、自治
体において対象児童の対応歴があった場合に、第１サーバ端末１００に対して、照会結果
として、その児童に関する情報を送信するべく、第３サーバ端末６００へ照会結果情報（
対象児童に関する情報を含む）を送信する。そして、ステップＳ４０５の処理として、第
３サーバ端末６００は、第１サーバ端末１００に対して、照会結果情報を送信する。ここ
で、第２サーバ端末４００は、セキュリティの観点から、照会要求のあった児童に関する
情報のみを送信し、第１利用者端末２００の利用者は、対象児童に関する情報を、第１サ
ーバ端末１００にアクセスすることで、閲覧することができる。

なお、上述の児童照会処理は、必ずしも本システム上で実行されなくともよく、他の手
段（例えば、児童相談所の利用者と、自治体の利用者とによる電話やメールなど）により
照会したい対象児童を特定するための情報（名前や識別番号など）を伝え、それを受けた
利用者が対象児童を特定するための情報に基づきシステム上で検索を行い、対象児童のデ
ータがあることを本システム上ではない他の手段で折り返し伝えるようにしてもよい。

次に、情報共有処理の前処理として、児童相談所の利用者は、自治体の各機関の利用者
に対して、児童相談所で管理される児童に関する情報を共有したい場合に、第１利用者端
末２００を介して、第１サーバ端末１００に対し、選択操作により選択された自治体ユー
ザに対して所望の児童に関する情報の共有要求を送信する。続いて、ステップＳ５０１の
処理として、第１サーバ端末１００は、第３サーバ端末６００に対し、児童情報の共有要
求を送信する。そして、ステップＳ５０２の処理として、第３サーバ端末６００は、自治
体の各機関の利用者向けにアプリケーション及びサービスを提供する、第２サーバ端末４
００に対し、対象児童に関する情報を伴わない児童情報の共有要求に関する承認要求を送
信する。ここで、児童情報の共有要求に含まれる情報として、対象児童に関する情報、共
有先利用者を識別する情報、共有する情報の内容に関する情報等が含まれるが、これらに
限定されない。また、児童に関する情報として、例えば、基本情報、家族情報、受付情報
、調査記録に関する情報、リスクアセスメント情報、画像関連情報、評価データ等が挙げ
られるが、これらの情報に限定されない。また、本実施形態において、利用者は、共有し
たい情報について、共有要求を行なう際、または、事前に選択可能であることを特徴とす
る。

続いて、児童情報の共有要求に関する承認要求を受信した第２サーバ端末４００は、ス
テップＳ５０３の処理として、第２サーバ端末４００の記憶部に格納された利用者データ
（特に、職員等の利用機関所属者）を参照し、共有先利用者を決定し、共有先となる利用
者の第２利用者端末５００に対して、児童情報の共有要求に関する承認要求のあった旨通
知を行う。そして、ステップＳ５０４の処理として、（所定の業務権限を有する）利用者
の第２利用者端末５００から、児童情報の共有要求に関する承認要求に対する承認を実行
する。続いて、ステップＳ５０５の処理として、第３サーバ端末６００は、第２サーバ端
末４００から送信される承認情報を受信し、ステップＳ５０６の処理として、共有要求の
承認処理を行う。なお、ステップＳ５０４において、利用者の第２利用者端末５００から
承認要求に対して非承認を実行した場合には、情報共有処理は終了する。このように、第
１サーバ端末１００側から共有要求があったとしても、第２サーバ端末４００側で共有を
承認しないで児童に関する情報などの個人情報を意図的に受け取らないような選択も可能
となる。

次に、ステップＳ５０７の処理として、第３サーバ端末６００は、対象児童に関する情
報を第２サーバ端末４００に対して共有する。情報共有の方法として、例えば、第３サー
バ端末６００は、対象児童に関する情報を、所定のファイル形式でエクスポートし、エク
スポートした情報を第２サーバ端末４００に対して送信することができる。そして、第２
利用者端末５００は、第２サーバ端末４００を介して、エクスポートした情報をインポー
トすることで情報共有を図ることができる。その他、情報共有の方法として、第１サーバ
端末１００に格納される情報の全部または一部の閲覧権限に関する情報を、第１サーバ端
末１００から第３サーバ端末６００を介してサーバ端末４００に対して送信することも挙
げられ、第２利用者端末５００の利用者は、第２サーバ端末４００を介して第３サーバ端
末６００または第１サーバ端末１００にアクセスし、共有された情報を閲覧することがで
きる。この際、情報の機密性の観点から、第２利用者端末５００の利用者のアクセス権限
は、情報の閲覧のみとし、編集権限を付与しないこととすることもできる。なお、本情報
共有処理のフローチャートにおいては、情報伝送の迅速性などを考慮して、第３サーバ端
末６００にステップＳ５０１の時点で対象児童に関する情報を送信しているが、これに代
えて、ステップＳ５０２と同様に対象児童に関する情報を伴わない児童情報共有に関する
承認要求を送信するようにして、第１サーバ端末１００または第３サーバ端末６００の少
なくともいずれかにて承認処理後に第１サーバ端末１００から第３サーバ端末６００を介
して対象児童に関する情報を送信するようにしてもよい。

次に、チャット連携処理の前処理として、児童相談所の利用者は、自治体の各機関の利
用者とチャットツールによるコミュニケーションを図りたい場合、第１利用者端末２００
を介して、第１サーバ端末１００に対し、対象利用者を選択し、コミュニケーション要求
を送信する。続いて、対象利用者が第２サーバ端末４００側の利用者である場合には、ス
テップＳ６０１の処理として、第１サーバ端末１００は、第３サーバ端末６００へコミュ
ニケーション要求を送信する。そして、ステップＳ６０２の処理として、第３サーバ端末
６００は、第１利用者端末２００の一以上の第１利用者ＩＤと第２利用者端末５００の一
以上の第２利用者ＩＤを特定し、両者からアクセス可能なチャット空間を生成する。そし
て、ステップＳ６０３、ステップＳ６０４の処理として、第１サーバ端末１００及び第２
サーバ端末４００は、各々第１利用者端末２００及び第２利用者端末５００からの要求に
応じて、第３サーバ端末６００を介してメッセージや画像等の送受信を行うことで、コミ
ュニケーションを行う。このように、第３サーバ端末６００は、第１利用者端末２００の
利用者と第２利用者端末５００の利用者との間でチャットコミュニケーションが可能とな
るよう、チャットルーム（チャット空間）を生成し、両利用者に対して、チャットルーム
に関する情報を送信することもできる。これにより、児童相談所の職員等の利用者は、自
治体の各機関の職員等の利用者と、チャットルームを介して、特定に児童に関する情報を
やり取りしたり、会話を行ったりすることができる。第１サーバ端末１００及び第２サー
バ端末４００は、相互にメッセージ等を受信すると、各々第１利用者端末２００及び第２
利用者端末５００に対し、プッシュ通知を送信する等、リアルタイムに通知を行うことが
できる。これにより、児童相談所及び自治体の各機関の職員は、児童への対応についてタ
イムリーに連携を図ることができる。

図２３は、本発明の第二実施形態に係る、情報処理方法に係るフローチャートの一例で
ある。本例では、図２０に示されるように第３サーバ端末６００を備えない情報処理シス
テムを例に説明をする。

まず、図２３において、児童照会処理の前処理として、児童相談所の利用者は、第１利
用者端末２００を介して、第１サーバ端末１００に対し、所望の児童に関する情報の照会
要求を行う。続いて、ステップＳ７０１の処理として、第１サーバ端末１００は、第１サ
ーバ端末１００の記憶部１２０の子ども（児童）データ格納部１２１に、対象児童の情報
が格納されていない場合などに、自治体の各機関で管理される情報を格納する、第２サー
バ端末４００に対し、児童照会要求を送信する。ここで、第１サーバ端末１００は、児童
に関する方法の機密性の観点から、第２サーバ端末４００に対し、児童の識別番号（例え
ば、パーソナルＩＤ）を含む児童照会要求を送信することができるが、これに限らず、例
えば児童の名前を含む児童照会要求を送信するようにしてもよい。

続いて、児童の照会要求を受信した第２サーバ端末４００は、ステップＳ７０２の処理
として、第２サーバ端末４００の記憶部に格納された子どもデータを参照し、受信した、
児童の識別番号などをキーとして、対象児童に関する情報が格納されているか否かについ
て、検索を実行する。続いて、ステップＳ７０３の処理として、第２サーバ端末４００は
、対象児童に関する情報が記憶部に格納されていることを確認した場合、すなわち、自治
体において対象児童の対応歴があった場合に、第１サーバ端末１００に対して、照会結果
として、その児童に関する情報を送信する。ここで、第２サーバ端末４００は、セキュリ
ティの観点から、照会要求のあった児童に関する情報のみを送信し、第１利用者端末２０
０の利用者は、対象児童に関する情報を、第１サーバ端末１００にアクセスすることで、
閲覧することができる。

なお、上述の児童照会処理は、必ずしも本システム上で実行されなくともよく、他の手
段（例えば、児童相談所の利用者と、自治体の利用者とによる電話やメールなど）により
照会したい対象児童を特定するための情報（名前や識別番号など）を伝え、それを受けた
利用者が対象児童を特定するための情報に基づきシステム上で検索を行い、対象児童のデ
ータがあることを本システム上ではない他の手段で折り返し伝えるようにしてもよい。

次に、情報共有処理の前処理として、児童相談所の利用者は、自治体の各機関の利用者
に対して、児童相談所で管理される児童に関する情報を共有したい場合に、第１利用者端
末２００を介して、第１サーバ端末１００に対し、選択操作により選択された自治体ユー
ザに対して所望の児童に関する情報の共有要求を送信する。続いて、ステップＳ８０１の
処理として、第１サーバ端末１００は、自治体の各機関の利用者向けにアプリケーション
及びサービスを提供する、第２サーバ端末４００に対し、対象児童に関する情報を伴わな
い児童情報の共有要求に関する承認要求を送信する。

続いて、児童情報の共有要求に関する承認要求を受信した第２サーバ端末４００は、ス
テップＳ８０２の処理として、第２サーバ端末４００の記憶部に格納された利用者データ
（特に、職員等の利用機関所属者）を参照し、共有先利用者を決定し、共有先となる利用
者の第２利用者端末５００に対して、児童情報の共有要求に関する承認要求のあった旨通
知を行う。そして、ステップＳ８０３の処理として、（所定の業務権限を有する）利用者
の第２利用者端末５００から、児童情報の共有要求に関する承認要求に対する承認を実行
する。続いて、ステップＳ８０４の処理として、第１サーバ端末１００は、第２サーバ端
末４００から送信される承認情報を受信し、ステップＳ８０５の処理として、共有要求の
承認処理を行う。なお、ステップＳ８０３において、利用者の第２利用者端末５００から
承認要求に対して非承認を実行した場合には、情報共有処理は終了する。このように、第
１サーバ端末１００側から共有要求があったとしても、第２サーバ端末４００側で共有を
承認しないで児童に関する情報などの個人情報を意図的に受け取らないような選択も可能
となる。

次に、ステップＳ８０６の処理として、第１サーバ端末１００は、対象児童に関する情
報を第２サーバ端末４００に対して共有する。ここで、対象児童に関する情報として、例
えば、基本情報、家族情報、受付情報、調査記録に関する情報、リスクアセスメント情報
、画像関連情報、評価データ等が挙げられるが、これらの情報に限定されない。また、本
実施形態において、利用者は、共有したい情報について、共有要求を行なう際、または、
事前に選択可能であることを特徴とする。情報共有の方法として、例えば、第１サーバ端
末１００は、対象児童に関する情報を、所定のファイル形式でエクスポートし、エクスポ
ートした情報を第２サーバ端末４００に対して送信することができる。そして、第２利用
者端末５００は、第２サーバ端末４００を介して、エクスポートした情報をインポートす
ることで情報共有を図ることができる。その他、情報共有の方法として、第１サーバ端末
１００に格納される情報の全部または一部の閲覧権限に関する情報を、第１サーバ端末１
００からサーバ端末４００に対して送信することも挙げられ、第２利用者端末５００の利
用者は、第２サーバ端末４００を介して第１サーバ端末１００にアクセスし、共有された
情報を閲覧することができる。この際、情報の機密性の観点から、第２利用者端末５００
の利用者のアクセス権限は、情報の閲覧のみとし、編集権限を付与しないこととすること
もできる。

次に、チャット連携処理の前処理として、児童相談所の利用者は、自治体の各機関の利
用者とチャットツールによるコミュニケーションを図りたい場合、第１利用者端末２００
を介して、第１サーバ端末１００に対し、対象利用者を選択し、コミュニケーション要求
を送信する。続いて、対象利用者が第２サーバ端末４００側の利用者である場合には、ス
テップＳ９０１の処理として、第１サーバ端末１００は、自治体の各機関の利用者向けに
アプリケーション及びサービスを提供する、第２サーバ端末４００に対し、対象利用者と
のコミュニケーション要求を送信する。ここで、コミュニケーション要求に含まれる情報
として、対象利用者に関する情報、コミュニケーションを通じて共有したい情報（例えば
、画像等）等が含まれるが、これらに限定されない。

続いて、コミュニケーション要求を受信した第２サーバ端末４００は、ステップＳ９０
２の処理として、第２サーバ端末４００の記憶部に格納された利用者データを参照し、対
象利用者を決定し、受信した第１利用者端末２００の一以上の第１利用者ＩＤと特定した
第２利用者端末５００の一以上の第２利用者ＩＤに基づき、両者からアクセス可能なチャ
ット空間を生成する。次に、ステップＳ９０４の処理として、第１サーバ端末１００及び
第２サーバ端末４００は、各々第１利用者端末２００及び第２利用者端末５００からの要
求に応じて、メッセージや画像等の送受信を行うことで、コミュニケーションを行う。な
お、本例では第２サーバ端末４００にてチャット空間を生成しているが、これに限らず、
第１サーバ端末１００にてチャット空間を生成してもよい。このように、第１サーバ端末
１００（または第２サーバ端末４００）は、第１利用者端末２００の利用者と第２利用者
端末５００の利用者との間でチャットコミュニケーションが可能となるよう、チャットル
ーム（チャット空間）を生成し、両利用者に対して、チャットルームに関する情報を送信
することもできる。これにより、児童相談所の職員等の利用者は、自治体の各機関の職員
等の利用者と、チャットルームを介して、特定に児童に関する情報をやり取りしたり、会
話を行ったりすることができる。第１サーバ端末１００及び第２サーバ端末４００は、相
互にメッセージ等を受信すると、各々第１利用者端末２００及び第２利用者端末５００に
対し、プッシュ通知を送信する等、リアルタイムに通知を行うことができる。これにより
、児童相談所及び自治体の各機関の職員は、児童への対応についてタイムリーに連携を図
ることができる。なお、チャットルームを生成するために第３サーバ端末６００を設け、
チャット連携処理のみにおいて図２２に記載のフローチャートとしてもよい。

以上のように、本実施形態によれば、特に、異なるサーバを介して、別々に管理される
、児童相談所で取り扱う児童に関する情報と自治体の各機関等で取り扱う児童に関する情
報について、各々の機関に属する利用者が、業務上必要な範囲において、柔軟に共有を図
ったり、会話を行なったり、連携を図ることができる。

なお、図２２、図２３の例示においては、児童相談所の第１利用者端末２００を起点に
、第１サーバ端末１００から第２サーバ端末４００に対し、対象児童の照会、情報共有及
びチャット連携の要求を行なう例について示したが、同様の処理を、自治体の各機関の第
２利用者端末５００を起点に実行することもできる。

また、児童相談所と自治体の各機関との間の児童虐待に関する情報を一例として説明し
たが、これに限らずどのような情報を対象としてもよいが、特に市町村や国などの公的機
関の間で授受される情報（特に、ドメスティックバイオレンス、性暴力、いじめ、ハラス
メント、犯罪、非行、身体障害、精神障害、発達障害、子どもの貧困、高齢者虐待などの
社会課題に関わる情報であって、衣食住と身体の安全に関わる領域、差別や暴言などの安
心に関わる領域などにおける情報）であってもよく、対象となる利用者に応じて、対応す
る情報を管理する構成としてもよい。例えば、少年鑑別所と少年院などにおいて、子ども
に関する調査項目などの子ども情報を授受する際などに用いられてもよい。その他、（１
）保護観察所間や、保護観察所と自治体などにおいて、保護観察者が取得した犯罪に関す
る調査情報や裁判に関する調査情報など、（２）保健所間や母子保健センター間、保健所
と母子保健センター、保健所や母子保健センターと自治体などにおいて、保健所や母子保
健センターで集められる子どもの情報や家族の情報、家族の育児ストレス、利用している
育児サービスなどの調査情報など、（３）ＤＶ被害者センター間、ＤＶ被害者センターと
自治体などにおいて、ＤＶ被害者センターで取得した加害者や被害者、傍観者の少なくと
もいずれかに関するＤＶ事実に関する調査情報（４）福祉センター間や福祉センターと自
治体などにおいて、担当員などが取得した、障害や生活保護において、障害情報や経済状
況情報などの調査情報、といった関係性において用いられてもよい。

本発明の実施形態の内容を改めて列記して説明する。本発明の実施の形態による情報処
理方法、プログラム、情報処理システムは、以下のような構成を備える。
［項目１］
児童相談所の利用者に関連する第１利用者端末にネットワークを介して接続する第１サ
ーバ端末によって提供される、児童相談業務を支援する情報処理方法であって、
前記第１サーバ端末の制御部は、
自治体の利用者に関連する第２の利用者端末にネットワークを介して接続する第２サー
バ端末に対し、前記第１サーバに格納される、前記児童に関する情報を共有するための共
有要求を送信し、
前記児童に関する情報は、前記第２サーバ端末から、前記共有要求に対する承認を受信
したことに応じて、前記第２サーバ端末に対して送信される、方法。
［項目２］
前記第１サーバ端末の制御部は、
第２サーバ端末に対し、所望の児童に関する情報の照会要求を送信し、
前記第２サーバ端末から、前記児童に関する情報を、照会結果として受信する、
項目１に記載の方法。
［項目３］
前記児童に関する情報は、基本情報、家族情報、受付情報、調査記録に関する情報、リ
スクアセスメント情報、画像関連情報のいずれかを含む、項目１に記載の方法。
［項目４］
前記共有要求は、第２利用者端末から児童に関する情報を閲覧することを可能にする要
求を含む、項目１に記載の方法。
［項目５］
前記第２サーバ端末に対し、前記第１利用者端末の利用者が前記第２利用者端末の利用
者とコミュニケーションを行うための要求を送信する、項目１に記載の方法。
［項目６］
児童相談所の利用者に関連する第１利用者端末にネットワークを介して接続する、第１
サーバ端末において、児童相談業務を支援する情報処理方法を実行させるプログラムであ
って、
前記第１サーバ端末の制御部において、
自治体の利用者に関連する第２の利用者端末にネットワークを介して接続する第２サー
バ端末に対し、前記第１サーバに格納される、前記児童に関する情報を共有するための共
有要求を送信させ、
前記児童に関する情報は、前記第２サーバ端末から、前記共有要求に対する承認を受信
したことに応じて、前記第２サーバ端末に対して送信される、プログラム。
［項目７］
児童相談所の利用者に関連する第１利用者端末にネットワークを介して接続する第１サ
ーバ端末によって提供される、児童相談業務を支援する情報処理システムであって、
前記第１サーバ端末の制御部は、
自治体の利用者に関連する第２の利用者端末にネットワークを介して接続する第２サー
バ端末に対し、前記第１サーバに格納される、前記児童に関する情報を共有するための共
有要求を送信し、
前記児童に関する情報は、前記第２サーバ端末から、前記共有要求に対する承認を受信
したことに応じて、前記第２サーバ端末に対して送信される、情報処理システム。

以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施す
ることが可能であり、種々の省略、置換および変更を行なって実施することが出来る。こ
れらの実施形態および変形例ならびに省略、置換および変更を行なったものは、特許請求
の範囲の技術的範囲とその均等の範囲に含まれる。

１ 業務支援システム、１００ 第１サーバ端末、１１０ 通信部、１２０ 記憶部、１
３０ 制御部、２００ 第１利用者端末、３００ 児童相談記録システム、４００ 第２
サーバ端末、５００ 第２利用者端末、６００ 第３サーバ端末ＮＷ ネットワーク

Claims (7)

1. 支援業務に係る第１の利用者に関連する第１利用者端末にネットワークを介して接続し、支援に関する情報を格納する第１の記憶部にアクセス可能な第１サーバによって提供される、業務を支援する情報処理方法であって、
   前記第１サーバの制御部は、
   前記第１利用者端末による共有操作に応じて、前記第１の利用者とは異なる公的機関に属する第２の利用者に関連する第２利用者端末にネットワークを介して接続する第２サーバに対し、前記第１の記憶部に格納される、前記支援に関する情報を共有するための共有要求を送信し、
   前記第２利用者端末による前記共有要求に対する承認操作に応じて送信される、前記第２サーバからの前記共有要求に対する承認情報を受信したことに応じて、前記第１の記憶部に格納される、前記支援に関する情報を前記第２サーバに対して送信する、方法。
2. 前記第１サーバの制御部は、
   前記第２サーバに対し、所望の支援に関する情報の照会要求を送信し、
   前記第２サーバから、前記支援に関する情報を、照会結果として受信する、
   請求項１に記載の方法。
3. 前記共有要求は、前記第２利用者端末から前記支援に関する情報を閲覧することを可能にする要求を含む、請求項１に記載の方法。
4. 前記第２サーバに対し、前記第１の利用者が前記第２の利用者とコミュニケーションを行うための要求を送信する、請求項１に記載の方法。
5. 前記第１サーバと前記第２サーバとの間のデータを中継する第３サーバがさらにネットワークを介して接続され、
   前記第１サーバの制御部は、前記第３サーバを介して前記支援に関する情報を前記第２サーバに対して送信する、請求項１に記載の方法。
6. 業務支援に係る第１の利用者に関連する第１利用者端末にネットワークを介して接続し、支援に関する情報を格納する第１の記憶部にアクセス可能な第１サーバにおいて、業務を支援する情報処理方法を実行させるプログラムであって、
   前記第１サーバの制御部において、
   前記第１利用者端末による共有操作に応じて、前記第１の利用者とは異なる公的機関に属する第２の利用者に関連する第２利用者端末にネットワークを介して接続する第２サーバに対し、前記第１の記憶部に格納される、前記支援に関する情報を共有するための共有要求を送信させ、
   前記第２利用者端末による前記共有要求に対する承認操作に応じて送信される、前記第２サーバからの前記共有要求に対する承認情報を受信したことに応じて、前記第１の記憶部に格納される、前記支援に関する情報を前記第２サーバに対して送信する、プログラム。
7. 業務支援に係る第１の利用者に関連する第１利用者端末にネットワークを介して接続し、支援に関する情報を格納する第１の記憶部にアクセス可能な第１サーバによって提供される、業務を支援する情報処理システムであって、
   前記第１サーバの制御部は、
   前記第１利用者端末による共有操作に応じて、前記第１の利用者とは異なる公的機関に属する第２の利用者に関連する第２利用者端末にネットワークを介して接続する第２サーバに対し、前記第１の記憶部に格納される、前記支援に関する情報を共有するための共有要求を送信し、
   前記第２利用者端末による前記共有要求に対する承認操作に応じて送信される、前記第２サーバからの前記共有要求に対する承認情報を受信したことに応じて、前記第１の記憶部に格納される、前記支援に関する情報を前記第２サーバに対して送信する、情報処理システム。