(57)【特許請求の範囲】
【請求項１】
データベースを有するいくつかのデータサーバのあるコンピュータネットワークに接続されており、ノードとして作動する第１コンピュータと第２コンピュータとを含むデータ参照システムであって、該コンピュータネットワークに接続されたいずれかのコンピュータにおいて、データを表示するための表示端末処理部が動作しており、
前記第１コンピュータと前記第２コンピュータとのそれぞれは、
前記データベースの一部のデータを含むデータの集合であるサブセットとなるデータを保持するリポジトリ部と、
該リポジトリ部のデータを検索するためのインデックス情報を格納するインデックスデ
ータ記憶部と、
前記リポジトリ部のデータに対応するデータの更新情報を前記コンピュータネットワークに接続された他のコンピュータから受け付ける処理と、表示に用いるデータを取得するための前記表示端末処理部からのリクエストを受け付ける処理と、前記インデックスデータ記憶部のインデックス情報を用いて、前記リポジトリ部にあって前記リクエストに対応するデータが更新済みであるかを確認する処理と、前記リクエストに対応する更新済みデータが前記リポジトリ部にある場合、該更新済みのデータを前記表示端末処理部のためのフォーマットのデータに必要に応じて変換して、前記リクエストに対するレスポンスとして前記表示端末処理部に送信する処理とを行う処理エンジン部と
を含むノード動作部を有しており、
第１コンピュータのリポジトリ部からのデータと第２コンピュータのリポジトリ部からのデータとが互いに関連付けされて前記表示端末処理部により表示される、データ参照システム。
【請求項２】
前記処理エンジン部は、前記リクエストに対応するデータを前記リポジトリ部が保持しているかどうかを前記インデックス情報に基づいて判定する処理と、前記リクエストに対応するデータが前記リポジトリ部にない場合に、前記コンピュータネットワークに接続された他の一のコンピュータのノード動作部に対して、前記リクエストに対応する追加データを取得するための追加リクエストを送信する処理と、該追加リクエストに対するレスポンスとして前記追加リクエストに対応する前記追加データを該他の一のコンピュータから取得する処理とをさらに行う、請求項１に記載のデータ参照システム。
【請求項３】
前記処理エンジン部は、前記追加リクエストによって前記他の一のコンピュータから取得した前記追加データを前記リポジトリ部に保存し、前記データを取得する再度のリクエストを受け付けた場合には、該再度のリクエストに対するレスポンスとして前記リポジトリ部の追加データに基づくデータを送信する処理を行う、請求項２に記載のデータ参照システム。
【請求項４】
前記コンピュータネットワークに接続された第３のコンピュータをさらに備え、
該第３コンピュータは、
前記データベースのサブセットとなるデータを保持するリポジトリ部と、
該リポジトリ部のデータを検索するためのインデックス情報を格納するインデックスデータ記憶部と、
前記リポジトリ部のデータに対応するデータの更新情報を前記コンピュータネットワークに接続された他のコンピュータから受け付ける処理と、前記第１コンピュータまたは前記第２コンピュータの処理エンジン部から前記追加リクエストを受け付ける処理と、前記インデックスデータ記憶部のインデックス情報を用いて、前記追加リクエストに対応する追加データが前記リポジトリ部にあることを確認する処理と、前記追加リクエストに対応する追加データが前記リポジトリ部にある場合、前記追加リクエストに対するレスポンスとして前記第１コンピュータまたは前記第２コンピュータの前記処理エンジン部に追加データを送信する処理とを行う中継処理エンジン部と
を含む中継ノード動作部を有しており、
前記追加データを、前記第１コンピュータのノード動作部または第２コンピュータのノード動作部のいずれかが受信して、前記表示端末処理部により表示する、請求項２に記載のデータ参照システム。
【請求項５】
前記他のコンピュータから取得する前記更新情報が、前記他のコンピュータにある更新済みのデータのハッシュ値を該更新済みのデータに対応させて含み、
前記インデックスデータ記憶部のインデックス情報は、前記リポジトリ部のデータのハッシュ値を含み、
前記処理エンジン部は、前記インデックスデータ記憶部のインデックス情報にある前記ハッシュ値が前記更新情報に含まれる前記ハッシュ値と異なる場合には、前記更新情報を取得した前記他のコンピュータから更新済みのデータを取得して前記リポジトリ部に格納し、前記更新情報に含まれるデータの前記ハッシュを前記インデックスデータ記憶部のインデックス情報に追加または上書きする処理を行う、請求項１に記載のデータ参照システム。
【請求項６】
前記他のコンピュータから取得する前記更新情報が、前記他のコンピュータにある更新済みのデータのハッシュ値と該データが更新された時刻を示すタイムスタンプとを該更新済みのデータに対応させて含み、
前記処理エンジン部は、前記インデックス情報にある前記ハッシュ値が前記更新情報に含まれる前記ハッシュ値と異なり、かつ、前記インデックス情報のタイムスタンプが更新情報に含まれるタイムスタンプと同じ場合には、前記コンピュータネットワークに接続する少なくともいずれかのコンピュータに改ざん警告通知を送信する処理を行う、請求項１に記載のデータ参照システム。
【請求項７】
前記処理エンジン部は、前記リポジトリ部にあるデータを取得するリクエストを発信したコンピュータまたは処理プロセスである参照元を特定するための情報を、前記リポジトリ部または前記インデックスデータ記憶部に保存し、前記リポジトリ部のデータが更新された場合に、前記参照元に更新を通知する、請求項１に記載のデータ参照システム。
【請求項８】
前記処理エンジン部は、前記参照元を特定するための情報とデータの種類を特定するための情報とを前記コンピュータネットワークに接続されたいずれかのコンピュータに保存し、参照元とデータの種類とのログデータの収集を可能にする、請求項７に記載のデータ参照システム。
【請求項９】
前記表示端末処理部において表示されるデータが、機密情報を含みＩＤによって特定される第１部分データと非機密情報のみからなる第２部分データとを含み、
前記第１部分データを取得するリクエストが、前記ＩＤにより取得するデータを特定して、前記第１コンピュータのノード処理部に前記表示端末処理部から暗号化して送信され、
前記第１コンピュータのノード処理部は、前記第１部分データと前記ＩＤのハッシュ値とを含むデータを前記表示端末処理部に暗号化して送信し、
前記第２部分データを取得するリクエストが、復号化した前記ＩＤの前記ハッシュ値により取得するデータを特定して前記第２コンピュータのノード処理部に前記表示端末処理部から送信され、
前記第２コンピュータのノード処理部は、前記第２部分データを含むデータを前記表示端末処理部に送信し、
復号化した前記第１部分データに含まれる前記機密情報と前記第２部分データに含まれる非機密情報とが前記ＩＤの前記ハッシュ値により互いに関連付けて前記表示端末処理部によって表示される、請求項１に記載のデータ参照システム。
【請求項１０】
請求項１〜９のいずれかに記載のデータ参照システム、および、該データ参照システムによりデータを参照して画像を生成する前記表示端末処理部と該画像に対応付けされた入力を可能にする入力装置とを備えるデータ表示が可能なコンピュータを含む医療情報システムであって、
前記画像は、行または列の一方に業務項目を並べ、行または列のもう一方に日付および／または時刻を並べて行列状に整列される複数のセルの表示を含むものであり、
該セルの少なくとも一つは、セルに対応する業務項目とセルに対応する日付および／または時刻とにより特定され、前記第１コンピュータのノード動作部から取得するデータの値と該データを取得するリクエストを前記第１コンピュータに送信するためのマークとの少なくともいずれかを表示するものであり、
該セルの他の少なくとも一つは、セルに対応する業務項目とセルに対応する日付および／または時刻とにより特定され、前記第２コンピュータのノード動作部から取得するデータの値と該データを取得するリクエストを前記第２コンピュータに送信するためのマークとの少なくともいずれかを表示するものであり、
前記入力装置によって該マークのいずれかを選択する入力を受け付けると、前記表示端末処理部が、選択されたマークのあるセルに対応する業務項目と日付および／または時刻によって指定されるデータに含まれる情報を、前記画像のいずれかの部分に視認し得るように示す、医療情報システム。
【請求項１１】
前記いくつかのデータサーバにおいて、医療における異なる検査に関する検査データが別々のデータベースに蓄えられており、
前記業務項目が医療における検査項目であり、検査項目と日付および／または時刻によって指定される複数のセルの少なくともいくつかに、検査データの値と該検査データを取得するリクエストを送信するために前記入力装置で選択可能なマークとの少なくともいずれかを表示して医療における検査データを提供するものである請求項１０に記載の医療情報システム。
【請求項１２】
前記データ参照システムに含まれる第１コンピュータと第２コンピュータとによりデータを参照して、ある業務項目のデータに関する表示を含むコンポジットドキュメント表示画面を前記表示端末処理部が生成する医療情報システムであって、
前記表示端末処理部は、前記業務項目について、該業務項目の任意のデータを表示しうるライブ表示部と、該データを取得して表示するリクエストを送信するためのライブ表示マークとの少なくともいずれかを前記コンポジットドキュメント表示画面に表示し、前記業務項目について、前記コンポジットドキュメント表示画面に表示されている該業務項目のデータを用いた判断に応じて入力される判断入力に基づいて、該データを、コンポジットドキュメント表示画面において更新が停止されたフリーズデータとして表示するフリーズ表示部と、該フリーズデータを表示するためのフリーズ表示マークとの少なくともいずれかを前記コンポジットドキュメント表示画面に表示する請求項１０に記載の医療情報システム。
【請求項１３】
前記表示端末処理部は、前記フリーズデータの更新を停止したまま、該フリーズデータの業務項目について、他のデータを表示するための追加ライブ表示部と該他のデータを表示するための追加ライブ表示マークとのいずれかを、該業務項目に関連付けて前記コンポジットドキュメント表示画面に表示するものである、請求項１２に記載の医療情報システム。
【請求項１４】
前記表示端末処理部を含むコンピュータが、前記フリーズデータを前記コンポジットドキュメント表示画面のデータに関連付けて記憶する、請求項１２に記載の医療情報システム。
【請求項１５】
前記表示端末処理部を含むコンピュータは、表示されている前記コンポジットドキュメント表示画面のデータとフリーズデータとライブデータとを統合して単一のファイルを生成する統合処理部を備え、
前記表示端末処理部は、前記第１コンピュータまたは前記第２コンピュータによってデータを参照することなく、該統合処理部により生成した前記単一のファイルよって前記コンポジットドキュメント表示画面の前記統合の時点の表示と実質的に同一であるシンプルドキュメント表示画面を生成することができる、請求項１４に記載の医療情報システム。
【請求項１６】
前記表示端末処理部は、前記単一のファイルから生成した前記シンプルドキュメント表示画面に前記ライブ表示部または前記ライブ表示マークをさらに表示して、コンポジットドキュメント表示画面を生成することができる、請求項１５に記載の医療情報システム。
【請求項１７】
前記フリーズデータが、前記データ参照システムのデータサーバのいずれかに記憶され、少なくとも該データ参照システムの第１コンピュータまたは第２コンピュータを通じて呼び出される、請求項１２に記載の医療情報システム。
【請求項１８】
データベースをそれぞれ有するいくつかのデータサーバのあるコンピュータネットワークに接続されており、ノードとして作動する第１コンピュータと第２コンピュータとを用いるデータ参照方法であって、該コンピュータネットワークに接続されたいずれかのコンピュータが表示端末処理部を動作させており、
前記第１コンピュータと前記第２コンピュータとは、前記データベースの一部のデータを含むデータの集合であるサブセットとなるデータを保持するリポジトリ部と、該リポジトリのデータを検索するためのインデックス情報を格納するインデックスデータ記憶部と、処理エンジン部とを含んだノード動作部を備えており、
前記処理エンジン部が、前記リポジトリ部のデータに対応するデータの更新情報を前記コンピュータネットワークに接続された他のコンピュータから取得するステップと、
前記処理エンジン部が、表示に用いるデータを取得するための前記表示端末処理部からのリクエストを受付けるステップと、
前記処理エンジン部が、前記インデックスデータ記憶部のインデックス情報を用いて、前記リポジトリ部にあって前記リクエストに対応するデータが更新済みであるかを確認するステップと、
前記処理エンジン部が、前記リクエストに対応する更新済みデータが前記リポジトリ部にある場合、該更新済みのデータを前記表示端末処理部のためのフォーマットのデータに必要に応じて変換して、前記リクエストに対するレスポンスとして前記表示端末処理部に送信するステップと
を含み、
前記第１コンピュータのリポジトリ部からのデータと前記第２コンピュータのリポジトリ部からのデータとが互いに関連付けされて前記表示端末処理部により表示される、データ参照方法。
【請求項１９】
データベースをそれぞれ有するいくつかのデータサーバのあるコンピュータネットワークに接続されており、ノードとして作動する第１コンピュータと第２コンピュータとにおいて実行されるデータ参照プログラムであって、該コンピュータネットワークに接続されたいずれかのコンピュータが表示端末処理部を動作させており、
前記第１コンピュータと前記第２コンピュータとに、前記データベースの一部のデータを含むデータの集合であるサブセットとなるデータを保持するリポジトリ部と、該リポジトリ部のデータを検索するためのインデックス情報を格納するインデックスデータ記憶部と、処理エンジン部とを含んだノード動作部を実現するステップを含み、
前記処理エンジン部に、
前記リポジトリ部のデータに対応するデータの更新情報を前記コンピュータネットワークに接続された他のコンピュータから取得するステップと、
表示に用いるデータを取得するための前記表示端末処理部からのリクエストを受付けるステップと、
前記インデックスデータ記憶部のインデックス情報を用いて、前記リポジトリ部にあって前記リクエストに対応するデータが更新済みであるかを確認するステップと、
前記リクエストに対応する更新済みデータが前記リポジトリ部にある場合、該更新済みのデータを前記表示端末処理部のためのフォーマットのデータに必要に応じて変換して、前記リクエストに対するレスポンスとして前記表示端末処理部に送信するステップと
をさらに実行させ、
前記第１コンピュータのリポジトリ部からのデータと前記第２コンピュータのリポジトリ部からのデータとを互いに関連付けて前記表示端末処理部により表示することを可能にするデータ参照プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他のコンピュータのデータを参照または表示するコンピュータシステムに関
し、また、そのコンピュータシステムを用いるドキュメント表示システムおよび医療情報
システムにも関する。
【背景技術】
【０００２】
従来、各種のデータを統一的に管理しそのデータを参照するために、データベースマネ
ージメントシステム（ＤＢＭＳ）が用いられている。特に、データベースサーバーとなる
コンピュータに実装され外部のクライアント端末などからのクエリーに応じてデータを検
索して送信する動作を行い、リレーションを用いて複数のデータテーブルを管理するリレ
ーショナルデータベースマネージメントシステム（ＲＤＢＭＳ）が知られている。ＲＤＢ
ＭＳに代表されるＤＢＭＳは、例えばＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａ
ｎｇｕａｇｅ）などのクエリー言語を用いて、クライアント端末から発行されたクエリー
命令を受信し、そのクエリー命令に応じてデータを検索し、クライアント端末にそのデー
タを提供する。クライアント端末は、ＤＢＭＳに合わせたクエリー命令を送信し、受信し
たデータを使用者に提供するために表示する。
【０００３】
ＲＤＢＭＳなどのＤＢＭＳを活用して構築される情報システムは、各種の業務に用いら
れている。特に、そのような業務には、さまざまなデータを複合的に用いて意思決定を行
う業務もあり、その意思決定のために、データベースにあるデータを所望の形態に迅速に
データを加工したり表示したいという要求がある。その例として、医療機関内において行
われる各種の検査情報を統一して扱うための医療情報システムがある。規模の大きな医療
機関では、電子化された個別の検査システムが多数用いられる。例えば、画像診断装置、
血液検査装置などが別個の検査システムとして稼動している。画像診断装置は、例えば、
ＭＲＩやＸ線ＣＴには画像診断用の撮影画像データをデータベースに蓄積するような検査
システムが用いられ、その結果は、例えば、患者ごと、部位ごと、検査日ごとに画像が撮
影されてデータベースに蓄積される。血液検査装置は、患者から採取した血液を生化学自
動分析装置などの複数の検査装置によって分析して、そのデータをデータベースに蓄積す
る。医師は、例えば、画像診断データと血液検査データとを同時に見て、患者の病状を診
断し治療計画を立てるといった意思決定を行う。このような複数のデータを用いる業務を
円滑に行うためには、医師が用いる医療情報システムのコンピュータ端末は、異なる仕様
の複数のデータベースから必要なデータを取得してそれらの結果を観察する作業が容易に
行えるように動作することが望ましい。
【０００４】
このような状況に対応するために、医療情報システムにおいて複数のＤＢＭＳから取得
したデータをコンピュータ端末に表示等する手法が、例えば、特許文献１（特開２００３
−１９６３８９号公報）に開示されている。特許文献１には、検査項目および日付に対応
付けて、部門別のＲＤＢＭＳから検査データを容易に取得できるようにされたシートタイ
プの検査結果表示手法が開示されている。図１０にこの従来の場合のデータ参照システム
５００の論理的な構成をネットワーク図により示す。図１０に示すように、データ参照シ
ステム５００においては、検査データを管理するＲＤＢＭＳシステムを有するデータベー
スサーバコンピュータ５０２、５０４、５０６とクライアント５１２、５１４、５１６は
共通のネットワーク５８０によって接続されているが、クライアント５１２〜５１６は各
データベースサーバコンピュータ５０２〜５０６個別にアクセスを行う。
【０００５】
また、医療情報システムにおいてデータをコンピュータ端末に表示等する手法として、
例えば、Yaghee EagleViewシステムが開発されている（非特許文献１）。非特許文献１に
は、時系列に応じてデータを配列するための手法が開示されている。
【特許文献１】特開２００３−１９６３８９号公報
【非特許文献１】著者不明、“商品情報、Yahgee EagleView”、[online]、株式会社ドリームアクセス、［２００６年３月２４日最終検索］、インターネット<URL: HYPERLINK "http://www.yahgee.jp/products/overview.html" http://www.yahgee.jp/products/overview.html>
【発明の開示】
【発明が解決しようとする課題】
【０００６】
図１０のように検査システムのデータベースサーバコンピュータ（以下、「ＤＢサーバ
」という）に対するクエリー命令が多数のクライアント端末（以下、「ＣＬ端末」という
）５１２〜５１６から発行されると、ＤＢサーバ５０２〜５０６にアクセスが集中しＤＢ
サーバ５０２〜５０６やそこで動作するＲＤＢＭＳに高い負荷がかかる。特に、ＤＢサー
バ５０２〜５０６にはそれぞれの検査システムからの入力５０２Ｉ、５０４Ｉ、５０６Ｉ
も入力されるため、検査データ等の入力とＣＬ端末５１２〜５１６からのデータのアクセ
スが同時に起こるとこの負荷が過大となることがある。これを防止するために、図１１に
示すデータ参照システム５００´のように、検査システムのデータベースを複写して格納
するような、外部からのクエリーを処理するための専用のサーバ５０２Ｍ、５０４Ｍ、５
０６Ｍを設けることも可能である。しかし、この場合には、ＣＬ端末５１２〜５１６から
最新データが参照可能になるまでにタイムラグを生じる。また、高価なＲＤＢＭＳをそれ
ぞれの検査システムに２セット用意する必要もある。
【０００７】
また、一般に、複数の業務システムのそれぞれに個別のＤＢＭＳを用いる場合には、個
々のＤＢＭＳのデータベースが全く異なる設計思想によって設計されることが多い。例え
ば、医療機関の例では、検査システムごとに全く異なる設計思想によってデータベースが
設計されることも多い。さらに、個別のＤＢＭＳにおけるデータベース設計は、そのシス
テムを構築する時点の判断により、その業務を単独で行う場合の効率を考慮して検討され
ていることが多い。したがって、通常は、技術の進歩に伴って個々の業務システムを更新
すると、データベース設計も更新されることが多い。こういった場合に、更新された個々
の業務システムのデータベースのデータに対してそれ以前と同様にＣＬ端末がデータ参照
を行うためには、更新された業務システムのＤＭＢＳに関連するソフトウェアをアップデ
ートするか、あるいは、データを変換するためのインターフェースサーバを追加して更新
前のクエリー命令を更新後のＤＢＭＳのものにすべて変換する必要がある。ＣＬ端末のソ
フトウェアのアップデートは多数のＣＬ端末が用いられる場合には多大な労力を要する。
また、インターフェースサーバを追加すると、ＣＬ端末からデータを呼び出す際のレスポ
ンスが遅くなる。
【０００８】
さらに、時系列にデータを表示するシステムでは、異なるデータをひとつの管理画面か
ら呼び出すことができるが、データが実際の業務にどのように利用されたかを反映した管
理が難しい場合があり、また、判断に用いられた重要なデータが失われる危険が生じる場
合もある。
本発明は上記問題の少なくともいくつかを解決することを課題とする。
【課題を解決するための手段】
【０００９】
本発明においては、データベースを有するいくつかのデータサーバのあるコンピュータ
ネットワークに接続されている第１コンピュータと第２コンピュータとを含むデータ参照
システムであって、該コンピュータネットワークに接続されたいずれかのコンピュータに
おいて、データを表示するための表示端末処理部が動作しており、前記第１コンピュータ
と前記第２コンピュータとのそれぞれは、前記データベースのサブセットとなるデータを
保持するリポジトリ部と、該リポジトリ部のデータを検索するためのインデックス情報を
格納するインデックスデータ記憶部と、前記リポジトリ部のデータに対応するデータの更
新情報を前記コンピュータネットワークに接続された他のコンピュータから受け付ける処
理と、表示に用いるデータを取得するための前記表示端末処理部からのリクエストを受け
付ける処理と、前記リクエストに対応する更新済みのデータを、前記インデックスデータ
記憶部のインデックス情報を用いて前記リポジトリ部から検索する処理と、前記リクエス
トに対応する更新済みデータが前記リポジトリ部にある場合、該更新済みのデータを前記
表示端末処理部のためのフォーマットのデータに必要に応じて変換して、前記リクエスト
に対するレスポンスとして前記表示端末処理部に送信する処理とを行う処理エンジン部と
を含むノード動作部を有しており、第１コンピュータのリポジトリ部からのデータと第２
コンピュータのリポジトリ部からのデータとが互いに関連付けされて前記表示端末処理部
により表示される、データ参照システムが提供される。
【００１０】
データベースは、例えば業務において意思決定の基礎となる各種のデータを検索可能な
状態で格納するデータの集合である。例えば、医療機関において用いられる、患者ＩＤ、
検査項目、検査時刻（あるいは検査年月日）ごとに蓄積される検査結果のデータのデータ
ベースである。データサーバは、データベースを管理するコンピュータであり、典型的に
は、サーバーＯＳによって動作するコンピュータである。
【００１１】
コンピュータネットワークは、有線あるいは無線による任意のコンピュータネットワー
クであり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒ
ｅａ  Ｎｅｔｗｏｒｋ）、インターネット、イントラネットなどの形態を問わない任意の
コンピュータネットワークである。このコンピュータネットワークには、データサーバが
接続されており、また、第１コンピュータと第２コンピュータとが接続されている。
【００１２】
表示端末処理部とは、クライアント端末としてコンピュータを動作させるための処理を
行う処理プロセスによって実現される、データを表示するための機能手段である。表示端
末処理部は、例えば、ＧＵＩなどのユーザーインターフェース部、通信部、画像表示部、
入力部などを用いることによって、コンピュータをクライアント端末として動作させる。
この表示端末処理部によりクライアント端末として動作するコンピュータは、上述のコン
ピュータネットワークに接続されているいずれかのコンピュータであり、第１、第２のコ
ンピュータと異なるコンピュータであってもよいし、また、第１のコンピュータや第２の
コンピュータと同一のコンピュータであってもよい。
【００１３】
データベースのサブセットとは、データベースの全部のデータではなく一部のデータを
含むデータの集合をいう。サブセットとなるデータを保持するリポジトリ部は、何らかの
記憶手段により実現され、他と論理的に区別される記憶領域を言う。このリポジトリ部は
記憶データベースの記憶部であってもよく、またＯＳのファイルシステムの一部によって
構成されていてもよく、サブセットのデータを保持している任意の実装態様の記憶手段で
ある。
【００１４】
インデックスデータ記憶部は、インデックス情報を格納し、何らかの記憶手段により実
現され、他と論理的に区別される記憶領域である。このインデックス情報は、リポジトリ
部内のデータを検索するための索引のデータである。このインデックス情報はインデック
スデータ記憶部において検索が可能となるように構成されていればよく、例えば、インデ
ックスとなる項目と、リポジトリ部におけるその項目のデータの位置（アドレス）とを対
応付けて記録するデータである。
【００１５】
なお、上記記憶手段は、コンピュータの揮発性記憶媒体や不揮発性記憶媒体を用いるこ
とができる。揮発性記憶媒体の例は、ＲＡＭなどによる主記憶装置であり、不揮発性記憶
媒体は、ハードディスクドライブなどの補助記憶装置である。
【００１６】
リポジトリ部のデータに対応するデータとは、リポジトリ部のデータを得るために十分
な同じ対象から得られたデータをいう。例えば、リポジトリ部のデータと同じデータや、
リポジトリ部のデータを一部として含むようなデータ、リポジトリ部のデータと同じ検査
項目についての更新されたデータをいう。このデータの更新情報とは、データの更新の有
無を直接または間接に示す任意の情報をいい、例えば、データのハッシュ値や、時刻を示
すタイムスタンプを含む。他のコンピュータからこの更新情報を受け付けるとは、例えば
、リポジトリ部のデータをこのノード動作部に過去に提供したコンピュータが、その更新
の有無を示す情報を受信することをいう。
【００１７】
データを取得するための表示端末処理部からのリクエストとは、コンピュータをクライ
アント端末として動作させる表示端末処理部が、それ自体が動作しているコンピュータの
表示装置に何らかの情報を表示しようとして発信するデータのリクエストである。
【００１８】
このリクエストに対応する更新済みのデータとは、リクエストによって特定されるデー
タに関する更新情報を参照して、そのデータが更新されたものであることが確認されたデ
ータである。この更新の確認は、随時して更新されるデータの場合には、最後に更新され
てからの経過時間が十分に短いことなどによって間接的に確認されていてもよい。また、
上述の更新情報を他のコンピュータから受け付ける処理は、リクエストを受け取ってから
行ってもよい。リクエストに対応する更新済みデータがリポジトリ部にある場合とは、こ
のような更新が確認されたデータがリポジトリ部に存在する場合をいう。
【００１９】
更新済みのデータは、表示端末処理部のためのフォーマットのデータに必要に応じて変
換される。変換が不要な場合は、例えば、表示端末処理部が、リポジトリ部のデータをそ
のままあるいは内部で変換して表示できる場合である。変換が必要な場合とは、例えば、
リポジトリ部のデータが、他の各個別業務のためのフォーマットになっていて表示端末処
理部が直接利用できない場合や、余分なフィールドが含まれていて通信に無駄が生じる場
合などである。必要に応じてフォーマットが変換されたデータは、リクエストに対するレ
スポンスとして表示端末処理部に送信される。
【００２０】
本データ参照システムにおいては、第１コンピュータのリポジトリ部からのデータと第
２コンピュータのリポジトリ部からのデータとが互いに関連付けされて表示端末処理部に
より表示される。データベースのデータを第１と第２のコンピュータを用いて別々に参照
して表示端末処理部に表示することにより、表示端末処理部を動作させるコンピュータ（
クライアント端末）は、データベースを参照することなく、第１コンピュータと第２コン
ピュータが保持するデータを関連付けて表示することができ、データベースを持つデータ
サーバへのアクセスの集中が防止でき、表示端末処理部を動作させるコンピュータからの
レスポンスが改善される。
【００２１】
本発明において、前記処理エンジン部は、前記リクエストに対応するデータを前記リポ
ジトリ部が保持しているかどうかを前記インデックス情報に基づいて判定する処理と、前
記リクエストに対応するデータが前記リポジトリ部にない場合に、前記コンピュータネッ
トワークに接続された他のコンピュータのノード動作部に対して、前記リクエストに対応
する追加データを取得するための追加リクエストを送信する処理と、該追加リクエストに
対するレスポンスとして前記追加リクエストに対応する前記追加データを該他のコンピュ
ータから取得する処理とをさらに行うことが好適である。この場合、さらに、前記処理エ
ンジン部は、前記追加リクエストによって前記他のコンピュータから取得した前記追加デ
ータを前記リポジトリ部に保存し、前記データを取得する再度のリクエストを受け付けた
場合には、該再度のリクエストに対するレスポンスとして前記リポジトリ部の追加データ
に基づくデータを送信する処理を行うとさらに好適である。あるいは、前記コンピュータ
ネットワークに接続された第３のコンピュータをさらに備え、該第３コンピュータは、前
記データベースのサブセットとなるデータを保持するリポジトリ部と、該リポジトリ部の
データを検索するためのインデックス情報を格納するインデックスデータ記憶部と、前記
リポジトリ部のデータに対応するデータの更新情報を前記コンピュータネットワークに接
続された他のコンピュータから受け付ける処理と、前記第１コンピュータまたは前記第２
コンピュータの処理エンジン部から前記追加リクエストを受け付ける処理と、前記追加リ
クエストに対応する追加データを、前記インデックスデータ記憶部のインデックス情報を
用いて前記リポジトリ部から検索する処理と、前記追加リクエストに対応する追加データ
が前記リポジトリ部にある場合、前記追加リクエストに対するレスポンスとして前記第１
コンピュータまたは前記第２コンピュータの前記処理エンジン部に追加データを送信する
処理とを行う中継処理エンジン部とを含む中継ノード動作部を有するコンピュータであり
、前記追加データを前記第１コンピュータのノード動作部または第２コンピュータのノー
ド動作部のいずれかが受信して前記表示端末処理部により表示されるとさらに好適である
。
【００２２】
ここで、他のコンピュータとは、ネットワークにつながった任意の他のコンピュータの
うち、ノード動作部を動作させるものをいう。例えば、第１コンピュータから見た第２コ
ンピュータや、第２コンピュータから見た第１コンピュータを含む。
【００２３】
ノード動作部において不足しているデータを他のコンピュータのノード動作部から取得
すれば、データ参照システムに含まれる第１または第２コンピュータのノード動作部は、
表示端末処理部からのリクエストに応じて自ら保存するデータ以外のデータを送信するこ
とができる。表示端末処理部は、リクエストのすべてをそれ自体のみで対応する必要がな
くなる。さらに、他のコンピュータのノード動作部から取得した追加データを自らのリポ
ジトリ部に保存することにより、再度のリクエストに対して他のコンピュータのノード動
作部の助けなしにレスポンスを行うことができるので、データ参照システムが表示端末処
理部の求めに迅速に応答することができるようにデータを自動的に配置することができる
。
【００２４】
また、第３のコンピュータは、第１または第２コンピュータからの追加リクエストに応
じて必要なデータを提供する中継処理エンジン部を含む中継ノード処理部を動作させてい
る。これにより、第１または第２コンピュータは、直接データサーバから更新されたデー
タを取得するより、中継ノード処理部を持つ第３コンピュータに追加リクエストを発信し
て追加データを取得することにより、データサーバへのアクセス集中を防止しつつ、必要
な際により迅速なレスポンスを得ることができる。
【００２５】
本発明においては、他のコンピュータから取得する前記更新情報が、該他のコンピュー
タにある更新済みのデータのハッシュ値を該更新済みのデータに対応させて含み、前記イ
ンデックスデータ記憶部のインデックス情報は、前記リポジトリ部のデータのハッシュ値
を含み、前記処理エンジン部は、前記インデックスデータ記憶部のインデックス情報にあ
る前記ハッシュ値が前記更新情報に含まれる前記ハッシュ値と異なる場合には、前記更新
情報を取得した他のコンピュータから更新済みのデータを取得して前記リポジトリ部に格
納し、前記更新情報に含まれるデータの前記ハッシュを前記インデックスデータ記憶部の
インデックス情報に追加または上書きする処理を行うことが好適である。
【００２６】
データのハッシュ値は、例えばＭＤ５などのメッセージダイジェスト関数（ハッシュ関
数）によってデータから生成されるハッシュあるいはチェックサムであり、更新したデー
タに対応させて保存される。ハッシュ関数の演算は、他のコンピュータがデータを更新し
た際に行って保存しておくことができる。そして、処理エンジン部を動作させる第１コン
ピュータや第２コンピュータに更新情報を送信する際に、そのハッシュ値がその更新情報
の一部として含められる。ハッシュ値によって更新を管理することにより、データそれ自
体によって更新を確認するよりも少ない通信データで更新を確認することができる。
【００２７】
本発明においては、他のコンピュータから取得する前記更新情報が、該他のコンピュー
タにある更新済みのデータのハッシュ値と該データが更新された時刻を示すタイムスタン
プとを該更新済みのデータに対応させて含み、前記処理エンジン部は、前記インデックス
情報にある前記ハッシュ値が前記更新情報に含まれる前記ハッシュ値と異なり、かつ、前
記インデックス情報のタイムスタンプが更新情報に含まれるタイムスタンプと同じ場合に
は、前記コンピュータネットワークに接続する少なくともいずれかのコンピュータに改ざ
ん警告通知を送信する処理を行うことが好適である。
【００２８】
データのハッシュ値を用いることによって比較するデータの量を抑制しながら、データ
に変更が加えられているかどうかを確認することができる。これをタイムスタンプの比較
と組み合わせて、タイムスタンプは変更されずデータに変更が無いはずであるのにハッシ
ュ値が変更されているような場合を検知することができる。このような場合には、意図的
にタイムスタンプが一致するように人為的な操作がなされてデータ自体に手が加えられて
いる可能性があるため、データが改ざんされている可能性を警告する改ざん警告通知をい
ずれかのコンピュータに送信することにより、データ参照システムのセキュリティを確保
することができる。
【００２９】
本発明において、前記処理エンジン部は、前記リポジトリ部にあるデータを取得するリ
クエストを発信したコンピュータまたは処理プロセスである参照元を特定するための情報
を、前記データリポジトリ部または前記インデックスデータ記憶部に保存し、前記リポジ
トリ部のデータが更新された場合に、前記参照元に更新を通知するのが好適である。この
場合、さらに、前記処理エンジン部は、前記参照元を特定するための情報とデータの種類
を特定するための情報とを前記コンピュータネットワークに接続されたいずれかのコンピ
ュータに保存し、参照元とデータの種類とのログデータの収集を可能にすると好適である
。
【００３０】
参照元となるコンピュータや処理プロセスは、他のコンピュータや、他のコンピュータ
のノード処理部や、表示端末処理部をいう。コンピュータは、コンピュータのホスト名、
ＩＰアドレス、ＭＡＣアドレス、ＣＰＵのＩＤなどによって特定することができる。プロ
セス名は、プロセスＩＤや動作しているプログラム名などによって特定することができる
。この構成では、特定された参照元を保存しておいて、リポジトリ部のデータが保存され
た場合に参照元に更新があったことを通知する。コンピュータのファイルシステムにおい
て、あるプロセスが参照するファイルを予め分かっているファイルツリーの位置により特
定して、そのファイルにこの通知を書き込むことにより、実質的にプロセスを特定して通
知することもできる。この通知は、いろいろな形態で行うことができるが、更新の有無の
みを通知するメッセージや信号を発したり、データのハッシュ値やタイムスタンプなどを
含む更新情報を発信して行うことができる。参照元は、その通知によってデータの更新の
有無を検知して、自らのリポジトリ部のデータを更新するためのリクエストを発すること
ができる。
【００３１】
本発明のデータ参照システムにおいて、前記表示端末処理部において表示されるデータ
が、機密情報を含みＩＤによって特定される第１部分データと非機密情報のみからなる第
２部分データとを含み、前記第１部分データを取得するリクエストが、前記ＩＤにより取
得するデータを特定して、前記第１コンピュータのノード処理部に前記表示端末処理部か
ら暗号化して送信され、前記第１コンピュータのノード処理部は、前記第１部分データと
前記ＩＤのハッシュ値とを含むデータを前記表示端末処理部に暗号化して送信し、前記第
２部分データを取得するリクエストが、復号化した前記ＩＤの前記ハッシュ値により取得
するデータを特定して前記第２コンピュータのノード処理部に前記表示端末処理部から送
信され、前記第２コンピュータのノード処理部は、前記第２部分データを含むデータを前
記表示端末処理部に送信し、復号化した前記第１部分データに含まれる前記機密情報と前
記第２部分データに含まれる非機密情報とが前記ＩＤの前記ハッシュ値により互いに関連
付けて前記表示端末処理部によって表示されると好適である。
【００３２】
データ参照システムの本態様においては、第１部分データに含まれる機密情報は、それ
自体を機密に取り扱うべき情報をいう。第２部分データに含まれる非機密情報は、機密情
報と関連付けされない限り機密に取り扱われることが要求されないが、機密情報と関連付
けされることにより同等の機密性が要求されるような情報をいう。機密情報の例は、例え
ば医療機関における検査システムに用いるデータ参照システムにおいては、患者の属性情
報や検査項目（どの検査を実施したかを規定する情報）である。また、非機密情報の例は
、検査結果データである。つまり、検査項目や検査結果データは、機密情報である患者属
性と対応付けされなければどの患者のものであるかがわからず、それ自体に高い機密性が
要求されるとはいえないが、対応付けされると、特定の患者の検査結果が明らかとなるた
め、機密性の高い情報となる。本態様においては、機密情報は、通信や保存において情報
のセキュリティを確保できるように暗号化通信を用いる。この暗号化通信は、各種の暗号
処理を用いた通信であり、例えば、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）
を用いるセキュアＨＴＴＰ（ＨＴＴＰＳ）などのプロトコルの通信である。これに対し、
非機密情報は、それ自体を高いセキュリティのもとで通信したり保存することは必ずしも
必要ない。機密情報と非機密情報を別々のコンピュータによって通信するため、非機密情
報のみを取得してもその情報自体の価値が低いためである。
【００３３】
第２コンピュータにあるデータは、ＩＤのハッシュ値を用いて特定される。第１コンピ
ュータはこの特定を可能にするように、暗号化通信によって表示端末処理部に対してＩＤ
のハッシュ値を送信しておく。これにより、第１部分データと第２部分データを表示端末
処理部において関連付けることができる。
【００３４】
このように構成することにより、本発明のデータ参照システムにおいて、暗号化通信の
通信量を抑制して、すべてを暗号化通信したのと同様のセキュリティを実現することがで
きる。また、例えば、第２コンピュータが盗難等されてもＩＤとデータとを対応付けるこ
とが防止できる。特に、機密情報を扱う第１コンピュータは、機密情報を含むリポジトリ
部を揮発性記憶媒体によって実現すれば、第１コンピュータの電源が停止すると同時に、
データ参照システムにおいて機密にされるべきデータが一切残らなくなるため、さらにセ
キュリティを高めることができる。
【００３５】
本発明においては、上記いずれかに記載のデータ参照システムによりデータを参照して
画像を生成する前記表示端末処理部と、該画像に対応付けされた入力を可能にする入力装
置とを備えるコンピュータを含むデータ表示システムであって、前記画像は、行または列
の一方に業務項目を並べ、行または列のもう一方に日付および／または時刻を並べて行列
状に整列される複数のセルの表示を含むものであり、該セルの少なくとも一つは、セルに
対応する業務項目とセルに対応する日付および／または時刻とにより特定され、前記第１
コンピュータのノード動作部から取得するデータの値と該データを取得するリクエストを
前記第１コンピュータに送信するためのマークとの少なくともいずれかを表示するもので
あり、該セルの他の少なくとも一つは、セルに対応する業務項目とセルに対応する日付お
よび／または時刻とにより特定され、前記第２コンピュータのノード動作部から取得する
データの値と該データを取得するリクエストを前記第２コンピュータに送信するためのマ
ークとの少なくともいずれかを表示するものであり、前記入力装置によって該マークのい
ずれかを選択する入力を受け付けると、前記表示端末処理部が、選択されたマークのある
セルに対応する業務項目と日付および／または時刻によって指定されるデータに含まれる
情報を、前記画像のいずれかの部分に視認し得るように示す、データ表示システムが提供
される。
【００３６】
表示端末処理部は、セルを含む画像の表示を行う。この画像は、表示画面表示画面とな
り、表示装置に表示される。例えば、ウインドウ画面などのＧＵＩがこの画像によって提
供される。セルは、業務項目と日付や時刻とを並べる表である。これらのどちらかを行に
、もう一方を列に並べる。こうして、各セルには項目と日付や時刻が決まるので、データ
を項目ごとに時系列に整列して表示したり、その表示のためのマークを並べることができ
る。なお、項目と時系列以外にデータを特定するために必要な情報（例えば、医療機関の
検査システムでは、患者ＩＤなど）は、別の手段によって特定することができる。そして
、セルには、第１コンピュータからデータを得るセルや、第２コンピュータからデータを
得るセルがあるが、これらは一つのシート内で混在することができる。このようなセルが
複数含まれているような表形式に整理されて画像が提供されると、セルの位置に対応する
データが存在することを示すマークをセルに表示して、そのマークを選択するだけで、正
確かつ迅速に表示対象となるデータを特定することができ、データをどのような経路で参
照するかを使用者に意識させる必要がない。入力装置は、画像に対応付けされた入力を可
能にするマウスなどのポインティングデバイスを用いることができる。
【００３７】
本発明においては、上記のデータ表示システムを用いる医療情報システムであって、前
記いくつかのデータサーバにおいて、医療における異なる検査に関する検査データが別々
のデータベースに蓄えられており、前記業務項目が医療における検査項目であり、検査項
目と日付および／または時刻によって指定される複数のセルの少なくともいくつかに、検
査データの値と該検査データを取得するリクエストを送信するための前記入力装置で選択
可能なマークとの少なくともいずれかを表示して医療における検査データを提供する、医
療情報システムが提供される。
【００３８】
医療情報システムは、特に個々の検査システムが独自の設計のデータベースを有してい
ることが多く、また、技術進歩が早いためにデータベースの更新も頻繁に行われるため、
本発明のデータ参照システムを用いることにより、医療情報システムのメインテナンスが
容易になり、低コスト化が図れる。
【００３９】
本発明では、このようなデータ参照システムを用いて、ドキュメントデータ表示システ
ムが提供される。すなわち、本発明では、データ参照システムに含まれる第１コンピュー
タと第２コンピュータとによりデータを参照して、ある業務項目のデータに関する表示部
を含むコンポジットドキュメント表示画面を前記表示端末処理部が生成するドキュメント
データ表示システムであって、前記表示端末処理部は、前記業務項目について、該業務項
目の任意のデータを表示しうるライブ表示部と、該データを取得して表示するリクエスト
を送信するためのライブ表示マークとの少なくともいずれかを前記コンポジットドキュメ
ント表示画面に表示し、前記業務項目について、該業務項目のデータを用いた判断に応じ
て入力される判断入力に基づいて更新が停止された前記データをフリーズデータとして表
示するフリーズ表示部と、該フリーズデータを表示するためのフリーズ表示マークとの少
なくともいずれかを前記コンポジットドキュメント表示画面に表示する、ドキュメントデ
ータ表示システムが提供される。
【００４０】
本態様においては、コンポジットドキュメント表示画面と呼ぶ画面表示が提供される。
このコンポジットドキュメント表示画面とは、一般には、単数または複数のデータの一覧
を可能にする画面表示であり、例えば、画面に表示されるウインドウによって実現される
。そのコンポジットドキュメント表示画面は、一般には複数のデータの表示部が提供され
ており、それらの中から必要なデータを参照して業務の判断が行われる。判断に用いられ
るデータは、データを直接表示する表示部により表示することができ、また、データを表
示するためのマークから呼び出して表示することができる。
【００４１】
フリーズデータは、コンポジットドキュメント表示画面における更新が停止されたデー
タをいう。コンポジットドキュメント表示画面における更新とは、本発明の他の態様にお
いて提供されるデータ参照システムを通じてその時点での最新のデータを呼び出してコン
ポジットドキュメント表示画面に表示することや、任意の時点でのデータを呼び出すこと
をいう。ここで、フリーズデータ以外のデータには更新についての限定はなく、ライブ表
示部において表示されたり、ライブ表示マークを用いて呼び出されたりする際に、最新の
データが呼び出されたり、任意の時点のデータを呼び出すことができる。つまり、フリー
ズデータ以外のデータは、更新が自動的に行われるものや、定期的に行われるもの、何ら
かの命令に応じて手動で行われるものを含む。これに対し、フリーズデータは、コンポジ
ットドキュメント表示画面から更新することができないデータを言う。フリーズデータは
、フリーズ表示部によって表示されるか、あるいは、フリーズ表示マークから呼び出して
表示することができる。
【００４２】
本態様においては、表示されている業務項目についてのライブ表示部のデータやライブ
表示マークから呼び出されるデータは、判断入力に応じて更新が停止されて、フリーズデ
ータとなる。例えば、ライブ表示部は、表示されるデータが更新が可能な状態にあり、デ
ータサーバ等のデータの更新や観察者の指定に応じて、表示されるデータが変更される。
このようなライブ表示部によりデータを表示しながら判断が行われてそれを示す判断入力
が入力されると、そのときのデータがフリーズデータとなり、フリーズ表示部に表示され
る。このフリーズ表示部は、フリーズデータを表示する任意の表示部をいい、それまでラ
イブ表示部であった部分がフリーズデータの表示を行うことによりフリーズ表示部となっ
たり、フリーズデータのみを表示するためにあらかじめ準備された表示部を設けることで
実現されることができる。フリーズ表示マークも、同様に、フリーズデータの表示を行う
任意のマークである。
【００４３】
本態様における判断入力は、業務の判断が行われたことを直接または間接的に示す何ら
かの入力である。例えば、ある業務項目を判断の対象とするような判断が行われて、その
判断の結論が入力されると、その結論の入力は、その業務項目にとっての判断入力となる
。あるいは、明示的に入力者がそのときの判断に用いたデータを、例えばＧＵＩ上のチェ
ックボックスオブジェクトにチェックを入力して指定するなどの方法により、どのライブ
表示部のデータ（またはライブ表示マークにより表示されたデータ）を判断に用いたかを
指定し、判断を実行したことを示す確認ボタンをＧＵＩ上でクリックするなどの方法によ
って判断に用いたデータを指定する入力も判断入力となる。さらには、単に判断の時点に
おいてコンポジットドキュメント表示画面に表示されているすべてのデータが判断に用い
られたと仮定の下に、その時点においてデータの内容が視認できる全データを特定するよ
うな入力も判断入力となる。
【００４４】
このようにして、本態様においては、判断に用いたデータを他と区別して表示すること
ができる。
【００４５】
この態様においては、示端末処理部は、前記フリーズデータの更新を停止したまま、該
フリーズデータの業務項目について、他のデータを表示するための追加ライブ表示部と該
他のデータを表示するための追加ライブ表示マークとのいずれかを、該業務項目に関連付
けて前記コンポジットドキュメント表示画面に表示するものとすることができる。
【００４６】
フリーズデータは一度判断に用いられたデータである。従って、その判断の後に同一ま
たは類似の判断をする場合には、フリーズデータを考慮するのが望ましい。そして、フリ
ーズデータと同じ業務項目の他のデータを、コンポジットドキュメント表示画面において
、フリーズデータと関連付けて表示することにより、新たな判断において用いるデータを
判断に用いたフリーズデータと比較したり対照させることができる。こうして、新たな判
断を行う際により適切な判断が可能になる。
【００４７】
この態様においては、さらに、前記表示端末処理部を含むコンピュータが、前記フリー
ズデータを前記コンポジットドキュメント表示画面のデータに関連付けて記憶するものと
することができる。また、前記表示端末処理部を含むコンピュータは、表示されている前
記コンポジットドキュメント表示画面のデータとフリーズデータとライブデータとを統合
して単一のファイルを生成する統合処理部を備え、前記表示端末処理部は、前記第１コン
ピュータまたは前記第２コンピュータによってデータを参照することなく、該統合処理部
により生成した前記単一のファイルよって前記コンポジットドキュメント表示画面の前記
統合の時点の表示であるシンプルドキュメント表示画面を生成することができるものとす
ることができる。
【００４８】
本態様において、フリーズデータをコンポジットドキュメント表示画面のデータに関連
付けて記憶することとは、例えばフリーズデータとコンポジットドキュメント表示画面そ
れ自体のデータとを同一のファイルにより管理できるように記憶したり、コンポジットド
キュメント表示画面中に呼び出し可能になるようなハイパーリンクを配置して容易に呼び
出し可能になるように記憶することを含む。また、この記憶は、メインメモリー等による
記憶や、不揮発性記憶媒体による記憶とすることができる。表示端末処理部を含むコンピ
ュータにおいてフリーズデータをコンポジットドキュメント表示画面と関連付けて記憶す
ることにより、フリーズデータを迅速に呼び出すことが可能となる。また、表示端末処理
部を含むコンピュータが統合処理部を備えると、コンポジットドキュメント表示画面のデ
ータとフリーズデータとライブデータとを統合して単一のファイルが生成できるため、フ
ァイルの管理が容易になる。この単一のファイルによって生成される表示は、統合の時点
のデータを反映した表示であり、第１コンピュータまたは第２コンピュータによってデー
タを参照することなく、コンポジットドキュメント表示画面と実質的に同一の内容を表示
するシンプルドキュメント表示画面である。ここで、実質的に同一とは、判断作業におい
て必要な業務項目の表示内容を確認できる機能において同一であることをいう。シンプル
ドキュメント表示画面は、例えば、コンポジットドキュメント表示画面に、シンプルドキ
ュメント表示であることがわかるような表示変更を行って同じ内容のデータを表示する画
面としたり、コンポジットドキュメント表示画面のラスター表示の画面ダンプデータを表
示する画面としたりすることができる。シンプルドキュメント表示画面は、そこに表示す
るデータを他のコンピュータを用いて参照する必要がないため、それを生成するための単
一のファイルによって管理でき、表示も迅速となる。
【００４９】
加えて、本態様における前記フリーズデータが、前記データ参照システムのデータサー
バのいずれかに記憶され、少なくとも該データ参照システムの第１コンピュータまたは第
２コンピュータを通じて呼び出されるものとすることができる。記憶先をデータ参照シス
テムのデータサーバとすることにより、フリーズデータに対しても本発明の参照システム
を用いて、十分な秘匿性と迅速な呼び出しを両立することが可能となる。
【００５０】
さらに加えて、本発明では、上記のいずれかに記載のドキュメントデータ表示システム
を用いる医療情報システムが提供される。この医療情報システムにおいては、前記いくつ
かのデータサーバにおいて、医療における異なる検査に関する検査データが別々のデータ
ベースに蓄えられており、前記業務項目が医療における検査項目であり、前記コンポジッ
トドキュメント表示画面は、複数の検査項目を表示して医療における検査データを提供す
ることができる。
【００５１】
本発明においては、データ参照システムに加えて、データ参照方法やデータ参照プログ
ラムを実現することができる。また、表示端末処理部の動作は、データ表示方法やデータ
表示プログラムとして実現することもできる。さらに、医療情報の表示方法や、ドキュメ
ントデータ表示方法、医療情報の表示プログラム、ドキュメントデータ表示プログラムを
実現することもできる。
【発明の効果】
【００５２】
本発明によれば、データベースを参照することなく、第１コンピュータと第２コンピュ
ータが保持するデータを関連付けて表示することができ、データベースを持つデータサー
バへのアクセス集中が防止でき、表示端末処理部を動作させるコンピュータからのレスポ
ンスが改善される。また、データベースを更新した際にも、表示端末処理部の構成を変更
することなく、第１コンピュータや第２コンピュータのノード動作部の実装を変更する程
度で更新に対応できる。
【００５３】
さらに、本発明においては、ドキュメントデータ表示システムや方法等が実現される。
これらによってドキュメントデータ表示画面を表示すると、例えば診断などの判断作業に
使用して改変すべきでないデータをフリーズデータとしてドキュメントに残しながら、最
新のデータや判断のために用いる任意のデータを特定して表示することができ、判断に用
いたデータを明示しながらそのデータの経過を容易に追うことができる。
【発明を実施するための最良の形態】
【００５４】
以下図面を参照して本発明の実施の形態について説明する。
［１．全体構成］
図１は、本実施の形態のデータ参照システム１０の構成を示す説明図である。データ参
照システム１０は、複数のＤＢサーバ１０２、１０４、１０６と複数のＣＬ端末１１２、
１１４、１１６との間を結ぶ複数のノード１２1、１２2、１６1、１６2によって構成され
る。このデータ参照システム１０においてＣＬ端末１１２〜１１６からＤＢサーバ１０２
〜１０６にあるデータを参照するためには、ノード１２1〜１６2を介したコンピュータネ
ットワーク８０による通信を用いる。各ノード１２1〜１６2は、データの保持と処理の機
能を有する。また、ノード１２1〜１６2は、そのノードが配布したデータの行き先を履歴
として管理している。すなわち、ノード１２1〜１６2は、他のノードにデータを送信した
際には、どのデータを、どのノードに、いつ配信したかを保持している。
【００５５】
ＤＢサーバ１０２〜１０６においては、各業務の目的に応じて構築されたＲＤＢＭＳが
稼動している。このＲＤＢＭＳは、業務によって生じたデータ（例えば、画像診断に用い
る画像データなどの検査データ）を格納しており、クエリー命令を受け付けて、そのクエ
リー命令に対応するデータを検索して読み出した後に、クエリー命令を発行したコンピュ
ータにそのデータを送信するように構成されている。クエリー言語は、典型的には、ＳＱ
Ｌなどのクエリー言語によって記述されている。
【００５６】
本実施の形態のデータ参照システム１０における各ノード１２1、１２２、１６１、１６2は、データの保持と処理の機能を実現するために、インデックスデータベース（以下「インデックスＤＢ」という）２２とよぶ小規模のＤＢＭＳと、データリポジトリ２４と、プロセッシングエンジン２６と呼ぶ処理部とを含む。この各ノードの構成を図２に示す。各ノード１２1〜１６2は自らのデータリポジトリ２４にデータを保持することができるし、別のノードからデータを取得することもできる。このノード１２1〜１６2は、インデックスＤＢ２４、データリポジトリ２４、プロセッシングエンジン２６を含む単位で動作する。ノード１２1〜１６2は、必ずしもコンピュータ一台に一つのみ存在するものではなく、マルチタスクＯＳが稼動している一台のコンピュータ上において、複数のノードが動作したり、ノードが、他のプロセスとともに一台のコンピュータ上で動作することもできる。この場合には、インデックスＤＢ２２、プロセッシングエンジン２６が、一つのコンピュータにおいて複数動作し、データリポジトリ２４も、一つのコンピュータにおいて複数備えられる。
【００５７】
図２に示したノード１２1〜１６2同士は、サーバークライアント通信によって互いに通
信することができる。この構成により、本実施の形態のデータ参照システムは、複数のノ
ード１２1〜１６2が、ＤＢサーバ１０２〜１０６におけるＲＤＢＭＳによって管理される
データに対応するデータを分散して保持する機能を有する。なお、ノード１２1〜１６2に
は、ＲＤＢＭＳと通信するノード（以下ゲートウェイノードすなわち「ＧＷノード」とい
う）１２1、１２2と、それ以外のノード１６1、１６2がある。特にことわらない限り、ノ
ードとは、ＧＷノード以外のノードとＧＷノードを総称するものとする。
【００５８】
ＣＬ端末１１２〜１１６（図３）は、データを参照する作業を使用者が行う端末となる
コンピュータであり、使用者からの直接の入力を受け付けるキーボードやマウスなどの入
力装置と、表示データを使用者に提示する表示装置とを含むコンピュータ端末である。こ
のＣＬ端末１１２〜１１６においては、ノード１２1〜１６2からのデータを適切に使用者
に提示するためのレンダリングエンジン１２０と呼ぶ表示端末処理部が稼動している。レ
ンダリングエンジン１２０は、表示装置に表示するデータを処理する描画処理部１２２と
、ユーザーインターフェース部１２４と、クライアント通信部１２６とを含む。レンダリ
ングエンジン１２０は、ノード１２1〜１６2によって処理されたデータをノード１２1〜
１６2から取得し、その表示を行う。このクライアント通信部１２６が、ノード１２1〜１
６2に含まれるサーバ通信部とサーバークライアント通信を処理する。
【００５９】
各ＣＬ端末１１２〜１１６、各ノード１２1〜１６2、各ＤＢサーバ１０２〜１０６は、
コンピュータネットワーク８０に接続されている。この際のネットワークトポロジは物理
的には任意であるが、論理的には、ＧＷノード１２1、１２2が少なくともＤＢサーバ１０
２〜１０６のいずれかと通信し、各ＣＬ端末１１２〜１１６がいずれかのノード１２1〜
１６2と通信し、ＣＬ端末１１２〜１１６と通信するノード１６1、１６2が、他のノード
１２1、１２2を介してあるいは介することなく、ＤＢサーバ１０２〜１０６と通信する。
【００６０】
［２．クライアントの詳細］
以下、ＣＬ端末、ノードについて、その詳細を説明する。
２．１  構成
本実施の形態において用いるＣＬ端末の構成について説明する。ＣＬ端末は、通常のコ
ンピュータを用いて実現される。この構成を図３および図４に示す。バス４０には、記憶
装置４２、ＣＰＵ４４、メモリ４６、グラフィックプロセッサ４８、入出力部５０が接続
されている。グラフィックプロセッサ４８には表示装置５２が接続されている。また、入
出力部５０にはマウス５４、キーボード５８が接続されている。このような通常のハード
ウエア構成のコンピュータによってＣＬ端末１１２〜１１６が実現される。ＣＬ端末１１
２〜１１６では、レンダリングエンジン１２０が動作する。レンダリングエンジン１２０
（表示端末処理部）は、描画処理部１２２とユーザーインターフェース部１２４とクライ
アント通信部１２６とを含む。なお、ＣＬ端末１１２〜１１６は、ノードを含まないシン
クライアント（Ｔｈｉｎ  Ｃｌｉｅｎｔ）構成と、シンクライアント構成にノードを少な
くとも一つ含むリッチクライアント（Ｒｉｃｈ  Ｃｌｉｅｎｔ）構成とをとることができ
る。特にことわらない限り、以下、シンクライアント構成のＣＬ端末について説明する。
【００６１】
２．１．１  レンダリングエンジン
レンダリングエンジン１２０の描画処理部１２２は、ユーザーインターフェース部１２
４によってＣＬ端末１１２〜１１６の表示装置５２に出力するための画像データを描画す
る処理を行い、例えば、ＣＬ端末１１２〜１１６においてグラフィックウインドウ表示機
能を実現して、使用者にグラフィカルユーザーインターフェース（ＧＵＩ）を提供する。
【００６２】
２．１．２  ユーザーインターフェース部
レンダリングエンジンのユーザーインターフェース部１２４は、ウインドウ表示のＧＵ
Ｉによって表示されるデータを参照する処理や、あるいは、ノード１６1、１６2から取得
した画像データを観察に適したフォーマットに変換する処理、画像処理等の処理を行うた
めのプログラムである。このプログラムは、使用者（医師など）の認証も管理しており、
また、意思決定のための表示を可能にしている。
【００６３】
例えば、プログラムを起動すると、まず、使用者認証をＩＤとパスワードによって実行
するポップアップが表示される。このポップアップに使用者が自身のＩＤとパスワードを
入力すると、レンダリングエンジン１２０がそのＩＤとパスワードが正当な使用者のもの
であるかどうかを確認する。この確認は、そのＣＬ端末１１２〜１１６に保存された使用
者マスターテーブルと参照して行われてもよいし、また、本発明のデータ参照システムを
用いて、使用者マスターテーブルを参照してもよい。そして、その使用者のＩＤに応じた
権限内での処理を、その使用者に対して許可し、また、ＩＤをログや各種の情報へのアク
セス記録のログとして保持する。そして、使用者の認証が行われると、使用者は、意思決
定にかかわる情報をこのプログラムによって参照する業務を行うことができる。
【００６４】
２．１．２．１  ＧＵＩによる表示
このレンダリングエンジンにおけるユーザーインターフェース部のＧＵＩは、例えば、
複数のシート６０Ａ〜Ｆによって構成される。図５にこのシート表示の例を示す。シート
６０Ａは、データを活用する使用者（データの観察者、例えば医師）の意思決定に必要な
情報の項目とその項目のデータを取得した時系列との二つにしたがって各セルが指定され
る表形式の外観になるように構成される。例えば、このデータ参照システム１０が医療機
関内で各種の検査データの閲覧に使用される場合には、ＣＬ端末１１２〜１１６のＧＵＩ
は、列の並びを日付に対応させて、行の並びを検査項目に対応させて、患者ＩＤごとに表
示される。
【００６５】
また別のシート６０Ｃは、生理画像の情報が単純に時系列にしたがって行を経時的に並
べたリストとして構成される。さらに別のシート６０Ｆは、意思決定の対象（医療機関の
例では、患者）の属性をカテゴリー別に表示する情報シートとされる。これらのシートは
、使用者の意思決定業務を業務分析して、正確な意思決定が効率よく行えるように構成さ
れる。また、必要に応じて別ウインドウを開いて画像データを表示することもできる。
【００６６】
シート６０Ａの表において行と列の表形式によって指定される各セル６２は、当該セル
の行の位置６６に対応した業務の項目（ここでは、生化学検査における肝機能を示すＧＯ
Ｔ）について、当該セルの列の位置に対応した時刻６４（あるいは日付、ここでは、２０
０４年６月２０日）におけるデータの値それ自体を表示する。また、セル６８のように、
そのデータが存在することを示すマークを表示することもできる。業務の項目は、通常は
何らかのグループに構成される階層構造をもつ。このグループ構成を反映するように、例
えば、行はグループ内の各項目を折りたたんで非表示にしたりそのグループ内の各項目を
展開して表示することが可能である。ここでは、画像報告というグループ７２と、血液検
査の生化学検査というグループ７４の二つについてグループ分けできる。生化学検査は、
さらに、血清グループ７６と肝機能グループ７８に分けることができる。このセルは、グ
ループに対応させてセルを折りたたんで非表示としたり、再表示する動作をすることがで
きる。このように構成することにより、複雑な業務の項目を体系的に整理することができ
る。これにより、使用者は、必要な情報と不必要な情報とを効率よく峻別することができ
る。
【００６７】
リスト形式のシート６０Ｃを有するシート表示の例を図６に示す。このリスト形式のシ
ート６０Ｃの表示において、行と列の形式ではなく、時系列に従って、撮影した画像の属
性を明示しながら、どのような撮影が行われているかをリストにより表示している。この
表示においては、「検査日（時間）」の列の時刻表示部分は画像データを呼び出すための
リンクボタンとされていて、このボタンによって、リストのその行に対応している画像デ
ータを呼び出すことができる。
【００６８】
対象の属性を情報シート６０Ｆとして表示するシート表示の例を図７に示す。この情報
シート６０Ｆの表示においては、患者の属性がカテゴリー別に表示されている。例えば、
シートの左上には、患者の血液型、身長、体重などが表示される。また、シートの下には
、障害、感染、薬剤忌避、食物忌避などに関する情報が表示される。対象の情報が患者な
どの個人に関する情報である場合には、この情報シートに表示される内容は個人情報であ
るため、機密に取り扱えるようセキュリティを確保する必要がある。次に、このセキュリ
ティを確保するための手法について説明するが、機密情報と非機密情報の区別は管理ポリ
シーによって定められる。
【００６９】
２．１．２．２  データの分類
表示シート６０Ａ〜Ｆに含まれる情報には、機密情報と非機密情報とがある。機密情報
の例は、患者の属性情報である。また、非機密情報の例は、検査結果データである。これ
らの間には、検査項目（どの検査を実施したかを規定する情報、すなわち検査情報）とい
った機密情報と非機密情報の中間的な機密性の情報もある。ここでは、このような情報も
非機密情報に含めて説明する。
【００７０】
表示シート６０Ａ〜Ｆに含まれる情報には、機密性に関する区分のほかに、データの変
更の可否、変更の可能性が異なるものがある。患者属性、検査日当日の検査情報、過去の
検査日の検査情報、検査データのそれぞれについて、表１に示す。
【表１】
0005486649.tif 000002
【００７１】
患者属性は機密情報であり、検査データと検査情報は非機密情報である。また、更新の
頻度は、患者属性の場合は少なく、検査日当日の検査情報の場合は多く、過去の検査日の
検査情報と検査データの場合は更新されない。表示シート６０Ａ〜Ｆに表示される情報は
、これらの情報の区分にあわせて異なる仕様のノードにより管理されることができる。
【００７２】
２．１．２．３  セキュリティ
非機密情報は、機密情報と関連付けされると、機密情報にさらに情報を追加することに
なるため高度に機密性が要求されている情報になる。このため、非機密情報が単独で流出
した場合に機密情報との関連付けを容易にできないようにするために、本実施の形態にお
いては最も機密性が必要な機密情報を取得するためのＩＤは、要求される機密性の低い機
密情報や、非機密情報を取得するためのＩＤとしては用いない。これらの非機密情報を取
得するためには、このＩＤの代わりに、ＩＤまたは機密情報のデータのいずれかから生成
したハッシュ値を用いる（以下、「ＩＤハッシュ」という）。
【００７３】
図８にはデータ参照システム１０における機密情報と非機密情報の関連付けと通信の態
様を示す。ここで、シート表示６０の情報を患者属性６０Ｘと検査情報６０Ｙと検査デー
タ６０Ｚに分けて、それぞれを得るノードは別々のものとしている。ここには、１２l、
１６mおよび１６x、１６k〜１６mを明示しているが、これらは、ノード１２1、１２2およ
びノード１６1、１６2と同等のノードである。ノード１６mはノード１２l、１２mからの
データをキャッシュとして保持している。ノード１６x、１６k、１６lは直接データサー
バとＣＬ端末とに接続される。通信プロトコルは、機密情報と非機密情報とで異なってい
る。患者属性６０Ｘは機密情報であり、患者のＩＤを用いてノード１６xから取得される
。この典型例が、情報シート６０Ｆ（図７）の情報である。また、検査情報６０Ｙや検査
データ６０Ｚは非機密情報であり、検査情報６０Ｙはノード１６kから取得され、検査デ
ータ６０Ｚはノード１６1から取得される。データの参照の具体的な方法については後述
する。ノード１６xのデータをＣＬ端末が参照する際には、通信プロトコルにセキュアＨ
ＴＴＰ（ＨＴＴＰＳ）を用いることにより、ＳＳＬによってセキュリティが確保された通
信を行う。また、取得された情報は、ＣＬ端末においては、不揮発性記憶媒体には格納せ
ず、ＣＬ端末の揮発性記憶媒体（例えば、ＲＡＭによる主記憶領域）のみに格納して情報
シートに表示する。機密情報である患者属性６０Ｘについては、ノード１６xにおいても
、インデックスデータを不揮発性記憶媒体には記憶しない。このＣＬ端末のユーザーイン
ターフェース部は、患者のＩＤの指定を受け付けてその患者ＩＤから、あるいは、患者属
性を参照してその患者属性から、ＩＤハッシュを生成する。
【００７４】
検査情報６０Ｙや検査データ６０Ｚの非機密情報は、例えば、情報シート６０Ｆ以外の
シート６０Ａ〜Ｅに表示する項目の情報や数値データである。この非機密情報のデータを
表示するためにＩＤを指定する際には、レンダリングエンジン１２０はＩＤハッシュを用
いる。これらのデータを格納するノード１６kにおいてもＩＤハッシュが用いられる。
【００７５】
機密情報と非機密情報のデータは、ノード１６xとノード１６kに分散して保持される。
レンダリングエンジン１２０は使用者がこれらの分散ノードに透過的にアクセスすること
ができるような環境を提供する。したがって、このデータ参照システム１０においては、
データの保全性を高めながら、データを分散させた構成が実現される。
【００７６】
なお、上記説明においては、表示シート６０Ａ〜Ｆに含まれる情報のうち、機密情報を
患者の属性情報６０Ｘによって説明し、非機密情報を検査項目６０Ｙと検査結果データ６
０Ｚによって説明した。機密情報と非機密情報の区別は管理ポリシーによって定められる
ため、これらの区分は他の区分とすることもできる。例えば、患者の属性情報とその検査
に関する情報というような個人情報であるかどうかの区分ではなく、医療機関がその機関
自体の情報の管理の観点から情報を区分することができる。例えば、医療機関において検
査を実際に行うために用いた検査機器の種類、検査キットの種類、検査手法についての情
報は非機密情報とし、その検査を行った検査者の氏名、検査を指示した医師の氏名を機密
情報とすることができる。例示すれば、図６のシート６０Ｃに示された撮影種項目、撮影
種類、撮影部位は非機密情報とし、医師の氏名は非機密情報とすることができる。このよ
うに、表１や図８に例示されているような機密情報と非機密情報は、図５〜７に示したよ
うな表示のためのシートにおける構成とは全く独立に、管理ポリシーのみにしたがって定
められる。
【００７７】
２．１．２．４  データの参照
図５〜７に示したシート表示においては、データを参照する処理は、図８に示したデー
タ参照システム１０を介して行われる。このときの動作について以下に説明する。
【００７８】
図５に示したシート６０Ａの各セル６２には、患者のＩＤハッシュと項目と日付によっ
て特定されるデータが表示される。このとき、シート６０Ａの各セル６２に表示されるべ
きデータは、ノード１６k（図８）から取得される。このアプリケーションプログラム（
レンダリングエンジン１２０）においては、データをデータアイテムという手段によって
参照する。このデータアイテムは、名前（定義名）、属性、タイプを用いて、（オブジェ
クト指向の意味での）クラスによって定義される。レンダリングエンジン１２０において
は、名前によって区別される複数のデータアイテムのオブジェクトが実装されており、こ
れらを必要なデータに応じて使い分ける。このデータアイテムのオブジェクトは、具体的
な属性の値を引数として指定すると、そのデータアイテムごとに決まるタイプのデータが
取得できるように、データアイテムのメソッドがプログラムされている。
【００７９】
例えば、あるデータアイテムは、
定義名：血液検査肝機能
属性：患者のＩＤハッシュ、検査日
タイプ：％４．０ｆ
という構成を有している。このデータアイテムは「血液検査肝機能」という定義名によっ
て他の定義名のデータアイテムとは識別される。例えば、この「血液検査肝機能」データ
アイテムによって患者ＩＤが「００６８」の患者の２００４年６月２０日に検査したＧＯ
Ｔの値を得るには、この「血液検査肝機能」データアイテムに対し、患者のＩＤハッシュ
：ｈ（００６８）、検査日：２００４０６２０を渡す。ここで、ｈ（）は、ハッシュ関数
を表す。このように、図５のような構成のシート６０Ａにおいては、シート６０Ａの各行
には、そのセルに必要なデータを得るためのデータアイテムが対応付けられており、その
行に含まれるあるセルのデータを得るには、そのデータアイテムに対して、そのセルが属
する列の日付と、そのシートの患者ＩＤのハッシュ値を渡す処理を行う。
【００８０】
また、別のデータアイテムは、
定義名：ＭＲＩ画像
属性：患者のＩＤハッシュ、撮影日、撮影部位
タイプ：５１２Ｋ画像
という構成を持っており、この「ＭＲＩ画像」データアイテムに対して患者のＩＤハッシ
ュと撮影日と撮影部位を特定して、ＭＲＩ画像データを得ることができる。一般に、デー
タアイテムにおけるタイプとしては、数値や文字列などのテキストデータ、画像データな
どのバイナリデータ、動作プログラムなどのオブジェクトプログラムとすることができる
。
【００８１】
２．１．３  ＨＴＴＰクライアント部
クライアント通信部１２６（図３）は、ノードとの間で、ＨＴＴＰ通信プロトコルに応
じてクライアントサーバ通信を行う通信処理部である。データアイテムによって特定され
たデータは、このクライアント通信部１２６を通じてノード１６k（図８）から取得され
る。このクライアント通信部１２６には、予め接続されているノードから、通知（後述す
る）を受け取っており、必要なデータがどのノードにあるかが登録されている。クライア
ント通信部１２６は、それに応じて、必要なデータに関するリクエストをノードに発し、
このリクエストを受け取ったノードは、これに応じてデータをレスポンスとして返す。こ
のデータは、クライアント通信部１２６内でデータアイテムによって指定されている範囲
のデータである。クライアント通信部１２６が、リクエストに対するレスポンスとしてノ
ードから必要なデータを受け取ると、ユーザーインターフェース部１２４がそのデータを
シート上に表示する。例えば、「血液検査肝機能」データアイテムに対し、患者のＩＤハ
ッシュ：ｈ（００６８）、検査日：２００４０６２０を指定してノードから取得したデー
タが「３３」であれば、患者ＩＤが「００６８」の患者の検査日２００５年６月５日にお
ける肝機能のＧＯＴの値を示すセル６２に、「３３」の文字が表示される。また、「ＭＲ
Ｉ画像」データアイテムに患者のＩＤハッシュ、撮影日、撮影部位を指定してノードから
取得した画像であれば、例えば別ウインドウを開いて表示する。なお、クライアント通信
部１２６は、機密情報の通信を扱えるように、セキュアＨＴＴＰ通信プロトコルによる通
信も可能である。レンダリングエンジン１２０のプログラムにおいては、シート６０Ａ〜
Ｆの各情報が機密情報か非機密情報かを切り替えるように構成されている。レンダリング
エンジン１２０におけるデータアイテムの実装は、例えばＪＡＶＡ（登録商標）などのプ
ログラミング言語によって行う。
【００８２】
２．１．３．１  ＧＵＩ設定の管理
シート６０の構成は、使用者ごとに業務において重視するデータが異なることを反映し
て、例えば、使用者のＩＤと対応付けて定めてもよい。医療機関の例においては、使用者
としての医師にＩＤ３０割り当てられていて、ＣＬ端末１１２〜１１６が、同じ患者に対
しても医師ＩＤ３０によって異なるシート６０の構成を提供するように、ユーザーインタ
ーフェース部１２４が構成されていてもよい。異なる使用者（医師）が同一の対象（患者
）に対して同じレンダリングエンジン１２０を用いる場合であっても、このような構成に
より使用者の業務の違いに合わせた柔軟なデータの参照が可能になる。
【００８３】
［３．ノードの詳細］
３．１  構成
本発明のデータ参照システムのノード１２1〜１６2の詳細な構成を図２に示す。ノード
１２1〜１６2に含まれるインデックスＤＢ２２は、記憶部を用いて実現されるデータベー
スと、それを管理するために他のプロセスからのクエリーを受け付けて処理できる管理処
理部とからなるＤＢＭＳである。インデックスＤＢ２２は、データリポジトリ２４内のデ
ータを検索するためのインデックスデータ（索引データ、インデックス情報）と、各デー
タの更新情報とを保持する。このインデックスデータの例は患者のＩＤやＩＤハッシュと
、それらに対応付けされたデータのリポジトリ２４におけるアドレスとの組み合わせであ
る。また、更新情報の例は、データのハッシュ値（以下、「データハッシュ」という）と
タイムスタンプである（これらについては後述する）。ノード１２1〜１６2にはデータリ
ポジトリ２４も含まれる。このデータリポジトリ２４は、このデータ参照システム１０に
おいて参照されるデータそれ自体を保持するためのものである。このデータは、例えば、
ＸＭＬ形式のメタデータとデータそれ自体とを組み合わせてＺＩＰフォーマットにより一
つのファイルとした形式により保持される。メタデータは、対応して保持されるデータに
関連する情報であり、例えば、ノード１２1、１２2からみてそのデータを参照する参照元
ノード１６1、１６2のＩＤのデータである。また、プロセッシングエンジン２６は、デー
タリポジトリ２４内のデータをレンダリングエンジン１２０により処理可能な形式に変換
する。他のプロセッシングエンジン２６の機能は、サーバークライアント形式による通信
処理を実現するためのクライアント通信部の処理とサーバ通信部の処理である。プロセッ
シングエンジン２６は、例えば、ＨＴＴＰ通信プロトコルにおけるＨＴＴＰサーバ動作部
とＨＴＴＰクライアント動作部とを有する。このサーバークライアント形式による通信処
理は、ノード１２1〜１６2間の通信、ＣＬ端末１１２〜１１６とノード１２1〜１６2との
間の通信に利用される。クライアント通信部の処理は、他のノード１２1〜１６2に対して
リクエストを発する。また、サーバ通信部の処理は、他のノード１２1〜１６2からのリク
エストに応じてレスポンスを返す。
【００８４】
３．２  ノード間通信処理・ノードクライアント間通信処理
サーバークライアント形式の通信は、より具体的には、ノード１２1〜１６2のプロセッ
シングエンジン２６同士や、ＣＬ端末１１２〜１１６のレンダリングエンジンとノード１
２1〜１６2のプロセッシングエンジン２６部との間においてデータの参照を可能にするた
めに行われる。また、通信処理は、サーバークライアント形式の通信を実装するプロセッ
シングエンジン２６内においては、上述のデータアイテムと呼ぶオブジェクトを単位とし
て行う。そして、この通信処理の内容は、参照処理と通知処理である。
【００８５】
３．２．１  参照処理
参照処理は、相手ノードの登録と、更新の確認と、データの参照の３つのステップによ
って行われる。
【００８６】
３．２．１．１  相手ノードの登録
相手ノードの登録は、ノード１２1〜１６2のデータリポジトリ２４におけるＸＭＬ形式
のメタデータとして、ノードにとっての参照元となるノードや参照先ノードのＩＤを登録
する処理である。参照元ノードの登録は、例えば、ノード１２1、１２2が、そのノード１
２1、１２2のデータを参照する参照元のノード１６1、１６2のＩＤを登録する動作や、ノ
ード１６1、１６2が、そのノード１６1、１６2のデータを参照する参照元のＣＬ端末１１
２〜１１６のＩＤを登録する動作である。また、参照先ノードの登録は、例えば、あるノ
ード１６1、１６2が、そのノード１６1、１６2が参照元となってデータを参照する参照先
の他のノード１２1、１２2のＩＤを登録する動作である。ノード１２1〜１６2やＣＬ端末
１１２〜１１６のＩＤは、これらのノードやＣＬ端末を一意に識別するための任意ＩＤで
あり、例えば、ノード１２1〜１６2がそれぞれ一台のコンピュータによって構成される場
合には、そのコンピュータを識別するＩＰアドレスや、ホスト名を用いることができる。
相手ノードの登録は、データの参照を実行する前に予め行われているので、各ノードは、
データに対応してどの相手ノードやり取りするべきかを事前に特定している。なお、相手
ノードの登録は、参照処理より前に行われていればよく、データの参照のたびに行う必要
はない。
【００８７】
３．２．１．２  更新の確認
更新の確認は、ノード１２1〜１６2のデータリポジトリ２４に保持しているデータが更
新されているかどうかを確認する処理であり、例えば、参照処理のたびに行われる。更新
の確認は、そのデータの参照先（取得元）のノード１２1〜１６2から、データのデータハ
ッシュおよびタイムスタンプを取得して、保持しているデータハッシュおよびタイムスタ
ンプと比較することによって行われる。
【００８８】
ここで、上述のデータハッシュとタイムスタンプは、ノード１２1〜１６2がデータを取
得する際にプロセッシングエンジン２６により生成されて、データと対応付けて各ノード
１２1〜１６2のインデックスＤＢ２２に記録される。データハッシュとタイムスタンプは
、インデックスＤＢ２２にデータアイテムと対応付けて保持されて更新情報とされる。こ
のデータハッシュは、データの内容をハッシュ関数によって処理して得られ、通常のハッ
シュと同様に、データが一部でも異なると、データハッシュも異なる。このデータハッシ
ュは、データそれ自体に比べてはるかにデータ容量が小さいため、データ内容の更新の有
無を確認する処理を極めて短時間で行うことができる。タイムスタンプは、通常のＯＳ（
オペレーティングシステム）下のファイルのタイムスタンプと同様に、ノード１２1〜１
６2が稼動するコンピュータのクロック情報から生成される。なお、各ノード１２1〜１６
2は、他のノード１２1〜１６2（またはＣＬ端末１１２〜１１６）からのリクエストに応
じて、データハッシュをレスポンスとして返す。
【００８９】
上述のデータハッシュとタイムスタンプが一致するかどうかの比較においては、データ
ハッシュが一致した場合には、タイムスタンプが一致するかどうかにかかわらず、データ
それ自体のデータリポジトリ２４にあるデータが最新であると判定される。この場合には
、ノード１２1〜１６2は参照元に対してそれ自体のデータを送信する。データハッシュと
タイムスタンプが共に一致しない場合には、そのノード１２1〜１６2自体のデータリポジ
トリ２４にあるデータは最新ではないと判定される。この場合には、その更新されたデー
タを送信するよう、参照先（取得元）のノード１２1〜１６2に対してリクエストし、その
データを参照元に送信する。データハッシュが一致せず、タイムスタンプだけが一致する
場合には、少なくともいずれかのノード１２1〜１６2においてデータの改ざんが行われて
いると判定し、データ参照システムの機密性が維持できていない可能性があるため、デー
タ参照システムのネットワークに接続しているコンピュータのいずれかに、改ざんを警告
する通知を行う。
【００９０】
更新の確認の処理をデータハッシュとタイムスタンプによって行うことにより、更新さ
れたデータ全体を通信する場合よりも高速に更新の確認を処理することができ、参照のた
びに行うことができる。また、タイムスタンプのみにデータの更新を確認する場合よりも
、高いセキュリティを実現することができる。
【００９１】
３．２．１．３  データの参照
データの参照は、リクエストされたデータを実際に通信する動作である。本データ参照
システム１０のノード１２1〜１６2の構成により、ＤＢサーバ１０２〜１０６のデータは
、可能な限りノード１２1〜１６2のデータリポジトリ２４から取得されるので、ＤＢサー
バ１０２〜１０６にアクセスが集中せず、レスポンスのよいデータ参照システムが構築さ
れる。
【００９２】
また、派生的な効果として、このデータハッシュとタイムスタンプをログとして残して
おくことにより、ＣＬ端末１１２〜１１６によって参照されたデータをノード１２1〜１
６2が管理することができる。これにより、データの利用頻度を分析したり、業務におけ
る意思決定において用いられたデータを特定して、業務内容を検証したり、統計処理を行
うことが可能になる。
【００９３】
３．２．２  通知処理
通信処理における通知処理は、ノードが、ノードそれ自体のデータリポジトリ内のデー
タを更新した際に、そのノードが、参照元のノードに通知を行う処理である。ここでの参
照元ノードは、上述の参照処理において参照元ノードとして登録されているノードを選択
する。例えば、ノード１２1、１２2が、ノード１６1、１６2を参照元ノードとして登録し
ていて、ノード１２1、１２2が、ノード１６1、１６2に通知する。
【００９４】
参照元ノードに対する通知は、更新されたデータのデータアイテムを特定した通知とし
て送信することができる。この通知を受け取った参照元ノードは、更新されたデータアイ
テムのデータを送信するリクエストを参照先ノードに送信し、それに応じて、参照先ノー
ドがリクエストに対するレスポンスとしてデータアイテムを送信する。参照元ノードは、
更新された最新のデータを受信して自らのデータリポジトリ２４のデータを更新する。こ
の参照元ノードも、同様に、自らのデータの更新にともなってさらに下流のノードに通知
処理を行う。このように、各ノードが更新に応じて通知を発する構成では、ノードにおい
てデータが更新されると、その更新されたデータがノード同士のネットワーク上を伝播し
てゆき、データが更新されても、少ないタイムラグで自動的にデータの完全性を保つこと
ができる。なお、ＤＢサーバが、データの更新に応じて通知を送信することもできる。
【００９５】
３．２．３  ノードにおけるデータアイテム
ＣＬ端末１１２〜１１６がノード１６1、１６2と通信をする場合を例としてこのデータ
アイテムによるデータの通信についてさらに説明する。ＣＬ端末１１２〜１１６において
は、ノードのうちいずれのノードをデータの参照先ノードとするかが指定されている。こ
の指定は、例えば、メタデータとしてリポジトリに格納されている。各ノード１６1、１
６2においても、上述した参照処理のうちの相手ノードの登録はすでに行われている。上
述のように、ＣＬ端末１１２〜１１６のレンダリングエンジン１２０においては、データ
を指定する際（例えば、レンダリングエンジン１２０がこのデータを用いて表示しようと
する際）には、データアイテムに具体的な引数を特定して要求するデータが指定される。
そして、レンダリングエンジン１２０は、そのデータアイテムによって、上位ノード１２
1、１２2に対して、データアイテムの取得のリクエストを送信する。ノード１２1〜１６2
のサーバークライアント形式の通信を実装するアプリケーションプログラム（プロセッシ
ングエンジン２６）においても、前述のＣＬ端末１１２〜１１６におけるレンダリングエ
ンジン１２０の場合と同様に、通信すべきデータの指定はデータアイテムを単位として行
う。データアイテムによる通信処理を、ＣＬ端末１１２〜１１６がデータアイテムによっ
てノード１６1、１６2に対してデータをリクエストした場合を例に説明する。ＣＬ端末１
１２〜１１６がノード１６1、１６2にデータをリクエストした場合、そのリクエストを受
信したノード１６1、１６2は、そのデータアイテムに対応する適切なデータを有している
場合と、有していない場合とがある。適切なデータとは、そのデータアイテムにより指定
されるデータを含むようなデータであって更新された状態のものをいう。適切なデータが
存在しないときには、他のノード１２1、１２2に対して、データをリクエストする。この
ときには、ノード１２1、１２2のプロセッシングエンジン２６は、ＣＬ端末１１２〜１１
６のレンダリングエンジン１２０と同様に、データアイテムによってリクエストを行う。
【００９６】
３．２．４  中継機能
ノード１２1、１２2のプロセッシングエンジン２６には、ＣＬ端末１１２〜１１６から
の直接のリクエストではなく、ノード１６1、１６2からのリクエストに対して適切なデー
タを送信する機能がある。そして、ノード１２1、１２2が、そのリクエストに対応する適
切なデータを有しているときには、ノード１２1、１２2は、ノード１６1、１６2にデータ
を送信する。このとき、ＣＬ端末１１２〜１１６に送られるデータは、ノード１６1、１
６2がノード１２1、１２2から得たデータに基づくものである。このように、ノード１２1
、１２2のプロセッシングエンジン２６は、ＤＢサーバ１０２〜１０６とノード１６1、１
６2とを中継するように動作する。
【００９７】
また、ノード１６1、１６2のプロセッシングエンジン２６は、参照されるデータに対す
るリクエストをノード１２1、１２2に中継する機能がある。そして、リクエストを中継し
た先の他のノード１２1、１２2が、そのリクエストに対応する適切なデータを有している
ときには、その他のノード１２1、１２2からデータを受信して、ノード１６1、１６2がＣ
Ｌ端末１１２〜１１６にレスポンスとして返す。
【００９８】
中継動作をする際には、ノード１２1〜１６2は、そのデータを自ら保持するデータとし
てリポジトリ２４に保存し、再度同じデータアイテムによるリクエストを受信した場合に
リポジトリ２４のデータによりレスポンスを行うことができる。これにより、ノード１２
1〜１６2は、中継機能を有すると同時に、中継したデータをそれ自体が保持することによ
り、同じデータに対する次回のリクエストに対するレスポンスを改良することができる。
よって、ＣＬ端末１１２〜１１６から高い頻度で参照されるデータは、ＣＬ端末１１２〜
１１６からのレスポンスのよいノード１２1〜１６2に自動的に保持される。
【００９９】
他のノードまたはＣＬ端末からのリクエストに対応する適切なデータを、それ自体のデ
ータリポジトリ２４内にノードが保持している場合には、ノード１２1〜１６2のプロセッ
シングエンジン２６は、リクエストされたデータアイテムが、リポジトリ２４内のいずれ
のデータに対応するかを解釈し、リポジトリ２４のデータから適切なものを読み出し、必
要なデータを要求されたデータアイテムの形式に変換して、レスポンスとしてＣＬ端末１
１２〜１１６に送信する。
【０１００】
３．２．５  データアイテムの実装上の相違点
ノード１２1〜１６2のプロセッシングエンジン２６は、データリポジトリ２４内のデー
タをデータアイテムによって呼び出すことができる。このとき、プロセッシングエンジン
２６は、他のノード１２1、１２2またはＣＬ端末１１２〜１１６からのデータアイテムに
よるリクエストに応じてデータを送信できればよい。したがって、ノード１２1〜１６2に
おけるプロセッシングエンジン２６のデータアイテムは、類似している別々のデータアイ
テムによるリクエストを一つのデータアイテムに対応付けるように構成されていることが
できる。
【０１０１】
例えば、ノード１６1、１６2のデータリポジトリ２４内に血液検査のデータとして
患者のＩＤハッシュ、検査日、最高血圧、最低血圧、ＧＯＴ
ｈ（００６８）、２００４０６２０、１４２、８９、３３
ｈ（０５０７）、２００４１２１０、１２３、８９、１５０
ｈ（００６８）、２００４１２１０、１１６、７４、６０
…
というテーブルに相当するものが格納され、プロセッシングエンジン２６においては、
名前：血液検査
属性：患者のＩＤハッシュ、検査日
Ｔｙｐｅ：％４．０ｆ
という「血液検査」データアイテムのクラスが定義されていれば、このテーブルに相当す
るデータをリポジトリ２４から呼び出すことができる。ＣＬ端末１１２〜１１６において
は、
名前：血液検査肝機能
属性：患者のＩＤハッシュ、検査日
Ｔｙｐｅ：％４．０ｆ
というクラスによって「血液検査肝機能」データアイテムが定義されているとする。この
ような場合に、ＣＬ端末１１２〜１１６が、患者のＩＤハッシュと検査日を指定してノー
ド１６1、１６2にリクエストをすれば、ノード１６1、１６2のプロセッサエンジンは、同
じ患者のＩＤハッシュと検査日とを「血液検査」データアイテムに指定することにより、
データリポジトリ２４から上記テーブルに相当するデータを取得することができる。デー
タリポジトリ２４は、「血液検査」データアイテムから、「血液検査肝機能」データアイ
テムによるリクエストに必要な部分のみをレスポンスとしてＣＬ端末１１２〜１１６に送
信する。
【０１０２】
さらに、ノード１６1、１６2のプロセッシングエンジン２６は、データリポジトリ２４
内に適切なデータがない場合に、上位のノード１２1、１２2からデータを取得する際にも
、このようなより広い範囲のデータ（スーパーセットのデータ）を指定するデータアイテ
ムによって、上位のノード１２1、１２2からデータを取得することもできる。このように
、ノード１２1〜１６2のプロセッシングエンジン２６内でのデータアイテムの実装は、Ｃ
Ｌ端末１１２〜１１６におけるデータアイテムの実装と異なるものとすることができる。
【０１０３】
３．３  ゲートウェイノード
ゲートウェイノード（ＧＷノード）は、本実施の形態のデータ参照システム１０に備え
られるノード１２1〜１６2のうち、ＤＢサーバ１０２〜１０６と通信をして、データを読
み出す処理をするノード１２1、１２2である。ＧＷノードは、ノードの他の機能である、
データ保持機能（リポジトリ２４）、他のノード１６1、１６2からのリクエストを受け付
けて必要に応じて形式を変換する機能を有している。ＧＷノード１２1、１２2のプロセッ
シングエンジン２６は、他のノード１６1、１６2との間でサーバークライアント通信を確
立している。ＧＷノード１２1、１２2のプロセッシングエンジン２６は、データを送信す
るための参照元からのリクエストに応じて、それ自体のリポジトリ２４に適切なデータが
あるかどうかを判断し、適切なデータがあればそれを参照元に送信し、適切なデータがな
い場合には、そのＤＢサーバ１０２〜１０６のＤＢＭＳに対するクエリーを発行する。Ｄ
ＢＭＳがそのクエリーに応答すると、ＧＷノード１２1、１２2のプロセッシングエンジン
２６は、ＤＢＭＳからのデータを受け付けて、参照元に応答をするという中継機能を備え
る。ＤＢサーバ１０２〜１０６のＤＢＭＳがクエリーをＳＱＬによって受け付ける場合に
は、このＧＷノード１２1、１２2は、
Ｓｅｌｅｃｔ  ＊  ｆｒｏｍ  血液検査
といったクエリーを発行する。このクエリーは、
名前：血液検査
属性：患者のＩＤハッシュ、検査日
Ｔｙｐｅ：％４．０ｆ
というＧＷノード１２1、１２2におけるデータアイテムの全データに対応するものである
。なお、ＧＷノード１２1、１２2は、ＤＢＭＳに含まれる患者ＩＤからハッシュ関数を用
いて患者のＩＤハッシュを生成できる。このＩＤハッシュは、ＣＬ端末１１２〜１１６が
データを参照する際に用いるＩＤハッシュと同じ演算によって生成される。以上のように
、ＧＷノード１２1、１２2は、データ参照システムとＤＢサーバ１０２〜１０６のＤＢＭ
Ｓの処理とのゲートウェイの役割を果たす。
【０１０４】
［４．実装］
４．１  データサーバの実装
ＤＢサーバ１０２〜１０６は、Ｏｒａｃｌｅ（登録商標）システムのような、一般に用
いられる各種の商用のＤＢＭＳが動作するコンピュータとすることができる。この場合、
ＳＱＬなどのクエリー言語により外部のコンピュータからのクエリーを受付けて、それに
応じて、データを送信する機能を備える。また、ＤＢサーバ１０２〜１０６は、ＯＳのフ
ァイルシステムによって実現されるファイルサーバなどでもよい。この場合には、クエリ
ー言語としてＦＴＰコマンドなどのファイル転送用のコマンド言語を用いることもでき、
ファイルサーバにおいてはＦＴＰコマンドを受け付けるＦＴＰデーモンを動作させておく
。
【０１０５】
４．２  ノードの実装
コンピュータにノードを実装する実装形態は複数のものが考えられる。なお、本発明の
データ参照システムにおいては、これらのノード１２1〜１６2のいずれかの構成のものの
みを用いる必要はなく、データや、管理の特性に応じてこれらを混在して用いることがで
きる。また、ノードは必ずしもコンピュータ１台とノード一つを対応させなくてもよい。
以下、ノードを実装する場合の構成について説明する。
【０１０６】
４．２．１  インデックスＤＢによる構成
ノード１２1〜１６2は、上述したように、インデックスＤＢ２２とデータリポジトリ２
４とプロセッシングエンジン２６によって構成することができる。データリポジトリ２４
は、ＯＳのファイルシステムを用いることができる。この場合には、全文検索が必要な場
合に備えて、例えばＮａｍａｚｕシステムなどの全文検索エンジンを追加することにより
、柔軟なデータの検索が可能になる。この構成のノード１２1〜１６2により保持すること
が適するデータは、例えば、検査データのような非機密情報である。
【０１０７】
４．２．２  ＲＤＢＭＳによる構成
ノードの他の構成として、ＲＤＢＭＳを用いて構成することができる。この場合には、ノードは、ＲＤＢＭＳと、ＲＤＢＭＳに対するインターフェース部（Ｉ／Ｆ部）と、プロセッシングエンジンとを備えている。インデックスＤＢ２２を用いる上記構成と比較すると、インデックスＤＢ２２とデータリポジトリ２４に相当する部分を、ＲＤＢＭＳとＩ／Ｆ部で置き換えたものとなる。ＲＤＢＭＳは、データリポジトリ２４にあるデータと、データのハッシュ値やタイムスタンプといったデータとの間を対応付けて保存する。このような構成は、既存のＲＤＢＭＳを用いるために実装が容易であり、リアルタイム性（一定時間に処理が完了する性質）に優れるという特徴があるが、一方、ＲＤＢＭＳのコストがかかり、また、データの規模の増大に対して急速な性能低下が発生する場合がある。
【０１０８】
４．２．３  ＸＭＬＤＢによる構成
ノードは、ＸＭＬＤＢ（ＸＭＬｄａｔａｂａｓｅ）を用いて構成することもできる。こ
の場合には、プロセッシングエンジンはＸＭＬＤＢ自体が備えている。インデックスＤＢ
を用いる構成におけるインデックスＤＢ２２、データリポジトリ２４を、ＸＭＬＤＢを用
いたデータベースにより置き換える。ＸＭＬＤＢは、ＲＤＢＭＳよりも複雑なデータベー
スを設計したり、複雑な検索が実行できるという利点がある。
【０１０９】
［５．動作］
５．１  クライアント端末からのリクエストによる表示
図９を用いて上記のように構成される実施の形態のデータ参照システムにおける動作を
説明する。図９は、本発明の実施の形態のデータ参照システムの動作を示すフローチャー
トである。
【０１１０】
準備段階として、ノード１２1、１６1、ＣＬ端末、ノード１６2が相手ノードの登録を
行っている（Ｓ１０２、１１２、１３２、１５２）。これは、例えば、定期的に自らのリ
ポジトリにあるデータごとに、そのデータの参照先、参照元となるノードのＩＤを登録す
る処理である。なお、ＣＬ端末には参照元がないため、参照先のみのノードのＩＤを登録
する。
【０１１１】
ＣＬ端末１１２〜１１６において、使用者が特定のデータを表示しようとしてマウスな
どの入力装置から、特定の対象のＩＤ（患者ＩＤ）を指定してシート６０Ａの呼び出しを
受け付ける（Ｓ１３４）。これに応じて、レンダリングエンジン１２０は、そのシートに
対して対応付けされているデータアイテムに具体的な引数を指定して、データを取得する
ためのリクエストを送信する。ここでは、このリクエストがリクエスト１とリクエスト２
の２回のリクエストにより構成されており、それぞれのリクエストが異なるノード１６1
と１６2に発せられ、リクエスト１に対応するデータがノード１６1とノード１２1により
参照され、リクエスト２に対するデータがノード１６2に対応するものとして説明する。
【０１１２】
ノード１６1がこのリクエスト１を受信すると、自らのリポジトリにそのリクエスト１
に対応したデータがあるかどうかを、インデックスＤＢ２２を参照して判定する（Ｓ１１
４）．データがある場合には、さらに、更新確認の処理をする（Ｓ１１６）。この更新確
認の処理は、リクエスト１に対応するデータを有しているノード１２1に対して行われる
（Ｓ１０４）。更新確認の結果、更新が必要な場合や、ノード１６1に対応するデータが
無かった場合には、さらに追加リクエストが送信される（Ｓ１２０）。追加データは、ノ
ード１２1において準備され（Ｓ１０６）、ノード１２1がその追加データを送信する（Ｓ
１０８）。のデータは、ノード１６1により受信され（Ｓ１２２）、リポジトリに保存さ
れる（Ｓ１２４）。これは、リポジトリのデータが更新されたことを意味するので、後に
利用するために、更新通知処理によって、ノード１６1このデータを参照元となるコンピ
ュータに更新が通知される（Ｓ１２６）。そして、その更新されたデータを有するリポジ
トリから、リクエスト２のデータが送信される（Ｓ１２８）。ここで、ステップ１０６、
１５４のデータ準備処理とは、ノード１６1がステップ１１４から１２４までに行った処
理と、必要に応じてさらに上位のノードまたはデータサーバが行う処理とをさしている。
よって、ノード１２1はステップ１０６において必要に応じてデータサーバ１０２〜１０
６にまでクエリーを発行してデータを準備する。ノード１６2においてもクエスト２につ
いて同様の処理が行われる。リクエスト１に対するデータとリクエスト２に対するデータ
を共に受け取ると、使用者の指定したデータが表示される（Ｓ１４４）。
【０１１３】
５．２  機密情報と非機密情報の表示
図８に示したような機密情報と非機密情報とによって表示する情報が構成されていると
きには、リクエスト１によって機密情報のデータを取得して、それからその後にＩＤハッ
シュを計算して初めて非機密情報を取得するためのリクエスト２を送ることが可能となる
。このため、図９においてステップ１３８によって示されているリクエスト２の送信は、
ステップ１４０のリクエスト１に対するレスポンスを受信し、さらにＩＤからＩＤハッシ
ュを計算してから行う。
【０１１４】
５．３  更新通知処理の動作
図示しないが、更新通知処理（Ｓ１２６）を受け取った参照元のノードは、更新通知処
理を行った参照先のノードに自ら追加リクエストを発して、そのデータを取得することが
できる。更新直後は、参照先のノードはステップ１２８のようにデータの送信を行ってい
る可能性が高いので、所定の期間ウエイトをかけて、参照元ノードが追加リクエストを発
信することができる。
【０１１５】
［６．コンポジットドキュメント表示画面］
本発明の実施態様として、コンポジットドキュメント表示画面を用いる例を説明する。
図１２は、本発明の実施の形態のコンポジットドキュメント表示システムにおけるコン
ポジットドキュメント表示画面を示す画面例である。また、図１３は、本発明の実施の形
態のコンポジットドキュメント表示システムにおいて、ライブ表示部とフリーズ表示部を
含むコンポジットドキュメント表示画面を示す画面例である。
【０１１６】
６．１  コンポジットドキュメント表示画面の遷移
図１２および図１３に示したコンポジットドキュメント表示画面はひとつのウインドウ
画面であり、フリーズ表示部とライブ表示部の表示を生成することによって図１２のもの
から図１３のものへと遷移させたものである。これらのコンポジットドキュメント表示画
面２００は、表示端末処理部によって生成された画像であり、複数の業務項目について、
それぞれ独立にライブ表示部とフリーズ表示部とを含むことができる。図１２には、複数
の業務項目（検査１と検査２）のそれぞれに対するライブ表示部２０２1、２０２2が記載
されている。
【０１１７】
図１３は、図１２に示した業務項目の一方（検査１）についてのフリーズ表示部２０４
1と追加のライブ表示部２０６1を表示し、もう一方（検査２）についてフリーズ表示部２
０４2と追加のライブ表示部２０６2とを表示したコンポジットドキュメント表示画面２０
０の例である。図では、表示されている表示部がフリーズデータ表示部であることを、表
示部の枠線を太く描画することにより表現している。なお、実際のコンポジットドキュメ
ント表示画面では、他の方法によってフリーズデータであることを表現するような態様が
可能である。この方法には、例えば、表示部の背景色を変更したり、フリーズデータであ
ることがわかるようなマークを表示することが含まれる。また、フリーズデータ表示部と
は、表示されるデータがフリーズデータである表示部を指すため、フリーズデータが表示
される際にライブ表示部と異なる表示ウインドウが生成されてフリーズデータが表示され
るような態様や、それまでライブ表示部であったウインドウがフリーズデータを表示して
フリーズデータ表示部となるような態様が可能である。
【０１１８】
フリーズ表示部２０４1、２０４2の下には、追加のライブ表示部２０６1、２０６2が表
示されている。これらの追加のライブ表示部２０６1、２０６2は、フリーズ表示部２０４
1、２０４2とそれぞれ同一の種類の業務項目（検査１および検査２）のデータの任意のも
のが表示可能である。典型的には、一度診断が行われてその診断に用いたデータがフリー
ズ表示部２０４1、２０４2に表示されているときに、その診断の後に症状の経過を観察す
る際にフリーズ表示部２０４2に表示される更新されないフリーズデータとその時点で追
加のライブ表示部２０６1、２０６2に表示されるデータとを対比させて、判断に用いる前
のデータや判断に用いた後のデータを追加のライブ表示部２０６1、２０６2に表示させて
対比する使い方が可能となる。フリーズデータを表示するフリーズ表示部２０４1、２０
４2は、図１２に示したライブ表示部２０２1、２０２2にデータを表示したまま判断入力
に応じてデータの更新を停止して、その表示部をフリーズ表示部２０４1、２０４2に変更
し、そして新たに追加のライブ表示部２０６1、２０６2を表示したものである。
【０１１９】
６．２  ライブ表示部に表示されるデータ
図１２および図１３に示したライブ表示部２０２1、２０２2、２０６1、２０６2は、ノ
ード１６x、１６yをそれぞれ通じてデータサーバ１０２、１０４から呼び出されたデータ
を表示したものである。ライブ表示部２０２1、２０６1は図示しないが例えばＸ線ＣＴな
どのデジタル画像を表示し、ライブ表示部２０２2、２０６2は検査の数値データを表示す
る。これらのデータは、図１２に示したように別々のデータサーバから別々のノードを通
じて呼び出されるデータであってもよいし、また、図示しないが、同じデータサーバから
別々のノードを通じて呼び出されたり、別のデータサーバからひとつのノードを通じて呼
び出されるものとすることができる。
【０１２０】
６．３  フリーズデータ
コンポジットドキュメント表示画面においては、フリーズデータは、更新が停止された
データとして取り扱われる。これを実現するために、例えば、フリーズデータは、コンポ
ジットドキュメント表示画面を生成するためのファイルに含めるように管理され、一つの
ドキュメントに統合される。データは、判断に用いられるとフリーズデータとなるが、一
度フリーズデータとなったデータは、後に上書きされたり、失われることのないように保
護される。
【０１２１】
６．４  診断におけるデータの参照の方法
データ参照システムを医療情報システムに応用する場合のデータの参照の方法について
説明する。ここで用いられるデータ参照システムは、図１〜図４によって説明した本発明
の一態様のデータ参照システム１０である。
【０１２２】
図１４は、本医療情報システムを用いる場合の判断（診断）を含めた処理の流れを説明
するフローチャートである。本態様の医療情報システムは、まず、コンポジットドキュメ
ント表示画面を生成する（Ｓ２０２）。このコンポジットドキュメント表示画面は、医師
や看護師などの医療従事者が患者毎に検査結果等を呼び出すメイン画面となることができ
る。このコンポジットドキュメント表示画面を生成する動作は、複数の態様が可能である
。ひとつには、その患者の前回のコンポジットドキュメント表示画面をそのまま表示する
態様である。また、例えば標準的に使用するデータの種類を反映させたテンプレートを用
いることにより、コンポジットドキュメント表示画面を生成する態様とすることもできる
。一例としては、このようなコンポジットドキュメント表示画面は、クライアント端末（
図１、１１２，１１４，１１６）に表示される。
【０１２３】
次に、本医療情報システムは、コンポジット表示画面に表示するデータを、データ参照
システムを通じて呼び出す（Ｓ２０４）。このデータの呼び出しも、さまざまな態様で行
うことができる。例えば、医療従事者が何等かのＧＵＩ上のボタンなどを用いて明示のリ
クエストを与えてライブ表示部に特定のデータを呼び出せるように、コンポジット表示画
面を構成することができる。また、コンポジットドキュメント表示画面を開くと同時に自
動的にデータ参照システムに対してリクエストが送信されて、その時点での最新のデータ
をその業務項目に応じて取得するように医療情報システムを構成することもできる。
【０１２４】
呼び出したデータに基づいて医療従事者が何らかの診断（判断）を行うと、その診断を
行った事実や、あるいは、診断結果が何らかのコンピュータを通じて入力される。この入
力作業は、医療従事者がコンポジットドキュメント表示画面を通じて行えるようにコンポ
ジットドキュメント表示画面に入力欄を設けることができる。また、本発明の医療情報シ
ステムが参照するデータベースに対して診断が実行されたことを示すデータとして入力さ
れるように構成されていてもよい。クライアントコンピュータは、医療従事者による入力
、データベースからの呼び出しに基づく入力などの何らかの方法で、診断が行われたこと
を示す判断入力を受け付ける（Ｓ２０６）。この判断入力は、独立して、または他の情報
と組み合わせて、どのデータが診断に使用されたかを示しうる任意の入力とすることがで
きる。例えば、この判断入力は、診断に用いたデータの種類を保持する入力データとする
ように構成したり、診断結果とその際に用いたデータとの関係を保持するデータレコード
への参照を可能にするデータとするように構成することができる。
【０１２５】
判断入力を受け付けると、その判断入力に基づいて、診断に用いられたデータの更新を
停止し、そのデータをフリーズ表示部に表示する（Ｓ２０８）。ここで、データの更新を
停止するための手法は任意の手法を用いることができる。例えば、更新が停止されたデー
タレコードの上書きを禁止する命令をＤＢＭＳに対して送信したり、コンポジットドキュ
メント表示画面のためのデータの一部としてその時点でのデータのスナップショットデー
タを保存したりすることによって、データの更新が停止できる。このようにして更新が停
止されたデータ（フリーズデータ）は、フリーズ表示部に表示される。フリーズ表示部は
、フリーズデータを表示する際に、そのフリーズデータがどの診断に用いられたものであ
るかを示すように構成したり、その逆に、行われた診断を特定してその診断に用いられた
フリーズデータを表示できるように構成することができる。
【０１２６】
６．５  シンプルドキュメント表示画面
表示端末処理部を備えるコンピュータは、統合処理部を備えることができる（図示しな
い）。この統合処理部は、表示されている前記コンポジットドキュメント表示画面のデー
タとフリーズデータとライブデータとを統合して単一のファイルを生成する。この単一の
ファイルは、そのコンピュータに記憶することができるし、また、本発明のデータ参照手
法を用いて参照可能ないずれかのコンピュータに記憶することができる。
【０１２７】
このようにして統合して生成された単一のファイルは、その統合の時点におけるコンポ
ジットドキュメント表示画面と同様の表示を再現するために必要なデータを保持している
。すなわち、コンポジットドキュメント表示画面のデータ、フリーズデータ、ライブデー
タがこの単一のファイルに統合される。表示端末処理部は、この単一のファイルを用いて
コンポジットドキュメント表示と実質的に同一の表示を生成できる。本発明においては、
この表示をシンプルドキュメント表示と呼ぶ。このシンプルドキュメント表示画面は、コ
ンポジットドキュメント表示画面のように、ライブ表示部等においてノードを通じたデー
タの参照を行わなくとも、実質的に同一の表示画面とすることができるので、その単一の
ファイルを管理することにより、必要なデータを個別に管理することができる。このシン
プルドキュメント表示画面には、コンポジットドキュメント表示画面の場合と同様に、さ
らにライブ表示部を追加することができ、その追加したライブ表示部のデータの更新を停
止したフリーズ表示部として追加することもできる。このように、シンプルドキュメント
表示画面にライブ表示部を追加した表示画面は、ライブ表示部を備える点においてコンポ
ジットドキュメント表示画面となんら変わらない。したがって、本実施の形態においては
、一旦単一のファイルに統合されたデータから生成したシンプルドキュメント表示画面に
基づいて、再度コンポジットドキュメント表示画面を生成することができる。
【０１２８】
以上、本実施の形態の実施の形態につき述べたが、本実施の形態は既述の実施の形態に
限定されるものではなく、本実施の形態の技術的思想に基づいて各種の変形、変更および
組み合わせが可能である。
【０１２９】
例えば、図１においては、ノード１２1、１２2とノード１６1、１６2とが二つの層状に
論理的に構成されているが、例えば、ノードが一層になるように構成されていたり、より
多層になるように構成されていたり、層状に区別できないように構成されていたり、ツリ
ー状に構成されている実施形態も可能である。また、ノードがＣＬ端末に含まれていない
シンクライアントの例を主に記載したが、例えば、機密情報を扱うノードをＣＬ端末に含
めてリッチクライアントの構成とし、ＣＬ端末で動作するノードは揮発性記憶媒体の記憶
部をノードのリポジトリとすることにより、非機密情報のリクエストの前提となる機密情
報の取得を高速化し、かつ、ＣＬ端末の電源を落とすことによって機密情報が消去される
ような構成を実現することもできる。
【０１３０】
また、コンポジットドキュメント表示画面にライブ表示部やフリーズ表示部を用いる例
を示したが、これらの表示に代えて、コンポジットドキュメント表示画面にデータを呼び
出すためのリンクを提供するライブ表示マークや、フリーズ表示マークを設けることによ
り、それらのマークを選択するクリックを受け付けてデータを表示するウインドウをポッ
プアップさせる等の手法によって同等の機能を実現するように構成することもできる。
【図面の簡単な説明】
【０１３１】
【図１】図１は、本発明の実施の形態のデータ参照システムの構成を示す説明図である。
【図２】図２は、本発明の実施の形態のデータ参照システムにおけるノードの構成を示す説明図である。
【図３】図３は、本発明の実施の形態のデータ参照システムにおけるクライアント端末の構成を示す説明図である。
【図４】図４は、本発明の実施の形態のデータ参照システムにおけるクライアント端末に用いるコンピュータの構成を示す説明図である。
【図５】図５は、本発明の実施の形態のデータ参照システムにいてクライアント端末で表示される画面の例を示す説明図である。
【図６】図６は、本発明の実施の形態のデータ参照システムにいてクライアント端末で表示される画面の例を示す説明図である。
【図７】図７は、本発明の実施の形態のデータ参照システムにいてクライアント端末で表示される画面の例を示す説明図である。
【図８】図８は、本発明の実施の形態のデータ参照システムにおける機密情報と非機密情報の関連付けと通信の態様を示す説明図である。
【図９】図９は、本発明の実施の形態のデータ参照システムの動作を示すフローチャートである。
【図１０】図１０は、従来のデータ参照システムにおけるデータ参照の論理的な構成を示すネットワーク図である。
【図１１】図１１は、従来のデータ参照システムにおけるデータ参照の論理的な構成を示すネットワーク図である。
【図１２】図１２は、本発明の実施の形態のコンポジットドキュメント表示システムにおいて、ライブ表示部を含むコンポジットドキュメント表示画面を示す画面例である。
【図１３】図１３は、本発明の実施の形態のコンポジットドキュメント表示システムにおいて、ライブ表示部とフリーズ表示部を含むコンポジットドキュメント表示画面を示す画面例である。
【図１４】図１４は、本発明の実施の形態のドキュメント表示システムの動作を示すフローチャートである。
【符号の説明】
【０１３２】
１０  データ参照システム
１２1〜１６2  ノード
１６x、１６k  ノード
２２  インデックスＤＢ
２４  データリポジトリ
２６  プロセッシングエンジン
６０  シート
１０２〜１０６  データサーバ
１１２〜１１６  クライアント端末
１２０  レンダリングエンジン
１２２  描画処理部
１２４  ユーザーインターフェース部
１２６  クライアント通信部
２００  コンポジットドキュメント表示画面
【図１】
0005486649.tif 000003
【図２】
0005486649.tif 000004
【図３】
0005486649.tif 000005
【図４】
0005486649.tif 000006
【図５】
0005486649.tif 000007
【図６】
0005486649.tif 000008
【図７】
0005486649.tif 000009
【図８】
0005486649.tif 000010
【図９】
0005486649.tif 000011
【図１０】
0005486649.tif 000012
【図１１】
0005486649.tif 000013
【図１２】
0005486649.tif 000014
【図１３】
0005486649.tif 000015
【図１４】
0005486649.tif 000016