JP6889382B2 - 医用画像処理システム、医用画像処理装置、その制御方法、及びプログラム - Google Patents

Description

本発明は、医用画像から生成される、人体の部位を示す三次元モデルを含む文書データの生成指示を受け付けることの可能な医用画像処理システム、医用画像処理装置、その制御方法、及びプログラムに関する。

Ｘ線ＣＴやＭＲＩといったモダリティで生成された複数の医用画像を用いてコンピュータ上でボリュームデータを生成し、ボリュームレンダリングを行うことにより人体の部位を立体的に表示する仕組みが存在する。

こうした仕組みは、医用画像用の３Ｄワークステーションと呼ばれるコンピュータ（またはアプリケーション）で実現されている。そのため、ユーザはこうした環境を用意しなければ、医用画像を用いて人体の部位を立体表示することができない。そこで、人体の部位を示すＶＲＭＬ形式やＳＴＬ形式といった三次元データを生成し、これを表示することで、前述した環境を用意せずとも人体の部位を立体表示することが可能である。

特許文献１には、複数の医用画像から生成されるボクセルデータから骨の輪郭を抽出し、ＳＴＬ形式の三次元データとして出力する仕組みが開示されている。

特開２０１３−１３８７６３号公報

しかしながら、特許文献１の仕組みで三次元データを生成するためには、結局前述した環境が必要となってしまう問題がある。つまり、人体の部位を立体表示させる機会の少ないユーザが気軽に三次元データを閲覧することは困難であった。

また、ユーザが前述した環境を用意できたとしても、アプリケーションを操作するためのスキルや医用画像に対して実行する画像処理の知識がなければ、所望の部位を抽出することは難しい。

本発明の目的は、人体の部位を示す三次元データが含まれる文書データを閲覧しやすくすることである。

上記の目的を達成するために本発明の医用画像処理システムは、医用画像データに含まれる人体の部位を特定する部位特定手段と、表示部に表示された画面においてユーザから選択された、三次元データの表示方向を示す情報を取得する取得手段と、前記特定された部位の三次元データが挿入された文書データを生成する文書データ生成手段と、を有し、
前記文書データ生成手段は、生成された前記文書データを開いたときの初期状態として、前記取得手段によって取得された前記情報が示す表示方向で前記三次元データが表示されるように、前記文書データを、前記情報を用いて生成することを特徴とする。

本発明によれば、人体の部位を示す三次元データが含まれる文書データを閲覧しやすくすることが可能となる。

本発明の概要を示す図である。 医用画像処理システム１００のシステム構成を示す図である。 クライアント端末１０１、医用画像処理サーバ１０２のハードウェア構成を示す図である。 クライアント端末１０１、医用画像処理サーバ１０２の機能構成を示す図である。 医用画像一覧画面７００を表示する一連の処理を示すフローチャートである。 医用画像管理テーブル６００のテーブル構成を示す図である。 医用画像一覧画面７００の画面構成を示す図である。 依頼内容入力画面１１００を表示する一連の処理を示すフローチャートである。 表示部位管理テーブル９００のテーブル構成を示す図である。 表示方向管理テーブル１０００のテーブル構成を示す図である。 依頼内容入力画面１１００の画面構成を示す図である。 依頼内容入力画面１１００において表示部位の選択を受け付けた場合に実行される一連の処理を示すフローチャートである。 依頼内容入力画面１１００において表示部位と表示方向の選択を受け付けた場合の一例を示す図である。 依頼内容を受け付ける一連の処理を示すフローチャートである。 依頼情報管理テーブル１５００のテーブル構成を示す図である。 医用画像から３Ｄ ＰＤＦデータを生成するまでの処理の概要を示す図である。 ３Ｄ ＰＤＦデータを表示した場合の一例を示す図である。 依頼結果を表示する一連の処理を示すフローチャートである。 依頼結果確認画面１９００の画面構成を示す図である。 依頼結果確認画面１９００で受け付けた操作に応じて実行される一連の処理を示すフローチャートである。 依頼を確定する一連の処理を示すフローチャートである。 ３Ｄ ＰＤＦデータで受け付けた操作に応じて実行される一連の処理を示すフローチャートである。 依頼を取り消す一連の処理を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。

まず図１を用いて本発明の概要について説明する。本発明の医用画像処理システム１００では、クライアント端末１０１と医用画像処理サーバ１０２とを含むシステムである。クライアント端末１０１と医用画像処理サーバ１０２とが通信可能に接続されている。

クライアント端末１０１は、あらかじめ医用画像処理サーバ１０２にＸ線ＣＴやＭＲＩといったモダリティで生成された医用画像を送信しておき、医用画像処理サーバ１０２はこれを記憶する。本実施形態における医用画像とは、モダリティで生成された断面画像である。また、医用画像はＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）規格の画像であり、ＤＩＣＯＭの付帯情報（以下、ＤＩＣＯＭタグという。）に検査日、患者名、検査種、部位等の情報が格納されている。すなわち、医用画像にはこれらの情報が含まれている。そして、医用画像処理サーバ１０２で医用画像を記憶する際には、１の検査で生成された複数の医用画像をシリーズ化（グルーピング）して記憶しておく。尚、本実施形態ではこのシリーズ化した医用画像群を医用画像と称する。

クライアント端末１０１は、人体の部位を示す３Ｄデータ（三次元データ）が挿入された文書データ、すなわちＰＤＦデータ（以下、３Ｄ ＰＤＦデータという。）を生成する場合に、クライアント端末１０１でその旨の指示を受け付ける。クライアント端末１０１のディスプレイに１１０に示すような画面を表示させ、依頼者であるユーザは対象の医用画像のレコードに備えられている依頼ボタンを押下する。この押下を検知すると、クライアント端末１０１のディスプレイに１２０に示すような画面を表示させる。この画面で３Ｄ ＰＤＦデータで立体表示させたい人体の部位の選択を受け付ける。

この画面を医用画像処理サーバ１０２で生成する際に、依頼ボタンが押下された対象の医用画像に含まれる部位の情報を用いて、３Ｄデータを生成可能な部位を特定する。そして、この生成可能な部位に対して選択を受け付けることが可能なように、チェックボックスを配置する。このようにすることで、選択を受け付けた医用画像からは３Ｄデータを生成することができない部位をユーザが選択しないように抑止することができる。

立体表示させたい部位をユーザが選択し、クライアント端末１０１がＯＫボタンの押下を検知すると、３Ｄ ＰＤＦデータの生成依頼がクライアント端末１０１から医用画像処理サーバ１０２に送信される。医用画像処理サーバ１０２は、この依頼を受け付けると対象の医用画像を用いてボリュームデータを生成する。

ボリュームデータとは、医用画像を三次元的に積層し、医用画像の各ピクセルが有するＣＴ値（水を０、空気を−１０００とした場合の相対値）を当該ピクセルに対応するボクセルのパラメータとして持たせたデータのことである。医用画像処理サーバ１０２は、このボリュームデータに見た目の情報（色、視点、光源、光沢等）を付与し、３Ｄデータを生成する。この３Ｄデータは、例えばＶＲＭＬ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）形式やＳＴＬ（Ｓｔａｎｄａｒｄ Ｔｒｉａｎｇｕｌａｔｅｄ Ｌａｎｇｕａｇｅ）形式といった３Ｄモデルを示すデータである。

こうして生成した３ＤデータをＰＤＦデータに挿入して、３Ｄ ＰＤＦデータを生成する。依頼者であるユーザは、この３Ｄ ＰＤＦデータをクライアント端末１０１にインストールされているＰＤＦビューアで開くことにより、人体の部位を立体表示することが可能となる。以下、この概要の詳細について説明する。

図２は、医用画像処理システム１００のシステム構成を示す図である。尚、図２に示すシステム構成は、あくまで一例である。

医用画像処理システム１００は、クライアント端末１０１と、医用画像処理サーバ１０２とを含むシステムである。クライアント端末１０１と医用画像処理サーバ１０２は、ローカルエリアネットワーク（ＬＡＮ）２０１またはインターネット等を介して通信可能に接続されている。

クライアント端末１０１は、３Ｄ ＰＤＦデータの生成依頼を行う依頼者側の１または複数の装置である。クライアント端末１０１は、パーソナルコンピュータやサーバであってもよいし、携帯端末（携帯電話、スマートフォン、ウェアラブルデバイス）であってもよい。

医用画像処理サーバ１０２（医用画像処理装置）は、３Ｄ ＰＤＦデータの生成依頼を受け付ける事業者側の１または複数の装置である。医用画像処理サーバ１０２はサーバ装置を想定するが、複数のクライアント端末１０１からの依頼を処理可能であれば、どのような装置であってもよい。

図３は、クライアント端末１０１及び医用画像処理サーバ１０２のハードウェア構成を示す図である。尚、図３に示すハードウェア構成はあくまで一例である。

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

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

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

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

ビデオコントローラ３０６は、ディスプレイ３１０等の表示器への表示を制御する。表示器はＣＲＴや液晶ディスプレイでも構わない。

メモリコントローラ３０７は、ハードディスクやフレキシブルディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ３１１へのアクセスを制御する。外部メモリ３１１（記憶手段）は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する。

通信Ｉ／Ｆコントローラ３０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

尚、ＣＰＵ３０１は、例えばＲＡＭ３０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ３１０上での表示を可能としている。また、ＣＰＵ３０１は、ディスプレイ３１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明のクライアント端末１０１及び医用画像処理サーバ１０２が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ３１１に記録されている。この各種プログラム等は必要に応じてＲＡＭ３０３にロードされることによりＣＰＵ３０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ３１１に格納されている。

