Oracle® DIVAdirector

管理者ガイド

Release 5.3

E71120-01

2015 年 10 月

Oracle DIVAdirector 管理者ガイド, Release 5.3

E71120-01

著作権 © 2015, Oracle and/or its affiliates. All rights reserved.

著者:  Lou Bonaventura

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

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

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

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 Corporation およびその関連会社は一切の責任を負いかねます。

Oracle および Java はオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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 概要

- インストールの準備

2 DIVAdirector の初期構成

- 管理パスワードの変更

- DIVAdirector Server の接続の構成

- 構成画面へのアクセス

- DIVAdirector Server ネットワーク接続の確認

- DIVAdirector データベースの接続の確認

- TCP 接続ポートの確認

- SAMMAsolo サポートの確認

- Oracle DIVArchive Manager の接続の構成

- DIVAdirector ユーザーインタフェースの構成

- システム設定

- システムポリシー

- データベース同期フィルタリング

- キーボードショートカットの構成

- ショットリストショートカット

- プロキシプレーヤーのショートカット

- スタイル

- DIVAdirector Web Server の構成

- リスニングポートの構成

- IIS サービスアカウントの構成

- ストレージロケーションの構成

- ドロップフォルダの構成

- DIVArchive 操作ドロップフォルダ

- 特殊な名前のファイル

- プロキシドロップフォルダ

- アノテーションドロップフォルダ

- 新しい DIVArchive 操作ドロップフォルダの追加

- 新しいプロキシドロップフォルダの追加

- Windows にストレージロケーションをマッピングしてフォルダの権限を設定する

- IIS で DIVAdirector Web Server にプロキシフォルダを追加する

- DIVAdirector Server にプロキシの場所を追加する

- プロキシの場所のストレージサイズの構成

- プロキシの場所の充填方法の構成

- プロキシの場所の操作状態

- ドロップフォルダの構成

- 「DESCRIPTION」パラメータ

- 「ACTION」パラメータ

- プロキシアクション

- アーカイブアクション

- 復元アクション

- コピーアクション

- パージアクション

- XML ウィザードの使用

- アクション画面

- 設定画面 (次または最終)

- フィールドマッピング画面 (最終)

- XML 構成ファイルの直接編集

- DIVArchive 操作ドロップフォルダ特有の構成

- アーカイブアクションのパラメータ

- コピーアクションのパラメータ

- 復元アクションのパラメータ

- パージアクションのパラメータ

- トランスコードサービスの構成

- Web 構成ファイルの変更

- Windows サービスの変更

- トランスコードサービスの Windows サービスの起動と停止

- ロギングの構成

- DIVAdirector Server のロギングの構成

- ログレベル

- ログファイル名

- ログファイルのサイズと循環

- ドロップフォルダのロギングの構成

- ログレベル

- ログファイル名

- ログファイルのサイズと循環

- アカウントの構成

- 新しい組織の追加

- 新しいグループの追加

- グループの役割

- コンテンツフィルタ

- DIVArchive 操作

- 仮想アセットカテゴリ

- データエクスポート

- 新しいユーザーの追加

- Lightweight Access Directory Protocol (LDAP) ログイン

- 検索構成

- オブジェクトメタデータ

- データタイプ

- DIVAdirector プレゼンテーションコントロール

- 事前に定義されたメタデータ表示列

- 新しいメタデータエントリの追加

- 新しい品質管理メタデータの追加

- メタデータフィルタ

- メタデータの公開設定

- 品質管理 (QC) レポートの構成

- QC レポートファイルの配置

- 自動バックアップの構成

3 DIVAdirector の日常的な運用

- 使用可能なストレージ容量の確認

- 孤立ファイルの確認

- 監査証跡の確認

- バックアップの正常完了の確認

4 システム管理

- データベース同期管理

- プロキシストレージの管理

- プロキシ移行タスク

- Proxy URL Search List

- ユーザーデータとリソースの管理

- パブリックリソースをプライベートにする

- アカウント管理

- 組織の管理

- 既存の組織の変更

- 組織の削除

- グループの管理

- 既存のグループの変更

- 既存のグループの削除

- ユーザーアカウントの管理

- 既存のユーザーの変更

- ユーザーの削除

- 検索の管理

- メタデータ列マネージャー

- メタデータエントリの編集

- メタデータエントリの削除

- セッションの管理

- 管理者のメッセージ

- ShuttlePro V2 または ShuttleXpress のコントロールパッドの構成

5 トラブルシューティングと障害回復

- 画面の透過性

- DIVAdirector Server の起動と停止

- コマンド行パラメータ

- DIVAdirector Web Server の起動と停止

- ログファイルの確認

- フラットファイルのエクスポート

- 手動バックアップとデータベース復元

- 手動バックアップの実行

- データベースの復元の実行

6 よくある質問

用語集

はじめに

このドキュメントでは基本的なシステム機能と、Oracle DIVAdirector Release 5.3 を構成するための詳細な手順を説明します。

対象読者

このドキュメントでは、システム管理者を対象に Oracle DIVAdirector システムの初期構成や日常の運用業務、定例の保守業務について説明します。

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

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

Oracle Support へのアクセス

サポートをご契約のお客様には、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 DIVAdirector リリースノート』および『Oracle DIVAdirector ユーザーガイド』を参照してください。

表記規則

このドキュメントでは、次のテキスト表記規則を使用しています。

表記規則

意味

太字

太字は、アクションを実行するグラフィカルユーザーインタフェース要素を示します。

斜体

斜体は、マニュアルタイトル、強調、または特定の値を指定するプレースホルダ変数を示します。

モノスペース

モノスペースは、段落内のコマンド、URL、例のコード、画面に表示されるテキスト、またはユーザーが入力するテキストを示します。

1 概要

Oracle DIVAdirector は Oracle DIVArchive システムリリース 6.5.3 以降のためのグラフィカルユーザーインタフェース (GUI) です。ユーザーは、Web ベースのインタフェース経由でネットワーク上の任意のマシンからリモートでビデオを検索して処理します。管理者はネットワークにアクセスできる場所であればどこからでも、最小限の手間でシステムとユーザーアカウントのモニタリングと保守を実行できます。Web ブラウザで HTTPS プロトコルを使用して DIVAdirector にアクセスします。Web ベースのインタフェースには次のような利点があります。

- GUI ソフトウェアのインストールは必要ありません。

- ネットワーク上のどこからでもブラウザベースの GUI にアクセスできます。

- クライアントアプリケーションの構成は必要ありません。

- クライアントの更新を実行する必要はありません。

DIVAdirector を使用すると、次のことが可能です。

- ファイル名、日付、カテゴリおよび形式で、ビデオクリップを検索します。

- 検索をサポートするメタデータフィールドおよび値を定義します。

- ブール演算子と、「より大きい」「より小さい」の条件を使用します。たとえば、ネブラスカ州とカンザス州を除く米国内の家畜のビデオクリップを検索できます。1999 年 9 月 1 日よりあと、2013 年 9 月 3 日より前に制作されたホッケーの試合のビデオを検索できます。

- 見つかったクリップを組み込みのメディアプレーヤーを使用して確認します。

- 選択したフレームを抽出して関連クリップのリストに追加し、それらを編集アプリケーションに転送したり、配布用に編集したりできます。

注記:
DIVAdirector Release 5.3 以降の場合、同時ユーザーごとにではなく、ユーザーごとにライセンスが付与されます。最大同時ユーザー数 (1 - 100) は、「Admin」、「System」、「Defaults」画面で確認できます。

インストールの準備

Oracle デリバリおよびインストールチームが到着するまでに、システムハードウェアのインストールと構成を完了する必要があります。IP アドレスやストレージロケーションの割り当て、ファイアウォールのポート開放、ネットワークケーブルの配線などの作業が必要です。到着後、このチームは構成仕様を点検し、必要なコンポーネントがすべて設置済みで使用可能な状態になっていることを確認したうえで、インストール作業に入ります。設置したハードウェアは推奨される最小ハードウェア仕様のリストの内容を満たしているか上回っている必要があります。サーバーホストハードウェアには、Microsoft Server 2008 R2 または Windows 2012 R2 がインストールされている必要があります。

ネットワーク内で動作するようにサーバーホストマシンを構成し、一意でセキュアなパスワードを使用してサーバーへのアクセスを制限します。サーバーホストマシンに Microsoft Internet Information Server (IIS) 7 をインストールし、動作とネットワーク接続を確認します。

サードパーティーアプリケーションはすべてライセンスを受けた状態でインストールされている必要があります (たとえば、Telestream)。ストレージデバイス、ビデオサーバー、Avid Interplay (使用している場合)、Oracle SAMMAsolo (使用している場合)、および Microsoft Cluster Manager (使用している場合) の IP アドレスやポート構成など、DIVArchive のすべての構成パラメータを設定します。この情報は、チームが DIVAdirector のインストール中に参照するために必要です。

インストール中とインストール後のテスト用に、完全に動作するクライアントマシンを少なくとも 1 台用意しておく必要があります。クライアントマシンには Microsoft Windows 7 Professional または Ultimate (32 ビットまたは 64 ビットのいずれか) Service Pack 1、または Mac OS 10.6 (Snow Leopard) 以降のオペレーティングシステムと、次のいずれかのサポートされている Web ブラウザがインストールされている必要があります。

- IE7/8 (互換モードではなく、ネイティブモードで実行される必要があります)

- IE9

- Chrome 18.0

注記:
Google Chrome では、NPAPI のサポートが終了したため、WMV および MOV クリップの再生はサポートされなくなりました。MP4 フォーマットのファイルは引き続き Google Chrome を使用して再生されます。

- Firefox 12.0

- Safari 5.1.5 (メインの右ウィンドウから左側のナビゲーションペインへのドラッグ&ドロップはサポートされません。左側のナビゲーションペインから、および左側のナビゲーションペインへのドラッグ&ドロップはサポートされます)。

2 DIVAdirector の初期構成

Oracle のデリバリおよびインストールチームが初期インストールを完了したあと、続けて DIVAdirector を構成する必要があります。システムやネットワークの大きな変更 (IP アドレスの変更やポート番号の変更など) がないかぎり、この章の初期構成タスクは通常 1 回だけ実行します。

管理パスワードの変更

インストール技術者がデフォルトの管理ログインとパスワードを使用して DIVAdirector をインストールしますが、これらはどちらも admin です (大文字と小文字は区別され、すべて小文字です)。DIVAdirector Server のホストマシンを完全にセキュリティー保護するために、DIVAdirector 管理パスワードはすぐに変更する必要があります。デフォルトの管理者パスワードを変更せず、Windows オペレーティングシステムをセキュリティー保護しなかった場合、権限のないユーザーが DIVAdirector のソフトウェアおよびサーバーホストマシンにフルアクセスできることに注意してください。インストール技術者が帰る前に、DIVAdirector 管理パスワードを次のように変更してください。

1. admin ログイン資格証明を使用して DIVAdirector GUI にログインします。

2. 「Admin」、「Personal Settings」画面に移動します。

3. 「Password」フィールドに、既存のデフォルトパスワード (admin) を入力します。

4. 「New Password」フィールドに新しいパスワードを入力します (パスワードは大文字と小文字が区別されます)。セキュアなパスワードを使用する必要があります。

5. 「Confirm Password」フィールドに新しいパスワードを入力します。

6. 画面右上の「Save」をクリックして新しいパスワードを保存します。

新しいパスワードがシステムによって受け入れられたことを確認するために、システムからログアウトして再度ログインします。

DIVAdirector Server の接続の構成

DIVAdirector から DIVArchive に接続するには、通信パラメータに適切な値を設定する必要があります。インストールチームは、インストール中に初期の接続パラメータを設定します。続行する前に、値が正しいことを確認します。

構成画面へのアクセス

DIVAdirector GUI と DIVAdirector 構成モードの両方を使用して、通信パラメータを確認および (必要があれば) リセットします。以下の手順で各パラメータの正しいインタフェースが識別されます。この手順を使用して、DIVAdirector GUI のプリセットシステム接続パラメータを確認 (またはリセット) します

1. Web ブラウザを開きます。

2. URL アドレスフィールドにサーバーホストの IP アドレスを入力します。

3. 「Enter」を押して DIVAdirector GUI を開きます。

4. 管理者のログインとパスワードを使用して DIVAdirector にログインします。

5. 画面左側の「Admin」、「System」メニューツリーに移動してパラメータを確認します。

プリセット接続パラメータを確認 (またはリセット) するには、構成モードで DIVAdirector Server を再起動します。

1. Windows の「スタート」メニューから「すべてのプログラム」を選択します。

2. 「すべてのプログラム」メニューから「FPDI DIVAdirector 5」を選択します。

3. 「FPDI DIVAdirector 5」メニューから「Stop DIVAdirector Server」を選択します。

4. Windows の「スタート」メニューから「すべてのプログラム」を選択します。

5. 「すべてのプログラム」メニューから「FPDI DIVAdirector 5」を選択します。

6. 「FPDI DIVAdirector 5」メニューから「DIVAdirector Server Configuration」を選択します。

7. DIVAdirector のトレイアイコンをクリックして「Status」画面を開きます。

8. 「Status」画面を右クリックします。

9. 「Status」画面で表示されるコンテキストメニューから、「Configure Settings」を選択します。

詳細な構成画面が表示されます。

DIVAdirector Server ネットワーク接続の確認

DIVAdirector GUI の「Server Settings」画面で、DIVAdirector Server のネットワーク接続の値を確認します。

1. DIVAdirector Server の IP アドレスを確認します。
この IP アドレスは DIVAdirector Server のホストマシンを識別するもので、通常は Web サーバーがあるのと同じマシンです。すべての DIVAdirector ソフトウェアが同じホストマシン上にある場合は、localhost を IP アドレスとして使用できます。

2. IP アドレスがサーバーホストのアドレスに一致しない場合は、正しいアドレスを入力する必要があります。

3. DIVAdirector Server のポート番号を確認します。

4. ポート番号がサーバーホストのポート番号と一致しない場合は、正しい値を入力する必要があります。

5. 画面の右上隅の「Save」をクリックして変更を保存します。

6. サーバーを停止してから、構成モードで再起動します。
次に、DIVAdirector データベースの接続を確認します。

DIVAdirector データベースの接続の確認

警告:

Oracle サービスサポート担当者から指示があった場合を除き、データベースのパラメータを変更しないでください。

DIVAdirector データベースは、あらかじめ定義されたスケジュールに従って定期的に DIVArchive データベースと同期します。DIVAdirector Server がデータベースと通信できない場合は、新しいオブジェクトの更新が受信されず、DIVArchive の操作を実行できません。ユーザーはプロキシの再生、メタデータの参照、メタデータの追加、ショットリストと作業ビンの作成などを引き続き行えます。

1. 「DIVAdirector Server Configuration」画面の右上で、「DIVAdirector Database」のパラメータ値が正しいことを確認します。

2. 「User ID」の値が「postgres」であることを確認します。

3. パスワードはインストールチームによって設定されており、フィールドにはアスタリスクのみが表示されます。

4. 「DSN」の値が「DIVAdirectorPG」であることを確認します。

5. いずれかの値が正しくない場合、または DIVAdirector がデータベースに接続できない場合は、インストール技術者に知らせるか (まだその場にいる場合)、Oracle サポートに連絡して支援を依頼してください。

次に、TCP 接続ポートと Oracle SAMMAsolo のサポートを確認します。

TCP 接続ポートの確認

DIVAdirector Server は、TCP ポート番号 7680 上でユーザーインタフェースコマンドを待機します。システム上にインストールされているその他のソフトウェアと競合しないかぎり (別の Web サーバーでこのポート番号を使用している場合など)、デフォルトのポート番号を変更しないでください。

1. 「DIVAdirector Server Configuration」画面の左上で、「TCP connection port」パラメータの値が「7680」であることを確認します。

2. ポート番号が正しくない場合は、値をポート 7680 に変更します。

3. 変更を有効にするためにサーバーを再起動するように通知する警告ダイアログボックスが表示されます。

4. ダイアログボックスで「OK」をクリックします。

5. サーバーを構成モードで再起動します。

次に、SAMMAsolo サポートを確認します。

SAMMAsolo サポートの確認

DIVAdirector では、SAMMAsolo との通信がサポートされています。組織が SAMMAsolo を使用しているかどうかの確認がない場合は、マネージャーに確認してください。

1. 構成モード設定画面の「TCP connection port」パラメータのすぐ下にある「Solo Support」チェックボックスを見つけます。
チェックボックスを選択すると、cmgserver.ini ファイルの「[Settings]」パラメータグループに「SoloSupport=1」設定が追加されます。設定の変更は、サーバーが再起動されるまで有効になりません。

2. SAMMAsolo を使用していない場合は、チェックボックスの選択を解除して機能を無効にします。

3. 変更を行なった場合は、サーバーを構成モードで再起動します。

Oracle DIVArchive Manager の接続の構成

Oracle DIVArchive Manager は DIVArchive システムのメインオペレータです。すべての操作要求はマネージャーを経由します。要求が開始されると、マネージャーはユーザーが設定した要求優先度に従って要求をキューに入れます。マネージャーは、要求を Oracle DIVArchive Actor に転送します (優先度がもっとも高いものから)。アクターは要求を実行し、結果をマネージャーに報告します。マネージャーは結果を DIVArchive GUI に表示し、ユーザーが結果を確認できるように DIVAdirector に結果を転送します。

DIVAdirector と DIVArchive Manager の間の通信を確保するために、マネージャーの IP アドレスとリスニングポート番号の正しい値を確認します。

1. 構成モード設定画面左側の「General」領域のすぐ下にある「DIVArchive Manager」領域を見つけます。

2. マネージャーの IP アドレスが正しいことを確認します。正しくない場合は、「Address」フィールドに正しい IP アドレスを入力します。

3. リスニングポート番号が正しいことを確認します (通常はポート番号 9000)。正しくない場合は、「Port」フィールドに正しいポート番号を入力します。

4. 通常は、リンクがオフラインになった場合に DIVAdirector が自動的に DIVArchive Manager への再接続を試行するように、「Re-connect automatically」チェックボックスを選択します。

5. ネットワークまたは DIVArchive Manager が停止した場合は、接続の問題が解決されるまで「Re-connect automatically」チェックボックスの選択を解除します。
このオプションを無効にした場合、「Connect to DIVArchive Manager」コンテキストメニューの項目を使用して、手動でマネージャーに再接続する必要があります。

次は、DIVAdirector ユーザーインタフェース (UI) の構成です。

DIVAdirector ユーザーインタフェースの構成

すべてのネットワークとシステムの接続が構成されたら、ユーザーによる DIVAdirector および DIVArchive の操作に影響する内部システムパラメータを構成する必要があります。DIVAdirector のユーザーインタフェースを構成するには、GUI 画面左側の「Admin」、「System」メニューツリーに移動します。

最初に、システム設定を構成します。

システム設定

「Defaults」画面には、解像度、検索結果の制限、日付と時間の表示などのさまざまなオプションを構成する 2 つのセクションがあります。これらのオプションは、画面上部の「Default Settings」領域にあります。画面下部の「Number of Days to Delete」領域で、ローカル復元とローカル部分ファイル復元、DIVArchive ステータス、監査証跡、およびスケジュールされたバックアップに関するデータとファイルを削除するためのオプションを構成します。

1. GUI 左側の「System」メニューツリーの下にある「Defaults」画面に移動します。

2. 自分の組織とユーザーに最適な値を各オプションに入力します。

システム管理者として、カレンダの表示形式、時間表示形式、システムバックアップを保持する日数、監査証跡を保持する日数など、既存の組織のポリシーと物理的な場所に応じて、これらの値のほとんどを確認できます。プロキシの解像度の幅と高さ、SAMMA のサムネイル数、キャプチャフレームオフセットなどのオプションを識別するために、ユーザー (またはそのマネージャー) に問い合わせる必要がある場合もあります。

次のフィールドは、画面の「Default Settings」領域で構成できます。

Search Results Limit

一度に表示される検索結果の数を識別します。

Search Language

全文検索を最適化するために使用される言語を定義します。メタデータの大部分が特定の言語でない場合、または使用する言語がリストにない場合は、「Simple」オプションを選択します。

警告:

検索言語の再計算は網羅的なデータベース手続きであり、保守時間が 8 時間以上ある場合にのみ、Oracle サポート担当者の指示で実行するようにしてください。

Default Results Sort Order

ソートの主な基準として使用するメタデータ列を定義します。

Capture Frame Offset

ドロップされたプロキシファイルからキーフレームを抽出する際に、プロキシの先頭からスキップする必要があるフレームの数を定義します。

Key Frame Count

ドロップされたプロキシファイルから抽出するキーフレームの数を定義します。

SAMMA Thumbnail Count

SAMMA サムネイル制御内で使用するサムネイルの数を定義します。

Proxy Resolution Width

解像度の幅をピクセルで定義します。

Proxy Resolution Height

解像度の高さをピクセルで定義します。このパラメータの値に 0 が入力されている場合、「Proxy Resolution Width」とのアスペクト比が維持されます。

Date Display Format

DIVAdirector のすべての日付タイプフィールドに使用される形式を定義します。

リストには 3 つの形式オプションが含まれています。

- American - mm/dd/yyyy

- European - dd/mm/yyyy

- Custom - このオプションは、dd、mm、yy、および yyyy 以外のコードをサポートしていません。コードの順序は任意であり、定義したとおりにできます。(yyyy.dd.mm など、比較的自由な形式で定義できます)。使用できる区切り文字記号は次のとおりです。

- スペース ( )

- ピリオド (.)

- コンマ (,)

- アンダースコア (_)

- ハイフン (-)

- コロン (:)

- スラッシュ (/)

- バックスラッシュ (\)

Time Display Format

時間を 12 時間形式と 24 時間形式のどちらで表示するかを定義します。

Calendar Display Format

カレンダの週の最初の曜日を定義します。

Max Metadata Label Length in Tooltip

ツールチップラベルに表示する最大文字数を定義します。メタデータフィールドのタイトルがこの設定を超えた場合、その部分は切り捨てられ、末尾に 3 点リーダー (…) が表示されます。

Max Metadata Field Length in Tooltip

ツールチップの内容に表示する最大文字数を定義します。メタデータフィールドの値がこの設定を超えた場合、その部分は切り捨てられ、末尾に 3 点リーダー (…) が表示されます。

次のフィールドは、画面の「Number of Days to Delete」領域で構成できます。

Local Restore and Local Partial Restore Files

ローカル復元またはローカル部分復元操作によって DIVAdirector Server のホストマシンに復元されているファイルを保持する日数を定義します。

DIVArchive Status

「Operation Status」画面の DIVArchive のステータス情報を保持する日数を定義します。

Audit Trail

監査証跡およびドロップフォルダのログ情報を保持する日数を定義します。

Scheduled Backups

スケジュールされたバックアップによって作成されたバックアップファイルを保持する日数を定義します。

次のフィールドは、画面の「Connections」領域で構成できます。

Maximum Number of Concurrent Users Allowed

DIVAdirector Release 5.3 以降のライセンスは、同時ユーザーごとではなく、ユーザーごとに付与されます。このフィールドには同時ユーザーの最大数 (1 から 100 の間) を設定します。エントリが作成されていない場合は、デフォルトのユーザー数 (100) が使用されます。同時ユーザーの最大数は、使用可能なシステムリソースの量によって制限されます。一定の数の同時ユーザーがオンラインのときにシステムの速度が下がるようであれば、最大数を小さくしてパフォーマンスを再度確認してみてください。

次は、システムポリシーの構成です。

システムポリシー

システムポリシーのパラメータは、新しいデータ (アセット) の検出、ユーザー要求ステータスの更新、データベースからファイルエントリを削除するかどうかなど、DIVAdirector と DIVArchive の間のシステムレベルの更新に関する通信を定義します。

1. GUI 左側の「System」メニューツリーの下にある「Policies」画面に移動します。

2. 自分の組織とユーザーに最適な値を各オプションに入力します。自分のマネージャーおよびユーザーのマネージャーに確認して、(自分のデータにとって) もっとも効果的で安全な構成を決定するようにしてください。

