JP2020204865A - ２つのシステムを連携するための方法およびプログラム並びに情報処理システム - Google Patents

Abstract

【課題】既存のシステムと新たなシステムとのデータの連携を容易にする。【解決手段】データを連携するための処理は、管理サーバーが介護記録データを受信するステップ（Ｓ１０１０）と、管理サーバーが、介護記録データ中のデータ項目のＩＤを共通ＩＤに変換して、連携データとして、共通ＩＤが付与されたデータ項目を生成するステップ（Ｓ１０２０）と、管理サーバーが連携データをＩＦサーバーに送信するステップ（Ｓ１０３０）と、ＩＦサーバーが管理サーバーから連携データを受信するステップ（Ｓ１０４０）と、ＩＦサーバーが連携データ中の共通ＩＤをクラウドサーバーに固有のＩＤに変換して、固有のＩＤが付与された介護記録データを生成するステップ（Ｓ１０５０）と、ＩＦサーバーが、介護記録データをクラウドサーバーに送信するステップ（Ｓ１０６０）と、クラウドサーバーが介護記録データを格納するステップ（Ｓ１０７０）とを含む。【選択図】図１０

Description

本開示は情報処理に関し、より特定的には、２つのシステムの連携に関する。

新たなシステムが導入される場合において、既存のシステムが運用中である時、当該新たなシステムは、データの共有化等のために、既存のシステムと連携を取る必要がある。システムの連携に関し、例えば、特開２００７−２０００３０号公報（特許文献１）は、「オーダと連携した温度板を作成する医療情報管理装置」を開示している（段落０００４参照）。特許文献１に開示された技術によると、「オーダ登録部８８は、患者に対する看護オーダであって、かつ少なくともひとつの医療項目が含まれた看護オーダを登録する。抽出部９０は、登録した看護オーダから、少なくともひとつの医療項目を抽出する。温度板作成部９２は、抽出した少なくともひとつの医療項目に対応した実施結果を表示する際の表示項目として、少なくともひとつの医療項目を設定する。また、温度板作成部９２は、設定した表示項目に対応づけながら、実施結果を表示装置９８に表示する。」というものである（［要約］参照）。

特開２００７−２０００３０号公報

システム間で管理されているデータの管理方法が異なる場合、データを連携するには、当該システムのユーザーの基本情報、および、個別の記録データまたは検知データその他のデータをそれぞれのシステムに適したデータに変換する必要がある。例えば、介護施設の場合、入居者の基本情報、および介護記録データまたは行動検知データなどのデータをそれぞれのシステムに適したデータに変換する必要がある。したがって、各システムに適したデータに変換できる技術が必要とされている。

また、既存のシステムには、様々な種類のシステムが存在し得るため、これらの様々な既存の種類のシステムとの連携のためのソフトウェアの開発が必要になる。したがって、そのようなソフトウェアの開発負担が最小限になるような技術が必要とされている。

さらに、各システム間でデータの連携を行う場合、当該システムを構成する各々のサーバでそれぞれ管理されているデータの編集の可否についても取り決めをする必要がある。例えば、新たなシステムの導入のために既存のシステムと連携する場合、既存のシステムで運用されているセキュリティシステムのセキュリティレベルに影響を及ぼさないようにすることが求められている。

本開示は、上述のような問題点に鑑みてなされたものであって、ある局面に従うと、既存のシステムとの連携が容易に実現される技術が開示される。他の局面に従うと、連携のためのソフトウェアの開発負担が軽減される技術が開示される。さらに他の局面に従うと、既存のシステムで運用されているセキュリティシステムのセキュリティレベルに影響を及ぼさないように新たなシステムの導入を可能にする技術が開示される。

ある実施の形態に従うと、２つのシステムを連携するための方法が提供される。この方法は、第１システムが、当該第１システムで第１データ項目を管理するための第１識別データ、および、第２システムで第１データ項目を管理するための第２識別データのいずれにも関連付けられた共通識別データにアクセスするステップと、第１システムが、第１データ項目に関連付けられた第１識別データを、共通識別データに変更するステップと、第１システムが、共通識別データが付された第１データ項目を第２システムに送信するステップと、第２システムが、第２識別データに関連付けられた共通識別データにアクセスするステップと、第２システムが、第１システムから受信した第１データ項目に付されている共通識別データを、第２識別データに変更するステップとを含む。

ある局面に従うと、当該方法は、第２システムが、第２データ項目に関連付けられた第２識別データを、共通識別データに変更するステップと、第２システムが、共通識別データが付された第２データ項目を第１システムに送信するステップと、第１システムが、第２システムから受信した第２データ項目に付されている共通識別データを、第１識別データに変更するステップとをさらに含む。

ある局面に従う方法において、第２データ項目は、第１システムにおける編集の可否を規定する制御データに関連付けられている。

ある局面に従う方法において、第１データ項目は、第１システムを使用する施設からサービスの提供を受けるユーザーに固有の項目を含む。第２データ項目は、ユーザーに固有の項目を含む。

ある局面に従う方法は、第１システムが、第１識別データに関連付けられた識別番号の入力を受け付けるステップと、第２システムが、識別番号と第２識別データとを関連付けるステップとをさらに含む。

ある局面に従う方法において、第１データ項目は、第２システムにおける編集の可否を規定する制御データに関連付けられている。

他の実施の形態に従うと、第１システムおよび第２システムを連携させるためのプログラムが提供される。このプログラムは、第１システムに、当該第１システムで第１データ項目を管理するための第１識別データ、および、第２システムで第１データ項目を管理するための第２識別データのいずれにも関連付けられた共通識別データをアクセスするステップと、第１データ項目に関連付けられた第１識別データを、共通識別データに変更するステップと、共通識別データが付された第１データ項目を第２システムに送信するステップとを実行させる。プログラムは、第２システムに、第２識別データに関連付けられた共通識別データにアクセスするステップと、第１システムから受信した第１データ項目に付されている共通識別データを、第２識別データに変更するステップとを実行させる。

ある局面において、当該プログラムは、第２システムに、第２データ項目に関連付けられた第２識別データを、共通識別データに変更するステップと、共通識別データが付された第２データ項目を第１システムに送信するステップとをさらに実行させる。プログラムは第１システムに、第２システムから受信した第２データ項目に付されている共通識別データを、第１識別データに変更するステップと、第１識別データが付された第２データ項目を格納するステップとをさらに実行させる。

ある局面に従うプログラムにおいて、第２データ項目は、第１システムにおける編集の可否を規定する制御データに関連付けられている。

ある局面に従うプログラムにおいて、第１データ項目は、第１システムを使用する施設からサービスの提供を受けるユーザーに固有の項目を含む。第２データ項目は、ユーザーに固有の項目を含む。

ある局面に従うプログラムにおいて、当該プログラムは、第１システムに、第１識別データに関連付けられた識別番号の入力を受け付けるステップをさらに実行させる。プログラムは第２システムに、識別番号と第２識別データとを関連付けるステップをさらに実行させる。

ある局面に従うプログラムにおいて、第１データ項目は、第２システムにおける編集の可否を規定する制御データに関連付けられている。

さらに他の実施の形態に従うと、第１システムと、当該第１システムと通信する第２システムとを備える情報処理システムが提供される。第１システムは、複数の命令を格納したメモリと、各命令を実行するプロセッサーとを備える。第２システムは、複数の命令を格納したメモリと、各命令を実行するプロセッサーとを備える。第１システムのプロセッサーは、第１システムで第１データ項目を管理するための第１識別データ、および、第２システムで第１データ項目を管理するための第２識別データのいずれにも関連付けられた共通識別データにアクセスし、第１データ項目に関連付けられた第１識別データを、共通識別データに変更し、共通識別データが付された第１データ項目を第２システムに送信する。第２システムのプロセッサーは、第２識別データに関連付けられた共通識別データにアクセスし、第１システムから受信した第１データ項目に付されている共通識別データを、第２識別データに変更する。

ある局面に従う情報処理システムにおいて、第２システムのプロセッサーは、第２データ項目に関連付けられた第２識別データを、共通識別データに変更し、共通識別データが付された第２データ項目を第１システムに送信する。第１システムのプロセッサーは、第２システムから受信した第２データ項目に付されている共通識別データを、第１識別データに変更する。

ある局面に従う情報処理システムにおいて、第２データ項目は、第１システムにおける編集の可否を規定する制御データに関連付けられている。

ある局面に従う情報処理システムにおいて、第１データ項目は、第１システムを使用する施設からサービスの提供を受けるユーザーに固有の項目を含む。第２データ項目は、ユーザーに固有の項目を含む。