図４は、クライアント端末１０１及び医用画像処理サーバ１０２の機能構成の一例を示す図である。尚、図４に示す各機能は、図２に示す各ハードウェアや各種プログラム等により実現される構成要素である。また、図４に示す機能構成はあくまで一例である。

クライアント端末１０１は機能部として、通信制御部４０１と、表示部４０２と、ウェブブラウザ部４０３と、ＰＤＦビューワ部４０７とを備える。

通信制御部４０１は、医用画像処理サーバ１０２と各種情報を送受信するための機能部である。通信制御部４０１は、クライアント端末１０１の通信Ｉ／Ｆコントローラ３０８を介して、ネットワーク上の医用画像処理サーバ１０２と通信する。

表示部４０２は、各種情報を表示するための機能部である。表示部４０２は、クライアント端末１０１のビデオコントローラ３０６を介して各種情報が記された画像をディスプレイ３１０に対して送信し、ディスプレイ３１０に各種情報を表示させる。

ウェブブラウザ部４０３は、クライアント端末１０１にインストールされたウェブブラウザの機能部に該当し、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で記述されたウェブページを表示及び動作させるための機能部である。ウェブブラウザ部４０３は、更に、レンダリング部４０４と操作受付部４０５と３Ｄデータプラグイン部４０６とを備える。

レンダリング部４０４は、ウェブページの記述内容を解析し、文字や画像をディスプレイに表示するための機能部である。操作受付部４０５は、ウェブページに対する操作を受け付けるための機能部である。更に、操作受付部４０５は、受け付けた操作に応じてウェブページやファイルの取得要求を、通信制御部４０１を介して医用画像処理サーバ１０２に送信する。３Ｄデータプラグイン部４０６は、ウェブページに挿入された３Ｄデータを表示するための機能部である。ウェブブラウザのプラグインとして動作し、３Ｄデータが示す内容を解釈し、レンダリング部４０４でレンダリングさせる。また、３Ｄデータプラグイン部４０６は、操作受付部４０５で受け付けた操作に応じて、３Ｄデータの表示位置や表示方向等を変更するために動作する。

ＰＤＦビューワ部４０７は、クライアント端末１０１にインストールされたＰＤＦビューワの機能部に該当し、３Ｄ ＰＤＦデータを含むＰＤＦデータを表示するための機能部である。ＰＤＦビューワ部４０７は、更に３Ｄデータ制御部４０８を備える。３Ｄデータ制御部４０８は、３Ｄ ＰＤＦデータに含まれる３Ｄデータを表示するための機能部である。３Ｄデータ制御部４０８は、３Ｄデータが示す内容を解釈してレンダリングし、受け付けた操作に応じて、３Ｄデータの表示位置や表示方向等を変更するために動作する。

医用画像処理サーバ１０２は機能部として、通信制御部４１１と、記憶部４１２と、画面生成部４１３と、３Ｄ制御部４１７とを備える。

通信制御部４１１は、クライアント端末１０１と各種情報を送受信するための機能部である。通信制御部４０１は、医用画像処理サーバ１０２の通信Ｉ／Ｆコントローラ３０８を介して、ネットワーク上のクライアント端末１０１と通信する。

記憶部４１２は、各種情報をＲＡＭ３０３または外部メモリ３１１に記憶するための機能部である。記憶部４１２が記憶する各種情報としては、後述する各種テーブルやクライアント端末１０１に表示させるためのウェブページのテンプレート等である。

画面生成部４１３は、クライアント端末１０１で表示させるための画面（ウェブページ）を生成するための機能部である。画面生成部４１３は、記憶部４１２に記憶されている各種情報を用いて画面を生成する。画面生成部４１３は、更に表示部位特定部４１４と、３Ｄデータ挿入部４１５と、キャプチャ画像挿入部４１６とを備える。

表示部位特定部４１４は、クライアント端末１０１から指示された医用画像を記憶部４１２から取得し、この医用画像から３Ｄデータを生成可能な人体の部位を特定するための機能部である。表示部位特定部４１４は、医用画像のＤＩＣＯＭタグに含まれる検査部位の情報から、３Ｄデータを生成可能な人体の部位を特定する。

３Ｄデータ挿入部４１５は、生成したウェブページに３Ｄデータを挿入するための機能部である。３Ｄデータはウェブページに埋め込まれてもよいし、ウェブページとリンクする形態にしてもよい。キャプチャ画像挿入部４１６は、３Ｄデータの表示方向をユーザから指定された表示方向に変更した上でキャプチャして画像データ（以下、キャプチャ画像という。）を生成し、これをウェブページに挿入するための機能部である。キャプチャ画像についても、ウェブページに埋め込んでもよいし、ウェブページとリンクする形態にしてもよい。

３Ｄ制御部４１７は、三次元空間上での立体的なデータの生成や表示といった制御を行うための機能部である。３Ｄ制御部４１７は、更にボリュームデータ生成部４１８と、表示部位抽出部４１９と、３Ｄデータ生成部４２０と、３Ｄ ＰＤＦデータ生成部４２１と、表示方向変更部４２２とを備える。

ボリュームデータ生成部４１８は、医用画像からボリュームデータを生成するための機能部である。ボリュームデータ生成部４１８は、複数の医用画像を用いてボリュームデータを生成する。また、ボリュームデータ生成部４１８は、ボリュームデータを生成するための医用画像が足りない場合には、足りない部分を適宜補間する。ボリュームデータの生成方法については従来技術を用いるため、詳細な説明は省略する。

表示部位抽出部４１９は、クライアント端末１０１で選択された人体の部位をボリュームデータから抽出するための機能部である。抽出するための既知のアルゴリズムを、人体の部位ごとに記憶部４１２に記憶しておき、表示部位抽出部４１９は抽出する際に記憶部４１２から必要なアルゴリズムを選択して部位の抽出を行う。ボリュームデータから特定の部位を抽出する方法やそのアルゴリズムについても、従来の技術を用いるため詳細な説明は省略する。

３Ｄデータ生成部４２０は、表示部位抽出部４１９で特定の部位が抽出されたボリュームデータを用いて、３Ｄデータを生成するための機能部である。３Ｄデータ生成部４２０は、ＶＲＭＬ形式やＳＴＬ形式といった形式の３Ｄデータを生成する。本実施例では、ＶＲＭＬ形式の３Ｄデータを例にとって説明を行うが、３Ｄ ＰＤＦデータを生成可能なファイル形式であれば、これに限らない。

３Ｄ ＰＤＦデータ生成部４２１は、３Ｄデータが含まれるＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）データ（３Ｄ ＰＤＦデータ）を生成するための機能部である。３Ｄ ＰＤＦデータは、ユーザが３Ｄデータを自由な視点で表示することが可能なＰＤＦデータである。３Ｄ ＰＤＦデータの生成方法についても、従来の技術を用いるため、詳細な説明は省略する。

表示方向変更部４２２は、３Ｄデータ生成部４２０で生成された３Ｄデータの表示方向を変更するための機能部である。キャプチャ画像挿入部４１６でキャプチャ画像を生成するために、３Ｄデータの表示方向をユーザから指定された任意の表示方向に変更する。表示方向を変更する場合には、３Ｄデータが配置される三次元空間上の視線を変更してもよいし、３Ｄデータを回転させてもよい。

図５は、医用画像一覧画面７００を表示する一連の処理を示すフローチャートである。図５のステップＳ５０１、ステップＳ５１０、ステップＳ５１１の各ステップは、クライアント端末１０１のＣＰＵ３０１によって実行される処理である。また、図５のステップＳ５０２乃至ステップＳ５０９の各ステップは、医用画像処理サーバ１０２のＣＰＵ３０１によって実行される処理である。尚、図５に示す処理内容や処理順はあくまで一例であり、これに限らない。

ステップＳ５０１では、クライアント端末１０１の通信制御部４１１は、医用画像一覧画面の取得要求を医用画像処理サーバ１０２に送信する。

ステップＳ５０２では、医用画像処理サーバ１０２の通信制御部４１１は、クライアント端末１０１から送信された医用画像一覧画面の取得要求を受信する。そして、ステップＳ５０３では、医用画像処理サーバ１０２の画面生成部４１３は、記憶部４１２から医用画像一覧画面のテンプレートと図６の医用画像管理テーブル６００に格納されている情報を取得し、図７に示すような医用画像一覧画面７００を生成する。医用画像一覧画面７００には医用画像一覧７０１を備えており、医用画像管理テーブル６００のレコードごとに医用画像一覧７０１にレコードを設ける。そして、医用画像一覧７０１の各レコードには、対応する画像ＩＤ６０１を埋め込んでおく。

また、ステップＳ５０３で画面を生成する際には、後述する処理で配置する依頼ボタン７０２と、確認ボタン７０３と、確定ボタン７０４と、取消ボタン７０５とはまだ配置しない。更に、医用画像一覧７０１には、医用画像のレコードごとに表示ボタン７０６を配置する。表示ボタン７０６は、医用画像を表示するためのボタンである。そのため、表示ボタン７０６は、表示ボタン７０６が配置されるレコードに対応する医用画像の医用画像保存場所６０７から医用画像を取得して表示可能なボタンとして配置する。

医用画像管理テーブル６００は、医用画像処理サーバ１０２の外部メモリ３１１に記憶された医用画像に関する情報を格納するためのデータテーブルである。医用画像管理テーブル６００は、医用画像処理サーバ１０２の外部メモリ３１１に記憶される。また、クライアント端末１０１やモダリティから医用画像を受信すると、医用画像管理テーブル６００に新たなレコードを作成し、医用画像のＤＩＣＯＭタグから各種情報を取得し、医用画像管理テーブル６００に格納する。尚、医用画像管理テーブル６００のテーブル構成は一例であるので、これに限らない。

