特許 6140016 医用画像処理装置、及び医用画像処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6140016

(24)【登録日】2017年5月12日

(45)【発行日】2017年5月31日

(54)【発明の名称】医用画像処理装置、及び医用画像処理方法

(51)【国際特許分類】

   A61B 6/03 20060101AFI20170522BHJP

   A61B 5/055 20060101ALI20170522BHJP

【ＦＩ】

   A61B6/03 360T

   A61B5/05 390

【請求項の数】6

【全頁数】13

(21)【出願番号】特願2013-148837(P2013-148837)

(22)【出願日】2013年7月17日

(65)【公開番号】特開2015-19757(P2015-19757A)

(43)【公開日】2015年2月2日

【審査請求日】2016年6月20日

(73)【特許権者】

【識別番号】594164542

【氏名又は名称】東芝メディカルシステムズ株式会社

(74)【代理人】

【識別番号】110001380

【氏名又は名称】特許業務法人東京国際特許事務所

(72)【発明者】

【氏名】山形 佳史

【審査官】 伊知地 和之

(56)【参考文献】

【文献】 特開２０１０−０５１４７６（ＪＰ，Ａ）

【文献】 特開２００９−０７６０５３（ＪＰ，Ａ）

【文献】 特開２００９−０７２４２６（ＪＰ，Ａ）

【文献】 特開２０１０−１７８８４２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６１Ｂ ５／００ − ５／０１

Ａ６１Ｂ ５／０５５

Ａ６１Ｂ ６／００ − ６／１４

Ｇ０６Ｑ ５０／２２ − ５０／２４

Ｇ０６Ｆ １３／００

ＣＳＤＢ（日本国特許庁）

(57)【特許請求の範囲】

【請求項1】

複数の画像と、前記複数の画像に共通する共通付帯情報と、前記複数の画像のそれぞれに対応する個別付帯情報と、を有して構成される１次マルチフレーム画像データを外部の記憶装置から取得することを要求する画像取得部と、
前記１次マルチフレーム画像データの転送中に、前記複数の画像のうち取得が完了している画像に関する情報を画像取得状況として表示する表示部と、
前記複数の画像の転送中に画像取得を中断する命令が発生した場合、取得が完了している画像に対応する共通付帯情報と個別付帯情報とを生成し、前記取得が完了している画像と結合して新たに２次マルチフレーム画像データを生成するデータ処理部と、
を備えたことを特徴とする医用画像処理装置。

【請求項2】

前記画像取得部は、撮像範囲の位置決めに使用されるスキャノ画像を前記外部の記憶装置からさらに取得し、
前記表示部は、取得した前記スキャノ画像をさらに表示する一方、前記画像取得状況を前記スキャノ画像に重ねて表示する、
ことを特徴とする請求項１に記載の医用画像処理装置。

【請求項3】

前記表示部は、前記共通付帯情報または前記個別付帯情報から、前記１次マルチフレーム画像データに含まれる前記複数の画像の全体領域を抽出し、抽出した前記全体領域を、前記スキャノ画像にさらに重ねて表示する、
ことを特徴とする請求項２に記載の医用画像処理装置。

【請求項4】

前記データ処理部で新たに生成された前記２次マルチフレーム画像データを保存するデータ保存部、
をさらに備えたことを特徴とする請求項１乃至３のいずれか１項に記載の医用画像処理装置。

【請求項5】

前記データ処理部は、新たに生成された前記２次マルチフレーム画像データを前記外部の記憶装置に転送し保存する、
ことを特徴とする請求項１乃至４のいずれか１項に記載の医用画像処理装置。

【請求項6】

複数の画像と、前記複数の画像に共通する共通付帯情報と、前記複数の画像のそれぞれに対応する個別付帯情報と、を有して構成される１次マルチフレーム画像データを前記外部の記憶装置から取得し、
前記１次マルチフレーム画像データの転送中に、前記複数の画像のうち取得が完了している画像の情報を画像取得状況として表示し、
前記複数の画像の転送中に画像取得を中断する命令が発生した場合、取得が完了している画像に対応する共通付帯情報と個別付帯情報とを生成し、前記取得が完了している画像と結合して新たに２次マルチフレーム画像データを生成する、
ことを特徴とする医用画像処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、医用画像処理装置、及び医用画像処理方法に関する。

