(57)【要約】完全または部分的デコーディング及び後処理機構（１４４）またはそのいずれかを、メディアコンテンツ（１４２）と、電子ファイル（１４０）の形式でバンドルするシステム及び方法を開示する。結合されたファイル（１４０）は、デコードおよび後処理またはそのいずれかを実行できる別の機器に送られてもよく、その結果受信した機器は、適切な方法（例えばオーディオの再生やディスプレイ、写真など）でメディアコンテンツを十分な忠実度で再生することができる。本発明の一側面は、マルチメディアコンテンツと関連したメタデータの利用を拡張し、マルチメディアファイルが、圧縮された状態（例えば、ＭＰ３、ＪＰＥＧ、ＷＡＶなど）からどのようにデコードまたは部分的にデコードされ、機器により再生できる状態へと後処理されるべきかについての指定を組み込む。一実施形態では、その指定は、受信機により実行される機能またはプリミティブの指示リストを含み、関連するマルチメディアファイルを再生される所望のコンテンツへと変換する。他の実施形態では、デコーディング命令は、拡張マークアップ言語（ＸＭＬ）ファイルの要素として提供される。このＸＭＬファイルはマルチメディアファイルに添付されていても良いし、あるいは、マルチメディアファイルはＸＭＬファイルのための要素であっても良い。
2010512564.tif 000002
【特許請求の範囲】
【請求項１】
電子機器（１０）によってマルチメディアコンテンツを受け取るための方法であって、
関連した供給元からマルチメディアコンテンツを受信するステップと、
マルチメディアコンテンツに、コマンドコンポーネント（１４４）と第一のフォーマットで表現されたメディアコンポーネント（１４２）とが含まれるか判定するステップと、
前記電子機器において前記コマンドコンポーネントを処理して前記メディアコンポーネントを前記第一のフォーマットから第二のフォーマットに変換するステップと、
前記電子機器上で前記第二のフォーマットの前記メディアコンポーネントを再生するか、または、前記電子機器により、前記第二のフォーマットの前記メディアコンポーネントを第二の電子機器へと出力するステップと
を有することを特徴とする方法。
【請求項２】
電子機器（１０）が移動通信装置であることを特徴とする請求項１の方法。
【請求項３】
前記第一のフォーマットの前記メディアコンポーネントを前記電子機器の不揮発性メモリ（２４）に格納する工程をさらに有することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記第二のフォーマットの前記メディアコンポーネントを前記電子機器の前記不揮発性メモリ（２４）に格納する工程をさらに有することを特徴とする請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記コマンドコンポーネント（１４４）が、前記第一のフォーマットから前記第二のフォーマットに前記メディアコンポーネントを変換するための処理ステップを特定する少なくとも１つのコマンドを含むスクリプトファイルであることを特徴とする請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
コマンドの少なくとも１つの要素の実行を表すコードが前記スクリプトファイルの中に含まれることを特徴とする請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記スクリプトファイルが、拡張マークアップ言語（ＸＭＬ）互換のフォーマットであることを特徴とする請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記マルチメディアコンテンツに、コマンドコンポーネント（１４４）と第一のフォーマットで表現されたメディアコンポーネント（１４２）とが含まれるか判定するステップが、
拡張マークアップ言語（ＸＭＬ）パーサを用いて前記スクリプトファイルから１つ以上のコマンドの列を取り出すステップと、
コマンドトランスレータを作動させて、前記スクリプトファイルから取り出されたコマンドの列を、前記電子機器のマルチメディアフレームワークにより解釈可能な１つ以上の要素の列に変換するステップと
を有することを特徴とする請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記スクリプトファイルが前記要素の列の少なくとも１つの実行を表しているコードを含むなら、前記スクリプトファイルに含められているコードを前記マルチメディアフレームワークの要素プラグインのリセプタクルに提供するステップをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記コマンドコンポーネントを処理するステップが、前記メディアコンポーネントを前記第一のフォーマットから前記第二のフォーマットに変換する一連の操作として前記１つ以上の要素の列を解釈する前記マルチメディアフレームワークをさらに含むことを特徴とする請求項８または９に記載の方法。
【請求項１１】
前記コマンドコンポーネントを処理するステップが、前記メディアコンポーネントを前記第一のフォーマットから前記第二のフォーマットに変換する一連の操作として前記１つ以上の要素の列を解釈するマルチメディアフレームワークをさらに含むことを特徴とする請求項８乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記メディアコンポーネントを前記第一のフォーマットから前記第二のフォーマットに変換するためのＪａｖａ（登録商標）パーサまたはＪａｖａ（登録商標）コーデックコマンドトランスレータまたはその両方によって処理するために、マルチメディアフレームワークの要素プラグインのリセプタクルに対するスクリプトファイル中にＪａｖａ（登録商標）互換コードをさらに含むことを特徴とする請求項８乃至１１のいずれか一項に記載の方法。
【請求項１３】
マルチメディアコンテンツを送信する方法であって、
電子機器上でマルチメディアコンテンツを再生するための機器依存構成情報を含む、前記電子機器からのマルチメディアコンテンツの要求を、関連する供給元に対して送信するステップと、
コマンドコンポーネントと、前記要求中で提供された前記機器依存構成情報に少なくとも部分的には基づく第一のフォーマットで表現されたメディアコンポーネントとを含むマルチメディアコンテンツを前記関連した供給元から受信するステップと
を有することを特徴とする方法。
【請求項１４】
拡張マークアップ言語（ＸＭＬ）パーサを用いてコマンドコンポーネント中のスクリプトファイルから１つ以上のコマンドの列を取り出し、
コマンドトランスレータを作動させて、前記スクリプトファイルから取り出されたコマンドの列を、前記電子機器のマルチメディアフレームワークにより解釈可能な１つ以上の要素の列に変換することで、
前記コマンドコンポーネントと第一のフォーマットで表現された前記メディアコンポーネントとを前記マルチメディアコンテンツが含むことを判定することを特徴とする請求項１３に記載の方法。
【請求項１５】
不揮発性メモリ（２４）と、
不揮発性メモリに格納されたマルチメディアコンテンツを処理するための複数のマルチメディアコーデックを有するマルチメディアスタック（２６）と、
携帯電話で受信したマルチメディアコンテンツが、コマンドコンポーネント（１４４）とメディアコンポーネント（１４２）を含むか判定でき、前記携帯通信装置内の前記マルチメディアコンテンツの前記コマンドコンポーネントを処理して、前記メディアコンポーネントを第一のフォーマットから前記携帯通信機機上で再生するのに適した第二のフォーマットへと変換するプロセッサ（３２）と
を備えることを特徴とする携帯通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアコンテンツを、そのコンテンツのデコーディングまたは後処理またはその両方を可能とするソフトウェアコンポーネントとバンドルして複数の電子機器でコンテンツを再生する方法及びシステムに関する。
【背景技術】
【０００２】
電子機器（例えば通信機器、携帯電話、携帯情報端末など）は、一般に、通信ネットワーク経由で通信するために装備されている。そのような電子機器は、電子機器によって処理され、または再生(render)され、またはその両方が行われるマルチメディアコンテンツのデコードと再生と後処理、またはその少なくもいずれのためのオーディオ、ビデオ、イメージ、およびグラフィックフォーマットを、いっそう広範囲にわたりサポートすることができる。そのようなフォーマットの例はＭＰ３、ＡＡＣ（及びそのバリエーション）、ＭＰＥＧ−４ビデオ、Ｈ．２６３、ＪＰＥＧなどを含む。１つ以上の「コーデック」が、一般に、マルチメディアコンテンツをエンコードし、またはデコードし、またはその両方を行うために電子機器によって使われる。コーデックは、デジタルデータストリームまたは信号のエンコードとデコードとを実行することが可能な機器またはプログラムである。コーデックは、送信、格納、または暗号化のためのシグナルまたはデータストリームのエンコードを行い、再生（例えば、聴取、鑑賞、編集など）のためのデコードまたは後処理またはその両方を行う。
【０００３】
すべてのタイプのエンドツーエンド通信ネットワーク条件を考慮するコーデックを開発し、規格化するための困難さを考えれば、必要性が生じるときに、新しいコーデック（および必然的に新しいフォーマット）はさまざまな供給元から追加される。例えば、ＪＰＥＧ２０００、ＳＶＣ、ＤｉｖＸ、Ｏｇｇ  Ｖｉｄｅｏ、Ｈ．２６４、ウインドウズメディア（ＷＭＡ／ＷＭＶ）、およびＭＰＥＧロスレスオーディオのフォーマットをサポートを動機づけられているコーデックは、将来の電子機器に含められていそうである。電子機器上の新しいマルチメディアコーデックをサポートすることにおける１つの欠点は、要求された特徴機能を最適な性能と組み合わせるために、新しい各コーデックが一般に追加の資源を電子機器のメーカーまたはサプライヤに要求することである。人員の制限または予算制限またはその両方があると、そのような新しいマルチメディア機能をサポートしている製品の製品化に要する時間の遅延がしばしば生ずる。電子機器上で新たなマルチメディアコーデックをサポートすることにおける他の欠点は、これらの新しいマルチメディア機能の市場への導入に先がけて、これら新たなフォーマット（例えばＪＰＥＧ２０００、ＳＶＣ、ＤｉｖＸ、Ｏｇｇ  Ｖｉｄｅｏ、Ｈ．２６４、ウインドウズメディア（ＷＭＡ／ＷＭＶ）へとエンコードされたコンテンツの再生をさせる既存の機構が機器上に大抵ない、ということである。従って、新たなマルチメディアコーデックの普及は、特に電子機器の既存の購買者ベースでは、しばしば妨げられる。
【０００４】
ポータブルなゲームコンソールはもちろん、スマートフォン、ポータブルなオーディオおよびビデオのメディア・プレーヤと同じくらい多様なプラットフォームの上のデジタル画像、ビデオ、オーディオ、音声、および、２Ｄ／３Ｄグラフィックスを利用する気にさせるマルチメディアアプリケーションの改善された機能のために、購買者による需要が伸びるにつれて、拡張可能なマルチメディアハードウェア（ＨＷ）及びソフトウェア（ＳＷ）プラットフォームの開発は速度を増している。これらの新しいクラスの製品は、高性能処理および高いデータスループット機能を必要としている。その結果、さまざまなソリューションは、要求されたマルチメディア機能の統合とハードウェアアクセラレーションの改善とをするようにそれぞれデザインされて、発展している。模範的なハードウェアソリューションは、特定のマルチメディアの拡張を伴う汎用プロセッサ、低レベルなハードウェアアクセラレータ、ＤＳＰと専門のオーディオ、ビデオおよびグラフィックのハードウェアサブシステムを含むマルチプロセッサアーキテクチャ等を含む。典型的なソフトウエアソリューションは、ＯｐｅｎＭＡＸ、ＯｐｅｎＫＯＤＥ、ＯｐｅｎＳＬ  ＥＳ、ＯｐｅｎＶＧ、ＯｐｅｎＧＬ  ＥＳなどを含むけれども、それに制限はされない。
【０００５】
どのような新たなマルチメディアコーデックでも直面している難問の一つは、多くのプロセッサアーキテクチャとソフトウエアプラットフォームで動作する必要がある、ということである。高レベルのプログラミング言語のコンパイラが特定のハードウエアアーキテクチャで利用可能でも、あらゆる新たなコーデック技術について、与えられたハードウエアまたはソフトウエアアーキテクチャまたはその両方の全てのポテンシャルを十分に引き出すことはまれである。その結果、マルチメディアコーデックの大部分はプラットフォームに特有な方法でしばしば書かれる。従って、多くのマルチメディアハード／ソフトソリューションへの新たなコーデック技術の普及は、コーデックが、しばしば、それが移植される新しい各プラットフォームのために書き直されて、最適化されなければならないことを意味している。
【０００６】
新たなマルチメディア機能をサポートしているハードウエアプラットフォーム及びソフトウェアアーキテクチャにおける既存の非効率性の影響は、新製品の導入の遅れと、開発費の増大と、製品品質の低下であり、これにより、市場需要が増加しているときにマルチメディアの分野での革新が最終的に遅れることになる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
マルチメディアフォーマットの普及と各マルチメディアフォーマットのためにコーデックを提供することにおける困難さとに関する前述の欠点を考慮して、完全な或いは部分的なデコーディング、または後処理、またはその両方をマルチメディアコンテンツとともにバンドルする方法が、本技術分野において必要性とされている。結合されたファイルは、受信機が十分な忠実さによって適切な方法（例えばオーディオの再生、写真の表示など）でメディアファイルを再生することができるように、デコードまたは後処理またはその両方を実行することができる別の機器に送信されてもよい。
【課題を解決するための手段】
【０００８】
本発明の一側面は、電子機器によってマルチメディアコンテンツを受け取るための方法を対象とし、該方法は、関連したソースからマルチメディアコンテンツを受信する工程と、マルチメディアコンテンツが、コマンドコンポーネントと第一のフォーマットで表現されたメディアコンポーネントとを含むことを判定する工程とを含む。
【０００９】
本発明の別の面は、移動通信装置である電子機器を対象とする。
【００１０】
本発明の別の面は、電子機器の不揮発性メモリの中に第一のフォーマットのメディアコンポーネントを格納することを対象とする。
【００１１】
本発明の別の面は、第一のフォーマットから第二のフォーマットにメディアコンポーネントを変換するために、電子機器の中でコマンドコンポーネントを処理することを対象とする。
【００１２】
本発明の別の面は、第二のフォーマットの中のメディアコンポーネントを電子機器の不揮発性のメモリに格納することを対象とする。
【００１３】
本発明の別の面は、電子機器上で第二のフォーマットでメディアコンポーネントを再生するか、第二の電子機器へと電子機器によって第二のフォーマットでメディアコンポーネントを出力することを対象とする。
【００１４】
本発明の別の面は、第一のフォーマットから第二のフォーマットにメディアコンポーネントを変換するために処理ステップを指定している少なくとも１つのコマンドを備えているスクリプトファイルであるコマンドコンポーネントを対象とする。
【００１５】
本発明の別の面は、コマンドの少なくとも１つの要素の実行がスクリプトファイルの中に含まれていることを表しているコードを対象とする。
【００１６】
本発明の別の面は拡張マークアップ言語（ＸＭＬ）互換フォーマットのスクリプトファイルを対象とする。
【００１７】
本発明の別の面は、拡張マークアップ言語（ＸＭＬ）パーサを用いて、スクリプトファイルから１つ以上のコマンドの列を抽出するステップと、コマンドトランスレータを作動させて、前記スクリプトファイルから抽出された前記コマンドの列を、電子機器の中のマルチメディアフレームワークによって解釈可能な１つ以上の要素の列に変換するステップとを含む、コマンドコンポーネントと第一のフォーマットで表現されたメディアコンポーネントとをコンテンツが含むか判定するステップを対象とする。
【００１８】
本発明の別の面は、前記スクリプトファイルが前記要素の列の少なくとも１つの実行を表しているコードを含むならば、前記スクリプトファイルに含まれているコードをマルチメディアフレームワークの要素プラグインのリセプタクルに提供することを対象とする。
【００１９】
発明の別の面は、前記１つ以上の要素の列を、前記第一のフォーマットから前記第二のフォーマットに変換する一連の操作として解釈するマルチメディアフレームワークをさらに含むコマンドコンポーネントを処理するステップを対象とする。
【００２０】
本発明の別の面は、前記１つ以上の要素の列を、前記第一のフォーマットから前記第二のフォーマットに変換する一連の操作として解釈するマルチメディアフレームワークをさらに含むコマンドコンポーネントを処理するステップを対象とする。
【００２１】
発明の別の面は、Ｊａｖａ（登録商標）パーサ、またはメディアコンポーネントを前記第一のフォーマットから前記第二のフォーマットに変換するためのＪａｖａ（登録商標）コーデックコマンドトランスレータ、またはその両方により処理するため、前記スクリプトファイル内のＪａｖａ（登録商標）互換コードを、マルチメディアフレームワークの要素プラグインのレセプタクルに含めることを対象とする。
【００２２】
本発明の一つの面は、マルチメディアコンテンツを送るための方法を対象とし、該方法は、電子機器上でマルチメディアコンテンツを再生するための機器依存構成情報を含むマルチメディアコンテンツの要求を、前記電子機器から関連する供給元へ送信するステップと、前記関連する供給元から、前記コマンドコンポーネントと、前記要求で提供された前記機器依存構成情報の少なくとも一部に基づいた、前記第一のフォーマットで表現されたメディアコンポーネントとを含むマルチメディアコンテンツを受信するステップとを含む。
【００２３】
発明の別の面は、移動通信装置である電子機器を対象とする。
【００２４】
発明の別の面は、前記電子機器に格納された機器依存構成情報を更新するためのコンピュータコードを含むコマンドコンポーネントを対象とする。
【００２５】
発明の別の面は、前記電子機器でコマンドコンポーネントを処理し、前記第一のフォーマットから前記第二のフォーマットにメディアコンポーネントを変換することを対象とする。
【００２６】
発明の別の面は、マルチメディアコンテンツがコマンドコンポーネントと第一のフォーマットで表現されたメディアコンポーネントとを含むことを、１つ以上のコマンドの列をコマンドコンポーネントの中のスクリプトファイルから拡張マークアップ言語（ＸＭＬ）パーサを用いて抽出するステップと、コマンドトランスレータを作動させて、前記スクリプトファイルから抽出したコマンドの列を電子機器の中のマルチメディアフレームワークによって解釈可能な１つ以上の要素の列に変換するステップとによって判定することを対象とする。
【００２７】
本発明の一側面は、不揮発性メモリと、前記不揮発性メモリに保存されたマルチメディアコンテンツを処理するための複数のマルチメディアコーデックと、携帯電話によって受け取られたマルチメディアコンテンツがコマンドコンポーネントとメディアコンポーネントとを含むかどうかを判定する動作が可能で、前記ポータブル通信機中の前記マルチメディアコンテンツの前記コマンドコンポーネントを処理して、第一のフォーマットから、前記ポータブル通信機器上での再生に適当な第二のフォーマットに前記メディアコンポーネントを変換するプロセッサとを持つマルチメディアスタックと、を備えた携帯通信装置を対象とする。
【００２８】
本発明の他のシステム、機器、方法、機能、および利点は、以下の図面の調査と詳細な説明において当業者に明白になるであろう。すべてのそのような追加のシステム、方法、機能、および利点がこの説明の中に含まれて、本発明の範囲の中にあり、請求項に伴うことによって保護されることが意図されている。
【００２９】
本明細書において用語「備える」が用いられる場合、用語「備える」は、上述の機能、整数、ステップまたはコンポーネントの存在を特定することになるが、一つ以上の他の機能や整数、ステップ、コンポーネントまたはグループの存在または付加は除外されないことは強調されるべきである。
【００３０】
用語「電子機器」は、ポータブル無線通信機器を含む。用語「ポータブル無線通信機器」（これ以降、携帯無線端末と呼ぶ。）は、携帯電話やポケットベル、通信機器すなわち電子オーガナイザ、ＰＤＡ、ポータブル通信装置、スマートフォン等のすべての機器を含む。
【図面の簡単な説明】
【００３１】
本発明の前述の実施形態及び他の実施形態は、この後において図面を参照して検討される。図中の要素は必ずしもある倍率で示されているわけではなく、その代わりに、本発明の原理の明快な説明を強調することが示されている。同様に、１つの図面の中で描き出された要素および特徴は、他の図面の中で描き出された要素および特徴と結合されていてもよい。さらに、図中で、同様の参照数字はいくつかの図にわたって対応する部分を示す。
【図１】図１と図２は本発明の特徴に従う電子機器を示している典型的な概略図である。
【図２】図１と図２は本発明の特徴に従う電子機器を示している典型的な概略図である。
【図３】図３は本発明の特徴に従う典型的なマルチメディアスタックである。
【図４】図４は本発明の特徴に従う典型的なネットワークの概略ブロック図である。
【図５】図５は本発明の特徴に従う典型的なサーバの概略ブロック図である。
【図６】図６は本発明の特徴に従う典型的なマルチメディアコンテンツ・ファイルである。
【図７】図７と図８は本発明の特徴に従う典型的な方法である。
【図８】図７と図８は本発明の特徴に従う典型的な方法である。
【発明を実施するための形態】
【００３２】
本発明の一側面は、完全な又は部分的なデコード機構または後処理機構またはその両方を、メディアコンテンツとともに電子ファイルという形式でバンドルする方法およびシステムを対象とする。結合されたファイルは、十分な忠実さをもって適切な方法で受信機がメディアを再生（例えばオーディオの再生、写真の表示など）することができるように、デコードまたは後処理またはその両方を実行可能な別の機器に送信されてもよい。本発明の一側面は、マルチメディアコンテンツに関連したメタデータの使用を拡張し、マルチメディアファイルが圧縮された状態（例えば、ＭＰ３、ＪＰＥＧ、ＷＡＶなど）からどのようにデコードされ、或いは部分的にデコードされて、再生できる状態或いは再生のために別の機器に送信できる状態へと後処理されるかの指定を具体化させる。一実施形態においては、その指定は、関連したマルチメディアファイルを、再生される所望のコンテンツに変換するために受信機によって実行される機能またはプリミティブの指示リストを含むスクリプト形式にある。一実施形態においては、デコード命令は、拡張マークアップ言語（ＸＭＬ）ファイルの要素として提供される。ＸＭＬファイルがマルチメディアファイルに伴ってもよいし、マルチメディアファイルがＸＭＬファイルの別の要素であってもよい。
【００３３】
最大の利用性および操作性のために、スクリプトの中で指定されたプロセスは、複数のベンダのチップセットと機器とを横断的に実施できるオープンな業界標準に基づくべきである。一つの特によく適したオープンスタンダードは、Ｋｈｒｏｎｏｓ  ＯｐｅｎＭａｘ標準である（それはさまざまなマルチメディアのアプリケーションプログラミングインターフェイス（ＡＰＩ）を指定する）。そのようなＡＰＩはたとえば、ＯｐｅｎＭａｘ開発レイヤ（ＤＬ）、ＯｐｅｎＭａｘ統合レイヤ（ＩＬ）、およびＯｐｅｎＭａｘアプリケーションレイヤ（ＡＬ）を含む。これらのＡＰＩのそれぞれの機能は以下で議論されるであろう。ＯｐｅｎＭａｘ標準が特に言及され議論されているが、本発明は、ここに説明された機能を得るために他の標準またはプロトコルまたはその両方と連携して利用され得ることを当業者は容易に理解するであろう。
【００３４】
図１を参照して、電子機器１０を本発明の一側面に従って示す。典型的な実施形態における電子機器１０は移動通信装置であり、移動通信装置１０と称される。移動通信装置１０は、「れんが」または「ブロック」のデザインタイプの筐体を持つこととして示されるけれども、クラムシェルの筐体またはスライドタイプの筐体などの他のタイプの筐体を、本発明の範囲を逸脱せずに利用できることはよく理解されるであろう。
【００３５】
図１に説明されるように、移動通信装置１０は、ユーザが１回以上の通信タスク（例えば、交信を識別し、交信を選択し、電話をかけ、電話を受け、マルチメディアコンテンツをリモートサーバに要求するなど）を容易かつ効率的に実行することを可能にするユーザインターフェイス１２（点線によって識別される）を含んでもよい。移動通信装置１０のユーザインターフェイス１２は一般に、ディスプレイ１４、英数字のキーパッド１６、ファンクションキー１８、ナビゲーションツール１９、スピーカ２０、マイクロフォン２２のコンポーネントの１つ以上を含む。
【００３６】
移動通信装置１０はディスプレイ１４を含む。ディスプレイ１４は、操作状態、時間、電話番号、交信の情報、様々なナビゲーションメニュー、１以上の機能の状態など、移動通信装置１０の様々な機能の利用をユーザに可能ならしめる情報を、ユーザに対して表示する。ディスプレイ１４はまた、移動通信装置１０がアクセスできるコンテンツを視覚的に表示するためにも利用できる。表示されたコンテンツは、電子メールメッセージ、および、移動通信装置１０のメモリ２４（図２）に保存されたオーディオ若しくはビデオ若しくはその両方の再生、および、移動通信装置１０から離れて（例えば遠隔の記憶装置、メールサーバ、リモートのパーソナルコンピュータなどの上に）保存されたオーディオ若しくはビデオ若しくはその両方の上演、またはそのいずれかを含んでもよい。そのようなプレゼンテーションはどのソース（例えば、リモートサーバからダウンロードされたマルチメディアファイル（オーディオまたはビデオまたはその両方を含む）や、電子メールメッセージを通して受信したマルチメディアファイル、受信した携帯ラジオまたはテレビ信号など）を起源とすることもでき、どの供給元からでも引き出さられることができ、またはダウンロードされることができる。オーディオコンポーネントは、移動通信装置１０のスピーカ２０が付いたユーザに放送され得る。その代わりに、オーディオコンポーネントは、ヘッドホンスピーカ（不図示）のユーザに放送されてもよい。
【００３７】
移動通信装置１０はさらに、さまざまなユーザ入力操作に備えるキーパッド１６を含む。例えば、キーパッド１６は、交信のユーザフレンドリなＩＤ、交信のユーザフレンドリなＩＤ、電子メールアドレス、配布リスト、電話番号、電話リスト、連絡先情報、注記などの、英数字の情報の入力を許すために英数字のキーを含んでよい。さらに、キーパッド１６は一般に、電子メールを送り、または呼を開始するか、答えるために「ｃａｌｌ  ｓｅｎｄ」キーや、終了または「電話を切る」ための「ｃａｌｌ  ｅｎｄ」キーなどの特別なファンクションキーを含んでもよい。従来通り、特別なファンクションキーは、たとえば、異なる電話機能、プロファイル、設定などを選ぶためにディスプレイ１４上に表示されたメニューを通してナビゲートするためにメニューナビゲーションキーを含んでもよい。移動通信装置１０と関連した他のキーは、ボリュームキー、オーディオ消音キー、オン／オフパワーキー、ウェブブラウザ開始キー、電子メールアプリケーション開始キー、カメラキーなどを含んでもよい。キーまたはキー風の機能はまた、ディスプレイ１４と結合したタッチスクリーンで具現化されてもよい。
【００３８】
移動通信装置１０はまた、移動通信装置１０が、呼を確立し、電子メールメッセージを送信し、または受信し、または呼び出された機器または呼び出した機器（一般には別の移動通信装置または固定電話）と信号を交換することを可能ならしめる従来の電話回路を含む。しかし、呼び出された又は呼び出した機器は別の電話機である必要はなく、インターネットのウェブサーバや、電子メールサーバ、コンテンツ提供サーバなど他の電子機器であってもよい。
【００３９】
図２を参照して、移動通信装置１０の典型的な機能ブロック図を説明する。移動通信装置１０は、移動通信装置１０の機能と動作の総括的な管理を実行するために構成される主制御回路３０を含む。制御回路３０は、ＣＰＵ、マイクロコントローラ、またはマイクロプロセッサーなどの処理機器３２を含んでもよい。処理機器３２は、移動通信装置１０の動作を実行するために、制御回路３０中のメモリ（不図示）、またはメモリ２４などの別個のメモリに保存されたコードを実行する。処理機器３２は、一般に、ここに開示された機能のすべてを実行するために働いている。例えば、処理機器３２は、受信したマルチメディアコンテンツをデコードし、または後処理し、またはその両方を行うために、記憶要素（例えばメモリ２４）と結合されている。例えば、受信したマルチメディアコンテンツが、移動通信装置１０上で再生するためにデコード命令とマルチメディアコンテンツとを有するメタデータを含むファイル形式である場合、デコード命令を処理し、マルチメディアコンテンツを再生するために、メモリ２４は適当なマルチメディアスタック２６を含む。例えば、メモリ２４は、バッファや、フラッシュメモリ、ハードディスクドライブ、リムーバブルメディア、またはある他のタイプの揮発性または不揮発性メモリであってよい。さらに、移動通信装置１０の様々な機能を実行するために、処理機器３２はコードを実行する。
【００４０】
典型的なマルチメディアスタック２６は図３において説明される。マルチメディアスタックはメモリ２４におくことができる。ここに用いられるように、フレーズ「マルチメディアスタック」は、システムを形作るファームウェア、ハードウェア、およびソフトウェアの中で実行されるシステムプログラムのセット、アプリケーションプログラムのセット、または機能のセットを意味している。マルチメディアスタック２６は、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせの中だけで実装できる。
【００４１】
ここに説明されている場合を除いて、マルチメディアスタック２６は従来のソフトウェアスタックである。図３を参照すると、マルチメディアスタック２６は、マルチメディアアプリケーションレイヤ７０、マルチメディアアプリケーションサービスＡＰＩ７２、マルチメディアプラグインフレームワーク７４、マルチメディアハードウェア抽象ＡＰＩ７６、プロトコルレイヤ７８、マルチメディアアクセラレーションＡＰＩ８０、およびハードウェアレイヤ８２を含む。
【００４２】
マルチメディアアプリケーションレイヤ７０は、ソフトウェアアプリケーションを通して移動通信装置１０または遠隔の供給元（例えばサーバ）またはその両方のマルチメディア情報にユーザがアクセスする手段を提供する。マルチメディアアプリケーションレイヤは、ユーザがアプリケーション及びマルチメディアコンテンツと対話するための主要なインタフェースである。マルチメディアアプリケーションの例には、Ｊａｖａ（登録商標）マルチメディアＡＰＩ（図３に示す）、ＳｙｍｂｉａｎクライアントレベルＡＰＩ、Ｌｉｎｕｘ  ＧｓｔｒｅａｍｅｒクライアントレベルＡＰＩなどがある。
【００４３】
マルチメディアアプリケーションサービスＡＰＩレイヤ７２は、アプリケーションとマルチメディアミドルウェアの間で標準化されたインタフェースを提供しているＡＰＩのセットを定義し、ここでマルチメディアミドルウェアは、期待されているＡＰＩ機能を実行するために必要なサービスを提供する。マルチメディアアプリケーションサービスＡＰＩレイヤ７２は、マルチメディアインタフェースについてアプリケーションの移植性を提供する。
【００４４】
マルチメディアプラグインフレームワークレイヤ７４は、一般に移動通信装置１０上のすべてのメディアの再生をコントロールする。レイヤ７４は、システムに利用可能なプラグインを使って「プラグインのグラフ」を作成することでインタフェースして、低レベルの再生を制御する。マルチメディアプラグインフレームワークレイヤ７４は、拡張マークアップ言語（ＸＭＬ）パーサ、または、ＸＭＬコーデックコマンドトランスレータまたはその両方を含むことのできるプラグインを含む。ＸＭＬコーデックコマンドトランスレータにおいては、所望のデコード機能又は後処理機能を効果的に構築し、それらが結合されたマルチメディアコンテンツを再生するために、オープンなプロトコル（例えばＯｐｅｎＭＡＸ  ＩＬ）の呼び出しおよびオープンなプリミティブ（例えばＯｐｅｎＭＡＸ  ＤＬプリミティブ）に基づく予め指示されたコマンドまたは命令のセットが、その実行のために解析され変換される。本発明の別の実施形態は、Ｊａｖａ（登録商標）仮想マシン（ＪＶＭ）中で関連したＪａｖａ（登録商標）マルチメディアフレームワークがＸＭＬパーサまたはＸＭＬコーデックコマンドトランスレータまたはその両方を含み、オープンプロトコル中の使用について上述したような同様の方式で働くことを可能にする。
【００４５】
移動通信装置１０中で使われたオーディオ、ビデオ、および画像処理のコーデックのための低レベルのインタフェースとしてマルチメディアハードウェア抽象ＡＰＩレイヤ７６は役立つ。レイヤ７６は、アプリケーションおよびメディアフレームワークに、統合された方法でマルチメディアコーデックとサポートするコンポーネント（例えば供給元（ｓｏｕｒｃｅ）および供給先（ｓｉｎｋ））とにインタフェースする能力を提供する。コーデック自身はハードウェアまたはソフトウェアのどのような組み合わせであってもよく、ユーザに対して完全に透明である。この種の標準化されたインタフェースがないとすると、コーデックのベンダは、モバイル機器に統合するため独自のまたは閉じたインタフェースに対して書かなければならない。マルチメディアハードウェア抽象ＡＰＩレイヤ７６の目的は、コーデックに、非常にさまざまなメディアシステムの間で移植性の問題に対抗するために、一定のシステムの抽象化を提供することである。
【００４６】
図３に例示するように、Ｊａｖａ（登録商標）コードはまたソフトウェアスタック２６に埋め込まれてもよい。例えば、Ｊａｖａ（登録商標）仮想マシン（ＪＶＭ）は、Ｊａｖａ（登録商標）対応のコードを実装するために必要なデータまたは機能またはその両方を提供するためにマルチメディアアプリケーションサービスＡＰＩレイヤ７２とプロトコルレイヤ７８との間にインタフェースしてもよい。
【００４７】
プロトコルレイヤ７８は様々なビデオまたはオーディオまたはその両方のコーデックを含む。さらに、画像と音声のライブラリもまたプロトコルレイヤ７８に含められてもよい。典型的なコーデックは、ＭＰＥＧ−４、ＡＡＣ、ＭＰ３、ＪＰＥＧ、ＯｐｅｎＭＡＸ  ＪＮＩなどを含む。
【００４８】
マルチメディアアクセラレーションＡＰＩレイヤ８０は、様々なコーデックの機能をコード化するために実装でき、最適化できるオーディオ、ビデオ、および画像処理の機能の包括的なセットを含むＡＰＩを定義する。レイヤ８０は一般に、ＦＦＴおよびフィルタなどのオーディオ信号処理機能、色空間変換などの画像処理プリミティブ、およびＭＰＥＧ−４、Ｈ．２６４、ＭＰ３、ＡＡＣ、およびＪＰＥＧなどのコーデックの最適化された実装を可能にするビデオ処理プリミティブを含む。ＯｐｅｎＭＡＸ  ＩＬ構成物を使うｉＤＬと非同期インタフェースをＯｐｅｎＭＡＸ  ＤＬ  ＡＰＩに追加するａＤＬとの両方を介して、マルチメディアアクセラレーションＡＰＩ８０は並行アクセラレーション(acceleration concurrency)をサポートする。
【００４９】
ハードウェアレイヤ８２は一般にマルチメディアアクセラレーションＡＰＩレイヤ８０によって要求されたサービスを実行する。ハードウェアレイヤ８２は一般に電気的仕様、衝突制御、およびマルチメディアスタック２６の他の低レベルの機能を定める。
【００５０】
図１と図２に戻って参照すると、移動通信装置１０は無線回路３６に結合されたアンテナ３４を含む。従来どおりにアンテナ３４経由で信号を送信し、また受信するために、無線回路３６は無線周波数トランスミッタとレシーバとを含む。移動通信装置１０は一般に、携帯電話のネットワークの上で、音声およびインターネット、電子メール通信、またはそれらの少なくともいずれかのための無線回路３６とアンテナ３４とを利用する。無線回路３６から受信したオーディオ信号又は無線回路３６によって送信したオーディオ信号を処理するために、移動通信装置１０はさらに音声信号処理回路３８を含む。従来どおりにユーザが移動通信装置１０経由で聞き、話すことを可能にするスピーカ２０とマイクロフォン２２とは音声処理回路３８に結合される。無線回路３６と音声処理回路３８は、全体の操作を実行するようにそれぞれ制御回路３０に結合される。
【００５１】
移動通信装置１０はまた制御回路３０に結合された前記ディスプレイ１４とキーパッド１６とを含む。移動通信装置１０はさらに入出力インタフェース４２を含む。入出力インタフェース４２は、移動通信装置１０の基板の多素子コネクタなどの典型的な移動通信装置の入出力インタフェースという形であってよい。典型的には、入出力インタフェース４２は、移動通信装置１０中の電源ユニット（ＰＳＵ）４４を充電するため、移動通信装置１０をバッテリ充電器に結合するために使われてもよい。それに加えてまたはその代わりに、入出力インタフェース４２は、移動通信装置１０を、有線のパーソナルハンズフリーアダプタや、パーソナル・コンピュータまたは他の機器などとデータケーブル経由で接続することに役立てることができる。移動通信装置１０は、タイミング機能を実行するためにタイマ４６を含んでもよい。この機能は、通話の持続時間を計ったり、日時スタンプの内容を生成することなどを含んでよい。
【００５２】
移動通信装置１０は、デジタル画像をとるためのカメラ４８などの様々な内蔵のアクセサリを含んでいてよい。写真に対応するイメージファイルはメモリ２４に保存することができる。一実施形態において、移動通信装置１０はまた、全地球測位衛星（ＧＰＳ）受信機、ガリレオ衛星システム受信機、または同種の位置データ受信機（不図示）を含んでいてよい。
【００５３】
移動通信装置１０はまた、１つ以上の遠隔の機器によって無線通信を設立するために１つ以上の無線ネットワークアダプタ５０を含んでいてよい。無線ネットワークアダプタ５０はどのような適当な無線ネットワークアダプタであってもよい。例えば、無線ネットワークアダプタ５０は無線ローカルエリアネットワーク（ＷＬＡＮ）アダプタ、ブルートゥースアダプタ、近距離通信アダプタなどであってよい。一実施形態において、無線ネットワークアダプタ５０は、他の近くのＷＬＡＮが装備されている機器またはＷＬＡＮアクセスポイントと移動通信装置１０が通信することを可能にするＷＬＡＮアダプタである。好ましくは、ＷＬＡＮアダプタ５０は１以上のＩＥＥＥ８０２．１１プロトコル（たとえば８０２．１１（ａ），８０２．１ｌ（ｂ），８０２．１１（ｇ）等の少なくともいずれか）と互換性があり、ユーザが適切な特権を有しておりまた適切に認証されているとすれば、移動通信装置１０がＷＬＡＮ上の固有アドレス（たとえばＩＰアドレス）を取得して、ＷＬＡＮおよび固定されたローカルネットワーク上の１以上の装置や、１以上のプロトコル（例えばインターネットプロトコルやＶｏＩＰ、ＳＭＰ、ＩＭ等）を用いるＷＬＡＮから遠隔に置かれた他の装置（例えばリモートコンピュータや携帯電話等）と通信することを可能にする。
【００５４】
一以上の無線ネットワークアダプタの中で、移動通信装置１０はまた、移動通信装置１０が２Ｇまたは３Ｇの携帯電話、ＷｉＭａｘ、ＷｉＢｒｏ等の技術に基づいた互換の広域ＷＷＡＮと通信することを可能にする一以上の無線広域ネットワーク（ＷＷＡＮ）アダプタを含んでもよい。ＷＷＡＮは、移動通信装置１０によって設けられた又は移動通信装置１０に行くことになっている呼やインターネットアクセス、電子メールまたはそれらの少なくともいずれかを管理し、マルチメディアコンテンツ（例えばイメージファイル、オーディオファイル、ビデオファイルなど）を移動通信装置１０に、または移動通信装置１０から送信し、また何か他のサポート機能を実行するためのサーバまたはサーバ（複数）を含むか、或いはそれに容易に伝達できるように結合されていてもよい。サーバは一般にネットワークと伝送媒体経由で移動通信装置１０と通信する。伝送媒体は、例えば通信塔、別の移動通信装置、無線アクセスポイント、衛星などを含めてどのような適切な機器またはアセンブリであってもよい。ネットワークの一部は無線送信経路を含んでもよい。
【００５５】
携帯電話１０はまた、広域通信システム（例えば３Ｇ、ＧＰＲＳ）中で働くために設定されてもよい。このシステムは、携帯電話１０によって設けられた又は携帯電話１０に行くことになっている呼やインターネットアクセス、電子メール、またはそれらの少なくとのいずれかを管理し、マルチメディアコンテンツ（例えばイメージファイル、オーディオファイル、ビデオファイルなど）を携帯電話１０に、または携帯電話１０から送信し、また何か他のサポート機能を実行するためのサーバまたはサーバ（複数）を含むことができる。サーバは一般にネットワーク及び伝送媒体経由で携帯電話１０と通信する。伝送媒体は、例えば通信塔、別の携帯電話、無線アクセスポイント、衛星などを含めてどのような適切な機器またはアセンブリであってもよい。ネットワークの一部は無線送信経路を含んでもよい。本発明に従う典型的なネットワーク１００は図４において説明される。ネットワーク１００は１つ以上の通信媒体１０２、１つ以上のコンテンツサーバ１０４（１０４Ａ、１０４Ｂ）、広域ネットワーク（ＷＡＮ）１０５（例えばインターネット）、ローカルエリアネットワーク（ＬＡＮ）１０６、少なくとも１つのワイアレスＬＡＮアクセスポイント（ＡＰ）１０８、ＷＡＮ基地局１０７、および移動通信装置１０を含むことができる。コンテンツサーバ１０４ＡはＬＡＮ１０６外にあるものとして示されているけれども、これは説明の便宜のためである。当業者は容易に、コンテンツサーバ１０４Ａが具体的なネットワークトポロジに依存しているＬＡＮ１０６中に位置していてもよいことを理解できるであろう。当業者はまた、典型的なＬＡＮ１０６が、無線ローカルエリアネットワークや、広域ネットワーク、パーソナルエリアアクセス技術（例えば無線ローカルエリアネットワーク、セルラネットワーク、ＷｉＭａｘ、超広帯域ネットワークなど）、公衆通信回線（例えばインターネット）、または、それらの少なくともいずれかであればよいと理解するであろう。
【００５６】
通信媒体１０２は、電子機器が情報またはデータを交換することを許すどのような媒体の形式でもとることができる。例えば通信媒体１０２は、イーサネット（登録商標）などの有線通信媒体や、あるいはＩＥＥＥ８０２．１１（ａ）、８０２．１１（ｂ）または８０２．１１（ｇ）などの無線通信媒体であってよい。さらに、図４において説明されるように、通信媒体１０２はまた、有線通信媒体と無線通信媒体との組み合わせであってもよい。当業者は容易に、ここに説明された機能を可能ならしめるいかなる通信媒体も、本発明の範囲の中にあると見なせると理解するだろう。好ましくは、通信媒体１２は例えばＴＣＰ／ＩＰ、ＵｐｎＰ等を含むさまざまなネットワークプロトコルをサポートすることができる。
【００５７】
図４に例示するように、移動通信装置１０は、コンテンツサーバ１０４Ａからのマルチメディアコンテンツを、アクセスポイント１０８から受け取ることができる。さらに、移動通信装置１０は、インターネット１０５及び基地局１０７を通して、またはＬＡＮ１０６及びアクセスポイント１０８を通して、またはその両者を通して、コンテンツサーバ１０４Ｂからネットワークベースのコンテンツを受け取ることができる。当業者は容易に、移動通信装置１０は、機器１０が通信動作可能な如何なるソースからでもマルチメディアコンテンツを受け取ることができると理解するだろう。同様に、通信媒体１０２は、ここに説明された要求機能を達成するためにどのような適当な形式でも取り得る。
【００５８】
図５は、典型的なコンテンツサーバ１０４（例えばコンテンツサーバＡ、コンテンツサーバＢなど）の概略ブロック図である。コンテンツサーバ１０４はどのようなタイプのサーバであってもよい。好ましくは、コンテンツサーバ１０４は、ＩＰ、ＴＣＰ、ＵＤＰ、ＲＴＰ、ＨＴＴＰ等を含むインターネット技術特別調査委員会（ＩＥＴＦ）によって開発されたプロトコルと互換のメディアサーバである。コンテンツサーバ１０４は、一般にプロセッサ１１０、メモリ１１２、データ記憶媒体１１４、ローカルインタフェース１１６、ビデオインターフェース及び入出力インタフェース１１８、および様々な通信インタフェース１２０を含む。コンテンツサーバ１０４はオプションでディスプレイ１２２、キーボード１２４、およびユーザ入力デバイス１２６（例えばコンピュータマウス）を含んでよい。
【００５９】
一実施形態において、コンテンツサーバ１０４は、マルチメディアコンテンツを格納するデータ記憶媒体１１４を含む。マルチメディアコンテンツは、データ記憶媒体１１４またはコンテンツサーバ１０４に通信で結合される遠隔の記憶媒体（不図示）中に格納することもできる。上述のように、マルチメディアコンテンツはどのような形式（例えばオーディオ、ビデオ、写真等）をもとることができ、いかなる適切なフォーマット（例えばＭＰＥＧ、ＡＶＩ、ＭＰ３、ＪＰＧ、ＴＩＦＦ等）の中にでも格納することができる。マルチメディアコンテンツは圧縮および無圧縮またはそのいずれかの状態で格納することができる。
【００６０】
図６を参照すると、マルチメディアコンテンツ１４０は一般に、メディアコンポーネント１４２とコマンドコンポーネント１４４（またデコーディングコンポーネントとも呼ばれる）とを有する電子ファイルという形式である。メディアコンポーネント１４２は、どのような適切なフォーマット（例えばＭＰ３、ＭＰＥＧ−４、ＡＡＣ、ＪＰＥＧなど）の供給元（例えばサーバ１０４）にでも格納することができる。以下に検討されるように、コマンドコンポーネント１４４はコマンドコンポーネント１４４に記述された演算またはコマンドまたはその両方に基づいたマルチメディアスタック２６中で処理される。コマンドコンポーネント１４４は一般に、メディアコンポーネント１４２を、第一のフォーマットから移動通信装置１０上でメディアコンポーネント１４２を再生するための第二のフォーマットに変換すべく移動通信装置１０によって実行されねばならない機能またはプリミティブの指示リストを含むスクリプトを有する。
【００６１】
一実施形態において、第一のフォーマットから移動通信装置１０上で再生するための第二のフォーマットへ、マルチメディアコンテンツ１４０のメディアコンポーネント１４２を処理するための少なくとも１つの処理ステップを指定するため、スクリプトファイルは拡張マークアップ言語形式のコードを有する。第一のフォーマットから移動通信装置上の再生のための第二のフォーマットへと、マルチメディアコンテンツのメディアコンポーネントを処理するための複数の処理ステップを指定するために、スクリプトファイルは一般に、拡張マークアップ言語形式のコードを有する。
【００６２】
別の実施形態において、拡張マークアップ言語のパーサおよび拡張マークアップ言語のコーデックのコマンドトランスレータまたはそのいずれか一方は、指定された複数のコマンドおよび命令またはそのいずれか一方の実行のために構文解析し、変換して、第一のフォーマットから移動通信装置１０上での再生のための第二のフォーマットへとメディアコンテンツ１４２のメディアコンポーネントを処理するための一連の操作(operarion)を構築する。
【００６３】
さらに別の実施形態において、Ｊａｖａ（登録商標）パーサおよびＪａｖａ（登録商標）コーデックのコマンドトランスレータまたはそのいずれか一方は、指定された複数のコマンドおよび命令またはそのいずれかの実行のために構文解析し、変換して、第一のフォーマットから移動通信装置１０上での再生のための第二のフォーマットへとマルチメディアコンテンツ１４４のメディアコンポーネント１４２を処理するための一連の操作を構築する。
【００６４】
コンピュータアプリケーション１２８は、１つ以上の追加のコンピュータアプリケーションまたは１つ以上のサブコンピュータアプリケーション１３０に論理的に関連づけられるか、またはコールしてもよい（それは一般に実行可能コードのコンパイルを含む）。一実施形態において、コンピュータアプリケーション１２８およびサブアプリケーション１３０またはそのいずれか一方は、１つ以上のコンピュータプログラム（例えば実行可能コードのコンパイルを含む１つ以上のソフトウェアアプリケーション）として具現化される。コンピュータプログラムは、データ記憶媒体または磁気または光学式の記憶装置（例えばハードディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなど）などの他のコンピュータ読み取り可能な媒体上に格納することができる。
【００６５】
コンピュータアプリケーション１２８および関連したサブアプリケーション１３０を実行するために、コンテンツサーバ１０４は、指定された論理ルーチンを実行する命令を実行するために用いられる１つ以上のプロセッサ１１０を含むことができる。好ましくは、コンテンツサーバ１０４はクライアント−サーバアーキテクチャに基づいており、複数のクライアントにサービスできる。しかし、当業者は容易に、ここに説明された機能を持つコンピュータの如何なる組み合わせも、本発明の範囲の中にあるとみなされることを理解するであろう。
【００６６】
コンテンツサーバ１０４は、データ、ソフトウェア、論理ルーチン命令、コンピュータプログラム、ファイル、オペレーティングシステム命令、マルチメディアコンテンツ等を格納するためにメモリ１１２を有してもよい。図５に説明されるように、コンピュータアプリケーション１２８とサブアプリケーション１３０はメモリ１１２に保存できる。メモリ１１２はいくつかの機器を含むことができ、例えば揮発性および不揮発性メモリコンポーネントを含む。そのためメモリ１１２は、例えばランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、フロッピー（登録商標）ディスク、コンパクトディスク（例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＷなど）、テープ、または他のメモリコンポーネント、またはそれらの組み合わせと、加えてこれらのメモリタイプごとに関連したドライブとプレーヤとを含むことができる。プロセッサ１１０、メモリ１１２、およびデータ記憶媒体１１４は、ローカルインタフェース１１６を使って結合される。ローカルインタフェース１１６は、例えば付随するコントロールバスを伴うデータバスや、ネットワーク、または他のサブシステムであってもよい。
【００６７】
コンテンツサーバ１０４は、１つ以上の通信インタフェース１２０だけでなく様々なビデオインターフェース及び入出力インタフェース１１８を持ってもよい。インタフェース１１８は、コンテンツサーバ１０４をディスプレイ１２２（例えばＣＲＴディスプレイ、液晶ディスプレイ、プラズマディスプレイなど）、キーボード１２４、およびユーザ入力デバイス１２６などの様々な周辺装置に結合するために使うことができる。通信インタフェース１２０は、例えばモデム、ネットワークインタフェースカード、および無線ネットワークインタフェースカード、またはそれらの少なくともいずれかを含むことができる。通信インタフェース１３０は、上述したように、コンテンツサーバ１０４が、インターネットや広域ネットワーク（ＷＡＮ）、無線広域ネットワーク（ＷＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ダイレクトデータリンク、あるいは同様の有線（例えばイーサネット（登録商標））または無線システム（例えば２Ｇ、３Ｇ、８０２．１１−準拠のプロトコル）などの外部のネットワーク経由で、ネットワークベースのコンテンツを送信し、また受信することを可能ならしめる。
【００６８】
図７を参照して、移動通信装置の上のマルチメディアコンテンツを再生するための典型的な方法１５０を説明する。方法１５０は、ステップ１５２において、関連した供給元からマルチメディアコンテンツを受信する。上述したように、マルチメディアコンテンツ１４０は一般にメディアコンポーネント１４２とコマンドコンポーネント１４４を有する電子ファイルという形式である。ステップ１５４で、移動通信装置の１つ以上のコンポーネントにより、マルチメディアコンテンツがコマンドコンポーネント１４４とメディアコンポーネント１４２とを含むかが判定される。当業者であれば容易に、マルチメディアコンテンツがメディアコンポーネント１４２とコマンドコンポーネント１４４とを含むかどうかを判定するさまざまな方法があることを理解するであろう。例えば、１つ以上のコマンドの列は、拡張マークアップ言語（ＸＭＬ）パーサを使って、コマンドコンポーネント１４４に含められているスクリプトファイルから取り出すことができる。そして、あるコマンドを使用して、スクリプトファイルから取り出されたコマンドの列を、電子機器のマルチメディアフレームワークによって解釈可能な１つ以上の要素の列へと変換することができる。
【００６９】
ステップ１５６で、コマンドコンポーネント１４４は、コマンドコンポーネント１４４に記述された操作およびコマンドまたはそのいずれかに基づいて、マルチメディアスタック２６中で処理される。ステップ１５８で、メディアコンポーネント１４２は、コマンドコンポーネント１４４によって指定された１つ以上のコマンドに基づいて、第一のフォーマットから第二のフォーマットに変換される。ステップ１６０で、メディアコンポーネント１４２は移動通信装置１０上で再生される。
【００７０】
図８を参照して、マルチメディアコンテンツ１４０を送信するための典型的な方法２００を説明する。方法２００は、ステップ２０２において、移動通信装置１０から関連した供給元（例えばサーバ）に対して、マルチメディアコンテンツ１４０の要求を送信するステップを含む。上述のように、供給元（例えばサーバ１０４）は一般に電子フォーマットでマルチメディアコンテンツ１４０を格納しているが、ここでマルチメディアコンテンツ１４０は、第一のフォーマットで格納されたメディアコンポーネント１４２とコマンドコンポーネント１４４とを含む。ステップ２０４で、マルチメディアコンテンツ１４０は移動通信装置１０によって受信される。ステップ２０６で、第一のフォーマットから第二のフォーマットへとメディアコンポーネント１４２を処理するため、コマンドコンポーネント１４４に従って、コマンドコンポーネント１４４は移動通信装置のマルチメディアスタック２６中で処理される。ステップ２０８で、メディアコンポーネント１４２は移動通信装置の上で再生される。
【００７１】
上述のように検討された方法とシステムはさまざまな利点をもたらす。１つの利点は、デコーダまたは後処理機能またはその両方が、関連したマルチメディアファイルと結合される場合に、オープンソース呼び出し（例えばＯｐｅｎＭＡＸ  ＡＬ）またはオープンソースプリミティブ（例えばＯｐｅｎＭＡＸ  ＤＬプリミティブ）またはその両方の組み合わせとして表現できるなら、新たなメディアタイプが、モバイル機器のファームウェアまたはメモリまたはその両方へのコーデックの統合に先がけてサポートされ得るということである。
【００７２】
別の利点は、公衆ＩＰを用いた完全なデコード（例えば完全検索動作補償(full search motion compensation)）または部分的なデコードを、最終的に必要なフォーマットに至るために必要なデコーディングステップの残りのステップとともに提供される中間ファイルを用いて、メディアの受信側において行えることである。理論上このアプローチは、メーカの機器が特定のベンダの知的財産を持つことを避けるために使うことができ、それによって、マルチメディアのアルゴリズム周辺のライセンス許諾のコストの縮小をもたらす。別の利点は、独自のコードフォーマットを実装でき、しかも、容易かつ費用効果が高い方法で装備できることである。
【００７３】
本発明の特定の実施形態はここに開示されている。当業者は容易に、本発明が他の環境において他のアプリケーションを持つことができると認めるであろう。実のところ、多くの実施及び実装が可能である。以下の請求の範囲は、本発明の範囲を上述した具体的な実施形態に制限することを少しも意図していない。さらに、「ための手段(means for)」という記述は構成要件および請求項の機能手段(means-plus-function)解釈を想起させる意味があるが、その一方、たとえ請求項が他の態様で用語「手段(means)」を含んでいたとしても、「ための手段」を特に用いていない如何なる構成要件も、機能手段の構成要件として解釈されるべきであることを意味しない。明細書では、存在する方法のステップを特定の順序で配置しているが、これらステップは如何なる順序で実行しても良いし、あるいは同時に実行しても良いことにも注目されるべきである。
【００７４】
本発明のコンピュータプログラム要素は、ハードウェアおよびソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含める）またはそのいずれかに具現化され得る。本発明はコンピュータプログラム製品の形式をとることもできる。コンピュータプログラム製品は、コンピュータが使用可能な、またはコンピュータ可読のプログラム命令、「コード」または命令実行システムによる、またはそれに関連した使用のために媒体に具現化された「コンピュータプログラム」を有するコンピュータが使用可能記憶媒体、またはコンピュータ可読記憶媒体によって具現化できる。この文書の文脈の中で、コンピュータ使用可能媒体またはコンピュータ可読媒体は、命令実行システムや装置、または機器による、または関連した使用のために、プログラムを内包し、あるいは格納し、伝達し、伝播し、転送することができるどのような媒体であっても良い。コンピュータ使用可能媒体またはコンピュータ可読媒体は、たとえば、電子的、磁気的、光学的、電磁的、赤外線、または半導体システム、装置、機器、またはインターネットなどの伝播媒体であってよいが、それに制限されることはない。コンピュータ使用可能媒体またはコンピュータ可読媒体は、例えば用紙や他の媒体の光学的な走査を通してプログラムを電子的にキャプチャでき、その後の適当な方法でコンパイルや解釈あるいは他の処理ができるので、プログラムが印刷された紙や他の適当な媒体であってもよいことに着目すべきである。ここに説明されたコンピュータプログラム製品とすべてのソフトウェアとハードウェアは、本例の実施形態において本発明の機能を実行するための様々な手段を成形する。
【図１】
2010512564.tif 000003
【図２】
2010512564.tif 000004
【図３】
2010512564.tif 000005
【図４】
2010512564.tif 000006
【図５】
2010512564.tif 000007
【図６】
2010512564.tif 000008
【図７】
2010512564.tif 000009
【図８】
2010512564.tif 000010
【手続補正書】
【提出日】平成20年10月29日(2008.10.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電子機器（１０）によってマルチメディアコンテンツを受け取るための方法であって、
関連した供給元からマルチメディアコンテンツを受信するステップと、
マルチメディアコンテンツに、コマンドコンポーネント（１４４）と第一のフォーマットで表現されたメディアコンポーネント（１４２）とが含まれるかを、拡張マークアップ言語（ＸＭＬ）パーサを用いて前記スクリプトファイルから１つ以上のコマンドの列を取り出し、コマンドトランスレータを作動させて、前記スクリプトファイルから取り出されたコマンドの列を、前記電子機器のマルチメディアフレームワークにより解釈可能な１つ以上の要素の列に変換することで判定するステップと、
前記スクリプトファイルが前記要素の列の少なくとも１つの実行を表しているコードを含むなら、前記スクリプトファイルに含められているコードを前記マルチメディアフレームワークの要素プラグインのリセプタクルに提供することで、前記電子機器において前記コマンドコンポーネントを処理して前記メディアコンポーネントを前記第一のフォーマットから第二のフォーマットに変換するステップと、
前記電子機器上で前記第二のフォーマットの前記メディアコンポーネントを再生するか、または、前記電子機器により、前記第二のフォーマットの前記メディアコンポーネントを第二の電子機器へと出力するステップと
を有することを特徴とする方法。
【請求項２】
電子機器（１０）が移動通信装置であることを特徴とする請求項１の方法。
【請求項３】
前記第一のフォーマットの前記メディアコンポーネントを前記電子機器の不揮発性メモリ（２４）に格納する工程をさらに有することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記第二のフォーマットの前記メディアコンポーネントを前記電子機器の前記不揮発性メモリ（２４）に格納する工程をさらに有することを特徴とする請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記コマンドコンポーネント（１４４）が、前記第一のフォーマットから前記第二のフォーマットに前記メディアコンポーネントを変換するための処理ステップを特定する少なくとも１つのコマンドを含むスクリプトファイルであることを特徴とする請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
コマンドの少なくとも１つの要素の実行を表すコードが前記スクリプトファイルの中に含まれることを特徴とする請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記スクリプトファイルが、拡張マークアップ言語（ＸＭＬ）互換のフォーマットであることを特徴とする請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記コマンドコンポーネントを処理するステップが、前記メディアコンポーネントを前記第一のフォーマットから前記第二のフォーマットに変換する一連の操作として前記１つ以上の要素の列を解釈する前記マルチメディアフレームワークをさらに含むことを特徴とする請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記コマンドコンポーネントを処理するステップが、前記メディアコンポーネントを前記第一のフォーマットから前記第二のフォーマットに変換する一連の操作として前記１つ以上の要素の列を解釈するマルチメディアフレームワークをさらに含むことを特徴とする請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記メディアコンポーネントを前記第一のフォーマットから前記第二のフォーマットに変換するためのＪａｖａ（登録商標）パーサまたはＪａｖａ（登録商標）コーデックコマンドトランスレータまたはその両方によって処理するために、マルチメディアフレームワークの要素プラグインのリセプタクルに対するスクリプトファイル中にＪａｖａ（登録商標）互換コードをさらに含むことを特徴とする請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
不揮発性メモリ（２４）と、
不揮発性メモリに格納されたマルチメディアコンテンツを処理するための複数のマルチメディアコーデックを有するマルチメディアスタック（２６）と、
携帯電話で受信したマルチメディアコンテンツが、コマンドコンポーネント（１４４）と第一のフォーマットで表現されたメディアコンポーネント（１４２）を含むかを、拡張マークアップ言語（ＸＭＬ）パーサを用いて前記スクリプトファイルから１つ以上のコマンドの列を取り出し、コマンドトランスレータを作動させて、前記スクリプトファイルから取り出されたコマンドの列を、前記電子機器のマルチメディアフレームワークにより解釈可能な１つ以上の要素の列に変換することで判定でき、前記スクリプトファイルが前記要素の列の少なくとも１つの実行を表しているコードを含むなら、前記スクリプトファイルに含められているコードを前記マルチメディアフレームワークの要素プラグインのリセプタクルに提供することで前記携帯通信装置内の前記マルチメディアコンテンツの前記コマンドコンポーネントを処理して、前記メディアコンポーネントを第一のフォーマットから前記携帯通信機機上で再生するのに適した第二のフォーマットへと変換するプロセッサ（３２）と
を備えることを特徴とする携帯通信装置。
【国際調査報告】
2010512564.tif 000011
2010512564.tif 000012
2010512564.tif 000013