ある局面に従う情報処理システムにおいて、第１システムのプロセッサーは、第１識別データに関連付けられた識別番号の入力を受け付ける。第２システムのプロセッサーは、識別番号と第２識別データとを関連付ける。

ある局面に従う情報処理システムにおいて、第１データ項目は、第２システムにおける編集の可否を規定する制御データに関連付けられている。

ある実施の形態に従うと、既存のシステムとの連携が容易に実現される。他の実施の形態に従うと、連携のためのソフトウェアの開発負担が軽減され得る。さらに他の実施の形態に従うと、既存のシステムで運用されているセキュリティシステムのセキュリティレベルに影響を及ぼさないように新たなシステムを導入できる。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

見守りシステムの構成の一例を示す図である。 見守りシステム１００の構成の概要を示すブロック図である。 センサーボックス１１９を用いた見守りシステム１００の装置構成の概略の一例を示す図である。 見守りシステム１００と他の装置との接続関係を表わす図である。 管理サーバー２００と、ＩＦサーバー４３０と、クラウドサーバー１５０との構成を表わすブロック図である。 クラウドサーバー１５０または管理サーバー２００として機能するコンピューターシステム６００のハードウェア構成を表わすブロック図である。 連携システム７００の機能を表わすブロック図である。 ある実施の形態に従って共通ＩＤを生成するためにＩＦサーバー４３０によって実行される処理の一部を表わすフローチャートである。 管理サーバー２００において共通ＩＤを登録するために実行される処理の一部と表わすフローチャートである。 管理サーバー２００とクラウドサーバー１５０とが実行する処理の一部を表わすフローチャートである。 見守りシステム１００を構成するコンピューターシステム６００が備えるハードディスク５におけるデータの格納の一態様を表わす図（その１）である。 見守りシステム１００を構成するコンピューターシステム６００が備えるハードディスク５におけるデータの格納の一態様を表わす図（その２）である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜システムの概要＞
図１を参照して、見守りシステム１００の概要について説明する。図１は、見守りシステム１００の構成の一例を示す図である。見守り対象の一例は、施設１８０の居室領域ＲＭに設けられた各居室内の入居者である。図１の見守りシステム１００では、居室領域ＲＭに、居室１１０，１２０が設けられている。居室１１０は、入居者１１１に割り当てられている。居室１２０は、入居者１２１に割り当てられている。

見守りシステム１００は、ゲートウェイサーバー１３０と、交換装置１３５と、アクセスポイント１４０と、管理サーバー２００と、センサーボックス１１９と、センサーボックス１１９と通信する各種機器と、携帯端末１６１，１６２，１６３，１６４とを含む。

ゲートウェイサーバー１３０は、施設１８０の内部ネットワーク（イントラネット）と、施設１８０の外部ネットワーク１６とを互いに接続する。外部ネットワーク１６は、たとえば、インターネットや公衆電話回線網である。また、外部ネットワーク１６には、クラウドサーバー１５０と、プッシュサーバー１６０と、無線基地局１５とが接続されている。

交換装置１３５は、施設１８０の内部ネットワークの各機器を互いに接続する。ある局面において、ルーターやスイッチが交換装置１３５として使用されてもよい。図１に示される例では、交換装置１３５の数は１であるが、当該数はこれに限定されない。施設１８０の内部ネットワークは、複数の交換装置１３５の組み合わせによって構成されてもよい。

アクセスポイント１４０は、携帯端末１６１，１６２を施設１８０の内部ネットワークに接続するために使用される。ある局面において、Ｗｉ−Ｆｉ（登録商標）（Wireless Fidelity）ルーターが、アクセスポイント１４０として使用され得る。

管理サーバー２００は、施設１８０の中のセンサーボックス１１９からイベント情報を受信し、各居室の入居者の情報を管理する。また、管理サーバー２００は、携帯端末１６１，１６２とも通信し、当該携帯端末を保持するスタッフを管理すると共に、各携帯端末に各種の通知を送信する。なお、管理サーバー２００は、携帯端末１６１，１６２に通知を送信する場合、外部のプッシュサーバー１６０を使用してもよい。また、外部のクラウドサーバー１５０が、管理サーバー２００の一部または全ての機能を備えていてもよい。管理サーバー２００は、周知の構成を有するコンピューターによって実現される。

センサーボックス１１９は、その筐体に内蔵されたカメラおよびセンサーと、居室１１０，１２０内の他の各種センサーと連携することにより、居室１１０，１２０内の入居者１１１，１２１に関する情報をそれぞれ取得する。当該情報は、各入居者の歩行を示す画像、体温や脈拍その他のバイタル情報等を含み得る。また、センサーボックス１１９は、内部ネットワークを介して、管理サーバー２００に、取得した入居者１１１，１２１に関する情報を送信する。センサーボックス１１９の詳細は後述する。

携帯端末１６１，１６２は、施設１８０で介護に従事する介護者その他のスタッフにより使用される。スタッフは、携帯端末１６１，１６２を用いて、介護記録等を入力できる。携帯端末１６１，１６２は、当該介護記録を管理サーバー２００に送信する。また、入居者１１１，１２１に問題が発生した場合には、スタッフは、携帯端末１６１，１６２を用いて、管理サーバー２００から通知を受信する。携帯端末１６１，１６２は、施設１８０の中ではアクセスポイント１４０と接続され、内部ネットワークを介して管理サーバー２００と通信する。ある実施の形態では、介護者１４１，１４２，１４３，１４４がそれぞれ、携帯端末１６１，１６２，１６３，１６４を保持している。

携帯端末１６３，１６４は、施設１８０の外からは、無線基地局１５等を介して、ゲートウェイサーバー１３０を経由して管理サーバー２００と通信することができる。携帯端末１６３，１６４が施設１８０の外から管理サーバー２００と通信する場合、管理サーバー２００から携帯端末１６３，１６４に提供されるサービスの一部は、入居者の情報を保護するために制限される場合がある。

なお、携帯端末１６１，１６２、１６３，１６４、アクセスポイント１４０、交換装置１３５等の他の装置の数は、図１に例示される数に限定されない。

居室１１０，１２０は、それぞれ、設備として、家具１１２、ベッド１１３、および、トイレ１１４を含む。居室１１０，１２０の各ドアには、当該ドアの開閉を検出するドアセンサー１１８がそれぞれ設置されている。トイレ１１４のドアには、トイレ１１４の開閉を検出するトイレセンサー１１６が設置されている。ベッド１１３には、入居者１１１の排泄情報を取得する臭いセンサー１１７が設置されている。入居者１１１は、当該入居者１１１のバイタル情報を検出するバイタルセンサー２９０を装着している。検出されるバイタル情報の一例は、入居者の体温である。他の例は、入居者の呼吸である。さらに他の例は、入居者の心拍数である。さらに他の例は、これらの情報の中の２以上の種類の情報である。居室１１０では、入居者１１１はケアコール子機１１５を操作することができる。入居者１１１がケアコール子機１１５を操作すると、ケアコール子機１１５は、呼び出し信号を発信し、呼び出し信号は、センサーボックス１１９により受信される。センサーボックス１１９は、その受信した呼び出し信号を管理サーバー２００に送信する。管理サーバー２００は、入居者１１１から呼び出しを受けていることを通知する信号を携帯端末２２０に送信する。

センサーボックス１１９は、居室１１０，１２０内の物体の挙動を検出するためのセンサーを内蔵する。センサーの一例は、物体の動作を検出するためのドップラーセンサーである。他の例は、カメラである。さらに他の例は、ケアコール子機１１５、ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、または、バイタルセンサー２９０である。センサーボックス１１９は、これらのセンサー中の少なくとも一つを含み得る。

図２を参照して、見守りシステム１００の構成要素について説明する。図２は、見守りシステム１００の構成の概要を示すブロック図である。見守りシステム１００は、管理サーバー２００と、クラウドサーバー１５０と、センサーボックス１１９と、携帯端末２２０とを備える。

［センサーボックス１１９］
センサーボックス１１９は、制御装置１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、通信インターフェイス１０４と、カメラ１０５と、ドップラーセンサー１０６と、無線通信装置１０７と、記憶装置１０８とを備える。センサーボックス１１９は、管理サーバー２００と通信することができる。管理サーバー２００は、固有の規則に従って定められた識別データを有するデータ項目として、センサーボックス１１９から受信した各データを記憶装置に蓄積する。

制御装置１０１は、センサーボックス１１９を制御する。制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）その他のプロセッサー、少なくとも１つのＡＳＩＣ（Application Specific Integrated Circuit）、少なくとも１つのＦＰＧＡ（Field Programmable Gate Array）、またはこれらの組み合わせなどによって構成される。

