JP2014178864A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】患者の個人情報へアクセス可能な端末数を増やすことなく、患者情報を用いて検索される病理画像等の臨床画像データを、別の端末で、あたかもその端末の検索結果のように表示させること。
【解決手段】情報処理装置は、記憶部と通信部と制御部とを有する。記憶部は、患者情報に関連付けられた複数の病理画像データと、上記患者情報にアクセス可能な他の第１の情報処理装置と上記病理画像データにアクセス可能で上記患者情報にアクセス不可能な他の第２の情報処理装置との対応関係を示す対応関係情報とを記憶する。制御部は、上記他の第１の情報処理装置から、所定の患者情報を基に検索された病理画像データの表示要求を受信するように上記通信部を制御し、上記対応関係情報を基に、上記表示要求を送信した上記他の第１の情報処理装置に対応する上記他の第２の情報処理装置がアクセス可能で上記病理画像データを含む第１の仮想フォルダを生成する。
【選択図】図６

Description

本技術は、他の情報処理装置との間でデジタル病理画像の表示のための情報処理を実行可能な情報処理装置、当該情報処理装置における情報処理方法及びプログラムに関する。

従来から、病院等における医療情報を管理するネットワークシステムでは、ＬＩＳ（Laboratory Information System：臨床検査情報システム）サーバ及びＰＡＣＳ（Picture Archiving and Communication Systems：画像保存通信システム）が用いられている。ＬＩＳサーバは、患者名や年齢等の患者の属性情報を含む検査情報を記憶及び管理し、ＰＡＣＳサーバは、患者の診断対象部位が被写体とされて撮影された画像データ（Ｘ線画像データや病理画像データ）を記憶及び管理する。

例えば、上記ネットワークシステムにおいて、ユーザ（医師）が、クライアント端末を操作して、ＰＡＣＳサーバに保存された病理画像を表示させる場合を想定する。まずユーザは、患者名（患者番号）、検査日時、病名等の患者情報を用いてＬＩＳサーバへアクセスし、検査情報を取得する。当該検査情報には、撮影された病理画像がどのような識別子（ファイル名）で保存されたかが記述されており、クライアント端末は、その得られた識別子を用いて、当該病理画像をＰＡＣＳサーバから取得し、それをディスプレイに表示させる。特許文献１にも同様のシステムが記載されている。

特開２０００−３１６８１６号公報

このように、上記特許文献１に記載のような従来のシステムでは、ＰＡＣＳクライアント端末（特許文献１における画像表示装置）は、ＰＡＣＳサーバから取得したデータを表示するという主たる機能に加えて、ＬＩＳサーバに対する検索を行う機能が必要となる。そしてこのようなアプローチにおいては、例えば従来と異なる種類の医療画像データを記憶するＰＡＣＳサーバが新たに院内システムに追加される度に、その画像データに対応した検査情報を記憶したＬＩＳサーバにアクセスする新たなクライアント端末が必要となる。

しかしながら、ＬＩＳサーバには、患者を特定するための個人情報が含まれるため、アクセスするクライアント端末数の増加は情報漏洩の可能性の増大に繋がるため、好ましくない。

以上のような事情に鑑み、本技術の目的は、患者の個人情報へアクセス可能な端末数を増やすことなく、患者情報を用いて検索される病理画像等の臨床画像データを、別の端末で、あたかもその端末の検索結果のように表示させることが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。

上述の課題を解決するため、本技術の一形態に係る情報処理装置は、記憶部と、通信部と、制御部とを有する。上記記憶部は、患者情報に関連付けられた複数の病理画像データと、上記患者情報にアクセス可能な他の第１の情報処理装置と上記病理画像データにアクセス可能で上記患者情報にアクセス不可能な他の第２の情報処理装置との対応関係を示す対応関係情報とを記憶する。上記制御部は、上記他の第１の情報処理装置から、所定の患者情報を基に検索された第１の病理画像データの第１の表示要求を受信するように上記通信部を制御することが可能である。また制御部は、上記対応関係情報を基に、上記第１の表示要求を送信した上記他の第１の情報処理装置に対応する上記他の第２の情報処理装置がアクセス可能で上記第１の病理画像データを含む第１の仮想フォルダを生成することが可能である。

この構成により、情報処理装置は、患者情報にアクセス可能な装置と病理画像データにアクセス可能な装置とを分離しながら、両者を関連付けることで、検索結果としての病理画像データを含む仮想フォルダを生成することができる。これにより情報処理装置は、患者の個人情報へアクセス可能な端末数を増やすことなく、患者情報を用いて検索される病理画像等の臨床画像データを、別の端末（他の第２の情報処理装置）で、あたかもその端末の検索結果のように表示させることができる。

上記制御部は、上記第１の仮想フォルダを展開するように要求する展開要求を上記他の第２の情報処理装置へ送信するように上記通信部を制御してもよい。

これにより情報処理装置は、他の第２の情報処理装置のユーザにフォルダを展開する操作を強いることなく、検索結果の病理画像データを第２の情報処理装置に表示させることができる。

上記制御部は、上記第１の仮想フォルダを展開して所定の病理画像データを表示するように要求する展開表示要求を上記他の第２の情報処理装置へ送信するように上記通信部を制御してもよい。

これにより情報処理装置は、例えば仮想フォルダ内の第１の病理画像データが複数存在する場合に、他の第２の情報処理装置のユーザに、フォルダを展開して特定の病理画像データを選択するという操作を強いることなく、検索結果の病理画像データを他の第２の情報処理装置に表示させることができる。

上記制御部は、上記第１の表示要求の受信後、上記他の第１の情報処理装置から、所定の患者情報を基に検索された第２の病理画像データの第２の表示要求を受信するように上記通信部を制御してもよい。また制御部は、上記他の第２の情報処理装置のみがアクセス可能で上記第２の病理画像データを含む第２の仮想フォルダを、上記第１の仮想フォルダと同じ階層に生成してもよい。

これにより情報処理装置は、患者情報に基づく検索が連続的に実行された場合に、以前の検索結果としての仮想フォルダと同じユーザインタフェース上で他の第２の情報処理装置に表示させることができる。

上記第１の仮想フォルダ及び上記第２の仮想フォルダはそれぞれ、複数の第１の病理画像データ及び複数の第２の病理画像データを有してもよい。この場合上記制御部は、仮想フォルダを表示する第１の画面と、上記仮想フォルダ内の１つの病理画像データを、当該仮想フォルダ内の全ての病理画像データのサムネイルリストと共に表示する第２の画面とを上記他の第２の情報処理装置に選択的に表示させることが可能であってもよい。また制御部は、上記他の第２の情報処理装置において上記第２の画面が表示されている状態で上記第２の表示要求が受信された場合に、上記第１の仮想フォルダに対応する上記第１の病理画像データ及び上記第１のサムネイルリストに代わり、上記第２の仮想フォルダに対応する上記第２の病理画像データ及び第２のサムネイルリストを表示するように上記他の第２の情報処理装置を制御してもよい。

