(57)【要約】  プレゼンテーションを含んでもよいマルチメディアメッセージングサービス（ＭＭＳ）メッセージ内に含まれるメディアを、プレゼンテーション内に見出される情報から論理時間軸を生成し、論理時間軸から適合パイプラインを生成し、かつ適合パイプラインを実行することによって、音声／動画ファイルまたはストリームのような単一メディアフォーマットに適合させる方法およびシステムが開示される。【選択図】図９
2010539742.tif 000002
【特許請求の範囲】
【請求項１】
プレゼンテーションおよび複数の入力メディアを備えるマルチメディアメッセージを単一出力メディアに適合させる方法であって、
（ａ）前記プレゼンテーションを解析することと、
（ｂ）解析済の前記プレゼンテーションから前記複数の入力メディアの論理時間軸を生成することと、
（ｃ）前記論理時間軸から適合パイプラインを生成することと、
（ｄ）前記適合パイプラインを実行することによって、前記単一出力メディアを生成することと、のステップを備える方法。
【請求項２】
前記ステップ（ａ）は、前記プレゼンテーションを、前記複数の入力メディアの各々の時間および期間を表現する要素に分解することを含む、請求項１に記載の方法。
【請求項３】
前記ステップ（ｂ）は、
（ｉ）前記複数の入力メディアの各々の開始時間および期間を決定することと、
（ｉｉ）前記複数の入力メディア内のテキストメディアの存在を識別することと、
（ｉｉｉ）前記テキストメディア以外の全ての入力メディアを前記論理時間軸に挿入することと、
（ｉｖ）前記ステップ（ｉｉｉ）の後に前記テキストメディアを前記論理時間軸に挿入することと、のステップを含む、請求項１から２の何れか１項に記載の方法。
【請求項４】
前記ステップ（ｃ）は、前記論理時間軸の順序に従って前記適合パイプラインの形式で個々の適合命令ステップのシーケンスを生成することを含み、前記ステップ（ｄ）は、前記複数の入力メディア上で、前記単一出力メディアを生じる前記個々の適合命令ステップを実行することを含む、請求項１から３の何れか１項に記載の方法。
【請求項５】
個々の適合命令ステップは、
トランスコードのための１以上の入力メディアを定義することと、
トランスコードパラメータ群を使用して、前記１以上の入力メディアのためのトランスコード動作を定義することと、
前記トランスコード動作の結果のためのそれぞれの宛先出力メディアを定義することと、
を備える請求項４に記載の方法。
【請求項６】
前記ステップ（ｄ）は、それぞれの前記宛先出力メディアを前記単一出力メディアにマージすることを含む請求項５に記載の方法。
【請求項７】
前記単一出力メディアは、
音声ストリームを含む音声ファイル、
動画ストリームを含む動画ファイル、または
音声および動画ストリームを含む結合された音声および動画ファイル
の１つである、請求項１から６の何れか１項に記載の方法。
【請求項８】
前記ステップ（ｄ）は、前記複数の入力メディアのテキストメディアをグラフィック表現に変換することを含み、前記ステップ（ｄ）は、さらに前記動画ファイルあるいは前記結合された音声および動画ファイルそれぞれの動画ストリーム上に前記グラフィック表現を重ね合わせることを含む請求項７に記載の方法。
【請求項９】
前記ステップ（ｄ）は、前記複数の入力メディアの画像メディアを動画表現に変換することと、前記動画ファイルまたは前記結合された音声および動画ファイルの動画ストリームにそれぞれ前記動画表現を挿入することを含む、請求項７に記載の方法。
【請求項１０】
前記マルチメディアメッセージは、マルチメディアメッセージングサービス（ＭＭＳ）メッセージである、請求項１から９の何れか１項に記載の方法。
【請求項１１】
複数の入力メディアを有するマルチメディアメッセージを単一出力メディアに適合させるためのメディア適合システムであって、
前記マルチメディアメッセージのプレゼンテーションを解析するパーサモジュールと、
解析済の前記プレゼンテーションから前記複数の入力メディアの論理時間軸を生成する時間軸モジュールと、
前記論理時間軸から適合パイプラインを生成するパイプライン化モジュールと、
前記適合パイプラインを実行することによって前記単一出力メディアを生成するパイプライン実行モジュールと、
を備えるシステム。
【請求項１２】
前記パーサモジュールは、前記プレゼンテーションを、前記マルチメディアメッセージの前記複数の入力メディアの各々の時間および期間を表現する要素に分解することを有する、請求項１１に記載のシステム。
【請求項１３】
前記時間軸モジュールは、
（ｉ）各入力メディアの開始時間および期間を決定し、
（ｉｉ）前記複数の入力メディア内のテキストメディアの存在を識別し、
（ｉｉｉ）前記テキストメディア以外の全ての入力メディアを前記論理時間軸に挿入し、
（ｉｖ）前記テキストメディアを前記論理時間軸に挿入する手段を有する、請求項１１から１２の何れか１項に記載のシステム。
【請求項１４】
前記パイプライン化モジュールは、前記論理時間軸の順序に従って前記適合パイプラインの形式で個々の適合命令ステップのシーケンスを生成する手段を含み、前記パイプライン実行モジュールは、前記複数の入力メディア上で、前記単一出力メディアを生じる前記個々の適合命令ステップを実行する手段を含む、請求項１１から１３の何れか１項に記載のシステム。
【請求項１５】
請求項１から１０の何れか１項に記載の方法の前記ステップを実行する、コンピュータコード命令を格納して備えるコンピュータ読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本ＰＣＴ出願は、２００７年９月１０日に出願された、"MULTIMEDIA MESSAGING SERVICE (MMS) TO VIDEO ADAPTATION"という名称の付された米国仮特許出願番号第６０／９７１，１１１号明細書、および２００８年５月１０日に出願された、"METHOD AND SYSTEM FOR MULTIMEDIA MESSAGING SERVICE (MMS) TO VIDEO ADAPTATION"という名称の付された米国特許出願番号第１２／１１８，６９０号明細書からの恩恵を主張する。
【０００２】
本願発明は、マルチメディアメッセージングサービス（ＭＭＳ）に関し、より詳細には、ＭＭＳメッセージに含まれるメディアの単一メディアへの適合に関する。
【背景技術】
【０００３】
例えば、次のＵＲＬ  http://www.openmobilealliance.org/Technical/release_program/mms_v1_2.aspxから利用可能である、OMA Multimedia Messaging Service specification, Approved Version 1.2 May 2005, Open Mobile Alliance, OMA-ERP-MMS-V1_2-20050429-A.zipにおいて説明されるようなマルチメディアメッセージングサービス（ＭＭＳ）は、主に無線ネットワークを介した、テキスト、音声、静止画、および動画を含む種々のタイプのデータの、ピアツーピアおよびサーバ−クライアント送信のための方法を提供する。
【０００４】
ＭＭＳが、そのようなデータをカプセル化するための標準的な方法を提供する一方、データのタイプは、平文、３ＧＰ動画、および音声／発話、合成音声のためのＳＰ−ＭＩＤＩ、ＪＰＥＧ静止画のような多くの規格フォーマット（これらのいずれかについての詳細は、次のＵＲＬ  http://www.3gpp.org/ftp/Specs/html-info/26140.htmで利用可能な、Multimedia Messaging Service, Media formats and codecs, 3GPP TS 26.140, V7.1.0 (2007-06)を参照せよ）のいずれかで符号化されうる。
【０００５】
図１は、送信元ノード１０２、サービス配信プラットフォーム１０４、宛先ノード１０６、および適合エンジン１０８を有するＭＭＳシステムアーキテクチャ１００の一例を説明する。送信元ノード１０２は、ネットワーク「Ａ」１１０上で、サービス配信プラットフォーム１０４と通信可能である。同様に、宛先ノード１０６は、ネットワーク「Ｂ」１１２上で、サービス配信プラットフォーム１０４と通信可能である。ネットワーク「Ａ」および「Ｂ」は、単に可能な接続の組を説明するために示された例に過ぎず、他の数多くの構成も可能である。例えば、送信元および宛先ノード（１０２および１０６）は、単一ネットワーク上でサービス配信プラットフォーム１０４と通信してもよく、送信元ノード１０２は、ネットワークを介さずにサービス配信プラットフォーム１０４に直接接続されてもよい。
【０００６】
適合エンジン１０８は、図１に示されるようにリンク１１４を介してサービス配信プラットフォーム１０４に直接接続されてもよく、或いは、ネットワークを介して接続されてもよく、または、サービス配信プラットフォーム１０４内に埋め込まれてもよい。
【０００７】
自明な場合において、送信元ノード１０２は、宛先ノード１０６に向けられた（マルチメディア）メッセージを送信してもよい。メッセージはネットワーク「Ａ」１１０を介してサービス配信プラットフォーム１０４に転送され、それから、メッセージは、ネットワーク「Ｂ」１１２を介して宛先ノード１０６に送信される。送信元および宛先ノード（１０２および１０６）は、例えば無線デバイスでもよく、ネットワーク「Ａ」および「Ｂ」（１１０および１１２）は、この場合、無線ネットワークであってもよく、サービス配信プラットフォーム１０４はマルチメディアメッセージ転送サービスを提供してもよい。
【０００８】
他の例においては、送信元ノード１０２は、データネットワークを介してサービス配信プラットフォーム１０４に接続されるコンテンツプロバイダーのサーバであってもよい、即ち、ネットワーク「Ａ」１１０はインターネットであってもよく、一方でネットワーク「Ｂ」１１２は、無線デバイスであってもよい宛先ノード１０６にサービスする無線ネットワークであってもよい。
【０００９】
より一般的な場合において、宛先ノード１０６の機能は、メッセージを送信元ノード１０２から送信された形式で受信、復号化、または表示する機能を有さないこともある。宛先ノード１０６がメッセージを取り扱うためには、送信元ノード１０２から受け取ったメッセージを、宛先ノード１０６に配信される前に適合エンジン１０８内で修正してもよい。
【００１０】
Open Mobile Allianceによって提案された、Standard Coding Interfaceは、次のＵＲＬ  http://www.openmobilealliance.org/Technical/release_program/sti_v10.aspxから利用可能であるOpen Mobile Alliance document OMA-AD-STI-V1_0-20270515-A "Architecture of the Environment using the Standard Transcoding Interface"で説明されるようにＭＭＳのためのメッセージを適合させるアプローチを規格化するためのフレームワークを提供する。
【００１１】
図１の構成例において、送信元ノード１０２から宛先ノード１０６へのメッセージの送信は、メッセージの適合が要求されていると仮定して、次の５つのステップを含む。
【００１２】
ステップ１：「ソースメッセージ」が、送信元ノード１０２からサービス配信プラットフォーム１０４に送られる。
【００１３】
ステップ２：サービス配信プラットフォーム１０４は、例えば宛先ノード１０６を直接調べることによって、または機能データベースを参照することによって、宛先ノード１０６の機能を決定する。
【００１４】
ステップ３：サービス配信プラットフォーム１０４は、元の「ソースメッセージ」および宛先ノード１０６の機能の説明を含むリクエストを、適合エンジン１０８に送る。
【００１５】
ステップ４：適合エンジン１０８は、「ソースメッセージ」の「適合済メッセージ」への適合を実行する。
【００１６】
ステップ５：適合エンジン１０８は、「適合済メッセージ」をサービス配信プラットフォーム１０４に戻し、サービス配信プラットフォーム１０４は、「適合済メッセージ」を宛先ノード１０６に転送する。
【００１７】
上述のOMA Multimedia Messaging Service specification, Approved Version 1.2 May 2005に記載されているように、「標準符号化インターフェース」は、無線デバイス宛のメッセージをトランスコードするためのフレームワークを提供するが、特定のタイプの宛先ノードまたはサービスのための適合方法を伴う適合エンジンを開発する要求は依然として存在する。
【発明の概要】
【００１８】
従って、従来技術の欠点を回避または緩和する動画適合へのマルチメディアメッセージングサービス（ＭＭＳ）のための改善された方法およびシステムを構成するのが本願発明の目的である。
【００１９】
本発明の一構成によると、プレゼンテーションおよび複数の入力メディアを含むマルチメディアメッセージを単一出力メディアに適合させるための方法であって、（ａ）プレゼンテーションを解析（parse）することと、（ｂ）解析済プレゼンテーションから複数の入力メディアの論理時間軸を生成することと、（ｃ）論理時間軸から適合パイプラインを生成することと、（ｄ）適合パイプラインを実行することによって、単一出力メディアを生成することと、のステップを備える方法が構成される。
【００２０】
ステップ（ａ）は、プレゼンテーションを複数の入力メディアの各々の時間および期間を表現する要素に分解することを含む。
【００２１】
ステップ（ｂ）は、（ｉ）入力メディアの各々の開始時間および期間を決定することと、（ｉｉ）複数の入力メディア内にテキストメディアが存在することを識別することと、（ｉｉｉ）テキストメディアを除く全ての入力メディアを論理時間軸に挿入することと、（ｉｖ）テキストメディアをステップ（ｉｉｉ）の後に論理時間軸に挿入することとのステップを含む。
【００２２】
ステップ（ｃ）は、個々の適合命令ステップのシーケンスを、論理時間軸の順序に従う適合パイプラインの形式で生成する。個々の適合命令ステップは、論理時間軸の順序で実行すべきであり、単一出力メディアをもたらす動作を定義することを含むのが好ましい。ステップ（ｄ）は、入力メディア上で個々の適合命令ステップを実行し、単一出力メディアを生ずることを含む。
【００２３】
個々の適合命令ステップは、それぞれ、トランスコードするための１以上の入力メディアを定義することと、トランスコードパラメータ群を使用して、１以上の入力メディアのためのトランスコード動作を定義することと、前記トランスコード動作の結果のためのそれぞれの宛先出力メディアを定義することとを含むのが好適である。
【００２４】
本願発明の実施形態において、それぞれの宛先出力メディアは、単一出力メディアである。ステップ（ｄ）は、それぞれの宛先出力メディアを単一出力メディアにマージするステップを含むのが好適である。
【００２５】
本願発明の実施形態において、マルチメディアメッセージは、マルチメディアメッセージングサービス（ＭＭＳ）メッセージである。
【００２６】
上述の方法において、単一出力メディアは、次の１つである：音声ファイル、動画ストリームを含むビデオファイル、または音声および動画ストリームを含む結合された音声および映像ファイル。
【００２７】
これに代えて、単一出力メディアは、次の１つであってもよい：音声ストリーム、動画ストリーム、または結合された音声および動画ストリーム。
【００２８】
上述の方法において、ステップ（ｄ）は、複数の入力メディアのテキストメディアをグラフィック表現に変換することを備え、ステップ（ｄ）は、動画ファイルの動画ストリームまたは結合された音声および動画ファイル上に、それぞれグラフィック表現を重ね合わせることをさらに備える。
【００２９】
同様に、ステップ（ｄ）は、複数の入力メディアの画像メディアを動画表現に変換することと、動画ファイルの動画ストリームまたは結合された音声および動画ファイルに、それぞれ動画表現を挿入することとを備えてもよい。
【００３０】
本願発明の他の構成によると、プレゼンテーションを含むマルチメディアメッセージングサービス（ＭＭＳ）メッセージに含まれる複数の入力メディアを単一出力メディアに適合させる方法であって、（ａ）プレゼンテーションを解析することと、（ｂ）解析済プレゼンテーションから論理時間軸を生成することと、（ｃ）当該論理時間軸から適合パイプラインを生成することと、（ｄ）適合パイプラインを実行して単一出力メディアを生成することと、のステップを含む。
【００３１】
ステップ（ａ）は、当該プレゼンテーションを複数の入力メディアの各々の時間および期間を表現する要素に分解することを含む。
【００３２】
ステップ（ｂ）は、（ｉ）各入力メディアの開始時間および期間を決定することと、（ｉｉ）複数の入力メディア内にテキストメディアが存在することを識別することと、（ｉｉｉ）テキストメディアを除く全ての入力メディアを論理時間軸に挿入することと、（ｉｖ）テキストメディアをステップ（ｉｉｉ）の後に論理時間軸に挿入することと、のステップを含む。
【００３３】
ステップ（ｃ）は、論理時間軸の順序に従う適合パイプラインの形式で、個々の適合命令ステップを生成することを含む。
【００３４】
個々の適合命令ステップは、論理時間軸の順序で実行されるべき、単一出力メディアをもたらす動作を定義することを含む。
【００３５】
ステップ（ｄ）は、入力メディア上で個々の適合命令ステップを実行し、単一出力メディアを生ずることを含む。
【００３６】
本願発明の他の構成によると、複数の入力メディアを含むマルチメディアメッセージを単一出力メディアに適合させるためのメディア適合システムであって、マルチメディアメッセージのプレゼンテーションを解析するためのパーサモジュールと、解析済プレゼンテーションから入力メディアの論理時間軸を生成するための時間軸モジュールと、論理時間軸から適合パイプラインを生成するためのパイプライン化モジュールと、適合パイプラインを実行することによって単一出力メディアを生成するためのパイプライン実行モジュールと、を備えるシステムが構成される。
【００３７】
パーサモジュールは、プレゼンテーションをマルチメディアメッセージの各入力メディアの時間および期間を表現する要素に分解する手段を有する。
【００３８】
時間軸モジュールは、（ｉ）各入力メディアの開始時間および期間を決定し、（ｉｉ）複数の入力メディア内のテキストメディアの存在を識別し、（ｉｉｉ）テキストメディア以外の全ての入力メディアを論理時間軸に挿入し、（ｉｖ）テキストメディアを論理時間軸に挿入するための手段を有する。
【００３９】
パイプライン化モジュールは、論理時間軸の順序に従う適合パイプラインの形式で、個々の適合命令ステップのシーケンスを生成するための手段を備える。
【００４０】
パイプライン実行モジュールは、単一出力メディアを生じる、入力メディア上で個々の適合命令ステップを実行するための手段を備える。
【００４１】
また、上述の方法のステップを実行するための、コンピュータコード命令が格納されたコンピュータ読み取り可能媒体が構成される。
【図面の簡単な説明】
【００４２】
【図１】図１は、従来技術のＭＭＳシステムアーキテクチャ１００の一例を示す。
【図２】図２は、本願発明の実施形態による、適合方法２２４を含む入力ＭＭＳメッセージ例２０２の単一出力音声／動画メディア２０４へのメディア適合を説明するブロックダイアグラム２００を示す。
【図３】図３は、ＭＭＳメッセージ２０２のプレゼンテーション２０８に対応するＳＭＩＬコードセグメントを示す。
【図４】図４は、適合方法２２４のステップからなるフローチャートである。
【図５】図５は、適合方法２２４の「論理時間軸を生成する」ステップ４０４の拡大されたフローチャートを示す。
【図６】図６は、図３のプレゼンテーション例２０８に対応する、完了した論理時間軸例６００を示す。
【図７】図７は、論理時間軸例６００から導かれる適合パイプライン例７００を示す。
【図８】図８は、適合方法２２４の「適合パイプラインを生成する」ステップ４０６の拡大されたフローチャートを示す。
【図９】図９は、本願発明の好ましい実施形態による、改善されたメディア適合システム９００を示す。
【発明を実施するための形態】
【００４３】
本願発明は、ＭＭＳメッセージおよびＭＭＳメッセージに含まれる「メディア」の処理に関する。単一メディアは、読まれ、聞かれ、または観られることを意図する情報を表現するデータブロックである。用語「メディア」はたびたびより広義に用いられるので、本明細書においては、他の単一メディアを含まないメディア（データブロック）：−単一テキストメディアフォーマットは、テキストのみを含みうる、−単一画像メディアフォーマットは、１以上の静止画またはアニメーション画像のみを含みうる、−単一音声／動画メディアフォーマットは、（通常は）音声／動画のみを含みうる、−単一音声メディアフォーマットは、（ここでは我々は音声、発話、および合成音声を意図する）音声クリップのみを含みうる、を指すために、用語「単一メディア」が使用される。
【００４４】
以下において、アニメーション画像は、動画と同等であると考える。静止画もまた、画像と考える。
【００４５】
本発明の目的は、簡潔に述べると、音声クリップ、動画クリップ、静止またはアニメーション画像、並びにテキストのようなメディアを含みうる入力ＭＭＳメッセージを、単一出力音声／動画メディアに適合させることである。適合済の単一音声／動画メディアは、続いて、指定されたフォーマットまたはカプセル化で宛先に配信されても良い。
【００４６】
用語「メディア」および（より詳細には）「単一メディア」は、ＭＭＳメッセージ内の個別要素またはデータブロックを説明するのに使用される。このように、音声と共に動画を提供するように符号化されたブロックは音声／動画メディア、静止または動画を提供するように符号化されたブロックは画像メディア、かつテキストからなるブロックは、テキストメディアと用語付けされうる。このように、ＭＭＳメッセージは、全体として１以上の「単一メディア」をカプセル化する「コンテナメディア」として考えてもよい。
【００４７】
ＭＭＳメッセージ内に含まれる単一メディアブロックは、シーケンシャルに格納される。ＭＭＳメッセージは、選択的に「メディアプレゼンテーション」または単に「プレゼンテーション」と呼ばれる特別なタイプのメディアを含んでも良い。プレゼンテーションの目的は、プレゼンテーションが参照する単一メディアのプレゼンテーションのシーケンス、順序およびタイミングに関する、メッセージ内に含まれる他の単一メディアブロックとの間の関係を表現することである。換言すると、プレゼンテーションは、いつ、かつどれだけの長さ各単一メディアがＭＭＳ内の他のメディアとの関係において表示されるのかを表現する。
【００４８】
図２は、本願発明の実施形態による、入力ＭＭＳメッセージ例２０２の単一音声／画像メディア２０４へのメディア適合を説明するブロックダイアグラム２００を示す。
【００４９】
入力ＭＭＳメッセージ２０２は、「ＭＭＳヘッダ」２０６と、「プレゼンテーション」２０８と、音声部分２１０ａおよび動画部分２１０ｖを含む「音声／動画メディア」２１０と、「画像メディア」２１２と、「音声メディア」２１４と、「テキストメディア」２１６とを備える。
【００５０】
単一音声／動画出力メディア２０４は、音声部分２０４ａおよび動画部分２０４ｖを備える。単一音声／動画出力メディア２０４の音声部分２０４ａは、適用済音声部分２１８を含む。単一音声／動画出力メディア２０４の音声部分２０４ｖは、適合済動画部分２２０およびテキスト重ね合わせを伴う適合済画像メディアを有する。
【００５１】
入力ＭＭＳメッセージ２０２は、適合エンジン１０８にロードされる革新的なソフトウェアによって実行されうる適合方法２２４をもって、単一出力音声／動画メディア２０４に変換および適合される（図１を参照せよ）。
【００５２】
入力ＭＭＳメッセージ例２０２は、上述のOMA Multimedia Messaging Service specification, Approved Version 1.2 May 2005による規格ＭＭＳメッセージであってもよく、かつ単一音声／動画メディア２０４は、確立されたフォーマットによるメディアファイルであってもよく、ＭＭＳメッセージの単一メディアフォーマットへの変換または適合を可能にするのは、革新的な適合方法２２４である。
【００５３】
「ＭＭＳヘッダ」２０６は、メッセージの送信元、メッセージの宛先、およびメッセージが含むデータについての詳細のような、入力ＭＭＳメッセージ２０２に関する一般情報を提供する。また、ＭＭＳヘッダ２０６は、本実施例では「プレゼンテーション」２０８である、メッセージ内のプレゼンテーションの存在を識別する。
【００５４】
一般的に、「プレゼンテーション」２０８に含まれる情報は、宛先デバイス内でメッセージの内容（個々の「メディア」）を表示するレシピを含む。本実施例では、「プレゼンテーション」２０８は次のシーケンス： −最初に「音声／動画メディア」２１０を再生し、次いで、−「画像メディア」２１２、「音声メディア」２１４、および「テキストメディア」２１６を並行して再生する、を提案する。
【００５５】
プレゼンテーション例２０８は、以下でより詳細に説明される（図３を参照せよ）。
【００５６】
「音声／動画メディア」２１０、「画像メディア」２１２、「音声メディア」２１４、および「テキストメディア」２１６は、それぞれ、（音声を伴う）動画クリップ、静止画、音声クリップ、および表示すべきテキストを表現する符号化済データを含むデータブロックであってもよい。メッセージは、これらの「メディア」を物理的に含んでもよく、または適合方法２２４を実行する適合エンジン（１０８）によって要求されるときに、物理的に取得されるべき実際のデータブロックへの参照を含んでも良い。
【００５７】
図２に記載された入力ＭＭＳメッセージ２０２は、入力ＭＭＳメッセージ２０２を、単一出力音声／動画メディア２０４に適合させる革新的な適合方法２２４を説明することを目的とする、「単一メディア」の各タイプの一例を示す実施例に過ぎない。実際には、より低いまたはより高い複雑度のＭＭＳメッセージもまた、単一音声／動画メディアに適合されてもよい。
【００５８】
ＭＭＳメッセージが送信元デバイス（例えば送信元ノード１０２、図１を参照せよ）から、宛先デバイス（宛先ノード１０６）に送信される場合、先ずメッセージが送信元デバイスの機能を使用して生成される。このデバイスは、宛先デバイスの機能がどのようなものであるかを判定する手段を有さなくてもよい。
【００５９】
このタイプのトラフィックを管理するエンティティ（例えばサービス配信プラットフォーム１０４）は、ＭＭＳメッセージが宛先とする宛先デバイスを特定する機能を有する。エンティティは、当該デバイスの性能を当該デバイスに問い合わせる機能を有していてもよい。もしＭＭＳメッセージの内容が宛先デバイスの機能と一致しないならば、適合が必要とされる。もし送信および受信デバイスの両者がＭＭＳメッセージを処理可能であるならば、適合の結果も通常はＭＭＳメッセージであるが、宛先デバイスに適したフォーマットに適合させることによってＭＭＳメッセージの内容（ＭＭＳメッセージに含まれるメディア）は変更されている。
【００６０】
本願発明は、入力ＭＭＳメッセージの適合が必要とされることで単一音声／動画メディア出力を生じる特定の場合に関する。これは、宛先デバイスがいくつかの単一メディアを含むＭＭＳメッセージを扱う機能を有さないが、１以上の単一音声／動画メディアフォーマットを扱う機能を有する場合に必要とされる。
【００６１】
入力ＭＭＳメッセージの単一出力音声／動画メディアへの適合は、いくつかの高レベルステップ：−入力ＭＭＳメッセージを解析すること、−入力プレゼンテーションを解析すること（もし存在しなければ、メディアのパラメータからデフォルトプレゼンテーションが生成される）、−ＭＭＳメッセージの内容がどのように宛先（即ち、メッセージを再生したいデバイス）で表示されるべきかに関するプレゼンテーション意図を表現する論理時間軸の生成、−論理時間軸を遵守する単一出力音声／動画メディアを生成するのに必要な適合を実行すること、を有する。
【００６２】
入力ＭＭＳメッセージ（例えば入力ＭＭＳメッセージ２０２、図２を参照せよ）の解析は、メッセージを（本実施例では、ＭＭＳヘッダ２０６と、プレゼンテーション２０８と、音声部分２１０ａおよび動画部分２１０ｖを含む音声／動画メディア２１０と、画像メディア２１２と、音声メディア２１４と、テキストメディア２１６とを含む）部分要素に分解することを必要とする。各部分要素は、ＭＭＳメッセージに含まれるメディアの１つに対応する。メッセージ解析ステップの最終結果は、ＭＭＳメッセージの構造を表現する（例えばコンピュータのメモリ内に格納されうる）抽象データ構造である。
【００６３】
プレゼンテーション
先に述べたように、ＭＭＳメッセージ（例えば入力ＭＭＳメッセージ２０２）に含まれてもよいプレゼンテーション２０８は、宛先デバイス内のメッセージの内容（「メディア」）を表示するためのレシピと考えてもよい、命令群を含む。適合方法２２４は、適合処理を駆動するために、プレゼンテーション２０８内に見出される情報を使用する。
【００６４】
プレゼンテーション２０８は、次のＵＲＬ  http://www.w3.org/TR/smil20/で利用可能である、Synchronized Multimedia Integration Language (SMIL) 2.0 Specification W3C Recommendation 07-August-2001に説明されるSynchronized Media Integration Language (SMIL)マークアップ言語でコード化される。
【００６５】
図３は、一例としての、プレゼンテーション２０８に対応するＳＭＩＬコードセグメントを示す。
【００６６】
プレゼンテーション２０８は、１９行のＳＭＩＬコードを有する。１行目は、コードをＳＭＩＬコードとして特定する。ヘッダ（２から８行目）は、"Image"領域（第５行目）および"Text"領域（第６行目）のための画面レイアウト仕様を含む。プレゼンテーションの"body"（第９から１８行目）は、"par"（並列パラグラフ）ブロック内部のメディア仕様を含む。
【００６７】
最初の"par"ブロック（第１０から１２行目）は、名前付き動画ソース（"video1.3gp"）が、時間０から時間８０００ミリ秒まで（第１１行目）"Image"領域で再生される８０００ミリ秒の期間を指定する（１０行目）。
【００６８】
第２の"par"ブロック（第１３から１７行目）は、３つのメディア：時間０から時間６０００ミリ秒まで名前付き音声ソース（"audio1.aac"）（１４行目）、時間０から時間３０００ミリ秒まで名前付き画像ソース（"image1.jpg"）（１５行目）、および、時間３０００ミリ秒から時間６０００ミリ秒まで名前付きテキストソース（"text1.txt"）（１６行目）が表示される６０００ミリ秒の期間（１３行目）を指定する。
【００６９】
プレゼンテーション２０８は、革新的な適合方法２２４の基礎的な概念を説明することを目的とする簡潔な実施例である。より複雑なプレゼンテーションが構築されてもよいし、ＳＭＩＬ言語は、プレゼンテーション要素を指定するのに使用されてもよい数多くの追加のキーワードを含む。ここで詳細には触れないが、適合方法２２４は、ＭＭＳメッセージのプレゼンテーションにおいて指定されうる全ての特徴を実施する、若しくはデフォルトの動作を提供することが意図されている。
【００７０】
図４は、ステップ：４０２「プレゼンテーションを解析する」、４０４「論理時間軸を生成する」、４０６「適合パイプラインを生成する」、および４０８「単一出力メディアを生成する」を含む適合方法２２４のステップのフローチャートである。
【００７１】
もし（プレゼンテーション２０８のような）プレゼンテーションが入力ＭＭＳメッセージ内に存在するならば、このプレゼンテーションが使用される。もしプレゼンテーションが存在しないのであれば、単に入力ＭＭＳメッセージの全ての単一メディアを全期間順に表示するデフォルトのプレゼンテーションが生成される。
【００７２】
プレゼンテーションの情報を使用すると、再生されるべきメディアの順序およびタイミングを特定することが可能になる。本実施例では、参照するメディアがどのように「再生」されるべきかについての情報を生成する、プレゼンテーション２０８のＳＭＩＬコード（第１０から１７行目、図３）において、連続する"par"ブロックが特定される。
【００７３】
ステップ４０２「プレゼンテーションを解析する」において、プレゼンテーション２０８内の情報は、入力ＭＭＳメッセージの単一メディアの各々の時間及び期間を表現する要素に分解される。
【００７４】
図５は、次の（部分）ステップ：
５０２  「開始時間および期間を決定する」
５０４  「テキストメディアを特定する」
５０６  「テキストを除く全てのメディアを挿入する」および
５０８  「テキストメディアを挿入する」
を備える、論理時間軸が生成されるステップ４０４「論理時間軸を生成する」の拡大されたフローチャートを示す。
【００７５】
論理時間軸を生成するために、ステップ５０２「全期間を決定する」において、プレゼンテーションは検査され、参照する各単一メディアの開始時間および期間を決定し、このように充分な期間の空の時間軸を生成する。
【００７６】
適合の最終的なゴールは、単一音声／画像メディアであることに留意する。次のステップ５０４「テキストメディアを識別する」において、かつメディアの論理時間軸への挿入に進む前に、プレゼンテーションが解析されテキストメディアの存在が識別される。これは、入力ＭＭＳメッセージ内に動画／画像が存在しない事象において、必要なところに空動画が挿入されるように行われてもよい。これにより、テキストが、テキスト重ね合わせの形式で単一出力音声／動画メディアに追加されうる。動画テキスト重ね合わせは、動画の存在を必要とすることに留意せよ。
【００７７】
次のステップ５０６「テキストを除く全てのメディアを挿入する」において、全ての音声、画像、および動画メディアが、プレゼンテーション内に見出された各々の時間および期間仕様を使用して、論理時間軸上に挿入される。論理時間軸上にメディアを挿入するときに、既に挿入された単一メディアの開始時間および期間は、互いに揃えられる（同一の時間に開始し、同一の期間を有する）ように調節されてもよい。そのような調節は、メディアが、１つより多くの他のメディアに重なり合わないことを保証するために必要でありうる。こうすると、要求された適合を、最小限の相互依存を伴う個々の適合の群として実行することと、必要であれば無音（空音声）および／または空動画フレーム（空動画）を挿入することとが可能になる。
【００７８】
最初に、全ての単一音声、画像および動画メディアは、入力ＭＭＳメッセージ内に見出され、入力ＭＭＳメッセージ内に見出された全ての単一音声、画像、および動画のメディアがこうして論理時間軸に挿入される。
【００７９】
最後のステップ５０８「テキストメディアを挿入する」において、存在しうるテキストメディアの挿入によって、論理時間軸の生成を完了する。
【００８０】
結果の論理時間軸は、順序付けられた単一メディア群のシーケンスであり、各単一メディア群は、次：音声、画像、または動画、および選択的にテキストセグメントからの各タイプの多くとも１つからなる同時実行可能な群である。また、「単一メディア群」は、それを含む入力ＭＭＳメッセージの「入力メディア」として広義に用語付けされうる。
【００８１】
図６は、プレゼンテーション例２０８（図３）に対応する完了した論理時間軸例６００を示す。論理時間軸６００のスケールは、秒単位で印がつけられた時間トラック６０２を介して提供される。論理時間軸６００は、次いで、音声トラック６０４、動画／画像トラック６０６、およびテキストトラック６０８を備える。
【００８２】
音声トラック６０４は、１４秒の全期間を有し、次の３つのセグメント：８秒間の"video1.3gp  (音声部分)"セグメント６１０、３秒間の"audio1.aac 最初の３秒間"セグメント６１２、および３秒間の"audio1.aac 最後の３秒間"セグメント６１４を備える。
【００８３】
また、音声／画像トラック６０６は、１４秒間の全期間を有し、３つのセグメント：８秒間の"video1.3gp(動画部分)"セグメント６１６、３秒間の"image1.jpg"セグメント６１８、および３秒間の「空動画」セグメント６２０を備える。
【００８４】
また、テキストトラック６０８は、１４秒の全期間を有し、２つのセグメント：１１秒間の空白セグメント６２２と、３秒間の"text1.txt"セグメント６２４とを有する。
【００８５】
単一メディア群に関して、論理時間軸例６００は、３つの単一メディア群（ＳＭＳ）−８秒間の"video1.3gp（音声部分）"セグメント６１０および"video1.3gp（動画部分）"セグメント６１６を備える最初（８秒間）のＳＭＳ６２６、−３秒間の"audio1.aac 最初の３秒間"セグメント６１２および"image1.jpg"セグメント６１８を備える第２（３秒間）のＳＭＳ６２８、−３秒間の"audio1.aac 最後の３秒間"セグメント６１４、３秒間の「空動画」セグメント６２０、および"text1.txt"セグメント６２４を備える第３（３秒間）のＳＭＳ６３０、を有する。
【００８６】
論理時間軸例６００は、（部分）ステップ５０２から５０８（図５）を実行することによって、プレゼンテーション例２０８（図３）内に含まれる情報からステップ４０４「論理時間軸を生成する」において生成される。
【００８７】
ステップ５０２「開始時間および期間を決定する」において、時間トラック例６０２の期間は、プレゼンテーション例２０８の１０行目（ｄｕｒ＝８０００ｍｓ）および１３行目（ｄｕｒ＝６０００ｍｓ）から、少なくとも１４０００ｍｓ（＝１４秒）の長さと決定される。
【００８８】
ステップ５０４「テキストメディアを識別する」において、プレゼンテーション例２０８の第１６行目にテキストメディア"text1.txt"への参照が発見される。
【００８９】
ステップ５０６「テキストを除く全メディアを挿入する」において、論理時間軸６００の音声トラック６０４に次の音声項目：−"video1.3gp（音声部分）"として０から８秒の時間範囲に挿入される、８秒間継続する音声／動画メディア"video1.3gp"（プレゼンテーション例２０８の１１行目を参照せよ）の音声部分６１０、−次いで、"audio1.aac  最初の３秒間"６１２および"audio1.aac  最後の３秒間"６１４として、８から１１秒および１１から１４秒の時間範囲に挿入される、６秒間継続する音声メディアブロック"audio1.aac"（プレゼンテーション例２０８の第１４行目を参照せよ）、が挿入される。
【００９０】
６秒の音声メディアブロック"audio1.aac"は、後に音声および動画トラックを単一音声／動画メディアに結合する（以下を参照せよ）のを容易にするために、画像および空動画メディアに揃えるべく２つの３秒間の部分に分解されたことに留意せよ。
【００９１】
続いて、ステップ５０６「テキストを除く全メディアを挿入する」において、次の動画／画像項目：
−"video1.3gp（動画部分）"616として、０から８秒の時間範囲に挿入される８秒間継続する音声／動画メディア"video1.3gp"の動画部分（プレゼンテーション例２０８の１４行目を参照せよ）、
−次いで"image1.jpg"６１８として、８から１１秒の時間範囲に挿入される３秒間継続する画像メディア"image1.jpg"（プレゼンテーション例２０８の１５行目を参照せよ）、
が論理時間軸例６００の音声／画像トラック６０６に挿入される。
【００９２】
音声トラックは１４秒の長さであり、ゴールは（前で説明したように）単一音声／動画メディアを生成することであるので、１４秒の動画トラックも満たす必要がある。しかしながら、プレゼンテーション例２０８内には、１１秒より後に動画も画像も含まない。この理由により、「空動画」ブロック６２０が、論理時間軸例６００で１１から１４秒の時間範囲に挿入される。
【００９３】
最後に、ステップ５０８「テキストメディアを挿入する」において、３秒間継続するテキストメディア"text1.txt"（プレゼンテーション例２０８、１６行目を参照せよ）が、"text1.txt"６１８として、時間範囲８から１１秒のテキストトラックに挿入される。
【００９４】
適合方法２２４は、本願発明のより容易な理解を助けるためにのみ提示されている簡潔なプレゼンテーション例２０８および対応する論理時間軸例６００に限定されると捉えるべきではない。
【００９５】
適合パイプラインが生成されるステップ４０６「適合パイプライン」の詳細を説明する前に、適合パイプラインの概念を簡潔に説明する。
【００９６】
適合パイプラインは、各命令が３つの要素：入力識別子（参照されるメディア）、動作、出力識別子を有する一連の命令を備える。
【００９７】
適合方法２２４の最終ステップ４０８「単一出力メディアを生成する」において、動的に構築された適合パイプラインの一連の命令は、次いでこれらの命令を実行するようにプログラムされうるコンピュータ内で単に実行される。
【００９８】
図７は、論理時間軸例６００から導かれる適合パイプライン例７００を示す。
【００９９】
適合パイプライン例７００は、カラムに配置される命令フィールド：「入力識別子」フィールド７０２、「動作」フィールド７０４、および「出力識別子」フィールド７０６とともに示される。
【０１００】
命令は、命令フィールド内のエントリによって定義され、「動作」フィールド７０４は、「入力識別子」フィールド７０２で参照が指示されるメディア上で適合動作を実行すべきことを指示し、当該動作は、「出力識別子」フィールド７０６内に参照名が含まれるそれぞれの宛先出力メディアの結果を生ずる。
【０１０１】
適合パイプライン例７００において、最初の命令セット（７０８、７１０、および７１２）は、論理時間軸例６００から直接コピーされた入力識別子（カラム７０２）
−命令７０８："video1.3gp (音声部分) およびvideo1.3gp (動画部分)" (６１０および６１６)、
−命令７１０："audio1.aac 最初の３秒"および "image1.jpg"(６１２および６１８)、および
−命令７１２："audio1.aac 最後の３秒"および"空動画"(６１４および６２０)、
を含む。
【０１０２】
これらの命令の適合動作（カラム７０４）は、
−命令７０８：「生音声および生動画に適合させる」
−命令７１０：「生音声に適合させる、および画像から生動画を生成」、および
−命令７１２：「生音声を適合および空動画を生成」
のようにリストされる。
【０１０３】
これらの適合動作によって生成された出力は、所与の別々の任意の出力識別子（７０６カラム）、即ち：
−命令７０８:"adaptation1"、
−命令７１０:"adaptation2"、および
−命令７１２:"adaptation3"
である。
【０１０４】
適合パイプライン例７００の第４の命令７１４は、
−入力識別子（カラム７０２）"adaptation 3およびtext1.txt"（６２４）
−適合動作（カラム７０４）「テキスト重ね合わせを実行する」、および
−出力識別子（カラム７０６）"adaptation4"
を含む。
【０１０５】
適合パイプライン例７００の最初の３つの適合命令（７０８−７１２）は、論理時間軸で順に参照されるメディアを入力識別子として使用し、要求されるように、入力メディアを共通形式（生音声および生動画）に適合させることによって、論理時間軸例６００に従う。このことは、一般的な用語で、圧縮または符号化された音声および動画ファイル（例えば、．３ｇｐ音声および動画フォーマット、．ａａｃフォーマット）を「展開（ｅｘｐｌｏｄｅ）」し、静止画（．ｊｐｇフォーマット）から生動画を生成し、かつテキスト重ね合わせの挿入準備として空動画を生成することを含む。
【０１０６】
第４の適合命令（７１４）の機能は、前の命令（"adaptaion3"）の出力および論理時間軸例６００で参照される"text1.txt"６２４メディアを結合することによってテキスト重ね合わせを実行することである。換言すると、第４の命令（７１４）は、音声および空の動画クリップのみを含む"adaptation3"を取得し、かつ"text1.txt"６２４からのテキストを、動画に「描画」（描画テキストを含む透過層を追加）する。
【０１０７】
本実施例において示されていないが、任意の動画上にテキスト重ね合わせを実行することが可能である。空動画である必要はない。
【０１０８】
適合パイプライン例７００の第５の適合命令７１６は、
−入力識別子（カラム７０２）"adaptation 1およびadaptation2およびadaptation4"、
−適合動作（カラム７０４）「メディアを順にマージ」、および
−出力識別子（カラム７０６）"adaptation5"を含む。
【０１０９】
この第５の適合命令７１６は、前に生成されたメディア("adaptation1"、"adaptation2"、および"adaptation4")を"adaptation5"と名づけられた単一メディアに単につなぎ合わせる。動画部分にテキスト重ね合わせを有する"adaptation4"に効果的に置換されたので、"adaptation3"は含まれていない。
【０１１０】
適合パイプライン例７００の最後の命令（７１８）内の、最後の適合動作「最終フォーマットを適合する」は、（生）"adaptation5"から、フォーマット済みの単一音声／動画メディア「最終単一出力メディア」を生成するのに使用される。「最終単一出力メディア」は、適合済メッセージを受け取る宛先ノード（例えば図１の宛先ノード１０６）の機能に合致するように設計される。
【０１１１】
適合パイプライン例７００は、現実的な実施例を示すことを目的として、特定の入力メディアフォーマット（．３ｇｐ，．ａａｃ，．ｊｐｇ，および．ｔｘｔ）をもって説明されている。この実施例は、本願発明をこれらのフォーマットの適合に限定するものととらえるべきではなく、反対に、ＭＭＳメッセージのメディア内で搬送されうるいかなるかつすべてのフォーマットを収容し、これらを宛先ノードで必要とされうる任意の実用的フォーマットで符号化された単一メディア、例えば単一音声／動画メディアに適合させてマージすることが、本願発明の明確な目的である。
【０１１２】
適合パイプラインの実施例（適合パイプライン例７００）の説明の後に、われわれは適合方法２２４のステップ４０６「適合パイプラインを生成する」（図４）の全般的な説明に戻る。
【０１１３】
図８は、ステップ：
８０２  「現在のＳＭＳを取得する」
８０４  「動作を生成する」
８０６  「テキスト＆！動画？」
８０８  「空動画を追加する」
８１０  「音声／動画を生に展開する」
８１２  「画像？」
８１４  「画像から動画」
８１６  「パイプラインに追加する」
８１８  「テキスト？」
８２０  「テキスト重ね合わせを生成する」
８２２  「完了？」
８２４  「適合をマージする」および
８２６  「圧縮しフォーマットする」
を含むステップ４０６「適合パイプラインを生成する」の拡大されたフローチャートを示す。
【０１１４】
論理時間軸（例えば論理時間軸例６００）を使用して、ステップ４０６「適合パイプラインを生成する」は、共に適合パイプラインを形成する個々の適合からなるシーケンスを生成する。上述のように、適合パイプラインは、単一出力メディアである最終結果をもたらすべく必要とされる動作を含む適合動作から構成される。適合パイプラインが生成された後に、適合パイプラインが含む適合命令は、ステップ４０８「単一出力メディアを生成する」において順に実行される（以下を参照せよ）。
【０１１５】
ステップ（８０２から８２０）は、論理時間軸の１つのＳＭＳを、適合パイプラインの対応する１以上の適合命令に処理するステップのシーケンスを形成する。このシーケンスは、ステップ８２４「完了」が全ての単一メディア群を処理したことを指示するまで実行される。
【０１１６】
ステップ８０２「現在のＳＭＳを取得する」において、ループの最初の繰り返しにおける論理時間軸から最初の単一メディア群が得られ、次のＳＭＳは次の繰り返しにおいて得られる。
【０１１７】
ステップ８０４「動作を生成する」において、現在のＳＭＳとともに適合動作が生成される。この適合動作はまだいかなるテキストも含まず、現在のＳＭＳ内にテキストが存在する場合、テキストは後に処理される。
【０１１８】
ステップ８０６「テキスト＆！動画？」（「テキストであって動画ではない」）において、現在のＳＭＳ内にテキストが存在するが、動画が存在しないかどうかを判定する。テキストが存在しないが動画が存在する場合（８０６からの「Ｎｏ」）実行はステップ８１０に続く。テキストが現在のＳＭＳに存在するが動画が存在しない場合（８０６からの「Ｙｅｓ」）、空動画を追加する動作が、現在の適合動作の一部として追加されるステップ８０８「空動画を追加する」が実行される。
【０１１９】
次のステップ８１０「音声／画像を生に展開する」をもって、生音声および／または動画（非圧縮形式の音声および／または動画）を有する単一出力メディアを生成する適合動作が追加される。
【０１２０】
次のステップ８１２「画像？」で、現在のＳＭＳ内に静止画が存在するかどうかを判定する。
【０１２１】
もし画像が発見されたら（８１２からの「Ｙｅｓ」）、ステップ８１４「画像から動画」が実行され、ＳＭＳ内で与えられる期間の動画部分を形成するのに必要なだけ多くの個々のフレーム内で画像を複製することによって、画像が動画に変換される動作を追加する。もし画像が見出されなかったら（８１２からの「Ｎｏ」）、直ちにステップ８１６「パイプラインに追加する」に実行が続く。
【０１２２】
次のステップ（ステップ８１６「パイプラインに追加する」）において、（論理時間軸のＳＭＳからの）入力識別子、および出力識別子とともに現在の動作である完成した適合命令が、適合パイプラインに追加される。
【０１２３】
次のＳＭＳに進む前に、ステップ８１８「テキスト？」において現在のＳＭＳ内にテキストが存在するかどうかの判定が行われる。テキストが存在する場合（８１８からの"Ｙｅｓ"）、テキスト重ね合わせを生成するステップ８２０「テキスト重ね合わせを生成する」において、追加の適合命令が生成される。追加の適合命令は、入力識別子として現在のテキストメディアおよび前の適合動作からの単一メディア出力の結果を使用し、他の適合出力を生成する。追加の適合命令も、適合パイプラインに追加される。
【０１２４】
ステップ８０２から８２０を実行した結果は、論理時間軸の１つのＳＭＳに含まれる単一メディアを表現する１以上の適合命令群である。実行されると、適合は、非圧縮音声および／または動画（およびおそらくはテキスト重ね合わせ）を含む単一中間出力メディアを生ずる。
【０１２５】
ステップ８２２「完了？」において、論理時間軸の全てのＳＭＳが処理されたかどうかを判定する。もし現在のＳＭＳが論理時間軸の最後のＳＭＳであれば（８２２からの「Ｙｅｓ」）、次いでステップ８２４「適合をマージする」に続き、そうでなければ（８２２からの「Ｎｏ」）、ステップ８０２「現在のＳＭＳを取得する」を繰り返し、論理時間軸から次のＳＭＳを得て、現在のＳＭＳとする。
【０１２６】
ステップ８２４「適合をマージする」において、（上述のステップ８１６または８２０において既に適合パイプラインに追加された適合がもたらす）全ての重要な中間単一メディアを１つの単一メディアにマージする命令を、適合パイプラインに追加する。単一メディアは、論理時間軸に存在した全てのメディアを、メディアの元のタイミング、順序、および期間を遵守しつつ、非圧縮形式で表現する。
【０１２７】
ステップ４０６「適合パイプラインを生成する」の最後の部分ステップは、ステップ８２６「圧縮及びフォーマットする」であり、前の適合動作の結果を入力として、元々必要とされた最終出力フォーマットへの適合を実行する。この最後の命令は、また、必要とされうる任意の特殊効果を実行する役割を有する。
【０１２８】
適合方法２２４の最後のステップ４０８「単一出力メディアを生成する」において、前のステップ４０６「適合パイプラインを生成する」において生成された適合パイプラインに含まれる各適合命令が、順に実行される。この実行の結果は、必要とされた出力フォーマットで元のＭＭＳコンテンツを表現する単一出力メディアである。
【０１２９】
以上で説明された方法のステップを実行するコンピュータプログラムコードは、半導体メモリ、フラッシュ（登録商標）メモリ、ＣＤ、およびＤＶＤのようなコンピュータ読み取り可能なメディアに格納され、実行されたときに、以上で説明された方法のステップを実行する。
【０１３０】
図９は、本願発明の実施形態による改善されたメディア適合システム９００を示す。改善されたメディア適合システム９００は、入力モジュール９０２、データメモリ（ＤＭ）９０４、出力部９０６、プログラムメモリ（ＰＭ）９０８、およびプログラム実行部９１０を備える。改善されたメディア適合システム９００は、コンピュータプログラムコードが格納され、Ｌｉｎｕｘ（登録商標）、Ｍａｃ  ＯＳＸ（登録商標）、ＵＮＩＸ（登録商標）、またはＷｉｎｄｏｗｓ（登録商標）のような多くの周知の何れのオペレーティングシステム下でも実行される、ＣＰＵおよびメモリを有する汎用または専用コンピュータにおいて好適に実施されうる。システム９００のモジュールは、ファームウェア、または代わりに半導体メモリ、フラッシュ（登録商標）メモリ、ＣＤ，およびＤＶＤのような、コンピュータ読み取り可能メディアに格納されるコンピュータソフトウェアコードであってもよい。
【０１３１】
プログラムメモリ９０８は、次のモジュール：パーサモジュール９１２と、時間軸モジュール９１４と、パイプライン化モジュール９１６と、パイプライン実行モジュール９１８とにグループ化されてコンピュータメモリ内に格納されるコンピュータプログラムを含むのが好適である。また、プログラムメモリ９０８は、改善されたメディア適合システム９００をセットアップし、実行し、かつ維持するための他のコンピュータプログラムモジュール（図示せず）を含んでもよい。
【０１３２】
データメモリ９０４は、複数の入力メディア９２０、論理時間軸９２２、適合パイプライン９２４、および出力メディア９２６のための記憶装置を有する。データメモリ９０４は、ルックアップテーブル、テンポラリ変数等の、メディア適合システム９００の動作を容易にするための他のデータ（図示せず）をさらに有してもよい。
【０１３３】
メディア適合システム９００の目的は、マルチメディアメッセージ９２８を単一出力メディア９３０に適合させることである。
【０１３４】
動作時に、メディア適合システム９００は、入力モジュール９０２を介してマルチメディアメッセージ９２８をデータメモリ９０４に受け取る。メディア適合システム９００は、プログラムメモリ９０８内に格納され、プログラム実行部９１０によって実行されるプログラムモジュールを使用して、マルチメディアメッセージ９２８を処理する。メディア適合システム９００は、出力部９０６を介して、単一出力メディア９３０に配信する。
【０１３５】
図９において、適合がデータフロー線：マルチメディアメッセージ９２８から入力部９０２、入力部９０２から複数の入力メディア９２０、複数の入力メディア９２０から論理時間軸９２２、論理時間軸９２２から適合パイプライン９２４、適合パイプライン９２４から出力メディア９２６、出力メディア９２６から出力部９０６、および出力部９０６から単一出力メディア９３０、を介して象徴的に示される。
【０１３６】
データフローライン上の各プログラムモジュール（９１２から９１８）から機能点（丸）までの矢印は、図４内で示された上述の適合方法のステップに対応して、データ処理において各プログラムモジュール（９１２から９１８）によって実行される動作：
−パーサモジュール９１２はステップ４０２「プレゼンテーションを解析する」（図４を参照せよ）を実行し、入力部９０２を介して受け取ったマルチメディアメッセージ（９２８）が解析され、複数の入力メディア９２０はデータメモリ９０４に配信され格納される、
−時間軸モジュール９１４は、ステップ４０４「論理時間軸を生成する」を実行し、複数の入力メディア９２０の順序付けられたシーケンスとして論理時間軸が生成され（図５を参照せよ）、かつ論理時間軸９２２としてデータメモリ９０４に格納される、上述の論理時間軸例６００（例６）の説明も参照せよ、  
−パイプライン化モジュール９１６は、ステップ４０６「適合パイプラインを生成する」を実行し、論理時間軸９２２から適合命令のパイプラインが導かれ、かつ適合パイプライン９２４としてデータメモリ９０４に格納される、適合パイプライン例７００の説明も参照せよ、
−パイプライン実行モジュール９１８は、適合パイプライン９２４の適合命令を順に実行することによって、ステップ４０８「単一出力メディアを生成する」を実行し、かつ（図７の適合パイプライン例７００の最後から２番目の適合ステップ７１６の結果に対応しうる）結果の出力メディア９２６を、データメモリ９０４に格納する、を指示する。
【０１３７】
出力メディア９２６は、単一出力メディア９３０として所望の最終フォーマットにフォーマットされ（図７の適合パイプライン例７００の最終適合ステップ７１８に対応するステップ）、出力部９０６を介して配信されるのが好ましい。
【０１３８】
本願発明の実施形態を詳細に説明したが、添付の請求の範囲内で、当該実施形態の変形および修正がなされうることは当業者にとって明らかである。
【図１】
2010539742.tif 000003
【図２】
2010539742.tif 000004
【図３】
2010539742.tif 000005
【図４】
2010539742.tif 000006
【図５】
2010539742.tif 000007
【図６】
2010539742.tif 000008
【図７】
2010539742.tif 000009
【図８】
2010539742.tif 000010
【図９】
2010539742.tif 000011
【国際調査報告】
2010539742.tif 000012
2010539742.tif 000013