JP7497230B2 - 計算機システム及び連携制御方法 - Google Patents

Description

本発明は、組織間の情報の連携を実現するシステム及び方法に関する。

経済社会の活性化及び国際化を図る目的から、専門的及び技術的分野の外国人労働者の受け入れが積極的に推進されている。また、労働力人口の減少により、様々な分野における人材の確保が課題となっており、特に、医療及び社会福祉分野では大きな課題となっている。これに対して、特定の分野での外国人労働者の受け入れる取り組みが行われている。

外国人の就労においては様々な手続きが必要である。例えば、入出国、住宅の確保、銀行口座の開設、通信設備を含むライフラインの契約、及び住民登録等の手続きである。外国人本人又は支援機関が任意の組織に対して手続きを行う。

外国人又は支援機関は、手続きに必要な情報を各組織に提供する。各手続きは基本的には独立しているため、同様の情報を何度も提供する必要があるため、外国人又は支援機関の手続きの負担が大きいという問題があった。

組織間で情報を連携させることによって上記の課題を解決することが期待される。組織間で情報を連携させる技術としては、特許文献１に記載の技術が知られている。

特許文献１には、「番号確認ＧＷ１２は、身元確認依頼企業Ａが提供するサービスに対する新規申込みをＡＴＭ２０が受け付けた場合に、身元確認依頼が発行した申込者のＩＤ情報をＡＴＭ２０から取得する。番号確認ＧＷ１２は、取得したＩＤ情報の有効性を身元確認済企業に対応する外部装置と連携して確認し、有効であれば、身元確認済企業に対応する外部装置から申込者に関する属性情報を取得する。番号確認ＧＷ１２は、取得した申込者に関する属性情報を身元確認依頼企業Ａへ通知する。」と記載されている。

特開２０１７－６８７７７号公報

法律の要請又は安全性の観点等から、組織が外国人労働者の在留資格、生活環境、及び労働環境等の状態（ステータス）を把握するための手続きが定期的に行われており、外国人労働者の状態は頻繁に更新される。引っ越し又は電話番号が変更された場合、管轄する組織は外国人労働者の状態に関する情報を更新する。

特許文献１の技術では、組織が主体的に行動しない限り、情報の連携は行われない。そのため、組織は最新の外国人の状態を把握するために定期的に行動を行う必要がある。また、外国人労働者が手続きを行った組織を把握できない場合、情報を必要とする組織は情報を取得できない。すなわち、従来技術では、外国人労働者の状態変化に関する情報を組織間で自動的に連携できない。情報不足及び情報の陳腐化によって、外国人労働者の状態を正しく把握できず、また、外国人労働者への適切なサービスを提供できない可能性がある。

本発明は、外国人労働者の状態変化に関する情報を組織間で自動的に連携させるシステム及び方法を提供することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の組織の各々が保持する外国人の状態を把握するためのパーソナル情報の連携制御を行う計算機システムであって、演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続される通信装置を有する少なくとも一つの計算機を備え、状態変化を伴う手続きを行った前記外国人の状態変化に関する情報であるメイン通知情報の送信を制御するためのシナリオを格納する連携制御情報を管理し、前記シナリオは、前記メイン通知情報の送信を要求する前記組織の識別情報と、当該組織へ前記メイン通知情報を送信するトリガとなる前記外国人の状態変化の内容と、前記メイン通知情報の定義と、を含み、前記演算装置は、前記手続きを行った前記外国人の状態変化を前記パーソナル情報に反映した前記組織から、当該組織の識別情報と、前記手続きを行った前記外国人の状態変化の内容とを含む状態変化通知を受信した場合、前記連携制御情報を参照して、前記状態変化通知に含まれる前記手続きを行った前記外国人の状態変化の内容が前記トリガとして設定される前記シナリオを特定し、前記特定されたシナリオと、前記状態変化通知に含まれる前記手続きを行った前記外国人の状態変化の内容とに基づいて、前記特定されたシナリオに定義された前記メイン通知情報を生成し、前記特定されたシナリオに対応する前記組織に、前記メイン通知情報を送信する。

本発明によれば、外国人労働者の状態変化に関する情報を組織間で自動的に連携できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１の連携基盤システムのコンセプトを説明する図である。 実施例１の連携基盤システムの構成例を示す図である。 実施例１の組織管理情報のデータ構造の一例を説明する図である。 実施例１の連携制御情報のデータ構造の一例を説明する図である。 実施例１の連携制御情報にシナリオを設定するための登録画面の一例を説明する図である。 実施例１の人物管理情報のデータ構造の一例を説明する図である。 実施例１のメタデータ管理情報のデータ構造の一例を説明する図である。 実施例１の連携基盤システムが実行する操作通知受信処理の一例を説明するフローチャートである。 実施例１の連携基盤システムが実行する連携処理の一例を説明するフローチャートである。 実施例１の連携基盤システムが実行する検索処理の一例を説明するフローチャートである。 実施例２の連携基盤システムの構成例を示す図である。

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

図１は、実施例１の連携基盤システム１００のコンセプトを説明する図である。

少なくとも一つの組織１１０は、外国人労働者１０１に対してサービスを提供する。サービスを提供する組織１１０は、例えば、国、地方公共団体、銀行、通信会社、不動産会社、及び登録支援機関等である。また、少なくとも一つの組織１１０は外国人労働者１０１を雇用する。

組織１１０はシステムを運用している。当該システムは、オンプレミス型のシステム及びクラウド型のシステムのいずれでもよい。当該システムは、アプリケーションサーバ、データベースサーバ、及び認証情報生成サーバ等を含む。データベースサーバには外国人労働者１０１の状態（ステータス）を把握するための情報が格納される。

以下の説明では、外国人労働者１０１の状態を把握するための情報をパーソナル情報と記載する。パーソナル情報には少なくとも一つのデータ項目の値が含まれる。パーソナル情報に含まれるデータ項目は、例えば、氏名、パスポート番号、国籍、勤務先、電話番号、住所、在留資格、在留期限、帰国予定日、及び一時帰国予定日等である。なお、組織１１０が管理するパーソナル情報に含まれるデータ項目は組織１１０毎に異なってもよい。