これにより情報処理装置は、他の第１の情報処理装置から新たな検索結果に基づく表示要求があるたびに、病理画像データ及びサムネイルリストを他の仮想フォルダのデータに置換させて他の第２の情報処理装置に表示させることができる。

また制御部は、上記他の第２の情報処理装置において上記第２の画面が表示されている状態で、上記他の第２の情報処理装置から所定の操作入力を通知する操作通知情報が受信された場合に、上記第１の仮想フォルダから上記第２の仮想フォルダへ移動することを通知する画像を表示すると共に、上記第１の仮想フォルダに対応する上記第１の病理画像データ及び第１のサムネイルリストに代わり、上記第２の仮想フォルダに対応する第２の病理画像データ及び第２のサムネイルリストを表示するように上記他の第２の情報処理装置を制御してもよい。

これにより情報処理装置は、他の第２の情報処理装置からの所定の操作に基づいて、同じ階層の仮想フォルダ間を、その上層の仮想フォルダへ移動する操作を必要とすることなく移動して移動後の仮想フォルダの画像データを自動的に表示させることができる。

上記制御部は、上記第１の表示要求の受信後、上記他の第１の情報処理装置から、上記第１の病理画像データの削除要求を受信するように上記通信部を制御し、上記削除要求に基づいて、上記第１の仮想フォルダを削除し、上記削除を通知する通知情報を上記他の第１の情報処理装置へ送信するように上記通信部を制御してもよい。

これにより情報処理装置は、他の第１の情報処理装置からの削除要求に基づいて仮想フォルダを削除し、それを他の第２の情報処理装置のユーザに把握させることができる。

上記制御部は、上記第１の仮想フォルダが展開されている場合に、上記他の第１の情報処理装置から、上記第１の病理画像データの削除要求を受信するように上記通信部を制御し、上記削除要求に基づいて、上記第１の仮想フォルダを削除し、上記第２の仮想フォルダを展開するように要求する展開要求を上記他の第２の情報処理装置へ送信するように上記通信部を制御してもよい。
これにより情報処理装置は、他の第１の情報処理装置からの要求で第１の仮想フォルダが削除された場合には、残りの第２の仮想フォルダを自動的に展開することで、第２の病理画像データを他の第２の情報処理装置に表示させることができる。

上記制御部は、上記他の第２の情報処理装置からの所定の検索条件に合致する第３の病理画像データの第３の表示要求を受信するように上記通信部を制御し、上記第３の表示要求に基づいて、第３の病理画像データを有する第３の仮想フォルダを、上記第１の仮想フォルダと同じ階層に生成してもよい。

これにより情報処理装置は、他の第２の情報処理装置からの要求で検索されたフォルダも、他の第１の情報処理装置からの要求で検索されたフォルダと同じユーザインタフェース上でアクセス可能とすることができる。

本技術の他の形態に係る情報処理方法は、患者情報にアクセス可能な他の第１の情報処理装置から、所定の患者情報を基に検索された病理画像データの表示要求を受信すること、上記病理画像データにアクセス可能で上記患者情報にアクセス不可能な他の第２の情報処理装置であって、上記表示要求を送信した上記他の第１の情報処理装置に対応付けられた他の第２の情報処理装置を特定すること、及び、上記他の第２の情報処理装置がアクセス可能で、上記病理画像データを含む仮想フォルダを生成することを含む。

本技術のまた別の形態に係るプログラムは、情報処理装置に、受信ステップと、特定ステップと、生成ステップとを実行させる。上記受信ステップでは、患者情報にアクセス可能な他の第１の情報処理装置から、所定の患者情報を基に検索された病理画像データの表示要求が受信される。上記特定ステップでは、上記病理画像データにアクセス可能で上記患者情報にアクセス不可能な他の第２の情報処理装置であって、上記表示要求を送信した上記他の第１の情報処理装置に対応付けられた他の第２の情報処理装置が特定される。上記生成ステップでは、上記他の第２の情報処理装置がアクセス可能で、上記病理画像データを含む仮想フォルダが生成される。

以上のように、本技術によれば、患者の個人情報へアクセス可能な端末数を増やすことなく、患者情報を用いて検索される病理画像等の臨床画像データを、別の端末で、あたかもその端末の検索結果のように表示させることができる。

本技術の一実施形態に係るデジタル病理スライド表示システムの構成を示す図である。 上記システムにおけるＰＡＣＳサーバのハードウェアの構成を示すブロック図である。 上記ＰＡＣＳサーバに記憶される病理画像データのフォルダ構造を示した図である。 上記ＰＡＣＳサーバに記憶されるクライアント端末間の対応付けを示すテーブルの例を示した図である。 ＰＡＣＳクライアント端末の操作に使用されるコントローラの外観を示した図である。 本技術の一実施形態におけるデジタル病理スライド表示システムの動作の流れを示したフローチャートである。 ＰＡＣＳクライアント端末で表示されるフォルダビュー画面の一例を示した図である。 ＬＩＳクライアント端末から検索結果の表示要求があった場合のＰＡＣＳサーバ内のフォルダ構造を示した図である。 ＬＩＳクライアント端末から検索結果の表示要求があった場合にＰＡＣＳクライアント端末で表示されるスライドビュー画面の一例を示した図である。 ＬＩＳクライアント端末から検索結果の表示要求があった場合にＰＡＣＳクライアント端末で表示されるフォルダビュー画面の例を示した図である。 ＬＩＳクライアント端末からさらなる検索結果の表示要求があった場合のＰＡＣＳサーバ内のフォルダ構造を示した図である。 ＬＩＳクライアント端末からさらなる検索結果の表示要求があった場合にＰＡＣＳクライアント端末で表示されるスライドビュー画面の一例を示した図である。 ＬＩＳクライアント端末からさらなる検索結果の表示要求があった場合にＰＡＣＳクライアント端末で表示されるフォルダビュー画面の例を示した図である。 ＬＩＳクライアント端末から検索結果の削除要求があった場合のＰＡＣＳサーバ内のフォルダ構造を示した図である。 ＬＩＳクライアント端末から検索結果の削除要求があった場合にＰＡＣＳクライアント端末で表示されるフォルダビュー画面の例を示した図である。 ＰＡＣＳクライアント端末からの検索要求に応じてＰＡＣＳサーバが生成可能なフォルダの構成を示した図である。 ＰＡＣＳクライアント端末から検索要求があった場合にＰＡＣＳクライアント端末で表示されるフォルダビュー画面の例を示した図である。 上記スライドビュー画面上で兄弟フォルダへ表示スライドが移動する場合の表示例を示した図である。 本技術の他の実施形態におけるデジタル病理スライド表示システムの動作の流れを示したフローチャートである。

