JP7081402B2 - 排他制御システム、排他制御プログラム、および排他制御方法 - Google Patents

Description

本発明は、排他制御システム、排他制御プログラム、および排他制御方法に関する。

従来、医師が患者の自宅を訪問して患者に医療行為を行う在宅医療の仕組みがある。医療行為は、例えば、患者の病気や怪我の治療、患者の健康状態の管理や指導、または、患者の病気や怪我の予防などである。また、医師が所持する端末装置で、医師が患者の自宅を訪問中でも、患者のカルテ情報を利用する場合がある。

先行技術としては、例えば、スケジュールに従って、所定の患者の看護データを、サーバから携帯端末にダウンロードし、訪問看護終了後は、訪問先で登録した新たな患者データを、携帯端末からサーバにアップロードするものがある。また、例えば、患者情報を収集し、異なる特権およびセキュリティ手段に基づいて異なる担当者グループがアクセス可能なデータベースに格納された情報と、患者情報を同期させる技術がある。

特開平９－１８５６５７号公報 特表２００５－５２２７６８号公報

しかしながら、従来技術では、病院に設けられた院内装置で、カルテ情報を更新不可能になるリスクが存在する。このリスクに対して、例えば、クラウド上の排他テーブルを用いて、病院に設けられた院内装置と、医師が所持する端末装置とで、カルテ情報が排他制御されるように制御する場合が考えられる。この場合、院内装置が、ネットワーク障害などにより、クラウド上の排他テーブルを参照することができなくなると、端末装置がいずれのカルテ情報を更新中であるかが不明になる。したがって、頻繁に多数の患者のカルテ情報が参照および更新されうる院内において、院内装置がすべてのカルテ情報を更新不可能になってしまう。

１つの側面では、本発明は、外出中の医師等が所持する端末装置と院内に設けられた院内装置と両者を仲介するクラウドとを含むシステムにおいて、院内装置によるカルテ情報の更新が不可能になることを防止することを目的とする。

１つの実施態様によれば、医療施設に対応する第１の装置と、医療従事者に所持される第２の装置と、前記第１の装置および前記第２の装置と通信可能な第３の装置とを含み、前記第１の装置が、排他制御対象であるカルテ情報を特定するための第１の情報を記憶し、第１のカルテ情報の更新要求を受け付けると、前記第１の情報に基づき、前記第１のカルテ情報が更新可能であるか否かを判定し、判定した結果に基づき、前記第１のカルテ情報の更新を制御し、前記第２の装置が、第２のカルテ情報の更新要求を受け付けると、前記第３の装置に、前記第１の装置にアクセスさせ、前記第１の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを確認させ、前記第３の装置によるアクセスに失敗した場合には、前記第２のカルテ情報の更新を禁止し、前記第３の装置によるアクセスに成功した場合には、前記第３の装置による確認の結果に応じて、前記第２のカルテ情報の更新を制御する排他制御システムが提案される。

一態様によれば、カルテ情報が更新不可能になることを防止することが可能になる。

図１は、実施の形態にかかる排他制御方法の一実施例を示す説明図である。 図２は、排他制御システム１００の具体例を示す説明図である。 図３は、情報処理装置２０１のハードウェア構成例を示すブロック図である。 図４は、院内排他ログテーブル４００のデータ構造の一例を示す説明図である。 図５は、院内排他テーブル５００のデータ構造の一例を示す説明図である。 図６は、院内同期テーブル６００のデータ構造の一例を示す説明図である。 図７は、端末装置２０２のハードウェア構成例を示すブロック図である。 図８は、端末排他テーブル８００のデータ構造の一例を示す説明図である。 図９は、端末同期テーブル９００のデータ構造の一例を示す説明図である。 図１０は、クラウド装置２０３のハードウェア構成例を示すブロック図である。 図１１は、クラウド排他テーブル１１００のデータ構造の一例を示す説明図である。 図１２は、オブジェクトメタテーブル１２００のデータ構造の一例を示す説明図である。 図１３は、排他制御システム１００の機能的構成例を示すブロック図である。 図１４は、情報処理装置２０１が排他権限を取得成功する一例を示す説明図である。 図１５は、端末装置２０２が排他権限を取得成功する一例を示す説明図である。 図１６は、通信障害の発生時に情報処理装置２０１が排他権限を取得成功する一例を示す説明図である。 図１７は、通信障害の発生時に端末装置２０２が排他権限を取得失敗する一例を示す説明図である。 図１８は、情報処理装置２０１が排他権限を解放成功する一例を示す説明図である。 図１９は、端末装置２０２が排他権限を解放成功する一例を示す説明図である。 図２０は、情報処理装置２０１が排他権限を取得成功する別の例を示す説明図である。 図２１は、端末装置２０２が排他権限を取得成功する別の例を示す説明図である。 図２２Ａは、院内排他制御処理手順の一例を示すシーケンス図（その１）である。 図２２Ｂは、院内排他制御処理手順の一例を示すシーケンス図（その２）である。 図２２Ｃは、院内排他制御処理手順の一例を示すシーケンス図（その３）である。 図２２Ｄは、院内排他制御処理手順の一例を示すシーケンス図（その４）である。 図２３Ａは、端末排他制御処理手順の一例を示すシーケンス図（その１）である。 図２３Ｂは、端末排他制御処理手順の一例を示すシーケンス図（その２）である。 図２３Ｃは、端末排他制御処理手順の一例を示すシーケンス図（その３）である。 図２３Ｄは、端末排他制御処理手順の一例を示すシーケンス図（その４）である。 図２３Ｅは、端末排他制御処理手順の一例を示すシーケンス図（その５）である。 図２３Ｆは、端末排他制御処理手順の一例を示すシーケンス図（その６）である。 図２３Ｇは、端末排他制御処理手順の一例を示すシーケンス図（その７）である。 図２４は、テーブル更新処理手順の一例を示すフローチャートである。 図２５Ａは、院内排他解放処理手順の一例を示すシーケンス図（その１）である。 図２５Ｂは、院内排他解放処理手順の一例を示すシーケンス図（その２）である。 図２５Ｃは、院内排他解放処理手順の一例を示すシーケンス図（その３）である。 図２６Ａは、端末排他解放処理手順の一例を示すシーケンス図（その１）である。 図２６Ｂは、端末排他解放処理手順の一例を示すシーケンス図（その２）である。 図２６Ｃは、端末排他解放処理手順の一例を示すシーケンス図（その３）である。

以下に、図面を参照して、本発明にかかる排他制御システム、排他制御プログラム、および排他制御方法の実施の形態を詳細に説明する。

（実施の形態にかかる排他制御方法の一実施例）
図１は、実施の形態にかかる排他制御方法の一実施例を示す説明図である。図１において、排他制御システム１００は、異なる装置間でカルテ情報を同期し、異なる装置間でカルテ情報を排他制御するシステムである。

排他制御は、カルテ情報を排他的に更新することである。排他制御は、例えば、いずれかの装置がカルテ情報を更新する権限を有している最中に、他の装置が同じカルテ情報を更新することを禁止することである。カルテ情報を更新する権限は、例えば、排他権限と呼ばれる。排他制御は、カルテ情報を排他的に読出および更新することであってもよい。排他制御は、例えば、いずれかの装置がカルテ情報を読出または更新している最中に、他の装置が同じカルテ情報を読出および更新することを禁止することであってもよい。

ここで、カルテ情報の排他制御は、在宅医療において利用されることがある。例えば、医療施設に設けられる院内装置と、患者の自宅や福祉施設を訪問する医師に所持される端末装置との間で、カルテ情報に対して排他制御することが望まれる。具体的には、医師が所持する端末装置で、医師が患者の自宅を訪問中でも、患者のカルテ情報を更新可能にしている最中には、院内装置では、当該患者のカルテ情報を更新不可能に制御することが好ましい。

これに対し、クラウド上に排他制御中のカルテ情報を管理するデータベースを用意し、院内装置と端末装置とがクラウド上のデータベースを参照して、自装置でのカルテ情報の更新可否を判断することにより、カルテ情報の排他制御を実現する場合が考えられる。しかしながら、この場合、実際には院内装置でカルテ情報を更新しても問題が発生しないような状況でも、院内装置でカルテ情報を更新不可能になってしまうことがある。

例えば、院内装置が、ネットワーク障害などにより、クラウド上のデータベースを参照することができなくなると、院内装置は、端末装置がいずれのカルテ情報を更新中であるかを把握不可能になってしまう。このため、院内装置は、実際には端末装置がカルテ情報を更新中ではなく、院内装置でカルテ情報を更新しても問題が発生しないとしても、すべてのカルテ情報を更新不可能になってしまう。

そこで、本実施の形態では、医療施設に対応する装置が記憶する排他制御対象であるカルテ情報を示す制御情報を基準として、医療施設に設けられる装置と医療従事者に所持される装置との間で排他的にカルテ情報を更新可能にする排他制御方法について説明する。かかる排他制御方法によれば、医療施設に対応する装置は、通信状況に関わらず、医療施設においてカルテ情報を更新可能にすることができる。

図１の例では、排他制御システム１００は、第１の装置１０１と、第２の装置１０２と、第３の装置１０３とを含む。

第１の装置１０１は、医療施設１１０に対応し、医療施設１１０におけるカルテ情報の更新を制御するコンピュータである。医療施設１１０は、例えば、病院や診療所などである。第１の装置１０１は、例えば、医療施設１１０に設けられた院内端末（不図示）におけるカルテ情報の更新を制御する。院内端末は、医療従事者が医療施設１１０に居る際に利用するコンピュータである。医療従事者は、例えば、医師や看護師などである。

第２の装置１０２は、患者の所在地１２０を訪問する医療従事者に所持され、カルテ情報を更新可能なコンピュータである。医療従事者は、例えば、医師や看護師などである。所在地１２０は、例えば、患者の自宅や患者が通う福祉施設などである。第３の装置１０３は、クラウド１３０上に存在し、第１の装置１０１と第２の装置１０２と通信可能なコンピュータである。

（１－１）第１の装置１０１は、排他制御対象であるカルテ情報を特定するための第１の情報を記憶する。第１の情報は、例えば、排他制御対象であるカルテ情報を示す制御情報を含む。第１の情報は、例えば、排他制御対象ではないカルテ情報を示す制御情報を含み、排他制御対象であるカルテ情報を間接的に特定可能にしてもよい。第１の装置１０１は、例えば、排他制御対象であるカルテ情報を示す制御情報を記憶する第１のテーブルＴ１を有する。制御情報は、例えば、カルテ情報を示す識別情報を含む。

第１の装置１０１は、第１のカルテ情報の更新要求を受け付ける。第１のカルテ情報の更新要求は、第１のカルテ情報を更新可能にするために、第１のカルテ情報についての排他権限を要求することを示す情報である。第１の装置１０１は、例えば、院内端末から、第１のカルテ情報の更新要求を受け付ける。

第１の装置１０１は、第１のカルテ情報の更新要求を受け付けると、第１の情報に基づき、第１のカルテ情報が更新可能であるか否かを判定する。第１の装置１０１は、例えば、第１のカルテ情報の更新要求を受け付けると、第１のテーブルＴ１に第１のカルテ情報を示す第１の制御情報が登録済みであるか否かを確認する。ここでは、第１の制御情報が登録済みではない場合が、第１のカルテ情報が更新可能な場合に対応する。

第１の装置１０１は、判定した結果に基づき、第１のカルテ情報の更新を制御する。第１の装置１０１は、例えば、第１のテーブルＴ１に第１の制御情報が登録済みである場合には、第１のカルテ情報の更新を禁止する。第１の装置１０１は、具体的には、第１のテーブルＴ１に第１の制御情報が登録済みである場合には、院内端末に第１のカルテ情報についての排他権限の取得失敗を示す失敗通知を送信し、院内端末による第１のカルテ情報の更新を禁止する。

一方で、第１の装置１０１は、例えば、第１のテーブルＴ１に第１の制御情報が登録済みでない場合には、第１のテーブルＴ１に第１の制御情報を登録し、第１のカルテ情報の更新を許可する。第１の装置１０１は、具体的には、第１のテーブルＴ１に第１の制御情報が登録済みでない場合には、第１のテーブルＴ１に第１の制御情報を登録し、院内端末に第１のカルテ情報についての排他権限の取得成功を示す成功通知を送信し、院内端末による第１のカルテ情報の更新を許可する。

（１－２）第２の装置１０２は、第２のカルテ情報の更新要求を受け付ける。第２のカルテ情報の更新要求は、第２のカルテ情報を更新可能にするために、第２のカルテ情報についての排他権限を要求することを示す情報である。第２の装置１０２は、例えば、ユーザの操作入力に基づき、第２のカルテ情報の更新要求を受け付ける。

第２の装置１０２は、第２のカルテ情報の更新要求を受け付けると、第３の装置１０３に、第１の装置１０１にアクセスさせ、第１の情報に基づき、第２のカルテ情報が更新可能であるか否かを確認させる。第２の装置１０２は、例えば、第２のカルテ情報の更新要求を受け付けると、第３の装置１０３に、第１のテーブルＴ１に第２のカルテ情報を示す第２の制御情報が登録済みであるか否かを確認させる。第２のカルテ情報は、第１のカルテ情報と同じカルテ情報であってもよい。

第２の装置１０２は、第３の装置１０３から応答を受信する。応答は、例えば、第３の装置１０３がアクセスに失敗し、第２のカルテ情報が更新可能であるか否かの確認に失敗した場合には、確認の失敗を示す情報を含む。また、応答は、例えば、第３の装置１０３がアクセスに成功し、第２のカルテ情報が更新可能であるか否かの確認に成功した場合には、第２のカルテ情報が更新可能であるか否かを示す情報を含む。応答は、具体的には、第２のカルテ情報が更新可能であるか否かを示す情報として、第２の制御情報が登録済みか否かを示す情報を含む。

ここで、第２の装置１０２は、第３の装置１０３によるアクセスに失敗し、第２のカルテ情報が更新可能であるか否かの確認に失敗した場合には、第２のカルテ情報の更新を禁止する。第２の装置１０２は、例えば、第１のテーブルＴ１の確認に失敗した場合には、第２のカルテ情報の更新を禁止する。

一方で、第２の装置１０２は、第３の装置１０３によるアクセスに成功した場合には、第３の装置１０３による確認の結果に応じて、第２のカルテ情報の更新を制御する。第２の装置１０２は、例えば、第１のテーブルＴ１に第２の制御情報が登録済みである場合には、第２のカルテ情報の更新を禁止する。また、第２の装置１０２は、例えば、第１のテーブルＴ１に第２の制御情報が登録済みでない場合には、第３の装置１０３に、第１のテーブルＴ１に第２の制御情報を登録させた後に、第２のカルテ情報の更新を許可する。

以上のように、第１の装置１０１、および、第２の装置１０２は、いずれも、自装置に更新要求されたカルテ情報を示す制御情報を、第１のテーブルＴ１に登録しなければ、自装置に更新要求されたカルテ情報の更新を許可することができなくなる。このため、排他制御システム１００は、第１のテーブルＴ１が、いずれのカルテ情報が更新中であるかについての最新の状態を表すようにすることができる。

これにより、第１の装置１０１は、他装置と通信しなくても、自装置内で第１のテーブルＴ１を確認すれば、自装置に更新要求されたカルテ情報が、他装置で既に更新中であるか否かを正しく判断することができる。このため、第１の装置１０１は、他装置と通信しなくても、自装置内で第１のテーブルＴ１を確認すれば、自装置に更新要求されたカルテ情報を、医療施設１１０内で更新可能であるか否かを正しく判断することができる。したがって、第１の装置１０１は、他装置との通信状況に依存して、医療施設１１０内ですべてのカルテ情報が更新不可能になってしまう状況を回避することができる。

例えば、医療施設１１０内にある院内端末のユーザである医療従事者が、患者Ａのカルテ情報を更新しようとする場合に、第１の装置１０１と第３の装置１０３との間で通信障害が発生してしまうことが考えられる。この場合、第１の装置１０１は、通信障害に関わらず、第１のテーブルＴ１に、患者Ａのカルテ情報を示す制御情報が登録済みであるか否かを確認すれば、患者Ａのカルテ情報を院内端末により更新可能であるか否かを正しく判断することができる。

具体的には、第１の装置１０１は、第１のテーブルＴ１に、患者Ａのカルテ情報を示す制御情報が登録済みでなければ、患者Ａのカルテ情報を院内端末により更新しても問題は生じないと判断することができる。問題は、例えば、異なる装置からのカルテ情報に対する更新内容が競合することである。そして、第１の装置１０１は、患者Ａのカルテ情報を院内端末により更新可能であると正しく判断することができる。

また、具体的には、第１の装置１０１は、通信障害が発生する前に第２の装置１０２が第１のテーブルＴ１に患者Ａのカルテ情報を示す制御情報を登録していれば、患者Ａのカルテ情報を、医療施設１１０内で更新すると問題が生じると判断することができる。そして、第１の装置１０１は、患者Ａのカルテ情報を医療施設１１０内で更新可能ではないと正しく判断することができる。結果として、第１の装置１０１は、通信障害に起因して、医療施設１１０内ですべてのカルテ情報が一律に更新不可能になってしまう状況を回避することができる。また、第１の装置１０１は、他装置と通信しなくても、排他制御システム１００においてカルテ情報が排他的に更新されるようにすることができる。

また、第２の装置１０２は、第１のテーブルＴ１を確認することができない場合、自装置に更新要求されたカルテ情報を、自装置で更新してしまわないようにすることができる。このため、第２の装置１０２は、第１の装置１０１が他装置と通信せずに第１のテーブルＴ１を確認してカルテ情報を更新可能か否かを判断するようにしていても、排他制御システム１００においてカルテ情報が排他的に更新されるようにすることができる。

具体的には、第２の装置１０２のユーザである医療従事者が、患者Ｂのカルテ情報を更新しようとする場合に、第１の装置１０１と第３の装置１０３との間で通信障害が発生してしまうことが考えられる。この場合、第２の装置１０２は、通信障害により第１のテーブルＴ１を確認することができないため、患者Ｂのカルテ情報を更新しないようにすることができる。結果として、第２の装置１０２は、排他制御システム１００においてカルテ情報が排他的に更新されるようにすることができる。

ここでは、第２の装置１０２が、第３の装置１０３から応答を受信した後、第３の装置１０３に、第１のテーブルＴ１に第２の制御情報を登録させる場合について説明したが、これに限らない。例えば、第２の装置１０２が、第３の装置１０３に、第１のテーブルＴ１に第２の制御情報が登録済みであるか否かを確認させ、登録済みでなければ第２の制御情報を登録するように指示してもよい。そして、第２の装置１０２は、第３の装置１０３から、登録完了通知を含む応答を受信すると、第２のカルテ情報の更新を許可する。

ここでは、排他制御システム１００が、第１の装置１０１と、第２の装置１０２と、第３の装置１０３とを含む場合について説明したが、これに限らない。例えば、排他制御システム１００が、第３の装置１０３を含まない場合があってもよい。この場合、第２の装置１０２は、直接、第１の装置１０１が有する第１のテーブルＴ１に、第２の制御情報が登録済みであるか否かを確認することになる。