通信インターフェイス１０４には、アンテナ（図示しない）などが接続される。センサーボックス１１９は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、管理サーバー２００、携帯端末１６１，１６２，１６３，１６４、アクセスポイント１４０、クラウドサーバー１５０、その他の通信端末などを含む。

カメラ１０５は、一実現例では、近赤外カメラである。近赤外カメラは、近赤外光を投光するＩＲ（Infrared）投光器を含む。近赤外カメラが用いられることにより、夜間でも居室１１０，１２０の内部を表わす画像が撮影され得る。他の実現例では、カメラ１０５は、可視光のみを受光する監視カメラである。さらに他の実現例では、カメラ１０５として、３Ｄセンサやサーモグラフィーカメラが用いられてもよい。センサーボックス１１９およびカメラ１０５は、一体として構成されてもよいし、個別の装置の組み合わせとして構成されてもよい。

ドップラーセンサー１０６は、たとえばマイクロ波ドップラーセンサーであり、電波を発信及び受信して、居室１１０，１２０内の物体の挙動（動作）を検出する。これにより、居室１１０，１２０の入居者１１１，１２１の生体情報が検出され得る。一例では、ドップラーセンサー１０６は、２４ＧＨｚ帯のマイクロ波を各居室１１０，１２０のベッド１１３に向けて放射し、入居者１１１，１２１で反射した反射波を受信する。反射波は、入居者１１１，１２１の動作により、ドップラーシフトしている。ドップラーセンサー１０６は、当該反射波から、入居者１１１，１２１の呼吸状態や心拍数を検出し得る。

無線通信装置１０７は、ケアコール子機１１５、ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、および、バイタルセンサー２９０からの各信号を受信し、当該信号を制御装置１０１へ送信する。たとえば、ケアコール子機１１５は、ケアコールボタン２４１を備える。当該ボタンが操作されると、ケアコール子機１１５は、当該操作があったことを示す信号を無線通信装置１０７へ送信する。ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、および、バイタルセンサー２９０は、それぞれの検出結果を無線通信装置１０７へ送信する。

記憶装置１０８は、たとえば、フラッシュメモリーまたはハードディスク等の固定記憶装置、あるいは、外付けの記憶装置などの記録媒体として実現される。記憶装置１０８は、制御装置１０１によって実行されるプログラム、および、当該プログラムの実行に利用される各種のデータを格納する。各種のデータは、入居者１１１，１２１の行動情報を含んでいてもよい。行動情報の詳細は後述する。

上記のプログラムおよびデータのうち少なくとも一方は、制御装置１０１がアクセス可能な記憶装置であれば、記憶装置１０８以外の記憶装置（たとえば、制御装置１０１の記憶領域（たとえば、キャッシュメモリーなど）、ＲＯＭ１０２、ＲＡＭ１０３、外部機器（たとえば、管理サーバー２００や携帯端末１６１，１６２，１６３，１６４等）に格納されていてもよい。

［行動情報］
次に、本実施の形態における行動情報について、説明する。行動情報は、たとえば入居者１１１，１２１が所定の行動を実行したことを表わす情報である。一例では、所定の行動は、入居者１１１，１２１が起きたことを表わす「起床」、入居者１１１，１２１がベッド（寝具）１１３から離れたことを表わす「離床」、入居者１１１，１２１がベッド（寝具）１１３から落ちたことを表わす「転落」、および、入居者１１１，１２１が倒れたことを表わす「転倒」の４つの行動を含む。

他の局面において、さらに、行動情報は、入居者が介護を受けることを拒否するために行なう動作を含み得る。例えば、行動情報は、手で介護者を振り払う動作、脚で介護者を蹴ろうとする動作、ベッド１１３にしがみついて着替えを拒否する動作等を含み得る。

ある実施の形態では、制御装置１０１が、各居室１１０，１２０に設置されたカメラ１０５が撮像した画像に基づいて、各居室１１０，１２０に関連付けられた入居者１１１，１２１の各行動情報を生成する。制御装置１０１は、たとえば、上記画像から入居者１１１，１２１の頭部を検出し、この検出した入居者１１１，１２１の頭部における大きさの時間変化に基づいて、入居者１１１，１２１の「起床」、「離床」、「転倒」および「転落」の通常の情報に加えて、「介護拒否」という情報を検出する。以下、行動情報の生成の一具体例を、より詳細に説明する。

まず、記憶装置１０８に、居室１１０，１２０における各ベッド１１３の所在領域、第１閾値Ｔｈ１、第２閾値Ｔｈ２、および、第３閾値Ｔｈ３が格納される。第１閾値Ｔｈ１は、ベッド１１３の所在領域内において、横臥姿勢にあるときと座位姿勢にあるときとの間で入居者の頭部の大きさを識別する。第２閾値Ｔｈ２は、ベッド１１３の所在領域を除く居室１１０，１２０内において、入居者の頭部の大きさに基づいて、当該入居者が立位姿勢にあるか否かを識別する。第３閾値Ｔｈ３は、ベッド１１３の所在領域を除く居室１１０，１２０内において、入居者の頭部の大きさに基づいて、当該入居者が横臥姿勢にあるか否かを識別する。

制御装置１０１は、対象画像から、例えば背景差分法やフレーム差分法によって、入居者１１１，１２１の人物の領域として、動体領域を抽出する。制御装置１０１は、さらに、当該抽出した動体領域から、例えば円形や楕円形のハフ変換によって、予め用意された頭部のモデルを用いたパターンマッチングによって、頭部検出用に学習したニューラルネットワークによって導出された閾値を用いて、入居者１１１，１２１の頭部領域を抽出する。制御装置１０１は、当該抽出された頭部の位置および大きさから、「起床」、「離床」、「転倒」および「転落」を検知する。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内にあり、かつ、上記のように抽出された頭部の大きさが第１閾値Ｔｈ１を用いることによって横臥姿勢の大きさから座位姿勢の大きさへと変化したことを検出した場合に、行動「起床」が発生したことを決定し得る。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内からベッド１１３の所在領域外へ移動した場合において、上記のように抽出された頭部の大きさに対して第２閾値Ｔｈ２を適用することにより、頭部がある大きさから立位姿勢の大きさへと変化したことを検出したときには、行動「離床」が発生したと判定し得る。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内からベッド１１３の所在領域外へ移動した場合において、上記のように抽出された頭部の大きさに対して第３閾値Ｔｈ３を適用することにより、頭部がある大きさから横臥姿勢の大きさへと変化したことを検出したときには、行動「転落」が発生したと判定し得る。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域を除く居室１１０，１２０内に位置し、かつ、抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへと変化したことを検出した場合には、行動「転倒」が発生したと決定し得る。

さらに、制御装置１０１は、画像データから入居者に加えて介護者を検出し、入居者と介護者との間隔を推定する。制御装置は、当該間隔が予め定められた通常の間隔よりも短いと推定すると、介護拒否行動が行なわれていると判断し得る。さらに、制御装置１０１は、入居者の動作が通常と違う動きを示していると判断すると、当該入居者は介護者に対して、介護拒否行動を示していると判断し得る。

以上説明されたように、一具体例では、センサーボックス１１９の制御装置１０１が、入居者１１１，１２１の各行動情報を生成する。なお、他の局面に従う見守りシステム１００では、居室１１０，１２０内の画像を用いて、制御装置１０１以外の他の要素（例えば、クラウドサーバー１５０）が入居者１１１，１２１の行動情報を生成し得る。

［携帯端末１６１，１６２，１６３，１６４］
携帯端末１６１，１６２，１６３，１６４（総称するときは携帯端末２２０という。）は、制御装置２２１と、ＲＯＭ２２２と、ＲＡＭ２２３と、通信インターフェイス２２４と、ディスプレイ２２６と、記憶装置２２８と、入力デバイス２２９とを含む。ある局面において、携帯端末１６１，１６２，１６３，１６４は、例えば、スマートフォン、タブレット端末、腕時計型端末その他のウェアラブル装置等として実現される。携帯端末２２０は、介護者その他のスタッフにより使用され、入居者の介護記録や呼び出しに対する応答記録等の入力を受け付ける。入力された各データは、管理サーバー２００に送られて、管理サーバー２００で使用されるケアサポートシステムに固有の識別コードと共に逐次蓄積される。

制御装置２２１は、携帯端末１６１，１６２，１６３，１６４を制御する。制御装置２２１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせなどによって構成される。

通信インターフェイス２２４には、アンテナ（図示しない）などが接続される。携帯端末１６１，１６２は、当該アンテナおよびアクセスポイント１４０を介して、他の通信機器との間でデータをやり取りできる。携帯端末１６３，１６４は、当該アンテナおよび無線基地局１５を介して、他の通信機器との間でデータをやり取りする。他の通信機器は、たとえば、センサーボックス１１９、管理サーバー２００などを含む。

