特許 6631486 画像表示装置、その制御方法、及びプログラム

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

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

(11)【特許番号】6631486

(24)【登録日】2019年12月20日

(45)【発行日】2020年1月15日

(54)【発明の名称】画像表示装置、その制御方法、及びプログラム

(51)【国際特許分類】

   A61B 5/00 20060101AFI20200106BHJP

   G16H 10/00 20180101ALI20200106BHJP

   A61B 6/03 20060101ALI20200106BHJP

【ＦＩ】

   A61B5/00 D

   G16H10/00

   A61B6/03 360T

   A61B6/03 360P

【請求項の数】9

【全頁数】19

(21)【出願番号】特願2016-233471(P2016-233471)

(22)【出願日】2016年11月30日

(65)【公開番号】特開2018-89009(P2018-89009A)

(43)【公開日】2018年6月14日

【審査請求日】2018年3月22日

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(72)【発明者】

【氏名】下山 朋彦

(72)【発明者】

【氏名】高橋 和輝

(72)【発明者】

【氏名】中嶋 秀樹

【審査官】 増渕 俊仁

(56)【参考文献】

【文献】 米国特許出願公開第２００６／００１３４６２（ＵＳ，Ａ１）

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

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

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

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

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

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

Ｇ０９Ｇ ５／００−５／４０

Ｇ１６Ｈ １０／００

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

【請求項1】

１または複数のシリーズの医用画像を表示可能な画像表示装置であって、
前記１または複数のシリーズに対する選択を受け付ける選択受付手段と、
前記選択受付手段で選択を受け付けたシリーズの数に応じて、該シリーズの医用画像を表示する表示領域の分割数を決定する決定手段と、
前記決定手段で決定された分割数により分割された表示領域に、前記選択受付手段で選択を受け付けたシリーズの医用画像を表示する表示制御手段と
を備え、
前記１または複数のシリーズの医用画像は、ＤＩＣＯＭ規格の画像データであり、前記シリーズは、ＤＩＣＯＭ規格のＳｅｒｉｅｓであることを特徴とする画像表示装置。

【請求項2】

前記決定手段は、前記選択受付手段で選択を受け付けたシリーズの数に応じて、該シリーズの医用画像を表示する表示領域における縦の分割数と横の分割数とを決定することを特徴とする請求項１に記載の画像表示装置。

【請求項3】

前記決定手段は、前記選択受付手段で選択を受け付けたシリーズの数に応じて、当該シリーズの医用画像を表示する表示領域の分割数を仮に決定した後に、前記選択受付手段で選択を受け付けたシリーズの数よりも多い場合に、該仮に決定した分割数を増減させることで分割数を決定することを特徴とする請求項２に記載の画像表示装置。

【請求項4】

前記選択受付手段は、患者を示す情報に対する選択を受付可能であり、
前記決定手段は、前記選択受付手段で患者を示す情報に対する選択を受け付けた場合に、当該患者の検査に対応するシリーズの数に応じて、当該シリーズの医用画像を表示する表示領域の分割数を決定することを特徴とする請求項１乃至３のいずれか１項に記載の画像表示装置。

【請求項5】

前記選択受付手段は、検査を示す情報に対する選択を受付可能であり、
前記決定手段は、前記選択受付手段で検査を示す情報に対する選択を受け付けた場合に
、当該検査に対応するシリーズの数に応じて、当該シリーズの医用画像を表示する表示領
域の分割数を決定することを特徴とする請求項１乃至４のいずれか１項に記載の画像表示
装置。

【請求項6】

前記決定手段は、前記表示制御手段で表示中のシリーズの医用画像が存在する場合に、該表示中のシリーズの数と前記選択受付手段で選択を受け付けたシリーズの数とに応じて、該シリーズの医用画像を表示する表示領域の分割数を決定し、
前記表示制御手段は、前記決定手段で決定された分割数により分割された表示領域に、前記表示中のシリーズの医用画像と前記選択受付手段で選択を受け付けたシリーズの医用画像とを表示することを特徴とする請求項１乃至５のいずれか１項に記載の画像表示装置。