ここでは、第１の装置１０１が、院内端末から第１のカルテ情報の更新要求を受け付け、医療施設１１０内で院内端末により第１のカルテ情報を更新可能であるか否かを判断する場合について説明したが、これに限らない。例えば、第１の装置１０１が、ユーザの操作入力に基づき第１のカルテ情報の更新要求を受け付け、医療施設１１０内で第１の装置１０１により第１のカルテ情報を更新可能であるか否かを判断する場合があってもよい。

（排他制御システム１００の具体例）
次に、図２を用いて、図１に示した排他制御システム１００の具体例について説明する。

図２は、排他制御システム１００の具体例を示す説明図である。図２において、排他制御システム１００は、情報処理装置２０１と、１以上の端末装置２０２と、クラウド装置２０３と、１以上の院内端末２１１とを含む。

排他制御システム１００において、情報処理装置２０１とクラウド装置２０３とは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

また、端末装置２０２とクラウド装置２０３とは、ネットワーク２１０を介して接続される。また、情報処理装置２０１と、院内端末２１１とは、ネットワーク２１０を介して接続される。情報処理装置２０１と、院内端末２１１とは、有線または無線により、直接接続されてもよい。

情報処理装置２０１は、図１に示した第１の装置１０１に対応するコンピュータである。情報処理装置２０１は、医療施設に対応する。情報処理装置２０１は、例えば、医療施設に設けられる。情報処理装置２０１は、医療施設に対応するが、医療施設内になく、院内端末２１１とクラウド装置２０３との間に存在してもよい。情報処理装置２０１は、例えば、図４に後述する院内排他ログテーブル４００と、図５に後述する院内排他テーブル５００と、図６に後述する院内同期テーブル６００とを有する。情報処理装置２０１は、さらに、院内エンティティテーブル（不図示）を有してもよい。

図４に後述する院内排他ログテーブル４００は、図１１に後述するクラウド排他テーブル１１００に反映させる内容を記憶するテーブルである。図５に後述する院内排他テーブル５００は、排他制御対象であるカルテ情報を示す制御情報を記憶し、排他制御対象であるカルテ情報を特定可能にするテーブルである。図５に後述する院内排他テーブル５００は、図１に示した第１のテーブルＴ１に対応する。

図６に後述する院内同期テーブル６００は、図１２に後述するオブジェクトメタテーブル１２００と同期し、図５に後述する院内排他テーブル５００に反映させる内容、または、図８に後述する端末排他テーブル８００に反映させる内容を記憶するテーブルである。また、図６に後述する院内同期テーブル６００は、院内エンティティテーブルに反映させる内容を記憶してもよい。院内エンティティテーブルは、カルテ情報を記憶するテーブルである。

情報処理装置２０１は、図４～図６に後述する各種テーブルに基づき、院内端末２１１によりカルテ情報を更新可能であるか否かを判断し、院内端末２１１によるカルテ情報の更新を許可または禁止する。図４～図６に後述する各種テーブルに基づく情報処理装置２０１の具体的な動作は、例えば、図１４～図１７に後述する実施例において説明する。情報処理装置２０１は、例えば、サーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などである。

端末装置２０２は、図１に示した第２の装置１０２に対応するコンピュータである。端末装置２０２は、例えば、医療従事者に所持される。端末装置２０２は、例えば、図８に後述する端末排他テーブル８００と、図９に後述する端末同期テーブル９００とを有する。端末装置２０２は、さらに、端末エンティティテーブル（不図示）を有してもよい。

図８に後述する端末排他テーブル８００は、排他制御対象であるカルテ情報を示す制御情報を記憶し、排他制御対象であるカルテ情報を特定可能にするテーブルである。図９に後述する端末同期テーブル９００は、図１２に後述するオブジェクトメタテーブル１２００と同期し、図５に後述する院内排他テーブル５００に反映させる内容、または、図８に後述する端末排他テーブル８００に反映させる内容を記憶するテーブルである。また、図９に後述する端末同期テーブル９００は、端末エンティティテーブルに反映させる内容を記憶してもよい。端末エンティティテーブルは、カルテ情報を記憶するテーブルである。

端末装置２０２は、図８および図９に後述する各種テーブルに基づき、自装置でカルテ情報を更新可能であるか否かを判断し、自装置によるカルテ情報の更新を許可または禁止する。図８および図９に後述する各種テーブルに基づく端末装置２０２の具体的な動作は、例えば、図１４～図１７に後述する実施例において説明する。端末装置２０２は、例えば、ノートＰＣ、タブレット端末、または、スマートフォンなどである。

クラウド装置２０３は、図１に示した第３の装置１０３に対応するコンピュータである。クラウド装置２０３は、例えば、図１１に後述するクラウド排他テーブル１１００と、図１２に後述するオブジェクトメタテーブル１２００とを有する。クラウド装置２０３は、さらに、オブジェクトバイナリ（不図示）を有してもよい。

図１１に後述するクラウド排他テーブル１１００は、排他制御対象であるカルテ情報を示す制御情報を記憶し、排他制御対象であるカルテ情報を特定可能にするテーブルである。図１２に後述するオブジェクトメタテーブル１２００は、図５に後述する院内排他テーブル５００に反映させる内容、または、図８に後述する端末排他テーブル８００に反映させる内容を記憶するテーブルである。また、図１２に後述するオブジェクトメタテーブル１２００は、オブジェクトバイナリに反映させる内容を記憶してもよい。オブジェクトバイナリは、カルテ情報を記憶するテーブルである。

クラウド装置２０３は、図１１および図１２に後述する各種テーブルに基づき、排他制御対象であるカルテ情報を特定可能にする。図１１および図１２に後述する各種テーブルに基づくクラウド装置２０３の具体的な動作は、例えば、図１４～図１７に後述する実施例において説明する。クラウド装置２０３は、例えば、サーバである。

院内端末２１１は、医療施設に設けられ、医療施設において医療従事者に利用されるコンピュータである。院内端末２１１は、医療従事者の操作入力に基づいて、更新要求を情報処理装置２０１に送信する。更新要求は、例えば、カルテ情報についての排他権限を取得し、院内端末２１１によりカルテ情報を更新可能にすることを要求する情報である。そして、院内端末２１１は、情報処理装置２０１の制御に従って、カルテ情報の更新を許可された場合には、カルテ情報を更新する。

ここでは、排他制御システム１００に含まれる情報処理装置２０１が１つである場合について説明したが、これに限らない。例えば、排他制御システム１００に含まれる情報処理装置２０１が２以上ある場合があってもよい。また、例えば、情報処理装置２０１が、いずれかの院内端末２１１としても動作する場合があってもよい。

また、ここでは、排他制御システム１００に含まれるクラウド装置２０３が１つである場合について説明したが、これに限らない。例えば、排他制御システム１００に含まれるクラウド装置２０３が２以上ある場合があってもよい。この場合、複数のクラウド装置２０３は、処理を分担してもよい。

ここでは、情報処理装置２０１が、院内端末２１１によりカルテ情報を更新可能であるか否かを判断する場合について説明したが、これに限らない。例えば、情報処理装置２０１が、自装置のユーザの操作入力により更新要求を受け付け、自装置によりカルテ情報を更新可能であるか否かを判断する場合があってもよい。そして、情報処理装置２０１は、自装置によるカルテ情報の更新を許可または禁止するようにしてもよい。

（情報処理装置２０１のハードウェア構成例）
次に、図３を用いて、情報処理装置２０１のハードウェア構成例について説明する。

図３は、情報処理装置２０１のハードウェア構成例を示すブロック図である。図３において、情報処理装置２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、記録媒体Ｉ／Ｆ３０４と、記録媒体３０５とを有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、情報処理装置２０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。メモリ３０２は、例えば、図４～図６に後述する各種テーブルを記憶する。

ネットワークＩ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ３０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ３０３は、例えば、モデムやＬＡＮアダプタなどである。

記録媒体Ｉ／Ｆ３０４は、ＣＰＵ３０１の制御に従って記録媒体３０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ３０４は、例えば、ディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートなどである。記録媒体３０５は、記録媒体Ｉ／Ｆ３０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体３０５は、例えば、図４～図６に後述する各種テーブルを記憶してもよい。記録媒体３０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体３０５は、情報処理装置２０１から着脱可能であってもよい。

情報処理装置２０１は、上述した構成部のほか、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、情報処理装置２０１は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を複数有していてもよい。また、情報処理装置２０１は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を有していなくてもよい。

（院内排他ログテーブル４００のデータ構造）
次に、図４を用いて、院内排他ログテーブル４００のデータ構造の一例について説明する。院内排他ログテーブル４００は、例えば、図３に示した情報処理装置２０１のメモリ３０２や記録媒体３０５などの記憶領域により実現される。

図４は、院内排他ログテーブル４００のデータ構造の一例を示す説明図である。図４に示すように、院内排他ログテーブル４００は、患者番号と、削除フラグとのフィールドを有する。院内排他ログテーブル４００は、各フィールドに情報を設定することにより、レコード４００－ａを記憶する。ａは、任意の整数である。

患者番号のフィールドには、排他制御対象であるカルテ情報を特定する情報として、排他制御対象であるカルテ情報に記述される患者を識別する番号である患者番号が設定される。削除フラグのフィールドには、患者番号を削除するか否かを示す削除フラグが設定される。レコード４００－ａは、クラウド排他テーブル１１００に反映する内容を示す。

（院内排他テーブル５００のデータ構造）
次に、図５を用いて、院内排他テーブル５００のデータ構造の一例について説明する。院内排他テーブル５００は、例えば、図３に示した情報処理装置２０１のメモリ３０２や記録媒体３０５などの記憶領域により実現される。

図５は、院内排他テーブル５００のデータ構造の一例を示す説明図である。図５に示すように、院内排他テーブル５００は、患者番号のフィールドを有する。院内排他テーブル５００は、各フィールドに情報を設定することにより、制御情報となるレコード５００－ｂを記憶する。ｂは、任意の整数である。

患者番号のフィールドには、排他制御対象であるカルテ情報を特定する情報として、排他制御対象であるカルテ情報に記述される患者を識別する番号である患者番号が設定される。レコード５００－ｂは、排他制御対象であるカルテ情報を特定可能にする。

（院内同期テーブル６００のデータ構造）
次に、図６を用いて、院内同期テーブル６００のデータ構造の一例について説明する。院内同期テーブル６００は、例えば、図３に示した情報処理装置２０１のメモリ３０２や記録媒体３０５などの記憶領域により実現される。

図６は、院内同期テーブル６００のデータ構造の一例を示す説明図である。図６に示すように、院内同期テーブル６００は、テーブル名と、キーマップと、患者番号と、エンティティデータと、削除フラグとのフィールドを有してもよい。院内同期テーブル６００は、各フィールドに情報を設定することにより、更新情報となるレコード６００－ｃを記憶する。ｃは、任意の整数である。

テーブル名のフィールドには、更新情報を反映させるテーブルを識別するテーブル名が設定される。テーブル名のフィールドには、例えば、院内排他テーブル５００、または、端末排他テーブル８００を識別するテーブル名が設定される。テーブル名のフィールドには、例えば、院内エンティティテーブル、または、端末エンティティテーブルを識別するテーブル名が設定されてもよい。キーマップのフィールドには、テーブル名が示すテーブルに、更新情報をどのように反映させるかを示すキーマップが設定される。

患者番号のフィールドには、更新情報を反映させる、テーブル名が示すテーブル内でのレコードを特定する情報として、患者を識別する番号である患者番号が設定される。エンティティデータのフィールドには、テーブル名が示すテーブルに反映させる更新内容であるエンティティが設定される。削除フラグのフィールドには、更新種別が削除であるか否かを示す削除フラグが設定される。レコード６００－ｃは、オブジェクトメタテーブル１２００と同期し、いずれかのテーブルに反映させる更新情報を示す。

（端末装置２０２のハードウェア構成例）
次に、図７を用いて、端末装置２０２のハードウェア構成例について説明する。

図７は、端末装置２０２のハードウェア構成例を示すブロック図である。図７において、端末装置２０２は、ＣＰＵ７０１と、メモリ７０２と、ネットワークＩ／Ｆ７０３と、記録媒体Ｉ／Ｆ７０４と、記録媒体７０５とを有する。また、各構成部は、バス７００によってそれぞれ接続される。

ここで、ＣＰＵ７０１は、端末装置２０２の全体の制御を司る。メモリ７０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ７０１のワークエリアとして使用される。メモリ７０２に記憶されるプログラムは、ＣＰＵ７０１にロードされることで、コーディングされている処理をＣＰＵ７０１に実行させる。メモリ７０２は、例えば、図８および図９に後述する各種テーブルを記憶する。

ネットワークＩ／Ｆ７０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ７０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ７０３は、例えば、モデムやＬＡＮアダプタなどである。

記録媒体Ｉ／Ｆ７０４は、ＣＰＵ７０１の制御に従って記録媒体７０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ７０４は、例えば、ディスクドライブ、ＳＳＤ、ＵＳＢポートなどである。記録媒体７０５は、記録媒体Ｉ／Ｆ７０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体７０５は、例えば、図８および図９に後述する各種テーブルを記憶してもよい。記録媒体７０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体７０５は、端末装置２０２から着脱可能であってもよい。

端末装置２０２は、上述した構成部のほか、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、端末装置２０２は、記録媒体Ｉ／Ｆ７０４や記録媒体７０５を複数有していてもよい。また、端末装置２０２は、記録媒体Ｉ／Ｆ７０４や記録媒体７０５を有していなくてもよい。

（端末排他テーブル８００のデータ構造）
次に、図８を用いて、端末排他テーブル８００のデータ構造の一例について説明する。端末排他テーブル８００は、例えば、図７に示した端末装置２０２のメモリ７０２や記録媒体７０５などの記憶領域により実現される。

図８は、端末排他テーブル８００のデータ構造の一例を示す説明図である。図８に示すように、端末排他テーブル８００は、患者番号のフィールドを有する。端末排他テーブル８００は、各フィールドに情報を設定することにより、制御情報となるレコード８００－ｄを記憶する。ｄは、任意の整数である。

患者番号のフィールドには、排他制御対象であるカルテ情報を特定する情報として、排他制御対象であるカルテ情報に記述される患者を識別する番号である患者番号が設定される。レコード８００－ｄは、排他制御対象であるカルテ情報を特定可能にする。

（端末同期テーブル９００のデータ構造）
次に、図９を用いて、端末同期テーブル９００のデータ構造の一例について説明する。端末同期テーブル９００は、例えば、図７に示した端末装置２０２のメモリ７０２や記録媒体７０５などの記憶領域により実現される。

図９は、端末同期テーブル９００のデータ構造の一例を示す説明図である。図９に示すように、端末同期テーブル９００は、テーブル名と、キーマップと、患者番号と、エンティティデータと、削除フラグとのフィールドを有してもよい。端末同期テーブル９００は、各フィールドに情報を設定することにより、更新情報となるレコード９００－ｅを記憶する。ｅは、任意の整数である。

テーブル名のフィールドには、更新情報を反映させるテーブルを識別するテーブル名が設定される。テーブル名のフィールドには、例えば、院内排他テーブル５００、または、端末排他テーブル８００を識別するテーブル名が設定される。テーブル名のフィールドには、例えば、院内エンティティテーブル、または、端末エンティティテーブルを識別するテーブル名が設定されてもよい。キーマップのフィールドには、テーブル名が示すテーブルに、更新情報をどのように反映させるかを示すキーマップが設定される。

患者番号のフィールドには、更新情報を反映させる、テーブル名が示すテーブル内でのレコードを特定する情報として、患者を識別する番号である患者番号が設定される。エンティティデータのフィールドには、テーブル名が示すテーブルに反映させる更新内容であるエンティティが設定される。削除フラグのフィールドには、更新種別が削除であるか否かを示す削除フラグが設定される。レコード９００－ｅは、オブジェクトメタテーブル１２００と同期し、いずれかのテーブルに反映させる更新情報を示す。

（クラウド装置２０３のハードウェア構成例）
次に、図１０を用いて、クラウド装置２０３のハードウェア構成例について説明する。

図１０は、クラウド装置２０３のハードウェア構成例を示すブロック図である。図１０において、クラウド装置２０３は、ＣＰＵ１００１と、メモリ１００２と、ネットワークＩ／Ｆ１００３と、記録媒体Ｉ／Ｆ１００４と、記録媒体１００５とを有する。また、各構成部は、バス１０００によってそれぞれ接続される。

ここで、ＣＰＵ１００１は、クラウド装置２０３の全体の制御を司る。メモリ１００２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ１００１のワークエリアとして使用される。メモリ１００２に記憶されるプログラムは、ＣＰＵ１００１にロードされることで、コーディングされている処理をＣＰＵ１００１に実行させる。メモリ１００２は、例えば、図１１および図１２に後述する各種テーブルを記憶する。

ネットワークＩ／Ｆ１００３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ１００３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ１００３は、例えば、モデムやＬＡＮアダプタなどである。

記録媒体Ｉ／Ｆ１００４は、ＣＰＵ１００１の制御に従って記録媒体１００５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ１００４は、例えば、ディスクドライブ、ＳＳＤ、ＵＳＢポートなどである。記録媒体１００５は、記録媒体Ｉ／Ｆ１００４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体１００５は、例えば、図１１および図１２に後述する各種テーブルを記憶してもよい。記録媒体１００５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体１００５は、クラウド装置２０３から着脱可能であってもよい。

クラウド装置２０３は、上述した構成部のほか、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、クラウド装置２０３は、記録媒体Ｉ／Ｆ１００４や記録媒体１００５を複数有していてもよい。また、クラウド装置２０３は、記録媒体Ｉ／Ｆ１００４や記録媒体１００５を有していなくてもよい。

（クラウド排他テーブル１１００のデータ構造）
次に、図１１を用いて、クラウド排他テーブル１１００のデータ構造の一例について説明する。クラウド排他テーブル１１００は、例えば、図１０に示したクラウド装置２０３のメモリ１００２や記録媒体１００５などの記憶領域により実現される。

図１１は、クラウド排他テーブル１１００のデータ構造の一例を示す説明図である。図１１に示すように、クラウド排他テーブル１１００は、患者番号のフィールドを有する。クラウド排他テーブル１１００は、各フィールドに情報を設定することにより、制御情報となるレコード１１００－ｆを記憶する。ｆは、任意の整数である。

患者番号のフィールドには、排他制御対象であるカルテ情報を特定する情報として、排他制御対象であるカルテ情報に記述される患者を識別する番号である患者番号が設定される。レコード１１００－ｆは、排他制御対象であるカルテ情報を特定可能にする。

（オブジェクトメタテーブル１２００のデータ構造）
次に、図１２を用いて、オブジェクトメタテーブル１２００のデータ構造の一例について説明する。オブジェクトメタテーブル１２００は、例えば、図１０に示したクラウド装置２０３のメモリ１００２や記録媒体１００５などの記憶領域により実現される。

図１２は、オブジェクトメタテーブル１２００のデータ構造の一例を示す説明図である。図１２に示すように、オブジェクトメタテーブル１２００は、テーブル名と、キーマップと、患者番号と、エンティティデータと、削除フラグとのフィールドを有してもよい。オブジェクトメタテーブル１２００は、各フィールドに情報を設定することにより、更新情報となるレコード１２００－ｇを記憶する。ｇは、任意の整数である。