外国人労働者１０１は、直接又はパーソナルコンピュータ及びスマートフォン等のユーザ端末を用いて、組織１１０に対して手続きを行う。本明細書の手続きは、パーソナル情報を新規に登録するための手続き、パーソナル情報を更新するための手続き、パーソナル情報を削除するための手続きを含む概念である。パーソナル情報の更新は、パーソナル情報へのデータ項目の追加及びパーソナル情報に含まれるデータ項目の値の変更を含む概念である。

外国人労働者１０１は、在留資格の変更、在留期限の変更、引っ越し、結婚、資格の取得、及び転職等に伴い、組織１１０に対して、パーソナル情報を更新するための手続きを行う。なお、パーソナル情報を更新するための手続きには、外国人労働者１０１の生活環境等を把握するための面接の実施が含まれる。また、外国人労働者１０１は、銀行口座の解約等に伴い、組織１１０に対して、パーソナル情報を削除するための手続きを行う。外国人労働者１０１は、手続き時に、組織１１０の要求に応じて外国人労働者１０１のパーソナル情報を提供する。

組織１１０は、外国人労働者１０１が手続き時に提供したパーソナル情報に基づいてシステムを操作することによって、パーソナル情報の登録、更新、又は削除を行う。本実施例の組織１１０のシステムは、パーソナル情報の更新又は削除に伴って外国人労働者１０１の状態が変化したことを通知する状態変化通知を連携基盤システム１００に送信するように設定されている。すなわち、組織１１０のシステムは、パーソナル情報に外国人労働者１０１の状態変化を反映した場合、状態変化通知を連携基盤システム１００に送信する。なお、状態変化通知は暗号化された状態で送信される。

連携基盤システム１００は、インターネット、イントラネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークを介して、複数の組織１１０が運用するシステムと接続する。なお、ネットワークの接続方式は有線及び無線のいずれでもよい。

連携基盤システム１００は、組織１１０のシステムから状態変化通知を受信した場合、外国人労働者１０１の状態変化に関する情報を必要とする組織１１０を特定し、特定した組織１１０に外国人労働者１０１の状態変化に関する情報を送信する。以下の説明では、外国人労働者１０１の状態変化に関する情報をメイン通知情報と記載する。

図２は、実施例１の連携基盤システム１００の構成例を示す図である。

連携基盤システム１００は少なくとも一つの計算機２００を備える。計算機２００は、プロセッサ２０１、メモリ２０２、ネットワークインタフェース２０３、及び入出力装置２０４を有する。各ハードウェアは内部バス等を介して互いに接続される。

ネットワークインタフェース２０３は、ネットワークを介して、外部装置と通信するための通信装置である。入出力装置２０４は、データの入力及びデータの出力を行うための装置である。入出力装置２０４は、例えば、キーボード、マウス、タッチパネル、ディスプレイ、及びプリンタ等である。

プロセッサ２０１は、各種処理を実行する演算装置である。プロセッサ２０１は、メモリ２０２に格納されるプログラムにしたがって処理を実行することによって、特定の機能を実現する機能部（モジュール）として動作する。以下の説明では、機能部を主語に処理を説明する場合、プロセッサ２０１が当該機能部を実現するプログラムを実行していることを示す。

メモリ２０２は、プログラム及び情報を格納する記憶装置である。メモリ２０２は、プログラムが一時的に使用するワークエリアを含む。実施例１のメモリ２０２は、連携制御部２１０を実現するプログラムを格納し、また、組織管理情報２２０、連携制御情報２２１、人物管理情報２２２、及びメタデータ管理情報２２３を格納する。

連携制御部２１０は組織１１０間のパーソナル情報の連携を制御する。ここで、組織１１０間のパーソナル情報の連携は、パーソナル情報にて管理される外国人労働者１０１の状態の組織１１０間の共有を意味する。

組織管理情報２２０は、連携基盤システム１００を利用する組織１１０を管理するための情報である。組織管理情報２２０のデータ構造の詳細は図３を用いて説明する。

連携制御情報２２１は、組織１１０間のパーソナル情報の連携を制御するための情報である。連携制御情報２２１のデータ構造の詳細は図４を用いて説明する。

人物管理情報２２２は、各組織１１０の同一の外国人労働者１０１の関連付けを管理するための情報である。人物管理情報２２２のデータ構造の詳細は図６を用いて説明する。

メタデータ管理情報２２３は、各組織１１０が保持するパーソナル情報のメタデータを管理するための情報である。メタデータ管理情報２２３のデータ構造の詳細は図７を用いて説明する。

なお、計算機２００が有する各機能部については、複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。

なお、計算機２００は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置を備えてもよい。メモリ２０２に格納されるプログラム及び情報は記憶装置に格納されてもよい。この場合、プロセッサ２０１が、記憶装置からプログラム及び情報を読み出し、メモリ２０２にロードする。

図３は、実施例１の組織管理情報２２０のデータ構造の一例を説明する図である。

組織管理情報２２０は、組織ＩＤ３０１、組織名３０２、業種３０３、及び所在３０４から構成されるエントリを格納する。一つの組織１１０に対して一つのエントリが存在する。

組織ＩＤ３０１は、組織１１０を一意に識別するための識別情報を格納するフィールドである。組織ＩＤ３０１は組織管理情報２２０のエントリの識別情報としても用いられる。

組織名３０２は、組織１１０の名称を格納するフィールドである。組織名３０２には、例えば、企業名及び役所名等が格納される。

業種３０３は、組織１１０の業種を格納するフィールドである。例えば、行政機関、金融業、不動産業、及び情報通信業等が業種３０３に格納される。なお、詳細な区分分けが可能な業種の場合、業種３０３には区分に関する情報が格納されてもよい。例えば、金融業の場合、銀行業及び保険業等であり、不動産業の場合、不動産賃貸業等であり、情報通信業の場合、情報サービス業及び通信業等である。