次のフィールドは、「Policies」画面で構成できます。

Asset Discovery

自動同期のスケジュールを定義します。1 つ目のリスト (左) は頻度を定義し、2 つ目のリスト (右) は開始時間を定義します。

Update Request Status

DIVAdirector Server から DIVArchive に DIVArchive の操作ステータスを要求する頻度を定義します。

Delete from DB

データベースの同期中に見つからなかったオブジェクトを DIVAdirector データベースから削除するかどうかを設定します。チェックボックスを選択すると、見つからなかったオブジェクトは削除されます。チェックボックスの選択を解除すると、オブジェクトは削除されません。

Delete Proxy

データベースの同期中に見つからなかったプロキシファイルについて、プロキシファイルとそれに対応する DIVAdirector データベース内の登録を削除する役割を担います。チェックボックスを選択すると、見つからなかったファイルは削除されます。チェックボックスの選択を解除すると、ファイルは削除されません。

次は、データベース同期フィルタリングの構成です。

データベース同期フィルタリング

DIVAdirector システムは、「Policies」画面の「Asset Discovery」の値に応じて定期的に実行されるスケジュールされた同期プロセスの結果として自動的に設定されます (前のセクションを参照)。「Discover」画面でデータベースの同期フィルタを構成します。同期フィルタは、同期中に処理するオブジェクトを定義します。各同期フィルタは、オブジェクト名、オブジェクトカテゴリ、メディア名など、オブジェクトのパラメータを組み合わせたものを表し、それぞれが最後に同期した時間を持っています。パラメータは、ワイルドカード (アスタリスク) を使用してマスクとして定義できます。デフォルトでは、空のフィールドにはアスタリスクが設定されます。3 つすべてのフィールドがアスタリスクになっているフィルタは無効で、フィルタリストには追加されません。既存のフィルタに対応するすべてのオブジェクトが同期されたあとに、新しいフィルタを追加して「Discover New」をクリックすると、新しいフィルタに対応するオブジェクトも同期されます。

同期フィルタは最後から最初へと順に適用されることに注意してください。そのため、特に詳細な新しいフィルタを導入する場合、フィルタが過度に制約的になってしまうことがよくあります。

2 つのボタンのいずれか 1 つを使用して、次の検出サイクルをすぐに開始できます。これらのボタンを使用しても、仮想オブジェクトが DIVAdirector から削除されるわけではありません。

「Discover All」ボタンを押すと、DIVArchive 全体の履歴に基づいて DIVArchive データベース内のすべてのオブジェクトの同期が始まります。このオプションは、検出するオブジェクトが多い場合、長い時間がかかることがあります。

「Discover New」ボタンを押すと、データベースの同期が最後に実行されたあとに追加または削除されたすべてのオブジェクトの同期が始まります。

新しい同期フィルタを追加するには、次の手順を使用します。

1. GUI 左側の「System」メニューツリーの下にある「Discover」画面に移動します。

2. 画面右上の「Add」をクリックして新しいフィルタを追加します。

3. 「Object Name」、「Object Category」、および (わかっていて必要な場合は)「Media Name」フィールドを入力します。フィルタリストに追加するには、これらのうち少なくとも 1 つのフィールドは入力する必要があります。

4. 「Enable」チェックボックスを選択してフィルタを有効にします。

5. チェックマークをクリックしてフィルタをリストに保存するか、「X」をクリックして操作を取り消します。

DIVArchive 上のいずれかのストレージロケーションに新しいファイルをドロップすることで構成をテストして、「Discover New」をクリックします。ファイルが見つかり、DIVAdirector データベースに登録されるはずです。画面右上の「Quick Search」フィールドを使用して DIVAdirector からファイルの検索を実行することで、データベースの登録を確認できます。

次は、キーボードショートカットの構成です。

キーボードショートカットの構成

キーボードショートカットを使用すると、毎日の作業タスクで生じる、よくある定型的な手順の実行時間を節約できます。DIVAdirector には、事前に定義され、インストール中に自動的に構成されるホットキーの組み合わせがあります。プロキシプレーヤーは、ショットリストモードとプロキシプレーヤーモードという 2 つの異なるモードで実行できます。「System」、「Shortcuts」メニューツリー内に、2 つの対応するサブセクションがあります (各モードに 1 つ)。各サブセクションは、その特定のモードのプレーヤーのキーボードバインディングを定義します。各モードのプロキシプレーヤーに対してキーボードショートカットを割り当てることをお勧めします。DIVAdirector システムでは、次のホットキーの組み合わせが事前に定義されています。

Ctrl + E

編集

Shift + 1

4 倍速巻き戻し

Shift + 2

8 倍速巻き戻し

Shift + 3

4 倍速早送り

Shift + 4

8 倍速早送り

Shift + A

追加

Shift + B

前のフレームに移動

Shift + D

ボリュームを下げる

Shift + F

早送り

Shift + I

マークイン

Shift + L

ループ

Shift + M

ミュート

Shift + N

次のフレームに移動

Shift + O

マークアウト

Shift + P

再生/一時停止

Shift + R

巻き戻し

Shift + S

停止

Shift + T

時間形式の切り替え

Shift + U

ボリュームを上げる

Shift + X

マークアウトおよび追加

警告:

ショートカットがインターネットブラウザやその他のソフトウェアで使用されているホットキーと一致すると、ユーザーに予期しない結果をもたらす可能性があるため、ショートカットを構成する際は注意が必要です。

いずれかのサブセクションのショートカットキーの組み合わせを変更するには、次の手順を使用します。

1. 「System」、「Shortcuts」、「Shotlist Shortcuts」画面、または「System」、「Shortcuts」、「Player Shortcuts」画面の該当する方に移動します。

2. 鉛筆アイコンをクリックして、希望のホットキーの組み合わせを編集します。

3. Control、Shift、およびキーの必要な組み合わせを選択します。

4. 「Check Mark」をクリックして変更を保存します。

5. 構成したすべてのホットキーを一回に 1 つずつテストして、システムにインストールされているほかのアプリケーションと競合していないことを確認します。

ショットリストショートカット

画面左側の「Shortcuts」メニューツリーの「Shotlist Shortcuts」画面で、プロキシプレーヤーのショットリストモードで定型的な機能を実行するのに使用するホットキーを構成します。既存のショートカットの組み合わせを編集するには、鉛筆アイコンをクリックします。

プロキシプレーヤーのショートカット

プロキシプレーヤーはデフォルトのプレーヤーモードです。画面左側の「Shortcuts」メニューツリーの「Player Shortcuts」画面で、プロキシプレーヤーのデフォルトの再生モードで機能を実行するのに使用するホットキーを構成します。既存のショートカットの組み合わせを編集するには、鉛筆アイコンをクリックします。

次は、組織のロゴの追加です。

スタイル

必要な場合は、インタフェースのスタイルをすばやくをカスタマイズして、すべての GUI 画面の右上隅に組織のロゴが表示されるようにできます。ロゴを追加するには、次の手順を使用します。

1. GUI 左側の「System」メニューツリーの下にある「Style」画面に移動します。

2. 「Browse」をクリックして、表示される参照ダイアログボックスで目的のイメージファイルに移動します。

3. 目的のファイルを選択し、「OK」をクリックします。

4. 画面右上の「Save」をクリックして変更を適用します。

5. ブラウザの画面をリフレッシュして変更を表示します。

次は、DIVAdirector Web Server の構成です。

DIVAdirector Web Server の構成

DIVAdirector は、Web サーバーエンジンとして Microsoft Internet Information Server (IIS) 7 を使用します。IIS は Windows Server 2008/2012 R2 のインストール中にインストールされます。DIVAdirector Web Server はインストールアプリケーションによって完全に構成されます。特定の Web サーバーのパラメータを変更する必要がないかぎり、構成を調整する必要はありません。デフォルトの IP ポートはポート 80 で、システムデバイスリストの最初のネットワークアダプタにバインドされます。サーバーを別のネットワークアダプタにバインドするのに支援が必要な場合は、Oracle サポートに連絡してください。

最初に、リスニングポートを構成します。

リスニングポートの構成

デフォルトのリスニングポート値は 80 です。これは Web サーバーの標準のインターネット HTTP ポートです。この値はシステム内で使用されていないポート番号であればどれでも指定できるため、ポート 80 を使用できない場合は変更するようにしてください。ポート番号に対する変更を適用するには、コマンド行から issreset コマンドを使用して IIS を再起動する必要があります。

注記:
サーバーのポート番号を変更したあと、次のような Web アドレスで DIVAdirector ユーザーがポート番号を明示的に指定しなければならない場合があります。
http://dd5server:8080

リスニングポートへの変更を行なった場合は、Web ブラウザを開いて URL アドレスバーに DIVAdirector の IP アドレス (および必要な場合はポート番号) を入力し、Web サーバーの構成をテストします。

次は、IIS サービスアカウントの構成です。

IIS サービスアカウントの構成

DIVAdirector のインストールプロセス中に dd5-user という名前のアカウントが作成されます。このアカウントは、Web サーバーアプリケーションのセキュリティーの重要な部分です。アカウントの削除やアカウントの権限の変更は、決してしないでください。

次は、ストレージロケーションの構成です。

ストレージロケーションの構成

DIVArchive および DIVAdirector では、単一のストレージロケーションをデータのソースと宛先の両方として使用できます。違いは、実行されるアクションにあります。たとえば、テープストレージ A をファイル復元、または部分ファイル復元操作のソースとして定義できます。一方、テープストレージ A をアーカイブおよびコピー操作の宛先として指定することもできます。ストレージロケーションを構成して、そのロケーションを DIVArchive のソース、宛先、またはその両方として識別します。DIVAdirector は、DIVArchive で識別したとおりにストレージロケーションを使用します。

次は、ドロップフォルダの構成です。

ドロップフォルダの構成

ドロップフォルダはストレージロケーションにあるディレクトリで、ユーザーがそこにファイルを配置 (ドロップ) すると、そのファイルに対してアクションが実行されます。ドロップフォルダを使用すると、フォルダにオブジェクトをドロップするだけで、そのフォルダ用に構成されたアクションがフォルダによって実行されるため、一般的な作業タスクがはるかに簡単になります。

DIVAdirector はドロップフォルダへの新規追加やファイルのその他の変更をモニターし、それに応じてデータベースの情報を更新します。各ドロップフォルダには独自の構成ファイルがあり、単一のアクション (プロキシ、アーカイブ、復元、コピー、またはパージ) を実行できます。これらのアクションおよび関連するパラメータについては、以降のセクションで説明します。メタデータおよびアノテーションドロップフォルダの構成については、『Oracle DIVAdirector ユーザーガイド』を参照してください。

DIVArchive 操作ドロップフォルダ

即時のファイルドロップ処理またはスケジュールされたイベントに基づく処理がないかどうか、DIVArchive 操作ドロップフォルダをモニターできます。フォルダのフルスキャンは (即時またはスケジュールされた) あらゆるタイプのイベントに対して実行され、検出された各ファイル (特殊な名前のファイル以外) はフォルダの構成に応じて処理されます。ドロップフォルダを効果的に構成するには、ドロップフォルダに設定される構成オプションを理解する必要があります。

特殊な名前のファイル

特殊な名前とみなされるファイルは 2 種類あります。

- ドロップフォルダの XML 構成ファイルのファイル名には、フォルダ名と .xml の拡張子が含まれています。このファイルは、システムによって処理されることはありませんが、フォルダの構成を指定するのに使用されます。このファイルは、必要に応じて構成を表示または編集するために、Unicode テキストエディタで開くことができます。

- 一時ファイルまたはフォルダ内に保持しておく必要があるファイルのファイル名は、先頭に 2 つのチルダ (~) 記号が付いています。これらのファイルは、システムによって処理されません。

DIVArchive 操作ドロップフォルダにドロップされたファイルは、アクションデータをトリガーします。ドロップされたファイルは、次のように処理されます。

1. フォルダの構成値「FORMAT」に従って、ファイルは (コンマ区切り (CSV) 形式に似た) フラットファイルまたは XML ファイルとして処理されます。

2. 構成値「HEADER_ROW」に従って、空でない最初の行がスキップまたは処理されます。

3. 次に、後続の各行が各フィールド用に解析され、一連のフィールドが単一のアクションに使用されます。

4. 「DELETE_AFTER_PROCESS」パラメータの構成値によって、ファイルの末尾に達したときに元のファイルを削除するかフォルダ内に残すかが決まります。

5. 各アクションは、フォルダ設定に応じた方法で記録されます。

プロキシドロップフォルダ

プロキシドロップフォルダは、DIVAdirector のプロキシファイル (Windows Media 9.0 のオーディオおよびビデオ形式を使用するメディアファイル) のインポートに使用される特殊用途のドロップフォルダです。フォルダの「INTERVAL」パラメータが「IMMEDIATELY」に構成されている場合、インポートは Windows のファイル変更通知をモニターすることで実行されます。また、システムは 1 分間隔で各プロキシドロップフォルダを再スキャンして、まだ処理されていないファイルを自動的に処理します。

注記:
Oracle では、プロキシドロップフォルダではなく新しいトランスコードサービスを使用することを推奨しています。また、ローカルプロキシ用に DIVAdirector および DIVArchive の外で生成されたプロキシを使い続けることもできますが、そうしないことを強く推奨します。

通常、トランスコーディングエンジンはプロキシドロップフォルダにプロキシファイルを直接書き込みます。次に、各ファイルシステムの通知イベントでプロキシドロップフォルダが処理され、ファイルの書き込み操作が終了すると DIVAdirector システムのデフォルト設定に応じて次のようにファイルが処理されます。

1. ファイル名が解析され、オブジェクト名、カテゴリ、および言語が抽出されます。
「NAME_FORMAT」パラメータを使用して、フォルダの .xml ファイル内でファイル名の形式を構成します。「NAME_FORMAT」は、「OBJECT NAME ONLY」または「OBJECT NAME + OBJECT CATEGORY」のいずれかです。後者の場合は、最後のアンダースコア文字でオブジェクトカテゴリとオブジェクト名を区切ります。「LANGUAGE」パラメータを使用してフォルダの .xml ファイル内で言語の形式を構成しますが、これは「FROM NAME」または「FROM WM9 METADATA」のいずれかになります。前者の場合、最後のアンダースコア記号で言語名とオブジェクト名 (とカテゴリ) が区切られ、カテゴリは以前のルールで定義されます。後者の場合、言語名の値はメディアファイル内から取得され、内部の Windows Media 9 形式の言語タグが使用されます。

注記:
言語名は、埋め込み言語の場合のみ、言語の文字どおりの意味を持ちます。また、製作者の解説やサウンド効果チャネルなどを示す有益な値が含まれている場合もあります。これにより、同じビデオ素材に関連する複数の代替オーディオトラックを区別できます。

2. 解析された名前とカテゴリの値によって DIVArchive オブジェクトが検索されます。

3. オブジェクトが DIVAdirector データベース内に存在する場合は、プロキシがこのオブジェクトに登録されます。

4. オブジェクトが DIVAdirector データベース内に存在しないものの、DIVArchive に認識されているようであれば、DIVAdirector データベースに新しいオブジェクトが挿入され、プロキシが登録されます。
この状況は、プロキシが DIVAdirector データベースの次回の同期サイクルの前にドロップされた場合に発生する可能性があります。オブジェクトが DIVAdirector データベース内に存在せず、DIVArchive へのアクティブな接続がない場合、プロキシファイルは変更されることなくドロップフォルダ内に残ります (ファイルが凍結されます)。これは、次回、別のプロキシがフォルダ内に入れられたときに処理されます。

5. ドロップフォルダ内で凍結されなかったプロキシは、いずれかのストレージ先に移動します。

6. 登録されたプロキシは、プロキシフォルダのランダムなサブフォルダに移動します。サブフォルダには 0 から 500 までの名前が付けられます。

7. 登録されなかったプロキシは、事前に定義された孤立フォルダに移動します。孤立フォルダは最低でも毎日確認し、孤立オブジェクトをどのように処理するかを決定する必要があります。

アノテーションドロップフォルダ

アノテーションドロップフォルダを使用すると、CSV ファイルをフォルダ内に配置して、ファイル内で指定されたオブジェクトのロケータメタデータをインポートできます。CSV ファイルには次の条件が適用されます。

- ファイルは Unicode、UTF-8 エンコーディングである必要があります。

- ファイルにはヘッダー行が含まれている必要があります。

- ファイルには次の 6 列が含まれている必要があります。

Object Name

この列は 200 文字以内とし、DIVArchive 内のオブジェクト名と一致するようにしてください。

Category Name

この列は 200 文字以内とし、DIVArchive 内のオブジェクトカテゴリ名と一致するようにしてください。

Object Identifier

表示名またはオブジェクト固有のその他の識別子です。

Start Time Code

HH:MM:SS:FF 形式のロケータの開始時間です。

End Time code

HH:MM:SS:FF 形式のロケータの終了時間です。このフィールドは必須ではなく、空のままにするとマーカー (単一フレームの記述) とみなされます。

Description

この列は 2000 文字以内とし、テキストによるロケータ (マーカー) の説明を入力します。

次は、新しい DIVArchive 操作ドロップフォルダの追加です。

新しい DIVArchive 操作ドロップフォルダの追加

DIVAdirector で使用するドロップフォルダはインストール中に追加されないため、作成および構成する必要があります。ドロップフォルダの領域は、DIVAdirector の構成モード設定画面のいちばん下にあります。

一覧表示されているドロップフォルダに対して操作を実行するには、リストからフォルダを選択し、目的のアクションに関連付けられたボタンをクリックします。各ボタンは画面右側の「Drop Folders」領域にあり、次のアクションが含まれています。

Add

使用可能なドロップフォルダのリストに新しいドロップフォルダを追加します。

Delete

ドロップフォルダリストで選択したドロップフォルダを削除します。

Enable

既存のドロップフォルダを有効または無効にします。無効なドロップフォルダを有効にすると、今後のドロップフォルダイベントを処理できる状態になります。現在有効になっているフォルダがたとえ空でなくても、ドロップフォルダを有効にすることでそのフォルダの即時処理がトリガーされるわけではありません。そのフォルダは、実行するように構成されている次のイベントでのみ処理されます (「Run」をクリックしないかぎり)。

Disable

無効なドロップフォルダはファイル処理を行いませんが、構成されたドロップフォルダリスト内にそのまま残り、前に設定された構成を保持します。

Reinitialize

(XML ウィザードを使用するのではなく) 構成ファイル内で直接手動による構成変更を行なったあとに、ドロップフォルダを再初期化します。

Run

選択したドロップフォルダが、構成されたすべてのアクションをただちに処理します。

Settings

プリセット構成が現在のニーズに合わない場合、ユーザーはドロップフォルダを実行時に再構成できます。この操作のために DIVAdirector Server を再起動する必要はありません。XML ウィザードを使用してドロップフォルダの構成を変更するには、リストでフォルダを選択して、画面右側の「Settings」をクリックします。

システムに新しいドロップフォルダを追加するには、次の手順を使用します。フォルダを追加したら、XML ウィザードを使用するか、フォルダの XML 構成ファイルを直接編集して、そのフォルダを構成する必要があります。

ドロップフォルダリストに新しいフォルダを追加するには、次の手順を使用します。

1. ドロップフォルダセクションの右上の「Add」をクリックします。

2. 表示される「Browse for Folders」ダイアログボックスで、DIVAdirector ドロップフォルダとして使用するフォルダを見つけて選択します (フォルダを 1 回クリックしてフォルダを強調表示します)。

3. ダイアログボックス下部の「OK」をクリックします。

4. フォルダに XML 構成ファイルがまだ含まれていない場合は、XML ウィザードを使用してフォルダを構成するように要求するプロンプトが表示されます。

5. XML ウィザードを続行し (該当する場合)、ドロップフォルダの処理をただちにトリガーする場合は、ウィザードの終了後に「Run」をクリックします。
構成ファイルを直接編集する場合は、Unicode 対応のテキストエディタ (メモ帳など) を使用して編集できます。Microsoft Word などのプログラムを使用して構成ファイルを編集すると、ファイルに余分な文字が追加されて構成が破損してしまうため、使用しないでください。

6. (上記のように) 構成ファイルを直接編集した場合は、そのファイルを Unicode として保存し、ドロップフォルダ領域の右側にある「Reinitialize」ボタンを使用してドロップフォルダを再初期化してください。

7. 管理ユーザー以外のユーザーとしてフォルダにファイルをドロップして新しいフォルダの操作をテストし、構成したアクションが正しく実行されたことを確認してください。たとえば、ARCHIVE アクションのドロップフォルダにファイルをドロップした場合、ストレージ A にファイルをアーカイブするようにそのフォルダが構成されているのであれば、フォルダにドロップしたファイルがストレージ A に存在するかどうかを確認してください。

次は、新しいプロキシドロップフォルダの追加です。

新しいプロキシドロップフォルダの追加

注記:
Oracle では、プロキシドロップフォルダではなく新しいトランスコードサービスを使用することを推奨しています。また、ローカルプロキシ用に DIVAdirector および DIVArchive の外で生成されたプロキシを使い続けることもできますが、そうしないことを強く推奨します。

DIVAdirector システムに登録されるすべてのプロキシは、プロキシストレージディスク上に保持されます。DIVAdirector Server では、複数のプロキシのストレージロケーションを構成および管理できます。プロキシのストレージロケーションを管理および構成するには、Proxy Storage Manager を使用します。DIVAdirector の構成モード設定画面の左下にある「Proxy Storage Manager」をクリックして、Proxy Storage Manager にアクセスします。プロキシのストレージロケーションは、ファイルシステム上のフォルダへのパスで定義します (ローカルのロケーションまたはネットワーク共有)。デフォルトでは、DIVAdirector のインストール中にプロキシの場所が 1 つ追加されます。デフォルトインストールの場合、デフォルトの場所は C:\Program Files\DIVAdirector\proxies フォルダになります。カスタムインストールでは、あなたが選択したフォルダがその場所になります。各場所には、ストレージデバイス上の使用可能領域に制限があり、その制限は相対的な場合と固定の場合があります。相対的な制限はストレージデバイスの容量に対する割合として設定され、固定された制限はメガバイトで設定されます。

Proxy Storage Manager の「Proxy Locations」タブでは、それぞれのプロキシの場所に関する次の情報を表示できます。

ステータスアイコン

プロキシの場所の現在の状態を示す、表示の最初の列のアイコン。

Path

プロキシの場所のフォルダへのパス。

Capacity

プロキシがあるストレージデバイスの領域の合計量。

Used

プロキシの場所で使用されている領域、つまり、現時点でフォルダ内にあるすべてのファイルによって占有されている領域。

Used %

制限に対して使用されている領域の割合。

Available

プロキシの場所で使用可能な領域。

Available %

制限に対して使用可能な領域の割合。

Files

プロキシの場所にあるファイルの数。プロキシ自体が DIVAdirector に登録されている必要はありません。登録されていないプロキシでも、ストレージロケーションには存在し、容量を使用しています。

Limit

ストレージデバイス上の使用可能領域の量。

Limit %

ストレージデバイスの容量に対する制限領域の割合。

プロキシのストレージロケーションを新しく追加するには、次に示す手順を使用します。最初に、ストレージロケーションを Windows にマッピングし、フォルダの権限を設定します。

Windows にストレージロケーションをマッピングしてフォルダの権限を設定する

1. Windows 内で表示されるようにストレージロケーションをマッピングします。

2. フォルダがネットワークドライブの場合は、Windows の起動時に再接続するように設定されていることを確認します。

3. Windows エクスプローラーでフォルダを右クリックし、メニューから「プロパティー」を選択します。

4. 「セキュリティ」タブの画面中央にある「編集」をクリックします。

5. 画面中央の「追加」をクリックして、フォルダの権限に新しいユーザーを追加します。

6. 「ユーザーまたはグループの選択」ダイアログボックスが表示されたら、DIVAdirector のインストール中に使用する IIS Web サーバーアカウント (デフォルトは dd5-user) をオブジェクト名のフィールド (画面下部) に入力し、(オブジェクト名のフィールドの右にある)「名前の確認」をクリックして入力した名前が有効であることを確認します。