以下、本技術に係る実施形態を、図面を参照しながら説明する。

［システムのネットワーク構成］
図１は、本実施形態に係るデジタル病理スライド表示システムのネットワーク構成を示した図である。

同図に示すように、本システムは、例えば病院内のネットワークとして構成されており、ＰＡＣＳサーバ１００、ＬＩＳサーバ２００、４００ＰＡＣＳクライアント端末３００及びＬＩＳクライアント端末を有する。同図では、ＰＡＣＳクライアント端末３００及びＬＩＳクライアント端末４００はそれぞれ１台ずつ示されているが、これらは複数存在し得る。

ＰＡＣＳサーバ１００は、患者の診断対象部位が被写体とされて撮影されたスライド画像データ（病理画像データ）を記憶及び管理し、ＰＡＣＳクライアント端末３００において病理画像データを表示させる。

ＬＩＳサーバ２００は、患者名、患者番号、検査日時、患者の年齢、性別、病名等の患者情報や、上記病理画像データの識別子（ファイル名）等の検査データを記憶及び管理し、ＬＩＳクライアント端末４００からの検索要求に応じて検索結果を返す。ＬＩＳサーバ２００へのアクセスはＬＩＳクライアント端末４００にのみ許可されており、ＰＡＣＳクライアント端末３００には許可されていない。

ＰＡＣＳクライアント端末３００は、ＰＡＣＳに対応したソフトウェアにより、ＰＡＣＳサーバ１００から上記病理画像データを受信し、表示することが可能である。特に本実施形態では、ＰＡＣＳクライアント端末３００は、高性能のグラフィックスチップ等を有し、巨大な病理画像の専用の高速ビューワとして機能する。

ＬＩＳクライアント端末４００は、ＬＩＳに対応したソフトウェアにより、患者情報を用いてＬＩＳサーバ２００へアクセスし、検査情報を検索し、その検索結果（病理画像データの識別子）を取得することが可能である。

ＰＡＣＳクライアント端末３００とＬＩＳクライアント端末４００は、典型的には近接した位置（例えば隣同士）に存在し、同一のユーザによって操作されるが、離間した位置に存在し、異なるユーザに操作されても構わない。すなわち、スライドを検索するユーザと、検索条件に合致するスライドを閲覧するユーザが異なっていても構わない。

［ＰＡＣＳサーバのハードウェア構成］

図２は、上記ＰＡＣＳサーバ１００のハードウェアの構成を示すブロック図である。

ＰＡＣＳサーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ１２（Read Only Memory）、ＲＡＭ（Random Access Memory）１３、入出力インターフェース１５、及び、これらを互いに接続するバス１４を備える。

入出力インターフェース１５には、表示部１６、入力部１７、記憶部１８、通信部１９、ドライブ部２０等が接続される。

すなわち、ＰＡＣＳサーバ１００は、一般的なＰＣ（Personal Computer）と同様の構成を有する。

表示部１６は、例えば液晶、ＥＬ（Electro-Luminescence）等を用いた表示デバイスである。

入力部１７は、例えばポインティングデバイス、キーボード、タッチパネル、マイクロフォン、その他の操作装置である。入力部１７がタッチパネルを含む場合、そのタッチパネルは表示部１６と一体となり得る。

記憶部１８は、不揮発性の記憶デバイスであり、例えばＨＤＤ（Hard Disk Drive）、フラッシュメモリ、その他の固体メモリである。記憶部１８には、上記スライド画像データの他、本システムにおいてＰＡＣＳクライアント端末３００にスライド画像を表示させるために実行されるアプリケーションプログラムも記憶される。また後述するが、記憶部１８には、ＰＡＣＳクライアント端末３００とＬＩＳクライアント端末との対応付けを示すテーブルも記憶される。

ドライブ部２０は、例えば光学記録媒体、フロッピーディスク、磁気記録テープ、フラッシュメモリ等、リムーバブルの記録媒体２１を駆動することが可能なデバイスである。これに対し上記記憶部１８は、主にリムーバブルでない記録媒体を駆動する、ＰＡＣＳサーバ１００に予め搭載されたデバイスとして使用される場合が多い。

通信部１９は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等に接続可能な、ＰＡＣＳクライアント端末３００等の他のデバイスと通信するためのモデム、ルーター、その他の通信機器である。通信部１９は、有線及び無線のどちらを利用して通信するものであってもよい。

図示しないが、ＬＩＳサーバ２００、ＰＡＣＳクライアント端末３００及びＬＩＳクライアント端末４００のハードウェア構成も、基本的には上記ＰＡＣＳサーバ１００のハードウェア構成と同様であり、制御部、記憶部、通信部等、コンピュータとして機能するために必要なブロックを有する。

ただし、ＰＡＣＳクライアント端末３００は、上述したように、高速ビューワとして機能するため、高性能のグラフィックスチップを有する。例えばＰＡＣＳクライアント端末３００は、ソニー・コンピュータ・エンタテインメント社が製造するゲーム機器であるプレイステーション（登録商標）であってもよい。

また上記各クライアント端末及び各サーバは、図１では据置型の装置として示されているが、上記ＬＩＳまたはＰＡＣＳに関するソフトウェアを実行可能でありさえすれば、例えばスマートフォン、携帯電話機、タブレットＰＣ、ノートブックＰＣ等の携帯機器であっても構わない。すなわち、上記各クライアント端末及び各サーバは、あらゆる情報処理装置であり得る。

［ＰＡＣＳサーバ内のフォルダ構造］
次に、上記ＰＡＣＳサーバ１００の記憶部１８に記憶されているスライド画像データのフォルダ構造を説明する。図３は、当該フォルダ構造を示した図である。

同図に示すように、記憶部１８には、例えば４つのフォルダと７枚のスライド画像が記憶されている。フォルダdir0の１つ下の階層にはフォルダdir1、フォルダdir2及びスライド01が記憶されている。フォルダdir1にはスライド10、スライド11及びスライド12の３つのスライド画像が記憶されている。フォルダdir2の配下にはフォルダdir3並びにスライド20及びスライド21の２つのスライドが記憶されている。フォルダdir3にはスライド30が記憶されている。

ＰＡＣＳクライアント端末３００は、これらのフォルダ及びスライド画像にアクセス可能とされている。

［クライアント端末間の対応関係］
次に、上記ＬＩＳクライアント端末４００とＰＡＣＳクライアント端末３００との対応付けについて説明する。

上記ＰＡＣＳサーバ１００の記憶部１８には、上記対応付けを示すテーブルが記憶されている。図４は当該テーブルの例を示した図である。

同図に示すように、当該テーブルでは、病理画像の呼び出し元であるＬＩＳクライアント端末４００のＩＤと、病理画像の呼び出し先であるＰＡＣＳクライアント端末３００のＩＤとが対応付けられて記述されている。