医用画像管理テーブル６００は項目として、画像ＩＤ６０１と、検査日６０２と、患者名６０３と、検査種６０４と、部位６０５と、枚数６０６と、医用画像保存場所６０７とを備える。画像ＩＤ６０１は、受信した医用画像ごとに一意に割り振られる識別情報が格納される項目である。検査日６０２は、モダリティによって撮影された日が格納される項目である。患者名６０３は、患者の氏名が格納される項目である。部位６０５は、医用画像が撮影された部位が格納される項目である。枚数６０６は、受信した医用画像の枚数が格納される項目である。医用画像保存場所６０７は、医用画像が保存されているフォルダを示す情報が格納される項目である。

ステップＳ５０４では、医用画像処理サーバ１０２の画面生成部４１３は、医用画像管理テーブル６００のいずれかのレコードを参照する。そして、参照したレコードに対してステップＳ５０５乃至ステップＳ５０８の各ステップが完了したら、医用画像管理テーブル６００のすべてのレコードに対してステップＳ５０５乃至ステップＳ５０８の処理が完了したか否かを判定する。完了したと判定した場合には、ステップＳ５０９に処理を進める。すなわち、医用画像管理テーブル６００のすべてのレコードに対してステップＳ５０５乃至ステップＳ５０８の処理が行われるまでループさせる。以下、ステップＳ５０５乃至ステップＳ５０８の各ステップについて説明する。

ステップＳ５０５では、医用画像処理サーバ１０２の画面生成部４１３は、参照中のレコードの枚数６０６が所定枚数以上の医用画像であり、かつ図１５の依頼情報管理テーブル１５００に当該医用画像の依頼情報が存在しない医用画像であるか否かを判定する。そうである場合にはステップＳ５０６に処理を進め、そうでない場合にはステップＳ５０７に処理を進める。尚、所定枚数より多い医用画像であり、かつ依頼情報が存在しない医用画像か否かを判定してもよい。医用画像の枚数については、医用画像から人体の部位を示すボリュームデータを生成可能な枚数をあらかじめ設定しておく。または、ボリュームデータにした場合に粗さが目立たない程度の枚数や、３Ｄデータとして出力した際に曲面が滑らかになる枚数を設定してもよい。

また、図１５に示す依頼情報管理テーブル１５００は、造形依頼に関する情報が格納されるデータテーブルである。依頼情報管理テーブル１５００の１レコード分を本実施形態では依頼情報と称する。依頼情報管理テーブル１５００の詳細については後述する。

ステップＳ５０６では、医用画像処理サーバ１０２の画面生成部４１３は、参照中のレコードに対応する医用画像一覧７０１のレコードに依頼ボタン７０２を配置する。依頼ボタン７０２は、医用画像から人体の部位を示す３Ｄデータを生成し、当該３Ｄデータを含む３Ｄ ＰＤＦデータの生成依頼（生成指示）を受付可能なボタンである。必要な枚数を有する医用画像は、３Ｄ ＰＤＦデータの生成依頼が可能な医用画像であるので依頼ボタン７０２を配置する。更に、生成依頼は可能だが、すでに依頼がなされている場合には、更なる依頼を行ってしまうと医用画像処理サーバ１０２の処理負荷が高くなってしまう。そのため、生成依頼は可能だが依頼済みである場合には、依頼ボタンを配置せず、生成依頼が可能で依頼済みでないなら依頼ボタンを配置する。このように医用画像ごとに識別表示させることで、医用画像処理サーバ１０２の処理負荷を軽減することが可能となる。また、ユーザに対しても依頼済みであることを医用画像ごとに認識させることが可能となる。更には、ステップＳ５０５の判定を行うことで、医用画像が所定枚数未満（所定枚数以下であってもよい。）である場合には、ステップＳ５０６が実行されないので、当該医用画像のレコードには依頼ボタン７０２が配置されない。これにより医用画像の枚数が足りない場合にユーザが３Ｄ ＰＤＦデータの生成依頼をすることを抑止できる。

本実施形態では、依頼済みの医用画像のレコードには依頼ボタンを配置しないことで更なる３Ｄ ＰＤＦデータの生成指示を受け付けない形態としたが、依頼ボタンは配置するが押下できないようなボタンとすることで依頼済みであることを認識させてもよい。または、依頼ボタンは配置するが依頼ボタンの色や形や依頼ボタンに表示する文字列を変更することで依頼済みであることを認識させてもよい。更には、依頼ボタンを配置し、配置した依頼ボタンの押下も可能とするが、依頼ボタンが押下された場合にエラーを通知して依頼がなされないように制御してもよい。

ステップＳ５０７では、医用画像処理サーバ１０２の画面生成部４１３は、参照中のレコードの医用画像に対応する依頼情報が依頼情報管理テーブル１５００に存在し、かつ依頼情報のステータス１５０７が依頼者確認中であるか否かを判定する。つまり、参照中のレコードの医用画像を用いた３Ｄ ＰＤＦデータの生成を依頼済みであり、かつ依頼に応じた依頼結果が出力されているか否かを判定する。そうである場合にはステップＳ５０８に処理を進め、そうでない場合にはステップＳ５０４に処理を戻し、ループが完了したか否かを判定する。ループが完了したと判定されたら、ステップＳ５０９に処理を進める。

ステップＳ５０８では、医用画像処理サーバ１０２の画面生成部４１３は、参照中のレコードに対応する医用画像一覧７０１のレコードに確認ボタン７０３、確定ボタン７０４、取消ボタン７０５を配置する。

確認ボタン７０３は、依頼結果を確認するためのボタンである。確認ボタン７０３が押下されると、生成された３Ｄデータを閲覧可能な画面を表示する。また、確定ボタン７０４は、依頼の最終確定を行うためのボタンである。確定ボタン７０４が押下されると、３Ｄ ＰＤＦデータがクライアント端末１０１にダウンロードされ、依頼に応じた課金処理がなされる。取消ボタン７０５は、依頼をキャンセルするためのボタンである。このように、依頼結果が出力された場合に確認ボタン７０３が表示されるので、依頼者であるユーザは依頼結果が出力されているか否かを医用画像ごとに認識することができる。

ステップＳ５０８が完了したら、ステップＳ５０４に処理を戻し、ループが完了したか否かを判定する。ループが完了したと判定されたら、ステップＳ５０９に処理を進める。

ステップＳ５０９では、医用画像処理サーバ１０２の通信制御部４１１は、ステップＳ５０３乃至ステップＳ５０８で生成された医用画像一覧画面７００をクライアント端末１０１に送信する。

ステップＳ５１０では、クライアント端末１０１の通信制御部４０１は、医用画像処理サーバ１０２から送信された医用画像一覧画面７００を受信する。そして、ステップＳ５１１では、クライアント端末１０１のレンダリング部４０４は、受信した医用画像一覧画面７００をレンダリングし、表示部４０２はレンダリング結果をクライアント端末１０１のディスプレイ３１０に表示する。

医用画像一覧画面７００が表示された後、クライアント端末１０１は、図８、図１２、図１４、図１８、図２１、図２３に示す各フローチャートを並列処理により実行する。

図８は、依頼内容入力画面１１００を表示する一連の処理を示すフローチャートである。図８のステップＳ８０１、ステップＳ８０２、ステップＳ８０７、ステップＳ８０８の各ステップは、クライアント端末１０１のＣＰＵ３０１によって実行される処理である。また、図８のステップＳ８０３乃至ステップＳ８０６の各ステップは、医用画像処理サーバ１０２のＣＰＵ３０１によって実行される処理である。尚、図８に示す処理内容や処理順はあくまで一例であり、これに限らない。

ステップＳ８０１では、クライアント端末１０１の操作受付部４０５は、医用画像一覧画面７００の依頼ボタン７０２に対する押下を受け付けたか否かを判定する。依頼ボタン７０２に対する押下を受け付けたと判定した場合には、ステップＳ８０２に処理を進める。依頼ボタン７０２に対する押下を受け付けていないと判定した場合には、そのまま待機する。

ステップＳ８０２では、クライアント端末１０１のウェブブラウザ部４０３は、押下を受け付けた依頼ボタン７０２のレコードに埋め込まれた画像ＩＤを取得する。そして、クライアント端末１０１の通信制御部４０１は、この画像ＩＤが示す医用画像（以下、図８においては、対象の医用画像という。）を用いた３Ｄ ＰＤＦデータの生成依頼を行うための依頼内容入力画面の取得要求を医用画像処理サーバ１０２に送信する。

ステップＳ８０３では、医用画像処理サーバ１０２の通信制御部４１１は、クライアント端末１０１から送信された依頼内容入力画面の取得要求を受信する。

ステップＳ８０４では、医用画像処理サーバ１０２の表示部位特定部４１４は、対象の医用画像の部位から表示部位を特定する（部位特定手段）。すなわち、対象の医用画像から３Ｄデータを生成可能な部位（表示部位）を特定する。具体的に説明を行う。対象の医用画像の部位６０５と検査種６０４とを参照し、これらと一致する部位９０１と検査種９０２とを有するレコードを図９に示す表示部位管理テーブル９００から特定する。表示部位管理テーブル９００は、部位９０１ごとに３Ｄデータを生成可能な表示部位９０４を定めたデータテーブルである。つまり、この特定したレコードの表示部位９０４が示す部位が当該医用画像から３Ｄデータを生成可能な部位である。本実施形態では、このように表示部位管理テーブル９００を用いて対象の医用画像から３Ｄデータを生成可能な部位を特定したが、医用画像を解析することで特定してもよい。すなわち、医用画像を画像処理により解析し、どのような部位が写っているのかを特定する方法である。医用画像をボリュームデータにして、三次元的に解析する方法でもよい。

