JP2015112137A - 医用画像表示装置 - Google Patents

Abstract

【課題】アプリケーション利用におけるユーザの利便性を向上させることができる医用画像表示装置を提供する。
【解決手段】実施形態に係る医用画像表示装置１は、複数のアプリケーションにより個別に生成された複数の医用画像を表示する表示部２と、複数のアプリケーションのいずれか一つに対する入力操作を受け付ける入力部３と、その入力部３により受け付けられた入力操作の操作意味を把握し、その把握した操作意味と同じ操作意味を有する操作内容を入力操作の対象となったアプリケーション以外の他のアプリケーションに適用する操作処理部１１とを備える。
【選択図】図１

Description

本発明の実施形態は、医用画像表示装置に関する。

近年、技術の進展に伴って、医療機関内にも各種電子機器を利用した医療画像診断装置やシステムが導入されている。医療画像診断装置は、被検体内部の情報を収集し、この収集された情報に基づいて被検体内部を画像化して医用画像を生成する装置である。この医療画像診断装置としては、例えば、Ｘ線ＣＴ装置（computed tomography：コンピュータ断層撮影装置）や磁気共鳴診断装置（ＭＲＩ：magnetic resonance imaging）などが挙げられる。

ここで、読影医や放射線技師などのユーザ（利用者）が二次元画像や三次元画像などの医用画像を観察する場合には、その医用画像を表示する医用画像表示装置（医用画像観察装置）が用いられる。このとき、例えば、２Ｄビューア、あるいは、ボリュームレンダリングや三次元のＭＩＰ（最大値投影法）処理を行う３Ｄビューア、特定の部位や特定の疾患に対する解析を目的とする臨床解析アプリケーションなど、特定の疾患を観察する種々のアプリケーションが使用される。

これらのアプリケーションを利用して読影を行う際など、ユーザは各アプリケーションで特定の関心部位（関心箇所）を観察するため、アプリケーションごとに関心部位を指定するような入力操作を行って関心部位を表示させている。特に、複数のアプリケーションにより同位置の画像所見を観察する上では、ユーザはそれぞれのアプリケーションに対して同じような操作を行うことにより、各アプリケーションによる画像の表示状態を同様にしてから観察を行っている。

特開平０９−１７９８７６号公報

しかしながら、前述のように複数のアプリケーションにより同じ医用画像を同時に観察する場合には、各アプリケーションによりユーザ自身の関心がある関心部位を表示するため、アプリケーションごとに関心部位を表示する作業を手動の入力操作により行う必要がある。このため、アプリケーション利用におけるユーザの利便性が低下してしまう。

本発明が解決しようとする課題は、アプリケーション利用におけるユーザの利便性を向上させることができる医用画像表示装置を提供することである。

実施形態に係る医用画像表示装置は、複数のアプリケーションにより個別に生成された複数の医用画像を表示する表示部と、複数のアプリケーションのいずれか一つに対する入力操作を受け付ける入力部と、入力部により受け付けられた入力操作の操作内容から入力操作の操作意味を把握し、その把握した操作意味と同じ操作意味を有する操作内容を入力操作の対象となったアプリケーション以外の他のアプリケーションに適用する操作処理部とを備える。

第１の実施形態に係る医用画像表示装置の概略構成を示すブロック図である。 第１の実施形態に係る操作解釈処理を説明するための説明図である。 第１の実施形態に係る操作同期処理を説明するための説明図である。 第１の実施形態に係る状態推定処理を説明するための説明図である。 第１の実施形態に係る操作変換処理を説明するための説明図である。 第２の実施形態に係る医用画像表示装置の概略構成を示すブロック図である。

（第１の実施の形態）
第１の実施形態について図１ないし図５を参照して説明する。

図１に示すように、第１の実施形態に係る医用画像表示装置１は、医用画像などの各種画像を表示する表示部２と、読影医や技師などのユーザ（利用者）により入力操作される入力部３と、各部を制御する制御部４とを備えている。この医用画像表示装置１がユーザにより利用される端末として機能する。

表示部２は、ＣＴ画像やＭＲ画像などのＸ線画像を含む各種画像を表示する表示装置である。この表示部２としては、例えば、液晶ディスプレイやＣＲＴ（Cathode Ray Tube）ディスプレイなどを用いることが可能である。