当該ＩＤは、ＭＡＣ（Media Access Control）アドレスであってもよい。ＬＩＳクライアント端末４００が送信する表示要求のパケットには当該ＭＡＣアドレスが含まれるため、ＰＡＣＳサーバ１００は当該ＭＡＣアドレスにより対応するＰＡＣＳクライアント端末３００を特定することができる。

また当該ＩＤはＵＵＩＤ（Universally Unique Identifier）であってもよく、ＬＩＳクライアント端末４００が、上記表示要求のパケットに自身のＵＵＩＤを含ませることで、ＰＡＣＳサーバ１００は対応するＰＡＣＳクライアント端末３００を特定することができる。

［ＰＡＣＳクライアント端末のコントローラ］
次に、上記ＰＡＣＳクライアント端末３００を操作するためのコントローラについて説明する。図５は当該コントローラの外観を示した図である。

同図に示すように、コントローラ４０は、例えば上記プレイステーション（登録商標）専用のコントローラである。しかし、それ以外のコントローラであっても構わない。

コントローラ４０の各ボタン（及びスティック）には、上記ＰＡＣＳサーバ１００に記憶されたスライド画像（及びフォルダ）を扱うための各種機能が割り当てられている。

セレクトボタン４１は、後述するフォルダビュー画面（スライド選択画面）とスライドビュー画面とを切り替えるために使用される。

スタートボタン４２は、ＰＡＣＳクライアント端末３００を介したＰＡＣＳサーバ１００の操作権をＰＡＣＳクライアント端末３００のユーザが取得するために用いられる。例えば当該スタートボタンが押されると操作権が取得され、長押しされると当該操作権が返却される。これは、１つのＰＡＣＳサーバ１００へアクセスするＰＡＣＳクライアント端末３００が１台とは限られないことから必要となる機能である。

左スティック４３は、任意の方向にポインタを移動するために用いられる。また右スティック４４は、スライドビュー画面で視点を移動するために用いられる。

○ボタン４５は、スライド画像を表示したり、決定したりするために用いられる。×ボタン４６はフォルダや画面等を閉じたり操作をキャンセルしたりするために用いられる。□ボタン４７は、後述するスライドトレイを開いたり閉じたりするために用いられる。△ボタン４８は、オプションメニューを開くために用いられる。

方向キー４９は、スライドビュー画面においては視点を移動するために、その他の画面ではフォーカスを移動するために用いられる。

Ｌ１ボタン５０は、表示対象物を段階的に縮小するために用いられる。Ｌ２ボタン５１は、表示対象物を連続的に縮小するために用いられる。またＬ２ボタン５１は、記憶部１８に記憶されたフォルダ（及び後述する仮想フォルダ）に兄弟フォルダ（同じ階層の隣のフォルダ）が存在する場合に、当該例えば左側の兄弟フォルダへ移動するためにも用いられる。

Ｒ１ボタン５２は、表示対象物を段階的に拡大するために用いられる。Ｒ２ボタン５３は、表示対象物を連続的に拡大するために用いられる。またＲ２ボタンは例えば右側の兄弟フォルダへ移動するためにも用いられる。

［システムの動作］
次に、以上のように構成されたシステムにおける各サーバ及び各クライアントの動作について説明する。本実施形態及び他の実施形態において、各サーバ及び各クライアントにおける動作は、ＣＰＵと、その制御下において実行される上記各ソフトウェアとで協働して行われる。

（ＬＩＳ検索結果の表示）
図６は、当該動作の流れを示したフローチャートである。

同図に示すように、まず、ＬＩＳクライアント端末４００が、ＬＩＳサーバ２００に対して、患者名(患者番号)や検査日時や病名などの患者情報を検索条件として用いてアクセスし、検査情報を検索する（ステップ６１）。

当該検索要求に応じて、ＬＩＳサーバ２００は、患者情報を検索し、ＬＩＳクライアント端末４００へ、検索結果を送信する（ステップ６２）。

検索結果として、検索条件に合致するスライド画像が存在した場合には、上記患者の検査において撮影されたスライド画像の番号(ユニークＩＤ)が特定され、それが検索結果としてＬＩＳクライアント端末４００へ返される（ステップ６３のＹｅｓ）。

続いてＬＩＳクライアント端末４００は、上記ＩＤを用いて、当該ＩＤを有するスライドデータの表示要求をＰＡＣＳサーバ１００へ送信する（ステップ６４）。

ＰＡＣＳサーバ１００のＣＰＵ１１は、表示要求を受信すると、上記図４に示したテーブルを用いて、表示要求を送信したＬＩＳクライアント端末４００とＰＡＣＳクライアント端末３００の対応付けを行なう（ステップ６５）。

表示要求を送信したＬＩＳクライアント端末４００に対応するＰＡＣＳクライアント端末３００が見つかった場合（ステップ６５のＹｅｓ）、ＣＰＵ１１は、上記対応するＰＡＣＳクライアント端末３００にのみアクセス権を与えた仮想フォルダを生成し、そのフォルダ以下に、表示要求の対象となるスライド画像を準備する（ステップ６６）。

図７は、上記ＬＩＳクライアント端末４００による表示要求前に、ＰＡＣＳクライアント端末３００の表示部に表示されているフォルダビュー画面の例を示した図である。

同図に示すように、ＰＡＣＳクライアント端末３００がＰＡＣＳサーバ１００へアクセスすることで、上記図３で示したフォルダdir1、フォルダdir2及びスライド01が、それぞれフォルダアイコン７２、フォルダアイコン７３及びスライドアイコン７４として表示されている。上記図３におけるフォルダdir0等、上位のフォルダに対しては、上位フォルダアイコン７１によりアクセス可能とされている。

図８は、上記仮想フォルダが生成された場合のＰＡＣＳサーバ１００内のフォルダ構成を示した図である。

同図に示すように、上記図３で示した実体としてのフォルダに加えて、仮想フォルダとして検索結果フォルダ８１が生成され、その配下に、最初の検索結果を示すフォルダとして、仮想フォルダ８２が生成される。当該仮想フォルダ８２の配下には、上記ＩＤに対応する実体スライドデータへのポインタとして、仮想ファイルが例えば"\LIS検索結果/検索結果0/slide21"のように準備される。当該ポインタは、例えばショートカット(シンボリックリンク)とされる。しかし、実体スライドがコピーされて実際に仮想フォルダの配下に格納されても構わない。

図６に戻り、ＰＡＣＳサーバ１００のＣＰＵ１１は、上記仮想フォルダ８２内のスライドデータを表示するように要求する表示要求をＰＡＣＳクライアント端末３００へ送信する（ステップ６７）。

図９は、上記ＰＡＣＳサーバ１００からＰＡＣＳクライアント端末３００への表示要求があった場合に、ＰＡＣＳクライアント端末３００の表示部に表示される画面を示した図である。