【請求項7】

前記表示制御手段は、前記選択受付手段により選択された１または複数のシリーズの医用画像を、前記表示範囲をスクロールさせずに表示可能な範囲に表示することを特徴とする請求項１乃至６のいずれか１項に記載の画像表示装置。

【請求項8】

１または複数のシリーズの医用画像を表示可能な画像表示装置の制御方法であって、
前記１または複数のシリーズに対する選択を受け付ける選択受付工程と、
前記選択受付工程で選択を受け付けたシリーズの数に応じて、該シリーズの医用画像を表示する表示領域の分割数を決定する決定工程と、
前記決定工程で決定された分割数により分割された表示領域に、前記選択受付工程で選択を受け付けたシリーズの医用画像を表示する表示制御工程と
を備え、
前記１または複数のシリーズの医用画像は、ＤＩＣＯＭ規格の画像データであり、前記シリーズは、ＤＩＣＯＭ規格のＳｅｒｉｅｓであることを特徴とする画像表示装置の制御方法。

【請求項9】

１または複数のシリーズの医用画像を表示可能な画像表示装置で実行可能なプログラムであって、
前記画像表示装置を、
前記１または複数のシリーズに対する選択を受け付ける選択受付手段と、
前記選択受付手段で選択を受け付けたシリーズの数に応じて、該シリーズの医用画像を表示する表示領域の分割数を決定する決定手段と、
前記決定手段で決定された分割数により分割された表示領域に、前記選択受付手段で選択を受け付けたシリーズの医用画像を表示する表示制御手段
として機能させ、
前記１または複数のシリーズの医用画像は、ＤＩＣＯＭ規格の画像データであり、前記シリーズは、ＤＩＣＯＭ規格のＳｅｒｉｅｓであることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数のシリーズの医用画像を容易にレイアウトすることの可能な画像表示装置、その制御方法、及びプログラムに関する。

【背景技術】

【0002】

Ｘ線ＣＴ装置やＭＲＩ装置といった各種モダリティで撮像された医用画像の読影は、読影を専門とする読影医によって行われる。しかしながら、読影医はすべての医療機関にいるわけではない。そこで読影医が不在の医療機関は、読影を請け負う読影センターに対して読影の依頼を行っている。

【0003】

読影医が読影を行う際には、医用画像を閲覧するためのビューワが用いられる。ビューワでは、複数のシリーズの医用画像を任意のレイアウトで並べて表示することが可能である。

【0004】

こうした医用画像のレイアウト（どういう場所にどういう医用画像を配置するのか）を行う技術として、いわゆるハンギングプロトコルという仕組みが存在する。ハンギングプロトコルとは、医用画像のレイアウトをあらかじめ設定されたパターンに従って配置するものである。読影の目的ごとに医用画像のレイアウトパターンが設定できるので、読影医が医用画像を表示する度にレイアウトし直す手間がなくなり、読影効率の向上につながる。特許文献１には、こうしたハンギングプロトコルの機械学習に関する仕組みが開示されている。

【先行技術文献】

【特許文献】

【0005】

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

【発明の概要】

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

【0006】

しかしながらハンギングプロトコルは、医用画像を生成したモダリティの種類や検査部位といった情報を用いて、どういう場合にどういうレイアウトにするのかといったパターンをあらかじめ設定しておかなければならない問題があった。読影医が読影する目的は多種多様であり、それらすべてのパターンを事前登録しておくことは読影医にとって非常に手間である。

【0007】

また、レイアウトされた複数のシリーズの医用画像を表示するために、表示領域をスクロールしなければすべてのシリーズの医用画像が表示できない場合がある。表示領域外に医用画像が表示されてしまうと、読影すべき医用画像であるにも関わらず見落としてしまう可能性がある。そのため、表示すべきすべてのシリーズの医用画像は、表示領域内に収まるようにレイアウトしなければならない。