入力部３は、読影医や技師などのユーザからの入力操作を受け付ける操作部である。この入力部３としては、例えば、キーボードやマウス、タッチパネルなどの入力デバイスを用いることが可能である。

制御部４は、アプリケーションごとに、アプリケーションに対する入力操作を監視する操作監視部４ａと、入力操作の操作意味を解釈する操作解釈部４ｂと、アプリケーションの状態を推定する状態推定部４ｃと、前述の入力操作の操作内容を入力操作の対象となったアプリケーション以外の他のアプリケーション用に変換する操作変換部４ｄと、他のアプリケーションに対して変換後の操作内容を適用する操作再生部４ｅとを有している。さらに、制御部４は、全てのアプリケーション共通に、前述の入力操作の同期対象となるアプリケーションを特定する操作同期部４ｆを有している。

ここで、図１では、一例として、アプリケーションＡ、Ｂ及びＣの三つが存在しており、それらのアプリケーションＡ、Ｂ及びＣごとに、操作監視部４ａ、操作解釈部４ｂ、状態推定部４ｃ、操作変換部４ｄ及び操作再生部４ｅが存在している。さらに、アプリケーションＡ、Ｂ及びＣに共通の操作同期部４ｆが存在している。なお、アプリケーション数は三つに限るものではなく、少なくとも二つ以上存在していれば良い。

このようなアプリケーションＡ、Ｂ及びＣごとの操作監視部４ａ、操作解釈部４ｂ、状態推定部４ｃ、操作変換部４ｄ及び操作再生部４ｅと、それらのアプリケーションＡ、Ｂ及びＣに共通の操作同期部４ｆとが、操作に関する全般の処理を行う操作処理部１１として機能する。

操作監視部４ａは、対応するアプリケーションに対する入力操作を常に監視し、その入力操作の操作内容を特定する。ユーザはマウスやキーボードなどの入力部３を操作して各アプリケーションに対する入力操作を行う。なお、マウスの操作内容としては例えばマウスの位置情報やマウスの移動情報などが挙げられ、また、キーボードの操作内容としては例えば押下したキーの情報などが挙げられる。この操作監視部４ａは、対応するアプリケーションに対する入力操作を検出すると、その操作内容を把握して操作解釈部４ｂに通知する。

操作解釈部４ｂは、ユーザの入力操作の操作内容から、その入力操作が対応するアプリケーションにとってどのような操作意味を持つ操作であるのかを特定する。例えば、操作意味としては、画像のスクロールや３Ｄ（三次元）画像の回転、拡大、縮小などが挙げられる。

詳しくは、図２に示すように、操作解釈部４ｂは、操作監視部４ａから操作内容（例えば、操作内容＝マウス操作（ｓｓｓ、ｔｔｔ））の情報を取得し、また、状態推定部４ｃからアプリケーションの状態（例えば、状態＝モードＡ）を取得する。その後、操作解釈部４ｂは、取得した操作内容情報及び状態情報から「操作解釈テーブル」を検索し、どの様な意味を持つ入力操作を行ったのかを特定し（例えば、操作意味＝意味β）、操作同期部４ｆに通知する。

ここで、「操作解釈テーブル」は、状態、操作内容及び操作意味を関連付けて記憶している。図２では、状態としては例えばモードＡやモードＢなどが示されており、また、操作内容としては例えばマウス操作（ｘｘｘ、ｙｙｙ）やマウス操作（ｓｓｓ、ｔｔｔ）、マウス操作（ｕｕｕ、ｖｖｖ）などが示されており、操作意味としては例えば意味αや意味β、意味γ、意味θ、意味ωなどが示されている。

この図２に示す「操作解釈テーブル」によれば、状態がモードＡであり、操作内容がマウス操作（ｓｓｓ、ｔｔｔ）である場合には、その「操作解釈テーブル」から操作意味は意味βと特定され、その特定された操作意味（＝意味β）が操作同期部４ｆに通知される。このような「操作解釈テーブル」はアプリケーションごとに作成されており、状態情報及び操作内容情報によって操作意味が一意に決定される情報記憶領域である。