同図に示すように、ＰＡＣＳクライアント端末３００では、上記ＬＩＳクライアント端末４００からの表示要求対象のスライド画像９１が例えば表示位置を示すマップ９２と共に表示される。当該画面は実際のスライド画像を表示するスライドビュー画面である。

当該スライドビュー画面では、例えばその左方に、スライドトレイ９３が表示される。スライドトレイ９３は、上記仮想フォルダに含まれる全てのスライド画像をサムネイルリストとして表示するものである。スライドトレイ９３上で、現在（右側で）表示されているスライドのサムネイルには、マーカー９５が表示される。図８では仮想フォルダ内のスライド画像としては１枚のみが示されているが、図９では、説明の便宜上、仮想フォルダ内に複数のスライド画像が含まれ、それらがスライドトレイ９３上でサムネイル表示されている例が示されている。

当該スライドトレイ９３は、上述したように、上記ＰＡＣＳクライアント端末３００のコントローラ４０の□ボタン４７の押下操作で表示及び非表示の切り替えが可能とされている。

上記ＬＩＳクライアント端末４００からの検索要求に対応する仮想フォルダではなく、実際のフォルダ（例えば図３のフォルダdir1）をＰＡＣＳクライアント端末３００が表示する際にも同様のスライドビュー画面及び対応するスライドトレイ９３が表示される。

このように、上記ＬＩＳクライアント端末４００からのスライドの表示要求があった場合には、ＰＡＣＳクライアント端末３００のユーザが何ら操作をすることなく、対象スライドがＰＡＣＳクライアント端末３００で表示されることになる。

しかしながら、ＬＩＳクライアント端末４００は、ＰＡＣＳクライアント端末３００が、スライドではなく、フォルダビュー画面において該当の仮想フォルダを開くように要求を送ってもよい。検索条件に合致するスライドは１枚とは限らないので、複数のスライドが仮想フォルダ以下に置かれる場合もある。この場合、ＬＩＳクライアント端末４００は上記のように特定のスライドを表示するように要求を送ってもよいが、仮想フォルダを開くに止めて、スライドの選択をユーザに委ねることもできる。

図１０は、上記表示要求に応じて仮想フォルダが生成された場合におけるフォルダビュー画面の例を示した図である。上述のように、このフォルダビュー画面と、上記図９に示したようなスライドビュー画面とは、ＰＡＣＳクライアント端末３００のコントローラ４０のセレクトボタン４１によって切り替えられる。

同図に示すように、上記ＬＩＳクライアント端末４００からの表示要求によりＰＡＣＳサーバ１００で仮想フォルダが生成されると、それを示す仮想フォルダアイコン１０１が新たに表示される。当該仮想フォルダが展開されると、図９に示すように、それに含まれるスライド画像が上記スライドビュー画面により表示される。仮想フォルダ内のスライド（検索条件に合致するスライド）が複数の場合には、ユーザがそれらの中から１つのスライドを選択可能なように、フォルダビュー画面のまま、それらスライドのアイコンが一覧表示されてもよい。

ＬＩＳクライアント端末４００からＰＡＣＳサーバ１００へ送信される要求としては、上述のスライドデータの表示要求を含め、以下のような３つのコマンドが考えられる。
・Create
これは、検索結果の表示を要求するコマンドである。当該コマンドは、検索を一意に決めるためのＩＤと共に、該当するスライドリストを指定する。例えば、ユーザがある特定の患者の症例を検索する場合や、その患者の関連する過去の症例を検索する際にこのCreate要求が用いられる。
・Delete
これは、上記Create要求を行なった際のＩＤを指定して、検索結果の削除を要求するコマンドである。例えば、ユーザが上記関連する症例を閉じて元の症例に戻る場合にこのDelete要求が用いられる。
・Reset
これは、全ての検索結果を削除して、初期状態に戻すことを要求するコマンドである。例えば、ユーザが上記特定の患者とは別の患者の類似症例を検索するために、上記特定の患者の症例を閉じる場合にこのResetコマンドが用いられる。

これら３つのコマンドは、例えばユーザがＬＩＳクライアント端末４００でＬＩＳ用のユーザインタフェースを操作することで送信される。

図８に示した状態から、ＬＩＳクライアント端末４００から新たに、ＩＤとして"\検索結果1"、スライドとして"\dir0/dir1/slide12"及び"\dir0/dir2/dir3/slide30"の２枚が指定されたCreate コマンドが要求されると、フォルダ構造は図１１に示すようになる。

上述のとおり、ユーザは診断の際に、同じ患者の過去の症例や、類似の症例を閲覧することがある。ユーザが続けて新たな検索を行なった場合、ＰＡＣＳサーバ１００は、前回の仮想フォルダ８２（"\LIS検索結果/検索結果0"）を残した上で、新たな仮想フォルダ８３（"\LIS 検索結果/検索結果1""）を生成する。

仮想フォルダ８３及びその配下のスライド（同図のスライド12及びスライド30）の準備が終わると、ＰＡＣＳサーバ１００は、上記新たなCreate要求を送信したＬＩＳクライアント端末４００に対応するＰＡＣＳクライアント端末３００へ、上記２つのスライドのいずれか（または仮想フォルダ８３）の表示要求を送信する。

図１２は、上記ＰＡＣＳサーバ１００からＰＡＣＳクライアント端末３００へ新たな表示要求が送信された場合に、ＰＡＣＳクライアント端末３００の表示部に表示されるスライドビュー画面を示した図である。

同図に示すように、スライドトレイ９３が開かれている状態で新たなＬＩＳ検索結果の表示要求があると、スライドトレイ９３の内容が、上記図９に示した状態から、上記新たな検索結果のスライドリスト（新たな仮想フォルダ８３に含まれるスライド）へと更新される。それとともに、表示されるスライド画像も、当該スライドトレイ９３のうちの１つのスライド画像１２１へと切り替わる。もちろん、スライドトレイ９３が表示されていない状態でも、スライド画像の切り替えが実行される。

図１３は、上記新たな表示要求に応じて仮想フォルダ８３が生成された場合におけるフォルダビュー画面の例を示した図である。同図に示すように、先に生成された仮想フォルダ８２を示すアイコン１０１は表示されたまま、新たな仮想フォルダ８３を示すアイコン１０２が表示される。

このようにＬＩＳでの検索結果がフォルダとして逐次表示されることで、ユーザは検索結果を確認でき、フォルダを移動することで別の検索結果を参照可能となる。したがってＰＡＣＳクライアント端末３００のユーザは、ＬＩＳクライアント端末４００から検索したスライドも通常のフォルダ操作のみで閲覧することができる。

次に、図１１に示した状態から、ＬＩＳクライアント端末４００からＩＤが"\検索結果0"の検索結果に対するDeleteコマンドが要求された場合を想定する。この場合、ＰＡＣＳサーバ１００は、図１４に示すように、仮想フォルダ８２（"\LIS検索結果/検索結果0"）及び配下のスライド21へのポインタを削除する。