ディスプレイ２２６は、たとえば、有機ＥＬ（Electro Luminescence）ディスプレイ、液晶ディスプレイ等によって実現される。入力デバイス２２９は、たとえばディスプレイ２２６に設けられたタッチセンサーによって実現される。当該タッチセンサーは、携帯端末１６１，１６２，１６３，１６４に対するタッチ操作を受け付け、当該タッチ操作に応じた信号を制御装置２２１へ出力する。

記憶装置２２８は、たとえば、フラッシュメモリー、ハードディスクその他の固定記憶装置、あるいは、着脱可能なデータ記録媒体等により実現される。

［見守りシステム１００の装置構成］
図３を参照して、見守りシステム１００を用いた見守りについて説明する。図３は、センサーボックス１１９を用いた見守りシステム１００の装置構成の概略の一例を示す図である。

見守りシステム１００は、見守り対象者（監視対象者）である入居者１１１，１２１その他の入居者を見守るために利用される。図３に示されるように、居室１１０の天井には、センサーボックス１１９が取り付けられている。他の居室にも同様にセンサーボックス１１９が取り付けられている。

範囲３０は、センサーボックス１１９による検出範囲を表わす。センサーボックス１１９が前述のドップラーセンサーを有する場合、当該ドップラーセンサーは、範囲３０内で生じた人の挙動を検出する。センサーボックス１１９がセンサーとしてカメラを有する場合、当該カメラは、範囲３０内の画像を撮影する。

センサーボックス１１９は、たとえば、介護施設、医療施設、宅内などに設置される。図３の例では、センサーボックス１１９は、天井に取り付けられており、入居者１１１およびベッド１１３を天井から撮影している。センサーボックス１１９の取り付け場所は天井に限られず、居室１１０の側壁に取り付けられてもよい。

見守りシステム１００は、カメラ１０５から得られた一連の画像（すなわち、映像）に基づいて入居者１１１に生じている危険を検知する。一例として、検知可能な危険は、入居者１１１の転倒や、危険個所（たとえば、ベッドの柵など）に入居者１１１がいる状態などを含む。

見守りシステム１００は、入居者１１１に危険が生じていることを検知した場合に、そのことを介護者１４１，１４２等に報知する。報知方法の一例として、見守りシステム１００は、入居者１１１の危険を介護者１４１，１４２の携帯端末１６１，１６２に通知する。携帯端末１６１，１６２は、当該通知を受信すると、入居者１１１の危険をメッセージ、音声、振動等で介護者１４１，１４２に報知する。これにより、介護者１４１，１４２は、入居者１１１に危険が生じていることを即座に把握でき、入居者１１１の元に素早く駆け付けることができる。

さらに、見守りシステム１００は、無線基地局１５を介して、施設の外部にいる介護者１４３，１４４の携帯端末１６３，１６４にも、当該危険を通知し得る。

なお、図３には、見守りシステム１００が、１つの居室において１つのセンサーボックス１１９を備えている例が示されているが、見守りシステム１００は、１つの居室において複数のセンサーボックス１１９を備えてもよい。また、図３には、見守りシステム１００が複数の携帯端末１６１，１６２を備えている例が示されているが、見守りシステム１００は、一つの携帯端末でも実現され得る。

［２つのシステムの連携］
図４を参照して、２つのシステムの連携について説明する。図４は、見守りシステム１００と他の装置との接続関係を表わす図である。ある実施の形態に従うと、見守りシステム１００は、サポートセンター４１０とクラウドサーバー１５０とに接続され得る。

見守りシステム１００は、ネットワーク４００と、ルーター４２０と、管理サーバー２００と、ＩＦ（Interface）サーバー４３０と、受信機４４０と、ケアコール子機１１５と、センサーボックス１１９と、携帯端末２２０と、アクセスポイント（ＡＰ）１５とを備える。管理サーバー２００と、ＩＦサーバー４３０と、受信機４４０と、無線基地局１５とは、ネットワーク４００に接続されている。ネットワーク４００は、有線および無線のいずれであってもよい。通信形式は特に限定されない。管理サーバー２００は、ルーター４２０を介して、サポートセンター４１０と通信可能である。IFサーバー４３０は、クラウドサーバー１５０と通信可能である。

ある局面において、携帯端末２２０は、そのユーザー（例えば介護者）によって入力されたデータを、無線基地局１５を介して、管理サーバー２００に送信する（経路４５０）。管理サーバー２００は、各データ項目について予め設定された識別コードおよび番号にしたがって、受信したデータを格納する。このデータは、クラウドサーバー１５０で実現される他のシステムでも使用可能なデータを含む。この場合、データの識別コードや桁数などのフォーマットは、管理サーバー２００において実現されるシステムと、クラウドサーバー１５０において実現されるシステムとの間で、同じ場合もあれば、異なる場合もある。

ある局面において、管理サーバー２００は、ＩＦサーバー４３０に、データを送信する（経路４６０）。このとき、管理サーバー２００は、ＩＦサーバー４３０との間で共通して使用されるＩＤとともに、当該データを送信する。

ＩＦサーバー４３０は、管理サーバー２００から、当該データを受信すると、当該データに関連付けられている共通ＩＤを、クラウドサーバー１５０のシステムに固有なＩＤに変更して、変更後のＩＤが関連付けられたデータを、クラウドサーバー１５０に送信する（経路４７０）。クラウドサーバー１５０がＩＦサーバー４３０から受信するデータは、クラウドサーバー１５０のシステムで使用されるＩＤを有しているため、当該システムで管理されるデータベースに、当該ＩＤに関連付けられているデータ項目の値を書き込むことができる。このようにすると、管理サーバー２００のシステムおよびクラウドサーバー１５０のシステムが同じデータ項目を使用する場合において、当該データ項目の識別コードが異なる時でも、携帯端末２２０のユーザーあるいは、管理サーバー２００の管理者は、クラウドサーバー１５０のシステムで使用される当該データ項目の識別コードを知らなくても、各データ項目を使用することができる。なお、ここでの使用は、データ項目の取得、管理サーバー２００あるいはクラウドサーバー１５０のシステムへの書き込み若しくは読み出し等を含む。

［サーバー間の連携］
図５を参照して、複数のサーバー間におけるデータの連携について説明する。図５は、管理サーバー２００と、ＩＦサーバー４３０と、クラウドサーバー１５０との構成を表わすブロック図である。

ある実施の形態において、管理サーバー２００は、データベース５１０と、データ変換アプリ５１１と、連携モジュール５１２とを備える。ＩＦサーバー４３０は、データベース５２０と、データ変換アプリ５２１と、連携モジュール５２２とを備える。クラウドサーバー１５０は、データベース５３０を備える。

管理サーバー２００において、データベース５１０は、携帯端末２２０から送信されるデータ、あるいは、センサーボックス１１９から送信されるデータを格納する。データベース５１０に格納されるデータは、管理サーバー２００で使用されるシステムに固有な識別コードを含む。当該データは、入居者（被介護者）に対して提供された介護ケアの内容を表わす記録データと、センサーボックス１１９によって検知された各種の行動を表わす行動検知データとの少なくとも一つを含む。

データベース５１０は、さらに、管理サーバー２００に導入されるシステムで使用されるデータ項目のＩＤと、当該データ項目についてＩＦサーバー４３０との間で使用される共通ＩＤとを保持する。ある局面において、当該共通ＩＤは、クラウドサーバー１５０および管理サーバー２００の双方に使用されるデータ項目に付与される。

ある局面において、共通ＩＤは、クラウドサーバー１５０に導入されているシステムに加えて、管理サーバー２００で実現されるシステムを新たに導入する場合に、これらのシステムに共通して使用される１つ以上のデータ項目に対して付与される。他の局面において、共通ＩＤは、既存のシステムに対して新たに管理サーバー２００を使用するシステムを導入する場合に、これらのシステムに共通して使用される１つ以上のデータ項目に対して付与される。当該１つ以上のデータ項目は、例えば、ユーザー（入居者）の名前、スタッフ（介護者、管理者等）の名前、居室の番号、介護メニューに含まれるケア項目の名称などを含む。

データ変換アプリ５１１は、管理サーバー２００で管理される識別コードと、クラウドサーバー１５０のシステムで使用される識別コードとを連携するために、管理サーバー２００のシステムで独自に使用される識別コードを、ＩＦサーバー４３０との間で共通して使用される共通ＩＤに変換する。

連携モジュール５１２は、変換後のＩＤが付されたデータを、ＩＦサーバー４３０に送信する。別の局面において、連携モジュール５１２は、クラウドサーバー１５０から読み出されたデータの識別コードが共通のＩＤに変更されたデータを、ＩＦサーバー４３０から受信し得る。