【背景技術】

【0002】

近年、医用画像撮像機器で取得される画像データは、連続して撮像された束画像データ（以下、マルチフレーム画像データと呼ぶ）のようにデータ量が増大してきている。これらの医用画像データは、医用画像一元管理システム（ＰＡＣＳ：Picture Archiving and Communication Systems）から画像診断装置などに転送されて利用される。医用画像データの増大は、画像診断システム内の通信速度や画像診断装置での表示速度を低下させ、医用画像診断システムのリソースを枯渇させる原因となっている。

【0003】

このような状況の中、異なる医用画像撮像装置により撮像された画像を、標準化されたデータ形式や通信方法で扱うための世界標準規格としてＤＩＣＯＭ（Digital Imaging and COmmunication in Medicine）規格が設けられている。この規格では医用画像機器で扱う医用画像データの増大、通信速度の低下などを解消するため、より効率的に画像データを扱うための規格が考えられている。たとえば、ＣＴやＭＲＩの画像データを取り扱う従来のＤＩＣＯＭ規格では、マルチフレーム画像のフレーム毎に独立に転送が行われていた。しかしながら、従来のＤＩＣＯＭ規格によるフレーム画像のデータ構造は、各フレーム画像に共通する付帯情報が転送単位であるフレーム画像ごとに付加されているため、冗長なデータ構造となっていた。このため、保持できる付帯情報も限られており、転送速度の制約の一因にもなっていた。それを解消するため、ＥｎｈａｎｃｅｄＤＩＣＯＭ規格が提案され、マルチフレーム画像データに１つの共通付帯情報を付与した効率の良いデータ構造が提供されている（たとえば、特許文献１等）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００９−０３４３８５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、ＥｎｈａｎｃｅｄＤＩＣＯＭ規格では、マルチフレーム画像データを転送しようとすると、データ情報の先頭にある付帯情報から末尾のフレーム画像までのすべての転送が完了しなければ、転送先で画像が取得できないという問題があった。また、マルチフレーム画像はデータサイズが大きいため、画像データの転送や、画像表示に要する時間が長い。一方、転送先で使用するアプリケーションによっては、マルチフレーム画像に含まれるすべてのフレーム画像は必要ではなく、一部のフレーム画像で十分であるという場合がしばしばある。このような場合であっても、従来のＥｎｈａｎｃｅｄＤＩＣＯＭ規格による転送では、マルチフレーム画像の転送を中断すると、マルチフレーム画像の全体が破棄されてしまい、一部の必要なフレーム画像だけを取得することができないという問題があった。そこで、マルチフレーム画像のデータ転送を途中で中断しても、中断した部分までの画像データが取得できる転送手段が要望されている。

【課題を解決するための手段】

【0006】

本実施形態の医用画像処理装置は、複数の画像と、前記複数の画像に共通する共通付帯情報と、前記複数の画像のそれぞれに対応する個別付帯情報と、を有して構成される１次マルチフレーム画像データを外部の記憶装置から取得することを要求する画像取得部と、前記１次マルチフレーム画像データの転送中に、前記複数の画像のうち取得が完了している画像に関する情報を画像取得状況として表示する表示部と、前記複数の画像の転送中に画像取得を中断する命令が発生した場合、取得が完了している画像に対応する共通付帯情報と個別付帯情報とを生成し、前記取得が完了している画像と結合して新たに２次マルチフレーム画像データを生成するデータ処理部と、を備えたことを特徴とする。

【図面の簡単な説明】

【0007】

【図1】実施形態に係る医用画像処理装置の一例を示す概念的な構成図。

【図2】実施形態に係る医用画像処理装置の機能構成例を示す機能ブロック図。

【図3】従来のフレーム画像データとマルチフレーム画像データのデータ形式を示す概念図。

【図4】マルチフレーム画像データの従来の転送方法を示す概念図。

【図5】マルチフレーム画像データの従来の転送方法における問題点を示す概念図。

【図6】実施形態に係る医用画像処理装置の動作の一例を示すフローチャート。