テーブル名のフィールドには、更新情報を反映させるテーブルを識別するテーブル名が設定される。テーブル名のフィールドには、例えば、院内排他テーブル５００、または、端末排他テーブル８００を識別するテーブル名が設定される。テーブル名のフィールドには、例えば、院内エンティティテーブル、または、端末エンティティテーブルを識別するテーブル名が設定されてもよい。キーマップのフィールドには、テーブル名が示すテーブルに、更新情報をどのように反映させるかを示すキーマップが設定される。

患者番号のフィールドには、更新情報を反映させる、テーブル名が示すテーブル内でのレコードを特定する情報として、患者を識別する番号である患者番号が設定される。エンティティデータのフィールドには、テーブル名が示すテーブルに反映させる更新内容であるエンティティが設定される。削除フラグのフィールドには、更新種別が削除であるか否かを示す削除フラグが設定される。レコード１２００－ｇは、院内同期テーブル６００および端末同期テーブル９００と同期し、いずれかのテーブルに反映させる更新情報を示す。

（院内端末２１１のハードウェア構成例）
院内端末２１１のハードウェア構成例は、例えば、図３に示した情報処理装置２０１のハードウェア構成例と同様であるため、説明を省略する。また、院内端末２１１のハードウェア構成例は、例えば、図３に示した情報処理装置２０１のハードウェア構成例と同様であるが、院内端末２１１は、図４～図６に示した各種テーブルを記憶しなくてもよい。

（排他制御システム１００の機能的構成例）
次に、図１３を用いて、排他制御システム１００の機能的構成例について説明する。

図１３は、排他制御システム１００の機能的構成例を示すブロック図である。排他制御システム１００は、第１の装置１０１と、第２の装置１０２と、第３の装置１０３とを含む。

第１の装置１０１は、第１の記憶部１３１０と、第１の取得部１３１１と、第１の排他処理部１３１２と、第１の出力部１３１３とを含む。第１の装置１０１は、医療施設に対応する装置である。医療施設は、例えば、病院や診療所などである。第１の装置１０１は、例えば、図２に示した情報処理装置２０１によって実現される。以下の説明では、第１の装置１０１が、図２に示した情報処理装置２０１によって実現される場合について説明する。

第２の装置１０２は、第２の記憶部１３２０と、第２の取得部１３２１と、第２の排他処理部１３２２と、第２の出力部１３２３とを含む。第２の装置１０２は、医療従事者に所持される装置である。医療従事者は、例えば、医師や看護師などである。第２の装置１０２は、例えば、図２に示した端末装置２０２によって実現される。以下の説明では、第２の装置１０２が、図２に示した端末装置２０２によって実現される場合について説明する。

第３の装置１０３は、第３の記憶部１３３０と、第３の取得部１３３１と、第３の排他処理部１３３２と、第３の出力部１３３３とを含む。第３の装置１０３は、第１の装置１０１と第２の装置１０２と通信可能な装置である。第３の装置１０３は、例えば、図２に示したクラウド装置２０３によって実現される。以下の説明では、第３の装置１０３が、図２に示したクラウド装置２０３によって実現される場合について説明する。

＜第１の装置１０１となる情報処理装置２０１に含まれる各部についての説明＞
まず、第１の装置１０１となる情報処理装置２０１に含まれる、第１の記憶部１３１０と、第１の取得部１３１１と、第１の排他処理部１３１２と、第１の出力部１３１３との各部について説明する。

第１の記憶部１３１０は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域によって実現される。以下では、第１の記憶部１３１０が、情報処理装置２０１に含まれる場合について説明するが、これに限らない。例えば、第１の記憶部１３１０が、情報処理装置２０１とは異なる装置に含まれ、第１の記憶部１３１０の記憶内容が情報処理装置２０１から参照可能である場合があってもよい。

第１の取得部１３１１～第１の出力部１３１３は、情報処理装置２０１の制御部の一例として機能する。第１の取得部１３１１～第１の出力部１３１３は、具体的には、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、ネットワークＩ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶される。

第１の記憶部１３１０は、各機能部の処理において参照され、または更新される各種情報を記憶する。第１の記憶部１３１０は、第１の情報を記憶する。第１の情報は、排他制御対象であるカルテ情報を特定するための情報である。第１の情報は、例えば、排他制御対象であるカルテ情報を示す制御情報を含む。第１の情報は、例えば、排他制御対象ではないカルテ情報を示す制御情報を含み、排他制御対象であるカルテ情報を間接的に特定可能にしてもよい。

第１の記憶部１３１０は、例えば、第１のテーブルを記憶する。第１のテーブルは、排他制御対象であるカルテ情報を示す制御情報を記憶するテーブルである。第１のテーブルは、具体的には、院内排他テーブル５００である。第１の記憶部１３１０は、具体的には、院内排他テーブル５００を記憶する。また、第１の記憶部１３１０は、具体的には、院内排他ログテーブル４００や院内同期テーブル６００を記憶してもよい。

第１の取得部１３１１は、各機能部の処理に用いられる各種情報を取得する。第１の取得部１３１１は、取得した各種情報を、記憶部に記憶し、または、各機能部に出力する。また、第１の取得部１３１１は、記憶部に記憶しておいた各種情報を、各機能部に出力してもよい。第１の取得部１３１１は、例えば、ユーザの操作入力に基づき、各種情報を取得する。第１の取得部１３１１は、例えば、情報処理装置２０１とは異なる装置から、各種情報を受信してもよい。

第１の取得部１３１１は、具体的には、第１のカルテ情報の更新要求を受け付ける。第１の取得部１３１１は、より具体的には、院内端末２１１から、第１のカルテ情報の更新要求を受信する。更新要求は、第１のカルテ情報を更新可能にするために、第１のカルテ情報についての排他権限を要求することを示す情報である。

また、第１の取得部１３１１は、具体的には、クラウド装置２０３を介して、端末装置２０２で第２のカルテ情報を更新開始するための、第２のカルテ情報を示す更新情報を受信してもよい。また、第１の取得部１３１１は、具体的には、クラウド装置２０３を介して、端末装置２０２で第２のカルテ情報を更新終了したことを示す、削除フラグが有効な更新情報を受信してもよい。また、第１の取得部１３１１は、具体的には、クラウド装置２０３を介して、カルテ情報の更新内容を示す更新情報を受信してもよい。

第１の排他処理部１３１２は、第１のカルテ情報の更新要求を受け付けると、第１の情報に基づき、第１のカルテ情報が更新可能であるか否かを判定し、判定した結果に基づき、第１のカルテ情報の更新を制御する。ここで、第１の排他処理部１３１２は、第１のカルテ情報が更新可能であると判定した場合には、第１の情報を、第１のカルテ情報を排他制御対象として特定する情報へと更新した後、第１のカルテ情報の更新を許可する。一方で、第１の排他処理部１３１２は、第１のカルテ情報が更新可能ではないと判定した場合には、第１のカルテ情報の更新を禁止する。

第１の排他処理部１３１２は、例えば、第１のカルテ情報の更新要求を受け付けると、第１のテーブルに第１のカルテ情報を示す第１の制御情報が登録済みであるか否かを確認する。ここで、第１の排他処理部１３１２は、第１のテーブルに第１の制御情報が登録済みである場合には、第１のカルテ情報の更新を禁止する。一方で、第１の排他処理部１３１２は、第１のテーブルに第１の制御情報が登録済みでない場合には、第１のテーブルに第１の制御情報を登録した後に、第１のカルテ情報の更新を許可する。

第１の排他処理部１３１２は、具体的には、院内排他テーブル５００に第１の制御情報が登録済みである場合には、第１のカルテ情報についての排他権限を取得失敗と判断する。一方で、第１の排他処理部１３１２は、具体的には、院内排他テーブル５００に第１の制御情報が登録済みでない場合には、院内排他テーブル５００に第１の制御情報を登録した後に、第１のカルテ情報についての排他権限を取得成功と判断する。

第１の排他処理部１３１２は、より具体的には、第１のカルテ情報についての排他権限を取得失敗と判断すると、排他権限の取得失敗を示す失敗通知を院内端末２１１に送信し、院内端末２１１による第１のカルテ情報の更新を禁止する。一方で、第１の排他処理部１３１２は、より具体的には、第１のカルテ情報についての排他権限を取得成功と判断すると、排他権限の取得成功を示す成功通知を院内端末２１１に送信し、院内端末２１１による第１のカルテ情報の更新を許可する。

これにより、第１の排他処理部１３１２は、他装置と通信しなくても、第１のカルテ情報についての排他権限を取得することができ、通信状況に起因して第１のカルテ情報を更新不可能になってしまうことを回避することができる。また、第１の排他処理部１３１２は、他装置で第１のカルテ情報を更新中であれば、第１のカルテ情報についての排他権限を取得することなく、排他制御を実現することができる。

また、第１の排他処理部１３１２は、第１のカルテ情報が更新可能であると判定した場合には、第１の情報を更新した後に、さらに、クラウド装置２０３に、端末装置２０２にアクセスさせ、端末装置２０２が有する第２の情報を、第１のカルテ情報を排他制御対象として特定する情報へと更新させる。第２の情報は、排他制御対象であるカルテ情報を特定するための情報である。第２の情報は、例えば、排他制御対象であるカルテ情報を示す制御情報を含む。第２の情報は、例えば、排他制御対象ではないカルテ情報を示す制御情報を含み、排他制御対象であるカルテ情報を間接的に特定可能にしてもよい。

第１の排他処理部１３１２は、例えば、第１のテーブルに第１の制御情報が登録済みでない場合には、第１のテーブルに第１の制御情報を登録した後に、さらに、クラウド装置２０３に、端末装置２０２が有する第２のテーブルに第１の制御情報を登録させる。第２のテーブルは、排他制御対象であるカルテ情報を示す制御情報を記憶するテーブルである。第２のテーブルは、具体的には、端末排他テーブル８００である。

第１の排他処理部１３１２は、具体的には、第１の制御情報が登録済みでない場合には、院内排他テーブル５００に第１の制御情報を登録した後に、クラウド装置２０３に第１の制御情報を特定する更新情報を送信する。クラウド装置２０３は、更新情報により、端末排他テーブル８００に第１の制御情報を登録する。これにより、第１の排他処理部１３１２は、端末装置２０２が、院内排他テーブル５００を確認しなくても、端末排他テーブル８００を確認すれば、排他制御対象であるカルテ情報を特定可能にすることができる。

なお、排他制御対象であるカルテ情報を特定することと、新たに端末装置２０２が排他権限を獲得することは別である。後述するように、通信障害が発生している可能性を考慮して、端末装置２０２が、特定の対象のカルテ情報に対する排他権限を獲得する際には、さらに情報処理装置２０１との接続関係を確認する。ここでは、院内排他テーブル５００を確認しなくても、少なくとも、新たに端末装置２０２が排他権限を獲得できない排他制御対象を特定することを意味する。このため、第１の排他処理部１３１２は、情報処理装置２０１と端末装置２０２との間でのクラウド装置２０３を介した通信回数の低減化を図り、情報処理装置２０１と端末装置２０２とクラウド装置２０３との処理負担および通信負担の低減化を図ることができる。

また、第１の排他処理部１３１２は、第１のカルテ情報が更新可能であると判定した場合には、第１の情報を更新した後に、さらに、クラウド装置２０３に、クラウド装置２０３が有する第３の情報を、第１のカルテ情報を排他制御対象として特定する情報へと更新させてもよい。第３の情報は、排他制御対象であるカルテ情報を特定するための情報である。第３の情報は、例えば、排他制御対象であるカルテ情報を示す制御情報を含む。第３の情報は、例えば、排他制御対象ではないカルテ情報を示す制御情報を含み、排他制御対象であるカルテ情報を間接的に特定可能にしてもよい。

第１の排他処理部１３１２は、例えば、第１の制御情報が登録済みでない場合には、第１のテーブルに第１の制御情報を登録した後に、さらに、クラウド装置２０３に、クラウド装置２０３が有する第３のテーブルに第１の制御情報を登録させてもよい。第３のテーブルは、排他制御対象であるカルテ情報を示す制御情報を記憶するテーブルである。第３のテーブルは、具体的には、クラウド排他テーブル１１００である。

第１の排他処理部１３１２は、具体的には、第１の制御情報が登録済みでない場合には、院内排他テーブル５００に第１の制御情報を登録した後に、クラウド装置２０３に第１の制御情報を特定する更新情報を送信する。クラウド装置２０３は、更新情報により、クラウド排他テーブル１１００に第１の制御情報を登録する。これにより、第１の排他処理部１３１２は、端末装置２０２が、院内排他テーブル５００を確認しなくても、クラウド排他テーブル１１００を確認すれば、排他制御対象であるカルテ情報を特定可能にすることができる。このため、第１の排他処理部１３１２は、情報処理装置２０１と端末装置２０２との間でのクラウド装置２０３を介した通信回数の低減化を図り、情報処理装置２０１の処理負担および通信負担の低減化を図ることができる。

第１の排他処理部１３１２は、第１のカルテ情報の更新が終了すると、第１の情報を、第１のカルテ情報を排他制御対象として特定しない情報へと更新する。第１の排他処理部１３１２は、例えば、第１のカルテ情報の更新が終了すると、第１のテーブルから、第１の制御情報を削除する。第１の排他処理部１３１２は、具体的には、第１のカルテ情報の更新処理の終了を検出すると、院内排他テーブル５００から第１の制御情報を削除し、第１のカルテ情報についての排他権限を解放成功と判断する。これにより、第１の排他処理部１３１２は、第１のカルテ情報についての排他権限を解放し、他装置で第１のカルテ情報を更新可能にすることができる。

第１の排他処理部１３１２は、第１のカルテ情報の更新が終了すると、第２の情報を、第１のカルテ情報を排他制御対象として特定しない情報へと更新する。第１の排他処理部１３１２は、例えば、第２のテーブルに第１の制御情報を書き込ませた場合、第１のカルテ情報の更新が終了すると、第２のテーブルから、第１の制御情報を削除する。第１の排他処理部１３１２は、具体的には、第１のカルテ情報の更新処理の終了を検出すると、クラウド装置２０３を介して、端末排他テーブル８００から第１の制御情報を削除させる。

第１の排他処理部１３１２は、より具体的には、第１の制御情報を特定する、削除フラグが有効な更新情報を、クラウド装置２０３に送信することにより、クラウド装置２０３を介して、第１の制御情報を削除させる。これにより、第１の排他処理部１３１２は、第１のカルテ情報についての排他権限を解放した後に、端末装置２０２が、端末排他テーブル８００を確認して、誤って、第１のカルテ情報についての排他権限が未解放と判断することを防止することができる。

第１の排他処理部１３１２は、第１のカルテ情報の更新が終了すると、第３の情報を、第１のカルテ情報を排他制御対象として特定しない情報へと更新する。第１の排他処理部１３１２は、例えば、第３のテーブルに第１の制御情報を書き込ませた場合、第１のカルテ情報の更新を終了すると、第３のテーブルから、第１の制御情報を削除する。第１の排他処理部１３１２は、具体的には、第１のカルテ情報の更新処理の終了を検出すると、クラウド装置２０３を介して、クラウド排他テーブル１１００から第１の制御情報を削除させる。これにより、第１の排他処理部１３１２は、第１のカルテ情報についての排他権限を解放した後に、端末装置２０２が、クラウド排他テーブル１１００を確認して、誤って、第１のカルテ情報についての排他権限が未解放と判断することを防止することができる。

第１の排他処理部１３１２は、端末装置２０２で第２のカルテ情報を更新開始する際に、第１の情報を、第２のカルテ情報を排他制御対象として特定する情報へと更新してもよい。第１の排他処理部１３１２は、例えば、クラウド装置２０３を介して、第２のカルテ情報を示す更新情報を受信した場合には、第１のテーブルに、第２の制御情報を登録する。第１の排他処理部１３１２は、具体的には、院内排他テーブル５００に、第２の制御情報を登録する。これにより、第１の排他処理部１３１２は、端末装置２０２で第２のカルテ情報を更新中は、第２のカルテ情報についての排他権限を、情報処理装置２０１が取得不可能にすることができる。

第１の排他処理部１３１２は、端末装置２０２で第２のカルテ情報を更新終了した場合には、第１の情報を、第２のカルテ情報を排他制御対象として特定しない情報へと更新する。第１の排他処理部１３１２は、例えば、クラウド装置２０３を介して、端末装置２０２で第２のカルテ情報を更新終了したことを示す、削除フラグが有効な更新情報を受信した場合には、第１のテーブルから、第２の制御情報を削除する。第１の排他処理部１３１２は、具体的には、院内排他テーブル５００から、第２の制御情報を削除する。これにより、第１の排他処理部１３１２は、端末装置２０２で第２のカルテ情報を更新終了すれば、第２のカルテ情報についての排他権限を解放することができる。

第１の排他処理部１３１２は、カルテ情報を更新してもよい。第１の排他処理部１３１２は、例えば、クラウド装置２０３を介して、カルテ情報の更新内容を示す更新情報を受信した場合には、更新情報が示すカルテ情報の更新内容を、院内エンティティテーブルに反映する。これにより、第１の排他処理部１３１２は、カルテ情報を同期することができる。

第１の出力部１３１３は、各機能部の処理結果を出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ３０３による外部装置への送信、または、メモリ３０２や記録媒体３０５などの記憶領域への記憶である。第１の出力部１３１３は、例えば、第１のカルテ情報の更新を禁止したか、または、許可したかを示す通知情報を出力してもよい。第１の出力部１３１３は、具体的には、第１のカルテ情報の更新を禁止したか、または、許可したかを示す通知情報を、院内端末２１１に送信し、院内端末２１１のユーザに表示画面を通じて通知させる。これにより、第１の出力部１３１３は、各機能部の処理結果をユーザに通知可能にし、情報処理装置２０１の利便性の向上を図ることができる。

＜第２の装置１０２となる端末装置２０２に含まれる各部についての説明＞
次に、第２の装置１０２となる端末装置２０２に含まれる、第２の記憶部１３２０と、第２の取得部１３２１と、第２の排他処理部１３２２と、第２の出力部１３２３との各部について説明する。

第２の記憶部１３２０は、例えば、図７に示したメモリ７０２や記録媒体７０５などの記憶領域によって実現される。以下では、第２の記憶部１３２０が、端末装置２０２に含まれる場合について説明するが、これに限らない。例えば、第２の記憶部１３２０が、端末装置２０２とは異なる装置に含まれ、第２の記憶部１３２０の記憶内容が端末装置２０２から参照可能である場合があってもよい。

第２の取得部１３２１～第２の出力部１３２３は、端末装置２０２の制御部の一例として機能する。第２の取得部１３２１～第２の出力部１３２３は、具体的には、例えば、図７に示したメモリ７０２や記録媒体７０５などの記憶領域に記憶されたプログラムをＣＰＵ７０１に実行させることにより、または、ネットワークＩ／Ｆ７０３により、その機能を実現する。各機能部の処理結果は、例えば、図７に示したメモリ７０２や記録媒体７０５などの記憶領域に記憶される。

第２の記憶部１３２０は、各機能部の処理において参照され、または更新される各種情報を記憶する。第２の記憶部１３２０は、第２の情報を記憶する。第２の記憶部１３２０は、例えば、第２のテーブルを記憶する。第２の記憶部１３２０は、具体的には、端末排他テーブル８００を記憶する。また、第２の記憶部１３２０は、具体的には、端末同期テーブル９００を記憶してもよい。

