JP2017086562A - 医用画像処理装置及び医用画像処理システム - Google Patents

Abstract

【課題】医用画像の閲覧性を調整する医用画像処理装置を提供する。
【解決手段】医用画像処理装置１００は、画像記憶部と、装置情報記憶部１１２と、調整部と、出力制御部とを備える。画像記憶部は、医用画像データ群１１１を記憶する。装置情報記憶部１１２は、医用画像データ群１１１を表示可能な他の装置における表示速度に関する情報を記憶する。調整部は、装置情報記憶部１１２に記憶された情報に基づいて、他の装置における医用画像データ群１１１の表示速度に近くなるように、医用画像データ群１１１に含まれる医用画像データの数の調整を行う。出力制御部は、調整後の医用画像データ群を出力する。
【選択図】図２

Description

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

従来、医療分野において、Ｘ線等の放射線や、超音波、核磁気共鳴等を用いて被検体内を画像化する医用画像診断装置が利用されている。例えば、医用画像診断装置は、被検体内が撮像された医用画像を医師に提供する。医師は、提供された医用画像を閲覧することで被検体内の様子を観察し、診断を行う。

検査内容によっては、医師は、複数の医用画像を閲覧する場合がある。例えば、被検体内の様子を経時的に観察する場合には、時間が異なる複数の医用画像が撮像される。この場合、医師は、複数の医用画像を連続的に表示するシネ表示（Ｃｉｎｅ表示）により医用画像を１枚ずつ確認し、注目すべき医用画像を抽出する。そして、医師は、抽出した医用画像について、より詳細に観察を行う。

ところで、医用画像の閲覧は、撮像を行った医用画像診断装置で行われるほか、読影用のビューワ等、専用の端末装置で行われる場合もある。また、近年のネットワーク環境の発展・普及に伴い、外出時にタブレット端末等のモバイル機器で閲覧を行う場合もある。

しかしながら、閲覧を行う装置（ビューワ）の処理能力は、装置ごとに異なるため、閲覧性が異なってしまう。例えば、シネ表示を行う場合には、各装置の表示速度が異なるため、閲覧性が異なってしまう。

特開２００５−２７８７５５号公報

本発明が解決しようとする課題は、医用画像の閲覧性を調整することができる医用画像処理装置及び医用画像処理システムを提供することである。

実施形態の医用画像処理装置は、画像記憶部と、装置情報記憶部と、調整部と、出力制御部とを備える。画像記憶部は、医用画像データ群を記憶する。装置情報記憶部は、前記医用画像データ群を表示可能な他の装置における表示速度に関する情報を記憶する。調整部は、前記装置情報記憶部に記憶された情報に基づいて、前記他の装置における前記医用画像データ群の表示速度に近くなるように、前記医用画像データ群に含まれる医用画像データの数の調整を行う。出力制御部は、前記調整後の医用画像データ群を出力する。

図１は、第１の実施形態に係る医用画像処理システムの構成例を示すブロック図である。 図２は、第１の実施形態に係る医用画像処理装置の構成例を示すブロック図である。 図３は、ビューワ間の処理能力の違いによる閲覧性の違いについて説明するための図である。 図４は、ビューワ間の処理能力の違いによる閲覧性の違いについて説明するための図である。 図５は、第１の実施形態に係る装置情報記憶部に記憶される情報について説明するための図である。 図６は、第１の実施形態に係る受付機能の処理を説明するための図である。 図７は、第１の実施形態に係る調整機能の処理を説明するための図である。 図８は、第１の実施形態に係る出力制御機能の処理を説明するための図である。 図９は、第１の実施形態に係る医用画像処理装置の処理手順を示すフローチャートである。 図１０は、第１の実施形態に係る医用画像処理装置の適用例を説明するための図である。 図１１は、第１の実施形態の変形例１に係る医用画像処理装置の処理手順を示すフローチャートである。 図１２は、第１の実施形態の変形例２に係る医用画像処理装置の処理を説明するための図である。 図１３は、第１の実施形態の変形例３に係る医用画像処理装置の処理を説明するための図である。 図１４は、第１の実施形態の変形例４に係る医用画像処理装置の処理を説明するための図である。 図１５は、第２の実施形態に係る調整機能の処理を説明するための図である。 図１６は、第２の実施形態に係る調整機能の処理を説明するための図である。 図１７は、第２の実施形態の変形例に係る調整機能の処理を説明するための図である。 図１８は、第３の実施形態に係る医用画像処理装置の構成例を示すブロック図である。 図１９は、第３の実施形態に係る医用画像処理装置の処理手順を示すフローチャートである。

以下、図面を参照して、実施形態に係る医用画像処理装置及び医用画像処理システムを説明する。

（第１の実施形態）
図１は、第１の実施形態に係る医用画像処理システムの構成例を示すブロック図である。図１に示すように、例えば、第１の実施形態に係る医用画像処理システムは、医用画像診断装置１０と、タブレット端末２０と、医用画像処理装置１００とを備える。医用画像処理システムにおいて、医用画像診断装置１０及び医用画像処理装置１００は、病院内のネットワークである院内ネットワーク３０により相互に通信可能に接続される。また、タブレット端末２０及び医用画像処理装置１００は、タブレット端末２０等の携帯端末に通信環境を提供するモバイルネットワーク４０により相互に通信可能に接続される。例えば、医用画像処理システムにＰＡＣＳ（Picture Archiving and Communication System）が導入される場合、各装置は、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則って、医用画像データ等を相互に送受信する。

医用画像診断装置１０は、被検体を撮像し、医用画像データを生成する装置である。例えば、医用画像診断装置としては、Ｘ線診断装置、Ｘ線ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置、ＳＰＥＣＴ（Single Photon Emission Computed Tomography）装置、ＰＥＴ（Positron Emission computed Tomography）装置、ＳＰＥＣＴ装置とＸ線ＣＴ装置とが一体化されたＳＰＥＣＴ−ＣＴ装置、ＰＥＴ装置とＸ線ＣＴ装置とが一体化されたＰＥＴ−ＣＴ装置、又はこれらの装置群等が適用される。

例えば、医用画像診断装置１０は、複数の医用画像データを含む医用画像データ群を生成する。具体的には、医用画像診断装置１０は、被検体内の所定断面の様子を経時的に撮像し、時間が異なる複数の医用画像データを含む医用画像データ群を生成する。医用画像診断装置１０によって生成された医用画像データ群は、医用画像処理装置１００にて保管される。

また、医用画像診断装置１０は、医用画像処理装置１００に保管された任意の医用画像データ群を表示するビューワ機能を備える。なお、このビューワ機能については、後に詳述する。

タブレット端末２０は、利用者によって利用される携帯端末である。例えば、タブレット端末２０は、利用者によって院内若しくは院外に持ち運ばれて利用される。タブレット端末２０は、医用画像処理装置１００と同様のビューワ機能を備える。なお、このビューワ機能については、後に詳述する。

医用画像処理装置１００は、医用画像データを保管するデータベースである。また、医用画像処理装置１００は、医用画像処理システム内の各装置が備えるビューワ機能により送信される表示要求を受け付け、表示要求に対応する医用画像データを各装置に表示させる。例えば、医用画像処理装置１００は、医用画像診断装置１０から送信された医用画像データを自装置の記憶回路に格納し、保管する。医用画像処理装置１００に保管された医用画像データは、例えば、患者ＩＤ、検査ＩＤ、装置ＩＤ、シリーズＩＤ等の付帯情報と対応付けて保管される。また、医用画像処理装置１００は、医用画像データに対して各種の画像処理を行う。