ＰＡＣＳサーバ１００は、上記削除完了後、対応するＰＡＣＳクライアント端末３００への通知を行なう。この際、ＰＡＣＳサーバ１００は、単に検索結果が削除されたことを通知してもよいし、削除後に残っている中で最新の仮想フォルダ８３（"\LIS検索結果/検索結果1"）を展開するように通知してもよい。

図１５は、上記削除後におけるフォルダビュー画面の表示例を示した図である。同図に示すように、図１３に示した画面と比較して、削除対象の仮想フォルダ８２に対応するアイコン１０１が消去されていることが分かる。

ＬＩＳクライアント端末４００からResetコマンドが送られた場合には、それを受信したＰＡＣＳサーバ１００は、ＬＩＳ検索結果フォルダ８１以下にある全ての仮想フォルダ及びスライドを削除し、対応するＰＡＣＳクライアントへの通知を行なう。これによりフォルダビュー画面は図７に示した画面に戻ることになる。

（ＰＡＣＳにおける検索結果の表示）
これまでの説明において、ＰＡＣＳサーバ１００は、ＬＩＳクライアント端末４００からの要求で仮想フォルダを作成したが、ＰＡＣＳクライアント端末３００からの要求によりＰＡＣＳサーバ１００自身で実行した検索結果も、同様なフォルダ構成を用いて扱うことができる。

図１６は、上記ＰＡＣＳクライアント端末３００からの検索要求に基づいてＰＡＣＳサーバ１００で生成されるフォルダの構造を示した図である。

同図に示すように、ＰＡＣＳサーバ１００は、ＰＡＣＳクライアント端末３００からのスライド検索要求における検索条件として、例えば、「最近見たスライド」、「Sticky Note（付きスライド）」、「撮影日」といった条件を指定して、記憶部１８に記憶されたスライドを絞りこむことが可能である。そしてＰＡＣＳサーバ１００は、当該検索条件に応じて、最近見たスライドフォルダ１６１、Sticky Noteフォルダ１６２、撮影日フォルダ１６３の各フォルダを検索結果として生成可能である。

最近見たスライドフォルダ１６１以下には、直近で閲覧した数スライドが配置されている。

Sticky Note" 以下は、スライドに付けた付箋の色毎に仮想フォルダが作成される。この例では、スライド10にピンクの付箋が、スライド20にブルーの付箋がそれぞれ付けられており、それぞれ仮想フォルダ１６４、１６５以下に各スライドへのポインタが配置されている。他にグリーンの付箋も貼付可能だが、この例では対象のスライドが無いため、それに応じた仮想フォルダも存在しない。

撮影日フォルダ１６３以下には、全スライドが撮影年、撮影月の仮想フォルダ（フォルダ１６６〜１７１）でグループ化されている。この場合、より下の階層の仮想フォルダ（検索条件）を選択するということは、上層の仮想フォルダ（検索条件）との論理積を取ることになるため、より厳しい条件での検索を行なっていることに相当する。スライド数が膨大な場合は、さらに撮影日時などの仮想フォルダが作成されてもよい。

図１７は、上記図１６で示したフォルダ構成に対応したフォルダビュー画面を示した図である。同図に示すように、上記最近見たスライドフォルダ１６１を示すアイコン１７３、Sticky Noteフォルダ１６２を示すアイコン１７４、撮影日フォルダ１６３を示すアイコン１７５が、上記フォルダdir0（実体フォルダ）を示すアイコン１７１及びＬＩＳ検索結果に対応する仮想フォルダを示すアイコン１７２と共に（同じ階層のフォルダとして）表示されている。

このようにフォルダが構成されアイコンが表示されることで、ユーザは、ＬＩＳクライアント端末４００での検索結果も、ＰＡＣＳサーバ１００での検索結果も、共通のユーザインタフェースを用いてアクセス可能となる。

（兄弟フォルダ間の移動）
上述のように、ＬＩＳクライアント端末４００から、複数の検索結果に応じた複数の表示要求が連続してあった場合には、図１１に示すように、当該検索結果に対応した仮想フォルダ８２及び８３が生成され、フォルダビュー画面では、それを示すアイコン１０１及び１０２が同じ画面上に（例えば隣同士で）表示される。

本実施形態では、ＰＡＣＳクライアント端末３００のユーザは、上記仮想フォルダ８２及び８３のように、同じ階層の隣接するフォルダ（兄弟フォルダ）の間を、コントローラ４０の操作により、一旦上層のフォルダに移動することなく、直接移動することができる。

図１８は、当該兄弟フォルダ間の移動の様子を示した図である。ＰＡＣＳクライアント端末３００から、コントローラ４０のＬ２ボタン５１またはＲ２ボタン５３の押下操作を示す操作信号がＰＡＣＳサーバ１００に送信された場合、ＰＡＣＳサーバ１００は、現在位置しているフォルダに兄弟フォルダが存在するか否かを判断し、存在する場合には、兄弟フォルダ間の移動を実行する。

具体的には、例えば上記図９に示すようにスライドビュー画面で仮想フォルダ８２が表示されている状態で上記操作信号が受信されると、上記ＰＡＣＳサーバ１００は、図１８に示すように、その兄弟フォルダである仮想フォルダ８３へとフォルダを切り替える。

その際、ＰＡＣＳサーバ１００は、どのフォルダからどのフォルダへ移動したかがユーザに分かるように、両フォルダ間の移動を示すダイアログ１８１を表示する。この移動により、スライドトレイ９３の内容は仮想フォルダ８２から仮想フォルダ８３へと更新され、例えば移動後の仮想フォルダ８３の最初のスライド画像１２１が表示される。

このように、ＰＡＣＳクライアント端末３００のユーザは、上記ＬＩＳ検索結果フォルダ８１に一旦戻ることなく、例えば上記Ｌ２ボタン５１またはＲ２ボタン５３を押すだけで、兄弟フォルダの内容を即座に閲覧することができる。

もちろん、仮想フォルダではなく通常のフォルダに兄弟フォルダが存在する場合にも、同様の操作及び処理により兄弟フォルダ間の移動が実行される。

［まとめ］
以上説明したように、本実施形態によれば、ＰＡＣＳサーバ１００は、患者情報にアクセス可能なＬＩＳクライアント端末４００とスライド画像データにアクセス可能なＰＡＣＳクライアント端末３００とを分離しながら、両者を関連付けることで、検索結果としての病理画像データを含む仮想フォルダを生成し、ＰＡＣＳクライアント端末３００に表示させることができる。これによりＰＡＣＳサーバ１００は、患者の個人情報を記憶したＬＩＳサーバ２００へアクセス可能な端末数を増やすことなく、患者情報を用いて検索される画像データを、別のＰＡＣＳクライアント端末３００で、あたかもその端末の検索結果のように表示させることができる。