【図7】実施形態に係る１次マルチフレーム画像データの転送と１次マルチフレーム画像データから２次マルチフレーム画像データを生成する方法を示す概念図。

【図8】実施形態に係る表示部で生成される表示用データの第１の例を説明する図。

【図9】実施形態に係る表示部で生成される表示用データの第２の例を説明する図。

【発明を実施するための形態】

【0008】

医用画像処理装置及び医用画像処理方法の実施の形態について添付図面を参照して説明する。

【0009】

（１）構成
図１は実施形態に係る医用画像処理装置の一例を示す概念的な構成図である。医用画像処理装置１００は通信インターフェース１０、主記憶装置２０、プロセッサ３０、データ保存部４０、入力部５０、表示部６０を有する。

【0010】

図１に示すように、医用画像処理装置１００は、外部の記憶装置である画像管理サーバ２００と通信インターフェース１０を介して接続し、画像データの通信を行う。通信対象となる画像データは、複数の画像を一つにまとめたマルチフレーム画像データや、医画像撮像装置で撮像範囲を指定する際に取得されるスキャノ画像などである。ＣＴやＭＲＩなどでは３次元画像を得るため、１回の撮像で異なる撮像位置において撮像した多数のフレーム画像を取得する。マルチフレーム画像データとは、多数のフレーム画像から構成される画像データのことを言い、ＣＴやＭＲＩで撮像した３次元画像は通常マルチフレーム画像データとなる。

【0011】

通信インターフェース１０は、ネットワーク形態に応じた種々の通信プロトコルを実装する。この各種通信プロトコルに従って、外部の記憶装置である画像管理サーバ２００や、医用画像診断装置などと電子ネットワークを介して接続する。ここで、電子ネットワークとは、電気通信技術を利用した情報通信網全体を意味し、病院基幹ＬＡＮ、無線／有線ＬＡＮやインターネット網のほか、電話通信回線網、光ファイバー通信ネットワーク、ケーブル通信ネットワーク及び衛星通信ネットワークなどを含む。

【0012】

マルチフレーム画像データの取得先の端末である医用画像処理装置１００で、画像管理サーバ２００上に存在する画像データから医用画像診断の対象となる画像データを選択する。その後、医用画像処理装置１００は選択された画像データの取得要求を画像管理サーバ２００に送信する。上記画像取得要求により、画像管理サーバ２００上の画像データの医用画像処理装置１００への転送が開始される。通信インターフェース１０を介して取得された画像データは、主記憶装置２０に格納されたプログラムで処理される。

【0013】

主記憶装置２０は、ＲＡＭとＲＯＭをはじめとする記憶媒体などにより構成される。医用画像処理装置１００のプログラムは主記憶装置２０のＲＯＭに格納されており、プロセッサ３０により実行される実行プログラムや一時データなどは主記憶装置２０のＲＡＭに格納される。

【0014】

なお、主記憶装置２０のＲＯＭをはじめとする記憶媒体は、磁気的もしくは光学的記憶媒体または半導体メモリなどの、プロセッサ３０により読み取り可能な記憶媒体を含んだ構成を有し、これらの記憶媒体内のプログラム及びデータの一部または全部は電子ネットワークを介してダウンロードされるように構成してもよい。

【0015】

医用画像処理装置１００は通信インターフェース１０のほかにデータ保存部４０、入力部５０、表示部６０を有し、主記憶装置２０のプログラムで処理された画像データの出力や、プログラムの処理に必要な入力が行われる。

【0016】

データ保存部４０は、磁気的もしくは光学的記憶媒体または半導体メモリなどのプロセッサ３０に読み取り可能な記憶媒体を含んだ構成を有する。データ保存部４０は医用画像処理装置１００で処理された画像データを格納する。

【0017】

入力部５０は、たとえばキーボード、タッチパネル、テンキー、マウスなどの一般的な入力装置により構成され、ユーザの操作に対応した転送中断処理などの操作入力信号をプロセッサ３０に出力する。

【0018】

表示部６０は、たとえば液晶ディスプレイやＯＬＥＤ（Organic Light Emitting Diode）ディスプレイなどの一般的な表示装置により構成されるほか、プロセッサ３０の制御に従って表示用画像データを生成し、生成した表示用画像データをディスプレイ表示する。