図２は、第１の実施形態に係る医用画像処理装置１００の構成例を示すブロック図である。図２に示すように、医用画像処理装置１００は、入力回路１０１と、ディスプレイ１０２と、記憶回路１１０と、処理回路１２０とを備える。入力回路１０１、ディスプレイ１０２、記憶回路１１０、処理回路１２０は、相互に通信可能に接続される。

入力回路１０１は、マウス、キーボード、ボタン、パネルスイッチ、タッチコマンドスクリーン、フットスイッチ、トラックボール、ジョイスティック等を有し、Ｘ線アンギオ装置の操作者からの各種設定要求を受け付ける。入力回路１０１は、受け付けた各種設定要求を処理回路１２０へ出力する。

ディスプレイ１０２は、医用画像診断装置１０により撮像された医用画像データを表示したり、利用者が入力回路１０１を用いて各種設定要求を入力するためのＧＵＩを表示したりする。

記憶回路１１０は、医用画像データやＧＵＩを表示するための各種のプログラムや、当該プログラムによって用いられる情報を記憶する。例えば、記憶回路１１０は、医用画像データ群１１１と、装置情報記憶部１１２とを記憶する。なお、医用画像データ群１１１及び装置情報記憶部１１２については、後に詳述する。

処理回路１２０は、医用画像処理装置１００の処理全体を制御する。例えば、図２に示すように、処理回路１２０は、受付機能１２１と、特定機能１２２と、調整機能１２３と、出力制御機能１２４とを実行する。ここで、例えば、図２に示す処理回路１２０の構成要素である受付機能１２１、特定機能１２２、調整機能１２３、及び出力制御機能１２４が実行する各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路１１０に記録されている。処理回路１２０は、各プログラムを記憶回路１１０から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。換言すると、各プログラムを読み出した状態の処理回路１２０は、図２の処理回路１２０内に示された各機能を有することとなる。なお、処理回路１２０が実行する各処理機能については、後に詳述する。

ここで、医用画像診断装置１０及びタブレット端末２０が備えるビューワ機能について説明する。例えば、医用画像診断装置１０及びタブレット端末２０には、ビューワ機能を実現するアプリケーションが予めインストールされている。なお、以下では、医用画像診断装置１０やタブレット端末２０等、ビューワ機能を備える装置を区別無く総称する場合に、端に「ビューワ」とも表記する。

例えば、ビューワを利用する利用者（病院内に勤務する医師や検査技師等）は、自分のログインＩＤを用いて利用者認証を行い、ビューワ機能のアプリケーションを起動させる。そして、利用者は、このアプリケーションを操作して、所望の検査結果を表示する旨の指示を入力する。ここで、検査結果とは、例えば、ある被検体（患者）の患者ＩＤ、被検体内が撮像された医用画像データ、及びその検査に関する付帯情報等を含む情報である。ビューワは、利用者によって入力された指示を医用画像処理装置１００に送信する。医用画像処理装置１００は、タブレット端末２０によって送信された利用者からの指示を受信し、受信した指示に含まれる患者ＩＤに紐付けられた医用画像データを記憶回路１１０から抽出する。そして、医用画像処理装置１００は、抽出した医用画像データをビューワに表示させる。

検査内容によっては、複数の医用画像データを含む医用画像データ群がビューワにて表示される場合がある。例えば、被検体内の様子を経時的に観察する検査では、時間が異なる複数の医用画像データが撮像される。この場合、ビューワは、複数の医用画像データを連続的に表示するシネ表示を行う。医師は、ビューワに連続的に表示される複数の医用画像を１枚ずつ確認し、注目すべき医用画像を抽出する。そして、医師は、抽出した医用画像について、より詳細に観察を行う。

しかしながら、ビューワの処理能力は、ビューワごとに異なるため、閲覧性が異なってしまう。例えば、シネ表示を行う場合には、各ビューワの表示速度が異なるため、閲覧性が異なってしまう。

図３及び図４は、ビューワ間の処理能力の違いによる閲覧性の違いについて説明するための図である。図３及び図４では、表示速度が速い高速側のビューワ（例えば、医用画像診断装置１０）と、表示速度が遅い低速側のビューワ（例えば、タブレット端末２０）とにおけるシネ表示の閲覧性の違いを説明する。なお、ここでは、高速側が低速側の６倍の表示速度（処理速度）を有する場合を説明する。また、図３及び図４において、矩形はシネ表示される医用画像データを表し、片矢印は経過時間を表す。各矩形に対して１，２，３・・・と採番された数は、各医用画像データが表示される順序に対応する。

図３に示すように、高速側は、低速側の６倍の表示速度（処理速度）で医用画像データ群を表示する。具体的には、高速側は、６枚の医用画像データ１〜６を時間Ｔ１で表示するのに対し、低速側は、同じく医用画像データ１〜６を表示するのに時間Ｔ２を要している。この結果、高速側と低速側とでは、同じ検査結果を閲覧する場合に、所要時間が６倍異なってしまう。このように、高速側と低速側とでは、閲覧性が異なってしまう。

また、低速側の所用時間を短縮するために、例えば、低速側に表示させる任意数の医用画像データをスタック（重ね合わせ）しておき、スタックした医用画像データを表示させることが考えられる。ここで、図４に示す網掛けの矩形は、６枚の医用画像データがＭＩＰ（Maximum Intensity Projection：最大値投影法）によりスタックされた医用画像データである。具体的には、医用画像データ１’は、医用画像データ１〜６がＭＩＰによりスタックされたものであり、医用画像データ２’は、医用画像データ７〜１２がＭＩＰによりスタックされたものである。

図４に示すように、低速側は、スタック後の医用画像データ１’，２’，３’・・・をシネ表示により順次表示する。ここで、低速側は、例えば、１枚の医用画像データ１’を表示するのに時間Ｔ１を要するものの、この医用画像データ１’は医用画像データ１〜６をスタックしたものである。このため、低速側においても、高速側と同様に、時間Ｔ１の間に医用画像データ１〜６の内容に相当する情報を表示していると言える。この結果、低速側は、高速側とほぼ同数の医用画像データの内容に相当する情報を、ほぼ同じ時間で表示する。

しかしながら、図４の場合にも、表示速度は依然として異なったままである。つまり、高速側では低速側よりも各医用画像データの切り替わりが速いため、利用者は、見落としが生じないように注意する必要がある。また、低速側ではスタック後の医用画像データが表示されるため、利用者は、スタック後の医用画像データから注目すべき医用画像データを抽出したとしても、そのスタック前の医用画像データに遡って検討する必要がある。このように、低速側でスタック後の医用画像データを表示しても、高速側と低速側とでは、閲覧性が異なってしまう。

このように、閲覧性が異なる結果、利用者は、ビューワの表示速度に応じて医用画像の見方を変える必要がある。ビューワが変わる度に見方を変えるのは、利用者にとっては負担となる。

また、近年、医用画像診断装置１０によって生成される医用画像データのデータ量が増加傾向にある。例えば、空間分解能や時間分解能の向上により、１回の撮像で生成される医用画像データ群に含まれる画像枚数が増加している。このため、検査種が同一であっても、医用画像診断装置１０の性能によって医用画像データ群に含まれる画像枚数に違いが生じる可能性がある。この場合、同一の検査種であっても、撮像に用いた医用画像診断装置１０の違いによって、閲覧性が異なってしまう。

このように、ビューワの処理能力以外にも、様々な要因によって閲覧性が異なってしまう。また、シネ表示される１枚１枚の医用画像を識別する利用者自身の能力は、簡単に向上するものではない。このため、ビューワの処理能力の違いや医用画像データ群の画像枚数等に応じて、医用画像の閲覧性を調整することができれば、有用であると考えられる。

