画像管理装置、画像再生装置、画像管理システム、画像再生方法およびプログラム
【課題】画像ファイルの再生処理において、画像ファイルの開始時間を早め、かつ再生待ち時間を最小限とする。
【解決手段】ネットワーク１４０を介して画像再生装置１３０と通信可能に接続された画像管理装置１１０は、検索部１１３と、ネットワーク速度取得部１１６と、分割画像ファイル生成部１１５と、通信部１１２と、を備える。検索部１１３は、画像再生装置１３０の要求に応じて画像ファイルを検索する。ネットワーク速度取得部１１６は、画像再生装置とのネットワーク速度を取得する。分割画像ファイル生成部１１５は、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する。通信部１１２は、分割画像ファイルを画像再生装置の要求に応じて順次送信する。
【解決手段】ネットワーク１４０を介して画像再生装置１３０と通信可能に接続された画像管理装置１１０は、検索部１１３と、ネットワーク速度取得部１１６と、分割画像ファイル生成部１１５と、通信部１１２と、を備える。検索部１１３は、画像再生装置１３０の要求に応じて画像ファイルを検索する。ネットワーク速度取得部１１６は、画像再生装置とのネットワーク速度を取得する。分割画像ファイル生成部１１５は、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する。通信部１１２は、分割画像ファイルを画像再生装置の要求に応じて順次送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像管理装置、画像再生装置、画像管理システム、画像再生方法およびプログラムに関するものである。
【背景技術】
【０００２】
従来、医療現場において、患者を撮影した医療画像をデジタル化する手段が実現されている。例えば、ＣＲ（Ｃｏｍｐｕｔｅｄ Ｒａｄｉｏｇｒａｐｈｙ）、ＣＴ（Ｃｏｍｐｕｔｅｄ Ｔｏｍｏｇｒａｐｈｙ）、ＭＲＩ（Ｍａｇｎｅｔｉｃ Ｒｅｓｏｎａｎｃｅ Ｉｍａｇｉｎｇ）、超音波診断装置、内視鏡診断装置などがある。このような医療画像生成装置（以降、モダリティと呼ぶ。）は、いわゆる医療画像データを生成する。
【０００３】
医療画像データは、デジタルデータであるため、ネットワーク上のデータベースによる管理が容易である。この管理システムとしては、ＰＡＣＳ（Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）という医療画像管理システムが知られている。
【０００４】
ＰＡＣＳにおいては、モダリティからの医療画像データを受信してデータベースに保存し、また画像ビューワなどのクライアントからの画像要求に応じて、特定の画像データをデータベースから検索しクライアントに送信することが可能である。このモダリティとＰＡＣＳ間の通信手順や、通信するデータ形式を取り決めた標準規格がＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）である。
【０００５】
ＤＩＣＯＭは、病院内外で、異なった製造業者（マルチベンダ）による異なった種類の装置（マルチモダリティ）からの医療画像データを、ネットワーク、あるいは画像データの記録媒体で、相互に転送、保存することを実現した業界標準規格である。管理コストの低減、診断精度の向上に貢献し、今現在もその汎用性が拡大されつつある。
【０００６】
ＤＩＣＯＭ規格では、医療画像データのファイルフォーマットが規定されている。ＤＩＣＯＭのファイルフォーマットは、医療画像データと、患者情報や検査内容などの画像データを説明する付帯情報とから構成され、ファイル単独で成立するフォーマットとなっている（以降、ＤＩＣＯＭ画像ファイルと呼ぶ。）。最新のＤＩＣＯＭ規格のＶｅｒｓｉｏｎ３では、静止画データだけでなく動画像データも扱えるよう規格化されている（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ＤＩＣＯＭ ＰＳ ３ ２００８
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記従来例においては、送信側が一連のデータファイルを送信し、そのデータファイルを受信側で受け取って、そのデータファイルを処理する場合において、受信側でそのデータファイルを速く処理し始めることができないという問題があった。
【０００９】
すなわち、上記従来例においては、ＤＩＣＯＭ規格のファイルの送受信では、受信側ですべてのデータファイルの受信が完了しないと、このデータファイルの処理を開始できないため、受信側でそのデータファイルを速く処理し始めることができなかった。
【００１０】
例えば、医療分野においては、検査結果を収めた長時間の医療画像データを１つのファイルにして、ＰＡＣＳ等のサーバー装置から、ネットワークを介して、受信端末に送信する場合、受信側では、送信される医療画像データを見て、逸早く、患者の診断を行いたい場合がある。しかし、すべての医療画像データファイルの受信が完了するまでは長時間かかり、この画像を見始めることができなかったのである。
【００１１】
そこで本発明は、画像ファイルの再生処理において、画像ファイルの開始時間を早め、かつ再生待ち時間を最小限とすることを目的とするものである。
【課題を解決するための手段】
【００１２】
前記従来の課題を解決するために、第１の発明に係る画像管理装置は、ネットワークを介して画像再生装置と通信可能に接続された画像管理装置であって、検索部と、ネットワーク速度取得部と、分割画像ファイル生成部と、通信部と、を備える。検索部は、画像再生装置の要求に応じて画像ファイルを検索する。ネットワーク速度取得部は、画像再生装置とのネットワーク速度を取得する。分割画像ファイル生成部は、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する。通信部は、分割画像ファイルを画像再生装置の要求に応じて順次送信する。
【００１３】
ここでは、ネットワーク速度に応じて画像ファイルの分割サイズを決定し、分割した画像ファイルを再生装置に順次送信することにより、画像ファイルの再生処理において、画像ファイルの開始時間を早め、かつ再生待ち時間を最小限にできる。
【００１４】
第２の発明に係る画像管理装置は、第１の発明の画像管理装置であって、分割画像ファイル生成部は、ネットワーク速度と画像ファイルのフレームレートとの比に基づいて、所定のサイズを演算する。
【００１５】
ここでは、ネットワーク速度と画像ファイルのフレームレートとの比に基づいて、所定のサイズを演算することにより、画像再生装置の再生速度に合わせたサイズに画像ファイルを分割することができるため、画像再生効率を向上させる。
【００１６】
第３の発明に係る画像管理装置は、第１の発明の画像管理装置であって、分割画像ファイル生成部は、Ｎをネットワーク速度、Ｗを、再生端末１３０による最初の画像ファイルの送信要求から画像ファイルの再生開始までの時間、Ｂを画像ファイルのフレームレートとすると、次の式により所定のサイズＳ（ｎ）を計算する。
Ｓ（ｎ）＝Ｎn×Ｗ／Ｂn-1
【００１７】
ここでは、特にネットワーク速度がフレームレートよりも大きい場合、分割画像ファイルのサイズは累積的に大きくなるよう分割されることになるため、効率よく画像を再生させることを可能にする。
【００１８】
第４の発明に係る画像管理装置は、第１の発明の画像管理装置であって、分割画像ファイル生成部は、Ｎをネットワーク速度、Ｗを画像ファイルの再生開始までの時間、Ｂを画像ファイルのフレームレート、Ｎ＞Ｂの場合はＲ＝１、Ｎ≦Ｂの場合はＲ＜Ｎ／Ｂとすると、次の式により所定のサイズＳ’（ｎ）を計算する。
Ｓ'（ｎ）＝（Ｎn×Ｗ）／（Ｂn-1×Ｒ）
【００１９】
ここでは、特にネットワーク速度がフレームレート以下である場合、分割画像ファイルのサイズは累積的に大きくなるよう分割されることになるため、効率よく画像を再生させることを可能にする。
【００２０】
第５の発明に係る画像再生装置は、第１の発明から第４の発明のいずれか１つに係る画像管理装置と通信可能に設けられ、画像ファイルの検索要求を送信し、分割画像ファイルを受信する通信部と、画像ファイルを特定するための情報を入力するための入力部と、分割画像ファイルを表示する表示部と、分割画像ファイルを格納するメモリと、通信部、入力部、表示部およびメモリを制御する制御部と、を備える。制御部はさらに、分割画像ファイルを再生すると同時に、次の分割画像ファイルを受信するよう制御する。
【００２１】
ここでは、予め所定のサイズに分割された分割画像ファイルが画像管理装置より画像再生装置に順次送信され、画像再生装置は分割画像ファイルの再生と同時に次の分割画像ファイルを受信するよう制御するため、待ち時間なく画像を再生させることができる。
【００２２】
第６の発明に係る画像管理システムは、第１の発明から第４の発明のいずれか１つに係る画像管理装置と、第５の発明に係る画像再生装置と、同画像管理装置と同画像再生装置とを接続するネットワークと、を備える。
【００２３】
第７の発明に係る画像再生方法は、画像再生装置と、画像再生装置とネットワークを介して通信可能に接続された画像管理装置とを使用して、所定の画像ファイルを再生する画像再生方法であって、次の手順を備える。画像管理装置により、格納された画像ファイルを検索し、画像再生装置と画像管理装置との間のネットワーク速度を取得し、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する。そして、画像再生装置により、分割画像ファイルを画像管理装置より受信し、受信した分割画像ファイルを再生すると同時に、次の分割画像ファイルを画像管理装置から受信する。
【００２４】
第８の発明に係る画像再生プログラムは、画像再生装置と、画像再生装置とネットワークを介して通信可能に接続された画像管理装置とに対し、所定の画像ファイルの再生を実行させる画像再生プログラムであって、次の処理を実行させる。画像管理装置により、格納された画像ファイルを検索し、画像再生装置と画像管理装置との間のネットワーク速度を取得し、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する。画像再生装置により、分割画像ファイルを画像管理装置より受信し、受信した分割画像ファイルを再生すると同時に、次の分割画像ファイルを画像管理装置から受信する。
【発明の効果】
【００２５】
以上のように本発明は、ネットワークを介して画像再生装置と通信可能に接続された画像管理装置であって、前記画像再生装置の要求に応じて画像ファイルを検索する検索部と、前記画像再生装置とのネットワーク速度を取得するネットワーク速度取得部と、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する分割画像ファイル生成部と、分割画像ファイルを前記画像再生装置の要求に応じて順次送信する通信部と、を備える構成としたので、画像ファイルの再生処理において、画像ファイルの開始時間を早め、かつ再生待ち時間を最小限とすることを可能にした。
【００２６】
すなわち、ネットワーク速度に応じて画像ファイルの分割サイズを決定し、分割した画像ファイルを再生装置に順次送信することにより、画像ファイルの再生処理において、画像ファイルの開始時間を早め、かつ再生待ち時間を最小限にできるのである。
【図面の簡単な説明】
【００２７】
【図１】本発明の一の実施形態に係る画像管理システムの構成図。
【図２】上記一の実施形態に係るサーバーの機能ブロック図。
【図３】ＤＩＣＯＭ画像ファイルの構成図。
【図４】上記一の実施形態に係るＤＩＣＯＭ画像ファイルの構成図。
【図５】上記一の実施形態に係る分割画像ファイルの構成図。
【図６】ＤＩＣＯＭ画像ファイルに含まれている情報の一例を示す図。
【図７】ＤＩＣＯＭ画像ファイルの連結情報の一例を示す図。
【図８】上記一の実施形態に係る分割画像ファイルに含まれる情報の一例を示す図。
【図９】上記一の実施形態に係る分割画像ファイルに含まれる情報の一例を示す図。
【図１０】上記一の実施形態に係る分割画像ファイルに含まれる情報の一例を示す図。
【図１１】画像ファイルの分割処理の流れを示すフローチャート。
【図１２】画像ファイルの再生処理の流れを示すフローチャート。
【発明を実施するための形態】
【００２８】
＜１．画像管理システム１００の概要＞
以下に、本発明の一の実施形態に係る画像管理システム１００の図面を参照しながら詳細に説明する。
【００２９】
なお、以下に記述されている通常のアラビア数字（０、１から９）は、１０進数で表記したものであり、１６進数で表記する場合（０、１から９、ＡからＦ）、数字の接頭文字として“０ｘ”を付与して数字を表記する（例えば１０進数の１０は、１６進数では０ｘＡと表記）。
【００３０】
図１は、本実施形態に係る画像管理システム１００のシステム構成を示す。
図１に示すように、画像管理システム１００は、画像サーバー（画像管理装置）１１０と、モダリティ１２０と、再生端末（画像再生装置）１３０とがネットワーク１４０を介して接続され、それぞれがデータ通信可能なように接続されている。
【００３１】
モダリティ１２０は、医療用画像を撮影し、ＤＩＣＯＭ画像ファイルを生成する医療画像生成装置である。モダリティ１２０は、生成したＤＩＣＯＭ画像ファイルを画像サーバー１１０に送信する。
【００３２】
画像サーバー１１０は、ＤＩＣＯＭ画像ファイルを保存し、管理する医療画像管理装置である。画像サーバー１１０は、モダリティ１２０から送信されたＤＩＣＯＭ画像ファイルを受信し保存する。
【００３３】
また、画像サーバー１１０は、再生端末１３０からのＤＩＣＯＭ画像ファイル取得要求に対して、再生端末１３０までのネットワーク速度に応じて、１つのＤＩＣＯＭ画像ファイルを複数のＤＩＣＯＭ画像ファイルへ、論理的に分割し、再生端末１３０に対して送信する。ここで、分割されたそれぞれのＤＩＣＯＭ画像ファイルには、付帯情報として、一連のＤＩＣＯＭ画像ファイルの一部であることを示す連結情報を格納する。
【００３４】
再生端末１３０は、ＤＩＣＯＭ画像ファイル情報に基づいて、医療画像や、その付帯情報を表示する装置である。再生端末１３０は、画像サーバー１１０に対して、患者情報等の各種付帯情報をキーワードとしてＤＩＣＯＭ画像ファイルの検索要求を送信する。また、再生端末１３０は、分割されたＤＩＣＯＭ画像ファイルを、分割されたＤＩＣＯＭ画像ファイル内に格納された連結情報に基づいて、連結し、一のＤＩＣＯＭ画像ファイルとして連続的に再生する。医師等のユーザーは、再生端末１３０において読影や診断を行う。
【００３５】
なお、再生端末１３０は、ネットワーク１４０に対する通信インターフェースである通信部、ＲＡＭやＲＯＭなどの内部メモリや外部メモリを含む記憶部、画像データを表示するためのＬＣＤなどの表示部、キーボート、タッチパネル、マウスなどの入力部およびこれらの各部を制御するＣＰＵなどの制御部を備える、コンピュータ端末である。
【００３６】
＜１．１．画像サーバー１１０の構成＞
図２は、本実施形態に係る画像サーバー１１０の機能構成例を示したブロック図である。
【００３７】
図２によれば、本実施形態の画像サーバー１１０は、データベース１１１、通信部１１２、データ検索部（検索部）１１３、レポートデータ構築部１１４、ネットワーク速度検出部（ネットワーク速度取得部）１１６、およびデータ書き込み部１１７を備えている。
【００３８】
データベース１１１は、ＤＩＣＯＭ画像ファイル群を保存するデータベースである。各モダリティから受信したＤＩＣＯＭ画像ファイルは、このデータベース１１１に格納され管理される。なお、データベース１１１は、サーバー１１０内に設けられていてもよいし、あるいはデータベースサーバーなど別の装置に設けられネットワーク１４０に接続されていてもよい。
【００３９】
通信部１１２は、ネットワーク１４０と接続され、ネットワーク１４０上の通信装置と画像データの送受信を行う機能ブロックである。送受信手段となる通信プロトコルには、ＤＩＣＯＭ規格により規定されているプロトコルを用いる。ＤＩＣＯＭ規格では、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いて通信を行うことが規定されている。
【００４０】
本実施形態による通信部１１２は、最大通信速度１００Ｍｂｐｓの１００ＢＡＳＥ−ＴＸとして知られるＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ， Ｉｎｃ．）８０２．３ｕ規格に対応したネットワークインターフェースとして説明する。ただし、画像サーバー１１０が接続するネットワークは、ＴＣＰ／ＩＰを用いて画像データを送受信することが可能なものならどのような方式でもよく、ここで示したものに限定されるものではない。例えば最大通信速度１０Ｍｂｐｓ、１０ＢＡＳＥ−Ｔとして知られるＩＥＥＥ８０２．３に対応したネットワークインターフェースであってもよい。
【００４１】
データ書き込み部１１７は、通信部１１２とデータベース１１１に接続されており、モダリティ１２０からネットワーク１４０を介して通信部１１２で受信したＤＩＣＯＭ画像データを、データベース１１１に格納するブロックである。
【００４２】
ネットワーク速度検出部１１６は、再生端末１３０から画像サーバー１１０に対して通信要求があった場合、画像サーバー１１０と再生端末１３０間のネットワーク通信速度を検出するブロックである。通信速度を検出する方法の一例としては、ＰＩＮＧ（Ｐａｃｋｅｔ Ｉｎｔｅｒｎｅｔ Ｇｒｏｐｅｒ）コマンドを利用する方法がある。ＰＩＮＧは、インターネットやイントラネットなどのＴＣＰ／ＩＰネットワークを診断するプログラムであり、診断したい端末のＩＰアドレスと送信するデータサイズを指定しコマンドを実行することにより、指定したデータサイズのデータの送信にどのくらい時間がかかるかを測定することができる。なお、ネットワーク速度は予め検出したものをメモリに格納しておき、必要に応じて取得するようにしてもよい。
【００４３】
データ検索部１１３は、再生端末１３０からの検索要求に応じて、データベース１１１内から指定されたパラメータと一致するＤＩＣＯＭ画像ファイルを検索するブロックである。なお、検索要求は、再生端末１３０を使用する医師等のユーザーが、例えば患者名、診察日、モダリティ等の画像ファイルを特定するパラメータを指定することにより、画像サーバー１１０に送信される。
【００４４】
レポートデータ構築部１１４は、検索要求を送信した再生端末１３０に対して、データ検索部１１３によって検索されたＤＩＣＯＭ画像ファイルを列挙したレポートデータを構築し、通信部１１２を利用して送信するブロックである。レポートデータ構築部１１４には、分割画像ファイル生成部１１５が組み込まれている。
【００４５】
分割画像ファイル生成部１１５は、ネットワーク速度検出部１１６により検出された、画像サーバー１１０と検索要求を送信した再生端末１３０との間のネットワーク速度に基づいて、１つのＤＩＣＯＭ画像ファイルを複数のＤＩＣＯＭ画像ファイルへ論理的に分割するブロックである。１つのＤＩＣＯＭ画像ファイルを複数のＤＩＣＯＭ画像ファイルへ論理的に分割する方法の詳細については後述する。
【００４６】
なお、上記画像サーバー１１０のデータ検索部１１３、レポートデータ構築部１１４、分割画像ファイル生成部１１５、ネットワーク速度検出部１１６、およびデータ書き込み部１１７の機能は、ＣＰＵなどの制御部がＲＯＭなどのメモリに格納された所定のプログラムを実行することにより実現される。
【００４７】
＜１．２．画像ファイルのフォーマット＞
＜１．２．１．ＤＩＣＯＭ規格によるフォーマット＞
図３は、ＤＩＣＯＭ画像ファイル２０１のフォーマットを図示したものである。このフォーマットは、ＤＩＣＯＭ規格で規定されている。
図３のＤＩＣＯＭ画像ファイル２０１は、複数のエレメントと呼ばれる情報要素から構成される。各エレメントはひとつの情報を保持するため、図３ではＮ個（Ｎは１以上の整数）のエレメントでＤＩＣＯＭ画像ファイルが構成されていることを表している（図中２０２から２０４）。従って、患者情報や検査情報、医療画像データの内容が、それぞれエレメントとして管理され、一つのＤＩＣＯＭ画像ファイルを構成している。画像データにどのＤＩＣＯＭ情報の情報エレメントが必要かはモダリティによってＤＩＣＯＭ規格で決められている。医療画像データはモダリティによって生成された画像データであり、例えば静止画であればＪＰＥＧファイルの内容、動画であれば、Ｍｏｔｉｏｎ−ＪＰＥＧやＭＰＥＧ形式のファイルの内容が保持されるが、本実施形態ではＭＰＥＧ形式の動画像を対象とする。
【００４８】
それぞれの情報エレメントは、ＩＤを示すタグ部２０５、長さ部２０６、情報部２０７から構成されている。長さ部２０６は、情報部２０７の長さをバイト単位で保持しており、必要に応じて情報部２０７に水増し情報を追加するなどして、必ず偶数バイトになるようにＤＩＣＯＭ規格で規定されている。
【００４９】
タグ部２０５は、グループ番号２０８とエレメント番号２０９のそれぞれ２バイトのフィールドからなる二つの要素により構成され、情報のカテゴリ化を行うとともに、エレメントの内容を一意に特定することが可能な仕組みとなっている。グループ番号２０８およびエレメント番号２０９の番号とその内容は、ＤＩＣＯＭ規格で規定されている。また、タグ部２０５には、製造会社が独自のプライベート情報を付すことも可能であり、ＤＩＣＯＭ規格で規定された情報エレメントと利用者独自のプライベート情報エレメントとを混在させることが可能になっている（以降、必要であれば、このグループ番号２０８とエレメント番号２０９の組を数学の行列で表記する）。
【００５０】
＜１．２．２．画像ファイルの分割＞
図４は、１つのＤＩＣＯＭ画像ファイル３０１を、複数のＤＩＣＯＭ画像ファイル（図５における３１０〜３１２）に分割する場合のイメージ図である。ここで、ＤＩＣＯＭ画像ファイルの分割方法を詳細に説明する。
【００５１】
ＤＩＣＯＭ画像ファイルにおいて、画像データは、Ｐｉｘｃｅｌ Ｄａｔａとして、（グループ番号、エレメント番号）＝（０ｘ７ＦＥ０、０ｘ００１０）の情報エレメントの情報部に格納される。図４における、ＤＩＣＯＭヘッダ部３０２は、ＤＩＣＯＭ画像ファイル３０１の画像データ部以外を示している。即ち、ＤＩＣＯＭヘッダ部３０２は、Ｐｉｘｃｅｌ Ｄａｔａ以外の情報エレメントと、Ｐｉｘｃｅｌ Ｄａｔａのタグ部および長さ部を含むものである。
【００５２】
ここで、図２におけるネットワーク速度検出部１１６によって検出した画像サーバー１１０と再生端末１３０との間のネットワーク速度を、Ｎバイト／秒、画像ファイルの画像データのフレームレートをＢバイト／秒とする。
【００５３】
なお、画像データのフレームレートは、画像データの先頭部分のＭＰＥＧパケット内に記されたＰｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ（以下、ＰＴＳと表記）と、末尾部分のＭＰＥＧパケット内に記されたＰＴＳとの差と、Ｐｉｘｃｅｌ Ｄａｔａエレメントの長さ部に格納された画像データのサイズから容易に算出することができる。
【００５４】
さらに再生開始までの許容待ち時間をＷ秒と設定した場合、Ｗ秒後にはＮ×Ｗバイトの画像データが受信できることになる。また、Ｎ×Ｗバイトの画像データを通常速度で再生する場合の再生時間は、Ｎ×Ｗ／Ｂ秒である。このＮ×Ｗ／Ｂ秒間の再生時間には、Ｎ2×Ｗ／Ｂバイトの画像データが受信できることとなる。さらに、Ｎ2×Ｗ／Ｂバイトの画像データの通常速度での再生時間はＮ2×Ｗ／Ｂ2秒であり、同再生時間にはＮ3×Ｗ／Ｂ2バイトの画像データが受信できることになる。このように、通常速度での再生時間間隔でファイルを分割する場合、ｎ番目の分割サイズＳ（ｎ）バイトは、次の式１のように定義できる。
【００５５】
Ｓ（ｎ）＝Ｎn×Ｗ／Ｂn-1 ・・・ （式１）
ただし、ｎは1以上の整数
また、ＤＩＣＯＭヘッダ部のサイズは、動画像データのサイズに対して十分小さいものとして無視できるものとする。
【００５６】
ここで、ネットワークの速度Ｎ＜画像データのフレームレートＢであった場合、通常速度で再生を行った場合、（式１）によると、ｎが大きくなるにつれて、Ｓ（ｎ）が減少していくことになる。これを防ぐため、推奨再生速度Ｒ％を用いて（式１）を以下のように拡張する。
【００５７】
Ｓ'（ｎ）＝（Ｎn×Ｗ）／（Ｂn-1×Ｒ）・・・ （式２）
ただし、ｎは１以上の整数
ここで、Ｒは下記のように設定するものとする。
【００５８】
ネットワーク速度Ｎ＞画像データのフレームレートＢの場合、
Ｒ＝１００％ （通常再生速度を推奨）
上記以外の場合、
Ｒ＜Ｎ／Ｂ （通常再生速度に対してＲ％でのスロー再生を推奨）
を満たす値。
【００５９】
すなわち、推奨再生速度Ｒ％は、画像サーバー１１０から転送される画像データの再生を行う際、画像データのフレームレートより、ネットワークの速度が遅かった場合においても、再生が破綻しない、すなわち、データの供給が再生に間に合う、ことを保障するものであり、通常再生速度に対する再生速度比率である。
【００６０】
図４は、画像データ部３０３を、複数の画像データ部３０４〜３０５（以下、分割画像データ部と呼ぶ）に分割する場合のイメージ図である。図４では、分割画像データ部３０４と分割画像データ部３０５は、画像データ部３０３の先頭部分から連続した領域であり、画像データ部３０６は、画像データ部３０３の終端部分の１つを示している。すなわち、分割画像データ部３０５と分割画像データ部３０６との間には、複数に分割された他の分割画像データ部が存在していることを示す。また、この例は、画像データのフレームレートより、ネットワーク速度のほうが速い場合の例である。
【００６１】
図４を例にとった場合、画像データ部３０３は、（式２）に基づき、Ｓ'（１）のサイズをもつ分割画像データ部３０４、Ｓ'（２）のサイズをもつ画像データ部３０５と続き、最後にＳ'（ｎ）のサイズを持つ画像データ部３０６のように、ｎ個の画像データ部に分割している。
【００６２】
ここで、Ｓ'（１）〜Ｓ'（ｎ）の和が画像データ部３０３のサイズを越える場合、ｎ番目の画像データ部のサイズＳ'（ｎ）は、次の式３で導かれる値とすることは自明である。
【００６３】
Ｓ'（ｎ）＝画像データ部３０３のサイズ−ΣＳ'（ｘ） ・・・ （式３）
ただし、ｘ＝１〜（ｎ−１）
このようにして複数に分割した画像データ部を、個別の分割ＤＩＣＯＭ画像ファイルとして構成するためには、それぞれの画像データ部に対して、ＤＩＣＯＭヘッダ部を付与する必要がある。
【００６４】
図５は、分割画像データ部３０４〜３０６のそれぞれにＤＩＣＯＭヘッダ部３０７〜３０９を付与し、個別のＤＩＣＯＭ画像ファイル３１０〜３１２を構成した例を示す。ここで、分割画像データ部３０４〜３０６を分割画像データ部３０４（ａ）〜３０６（ａ）と示している。これは、画像データ部３０３を物理的に別の複数ファイルへ分割するという対応方法だけでなく、ファイルシステム上、画像データ部３０３における、分割画像データ部３０４〜３０６の格納位置は変更せず、リンク情報としてそれぞれのＤＩＣＯＭヘッダ部に接続する方法を選択することも可能であることを意味している。
【００６５】
次に、分割画像データ部３０４〜３０６に対しＤＩＣＯＭヘッダ部３０７〜３０９（以下、分割ＤＩＣＯＭヘッダ部と呼ぶ。）を付与し、分割画像ファイルを構成する手段について説明する。
【００６６】
＜１．２．３．分割画像ファイルの生成＞
図６は、ＤＩＣＯＭ画像ファイル３０１に含まれている情報の一例を示す。
【００６７】
左からタグ部（グループ番号、エレメント番号）、長さ部、情報部を記述し、またそれぞれのタグの意味を説明の欄に記述している。長さ部は、情報部の具体的な長さをあらわしている。
【００６８】
図６に示した例では、検査情報として、検査日が２００９年２月２８日、検査時刻が１６時１５分３０．００秒、モダリティがＭＲ検査（Ｍａｇｎｅｔｉｃ Ｒｅｓｏｎａｎｃｅ）、製造者がＰａｎａｓｏｎｉｃ、患者名が松下太郎、そして１ギガバイト（１,０００,０００,０００バイト）の画像データから構成されていることを示している。
【００６９】
図７は、本実施形態において新たに追加する情報であり、複数に分割したＤＩＣＯＭ画像ファイルを１つのＤＩＣＯＭファイルに統合させるための連結情報の構成例である。前述のようにＤＩＣＯＭ規格では、情報エレメントとして独自定義のプライベート情報エレメントを持たせることが可能である。そこで、ＤＩＣＯＭファイルの連結情報として、プライベート情報エレメントを利用する。この例では、プライベート情報予約用文字列、時系列的に前方のＤＩＣＯＭ画像ファイルにおける検査時刻、本ＤＩＣＯＭ画像ファイルにおける検査時間、さらに推奨再生速度を、プライベート情報エレメントとして追加している。
【００７０】
図８は、図６のＤＩＣＯＭ情報に、図７のプライベート情報エレメントを追加したＤＩＣＯＭ情報を用いて、図５の分割ＤＩＣＯＭヘッダ部３０７を構成した例を示す。同様に図９、図１０は、それぞれ、図５に示す分割ＤＩＣＯＭヘッダ部３０８、３０９を構成した例である。このように、モダリティ、製造者、患者情報等の基本構成部分は全て共通としつつ、検査時刻＋検査時間を、時系列的に後方となるＤＩＣＯＭファイルにおける検査時刻となるように、前方のＤＩＣＯＭファイルの検査時刻に、時系列的に前方となるＤＩＣＯＭファイルにおける検査時刻を格納することにより、ＤＩＣＯＭ画像ファイルとしての連結情報を構成することができる。
【００７１】
なお、分割ＤＩＣＯＭヘッダ部３０７〜３０９に格納される検査時間は、分割画像ファイル生成部１１５により、連結情報を生成する際に、付与される。例えば、図４に示すように、ＤＩＣＯＭ画像ファイル３０１のうちの画像データ部３０３を分割して分割画像データ部３０４〜３０６を生成する場合、各分割画像データ部のサイズに対応した時間を算出し、その算出した時間を各分割画像データ部の検査時間として取得する。
【００７２】
また、連結される２番目以降の分割画像ファイルに付与される検査時刻は、前方ファイル検査時刻に同前方ファイルの検査時間を加算して、算出される。これにより、分割画像ファイルの検査時刻＝前方ファイルの検査時刻＋前方ファイルの検査時間、という分割画像ファイル間の時系列的な関係が、ヘッダ部の情報として格納される。よって再生端末１３０が、画像ファイルを再生する際に、この連結情報に基づき順次画像ファイルを再生することができる。
【００７３】
＜１．３．画像管理システム１００による処理の流れ＞
＜１．３．１．画像ファイルの分割処理＞
図１１は、再生端末の１３０の要求により、画像サーバー１１０が検索結果であるレポートデータを送信するまでのフローチャートである。
【００７４】
再生端末１３０は、ユーザーの入力操作により取得された患者情報、検査日、モダリティ等の情報に応じて、サーバー１１０に対しＤＩＣＯＭ情報の取得要求（検索要求）を送信する（Ｓ００１）。
【００７５】
サーバー１１０は、通信部１１２を介してＤＩＣＯＭ情報の取得要求を受信すると、ネットワーク速度検出部１１６により要求のあった再生端末１３０までのネットワーク速度を検出する（Ｓ００２）。このネットワーク速度の検出は、ＤＩＣＯＭ情報の取得要求をトリガとして行ってもよいし、接続されている再生端末１３０のようなクライアントに対して定期的に問い合わせて検出するなどしてもよい。
【００７６】
次にサーバー１１０は、データ検索部１１３により、再生端末１３０からの検索情報に応じてデータベース１１１から対応するＤＩＣＯＭ画像ファイルを検索する（Ｓ００３）。
【００７７】
サーバー１１０は、所望のＤＩＣＯＭ画像ファイルが検出できたかどうかの判定を行う（Ｓ００４）。
サーバー１１０は、所望のＤＩＣＯＭ画像ファイルが検出できなかった場合は、対応するＤＩＣＯＭ画像ファイルがデータベース１１１内に存在しない旨を記したレポートデータを構築し（Ｓ００７）、レポートデータとして再生端末に通知する（Ｓ００８）。
【００７８】
一方、サーバー１１０は、所望のＤＩＣＯＭ画像ファイルが検出できた場合、分割画像ファイル生成部１１５によって、Ｓ００２で検出したネットワークの速度と、計算したフレームレートとに基づき、（式２）を演算し、ファイルの分割サイズを決定する。この分割サイズに従って、１つのＤＩＣＯＭ画像ファイルを複数のＤＩＣＯＭ画像ファイルに分割する（Ｓ００５）。そして、分割画像ファイル生成部１１５は、レポートデータ構築部１１４により、レポートデータを構築し（Ｓ００６）、通信部１１２を介してそのレポートデータを再生端末１３０に通知する（Ｓ００８）。
【００７９】
再生端末１３０に送信されたレポートデータは、再生端末１３０の記憶部に格納される。
なお、上記処理手順は、上記のものに限定されず、本発明を逸脱しない範囲内で変更可能である。
【００８０】
＜１．３．２．画像ファイルの再生処理＞
図１２は、サーバー１１０側で複数のファイルに分割されたＤＩＣＯＭ画像ファイルを連続して再生する際のフローチャートである。ここでは便宜上、ｎという初期値１のパラメータを用いて説明を行う。
【００８１】
まず、再生端末１３０は、１番目（ｎ番目：ｎ＝１）、すなわち、先頭となるＤＩＣＯＭ画像ファイルの取得要求をサーバー１１０に対して送信する（Ｓ１０１）。どのＤＩＣＯＭ画像ファイルが先頭となるかは、サーバー１１０から送信されメモリなどに格納されたレポートデータを参照することにより確定できる。
【００８２】
サーバー１１０は、ＤＩＣＯＭ画像ファイルの取得要求に応答し、要求されたＤＩＣＯＭ画像ファイルを読み出し、送信する（Ｓ１０２）。
再生端末１３０は、要求したＤＩＣＯＭ画像ファイルの受信が完了した時点で再生が可能となるため、ここで、１番目（ｎ番目：ｎ＝１）のＤＩＣＯＭ画像ファイルを推奨再生速度で再生を開始する（Ｓ１０３）。
【００８３】
１番目（ｎ番目：ｎ＝１）のＤＩＣＯＭ画像ファイルに連結情報が存在する場合、すなわち、時系列的に続きとなるＤＩＣＯＭ画像ファイルが存在する場合、再生端末１３０は、２番目（ｎ＋１番目：ｎ＝１）のＤＩＣＯＭ画像ファイルの取得をサーバー１１０に対し要求する（Ｓ１０５）。
【００８４】
サーバー１１０は、ＤＩＣＯＭ画像ファイルの取得要求に応答し、要求された２番目（ｎ＋１番目：ｎ＝１）のＤＩＣＯＭ画像ファイルを読み出し、送信する（Ｓ１０６）。
再生端末１３０は、１番目（ｎ番目：ｎ＝１）のＤＩＣＯＭ画像ファイルの再生が終了するのを待ち（Ｓ１０７）、ｎをカウントアップ（ｎ＝２）し（Ｓ１０８）、２番目（ｎ番目：ｎ＝２）のＤＩＣＯＭ画像ファイルを推奨再生速度で再生を開始する（Ｓ１０３）。
【００８５】
このように、ｎ番目のＤＩＣＯＭ画像ファイルに連結情報が存在しなくなるまでＳ１０３からＳ１０８の処理を行うことにより、複数ファイルに分割されたＤＩＣＯＭ画像ファイルを再生待ち時間を要することなく連続して再生することができる。
【００８６】
なお、上記再生端末１３０の処理は、制御部が、ＲＯＭなどのメモリに格納された所定のプログラムを実行することにより実現される。また、上記処理手順は、上記のものに限定されず、本発明を逸脱しない範囲内で変更可能である。
【００８７】
＜１．４．本実施形態の効果＞
このように、本実施形態によれば、本来１つのＤＩＣＯＭ画像ファイルであったものを、サーバー１１０と再生端末１３０間のネットワークの速度を基に、ファイルの分割サイズを決定し、連結情報をもつ複数のＤＩＣＯＭ画像ファイルを生成し、提供する。これにより、従来の方法では、ＤＩＣＯＭ画像ファイル全体をダウンロードしなければ再生が開始できなかったものが、分割されたＤＩＣＯＭファイルの先頭のファイルをダウンロードするだけで再生を開始することができ、再生中に連結情報を基に次に再生すべきＤＩＣＯＭ画像を特定し、再生と平行してダウンロードすることが可能となる。したがって、レスポンスのよい再生システムを提供することが可能となる。
【００８８】
本実施形態によれば、特に医療分野において、例えば診断医による読影開始までの時間を大幅に短縮することとなり、ユーザビリティの向上に対しても効果がある。また、本実施形態に係るシステムまたは装置は、ＤＩＣＯＭ規格によるファイルフォーマットをそのまま利用することができるため、導入が容易である。
【産業上の利用可能性】
【００８９】
本発明は、画像管理装置、画像再生装置、画像管理システム、画像再生方法およびプログラムとして有用である。
【符号の説明】
【００９０】
１００ 画像管理システム
１１０ 画像サーバー（画像管理装置）
１１１ データベース
１１２ 通信部
１１３ データ検索部（検索部）
１１４ レポートデータ構築部
１１５ 分割画像ファイル生成部
１１６ ネットワーク速度検出部（ネットワーク速度取得部）
１１７ データ書き込み部
１２０ モダリティ
１３０ 再生端末（画像再生装置）
１４０ ネットワーク
【技術分野】
【０００１】
本発明は、画像管理装置、画像再生装置、画像管理システム、画像再生方法およびプログラムに関するものである。
【背景技術】
【０００２】
従来、医療現場において、患者を撮影した医療画像をデジタル化する手段が実現されている。例えば、ＣＲ（Ｃｏｍｐｕｔｅｄ Ｒａｄｉｏｇｒａｐｈｙ）、ＣＴ（Ｃｏｍｐｕｔｅｄ Ｔｏｍｏｇｒａｐｈｙ）、ＭＲＩ（Ｍａｇｎｅｔｉｃ Ｒｅｓｏｎａｎｃｅ Ｉｍａｇｉｎｇ）、超音波診断装置、内視鏡診断装置などがある。このような医療画像生成装置（以降、モダリティと呼ぶ。）は、いわゆる医療画像データを生成する。
【０００３】
医療画像データは、デジタルデータであるため、ネットワーク上のデータベースによる管理が容易である。この管理システムとしては、ＰＡＣＳ（Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）という医療画像管理システムが知られている。
【０００４】
ＰＡＣＳにおいては、モダリティからの医療画像データを受信してデータベースに保存し、また画像ビューワなどのクライアントからの画像要求に応じて、特定の画像データをデータベースから検索しクライアントに送信することが可能である。このモダリティとＰＡＣＳ間の通信手順や、通信するデータ形式を取り決めた標準規格がＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）である。
【０００５】
ＤＩＣＯＭは、病院内外で、異なった製造業者（マルチベンダ）による異なった種類の装置（マルチモダリティ）からの医療画像データを、ネットワーク、あるいは画像データの記録媒体で、相互に転送、保存することを実現した業界標準規格である。管理コストの低減、診断精度の向上に貢献し、今現在もその汎用性が拡大されつつある。
【０００６】
ＤＩＣＯＭ規格では、医療画像データのファイルフォーマットが規定されている。ＤＩＣＯＭのファイルフォーマットは、医療画像データと、患者情報や検査内容などの画像データを説明する付帯情報とから構成され、ファイル単独で成立するフォーマットとなっている（以降、ＤＩＣＯＭ画像ファイルと呼ぶ。）。最新のＤＩＣＯＭ規格のＶｅｒｓｉｏｎ３では、静止画データだけでなく動画像データも扱えるよう規格化されている（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ＤＩＣＯＭ ＰＳ ３ ２００８
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記従来例においては、送信側が一連のデータファイルを送信し、そのデータファイルを受信側で受け取って、そのデータファイルを処理する場合において、受信側でそのデータファイルを速く処理し始めることができないという問題があった。
【０００９】
すなわち、上記従来例においては、ＤＩＣＯＭ規格のファイルの送受信では、受信側ですべてのデータファイルの受信が完了しないと、このデータファイルの処理を開始できないため、受信側でそのデータファイルを速く処理し始めることができなかった。
【００１０】
例えば、医療分野においては、検査結果を収めた長時間の医療画像データを１つのファイルにして、ＰＡＣＳ等のサーバー装置から、ネットワークを介して、受信端末に送信する場合、受信側では、送信される医療画像データを見て、逸早く、患者の診断を行いたい場合がある。しかし、すべての医療画像データファイルの受信が完了するまでは長時間かかり、この画像を見始めることができなかったのである。
【００１１】
そこで本発明は、画像ファイルの再生処理において、画像ファイルの開始時間を早め、かつ再生待ち時間を最小限とすることを目的とするものである。
【課題を解決するための手段】
【００１２】
前記従来の課題を解決するために、第１の発明に係る画像管理装置は、ネットワークを介して画像再生装置と通信可能に接続された画像管理装置であって、検索部と、ネットワーク速度取得部と、分割画像ファイル生成部と、通信部と、を備える。検索部は、画像再生装置の要求に応じて画像ファイルを検索する。ネットワーク速度取得部は、画像再生装置とのネットワーク速度を取得する。分割画像ファイル生成部は、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する。通信部は、分割画像ファイルを画像再生装置の要求に応じて順次送信する。
【００１３】
ここでは、ネットワーク速度に応じて画像ファイルの分割サイズを決定し、分割した画像ファイルを再生装置に順次送信することにより、画像ファイルの再生処理において、画像ファイルの開始時間を早め、かつ再生待ち時間を最小限にできる。
【００１４】
第２の発明に係る画像管理装置は、第１の発明の画像管理装置であって、分割画像ファイル生成部は、ネットワーク速度と画像ファイルのフレームレートとの比に基づいて、所定のサイズを演算する。
【００１５】
ここでは、ネットワーク速度と画像ファイルのフレームレートとの比に基づいて、所定のサイズを演算することにより、画像再生装置の再生速度に合わせたサイズに画像ファイルを分割することができるため、画像再生効率を向上させる。
【００１６】
第３の発明に係る画像管理装置は、第１の発明の画像管理装置であって、分割画像ファイル生成部は、Ｎをネットワーク速度、Ｗを、再生端末１３０による最初の画像ファイルの送信要求から画像ファイルの再生開始までの時間、Ｂを画像ファイルのフレームレートとすると、次の式により所定のサイズＳ（ｎ）を計算する。
Ｓ（ｎ）＝Ｎn×Ｗ／Ｂn-1
【００１７】
ここでは、特にネットワーク速度がフレームレートよりも大きい場合、分割画像ファイルのサイズは累積的に大きくなるよう分割されることになるため、効率よく画像を再生させることを可能にする。
【００１８】
第４の発明に係る画像管理装置は、第１の発明の画像管理装置であって、分割画像ファイル生成部は、Ｎをネットワーク速度、Ｗを画像ファイルの再生開始までの時間、Ｂを画像ファイルのフレームレート、Ｎ＞Ｂの場合はＲ＝１、Ｎ≦Ｂの場合はＲ＜Ｎ／Ｂとすると、次の式により所定のサイズＳ’（ｎ）を計算する。
Ｓ'（ｎ）＝（Ｎn×Ｗ）／（Ｂn-1×Ｒ）
【００１９】
ここでは、特にネットワーク速度がフレームレート以下である場合、分割画像ファイルのサイズは累積的に大きくなるよう分割されることになるため、効率よく画像を再生させることを可能にする。
【００２０】
第５の発明に係る画像再生装置は、第１の発明から第４の発明のいずれか１つに係る画像管理装置と通信可能に設けられ、画像ファイルの検索要求を送信し、分割画像ファイルを受信する通信部と、画像ファイルを特定するための情報を入力するための入力部と、分割画像ファイルを表示する表示部と、分割画像ファイルを格納するメモリと、通信部、入力部、表示部およびメモリを制御する制御部と、を備える。制御部はさらに、分割画像ファイルを再生すると同時に、次の分割画像ファイルを受信するよう制御する。
【００２１】
ここでは、予め所定のサイズに分割された分割画像ファイルが画像管理装置より画像再生装置に順次送信され、画像再生装置は分割画像ファイルの再生と同時に次の分割画像ファイルを受信するよう制御するため、待ち時間なく画像を再生させることができる。
【００２２】
第６の発明に係る画像管理システムは、第１の発明から第４の発明のいずれか１つに係る画像管理装置と、第５の発明に係る画像再生装置と、同画像管理装置と同画像再生装置とを接続するネットワークと、を備える。
【００２３】
第７の発明に係る画像再生方法は、画像再生装置と、画像再生装置とネットワークを介して通信可能に接続された画像管理装置とを使用して、所定の画像ファイルを再生する画像再生方法であって、次の手順を備える。画像管理装置により、格納された画像ファイルを検索し、画像再生装置と画像管理装置との間のネットワーク速度を取得し、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する。そして、画像再生装置により、分割画像ファイルを画像管理装置より受信し、受信した分割画像ファイルを再生すると同時に、次の分割画像ファイルを画像管理装置から受信する。
【００２４】
第８の発明に係る画像再生プログラムは、画像再生装置と、画像再生装置とネットワークを介して通信可能に接続された画像管理装置とに対し、所定の画像ファイルの再生を実行させる画像再生プログラムであって、次の処理を実行させる。画像管理装置により、格納された画像ファイルを検索し、画像再生装置と画像管理装置との間のネットワーク速度を取得し、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する。画像再生装置により、分割画像ファイルを画像管理装置より受信し、受信した分割画像ファイルを再生すると同時に、次の分割画像ファイルを画像管理装置から受信する。
【発明の効果】
【００２５】
以上のように本発明は、ネットワークを介して画像再生装置と通信可能に接続された画像管理装置であって、前記画像再生装置の要求に応じて画像ファイルを検索する検索部と、前記画像再生装置とのネットワーク速度を取得するネットワーク速度取得部と、検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する分割画像ファイル生成部と、分割画像ファイルを前記画像再生装置の要求に応じて順次送信する通信部と、を備える構成としたので、画像ファイルの再生処理において、画像ファイルの開始時間を早め、かつ再生待ち時間を最小限とすることを可能にした。
【００２６】
すなわち、ネットワーク速度に応じて画像ファイルの分割サイズを決定し、分割した画像ファイルを再生装置に順次送信することにより、画像ファイルの再生処理において、画像ファイルの開始時間を早め、かつ再生待ち時間を最小限にできるのである。
【図面の簡単な説明】
【００２７】
【図１】本発明の一の実施形態に係る画像管理システムの構成図。
【図２】上記一の実施形態に係るサーバーの機能ブロック図。
【図３】ＤＩＣＯＭ画像ファイルの構成図。
【図４】上記一の実施形態に係るＤＩＣＯＭ画像ファイルの構成図。
【図５】上記一の実施形態に係る分割画像ファイルの構成図。
【図６】ＤＩＣＯＭ画像ファイルに含まれている情報の一例を示す図。
【図７】ＤＩＣＯＭ画像ファイルの連結情報の一例を示す図。
【図８】上記一の実施形態に係る分割画像ファイルに含まれる情報の一例を示す図。
【図９】上記一の実施形態に係る分割画像ファイルに含まれる情報の一例を示す図。
【図１０】上記一の実施形態に係る分割画像ファイルに含まれる情報の一例を示す図。
【図１１】画像ファイルの分割処理の流れを示すフローチャート。
【図１２】画像ファイルの再生処理の流れを示すフローチャート。
【発明を実施するための形態】
【００２８】
＜１．画像管理システム１００の概要＞
以下に、本発明の一の実施形態に係る画像管理システム１００の図面を参照しながら詳細に説明する。
【００２９】
なお、以下に記述されている通常のアラビア数字（０、１から９）は、１０進数で表記したものであり、１６進数で表記する場合（０、１から９、ＡからＦ）、数字の接頭文字として“０ｘ”を付与して数字を表記する（例えば１０進数の１０は、１６進数では０ｘＡと表記）。
【００３０】
図１は、本実施形態に係る画像管理システム１００のシステム構成を示す。
図１に示すように、画像管理システム１００は、画像サーバー（画像管理装置）１１０と、モダリティ１２０と、再生端末（画像再生装置）１３０とがネットワーク１４０を介して接続され、それぞれがデータ通信可能なように接続されている。
【００３１】
モダリティ１２０は、医療用画像を撮影し、ＤＩＣＯＭ画像ファイルを生成する医療画像生成装置である。モダリティ１２０は、生成したＤＩＣＯＭ画像ファイルを画像サーバー１１０に送信する。
【００３２】
画像サーバー１１０は、ＤＩＣＯＭ画像ファイルを保存し、管理する医療画像管理装置である。画像サーバー１１０は、モダリティ１２０から送信されたＤＩＣＯＭ画像ファイルを受信し保存する。
【００３３】
また、画像サーバー１１０は、再生端末１３０からのＤＩＣＯＭ画像ファイル取得要求に対して、再生端末１３０までのネットワーク速度に応じて、１つのＤＩＣＯＭ画像ファイルを複数のＤＩＣＯＭ画像ファイルへ、論理的に分割し、再生端末１３０に対して送信する。ここで、分割されたそれぞれのＤＩＣＯＭ画像ファイルには、付帯情報として、一連のＤＩＣＯＭ画像ファイルの一部であることを示す連結情報を格納する。
【００３４】
再生端末１３０は、ＤＩＣＯＭ画像ファイル情報に基づいて、医療画像や、その付帯情報を表示する装置である。再生端末１３０は、画像サーバー１１０に対して、患者情報等の各種付帯情報をキーワードとしてＤＩＣＯＭ画像ファイルの検索要求を送信する。また、再生端末１３０は、分割されたＤＩＣＯＭ画像ファイルを、分割されたＤＩＣＯＭ画像ファイル内に格納された連結情報に基づいて、連結し、一のＤＩＣＯＭ画像ファイルとして連続的に再生する。医師等のユーザーは、再生端末１３０において読影や診断を行う。
【００３５】
なお、再生端末１３０は、ネットワーク１４０に対する通信インターフェースである通信部、ＲＡＭやＲＯＭなどの内部メモリや外部メモリを含む記憶部、画像データを表示するためのＬＣＤなどの表示部、キーボート、タッチパネル、マウスなどの入力部およびこれらの各部を制御するＣＰＵなどの制御部を備える、コンピュータ端末である。
【００３６】
＜１．１．画像サーバー１１０の構成＞
図２は、本実施形態に係る画像サーバー１１０の機能構成例を示したブロック図である。
【００３７】
図２によれば、本実施形態の画像サーバー１１０は、データベース１１１、通信部１１２、データ検索部（検索部）１１３、レポートデータ構築部１１４、ネットワーク速度検出部（ネットワーク速度取得部）１１６、およびデータ書き込み部１１７を備えている。
【００３８】
データベース１１１は、ＤＩＣＯＭ画像ファイル群を保存するデータベースである。各モダリティから受信したＤＩＣＯＭ画像ファイルは、このデータベース１１１に格納され管理される。なお、データベース１１１は、サーバー１１０内に設けられていてもよいし、あるいはデータベースサーバーなど別の装置に設けられネットワーク１４０に接続されていてもよい。
【００３９】
通信部１１２は、ネットワーク１４０と接続され、ネットワーク１４０上の通信装置と画像データの送受信を行う機能ブロックである。送受信手段となる通信プロトコルには、ＤＩＣＯＭ規格により規定されているプロトコルを用いる。ＤＩＣＯＭ規格では、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いて通信を行うことが規定されている。
【００４０】
本実施形態による通信部１１２は、最大通信速度１００Ｍｂｐｓの１００ＢＡＳＥ−ＴＸとして知られるＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ， Ｉｎｃ．）８０２．３ｕ規格に対応したネットワークインターフェースとして説明する。ただし、画像サーバー１１０が接続するネットワークは、ＴＣＰ／ＩＰを用いて画像データを送受信することが可能なものならどのような方式でもよく、ここで示したものに限定されるものではない。例えば最大通信速度１０Ｍｂｐｓ、１０ＢＡＳＥ−Ｔとして知られるＩＥＥＥ８０２．３に対応したネットワークインターフェースであってもよい。
【００４１】
データ書き込み部１１７は、通信部１１２とデータベース１１１に接続されており、モダリティ１２０からネットワーク１４０を介して通信部１１２で受信したＤＩＣＯＭ画像データを、データベース１１１に格納するブロックである。
【００４２】
ネットワーク速度検出部１１６は、再生端末１３０から画像サーバー１１０に対して通信要求があった場合、画像サーバー１１０と再生端末１３０間のネットワーク通信速度を検出するブロックである。通信速度を検出する方法の一例としては、ＰＩＮＧ（Ｐａｃｋｅｔ Ｉｎｔｅｒｎｅｔ Ｇｒｏｐｅｒ）コマンドを利用する方法がある。ＰＩＮＧは、インターネットやイントラネットなどのＴＣＰ／ＩＰネットワークを診断するプログラムであり、診断したい端末のＩＰアドレスと送信するデータサイズを指定しコマンドを実行することにより、指定したデータサイズのデータの送信にどのくらい時間がかかるかを測定することができる。なお、ネットワーク速度は予め検出したものをメモリに格納しておき、必要に応じて取得するようにしてもよい。
【００４３】
データ検索部１１３は、再生端末１３０からの検索要求に応じて、データベース１１１内から指定されたパラメータと一致するＤＩＣＯＭ画像ファイルを検索するブロックである。なお、検索要求は、再生端末１３０を使用する医師等のユーザーが、例えば患者名、診察日、モダリティ等の画像ファイルを特定するパラメータを指定することにより、画像サーバー１１０に送信される。
【００４４】
レポートデータ構築部１１４は、検索要求を送信した再生端末１３０に対して、データ検索部１１３によって検索されたＤＩＣＯＭ画像ファイルを列挙したレポートデータを構築し、通信部１１２を利用して送信するブロックである。レポートデータ構築部１１４には、分割画像ファイル生成部１１５が組み込まれている。
【００４５】
分割画像ファイル生成部１１５は、ネットワーク速度検出部１１６により検出された、画像サーバー１１０と検索要求を送信した再生端末１３０との間のネットワーク速度に基づいて、１つのＤＩＣＯＭ画像ファイルを複数のＤＩＣＯＭ画像ファイルへ論理的に分割するブロックである。１つのＤＩＣＯＭ画像ファイルを複数のＤＩＣＯＭ画像ファイルへ論理的に分割する方法の詳細については後述する。
【００４６】
なお、上記画像サーバー１１０のデータ検索部１１３、レポートデータ構築部１１４、分割画像ファイル生成部１１５、ネットワーク速度検出部１１６、およびデータ書き込み部１１７の機能は、ＣＰＵなどの制御部がＲＯＭなどのメモリに格納された所定のプログラムを実行することにより実現される。
【００４７】
＜１．２．画像ファイルのフォーマット＞
＜１．２．１．ＤＩＣＯＭ規格によるフォーマット＞
図３は、ＤＩＣＯＭ画像ファイル２０１のフォーマットを図示したものである。このフォーマットは、ＤＩＣＯＭ規格で規定されている。
図３のＤＩＣＯＭ画像ファイル２０１は、複数のエレメントと呼ばれる情報要素から構成される。各エレメントはひとつの情報を保持するため、図３ではＮ個（Ｎは１以上の整数）のエレメントでＤＩＣＯＭ画像ファイルが構成されていることを表している（図中２０２から２０４）。従って、患者情報や検査情報、医療画像データの内容が、それぞれエレメントとして管理され、一つのＤＩＣＯＭ画像ファイルを構成している。画像データにどのＤＩＣＯＭ情報の情報エレメントが必要かはモダリティによってＤＩＣＯＭ規格で決められている。医療画像データはモダリティによって生成された画像データであり、例えば静止画であればＪＰＥＧファイルの内容、動画であれば、Ｍｏｔｉｏｎ−ＪＰＥＧやＭＰＥＧ形式のファイルの内容が保持されるが、本実施形態ではＭＰＥＧ形式の動画像を対象とする。
【００４８】
それぞれの情報エレメントは、ＩＤを示すタグ部２０５、長さ部２０６、情報部２０７から構成されている。長さ部２０６は、情報部２０７の長さをバイト単位で保持しており、必要に応じて情報部２０７に水増し情報を追加するなどして、必ず偶数バイトになるようにＤＩＣＯＭ規格で規定されている。
【００４９】
タグ部２０５は、グループ番号２０８とエレメント番号２０９のそれぞれ２バイトのフィールドからなる二つの要素により構成され、情報のカテゴリ化を行うとともに、エレメントの内容を一意に特定することが可能な仕組みとなっている。グループ番号２０８およびエレメント番号２０９の番号とその内容は、ＤＩＣＯＭ規格で規定されている。また、タグ部２０５には、製造会社が独自のプライベート情報を付すことも可能であり、ＤＩＣＯＭ規格で規定された情報エレメントと利用者独自のプライベート情報エレメントとを混在させることが可能になっている（以降、必要であれば、このグループ番号２０８とエレメント番号２０９の組を数学の行列で表記する）。
【００５０】
＜１．２．２．画像ファイルの分割＞
図４は、１つのＤＩＣＯＭ画像ファイル３０１を、複数のＤＩＣＯＭ画像ファイル（図５における３１０〜３１２）に分割する場合のイメージ図である。ここで、ＤＩＣＯＭ画像ファイルの分割方法を詳細に説明する。
【００５１】
ＤＩＣＯＭ画像ファイルにおいて、画像データは、Ｐｉｘｃｅｌ Ｄａｔａとして、（グループ番号、エレメント番号）＝（０ｘ７ＦＥ０、０ｘ００１０）の情報エレメントの情報部に格納される。図４における、ＤＩＣＯＭヘッダ部３０２は、ＤＩＣＯＭ画像ファイル３０１の画像データ部以外を示している。即ち、ＤＩＣＯＭヘッダ部３０２は、Ｐｉｘｃｅｌ Ｄａｔａ以外の情報エレメントと、Ｐｉｘｃｅｌ Ｄａｔａのタグ部および長さ部を含むものである。
【００５２】
ここで、図２におけるネットワーク速度検出部１１６によって検出した画像サーバー１１０と再生端末１３０との間のネットワーク速度を、Ｎバイト／秒、画像ファイルの画像データのフレームレートをＢバイト／秒とする。
【００５３】
なお、画像データのフレームレートは、画像データの先頭部分のＭＰＥＧパケット内に記されたＰｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ（以下、ＰＴＳと表記）と、末尾部分のＭＰＥＧパケット内に記されたＰＴＳとの差と、Ｐｉｘｃｅｌ Ｄａｔａエレメントの長さ部に格納された画像データのサイズから容易に算出することができる。
【００５４】
さらに再生開始までの許容待ち時間をＷ秒と設定した場合、Ｗ秒後にはＮ×Ｗバイトの画像データが受信できることになる。また、Ｎ×Ｗバイトの画像データを通常速度で再生する場合の再生時間は、Ｎ×Ｗ／Ｂ秒である。このＮ×Ｗ／Ｂ秒間の再生時間には、Ｎ2×Ｗ／Ｂバイトの画像データが受信できることとなる。さらに、Ｎ2×Ｗ／Ｂバイトの画像データの通常速度での再生時間はＮ2×Ｗ／Ｂ2秒であり、同再生時間にはＮ3×Ｗ／Ｂ2バイトの画像データが受信できることになる。このように、通常速度での再生時間間隔でファイルを分割する場合、ｎ番目の分割サイズＳ（ｎ）バイトは、次の式１のように定義できる。
【００５５】
Ｓ（ｎ）＝Ｎn×Ｗ／Ｂn-1 ・・・ （式１）
ただし、ｎは1以上の整数
また、ＤＩＣＯＭヘッダ部のサイズは、動画像データのサイズに対して十分小さいものとして無視できるものとする。
【００５６】
ここで、ネットワークの速度Ｎ＜画像データのフレームレートＢであった場合、通常速度で再生を行った場合、（式１）によると、ｎが大きくなるにつれて、Ｓ（ｎ）が減少していくことになる。これを防ぐため、推奨再生速度Ｒ％を用いて（式１）を以下のように拡張する。
【００５７】
Ｓ'（ｎ）＝（Ｎn×Ｗ）／（Ｂn-1×Ｒ）・・・ （式２）
ただし、ｎは１以上の整数
ここで、Ｒは下記のように設定するものとする。
【００５８】
ネットワーク速度Ｎ＞画像データのフレームレートＢの場合、
Ｒ＝１００％ （通常再生速度を推奨）
上記以外の場合、
Ｒ＜Ｎ／Ｂ （通常再生速度に対してＲ％でのスロー再生を推奨）
を満たす値。
【００５９】
すなわち、推奨再生速度Ｒ％は、画像サーバー１１０から転送される画像データの再生を行う際、画像データのフレームレートより、ネットワークの速度が遅かった場合においても、再生が破綻しない、すなわち、データの供給が再生に間に合う、ことを保障するものであり、通常再生速度に対する再生速度比率である。
【００６０】
図４は、画像データ部３０３を、複数の画像データ部３０４〜３０５（以下、分割画像データ部と呼ぶ）に分割する場合のイメージ図である。図４では、分割画像データ部３０４と分割画像データ部３０５は、画像データ部３０３の先頭部分から連続した領域であり、画像データ部３０６は、画像データ部３０３の終端部分の１つを示している。すなわち、分割画像データ部３０５と分割画像データ部３０６との間には、複数に分割された他の分割画像データ部が存在していることを示す。また、この例は、画像データのフレームレートより、ネットワーク速度のほうが速い場合の例である。
【００６１】
図４を例にとった場合、画像データ部３０３は、（式２）に基づき、Ｓ'（１）のサイズをもつ分割画像データ部３０４、Ｓ'（２）のサイズをもつ画像データ部３０５と続き、最後にＳ'（ｎ）のサイズを持つ画像データ部３０６のように、ｎ個の画像データ部に分割している。
【００６２】
ここで、Ｓ'（１）〜Ｓ'（ｎ）の和が画像データ部３０３のサイズを越える場合、ｎ番目の画像データ部のサイズＳ'（ｎ）は、次の式３で導かれる値とすることは自明である。
【００６３】
Ｓ'（ｎ）＝画像データ部３０３のサイズ−ΣＳ'（ｘ） ・・・ （式３）
ただし、ｘ＝１〜（ｎ−１）
このようにして複数に分割した画像データ部を、個別の分割ＤＩＣＯＭ画像ファイルとして構成するためには、それぞれの画像データ部に対して、ＤＩＣＯＭヘッダ部を付与する必要がある。
【００６４】
図５は、分割画像データ部３０４〜３０６のそれぞれにＤＩＣＯＭヘッダ部３０７〜３０９を付与し、個別のＤＩＣＯＭ画像ファイル３１０〜３１２を構成した例を示す。ここで、分割画像データ部３０４〜３０６を分割画像データ部３０４（ａ）〜３０６（ａ）と示している。これは、画像データ部３０３を物理的に別の複数ファイルへ分割するという対応方法だけでなく、ファイルシステム上、画像データ部３０３における、分割画像データ部３０４〜３０６の格納位置は変更せず、リンク情報としてそれぞれのＤＩＣＯＭヘッダ部に接続する方法を選択することも可能であることを意味している。
【００６５】
次に、分割画像データ部３０４〜３０６に対しＤＩＣＯＭヘッダ部３０７〜３０９（以下、分割ＤＩＣＯＭヘッダ部と呼ぶ。）を付与し、分割画像ファイルを構成する手段について説明する。
【００６６】
＜１．２．３．分割画像ファイルの生成＞
図６は、ＤＩＣＯＭ画像ファイル３０１に含まれている情報の一例を示す。
【００６７】
左からタグ部（グループ番号、エレメント番号）、長さ部、情報部を記述し、またそれぞれのタグの意味を説明の欄に記述している。長さ部は、情報部の具体的な長さをあらわしている。
【００６８】
図６に示した例では、検査情報として、検査日が２００９年２月２８日、検査時刻が１６時１５分３０．００秒、モダリティがＭＲ検査（Ｍａｇｎｅｔｉｃ Ｒｅｓｏｎａｎｃｅ）、製造者がＰａｎａｓｏｎｉｃ、患者名が松下太郎、そして１ギガバイト（１,０００,０００,０００バイト）の画像データから構成されていることを示している。
【００６９】
図７は、本実施形態において新たに追加する情報であり、複数に分割したＤＩＣＯＭ画像ファイルを１つのＤＩＣＯＭファイルに統合させるための連結情報の構成例である。前述のようにＤＩＣＯＭ規格では、情報エレメントとして独自定義のプライベート情報エレメントを持たせることが可能である。そこで、ＤＩＣＯＭファイルの連結情報として、プライベート情報エレメントを利用する。この例では、プライベート情報予約用文字列、時系列的に前方のＤＩＣＯＭ画像ファイルにおける検査時刻、本ＤＩＣＯＭ画像ファイルにおける検査時間、さらに推奨再生速度を、プライベート情報エレメントとして追加している。
【００７０】
図８は、図６のＤＩＣＯＭ情報に、図７のプライベート情報エレメントを追加したＤＩＣＯＭ情報を用いて、図５の分割ＤＩＣＯＭヘッダ部３０７を構成した例を示す。同様に図９、図１０は、それぞれ、図５に示す分割ＤＩＣＯＭヘッダ部３０８、３０９を構成した例である。このように、モダリティ、製造者、患者情報等の基本構成部分は全て共通としつつ、検査時刻＋検査時間を、時系列的に後方となるＤＩＣＯＭファイルにおける検査時刻となるように、前方のＤＩＣＯＭファイルの検査時刻に、時系列的に前方となるＤＩＣＯＭファイルにおける検査時刻を格納することにより、ＤＩＣＯＭ画像ファイルとしての連結情報を構成することができる。
【００７１】
なお、分割ＤＩＣＯＭヘッダ部３０７〜３０９に格納される検査時間は、分割画像ファイル生成部１１５により、連結情報を生成する際に、付与される。例えば、図４に示すように、ＤＩＣＯＭ画像ファイル３０１のうちの画像データ部３０３を分割して分割画像データ部３０４〜３０６を生成する場合、各分割画像データ部のサイズに対応した時間を算出し、その算出した時間を各分割画像データ部の検査時間として取得する。
【００７２】
また、連結される２番目以降の分割画像ファイルに付与される検査時刻は、前方ファイル検査時刻に同前方ファイルの検査時間を加算して、算出される。これにより、分割画像ファイルの検査時刻＝前方ファイルの検査時刻＋前方ファイルの検査時間、という分割画像ファイル間の時系列的な関係が、ヘッダ部の情報として格納される。よって再生端末１３０が、画像ファイルを再生する際に、この連結情報に基づき順次画像ファイルを再生することができる。
【００７３】
＜１．３．画像管理システム１００による処理の流れ＞
＜１．３．１．画像ファイルの分割処理＞
図１１は、再生端末の１３０の要求により、画像サーバー１１０が検索結果であるレポートデータを送信するまでのフローチャートである。
【００７４】
再生端末１３０は、ユーザーの入力操作により取得された患者情報、検査日、モダリティ等の情報に応じて、サーバー１１０に対しＤＩＣＯＭ情報の取得要求（検索要求）を送信する（Ｓ００１）。
【００７５】
サーバー１１０は、通信部１１２を介してＤＩＣＯＭ情報の取得要求を受信すると、ネットワーク速度検出部１１６により要求のあった再生端末１３０までのネットワーク速度を検出する（Ｓ００２）。このネットワーク速度の検出は、ＤＩＣＯＭ情報の取得要求をトリガとして行ってもよいし、接続されている再生端末１３０のようなクライアントに対して定期的に問い合わせて検出するなどしてもよい。
【００７６】
次にサーバー１１０は、データ検索部１１３により、再生端末１３０からの検索情報に応じてデータベース１１１から対応するＤＩＣＯＭ画像ファイルを検索する（Ｓ００３）。
【００７７】
サーバー１１０は、所望のＤＩＣＯＭ画像ファイルが検出できたかどうかの判定を行う（Ｓ００４）。
サーバー１１０は、所望のＤＩＣＯＭ画像ファイルが検出できなかった場合は、対応するＤＩＣＯＭ画像ファイルがデータベース１１１内に存在しない旨を記したレポートデータを構築し（Ｓ００７）、レポートデータとして再生端末に通知する（Ｓ００８）。
【００７８】
一方、サーバー１１０は、所望のＤＩＣＯＭ画像ファイルが検出できた場合、分割画像ファイル生成部１１５によって、Ｓ００２で検出したネットワークの速度と、計算したフレームレートとに基づき、（式２）を演算し、ファイルの分割サイズを決定する。この分割サイズに従って、１つのＤＩＣＯＭ画像ファイルを複数のＤＩＣＯＭ画像ファイルに分割する（Ｓ００５）。そして、分割画像ファイル生成部１１５は、レポートデータ構築部１１４により、レポートデータを構築し（Ｓ００６）、通信部１１２を介してそのレポートデータを再生端末１３０に通知する（Ｓ００８）。
【００７９】
再生端末１３０に送信されたレポートデータは、再生端末１３０の記憶部に格納される。
なお、上記処理手順は、上記のものに限定されず、本発明を逸脱しない範囲内で変更可能である。
【００８０】
＜１．３．２．画像ファイルの再生処理＞
図１２は、サーバー１１０側で複数のファイルに分割されたＤＩＣＯＭ画像ファイルを連続して再生する際のフローチャートである。ここでは便宜上、ｎという初期値１のパラメータを用いて説明を行う。
【００８１】
まず、再生端末１３０は、１番目（ｎ番目：ｎ＝１）、すなわち、先頭となるＤＩＣＯＭ画像ファイルの取得要求をサーバー１１０に対して送信する（Ｓ１０１）。どのＤＩＣＯＭ画像ファイルが先頭となるかは、サーバー１１０から送信されメモリなどに格納されたレポートデータを参照することにより確定できる。
【００８２】
サーバー１１０は、ＤＩＣＯＭ画像ファイルの取得要求に応答し、要求されたＤＩＣＯＭ画像ファイルを読み出し、送信する（Ｓ１０２）。
再生端末１３０は、要求したＤＩＣＯＭ画像ファイルの受信が完了した時点で再生が可能となるため、ここで、１番目（ｎ番目：ｎ＝１）のＤＩＣＯＭ画像ファイルを推奨再生速度で再生を開始する（Ｓ１０３）。
【００８３】
１番目（ｎ番目：ｎ＝１）のＤＩＣＯＭ画像ファイルに連結情報が存在する場合、すなわち、時系列的に続きとなるＤＩＣＯＭ画像ファイルが存在する場合、再生端末１３０は、２番目（ｎ＋１番目：ｎ＝１）のＤＩＣＯＭ画像ファイルの取得をサーバー１１０に対し要求する（Ｓ１０５）。
【００８４】
サーバー１１０は、ＤＩＣＯＭ画像ファイルの取得要求に応答し、要求された２番目（ｎ＋１番目：ｎ＝１）のＤＩＣＯＭ画像ファイルを読み出し、送信する（Ｓ１０６）。
再生端末１３０は、１番目（ｎ番目：ｎ＝１）のＤＩＣＯＭ画像ファイルの再生が終了するのを待ち（Ｓ１０７）、ｎをカウントアップ（ｎ＝２）し（Ｓ１０８）、２番目（ｎ番目：ｎ＝２）のＤＩＣＯＭ画像ファイルを推奨再生速度で再生を開始する（Ｓ１０３）。
【００８５】
このように、ｎ番目のＤＩＣＯＭ画像ファイルに連結情報が存在しなくなるまでＳ１０３からＳ１０８の処理を行うことにより、複数ファイルに分割されたＤＩＣＯＭ画像ファイルを再生待ち時間を要することなく連続して再生することができる。
【００８６】
なお、上記再生端末１３０の処理は、制御部が、ＲＯＭなどのメモリに格納された所定のプログラムを実行することにより実現される。また、上記処理手順は、上記のものに限定されず、本発明を逸脱しない範囲内で変更可能である。
【００８７】
＜１．４．本実施形態の効果＞
このように、本実施形態によれば、本来１つのＤＩＣＯＭ画像ファイルであったものを、サーバー１１０と再生端末１３０間のネットワークの速度を基に、ファイルの分割サイズを決定し、連結情報をもつ複数のＤＩＣＯＭ画像ファイルを生成し、提供する。これにより、従来の方法では、ＤＩＣＯＭ画像ファイル全体をダウンロードしなければ再生が開始できなかったものが、分割されたＤＩＣＯＭファイルの先頭のファイルをダウンロードするだけで再生を開始することができ、再生中に連結情報を基に次に再生すべきＤＩＣＯＭ画像を特定し、再生と平行してダウンロードすることが可能となる。したがって、レスポンスのよい再生システムを提供することが可能となる。
【００８８】
本実施形態によれば、特に医療分野において、例えば診断医による読影開始までの時間を大幅に短縮することとなり、ユーザビリティの向上に対しても効果がある。また、本実施形態に係るシステムまたは装置は、ＤＩＣＯＭ規格によるファイルフォーマットをそのまま利用することができるため、導入が容易である。
【産業上の利用可能性】
【００８９】
本発明は、画像管理装置、画像再生装置、画像管理システム、画像再生方法およびプログラムとして有用である。
【符号の説明】
【００９０】
１００ 画像管理システム
１１０ 画像サーバー（画像管理装置）
１１１ データベース
１１２ 通信部
１１３ データ検索部（検索部）
１１４ レポートデータ構築部
１１５ 分割画像ファイル生成部
１１６ ネットワーク速度検出部（ネットワーク速度取得部）
１１７ データ書き込み部
１２０ モダリティ
１３０ 再生端末（画像再生装置）
１４０ ネットワーク
【特許請求の範囲】
【請求項１】
ネットワークを介して画像再生装置と通信可能に接続された画像管理装置であって、
前記画像再生装置の要求に応じて画像ファイルを検索する検索部と、
前記画像再生装置とのネットワーク速度を取得するネットワーク速度取得部と、
検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する分割画像ファイル生成部と、
分割画像ファイルを前記画像再生装置の要求に応じて順次送信する通信部と、
を備える、画像管理装置。
【請求項２】
前記分割画像ファイル生成部は、前記ネットワーク速度と前記画像ファイルのフレームレートとの比に基づいて、前記所定のサイズを演算する、
請求項１に記載の画像管理装置。
【請求項３】
前記分割画像ファイル生成部は、Ｎを前記ネットワーク速度、Ｗを前記画像ファイルの再生開始までの時間、Ｂを前記画像ファイルのフレームレートとすると、次の式により前記所定のサイズＳ（ｎ）を計算する、
Ｓ（ｎ）＝Ｎn×Ｗ／Ｂn-1
請求項１に記載の画像管理装置。
【請求項４】
前記分割画像ファイル生成部は、Ｎを前記ネットワーク速度、Ｗを前記画像ファイルの再生開始までの時間、Ｂを前記画像ファイルのフレームレート、Ｎ＞Ｂの場合はＲ＝１、Ｎ≦Ｂの場合はＲ＜Ｎ／Ｂとすると、次の式により前記所定のサイズＳ’（ｎ）を計算する、
Ｓ'（ｎ）＝（Ｎn×Ｗ）／（Ｂn-1×Ｒ）
請求項２に記載の画像管理装置。
【請求項５】
請求項１から４のいずれか１項に記載の画像管理装置と通信可能に設けられ、前記画像ファイルの検索要求を送信し、前記分割画像ファイルを受信する通信部と、
前記画像ファイルを特定するための情報を入力するための入力部と、
前記分割画像ファイルを表示する表示部と、
前記分割画像ファイルを格納するメモリと、
前記通信部、前記入力部、前記表示部および前記メモリを制御する制御部と、
を備え、
前記制御部は、
前記分割画像ファイルを再生すると同時に、次の分割画像ファイルを受信するよう制御する、
画像再生装置。
【請求項６】
請求項１から４のいずれか１項に記載の画像管理装置と、
請求項５に記載の画像再生装置と、
前記画像管理装置と前記画像再生装置とを接続するネットワークと、
を備える、画像管理システム。
【請求項７】
画像再生装置と、前記画像再生装置とネットワークを介して通信可能に接続された画像管理装置とを使用して、所定の画像ファイルを再生する画像再生方法であって、
前記画像管理装置により、
格納された画像ファイルを検索し、
前記画像再生装置と前記画像管理装置との間のネットワーク速度を取得し、
検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成し、
前記画像再生装置により、
前記分割画像ファイルを前記画像管理装置より受信し、
受信した前記分割画像ファイルを再生すると同時に、次の分割画像ファイルを前記画像管理装置から受信する、
画像再生方法。
【請求項８】
画像再生装置と、前記画像再生装置とネットワークを介して通信可能に接続された画像管理装置とに対し、所定の画像ファイルの再生を実行させる画像再生プログラムであって、
前記画像管理装置により、
格納された画像ファイルを検索し、
前記画像再生装置と前記画像管理装置との間のネットワーク速度を取得し、
検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する、
ことを実行させ、
前記画像再生装置により、
前記分割画像ファイルを前記画像管理装置より受信し、
受信した前記分割画像ファイルを再生すると同時に、次の分割画像ファイルを前記画像管理装置から受信する、
ことを実行させる、
画像再生プログラム。
【請求項１】
ネットワークを介して画像再生装置と通信可能に接続された画像管理装置であって、
前記画像再生装置の要求に応じて画像ファイルを検索する検索部と、
前記画像再生装置とのネットワーク速度を取得するネットワーク速度取得部と、
検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する分割画像ファイル生成部と、
分割画像ファイルを前記画像再生装置の要求に応じて順次送信する通信部と、
を備える、画像管理装置。
【請求項２】
前記分割画像ファイル生成部は、前記ネットワーク速度と前記画像ファイルのフレームレートとの比に基づいて、前記所定のサイズを演算する、
請求項１に記載の画像管理装置。
【請求項３】
前記分割画像ファイル生成部は、Ｎを前記ネットワーク速度、Ｗを前記画像ファイルの再生開始までの時間、Ｂを前記画像ファイルのフレームレートとすると、次の式により前記所定のサイズＳ（ｎ）を計算する、
Ｓ（ｎ）＝Ｎn×Ｗ／Ｂn-1
請求項１に記載の画像管理装置。
【請求項４】
前記分割画像ファイル生成部は、Ｎを前記ネットワーク速度、Ｗを前記画像ファイルの再生開始までの時間、Ｂを前記画像ファイルのフレームレート、Ｎ＞Ｂの場合はＲ＝１、Ｎ≦Ｂの場合はＲ＜Ｎ／Ｂとすると、次の式により前記所定のサイズＳ’（ｎ）を計算する、
Ｓ'（ｎ）＝（Ｎn×Ｗ）／（Ｂn-1×Ｒ）
請求項２に記載の画像管理装置。
【請求項５】
請求項１から４のいずれか１項に記載の画像管理装置と通信可能に設けられ、前記画像ファイルの検索要求を送信し、前記分割画像ファイルを受信する通信部と、
前記画像ファイルを特定するための情報を入力するための入力部と、
前記分割画像ファイルを表示する表示部と、
前記分割画像ファイルを格納するメモリと、
前記通信部、前記入力部、前記表示部および前記メモリを制御する制御部と、
を備え、
前記制御部は、
前記分割画像ファイルを再生すると同時に、次の分割画像ファイルを受信するよう制御する、
画像再生装置。
【請求項６】
請求項１から４のいずれか１項に記載の画像管理装置と、
請求項５に記載の画像再生装置と、
前記画像管理装置と前記画像再生装置とを接続するネットワークと、
を備える、画像管理システム。
【請求項７】
画像再生装置と、前記画像再生装置とネットワークを介して通信可能に接続された画像管理装置とを使用して、所定の画像ファイルを再生する画像再生方法であって、
前記画像管理装置により、
格納された画像ファイルを検索し、
前記画像再生装置と前記画像管理装置との間のネットワーク速度を取得し、
検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成し、
前記画像再生装置により、
前記分割画像ファイルを前記画像管理装置より受信し、
受信した前記分割画像ファイルを再生すると同時に、次の分割画像ファイルを前記画像管理装置から受信する、
画像再生方法。
【請求項８】
画像再生装置と、前記画像再生装置とネットワークを介して通信可能に接続された画像管理装置とに対し、所定の画像ファイルの再生を実行させる画像再生プログラムであって、
前記画像管理装置により、
格納された画像ファイルを検索し、
前記画像再生装置と前記画像管理装置との間のネットワーク速度を取得し、
検索した画像ファイルを、取得したネットワーク速度に応じて所定のサイズに分割して分割画像ファイルを生成する、
ことを実行させ、
前記画像再生装置により、
前記分割画像ファイルを前記画像管理装置より受信し、
受信した前記分割画像ファイルを再生すると同時に、次の分割画像ファイルを前記画像管理装置から受信する、
ことを実行させる、
画像再生プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−２５３１８９（Ｐ２０１０−２５３１８９Ａ）
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願番号】特願２００９−１０９６９６（Ｐ２００９−１０９６９６）
【出願日】平成２１年４月２８日（２００９．４．２８）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願日】平成２１年４月２８日（２００９．４．２８）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]