【0008】

本発明は、複数のシリーズの医用画像を容易にレイアウトすることの可能な仕組みを提供することを目的とする。

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

【0009】

上記の目的を達成するために、本発明の画像表示装置は、１または複数のシリーズの医用画像を表示可能な画像表示装置であって、前記１または複数のシリーズに対する選択を受け付ける選択受付手段と、前記選択受付手段で選択を受け付けたシリーズの数に応じて、該シリーズの医用画像を表示する表示領域の分割数を決定する決定手段と、前記決定手段で決定された分割数により分割された表示領域に、前記選択受付手段で選択を受け付けたシリーズの医用画像を表示する表示制御手段とを備え、前記１または複数のシリーズの医用画像は、ＤＩＣＯＭ規格の画像データであり、前記シリーズは、ＤＩＣＯＭ規格のＳｅｒｉｅｓであることを特徴とする。

【発明の効果】

【0010】

本発明によれば、複数のシリーズの医用画像を容易にレイアウトすることが可能となる。

【図面の簡単な説明】

【0011】

【図1】本発明の実施形態における医用画像診断システムのシステム構成の一例を示す図である。

【図2】読影端末１０３のハードウェア構成の一例を示す図である。

【図3】読影端末１０３の機能構成の一例を示す図である。

【図4】医用画像ビューワの起動から終了までの処理の流れの一例を示すフローチャートである。

【図5】医用画像の付帯情報が示す患者と検査とシリーズと医用画像との関係性を示す図である。

【図6】医用画像ビューワ６００の画面構成の一例を示す図である。

【図7】医用画像ビューワ６００に表示された検査が選択された場合の処理の流れの一例を示すフローチャートである。

【図8】表示領域分割処理の詳細な処理の流れの一例を示すフローチャートである。

【図9】ステップＳ８０２の処理を説明するための図である。

【図10】表示領域分割処理により、検査のシリーズ画像がレイアウトされた結果の一例を示す図である。

【図11】再配置ボタン６０３が押下された場合の処理の流れの一例を示すフローチャートである。

【図12】シリーズ画像がレイアウトされた後、任意のレイアウト画像が非表示にされた場合の一例を示す図である。

【図13】図１２に示す状態で再配置ボタン６０３が押下された場合の結果の一例を示すフローチャートである。

【図14】医用画像ビューワ６００に表示されたシリーズが選択された場合の処理の流れの一例を示すフローチャートである。

【図15】医用画像ビューワ６００に表示された患者が選択された場合の処理の流れの一例を示すフローチャートである。

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

【0012】

以下、図面を参照して、本発明の一実施形態を詳細に説明する。尚、以下に示す構成は一例であり、本願発明はこれらに限定されるものではない。

【0013】

図１は、本実施形態に係る情報処理システムとしての医用画像診断システムのシステム構成の一例を示す。本実施形態において、医用画像診断システムは、各拠点として、依頼施設、読影センター、及びデータセンターを含み、各拠点はネットワーク１０７を介して通信可能に接続されている。

【0014】

依頼施設には、読影依頼を行うための依頼端末１０１がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続されている。また、読影センターには、読影依頼に関する業務を行うための業務端末１０２と、読影医が読影を行うための読影端末１０３（医用画像診断装置）とがＬＡＮに接続されている。更に、データセンターには、読影依頼を管理するための読影管理サーバ１０４と、医用画像を管理するための画像管理サーバ１０５と、各種データテーブルを管理するためのデータベースサーバ１０６とがＬＡＮに接続されている。データセンターに接続される各種サーバによって提供されるサービスは、いわゆるクラウドサービスとして提供されるものである。尚、本実施形態では、依頼施設、読影センター、及びデータセンターの３つの拠点に分けて説明を行うが、様々なシステム構成があるため、これに限定されない。

【0015】