所在３０４は、組織１１０の本拠地等の住所を格納するフィールドである。

なお、エントリは、前述したフィールド以外のフィールドを含んでもよい。例えば、組織１１０が運用するシステムにアクセスするためのＵＲＬ等を格納するフィールドを含んでもよい。また、エントリは、前述したフィールドの全てを含んでいなくてもよい。

図４は、実施例１の連携制御情報２２１のデータ構造の一例を説明する図である。図５は、実施例１の連携制御情報２２１にシナリオを設定するための登録画面の一例を説明する図である。

連携制御情報２２１は、制御ＩＤ４０１、組織ＩＤ４０２、変化内容４０３、業種４０４、通知内容（メイン）４０５、及び通知内容（オプション）４０６から構成されるエントリを格納する。一つの連携制御のシナリオに対して一つのエントリが存在する。

制御ＩＤ４０１は、連携制御情報２２１のシナリオ（エントリ）を一意に識別するための識別情報を格納するフィールドである。

組織ＩＤ４０２は組織ＩＤ３０１と同一のフィールドである。

変化内容４０３は、連携制御の開始条件（トリガ）の一つである、外国人労働者１０１の状態の変化内容を格納するフィールドである。ここで、変化内容は、少なくとも変化種別を含む。本実施例では、「更新」及び「削除」の二種類の変化種別が存在する。例えば、制御ＩＤ４０１が「Ｃ００００１」のシナリオは、データ項目「住所」の「更新」が連携制御のトリガとして設定されていることを示す。

組織１１０は、変化内容の設定を行うことによって、情報取得のタイミングを調整できる。

業種４０４は、連携制御の開始条件（トリガ）の一つである業種を格納するフィールドである。業種４０４には、操作を行った組織１１０の業種が格納される。なお、業種４０４は空欄でもよい。この場合、操作を行った組織１１０の業種は連携制御の実行可否には考慮されない。

組織１１０は、業種の設定を行うことによって、信頼性のレベルに応じた情報の取得先（組織１１０）を選択できる。

通知内容（メイン）４０５は、組織ＩＤ４０２に対応する組織１１０が所望するメイン通知情報の定義を格納するフィールドである。通知内容（メイン）４０５には、送信するデータ項目及び送信する通知の種別のいずれかが格納される。なお、通知内容（メイン）４０５には、データ形式及び粒度等を指定する情報が含まれてもよい。

組織１１０は、メイン通知情報の設定を行うことによって、連携基盤システム１００を介して、外国人労働者１０１の状態変化に関する情報を自動的に取得することができる。

通知内容（オプション）４０６は、メイン通知情報に付加する情報（オプション通知情報）の定義を格納するフィールドである。オプション通知情報は、例えば、変化したデータ項目に関連するデータ項目又は変化したデータ項目の履歴等である。通知内容（オプション）４０６には、送信するデータ項目の名称及び送信する通知の種別のいずれかが格納される。なお、通知内容（オプション）４０６には、データ形式及び粒度等を指定する情報が含まれてもよい。また、通知内容（オプション）４０６は空欄でもよい。

組織１１０は、オプション通知情報の設定を行うことによって、連携基盤システム１００を介して、管理上の理由等から必要となる情報を自動的に取得することができる。

なお、エントリは、前述したフィールド以外のフィールドを含んでもよい。また、エントリは、前述したフィールドの全てを含んでいなくてもよい。

組織１１０は、システムを用いて連携基盤システム１００にシナリオを登録する。例えば、連携基盤システム１００の連携制御部２１０は、図５に示すような登録画面５００を組織１１０のシステムに提示する。登録画面５００は、四つの入力欄５０１、５０２、５０３、５０４と、登録ボタン５０５とを含む。

入力欄５０１は、変化内容４０３に設定する値を入力する欄である。入力欄５０２は、業種４０４に設定する値を入力する欄である。入力欄５０３は、通知内容（メイン）４０５に設定する値を入力する欄である。入力欄５０４は、通知内容（オプション）４０６に設定する値を入力する欄である。各入力欄５０１、５０２、５０３、５０４はプルダウンメニューで値が表示される。なお、値は直接入力してもよい。登録ボタン５０５は、入力欄５０１、５０２、５０３、５０４に入力した値から定義されるシナリオを登録するためのボタンである。

組織１１０のユーザが登録ボタン５０５を操作した場合、組織１１０のシステムは、各入力欄５０１、５０２、５０３、５０４の値と、組織１１０の識別情報とを含む登録要求を連携基盤システム１００に送信する。連携基盤システム１００は、登録要求を受信した場合、登録要求に基づいて連携制御情報２２１にシナリオ（エントリ）を登録する。

図６は、実施例１の人物管理情報２２２のデータ構造の一例を説明する図である。

人物管理情報２２２は、共通人物ＩＤ６０１、個人特定情報６０２、及びアクセス情報６０３から構成されるエントリを格納する。一人の外国人労働者１０１に対して一つのエントリが存在する。

共通人物ＩＤ６０１は、連携基盤システム１００において外国人労働者１０１を一意に識別するための識別情報を格納するフィールドである。

個人特定情報６０２は、外国人労働者１０１を特定するための情報を格納するフィールドである。個人特定情報６０２には、氏名及びパスポート番号等、外国人労働者１０１を一意に特定できるデータ項目の値が格納される。なお、複数のデータ項目の値を組み合わせてもよい。

アクセス情報６０３は、各組織１１０の外国人労働者１０１の識別情報を格納するフィールド群である。アクセス情報６０３には、組織ＩＤ６１１及び人物ＩＤ６１２から構成される行が一つ以上含まれる。

組織ＩＤ６１１は組織ＩＤ３０１と同一のフィールドである。人物ＩＤ６１２は、組織ＩＤ６１１に対応する組織１１０のシステムが付与した外国人労働者１０１の識別情報を格納するフィールドである。