そこで、第１の実施形態に係る医用画像処理装置１００は、医用画像の閲覧性を調整するために、以下に説明する機能を実行する。また、以下の説明では、シネ表示の閲覧性を調整する場合を説明するが、実施形態はこれに限定されなく、例えば、各医用画像データの各サムネイル画像（アイコン）を一覧表示する場合に、閲覧性を調整してもよい。なお、この一覧表示における閲覧性の調整については、第２の実施形態にて詳述する。

図２の説明に戻る。記憶回路１１０は、医用画像データ群１１１と、装置情報記憶部１１２とを記憶する。なお、記憶回路１１０は、画像記憶部の一例である。

医用画像データ群１１１は、複数の医用画像データである。例えば、医用画像データ群１１１は、検査ごとに、患者ＩＤ、検査ＩＤ、装置ＩＤ、シリーズＩＤ等と対応付けて記憶される。

例えば、医用画像データ群１１１は、被検体内の様子が経時的に撮像されたものであり、撮影時刻が異なる複数の医用画像データである。なお、医用画像データ群１１１は、これに限定されるものではなく、シネ表示可能な画像データであれば適用可能である。例えば、所定の時刻に撮像されたボリュームデータ（３次元の医用画像データ）から生成される複数の断面の医用画像データであってもよい。この場合、複数の医用画像データは、位置が異なる複数の平行な断面の画像データである。言い換えると、複数の医用画像データは、ボリュームデータを所定方向に異なる位置で切断した複数の断面の画像データに対応する。

装置情報記憶部１１２は、医用画像データ群を表示可能な他の装置における表示速度に関する情報を記憶する。例えば、装置情報記憶部１１２は、利用者ごとに、利用者によって利用され得る複数の装置（ビューワ）の情報を記憶する。

図５は、第１の実施形態に係る装置情報記憶部１１２に記憶される情報について説明するための図である。図５に示すように、例えば、装置情報記憶部１１２は、「ユーザＩＤ」、「ビューワＩＤ」、「ネットワークＩＤ」、及び「Ｃｉｎｅ最大ＦＰＳ（Frame Per Second）」が対応付けられた情報を記憶する。ここで、「ユーザＩＤ」は、利用者を識別する識別情報を表す。例えば、ユーザＩＤ「ｕｓｅｒ＿ａ」は、「ｕｓｅｒ＿ａ」により識別される利用者を表す情報である。「ビューワＩＤ」は、利用者によって利用されうるビューワを識別する識別情報を表す。例えば、ビューワＩＤ「ＭＲ」は、医用画像診断装置１０（例えば、ＭＲＩ装置）を表す情報であり、ビューワＩＤ「Ｔａｂ」は、タブレット端末２０を表す情報である。「ネットワークＩＤ」は、各ビューワと医用画像処理装置１００との間の主な通信環境を識別する識別情報を表す。ネットワークＩＤ「ｎｗ＿ｒａｄ」は、院内ネットワーク３０（例えば、放射線科のＬＡＮ（Local Area Network））を表す情報であり、ネットワークＩＤ「ｎｗ＿ｍｏｂｉｌｅ」は、モバイルネットワーク４０を表す情報である。「Ｃｉｎｅ最大ＦＰＳ」は、各ビューワが各通信環境においてシネ表示可能な最大の表示速度を表す情報である。例えば、Ｃｉｎｅ最大ＦＰＳ「６０」は、そのビューワがその通信環境において最大６０ｆｐｓでシネ表示できることを表す。

なお、図５に示した情報は、一例に過ぎない。例えば、装置情報記憶部１１２は、ユーザＩＤ「ｕｓｅｒ＿ａ」以外の利用者によって利用され得るビューワの情報を記憶してもよい。

受付機能１２１は、医用画像データ群１１１を表示する旨の要求を受け付ける。例えば、ビューワは、所望の検査結果を表示する旨の指示を利用者から受け付けると、この指示を表示要求として受け付ける。そして、ビューワは、受け付けた表示要求を医用画像処理装置１００に送信する。受付機能１２１は、ビューワにより送信された表示要求を受け付ける。また、受付機能１２１は、他の装置（ビューワ）の表示速度に近づけるか否かの指示を受け付ける。なお、受付機能１２１は、受付部の一例である。

図６は、第１の実施形態に係る受付機能１２１の処理を説明するための図である。図６に示すように、受付機能１２１は、表示要求をタブレット端末２０から受け付けると、領域５０をタブレット端末２０の画面上に表示させる。ここで、この領域５０には、「他の装置の表示速度に近づけますか？」というメッセージと、「ＯＫ」と表記されたＯＫボタン５１と、「ＮＧ」と表記されたＮＧボタン５２とが含まれる。ここで、利用者がＯＫボタン５１を押下すると、その旨の情報がタブレット端末２０から医用画像処理装置１００へ送信され、受付機能１２１は、他の装置の表示速度に近づける旨の指示として受け付ける。一方、利用者がＮＧボタン５２を押下すると、その旨の情報がタブレット端末２０から医用画像処理装置１００へ送信され、受付機能１２１は、他の装置の表示速度に近づけない旨の指示として受け付ける。

特定機能１２２は、医用画像データ群を表示可能な装置を複数特定する。例えば、特定機能１２２は、どの装置間で閲覧性を揃えるかを特定する。ここで、例えば、特定機能１２２には、装置情報記憶部１１２に記憶された利用者ごとの装置間で閲覧性を揃えることが、予め設定されている（プリセット）。なお、特定機能１２２は、特定部の一例である。

例えば、特定機能１２２は、ユーザＩＤ「ｕｓｅｒ＿ａ」により識別される利用者からの表示要求を受付機能１２１が受け付けると、装置情報記憶部１１２を参照し、ユーザＩＤに対応するビューワＩＤ及びネットワークＩＤの組み合わせを特定する。図５に示す例では、ユーザＩＤ「ｕｓｅｒ＿ａ」に対応するビューワＩＤ及びネットワークＩＤの組み合わせは、「ＭＲ，ｎｗ＿ｒａｄ」、「Ｔａｂ，ｎｗ＿ｍｏｂｉｌｅ」、及び「Ｔａｂ，ｎｗ＿ｒａｄ」の３つである。この場合、特定機能１２２は、「ＭＲ，ｎｗ＿ｒａｄ」、「Ｔａｂ，ｎｗ＿ｍｏｂｉｌｅ」、及び「Ｔａｂ，ｎｗ＿ｒａｄ」の３つの組み合わせについて、閲覧性を揃えるものと特定する。なお、ユーザＩＤ「ｕｓｅｒ＿ａ」は、ビューワ機能を起動させる際に入力される利用者のログインＩＤ等から取得可能である。

なお、上記のように、特定機能１２２がビューワＩＤ及びネットワークＩＤの組み合わせを特定するのは、この組み合わせに応じて表示速度が異なるからである。つまり、特定機能１２２は、通信環境に応じて表示速度が変わらないような環境であれば、ビューワＩＤのみを特定してもよい。

また、ここでは、閲覧性を揃える対象となる複数の装置がプリセットされている場合を説明するが、実施形態はこれに限定されるものではない。例えば、どの装置間で閲覧性を揃えるかを利用者が指定してもよい。なお、この場合については、第１の実施形態の変形例１として後述する。

調整機能１２３は、装置情報記憶部１１２に記憶された情報に基づいて、他の装置における医用画像データ群の表示速度に近くなるように、医用画像データ群に含まれる医用画像データの数の調整を行う。例えば、調整機能１２３は、特定機能１２２によって特定された各装置における医用画像データ群１１１の表示速度に近くなるように、医用画像データ群に含まれる医用画像データの数の調整を行う。例えば、調整機能１２３は、医用画像データ群１１１に含まれる医用画像データを重ね合わせるスタック枚数を算出し、算出したスタック枚数の医用画像データを重ね合わせることで、調整を行う。なお、調整機能１２３は、調整部の一例である。