ＩＦサーバー４３０において、データベース５２０は、管理サーバー２００とＩＦサーバー４３０との間でデータをやりとりするために当該データ項目の識別コードとして共通ＩＤを格納する。共通ＩＤは、管理サーバー２００で実現されるシステム、および、クラウドサーバー１５０で実現されるシステムのいずれかのシステムに対して、他方のシステムが新たに導入されるタイミングで、見守りシステム１００の管理者等によって生成される。

データ変換アプリ５２１は、管理サーバー２００で管理される識別コードと、クラウドサーバー１５０のシステムで使用される識別コードとを連携するために、クラウドサーバー１５０のシステムで使用される識別コードを、管理サーバー２００との間で共通して使用される共通ＩＤに変換する。

連携モジュール５２２は、変換後のＩＤ、すなわち共通ＩＤが付されたデータを、管理サーバー２００に送信する。別の局面において、連携モジュール５２２は、管理サーバー２００から読み出されたデータの識別コードが共通ＩＤに変更されたデータを、管理サーバー２００から受信し得る。

クラウドサーバー１５０において、データベース５３０は、顧客情報と、記録データと、行動検知データとを保持する。顧客情報は、例えば、入居者の名前および住所、その家族の名前および連絡先など、顧客としてのユーザーに関する情報を含む。記録データは、携帯端末２２０のユーザーである介護者によって入力された入居者に関して記録されたデータである。当該記録データのＩＤは、管理サーバー２００におけるＩＤから共通ＩＤを介して、ＩＦサーバー４３０によって変更されたものである。行動検知データは、センサーボックス１１９から送信されたデータである。行動検知データのＩＤは、記録データと同様に、ＩＦサーバー４３０によって、管理サーバー２００のシステムに固有のＩＤから、クラウドサーバー１５０のシステムに固有のＩＤに変更されている。

［各サーバーの構成］
図６を参照して、各サーバー装置を実現するための構成について説明する。図６は、クラウドサーバー１５０、プッシュサーバー１６０、管理サーバー２００、および、ＩＦサーバー４３０として機能するコンピューターシステム６００のハードウェア構成を表わすブロック図である。

コンピューターシステム６００は、主たる構成要素として、プログラムを実行するＣＰＵ１と、コンピューターシステム６００のユーザーによる指示の入力を受けるマウス２およびキーボード３と、ＣＰＵ１によるプログラムの実行により生成されたデータ、又はマウス２若しくはキーボード３を介して入力されたデータを揮発的に格納するＲＡＭ４と、データを不揮発的に格納するハードディスク５と、光ディスク駆動装置６と、通信インターフェイス（Ｉ／Ｆ）７と、モニター８とを含む。各構成要素は、相互にデータバスによって接続されている。光ディスク駆動装置６には、ＣＤ−ＲＯＭ９その他の光ディスクが装着される。

コンピューターシステム６００における処理は、各ハードウェアおよびＣＰＵ１により実行されるソフトウェアの協働によって実現される。このようなソフトウェアは、ハードディスク５に予め記憶されている場合がある。また、ソフトウェアは、ＣＤ−ＲＯＭ９その他の記録媒体に格納されて、コンピュータープログラムとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なアプリケーションプログラムとして提供される場合もある。このようなソフトウェアは、光ディスク駆動装置６その他の読取装置によりその記録媒体から読み取られて、あるいは、通信インターフェイス７を介してダウンロードされた後、ハードディスク５に一旦格納される。そのソフトウェアは、ＣＰＵ１によってハードディスク５から読み出され、ＲＡＭ４に実行可能なプログラムの形式で格納される。ＣＰＵ１は、そのプログラムを実行する。

図６に示されるコンピューターシステム６００を構成する各構成要素は、一般的なものである。したがって、本開示に係る技術思想の本質的な部分の一つは、ＲＡＭ４、ハードディスク５、ＣＤ−ＲＯＭ９その他の記録媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。当該記録媒体は、一時的でない（不揮発性の）、コンピューター読取可能なデータ記録媒体を含み得る。なお、コンピューターシステム６００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＣＤ−ＲＯＭ、ＦＤ（Flexible Disk）、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリーカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリー等の固定的にプログラムを担持する媒体でもよい。

ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

［機能構成］
本開示に係る技術思想を要約すると、以下の通りとなる。

（１）ある実施の形態に従うと、情報処理システムは、第１システムとしての管理サーバー２００と、第２システムとしてのＩＦサーバー４３０とを備える。なお、第２システムは、クラウドサーバー１５０によって実現されてもよい。管理サーバー２００は、複数の命令を格納したメモリ（ＲＡＭ４、ハードディスク５等）と、各命令を実行するプロセッサー（ＣＰＵ１）とを備える。ＩＦサーバー４３０は、複数の命令を格納したメモリ（ＲＡＭ４、ハードディスク５等）と、各命令を実行するプロセッサー（ＣＰＵ１）とを備える。

管理サーバー２００のＣＰＵ１は、管理サーバー２００で第１データ項目を管理するための第１識別データ、および、ＩＦサーバー４３０で第１データ項目を管理するための第２識別データのいずれにも関連付けられた共通識別データ（共通ＩＤ）にアクセスする。

例えば、第１項目は、管理サーバー２００が使用される施設の入居者の名前である。この場合、第１識別データは、当該入居者の識別番号である。第１識別データは、管理サーバー２００を用いて実現される情報管理システムに固有な識別データである。また、第２項目も、管理サーバー２００が使用される施設の入居者の名前である。この場合、第２識別データは、当該入居者の識別番号である。ただし、第２識別データは例えば、ＩＦサーバー４３０またはクラウドサーバー１５０で使用される情報管理システムに固有な識別データである。したがって、第１識別データと第２識別データとは、異なる表現形式で同一のものを示すデータといえる。

管理サーバー２００のＣＰＵ１は、第１データ項目に関連付けられた第１識別データを、共通識別データに変更し、共通識別データが付された第１データ項目をＩＦサーバー４３０に送信する。共通識別データとは、管理サーバー２００で管理されているデータ項目と、ＩＦサーバー４３０で管理されているデータ項目とを関連付けるために共通して使用される識別データである。共通識別データは、既存のシステム（例えば、ＩＦサーバー４３０で実現されている情報管理システム）に新たなシステム（例えば、管理サーバー２００で実現されている情報管理システム）を接続する場合に生成されて、両システム間のデータの連携を取るために使用される。このような共通識別データを使用することで、第１システムの開発者は、第２システムの仕様やセキュリティーへの影響を気にすることなく、第１システムおよび第２システムにおいて共通な項目のデータの授受を実現するための処理プログラムを開発できる。

ＩＦサーバー４３０のＣＰＵ１は、第２識別データに関連付けられた共通識別データにアクセスし、管理サーバー２００から受信した第１データ項目に付されている共通識別データを、第２識別データに変更する。ＩＦサーバー４３０は、第２識別データが付されたデータ項目を情報管理システムに記録する。

（２）ある局面に従う情報処理システムにおいて、ＩＦサーバー４３０のＣＰＵ１は、第２データ項目に関連付けられた第２識別データを共通識別データに変更し、共通識別データが付された第２データ項目を管理サーバー２００に送信する。管理サーバー２００のＣＰＵ１は、ＩＦサーバー４３０から受信した第２データ項目に付されている共通識別データを、第１識別データに変更する。これにより、第２システムに固有のルールで識別データが付されたデータ項目が、第１システムに送信されるので、同じデータが両システム間で連携されることになる。

（３）ある局面に従う情報処理システムにおいて、第２データ項目は、管理サーバー２００における編集の可否を規定する制御データに関連付けられている。このような構成により、第１システムおよび第２システムにおいてデータ項目が共有された場合であっても、第２データ項目（すなわち、ＩＦサーバー４３０またはクラウドサーバー１５０に固有な名称が付されたデータ項目）の内容が書き換えられないようにできるので、第２システムに固有なマスターデータのように第２システムで保守管理されるデータの一貫性が維持される。

（４）ある局面に従う情報処理システムにおいて、第１データ項目は、管理サーバー２００を使用する施設からサービスの提供を受けるユーザー（例えば入居者）に固有の項目（名前、介護記録など）を含む。第２データ項目は、当該ユーザーに固有の項目を含む。これにより、第１システムとしての管理サーバー２００および第２システムとしてのＩＦサーバー４３０またはクラウドサーバー１５０において、データ項目の共有化が実現される。

（５）ある局面に従う情報処理システムにおいて、管理サーバー２００のＣＰＵ１は、第１識別データに関連付けられた識別番号の入力を受け付ける。ＩＦサーバー４３０のＣＰＵ１は、識別番号と第２識別データとを関連付ける。