第２の取得部１３２１は、各機能部の処理に用いられる各種情報を取得する。第２の取得部１３２１は、取得した各種情報を、記憶部に記憶し、または、各機能部に出力する。また、第２の取得部１３２１は、記憶部に記憶しておいた各種情報を、各機能部に出力してもよい。第２の取得部１３２１は、例えば、ユーザの操作入力に基づき、各種情報を取得する。第２の取得部１３２１は、例えば、端末装置２０２とは異なる装置から、各種情報を受信してもよい。

第２の取得部１３２１は、具体的には、ユーザの操作入力に基づき、第２のカルテ情報の更新要求を受け付ける。また、第２の取得部１３２１は、具体的には、クラウド装置２０３を介して、院内端末２１１により更新開始された第１のカルテ情報を示す制御情報を受信してもよい。また、第２の取得部１３２１は、具体的には、クラウド装置２０３を介して、院内端末２１１により第１のカルテ情報が更新終了されたことを示す、削除フラグが有効な更新情報を受信してもよい。また、第２の取得部１３２１は、具体的には、クラウド装置２０３を介して、カルテ情報の更新内容を示す更新情報を受信してもよい。

第２の排他処理部１３２２は、第２のカルテ情報の更新要求を受け付けると、クラウド装置２０３に、情報処理装置２０１にアクセスさせ、第１の情報に基づき、第２のカルテ情報が更新可能であるか否かを確認させる。これに対し、クラウド装置２０３は、応答を第２の排他処理部１３２２に返す。応答は、例えば、クラウド装置２０３がアクセスに失敗し、第２のカルテ情報が更新可能であるか否かの確認に失敗した場合には、確認の失敗を示す情報を含む。また、応答は、例えば、クラウド装置２０３がアクセスに成功し、第２のカルテ情報が更新可能であるか否かの確認に成功した場合には、第２のカルテ情報が更新可能であるか否かを示す情報を含む。

さらに、クラウド装置２０３は、第１の情報に基づき第２のカルテ情報が更新可能であると確認した場合、第１の情報を、第２のカルテ情報を排他制御対象として特定する情報へと更新してもよい。クラウド装置２０３は、第１の情報を更新した場合、応答に、第１の情報を更新完了したことを示す情報を含める。また、クラウド装置２０３は、確認結果に対応する応答と、更新完了に対応する応答とを別々に返してもよい。

ここで、第２の排他処理部１３２２は、応答に基づき、クラウド装置２０３によるアクセスに失敗した場合には、第２のカルテ情報の更新を禁止する。一方で、第２の排他処理部１３２２は、応答に基づき、クラウド装置２０３によるアクセスに成功した場合には、クラウド装置２０３による確認の結果に応じて、第２のカルテ情報の更新を制御する。第２の排他処理部１３２２は、応答に基づき、クラウド装置２０３によるアクセスに成功し、第１の情報に基づき第２のカルテ情報が更新可能であると確認され、クラウド装置２０３により第１の情報が更新された後に、第２のカルテ情報の更新を許可する。

第２の排他処理部１３２２は、例えば、第２のカルテ情報の更新要求を受け付けると、クラウド装置２０３に、第１のテーブルに第２のカルテ情報を示す第２の制御情報が登録済みであるか否かを確認させる。第２の排他処理部１３２２は、クラウド装置２０３の応答を受信する。ここで、第２の排他処理部１３２２は、第１のテーブルの確認に失敗した場合、または、第１のテーブルに第２の制御情報が登録済みである場合には、第２のカルテ情報の更新を禁止する。一方で、第２の排他処理部１３２２は、第１のテーブルに第２の制御情報が登録済みでない場合には、クラウド装置２０３が第１のテーブルに第２の制御情報を登録した後に、第２のカルテ情報の更新を許可する。

第２の排他処理部１３２２は、具体的には、院内排他テーブル５００の確認に失敗した場合、または、院内排他テーブル５００に第２の制御情報が登録済みである場合には、第２のカルテ情報についての排他権限を取得失敗と判断する。一方で、第２の排他処理部１３２２は、具体的には、院内排他テーブル５００に第２の制御情報が登録済みではない場合に、クラウド装置２０３が第１のテーブルに第２の制御情報を登録した後に、第２のカルテ情報についての排他権限を取得成功と判断し、第２のカルテ情報の更新を許可する。

また、クラウド装置２０３が、第２のカルテ情報が更新可能であると確認した際、自動で第１の情報を更新しない場合があってもよい。この場合には、第２の排他処理部１３２２は、具体的には、院内排他テーブル５００に第２の制御情報が登録済みでない場合に、クラウド装置２０３を介して、院内排他テーブル５００に第２の制御情報を登録する。第２の排他処理部１３２２は、より具体的には、第２の制御情報を特定する更新情報を、クラウド装置２０３に送信することにより、クラウド装置２０３を介して、第２の制御情報を登録する。そして、第２の排他処理部１３２２は、院内排他テーブル５００に第２の制御情報を登録した後に、第２のカルテ情報についての排他権限を取得成功と判断する。

これにより、第２の排他処理部１３２２は、第２のカルテ情報についての排他権限を取得する際には、院内排他テーブル５００に第２の制御情報を登録することができ、情報処理装置２０１が、第２のカルテ情報を更新しないようにすることができる。また、第２の排他処理部１３２２は、情報処理装置２０１が通信状況に起因して第２のカルテ情報以外を更新不可能になってしまうことを回避することができる。また、第２の排他処理部１３２２は、他装置で第２のカルテ情報を更新中であれば、第２のカルテ情報についての排他権限を取得することなく、排他制御を実現することができる。

また、第２の排他処理部１３２２は、第２のカルテ情報の更新要求を受け付けると、第２の情報に基づき、第２のカルテ情報が更新可能であるか否かを判定してもよい。ここで、第２の排他処理部１３２２は、第２の情報に基づき第２のカルテ情報が更新可能ではないと判定した場合には、第２のカルテ情報の更新を禁止する。一方で、第２の排他処理部１３２２は、第２の情報に基づき第２のカルテ情報が更新可能であると判定した場合には、クラウド装置２０３に、情報処理装置２０１にアクセスさせ、第１の情報に基づき、第２のカルテ情報が更新可能であるか否かを確認させる。

第２の排他処理部１３２２は、例えば、第２のカルテ情報の更新要求を受け付けると、第２のテーブルに第２の制御情報が登録済みであるか否かを確認する。ここで、第２の排他処理部１３２２は、第２のテーブルに第２の制御情報が登録済みである場合には、第２のカルテ情報の更新を禁止する。一方で、第２の排他処理部１３２２は、第２のテーブルに第２の制御情報が登録済みでない場合には、クラウド装置２０３に、第１のテーブルに第２の制御情報が登録済みであるか否かを確認させる。

第２の排他処理部１３２２は、具体的には、院内排他テーブル５００に第２の制御情報が登録済みであるか否かを確認する前に、端末排他テーブル８００に第２の制御情報が登録済みであるか否かを確認する。ここで、第２の排他処理部１３２２は、端末排他テーブル８００に第２の制御情報が登録済みである場合には、第２のカルテ情報についての排他権限を取得失敗と判断する。一方で、第２の排他処理部１３２２は、端末排他テーブル８００に第２の制御情報が登録済みではない場合には、院内排他テーブル５００の確認に移行する。

これにより、第２の排他処理部１３２２は、院内排他テーブル５００を確認しなくても、端末排他テーブル８００を確認すれば、他装置で第２のカルテ情報を更新中であるか否かを判断可能にすることができる。このため、第２の排他処理部１３２２は、情報処理装置２０１と端末装置２０２との間でのクラウド装置２０３を介した通信回数の低減化を図り、情報処理装置２０１と端末装置２０２とクラウド装置２０３との処理負担および通信負担の低減化を図ることができる。

また、第２の排他処理部１３２２は、クラウド装置２０３によるアクセスに成功し、第１の情報に基づき第２のカルテ情報が更新可能であると確認され、第１の情報が更新された後に、さらに、第２の情報を、第２のカルテ情報を排他制御対象として特定する情報へと更新してもよい。

第２の排他処理部１３２２は、例えば、第１のテーブルに第２の制御情報が登録済みでない場合には、クラウド装置２０３を介して、第１のテーブルに第２の制御情報が登録された後に、さらに、第２のテーブルに第２の制御情報を登録する。第２の排他処理部１３２２は、具体的には、クラウド装置２０３を介して、院内排他テーブル５００に第２の制御情報が登録された後に、さらに、端末排他テーブル８００に第２の制御情報を登録する。これにより、第２の排他処理部１３２２は、院内排他テーブル５００を確認しなくても、端末排他テーブル８００を確認すれば、端末装置２０２で第２のカルテ情報を更新中であることを特定可能にすることができる。

また、第２の排他処理部１３２２は、第２のカルテ情報の更新要求を受け付けると、クラウド装置２０３に、第３の情報に基づき、第２のカルテ情報が更新可能であるか否かを確認させてもよい。ここで、第２の排他処理部１３２２は、第３の情報に基づき第２のカルテ情報が更新可能ではないと確認された場合には、第２のカルテ情報の更新を禁止する。一方で、第２の排他処理部１３２２は、第３の情報に基づき第２のカルテ情報が更新可能であると確認された場合には、クラウド装置２０３に、情報処理装置２０１にアクセスさせ、第１の情報に基づき、第２のカルテ情報が更新可能であるか否かを確認させる。

第２の排他処理部１３２２は、例えば、第２のカルテ情報の更新要求を受け付けると、クラウド装置２０３に、第３のテーブルに第２の制御情報が登録済みであるか否かを確認させる。ここで、第２の排他処理部１３２２は、第３のテーブルに第２の制御情報が登録済みである場合には、第２のカルテ情報の更新を禁止する。一方で、第２の排他処理部１３２２は、第３のテーブルに第２の制御情報が登録済みでない場合には、クラウド装置２０３に、第１のテーブルに第２の制御情報が登録済みであるか否かを確認させる。

第２の排他処理部１３２２は、具体的には、院内排他テーブル５００に第２の制御情報が登録済みであるか否かを確認する前に、クラウド装置２０３を介して、クラウド排他テーブル１１００に第２の制御情報が登録済みであるか否かを確認する。ここで、第２の排他処理部１３２２は、クラウド排他テーブル１１００に第２の制御情報が登録済みである場合には、第２のカルテ情報についての排他権限を取得失敗と判断する。一方で、第２の排他処理部１３２２は、クラウド排他テーブル１１００に第２の制御情報が登録済みではない場合には、院内排他テーブル５００の確認に移行する。

これにより、第２の排他処理部１３２２は、院内排他テーブル５００を確認しなくても、クラウド排他テーブル１１００を確認すれば、他装置で第２のカルテ情報を更新中であるか否かを判断可能にすることができる。このため、第２の排他処理部１３２２は、情報処理装置２０１と端末装置２０２との間でのクラウド装置２０３を介した通信回数の低減化を図り、情報処理装置２０１の処理負担および通信負担の低減化を図ることができる。

第２の排他処理部１３２２は、クラウド装置２０３に、第１のテーブルに第２の制御情報を登録させた後に、第３のテーブルに第２の制御情報を登録させてもよい。クラウド装置２０３は、第１の情報に基づき第２のカルテ情報が更新可能であると確認した場合、第１の情報を、第２のカルテ情報を排他制御対象として特定する情報へと更新した後に、第３の情報を、第２のカルテ情報を排他制御対象として特定する情報へと更新する。クラウド装置２０３は、第３の情報を更新した場合、応答に、第３の情報を更新完了したことを示す情報を含める。また、クラウド装置２０３は、確認結果に対応する応答と、更新完了に対応する応答とを別々に返してもよい。

第２の排他処理部１３２２は、クラウド装置２０３によるアクセスに成功し、第１の情報に基づき第２のカルテ情報が更新可能であると確認され、第１の情報が更新され、第３の情報が更新された後に、第２のカルテ情報の更新を許可する。第２の排他処理部１３２２は、例えば、クラウド装置２０３が、第１のテーブルに第２の制御情報を登録させ、第３のテーブルに第２の制御情報を登録させた後に、第２のカルテ情報の更新を許可する。第２の排他処理部１３２２は、具体的には、クラウド装置２０３を介して、院内排他テーブル５００に第２の制御情報を登録され、さらに、クラウド排他テーブル１１００に第２の制御情報を登録された後に、第２のカルテ情報の更新を許可する。これにより、第２の排他処理部１３２２は、院内排他テーブル５００を確認しなくても、クラウド排他テーブル１１００を確認すれば、端末装置２０２で第２のカルテ情報を更新中であることを特定可能にすることができる。

また、クラウド装置２０３が、第２のカルテ情報が更新可能であると確認した際、自動で第３の情報を更新しない場合があってもよい。この場合、第２の排他処理部１３２２は、例えば、クラウド装置２０３に、第１のテーブルに第２の制御情報を登録させた後に、クラウド装置２０３に、第３のテーブルに第２の制御情報を登録させてから、第２のカルテ情報の更新を許可する。第２の排他処理部１３２２は、具体的には、クラウド装置２０３を介して、院内排他テーブル５００に第２の制御情報を登録させた後に、さらに、クラウド排他テーブル１１００に第２の制御情報を登録する。これにより、第２の排他処理部１３２２は、院内排他テーブル５００を確認しなくても、クラウド排他テーブル１１００を確認すれば、端末装置２０２で第２のカルテ情報を更新中であることを特定可能にすることができる。

第２の排他処理部１３２２は、第２のカルテ情報の更新が終了すると、クラウド装置２０３に、情報処理装置２０１にアクセスさせ、第１の情報を、第２のカルテ情報を排他制御対象として特定しない情報へと更新させる。第２の排他処理部１３２２は、例えば、第２のカルテ情報の更新が終了すると、クラウド装置２０３に、第１のテーブルから第２の制御情報を削除させる。

第２の排他処理部１３２２は、具体的には、第２のカルテ情報の更新処理の終了を検出すると、クラウド装置２０３を介して、院内排他テーブル５００から第２の制御情報を削除し、第２のカルテ情報についての排他権限を解放成功と判断する。第２の排他処理部１３２２は、より具体的には、第２の制御情報を特定する、削除フラグが有効な更新情報を、クラウド装置２０３に送信することにより、クラウド装置２０３を介して、第２の制御情報を削除させる。これにより、第２の排他処理部１３２２は、第２のカルテ情報についての排他権限を解放し、他装置で第２のカルテ情報を更新可能にすることができる。

第２の排他処理部１３２２は、第２のカルテ情報の更新が終了すると、第２の情報を、第２のカルテ情報を排他制御対象として特定しない情報へと更新させる。第２の排他処理部１３２２は、例えば、第２のテーブルに第２の制御情報を書き込んだ場合、第２のカルテ情報の更新が終了すると、第２のテーブルから、第２の制御情報を削除する。

第２の排他処理部１３２２は、具体的には、第２のカルテ情報の更新処理の終了を検出すると、端末排他テーブル８００から第２の制御情報を削除する。これにより、第２の排他処理部１３２２は、第２のカルテ情報についての排他権限を解放した後に、端末装置２０２が、端末排他テーブル８００を確認して、誤って、第２のカルテ情報についての排他権限が未解放と判断することを防止することができる。

第２の排他処理部１３２２は、第２のカルテ情報の更新が終了すると、クラウド装置２０３に、第３の情報を、第２のカルテ情報を排他制御対象として特定しない情報へと更新させる。第２の排他処理部１３２２は、例えば、第３のテーブルに第２の制御情報を書き込ませた場合、第２のカルテ情報の更新が終了すると、第３のテーブルから、第２の制御情報を削除する。

第２の排他処理部１３２２は、具体的には、第２のカルテ情報の更新処理の終了を検出すると、クラウド装置２０３を介して、クラウド排他テーブル１１００から第２の制御情報を削除させる。これにより、第２の排他処理部１３２２は、第２のカルテ情報についての排他権限を解放した後に、端末装置２０２が、クラウド排他テーブル１１００を確認して、誤って、第２のカルテ情報についての排他権限が未解放と判断することを防止することができる。

第２の排他処理部１３２２は、院内端末２１１により第１のカルテ情報が更新開始される際に、第２の情報を、第１のカルテ情報を排他制御対象として特定する情報へと更新してもよい。第２の排他処理部１３２２は、例えば、クラウド装置２０３を介して、第１のカルテ情報を示す更新情報を受信した場合には、第２のテーブルに、第１の制御情報を登録する。第２の排他処理部１３２２は、具体的には、端末排他テーブル８００に、第１の制御情報を登録する。これにより、第２の排他処理部１３２２は、院内端末２１１により第１のカルテ情報を更新中であると特定可能にすることができる。

第２の排他処理部１３２２は、院内端末２１１により第１のカルテ情報が更新終了された場合には、第２の情報を、第１のカルテ情報を排他制御対象として特定しない情報へと更新する。第２の排他処理部１３２２は、例えば、クラウド装置２０３を介して、院内端末２１１により第１のカルテ情報が更新終了されたことを示す、削除フラグが有効な更新情報を受信した場合には、第２のテーブルから、第１の制御情報を削除する。第２の排他処理部１３２２は、具体的には、端末排他テーブル８００から、第１の制御情報を削除する。これにより、第２の排他処理部１３２２は、第１のカルテ情報についての排他権限が解放されたことを特定可能にすることができる。

第２の排他処理部１３２２は、カルテ情報を更新してもよい。第２の排他処理部１３２２は、クラウド装置２０３を介して、カルテ情報の更新内容を示す更新情報を受信した場合には、更新情報が示すカルテ情報の更新内容を、端末エンティティテーブルに反映する。これにより、第２の排他処理部１３２２は、カルテ情報を同期することができる。

第２の出力部１３２３は、各機能部の処理結果を出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ７０３による外部装置への送信、または、メモリ７０２や記録媒体７０５などの記憶領域への記憶である。第２の出力部１３２３は、例えば、第２のカルテ情報の更新を禁止したか、または、許可したかを示す通知情報を出力してもよい。これにより、第２の出力部１３２３は、各機能部の処理結果をユーザに通知可能にし、端末装置２０２の利便性の向上を図ることができる。

＜第３の装置１０３となるクラウド装置２０３に含まれる各部についての説明＞
次に、第３の装置１０３となるクラウド装置２０３に含まれる、第３の記憶部１３３０と、第３の取得部１３３１と、第３の排他処理部１３３２と、第３の出力部１３３３との各部について説明する。

第３の記憶部１３３０は、例えば、図１０に示したメモリ１００２や記録媒体１００５などの記憶領域によって実現される。以下では、第３の記憶部１３３０が、クラウド装置２０３に含まれる場合について説明するが、これに限らない。例えば、第３の記憶部１３３０が、クラウド装置２０３とは異なる装置に含まれ、第３の記憶部１３３０の記憶内容がクラウド装置２０３から参照可能である場合があってもよい。

第３の取得部１３３１～第３の出力部１３３３は、クラウド装置２０３の制御部の一例として機能する。第３の取得部１３３１～第３の出力部１３３３は、具体的には、例えば、メモリ１００２や記録媒体１００５などの記憶領域に記憶されたプログラムをＣＰＵ１００１に実行させることにより、または、ネットワークＩ／Ｆ１００３により、その機能を実現する。各機能部の処理結果は、例えば、図１０に示したメモリ１００２や記録媒体１００５などの記憶領域に記憶される。

