(57)【要約】【課題】医用画像から生成された３次元形状データ等のビューア以外の出力データが含まれている検査と含まれていない検査とを容易に識別可能な仕組みを提供すること。【解決手段】医用画像データから生成されたビューア固有のファイル形式のデータ又はビューア以外の出力データも保管する保管手段で保管された医用画像データの検査情報を一覧表示する一覧画面を生成する際に、当該一覧画面を、ビューア固有のファイル形式のデータ又はビューア以外の出力データが含まれているか否かを識別可能に生成する。【選択図】図８
2016206758.tif 000002
【特許請求の範囲】
【請求項１】
医用画像データを検査単位で保管する保管手段であって、医用画像データから生成されたビューア固有のファイル形式のデータ又はビューア以外の出力データも保管することができる前記保管手段と、
前記保管手段で保管された前記医用画像データの検査情報を一覧表示する一覧画面を生成する生成手段であって、前記一覧画面を、ビューア固有のファイル形式のデータ又はビューア以外の出力データが含まれているか否かを識別可能に生成する生成手段と、を備えることを特徴とする医用画像管理システム。
【請求項２】
前記生成手段は、前記一覧画面を、前記ビューア以外の出力データが含まれている場合に、当該ビューア以外の出力データのファイルフォーマットが識別可能となるように生成することを特徴とする請求項１に記載の医用画像管理システム。
【請求項３】
前記一覧画面から、検査の選択を受け付ける受付手段と、
前記受付手段により検査の選択を受け付けると、当該検査に含まれる医用画像データのサムネイルの一覧画面を生成するサムネイル一覧画面生成手段と
を備えることを特徴とする請求項１または２に記載の医用画像管理システム。
【請求項４】
前記生成手段は、前記一覧画面を、データもしくは画像を前記保管手段に送信した端末が特定できるように生成することを特徴とする請求項１乃至４のいずれか１項に記載の医用画像管理システム。
【請求項５】
前記保管手段は、ビューア固有のファイル形式のデータ又はビューア以外の出力データを、当該データを生成するために用いた医用画像データとともに保管できることを特徴とする請求項１乃至４のいずれか１項に記載の医用画像管理システム。
【請求項６】
前記生成手段は、ＤＩＣＯＭ情報の一部も表示されるように前記一覧画面を生成することを特徴とする請求項１乃至５のいずれか１項に記載の医用画像管理システム。
【請求項７】
医用画像データを検査単位で保管する保管手段に、医用画像データから生成されたビューア固有のファイル形式のデータ又はビューア以外の出力データも保管する保管工程、
前記保管工程で保管された前記医用画像データの検査情報を一覧表示する一覧画面を生成する際に、前記一覧画面を、ビューア固有のファイル形式のデータ又はビューア以外の出力データが含まれているか否かを識別可能に生成する生成工程と、を備えることを特徴とする医用画像管理システムの制御方法。
【請求項８】
医用画像管理システムで実行可能なプログラムであって、
前記医用画像管理システムを、
医用画像データを検査単位で保管する保管手段であって、医用画像データから生成されたビューア固有のファイル形式のデータ又はビューア以外の出力データも保管する保管手段、
前記保管手段で保管された前記医用画像データの検査情報を一覧表示する一覧画面を生成する生成手段であって、前記一覧画面を、ビューア固有のファイル形式のデータ又はビューア以外の出力データが含まれているか否かを識別可能に生成する生成手段、
と機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像管理システム、医用画像管理システムの制御方法、およびプログラムに関し、特に、医用画像から生成された３次元形状データが含まれている検査と含まれていない検査とを容易に識別する仕組みに関する。
【背景技術】
【０００２】
Ｘ線ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）装置やＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ）装置等といったモダリティ（医用画像生成装置ともいう）で撮影された患者の医用画像データは、モダリティに接続されたクライアント端末や、医用画像表示装置等のクライアント端末からの配信要求に応じて、該当する医用画像データを転送可能にできる医用画像管理システム（ＰＡＣＳ：Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）を実現するためのサーバに保存することができる。
【０００３】
そして、モダリティで撮像された医用画像は、患者の臓器の３次元的な構造等を把握するため、コンピュータグラフィックスの技術等を用いて２次元平面上に立体的に可視化した３次元の医用画像データ（ボリュームレンダリング画像など）を生成したり、３次元の医用画像データをもとに生成された２次元画像を再構成することができる。
【０００４】
このような技術として特許文献１には、Ｘ線ＣＴ装置などのモダリティで撮像された２次元画像データ（断層像データ）からボリュームデータを生成し、そのボリュームデータに基づいて、ボリュームレンダリング処理、ＭＰＲ処理、ＭＩＰ処理などの画像処理を施し、表示用の３次元画像データ、ＭＰＲ画像データ、ＭＩＰ画像データなどを生成するビューア技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６‐２８０５９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そして、このようなビューアで生成された３次元医用画像データや、３次元医用画像データから生成した医用画像は、生成したクライアント端末以外からも見ることができるように、サーバにも保存しておくことが求められている。
【０００７】
ところで、近年のビューアでは、モダリティにより撮像された医用画像データから３Ｄプリンター等で出力する際に用いられる３次元形状のデータを保存するファイルフォーマットであるＳＴＬ形式や、３Ｄ-ＰＤＦ表示を行う際に用いられる３次元形状データを保存するファイルフォーマットであるＶＲＭＬ形式といった、ビューアで表示されるべき画像ではないファイルフォーマットでの出力も行えるようになっている。さらに、ビューア固有のデータ形式での出力を行うこともできる。
【０００８】
このような医用画像をもとに生成された３次元形状のデータやビューア固有のデータも、生成したクライアント端末以外からも確認や取得できるように、サーバ上に保存することが好ましいといえる。
【０００９】
すなわち、サーバ上で格納されている検査情報は、ビューア固有のデータ形式や３次元形状のデータが含まれている検査と含まれていない検査が混在することになる。
【００１０】
このような状況において、いずれの検査にこのようなデータが含まれているかを、サーバから検査に関する情報をダウンロードしないと識別できないとすると、かなり煩雑であるため、サーバ上でこのようなデータが含まれているか否かを識別することができる仕組みが求められている。
【００１１】
上記課題を鑑み本発明は、医用画像から生成されたビューア固有のデータや３次元形状データ等のビューア以外の出力データが含まれている検査と含まれていない検査とを容易に識別可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の医用画像管理システムは、医用画像データを検査単位で保管する保管手段であって、医用画像データから生成されたビューア固有のファイル形式のデータ又はビューア以外の出力データも保管することができる前記保管手段と、前記保管手段で保管された前記医用画像データの検査情報を一覧表示する一覧画面を生成する生成手段であって、前記一覧画面を、ビューア固有のファイル形式のデータ又はビューア以外の出力データが含まれているか否かを識別可能に生成する生成手段と、を備えることを特徴とする。
【発明の効果】
【００１３】
本発明によると、医用画像から生成された３次元形状データ等のビューア以外の出力データが含まれている検査と含まれていない検査とを容易に識別することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明における医用画像管理システムの概念図。
【図２】本発明における医用画像管理システムの構成の一例を示すシステム構成図。
【図３】クライアント端末、サーバ等に適用可能な情報処理装置としてのコンピュータのハードウェア構成図。
【図４】医用画像データをクライアント端末１００からサーバ１０５に保管する処理の流れの一例を示すフローチャート。
【図５】図４のステップＳ４０８の処理の詳細を示すフローチャート。
【図６】サーバ１０５において検査単位で管理する医用画像データの検査の情報の一覧画面をクライアント端末１００に表示する処理の流れの一例を示すフローチャート。
【図７】ステップＳ４０６でビューアのウインドウに表示される画面の一例を示す図。
【図８】ステップＳ６１２でクライアント端末１００のブラウザに表示される第２の検査一覧画面の一例を示す図。
【図９】ステップＳ６１５において、クライアント端末１００のブラウザに表示される画面の一例を示す図。
【図１０】クライアント端末１００の外部メモリ２１１に記憶されるモダリティ１０２から送信された医用画像データを検査単位で管理するデータテーブル。
【図１１】サーバ１０５の外部メモリ２１１に記憶されるクライアント端末１００から送信された医用画像データを検査単位で管理するデータテーブル。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明の実施形態を詳細に説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載した構成の具体的な実施形態の１つである。
図１は、本発明における医用画像管理システムの概念図である。
【００１６】
本実施形態における医用画像管理システムとは、モダリティ（後述するモダリティ０１２、１０３）やクライアント端末（後述するクライアント端末１００、１０１）から送信された医用画像データをサーバ（後述するサーバ１０５）で一元管理するシステムのことである。
【００１７】
本実施形態に係る医用画像管理システムにおいて、診断に用いる医用画像データ１０６は、医療施設に備えられた撮影装置であるＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）やＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ）等のモダリティ１０２によって撮影された後、医師が診断や読影の際に使用するクライアント端末１００や、病院内のサーバ１０４や、病院外のサーバ１０５に送信される。
【００１８】
ここでの医用画像データ１０６は、例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  ＣＯｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）形式の画像データが挙げられる。
【００１９】
クライアント端末１００は、モダリティ１０２から送信されてきた医用画像データ１０６をアーカイブし、当該クライアント端末１００の外部メモリに保管する。また、クライアント端末１００は、当該クライアント端末１００を使用する医師（または、放射線技師）の操作に従って、サーバ１０１や、サーバ１０５に保管された医用画像データ１０６をダウンロードして、当該クライアント端末１００の外部メモリに保管する。
【００２０】
医用画像データ１０６の診断作業を行う医師は、当該医師が使用するクライアント端末１００を用い、当該クライアント端末の外部メモリに保管された医用画像データを、医用画像データを閲覧するための専用のビューアで参照しながら診断作業を行う。
【００２１】
ビューアでは、モダリティにより撮像された２次元の医用画像データを表示するだけでなく、モダリティにより撮像された医用画像データから３次元で表されるボリュームデータを生成して、様々な画像データを生成、表示することもできる。例えば、Ｘ線ＣＴ装置やＭＲＩ装置などで２次元の医用画像データ（断層像データ、以下「医用画像データ」と称す）からボリュームデータを生成することができる。そして、そのボリュームデータに基づいて、ボリュームレンダリング処理、ＭＰＲ処理、ＭＩＰ処理などの画像処理を施し表示することができる。
【００２２】
更に、当該クライアント端末１００を使用するユーザの操作に従って、当該クライアント端末１００の画面上に表示されている医用画像をＤＩＣＯＭ形式で保存（以下、再構成画像と称す）を生成することもできる。
【００２３】
この再構成画像はＤＩＣＯＭ形式で保存されるため、どのビューアでも閲覧することができる。そのため、再構成画像をユーザ操作に従って、クライアント端末１００からサーバ１０５に保存させておけば、サーバ１０５から他のビューアを使用しているクライアント端末に当該再構成画像をダウンロードしてユーザが読影することが可能になる。
【００２４】
またビューアでは、ボリュームレンダリング処理などの３次元処理を施した結果をビューア固有のデータ形式として保存したり、３Ｄプリンター等で出力する際に用いられる３次元形状のデータを保存するファイルフォーマットであるＳＴＬ形式や、３Ｄ-ＰＤＦを作成する際に用いられる３次元形状データを保存するファイルフォーマットであるＶＲＭＬ形式といった、ビューアで表示されるべき画像ではないファイルフォーマットでの出力も行えるようになっている。
【００２５】
このようなクライアント端末１００は、当該クライアント端末１００を使用する医師の操作に従って、モダリティ１０２から送信され当該クライアント端末１００でアーカイブした医用画像データや、ビューア固有のファイルや３次元形状データのファイルをサーバ１０４やサーバ１０５に送信することも可能である。
【００２６】
サーバ１０４は、モダリティ１０２から送信された各医用画像データ１０６をサーバ１０５の外部メモリに保管したり、医師によるクライアント端末１００の操作に従って、当該クライアント端末１００と医用画像データ１０６の送受信をしたりすることが可能である。
【００２７】
また、サーバ１０４は、予めサーバ１０４の管理者が設定することにより、サーバ１０４に保管した医用画像データ１０６を、バックアップとして、サーバ１０５に送信することができる。
サーバ１０５は、モダリティ１０２、クライアント端末１００、サーバ１０４から送信された医用画像データ１０６を検査単位で管理する。
【００２８】
また、クライアント端末からの医用画像データの取得要求に応じて、当該サーバ１０５で、検査単位で管理する医用画像データの検査の情報の一覧画面１０８をクライアント端末１００に送信したり、一覧画面１０８から、医師が選択した検査の医用画像データ１０６をクライアント端末１００に送信したりすることが可能である。
以上で図１の説明を終了する。
次に図２を用いて、本発明における医用画像管理システムのシステム構成について説明する。
図２は、医用画像管理システムの構成の一例を示すシステム構成図である。
病院外のサーバ１０５は、ネットワークを介して、様々な医療機関（図２の場合、医療機関Ａ、医療機関Ｂ）の各装置とつながっている。
【００２９】
各医療機関では、複数の装置が（医療機関Ａでは、クライアント端末１００、モダリティ１０２、サーバ１０４が、医療機関Ｂではクライアント端末１０１、モダリティ１０３が）ネットワークを介して接続されている。
【００３０】
次に、図３を用いて、クライアント端末１００、１０１、サーバ１０４、１０５に適用可能な情報処理装置としてのコンピュータのハードウェア構成例について、図３のブロック図を用いて説明する。
【００３１】
なお、図３に示した構成は一例であり、後述する各処理を実現可能な構成であれば、如何なる構成を採用しても構わない。
【００３２】
図３において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００３３】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３４】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００３５】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３６】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図２に示したネットワーク）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３７】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３８】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００３９】
次に、図４を用いて、医用画像データやビューア固有のファイルや３次元形状データのファイル（以下まとめて医用画像データと称する）をクライアント端末１００からサーバ１０５に保管する処理の流れについて説明する。なお、クライアント端末１０１からサーバ１０５に医用画像データを保管する処理も本処理と同様である。
【００４０】
図４は、クライアント端末１００から、病院外に設置されているサーバであるサーバ１０５に医用画像データを保管する処理の流れの一例を示すフローチャートである。
【００４１】
図４の各ステップは、クライアント端末１００、またはサーバ１０５のＣＰＵ２０１によって実行される。尚、図４に示す処理内容や処理順はあくまで一例であり、これに限られない。
【００４２】
ステップＳ４０１において、クライアント端末１００は、当該クライアント端末１００を使用するユーザ（例えば医師や、放射線技師）の操作に従って、医用画像データを表示するためのビューアを起動させる。
なお、本実施例では、ステップＳ４０１で、クライアント端末１００は、ビューアを起動させるものとする。
【００４３】
また、ステップＳ４０１において、クライアント端末１００でビューアを起動させた後に、当該ビューアへのユーザの認証処理を、ログインするユーザのユーザＩＤやパスワードを用いて行っているものとする。
【００４４】
ステップＳ４０２において、クライアント端末１００は、当該クライアント端末１００の外部メモリ２１１に医用画像データが記憶されている検査の情報の一覧画面（以下、検査一覧画面と称する）をクライアント端末１００のディスプレイ２１０に表示されるビューアのウインドウに表示する（一覧表示）。
【００４５】
ここで、ステップＳ４０２においてサーバ１０５で生成される検査一覧画面には、ビューアにログインしたユーザが所属する病院で行われた検査であって、検査に対応する医用画像データがクライアント端末１００の外部メモリ２１１に記憶されている検査が含まれる。
【００４６】
また、検査一覧画面には、各検査に関係する情報（例えば、図１０のデータテーブルに含まれる１００１〜１０１４の情報）が表示される。ビューア固有のデータ１００３、およびビューア以外の出力データ１０１４以外の検査に関する患者、検査、シリーズ等の情報は、モダリティから送信された医用画像データの付帯情報（ＤＩＣＯＭ付帯情報）から特定する。
【００４７】
図１０は、クライアント端末１００の外部メモリ２１１に記憶されるデータテーブルであって、モダリティ１０２から送信された医用画像データを検査単位で管理するデータテーブルである。
【００４８】
図１０のデータテーブルは、検査を識別するための検査ＩＤ１００１、検査が行われた日付を示す検査日１００２、ビューア固有の画像処理のデータ１００３、ビューア以外の出力用データ１０１４、当該検査の対象となっている患者を識別するための患者番号１００４、患者名１００５、医用画像データを撮像したモダリティの種類を示す検査種１００６、モダリティで撮影した患者の部位を示す部位１００７、検査の対象となっている患者の部位を示す検査項目１００８、医用画像データをクライアント端末１００に保存した日付を示す登録日１００９、検査に含まれる医用画像データの枚数を示す画像枚数１０１０、検査の担当をする医師や検査技師を示す登録者１０１１、図１０のデータテーブルを記憶しているクライアント端末を識別するための情報を示す登録端末１０１２、登録者１０１１に登録されている医師や検査技師が所属する医療施設の名前を示す施設名１０１３等からなる。
【００４９】
登録端末１０１２には、医用画像データの送信元であるクライアント端末で使用されているビューアがどの種類のビューア（例えばメーカー名、製品名）かを特定する情報も含まれる。
【００５０】
ビューア固有のデータ１００３は、検査にボリュームレンダリング処理などの３次元処理を行った結果であり、同じ製品のビューアであれば同じ画像処理で確認できるようにするファイル形式のデータの有無を示す欄であり、ビューア固有のファイル形式がある場合に、「有」と記憶され、無い場合に「無」と記憶される。
【００５１】
ビューア固有のデータ１００３の情報は、クライアント端末１００において、モダリティから受信した医用画像データから３次元の医用画像データを生成して画像処理し、その結果をサーバやクライアント端末の外部メモリ２１１に当該データを保存する指示をユーザから受け付けた際に記憶される。
【００５２】
ビューア以外の出力用データ１０１４は、３Ｄプリンター等で出力する際に用いられる３次元形状のデータを保存するファイルフォーマットであるＳＴＬ形式や、３Ｄ-ＰＤＦを作成する際に用いられる３次元形状データを保存するファイルフォーマットであるＶＲＭＬ形式といった、ビューアで表示されるべき画像ではないファイルフォーマットの有無を示す欄であり、ビューア以外で出力するための３次元形状データである場合に、「有」と記憶され、無い場合に「無」と記憶される。
【００５３】
ビューア以外の出力用データ１０１４の情報は、クライアント端末１００において、モダリティから受信した医用画像データから、３次元形状データを生成して、サーバやクライアント端末の外部メモリ２１１に当該３次元の医用画像データを保存する指示をユーザから受け付けた際に記憶される。
【００５４】
図４の説明に戻る。
ステップＳ４０３において、クライアント端末１００は、ビューアのウインドウに表示された画面を介してユーザから操作を受け付ける。
【００５５】
なお、ここでビューアのウインドウに表示される画面とは、ステップＳ４０６からステップ４０３に移行した場合には、後述する図７の画面であり、それ以外の場合には、検査一覧画面である。
【００５６】
ステップＳ４０４において、ステップＳ４０３でユーザから受け付けた操作が、検査一覧画面から検査を指定して、３次元の医用画像データを生成する指示か否かを判定する。検査を指定して、３次元の医用画像データを生成する指示であれば、ステップＳ４０５に進み、検査を指定して、３次元の医用画像データを生成する指示でなければステップＳ４０７に進む。
【００５７】
ステップＳ４０５において、クライアント端末１００は、ユーザから指定された検査の医用画像データからボリュームデータを生成する。そして、そのボリュームデータに基づいて、例えばボリュームレンダリング処理を施し、表示用の３次元の医用画像データを生成し、生成した３次元の医用画像データをビューアのウインドウに表示する（ステップＳ４０６）。ステップＳ４０６でビューアのウインドウに表示される画面とは、例えば、図７である。
【００５８】
図７は、ステップＳ４０６でビューアのウインドウに表示される画面の一例を示す図である。
医用画像７０１は、３次元の医用画像データの基となる２次元の医用画像データ（例えば、ＣＴ画像）である。
【００５９】
ＤＩＣＯＭ保存ボタン７０２は、ステップＳ４０６でビューアのウインドウに表示される画面上に表示されている３次元の医用画像データから当該３次元の医用画像データの断面画像等の表示画面をＤＩＣＯＭ形式に再構成して保存した再構成画像を保存するためのボタンである。保存先の場所としては、病院外のサーバ１０５に保存させたるか、ローカルに保存するかを選択することができる。
【００６０】
３Ｄ画像処理を保存ボタン７０３は、ボリュームレンダリング処理などの３次元処理を行った結果であり、同じ製品のビューアであれば同じ画像処理で確認できるようにするファイル形式で保存することができるボタンである。保存先の場所としては、病院外のサーバ１０５に保存させたるか、ローカルに保存するかを選択することができる。
【００６１】
別形式に出力ボタン７０４は、所定の形式（３Ｄプリンタ等で出力する際に用いられる３次元形状のデータを保存するファイルフォーマットであるＳＴＬ形式や、３Ｄ−ＰＤＦ表示を行う際に用いられる３次元形状データを保存するファイルフォーマットであるＶＲＭＬ形式等）で、保存する際に用いるボタンである。保存先の場所としては、病院外のサーバ１０５に保存させたるか、ローカルに保存するかを選択することができる。
【００６２】
終了ボタン７０５は、ビューアを終了するためのボタンである。
図４の説明に戻る。
【００６３】
ステップＳ４０７において、クライアント端末１００は、ステップＳ４０３でユーザから受け付けた操作が、医用画像データを病院外のサーバ１０５に送信する指示か否かを、例えば上述のＤＩＣＯＭ保存や３Ｄ画像処理を保存や別形式で出力するとの指示に応じて判定する。
【００６４】
ステップＳ４０３でユーザから受け付けた操作が医用画像データを病院外のサーバ１０５に送信する指示であれば、ステップＳ４０８に進み、そうでなければ、ステップＳ４１１に進む。
【００６５】
ステップＳ４０８において、クライアント端末１００は、外部保存の指示がユーザによりされたと判断すると、ビューアのウインドウに表示されている医用画像データや３次元の医用画像データに係るデータをクライアント端末１００から病院外のサーバ１０５に検査の情報（図１０のデータテーブルの１００１〜１０１３）とともに送信される。ステップＳ４０８の処理の詳細は、図５を用いて後述する。また、ステップＳ４０８において、クライアント端末１００からサーバ１０５に医用画像データを送信する際に、クライアント端末１００は、医用画像管理システムにログインするためのユーザＩＤやパスワードの入力をユーザから受け付け、サーバ１０５に送信することで、医用画像管理システムにログインする。
【００６６】
ステップＳ４０９において、サーバ１０５は、クライアント端末１００から送信された医用画像データを受信し、サーバ１０５の外部メモリ２１１に記憶されているデータテーブル（例えば、図１１）に記憶する。
【００６７】
図１１は、サーバ１０５の外部メモリ２１１に記憶されるデータテーブルであって、クライアント端末１００から送信された医用画像データを検査単位で管理するデータテーブルである。
【００６８】
図１１のデータテーブルは、検査を識別するための検査ＩＤ１１０１、検査が行われた日付を示す検査日１１０２、ビューア固有のデータ１１０３、当該検査の対象となっている患者を識別するための患者番号１１０４、患者名１１０５、医用画像データを撮像したモダリティの種類を示す検査種１１０６、モダリティで撮影した患者の部位を示す部位１１０７、検査の対象となっている患者の部位を示す検査項目１１０８、医用画像データをクライアント端末１００に保存した日付を示す登録日１１０９、検査に含まれる医用画像データの枚数を示す画像枚数１１１０、検査の担当をする医師や検査技師を示す登録者１１１１、医用画像データの送信元であるクライアント端末を識別するための情報を示す登録端末１１１２、登録者１１１１に登録されている医師や検査技師が所属する医療施設の名前を示す施設名１１１３、ビューア以外の出力用データ１１１４等からなる。登録端末１１１２には、どの種類のビューアなのかを特定する情報も含まれる。
【００６９】
ビューア固有のデータ１１０３には、ボリュームレンダリング処理などの３次元処理を行った結果であり、同じ製品のビューアであれば同じ画像処理で確認できるようにするファイル形式のデータの有無を示す欄であり、ビューア固有のファイル形式がある場合に、「有」と記憶され、無い場合に「無」と記憶される。
【００７０】
ビューア以外の出力用データ１１１４には、３Ｄプリンター等で出力する際に用いられる３次元形状のデータを保存するファイルフォーマットであるＳＴＬ形式や、３Ｄ-ＰＤＦを作成する際に用いられる３次元形状データを保存するファイルフォーマットであるＶＲＭＬ形式といった、ビューアで表示されるべき画像ではないファイルフォーマットの有無を示す欄であり、ビューア以外で出力するための３次元形状データである場合に、「有」と記憶され、無い場合に「無」と記憶される。
【００７１】
また、図１１のデータテーブルでは、医用画像データを検査単位で管理するが、同一検査であってもシリーズが異なる場合には、別のレコードとしてサーバ１０５は保存してもよい。この場合には、同一検査の医用画像データであっても、再構成され画像データを異なるシリーズとして保存すればば、シリーズが異なるとサーバ１０５は判断し、別のレコードとして保存する。
図４の説明に戻る。
【００７２】
ステップＳ４１０において、サーバ１０５は、サーバ１０５がデータをクライアント端末１００から受信した際に、保存データと併せて受信した検査の情報（図１０のデータテーブルの１００１〜１０１３）を、図１１のデータテーブルの対応する項目に記憶する。
【００７３】
すなわち、ビューア以外の出力用データや、ビューア固有のデータである場合にも、その画像を生成する際に用いられた医用画像のＤＩＣＯＭ情報を保存させる。
【００７４】
ステップＳ４１１において、クライアント端末１００は、ステップＳ４０３でユーザから受付けた操作が、医用画像データを病院内のサーバ１０４に送信する指示か否かを判定する。
【００７５】
ステップＳ４０３でユーザから受け付けた操作が医用画像データを病院内のサーバ１０４に送信する指示であれば、ビューアのウインドウに表示されている医用画像データや３次元の医用画像データをクライアント端末１００から病院内のサーバ１０４に検査の情報（図１０のデータテーブルの１００１〜１０１３）とともに送信し（ステップＳ４１２）、そうでなければ、ステップＳ４１３に進む。
【００７６】
ステップＳ４１３において、クライアント端末１００は、ステップＳ４０３でユーザから受け付けた操作が、ビューワを閉じる指示か否かを判定する。ビューワを閉じる指示とは、例えば、終了ボタン７０５がユーザにより押下される操作である。ビューワを閉じる指示であれば、ステップＳ４１５でビューワを閉じて本処理を終了し、ビューワを閉じる指示でなければ、ステップＳ４１５に進む。
【００７７】
ステップＳ４１５において、クライアント端末１００は、ステップＳ４０３でユーザから受け付けた操作に応じたその他の処理（例えば、３次元の医用画像データの回転や、ビューワの設定等）を実行する。
以上で、図４の説明を終了する。
【００７８】
なお、本実施例では、ビューアのウインドウに表示されている医用画像データや所定の形式のデータをクライアント端末１００から病院外のサーバ１０５に検査の情報（図１０のデータテーブルの１００１〜１０１３）とともに保存できるとしたが、他の実施例として、ユーザがビューアと一緒に検査に対する診断結果を入力するためのレポート作成アプリケーションを起動させている場合に、当該レポートに添付した医用画像データをサーバ１０５に送信しても良い。
【００７９】
なぜなら、レポートを作成する際に用いられた医用画像データは、薬事法で所定の期間保存することが義務付けられているため、ユーザがサーバ１０５に保管することを望む可能性が高く、そのため、レポートに医用画像データが添付された場合に、自動でクライアント端末１００からサーバ１０５にレポートに添付された医用画像データ送信することで、医用画像をサーバ１０５に送信するユーザの手間を省くことができる。
次に、図５を用いて、図４のステップＳ４０８の処理の詳細について説明する。
【００８０】
図５は、図４のステップＳ４０８の処理の詳細を示すフローチャートであり、クライアント端末１００から、病院外に設置されているサーバであるサーバ１０５に医用画像データを保管する処理の流れの一例を示すフローチャートである。
【００８１】
図５の各ステップは、クライアント端末１００のＣＰＵ２０１によって実行される。尚、図５に示す処理内容や処理順はあくまで一例であり、これに限られない。
【００８２】
ステップＳ５０１において、クライアント端末１００は、ステップＳ４０３でＤＩＣＯＭ保存ボタン７０２、３Ｄ画像処理を保存ボタン７０３、別形式に出力ボタン７０４のいずれかがユーザにより押下されると、ビューアのウインドウに表示されている医用画像データから生成した３次元の医用画像データを前述した所定の形式にする。
【００８３】
ステップＳ５０２において、クライアント端末１００は、サーバで管理する図１１のデータテーブルのうち、医用画像管理システムにログインしたユーザが所属する施設検査の情報を抽出した（図１１の１１１３から特定）データテーブルをサーバ１０５から取得する。
【００８４】
そして、ステップＳ５０３において、クライアント端末１００は、サーバ１０５に、Ｓ５０１で生成したデータの基となった医用画像データが保存されているか否かを判定する。具体的には、３次元の医用画像データの基となった医用画像データの検査ＩＤ（本発明における付帯情報に対応）と、サーバ１０５から取得したデータテーブルに含まれる検査ＩＤ（例えば、図１１の１１０１）とを比較し、その結果、検査ＩＤが一致する場合には、サーバ１０５に３次元の医用画像データに係るデータの基となった医用画像データが保存されていると判断する。
【００８５】
なお、本実施例では、検査IDを用いて、判定するとしたが、それ以外のＤＩＣＯＭの付帯情報（例えば、患者IDや検査日等）により判定しても良い。
【００８６】
ステップＳ５０３において、サーバ１０５に３次元の医用画像データに係るデータの基となった医用画像データが保存されていると判定された場合には、ステップＳ５０４において、Ｓ５０１で生成した所定の形式のデータをサーバ１０５に送信し、サーバ１０５にＳ５０１で生成した所定の形式の基となった医用画像データが保存されていないと判定された場合には、ステップＳ５０５において、所定の形式データと、基となった医用画像データとをサーバ１０５に送信する。
このようにすることで、医用画像データがサーバ上に二重で登録されることを防ぐことができる。
以上で、図５の説明を終了する。
【００８７】
次に図６を用いて、サーバ１０５において検査単位で管理する医用画像データの検査の情報の一覧画面をクライアント端末１００に表示する処理について説明する。
【００８８】
図６は、サーバ１０５において検査単位で管理する医用画像データの検査の情報の一覧画面をクライアント端末１００に表示する処理の流れの一例を示すフローチャートである。
【００８９】
図６の各ステップは、クライアント端末１００、またはサーバ１０５のＣＰＵ２０１によって実行される。尚、図６に示す処理内容や処理順はあくまで一例であり、これに限られない。
【００９０】
ステップＳ６０１において、クライアント端末１００は、クライアント端末１００を使用するユーザの操作に従ってブラウザを起動させ、サーバ１０５から、医用画像管理システムにログインするためのログイン画面を取得し、医用画像管理システムにログインするユーザのユーザＩＤやパスワード等により、サーバ１０５に対して認証要求を行う。
【００９１】
なお、図６の処理は、図４のステップＳ４０８でクライアント端末１００からサーバ１０５に医用画像データを送信するタイミングで、クライアント端末１００が自動でブラウザを起動させ、サーバ１０５のログイン画面をクライアント端末１００がサーバ１０５から取得して、図６の各ステップの処理を実行しても良い。
【００９２】
ステップＳ６０２において、サーバ１０５は、ステップＳ６０１でクライアント端末１００から送信されたユーザＩＤやパスワードにより、当該サーバ１０５にログインできたか否かを判定する。
【００９３】
医用画像管理システムにログインできたならば、ステップＳ６０５において、サーバ１０５は医用画像管理システムのＴＯＰ画面をクライアント端末１００に送信し、医用画像管理システムにログインできなければ、サーバ１０５はエラー画面を生成して、クライアント端末１００に送信し（ステップＳ６０３）、クライアント端末１００は、エラー画面をブラウザに表示して（ステップＳ６０４）、本処理を終了する。
【００９４】
ステップＳ６０６において、クライアント端末１００は、医用画像管理システムのＴＯＰ画面をブラウザに表示する。
【００９５】
ステップＳ６０７において、クライアント端末１００は、ブラウザに表示された画面を介してユーザから操作を受け付ける。
【００９６】
なお、ここでブラウザに表示される画面とは、ステップＳ６０６からステップ６０７に移行した場合には、医用画像管理システムのＴＯＰ画面であり、ステップＳ６１２からステップ６０７に移行した場合には、後述する図８の画面であり、ステップＳ６１５からステップ６０７に移行した場合には、後述する図９の画面であり、ステップＳ６１９からステップ６０７に移行した場合には、医用画像管理システムのＴＯＰ画面、または後述する図８、図９の画面である。
【００９７】
ステップＳ６０８において、クライアント端末１００は、ステップＳ６０７でユーザから受け付けた操作の内容をサーバ１０５に送信する。
【００９８】
ステップＳ６０９において、サーバ１０５は、クライアント端末１００から送信された操作内容を受信し、ステップＳ６１０において、当該操作内容が、検査単位で管理する医用画像データの検査の情報の一覧画面（以下、第２の検査一覧画面と称す）の取得要求か否かを判定する。
【００９９】
クライアント端末１００から送信された操作内容が、第２の検査一覧画面の取得要求であれば、ステップＳ６１１で、サーバ１０５は、第２の検査一覧画面（後述する図８）を生成し、クライアント端末１００に送信する。
【０１００】
ステップＳ６１２において、クライアント端末１００は、サーバ１００から送信された第２の検査一覧画面を受信し、クライアント端末１００のブラウザに表示させる。
ここで、クライアント端末１００のブラウザに表示される第２の検査一覧画面について、図８を用いて説明する。
【０１０１】
図８は、サーバ１０５で生成され、クライアント端末１００のブラウザに表示される第２の検査一覧画面である。
【０１０２】
第２の検査一覧画面には、医用画像管理システムで管理する検査であって、検査に対応する医用画像データがサーバ１０５の外部メモリ２１１に記憶されている検査が含まれる。
【０１０３】
また、第２の検査一覧画面には、各検査に関係する情報（８０２〜８１４）が表示される。
【０１０４】
８０２〜８０４の情報は、それぞれ図１１のデータテーブルの１１０１〜１１１３の情報に基づいて表示される。
【０１０５】
検査ＩＤ８０２は、検査ＩＤ１１０１に対応し、検査日８０３は、検査日１１０２に対応し、ビューワ固有のデータ８０４は、ビューワ固有のデータ１１０３に対応し、患者番号８０５は、患者番号１１０４に対応し、患者名８０６は、患者名１１０５に対応し、検査種８０７は、検査種１１０６に対応し、部位８０８は、部位１１０７に対応し、検査項目８０９は、検査項目１１０８に対応し、登録日８１０は、登録日１１０９に対応し、画像枚数８１１は、画像枚数１１１０に対応し、登録者８１２は、登録者１１１１に対応し、登録端末８１３は、登録端末１１１２に対応し、施設名８１４は、施設名１１１３に対応し、ビューア以外の出力用データ８１６は、ビューア以外の出力用データ１１１４に対応する。
【０１０６】
なお、同一検査であってもシリーズが異なる場合には、別のレコードとして第２の検査一覧画面に表示する。
【０１０７】
ところで、先述したように３次元の医用画像データを基に出力されるファイル形式は、使用する用途に応じて異なるため、例えば、Ａというビューアで作成された３次元の医用画像データは、Ｂというビューアでは表示できないことや、そもそもビューアで表示できないという場合がある。そのため、図８のビューア固有のデータ８０４に示すように、３次元の医用画像データが作成したビューア固有のファイル形式である場合に、その旨を識別表示する（例えば、図８のデータ８０４を「有」とする）ことにより、第２の検査一覧画面をみたユーザは、例えば、図８のビューア固有のデータ８０４が「有」となっている検査の３次元の医用画像データを自身が使用するビューアで表示できるかを図８の登録端末８１３をみるだけで確かめることが可能となる。
【０１０８】
さらに、図８のビューア固有のデータ８０４が「有」となっている検査の３次元の医用画像データを、ユーザが使用するビューアで表示できない場合に、後述する図９の画面から当該３次元の医用画像データを登録したユーザに当該３次元の医用画像データの断面画像をＤＩＣＯＭ形式に再構成して保存した再構成画像（以下、再構成画像と称す）の生成依頼を行うことができるが、その再構成画像の生成依頼に対して、３次元の医用画像データを登録したユーザが３次元画像を生成したビューアが用いられているクライアント端末を使用して再構成画像を生成し、クライアント端末からサーバ１０５に登録した場合に、図８中の当該再構成画像のレコードのビューア上で再構成画像が登録されたことを認識できるように表示させてもよい。
【０１０９】
なお、ビューア以外の出力用データ８１６の欄では、保存されているデータ形式がいずれのデータ形式であるかが識別できるように、ＳＴＬ形式のファイルや、ＶＲＭＬ形式のファイルである場合には、ビューア以外の出力用データ８１６の欄の有のあとの「（）」内に「ＳＴＬ」や「ＶＲＭＬ」と表示するようにしてもよい。
【０１１０】
また、ＤＩＣＯＭ形式で出力された画像が保存された場合には、医用画像から再構成された再構成画像であることを識別できるような表示を行ってもよい。
【０１１１】
なお、再構成画像がサーバ１０５に登録されたときの識別方法や、ビューア固有のファイル形式である場合の識別方法や、ビューア以外の出力データである場合の識別方法は、上記実施例に限らず、当該医用画像データが含まれる検査のレコードの色を変えたり（例えば、図８の８１４）、ポップアップでその旨をユーザに通知したりする等しても良い。
図６の説明に戻る。
【０１１２】
ステップＳ６１３において、サーバ１０５は、クライアント端末１００から送信された操作内容が、第２の検査一覧画面の中から検査を選択する指示であるか否かを判定する。
【０１１３】
クライアント端末１００から送信された操作内容が、第２の検査一覧画面の中から検査を選択する指示であれば、ステップＳ６１４に進み、クライアント端末１００から送信された操作内容が、第２の検査一覧画面の中から検査を選択する指示でなければステップＳ６１６に進む。
【０１１４】
ステップＳ６１４において、サーバ１０５は、ステップＳ６０７でユーザにより選択された検査に含まれる医用画像データのサムネイルを含む画面をクライアント端末１００に送信する。
なお、その際、ステップＳ６０７でユーザにより選択された検査に含まれる医用画像データ（サムネイルでない）も併せて送信する。
【０１１５】
ステップＳ６１５において、クライアント端末１００は、ステップＳ６０７でユーザにより選択された検査に含まれる医用画像データのサムネイルを含む画面をサーバ１０５から受信し、クライアント端末１００のブラウザに表示する。ステップＳ６１５において、クライアント端末１００のブラウザに表示される画面は、例えば、図９である。
【０１１６】
図９は、ステップＳ６１５において、クライアント端末１００のブラウザに表示される画面である。
検査情報欄９０１には、図８の８０２〜８１６と同じ情報が表示される。
【０１１７】
医用画像データ欄９０２には、ステップＳ６０７でユーザにより選択された検査に含まれる医用画像データのサムネイル画像が生成され表示される（サムネイル一覧画面生成）。そして、サムネイルがユーザのマウス操作により選択されると、クライアント端末１００はビューアを起動させ、ビューアの画面に、医用画像データが表示される。
【０１１８】
また、ステップＳ６０７でユーザにより選択された検査に含まれるデータがビューア固有のファイル形式であり、ユーザが使用しているビューアでも表示できる形式のデータであれば、クライアント端末１００は、図９の画面を表示するとともにビューアを起動させ、３次元の医用画像データをビューアのウインドウに表示させてもよい。
【０１１９】
その際、医用画像データ欄９０２には、何も表示しなくとも良いし、当該３次元の医用画像データと紐付けられている検査ＩＤと、検査ＩＤが同じ検査の医用画像データがサーバ１０５に保存されていれば、その医用画像データをサーバ１０５からクライアント端末１００にダウンロードし、表示してもよい。
【０１２０】
なお、先述したように、ユーザにより選択された検査に含まれるデータがビューア固有のファイル形式であり、ユーザが使用しているビューアで表示できない場合には、ビューアのウインドウを開かずにエラー表示がされるようにしてもよい。更に、再構成画像の生成依頼ボタン（不図示）が、図９の画面に表示され、再構成画像の生成依頼ボタンがユーザによるマウス等の操作により押下されると、当該ビューア固有のファイル形式を登録したユーザのクライアント端末に対して、当該ファイルの再構成画像の生成依頼が送信される。
【０１２１】
再構成画像の生成依頼ボタンを設けることにより、ユーザは、ビューア固有のデータを視認できなかったとしても、容易に再構成画像の生成依頼を行うことができる。
【０１２２】
３次元画像生成ボタン９０３は、ステップＳ６０７でユーザにより選択された検査に含まれる医用画像データから３次元の医用画像を生成するためのボタンである。
【０１２３】
３次元画像生成ボタン９０３がユーザによるマウス等の操作により押下されると、クライアント端末１００はビューアを起動させ、３次元の医用画像データをビューアのウインドウに表示する。
【０１２４】
終了ボタン９０４は、ステップＳ６１５においてクライアント端末１００のブラウザに表示される画面を終了するためのボタンである。
図６の説明に戻る。
【０１２５】
ステップＳ６１６において、サーバ１０５は、ステップＳ６０８でクライアント端末１００から送信された操作内容が、第２の検査一覧画面を終了する指示、またはステップＳ６１５においてクライアント端末１００のブラウザに表示される画面を終了する指示（図９の９０４が押下される操作）であるか否かを判定する。
【０１２６】
ステップＳ６０８でクライアント端末１００から送信された操作内容が、第２の検査一覧画面、またはステップＳ６１５においてクライアント端末１００のブラウザに表示される画面を終了する指示であれば、ステップＳ６１７において、サーバ１０５は、クライアント端末１００にクライアント端末１００から送信された操作内容が、第２の検査一覧画面、またはステップＳ６１５においてクライアント端末１００のブラウザに表示される画面を終了する指示を行い、クライアント端末１００は、クライアント端末１００から送信された操作内容が、第２の検査一覧画面、またはステップＳ６１５においてクライアント端末１００のブラウザに表示される画面を終了する（ステップＳ６１８）。
【０１２７】
ステップＳ６０８でクライアント端末１００から送信された操作内容が、第２の検査一覧画面、またはステップＳ６１５においてクライアント端末１００のブラウザに表示される画面を終了する指示でなければ、ステップＳ６０８で、サーバ１０５は、クライアント端末１００から送信された操作内容に応じた処理を実行する。
以上で、図６の説明を終了する。
以上、本発明によると、サーバ上で同一の医用画像データが重複して登録されることを防ぐことができる。
【０１２８】
また、本発明によると、医用画像から生成されたビューア固有のデータやビューア以外の出力形式の３次元形状データが含まれている検査と含まれていない検査とを容易に識別できる。
【０１２９】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１３０】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１３１】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１３２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１３３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１３４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１３５】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１３６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１３７】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１３８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１３９】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１４０】
１００  クライアント端末
１０１  サーバ
１０２  モダリティ
【図１】
2016206758.tif 000003
【図２】
2016206758.tif 000004
【図３】
2016206758.tif 000005
【図４】
2016206758.tif 000006
【図５】
2016206758.tif 000007
【図６】
2016206758.tif 000008
【図７】
2016206758.tif 000009
【図８】
2016206758.tif 000010
【図９】
2016206758.tif 000011
【図１０】
2016206758.tif 000012
【図１１】
2016206758.tif 000013