表示部位管理テーブル９００は、人体の部位に関する情報を格納するためのデータテーブルである。表示部位管理テーブル９００は、医用画像処理サーバ１０２の外部メモリ３１１に記憶される。尚、表示部位管理テーブル９００のテーブル構成は一例であるので、これに限らない。

表示部位管理テーブル９００は項目として、部位９０１、検査種９０２、器官種別９０３、表示部位９０４、抽出アルゴリズム９０５、サンプルデータ９０６、表示位置９０７を備える。部位９０１は、表示部位９０４が含まれる人体の範囲を示す情報が格納される項目である。検査種９０２は、Ｘ線ＣＴやＭＲＩといったモダリティでの検査種別を示す情報が格納される項目である。器官種別９０３は、表示部位９０４が属する器官の種別を示す情報が格納される項目である。器官種別９０３に応じて後述する表示部位選択欄１１０１での表示部位９０４の表示位置が決定される。例えば、器官種別９０３が示す分類ごとに表示部位９０４を表示する。表示部位９０４は、３Ｄデータを生成可能な部位を示す情報が格納される項目である。抽出アルゴリズム９０５は、表示部位９０４を医用画像から抽出するための既知のアルゴリズムが格納される項目である。サンプルデータ９０６は、後述するデフォルト表示方向選択欄１１０３に表示するための３Ｄデータのファイルの保存場所を示す情報が格納される項目である。この３Ｄデータは、表示部位９０４のサンプルを示す３Ｄデータである（以下、サンプルデータという。）。表示位置９０７は、サンプルデータ９０６が示す３Ｄデータを配置する三次元空間上の座標を示す情報が格納される項目である。この表示部位管理テーブル９００は、あらかじめ医用画像処理サーバ１０２の管理者であるユーザによって医用画像処理サーバ１０２の外部メモリ３１１に記憶しておく。

ステップＳ８０５では、医用画像処理サーバ１０２の画面生成部４１３は、ステップＳ８０４で特定した生成可能な部位に対する選択を受け付けることの可能な依頼内容入力画面を生成する（画面生成手段）。

依頼内容入力画面１１００の一例を図１１に示す。依頼内容入力画面１１００は、表示部位選択欄１１０１、表示方向選択欄１１０２、デフォルト表示方向選択欄１１０３、ＯＫボタン１１０４を備える。表示部位選択欄１１０１は、依頼者であるユーザが立体表示したい人体の部位を選択するためのチェックボックス形式の選択欄である。この選択欄では、ステップＳ８０４で特定した部位に対する選択を受け付けるようにする。すなわち、ステップＳ８０４で特定されなかった部位に対する選択は受け付けないようにする。尚、ステップＳ８０４で特定した部位の選択欄のみを設けることが望ましい。このようにすることで、対象の医用画像から特定される３Ｄデータを生成可能な部位に対する選択を受け付けることが可能となるので、依頼者であるユーザが医用画像に対する専門的な知識を有していなくても、生成できない部位の生成依頼を行うことを抑止できる。

本実施形態では、ステップＳ８０４で特定していない部位の選択欄は配置しないことで３Ｄデータを生成できない部位の生成依頼を抑止する形態としたが、当該選択欄は配置するが選択できないような選択欄としてもよい。または、当該選択欄は配置するが選択欄の色や形や選択欄に表示する文字列に打ち消し線等の装飾を施してもよい。更には、選択欄を配置し選択も可能とするが、ＯＫボタン１１０４の押下ができないように制御してもよい。例えば、ＯＫボタン１１０４を非表示にしたり、ＯＫボタン１１０４の色や形等を変更したりする。更には、ＯＫボタン１１０４が押下された場合にエラーを通知して生成依頼がなされないように制御してもよい。

表示方向選択欄１１０２は、３Ｄ ＰＤＦデータにおいて３Ｄデータの表示方向の変更指示を受け付けるために、当該表示方向を選択するチェックボックス形式の選択欄である。表示方向選択欄１１０２で表示方向の選択を受け付けると、３Ｄ ＰＤＦデータにおいて当該表示方向に変更可能なオブジェクト（後述するキャプチャ画像）が配置される。すなわち、このオブジェクトの押下を検知すると、３Ｄデータを回転してオブジェクトに対応する表示方向がユーザ側（つまり手前）に表示される。また、表示方向選択欄１１０２には、図１０に示す表示方向管理テーブル１０００の表示方向名１００１を選択項目として表示する。

表示方向管理テーブル１０００は、表示方向選択欄１１０２で選択可能な表示方向に関する情報を格納するためのデータテーブルである。表示方向管理テーブル１０００は、医用画像処理サーバ１０２の外部メモリ３１１に記憶される。尚、表示方向管理テーブル１０００のテーブル構成は一例であるので、これに限らない。

表示方向管理テーブル１０００は項目として、表示方向名１００１、回転軸１００２、回転角度１００３を備える。表示方向名１００１は、表示方向の名称を示す情報が格納される項目である。本実施形態では、図１０に示すように６つの表示方向が定義されているが、これらに限らない。回転軸１００２は、表示方向名１００１が示す表示方向にするために用いられる回転軸を示す情報が格納される項目である。回転角度１００３は、表示方向名１００１が示す表示方向にするために用いられる回転角度を示す情報が格納される項目である。図１０に示す回転軸１００２と回転角度１００３には、本実施形態においては３Ｄデータが配置される三次元空間上の視線は変えず、３Ｄデータ自体を回転する場合を想定したパラメータが一例として格納されている。３Ｄデータ自体を回転せず、三次元空間上の視線方向を変更する場合には、それに応じたパラメータを回転軸１００２及び回転角度１００３に格納すればよい。

図１１に説明を戻す。デフォルト表示方向選択欄１１０３は、３Ｄ ＰＤＦデータにおいて３Ｄデータのデフォルトの表示方向（３Ｄ ＰＤＦデータを開いたときの初期状態）を選択するための欄である。表示部位選択欄１１０１で選択された部位のサンプルデータがデフォルト表示方向選択欄１１０３に表示され、ユーザはサンプルデータの表示方向をマウスによるドラッグ操作等で変更することで、デフォルトの表示方向を調整できる。また、ＯＫボタン１１０４は依頼内容入力画面１１００で受け付けた依頼内容を医用画像処理サーバ１０２に送信するためのボタンである。ＯＫボタン１１０４には、対象の医用画像の画像ＩＤ６０１が埋め込まれている。更に、図１０の依頼内容入力画面１１００には示さないが、依頼者であるユーザの氏名や連絡先（電話番号、住所）等の依頼者情報を入力するための入力フォームも備える。

ステップＳ８０６では、医用画像処理サーバ１０２の通信制御部４１１は、ステップＳ８０５で生成した依頼内容入力画面１１００をクライアント端末１０１に送信する。

ステップＳ８０７では、クライアント端末１０１の通信制御部４０１は、医用画像処理サーバ１０２から送信された依頼内容入力画面１１００を受信する。そして、ステップＳ８０８では、クライアント端末１０１のレンダリング部４０４は、受信した依頼内容入力画面１１００をレンダリングし、表示部４０２はレンダリング結果をクライアント端末１０１のディスプレイ３１０に表示する。このようにして表示された依頼内容入力画面１１００に対して依頼者であるユーザが依頼内容を入力する。

図１２は、表示部位の選択を受け付けることにより動作する一連の処理を示すフローチャートである。図１２のステップＳ１２０１、ステップＳ１２０２、ステップＳ１２１０の各ステップは、クライアント端末１０１のＣＰＵ３０１によって実行される処理である。また、図１２のステップＳ１２０３乃至ステップＳ１２０９の各ステップは、医用画像処理サーバ１０２のＣＰＵ３０１によって実行される処理である。尚、図１２に示す処理内容や処理順はあくまで一例であり、これに限らない。

ステップＳ１２０１では、クライアント端末１０１の操作受付部４０５は、依頼内容入力画面１１００の表示部位選択欄１１０１に表示された表示部位に対する選択を受け付けたか否かを判定する。すなわち、表示部位選択欄１１０１のチェックボックスのいずれかにチェックがなされたか否かを判定する。表示部位に対する選択を受け付けたと判定した場合には、ステップＳ１２０２に処理を進める。表示部位に対する選択を受け付けていないと判定した場合には、そのまま待機する。

ステップＳ１２０２では、クライアント端末１０１の通信制御部４０１は、選択された表示部位に関する情報を含めた、依頼内容入力画面１１００の更新要求を医用画像処理サーバ１０２に送信する。また、デフォルト表示方向選択欄１１０３ですでに表示方向の選択がなされている場合には、その表示方向に関する情報（回転軸、回転角度）も取得して、更新要求に含める。

ステップＳ１２０３では、医用画像処理サーバ１０２の通信制御部４０１は、クライアント端末１０１から送信された依頼内容入力画面１１００の更新要求を受信する。

ステップＳ１２０４では、医用画像処理サーバ１０２の３Ｄデータ生成部４２０は、ステップＳ１２０３で受信した更新要求に含まれる選択された表示部位に関する情報から、選択された表示部位のサンプルデータを取得する。選択された表示部位を表示部位管理テーブル９００の表示部位９０４から特定し、特定したレコードのサンプルデータ９０６が示す保存場所からサンプルデータを取得すればよい。

