特許 6222088 情報処理装置、情報処理システム、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6222088

(24)【登録日】2017年10月13日

(45)【発行日】2017年11月1日

(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 50/24 20120101AFI20171023BHJP

【ＦＩ】

   G06Q50/24

【請求項の数】8

【全頁数】25

(21)【出願番号】特願2014-520881(P2014-520881)

(86)(22)【出願日】2013年5月1日

(86)【国際出願番号】JP2013002909

(87)【国際公開番号】WO2013186979

(87)【国際公開日】20131219

【審査請求日】2016年4月22日

(31)【優先権主張番号】特願2012-131995(P2012-131995)

(32)【優先日】2012年6月11日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000002185

【氏名又は名称】ソニー株式会社

(74)【代理人】

【識別番号】100104215

【弁理士】

【氏名又は名称】大森 純一

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100160989

【弁理士】

【氏名又は名称】関根 正好

(74)【代理人】

【識別番号】100168181

【弁理士】

【氏名又は名称】中村 哲平

(74)【代理人】

【識別番号】100170346

【弁理士】

【氏名又は名称】吉田 望

(74)【代理人】

【識別番号】100168745

【弁理士】

【氏名又は名称】金子 彩子

(74)【代理人】

【識別番号】100176131

【弁理士】

【氏名又は名称】金山 慎太郎

(74)【代理人】

【識別番号】100197398

【弁理士】

【氏名又は名称】千葉 絢子

(74)【代理人】

【識別番号】100197619

【弁理士】

【氏名又は名称】白鹿 智久

(72)【発明者】

【氏名】久曽神 宏

(72)【発明者】

【氏名】山根 健治

(72)【発明者】

【氏名】田上 直樹

(72)【発明者】

【氏名】渡邊 裕文

【審査官】 松野 広一

(56)【参考文献】

【文献】 特開２０１０−１２８７８２（ＪＰ，Ａ）

【文献】 特開２００３−０４６９８１（ＪＰ，Ａ）

【文献】 特開平１０−０９７５８２（ＪＰ，Ａ）

【文献】 特開平０６−３４３６３２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

病理画像を記憶可能な画像サーバ装置及び前記病理画像を表示可能な他の情報処理装置と通信可能な通信部と、
前記病理画像に関連する所定の画像を出力可能な出力部と、
前記病理画像を前記他の情報処理装置に送信して前記出力された所定の画像に連動させて表示させるための表示要求を前記画像サーバ装置へ送信するように前記通信部を制御可能な制御部と、
を具備し、
前記制御部は、
前記所定の画像として、前記病理画像を一部として含む全体画像のうち、第１の座標を中心とした第１の画像を出力するように前記出力部を制御し、
前記病理画像として、前記全体画像のうち、前記第１の座標から所定距離を有する第２の座標を中心とした第２の画像を表示させるための前記表示要求を前記画像サーバ装置へ送信するように前記通信部を制御する
情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記通信部は、前記病理画像を識別する識別情報を含む、当該病理画像に関連する患者の検査情報を記憶可能な情報サーバ装置と通信可能であり、
前記制御部は、前記情報サーバ装置から前記検査情報を受信し、当該受信された前記検査情報に含まれる識別情報を用いて前記表示要求を送信するように前記通信部を制御する
情報処理装置。

【請求項3】

請求項１または２に記載の情報処理装置であって、
前記制御部は、前記表示要求に、前記表示される病理画像の前記全体画像における位置及びサイズを示す情報を含ませる
情報処理装置。

【請求項4】

請求項１乃至３のいずれかに記載の情報処理装置であって、
前記病理画像の位置に対応するリンク情報を含む、アプリケーションのユーザインタフェースを出力可能な出力部と、
前記ユーザインタフェースに対するユーザの操作を受け付け可能な操作受付部と
をさらに具備し、
前記制御部は、前記リンク情報に対するユーザの操作が受け付けられた場合に、当該リンク情報に対応する前記病理画像に関する前記表示要求を送信するように前記通信部を制御する
情報処理装置。

【請求項5】

請求項１乃至４のいずれかに記載の情報処理装置であって、
前記他の情報処理装置は複数の他の情報処理装置を有し、
前記制御部は、
アノテーション情報が付加された前記第１の画像を出力するように前記出力部を制御し、
前記他の情報処理装置で表示される前記第２の画像上において前記アノテーション情報の表示及び非表示を切り替えさせるための表示切替要求を前記画像サーバ装置に送信するように前記通信部を制御する
情報処理装置。

【請求項6】

サーバ装置と、第１の情報処理装置と、第２の情報処理装置とを具備する情報処理システムであって、
前記サーバ装置は、
病理画像を記憶可能な記憶部と、
前記第１の情報処理装置及び前記第２の情報処理装置と通信可能な第１の通信部と、
前記第１の情報処理装置の要求に応じて前記第２の情報処理装置へ前記記憶された病理画像を送信するように前記第１の通信部を制御可能な第１の制御部と
を有し、
前記第１の情報処理装置は、
前記サーバ装置及び前記第２の情報処理装置と通信可能な第２の通信部と、
前記病理画像に関連する所定の画像を出力可能な第１の出力部と、
前記病理画像を前記第２の情報処理装置に送信して前記出力された所定の画像に連動させて表示させるための表示要求を前記サーバ装置へ送信するように前記第２の通信部を制御可能な第２の制御部と、
を有し、
前記第２の情報処理装置は、
前記サーバ装置及び前記第１の情報処理装置と通信可能な第３の通信部と、
第２の出力部と、
前記表示要求に応じて前記サーバ装置から送信された前記病理画像を受信するように前記第３の通信部を制御し、前記受信された病理画像を出力するように前記第２の出力部を制御することが可能な第３の制御部と
を有し、
前記第１の情報処理装置の前記第２の制御部は、
前記所定の画像として、前記病理画像を一部として含む全体画像のうち、第１の座標を中心とした第１の画像を出力するように前記第１の出力部を制御し、
前記病理画像として、前記全体画像のうち、前記第１の座標から所定距離を有する第２の座標を中心とした第２の画像を表示させるための前記表示要求を前記サーバ装置へ送信するように前記第２の通信部を制御する
情報処理システム。

【請求項7】

情報処理装置の出力部により、サーバ装置に記憶された病理画像に関連する所定の画像を出力し、
前記情報処理装置の通信部により、前記病理画像を他の情報処理装置に送信して前記出力された所定の画像に連動させて表示させるための表示要求を前記サーバ装置へ送信する、
情報処理方法であって、
前記出力するステップは、前記所定の画像として、前記病理画像を一部として含む全体画像のうち、第１の座標を中心とした第１の画像を出力し、
前記送信するステップは、前記病理画像として、前記全体画像のうち、前記第１の座標から所定距離を有する第２の座標を中心とした第２の画像を表示させるための前記表示要求を前記サーバ装置へ送信する
情報処理方法。

【請求項8】

情報処理装置に、
サーバ装置に記憶された病理画像に関連する所定の画像を出力するステップと、
前記病理画像を他の情報処理装置に送信して前記出力された所定の画像に連動させて表示させるための表示要求を前記サーバ装置へ送信するステップと、
を実行させるプログラムであって、
前記出力するステップは、前記所定の画像として、前記病理画像を一部として含む全体画像のうち、第１の座標を中心とした第１の画像を出力し、
前記送信するステップは、前記病理画像として、前記全体画像のうち、前記第１の座標から所定距離を有する第２の座標を中心とした第２の画像を表示させるための前記表示要求を前記サーバ装置へ送信する
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

このようにＬＩＳサーバとＰＡＣＳサーバとが独立したシステムとして運用されている場合、それぞれのサーバ間のデータが紐付けされ、クライアント端末上では、クライアントソフトウェアが連携して動作するのが通常である。例えば下記特許文献１には、統合管理サーバが、キー情報を用いて画像管理サーバ（ＰＡＣＳサーバ）と検査管理サーバ（ＬＩＳサーバ）とを一元管理することが記載されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１０−１２８７８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、クライアント端末がＬＩＳとＰＡＣＳの双方に対応したソフトウェアを有する場合、病理画像はそのデータサイズが巨大であることから、高速な画像処理に対応しきれない場合もある。

【0007】

以上のような事情に鑑み、本技術の目的は、サーバに記憶された病理画像を、画像表示処理に特化して構成されたクライアント端末に、煩雑な設定処理を要することなく表示させることが可能な情報処理装置、情報処理システム、情報処理方法及びプログラムを提供することにある。

【課題を解決するための手段】

【0008】

上述の課題を解決するため、本技術の一形態に係る情報処理装置は、通信部及び制御部を有する。上記通信部は、病理画像を記憶可能な画像サーバ装置及び上記病理画像を表示可能な他の情報処理装置と通信可能である。上記制御部は、上記病理画像を上記他の情報処理装置に送信して表示させるための表示要求を上記画像サーバ装置へ送信するように上記通信部を制御可能である。

【0009】

この構成により、情報処理装置は、上記表示要求を画像サーバへ送信することで、画像サーバに記憶された病理画像を、画像表示処理に特化して構成された他の情報処理装置に、煩雑な設定処理を要することなく表示させることができる。

【0010】

上記通信部は、上記病理画像を識別する識別情報を含む、当該病理画像に関連する患者の検査情報を記憶可能な情報サーバ装置と通信可能であってもよい。この場合上記制御部は、上記情報サーバ装置から上記検査情報を受信し、当該受信された上記検査情報に含まれる識別情報を用いて上記表示要求を送信するように上記通信部を制御してもよい。

【0011】

これにより情報処理装置は、患者の検査情報を基に、それに対応する病理画像を他の情報処理装置に表示させることができる。

【0012】

上記病理画像は全体画像の一部であってもよい。この場合上記制御部は、上記表示要求に、上記表示される病理画像の上記全体画像における位置及びサイズを示す情報を含ませてもよい。

【0013】

これにより情報処理装置は任意の座標及び倍率で病理画像を他の情報処理装置に表示させることができる。

【0014】

上記情報処理装置は、上記病理画像の位置に対応するリンク情報を含む、アプリケーションのユーザインタフェースを出力可能な出力部と、上記ユーザインタフェースに対するユーザの操作を受け付け可能な操作受付部とをさらに有してもよい。この場合上記制御部は、上記リンク情報に対するユーザの操作が受け付けられた場合に、当該リンク情報に対応する上記病理画像に関する上記表示要求を送信するように上記通信部を制御してもよい。

【0015】

これにより情報処理装置は、リンク情報に対する操作（例えばクリック操作）といった、汎用的なパーソナルコンピュータ環境におけるプレゼンテーションソフトウェアやブラウザソフトウェア等で実行可能な操作によっても表示要求を送信することができる。

【0016】

上記情報処理装置は、上記病理画像に関連する所定の画像を出力可能な出力部をさらに有してもよい。この場合上記制御部は、上記病理画像が、上記出力された所定の画像に連動して表示されるように上記表示要求を送信するように上記通信部を制御してもよい。

【0017】

これにより情報処理装置は、他の情報処理装置を、マスター端末である当該情報処理装置のスレーブ端末として動作させ、他の情報処理装置に、情報処理装置において表示される画像に連動させて、関連する病理画像を表示させることができる。ここで所定の画像は、病理画像であってもよいし、病理画像を表示するためのメニュー画像であってもよい。

【0018】

上記制御部は、上記所定の画像として、上記病理画像を一部として含む全体画像を出力するように上記出力部を制御してもよい。またこの場合制御部は、上記表示要求に、上記他の情報処理装置に上記全体画像の一部として表示させる上記病理画像の、上記全体画像における位置及びサイズを示す情報を含ませてもよい。

【0019】

これにより情報処理装置は、自身が表示する病理画像の一部としての病理画像を他の情報処理装置に連動表示させることができる。

【0020】

上記制御部は、上記所定の画像として、所定の試料の連続切片のうち、上記第１の色で染色された第１の切片の画像を出力するように上記出力部を制御してもよい。またこの場合制御部は、上記病理画像として、上記連続切片のうち、上記第１の色とは異なる第２の色で染色された第２の切片の画像を表示させるための上記表示要求を上記画像サーバ装置へ送信するように上記通信部を制御してもよい。

【0021】

これにより情報処理装置は、自身が表示する病理画像の異染色画像を、他の情報処理装置に連動表示させることができる。

【0022】

上記制御部は、上記所定の画像として、上記病理画像を一部として含む全体画像のうち、第１の座標を中心とした第１の画像を出力するように上記出力部を制御してもよい。またこの場合制御部は、上記病理画像として、上記全体画像のうち、上記第１の座標から所定距離を有する第２の座標を中心とした第２の画像を表示させるための上記表示要求を上記画像サーバ装置へ送信するように上記通信部を制御してもよい。

【0023】

これにより情報処理装置は、自身が表示する病理画像の中心座標を所定距離だけずらした病理画像を他の情報処理装置に連動表示させることができる。

【0024】

上記他の情報処理装置は複数の他の情報処理装置を有してもよい。この場合上記制御部は、上記所定の画像として、アノテーション情報が付加された上記病理画像を出力するように上記出力部を制御してもよい。またこの場合制御部は、上記他の情報処理装置で表示される上記病理画像上において上記アノテーション情報の表示及び非表示を切り替えさせるための表示切替要求を上記画像サーバ装置に送信するように上記通信部を制御してもよい。

【0025】

これにより情報処理装置は、自身を教師用装置、他の情報処理装置を生徒用装置として機能させることができる。すなわち、当該情報処理装置は、自身ではアノテーション付きの病理画像を出力して、教師としてのユーザが講義を進められるようにする一方、生徒用の他の情報処理装置におけるアノテーション情報の表示・非表示を切り替えさせることで、当該生徒用装置において、アノテーション情報を問題の解答として適切なタイミングで表示させることができる。

【0026】

本技術の他の形態に係る情報処理システムは、サーバ装置と、第１の情報処理装置と、第２の情報処理装置とを有する。
上記サーバ装置は、病理画像を記憶可能な記憶部と、上記第１の情報処理装置及び上記第２の情報処理装置と通信可能な第１の通信部と、上記第１の情報処理装置の要求に応じて上記第２の情報処理装置へ上記記憶された病理画像を送信するように上記第１の通信部を制御可能な第１の制御部とを有する。
上記第１の情報処理装置は、上記サーバ装置及び上記第２の情報処理装置と通信可能な第２の通信部と、上記病理画像を上記第２の情報処理装置に送信して表示させるための表示要求を上記サーバ装置へ送信するように上記第２の通信部を制御可能な第２の制御部とを有する。
上記第２の情報処理装置は、上記サーバ装置及び上記第１の情報処理装置と通信可能な第３の通信部と、出力部と、上記表示要求に応じて上記サーバ装置から送信された上記病理画像を受信するように上記第３の通信部を制御し、上記受信された病理画像を出力するように上記出力部を制御することが可能な第３の制御部とを有する。

【0027】

本技術のまた別の形態に係る情報処理方法は、サーバ装置に記憶された病理画像を識別する識別情報を受信すること、及び、上記病理画像を他の情報処理装置に送信して表示させるための表示要求を上記サーバ装置へ送信することを含む。

【0028】

本技術のさらに別の形態に係るプログラムは、情報処理装置に、サーバ装置に記憶された病理画像を識別する識別情報を受信するステップと、上記病理画像を他の情報処理装置に送信して表示させるための表示要求を上記サーバ装置へ送信するステップとを実行させる。

【発明の効果】

【0029】

以上のように、本技術によれば、サーバに記憶された病理画像を、画像表示処理に特化して構成されたクライアント端末に、煩雑な設定処理を要することなく表示させることができる。

【図面の簡単な説明】

【0030】

【図1】本技術の第１実施形態に係るデジタル病理表示システムの構成を示す図である。

【図2】上記システムにおけるＬＩＳクライアント端末のハードウェアの構成を示すブロック図である。

【図3】本技術の第１実施形態においてＰＡＣＳサーバに記憶されるクライアント端末間の対応付けを示すテーブルの例を示した図である。

【図4】上記システムで扱われる病理画像の表示原理を説明するための画像ピラミッド構造を示す図である。

【図5】上記システムで扱われる病理画像の画像群が生成される場合の手順を示した図である。

【図6】本技術の第１実施形態に係るシステムの動作の流れを示したフローチャートである。

【図7】本技術の第２実施形態に係るデジタル病理表示システムの構成を示す図である。

【図8】本技術の第２実施形態に係るシステムの動作の流れを示したフローチャートである。

【図9】本技術の第３実施形態に係るデジタル病理表示システムの構成を示す図である。

【図10】本技術の第３実施形態に係るシステムの動作の流れを示したフローチャートである。

【図11】本技術の第３実施形態において、表示データタイプが「部分表示」である場合に各クライアント端末に表示される画面の例を示した図である。

【図12】本技術の第３実施形態において表示データタイプが「異染色同期表示」である場合に各クライアント端末に表示される画面の例を示した図である。

【図13】本技術の第３実施形態において表示データタイプが「オフセット表示」である場合に各クライアント端末に表示される画面の例を示した図である。

【図14】本技術の第３実施形態において表示データタイプが「オフセット表示」である場合に各クライアント端末に表示される画面の例を示した図である。

【図15】本技術の第３実施形態において、上記図１１〜図１４の表示を実現するためにＰＡＣＳサーバに記憶されるクライアント端末間の対応付けを示すテーブルの例を示した図である。

【図16】本技術の第３実施形態において図１１〜図１４の表示が実行される場合のシステムの動作の流れを示したフローチャートである。

【図17】本技術の第３実施形態において、複数のデータタイプが組み合わされた場合に各クライアント端末に表示される画面の例を示した図である。

【図18】図１７の場合にＰＡＣＳサーバに記憶されるクライアント端末間の対応付けを示すテーブルの他の例を示した図である。

【図19】本技術の第４実施形態に係るデジタル病理表示システムの構成を示す図である。

【図20】本技術の第４実施形態においてＰＡＣＳサーバに記憶されるクライアント端末間の対応付けを示すテーブルの例を示した図である。

【図21】本技術の第４実施形態に係るシステムの動作の流れを示したフローチャートである。

【発明を実施するための形態】

【0031】

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

【0032】

＜第１の実施形態＞
まず、本技術の第１の実施形態を説明する。

【0033】

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

【0034】

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

【0035】

ＬＩＳサーバ３００は、患者名、患者番号、患者の年齢、性別等の患者の属性情報や、検査結果や検査時に患者の診断対象部位が被写体とされて撮影された画像データ（病理画像データ）のファイル名等の検査データを記憶及び管理する。

【0036】

ＰＡＣＳサーバ４００は、上記病理画像データを、上記患者の属性情報と対応付けて記憶及び管理する。

【0037】

ＬＩＳクライアント端末１００は、上記ＬＩＳサーバ３００のクライアント端末として機能し、ＬＩＳに対応したソフトウェアにより、ＬＩＳサーバ３００から上記属性情報や検査データを受信し、表示する等、ＬＩＳに関連した処理を実行可能である。

【0038】

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

【0039】

ここで、ＰＡＣＳクライアント端末２００が病理画像を表示する際には、ＬＩＳクライアント端末１００がＬＩＳサーバ３００から、検査データに含まれる病理画像のファイル名を受信し、それをＰＡＣＳクライアント端末２００へ通知し、ＰＡＣＳクライアント端末２００が当該ファイル名を用いて病理画像をＰＡＣＳサーバ４００から取得して表示する、という処理の流れも考えられる。

【0040】

しかしながら、このような処理においては、どのＬＩＳクライアント端末１００がどのＰＡＣＳクライアント端末２００における表示処理（そのための通知処理等）を担うのかという両者間の対応関係が予め設定されている必要がある。特にＬＩＳクライアント端末１００及びＰＡＣＳクライアント端末２００が多数存在する環境では、このような設定処理は非常に煩雑となる。

【0041】

そこで本実施形態では、後述するように、上記対応関係を示す情報をＰＡＣＳサーバ４００が一括して管理し、上記煩雑なクライアント端末間の設定処理を一元化することとしている。また、ＬＩＳクライアント端末１００は、ＬＩＳサーバ３００から病理画像のファイル名を受信すると、それをＰＡＣＳクライアント端末２００へ通知するのではなく、それを用いて、自身に対応するＰＡＣＳクライアント端末２００へ病理画像を送信して表示させるようにＰＡＣＳサーバ４００へ要求する。ＰＡＣＳサーバ４００では、上記対応関係を示す情報を基に、上記要求時に受信したファイル名に対応するＰＡＣＳクライアント端末２００へ病理画像を送信する。ＬＩＳクライアント端末１００からＰＡＣＳサーバ４００への上記要求を、本実施形態では「表示要求」と称する。

【0042】

［ＬＩＳクライアント端末のハードウェア構成］

【0043】

図２は、上記ＬＩＳクライアント端末１００のハードウェアの構成を示すブロック図である。

【0044】

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

【0045】

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

【0046】

すなわち、ＬＩＳクライアント端末１００は、一般的なＰＣ（Personal Computer）と同様の構成を有する。

【0047】

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

【0048】

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

【0049】

記憶部１８は、不揮発性の記憶デバイスであり、例えばＨＤＤ（Hard Disk Drive）、フラッシュメモリ、その他の固体メモリである。記憶部１８には、上記患者の属性情報等のデータの他、本システムにおいてＰＡＣＳクライアント端末２００に病理画像を表示させるために実行されるアプリケーションプログラムも記憶される。

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

［病理画像の構造及び表示原理］
次に、上記ＰＡＣＳサーバ４００に記憶され、ＰＡＣＳクライアント端末２００に表示される病理画像の構造及びその表示原理について説明する。図４は、その構造及び表示原理を説明するための画像ピラミッド構造を示す図である。

【0061】

本実施形態における画像ピラミッド構造５０は、光学顕微鏡により同じ１つの観察の対象物４０（図５参照）から得られる１つの病理画像について、異なる複数の解像度により生成された画像群（全体画像群）である。画像ピラミッド構造５０の最下には、最も大きいサイズの画像が配置され、最上には最も小さいサイズの画像が配置される。最も大きいサイズの画像の解像度は、例えば５０×５０（Kpixel：キロピクセル）、あるいは３０×４０（Kpixel）である。最も小さいサイズの画像は、例えば２５６×２５６（pixel）、あるいは、２５６×５１２（pixel）である。

【0062】

つまり、ＰＡＣＳクライアント端末２００の表示部が、これらの画像を例えば１００％でそれぞれ表示（それらの画像のピクセル数と同じ物理的なドット数でそれぞれ表示）すると、最も大きいサイズの画像が最も大きく表示され、最も小さいサイズの画像が最も小さく表示される。ここで、図４では、その表示部の表示範囲をＤとして示している。

【0063】

図５は、この画像ピラミッド構造５０の画像群が生成される場合の手順を説明するための図である。

【0064】

まず、図示しない光学顕微鏡により所定の観察倍率で得られた元画像（巨大画像）のデジタル画像が用意される。この元画像が、図４で示した画像ピラミッド構造５０の最下の画像である最も大きいサイズの画像に相当し、つまり最も高い解像度の画像となる。したがって、画像ピラミッド構造５０の最下の画像としては、比較的高倍率で観察されて得られる光学顕微鏡の画像が用いられる。

【0065】

病理の分野一般においては、生体の臓器、組織、細胞、またはこれらの一部から、薄く切り取られた切片が観察対象物４０となる。そして、光学顕微鏡の機能を有するスキャナ（図示せず）により、ガラススライドに収められた観察対象物４０が読み取られ、これにより得られたデジタル画像が、そのスキャナまたはその他の記憶装置に記憶される。

【0066】

このスキャナは、図５に示すように、上記のように得られた最も大きいサイズの画像から、段階的に解像度を小さくした複数の画像を生成する。これらの画像は、例えば所定サイズの単位である「タイル」（部分画像）単位でＰＡＣＳサーバ４００に記憶される。１タイルのサイズは、例えば２５６×２５６（pixel）である。各タイルには、それを識別する識別情報（ＩＤや番号）が付加される。

【0067】

このように生成された画像群が画像ピラミッド構造５０を形成し、この画像ピラミッド構造５０がＰＡＣＳサーバ４００の記憶部に記憶される。実際には、ＰＡＣＳサーバ４００は、それら異なる複数の解像度の画像と、解像度の情報とをそれぞれ対応付けて記憶すればよい。画像ピラミッド構造５０の生成処理は、ＰＡＣＳクライアント端末２００が実行してもよい。

【0068】

これらの画像ピラミッド構造５０を形成する全体画像群は、公知の圧縮方法により生成されてもよいし、例えばサムネイル画像を生成するときの公知の圧縮方法により生成されてもよい。

【0069】

もちろん、各ＬＩＳクライアント端末１００及びＰＡＣＳクライアント端末２００が、上記ＰＡＣＳサーバ４００に記憶されている病理画像の少なくとも一部をダウンロードして記憶することも可能である。

【0070】

ＬＩＳクライアント端末１００は、入力部１７から入力されるユーザの操作に応じて、画像ピラミッド構造５０から抽出される任意の病理画像を、ＰＡＣＳクライアント端末２００に表示させることができる。ＬＩＳクライアント端末１００は、その際、上記ファイル名で特定される任意の解像度（サイズ）の病理画像のうち、任意の部位（中心座標）の画像を表示させることができる。ＬＩＳクライアント端末１００は、上記表示要求に当該サイズ及び中心座標に関する情報を含ませることで、これを実現できる。これによりＰＡＣＳクライアント端末２００のユーザは、観察倍率を変えながら、実際に観察対象物４０を観察しているような感覚を得ることができる。すなわち、この場合、ＰＡＣＳクライアント端末２００は、バーチャル顕微鏡として機能する。ここでの仮想的な観察倍率は、実際には上記解像度に相当する。

【0071】

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

【0072】

図６は、本実施形態のシステムにおける病理画像の表示処理の流れを示したフローチャートである。ＬＩＳクライアント端末１００、ＰＡＣＳクライアント端末２００、ＬＩＳサーバ３００及びＰＡＣＳサーバ４００のそれぞれにおける処理は独立して実行されるが、同図では説明の便宜上、それらの処理を１つのフローチャートで示している。同図以降で説明するフローチャートについても同様である。

【0073】

同図に示すように、まず、ＬＩＳクライアント端末１００は、特定の患者の属性情報をキーとして、その患者の検査データをＬＩＳサーバ３００へ要求する（ステップ６１）。

【0074】

上記検査データの要求を受信したＬＩＳサーバ３００は、上記患者の属性情報を基に当該患者の検査データを検索し、検査内容や検査結果（病理画像のファイル名）を記憶部から抽出し、それをＬＩＳクライアント端末１００へ返信する（ステップ６２）。

【0075】

続いてＬＩＳクライアント端末１００は、上記ファイル名等の検査データを受信すると、当該ファイル名をキーとして、それに対応する病理画像ファイルのＰＡＣＳクライアント端末２００における表示をＰＡＣＳサーバ４００へ要求する（ステップ６３）。

【0076】

上記表示要求を受信したＰＡＣＳサーバ４００は、上記テーブルを参照して、要求元のＬＩＳクライアント端末１００のＩＤが登録されているか否かを判断する（ステップ６４）。

【0077】

上記テーブルに上記ＬＩＳクライアント端末１００のＩＤが登録されていると判断した場合（Ｙｅｓ）、ＰＡＣＳサーバ４００は、上記テーブルにおいて上記ＩＤに対応するＰＡＣＳクライアント端末２００を特定し、当該ＰＡＣＳクライアント端末２００へ、上記ファイル名を有する病理画像データを送信する（ステップ６５）。

【0078】

一方、上記テーブルに上記ＬＩＳクライアント端末１００のＩＤが登録されていないと判断した場合（Ｎｏ）、ＰＡＣＳサーバ４００は、要求元のＬＩＳクライアント端末１００へエラーを返信する（ステップ６７）。

【0079】

そして上記病理画像を受信したＰＡＣＳクライアント端末２００は、当該病理画像データを表示部に表示する（ステップ６６）。

【0080】

［効果］
以上説明したように、本実施形態では、ＬＩＳクライアント端末１００とＰＡＣＳクライアント端末２００との対応付けを示すテーブルをＰＡＣＳサーバ４００が記憶する。またＬＩＳクライアント端末１００は、ＬＩＳサーバ３００から取得したファイル名をキーとしてＰＡＣＳサーバ４００へ表示要求を送信する。ＰＡＣＳサーバ４００は上記テーブルを基に、表示要求元のＬＩＳクライアント端末１００に対応するＰＡＣＳクライアント端末２００へ病理画像を送信し、ＰＡＣＳクライアント端末２００は当該病理画像を表示する。これによりＬＩＳクライアント端末１００は、ＰＡＣＳクライアント端末２００との対応付けに関する煩雑な設定処理を行うことなく、病理画像を所望のＰＡＣＳクライアントに表示させることができる。

【0081】

＜第２の実施形態＞
次に、本技術の第２の実施形態を説明する。本実施形態及びこれ以降の実施形態において、特に説明しない箇所については上記第１の実施形態と同様の構成を有しており、また第１の実施形態と同様の構成及び機能を有する機器については同一の符号を付す。

【0082】

図７は、本実施形態に係るデジタル病理表示システムのネットワーク構成を示す図である。

【0083】

上述の第１の実施形態では、ＰＡＣＳサーバ４００への表示要求はＬＩＳクライアント端末１００から送信された。しかし、ＰＡＣＳサーバ４００におけるクライアント端末間の対応付けさえできれば、表示要求を送信するクライアント端末はＬＩＳクライアント端末１００である必要はない。

【0084】

そこで本実施形態では、図７に示すように、ＬＩＳクライアント端末１００の代わりに、院内ネットワーク上の汎用的なWindows（登録商標）端末５００から表示要求を送信することとしている。同図及びこれ以降の図ではＬＩＳクライアント端末１００は示されていないが、それは上記表示要求を行う主体として示されていないだけであり、実際には院内ネットワークに存在している。もちろん、当該端末５００にインストールされるＯＳはWindows（登録商標）に限られず、Mac OS X（登録商標）等の他のＯＳであっても構わない。すなわち、端末５００は、汎用的なプレゼンテーションソフトウェアやブラウザソフトウェア等のアプリケーションを実行可能な汎用的なパーソナルコンピュータ環境を有していればよい。

【0085】

このWindows端末５００からの表示要求は、例えば、Microsoft Power Point（登録商標）等のプレゼンテーションソフトウェアで作成されたファイル中のリンク情報がユーザにクリックされる、といったユーザのアプリケーション操作をトリガとして送信されてもよい。

【0086】

図８は、本実施形態に係るシステムの動作の流れを示したフローチャートである。

【0087】

同図の処理に先立って、まずWindows端末５００のユーザは、ＬＩＳクライアント端末１００またはＰＡＣＳクライアント端末２００を用いて、ＰＡＣＳクライアント端末２００に表示させる病理画像のファイル名、その中心座標及び倍率（サイズ）を予め調べ、それをWindows端末に設定しておく。また、上記テーブルには、Windows端末のＩＤも、ＰＡＣＳクライアント端末２００のＩＤと対応付けられて記憶されている。

【0088】

そしてWindows端末５００は、上記設定されたファイル名、座標及び倍率を用いて、ＰＡＣＳサーバ４００へ表示要求を送信する（ステップ８１）。この送信処理のトリガは、上述したように、所定のアプリケーションファイル上のリンクのクリック操作であってもよい。この場合、当該リンクに、上記ファイル名、当該ファイルの位置、座標及び倍率に関するデータが設定されていればよい。

【0089】

その後の処理は上記第１の実施形態の図６のステップ６４以降で示した処理と同様である。

【0090】

すなわち、上記表示要求を受信したＰＡＣＳサーバ４００は、上記テーブルを参照して、要求元のWindows端末５００のＩＤが登録されているか否かを判断する（ステップ８２）。

【0091】

上記テーブルに上記Windows端末５００のＩＤが登録されていると判断した場合（Ｙｅｓ）、ＰＡＣＳサーバ４００は、上記テーブルにおいて上記ＩＤに対応するＰＡＣＳクライアント端末２００を特定し、当該ＰＡＣＳクライアント端末２００へ、上記ファイル名を有する病理画像データを送信する（ステップ８３）。

【0092】

一方、上記テーブルに上記Windows端末５００のＩＤが登録されていないと判断した場合（Ｎｏ）、ＰＡＣＳサーバ４００は、要求元のWindows端末５００へエラーを返信する（ステップ８４）。

【0093】

そして上記病理画像を受信したＰＡＣＳクライアント端末２００は、当該病理画像データを表示部に表示する（ステップ８５）。

【0094】

＜第３の実施形態＞
次に、本技術の第３の実施形態を説明する。

【0095】

図９は、本実施形態に係るデジタル病理表示システムのネットワーク構成を示す図である。

【0096】

上述の第１及び第２の実施形態では、ＰＡＣＳサーバ４００への表示要求は、それぞれＬＩＳクライアント端末１００及びWindows端末５００から送信されたが、当該表示要求は、ＰＡＣＳクライアント端末２００から送信されても構わない。

【0097】

すなわち、図９に示すように、例えば２台のＰＡＣＳクライアント端末のうち、１台がメイン表示用ＰＡＣＳクライアント端末２００Ａとして機能し、もう１台がサブ表示用ＰＡＣＳクライアント端末２００Ｂとして機能してもよい。

【0098】

このようなシステムは、例えば、ユーザが、メイン表示用ＰＡＣＳクライアント端末２００Ａにおいて表示中のある画面の状態（特定の座標及び倍率の病理画像）を、スナップショットとして保存しておきたいような場合に利用できる。そのような場合には、メイン表示用ＰＡＣＳクライアント端末２００Ａは、その画面をサブ表示用ＰＡＣＳクライアント端末２００Ｂに表示させ、自身は他の画面を表示することができる。

【0099】

この場合、上記ＰＡＣＳサーバ４００のテーブルには、メイン表示用ＰＡＣＳクライアント端末２００Ａとサブ表示用ＰＡＣＳクライアント端末２００Ｂとが対応付けられて記憶されている。

【0100】

図１０は、この場合におけるシステムの動作の流れを示したフローチャートである。

【0101】

同図に示すように、メイン表示用ＰＡＣＳクライアント端末２００Ａは、自身が表示している病理画像のファイル名を取得し、当該ファイル名と、当該病理画像の中心座標及び倍率を示す情報を含む表示要求を、ＰＡＣＳサーバ４００へ送信する（ステップ１０１）。

【0102】

その後の処理は上記第１の実施形態の図６のステップ６４以降で示した処理と同様である。

【0103】

すなわち、上記表示要求を受信したＰＡＣＳサーバ４００は、上記テーブルを参照して、要求元のメイン表示用ＰＡＣＳクライアント端末２００ＡのＩＤが登録されているか否かを判断する（ステップ１０２）。

【0104】

上記テーブルに上記メイン表示用ＰＡＣＳクライアント端末２００ＡのＩＤが登録されていると判断した場合（Ｙｅｓ）、ＰＡＣＳサーバ４００は、上記テーブルにおいて上記ＩＤに対応するサブ表示用ＰＡＣＳクライアント端末２００Ｂを特定し、当該サブ表示用ＰＡＣＳクライアント端末２００Ｂへ、上記ファイル名を有する病理画像データを送信する（ステップ１０３）。

【0105】

一方、上記テーブルに上記メイン表示用ＰＡＣＳクライアント端末２００ＡのＩＤが登録されていないと判断した場合（Ｎｏ）、ＰＡＣＳサーバ４００は、要求元のメイン表示用ＰＡＣＳクライアント端末２００Ａへエラーを返信する（ステップ１０４）。

【0106】

そして上記病理画像を受信したサブ表示用ＰＡＣＳクライアント端末２００Ｂは、当該病理画像データを表示部に表示する（ステップ１０５）。

【0107】

（メインクライアントとサブクライアントとの連動表示）
上記の例では、サブ表示用ＰＡＣＳクライアント端末２００Ｂに表示される画像が静止画である場合が説明された。しかし、サブ表示用ＰＡＣＳクライアント端末２００Ｂで表示される画像は、メイン表示用ＰＡＣＳクライアント端末２００Ａで表示される画像に連動して、動的に更新されても構わない。

【0108】

この場合にメイン表示用ＰＡＣＳクライアント端末２００Ａとサブ表示用ＰＡＣＳクライアント端末２００Ｂとに表示されるデータのタイプとしては、具体的には、以下に示す３つが考えられる。

【0109】

（１）部分表示
メイン表示用ＰＡＣＳクライアント端末２００Ａでは病理スライド全体の画像やメニュー画面等が表示され、その中でユーザが拡大表示したい部分が、サブ表示用ＰＡＣＳクライアント端末２００Ｂで表示される。

【0110】

図１１は、この場合にメイン表示用ＰＡＣＳクライアント端末２００Ａとサブ表示用ＰＡＣＳクライアント端末２００Ｂにそれぞれ表示される画面の例を示した図である。同図に示すように、メイン表示用ＰＡＣＳクライアント端末２００Ａの画面では、病理スライドの全体画像Ｗが表示される。そして、その一部の矩形領域Ｄに相当する部分の画像が拡大されて、サブ表示用ＰＡＣＳクライアント端末２００Ｂの画面に部分画像Ｐとして表示される。

【0111】

ユーザの操作により、上記メイン表示用ＰＡＣＳクライアント端末２００Ａにおいて矩形領域Ｄが移動されたり、そのサイズが変更されたりした場合には、それに応じて更新された画像がサブ表示用ＰＡＣＳクライアント端末２００Ｂに表示される。

【0112】

（２）異染色同期表示
観察対象の試料が、ある色で染色された連続切片のうちの１つのスライドであり、それとは異なる色で染色された切片のスライドも存在する場合に、一方がメイン表示用ＰＡＣＳクライアント端末２００Ａで表示され、他方がサブ表示用ＰＡＣＳクライアント端末２００Ｂで表示される。

【0113】

図１２は、この場合にメイン表示用ＰＡＣＳクライアント端末２００Ａとサブ表示用ＰＡＣＳクライアント端末２００Ｂにそれぞれ表示される画面の例を示した図である。同図に示すように、メイン表示用ＰＡＣＳクライアント端末２００Ａでは、ある色で染色された病理スライドの画像Ｐ１が表示される。一方、サブ表示用ＰＡＣＳクライアント端末２００Ｂでは、上記病理スライド画像Ｐ１と同じ座標及び同じ倍率だが異なる色で染色された病理スライドの画像Ｐ２が表示される。

【0114】

メイン表示用ＰＡＣＳクライアント端末２００Ａにおいて、病理スライド画像Ｓ１の座標及びサイズが変更された場合には、それに同期して、サブ表示用ＰＡＣＳクライアント端末２００Ｂで表示される病理スライド画像Ｓ２の座標及びサイズも変更される。

【0115】

（３）オフセット表示
メイン表示用ＰＡＣＳクライアント端末２００Ａの表示画像から、ある値（距離）だけ中心座標がずれた画像がサブ表示用ＰＡＣＳクライアント端末２００Ｂに表示される。

【0116】

図１３は、この場合にメイン表示用ＰＡＣＳクライアント端末２００Ａとサブ表示用ＰＡＣＳクライアント端末２００Ｂにそれぞれ表示される画面の例を示した図である。同図に示すように、全体画像Ｗにおける領域Ｄ１に相当する部分の画像Ｐ１がメイン表示用ＰＡＣＳクライアント端末２００Ａに表示され、全体画像Ｗにおける領域Ｄ１に上方向で隣接する領域Ｄ２に相当する部分の画像Ｐ２がサブ表示用ＰＡＣＳクライアント端末２００Ｂに表示される。

【0117】

例えば、２Ｋ×１Ｋ画素の表示部が用いられる場合、メイン表示用ＰＡＣＳクライアント端末２００Ａに表示される上記画像Ｐ１を（Ｘ,Ｙ）方向に（０,１Ｋ）だけずらした画像Ｐ２がサブ表示用ＰＡＣＳクライアント端末２００Ｂに表示される。

【0118】

さらに、複数台のサブ表示用ＰＡＣＳクライアント端末２００Ｂが用いられても構わない。

【0119】

図１４は、この場合にメイン表示用ＰＡＣＳクライアント端末２００Ａと３台のサブ表示用ＰＡＣＳクライアント端末２００Ｂにそれぞれ表示される画面の例を示した図である。同図に示すように、３台のサブ表示用ＰＡＣＳクライアント端末２００Ｂが用いられることで、１つの表示部が２Ｋ×１Ｋ画素の場合、４Ｋ×２Ｋ表示が実現される。つまり、全体画像Ｗにおいて隣接する２×２の領域Ｄ１〜Ｄ４に相当する部分の画像Ｐ１〜Ｐ４が、それぞれメイン表示用ＰＡＣＳクライアント端末２００Ａと、３台のサブ表示用ＰＡＣＳクライアント端末２００Ｂに表示される。

【0120】

図１５は、上記図１１〜図１４の表示を実現するためにＰＡＣＳサーバに記憶されるクライアント端末間の対応付けを示すテーブルの例を示した図である。

【0121】

同図に示すように、当該テーブルでは、上記第１の実施形態の図３に示したような各クライアント端末のＩＤに加えて、上記３つのうちいずれかの表示データタイプが登録されている。

【0122】

表示データタイプが異染色同期である場合、例えば色毎に病理スライド画像に異なる番号が付され（slide1, slide2,…）、上記テーブルには、サブ表示用ＰＡＣＳクライアント端末２００Ｂで表示される病理スライド画像の番号（slide2）が併せて登録される。

【0123】

また表示データタイプがオフセット表示である場合、メイン表示用ＰＡＣＳクライアント端末２００Ａで表示される病理スライド画像の中心座標からのずれ量（距離）が座標値として併せて登録される。また、当該オフセット表示に複数台のサブ表示用ＰＡＣＳクライアント端末２００Ｂが用いられる場合、上記テーブルには、１台のメイン表示用ＰＡＣＳクライアント端末２００ＡのＩＤに対して、複数台のサブ表示用ＰＡＣＳクライアント端末２００ＢのＩＤがそれぞれ対応付けられて登録される。

【0124】

図１６は、上記図１１〜図１４の表示が実行される場合のシステムの動作の流れを示したフローチャートである。

【0125】

同図に示すように、まず、メイン表示用ＰＡＣＳクライアント端末２００Ａは、サブ表示用ＰＡＣＳクライアント端末２００Ｂに表示させるデータタイプをＰＡＣＳサーバ４００のテーブルに登録する（ステップ１６１）。具体的には、メイン表示用ＰＡＣＳクライアント端末２００Ａは、病理スライド画像を連動して表示させるサブ表示用ＰＡＣＳクライアント端末２００ＢのＩＤと、その画像の上記表示データタイプに関する情報をＰＡＣＳサーバ４００へ送信する。

【0126】

続いてメイン表示用ＰＡＣＳクライアント端末２００Ａは、入力部により、ユーザから、表示画面変更のＵＩ操作を受け付ける（ステップ１６２）。当該ＵＩ操作は、例えば表示位置の座標の移動や倍率の変更等である。

【0127】

続いてメイン表示用ＰＡＣＳクライアント端末２００Ａは、予め取得済みのファイル名及び上記ＵＩ操作（座標、倍率等）の情報とともに、ＰＡＣＳサーバ４００へ表示要求を送信する（ステップ１６３）。

【0128】

上記表示要求を受信したＰＡＣＳサーバ４００は、上記テーブルを参照して、要求元のメイン表示用ＰＡＣＳクライアント端末２００ＡのＩＤが登録されているか否かを判断する（ステップ１６４）。

【0129】

上記テーブルに上記メイン表示用ＰＡＣＳクライアント端末２００ＡのＩＤが登録されていると判断した場合（Ｙｅｓ）、ＰＡＣＳサーバ４００は、上記テーブルにおいて上記ＩＤに対応するサブ表示用ＰＡＣＳクライアント端末２００Ｂを特定し、当該サブ表示用ＰＡＣＳクライアント端末２００Ｂへ、上記ファイル名を有する病理画像データを送信する（ステップ１６５）。

【0130】

一方、上記テーブルに上記メイン表示用ＰＡＣＳクライアント端末２００ＡのＩＤが登録されていないと判断した場合（Ｎｏ）、ＰＡＣＳサーバ４００は、要求元のメイン表示用ＰＡＣＳクライアント端末２００Ａへエラーを返信する（ステップ１６７）。

【0131】

そして、上記病理画像を受信したサブ表示用ＰＡＣＳクライアント端末２００Ｂは、当該病理画像データを表示部に表示する（ステップ１６８）。

【0132】

また、メイン表示用ＰＡＣＳクライアント端末２００Ａでも表示用の画像データが必要な場合には、当該画像がＰＡＣＳサーバ４００から送信され、メイン表示用ＰＡＣＳクライアント端末２００Ａに表示される（ステップ１６９）。例えば、異染色同期表示の場合や、オフセット表示の場合には、座標やサイズが変更される毎に、メイン表示用ＰＡＣＳクライアント端末２００Ａにも画像データが送信される。一方、部分表示の場合には、メイン表示用ＰＡＣＳクライアント端末には全体画像が既にダウンロードされているため、新たに画像データは送信されない。

【0133】

メイン表示用ＰＡＣＳクライアント端末２００Ａ及びＰＡＣＳサーバ４００は、以上の処理を繰り返すことで、メイン表示用ＰＡＣＳクライアント端末２００ＡにおけるＵＩ操作に追従して、サブ表示用ＰＡＣＳクライアント端末２００Ｂの画面が更新されることになる。

【0134】

（複数の表示データタイプの組み合わせ）
また、上記表示データタイプが複数組み合わされてメイン表示用ＰＡＣＳクライアント端末２００Ａ及びサブ表示用ＰＡＣＳクライアント端末２００Ｂに表示されてもよい。例えば、部分表示と異染色同期表示が組み合わされてもよいし、部分表示とオフセット表示とが組み合わされてもよい。

【0135】

図１７は、表示データタイプとして部分表示と異染色同期表示とが組み合わされた場合にメイン表示用ＰＡＣＳクライアント端末２００Ａ及び２台のサブ表示用ＰＡＣＳクライアント端末２００Ｂに表示される画面の例を示した図である。

【0136】

同図に示すように、メイン表示用ＰＡＣＳクライアント端末２００Ａには、ある色で染色された全体画像Ｗが表示される。一方、第１のサブ表示用ＰＡＣＳクライアント端末２００Ｂには、上記全体画像Ｗにおける矩形領域Ｄに相当する部分のスライド画像ＰＳ１が表示される。さらに、第２のサブ表示用ＰＡＣＳクライアント端末２００Ｂには、上記全体画像Ｗにおける矩形領域Ｄに相当する部分であって、上記全体画像Ｗ及び部分画像ＰＳ１とは異なる色で染色されたスライド画像ＰＳ２が表示される。

【0137】

図１８は、図１７のような表示データタイプの組み合わせによる表示が実現される場合にＰＡＣＳサーバ４００に記憶される、クライアント端末間の対応付けを示すテーブルの他の例を示した図である。

【0138】

同図に示すように、当該テーブルでは、第１の表示呼び出し先としての第１のサブ表示用ＰＡＣＳクライアント端末２００Ｂの表示データタイプとして「部分表示」が登録される。一方、表示呼び出し先としての第２のサブ表示用ＰＡＣＳクライアント端末２００Ｂの表示データタイプとして、「部分表示＋異染色同期（slide2）」が登録される。

【0139】

＜第４の実施形態＞
次に、本技術の第４の実施形態を説明する。

【0140】

図１９は、本実施形態におけるデジタル病理表示システムのネットワーク構成を示す図である。

【0141】

上述の第３の実施形態では、ＰＡＣＳクライアント端末２００間の１対複数の対応付けにより、１台のＰＡＣＳクライアント端末２００がメイン端末として機能し、その他の複数台のＰＡＣＳクライアント端末２００がサブ端末として機能して連動した表示が実現される例が示された。しかし、同図に示すように、この１対複数の対応付けにより、院内ネットワークにおいて１台のＰＡＣＳクライアント端末２００Ａが教師用端末として機能し、他の複数台のＰＡＣＳクライアント端末２００Ｂが生徒用端末として機能しても構わない。

【0142】

図２０は、１台の教師用ＰＡＣＳクライアント端末２００Ａと、３台の生徒用ＰＡＣＳクライアント端末２００Ｂとの対応付けを示すテーブルの例を示した図である。同図に示すように１台の教師用ＰＡＣＳクライアント端末２００ＡのＩＤに対して、３台の生徒用ＰＡＣＳクライアント端末２００ＢのＩＤがそれぞれ対応付けられて記憶される。

【0143】

図２１は、この場合におけるシステムの動作の流れを示したフローチャートである。

【0144】

同図に示すように、教師用ＰＡＣＳクライアント端末２００Ａは、自身が表示している病理画像のファイル名を取得し、当該ファイル名と、当該病理画像の中心座標及び倍率を示す情報を含む表示要求を、ＰＡＣＳサーバ４００へ送信する（ステップ２１１）。

【0145】

続いて、上記表示要求を受信したＰＡＣＳサーバ４００は、上記テーブルを参照して、要求元の教師用ＰＡＣＳクライアント端末２００ＡのＩＤが登録されているか否かを判断する（ステップ２１２）。

【0146】

上記テーブルに上記教師用ＰＡＣＳクライアント端末２００ＡのＩＤが登録されていると判断した場合（Ｙｅｓ）、ＰＡＣＳサーバ４００は、上記テーブルにおいて上記ＩＤに対応する複数の生徒用ＰＡＣＳクライアント端末２００Ｂを特定し、各生徒用ＰＡＣＳクライアント端末２００Ｂへ、上記ファイル名を有する病理画像データを送信する（ステップ２１３）。

【0147】

一方、上記テーブルに上記教師用ＰＡＣＳクライアント端末２００ＡのＩＤが登録されていないと判断した場合（Ｎｏ）、ＰＡＣＳサーバ４００は、要求元の教師用ＰＡＣＳクライアント端末２００Ａへエラーを返信する（ステップ２１４）。

【0148】

そして上記病理画像を受信した各生徒用ＰＡＣＳクライアント端末２００Ｂは、当該病理画像データを表示部に表示する（ステップ２１５）。

【0149】

これにより教師用ＰＡＣＳクライアント端末２００Ａは、全ての生徒用ＰＡＣＳクライアント端末２００Ｂに表示される画像を自ら制御することが可能となる。

【0150】

この際、教師用ＰＡＣＳクライアント端末２００Ａは、例えばアノテーション等の診断に関する情報を常に表示する一方、生徒用ＰＡＣＳクライアント端末２００Ｂについてはその表示と非表示とを選択的に切り替えても構わない。

【0151】

この場合、教師用ＰＡＣＳクライアント端末２００Ａは、病理スライド画像とアノテーション情報の表示（送信）要求をとともに、上記表示と非表示の切り替え信号を必要に応じてＰＡＣＳサーバ４００へ送信する。ＰＡＣＳサーバ４００では、それに応じて、当該病理スライド画像及びアノテーション情報とともに、上記表示切り替え信号を生徒用ＰＡＣＳクライアント端末２００Ｂへ送信する。

【0152】

これにより、教師役のユーザは、自身の講義で使用するメモ（アノテーション）を生徒役のユーザに見せることなく講義を進めることができ、また問題とその解答を適切なタイミングで生徒用ＰＡＣＳクライアント端末２００Ｂに表示させることができる。

【0153】

さらに、アノテーション情報の表示及び非表示は単に表示切り替え信号により制御され、表示及び非表示のたびにアノテーション情報自体がＰＡＣＳサーバ４００から送信されるわけではないため、アノテーション表示の更新をきっかけとする、ＰＡＣＳサーバ４００と生徒用ＰＡＣＳクライアント端末２００Ｂとの間の無駄なトラフィックが低減する。

【0154】

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

【0155】

上述の各実施形態では、クライアント端末間の対応付けを示すテーブルはＰＡＣＳサーバ４００に記憶されていた。しかし、このテーブルの記憶場所はこれに限れず、どのクライアントまたはサーバに記憶されていてもよい。

【0156】

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

【0157】

上述の各実施形態では、ＰＡＣＳサーバへの表示要求は、病理画像のファイル名を用いて送信された。しかし、表示要求において送信される情報はファイル名に限られず、病理画像を識別可能な情報であればどのような情報が送信されてもよい。

【0158】

上述の第３の実施形態では、メイン表示用ＰＡＣＳクライアント端末とサブ表示用ＰＡＣＳクライアント端末との間で連動して表示されるデータのタイプとして、部分表示、異染色同期表示、及びオフセット表示の３つの例が示されたが、連動表示対象はこれらに限られない。例えばメイン表示用ＰＡＣＳクライアント端末において、ある患者のある時期の検査データ（病理画像データ）が表示され、サブ表示用ＰＡＣＳクライアント端末において、同じ患者の異なる時期の検査データが表示されてもよい。

【0159】

［その他］
本技術は以下のような構成も採ることができる。
（１）
病理画像を記憶可能な画像サーバ装置及び前記病理画像を表示可能な他の情報処理装置と通信可能な通信部と、
前記病理画像を前記他の情報処理装置に送信して表示させるための表示要求を前記画像サーバ装置へ送信するように前記通信部を制御可能な制御部と
を具備する情報処理装置。
（２）
上記（１）に記載の情報処理装置であって、
前記通信部は、前記病理画像を識別する識別情報を含む、当該病理画像に関連する患者の検査情報を記憶可能な情報サーバ装置と通信可能であり、
前記制御部は、前記情報サーバ装置から前記検査情報を受信し、当該受信された前記検査情報に含まれる識別情報を用いて前記表示要求を送信するように前記通信部を制御する
情報処理装置。
（３）
上記（１）または（２）に記載の情報処理装置であって、
前記病理画像は全体画像の一部であり、
前記制御部は、前記表示要求に、前記表示される病理画像の前記全体画像における位置及びサイズを示す情報を含ませる
情報処理装置。
（４）
上記（１）〜（３）のいずれかに記載の情報処理装置であって、
前記病理画像の位置情報を示すハイパーリンクを含む、アプリケーションのユーザインタフェースを出力可能な出力部と、
前記ユーザインタフェースに対するユーザの操作を受け付け可能な操作受付部と
をさらに具備し、
前記制御部は、前記ハイパーリンクに対するユーザの操作が受け付けられた場合に、当該ハイパーリンクに対応する前記病理画像に関する前記表示要求を送信するように前記通信部を制御する
情報処理装置。
（５）
上記（１）〜（４）のいずれかに記載の情報処理装置であって、
前記病理画像に関連する所定の画像を出力可能な出力部をさらに具備し、
前記制御部は、前記病理画像が、前記出力された所定の画像に連動して表示されるように前記表示要求を送信するように前記通信部を制御する
情報処理装置。
（６）
上記（５）に記載の情報処理装置であって、
前記制御部は、
前記所定の画像として、前記病理画像を一部として含む全体画像を出力するように前記出力部を制御し、
前記表示要求に、前記他の情報処理装置に前記全体画像の一部として表示させる前記病理画像の、前記全体画像における位置及びサイズを示す情報を含ませる
情報処理装置。
（７）
上記（５）または（６）に記載の情報処理装置であって、
前記制御部は、
前記所定の画像として、所定の試料の連続切片のうち、前記第１の色で染色された第１の切片の画像を出力するように前記出力部を制御し、
前記病理画像として、前記連続切片のうち、前記第１の色とは異なる第２の色で染色された第２の切片の画像を表示させるための前記表示要求を前記画像サーバ装置へ送信するように前記通信部を制御する
情報処理装置。
（８）
上記（５）〜（７）のいずれかに記載の情報処理装置であって、
前記制御部は、
前記所定の画像として、前記病理画像を一部として含む全体画像のうち、第１の座標を中心とした第１の画像を出力するように前記出力部を制御し、
前記病理画像として、前記全体画像のうち、前記第１の座標から所定距離を有する第２の座標を中心とした第２の画像を表示させるための前記表示要求を前記画像サーバ装置へ送信するように前記通信部を制御する
情報処理装置。
（９）
上記（５）〜（８）のいずれかに記載の情報処理装置であって、
前記他の情報処理装置は複数の他の情報処理装置を有し、
前記制御部は、
前記所定の画像として、アノテーション情報が付加された前記病理画像を出力するように前記出力部を制御し、
前記他の情報処理装置で表示される前記病理画像上において前記アノテーション情報の表示及び非表示を切り替えさせるための表示切替要求を前記画像サーバ装置に送信するように前記通信部を制御する
情報処理装置。

【符号の説明】

【0160】

１１…ＣＰＵ
１３…ＲＡＭ
１６…表示部
１７…入力部
１８…記憶部
１９…通信部
４０…観察対象物
５０…画像ピラミッド構造
１００…ＬＩＳクライアント端末
２００（２００Ａ、２００Ｂ）…ＰＡＣＳクライアント端末
３００…ＬＩＳサーバ
４００…ＰＡＣＳサーバ
５００…Windows端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】