なお、エントリは、前述したフィールド以外のフィールドを含んでもよい。また、エントリは、前述したフィールドの全てを含んでいなくてもよい。

図７は、実施例１のメタデータ管理情報２２３のデータ構造の一例を説明する図である。

メタデータ管理情報２２３は、組織ＩＤ７０１、共通人物ＩＤ７０２、及びメタデータ７０３から構成されるエントリを格納する。組織１１０及び外国人労働者１０１の組合せに対して一つのエントリが存在する。

組織ＩＤ７０１は組織ＩＤ３０１と同一のフィールドである。共通人物ＩＤ７０２は共通人物ＩＤ６０１と同一のフィールドである。

メタデータ７０３は、組織ＩＤ７０１に対応する組織１１０が保持する外国人労働者１０１のパーソナル情報のメタデータに関する情報を格納するフィールド群である。メタデータ７０３には、項目名７１１及び更新日７１２から構成される行が一つ以上含まれる。

項目名７１１は、データ項目の名称を格納するフィールドである。更新日７１２は、項目名７１１に対応するデータ項目が追加又は更新された日時を格納するフィールドである。

なお、エントリは、前述したフィールド以外のフィールドを含んでもよい。また、エントリは、前述したフィールドの全てを含んでいなくてもよい。

図８は、実施例１の連携基盤システム１００が実行する状態変化通知受信処理の一例を説明するフローチャートである。

連携基盤システム１００は、組織１１０のシステムから状態変化通知を受信する（ステップＳ１０１）。

状態変化通知には、パーソナル情報を変更した組織１１０の識別情報、対象の外国人労働者１０１の識別情報、及び変化内容が含まれる。状態変化通知に含まれる外国人労働者１０１の識別情報は、組織１１０が付与した外国人労働者１０１の識別情報である。なお、状態変化通知には、外国人労働者１０１の個人特定情報が含まれてもよい。変化内容には少なくとも変化種別が含まれる。変化種別が更新である場合、変化内容にはデータ項目の名称が含まれる。変化種別が削除である場合、変化内容にはエントリ及びデータ項目の名称のいずれかが含まれる。なお、変化内容にはデータ項目の名称とともにデータ項目の値が含まれてもよい。

次に、連携制御部２１０は、状態変化通知に基づいてメタデータ管理情報２２３を更新する（ステップＳ１０２）。具体的には、以下のような処理が実行される。

（処理Ａ１）連携制御部２１０は、人物管理情報２２２を参照して、組織ＩＤ６１１に状態変化通知に含まれる組織１１０の識別情報が格納され、人物ＩＤ６１２に状態変化通知に含まれる外国人労働者１０１の識別情報が格納される行を含むエントリを検索する。連携制御部２１０は、検索されたエントリの共通人物ＩＤ６０１の値（共通人物ＩＤ）を取得する。

なお、状態変化通知に外国人労働者１０１の個人特定情報が含まれる場合、連携制御部２１０は、個人特定情報６０２に当該個人特定情報が格納されるエントリを検索する。

（処理Ａ２）連携制御部２１０は、メタデータ管理情報２２３を参照して、組織ＩＤ７０１に状態変化通知に含まれる組織１１０の識別情報が格納され、かつ、共通人物ＩＤ７０２に取得した共通人物ＩＤが格納されたエントリを検索する。

（処理Ａ３）連携制御部２１０は、状態変化通知に含まれる変化内容に基づいて変化種別が更新及び削除のいずれであるか特定する。

（処理Ａ４）変化種別が更新の場合、連携制御部２１０は、メタデータ管理情報２２３から検索されたエントリのメタデータ７０３に、更新されたデータ項目の名称が格納される行が含まれるか否かを判定する。エントリに前述の条件を満たす行が存在する場合、連携制御部２１０は当該行の更新日７１２に現在の日時を格納する。エントリに前述の条件を満たす行が存在しない場合、連携制御部２１０は、エントリのメタデータ７０３に行を追加し、追加された行の項目名７１１に更新されたデータ項目の名称を設定し、更新日７１２に現在の日時を設定する。

（処理Ａ５）変化種別が削除の場合、連携制御部２１０は、メタデータ管理情報２２３から検索されたエントリのメタデータ７０３から削除されたデータ項目に対応する行を削除する。なお、エントリそのものが削除されてもよい。以上がステップＳ１０２の処理の説明である。

次に、連携基盤システム１００の連携制御部２１０は、影響範囲、すなわち、パーソナル情報を連携する組織１１０を特定する（ステップＳ１０３）。具体的には、以下のような処理が実行される。

（処理Ｂ１）連携制御部２１０は、組織管理情報２２０を参照して、組織ＩＤ３０１が状態変化通知に含まれる組織１１０の識別情報と一致するエントリを検索し、当該エントリの業種３０３の値を取得する。

（処理Ｂ２）連携制御部２１０は、連携制御情報２２１を参照し、変化内容４０３が状態変化通知に含まれる変化内容と一致するエントリ（シナリオ）を検索する。

（処理Ｂ３）連携制御部２１０は、検索されたエントリを一つ選択し、当該エントリの業種４０４に値が格納されているか否かを判定する。

（処理Ｂ４）選択したエントリの業種４０４が空欄である場合、連携制御部２１０は当該エントリを制御リストに登録する。

（処理Ｂ５）選択したエントリの業種４０４に値が格納されている場合、連携制御部２１０は、選択したエントリの業種４０４に、処理Ｂ１で特定された業種が格納されているか否かを判定する。

（処理Ｂ６）選択したエントリの業種４０４に、処理Ｂ１で特定された業種が格納されている場合、連携制御部２１０は当該エントリを制御リストに登録する。

連携制御部２１０は、検索された全てのエントリに対して、処理Ｂ３から処理Ｂ６を実行する。以上がステップＳ１０３の処理の説明である。

