Oracle® Fusion Middleware

DICOMコンポーネントの構成と使用

12c (12.2.1.2.0)

E82794-01(原本部品番号:E67052-01)

2016年10月

Oracle WebCenter ContentでDICOMイメージの格納と取得を可能にするOracle Multimedia DICOM対応製品のインストールおよびデプロイメントについて説明します。

Oracle Fusion Middleware DICOMコンポーネントの構成と使用、12c (12.2.1.2.0)

E82794-01

Copyright © 2012, 2016, Oracle and/or its affiliates. All rights reserved.

原本著者: Divya Ramabhadran

協力者: Melliyal Annamalai、Marcus Diaz、Susan Mavris、David Noblet、Jie Zhang

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 概要

- 1.1 Oracle Multimedia DICOMとWebCenter Contentの統合

- 1.1.1 Oracle DICOMプロトコル・アダプタ

- 1.1.2 WebCenter用のOracle DICOMコンポーネント

- 1.2 使用方法のシナリオ

- 1.3 スケーラビリティ

2 Oracle DICOMプロトコル・アダプタのインストールおよび構成

- 2.1 Oracle DICOMプロトコル・アダプタについて

- 2.1.1 Oracle DICOMプロトコル・アダプタ

- 2.1.1.1 プロトコル・メッセージの処理

- 2.1.2 Oracle DICOMクローラ

- 2.1.3 Oracle DICOM WADOプロキシ

- 2.2 Oracle DICOMプロトコル・アダプタのデプロイ

- 2.2.1 アーカイブ・ファイルのデプロイ

- 2.2.2 標準デプロイメント

- 2.2.3 拡張デプロイメント

- 2.2.3.1 個々のコンポーネント・アーカイブの変更

- 2.2.3.1.1 DICOMアダプタ

- 2.2.3.1.2 DICOMクローラ

- 2.2.3.1.3 Oracle DICOM WADOプロキシ

- 2.3 Oracle DICOMプロトコル・アダプタの構成

- 2.3.1 DICOMアダプタの構成

- 2.3.1.1 adapter

- 2.3.1.2 UCM

- 2.3.1.3 DICOM

- 2.3.2 DICOMクローラの構成

- 2.3.2.1 crawler

- 2.3.2.2 jobs

- 2.3.2.3 hosts

- 2.3.2.4 datasets

- 2.3.3 DICOM WADOプロキシの構成

- 2.3.3.1 wado

- 2.3.3.2 hosts

- 2.4 サンプル構成シナリオ

- 2.4.1 シナリオ1: 画像と画像メタデータのインポート

- 2.4.2 シナリオ2: 画像メタデータのみのインポート

3 WebCenter用のOracle DICOMコンポーネントのインストールおよび構成

- 3.1 WebCenter用のOracle DICOMコンポーネントについて

- 3.2 WebCenter用のOracle DICOMコンポーネントのインストールおよび使用

- 3.2.1 コンポーネントのインストールおよび有効化

- 3.2.2 使用の前提条件

- 3.3 コンポーネントのカスタマイズ

- 3.3.1 oracle_dicom_config.hdaファイルの編集

- 3.3.1.1 UCM_DICOM_MAP

- 3.3.1.2 ORACLE_DICOM_FILTER_ALLOWED_GROUPS

- 3.3.1.3 ORACLE_DICOM_FILTER_ALLOWED_TYPES

- 3.3.1.4 ORACLE_DICOM_FILTER_ALLOWED_CREATEDDICOM_TYPES

- 3.3.1.5 ORACLE_DICOM_FILTER_ALLOWED_XML_TYPES

- 3.3.1.6 ORACLE_DICOM_IMAGE_CONFIG

- 3.3.1.7 ORACLE_DICOM_XML_CONFIG

- 3.3.1.8 ORACLE_DICOM_EXTRA_CONFIG

- 3.3.2 oracle_dicom_meta_init.hdaファイル

4 パフォーマンス・チューニングのヒント

- 4.1 パフォーマンスおよび使用方法

- 4.1.1 パフォーマンス・メトリック

- 4.1.2 パフォーマンスに影響する要素

- 4.1.3 使用方法のシナリオとパフォーマンス

- 4.2 パフォーマンス・チューニング

- 4.2.1 チューニングの担当者

A Oracle DICOMプロトコル・アダプタのXMLスキーマ

- A.1 ordim_adapter_config.xsd

- A.2 ordim_crawler_config.xsd

- A.3 ordim_wado_config.xsd

はじめに

このドキュメントでは、Oracle Multimedia DICOM機能をOracle WebCenter Contentに統合する方法について説明します。

対象読者

このガイドは、製品をインストールしてデプロイするユーザーを対象としています。この製品の主なユーザーは、WebCenter Content内での初期使用に備えてDICOMサポートをインストール、構成および設定するシステム・インテグレータです。エンド・ユーザーは、この製品を使用して画像をチェックインおよび表示し、管理者は、必要に応じて適切なWebCenter Content管理タスクを設定します。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

サポートを購入したオラクル社のお客様は、My Oracle Supportを介して電子的なサポートにアクセスできます。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。

関連ドキュメント

