特開 2025-97598 画像処理装置、端末装置、画像処理システム、画像処理方法、及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025097598

(43)【公開日】2025-07-01

(54)【発明の名称】画像処理装置、端末装置、画像処理システム、画像処理方法、及びプログラム

(51)【国際特許分類】

   A61B 6/03 20060101AFI20250624BHJP

   A61B 6/46 20240101ALI20250624BHJP

   A61B 5/00 20060101ALI20250624BHJP

   G16H 30/00 20180101ALI20250624BHJP

【ＦＩ】

A61B6/03 560G

A61B6/46 536Z

A61B5/00 G

G16H30/00

A61B5/00 D

【審査請求】未請求

【請求項の数】18

【出願形態】ＯＬ

(21)【出願番号】P 2023213864

(22)【出願日】2023-12-19

(71)【出願人】

【識別番号】594164542

【氏名又は名称】キヤノンメディカルシステムズ株式会社

(74)【代理人】

【識別番号】110001634

【氏名又は名称】弁理士法人志賀国際特許事務所

(72)【発明者】

【氏名】野辺 昌史

(72)【発明者】

【氏名】石坂 卓己

(72)【発明者】

【氏名】松本 直樹

(72)【発明者】

【氏名】野呂 恭平

(72)【発明者】

【氏名】石井 秀明

【テーマコード（参考）】

4C093

4C117

5L099

【Ｆターム（参考）】

4C093AA22

4C093AA26

4C093CA29

4C093FF42

4C093FH06

4C117XB20

4C117XE44

4C117XE45

4C117XE46

4C117XF22

4C117XK19

4C117XR07

4C117XR08

4C117XR09

4C117XR10

5L099AA04

5L099AA26

(57)【要約】

【課題】サーバやネットワークにかかる負荷を軽減すること。
【解決手段】実施形態の画像処理装置は、画像取得部と、第１画像生成部と、データ生成部と、制御部と、を持つ。画像取得部は、三次元画像データを取得する。第１画像生成部は、前記三次元画像データに基づいて、第１の処理画像を生成する。データ生成部は、前記三次元画像データよりもデータ量が小さい被画像処理データを生成する。制御部は、前記被画像処理データに基づいて、第２の処理画像を端末装置に生成させ、前記第２の処理画像を前記端末装置の表示部に表示させるための前記被画像処理データを前記端末装置に送信する通信制御を行う。
【選択図】図２

【特許請求の範囲】

【請求項1】

三次元画像データを取得する画像取得部と、
前記三次元画像データに基づいて、第１の処理画像を生成する第１画像生成部と、
前記三次元画像データよりもデータ量が小さい被画像処理データを生成するデータ生成部と、
前記被画像処理データに基づいて、第２の処理画像を端末装置に生成させ、前記第２の処理画像を前記端末装置の表示部に表示させるための前記被画像処理データを前記端末装置に送信する通信制御を行う制御部と、を備える、
画像処理装置。

【請求項2】

前記被画像処理データは、前記三次元画像データよりも解像度が低い低解像度画像データを含む、
請求項１に記載の画像処理装置。

【請求項3】

前記三次元画像データは、医用画像データを含む、
請求項２に記載の画像処理装置。

【請求項4】

前記第２の処理画像は、前記第１の処理画像よりも解像度が低い、
請求項１に記載の画像処理装置。

【請求項5】

前記端末装置により送信される前記端末装置の前記処理画像の生成能力を取得する生成能力取得部と、
前記生成能力に基づいて、前記端末装置に送信する前記被画像処理データを判定する判定部と、をさらに備える、
請求項１に記載の画像処理装置。

【請求項6】

前記判定部は、前記被画像処理データが生成される前に取得された生成能力に基づいて、前記被画像処理データを判定する、
請求項５に記載の画像処理装置。

【請求項7】

前記被画像処理データは、前記三次元画像データにより抽出されるベクトル情報を含む、
請求項１に記載の画像処理装置。