【0019】

図２は実施形態に係る医用画像処理装置１００の機能構成例を示す機能ブロック図である。医用画像処理装置１００は画像取得部２１、データ処理部２３、データ保存部４０、入力部５０、表示部６０を有する。上記構成のうち、画像取得部２１、データ処理部２３の各機能は主記憶装置２０に格納されたプログラムをプロセッサ３０が実行することによって実現される機能である。表示部６０は、上述したように一般的な表示装置としての機能と、主記憶装置２０に格納されたプログラムをプロセッサ３０が実行することによって実現される機能とを持つ。

【0020】

画像取得部２１は、図１で示された画像管理サーバ２００から通信インターフェース１０を介して画像データの取得要求を行う。取得要求の対象となる画像データは、複数の画像を一つにまとめたマルチフレーム画像データと、医用画像撮像装置で撮像範囲を指定する際に取得されるスキャノ画像である。

【0021】

画像管理サーバ２００に保存されているマルチフレーム画像データは、実施形態の医用画像処理装置１００で、新たに生成するマルチフレーム画像データとは異なるデータである。そこで、画像管理サーバ２００に保存されているマルチフレーム画像データを１次マルチフレーム画像データと呼び、医用画像処理装置１００で新たに生成するマルチフレーム画像データを２次マルチフレーム画像データと呼ぶものとする。

【0022】

表示部６０は取得した１次マルチフレーム画像データから画像取得状況を表示する。また表示部６０は、スキャノ画像と取得した１次マルチフレーム画像データから撮像範囲の全体を示す全体領域を抽出し、全体領域表示を２次元画像データであるスキャノ画像と併せて表示部６０に表示する。スキャノ画像と全体領域表示とを表示することで、１次マルチフレーム画像データに含まれる取得可能なフレーム画像の全体の範囲が確認できる。

【0023】

一方、前述した表示部６０が画像取得状況および全体領域表示を表示することで、ユーザは転送中の１次マルチフレーム画像データのうち、医用画像処理装置１００にすでに転送されたフレーム画像を確認できる。ユーザは画像取得状況の表示を確認することにより、画像データの転送を中断するかどうか判断することができる。中断処理は、入力部５０から医用画像診断アプリケーションを起動することや、表示部６０に表示された転送中止ボタンの押下などによって発生する。上記の中断処理により画像データの転送は中止され、２次マルチフレーム画像データが生成される。

【0024】

データ処理部２３は共通付帯情報、個別付帯情報、取得済フレーム画像データから成る２次マルチフレーム画像データを生成する。データ処理部２３における２次マルチフレーム画像データの生成については後述する。

【0025】

データ処理部２３は生成した２次マルチフレーム画像データを、データ保存部４０に保存する。データ処理部２３は、生成した２次マルチフレーム画像データを、医用画像処理装置１００の記憶装置であるデータ保存部４０に保存してもよいし、１次マルチフレーム画像データが保存されていた外部の記憶装置に転送し保存してもよい。

【0026】

図３は従来のＤＩＣＯＭ規格によるフレーム画像データと、ＥｎｈａｎｃｅｄＤＩＣＯＭ規格によるマルチフレーム画像データのデータ形式を示す概念図である。図３（ａ）で示されるように、１回の医用画像の撮像では複数のフレーム画像が取得される。図３（ａ）はＮ枚のフレーム画像を取得する例を示しており、番号はフレーム番号を示している。図３（ｂ）は、従来のＤＩＣＯＭ規格によるフレーム画像データ形式を示す図である。図３（ｂ）は図３（ａ）で示した複数のフレーム画像の１のフレーム番号に該当するデータを示している。図３（ｂ）で示した従来のＤＩＣＯＭ規格によるフレーム画像データは、複数の画像データに共通する被検者の情報やデータの固有識別子（ＵＩＤ：Unique IDentifire）を保持する共通付帯情報と、１枚のフレーム画像データの位置情報や撮像条件などを含む個別付帯情報と、１枚のフレーム画像とで構成されている。従来のフレーム画像データは、撮像されたフレーム毎に生成される。したがって図３（ａ）のようにＮ枚のフレーム画像が取得された場合、図３（ｃ）で示すように、それぞれのフレーム番号に対応するフレーム画像データがＮ個生成される。このように生成されたフレーム画像データは、それぞれのデータ毎に転送するため転送効率が悪いという問題があった。また、各フレーム画像データに共通する付帯情報が存在し、冗長なデータ構造であるため、保持できる付帯情報も限られていた。

