(57)【要約】【解決手段】リモート装置のユーザが保護ファイルにアクセスする権利を有するとき、ソース装置は、リモート装置のユーザがソース装置上の保護ファイルにアクセスすることを許可する。ユーザはリモート装置を使用し、ソース装置上の保護ファイルを位置決めし、リモート装置上のメディアプレーヤを使用し、保護ファイルにアクセスする。メディアプレーヤは、ソース装置が保護ファイルをストリーミングするための経路を構築する。リモート装置は、ソース装置からの認証リクエストに対し、リモート装置のユーザが保護ファイルにアクセスする権利を有することを応答する。リモート装置のユーザが保護ファイルにアクセスする権利を有することを確認するためにユーザを認証する。保護ファイルは、リモート装置によって構築された経路を介し、リモート装置にストリーミングされる。【選択図】図１
2009507274.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ（１０８）が、リモート装置（１０２，２０２）からソース装置（１０６）上の保護ファイル（１０４，２０４）にアクセスする方法であって、前記ユーザ（１０８）が前記保護ファイル（１０４，２０４）にアクセスするための権利を有し、
前記ソース装置（１０６）上の前記保護ファイル（１０４，２０４）を位置決めするために、前記ユーザ（１０８）によって前記リモート装置（１０２，２０２）を使用するステップ（１１０，２０６，２１０）と、
前記リモート装置（１０２，２０２）上のメディアプレーヤ（１１２）を介し、前記位置決めされた前記保護ファイル（１０４，２０４）にアクセスすることを試みるために、前記ユーザ（１０８）によってリモート装置（１０２，２０２）を使用するステップ（１１４，２１２）と、
前記ソース装置（１０６）が前記保護ファイル（１０４，２０４）をストリーミングするための経路を、前記メディアプレーヤ（１１２）によって構築するステップ（１１６，１１８，２１４，２１６）と、
前記リモート装置（１０２，２０２）の前記ユーザ（１０８）が前記保護ファイル（１０４，２０４）にアクセスするための権利を有することを、前記ソース装置（１０６，１２４）からの認証リクエストに、前記リモート装置（１０２，２０２）によって応答するステップ（１２６，２１８〜２２６）と、
前記メディアプレーヤ（１１２）を介し前記構築された経路にストリーミングされる前記保護ファイル（１０４，２０４）を、前記リモート装置（１０２，２０２）によって受信するステップ（１２８，２２８）と、を含む方法。
【請求項２】
位置決めするための前記リモート装置（１０２，２０２）を使用するステップが、前記ソース装置（１０６）上の前記保護ファイル（１０４，２０４）を位置決めするために、前記リモート装置（１０２，２０２）によって前記ソース装置（１０６）を閲覧するステップ又は前記ソース装置（１０６）上の前記保護ファイル（１０４，２０４）を位置決めするために、前記リモート装置（１０２，２０２）によって前記ソース装置（１０６）を検索するステップ、のうち１つ以上を含む請求項１記載の方法。
【請求項３】
前記認証リクエストに応答するステップ（２２０）が、
前記経路を解析するために、前記ソース装置（１０６）上の通信モジュール（１１８，１２２）のインタフェース（１２４）を使用するステップと、
前記ユーザ（１０８）を認証するために、前記通信モジュール（１１８，１２２）の前記インタフェースを使用するステップ（２２２）と、を含む請求項１記載の方法。
【請求項４】
前記経路を解析するために、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）の前記インタフェースを使用するステップが、
変換されたＵＲＬを含む認証イベント（２２０）を生成するために、前記ソース装置（１０６）上のメディア配送アプリケーション（ＭＤＡ）（１２０）を使用するステップと、
前記変換されたＵＲＬを解析するために、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）の前記インタフェースを使用するステップと、を含む請求項３記載の方法。
【請求項５】
前記ユーザ（１０８）を認証するために、前記通信モジュール（１１８，１２２）の前記インタフェースを使用するステップが、
前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）の前記インタフェースに、前記解析された経路を含む前記認証イベント（２２０）を、前記ＭＤＡ（１２０）を介して渡すステップと、
セキュリティ・サポート・プロバイダ・インタフェース（ＳＳＰＩ）を介し、チャレンジを前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって生成し、前記ＭＤＡ（１２０）に前記チャレンジを返すステップと、
前記メディアプレーヤ（１１２）に、前記生成されたチャレンジを、前記ＭＤＡ（１２０）によって送信するステップと、
前記チャレンジへの応答を、前記ＭＤＡ（１２０）に、前記メディアプレーヤ（１１２）によって送信するステップと、
前記ソース装置（１０６）上のモジュールの前記インタフェースに、前記応答を含む前記認証イベント（２２０）を、前記ＭＤＡ（１１８，１２０）によって送信するステップと、
アクセストークンを、前記ソース装置（１０６）上の前記通信モジュール（１２０）によって取得するステップ（２２４）と、
前記ＭＤＡ（１２０）に、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって前記ユーザ（１０８）の認証を確認するステップと、
前記メディアプレーヤ（１１２）に、前記ファイル（１０４，２０４）のコンテンツを、前記ＭＤＡ（１１８，１２０）によってストリーミングするステップと、を含む請求項３記載の方法。
【請求項６】
更に、前記ファイルに関連するデータを、ＳＭＢ経路を介し編集するステップを含む請求項１記載の方法。
【請求項７】
前記認証リクエストに応答するステップが、
変換されたＵＲＬを含む認証イベント（２２０）を生成するために、前記ソース装置（１０６）上のメディア配送アプリケーション（ＭＤＡ）（１２０）を使用するステップと、
前記変換されたＵＲＬを解析するために、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）の前記インタフェースを使用するステップと、
前記ソース装置（１０６）上の通信モジュールの前記インタフェースに、前記解析されたＵＲＬを含む前記認証イベントを、前記ＭＤＡ（１１８，１２０）を介して渡すステップと、
セキュリティ・サポート・プロバイダ・インタフェース（ＳＳＰＩ）を介し、チャレンジを前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって生成し、前記ＭＤＡ（１２０）に前記チャレンジを返すステップと、
前記メディアプレーヤ（１１２）に、前記生成されたチャレンジを、前記ＭＤＡ（１２０）によって送信するステップと、
前記チャレンジへの応答を、前記ＭＤＡ（１２０）に、前記メディアプレーヤ（１１２）によって送信するステップと、
前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）の前記インタフェースに、前記応答を含む前記認証イベント（２２０）を、前記ＭＤＡ（１２０）によって送信するステップと、
アクセストークンを、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって、取得するステップ（２２４）と、
前記接続プロトコルに、前記アクセストークンを含む前記認証イベント（２２０）を、前記ＭＤＡ（１２０）によって送信するステップ（２２４）と、
前記ＭＤＡ（１２０）に、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって、前記ユーザ（１０８）の認証を確認するステップ（２２２）と、
前記メディアプレーヤ（１１２）に、前記ファイルのコンテンツを、前記ＭＤＡ（１１８，１２０）によってストリーミングするステップと、を含む請求項１記載の方法。
【請求項８】
前記認証リクエストに応答するステップが、
変換されたＵＲＬを含む認証イベント（２２０）を生成するステップと、
前記変換されたＵＲＬを解析するステップと、
前記メディアプレーヤ（１１２）へのチャレンジを生成するステップと、
前記チャレンジへの応答を、前記メディアプレーヤ（１１２）によって送信するステップと、
アクセストークンを取得するステップ（２２４）と、
前記ユーザ（１０８）の認証を確認するために、前記アクセストークンを使用するステップ（２２４）（２２４）と、
前記メディアプレーヤ（１１２）に前記ファイルのコンテンツをストリーミングするステップ（１２８）と、を含む請求項１の方法。
【請求項９】
リモート装置（１０２，２０２）のユーザ（１０８）が、ソース装置（１０６）上にストアされた保護ファイル（１０４，２０４）にアクセスすることを許可するためのシステムであって、
前記ソース装置（１０６）上の前記保護ファイル（１０４，２０４）にアクセスするための、前記リモート装置（１０２，２０２）の前記ユーザ（１０８）からのリクエストを受信するためのインタフェース（１１０，１１４）と、
前記リモート装置（１０２，２０２）の前記ユーザ（１０８）が、保護ファイル（１０４，２０４）にアクセスするための権利を有することを認証することによって、前記リクエストに基づく前記許可を決定するための認証コンポーネント（１２４）と、
前記リモート装置（１０２，２０２）によって構築された経路を介し前記リモート装置（１０２，２０２）へのリクエストに応答して前記保護ファイル（１０４，２０４）をストリーミングする、ためのストリーミングコンポーネント（１１８，１２０）と、を含むシステム。
【請求項１０】
前記インタフェースが、前記ソース装置（１０６）上の前記保護ファイル（１０４，２０４）を位置決めするために前記ソース装置（１０６）を閲覧すること、又は前記ソース装置（１０６）上の前記保護ファイル（１０４，２０４）を位置決めするために前記リモート装置（１０２，２０２）によって前記ソース装置（１０６）を検索すること、のうち１つ以上を実行するように構成されること、を特徴とする請求項９記載のシステム。
【請求項１１】
前記ストリーミングコンポーネントが、前記リクエスト中に含まれる前記構築された経路を解析するために前記ソース装置（１０６）上の通信モジュール（１１８，１２２）のインタフェースを使用することと、前記ユーザ（１０８）を認証するために前記接続プロトコルを使用すること、を含む請求項９のシステム。
【請求項１２】
前記構築された経路を解析するために前記ソース装置（１０６）上の前記接続プロトコルを使用する前記ストリーミングコンポーネントが、
変換されたＵＲＬを含む認証イベントを生成するために、前記ソース装置（１０６）上のメディア配送アプリケーション（ＭＤＡ）（１２０）を使用することと、
前記変換されたＵＲＬを解析するために、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）の前記インタフェースを使用すること、を特徴とする請求項１１のシステム。
【請求項１３】
前記ユーザ（１０８）を認証するために前記接続プロトコルを使用する前記ストリーミングコンポーネントが、
前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）の前記インタフェースに、前記解析された経路を含む前記認証イベントを、前記ＭＤＡ（１２０）を介し渡すことと、
セキュリティ・サポート・プロバイダ・インタフェース（ＳＳＰＩ）を介し、チャレンジを前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって生成し、前記ＭＤＡ（１２０）に前記チャレンジを返すことと、
前記リモート装置（１０２，２０２）に、前記生成されたチャレンジを、前記ＭＤＡ（１２０）によって送信することと、
前記チャレンジへの応答を、前記ＭＤＡ（１２０）に、前記リモート装置（１０２，２０２）によって送信することと、
前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）の前記インタフェースに、前記応答を含む前記認証イベントを、前記ＭＤＡ（１２０）によって送信することと、
アクセストークン（２２４）を、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって取得することと、
前記ＭＤＡ（１２０）に、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって、前記ユーザ（１０８）の認証を確認することと、
前記リモート装置（１０２，２０２）に、前記保護ファイル（１０４，２０４）のコンテンツを、前記ＭＤＡ（１１８，１２０）によってストリーミングすること、を特徴とする請求項１１のシステム。
【請求項１４】
前記ファイルに関連されて構築される経路がＳＭＢ経路であること、を特徴とする請求項９記載のシステム。
【請求項１５】
ソース装置（１０６）によってＵＲＬ上にストリーミングされる保護ファイル（１０４，２０４）を受信するために、前記リモート装置（１０２，２０２）による使用のために前記リモート装置（１０２，２０２）によって構築されるストリーミングＵＲＬを定義するデータ構造であって、前記リモート装置（１０２，２０２）の前記ユーザ（１０８）が、前記保護ファイル（１０４，２０４）にアクセスするための権利を有しており、前記データ構造が、
前記ファイル（１０４，２０４）がストリーミングされるためのストリーミングプロトコル（１１６，１２８）と、
前記リモート装置（１０２，２０２）と前記ストリーミングされるファイルを提供する前記ソース装置（１０６）とをリンクする経路と、
前記経路を介して前記ソース装置（１０６）から前記リモート装置（１０２，２０２）への前記ストリーミングファイルの転送を容易にするための共有プロトコルと、を含むデータ構造。
【請求項１６】
前記ストリーミングプロトコルがＨＴＴＰ又はＲＴＳＰプロトコルを含み、
前記経路がユニバーサル・ネーミング・コンベンション（ＵＮＣ）経路を含み、
前記共有プロトコルがサーバ・メッセージ・ブロック（ＳＭＢ）経路を含む請求項１５記載のデータ構造。
【請求項１７】
前記ストリーミングプロトコルが、前記経路を解析するための、前記リモート装置（１０２，２０２）と前記ソース装置（１０６）とを接続する、前記ソース装置（１０６）上の通信モジュール（１１８，１２２）を含み、前記通信モジュール（１１８，１２２）が前記ユーザ（１０８）を認証すること、を特徴とする請求項１５のデータ構造。
【請求項１８】
前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）が、
変換されたＵＲＬを含む認証イベントを生成するために、前記ソース装置（１０６）上にメディア配送アプリケーション（ＭＤＡ）（１２０）を有することと、
前記変換されたＵＲＬを解析するために、前記ソース装置（１０６）上に前記通信モジュール（１１８，１２２）を有すること、を特徴とする請求項１７のデータ構造。
【請求項１９】
前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）が更に、
前記ＭＤＡ（１２０）を介し渡される前記認証イベントであって、前記認証イベントが前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）への前記解析された経路を含むものと、
セキュリティ・サポート・プロバイダ・インタフェース（ＳＳＰＩ）を介し、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって生成されるチャレンジ、及び前記ＭＤＡ（１２０）に前記チャレンジを返すことと、
前記リモート装置（１０２，２０２）へ前記ＭＤＡ（１２０）によって送信する、前記生成されたチャレンジと、
前記ＭＤＡ（１２０）へ前記リモート装置（１０２，２０２）によって送信された、前記チャレンジへの応答と、
前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）の前記インタフェースに、前記応答を含む前記認証イベントを、前記ＭＤＡ（１２０）によって送信することと、
前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって取得する、アクセストークン（２２４）と、
前記ＭＤＡ（１２０）に、前記ソース装置（１０６）上の前記通信モジュール（１１８，１２２）によって確認される、前記ユーザ（１０８）の認証と、
前記ＭＤＡ（１１８，１２０）によってストリーミングされる、前記リモート装置（１０２，２０２）への前記保護ファイル（１０４，２０４）のコンテンツと、を特徴とする請求項１７記載のデータ構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、保護されたファイルにリモートアクセスするためのメディアプレーヤの分野に関する。具体的に言うと本発明の実施形態は、リモート装置上のユーザが標準のツールを使用し、ソース装置上のユーザのファイルに対し、管理／ナビゲート／検索可能にするシナリオと、ソース装置上の特定のファイルを再生するための呼び出し時に、ソース装置がリモート装置にファイルを提供するための安全なストリーミングＵＲＬを提供することに関する。
【背景技術】
【０００２】
デジタル権利管理（ＤＲＭ）によって制御されるファイルのような保護されたファイル（保護ファイル）は、従来のファイル操作を使用し、ライセンスをホストするＰＣなどの装置において、再生のみ可能である。例えば、ウィンドウズ（登録商標）メディアプレーヤ（ＷＭＰ）によってファイルが再生されるとき、ＷＭＰがファイルをオープンし、それを再生しようとする。その処理中、ＤＲＭを有するファイルが見出された場合、ライセンスを検証するためにＤＲＭサブシステムが、次に呼び出される。ＷＭＰを実行する有効なライセンスがＰＣ上に無い場合、そのＰＣ用のライセンスを取得するための試みがなされる。ＤＲＭコンテンツは、一般にライセンスされ得るマシンの数に関しては少数（例えば：３）に制限されるので、リモートＰＣによるアクセスが制限される。ファイルがソースＰＣから着信する場合、ソースＰＣはおそらくライセンスを既に有する。ソースライセンスの再利用が望ましい一解決策である。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ウィンドウズ（登録商標）など、オペレーティングシステムの中には少なくとも「ウィンドウズ（登録商標）メディアコネクト」（ＷＭＣ）のようなメディアストリーミングサービス機能を有するものがある。ＷＭＣは、厳しい使用許可の規則を要求しない方法で、一装置から別の装置、例えばＰＣ対ＰＣにコンテンツのストリーミングを許可する。このストリーミングは、ストリーミングメディアプロトコルを活用する。これらのプロトコルは、コンテンツ再生に適応するように連動し、メタデータの更新やコンテンツの更新等のようなファイル操作を一般に許可しない。１つの装置から別の装置へのデータ送信時、リクエストする装置だけがコンテンツを解読することができるように、コンテンツが更に暗号化され得る。ストリーミングされるときのコンテンツは、「保護される」と一般に考えられるが、ファイルコピープロトコル（ＳＭＢ）を介しアクセス可能な時、それは非常に攻撃されやすいと考えられる。
【０００４】
ＳＭＢ、ＨＴＴＰ、ＲＴＳＰ又はＭＭＳなどほとんどの転送プロトコルは、ストリーミング及びファイルコピー双方のために使用され得、前述のおそらくは「ストリーミング」プロトコルからファイルコピーを作成する、多くのプログラムが存在するので、メディアの著作権保有者は多くの場合、プロトコルに暗号の追加を要求することを望む。
【０００５】
メディアの著作権保有者を保護するために、多くの場合、規約はリモートアクセスモード時のストリーミング及び／又は暗号を規定する。
【０００６】
ウィンドウズ（登録商標）ユーザは、ウィンドウズ（登録商標）エクスプローラ・シェルアプリケーションのような共通のアプリケーションの一部であるＳＭＢプロトコルを頻繁に使用する。このアプリケーションによってユーザは、彼らのネットワーク上のどこにあるファイルでも外観でき、それらを管理できる。前述の理由のために、デジタル権利管理（ＤＲＭ）によって保護されるメディアは、このシナリオにおいて再生できない。
【課題を解決するための手段】
【０００７】
本発明の実施形態は、セキュリティレベルプロトコル（例えばＳＭＢプロトコル、非ＳＭＢプロトコル、ＮＦＳ又はその他）を有するアクセスを含む。一実施形態においては、本発明は、安全な方法で経路上の保護ファイルをストリーミングすることを含む。本発明の実施形態は、サンバ（ＳＡＭＢＡ）サーバのようなオープンソースＳＭＢパッケージの故に存在する多くのＳＭＢを認識する、任意の装置に適用する。
【０００８】
あるいはまた、本発明の実施形態は、リモート装置のユーザを認証することをリモート装置に委ねるソース装置を有することによって、ＤＲＭ暗号化されたコンテンツ（例えば、マルチメディアファイル）の安全なアクセスを提供する。更に、本発明の実施形態は、ＤＲＭ暗号化されたコンテンツを見出すためのプロトコルを構築し、そのプロトコルは、コンテンツをストリーミングするために使用されるプロトコルと異なる。
【０００９】
あるいはまた本発明の実施形態は、他の様々な方法及び装置を含み得る。
【００１０】
他の特徴を本明細書以下に一部明らかにし、かつ指摘する。
【００１１】
「発明を実施するための最良の形態」において、更に後述されるいくつかの概念を簡易化された形式で紹介するために、この概要を提供する。この概要が、請求項記載対象の重要な特色又は本質的な特徴を特定することを意図せず、また援助として請求項記載対象の範囲を決定するときに使用されることも意図しない。
【００１２】
対応する参照文字は、図面を通し、対応する部分を示す。
【発明を実施するための最良の形態】
【００１３】
まず図１を参照すると、ブロック図は、ソースＰＣ（１０６）などのソース装置上のデジタル権利管理保護ファイル（１０４）のような保護ファイルにアクセスするリモートＰＣ（１０２）のようなリモート装置の例示的な実施形態を示すために提示する。ＰＣ（１０２）は、いくつかの方法でソースＰＣ（１０６）から切り離されるので、リモートと呼ばれる。この例示においては、リモートＰＣ（１０２）のユーザ（１０８）は、ＤＲＭ保護ファイル（１０４）にアクセスするための権利を有すると見なされる。
【００１４】
一実施形態においては、リモートＰＣ（１０２）のユーザは、矢印（１１０）で示されるように、最初にソースＰＣ（１０６）上の１つ以上のファイルを（閲覧又は他の精査によって）識別する。ユーザ（１０８）によって、リモートＰＣ（１０２）を介し、所望のＤＲＭ保護ファイル（１０４）が一旦、特定されると、ユーザ（１０８）は、（１１４）において、ＳＭＢ（サービスメッセージブロック）などのプロトコルを介し、所望のファイル（１０４）にアクセスするためにメディアプレーヤ（１１２）を呼び出す。次にソースＰＣ（１０６）のウィンドウズ（登録商標）メディアコネクト（ＷＭＣ）（１２２）を介してメディア配送アプリケーション（ＭＤＡ）（１２０）のストリーミングソフトウェアモジュール（１１８）とインタフェースをとるために、（１１６）において、メディアプレーヤ（１１２）はＵＲＬを構築する。一実施形態においては、ＭＤＡ（１２０）は、ソースＰＣ（１０６）からリモートＰＣ（１０２）にメディアファイルを送信する際に送信又は援助するコンポーネント又はアプリケーションモジュール、アプリケーション、ソフトウェア、アプリケーションプログラム又は一連のコンピュータ実行可能命令であり得る。一実施形態においては、ＷＭＣ（１２２）は、ＭＤＡ（１２０）に対して対話、ホスト及び／又は制御する、ソースＰＣ（１０６）のアプリケーション又は通信モジュールである。
【００１５】
一例においては、ＭＤＡ（１２０）は、ユーザ（１０８）から受信されるリクエストすべてに対して認証イベントなどのイベントを生成する。一実施形態においては、この認証又は認証イベントは、メディアプレーヤ（１１２）からの完全なリクエストばかりでなく、論理的なＵＲＬも含む。ＷＭＣ（１２２）は、論理的なＵＲＬをファイルの物理的な経路に翻訳する。別の実施形態においては、ＷＭＣ（１２２）は、いくつかの論理的なＵＲＬに対し、いかなる動作の実行も必要とせずに、ＭＤＡ（１２０）に造作なく成功を返すことができる。あるいはまた、ＷＭＣ（１２２）は、別の論理的なＵＲＬに対してリモートＰＣ（１０２）からの任意のリクエストがファイル（例えばファイル（１０４））にアクセスすることが認証されるか否かを決定する。ソースＰＣ（１０６）上のＳＭＢサーバによって公開される経路などの論理的なＵＲＬがＵＮＣ経路から生成される場合、ＷＭＣ（１２２）によってＭＤＡ（１２０）が、メディアプレーヤ（１１２）に対してファイル（１０４）をストリーミングする事を許す前に、次にＷＭＣ（１２２）は、ユーザ（１０８）を認証する必要がある。
【００１６】
一実施形態においては、ユーザ認証が要求されるとき、ＷＭＣ（１２２）は、認証イベントから認証モジュール（１２４）にチャレンジ−レスポンスを渡す。認証モジュール（１２４）は、チャレンジ−レスポンスが認証イベント内に存在するか否かを検証する。チャレンジ−レスポンスが存在しない場合、認証プロセス結果はACCESS_DENIEDエラーとなり、ユーザアクセスが拒否される。別の実施形態においては、認証モジュール（１２４）がメディアプレーヤ（１１２）用の認証チャレンジを生成する。この実施形態においては、ＷＭＣ（１２２）がＭＤＡ（１２０）にこのチャレンジを渡し、ＭＤＡ（１２０）がメディアプレーヤ（１１２）からのリクエストに失敗すると、メディアプレーヤ（１１２）に認証チャレンジを渡す。メディアプレーヤ（１１２）は、認証チャレンジ−レスポンスを送信することによって認証チャレンジに応答できる。このチャレンジ−レスポンスは、本質的にメディアプレーヤ（１１２）ユーザの信用証明を表す。チャレンジ−レスポンスのフォーマット及び／又は形式は、使用される認証プロトコルに従って変更できる。メディアプレーヤ（１１２）からのチャレンジ−レスポンスを含む新しいリクエストを受信したとき、このときチャレンジレスポンスがメディアプレーヤ（１１２）からのリクエストに含まれているにも関わらず、ＭＤＡ（１２０）は、新しいリクエストに応答して同様の認証イベントを生成し、そのイベントと共にチャレンジレスポンスを渡す。ＷＭＣ（１２２）はイベントからチャレンジ−レスポンスを削除し、リクエストを拒否するか許可するかを決定する認証モジュール（１２４）にそのイベントを渡す。認証モジュール（１２４）がユーザ（１０８）を首尾よく認証すると、認証モジュール（１２４）は、リクエストされたコンテンツ（例えばファイル（１０４））へのユーザアクセスを認証するために、ＷＭＣ（１２２）が後で使用可能なアクセストークンを生成する。使用されている認証スキームに従ってメディアプレーヤ（１１２）を認証するために、メディアプレーヤ（１１２）からＭＤＡ（１２０）に複数の往復が要求され得ることに留意されたい。
【００１７】
別の実施形態においては、リクエストが一旦成功すると、ＭＤＡ（１２０）はＷＭＣ（１２２）への認証イベントを生成する。ＷＭＣ（１２２）は次に、保護コンテンツ（例えばファイル（１０４））を再生するユーザの権利を検証するために、認証イベントの間に取得されるアクセストークンを使用する。ユーザがコンテンツにアクセスするための権利を有しない場合、ＷＭＣ（１２２）は認証イベントに失敗し得る。そのような場合、ＭＤＡ（１２０）は、「禁止（Ｆｏｒｂｉｄｄｅｎ）」エラーでメディアプレーヤ（１１２）からのリクエストに失敗する。
【００１８】
次に図２を参照し、本発明の実施形態の時間的作用を示す例示的な図を提示する。一実施形態においては、リモートＰＣ（２０２）がソースＰＣ（２０４）上の保護ファイルを再生することを試みているシナリオを考慮されたい。（２０６）において、リモートＰＣ（２０２）は、メディアプレーヤ（例えばウィンドウズ（登録商標）メディアプレーヤ又は別の装置）を実行中である。（２０８）において、ソースＰＣ（２０４）は、メディア共有サービスだけでなく、メディアストリーミングサーバ（例えばメディア配送アプリケーション−ＭＤＡ）も実行中である。（２０８）において、ソースＰＣ（２０４）は、（例えばＳＭＢプロトコルの）ＵＮＣ共有を介し、メディアを共有中である。（２１０）において、リモートＰＣ（２０２）のユーザは、ＳＭＢを介したＵＮＣ共有中のソースＰＣ（２０４）上のメディアを閲覧又は検索する。（２１２）において、ユーザがメディアファイルのうち１つに対して再正動作を呼び出すと、メディアプレーヤは、自動再生の関連付けを介し、ファイルを再生することを要求される。
【００１９】
（２１４）において、メディアプレーヤがＳＭＢ経路（\\serverSMB\folder\...）上において発見されたコンテンツをストリーミングすることを必要とするとき、メディアプレーヤは、コンテンツをストリーミングするために特定のＵＲＬ（例えばＳＭＢ−ＨＭＥストリーミングＵＲＬ）を構築し、構築されたそのＵＲＬを使用する。（２１６）において、この構築されたＵＲＬは、ＳＭＢ経路を公開するサーバ機器のＭＤＡサーバなどのＭＤＡに向けられる。例えばメディアプレーヤは、ＲＴＳＰなどの転送用に使用されるポートを指定するために使用するソース装置であるソース（例えばＵＰｎＰメディアサーバのデバイスドキュメント）中の新しいタグを読み取ることによって、ソース装置から経路フォーマットを取得する。次にメディアプレーヤは、コンテンツをストリーミングするために（後述の）いくつかのＵＲＬの特定（すなわちハードコードされた）経路を恒久的に構築する。ＵＲＬの実施形態は、ＨＴＴＰ又はＲＴＳＰプロトコルのいずれかを使用し、以下のうち１つの形式を採用する：
//serverSMB:10243/WMPNSSv3/UNC/?UNC=\\serverSMB\asf\artist\title.wma
//serverSMB:554/WMPNSSv3/UNC/?UNC=\\serverSMB\asf\artist\title.wma
前述のＵＲＬの実施形態においては、ＨＴＴＰ又はＲＴＳＰストリーミングプロトコルを指定するが、ＵＲＬの残りは同一である。当業者は別の実施形態を認識するだろう。
【００２０】
別の実施形態においては、ＵＲＬフォーマットは、ソース装置が提供するデバイスドキュメント又は別のソースの一部もまたあり得る。更に別の実施形態においては、特定の経路だけは、ソース装置が提供するデバイスドキュメント又は別のソースの一部であり得る。
【００２１】
（２１８）において、ＭＤＡはこの時点でメディアファイルにストリームを戻すか又はもっと言えばファイルの存在を認識する前であってもユーザの認証を開始する。一実施形態においては、以下のシーケンスにおいて認証される：
メディアプレーヤは、ＳＭＢ−ＨＭＥストリーミングＵＲＬからストリーミングを試みる。
【００２２】
（２２０）において、ＭＤＡはＵＲＬを解析することをメディア接続機能（例えば、ウィンドウズ（登録商標）メディアコネクト（ＷＭＣ））に委ねる。（２２０）における具体的な一実施例においては、ＭＤＡは、ＷＭＣに変換されたＵＲＬ（例えばＳＭＢ−ＨＭＥストリーミングＵＲＬ）を含む認証イベントを生成する。（２２０）における別の実施形態においては、ＷＭＣはＳＭＢ−ＨＭＥストリーミングＵＲＬを解析し、物理的な経路に翻訳し、ＭＤＡに返す。（２２０）における代替の実施形態においては、ＭＤＡは、認証イベント中にＭＤＡによって渡されるＵＲＬをファイルの物理的な経路に翻訳することをメディア接続機能に委ねる。（２２０）におけるこの実施形態においては、ＭＤＡは、ＷＭＣへの論理的なＵＲＬを含む認証イベントを生成する。ＷＭＣはＳＭＢ−ＨＭＥストリーミングＵＲＬを解析し、物理的な経路に翻訳する。このようにＭＤＡは認証イベントの間、物理的な経路を必要としない。
【００２３】
一実施形態においては、認証イベントは、ＭＤＡとＷＭＣとの間で使用されるデータ構造又はインタフェースであって、本発明の範囲から逸脱せず、別のデータ構造又はインタフェースの実装が使用され得る。一例として、以下の例示的なコードは、保護されていないコンテンツへのアクセス及び保護コンテンツへのアクセスのためにＷＭＰとＭＤＡとの間で交換される一連のリクエストを示す。
非保護ストリーミング：
GET /WMCv2/ UNC/?UNC=\\serverSMB\asf\artist\title.wma HTTP/1.1
Accept: */*
User-Agent: NSPlayer/10.0.0.3646 WMFSDK/10.0
Accept-Encoding: gzip, deflate
Host: sbhatt4: 10243
Connection: Keep-Alive
HTTP/1.1 200 OK
Content-Length: 618330
Content-Type: audio/x-ms-wma Server: Microsoft-HTTPAPI/1.0
Accept-Ranges: bytes
TransferMode.DLNA.ORG:Streaming
Date: Thu, 21 Jul 2005 19:58:08 GMT
下記は、論理ＵＲＬ及び変換ＵＲＬＳの例である。
論理ＵＲＬ：
/WMCv2/ UNC/?UNC=\\serverSMB\asf\artist\title.wma HTTP/1.1
物理ＵＲＬ：
C:\users\username\music\asf\artist\title.wma
The \\serverSMB\ share gets translated to c:\users\usemame\music
保護ストリーミング：
GET /WMCv2/ UNC/?UNC=\\serverSMB\asf\artist\title.wma HTTP/1.1
Accept: */*
User-Agent: NSPlayer/10.0.0.3646 WMFSDK/10.0
Accept-Encoding: gzip, deflate
Host: sbhatt4:10243
Connection: Keep-Alive
HTTP/1.1 401 Unauthorized
Content-Length: 618330
Content-Type: audio/x-ms-wma Server: Microsoft-HTTPAPI/1.0
Accept-Ranges: bytes
TransferMode.DLNA.ORG: Streaming
Date: Thu, 21 Jul 2005 19:58:08 GMT
GET /WMCv2/ UNC/?UNC=\\serverSMB\asf\artist\title.wma HTTP/1.1
Accept: */*
User-Agent: NSPlayer/10.0.0.3646 WMFSDK/10.0
Accept-Encoding: gzip, deflate
【００２４】
【表１】
2009507274.tif 000003
【００２５】
HTTP/1.1 200 OK
Content-Length: 618330
Content-Type: audio/x-ms-wma Server: Microsoft-HTTPAPI/1.0
Accept-Ranges: bytes
TransferMode.DLNA.ORG: Streaming
Date: Thu, 21 Jul 2005 19:58:08 GMT
前述の例示的なリクエストは、制御プロトコルＤＬＮＡのＨｔｔｐ及び認証プロトコルＮｅｇｏｔｉａｔｅを使用するが、本発明の範囲から逸脱せずに他のプロトコルと対応する制御プロトコル及び／又は認証プロトコルが使用され得ることが理解されるだろう。
【００２６】
（２２２）において、ＭＤＡは、このＵＲＬにアクセスするために、リモートユーザのパーミッションを認証することをＷＭＣに委ねる（前述の例示的なリクエストをまた参照）。一実施形態においては、例えばＭＤＡは、ＳＭＢ−ＨＭＥストリーミングＵＲＬを含む認証イベントをＷＭＣに提供し、応答としてＷＭＣは、セキュリティ・サポート・プロバイダ・インタフェース（ＳＳＰＩ）又は別のインタフェースを介し、適切なチャレンジを生成し、ＭＤＡにチャレンジを返す。（２２２）において、ＭＤＡは次に、メディアプレーヤにチャレンジを送信する。（２２４）において、メディアプレーヤは、チャレンジに応答し、その結果アクセストークンがＭＤＡによって取得される。例えばアクセストークンは、特定のユーザを表すウィンドウズ（登録商標）のハンドルであり得る。ユーザを検証する及び／又はユーザを演じるために、このハンドルを別のＡＰＩに渡すか又は送信できる。ユーザを表すか又は識別する別のタイプの識別トークン又はキーが本発明の範囲から逸脱せずに使用され得る。（２２６）において、ＷＭＣはユーザを首尾よく認証する。更にＭＤＡはＷＭＣへの認証イベントを生成し、ＷＭＣはユーザがコンテンツに対するアクセスを有するか否かを確認する。（２２６）において、ユーザがコンテンツに対してアクセスを有する場合、ＷＭＣはＭＤＡにファイルの物理的な位置を渡す。このようにＭＤＡは、そのファイルにアクセス可能な認証されたユーザからのストリーミングリクエストであることを決定し、保護ファイルに対してアクセスを許可し、（２２８）において、ＭＤＡは、コンテンツを基本としメディアプレーヤに適切にストリーミング出力する。
【００２７】
一実施形態においては、ＭＤＡが既存技術を介しユーザを検証する間、このシーケンスは、ＭＤＡがＵＮＣ経路を消費し、ストリーミングをレンダリングできることを例示する。ウィンドウズ（登録商標）メディアプレーヤクライアントの実施形態においては、認証プロトコルがユーザの信用証明を有効に利用し、ユーザが問題のファイルにアクセス権を有することを正確に検証するので、それはＳＳＰＩであり得る。
【００２８】
ウィンドウズ（登録商標）環境における一実施形態において、ウィンドウズ（登録商標）エクスプローラは、ファイル拡張子に対して登録されたアプリケーションを実行する。ウィンドウズ（登録商標）メディアオーディオ又はウィンドウズ（登録商標）メディアビデオの場合、アプリケーションはウィンドウズ（登録商標）メディアプレーヤ（ＷＭＰ）である。
ウィンドウズ（登録商標）エクスプローラからＵＮＣ経路を与えられると、ＷＭＰは：
i．  ＵＮＣ経路にアクセスを有するログオンユーザを検証する
ii．  ストリーミングＵＲＬへのＵＮＣ経路を解決する
iii．  再生用ストリーミングＵＲＬをオープンする
ストリーミングＵＲＬを介して提供されるファイル（１０４）に関連するデータ上で任意の編集が実行される場合、いかなる変化にも影響するようにＳＭＢ経路が使用され得る。これによって、ソース装置上のＳＭＢアクセス可能なファイルへのアクセスを証明可能な任意のＰＣユーザは、リモート装置上でライセンスの獲得を要求せずに、ソース装置からリモート装置にファイルをストリーミングすることを許可される。例えばユーザ（１０８）は、非保護コンテンツのようなライセンスを要求しないコンテンツをストリーミングするために、（２０６）を経て（２１２）に進むことができる。（２１６）において、更にストリーミングライセンスのためのＵＲＬ及びリクエストがＳＭＢ経路を公開するＭＤＡに向けられる。このリクエストは、次に提供される任意のライセンス中に装置の丈夫さ及び提供される規則の固守を証明する証明書を含み得る。ライセンスを要求しないストリーミングコンテンツに対してユーザ（１０８）は（２１８）を経て（２２６）に進むことができる。ステップ（２１６）において、ＭＤＡは、提供される証明書又は他の情報を検証し、次に転送されるコンテンツをメディアプレーヤが解読、再生する事を可能にするライセンス及びキーを返す。
【００２９】
一実施形態においては、このようにＵＮＣ経路が与えられると、ＤＲＭによる保護ファイルの再生は、新しいＰＣがサービスにログインすることも、ＵＮＣ経路をホストするコンピュータ以外のマシンからライセンスを再度獲得することも必要とせずに可能である。この実施形態によって、ウィンドウズ（登録商標）シェル／エクスプローラのユーザは、家庭においてＤＲＭによって保護される音楽を自由に閲覧し、検索し、再生できる。更に、ファイルにアクセスする別の方法を提供することによって、いかなる追加のセキュリティリスクも最小にできる。「攻撃対象領域」は増大するが、より安全性が少ない経路は全く加えられておらず、例えば、以前特定のユーザが見たり聞いたりできなかったファイルは、もはやこれからは公開されない。
【００３０】
一実施形態における作用においては、図３に例示するようなコンピュータ（１３０）が、リモート装置又はソース装置のいずれか一方として機能するための前述のようなコンピュータ実行可能命令を実行する。
【００３１】
図３は、コンピュータ（１３０）形式の汎用計算機器の一例を示す。本発明の一実施形態においては、コンピュータ（１３０）などのコンピュータが、本明細書に例示され記載された他の図において使用するのに適している。コンピュータ（１３０）は、１つ以上のプロセッサ又は処理ユニット（１３２）及びシステムメモリ（１３４）を有する。図示した実施形態において、システムバス（１３６）は、システムメモリ（１３４）を含む様々なシステムコンポーネントとプロセッサ（１３２）とを接続する。バス（１３６）は、メモリバス又はメモリコントローラ、周辺機器用バス、アクセラレートグラフィックスポート及びプロセッサ又は任意の様々なバス構成を使用するローカルバスを含む１つ以上の任意のタイプのバス構成を表す。制限ではなく例として、そのようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ機器に関する標準化団体（ＶＥＳＡ）ローカルバス及びメザニンバスとして知られる周辺機器相互接続（ＰＣＩ）バスを含む。
【００３２】
コンピュータ（１３０）は、通常、少なくともいくつかの形式のコンピュータ可読メディアを有する。コンピュータ可読メディアは、揮発性及び不揮発性双方のメディア、取り外し可能及び取り外し不可能双方のメディアを含み、コンピュータ（１３０）によってアクセスされる任意の使用可能なメディアであり得る。制限ではなく例として、コンピュータ可読メディアは、コンピュータストレージメディア及び通信メディアを含む。コンピュータストレージメディアは、コンピュータ可読命令、データ構造、プログラムモジュール又は他のデータなどの情報のストレージに関する任意の方法又は技術で実装された揮発性及び不揮発性の取り外し可能及び取り外し不可能なメディアを含む。例えば、コンピュータストレージメディアは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ装置又は他の磁気ストレージ装置、又は所望の情報をストアするため使用されるコンピュータ（１３０）によってアクセスできる任意の他のメディア、を含む。通信メディアは一般に、コンピュータ可読命令、データ構造、プログラムモジュール又は搬送波又は別の移送メカニズムのような変調データ信号内のデータを具現化したものであり、任意の情報伝達メディアを含んでいる。当業者は変調データ信号に精通しており、変調データ信号は１つ以上の特徴の組を有するか又は信号中の情報を符号化する方法で変更されている。有線ネットワーク又は直接有線接続のようなワイヤードメディア並びに音響、無線（ＲＦ）、赤外線及び他の無線メディアのようなワイヤレスメディアは、通信メディアの例である。前述の任意の組み合わせもまた、コンピュータ可読メディアの範囲内に含まれる。
【００３３】
システムメモリ（１３４）は、取り外し可能及び／又は取り外し不可能、揮発性及び／又は不揮発性メモリの形でコンピュータストレージメディアを含む。図示された実施形態において、システムメモリ（１３４）は、読み出し専用メモリ（ＲＯＭ）（１３８）及びランダムアクセスメモリ（ＲＡＭ）（１４０）を含む。基本的な入力／出力システム（１４２）（ＢＩＯＳ）は、起動中などにコンピュータ（１３０）の内部の要素間で情報を転送するのを支援する基本ルーチンを含んでいて、通常ＲＯＭ（１３８）内にストアされる。ＲＡＭ（１４０）は通常、データ及び／又はプログラムモジュールを含み、それは即座にアクセス可能及び／又は処理装置（１３２）によってその上で現在作動中である。制限ではなく、例として図３は、オペレーティングシステム（１４４）、アプリケーションプログラム（１４６）、他のプログラムモジュール（１４８）及びプログラムデータ（１５０）を示す。
【００３４】
コンピュータ（１３０）はまた、他の取り外し可能／取り外し不可能、揮発性／不揮発性のコンピュータストレージメディアを含み得る。例えば、図３は取り外し不可能、不揮発性の磁気メディアから読み出すか又はそれに書き込むハードディスクドライブ（１５４）を示す。図３はまた、取り外し可能、不揮発性磁気ディスク（１５８）に対して読出す又は書込む磁気ディスクドライブ（１５６）と、及びＣＤ−ＲＯＭ又は別の光メディアのような取り外し可能、不揮発性光ディスク（１６２）に対して読出す又は書込む光ディスクドライブ（１６０）を示す。例示的な動作環境内で使用可能な別の取り外し可能／取り外し不可能、揮発性／不揮発性コンピュータストレージメディアは、限定しないが磁気テープカセット、フラッシュメモリカード、デジタル多用途ディスク、デジタルビデオテープ、半導体ＲＡＭ、半導体ＲＯＭ等を含む。ハードディスクドライブ（１５４）及び磁気ディスクドライブ（１５６）及び光ディスクドライブ（１６０）は一般に、インタフェース（１６６）などの取り外し可能メモリインタフェースによって、システムバス（１３６）と接続される。
【００３５】
前述及び図３中に示しているドライブ又は他の大容量記憶装置及びそれらに関連するコンピュータストレージメディアが、コンピュータ（１３０）に対するコンピュータ可読命令、データ構造、プログラムモジュール及び他のデータのストレージを提供する。例えば図３中、ハードディスクドライブ（１５４）は、オペレーティングシステム（１７０）、アプリケーションプログラム（１７２）、他のプログラムモジュール（１７４）及びプログラムデータ（１７６）をストアするものとして示されている。ここでこれらのコンポーネントは、オペレーティングシステム（１４４）、アプリケーションプログラム（１４６）、他のプログラムモジュール（１４８）、及びプログラムデータ（１５０）と同じか又は異なるかのいずれかであり得ることに留意すべきである。オペレーティングシステム（１７０）、アプリケーションプログラム（１７２）、他のプログラムモジュール（１７４）及びプログラムデータ（１７６）は、最小限それらが異なる複製であることを示すように異なる番号が与えられている。
【００３６】
ユーザは、キーボード（１８０）及びポインティングデバイス（１８２）（例えば、マウス、トラックボール、ペン又はタッチパッド）などの入力装置又はユーザインタフェース選択装置を通してコマンド及び情報をコンピュータ（１３０）に入力できる。（図示しない）別の入力装置は、マイクロホン、ジョイスティック、ゲームパッド、衛星放送受信アンテナ、スキャナ又はその他を含むことができる。これらと他の入力装置は、システムバス（１３６）に接続されたユーザ入力インタフェース（１８４）を介して処理ユニット（１３２）と接続されているが、パラレルポート、ゲームポート、又はユニバーサルシリアルバス（ＵＳＢ）のような別のインタフェース及びバス構造によって接続され得る。モニタ（１８８）又は別のタイプの表示装置もまた、映像インタフェース（１９０）のようなインタフェースを介しシステムバス（１３６）に接続される。モニタ（１８８）に加えてコンピュータはまた、多くの場合、（図示しない）プリンタ及びスピーカのような他の周辺出力装置を含むことができ、（図示しない）出力周辺インタフェースを通して接続され得る。
【００３７】
コンピュータ（１３０）は、リモートコンピュータ（１９４）などの１台以上のリモートコンピュータと論理的な接続を使用するネットワーク化環境で動作できる。リモート・コンピュータ（１９４）は、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピア装置又は他の一般的なネットワークのノードがあり得て、コンピュータ（１３０）に関して通常、前述の要素の多くか又はすべてを含む。図３に示された論理的な接続は、ローカルエリアネットワーク（ＬＡＮ）（１９６）及び広域ネットワーク（ＷＡＮ）（１９８）を含んでいるが、また他のネットワークも含み得る。ＬＡＮ（１３６）及び／又はＷＡＮ（１３８）は、有線ネットワーク、ワイヤレスネットワーク、それらの組み合わせなどがあり得る。前記ネットワーク環境は、オフィス、企業全体のコンピュータネットワーク、イントラネット及びグローバルなコンピュータネットワーク（例えば、インターネット）において一般的である。
【００３８】
ローカルエリアネットワーク環境において使用されるとき、コンピュータ（１３０）は、ネットワークインターフェース又はアダプタ（１８６）を通し、ＬＡＮ（１９６）と接続される。ＷＡＮネットワーク環境において使用されるとき、コンピュータ（１３０）は通常、インターネットのようなＷＡＮ（１９８）の上で通信を確立するためのモデム（１７８）又は他の手段を含む。内蔵か又は外付けであり得るモデム（１７８）は、ユーザ入力インタフェース（１８４）、又は他の適切な手段を介し、システムバス（１３６）と接続し得る。ネットワーク化環境においては、コンピュータ（１３０）か又はその部分に関して表示されたプログラムモジュールは、（図示しない）リモートメモリストレージ装置にストアすることができる。限定ではなく例として、図３は、メモリ機器に常駐するリモートアプリケーションプログラム（１９２）を示す。示されたネットワーク接続は例示的であり、コンピュータ間の通信リンクを設立する別の手段を使用できる。
【００３９】
一般に、コンピュータ（１３０）のデータプロセッサは、コンピュータの様々なコンピュータ可読ストレージメディアにおいて、異なる時間にストアされる命令によってプログラムされる。プログラム及びオペレーティングシステムは通常、例えば、フロッピーディスク又はＣＤ−ＲＯＭおいて配布される。それらは、そこからコンピュータの補助記憶装置にインストールされるか又はロードされる。実行時、それらは少なくとも一部が、コンピュータの主電子メモリにロードされる。マイクロプロセッサ又は他のデータ処理装置に関連し、後述するステップを実施するための命令又はプログラムをそのようなメディアが含むとき、本明細書に記載された様々な発明の実施形態は、これら及び他の様々なタイプのコンピュータ可読記憶メディアを含む。本明細書に記載された方法及び技法にしたがったプログラムがされるとき、実施形態はまた、コンピュータ自体も含む。
【００４０】
図示する目的のために、プログラム及びオペレーティングシステムなどの他の実行可能プログラムの部品を個々のブロックとして本明細書に例示する。しかし、そのようなプログラム及びコンポーネントは、コンピュータの異なるストレージコンポーネントの中で異なる時間に存在し、コンピュータのデータ処理装置（単数又は複数）によって実行されることが認められる。
【００４１】
コンピュータ（１３０）を含む例示的な計算機システム環境に関連し説明したが、本発明の一実施形態は、他の多くの汎用目的又は特定目的の計算機システム環境又は構成と共に動作できる。計算機システム環境は、本発明の実施形態の使用又は機能の範囲に関していかなる制限も示すことを意図しない。さらに、例示的な操作環境において例示されたコンポーネントの任意の１つ又は組み合わせに関連していかなる依存性又は要件を有するとして、計算機システム環境を解釈するべきでない。本発明の実施形態を用いて使用に適し得る周知の計算機システム、環境及び／又は構成の例は、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルド又はラップトップ装置、マルチプロセッサシステム、マイクロプロセッサベースシステム、セットトップボックス、プログラマブル家電、携帯電話、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、前述のシステム又は装置のうち、いずれかを含む分散計算機環境その他を含むが、これらに限定されない。
【００４２】
１つ以上のコンピュータ又は他の装置によって実行されるプログラムモジュールなどのコンピュータ実行可能命令に関する一般的なコンテキストで本発明の実施形態を説明できる。一般に、プログラムモジュールは、ルーチン、プログラム、オブジェクト、コンポーネント及び特定のタスクを実行するか又は特定の抽象データ型を実装するデータ構造を含むが、これらに限定されない。また、通信ネットワークを通しリンクされるリモート処理装置によって、タスクを実行する分散計算機環境において本発明の実施形態を実施できる。分散計算機環境においては、メモリストレージ装置を含むローカル及びリモートのコンピュータストレージメディア双方にプログラムモジュールを配置することができる。
【００４３】
ソフトウェアアーキテクチャのコンテキストにおけるインタフェースは、ソフトウェアモジュール、コンポーネント、コード部又はコンピュータ実行可能命令の他のシーケンスを含む。本インタフェースは、例えば、第１のモジュールの為の計算タスクを実行するための第２のモジュールにアクセスする第１のモジュールを含む。第１及び第２のモジュールは、一例において、オペレーティングシステムによって提供されるようなインタフェースアプリケーションプログラミングインターフェース（ＡＰＩ）、コンポーネントオブジェクトモデル（ＣＯＭ）インタフェース、（例えば、ピアツーピアアプリケーション通信）及び（例えば、ウェブサービス間の通信向けの）エクステンシブルマークアップランゲージメタデータ交換形式（ＸＭＩ）を含む。
【００４４】
本インタフェースは、Ｊａｖａ２プラットホームエンタープライズ版（Ｊ２ＥＥ）のような密結合の同期実装、ＣＯＭ又は分散ＣＯＭ（ＤＣＯＭ）の例であり得る。代替又は追加として、本インタフェースは、（例えば、シンプルオブジェクトアクセスプロトコルを使用する）Ｗｅｂサービスのような疎結合の非同期実装であり得る。一般に、本インタフェースは、密結合、疎結合、同期及び非同期の特性の任意の組み合わせを含む。さらに、本インタフェースは、標準のプロトコル、固有のプロトコル又は標準及び固有のプロトコルの任意の組み合わせに従うことができる。
【００４５】
本明細書に記載されたインタフェースはすべて、単一のインタフェースの一部か、又は別々のインタフェース又はその任意の組み合わせとしても実施できる。本インタフェースは、機能を提供するためにローカル又リモートで実行できる。さらに、本インタフェースは、例示された又は本明細書に記載されたものに追加されるか又はより少ない機能を含むことができる。
【００４６】
別に指定されない限り、本明細書に例示され記載された実行の順序又は方法の性能は、本質的ではない。すなわち、特に記載していない限り、本方法の原理を順不同で実行でき、本明細書に開示されたものより多くの又は少ない原理を含むことができる。例えば本発明の実施形態の範囲の中で、特定の原理を、別の原理の前に、同時に又は後に、実施又は実行することが想定される。
つの」、「一」、「その」及び「前記」は、１つ以上の要素があることを意味する意図がある。「からなる」、「含む」及び「有する」という用語は包括的であり、記載された原理以外の追加の原理があってもよいことを意味する意図がある。
【００４７】
上記を考慮すると、本発明の様々な実施形態が達成され、様々な有益な結果に達したことがわかるであろう。
【００４８】
本発明の実施形態の範囲から逸脱せずに、前記構成、製品及び方法において様々な変更を行うことができるように、前記説明に含まれ、添付の図面に示されたすべての件が、制限された意味として解釈されるのではなく、例示的に解釈されることを意図する。
【図面の簡単な説明】
【００４９】
【図１】ソースＰＣ上のＤＲＭ保護ファイルにアクセスするリモートＰＣの例示的な実施形態のブロック図である。
【図２】本発明の実施形態の時間的作用を示す例示的な図である。
【図３】本発明の実施形態が実装され得る適切な計算機システム環境の一例を示すブロック図である。
【図１】
2009507274.tif 000004
【図２】
2009507274.tif 000005
【図３】
2009507274.tif 000006
【国際調査報告】
2009507274.tif 000007
2009507274.tif 000008