【請求項8】

前記処理画像は、レンダリング画像を含む、
請求項１に記載の画像処理装置。

【請求項9】

請求項１に記載の画像処理装置により送信される被画像処理データに基づいて、前記第２の処理画像を生成する第２画像生成部と、
生成した前記第２の処理画像を前記表示部に表示させる表示制御部と、を備える、
端末装置。

【請求項10】

前記表示制御部は、処理中の前記第２の処理画像を前記表示部に表示させる、
請求項９に記載の端末装置。

【請求項11】

請求項５に記載の画像処理装置により送信される被画像処理データに基づいて、前記第２の処理画像を生成する第２画像生成部と、
生成した前記第２の処理画像を前記表示部に表示させる表示制御部と、
自機の前記生成能力を監視する監視部と、
前記生成能力を前記画像処理装置に送信する送信制御を行う送信制御部と、を備える、
端末装置。

【請求項12】

請求項７に記載の画像処理装置により送信される被画像処理データに基づいて、前記第２の処理画像を生成する第２画像生成部と、
生成した前記第２の処理画像を前記表示部に表示させる表示制御部と、を備え、
前記表示制御部は、前記ベクトル情報に基づいて生成されるワイヤーフレームまたはポリゴンのうち少なくとも一方を前記表示部に表示させる、
端末装置。

【請求項13】

前記被画像処理データに基づいて、任意多断面再構成画像を生成する第３画像生成部をさらに備える、
請求項９に記載の端末装置。

【請求項14】

請求項１に記載の画像処理装置と、
請求項９に記載の端末装置と、を備える、
画像処理システム。

【請求項15】

コンピュータが、
三次元画像データを取得し、
前記三次元画像データに基づいて、第１の処理画像を生成し、
前記三次元画像データよりもデータ量が小さい被画像処理データを生成し、
前記被画像処理データに基づいて、第２の処理画像を端末装置に生成させ、前記第２の処理画像を前記端末装置の表示部に表示させるための前記被画像処理データを前記端末装置に送信する通信制御を行う、
画像処理方法。

【請求項16】

コンピュータが、
請求項１に記載の画像処理装置により送信される被画像処理データに基づいて、前記第２の処理画像を生成し、
生成した前記第２の処理画像を前記表示部に表示させる、
画像処理方法。

【請求項17】

コンピュータに、
三次元画像データを取得し、
前記三次元画像データに基づいて、第１の処理画像を生成し、
前記三次元画像データよりもデータ量が小さい被画像処理データを生成し、
前記被画像処理データに基づいて、第２の処理画像を端末装置に生成させ、前記第２の処理画像を前記端末装置の表示部に表示させるための前記被画像処理データを前記端末装置に送信する通信制御を行う、ことを行わせる、
プログラム。

【請求項18】

コンピュータに、
請求項１に記載の画像処理装置により送信される被画像処理データに基づいて、前記第２の処理画像を生成し、
生成した前記第２の処理画像を前記表示部に表示させる、ことを行わせる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書及び図面に開示の実施形態は、画像処理装置、端末装置、画像処理システム、画像処理方法、及びプログラムに関する。

【背景技術】

【0002】

例えば、ユーザが医用画像を表示させて検査や診断を行うにあたり、端末に表示される画像をサーバで生成する技術がある。この技術では、画像を表示するための前処理や自動解析をサーバで行う。サーバは、これらの前処理や自動解析を複数のユーザに提供する医用画像に対して行っているため、前処理や自動解析の負荷が大きくなり、必要な解析がタイムリーに行えないことがある。ユーザの側から見ると、操作に対する処理速度が遅くなり、この技術を快適に利用できないことがある。

【0003】