第３の記憶部１３３０は、各機能部の処理において参照され、または更新される各種情報を記憶する。第３の記憶部１３３０は、第３の情報を記憶する。第３の記憶部１３３０は、例えば、第３のテーブルを記憶する。第３の記憶部１３３０は、具体的には、クラウド排他テーブル１１００を記憶する。また、第３の記憶部１３３０は、具体的には、オブジェクトメタテーブル１２００を記憶してもよい。

第３の取得部１３３１は、各機能部の処理に用いられる各種情報を取得する。第３の取得部１３３１は、取得した各種情報を、記憶部に記憶し、または、各機能部に出力する。また、第３の取得部１３３１は、記憶部に記憶しておいた各種情報を、各機能部に出力してもよい。第３の取得部１３３１は、例えば、ユーザの操作入力に基づき、各種情報を取得する。第３の取得部１３３１は、例えば、クラウド装置２０３とは異なる装置から、各種情報を受信してもよい。

第３の取得部１３３１は、具体的には、院内端末２１１により更新開始された第１のカルテ情報を示す更新情報を、情報処理装置２０１から受信する。また、第３の取得部１３３１は、具体的には、院内端末２１１により第１のカルテ情報が更新終了されたことを示す、削除フラグが有効な更新情報を、情報処理装置２０１から受信してもよい。

また、第３の取得部１３３１は、具体的には、端末装置２０２により第２のカルテ情報を更新開始するための、第２のカルテ情報を示す更新情報を、端末装置２０２から受信してもよい。また、第３の取得部１３３１は、具体的には、端末装置２０２により第２のカルテ情報が更新終了されたことを示す、削除フラグが有効な更新情報を、端末装置２０２から受信してもよい。また、第３の取得部１３３１は、具体的には、カルテ情報の更新内容を示す更新情報を受信してもよい。

第３の排他処理部１３３２は、情報処理装置２０１の制御に従って、第２の情報を、第１のカルテ情報を排他制御対象として特定する情報へと更新する。第３の排他処理部１３３２は、例えば、情報処理装置２０１の制御に従って、一定時間間隔で、端末装置２０２との接続が可能か否かを確認し、端末装置２０２との接続が可能であれば、第２のテーブルに第１の制御情報を登録する。

第３の排他処理部１３３２は、具体的には、院内端末２１１により更新開始された第１のカルテ情報を示す更新情報を受信すると、一定時間間隔で、端末装置２０２との接続が可能か否かを確認する。そして、第３の排他処理部１３３２は、端末装置２０２との接続が可能であれば、端末排他テーブル８００に第１の制御情報を登録する。これにより、第３の排他処理部１３３２は、端末排他テーブル８００を最新の状態に更新することができる。また、第３の排他処理部１３３２は、端末装置２０２が電源オフでも、電源オンになるまで待って、端末排他テーブル８００を最新の状態に更新することができる。

第３の排他処理部１３３２は、情報処理装置２０１の制御に従って、第２の情報を、第１のカルテ情報を排他制御対象として特定しない情報へと更新する。第３の排他処理部１３３２は、例えば、情報処理装置２０１の制御に従って、一定時間間隔で、端末装置２０２との接続が可能か否かを確認し、端末装置２０２との接続が可能であれば、第２のテーブルから第１の制御情報を削除する。

第３の排他処理部１３３２は、具体的には、院内端末２１１により第１のカルテ情報が更新終了されたことを示す、削除フラグが有効な更新情報を受信した場合、一定時間間隔で、端末装置２０２との接続が可能か否かを確認する。そして、第３の排他処理部１３３２は、端末装置２０２との接続が可能であれば、端末排他テーブル８００から第１の制御情報を削除する。これにより、第３の排他処理部１３３２は、端末排他テーブル８００を最新の状態に更新することができる。また、第３の排他処理部１３３２は、端末装置２０２が電源オフでも、電源オンになるまで待って、端末排他テーブル８００を最新の状態に更新することができる。

第３の排他処理部１３３２は、情報処理装置２０１の制御に従って、第３の情報を、第１のカルテ情報を排他制御対象として特定する情報へと更新してもよい。第３の排他処理部１３３２は、例えば、情報処理装置２０１の制御に従って、第３のテーブルに第１の制御情報を登録する。第３の排他処理部１３３２は、具体的には、院内端末２１１により更新開始された第１のカルテ情報を示す更新情報を受信すると、クラウド排他テーブル１１００に第１の制御情報を登録する。

第３の排他処理部１３３２は、情報処理装置２０１の制御に従って、第３の情報を、第１のカルテ情報を排他制御対象として特定しない情報へと更新してもよい。第３の排他処理部１３３２は、例えば、情報処理装置２０１の制御に従って、第３のテーブルから第１の制御情報を削除する。第３の排他処理部１３３２は、具体的には、院内端末２１１により第１のカルテ情報が更新終了されたことを示す、削除フラグが有効な更新情報を受信した場合、クラウド排他テーブル１１００から第１の制御情報を削除する。

第３の排他処理部１３３２は、端末装置２０２の制御に従って、情報処理装置２０１にアクセスし、第１の情報に基づき、第２のカルテ情報が更新可能であるか否かを確認し、応答を端末装置２０２に返す。第３の排他処理部１３３２は、例えば、端末装置２０２の制御に従って、情報処理装置２０１との接続が可能か否かを確認する。第３の排他処理部１３３２は、情報処理装置２０１との接続が可能でなければ、応答を端末装置２０２に返す。また、第３の排他処理部１３３２は、情報処理装置２０１との接続が可能であれば、第１のテーブルに第２の制御情報が登録済みであるか否かを示す情報を含めた応答を端末装置２０２に返す。

第３の排他処理部１３３２は、具体的には、端末装置２０２で第２のカルテ情報を更新開始するための、第２のカルテ情報を示す更新情報を受信すると、情報処理装置２０１との接続が可能か否かを確認する。そして、第３の排他処理部１３３２は、情報処理装置２０１との接続が可能でなければ、応答を端末装置２０２に返す。また、第３の排他処理部１３３２は、情報処理装置２０１との接続が可能であれば、院内排他テーブル５００に第２の制御情報が登録済みであるか否かを示す情報を含めた応答を端末装置２０２に返す。

第３の排他処理部１３３２は、端末装置２０２の制御に従って、第１の情報に基づき第２のカルテ情報が更新可能であると確認した場合、第１の情報を、第２のカルテ情報を排他制御対象として特定する情報へと更新する。この際、第３の排他処理部１３３２は、第１の情報の更新が完了したことを示す情報を含めた応答を端末装置２０２に返してもよい。第３の排他処理部１３３２は、例えば、端末装置２０２の制御に従って、情報処理装置２０１との接続が可能か否かを確認し、情報処理装置２０１との接続が可能であり、第１のテーブルに第２の制御情報が登録済みでなければ、第１のテーブルに第２の制御情報を登録する。

第３の排他処理部１３３２は、具体的には、端末装置２０２で第２のカルテ情報を更新開始するための、第２のカルテ情報を示す更新情報を受信すると、情報処理装置２０１との接続が可能か否かを確認する。そして、第３の排他処理部１３３２は、情報処理装置２０１との接続が可能であり、院内排他テーブル５００に第２の制御情報が登録済みでなければ、院内排他テーブル５００に第２の制御情報を登録する。これにより、第３の排他処理部１３３２は、院内排他テーブル５００を最新の状態に更新することができる。

第３の排他処理部１３３２は、端末装置２０２の制御に従って、第１の情報を、第２のカルテ情報を排他制御対象として特定しない情報へと更新する。第３の排他処理部１３３２は、例えば、端末装置２０２の制御に従って、一定時間間隔で、情報処理装置２０１との接続が可能か否かを確認し、情報処理装置２０１との接続が可能であれば、第１のテーブルから第２の制御情報を削除する。

第３の排他処理部１３３２は、具体的には、端末装置２０２で第２のカルテ情報を更新終了したことを示す、削除フラグが有効な更新情報を受信した場合、一定時間間隔で、情報処理装置２０１との接続が可能か否かを確認する。そして、第３の排他処理部１３３２は、情報処理装置２０１との接続が可能であれば、院内排他テーブル５００から第２の制御情報を削除する。これにより、第３の排他処理部１３３２は、院内排他テーブル５００を最新の状態に更新することができる。

第３の排他処理部１３３２は、端末装置２０２の制御に従って、第１の情報を更新した後に、第３の情報を、第２のカルテ情報を排他制御対象として特定する情報へと更新してもよい。第３の排他処理部１３３２は、例えば、端末装置２０２の制御に従って、第３のテーブルに第２の制御情報を登録する。第３の排他処理部１３３２は、具体的には、端末装置２０２で更新開始した第２のカルテ情報を示す更新情報を受信すると、クラウド排他テーブル１１００に第２の制御情報を登録する。

第３の排他処理部１３３２は、端末装置２０２の制御に従って、第３の情報を、第２のカルテ情報を排他制御対象として特定しない情報へと更新してもよい。第３の排他処理部１３３２は、例えば、端末装置２０２の制御に従って、第３のテーブルから第２の制御情報を削除する。第３の排他処理部１３３２は、具体的には、端末装置２０２で第２のカルテ情報を更新終了したことを示す、削除フラグが有効な更新情報を受信した場合、クラウド排他テーブル１１００から第２の制御情報を削除する。

第３の排他処理部１３３２は、カルテ情報を更新する。第３の排他処理部１３３２は、例えば、カルテ情報の更新内容を示す更新情報を受信した場合には、更新情報が示すカルテ情報の更新内容を、オブジェクトバイナリに反映する。また、第３の排他処理部１３３２は、具体的には、更新情報が示すカルテ情報の更新内容を、院内エンティティテーブルまたは端末エンティティテーブルに反映する。これにより、第３の排他処理部１３３２は、カルテ情報を同期することができる。

第３の出力部１３３３は、各機能部の処理結果を出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ１００３による外部装置への送信、または、メモリ１００２や記録媒体１００５などの記憶領域への記憶である。これにより、第３の出力部１３３３は、各機能部の処理結果をユーザに通知可能にし、クラウド装置２０３の利便性の向上を図ることができる。

（排他制御システム１００の実施例）
次に、図１４～図１９を用いて、排他制御システム１００の実施例について説明する。まず、図１４の説明に移行し、排他制御システム１００において、情報処理装置２０１が、カルテ情報についての排他権限を取得成功する一例について説明する。

図１４は、情報処理装置２０１が排他権限を取得成功する一例を示す説明図である。図１４において、情報処理装置２０１は、患者Ａのカルテ情報の更新要求を、院内端末２１１から受け付ける。

（１４－１）情報処理装置２０１は、矢印部１４０１に示すように、院内排他テーブル５００に患者Ａの患者番号が存在しなければ、患者Ａのカルテ情報に対応する更新情報を、院内排他ログテーブル４００に登録する。患者Ａのカルテ情報に対応する更新情報は、例えば、患者Ａを特定する情報として、患者Ａを識別する患者番号を含む。

（１４－２）情報処理装置２０１は、矢印部１４０２に示すように、院内排他テーブル５００に患者Ａの患者番号が存在しなければ、患者Ａのカルテ情報に対応する制御情報を、院内排他テーブル５００に登録する。患者Ａのカルテ情報に対応する制御情報は、例えば、患者Ａを特定する情報として、患者Ａを識別する患者番号を含む。

ここで、情報処理装置２０１は、患者Ａのカルテ情報に対応する制御情報を院内排他テーブル５００に登録できたため、患者Ａのカルテ情報についての排他権限を取得成功と判断する。情報処理装置２０１は、院内端末２１１によりカルテ情報が更新されると、カルテ情報の更新内容を示す更新情報を、院内同期テーブル６００に登録し、クラウド装置２０３を介してカルテ情報を端末装置２０２と同期してもよい。

（１４－３）情報処理装置２０１は、矢印部１４０３に示すように、患者Ａのカルテ情報に対応する更新情報を、院内同期テーブル６００に登録する。

（１４－４）情報処理装置２０１は、矢印部１４０４に示すように、院内排他ログテーブル４００に登録された患者Ａのカルテ情報に対応する更新情報に基づいて、クラウド排他テーブル１１００に患者Ａのカルテ情報に対応する制御情報を登録させる。情報処理装置２０１は、例えば、一定時間ごとに、クラウド装置２０３との接続を確認し、クラウド装置２０３と接続できた場合、患者Ａのカルテ情報に対応する制御情報を、クラウド排他テーブル１１００に登録させる。

（１４－５）情報処理装置２０１は、矢印部１４０５に示すように、一定時間ごとに、院内同期テーブル６００に登録された患者Ａのカルテ情報に対応する更新情報を、オブジェクトメタテーブル１２００に同期させる。

（１４－６）クラウド装置２０３は、矢印部１４０６に示すように、一定時間ごとに、オブジェクトメタテーブル１２００に登録された患者Ａのカルテ情報に対応する更新情報を、端末同期テーブル９００に同期させる。

（１４－７）端末装置２０２は、矢印部１４０７に示すように、端末同期テーブル９００に登録された患者Ａのカルテ情報に対応する更新情報に基づいて、端末排他テーブル８００に患者Ａのカルテ情報に対応する制御情報を登録する。

（１４－８）端末装置２０２は、矢印部１４０８に示すように、患者Ａのカルテ情報の更新要求を受け付けた場合、端末排他テーブル８００に登録済みの患者Ａのカルテ情報に対応する制御情報に基づいて、排他権限を取得失敗と判断する。

これにより、情報処理装置２０１は、患者Ａのカルテ情報についての排他権限を正しく取得することができ、院内端末２１１による患者Ａのカルテ情報の更新を許可することができる。そして、端末装置２０２は、情報処理装置２０１が患者Ａのカルテ情報についての排他権限を取得中であれば、患者Ａのカルテ情報についての排他権限を取得しないようにすることができる。このため、排他制御システム１００は、カルテ情報を排他的に更新可能にすることができる。

次に、図１５の説明に移行し、排他制御システム１００において、端末装置２０２が、カルテ情報についての排他権限を取得成功する一例について説明する。

図１５は、端末装置２０２が排他権限を取得成功する一例を示す説明図である。図１５において、端末装置２０２は、患者Ｂのカルテ情報の更新要求を受け付ける。

（１５－１）端末装置２０２は、矢印部１５０１に示すように、患者Ｂのカルテ情報に対応する制御情報を、端末排他テーブル８００から検索する。患者Ｂのカルテ情報に対応する制御情報は、例えば、患者Ｂを特定する情報として、患者Ｂを識別する患者番号を含む。

（１５－２）端末装置２０２は、端末排他テーブル８００に、患者Ｂのカルテ情報に対応する制御情報が登録されていなければ、矢印部１５０２に示すように、患者Ｂのカルテ情報に対応する制御情報を、クラウド装置２０３に送信する。

（１５－３）クラウド装置２０３は、患者Ｂのカルテ情報に対応する制御情報を受信すると、矢印部１５０３に示すように、患者Ｂのカルテ情報に対応する制御情報を、院内排他テーブル５００から検索する。クラウド装置２０３は、院内排他テーブル５００に、患者Ｂのカルテ情報に対応する制御情報が登録されていなければ、院内排他テーブル５００に、患者Ｂのカルテ情報に対応する制御情報を登録する。

（１５－４）クラウド装置２０３は、院内排他テーブル５００に、患者Ｂのカルテ情報に対応する制御情報を登録できると、矢印部１５０４に示すように、クラウド排他テーブル１１００に患者Ｂのカルテ情報に対応する制御情報を登録する。

（１５－５）クラウド装置２０３は、矢印部１５０５に示すように、院内排他テーブル５００に、患者Ｂのカルテ情報に対応する制御情報を登録成功したことを示す通知を、端末装置２０２に送信する。

（１５－６）端末装置２０２は、矢印部１５０６に示すように、端末同期テーブル９００に、患者Ｂのカルテ情報に対応する更新情報を登録する。

（１５－７）端末装置２０２は、矢印部１５０７に示すように、端末排他テーブル８００に、患者Ｂのカルテ情報に対応する制御情報を登録する。

ここで、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を取得成功と判断する。端末装置２０２は、カルテ情報を更新すると、カルテ情報の更新内容を示す更新情報を、端末同期テーブル９００に登録し、クラウド装置２０３を介してカルテ情報を情報処理装置２０１と同期してもよい。

（１５－８）端末装置２０２は、矢印部１５０８に示すように、一定時間ごとに、端末同期テーブル９００に登録された患者Ｂのカルテ情報に対応する更新情報を、オブジェクトメタテーブル１２００に同期させる。

（１５－９）クラウド装置２０３は、矢印部１５０９に示すように、一定時間ごとに、オブジェクトメタテーブル１２００に登録された患者Ｂのカルテ情報に対応する更新情報を、院内同期テーブル６００に同期させる。

（１５－１０）情報処理装置２０１は、矢印部１５１０に示すように、院内同期テーブル６００に登録された患者Ｂのカルテ情報に対応する更新情報に基づいて、院内排他テーブル５００に患者Ｂのカルテ情報に対応する制御情報を登録する。

（１５－１１）情報処理装置２０１は、矢印部１５１１に示すように、院内端末２１１から患者Ｂのカルテ情報の更新要求を受け付けた場合、院内排他テーブル５００に登録済みの患者Ｂのカルテ情報に対応する制御情報に基づいて、排他権限を取得失敗と判断する。

これにより、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を正しく取得することができる。そして、情報処理装置２０１は、端末装置２０２が患者Ｂのカルテ情報についての排他権限を取得中であれば、患者Ｂのカルテ情報についての排他権限を取得しないようにすることができる。このため、排他制御システム１００は、カルテ情報を排他的に更新可能にすることができる。

次に、図１６の説明に移行し、排他制御システム１００において、通信障害の発生時に、情報処理装置２０１が、カルテ情報についての排他権限を取得成功する一例について説明する。

図１６は、通信障害の発生時に情報処理装置２０１が排他権限を取得成功する一例を示す説明図である。図１６の例では、図１４および図１５に示した排他制御システム１００の動作後に、情報処理装置２０１とクラウド装置２０３との間で通信障害が発生した状況について説明する。図１６において、情報処理装置２０１は、院内端末２１１から、患者Ｃのカルテ情報の更新要求を受け付ける。

（１６－１）情報処理装置２０１は、矢印部１６０１に示すように、院内排他テーブル５００に患者Ｃの患者番号が存在しなければ、患者Ｃのカルテ情報に対応する更新情報を、院内排他ログテーブル４００に登録する。患者Ｃのカルテ情報に対応する更新情報は、例えば、患者Ｃを特定する情報として、患者Ｃを識別する患者番号を含む。

（１６－２）情報処理装置２０１は、矢印部１６０２に示すように、院内排他テーブル５００に患者Ｃの患者番号が存在しなければ、患者Ｃのカルテ情報に対応する制御情報を、院内排他テーブル５００に登録する。患者Ｃのカルテ情報に対応する制御情報は、例えば、患者Ｃを特定する情報として、患者Ｃを識別する患者番号を含む。

ここで、情報処理装置２０１は、患者Ｃのカルテ情報に対応する制御情報を、院内排他テーブル５００に登録できたため、患者Ｃのカルテ情報についての排他権限を取得成功と判断する。情報処理装置２０１は、カルテ情報を更新すると、カルテ情報の更新内容を示す更新情報を、院内同期テーブル６００に登録し、クラウド装置２０３を介してカルテ情報を端末装置２０２と同期してもよい。

