JP4550068B2 - メディアプレゼンテーションを用意および再生するシステムおよび方法 - Google Patents

Description

本出願は、「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ａｒｒａｎｇｉｎｇ ａｎｄ Ｐｌａｙｉｎｇ ａ Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ」と題され、２００３年１１月１４日に出願された、米国特許出願番号第１０／７１９，３１７号に関連し、ここに援用される。

本発明の分野は、メディアオブジェクト（例えば、画像または音声）のプレゼンテーションである。より詳細には、本発明は、埋め込みプロセッサシステムを用いたメディアオブジェクトをプレゼンテーションすることに関する。

多くの電子機器は埋め込みプロセッサを使用する。例えば、モバイル電子機器はしばしば、埋め込みプロセッサ、マイクロプロセッサ、または、機器を制御し、インターフェースをユーザに提供するためのコントローラを含む。より詳細には、携帯電話、携帯情報端末（ＰＤＡ）、ＭＰ３プレーヤ、およびカメラなどの機器は、一般に、これらの機器を監視し、動作させ、および使用するための埋め込みプロセッサを含む。また、ＤＶＤプレーヤ、ＣＤプレーヤ、ステレオ機器、電気機器、および自動車などの多くの消費者機器は、埋め込みされた動作コントローラを含む。これらの埋め込みされたコントローラは通常、制限された処理性能を有し、それらの処理性能は、好ましくは、複雑なユーザインターフェースを提供するために、過度の処理電力およびメモリを使用する代わりに、動作および監視機能に対して優先順位を付ける。これらの機器はまた、コストを抑えるために、ＲＡＭメモリなどの制限されたメモリを有し得る。このようにして、埋め込みプロセッサの制限されたメモリ、制限されたプロセッサ電力、および、単純な構造は、コストに敏感であり、信頼性のある機器を作成するために協働する。

これらの埋め込みシステムはしばしば、ユーザへの画像表示を要求し、または、ユーザへの画像表示から利益を得、しばしば、スピーカ、ＬＥＤパネル、または他のメディアプレゼンテーション構成要素などの他のプレゼンテーション機器を有する。例えば、携帯電話は、ＬＣＤスクリーン上に表示されたグラフィカルユーザインターフェース（ＧＵＩ）を有し得、マンマシンインターフェース（ＭＭＩ）を提供する。携帯電話はまた、ユーザに画像を観させ、好みの曲を聴かせ、または映画の予告編を観させることによって、ユーザ経験を向上させ得る。携帯電話におけるプロセッサは、電話処理（ｃａｌｌ ｐｒｏｃｅｓｓｉｎｇ）、診断、およびサポート機器を担い、それゆえ、制限されたプロセッサ電力が、ユーザインターフェースまたは他の画像処理を動作させ、管理するために、通常は利用可能である。しかしながら、消費者は、彼らの電子機器を用いて、より興味を誘い、より有用な対話を要求している。一例において、消費者は、音声、画像、グラフィック、アニメーション、または映画などを利用することによって、ユーザインターフェースに対するメディアの局面を所望する。

埋め込みシステムを使用する通常の機器は、制限されたＲＡＭメモリ、および比較的に単純なプロセッサ構造を有する。従って、その機器は、例えば、ほんの短いアニメーションの一部、または単純なスクリーンセーバーの表示を可能にすることによって、制限されたメディア経験のみを提供し得る。より長いメディアプレゼンテーションは、過度の処理電力およびメモリを消費し得、その機器の制限されたリソースの相当な量を、メディアプレゼンテーションを管理および再生することに流用し得る。そのような場合において、その機器は、例えば、携帯電話の呼び出しなどの、時間的に重要なイベントに応じることに失敗し得る。なぜならば、その機器は、メディアプレゼンテーションに多くのメモリまたはプロセッサを専念させてしまっているからである。しかし、電力またはメモリの増加が、埋め込みシステムおよび機器に対する複雑さやコストを増加させる。これらの制限にもかかわらず、消費者はさらに興味を誘う、アクティブで、有用なユーザインターフェースを要求しており、より長いメディアプレゼンテーションは、さらに有用で、美的に魅力的な表示をすることを補助することが可能である。