尚、本実施形態において、ネットワーク１０７はＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等で保護されたインターネットを想定しているが、特にこれに限らない。また、本実施形態における依頼施設は、健康診断を行う健診機関を想定するが、特にこれに限らない。

【0016】

まず、本実施形態における読影の主な流れを説明する。依頼施設では、医用画像撮像装置であるモダリティによって被検体を撮像し、医用画像を生成する。この医用画像は例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）規格の画像データである。ＤＩＣＯＭ規格の医用画像にはＤＩＣＯＭタグという付帯情報が含まれており、付帯情報には検査日、患者名、検査種、部位等の情報が格納されている。

【0017】

医用画像が生成されると、依頼端末１０１またはモダリティから読影管理サーバ１０４に医用画像を送信する。読影管理サーバ１０４はこれを受信すると、受信した医用画像を画像管理サーバ１０５に送信し、画像管理サーバ１０５の外部メモリに記憶させる。

【0018】

依頼施設の読影依頼業務を行う担当者は、依頼端末１０１を用いて読影の依頼時に必要な情報（以下、読影依頼情報という。）を入力し、読影依頼の指示を行うと、依頼端末１０１は読影依頼情報を読影管理サーバ１０４に送信する。読影管理サーバ１０４は、依頼端末１０１から読影依頼情報を受信すると、受信した読影依頼情報をデータベースサーバ１０６に送信し、データベースサーバ１０６の外部メモリに記憶させる。

【0019】

そして読影管理サーバ１０４は、読影センターの業務担当者が操作する業務端末１０２からの指示に応じて、データセンターで受け付けた読影依頼に対応する読影医を、読影医の専門性やスケジュールを考慮して決定する。

【0020】

読影を行う読影医は、読影センターに配置された読影端末１０３（もしくは、読影医の自宅に配置された読影端末であってもよい。）を用いて、自身に割り当てられた読影依頼に対応する医用画像を画像管理サーバ１０５からダウンロードする。その後、読影医は、ダウンロードした医用画像を医用画像ビューワで表示して読影を行い、読影した結果の所見等を記述する読影レポートを、読影端末１０３で動作するアプリケーションを用いて作成する。作成が完了した読影レポートは、読影管理サーバ１０４に送信され、データベースサーバ１０６に保管され、読影依頼を行った依頼端末１０１がこの読影レポートを表示する。尚、ここでは、読影端末として、読影センター及び読影医の自宅の例を示したが、いずれの場所に配置されてもよく、また、モバイル端末などを用いて参照できるようにしても構わない。以上のようにして、読影業務が行われる。

【0021】

図２は、読影端末１０３のハードウェア構成の一例を示す図である。尚、図２に示すハードウェア構成はあくまで一例であり、用途や目的に応じて様々な構成例があるため、これに限定されない。

【0022】

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

【0023】

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳという。）が記憶されている。また、外部メモリ２１１には、各種装置が実行する機能を実現するために必要な各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

【0024】

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

【0025】

また、入力コントローラ２０５は、キーボードやマウス等のポインティングデバイスといった入力デバイス２０９からの入力を制御する。

【0026】

ビデオコントローラ２０６は、ディスプレイ２１０等の表示装置への表示を制御する。表示装置はＣＲＴや液晶ディスプレイを想定するが、特にこれらに限らない。

【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】

しかしながら、ステップＳ８０３とステップＳ８０５とにおいて、それぞれＸとＹとを切り上げて整数にしている。そのため、本来必要な分割領域よりも多めの分割領域ができあがってしまう可能性がある。そのため、以下説明するステップＳ８０６及びステップＳ８０７で調整を行う。

【0062】

ステップＳ８０６では、読影端末１０３の演算制御部３０４は、ＤｉｖＸから“１”を減算した結果とＤｉｖＹとを乗じて、これがＺ以上であるか否かを判定する。すなわち、表示領域６０２の長辺方向に配置可能な分割領域の数を１つだけ減らした場合であっても、表示すべきシリーズ画像がすべて配置可能か否かを試す。Ｚ以上であると判定した場合にはステップＳ８０７に処理を進める。Ｚ以上でないと判定した場合には、調整不要であるのでステップＳ８０８に処理を進める。