（６）ある局面に従う情報処理システムにおいて、第１データ項目は、ＩＦサーバー４３０における編集の可否を規定する制御データに関連付けられている。このような構成により、第１システムおよび第２システムにおいてデータ項目が共有された場合であっても、第１データ項目（すなわち、管理サーバー２００に固有な名称が付されたデータ項目）の内容が書き換えられないようにできるので、第１システムに固有なマスターデータのように第１システムで保守管理されるデータの一貫性が維持される。

［連携システムの構成］
図７を参照して、管理サーバー２００およびＩＦサーバー４３０にそれぞれ導入される連携モジュール５１２，５２２によって実現される連携システム７００の構成について説明する。図７は、連携システム７００の機能を表わすブロック図である。連携システム７００は、入力部７１０と、共通ＩＤ生成部７２０と、関連付け部７３０と、記憶部７４０と、ＩＤ変換部７５０と、記録データ生成部７６０と、出力部７７０とを備える。

入力部７１０は、介護記録データその他の記録データおよび行動検知データの入力を受け付ける。共通ＩＤ生成部７２０は、管理サーバー２００およびＩＦサーバー４３０のいずれにおいても使用されるデータ項目の識別コードを共通ＩＤとして生成する。

ある局面において、共通ＩＤは、複数のデータ項目の各々を識別する名称と、数字との組み合わせにより構成される。例えば、データ項目の１つであるユーザー名称の共通ＩＤは、User0001、User0002、User0003・・・として定義される。他のデータ項目としてのスタッフ名称の共通ＩＤは、Staff001、Staff002、Staff003・・・として定義され得る。他の局面において、一種類のデータ項目のみが各システムで使用される場合には、当該データ項目を識別する名称（上記の例では“Staff”）は無くてもよい。

関連付け部７３０は、既存のシステムで使用されているデータ項目の識別コードとして入力されたＩＤ（以下、第１システム固有ＩＤ、第２システム固有ＩＤともいう。）と、共通ＩＤとを関連付けて、関連付けの結果を記憶部７４０に格納する。

記憶部７４０は、関連付け部７３０による関連付けの結果を格納する。管理サーバー２００において実現される連携システム７００は、テーブル７４１を保持する。テーブル７４１は、共通ＩＤと、管理サーバー２００において既に使用されている固有のＩＤ（第１システム固有ＩＤ）とを格納する。他方、ＩＦサーバー４３０において導入される連携システム７００は、テーブル７４２を保持する。テーブル７４２は、共通ＩＤと、クラウドサーバー１５０において既に使用されている固有のＩＤ（第２システム固有ＩＤ）とを格納する。

ＩＤ変換部７５０は、管理サーバー２００またはクラウドサーバー１５０のような既存のシステムにおいて取得されて連携システム７００に与えられたデータに含まれるデータ項目のＩＤ（第１システム固有ＩＤまたは第２システム固有ＩＤ）を、記憶部７４０に格納されている関連付けデータを用いて、共通ＩＤに変換する。例えば、管理サーバー２００が、携帯端末２２０から介護記録データを受信した場合、管理サーバー２００に導入された連携システム７００は、その介護記録データに含まれるユーザー名称のＩＤ（例えば、patient-001）を、共通ＩＤ（例えば、User0001）に変更する。他方、クラウドサーバー１５０において管理されているデータがＩＦサーバー４３０に送信された場合、ＩＦサーバー４３０に導入された連携システム７００は、当該データに含まれるユーザー名称のＩＤ（例えば、CLIENT-No. 001）を、共通ＩＤ（例えば、User0001）に変更する。

記録データ生成部７６０は、システムに固有のＩＤから変更された共通ＩＤと、センサーボックス１１９によって検出された値または携帯端末２２０に入力されたデータとを関連付けて、管理サーバー２００とＩＦサーバー４３０との間で連携される記録データを生成する。出力部７７０は、記録データ生成部７６０によって生成された記録データを出力する。出力された記録データは、他の連携システム７００に入力される。

例えば、管理サーバー２００が取得した記録データのＩＤは、管理サーバー２００において実現される連携システム７００によって共通ＩＤに変更され、共通ＩＤが付された記録データは、ＩＦサーバー４３０の連携システム７００に入力される。ＩＦサーバー４３０において、連携システム７００は、管理サーバー２００の連携システム７００から受信した記録データに付されている共通ＩＤを、テーブル７４２を用いて、クラウドサーバー１５０のシステムに固有のＩＤ（例えば、第２システム固有ＩＤ）に変更する。ＩＦサーバー４３０は、クラウドサーバー１５０で使用されるＩＤが付されたデータを生成して、その生成したデータをクラウドサーバー１５０に送信する。これにより、クラウドサーバー１５０は、そのデータベースに、クラウドサーバー１５０に固有の識別コードが付されたデータとして、当該受信したデータを格納できる。

他の局面において、携帯端末２２０のユーザーが、クラウドサーバー１５０に格納されているデータの読み出しを指示すると、携帯端末２２０は、その指示を管理サーバー２００に送信する。このとき、当該指示に含まれるデータ項目のＩＤは、携帯端末２２０または管理サーバー２００に固有のＩＤである。管理サーバー２００の連携システム７００は、その指示に含まれるＩＤを、上述のようにして共通ＩＤに変更し、共通ＩＤが含まれる指示として、変更後の指示をＩＦサーバー４３０に送信する。ＩＦサーバー４３０は、当該指示に含まれる共通ＩＤを、テーブル７４２を参照して、クラウドサーバー１５０のシステムに固有のＩＤに変更する。ＩＦサーバー４３０は、当該固有のＩＤが含まれた指示をクラウドサーバー１５０に送信する。

クラウドサーバー１５０は、その指示に応答して、データベースから当該ＩＤが付されたデータ項目を読み出し、読み出したデータをＩＦサーバー４３０に送信する。ＩＦサーバー４３０の連携システム７００は、テーブル７４２を参照して、そのデータに含まれるＩＤを共通ＩＤに変更する。連携システム７００は、共通ＩＤが含まれるデータを生成して、生成したデータを管理サーバー２００の連携システム７００に送信する。

管理サーバー２００において、連携システム７００は、テーブル７４１を参照して、ＩＦサーバー４３０から受信したデータに含まれる共通ＩＤを管理サーバー２００に固有のＩＤ（第１システム固有ＩＤ）に変更し、当該固有のＩＤが付されたデータを生成する。出力部７７０は、生成されたデータを携帯端末２２０に送信する。このようにして、携帯端末２２０のユーザーは、管理サーバー２００を介して、クラウドサーバー１５０に格納されているデータを、特段のＩＤ変換を行なうことなく閲覧することができる。

［制御構造］
図８および図９を参照して、共通ＩＤの生成について説明する。図８は、ある実施の形態に従って共通ＩＤを生成するためにＩＦサーバー４３０によって実行される処理の一部を表わすフローチャートである。

ステップＳ８１０にて、ＣＰＵ１は、クラウドサーバー１５０で使用されているデータ項目（例、顧客番号：cloud-001〜cloud-100）について、連携モジュール５２２で使用される共通ＩＤを付与するプロセスの指示の入力を検知する。

ステップＳ８２０にて、ＣＰＵ１は、当該データ項目を他のデータ項目から区別するための識別コードの入力を検知する。例えば、システムの運営管理者その他の管理者ユーザーは、顧客番号を識別するためのコードとして「UserNo」等の識別コードを自由に入力できる。

ステップＳ８３０にて、ＣＰＵ１は、当該データ項目のカウンターを初期化（例、ｉ＝0001）する。

ステップＳ８４０にて、ＣＰＵ１は、クラウドサーバー１５０に登録されている順番に、当該データ項目（例、顧客番号）の入力を検知する。

ステップＳ８５０にて、ＣＰＵ１は、識別コード＋カウンターｉからなる文字列を共通ＩＤとして生成する。例えば、ＣＰＵ１は、第１番目のデータ項目（ユーザー名）の共通ＩＤとして、「UserNo0001」を生成する。

ステップＳ８６０にて、ＣＰＵ１は、カウンターを１だけインクリメントする（ｉ＝ｉ＋１）。

ステップＳ８７０にて、ＣＰＵ１は、当該データ項目について全てのデータの共通ＩＤを生成したか否かを判断する。例えば、入居者の数が１００の場合において管理者ユーザーが全ての入居者の名前の終了を意味するコード（例えば、「終了」の入力）を行なった場合、ＣＰＵ１は全てのデータの共通ＩＤ（User0001〜User0100）を生成したと判断する。他方、当該コードが入力されていない場合、ＣＰＵ１は、全てのデータについて共通ＩＤの生成を終了していないと判断する。ＣＰＵ１は全ての共通ＩＤを生成したと判断すると（ステップＳ８７０にてＹＥＳ）、制御をステップＳ８８０に切り替える。そうでない場合には（ステップＳ８７０にてＮＯ）、ＣＰＵ１は制御をステップＳ８４０に戻す。

