(57)【特許請求の範囲】
【請求項１】
トランスコードを行う情報処理装置において、
符号化マルチメディア情報をトランスコードする際に、該符号化マルチメディア情報の符号化フォーマット及び符号化ピクチャタイプを示すピクチャタイプ情報が記述されたコンテンツ情報と、クライアント装置がサポートする復号フォーマットが記述されたクライアント情報とに基づいて、該クライアント情報の復号フォーマットが該コンテンツ情報の符号化ピクチャタイプをサポートするかにより、該符号化マルチメディア情報を復号する必要があるかを判定する判定手段と、
上記判定手段により復号する必要があると判定された場合に、上記コンテンツ情報に基づいて、上記符号化マルチメディア情報を復号して、復号マルチメディア情報を生成し、該コンテンツ情報及び上記クライアント情報に基づいて、該復号マルチメディア情報をトランスコードして、上記クライアント装置の復号フォーマットと互換性があるトランスコードマルチメディア情報を生成し、該判定手段により復号する必要はないと判定された場合に、該コンテンツ情報及び該クライアント情報に基づいて、該符号化マルチメディア情報をトランスコードして、該トランスコードマルチメディア情報を生成する生成手段とを備える情報処理装置。
【請求項２】
上記符号化マルチメディア情報を復号する際に必要なバッファサイズを決定する決定手段を更に備え、
上記生成手段は、上記決定手段により決定されたバッファサイズを使用して、上記トランスコードマルチメディア情報を生成する請求項１に記載の情報処理装置。
【請求項３】
上記トランスコードマルチメディア情報を上記クライアント装置に送信する送信手段を更に備える請求項１記載の情報処理装置。
【請求項４】
上記クライアント装置から上記クライアント情報を受信する受信手段を更に備える請求項１記載の情報処理装置。
【請求項５】
上記ピクチャタイプ情報は、Ｉピクチャを示すフラグ、Ｐピクチャを示すフラグ、及び、Ｂピクチャを示すフラグを含む請求項１記載のマルチメディア情報処理装置。
【請求項６】
上記コンテンツ情報は、ピクチャの構造のタイプを示すピクチャ構造情報を更に含む請求項１記載のマルチメディア情報処理装置。
【請求項７】
上記コンテンツ情報は、動き補償のタイプを示す動き補償情報を更に含む請求項１記載のマルチメディア情報処理装置。
【請求項８】
上記動き補償情報は、フレーム動き補償フラグ及びフィールド動き補償フラグを含む請求項７記載のマルチメディア情報処理装置。
【請求項９】
上記コンテンツ情報は、ＤＣＴ係数のタイプを示すＤＣＴ情報を更に含む請求項１記載のマルチメディア情報処理装置。
【請求項１０】
上記ＤＣＴ情報は、フレームＤＣＴフラグ及びフィールドＤＣＴフラグを含む請求項９記載のマルチメディア情報処理装置。
【請求項１１】
マルチメディア情報を処理するマルチメディア情報処理方法において、
クライアント装置からの要求信号に応じて、符号化マルチメディア情報を蓄えているデータベースから、該符号化マルチメディア情報の一部にアクセスするマルチメディア情報アクセスステップと、
上記符号化マルチメディア情報の一部の符号化フォーマット及び符号化ピクチャタイプを示すピクチャタイプ情報を記述したコンテンツ情報にアクセスするとともに、上記クライアント装置の復号フォーマットを記述したクライアント情報にアクセスするコンテンツ情報アクセスステップと、
上記コンテンツ情報及び上記クライアント情報に基づいて、上記符号化マルチメディア情報の一部をトランスコードして、上記クライアント装置の復号フォーマットと互換性があるトランスコードマルチメディア情報を生成するトランスコードステップとを有し、
上記トランスコードステップは、
上記コンテンツ情報及び上記クライアント情報に基づいて、該クライアント情報の復号フォーマットが該コンテンツ情報の符号化ピクチャタイプをサポートするかにより、上記符号化マルチメディア情報の一部を復号する必要があるかを判定するステップと、
上記復号する必要があると判定した場合、上記符号化マルチメディア情報の一部を復号するために必要なメモリ資源を決定するステップと、
上記復号する必要があると判定した場合、上記符号化マルチメディア情報の一部を復号して、復号マルチメディア情報を生成するステップと、
上記コンテンツ情報及び上記クライアント情報に基づいて、上記復号マルチメディア情報をトランスコードして、上記トランスコードマルチメディア情報を生成するステップと、
上記復号する必要はないと判定した場合、上記コンテンツ情報及び上記クライアント情報に基づいて、上記符号化マルチメディア情報の一部をトランスコードして、上記トランスコードマルチメディア情報を生成するステップとを有することを特徴とするマルチメディア情報処理方法。
【請求項１２】
トランスコードを行う情報処理装置において、
符号化マルチメディア情報をトランスコードする際に、該符号化マルチメディア情報を符号化したアプリケーションを指定する識別情報及び符号化ピクチャタイプを示すピクチャタイプ情報が記述されたコンテンツ情報と、クライアント装置がサポートする復号フォーマットが記述されたクライアント情報とに基づいて、該クライアント情報の復号フォーマットが該コンテンツ情報の符号化ピクチャタイプをサポートするかにより、該符号化マルチメディア情報を復号する必要があるかを判定する判定手段と、
上記判定手段により復号する必要があると判定された場合に、上記コンテンツ情報に基づいて、上記符号化マルチメディア情報を復号して、復号マルチメディア情報を生成し、該コンテンツ情報及び上記クライアント情報に基づいて、該復号マルチメディア情報をトランスコードして、上記クライアント装置の復号フォーマットと互換性があるトランスコードマルチメディア情報を生成し、該判定手段により復号する必要はないと判定された場合に、該コンテンツ情報及び該クライアント情報に基づいて、該符号化マルチメディア情報をトランスコードして、該トランスコードマルチメディア情報を生成する生成手段とを備える情報処理装置。
【請求項１３】
マルチメディア情報を処理するマルチメディア情報処理方法において、
クライアント装置からの要求信号に応じて、符号化マルチメディア情報を蓄えているデータベースから、該符号化マルチメディア情報の一部にアクセスするマルチメディア情報アクセスステップと、
上記符号化マルチメディア情報の一部を符号化したアプリケーションを指定する識別情報及び符号化ピクチャタイプを示すピクチャタイプ情報を記述したコンテンツ情報にアクセスするとともに、上記クライアント装置の復号フォーマットを記述したクライアント情報にアクセスするコンテンツ情報アクセスステップと、
上記コンテンツ情報及び上記クライアント情報に基づいて、上記符号化マルチメディア情報の一部をトランスコードして、上記クライアント装置の復号フォーマットと互換性があるトランスコードマルチメディア情報を生成するトランスコードステップとを有し、
上記トランスコードステップは、
上記コンテンツ情報及び上記クライアント情報に基づいて、該クライアント情報の復号フォーマットが該コンテンツ情報の符号化ピクチャタイプをサポートするかにより、上記符号化マルチメディア情報の一部を復号する必要があるかを判定するステップと、
上記復号する必要があると判定した場合、上記符号化マルチメディア情報の一部を復号するために必要なメモリ資源を決定するステップと、
上記復号する必要があると判定した場合、上記符号化マルチメディア情報の一部を復号して、復号マルチメディア情報を生成するステップと、
上記コンテンツ情報及び上記クライアント情報に基づいて、上記復号マルチメディア情報をトランスコードして、上記トランスコードマルチメディア情報を生成するステップと、
上記復号する必要はないと判定した場合、上記コンテンツ情報及び上記クライアント情報に基づいて、上記符号化マルチメディア情報の一部をトランスコードして、上記トランスコードマルチメディア情報を生成するステップとを有することを特徴とするマルチメディア情報処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチメディア電子装置の分野に関し、特に、記録媒体及び／又は電子ネットワークから生じる符号化ビットストリームを復号したマルチメディアコンテンツを表示する装置を含む、マルチメディア情報を符号化及び復号する方法と、マルチメディア情報を伝送する方法とに関する。
【０００２】
【従来の技術】
オーディオ／ビジュアル（ＡＶ）の素材は、デジタルデータの使用によって、ますます蓄積、伝送、表示が可能になってきている。ＡＶ素材のデジタルビデオ表示によって、コンピュータ制御電子機器によるその用法を容易にし、高品質の画像及び音声の再生も容易にする。デジタルＡＶ素材は、デジタルデータを格納し、伝送するために必要なコンピュータ資源を減らすために、一般的に圧縮される（「符号化される」）。マルチメディアコンテンツ、特にビデオのサイズは非常に大きいので、マルチメディアコンテンツを伝送する装置は、それらの伝送チャンネルを効率的に使うために、コンテンツを符号化及び／又は圧縮する。デジタルＡＶ素材は、多くの周知の規格を用いて符号化することができる。例えば２、３例を挙げると、ＤＶ（デジタルビデオ）規格、ＭＰＥＧ（モーションピクチャエキスパートグループ）規格、ＪＰＥＧ規格、Ｈ．２６１規格、Ｈ．２６３規格及びモーションＪＰＥＧ規格等である。符号化規格は、その上、関連した復号プロセスも規定している。マルチメディアコンテンツは、一般的に、記録媒体に蓄積されて、ビットストリームとして伝送される。
【０００３】
圧縮のＨ．２６１及びＨ．２６３規格は、オーディオ及びビジュアルデータ用である。これらの規格は、ＩＴＵ−Ｔ（国際電気通信連合）によって記載されている。Ｈ．２６１規格は、ＴＶ会議装置のために使われ、一方、Ｈ．２６３規格は、移動体通信のために使われる。
【０００４】
Ｈ．２６１及びＨ．２６３規格は、動き補償（ＭＣ）と離散コサイン変換（ＤＣＴ）のハイブリッド符号化を採用している。これらの仕様書の詳細は、周知のＩＴＵ−Ｔ勧告に記載されている。
【０００５】
ＪＰＥＧは、静止画像のために用いられる圧縮規格である。それは、ＩＳＯ−ＩＥＣ／ＪＴＣ１／ＳＣ２９／ＷＧ１文書において規格化されている。ＪＰＥＧ規格は、また、ＪＰＥＧ規格において使われている変換符号化（ＤＣＴ）を用いる。ＷＧ１は、現在ＪＰＥＧ２０００を規格化し、それは、静止画像処理のためのより効率的な符号化技術である。ＪＰＥＧ２０００規格は、ウエーブレット変換を使用する。モーションＪＰＥＧは、ビデオ処理のための事実上の規格である。モーションＪＰＥＧにおいて、ビデオの個々のフレームは、ＪＰＥＧによって符号化される。それはデジタルビデオ（ＤＶ）規格において使われており、それは今日市場で使われている。フレーム間の相関は、圧縮のために使われていない。
【０００６】
ＭＰＥＧは、オーディオ、ビデオ及びグラフィックスの情報のための圧縮規格であり、例えばＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４及びＭＰＥＧ７を含む。それは、ＩＳＯ−ＩＥＣ／ＪＴＣ１／ＳＣ２９／ＷＧ１１文書において規格化されている。ＭＰＥＧ１は、ＣＤ−ＲＯＭ（コンパクトディスクリードオンリーメモリ）装置において記憶のために、オーディオ及びビデオデータを符号化する規格である。ＭＰＥＧ１規格は、ＩＳ−１１３９３規格に記載されている。
【０００７】
ＭＰＥＧ２は、記録媒体、例えばＤＶＤ（デジタルビデオディスク）等に蓄積するために、及びデジタル放送で送出するために、オーディオ／ビデオデータを符号化、復号及び伝送する規格である。また、ＭＰＥＧ２は、ＭＰＥＧ１がサポートしないインターレースビデオをサポートする。したがって、ＭＰＥＧ２は、テレビ装置に高品質のビデオを表示するために使われる。ＭＰＥＧ２規格は、ＩＳ−１３８１８規格に記載されている。
【０００８】
ＭＰＥＧ４規格は、オーディオ、ビデオ及びコンピュータグラフィックスデータを符号化、復号及び伝送するために使われる。それは、コンテンツベースのビットストリームの処理及び表示をサポートする。規格は、ＩＳ１４４９６規格に記載されている。
【０００９】
ＭＰＥＧ７は、マルチメディア（ＭＭ）コンテンツのメタ情報の規格である。メタデータは、ＭＭコンテンツを記述した又は関連するデータ、例えば、作者の識別及び／又は他の説明、制作者情報、ディレクタ、俳優等である。
【００１０】
ＭＰＥＧ７規格は、まだ規格化の途上にあり、草稿ではあるけれども、入手可能である。草稿仕様書は、ＩＳＯ−ＩＥＣ−ＪＴＣ１／ＳＣ２９／ＷＧ１１文書に記載されている。
【００１１】
過去に、マルチメディア装置は、閉じられたアプリケーションであった。既存の閉じたマルチメディア情報検索装置の一具体例が、ＤＶＤ装置である。オーディオ／ビジュアルコンテンツは、ＭＰＥＧ２により符号化されて、ＤＶＤ記録媒体（ディスク）に蓄積される。ＤＶＤプレーヤは、ＤＶＤディスクからビットストリームを読み出し、そのビットストリームを復号し、そして、復号コンテンツを関連したテレビに表示する。ＤＶＤディスク内の全てのコンテンツは、常に、単一の圧縮技術を使って符号化されているので、ＤＶＤ装置内のデコーダ回路は、１つの復号技術によって構成する必要があるだけなので、ＤＶＤプレーヤは「閉じている」。例えば、ＤＶＤプレーヤは、ＤＶＤを使って符号化されたビットストリームを復号する必要があるだけである。
【００１２】
また、セットトップボックス（ＳＴＢ）は、そのＳＴＢによって復号されるように特別に開発された所定の符号化技術を使う１つのグループの放送業者からのビットストリームを復号する必要があるだけである。例えば、ＳＴＢが、復号できない（例えば、それは、異なる圧縮技術を使って符号化された）情報を受信した場合、ＳＴＢは、復号プロセスの間に、クラッシュするかもしれない。したがって、既知のクライアント装置において、既知の復号フォーマットによって復号することを保証するように、全てのビットストリームは、閉じられたアプリケーションにおいて、符号化される。
【００１３】
最近、多くの会社が、種々の圧縮技術を使って多種のデジタルマルチメディア装置を製造しているが、これまで、デジタルＡＶマルチメディア装置は、プロフェッショナルな製品にしか使われなかった。
【００１４】
ＬＳＩ及び信号処理技術の進歩により、最近のデジタル装置のコストが低減されて、結果として、民生用製品においてＡＶマルチメディア装置が使われている。そのようなデジタル民生用製品の具体例は、ビデオＣＤ、ＤＶＤ、ＤＶ（デジタルビデオ）、デジタルカメラ等である。
【００１５】
デジタル計算機技術及びデジタルネットワーク技術は、また、最近の１０年において著しく進歩した。コンピュータは、デジタル通信ネットワークにより互いに接続されて、ネットワークの資源と情報を共有することができる。インターネットは、非常に普及し、現在、多くのビジネス及び家庭のユーザに不可欠なツールである。ユーザは、インターネットを介して、様々な種類の情報及びサービスにアクセスすることができる。企業では、イントラネットが非常に普及している。イントラネットについて、オフィスの全てのコンピュータは互いに接続され、それらのユーザは、同じオフィスにある情報及び資源を共有することができる。
【００１６】
これらのネットワーク技術は、情報又は資源にアクセスすることを許すだけでなく、ネットワークの幾つかの端末装置に演算能力を分散する。分散システムは、幾つかのアプリケーションを実行するために必要な計算能力を減らすことができるので、計算能力が限られた端末装置に非常に有益である。
【００１７】
また、ネットワーク技術は、民生用電子機器の分野に導入されている。多くの会社がこの通信規格の製品を開発しているので、高速ネットワーク（シリアル通信規格ＩＥＥＥ１３９４等の）の規格化は非常に成功している。インターネット、イントラネットの広範囲に亘る使用を考慮すると、及びＩＥＥＥ１３９４通信規格を介して互いに接続する民生用電子機器の発展を考慮すると、多くのデジタル装置は、現在、様々な異なるデジタル装置から情報を受信することができる。
【００１８】
【発明が解決しようとする課題】
サーバがデジタル情報の要求を受信したとき、サーバは、情報をデジタルビットストリームの形で情報を送信する。しかしながら、送信装置（サーバ）により使われた符号化フォーマットが、受信装置（クライアント装置）により使われている復号フォーマットと一致しないという問題を起こす場合がある。
【００１９】
この場合、クライアント装置は、送信装置により送られてきた要求したマルチメディアコンテンツを復号することができないかもしれない。望まれるものは、ネットワーク化されたデジタル装置が、様々な異なるデジタル装置から送られてきた符号化ビットストリーム情報を受信して、復号することを可能にする効率的な装置である。
【００２０】
【課題を解決するための手段】
したがって、本発明は、ネットワーク化されたデジタル装置が、様々な異なるデジタル装置から送信されてきた符号化ビットストリーム情報を受信して、復号することを可能にする方法及び装置を提供する。
【００２１】
本発明は、符号化ビットストリーム情報を１つのフォーマットから他のフォーマットに自動的に変換（トランスコード）し、クライアント装置（受信装置）が、受信情報を表示することができるようにするフォーマット変換器を備える。また、本発明のフォーマット変換器は、適切なフォーマットに変換するのに必要なコンピュータ資源を自動的に割り当てる。
【００２２】
マルチメディア情報検索装置及び方法は、自動フォーマット変換方法及び装置を含む。本発明は、個々の要求されたマルチメディアビットストリームに関連するデータ構造（「コンテンツ情報」）を含む。データ構造は、符号化フォーマット、例えばコンテンツサーバにより生成された符号化マルチメディアビットストリームにおいて使われている圧縮技術を識別する。自動フォーマット変換プロセスは、そして、クライアント装置（要求側）から情報を問い合わせ、符号化フォーマットを識別するデータ構造を受信する。クライアント情報は、クライアント装置と互換性がある復号フォーマットを識別する。
【００２３】
そして、自動フォーマット変換により、ビットストリームを、その符号化フォーマットから、クライアント装置によって認識されるフォーマットに変換するために必要なトランスコードプロセスが決定される。また、本発明のフォーマット変換プロセスは、トランスコードを実行する前に、復号が必要であるか否かを判定し、これによって、復号が必要でない場合、処理時間及びコンピュータ資源を節約するすることができる。
【００２４】
更に、フォーマット変換プロセスは、トランスコードプロセスを実行するために必要なコンピュータメモリ（フレームメモリ）サイズを自動的に決定し、これによって、コンピュータメモリ資源を効率的に使うことができる。フォーマット変換器は、ソフトウェアによってアプリケーションとして実現することができ、また、データアクセスサーバ内に統合することもできる。
【００２５】
データアクセスサーバは、クライアント装置内又はコンテンツサーバ内に統合することができる。本発明のフォーマット変換器は、特に、送信装置の符号化フォーマットが受信装置の復号フォーマットと互換性がない、通信ネットワークで接続された電子装置に有益であり、したがって、フォーマット間のトランスコードが必要である。
【００２６】
本発明の一実施例のマルチメディア情報を処理するマルチメディア情報処理方法は、クライアント装置からの要求信号に応じて、符号化マルチメディア情報を蓄えているデータベースから、符号化マルチメディア情報の一部にアクセスするマルチメディア情報アクセスステップと、符号化マルチメディア情報の一部の符号化フォーマットを記述したコンテンツ情報にアクセスするとともに、クライアント装置の復号フォーマットを記述したクライアント情報にアクセスするクライアント情報アクセスステップと、コンテンツ情報及びクライアント情報に基づいて、符号化マルチメディア情報をトランスコードして、クライアント装置の復号フォーマットと互換性があるトランスコードマルチメディア情報を生成するステップとを有する。
【００２７】
更に、実施例のトランスコードステップは、コンテンツ情報及びクライアント情報に基づいて、符号化マルチメディア情報の一部を復号するが必要があるか否かを判定するステップと、復号が必要な場合、符号化マルチメディア情報の一部を復号するために必要なメモリ資源を決定するステップと、復号が必要な場合、符号化マルチメディア情報の一部を復号して、復号マルチメディア情報を生成するステップと、コンテンツ情報及びクライアント情報に基づいて、復号マルチメディア情報をトランスコードして、トランスコードマルチメディア情報を生成するステップとを有する。
【００２８】
【発明の実施の形態】
自動フォーマット変換方法及び装置を含む、本発明のマルチメディア情報検索装置及び方法は、以下の詳細な説明において、完全なる理解を提供する。
【００２９】
本発明の実施例は、トランスコーダ、トランスコード方法、符号化方法、視聴覚エンコーダ、デコーダ、復号方法及び情報検索装置（記憶装置と記憶装置方法を備える）に関する。
【００３０】
本発明は、記録媒体及び／又はネットワーク通信システムから生じる符号化ビットストリームを復号し、得られるマルチメディアコンテンツを表示するデジタル装置に関する。これらのデジタル装置の具体例は、ＴＶ会議装置、テレビ電話装置、放送装置及びマルチメディアデータベース装置を含む。端末装置（また、クライアント装置ともいう。）は、ネットワーク及び／又は記録媒体からマルチメディアコンテンツにアクセスし、復号コンテンツを表示し、及び／又は情報を編集する。本発明は、トランスコード装置を備え、トランスコード装置は、例えばコンテンツサーバとクライアント装置間の自動フォーマット変換を容易にするデータアクセスマネージャ内にある。
【００３１】
図１は、本発明のマルチメディアコンテンツアクセスシステム２００の実施例の構成を示すブロック図である。マルチメディアコンテンツアクセスシステム２００は、デジタルビットストリームの形のマルチメディア（ＭＭ）情報の送信装置であるマルチメディアコンテンツサーバ２１０を備える。クライアント装置２３０は、ビットストリームの受信装置であり、また、ビットストリームをマルチメディアコンテンツサーバ（以下、単にコンテンツサーバ又はサーバともいう。）２１０に要求する。クライアント装置２３０は、例えばセットトップボックス、ＣＤ、ＤＶＤ、コンピュータシステム、テレビ装置、ビデオデッキ等のような電子装置である。
【００３２】
クライアント装置２３０とサーバ２１０間には、本発明のデータアクセスサーバ２２０が配置されている。また、データアクセスサーバ２２０は、クライアント装置２３０内に統合することができ、又は、代わりに、サーバ２１０内に統合することができる。データアクセスサーバ２２０は、通信チャンネル（ネットワーク又は伝送チャンネル）２４０ｂを介してサーバ２１０に接続され、通信チャンネル（ネットワーク又は伝送チャンネル）２４０ａを介してクライアント装置２３０に接続されている。多くの周知のデジタル通信ネットワーク及び／又は規格は、本発明に基づく通信チャンネル２４０ａ、２４０ｂを実現するために使用することができる。一実施例では、通信チャンネル２４０ａ、２４０ｂは、インターネットである。
【００３３】
別の実施例では、通信チャンネル２４０ａ、２４０ｂは、ＩＥＥＥ１３９４シリアル通信規格である。
【００３４】
クライアント情報及びコンテンツ要求２４２は、クライアント装置２３０からデータアクセスサーバ２２０に伝達される。ＭＭコンテンツ（例えばビットストリーム）２４４は、データアクセスサーバ２２０からクライアント装置２３０に伝達される。ＭＭコンテンツ２４４は、トランスコードコンテンツである。コンテンツ情報要求及びコンテンツ要求２４８は、データアクセスサーバ２２０からサーバ２１０に伝達され、クライアント装置２３０から要求に応じて開始される。
【００３５】
コンテンツ情報及びＭＭコンテンツ２４６は、サーバ２１０からデータアクセスサーバ２２０に伝達される。ＭＭコンテンツ２４６ｂは、符号化ビットストリームである（以下、符号化ビットストリーム２４６ｂ、ＭＭコンテンツ信号２４６ｂともいう）。
【００３６】
本発明のデータアクセスサーバ２２０の機能は、符号化ビットストリーム２４６ｂを、クライアント装置２３０と互換性があるフォーマットのトランスコードバージョンのＭＭコンテンツ２４４にトランスコードすることである。
【００３７】
マルチメディアコンテンツは、マルチメディアコンテンツサーバ２１０に蓄えられている。マルチメディアコンテンツは、列データ、すなわちビットストリームとして蓄えられており、周知のフォーマット規格、例えばＭＰＥＧ、ＪＰＥＧ、Ｈ．２６３、Ｈ．２６１、モーションＪＰＥＧ、ビデオＣＤ、ＤＶＤ、ＤＶ（デジタルビデオ）、デジタルカメラ等の規格でフォーマットすることができる。クライアント装置２３０は、マルチメディアコンテンツアクセスシステム２００の端末装置である。ユーザは、このクライアント装置２３０からマルチメディアコンテンツにアクセスする。
【００３８】
クライアント装置２３０は、特定のコンテンツ、例えば特定の映像又はオーディオの番組又はタイトルを要求するコンテンツ要求１信号２４２ｂを送信する。
【００３９】
コンテンツ要求１信号２４２ｂの別の具体例は、映画のタイトルである。一実施例において、コンテンツ要求１信号２４２ｂは、例えばＭＰＥＧ７規格に記載されているコンテンツに関する意味情報である。また、クライアント装置２３０は、メモリサイズ、ディスプレイサイズ、計算能力、バッファサイズ、及びクライアント装置２３０によってサポートされている（例えば互換性がある）復号フォーマットのようなクライアント資源を含む、クライアント装置を記述した情報であるクライアント情報信号２４２ａを転送する。
【００４０】
図１のデータアクセスサーバ２２０は、クライアント装置２３０からのコンテンツ要求１信号２４２ｂ及びクライアント情報信号２４２ａを受信する。データアクセスサーバ２２０は、要求されたマルチメディアビットストリームに関するコンテンツ情報の要求であるコンテンツ情報要求信号２４８ａをサーバ２１０に送信する。
【００４１】
また、データアクセスサーバ２２０は、ＭＭコンテンツ（ビットストリーム）２４６ｂの要求であるコンテンツ要求２信号２４８ｂをサーバ２１０に送信する。サーバ２１０は、例えばビットストリーム形式のマルチメディアコンテンツと、例えばタイトル、「コンテンツ情報」と称するディレクタ、制作者、作者、俳優等に関する情報のようなそれらのマルチメディアコンテンツを記述した情報のデータベースとの両方を蓄えている。
【００４２】
サーバ２１０は、コンテンツ情報要求信号２４８ａを受信して、コンテンツ情報信号２４６ａをデータアクセスサーバ２２０に送り返す。コンテンツ情報信号２４６ａは、サーバ２１０に蓄えられているＭＭコンテンツを記述した情報を含んでいる。コンテンツ情報信号２４６ａの具体例は、ファイル名である。コンテンツ情報信号２４６ａは、ＭＰＥＧ７規格に記載されている、例えばファイル名、ビットストリームの適切な位置へのポインタ等のコンテンツの意味情報と構文情報との両方である。
【００４３】
また、コンテンツ情報は、その関連したＭＭコンテンツにより使われている符号化フォーマットに関する様々な情報（表１、表２、表３に示すように）も含んでいる。
【００４４】
データアクセスサーバ２２０は、コンテンツ要求１信号２４２ｂを受信して、サーバ２１０において、適切なフォーマットの該当するコンテンツを検出する。そして、データアクセスサーバ２２０は、サーバ２１０から該当するＭＭコンテンツ（ビットストリーム）２４６ｂを要求するコンテンツ要求２信号２４８ｂを送信する。コンテンツ要求２信号２４８ｂの具体例は、ファイル名である。コンテンツ要求２信号２４８ｂは、ＭＰＥＧ７規格に記載されている、例えばファイル名、ビットストリームの適切な位置へのポインタ等のコンテンツの構文情報である。
【００４５】
サーバ２１０は、要求されたＭＭコンテンツ２４６ｂをデータアクセスサーバ２２０に送信する。データアクセスサーバ２２０は、サーバ２１０からのコンテンツ情報信号２４６ａ及びＭＭコンテンツ２４６ｂを受信する。データアクセスサーバ２２０は、クライアント情報信号２４２ａ及びコンテンツ情報信号２４６ａを使って、ＭＭコンテンツ２４６ｂを、クライアント装置２３０に適したフォーマットに変換（トランスコード）する。そして、データアクセスサーバ２２０は、変換（トランスコード）ＭＭコンテンツ２４４ｂをクライアント装置２３０に送信する。
【００４６】
図１において、ＭＭコンテンツのフォーマット変換を処理するデータアクセスサーバ２２０は、サーバ２１０及びクライアント装置２３０から独立している。なお、データアクセスサーバ２２０は、サーバ２１０又はクライアント装置２３０にモジュールとして実装することが可能である。
【００４７】
図２は、図１のマルチメディアコンテンツサーバ２１０の実施例の構成を示すブロック図である（以下、マルチメディアコンテンツサーバ２１０ａという）。コンテンツ情報及び他のメタデータは、メタデータ記憶装置３２０に格納されている。マルチメディアコンテンツは、マルチメディアコンテンツ記憶装置３３０に蓄えられている。メタデータ記憶装置３２０、３３０は、デジタルメモリ、ハードディスクドライブ等の適当なデジタル記録媒体を使って、実現することができる。コンテンツ情報は、メタデータであり、メタデータは、表１〜３に記載している他の情報だけでなく、関連したＭＭコンテンツの意味情報と構文情報の両方を含んでいる。
【００４８】
映画を構成している符号化ビットストリームがＭＭコンテンツである場合、意味情報の具体例は、映画のタイトル又はディレクタである。構文情報の具体例は、ビットストリームのファイル名、ＵＲＬロケータ及び適切な位置である。コンテンツ情報の具体例は、ＭＰＥＧ７規格に記載されているメタデータである。更に以下に説明するように、コンテンツ情報は、ＭＭコンテンツに採用された符号化技術を判定するために、使われた特定の情報も含んでいる。
【００４９】
ＭＭコンテンツ、例えばデジタルビットストリームデータは、様々な周知のフォーマット、例えばＭＰＥＧ、Ｈ．２６１、Ｈ．２６３、モーションＪＰＥＧ、ＤＶ、ＤＶＤ、ＣＤ等のフォーマットで、図２のマルチメディアコンテンツ記憶装置３３０に格納されている。図２のマルチメディアコンテンツサーバ２１０ａは、メタデータマネージャ３１０と、マルチメディアコンテンツマネージャ（以下、ＭＭコンテンツマネージャともいう）３３５とを備える。データアクセスサーバ２２０から受信されたコンテンツ情報要求信号２４８ａは、メタデータマネージャ３１０に入力され、メタデータマネージャ３１０は、メタデータ記憶装置３２０に蓄えられているコンテンツ情報を処理する。
【００５０】
メタデータマネージャ３１０は、クライアント装置２３０により要求された指定のコンテンツ情報をメタデータ記憶装置３２０に問い合わせるコンテンツ情報要求信号を、メタデータ記憶装置３２０に送信する。メタデータ記憶装置３２０は、該当するコンテンツ情報をメタデータマネージャ３１０に送信する。そして、メタデータマネージャ３１０は、コンテンツ情報信号２４６ａをデータアクセスサーバ２２０に送信する。
【００５１】
リンク３２５は、メタデータ記憶装置３２０のメタデータコンテンツを、マルチメディアコンテンツ記憶装置３３０のその対応したビットストリーム情報に関連付け、及び必要に応じて、このビットストリーム情報の伝送を同期させるために、使用される。
【００５２】
データアクセスサーバ２２０から受信されたコンテンツ要求２信号２４８ｂは、マルチメディアコンテンツマネージャ３３５に入力され、マルチメディアコンテンツマネージャ３３５は、マルチメディアコンテンツ記憶装置３３０においてマルチメディアコンテンツを処理する。マルチメディアコンテンツマネージャ３３５は、伝送する特定のビットストリームを識別するコンテンツ要求２信号を、マルチメディアコンテンツ記憶装置３３０に送信する。
【００５３】
マルチメディアコンテンツ記憶装置３３０は、該当する符号化ＭＭコンテンツをマルチメディアコンテンツマネージャ３３５に送信する。そして、マルチメディアコンテンツマネージャ３３５は、指定されたＭＭコンテンツ２４６ｂをデータアクセスサーバ２２０に送信する。
【００５４】
マルチメディアコンテンツマネージャ３３５からのＭＭコンテンツ２４６ｂは、符号化された形式である。
【００５５】
図３は、本発明のデータアクセスサーバ２２０の実施例の構成を示すブロック図である（以下、データアクセスサーバ２２０ａという）。データアクセスサーバ２２０ａは、トランスコードマネージャ３４０と、トランスコード装置（又はプロセス）３５０と、トランスコードツールライブラリ３６０とを備える。クライアント装置２３０から受信されるクライアント情報信号２４２ａは、トランスコードマネージャ３４０に入力され、クライアント装置２３０によってサポートされている復号規格（出力フォーマット）をトランスコードマネージャ３４０に知らせる。
【００５６】
マルチメディアコンテンツサーバ２１０ａから受信されるコンテンツ情報信号２４６ａは、トランスコードマネージャ３４０に入力され、関連したＭＭコンテンツ２４６ｂによって用いられている符号化規格（入力フォーマット）に関する情報を含んでいる。
【００５７】
これから、トランスコードマネージャ３４０は、関係している入力フォーマット及び出力フォーマットをトランスコード装置３５０に知らせる入出力フォーマット信号３６２を生成する。
【００５８】
本発明のトランスコードマネージャ３４０は、クライアント情報信号２４２ａを使って、ＭＭコンテンツの出力フォーマットを決定し、本発明のコンテンツ情報２４６ａを使って、ＭＭコンテンツの入力フォーマットを判定する。
【００５９】
トランスコードマネージャ３４０は、入力ＭＭコンテンツ２４６ｂを変換ビットストリーム２４４ｂに変換する方法を決定する。
【００６０】
トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４をトランスコード装置３５０に供給する。トランスコードタイプ情報信号３６４は、ＭＭコンテンツの出力フォーマットと、変換ビットストリーム２４４ｂを生成するために採用されたトランスコードプロセスとを指定する。トランスコードタイプ情報信号３６４を決定するために利用されたプロセスを、更に以下に説明する。
【００６１】
図３のトランスコードマネージャ３４０は、有効及びコンテンツ情報信号２４４ａもクライアント装置２３０（図１）に供給する。トランスコードマネージャ３４０は、マルチメディアコンテンツサーバ２１０ａにコンテンツがない場合、又は指定されたクライアント要求に合ったコンテンツがない場合、有効及びコンテンツ情報信号２４４ａを「０」に設定する。トランスコードマネージャ３４０は、マルチメディアコンテンツサーバ２１０ａにコンテンツがある場合、有効及びコンテンツ情報信号２４４ａを「１」に設定する。
【００６２】
トランスコード装置３５０は、トランスコードタイプ情報信号３６４に基づいて、ＭＭコンテンツ２４６ｂのフォーマットを変換して、クライアント装置２３０に転送する変換ビットストリーム２４４ｂを生成する。
【００６３】
図４は、図１のマルチメディアコンテンツサーバ２１０の実施例の構成を示すブロック図である（以下、マルチメディアコンテンツサーバ２１０ｂという）。
【００６４】
この実施例のマルチメディアコンテンツサーバ２１０ｂは、マルチプレクサ３０５とデマルチプレクサ３０７を除いて、マルチメディアコンテンツサーバ２１０ａ（図２の実施例）に類似している。マルチプレクサ３０５は、ＭＭコンテンツ２４６ｂのビットストリームとコンテンツ情報信号２４６ａを、単一の通信チャンネル２５０上に多重化する。この場合、単一の通信チャンネル２５０は、マルチメディアコンテンツサーバ２００ｂからの情報をデータアクセスサーバ２２０に伝達するために使われる。
【００６５】
一方、デマルチプレクサ３０７は、単一の通信チャンネル２６０からコンテンツ要求２信号２４８ｂとコンテンツ情報要求信号２４８ａとを分離するように機能する。この場合、単一の通信チャンネル３０７は、データアクセスサーバ２２０からの情報をマルチメディアコンテンツサーバ２００ｂに伝達するために使われる。
【００６６】
図５は、図１のデータアクセスサーバ２２０の実施例の構成を示すブロック図である（以下、データアクセスサーバ２２０ｂという）。
【００６７】
この実施例のデータアクセスサーバ２２０ｂは、マルチプレクサ３７２、３７６及びデマルチプレクサ３７４、３７８を除いて、データアクセスサーバ２２０ａ（図２の実施例）に類似している。マルチプレクサ３７２は、コンテンツ情報要求信号２４８ａとコンテンツ要求２信号２４８ｂ（図５において示されない）を、単一の通信チャンネル２６０上に多重化する。デマルチプレクサ３７４は、単一の通信チャンネル２５０から、コンテンツ情報信号２４６ａとＭＭコンテンツ信号２４６ｂとを分離する。
【００６８】
更に、マルチプレクサ３７６は、有効及びコンテンツ情報信号２４４ａと変換ビットストリーム２４４ｂを、単一の通信チャンネル２７０上に多重化する。この場合、単一の通信チャンネル２７０は、データアクセスサーバ２２０ｂからの情報をクライアント装置２３０（図１）に伝達するために使われる。デマルチプレクサ３７８は、通信チャンネル２８０（クライアント装置２３０に接続されている）から、クライアント情報信号２４２ａを分離する。
【００６９】
この場合、単一の通信チャンネル２８０は、クライアント装置２３０（図１）からの情報をデータアクセスサーバ２２０ｂに伝達するために使われる。
【００７０】
図６は、トランスコード装置３５０の一実施例の構成を示すブロック図である。
【００７１】
図６において、トランスコード装置３５０には、例えばトランスコードツール４１２〜４１８の全てが実装されている。この実施例において、トランスコード装置３５０は、トランスコードタイプ情報信号３６４に基づいて、適切なトランスコード機能を実行するために、トランスコードツール４１２〜４１８のうちの１つを選択するスイッチ４１０として機能する。トランスコードツール４１２〜４１８は、所定の変換プロセスを実行するようにプログラムされており、通常は、ハードウェアを用いて実現することができるが、ソフトウェアを用いて実現することできる。
【００７２】
スイッチ４１０は、入力ＭＭコンテンツ信号２４６ｂを入力端子４１２ａ〜４１８ａの１つに供給するように機能する。したがって、トランスコードツール４１２〜４１８のうちの選択されたツールだけが、常にアクティブであり、したがって、それらの出力端子４１２ｂ〜４１８ｂは、単一のトランスコード出力２４４ｂを供給するように接続することができる。
【００７３】
例えば、入力ビットストリーム２４６ｂがＭＰＥＧ２フォーマットであり、出力ビットストリームフォーマットをＤＶフォーマットにする場合、入力ＭＰＥＧ２ビットストリームは、「ＭＰＥＧ２／ＤＶ」変換器モジュール４１４に入力される。
【００７４】
そして、「ＭＰＥＧ２／ＤＶ」変換器モジュール４１４は、入力ＭＰＥＧ２ビットストリームをＤＶフォーマットのビットストリームにトランスコードし、このトランスコードビットストリーム２４４ｂが図１のクライアント装置２３０に出力される。
【００７５】
個々のトランスコードツール４１２〜４１８は、トランスコードプロセスを実行するのに必要なあらゆる要求された復号を実行する。
【００７６】
復号は、全てのトランスコードプロセスに必ずしも必要とされない、例えばＤＶからＭＰＥＧ２に変換するトランスコードツール４１２は、入力ビットストリームを復号することを要求されない。
【００７７】
図３及び図５は、図６に示す所定の組合せというよりも、ソフトウェアツールを使って実現されたトランスコード装置３５０のより一般的な実施例を示している。
【００７８】
これらの実施例において、トランスコード装置３５０は、通常は、コンピュータシステム（図１１のコンピュータシステム１１２）のプロセッサ又はデジタル信号プロセッサ（ＤＳＰ）上で実行されるソフトウェアモジュールである。
【００７９】
この実施例において、トランスコード装置３５０は、コンピュータシステム１１２のコンピュータ読取り可能な記憶装置に実装されたトランスコードツールライブラリ３６０に格納された適切なトランスコードツールを用いる。全ての予相されるフォーマットの組合せは、トランスコードツールライブラリ３６０を用いることによって、実現することができる。トランスコードタイプ情報信号３６４からの情報に基づいて、トランスコード装置３５０は、ＭＭコンテンツ２４６ｂと変換ビットストリーム２４４ｂ間の適切な変換を実行するために必要なソフトウェアツールを示す（トランスコードタイプ情報信号３６４に基づく）ツール要求信号３６６を送出する。
【００８０】
異なるソフトウェアツールは、トランスコード装置３５０により実行されるトランスコードプロセスに適用されることが期待される入出力フォーマットの各異なる組合せのために使われる。そして、トランスコードツールライブラリ３６０は、ソフトウェアモジュールである選択されたトランスコードツール３６８を、トランスコード装置３５０に送り返す。そして、トランスコード装置３５０は、選択されたトランスコードツール３６８をサポートするために、コンピュータシステム１１２（図１１）内の適切な資源〈メモリのサイズ等〉を割り当てる。トランスコードマネージャ３４０からのトランスコードタイプ情報信号３６４は、ＭＭコンテンツ２４６ｂの復号が、トランスコードが実行する前に必要か否かを示している。
【００８１】
そして、トランスコード装置３５０は、一旦、適切なトランスコードツールがプログラムされ、適切なメモリ資源が設定され、復号を実行するか否かが設定されると、トランスコードプロセスを実行して、変換ビットストリーム２４４ｂを生成する。
【００８２】
以下の表１、２、３は、個々のＭＭコンテンツ２４６ｂのビットストリームに関連するコンテンツ情報信号２４６ａの具体例を示している。下に説明するコンテンツ情報は、符号化ビットストリーム（ＭＭコンテンツ２４６ｂ）に関する統計量を表しているが、この統計量は、まず符号化ビットストリーム２４６ｂ全体を復号しないと、符号化ビットストリーム２４６ｂからは分からない。本発明では、この情報をコンテンツ情報２４６ａとして供給することによって、トランスコードが実行する前に、ＭＭコンテンツ２４６ｂを常に復号する必要がないので、非常に効率的なトランスコードプロセスを達成することができる。
【００８３】
表１
ApplicationDescriptor  {
int ApplicationID;
int SizeofServiceInfo;
}
【００８４】
表２
VariableBitRateInfo  {
int MaxBitRate;
int AverageBitRate;
}
【００８５】
表３
VisualBit streamParameter_Descriptor  {
bool isI_Picture;
bool isP_Picture;
bool isB_Picture;
bool isFrameStruct;
bool isFieldStruct;
bool isFrameMC;
bool isFieldMC;
bool isSpecialMC;
bool isFrameDCT;
bool isFieldDCT;
}
【００８６】
本発明に基づいて、データアクセスサーバ２２０は、マルチメディアコンテンツサーバ２１０上に保存されているデータが、クライアント装置２３０によってサポートされている復号技術と互換性を有することを必要とせずに、マルチメディアコンテンツサーバ２１０が情報をクライアント装置２３０に送信することができるように、自動フォーマット変換を実行するために使用される。
【００８７】
本発明により、自動フォーマット変換を実行するために、送信アプリケーションは、そのビットストリームにおいて使われた符号化フォーマットを識別する。
【００８８】
表１に示す記述子は、ＭＭコンテンツ２４６ｂのビットストリームを符号化するために使用されたアプリケーションを識別するためのものである。
【００８９】
本発明のApplication記述子は、アプリケーションの識別子を含み、ビットストリームを符号化したアプリケーションを特定している。デコーダは、この情報を用いて、復号可能か否かを識別することができる。表１は、ApplicationIDフィールドとSizeofServiceInfoフィールドとを有するApplication記述子の具体例を示している。ApplicationIDは、符号化アプリケーション、例えばＤＶ、ＭＰＥＧ２、ＤＶＤ等を識別するために使用されるフラグである。SizeofServiceInfoは、ユーザデータ内にあるサービス情報の最大サイズ（バイト）を指定するために使用されるフラグである。それは、通常、ビットストリーム内に多重化されており、バッファ管理のために使われる。例えば、ユーザデータが大きい場合、デコーダはクラッシュする可能性がある。したがって、デコーダは、このフィールドを使って、ユーザデータの最大サイズをチェックすることができる。
【００９０】
表２は、MaxBitRateフィールドとAverageBitRateフィールドを有する本発明のVariableRateInfo記述子の具体例を示す。可変ビットレート符号化を使うＭＭコンテンツの場合、デコーダは、ビットストリームが、ビットストリームの情報の検査から可変ビットレート制御により符号化されていると分かるだけである。デコーダは、このVariableRateInfo記述子を使って、ビットストリームの最大ビットレート、最小ビットレート及び平均ビットレートを知ることができる。
【００９１】
表３は、本発明のBitstreamParameter記述子の具体例を示す。BitstreamParameter記述子は、ビットストリーム自体では記述されない符号化パラメータを指定する記述子である。ビットストリームには、ビットストリームを復号するために必要な情報だけが記述される。しかしながら、その情報（ビットストリームの）だけでは、どのようにビットストリームが効率的にトランスコードされたかを識別するのに十分ではないときもある。
【００９２】
この理由により、本発明は、効率的なトランスコードができる特別な符号化パラメータを提供する。例えば、ビットストリーム内の全てのピクチャが、ＭＰＥＧ２フォーマットのイントラタイプとして符号化されている場合、全てのフレームは、独立してアクセスすることが可能である。この場合、ビットストリームは、ＤＣＴ係数を復号することなく、ＤＶフォーマットにトランスコードすることができる。
【００９３】
しかしながら、本発明のBitstreamParameter記述子がない場合、最初にビットストリーム全体を復号しないと、全てのピクチャがイントラタイプとして符号化されているか否かを識別することはできない。
【００９４】
isI_Pictureフィールドは、Ｉピクチャがビットストリームに存在するか否かを指定する１ビットフラグである。そして、Ｉピクチャがビットストリームに存在する場合、このフラグは「１（真）」に設定され、存在しない場合、「０（偽）」に設定される。
【００９５】
isP_Pictureフィールドは、Ｐピクチャがビットストリームに存在するか否かを指定する１ビットフラグである。Ｐピクチャがビットストリームに存在する場合、このフラグは「１（真）」に設定され、存在しない場合、「０（偽）」に設定される。
【００９６】
isB_Pictureフィールドは、Ｂピクチャがビットストリームに存在するか否かを指定する１ビットフラグである。Ｂピクチャがビットストリームに存在する場合、このフラグは「１（真）」に設定され、存在しない場合、「０（偽）」に設定される。そして、全てのビットストリームがイントラピクチャだけで符号化されている場合、isI_Pictureフィールドは「１」に等しく、isP_Pictureフィールドは「０」に等しく、isB_Pictureフィールドは「０」に等しい。
【００９７】
isFrameStructフィールドは、フレーム構造がビットストリームに存在するか否かを指定する１ビットフラグである。少なくとも１つのフレーム構造ピクチャが存在する場合、このフラグは「１（真）」に設定され、存在しない場合、「０（偽）」に設定される。isField_structフィールドは、フィールド構造がビットストリームに存在するか否かを指定する１ビットフラグである。少なくとも１つのフィールド構造ピクチャが存在する場合、このフラグは「１（真）」に設定され、存在しない場合、「０（偽）」に設定される。
【００９８】
isFrameMCは、ビットストリームにおいてフレーム動き補償（ＭＣ）が使われているか否かを指定する１ビットフラグである。少なくとも１つのフレームＭＣが使われている場合、このフラグは「１（真）」に設定され、使われていない場合、「０（偽）」に設定される。
【００９９】
isField_MCフィールドは、フィールド構造がビットストリームに存在するか否かを指定する１ビットフラグである。少なくとも１つのフィールドＭＣが使われている場合、このフラグは「１（真）」に設定され、使われていない場合、「０（偽）」に設定される。
【０１００】
isSpecial_MCフィールドは、ビットストリームにおいて別の種類のＭＣ、例えばデュアルプライム等が使われているか否かを指定する１ビットフラグである。
【０１０１】
少なくとも１つの特別なＭＣが使われている場合、このフラグは「１（真）」に設定され、使われていない場合、「０（偽）」に設定される。
【０１０２】
isFrameDCTフィールドは、ビットストリームにおいてフレーム離散コサイン変換（ＤＣＴ）が使われているか否かを指定する１ビットフラグである。少なくとも１つのフレームＤＣＴが使われている場合、このフラグは「１（真）」に設定され、使われていない場合、「０（偽）」に設定される。
【０１０３】
isField_DCTフィールドは、フィールド構造がビットストリームに存在するか否かを指定する１ビットフラグである。少なくとも１つのフィールドＤＣＴが使われている場合、このフラグは「１（真）」に設定され、使われていない場合、「０（偽）」に設定される。
【０１０４】
本発明のデータアクセスサーバの自動フォーマット変換プロセス
図７は、ソフトウェアでトランスコードプロセスを実行する実施例に関するトランスコードマネージャ３４０及びトランスコード装置３５０によって実行される処理を示すフローチャートである。処理５１０は、コンピュータシステム１１２（図１１）のコンピュータ読取り可能な記憶装置に格納され、プロセッサ１０１により実行されるインストラクションとして実現される。ステップ５１５において、データアクセスサーバ２２０は、マルチメディア情報に対するクライアントの要求に応じて、マルチメディアコンテンツサーバ２１０から転送する符号化ビットストリーム（例えばＭＭコンテンツ２４６ｂ）にアクセスする。ステップ５１５において、また、表１、２、３に示すようなコンテンツ情報信号内の特定の記述子も受信される。ステップ５２０において、データアクセスサーバ２２０は、クライアント装置２３０によってサポートされている復号フォーマットを指定する特定のクライアント情報を、クライアント装置２３０から得る。
【０１０５】
ステップ５２５において、データアクセスサーバ２２０は、クライアント情報とともにコンテンツ情報の記述子情報を解析して、（１）トランスコードする前に、ＭＭコンテンツ２４６ｂを復号する必要があるか、更に（２）トランスコードを実行するのに必要なバッファメモリサイズを判定する。
【０１０６】
この情報は、トランスコードタイプ情報信号３６４の形でトランスコード装置３５０に供給される。ステップ５３０において、ステップ５２５での判定により復号が必要とされた場合、ＭＭコンテンツ２４６ｂは、ステップ５３５において、コンテンツ情報において指定されている符号化プロセスを使って復号され、復号が必要でない場合、処理は、復号を行うことなく、ステップ５４０に進む。復号が実行される場合、ステップ５３５において、ＭＭコンテンツ２４６ｂの復号バージョンが生成される。
【０１０７】
ステップ５４０において、トランスコード装置３５０は、トランスコードツールライブラリ３６０に適切なトランスコードツール３６８を要求し、それを受け取り、ＭＭコンテンツ２４６ｂのトランスコードプロセスを実行し、トランスコードビットストリームに変換する。復号が必要でない場合、ステップ５４０において、ＭＭコンテンツ２４６ｂは、トランスコードビットストリームに直接トランスコードすることができ、復号が必要な場合は、ステップ５４０において、トランスコードプロセスが、ＭＭコンテンツ２４６ｂの復号バージョンに対して実行される。
【０１０８】
トランスコードプロセスを実行するために、ステップ５４０において、多くの周知のトランスコードプロセスの何でも使用することができる。ステップ５４５において、データアクセスサーバ２２０は、表示又は他の表現のために、トランスコードビットストリームをクライアント装置２３０に転送する。ステップ５５０において、処理５１０は、次のビットストリームのために繰り返される。
【０１０９】
図７のステップ５２５の処理を、図８、図９及び図１０を用いて更に詳細に説明する。
【０１１０】
図８は、表３のVisualBitstreamParameter記述子を使って、トランスコードタイプ情報信号３６４を決定するプロセスを示すフローチャートである。ステップ６１０において、isI_Pictureが１に等しく、isP_Picture及びisB_Pictureの両方が０である場合、ビットストリーム内の全てのフレームは、イントラピクチャタイプとして符号化されている。したがって、ＭＭコンテンツの全てのフレームは、他の特別なフレームを復号することなく、アクセス、（例えばランダムアクセス）することができ、また、ビットストリームの任意のフレームにおいて、編集、例えばカットアンドペーストすることができる。
【０１１１】
更に、ビットストリームを、ＭＭコンテンツのＤＣＴ係数を復号することなく、ＤＣＴ変換符号化を用いる他のフォーマットにトランスコードすることができ、したがって、トランスコードプロセスには、フレームメモリが必要とされない。
【０１１２】
したがって、処理がステップ６１５に入ると、フラグが、復号が必要でなく、且つフレームバッファ資源が必要でないことを示すように、設定される。アプリケーションは、この情報を用いて、このビットストリームを任意のフレームにおいて編集及びアクセスできるか否かを識別することができる。ステップ６１５の後、ステップ５２５の処理は終了する。
【０１１３】
図３において、トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４を、「復号せずにトランスコードが可能」としてトランスコード装置３５０供給する。トランスコード装置３５０は、それが供給されたときには、フレームメモリ空間をトランスコードプロセスには全く割り当てない。
【０１１４】
図８のステップ６２０において、isI_Pictureが１に等しく、isP_Pictureが１に等しく、isB_Pictureが０に等しく、ＭＭコンテンツには、Ｂピクチャがなく、ビットストリームには、少なくとも１つのＰピクチャが使われている場合、処理は、ステップ６２５に入る。
【０１１５】
この場合、フレーム間予測が、このビットストリームを符号化するために使われている。また、出力フォーマット（クライアント情報により指定される）がフレーム間符号化をサポートしている場合、処理は、ステップ６５０（図９）に入り、ＭＭコンテンツは、そのＤＣＴ係数を復号することなく、トランスコードすることができる。
【０１１６】
しかしながら、出力フォーマットがフレーム間符号化をサポートしていない場合、すなわち、ＤＶフォーマット、ＪＰＥＧフォーマット、ＭＰＥＧ２フォーマット又はＭＰＥＧ４フォーマットにおいて、ＭＭコンテンツのＤＣＴ係数を復号する必要がある場合、処理は、ステップ６３５に入り、フラグを、復号が必要であり、バッファメモリのうちの１つのフレームメモリを割り当てるように、設定する。
【０１１７】
ステップ６３５において、出力フォーマットは、フレーム間符号化をサポートしておらず、トランスコード装置３５０は、ＭＭコンテンツからのＤＣＴ係数を復号する必要がある。この場合、トランスコードを実行するには、少なくとも１つのフレームメモリが必要である。
【０１１８】
図３において、トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４を、「１フレームメモリが必要」として供給する。ステップ６３５の後、ステップ５２５の処理は終了する。ステップ６２５において、出力フォーマットがフレーム間符号化をサポートしている場合、判定処理は、図９の規則に従う。
【０１１９】
図９のステップ６５０において、isFrameStructが１に等しく、isFieldStructが０に等しく、isFrameMCが１に等しく、isFieldMCが０に等しく、isSpecialMCが０に等しく、isFrameDCTが１に等しく、isFieldDCTが０に等しい場合、処理は、ステップ６６５に入る。
【０１２０】
この場合、ビットストリームには、フィールドベースの符号化は使われていない。したがって、ＤＣＴ係数を復号することなく、トランスコードが可能であり、復号プロセスは必要とされない。ステップ６６５の後、ステップ５２５の処理は終了する。
【０１２１】
図３において、トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４を、「復号せずにトランスコードが可能」としてトランスコード装置３５０に供給する。トランスコード装置３５０は、それが供給されたときには、フレームメモリをトランスコードプロセスにには全く割り当てない。
【０１２２】
isFieldStructが１に等しい、isFieldMCが１に等しい、又はisFieldDCTが１に等しい場合、ビットストリームには、フィールドベースの符号化が使われているので、処理は、図９のステップ６７０に入る。ステップ６７０において、出力フォーマットが、フィールドベースの符号化をサポートしている場合、ＤＣＴ係数を復号することなく、トランスコードすることが可能であり、処理は、ステップ６６０に入る。ステップ６６０において、isSpecialMCが０に等しい場合、ＤＣＴ係数を復号することなく、トランスコードすることが可能であり、処理は、ステップ６６５に入る。
【０１２３】
図３において、トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４を、「復号せずにトランスコードが可能」としてトランスコード装置３５０を供給する。トランスコード装置３５０は、それが供給されたときには、フレームメモリをトランスコードプロセスには全く割り当てない。
【０１２４】
図９のステップ６７０において、出力フォーマットがフィールドベースの符号化をサポートしていない場合、処理は、ステップ６７５に入る。ステップ６７５において、トランスコード装置３５０は、ＭＭコンテンツのＤＣＴ係数を復号する必要があり、トランスコードするには、少なくとも１つのフレームメモリが必要である。図３において、トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４を、「１フレームメモリが必要」としてトランスコード装置３５０に供給し、復号が必要であることを示すフラグを設定する。ステップ６６５、６７５の後、ステップ５２５の処理は終了する。
【０１２５】
図８において、isI_Pictureが１に等しく、isP_Pictureが１に等しく、isB_Pictureが１に等しい場合、処理は、ステップ６３０に入る。この場合、ビットストリーム（ＭＭコンテンツ）には、Ｂピクチャが使われている。出力フォーマットも、Ｂピクチャをサポートしている場合、処理は、図１０のステップ６８０に入り、ＭＭコンテンツのＤＣＴ係数を復号することなく、トランスコードすることが可能である。しかしながら、出力フォーマットがＩピクチャとＰピクチャのみをサポートしている場合、例えばＨ．２６１及びＨ．２６３のフォーマットをサポートしている場合、処理は、ステップ６４０に入り、ＤＣＴ係数は復号する必要がある。
【０１２６】
ステップ６４０において、出力フォーマットは、Ｂピクチャをサポートしていないので、トランスコード装置３５０は、ＭＭコンテンツのＤＣＴ係数を復号する必要がある。更に、この場合は、少なくとも２つのフレームメモリ空間が、トランスコードするのに必要である。図３において、トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４を、「２フレームメモリが必要」として、トランスコード装置３５０に供給する。ステップ６４０の後、ステップ５２５の処理は終了する。
【０１２７】
図８のステップ６３０において、出力フォーマットがＢピクチャをサポートしている場合、判定処理は、図１０の規則に従う。図１０において、isFrameStrucが１に等しく、isFieldStructが０に等しく、isFrameMCが１に等しく、isFieldMCが０に等しく、isSpecialMCが０に等しく、isFrameDCTが１に等しく、isFieldDCTが０に等しい場合、処理は、ステップ６９５に入る。この場合、ビットストリームでは、フィールドベースの符号化は使われていない。したがって、ＤＣＴ係数を復号することなく、トランスコードすることが可能である。図３において、トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４を、「復号せずにトランスコードが可能」としてトランスコード装置３５０に供給する。トランスコード装置３５０は、それが供給されたときには、フレームメモリをトランスコードプロセスには全く割り当てない。ステップ６９５の後、ステップ５２５の処理は終了する。
【０１２８】
図１０において、isFieldStruct、isFieldMC又はisFieldDCTのうちの１つが１に等しい場合、処理は、ステップ７１０に入る。この場合、ビットストリームには、フィールドベースの符号化が使われている。出力フォーマットが、フィールドベースの符号化をサポートしている場合、処理は、ステップ６９０に入り、ＭＭコンテンツのＤＣＴ係数を復号することなく、トランスコードすることが可能である。
【０１２９】
ステップ６９０において、isSpecialMCが０に等しい場合、ＤＣＴ係数を復号することなく、トランスコードすることが可能であり、処理は、ステップ６９５に入る。図３において、トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４を、「復号せずにトランスコードが可能」としてトランスコード装置３５０に供給する。
【０１３０】
トランスコード装置３５０は、それが供給されたときには、フレームメモリをトランスコードプロセスには全く割り当てない。ステップ６９５の後、ステップ５２５の処理は終了する。
【０１３１】
図１０のステップ７１５において、トランスコード装置３５０は、ＭＭコンテンツのＤＣＴ係数を復号する必要があり、少なくとも２つのフレームメモリ空間が必要である。図３において、トランスコードマネージャ３４０は、トランスコードタイプ情報信号３６４を「２フレームメモリが必要」としてトランスコード装置３５０に供給する。
【０１３２】
コンピュータシステムプラットフォーム
図１１は、本発明の一実施例であり、データアクセスサーバ２２０内に組み込むことができる汎用のコンピュータシステム１１２の構成を示すブロック図である。コンピュータシステム１１２は、図７、図８、図９及び図１０の処理を実行するプラットフォームとして使われる。
【０１３３】
コンピュータシステム１１２は、情報を転送するアドレス／データバス（以下、単にバスという。）１００と、バス１００に接続され、情報及びインストラクションを処理するプロセッサ１０１と、バス１００に接続され、プロセッサ１０１の静的な情報及びインストラクションを記憶した不揮発性メモリ１０３（例えば、リードオンリーメモリ（ＲＯＭ））と、バス１００に接続され、プロセッサ１０１の情報及びインストラクションを記憶する揮発性メモリ１０２（例えば、ランダムアクセスメモリ（ＲＡＭ））とを備える。また、コンピュータシステム１１２は、バス１００に接続され、情報及びインストラクションを格納した、例えば磁気ディスク又は光ディスクとディスクドライブのようなデータ記憶装置１０４（「ディスクサブシステム」）と、バス１００に接続され、コンピュータユーザに情報を表示する表示装置１０５とを備える。
【０１３４】
また、図１１のコンピュータシステム１１２は、バス１００に接続され、情報及びコマンドの選択をプロセッサ１０１に伝達する、英数字及びファンクションキーを有するオプションの英数字入力装置１０６を備える。また、コンピュータシステム１１２は、バス１００に接続され、ユーザの入力情報及びコマンド選択をプロセッサ１０１に伝達するオプションのカーソル制御又は指示装置１０７を備える。カーソル制御又は指示装置１０７は、トラックボール、トラックパッド、電子パッド及びスタイラス、光学トラック装置、タッチスクリーン、マウス等の多くの周知の装置を使って実現することができる。コンピュータシステム１１２に用いられる表示装置１０５は、オプションであり、液晶装置、陰極線管（ＣＲＴ）、電界放出装置（ＦＥＤ、フラットパネルＣＲＴとも呼ばれる）、又はユーザが認識可能なグラフィック画像及び英数字文字を生成するのに適した他の表示装置からなる。
【０１３５】
したがって、本発明の好ましい実施例である、自動フォーマット変換方法及び装置を含むマルチメディア情報検索装置及び方法を説明した。本発明は、このような実施例によって制限されるものではなく、多様な変形が可能であり、本発明の範囲は、特許請求の範囲によって解釈されるべきである。
【図面の簡単な説明】
【図１】  本発明の一実施例のマルチメディアコンテンツアクセスシステムの構成を示すブロック図である。
【図２】  本発明のマルチメディアコンテンツサーバの実施例の構成を示すブロック図である。
【図３】  トランスコード装置及びトランスコードマネージャを備える本発明のデータアクセスサーバの実施例の構成を示すブロック図である。
【図４】  多重伝送を利用した本発明のマルチメディアコンテンツサーバの実施例の構成を示すブロック図である。
【図５】  トランスコード装置及びトランスコードマネージャを備え、多重伝送を利用した本発明のデータアクセスサーバの実施例の構成を示すブロック図である。
【図６】  本発明に基づくトランスコード装置の一実施例の構成を示すブロック図である。
【図７】  マルチメディア情報の入力ビットストリームにトランスコードを実行する、本発明のデータアクセスマネージャにより実行される処理を示すフローチャートである。
【図８】  本発明のデータアクセスサーバの実施例の処理の一部を示すフローチャートである。
【図９】  本発明のデータアクセスサーバの実施例の処理の一部を示すフローチャートである。
【図１０】  本発明のデータアクセスサーバの実施例の処理の一部を示すフローチャートである。
【図１１】  本発明の実施例を実現するコンピュータシステムプラットフォームの構成を示すブロック図である。
【図１】
0004600875.tif 000002
【図２】
0004600875.tif 000003
【図３】
0004600875.tif 000004
【図４】
0004600875.tif 000005
【図５】
0004600875.tif 000006
【図６】
0004600875.tif 000007
【図７】
0004600875.tif 000008
【図８】
0004600875.tif 000009
【図９】
0004600875.tif 000010
【図１０】
0004600875.tif 000011
【図１１】
0004600875.tif 000012