【0063】

ステップＳ８０７では、読影端末１０３の演算制御部３０４は、ＤｉｖＸから“１”を減算し、これを新たなＤｉｖＸとする（決定手段）。つまり、ＤｉｖＸをデクリメントする。前述した一例では、Ｚが“６”、ＤｉｖＸが“４”、ＤｉｖＹが“２”であった。つまり、横４列×縦２列＝８マス分の分割領域を設ければ、表示すべきシリーズ画像がすべて配置できるのだが、仮にＤｉｖＸから１を減算すると横３列×縦２列となる。こうした場合でも６マス分の分割領域が設けられるので、すべてのシリーズ画像を配置できることがわかる。よって、ＤｉｖＸを“３”、ＤｉｖＹを“２”と最終決定する。このようにして、不要な分割領域が生まれないよう、最終調整を行う。

【0064】

ステップＳ８０８では、読影端末１０３の表示制御部３０２は、表示領域６０２の長辺方向にＤｉｖＸの数だけ分割領域ができるよう列を設けると共に、表示領域６０２の短辺方向にＤｉｖＹの数だけ分割領域ができるよう行を設ける。つまり、分割数であるＤｉｖＸとＤｉｖＹとを用いて表示領域６０２を分割する。これにより、シリーズ画像を配置するための分割領域が生成される。表示領域６０２の分割が完了したら、表示領域分割処理を終了し、表示領域分割処理の呼び出し元に処理を戻す。

【0065】

尚、本実施形態における表示領域分割処理では、ステップＳ８０３とステップＳ８０５とにおいてＸとＹとを切り上げていたがこれに限らない。例えば、Ｘを切り下げて、Ｙを切り上げた上で、ステップＳ８０６において「Ｚ＜＝ＤｉｖＸ×ＤｉｖＹ」を満たすか否かを判定する。そして、これを満たす場合には、ＤｉｖＸの調整は行わないが、これを満たさない場合は、ＤｉｖＸをインクリメントして列を増やす形態であってもよい。また、Ｘを切り上げて、Ｙを切り下げた上で、ステップＳ８０６において「Ｚ＜＝ＤｉｖＸ×ＤｉｖＹ」を満たすか否かを判定する。そして、これを満たす場合には、ＤｉｖＹの調整は行わないが、これを満たさない場合は、ＤｉｖＹをインクリメントして列を増やす形態であってもよい。このように分割数を増減させることで最終調整が行えればよい。

【0066】

更に、本実施形態では表示領域６０２に配置するシリーズの数に応じて、表示領域６０２の分割数を決定したが、シリーズ数ごとにあらかじめ縦と横の分割数を記憶しておく形態であってもよい。

【0067】

図７に説明を戻す。ステップＳ７０４では、読影端末１０３の表示制御部３０２は、表示領域分割処理で生成された分割領域に、すでに表示領域６０２にレイアウトされていた各シリーズ画像と、ステップＳ７０１で選択された検査の各シリーズ画像とを配置する。シリーズ画像をどの分割領域に配置するのか、またどういう順番で配置するのかについては特に問わない。配置が完了したら、ディスプレイ２１０に表示し、図７に示す一連の処理を終了する。

【0068】

前述した一例（ＤｉｖＸを“３”、ＤｉｖＹを“２”）の分割結果を図１０に示す。図１０は、画像パレット領域６０１に表示された“検査１”が選択された場合の実行結果（つまり、Ｚ＝６、表示領域６０２の長辺の長さ＝１９２０、表示領域６０２の短辺の長さ＝１０８０の場合の結果）である。このように、シリーズ画像の数に応じて、適切な数の分割領域が生成されるように表示領域を分割することが可能となるので、ユーザである読影医がレイアウトを行う手間を軽減することが可能となる。

