(57)【要約】【課題】マルチメディア・コンテンツを作成するための方法およびシステムを提供すること。【解決手段】コンテンツ・データおよび関連するセキュリティ機能を含む少なくとも１つのファイルを含む、マルチメディア・コンテンツを作成する方法およびシステム。コンテンツ・データは、さらに関連する特性を含む。システムは、ファイルを記憶する記憶装置を備える少なくとも１台のサーバ・マシンと、ファイルを再現する手段を備える少なくとも１台のクライアント・マシンと、ネットワークとを備える。最初にクライアント・マシンは、ファイル（例えば、ムービー・ファイル）を要求する。次にサーバ・マシンは、そのファイルが記憶装置に記憶されているかどうかを判定する。そのファイルが存在する場合には、そのファイルに関連するセキュリティ機能（例えば、暗号化など）を取得し、そのファイルのコンテンツ・データを分析して関連する特性（例えば、ビット・レートなど）を取得する。最後に、関連するセキュリティ機能と関連する特性とをデータ構造に結合する。
2005513622.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１台の第１のコンピュータ・システム、少なくとも１台の第２のコンピュータ・システムおよびネットワークを備える分散データ処理システムにおいて、マルチメディア・コンテンツを作成する方法であって、前記マルチメディア・コンテンツが、関連する特性を含むコンテンツ・データと関連するセキュリティ機能とを含む少なくとも１つのファイルを含み、前記少なくとも１台の第１のコンピュータ・システムが前記少なくとも１つのファイルを記憶する記憶装置を備え、前記前記少なくとも１台の第２のコンピュータ・システムが前記少なくとも１つのファイルを再現する手段を備え、前記方法が、
前記少なくとも１台の第２のコンピュータ・システムが少なくとも１つのファイルを要求するステップと、
前記要求するステップに応答して前記少なくとも１台の第１のコンピュータ・システムが前記少なくとも１つのファイルが前記記憶装置に記憶されているかどうかを判定するステップと、
肯定的な判定するステップに応答して前記少なくとも１つのファイルについて関連するセキュリティ機能を取得するステップと、
コンテンツ・データを分析して前記関連する特性を取得するステップと、
前記関連するセキュリティ機能と前記関連する特性とをデータ構造に結合するステップと
を含む方法。
【請求項２】
前記少なくとも１台の第１のコンピュータ・システムが、前記コンテンツ・データの伝送のために前記データ構造を利用する、請求項１に記載の方法。
【請求項３】
前記データ構造を前記少なくとも１台の第２のコンピュータ・システムに伝送するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記データ構造の受信に応答して、前記少なくとも１台の第２のコンピュータ・システムが、前記データ構造を処理することができるかどうかを判定するステップと、肯定的な判定するステップに応答して、前記少なくとも１台の第２のコンピュータ・システムが、前記コンテンツ・データの再現のために前記データ構造を利用するステップとをさらに含む、請求項３に記載の方法。
【請求項５】
前記コンテンツ・データが、少なくとも１つのデータ・ストリームを含む、請求項１ないし４のいずれかに記載の方法。
【請求項６】
前記少なくとも１つのデータ・ストリームが、少なくとも１つのデータ・サブストリームを含む、請求項５に記載の方法。
【請求項７】
前記少なくとも１つのデータ・ストリームが、データ構造に関連する、請求項５または６に記載の方法。
【請求項８】
前記データ構造が、前記少なくとも１つのデータ・ストリームおよび前記少なくとも１つのサブストリームを表すオブジェクトの階層を含む、請求項１ないし７のいずれかに記載の方法。
【請求項９】
前記少なくとも１つのファイルがさらにヘッダ・データを含む、請求項１ないし８のいずれかに記載の方法。
【請求項１０】
マルチメディア・コンテンツを作成するための分散データ処理システムであって、前記マルチメディア・コンテンツは関連する特性を含むコンテンツ・データと関連するセキュリティ機能とを含む少なくとも１つのファイルを含み、前記分散データ処理システムが、前記少なくとも１つのファイルを記憶する記憶装置を備える少なくとも１台の第１のコンピュータ・システムと、前記少なくとも１つのファイルを再現する手段を備える少なくとも１台の第２のコンピュータ・システムと、ネットワークとをさらに備え、
少なくとも１つのファイルを要求する手段と、
前記要求する手段に応答して、前記少なくとも１台の第１のコンピュータ・システムが、前記少なくとも１つのファイルが前記記憶装置に記憶されているかどうかを判定する手段と、
肯定的な判定に応答して、前記少なくとも１つのファイルについて関連するセキュリティ機能を取得する手段と、
コンテンツ・データを分析して前記関連する特性を取得する手段と、
前記関連するセキュリティ機能と前記関連する特性とをデータ構造に結合する手段と
を備える分散データ処理システム。
【請求項１１】
コンピュータ可読記憶媒体上に記憶されるコンピュータ・プログラム・コードを含み、コンピュータで実行されるときに、請求項１ないし９のいずれかに記載の方法を実施するコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リモート・サーバからローカル・クライアント・マシンへストリーム配信されるマルチメディア・コンテンツの作成に関する。
【背景技術】
【０００２】
マルチメディア、すなわちテキスト、動画化したグラフィックス、ビデオ、および音声の組合せでは、テキストだけの場合に比べてさらに興味深く理解しやすい方法で情報が提示される。マルチメディアは、すべてのレベルにおける教育、職業訓練、娯楽産業によるゲームに使用されてきた。マルチメディアは、パーソナル・コンピュータおよびその付属品の価格が低下するにつれさらに容易に利用できるようになりつつある。
【０００３】
デジタル技術の指数関数的な価格低下および性能上昇により、アナログ技術を追い越すことが可能になってきている。インターネットは、マルチメディアのアイデアを育む温床であり、またマルチメディア・オブジェクトを多数の視聴者に運ぶ運搬手段である。ワールド・ワイド・ウェブは、インターネットのマルチメディア情報検索システムである。ウェブ環境では、クライアント・マシンは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用してウェブ・サーバと交信する。ウェブ・サーバは、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）として知られている標準のページ記述言語を使用して、テキスト、グラフィックス、画像、音声、ビデオなどのファイルへのアクセスをユーザに可能にする。ＨＴＭＬは、基本的な文書フォーマッティングを提供し、開発者がハイパーリンクとして知られている接続を他のサーバおよびファイルへと指定できるようにする。インターネットのパラダイムにおいては、サーバへのネットワーク・パスは、ネットワーク接続を定義する特有のシンタクスを有するユニフォーム・リソース・ロケータ（ＵＲＬ）によって識別される。クライアント・マシン上で実行されるアプリケーションである、いわゆるウェブ・ブラウザ、例えばNetscape Navigator（Netscape Navigatorは、Netscape CommunicationsCorporationの登録商標）またはMicrosoft Internet Explorer（Internet ExplorerはMicrosoftCorporationの商標）により、ユーザは、ＵＲＬを介してリンクを指定することによって情報にアクセスし、異なるＨＴＭＬページ間をナビゲートすることが可能になる。
【０００４】
マルチメディア・システムでは、マルチメディア・オブジェクトをユーザが入手する配信システムが必要になる。磁気ディスクおよび光学ディスクは配信のための最初の媒体であった。インターネット、および伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）プロトコル・スイートまたは孤立したＬＡＮもしくは構内ＬＡＮ上のＮｅｔ  ＢＩＯＳは、配信のための次の運搬手段になった。ワールド・ワイド・ウェブ・ブラウザのリッチ・テキスト機能およびグラフィックス機能は、アニメーション、ビデオおよび音声によって補強されている。インターネットによる配信は、人工衛星システム、無線システム、およびケーブル・システムを経由しての配信によって補強されることになる。
【０００５】
現在では、マルチメディアは一般に、人とコンピュータまたはコンピュータ類似装置との間の知覚指向インターフェースのことを指し、このインターフェースによって、ほとんどの場合に情報の速度や順序をユーザ制御できるようになる。マルチメディア・アプリケーションの一例は、ムービー・オン・デマンド（ビデオ・オン・デマンド（ＶＯＤ）としても知られている）であり、視聴者は膨大なビデオ・ライブラリから選択を行い、次いでテープの再生、停止、または位置変更を行い、あるいは速度変更を行うことができる。より詳細には、ムービー・オン・デマンドは、人々の家庭のテレビに個人ベースで映画を提供するサービスである。映画は、（この説明ではコンテンツ・サーバと称する）中央サーバに記憶され、通信ネットワークを介して伝送される。通信ネットワークに接続されたセットトップ・ボックス（ＳＴＢ）が、デジタル情報をアナログに変換し、これをテレビに入力する。視聴者はリモート・コントローラを使用して映画を選択し、開始ボタン、停止ボタン、巻戻しボタン、および早送りボタンを用いて再生の操作を行う。これによってできることは、店でビデオを借り、ＶＣＲ上で再生することに非常によく似ている。このサービスでは、タイトル、ジャンル、俳優、および監督により、映画に対するインデックスを提供することができる。ＶＯＤは、すべての映画購入者がその放送を同時に見る必要がなく、どんな映画でもいつでも提供できる点でペイ・パー・ビューとは異なる。ただし、再生を操作する同じ機能を持つビデオカセット・レコーダ（ＶＣＲ）に取り付けられたテレビ上で映画を見ることは、マルチメディアとは考えられていない。
【０００６】
最初は、配信される情報のタイプは主としてテキストおよびグラフィックスの形式であった。その後、画像、ならびに記憶されたオーディオおよびビデオのファイルが現れた。一般に、これらのオーディオおよびビデオのファイルは、サーバからダウンロードされ、クライアント・マシンに記憶される。次いで、プレーヤーがファイルを再現（レンダリング）してはじめて、これらのファイルは、クライアント・マシン上で再生される。ダウンロードにより、ユーザがどのようなフォーマットのファイルでも視聴できることが有利であるが、ユーザのネットワーク接続が低速の場合にはダウンロードに時間がかかる可能性があり、ダウンロードされた後には、ファイルが、（クライアント・マシン上の）ユーザのハード・ドライブのスペースを占有してしまうこともある。
【０００７】
別の方法として、ストリーム化されたオーディオおよびビデオ（それによってストリームは、１つのタイプのデータ、例えばオーディオ、を含む）が、記憶されたソースからもウェブ上のライブ・ソースからも利用できるようになってきている。オーディオおよびビデオのストリーミングにより、クライアント・マシンでは、ネットワーク上のサーバからオーディオおよびビデオのコンテンツを選択して受信し、ストリームの最初の数バイトがクライアント・マシンに到達するとすぐにコンテンツの視聴を開始することができるようになる。したがって、メディア・ファイルの実際のコンテンツはサーバ上に留まり、クライアント・マシンはファイルのコンテンツをデータの「ストリーム」として受信する。ストリーミングによって、ダウンロードに関連する問題のいくつかが解決されるが、再生品質はネットワーク接続に依存するようになる。
【０００８】
メディアのストリーミングでは、受信中のクライアント・マシンで連続的な滑らかな再生を維持するのに十分高速な持続的なビット・レートで、データがコンテンツ・サーバからクライアント・マシンへと伝送される必要がある。一般に、クライアント・マシンは、コンテンツ・サーバからのマルチメディア・データおよびハイパーメディア（ハイパーテキストとマルチメディアの組合せ）データを要求し、コンテンツ・サーバは、再現／再生のためにクライアント・マシンへデータをストリーム配信する。
【０００９】
ストリーミングおよび再現の管理を行うためには、要求元のクライアント・マシン（特に、クライアント・マシン上で再現するために着信ストリームを変換する「デコーダ」アプリケーション）では、フレーム・レートやサンプリング・レートなど、クライアント・マシンが受信し再生するストリームの特性を理解する必要がある。これは、しばしば、クライアント・マシンとサーバ・マシンが通信ネットワーク上で交信するクライアント・サーバ「ハンドシェーク」通信中に実現される。例えば、クライアント・マシンが、着信オーディオ・ストリームを処理する機能を持たない場合には（例えば、クライアント・マシンが毎秒のフレーム数を再現できないか、それともあるサンプリング・レート以上のオーディオ・ストリームを再現できないため）、クライアント・マシンの要求を進める必要はない。
【００１０】
現在では、既存のマルチメディア・コンテンツには、様々な特性が含まれており、さらに、これらの特性が、様々なファイル・フォーマットによって様々な方法で定義されている。この結果、莫大な量の様々なマルチメディア・コンテンツがもたらされ、それにインデックスを付ける共通の方法はない。さらに、特性がデコーダにとって簡単に使用できない場合には、何らかの分析を行って（例えば、ファイル拡張子、「．ａｖｉ」、「．ｍｏｖ」などを分析することにより）それらの特性について「推定」しなければならないこともあり、あるいは、それらが期待する位置と異なる位置にあるような場合には、何らかの処理を行ってそれらの特性を見出さなければならないこともある。
【００１１】
Microsoft Corporationによる従来技術の一解決方法では、（多数の様々なフォーマットのうちの１つであり得る）ソースは、オブジェクトに基づいたＡＳＦ（AdvancedStreaming Format）ファイル・フォーマットで圧縮されコード化される。さらに詳しい情報は、「Inside Windows Media」、MicrosoftCorporation、１９９９年、ＩＳＢＮ０−７８９７−２２２５−９という本で見ることができる。
【００１２】
以下に示す３つのタイプのＡＳＦオブジェクトが存在する。
ヘッダ・オブジェクト−ストリーム、またはサブストリームの特性を定義する。
データ・オブジェクト−メディア・ストリームまたはメディア・サブストリームのデジタル化されたデータ・パケットを含む。
インデックス・オブジェクト−データ・パケットを指し示すインデックス・エントリを定義して、例えばビデオおよびオーディオのストリームが同期はずれにならないように共通の時系列にストリームを同期させる。
【００１３】
ＡＳＦヘッダ・オブジェクトは、各ストリームの特性を定義する「ストリーム特性」オブジェクトを含む。ＡＳＦヘッダについては、他の２つのオブジェクトとは別にクライアント・マシンが使用することができ、その結果、要求元のクライアント・マシンでは、ＡＳＦファイルを処理する、例えばそれらを「再生する」準備を行うことができる。
【００１４】
ＡＳＦフォーマットは問題を部分的に解決するが、多くのメディア・ファイルは、ＭＰ３、ＭＰＥＧ、ＭＰＥＧ４、ＭＨＥＧなどの、一般に使用される他のフォーマットだけで作成されている。メディア変換には時間がかかるので、コンテンツ所有者は、メディア変換を実行したいとほとんど思わないであろう。さらに、コンテンツ所有者はしばしば、例えば、ストリームを保護すべきか、それとも「自由に」（すなわち保護せずに、暗号化せずに、など）流すべきかなど、ストリーム配信の様々な特性を定義する必要がある。
【非特許文献１】Inside Windows Media、Microsoft Corporation、１９９９年、ＩＳＢＮ０−７８９７−２２２５−９
【発明の開示】
【発明が解決しようとする課題】
【００１５】
したがって、特にストリームの特性が頻繁に変化するような場合の、管理者にとって時間のかからない保守の必要性、ならびに任意の種類の事前にオーサリングされたマルチメディア・コンテンツの分析および準備に対する必要性がある。
【課題を解決するための手段】
【００１６】
第１の態様によれば、本発明は、少なくとも１台の第１のコンピュータ・システム、少なくとも１台の第２のコンピュータ・システムおよびネットワークを備える分散データ処理システムにおいて、マルチメディア・コンテンツを作成する方法であって、前記マルチメディア・コンテンツが、関連する特性を含むコンテンツ・データと関連するセキュリティ機能とを含む少なくとも１つのファイルを含み、前記少なくとも１台の第１のコンピュータ・システムが前記少なくとも１つのファイルを記憶する記憶装置を備え、前記前記少なくとも１台の第２のコンピュータ・システムが前記少なくとも１つのファイルを再現する手段を備え、前記方法が、前記少なくとも１台の第２のコンピュータ・システムが少なくとも１つのファイルを要求するステップと、前記要求するステップに応答して前記少なくとも１台の第１のコンピュータ・システムが前記少なくとも１つのファイルが前記記憶装置に記憶されているかどうかを判定するステップと、肯定的な判定するステップに応答して前記少なくとも１つのファイルについて関連するセキュリティ機能を取得するステップと、コンテンツ・データを分析して前記関連する特性を取得するステップと、前記関連するセキュリティ機能と前記関連する特性とをデータ構造に結合するステップとを含む方法を提供する。
【００１７】
好ましい実施形態では、サーバ・マシンは、クライアント・コンピュータ・マシンにコンテンツ・データを伝送するために、（本明細書中で「プロファイル」と称する）データ構造を利用する。データ構造がクライアント・マシンに伝送され、受信した後に、クライアント・マシンがデータ構造を処理できるかどうかを判定することが好ましい。データ構造を処理できる場合には、クライアント・マシンは、コンテンツ・データを再現するためにこのデータ構造を利用する。再現された後、コンテンツ・データはメディア・プレーヤーによりクライアント・マシンで視聴することができる。
【００１８】
サービス品質属性（例えば、必要な最小データ・レート）をコンテンツ・データに適用することが有利である。サーバ・マシンおよびクライアント・マシンがハンドシェーク・プロトコルを利用してサービス品質属性について交信しネゴシエーションすることが好ましい。サーバ・マシンは、コンテンツ・データをクライアント・マシンに伝送する前に逆多重化し、コンテンツ・データは再現前に再多重化される。
【００１９】
コンテンツ・データは、少なくとも１つのデータ・ストリームを含み、このデータ・ストリームはさらに少なくとも１つのデータ・サブストリームを含む。１つの複合データ・ストリームがオブジェクトの階層を含む１つのデータ構造に関連づけられることが好ましい。それらのオブジェクトはデータ・ストリームおよびサブストリームを表す。
【００２０】
好ましい実施形態では、サーバ・マシンは、前述の取得するステップ、分析するステップ、および結合するステップを処理する。コンテンツ・データおよび関連するセキュリティ機能を含むファイルはまた、関連するヘッダ・データを有する。
【００２１】
第２の態様によれば、本発明は、マルチメディア・コンテンツを作成するための分散データ処理システムであって、前記マルチメディア・コンテンツは関連する特性を含むコンテンツ・データと関連するセキュリティ機能とを含む少なくとも１つのファイルを含み、前記分散データ処理システムが、前記少なくとも１つのファイルを記憶する記憶装置を備える少なくとも１台の第１のコンピュータ・システムと、前記少なくとも１つのファイルを再現する手段を備える少なくとも１台の第２のコンピュータ・システムと、ネットワークとをさらに備え、
少なくとも１つのファイルを要求する手段と、前記要求する手段に応答して、前記少なくとも１台の第１のコンピュータ・システムが、前記少なくとも１つのファイルが前記記憶装置に記憶されているかどうかを判定する手段と、肯定的な判定に応答して、前記少なくとも１つのファイルについて関連するセキュリティ機能を取得する手段と、コンテンツ・データを分析して前記関連する特性を取得する手段と、前記関連するセキュリティ機能と前記関連する特性とをデータ構造に結合する手段とを備える分散データ処理システムを提供する。
【００２２】
第３の態様によれば、本発明は、コンピュータ可読記憶媒体上に記憶されるコンピュータ・プログラム・コードを含み、コンピュータで実行されるときに上記の方法を実施するコンピュータ・プログラム製品を提供する。
【００２３】
添付図面で示される本発明の好ましい実施形態に関して、例示のためにのみ、次に本発明について説明する。
【発明を実施するための最良の形態】
【００２４】
図１に、本発明を実施することができる分散データ処理システムを示す。分散データ処理システム（１００）は、ネットワーク（１０２）によって接続された複数のコンピュータを備える。サーバ・コンピュータ（１０４）は、ウェブ・サーバであることが好ましく、記憶装置（１０６）およびクライアント・コンピュータ（１０８）、（１１０）、（１１２）と共にネットワーク（１０２）に接続される。図に示す例では、分散データ処理システム（１００）はインターネットであり、プロトコル・スイートとして伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）を使用して互いに通信を行うネットワークおよびゲートウェイの世界的な集合を表すネットワーク（１０２）を有する。マルチメディア・システムは、一般にネットワ−クを介して通信を行うクライアント、アプリケーション・サーバ、および記憶サーバの適切な構成を含む。マルチメディア・システムによっては、コンテンツがハード・ディスクまたはＣＤ−ＲＯＭに記憶されているスタンドアローンのコンピュータ・システムに限定されるものもある。分散マルチメディア・システムは、ネットワークを介して通信を行い、多くの共用資源を使用する。
【００２５】
図２に、家庭向け、またはビジネス環境向けにマルチメディア・アプリケーションをサポートする一般化された環境を示す。Ｕ１は、アクセス・ネットワーク（２００）を介してアプリケーションまたはサービスにアクセスすることができるホーム・ユーザを示し、一方ビジネス・ユーザ（Ｕ２）はローカル・エリア・ネットワーク（２０５）、例えば顧客構内ネットワークを介して接続される。マルチメディア・サーバ（２１０）は、一連の（恐らくは）異種のネットワークを介してクライアント・マシンにサービス（すなわち、マルチメディア・データ・ストリーム）を配信する。（例えば、マルチキャスティング、コンテンツの変換などの、さらなる処理がネットワーク内で行われる。）
【００２６】
一般に、本発明は、必要に応じてメディア・ファイル「プロファイル」を作成するメカニズムを提供する。例えば、リモート・クライアント・マシンからマルチメディア・ファイルを求める「プル」要求がある場合、１つのプロファイルが生成され、コンテンツ・サーバおよび（転送後には）要求元クライアント・マシンの両方でこのプロファイルを使用してメディア・データのストリーミングおよび再現を管理する。
【００２７】
ここで、「プロファイル」は、複合ストリームまたはサブストリームの配信に必要なストリーム「特性」、例えばビット・レート、の定義を含むデータ構造として理解すべきであり、特性とは、ストリームまたはサブストリームのプロパティを記述したものである。さらに、プロファイルを利用して特性をカプセル化することが好ましい（特性は「保護ポリシー」を含む）。複合ストリーム（３００）を図３に示す。この例では、ストリーム（３００）は、３つのオーディオ・データ・サブストリームと１つのビデオ・データ・サブストリームからなる４つのサブストリーム（３０５〜３２０）を含む。各複合ストリームが１つのプロファイルに関連づけられることが好ましい。
【００２８】
特性はコンテンツとは別に記憶されるので、特性を簡単に修正できることが有利である。例えば、特性を外部データベース上に、またはメディア・ファイルに関連するシステム・ヘッダ内に記憶することができる。一例として、ユーザが映画をダウンロードしたいと思う場合に、成人視聴者用の映画が、暗号化など余分な保護ポリシーを含み得るのに対して、子供向けの映画では、必ずしも暗号化は必要にはならない。特性を独立に保持することにより、また特性を「オン・ザ・フライ」で取り出す本メカニズムにより、保護ポリシーを、例えば即時実装することが有利である。
【００２９】
図４は、本発明による、メディア・ファイルを求めて「プル」要求を発行するクライアント・マシン（１０８）の典型的なシナリオを示している。このシナリオを、図５を参照して説明する。まず、クライアント・アプリケーションのユーザが、ある特定のメディア・ファイルを再生するための要求（４００）を出す。これにより、コンテンツ・サーバ（１０４）向けのチャネル・コマンド（４０５）が開始され、それによって通信チャネルがクライアント・マシン（１０８）からコンテンツ・サーバ（１０４）へとオープンされる（ステップ５００）。次に、コンテンツ・サーバ（１０４）もまた、クライアント・マシン（１０８）向けのチャネル・コマンド（４１０）を開始し、クライアント・マシン（１０８）への通信チャネルをオープンする（ステップ５０５）。クライアント・マシン（１０８）は、これでメディア・ファイルを要求することが可能になる（ステップ５１０）。
【００３０】
次に、コンテンツ・サーバ（１０４）は、記憶装置に要求されたファイルがあるかどうかを判定する（ステップ５１５）。ファイルが記憶装置中になければ（ステップ５１５に対する否定的な結果）、その結果に対応するメッセージをクライアント・マシン（１０８）へ送ってから、現要求に対するプロセスを終了することが好ましい。もちろんクライアント・マシン（１０８）は、（ステップ５００から）プロセスを再開して別のファイルを要求することもできる。
【００３１】
サーバ（１０４）は、要求されたファイルがある場合には（ステップ５１５に対する肯定的な結果）、動的なメディア・ファイル・プロファイルの作成を開始する（４１５）。まず（例えば、外部データベース（４２０）上に保持される）ポリシー特性がアクセスされる（ステップ５２０）。例えば、必要な保護の量またはタイプを詳述するポリシー・ファイルをアクセスすることができる。次に、コンテンツ・ライブラリ（４２５）からメディア・ファイルのコンテンツをアクセスし（ステップ５２５）、その特性（サブストリーム数、フレーム・レートなど）を分析する。最後に、実施すべき保護ポリシーと共に、ストリームの特性を「プロファイル」（４３５）にカプセル化する（ステップ５３０）。
【００３２】
コンテンツ・サーバ（１０４）は、ストリーミング用のファイルを作成するためにプロファイル（４３５）を使用する。具体的には、サブストリーム・オブジェクトおよび「ＱｏＳ」（サービス品質）オブジェクトが準備される（４３０、ステップ５３５）。サブストリーム・オブジェクトは作成されるが、ＱｏＳオブジェクトは、サブストリームのプロパティである特性とは対照的に、サブストリームに適用することができる「アイテム」である（それによって、各サブストリームは関連するＱｏＳオブジェクトを持つ）。ＱｏＳオブジェクトの属性の例としては、必要な最小データ・レート、許容される最大エラー・レート、使用すべき圧縮アルゴリズム、および暗号化などのセキュリティ機能が含まれる。
【００３３】
プロファイルは、要求元のクライアント・マシン（１０８）に戻され（ステップ５４０）、次いでクライアント・マシン（１０８）では、このプロファイルを受け入れる必要な機能があるかどうかを判定する（ステップ５４５）。例えば、要求されているメディア・ファイルが「．ｍｐｅｇ」ファイルである場合には、クライアント・マシン（１０８）は、何らかの処理を行って関連する「．ｍｐｅｇ」デコーダが含まれているかどうかを検査する。クライアント・マシン（１０８）がこのメディア・ファイルを受け入れる機能がないと判定する場合には（ステップ５４５に対する否定的な結果）、このプロセスは終了する。もちろんクライアント・マシン（１０８）は、（ステップ５００から）プロセスを再開して、別のファイルを要求することもできる。しかし、クライアント・マシン（１０８）は、このメディア・ファイルを受け入れる機能があると判定する場合には（ステップ５４５に対する肯定的な結果）、受信したプロファイルを使用して必要なサブストリーム・オブジェクトおよびＱｏＳオブジェクトをセットアップする（４４０、ステップ５５０）。
【００３４】
次に、ＱｏＳアイテムを解決するために、クライアント・マシン（１０８）とコンテンツ・サーバ（１０４）との間のネゴシエーション（４５５、ステップ５５５）が行われる。例えば、要求元のクライアント・アプリケーションのユーザは、自分自身を認証するように要求され、次いでデータのストリームまたはサブストリームに対する課金を受け入れるかどうかを質問されることになる。クライアント・マシン（１０８）のユーザがそのメディアを受け入れる準備ができていない場合、例えばユーザがメディア・ファイルに対してお金を支払いたくない場合またはユーザにはメディア・ファイルを「再生」する適切な技術がない場合には、このプロセスは終了する。しかし、ユーザがそのメディア・ファイルを受け入れて先に進みたいと思う場合には、要求元のクライアント・マシン（１０８）により、ピア・サブストリームＱｏＳオブジェクト（４５０、４５５）間のセキュアなネゴシエーションが開始される。具体的には、ピア・オブジェクト（４５０、４５５）が、セキュアなチャネルを介してデータを交換し、共有コンテキスト（例えば、ＱｏＳプログラム、ＱｏＳデータなど）の確立（例えば、共有暗号キーなどの確立）を可能にする。
【００３５】
サブストリーム・ネゴシエーションが完了して、オブジェクトがすべて使用可能になると、要求元のクライアント・マシン（１０８）は、メディア・ファイルの「再生」を開始する。（コンテンツ・ライブラリ（４２５）からの）ストリーム・データ（４６０）を、複合データ・ストリーム（例えば、複合ストリームは１つのビデオ・ストリームと３つのオーディオ・ストリームを含む）から逆多重化して（４６５、ステップ５６０）、サブストリームに分離することが好ましい。これにより、異なるＱｏＳオブジェクトを異なるサブストリームに適用することが可能になる。例えば、異なる圧縮技術を異なるサブストリーム・タイプに適用することができる。さらに、コンテンツ・サーバ（１０４）は、保護と同様に特性も必要に応じて複数のサブストリームに対して適用することができる。
【００３６】
次に、これらのサブストリームは、クライアント・マシン（１０８）に流される（ステップ５６０）。クライアント・マシン（１０８）は、ＱｏＳオブジェクトを処理（例えば、解凍）する。次いで、処理されたサブストリームが再多重化され（４７０、ステップ５６５）、RealPlayer（RealPlayerはReal Networks, Inc.の登録商標）やWindows Media Player（WindowsMediaはMicrosoft Corporationの登録商標）などの「メディア・プレーヤー」に複合ストリームとして渡されて、クライアント・マシン（１０８）上で再生される（４７５、ステップ５７０）ことが好ましい。
【００３７】
図６に、「ｍｐｅｇ１」ストリームのための階層的に構築されたプロファイルの一例を示し、この図には、オーディオ・ストリーム（６００）、ビデオ・ストリーム（６１０）、および「埋込み」ストリーム（６２０）のデータを表す３つの「フィールド」オブジェクトが示されている。関連するオブジェクト（６０５〜６２５）は、これらのストリームに関連する追加データを表す。例えば、オーディオ・ストリーム（６００）の場合には、存在するオーディオ・サブストリームの数が詳述される（６０５）。
【００３８】
好ましい実装形態の階層において、（追加データによって識別される）各サブストリームがさらなるオブジェクトに関連づけられる。例えば、「フィールド」オブジェクト（６３０）は、１つのオーディオ・サブストリームのデータを表す。このオブジェクト（６３０）は、そのサブストリームについての一意的なサブストリーム識別子（６３５）および保護ポリシー（６４０）を表すデータをカプセル化する。複数のオーディオ・サブストリーム（またはビデオ・サブストリーム）に対するさらなるオブジェクトを、このプロファイル中に含めることもできるが、それらについては図示していない。
【００３９】
好ましい実装形態では、プロファイル中のデータは「ｍｐｅｇ１」ストリームに関連づけられるシステム・ヘッダ情報から取得される。プロファイル中のデータは他のどの位置からも取得できることを理解されたい。メディア・ファイルの特定のフォーマットが関連するシステム・ヘッダを持っていない場合には、このデータを外部データベースから取得することができる。
【００４０】
「ｍｐｅｇ１ムービー」ファイル（本質的に「フラット」ファイル）は、異なるセクションを含む。このファイルのアーキテクチャでは、ファイル内にデータの位置が定義される。この場合には、フラット・ファイルを解析することにより、システム・ヘッダ情報が４バイトの識別子の後に見出されることが知られている。位置がわかると、システム・ヘッダ情報を抽出することができる。この解析プロセスは、プロファイルが完了するまで、（システム・ヘッダ情報の検証、サブストリーム固有データの抽出などのために）ファイルを順に解析する。本明細書で述べるプロファイルは、例示のためだけのものであり、プロファイルは、他の任意の方法で実装することができることを理解されたい。
【００４１】
以上の説明から、好ましい実施形態の技術を使用することにより、マルチメディア・ストリームに関連する特性、およびマルチメディア・ファイルに対する保護ポリシー・データをストリーム・コンテンツとは別に保持して管理することができることが明らかであろう。図７に、マルチメディア・ファイル（７０５）を含むマルチメディア・コンテンツ（７００）を示す。マルチメディア・ファイル（７０５）は、システム・ヘッダ（７１０）（これはオプションであり、実際にはある種のフォーマットのファイルにはない）およびコンテンツ・データ（４２５）を含む。本発明によれば、コンテンツ（ストリーム）に関連する特性（７２０）およびマルチメディア・ファイル（７０５）に関連するポリシー・データ（４２０）は、データ構造すなわちプロファイル（４３５）に動的に結合される。都合の良いことに、システム管理者またはコンテンツ・プロバイダは、特性および保護ポリシー・データを容易に変更することができる。
【００４２】
逆多重化および再多重化のプロセスはオプションであるが、このプロセスには利点があることを理解されたい。例えば、各種言語（例えば、英語、スペイン語、ドイツ語、中国語）のサブタイトルを含むムービー・メディア・ファイルが、中国にあるクライアント・マシンから要求され、そのファイルがまた英国にあるクライアント・マシンからも要求されるとする。管理者は、このファイルがクライアント・マシンに異なるＱｏＳオブジェクトを伴ってストリーム配信されるように、コンテンツ・サーバを設定することができる。例えば、このメディア・ファイルが中国語を話すユーザから要求された場合、中国語のサブタイトルだけを付けてこのファイルをストリーム配信することができる。しかし、このメディア・ファイルが英語を話すユーザから要求された場合には、英語のサブタイトルだけを付けてファイルをストリーム配信することができる。明らかに、これはストリーミング・オーバーヘッドに関して有利である。
【００４３】
プロファイルは、動的に生成されるので、ＱｏＳオブジェクトおよび特性の動的な適用をサポートすることができて有利である。したがって、本発明は、追加のストリーム配信特性の管理を容易にする。本発明の利点は、複数の共通に使用されるフォーマットのストリームの効率的な管理を可能にすることにより、さらに柔軟性がもたらされることにあり、既存コンテンツに影響を与えないことである。したがって、特定のタイプのファイル・フォーマットに限定されることがないので、オーサリング・ツールを使用または再使用してメディア・ファイルのコンテンツを操作する必要はない。
【００４４】
本発明のさらなる利点は、メディア・ファイルの前に付く特定のタイプのヘッダまたは等価データの存在を必要とせずに、ストリーム・データの効率的な配信を可能にすることである。「メディア・ファイル・ヘッダ情報」の柔軟なスーパーセットが提供されることが有利である。さらに、最初にクライアント・マシンに送信されるのがプロファイルであるので（データ・コンテンツではないので）、処理オーバーヘッドが小さく保たれる。例えば、プロファイルをクライアント・マシンに送るだけにすると、クライアント・マシンがデータ・コンテンツを受け入れることができない場合、プロファイルはデータ・コンテンツに比べてサイズが比較的小さいので、ネットワーク資源への負荷が軽減される。
【００４５】
好ましい実施形態では、一台のクライアント・コンピュータおよび１台のサーバ・コンピュータの場合について説明してきたが、本発明はいかなる環境でも実施できることを理解されたい。例えば、２台以上のサーバ・コンピュータの間、２台以上のクライアント・コンピュータの間、複数のサーバ・コンピュータと複数のクライアント・コンピュータの間などで情報のやりとりを行うことができる。
【図面の簡単な説明】
【００４６】
【図１】本発明を実施することができる分散データ処理システムを示す図である。
【図２】家庭向けまたはビジネス環境向けのマルチメディア・アプリケーションをサポートする一般化した環境を示す図である。
【図３】複合マルチメディア・ストリームの表現を示す図である。
【図４】本発明による、コンテンツ・サーバからのメディア・ファイルを求める「プル」要求を発行するクライアント・マシンの概要を示す図である。
【図５】本発明による、図４のプロセスに含まれる動作ステップを示す流れ図である。
【図６】本発明による、「プロファイル」の一例を示す図である。
【図７】本発明による、マルチメディア・コンテンツの作成の概要を示す図である。
【図１】
2005513622.tif 000003
【図２】
2005513622.tif 000004
【図３】
2005513622.tif 000005
【図４】
2005513622.tif 000006
【図５】
2005513622.tif 000007
【図６】
2005513622.tif 000008
【図７】
2005513622.tif 000009
【手続補正書】
【提出日】平成16年2月12日(2004.2.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
少なくとも１台の第１のコンピュータ・システム、少なくとも１台の第２のコンピュータ・システムおよびネットワークを備える分散データ処理システムにおいて、マルチメディア・コンテンツを作成する方法であって、前記マルチメディア・コンテンツが、関連する特性を含むコンテンツ・データと関連するセキュリティ機能とを含む少なくとも１つのファイルを含み、前記少なくとも１台の第１のコンピュータ・システムが前記少なくとも１つのファイルを記憶する記憶装置を備え、前記前記少なくとも１台の第２のコンピュータ・システムが前記少なくとも１つのファイルを再現する手段を備え、前記方法が、
前記少なくとも１台の第２のコンピュータ・システムが少なくとも１つのファイルを要求するステップと、
前記要求するステップに応答して前記少なくとも１台の第１のコンピュータ・システムが前記少なくとも１つのファイルが前記記憶装置に記憶されているかどうかを判定するステップと、
肯定的な判定するステップに応答して前記少なくとも１つのファイルについて関連するセキュリティ機能を取得するステップと、
コンテンツ・データを分析して前記関連する特性を取得するステップと、
前記関連するセキュリティ機能と前記関連する特性とをデータ構造に結合するステップとを含み、
前記結合された関連するセキュリティ機能および前記関連する特性が前記コンテンツ・データとは別に記憶される方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１０
【補正方法】変更
【補正の内容】
【請求項１０】
マルチメディア・コンテンツを作成するための分散データ処理システムであって、前記マルチメディア・コンテンツは関連する特性を含むコンテンツ・データと関連するセキュリティ機能とを含む少なくとも１つのファイルを含み、前記分散データ処理システムが、前記少なくとも１つのファイルを記憶する記憶装置を備える少なくとも１台の第１のコンピュータ・システムと、前記少なくとも１つのファイルを再現する手段を備える少なくとも１台の第２のコンピュータ・システムと、ネットワークとをさらに備え、
少なくとも１つのファイルを要求する手段と、
前記要求する手段に応答して、前記少なくとも１台の第１のコンピュータ・システムが、前記少なくとも１つのファイルが前記記憶装置に記憶されているかどうかを判定する手段と、
肯定的な判定に応答して、前記少なくとも１つのファイルについて関連するセキュリティ機能を取得する手段と、
コンテンツ・データを分析して前記関連する特性を取得する手段と、
前記関連するセキュリティ機能と前記関連する特性とをデータ構造に結合する手段と
を備え、
前記結合された関連するセキュリティ機能および前記関連する特性が前記コンテンツ・データとは別に記憶される分散データ処理システム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
第１の態様によれば、本発明は、少なくとも１台の第１のコンピュータ・システム、少なくとも１台の第２のコンピュータ・システムおよびネットワークを備える分散データ処理システムにおいて、マルチメディア・コンテンツを作成する方法であって、前記マルチメディア・コンテンツが、関連する特性を含むコンテンツ・データと関連するセキュリティ機能とを含む少なくとも１つのファイルを含み、前記少なくとも１台の第１のコンピュータ・システムが前記少なくとも１つのファイルを記憶する記憶装置を備え、前記前記少なくとも１台の第２のコンピュータ・システムが前記少なくとも１つのファイルを再現する手段を備え、前記方法が、前記少なくとも１台の第２のコンピュータ・システムが少なくとも１つのファイルを要求するステップと、前記要求するステップに応答して前記少なくとも１台の第１のコンピュータ・システムが前記少なくとも１つのファイルが前記記憶装置に記憶されているかどうかを判定するステップと、肯定的な判定するステップに応答して前記少なくとも１つのファイルについて関連するセキュリティ機能を取得するステップと、コンテンツ・データを分析して前記関連する特性を取得するステップと、前記関連するセキュリティ機能と前記関連する特性とをデータ構造に結合するステップとを含み、前記結合された関連するセキュリティ機能および前記関連する特性が前記コンテンツ・データとは別に記憶される方法を提供する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
第２の態様によれば、本発明は、マルチメディア・コンテンツを作成するための分散データ処理システムであって、前記マルチメディア・コンテンツは関連する特性を含むコンテンツ・データと関連するセキュリティ機能とを含む少なくとも１つのファイルを含み、前記分散データ処理システムが、前記少なくとも１つのファイルを記憶する記憶装置を備える少なくとも１台の第１のコンピュータ・システムと、前記少なくとも１つのファイルを再現する手段を備える少なくとも１台の第２のコンピュータ・システムと、ネットワークとをさらに備え、少なくとも１つのファイルを要求する手段と、前記要求する手段に応答して、前記少なくとも１台の第１のコンピュータ・システムが、前記少なくとも１つのファイルが前記記憶装置に記憶されているかどうかを判定する手段と、肯定的な判定に応答して、前記少なくとも１つのファイルについて関連するセキュリティ機能を取得する手段と、コンテンツ・データを分析して前記関連する特性を取得する手段と、前記関連するセキュリティ機能と前記関連する特性とをデータ構造に結合する手段とを備え、前記結合された関連するセキュリティ機能および前記関連する特性が前記コンテンツ・データとは別に記憶される。


【国際調査報告】
2005513622.tif 000010
2005513622.tif 000011
2005513622.tif 000012