7. ユーザーを確認したら、「OK」をクリックしてユーザーを追加します。

8. 認証されたユーザーに対して、上記の手順 5、6、および 7 を繰り返します。これで、どちらのユーザーもフォルダの権限に追加され、DIVAdirector Web Server 用に正しく設定されているはずです。

次は、DIVAdirector Web Server へのプロキシフォルダの追加です。

IIS で DIVAdirector Web Server にプロキシフォルダを追加する

1. Windows の「スタート」ボタンをクリックします。

2. 検索ボックスに「inetmgr」と入力します。検索が自動的に開始されます。

3. 検索結果に inetmgr プログラムが表示されたら、プログラム名をダブルクリックしてアプリケーションを起動します。

4. IIS マネージャーの左側でホストマシンのコンピュータ名をクリックし、「サイト」メニューの下の「DIVAdirector 5」を見つけます。

5. 「DIVAdirector 5」を右クリックして、表示されるメニューから「仮想ディレクトリの追加」を選択します。

6. 新しいプロキシのストレージロケーションの「エイリアス」と「物理パス」を入力します。

7. 「OK」をクリックしてプロセスを完了します。

次は、DIVAdirector Server へのプロキシの場所の追加です。

DIVAdirector Server にプロキシの場所を追加する

前の手順で作成したプロキシの場所にユーザーがアクセスするには、その場所を DIVAdirector Server の構成に追加する必要があります。

1. DIVAdirector を構成モードで起動して、設定画面を開きます。

2. DIVAdirector の構成モード設定画面の下部にある「Proxy Storage Manager」をクリックします。

3. Proxy Storage Manager の「Proxy Locations」タブ (デフォルトで開かれる) で、「New」(画面右側の上から 3 分の 2 のところにある) をクリックします。

4. 表示される「Browse for Folders」ダイアログボックスで、登録したプロキシを保存するフォルダを見つけて選択します (フォルダを 1 回クリックしてフォルダを強調表示します)。

5. 「OK」をクリックして、選択したフォルダをプロキシの場所のリストに追加します。

注記:
プロキシの場所のパスは、追加したあとで変更することはできません。

6. Proxy Storage Manager の画面で「Proxy URL Search List」タブに移動し、画面右側の「Add」をクリックします。

7. 画面中央のフィールドに仮想ディレクトリ名 (IIS に入力したエイリアス名) を入力し、「Set」をクリックします。

次は、先ほど追加した場所のストレージサイズの構成です。

プロキシの場所のストレージサイズの構成

1. Proxy Storage Manager で「Proxy Locations」タブに移動し、Proxy Storage Manager のリストから先ほど追加したプロキシの場所を選択します。画面下部にある場所のオプションがアクティブになります。

2. 「Limit」リストを使用して、目的の制限のタイプ (割合またはメガバイト) を選択します。

3. 「Limit」フィールドに制限のサイズまたは割合を入力します。

4. 「Apply Limit」をクリックすると、新しい制限が適用され、選択したプロキシの場所で使用されている領域および使用可能な領域が再計算されます。

次は、場所の充填方法の構成です。

プロキシの場所の充填方法の構成

充填方法とは、プロキシストレージをファイルで満たす方法を定義するものです。2 つの方法のうちいずれかを選択できます。どの方法を選択するかは、使用可能なストレージの容量、使用可能なストレージロケーションの数、組織の内部ポリシーなどによって異なります。使用可能な 2 つの方法は次のとおりです。

Waterfall

プロキシファイルは、チェーン内の十分な空き領域がある最初のストレージロケーションに常に送られます。場所の順序は、「Up」および「Down」ボタンを使用して変更できます。

Share Alike

プロキシファイルは、占有率がもっとも低いストレージロケーションに常に送られます。この方法では、ストレージロケーションにプロキシファイルが均等に分散されます。

登録されているすべてのストレージロケーションのステータスがオープン以外の場合は、別のロケーションがオープンになり、プロキシファイルを受け入れる十分な空き容量ができるまで、そのファイルはプロキシドロップフォルダ内に保持されます。

1. 「Proxy Locations」タブ画面の左下で、適切な「Filling Strategy」を選択します。

2. 場所の優先度を変更するには、「Up」または「Down」ボタンを使用します。

3. 画面右下の「Close」をクリックします。

新しい場所の追加と構成が完了しました。管理ユーザー以外のユーザーとしてフォルダにプロキシファイルをドロップして新しい場所をテストし、プロキシプレーヤーでそのファイルを開いてください。

次のセクションでは、プロキシの場所の操作状態について説明します。

プロキシの場所の操作状態

プロキシの場所の操作状態は、5 つのうちのいずれかになります。各状態には、場所の現在の状態を視覚的に表す独自のステータスアイコンがあります。プロキシの場所の状態は、次の 5 つのうちいずれかになります。

Open

Open 状態のステータスアイコンは、いっぱいになった緑色の円柱で、マークは付いていません。これは、このプロキシの場所が制限値に達していないことを示しています。Open 状態の場所は、新しいファイルを受け入れ、Closed 状態にのみ明示的に遷移し、移行タスクに参加できます。

Closed

Closed 状態のステータスアイコンは、黄色の円柱の上に赤い X が付いています。これは、このプロキシの場所が新しいファイルを受け入れないことを示します。Closed 状態の場所は、Open 状態にのみ明示的に遷移でき、ソースとして移行タスクに参加することはできますが、宛先として参加することはできません。

Overflown

Overflown 状態のステータスアイコンは、赤い円柱の上に感嘆符が付いています。これは、このプロキシの場所が制限値に達していることを示しています。Overflown 状態の場所は新しいファイルを受け入れず、別の状態に遷移できません。ソースとして移行タスクに参加することはできますが、宛先として参加することはできません。Proxy Storage Manager の充填方法では、場所のオーバーフローは許容されません。環境を外部から操作した場合のみ、ストレージロケーションがこの状態になることがあります。

Migration

Migration 状態のステータスアイコンは、ピンクの円柱の下に双方向の矢印が付いています。これは、そのプロキシの場所が移行プロセス中であることを示しています。Migration 状態の場所は新しいファイルを受け入れず、移行プロセスが完了するまで別の状態に遷移できません。

Unreachable

Unreachable 状態のステータスアイコンは、灰色の円柱の上に疑問符が付いています。これは、そのプロキシの場所が環境内で現在検出されていない (パスが見つからない) ことを示します。Unreachable 状態の場所は、別の状態に遷移したり、移行したり、削除したりできません。

次に、ユーザーがファイルをドロップフォルダにドロップしたときに目的のアクションが実行されるように、ドロップフォルダを構成します。

ドロップフォルダの構成

すべてのドロップフォルダに共通のパラメータがあります。共通のパラメータはすべてのドロップフォルダで同じように解釈されますが、各ドロップフォルダに対して個別に構成されます。次のサブセクションでは、共通のパラメータについて説明します。

「DESCRIPTION」パラメータ

「DESCRIPTION」パラメータを使用して、特定のドロップフォルダの機能に関する説明を含めます。この説明は、DIVAdirector Server 構成画面の「Drop Folder」セクションに表示され、簡単に参照および識別できます。ドロップフォルダの説明は、フォルダにファイルをドロップしたときに実行されるアクションがだれにでもひと目で正確にわかるように、明確に記述するようにしてください。

「ACTION」パラメータ

いずれかの「ACTION」パラメータを使用して、ドロップフォルダ内のファイルに対して実行されるアクションを識別します。各ドロップフォルダには、そのフォルダの XML 構成ファイル内でアクションを 1 つだけ構成できます。各「ACTION」値には、それぞれに関連付けられた独自のステータスアイコンがあります。「ACTION」設定には、次のいずれかの値を指定できます。

PURGE

PURGE アイコンは、ファイル、その下のごみ箱、および左上隅の P で構成されています。このアクションを実行すると、DIVArchive システム内のファイルまたはそのいずれかのインスタンスが削除されます。

RESTORE

RESTORE アイコンは、右上のファイル、下部のドライブ、および左上の赤い R で構成されています。このアクションを実行すると、いずれかの宛先上の DIVArchive ファイルが復元されます。

注記:
復元ドロップフォルダは現在、部分ファイル復元操作をサポートしていません。

COPY

COPY アイコンは、2 つのドライブと、左上隅の緑の C で構成されています。このアクションを実行すると、1 つのメディアから別のメディアに、DIVArchive ファイルのインスタンスが 1 つまたは複数コピーされます。

ARCHIVE

ARCHIVE アイコンは、右上のファイル、下部のドライブ、および左上の赤い A で構成されています。このアクションを実行すると、一連のファイルが DIVArchive システムにアーカイブされ、DIVArchive オブジェクト (ファイルのコンテナ) が作成されます。

PROXY

PROXY アイコンは、2 つのファイルと左上の赤い X で構成されています。このアクションを実行すると、DIVArchive プロキシファイルが DIVAdirector システムに登録されます。このアクションは、DIVArchive システムのコンテンツには影響しません。

SAMMA METADATA

SAMMA METADATA アイコンは、右上のファイル、下部の赤いコンテナ、および左上の緑の Q で構成されています。このアクションを実行すると、SAMMAsolo で生成されたメタデータが DIVAdirector の SAMMA メタデータの場所に移動します。

プロキシアクション

プロキシアクションには、このアクションにのみ適用される特定の値があります。通常、ユーザーはセキュリティー設定のため、直接プロキシストレージにアクセスすることはできません。プロキシを再生する唯一の方法は、プロキシを再生する権限のあるユーザーとして DIVAdirector システムにログインすることです。次のリストでは、各プロキシアクション固有のパラメータ、その機能、およびその構成方法を確認します。

PATH

「PATH」フォルダ設定は、プロキシストレージとして使用するルートプロキシフォルダを定義します。すべてのプロキシファイルは、0 から 500 までの名前が付いた、ランダムに選択されたサブフォルダに配置されます。このパスには、DIVAdirector ホストへのネットワーク共有またはローカルいずれかの完全修飾フォルダパスを指定できます。ネットワークパスは 汎用命名規則 (Uniform Naming Convention、UNC) 形式で指定する必要があり、マッピングされたドライブパスはサポートされません。

URL

「URL」フォルダ設定は、DIVAdirector Web サーバーのルートパスに対する相対 URL パスを定義します。この設定は、DIVAdirector で内部的には使用されていますが、実際の定義についてはすでに廃止されています。そのため、いずれのプロキシドロップフォルダ用にも /proxies に設定しておくのが安全です。

ORPHAN

「ORPHAN」フォルダ設定は、プロキシアクションに適用され、認識されないプロキシファイルを配置する場所のフルパスを定義します。プロキシファイルがドロップされた場合、ファイル名が失われていなければ、そのファイルは孤立フォルダに移動します。定期的にフォルダを確認し、フォルダ内に配置されたファイルをどのように処理するかを決定する必要があります。

OBJECT_CATEGORY

「OBJECT_CATEGORY」設定は、ドロップされるプロキシにどのカテゴリを関連付けるかを定義します。「NAME_FORMAT」設定で「OBJECT NAME + OBJECT CATEGORY」を選択した場合、この設定は無効になります。

「OBJECT_CATEGORY」設定には、次のいずれかの値を指定できます。

空白

これはデフォルトの設定です。「ファイル名.wmv」のファイルをドロップフォルダにドロップした場合、ファイルのカテゴリにかかわらず、そのファイル名は object_name が一致するデータベース内で最初に見つかったファイルと一致します。

単一のオブジェクトカテゴリ

この設定は、その関連付けについて、一致したファイルをどのカテゴリにするかを定義します。

* (アスタリスク)

この設定では、「ファイル名.wmv」のファイルをドロップフォルダにドロップした場合、ファイルのカテゴリにかかわらず、データベース内で見つかった object_name が一致するすべてのファイルが一致します。

SoloSupport オプションがオンになっている場合、システムは次のプロセスを使用して、項目をどのように検索するかを決定します。

1. 一致するファイルをそのまま検索します (大文字と小文字を区別するモード)。

2. ファイルが見つからない場合は、大文字の object_name に一致するファイルが検索されます (object_category はそのまま)。

3. 手順 2 でファイルが見つからなかった場合、大文字の object_name と大文字の object_category に一致するファイルが検索されます。

NAME_FORMAT
「NAME_FORMAT」パラメータは、使用するプロキシファイル名の形式を定義します。DIVAdirector に正しく登録するには、プロキシファイルをプロキシドロップフォルダにドロップする必要があります。

「NAME_FORMAT」設定には、次のいずれかの値を指定できます。

OBJECT NAME + OBJECT CATEGORY

DIVAdirector は、オブジェクト名とオブジェクトカテゴリをファイル名から取得します。オブジェクト名とカテゴリは、アンダースコア文字で区切る必要があります (オブジェクト名_オブジェクトカテゴリ.wmv)

OBJECT NAME ONLY

DIVAdirector は、オブジェクト名だけをファイル名から取得します (ファイル名.wmv)

LANGUAGE
「LANGUAGE」パラメータは、DIVAdirector がオーディオプロキシファイルの言語をどのように定義するかを設定します。「LANGUAGE」設定には、次のいずれかの値を指定できます。

From Name

DIVAdirector は、.wma のファイル名から言語を取得します。DIVAdirector データベースに正しく登録するには、名前を次の形式にする必要があります。

- OBJECT NAME + OBJECT CATEGORY
オブジェクト名_オブジェクトカテゴリ.wmv

オブジェクト名_オブジェクトカテゴリ_言語.wma

- OBJECT NAME ONLY
オブジェクト名.wmv

オブジェクト名_言語.wma

From WM9 Metadata

DIVAdirector は、.wma のファイル設定から言語を取得します。

- OBJECT NAME + OBJECT CATEGORY
オブジェクト名_オブジェクトカテゴリ.wmv

オブジェクト名_オブジェクトカテゴリ.wma

- OBJECT NAME ONLY
オブジェクト名.wmvオブジェクト名.wma

アーカイブアクション

アーカイブアクションには、このアクションに適用される特定の値があります。アーカイブアクションフォルダにドロップされたオブジェクトは、フォルダの構成でアーカイブストレージとして指定したストレージロケーションに送信されます。指定したアーカイブのストレージロケーションごとに、アーカイブアクションのドロップフォルダを作成するようにしてください。次のリストでは、各アーカイブアクション固有のパラメータ、その機能、およびその構成方法を確認します。

COMMENTS

「COMMENTS」パラメータは、アーカイブアクションのデフォルトのコメント値を指定します。

DELETE_ON_SOURCE

「DELETE_ON_SOURCE」パラメータは、テープの移行が完了したあとに、ソース上にある元の一連のファイルを削除するように DIVArchive に指示します。「DELETE_ON_SOURCE」パラメータには、「YES」または「NO」の値を指定できます。「NO」がデフォルト値です。

FIELD (レコードフィールドマッピング)

この FIELD マッピングは、「FILE_NAME_LIST」および「FILE_PATH_ROOT」設定に組み込まれた一連の変数を挿入します。次の例は構成を示していますが、変数はアクションの実行時に展開する (実際のレコードフィールド値に置き換える) 必要があります。

<FIELD>

<ORDINAL>1</ORDINAL>

<MAPS_TO>variableName1</MAPS_TO>

</FIELD>

<FIELD>

<ORDINAL>7</ORDINAL>

<MAPS_TO>variableName7</MAPS_TO>

</FIELD>

FILE_NAME_LIST

「FILE_NAME_LIST」パラメータは、アーカイブアクションのデフォルトのファイル名リストを指定します。DIVAdirector には、ユーザーがドロップフォルダの「FIELD」および「MAPS_TO」設定から展開可能な代入を使用して複雑なリストを作成できる機能があります。「FILE_NAME_LIST」の値には、対応する入力フィールドの値に置換できる変数フィールド (ドル記号で囲まれたシンボリック名) が含まれています。各変数はフィールド名 (MAPS_TO) にマッピングされることになっています。それ以外の場合、変数は「FILE_PATH_ROOT」内にそのまま残ります。「OBJECT_NAME」と「OBJECT_CATEGORY」だけが事前に定義されたマッピングであり、その他のマッピングは任意の名前である可能性があります。

FILE_PATH_ROOT

「FILE_PATH_ROOT」は、アーカイブアクションと復元アクションのデフォルトのファイルパスルートフォルダを指定します。「FILE_PATH_ROOT」を完全に理解するには、ソース/宛先のファイル構造を知る必要があります。特にアーカイブアクションの場合、この設定には変数 (ドル記号で囲まれたシンボリック名) が含まれることがあります。FIELD マッピング内に名前がある変数は、実行時に実際のフィールド値で展開されます。それ以外の場合、変数は「FILE_PATH_ROOT」内にそのまま残ります。

MEDIA_NAME

「MEDIA_NAME」パラメータは、必要な DIVArchive API アーカイブコマンドを正しく構成するのに使用される、復元、アーカイブ、およびコピーアクションのデフォルトのメディア名を指定します。「MEDIA_NAME」は、DIVArchive 内にある名前と一致する必要があります。「OBJECT_CATEGORY」パラメータと同じように、「MEDIA_NAME」の値は、ドロップフォルダの XML 構成ファイル内のフィールドマッピングに res_media_name のマッピングが含まれていないかぎり、API コマンドの構成に使用されます。入力ファイルの各レコードに含まれる値は、「MEDIA_NAME」設定の値 (ある場合) よりも優先されます。

SOURCE_DESTINATION

「SOURCE_DESTINATION」パラメータは、アーカイブおよび復元アクションに使用する構成済みの DIVArchive ソースと宛先を指定します。重要な点として、構成される値は必要なアーカイブおよび復元 API コマンドを透過的に完了するのに使用されるため、DIVArchive 内の設定と完全に一致する必要があります。「SOURCE_DESTINATION」構成設定は、アーカイブおよび復元アクションでは必須ですが、メタデータおよびパージアクションでは無視されます。アーカイブアクションの構成は 1 つのソースのみをリストするべきですが、復元アクションのリストには、最大で 10 の宛先を含めることができます。ソースと宛先はシンボリック名で識別されますが、ビデオサーバー、FTP サーバーの場所、編集システムなどを表すことができます。ドロップフォルダの処理によってアーカイブまたは復元の操作を正常に実行するために、DIVAdirector 内でソースと宛先の値を構成する必要はありません。

復元アクション

復元アクションには、このアクションに適用される特定の値があります。復元アクションフォルダにドロップされたオブジェクトは、フォルダの構成で復元ストレージとして指定したストレージロケーションに送信されます。指定した復元のストレージロケーションごとに、復元アクションのドロップフォルダを作成します。

注記:
復元ドロップフォルダは現在、部分ファイル復元操作をサポートしていません。

次のリストでは、各復元アクション固有のパラメータ、その機能、およびその構成方法を確認します。

FILE_PATH_ROOT

「FILE_PATH_ROOT」パラメータは、アーカイブアクションと復元アクションのデフォルトのファイルパスルートを指定します。「FILE_PATH_ROOT」を完全に理解するには、ソース/宛先のファイル構造を知る必要があります。

アーカイブアクションの場合、この設定には変数 (ドル記号で囲まれたシンボリック名) が含まれることがあります。FIELD マッピング内に名前がある変数は、実行時に実際のフィールド値で展開されます。それ以外の場合、変数は「FILE_PATH_ROOT」内にそのまま残ります。

MEDIA_NAME

「MEDIA_NAME」パラメータは、復元、アーカイブ、およびコピーアクションに必要な DIVArchive API コマンドを正しく構成するのに使用される、デフォルトのメディア名を指定します。「MEDIA_NAME」は、DIVArchive 内にある名前と一致する必要があります。

「OBJECT_CATEGORY」パラメータと同じように、「MEDIA_NAME」の値は、特定のドロップフォルダの XML 構成ファイル内のフィールドマッピングに res_media_name のマッピングが含まれていないかぎり、API コマンドの構成に使用されます。入力ファイルの各レコードに含まれる値は、「MEDIA_NAME」パラメータの値よりも優先されます。

INSTANCE

単一のオブジェクトの複数のコピー (インスタンス) が DIVArchive システム内に存在することがあるため、「INSTANCE」パラメータは、復元、コピー、およびパージ操作をファイルのどのインスタンスで実行するかを指定します。このパラメータはこれらすべてのアクションに対してオプションですが、オブジェクトの特定のインスタンスを使用して要求を完了するように DIVArchive に明確に指示するために使用できます。このパラメータの値には任意の整数を指定できます。

SOURCE_DESTINATION

「SOURCE_DESTINATION」設定は、アーカイブおよび復元アクションに使用する構成済みの DIVArchive ソースと宛先を識別します。重要な点として、構成される値は必要なアーカイブおよび復元 API コマンドを透過的に完了するのに使用されるため、DIVArchive 内の設定と完全に一致する必要があります。「SOURCE_DESTINATION」構成設定は、アーカイブおよび復元アクションでは必須ですが、メタデータおよびパージアクションでは無視されます。アーカイブアクションの構成は 1 つのソースのみをリストするべきですが、復元アクションのリストには、最大で 10 の宛先を含めることができます。ソースと宛先はシンボリック名で識別されますが、ビデオサーバー、FTP サーバーの場所、編集システムなどを表すことができます。ドロップフォルダの処理によってアーカイブまたは復元の操作を正常に実行するために、DIVAdirector 内でソースと宛先の値を構成する必要はありません。

コピーアクション

コピーアクションには、このアクションに適用される特定の値があります。コピーアクションフォルダにドロップされたオブジェクトは、フォルダの構成で保管先として指定したストレージロケーションにコピーされます。指定したストレージ先ごとに、コピーアクションのドロップフォルダを作成します。次のリストでは、各コピーアクション固有のパラメータ、その機能、およびその構成方法を確認します。

INSTANCE

単一のオブジェクトの複数のコピー (インスタンス) が DIVArchive システム内に存在することがあるため、「INSTANCE」パラメータは、復元、コピー、およびパージ操作をファイルのどのインスタンスで実行するかを指定します。このパラメータはこれらすべてのアクションに対してオプションですが、オブジェクトの特定のインスタンスを使用して要求を完了するように DIVArchive に明確に指示するために使用できます。このパラメータの値には任意の整数を指定できます。

パージアクション

パージアクションには、このアクションに適用される特定の値があります。パージアクションフォルダにドロップされたオブジェクトは、フォルダの構成で指定したストレージロケーションから削除されます。オブジェクトの削除が必要になる可能性がある指定したストレージロケーションごとに、パージアクションのドロップフォルダを作成します。次のリストでは、各パージアクション固有のパラメータ、その機能、およびその構成方法を確認します。

INSTANCE

単一のオブジェクトの複数のコピー (インスタンス) が DIVArchive システム内に存在することがあるため、「INSTANCE」パラメータは、復元、コピー、およびパージ操作をファイルのどのインスタンスで実行するかを指定します。このパラメータはこれらすべてのアクションに対してオプションですが、オブジェクトの特定のインスタンスを使用して要求を完了するように DIVArchive に明確に指示するために使用できます。このパラメータの値には任意の整数を指定できます。

次は、ドロップフォルダの構成に使用する XML ウィザードについてです。

XML ウィザードの使用

DIVArchive 操作ドロップフォルダの構成ダイアログボックス (XML ウィザードとも言う) は、ドロップフォルダの構成 XML ファイルを作成および編集するための Windows ウィザード形式のツールです。XML ファイルは次のセクションで説明する方法で構成と編集を直接行えますが、このウィザードを使用するとこれらのタスクをより簡単かつすばやく行えるようになります。これは、ドロップフォルダの構成ファイルを作成するプロセスを視覚化し、構成の検証と整合性をサポートします。

ウィザードを起動するには、新しいドロップフォルダを追加するか、DIVAdirector Server の構成ダイアログボックスで既存のフォルダを選択して「Settings」をクリックします。

アクション画面

アクション画面は、ウィザードの最初の画面です。この画面では、ドロップフォルダのアクションを選択して、ドロップフォルダを説明する文字列を入力します。

1. ドロップフォルダのアクションを「ACTION」リストから選択します。