【0069】

ところで図１０に示す通り、配置されたシリーズ画像を閉じる（非表示にする）ための閉じるボタン６０４が分割領域ごとに設けられている。この閉じるボタン６０４に対する押下を受け付けると、押下された閉じるボタン６０４を備える分割領域に配置されたシリーズ画像が非表示になる。すなわち、配置されたシリーズ画像が分割領域から取り除かれる。図１２では、図１０で配置されたシリーズ画像のうち、２つのシリーズ画像が非表示になった場合の医用画像ビューワ６００を示す。この状態では何も配置されていない分割領域によって表示領域６０２が占有されてしまうことになる。こうした場合に、ユーザは再配置ボタン６０３を押下することで、現在配置されているシリーズ画像のレイアウトのやり直しができる。以下、図１１を用いてこの説明を行う。

【0070】

図１１は、再配置ボタン６０３が押下された場合の処理の流れの一例を示すフローチャートである。以下説明するＳ１１０１乃至Ｓ１１０４の各ステップは、読影端末１０３のＣＰＵ２０１が各機能部を動作することにより実行される処理である。

【0071】

ステップＳ１１０１では、読影端末１０３の入力制御部３０３は、再配置ボタン６０３に対する押下を検知したか否かを判定する。再配置ボタン６０３に対する押下を検知したと判定した場合には、ステップＳ１１０２に処理を進める。そうでない場合には、再配置ボタン６０３に対する押下を検知するまでステップＳ１１０１を繰り返し実行する。

【0072】

ステップＳ１１０２では、読影端末１０３の演算制御部３０４は、分割領域にすでに配置されているシリーズ画像のシリーズ数を、Ｚとする。

【0073】

ステップＳ１１０３では、読影端末１０３は、表示領域分割処理を実行する。ステップＳ１１０３ではステップＳ１１０２で定義したＺの値を用いる。表示領域分割処理については前述した通りであるので、説明を省略する。

【0074】

ステップＳ１１０４では、読影端末１０３の表示制御部３０２は、表示領域分割処理で生成された分割領域に、元々レイアウトされていた各シリーズ画像を配置する。シリーズ画像をどの分割領域に配置するのか、またどういう順番で配置するのかについては特に問わない。配置が完了したら、ディスプレイ２１０に表示し、図１１に示す一連の処理を終了する。図１２に示すように、４つのシリーズ画像をレイアウトし直すと図１３に示すような状態となる。このように、分割領域に配置されたシリーズ画像が閉じられた場合であっても、再度当該シリーズ画像を画像パレット領域６０１から選択することなく、表示領域分割処理を実行しなおすことが可能となるので、ユーザの手間を軽減することができる。

【0075】

前述した図７では、検査が選択された場合について説明したが、シリーズが選択された場合と患者が選択された場合についても、以下説明を行う。

【0076】

図１４は、医用画像ビューワ６００に表示されたシリーズが選択された場合の処理の流れの一例を示すフローチャートである。以下説明するＳ１４０１乃至Ｓ１４０４の各ステップは、読影端末１０３のＣＰＵ２０１が各機能部を動作することにより実行される処理である。

【0077】

ステップＳ１４０１では、読影端末１０３の入力制御部３０３は、画像パレット領域６０１に表示された１または複数のシリーズ（シリーズ名）に対する選択を検知したか否かを判定する（選択受付手段）。本実施形態では、画像パレット領域６０１に表示されたシリーズ名を表示領域６０２にドラッグアンドドロップした場合に、シリーズに対する選択を検知したと判定するものとする。また、シリーズ名を複数選択した状態でドラッグアンドドロップすると、複数のシリーズに対する選択を検知したと判定する。１または複数のシリーズに対する選択を検知したと判定した場合には、ステップＳ１４０２に処理を進める。そうでない場合には、１または複数のシリーズに対する選択を検知するまでステップＳ１４０１を繰り返し実行する。

【0078】