【0027】

図３（ｄ）は、前記問題を解決したＥｎｈａｎｃｅｄＤＩＣＯＭ規格に準拠したマルチフレーム画像データを示している。ＥｎｈａｎｃｅｄＤＩＣＯＭデータは、複数の画像データを一つに纏めて通信するために規格されたデータ形式である。データ形式は、共通付帯情報と、複数の画像データそれぞれの位置情報を含む複数の個別付帯情報と、複数の画像データとから構成される。図３（ａ）に示したように１回の撮像でＮ枚のフレーム画像が取得された場合、ＥｎｈａｎｃｅｄＤＩＣＯＭデータは図３（ｄ）で示したように、１つの共通付帯情報と、Ｎ枚のフレームにそれぞれ対応するＮ個の個別付帯情報と、Ｎ枚のフレーム画像データとが１つに纏まったデータ形式で構成される。このデータ形式により、データ転送の効率は改善された。

【0028】

しかしながら、マルチフレーム画像データは複数のフレーム画像データが１つに纏まって構成されたデータ構造であるため、そのすべてのフレーム画像を取得できなければデータが取得できないという問題点があった。以下でその問題点について説明する。

【0029】

図４はマルチフレーム画像データの従来の転送方法を示す概念図である。

【0030】

図５はマルチフレーム画像データの従来の転送方法における問題点を示す概念図である。

【0031】

図４および図５の上段は頭部の撮像により７枚のフレーム画像を得た例を示している。フレーム番号は顎から頭頂部に向かって順に１から７の番号が付けられている。図４および図５の中段は、画像取得元である画像管理サーバ２００に格納されたマルチフレーム画像データを示している。このマルチフレーム画像データは、番号１から番号７の７つのフレーム画像が１つに纏められ、さらに１つの共通付帯情報と、番号１から番号７の７つのフレーム画像に対応する７つの個別付帯情報とが結合したデータの例を示している。

【0032】

図４および図５の中段のマルチフレーム画像データは、画像取得元の画像管理サーバ２００から、図４および図５の下段に示した画像取得先である医用画像診断アプリケーションが搭載された端末（従来の医用画像診断装置３００）に転送される。図４および図５の下段に示されるように、転送されるマルチフレーム画像データは、先頭の共通付帯情報、これに続く番号１から番号７の個別付帯情報、さらにこれに続く番号１から番号７のフレーム画像の順に、画像取得先（医用画像診断装置３００）に転送される。図４下段に示されるように、データの先頭から末尾までのすべてのデータが画像取得先（医用画像診断装置３００）に転送が完了すれば、図４下段の右側に示した表示部６０に画像が表示できる。

【0033】

しかしながら、従来のＥｎｈａｎｃｅｄＤＩＣＯＭデータの転送方式では、先頭から末尾までのすべてのデータ転送が終了して初めてそのデータ転送が正しく完了したものとしていた。たとえば、図４下段では、マルチフレーム画像データの末尾にある番号７のフレーム画像の転送が終了して初めてマルチフレーム画像データの転送が成功したものとしていた。そして、番号７のフレーム画像データの転送が終了したのちに、図４下段の右側に示すように頭部画像を表示部６０に表示することが可能となっていた。

【0034】

マルチフレーム画像データの転送はフレーム画像が多くなればなるほど時間がかかる。しかしながら、従来のＥｎｈａｎｃｅｄＤＩＣＯＭデータの転送方式では、マルチフレーム画像データの転送中に何らかの中断が発生すると、マルチフレーム画像データの転送が失敗したものみなし、すでに受信したフレーム画像も含めてマルチフレーム画像のすべてを破棄するようになっていた。図５下段に示す例では、番号４までのフレーム画像が取得された後に、中断処理が発生している。この場合、番号４までのフレーム画像は転送先にすでに取得されているにもかかわらず、末尾の番号７までのフレーム画像の受信が完了していないため、マルチフレーム画像データの転送が失敗したものとされる。転送が失敗した場合、画像取得先（医用画像診断装置３００）では、番号１から番号４のフレーム画像を含めてすべての受信データが破棄されるものとなっていた。そのため、画像データを使用できず、画像取得先の表示部６０には画像を表示することができないという問題があった。