また、近年では、一般的なパーソナルコンピュータなどの端末装置でも簡単な三次元画像データのレンダリングなどの画像処理を行うのに十分なスペックを有するものが増えている。このため、ユーザは、医用画像をサーバから端末装置にダウンロードして、画像処理を行うこともできる。しかし、レンダリングなどの画像処理を行うためには、高価な機器が必要となることもあり、手軽に利用することは難しかった。さらに、医用画像はデータ容量が大きいことが多く、ダウンロードに時間がかかるとともに、ネットワークへの負荷も大きくなる傾向にある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００７－０５８８５７号公報

【発明の概要】

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

【0005】

本明細書及び図面に開示の実施形態が解決しようとする課題は、サーバやネットワークにかかる負荷を軽減することである。ただし、本明細書及び図面に開示の実施形態により解決しようとする課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を他の課題として位置づけることもできる。

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

【0006】

実施形態の画像処理装置は、画像取得部と、第１画像生成部と、データ生成部と、制御部と、を持つ。画像取得部は、三次元画像データを取得する。第１画像生成部は、前記三次元画像データに基づいて、第１の処理画像を生成する。データ生成部は、前記三次元画像データよりもデータ量が小さい被画像処理データを生成する。制御部は、前記被画像処理データに基づいて、第２の処理画像を端末装置に生成させ、前記第２の処理画像を前記端末装置の表示部に表示させるための前記被画像処理データを前記端末装置に送信する通信制御を行う。

【図面の簡単な説明】

【0007】

【図1】医用画像処理システム１を含む病院内システムＨの構成の一例を示すブロック図。

【図2】医用画像処理サーバ１００の構成の一例を示す図。

【図3】クライアント端末２００の構成の一例を示すブロック図。

【図4】医用画像処理システム１における処理の流れの一例を示すシーケンス図。

【図5】第２の実施形態の医用画像処理サーバ１００の構成の一例を示すブロック図。

【図6】第２の実施形態のクライアント端末２００の構成の一例を示すブロック図。

【図7】第２の実施形態の医用画像処理システム１における処理の流れの一例を示すシーケンス図。

【図8】第３の実施形態の医用画像処理システム１における処理の流れの一例を示すシーケンス図。

【図9】第４の実施形態のクライアント端末２００の構成の一例を示すブロック図。

【図10】レンダリング処理にあたって、処理量が異なるデータのレンダリング処理の態様の一例を示す図。

【図11】第５の実施形態のクライアント端末２００の構成の一例を示すブロック図。

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

【0008】

以下、図面を参照しながら、実施形態の画像処理装置、端末装置、画像処理システム、画像処理方法、及びプログラムについて説明する。

【0009】

（第１の実施形態）
図１は、医用画像処理システム１を含む病院内システムＨの構成の一例を示すブロック図である。病院内システムＨは、例えば、病院情報システム（Hospital Information System：以下、ＨＩＳ）１０と、放射線科情報システム（Radiology Information System：以下、ＲＩＳ）２０と、医用画像診断装置（モダリティ）３０と、画像保存通信システム（ＰＡＣＳ：Picture Archiving and Communication System）４０と、医用画像処理サーバ１００と、複数のクライアント端末２００，２００…とを備える。

【0010】

ＨＩＳ１０、ＲＩＳ２０、モダリティ３０、ＰＡＣＳ４０、医用画像処理サーバ１００、及び複数のクライアント端末２００，２００…は、ＬＡＮ(Local Area Network)などのネットワークＮＷを介して互いに通信可能である。医用画像処理システム１は、医用画像処理サーバ１００及び複数のクライアント端末２００，２００…を含んで構成される。

【0011】

医用画像処理サーバ１００は、画像処理装置の一例であり、クライアント端末２００は、端末装置の一例である。実施形態において、医用画像処理システム１は、病院内システムＨに組み込まれているが、医用画像処理システム１の一部、例えば、医用画像処理サーバは、病院内システムＨから外れて病院の外部に設置されていてもよい。医用画像処理システム１は、画像処理システムの一例である。

【0012】