また、消費者は、ユーザの特定の好みに対してカスタマイズおよびあつらえられ得る電子機器を所望する。例えば、携帯電話はしばしば、ユーザが、ハウジングの色、美的スタイル、またはメッセージを選択することができる、可変のフェイスプレート（ｆａｃｅｐｌａｔｅ）を提供する。別の例において、多くの携帯機器は、ユーザがその機器に、「ウェイクアップ（ｗａｋｅ−ｕｐ）」スクリーンを特定することが可能である。この方法において、その機器が、そのユーザに特定的なメッセージを用いて、そのユーザに[挨拶」をする。通常のカスタマイズされたスクリーンは、そのユーザに、その地方の天気を表示し得、または、そのユーザのお気に入りのチームの最新の成績を提示し得る。

従って、特にその埋め込みシステムが制限されたメモリおよびプロセッサ性能を有する場合に、埋め込みシステム上にて、シーケンシング（ｓｅｑｕｅｎｃｉｎｇ）およびメディアオブジェクトのプレゼンテーションを可能にする、カスタマイズ可能なシステムおよび方法を提供する必要が存在する。

簡潔には、本発明は、メディアプレゼンテーションにおいて、メディアオブジェクトを準備および再生するための方法およびシステムを提供する。そのシステムにより、ユーザが、メディアプレゼンテーションへの、音声ファイル、画像ファイル、アニメーション、およびテキストなどのメディアオブジェクトを選択および順序化することが可能である。メディアプレゼンテーションは、次いで、トリガ、または他の割り込みのイベントに関連される。そのイベントが生じると、システムは、そのシステムの出力機器上にて、メディアプレゼンテーションを再生する。システムの一例においては、選択されたメディアファイル、配列情報、および他の属性は、メディアパッケージに集められる。そのメディアパッケージは、リモート機器へ発行され、リモート機器はメディアプレゼンテーションを再生し得る。

好ましい例において、方法は、携帯電話上で動作する。ユーザは、その電話に格納された画像ファイルから、画像のシーケンスを選択する。そのユーザはその画像を所望する順序に用意し、一部の場合においては、その選択された画像に対して、例えば、継続期間、タイミング、トランジション（ｔｒａｎｓｉｔｉｏｎ）を特定することを可能にさせ得る。特定の構成に依存し、ユーザはまた、音声ファイル、テキスト、またはアニメーションなどの他のメディアオブジェクトを特定およびシーケンスし得る。選択され、順序化された画像（および、選択された場合、他のメディアオブジェクト）は、スクリーンセーバーファイルとして格納される。スクリーンセーバーファイルは、その電話上にて、スクリーンセーバーイベントに関連付けられ、通常は、所定のアクティブではない期間の後に、トリガするようにセットされている。次いで、その電話は、スクリーンセーバーイベントを監視しており、それが生じたときに、カスタマイズされたスクリーンセーバーを再生する。

有利なことに、記載されたシステムおよび方法により、ユーザは、携帯電話などの、比較的単純な機器上にて、カスタマイズされたメディアプレゼンテーションをダイナミックに用意することが可能である。この方法において、ユーザは、ユーザの個人的な好みに従い、その機器をカスタマイズすることが可能である。例えば、ユーザは、個別のスクリーンセーバーまたは音声通知として、カスタムのマルチメディアプレゼンテーションを構成し得る。これらのカスタムのプレゼンテーションは、通常の既知の携帯機器上で利用可能ではない高度性および専門性のレベルを提供し、異なるタイプのメディアを、劇的なマルチメディアプレゼンテーションへと組み合わせ得る。本システムおよび本方法は、比較的単純なプロセッサ構造上にて動作し、制限されたメモリリソースを有する機器にて動作する。この方法において、本システムおよび方法は、相当な追加されたコストまたは複雑性無しに、インプリメントされ得る。

ここで図１を参照すると、メディアプレゼンテーションを順序化し、再生するシステムおよび方法が例示される。システム１０は、無線通信機器１２を使用した例示的な構成を示す。図１は無線機器１２を例示するが、システム１０の方法は、有利にも、多くの他の機器のタイプにて使用され得ることは理解されたい。例えば、システム１０の方法は、携帯情報端末（ＰＤＡ）、ＭＰ３プレーヤ、ＤＶＤ／ＣＤプレーヤ、電気機器、車、カメラ、または他の消費者機器などの、埋め込みコントローラを有する機器において使用され得る。

通常、システム１０により、消費者は、カスタムのメディアプレゼンテーションをダイナミックに配置または構成するために、シンプルな無線機器１２を使用することができる。カスタムのメディアプレゼンテーションは、機器１２上において、一部のイベントトリガに関連され、そのイベントが生じた場合、機器はメディアプレゼンテーションを再生する。例えば、ユーザは、個人用の画像ファイル、お好みの音声、およびカスタムテキストを含む、カスタムのスクリーンセーバーを規定し得る。メディアプレゼンテーションは、無線機器１２上にて、スクリーンセーバートリガに関連付けられ得る。スクリーンセーバーが再生されるべきであると無線機器が指示する場合、カスタムのメディアプレゼンテーションは、スクリーンセーバーとして再生される。この方法において、ユーザは、機器を、より容易に使用するために、より興味を引くように、および、さらに美的に美しくするために、ユーザの無線機器をパーソナライズおよびカスタマイズし得る。

無線機器１２は、キーパッド４６およびマイクロフォン４８などの入力機器１７を含む。キーパッドは、数字のテンキー入力、トグルスイッチ、回転ノブ、ならびに、他のボタンおよび入力要素を含み得る。無線機器１２はまた、バーコード読取り器および携帯用のキーボードなどの他の入力機器を含み得る。無線機器はまた、出力機器１６を有する。無線機器のための通常の出力機器はグラフィックディスプレイ４１を含み、グラフィックディスプレイ４１は、白黒またはカラーＬＣＤディスプレイの形式であり得る。無線機器１２はまた、通常は、一つ以上のスピーカ４２を有する。スピーカは、ユーザが通話を聴き、呼び出し音を聴き、可能である場合、スピーカフォンとしての使用を容易にするための通信を聴くことができるように構成される。一つのスピーカがこれら全ての機能のために準備され得、または、その無線機器は多数のスピーカを有し得る。無線機器１２はまた、無線機器の状態を示すために、および照明の目的のために有用である他のライト（ｌｉｇｈｔ）４３を有し得る。無線機器はまた、無線機器を振動させ、呼び出し音が所望されない場合に、ユーザにインカミングコールを知らせるための、バイブレータ４４を有し得る。

無線機器はまた、アンテナ５１およびトランシーバ５３を含むＲＦセクション１９を有し、ならびに、ＲＦセクション１９はロケーション位置を決定するためのＧＰＳ受信器５５を含み得る。ＲＦセクション、入力機器、出力機器を含む無線機器の通常の構成は良く知られており、それゆえ、詳細に記載しないことは理解されたい。ＲＦセクション１９、入力機器１７、および出力機器１６は全て、プロセッサ１４に結合する。プロセッサ１４は、単一のプロセッサの形式であり得、または、多数の相互接続されたプロセッサとして構成され得ることは理解されたい。プロセッサは、マイクロプロセッサ、コンピュータチップ、ゲートアレイ、ＰＬＤ、または他のロジック機器の形式であり得る。プロセッサ１４は、一例において、比較的シンプルな構造および制限されたＲＡＭメモリを有する埋め込みプロセッサであり得る。プロセッサ１４は、無線機器のためのいくつかの機能をインプリメントし、それらの機能は、ハードウェア、ソフトウェア、アプリケーションソフトウェア、またはそれらの組み合わせにおいて実行され得る。無線機器１２はまた、示されてはいないが、バッテリー電源およびハウジングなどの他の構成要素を含む。

プロセッサ１４は、無線機器のユーザのためのユーザインターフェースを提供するように機能する。このユーザインターフェースは、通常、キーパッド４６および他の入力機器１７からの入力を受け入れ、ディスプレイ４１などの出力機器１６上において、ユーザに、指示、状態、および他の情報を表示する。ユーザインターフェースの一部として、プロセッサ１４は設定ユーティリティ２７をインプリメントする。設定ユーティリティ２７により、ユーザは、プレゼンテーションへのマルチメディアファイルを選択および順序化することができる。メディアファイル２１は、設定ユーティリティ２７によってアクセスされ得、利用可能なファイルのリストがユーザに表示される。メディアファイル２１は、無線機器上、または無線機器上の拡張メモリカードにおいてローカルに格納され、または、ワイヤレスにアクセス可能であるサーバ上であり得る。メディアファイル２１は、サウンドファイル５８、画像ファイル５９、アニメーションファイル６０、合成された会話（ｓｐｅｅｃｈ）ファイル６１、およびＭｉｄｉファイル６２を含み得る。

メディアファイルはまた、リンク６４を含み得、それは、追加的なリモートメディアファイル２８を識別するためのリモートサーバへのリンクを提供し得る。メディアファイル２１はまた、トランジション（ｔｒａｎｓｉｔｉｏｎ）６３を含み得る。トランジションは、メディアファイルを起動し、メディアファイルを終了させ、またはメディアファイルを変更する場合に、スムーズな変化を提供するために使用される。例えば、トランジションは、画像をゆっくりとスクリーンから消えさせ、または、ユーザの視界から徐々に消えさせ得る。そのようなトランジションは、機器上におけるメディアプレゼンテーションに対して、より仕上がった、専門的な外観を呈する。

設定ユーティリティ２７を使用して、ユーザは、メディアプレゼンテーションのために、一連のメディアファイルを選択する。例えば、ユーザは、一連の個人的な画像および好みの音楽クリップを選択し得る。ユーザは次いで、その画像を適切なシーケンスに順序化するために設定ユーティリティ２７を使用し、開始イベントおよび音楽クリップの期間を設定する。設定ユーティリティ２７は、次いで、メディアパッケージ２３を生成する。メディアパッケージ２３は、無線機器が、メディアファイル情報、順序情報、タイミング情報を含むメディアプレゼンテーションを再生することができる十分な情報を有する。

メディアパッケージ２３が生成された後、関連付けユーティリティ２６は、無線機器上にて、そのメディアパッケージをトリガイベントに関連付けるために使用され得る。一例において、関連付けユーティリティはまた、無線機器１２のユーザインターフェースの一部であり、それによって、ユーザは、特定のメディアパッケージを特定のトリガイベントに関連付けることができる。例えば、ユーザは、特定のメディアパッケージをスクリーンセーバーイベントに関連付け得、別のメディアパッケージを「呼び出しの受信（ｃａｌｌ ｒｅｃｅｉｖｅｄ）」のトリガイベントに関連付け得る。設定ユーティリティ２７は無線機器によって自動化され得ることがまた理解され、その結果、無線機器は、自動的に検出し、メディアパッケージを特定のトリガイベントに関連付ける。関連付けユーティリティ２６が関連付けした後、イベントとメディアファイルとの間の関連付けが、関連付けリスト２５において格納される。他の方法は、関連付けを格納および追跡するために使用され得ることは理解されたい。

関連付けユーティリティ２６は、メディアパッケージをいくつかの異なるタイプのトリガイベントに関連付けし得る。例えば、無線機器は、コールプロセッサイベント３４を有し得、コールが受信され、コールが切断され、またはコールが切られる場合、トリガを提供する。さらに、コールプロセッサは、音声コール、ページングコール、ＳＭＳメッセージ、またはテキストメッセージが受信されるかどうかに関して、指示またはトリガを提供し得る。タイマー３５はまた、トリガを生成し得る。例えば、ユーザのアクティビティがない間の後に、無線機器はしばしば、スクリーンセーバーのトリガを提供し、スクリーンセーバーをＬＣＤスクリーン上に表示させる。スクリーンセーバーは、美的なアピールを無線機器に提供するだけでなく、ＬＣＤが焼き付き（ｂｕｒｎｏｕｔ）状態を被ることを防ぐ。キー３６を押すことはまた、メディアパッケージをロードおよび再生するために使用され得るトリガイベントを生成し得る。発信者番号機能３７はまた、音声コールを開始する特定の発信者の指示を提供する多くの無線機器上にて利用可能である。

別の例において、機器モニタ３８は、機器トリガをセットするために使用され得る。例えば、機器トリガは、低バッテリー状況、キャリアが受信されていない状況、または、無線機器の他の状態にセットされ得る。最後に、多くの無線機器は、位置ロケーション情報３９を得る性能を有する。この位置ロケーション情報は、トリガイベントを設定するのに有用であり得る。例えば、ユーザは、特定の曲が、ユーザがまさに自宅に到着したときに再生されることを所望し得る。別の例において、ロケーショントリガは、無線機器がコーヒーショップが近くであるという指示を受信するときはいつでも、別の曲を再生するように設定することが可能である。多くの他のイベントトリガが、この開示と矛盾せずに生成され得ることは理解されたい。

関連付けユーティリティ２６が特定のイベントまたはトリガイベントのセットをメディアパッケージに関連付けた後、イベントプロセッサ３３は、そのイベントまたは他のイベントの発生を監視するために使用される。イベントプロセッサは、関連された発生を検出すると、メディアエンジン２９に割り込み（ｉｎｔｅｒｒｕｐｔ）を提供する。メディアエンジン２９は関連付けリスト２５を呼び戻し得、特定のトリガイベントが発生した後に、どのメディアパッケージが呼び戻されるべきかの識別を含む。例えば、タイマーイベント３５がメディアエンジン２９に対して割り込みを提供した場合、メディアエンジン２９は、どのメディアファイルがタイマーイベントに関連されるかに関して、関連付けリスト２５からの情報を抽出し得る。関連付けリスト２５は、特定のメディアパッケージが、タイマーイベントトリガ上にて、スクリーンセーバーとして再生されることを指示し得る。

メディアエンジン２９は、それゆえ、メディアパッケージファイル２３からのメディアパッケージを抽出し、ディスプレイ４１、スピーカ４２、またはメディアパッケージによって使用される他の出力機器上において、メディアプレゼンテーションを提示する。示された例において、メディアパッケージ２３は、メディアオブジェクトデータを含み、メディアエンジンは、メディアファイル２１にアクセスすることなく、メディアプレゼンテーションを再生することができる。代替的な実施において、メディアパッケージは、メディアオブジェクトへの参照リンクを提供し、メディアエンジンは、メディアファイル２１から、必要とされるメディアオブジェクトにアクセスする。メディアパッケージおよびメディアオブジェクトは、メディアエンジン２９によって即時に使用され得るフォーマットにおける電話（ｐｈｏｎｅ）上にてローカルに格納され得、または、メディアパッケージプロセッサ３１は、メディアエンジン２９による使用のためのメディアパッケージおよびメディアオブジェクトをさらに処理するために使用され得る。例えば、一つ以上の個々のメディアオブジェクトは、メディアエンジンによって十分に使用されるには大きすぎであり得る。従って、メディアパッケージプロセッサ３１は、その大きいメディアオブジェクトを、一連のシーケンスセグメント、または、メディアエンジン２９によって容易に収容され得るサブセットに分割するために使用され得る。

ここで図２を参照すると、メディアプレゼンテーションを用意および再生する方法のフローチャートが例示される。方法８０は、ユーザにメディアプレゼンテーションの構成をセットさせることによって開始される（８１）。構成をセットすることにおいて、ユーザは、ローカル機器またはリモートサーバのいずれかの上のファイルにアクセスする（８７）。ローカルファイルは、ローカルメモリに格納され得、または、例えば、取り外し可能なメモリカード上に格納され得る。メディアオブジェクトは、画像ファイル、アニメーション、音声ファイル、Ｍｉｄｉ音楽ファイル、テキストファイル、人工会話（ａｒｔｉｆｉｃｉａｌ ｓｐｅｅｃｈ）ファイル、または他のタイプのメディアオブジェクトであり得る。ユーザは、次いで、メディアプレゼンテーションの一部として使用するための、音声、画像、アニメーション、または他のメディアオブジェクトのセットを選択する（８８）。ユーザは、次いで、選択されたメディアプレーヤオブジェクトの順序を特定し得る（８９）。一例において、メディアオブジェクトのそれぞれは、順々に再生され得る。別の例において、所定のメディアオブジェクトは、画像が表示されると同時にユーザが音楽クリップを再生することを所望する場合など、別のものと同時に再生され得る。ユーザは次いで、メディアファイルのそれぞれのために、所定の特定の属性をセットすることができる（９０）。メディアオブジェクトのそれぞれのタイプは、セットされ得る異なる属性を有し得ることは理解されたい。例えば、音声ファイルは、期間属性およびボリューム属性を有し得、他方、画像ファイルは、期間属性および色の深度属性を有し得る。ユーザはまた、トランジションをメディアオブジェクトに追加することができる（９１）。トランジションは、メディアオブジェクトの開始、メディアの終了、またはメディアオブジェクトの間において付け加えられ得る。通常のトランジションは、ズーム、フェイド、ディゾルブ（ｄｉｓｓｏｌｖｅ）、ルーバー（ｌｏｕｖｅｒ）、およびスピンを含み得る。多くの他のタイプのトランジションが使用され得ることは理解されるべきである。

ユーザが構成をセットした後、メディアパッケージは生成される（８２）。メディアパッケージは任意の形式において用意され得る。例えば、メディアパッケージはカプセル化され得る（９４）。カプセル化されたメディアパッケージは、選択されたメディアオブジェクトのそれぞれに対するデータ情報、および、必要な並び替え、シーケンシング、およびタイミング情報を含む。この方法において、カプセル化されたメディアパッケージは、メディアプレゼンテーションを提示するために、メディアエンジンに対して必要な情報を内包（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）している。一例において、カプセル化されたメディアパッケージは発行され得る（８６）。カプセル化されたメディアパッケージはサーバに発行され得、他のユーザがそのメディアパッケージにアクセスおよびダウンロードし得、あるいは、他のユーザに直接、送信され得る。この方法において、リモートユーザは、カプセル化されたメディアパッケージを特定のトリガイベントに関連付けることができ、リモートのユーザ機器上にてメディアプレゼンテーションを再生させることができる。

メディアパッケージはまた参照され得る（９５）。参照されたメディアパッケージは、全てのメディアデータ情報を含むわけではないが、その代わり、ディレクトリ情報またはファイル情報を、メディアファイルが配置され得る場所に提供する。例えば、参照されたメディアパッケージは、特定の画像オブジェクトが配置され得る、ディレクトリ名、ファイル名、またはサーバ名を含み得る。この方法において、メディアファイルは、多くのメディアパッケージによって再利用され得、それによって、メモリスペースを節約する。メディアパッケージはまた、自動的にメディアオブジェクトをリンクし得、または、個々のメディアオブジェクトが大きすぎる場合、次いで、全てのメディアオブジェクトを形成するためにより小さなセグメントをつなぎ合わせ得る。リンクされたメディアパッケージを使用して（９２）、それぞれのメディアオブジェクトまたはセグメントは、十分な情報に関連付けられ、メディアエンジンに次のメディアオブジェクトをロードさせる。この方法において、メディアオブジェクトまたはセグメントのそれぞれは、共に、リンクされるかつながれる。一部の構成において、リンクされたメディアパッケージは、よりシンプルなプロセッサ構造およびメモリ管理を提供する。

いったんメディアパッケージが生成されると、メディアパッケージは特定のトリガイベントに関連付けられ得る（８３）。例えば、トリガイベントは、インカミングコール（９６）、特定の発信者情報（９７）、特定の時間または継続期間（９８）、または、機器の状態（９９）であり得る。多くの他のトリガイベントが使用され得ることは理解されたい。その機器は次いで、イベントを監視する（８４）。イベントが生じた場合、機器はメディアエンジンをアクティベートし、メディアパッケージを再生および提示する（８５）。この方法において、プレゼンテーションは、特定のトリガイベントに応答して、ユーザに対して再生される。

ここで図３を参照すると、プレゼンテーションのセグメントファイルを生成および再生する方法のフローチャートが示される。方法１２０は、特に、制限されたＲＡＭを有するシンプルな構造を有する埋め込みシステムにとって有用である。全体のメディアセグメントがメディアオブジェクトを提示するのに先立ち、ローカルＲＡＭにロードされ得る場合、そのような埋め込みシステムは最も効率的に活用される。埋め込みプロセッサはしばしば、制限されたＲＡＭを有するゆえ、一連のメディアオブジェクトのサイズおよび数は制限され得る。それゆえ、方法１２０は、大きなメディアプレゼンテーションを個々のセグメントに分割させ得、それぞれのセグメントは、利用可能なＲＡＭに十分にロードされるようにサイズを調整される。有利なことに、長いメディアプレゼンテーションは、次いで、トリガイベントに応答して、提示され得る。この方法において、機器はさらに扱いやすく、さらに興味を引き、さらに楽しいものになる。セグメントを生成およびシーケンシングする、さらなる記載は、米国特許出願番号第１０／７１９，３１７号に関連して提供され、該出願は、ここにおいて援用される。

方法１２０は、ブロック１２２において示されるように、メディアプレゼンテーションを規定するために、ユーザにメディアオブジェクトを選択および順序化させることによって開始される。この例において、ユーザは、音声「ｍｐ１」の再生を開始することを所望し、次いで、アニメーション「ａｎ１」の再生を開始する。アニメーションが完了した後、ユーザは次いで、画像「ｊｐ１」を表示することを所望する。選択および順序付けは、機器のユーザインターフェースの一部としてなされ、その情報は、バッチプロセス１３７に転送される。多くの代替案は、ユーザがメディアオブジェクトを選択および順序化することができるように、インターフェースを提供するために存在することは理解されたい。バッチプロセス１３７はメディアファイル１２４へのアクセスを有し、そこで、その選択されたメディアオブジェクトのそれぞれは見出され得る。音声１２６「ｍｐ１」などのメディアオブジェクトのそれぞれは、メディアファイル１２４内であり、ファイルフォーマット、ファイル名、およびサイズ情報の指示を含む。例えば、音声１２６は、ＭＰ３フォーマットであり、音声データファイルは、「ｍｐ１」と名付けられたファイルにおいて見出され得、そのファイルのサイズは１５０ユニットである。サイズのユニットは、例えば、バイトまたはキロバイトであり得、または、相対的なサイズの指示であり得る。別の例において、アニメーションファイル１２８は、８つの一連の画像ファイルを含むことが示され、それぞれがビットマップのフォーマットであり、２００ユニットから４００ユニットの間のサイズである。最後に、画像１２９は、ＪＰＥＧフォーマットであり、サイズは６００ユニットである。

バッチプロセスはまた、構成情報１３１へのアクセスを有し、それは、個々のプレゼンテーションセグメントに対して最大のサイズを含み得る。そのサイズは、それぞれのアニメーションセグメントがメモリにロードされるように前もって決定され得、または、特定の機器の状態に依存して、ダイナミックに決定され得る。バッチプロセス１３７はメディアプレゼンテーションにおいて全てのファイルの数およびサイズを知っており、且つ、構成ファイル１３１からの最大サイズを知っているがゆえ、バッチプロセス１３７は、そのプレゼンテーションを一連のセグメント１４０のセットに分割することができる。例えば、非常に大きいメディアオブジェクトは、より小さい一連のセグメントに分割され得、他方で、小さいメディアオブジェクトのシーケンスは単一のセグメントに組み合わされ得る。この方法において、セグメントは、利用可能なＲＡＭメモリにロードするために特に十分なようにサイズを調整されて、提供される。セグメントのそれぞれはまた、シーケンシング、タイミング、または他のプレゼンテーション情報を提供する、一つ以上のアクションコマンドを含み得る。

図３において、最大サイズが１０００にセットされ得る。バッチプロセスは、それゆえ、音声ファイルのみを含む、第１のプレゼンテーションセグメント１４１を形成する。音声ファイルは別個にセグメント化される。というのは、音声ファイルは、いくつかの画像フレームを表すのと同時に再生されるからである。音声セグメント１４１は、ファイル識別子１５１、音声ファイルが７秒間（７０００ｍＳ）１５２再生されるべきであることを表すアクションコマンド、および、セグメント「Ａ」が即座にロードされ再生されるべきであることを表す別のアクションコマンド１５３を含む。音声セグメント１４１はまた、ファイル「ｍｐ１」がロードされるべきであることを示す。「ｍｐ１」が再生された後、最後のアクション命令１５４が、追加のファイルがロードされないことを命令する。

アニメーションファイル１２８における画像が、１０００という最大サイズよりも、合計ではるかに大きくなるがゆえに、バッチプロセス１３７は、そのアニメーションを三つの一連のセグメント１４２、１４３、および１４４に分割する。第１のセグメント１４２は、第１の３つの画像のビットマップを含む。第１の３つの画像はそれぞれ、音声ファイルが含まれるのと同時に、メモリ内にあるがゆえに、第４のビットマップは、１０００のサイズ制限を超過してしまい、ロードされ得ない。この方法において、セグメント１４２は第１の３つの画像ファイルに制限される。類似した方法において、第２の画像セグメント１４３は、ビットマップ４および５のみを含む。最後に、第３のセグメント１４４は最後の３つのビットマップ画像を含む。

３つのアニメーションのセグメントのそれぞれは、ファイル識別子および少なくとも一つのアクション命令を含む。例えば、セグメント１４２が「Ａ」と識別され、「Ａ２」というアクション識別子を有する。この方法において、セグメント１４２は、セグメント「Ａ２」を次の一連のセグメントとして識別するアクション命令を含む。この方法において、セグメント「Ａ」が再生される場合、メディアエンジンは、セグメント「Ａ２」をロードおよび再生するように命令される。類似した方法において、セグメント１４３は次のアニメーションセグメントとして、「Ａ３」にコールバック（ｃａｌｌｂａｃｋ）を提供するための、アクション命令「Ａ３」を含み、セグメント１４４は、セグメント「Ａ３」が再生された場合に、「Ａ４」セグメント１４５をコールするための、「Ａ４」というコールバック命令を含む。「Ａ４」セグメントはまた、画像「ｊｐ１」が５秒間、表示されるべきであることを示すための第１のアクション命令を含み、および、メディアプレゼンテーションにおいて含まれるセグメントがないことを示す最後のアクション命令「ＥＮＤ」を含む。

続けて、メディアセグメント１４０は、メディアパッケージ１５６に組み合わされる。一例において、メディアパッケージはメディアオブジェクトデータを含み、それゆえ、カプセル化されたメディアパッケージ１７５になる。そのようなカプセル化されたメディアパッケージ１７５は、それゆえ、サーバに発行される（１７７）か、または、直接に、他のユーザに送信され得る。他のユーザは、それによって、他のロケーションからメディアオブジェクトを獲得することなく、カプセル化されたメディアプレゼンテーションを再生することができる。あるいは、メディアパッケージは、ファイル名に対する参照を含み得、メディアエンジン１６０は、メディアファイルまたは複数のメディアファイル１５８からメディアオブジェクトのデータを引き出し得る。

メディアパッケージは、機器に対する特定のイベントトリガに関連付けられ得る。一例において、その関連付けは、ユーザによる、さらなるカスタマイズの選択を容易にすることによってダイナミックになされ、別の例においては、その機器は、その関連付けを規定し得る。関連付けリスト１３３は、メディアパッケージとトリガイベントとの間の関連付けを追跡するために使用される。その機器はトリガイベント１３５を監視し、トリガイベントが生じた場合、どのメディアパッケージにアクセスおよび再生するかを決定するために、関連付けリスト１３３を使用する。メディアエンジンは、それによって、関連付けられたトリガイベントに対する正しいメディアパッケージを引き出し、メディアファイル１５８からメディアオブジェクトにアクセスする。メディアエンジンは、ディスプレイおよびスピーカなどの出力機器１６２上において、メディアプレゼンテーションを再生する。メディアエンジンがプレゼンテーションを再生した場合、そのプレゼンテーションは、マルチメディアプレゼンテーション１６６として、ユーザに表される。より詳細には、ユーザは、７秒間継続する音声１７２を最初に聴く。次いで、ユーザは、アニメーションセグメント１６８、１６９、および１７０を観る。アニメーションの８つのフレームが完了した後、静止画像１７１は５秒間、表示される。その画像が完了した直後に、音声１７２が終了する。

方法１２０は、ユーザに、メディアオブジェクトをカスタムのメディアプレゼンテーションへとダイナミックに構成および用意させ得、バッチプロセッサは、メディアプレゼンテーションを、利用可能なＲＡＭメモリに都合良くロードされるようにサイズを調整されたセグメントに分割する。そのメディアプレゼンテーションは、次いで、特定のトリガイベントに関連付けられ、そのイベントが生じた後、メディアプレゼンテーションが再生される。そのメディアプレゼンテーションはまた、パッケージに提供され得、リモートユーザによる使用のために発行され得る。

ここで図４を参照すると、メディアパッケージの例示的なファイルフォーマットが例示される。メディアパッケージは通常、メディアエンジンがいくつかのメディアオブジェクトを再生し得るように十分な情報からなり、メディアエンジンがメディアオブジェクトを順序化し、シーケンスし、その時間を計る方法を知るための、順序およびシーケンシング情報を含む。ファイルフォーマット２０１および２０３において、ファイルフォーマットは、図３を参照して生成されたのと同じようなメディアセグメントを使用する。

ファイルフォーマット２０１において、ディレクトリに格納されたプレゼンテーションセグメントを参照するメディアパッケージ２０９が例示される。パッケージ２０９は、ディレクトリ情報を含み、その結果、メディアエンジンは、どのディレクトリ、サーバ、または他のロケーションが個々のプレゼンテーションセグメントを見出すかを知る。パッケージ２０９は、第１の音声ファイル「Ｓ」が７秒間再生され、「Ａ」セグメントが即座にロードおよび再生されることを表す。「Ｓ」が完了した後、「Ｓ」に応じてロードされるファイルはそれ以上存在しない。「Ｓ」がロードされた後、「Ａ」がロードされ、そのフレームのそれぞれが２００ミリ秒間表示され、最後の画像が完了すると、セグメント「Ａ２」がロードされる。同様の方法において、「Ａ２」に関連される全ての画像は２００ミリ秒間再生され、最後の画像が完了すると、「Ａ３」がロードされる。また、「Ａ３」は、２００ミリ間、その画像のそれぞれを再生し、最後の画像が完了すると、プレゼンテーションセグメント「Ａ４」がロードされる。セグメント「Ａ４」は５秒間再生され、そのメディアプレゼンテーションが終了する。セグメントファイル２１１は、パッケージ２０９およびメディアファイルデータ２１３において識別されたディレクトリに配置される。

ファイルフォーマット２０３は、カプセル化され、セグメント化されたメディアパッケージの例を示す。ファイルフォーマット２０３において、メディアパッケージは、音声ファイルに沿った、シーケンシングおよびタイミング情報を含む、音声セグメント２１４を含む。３つのアニメーションセグメント２１５、２１６、および２１７がまた提供され、それぞれが、シーケンシング情報および個々の画像データを有する。そのメディアパッケージはまた、タイミング情報、シーケンシング情報、および画像データを有する画像セグメント２１８を含む。この方法において、カプセル化され、セグメント化されたファイルフォーマット２０３は、他のユーザへダウンロードのために、サーバに送信され得、または、プレゼンテーションのために、別のリモート機器に、直接に転送され得る。カプセル化されたファイルが、プレゼンテーションのために必要な全てのデータおよび情報を含むがゆえに、任意の互換性のあるメディアエンジンは、メディアプレゼンテーションを再生し得る。例えば、ユーザは、特に興味を引くスクリーンセーバーを構築し得、メディアパッケージにおいてそのスクリーンセーバーをカプセル化し得る。ユーザは、そのスクリーンセーバーパッケージを中央サーバに送信し得、そこで、別のユーザがそのスクリーンセーバーパッケージをダウンロードすることができ、そのスクリーンセーバーをリモートユーザ機器上で動作させる。

メディアパッケージフォーマットの別の例において、参照されるフォーマット２０５が示される。参照されるフォーマット２０５はメディアパッケージ２２０を含み、メディアパッケージ２２０は、スクリーンセーバー名、およびそのデータファイルが見出され得るディレクトリを含む。この方法において、メディアパッケージは、単に、メディアオブジェクトの順序を識別し、あるいは、追加的なシーケンシングおよびタイミング情報を含み得る。メディアパッケージ２２０は、全てのメディアファイル２２２が配置されるディレクトリを識別する。ファイルフォーマット２０７の別の例において、メディアパッケージ２２５は、メディアオブジェクトの順序の識別を含み、単一のファイルにおける全てのメディアデータをも含む。また、カプセル化されたメディアパッケージ２２５は、送信および発行のためにパッケージされ得る。多くの代替案が、そのメディアパッケージをフォーマットおよび用意するために存在することは理解されたい。

ここで図５を参照すると、メディアプレゼンテーションを用意し再生する方法のフローチャートが例示される。より詳細には、方法２５０は、長いメディアプレゼンテーションを規定し、その長いメディアプレゼンテーションを一連のプレゼンテーションセグメントに分割し、次いで、イベントトリガに応答して、プレゼンテーションセグメントのそれぞれを順に再生する方法を例示する。方法２５０は、通常、ユーザ構成セクション２５１、バックグラウンド監視セクション２５３、セグメント生成セクション２５５、およびセグメントプレゼンテーションセクション２５７に分割される。

構成セグメント２５１において、ユーザは、メディアオブジェクトを順序化し、選択することによってプレゼンテーションを規定する（２６１）。そのユーザはまた、メディアオブジェクトのそれぞれに対して、特定の性質および属性を追加および変更することが可能である。メディアプレゼンテーションは通常、規定された後、メディアプレゼンテーションは、経過時間タイマーまたは割り込みアクションを用いてなどの、特定のトリガイベントに関連付けられる（２６３）。機器は次いで、監視段階２５３に入り、そこで、標的イベントの発生を監視する（２６５）。

セクション２５５において、長いメディアプレゼンテーションは、例えば埋め込みプロセッサシステムなどの制限されたＲＡＭにさらに容易にロードされ得るセグメントに分割される。分割およびセグメント化プロセス２５５は、トリガイベントの発生に応答して生じ得、または、異なる時間において生じ得る。例えば、メディアプレゼンテーションは、プロセッサが追加的な処理能力を有する期間にセグメント化され得、その準備されたセグメントは、それゆえ、割り込みが生じた場合、即座の使用のために準備される。別の例において、セグメント化プロセスは、イベントトリガが受信された後に生じ得る。

長いメディアプレゼンテーションをセグメント化することにおいて、バッチプロセッサは、最大制限よりも小さいプレゼンテーションセグメントを決定するために使用される（２６６）。最大制限は、通常、利用可能なＲＡＭの量よりも小さいサイズにてセットされる。この方法において、全体のメディアプレゼンテーションセグメントは、一度に、ＲＡＭにロードされ得る。セグメントＩＤはそれぞれのプレゼンテーションセグメントに追加される（２６８）。例えば、そのセグメントＩＤは、そのプレゼンテーションセグメントを保持するためのファイル名であり得る。セグメントシーケンス情報はまた、プレゼンテーションセグメントに追加される（２６９）。例えば、セグメントシーケンス情報は、コールバックを、シーケンスにおける次のセグメントに提供するアクションコマンドの形式であり得る。この方法において、それぞれのセグメントは、シーケンスにおける次のセグメントにリンクし、その結果、プレゼンテーションセグメントは共につながれる。最後のセグメントに対して、「ＥＮＤ」のアクションコマンドは、セグメントシーケンス情報として追加され得、その結果、メディアエンジンは、追加的なメディアセグメントがロードされるべきではないことを知る。セグメント化プロセスは、全てのセグメントが生成されるまで、継続される（２７１）。

トリガイベントが検出された場合、メディアプレゼンテーションは次いで、提示されるか、または再生される。そのトリガイベントは、特定のメディアプレゼンテーションに関連付けられ、そのＩＤは、ブロック２７３において、第１のセグメントＩＤを呼び戻すために使用される。第１のセグメントはメモリにロードされ（２７５）、ブロック２７６において示されるように、ユーザに提示される。例えば、メディアセグメントが音声ファイルである場合、その音声はスピーカを介して再生し、メディアオブジェクトが画像である場合、次いで、ディスプレイスクリーン上に表示される。メディアエンジンは、次いで、セグメントにおける、シーケンス情報をチェックし（２７７）、アクションコマンドがコールバックである場合（２７９）、次いで、メディアエンジンは、そのセグメントのファイル名を、次に、メモリにロードさせる。他のアクションコマンド、およびそのセグメントに含まれるシーケンシング情報に依存して、メディアエンジンは、即座にファイルをロードし得、同時にそれを再生し始め得、または、次のオブジェクトがロードおよび再生される前に、現在のメディアオブジェクトが再生を終了するまで、待機し得る。アクションコマンドがＥＮＤコマンドである場合、次いで、メディアエンジンは、メディアセグメントがそれ以上再生されないことを知る。方法２５０は、それによって、シンプルな構造および制限されたＲＡＭを有する埋め込みシステム上にて、長いメディアプレゼンテーションの再生を可能にする。有利なことに、それぞれのメディアセグメントはシーケンシング情報を含み、その結果、全てのセグメントは、容易にリンクされるか、共につながれる。一部の構成の場合、これは、効果的でシンプルなプロセッサおよびメモリ構造を可能にする。

ここで図６を参照すると、メディアプレゼンテーションを用意および再生する別のフローチャートが例示される。方法３００は、メディアオブジェクトを選択および順序化することによって、ユーザにプレゼンテーションを規定させる（３０２）。いったんオブジェクトが選択され、順序化されると、ブロック３０４において示されるように、メディアパッケージが生成され得る。メディアパッケージは次いで、ローカルにて使用され得る（３０５）か、または、発行され得（３０６）、リモートにて使用される（３０７）。ローカルにて使用される場合（３０５）、ローカルのユーザは、ブロック３０８において示されるように、メディアプレゼンテーションをトリガイベントに関連付ける。次いで、ローカル機器は、そのイベントを監視し（３１０）、そのイベントが生じた後（３１２）、メディアプレゼンテーションが再生される。この方法において、ローカルユーザによって生成されるメディアプレゼンテーションは、ローカル機器によって使用され得、および提示され得る。あるいは、メディアパッケージは発行され得、および、リモートユーザおよび機器によって使用され得る。リモートユーザ３０７は、サービスからダウンロードするか、またはメディアパッケージを受信するか（例えば、ＳＭＳメッセージの添付など）のいずれかによって、メディアパッケージを受信する。いったんメディアパッケージがリモート機器において受信されると、リモートユーザは、メディアパッケージをトリガイベントに関連付け（３１４）、そのリモート機器は、ブロック３１５において示されるように、そのトリガイベントを監視する。そのトリガイベントの発生の後（３１７）、リモート機器は、メディアプレゼンテーションを再生および提示する。この方法において、ローカル機器において生成されたメディアプレゼンテーションは、使用およびプレゼンテーションのために、リモート機器へ発行され得る。

ここで図７を参照すると、メディアプレゼンテーションを用意および再生する別の機器のブロック図が例示される。システム３２５は機器３２７を含み、例えば、消費者によって使用される、バッテリー電源携帯機器であり得る。機器３２７は入力機器３３３を含み、ユーザはその機器への入力を提供することができる。通常の入力機器は、例えば、キーボード、キーパッド、マイクロフォン、およびグラフィッティスタイラス（ｇｒａｆｆｉｔｉ ｓｔｙｌｕｓ）機器であり得る。機器３２７はまた、出力機器３３１を含む。例えば、出力機器は、カラーまたは白黒のスクリーン、スピーカ、バイブレータ、照明、および他のインジケータを含み得る。機器３２７は、単一または複数のプロセッサ構成の形式であり得るプロセッサ３２９を有する。そのプロセッサは、入力機器３３３および出力機器３３１を用いてユーザインターフェースを動作させる。一例において、ユーザインターフェースは、グラフィカルユーザインターフェース（ＧＵＩ）であり得、ユーザに、グラフィックを通して選択させ得る。別の例において、ユーザインターフェースは、キーパッド上の数または文字を選択することによって、あるいは、様々なスイッチをトグルすることによって、ユーザに、その機器とインタラクトさせ得る。デバイス３２７はまた、メディアファイル３３５を含む。メディアファイル３３５は、ローカルメモリに含まれ得、または、取り外し可能なメモリカードに含まれ得る。また、機器３２７は、追加的なメディアファイルを見出し、アクセスするために、サーバにアクセスする無線接続またはインターネット接続を介した、通信リンクを有し得る。

ユーザインターフェースは設定ユーティリティ３４０を含み、ユーザにメディアファイルのセットを選択させ得、および順序化させ得る。例えば、ユーザは、音声と同時に表示される一連の画像を選択し得る。設定ユーティリティはまた、個々のメディアオブジェクトのそれぞれに対する、または、全体としてのメディアプレゼンテーションに対する、所定の属性および特性の設定を可能にし得る。代替的な用意においては、設定ユーティリティは、異なる機器上にて動作するプロセッサであり得る。例えば、設定ユーティリティは、多数のメディアオブジェクトへのアクセスを有するコンピュータシステム上にて動作され得る。その構成は、これらのオブジェクトを選択し順序化するために使用され、機器３２７への送信のために用意されたメディアパッケージを生成する。コンピュータシステムが、機器３２７に関して、特定の情報を有する場合、そのコンピュータはまた、どのトリガイベントがメディアパッケージに関連付けられるべきかを識別する機器３２７に、関連付けリストを提供し得る。

関連付け３４３は、メディアプレゼンテーションと特定のトリガイベントとの間において、ローカル機器上にてなされ得る。イベントプロセッサ３４１は、特定のイベントを監視し、イベントが発生した場合、そのイベントが発生したことを通知し、再生されるべきメディアプレゼンテーションのＩＤを提供する。メディアエンジン３３８はメディアプレゼンテーションを呼び戻し、必要な場合、個々のメディアオブジェクトファイルを呼び戻し、一つ以上の出力機器３３１を使用して、メディアプレゼンテーションを提示する。システム３２５を使用し、ユーザは、メディアプレゼンテーションをダイナミックに構成および設定することができ、そのメディアプレゼンテーションを特定のトリガイベントに関連付ける。そのトリガイベントの発生の後、メディアプレゼンテーションは、ローカル機器上において表示され得る。機器３２７は通信能力を含み、そのメディアプレゼンテーションは、ワイヤレスにおいてか、または、ネットワーク接続を介してリモート機器へ発行され得る。リモート機器が適切に構成されたメディアエンジンを有する場合、そのメディアプレゼンテーションはリモートにて再生され得る。

本発明の特定の好ましい、および代替的な実施形態が開示されている一方で、多くの様々な、上述された技術の修正および拡張が、本発明の教示を用いてインプリメントされ得ることは理解されたい。そのような修正および拡張の全ては、添付された請求の範囲の真なる趣旨および範囲内に含まれることを意図されている。

本発明に従った、メディアプレゼンテーションを用意、および再生する無線機器のブロック図である。 本発明に従った、メディアプレゼンテーションを用意、および再生する方法のフローチャートである。 本発明に従った、プレゼンテーションのセグメントファイルを生成および再生する方法のフローチャートである。 本発明に従った、メディアパッケージの例示的なファイルフォーマットのブロック図である。 本発明に従った、メディアプレゼンテーションを用意、および再生する方法のフローチャートである。 本発明に従った、メディアプレゼンテーションを用意、および再生する方法のフローチャートである。 本発明に従った、メディアプレゼンテーションを用意、および再生する機器のブロック図である。

Claims (13)

1. 無線通信機器上でメディアパッケージを用意および再生する方法であって、
   該無線通信機器が、ユーザによる選択のために複数のメディアオブジェクト（２１）を提供することであって、該複数のメディアオブジェクト（２１）は、画像ファイル（５９、１２９）、音声ファイル（５８、１２６）、アニメーションファイル（６０、１２８）、会話ファイル（６１）、ｍｉｄｉファイル（６２）、トランジション（６３）、リンク（６４）のうちの少なくとも１つを含む、ことと、
   該無線通信機器が、ユーザからの構成命令を受信すること（２６１）であって、該構成命令は、該複数のメディアオブジェクト（２１）のうちのメディアオブジェクト（２１）のサブセットを選択し、該メディアオブジェクト（２１）の選択されたサブセットを順序化することと、該メディアオブジェクト（２１）の選択されたサブセットのうちの少なくとも１つのメディアオブジェクト（２１）に対する特定の属性を特定することとを含む、ことと、
   該無線通信機器が、ユーザによって選択されたトリガイベントを示すユーザ入力を受信することと、
   該無線通信機器が、該ユーザによって選択されたトリガイベントを該メディアオブジェクトの選択されたサブセットに関連付けること（２６３）と、
   該無線通信機器が、一連のシーケンシャルなセグメントを形成することであって、該一連のシーケンシャルなセグメントを形成することは、
   ａ）大きなメディアオブジェクトをより小さな複数のシーケンシャルなセグメントに分割し、または、小さな複数のメディアオブジェクトを単一のセグメントに組み合わせることであって、該分割することおよび該組み合わせることは、構成ファイルから導出されるセグメント最大サイズ、または、該無線通信機器の特定の状態から動的に導出されるセグメント最大サイズに基づいて、利用可能なＲＡＭメモリに完全に効率的にロードされるように各セグメントのサイズが調整されるように実行される、ことと、
   ｂ）該一連のシーケンシャルなセグメントを形成するときに、セグメント識別子および少なくとも１つのアクション命令が、各シーケンシャルなセグメントに含まれており、各アクション命令は、該一連のシーケンシャルなセグメントを再生するときに、次にロードされて再生されるべきシーケンシャルなセグメントを示す、ことと、
   ｃ）各メディアオブジェクトに対して、該一連のシーケンシャルなセグメントが形成されるまで、ａ）およびｂ）の工程を繰り返すことと
   を含む、ことと、
   該無線通信機器が、ユーザからの該構成命令に応答して、該複数のシーケンシャルなセグメントをグループ化することにより、メディアパッケージを形成することと、
   該無線通信機器が、該ユーザによって選択されたトリガイベントを監視すること（２５３、３１０、３１５）と、
   該無線通信機器が、該ユーザによって選択されたトリガイベントを検出することと、
   該無線通信機器が、該ユーザによって選択されたトリガイベントの検出に応答して、該無線通信機器の複数のユーザインターフェースのうちの少なくとも１つのインターフェース上でメディアプレゼンテーションを再生すること（２５７、３１２、３１７）であって、該メディアプレゼンテーションは、該メディアパッケージ（２３）を含む、ことと
   を含む、方法。
2. 前記メディアパッケージ（２３）を前記無線通信機器の外部にあるリモート機器に発行するステップ（３０６）と、
   該リモート機器上で、該メディアパッケージ（２３）をトリガイベントに関連付けるステップ（３１４）と、
   該リモート機器上で、該トリガイベントを監視するステップ（３１５）と、
   該リモート機器上で、該トリガイベントを検出するステップと、
   該リモート機器上で、該トリガイベントに応答して、該メディアパッケージ（２３）を再生するステップ（３１７）と
   をさらに含む、請求項１に記載の方法。
3. 前記メディアプレゼンテーションは、前記一連のシーケンシャルなセグメントの各々をシーケンシャルな順序でローディングして再生することによって、再生される、請求項１に記載の方法。
4. 前記複数のメディアオブジェクト（２１）のうちの少なくとも１つが音声ファイルであり、該複数のメディアオブジェクト（２１）のうちの少なくとも別の１つが画像ファイルである、請求項１に記載の方法。
5. 前記メディアパッケージ（２３）は、前記無線通信機器のディスプレイ機器のスクリーンセーバーであり、該メディアパッケージ（２３）は、スクリーンセーバー機能に関連付けられた指定時刻に作動するトリガイベントに応答して、再生される、請求項１に記載の方法。
6. 前記ユーザによって選択されたトリガイベントは、位置ロケーション受信器によって生成される、請求項１に記載の方法。
7. 前記ユーザによって選択されたトリガイベントは、タイマーによって生成される、請求項１に記載の方法。
8. 前記ユーザによって選択されたトリガイベントは、呼び出しプロセッサによって生成される、請求項１に記載の方法。
9. 前記ユーザによって選択されたトリガイベントは、発信者識別情報の内容に従って生成される、請求項１に記載の方法。
10. 前記メディアパッケージ（２３）は、ネットワーク接続を介して前記リモート機器に発行される、請求項２に記載の方法。
11. 前記メディアパッケージ（２３）は、無線接続を介して前記リモート機器に発行される、請求項２に記載の方法。
12. 前記メディアパッケージ（２３）は、前記複数のメディアオブジェクト（２１）のデータにアクセスするためのファイルロケーションリンクを含む参照メディアパッケージ（２３）である、請求項１に記載の方法。
13. 前記メディアパッケージ（２３）は、リンクされたメディアパッケージ（２３）であり、前記複数のメディアオブジェクト（２１）は、次のシーケンシャルなセグメントをそれぞれロードするようにメディアエンジンに指示する前記一連のシーケンシャルなセグメントを含む、請求項１に記載の方法。

Images