次に、連携基盤システム１００の連携制御部２１０は、状態変化通知を送信した組織１１０に対して連携許諾の問合せを行う（ステップＳ１０４）。連携基盤システム１００は組織１１０からの応答を待つ。

具体的には、連携制御部２１０は、制御リストに登録された各エントリの組織ＩＤ４０２に基づいて組織管理情報２２０を参照し、通知先の組織１１０の名称を取得する。連携制御部２１０は、組織１１０の名称を含む連携許諾の問合せを行う。

組織１１０は、システムを介して問合せを受信した場合、連携許諾の可否を応答する。なお、組織１１０毎に連携許諾の可否を応答してもよい。連携を許諾する組織１１０の設定は、組織１１０が行ってもよいし、組織１１０と外国人労働者１０１との間の合意に基づいて行ってもよい。

連携基盤システム１００の連携制御部２１０は、組織１１０のシステムからの応答を受信した場合、当該応答が許諾の応答であるか否かを判定する（ステップＳ１０５）。

受信した応答が許諾の応答でないと判定された場合、連携基盤システム１００の連携制御部２１０は状態変化通知受信処理を終了する。

受信した応答が許諾の応答であると判定された場合、連携基盤システム１００の連携制御部２１０は連携処理を実行し（ステップＳ１０６）、その後、状態変化通知受信処理を終了する。連携処理の詳細は図９を用いて説明する。

なお、組織１１０の単位で許諾の可否が行われる場合、連携制御部２１０は、許諾された組織のエントリのみが登録された制御リストを出力する。

図９は、実施例１の連携基盤システム１００が実行する連携処理の一例を説明するフローチャートである。

連携制御部２１０は、制御リストのループ処理を開始する（ステップＳ２０１）。連携制御部２１０は制御リストから一つのエントリ（シナリオ）を選択する。以下の説明では選択されたエントリをターゲットエントリと記載する。このとき、連携制御部２１０は、組織管理情報２２０を参照して、組織ＩＤ３０１の値がターゲットエントリの組織ＩＤ４０２の値と一致するエントリを検索し、検索されたエントリの組織名３０２の値を通知先の組織１１０の情報として取得する。

連携制御部２１０は、受信した状態変化通知と、ターゲットエントリの通知内容（メイン）４０５とに基づいて、メイン通知情報を生成する（ステップＳ２０２）。

例えば、連携制御部２１０は、データ項目の名称及びデータ項目の値を含むメイン通知情報を生成する。状態変化通知にデータ項目の値が含まれない場合、連携制御部２１０は、状態変化通知を送信した組織１１０のシステムからデータ項目の値を取得する。なお、通知内容（メイン）４０５にデータ形式及び粒度等を指定する情報が含まれる場合、連携制御部２１０は、加工されたデータ項目の値を含むメイン通知情報を生成する。

次に、連携制御部２１０は、ターゲットエントリの通知内容（オプション）４０６を参照して、オプションが設定されているか否かを判定する（ステップＳ２０３）。ターゲットエントリの通知内容（オプション）４０６が空の場合、連携制御部２１０はオプションが設定されていないと判定する。

オプションが設定されていないと判定された場合、連携制御部２１０は、通知先の組織１１０のシステムにメイン通知情報を送信する（ステップＳ２１１）。その後、連携制御部２１０はステップＳ２１２に進む。このとき、連携制御部２１０は、制御リストからターゲットエントリを削除する。

オプションが設定されていると判定された場合、連携制御部２１０は、状態変化通知に基づいてオプション通知情報を生成できるか否かを判定する（ステップＳ２０４）。

具体的には、連携制御部２１０は、状態変化通知に、オプション通知情報を生成するための情報が含まれるか否かを判定する。

状態変化通知に基づいてオプション通知情報を生成できると判定された場合、連携制御部２１０は、受信した状態変化通知と、ターゲットエントリの通知内容（オプション）４０６とに基づいて、オプション通知情報を生成する（ステップＳ２０５）。

例えば、連携制御部２１０は、データ項目の名称及びデータ項目の値を含むオプション通知情報を生成する。なお、通知内容（オプション）４０６にデータ形式及び粒度等を指定する情報が含まれる場合、連携制御部２１０は加工されたデータ項目の値を含むオプション通知情報を生成する。

次に、連携制御部２１０は、通知先の組織１１０のシステムにオプション通知情報が付加されたメイン通知情報を送信する（ステップＳ２１１）。その後、連携制御部２１０はステップＳ２１２に進む。このとき、連携制御部２１０は、制御リストからターゲットエントリを削除する。

ステップＳ２０４において、状態変化通知に基づいてオプション通知情報を生成できないと判定された場合、連携制御部２１０は、オプション通知情報を生成するための情報を取得する組織１１０を決定する（ステップＳ２０６）。具体的には、以下のような処理が実行される。

（処理Ｃ１）連携制御部２１０は、メタデータ管理情報２２３を参照し、共通人物ＩＤ７０２に、ステップＳ１０１において取得された共通人物ＩＤが格納されるエントリを検索する。

（処理Ｃ２）連携制御部２１０は、検索された各エントリのメタデータ７０３を参照し、ターゲットエントリの通知内容（オプション）４０６に対応するデータ項目が含まれるエントリを特定する。

（処理Ｃ３）連携制御部２１０は、特定されたエントリに対応する組織１１０の中から取得先の組織１１０を決定する。例えば、以下のような決定方法が考えられる。

（決定方法１）連携制御部２１０は、組織１１０の業種毎に優先順位を予め設定し、当該優先順位に基づいて取得先の組織１１０を決定する。なお、特定された組織１１０の中に状態変化通知を送信した組織１１０が含まれる場合、連携制御部２１０は、当該組織１１０を取得先の組織１１０に決定する。

（決定方法２）連携制御部２１０は、更新日７１２に基づいて、最新のデータ項目の値を保持する組織１１０を取得先の組織１１０に決定する。

（決定方法３）連携制御部２１０は、ランダムに取得先の組織１１０を決定する。