第１の実施形態の医用画像処理システム１において、クライアント端末２００には、例えば、技師や医師等（以下、ユーザ）が診断等を行う際に医用画像を表示させて利用するアプリケーションプログラム（以下、診断アプリ）がインストールされている。ユーザは、クライアント端末２００において、診断アプリを起動することにより、三次元画像データに基づく三次元画像及び三次元画像データに基づいて生成されるレンダリング画像を見ることができる。

【0013】

三次元画像データとしては、解像度が低い順に３段階の低解像度画像データ、中解像度画像データ、及び高解像度画像データが利用される。このうち、例えば、モダリティ３０により中解像度画像データが生成される。低解像画像データは、中解像度画像データを低画質化するにより生成され、高解像度画像データは、中解像度画像データを低画質化するにより生成される。三次元画像データの解像度は、３段階に限らず、２段階でも４段階以上でもよい。解像度が異なる三次元画像データは、それぞれを独立してモダリティ３０により撮像してもよい。

【0014】

第１の実施形態では、レンダリング画像として、低解像レンダリング画像、中解像度レンダリング画像、及び高解像度レンダリング画像が生成される。低解像度レンダリング画像は、クライアント端末２００で生成され、中解像度レンダリング画像及び高解像度レンダリング画像は医用画像処理サーバ１００で生成される。レンダリング画像データは、処理画像の一例である。中解像度レンダリング画像は、第１の処理画像の一例である。低解像度レンダリング画像は、第２の処理画像の一例である。

【0015】

生成された低解像レンダリング画像、中解像度レンダリング画像、及び高解像度レンダリング画像は、いずれもクライアント端末２００において表示される。第１の実施形態においては、低解像度レンダリング画像は、クライアント端末２００において生成されたものが表示される。一方、中解像度レンダリング画像及び高解像度レンダリング画像は、医用画像処理サーバ１００において生成されたものがクライアント端末２００により例えば遠隔でモニタリングすることにより、クライアント端末２００に表示される。

【0016】

医用画像処理システム１について説明する前に、病院内システムＨにおける医用画像処理システム１以外の要素について簡単に説明する。

【0017】

ＨＩＳ１０は、病院内での業務支援を行うコンピュータシステムである。具体的には、ＨＩＳ１０は、各種サブシステムを有する。各種サブシステムとしては、例えば、電子カルテシステム、医療会計システム、診療予約システム、来院受付システム、入退院管理システムが含まれる。

【0018】

ＨＩＳ１０は、病院内での業務支援を行うコンピュータシステムである。具体的には、ＨＩＳ１０は、各種サブシステムを有する。各種サブシステムとしては、例えば、電子カルテシステム、医療会計システム、診療予約システム、来院受付システム、入退院管理システムが含まれる。

【0019】

ＨＩＳ１０は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサ、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等のメモリ、ディスプレイ、入力インターフェース及び通信インターフェースを備えるサーバ装置やクライアント端末等のコンピュータを含む。

【0020】

ユーザは、ＨＩＳ１０に含まれる電子カルテシステムを用いて、患者に関する情報を入力したり参照したりする。ユーザは、ＨＩＳ１０に対して画像検査オーダーを発行する。ＨＩＳ１０は、画像検査オーダーに応じたオーダー情報をＲＩＳ２０などの他のシステムに転送する。

【0021】

ＲＩＳ２０は、画像診断部門での業務支援を行うコンピュータシステムである。ＲＩＳ２０は、ＨＩＳ１０と連携した画像検査オーダーの予約管理のほか、検査機器への予約情報連携、検査情報の管理などを行う。ＲＩＳ２０は、例えば、ＣＰＵ等のプロセッサ、ＲＯＭやＲＡＭ等のメモリ、ディスプレイ、入力インターフェース及び通信インターフェースを備えるサーバ装置やクライアント端末等のコンピュータを含む。

【0022】