2. 「DESCRIPTION」フィールドに説明を入力します。説明は、ファイルがフォルダにドロップされたときにフォルダによって実行される機能がだれにでもひと目で正確にわかるように、明確に記述するようにしてください。

3. 「Next」をクリックして次の画面に進みます。

設定画面 (次または最終)

設定画面は、ドロップフォルダのすべてのパラメータ値 (フィールドマッピング以外) を指定する最初の画面です。

DIVArchive 操作ドロップフォルダの場合は、ウィザードを完了する前に「Next」をクリックして「Field Mappings」画面に進みます。

プロキシドロップフォルダの場合はフィールドマッピングに必要な値がないため、この画面が最後の画面になります。必要な値を入力したら、「Finish」をクリックしてウィザードを完了します。

構成プロセス中に重要な点は次のとおりです。

- 「INTERVAL」の項目をリストから選択したあと、すべての XX プレースホルダまたは XXX プレースホルダを、必要とされる実際の値に必ず置き換えてください。

- 「RECORDS_TO_PROCESS」の値は、メタデータドロップフォルダには影響しません。

- 現在サポートされている「FILE_CODE_PAGE」の値には、1252 (Windows ラテン I、西ヨーロッパ言語) や 1255 (Windows ヘブライ語) などがあります。ドロップされたファイルに、使用可能なコードページに対応していない文字が含まれている場合、インポートするファイルには Unicode (リトルエンディアン) が使用されている必要があります。

- 複数の項目を含む「SOURCE_DESTINATION」リストを作成するには、「+」または「-」ボタンを使用して、現在表示されている項目を追加または削除します。

- 「PRIORITY」の値は (XML ウィザードで) 手動で入力できないため、リスト内にある値から選択する必要があります。構成ファイルを手動で編集して、0 から 100 までの数値を入力します。

- 「FILE_PATH_LIST」と「FILE_PATH_ROOT」の値は、ウィザードの次の「Field Mappings」画面で対応するマッピングが追加されたかどうかに関係なく設定できます。これらの変数名は、使用するフィールドマッピングとの一致が検証されることは一切ありません。

1. リストを使用して各パラメータの値を選択します。

2. 必要に応じてフィールドに値を入力します。

3. 「Finish」(プロキシドロップフォルダの場合) または「Next」(DIVArchive 操作ドロップフォルダの場合) をクリックします。

「Settings」画面には、プロキシアクション専用に次のパラメータがあります。

ORPHAN

「ORPHAN」フォルダパラメータは、プロキシアクションに適用され、認識されないプロキシファイルを配置する場所のフルパスを定義します。プロキシファイルがドロップされた場合、ファイル名が失われていなければ、そのファイルは孤立フォルダに移動します。定期的にフォルダを確認し、フォルダ内に配置されたファイルをどのように処理するかを決定する必要があります。

OBJECT_CATEGORY

「OBJECT_CATEGORY」パラメータは、ドロップされるプロキシにどのカテゴリを関連付けるかを定義します。「NAME_FORMAT」パラメータで「OBJECT NAME + OBJECT CATEGORY」を選択した場合、この設定は無効になります。

NAME_FORMAT

「NAME_FORMAT」パラメータは、使用するプロキシファイル名の形式を定義します。DIVAdirector に正しく登録するには、プロキシファイルをプロキシドロップフォルダにドロップする必要があります。

LANGUAGE

「LANGUAGE」パラメータは、DIVAdirector がオーディオプロキシファイルの言語をどのように定義するかを設定します。「LANGUAGE」設定には、次のいずれかの値を指定できます。

From Name

DIVAdirector は、「ファイル名.wma」のファイル名から言語を取得します。

From WM9 Metadata

DIVAdirector は、「ファイル名.wma」ファイルの設定から言語を取得します。

フィールドマッピング画面 (最終)

XML ウィザードはリストが空の状態でこのページを開始します。インポート操作中に使用できるようにするために必要なすべてのフィールドマッピングを追加して構成する必要があります。

フィールドマッピングプロセス中に重要な点は次のとおりです。

- 新しいマッピングテンプレートを追加した場合、その「ORDINAL」の値はゼロに設定されています。ゼロの「ORDINAL」値はフィールドマッピングでは許可されないため、変更する必要があります。

- (特に) アーカイブアクションの場合、「MAPS_TO」設定に、「FILE_PATH_LIST」および「FILE_PATH_ROOT」設定で使用する変数名を入力できます。変数の定義や使用方法とは別に、値が正しく入力されていることを確認してください。

1. 新しいフィールドマッピングを追加するには、画面左下の「Add」をクリックします。

2. 必要なフィールドマッピングパラメータを選択して「OK」をクリックします。「Field Mapping」画面に戻ります。

3. 新しいパラメータの値を入力します。

4. 必要な各フィールドマッピングで、これらの手順を繰り返します。

5. 「Finish」をクリックして変更を保存します。

構成プロセス中に無効な値が 1 つまたは複数入力された場合、次のエラーメッセージのいずれかまたは両方が表示されます。各メッセージには、エラーが検出されたパラメータの名前またはドロップフォルダのロジック違反の説明のいずれかが含まれます。

最初のタイプのエラーメッセージには、検出されたエラーおよびエラーの原因となったパラメータが含まれています。

2 番目のタイプのエラーメッセージには、ロジックエラーの説明およびエラーの原因となったパラメータ値が含まれています。

これらのメッセージのいずれか (または両方) を受信した場合は、対応するウィザードのページに戻ってエラーの原因となった値を修正し、「Finish」をクリックしてウィザードを完了します。

次は、XML 構成ファイルを直接編集する方法についてです。

XML 構成ファイルの直接編集

XML 構成ファイルは、ドロップフォルダの構成パラメータを定義します。XML タグには、次のようないくつかの一般的なルールが適用されます。

- XML タグの設定が省略されている場合は、デフォルト値が適用されます。

- 現在のアクションのコンテキストで意味のない設定は、XML 構成ファイル内に存在していても無視されます。

- すべての設定値は、大文字と小文字が区別されません。

(XML ウィザードを使用するのではなく) XML 構成ファイルを直接編集する場合は、必ず Unicode のプレーンテキストエディタを使用してファイルを編集してください。ワードプロセッシングプログラム (Microsoft Word など) を使用すると、ファイルを保存するときに、表示されない余分な書式コードがファイルに追加されます。これらのコードによって、ドロップフォルダの XML ファイルが破損してしまいます。必ずメモ帳や Notepad ++ などのエディタを使用して、ファイルを Unicode で保存するようにしてください。

ドロップフォルダの XML 構成ファイルには、次の構成パラメータを含めることができます。

ACTION

アーカイブ、コピー、復元、パージなど、ドロップフォルダ内のファイルに実行されるアクション。

CLEAN_UP_INTERVAL

インポートファイルをドロップフォルダ内に保持できる時間を指定します。

COMMENTS

アーカイブアクションのデフォルトのコメント値を指定します。

DATABASE_CHECK

適切な DIVArchive コマンドを発行する前に、復元、アーカイブ、およびパージアクションの入力ファイルの各レコード内に特定のオブジェクト名が存在することを DIVAdirector システムで検証するかどうかを指定します。

DD_REQUEST_SET_SIZE

DIVArchive 要求キューサイズを取得することで中断できない DIVArchive に送信される一連の要求のサイズを指定します。

DD_SLEEP_INTERVAL

一連の要求を DIVArchive に送信してから次に送信するまでに必要な間隔。

DELETE_AFTER_PROCESS

処理が完了した時点で DIVAdirector によって入力ファイルを削除するか、後続の処理のために入力ファイルをそのまま残すかを指定します。これは、大量のオブジェクトを含む巨大な入力ファイルのメタデータを、時間をかけて DIVArchive に取り込み、アーカイブする場合に便利です。ファイルは処理が成功するまでドロップフォルダ内に保持されます。

DELETE_ON_SOURCE

テープの移行が完了したあとに、ソース上にある元の一連のファイルを削除するように DIVArchive に指示します。

DESCRIPTION

DIVAdirector システム管理者は、だれでも簡単に識別できるように、各ドロップフォルダの機能に関する説明を含めるようにしてください。この説明は DIVAdirector Server GUI に表示され、簡単に参照できます。

DIVA_MAX_QUEUE_SIZE

DIVArchive 要求キューの最大許容サイズを指定します。

ENCAPSULATION

引用符、二重引用符、カプセル化なしなど、入力ファイルに含まれている各値を囲むのに使用するカプセル化文字を指定します。

FILE_CODE_PAGE

Unicode 以外のインポートファイルを解釈するルールを定義します。

FILE_NAME_LIST

アーカイブ操作のデフォルトのファイル名リストを指定します。DIVAdirector の機能を使用すると、ユーザーはドロップフォルダの「FIELD」および「MAPS_TO」設定から取得する展開可能な代入を使用して複雑なリストを作成できます。

FILE_PATH_ROOT

アーカイブおよび復元操作用のデフォルトのファイルパスルートを指定します。

FORMAT

入力ファイルの期待される形式を定義します。現在、システムはフラットファイル形式のみをサポートしています。この設定で選択したオプションに応じて、指定した形式のファイルだけをドロップフォルダに配置するようにしてください。

HEADER_ROW

XML タグを示し、可能性のある構成設定値を含むセクションヘッダーです。

INSTANCE

復元、コピー、およびパージアクションを実行するファイルのインスタンスを指定するのに使用されます。

INTERVAL

ドロップフォルダ内のファイルを処理する頻度とタイミングを定義します。

LANGUAGE

DIVAdirector がどこからオーディオプロキシファイルの言語を抽出するかを指定します。

MATCHING_OBJECT_NOT_FOUND

データベース内で見つからないオブジェクトに対する DIVAdirector の処理方法を指定します。エラーを返すか、または仮想オブジェクトを作成するかのどちらかになります。

MEDIA_NAME

必要な DIVArchive API アーカイブコマンドを正しく構成するのに使用される、復元、アーカイブ、およびコピーアクションのデフォルトのメディア名を指定します。

NAME_FORMAT

DIVAdirector がプロキシファイル名から名前とカテゴリを抽出する方法を指定します。

OBJECT_CATEGORY

パージ、アーカイブ、復元、コピーなどの特定のアクションのデフォルトのオブジェクトカテゴリを指定します。このオブジェクトカテゴリの値は、必要な DIVArchive API コマンドを正しく構成するために、入力ファイルの各レコード内で見つかったオブジェクト名と組み合わせて使用されます。

OPTIONS

アーカイブおよび復元アクションのデフォルトオプションを指定するもので、使用可能なソースと宛先のログインおよびパスワードパラメータが含まれています。

ORPHAN

プロキシアクションに適用され、認識されないプロキシファイルを配置する場所のフルパスを定義します。プロキシ接続がドロップされた場合、ファイル名が失われていなければ、そのファイルは孤立フォルダに移動します。定期的に孤立フォルダを確認し、ファイルをどのように処理するかを決定する必要があります。

PATH

プロキシストレージとして使用するルートプロキシフォルダを定義します。すべての個々のプロキシファイルは、0 から 500 までの名前が付いた、ランダムに選択されたサブフォルダに配置されます。通常、ユーザーはセキュリティー設定のため、直接プロキシストレージにアクセスすることはできません。ユーザーがプロキシを再生する唯一の方法は、プロキシを再生する権限のあるユーザーとして DIVAdirector システムにログインすることです。

PRIORITY

アーカイブ、復元、コピー、およびパージアクションのデフォルトの優先度レベルを指定します。

QUALITY_OF_SERVICE

アーカイブおよび復元操作のデフォルトの Quality of Service を指定します。

RECORDS_TO_PROCESS

特定の入力ファイル内で処理するレコードの最大数を指定します。これにより、DIVArchive システムをあふれさせる可能性のある要求の数をある程度制御できます。

RESULTANT_FILE

この設定は、入力ファイルの処理後に結果として得られるファイルを DIVAdirector システムによって 1 つ作成するか複数作成するかを定義します。

RESULTANT_FILE_PATH

DIVAdirector が処理操作の結果として処理したファイルを配置する場所のパスを指定します。

SEPARATOR

ドロップフォルダに対し、入力ファイルの各行内で値を区切る方法を指定します。

SOURCE_DESTINATION

DIVAdirector が処理操作の結果として処理したファイルを配置する場所のパスを指定します。

SPACE_REMOVAL

入力フィールドのそれぞれの値に含まれるデータについて、先頭のスペース、末尾のスペース、またはその両方を DIVAdirector で削除するかどうかを指定します。

URL

DIVAdirector Web サーバーのルートパスに対する URL の相対パスを定義します。すべてのプロキシドロップフォルダで常に /proxies に設定しておくのが安全です。

次は、DIVArchive 操作特有のパラメータの構成です。

DIVArchive 操作ドロップフォルダ特有の構成

DIVArchive 操作ドロップフォルダの復元、アーカイブ、コピー、およびパージ DIVArchive 操作には、これらのタイプのアクションにのみ適用できる特有のパラメータがあります。次の共通パラメータは、4 つすべてのタイプのアクションに使用できます。

DATABASE_CHECK

「DATABASE_CHECK」パラメータは、適切な DIVArchive コマンドを発行する前に、復元、アーカイブ、コピー、およびパージアクションの入力ファイルの各レコード内に特定の「OBJECT_NAME」が存在することを DIVAdirector システムで検証するかどうかを指定します。

DIVAdirector データベース内にファイルが存在するかどうかにかかわらず、DIVArchive 内ではファイルが常にチェックされます。ファイルには、二重登録がある場合もあります (DIVAdirector と DIVArchive 両方にインスタンスがある)。

「DATABASE_CHECK」パラメータには、次の値を含めることができます。

YES

これはデフォルト値で、データベースにオブジェクトが存在するかどうかをチェックします。

NO

データベースのチェックは実行されません。

DD_SLEEP_INTERVAL
「DD_SLEEP_INTERVAL」パラメータは、一連の要求を DIVArchive に送信してから次に送信するまでに必要な間隔です。この設定のデフォルト値は 60 秒です。

DD_REQUEST_SET_SIZE
「DD_REQUEST_SET_SIZE」パラメータは、DIVArchive 要求キューサイズを取得することで中断できない DIVArchive に送信される一連の要求のサイズを指定します。デフォルト値は 10 です。

DIVA_MAX_QUEUE_SIZE
「DIVA_MAX_QUEUE_SIZE」パラメータは、DIVArchive 要求キューサイズの最大許容値を指定します。デフォルト値は 150 です。

DIVArchive ドロップフォルダは、自動的に生成される要求によってシステムを簡単にあふれさせてしまう可能性があるため、この設定は DIVArchive システムの負荷を制限するのに使用されます。

次の一連の要求を発行する前に、DIVAdirector Server は、現在のキューサイズを受け取ります。これが対応するドロップフォルダの設定値よりも大きい場合は、「DD_SLEEP_INTERVAL」の時間の間、サーバーが要求を中断します。

PRIORITY
「PRIORITY」パラメータは、アーカイブ、復元、コピー、およびパージアクションのデフォルトの優先度レベルを指定します。0 から 99 までの任意の整数を使用して、そのドロップフォルダ内でファイルを処理する際の優先度の値を個別に識別できます。

「PRIORITY」パラメータには、次のいずれかの値を指定できます。

NORMAL

50 (これがデフォルト値です)

MIN

0

LOW

25

HIGH

75

MAX

99

RECORDS_TO_PROCESS
「RECORDS_TO_PROCESS」パラメータは、特定の入力ファイル内で処理するレコードの最大数を指定します。これにより、DIVArchive システムをあふれさせる可能性のある要求の数をある程度制御できます。DIVAdirector システムは、この値で定義されたとおりに入力ファイル内の最初のレコードセットを処理します。すべてのレコードの数は 100 より少ないことが想定されます。

「RECORDS_TO_PROCESS」パラメータには、次の値を指定できます。

100

これはデフォルトの設定で、最大で 100 のレコードを処理します。

0

この設定は、入力ファイル内のすべてのレコードを処理し、もっとも一般的に使用されます。

NNN

入力ファイル内で処理するレコードの数を任意の整数 (NNN) で指定できます。

QUALITY_OF_SERVICE
「QUALITY_OF_SERVICE」パラメータは、アーカイブおよび復元アクションのデフォルトの Quality of Service を定義します。

「QUALITY_OF_SERVICE」パラメータには、次のいずれかの値を指定できます。

Default

デフォルト設定は、DIVArchive システム管理者によって構成されます。

Cache Only

この設定は、キャッシュされているオブジェクトだけを使用します。

Direct Only

この設定は、直接アクセスするオブジェクトだけを使用します。

Cache and Direct

この設定は、キャッシュされたオブジェクトと直接オブジェクトの両方を使用し、キャッシュされたオブジェクトが優先されます。

Direct and Cache

この設定は、直接オブジェクトとキャッシュされたオブジェクトの両方を使用し、直接オブジェクトが優先されます。

アーカイブアクションのパラメータ

アーカイブドロップフォルダ操作は、ファイルのコンテンツに基づいてオブジェクトを自動的に DIVArchive に移動できる、リストベースのコンテンツアーカイブ機能を提供します。アーカイブドロップフォルダ操作は、次の構成パラメータに基づきます。

- XML 構成ファイルは、フラットファイル内のどのフィールドに処理対象の OBJECT_NAME と OBJECT_CATEGORY が含まれるか、および Archive API コマンドにどの DIVArchive ソースを使用するかを定義します。

- XML ファイル内では、単一の DIVArchive のストレージロケーションのみを識別できます。

- DIVAdirector はフラットファイルをレコードごとに処理し、XML 構成ファイル内で構成されているストレージロケーションのフラットファイル内で見つかった各 OBJECT_NAME に対して DIVArchive アーカイブコマンドを発行します。

- 処理時にそのファイルが DIVArchive 内に存在するかどうかわからないため、オブジェクト内のすべてのレコードが処理されます。これは、「DATABASE_CHECK」設定がこのアクションタイプに適用されないことを意味します。

コピーアクションのパラメータ

コピードロップフォルダ操作は、管理対象ディスクへのコンテンツのプレステージングなどの操作のために、DIVAdirector が DIVArchive システム内にオブジェクトの新しいインスタンスを作成する、リストベースのコピー機能を提供します。コピードロップフォルダ操作は、次の構成パラメータに基づきます。

- XML 構成ファイルは、新しいインスタンスを作成するベースとなる OBJECT_NAME と OBJECT_CATEGORY が入力ファイル内のどのフィールドに含まれるか、およびどの DIVArchive メディア名をコピー操作の対象とするかを定義します。

- 定義されたメディア名は、DIVArchive 内に存在する必要があります。

- コピー操作の特性により、ドロップフォルダの各 XML 構成ファイル内には、複数のメディア名を定義できます。DIVAdirector は、XML 構成ファイル内の各メディア名の各入力ファイルレコード内で見つかったオブジェクトに対して個別のコピー要求を発行します。

- 入力ファイル内にあって DIVAdirector 内で見つからないオブジェクトは、スキップされて結果ファイルに記録されるか、XML 構成ファイルの「DATABASE_CHECK」の値に基づいて暗黙的に処理されます。

- コピーアクションの優先度は、個々のフォルダの XML 構成ファイル内で定義されます。

- 入力ファイル内の各レコードには、特定の OBJECT_NAME に対応する OBJECT_CATEGORY を含めることもでき、また、ドロップフォルダ内に配置されるすべての入力ファイルに対して、XML 構成ファイル内で OBJECT_CATEGORY をグローバルに定義することもできます。

- 各入力ファイルレコード内の OBJECT_CATEGORY は、OBJECT_CATEGORY パラメータがそのドロップフォルダ内でマッピングされたフィールドのいずれかとして構成されている場合のみ、XML 構成ファイル内でグローバルに構成されたものよりも優先されます。

復元アクションのパラメータ

復元ドロップフォルダ操作は、DIVAdirector が一連の識別されたストレージロケーションにオブジェクトとファイルをコピーする、リストベースの復元機能を提供します。

注記:
復元ドロップフォルダは現在、部分ファイル復元操作をサポートしていません。

復元ドロップフォルダ操作は、次の構成パラメータに基づきます。

- XML 構成ファイルは、入力ファイル内のどのフィールドに処理対象の OBJECT_NAME と OBJECT_CATEGORY が含まれるか、およびどの DIVArchive のストレージロケーションを復元操作の対象とするかを定義します。

- 定義されるストレージロケーションは DIVArchive 内に存在する必要がありますが、DIVAdirector 内で構成されていない場合もあります。

- 復元操作の特性により、ドロップフォルダの各 XML 構成ファイル内には、複数の宛先を定義できます。DIVAdirector は、XML 構成ファイル内の各ストレージロケーションの各入力ファイルレコード内で見つかった OBJECT_NAME に対して個別のコピー要求を発行します。

- 入力ファイル内にあって DIVAdirector 内で見つからないオブジェクトは、スキップされて結果ファイルに記録されるか、XML 構成ファイルの「DATABASE_CHECK」の値に基づいて暗黙的に処理されます。

- 復元アクションの優先度は、個々のフォルダの XML 構成ファイル内で定義されます。

- 入力ファイル内の各レコードには、特定の OBJECT_NAME に対応する OBJECT_CATEGORY を含めることもでき、また、ドロップフォルダ内に配置されるすべての入力ファイルに対して、XML 構成ファイル内で OBJECT_CATEGORY をグローバルに定義することもできます。

- 各入力ファイルレコード内の OBJECT_CATEGORY は、OBJECT_CATEGORY がそのドロップフォルダ内でマッピングされたフィールドのいずれかとして構成されている場合のみ、XML 構成ファイル内でグローバルに構成された OBJECT_CATEGORY 設定よりも優先されます。

パージアクションのパラメータ

パージドロップフォルダ操作は、DIVAdirector がファイルのコンテンツに基づいてオブジェクトとファイルを DIVArchive から削除する、リストベースのコンテンツパージ機能を提供します。

警告:

ファイルは暗黙的に処理され、一致するオブジェクトは DIVArchive システムから削除されるため、パージアクションを実行するドロップフォルダを定義する際は細心の注意を払う必要があります。オブジェクトが一度削除されたら、パージ操作の取り消しに使用できる機能は今のところありません。

パージドロップフォルダ操作は、次の構成パラメータに基づきます。

- XML 構成ファイルは、フラットファイル内のどのフィールドに処理対象の OBJECT_NAME と OBJECT_CATEGORY が含まれるかを定義します。

- DIVAdirector はフラットファイルをレコードごとに処理し、ファイル内で見つかった各 OBJECT_NAME に対して DIVArchive 削除コマンドを発行します。

- 入力ファイル内にあって DIVAdirector 内で見つからないオブジェクトは、スキップされて結果ファイルに記録されるか、XML 構成ファイルの「DATABASE_CHECK」の値に基づいて暗黙的に処理されます。

- パージアクションの優先度は、必要な別のパラメータに加えて、その特定のフォルダの XML 構成ファイル内で定義されます。

- 入力ファイル内の各レコードには、個々の OBJECT_NAME に対応する OBJECT_CATEGORY を含めることもでき、また、ドロップフォルダ内に配置されるすべての入力ファイルに対して、XML 構成ファイル内で OBJECT_CATEGORY をグローバルに定義することもできます。

- 各入力ファイルレコード内の OBJECT_CATEGORY は、OBJECT_CATEGORY がそのドロップフォルダ内でマッピングされたフィールドのいずれかとして構成されている場合のみ、XML 構成ファイル内でグローバルに構成されたものよりも優先されます。

次は、DIVAdirector トランスコードサービスの構成です。

トランスコードサービスの構成

DIVAdirector Release 5.3 では、システムに新しいトランスコードサービスが導入されています。このサービスには、2 つの主要コンポーネントが含まれています。1 つ目のコンポーネントは、要求の送信と表示、および現在構成されているトランスコーダ情報 (名前、バージョンなど) の表示を行う RESTful API です。2 つ目のコンポーネントは、すべてのアクティブなトランスコード要求の進行状況と状態を更新するために定期的に実行される時間ベースのバックグラウンドプロセスです。