ステップＳ１２０５では、医用画像処理サーバ１０２の３Ｄデータ生成部４２０は、ステップＳ１２０４で取得したサンプルデータを三次元空間上の表示位置９０７が示す位置に配置する。ステップＳ１２０４で特定したレコードの表示位置９０７を参照し、配置する位置を決定する。ここで、各サンプルデータの配置関係が人体における配置関係と同様であることが望ましい。すなわち、人体の構造通りに各部位のサンプルデータを配置する。例えば、“腰椎”と“仙骨”を配置するのであれば、人体の構造通り、“腰椎”の下部に“仙骨”を配置する。このように、表示部位が複数選択されたら、その部位同士の配置関係を人体の構造における配置関係と同様にすることで、自然な人体構造の３Ｄデータを出力することができる。これを実現するために、表示位置９０７が示す三次元空間上の配置位置は、こうした配置関係を考慮した位置を格納しておくことが望ましい。

ステップＳ１２０６では、医用画像処理サーバ１０２の３Ｄデータ生成部４２０は、選択された表示部位に対応するサンプルデータがすべて三次元空間上に配置されたか否かを判定する。すべて配置されたと判定した場合には、ステップＳ１２０７に処理を進める。そうでない場合には、ステップＳ１２０４に処理を進める。このようにして、選択されたすべての表示部位を三次元空間上に配置していく。

ステップＳ１２０７では、医用画像処理サーバ１０２の３Ｄデータ生成部４２０は、三次元空間上に配置されたすべてのサンプルデータを含む３Ｄデータを生成する。すなわち、表示部位選択欄１１０１で“腰椎”と“骨盤”が選択された場合には、この２つのサンプルデータが三次元空間上に配置される。そして、これら２つのサンプルデータから成る３Ｄデータが生成される。

ステップＳ１２０８では、医用画像処理サーバ１０２の３Ｄデータ挿入部４１５は、ステップＳ８０５で生成した依頼内容入力画面１１００のデフォルト表示方向選択欄１１０３に、ステップＳ１２０７で生成した３Ｄデータを挿入する。尚、挿入とは画面内に３Ｄデータを埋め込む形式でもよいし、画面に３Ｄデータをリンクさせる形式でもよい。このように、表示部位選択欄１１０１で選択した表示部位に応じて、デフォルト表示方向選択欄１１０３に表示される３Ｄデータが変化する。これにより、ユーザは依頼結果に近い３Ｄデータを操作しながら、デフォルトの表示方向を変更することができる。

ステップＳ１２０９では、医用画像処理サーバ１０２の通信制御部４１１は、ステップＳ１２０８で３Ｄデータが挿入された依頼内容入力画面１１００をクライアント端末１０１に送信する。

ステップＳ１２１０では、クライアント端末１０１の通信制御部４０１は、医用画像処理サーバ１０２から送信された依頼内容入力画面１１００を受信する。そして、レンダリング部４０４は、受信した依頼内容入力画面１１００をレンダリングし、表示部４０２はレンダリング結果をクライアント端末１０１のディスプレイ３１０に表示する。本実施形態では、画面（ウェブページ）全体を更新する形態として説明を行ったが、デフォルト表示方向選択欄１１０３だけを部分的に更新する形態であってもよい。

このようにして依頼内容入力画面１１００を更新した結果の一例を図１３に示す。図１３は、表示部位選択欄１１０１で“肝臓”が選択された場合の依頼内容入力画面１１００である。“肝臓”が選択されたので、表示部位管理テーブル９００の表示部位９０４が“肝臓”のレコードを特定し、特定したレコードのサンプルデータ９０６から“肝臓”のサンプルデータを取得する。そして、このサンプルデータを特定したレコードの表示位置９０７が示す三次元空間上の位置に配置し、３Ｄデータを生成する。生成した３Ｄデータを依頼内容入力画面１１００のデフォルト表示方向選択欄１１０３に挿入すると、図１３に示す通りとなる。このデフォルト表示方向選択欄１１０３に表示された３Ｄデータは、マウス等の入力デバイスによるドラッグ操作により、３Ｄデータの中心点を中心に回転させることができる。このように回転させることで、デフォルトの表示方向を自由に設定することができる。

図１４は、依頼内容を受け付ける一連の処理を示すフローチャートである。図１４のステップＳ１４０１、ステップＳ１４０２、ステップＳ１４１９の各ステップは、クライアント端末１０１のＣＰＵ３０１によって実行される処理である。また、図１４のステップＳ１４０３乃至ステップＳ１４１８の各ステップは、医用画像処理サーバ１０２のＣＰＵ３０１によって実行される処理である。尚、図１４に示す処理内容や処理順はあくまで一例であり、これに限らない。

ステップＳ１４０１では、クライアント端末１０１の操作受付部４０５は、依頼内容入力画面１１００のＯＫボタン１１０４に対する押下を受け付けたか否かを判定する。ＯＫボタン１１０４に対する押下を受け付けたと判定した場合には、ステップＳ１４０２に処理を進める。ＯＫボタン１１０４に対する押下を受け付けていないと判定した場合には、そのまま待機する。

ステップＳ１４０２では、クライアント端末１０１のウェブブラウザ部４０３は、押下を受け付けたＯＫボタン１１０４に埋め込まれた画像ＩＤと、依頼内容入力画面１１００に入力された依頼内容（表示部位、表示方向、デフォルト表示方向等）を取得する。そして、クライアント端末１０１の通信制御部４０１は、この画像ＩＤが示す医用画像（以下、図１１においては、対象の医用画像という。）から、選択された表示部位の３Ｄデータを生成し、３Ｄ ＰＤＦデータを生成するよう医用画像処理サーバ１０２に依頼する。すなわち、取得した画像ＩＤと依頼内容を医用画像処理サーバ１０２に送信する。

ステップＳ１４０３では、医用画像処理サーバ１０２の通信制御部４１１は、クライアント端末１０１から送信された依頼内容と画像ＩＤとを受信する（受付手段）。すなわち、依頼内容入力画面１１００で選択された内容を受け付ける。そして、ステップＳ１４０４では、医用画像処理サーバ１０２の記憶部４１２は、図１５に示す依頼情報管理テーブル１５００に新規レコード（依頼情報）を作成し、このレコードに受信した依頼内容と画像ＩＤとを登録する。

依頼情報管理テーブル１５００は、３Ｄ ＰＤＦデータの生成依頼に関する情報を格納するためのデータテーブルである。依頼情報管理テーブル１５００は、医用画像処理サーバ１０２の外部メモリ３１１に記憶される。尚、依頼情報管理テーブル１５００のテーブル構成は一例であるので、これに限らない。

依頼情報管理テーブル１５００は項目として、依頼ＩＤ１５０１、画像ＩＤ１５０２、表示部位１５０３、表示方向１５０４、デフォルト１５０５、依頼者情報１５０６を備える。更には、ステータス１５０７、３Ｄデータ保存場所１５０８、３Ｄ ＰＤＦデータ保存場所１５０９を備える。

依頼ＩＤ１５０１は、依頼情報ごとに一意に割り振られる識別情報が格納される項目である。画像ＩＤ１５０２は、依頼された造形で使用する医用画像の画像ＩＤ６０１が格納される項目である。表示部位１５０３は、表示部位選択欄１１０１で選択を受け付けた表示部位が格納される項目である。表示方向１５０４は、表示方向選択欄１１０２で選択を受け付けた表示方向が格納される項目である。デフォルト１５０５は、デフォルト表示方向選択欄１１０３で選択を受け付けたデフォルトの表示方向が格納される項目である。依頼者情報１５０６は、依頼者の氏名や住所といった情報が格納される項目である。ステータス１５０７は、３Ｄ ＰＤＦデータの生成依頼の進捗状況が格納される項目である。依頼を受け付けると依頼受付、後述する処理で依頼結果が出力されると依頼者確認中、依頼の最終確定がなされると依頼確定、依頼内容が完了した場合には料金請求中、請求した金額が振り込まれると依頼完了となる。必要に応じて、その他のステータスを格納してもよい。３Ｄデータ保存場所１５０８は、後述する処理で生成される３Ｄデータの保存場所が格納される項目である。３Ｄ ＰＤＦデータ保存場所１５０９は、後述する処理で生成される３Ｄ ＰＤＦデータの保存場所が格納される項目である。

ステップＳ１４０５では、医用画像処理サーバ１０２のボリュームデータ生成部４１８は、対象の医用画像を医用画像保存場所６０７から取得し、これを用いてボリュームデータを生成する。対象の医用画像は複数枚あるので、これを積層することでボリュームデータを生成する。ボリュームデータの生成については従来技術を用いるため、詳細な説明は省略する。

ステップＳ１４０６では、医用画像処理サーバ１０２の表示部位抽出部４１９は、ステップＳ１４０５で生成したボリュームデータから、依頼を受け付けた表示部位１５０３を抽出する。表示部位抽出部４１９は、表示部位１５０３に対応する表示部位９０４を特定し、この表示部位９０４に対応する抽出アルゴリズム９０５を用いることで自動的に依頼された人体の部位を抽出する。ボリュームデータから特定の部位を抽出する方法についても、従来技術であるので詳細な説明は省略する。ステップＳ１４０５及びステップＳ１４０６でボリュームデータの生成と指定された部位の抽出を行った場合の概要を、図１６の１６０１に示す。このように複数枚の医用画像から指定された部位の立体像を生成する。図１６は“肝臓”を抽出した場合を示す。

ステップＳ１４０７では、医用画像処理サーバ１０２の３Ｄ制御部４１７は、依頼された人体の部位の抽出が成功したか否かを判定する。抽出アルゴリズム９０５を用いても医用画像が不鮮明だったり医用画像の枚数が不足していたりすると、依頼された部位を抽出できない可能性がある。そのため、抽出アルゴリズム９０５を実行してエラーが出力された場合には、抽出が失敗したと判定する。依頼された人体の部位の抽出が成功したと判定した場合には、ステップＳ１４０９に処理を進める。そうでない場合、つまり失敗したと判定した場合には、ステップＳ１４０８に処理を進める。