ステップＳ１４０２では、読影端末１０３の演算制御部３０４は、表示領域６０２にすでに配置されているシリーズ画像のシリーズ数に、選択されたシリーズのシリーズ数を加算する。この加算したものを、Ｚとする。

【0079】

ステップＳ１４０３では、読影端末１０３は、表示領域分割処理を実行する。ステップＳ１４０３ではステップＳ１４０２で定義したＺの値を用いる。表示領域分割処理については前述した通りであるので、説明を省略する。

【0080】

ステップＳ１４０４では、読影端末１０３の表示制御部３０２は、表示領域分割処理で生成された分割領域に、すでに表示領域６０２にレイアウトされていた各シリーズ画像と、ステップＳ１４０１で選択されたシリーズの各シリーズ画像とを配置する。シリーズ画像をどの分割領域に配置するのか、またどういう順番で配置するのかについては特に問わない。配置が完了したら、ディスプレイ２１０に表示し、図１４に示す一連の処理を終了する。

【0081】

図１５は、医用画像ビューワ６００に表示された患者が選択された場合の処理の流れの一例を示すフローチャートである。以下説明するＳ１５０１乃至Ｓ１５０４の各ステップは、読影端末１０３のＣＰＵ２０１が各機能部を動作することにより実行される処理である。

【0082】

ステップＳ１５０１では、読影端末１０３の入力制御部３０３は、画像パレット領域６０１に表示された１または複数の患者（患者名）に対する選択を検知したか否かを判定する（選択受付手段）。本実施形態では、画像パレット領域６０１に表示された患者名を表示領域６０２にドラッグアンドドロップした場合に、患者に対する選択を検知したと判定するものとする。また、患者名を複数選択した状態でドラッグアンドドロップすると、複数の患者に対する選択を検知したと判定する。１または複数の患者に対する選択を検知したと判定した場合には、ステップＳ１５０２に処理を進める。そうでない場合には、１または複数の患者に対する選択を検知するまでステップＳ１５０１を繰り返し実行する。

【0083】

ステップＳ１５０２では、読影端末１０３の演算制御部３０４は、表示領域６０２にすでに配置されているシリーズ画像のシリーズ数に、選択された患者のすべての検査に対応するシリーズ数を加算する。この加算したものを、Ｚとする。

【0084】

ステップＳ１５０３では、読影端末１０３は、表示領域分割処理を実行する。ステップＳ１５０３ではステップＳ１５０２で定義したＺの値を用いる。表示領域分割処理については前述した通りであるので、説明を省略する。

【0085】

ステップＳ１５０４では、読影端末１０３の表示制御部３０２は、表示領域分割処理で生成された分割領域に、すでに表示領域６０２にレイアウトされていた各シリーズ画像と、ステップＳ１５０１で選択された患者のすべての検査の各シリーズ画像とを配置する。シリーズ画像をどの分割領域に配置するのか、またどういう順番で配置するのかについては特に問わない。配置が完了したら、ディスプレイ２１０に表示し、図１５に示す一連の処理を終了する。

【0086】

このように、どういうまとまりでシリーズ画像を表示するのかを、患者を選択するのか、検査を選択するのか、シリーズを選択するのかによって切り替えることができるので、ある患者のシリーズ画像を１つずつ選択してレイアウトする必要がなくなる。

【0087】

以上説明したように、本実施形態によれば、複数のシリーズの医用画像を容易にレイアウトすることが可能となる。

【0088】

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

【0089】

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

【0090】

したがって、本発明の機能処理をコンピュータで実現（実行可能と）するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

【0091】

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

【0092】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

【0093】

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

【0094】

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

【0095】

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

【0096】

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

【0097】

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

【0098】

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

【符号の説明】

【0099】

１０１ 依頼端末
１０２ 業務端末
１０３ 読影端末
１０４ 読影管理サーバ
１０５ 画像管理サーバ
１０６ データベースサーバ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力デバイス
２１０ ディスプレイ
２１１ 外部メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】