なお、アプリケーションの状態とは、アプリケーションを操作する際、同一の操作であっても異なる意味を持たせるための区別を行うパラメータである。例えば、状態がモードＡである場合、マウスのドラッグ操作が３Ｄ画像の回転を意味し、また、状態がモードＢ（モードＡと異なるモード）である場合、前述と同様のマウスのドラッグ操作が画像の階調の変更を意味する。

操作同期部４ｆは、操作解釈部４ｂから提供される操作意味情報を前述の入力操作の対象となったアプリケーション以外の他のアプリケーションに同期させる必要の有無を判断し、各アプリケーションの中から同期の必要があるアプリケーションを選択して特定する。また、操作意味がアプリケーションの状態の変更であった場合には、アプリケーションの状態推定部４ｃに対して状態の更新を通知する。

詳しくは、図３に示すように、操作同期部４ｆは、操作解釈部４ｂからどのアプリケーションが操作されたのかを示すアプリケーション識別情報（例えば、アプリケーション＝Ａ）及び操作意味情報（例えば、操作意味＝意味β）を取得する。さらに、操作同期部４ｆは、取得したアプリケーション識別情報と操作意味から「操作同期テーブル」を検索し、どのアプリケーションを同期させるべきであるかを特定する（例えば、アプリケーションＢ、Ｃ）。その後、操作同期部４ｆは同期先のアプリケーションの操作変換部４ｄに対して操作の意味を通知する（例えば、操作意味＝意味β）。なお、同期先が取得できない場合には、同期の必要がないとして処理を行わない。

ここで、「操作同期テーブル」は、アプリケーション、操作意味及び同期先を関連付けて記憶している。図３では、アプリケーションとしては例えばＡなどが示されおり、操作意味としては例えば意味αや意味β、意味γ、意味θ、意味ωなどが示されており、同期先としては例えば、アプリケーションＡ、Ｂ及びＣさらに状態推定部４ｃなどが示されている。このような「操作同期テーブル」はアプリケーションごとに作成されており、アプリケーション識別情報及び操作意味情報によって同期先が一意に決定される情報記憶領域である。

この図３に示す「操作同期テーブル」によれば、アプリケーションがＡであり、操作意味が意味βである場合には、その「操作同期テーブル」から同期先としてアプリケーションＢ及びＣが選択され、そのアプリケーションＢ及びＣの各操作変換部４ｄに意味βが通知される。また、アプリケーションがＡであり、操作意味が意味γである場合には、「操作同期テーブル」から同期先としてアプリケーションＡの状態推定部４ｃが選択され、そのアプリケーションＡの状態推定部４ｃに意味γが通知される。この操作意味（＝意味γ）はアプリケーションの状態の変更である（モード変更）。

状態推定部４ｃは、アプリケーションの動作を区別するアプリケーションの状態を推定及び把握して保持し、前述のように操作解釈部４ｂや操作変換部４ｄに対して状態情報を提供する。さらに、状態推定部４ｃは、操作同期部４ｆからのアプリケーションに対する操作意味の通知に応じて、アプリケーションの状態を更新する（モード変更）。

詳しくは、図４に示すように、状態推定部４ｃは、操作同期部４ｆからアプリケーションに対する操作意味（例えば、操作内容＝意味γ）が通知された場合、保持していたそれまでの状態（例えば、状態＝モードＡ）と、取得した操作意味から「状態推定テーブル」を検索し、次の状態を決定して自状態を更新する（例えば、状態＝モードＢ）。

ここで、「状態推定テーブル」は、状態、操作意味及び次状態を関連付けて記憶している。図４では、状態としては例えばモードＡやモードＢなどが示されており、また、操作意味としては例えば意味ψや意味γ、意味φ、意味ζなどが示されており、次状態としては例えばモードＡやモードＢ、モードＣなどが示されている。

この図４に示す「状態推定テーブル」によれば、状態がモードＡであり、操作意味が意味γである場合には、その「状態推定テーブル」から次状態としてモードＢが選択され、そのモードＢに自状態が更新される。このような「状態推定テーブル」はアプリケーションごとに作成されており、アプリケーションの状態情報及び操作意味情報によって次状態が一意に決定される情報記憶領域である。