ステップＳ１４０８では、医用画像処理サーバ１０２の通信制御部４１１は、依頼された人体の部位の抽出に失敗した旨の処理結果をクライアント端末１０１に送信する。ステップＳ１４１９では、クライアント端末１０１の通信制御部４０１は、この処理結果を受信し、依頼者であるユーザに通知する。

一方抽出に成功した場合には、ステップＳ１４０９では、医用画像処理サーバ１０２の３Ｄデータ生成部は、ステップＳ１４０６で抽出した部位の３Ｄデータ（三次元データ）を生成する（三次元データ生成手段）。依頼された部位が抽出されたボリュームデータを用いて、ＶＲＭＬ形式やＳＴＬ形式等の３Ｄデータを生成する。３Ｄデータの生成についても従来技術を用いるため説明は省略する。図１６では、１６０２の部分に該当する。

ステップＳ１４１０では、医用画像処理サーバ１０２の記憶部４１２は、ステップＳ１４０９で生成された３Ｄデータのファイルを医用画像処理サーバ１０２の外部メモリ３１１に保存する。そして、保存した場所を、ステップＳ１４０４で新規に作成された処理中の依頼情報の３Ｄデータ保存場所１５０８に格納する。

ステップＳ１４１１では、医用画像処理サーバ１０２の３Ｄ ＰＤＦデータ生成部４２１は、ステップＳ１４０９で生成された３Ｄデータを含む３Ｄ ＰＤＦデータを生成する（文書データ生成手段）。処理中の依頼情報の３Ｄデータ保存場所１５０８から３Ｄデータを取得し、この３Ｄデータを含めたＰＤＦデータ（文書データ）を生成する。３Ｄ ＰＤＦデータの生成方法についても、従来技術を用いるため説明を省略する。図１６では、１６０３の部分に該当する。また、３Ｄ ＰＤＦデータをＰＤＦビューワで開いた場合の表示例を図１７に示す。図１７（ａ）は、３Ｄ ＰＤＦデータ１７００の表示例である。図１７（ａ）の１７０１に示すように、ステップＳ１４１１でＰＤＦデータに３Ｄデータを挿入することで、３ＤデータがＰＤＦビューワ上で表示可能となる。

ステップＳ１４１２では、医用画像処理サーバ１０２の３Ｄ制御部４１７は、ステップＳ１４１０で保存された３Ｄデータのファイルを開いて、三次元空間上に３Ｄデータを配置する。

ステップＳ１４１３では、医用画像処理サーバ１０２の表示方向変更部４２２は、ステップＳ１４１２で開いた３Ｄデータの表示方向を、処理中の依頼情報の表示方向１５０４に格納されるいずれかの表示方向に変更する。

ステップＳ１４１４では、医用画像処理サーバ１０２の３Ｄ制御部４１７は、ステップＳ１４１３で表示方向が変更された３Ｄデータに対してキャプチャ（スクリーンショット）を行い、キャプチャ画像を生成する。このようにして表示方向が変更された表示部位のキャプチャ画像を生成する。

ステップＳ１４１５では、医用画像処理サーバ１０２の３Ｄ制御部４１７は、処理中の依頼情報の表示方向１５０４に格納されるすべての表示方向に対して、キャプチャを実行したか否かを判定する。ここでいう表示方向には、デフォルトの表示方向も含める。すべて実行したと判定した場合には、ステップＳ１４１６に処理を進める。すべて実行していない、つまり未実行の表示方向があると判定した場合には、ステップＳ１４１２に処理を戻す。

ステップＳ１４１６では、医用画像処理サーバ１０２の３Ｄ ＰＤＦデータ生成部４２１は、ステップＳ１４１４で生成したキャプチャ画像を３Ｄ ＰＤＦデータに挿入する。このとき、キャプチャ画像とそのキャプチャ画像が示す表示方向の回転軸１００２と回転角度１００３とを対応付けて挿入する。そしてキャプチャ画像（前述したオブジェクト）に対する押下を受付可能な状態に設定する。こうしておくことで、キャプチャ画像に対する選択を受け付けた場合に、選択されたキャプチャ画像が示す表示方向に３Ｄデータを回転させることが可能となる。キャプチャ画像を挿入した結果が図１７（ａ）の１７０２である。このように、選択された表示方向に応じた向きの３Ｄデータがキャプチャ画像に写っているので、表示方向を示す文字列を表示するよりも表示方向を変更した結果が直感的に把握しやすい。またデフォルトの表示方向についてもキャプチャ画像が生成されるので、デフォルトの表示方向に戻すために３Ｄ ＰＤＦデータを開きなおす必要がなくなる効果もある。

ステップＳ１４１７では、医用画像処理サーバ１０２の記憶部４１２は、ステップＳ１４１６で生成された３Ｄ ＰＤＦデータを医用画像処理サーバ１０２の外部メモリ３１１に保存する。そして、保存した場所を処理中の依頼情報の３Ｄ ＰＤＦデータ保存場所１５０９に格納する。

ステップＳ１４１８では、医用画像処理サーバ１０２の通信制御部４１１は、依頼された部位の抽出と３Ｄ ＰＤＦデータの生成が成功した旨の処理結果をクライアント端末１０１に送信する。そして、ステップＳ１４１９では、クライアント端末１０１の通信制御部４０１は、この処理結果を受信し、依頼者であるユーザに通知する。

ステップＳ１４１９までの処理が完了したら、クライアント端末１０１は、医用画像一覧画面７００の更新を行う。すなわち、図５に示す一連の処理を実行する。こうすることで医用画像一覧画面７００が最新の状態に更新される。

図１８は、依頼結果を確認させる一連の処理を示すフローチャートである。図１８のステップＳ１８０１、ステップＳ１８０２、ステップＳ１８１２、ステップＳ１８１３の各ステップは、クライアント端末１０１のＣＰＵ３０１によって実行される処理である。また、図１８のステップＳ１８０３乃至ステップＳ１８１１の各ステップは、医用画像処理サーバ１０２のＣＰＵ３０１によって実行される処理である。尚、図１８に示す処理内容や処理順はあくまで一例であり、これに限らない。

ステップＳ１８０１では、クライアント端末１０１の操作受付部４０５は、医用画像一覧画面７００の確認ボタン７０３に対する押下を受け付けたか否かを判定する。確認ボタン７０３に対する押下を受け付けたと判定した場合には、ステップＳ１８０２に処理を進める。確認ボタン７０３に対する押下を受け付けていないと判定した場合には、そのまま待機する。

ステップＳ１８０２では、クライアント端末１０１のウェブブラウザ部４０３は、押下を受け付けた確認ボタン７０３のレコードに埋め込まれた画像ＩＤを取得する。そして、クライアント端末１０１の通信制御部４０１は、この画像ＩＤが示す医用画像（以下、図１８においては、対象の医用画像という。）の依頼結果の取得要求を医用画像処理サーバ１０２に当該画像ＩＤを含めて送信する。

ステップＳ１８０３では、医用画像処理サーバ１０２の通信制御部４１１は、クライアント端末１０１から送信された依頼結果の取得要求を受信する。

ステップＳ１８０４では、医用画像処理サーバ１０２の記憶部４１２は、対象の医用画像の処理結果を外部メモリ３１１から取得する。対象の医用画像の画像ＩＤをクライアント端末１０１から受信しているので、この画像ＩＤに対応する画像ＩＤ１５０２を依頼情報管理テーブル１５００のレコードから特定する。そして、特定したレコード（以下、図１８の説明においては処理中の依頼情報という。）の３Ｄデータ保存場所１５０８から３Ｄデータを取得する。

ステップＳ１８０５では、医用画像処理サーバ１０２の画面生成部４１３は、記憶部４１２か依頼結果確認画面のテンプレートと、ステップＳ１８０４で受信した画像ＩＤ１５０２に対応する医用画像管理テーブル６００のレコードを取得する。そして、これらを用いて依頼結果確認画面を生成する。そして、生成した依頼結果確認画面にステップＳ１８０４で取得した３Ｄデータを挿入する。この依頼結果確認画面のテンプレートは、生成された３Ｄ ＰＤＦデータと同じレイアウトであることが望ましい。尚、挿入とは画面内に３Ｄデータを埋め込む形式でもよいし、画面に３Ｄデータをリンクさせる形式でもよい。３Ｄデータを依頼結果確認画面に挿入した場合の表示例を図１９に示す。図１９（ａ）は、依頼結果確認画面１９００の表示例である。図１９（ａ）の１９０１に示すように、ステップＳ１８０５で依頼結果確認画面に３Ｄデータを挿入することで、３Ｄデータがウェブブラウザ上で表示可能となる。更には、図１９（ａ）の１９０１に示すように、３Ｄデータの上に“ＳＡＭＰＬＥ”等の文字列を重畳させることで、依頼者であるユーザがクライアント端末１０１で３Ｄデータをキャプチャしないよう抑止してもよい。依頼結果確認画面１９００の３Ｄデータが表示されるレイヤよりも上層のレイヤに文字列や画像を配置し、これの不透明度を調整して透かしのようにする。または、３Ｄデータにこうした文字列を含めてしまってもよい。

ステップＳ１８０６では、医用画像処理サーバ１０２の３Ｄ制御部４１７は、ステップＳ１８０４で取得した３Ｄデータのファイルを開いて、三次元空間上に３Ｄデータを配置する。

ステップＳ１８０７では、医用画像処理サーバ１０２の表示方向変更部４２２は、ステップＳ１８０６で開いた３Ｄデータの表示方向を、ステップＳ１８０４で特定された処理中の依頼情報の表示方向１５０４に格納されるいずれかの表示方向に変更する。