例えば、調整機能１２３は、装置情報記憶部１１２を参照し、特定機能１２２により特定されたビューワＩＤ及びネットワークＩＤの組み合わせに対応するＣｉｎｅ最大ＦＰＳ（以下、適宜「最大ＦＰＳ」と略記する）を取得する。ここで、特定機能１２２によって「ＭＲ，ｎｗ＿ｒａｄ」、「Ｔａｂ，ｎｗ＿ｍｏｂｉｌｅ」、及び「Ｔａｂ，ｎｗ＿ｒａｄ」の組み合わせが特定された場合を説明する。この場合、調整機能１２３は、装置情報記憶部１１２を参照し、「ＭＲ，ｎｗ＿ｒａｄ」の最大ＦＰＳ「６０」と、「Ｔａｂ，ｎｗ＿ｍｏｂｉｌｅ」の最大ＦＰＳ「１０」と、「Ｔａｂ，ｎｗ＿ｒａｄ」の最大ＦＰＳ「３０」とを取得する。

そして、調整機能１２３は、取得した最大ＦＰＳのうち、最小値の最大ＦＰＳをスタック後の医用画像データ群１１１の表示速度として決定する。例えば、取得した最大ＦＰＳのうち最小値は「１０」であるので、調整機能１２３は、スタック後の医用画像データ群１１１の表示速度を１０ｆｐｓと決定する。

また、調整機能１２３は、取得した最大ＦＰＳのうち、最大値を最小値で除算することで、スタック枚数を算出する。ここで、取得した最大ＦＰＳのうち最大値は「６０」であり、最小値は「１０」である。この場合、調整機能１２３は、「６０÷１０＝６」により、スタック枚数「６」を算出する。

続いて、調整機能１２３は、スタック枚数を用いて、医用画像データのスタックを行う。例えば、調整機能１２３は、算出したスタック枚数が「６」であれば、医用画像データ群１１１に含まれる医用画像データを６枚ごとにスタックする。

図７は、第１の実施形態に係る調整機能１２３の処理を説明するための図である。図７には、医用画像データ群１１１に含まれる医用画像データを６枚ごとにスタックする場合を例示する。図７において、矩形は、医用画像データを表し、網掛けの矩形は、スタック後の医用画像データを表す。また、各矩形に対して１，２，３・・・、或いは１’，２’・・・と採番された数は、各医用画像データがシネ表示される順序に対応する。

図７に示すように、調整機能１２３は、医用画像データ群１１１に含まれる医用画像データ１〜６を、重なり合う画素のうち最大の輝度値で投影するＭＩＰにより重ね合わせ、医用画像データ１’を生成する。また、調整機能１２３は、医用画像データ群１１１に含まれる医用画像データ７〜１２をＭＩＰにより重ね合わせ、医用画像データ２’を生成する。

このように、調整機能１２３は、スタック枚数に基づいて、医用画像データ群１１１に含まれる医用画像データをスタックする。なお、上記の例では、ＭＩＰによりスタックを行う場合を説明したが、実施形態はこれに限定されるものではない。例えば、調整機能１２３は、重なり合う画素のうち最小の輝度値で投影するＭｉｎＭＩＰ（Minimum Intensity Projection：最小値投影法）や、平均値、代表値（間引き）等により重ね合わせてもよい。なお、間引きの場合には、調整機能１２３は、医用画像データ群１１１に含まれる医用画像データを間引くことで、調整を行う。具体的には、調整機能１２３は、スタック枚数に代えて、医用画像データ群１１１に含まれる医用画像データを間引く間引き率を算出する。そして、調整機能１２３は、算出した間引き率で医用画像データ群１１１に含まれる医用画像データを間引くことで、調整を行う。

出力制御機能１２４は、調整後の医用画像データ群を、複数の装置の少なくとも一つに出力する。例えば、出力制御機能１２４は、表示要求を送信したビューワに対して調整機能１２３によりスタックされた後の医用画像データ群１１１を出力し、調整機能１２３により決定された表示速度で表示させる。具体的には、出力制御機能１２４は、スタック後の医用画像データ群１１１を、ストリーミング配信によってタブレット端末２０に出力し、シネ表示を行う。なお、出力制御機能１２４は、出力制御部の一例である。

図８は、第１の実施形態に係る出力制御機能１２４の処理を説明するための図である。図８では、表示速度が速い高速側のビューワ（例えば、医用画像診断装置１０）と、表示速度が遅い低速側のビューワ（例えば、タブレット端末２０）とにおけるシネ表示の閲覧性について説明する。なお、ここでは、高速側が低速側の６倍の表示速度（処理速度）を有する場合を説明する。また、図８において、網掛けの矩形は、スタック後の医用画像データを表し、片矢印は経過時間を表す。また、各矩形に対して１’ ，２’，３’・・・と採番された数は、各医用画像データがシネ表示される順序に対応する。

なお、図８では、説明の都合上、高速側での表示と低速側での表示とを並べて説明するが、これは、高速側と低速側とで同時に表示されることを意味するものではない。つまり、これは、閲覧性が統一されていることを明示するためであり、実際には表示要求を行ったビューワで表示されるものである。

図８に示すように、出力制御機能１２４は、高速側及び低速側において、スタック後の医用画像データ群１１１を１０ｆｐｓの表示速度で表示させる。ここで、高速側は、最大ＦＰＳが６０ｆｐｓであるにもかかわらず、１０ｆｐｓで表示しているので、最大の表示速度と比較して６分の１の表示速度で表示している。しかしながら、高速側は、６枚ごとにスタックした医用画像データを表示しているため、時間Ｔ１の間に医用画像データ１〜６の内容に相当する情報を表示していると言える。すなわち、高速側は、６０ｆｐｓでスタック前の医用画像データ群１１１を表示した場合と、実質的に同じ表示速度で表示している（図３，４参照）。

また、低速側は、６枚ごとにスタックした医用画像データを、最大ＦＰＳである１０ｆｐｓで表示している。このため、低速側は、高速側と同様に、時間Ｔ１の間に医用画像データ１〜６の内容に相当する情報を表示している。

すなわち、出力制御機能１２４は、ビューワの表示速度にかかわらず、同一の医用画像データ群１１１を同一の表示速度で表示させる。この結果、出力制御機能１２４は、ビューワの表示速度にかかわらず、閲覧性を統一することができる。具体的には、出力制御機能１２４は、高速側でも低速側でも、同じ内容に相当する情報を同じ時間で表示させることができる。また、出力制御機能１２４は、高速側でも低速側でも、同様にスタックした医用画像データ群１１１を、同じタイミングで連続的に切り替わるように表示させることができる。

なお、図８は一例に過ぎない。図８では、出力制御機能１２４は、高速側でも低速側でも、全く同じ表示速度で表示すると説明したが、実施形態はこれに限定されるものではない。例えば、表示速度の多少の違いは、許容されてもよい。具体的には、利用者が閲覧した場合に気づかない程度の表示速度の違いについては、許容されてよい。すなわち、調整機能１２３は、装置間での表示速度が近くなるように調整を行い、出力制御機能１２４は、装置間での表示速度が近くなるようにスタック後の医用画像データ群１１１を表示させる。

また、ここでは、出力制御機能１２４がストリーミング配信によってシネ表示を行う場合を説明したが、実施形態はこれに限定されるものではない。例えば、出力制御機能１２４は、スタック後の医用画像データ群１１１をビューワにダウンロードさせ、ダウンロードが完了してからビューワにシネ表示を実行させてもよい。この場合、シネ表示の表示速度が通信環境の影響を受けなくなることが期待される。