ルートパスは、現在構成されているトランスコーダ実装サービスが読み取ることのできる場所を指している必要があります。ただし、新しいトランスコードサービス自体には、その場所への読み取りアクセス権は必要ありません。新しいトランスコードサービスとトランスコーダ実装との違いを明確にするために、トランスコードサービスでは複数のトランスコーダ実装 (Vantage、FlipFactory など) に対して 1 つの共通インタフェースを提供します。トランスコーダ実装 (Vantage サービスなど) には、ルートパスへの読み取りアクセス権が必要です。

トランスコードサービス API は、セルフホスト型の Open Web Interface for .NET (OWIN) アプリケーションに含まれ、Windows サービスに含まれているため、IIS への依存関係が排除されています。要求の情報は、サービスインストーラを使ってインストールされた SQL Server Express LocalDB データベースに保持され、共通インタフェースを介してデータレイヤーによってアクセスされます。

トランスコードサービスは、DIVAdirector からトランスコードサービスソース/宛先への要求が作成された場合に、有効なファイル拡張子 (Web 構成ファイルの変更の「ProxyableFileExtensions」を参照) を持つ、ユーザーが選択したファイルのプロキシを作成します。トランスコーダサービスを使用する場合、ユーザーは要求を送信する際にソースまたは宛先として「transcodeSvc」を選択します。新しいトランスコードサービスを正しく構成するには、「Source Name」が DIVAdirector の「TranscodeSourceDestName」構成値と一致する必要があり、「Connect Options」のエントリに「tr」フラグ (「tr_restore_format」や「tr_names」など) が含まれていてはいけません。

ソースと宛先の構成例を次の図に示します。この特定のソースと宛先の場所の選択 (この復元先は「TranscodeSourceDestName」キーと一致) には、復元完了時の暗黙的なトランスコードとプロキシの作成が含まれています。

注記:
現在新しいトランスコードサービスの使用に対応しているのは、Vantage トランスコーダのみです。

Web 構成ファイルの変更

トランスコードサービスを使用するには、DIVAdirector の Web 構成をいくつか変更する必要があります。Web 構成ファイルは、インストール時に作成される www フォルダにあります。たとえば、C:\Program Files (x86)\DIVAdirector 5\www\Web.config です。

設定の更新は次のとおりです。

DIVArchive Web Services (WS) Endpoint

WS エンドポイントを使用可能な任意のポートに構成できます。

<add key="DIVArchiveAPIUrl" value="http://10.80.106.57:9763/services/DIVArchiveWS_REST_2.1/" />

appName

これは、DIVArchive WS API インタフェース内に登録されるアプリケーションの名前を識別します。具体的には、registerClient メソッドに渡される「appName」パラメータの値です。これは、DIVArchive WS API とのインタフェース接続の前に必要です。

<add key="appName" value="DIVAdirector" />

TranscodeSourceDestName

これは、事前に構成されたソースまたは宛先の名前を識別するもので、DIVAdirector がトランスコーディングサービスでプロキシを作成するために使用する DIVArchive の復元場所を定義します。

<add key="TranscodeSourceDestName" value="transcodeSvc"/>

Windows サービスの変更

Web アプリケーションと一緒にインストールされる DIVAdirector の Windows サービスは、Web 要求のコンテキスト外で実行されるバックグラウンドタスク (プロキシの作成、メタデータの抽出、ドロップフォルダのモニタリングなど) を処理します。Windows の管理コンソールには、レガシーサービスが DIVAdirector Server Service として表示されます。

バックグラウンドタスク機能は、旧バージョンの Windows サービスから新しいサービスに移行中です。ただし、現在、新しい Oracle.DIVAdirector.TaskManager Windows サービスは機能の一部のみを処理するため、現在はどちらのサービスも DIVAdirector インストーラによってインストールされます。

Oracle.DIVAdirector.TaskManager サービス構成ファイル (Oracle.DIVAdirector.TaskManager.exe.config) は、C:\Program Files (x86)\DIVAdirector 5\TaskManager\ フォルダの中にあります。

次に説明するとおり、この構成ファイルには注意が必要な 4 つのメインセクションがあります。

1. DIVArchive Web Services API REST エンドポイント構成
<appSettings> セクションでは、4 つの設定を構成する必要があります。

applicationName

これは、WS API インタフェース内に登録されるアプリケーションの名前です。具体的には、registerClient メソッドに渡される「appName」パラメータの値です。これは、WS API とのインタフェース接続の前に必要です。

<add key="applicationName" value="app name" />

locationName

これは、クライアントを実行しているコンピュータがある物理的な場所を識別します。具体的には、registerClient メソッドに渡される「locName」パラメータの値です。これは、WS API とのインタフェース接続の前に必要です。

<add key="locationName" value="location name" />

processID

これは、クライアントアプリケーションの登録に使用するプロセス ID 番号を識別します。具体的には、registerClient メソッドに渡される「processID」パラメータの値です。これは、WS API とのインタフェース接続の前に必要です。

<add key="processId" value="1234" />

DIVArchiveApiUrl

これは、WS API REST エンドポイントを識別します。エンドポイントには、使用可能な任意のポート番号を使用できます。

<add key="DIVArchiveApiUrl" value="http://10.80.106.57:9763/services/DIVArchiveWS_REST_2.1/" />

2. トランスコーダサービスのアクセス構成
<TranscodeSettingsConfigurationSection> セクションでは、3 つの設定を構成する必要があります。

TranscoderClientSettings

「TranscoderApiUrl」は、トランスコートサービスのベース API エンドポイントの URL です。「TranscoderClientSettings」にオプションの「int LocationId」を追加するとデフォルトの場所をオーバーライドできます。

<TranscoderClientSettings TranscoderApiUrl="http://localhost:9876/api/"

PresetName

「PresetName」は、トランスコードサービス内のプリセット構成の名前です。プリセットとは、プリセット ID (Vantage のワークフロー ID など) に関連付けられた名前です。

PresetName="Default Video Proxy"

ProxyableFileExtensions

「ProxyableFileExtensions」は、サービスがプロキシの作成を試行するファイル拡張子のリストです。

ProxyableFileExtensions="mxf,lxf,avi,mpg,mpeg,mov,mp4">

次のパラメータのリストは、「PresetName」によって定義されたプリセットワークフローに渡されます。必要に応じて、コードを変更することなくこのリストにさらにパラメータを追加できます。

<Parameters> <Parameter Key="GenerateKeyFrames" Value="True" /> <Parameter Key="KeyframeCaptureInterval" Value="00:00:01:00@29.97" /> </Parameters>

3. タスクとタスク間隔の構成
次のタスクは、<ScheduledTasks> セクションで構成され、Windows サービスによって実行されます。これらのタスクのいずれかを無効にすると、機能が失われます。ただし、「IntervalInSeconds」パラメータで間隔タイマーを調整することでパフォーマンスを向上できます。

TranscodeOnRestoreCompleteTask

このタスクは、(DIVArchive Web Services (WS) API REST エンドポイントを介して) DIVArchive の復元要求の進行状況をポーリングし、完了次第トランスコード要求を開始します。このタスクは、プロキシ作成サービスの呼び出しも行います。

<ScheduledTask Name="TranscodeOnRestoreCompleteTask" Type="Oracle.DIVAdirector.TaskManager.Tasks.TranscodeOnRestoreCompleteTask, Oracle.DIVAdirector.TaskManager" IntervalInSeconds="10" Enabled="true" />

UpdateRequestsStatusTask

このタスクは、DIVArchive のアクティブなすべての要求の状態および進行状況をモニターして更新します。

<ScheduledTask Name="UpdateRequestsStatusTask" Type="Oracle.DIVAdirector.TaskManager.Tasks.UpdateRequestsStatusTask, Oracle.DIVAdirector.TaskManager" IntervalInSeconds="10" Enabled="true" />

4. Postgres データベースの通信構成
この接続文字列には、DIVAdirector Web アプリケーションの web.config ファイルで定義されている接続文字列と同じサーバーおよび資格情報を使用するようにしてください。

<connectionStrings><add name="DIVADirectorContext" connectionString="Server=localhost;Database=DIVAdirector;User Id=postgres;Password=Manager;" providerName="Npgsql" /></connectionStrings>

トランスコードサービスの Windows サービスの起動と停止

DIVAdirector トランスコードサービスの Windows サービスは、どちらも自動的に起動するように設定してください。この 2 つのサービスは、Oracle.Transcode.Api.Owin と Oracle.Transcode.TaskManager の名前を使用して Windows サービスマネージャーに表示されます。

これらのサービスはどちらも、Windows サービスマネージャーまたは Windows コマンド行を使用して手動で制御できます。次のコマンド行オプションを使用して、いずれかのサービスを制御します。

install

このオプションは、サービスをインストールします。

start

このオプションは、サービスを起動します。

stop

このオプションは、サービスを停止します。

restart

このオプションは、サービスを停止してから再起動します。

uninstall

このオプションは、サービスを削除します。

status

このオプションは、サービスの現在のステータスを表示します。

help

このオプションは、ヘルプダイアログを表示します。

たとえば、次のコマンドを使用して API サービスを起動します。

Oracle.Transcode.Api.Owin.exe start

次のコマンドを使用して、バックグラウンドタスクサービスを停止し、そのあと再起動します。

Oracle.Transcode.TaskManager.exe restart

次は、DIVAdirector ロギングファイルとサーバーロギングの構成です。

ロギングの構成

システムのストレージが構成されたので、次にログファイルを構成します。DIVAdirector で使用するログファイルは 2 セットあります。

DIVAdirector Server のログファイル

DIVAdirector Server には、ドロップフォルダの処理以外のすべてのサーバータスクに関するログファイルを生成する、一般的なロギングシステムがあります。

ドロップフォルダのログファイル

ドロップフォルダのログには、全体的なドロップフォルダ操作メカニズムと、DIVAdirector Server 内で発生する可能性のある一般的なエラー状態の処理に関する一般的な情報が含まれています。

DIVAdirector Server のロギングの構成

DIVAdirector Server のログには、さまざまなサーバー操作に関する一般的な情報と、発生する可能性のある操作処理エラーの情報が含まれています。

このロギングシステムはサーバーのトラブルシューティングアクティビティーを目的としたもので、デフォルトでは完全に無効になっています。カスタムログレベル (下記を参照) を構成することで、さまざまな量の情報を取得できます。カスタムログレベル設定が定義されていない場合、デフォルトでレベル 0 が適用されます。

ログ設定は、DIVAdirector Server の起動時に適用されます。この設定はサーバーの動作中に変更できますが、システムが新しい設定を認識して適用するにはサーバーを再起動する必要があります。

ログレベル

サーバーのロギング機能には、いくつかのカスタムレベルがあります。各レベルは、サーバーの動作中に記録する情報の量を識別します。カスタムログレベルを設定するには、DIVAdirector_HOME\cmg-server\cmgserver.ini ファイルの「[Startup]」セクションを編集します。

[Startup]

LogLevel=[custom log level]

使用可能なカスタムログレベルは次のとおりです。

0

ロギングを無効にします。

1

サーバーエラー - このレベルはサーバーに起因するエラーだけを記録します。

2

警告メッセージ - このレベルはサーバーエラーと警告メッセージの両方を記録します。これは推奨されるログレベル設定です。

3

情報メッセージ - このレベルはサーバーエラー、警告メッセージ、および情報メッセージを記録します。ログレベルをレベル 3 に設定すると大きなログファイルが作成されてしまうため、Oracle サポートから指示されないかぎりは推奨されません。

4

デバッグレベル - 生成されるログレコードの量のため、この値は設定しないようにしてください。Oracle サポートに支援を依頼した場合に、Oracle の担当者からトラブルシューティングのためにロギングレベルを 4 に設定するように依頼される場合があります。

ログファイル名

サーバーのログファイル名は、完全修飾または相対形式で指定できます。このパラメータが省略されている場合は、デフォルトのファイル名である _cmgserver.log が適用されます。デフォルト名は相対パスであるため、ログファイルは DIVAdirector Server が起動されるフォルダと同じフォルダ内に作成されます。

カスタムログファイル名を設定するには、DIVAdirector_HOME\cmg-server\cmgserver.ini ファイルの「[Startup]」セクションを編集します。

[Startup]

LogFileName=[custom log filename]

ログファイルのサイズと循環

警告:

現在、DIVAdirector Server にはログファイルの自動クリーンアップメカニズムはありません。サーバーの動作中に蓄積される古いログファイルに注意してください。

古いログファイルを定期的に削除するバッチファイルを作成し、Windows タスクスケジューラを使用してそのバッチファイルを稼働時間外に毎日実行してください。

サーバーログは、DIVAdirector Server の通常動作中に増加します。ファイルの無秩序な増加を防ぐため、ログ操作中にログファイルのサイズ制限が検証されます。ファイルサイズが制限を超える場合は、ファイルが閉じられ、次のテンプレートに従って名前が変更されます。

元のログファイル名_タイムスタンプ.元のファイルの拡張子

タイムスタンプは、ファイルの名前が変更された時間です。タイムスタンプ文字列の形式は YYYYMMDD-hhmmss です。ここでは:

YYYY = 年
MM = 月
DD = 日
hh = 時 (0 - 23)
mm = 分 (0 - 59)
ss = 秒 (0 - 59)

サーバーの「LogFileSize」の制限が指定されていない場合は、デフォルトの値である 4M バイトが適用されます。カスタムのサーバーログファイルサイズの制限を設定するには、DIVAdirector_HOME\cmg-server\cmgserver.ini ファイルの「[Startup]」セクションを編集します。

[Startup]

LogFileSize=[custom file size limit in bytes]

ドロップフォルダのロギングの構成

ドロップフォルダのロギングシステムは、常に有効になるように設計されています。ドロップフォルダのログを無効にすることはできませんが、ログレベルを低く設定することで、ログレコードの大部分を削減できます。

ログレベル

ドロップフォルダのログレベル設定は、現在のニーズに応じて柔軟なイベントロギングを提供することを目的としています。この設定は、DIVAdirector Server の起動時に適用されます。このレベルはサーバーの動作中に変更できますが、システムが新しい設定を認識して適用するにはサーバーを再起動する必要があります。この設定が省略されている場合は、デフォルトでログレベル 0 が適用されます。

使用可能なログレベルは次のとおりです。

0

もっとも優先度の高いメッセージで、一般的なロギングシステムイベント (初期化やシャットダウンなど) と操作の結果が含まれます。

1

ドロップフォルダの初期化エラーのみ。

2

ドロップフォルダ構成ファイルの解析エラーと初期化エラー。

3

一般的なドロップフォルダのアクションエラー、ファイル解析エラー、および初期化エラー。

4

その他のタイプのドロップフォルダエラー。

4 より上

レベル 4 より上のレベルは、生成されるログレコード量のため、ドロップフォルダのトラブルシューティングのみを目的としています。Oracle サポートから指示されないかぎり、通常はこれらの高い値に設定しないことが強く推奨されます。

ドロップフォルダのカスタムログレベルを設定するには、DIVAdirector_HOME\cmg-server\cmgserver.ini ファイルの「[Startup]」セクションを編集します。

[Startup]

DropFoldersLogLevel=[custom log level]

ログファイル名

ドロップフォルダのログファイル名は、完全修飾パスとファイル名、または相対形式 (ファイル名のみ) を使用して指定できます。この設定が省略されている場合は、デフォルトのログファイル名である DropFolders.log が適用されます。このデフォルト名は相対パスであるため、ログファイルは DIVAdirector Server が起動するフォルダと同じフォルダ内に作成されます。

ドロップフォルダのカスタムログファイル名を設定するには、DIVAdirector_HOME\cmg-server\cmgserver.ini ファイルの「[Startup]」セクションを編集します。

[Startup]

DropFoldersLogFilename=[custom log filename]

ログファイルのサイズと循環

警告:

現在、DIVAdirector Server にはログファイルの自動クリーンアップメカニズムはありません。サーバーの動作中に蓄積される古いログファイルは手動で処理する必要があります。

古いログファイルを定期的に削除するバッチファイルを作成し、Windows タスクスケジューラを使用してそのバッチファイルを稼働時間外に毎日実行することをお勧めします。

ドロップフォルダのログは、DIVAdirector Server の通常動作中に増加します。ファイルの無秩序な増加を防ぐため、ログ操作中にログファイルのサイズ制限が検証されます。ファイルが制限を超える場合は、ファイルが閉じられ、次のテンプレートに従って名前が変更されます。

元のログファイル名_タイムスタンプ.元のファイルの拡張子

タイムスタンプは、ファイルの名前が変更された時間です。タイムスタンプ文字列の形式は YYYYMMDD-hhmmss です。ここでは:

YYYY = 年
MM = 月
DD = 日
hh = 時 (0 - 24)
mm = 分 (0 - 59)
ss = 秒 (0 - 59)
ログファイルのサイズ制限が指定されていない場合は、デフォルトの値である 4M バイトが適用されます。ドロップフォルダのカスタムのログファイルサイズ制限を設定するには、DIVAdirector_HOME\cmg-server\cmgserver.ini ファイルの「[Startup]」セクションを編集します。

[Startup]

DropFoldersLogFileSize=[custom file size limit in bytes]

次は、新しい組織、グループ、およびユーザーの追加です。

アカウントの構成

DIVAdirector は、同時にログインできるユーザーの数を制限できる、許可ベースのシステムです。この同時ユーザーの数はシステムのリソースに依存し、通常は約 40 - 50 です (ただし最大構成値は 100 です)。システムにアクセスするユーザーは、ログイン手順で検証される必要があります。システムへのアクセスの承認を受けるには、ユーザーはそのユーザーアカウントに特有の有効なログイン電子メールアドレスとパスワードを入力する必要があります。電子メールアドレスと管理パスワードに admin の名前を使用してログインできます。

DIVAdirector には、次のように構造化された 3 つのカテゴリ (レベル) のユーザーアカウント (管理者以外) があります。

- 組織 - これは、各内部部門用の最上位レベルのアカウントです。組織はグループで構成されます。

- グループ - これは、組織内の各グループ用の 2 番目のレベルのアカウントです。グループはユーザーアカウントで構成されます。

- ユーザー - これは個々のシステムユーザー用の 3 番目のレベルのアカウントです。ユーザーはグループのメンバーです。

最初に、新しい組織を構成します。

新しい組織の追加

組織は DIVAdirector Release 5.1 で導入されたもので、一連のグループで構成されています。組織は、組織の外のユーザーまたはそのデータにアクセスする必要のないグループが情報にアクセスするのを制限できます。たとえば、企業が別の企業に対してデータを非表示にしたり、企業内のある部門が同じ企業内の別の部門に対してデータを非表示にしたりする必要があることがあります。これら 2 つのシナリオでは、アクセス制限を必要としている企業全体、または特定の部門を DIVAdirector の組織として表すことができます。

次の手順を使用して新しい組織を作成します。

1. 画面左側のメニューで「Admin」、「Users」、「Organizations」に移動します。

2. 「Users」メニュー項目の横にある「+」をクリックしてメニューツリーを展開します。

3. 「Organization」リストで「New Organization」を選択します。

4. 「Organization Name」フィールドに組織名を入力します。

5. LDAP ログインが必要な場合は、「LDAP Settings」を入力します。

6. 「Permissions」領域に、オブジェクト、カテゴリ、およびサイトを入力します。複数のエントリを入力する場合はセミコロンで区切ります。ワイルドカードを表すにはアスタリスクを使用します (「ABC*」や「AB*D」など)。フィルタの前の感嘆符は、そのフィルタで設定されたオブジェクトだけを含めることを意味します。
「Site」の権限を設定すると、フィルタに一致する特定のサイト上のオブジェクトに組織がアクセスできるようになるため、この権限は非常に重要です。

7. メタデータ名の右側にあるチェックボックスを選択して、組織からのアクセスを可能にする「Metadata Access」フィールドを識別します。チェックボックスの選択を解除すると、組織はそのメタデータフィールドにアクセスできなくなります。組織内のグループを使用すると、承認する選択項目をさらに絞り込むことができます。

8. 画面右上の「Save」をクリックして情報を保存します。

次は、新しいグループの追加です。

新しいグループの追加

グループは、ユーザーの集合であり組織の一部です。各グループには、グループのユーザーにシステムの特定の機能へのアクセスを付与する一連の権限が割り当てられます。グループはカスタマイズが可能で、組織のセキュリティー要件に適合するように構成できます。デフォルトでは、システムのインストール時に SuperAdmin と admins という 2 つのユーザーグループが構成されます。SuperAdmin グループには admin (ルート) ユーザーが含まれるため、このグループはシステム内でもっとも強力なグループです。SuperAdmin グループのメンバーであるユーザーは、システム内のほかのすべてのユーザーのすべての権限、構成パラメータ、クエリー、作業ビン、およびショットリストに完全にアクセスできる唯一のユーザーです。

新しいグループを作成する場合は、新しいグループに一意の名前を割り当てます。グループには内容がわかる明確な名前を付け、今後のシステム管理と保守を簡単かつ明瞭にします。グループ名は、32 文字を超えてはいけません。

次の手順を使用して新しいグループを作成し、グループの権限を設定します。

1. 「Admin」、「Users」、「Groups」画面に移動します。この画面は、初めに「Profile」タブが選択された状態で表示されます。

2. 「Group」リストから「New Group」を選択します。

3. 「Group Name」フィールドに新しいグループ名を入力します。

4. 「Organization」リストからグループの組織を選択します。

5. 画面右上の「Save」をクリックすると新しいグループが作成されます。

グループの役割

グループを作成して正しい組織と関連付けたら、次にグループの役割を識別する必要があります。

グループの役割に関係なく、操作ステータス、パスワード変更、およびログアウト機能には、すべてのユーザーが常にアクセスできます。「DIVAdirector Server」画面、「Shortcuts」画面、および「Discover」画面のパブリックリソースと同期フィルタにアクセスできるのは SuperAdmin だけです。

ユーザーが現在持っている一連の役割は、ユーザーログイン中に一度だけアプリケーションに渡されます。ユーザー権限への変更は、そのユーザーの次回のセッションログインまでは有効になりません。

セッションが終了するのは、システムをログアウトした場合のみです。ユーザーセッションがタイムアウト (1 時間) してもセッションが終了することはなく、セッションを更新すると変更が行われる前のユーザー権限が保持されます。

Create and Use Group Drop Folders

ユーザーはグループが定義されたドロップフォルダを作成して使用できます。

View Queries and Save Advanced Searches

ユーザーは拡張検索を実行し、実行したクエリーの履歴を保持できます。ユーザーにこの権限がない場合、「Search」画面に「Query Results」パネルと「Create/Display Query」パネルは表示されません。

Create and View Work Bins

ユーザーは個人用の作業ビンとパブリック作業ビンを作成して、それらの中でアクションを実行できます。

Modify Asset Metadata

ユーザーは、「Search」画面および「Shot List」画面内でオブジェクトメタデータを変更できます。この権限が無効になっている場合、メタデータは読み取り専用形式でユーザーに表示されます。

Create Shot Lists

ユーザーは「Shot List」画面へのアクセス、プロキシのオブジェクトとセグメントの追加、およびファイル管理と編集操作を実行できます。ユーザーにこの権限がない場合、「Query Results」パネルと「Work Bin」パネルに「Edit」(およびそのアイコン) が表示されず、また「Shot List」メニュー項目が表示されません。

Publish Shot Lists

ユーザーは独自のパブリックショットリストを作成できます。この権限が無効になっている場合、「Shot List」パネルに「Make Public」は表示されません。

View Asset Proxies

ユーザーはプロキシを表示し、「Play」を有効にすることもできます。

Download Proxies

ユーザーは、ローカルシステムにプロキシビデオをダウンロードできます。

Modify Annotations

ユーザーは、注釈メタデータを追加、編集、および削除できます。

Archive from Source

ユーザーは、新しいデータを DIVArchive の長期ストレージにアーカイブできます。

Delete

ユーザーは、DIVArchive の長期ストレージからオブジェクトインスタンスを削除できます。

Restore

ユーザーは、指定した宛先 (ftp の宛先やビデオサーバー) ですぐにアクセスできるように、DIVArchive の長期ストレージからオブジェクトを復元できます。

Partial Restore

ユーザーは、ショットリスト内の選択したファイル上で部分復元操作を実行できます。

