(57)【要約】  ＵＩドキュメントを周辺機器の中に埋め込めるようにした新しい周辺機器アーキテクチャが提供されている。周辺機器が携帯型メディアプレイヤーにプラグインされると、ＵＩドキュメントが携帯型メディアプレイヤーに送られる。携帯型メディアプレイヤーは、このＵＩドキュメントを翻訳して、ユーザーがアクセサリと対話できるようにする。周辺機器は、このＵＩドキュメントを翻訳はしないが、携帯型メディアプレーヤーがユーザー対話に応えてドキュメントを翻訳するので、携帯型メディアプレイヤーとの対話には実際に応答する。【選択図】図３
2010526357.tif 000002
【特許請求の範囲】
【請求項１】
携帯型メディアプレイヤーのための方法において、
周辺装置と接続する段階と、
前記周辺装置から、前記周辺装置用のユーザーインターフェース（ＵＩ）のレイアウトと機能性を定義するＵＩドキュメントを受信する段階と、
前記携帯型メディアプレイヤーのマイクロプロセッサによって実行されたＵＩ提示プログラムを使用し、前記ＵＩドキュメントに基づいて前記ＵＩを生成する段階と、
前記携帯型メディアプレイヤーのディスプレイに前記周辺装置用の前記ＵＩを表示する段階と、から成る方法。  
【請求項２】
前記携帯型メディアプレイヤーから発生した入力を受信する段階と、
前記入力に応えて、前記ＵＩ提示プログラムを使用し、前記ＵＩドキュメントによって記述されているやり方で前記ＵＩを更新する段階と、を更に含んでいる、請求項１に記載の方法。
【請求項３】
前記入力に応えて、前記ＵＩ提示プログラムを使用し、前記ＵＩドキュメントによって記述されているやり方で前記周辺装置のオペレーションを修正する段階を更に含んでいる、請求項２に記載の方法。
【請求項４】
前記周辺装置から入力を受信する段階と、
前記入力に応えて、前記ＵＩ提示プログラムを使用し、前記ＵＩドキュメントによって記述されているやり方で前記ＵＩを更新する段階と、を更に含んでいる、請求項１に記載の方法。
【請求項５】
前記入力に応えて、前記ＵＩ提示プログラムを使用し、前記ＵＩドキュメントによって記述されているやり方で前記携帯型メディアプレイヤーのオペレーションを修正する段階を更に含んでいる、請求項４に記載の方法。
【請求項６】
前記ＵＩ提示プログラムを使用し、前記ＵＩを通してユーザーから入力を受信する段階と、
前記入力に応えて、前記ＵＩ提示プログラムを使用し、（１）前記ＵＩドキュメントによって記述されているやり方で前記ＵＩを更新し、（２）前記ＵＩドキュメントによって記述されているやり方で出力を前記周辺装置に送信する、段階を更に含んでいる、請求項１に記載の方法。
【請求項７】
前記ＵＩ提示プログラムを使用し、前記ＵＩを通してユーザーから入力を受信する段階と、
前記入力に応えて、前記ＵＩ提示プログラムを使用し、前記ＵＩドキュメントによって記述されているやり方で前記携帯型メディアプレイヤーのオペレーションを修正する段階と、を更に含んでいる、請求項１に記載の方法。
【請求項８】
周辺装置のための方法において、
携帯型メディアプレイヤーに接続する段階と、
前記携帯型メディアプレイヤーへ、前記周辺装置用のユーザーインターフェース（ＵＩ）のレイアウトと機能性を定義するＵＩドキュメントを送信する段階と、から成り、前記携帯型メディアプレイヤーのマイクロプロセッサによって実行されたＵＩ提示プログラムは、前記ＵＩドキュメントに基づいてＵＩを生成し表示する、方法。
【請求項９】
出力を前記携帯型メディアプレイヤーに送信する段階を更に含んでおり、前記ＵＩ提示プログラムは、前記出力を使用して前記ＵＩを更新する、請求項８に記載の方法。
【請求項１０】
前記携帯型メディアプレイヤー側の前記ＵＩ提示プログラムから入力を受信する段階と、
前記入力に応えて前記周辺装置のオペレーションを修正する段階と、を更に含んでいる、請求項８に記載の方法。
【請求項１１】
携帯型メディアプレイヤーにおいて、
ＵＩ提示プログラムを実行するためのマイクロプロセッサと、
前記ＵＩ提示プログラムのためのインストラクションを記憶するメモリ、とを備えており、前記インストラクションは、
ユーザーインターフェース（ＵＩ）を、周辺装置から受信した、前記周辺装置用のＵＩのレイアウトと機能性を定義するＵＩドキュメントに基づいて生成する段階と、
前記携帯型メディアプレイヤーのディスプレイに前記周辺装置用の前記ＵＩを表示する段階と、を含んでいる、携帯型メディアプレイヤー。
【請求項１２】
前記ＵＩ提示プログラムのための前記インストラクションの前記段階は、
前記携帯型メディアプレイヤーから発生した入力を受信する段階と、
前記入力に応えて、前記ＵＩ提示プログラムを使用し、前記ＵＩドキュメントによって記述されているやり方で前記ＵＩを更新する段階と、を更に含んでいる、請求項１１に記載の携帯型メディアプレイヤー。
【請求項１３】
前記ＵＩ提示プログラムのための前記インストラクションの前記段階は、
前記入力に応えて、前記ＵＩ提示プログラムを使用し、前記ＵＩドキュメントによって記述されているやり方で前記周辺装置のオペレーションを修正する段階を更に含んでいる、請求項１２に記載の携帯型メディアプレイヤー。
【請求項１４】
前記ＵＩ提示プログラムのための前記インストラクションの前記段階は、
前記周辺装置から入力を受信する段階と、
前記入力に応えて、前記ＵＩドキュメントによって記述されているやり方で前記ＵＩを更新する段階と、を更に含んでいる、請求項１１に記載の携帯型メディアプレイヤー。
【請求項１５】
前記ＵＩ提示プログラムのための前記インストラクションの前記段階は、
前記入力に応えて、前記ＵＩドキュメントによって記述されているやり方で前記携帯型メディアプレイヤーのオペレーションを修正する段階を更に含んでいる、請求項１４に記載の携帯型メディアプレイヤー。
【請求項１６】
前記ＵＩ提示プログラムのための前記インストラクションの前記段階は、
前記ＵＩを通してユーザーから入力を受信する段階と、
前記入力に応えて、（１）前記ＵＩドキュメントによって記述されているやり方で前記ＵＩを更新し、（２）前記ＵＩドキュメントによって記述されているやり方で出力を前記周辺装置に送信する段階を更に含んでいる、請求項１１に記載の携帯型メディアプレイヤー。
【請求項１７】
前記ＵＩ提示プログラムのための前記インストラクションの前記段階は、
前記ＵＩを通してユーザーから入力を受信する段階と、
前記入力に応えて、前記ＵＩドキュメントによって記述されているやり方で前記携帯型メディアプレイヤーのオペレーションを修正する段階と、を更に含んでいる、請求項１１に記載の携帯型メディアプレイヤー。
【請求項１８】
周辺装置において、
インストラクションを記憶するメモリを備えており、前記インストラクションは、
携帯型メディアプレイヤーに接続する段階と、
前記携帯型メディアプレイヤーへ、前記周辺装置用のユーザーインターフェース（ＵＩ）のレイアウトと機能性を定義するＵＩドキュメントを送信する段階と、を含んでおり、前記携帯型メディアプレイヤーのマイクロプロセッサによって実行されたＵＩ提示プログラムは、前記ＵＩドキュメントに基づいてＵＩを生成し表示する、周辺装置。
【請求項１９】
前記インストラクションの前記段階は、
出力を前記携帯型メディアプレイヤーへ送信する段階を更に含んでおり、前記ＵＩ提示プログラムは、前記出力を使って前記ＵＩを更新する、請求項１８に記載の周辺装置。
【請求項２０】
前記インストラクションの前記段階は、
前記携帯型メディアプレイヤーから、前記ユーザーからの入力を受信する段階と、
前記入力に応えて、前記周辺装置のオペレーションを修正する段階と、を更に含んでいる、請求項１８に記載の周辺装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯型メディアプレイヤーのためのスマート周辺機器に関する。
【背景技術】
【０００２】
携帯型メディアプレイヤーは、１つ又はそれ以上のメディアフォーマットのファイルを記憶し再生することのできる、ハードディスク又はフラッシュメモリをベースにした電子装置である。２００４年１０月以来、iPodの売上高は、米国のデジタル音楽プレイヤーの市場で優位を保っている。iPodの成功は、iPod用のファッショナブルなアクセサリ、例えば、保護「スキン」、大出力スピーカー、遠隔制御装置などの需要を創出した。事実、巨大な周辺機器市場は、アップル社にとっては競合他社を凌駕する大きな強みである。
【０００３】
一般に、アクセサリには、（１）受動式アクセサリと（２）対話式アクセサリの２種類がある。アクセサリの大多数は、「スキン」やケースの様に電子コンテンツを持っていないか、或いは、電子機器を保有してはいるが、それがiPodに内蔵されているユーザーインターフェースを通してエンドユーザーとの双方向対話を続けることはできない電子機器であるかの何れかである、受動式アクセサリである。受動式電子アクセサリの例には、ヘッドフォンや増幅スピーカーシステムがあり、それらはヘッドフォンのジャックからアナログ音響信号を受動的に受信するだけである。これらの装置が、音量制御及び再生リストナビゲーション以外にユーザーとの対話を必要とする特徴を備えるのであれば、それらは自らの独立した制御部を持たねばならない。
【０００４】
少数ではあるが対話式アクセサリは実際に存在する。例を挙げると、Nike+iPod Sport Kit、Apple Radio Remote、及びGriffin iTripがある。これらのアクセサリは全て、iPodに組み込まれたユーザーインターフェースを通してユーザーと対話する。これらのアクセサリは全て、既に独立型iPodソフトウェアの中に組み込まれているユーザー対話を超える特別なユーザー対話が必要になるほど高機能化している。しかしながら、必要とされるユーザーインターフェース（ＵＩ）をこれらのアクセサリの中へ組み込む費用が高いため、アクセサリには市場から脱落してしまう価格が付くことになる。従って、アクセサリの開発者は、より安価で機能性を落としたマン・マシン・インターフェースを構築するか、或いはiPodのＵＩを活用する方法をひねり出すか、何れかを余儀なくされる。
【０００５】
既存のiPod ＵＩに切り込むのに唯一利用できる方法は、固有のアプリケーションプログラムを書いてiPodにインストールすることである。追加のプログラムは、アクセサリをプラグインする前にiPodにインストールする必要がある。残念ながら、アップル社のiPodは閉鎖型プラットフォームである。従って、第三者のアクセサリ開発者は、iPod用のアドオン・プログラムを開発することはできない。正にそういうわけで、アップル社は、市場を先導する自社のiPodの知的所有権を保護するために、この閉鎖型プラットフォーム戦略を用いている。アップル社は、現在の技術を使って、社内的にアプリケーションを開発しなければならず、そして、それを新しいiPodのiPodファームウェアにパッケージして配布しなければならない。より古いiPodでは、ファームウェアは、新しい対話式周辺機器に使えるようにＵＩを更新しなければならない。
【０００６】
この手法では、アップル社は確かに保護されるが、アクセサリの製造者は保護されない。これは、なぜかと言えば、たとえiPodの顧客がアクセサリを購入しない場合でも、アプリケーションはiPodソフトウェアに含まれているからである。例えば、製造者は、周辺機器インターフェースを、Nike+アクセサリで送られるデータをまねたトレッドミルに構築することができるかもしれない。アップル社によって書かれたNikeアプリケーションは、既に全てのiPodと共に無料で出荷されているので、トレッドミルは、ちょうどNike+シューズの様に機能するように見えるであろう。
【０００７】
アップル社の現在の手法に対する他の不都合は、（１）アップル社は、全てのアプリケーションを自ら開発することを余儀なくされるので、アップル社の工学資源が使い果たされてしまうこと、（２）第三者の開発者は開発に参加することができないので、生産できる対話式アクセサリの数が制限されてしまうこと、及び（３）開放型ＰＣプラットフォームがコンピュータ産業におけるアップル社のリードを奪い去ったことを歴史が示している様に、アップル社の市場をリードする地位は、開放型プラットフォームに脅かされる可能性があること、である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許出願第１１／５０２，０７１号
【特許文献２】米国特許第７，１００，１１８号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
以上、iPodを論じてきたが、似た様な問題は、概ね全ての携帯型メディアプレイヤーに当てはまる。而して、必要とされているのは、携帯型メディアプレイヤーの製造者に彼らの社内的なソフトウェアと知的所有権を保護することを許容し、且つ第三者のアクセサリ設計者が、彼らの装置のためにＵＩアプリケーションをプログラムできるほど開放されている、新しい周辺機器アーキテクチャである。また、第三者のアクセサリの急成長を後押しするため、アクセサリのＩＰと市場も保護されるべきである。
【課題を解決するための手段】
【００１０】
本発明の１つの実施形態では、ＵＩドキュメントを周辺機器の中に埋め込めるようにした新しい周辺機器アーキテクチャが提供されている。周辺機器が携帯型メディアプレイヤーにプラグインされると、ＵＩドキュメントが携帯型メディアプレイヤーに送られる。携帯型メディアプレイヤーは、このＵＩドキュメントを翻訳して、ユーザーがアクセサリと対話できるようにする。周辺機器は、このＵＩドキュメントを翻訳はしないが、携帯型メディアプレーヤーがユーザー対話に応えてドキュメントを翻訳するので、携帯型メディアプレイヤーとの対話には実際に応答する。
【図面の簡単な説明】
【００１１】
【図１】対話式周辺機器に接続された従来の携帯型メディアプレイヤーを描いている図である。
【図２】携帯型メディアプレイヤー用の従来の周辺機器アーキテクチャのブロック図である。
【図３】本発明の１つの実施形態の携帯型メディアプレイヤー用のスマート周辺機器アーキテクチャのブロック図である。
【図４】本発明の１つの実施形態における、図３のスマート周辺機器アーキテクチャ用の方法である。
【図５】本発明の１つの実施形態における、携帯型メディアプレイヤー用のスマート周辺機器アーキテクチャのブロック図である。
【発明を実施するための形態】
【００１２】
異なる図で同じ参照番号が使用されている場合、それは類似又は同一の要素を表す。
【００１３】
図１は、無線受信機１０４と無線センサー１０６を含んでいる対話式周辺機器に接続された携帯型メディアプレイヤー１０２を示している。上で説明した様に、携帯型メディアプレイヤーは、閉鎖型プラットフォームを有していて、対話式周辺機器用のＵＩは、携帯型メディアプレイヤー製造者が社内的に開発して、新しい携帯型メディアプレイヤーの携帯型メディアプレイヤーファームウェアにパッケージしなければならないようになっているかもしれない。古い携帯型メディアプレイヤーでは、対話式周辺機器用のＵＩを提供するには自らのファームウェアを更新しなければならない。
【００１４】
図２は、携帯型メディアプレイヤー１０２用の従来の周辺機器アーキテクチャのブロック図である。携帯型メディアプレイヤー１０２は、様々な装置機能を果たすため、携帯型メディアプレイヤーのファームウェアを実行するマイクロコントローラ２０２を含んでいる。ファームウェアは、周辺装置に特有の特徴を含めたＵＩの外観と機能性を定義するＵＩプログラム２０４と、ディスプレイ（図示せず）上にＵＩを描画するディスプレイ制御部２０５と、を含んでいる。上で説明したように、ファームウェアは、ＵＩプログラム２０４が対話式周辺機器１０４／１０６用の追加のＵＩを提供することができるように、更新されなくてはならない。周辺機器インターフェース２０７は、携帯型メディアプレイヤー１０２を対話式周辺機器１０４／１０６に連結している。
【００１５】
対話式周辺機器１０４／１０６は、様々な装置機能を果たすため、周辺機器ファームウェア２１０を実行するマイクロコントローラ２０８を含んでいる。周辺機器ファームウェア２１０は、様々な装置機能を果たすため、周辺機器ハードウェア２１２を制御し監視する。ホストインターフェース２１４は、対話式周辺機器１０４／１０６と携帯型メディアプレイヤー１０２をインターフェースする周辺機器インターフェース２０７に連結されている。周辺機器ファームウェア２１０は、ホストインターフェース２１４を介した携帯型メディアプレイヤー１０２側のＵＩプログラム２０４との通信にも関与する。
【００１６】
図３は、本発明の１つの実施形態の携帯型メディアプレイヤー３０２用のスマート周辺機器アーキテクチャのブロック図である。携帯型メディアプレイヤー３０２は、（１）ディスプレイ制御部を含めたファームウェア３０４と（２）ＵＩ提示プログラム３０５と、を実行するマイクロコントローラ３０３を含んでいる。スマート周辺機器３０６からのＵＩドキュメント３１６に基づいて、ＵＩ提示プログラム３０５は、スマート周辺機器３０６用のＵＩを生成し、当該ＵＩをディスプレイ制御部に書き込む。ＵＩ提示プログラム３０５は、ユーザー入力を受信し、情報（例えば、変数及び機能呼び出し）を、ＵＩドキュメント３１６によって定義されたスマート周辺機器３０６及びファームウェア３０４と交換する。ユーザー入力及び交換された情報に応えて、ＵＩ提示プログラム３０５は、ＵＩを更新し、スマート周辺機器３０６及び携帯型メディアプレイヤー３０２のオペレーションを修正する。スマート周辺機器３０６は、ＵＩドキュメント３１６をメモリに記憶し、携帯型メディアプレイヤー３０２に接続された時に、当該ＵＩドキュメント３１６を携帯型メディアプレイヤー３０２に伝える。而して、携帯型メディアプレイヤー３０２は、スマート周辺機器３０６用のＵＩを予め設定又は更新しておく必要は無い。
【００１７】
１つの実施形態では、ＵＩ提示プログラム３０５は、周辺機器インターフェース２０７を通してスマート周辺機器３０６と直接通信する。別の実施形態では、ＵＩ提示プログラム３０５は、ディスプレイ及び周辺機器インターフェース２０７と通信するための様々なドライバを含んでいるファームウェア３０４を通して、スマート周辺機器３０６と通信する。
【００１８】
本発明の１つの実施形態では、ＵＩ提示プログラム３０５は、米国特許出願第１１／５０２，０７１号及び米国特許第７，１００，１１８号に記載されているＧＵＩプロセッサチップの機能をエミュレートするソフトウェアであり、一方、ＵＩドキュメント３１６は、米国特許出願第１１／５０２，０７１号及び米国特許第７，１００，１１８号に記載されているＧＵＩドキュメントである。ＧＵＩプロセッサチップは、カリフォルニア州サンタクララのAmulet Technologies社からAmulet Graphical OSチップとして市販されている。その様な実施形態では、ＵＩ提示プログラム３０５は、グラフィックユーザーインターフェース（ＧＵＩ）オブジェクトの外観と機能を定義する実行可能コードを記憶するライブラリを有している。ＵＩドキュメント３１６は、ＵＩとそれらのパラメータ属性（例えば、入力源、出力先、及び更新率）とＵＩ内のそれらのレイアウト、を編成する（「ウィジェット」としても知られている）グラフィックユーザーインターフェース（ＧＵＩ）オブジェクトを識別する非実行可能コードを含んでいる。ＵＩ提示プログラム３０５は、ＵＩドキュメント３１６を解析して、ＧＵＩオブジェクトとそれらのパラメータ属性と当該ＧＵＩオブジェクトのレイアウトを確定する。ＵＩ提示プログラム３０５は、次いで、ライブラリのＧＵＩオブジェクトの実行可能コードからＵＩを生成する。
【００１９】
ウィジェットは、制御ウィジェットと閲覧ウィジェットに分けることができる。制御ウィジェットは、携帯型メディアプレイヤー３０２又はスマート周辺機器３０６を制御するのに使用される、機能ボタン、スライダー、ラジオボタン、及び他の類似のＵＩオブジェクトの様な、入力オブジェクトである。例えば、機能ボタンは、ユーザーからの入力（即ち、ユーザー事象）を受信する都度、情報をファームウェア３０４又はスマート周辺機器３０６に送ることができる。制御ウィジェットの中には、「タイマーウィジェット」や「アラームウィジェット」の様な見えないものもある。例えば、「アラームウィジェット」は、ファームウェア３０４が特定の変数を変更する都度、スマート周辺機器３０６に情報を送ってもよい。
【００２０】
閲覧ウィジェットは、携帯型メディアプレイヤー３０２又はスマート周辺機器３０６のファームウェア３０４からの情報を表示するための、棒グラフ、数値フィールド、ストリングフィールド、及びの類似のＵＩオブジェクトの様な、出力オブジェクトである。例えば、棒グラフは、ファームウェア３０４又はスマート周辺機器３０６からの情報を要求し、当該情報を使って棒グラフを更新してもよい。
【００２１】
図４は、本発明の１つの実施形態における、図３のスマート周辺機器アーキテクチャのための方法４００のフローチャートである。携帯型メディアプレイヤー３０２の動作を左欄に示し、スマート周辺機器３０６の動作を右欄に示している。
【００２２】
ステップ４０２と４０４で、携帯型メディアプレイヤー３０２とスマート周辺機器３０６が接続される。これは、ユーザーがスマート周辺機器３０６を携帯型メディアプレイヤー３０２に差し込んだ時、又はそれら２つの装置が既に接続されている場合にはユーザーが両装置をオンにした時に起こる。なお、接続は有線又は無線でもよい。
【００２３】
ステップ４０６で、スマート周辺機器３０６はＵＩドキュメント３１６を携帯型メディアプレイヤー３０２に送る。
【００２４】
ステップ４０８で、携帯型メディアプレイヤー３０２はスマート周辺機器３０６からＵＩドキュメント３１６を受信し、それをＵＩ提示プログラム３０５に提供する。
【００２５】
ステップ４１０で、ＵＩ提示プログラム３０５はＵＩドキュメント３１６に基づいてＵＩを生成する。具体的には、ＵＩ提示プログラム３０５は、ＵＩドキュメント３１６を解析してＵＩのレイアウトと機能性を確定し、次いで、それに応じてＵＩを生成する。
【００２６】
ステップ４１２で、ＵＩ提示プログラム３０５は、ＵＩドキュメント３１６に記述されているＵＩを通してユーザー入力を受信する。ユーザー入力は、携帯型メディアプレイヤー３０２又はスマート周辺機器３０６のオペレーションを修正するためのコマンドであってもよい。なお、ユーザーは、物理的入力装置又はタッチスクリーン上のＧＵＩオブジェクトを通してユーザー入力を提供することができ、その時、それら入力は、ＵＩ提示プログラム３０５に直接提供してもよいし、又はファームウェア３０４を通して提供してもよい。
【００２７】
ＵＩ提示プログラム３０５は、更に、ＵＩドキュメント３１６に記述されているファームウェア３０４及びスマート周辺機器３０６と情報を交換する。交換される情報は、ＵＩ上に表示されることになる、ファームウェア３０４又はスマート周辺機器３０６からの変数であってもよい。例えば、ファームウェア３０４は、ＵＩ上に表示される歌曲名と歌曲時間を提供してもよい。
【００２８】
交換される情報は、更に、携帯型メディアプレイヤー３０２又はスマート周辺機器３０６のオペレーションを修正するためのコマンドであってもよい。これらのコマンドは、ユーザー事象又は携帯型メディアプレイヤー事象から発生する。例えば、ファームウェア３０４が、ＵＩ提示プログラム３０５に歌曲が終わりに達したことを知らせた時、ＵＩ提示プログラム３０５は、或る特定のやり方でスマート周辺機器３０６を制御する必要があるかもしれない。なお、ＵＩ提示プログラム３０５は、スマート周辺機器３０６と直接通信してもよいし、又はファームウェア３０４を通して通信してもよい。
【００２９】
ステップ４１４で、スマート周辺機器３０６は、ＵＩ提示プログラム３０５と情報を交換する。上で説明した様に、スマート周辺機器３０６は、ＵＩに表示される変数又は携帯型メディアプレイヤー３０２のオペレーション修正するためのコマンドを送ることができる。更に、スマート周辺機器３０６は、スマート周辺機器３０６のオペレーションを修正するためのコマンドをＵＩ提示プログラム３０５から受信してもよい。
【００３０】
ステップ４１６で、ＵＩ提示プログラム３０５は、ユーザーからのユーザー入力及びファームウェア３０４とスマート周辺機器３０６からの情報に応えてＵＩを更新する。必要であれば、ＵＩ提示プログラム３０５は、情報に応えて携帯型メディアプレイヤー３０２のオペレーションを修正する。ステップ４１６まで来るとステップ４１２に折り返し、継続的に、ＵＩを更新しユーザー及びスマート周辺機器３０６と対話する。
【００３１】
ステップ４１８で、スマート周辺機器３０６は、携帯型メディアプレイヤー３０２から受信した情報を処理する。必要であれば、スマート周辺機器３０６は、情報に応えて自身のオペレーションを修正する。ステップ４１８まで来るとステップ４１４に折り返し、携帯型メディアプレイヤー３０２との対話を継続する。
【００３２】
なお、スマート周辺機器３０６との接続を切る時、携帯型メディアプレーヤー３０２は、ＵＩドキュメント３１６を削除してもよいし、又はキャッシュに格納してもよい。
【００３３】
図５は、本発明の１つの実施形態における、携帯型メディアプレイヤー５０２用のスマート周辺機器アーキテクチャのブロック図である。携帯型メディアプレイヤー５０２は、ＵＩ提示プログラム３０５無しにマイクロプロセッサ５０３を使用している点を除いて、携帯型メディアプレイヤー３０２に類似しており、ＵＩ提示プログラム３０５は、米国特許出願第１１／５０２，０７１号及び米国特許第７，１００，１１８号に記載されているＧＵＩプロセッサ５０４に置き換えられている。ＧＵＩプロセッサ５０４は、ＵＩ提示プログラム３０５と同じ機能を果たすので、上で説明した図４の方法４００は、携帯型メディアプレイヤー５０２にも適用される。
【００３４】
開示されている実施形態の特徴の様々な他の改造及び組合せは、本発明の範囲に含まれる。数多くの実施形態が特許請求の範囲によって網羅される。
【図１】
2010526357.tif 000003
【図２】
2010526357.tif 000004
【図３】
2010526357.tif 000005
【図４】
2010526357.tif 000006
【図５】
2010526357.tif 000007
【国際調査報告】
2010526357.tif 000008
2010526357.tif 000009
2010526357.tif 000010