図９は、第１の実施形態に係る医用画像処理装置１００の処理手順を示すフローチャートである。図９に示す処理手順は、例えば、医用画像データ群の表示要求を受け付けた場合に、開始される。

ステップＳ１０１において、受付機能１２１は、医用画像データ群の表示要求を受け付ける。例えば、ビューワは、所望の検査結果を表示する旨の指示を利用者から受け付けると、この指示を表示要求として受け付ける。そして、ビューワは、受け付けた表示要求を医用画像処理装置１００に送信する。受付機能１２１は、ビューワにより送信された表示要求を受け付ける。なお、ステップＳ１０１が否定される場合には、ステップＳ１０２以降の処理は開始されず、受付機能１２１〜出力制御機能１２４の各処理機能は待機状態である。

ステップＳ１０１が肯定されると、ステップＳ１０２において、受付機能１２１は、他の装置の表示速度に近づけるか否かの指示を受け付ける。例えば、受付機能１２１は、表示要求を送信したビューワに対して「他の装置の表示速度に近づけますか？」というメッセージを表示させる。ここで、利用者が承認する旨の入力を行うと、その旨の情報がビューワから医用画像処理装置１００へ送信され、受付機能１２１は、他の装置の表示速度に近づける旨の指示として受け付ける。

ステップＳ１０２が肯定されると、ステップＳ１０３において、特定機能１２２は、医用画像データ群を表示可能な複数の装置を特定する。例えば、特定機能１２２は、どの装置間で閲覧性を揃えるかを特定する。ここで、例えば、特定機能１２２には、装置情報記憶部１１２に記憶された利用者ごとの装置間で閲覧性を揃えることが、予め設定されている。

ステップＳ１０４において、調整機能１２３は、各装置における表示速度が近くなるようにスタック枚数を算出する。例えば、調整機能１２３は、装置情報記憶部１１２を参照し、特定機能１２２によって特定された各装置の最大ＦＰＳに基づいて、スタック枚数を算出する。具体的には、調整機能１２３は、各装置の最大ＦＰＳのうち、最大値を最小値で除算することで、スタック枚数を算出する。また、調整機能１２３は、各装置の最大ＦＰＳのうち、最小値の最大ＦＰＳをスタック後の医用画像データ群１１１の表示速度として決定する。

ステップＳ１０５において、調整機能１２３は、スタック枚数に基づいて、医用画像データ群１１１に含まれる医用画像データをスタックする。例えば、調整機能１２３は、算出したスタック枚数ごとに医用画像データをＭＩＰにより重ね合わせ、スタック後の医用画像データ群１１１を生成する。

ステップＳ１０６において、出力制御機能１２４は、スタック後の医用画像データ群１１１を出力する。例えば、出力制御機能１２４は、表示要求を送信したビューワに対して調整機能１２３によりスタックされた後の医用画像データ群１１１をストリーミング配信し、調整機能１２３により決定された表示速度で表示させる。そして、出力制御機能１２４がスタック後の医用画像データ群１１１の出力を完了すると、図９の処理手順を終了させる。

一方、ステップＳ１０２が否定されると、ステップＳ１０７において、出力制御機能１２４は、医用画像データ群１１１を出力する。例えば、出力制御機能１２４は、表示要求を送信したビューワに対してスタック前の医用画像データ群１１１をストリーミング配信し、利用者の所望の表示速度で表示させる。そして、出力制御機能１２４が医用画像データ群１１１の出力を完了すると、図９の処理手順を終了させる。

上述してきたように、第１の実施形態に係る医用画像処理装置１００は、医用画像データ群１１１及び装置情報記憶部１１２を記憶する。そして、調整機能１２３は、装置情報記憶部１１２に記憶された情報に基づいて、他の装置における医用画像データ群１１１の表示速度が近くなるように、医用画像データ群に含まれる医用画像データの数の調整を行う。そして、出力制御機能１２４は、調整後の医用画像データ群を出力する。これによれば、第１の実施形態に係る医用画像処理装置１００は、医用画像の閲覧性を調整することができる。例えば、医用画像処理装置１００は、ビューワの表示速度にかかわらず、閲覧性を統一することができる。具体的には、医用画像処理装置１００は、高速側でも低速側でも、同じ内容に相当する情報を同じ時間で表示させることができる。また、医用画像処理装置１００は、高速側でも低速側でも、同様にスタックした医用画像データ群１１１を、同じタイミングで連続的に切り替わるように表示させることができる。

図１０は、第１の実施形態に係る医用画像処理装置１００の適用例を説明するための図である。図１０に示すように、循環器科の医師である「ｕｓｅｒ＿ｘ」の利用者が医用画像診断装置１０（ＭＲ）を用いて検査を行った結果、肺に異常が見られ、内科医等の専門医にも見て欲しいと考える（１）。そこで、「ｕｓｅｒ＿ｘ」の利用者は、専門医に検査結果の閲覧を依頼する（２）。なお、「ｕｓｅｒ＿ｘ」の利用者は、アノテーションや説明文などを、医用画像データ群１１１に付加しておいてもよい。ここで、医用画像データ群１１１のうち、アノテーションや説明文が付加された医用画像データは、注目領域として指定される。

ここで、内科医である「ｕｓｅｒ＿ａ」の利用者は、外出先で依頼を受信する。そして、タブレット端末２０（Ｔａｂ）で検査結果を閲覧するために、医用画像処理装置１００に対して表示要求を送信する（３）。

医用画像処理装置１００は、「ｕｓｅｒ＿ａ」の利用者からの表示要求に応じて、タブレット端末２０（Ｔａｂ）と医用画像診断装置１０（ＭＲ）の表示速度が近くなるように、医用画像データ群１１１をスタックする（４）。なお、医用画像データ群１１１に注目領域が指定されている場合には、医用画像処理装置１００の調整機能１２３は、注目領域に含まれる医用画像データから表示を開始するように調整を行ってもよい。また、この場合、調整機能１２３は、注目領域に含まれる医用画像データに対してはスタックを行わなくてもよい。そして、医用画像処理装置１００は、スタック後の医用画像データ群１１１をタブレット端末２０に配信する。

タブレット端末２０は、スタックされた医用画像データ群１１１のＣｉｎｅ表示を行う（５）。ここで、タブレット端末２０は、スタック枚数を表示してもよい。例えば、タブレット端末２０は、「ＭＩＰ：６」のメッセージを領域５３に表示する。このメッセージは、医用画像データを６枚ごとにＭＩＰによりスタックしたことを表す。また、タブレット端末２０は、「ｕｓｅｒ＿ａ」の利用者の操作に応じて適宜スタックを解除して表示する（６）。

このように、医用画像処理装置１００は、「ｕｓｅｒ＿ｘ」の利用者にも「ｕｓｅｒ＿ａ」の利用者にも、閲覧性を揃えてシネ表示を行うことができる。

（第１の実施形態の変形例１）
第１の実施形態では、閲覧性を揃える対象となる複数の装置がプリセットされている場合を説明したが、実施形態はこれに限定されるものではない。例えば、どの装置間で閲覧性を揃えるかを利用者が指定してもよい。

図１１は、第１の実施形態の変形例１に係る医用画像処理装置１００の処理手順を示すフローチャートである。図１１に示す処理手順は、例えば、所定の装置と近い表示速度で表示する旨の要求を受け付けた場合に、開始される。なお、図１１のステップＳ２０２〜ステップＳ２０５の処理は、図９に示したステップＳ１０３〜ステップＳ１０６の処理と同様であるので、説明を省略する。