（１６－３）情報処理装置２０１は、矢印部１６０３に示すように、患者Ｃのカルテ情報に対応する更新情報を、院内同期テーブル６００に登録する。

本実施例によれば、クラウド上のクラウド排他テーブルを参照することなく、新たな患者Ｃについて排他権限を獲得できる。また、情報処理装置２０１は、通信障害により、すぐにはクラウド排他テーブル１１００に患者Ｃのカルテ情報に対応する制御情報を登録させることができない状況でも、患者Ｃのカルテ情報についての排他権限を取得成功と判断することができ、院内端末２１１による患者Ｃのカルテ情報の更新を許可することができる。このため、情報処理装置２０１は、クラウド装置２０３との通信状況に依存して、医療施設において院内端末２１１によりすべてのカルテ情報が更新不可能になってしまう状況を回避することができる。

また、情報処理装置２０１は、通信障害の解消後、患者Ｃのカルテ情報に対応する制御情報を、クラウド排他テーブル１１００に登録させる。また、情報処理装置２０１は、院内同期テーブル６００に登録された患者Ｃのカルテ情報に対応する更新情報を、オブジェクトメタテーブル１２００に同期させる。

次に、図１７の説明に移行し、排他制御システム１００において、クラウド装置と情報処理装置間の通信障害の発生時に、端末装置２０２が、カルテ情報についての排他権限を取得失敗する一例について説明する。

図１７は、通信障害の発生時に端末装置２０２が排他権限を取得失敗する一例を示す説明図である。図１７の例では、図１４および図１５に示した排他制御システム１００の動作後に、情報処理装置２０１とクラウド装置２０３との間で通信障害が発生した状況について説明する。図１７において、端末装置２０２は、患者Ｃのカルテ情報の更新要求を受け付ける。

（１７－１）端末装置２０２は、矢印部１７０１に示すように、患者Ｃのカルテ情報に対応する制御情報を、端末排他テーブル８００から検索する。患者Ｃのカルテ情報に対応する制御情報は、例えば、患者Ｃを特定する情報として、患者Ｃを識別する患者番号を含む。

（１７－２）端末装置２０２は、端末排他テーブル８００に、患者Ｃのカルテ情報に対応する制御情報が登録されていなければ、矢印部１７０２に示すように、患者Ｃのカルテ情報に対応する制御情報を、クラウド装置２０３に送信する。

（１７－３）クラウド装置２０３は、患者Ｃのカルテ情報に対応する制御情報を受信すると、情報処理装置２０１との接続を確認し、情報処理装置２０１と接続できた場合、患者Ｃのカルテ情報に対応する制御情報を、院内排他テーブル５００から検索する。ここでは、クラウド装置２０３は、矢印部１７０３に示すように、通信障害により、情報処理装置２０１との接続に失敗したため、院内排他テーブル５００の確認に失敗したことを示す通知を、端末装置２０２に送信する。端末装置２０２は、院内排他テーブル５００の確認に失敗した場合、患者Ｃのカルテ情報についての排他権限を取得失敗と判断する。

これにより、端末装置２０２は、院内排他テーブル５００の確認に失敗し、医療施設において院内端末２１１により患者Ｃのカルテ情報を更新中であるか否かを判断不可能であれば、患者Ｃのカルテ情報についての排他権限を取得しないようにすることができる。このため、排他制御システム１００は、情報処理装置２０１がクラウド装置２０３との通信状況に関わらず排他権限を取得可能なようにしても、カルテ情報が排他的に更新されるようにすることができる。

なお、図１７では、クラウド装置２０３と情報処理装置２０１との間の通信障害の発生を例に説明したが、端末装置２０２とクラウド装置２０３との間の通信障害の発生においても、同様である。端末装置２０２は、クラウド装置２０３にアクセスできず、クラウド装置２０３に院内排他テーブル５００を確認させることができないため、新たに患者Ｃのカルテ情報についての排他権限を獲得することができない。

次に、図１８の説明に移行し、排他制御システム１００において、情報処理装置２０１が、カルテ情報についての排他権限を解放成功する一例について説明する。

図１８は、情報処理装置２０１が排他権限を解放成功する一例を示す説明図である。図１８において、情報処理装置２０１は、院内端末２１１による患者Ａのカルテ情報の更新終了を検出する。

（１８－１）情報処理装置２０１は、矢印部１８０１に示すように、患者Ａのカルテ情報に対応する、削除フラグが有効な更新情報を、院内排他ログテーブル４００に登録する。患者Ａのカルテ情報に対応する、削除フラグが有効な更新情報は、例えば、患者Ａを特定する情報として、患者Ａを識別する患者番号を含む。

（１８－２）情報処理装置２０１は、矢印部１８０２に示すように、患者Ａのカルテ情報に対応する制御情報を、院内排他テーブル５００から削除する。患者Ａのカルテ情報に対応する制御情報は、例えば、患者Ａを特定する情報として、患者Ａを識別する患者番号を含む。ここで、情報処理装置２０１は、患者Ａのカルテ情報についての排他権限を解放成功と判断する。

（１８－３）情報処理装置２０１は、矢印部１８０３に示すように、患者Ａのカルテ情報に対応する、削除フラグが有効な更新情報を、院内同期テーブル６００に登録する。

（１８－４）情報処理装置２０１は、矢印部１８０４に示すように、院内排他ログテーブル４００に基づいて、クラウド排他テーブル１１００から患者Ａのカルテ情報に対応する制御情報を削除させる。

情報処理装置２０１は、例えば、院内排他ログテーブル４００に登録された患者Ａのカルテ情報に対応する、削除フラグが有効な更新情報に基づいて、クラウド排他テーブル１１００から患者Ａのカルテ情報に対応する制御情報を削除させる。情報処理装置２０１は、例えば、一定時間ごとに、クラウド装置２０３との接続を確認し、クラウド装置２０３と接続できれば、患者Ａのカルテ情報に対応する制御情報を、クラウド排他テーブル１１００から削除させる。

（１８－５）情報処理装置２０１は、矢印部１８０５に示すように、一定時間ごとに、院内同期テーブル６００に登録された患者Ａのカルテ情報に対応する、削除フラグが有効な更新情報を、オブジェクトメタテーブル１２００に同期させる。

（１８－６）クラウド装置２０３は、矢印部１８０６に示すように、一定時間ごとに、オブジェクトメタテーブル１２００に登録された患者Ａのカルテ情報に対応する、削除フラグが有効な更新情報を、端末同期テーブル９００に同期させる。

（１８－７）端末装置２０２は、矢印部１８０７に示すように、端末同期テーブル９００に登録された患者Ａのカルテ情報に対応する、削除フラグが有効な更新情報に基づいて、端末排他テーブル８００から患者Ａのカルテ情報に対応する制御情報を削除する。

これにより、情報処理装置２０１は、患者Ａのカルテ情報についての排他権限を正しく解放することができる。このため、排他制御システム１００は、医療施設において院内端末２１１による患者Ａのカルテ情報の更新終了を検出した後は、患者Ａのカルテ情報を他装置で更新可能にすることができる。

次に、図１９の説明に移行し、排他制御システム１００において、端末装置２０２が、カルテ情報についての排他権限を解放成功する一例について説明する。

図１９は、端末装置２０２が排他権限を解放成功する一例を示す説明図である。図１９において、端末装置２０２は、患者Ｂのカルテ情報の更新終了を検出する。

（１９－１）端末装置２０２は、矢印部１９０１に示すように、患者Ｂのカルテ情報に対応する制御情報を、端末排他テーブル８００から削除する。患者Ｂのカルテ情報に対応する制御情報は、例えば、患者Ｂを特定する情報として、患者Ｂを識別する患者番号を含む。

（１９－２）端末装置２０２は、矢印部１９０２に示すように、クラウド装置２０３を介して、クラウド排他テーブル１１００から、患者Ｂのカルテ情報に対応する制御情報を削除させる。

（１９－３）端末装置２０２は、矢印部１９０３に示すように、端末同期テーブル９００に、患者Ｂのカルテ情報に対応する、削除フラグが有効な更新情報を登録する。

（１９－４）端末装置２０２は、矢印部１９０４に示すように、一定時間ごとに、端末同期テーブル９００に登録された患者Ｂのカルテ情報に対応する、削除フラグが有効な更新情報を、オブジェクトメタテーブル１２００に同期させる。

（１９－５）クラウド装置２０３は、矢印部１９０５に示すように、一定時間ごとに、オブジェクトメタテーブル１２００に登録された患者Ｂのカルテ情報に対応する、削除フラグが有効な更新情報を、院内同期テーブル６００に同期させる。

（１９－６）情報処理装置２０１は、矢印部１９０６に示すように、院内同期テーブル６００に登録された患者Ｂのカルテ情報に対応する、削除フラグが有効な更新情報に基づいて、院内排他テーブル５００から、患者Ｂのカルテ情報に対応する制御情報を削除する。ここで、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を解放成功と判断する。

これにより、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を正しく解放することができる。このため、排他制御システム１００は、端末装置２０２で患者Ｂのカルテ情報を更新終了した後は、患者Ｂのカルテ情報を他装置で更新可能にすることができる。

（排他制御システム１００の別の実施例）
次に、図２０および図２１を用いて、排他制御システム１００の別の実施例について説明する。別の実施例は、具体的には、排他制御システム１００がクラウド装置２０３を含まない場合に対応する実施例である。まず、図２０の説明に移行し、排他制御システム１００において、情報処理装置２０１が、カルテ情報についての排他権限を取得成功する別の例について説明する。

図２０は、情報処理装置２０１が排他権限を取得成功する別の例を示す説明図である。図２０において、情報処理装置２０１は、院内端末２１１から、患者Ａのカルテ情報の更新要求を受け付ける。

（２０－１）情報処理装置２０１は、矢印部２００１に示すように、患者Ａのカルテ情報に対応する制御情報を、院内排他テーブル５００に登録する。患者Ａのカルテ情報に対応する制御情報は、例えば、患者Ａを特定する情報として、患者Ａを識別する患者番号を含む。ここで、情報処理装置２０１は、患者Ａのカルテ情報についての排他権限を取得成功と判断する。

（２０－２）情報処理装置２０１は、矢印部２００２に示すように、患者Ａのカルテ情報に対応する更新情報を、院内同期テーブル６００に登録する。患者Ａのカルテ情報に対応する更新情報は、例えば、患者Ａを特定する情報として、患者Ａを識別する患者番号を含む。

（２０－３）情報処理装置２０１は、矢印部２００３に示すように、一定時間ごとに、院内同期テーブル６００に登録された患者Ａのカルテ情報に対応する更新情報を、端末同期テーブル９００に同期させる。

（２０－４）端末装置２０２は、矢印部２００４に示すように、端末同期テーブル９００に登録された患者Ａのカルテ情報に対応する更新情報に基づいて、端末排他テーブル８００に患者Ａのカルテ情報に対応する制御情報を登録する。

（２０－５）端末装置２０２は、矢印部２００５に示すように、患者Ａのカルテ情報の更新要求を受け付けた場合、端末排他テーブル８００に登録済みの患者Ａのカルテ情報に対応する制御情報に基づいて、排他権限を取得失敗と判断する。

これにより、情報処理装置２０１は、患者Ａのカルテ情報についての排他権限を正しく取得することができ、院内端末２１１による患者Ａのカルテ情報の更新を許可することができる。そして、端末装置２０２は、情報処理装置２０１が患者Ａのカルテ情報についての排他権限を取得中であれば、患者Ａのカルテ情報についての排他権限を取得しないようにすることができる。このため、排他制御システム１００は、カルテ情報を排他的に更新可能にすることができる。

次に、図２１の説明に移行し、排他制御システム１００において、端末装置２０２が、カルテ情報についての排他権限を取得成功する別の例について説明する。

図２１は、端末装置２０２が排他権限を取得成功する別の例を示す説明図である。図２１において、端末装置２０２は、患者Ｂのカルテ情報の更新要求を受け付ける。

（２１－１）端末装置２０２は、矢印部２１０１に示すように、患者Ｂのカルテ情報に対応する制御情報を、端末排他テーブル８００から検索する。患者Ｂのカルテ情報に対応する制御情報は、例えば、患者Ｂを特定する情報として、患者Ｂを識別する患者番号を含む。

（２１－２）端末装置２０２は、端末排他テーブル８００に、患者Ｂのカルテ情報に対応する制御情報が登録されていなければ、矢印部２１０２に示すように、患者Ｂのカルテ情報に対応する制御情報を、院内排他テーブル５００から検索する。端末装置２０２は、院内排他テーブル５００に、患者Ｂのカルテ情報に対応する制御情報が登録されていなければ、院内排他テーブル５００に、患者Ｂのカルテ情報に対応する制御情報を登録する。

（２１－３）端末装置２０２は、矢印部２１０３に示すように、院内排他テーブル５００に、患者Ｂのカルテ情報に対応する制御情報を登録できたことを検出する。

（２１－４）クラウド装置２０３は、矢印部２１０４に示すように、端末同期テーブル９００に、患者Ｂのカルテ情報に対応する更新情報を登録する。

（２１－５）端末装置２０２は、矢印部２１０５に示すように、端末排他テーブル８００に、患者Ｂのカルテ情報に対応する制御情報を登録する。ここで、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を取得成功と判断する。

（２１－６）端末装置２０２は、矢印部２１０６に示すように、一定時間ごとに、端末同期テーブル９００に登録された患者Ｂのカルテ情報に対応する更新情報を、院内同期テーブル６００に同期させる。

（２１－７）情報処理装置２０１は、矢印部２１０７に示すように、院内同期テーブル６００に登録された患者Ｂのカルテ情報に対応する更新情報に基づいて、院内排他テーブル５００に患者Ｂのカルテ情報に対応する制御情報を登録する。

（２１－８）情報処理装置２０１は、矢印部２１０８に示すように、院内端末２１１から患者Ｂのカルテ情報の更新要求を受け付けた場合、院内排他テーブル５００に登録済みの患者Ｂのカルテ情報に対応する制御情報に基づいて、排他権限を取得失敗と判断する。

これにより、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を正しく取得することができる。そして、情報処理装置２０１は、端末装置２０２が患者Ｂのカルテ情報についての排他権限を取得中であれば、患者Ｂのカルテ情報についての排他権限を取得しないようにすることができる。このため、排他制御システム１００は、カルテ情報を排他的に更新可能にすることができる。

（院内排他制御処理手順）
次に、図２２Ａ～図２２Ｄを用いて、排他制御システム１００が実行する、院内排他制御処理手順の一例について説明する。院内排他制御処理は、例えば、情報処理装置２０１と、端末装置２０２と、クラウド装置２０３と、院内端末２１１とによって実現される。

図２２Ａ～図２２Ｄは、院内排他制御処理手順の一例を示すシーケンス図である。図２２Ａにおいて、情報処理装置２０１は、院内端末２１１から、患者Ａのカルテ情報の更新要求を受け付ける（ステップＳ２２０１）。

情報処理装置２０１は、患者Ａのカルテ情報の更新要求を受け付けると、院内排他テーブル５００を確認し、患者Ａに対応するレコードを検索する（ステップＳ２２０２）。そして、情報処理装置２０１は、患者Ａに対応するレコードが存在するか否かを判定する（ステップＳ２２０３）。

ここで、既に患者Ａに対応するレコードが存在する場合（ステップＳ２２０３：Ｙｅｓ）、情報処理装置２０１は、患者Ａのカルテ情報についての排他権限を取得失敗と判断し、排他権限の取得失敗を示す失敗通知を院内端末２１１に送信する（ステップＳ２２０４）。院内端末２１１は、失敗通知を受け付けると、排他権限の取得失敗を院内端末２１１のユーザへ表示画面を通じて通知する（ステップＳ２２０５）。そして、排他制御システム１００は、院内排他制御処理を終了する。

一方で、患者Ａに対応するレコードが存在しない場合（ステップＳ２２０３：Ｎｏ）、情報処理装置２０１は、図２２ＢのステップＳ２２０６の処理に移行する。ここで、図２２Ｂの説明に移行する。

図２２Ｂにおいて、情報処理装置２０１は、院内排他テーブル５００と、院内同期テーブル６００と、院内排他ログテーブル４００とに、患者Ａに対応するレコードを書き込む（ステップＳ２２０６）。

次に、情報処理装置２０１は、患者Ａのカルテ情報についての排他権限を取得成功と判断し、排他権限の取得成功を示す成功通知を院内端末２１１に送信する（ステップＳ２２０７）。院内端末２１１は、成功通知を受け付けると、排他権限の取得成功を院内端末２１１のユーザへ表示画面を通じて通知する（ステップＳ２２０８）。そして、情報処理装置２０１は、図２２ＣのステップＳ２２０９の処理に移行する。ここで、図２２Ｃの説明に移行する。

図２２Ｃにおいて、情報処理装置２０１は、クラウド装置２０３に接続可能であるか否かを確認する（ステップＳ２２０９）。そして、情報処理装置２０１は、クラウド装置２０３に接続することができたか否かを判定する（ステップＳ２２１０）。

ここで、クラウド装置２０３に接続することができない場合（ステップＳ２２１０：Ｎｏ）、情報処理装置２０１は、一定時間待機し（ステップＳ２２１１）、ステップＳ２２０９の処理に戻る。一方で、クラウド装置２０３に接続することができた場合（ステップＳ２２１０：Ｙｅｓ）、情報処理装置２０１は、ステップＳ２２１２の処理に移行する。

ステップＳ２２１２では、情報処理装置２０１は、院内排他ログテーブル４００に基づいて、クラウド装置２０３が有するクラウド排他テーブル１１００に患者Ａに対応するレコードを書き込ませる書込要求を、一定時間間隔で送信する処理を開始する（ステップＳ２２１２）。そして、クラウド装置２０３は、情報処理装置２０１の書込要求に従って、クラウド排他テーブル１１００に患者Ａに対応するレコードを書き込む（ステップＳ２２１３）。

また、情報処理装置２０１は、院内同期テーブル６００に基づいて、クラウド装置２０３が有するオブジェクトメタテーブル１２００に患者Ａに対応するレコードを書き込ませる書込要求を、一定時間間隔で送信する処理を開始する（ステップＳ２２１４）。そして、クラウド装置２０３は、情報処理装置２０１の書込要求に従って、オブジェクトメタテーブル１２００に患者Ａに対応するレコードを書き込む（ステップＳ２２１５）。次に、クラウド装置２０３は、図２２ＤのステップＳ２２１６の処理に移行する。ここで、図２２Ｄの説明に移行する。

図２２Ｄにおいて、クラウド装置２０３は、端末装置２０２に接続可能であるか否かを確認する（ステップＳ２２１６）。そして、クラウド装置２０３は、端末装置２０２に接続することができたか否かを判定する（ステップＳ２２１７）。

ここで、端末装置２０２に接続することができない場合（ステップＳ２２１７：Ｎｏ）、クラウド装置２０３は、一定時間待機し（ステップＳ２２１８）、ステップＳ２２１６の処理に戻る。一方で、端末装置２０２に接続することができた場合（ステップＳ２２１７：Ｙｅｓ）、クラウド装置２０３は、ステップＳ２２１９の処理に移行する。