Local Archive

共有のストレージロケーションから DIVAdirector Server 上の指定したロケーション (仮想フォルダ) にオブジェクトを転送できます。DIVArchive はその場所をアーカイブソースとして識別します。

Local Restore

ユーザーは DIVAdirector Server にファイルを復元でき、復元したファイルをダウンロードできます。

Local Partial Restore

ユーザーは DIVAdirector Server にファイルを部分的に復元でき、復元したファイルをダウンロードできます。

Create Virtual Assets

ユーザーは仮想オブジェクトを作成できます。

Local Proxies

ユーザーはプロキシファイルをクライアントマシンからアップロードしたあと、プロキシドロップフォルダにドロップできます。

注記:
ローカルプロキシ用に DIVAdirector および DIVArchive の外で生成されたプロキシを使い続けることもできますが、そうしないことを強く推奨します。

Local Metadata

ユーザーはメタデータをクライアントマシンからアップロードしたあと、メタデータドロップフォルダにドロップできます。

Discover Objects and Manage Requests

DIVArchive 内でオブジェクトを検出し、システム要求を管理する管理機能をユーザーに提供します。検出機能は「Admin」、「System」、「Discover」画面からアクセスでき、ユーザーはこの機能を使用してアドホック検出を実行できます。要求管理は「Operation Status」画面で実行でき、ユーザーはこの権限を使用して、システム内で要求の優先度を管理したり要求を取り消したりできます。

User Management

「Allow Group-Wide Access」または「Allow User-Wide Access」のどちらかにユーザーの権限を割り当てます。「Group-Wide Access」では、ユーザーが組織内にグループを構成できます。「User-Wide Access」では、ユーザーがグループを持つユーザーアカウントを変更できます。

User-Wide Access

グループの各メンバーが、グループ内のほかのすべてのユーザーのクエリー、作業ビン、およびショットリストを表示できます。

Group-Wide Access

グループの各メンバーが、そのユーザーの組織内のほかのすべてのユーザーのクエリー、作業ビン、およびショットリストを表示できます。

Modify Metadata Schema
ユーザーは、「Admin」、「Metadata」画面にアクセスし、メタデータ列を表示、編集、追加、および削除することで「Asset Metadata」フィールドを管理できます。

Modify Interface Style
ユーザーは「Admin」、「Systems」、「Style」画面にアクセスして、新しいバナーロゴイメージをアップロードできます。バナーロゴイメージは、すべてのページの右上隅に組織のロゴを追加することで、DIVAdirector のルックアンドフィールをカスタマイズするのに使用されます。

Modify Policies and Settings
ユーザーは (「System」、「Policies」画面の) システムポリシーおよび (「System」、「Defaults」画面の) デフォルト設定を編集できます。

Administer Database Backups
ユーザーは、「Admin」、「Backup」メニューにある「Perform Database Backup Operations」領域にアクセスできます。バックアップ操作には、最後の操作の表示、自動バックアップのスケジューリング、および手動バックアップまたは復元の実行が含まれます。

Display Site Information
サイトの情報を表示できます。

Allow Audit Trail
監査証跡を有効または無効にします。監査証跡は、「System」、「Audit Trail」画面にあります。

Session Management
セッション管理を有効または無効にします。セッション管理は、「System」、「Session Management」画面にあります。

グループメンバーの役割を設定するには、次の手順を使用します。

1. 「Admin」、「Users」、「Groups」画面で、「Permissions」タブをクリックして「Permissions」画面を表示します。

2. 「Privileges」領域のチェックボックスを使用して、グループに適切な役割を構成します。チェックボックスが選択されていれば、グループにその機能への権限が付与されていることを示します。チェックボックスが選択されていなければ、グループにその機能への権限がないことを示します。

3. 画面右上の「Save」をクリックして、新しいグループとそのグループに関連付けられた権限を保存します。

次は、コンテンツフィルタの設定です。

コンテンツフィルタ

グループに基づくフィルタは、「Permissions」画面で構成します。フィルタを変更して保存すると、そのグループに関連付けられた、現在ログイン中のすべてのユーザーにすぐに適用されます。コンテンツフィルタを使用すると、ユーザーはオブジェクト名、オブジェクトカテゴリ、およびサイトの一連のフィルタに一致するデータだけを表示できます。「Content Filter」は、「Permissions」画面の下部にある 3 つのフィールドを持つテーブルです。最初はテーブル内のすべてのフィールドが空白です。空白のフィールドは、そのタイプの識別子にフィルタリングが適用されないことを示します。コンテンツフィルタはクエリーと作業ビンの両方に適用されますが、ショットリストと「Status」画面には影響しません。

各フィールドには、複数のフィルタをセミコロンで区切って入力できます。アスタリスクはワイルドカード記号として使用します。フィルタの最初の感嘆符はフィルタに一致する項目だけを含めることを示し、感嘆符がない場合はその項目を除外することを示します。フィルタは空にしておくことも空白文字を入力することもでき、これはフィルタリングが必要ないことを示します。フィルタ間の空白文字は無視されます。

注記:
組織レベルのフィルタを一緒に適用することもできますが、グループレベルの構成と見分けが付きにくくなります。

次は、DIVArchive 操作パラメータの構成です。

DIVArchive 操作

次の DIVArchive 操作のパラメータ値は、「Admin」、「Users」、「Groups」画面の「DIVArchive Settings」タブで構成します。すべての操作にすべてのパラメータがあてはまるわけではありません。有効な操作パラメータは次のとおりです。

Archive

有効なパラメータは、「Source」、「Media」、「Storage Plan」、「QoS」、「Priority」、および「Category」です。

Local Archive

有効なパラメータは、「Source」、「Storage Plan」、「QoS」、「Priority」、および「Category」です。

Restore

有効なパラメータは、「Destination」、「QoS」、および「Priority」です。

Local Restore

有効なパラメータは「QoS」および「Priority」です。

Partial File Restore (PFR)

有効なパラメータは、「Destination」、「QoS」、「Priority」、「File Format」および「PFR Name Format」です。

Delete

有効なパラメータは「Priority」です。

各操作の有効なパラメータは、次の説明のとおりに適用されます。

Source

「Source」パラメータは、DIVArchive 操作用に DIVArchive ソースのストレージロケーションのリストを定義します。ユーザーのリストには選択したソースだけが表示されます。デフォルトとして選択されている DIVArchive のソースは、ユーザーのリストにデフォルトの項目として表示されます。

Destination

「Destination」パラメータは、DIVArchive 操作用に DIVArchive の宛先ストレージロケーションのリストを定義します。ユーザーのリストには選択した宛先だけが表示されます。デフォルトとして選択されている DIVArchive の宛先は、ユーザーのリストにデフォルトの項目として表示されます。

Media

「Media」パラメータは、DIVArchive 操作用に DIVArchive メディアのリストを定義します。ユーザーのリストには選択したメディアだけが表示されます。デフォルトとして選択されている DIVArchive メディアは、ユーザーのリストにデフォルトの項目として表示されます。

Storage Plan

「Storage Plan」パラメータは、DIVArchive 操作用に DIVArchive のストレージ計画のリストを定義します。ユーザーのリストには選択したストレージ計画だけが表示されます。デフォルトとして選択されている DIVArchive のストレージ計画は、ユーザーのリストにデフォルトの項目として表示されます。

Quality of Service (QoS)

「QoS」パラメータは、DIVArchive 操作用に Quality of Service を定義します。使用可能な選択肢は、「Default」、「Cache」、「Direct」、「Cache and Direct」、および「Direct and Cache」です。「Force Default Value」チェックボックスを選択した場合、ユーザーは操作を実行する前に選択されたオプションを変更できません。

Priority

「Priority」パラメータは、DIVArchive 操作の実行の優先度を定義します。このパラメータの最小値は 0 で、最大値は 100 です。100 にすると、優先度がもっとも高くなります。「Force Default Value」チェックボックスを選択した場合、ユーザーは操作を実行する前に選択されたオプションを変更できません。

Category

「Category」パラメータは、DIVArchive 操作用にオブジェクトカテゴリのリストを定義します。ユーザーのリストには選択したカテゴリだけが含まれます。このリストは最初は空白です。「+」をクリックすると、新しいカテゴリを追加できます。

File Format

「File Format」パラメータは、部分復元操作用に、DIVArchive 内に保管された高解像度ファイルの形式を定義します。

PFR Name Format

「PFR Name Format」パラメータは、部分復元操作の結果に表示されるファイルのファイル名形式を定義します。最初のリストには、名前の形式内で使用される区切り文字のタイプが含まれます (アンダーライン、ハイフン、またはピリオド)。2 番目のリストには、次のような追加の名前構造タイプが含まれます。

- none: オブジェクト名がファイル名として使用され、追加の構造は使用されません。

- 1: ショットリスト内の 1 桁のセグメント番号が、区切り文字を使用してファイル名に追加されます (例: objectname_1.gxf)。

- 2: ショットリスト内の 2 桁のセグメント番号が、区切り文字を使用してファイル名に追加されます (例: objectname_01.gxf)。

- 3: ショットリスト内の 3 桁のセグメント番号が、区切り文字を使用してファイル名に追加されます (例: objectname_001.gxf)。

- 4: ショットリスト内の 4 桁のセグメント番号が、区切り文字を使用してファイル名に追加されます (例: objectname_0001.gxf)。

- SOM-EOM: ファイル名にタイムコードが使用されます (例: [オブジェクト名_セグメントの開始タイムコード]-[セグメントの終了タイムコード].gxf)。

「Use Relative TC」チェックボックスは、PFR ファイル名構造および部分ファイル復元操作で相対タイムコードと絶対タイムコードのどちらを使用するかを決定します。

次は、仮想アセットカテゴリの構成です。

仮想アセットカテゴリ

仮想オブジェクトを作成するためのカテゴリのリストを「Virtual Asset Settings」タブで構成します。ユーザーのリストには選択したカテゴリだけが表示されます。このリストは最初は空なので、データを入力する必要があります。

次の手順を使用して、仮想オブジェクトのカテゴリを追加します。

1. 「+」をクリックして、フィールド内にカテゴリ名を入力します。

2. カテゴリ名をデフォルトとして設定するには、右側にあるチェックボックスを選択します。デフォルトとして選択されているカテゴリは、ユーザーのリストにデフォルトの項目として表示されます。

3. 必要な各カテゴリに手順 1 を繰り返します。

4. 画面右上の「Save」をクリックしてエントリを保存します。

次は、データエクスポートの役割の構成です。

データエクスポート

「Export Settings」タブの 3 つのリストからグループのデータエクスポート設定を選択します。リストは次のとおりです。

Default Shot List Export Video Format

このリストは、EDL エクスポートファイルのビデオ形式を決定します。リストから「NTSC」または「PAL」を選択します。

Default Shot List Export Format

このリストは、ショットリストのエクスポート形式を決定します。「Final Cut Pro」または「Avid ALE」を選択します。

Default Metadata Export Format

このリストは、メタデータのエクスポート形式を決定します。「CSV」または「XML」を選択します。

次は、新しいユーザーの追加です。

新しいユーザーの追加

すべてのユーザーはグループのメンバーであり、そのグループに割り当てられた役割とアクセス権を継承します。新しいユーザーアカウントを作成する次の手順を使用して、システムに新しいユーザーを追加します。

1. 「Admin」、「Users」、「User」に移動します。

2. 「User」リストから「new user」を選択します。

3. 次の情報は必須であり、「Account Information」領域に入力します。その他のすべてのフィールドはオプションのため、必要に応じて空白のままでも構いません。

Group

ユーザーが所属する組織グループをリストから選択します。

Email

システムにログインするために使用する電子メールアドレスを入力します。大文字と小文字は区別されません。

User Name

ユーザーの実際の名前を入力します。

Password

システムへのはじめてのログインに使用する初期パスワードを入力します。パスワードは大文字と小文字が区別され、ユーザーはシステムへのはじめてのログインの直後にパスワードを変更することが推奨されます。セキュリティーのために、ユーザーには 60 - 90 日ごとにパスワードを変更するように推奨するとよいでしょう。

Confirm Password

ユーザーのパスワードが正しいことを確認するために、パスワードを再入力します。これは、「Password」フィールドと完全に一致する必要があります。

注記:
セキュリティーのため、「Password」フィールドと「Confirm Password」フィールドにはテキストそのものではなくアスタリスクのみが表示されます。

4. 画面右上の「Save」をクリックすると新しいユーザーが作成されます。

次は、Lightweight Access Directory Protocol (LDAP) ログイン機能の構成です。会社が LDAP をサポートしていない場合は、このセクションをスキップして検索構成に進むことができます。

Lightweight Access Directory Protocol (LDAP) ログイン

組織が Lightweight Directory Access Protocol (LDAP) を使用している場合、LDAP を使用してシステムにログインするように DIVAdirector ユーザーを構成できます。LDAP サーバーのアドレスが誤っていたり、LDAP サーバーが使用不可能になったりすると、(あなたを含めて) だれもログインできなくなるため、あなたの管理アカウントは LDAP を使用するように決して構成しないでください。あなたがログインに使用できるのは、DIVAdirector の電子メールとパスワードのログインメカニズムのみです。これにより、サーバーを使用できなくなった場合や設定が誤って指定された場合に LDAP 設定をリセットできます。

電子メールとパスワードのログイン方式から LDAP ログインに切り替えるには、次のプロセスを使用します。

1. 「Admin」、「Users」、「Organizations」に移動します。

2. 「Enable LDAP Login」チェックボックスを選択します。

3. LDAP サーバーの IP アドレスを「Primary LDAP IP Address」フィールドに入力します。「:port」オプションを使用すると、IP アドレスに接尾辞を付けてポート番号を指定できます。このポートは、DIVAdirector が LDAP 接続を待機するポート番号です。ポートが指定されていない場合は、デフォルトの LDAP ポート (ポート 389) が使用されます。

4. プライマリサーバーに障害が発生した場合や到達不可能な場合の認証用に、オプションのセカンダリ LDAP サーバーアドレス (および必要な場合はポート番号) を指定することもできます。「Secondary LDAP IP Address」フィールドにセカンダリ LDAP サーバーの情報を入力します。

5. 画面右上の「Save」をクリックして変更を適用します。

次は、グループとユーザーの検索パラメータの構成です。

検索構成

以降のセクションには、メタデータを管理するための詳細情報が含まれています。メタデータは、DIVAdirector および DIVArchive システム上で特定のファイル、ファイルのカテゴリ、オブジェクト、またはビデオクリップを見つけるためのシステム単位の検索に使用されます。これらの役割はグループに設定され、グループのすべてのメンバーに適用されます。

オブジェクトメタデータ

オブジェクトメタデータは、オブジェクトに属する一連の検索語です。各オブジェクトには、事前に定義された独自のメタデータセットがあります。

- DIVArchive からインポートされるメタデータ (OBJECT_NAME、OBJECT_CATEGORY、ARCHIVE_DATE など)。

- ドロップされたプロキシからインポートされるプロキシメタデータ。

「Object Metadata」画面は、「Admin」、「Users」、「Metadata」画面からアクセスできます。次の機能は、「Object Metadata」画面から使用できます。

- DIVAdirector 内のオブジェクトの新しいメタデータを追加するには、画面右上の「Add」をクリックします。

- 既存のメタデータタイプを削除するには、リスト内で削除するタイプをクリックしたあと、画面右上の「Delete」をクリックします。

- メタデータタイプを編集するには、編集するメタデータの行の先頭にある鉛筆アイコンをクリックします。

データタイプ

DIVAdirector は、メタデータのフィールド定義用および関連するプレゼンテーションコントロール用のさまざまなデータタイプをサポートしています。特定のデータタイプが選択されている場合、ユーザーに追加のパラメータが表示されます。

次に、有効なメタデータタイプを示します。

CHAR

任意の文字列。長さは 1 - 100000 文字に制限されます。CHAR データタイプは、EditBox、TextBox、または SelectBox コントロールを使用して表すことができます (DIVAdirector プレゼンテーションコントロールを参照)。

INT

任意の整数値。INTEGER データタイプは、EditBox、TextBox、または SelectBox コントロールを使用して表すことができます。

FLOAT

任意の数値。小数を含みます。FLOAT データタイプは、EditBox、TextBox、または SelectBox コントロールを使用して表すことができます。

DATE

DATE フィールドは、EditBox、SelectBox、または Calendar コントロールを使用して表すことができます。

TIME

TIME フィールドは、EditBox または SelectBox コントロールを使用して表すことができます。

BINARY

FileSelect コントロールを使用して表される任意の内部形式の固定表示ファイル。

SAMMA_GRAPH

Oracle SAMMAsolo から生成されるメタデータのグラフィカル表示。このグラフは、オブジェクト全体またはオブジェクトの一部を表すことができます。

SAMMA_THUMBNAIL

SAMMA_GRAPH によって表されるオブジェクトの一部に一致するフレームのサムネイル表示。

QC_REPORT

次を含む品質管理のレポートオプションに使用されます。

- レポートタイプ

- 選択 (選択または選択解除)

- データファイルの拡張子

- レポートファイルの拡張子

DIVAdirector プレゼンテーションコントロール

ほとんどのメタデータフィールドのデータタイプには、データを表示する複数の方法がありますが、一部は特定のコントロールを使用するように制限されています。次は、メタデータフィールドの表示に使用するコントロールの説明です。

EditBox

ユーザーが値を編集できる、1 行のテキスト入力コントロール。

TextBox

一般的な複数行テキストの編集コントロール。

Select

ユーザーは、表示される一意の値のリストから値を選択できます。

CheckBox

ユーザーは、適切なチェックボックスを選択してオプションを選択できます。

Calendar

ユーザーは、グラフィカルなカレンダを使用して適切な日付を選択できます。この形式は、DATE データタイプにのみ使用されます。

FileSelect

「Upload」ボタンと既存のバイナリファイルへのリンクで構成される、特殊な複合コントロール。この形式は、BINARY データタイプにのみ使用されます。

SammaGraph

このコントロールは SAMMA_GRAPH データタイプにのみ使用され、SAMMAsolo によって生成されるメタデータのグラフィカル表示を表示します。

SammaThumbnail

これは、SAMMA_THUMBNAIL データタイプにのみ使用され、SammaGraph コントロールによって表されるオブジェクトの一部に一致するフレームのサムネイル表示を提供します。

事前に定義されたメタデータ表示列

メタデータ表示画面は表形式で配置されています。表内の各列は事前に定義され、次のように記述されます。

ID

DIVAdirector によって定義された、オブジェクトの一意識別子。

Name

カテゴリとあわせて一意の識別子として使用される、DIVArchive システムによって定義されたオブジェクト名。

Category

名前とあわせて使用される、DIVArchive システムによって定義されたオブジェクトカテゴリ。

Date

オブジェクトが DIVArchive システムにアーカイブされた日付。

Comments

オブジェクトの作成中に追加されるコメントを含むコメントテキストフィールド。

Source

オブジェクトの作成元であるソースファイル。

Active

オブジェクトが存在するかどうかを決定する現在のオブジェクトステータス。

Virtual

オブジェクトが仮想かどうかを定義するフラグ (「YES」または「NO」)。

SOM (P)

プロキシドロップフォルダ内に配置されたプロキシから抽出された、オブジェクトのプロキシの開始タイムコード。

Duration (P)

プロキシドロップフォルダ内に配置されたプロキシから抽出された、オブジェクトのプロキシの継続時間。

EOM (P)

プロキシドロップフォルダ内に配置されたプロキシから抽出された、オブジェクトのプロキシの終了タイムコード。

まず、新しいメタデータエントリを追加します。

新しいメタデータエントリの追加

Metadata Manager に新しいメタデータエントリを追加するには、次の手順を使用します。

1. 画面右上の「Add」をクリックします。

2. 表示されるダイアログボックスに情報を入力します (下の図を参照)。

3. 新しいエントリを追加するには画面左下のチェックマークをクリックし、追加をキャンセルするには画面左下の「X」アイコンをクリックします。

4. システムに追加する必要がある各メタデータエントリに対してこれらの手順を繰り返します。

リストからメタデータタイプを選択すると、選択したタイプ固有のパラメータフィールドが追加で表示されます。これらのフィールドは上記の図には表示されていません。各メタデータエントリには次のパラメータがあります。

Title

「Title」フィールドは、ユーザーインタフェースに表示されるメタデータ列の名前です。タイトルには、最大 32 文字の Unicode テキストを指定できます。

Type

「Type」フィールドはエントリのデータタイプを決定するもので、「Type」リストから選択すると自動的に定義されます。たとえば、メタデータ列のタイプがデータベースの「DATETIME」の場合、「DATE」または「TIME」の 2 つのタイプのいずれかをリストから選択できます。

Format

使用するプレゼンテーションコントロールのタイプ。

File Mask

「BINARY」タイプを選択した場合、上の図に示されているような列の長さの代わりに編集フィールドが表示されます。「Shot List」画面の「Object Metadata」領域を使用すると、このマスクを持つファイルだけをアップロード対象として選択できます。複数のマスクをセミコロンで区切って設定できます。たとえば、「*.txt; *.log」と入力でき、(この場合) 保存時にスペースが削除されます。

Date Mask

サマリー列に「DATE」タイプを選択した場合、上の図に示されているような列の長さの代わりに編集フィールドが表示されます。分析ドロップフォルダを使用すると、このマスクに対応するデータだけをデータベースに保存できます。マスクは、従来の日付文字 (dd、mm、yy または yyyy) と区切り文字を使用して設定できます。

Time Mask

サマリー列に「TIME」タイプを選択した場合、上の図に示されているような列の長さの代わりに編集フィールドが表示されます。分析ドロップフォルダを使用すると、このマスクに対応するデータだけをデータベースに保存できます。マスクは、従来の時間文字 (HH:MM:SS) とコロンの区切り文字を使用して設定できます。

Description

これは、ユーザーが「Query Results」、「Search」画面の「Work Bin」テーブル、および「Shot List」画面の「Asset Metadata」領域の列タイトルにマウスのポインタを置いた場合に、ツールチップに表示される列の説明です。説明には、最大 240 文字の Unicode テキストを指定できます。

表示オプション (フラグ)

前述のとおり、次のうちの 1 つまたは複数です。

- 非表示

- 読み取り専用

- 検索結果に表示

- ツールチップに表示

上記に加え、「SAMMA_GRAPH」メタデータ列タイプには次のパラメータが必要です。

Y Axis Label

SAMMA グラフの Y 軸の名前を指定するのに使用されます。

Graph Tags

SAMMA グラフに表示される情報のタイプを指定します。各タグを追加して色を指定するには、「Field Tag」ボタンの上の「+」をクリックします。「Choose Type」リストを使用するか、「Field Tag」の下に表示されるデフォルトタイプをクリックすると、事前に定義されたタグを使用できます。たとえば、「Choose Type」リストを使用して「Video」タイプを選択すると、3 つのフィールドタグが自動的に作成されます。

- 輝度平均

- 彩度 U 平均

- 彩度 V 平均
次は、品質管理レポートのメタデータの構成です。

新しい品質管理メタデータの追加

次の手順を使用して、システムの検索機能に品質管理レポートのメタデータを追加します。

1. 「Admin」、「Metadata」画面で Metadata Column Manager を開きます。

2. 画面右上の「Add」をクリックします。

3. 「Title」フィールドにメタデータの名前を入力します。

4. 「Type」リストから「qc report」を選択します。

5. 「Format」リストから「QC Report」を選択します。

6. 各タイプのレポートの横にあるチェックボックスを使用して、どのレポートを表示するかを選択します。

7. 「Data Extension」フィールドに、表示する各レポートのデータファイルの拡張子 (通常は xml) を入力します。

8. 「Report File Extension」フィールドに、レポートファイルの拡張子 (xml または pdf) を入力します。
データ用の XML ファイルと表示用の PDF ファイルを両方使用できる場合は、「Report File Extension」を「PDF」に設定します。ほとんどの場合、デフォルト値の「xml」に設定したままで構いません。

9. 「Description」フィールドに説明を入力します。