ステップＳ２０１において、受付機能１２１は、所定の装置と近い表示速度で表示する旨の要求を受け付ける。例えば、ビューワは、どの装置間で閲覧性を揃えるかを指定する旨の入力を利用者から受け付ける。例えば、タブレット端末２０を利用する利用者が、医用画像診断装置１０と近い表示速度で医用画像データ群１１１を表示する旨の要求を入力すると、タブレット端末２０は、自装置（タブレット端末２０）と医用画像診断装置１０との間で表示速度を近づける旨の要求として受け付ける。そして、ビューワは、受け付けた要求を医用画像処理装置１００に送信する。受付機能１２１は、ビューワにより送信された要求を受け付ける。なお、ステップＳ１０１が否定される場合には、ステップＳ２０２以降の処理は開始されず、受付機能１２１〜出力制御機能１２４の各処理機能は待機状態である。

ステップＳ２０１が肯定されると、ステップＳ２０２において、特定機能１２２は、医用画像データ群を表示可能な複数の装置を特定する。例えば、特定機能１２２は、閲覧性を揃える対象となる複数の装置として、タブレット端末２０及び医用画像診断装置１０を特定する。なお、これ以降の処理については、図９の説明と同様であるので、説明を省略する。

このように、医用画像処理装置１００は、どの装置間で閲覧性を揃えるかを利用者が指定してもよい。これによれば、医用画像処理装置１００は、利用者が閲覧を行うごとに、必要な閲覧性を指定して表示することが可能となる。

（第１の実施形態の変形例２）
また、第１の実施形態では、同一の医用画像データ群１１１がシネ表示される場合を説明したが、実施形態はこれに限定されるものではない。例えば、実施形態は、画像枚数が異なる検査結果についても、閲覧性を揃えることができる。

図１２は、第１の実施形態の変形例２に係る医用画像処理装置１００の処理を説明するための図である。図１２では、同一の検査種であるものの、画像枚数が異なる検査結果について閲覧性を揃えてシネ表示を行う場合を例示する。図１２に例示の検査１及び検査２は、検査種は同一であるが、空間分解能又は時間分解能の違いにより画像枚数が異なる検査結果の一例である。一例として、検査１の検査結果には３００枚の医用画像データが含まれ、検査２の検査結果には、１８００枚の医用画像データが含まれる。

図１２に示すように、特定機能１２２は、更に、医用画像データ群の検査種を特定する。例えば、特定機能１２２は、利用者によって入力された表示要求から検査情報を取得して、取得した検査情報から検査種を特定する。例えば、特定機能１２２は、表示要求に含まれる検査１（又は検査２）の検査種を特定する。

そして、調整機能１２３は、検査種ごとに予め設定されたスタック枚数及び表示時間を用いて、調整を行う。ここで、調整機能１２３には、検査１及び検査２の検査種については、スタック枚数「６」と、表示時間「Ｔ３」とが予め設定されている。具体的には、スタック枚数及び表示時間は、これまでに実施された検査で最も画像数の少ないものや、過去の検査から最頻出の枚数、利用者による任意の値の設定等により、予め設定されている。この場合、調整機能１２３は、表示要求に含まれる検査が検査１であったとしても、検査２であったとしても、６枚ごとに医用画像データをスタックし、表示時間Ｔ３以内に表示を完了するよう調整する。

これにより、医用画像処理装置１００は、表示要求に含まれる検査が検査１であったとしても、検査２であったとしても、同一のスタック枚数と表示時間で表示するよう調整することができる。これによれば、利用者は、枚数の異なる検査結果であっても、同一の検査種の検査については、毎回同じのスタック枚数で重ね合わされた医用画像データを閲覧できるとともに、毎回同じ閲覧時間で一通りの医用画像を確認することができる。

（第１の実施形態の変形例３）
また、第１の実施形態では、スタック枚数と表示速度を揃える場合を説明したが、実施形態はこれに限定されるものではない。例えば、医用画像処理装置１００は、表示時間を揃える場合であってもよい。

図１３は、第１の実施形態の変形例３に係る医用画像処理装置１００の処理を説明するための図である。図１３には、第１の実施形態の変形例３に係る医用画像処理装置１００の記憶回路１１０に記憶される情報の一例を示す。

図１３に示すように、記憶回路１１０は、「ユーザＩＤ」と、「撮影プロトコル」と、「表示時間」とを記憶する。ここで、「撮影プロトコル」は、検査種を識別する情報である。また、「表示時間」は、その検査種の検査結果を表示可能な最大の時間である。つまり、表示時間は、コマ落ちさせずに表示させたときに、かけてよい時間を表す。なお、これらの情報は、利用者によって予め登録される。

例えば、特定機能１２２は、更に、医用画像データ群１１１の検査種を特定する。例えば、特定機能１２２は、利用者によって入力された表示要求から検査情報を取得して、取得した検査情報から検査種を特定する。

そして、調整機能１２３は、検査種ごとに予め設定された表示時間以内に、医用画像データ群１１１を表示するよう、調整を行う。例えば、調整機能１２３は、ビューワの表示速度と、表示される医用画像データ群１１１の画像枚数とに基づいて、スタック枚数を算出する。

ここで、最大ＦＰＳ「１０」のビューワ（例えばタブレット端末２０）によって
１８００枚の医用画像データを含み撮影プロトコル「ＭＲＡ」によって撮影された医用画像データ群１１１を表示する場合を説明する。この場合、調整機能１２３は、記憶回路１１０を参照し、撮影プロトコル「ＭＲＡ」に対応する表示時間「３０秒」を取得する。
そして、調整機能１２３は、「１８００枚」と「３０秒」とを用いて、スタック枚数を算出する。具体的には、調整機能１２３は、「１８００÷３０＝６０」により、要求される表示速度「６０ｆｐｓ」を算出する。ここで、ビューワの最大ＦＰＳが「１０ｆｐｓ」であるので、調整機能１２３は、「６０÷１０＝６」により、スタック枚数「６」を算出する。

そして、調整機能１２３は、算出した値に基づいて、医用画像データ群１１１の調整を行う。例えば、調整機能１２３は、医用画像データ群１１１に含まれる医用画像データを６枚ごとにスタックする。そして、出力制御機能１２４は、スタック後の医用画像データ群１１１を「１０ｆｐｓ」でビューワに表示させる。

これによれば、操作者は、同一の検査種の検査については、毎回同じ表示時間内で一通りの医用画像を確認することができる。

（第１の実施形態の変形例４）
また、例えば、医用画像処理装置１００は、画像サイズ（マトリクスサイズ、ＫＢ等による分類）ごとにＣｉｎｅ最大ＦＰＳを管理し、閲覧性の調整を行ってもよい。

図１４は、第１の実施形態の変形例４に係る医用画像処理装置１００の処理を説明するための図である。図１４には、第１の実施形態の変形例４に係る医用画像処理装置１００の装置情報記憶部１１２に記憶される情報の一例を示す。

図１４に示すように、装置情報記憶部１１２は、Ｃｉｎｅ最大ＦＰＳとして、「Ｃｉｎｅ最大ＦＰＳ（５１２×５１２）」と、「Ｃｉｎｅ最大ＦＰＳ（１０２４×１０２４）」とを記憶する。「Ｃｉｎｅ最大ＦＰＳ（５１２×５１２）」は、画像サイズが５１２×５１２の画像をシネ表示可能な最大の表示速度を表す情報である。また、「Ｃｉｎｅ最大ＦＰＳ（１０２４×１０２４）」は、画像サイズが１０２４×１０２４の画像をシネ表示可能な最大の表示速度を表す情報である。

例えば、特定機能１２２は、更に、医用画像データ群１１１の画像サイズを特定する。一例としては、特定機能１２２は、受付機能１２１が受け付けた表示要求から検査ＩＤを取得する。そして、特定機能１２２は、取得した検査ＩＤを用いて医用画像データ群１１１を参照し、医用画像データ群１１１に付帯される付帯情報から画像サイズを特定する。