ステップＳ２２１９では、クラウド装置２０３は、オブジェクトメタテーブル１２００に基づいて、端末装置２０２が有する端末同期テーブル９００に患者Ａに対応するレコードを書き込ませる書込要求を、一定時間間隔で送信する処理を開始する（ステップＳ２２１９）。そして、端末装置２０２は、クラウド装置２０３の書込要求に従って、端末同期テーブル９００に患者Ａに対応するレコードを書き込む（ステップＳ２２２０）。

次に、端末装置２０２は、端末同期テーブル９００に基づいて、端末排他テーブル８００に患者Ａに対応するレコードを書き込む（ステップＳ２２２１）。そして、排他制御システム１００は、院内排他制御処理を終了する。

（端末排他制御処理手順）
次に、図２３Ａ～図２３Ｇを用いて、排他制御システム１００が実行する、端末排他制御処理手順の一例について説明する。端末排他制御処理は、例えば、情報処理装置２０１と、端末装置２０２と、クラウド装置２０３とによって実現される。

図２３Ａ～図２３Ｇは、端末排他制御処理手順の一例を示すシーケンス図である。図２３Ａにおいて、端末装置２０２は、端末装置２０２のユーザの操作入力に基づいて、患者Ｂのカルテ情報の更新要求を受け付ける（ステップＳ２３０１）。

次に、端末装置２０２は、患者Ｂのカルテ情報の更新要求を受け付けると、端末排他テーブル８００を確認し、患者Ｂに対応するレコードを検索する（ステップＳ２３０２）。そして、端末装置２０２は、患者Ｂに対応するレコードが存在するか否かを判定する（ステップＳ２３０３）。

ここで、既に患者Ｂに対応するレコードが存在する場合（ステップＳ２３０３：Ｙｅｓ）、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を取得失敗と判断し、排他権限の取得失敗を端末装置２０２のユーザへ表示画面を通じて通知する（ステップＳ２３０４）。そして、排他制御システム１００は、端末排他制御処理を終了する。

一方で、患者Ｂに対応するレコードが存在しない場合（ステップＳ２３０３：Ｎｏ）、端末装置２０２は、図２３ＢのステップＳ２３０５の処理に移行する。ここで、図２３Ｂの説明に移行する。

図２３Ｂにおいて、端末装置２０２は、クラウド装置２０３に接続可能であるか否かを確認する（ステップＳ２３０５）。そして、端末装置２０２は、クラウド装置２０３に接続することができたか否かを判定する（ステップＳ２３０６）。

ここで、クラウド装置２０３に接続することができない場合（ステップＳ２３０６：Ｎｏ）、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を取得失敗と判断し、排他権限の取得失敗を端末装置２０２のユーザへ表示画面を通じて通知する（ステップＳ２３０７）。そして、排他制御システム１００は、端末排他制御処理を終了する。

一方で、クラウド装置２０３に接続することができた場合（ステップＳ２３０６：Ｙｅｓ）、端末装置２０２は、図２３ＣのステップＳ２３０８の処理に移行する。ここで、図２３Ｃの説明に移行する。

図２３Ｃにおいて、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を要求する権限要求を、クラウド装置２０３に送信する（ステップＳ２３０８）。

次に、クラウド装置２０３は、権限要求を受け付けると、クラウド排他テーブル１１００を確認し、患者Ｂに対応するレコードを検索する（ステップＳ２３０９）。そして、クラウド装置２０３は、患者Ｂに対応するレコードが存在するか否かを判定する（ステップＳ２３１０）。

ここで、既に患者Ｂに対応するレコードが存在する場合（ステップＳ２３１０：Ｙｅｓ）、クラウド装置２０３は、患者Ｂに対応するレコードが存在するため、排他権限の取得失敗を示す失敗通知を、端末装置２０２に送信する（ステップＳ２３１１）。端末装置２０２は、失敗通知を受け付けると、患者Ｂのカルテ情報についての排他権限を取得失敗と判断し、排他権限の取得失敗を端末装置２０２のユーザへ表示画面を通じて通知する（ステップＳ２３１２）。そして、排他制御システム１００は、端末排他制御処理を終了する。

一方で、患者Ｂに対応するレコードが存在しない場合（ステップＳ２３１０：Ｎｏ）クラウド装置２０３は、図２３ＤのステップＳ２３１３の処理に移行する。ここで、図２３Ｄの説明に移行する。

図２３Ｄにおいて、クラウド装置２０３は、情報処理装置２０１に接続可能であるか否かを確認する（ステップＳ２３１３）。そして、クラウド装置２０３は、情報処理装置２０１に接続することができたか否かを判定する（ステップＳ２３１４）。

ここで、情報処理装置２０１に接続することができない場合（ステップＳ２３１４：Ｎｏ）、クラウド装置２０３は、情報処理装置２０１に接続失敗したことを示す接続失敗通知を端末装置２０２に送信する（ステップＳ２３１５）。そして、端末装置２０２は、接続失敗通知に基づき患者Ｂのカルテ情報についての排他権限を取得失敗と判断し、排他権限の取得失敗を端末装置２０２のユーザへ表示画面を通じて通知する（ステップＳ２３１６）。そして、排他制御システム１００は、端末排他制御処理を終了する。

一方で、情報処理装置２０１に接続することができた場合（ステップＳ２３１４：Ｙｅｓ）、クラウド装置２０３は、図２３ＥのステップＳ２３１７の処理に移行する。ここで、図２３Ｅの説明に移行する。

図２３Ｅにおいて、クラウド装置２０３は、患者Ｂのカルテ情報についての排他権限を要求する権限要求を、情報処理装置２０１に送信する（ステップＳ２３１７）。情報処理装置２０１は、権限要求を受け付けると、院内排他テーブル５００を確認し、患者Ｂに対応するレコードを検索する（ステップＳ２３１８）。そして、情報処理装置２０１は、患者Ｂに対応するレコードが存在するか否かを判定する（ステップＳ２３１９）。

ここで、既に患者Ｂに対応するレコードが存在する場合（ステップＳ２３１９：Ｙｅｓ）、情報処理装置２０１は、患者Ｂに対応するレコードが存在するため、排他権限の取得失敗を示す失敗通知を、クラウド装置２０３に送信する（ステップＳ２３２０）。クラウド装置２０３は、失敗通知を、端末装置２０２に転送する（ステップＳ２３２１）。端末装置２０２は、失敗通知を受け付けると、患者Ｂのカルテ情報についての排他権限を取得失敗と判断し、排他権限の取得失敗を端末装置２０２のユーザへ表示画面を通じて通知する（ステップＳ２３２２）。そして、排他制御システム１００は、端末排他制御処理を終了する。

一方で、患者Ｂに対応するレコードが存在しない場合（ステップＳ２３１９：Ｎｏ）、情報処理装置２０１は、図２３ＦのステップＳ２３２３の処理に移行する。ここで、図２３Ｆの説明に移行する。

図２３Ｆにおいて、情報処理装置２０１は、院内排他テーブル５００に、患者Ｂに対応するレコードを書き込む（ステップＳ２３２３）。次に、情報処理装置２０１は、患者Ｂに対応するレコードを書き込んだため、排他権限の取得成功を示す成功通知を、クラウド装置２０３に送信する（ステップＳ２３２４）。

クラウド装置２０３は、成功通知を受け付けると、クラウド排他テーブル１１００に患者Ｂに対応するレコードを書き込む（ステップＳ２３２５）。そして、クラウド装置２０３は、成功通知を、端末装置２０２に送信する（ステップＳ２３２６）。端末装置２０２は、成功通知を受け付けると、図２３ＧのステップＳ２３２７の処理に移行する。ここで、図２３Ｇの説明に移行する。

図２３Ｇにおいて、端末装置２０２は、端末排他テーブル８００と、端末同期テーブル９００とに、患者Ｂに対応するレコードを書き込む（ステップＳ２３２７）。そして、端末装置２０２は、端末同期テーブル９００に基づいて、オブジェクトメタテーブル１２００に患者Ｂに対応するレコードを書き込ませる書込要求を、一定時間間隔で送信する処理を開始する（ステップＳ２３２８）。また、端末装置２０２は、患者Ｂのカルテ情報についての排他権限を取得成功と判断し、排他権限の取得成功を端末装置２０２のユーザへ表示画面を通じて通知する（ステップＳ２３２９）。

クラウド装置２０３は、オブジェクトメタテーブル１２００に基づいて、情報処理装置２０１が有する院内同期テーブル６００に患者Ｂに対応するレコードを書き込ませる書込要求を、一定時間間隔で送信する処理を開始する（ステップＳ２３３０）。情報処理装置２０１は、院内同期テーブル６００に基づいて、院内排他テーブル５００に患者Ｂに対応するレコードを書き込む（ステップＳ２３３１）。そして、排他制御システム１００は、端末排他制御処理を終了する。

（テーブル更新処理手順）
次に、図２４を用いて、情報処理装置２０１、端末装置２０２、または、クラウド装置２０３が実行する、テーブル更新処理手順の一例について説明する。テーブル更新処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

テーブル更新処理は、図２２Ａ～図２２Ｄおよび図２３Ａ～図２３Ｇにおいて、情報処理装置２０１、端末装置２０２、または、クラウド装置２０３が、患者Ｘに対応するレコードを、いずれかのテーブルに書き込む際の処理の具体例である。

図２４は、テーブル更新処理手順の一例を示すフローチャートである。図２４において、情報処理装置２０１は、更新情報となる患者Ｘに対応するレコードを受け付ける（ステップＳ２４０１）。

次に、情報処理装置２０１は、受け付けた更新情報を反映させるテーブル内に、受け付けた更新情報を反映させるレコードが存在するか否かを判定する（ステップＳ２４０２）。ここで、レコードが存在する場合（ステップＳ２４０２：Ｙｅｓ）、情報処理装置２０１は、更新情報に基づいて、レコードを更新する（ステップＳ２４０３）。そして、情報処理装置２０１は、テーブル更新処理を終了する。

一方で、レコードが存在しない場合（ステップＳ２４０２：Ｎｏ）、情報処理装置２０１は、更新情報に基づいて、レコードを追加する（ステップＳ２４０４）。そして、情報処理装置２０１は、テーブル更新処理を終了する。端末装置２０２やクラウド装置２０３も、情報処理装置２０１と同様に、テーブル更新処理を実行する。

また、テーブル更新処理は、後述する図２５Ａ～図２５Ｃおよび図２６Ａ～図２６Ｃにおいて、情報処理装置２０１、端末装置２０２、または、クラウド装置２０３が、患者Ｘに対応するレコードを、いずれかのテーブルに書き込む際の処理の具体例でもある。

（院内排他解放処理手順）
次に、図２５Ａ～図２５Ｃを用いて、排他制御システム１００が実行する、院内排他解放処理手順の一例について説明する。院内排他解放処理は、例えば、情報処理装置２０１と、端末装置２０２と、クラウド装置２０３と、院内端末２１１とによって実現される。

図２５Ａ～図２５Ｃは、院内排他解放処理手順の一例を示すシーケンス図である。図２５Ａにおいて、情報処理装置２０１は、院内端末２１１による患者Ａのカルテ情報についての更新処理の終了を検出する（ステップＳ２５０１）。

次に、情報処理装置２０１は、院内排他テーブル５００から、患者Ａに対応するレコードを削除する（ステップＳ２５０２）。そして、情報処理装置２０１は、患者Ａのカルテ情報についての排他権限を解放成功と判断する（ステップＳ２５０３）。

次に、情報処理装置２０１は、院内同期テーブル６００と、院内排他ログテーブル４００とに、患者Ａに対応する削除フラグが有効なレコードを書き込む（ステップＳ２５０４）。そして、情報処理装置２０１は、図２５ＢのステップＳ２５０５の処理に移行する。ここで、図２５Ｂの説明に移行する。

図２５Ｂにおいて、情報処理装置２０１は、クラウド装置２０３に接続可能であるか否かを確認する（ステップＳ２５０５）。そして、情報処理装置２０１は、クラウド装置２０３に接続することができたか否かを判定する（ステップＳ２５０６）。

ここで、クラウド装置２０３に接続することができない場合（ステップＳ２５０６：Ｎｏ）、情報処理装置２０１は、一定時間待機し（ステップＳ２５０７）、ステップＳ２５０５の処理に戻る。一方で、クラウド装置２０３に接続することができた場合（ステップＳ２５０６：Ｙｅｓ）、情報処理装置２０１は、ステップＳ２５０８の処理に移行する。

ステップＳ２５０８では、情報処理装置２０１は、院内排他ログテーブル４００に基づいて、クラウド装置２０３が有するクラウド排他テーブル１１００から患者Ａに対応するレコードを削除させる削除要求を、一定時間間隔で送信する処理を開始する（ステップＳ２５０８）。そして、クラウド装置２０３は、情報処理装置２０１の削除要求に従って、クラウド排他テーブル１１００から患者Ａに対応するレコードを削除する（ステップＳ２５０９）。

また、情報処理装置２０１は、院内同期テーブル６００に基づいて、クラウド装置２０３が有するオブジェクトメタテーブル１２００に患者Ａに対応する削除フラグが有効なレコードを書き込ませる書込要求を、一定時間間隔で送信する処理を開始する（ステップＳ２５１０）。そして、クラウド装置２０３は、情報処理装置２０１の書込要求に従って、オブジェクトメタテーブル１２００に患者Ａに対応する削除フラグが有効なレコードを書き込む（ステップＳ２５１１）。次に、クラウド装置２０３は、図２５ＣのステップＳ２５１２の処理に移行する。

図２５Ｃにおいて、クラウド装置２０３は、端末装置２０２に接続可能であるか否かを確認する（ステップＳ２５１２）。そして、クラウド装置２０３は、端末装置２０２に接続することができたか否かを判定する（ステップＳ２５１３）。

ここで、端末装置２０２に接続することができない場合（ステップＳ２５１３：Ｎｏ）、クラウド装置２０３は、一定時間待機し（ステップＳ２５１４）、ステップＳ２５１２の処理に戻る。一方で、端末装置２０２に接続することができた場合（ステップＳ２５１３：Ｙｅｓ）、クラウド装置２０３は、ステップＳ２５１５の処理に移行する。

ステップＳ２５１５では、クラウド装置２０３は、オブジェクトメタテーブル１２００に基づいて、端末装置２０２が有する端末同期テーブル９００に患者Ａに対応する削除フラグが有効なレコードを書き込ませる書込要求を、一定時間間隔で送信する処理を開始する（ステップＳ２５１５）。そして、端末装置２０２は、クラウド装置２０３の書込要求に従って、端末同期テーブル９００に患者Ａに対応する削除フラグが有効なレコードを書き込む（ステップＳ２５１６）。

次に、端末装置２０２は、端末同期テーブル９００に基づいて、端末排他テーブル８００から、患者Ａに対応するレコードを削除する（ステップＳ２５１７）。そして、排他制御システム１００は、院内排他解放処理を終了する。

（端末排他解放処理手順）
次に、図２６Ａ～図２６Ｃを用いて、排他制御システム１００が実行する、端末排他解放処理手順の一例について説明する。端末排他解放処理は、例えば、情報処理装置２０１と、端末装置２０２と、クラウド装置２０３とによって実現される。

図２６Ａ～図２６Ｃは、端末排他解放処理手順の一例を示すシーケンス図である。図２６Ａにおいて、端末装置２０２は、端末装置２０２における患者Ｂのカルテ情報についての更新処理の終了を検出する（ステップＳ２６０１）。

次に、端末装置２０２は、端末排他テーブル８００から、患者Ｂに対応するレコードを削除する（ステップＳ２６０２）。そして、端末装置２０２は、端末同期テーブル９００に、患者Ｂに対応する削除フラグが有効なレコードを書き込む（ステップＳ２６０３）。そして、端末装置２０２は、図２６ＢのステップＳ２６０４の処理に移行する。ここで、図２６Ｂの説明に移行する。

図２６Ｂにおいて、端末装置２０２は、クラウド装置２０３に接続可能であるか否かを確認する（ステップＳ２６０４）。そして、端末装置２０２は、クラウド装置２０３に接続することができたか否かを判定する（ステップＳ２６０５）。

ここで、クラウド装置２０３に接続することができない場合（ステップＳ２６０５：Ｎｏ）、端末装置２０２は、一定時間待機し（ステップＳ２６０６）、ステップＳ２６０４の処理に戻る。一方で、クラウド装置２０３に接続することができた場合（ステップＳ２６０５：Ｙｅｓ）、端末装置２０２は、ステップＳ２６０７の処理に移行する。

ステップＳ２６０７では、端末装置２０２は、クラウド装置２０３が有するクラウド排他テーブル１１００から患者Ｂに対応するレコードを削除させる削除要求を、一定時間間隔で送信する処理を開始する（ステップＳ２６０７）。そして、クラウド装置２０３は、端末装置２０２の削除要求に従って、クラウド排他テーブル１１００から患者Ｂに対応するレコードを削除する（ステップＳ２６０８）。

次に、端末装置２０２は、端末同期テーブル９００に基づいて、クラウド装置２０３が有するオブジェクトメタテーブル１２００に患者Ｂに対応する削除フラグが有効なレコードを書き込ませる書込要求を、一定時間間隔で送信する処理を開始する（ステップＳ２６０９）。そして、クラウド装置２０３は、端末装置２０２の書込要求に従って、オブジェクトメタテーブル１２００に患者Ｂに対応する削除フラグが有効なレコードを書き込む（ステップＳ２６１０）。次に、クラウド装置２０３は、図２６ＣのステップＳ２６１１の処理に移行する。

図２６Ｃにおいて、クラウド装置２０３は、情報処理装置２０１に接続可能であるか否かを確認する（ステップＳ２６１１）。そして、クラウド装置２０３は、情報処理装置２０１に接続することができたか否かを判定する（ステップＳ２６１２）。

ここで、情報処理装置２０１に接続することができない場合（ステップＳ２６１２：Ｎｏ）、クラウド装置２０３は、一定時間待機し（ステップＳ２６１３）、ステップＳ２６１１の処理に戻る。一方で、情報処理装置２０１に接続することができた場合（ステップＳ２６１２：Ｙｅｓ）、クラウド装置２０３は、ステップＳ２６１４の処理に移行する。

ステップＳ２６１４では、クラウド装置２０３は、オブジェクトメタテーブル１２００に基づいて、情報処理装置２０１が有する院内同期テーブル６００に患者Ｂに対応する削除フラグが有効なレコードを書き込ませる書込要求を、一定時間間隔で送信する処理を開始する（ステップＳ２６１４）。そして、情報処理装置２０１は、クラウド装置２０３の書込要求に従って、院内同期テーブル６００に患者Ｂに対応する削除フラグが有効なレコードを書き込む（ステップＳ２６１５）。

次に、情報処理装置２０１は、院内同期テーブル６００に基づいて、院内排他テーブル５００から、患者Ｂに対応するレコードを削除する（ステップＳ２６１６）。そして、情報処理装置２０１は、患者Ｂのカルテ情報についての排他権限を解放成功と判断し、クラウド装置２０３を介して、排他権限の解放成功を示す解放通知を端末装置２０２に送信する（ステップＳ２６１７）。

次に、端末装置２０２は、解放通知を受け付けると、患者Ｂのカルテ情報についての排他権限を解放成功と判断する。そして、排他制御システム１００は、端末排他解放処理を終了する。

