(57)【要約】  画像サーバが記憶管理する画像データ量を軽減する。  画像サーバは、記憶部に記憶されているＤＩＣＯＭ画像の中から、読影端末において選択されたＤＩＣＯＭ画像ｄ２をキー画像とする。そして、画像サーバは、キー画像以外のＤＩＣＯＭ画像をキー画像以上の圧縮率で圧縮して記憶部に記憶させる。
2009110310.tif 000002
【特許請求の範囲】
【請求項１】
ＤＩＣＯＭ画像を管理する画像サーバであって、
前記ＤＩＣＯＭ画像を記憶する記憶手段と、
前記ＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる制御手段と、
を備える画像サーバ。
【請求項２】
ＤＩＣＯＭ画像を管理するコンピュータを、
前記ＤＩＣＯＭ画像を記憶する記憶手段、
前記ＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる制御手段、
として機能させるためのプログラム。
【請求項３】
記憶手段に記憶されているＤＩＣＯＭ画像の中から、選択されたＤＩＣＯＭ画像をキー画像とするステップ、
前記キー画像以外の前記ＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させ、前記ＤＩＣＯＭ画像を管理するステップ、
から構成される画像管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像サーバ、プログラム及び画像管理方法に関する。
【背景技術】
【０００２】
近年、多くの医療機関において情報のデジタル化が図られている。例えば、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置（モダリティ）は、撮影により得られた医用画像の画像データに付帯情報を付帯させて、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則ったＤＩＣＯＭ画像データを生成する。【０００３】
また、画像サーバは、モダリティにおいて生成されたＤＩＣＯＭ画像データを記憶管理する。画像サーバは、読影端末からＤＩＣＯＭ画像データ取得要求があった場合、当該記憶管理しているＤＩＣＯＭ画像データを提供する。そして、読影端末は、取得したＤＩＣＯＭ画像データに基づいて、高精細モニタ上に医用画像（ＤＩＣＯＭ画像）を表示する。また、読影端末は、読影医のユーザ操作に基づき、表示されたＤＩＣＯＭ画像の中から、読影対象となる重要な画像（キー画像（Key Object Selection Document））を選択する。【０００４】
ＤＩＣＯＭ画像データを記憶管理する技術として、例えば、モダリティ、医用画像表示装置（読影端末）、医用画像記憶装置等を有した医用画像システムにおいて、モダリティにより生成されたＤＩＣＯＭ画像データを医用画像記憶装置に１年間記憶させると共に、別の医用画像記憶装置に１０年間記憶させ、１０年経過後又は医用画像記憶装置の記憶容量が不足した際に、可搬記憶媒体にＤＩＣＯＭ画像データを記憶させるものが提案されている（特許文献１参照）。
【特許文献１】特開２００２−３５２２１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、近年は、モダリティの機能向上に伴い、医用画像の発生数の増加と当該医用画像のデータサイズの増大とが著しく、ＤＩＣＯＭ画像データ保存のための記憶容量の増大を招いてしまった。【０００６】
また、５年間の医用画像の保存が法律により義務付けられているため、キー画像以外のＤＩＣＯＭ画像は、読影後、参照される機会が無いまま、画像サーバに記憶され続けている。そのため、キー画像以外のＤＩＣＯＭ画像を記憶している記憶領域が無駄になってしまった。【０００７】
本発明は、上述したような課題に鑑みて為されたものであり、その目的とするところは、画像サーバが記憶管理する画像データ量を軽減することである。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、請求項１に記載の発明は、
ＤＩＣＯＭ画像を管理する画像サーバであって、
前記ＤＩＣＯＭ画像を記憶する記憶手段と、
前記ＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる制御手段と、
を備える。【０００９】
請求項２に記載のプログラムは、
ＤＩＣＯＭ画像を管理するコンピュータを、
前記ＤＩＣＯＭ画像を記憶する記憶手段、
前記ＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる制御手段、
として機能させる。【００１０】
請求項３に記載の画像管理方法は、
記憶手段に記憶されているＤＩＣＯＭ画像の中から、選択されたＤＩＣＯＭ画像をキー画像とするステップ、
前記キー画像以外の前記ＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させ、前記ＤＩＣＯＭ画像を管理するステップ、
から構成される。
【発明の効果】
【００１１】
請求項１、２、３に記載の発明によれば、画像サーバの制御手段は、管理しているＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる。そのため、画像サーバが記憶管理する画像データ量を軽減することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態における医用画像システムのシステム構成図である。
【図２】ＤＩＣＯＭ画像データのデータ構成図である。
【図３】画像サーバのブロック図である。
【図４】画像サーバにおける記憶管理イメージ図である。
【図５】画像サーバにおけるＤＩＣＯＭ画像の圧縮のイメージ図である。
【図６】医用画像システムで実行される処理を示すラダーチャートである。
【図７】第１画像圧縮処理を示すフローチャートである。
【図８】第２画像圧縮処理を示すフローチャートである。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明に係る医用画像システムの一実施形態について説明する。【００１４】
[医用画像システムのシステム構成]
図１に、医用画像システム１００のシステム構成を示す。図１に示すように、医用画像システム１００は、ＲＩＳ（Radiological Information System：放射線情報システム）１０と、モダリティ２０と、画像サーバ３０と、読影端末４０と、レポート管理サーバ５０とから構成されており、各装置は通信ネットワークＮを介して、データ通信可能に接続されている。【００１５】
ＲＩＳ１０は、放射線科部門内における診療予約、診断結果のレポート、実績管理、材料在庫管理等の情報管理を行う。ＲＩＳ１０は、図示しない電子カルテシステム等において生成された撮影オーダ情報をモダリティ２０及び画像サーバ３０に送信する。【００１６】
モダリティ２０は、ＲＩＳ１０から受信した撮影オーダ情報に従って、患者を撮影し、医用画像の画像データを生成する撮影装置である。また、モダリティ２０は、前記撮影オーダ情報に基づいて、前記画像データに関する付帯情報を生成する。そして、モダリティ２０は、前記画像データ（以下、画像実データと称す。）に当該付帯情報を付帯させて、ＤＩＣＯＭ規格に則ったＤＩＣＯＭ画像データを生成し、画像サーバ３０に送信する。モダリティ２０としては、ＣＲ装置、ＣＴ装置、ＭＲＩ装置等、様々な種類の医用画像を撮影する撮影装置が適用可能である。【００１７】
図２に、モダリティ２０が生成するＤＩＣＯＭ画像データのデータ構成図を示す。前述したように、ＤＩＣＯＭ画像データは、付帯情報と画像実データとから構成される。また、付帯情報は、患者情報、検査情報、シリーズ情報及び画像情報を含む。【００１８】
患者情報は、患者ＩＤ、患者名、生年月日、性別等の患者に関する情報である。検査情報は、検査を識別する検査インスタンスＵＩＤ、検査日、検査時刻、受付番号、担当医師等の検査に関する情報である。シリーズ情報は、シリーズを識別するシリーズインスタンスＵＩＤ、モダリティ名、検査部位、シリーズ番号等の、一つの検査の中で生成されるモダリティ毎の一連の医用画像の単位（シリーズ）に関する情報である。画像情報は、画像を識別するＳＯＰインスタンスＵＩＤ、画像番号等の医用画像に関する情報である。【００１９】
また、１人の患者に対して１又は複数の検査が紐付けられる（関連している）。そのため、患者情報と検査情報との間には、１対１、又は１対複数の関連がある。また、１検査に対して１又は複数のシリーズが紐付けられる（関連している）。そのため、検査情報とシリーズ情報との間には、１対１、又は１対複数の関連がある。また、１シリーズに対して１又は複数の医用画像が紐付けられる（関連している）。そのため、シリーズ情報と画像情報との間には、１対１、又は１対複数の関連がある。【００２０】
以下、医用画像１枚に対応するＤＩＣＯＭ画像データをＤＩＣＯＭ画像データオブジェクトと称す。また、説明の便宜上、ＤＩＣＯＭ画像データオブジェクトや当該ＤＩＣＯＭ画像データオブジェクトに含まれる画像実データを単にＤＩＣＯＭ画像と称すことがある。【００２１】
図１に戻り、画像サーバ３０は、モダリティ２０において生成されたＤＩＣＯＭ画像データ等を保存し管理する（記憶管理する）。画像サーバ３０は、読影端末４０からＤＩＣＯＭ画像データ取得要求を受信した場合、当該取得要求に応じたＤＩＣＯＭ画像データを読影端末４０に送信する。【００２２】
レポート管理サーバ５０は、読影端末４０において作成された読影レポートを記憶し、管理する（記憶管理する）。【００２３】
読影端末４０は、医用画像を表示するモニタを有し、読影医が医用画像の読影レポートを作成することを主な目的として設置されるＰＣ（Personal Computer）等の端末である。読影端末４０は、読影医によるユーザ操作に基づき、画像サーバ３０にＤＩＣＯＭ画像データ取得要求を送信し、当該取得要求に応じたＤＩＣＯＭ画像データを取得する。そして、読影端末４０は、当該ＤＩＣＯＭ画像データに基づきモニタに医用画像を表示する。そして、読影端末４０は、読影医によるユーザ操作等に基づき、モニタに表示される医用画像の中から読影対象となる重要な画像（以下、キー画像と称す）を選択する。そして、読影端末４０は、読影医によるユーザ操作に基づき、読影レポートを作成し、レポート管理サーバ５０に送信する。そして、レポート管理サーバ５０は、送信された読影レポートを保存する。【００２４】
また、読影端末４０は、キー画像を特定する（選択したＤＩＣＯＭ画像を特定する）キー画像特定情報を生成する。そして、読影端末４０は、作成した読影レポートをレポート管理サーバ５０に送信すると、読影が完了した旨の通知である読影完了通知と前記キー画像特定情報とを画像サーバ３０に送信する。キー画像特定情報とは、選択されたキー画像に対応するＤＩＣＯＭ画像データオブジェクトに含まれる画像情報のＳＯＰインスタンスＵＩＤである。【００２５】
[画像サーバの機能的構成]
図３に、画像サーバ３０の機能的構成を示す。図３に示すように、画像サーバ３０は、制御部３１、操作部３２、表示部３３、通信部３４、記憶部３５を備えて構成され、各部はバス３６により接続されている。【００２６】
制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成され、画像サーバ３０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部３２から入力される操作信号又は通信部３４により受信される指示信号に応じて、記憶部３５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。【００２７】
操作部３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部３１に出力する。【００２８】
表示部３３は、ＬＣＤ（Liquid Crystal Display）により構成され、制御部３１から入力される表示データに基づいて各種画面を表示する。【００２９】
通信部３４は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮを介して接続されたＲＩＳ１０、モダリティ２０、読影端末４０等の外部機器との間でデータの送受信を行う。【００３０】
記憶部３５は、ハードディスク等から構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。また、記憶部３５は、モダリティ２０により生成されたＤＩＣＯＭ画像データ（１又は複数のＤＩＣＯＭ画像データオブジェクト）を記憶する。【００３１】
また、記憶部３５は、ＤＩＣＯＭ画像データを管理するためのデータベースプログラムを記憶する。当該データベースプログラムと制御部３１との協働により、記憶部３５に記憶されているＤＩＣＯＭ画像データを管理する。【００３２】
図４に、記憶部３５において記憶管理されているＤＩＣＯＭ画像データの記憶管理イメージ図を示す。ＤＩＣＯＭ画像データオブジェクトは、付帯情報に含まれる患者情報、検査情報、シリーズ情報に基づき、記憶管理されている。図４によれば、記憶部３５は、患者Ａに対して行われた検査ＥのシリーズＸに関するＤＩＣＯＭ画像データオブジェクトを１００個記憶している（ＤＩＣＯＭ画像データオブジェクトｄ１〜ｄ１００）。また、記憶部３５は、患者Ａに対して行われた検査ＥのシリーズＹに関するキーオブジェクトを記憶している。【００３３】
ここで、記憶部３５に記憶される当該キーオブジェクトについて説明する。制御部３１は、通信部３４を介して、読影端末４０から読影完了通知とキー画像特定情報を受信すると、当該キー画像特定情報に基づいて、キーオブジェクトを生成する。具体的に、制御部３１は、検査Ｅに関するシリーズＸの他に、キー画像用のシリーズＹを生成し、当該シリーズＹに紐付いたキーオブジェクトを生成する。キーオブジェクトは、ＳＯＰインスタンスＵＩＤである。制御部３１は、変換テーブル等を使用し、該当するＳＯＰインスタンスＵＩＤを持つＤＩＣＯＭ画像データオブジェクトと当該キーオブジェクトとをリンクさせる（例えば、ポインタを用いてＤＩＣＯＭ画像データオブジェクトが格納されているアドレスを指し示す）。尚、キーオブジェクトは、１つとは限らず、複数存在してもよい。例えば、読影端末４０において、キー画像が５枚選択された場合、制御部３１は、シリーズＹに紐付いたキーオブジェクトを５つ生成する。以上がキーオブジェクトの説明である。【００３４】
制御部３１は、記憶部３５に記憶されているＤＩＣＯＭ画像データオブジェクトの画像実データを圧縮する。ここで、キー画像以外のＤＩＣＯＭ画像（キーオブジェクトが指し示していないＤＩＣＯＭ画像データオブジェクトの画像実データ）は、キー画像（キーオブジェクトが指し示しているＤＩＣＯＭ画像データオブジェクトの画像実データ）以上の圧縮率で圧縮が行われる。【００３５】
図５に、記憶部３５に記憶される１検査分（この検査を検査Ｅとする）のＤＩＣＯＭ画像データオブジェクト群の画像実データの圧縮のイメージを示す。まず、制御部３１は、モダリティ２０から送信された検査ＥのＤＩＣＯＭ画像データオブジェクト群を記憶部３５に保存する。このとき、制御部３１は、保存した各ＤＩＣＯＭ画像データオブジェクトの実画像データに対して、圧縮を行わない。つまり、どのＤＩＣＯＭ画像についても、ＤＩＣＯＭ画像生成時と比べた画質は１００パーセントである（図５の「読影前」を参照）。【００３６】
次に、読影端末４０は、読影医のユーザ操作に基づき、検査Ｅに対応するＤＩＣＯＭ画像データオブジェクト群を画像サーバ３０から取得する。そして、読影端末４０は、読影医のユーザ操作に基づき、読影完了通知とキー画像特定情報を画像サーバ３０に送信する。【００３７】
制御部３１は、読影端末４０から読影完了通知とキー画像特定情報を受信すると、キーオブジェクトを生成し、キー画像を特定する。そして、制御部３１は、キー画像でないＤＩＣＯＭ画像データオブジェクトの画像実データに対して、圧縮を行なう（１００パーセント→３０パーセント）。一方、制御部３１は、キー画像に対応するＤＩＣＯＭ画像データオブジェクトｄ２の画像実データに対しては、圧縮を行わない。キー画像については、ＤＩＣＯＭ画像生成時と比べた画質は１００パーセントであり、キー画像以外のＤＩＣＯＭ画像については、ＤＩＣＯＭ画像生成時と比べた画質は３０パーセントである（図５の「読影直後」を参照）。【００３８】
そして、制御部３１は、モダリティ２０から送信された検査ＥのＤＩＣＯＭ画像データオブジェクト群を記憶部３５に保存してから１年経過後、キー画像でないＤＩＣＯＭ画像データオブジェクトの画像実データに対して、高圧縮率で圧縮を行う（３０パーセント→５パーセント）。一方、制御部３１は、キー画像に対応するＤＩＣＯＭ画像データオブジェクトｄ２の画像実データに対して、低圧縮率で圧縮を行う（１００パーセント→８０パーセント）（図５の「１年後」を参照）。【００３９】
尚、制御部３１は、各圧縮時（読影直後、１年後）において、キー画像に対する圧縮率以上の圧縮率で、キー画像以外のＤＩＣＯＭ画像を圧縮すれば、どのような圧縮率でもよい。また、圧縮のタイミングも、読影直後や１年後の他に、半年後や３年後等としてもよい。【００４０】
[医用画像システムにおける各装置の具体的な動作]
次に、医用画像システム１００において実行される各装置の具体的な動作について図６を用いて説明する。【００４１】
まず、モダリティ２０は、患者を撮影し、生成されたＤＩＣＯＭ画像データを画像サーバ３０に送信する。そして、画像サーバ３０は、モダリティ２０から送信されたＤＩＣＯＭ画像データを保存する（ステップＳ１）。このように、画像サーバ３０は、モダリティ２０からＤＩＣＯＭ画像データが送信される度に、当該ＤＩＣＯＭ画像データを保存し、蓄積していく。【００４２】
読影端末４０は、読影医等のユーザ操作に基づき、ＤＩＣＯＭ画像データ取得要求を画像サーバ３０に送信する（ステップＳ２）。当該ＤＩＣＯＭ画像データ取得要求には、患者名や検査日等のデータ特定情報が含まれる。【００４３】
画像サーバ３０は、読影端末４０からＤＩＣＯＭ画像データ取得要求を受信すると、当該ＤＩＣＯＭ画像データ取得要求に含まれるデータ特定情報に基づき、該当するＤＩＣＯＭ画像データを読影端末４０に送信する（ステップＳ３）。具体的には、画像サーバ３０は、データ取得要求の「患者名」と一致する「患者名」の値を持つ患者情報に紐付けられる検査情報のうち、データ取得要求の「検査日」の値と一致する「検査日」の値を持つ検査情報に紐付けられる全てのＤＩＣＯＭ画像データオブジェクトを送信する。以下、図４の例に従い、当該データ取得要求に対応する検査を「検査Ｅ」とし、該当するＤＩＣＯＭ画像データオブジェクトの数を１００として説明する。【００４４】
読影端末４０は、画像サーバ３０からＤＩＣＯＭ画像データ（検査Ｅにおける１００個のＤＩＣＯＭ画像データオブジェクト）を受信すると、当該ＤＩＣＯＭ画像データに基づき、モニタに１００枚の医用画像（ＤＩＣＯＭ画像）を表示する（ステップＳ４）。尚、読影端末４０は、１００枚の医用画像（ＤＩＣＯＭ画像）を、画面をスクロールさせる等して表示する。【００４５】
そして、読影端末４０は、読影医によるユーザ操作に基づき、モニタに表示された１００枚の医用画像（ＤＩＣＯＭ画像）の中から１又は複数枚のキー画像を選択する（ステップＳ５）。読影医は、当該キー画像に対して読影を行う。そして、読影端末４０は、読影医によるユーザ操作に基づいて読影レポートを作成し、当該読影レポートをレポート管理サーバ５０に保存する（ステップＳ６）。【００４６】
そして、読影端末４０は、読影が完了した旨の通知である読影完了通知と、キー画像を特定する情報であるキー画像特定情報とを画像サーバ３０に送信する（ステップＳ７）。ここで、キー画像特定情報とは、キー画像として選択されたＤＩＣＯＭ画像に関する画像情報のＳＯＰインスタンスＵＩＤである。また、読影完了通知は、読影を行った検査に対応する患者情報と検査情報を含む。【００４７】
画像サーバ３０は、読影端末４０から読影完了通知とキー画像特定情報を受信すると、当該キー画像特定情報に基づいて、キーオブジェクトを生成する（ステップＳ８）。具体的に、画像サーバ３０は、キー画像用のシリーズＹを生成し、当該シリーズＹに紐付いたキーオブジェクトを生成する。ここで、画像サーバ３０は、当該キーオブジェクトを生成することにより、読影端末４０において選択されたＤＩＣＯＭ画像を、キー画像として管理する。【００４８】
そして、画像サーバ３０は、ＤＩＣＯＭ画像データオブジェクトの画像実データを圧縮する第１画像圧縮処理を行う（ステップＳ９）。【００４９】
図７は、画像サーバ３０が行う第１画像圧縮処理（ステップＳ９）のフローチャートである。図７に示すように、画像サーバ３０は、読影端末４０から受信した読影完了通知に基づき、読影端末４０において読影を行った検査に対応するＤＩＣＯＭ画像データオブジェクト群（１又は複数のＤＩＣＯＭ画像データオブジェクト）を抽出し、記憶部３５から読み出す（ステップＳ１０１）。具体的に、画像サーバ３０は、読影端末４０から受信した読影完了通知に含まれる患者情報と検査情報とに対応する患者の検査（図４の検査Ｅに該当）に紐付けられる全てのＤＩＣＯＭ画像データオブジェクト（図４のＤＩＣＯＭ画像データオブジェクトｄ１〜ｄ１００）を抽出し、記憶部３５から読み出す。【００５０】
この抽出されたＤＩＣＯＭ画像データオブジェクト群が、第１画像圧縮処理における圧縮処理対象となる。また、これらの抽出されたＤＩＣＯＭ画像データオブジェクトは、順番に並べられているものとする。当該順番は、ＤＩＣＯＭ画像データオブジェクトの生成時刻に基づいた順番でもよいし、撮影された画像の位置に基づいた順番でもよい。【００５１】
そして、画像サーバ３０は、抽出したＤＩＣＯＭ画像データオブジェクト群の先頭のＤＩＣＯＭ画像データオブジェクトを圧縮の処理対象とする（ステップＳ１０２）。【００５２】
そして、画像サーバ３０は、処理対象のＤＩＣＯＭ画像データオブジェクト（ＤＩＣＯＭ画像）がキー画像であるか否かを判定する（ステップＳ１０３）。具体的に、画像サーバ３０は、前記読影完了通知に含まれる患者情報と検査情報とに対応する患者の検査（図４の検査Ｅに該当）に紐付けられるキーオブジェクト（図４のシリーズＹに紐付けられるキーオブジェクト）が処理対象のＤＩＣＯＭ画像データオブジェクトを指し示しているか否かを判定する。【００５３】
処理対象となっているＤＩＣＯＭ画像データオブジェクトがキー画像でないと判定した場合（ステップＳ１０３；ＮＯ）、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを圧縮する（ステップＳ１０４）。具体的に、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを、ＤＩＣＯＭ画像データオブジェクト生成時の画質と比べて、３０パーセントの画質（１００パーセント→３０パーセント）に圧縮する。そして、画像サーバ３０は、次の処理対象となるＤＩＣＯＭ画像データオブジェクトがあるか否かを判定する（ステップＳ１０５）。【００５４】
また、処理対象となっているＤＩＣＯＭ画像データオブジェクトがキー画像であると判定した場合（ステップＳ１０３；ＹＥＳ）、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトへの圧縮は行わずに、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが有るか否かを判定する（ステップＳ１０５）。【００５５】
ステップＳ１０５において、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが有ると判定すると（ステップＳ１０５；ＹＥＳ）、画像サーバ３０は、次の順番のＤＩＣＯＭ画像データオブジェクトを処理対象とする（ステップＳ１０６）。そして、画像サーバ３０は、新たに処理対象となったＤＩＣＯＭ画像データオブジェクト（ＤＩＣＯＭ画像）がキー画像であるか否かを判定する（ステップＳ１０３）。【００５６】
ステップＳ１０５において、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが無いと判定すると（ステップＳ１０５；ＮＯ）、画像サーバ３０は、第１画像圧縮処理を終了する。以上が第１画像圧縮処理の説明である。【００５７】
図６に戻り、ステップＳ９の第１画像圧縮処理においてＤＩＣＯＭ画像データオブジェクトの画像実データが圧縮されると、画像サーバ３０は、検査ＥのＤＩＣＯＭ画像データオブジェクト群を記憶部３５に保存してから１年経過したか否かを判定する（ステップＳ１０）。１年経過したと判定すると（ステップＳ１０；ＹＥＳ）、画像サーバ３０は、ＤＩＣＯＭ画像データオブジェクトの画像実データを圧縮する第２画像圧縮処理を行う（ステップＳ１１）。【００５８】
図８は、画像サーバ３０が行う第２画像圧縮処理（ステップＳ１１）のフローチャートである。図８に示すように、画像サーバ３０は、以前（図６；ステップＳ７）に読影端末４０から受信した読影完了通知に基づき、読影端末４０において以前（図６；ステップＳ６）、読影を行った検査に対応するＤＩＣＯＭ画像データオブジェクト群（１又は複数のＤＩＣＯＭ画像データオブジェクト）を抽出し、記憶部３５から読み出す（ステップＳ２０１）。具体的に、画像サーバ３０は、第１画像圧縮処理において抽出されたＤＩＣＯＭ画像データオブジェクト（検査ＥのＤＩＣＯＭ画像データオブジェクト群）を抽出し、記憶部３５から読み出す。【００５９】
この抽出されたＤＩＣＯＭ画像データオブジェクト群が、第２画像圧縮処理における圧縮処理対象となる。【００６０】
そして、画像サーバ３０は、抽出したＤＩＣＯＭ画像データオブジェクト群の先頭のＤＩＣＯＭ画像データオブジェクトを圧縮の処理対象とする（ステップＳ２０２）。【００６１】
そして、画像サーバ３０は、処理対象のＤＩＣＯＭ画像データオブジェクト（ＤＩＣＯＭ画像）がキー画像であるか否かを判定する（ステップＳ２０３）。具体的に、画像サーバ３０は、前記読影完了通知に含まれる患者情報と検査情報とに対応する患者の検査（図４の検査Ｅに該当）に紐付けられるキーオブジェクト（図４のシリーズＹに紐付けられるキーオブジェクト）が処理対象のＤＩＣＯＭ画像データオブジェクトを指し示しているか否かを判定する。【００６２】
処理対象となっているＤＩＣＯＭ画像データオブジェクトがキー画像でないと判定した場合（ステップＳ２０３；ＮＯ）、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを高圧縮率で圧縮する（ステップＳ２０４）。具体的に、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを、ＤＩＣＯＭ画像データオブジェクト生成時の画質と比べて、５パーセントの画質（３０パーセント→５パーセント）に圧縮する。【００６３】
また、処理対象となっているＤＩＣＯＭ画像データオブジェクトがキー画像であると判定した場合（ステップＳ２０３；ＹＥＳ）、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを低圧縮率で圧縮する（ステップＳ２０４）。具体的に、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを、ＤＩＣＯＭ画像データオブジェクト生成時の画質と比べて、８０パーセントの画質（１００パーセント→８０パーセント）に圧縮する。【００６４】
ステップＳ２０４、Ｓ２０５において、処理対象となっているＤＩＣＯＭ画像データオブジェクトを圧縮すると、画像サーバ３０は、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが有るか否かを判定する（ステップＳ２０６）。【００６５】
ステップＳ２０６において、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが有ると判定すると（ステップＳ２０６；ＹＥＳ）、画像サーバ３０は、次の順番のＤＩＣＯＭ画像データオブジェクトを処理対象とする（ステップＳ２０７）。そして、画像サーバ３０は、新たに処理対象となったＤＩＣＯＭ画像データオブジェクト（ＤＩＣＯＭ画像）がキー画像であるか否かを判定する（ステップＳ２０３）。【００６６】
ステップＳ２０６において、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが無いと判定すると（ステップＳ２０６；ＮＯ）、画像サーバ３０は、第２画像圧縮処理を終了する。以上が第２画像圧縮処理の説明である。【００６７】
図６に戻り、ステップＳ１１の第２画像圧縮処理においてＤＩＣＯＭ画像データオブジェクトの画像実データが圧縮されると、処理が終了する。【００６８】
以上、本実施の形態によれば、画像サーバ３０は、読影端末４０において選択されたＤＩＣＯＭ画像をキー画像とする。そして、画像サーバ３０は、キー画像以外のＤＩＣＯＭ画像をキー画像以上の圧縮率で圧縮して記憶部３５に記憶させる。そのため、画像サーバ３０が記憶管理する画像データ量を軽減することができる。【００６９】
また、画像サーバ３０は、読影対象となった重要な画像をキー画像として、その他のＤＩＣＯＭ画像に比べて低圧縮率で保存するため、読影医は、後日、高画質なキー画像を参照することができる。【００７０】
また、画像サーバ３０は、圧縮率は異なるものの、全てのＤＩＣＯＭ画像（キー画像とそれ以外のＤＩＣＯＭ画像）を記憶部３５に記憶させるため、５年間の医用画像の保存という法律も遵守できる。【００７１】
尚、本実施の形態における記述は、本発明に係る医用画像システムの一例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても適宜変更可能である。【００７２】
また、本実施の形態では、プログラムを格納したコンピュータ読み取り可能な媒体としてハードディスク（記憶部３５）を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬型記憶媒体を適用することが可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）も適用可能である。
【産業上の利用可能性】
【００７３】
医療分野において利用することが可能であり、ＤＩＣＯＭ画像を管理する画像サーバ等に適用することができる。
【符号の説明】
【００７４】
１０      ＲＩＳ
２０      モダリティ
３０      画像サーバ
３１      制御部
３２      操作部
３３      表示部
３４      通信部
３５      記憶部
３６      バス
４０      読影端末
５０      レポート管理サーバ
１００    医用画像システム
Ｎ        通信ネットワーク
【図１】
2009110310.tif 000003
【図２】
2009110310.tif 000004
【図３】
2009110310.tif 000005
【図４】
2009110310.tif 000006
【図５】
2009110310.tif 000007
【図６】
2009110310.tif 000008
【図７】
2009110310.tif 000009
【図８】
2009110310.tif 000010
【国際調査報告】
2009110310.tif 000011
2009110310.tif 000012