そして、調整機能１２３は、画像サイズごとの表示速度を用いて、調整を行う。例えば、調整機能１２３は、特定機能１２２によって特定された画像サイズを用いて、図１４の装置情報記憶部１１２から最大ＦＰＳを取得する。そして、調整機能１２３は、取得した画像サイズの最大ＦＰＳを用いて、スタック枚数の算出等を行う。

このように、医用画像処理装置１００は、画像サイズごとにＣｉｎｅ最大ＦＰＳを管理し、閲覧性の調整を行うことができる。

（第２の実施形態）
第１の実施形態では、シネ表示の閲覧性を調整する場合を説明したが、実施形態はこれに限定されない。例えば、医用画像処理装置１００は、各医用画像データの各サムネイル画像（アイコン）を一覧表示する場合に、閲覧性を調整してもよい。

第２の実施形態に係る医用画像処理装置１００は、図２に例示した医用画像処理装置１００と同様の構成を備え、調整機能１２３の処理の一部が相違する。そこで、第２の実施形態では、第１の実施形態と相違する点を中心に説明することとし、第１の実施形態において説明した構成と同様の機能を有する点については、説明を省略する。

図１５及び図１６は、第２の実施形態に係る調整機能１２３の処理を説明するための図である。図１５に示すように、例えば、一覧表示を行う場合、ディスプレイの表示画面のうち所定の領域が一覧表示用に割り当てられている。例えば、医用画像診断装置１０のディスプレイの表示画面のうち、領域５４が一覧表示用に割り当てられている。医用画像診断装置１０のディスプレイは解像度が高く、領域５４を広く確保できる。この場合、この領域５４には、２１枚のサムネイル画像を表示可能である。なお、ここではスタックを行っていないので、各サムネイル画像の領域５５には「スタック：１」のメッセージが表示されている。

一方、タブレット端末２０の表示画面に医用画像診断装置１０のディスプレイと同様の情報を表示する場合、タブレット端末２０の解像度は低いため、図１６に示すように、領域５６の広さを十分に確保し難い。この領域５６は、閲覧可能な程度の大きさでサムネイル画像を表示すると、３枚までしか表示できない。この場合、残りの１８枚のサムネイル画像は、スクロールが必要な領域５７（図１６の破線部）に表示されることとなる。このように、ビューワごとの表示画面の大きさ（解像度）によっても、閲覧性は異なってしまう。

そこで、第２の実施形態に係る調整機能１２３は、各装置のディスプレイの表示画面の大きさに応じて、調整を行う。例えば、調整機能１２３は、各装置のディスプレイにおいて割り当てられた一覧表示用の領域に医用画像データ群１１１が収まるように、スタックを行う。

例えば、調整機能１２３は、更に、各装置のディスプレイの表示画面の大きさを取得する。第２の実施形態においては、各装置のディスプレイの表示画面の大きさは、表示速度と同様に、装置情報記憶部１１２に記憶されている。この場合、特定機能１２２は、装置情報記憶部１１２を参照し、特定機能１２２により特定されたビューワＩＤ及びネットワークＩＤの組み合わせに対応する表示画面の大きさを取得する。そして、調整機能１２３は、この表示画面に対して割り当てられる一覧表示用の領域に医用画像データ群１１１が収まるように、スタックを行う。図１６の例では、２１枚の医用画像データを７枚ごとにスタックすることで、領域５６に収まるようになる。このため、調整機能１２３は、医用画像データ群１１１を７枚ごとにスタックする。

この結果、例えば、タブレット端末２０の領域５６にスタック後の医用画像データ群１１１が表示される。これにより、２１枚分の内容に対応するスタック後の医用画像データ群１１１が、領域５６に収まるように表示される。なお、この場合、７枚ずつスタックを行っているので、各サムネイル画像の領域５８には「スタック：７」のメッセージが表示されている。

このように、第２の実施形態に係る医用画像処理装置１００は、各装置のディスプレイの表示画面の大きさに応じてスタックを行うことで、どのビューワにおいてもスクロール不要の一覧表示を行うことができる。

（第２の実施形態の変形例）
なお、第２の実施形態に係る医用画像処理装置１００は、更に、複数のシリーズＵＩＤを含む医用画像データ群１１１を表示する場合には、シリーズＵＩＤごとに重ね合わせてもよい。また、この場合、医用画像処理装置１００は、プロトコルに応じて最適な方法でスタックを行ってもよい。

図１７は、第２の実施形態の変形例に係る調整機能１２３の処理を説明するための図である。図１７に示す例では、２１枚の医用画像データのうち、シリーズＵＩＤ「１．２．ｙｙｙｙ．１」のものが４枚、シリーズＵＩＤ「１．２．ｙｙｙｙ．２」のものが７枚、シリーズＵＩＤ「１．２．ｙｙｙｙ．３」のものが５枚、シリーズＵＩＤ「１．２．ｙｙｙｙ．４」のものが５枚含まれる。ここで、例えば、単純に７枚ずつスタックしてしまうと、異なるシリーズＵＩＤの医用画像データが重ね合わされてしまう。シリーズＵＩＤが異なる場合には、両者の医用画像データは時間的にも空間的にも不連続であるため、重ね合わせることが不適切である。このため、調整機能１２３は、不適切な重ね合わせを防止すべく、シリーズＵＩＤごとにスタックを行う。

例えば、図１７に示すように、調整機能１２３は、シリーズＵＩＤ「１．２．ｙｙｙｙ．１」である４枚の医用画像データをスタックする。また、調整機能１２３は、シリーズＵＩＤ「１．２．ｙｙｙｙ．２」である７枚の医用画像データをスタックする。また、調整機能１２３は、シリーズＵＩＤ「１．２．ｙｙｙｙ．３」である５枚の医用画像データをスタックする。また、調整機能１２３は、シリーズＵＩＤ「１．２．ｙｙｙｙ．４」である５枚の医用画像データをスタックする。

このように、調整機能１２３は、医用画像データ群１１１に複数のシリーズの医用画像データが含まれる場合に、シリーズごとに調整を行う。これによれば、調整機能１２３は、不適切な重ね合わせを防止することができる。

更に、調整機能１２３は、プロトコルに応じて最適な方法でスタックを行う。例えば、プロトコルが「ＭＲＡ」であれば、「ＭＩＰ」によりスタックすることが予め設定されている。ここで、シリーズＵＩＤ「１．２．ｙｙｙｙ．２」のプロトコルが「ＭＲＡ」であれば、調整機能１２３は、「ＭＩＰ」によりスタックを行う。これにより、医用画像処理装置１００は、プロトコルに応じて適切なスタック方法を選択することができる。

（第３の実施形態）
また、医用画像処理装置１００は、装置情報記憶部１１２に未登録のビューワから表示要求を受け付けた場合には、ビューワの情報を装置情報記憶部１１２に追加するアップデート（更新）を行ってもよい。

図１８は、第３の実施形態に係る医用画像処理装置２００の構成例を示すブロック図である。第３の実施形態に係る医用画像処理装置２００は、図２に例示した医用画像処理装置１００と同様の構成を備え、処理回路２２０が更新機能２２１を更に備える点が相違する。そこで、第３の実施形態では、第１の実施形態と相違する点を中心に説明することとし、第１の実施形態において説明した構成と同様の機能を有する点については、同一の符号を付し、説明を省略する。

図１９は、第３の実施形態に係る医用画像処理装置２００の処理手順を示すフローチャートである。なお、図１９のステップＳ３０１の処理は、図９に示したステップＳ１０１の処理と同様であるので、説明を省略する。また、図１９のステップＳ３０４〜ステップＳ３０８の処理は、図９に示したステップＳ１０３〜ステップＳ１０７の処理と同様であるので、説明を省略する。