以上説明したように、排他制御システム１００において、第１の装置１０１によれば、第１のカルテ情報の更新要求を受け付けると、第１のテーブルに第１のカルテ情報を示す第１の制御情報が登録済みであるか否かを確認することができる。第１の装置１０１によれば、第１のテーブルに第１の制御情報が登録済みである場合には、第１のカルテ情報の更新を禁止することができる。第１の装置１０１によれば、第１のテーブルに第１の制御情報が登録済みでない場合には、第１のテーブルに第１の制御情報を登録した後に、第１のカルテ情報の更新を許可することができる。

第２の装置１０２によれば、第２のカルテ情報の更新要求を受け付けると、第３の装置１０３に、第１のテーブルに第２のカルテ情報を示す第２の制御情報が登録済みであるか否かを確認させることができる。第２の装置１０２によれば、第１のテーブルの確認に失敗した場合、または、第１のテーブルに第２の制御情報が登録済みである場合には、第２のカルテ情報の更新を禁止することができる。第２の装置１０２によれば、第１のテーブルに第２の制御情報が登録済みでない場合には、第３の装置１０３に、第１のテーブルに第２の制御情報を登録させた後に、第２のカルテ情報の更新を許可することができる。

これにより、第１の装置１０１は、他装置と通信しなくても、自装置内で第１のテーブルを確認すれば、自装置に更新要求されたカルテ情報が、他装置で既に更新中であるか否かを正しく判断することができる。このため、第１の装置１０１は、他装置と通信しなくても、自装置内で第１のテーブルを確認すれば、自装置に更新要求されたカルテ情報を、自装置で更新可能であるか否かを正しく判断することができる。したがって、第１の装置１０１は、他装置との通信状況に依存してすべてのカルテ情報が更新不可能になってしまう状況を回避することができる。

また、これにより、第２の装置１０２は、第１のテーブルを確認することができない場合、自装置に更新要求されたカルテ情報を、自装置で更新してしまわないようにすることができる。このため、第２の装置１０２は、第１の装置１０１が他装置と通信せずに第１のテーブルを確認してカルテ情報を更新するようにしていても、排他制御システム１００においてカルテ情報が排他的に更新されるようにすることができる。

排他制御システム１００において、第１の装置１０１によれば、第１のテーブルに第１の制御情報を登録した後に、さらに、第３の装置１０３に、第２のテーブルに第１の制御情報を登録させることができる。第２の装置１０２によれば、第２のカルテ情報の更新要求を受け付けると、第２のテーブルに第２の制御情報が登録済みであるか否かを確認することができる。第２の装置１０２によれば、第２のテーブルに第２の制御情報が登録済みである場合には、第２のカルテ情報の更新を禁止することができる。第２の装置１０２によれば、第２のテーブルに第２の制御情報が登録済みでない場合には、第３の装置１０３に、第１のテーブルに第２の制御情報が登録済みであるか否かを確認させることができる。

これにより、排他制御システム１００は、第２の装置１０２が、第１のテーブルを確認しなくても、第２のテーブルを確認すれば、排他制御対象であるカルテ情報を特定可能にすることができる。このため、排他制御システム１００は、第１の装置１０１と第２の装置１０２との間での第３の装置１０３を介した通信回数の低減化を図り、第１の装置１０１と第２の装置１０２と第３の装置１０３との処理負担および通信負担の低減化を図ることができる。

排他制御システム１００において、第２の装置１０２によれば、第３の装置１０３に、第１のテーブルに第２の制御情報を登録させた後に、さらに、第２のテーブルに第２の制御情報を登録することができる。これにより、排他制御システム１００は、第２の装置１０２が、第１のテーブルを確認しなくても、第２のテーブルを確認すれば、第２の装置１０２で第２のカルテ情報を更新中であることを特定可能にすることができる。

排他制御システム１００において、第１の装置１０１によれば、第１のテーブルに第１の制御情報を登録した後に、さらに、第３の装置１０３に、第３のテーブルに第１の制御情報を登録させることができる。第２の装置１０２によれば、第２のカルテ情報の更新要求を受け付けると、第３の装置１０３に、第３のテーブルに第２の制御情報が登録済みであるか否かを確認させることができる。第２の装置１０２によれば、第３のテーブルに第２の制御情報が登録済みである場合には、第２のカルテ情報の更新を禁止することができる。第２の装置１０２によれば、第３のテーブルに第２の制御情報が登録済みでない場合には、第３の装置１０３に、第１のテーブルに第２の制御情報が登録済みであるか否かを確認させることができる。

これにより、排他制御システム１００は、第２の装置１０２が、第１のテーブルを確認しなくても、第３のテーブルを確認すれば、排他制御対象であるカルテ情報を特定可能にすることができる。このため、排他制御システム１００は、第１の装置１０１と第２の装置１０２との間での第３の装置１０３を介した通信回数の低減化を図り、第１の装置１０１の処理負担および通信負担の低減化を図ることができる。

排他制御システム１００において、第２の装置１０２によれば、第３の装置１０３に、第１のテーブルに第２の制御情報を登録させた後に、第３の装置１０３に、第３のテーブルに第２の制御情報を登録させてから、第２のカルテ情報の更新を許可することができる。これにより、排他制御システム１００は、第２の装置１０２が、第１のテーブルを確認しなくても、第３のテーブルを確認すれば、第２の装置１０２で第２のカルテ情報を更新中であることを特定可能にすることができる。

排他制御システム１００において、第１の装置１０１によれば、第１のカルテ情報の更新を終了すると、第１のテーブルから、第１の制御情報を削除することができる。第２の装置１０２によれば、第２のカルテ情報の更新を終了すると、第３の装置１０３に、第１のテーブルから第２の制御情報を削除させることができる。これにより、第１の装置１０１は、第１のカルテ情報についての排他権限を解放し、他装置で第１のカルテ情報を更新可能にすることができる。第２の装置１０２は、第２のカルテ情報についての排他権限を解放し、他装置で第２のカルテ情報を更新可能にすることができる。

排他制御システム１００において、第３の装置１０３によれば、一定時間間隔で、第１の装置１０１との接続が可能か否かを確認し、第１の装置１０１との接続が可能であれば、第１のテーブルに第２の制御情報を登録することができる。これにより、排他制御システム１００は、第１のテーブルを最新の状態に更新することができる。また、排他制御システム１００は、第１の装置１０１と第３の装置１０３との間で通信障害が発生しても、通信障害が解消するまで待って、第１のテーブルを最新の状態に更新することができる。

排他制御システム１００において、第３の装置１０３は、一定時間間隔で、第２の装置１０２との接続が可能か否かを確認し、第２の装置１０２との接続が可能であれば、第２のテーブルに第１の制御情報を登録することができる。これにより、排他制御システム１００は、第２のテーブルを最新の状態に更新することができる。また、排他制御システム１００は、第２の装置１０２が電源オフでも、電源オンになるまで待って、第２のテーブルを最新の状態に更新することができる。

なお、本実施の形態で説明した排他制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本実施の形態で説明した排他制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本実施の形態で説明した排他制御プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）医療施設に対応する第１の装置と、医療従事者に所持される第２の装置と、前記第１の装置および前記第２の装置と通信可能な第３の装置とを含む排他制御システムであって、
前記第１の装置は、
排他制御対象であるカルテ情報を特定するための第１の情報を記憶し、
第１のカルテ情報の更新要求を受け付けると、前記第１の情報に基づき、前記第１のカルテ情報が更新可能であるか否かを判定し、
判定した結果に基づき、前記第１のカルテ情報の更新を制御し、
前記第２の装置は、
第２のカルテ情報の更新要求を受け付けると、前記第３の装置に、前記第１の装置にアクセスさせ、前記第１の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを確認させ、
前記第３の装置によるアクセスに失敗した場合には、前記第２のカルテ情報の更新を禁止し、
前記第３の装置によるアクセスに成功した場合には、前記第３の装置による確認の結果に応じて、前記第２のカルテ情報の更新を制御する、
ことを特徴とする排他制御システム。

（付記２）前記第３の装置は、
前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認した場合、前記第１の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新し、
前記第２の装置は、
前記第３の装置によるアクセスに成功し、前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認され、前記第１の情報が更新された後に、前記第２のカルテ情報の更新を許可する、ことを特徴とする付記１に記載の排他制御システム。

（付記３）前記第２の装置は、
排他制御対象であるカルテ情報を特定するための第２の情報を記憶し、
前記第２のカルテ情報の更新要求を受け付けると、前記第２の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを判定し、
前記第２の情報に基づき前記第２のカルテ情報が更新可能ではないと判定した場合には、前記第２のカルテ情報の更新を禁止し、
前記第２の情報に基づき前記第２のカルテ情報が更新可能であると判定した場合には、前記第３の装置に、前記第１の装置にアクセスさせ、前記第１の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを確認させる、ことを特徴とする付記１または２に記載の排他制御システム。

（付記４）前記第３の装置は、
前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認した場合、前記第１の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新し、
前記第２の装置は、
前記第３の装置によるアクセスに成功し、前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認され、前記第１の情報が更新された後に、さらに、前記第２の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新する、ことを特徴とする付記３に記載の排他制御システム。

（付記５）前記第３の装置は、
排他制御対象であるカルテ情報を特定するための第３の情報を有し、
前記第２の装置は、
前記第２のカルテ情報の更新要求を受け付けると、前記第３の装置に、前記第３の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを確認させ、
前記第３の情報に基づき前記第２のカルテ情報が更新可能ではないと確認された場合には、前記第２のカルテ情報の更新を禁止し、
前記第３の情報に基づき前記第２のカルテ情報が更新可能であると確認された場合には、前記第３の装置に、前記第１の装置にアクセスさせ、前記第１の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを確認させる、ことを特徴とする付記１～４のいずれか一つに記載の排他制御システム。

（付記６）前記第３の装置は、
前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認した場合、前記第１の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新した後に、前記第３の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新し、
前記第２の装置は、
前記第３の装置によるアクセスに成功し、前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認され、前記第１の情報が更新され、前記第３の情報が更新された後に、前記第２のカルテ情報の更新を許可する、ことを特徴とする付記５に記載の排他制御システム。

（付記７）前記第１の装置は、
前記第１のカルテ情報の更新が終了すると、前記第１の情報を、前記第１のカルテ情報を排他制御対象として特定しない情報へと更新し、
前記第２の装置は、
前記第２のカルテ情報の更新が終了すると、前記第３の装置に、前記第１の装置にアクセスさせ、前記第１の情報を、前記第２のカルテ情報を排他制御対象として特定しない情報へと更新させる、ことを特徴とする付記１～６のいずれか一つに記載の排他制御システム。

（付記８）前記第３の装置は、
前記第２の装置の制御に従って、一定時間間隔で、前記第１の装置との接続が可能か否かを確認し、前記第１の装置との接続が可能であれば、前記第１の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新させる、ことを特徴とする付記２に記載の排他制御システム。

（付記９）前記第３の装置は、
前記第１の装置の制御に従って、一定時間間隔で、前記第２の装置との接続が可能か否かを確認し、前記第２の装置との接続が可能であれば、前記第２の情報を、前記第１のカルテ情報を排他制御対象として特定する情報へと更新させる、ことを特徴とする付記３に記載の排他制御システム。

（付記１０）前記第１の装置は、
前記第１のカルテ情報が更新可能であると判定した場合には、前記第１の情報を、前記第１のカルテ情報を排他制御対象として特定する情報へと更新した後に、さらに、前記第３の装置に、前記第２の装置にアクセスさせ、前記第２の情報を、前記第１のカルテ情報を排他制御対象として特定する情報へと更新させる、ことを特徴とする付記３に記載の排他制御システム。

（付記１１）前記第１の装置は、
前記第１のカルテ情報が更新可能であると判定した場合には、前記第１の情報を、前記第１のカルテ情報を排他制御対象として特定する情報へと更新した後に、さらに、前記第３の装置に、前記第３の情報を、前記第１のカルテ情報を排他制御対象として特定する情報へと更新させる、ことを特徴とする付記５に記載の排他制御システム。

（付記１２）医療従事者に所持される端末装置に、
いずれかのカルテ情報の更新要求を受け付けると、前記端末装置および医療施設に対応する情報処理装置と通信可能な装置に、前記情報処理装置にアクセスさせ、前記情報処理装置が記憶する、排他制御対象であるカルテ情報を特定するための情報に基づき、前記いずれかのカルテ情報が更新可能であるか否かを確認し、
前記装置によるアクセスに失敗した場合には、前記いずれかのカルテ情報の更新を禁止し、
前記装置によるアクセスに成功した場合には、前記装置による確認の結果に応じて、前記いずれかのカルテ情報の更新を制御する、
処理を実行させることを特徴とする排他制御プログラム。

（付記１３）医療従事者に所持される端末装置が、
いずれかのカルテ情報の更新要求を受け付けると、前記端末装置および医療施設に対応する情報処理装置と通信可能な装置に、前記情報処理装置にアクセスさせ、前記情報処理装置が記憶する、排他制御対象であるカルテ情報を特定するための情報に基づき、前記いずれかのカルテ情報が更新可能であるか否かを確認し、
前記装置によるアクセスに失敗した場合には、前記いずれかのカルテ情報の更新を禁止し、
前記装置によるアクセスに成功した場合には、前記装置による確認の結果に応じて、前記いずれかのカルテ情報の更新を制御する、
処理を実行することを特徴とする排他制御方法。

１００ 排他制御システム
１０１ 第１の装置
１０２ 第２の装置
１０３ 第３の装置
１１０ 医療施設
１２０ 所在地
２０１ 情報処理装置
２０２ 端末装置
２０３ クラウド装置
２１０ ネットワーク
３００，７００，１０００ バス
３０１，７０１，１００１ ＣＰＵ
３０２，７０２，１００２ メモリ
３０３，７０３，１００３ ネットワークＩ／Ｆ
３０４，７０４，１００４ 記録媒体Ｉ／Ｆ
３０５，７０５，１００５ 記録媒体
４００ 院内排他ログテーブル
５００ 院内排他テーブル
６００ 院内同期テーブル
８００ 端末排他テーブル
９００ 端末同期テーブル
１１００ クラウド排他テーブル
１２００ オブジェクトメタテーブル
１３１０ 第１の記憶部
１３１１ 第１の取得部
１３１２ 第１の排他処理部
１３１３ 第１の出力部
１３２０ 第２の記憶部
１３２１ 第２の取得部
１３２２ 第２の排他処理部
１３２３ 第２の出力部
１３３０ 第３の記憶部
１３３１ 第３の取得部
１３３２ 第３の排他処理部
１３３３ 第３の出力部
１４０１～１４０８，１５０１～１５１１，１６０１～１６０３，１７０１～１７０３，１８０１～１８０７，１９０１～１９０６，２００１～２００５，２１０１～２１０８ 矢印部

Claims (8)

1. 医療施設に対応する第１の装置と、医療従事者に所持される第２の装置と、前記第１の装置および前記第２の装置と通信可能な第３の装置とを含む排他制御システムであって、
   前記第１の装置は、
   排他制御対象であるカルテ情報を特定するための第１の情報を記憶し、
   第１のカルテ情報の更新要求を受け付けると、前記第１の情報に基づき、前記第１のカルテ情報が更新可能であるか否かを判定し、
   判定した結果に基づき、前記第１のカルテ情報の更新を制御し、
   前記第２の装置は、
   第２のカルテ情報の更新要求を受け付けると、前記第３の装置に、前記第１の装置にアクセスさせ、前記第１の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを確認させ、
   前記第３の装置によるアクセスに失敗した場合には、前記第２のカルテ情報の更新を禁止し、
   前記第３の装置によるアクセスに成功した場合には、前記第３の装置による確認の結果に応じて、前記第２のカルテ情報の更新を制御する、
   ことを特徴とする排他制御システム。
2. 前記第３の装置は、
   前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認した場合、前記第１の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新し、
   前記第２の装置は、
   前記第３の装置によるアクセスに成功し、前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認され、前記第１の情報が更新された後に、前記第２のカルテ情報の更新を許可する、ことを特徴とする請求項１に記載の排他制御システム。
3. 前記第２の装置は、
   排他制御対象であるカルテ情報を特定するための第２の情報を記憶し、
   前記第２のカルテ情報の更新要求を受け付けると、前記第２の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを判定し、
   前記第２の情報に基づき前記第２のカルテ情報が更新可能ではないと判定した場合には、前記第２のカルテ情報の更新を禁止し、
   前記第２の情報に基づき前記第２のカルテ情報が更新可能であると判定した場合には、前記第３の装置に、前記第１の装置にアクセスさせ、前記第１の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを確認させる、ことを特徴とする請求項１または２に記載の排他制御システム。
4. 前記第３の装置は、
   前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認した場合、前記第１の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新し、
   前記第２の装置は、
   前記第３の装置によるアクセスに成功し、前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認され、前記第１の情報が更新された後に、さらに、前記第２の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新する、ことを特徴とする請求項３に記載の排他制御システム。
5. 前記第３の装置は、
   排他制御対象であるカルテ情報を特定するための第３の情報を有し、
   前記第２の装置は、
   前記第２のカルテ情報の更新要求を受け付けると、前記第３の装置に、前記第３の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを確認させ、
   前記第３の情報に基づき前記第２のカルテ情報が更新可能ではないと確認された場合には、前記第２のカルテ情報の更新を禁止し、
   前記第３の情報に基づき前記第２のカルテ情報が更新可能であると確認された場合には、前記第３の装置に、前記第１の装置にアクセスさせ、前記第１の情報に基づき、前記第２のカルテ情報が更新可能であるか否かを確認させる、ことを特徴とする請求項１～４のいずれか一つに記載の排他制御システム。
6. 前記第３の装置は、
   前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認した場合、前記第１の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新した後に、前記第３の情報を、前記第２のカルテ情報を排他制御対象として特定する情報へと更新し、
   前記第２の装置は、
   前記第３の装置によるアクセスに成功し、前記第１の情報に基づき前記第２のカルテ情報が更新可能であると確認され、前記第１の情報が更新され、前記第３の情報が更新された後に、前記第２のカルテ情報の更新を許可する、ことを特徴とする請求項５に記載の排他制御システム。
7. 医療従事者に所持される端末装置に、
   いずれかのカルテ情報の更新要求を受け付けると、前記端末装置および医療施設に対応する情報処理装置と通信可能な装置に、前記情報処理装置にアクセスさせ、前記情報処理装置が記憶する、排他制御対象であるカルテ情報を特定するための情報に基づき、前記いずれかのカルテ情報が更新可能であるか否かを確認し、
   前記装置によるアクセスに失敗した場合には、前記いずれかのカルテ情報の更新を禁止し、
   前記装置によるアクセスに成功した場合には、前記装置による確認の結果に応じて、前記いずれかのカルテ情報の更新を制御する、
   処理を実行させることを特徴とする排他制御プログラム。
8. 医療従事者に所持される端末装置が、
   いずれかのカルテ情報の更新要求を受け付けると、前記端末装置および医療施設に対応する情報処理装置と通信可能な装置に、前記情報処理装置にアクセスさせ、前記情報処理装置が記憶する、排他制御対象であるカルテ情報を特定するための情報に基づき、前記いずれかのカルテ情報が更新可能であるか否かを確認し、
   前記装置によるアクセスに失敗した場合には、前記いずれかのカルテ情報の更新を禁止し、
   前記装置によるアクセスに成功した場合には、前記装置による確認の結果に応じて、前記いずれかのカルテ情報の更新を制御する、
   処理を実行することを特徴とする排他制御方法。

Images