なお、前述した決定方法は一例であってこれに限定されない。以上がステップＳ２０６の処理の説明である。

次に、連携制御部２１０は、取得先の組織１１０に対して連携許諾の問合せを行う（ステップＳ２０７）。連携基盤システム１００は組織１１０からの応答を待つ。

具体的には、連携制御部２１０は、ステップＳ２０１において取得された組織１１０の名称及びデータ項目の名称を含む連携許諾の問合せを行う。

連携制御部２１０は、組織１１０のシステムからの応答を受信した場合、当該応答が許諾の応答であるか否かを判定する（ステップＳ２０８）。

受信した応答が許諾の応答であると判定された場合、連携制御部２１０は、取得先の組織１１０のシステムからデータ項目の値を取得し（ステップＳ２０９）、当該値と、ターゲットエントリの通知内容（オプション）４０６とに基づいて、オプション通知情報を生成する（ステップＳ２０５）。

次に、連携制御部２１０は、通知先の組織１１０のシステムにオプション通知情報が付加されたメイン通知情報を送信する（ステップＳ２１１）。その後、連携制御部２１０はステップＳ２１２に進む。このとき、連携制御部２１０は、制御リストからターゲットエントリを削除する。

ステップＳ２０８において、受信した応答が許諾の応答でないと判定された場合、連携制御部２１０は、オプション通知情報の代わりにダミー情報を生成する（ステップＳ２１０）。ダミー情報は、オプション通知情報が生成できなかったことを示すデータである。

次に、連携制御部２１０は、通知先の組織１１０のシステムにダミー情報が付加されたメイン通知情報を送信する（ステップＳ２１１）。その後、連携制御部２１０はステップＳ２１２に進む。このとき、連携制御部２１０は、制御リストからターゲットエントリを削除する。

ステップＳ２１２では、連携制御部２１０は、制御リストの全てのエントリについて処理が完了しているか否かを判定する（ステップＳ２１２）。

制御リストの全てのエントリについて処理が完了していない場合、連携制御部２１０は、ステップＳ２０１に戻り、制御リストから一つのエントリを選択し、同様の処理を実行する。制御リストの全てのエントリについて処理が完了した場合、連携制御部２１０は連携処理を終了する。

組織１１０は、メイン通知情報を受信した場合、必要に応じてパーソナル情報を変更するための操作を行う。当該操作によって新たな状態変化通知が連携基盤システム１００に送信される。このように、連携基盤システム１００は、ある組織１１０の外国人労働者１０１のパーソナル情報の変更内容を、他の組織１１０に連携することができる。

図１０は、実施例１の連携基盤システム１００が実行する検索処理の一例を説明するフローチャートである。

連携基盤システム１００は、組織１１０のシステムから、ある外国人労働者１０１に関する検索要求を受信する（ステップＳ３０１）。検索要求には、組織１１０の識別情報、外国人労働者１０１の識別情報、及び検索対象のデータ項目の名称が含まれる。

連携基盤システム１００の連携制御部２１０は、外国人労働者１０１の在留資格を取得する（ステップＳ３０２）。具体的には以下のような処理が実行される。

（処理Ｄ１）連携制御部２１０は、人物管理情報２２２を参照して、組織ＩＤ６１１に検索要求に含まれる組織１１０の識別情報が格納され、人物ＩＤ６１２に検索要求に含まれる外国人労働者１０１の識別情報が格納される行を含むエントリを検索する。連携制御部２１０は、検索されたエントリの共通人物ＩＤ６０１の値（共通人物ＩＤ）を取得する。

（処理Ｄ２）連携制御部２１０は、メタデータ管理情報２２３を参照して、共通人物ＩＤ７０２に、人物管理情報２２２から取得された共通人物ＩＤが格納されているエントリを検索する。

（処理Ｄ３）連携制御部２１０は、検索された各エントリのメタデータ７０３を参照し、在留資格に対応するデータ項目が含まれるエントリを特定する。

（処理Ｄ４）連携制御部２１０は、特定されたエントリに対応する組織１１０の中から取得先の組織１１０を決定する。例えば、ステップＳ２０６で説明した決定方法１、決定方法２、及び決定方法３のいずれかを採用する。

（処理Ｄ５）連携制御部２１０は、処理Ｄ１において検索されたエントリを参照し、組織ＩＤ６１１の値が、特定されたエントリの組織ＩＤ７０１の値に一致する行を検索する。連携制御部２１０は、検索された行の人物ＩＤ６１２の値を取得する。

（処理Ｄ６）連携制御部２１０は、取得先の組織１１０に、人物ＩＤ６１２の値を含む在留資格の取得要求を送信する。以上がステップＳ３０２の処理の説明である。

次に、連携制御部２１０は、外国人労働者１０１の在留資格が有効であるか否かを判定する（ステップＳ３０３）。例えば、連携制御部２１０は、外国人労働者１０１の在留資格を管轄する組織１１０に取得した在留資格の有効性を問合せる。

外国人労働者１０１の在留資格が無効であると判定された場合、連携制御部２１０は、組織１１０のシステムにアラートを送信する（ステップＳ３０４）。その後、連携制御部２１０は検索処理を終了する。

外国人労働者１０１の在留資格が有効であると判定された場合、連携制御部２１０は、検索対象のデータ項目の値を取得する組織１１０を決定する（ステップＳ３０５）。具体的には、以下のような処理が実行される。

（処理Ｅ１）連携制御部２１０は、共通人物ＩＤ７０２に、ステップＳ３０２において取得された共通人物ＩＤが格納されるエントリを検索する。

（処理Ｅ２）連携制御部２１０は、検索された各エントリのメタデータ７０３を参照し、検索対象のデータ項目が含まれるエントリを特定する。

（処理Ｅ３）連携制御部２１０は、特定されたエントリに対応する組織１１０の中から取得先の組織１１０を決定する。例えば、ステップＳ２０６で説明した決定方法１、決定方法２、及び決定方法３のいずれかを採用する。以上がステップＳ３０５の処理の説明である。