操作変換部４ｄは、操作同期部４ｆからの操作意味と同じ操作意味を有する操作内容を前述の入力操作の対象となったアプリケーション以外の他のアプリケーションに適用するものであり、すなわち、他のアプリケーションにとって操作同期部４ｆからの操作意味と同じ操作意味を有する操作内容を特定し、その特定した操作内容を操作再生部４ｅに対して提供する。

詳しくは、図５に示すように、操作変換部４ｄは、操作同期部４ｆから操作意味（例えば、操作意味＝意味β）を取得し、また、状態推定部４ｃからアプリケーションの状態（例えば、状態＝モードＣ）を取得する。その後、操作変換部４ｄは、取得した操作意味情報とアプリケーションの状態情報から「操作変換テーブル」を検索して操作内容を取得し（例えば、マウス操作（ｃｃｃ、ｄｄｄ））、その取得した操作内容を操作再生部４ｅに対して通知する。

ここで、「操作変換テーブル」は、状態、操作意味及び操作内容を関連付けて記憶している。図５では、状態としては例えばモードＣやモードＤなどが示されており、また、操作意味としては例えば意味αや意味β、意味γ、意味θ、意味ωなどが示されており、操作内容としては例えばマウス操作（ａａａ、ｂｂｂ）やマウス操作（ｃｃｃ、ｄｄｄ）、マウス操作（ｘｘｘ、ｙｙｙ）、マウス操作（ｓｓｓ、ｔｔｔ）、マウス操作（ｕｕｕ、ｖｖｖ）などが示されている。

この図５に示す「操作変換テーブル」によれば、状態がモードＣであり、操作意味が意味βである場合には、その「操作解釈テーブル」から操作内容がマウス操作（ｃｃｃ、ｄｄｄ）と特定され、その特定された操作内容（マウス操作（ｃｃｃ、ｄｄｄ））が操作再生部４ｅに通知される。このような「操作変換テーブル」はアプリケーションごとに作成されており、アプリケーションの状態情報及び操作意味情報によって操作内容が一意に決定される情報記憶領域である。

操作再生部４ｅは、アプリケーションに対して同期のための操作内容を適用するものである。この操作再生部４ｅは、操作変換部４ｄから同期するための操作内容を取得し、その取得した操作内容（入力操作）を対象のアプリケーションに対して適用する。これにより、ある一つのアプリケーションに対して行われた入力操作が他のアプリケーションにも同じ操作意味を有する操作として実行されることになる。

ここで、例えば、図２、図３及び図５に係る意味βが画像のスクロール（スクロール量＋３０ｍｍ）である場合には、入力操作の操作対象となったアプリケーションによる医用画像（特定の関心部位の画像）がスクロール量＋３０ｍｍだけ移動し、その移動とほぼ同時に、同期先のアプリケーションによる医用画像（特定の関心部位の画像）もスクロール量＋３０ｍｍだけ移動することになる。また、図２、図３及び図５に係る意味βが画像の回転（角度＋４５°）である場合には、入力操作の操作対象となったアプリケーションによる医用画像（特定の関心部位の画像）が角度＋４５°だけ回転し、その回転とほぼ同時に、同期先のアプリケーションによる医用画像（特定の関心部位の画像）も角度＋４５°だけ回転することになる。なお、各アプリケーションにより表示される医用画像は、同一患者及び同一検査での同一画像である。

このように医用画像表示装置１によれば、特定のアプリケーションで画像の表示状態が変更されて特定の関心部位が表示された場合には、他のアプリケーションでも前述と同じように画像の表示状態が変更されて同じ関心部位が表示される。このため、異なる複数のアプリケーションを用いている場合でも、それらのアプリケーションにより個別に表示される各画像を単一操作により連動させることが可能となる。したがって、複数のアプリケーション間でユーザが画像の表示状態を手作業で同期する作業が省かれ、シームレスに他のアプリケーションを利用することが可能となるので、ユーザの利便性を向上させることができる。また、これによってユーザはより読影に注力することが可能となる。