またＰＡＣＳクライアント端末３００のユーザは、通常のフォルダ及びファイルの操作と同様のユーザインタフェースで上記ＬＩＳからの検索結果としての画像データを閲覧することができる。さらにユーザは、ＰＡＣＳサーバ１００内におけるメタ情報による検索結果及び上記ＬＩＳからの検索結果を同様のユーザインタフェースで閲覧することができる。

［変形例］
本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態においては、図６で示したように、ＬＩＳクライアント端末４００が受信した検索結果をＰＡＣＳサーバ１００へ送ることでＰＡＣＳサーバ１００で仮想フォルダが生成された。しかし、当該ＬＩＳ検索結果は、ＬＩＳクライアント端末４００ではなくＬＩＳサーバ２００がＰＡＣＳサーバ１００へ送信しても構わない。

図１９はこの場合におけるシステムの動作の流れを示したフローチャートである。図６で示したフローチャートと比較すると、ステップ１９５において、ＬＩＳクライアント端末４００に代わってＬＩＳサーバ２００がスライドの表示要求を送信している点が異なる。この際、ＬＩＳサーバ２００は、検索要求を行ったＬＩＳクライアント端末４００のＩＤもＰＡＣＳサーバ１００へ送信する。

上述の各実施形態では、クライアント端末間の対応付けを示すテーブルはＰＡＣＳサーバ１００に記憶されていた。しかし、このテーブルの記憶場所はこれに限られず、例えばＬＩＳサーバ２００に記憶されていてもよい。この場合、ＬＩＳサーバ２００は、クライアント端末間の対応付けを行った上で、両クライアント端末のＩＤと共に表示要求をＰＡＣＳサーバ１００へ送信してもよい。

上述の各図面で示したスライドビュー画面及びフォルダビュー画面の構成は、図示したものに限られず、様々な表示構成が想定される。

上述の実施形態で説明した「病理画像データ」には、患者の細胞、組織、臓器の標本を顕微鏡で撮影した画像のみならず、Ｘ線画像、ＭＲＩ（Magnetic Resonance Imaging）画像等も含まれる。

上述の各実施形態では、本技術が病院内ネットワークで実現される例が示されたが、もちろん本技術が実現される環境は院内に限られない。

［その他］
本技術は以下のような構成も採ることができる。
（１）
患者情報に関連付けられた複数の病理画像データと、前記患者情報にアクセス可能な他の第１の情報処理装置と前記病理画像データにアクセス可能で前記患者情報にアクセス不可能な他の第２の情報処理装置との対応関係を示す対応関係情報とを記憶する記憶部と、
通信部と、
前記他の第１の情報処理装置から、所定の患者情報を基に検索された第１の病理画像データの第１の表示要求を受信するように前記通信部を制御し、
前記対応関係情報を基に、前記第１の表示要求を送信した前記他の第１の情報処理装置に対応する前記他の第２の情報処理装置がアクセス可能で前記第１の病理画像データを含む第１の仮想フォルダを生成する
ことが可能な制御部と
を具備する情報処理装置。
（２）
上記（１）に記載の情報処理装置であって、
前記制御部は、前記第１の仮想フォルダを展開するように要求する展開要求を前記他の第２の情報処理装置へ送信するように前記通信部を制御する
情報処理装置。
（３）
上記（１）または（２）に記載の情報処理装置であって、
前記制御部は、前記第１の仮想フォルダを展開して所定の病理画像データを表示するように要求する展開表示要求を前記他の第２の情報処理装置へ送信するように前記通信部を制御する
情報処理装置。
（４）
上記（１）〜（３）のいずれかに記載の情報処理装置であって、
前記制御部は、
前記第１の表示要求の受信後、前記他の第１の情報処理装置から、所定の患者情報を基に検索された第２の病理画像データの第２の表示要求を受信するように前記通信部を制御し、
前記他の第２の情報処理装置がアクセス可能で前記第２の病理画像データを含む第２の仮想フォルダを、前記第１の仮想フォルダと同じ階層に生成する
情報処理装置。
（５）
上記（４）に記載の情報処理装置であって、
前記第１の仮想フォルダ及び前記第２の仮想フォルダはそれぞれ、複数の第１の病理画像データ及び複数の第２の病理画像データを有し、
前記制御部は、
仮想フォルダを表示する第１の画面と、前記仮想フォルダ内の１つの病理画像データを、当該仮想フォルダ内の全ての病理画像データのサムネイルリストと共に表示する第２の画面とを前記他の第２の情報処理装置に選択的に表示させることが可能であり、
前記他の第２の情報処理装置において前記第２の画面が表示されている状態で前記第２の表示要求が受信された場合に、前記第１の仮想フォルダに対応する前記第１の病理画像データ及び第１のサムネイルリストに代わり、前記第２の仮想フォルダに対応する前記第２の病理画像データ及び第２のサムネイルリストを表示するように前記他の第２の情報処理装置を制御する
情報処理装置。
（６）
上記（４）または（５）に記載の情報処理装置であって、
前記第１の仮想フォルダ及び前記第２の仮想フォルダはそれぞれ、複数の第１の病理画像データ及び複数の第２の病理画像データを有し、
前記制御部は、
仮想フォルダを表示する第１の画面と、前記仮想フォルダ内の１つの病理画像データを、当該仮想フォルダ内の全ての病理画像データのサムネイルリストと共に表示する第２の画面とを前記他の第２の情報処理装置に選択的に表示させることが可能であり、
前記他の第２の情報処理装置において前記第２の画面が表示されている状態で、前記他の第２の情報処理装置から所定の操作入力を通知する操作通知情報が受信された場合に、前記第１の仮想フォルダから前記第２の仮想フォルダへ移動することを通知する画像を表示すると共に、前記第１の仮想フォルダに対応する前記第１の病理画像データ及び第１のサムネイルリストに代わり、前記第２の仮想フォルダに対応する第２の病理画像データ及び第２のサムネイルリストを表示するように前記他の第２の情報処理装置を制御する
情報処理装置。
（７）
上記（１）〜（６）のいずれかに記載の情報処理装置であって、
前記制御部は、
前記第１の表示要求の受信後、前記他の第１の情報処理装置から、前記第１の病理画像データの削除要求を受信するように前記通信部を制御し、
前記削除要求に基づいて、前記第１の仮想フォルダを削除し、
前記削除を通知する通知情報を前記他の第１の情報処理装置へ送信するように前記通信部を制御する
情報処理装置。
（８）
上記（４）〜（７）のいずれかに記載の情報処理装置であって、
前記制御部は、
前記第１の仮想フォルダが展開されている場合に、前記他の第１の情報処理装置から、前記第１の病理画像データの削除要求を受信するように前記通信部を制御し、
前記削除要求に基づいて、前記第１の仮想フォルダを削除し、
前記第２の仮想フォルダを展開するように要求する展開要求を前記他の第２の情報処理装置へ送信するように前記通信部を制御する
情報処理装置。
（９）
上記（１）〜（８）のいずれかに記載の情報処理装置であって、
前記制御部は、前記他の第２の情報処理装置からの所定の検索条件に合致する第３の病理画像データの第３の表示要求を受信するように前記通信部を制御し、
前記第３の表示要求に基づいて、第３の病理画像データを有する第３の仮想フォルダを、前記第１の仮想フォルダと同じ階層に生成する
情報処理装置。