10. ユーザーに対してレポートを非表示にする場合は「Hidden (Hid)」チェックボックスを選択し、それ以外の場合は選択を解除したままにしておきます。

11. 新しいレポート列を保存するには画面左下のチェックマークをクリックし、追加をキャンセルするには赤い「X」をクリックします。

次は、グループのメタデータアクセスの構成です。

メタデータフィルタ

メタデータフィルタは、さまざまなメタデータフィールドへのユーザーアクセスの承認および制限に使用されます。「Groups」画面の「Permissions (Metadata)」タブで、(ユーザーごとではなく) グループごとにフィルタを構成します。ユーザーは、自分のグループが権限を持つメタデータフィールドのみ表示できます。

メタデータフィルタは、「Queries」、「Edit Metadata」、および「Shot List」画面にのみ適用されます。各フィールドについて、アクセスの可否、および公開の可否を設定できます (公開の詳細については、『Oracle DIVAdirector ユーザーガイド』を参照)。

次は、メタデータ公開設定の構成です。

メタデータの公開設定

DIVAdirector は、復元されたビデオクリップを Oracle DIVApublish に公開できます。DIVArchive 内で構成された宛先は、復元されたビデオクリップおよびそのメタデータを受け取って公開機能を使用する DIVApublish の場所を示している必要があります。この設定は、「Groups」画面の「Metadata Publish Settings」タブの「DIVArchive Destination」リストで公開用の場所として選択されている必要があります。

FTP ネットワークプロトコルは DIVAdirector のメタデータ公開機能に使用され、画面の「FTP」領域で構成されている必要があります。クリップを DIVApublish に公開するには、ビデオクリップのメタデータを XML ファイルとして送信する必要があります。

XML ファイルに含めるメタデータフィールドは、画面の「Metadata」領域で選択できます。使用可能なフィールドは、「Metadata Permissions Filter」で構成された設定によって決定されます。

1. 各フィールドの右側のチェックボックスを使用して、XML ファイルに含める使用可能なメタデータフィールドを選択します。チェックボックスを選択するとそのフィールドが XML ファイルに含まれ、チェックボックスを選択解除すると含まれません。

2. FTP サーバーのホスト、ユーザー名、パスワード、およびポート番号を指定されたフィールドに入力します。ポート番号は手動で入力することも、ポートフィールドの右側にある上下の矢印を使用して表示されている数字を上げ下げすることもできます。ポートフィールドを空のままにすると、デフォルトの FTP ポート (25) が使用されます。

3. 「DIVArchive Destination」リストから宛先を選択します。

4. 画面右上の「Save」をクリックして設定を保存します。

次は、品質管理レポートの構成です。

品質管理 (QC) レポートの構成

DIVAdirector は、Venera Rapid、Venera Pulsar、Tektronix Cerify、および Interra Baton の QC レポートとの統合をサポートしています。レポートファイルは、IIS DIVAdirector 5 ルートフォルダ下のパスに配置するようにしてください。

DIVAdirector QC Report\{レポート名}\{カテゴリ}\{オブジェクト名}\{オブジェクト名}.xml

例:

DIVAdirector QC Report\Venera Rapid\WMV\AUTO_20120615_031030\AUTO_20120615_031030.xml

まず、QC レポート用のフォルダを作成します。作成したフォルダにすべてのレポートを配置します。

QC レポートファイルの配置

QC レポートのフォルダを作成するには、次の手順を使用します。レポートが作成されたら、そのレポートを適切なフォルダに配置します。

1. IIS を開き、「DIVAdirector 5」メニュー項目の下にある「DIVAdirector QC Report」仮想ディレクトリに移動します。

2. 「DIVAdirector QC Report」フォルダを右クリックし、コンテキストメニューから「エクスプローラー」を選択します。

3. レポートタイプのフォルダ下に、そのファイルの具体的なカテゴリ (Venera Rapid や Venera Pulsar など) を持つ新しいフォルダを作成します。

4. レポート名を使用して新しいフォルダを作成します (AUTO_20120615_031030 など)。

5. 新しく作成したフォルダに QC レポート XML ファイルを配置します。ほかのレポートファイル (PDF など) も同じ場所に置くことができます。

次は、自動システムバックアップの構成です。

自動バックアップの構成

目的のスケジュールを識別し、チェックボックスを選択してスケジュールされたタスクをアクティブにすることで、自動バックアップ操作を構成します。スケジュールは、毎週または毎月実行するように設定できます。

自動バックアップを構成するには、次の手順を使用します。

1. 「Admin」、「Backup」、「Schedule」画面に移動します。

2. バックアップの開始時間を「Start Time」フィールドに直接入力するか、「Start Time」フィールドの右側にある時計アイコンを使用して、タイムピッカーと呼ばれる選択可能な時間メニューを表示します。
「Start Time」フィールドはバックアップの開始時間を示すもので、標準的な hh:mm の表記法を使用して 24 時間形式で入力する必要があります。ここでは:

- hh = 時 (0 - 23)

- mm = 分 (0 - 59)

3. 「Occurrence」リストを使用して、毎週または毎月のバックアップ頻度を選択します。
「Occurrence」を「Weekly」に設定した場合、希望する曜日の左側にあるチェックボックスを選択して、バックアップを実行する曜日を割り当てることができます。

「Occurrence」を「Monthly」に設定した場合、「Days」リストから日付を選択して、バックアップを実行する日付を設定できます。

4. 「Directory」フィールドで、バックアップスナップショットファイル用の宛先フォルダを選択します。
ルートの場所は、「DIVAdirector Database Backup Storage」という名前の仮想フォルダにマッピングされています。画面右側の「Directory」領域内またはその上に表示されているナビゲーションを使用して、バックアップ先を選択します。

5. 画面右上の「Save」をクリックして設定を適用します。変更が正常に保存されると、確認メッセージが表示されます。

DIVAdirector のスケジュールされたバックアップタスクは、作成後、Windows タスクスケジューラで使用できるようになります。Windows タスクスケジューラで、タスクが正しくスケジュールされたことを確認できます。追加のバックアップタスクには、通し番号が付けられます (At2、At3、At4 など)。

重要: スケジュールされたタスクは Windows エクスプローラーで削除できますが、この方法でタスクを削除しないでください。スケジュールされたタスクでタスクを誤って削除してしまった場合は「HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Front Porch Digital Inc.\DIVAdirector\DB\Backup」という名前の Windows レジストリキーを削除する必要があります。これにより、このあともスケジュールされたバックアップを DIVAdirector で正しく構成できます。支援が必要な場合や Windows レジストリの編集に慣れていない場合は、Oracle サポートに連絡してください。

これで、DIVAdirector の初期構成が完了しました。次の章では、DIVAdirector の実行を維持するために使用する日常のタスクについて説明します。

3 DIVAdirector の日常的な運用

DIVAdirector が正常に運用され、適切なストレージ容量や孤立ファイル、ユーザー対話、正常なバックアップと全体的なシステムの健全性を確保するには、DIVAdirector を毎日モニターする必要があります。何らかの異常が発生し、適切な対処方法がわからない場合は、Oracle サポートに連絡し、支援を求めてください。この章では、日常的な運用業務について説明します。

使用可能なストレージ容量の確認

DIVAdirector 初期構成ではシステムのストレージロケーションおよび各ロケーションの制限を確認しました。通常の使用を続けていくうちに、ストレージロケーションはデータでいっぱいになります。使用可能な容量が各場所にどれだけ残っているかを毎日確認する必要があります。ストレージロケーションの使用量が上限に近付いてきたら、データの一部 (またはすべて) を別のロケーションに移行するか (プロキシデータについては、プロキシ移行タスクを参照)、新しいロケーションを構成する必要があります (ストレージロケーションの構成を参照)。

次の手順を使用して、ストレージロケーションと使用可能な容量の残量を確認します。

1. 「DIVAdirector Server Configuration」画面で、「Proxy Storage Manager」をクリックし、プロキシマネージャーをロードします。

2. 「Proxy Locations」タブでストレージロケーションを確認します。

3. 各ロケーションのステータスアイコン (最初の列) で、現在のストレージロケーションのステータスを確認します。アイコンについては、プロキシの場所の操作状態で説明しています。
意図的に設定したわけでもないのに、場所の状態が動作中以外の状態になっている場合は、その状態を招いた原因を特定し、必要であれば問題を解決します。サーバーのログとドロップフォルダのログが問題の特定に役立ちます。問題が解決せず、さらなる支援が必要な場合は、Oracle サポートに連絡してください。

4. 各場所のストレージ容量の使用量と使用可能な残量は、「Used」と「Available」列でそれぞれ確認できます。追加の容量が必要かどうか、別の場所への移行が必要かどうか、その場所はそのままの状態でよいかなどについて判断する必要があります。

5. 新しいストレージロケーションを追加する必要がある場合は、ストレージロケーションの構成を参照してください。

6. ストレージ容量上限を調整する必要がある場合は、プロキシの場所のストレージサイズの構成を参照してください。

7. データを別のストレージロケーションに移行する必要がある場合は、プロキシ移行タスクを参照してください。

次は、孤立ファイルの確認です。

孤立ファイルの確認

DIVAdirector との日常的なユーザー対話により、孤立したファイルが生まれることがあります。孤立ファイルはドロップフォルダ内に置かれたファイルの中で、不正な形式を持つファイルやフォルダの構成とは異なるカプセル化を使用しているファイル、またはデータベースに存在しないファイルのことです。これらのファイルは認識されないファイルとして、特別な孤立フォルダに移されます。初期構成では孤立フォルダを確認しました (ドロップフォルダの構成を参照)。

次の手順を使用して、孤立ファイルを探して必要な対応を行います。

1. Windows エクスプローラーを開きます。

2. 最初のドロップフォルダ用に構成した孤立フォルダに移動します。

3. フォルダ内の各ファイルに何が含まれているかを確認します。

4. ファイルの内容がわかったら、1) 孤立フォルダに置かれたファイルを修復し、ドロップフォルダに再ドロップして再処理する、2) ファイルを別のストレージロケーションに移動する、3) ファイルを削除する、のいずれかから対応方法を選択します。
社内組織のポリシーやファイルの重要性に応じて、各ファイルの対応方法を決定します。

次は、監査証跡を使用したユーザー対話の調査です。

監査証跡の確認

特定のオブジェクトに形成されたシステムおよびユーザーアクティビティーを確認するには、監査証跡を確認します。これは、システムの概況を確認する場合や、ユーザーが特定のオブジェクトに対してアクションを実行しようとしてエラーが発生したような場合に使用すると便利です。

「Audit Trail」画面には、DIVAdirector システムとのユーザー対話が表示されます。画面の右側にあるオプションを使用して、「Action」、「User」、期間 (「From」と「To」)、「Object Name」、および「Object Category」で表示をフィルタリングできます。フィルタの「Object Name」および「Object Category」フィールドには単語の一部を入力できます。

たとえば、名前が MySportsVideos でオブジェクトカテゴリが MOV であるオブジェクトに対し Marketing Department のユーザーが実行したアクションを検索するには、次の手順を使用します。

1. 「Organization」フィールドに「Mark」と入力し、「Organization」チェックボックスにチェックマークを付けます。

2. 「Object Name」フィールドに「My」と入力し、「Object Name」チェックボックスにチェックマークを付けます。

3. 「Object Category」フィールドに「MO」と入力し、「Object Category」チェックボックスにチェックマークを付けます。

4. 画面の右下にある「Apply Filter」をクリックし、オブジェクトを検索します。
オブジェクトが監査証跡に存在する場合は、この手順でオブジェクトが見つかります。

画面右上の「Export」をクリックすると、フィルタ適用後の (またはフィルタ適用前の) 監査証跡がファイルにエクスポートされるため、これを使用して一般的なシステムの使用状況やエラーを追跡できます。

バックアップの正常完了の確認

システムのバックアップは必須であり、障害回復のために非常に重要です。初期構成時に作成したバックアップが正常に完了して、適切なストレージロケーションに作成されたことを確認する必要があります。破損したバックアップファイルは復元できないため、毎日確認する必要があります。

次の手順を使用して、バックアップファイルを確認します。

1. Windows エクスプローラーを開きます。

2. システムの初期構成で指定したストレージロケーションに移動します。
バックアップのストレージロケーションをどこに設定したか忘れてしまった場合は、自動バックアップの構成を参照してください。

3. フォルダ内の最新ファイルの作成日時を確認します。日付と時間がバックアップスケジュールに一致していることを確認します。

4. システムのログファイルでバックアップジョブに関連するエラーがないかを確認します。使用する手順については、ログファイルの確認を参照してください。

破損または失敗したバックアップが検出された場合は、問題のトラブルシューティングを開始する前に、手動バックアップの実行で説明されている手順を使用してシステムの手動バックアップを試みます。

次の章では、ときどき実施する必要のあるシステム保守タスクについて説明します。

4 システム管理

DIVAdirector のシステム保守タスクをときどき実施する必要があります。このタスクにはデータベース同期編集やストレージ管理、データとリソースの管理、アカウント管理などが含まれ、これらは必要に応じて実施します。

データベース同期管理

DIVAdirector の初期構成 (データベース同期フィルタリングを参照) では、データベース同期フィルタを追加しました。既存のフィルタを必要に応じて更新または削除できます。同期フィルタリスト内のフィルタを編集、有効化、無効化または削除できます。

次の手順を使用して、既存の同期フィルタを編集します。

1. フィルタを選択し、鉛筆アイコンをクリックして、編集画面に入ります。

2. フィルタを必要に応じて変更できます。

3. チェックマークをクリックして、変更を保存します。

次の手順を使用して、同期フィルタを有効または無効にします。

1. フィルタを選択し、鉛筆アイコンをクリックして、編集画面に入ります。

2. 「Enable」チェックボックスにチェックマークを付けてフィルタを有効にするか、またはチェックマークを外してフィルタを無効にします。

3. チェックマークをクリックして、変更を保存します。

次の手順を使用して、フィルタリストから同期フィルタを削除します。

1. 削除するフィルタをリストから見つけます。

2. フィルタエントリの右側にある赤い「X」をクリックします。

3. フィルタがリストから削除されます。

次は、プロキシのストレージロケーションの管理です。

プロキシストレージの管理

日常的なシステムモニタリングの過程でストレージ容量の確認が必要になります。ストレージロケーションの追加や再構成、削除 (ストレージロケーションの構成を参照)、また、ストレージロケーションの検索優先度の再調整が、いつかは必ず必要になります。ストレージロケーションの交換やストレージ領域の拡張など、さまざまな理由で別のストレージロケーションへのデータ移行が必要になることがあります。

プロキシ移行タスク

プロキシのストレージロケーションのデータを別のオープンのストレージロケーションに移行できます。使用量を低下させる (使用可能量を増やす) ため、データを別の (物理的な) 場所またはマシンに移動するため、あるいは現在の場所の保守または交換に伴う一時的なデータ移動のためなど、さまざまな理由から移行が必要になります。移行できるのは、Open、Closed、または Overflown の場所のみです。移行プロセスは、「Proxy Locations」タブで選択した「Filling Strategy」に従って実行されます。

次の手順を使用して、プロキシのストレージロケーションのコンテンツ移行を実行します。

1. 「DIVAdirector Server Configuration」画面で、「Proxy Storage Manager」をクリックします。

2. 「Proxy Locations」タブで、移行するプロキシの場所を選択します。

3. 「Migrate」をクリックします (使用可能な場合)。

4. 確認ダイアログボックス内で「Yes」をクリックします。

5. 選択した場所の状態が「Migrating」に変更されます。

注記:
Migrating 状態に設定された場所は、Closed に設定してからでなければ Open 状態に設定できません。移行中の場所は、移行タスクの完了後または移行タスクの削除後に Closed 状態に設定されます。

6. 「Proxy Storage Manager」画面で「Proxy Migration Tasks」タブに切り替え、移行プロセスに関する情報を確認します。

「Proxy Migration Tasks」列には次の情報が含まれています。

Source

移行プロセスが実行されたプロキシ場所のパス。

Files Total

移行の開始時点でのプロキシ場所内の登録済みプロキシファイル数。

Files Left

プロキシ場所からまだ移行されていない登録済みプロキシファイルの数。

Progress %

移行済みプロキシファイルの合計ファイル数に対する割合。

Elapsed Time

移行タスクの経過実行時間。

Started At

移行プロセスが開始した日時。

Finished At

移行プロセスが完了した日時。

プロキシの移行タスクは 3 つの状態のいずれかに設定され、各状態にはそれぞれのステータスアイコンが用意されています。プロキシ移行タスクの状態を変更するには、リストからタスクを選択し、画面上の「Migration」セクションで「Run」、「Suspend」、または「Remove」をクリックします。プロキシ移行タスクの状態は次のとおりです。

Running

Running 状態のステータスアイコンは、ピンク色の円柱の下に双方向の矢印が表示されたアイコンです。これは移行タスクが実行中であることを示します。実行中のタスクはタスクリストから中断または削除できます。

Suspended

Suspended 状態のステータスアイコンは、灰色の円柱の上に赤い X が表示されたアイコンです。これは移行タスクが中断していることを示します。中断しているタスクをリストから選択し、画面の左下にある「Run」をクリックすることで移行プロセスを続行できます。画面右下の「Remove」をクリックすると、タスクリストからタスクを削除できます。

Ended

Ended 状態のステータスアイコンは、輪郭が緑色の円柱のアイコンです。これは移行タスクが終了したことを示します。終了タスクがタスクリストに表示されるのは、あくまでも情報提供のためであり、いつでもリストから削除できます。終了タスクを Running または Suspended 状態にすることはできません。

Proxy URL Search List

このタブでは、ドロップされたプロキシの検索順序を管理します。プロキシ URL は、DIVAdirector Web Server 用として IIS に設定された仮想ディレクトリに対応している必要があります。このタブでは仮想ディレクトリ自体の割り当ては構成しませんが、既存のプロキシを新しいストレージロケーションに移動せずにシステムに新しいストレージを追加できます。

画面上の「Proxy Location URL List」セクション内のボタンをクリックして、次の機能を実行できます。

Set

リストからプロキシ URL を選択し、「Virtual Directory Name」フィールドに名前を入力して、「Set」をクリックすると、選択したプロキシ URL の名前が変更されます。

Shift Up

リストからプロキシ URL を選択して、「Shift Up」をクリックすると、選択したプロキシ URL の検索順位が上がり、優先度が上がります。

Shift Down

リストからプロキシ URL を選択して、「Shift Down」をクリックすると、選択したプロキシ URL の検索順位が下がり、優先度が下がります。

Add

「Virtual Directory Name」フィールドに名前を入力し、「Add」をクリックすると、新しいプロキシ URL が検索リストに挿入されます。

Remove

リストからプロキシ URL を選択して、「Remove」をクリックすると、プロキシ URL が検索リストから削除されます。

次は、データとユーザーリソースの管理です。

ユーザーデータとリソースの管理

ユーザーは、クエリーや作業ビン、ショットリストなどのプライベートデータをほかのユーザーが閲覧できるように公開できます。ユーザーがリソースを公開してパブリックにした場合、それらのリソースをプライベートに戻せるのはあなただけです。ユーザーからリソースのステータス変更を依頼された場合や、データへの不正アクセスが疑われる場合、あなたは状況に応じてパブリックリソースをプライベートリソースに変更できます。

パブリックリソースをプライベートにする

クエリーや作業ビン、ショットリストなどのパブリックリソースは、「Admin」、「System」、「Public Resources」画面で管理します。ユーザーがパブリックにしたアイテムをプライベートに戻すには、あなたがこのページを使用する必要があります。リソース名やタイプ、リソースの作成者、作成時間、リソースの公開時間など、この画面にはパブリックリソースの情報が表示されます。1 つ以上のパブリックリソースを所有するユーザーがシステムから削除された場合、自動的に admin ユーザーがそれらのパブリックリソースの所有者になります。

警告:

「Make Private」をクリックすると、選択したリソースが確認なしでプライベートに変更されます。

プライベートにするリソースを 1 つ以上選択し、次の手順を使用して、リソースをパブリックからプライベートに変更できます。

1. 複数のアイテムを同時に選択するには、CTRL キーを押しながらマウスで各リソースを (1 回) クリックします。

2. リソースの範囲を選択するときには、SHIFT キーを押しながら範囲内の最初と最後のリソースをクリックすると、範囲内のすべてのアイテムが強調表示されます。

3. 選択項目を右クリックして、「Make Private」コンテキストメニュー項目を選択し、選択したリソースをプライベートにします。

次は、組織、グループ、およびユーザーアカウントの管理です。

アカウント管理

通常の運用の過程で、組織やグループ、ユーザーアカウントの管理がいつかは必ず必要になります。次のセクションでは、アカウントの変更と削除について説明します。新しいアカウントを追加するには、アカウントの構成を参照してください。

組織の管理

通常、組織の変更や削除が必要になることはありません。ただし、会社の再編成により新しい組織の追加が必要になったり、既存組織の変更や削除が必要になることがあります。新しい組織の追加手順については、新しい組織の追加を参照してください。

既存の組織の変更

次の手順を使用して、既存の組織を変更します。

警告:

保存した変更はリセットできません。一度加えた変更をリセットするには、組織を再度変更する必要があります。

1. 「Admin」、「Users」、「Organizations」画面に移動します。

2. 変更する組織を「Organization」リストから選択します。

3. 必要に応じて、組織のプロパティーを変更します。

4. 画面右上の「Save」をクリックして変更を適用します。

組織の削除

次の手順を使用して、既存の組織を削除します。

1. 「Admin」、「Users」、「Organizations」画面に移動します。

2. 削除する組織を「Organization」リストから選択します。

3. 組織を選択したら、画面右上の「Delete」をクリックします。

4. 表示されたダイアログボックスで「OK」をクリックし、削除を確定します。

グループの管理

通常の運用の過程で、グループの追加や変更、削除がいつかは必ず必要になります。変更には、グループ内のユーザーロールの変更やグループ名の変更、コンテンツフィルタの変更などがあります。新しいグループの追加手順については、新しいグループの追加を参照してください。

既存のグループの変更

次の手順を使用して、既存のグループを変更します。

1. 「Admin」、「Users」、「Groups」画面に移動します。

2. 変更するグループ名を「Group」リストから選択します。

3. 必要に応じて、「Group Name」フィールド内のグループ名、「Privileges」領域のグループ権限、および「Content Filter」領域のフィルタを変更します。コンテンツフィルタについては、コンテンツフィルタで説明されています。

4. 画面右上の「Save」をクリックして変更を適用します。

既存のグループの削除

あなたは SuperAdmin グループのメンバーです。あなたとあなたが承認したユーザーが Admin グループのメンバーになります。あなたにはシステムに対する完全な制御権が与えられます。あなたのアカウントは常に使用できる状態にしておく必要があるため、これら 2 つのグループは削除できません。これらのグループを削除しようとすると警告メッセージが表示されるため、この場合はすぐにシステムのセキュリティーをチェックしてください。

アクティブのメンバーがいる場合、グループは削除できません。アクティブメンバーが含まれているグループを削除しようとすると、グループにアクティブなユーザーが存在することを通知するエラーが表示されます。

次の手順を使用して、アクティブユーザーのいない既存グループを削除します。

1. 「Admin」、「Users」、「Groups」画面に移動します。

2. 削除するグループ名を「Group」リストから選択します。

3. 画面右上の「Delete」をクリックします。

4. 表示されたダイアログボックスで「OK」をクリックし、削除を確定します。

ユーザーアカウントの管理

通常の運用の過程で、ユーザーアカウントの追加や変更、削除が必要になります。これには、システムにアクセスする必要がなくなったユーザーや退職した従業員、部署 (グループまたは組織) が変わったユーザーなどの削除が含まれます。ユーザーアカウントの変更には、電子メールアドレスの変更、パスワードのリセット (パスワードを忘れた場合)、ユーザーの住所変更などが含まれます。新しいユーザーの追加手順については、新しいユーザーの追加を参照してください。

既存のユーザーの変更

次の手順を使用して、既存のユーザーアカウントを変更します。

警告:

保存した変更はリセットできません。変更の保存後、さらに変更や修正を加えるには、ユーザー変更の手順を最初からやり直し、変更を再度保存する必要があります。