以上説明したように、第１の実施形態によれば、複数のアプリケーションのいずれか一つに対する入力操作を受け付け、受け付けた入力操作の操作内容からその入力操作の操作意味を把握し、把握した操作意味と同じ操作意味を有する操作内容を入力操作の対象となったアプリケーション以外の他のアプリケーションに適用する。これにより、一つのアプリケーションに対して行われた入力操作が他のアプリケーションにも同じ操作意味を有する操作として実行される。このため、アプリケーションごとに同じような入力操作を繰り返し行う必要がなくなるので、アプリケーション利用におけるユーザの利便性を向上させることができる。例えば、ユーザが各アプリケーションにより自分の関心がある関心部位を表示する場合でも、アプリケーションごとに関心部位を表示するための作業を行う必要がなくなり、一つのアプリケーションにより関心領域を表示させると、それに連動して他のアプリケーションでも同じ関心領域を表示させることが可能となるので、ユーザの利便性が向上することになる。

また、複数のアプリケーションのいずれか一つに対する入力操作の操作内容を特定する操作監視部４ａと、入力操作の対象となったアプリケーションの状態を把握する状態推定部４ｃと、操作監視部４ａにより特定された操作内容及び状態推定部４ｃにより把握されたアプリケーションの状態から、入力部３により受け付けられた入力操作の操作意味を解釈する操作解釈部４ｂと、その操作解釈部４ｂにより解釈された操作意味を適用する必要があるアプリケーションを入力操作の対象となったアプリケーション以外の他のアプリケーションから選択する操作同期部４ｆと、その操作同期部４ｆにより選択された他のアプリケーションにとって、操作解釈部４ｂにより解釈された操作意味と同じ操作意味を有する操作内容を特定する操作変換部４ｄと、その操作変換部４ｄにより特定された操作内容を操作同期部４ｆにより選択された他のアプリケーションに適用する操作再生部４ｅとが設けられている。これにより、アプリケーションごとに同じような入力操作を繰り返し行うことを確実に抑止することが可能となるので、アプリケーション利用におけるユーザの利便性をより確実に向上させることができる。

（第２の実施形態）
第２の実施形態について図６を参照して説明する。

第２の実施形態は基本的に第１の実施形態と同様である。第２の実施形態では、第１の実施形態との相違点について説明し、第１の実施形態で説明した部分と同一部分は同一符号で示し、その説明も省略する。

図６に示すように、第２の実施形態に係る医用画像表示装置１は、表示部２、入力部３及び制御部４を有する端末を二台備えており、これらの端末はアプリケーションごとに設けられている。各端末のそれぞれの制御部４、すなわち操作処理部１１の操作同期部４ｆは有線又は無線の通信ネットワーク５を介して接続されており、互いに通信が可能に形成されている。なお、通信ネットワーク５としては、例えば、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）などを用いることが可能である。

ここで、第１の実施形態では、表示部２、入力部３及び制御部４を有する単一の端末上で複数のアプリケーションが動作するが、第２の実施形態では、通信ネットワーク５を経由する環境において、通信ネットワーク５で接続された異なる端末上にそれぞれのアプリケーションが動作する。特に、第１の実施形態では、単一の端末上で操作同期部４ｆが動作するが、第２の実施形態では、各端末の操作同期部４ｆが通信ネットワーク５を経由して互いに情報（例えば、第１の実施形態に係るアプリケーション間の連動処理を実現するのに必要な情報）のやり取りを行う。なお、各端末の操作監視部４ａ、操作解釈部４ｂ、状態推定部４ｃ、操作変換部４ｄ、操作再生部４ｅは第１の実施形態と同様である。

以上説明したように、第２の実施形態によれば、第１の実施形態と同様の効果を得ることができる。例えば、読影医や技師などのユーザは互いに離れた場所（例えば、病院内の他の部屋や他の施設、あるいは、他の病院）に居ても、お互いの入力操作を共用することが可能となるので、アプリケーション利用におけるユーザの利便性を向上させることができる。

ここで、医療機関内に構築されるシステムとしては、例えば、病院情報管理システム（ＨＩＳ：Hospital Information System）や放射線部門情報管理システム（ＲＩＳ：Radiological Information System）、医療画像管理システム（ＰＡＣＳ：Picture Archiving Communication System）、検査システムといったシステムが挙げられる。これら医療機関に構築されるシステムに関しては、導入する医療機関の規模にもよるが、医療機関内の全てのシステムが１社のシステムで運用されることは少ない。これは、システムを開発する会社（ベンダ）それぞれに得意な分野があり、また、医療情報を生成するアプリケーションにしても、Ｘ線画像の解析に強いアプリケーションやＸ線ＣＴ装置で得られたボリュームデータから３Ｄ画像を生成するのに適したアプリケーションなど、様々なアプリケーションが導入されるためである。