ステップＳ３０１が肯定されると、ステップＳ３０２において、更新機能２２１は、表示要求を送信したビューワの情報が装置情報記憶部１１２に記憶されていない場合には、アップデートを行うか否かをビューワの利用者に問い合わせる。なお、ステップＳ３０２が否定されると、ステップＳ３０８の処理へ移行する。なお、更新機能２２１は、更新部の一例である。

ステップＳ３０２が肯定されると、ステップＳ３０３において、更新機能２２１は、装置情報記憶部１１２に記憶された情報を更新する。例えば、更新機能２２１は、「ユーザＩＤ」と、「ビューワＩＤ」と、「ネットワークＩＤ」と、「Ｃｉｎｅ最大ＦＰＳ」とが対応付けられた情報をビューワから取得して、取得した情報を装置情報記憶部１１２に格納する。

このように、第３の実施形態に係る医用画像処理装置２００は、ビューワの情報を装置情報記憶部１１２に追加するアップデートを行うことができる。なお、アップデートによって装置情報記憶部１１２に記憶された最大ＦＰＳの最大値又は最小値が更新されたとしても、医用画像処理装置１００は、上述した実施形態と同様にスタックを実行可能である。例えば、調整機能１２３は、装置情報記憶部１１２に記憶された最大ＦＰＳのうち、最大値を最小値で除算することで、スタック枚数を算出可能である。一例として、最大ＦＰＳの最小値が「１０ｆｐｓ」から「６ｆｐｓ」に更新された場合には、調整機能１２３は、「６０÷６＝１０」により、スタック枚数「１０」を算出する。

（その他の実施形態）
上述した実施形態以外にも、種々の異なる形態にて実施されてもよい。

例えば、図１及び図２の構成例は一例に過ぎない。例えば、医用画像処理装置１００の処理回路１２０が実行する各処理機能や、記憶回路１１０に記憶される各種の情報は、医用画像処理システム内のどの装置が備えていてもよい。また、これらの機能及び情報は、必ずしも単一の装置内に備えられていなくてもよく、医用画像処理システム内の任意の装置に分散して備えられていてもよい。すなわち、医用画像処理システムにおいて、記憶回路１１０は、医用画像データ群１１１を記憶する。特定機能１２２は、医用画像データ群１１１を表示可能な装置を複数特定する。調整機能１２３は、特定機能１２２によって特定された各装置における医用画像データ群１１１の表示速度が近くなるように、医用画像データ群１１１に含まれる医用画像データの数の調整を行う。出力制御機能１２４は、調整後の医用画像データ群１１１を、複数の装置の少なくとも一つに出力する。

また、例えば、医用画像診断装置１０やタブレット端末２０以外にも、利用者により利用されるビューワや、電子カルテシステムの各種装置等が備えられてもよい。なお、ビューワとしては、ワークステーションやＰＣ（Personal Computer）等も適用可能である。

また、例えば、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。更に、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、或いは、ワイヤードロジックによるハードウェアとして実現され得る。

また、上記の実施形態においては、単一の処理回路１２０，２２０にて、上述した各処理機能が実現されるものとして説明したが、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサがプログラムを実行することにより機能を実現するものとしても構わない。

上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ(Graphics Processing Unit)、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ））、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。なお、記憶回路１１０にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むよう構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。更に、各図における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。

また、上記の実施形態において説明した各処理のうち、自動的に行なわれるものとして説明した処理の全部又は一部を手動的に行なうこともでき、或いは、手動的に行なわれるものとして説明した処理の全部又は一部を公知の方法で自動的に行なうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、上記の実施形態で説明した医用画像処理方法は、予め用意された医用画像処理プログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。この医用画像処理方法は、インターネット等のネットワークを介して配布することができる。また、この医用画像処理方法は、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上説明した少なくともひとつの実施形態によれば、医用画像の閲覧性を調整することができる。

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

１００ 医用画像処理装置
１１０ 記憶回路
１１１ 医用画像データ群
１２０ 処理回路
１２２ 特定機能
１２３ 調整機能
１２４ 出力制御機能

Claims (12)

1. 医用画像データ群を記憶する画像記憶部と、
   前記医用画像データ群を表示可能な他の装置における表示速度に関する情報を記憶する装置情報記憶部と、
   前記装置情報記憶部に記憶された情報に基づいて、前記他の装置における前記医用画像データ群の表示速度に近くなるように、前記医用画像データ群に含まれる医用画像データの数の調整を行う調整部と、
   前記調整後の医用画像データ群を出力する出力制御部と
   を備える、医用画像処理装置。
2. 前記他の装置を複数特定する特定部を更に備え、
   前記調整部は、前記特定部によって特定された各装置における前記医用画像データ群の表示速度が近くなるように、前記医用画像データ群に含まれる医用画像データの数の調整を行う、
   請求項１に記載の医用画像処理装置。
3. 前記調整部は、前記医用画像データ群に含まれる医用画像データを重ね合わせるスタック枚数を算出し、算出したスタック枚数の医用画像データを重ね合わせることで、前記調整を行う、
   請求項１又は２に記載の医用画像処理装置。
4. 前記調整部は、前記医用画像データ群に含まれる医用画像データを間引くことで、前記調整を行う、
   請求項１又は２に記載の医用画像処理装置。
5. 前記医用画像データ群を表示する旨の要求を利用者から受け付ける受付部を更に備え、
   前記装置情報記憶部は、前記利用者ごとに、当該利用者によって利用され得る複数の装置の情報を記憶し、
   前記特定部は、前記複数の装置として、前記装置情報記憶部から前記要求を行った利用者の情報に対応する複数の装置を特定する、
   請求項２〜４のいずれか一つに記載の医用画像処理装置。
6. 前記医用画像データ群を第１の装置と近い表示速度で表示する旨の要求を第２の装置から受け付ける受付部を更に備え、
   前記特定部は、前記第１の装置及び前記第２の装置を特定する、
   請求項２〜４のいずれか一つに記載の医用画像処理装置。
7. 前記調整部は、前記医用画像データ群が撮影されたプロトコルに応じて、前記調整を行う、
   請求項１〜６のいずれか一つに記載の医用画像処理装置。
8. 前記調整部は、前記医用画像データ群に注目領域が指定されている場合に、当該注目領域に含まれる医用画像データから表示を開始するように前記調整を行う、
   請求項１〜７のいずれか一つに記載の医用画像処理装置。
9. 前記調整部は、前記医用画像データ群に注目領域が指定されている場合に、当該注目領域に含まれる医用画像データに対して前記調整を行わない、
   請求項１〜８のいずれか一つに記載の医用画像処理装置。
10. 前記特定部は、更に、前記医用画像データ群の検査種を特定し、
    前記調整部は、前記検査種ごとに予め設定された前記スタック枚数及び前記医用画像データ群の表示時間を用いて、前記調整を行う、
    請求項３に記載の医用画像処理装置。
11. 前記特定部は、更に、前記医用画像データ群の画像サイズを特定し、
    前記調整部は、前記画像サイズごとの表示速度を用いて、前記調整を行う、
    請求項２〜１０のいずれか一つに記載の医用画像処理装置。
12. 医用画像データ群を記憶する画像記憶部と、
    前記医用画像データ群を表示可能な他の装置における表示速度に関する情報を記憶する装置情報記憶部と、
    前記装置情報記憶部に記憶された情報に基づいて、前記他の装置における前記医用画像データ群の表示速度に近くなるように、前記医用画像データ群に含まれる医用画像データの数の調整を行う調整部と、
    前記調整後の医用画像データ群を出力する出力制御部と
    を備える、医用画像処理システム。

Images