次に、連携制御部２１０は、取得先の組織１１０に対して連携許諾の問合せを行う（ステップＳ３０６）。連携基盤システム１００は組織１１０からの応答を待つ。

具体的には、連携制御部２１０は、組織１１０の名称及び検索対象のデータ項目の名称を含む連携許諾の問合せを行う。

連携制御部２１０は、組織１１０のシステムからの応答を受信した場合、当該応答が許諾の応答であるか否かを判定する（ステップＳ３０７）。

受信した応答が許諾の応答であると判定された場合、連携制御部２１０は、取得先の組織１１０のシステムからデータ項目の値を取得し（ステップＳ３０８）、検索要求を送信した組織１１０のシステムに、取得した値を含む応答を送信する（ステップＳ３１０）。その後、連携制御部２１０は検索処理を終了する。

受信した応答が許諾の応答でないと判定された場合、連携制御部２１０は、取得先の組織１１０から理由を取得し（ステップＳ３０９）、検索要求を送信した組織１１０のシステムに、取得した理由を含む応答を送信する（ステップＳ３１０）。その後、連携制御部２１０は検索処理を終了する。

例えば、連携制御部２１０は、取得先の組織１１０に対して連携を許諾しない理由の入力を要求する。

以上で説明したように、実施例１によれば、連携基盤システム１００は、外国人労働者１０１の状態変化を通知する状態変化通知に基づいて、外国人労働者の状態変化に関する情報を組織１１０間で連携できる。すなわち、組織１１０は、外国人労働者１０１又は他の組織１１０に問合せることなく、手続きの時点で取得できないデータ項目及び手続き後に更新されたデータ項目を取得できる。また、外国人労働者１０１は、複数の組織に同じパーソナル情報を提供する手間を省くことができる。なお、本システムは、外国人労働者１０１以外のユーザに置き換えることも同様の制御を実現できる。

実施例２では、連携基盤システム１００を実現するための構成が異なる。以下、実施例１との差異を中心に実施例２について説明する。

図１１は、実施例２の連携基盤システム１００の構成例を示す図である。

実施例２では、連携基盤システム１００は、組織１１０が運用するシステム（組織システム）１１００から構成される。図１１では、連携基盤システム１００は、Ｎ個の組織システム１１００から構成される。

各組織システム１１００は、外部ネットワーク１１０１を介して互いに接続される。組織システム１１００は、情報連携サーバ１１１０、認証情報生成サーバ１１２０、アプリケーションサーバ１１３０、及びデータベースサーバ１１４０を含む。各サーバは内部ネットワーク１１５０を介して接続される。

外部ネットワーク１１０１は、組織１１０間、並びに、組織１１０及び外国人労働者１０１間を接続する通信網である。内部ネットワーク１１５０は、組織システム１１００内の各サーバを接続する通信網である。外部ネットワーク１１０１及び内部ネットワーク１１５０は、例えば、インターネット、イントラネット、ＷＡＮ、及びＬＡＮ等である。接続方式は有線及び無線のいずれでもよい。

なお、組織システム１１００は、オンプレミス型のシステムでもよいし、クラウド型のシステムのいずれでもよい。

なお、各サーバは、物理計算機で構成されてもよいし、仮想計算機で構成されてもよい。また、各サーバは、分散実行のため複数の物理計算機又は仮想計算機で構成されてもよい。さらに、各サーバの一部又は全部を一つの物理計算機又は仮想計算機を用いて構成されてもよい。

情報連携サーバ１１１０は、実施例１の計算機２００と同一の機能を有する。情報連携サーバ１１１０の構成は計算機２００と同一であるため説明を省略する。

アプリケーションサーバ１１３０は、実行要求に基づいて任意の処理を実行する。例えば、アプリケーションサーバ１１３０は、外国人労働者１０１から提供されたパーソナル情報の受信に伴ってサービスを提供するための処理を実行する。

認証情報生成サーバ１１２０は、本人認証のために使用する認証情報を生成し、情報連携サーバ１１１０に送信する。認証情報は、パスワード、及び公開鍵等のいずれの情報でもよく、認証強度に応じて選択される。

データベースサーバ１１４０は、自組織１１０が管理するデータを格納する。例えば、外国人労働者１０１のパーソナル情報が格納される。

実施例２では、外国人労働者１０１は、いずれかの組織１１０に対してパーソナル情報を提供する。パーソナル情報が提供された組織システム１１００のアプリケーションサーバ１１３０は、状態変化通知を生成し、情報連携サーバ１１１０に送信する。情報連携サーバ１１１０は、状態変化通知を受信した場合、状態変化通知受信処理を実行する。また、情報連携サーバ１１１０は、検索要求を受信した場合、検索処理を実行する。

実施例２の状態変化通知受信処理、連携処理、及び検索処理は、実施例１と同様の処理である。ただし、必要に応じて、各組織システム１１００の情報連携サーバ１１１０間で問合せ、情報の取得が行われる。

例えば、ステップＳ２０７では、情報連携サーバ１１１０は、他の組織システム１１００の情報連携サーバ１１１０に対して問合せを行う。また、ステップＳ２１１では、情報連携サーバ１１１０は、他の組織システム１１００の情報連携サーバ１１１０にメイン通知情報を送信する。

実施例２の連携基盤システム１００は、実施例１と同様の効果を奏する。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１００ 連携基盤システム
１０１ 外国人労働者
１１０ 組織
２００ 計算機
２０１ プロセッサ
２０２ メモリ
２０３ ネットワークインタフェース
２０４ 入出力装置
２１０ 連携制御部
２２０ 組織管理情報
２２１ 連携制御情報
２２２ 人物管理情報
２２３ メタデータ管理情報
１１００ 組織システム
１１０１ 外部ネットワーク
１１１０ 情報連携サーバ
１１２０ 認証情報生成サーバ
１１３０ アプリケーションサーバ
１１４０ データベースサーバ
１１５０ 内部ネットワーク