【0035】

実施形態に係る医用画像処理装置１００は、画像管理サーバ２００から１次マルチフレーム画像データの転送中に中断が発生しても、転送中の１次マルチフレーム画像データを破棄することなく、使用可能な２次マルチフレーム画像データに変換することで上記に掲げた問題も解決している。２次マルチフレーム画像データへの変換については後述する。また、前述したとおり表示部６０は画像取得状況を生成し表示する。画像取得状況の表示によりユーザは必要なフレーム画像が転送されたかどうかを確認することができ、転送を中断するタイミングを決定できる。

【0036】

（２）動作
本実施形態に係る医用画像処理装置１００の動作についてより具体的に説明する。

【0037】

図６は実施形態に係る医用画像処理装置１００の動作の一例を示すフローチャートである。

【0038】

図６のＳＴ１０１では画像取得先の端末（医用画像処理装置１００）で、検査の種類と診断用アプリケーションが決定される。さらに、医用画像処置装置１００から画像管理サーバ２００に対して、１次マルチフレーム画像データの取得要求が送信される（ＳＴ１０３）。この取得要求を受けて、画像管理サーバ２００から医用画像処理装置１００への１次マルチフレーム画像データの転送が開始され、医用画像処理装置１００では、１次マルチフレーム画像データの取得が開始される。

【0039】

まず、ＳＴ１０５では、画像取得部２１から画像管理サーバ２００への画像取得要求により、マルチフレーム画像データの先頭の情報である共通付帯情報の取得が行われる。

【0040】

同様に、ＳＴ１０７では個別付帯情報の取得が行われる。個別付帯情報は１次マルチフレーム画像それぞれに対応する画像の位置情報を含んでいる。したがって、１次マルチフレーム画像データには、フレーム画像と同数の個別付帯情報が含まれる。この個別付帯情報も先頭から順に画像取得部２１で取得される。

【0041】

なお、ＳＴ１０１からＳＴ１０７の間でユーザが中断処理を入力した場合は、２次フレーム画像データは生成されず、受信したデータは破棄される。取得済みのデータが共通付帯情報や個別付帯情報だけの場合は、フレーム画像データが無いため、画像取得先である医用画像処理装置の端末に搭載された医用画像診断アプリケーションで利用することができない。したがって、共通付帯情報および個別付帯情報の取得中に中断処理が発生した場合、医用画像処理装置１００は２次マルチフレーム画像データを生成せず、受信したデータを破棄する。

【0042】

ＳＴ１０９からＳＴ１１５は先頭から順にＮ個のフレーム画像データを取得するための繰り返し処理を示している。まず、ＳＴ１０９では１次マルチフレーム画像データの先頭にあるフレーム画像の取得が行われる。ＳＴ１１１では表示部６０が、取得した画像から画像取得状況を表示する。たとえば、マルチフレーム画像の３次元情報から特定断面（たとえば、サジタル断面）を選択し、取得したフレーム画像それぞれに含まれる特定断面を抽出し、特定断面の画像を逐次表示することで画像取得状況を表示することができる。なお、後述するように、取得したフレーム画像から画像取得状況を表す特定断面の画像を生成しこれを表示部６０に表示することに換えて、取得済みのフレーム画像に対応する個別付帯情報から、フレーム画像の位置情報を取り出し、取得済みのフレーム画像の位置や範囲を示す画像取得状況を表示部６０に表示してもよい。

【0043】

また、共通付帯情報、個別付帯情報およびフレーム画像は、連続して取得されてもよいし、それぞれ間隔をおいて取得されてもよい。

【0044】