ステップＳ１８０８では、医用画像処理サーバ１０２の３Ｄ制御部４１７は、ステップＳ１８０７で表示方向が変更された３Ｄデータに対してキャプチャ（スクリーンショット）を行い、キャプチャ画像を生成する。このようにして表示方向が変更された表示部位のキャプチャ画像を生成する。

ステップＳ１８０９では、医用画像処理サーバ１０２の３Ｄ制御部４１７は、処理中の依頼情報の表示方向１５０４に格納されるすべての表示方向に対して、キャプチャを実行したか否かを判定する。ここでいう表示方向には、デフォルトの表示方向も含める。すべて実行したと判定した場合には、ステップＳ１８１０に処理を進める。すべて実行していない、つまり未実行の表示方向があると判定した場合には、ステップＳ１８０６に処理を戻す。

ステップＳ１８１０では、医用画像処理サーバ１０２のキャプチャ画像挿入部４１６は、ステップＳ１８０８で生成したキャプチャ画像を、生成した３Ｄ ＰＤＦデータと同じレイアウトになるよう、依頼結果確認画面１９００に挿入する。このとき、キャプチャ画像とそのキャプチャ画像が示す表示方向の回転軸１００２と回転角度１００３とを対応付けて挿入する。そしてキャプチャ画像（前述したオブジェクト）に対する押下を受付可能な状態に設定する。こうしておくことで、キャプチャ画像に対する選択を受け付けた場合に、選択されたキャプチャ画像が示す表示方向に３Ｄデータを回転させることが可能となる。キャプチャ画像を挿入した結果が図１９（ａ）の１９０２である。このように、選択された表示方向に応じた向きの３Ｄデータがキャプチャ画像に写っているので、表示方向を示す文字列を表示するよりも表示方向を変更した結果が直感的に把握しやすい。また、図１７（ａ）に示す３Ｄ ＰＤＦデータと同じレイアウトで表示されるので、処理結果を把握しやすい。更には、デフォルトの表示方向についてもキャプチャ画像が生成されるので、デフォルトの表示方向に戻すために３Ｄ ＰＤＦデータを開きなおす必要がなくなる効果もある。

ステップＳ１８１１では、医用画像処理サーバ１０２の通信制御部４１１は、ステップＳ１８１０で生成した依頼結果確認画面１９００をクライアント端末１０１に送信する。

ステップＳ１８１２では、クライアント端末１０１の通信制御部４１１は、医用画像処理サーバ１０２から送信された依頼結果確認画面１９００を受信する。そして、ステップＳ１８１３では、クライアント端末１０１の通信制御部４０１は、医用画像処理サーバ１０２から送信された依頼結果確認画面１９００を受信する。そして、レンダリング部４０４は、受信した依頼結果確認画面１９００をレンダリングし、表示部４０２はレンダリング結果をクライアント端末１０１のディスプレイ３１０に表示する。

このように、依頼結果を確認させる際には３Ｄ ＰＤＦデータではなく、ウェブページの画面として３Ｄ ＰＤＦデータと同じレイアウトの依頼結果確認画面を提示する。これにより、後述する図２１の依頼を確定させる処理を行わずに３Ｄ ＰＤＦデータだけを依頼者であるユーザに取得されてしまうことを抑止できる。

次に、依頼結果確認画面１９００における動作について説明を行う。

図２０は、依頼結果確認画面１９００で受け付けた操作に応じて実行される一連の処理を示すフローチャートである。図１６のステップＳ２００１乃至ステップＳ２００５の各ステップは、クライアント端末１０１のＣＰＵ３０１によって実行される処理である。尚、図２０に示す処理内容や処理順はあくまで一例であり、これに限らない。また、図２０に示す一連の処理は、依頼結果確認画面１９００が表示されている間、繰り返し実行されるものである。

ステップＳ２００１では、クライアント端末１０１の操作受付部４０５は、依頼結果確認画面１９００の３Ｄデータに対するドラッグ操作を受け付けたか否かを判定する。依頼結果確認画面１９００には、１９０１に示すような表示部位として選択された部位の３Ｄデータがウェブブラウザ部４０３によって表示されるので、これに対するドラッグ操作を受け付けたか否かを判定する。ドラッグ操作を受け付けたと判定した場合には、ステップＳ２００２に処理を進める。ドラッグ操作を受け付けていない、または他の操作を受け付けたと判定した場合には、ステップＳ２００３に処理を進める。

ステップＳ２００２では、クライアント端末１０１の３Ｄデータプラグイン部４０６は、ドラッグ操作に応じて３Ｄデータの表示方向を変更する。ドラッグ操作の移動量と移動方向とをリアルタイムに取得し、これらに応じて３Ｄデータを回転させることで表示方向を変更する。このようにしてユーザが依頼結果を確認することができる。

ステップＳ２００３では、クライアント端末１０１の操作受付部４０５は、依頼結果確認画面１９００のキャプチャ画像に対する選択（押下）を受け付けたか否かを判定する。依頼結果確認画面１９００には、１９０２に示すようなキャプチャ画像が挿入されているので、これに対する選択を受け付けたか否かを判定する。キャプチャ画像に対する選択を受け付けたと判定した場合には、ステップＳ２００４に処理を進める。キャプチャ画像に対する選択を受け付けていないと判定した場合には、本一連の処理を終了する。

ステップＳ２００４では、クライアント端末１０１の３Ｄデータプラグイン部４０６は、選択を受け付けたキャプチャ画像に対応する回転軸及び回転角度を取得する。前述したステップＳ１８１０において、キャプチャ画像とそのキャプチャ画像が示す表示方向の回転軸１００２と回転角度１００３とを対応付けて挿入されているので、これを用いればよい。

ステップＳ２００５では、クライアント端末１０１の３Ｄデータプラグイン部４０６は、ステップＳ２００４で取得した回転軸及び回転角度を用いて、依頼結果確認画面１９００に表示されている３Ｄデータの表示方向を変更する。例えば、図１９（ａ）に示す依頼結果確認画面１９００で“底面”を示すキャプチャ画像が選択されると、この“底面”のキャプチャ画像に対応する回転軸及び回転角度（Ｘ軸、−９０度）を取得する。そして取得した回転軸を中心に取得した回転角度だけ３Ｄデータを回転させると、図１９（ｂ）に示すような状態になる。このようにキャプチャ画像を選択するだけで、そのキャプチャ画像が示す表示方向と同じ表示方向に変更することが可能となる。

図２１は、依頼を確定する一連の処理を示すフローチャートである。図２１のステップＳ２１０１、ステップＳ２１０２、ステップＳ２１０８、ステップＳ２１０９の各ステップは、クライアント端末１０１のＣＰＵ３０１によって実行される処理である。また、図２１のステップＳ２１０３乃至ステップＳ２１０７の各ステップは、医用画像処理サーバ１０２のＣＰＵ３０１によって実行される処理である。尚、図２１に示す処理内容や処理順はあくまで一例であり、これに限らない。

ステップＳ２１０１では、クライアント端末１０１の操作受付部４０５は、医用画像一覧画面７００の確定ボタン７０４に対する押下を受け付けたか否かを判定する。確定ボタン７０４に対する押下を受け付けたと判定した場合には、ステップＳ２１０２に処理を進める。確定ボタン７０４に対する押下を受け付けていないと判定した場合には、そのまま待機する。

ステップＳ２１０２では、クライアント端末１０１のウェブブラウザ部４０３は、押下を受け付けた確定ボタン７０４のレコードに埋め込まれた画像ＩＤを取得する。そして、クライアント端末１０１の通信制御部４０１は、この画像ＩＤが示す医用画像（以下、図２１においては、対象の医用画像という。）の最終的な確定要求を医用画像処理サーバ１０２に当該画像ＩＤを含めて送信する。

ステップＳ２１０３では、医用画像処理サーバ１０２の通信制御部４１１は、クライアント端末１０１から送信された確定要求を受信する。

ステップＳ２１０４では、医用画像処理サーバ１０２の記憶部４１２は、ステップＳ２１０３で受信した確定要求に含まれる画像ＩＤを含む依頼情報を依頼情報管理テーブル１５００から特定する。そして、特定した依頼情報の３Ｄ ＰＤＦデータ保存場所１５０９から生成済みの３Ｄ ＰＤＦデータを取得する。

ステップＳ２１０５では、医用画像処理サーバ１０２の通信制御部４１１は、ステップＳ２１０４で取得した３Ｄ ＰＤＦデータをクライアント端末１０１に送信する。

ステップＳ２１０６では、医用画像処理サーバ１０２は、受け付けた依頼内容に応じて依頼者であるユーザに請求書を発行する。そして、ステップＳ２１０７では、医用画像処理サーバ１０２の記憶部４１２は、ステップＳ２１０４で特定した依頼情報のステータス１５０７を料金請求中に更新する。以後、料金の振込み等がなされれば、このステータスを依頼完了に変更し、一連の依頼を終了する。

一方、ステップＳ２１０８では、クライアント端末１０１の通信制御部４０１は、医用画像処理サーバ１０２から送信された３Ｄ ＰＤＦデータを受信する。そして、ステップＳ２１０９では、クライアント端末１０１のＰＤＦビューワ部４０７は、受信した３Ｄ ＰＤＦデータを保存した上でこれを開いて、クライアント端末１０１のディスプレイ３１０に表示させる。

次に、ＰＤＦビューワ部４０７によって表示された３Ｄ ＰＤＦデータにおける動作について説明を行う。

図２２は、３Ｄ ＰＤＦデータで受け付けた操作に応じて実行される一連の処理を示すフローチャートである。図２２のステップＳ２２０１乃至ステップＳ２２０５の各ステップは、クライアント端末１０１のＣＰＵ３０１によって実行される処理である。尚、図２２に示す処理内容や処理順はあくまで一例であり、これに限らない。また、図２２に示す一連の処理は、３Ｄ ＰＤＦデータが表示されている間、繰り返し実行されるものである。