１１…ＣＰＵ
１８…記憶部
１９…通信部
４０…コントローラ
８１〜８３、１６１〜１７１…仮想フォルダ
９１、１２１…スライド画像
９３…スライドトレイ
１００…ＰＡＣＳサーバ
１０１、１０２、１７１〜１７５…仮想フォルダアイコン
１８１…ダイアログ
２００…ＬＩＳサーバ
３００…ＰＡＣＳクライアント端末
４００…ＰＡＣＳサーバ

Claims (11)

1. 患者情報に関連付けられた複数の病理画像データと、前記患者情報にアクセス可能な他の第１の情報処理装置と前記病理画像データにアクセス可能で前記患者情報にアクセス不可能な他の第２の情報処理装置との対応関係を示す対応関係情報とを記憶する記憶部と、
   通信部と、
   前記他の第１の情報処理装置から、所定の患者情報を基に検索された第１の病理画像データの第１の表示要求を受信するように前記通信部を制御し、
   前記対応関係情報を基に、前記第１の表示要求を送信した前記他の第１の情報処理装置に対応する前記他の第２の情報処理装置がアクセス可能で前記第１の病理画像データを含む第１の仮想フォルダを生成する
   ことが可能な制御部と
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記第１の仮想フォルダを展開するように要求する展開要求を前記他の第２の情報処理装置へ送信するように前記通信部を制御する
   情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記制御部は、前記第１の仮想フォルダを展開して所定の病理画像データを表示するように要求する展開表示要求を前記他の第２の情報処理装置へ送信するように前記通信部を制御する
   情報処理装置。
4. 請求項１に記載の情報処理装置であって、
   前記制御部は、
   前記第１の表示要求の受信後、前記他の第１の情報処理装置から、所定の患者情報を基に検索された第２の病理画像データの第２の表示要求を受信するように前記通信部を制御し、
   前記他の第２の情報処理装置がアクセス可能で前記第２の病理画像データを含む第２の仮想フォルダを、前記第１の仮想フォルダと同じ階層に生成する
   情報処理装置。
5. 請求項４に記載の情報処理装置であって、
   前記第１の仮想フォルダ及び前記第２の仮想フォルダはそれぞれ、複数の第１の病理画像データ及び複数の第２の病理画像データを有し、
   前記制御部は、
   仮想フォルダを表示する第１の画面と、前記仮想フォルダ内の１つの病理画像データを、当該仮想フォルダ内の全ての病理画像データのサムネイルリストと共に表示する第２の画面とを前記他の第２の情報処理装置に選択的に表示させることが可能であり、
   前記他の第２の情報処理装置において前記第２の画面が表示されている状態で前記第２の表示要求が受信された場合に、前記第１の仮想フォルダに対応する前記第１の病理画像データ及び第１のサムネイルリストに代わり、前記第２の仮想フォルダに対応する前記第２の病理画像データ及び第２のサムネイルリストを表示するように前記他の第２の情報処理装置を制御する
   情報処理装置。
6. 請求項４に記載の情報処理装置であって、
   前記第１の仮想フォルダ及び前記第２の仮想フォルダはそれぞれ、複数の第１の病理画像データ及び複数の第２の病理画像データを有し、
   前記制御部は、
   仮想フォルダを表示する第１の画面と、前記仮想フォルダ内の１つの病理画像データを、当該仮想フォルダ内の全ての病理画像データのサムネイルリストと共に表示する第２の画面とを前記他の第２の情報処理装置に選択的に表示させることが可能であり、
   前記他の第２の情報処理装置において前記第２の画面が表示されている状態で、前記他の第２の情報処理装置から所定の操作入力を通知する操作通知情報が受信された場合に、前記第１の仮想フォルダから前記第２の仮想フォルダへ移動することを通知する画像を表示すると共に、前記第１の仮想フォルダに対応する前記第１の病理画像データ及び第１のサムネイルリストに代わり、前記第２の仮想フォルダに対応する第２の病理画像データ及び第２のサムネイルリストを表示するように前記他の第２の情報処理装置を制御する
   情報処理装置。
7. 請求項１に記載の情報処理装置であって、
   前記制御部は、
   前記第１の表示要求の受信後、前記他の第１の情報処理装置から、前記第１の病理画像データの削除要求を受信するように前記通信部を制御し、
   前記削除要求に基づいて、前記第１の仮想フォルダを削除し、
   前記削除を通知する通知情報を前記他の第１の情報処理装置へ送信するように前記通信部を制御する
   情報処理装置。
8. 請求項４に記載の情報処理装置であって、
   前記制御部は、
   前記第１の仮想フォルダが展開されている場合に、前記他の第１の情報処理装置から、前記第１の病理画像データの削除要求を受信するように前記通信部を制御し、
   前記削除要求に基づいて、前記第１の仮想フォルダを削除し、
   前記第２の仮想フォルダを展開するように要求する展開要求を前記他の第２の情報処理装置へ送信するように前記通信部を制御する
   情報処理装置。
9. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記他の第２の情報処理装置からの所定の検索条件に合致する第３の病理画像データの第３の表示要求を受信するように前記通信部を制御し、
   前記第３の表示要求に基づいて、第３の病理画像データを有する第３の仮想フォルダを、前記第１の仮想フォルダと同じ階層に生成する
   情報処理装置。
10. 患者情報にアクセス可能な他の第１の情報処理装置から、所定の患者情報を基に検索された病理画像データの表示要求を受信し、
    前記病理画像データにアクセス可能で前記患者情報にアクセス不可能な他の第２の情報処理装置であって、前記表示要求を送信した前記他の第１の情報処理装置に対応付けられた他の第２の情報処理装置を特定し、
    前記他の第２の情報処理装置がアクセス可能で、前記病理画像データを含む仮想フォルダを生成する
    情報処理方法。
11. 情報処理装置に、
    患者情報にアクセス可能な他の第１の情報処理装置から、所定の患者情報を基に検索された病理画像データの表示要求を受信するステップと、
    前記病理画像データにアクセス可能で前記患者情報にアクセス不可能な他の第２の情報処理装置であって、前記表示要求を送信した前記他の第１の情報処理装置に対応付けられた他の第２の情報処理装置を特定するステップと、
    前記他の第２の情報処理装置がアクセス可能で、前記病理画像データを含む仮想フォルダを生成するステップと、
    を実行させるプログラム。

Images