ＳＴ１１３では中断処理の有無が判断される。中断処理は、ユーザが表示部６０の表示を確認し、入力部５０から医用画像診断アプリケーションを起動することや、転送中止ボタンを押下することにより発生する。中断処理の入力が発生していなかった場合は、ＳＴ１１５でフレーム画像を全部取得したか否かが判断される。画像管理サーバ２００の１次マルチフレーム画像データのうち、取得すべきフレーム画像がまだ存在する場合は、ＳＴ１０９でフレーム画像の取得処理が行われる。画像管理サーバ２００上の１次マルチフレーム画像データのフレーム画像データが、先頭から末尾まで画像取得先の端末である医用画像処理装置１００に転送済みである場合は、ＳＴ１１７に示すように、取得した１次マルチフレーム画像データと同一のマルチフレーム画像データをデータ保存部４０に保存する。

【0045】

一方、ＳＴ１１３で中断処理が発生していた場合は、ＳＴ１２１からＳＴ１２５で示されるように、２次マルチフレーム画像データを生成する処理が行われる。ＳＴ１２１では、個別付帯情報編集処理が行われる。個別付帯情報編集処理は、取得済みの個別付帯情報から取得済みのフレーム画像データに対応する個別付帯情報を抽出する処理である。ＳＴ１２３では、１次マルチフレーム画像データと新たに生成した２次マルチフレーム画像データとを区別するため、共通付帯情報に含まれるＵＩＤの編集が行われる。ＳＴ１２５では、ＳＴ１２１で編集した個別付帯情報とＳＴ１２３で編集した共通付帯情報と取得済みのフレーム画像データから２次マルチフレーム画像データとして新たなマルチフレーム画像データを生成する。

【0046】

ＳＴ１１７では、生成した２次マルチフレーム画像データをデータ保存部４０に保存する処理を示している。２次マルチフレーム画像データは画像取得要求を行った医用画像処理装置１００の記憶装置であるデータ保存部４０に保存される。また、データ保存部４０への保存に加えて、画像取得元である画像管理サーバ２００のような外部の記憶装置に２次マルチフレーム画像データを転送し保存してもよい。

【0047】

ＳＴ１２１からＳＴ１２５の個別付帯情報編集と２次フレーム画像データの生成処理について図７を用いて詳細に説明する。

【0048】

図７は実施形態に係る１次マルチフレーム画像データの転送と１次マルチフレーム画像データから２次マルチフレーム画像データを生成する方法を示す概念図である。

【0049】

図７上段は、画像取得元（画像管理サーバ２００）に格納されている１次マルチフレーム画像データを図示している。図７の例では、図４と図５と同様に頭部の撮像により７枚のフレーム画像を得た例を示している。図７上段の画像取得元（画像管理サーバ２００）に格納された１次マルチフレーム画像データは共通付帯情報と、番号１から番号７の７つの個別付帯情報と、番号１から番号７の７つのフレーム画像とから構成されるデータである。このデータは、図７上段に示されたとおり、先頭の共通付帯情報、番号１から番号７の個別付帯情報の順に、画像取得先である図７中段に示した医用画像処理装置１００の画像取得部２１に転送される。ここで、番号１から番号４のフレーム画像データが画像取得部２１に転送されると、図７中段の右側の表示部６０は個別付帯情報をもとに番号１から番号４のフレーム画像の位置情報から画像取得状況を生成し、順に表示する。番号４のフレーム画像が医用画像処理装置１００に取得された後に中断処理が発生した場合、図７中段のデータ取得部２１内に破線で示した番号５から番号７のフレーム画像は画像取得元の画像管理サーバ２００から転送されない。したがって中断処理が発生した場合、画像取得先の端末である医用画像処理装置１００には共通付帯情報と、番号１から番号７の個別付帯情報と、番号１から番号４のフレーム画像とが存在する。個別付帯情報の数がフレーム画像と一致しないため、このままの状態ではＥｎｈａｎｃｅｄＤＩＣＯＭデータの規格上、不正なデータとして医用画像診断アプリケーションで使用することができない。そこで、図７下段で示されるように、データ処理部２３は番号１から番号７の個別付帯情報から不要な（すなわち、フレーム画像の存在しない）番号５から番号７の個別付帯情報を削除する。そして、共通付帯情報と、番号１から番号４の個別付帯情報と、番号１から番号４のフレーム画像とで構成された新たな２次フレーム画像データを生成する。