ステップＳ２２０１では、クライアント端末１０１のＰＤＦビューワ部４０７は、３Ｄ ＰＤＦデータに含まれる３Ｄデータに対するドラッグ操作を受け付けたか否かを判定する。３Ｄ ＰＤＦデータには、１７０１に示すような表示部位として選択された部位の３ＤデータがＰＤＦビューワ部４０７によって表示されるので、これに対するドラッグ操作を受け付けたか否かを判定する。ドラッグ操作を受け付けたと判定した場合には、ステップＳ２２０２に処理を進める。ドラッグ操作を受け付けていない、または他の操作を受け付けたと判定した場合には、ステップＳ２２０３に処理を進める。

ステップＳ２２０２では、クライアント端末１０１の３Ｄデータ制御部４０８は、ドラッグ操作に応じて３Ｄデータの表示方向を変更する。ドラッグ操作の移動量と移動方向とをリアルタイムに取得し、これらに応じて３Ｄデータを回転させることで表示方向を変更する。このようにしてユーザが依頼結果を確認することができる。

ステップＳ２２０３では、クライアント端末１０１のＰＤＦビューワ部４０７は、３Ｄ ＰＤＦデータのキャプチャ画像に対する選択（押下）を受け付けたか否かを判定する。３Ｄ ＰＤＦデータには、１７０２に示すようなキャプチャ画像が挿入されているので、これに対する選択を受け付けたか否かを判定する。キャプチャ画像に対する選択を受け付けたと判定した場合には、ステップＳ２２０４に処理を進める。キャプチャ画像に対する選択を受け付けていないと判定した場合には、本一連の処理を終了する。

ステップＳ２２０４では、クライアント端末１０１の３Ｄデータ制御部４０８は、選択を受け付けたキャプチャ画像に対応する回転軸及び回転角度を取得する。前述したステップＳ１４１６において、キャプチャ画像とそのキャプチャ画像が示す表示方向の回転軸１００２と回転角度１００３とを対応付けて挿入されているので、これを用いればよい。

ステップＳ２２０５では、クライアント端末１０１の３Ｄデータ制御部４０８は、ステップＳ２２０４で取得した回転軸及び回転角度を用いて、３Ｄ ＰＤＦデータに表示されている３Ｄデータの表示方向を変更する。例えば、図１７（ａ）に示す３Ｄ ＰＤＦデータで“底面”を示すキャプチャ画像が選択されると、この“底面”のキャプチャ画像に対応する回転軸及び回転角度（Ｘ軸、−９０度）を取得する。そして取得した回転軸を中心に取得した回転角度だけ３Ｄデータを回転させると、図１７（ｂ）に示すような状態になる。このようにキャプチャ画像を選択するだけで、そのキャプチャ画像が示す表示方向と同じ表示方向に変更することが可能となる。また、前述した依頼結果確認画面１９００と同じ操作感で３Ｄデータを操作することが可能である。

図２３は、依頼を取り消す一連の処理を示すフローチャートである。図２３のステップＳ２３０１、ステップＳ２３０２の各ステップは、クライアント端末１０１のＣＰＵ３０１によって実行される処理である。また、図２３のステップＳ２３０３乃至ステップＳ２３０５の各ステップは、医用画像処理サーバ１０２のＣＰＵ３０１によって実行される処理である。尚、図２３に示す処理内容や処理順はあくまで一例であり、これに限らない。

ステップＳ２３０１では、クライアント端末１０１の操作受付部４０５は、医用画像一覧画面７００の取消ボタン７０５に対する押下を受け付けたか否かを判定する。取消ボタン７０５に対する押下を受け付けたと判定した場合には、ステップＳ２３０２に処理を進める。取消ボタン７０５に対する押下を受け付けていないと判定した場合には、そのまま待機する。

ステップＳ２３０２では、クライアント端末１０１のウェブブラウザ部４０３は、押下を受け付けた取消ボタン７０５のレコードに埋め込まれた画像ＩＤを取得する。そして、クライアント端末１０１の通信制御部４０１は、この画像ＩＤが示す医用画像（以下、図２３においては、対象の医用画像という。）の生成依頼の取消要求を医用画像処理サーバ１０２に当該画像ＩＤを含めて送信する。

ステップＳ２３０３では、医用画像処理サーバ１０２の通信制御部４１１は、クライアント端末１０１から送信された取消要求を受信する。そして、ステップＳ２３０４では、医用画像処理サーバ１０２の記憶部４１２は、取消要求のなされた依頼の依頼結果を外部メモリ３１１から削除する。クライアント端末１０１から画像ＩＤを受信しているので、この画像ＩＤに対応する画像ＩＤ１５０２を依頼情報管理テーブル１５００のレコードから特定する。そして特定したレコードの３Ｄデータ保存場所１５０８と３Ｄ ＰＤＦデータ保存場所１５０９から依頼結果である３Ｄデータと３Ｄ ＰＤＦデータを削除する。

ステップＳ２３０５では、医用画像処理サーバ１０２の記憶部４１２は、取消要求のなされた依頼情報、つまりステップＳ２３０４で特定したレコードを依頼情報管理テーブル１５００から削除する。こうすることで３Ｄ ＰＤＦデータの生成依頼が取り消される。

ステップＳ２３０５までの処理が完了したら、医用画像処理サーバ１０２からクライアント端末１０１に対して医用画像一覧画面７００の更新要求を送信する。クライアント端末１０１は、この更新要求を受信すると、図５に示す一連の処理を実行する。こうすることで医用画像一覧画面７００が最新の状態に更新される。

以上説明したように、複数の医用画像から生成される、人体の部位を示す三次元データを含む文書データを生成することが可能となる。

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

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

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

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

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

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

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

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

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

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

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

１００ 医用画像処理システム
１０１ クライアント端末
１０２ 医用画像処理サーバ

Claims (12)

1. 医用画像データに含まれる人体の部位を特定する部位特定手段と、
   表示部に表示された画面においてユーザから選択された、三次元データの表示方向を示す情報を取得する取得手段と、
   前記特定された部位を示す三次元データが挿入された文書データを生成する文書データ生成手段と、
   を有し、
   前記文書データ生成手段は、生成された前記文書データを開いたときの初期状態として、前記取得手段によって取得された前記情報が示す表示方向で前記三次元データが表示されるように、前記文書データを、前記情報を用いて生成することを特徴とする医用画像処理システム。
2. 前記画面は、前記特定された部位を示す情報に対する選択を受付可能な画面であることを特徴とする、請求項１に記載の医用画像処理システム。
3. 前記特定された部位を示す三次元データを、前記医用画像データを用いて生成する三次元データ生成手段
   を更に有し、
   前記文書データ生成手段は、前記生成された三次元データが挿入された文書データを生成することを特徴とする、請求項１または２に記載の医用画像処理システム。
4. 前記部位特定手段は、医用画像データに対する選択を受付可能な画面において選択された医用画像データに含まれる人体の部位を特定することを特徴とする、請求項１乃至３の何れか１項に記載の医用画像処理システム。
5. 前記画面を表示部に表示させる表示制御手段
   を更に有することを特徴とする、請求項１乃至４の何れか１項に記載の医用画像処理システム。
6. 前記医用画像データは、ＤＩＣＯＭ規格の画像データであることを特徴とする、請求項１乃至５の何れか１項に記載の医用画像処理システム。
7. 前記三次元データは、少なくともＶＲＭＬ形式及びＳＴＬ形式の何れかであることを特徴とする、請求項１乃至６の何れか１項に記載の医用画像処理システム。
8. 前記文書データは、３Ｄ ＰＤＦデータであることを特徴とする、請求項１乃至７の何れか１項に記載の医用画像処理システム。
9. 医用画像データに含まれる人体の部位を特定する部位特定工程と、
   表示部に表示された画面においてユーザから選択された、三次元データの表示方向を示す情報を取得する取得工程と、
   前記特定された部位を示す三次元データが挿入された文書データを生成する文書データ生成工程と、
   を有し、
   前記文書データ生成工程は、生成された前記文書データを開いたときの初期状態として、前記取得工程によって取得された前記情報が示す表示方向で前記三次元データが表示されるように、前記文書データを、前記情報を用いて生成することを特徴とする医用画像処理システムの制御方法。
10. 医用画像データに含まれる人体の部位を特定する部位特定手段と、
    表示部に表示された画面においてユーザから選択された、三次元データの表示方向を示す情報を取得する取得手段と、
    前記特定された部位を示す三次元データが挿入された文書データを生成する文書データ生成手段と、
    を有し、
    前記文書データ生成手段は、生成された前記文書データを開いたときの初期状態として、前記取得手段によって取得された前記情報が示す表示方向で前記三次元データが表示されるように、前記文書データを、前記情報を用いて生成することを特徴とする医用画像処理装置。
11. 医用画像データに含まれる人体の部位を特定する部位特定工程と、
    表示部に表示された画面においてユーザから選択された、三次元データの表示方向を示す情報を取得する取得工程と、
    前記特定された部位を示す三次元データが挿入された文書データを生成する文書データ生成工程と、
    を有し、
    前記文書データ生成工程は、生成された前記文書データを開いたときの初期状態として、前記取得工程によって取得された前記情報が示す表示方向で前記三次元データが表示されるように、前記文書データを、前記情報を用いて生成することを特徴とする医用画像処理装置の制御方法。
12. 請求項１０に記載の医用画像処理装置としてコンピュータを機能させることを特徴とするプログラム。

Images