(57)【要約】【課題】連続した長時間の動画像をＤＩＣＯＭ形式で記録する場合、複数のファイルに分割しなければならないことがあり、分割した場合はそれぞれが独立したコンテンツとして認識されるため、映像の再生がファイルの終端で終了してしまう。【解決手段】操作部からの命令に従って、入力画像データをＤＩＣＯＭ規格で規定された書式に変換してＤＩＣＯＭ画像ファイルを生成するＤＩＣＯＭ処理部と、一連の入力画像データから複数のＤＩＣＯＭ画像ファイルを生成した場合、複数のＤＩＣＯＭ画像ファイルを論理的に連結するためのファイル連結情報を生成し、複数のＤＩＣＯＭ画像ファイルに記載する連結情報処理部とを備えることとした。【選択図】図１
2010124350.tif 000002
【特許請求の範囲】
【請求項１】
入力された画像を記録し、再生する画像記録再生装置であって、
ユーザからの操作命令を入力する操作部と、
外部から撮影中の画像を入力する画像入力部と、
前記画像入力部に入力された入力画像データを表示する表示部と、
前記操作部からの命令に従って、前記入力画像データをＤＩＣＯＭ規格で規定された書式に変換してＤＩＣＯＭ画像ファイルを生成するＤＩＣＯＭ処理部と、
を有し、
さらに、
前記ＤＩＣＯＭ画像ファイルをネットワーク上の別の装置との間で送受信する通信部、
もしくは、
前記ＤＩＣＯＭ画像ファイルを着脱可能な記録媒体に記録する可搬媒体処理部、
もしくは、
前記ＤＩＣＯＭ画像ファイルを内部の記録装置に保存する記録部、のいずれかひとつ以上
を有し、
前記ＤＩＣＯＭ処理部は、
一連の入力画像データから複数のＤＩＣＯＭ画像ファイルを生成した場合、
前記複数のＤＩＣＯＭ画像ファイルを論理的に連結するためのファイル連結情報を生成し、前記複数のＤＩＣＯＭ画像ファイルに記載する連結情報処理部と、
を有することを特徴とする画像記録再生装置。
【請求項２】
前記ファイル連結情報は、
前記ＤＩＣＯＭ画像ファイルに対して、
時間的に後続の画像を示すファイル番号と、
時間的に直前の画像を示すファイル番号と、
時間的に直前の画像の記録開始時間から、
構成されること
を特徴とする請求項１に記載の画像記録再生装置。
【請求項３】
前記ファイル連結情報は、
請求項２に記載の内容に加えて、
カメラ装置もしくは前記画像記録再生装置の装置固有の識別子情報の
少なくとも一つ以上の情報を含むこと
を特徴とする請求項２に記載の画像記録再生装置。
【請求項４】
前記ファイル番号は、
記録開始を１とし、０は無効な番号とし、ファイルを切り替えるたびに1ずつ増える、
一連の記録中にシーケンシャルに増分する番号
であることを特徴とする請求項２に記載の画像記録再生装置。
【請求項５】
前記連結情報処理部は、
前記画像入力部、前記記録部、前記通信部、前記可搬媒体処理部のいずれかから、
前記ファイル連結情報を有する複数のＤＩＣＯＭ画像ファイルを読み込んで前記表示部へ出力し再生する場合、
前記複数のＤＩＣＯＭ画像ファイルの前記ファイル連結情報に従って、
前記複数のＤＩＣＯＭ画像ファイルを連続して再生する
ことを特徴とする請求項１に記載の画像記録再生装置。
【請求項６】
前記連結情報処理部は、
前記画像入力部、前記記録部、前記通信部、前記可搬媒体処理部のいずれかから、
前記ファイル連結情報を有する複数のＤＩＣＯＭ画像ファイルを読み込み、
前記複数のＤＩＣＯＭ画像ファイルの前記ファイル連結情報に従って、
前記複数のＤＩＣＯＭ画像ファイルを連結した前記複数のＤＩＣＯＭ画像ファイルとは別のＤＩＣＯＭ画像ファイルを生成し、
前記記録部、前記通信部、前記可搬媒体処理部の少なくともひとつ以上の処理部へ出力することを特徴とする請求項１に記載の画像記録再生装置。
【請求項７】
請求項１に記載の画像記録再生装置とカメラ装置で構成される画像記録再生システムであって、
前記カメラ装置は撮影中の画像データとともにカメラ装置固有の識別子を前記画像記録再生装置へ送信し、
前記画像記録再生装置は前記画像データと前記装置識別子とを関連付けて記録し、
さらに前記ファイル連結情報に前記装置識別子を用いる
ことを特徴とする画像記録再生システム。
【請求項８】
入力された画像を記録し、再生する画像記録再生方法であって、
撮影中、もしくは撮影済みの画像をＤＩＯＣＭ形式のフォーマットで記録し
ＤＩＣＯＭ画像ファイルを生成するステップと、
前記ＤＩＣＯＭ画像ファイルのサイズが特定の閾値に達した場合、
前記ＤＩＣＯＭ画像ファイルへの記録を終了するステップと、
前記ＤＩＯＣＭ画像ファイルとは別のＤＩＯＣＭ画像ファイルへ前記画像の続きを記録するステップと、
前記複数のＤＩＣＯＭ画像ファイルを論理的に連結するためのファイル連結情報を書き込むステップと、
記録を開始した前記ＤＩＣＯＭ画像ファイルへ先頭を意味するファイル連結情報を書き込むステップと、
記録が停止した前記ＤＩＯＣＭ画像ファイルへ終端を意味するファイル連結情報を書き込むステップと、
を有する画像記録再生方法。
【請求項９】
前記ファイル連結情報は、
前記ＤＩＣＯＭ画像ファイルに対して、
時間的に後続の画像を示すファイル番号と、
時間的に直前の画像を示すファイル番号と、
時間的に直前の画像の記録開始時間と、
カメラ装置もしくは前記画像記録再生装置の装置固有の識別子から
構成されること
を特徴とする請求項８に記載の画像記録再生方法。
【請求項１０】
前記ファイル番号は、
記録開始を１とし、０は無効な番号とし、ファイルを切り替えるたびに1ずつ増える、
一連の記録中にシーケンシャルに増分する番号
であることを特徴とする請求項９に記載の画像記録再生方法。
【請求項１１】
前記画像記録再生方法は、
前記ファイル連結情報を持つ複数のＤＩＯＣＭ画像ファイルから任意のひとつを選択するステップと、
前記ファイル連結情報から前記ＤＩＣＯＭ画像ファイルの時間的に前の画像が存在する場合、
前記ＤＩＣＯＭ画像ファイルのＤＩＣＯＭ情報と、
前記ファイル連結情報内の前の画像の記録開始時間を用いて、
前記複数のＤＩＣＯＭ画像ファイルから連結するＤＩＣＯＭ画像ファイルを検索するステップと、
前記ファイル連結情報から前記ＤＩＣＯＭ画像ファイルの時間的に後の画像が存在する場合、
前記ＤＩＣＯＭ画像ファイルのＤＩＣＯＭ情報と、
前記ＤＩＣＯＭ画像ファイルの記録開始時間に前記ＤＩＣＯＭ画像ファイルの再生時間を加えた記録開始時間を用いて、
前記複数のＤＩＣＯＭ画像ファイルから連結するＤＩＣＯＭ画像ファイルを検索するステップと、
を有することを特徴とする請求項８に記載の画像記録再生方法。
【請求項１２】
前記ＤＩＣＯＭ情報は、
患者個人の情報である患者情報と、
検査の内容を示す検査情報から構成されること
を有することを特徴とする請求項１１に記載の画像記録再生方法。
【請求項１３】
前記画像記録再生方法は、
複数のＤＩＯＣＭ画像ファイルから任意のファイルを選択し、
再生位置、再生速度、再生方向から構成される再生制御情報に従って再生するステップと、
再生位置が前記ＤＩＣＯＭ画像ファイルの終端に達した場合で、
前記再生中のＤＩＣＯＭ画像ファイルが前記ファイル連結情報を持つ場合、
前記複数のＤＩＣＯＭ画像ファイルの中から、
前記再生中のＤＩＣＯＭ画像ファイルの前記ファイル連結情報と
前記再生制御情報を用いて、連結するＤＩＣＯＭ画像ファイルを特定するステップと、
前記再生中のＤＩＣＯＭ画像ファイルの再生終了後、連続して前記連結するＤＩＣＯＭ画像ファイルを再生するステップと、
を有することを特徴とする請求項８に記載の画像記録再生方法。
【請求項１４】
前記画像記録再生方法は、
前記ファイル連結情報を持つ複数のＤＩＯＣＭ画像ファイルから任意のファイルを選択するステップと、
前記複数のＤＩＣＯＭ画像ファイルの中から、
前記再生中のＤＩＣＯＭ画像ファイルの前記ファイル連結情報を用いて、
連結するＤＩＣＯＭ画像ファイルを特定するステップと、
前記連結可能な複数のＤＩＣＯＭ画像ファイルを、
それぞれのファイル連結情報に従って連結し、
新規のＤＩＣＯＭ画像ファイルを生成するステップと、
を有することを特徴とする請求項８に記載の画像記録再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を記録再生する技術に関し、より詳細には、医療画像診断分野における記録再生装置および記録再生方法に関する。
【背景技術】
【０００２】
従来、医療現場において、患者を撮影した医療画像のデジタル化が実現されており、ＣＲ（Ｃｏｍｐｕｔｅｄ  Ｒａｄｉｏｇｒａｐｈｙ）、ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）、ＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ）、超音波診断装置、内視鏡診断装置などの医療画像生成装置（以降、モダリティと表記）が医療画像データを生成する。
【０００３】
医療画像データはデジタルデータであるため、ネットワーク上のデータベースによる管理が容易であり、ＰＡＣＳ（Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）という医療画像管理システムが知られている。
【０００４】
ＰＡＣＳは、モダリティからの医療画像データを受信してデータベースに保存し、また画像ビューワなどのクライアントからの画像要求によって、特定の画像データをデータベースから検索しクライアントに送信することが可能である。このモダリティとＰＡＣＳ間の通信手順や、通信するデータ形式を取り決めた標準規格がＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ）である。
【０００５】
ＤＩＣＯＭは、病院内外で、異なった製造業者（マルチベンダ）の、異なった種類（マルチモダリティ）の医療画像データを、ネットワーク、あるいは画像データの記録媒体で、相互に接続することを実現した業界標準規格であり、管理コストの低減、診断精度の向上に貢献し、今現在もその汎用性が拡大されつつある。
【０００６】
ＤＩＣＯＭ規格では、医療画像データのファイルフォーマットが規定されている。ＤＩＣＯＭのファイルフォーマットは、医療画像データと、患者情報や検査内容などの画像データを説明するパラメータから構成され、ファイル単独で成立したフォーマットとなっている（以降、ＤＩＣＯＭ画像ファイルと表記）。最新のＤＩＣＯＭ規格のＶｅｒｓｉｏｎ３では、静止画データだけでなく動画像データも扱えるよう規格化されている（非特許文献１）。
【０００７】
またＭＲＩなどのモダリティによっては、一回の検査において、複数の画像データを生成する場合があり、各画像データの任意方向における画素の度数をヒストグラム化し、ヒストグラムの特徴から測定部位のグループわけを自動で行う方法が提案されている（例えば特許文献１）。
【非特許文献１】ＤＩＣＯＭ  ＰＳ  ３  ２００８
【特許文献１】特開２００６−１５１２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記従来例における課題は、一連のデータであっても、１つのファイルサイズに制限があるため、その制限をこえたサイズの一連のデータを１つのファイルとして扱えないことであった。
【０００９】
すなわち、上記従来例においては、ＤＩＣＯＭ規格に１つのファイルサイズの上限に制限を設けているので、相関のある一連のデータであっても、そのデータのサイズが前記ファイルサイズの上限を超えていた場合には、１つのファイルとして扱うことが出来なかったのである。
【００１０】
そこで本発明は、一連のデータを１つのファイルとして扱うことを目的とするものである。
【００１１】
例えば、医療分野においては、一回の検査において、長時間、大容量の医療画像データが生成された場合、ファイルを分割する必要があった。例えば、ＰＡＣＳによっては、データベースに登録可能なファイルサイズに制限があり、それら分割された医療画像を再生する場合は、ＤＩＣＯＭ規格ではひとつのファイルで情報が閉じているため、一回の検査において生成されたすべての画像を再生することはできない。この場合、続きの画像データを再検索して手動で再生する必要があった。
【課題を解決するための手段】
【００１２】
前記従来の課題を解決するために、本発明の画像記録再生装置は、ＤＩＣＯＭ規格で規定されたフォーマットに従って入力された動画を記録し、再生する画像記録再生装置であって、ユーザからの操作命令を入力する操作部と、外部から撮影中の動画像を入力する画像入力部と、前記画像入力部に入力された入力画像データを表示する表示部と、前記操作部からの命令に従って、前記入力画像データをＤＩＣＯＭ規格で規定された書式に変換してＤＩＣＯＭ画像ファイルを生成するＤＩＣＯＭ処理部と、を有し、さらに前記ＤＩＣＯＭ画像ファイルをネットワーク上の別の装置との間で送受信する通信部、もしくは、前記ＤＩＣＯＭ画像ファイルを着脱可能な記録媒体に記録する可搬媒体処理部、もしくは前記ＤＩＣＯＭ画像ファイルを内部の記録装置に保存する記録部、のいずれかひとつ以上を有し、前記ＤＩＣＯＭ処理部は、一連の入力画像データから複数のＤＩＣＯＭ画像ファイルを生成した場合、前記複数のＤＩＣＯＭ画像ファイルを論理的に連結するためのファイル連結情報を生成し、前記複数のＤＩＣＯＭ画像ファイルに記載する連結情報処理部と、を有することを特徴としたものである。
【００１３】
また本発明の画像記録再生方法は、ＤＩＣＯＭ規格で規定されたフォーマットに従って入力された動画を記録し、再生する画像記録再生方法であって、撮影中、もしくは撮影済みの動画像をＤＩＯＣＭ形式のフォーマットで記録しＤＩＣＯＭ画像ファイルを生成するステップと、前記ＤＩＣＯＭ画像ファイルのサイズが特定の閾値に達した場合、前記ＤＩＣＯＭ画像ファイルへの記録を終了するステップと、前記ＤＩＯＣＭ画像ファイルとは別のＤＩＯＣＭ画像ファイルへ前記動画像の続きを記録するステップと、前記複数のＤＩＣＯＭ画像ファイルを論理的に連結するためのファイル連結情報を書き込むステップと、記録を開始した前記ＤＩＣＯＭ画像ファイルへ先頭を意味するファイル連結情報を書き込むステップと、記録が停止した前記ＤＩＯＣＭ画像ファイルへ終端を意味するファイル連結情報を書き込むステップと、を有することを特徴としたものである。
【発明の効果】
【００１４】
以上のように本発明は、ＤＩＣＯＭ規格で規定されたフォーマットに従って入力された動画を記録し、再生する画像記録再生装置であって、ユーザからの操作命令を入力する操作部と、外部から撮影中の動画像を入力する画像入力部と、前記画像入力部に入力された入力画像データを表示する表示部と、前記操作部からの命令に従って、前記入力画像データをＤＩＣＯＭ規格で規定された書式に変換してＤＩＣＯＭ画像ファイルを生成するＤＩＣＯＭ処理部と、を有し、さらに前記ＤＩＣＯＭ画像ファイルをネットワーク上の別の装置との間で送受信する通信部、もしくは、前記ＤＩＣＯＭ画像ファイルを着脱可能な記録媒体に記録する可搬媒体処理部、もしくは、前記ＤＩＣＯＭ画像ファイルを内部の記録装置に保存する記録部、のいずれかひとつ以上を有し、前記ＤＩＣＯＭ処理部は、一連の入力画像データから複数のＤＩＣＯＭ画像ファイルを生成した場合、前記複数のＤＩＣＯＭ画像ファイルを論理的に連結するためのファイル連結情報を生成し、前記複数のＤＩＣＯＭ画像ファイルに記載する連結情報処理部と、を有するものであるので、従来は、ファイルサイズの制限によって分割されていた一連のデータを、連結して１つのファイルとして扱うことが可能となる。
【００１５】
例えば、医療分野においては、一回の検査によって生成された複数の独立したＤＩＣＯＭ画像ファイルを論理的に連結することで、ひとつのファイルであるかのように再生することが可能になり、医師による診断効率が向上する。さらに複数のＤＩＣＯＭ画像ファイルをひとつのとして再結合することが可能になり、記録するメディアに応じた画像ファイルの管理方法をとることが可能になり、管理コストの低減を実現することが可能になる。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の実施の形態の画像記録再生方法および画像記録再生装置の実施の形態を図面とともに詳細に説明する。以下に記述されている通常のアラビア数字（０、１から９）は、１０進数で表記したものであり、１６進数で表記（０、１から９、ＡからＦ）する場合、数字の接頭文字として“０ｘ”を付与して数字を表記する（例えば１０進数の１０は、１６進数では０ｘＡと表記）。
【００１７】
（実施の形態）
図１は、本実施の形態に係る画像記録再生装置の機能構成例を表したブロック図である。
【００１８】
図１によれば、本実施の形態の画像記録再生装置１００は、画像入力部１０１、表示部１０２、ＤＩＣＯＭ処理部１０３、操作部１０４、通信部１０５、可搬媒体処理部１０６、記録部１０７から構成されている。さらにＤＩＣＯＭ情報処理部１０３には、連結情報処理部１０３（ａ）を備えている。
【００１９】
また画像記録再生装置１００と接続される外部装置として、カメラ１１０、モニター１１１、コマンドを入力するユーザ１１２、ネットワーク１１３、取り外し可能な記録媒体のＤＩＳＣ１１４が接続されている。
【００２０】
画像入力部１０１は、画像記録再生装置１００の外部の映像生成装置と接続され、外部装置から送られてくる映像を受け取り、表示部１０２へそのまま出力する、またアナログデジタル変換やデータ圧縮などの画像処理を行い、その処理データをＤＩＣＯＭ処理部１０３へ出力する機能ブロックである。図１の画像入力部１０１は、ひとつ以上の外部の映像生成装置のカメラ１１０と接続され、カメラ１１０から出力されるアナログ映像信号を受信して、それを例えばＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−２）規格のデジタルデータへ変換、圧縮する画像エンコード処理を行い、そのＭＰＥＧ２画像データを表示部１０２やＤＩＣＯＭ処理部１０３へ出力していることを表している。また出力先に応じてデジタル処理を行わずアナログ映像信号をそのままスルーしてもよい。本実施の形態の画像記録再生装置１００の画像入力部１０１と接続され、映像信号を生成する外部装置は、アナログ映像信号を生成するカメラに限定したものではなく、アナログ映像信号やデジタル映像信号を生成して出力する映像生成装置であればどのようなものでもよく、例えば医療画像データを出力するモダリティであってもよい。
【００２１】
表示部１０２は、画像記録再生装置１００の外部のモニター１１１と接続され、画像入力部１０１やＤＩＣＯＭ処理部１０３からの画像データを外部モニター１１１へ表示するための映像信号に変換して出力する機能ブロックである。本実施の形態では、画像入力部１０１とＤＩＣＯＭ処理部１０３と接続されており、ＭＰＥＧ２規格で圧縮されたデジタルデータを伸張し、外部モニター１１１へ出力可能な映像信号に変換する画像デコード処理を行っているものとする。
【００２２】
ＤＩＣＯＭ処理部１０３は、入力されたＤＩＣＯＭ規格以外の任意の映像データを、ＤＩＣＯＭ規格で規定されたフォーマットに変換して任意の出力先に出力し、またその逆のＤＩＣＯＭフォーマットの画像データを、ＤＩＣＯＭ規格以外の任意の映像データに変換して任意の出力先に出力する機能ブロックである。
【００２３】
図１では、ＤＩＣＯＭ処理部１０３は、画像記録再生装置１００の機能ブロックすべてと接続されていることを示しており、本実施の形態では、ＤＩＣＯＭ処理部１０３と接続される通信部１０５、可搬媒体処理部１０６、記録部１０７との間で入出力される映像データはＤＩＣＯＭ形式のフォーマットであり、また表示部１０２との間で入出力される映像データはＭＰＥＧ２形式とする。従ってＤＩＣＯＭ処理部１０３は、操作部１０４から入力されたユーザ１１２の命令によって、画像入力部１０１から入力されたＭＰＥＧ２形式の画像データをＤＩＣＯＭフォーマットに変換し、通信部１０５、可搬媒体処理部１０６、記録部１０７の少なくともひとつ以上に出力し、また通信部１０５、可搬媒体処理部１０６、記録部１０７のいずれかひとつからＤＩＣＯＭ形式の画像データを読み込んで、ＭＰＥＧ２形式に変換し、表示部１０２へ出力する機能ブロックである。ただし、本実施の形態では、ＤＩＣＯＭ処理部１０３と通信部１０５、可搬媒体処理部１０６、記録部１０７の間で交換されるデータ形式はＤＩＣＯＭ形式として説明するが、その形式に限定されるものではなく、任意の画像フォーマットに対応できるものとし、例えばＭＰＥＧ２やＭｏｔｉｏｎ−ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）などの画像フォーマットであってもよい。
【００２４】
またＤＩＣＯＭ処理部１０３は物理的、もしくは論理的に連結情報処理部１０３（ａ）が組み込まれている。連結情報処理部１０３（ａ）は、ＤＩＣＯＭ処理部１０３によって処理されるＤＩＣＯＭ形式の画像に対し、画像ファイルの連結情報を生成し、ＤＩＣＯＭ画像ファイルに追加し、また画像ファイルの連結情報を持つＤＩＣＯＭ画像ファイルと連結する画像ファイルを特定する機能ブロックである。連結情報処理部１０３（ａ）の詳細な処理内容は後述する。
【００２５】
操作部１０４は、ユーザ１１２が画像記録再生装置１００を操作するためのインターフェースであり、ユーザ１１２からの命令がＤＩＣＯＭ処理部１０３へ通知される。操作部１０４は、例えばタッチパネル式の操作パネルなどの画像記録再生装置１００に備え付けられたものでも、また例えばキーボードのような、画像記録再生装置１００とは別の操作装置からの信号を受信する装置でもよい。後者の場合には、例えばＰＳ／２コネクタなどがある。操作部１０４は、ユーザ１１２の命令を受け取りＤＩＣＯＭ処理部１０３へ出力できるものであればどのようなものでもよく、ここであげたものに限定されるものではない。
【００２６】
通信部１０５は、ネットワークと接続され、ネットワーク上の通信装置と画像データの送受信を行う機能ブロックである。送受信手順である通信プロトコルはＤＩＣＯＭ規格によって規定されているプロトコルを用いる。ＤＩＣＯＭ規格ではＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いて通信を行うことが規定されている。従ってＤＩＣＯＭ処理部１０３からの画像データや通信要求を受け取り、ネットワーク上の装置に画像データや命令を送信し、また画像データや通信応答を受信するブロックである。
【００２７】
本実施の形態では、最大通信速度１００Ｍｂｐｓの１００ＢＡＳＥ−ＴＸとして知られるＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ，  Ｉｎｃ．）８０２．３ｕ規格対応ネットワークインターフェースとして説明する。ただし画像記録再生装置１００が接続するネットワークはＴＣＰ／ＩＰを用いて画像データを送受信することが可能なものならどのような方式でもよく、ここで示したものに限定されるものではない。例えば最大通信速度１０Ｍｂｐｓ、１０ＢＡＳＥ−Ｔとして知られるＩＥＥＥ８０２．３でもよい。
【００２８】
可搬媒体処理部１０６は、画像記録再生装置１００から取り外し可能な記録メディアを制御するブロックであり、このブロックに挿入されている記録媒体に対して画像データの読み書きを行う。つまり、ＤＩＣＯＭ処理部１０３から画像データを受け取り、画像記録再生装置１００に接続されている記録メディアに記録し、また画像が記録されている記録メディアが接続された場合、その記録メディアから画像データを読み込み、ＤＩＣＯＭ処理部１０３へ送る処理を行う機能ブロックである。例えば、記録メディアを光Ｄｉｓｃとした場合、可搬媒体処理部１０６は光Ｄｉｓｃドライブである。
【００２９】
本実施の形態では、記録メディアを片面４．７ＧバイトのＤＶＤ−ＲＡＭ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）に対して読み書きを行う装置として説明する。可搬媒体処理部１０６で扱う可搬可能なメディアとしては、デジタルデータを記録し読み込めるものであればどのようなものでもよく、ここで示したものに限定されるものではない。例えばＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ）でも、またＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インターフェースのフラッシュメモリなどでもよい。
【００３０】
記録部１０７は、画像記録再生装置１００に内蔵されている取り出し不可能な記録メディアを制御するブロックであり、ＤＩＣＯＭ処理部１０３からの命令によって記録メディアへ画像データを書き込む処理や、読み込む処理を行う。本実施の形態では、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）として説明するが、画像データを記録し、読み込み可能な装置内蔵型の記録メディアであればどのようなものでもよく、ここで示したものに限定されるものではない。
【００３１】
従って、入力された画像を記録し、再生する装置において、一連の入力画像データから複数のＤＩＣＯＭ画像ファイルを生成し、それら物理的に分割されたファイルを論理的に結合することが可能になる。
【００３２】
図２はＤＩＣＯＭ規格で規定されているＤＩＣＯＭ画像ファイルのフォーマットを図示したものである。図２の２０１はひとつのＤＩＣＯＭ画像ファイルを表しており、ＤＩＣＯＭ画像ファイル２０１は、複数のエレメントと呼ばれる情報要素から構成される。各エレメントはひとつの情報を保持するため、図２ではＮ個（Ｎは１以上の整数）のエレメントでＤＩＣＯＭ画像ファイルが構成されていることを表している（図中２０２から２０４）。従って、患者情報や検査情報、医療画像データの内容が、それぞれエレメントとして管理されひとつのＤＩＣＯＭ画像ファイルを構成している。画像データにどのＤＩＣＯＭ情報の情報エレメントが必要かはモダリティによってＤＩＣＯＭ規格で決められている。医療画像データはモダリティによって生成された画像データであり、例えば静止画であればＪＰＥＧファイルの内容、動画であれば、Ｍｏｔｉｏｎ−ＪＰＥＧやＭＰＥＧ形式のファイル内容が保持されている。それぞれのエレメントは、ＩＤを示すタグ部２０５、長さ部２０６、情報部２０７から構成されている。長さ部２０６は、情報部２０７の長さをバイト単位で保持しており、必要なら情報部２０７に水増し情報を追加するなどして、必ず偶数バイトになるようにＤＩＣＯＭ規格で規定されている。
【００３３】
タグ部２０５は、グループ番号２０８とエレメント番号２０９のそれぞれ２バイトのフィールドの二つの要素から構成され、情報のカテゴリ化を行うとともに、エレメントの内容を一意に特定することが可能な仕組みになっている。グループ番号２０８とエレメント番号２０９の番号とその内容はＤＩＣＯＭ規格で規定されている。また製造会社が独自のプライベート情報を持たすことも可能であり、ＤＩＣＯＭ規格で規定された情報と利用者独自のプライベート情報を混在させることが可能になっている（以降、必要ならこのグループ番号２０８とエレメント番号２０９の組を数学の行列で表記する）。
【００３４】
プライベート情報エレメントは、複数の製造会社やＤＩＣＯＭ画像データ利用者によって重複しないように、プライベート情報エレメントを予約するための仕組みが取り入られている。ＤＩＣＯＭ規格では、グループ番号の偶数番号は予約済みとなっており、製造会社や利用者はプライベート情報の保存先として使用することができないが、９以上の奇数番号のグループは、プライベートな情報を保持するエレメントとして、製造会社や利用者が自由に使用することが可能であることが規定されている。
【００３５】
９以上の奇数グループ番号をＧとした場合、グループ番号Ｇのエレメント番号０ｘ００１０から０ｘ００ＦＦの間のエレメントは、特定の範囲のプライベート情報エレメントを予約するための予約用エレメントであり、そのエレメントに予約用文字列（利用者による任意の文字列）を設定することで、グループ番号Ｇの特定の範囲のエレメントを予約することが可能である。
【００３６】
例えば、下記のプライベート情報予約用エレメントに任意の文字列を設定した場合、
（グループ番号、エレメント番号）＝（Ｇ、０ｘ００１０）・・・・・・・（式１）
ただし、Ｇは９以上の奇数
以下の範囲のエレメントが予約されたことになりプライベート情報を設定可能である。
（Ｇ、０ｘ１０００）〜（Ｇ、０ｘ１０ＦＦ）・・・・・・・・・・・・・（式２）
ただし、Ｇは（式１）で指定された９以上の奇数
また、以下の予約用エレメントに任意の文字列を設定した場合、
（グループ番号、エレメント番号）＝（Ｇ、０ｘ００ＦＦ）・・・・・・・（式３）
ただし、Ｇは９以上の奇数
以下の範囲のエレメントが予約されたことになり使用可能となる。
（Ｇ、０ｘＦＦ００）〜（Ｇ、０ｘＦＦＦＦ）・・・・・・・・・・・・・（式４）
ただし、Ｇは（式３）で指定された９以上の奇数
また、すでに予約されている予約用エレメントは他の利用者は使用してはならない。
【００３７】
本実施の形態では、ファイル連結情報を、プライベート情報エレメントを用いて設定することとする。予約用プライベート情報エレメントの初期のグループ番号、エレメント番号を以下のように決定する。
（グループ番号、エレメント番号）＝（０ｘ２００１、０ｘ００１０）・・（式５）
従って、（０ｘ２００１、０ｘ１０００）から（０ｘ２００１、０ｘ１０ＦＦ）の範囲のエレメントを自由に使用することが可能になり、このうち先頭のエレメントを、ファイル連結情報を記録するエレメントとして使用することとする。ただし、プライベート情報として予約する範囲は未使用のエレメントであればどのエレメントでもよく、ここで示したものに限られるものではない。
【００３８】
また予約用文字列は、“Ｐａｎａｓｏｎｉｃ  Ｆｉｌｅ  Ｃｏｎｎｅｃｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ”とすることとする。ただしここで示した予約用文字列は、この情報の利用者が識別可能なユニークなものを設定すればよく、ここで記述したものに限られるものではない。
【００３９】
また予約しようとしたプライベート情報エレメントのグループ番号、エレメント番号がすでに予約済み（文字列が設定されている）の場合は、同一のグループ番号の違うエレメント番号が未使用かどうかを検索する。同一グループ番号内においてすべて予約済みの場合は、次のプライベートのグループ番号において未使用のエレメントを検索すればよい。従って、ファイル連結情報を検索する場合は、予約用プライベート情報エレメントの初期値のグループ番号、エレメント番号を検索し、そこから設定した予約用文字列を検索すればよい。
【００４０】
図１０は、ＤＩＣＯＭ画像ファイルのヘッダ部に含まれている情報の一例をあらわしている。左からタグ番号、長さ部、情報部を記述し、またそれぞれのタグの意味を説明の欄に記述している。長さ部は、情報部の具体的な長さをあらわしているので具体的な値は省略する。図１０に示した例では、検査情報として、検査日が２０００年３月１４日、検査時間が１６時１５分３０．０００秒、モダリティがＭＲ検査（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ）、製造会社がＰａｎａｓｏｎｉｃ、また患者情報として、患者名が松下太郎、患者の体重が７０ｋｇ、そして画像データから構成されていることを示している。
【００４１】
図３はファイル連結情報の構成例と各フィールドの便宜上の長さを図示している。ファイル連結情報は、継続するファイル番号３０１、直前のファイル番号、直前のファイルの記録開始時間３０３、装置識別子３０４から構成される。本実施の形態では、記録開始をファイル番号１、連続する画像データを別のファイルに記録する場合にファイル番号を１だけ増分するとしているため、記録開始した先頭の画像ファイルの直前のファイル番号は０となる。また最後の画像ファイルの場合、継続するファイル番号３０１は０となる。従って、ファイル番号が連続しているＤＩＣＯＭ画像ファイルは、連結が可能な場合がある。またファイル番号を１バイトでは表現できない場合や直前のファイル記録開始時間を８バイトでは表現できない場合は、各フィールドの長さを必要に応じて変更すればよく、ここで記述されたものに限定されるものではない。
【００４２】
直前のファイルの記録開始時間３０３は、直前のファイル番号３０２で示される画像ファイルの記録が開始された時間である。従ってファイル番号１、２、３の直前のファイルの記録開始時間３０３はそれぞれ０、ファイル番号１の記録開始時間、ファイル番号２の記録開始時間である。またファイル連結情報を持つ任意のＤＩＣＯＭ画像ファイルの記録開始時間にその画像の再生時間だけ進めた時間と、継続する画像ファイルの記録開始時間が一致しなければならない。
【００４３】
本実施の形態では、基準とする記録時間を以下のエレメントとする。
（０ｘ０００８、０ｘ００２３）Ｃｏｎｔｅｎｔ  Ｄａｔｅ
（０ｘ０００８、０ｘ００３３）Ｃｏｎｔｅｎｔ  Ｔｉｍｅ
また上記のエレメントがない場合は、下記のエレメントを基準とする。
（０ｘ０００８、０ｘ００２０）Ｓｔｕｄｙ  Ｄａｔｅ
（０ｘ０００８、０ｘ００３０）Ｓｔｕｄｙ  Ｔｉｍｅ
また上記基準となる時間を保持しないＤＩＣＯＭ画像ファイルの場合は、ＤＩＣＯＭ画像ファイルが生成された時間や、先頭のファイルを０とした相対時間でファイル連結情報を生成するようにしてもよい。
【００４４】
装置識別子３０４は、記録装置固有のＩＤである。この装置固有のＩＤには、例えば、製造番号やシリアルナンバーがあり、このＩＤにより記録した装置を一意に特定することが可能になる。連続した映像を連結する際に、前のファイルの開始時間だけでは、同じ開始時間のファイルが存在した場合に、正しい選択／連結ができない。例えば、手術を複数のカメラで同期を取って、同時刻に撮影を行った場合には、同じ開始時間を持った複数のファイルが存在することになり、正しいファイルの連結ができなくなってしまう。このような状態を避けるために、連結情報にはファイル開始時間だけではなく、どの装置で撮影したのかという情報を付加することで、正しいファイルの選択／連結が可能となるのである。また装置識別子３０４を使用しない場合には、無効な装置識別子として０を設定すればよい。
【００４５】
従って、図１０で示したＤＩＣＯＭ画像ファイルを３つのファイルに分割した場合（それぞれ先頭から分割ファイルＡ、Ｂ、Ｃと命名）、分割ファイルＡ、Ｂ、Ｃのファイル連結情報は図１１で示したものになる。この場合、“Ｓｔｕｄｙ  Ｔｉｍｅ”タグの“１６１５３０．０００“を基準にして、それぞれの画像ファイルの再生時間を追加していくことで、記録開始時間を算出している。装置識別子は記録装置固有のＩＤ（ここでは装置Ａ）を入力している。
【００４６】
本実施の形態では、ファイル連結情報内の直前のファイル記録開始時間は、絶対時間で設定することとしたが、別の実装としてファイル番号１の開始時間を０とする相対時間としてもよい。この場合、ファイル番号１、２、３に含まれるファイル連結情報内の直前のファイル記録開始時間は、それぞれ０、０、ファイル番号１の再生時間、とし、以降の画像ファイル内のファイル連結情報に含まれる直前の記録開始時間は、ファイル番号１からの経過時間としてもよい。この方法は、画像データのタグ情報から記録時間の取得に失敗した場合に有効である。
【００４７】
さらに本実施の形態では、記録中の画像ファイルに対し、ファイル分割情報を追加することとして説明しているが、記録済みの画像データに対しても応用可能である。記録済みの画像データを複数の画像データに分割する場合においても、ファイル連結情報を追加することで、物理的に複数のファイルに分割された画像ファイルを論理的に連結し再生することが可能になる。
【００４８】
従って、ファイル連結情報を画像データのファイル番号と時間情報で構成することで、動画データで構成されるＤＩＣＯＭ画像データを論理的に結合することが可能になる。さらに１から始まるファイル番号を用いているため、分割されたファイルにおいて先頭から何番目のファイルであるかということがファイル連結情報を参照するだけで判断可能という効果もある。
【００４９】
図４は、図３で示したファイル連結情報が、ＤＩＣＯＭ規格で規定された任意の情報エレメントとして存在する場合のブロック図である。このとき、ファイル連結情報は、ＤＩＣＯＭで規定されている独自のエレメントに保持するものとする。この状態のＤＩＣＯＭ画像ファイルのフォーマットを図４に示す。任意のエレメント（グループ番号４０３、エレメント番号４０４は任意）にファイル連結情報が存在しており、その長さが１４バイトであるため、長さのフィールド４０５には１４が設定される。またこのＤＩＣＯＭ画像ファイルと連結するためのファイル連結情報（継続ファイル番号４０６、直前ファイル番号４０７、直前ファイル記録開始時間４０８、装置識別子４０９）が情報部に設定される。
【００５０】
次に図５、図６、図７、図８を用いて、図１の連結情報処理部１０３（ａ）の詳細な内容について説明する。
【００５１】
図５は、記録中、もしくは記録済みの画像ファイルに対し、ファイル分割情報を生成してファイルを分割する処理のフローチャートである。
【００５２】
まずは撮影を開始すると同時に、ＤＩＣＯＭ形式として必要なパラメータ、例えば患者情報や検査情報をファイルに出力する（ステップ５０１）。そしてそのファイルに撮影中の画像データを記録し、記録中の画像ファイルサイズが特定の閾値に達した場合（ステップ５０２）、記録中の画像ファイルへの記録を停止し（ステップ５０３）、継続する画像を新規の画像ファイルへ記録開始し（ステップ５０４）、ステップ５０３で記録を停止視したＤＩＣＯＭ画像ファイルのファイル連結情報の継続ファイル番号に次のファイル番号を設定する。またステップ５０４で記録を開始したＤＩＣＯＭ画像ファイルのファイル連結情報の直前のファイル番号と直前の記録開始時間に、ステップ５０３で記録を停止した直前のファイル番号と記録開始時間をそれぞれ記録する（ステップ５０５）。そして記録が停止された場合（ステップ５０６）、記録を開始したＤＩＣＯＭ画像ファイルのファイル連結情報の直前のファイル番号と記録開始時間に０を設定し（ステップ５０７）、記録を停止したＤＩＣＯＭ画像ファイルのファイル連結情報の継続するファイル番号に０を設定すればよい（ステップ５０８）。
【００５３】
図５は、記録開始から停止までのフローを説明したが、すでにＤＩＣＯＭ形式で記録されている記録済み画像ファイルに対しても図５の分割処理は有効である。この場合、分割元となるＤＩＣＯＭ画像ファイルの先頭からファイル分割の閾値までを別ファイルとして順次生成し、ＤＩＣＯＭ形式として共通する患者情報や検査情報とともに、ファイル連結情報を生成することで分割処理が可能である。
【００５４】
また分割元ファイルはＤＩＣＯＭ形式である必要はなく、例えば図１の画像入力部１０１から出力された画像フォーマットで一時的に記録部１０７などに記録し、その画像ファイルにＤＩＣＯＭ形式として必要なパラメータを追加することでＤＩＣＯＭ形式として変換、分割してもよい。
【００５５】
図６は、複数のＤＩＣＯＭ画像ファイルの中から、ファイル連結情報を用いて連結すべき画像ファイルを特定するための検索手順を表したフローチャートである。
【００５６】
ファイル連結情報を持つＤＩＣＯＭ画像ファイルに対し、時間的に前後に接続されるＤＩＣＯＭ画像ファイルを複数のＤＩＣＯＭ画像ファイルの中から特定するために、まずファイル連結を持つＤＩＣＯＭ画像ファイルに対し（ステップ６０１）、複数のＤＩＣＯＭ画像ファイルの中から、ＤＩＣＯＭ情報の患者情報や検査情報を用いて、同一のＤＩＣＯＭ情報を持つファイルを特定する（ステップ６０２）。これは検査情報と患者情報により特定の個人が、例えば同一時刻に別のモダリティによる検査を受けることは不可能であることから一意に特定することが可能である。ＤＩＣＯＭ画像ファイルを論理的に連結するために、患者情報や検査情報からなるＤＩＣＯＭ情報を併用して用いることは、ファイル連結情報として必要とする情報の項目を少なくできるという効果がある。
【００５７】
同一のＤＩＣＯＭ情報をもつファイルを発見することができたら（ステップ６０３）、ステップ６０１で選択したＤＩＣＯＭ画像ファイルのファイル連結情報を取得し（ステップ６０４）、そのファイル連結情報から時間的に直前の画像ファイルがあるかどうか判断する。これはファイル連結情報内の直前ファイル番号が０の場合は、直前のファイルがないことをあらわしており、０以外の場合、直前のファイルが存在することを表している。直前のファイルが存在する場合（ステップ６０５）、ファイル連結情報内の直前のファイル記録開始時間を、ＤＩＣＯＭ情報のＣｏｎｔｅｎｔ  Ｔｉｍｅエレメント、もしくはこのエレメントが存在しない場合はＳｔｕｄｙ  Ｔｉｍｅエレメントから検索して、一致するＤＩＣＯＭ画像ファイルを検索し、発見できた場合（ステップ６０９）、ステップ６０１で選択したＤＩＣＯＭ画像ファイルのファイル連結情報の装置識別子と同じ識別子を持っているか、場合は、そのファイルが連結ファイルである（ステップ６１２）。このときステップ６０１で選択したＤＩＣＯＭ画像ファイルが無効な識別子を保持していた場合は、ステップ６１２は省略してもよいし、同じ無効な識別子を持つかどうかを比較してもよい。
【００５８】
またファイル連結情報から時間的に直後の画像ファイルが存在するかどうかを判定する（ステップ６０６）。これはファイル連結情報の継続ファイル番号が０の場合はファイルが存在しないことを表しており、０以外の場合、継続ファイルが存在することを表している。直後のファイルが存在する場合、ステップ６０１で選択したＤＩＣＯＭ画像ファイルの記録開始時間にその再生時間を足した時間を持つ画像ファイルを検索し（ステップ６０８）、発見できた場合（ステップ６０９）、ステップ６０１で選択したＤＩＣＯＭ画像ファイルのファイル連結情報の装置識別子と同じ識別子を持っている場合は、そのファイルが連結ファイルである（ステップ６１２）。このときステップ６０１で選択したＤＩＣＯＭ画像ファイルが無効な識別子を保持していた場合は、ステップ６１２は省略してもよいし、同じ無効な識別子を持つかどうかを比較してもよい。このとき、ＤＩＣＯＭ画像ファイルの記録開始時間は、Ｃｏｎｔｅｎｔ  Ｔｉｍｅエレメント、Ｃｏｎｔｅｎｔ  Ｔｉｍｅエレメントがない場合はＳｔｕｄｙ  Ｔｉｍｅエレメントの値であり、検索するエレメントも同じである。
【００５９】
ここで示した検索手順の結果においてＤＩＣＯＭ画像ファイルが複数ファイル検索される場合がある（例えば、ひとつの記録済みのＤＩＣＯＭ画像ファイルに対して、同一条件の分割処理を複数回行った場合）。それらはまったく同じ内容の画像ファイルであると判断可能であり、どのファイルを連結対象のファイルとしてもよいが、これらを完全に一意に特定するためには、図３で説明したファイル連結情報に加えて、分割処理時間や、ファイルごとの分割回数などのパラメータを追加する必要がある。
【００６０】
また検索したが発見できなかった場合（ステップ６０３、ステップ６０５、ステップ６０６、ステップ６０９、ステップ６１０）は、連結ファイルがないことを意味している（ステップ６１１）。
【００６１】
図７は、ファイル連結情報によって論理的に連続しているが、物理的には別々のＤＩＣＯＭ画像ファイルを連続して再生する場合の処理を表したフローチャートである。
【００６２】
まず任意のＤＩＣＯＭ画像ファイルを再生制御情報に従って再生する（ステップ７０１）。この再生制御情報はＤＩＣＯＭ画像ファイルを再生するために必要な情報であり、ここでは、再生位置、再生速度、再生方向から構成されるものとする。再生位置は動画像をどの位置から再生するかを意味しており、先頭から再生する場合は画像の先頭を、またスキップ再生のような再生方法の場合、画像の任意の再生位置を表している。再生方向は、時間的に順方向と逆方向があり、そして再生速度は通常再生を1倍速とした場合、早送り再生の場合はＭ倍速（Ｍは２以上の整数）となる。ここでは、再生制御情報として、再生位置、再生速度、再生方向はそれぞれ画像の先頭、１倍速、順方向とする。
【００６３】
画像を再生位置から順次再生処理を行い、再生位置がＤＩＣＯＭ画像ファイルの終端に達した場合（ステップ７０２）、現在再生しているＤＩＣＯＭ画像ファイルにファイル連結情報が存在する場合（ステップ７０３）は、ファイル連結情報から時間的に再生する方向に連続して再生すべきＤＩＣＯＭ画像ファイルが存在するかどうかを確認する（ステップ７０４）。このときの再生方向が時間的に順方向の場合は、ファイル連結情報の継続ファイル番号を参照すればよく、また再生方向が逆方向の場合は、ファイル連結情報の直前ファイル番号を参照すればよい。いずれの場合もファイル番号が０の場合は連続したファイルがないことを、また１以上の値の場合は連続したファイルが存在していることを意味している。
【００６４】
再生方向に連続して再生すべきＤＩＣＯＭ画像ファイルが存在する場合、ＤＩＣＯＭ画像ファイルのＤＩＣＯＭ情報（例えば患者情報や検査情報）とファイル連結情報から、図６で示したフローに従ってファイルを特定し（ステップ７０５）、再生終了後に連続して続きのＤＩＣＯＭ画像ファイルを再生すればよい（ステップ７０６）。
【００６５】
また再生中のＤＩＣＯＭ画像ファイルにファイル連結情報が存在しない場合（ステップ７０３）、またファイル連結情報は存在するＤＩＣＯＭ画像ファイルだが再生中のＤＩＣＯＭ画像ファイルが終端である場合（ステップ７０４）は再生処理を終了する（ステップ７０７）。
【００６６】
図８は物理的には別のファイルだが、ファイル連結情報により論理的に連続している複数のＤＩＣＯＭ画像ファイルを連結する処理を表したフローチャートである。
【００６７】
複数のＤＩＣＯＭ画像ファイルを物理的にひとつの画像ファイルとして結合する場合、まず任意のＤＩＣＯＭ画像ファイルを選択し（ステップ８０１）、そのＤＩＣＯＭ画像ファイル内にファイル連結情報が存在する場合（ステップ８０２）、選択中のＤＩＣＯＭ画像ファイルと連結可能なファイルをＤＩＣＯＭ画像ファイルのＤＩＣＯＭ情報（例えば患者情報や検査情報）とファイル連結情報から、図６で示したフローに従ってファイルを特定し（ステップ８０３）、それらのＤＩＣＯＭ画像ファイルを結合した新規のＤＩＣＯＭ画像ファイルを生成する（ステップ８０４）。このとき新規作成したＤＩＣＯＭファイルのファイル連結情報のうち、直前ファイル番号と直前ファイル記録開始時間は、時間的に前のＤＩＣＯＭ画像ファイルのファイル連結情報の値を設定し、また継続ファイル番号は時間的に後のＤＩＣＯＭ画像ファイルのファイル連結情報の値を設定すればよい。
【００６８】
連結完了したＤＩＣＯＭ画像ファイルに対し、その前後に連結可能なＤＩＣＯＭ画像ファイルが存在する場合（ステップ８０５）、ステップ８０３から繰り返すことで物理的に分割された一連のＤＩＣＯＭ画像ファイルをひとつのＤＩＣＯＭ画像ファイルとして結合することが可能になる。このとき結合に使用した分割されたＤＩＣＯＭ画像ファイルは削除してもよいし、そのまま残すようにしてもよい。
【００６９】
図９は二つの画像記録再生装置が存在し（装置識別子をそれぞれＡ、Ｂ）、それぞれの装置によって記録開始から記録停止までに生成されるＤＩＣＯＭ画像ファイルのデータ量とそのファイル番号を示している。９０１は記録開始位置を示し、９０３は記録停止位置を示している。さらに９０２は分割するファイルサイズを論理的に表しており、一連の記録がこのサイズを超える場合は、ファイル連結情報を用いて、物理的に別ファイルに記録する。装置Ａはファイル番号１から４まで、同じく装置Ｂもファイル番号１から４までを生成したことを表している。
【００７０】
このとき、それぞれの装置は、同一内容のものを撮影し、さらに記録開始と記録停止もまったく同時である場合は、それぞれの装置から生成される画像のデータ量がまったく同じになり、結果として生成されるファイル連結情報を持つＤＩＣＯＭ画像ファイルの構成がまったく同じになる。
【００７１】
つまり同一の場面（例えば手術室内を別々の視点で撮影するなど）を複数の画像記録再生装置で同時に撮影するような場合は、ＤＩＣＯＭ画像ファイルのヘッダ部の情報が同じになり、それら複数の装置で撮影された画像ファイルを分割した場合、まったく同じファイル連結情報を持つＤＩＣＯＭ画像ファイルが生成され、連結すべきＤＩＣＯＭ画像ファイルを正しく特定できない可能性がある。本実施の形態では、画像記録再生装置固有のＩＤをファイル連結情報に設定することで、複数の装置により同時に記録され、分割されたＤＩＣＯＭ画像ファイルの中からでも同一の装置による画像ファイルのみを識別可能にした。また画像記録再生装置ではなく、画像記録再生装置に接続される装置のＩＤを装置識別子としてファイル連結情報に設定してもよい。
【００７２】
また本実施の形態では、画像記録再生装置にはカメラ装置は一台だけが接続されているものとして記載しているが、一台の画像記録再生装置に二台以上の複数のカメラ装置が接続される場合もあり、この場合は、画像記録再生装置の固有ＩＤをファイル連結情報に入力しても、連結すべきＤＩＣＯＭ画像ファイルを正しく特定できない可能性がある。この場合は、カメラ装置の固有ＩＤをファイル連結情報に用いることで、連結すべきＤＩＣＯＭ画像ファイルの特定が可能になる。
【００７３】
また、複数のファイルに分割されたＤＩＣＯＭ画像ファイルを連続して再生可能ということは、画像を視る人、例えば診断医による負荷を減少し、使い勝手を向上させるとともに診断精度を向上させるという効果がある。また任意のサイズにファイルを分割可能であり、そして再結合も可能であるため、記録する可搬媒体の大きさに合わせて分割することが可能になり、画像の管理コストを低減する効果もある。
【００７４】
またＤＩＣＯＭ画像ファイルをネットワーク上にあるＤＩＣＯＭ画像サーバで管理している場合、従来の方法ではすべてのＤＩＣＯＭ画像ファイルをダウンロードする必要があったが、ファイル連結情報によりダウンロードする画像を特定することが可能になり、ネットワーク上のトラフィックを減少させる効果もある。
【００７５】
また、記録済みのＤＩＣＯＭ画像ファイルに対して、ファイル連結情報を用いて任意のファイルサイズに分割する場合、同一ファイルに対して同一分割サイズで行った分割処理結果は常に同じになり、まったく同じ内容の分割ＤＩＣＯＭ画像ファイルが生成されることになる。従って記録済みＤＩＣＯＭ画像ファイルに対して、同一条件で分割した場合は、連結する際にファイルを一意に特定することができない可能性があるが、本実施の形態で示した方法によって検索し、複数のＩＣＯＭ画像ファイルが検出された場合は、内容がまったく同じであることを意味しているため、どちらを使用しても結果は同じであり、一意に特定する必要はない。ただしこの場合はファイル連結情報に分割処理を決定した時刻や、同一ファイルに対する分割回数などを加えることで、一意に特定することも可能である。
【００７６】
具体的には、例えば図１０で示したＤＩＣＯＭ画像ファイルを３つのファイルに分割する条件で（それぞれ先頭から分割ファイルＡ、Ｂ、Ｃと命名）、同一ファイルに対し、同一条件で、２回分割を行ったとすると（一回目の分割により生成された分割ファイルを先頭からＡ１、Ｂ１、Ｃ１、２回目の分割により生成された分割ファイル名を先頭からＡ２、ＡＢ２、Ｃ２と命名）、１回目と２回目の分割処理を行った時間は違うはずである。従って、1回目の分割処理時間をＴ１とした場合、分割ファイルＡ１、Ｂ１、Ｃ１のファイル連結情報に分割処理時間のＴ１をそれぞれ設定し、また２回目の分割処理時間をＴ２とした場合、分割ファイルＡ２、Ｂ２、Ｃ２のファイル連結情報に分割処理時間のＴ２をそれぞれ設定することで、同一ファイルに対する同一条件での分割処理結果を一意に区別することが可能になる。また分割処理時間ではなく、同一ファイルへの分割処理回数を設定してもよく、分割ファイルＡ１、Ｂ１、Ｃ１には分割回数１回目を示す１を、分割ファイルＡ２、Ｂ２、Ｃ２には分割回数２回目を示す２を、ファイル連結情報に設定してやればよい。従って、図６で示した検索結果において、複数のＤＩＣＯＭ画像ファイルが発見された場合は、さらに分割処理時間や分割回数を区別することで一意に特定可能になる。
【００７７】
このような、本発明の実施の形態による画像記録再生装置および画像記録再生方法は、連続した長時間の動画像をＤＩＣＯＭ形式で記録する場合、複数のファイルに分割、またそれら結合することが可能になり、さらに既存のＰＡＣＳとの互換性も維持しているため、画像ファイルの用途に合わせた画像記録再生を行うことが可能になる。
【００７８】
前述した本実施の形態に係る画像記録再生装置を構成する機能要素や画像記録再生方法は、コンピュータで読み取り可能なプログラムで実現することも可能であるし、そのプログラムをＤＩＣＯＭ処理部１０３が読み取り可能な状態に記録した記録媒体として、画像記録再生装置１００から分離可能に構成することもできる。また記録媒体に記録されたプログラムを、ＤＩＣＯＭ処理部１０３が直接読み取ることが出来るように画像記録再生装置１００に装着、あるいは画像記録再生装置１００に存在する図示しないインターフェースを介して接続されたプログラム読み取り装置により読み取るように構成されてもよい。記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク、ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ）等の光ディスクを含むディスク系、ＩＣカード、メモリーカードノカード系、あるいはマスクＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＵＶ−ＥＰＲＯＭ（Ｕｌｔｒａ−Ｖｉｏｌｅｔ  ＥＰＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、フラッシュＲＯＭ等の半導体メモリ系などを用いることが出来る。
【産業上の利用可能性】
【００７９】
画像ファイルを管理する分野に有効であり、特に医療関連の画像診断分野や長時間の手術を撮影するような撮影分野において有効である。具体的には、医師による画像診断の効率化や、ネットワークトラフィックの低減、ＰＡＣＳや記録媒体での保管などの画像管理におけるコスト削減に有効である。
【図面の簡単な説明】
【００８０】
【図１】本発明のの実施の形態の画像記録再生装置の構成要素のブロック図
【図２】ＤＩＣＯＭ画像ファイルを構成する情報エレメントのブロック図
【図３】ファイル連結情報のブロック図
【図４】ＤＩＣＯＭ情報エレメントにファイル連結情報を設定したときのブロック図
【図５】分割して記録するフローチャート
【図６】連結されるファイルの特定するフローチャート
【図７】物理的に分割された画像ファイルを連続再生するフローチャート
【図８】複数のファイルを１個に連結するフローチャート
【図９】記録開始から記録停止までに生成されるＤＩＣＯＭ画像ファイルのデータ量とファイル番号の関係図
【図１０】ＤＩＣＯＭ画像ファイルのヘッダ部に含まれている情報の一例の図
【図１１】分割ファイルＡ、Ｂ、Ｃのファイル連結情報の図
【符号の説明】
【００８１】
１００  画像記録再生装置
１０１  画像入力部
１０２  表示部
１０３  ＤＩＣＯＭ処理部
１０３（ａ）  連結情報処理部
１０４  操作部
１０５  通信部
１０６  可搬媒体処理部
１０７  記録部
１１０  カメラ
１１１  モニター
１１２  ユーザ
１１３  外部のネットワーク
１１４  可搬媒体
２０１  ＤＩＣＯＭ画像ファイル
２０２  情報エレメント１
２０３  情報エレメント２
２０４  情報エレメントＮ
２０５  タグ部
２０６  長さ部
２０７  情報部
２０８  グループ番号
２０９  エレメント番号
３０１  継続ファイル番号
３０２  直前ファイル番号
３０３  直前ファイル記録開始時間
３０４  装置識別子
４０１  ＤＩＣＯＭ画像ファイル
４０２  任意の情報エレメント
４０３  グループ番号
４０４  エレメント番号
４０５  長さ
４０６  継続ファイル番号
４０７  直前ファイル番号
４０８  直前ファイル記録開始時間
４０９  装置識別子
９０１  記録開始位置
９０２  分割サイズ
９０３  記録停止位置
【図１】
2010124350.tif 000003
【図２】
2010124350.tif 000004
【図３】
2010124350.tif 000005
【図４】
2010124350.tif 000006
【図５】
2010124350.tif 000007
【図６】
2010124350.tif 000008
【図７】
2010124350.tif 000009
【図８】
2010124350.tif 000010
【図９】
2010124350.tif 000011
【図１０】
2010124350.tif 000012
【図１１】
2010124350.tif 000013