Oracle WebCenter Contentの完全なドキュメント・セットは、Oracleヘルプ・センター(http://www.oracle.com/pls/topic/lookup?ctx=fmw122120&id=wccdocs)から入手できます。

表記規則

このマニュアルでは次の表記規則を使用します。

表記規則

内容

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

1 概要

Digital Imaging and Communications in Medicine (DICOM)とは、医療用イメージング・ドメインで使用されるイメージング・ファイル形式とネットワーク・プロトコルを指定する標準です。Picture Archiving and Communications Systems (PACS)は、DICOMネットワーク・プロトコルを使用して、DICOM形式で医療用イメージを保存および転送するよう設計されています。

医用画像デバイス(CTスキャナやX線機器など)は、1つ以上のPACSと通信して画像を格納します。次に、健康管理の専門家が、DICOMビューア・アプリケーションを使用して画像を確認し、PACSに問い合せて関連する患者情報を取得します。

DICOMサポートは、Oracle WebCenter Contentに統合され、コンテンツ・サーバー・ユーザーにDICOM画像へのアクセス権が付与されています。この統合によって、最初はPACSまたはローカル・ファイル・システムに格納されている画像を、コンテンツ・サーバーを使用して管理できます。統合されているDICOMサポートは、Oracle Databaseの機能の1つであるOracle Multimedia DICOMの機能に基づいています。

この項では、次の項目について説明します。

- Oracle Multimedia DICOMとWebCenter Contentの統合

- 使用方法のシナリオ

- スケーラビリティ

1.1 Oracle Multimedia DICOMとWebCenter Contentの統合

Oracle WebCenter Contentと統合されたDICOMサポートは、Oracle Multimedia DICOM (Oracle Databaseの画像、音声、動画および医用画像データを効率的に管理および取得できるOracle Databaseの機能の1つ)に基づいています。Oracle MultimediaによるDICOMコンテンツの包括的なサポートには、健康管理および生命科学のオープンでスケーラブルなアーカイブおよびアプリケーションを可能にするセキュリティ、適合性、メタデータおよび処理機能の豊富なセットが含まれます。

DICOM機能をOracle WebCenter Contentと組み合せることで、コンテンツ・サーバー・ユーザーは、PACSまたはローカル・ファイル・システムから画像をインポートし、画像に関連するメタデータを抽出し、サムネイル・ビューを生成してWebCenter Contentに格納できます。ユーザーは、PACSに格納されているDICOM画像にWADO (Web Access to DICOM Persistent Objects)準拠のURLを通じてアクセスすることもできます。

画像から抽出されたDICOMメタデータは、コンテンツ・サーバーのカスタム・メタデータ・フィールドにマップされます。その場所で、ユーザーは必要に応じて管理できます。これによって、画像情報とメタデータを検索および取得するための共通インタフェースを持つ一連のPACSの統合ビューが提供されます。

WebCenter ContentのDICOMサポートには、次の2つの主な要素があります。

- Oracle DICOMプロトコル・アダプタ

- WebCenter用のOracle DICOMコンポーネント

PACSなどのDICOMクライアントのセットを管理するようにOracle DICOMプロトコル・アダプタを構成すると、アダプタによって、管理対象クライアントのセットが定期的に問い合され、新しいDICOM画像の存在が確認されます。新しい画像が検出されると、アダプタは、画像を取得し、WebCenter用のOracle DICOMコンポーネントを使用してそれらをコンテンツ・サーバーにチェックインします。

構成に応じて、次のタイプのコンテンツがチェックインされます。

- 元のDICOM画像

- 元の画像のDICOM以外のプレビュー画像(.jpegファイルなど)

- 元のDICOM画像に格納されているメタデータのXML表現

画像は、コンテンツ・サーバーへの格納後、標準サービスを通じて、またはDICOMネットワーク・プロトコルを介したDICOMアダプタからアクセスできます。

図1-1 Oracle Multimedia DICOMとWebCenter Contentの統合

1.1.1 Oracle DICOMプロトコル・アダプタ

Oracle DICOMプロトコル・アダプタ・スイートは、ビューアやPACSなどのDICOMクライアントと通信します。これは、WebCenter Contentと対話し、これらの通信に基づいた操作を実行して、画像の格納、問合せ、コンテンツ・サーバー・リポジトリからの取得を行います。

このスイートは、WebLogic Application Serverの中間層で実行される3つのWebLogicアプリケーションで構成されます。これらのアプリケーションは、PACS、ビューアおよび他のDICOMクライアントと通信します。

- Oracle DICOMプロトコル・アダプタ: スイートのコア・アプリケーションです。これは、標準のDICOMクライアント(PACSやDICOMビューアなど)とWebCenter Contentの間のブリッジとして機能します。

- Oracle DICOMクローラ: アダプタのスケジュール・サービスです。これは、DICOMプロトコルを使用して定期的にPACSのセットを問い合せ、新しいDICOM画像またはDICOMメタデータ(あるいはその両方)をWebCenter Contentにインポートします。

- Oracle DICOM WADOプロキシ: WADO形式のURLを通じてリモートDICOMクライアント(PACSなど)からDICOM画像を取得するために使用されるサービスです。

チェックイン時に、DICOM画像に対してコンテンツ・サーバー・エントリが必ず作成されます。スイートは、チェックインされたDICOM画像のメタデータのみを管理するように、または実際の画像も管理するように構成できます。これは、WADOリンクを管理して元の画像の場所を示すように構成することもできます。

詳細は、Oracle DICOMプロトコル・アダプタのインストールおよび構成を参照してください。

1.1.2 WebCenter用のOracle DICOMコンポーネント

WebCenter用のOracle DICOMコンポーネントがコンテンツ・サーバーにインストールされて有効化されると、チェックイン・フィルタの実装によってリポジトリ内の画像の格納と処理を管理するために使用されます。DICOMコンポーネントは、コンテンツ・サーバー・サービスのコレクションであり、ユーザーはDICOMコンテンツをチェックインして処理したり、DICOMチェックイン・サービスの動作を構成できます。

詳細は、WebCenter用のOracle DICOMコンポーネントのインストールおよび構成を参照してください。

1.2 使用方法のシナリオ

コンテンツ・サーバーは、DICOM画像または画像とメタデータの中央リポジトリとして機能します。これは、画像が複数のPACS間に分散することがあるDICOMの従来の使用方法とは異なります。

2つの一般的な使用方法のシナリオは次のとおりです。

- ユーザーは、PACSのすべてのDICOM画像と画像メタデータをコンテンツ・サーバーに統合します。

- ユーザーは、DICOM画像メタデータのみをコンテンツ・サーバーに統合します。

どちらのシナリオでも、インポートに使用するすべてのPACSの接続詳細を使用してOracle DICOMクローラを構成できます。PACSから戻される画像を制限するフィルタとして機能するDICOM問合せが、構成内の各PACSに関連付けられます。たとえば、日次ベースでPACSを問い合せて、前日以降にPACSに追加されたすべての画像を取得するようにクローラを構成できます。

また、WebCenter用のOracle DICOMコンポーネントは、画像のインポート時にコンテンツ・サーバーに保持する要素のメタデータ・マッピングを含めるように構成できます。

これら2つのシナリオを構成する方法の詳細は、サンプル構成シナリオを参照してください。

1.3 スケーラビリティ

DICOMクローラは、DICOMクライアント(PACSなど)の特定のセットを管理するように構成できます。セット内のDICOMクライアントごとに、DICOMクローラは、定期的にクライアントを問い合せ、最後の問合せ以降に追加された新しい画像を検出する必要があります。DICOMプロトコルでは、新しい画像の追加といったイベントの非同期通知に登録するメカニズムを指定しないため、このタイプのポーリングが必要です。

このアーキテクチャ上の制約によって、DICOMクローラは、100クライアント未満のサイズのDICOMクライアントのセットを管理するようにスケーリングする必要があります。これより負荷が高くなると、すべてのDICOMクライアントが問い合される結果、実際の更新がない場合でもネットワークが停滞する不要なトラフィックが発生するリスクが生じます。

2 Oracle DICOMプロトコル・アダプタのインストールおよび構成

Oracle DICOMプロトコル・アダプタは、Oracle DICOMプロトコル・アダプタ・スイートのコア・コンポーネントで、標準のDICOMクライアント(PACSやDICOMビューアなど)とWebCenter Contentの間のブリッジとして機能します。この章では、アダプタ、クローラおよびプロキシをインストールして構成する方法について説明します。

このドキュメントは、WebLogic Serverにアプリケーションをデプロイするプロセスについて読者がよく理解していることを前提としています。アプリケーション・デプロイメントの詳細は、Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイを参照してください

この章の構成は、次のとおりです。

- Oracle DICOMプロトコル・アダプタについて

- Oracle DICOMプロトコル・アダプタのデプロイ

- Oracle DICOMプロトコル・アダプタの構成

2.1 Oracle DICOMプロトコル・アダプタについて

Oracle DICOMプロトコル・アダプタは、3つのコンポーネントで構成されます。すべてのコンポーネントまたは選択したコンポーネントのみをWebLogic Serverにデプロイできます。

次の項で、各コンポーネントの概要について詳細に説明します。

- Oracle DICOMプロトコル・アダプタ

- Oracle DICOMクローラ

- Oracle DICOM WADOプロキシ

コンポーネントのデプロイの詳細は、次の項を参照してください。

- アーカイブ・ファイルのデプロイ

- 標準デプロイメント

- 拡張デプロイメント

各コンポーネントの構成の詳細は、次の項を参照してください。

- DICOMアダプタの構成

- DICOMクローラの構成

- DICOM WADOプロキシの構成

2.1.1 Oracle DICOMプロトコル・アダプタ

DICOMアダプタは、Oracle WebLogic ServerにResourceAdapterアプリケーションとしてデプロイされます。アダプタでは、次のDICOMプロトコル・ロールがサポートされます。

- C-ECHO SCP

- C-FIND SCP

- C-MOVE SCP

- C-STORE SCP

- C-STORE SCU

これらのプロトコル・ロールの詳細は、プロトコル・メッセージの処理を参照してください。

次の図は、プロトコル・アダプタが他のDICOMクライアント(DICOMビューアやPACSなど)およびWebCenter Contentと相互作用する方法を示しています。この例は、PACSがDICOMアダプタに画像をプッシュしてコンテンツ・サーバーにチェックインする方法を示しています。また、DICOMビューアがDICOMアダプタを通じてコンテンツ・サーバーのDICOM画像を問い合せ、取得する方法も示しています。

図2-1 Oracle DICOMプロトコル・アダプタの図

2.1.1.1 プロトコル・メッセージの処理

DICOMアダプタでは、DICOM規格で指定されているとおり、DICOMネットワーク・プロトコルの次の操作がサポートされます。DICOMクライアントは、DICOMアダプタにこれらのDICOMコマンドを発行して、コンテンツ・サーバーに格納されているDICOM画像コンテンツを問い合せ、取得できます。

- C-ECHO: DICOMアダプタとDICOMクライアントの間の接続を確認するために使用されます。C-ECHOリクエストを受信すると、DICOMアダプタは、メッセージが受信されたことと、接続が良好であることを示すC-ECHOレスポンスを発行します。

- C-MOVE: DICOMアダプタを問い合せ、C-MOVEリクエストで定義されている特定のメタデータ属性に一致する画像をコンテンツ・サーバー・リポジトリから取得するために使用されます(ワイルドカードがサポートされます)。

- C-STORE: DICOMアダプタに画像を転送するために使用されます。DICOMアダプタは、C-STOREリクエストを受信すると、関連するDICOM画像を取得し、その画像をコンテンツ・サーバーにチェックインします。

- C-FIND: DICOMアダプタを問い合せ、特定の問合せに一致するコンテンツ・サーバー・リポジトリの画像メタデータを取得するために使用されます。問合せではワイルドカードがサポートされます。

2.1.2 Oracle DICOMクローラ

Oracle DICOMクローラは、DICOMプロトコルを使用して定期的にPACSのセットを問い合せるDICOMアダプタのスケジュール・サービスで、新しいDICOM画像またはDICOMメタデータ(あるいはその両方)をコンテンツ・サーバーにインポートします。これは、Oracle WebLogic ServerにResourceAdapterアプリケーションとしてデプロイされます。

ユーザーは、ユーザー指定の検索基準に基づいて特定のDICOM画像を識別する目的で、PACSにDICOM C-FINDリクエストを定期的に発行するようにDICOMクローラを構成できます。DICOMクローラは、このような画像を識別すると、コンテンツ・サーバー・リポジトリに画像または画像のメタデータをチェックインするDICOMアダプタに各画像を転送するために、PACSにC-MOVEリクエストを発行します。次の図は、DICOMクローラ、PACSおよびDICOMアダプタ間におけるこれらのメッセージの交換方法を示しています。

図2-2 Oracle DICOMクローラの図

2.1.3 Oracle DICOM WADOプロキシ

Oracle DICOM WADOプロキシは、画像メタデータがコンテンツ・サーバー内に存在し、画像がPACSに含まれる場合にWADO形式のURLを通じてDICOM画像を取得するサービスです。

WADOプロキシは、Oracle WebLogic ServerにJAX-RSサーブレット・アプリケーションとしてデプロイされます。このプロキシは、特定のPACSから特定のDICOM画像を取得する操作に対応するHTTP GETリクエストをリスニングします。PACSのAEタイトルと画像の一意のSOPインスタンスUIDは、両方ともWADO URLの一部としてエンコードされます。WADO URLの形式は、次のとおりです。

http://hostname:port/dicom-net/resource/AE_TITLE /wado?requestType=WADO&studyUID=study_uid&seriesUID=series_uid &objectUID=instance_uid

プロキシは、このようなWADOリクエストを受信すると、画像を取得するために、対応するPACSにC-MOVEリクエストを発行します。プロキシは、発行したC-MOVEに対応するDICOM画像データを含むPACSからC-STOREリクエストを受信した後、WADOリクエストを発行したHTTPクライアントにDICOM画像データを渡します。

次の図は、WADOクライアントからのWADOリクエストを処理するために必要なメッセージのセットが様々なコンポーネント間でどのように交換されるかを示しています。また、PACSから取得されたDICOM画像のチェックイン時に、このタイプのWADO URLがどのように生成されるかも示しています。

図2-3 Oracle DICOM WADOプロキシの図

2.2 Oracle DICOMプロトコル・アダプタのデプロイ

Oracle DICOMプロトコル・アダプタをデプロイするには、次の複数の手順を実行する必要があります。

- Oracle DICOMプロトコル・アダプタを実行するために必要なJavaクラスおよびJavaライブラリが含まれるOrdDicomLibrary.earファイルをインストールしてデプロイします。

- 同様に、Oracle DICOMプロトコル・アダプタの各コンポーネントのファイルが含まれるOrdDicomAdapter.earアーカイブ・ファイルをインストールしてデプロイします。詳細は、アーカイブ・ファイルのデプロイを参照してください。

- 標準デプロイメント(標準デプロイメントを参照)を実行するか、インストール用に個々のコンポーネントを選択する拡張デプロイメント(拡張デプロイメントを参照)を実行します。

このドキュメントは、WebLogic Serverにアプリケーションをデプロイするプロセスについて読者がよく理解していることを前提としています。アプリケーション・デプロイメントの詳細は、Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイを参照してください

2.2.1 アーカイブ・ファイルのデプロイ

Oracle DICOMプロトコル・アダプタは、2つのWebLogicエンタープライズ・アーカイブ・ファイルとして配布されます。

OrdDicomLibrary.earアーカイブには、アダプタを実行するために必要なすべてのJavaクラスと他のJavaライブラリが含まれます。

OrdDicomAdapter.earアーカイブは、OrdDicomLibrary.earアーカイブ・ファイルを参照し、Oracle DICOMプロトコル・アダプタの3つのコンポーネントに対して基本的なデプロイメント構成を提供するために必要なXMLディスクリプタおよび構成ファイルを含みます。

WebLogicにOrdDicomLibrary.earアーカイブをデプロイするには、次のようなコマンドを発行してweblogic.Deployerツールを使用します。

java weblogic.Deployer -upload -name OrdDICOM -source OrdDicomLibrary.ear
-targets [target_name] -adminurl [weblogic_admin_url] -user [weblogic_user]
-deploy -library

Oracle DICOMプロトコル・アダプタの個々のコンポーネントをデプロイするには、Java jarツールを使用してOrdDicomAdapter.earアーカイブのコンテンツを抽出します。次に、Oracle DICOMプロトコル・アダプタの構成の説明に従って、デプロイの前にXML構成ファイルを変更します。

アーカイブがoracle-dicomというディレクトリに抽出される場合、ディレクトリのファイル構造は次のようになります。

oracle-dicom/META-INF/MANIFEST.MF
oracle-dicom/META-INF/application.xml
oracle-dicom/META-INF/weblogic-application.xml
oracle-dicom/APP-INF/lib/dicom-net_adapter.jar
oracle-dicom/APP-INF/lib/dicom-net_adapter.rar
oracle-dicom/APP-INF/lib/dicom-net_crawler.jar
oracle-dicom/APP-INF/lib/dicom-net_crawler.rar
oracle-dicom/APP-INF/lib/dicom-net_wado.war
oracle-dicom/APP-INF/classes/ordim_adapter_config.xml
oracle-dicom/APP-INF/classes/ordim_crawler_config.xml
oracle-dicom/APP-INF/classes/ordim_wado_config.xml

oracle-dicom/APP-INF/classesディレクトリのXMLファイルは、Oracle DICOMプロトコル・アダプタの各コンポーネントを構成するために使用されるファイルです。DICOMアダプタの構成、DICOMクローラの構成およびDICOM WADOプロキシの構成を参照してください。

oracle-dicom/APP-INF/lib/ディレクトリのアーカイブ・ファイルは、Oracle DICOMプロトコル・アダプタを構成するモジュールに対応します。

oracle-dicom/META-INF/ディレクトリのXMLファイルは、アプリケーションで使用されるすべてのモジュールおよびリソースを記述したWebLogicデプロイメント・ディスクリプタに対応します。

2.2.2 標準デプロイメント

注意:

OrdDicomLibrary.earライブラリは、Oracle DICOMプロトコル・アダプタをデプロイする前に、WebLogicと、コンテンツ・サーバーにインストールされているWebCenterのOracle DICOMコンポーネントにデプロイする必要があります。詳細は、アーカイブ・ファイルのデプロイおよびWebCenter用のOracle DICOMコンポーネントのインストールおよび使用を参照してください。

Oracle DICOMプロトコル・アダプタの3つの各コンポーネントの単一インスタンスをデプロイするには、oracle-dicom/APP-INF/classes/ディレクトリのXMLファイルを編集します。

構成ファイルを変更してから、次のようなコマンドを発行してWebLogicにアプリケーションをデプロイします。この例では、OrdDicomLibrary.earアーカイブをoracle-dicomというディレクトリに抽出していると仮定します。

java weblogic.Deployer -upload -name OracleDicomAdapterSuite -source 'oracle-dicom' -targets myserver -adminurl [weblogic_admin_url] -user [weblogic_user] -deploy

このコマンドによって、Oracle DICOMプロトコル・アダプタの3つのコンポーネントがWebLogicにデプロイされ、それらが起動されます。

2.2.3 拡張デプロイメント

Oracle DICOMプロトコル・アダプタの各コンポーネントは、1つのエンタープライズ・アーカイブにまとめられていますが、すべてのコンポーネントを一度にデプロイする必要はありません。特定のコンポーネントの複数のインスタンスをデプロイすることや、特定のコンポーネントのインスタンスを1つもデプロイしないことが可能です。

META-INF/application.xmlファイルは、デプロイ時に有効化されるモジュールを記述します。次に、このファイルの例を示します。

<?xml version="1.0" encoding="UTF-8"?>
<application xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/application_5.xsd"
version="5">
<!-- Oracle DICOM Protocol Adapter -->
<module>
<connector>/APP-INF/lib/dicom-net_adapter.rar</connector>
</module>
<module>
<ejb>/APP-INF/lib/dicom-net_adapter.jar</ejb>
</module>

<!-- Oracle DICOM Crawler -->
<module>
<connector>/APP-INF/lib/dicom-net_crawler.rar</connector>
</module>
<module>
<ejb>/APP-INF/lib/dicom-net_crawler.jar</ejb>
</module>

<!-- Oracle DICOM WADO Proxy -->
<module>
<web>
<web-uri>/APP-INF/lib/dicom-net_wado.war</web-uri>
<context-root>dicom-net</context-root>
</web>
</module>
</application>

この例では、Oracle DICOMプロトコル・アダプタの3つのすべてのコンポーネントが有効化されます。これらのコンポーネントのいずれかを無効化するには、削除するコンポーネントに対応するモジュール参照を削除(またはコメント・アウト)します。

DICOMアダプタ・コンポーネントとDICOMクローラ・コンポーネントの両方には、2つ以上のモジュール定義が必要です。

*.rarアーカイブは、コンポーネントのResourceAdapterアーカイブです(コンポーネントにはそのうちの1つが必要です)。

*.jarは、コンポーネントのMessageDrivenBean (MDB)アーカイブです(コンポーネントにはそのうちの1つ以上が必要です)。

DICOM WADOプロキシ・コンポーネントのインスタンスごとに、モジュール定義が1つのみ必要です(*.warアーカイブ)。

デフォルトでは、次のリストに示すとおり、Oracle DICOMプロトコル・アダプタ構成ファイルが、各MDBアーカイブに対して1つと、WADOプロキシ・アーカイブに対して1つあります。

- dicom-net_adapter.jarとordim_adapter_config.xml

- dicom-net_crawler.jarとordim_crawler_config.xml

- dicom-new_wado.warとordim_wado_config.xml

Oracle DICOMプロトコル・アダプタの3つのコンポーネントのいずれかについて、複数のインスタンスをデプロイするには、次の手順を実行します。

1. 適切なMDB (*.jar)アーカイブまたはWADO (*.war)アーカイブのコピーを作成します。

2. 個々のコンポーネント・アーカイブの変更の説明に従って、アーカイブのコピーを変更します。

3. 変更したアーカイブを、APP-INF/lib/ディレクトリの元のアーカイブと一緒に配置します。

4. 手順2で変更した新しいXML構成ファイルをAPP-INF/classes/ディレクトリに配置します。

5. 新しいアーカイブのMETA-INF/application.xmlファイルに<module> エントリを追加します。

6. weblogic.Deployerユーティリティを使用してコンポーネントをデプロイします(標準デプロイメントを参照)。

2.2.3.1 個々のコンポーネント・アーカイブの変更

この項では、様々なOracle DICOMプロトコル・アダプタ・コンポーネントに必要な変更について説明します。

2.2.3.1.1 DICOMアダプタ

アダプタの.jarアーカイブを変更するには、MDBの名前を変更し、使用するXML構成ファイルの名前を更新します。これを行うには、アーカイブのMETA-INF/ejb-jar.xmlファイルを編集し、(太字のイタリック体で示されている)次のパラメータ値を変更します。

<message-driven>
<display-name>DICOM_ADAPTER</display-name>
<ejb-name>DICOM_ ADAPTER</ejb-name>
[…]
</message-driven>

<container-transaction>
<method>
<ejb-name>DICOM_ ADAPTER</ejb-name>
[…]
</method>
[…]
</container-transaction>

<activation-config-property>
<activation-config-property-name>adapterConfig</activation-config-property-name>
<activation-config-property-value>ordim_adapter_config.xml</activation-config-property-value>
</activation-config-property>

アーカイブのMETA-INF/weblogic-ejb-jar.xmlファイルも編集し、(太字のイタリック体で示されている)次の追加パラメータ値を変更する必要があります。

<weblogic-enterprise-bean>
<ejb-name>DICOM_ ADAPTER</ejb-name>
[…]
</ weblogic-enterprise-bean>

2.2.3.1.2 DICOMクローラ

*.jarアーカイブを変更してOracle DICOMクローラの新しいインスタンスを作成するには、MDBの名前を変更し、使用するXML構成ファイルの名前を更新する必要があります。

これを行うには、アーカイブのMETA-INF/ejb-jar.xmlファイルを編集し、(太字のイタリック体で示されている)次のパラメータ値を変更します。

<message-driven>
<display-name>DICOM_CRAWLER</display-name>
<ejb-name>DICOM_CRAWLER</ejb-name>
[…]
</message-driven>

<container-transaction>
<method>
<ejb-name>DICOM_CRAWLER</ejb-name>
[…]
</method>
[…]
</container-transaction>

<activation-config-property>
<activation-config-property-name>crawlerConfig</activation-config-property-name>
<activation-config-property-value>ordim_crawler_config.xml</activation-config-property-value>
</activation-config-property>

アーカイブのMETA-INF/weblogic-ejb-jar.xmlファイルも編集し、(太字のイタリック体で示されている)次の追加パラメータ値を変更する必要があります。

<weblogic-enterprise-bean>
<ejb-name>DICOM_CRAWLER</ejb-name>
[…]
</ weblogic-enterprise-bean>

2.2.3.1.3 Oracle DICOM WADOプロキシ

WADOプロキシの新しいインスタンスを作成するには、最初にWADO .warアーカイブを変更します。これを行うには、サーブレットの名前を変更し、使用するXML構成ファイルの名前を更新するため、アーカイブのWEB-INF/web.xmlファイルを編集して(太字のイタリック体で示されている)次の値を変更します。

<context-param>
<param-name>wadoConfig</param-name>
<param-value>ordim_wado_config.xml</param-value>
</context-param>

<servlet>
<display-name>JAX-RS Servlet</display-name>
<servlet-name>jersey</servlet-name>
[…]
</servlet>

<servlet-mapping>
<servlet-name>jersey</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>

2.3 Oracle DICOMプロトコル・アダプタの構成

この項では、Oracle DICOMプロトコル・アダプタの3つのコンポーネントを構成する方法について説明します。

- DICOMアダプタの構成

- DICOMクローラの構成

- DICOM WADOプロキシの構成

2.3.1 DICOMアダプタの構成

DICOMアダプタを構成するには、ordim_adapter_config.xsdスキーマ(ordim_adapter_config.xsdを参照)に準拠するXMLファイルを作成します。

この項では、スキーマで構成可能な各要素について説明します。

2.3.1.1 adapter

DICOMアダプタのDICOMホスト情報を識別するために使用されます。

- title: ホストのDICOM AEタイトルを指定します。

- bind: ホストが着信DICOMアソシエーションをリスニングするポート番号を指定します。

次に、adapter要素の例を示します。

<adapter useSSL="false">
<title>UCM</title>
<bind port="11112"/>
</adapter>

2.3.1.2 UCM

コンテンツ・サーバー・チェックイン・プロパティによってWebCenter Contentサーバーに接続する方法を識別するために使用されます。

- connection: DICOMアダプタでWebCenter Contentに接続するために必要なパラメータを指定します。

- url: WebCenter Contentサーバーに接続するために使用するURL。

- login: WebCenter Contentサーバーに接続するためのログイン資格証明(ユーザー名とパスワード)。パスワードが指定されない場合、DICOMアダプタのリソース・アダプタに関連付けられたデフォルトのWebLogicセキュリティ・レルムの資格証明マップを通じて取得されます。

- properties: DICOMアダプタを通じてDICOM画像をチェックインする場合に使用するコンテンツ・サーバー・チェックイン・プロパティを識別するために使用します。

- property: コンテンツ・サーバー・チェックイン・プロパティの名前と値を指定します。有効なプロパティは次のとおりです。

- SECURITY_GROUP: チェックインに使用するWebCenter Contentセキュリティ・グループの名前を表す文字列値。

- DICOM_DOC_CHECKIN: チェックイン時にDICOM画像の画像表現を格納するかどうかを表すブール値。

- DICOM_DOC_TYPE: DICOM画像のチェックインに使用するコンテンツ・サーバー・ドキュメント・タイプを表す文字列値。

- DICOM_DOC_FOLDER: DICOM画像を格納するコンテンツ・サーバー・フォルダの名前を表す文字列値。

- DICOM_DOC_ORIGINAL: チェックイン時に元のDICOM画像を保持するかどうかを表すブール値。

- DICOM_DOC_PREVIEW: チェックイン時にDICOM画像の画像プレビューを生成するかどうかを表すブール値。

- DICOM_XML_CHECKIN: チェックイン時にDICOM画像のメタデータのXMLベース表現を生成するかどうかを表すブール値。

- DICOM_XML_TYPE: チェックイン時にDICOM XMLメタデータに使用するコンテンツ・サーバー・ドキュメント・タイプを表す文字列値。

- DICOM_XML_FOLDER: DICOM XMLメタデータを格納するコンテンツ・サーバー・フォルダの名前を表す文字列値。

- DICOM_WADO_LINK_ENABLE: DICOM画像のチェックイン時にWADO URLを生成するかどうかを表すブール値。

- DICOM_WADO_LINK_PREFIX: WADOリンク生成用のベースURL (接頭辞文字列)を表す文字列値。

次に、UCM要素の例を示します。

<UCM>
<connection>
<url location="http://hostname:16200/cs/idcplg"/>
<login username="user" password="pass"/>
</connection>
<properties>
<property name="SECURITY_GROUP"     value="DICOMGroup"/>
<property name="DICOM_DOC_CHECKIN"  value="true"/>
<property name="DICOM_DOC_TYPE"     value="DICOM"/>
<property name="DICOM_DOC_FOLDER"   value="/Contribution Folders/DICOM"/>
<property name="DICOM_DOC_ORIGINAL" value="true"/>
<property name="DICOM_DOC_PREVIEW"  value="false"/>
<property name="DICOM_XML_CHECKIN"  value="false"/>
<property name="DICOM_XML_TYPE"     value="DICOMXML"/>
<property name="DICOM_XML_FOLDER"   value="/Contribution Folders/DICOM"/>
<property name="DICOM_WADO_LINK_ENABLE" value="true"/>
<property name="DICOM_WADO_LINK_PREFIX" value="http://hostname:7001/dicom-net/resource"/>
</properties>
</UCM>

2.3.1.3 DICOM

DICOM固有の構成(AEタイトルとIPアドレス/ポートのマッピングなど)を指定します。

- hosts: アダプタへの接続を許可するDICOMクライアントのセットを指定します。

- host: アダプタが接続できるリモートDICOMクライアントのAEタイトル、IPアドレスおよびポートを指定します。

次に、DICOM要素の例を示します。

<DICOM>
<hosts>
<host title="TESTPACS" address="testpacs.hostname" port="11112"/>
<host title="WADO" address="127.0.0.1" port="12347"/>
</hosts>
</DICOM>

2.3.2 DICOMクローラの構成

Oracle DICOMクローラを構成するには、ordim_crawler_config.xsdスキーマ(ordim_crawler_config.xsdを参照)に準拠するXMLファイルを作成します。この項では、構成可能なスキーマの各要素について説明します。

2.3.2.1 crawler

DICOMクローラのDICOMホスト構成を指定します。

- title: クローラのDICOM AEタイトル。

次に、crawler要素の例を示します。

<crawler>
<title>UCM_CRAWLER</title>
</crawler>

2.3.2.2 jobs

単一のクローラ・ジョブを表します。

- target: 検索するDICOMクライアントのAEタイトル。

- dest: DICOM画像が送信されるDICOMホストのAEタイトル。

- period: ジョブ実行間の遅延間隔と時間単位。

- search: ジョブ起動中に実行する問合せのリスト(実行順)。各問合せは、ある問合せの出力が次の問合せの基本データセットとなるように連鎖されます。

- query: 単一の問合せを表し、データセットの名前および使用するDICOM検索ルートを指定します。

次に、jobs要素の例を示します。

<jobs>
<job>
<target title=" PACS "/>
<dest title="UCM"/>
<period duration="15" timeUnit="s"/>
<search>
<query searchRoot="study" dataset="Q1"/>
<query searchRoot="study" dataset="Q2"/>
<query searchRoot="study" dataset="Q3"/>
</search>
</job>
</jobs>

2.3.2.3 hosts

クローラの接続を許可するDICOMクライアントのセットを指定します。

- host: クローラが接続できるリモートDICOMクライアントのタイトル、IPアドレスおよびポートを指定します。

次に、hosts要素の例を示します。

<hosts>
<host title="UCM" address="localhost" port="12345"/>
<host title="PACS " address="pacs.hostname" port="11112"/>
</hosts>

2.3.2.4 datasets

クローラ・ジョブの問合せの一部として使用するDICOMデータセットのセットを指定します。各データセットには、ジョブのqueryタグで参照できる名前が割り当てられます。

- dataset: 単一のデータセットを指定します。

- value: DICOMタグとそれに対応する値(タグ/値ペア)。

次に、datasets要素の例を示します。

<datasets>
<dataset name="Q1">
<value tag="00080052">STUDY</value>
<value tag="0020000D">*</value>
</dataset>
<dataset name="Q2">
<value tag="00080052">SERIES</value>
<value tag="0020000E">*</value>
</dataset>
<dataset name="Q3">
<value tag="00080052">IMAGE</value>
<value tag="00080018">*</value>
</dataset>
</datasets>

2.3.3 DICOM WADOプロキシの構成

Oracle DICOM WADOプロキシを構成するには、ordim_wado_config.xsdスキーマ(ordim_wado_config.xsdを参照)に準拠するXMLファイルを作成します。この項では、構成可能なスキーマの各要素について説明します。

2.3.3.1 wado

Oracle DICOM WADOプロキシのDICOMホスト情報を識別するために使用されます。

- wado: プロキシのDICOMホスト情報を識別します。

- title: ホストのDICOM AEタイトルを指定します。

- bind: ホストが着信DICOMアソシエーションをリスニングするポート番号を指定します。

次に、wado要素の例を示します。

<wado useSSL="false">
<title>WADO</title>
<bind port="12347"/>
</wado>

2.3.3.2 hosts

プロキシの接続を許可するDICOMクライアントのセットを指定します。

- host: プロキシが接続できるリモートDICOMクライアントのAEタイトル、IPアドレスおよびポートを指定します。

次に、hosts要素の例を示します。

<hosts>
<host title="UCM" address="localhost" port="12345"/>
<host title="PACS " address="pacs.hostname" port="11112"/>
</hosts>

2.4 サンプル構成シナリオ

典型的な2つのシナリオについて、使用方法のシナリオで説明しました。この項では、各シナリオの構成方法の詳細について説明します。

各シナリオで、次の手順を実行する必要があります。

- ユーザーが画像をインポートするすべてのPACSの接続詳細を使用して、Oracle DICOMクローラを構成します。詳細は、DICOMクローラの構成を参照してください。

- 戻される画像を制限するフィルタとして機能するDICOM問合せを設定します。

- oracle_dicom_config.hdaファイルのUCM_DICOM_MAP ResultSetにメタデータ・マッピングを追加して、DICOMコンポーネントを構成します。画像のインポート時に保持するDICOMメタデータ要素ごとに、メタデータ・マッピングを追加します。詳細は、oracle_dicom_config.hdaファイルの編集を参照してください。

2.4.1 シナリオ1: 画像と画像メタデータのインポート

このシナリオでは、ユーザーがPACSのすべてのDICOM画像と画像メタデータをコンテンツ・サーバーに統合すると仮定します。

これを実現するには、DICOMアダプタ構成で次のプロパティを設定する必要があります。

<property name="DICOM_DOC_CHECKIN" value="true"/>
<property name="DICOM_DOC_ORIGINAL" value="true"/>

これらの設定によって、画像をPACSからインポートするときに、画像からメタデータを抽出してコンテンツ・サーバーのメタデータ・フィールドに移入し、元の画像をコンテンツ・サーバーに保持します。画像のインポート後は、そのメタデータに基づいて画像を検索し、直接コンテンツ・サーバーから、またはDICOMアダプタを通じて画像を取得できます。

2.4.2 シナリオ2: 画像メタデータのみのインポート

このシナリオでは、ユーザーがPACSのDICOM画像メタデータのみをコンテンツ・サーバーに統合すると仮定します。

WADOプロキシを構成して、すべてのPACSの接続詳細(DICOMクローラと同じセット)を含めるようにします。次のようにDICOMアダプタ構成にプロパティを設定します(hostname:portはWADOプロキシのホスト名とポートのセットに設定します)。

<property name="DICOM_DOC_CHECKIN" value="true"/>
<property name="DICOM_DOC_ORIGINAL" value="false"/>
<property name="DICOM_WADO_LINK_ENABLE" value="true"/>
<property name="DICOM_WADO_LINK_PREFIX" value="http://hostname:port/dicom-net/resource"/>

最初の2つのプロパティによって、画像がインポート時にコンテンツ・サーバーにチェックインされても、コンテンツ・サーバーによって、移入されたメタデータ・フィールドにDICOM画像メタデータのみが保持されます。

最後の2つのプロパティによって、コンテンツ・サーバーのメタデータ・フィールドの1つとしてWADOリンクを生成および追加します。このリンクは、WADOプロキシを示すURLで、画像が格納されているPACSから元の画像を取得するためにプロキシによって必要とされるすべての情報を含みます。そのため、ユーザーは、WADOリンクのURLを参照することで常に元の画像にアクセスできます。

このシナリオでは、メタデータに基づいてインポート済の画像を検索することはできますが(シナリオ1と同じ)、元の画像自体をコンテンツ・サーバーから直接取得することはできません。かわりに、画像を検索して、それを取得するために対応するWADOリンクを参照できます(コンテンツ・サーバーを通じて直接画像を検索する場合)。

または、画像を取得するためにDICOMアダプタを通じてDICOM問合せを発行できます。アダプタは、WADOリンクを通じてPACSから元の画像を透過的に取得し、リクエストを発行したDICOMクライアントに渡します。

3 WebCenter用のOracle DICOMコンポーネントのインストールおよび構成

WebCenter用のOracle DICOMコンポーネントは、ユーザーがコンテンツ・サーバーにDICOMコンテンツをチェックインして処理できるようにするサービスのコレクションです。

この章では、DICOMコンポーネントをインストールして構成する方法について説明します。内容は次のとおりです。

- WebCenter用のOracle DICOMコンポーネントについて

- WebCenter用のOracle DICOMコンポーネントのインストールおよび使用

- コンポーネントのカスタマイズ

3.1 WebCenter用のOracle DICOMコンポーネントについて

DICOMコンポーネントには、コンテンツ・サーバー・リポジトリにDICOM画像をチェックインできるフィルタが含まれます。また、DICOM以外の画像ソースおよび対応するDICOM XMLメタデータからDICOM画像を作成することもできます。

次の図は、ユーザーがコンテンツ・サーバーにDICOMソース画像をチェックインする場合の例を示しています。

図3-1 WebCenter用のOracle DICOMコンポーネントの図

チェックイン構成オプションに応じて、フィルタは次の1つ以上の処理手順を実行します。

- コンテンツ・サーバーのカスタム・メタデータ・フィールドへの移入

- 元のDICOMソース画像の保持

- 画像プレビュー(.jpegファイルなど)の生成

- DICOM XMLメタデータの生成

フィルタは、その処理を完了すると、結果データを標準のコンテンツ・サーバー・チェックイン・サービスに渡します。

次の図は、同様のチェックイン・シナリオを示していますが、この例では、フィルタはDICOM以外のソース画像とXML形式のDICOMメタデータを結合して最初にソースDICOM画像を作成しています。

図3-2 チェックイン・シナリオの図

3.2 WebCenter用のOracle DICOMコンポーネントのインストールおよび使用

この項では、コンテンツ・サーバーにコンポーネントをインストールして有効化する方法と、有効化後にコンポーネントを使用するための前提条件について説明します。次の内容について説明します。

- コンポーネントのインストールおよび有効化

- 使用の前提条件

3.2.1 コンポーネントのインストールおよび有効化

WebCenter用のOracle DICOMコンポーネントは、OracleDicom.zipという1つのzipアーカイブ・ファイルとして配布されます。

コンテンツ・サーバー・インスタンスにコンポーネントをインストールして有効化するには、次の手順を実行します。

1. メイン・メニューで、「管理」→「管理サーバー」の順にクリックします。

2. 画面の一番上にあるテキストの「拡張コンポーネント・マネージャ」リンクをクリックします。

3. 「新規コンポーネントのインストール」プロンプトの横にある「参照」をクリックします。ファイルが格納されている場所に移動してOracleDicom.zipファイルを選択します。

4. 「インストール」をクリックします。インストールされる要素が画面に表示されます。「続行」をクリックします。

5. ファイルをインストールすると、情報ページが表示されます。リンクをクリックしてコンポーネントを有効化し、コンテンツ・サーバーを再起動します。

コンポーネントを有効化したら、WebCenter用のOracle DICOMコンポーネントを使用するために次の操作を実行します。

- 使用の前提条件

- コンポーネントのカスタマイズ

コンポーネントを初期化した後、オプションでそれを使用できるように構成できます(oracle_dicom_config.hdaファイルの編集を参照)。

3.2.2 使用の前提条件

最初にWebCenter用のOracle DICOMコンポーネントを使用する前に、次の手順を実行する必要があります。

1. FrameworkFoldersコンポーネントを有効化します。

2. domain/ucm/cs/config/config.cfgファイルの次のパラメータを変更します。

- AllowPrimaryMetaFileをTRUEに設定します。

- SocketHostAddressSecurityFilter: DICOMアダプタがインストールされているWebLogic ServerのIPアドレスを追加します。

- IntradocServerPort: IDCプロトコルで使用するポート番号(通常は4444)に値を設定します。

- IsAutoNumberをTRUEに設定します。

3. oracle_dicom_config.hdaファイルとoracle_dicom_meta_init.hdaファイルがdomain/ucm/cs/data/OracleDicomに存在することを確認します。このディレクトリは、最初のインストールの前には存在しないことに注意してください。このディレクトリを作成してそこに.hdaファイルをコピーする必要があります。

4. 次の.jarファイルがJava CLASSPATHに存在することを確認します。これらのファイルは、OracleDicomインストール・ディレクトリの/libディレクトリに含まれます。jai*./jarをdomain/lib/ディレクトリにリンクまたはコピーしてから、WebLogicおよびWebCenter Contentサーバーを両方とも再起動します。

- aurora.jar

- orddcmmt.jar

- clibwrapper_jiio.jar

- ordimdcm.jar

- jai_codec.jar

- ordimimg.jar

- jai_core.jar

- ordim.jar

- jai_imageio.jar

- xmlparserv2.jar

3.3 コンポーネントのカスタマイズ

oracle_dicom_config.hdaおよびoracle_dicom_meta_init.hdaファイルは、OracleDicomコンポーネントのインストール・ディレクトリの/dataディレクトリに存在します。これらのファイルを編集して、コンポーネントをカスタマイズできます。

- oracle_dicom_config.hdaファイルは、OracleDicomコンポーネントの構成ファイルです。詳細は、oracle_dicom_config.hdaファイルの編集を参照してください。

- oracle_dicom_meta_init.hdaファイルは、コンポーネントをインストールして有効化すると作成されるWebCenter Contentのカスタム・メタデータ・フィールド、ドキュメント・タイプ、セキュリティ・グループ、表およびフォルダをリストした初期化ファイルです。これらのカスタム・メタデータ・フィールドは、DICOMメタデータ・タグをカスタム・コンテンツ・サーバー・フィールドにマップするためにコンポーネントによって使用されます。ドキュメント・タイプとセキュリティ・グループは、DICOM画像をチェックインするために使用されます。詳細は、oracle_dicom_meta_init.hdaファイルを参照してください。

ユーザーは、これらのファイルを必要に応じて変更し、コンポーネントを有効化する前にdomain/ucm/cs/data/OracleDicom/ディレクトリにリンクまたはコピーできます。

3.3.1 oracle_dicom_config.hdaファイルの編集

構成ファイルは、WebCenter用のOracle DICOMコンポーネントの外観と動作を構成するために使用します。ファイルは、Oracle WebCenter Contentアプリケーション・データ・ファイルとしてフォーマットされ、domain/ucm/cs/data/OracleDicomのインスタンスに格納されます。ファイルの名前は、oracle_dicom_config.hdaです。

次の項目を前もってWebCenter Contentに作成し、必要に応じて構成ファイルで参照および使用できます。

- DICOM画像またはメタデータのセキュリティ・グループ

- 次の要素のドキュメント・タイプ

- DICOM画像

- DICOM XMLメタデータ

- 新規作成されたDICOM画像

- DICOMメタデータ・タグにマップされているカスタム・メタデータ・フィールド

- DICOM画像またはメタデータが格納されているフォルダ

- 生成されたWADOリンクにマップされているカスタム・メタデータ・フィールド

この項では、構成可能なoracle_dicom_config.hdaファイルのResultSetエントリについて説明します。

- UCM_DICOM_MAP

- ORACLE_DICOM_FILTER_ALLOWED_GROUPS

- ORACLE_DICOM_FILTER_ALLOWED_TYPES

- ORACLE_DICOM_FILTER_ALLOWED_CREATEDDICOM_TYPES

- ORACLE_DICOM_FILTER_ALLOWED_XML_TYPES

- ORACLE_DICOM_IMAGE_CONFIG

- ORACLE_DICOM_XML_CONFIG

- ORACLE_DICOM_EXTRA_CONFIG

3.3.1.1 UCM_DICOM_MAP

このResultSetでは、コンテンツ・サーバーのカスタム・メタデータ・フィールドをDICOMメタデータ属性にマップする方法を指定します。これには、3つの列(コンテンツ・サーバーのカスタム・メタデータ・フィールドの名前、DICOMメタデータ・タグ、およびチェックイン時にDICOM画像からこのタグ値を抽出するかどうかを示すフラグ)が含まれます。

たとえば、コンテンツ・サーバーのカスタム・メタデータ・フィールドのDICOM_STUDY_INSTANCE_UIDをDICOM属性の(0020, 000D)にマップし、コンテンツ・サーバーのメタデータ・フィールドのDICOM_PATIENT_NAMEをDICOM属性の(0010, 0010)にマップするには、構成ファイルに次の行を含めます。

@ResultSet UCM_DICOM_MAP
3
ucm_metadata_name
dicom_metadata_tag
extracted
DICOM_STUDY_INSTANCE_UID
0020000D
1
DICOM_PATIENT_NAME
00100010
1
@end

3.3.1.2 ORACLE_DICOM_FILTER_ALLOWED_GROUPS

このResultSetでは、チェックインしたDICOM画像をDICOMコンポーネントで処理する場合のセキュリティ・グループのセットを指定します。次の例は、このResultSetを指定する方法を示しています。

@ResultSet ORACLE_DICOM_FILTER_ALLOWED_GROUPS
1
security_group_name
DICOMGroup
@end

3.3.1.3 ORACLE_DICOM_FILTER_ALLOWED_TYPES

このResultSetでは、DICOM画像のチェックイン時にDICOMコンポーネントによって処理するドキュメント・タイプのセットを指定します。次の例は、このResultSetを指定する方法を示しています。

@ResultSet ORACLE_DICOM_FILTER_ALLOWED_TYPES
1
doc_type_name
DICOM
@end

3.3.1.4 ORACLE_DICOM_FILTER_ALLOWED_CREATEDDICOM_TYPES

このResultSetでは、DICOM画像の作成で、チェックインしたDICOM以外のソース画像をDICOMコンポーネントによって処理する場合のドキュメント・タイプのセットを指定します。

これらのタイプは、対応するDICOM XMLメタデータを使用してJPEGなどのDICOM以外の画像ソースからDICOM画像を作成する場合に、チェックイン時に指定されます。次に、このResultSetの例を示します。

@ResultSet ORACLE_DICOM_FILTER_ALLOWED_CREATEDDICOM_TYPES
1
doc_type_name
CREATEDDICOM
@end

3.3.1.5 ORACLE_DICOM_FILTER_ALLOWED_XML_TYPES

このResultSetでは、DICOM XMLメタデータの生成で、チェックインしたDICOM画像をDICOMコンポーネントで処理する場合のドキュメント・タイプのセットを指定します。

これらのタイプは、ユーザーがチェックインしたソースDICOM画像に基づいてDICOM XMLメタデータ・ドキュメントを作成する場合に、チェックイン時に指定されます。次に、このResultSetの例を示します。

@ResultSet ORACLE_DICOM_FILTER_ALLOWED_XML_TYPES
1
doc_type_name
DICOMXML
@end

3.3.1.6 ORACLE_DICOM_IMAGE_CONFIG

このResultSetでは、DICOM画像のチェックイン時におけるDICOMコンポーネントの動作を構成する一連の属性/値ペアを指定します。ユーザーは、次の属性の値を設定できます。

- DICOM_PREFIX: チェックイン時にDICOM画像に割り当てられるドキュメント・タイトルの接頭辞を表す文字列。

- DICOM_SUFFIX: チェックイン時にDICOM画像に割り当てられるドキュメント・タイトルの接尾辞を表す文字列。

- IF_DICOM_CHECKIN_PACS: DICOMアダプタから画像をチェックインする場合に元のDICOM画像を保持するかどうかを表すブール値。

- IF_DICOM_CHECKIN_FILE: コンテンツ・サーバーのWebインタフェースから画像をチェックインする場合に元のDICOM画像を保持するかどうかを表すブール値。

- IF_THUMBNAIL_CHECKIN: チェックインした元のDICOM画像のDICOM以外のプレビュー画像を生成するかどうかを表すブール値。

- IF_THUMBNAIL_PRIMARY: チェックインした元のDICOM画像を保持しない場合に、プレビュー画像をドキュメントのプライマリ・ファイルにするかどうかを表すブール値。

- IF_FILL_CUSTOM_METADATA: DICOMタグに対応するコンテンツ・サーバーのカスタム・メタデータ・フィールドに移入する目的で、チェックインしたDICOM画像からメタデータを抽出するかどうかを表すブール値。

- THUMBNAIL_SUFFIX: DICOM画像のチェックイン時に生成されるプレビュー画像に割り当てられるドキュメント・タイトルの接尾辞を表す文字列。

- THUMBNAIL_VERB: チェックインしたDICOM画像から画像プレビューを生成する方法を表す文字列。たとえば、JPEG画像プレビューを生成するには、この属性にfileFormat=jpegという値を指定します。

次に、これらのオプションに値を指定する例を示します。

@ResultSet ORACLE_DICOM_IMAGE_CONFIG
2
attribute_name
attribute_value
DICOM_PREFIX
dicom
DICOM_SUFFIX
.dcm
IF_DICOM_CHECKIN_PACS
true
IF_DICOM_CHECKIN_FILE
true
IF_THUMBNAIL_CHECKIN
true
IF_THUMBNAIL_PRIMARY
false
IF_FILL_CUSTOM_METADATA
true
THUMBNAIL_SUFFIX
.jpg
THUMBNAIL_VERB
fileFormat=jpeg
@end

3.3.1.7 ORACLE_DICOM_XML_CONFIG

このResultSetでは、DICOM XMLメタデータの生成で、DICOM画像のチェックイン時におけるDICOMコンポーネントの動作を構成する一連の属性/値ペアを指定します。ユーザーは、次の属性の値を設定できます。

- SUFFIX: チェックイン時に生成されるDICOM XMLメタデータ・ファイルに割り当てられるドキュメント・タイトルの接尾辞を表す文字列。

- IF_DICOM_CHECKIN: DICOM XMLメタデータ・ファイルを生成する場合に元のDICOM画像を保持するかどうかを表すブール値。

- IF_XML_PRIMARY: チェックインした元のDICOM画像を保持しない場合に、DICOM XMLメタデータ・ファイルをドキュメントのプライマリ・ファイルにするかどうかを表すブール値。

- IF_FILL_CUSTOM_METADATA: DICOMタグに対応するコンテンツ・サーバーのカスタム・メタデータ・フィールドに移入する目的で、チェックインしたDICOM画像からメタデータを抽出するかどうかを表すブール値。

次にこの結果セットの例を示します。

@ResultSet ORACLE_DICOM_XML_CONFIG
2
attribute_name
attribute_value
SUFFIX
.xml
IF_DICOM_CHECKIN
false
IF_XML_PRIMARY
true
IF_FILL_CUSTOM_METADATA
false
@end

3.3.1.8 ORACLE_DICOM_EXTRA_CONFIG

このResultSetでは、他のResultSet構成セクションで定義されていないDICOMコンポーネントによって使用される属性/値ペアのセットを指定します。現在のところ、有効な属性はOracleDicomWADOLinkのみです。この属性の値は、生成されたWADOリンクがDICOM画像のチェックイン時に格納されるコンテンツ・サーバーのカスタム・メタデータ・フィールドの名前を指定する文字列です。

次に、このResultSetの例を示します。

@ResultSet ORACLE_DICOM_EXTRA_CONFIG
2
attribute_name
attribute_value
OracleDicomWADOLink
ORACLE_DICOM_WADO_LINK
@end

3.3.2 oracle_dicom_meta_init.hdaファイル

oracle_dicom_meta_init.hdaファイルには、OracleDicomコンポーネントをインストールして有効化したときに作成されるカスタム・メタデータ・フィールドを指定するResultSetのUCM_DICOM_META_LISTが含まれます。

ResultSetのUCM_DICOM_META_LISTには、次の3つの列が含まれます。

- ucm_dicom_metadata_name

- ucm_dicom_metadata_caption

- ucom_dicom_metadata_type

これらによって、作成されるカスタム・メタデータのキャプションとタイプをリストします。

たとえば、名前がDICOM_STUDY_DATE、キャプションがDICOM Study Date、タイプがDateであるカスタム・メタデータを作成するには、ResultSetに次の行を含めます。

@ResultSet UCM_DICOM_META_LIST
3
ucm_dicom_metadata_name
ucm_dicom_metadata_caption
ucm_dicom_metadata_type
DICOM_STUDY_DATE
DICOM Study Date
Date
@end

4 パフォーマンス・チューニングのヒント

この章では、この機能から最適なパフォーマンスを得る方法について説明します。

この章の内容は次のとおりです。

- パフォーマンスおよび使用状況

- パフォーマンス・チューニング

4.1 パフォーマンスおよび使用状況

機能のパフォーマンスは、実装における異なる使用方法のシナリオによって直接影響を受けることがあります。この項では、パフォーマンスに影響する可能性のある異なる要素について説明します。

4.1.1 パフォーマンス・メトリック

次の要素を使用して、パフォーマンスを測定できます。

- チェックイン構成オプションごとにDICOMコンポーネントがコンテンツ・サーバーに挿入できる1秒当たりの画像の数(固定サイズの画像)。

- DICOMアダプタがDICOMクライアントに提供できる1秒当たりの画像の数(固定サイズの画像)。

- DICOMアダプタがDICOMクライアントから取得できる1秒当たりの画像の数(固定サイズの画像)。

4.1.2 パフォーマンスに影響する要素

この機能のパフォーマンスは、次の要素から影響を受ける可能性があります。

- コンテンツ・サーバーのレスポンス時間

- DICOMクライアントのレスポンス時間

- 管理対象DICOMクライアントの数

- 各管理対象クライアントのポーリング間隔

- DICOM画像のサイズ

4.1.3 使用方法のシナリオとパフォーマンス

次のリストは、いくつかの主な使用方法のシナリオを示しています(各シナリオのパフォーマンスへの影響に関する説明が続きます)。

- DICOMクローラは、PACSなどの管理対象DICOMクライアントのセットを問い合せて新しい画像を取得し、DICOMアダプタは、DICOMコンポーネントを使用してその画像をコンテンツ・サーバーにチェックインします。

- DICOMアダプタは、DICOMビューアなどの別のDICOMクライアントからの問合せに応答し、コンテンツ・サーバーに格納されている適切な画像およびメタデータを検索して、その結果セットをDICOMクライアントに戻します。

- WebCenter Contentアプリケーションは、DICOMコンポーネントを使用して、コンテンツ・サーバーにDICOM画像を直接チェックインします。

- WebCenter Contentアプリケーションは、DICOMコンポーネントを使用して、コンテンツ・サーバーに.jpegファイルなどのDICOM以外のソース画像および対応するDICOM XMLメタデータをチェックインすることで、新しいDICOM画像を作成します。

- WebCenter Contentアプリケーションは、コンテンツ・サーバーを直接問い合せ、DICOMコンポーネントを使用して、チェックインしたDICOM画像を検索および取得します。

- HTTPクライアントは、WADOプロキシを問い合せ、コンテンツ・サーバーが画像メタデータのみを管理している(ただし、元の画像はPACSに格納されている) DICOM画像をWADO形式のURLを通じて取得します。

次のリストは、異なるシナリオのパフォーマンスへの影響を示しています。

- シナリオ1: パフォーマンスは、前述のパフォーマンス要素のすべてから影響を受けます。この場合、DICOMクローラとDICOMアダプタは、DICOMクライアントおよびWebCenter Contentの両方と通信する必要があります。したがって、パフォーマンスはシステムの応答性に影響を受けます。DICOMコンポーネントは、追加されたそれぞれの画像を処理する必要があるため、画像のサイズは、サムネイル生成、メタデータ抽出、チェックイン時間などの処理に影響を与えます。また、多数の管理対象DICOMクライアントが存在する場合、それらのクライアントの数は、システムに対する負荷(および各クライアントに対するポーリング頻度)に影響します。

- シナリオ2: DICOMアダプタは、コンテンツ・サーバーに問合せを発行し、適切なDICOM画像データまたはメタデータを取得して、その結果セットをDICOMクライアントに戻す必要があります。パフォーマンスは、主に、コンテンツ・サーバーのレスポンス時間(検索レスポンスおよびデータ交換)とDICOMクライアントのレスポンス時間から影響を受けます。画像データをコンテンツ・サーバーとDICOMクライアントの間で転送する必要があるため、DICOM画像のサイズも影響します。

- シナリオ3および4: DICOMコンポーネントは、チェックインに指定されている着信DICOM画像を処理する必要があります(シナリオ4では最初にDICOM画像が生成されます)。サービスは、DICOM画像の処理を担当します。たとえば、サービスは、構成オプションやサービス・パラメータに応じて、特定のDICOM画像からメタデータを抽出したり、そのサムネイル画像を生成する必要があります。このシナリオにおけるパフォーマンス上の主な考慮事項は、コンテンツ・サーバーのレスポンス時間とDICOM画像のサイズです。

- シナリオ5: WebCenter Contentアプリケーションは、コンテンツ・サーバーを直接問い合せて、DICOMコンポーネントによって(またはDICOMアダプタから間接的に)チェックインされたDICOM画像コンテンツ(またはメタデータ)を取得します。パフォーマンス上の考慮事項は、コンテンツ・サーバーから任意のタイプの画像を取得する場合と同様です。

- シナリオ6: HTTPクライアントは、WADOプロキシを問い合せて、PACSなどのDICOMクライアントに格納されているDICOM画像を取得します。この場合、WADOプロキシは、最初にDICOMリクエストを発行してDICOMクライアントから画像を取得し、次にHTTPクライアントのリクエストに応答してその画像データをクライアントに戻します。このタイプのリクエストのパフォーマンスは、DICOMクライアントの応答性および画像のサイズに影響を受けます。

4.2 パフォーマンス・チューニング

チューニング可能なパフォーマンス属性の1つは、管理対象DICOMクライアントのポーリング間隔です(DICOMクローラの構成を参照)。管理対象DICOMクライアントごとに、この間隔によって、最後の問合せを開始した後で新しい画像をDICOMクライアントに問い合せる前にDICOMクローラが待機する必要のある時間を指定します。このパラメータの値を小さくすると、DICOMクライアントへの問合せ頻度が高くなるため、システム、ネットワークおよびDICOMクライアントに対する負荷が増加します。

このパラメータをチューニングする場合、チェックインされた新しい画像を検索で使用できるようにするため、状況に応じてコンテンツ・サーバーの索引付け間隔を変更する必要があります。

もう1つのチューニング可能なパフォーマンス属性は、チェックイン時にDICOMコンポーネントによって保持または生成するデータを制御するオプションです。オプションは次のとおりです。

- 元のDICOM画像の保持

- コンテンツ・サーバーに画像をチェックインしないメタデータのみのチェックイン。コンテンツ・サーバーのメタデータ・フィールドのみが移入されます。

- 画像プレビューの生成

- DICOM XMLメタデータの生成

メタデータのみのチェックイン・オプションは、チェックインでは最高のパフォーマンスを得ることができますが、画像の取得では最高のパフォーマンスを得られないことがあります(この場合、コンテンツ・サーバーに元の画像を格納する方が優れています)。どちらの場合でも、画像プレビューの生成とDICOM XMLメタデータの生成は、チェックインのパフォーマンスにのみ影響を与えます。

4.2.1 チューニングの担当者

DICOMアダプタ・スイートを管理するコンテンツ・サーバーの管理者(またはユーザー)は、管理対象DICOMクライアントのポーリング間隔をチューニングして、管理対象DICOMクライアントの応答性と負荷を調整する必要があります。特定の設定において各コンポーネントでDICOMクライアントにどの程度の負荷をかけるかについては、ユーザーごとに好みがあるため、チューニングを自動的に実行することはできません。

管理者またはユーザーは、DICOM画像のチェックイン・オプションをチューニングする必要もあります。状況によっては、画像プレビューまたはDICOM XMLメタデータ生成(あるいはその両方)の機能を使用したり、製品がインストールされているサイトで特定のストレージの問題に対応する必要があるため、この値を自動的にチューニングすることはできません。

A Oracle DICOMプロトコル・アダプタのXMLスキーマ

この付録では、Oracle DICOMプロトコル・アダプタのコンポーネントに必要とされるXMLスキーマを示します。

この付録の内容は次のとおりです。

- ordim_adapter_config.xsd

- ordim_crawler_config.xsd

A.1 ordim_adapter_config.xsd

DICOMアダプタを構成する場合、次のスキーマを使用します。

<?xml version="1.0" encoding="ISO-8859-1" ?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:include schemaLocation="ordim_common.xsd"/>

<xs:complexType name="dicom_ucm_metadata_pairing_t">
<xs:attribute name="tag" type="dicom_tag_t" use="required"/>
<xs:attribute name="field" type="ucm_field_t" use="required"/>
</xs:complexType>

<xs:complexType name="ucm_property_t">
<xs:attribute name="name" type="ucm_field_t" use="required"/>
<xs:attribute name="value" type="ucm_field_value_t" use="required"/>
</xs:complexType>

<xs:complexType name="dicom_ucm_metadata_map_t">
<xs:sequence>
<xs:element name="entry" type="dicom_ucm_metadata_pairing_t" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="dicom_tag_set_t">
<xs:sequence>
<xs:element name="tag" type="dicom_tag_t" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="ucm_properties_map_t">
<xs:sequence>
<xs:element name="property" type="ucm_property_t" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="ucm_config_t">
<xs:sequence>
<xs:element name="connection" type="ucm_connection_info_t"/>
<xs:element name="properties" type="ucm_properties_map_t"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="dicom_config_t">
<xs:sequence>
<xs:element name="hosts" type="dicom_host_config_t"/>
<xs:element name="wado" minOccurs="0">
<xs:complexType>
<xs:attribute name="baseURL" type="url_t" use="required"/>
</xs:complexType>
</xs:element>
<xs:element name="selectedTags" type="dicom_tag_set_t"/>
<xs:element name="tagMap" type="dicom_ucm_metadata_map_t"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="ordim_adapter_config_t">
<xs:sequence>
<xs:element name="adapter" type="dicom_local_host_t"/>
<xs:element name="UCM" type="ucm_config_t"/>
<xs:element name="DICOM" type="dicom_config_t"/>
</xs:sequence>
</xs:complexType>

<xs:element name="ordim_ucm_adapter_config" type="ordim_adapter_config_t"/>

</xs:schema>

A.2 ordim_crawler_config.xsd

DICOMクローラを構成する場合、次のスキーマを使用します。

<?xml version="1.0" encoding="ISO-8859-1" ?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:include schemaLocation="ordim_common.xsd"/>

<xs:simpleType name="dicom_value_t">
<xs:restriction base="string_t"/>
</xs:simpleType>

<xs:complexType name="dicom_tag_value_t">
<xs:simpleContent>
<xs:extension base="dicom_value_t">
<xs:attribute name="tag" type="dicom_tag_t" use="required"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>

<xs:complexType name="dicom_dataset_t">
<xs:sequence>
<xs:element name="value" type="dicom_tag_value_t" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="named_dicom_dataset_t">
<xs:complexContent>
<xs:extension base="dicom_dataset_t">
<xs:attribute name="name" type="nonempty_string_t" use="required"/>
</xs:extension>
</xs:complexContent>
</xs:complexType>

<xs:simpleType name="dicom_search_root_t">
<xs:restriction base="string_t">
<xs:enumeration value="patient"/>
<xs:enumeration value="study"/>
<xs:enumeration value="no_root"/>
</xs:restriction>
</xs:simpleType>

<xs:simpleType name="time_unit_t">
<xs:restriction base="string_t">
<xs:enumeration value="ms"/>
<xs:enumeration value="s"/>
<xs:enumeration value="h"/>
<xs:enumeration value="m"/>
<xs:enumeration value="d"/>
</xs:restriction>
</xs:simpleType>

<xs:complexType name="dicom_query_t">
<xs:attribute name="searchRoot" type="dicom_search_root_t"/>
<xs:attribute name="dataset" type="nonempty_string_t"/>
</xs:complexType>

<xs:complexType name="dicom_query_list_t">
<xs:sequence>
<xs:element name="query" type="dicom_query_t" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="crawler_period_t">
<xs:attribute name="start" type="nonempty_string_t"/>
<xs:attribute name="duration" type="integer_t" use="required"/>
<xs:attribute name="timeUnit" type="time_unit_t"/>
</xs:complexType>

<xs:complexType name="crawler_job_t">
<xs:sequence>
<xs:element name="target" type="dicom_simple_host_t"/>
<xs:element name="dest" type="dicom_simple_host_t"/>
<xs:element name="period" type="crawler_period_t"/>
<xs:element name="search" type="dicom_query_list_t"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="crawler_job_list_t">
<xs:sequence>
<xs:element name="job" type="crawler_job_t" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="dicom_dataset_set_t">
<xs:sequence>
<xs:element name="dataset" type="named_dicom_dataset_t" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="ordim_crawler_config_t">
<xs:sequence>
<xs:element name="crawler" type="dicom_local_client_t"/>
<xs:element name="jobs" type="crawler_job_list_t"/>
<xs:element name="hosts" type="dicom_host_config_t"/>
<xs:element name="datasets" type="dicom_dataset_set_t"/>
</xs:sequence>
</xs:complexType>

<xs:element name="ordim_crawler_config" type="ordim_crawler_config_t"/>

</xs:schema>

A.3 ordim_wado_config.xsd

DICOM WADOプロキシを構成する場合、次のスキーマを使用します。

<?xml version="1.0" encoding="ISO-8859-1" ?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:include schemaLocation="ordim_common.xsd"/>

<xs:complexType name="ordim_wado_config_t">
<xs:sequence>
<xs:element name="wado" type="dicom_local_host_t"/>
<xs:element name="hosts" type="dicom_host_config_t"/>
</xs:sequence>
</xs:complexType>

<xs:element name="ordim_wado_config" type="ordim_wado_config_t"/>

</xs:schema>