Claims (4)

1. 複数の組織の各々が保持する外国人の状態を把握するためのパーソナル情報の連携制御を行う計算機システムであって、
   演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続される通信装置を有する少なくとも一つの計算機を備え、
   状態変化を伴う手続きを行った前記外国人の状態変化に関する情報であるメイン通知情報の送信を制御するためのシナリオを格納する連携制御情報を管理し、
   前記シナリオは、前記メイン通知情報の送信を要求する前記組織の識別情報と、当該組織へ前記メイン通知情報を送信するトリガとなる前記外国人の状態変化の内容と、前記メイン通知情報の定義と、を含み、
   前記演算装置は、
   前記手続きを行った前記外国人の状態変化を前記パーソナル情報に反映した前記組織から、当該組織の識別情報と、前記手続きを行った前記外国人の状態変化の内容とを含む状態変化通知を受信した場合、前記連携制御情報を参照して、前記状態変化通知に含まれる前記手続きを行った前記外国人の状態変化の内容が前記トリガとして設定される前記シナリオを特定し、
   前記特定されたシナリオと、前記状態変化通知に含まれる前記手続きを行った前記外国人の状態変化の内容とに基づいて、前記特定されたシナリオに定義された前記メイン通知情報を生成し、
   前記特定されたシナリオに対応する前記組織に、前記メイン通知情報を送信することを特徴とする計算機システム。
2. 請求項１に記載の計算機システムであって、
   前記複数の組織の各々が保持する前記外国人の前記パーソナル情報のメタデータを管理するためのメタデータ管理情報を管理し、
   前記シナリオは、前記メイン通知情報に付加するオプション通知情報の定義を含み、
   前記演算装置は、
   前記状態変化通知を用いて、前記特定されたシナリオに定義された前記オプション通知情報を生成できるか否かを判定し、
   前記状態変化通知を用いて、前記特定されたシナリオに定義された前記オプション通知情報を生成できると判定された場合、前記特定されたシナリオと、前記状態変化通知に含まれる前記手続きを行った前記外国人の状態変化の内容とに基づいて、前記特定されたシナリオに定義された前記オプション通知情報を生成し、
   前記状態変化通知を用いて、前記特定されたシナリオに定義された前記オプション通知情報を生成できないと判定された場合、前記メタデータ管理情報を参照して、前記オプション通知情報を生成するための情報を保持する前記組織を特定し、前記特定されたシナリオと、前記特定された組織から取得した前記オプション通知情報を生成するための情報とに基づいて、前記特定されたシナリオに定義された前記オプション通知情報を生成し、
   前記特定されたシナリオに対応する前記組織に、前記メイン通知情報及び前記オプション通知情報を送信することを特徴とする計算機システム。
3. 計算機システムが実行する、複数の組織の各々が保持する外国人の状態を把握するためのパーソナル情報の連携制御方法であって、
   前記計算機システムは、
   演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続される通信装置を有する少なくとも一つの計算機を含み、
   状態変化を伴う手続きを行った前記外国人の状態変化に関する情報であるメイン通知情報の送信を制御するためのシナリオを格納する連携制御情報を管理し、
   前記シナリオは、前記メイン通知情報の送信を要求する前記組織の識別情報と、当該組織へ前記メイン通知情報を送信するトリガとなる前記外国人の状態変化の内容と、前記メイン通知情報の定義と、を含み、
   前記連携制御方法は、
   前記演算装置が、前記手続きを行った前記外国人の状態変化を前記パーソナル情報に反映した前記組織から、当該組織の識別情報と、前記手続きを行った前記外国人の状態変化の内容とを含む状態変化通知を受信した場合、前記複数の組織の中から、前記メイン通知情報を送信する前記組織を特定する第１のステップと、
   前記演算装置が、前記特定された組織に、前記メイン通知情報を送信する第２のステップと、を備え、
   前記第１のステップは、前記演算装置が、前記連携制御情報を参照して、前記状態変化通知に含まれる前記手続きを行った前記外国人の状態変化の内容が前記トリガとして設定される前記シナリオを特定するステップを含み、
   前記第２のステップは、
   前記演算装置が、前記特定されたシナリオと、前記状態変化通知に含まれる前記手続きを行った前記外国人の状態変化の内容とに基づいて、前記特定されたシナリオに定義された前記メイン通知情報を生成するステップと、
   前記演算装置が、前記特定されたシナリオに対応する前記組織に、前記メイン通知情報を送信するステップと、を含むことを特徴とする連携制御方法。
4. 請求項３に記載の連携制御方法であって、
   前記計算機システムは、前記複数の組織の各々が保持する前記外国人の前記パーソナル情報のメタデータを管理するためのメタデータ管理情報を管理し、
   前記シナリオは、前記メイン通知情報に付加するオプション通知情報の定義を含み、
   前記第２のステップは、
   前記演算装置が、前記状態変化通知を用いて、前記特定されたシナリオに定義された前記オプション通知情報を生成できるか否かを判定するステップと、
   前記演算装置が、前記状態変化通知を用いて、前記特定されたシナリオに定義された前記オプション通知情報を生成できると判定された場合、前記特定されたシナリオと、前記状態変化通知に含まれる前記手続きを行った前記外国人の状態変化の内容とに基づいて、前記オプション通知情報を生成するステップと、
   前記演算装置が、前記状態変化通知を用いて、前記特定されたシナリオに定義された前記オプション通知情報を生成できないと判定された場合、前記メタデータ管理情報を参照して、前記オプション通知情報を生成するための情報を保持する前記組織を特定し、前記特定されたシナリオと、前記特定された組織から取得した前記オプション通知情報を生成するための情報とに基づいて、前記オプション通知情報を生成するステップと、
   前記演算装置が、前記特定されたシナリオに対応する前記組織に、前記メイン通知情報及び前記オプション通知情報を送信するステップと、を含むことを特徴とする連携制御方法。

Images