(57)【特許請求の範囲】
【請求項１】
マルチフレームの医療原画像ファイルをＭＰＥＧ１を用いて符号化し、端末装置へ配信する画像配信装置であって、
前記原画像のフレームレートがＭＰＥＧ１の最小基本フレームレートよりも短い場合に、１フレームを所定の枚数づつ繰り返して挿入することにより、新たなマルチフレームを生成するマルチフレーム生成手段と、
マルチフレーム生成手段によって生成されたマルチフレームをＭＰＥＧ１を用いて符号化する変換手段とを具備し、
前記マルチフレーム生成手段は、ＭＰＥＧ１に規定される複数の基本フレームレートの中から、最小基本フレームレート、又は該原画像のフレームレートを整数倍した値に最も近い基本フレームレートを適用基本フレームレートとして選択し、前記適用基本フレームレートと原画像の１フレームの表示時間とを乗算した値を所定数で割り、その算出結果の整数部分を前記１フレームの繰り返し回数として、新たなマルチフレームを生成することを特徴とする画像配信装置。
【請求項２】
前記変換手段は、生成された前記マルチフレームの内、同一フレームの枚数と、Ｐピクチャの間隔を決定する値とを同値に設定して符号化を実行することを特徴とする請求項１に記載の画像配信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像配信装置に関する。
【０００２】
【従来の技術】
現在、病院等で使用されるＣＴやＭＲＩなどの医療画像を患者毎に管理するシステムとして、ＤＩＣＯＭ（Digital Imaging and COmmunications in Medicine）が使用されている。
一方、病棟で患者に検査画像を見せたい、外出先の医師に緊急患者の状態を明確に伝えたいなどの要請に応えるために、医療画像を携帯端末等に対して送信する技術が注目を浴びている。
【０００３】
【発明が解決しようとする課題】
携帯端末への医療画像の配信を考えた場合、ＤＩＣＯＭファイルは解像度が高いため、ＤＩＣＯＭファイルを解像度が低い異なるファイルに変換し、変換後の画像データを携帯端末へ送信するという手順が必要となる。
【０００４】
本発明はこのような事情に鑑みてなされたもので、医療画像であるＤＩＣＯＭファイルを携帯端末に適したファイル構成に容易に変換できる画像配信装置を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、本発明は、マルチフレームの医療原画像ファイルをＭＰＥＧ１を用いて符号化し、端末装置へ配信する画像配信装置であって、前記原画像のフレームレートがＭＰＥＧ１の最小基本フレームレートよりも短い場合に、１フレームを所定の枚数づつ繰り返して挿入することにより、新たなマルチフレームを生成するマルチフレーム生成手段と、マルチフレーム生成手段によって生成されたマルチフレームをＭＰＥＧ１を用いて符号化する変換手段とを具備し、前記マルチフレーム生成手段は、ＭＰＥＧ１に規定される複数の基本フレームレートの中から、最小基本フレームレート、又は該原画像のフレームレートを整数倍した値に最も近い基本フレームレートを適用基本フレームレートとして選択し、前記適用基本フレームレートと原画像の１フレームの表示時間とを乗算した値を所定数で割り、その算出結果の整数部分を前記１フレームの繰り返し回数として、新たなマルチフレームを生成することを特徴とする画像配信装置を提供する。
【０００６】
この発明によれば、ＭＰＥＧ１のように、適用可能なフレームレートが限られている符号化パラメータを用いて医療原画像ファイルを符号化する場合においても、１フレームを所定の枚数繰り返して挿入することにより、フレームレートを調整し、調整した新たなマルチフレームをＭＰＥＧ１によって符号化するので、非常に簡単に符号化を行うことが可能となる。また、原画像のフレームレートを調整しやすい基本フレームレートを選択し、原画像のフレームレートを同一フレームを挿入するので、非常に簡単にフレームレートを調整することができる。
【０００９】
また、請求項２に記載の発明は、請求項１に記載の画像配信装置において、前記変換手段は、生成された前記マルチフレームの内、同一フレームの枚数と、Ｐピクチャの間隔を決定する値とを同値に設定して符号化を実行することを特徴とする。
【００１０】
この発明によれば、フレームが切り替わるタイミングでＰピクチャを設定するので、ＰピクチャとＰピクチャの間、又はＩピクチャとＰピクチャの間に設定されるＢピクチャについては、差分を「０」とすることができる。従って、ＭＰＥＧ１を用いて符号化する際には、変換後のファイルサイズを小さくすることができる。
【００１１】
なお、本発明の携帯端末としては、ＰＨＳ（Personal Handyphone System）(登録商標)、ＰＤＡ（Personal Digital Assistants：個人用情報機器）と称される携帯型の端末等が挙げられる。
【００１２】
【発明の実施の形態】
以下、図面を参照し、本発明の一実施形態について説明する。
図１は本発明の一実施形態における画像配信装置とその周辺の装置とからなるネットワーク構成を示す図である。
同図に示すように、病院内には、本発明の画像配信装置１、ＤＩＣＯＭ規格に基づく画像ファイルが多数格納されているＤＩＣＯＭシステム２、ダイヤルアップルータ３、及び無線ＬＡＮアクセスポイント４がＬＡＮ（Local Area Network）５によって互いに接続されたネットワークが構築されている。
また、携帯端末としてのＰＤＡ６が有線ＬＡＮ５又は無線ＬＡＮアクセスポイント４を介してＬＡＮ５に接続されている。
また、病院外部に存在するＰＤＡ６が、ダイヤルアップルータ３、ＰＨＳ回線等の公衆網を介して画像配信装置１と接続可能な構成となっている。
【００１３】
次に、図２に画像配信装置１及びＰＤＡ６を機能展開して示したブロック図を示す。
同図に示すように、画像配信装置１は、ＤＩＣＯＭシステム２から取得したＤＩＣＯＭ画像から所定のタグを抽出し、所定の処理を行うＤＩＣＯＭファイル解析部１１、ＤＩＣＯＭ画像を所定の変換パラメータに基づいて変換（符号化）する変換モジュール１２、変換されたサムネイル画像や画像ファイルを蓄積する記憶部１３、及び記憶部１３に蓄積されている画像ファイルを所定の形式に変換して配信する、Ｗｅｂサーバ、ＣＧＩからなる送受信部１４を備えている。
一方、ＰＤＡ６は、ブラウザ６１、受信したＭＰＥＧの画像データをデコードするＭＰＥＧデコーダモジュール６２、種々の情報を入力するための入力部、所定の大きさを有する表示画面等を備えている。
【００１４】
次に、上記画像配信装置１及びＰＤＡ６の概要について説明する。
画像配信装置１内のＤＩＣＯＭファイル解析部１１では、ＤＩＣＯＭから画像に関する情報を取得する。該情報には画像符号化に必要な情報（画像サイズやビット精度、マルチフレームの場合にはフレーム数やフレーム間隔等）の他に、画像の検索時に使用する画像の属性（科や患者名等）に関するものが含まれる。同時にファイルから画像データを取得し、静止画像の場合はＪＰＥＧを用いて符号化し、また、動画像の場合（マルチフレームの場合）には、ＭＰＥＧを用いて符号化する。また、静止画像、マルチフレームに拘わらず、サムネイルとして利用するためのＪＰＥＧ画像を生成する。そして画像の属性に応じてフォルダ毎に分類し、装置内の記憶部１３に蓄積する。
【００１５】
一方、ＷｅｂサーバとＰＤＡ６のブラウザ間の通信はＨＴＴＰ（Hyper Text Transfer Protocol）にて行われる。Ｗｅｂサーバはブラウザ６１からのアクセス要求や検索要求、画像表示を受け付け、必要に応じてＣＧＩを起動し、ＨＴＭＬファイルや画像ファイルを送信する。ブラウザ６１では、受信したＨＴＭＬファイルに従ってテキスト情報や画像を表示する。ＭＰＥＧファイルの再生は、ＭＰＥＧデコーダモジュール６２にて行う。
【００１６】
次に、上記画像配信装置１を構成する各部が行う処理について説明する。
（１）ＤＩＣＯＭファイル解析部１１について
まず、ＤＩＣＯＭファイル解析部１１では、ＤＩＣＯＭシステム２から取得したＤＩＣＯＭファイルのヘッダに含まれる情報を取得する。ここで、図３に画像画素モジュール属性を、図４にマルチフレームの場合のみ取得する複数フレームモジュール属性を示す。なお、画像データのＤＩＣＯＭタグ番号は（7FE0,0010）である。
【００１７】
ＤＩＣＯＭファイル解析部１１は、タグ情報を参照し、ＤＩＣＯＭシステム２から入力されたＤＩＣＯＭファイルがマルチフレームかシングルフレームかを判断する。これは、図４に示したタグ番号（0028,0008）により識別されるフレーム数が複数か単数かによって判断する。
この結果、マルチフレームであった場合には（図５のステップＳＰ１において「YES」）、続いて、ＤＩＣＯＭファイルが圧縮されているか否かを判断する。これは、ＤＩＣＯＭ転送構文ＵＩＤが「1.2.840.1008.1.2.1」又は「1.2.840.1008.1.2.2」に該当するか否かによって判断する。そして、ＤＩＣＯＭ転送構文ＵＩＤが上記２つのいずれかに該当した場合には、当該ファイルは圧縮されていないと判断し、当該ファイルとマルチフレームである旨の情報とを変換モジュール１２へ出力する。
【００１８】
一方、ＤＩＣＯＭ転送構文ＵＩＤが上記２つのいずれかに該当しなかった場合には、当該ファイルは圧縮されていると判断し、伸張処理を行う（ステップＳＰ３）。そして、伸張処理により、解凍されたファイルとマルチフレームである旨の情報とを変換モジュール１２へ出力する。
【００１９】
また、図５のステップＳＰ１において、当該ＤＩＣＯＭファイルがシングルフレームであった場合には、ステップＳＰ５へ進み、ここでステップＳＰ２と同様、当該ファイルが圧縮されているか否かをＵＩＤに基づいて判断する。そして、圧縮されていた場合には、伸張処理を施した後に（ステップＳＰ６）、解凍されたファイルとシングルフレームである旨の情報とを変換モジュール１２へ出力する。また、ステップＳＰ５において、圧縮されていないと判断した場合には、伸張処理を行わずに、そのまま当該ファイルとシングルフレームである旨の情報を変換モジュール１２へ出力する。
【００２０】
変換モジュール１２では、ＤＩＣＯＭファイル解析部１１から受け取った画像ファイルがマルチフレームであった場合には、ＭＰＥＧによる符号化を行い（ステップＳＰ４）、シングルフレームであった場合には、ＪＰＥＧによる符号化を行う（ステップＳＰ７）。
【００２１】
（２）変換モジュール１２について
以下、ＭＰＥＧによる符号化処理、ＪＰＥＧによる符号化処理について説明する。
【００２２】
（２−１）ＭＰＥＧによる符号化処理について
図６に、ＭＰＥＧ１を用いた場合のＭＰＥＧ変換処理モジュールの構成を示す。同図に示すように、解像度変換部２１は、タグ番号（0028,0010）（0028,0011）からオリジナル画像の画像サイズ（Ｘ0，Ｙ0）を取得し、この画像サイズ（Ｘ0，Ｙ0）をモバイル環境での利用に適したサイズ（Ｘｍ，Ｙｍ）に縮小する。
そして、縮小した画像データをＭＰＥＧ１ファイル生成部２３へ出力する。
【００２３】
なお、上記画像サイズ（Ｘｍ，Ｙｍ）、又は縮小率Ｓは、外部より設定ができる。例えば、外部から画像データ又は縮小率Ｓを設定する場合には、ＰＤＡ６のユーザは、ＰＤＡのcookie情報に予めそれらの情報を登録しておき、画像データ配信要求を送信する際に、これらの登録情報も一緒に送信する。これにより、解像度変換部２１は上記画像サイズ（Ｘｍ，Ｙｍ）、又は縮小率Ｓを得ることができる。
なお、縮小率ＳをＰＤＡ６から得た場合には、縮小率とオリジナル画像の画像サイズ（Ｘ0，Ｙ0）から縮小後の画像サイズ（Ｘｍ，Ｙｍ）を得ることができ、一方、画像サイズ（Ｘｍ，Ｙｍ）をＰＤＡ６から得た場合には、縮小後の画像サイズ（Ｘｍ，Ｙｍ）と、オリジナル画像の画像サイズ（Ｘ0，Ｙ0）から縮小率を得ることができる。
【００２４】
一方、フレームレート計算部２２は、ＤＩＣＯＭタグ（0028,0029）からフレームポインタ（フレーム時間）ＴO（ms）を取得し、このフレーム時間ＴOから原画像であるＤＩＣＯＭファイルのフレームレートを求める。これは、フレーム時間ＴO（ms）で１０００を割ることにより得られる。
続いて、得たフレームレートに基づいて、これから生成するＭＰＥＧファイルの適用基本フレームレートを決定する。
即ち、ＭＰＥＧ１では、適用可能な基本フレームレートとして、６つの異なるフレームレートが規定されている。従って、フレームレート計算部２２は、これらの６つの基本フレームレートの中から、今回適用する基本フレームレート（以下、適用基本フレームレートと称する）を選択する。
例えば、原画像のフレームレートに最も近い基本フレームレートを適用基本フレームレートとして選択する。
【００２５】
続いて、以下に示す（１）式に基づいて、フレーム繰り返し回数Ｍｍを算出する。
【数１】
0003839348.tif 000002
【００２６】
ここで、Ｒfbは適用基本フレームレートを示している。また、［  ］は、算出結果の整数部分のみを表す。即ち、小数点以下を切り捨てた値を示す。
従って、ＲfbをＭＰＥＧ１に規定されている最小フレームレートと仮定すると、原画像のフレームレートが２３以上であった場合には、フレーム繰り返し回数Ｍｍは１となり、原画像のフレームレートが２３未満であった場合には、適用基本フレームレートＲfbと原画像の１フレームの表示時間ＴOとを乗算した値を１０００で割り、この算出結果の整数部分が１フレームの繰り返し回数Ｍｍとなる。
【００２７】
続いて、解像度変換部２１及びフレームレート計算部２２が上述した処理を行うことにより、ＭＰＥＧ１ファイル生成部２３へ画像シーケンスと繰り返し回数Ｍｍとが出力される。
ＭＰＥＧ１ファイル生成部２３は、まず、繰り返し回数Ｍｍが「１」か否かを判断し、繰り返し回数Ｍｍが「１」でなかった場合には、繰り返し回数Ｍｍに基づいて新たな画像シーケンスを生成する。
【００２８】
例えば、図７の上段に示すような原画像シーケンスに対し、フレーム繰り返し回数Ｍｍとして「３」を受け取った場合には、ＭＰＥＧ１ファイル生成部２３は、同一フレームを３枚づつ繰り返すことにより、図７下段に示すような新たなマルチフレームを生成する。
そして、ＭＰＥＧ１ファイル生成部２３は、新たなマルチフレームを生成すると、生成したマルチフレームの符号化を行う。このとき、Ｐピクチャの間隔と上記フレーム繰り返し回数Ｍｍとを同値に設定する。
即ち、図７に示すように、フレーム繰り返し回数Ｍｍが「３」であった場合には、３フレーム毎にＰピクチャを設定する。
【００２９】
これにより、フレーム画像が切り替わるタイミングと、Ｐピクチャが現れるタイミングとが一致するため、ＩピクチャとＰピクチャの間、或いは、ＰピクチャとＰピクチャの間に設定されるＢピクチャについては、差分が「０」となり、符号化後のファイルデータの容量を非常に小さくすることができる。
なお、フレーム繰り返し回数として「１」を受け取った場合には、新たなマルチフレームを生成する必要がなくなるので、解像度変換部２１から供給された画像シーケンスを通常のアルゴリズムに基づいて符号化する。
そして、符号化された画像ファイルは、図２に示した記憶部１３に蓄積される。
【００３０】
（２−２）ＪＰＥＧによる符号化処理について
図８に、ＪＰＥＧ変換処理モジュールの構成を示す。ＪＰＥＧ変換処理モジュールでは、上述したＭＰＥＧ変換処理モジュールにおけるフレームレート計算部２２が省略された構成をとる。
即ち、マルチフレームを取り扱うＭＰＥＧ変換処理モジュールに対し、ＪＰＥＧ変換処理モジュールはシングルフレームしか取り扱わないためフレームレートの調整が不要となる。
従って、ＪＰＥＧ変換処理モジュールにおいては、ＪＰＥＧファイル生成部２４が、解像度変換部２１から供給される解像度変換後の画像データを所定のアルゴリズムに基づいて符号化する。そして、符号化された画像ファイルは図２に示した記憶部１３に蓄積される。
【００３１】
（２−３）サムネイル作成について
次に、サムネイル画像を作成するサムネイル作成モジュールについて図９を参照して説明する。
ここで、サムネイル画像とは、複数のシングルフレームからなる画像データを１フレームとして表示させたものである。
図９に示すように、サムネイル作成モジュールは、上述したＪＰＥＧ変換モジュールとほぼ同様であり、解像度変換部２１の解像度が異なる点が相違する。
即ち、解像度変換部２１は、原画像の画像サイズ（Ｘｍ，Ｙｍ）を予め設定されている所定のサイズ（Ｘs’，Ｙs’）に縮小し、縮小後の画像データをＪＰＥＧファイル生成部２２が通常の手法によりＪＰＥＧを用いて符号化する。
この所定のサイズ（Ｘs’，Ｙs’）は、ＰＤＡの表示画面の規定の大きさから導かれる値であり、例えば、１画面に表示する画面数に応じて一意的に決定される値である。
【００３２】
そして、上述したＭＰＥＧ変換処理モジュール、ＪＰＥＧ変換処理モジュール、サムネイル作成モジュールによって、それぞれ変換（符号化）された画像ファイルは、図２に示した記憶部１３に蓄積される。
このとき、ＪＰＥＧ／ＭＰＥＧファイルは、原画像であるＤＩＣＯＭファイルのタグ情報により分類され、また、各種画像は、サムネイル作成モジュールによって作成されたサムネイルと関連づけられて蓄積される。
【００３３】
なお、記憶部１３は、例えば、ＣＤ−Ｒ，ＤＶＤ等の光ディスク、ＭＯ，ＭＤ等の光磁気ディスク、ＨＤＤ，ＦＤ等の磁気記憶媒体、フラッシュメモリ等の半導体メモリなどの可搬型記録媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
あるいはこれらの組み合わせによるコンピュータ読み取り、書き込み可能な記録媒体より構成されるものとする。
【００３４】
次に、本発明の画像配信装置１とＰＤＡ６との間で行われるデータ通信について説明する。
例えば、医師が自分の担当する患者のＣＴ写真の画像をＰＤＡ６から配信要求する場合について説明する。
まず、医師は自己が携帯するＰＤＡ６を操作し、図１０に示すような検索画面１を表示させ、該当する科を選択する。これにより、選択された科に属する患者の情報が図１１に示すような検索画面２として表示される。医師は、該当する患者を選択する。係る操作により、選択された患者の情報が無線アクセスポイント４又は有線ＬＡＮを介して画像配信装置１へ送信される。
【００３５】
患者の情報を受信した画像配信装置１は、記憶部１３に保存されている種々の画像ファイルの中から、当該患者の画像ファイルを読み出す。そして、まず、当該ファイルの中からサムネイル画像を取り出し、この画像を送受信部１４を介してＰＤＡ６へ送信する。
【００３６】
ＰＤＡ６は受信したサムネイル画像を表示画面に表示させる。この結果、図１２に示すようなサムネイル画像が画面に表示される。そして、このサムネイル画面から特に注目したい画像があった場合には、医師はＰＤＡ６の入力部からその画像を選択する。
これにより、選択された画像の情報が画像配信装置へ送信される。これにより、画像配信装置では、選択された画像に対応するＪＰＥＧ画像、ＭＰＥＧ画像を送受信部１４を介して送信する。これにより、ＰＤＡ６の画面には、例えば、図１３に示すようなＪＰＥＧ画像が表示される。
【００３７】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００３８】
例えば、フレームレート計算部２２は、適用基本フレームレートを選択する際に、原画像のフレームレートが２３未満であった場合には、適用基本フレームとして、原画像フレームレートに最も近い最小基本フレームレート（６つのフレームレートの内、基もフレームレートが小さいもの）か、又は該原画像のフレームレートを整数倍した値に最も近い基本フレームレートを選択しても良い。
【００３９】
【発明の効果】
以上説明したように、本発明の画像配信装置によれば、ＭＰＥＧ１のように、適用可能なフレームレートが限られている符号化パラメータを用いて符号化を行う場合に、医療原画像ファイルの１フレームを所定の枚数繰り返して挿入してフレームレートを調整することが可能となるので、非常に簡単に符号化を行うことができる。
【００４０】
また、本発明の画像配信装置によれば、フレームが切り替わるタイミングでＰピクチャを設定するので、Ｂピクチャの差分を「０」とすることができ、変換後のＭＰＥＧ１ファイルのデータサイズを小さくすることができる。
【図面の簡単な説明】
【図１】  この発明の第１の実施形態によるを示すブロック図である。
【図２】  画像配信装置１及びＰＤＡ６を機能展開して示したブロック図である。
【図３】  ＤＩＣＯＭファイルのヘッダ部に書き込まれているタグの一例を示す図である。
【図４】  マルチフレームのＤＩＣＯＭファイルの場合のみヘッダ部に書き込まれているタグの一例を示す図である。
【図５】  画像配信装置のＤＩＣＯＭファイル解析部１１の主な処理内容を示すフローチャートである。
【図６】  ＭＰＥＧ１を用いた場合のＭＰＥＧ変換処理モジュールの構成を示す図である。
【図７】  ＭＰＥＧ１ファイル生成部２３による新たなマルチフレーム生成処理について説明するための説明図である。
【図８】  ＪＰＥＧ変換処理モジュールの構成を示す図である。
【図９】  サムネイル作成モジュールの構成を示す図である。
【図１０】  ＰＤＡに表示される検索画面１の一例を示す図である。
【図１１】  ＰＤＡに表示される検索画面２の一例を示す図である。
【図１２】  サムネイル画面の一例を示す図である。
【図１３】  ＰＤＡにＪＰＥＧ画像を表示させた場合の表示画面の一例である。
【符号の説明】
１…画像配信装置、２…ＤＩＣＯＭシステム、３…ダイヤルアップルータ、４…無線ＬＡＮアクセスポイント、５…ＬＡＮ、６…ＰＤＡ（携帯端末）、１１…ＤＩＣＯＭファイル解析部、１２…変換モジュール、１３…記憶部、１４…送受信部、２１…解像度変換部、２２…フレームレート計算部、２３…ＭＰＥＧ１ファイル生成部、２４…ＪＰＥＧファイル生成部、６１…ブラウザ、６２…ＭＰＥＧデコーダモジュール
【図１】
0003839348.tif 000003
【図２】
0003839348.tif 000004
【図３】
0003839348.tif 000005
【図４】
0003839348.tif 000006
【図５】
0003839348.tif 000007
【図６】
0003839348.tif 000008
【図７】
0003839348.tif 000009
【図８】
0003839348.tif 000010
【図９】
0003839348.tif 000011
【図１０】
0003839348.tif 000012
【図１１】
0003839348.tif 000013
【図１２】
0003839348.tif 000014
【図１３】
0003839348.tif 000015