【0050】

さらに、新しく生成された２次マルチフレーム画像データを、元のデータである１次マルチフレーム画像データと区別するために、２次マルチフレーム画像データの共通付帯情報のＵＩＤを変更する。このように生成された２次マルチフレーム画像データは、図７下段の右側に示されるデータ保存部４０に保存される。

【0051】

図８は実施形態に係る表示部６０で生成される表示用データの第１の例を説明する図である。

【0052】

図８に示された画像取得元（画像管理サーバ２００）には、１次マルチフレーム画像データが格納されている。図８の例では、図７と同様に、画像取得元（画像管理サーバ２００）に格納された１次マルチフレーム画像データは、共通付帯情報と、番号１から番号７の個別付帯情報と、番号１から番号７のフレーム画像とから構成されている。共通付帯情報と、番号１から番号７の個別付帯情報が画像取得先（医用画像処理装置１００）に転送が終わると、１つ目のフレーム画像の転送が始まる。１つ目のフレーム画像の画像取得先（医用画像処理装置１００）への転送が完了したら、表示部６０は個別付帯情報から１つ目のフレーム位置を特定し画像取得状況を生成し表示する。中断処理が発生していない場合は、次の２つ目のフレーム画像が画像取得先（医用画像処理装置１００）に転送される。２つ目のフレーム画像の転送が完了したら、表示部６０は個別付帯情報から２つ目のフレーム位置を特定し画像取得状況を生成し表示する。これが繰り返されることで、フレーム画像がフレーム番号順に逐次表示され、転送の進捗状況が確認できる。４つ目のフレーム画像の転送が完了したところでユーザが必要な画像を取得できたと判断した場合は、医用画像診断アプリケーションの起動や、表示部６０に表示された転送中止ボタンの押下などで転送を中断する。これにより、ユーザはすべての画像が転送されるのを待つことなく、必要な部分を含むデータを取得することができる。

【0053】

図９は実施形態に係る表示部６０で生成される表示データの第２の例を説明する図である。

【0054】

図８と異なる部分は、スキャノ画像と個別付帯情報を利用し、１次マルチフレーム画像データに含まれる画像の撮像範囲の全体領域を示す表示を生成する点である。

【0055】

図９の画像取得元（画像管理サーバ２００）に格納されているスキャノ画像は画像取得先（医用画像処理装置１００）に転送される。１次フレーム画像データの共通情報と番号１から番号７の個別付帯情報が画像取得先（医用画像処理装置１００）に取得された段階で、表示部６０は医用画像処理装置１００で取得可能な画像範囲を示す全体領域表示を生成する。表示部６０は全体領域表示とスキャノ画像とを併せた表示を生成し、表示する。図９中段右側に示した表示部６０には、左記全体領域を矩形状の破線で表現したものをスキャノ画像に重ねて表示した例を示している。全体領域は図９中段右側に示した矩形状の枠に限らず、取得可能な位置を直線や矢印などで示してもよい。

【0056】

画像取得状況の表示は、図８と同様にフレーム番号順に転送されたフレーム画像をスキャノ画像に重ねて表示してもよいし、図９下段右側の表示部６０に示すように、フレーム画像を表示することなく単に対応する位置にインジケータを設けて表示してもよい。

【0057】

インジケータは、スキャノ画像の取得済みのフレーム画像に対応する位置を塗りつぶすことで表示してもよいし、スキャノ画像の横に直線や矢印を表示することで表示してもよい。

【0058】

スキャノ画像と取得可能な画像範囲を組み合わせて表示した場合、ユーザが必要とする画像が取得できるまでの相対的な位置を確認することができる。

【0059】

また、インジケータを用いることで、取得したフレーム画像をそのまま表示するよりも画像表示処理が容易になるため、表示速度の向上にもつながる。

【0060】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0061】

１０ 通信インターフェース
２０ 主記憶装置
２１ 画像取得部
２３ データ処理部
３０ プロセッサ
４０ データ保存部
５０ 入力部
６０ 表示部
１００ 医用画像処理装置
２００ 画像管理サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】