モダリティ３０は、例えば、画像検査指示等に基づき決定される撮影条件（撮影プロトコル）に従い撮像（撮影）を実行する。モダリティ３０としては、例えば、Ｘ線コンピュータ断層撮影装置（Ｘ線ＣＴ装置）、Ｘ線診断装置、磁気共鳴イメージング装置、超音波診断装置、核医学診断装置等が挙げられる。医用画像は、例えば、Ｘ線ＣＴ画像、磁気共鳴画像、エコー画像等である。モダリティ３０は、例えば、ユーザにより操作される。モダリティ３０の撮像により生成された医用画像（画像データ）はＰＡＣＳ４０に送信される。

【0023】

ＰＡＣＳ４０は、モダリティ３０により送信された医用画像を受信してデータベースに保存するコンピュータシステムである。ＰＡＣＳ４０は、クライアントからのリクエストに応じて、データベースに保存された医用画像を送信（転送）する。ＰＡＣＳ４０は、ＣＰＵ等のプロセッサ、ＲＯＭやＲＡＭ等のメモリ、ディスプレイ、入力インターフェース、通信インターフェースを含むサーバ・コンピュータを含む。

【0024】

病院内システムＨの構成は上記に限定されない。病院内システムＨは、例えば、読影レポート作成装置等を含んでいてもよい。また、病院内システムＨのいくつかの要素が統合されていてもよい。例えば、ＨＩＳ１０とＲＩＳ２０とが１個のシステムに統合されていてもよい。

【0025】

それでは、医用画像処理システム１について説明する。まず、医用画像処理サーバ１００について説明する。図２は、医用画像処理サーバ１００の構成の一例を示す図である。医用画像処理サーバ１００は、例えば、通信インターフェース１１０と、入力インターフェース１２０と、ディスプレイ１３０と、処理回路１４０と、メモリ１５０とを備える。

【0026】

通信インターフェース１１０は、例えば、ネットワークＮＷ（図１）を介してＬＡＮなどのクライアント端末２００等の外部装置と通信する。通信インターフェース１１０は、例えば、ＮＩＣ（Network Interface Card）等の通信インターフェースを含む。ネットワークＮＷは、ＬＡＮに代えてまたは加えて、インターネット、セルラー網、Ｗｉ－Ｆｉ網、ＷＡＮ（Wide Area Network）等を含んでもよい。

【0027】

入力インターフェース１２０は、医用画像処理サーバ１００を管理する管理者などからの各種の入力操作を受け付ける。入力インターフェース１２０は、受け付けた入力操作を電気信号に変換して処理回路１４０に出力する。入力インターフェース１２０は、管理者等により入力操作が行われた場合に、入力操作に応じた情報を生成する。入力インターフェース１２０は、生成した入力操作に応じた情報を処理回路１４０に出力する。

【0028】

入力インターフェース１２０は、例えば、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパネル等を含む。入力インターフェース１２０は、例えば、マイク等の音声入力を受け付けるユーザインターフェースであってもよい。入力インターフェース１２０がタッチパネルである場合、入力インターフェース１２０は、ディスプレイ１３０の表示機能を兼ね備えるものであってもよい。

【0029】

なお、本明細書において入力インターフェースはマウス、キーボード等の物理的な操作部品を備えるものだけに限られない。例えば、装置とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を処理回路１４０へ出力する電気信号の処理回路も入力インターフェースの例に含まれる。

【0030】

ディスプレイ１３０は、各種の情報を表示する。例えば、ディスプレイ１３０は、処理回路１４０によって生成された画像や、操作者からの各種の入力操作を受け付けるためのＧＵＩ（Graphical User Interface）等を表示する。例えば、ディスプレイ１３０は、ＬＣＤ（Liquid Crystal Display）や、ＣＲＴ（Cathode Ray Tube）ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等である。

【0031】

処理回路１４０は、例えば、例えば、画像取得機能１４１と、画像生成機能１４２と、データ生成機能１４３と、制御機能１４４とを備える。処理回路１４０は、例えば、ハードウェアプロセッサ（コンピュータ）がメモリ（記憶回路）１５０に記憶されたプログラムを実行することにより、これらの機能を実現するものである。

