(57)【要約】【課題】画像のフォーマット変換を最適化できる情報処理装置、情報処理方法を提供する。【解決手段】解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示可能な端末から当該病理画像の少なくとも一部である部分画像の要求を受信する受信部と、第１のフォーマットと異なる第２のフォーマットの病理画像から、受信された要求に対応した解像度の病理画像を階層単位で取得する取得部と、取得された階層単位の第２のフォーマットの病理画像を対応する解像度の第１のフォーマットの病理画像に変換する変換部と、変換された第１のフォーマットの病理画像を記憶する記憶部と、受信した要求をもとに、記憶された第１のフォーマットの病理画像から対応する部分画像を抽出し、端末に応答する応答部とを具備する。【選択図】図１２
2014044629.tif 000002
【特許請求の範囲】
【請求項１】
解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示することが可能な端末から当該病理画像の少なくとも一部である部分画像の要求を受信する受信部と、
前記第１のフォーマットとは異なる第２のフォーマットの病理画像から、前記受信された要求に対応した解像度の病理画像を階層単位で取得する取得部と、
前記取得された階層単位の第２のフォーマットの病理画像を対応する解像度の前記第１のフォーマットの病理画像に変換する変換部と、
前記変換された前記第１のフォーマットの病理画像を記憶する記憶部と、
前記受信した要求をもとに、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出し、前記端末に応答する応答部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記受信部は、
前記端末から受信する前記要求として、前記部分画像の位置情報および解像度情報を含む要求を受信する
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記変換部は、病理画像の少なくとも符号化形式を変換する
情報処理装置。
【請求項４】
請求項３に記載の情報処理装置であって、
前記受信された要求に含まれる前記位置情報および解像度情報に対応した前記第１のフォーマットの病理画像が前記記憶部に記憶されているかどうかを判断し、記憶されていない場合に、前記受信された要求に含まれる前記解像度情報に対応した解像度の病理画像を階層単位で前記取得部に取得させ、前記変換部による変換を実行させる制御部を
さらに具備する
情報処理装置。
【請求項５】
請求項４に記載の情報処理装置であって、
前記制御部は、
前記受信された要求に含まれる前記位置情報および解像度情報に対応した前記第１のフォーマットの病理画像が前記記憶部に記憶されていることを判断した場合、前記受信した要求に含まれる前記位置情報をもとに、前記応答部に、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出させ、前記端末に応答させる
情報処理装置。
【請求項６】
請求項５に記載の情報処理装置であって、
前記第１のフォーマットは、画像の圧縮率を選択可能なフォーマットであり、
前記情報処理装置は、
前記第１のフォーマットの病理画像に関する染色情報を取得する染色情報取得部をさらに具備し、
前記変換部は、前記取得された染色情報に基づき、前記変換時の画像の圧縮率を決定する
情報処理装置。
【請求項７】
請求項６に記載の情報処理装置であって、
前記記憶部は、第１のフォーマットの複数の病理画像の記憶が可能とされ、
前記情報処理装置は、
前記第１のフォーマットの病理画像毎の、前記端末への画像の応答の頻度を算出し、算出された頻度の低い順に予め決められた閾値までの前記病理画像について、前記記憶部に記憶された画像の中で最も高い解像度の画像を階層単位で削除する最適化部
をさらに備えた情報処理装置。
【請求項８】
請求項７に記載の情報処理装置であって、
前記最適化部は、
前記記憶部に記憶された複数の前記病理画像について、前記応答の頻度を算出し、前記最も高い解像度の画像の階層単位での削除を契機に、前記算出された頻度が高い順に予め定められた閾値までの前記病理画像について、前記削除された画像と同じ解像度の画像を前記取得部および前記変換部にて生成させ、前記記憶部に記憶させる
情報処理装置。
【請求項９】
請求項８に記載の情報処理装置であって、
前記要求は、前記端末のユーザを識別可能なユーザ識別子を含み、
前記情報処理装置は、
前記要求に含まれるユーザ識別子と前記解像度情報をもとに前記ユーザごとの解像度の指定頻度を集計し、前記集計された前記ユーザごとの解像度の指定頻度をもとに、前記ユーザごとに、最も低い解像度の階層の次に変換する階層を決定する決定部
をさらに備えた情報処理装置。
【請求項１０】
受信部が、解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示することが可能な端末から当該病理画像の少なくとも一部である部分画像の要求を受信し、
取得部が、前記第１のフォーマットとは異なる第２のフォーマットの病理画像から、前記受信された要求に対応した解像度の病理画像を階層単位で取得し、
変換部が、前記取得された階層単位の第２のフォーマットの病理画像を対応する解像度の前記第１のフォーマットの病理画像に変換し、
記憶部が、前記変換された前記第１のフォーマットの病理画像を記憶し、
応答部が、前記受信した要求をもとに、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出し、前記端末に応答する
情報処理方法。
【請求項１１】
解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示することが可能な端末から当該病理画像の少なくとも一部である部分画像の要求を受信する受信部、
前記第１のフォーマットとは異なる第２のフォーマットの病理画像から、前記受信された要求に対応した解像度の病理画像を階層単位で取得する取得部、
前記取得された階層単位の第２のフォーマットの病理画像を対応する解像度の前記第１のフォーマットの病理画像に変換する変換部、
前記変換された前記第１のフォーマットの病理画像を記憶する記憶部、および
前記受信した要求をもとに、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出し、前記端末に応答する応答部
としてコンピュータを機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、顕微鏡により得られた画像を表示するための情報処理装置、情報処理方法、および情報処理プログラムに関する。
【背景技術】
【０００２】
従来、光学顕微鏡により得られた観察対象物の画像をデジタル化し、そのデジタル画像を目的に応じて適宜利用するシステムが知られている。例えば特許文献１には、医療または病理等の分野において、光学顕微鏡により得られた生体の細胞、組織、臓器等の画像を用いて、医師や病理学者等がその組織等を検査したり、患者を診断したりするシステムが記載されている（特許文献１の段落［０００２］、［０００３］等参照）。
【０００３】
特許文献１に記載のシステムでは、その図２に示すように画像ピラミッド構造が用いられる。画像ピラミッド構造は、光学顕微鏡により同じ１つの観察対象物から得られる同一の画像について、異なる複数の解像度により生成された画像群である。これらの画像群の中からユーザにより選択された任意の画像のうちの、任意の部位の画像が表示される。画像ピラミッド構造が用いられることで、ユーザは、観察倍率を変えながら観察対象物を観察しているような感覚を得ることができる（特許文献１の明細書段落［００３２］−［００４０］等参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１１２５２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような光学顕微鏡により得られた画像は、大容量のデータとなることが多い。例えば上記の画像ピラミッド構造では複数の画像のデータが必要となる。また画像ピラミッド構造の最下層には、最もサイズが大きい画像として５０×５０（Kpixel：キロピクセル）程度の画像が配置される（特許文献１の段落［００３３］に記載）。このような大容量の画像データを短時間で処理することが求められる。例えば異なるフォーマットの画像を最適なフォーマットにフォーマット変換して表示させるような処理も短時間で実行されることが求められる。また、このような大容量の画像データは、最適なフォーマットに変換して保存する際、例えばハードディスクに格納する際に大量のディスク容量を消費してしまう。
【０００６】
以上のような事情に鑑み、本技術の目的は、画像のフォーマット変換を最適化できる情報処理装置、情報処理方法、および情報処理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
（１）上記目的を達成するため、本技術の一形態に係る情報処理装置は、解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示することが可能な端末から当該病理画像の少なくとも一部である部分画像の要求を受信する受信部と、前記第１のフォーマットとは異なる第２のフォーマットの病理画像から、前記受信された要求に対応した解像度の病理画像を階層単位で取得する取得部と、前記取得された階層単位の第２のフォーマットの病理画像を対応する解像度の前記第１のフォーマットの病理画像に変換する変換部と、前記変換された前記第１のフォーマットの病理画像を記憶する記憶部と、前記受信した要求をもとに、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出し、前記端末に応答する応答部とを具備する。
【０００８】
本技術では、第１のフォーマットの病理画像は、解像度の異なる複数の階層それぞれに位置する第１の画像で構成されており、ユーザは、端末から指示することにより特定の階層（解像度）の画像の特定の位置の画像を端末に表示させたり、特定のタイル番号（タイル状に分割された病理画像の各タイルに振られた番号）に対応した画像を端末に表示させたりすることができる。例えば、第１のフォーマットが自社フォーマットであり、第２のフォーマットがそのままでは端末に表示できない他社フォーマットである場合、第１のフォーマットから第２のフォーマットへのデータ変換が必要になる。本技術では、第２のフォーマットの病理画像に含まれるすべての階層の画像を一度にすべて変換するのではなく、端末から要求があった解像度に対応する階層の画像のみを変換し、端末に応答する。そのため、フォーマット変換を行って端末に表示させる処理の時間を短縮することができる。
なお、データ変換時にはアップコンバートまたはダウンコンバートを行うことにより、第１のフォーマットと第２のフォーマット間において、異なる解像度の画像を生成してもよい。すなわちデータ変換前の階層数と、データ変換後の階層数は異なっていてもよい。
【０００９】
（２）上記目的を達成するため、本技術の一形態に係る情報処理装置では、前記受信部は、前記端末から受信する前記要求として、前記部分画像の位置情報および解像度情報を含む要求を受信する構成でもよい。
（３）上記目的を達成するため、本技術の一形態に係る情報処理装置では、前記変換部は、病理画像の少なくとも符号化形式を変換する構成でもよい。
【００１０】
（４）上記目的を達成するため、本技術の一形態に係る情報処理装置は、前記受信された要求に含まれる前記位置情報および解像度情報に対応した前記第１のフォーマットの病理画像が前記記憶部に記憶されているかどうかを判断し、記憶されていない場合に、前記受信された要求に含まれる前記解像度情報に対応した解像度の病理画像を階層単位で前記取得部に取得させ、前記変換部による変換を実行させる制御部をさらに具備する構成でもよい。
【００１１】
本技術では、制御部が、端末から要求された画像が既に記憶部にあるか否かを判断し、ない場合のみ第２のフォーマットからの変換を行うので、無駄に変換の処理を行う事を防止することができる。
【００１２】
（５）上記目的を達成するため、本技術の一形態に係る情報処理装置では、前記制御部は、前記受信された要求に含まれる前記位置情報および解像度情報に対応した前記第１のフォーマットの病理画像が前記記憶部に記憶されていることを判断した場合、前記受信した要求に含まれる前記位置情報をもとに、前記応答部に、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出させ、前記端末に応答させる構成でもよい。
【００１３】
本技術では、制御部が、端末から要求された画像が既に記憶部にあるか否かを判断し、ある場合は、記憶部に記憶された病理画像から部分画像を抽出し端末に応答するので、第２のフォーマットからの変換を行わずに済み、無駄な変換の処理を行う事を防止することができる。
【００１４】
（６）上記目的を達成するため、本技術の一形態に係る情報処理装置では、前記第１のフォーマットは、画像の圧縮率を選択可能なフォーマットであり、前記情報処理装置は、前記第１のフォーマットの病理画像に関する染色情報を取得する染色情報取得部をさらに具備し、前記変換部は、前記取得された染色情報に基づき、前記変換時の画像の圧縮率を決定する構成でもよい。
【００１５】
本技術では、第２のフォーマットでは、画像生成の最後に、画像をタイル化しタイルごとに画像圧縮を行う。その際、画像圧縮の圧縮率を、染色情報に基づいて決定する。染色情報からは、その病理画像が高画質すなわち低圧縮率を要求する画像であるか、低画質すなわち高圧縮率でもよい画像であるかを判断することができる。染色情報に基づいて圧縮率を変更するので、高画質が不要な画像を高圧縮率で圧縮でき、記憶部の消費量を最適化することができる。
【００１６】
（７）上記目的を達成するため、本技術の一形態に係る情報処理装置では、前記記憶部は、第１のフォーマットの複数の病理画像の記憶が可能とされ、前記情報処理装置は、前記第１のフォーマットの病理画像毎の、前記端末への画像の応答の頻度を算出し、算出された頻度の低い順に予め決められた閾値までの前記病理画像について、前記記憶部に記憶された画像の中で最も高い解像度の画像を階層単位で削除する最適化部をさらに備えた構成でもよい。
【００１７】
本技術では、端末へ応答される頻度が低い、すなわち使用頻度の低い病理画像の画像データによってディスク容量が圧迫されるのを防ぐため、使用頻度の低い病理画像から最もデータ量が多い最も解像度が高い画像をその階層ごと削除する。削除することによりディスクの空き容量を増やすことができる。削除した画像は、第２のフォーマットの病理画像から再度生成することができるので、削除しても問題はない。
【００１８】
（８）上記目的を達成するため、本技術の一形態に係る情報処理装置では、前記最適化部は、前記記憶部に記憶された複数の前記病理画像について、前記応答の頻度を算出し、前記最も高い解像度の画像の階層単位での削除を契機に、前記算出された頻度が高い順に予め定められた閾値までの前記病理画像について、前記削除された画像と同じ解像度の画像を前記取得部および前記変換部にて生成させ、前記記憶部に記憶させる構成でもよい。
【００１９】
本技術では、使用頻度が低い病理画像に含まれる最も解像度が高い画像の削除が行われ、ディスクの空き容量が増やされた後、端末への応答の頻度が高い、すなわち使用頻度が高い病理画像の高解像度画像を予め生成しておく。これにより、端末から高解像度画像の要求があった際に、短時間で画像の要求に応えることができる。
【００２０】
（９）上記目的を達成するため、本技術の一形態に係る情報処理装置では、前記要求は、前記端末のユーザを識別可能なユーザ識別子を含み、前記情報処理装置は、前記要求に含まれるユーザ識別子と前記解像度情報をもとに前記ユーザごとの解像度の指定頻度を集計し、前記集計された前記ユーザごとの解像度の指定頻度をもとに、前記ユーザごとに、最も低い解像度の階層の次に変換する階層を決定する決定部をさらに備えた構成でもよい。
【００２１】
本技術では、ユーザごとに解像度の指定頻度を集計してどのユーザがどの解像度の画像を指定するかを事前に把握しておく。そして、ユーザが病理画像を要求する際、必ず変換される最も低い解像度の画像の次に変換する解像度を、事前に把握したユーザごとの解像度の指定頻度から決定する。こうすることで、特定のユーザが指定する事のない解像度の画像を変換してしまう無駄を省くことができる。
【００２２】
（１０）上記目的を達成するため、本技術の一形態に係る情報処理方法では、受信部が、解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示することが可能な端末から当該病理画像の少なくとも一部である部分画像の要求を受信し、取得部が、前記第１のフォーマットとは異なる第２のフォーマットの病理画像から、前記受信された要求に対応した解像度の病理画像を階層単位で取得し、変換部が、前記取得された階層単位の第２のフォーマットの病理画像を対応する解像度の前記第１のフォーマットの病理画像に変換し、記憶部が、前記変換された前記第１のフォーマットの病理画像を記憶し、応答部が、前記受信した要求をもとに、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出し、前記端末に応答する。
【００２３】
（１１）上記目的を達成するため、本技術の一形態に係る情報処理プログラムは、解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示することが可能な端末から当該病理画像の少なくとも一部である部分画像の要求を受信する受信部、前記第１のフォーマットとは異なる第２のフォーマットの病理画像から、前記受信された要求に対応した解像度の病理画像を階層単位で取得する取得部、前記取得された階層単位の第２のフォーマットの病理画像を対応する解像度の前記第１のフォーマットの病理画像に変換する変換部、前記変換された前記第１のフォーマットの病理画像を記憶する記憶部、および前記受信した要求をもとに、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出し、前記端末に応答する応答部としてコンピュータを機能させる。
【発明の効果】
【００２４】
以上のように、本技術によれば、画像のフォーマット変換を最適化できる。
【図面の簡単な説明】
【００２５】
【図１】本技術に係るイメージ管理サーバ４００の典型的な使用環境を表した図である。
【図２】画像ピラミッド構造を形成する複数の病理画像の一例を模式的に示す図である。
【図３】画像ピラミッド構造９００の画像群を生成するときの典型的な手順を説明するための図である。
【図４】状態遷移の様子を示す図である。
【図５】本技術に係るイメージ管理サーバ４００のハードウェアの構成を示すブロック図である。
【図６】イメージ管理サーバ４００の機能ブロックを示す図である。
【図７】ビューワコンピュータ５００の機能ブロックを示す図である。
【図８】他社フォーマット画像サーバ６００上のフォルダ構成がそのままイメージ管理サーバ４００上に再現される様子を示す図である。
【図９】イメージ管理サーバ４００のデータ変換部４５が、他社フォーマット病理画像の変換を行う流れを説明するフローチャートである。
【図１０】他社フォーマット病理画像の変換状態を問い合わせる際の流れを説明するフローチャートである。
【図１１】ビューワコンピュータ５００が、イメージ管理サーバ４００上の病理画像にアクセスする際に用いるＵＲＩの例を示す図である。
【図１２】他社フォーマット病理画像の変換に関連して、ビューワコンピュータ５００とイメージ管理サーバ４００との間で行われるやり取りを、全体の流れとして説明するシーケンス図である。
【図１３】無駄なディスク容量の消費を防止するための処理の流れを説明するフローチャートである。
【図１４】高解像度画像を閲覧する際の処理の高速化の流れについて説明するフローチャートである。
【図１５】染色情報により画像圧縮の画質を変更する流れを説明するフローチャートである。
【図１６】ユーザごとに中解像度画像の定義を変更する処理の流れについて説明するフローチャートである。
【発明を実施するための形態】
【００２６】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
＜第１の実施形態＞
【００２７】
［イメージ管理サーバの使用環境について］
最初に、病理診断において、検体を顕微鏡を用いて撮影したバーチャルスライド画像（病理画像）を用いて病理医が診断を行う環境の全体像を説明する。病理医は、ビューワコンピュータ上のビューワを用いて、病理画像を観察し、画像診断を行う。図１は、本技術に係るイメージ管理サーバ４００の典型的な使用環境を表した図である。
【００２８】
顕微鏡１０およびスキャナ用コンピュータ２０からなるスキャナ１００は、病院内の組織学ラボＨＬに設置されている。顕微鏡１０により撮影されたＲＡＷ画像は、スキャナ用コンピュータ２０上において、現像処理、シェーディング処理、カラーバランス補正、ガンマ補正、８ｂｉｔ化処理などの画像処理が行われる。その後、例えば縦横２５６ピクセルのタイル状に分割され、ＪＰＥＧ（Joint Photographic Experts Group）画像に変換され圧縮された後、ハードディスクＨＤ１上に格納される。
【００２９】
スキャナ用コンピュータ２０のハードディスクＨＤ１に格納されたＪＰＥＧ画像は、次に、同じ病院内のデータセンタＤＣにあるイメージ管理サーバ４００上のハードディスクＨＤ２に、ネットワーク３００を経由してアップロードされる。
【００３０】
観察者である病理医は、病院内の病理学室ＰＲまたは病院外の建物ＥＸにいてイメージ管理サーバ４００とネットワーク３００により接続されたビューワコンピュータ５００を用いて、イメージ管理サーバ４００のハードディスクＨＤ２に格納されたＪＰＥＧ画像を観察する。
【００３１】
また、観察者である病理医は、ビューワコンピュータ５００に指示することにより、自分がＪＰＥＧ画像を観察する際に行った操作により、ＪＰＥＧ画像の表示がビューワ画面上においてどう変化したかを表示履歴として記録させることができる。記録された表示履歴は、ネットワーク３００を介してイメージ管理サーバ４００に送られ、格納される。
【００３２】
さらに、病理医は、ビューワコンピュータ５００に指示することにより、イメージ管理サーバ４００に格納された表示履歴を呼び出し、ビューワ上において、以前行われたＪＰＥＧ画像の観察の様子を再現させることができる。
【００３３】
データセンタＤＣには、他社のスキャナにより撮影された病理画像（以下では他社フォーマット病理画像という。）を保存する他社フォーマット画像サーバ６００がある。他社フォーマット画像サーバ６００に保存されている病理画像のフォーマットは、スキャナ１００により撮影される病理画像のフォーマットとは異なっている。そのため、そのままイメージ管理サーバ４００のハードディスクＨＤ２に格納してビューワコンピュータ５００上のビューワにより観察することはできない。
【００３４】
イメージ管理サーバ４００は、他社フォーマット画像サーバ６００上の、他社フォーマット病理画像が保存されているフォルダ（ディレクトリ）を、ネットワーク３００を介してマウントする。これにより、イメージ管理サーバ４００は、他社フォーマット病理画像に、そのフォルダ構造を含めて、アクセス可能になる。
【００３５】
イメージ管理サーバ４００上において、他社フォーマット病理画像は、自社フォーマットに変換され、ハードディスクＨＤ２に格納される。ハードディスクＨＤ２に格納されたのち、ビューワコンピュータ５００を用いて観察する手順は、自社フォーマットの病理画像と同様である。
【００３６】
［画像ピラミッド構造］
次に、自社および他社のフォーマットとして用いられている画像ピラミッド構造について説明する。なお、自社フォーマットの画像ピラミッド構造は、ミップマップ構造とも呼ぶ。
【００３７】
図２は、画像ピラミッド構造を形成する複数の病理画像の一例を模式的に示す図である。画像ピラミッド構造９００は、顕微鏡１０により同じ１つの被写体１５（図３参照）から得られる同一の病理画像９０１について、異なる複数の解像度により生成された画像群である。
【００３８】
画像ピラミッド構造９００の最下層には、最も大きいサイズの病理画像９０１Ａが配置され、最上層には最も小さいサイズの病理画像９０１Ｃが配置される。
【００３９】
図２に示す画像ピラミッド構造９００の例では、３つの階層を有する。階層を表す情報として、階層インデックス値が設定される。本実施形態では、最も大きいサイズの病理画像９０１Ａが配置される最下層が、階層１として設定される。図２に示すように、最下層から解像度が小さくなる方向で、階層インデックス値が増加して定義される。すなわち最も解像度が低い病理画像９０１Ｃの階層インデックス値は、階層３となる。
【００４０】
本実施形態では、上記の階層１の病理画像を高解像度画像と定義し、階層２の病理画像を中解像度画像と定義し、階層３の病理画像をサムネイル画像と定義する。
【００４１】
［画像ピラミッド構造の生成手順（自社スキャナの場合）］
図３は、この画像ピラミッド構造９００の画像群を生成するときの典型的な手順を説明するための図である。なお、この手順は、自社フォーマットにおいて画像ピラミッド構造９００を作成する場合の手順である。他社フォーマット病理画像から画像ピラミッド構造９００を作成する場合は、階層ごとに対応する解像度の他社フォーマット病理画像からの変換により画像ピラミッド構造９００が作成される。
【００４２】
まず、顕微鏡１０により所定の観察倍率で得られた元画像のデジタル画像が用意される。この元画像が、画像ピラミッド構造９００の最下層の画像である最も大きいサイズの病理画像９０１Ａに相当し、つまり最も高い解像度の病理画像となる。したがって、画像ピラミッド構造９００の最下層の画像としては、比較的高倍率で観察されて得られる光学顕微鏡の画像が用いられる。
【００４３】
なお、病理の分野一般においては、生体の臓器、組織、細胞、またはこれらの一部から、薄く切り取られたものが観察対象の被写体１５となる。そして、スキャナ１００により、ガラススライドに収められた被写体１５が読み取られ、これにより得られたデジタル画像が、スキャナ用コンピュータ２０またはイメージ管理サーバ４００に記憶される。
【００４４】
このスキャナ用コンピュータ２０またはイメージ管理サーバ４００は、図３に示すように、上記のように得られた最も大きいサイズの病理画像９０１Ａから、段階的に解像度を小さくした複数の病理画像９０１Ｂ、Ｃ（階層２、３）を生成し、これらを例えば所定サイズの単位である「タイル」単位で記憶する。１つのタイルＴのサイズは、例えば２５６×２５６（pixel）、あるいは、５１２×５１２（pixel）である。
【００４５】
［画像ピラミッド構造の生成手順（他社フォーマットから変換する場合）］
他社フォーマット病理画像から画像ピラミッド構造９００を作成する場合、上記のとおり、対応する解像度の他社フォーマット病理画像から変換を行うことにより、対応する階層の病理画像を作成する。変換時にアップコンバートまたはダウンコンバートを行うことにより、他社フォーマット病理画像が持つ解像度とは異なる解像度の病理画像を生成することもできる。それ故、変換前の他社フォーマット病理画像の階層数と変換後の自社フォーマットの階層数は必ずしも一致している必要はなく、異なった階層数でもよい。なお、変換では、少なくとも画像の符号化方式が変換される。
【００４６】
最初にサムネイル画像が変換され、必要に応じて中解像度画像が変換され、さらに必要に応じて高解像度画像が変換される。画像ピラミッド構造９００の状態としては、初期状態、サムネイル画像状態、中解像度画像状態、高解像度画像状態の４つの状態が存在する。
【００４７】
初期状態では、画像ピラミッド構造９００内には画像は存在しない。サムネイル画像状態では、画像ピラミッド構造９００内にはサムネイル画像のみが存在する。中解像度画像状態では、画像ピラミッド構造９００内にはサムネイル画像と中解像度画像が存在する。高解像度画像状態では、画像ピラミッド構造９００内にはサムネイル画像、中解像度画像、および高解像度画像が存在する。
【００４８】
［画像ピラミッド構造の状態遷移］
他社フォーマット病理画像から画像ピラミッド構造９００を作成する場合、画像ピラミッド構造９００の状態は、初期状態、サムネイル画像状態、中解像度画像状態、高解像度画像状態の４つの状態の間を遷移する。図４は、これらの状態遷移の様子を示す図である。
【００４９】
画像ピラミッド構造９００の状態は、最初、初期状態にある。そしてビューワコンピュータ５００から変換要求リクエストが来ると、イメージ管理サーバ４００が他社フォーマット病理画像のうち、サムネイル画像の変換を行うので、画像ピラミッド構造９００にサムネイル画像が含まれる。そうすると、画像ピラミッド構造９００の状態は、初期状態からサムネイル画像状態に遷移する。
【００５０】
同様に、ビューワコンピュータ５００から中解像度画像作成リクエストが来て、中解像度画像が作成されると、画像ピラミッド構造９００の状態は、中解像度画像状態に遷移する。高解像度画像作成リクエストが来て、高解像度画像が作成されると、画像ピラミッド構造９００の状態は、高解像度画像状態に遷移する。
【００５１】
また、画像ピラミッド構造９００の状態が高解像度画像状態にあるときに、イメージ管理サーバ４００内部において、高解像度画像削除リクエストが発生し、高解像度画像の削除が行われると、画像ピラミッド構造９００の状態は中解像度画像状態に遷移する。また、画像ピラミッド構造９００の状態が中解像度画像状態にあるときに、中解像度画像削除リクエストが発生し、中解像度画像の削除が行われると、画像ピラミッド構造９００の状態はサムネイル画像状態に遷移する。
【００５２】
以上が他社フォーマット病理画像から画像ピラミッド構造９００を作成する場合の画像ピラミッド構造９００の状態遷移である。
【００５３】
［本技術の概要］
次に、本技術の概要を説明する。これまで、他社のスキャナにより撮影された病理画像をビューワコンピュータ５００により観察するために、他社フォーマットのピラミッド構造から自社フォーマットのピラミッド構造への変換が行われてきた。変換は、全ての階層につき一度に行われるものであったため、変換処理に時間がかかっていた。また、変換された病理画像は、保存する際のディスク消費量が膨大な量になっていた。
【００５４】
そこで本技術では、全ての階層の変換を一度に行うのではなく、ビューワコンピュータ５００からのリクエストがある度に、必要な階層の変換を行う。そのため、全ての変換を一度に行う場合に比べ、変換に要する時間を短縮することができる。また、全ての変換を一度に行う場合に比べ、変換した病理画像を保存する際のハードディスク消費量を低減させることができる。
【００５５】
［イメージ管理サーバ４００の構成について］
次に、イメージ管理サーバ４００のハードウェア構成について説明する。
図５は、本技術に係るイメージ管理サーバ４００のハードウェアの構成を示すブロック図である。
【００５６】
イメージ管理サーバ４００は、演算制御を行うＣＰＵ(Central Processing Unit)２１、ＲＯＭ(Read Only Memory)２２、ＣＰＵ２１のワークメモリとなるＲＡＭ(Random Access Memory)２３、ユーザの操作に応じた命令が入力される操作入力部２４を備える。イメージ管理サーバ４００はさらに、インターフェイス部２５、出力部２６、記憶部２７、ネットワークインターフェイス部２８、およびこれらを互いに接続するバス２９を備える。
【００５７】
ＲＯＭ２２には、各種の処理を実行するためのプログラムが格納される。ネットワークインターフェイス部２８には、ネットワーク３００が接続される。出力部２６には、液晶ディスプレイ、ＥＬ（Electro Luminescence）ディスプレイ又はプラズマディスプレイ等が適用される。記憶部２７には、ＨＤＤ（Hard Disk Drive）に代表される磁気ディスクもしくは半導体メモリ又は光ディスク等が適用される。
【００５８】
ＣＰＵ２１は、ＲＯＭ２２および記憶部２７等に格納される複数のプログラムのうち、操作入力部２４から与えられる命令に対応するプログラムをＲＡＭ２３に展開し、該展開したプログラムにしたがって、出力部２６及び記憶部２７を適宜制御する。
【００５９】
ＣＰＵ２１は、後述する各機能ブロックを実現する。ＣＰＵ２１は、ＲＯＭ２２および記憶部２７等に格納されたプログラムを実行して、必要に応じて、上記各部材を制御する。これにより、イメージ管理サーバ４００は、種々の機能ブロックを実現することができ、上記各部材を、イメージ管理サーバ４００として動作させることができる。
【００６０】
［ビューワコンピュータ５００の構成について］
次に、ビューワコンピュータ５００のハードウェア構成について説明する。
ビューワコンピュータ５００のハードウェア構成は、基本的にイメージ管理サーバ４００のハードウェア構成と同じである。そのため、詳細な説明は省略する。
【００６１】
［他社フォーマット画像サーバ６００の構成について］
次に、他社フォーマット画像サーバ６００のハードウェア構成について説明する。
他社フォーマット画像サーバ６００のハードウェア構成は、イメージ管理サーバ４００に対して、他社フォーマット病理画像が格納されたフォルダ（ディレクトリ）をマウントでき、フォルダ内のデータを読み込めるようにサービスを提供できるものであれば、特に構成は問わない。
【００６２】
［イメージ管理サーバ４００の機能ブロックについて］
次に、イメージ管理サーバ４００の機能ブロックについて説明する。イメージ管理サーバ４００の主な機能は、第１に、病理画像を、ビューワコンピュータ５００からの要求に従い提供することである。第２に、ビューワコンピュータ５００から取得した表示履歴を保存し、ビューワコンピュータ５００からの要求に従い提供することである。
【００６３】
第３に、ビューワコンピュータ５００から、他社フォーマット病理画像の閲覧要求が来ると、他社フォーマット画像サーバ６００にアクセスし、必要な解像度の病理画像をフォーマット変換により生成することである。
【００６４】
図６は、イメージ管理サーバ４００の機能ブロックを示す図である。
【００６５】
イメージ管理サーバ４００は、画像格納部４１（記憶部）、画像提供部４２（受信部、応答部、制御部）、表示履歴格納部４３、表示履歴管理部４４、データ変換部４５（取得部、変換部）、定期実行データ変換部４６（最適化部）、変換状態取得部４７、染色・画質情報保持部４８（染色情報取得部）、中解像度画像定義保持部４９（決定部）の機能ブロックを備えている。
【００６６】
画像格納部４１には、タイル状に分割されＪＰＥＧ圧縮された病理画像が格納されている。格納されている病理画像は、ビューワコンピュータ５００からの要求に従い、画像提供部４２を介してビューワコンピュータ５００に提供される。他社フォーマットから変換された病理画像もここに格納される。
【００６７】
画像提供部４２は、ネットワーク３００を介してビューワコンピュータ５００から送られてくる画像要求に対応した病理画像を画像格納部４１から取得し、ネットワーク３００を介してビューワコンピュータ５００に送信する。画像要求は、位置と解像度を指定して要求する画像を特定する構成でもよいし、上述のタイルに付された番号を指定して要求する画像を特定する構成でもよい。ビューワコンピュータ５００から送られてきた画像要求が、他社フォーマット病理画像のものであった場合、画像提供部４２は、データ変換部４５に指示を出し、他社フォーマット画像サーバ６００に保存されている病理画像の変換を行わせる。
【００６８】
表示履歴格納部４３には、ビューワコンピュータ５００上においてユーザが操作したビューワの表示履歴が格納される。
【００６９】
表示履歴管理部４４は、ビューワコンピュータ５００上において記録され、一旦まとめられた表示履歴をネットワーク３００を介して取得する。そして、表示履歴管理部４４は、取得した表示履歴を表示履歴格納部４３に格納する。また、表示履歴管理部４４は、ビューワコンピュータ５００からの表示履歴要求を受け付け、その表示履歴要求に応じた表示履歴を表示履歴格納部４３から取得し、ネットワーク３００を介してビューワコンピュータ５００に送信する。
【００７０】
データ変換部４５は、ビューワコンピュータ５００から変換要求が来た他社フォーマット病理画像の変換を行う。データ変換部４５は、他社フォーマット画像サーバ６００から他社フォーマット病理画像を取得し、フォーマットの変換を行った後、自社フォーマットの画像ピラミッド構造に従って、画像格納部４１に格納する。
【００７１】
定期実行データ変換部４６は、他社フォーマット病理画像から変換された、自社フォーマットの画像ピラミッド構造９００に含まれる第１階層の病理画像の削除や生成を行う。定期実行データ変換部４６は、変換された病理画像の閲覧頻度を調べ、閲覧頻度の少ない画像ピラミッド構造９００から順に、予め定められた閾値の数まで、第１階層、すなわち最も大きい病理画像を削除し、空きディスク容量を増加させる。
【００７２】
その後、閲覧頻度の多い画像ピラミッド構造９００から順に、予め定められた閾値の数まで、その画像ピラミッド構造９００が第１階層の病理画像を持っていない場合、新たに第１階層を変換して生成する。上記の処理は定期的（例えば１時間ごと）に実行される。なお、上記の説明では、データの変換を定期実行データ変換部４６が行うとしたが、定期実行データ変換部４６の指示に従いデータ変換部４５がデータの変換を行う構成でもよい。
【００７３】
変換状態取得部４７は、ビューワコンピュータ５００から、特定の画像ピラミッド構造９００の変換状態について問い合わせがあると、その画像ピラミッド構造９００のどの階層までが変換されているかを調査し、調査結果をビューワコンピュータ５００に返す。
【００７４】
染色・画質情報保持部４８は、染色情報（後述）および染色情報に基づいて他社フォーマット病理画像を変換する際の画質情報を保持する。保持した画質情報は、データ変換部４５および定期実行データ変換部４６に提供される。
【００７５】
中解像度画像定義保持部４９は、画像ピラミッド構造９００が持つ複数の階層のうち、どの階層を中解像度画像として定義するかの情報を保持する。保持した中解像度画像の定義情報は、データ変換部４５に提供され、他社フォーマット病理画像の変換に利用される。
【００７６】
［ビューワコンピュータ５００の機能ブロックについて］
次に、ビューワコンピュータ５００の機能ブロックについて説明する。ビューワコンピュータ５００の主な機能は、第１に、病理医であるユーザからの操作指示を受け付け、対応する病理画像をイメージ管理サーバ４００から取得し、ユーザに対し表示することである。
【００７７】
第２に、ユーザが画像診断を行う際のビューワ操作に応じた画像の表示を記録し、その表示履歴を保存のためにイメージ管理サーバ４００に送ることである。第３に、ユーザからの要求に従い、イメージ管理サーバ４００に保存されている表示履歴を取得し、ユーザに対して表示履歴に基づき、ユーザが行った操作に応じた画像の表示を再現することである。
【００７８】
図７は、ビューワコンピュータ５００の機能ブロックを示す図である。
【００７９】
ビューワコンピュータ５００は、画像取得部５１、表示履歴制御部５２の機能ブロックを備えている。
【００８０】
画像取得部５１は、操作入力部２４から入力された、病理医であるユーザの指示に対応した病理画像を、ネットワーク３００を介してイメージ管理サーバ４００から取得し、取得した病理画像を出力部２６を介してユーザに提示する。
【００８１】
表示履歴制御部５２は、ユーザの指示により、ユーザが病理画像を観察する際のビューワ操作に応じた画面表示の変化を記録する。記録は、まずビューワコンピュータ５００のＲＡＭ２３または記憶部２７を用いて保存される。記録の停止指示により、記録はまとめられ、表示履歴としてイメージ管理サーバ４００に送られ、保存される。
【００８２】
表示履歴制御部５２は、また、ユーザの指示により、その指示に対応した表示履歴をイメージ管理サーバ４００から取得し、取得した表示履歴に記録されているビューワの画面表示を、出力部２６を介して、ユーザに提示する。
【００８３】
［データ変換（サムネイル画像の変換時）］
次に、他社フォーマット病理画像から画像ピラミッド構造９００へサムネイル画像の変換を行う際の特徴について説明する。
【００８４】
図８は、他社フォーマット画像サーバ６００上のフォルダ構成がそのままイメージ管理サーバ４００上に再現される様子を示す図である。
【００８５】
この図にあるように、他社フォーマット病理画像から画像ピラミッド構造９００へサムネイル画像の変換を行う際には、フォルダ構成がそのままイメージ管理サーバ４００上に再現される。そのため、他社フォーマット病理画像が、フォルダ構造を用いて整理された状態にある場合、その整理された状態をそのままイメージ管理サーバ４００に引き継ぐことができる。
【００８６】
［データ変換の流れ］
次に、イメージ管理サーバ４００のデータ変換部４５が、他社フォーマット病理画像の変換を行う流れを説明する。図９は、イメージ管理サーバ４００のデータ変換部４５が、他社フォーマット病理画像の変換を行う流れを説明するフローチャートである。
【００８７】
まずデータ変換部４５が、ビューワコンピュータ５００から要求（リクエスト）を受信する（ステップＳ１）。
【００８８】
受信した要求が閲覧要求である場合（ステップＳ２のＹ）、次にデータ変換部４５は、閲覧要求に対応した画像ピラミッド構造９００の状態がサムネイル画像状態であるか否かを判断する（ステップＳ３）。サムネイル画像状態である場合（ステップＳ３のＹ）、データ変換部４５は、次に中解像度画像のリクエストが来ると予測して、予め中解像度画像の作成を行う（ステップＳ４）。
【００８９】
同様に、ビューワコンピュータ５００から受信した要求が中解像度画像作成リクエストである場合は（ステップＳ５のＹ）、データ変換部４５は、他社フォーマット病理画像のうち、中解像度に相当する解像度の病理画像の変換を行い、中解像度画像を作成する（ステップＳ６）。この手順は、高解像度画像の要求でも（ステップＳ７のＹ）、同様である（ステップＳ８）。
【００９０】
なお、中解像度画像作成リクエストを受信したデータ変換部４５は、中解像度に相当する解像度の病理画像の変換に先立って、既に中解像度画像が画像格納部４１に存在しているか否かの確認を行う。存在していれば改めて中解像度画像を作成する手間を省ける。高解像度画像の要求でも同様である。
【００９１】
また、データ変換部４５が受信した要求が、中解像度画像削除リクエストである場合（ステップＳ９のＹ）、データ変換部４５は、該当する画像ピラミッド構造９００に含まれる高解像度画像を削除する（ステップＳ１０）。受信した要求が高解像度画像削除リクエストである場合も（ステップＳ１１）、同様にデータ変換部４５は、高解像度画像の削除を行う（ステップＳ１２）。
【００９２】
ここでも、中解像度画像削除リクエストを受信したデータ変換部４５は、中解像度に相当する解像度の病理画像の削除に先立って、既に中解像度画像が画像格納部４１に存在しないか否かの確認を行う。存在していなければ削除処理を行う手間を省くことができる。高解像度画像の要求でも同様である。
【００９３】
以上が、データ変換部４５が病理画像の変換や削除を行う際の流れである。
【００９４】
［変換状態問い合わせの流れ］
次に、ビューワコンピュータ５００からイメージ管理サーバ４００に対して、他社フォーマット病理画像の変換状態を問い合わせる際の流れを説明する。図１０は、他社フォーマット病理画像の変換状態を問い合わせる際の流れを説明するフローチャートである。
【００９５】
なお、この問い合わせは、主に、一度中解像度画像作成リクエストや高解像度画像作成リクエストを出したビューワコンピュータ５００が、データ変換部４５による変換作業の完了を確認するために利用されるものである。
【００９６】
まず、ビューワコンピュータ５００が、イメージ管理サーバ４００の変換状態取得部４７に対して、変換状態取得リクエストを送信する（ステップＳ２１）。
【００９７】
次に、変換状態取得部４７が、該当する画像ピラミッド構造９００の変換状態を調査し、調査結果をビューワコンピュータ５００に応答する。
【００９８】
例えば、該当する画像ピラミッド構造９００の状態がサムネイル画像状態であったときに中解像度画像作成リクエストが来て、中解像度画像の変換を行っている場合、画像ピラミッド構造９００の状態として、サムネイル画像状態が応答される。中解像度画像の変換が完了すると、画像ピラミッド構造９００の状態として、中解像度画像状態が返信される。
【００９９】
以上が、ビューワコンピュータ５００からイメージ管理サーバ４００に対して、他社フォーマット病理画像の変換状態を問い合わせる際の流れである。
【０１００】
［アクセスＵＲＩの例］
次に、ビューワコンピュータ５００が、イメージ管理サーバ４００上の病理画像にアクセスする際に用いるＵＲＩ（Uniform Resource Identifier）の例を示す。図１１は、ビューワコンピュータ５００が、イメージ管理サーバ４００上の病理画像にアクセスする際に用いるＵＲＩの例を示す図である。
【０１０１】
図に示すように、ビューワコンピュータ５００は、高解像度画像である病理画像をイメージ管理サーバ４００から取得する場合には、http://192.168.1.1/slide1/high/get_dataという高解像度画像を取得する専用のＵＲＩを使用する。中解像度画像を取得する場合も同様に、中解像度画像を取得する専用のＵＲＩを使用する。
【０１０２】
［全体の流れについて］
次に、他社フォーマット病理画像の変換に関連して、ビューワコンピュータ５００とイメージ管理サーバ４００との間で行われるやり取りを、全体の流れとして説明する。図１２は、他社フォーマット病理画像の変換に関連して、ビューワコンピュータ５００とイメージ管理サーバ４００との間で行われるやり取りを、全体の流れとして説明するシーケンス図である。
【０１０３】
まず、ビューワコンピュータ５００が、スライド１の変換要求をイメージ管理サーバ４００に対して送信する（Ｓ３１）。スライド１とは、ユーザが観察を行いたい他社フォーマット病理画像の名前である。
【０１０４】
スライド１の変換要求を受信したイメージ管理サーバ４００のデータ変換部４５は、サムネイル画像がまだ存在していない場合、次に、サムネイル画像の生成を行う（Ｓ３２）。サムネイル画像の生成は、上述のとおり、イメージ管理サーバ４００にマウントした他社フォーマット画像サーバ６００のフォルダを読み込み、サムネイル画像を変換する事により行われる。生成されたサムネイル画像は、ビューワコンピュータ５００に送信されるので、ユーザは、これから変換をかける病理画像が、詳細に観察を行いたい病理画像であるか否かを判断することができる。
【０１０５】
サムネイル画像を見て内容の確認を行ったユーザは、ビューワコンピュータ５００を介して、イメージ管理サーバ４００にスライド１の閲覧要求を送信する（Ｓ３３）。この閲覧要求により、中解像度画像がまだ存在していない場合、イメージ管理サーバ４００のデータ変換部４５が、中解像度画像の生成を行う（Ｓ３４）。
【０１０６】
中解像度画像の生成には時間がかかるので、ビューワコンピュータ５００は、定期的にイメージ管理サーバ４００の変換状態取得部４７に対して、変換状態取得要求を送信する（Ｓ３５）。中解像度画像の生成が完了すると、変換状態取得部４７は、ビューワコンピュータ５００からの変換状態取得要求に対し、中解像度画像状態を返信する。
【０１０７】
中解像度画像状態の返信により、中解像度画像の生成が完了したことを知ったビューワコンピュータ５００は、中解像度画像の取得専用のＵＲＩを用いてイメージ管理サーバ４００にアクセスする（Ｓ３７）。イメージ管理サーバ４００の画像提供部４２は、ビューワコンピュータ５００からのアクセスに対し、中解像度画像を提供する（Ｓ３８）。
【０１０８】
以上が、ビューワコンピュータ５００とイメージ管理サーバ４００との間で行われるやり取りの主な流れである。
【０１０９】
［定期的なデータの変換］
次に、定期的なデータの変換について説明する。なお、この説明では、画像ピラミッド構造９００（スライド）の画像データは、ハードディスクドライブに格納されているという前提で行っている。また、定期的な実行とは、例えば１時間に１回の実行などである。
【０１１０】
この定期的なデータの変換は、無駄なディスク容量の消費を防止するためと、高解像度画像を閲覧する際の処理の高速化のために行われる。最初に、無駄なディスク容量の消費を防止するための処理を行い、ハードディスクドライブの空き容量を増やしてから、その空き容量をもとに高解像度画像を閲覧する際の処理の高速化が行われる。
【０１１１】
まず無駄なディスク容量の消費を防止するための処理について説明する。図１３は、無駄なディスク容量の消費を防止するための処理の流れを説明するフローチャートである。
【０１１２】
最初に定期実行データ変換部４６が、画像格納部４１に格納されている病理画像のうち、他社フォーマット病理画像から変換された画像ピラミッド構造９００（以下、スライドと呼ぶ）を、閲覧に使用された回数の少ない順にソートする（ステップＳ４１）。
【０１１３】
例えば、スライド１は１０回、スライド２は１回、スライド３は１０００回、観察に使用されていたとする。
【０１１４】
次に、定期実行データ変換部４６は、ソートされた順に、各スライドが高解像度画像状態であるか、すなわち最もディスク容量を消費する高解像度画像を持っているかを調べる(ステップＳ４２)。該当スライドが高解像度画像状態である場合（ステップＳ４２のＹ）、定期実行データ変換部４６は、そのスライドに含まれる高解像度画像を削除する（ステップＳ４３）。
【０１１５】
上記の処理は、スライド２、スライド１、スライド３の順に行われる。但し、処理が行われるのは、予め定められた閾値（Ｎ個）のスライドまでであり、閾値が２の場合、スライド３については、高解像度画像の削除は行われない（ステップＳ４４）。
以上が無駄なディスク容量の消費を防止するための処理の流れである。
【０１１６】
次に高解像度画像を閲覧する際の処理の高速化の流れについて説明する。なお、高解像度画像を閲覧する際の処理の高速化は、高解像度画像を予め用意しておくことにより実現する。図１４は、高解像度画像を閲覧する際の処理の高速化の流れについて説明するフローチャートである。
【０１１７】
最初に定期実行データ変換部４６が、画像格納部４１に格納されている病理画像のうち、他社フォーマット病理画像から変換されたスライドを、閲覧に使用された回数の多い順にソートする（ステップＳ５１）。
【０１１８】
次に、定期実行データ変換部４６は、ソートされた順に、各スライドが高解像度画像状態であるかを調べる(ステップＳ４２)。該当スライドが高解像度画像状態である場合（ステップＳ５２のＹ）、そのスライドに関して改めて高解像度画像を作成する必要は無いので、定期実行データ変換部４６は何もしない。
【０１１９】
該当スライドが高解像度画像状態ではない場合（ステップＳ５２のＮ）、定期実行データ変換部４６は、次に、該当スライドに関し、高解像度画像を作成した場合のディスク消費量を計算する（ステップＳ５３）。
【０１２０】
次に、定期実行データ変換部４６は、計算により求めたディスク消費量が、ディスクの残り容量より小さいかを調べる（ステップＳ５４）。ディスク消費量が、ディスクの残り容量より小さい場合（ステップＳ５４のＮ）、定期実行データ変換部４６は、該当スライドの高解像度画像を生成する（ステップＳ５５）。
【０１２１】
以上の処理は、スライド３、スライド１、スライド２の順に行われる。但し、処理が行われるのは、予め定められた閾値（Ｍ個）のスライドまでであり、閾値が２の場合、スライド２については、高解像度画像の生成対象にならない（ステップＳ５６）。
【０１２２】
以上が、高解像度画像を閲覧する際の処理の高速化の流れである。
【０１２３】
［染色情報による変換画質の調整］
次に、染色情報による変換画質の調整について説明する。染色情報とは、他社フォーマット病理画像のメタデータとして存在する、被写体１５の染色に関する情報である。また、変換画質の調整とは、他社フォーマット病理画像を変換する際に、自社フォーマットにして最後に画像圧縮をかける際に、その画像圧縮の圧縮率を調整することにより、画像の保存を高画質で行うか低画質で行うかを選択するものである。
【０１２４】
例えば、細胞膜染色の場合、染色される個所は細胞膜だけの限られた個所であり、その個所を観察するためには、高画質の画像が必要となる。それに対し、例えば細胞全体の染色の場合、細胞全体が染色されるので、観察する個所が広がり、低画質の画像でも観察することができる。
【０１２５】
例えば、スライド１の画質を０．５ｂｐｐ（bits per pixel）とし、スライド２の画質を１ｂｐｐとし、スライド３の画質を０．７ｂｐｐとするなどして画質の調整が行える。最適な画質を選択できることにより、ハードディスクの使用量も最適化することができる。なお、ここでいう１ｂｐｐは、ほぼ１／２４の画像圧縮を表している。
【０１２６】
次に、染色情報により画像圧縮の画質を変更する流れを説明する。図１５は、染色情報により画像圧縮の画質を変更する流れを説明するフローチャートである。
【０１２７】
最初に、染色・画質情報保持部４８が、特定の他社フォーマット病理画像の変換にあたり、そのメタデータから染色情報を取得する（ステップＳ６１）。
【０１２８】
次に、ビューワコンピュータ５００からの要求によるデータ変換の場合はデータ変換部４５が、また、定期実行によるデータ変換の場合は定期実行データ変換部４６が、他社フォーマット病理画像を自社フォーマットに変換する際、変換の最後に行う画像圧縮において、高画質が必要とされるか否かを判断する（ステップＳ６２）。
【０１２９】
高画質が必要であると判断された場合は（ステップＳ６２のＹ）、画像圧縮を高画質、すなわち低圧縮で行う（ステップＳ６３）。高画質が必要ではないと判断された場合は（ステップＳ６２のＮ）、画像圧縮を低画質、すなわち高圧縮で行う（ステップＳ６４）。
【０１３０】
以上が、染色情報により画像圧縮の画質を変更する流れである。
【０１３１】
［中解像度画像の定義の変更］
上記の説明では、説明を簡略化するために、画像ピラミッド構造９００を３階層として、解像度の低い病理画像のほうから順に、サムネイル画像、中解像度画像、高解像度画像と定義した。実際には、典型的な画像ピラミッド構造は、５から１０階層を有している。その場合、最も解像度が低い最上層の病理画像をサムネイル画像と定義し、最も解像度が高い最下層の病理画像を高解像度画像と定義することは変わらないが、中解像度画像の定義が異なってくる。
【０１３２】
例えば、画像ピラミッド構造が５階層である場合、第１階層が高解像度画像となり、第５階層がサムネイル画像となる。中解像度画像は、第２階層から第４階層までのいずれかに定義されるが、この定義はユーザごとに異ならせることができる。例えば、ユーザ１では第２階層を中解像度画像と定義し、ユーザ２では第３階層を中解像度画像と定義し、ユーザ３でも第３階層を中解像度画像と定義することができる。こうすることにより、ユーザごとにデータ変換の最適化を行うことができる。
【０１３３】
つまり、上記の例では、ユーザ１は、これまでの観察履歴の統計から、最初に第５階層のサムネイル画像を観察し、次に第４階層を観察し、次に第３階層を観察し、最後に第２階層を観察し、第１階層の高解像度画像は観察しない傾向があるとする。第２階層までは観察するので、第２階層を中解像度画像と定義しておき、サムネイル画像の次に第２階層の変換を行う事は理にかなっている。
【０１３４】
なお、この場合、中解像度画像と定義された第２階層は、他社フォーマット病理画像からの変換により生成されるが、それより解像度の低い第３階層および第４階層の病理画像は、自社フォーマットの場合と同様のアルゴリズムを用いて、第２階層の画像から生成される。
【０１３５】
また、ユーザ２の場合、中解像度画像として第３階層が定義される。これは、ユーザ２のこれまでの観察履歴の統計から、このユーザが第２階層以上を見ないことが分かるからである。そして、中解像度画像の変換では第３階層を対象として変換を行う。これにより、第３階層よりも変換すべきデータの多い第２階層の変換を行わなくて済むので、変換にかかる時間を短縮することができる。
【０１３６】
次に、ユーザごとに中解像度画像の定義を変更する処理の流れについて説明する。図１６は、ユーザごとに中解像度画像の定義を変更する処理の流れについて説明するフローチャートである。
【０１３７】
最初に、中解像度画像定義保持部４９が、表示履歴管理部４４を介して、表示履歴格納部４３に格納してある表示履歴を取得する(ステップＳ７１)。
【０１３８】
次に、中解像度画像定義保持部４９が、ユーザ単位での表示履歴の統計処理を行う（ステップＳ７２）。この処理により、どのユーザがその階層までの観察を行うかを調べる。
【０１３９】
次に、中解像度画像定義保持部４９が、統計処理の結果に基づいて、ユーザごとの中解像度画像の定義を変更する（ステップＳ７３）。この処理により、例えば、ユーザ３では第２階層や第１階層を観察していない場合には、ユーザ３用の中解像度画像の定義を第３階層とする。中解像度画像定義保持部４９は、ユーザごとに変更した中解像度画像の定義を保持し、データ変換部４５が中解像度画像の変換を行う際に、保持している定義をデータ変換部４５に提供する。
【０１４０】
以上がユーザごとに中解像度画像の定義を変更する処理の流れである。
【０１４１】
［本技術の別の構成］
なお、本技術は以下のような構成も採ることができる。
（１）解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示することが可能な端末から当該病理画像の少なくとも一部である部分画像の位置情報および解像度情報を含む要求を受信する受信部と、解像度の異なる複数の階層の第２の画像で構成され、前記第１のフォーマットとは異なる第２のフォーマットの病理画像から、前記受信された要求に含まれる前記解像度情報に対応した解像度の病理画像を階層単位で取得する取得部と、前記取得された階層単位の第２のフォーマットの病理画像を同一解像度の前記第１のフォーマットの病理画像に変換する変換部と、前記変換された前記第１のフォーマットの病理画像を記憶する記憶部と、前記受信した要求に含まれる前記位置情報をもとに、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出し、前記端末に応答する応答部とを具備する情報処理装置。
（２）前記（１）に記載の情報処理装置であって、前記受信部は、前記端末から受信する前記要求として、前記部分画像の位置情報および解像度情報を含む要求を受信する情報処理装置。
（３）前記（１）または（２）に記載の情報処理装置であって、前記変換部は、病理画像の少なくとも符号化形式を変換する情報処理装置。
（４）前記（２）に記載の情報処理装置であって、前記受信された要求に含まれる前記位置情報および解像度情報に対応した前記第１のフォーマットの病理画像が前記記憶部に記憶されているかどうかを判断し、記憶されていない場合に、前記受信された要求に含まれる前記解像度情報に対応した解像度の病理画像を階層単位で前記取得部に取得させ、前記変換部による変換を実行させる制御部をさらに具備する情報処理装置。
（５）前記（４）に記載の情報処理装置であって、前記制御部は、前記受信された要求に含まれる前記位置情報および解像度情報に対応した前記第１のフォーマットの病理画像が前記記憶部に記憶されていることを判断した場合、前記受信した要求に含まれる前記位置情報をもとに、前記応答部に、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出させ、前記端末に応答させる情報処理装置。
（６）前記（１）から（５）のうちいずれか１つに記載の情報処理装置であって、前記第１のフォーマットは、画像の圧縮率を選択可能なフォーマットであり、前記情報処理装置は、前記第１のフォーマットの病理画像に関する染色情報を取得する染色情報取得部をさらに具備し、前記変換部は、前記取得された染色情報に基づき、前記変換時の画像の圧縮率を決定する情報処理装置。
（７）前記（１）から（６）のうちいずれか１つに記載の情報処理装置であって、前記記憶部は、第１のフォーマットの複数の病理画像の記憶が可能とされ、前記情報処理装置は、前記第１のフォーマットの病理画像毎の、前記端末への画像の応答の頻度を算出し、算出された頻度の低い順に予め決められた閾値までの前記病理画像について、前記記憶部に記憶された画像の中で最も高い解像度の画像を階層単位で削除する最適化部をさらに備えた情報処理装置。
（８）前記（７）に記載の情報処理装置であって、前記最適化部は、前記記憶部に記憶された複数の前記病理画像について、前記応答の頻度を算出し、前記最も高い解像度の画像の階層単位での削除を契機に、前記算出された頻度が高い順に予め定められた閾値までの前記病理画像について、前記削除された画像と同じ解像度の画像を前記取得部および前記変換部にて生成させ、前記記憶部に記憶させる情報処理装置。
（９）前記（１）から（７）のうちいずれか１つに記載の情報処理装置であって、前記要求は、前記端末のユーザを識別可能なユーザ識別子を含み、前記情報処理装置は、前記要求に含まれるユーザ識別子と前記解像度情報をもとに前記ユーザごとの解像度の指定頻度を集計し、前記集計された前記ユーザごとの解像度の指定頻度をもとに、前記ユーザごとに、最も低い解像度の階層の次に変換する階層を決定する決定部をさらに備えた情報処理装置。
（１０）受信部が、解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示することが可能な端末から当該病理画像の少なくとも一部である部分画像の要求を受信し、取得部が、前記第１のフォーマットとは異なる第２のフォーマットの病理画像から、前記受信された要求に対応した解像度の病理画像を階層単位で取得し、変換部が、前記取得された階層単位の第２のフォーマットの病理画像を対応する解像度の前記第１のフォーマットの病理画像に変換し、記憶部が、前記変換された前記第１のフォーマットの病理画像を記憶し、応答部が、前記受信した要求をもとに、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出し、前記端末に応答する情報処理方法。
（１１）解像度の異なる複数の階層の第１の画像で構成される第１のフォーマットの病理画像を表示することが可能な端末から当該病理画像の少なくとも一部である部分画像の要求を受信する受信部、前記第１のフォーマットとは異なる第２のフォーマットの病理画像から、前記受信された要求に対応した解像度の病理画像を階層単位で取得する取得部、前記取得された階層単位の第２のフォーマットの病理画像を対応する解像度の前記第１のフォーマットの病理画像に変換する変換部、前記変換された前記第１のフォーマットの病理画像を記憶する記憶部、および前記受信した要求をもとに、前記記憶された前記第１のフォーマットの病理画像から対応する前記部分画像を抽出し、前記端末に応答する応答部としてコンピュータを機能させるための情報処理プログラム。
【０１４２】
［補足事項］
その他、本技術は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【０１４３】
１０…顕微鏡
１５…被写体
２０…スキャナ用コンピュータ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…操作入力部
２５…インターフェイス部
２６…出力部
２７…記憶部
２８…ネットワークインターフェイス部
２９…バス
４１…画像格納部
４２…画像提供部
４３…表示履歴格納部
４４…表示履歴管理部
４５…データ変換部
４６…定期実行データ変換部
４７…変換状態取得部
４８…染色・画質情報保持部
４９…中解像度画像定義保持部
５１…画像取得部
５２…表示履歴制御部
１００…スキャナ
３００…ネットワーク
４００…イメージ管理サーバ
５００…ビューワコンピュータ
６００…他社フォーマット画像サーバ
９００…画像ピラミッド構造
【図１】
2014044629.tif 000003
【図２】
2014044629.tif 000004
【図３】
2014044629.tif 000005
【図４】
2014044629.tif 000006
【図５】
2014044629.tif 000007
【図６】
2014044629.tif 000008
【図７】
2014044629.tif 000009
【図９】
2014044629.tif 000010
【図１０】
2014044629.tif 000011
【図１１】
2014044629.tif 000012
【図１２】
2014044629.tif 000013
【図１３】
2014044629.tif 000014
【図１４】
2014044629.tif 000015
【図１５】
2014044629.tif 000016
【図１６】
2014044629.tif 000017
【図８】
2014044629.tif 000018