ところが、前述のように医療機関内に複数のシステムや複数のアプリケーションが導入されると、それらのシステムやアプリケーションはバラバラに混在することになるため、ユーザ（例えば、医師や技師など）の使い勝手は非常に悪い。特に、アプリケーションを利用するユーザの好みや嗜好、能力などに合わせて、各種のアプリケーションが導入されることになるため、アプリケーションを提供するシステムやベンダなどは同一ではなくバラバラになることが当たり前である。画像読影や画像参照などを行う作業においても、システムが異なる複数のアプリケーションが使用され、画像診断や画像観察などが行われている。

このようにシステムやベンダが異なる複数のアプリケーションを用いている場合でも、前述の第１又は第２の実施形態によれば、特定のアプリケーションで画像の表示状態が変更されて特定の関心部位が表示された際、他のアプリケーションにも対応する表示状態の変更操作が行われ、同じ関心部位が表示される。このため、複数のアプリケーション間でユーザが画像の表示状態を手作業で同期する作業が省かれ、シームレスに他のアプリケーションを利用することが可能となるので、アプリケーション利用におけるユーザの利便性を向上させることができる。

また、例えば、テナント型医療情報システムなどのシステムでは、システム運営者が「大家」という位置付けにあり、利用対象のアプリケーションを提供するアプリ提供者がいわば「店子」の位置付けとなる。このため、大家が設けるテナント型医療情報システム内には、店子が各種のアプリケーションを提供しており、様々なアプリ提供者（様々なベンダ）が存在することになる。ユーザは自分が要求する医療情報を取得するに当たって、テナントであるアプリ提供者が提供する各種アプリケーションを利用する。このとき、アプリケーション間、特にアプリ提供者が異なるアプリケーション間では、それらの連動性がないのが現状である。この場合でも、前述の第１又は第２の実施形態によれば、前述のように、複数のアプリケーション間でユーザが画像の表示状態を手作業で同期する作業が省かれ、シームレスに他のアプリケーションを利用することが可能となるので、アプリケーション利用におけるユーザの利便性を向上させることができる。

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

１ 医用画像表示装置
２ 表示部
３ 入力部
４ａ 操作監視部
４ｂ 操作解釈部
４ｃ 状態推定部
４ｄ 操作変換部
４ｅ 操作再生部
４ｆ 操作同期部
１１ 操作処理部

Claims (3)

1. 複数のアプリケーションにより個別に生成された複数の医用画像を表示する表示部と、
   前記複数のアプリケーションのいずれか一つに対する入力操作を受け付ける入力部と、
   前記入力部により受け付けられた前記入力操作の操作内容から前記入力操作の操作意味を把握し、その把握した操作意味と同じ操作意味を有する操作内容を前記入力操作の対象となったアプリケーション以外の他のアプリケーションに適用する操作処理部と、
   を備えることを特徴とする医用画像表示装置。
2. 前記操作処理部は、
   前記複数のアプリケーションのいずれか一つに対する前記入力操作の操作内容を特定する操作監視部と、
   前記入力操作の対象となったアプリケーションの状態を把握する状態推定部と、
   前記操作監視部により特定された前記操作内容及び前記状態推定部により把握された前記アプリケーションの状態から、前記入力部により受け付けられた前記入力操作の操作意味を解釈する操作解釈部と、
   前記操作解釈部により解釈された前記操作意味を適用する必要があるアプリケーションを前記入力操作の対象となったアプリケーション以外の他のアプリケーションから選択する操作同期部と、
   前記操作同期部により選択された前記他のアプリケーションにとって、前記操作解釈部により解釈された前記操作意味と同じ操作意味を有する操作内容を特定する操作変換部と、
   前記操作変換部により特定された前記操作内容を前記操作同期部により選択された前記他のアプリケーションに適用する操作再生部と、
   を具備することを特徴とする請求項１記載の医用画像表示装置。
3. 前記表示部及び前記操作処理部は前記アプリケーションごとに設けられており、
   前記アプリケーションごとの操作処理部は通信ネットワークを介して接続されていることを特徴とする請求項１又は２記載の医用画像表示装置。

Images