【0032】

ハードウェアプロセッサとは、例えば、ＣＰＵ、ＧＰＵ（Graphics Processing Unit）、特定用途向け集積回路（Application Specific Integrated Circuit; ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device; ＳＰＬＤ）または複合プログラマブル論理デバイス（Complex Programmable Logic Device; ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array; ＦＰＧＡ））などの回路（circuitry）を意味する。

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

第２の実施形態の医用画像処理サーバ１００における生成能力取得機能１４５は、クライアント端末２００により送信される生成能力情報を取得する。生成能力は、例えば、クライアント端末２００のＦＰＳ（frame per seconds）、空きメモリ、空き容量を含む。生成能力取得機能１４５は、生成能力取得部の一例である。

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

（第５の実施形態）
次に、第５の実施形態の医用画像処理システム１について説明する。図１１は、第５の実施形態のクライアント端末２００の構成の一例を示すブロック図である。第５の実施形態のクライアント端末２００では、制御回路２４０が、さらに、任意多断面再構成画像（Multi Planar Reformat、以下、ＭＰＲ画像）生成機能２４７を備える点で、主に第１の実施形態と異なる。

【0097】

ＭＰＲ画像生成機能２４７は、医用画像処理サーバ１００により送信される低解像度画像データに基づいて、ＭＰＲ画像を生成する。表示制御機能２４３は、生成したＭＰＲ画像を表示制御機能２４３により生成された低解像度レンダリング画像とともにディスプレイ２３０に表示させる。ＭＰＲ画像生成機能２４７は、第３画像生成部の一例である。

【0098】

第５の実施形態の医用画像処理システム１は、第１の実施形態の医用画像処理システム１と同様の作用効果を奏する。さらに、第５の実施形態の医用画像処理システム１においては、クライアント端末２００は、ＭＰＲ画像生成機能２４７において、低解像度画像データに基づいて、ＭＰＲ画像を生成する。このため、医用画像処理サーバ１００やネットワークＮＷにかかる負荷をさらに軽減することができる。

【0099】

上記の実施形態において、画像処理の対象となる画像は医用画像であるが、医用画像以外の画像が画像処理の対象となるようにしてもよい。

【0100】

以上説明した少なくとも１つの実施形態によれば、画像処理装置は、三次元画像データを取得する画像取得部と、前記三次元画像データに基づいて、第１の処理画像を生成する第１画像生成部と、前記三次元画像データよりもデータ量が小さい被画像処理データを生成するデータ生成部と、前記被画像処理データに基づいて、第２の処理画像を端末装置に生成させ、前記第２の処理画像を前記端末装置の表示部に表示させるための前記被画像処理データを前記端末装置に送信する通信制御を行う制御部と、を持つことにより、サーバやネットワークにかかる負荷を軽減することができる。

【0101】

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

【符号の説明】

【0102】

１ 医用画像処理システム
１０ ＨＩＳ
２０ ＲＩＳ
３０ モダリティ
４０ ＰＡＣＳ
１００ 医用画像処理サーバ
１１０，２１０ 通信インターフェース
１２０，２２０ 入力インターフェース
１３０，２３０ ディスプレイ
１４０ 処理回路
１４１ 画像取得機能
１４２ 画像生成機能
１４３ データ生成機能
１４４ 制御機能
１４５ 生成能力取得機能
１４６ 判定機能
１５０，２５０ メモリ
１５１ 三次元画像ＤＢ
２００ クライアント端末
２４０ 制御回路
２４１ 起動制御機能
２４２ 端末側画像生成機能
２４３ 表示制御機能
２４４ 監視機能
２４５ 送信制御機能
２４６ ベクトル情報処理機能
２４７ ＭＰＲ画像生成機能
２５１ 診断アプリ
２５２ 生成能力情報
Ｈ 病院内システム
ＮＷ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】