1. 「Admin」、「Users」、「User」画面に移動します。

2. 「User」リストで、変更するユーザーを選択します。ユーザーを作成または最後に編集したときの入力内容によって、これらのフィールドは空であるか情報が入力された状態になっています。

3. 必要に応じてユーザーのプロパティーを変更します。

注記:
「Password」および「Confirm Password」フィールドがシステムによって自動入力されることはありません。アカウントのパスワードを変更するには両方のフィールドを手動で変更する必要があります。

4. 画面右上の「Save」をクリックして変更を適用します。

ユーザーの削除

次の手順を使用して、既存のユーザーを削除します。admin ユーザーは削除できません。

1. 「Admin」、「Users」、「User」画面に移動します。

2. 削除するユーザーアカウントを「User」リストから選択します。

3. ユーザーを削除するには、画面右上の「Delete」をクリックします。

検索の管理

検索メタデータはいつでも追加、更新、または削除できます。システムの初期構成では、新しい検索メタデータを追加し、コンテンツフィルタを定義して、メタデータの公開ロールを割り当てました。メタデータエントリの変更や削除はすべて、「Admin」、「Metadata」画面で行います。新しい検索メタデータの追加手順については、新しいメタデータエントリの追加を参照してください。

メタデータ列マネージャー

「Admin」、「Metadata」画面には、基本メタデータとオブジェクトメタデータの両方のメタデータエントリが含まれたテーブルが表示されます。各行がメタデータ列と呼ばれる別個のメタデータエントリを表し、エントリのパラメータがテーブル内の適切な列に表示されます。

「Metadata Column Manager」テーブルで、画面に表示されるメタデータ列の追加、削除、編集、および並べ替えを行います。DIVArchive やプロキシメタデータからのパラメータなど、一部の行は事前定義のパラメータであり、常にテーブルに表示され、削除できません。

エントリの順序を並べ替えるには、行を別の位置までドラッグ (1 回クリックし、マウスボタンを押したまま新しい位置まで移動する) して、ドロップ (マウスボタンを放す) します。

チェックボックスは各エントリの状態を示しており、チェックマークを付けたり外したりすることで、各状態を有効または無効にできます。

Hid

非表示 - 選択するとエントリが「Metadata」画面に表示されなくなります。

R/O

読み取り専用 - 選択するとエントリは「Metadata」画面に表示されますが、変更はできません。

SR

検索結果 - 選択するとエントリが「Search Results List View」モードで表示されます。

TT

ツールチップ - 選択するとエントリがツールチップに表示されます。

次は、メタデータ列の編集です。

メタデータエントリの編集

次の手順を使用して、メタデータ列を編集します。

1. 「Admin」、「Metadata」画面に移動します。

2. 編集するメタデータエントリを見つけます。

3. エントリ行の最初の列にある鉛筆アイコンをクリックします。

4. 選択した行がテーブル内で強調表示され、選択したエントリのすべてのパラメータが表示され編集できるようになります。

5. エントリの編集が終了したら、チェックマークをクリックして変更を保存するか、X をクリックして変更を取り消します。

次は、メタデータエントリの削除です。

メタデータエントリの削除

次の手順を使用して、メタデータエントリを削除します。

1. 「Admin」、「Metadata」画面に移動します。

2. 削除するメタデータエントリを見つけます。

3. エントリの行を選択します。

4. 画面右上の「Delete」をクリックします。

5. 確認ダイアログボックスで「OK」をクリックし、エントリを削除します。

次は、ユーザーセッションの管理です。

セッションの管理

現在オンラインになっているユーザーと現在ログインしていないユーザー (オフライン) を「Session Management」画面で確認できます。各ユーザーは一度に 1 つの場所 (ブラウザセッション) からしかログインできません。ユーザーログインセッションは、非アクティブの状態が 1 時間続くとタイムアウトします。

現在ログインしているユーザーは、自分の所属グループの表示権限で許可されてる場合にかぎり、その他のログインユーザーとログオフステータスを閲覧できます。たとえば、現在のユーザーの所属グループに別グループの表示権限がない場合、「Session Management」画面には、そのユーザーと同じグループに属しているユーザーしか表示されません。唯一の例外として、SuperAdmin ユーザーは常に画面に表示されます。

次の手順を使用して、ユーザーセッションのモニター、テーブル行のソート、オンラインユーザーのログオフ (必要な場合) を行います。

1. 「Admin」、「Session Management」画面に移動します。

2. オンラインユーザーは画面上部に表示され、オフラインユーザーは画面下部に表示されます。

3. テーブルのヘッダー列をクリックすると、行がソートされます (表示用)。

4. オンラインユーザーを右クリックしてコンテキストメニューから「Sign out user」を選択すると、ユーザーがシステムからログオフされます。

次は、すべてのユーザーに向けたシステムメッセージの追加です。

管理者のメッセージ

システムのすべてのユーザーに対してログイン時に表示するメッセージを、「Message」画面で追加、変更、または削除できます。これを実行できるのはあなただけです。メッセージには 3 つのタイプがあります。

- Announcement (これがデフォルトです)

- Warning

- Alert

次の手順を使用して、システムメッセージを追加または更新します。

1. 「Admin」、「Users」、「Messages」画面に移動します。

2. 「Type」リストからメッセージのタイプを選択します。

3. メッセージテキストを「Message」フィールドに入力します。

4. メッセージを保存するには、画面右上の「Save」をクリックします。

次は、Contour のコントロールパッドのインストールと構成です (ユーザーが使用する場合)。

ShuttlePro V2 または ShuttleXpress のコントロールパッドの構成

Contour のコントロールパッドをユーザーのクライアントマシンにインストールして構成します。ソフトウェア付属のインストーラプログラムを実行し、デフォルトの選択項目を使用して、ShuttlePro V2 または ShuttleXpress のコントロールパッドをセットアップして構成します。

インストールが完了したら、次のオペレーティングシステムごとの説明に従って、Shuttle の構成ファイルをコピーします。

Windows 7

C:\Program Files (x86)\DIVAdirector 5\Support\etc\Pref file - Windows\SDIshuttle.pref を C:\Program Data\Contour Design にコピーします。

注記:
Windows の場合、パスを表示させるためフォルダ設定で非表示ファイルを表示する権限が必要です。

Mac OSX

C:\Program Files (x86)\DIVAdirector 5\Support\etc\Pref file - Mac\com.contourdesign.shuttle.prefs を ~/Library/Preferences/ にコピーします。

Shuttle コントロールのセットアップ完了後、フォーカスをプレーヤーに設定 (プレーヤー領域内を 1 回クリック) すると、Shuttle コントロールが使用可能になります。

次の章では、トラブルシューティングと障害回復の手順について説明します。

5 トラブルシューティングと障害回復

この章には、システムの予備的なトラブルシューティングおよび障害回復のための情報が含まれています。Oracle サポートに支援要請の連絡をする前に、これらのアクティビティーを実行してください。

画面の透過性

「Configuration Mode」設定画面の右側中央で、画面の透過性を設定します。この領域にある調整コントロールを使用して、表示の透過性レベルを 0 - 90% (値ゼロは完全な不透明を意味する) の間で設定できます。このオプションは、ほかのダイアログ (または画面) を開いたまま「DIVAdirector Server Status」画面を表示する際に便利で、両方を表示するのに必要な画面スペースを少なくできます。

「DIVAdirector Server Configuration」画面は常に、完全不透明のモードで開きます。調整コントロールを動かすと、それと同時に透過性レベルの変更の効果がデモとして表示されます。さまざまなレベルの効果を実際に見て確認してから、変更を確定できます。マウスボタンを放して少しすると、ダイアログは不透明の状態に戻りますが、コントロールで指定した最後の透過性レベルが一時的に保存されています。「OK」をクリックすると、変更後の設定がその他のすべてのサーバーダイアログに適用されます。一時的に保存された透過性レベルを破棄して以前の設定 (変更する前) を維持する場合は、「Cancel」をクリックします。

次は、コマンド行からの DIVAdirector Server の起動と停止です。

DIVAdirector Server の起動と停止

DIVAdirector Server は Windows のシステムサービスとして、システムの起動時に自動的に起動します (デフォルト)。DIVAdirector のネイティブのログ (たとえば、DIVArchive への接続のログ) はアプリケーションログとして、システムイベントビューアに保持されます。トラブルシューティング中は必要に応じ、Windows メニューを使用して手動でサーバーサービスを開始または停止します。

- DIVAdirector Server サービスを停止するには、「スタート」、「すべてのプログラム」、「FPDI DIVAdirector 5」、「Stop DIVAdirector Server Service」を選択します。

- DIVAdirector Server サービスを開始するには、「スタート」、「すべてのプログラム」、「FPDI DIVAdirector 5」、「Run DIVAdirector Server Service」を選択します。

サービスを最初に停止したあと、手動で DIVAdirector Server を対話型モードで起動できます。対話型モードの DIVAdirector Server アプリケーションと DIVAdirector Server サービスは同時実行できないため、対話型モードに入る前にサービスを停止する必要があります。

DIVAdirector Server アプリケーションを対話型モードで実行すると、Windows システムのステータス領域 (システムトレイ) にアイコンが表示され、ローカルデータベースおよび DIVArchive との接続の現在のステータスが表示されます。

DIVAdirector のトレイアイコンをクリックすると表示される「DIVAdirector Status」画面は 3 つのセクションに分かれており、各セクションにそれぞれ情報が表示されます。

「General Settings」セクションは画面の上部に表示されます。このセクションには、サーバーの最後の起動日時、接続の合計数、現在の接続の合計数、サーバーの動作モード、最後の同期日時、およびサーバーの現在の日時が表示されます。

「DIVArchive Manager」セクションは画面の中央にあります。このセクションには Oracle DIVArchive Manager の接続ステータスが表示され、現在の接続ステータスと最後に接続を確立した時間が表示されます。

「DIVAdirector Database」セクションは画面の下部にあり、使用中のデータベースソース名 (DSN - データソース名とも呼ばれる)、現在の接続ステータス、データベースとの接続が最後に確立された日時が表示されます。

コマンド行パラメータ

エラー解決中に必要であれば、コマンド行ウィンドウを開き次の構文を使用して、DIVAdirector Server をコマンド行から (Windows システムサービスとしてではなく) 実行できます。

DIVAdirector Server.exe [-parameter]

次のいずれかの有効なコマンド行パラメータを入力する必要があり、その他の入力の場合、オペレーティングシステムプロンプトに戻ります。

install (-i)

DIVAdirector Server サービスをインストールします。

uninstall (-u)

DIVAdirector Server サービスをアンインストールして Windows サービスのリストから削除しますが、サービスの代わりに対話型モードを実行できます。

debug (-d)

DIVAdirector Server アプリケーションを対話型モードで実行します。

config (-c)

DIVAdirector Server を構成モード (限定モード) で実行します。

runservice (-r)

DIVAdirector Server サービスを開始します。

stopservice (-s)

DIVAdirector Server サービスを停止します。

help (-h または ?)

コマンド行の構文と使用できるパラメータのリストが表示されるヘルプダイアログを表示します。

次の手順を使用して、コマンド行から DIVAdirector Server サービスをインストールします。

1. Windows コマンド行プロンプトを開きます。

2. コマンド DIVAdirector Server.exe -i を実行します。

3. 「Installing DIVAdirector Server Service」ウィンドウで、「Local System」または「This User (DOMAIN\User)」の隣にあるラジオボタンをクリックします。ダイアログには次のオプションが表示されます。

Local System

ローカルシステムアカウントに対するネイティブ Windows 制限により、DIVAdirector はローカルのプロキシストレージしか使用できません。

This user (DOMAIN\User)

管理ユーザーアカウントを DOMAIN\User の形式で入力し、ユーザーのパスワードと確認用のパスワードを入力します。ここに入力したユーザーは、ネットワーク共有として構成されたプロキシのストレージロケーションにアクセスできます。ユーザーは Admin グループに属している必要があり、NAS ベースのプロキシストレージへの読み取り権限と書き込み権限が付与されている必要があります。ドメイン (または '.' ドメイン) が指定されていない場合、ローカルシステムが暗黙的にアカウントドメインになります。

4. 「OK」をクリックして、DIVAdirector Server サービスを開始します。

次は、DIVAdirector Web Server の起動と停止です。

DIVAdirector Web Server の起動と停止

Web ベースユーザーインタフェース関連の問題が発生する場合は、次の手順を使用して手動で DIVAdirector Web Server を起動および停止できます。

1. Windows で「スタート」をクリックして、インターネットサービスマネージャー (IIS) を開きます。

2. 検索ボックスに「inetmgr」と入力すると、検索が自動的に開始されます。検索結果に inetmgr プログラムが表示されたら、プログラム名をダブルクリックしてアプリケーションを起動します。

3. マシンのコンピュータ名をクリックし、「サイト」メニューの下にある「DIVAdirector 5」を探します。

4. 「操作」パネル (画面右側) の「Web サイトの管理」セクションで、「開始」をクリックして Web サーバーを起動するか、「再起動」をクリックして実行中のサーバーを一度停止してから Web サーバーを再起動するか、または「停止」をクリックしてサーバーを完全に停止します。
灰色で表示されて選択できないメニュー項目は、Web サーバーの現在の状態を示しています。たとえば、「開始」のメニュー項目が灰色で表示されている場合、Web サーバーは現在実行中です。

次は、DIVAdirector Server とドロップフォルダのログファイルでエラーを確認します。

ログファイルの確認

DIVAdirector では、システムとドロップフォルダの両方のログファイルが通常の運用中に作成されます。DIVAdirector の初期構成では、ログファイル名、サイズ、および場所を構成しました。ログに割り当てたファイル名と場所を忘れてしまった場合は、ロギングの構成を参照してください。

DIVAdirector Server ログには、さまざまなサーバー操作に関する情報と操作処理エラーの可能性がある情報が含まれています。ドロップフォルダログにはドロップフォルダ特有の情報が含まれています。

Web サーバーのログは DIVADirector_HOME\www\logs\log.txt ファイルに記録されています。Web サーバーのログはシステムのトラブルシューティングに使用するほか、Oracle サポートに支援を要求するときに提出を求められることがあります。

トラブルシューティング作業を容易に進めるため、システムの初期構成で設定したレベルを変更する必要がある場合があります。トラブルシューティング中、エラーや障害の発生源の特定を促進するため、ロギングレベルの引き上げが必要になることがあります。通常のシステム運用で推奨されるログファイルレベルの設定は、次のとおりです。

- DIVAdirector Server ログのログレベルは、エラーを特定する際や Oracle サポートから指示された場合を除いて、レベル 2 より高くしないでください。

- ドロップフォルダログのログレベルは、エラーを特定する際や Oracle サポートから指示された場合を除いて、レベル 0 より高くしないでください。

次は、フラットファイル形式でのデータベーステーブルのエクスポートです。

フラットファイルのエクスポート

警告:

フラットファイルのエクスポートは、特定のデータベーステーブルのコンテンツをエクスポートするよう Oracle サポートから求められた場合にのみ実行してください。データベース復元操作を実行する前に、データベースを手動でバックアップしてください。

データベース復元を実行する前に、データベーステーブルをエクスポートする必要があります。次の手順を使用して、データベース内のテーブルをエクスポートできます。

1. 「Admin」、「Backup」、「Flat File Export」画面に移動します。

2. エクスポートする 1 つまたは複数のテーブルを、リスト内の各テーブル名の隣にあるチェックボックスを使用して選択します。

3. 画面上部で、フィールドを区別する「Separator」を選択し、文を囲む「Enclosure」を選択します。通常、「Separator」はコンマ、「Enclosure」は二重引用符にします。

4. テーブルエクスポートの最初の行が列名の場合、「Include columns names as first line」(いちばん上の「Enclosure」の隣) のチェックボックスにチェックマークを付けます。

5. 画面右上の「Refresh」をクリックして、テーブルのリストをリフレッシュします。テーブルのリストが再生成され、選択した「Separator」と「Enclosure」を使用してページ上にリストが再表示されます。

6. 各テーブル名の隣にあるチェックボックスを使用して、エクスポートするテーブルを選択 (または選択解除) します。いちばん上のチェックボックスにチェックマークを付けると、リスト内のすべてのテーブルが選択 (または選択解除) されます。

7. すべてのファイルをまとめて zip 形式で保存する場合は、画面のヘッダー行にある「Download All」を選択し、ファイルを個々に保存する場合は、画面右上にある「Export」をクリックします。

次は、手動バックアップとデータ復元です。

手動バックアップとデータベース復元

どのようなデータシステムでもデータベースの手動バックアップと復元は非常に重要な操作です。DIVAdirector では、必要に応じてこれらの操作を簡単に実行できます。

手動バックアップの実行

次の手順を使用して、DIVAdirector データベースの手動バックアップを実行します。

1. 「Admin」、「Backup」、「Manual Backup and Restore」画面に移動します。

2. 「Manual Backup and Restore」画面の「Operation」の隣にある「Backup」のオプションをクリックします。ディレクトリを参照し、バックアップ先フォルダを選択します。

注記:
バックアップのファイル名 DIVAdirector_database_timestamp.lhb は事前に定義されたものであり、変更できません。

タイムスタンプの形式は DDMMYY-hhmm で、次のようになります。

- DD = 日

- MM = 月

- YY = 年

- hh = 時

- mm = 分

3. バックアップ操作を開始するには、画面右上の「Backup Now」をクリックします。
バックアッププロセスの開始を知らせるメッセージが画面下部に表示され、完了するまでに通常 3-5 分程度かかります (データベース内のデータ量によって異なります)。メッセージは「Manual Backup and Restore」画面の下部に赤色のテキストで表示されます。

データベースの復元の実行

警告:

データベース復元操作を実行する前に、データベースを手動でバックアップしてください。

次の手順を使用して、DIVAdirector データベースを手動で復元します。

1. 「Manual Backup and Restore」画面の「Operation」の隣にある「Restore」のオプションをクリックします。

2. 「From」領域を参照し、サーバーのリモートファイルシステムツリーを表示します。

3. 復元するデータベーススナップショットファイルを選択します (ファイル名を 1 回クリックします)。

4. 「To」領域を参照し、復元の宛先フォルダを選択するか、「Restore to Active Database (logs off all connected users)」を選択します。
「Restore to Active Database (logs off all connected users)」オプションを選択した場合、復元プロセスによって既存のデータベースが復元されたデータベースに置換されます。接続中のすべてのユーザーがログオフされることを通知する確認のダイアログボックスが表示されます。

5. 「Restore to Active Database (logs off all connected users)」オプションを選択しなかった場合は、「Restore Now」をクリックして復元プロセスを開始します。

6 よくある質問

この章にはよくある質問が記載されています。

プロキシドロップフォルダは存在し、引き続き使用可能ですか。

はい、このリリースでも引き続き存在し、使用できます。ただし、プロキシドロップフォルダではなく、新しいトランスコードサービスを使用することをお勧めします。

元のプロキシワークフローは今も存在し、引き続き使用可能ですか。

はい、元のプロキシワークフローは今も存在し、このリリースで使用できます。

DIVAdirector 5.3 は、DIVArchive 6.5 および 7.1 (およびそれ以降) の API と引き続きリンクされますか。

DIVAdirector 5.3 は、API リリース 6.5.3 または 7.1 以降のいずれかにリンクできます。ただし、現在は API リリース 6.5.3 のみが使用されます。

DIVAdirector 5.3 では、DIVArchive 複合オブジェクトのすべてのコンポーネントファイルを一覧表示できますか。

現在 DIVAdirector では、すべての複合オブジェクトコンポーネントファイルは一覧表示できません。

DIVAdirector 5.3 では、DIVArchive 複合オブジェクトのコンポーネントファイルを復元できますか。

現在このリリースでは、複合オブジェクトのサポートは実装されていません。

新しいトランスコードサービスの外部でプロキシを作成した場合でも、ローカルプロキシは同じように動作しますか。

DIVarchive および DIVAdirector 以外で作成されたプロキシは使用しないことを強くお勧めします。ただし、ローカルプロキシ機能はこのリリースでも引き続き使用可能です。

ドロップフォルダで部分ファイル復元はサポートされますか。

現在、DIVArchive の操作ドロップフォルダでは部分ファイル復元操作はサポートされていません。

ProxyFileExtensions パラメータを参照したときは、どのファイルからプロキシが生成されますか。

トランスコーダは、DIVAdirector からトランスコーダのソース/宛先に対して要求が行われたときに、有効なファイル拡張子を持つファイルからプロキシを生成します。その場合はユーザーが該当するファイルを選択するため、自動プロキシ生成は現在のところ変更されていません。

新しいトランスコードサービスでは、正確にはどのトランスコーダがサポートされますか。

現在サポートされているのは、Vantage トランスコーダのみです。

用語集

複合オブジェクト

複合オブジェクトには 1,000 以上のファイルが含まれています。この値は DIVArchive で構成できます。複合オブジェクトは非複合オブジェクトとは異なる方法で処理します。オブジェクトを参照してください。

データストア

統合された一連のオブジェクトのデータリポジトリ。

ドロップフォルダ

ネットワークでモニターされる、特定の操作が割り当てられたフォルダ。ファイルをドロップフォルダに置くと、そのフォルダで特定される操作がシステムによって実行されます。

Internet Information Service (IIS)

Internet Information Service は Microsoft 社によって作成された拡張可能な Web サーバーで、Windows NT オペレーティングシステムファミリで使用できます。IIS では、HTTP、HTTPS、FTP、FTPS、SMTP、および NNTP プロトコルがサポートされています。Windows のインストール時に IIS はデフォルトでは有効になりません。IIS マネージャーは Microsoft 管理コンソールまたはコントロールパネルの管理ツールからアクセスします。

Lightweight Directory Access Protocol (LDAP)

Lightweight Directory Access Protocol は、インターネットプロトコル (IP) ネットワークを介して分散ディレクトリ情報サービスへのアクセスおよび保守を行うためのアプリケーションプロトコルです。

オブジェクト

オブジェクトはアーカイブエントリです。オブジェクト (アーカイブエントリ) はペア (名前とカテゴリ) で識別でき、ビデオファイルやオーディオファイル、メタデータファイルなどが格納されています。これらのファイルは DIVArchive にオブジェクトインスタンスとして格納されます。オブジェクトには最大 1,000 ファイルが格納され、格納数がこの数を超えると、オブジェクトは複合オブジェクトとみなされます。複合オブジェクトを参照してください。

Open Web Interface for .NET (OWIN)

.NET Web アプリケーションと Web サーバー間のインタフェース標準。オープンソースです。

部分ファイル復元 (PFR)

タイムコード、バイトオフセット、フォルダ、または DPX フレームに基づき、ファイルを部分的に (ファイル全体ではなく) DIVArchive から宛先の場所に復元します。

プロキシ

プロキシビデオはメタデータの形式をとります。圧縮率の高い低解像度のビデオと、オリジナルマスターの高解像度デジタルレコーディングを再現するサウンドで構成されています。

ルート

SuperAdmin とも呼ばれるこの特別なユーザーアカウントは、ユーザープロファイルの承認フラグで識別できます。管理機能の実行とサーバーホストへの無制限のフルアクセスが許可されます。DIVAdirector では、このアカウントの名前は admin です。

ショットリスト

ビデオクリップ (ショット) が含まれているリストで、ユーザーによって作成され、リストに含まれている一連のシーンを示します。このリストには、シーン番号や、シーンが撮られた場所、シーンの説明、シーンの長さ、シーン内の俳優などを含めることができます。

汎用命名規則 (Uniform Naming Convention、UNC)

汎用命名規則には、共有ファイル、共有ディレクトリ、共有プリンタなどのネットワークリソースの場所を記述するための一般構文が規定されています。Windows システムの UNC 構文には、\\ComputerName\SharedFolder\Resource という一般形式があります。

作業ビン

ビデオクリップやファイル、オブジェクトなどをユーザーが 1 つの場所で管理および編集するための作業領域。

オラクルの法律上の注意点について

コピーライトについて

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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 Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

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

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

Oracle Supportへのアクセス

サポートをご契約のお客様には、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を参照してください。