ステップＳ８８０にて、ＣＰＵ１は、他のデータ項目の共通ＩＤも登録するか否かを判断する。例えば、複数のデータ項目が、共通ＩＤの生成の対象となるデータ項目としてユーザーによって指定されていた場合には、ＣＰＵ１は他のデータ項目についても共通ＩＤを生成すると判断する。ＣＰＵ１は、他のデータ項目についても共通ＩＤを生成すると判断すると（ステップＳ８８０にてＹＥＳ）、制御をステップＳ８２０に戻す。そうでない場合には（ステップＳ８８０にてＮＯ）、ＣＰＵ１は処理を終了する。

［管理サーバーの制御構造］
次に、図９を参照して、管理サーバー２００の制御構造について説明する。図９は、管理サーバー２００において共通ＩＤを登録するために実行される処理の一部を表わすフローチャートである。

ステップＳ９１０にて、管理サーバー２００として機能するコンピューターシステム６００のＣＰＵ１は、管理サーバーで使用されているデータ項目（例、顧客番号：CSS-001〜CSS-100）について、連携モジュールで使用される共通ＩＤを付与するプロセスの指示の入力を検知する。

ステップＳ９２０にて、ＣＰＵ１は、クラウドサーバー１５０のデータ項目の登録のために既に入力された共通ＩＤとしての識別コード（例、UserNo）を特定する。例えば、図８に示される処理が行なわれた場合、その処理によって生成されたデータファイルを、図９の処理を実行する管理サーバー２００に入力することにより、管理サーバー２００は、クラウドサーバー１５０で入力された共通ＩＤの識別コードを知ることができる。

ステップＳ９３０にて、ＣＰＵ１は、当該データ項目のカウンターを初期化（例、ｊ＝0001）する。

ステップＳ９４０にて、ＣＰＵ１は、クラウドサーバー１５０に登録されている順序と同じ順序で、当該データ項目の入力を受け付ける。

ステップＳ９５０にて、ＣＰＵ１は、入力されたデータ項目を共通ＩＤに関連付ける。
ステップＳ９６０にて、ＣＰＵ１は、カウンターｊを１インクリメントする（ｊ＝ｊ＋１）。

ステップＳ９７０にて、ＣＰＵ１は、全てのデータ項目と共通ＩＤとの関連付けが完了したか否かを判断する。ＣＰＵ１は、全てのデータ項目と共通ＩＤとの関連付けが完了したと判断すると（ステップＳ９７０にてＹＥＳ）、制御をステップＳ９８０に切り替える。そうでない場合には（ステップＳ９７０にてＮＯ）、ＣＰＵ１は制御をステップＳ９４０に戻す。

ステップＳ９８０にて、ＣＰＵ１は、他のデータ項目も登録するか否かを判断する。ＣＰＵ１は他のデータ項目も登録すると判断すると（ステップＳ９８０にてＹＥＳ）、制御をステップＳ９２０に戻す。そうでない場合には（ステップＳ９８０にてＮＯ）、ＣＰＵ１は処理を終了する。これにより、全てのデータ項目について、それぞれの共通ＩＤが、管理サーバー２００でも生成されたことになる。

なお、他の局面において、共通ＩＤが必要なデータ項目が１つである場合には、ＣＰＵ１は、ステップＳ９２０，Ｓ９８０のような処理を実行しない。また、共通ＩＤの生成の順序は特に限定されず、管理サーバー２００において先に実行されてもよい。

［データ連携］
図１０を参照して、２つのシステムが同一のデータ項目に対してそれぞれ異なるＩＤを使用する場合のデータ連携について説明する。図１０は、管理サーバー２００とクラウドサーバー１５０とが実行する処理の一部を表わすフローチャートである。

ステップＳ１０１０にて、管理サーバー２００は、そこで実現される情報管理システムに固有のデータ項目ＩＤを使用する介護記録データを、携帯端末２２０あるいはセンサーボックス１１９から受信する。

ステップＳ１０２０にて、管理サーバー２００は、連携システム７００において、介護記録データ中のデータ項目のＩＤを共通ＩＤに変換して、連携データとして、共通ＩＤが付与されたデータ項目（例えば、介護記録データ）を生成する。

ステップＳ１０３０にて、管理サーバー２００は、連携データをＩＦサーバー４３０に送信する。

ステップＳ１０４０にて、ＩＦサーバー４３０は、管理サーバー２００から連携データを受信する。

ステップＳ１０５０にて、ＩＦサーバー４３０は、連携データ中の共通ＩＤをクラウドサーバー１５０に固有のＩＤに変換して、当該固有のＩＤが付与された介護記録データを生成する。

ステップＳ１０６０にて、ＩＦサーバー４３０は、当該固有のＩＤが付与された介護記録データをクラウドサーバー１５０に送信する。

ステップＳ１０７０にて、クラウドサーバー１５０は、介護記録を受信すると、当該受信した介護記録データをデータベースに格納する。この介護記録データは、クラウドサーバー１５０で実現される情報管理システムに固有の識別コードを含むので、クラウドサーバー１５０は、データベースの一貫性を損なうことなく当該介護記録データを格納することができる。

［データ構造］
図１１および図１２を参照して、本実施の形態に係る見守りシステム１００のデータ構造について説明する。図１１および図１２は、見守りシステム１００を構成するコンピューターシステム６００が備えるハードディスク５におけるデータの格納の一態様を表わす図である。

図１１に示されるように、ハードディスク５は、テーブル１１００を保持している。テーブル１１００は、データを格納するための領域１１１０〜１１５０を含む。領域１１１０は、分類のためのデータを保持する。当該データは、基本情報、ケアプランを含む。領域１１２０は、項目を表わすデータを保持する。当該項目は、利用者様情報、職員様情報、スケジュール情報、アセスメント、ケアプラン、栄養ケア計画書、リハビリ計画書、２４時間シート、担当者会議、支援経過記録、モニタリング等を含む。

領域１１３０は、マスターデータが管理されるシステムを表わすデータを保持する。テーブル１１００の場合、各データ項目のマスターデータは、「第２システム」と規定されているので、第１システムに同じデータ項目が保存されていても、修正、削除その他のデータ項目の操作は、第２システムにおいてのみ可能となる。ある実施の形態において第１システムが管理サーバー２００に使用される情報管理システムである場合、第２システムは、クラウドサーバー１５０で使用される情報管理システムである。他の局面において、第１システムがクラウドサーバー１５０で使用される情報管理システムである場合、第２システムは、管理サーバー２００で使用される情報管理システムとなる。

領域１１４０は、他のシステムとの間でデータの共有を可能にするか否かを規定する制御データを保持する。データ共有が「する」に設定されている場合、第１システムおよび第２システムの双方で当該データ項目が使用される。データ共有が「しない」に設定されている場合、第１システムおよび第２システムのいずれか一方で当該データ項目が使用される。

領域１１５０は、データの編集が可能なシステムを規定している。例えば、利用者様情報は、第２システムにおいてのみ編集可能と規定されている。

図１２を参照して、ハードディスク５は、テーブル１２００をさらに保持する。なお、テーブル１１００とテーブル１２００とは、一つのテーブルを構成し得る。テーブル１２００は、領域１２１０〜１２５０を含む。領域１２１０は、領域１１１０と同様に、データ項目の分類（種類）を表わすデータを保持する。領域１２２０は、領域１１２０と同様に、データ項目の内容を表わすデータを保持する。領域１２３０は、領域１１３０と同様に、当該データ項目がマスターデータとしていずれのシステムにおいて管理されるかを規定する。領域１２４０は、領域１１４０と同様に、他のシステムとの間でデータの共有を可能にするか否かを規定する制御データを保持する。領域１２５０は、領域１１５０と同様に、データの編集が可能なシステムを規定している。

例えば、行動検知およびナースコール記録（領域１２２０）は、マスターデータとして第１システムに定義されている（領域１２３０）。データ共有（領域１２４０）は「する」と規定されているので、第１システムおよび第２システムのいずれによっても共有される。しかしながら、編集（領域１２５０）については、第２システムでは「不可」と規定されているので、第１システムにおいてのみデータの編集が可能となる。その他の項目についても同様である。

以上のようにして、本実施の形態によれば、第１システムおよび第２システムという二つので共通に使用されるデータ項目については、システム間のデータ連携のため、共通ＩＤが付与される。共通ＩＤは、各システムに固有の識別コードに関連付けられ、システム間のデータの伝送は、共通ＩＤが付された形態で行なわれる。第１システムが共通ＩＤを付したデータ項目を第２システムに送信すると、第２システムは、当該第２システムに固有の識別コードとして共通ＩＤに関連付けられた識別コードを参照して、当該受信したデータの識別コードを共通ＩＤから当該固有の識別コードに変換する。第２システムは、変換後のデータを保存することで、データベースの一貫性が担保される。

また、共通ＩＤは、各システムで使用される情報管理システムに固有の識別コードに関連付けられる態様でそれぞれのシステムに与えられるため、既存の情報管理システムのセキュリティーに影響が及ばない。これにより、既存のシステムに接続される新たなシステムを導入する場合には、当該新たなシステムの開発者は、既存のシステムのセキュリティーを気にすることなく、データ連携のためのソフトウェアを開発することができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本開示に係る技術思想は、既存のシステムに対して新たなシステムを導入する局面において適用可能である。

１０１，２２１ 制御装置、１０５ カメラ、１０６ ドップラーセンサー、１０７ 無線通信装置、１０８，２２８ 記憶装置、１１０，１２０ 居室、１１１，１２１ 入居者、１１２ 家具、１１３ ベッド、１１４ トイレ、１１５ ケアコール子機、１１６ トイレセンサー、１１７ センサー、１１８ ドアセンサー、１１９ センサーボックス、１３０ ゲートウェイサーバー、１３５ 交換装置、１４０ アクセスポイント、１４１，１４２，１４３，１４４ 介護者、１５０ クラウドサーバー、１６０ プッシュサーバー、１６１，１６２，１６３，１６４，２２０ 携帯端末、１８０ 施設、２２６ ディスプレイ、２２９ 入力デバイス、２４１ ケアコールボタン、２９０ バイタルセンサー、４００ ネットワーク、４１０ サポートセンター、４２０ ルーター、４３０ サーバー、４４０ 受信機、４５０，４６０，４７０ 経路、５１０，５２０，５３０ データベース、５１１，５２１ データ変換アプリ、５１２，５２２ 連携モジュール、６００ コンピューターシステム、７００ 連携システム、７１０ 入力部、７２０ 生成部、７３０ 関連付け部、７４０ 記憶部、７４１，７４２，１１００，１２００ テーブル、７５０ 変換部、７６０ 記録データ生成部、７７０ 出力部。

Claims (18)

1. 第１システムが、前記第１システムで第１データ項目を管理するための第１識別データ、および、第２システムで前記第１データ項目を管理するための第２識別データのいずれにも関連付けられた共通識別データにアクセスするステップと、
   前記第１システムが、前記第１データ項目に関連付けられた前記第１識別データを、前記共通識別データに変更するステップと、
   前記第１システムが、前記共通識別データが付された前記第１データ項目を前記第２システムに送信するステップと、
   前記第２システムが、前記第２識別データに関連付けられた前記共通識別データにアクセスするステップと、
   前記第２システムが、前記第１システムから受信した第１データ項目に付されている前記共通識別データを、前記第２識別データに変更するステップとを含む、方法。
2. 前記第２システムが、第２データ項目に関連付けられた第２識別データを、前記共通識別データに変更するステップと、
   前記第２システムが、前記共通識別データが付された前記第２データ項目を前記第１システムに送信するステップと、
   前記第１システムが、前記第２システムから受信した第２データ項目に付されている前記共通識別データを、前記第１識別データに変更するステップとをさらに含む、請求項１に記載の方法。
3. 前記第２データ項目は、前記第１システムにおける編集の可否を規定する制御データに関連付けられている、請求項２に記載の方法。
4. 前記第１データ項目は、前記第１システムを使用する施設からサービスの提供を受けるユーザーに固有の項目を含み、
   前記第２データ項目は、前記ユーザーに固有の項目を含む、請求項２または３に記載の方法。
5. 前記第１システムが、前記第１識別データに関連付けられた識別番号の入力を受け付けるステップと、
   前記第２システムが、前記識別番号と前記第２識別データとを関連付けるステップとをさらに含む、請求項１〜４のいずれかに記載の方法。
6. 前記第１データ項目は、前記第２システムにおける編集の可否を規定する制御データに関連付けられている、請求項１〜５のいずれかに記載の方法。
7. 第１システムおよび第２システムを連携させるためのプログラムであって、
   前記プログラムは、前記第１システムに、
   前記第１システムで第１データ項目を管理するための第１識別データ、および、前記第２システムで前記第１データ項目を管理するための第２識別データのいずれにも関連付けられた共通識別データをアクセスするステップと、
   前記第１データ項目に関連付けられた前記第１識別データを、前記共通識別データに変更するステップと、
   前記共通識別データが付された前記第１データ項目を前記第２システムに送信するステップとを実行させ、
   前記プログラムは、前記第２システムに、
   前記第２識別データに関連付けられた前記共通識別データにアクセスするステップと、
   前記第１システムから受信した第１データ項目に付されている前記共通識別データを、前記第２識別データに変更するステップとを実行させる、プログラム。
8. 前記プログラムは前記第２システムに、
   第２データ項目に関連付けられた第２識別データを、前記共通識別データに変更するステップと、
   前記共通識別データが付された前記第２データ項目を前記第１システムに送信するステップとをさらに実行させ、
   前記プログラムは前記第１システムに、
   前記第２システムから受信した第２データ項目に付されている前記共通識別データを、前記第１識別データに変更するステップと、
   前記第１識別データが付された第２データ項目を格納するステップとをさらに実行させる、請求項７に記載のプログラム。
9. 前記第２データ項目は、前記第１システムにおける編集の可否を規定する制御データに関連付けられている、請求項８に記載のプログラム。
10. 前記第１データ項目は、前記第１システムを使用する施設からサービスの提供を受けるユーザーに固有の項目を含み、
    前記第２データ項目は、前記ユーザーに固有の項目を含む、請求項８または９に記載のプログラム。
11. 前記プログラムは前記第１システムに、前記第１識別データに関連付けられた識別番号の入力を受け付けるステップをさらに実行させ、
    前記プログラムは前記第２システムに、前記識別番号と前記第２識別データとを関連付けるステップをさらに実行させる、請求項７〜１０のいずれかに記載のプログラム。
12. 前記第１データ項目は、前記第２システムにおける編集の可否を規定する制御データに関連付けられている、請求項７〜１１のいずれかに記載のプログラム。
13. 第１システムと、
    前記第１システムと通信する第２システムとを備え、
    前記第１システムは、複数の命令を格納したメモリと、各前記命令を実行するプロセッサーとを備え、
    前記第２システムは、前記複数の命令を格納したメモリと、各前記命令を実行するプロセッサーとを備え、
    前記第１システムのプロセッサーは、
    前記第１システムで第１データ項目を管理するための第１識別データ、および、第２システムで前記第１データ項目を管理するための第２識別データのいずれにも関連付けられた共通識別データにアクセスし、
    前記第１データ項目に関連付けられた前記第１識別データを、前記共通識別データに変更し、
    前記共通識別データが付された前記第１データ項目を前記第２システムに送信し、
    前記第２システムのプロセッサーは、
    前記第２識別データに関連付けられた前記共通識別データにアクセスし、
    前記第１システムから受信した第１データ項目に付されている前記共通識別データを、前記第２識別データに変更する、情報処理システム。
14. 前記第２システムの前記プロセッサーは、
    第２データ項目に関連付けられた第２識別データを、前記共通識別データに変更し、
    前記共通識別データが付された前記第２データ項目を前記第１システムに送信し、
    前記第１システムの前記プロセッサーは、前記第２システムから受信した第２データ項目に付されている前記共通識別データを、前記第１識別データに変更する、請求項１３に記載の情報処理システム。
15. 前記第２データ項目は、前記第１システムにおける編集の可否を規定する制御データに関連付けられている、請求項１４に記載の情報処理システム。
16. 前記第１データ項目は、前記第１システムを使用する施設からサービスの提供を受けるユーザーに固有の項目を含み、
    前記第２データ項目は、前記ユーザーに固有の項目を含む、請求項１４または１５に記載の情報処理システム。
17. 前記第１システムの前記プロセッサーは、前記第１識別データに関連付けられた識別番号の入力を受け付け、
    前記第２システムの前記プロセッサーは、前記識別番号と前記第２識別データとを関連付ける、請求項１３〜１６のいずれかに記載の情報処理システム。
18. 前記第１データ項目は、前記第２システムにおける編集の可否を規定する制御データに関連付けられている、請求項１３〜１７のいずれかに記載の情報処理システム。

Images