(57)【要約】【課題】  デバイス同士を統合する技法の有効性を高めて任意のトランザクションを遂行する。【解決手段】  一実現例では、通知情報を第１デバイス（例えば、メディア・サーバ）から第２デバイス（例えば、リモート・メディア・デバイス）に送信する方策について記載する。この通知情報に基づいて、受信側ユーザは第１デバイスを用いて、通知情報に関するイベントを生成し、このベントを第２デバイスに転送することができ、第２デバイスにおいて、このイベントを記録する。次いで、第２デバイスは催促情報を続行ユーザ（受信側ユーザと同一の場合もある）に送り、このユーザに記録イベントの存在を警告することができる。続行ユーザは、催促情報に基づいて、更に行動を進めることができる（資源の購入、資源の印刷等）。どの受信側ユーザがイベントを送ることができるか判断し、どの続行ユーザがイベントの存在を示す催促情報を受け取ることができるか判断するフィルタリング・メカニズムについて記載する。【選択図】      図１
2009503681.tif 000002
【特許請求の範囲】
【請求項１】
トランザクションの処理方法であって、
通知情報を、コンテンツと関係する受信側ユーザに提供するステップと、
開始行動と関連する制御部を活性化することによって、前記通知情報に応答して、前記受信側ユーザが開始行動を実行したことを示すイベントを受信するステップであって、前記イベントは、前記コンテンツと関連した目標オブジェクトと、前記目標オブジェクトに対して行われる動作とを記述する、ステップと、
記録イベントを供給するために、前記イベントを記録するステップと、
前記記録イベントの存在を続行ユーザに知らせるステップと、
前記続行ユーザに、前記記録イベントと関連する続行行動を実行させるステップであって、前記続行行動は前記コンテンツに関係し、前記イベントにおいて特定した動作と関連付けられている、ステップと、
を備えており、前記開始行動および前記続行行動が、合わさって、前記トランザクションの少なくとも一部を構成する、方法。
【請求項２】
請求項１記載の方法において、前記開始行動は、前記受信側ユーザによる資源購入要求を含み、前記続行行動は、前記資源の購入に関係する行動を含む、方法。
【請求項３】
請求項１記載の方法において、前記開始行動は、資源に対して何らかの処理を実行することの前記受信側ユーザによる要求を含み、前記続行行動は、前記処理の実行に関係する行動を含む、方法。
【請求項４】
請求項３記載の方法において、前記処理は、
前記資源を目標の宛先に転送すること、
前記資源と関連したデータを変換するために、前記資源に対してデータ処理を実行すること、
前記資源と関連したステータスを変更すること、または
前記資源をバックアップすること、
のうち１つ以上を備えた、方法。
【請求項５】
請求項１記載の方法において、前記制御部は、前記開始行動と関連する物理的制御エレメントである、方法。
【請求項６】
請求項１記載の方法において、前記制御部は、前記開始行動と関連するグラフィカル・ユーザ・インターフェース・エレメントである、方法。
【請求項７】
請求項１記載の方法において、前記受信側ユーザが前記通知情報を受信するために用いる受信側デバイスは、前記受信側ユーザが前記イベントを生成するために用いるのと同じデバイスである、方法。
【請求項８】
請求項１記載の方法において、前記受信側ユーザが前記通知情報を受信するために用いる受信側デバイスは、前記受信側ユーザが前記イベントを生成するために用いるデバイスとは異なる、方法。
【請求項９】
請求項１記載の方法であって、更に、前記受信側ユーザが前記通知情報を受信することを予め許可されているか否か、または前記受信側ユーザが前記通事情報に対して行動することを予め許可されているか否か判断するステップと、前記受信側ユーザが前記通知情報を受信する資格がある場合にのみ、前記通知情報を前記受信側ユーザに提供するステップとを備えた、方法。
【請求項１０】
請求項１記載の方法において、前記イベントの記録は、前記イベントを生成した受信側ユーザと関連付けて前記イベントを整列させることを含む、方法。
【請求項１１】
請求項１記載の方法において、前記受信側ユーザは、第１の役割を実行するデバイスを用いることによって前記イベントを生成し、前記続行ユーザは、第２の役割を実行するデバイスを用いて前記続行行動を実行する、方法。
【請求項１２】
請求項１１記載の方法において、前記第１の役割を実行するデバイスは、前記第２の役割を実行するデバイスとは異なる、方法。
【請求項１３】
請求項１２記載の方法において、前記第１の役割を実行するデバイスは、前記第２の役割を実行するデバイスと比較して、処理資源が少ない、方法。
【請求項１４】
請求項１記載の方法において、前記受信側ユーザは前記続行ユーザと同一である、方法。
【請求項１５】
請求項１記載の方法において、前記受信側ユーザは前記続行ユーザとは同一でない、方法。
【請求項１６】
請求項１記載の方法において、前記続行ユーザに前記記録イベントを知らせるステップは、前記続行ユーザが、催促情報を呈示するデバイスと関わり合っていることを検出したときに、自動再生ルーチンを通じて、前記続行ユーザに催促情報を自動的に送ることを含む、方法。
【請求項１７】
請求項１６記載の方法であって、更に、前記続行ユーザに前記トランザクションを成就する資格があるか否か判断するステップと、前記続行ユーザが前記催促情報を受信する資格がある場合にのみ、前記催促情報を前記続行ユーザに提供するステップとを備えた、方法。
【請求項１８】
請求項１記載の方法を実行するためのコンピュータ読み取り可能命令を備えた１つ以上のコンピュータ読み取り可能媒体。
【請求項１９】
トランザクションの処理方法であって、
第１デバイスにおいて、
通知情報を、コンテンツに関係するユーザに提供するステップと、
第２デバイスにおいて、
前記通知情報を受信するステップと、
開始行動に関連する制御部を呼び出すことによって、前記コンテンツに関連する開始行動を実行するステップと、
前記開始行動は、前記コンテンツと関連した目標オブジェクトと、前記目標オブジェクトに対して実行する動作とを記述するイベントを生成し、
第１デバイスにおいて、
前記イベントを受信するステップと、
記録イベントを供給するために前記イベントを記録するステップと、
前記ユーザに前記記録イベントの存在を知らせるステップと、
前記ユーザに、前記記録イベントと関連する続行行動を実行させるステップであって、前記続行行動は前記コンテンツに関係し、前記イベントにおいて特定した動作と関連付けられている、ステップと、
を備えており、前記開始行動および前記続行行動が、合わさって、前記トランザクションの少なくとも一部を構成し、
前記第１デバイスは、前記第２デバイスと比較すると、処理資源が少ない、方法。
【請求項２０】
トランザクションの処理方法であって、
第１の役割を果たすデバイスに関して、第１行動が実行されたことを示すユニバーサル・プラグ・アンド・プレー（ＵＰｎＰ）イベントを受信するステップと、
記録イベントを供給するために前記イベントを記録するステップと、
第２の役割を果たすデバイスにおいて、前記記録イベントと関連した第２行動を実行するステップであって、前記第２行動は、前記第１行動をその一部として含むトランザクションを進める、ステップと、
を備えた、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本業界では、デバイス同士を継ぎ目なく結合する技術を多数提供してきた。ユニバーサル・プラグ・アンド・プレー（ＵＰｎＰ）はこのような技術の１つである。ユニバーサル・プラグ・アンド・プレー（ＵＰｎＰ）は、ＵＰｎＰを装備したネットワークからデバイスを追加および除去し易くする機能を提供する。ＵＰｎＰ技術によって、ユーザは新しいデバイスをネットワーク結合部に単純に「差し込む」ことが可能となり、その後、ＵＰｎＰネットワークは自動的に新しいデバイスの特性を判断し、続いて、判断した特性に基づいて、この新しいデバイスとネットワーク内にあるその他のデバイスとの間における相互作用を調整する。ＵＰｎＰ技術は、家庭、事務所、学校などのような局在的な設定と関連したネットワークに特に適している。
【背景技術】
【０００２】
いわゆるＵＰｎＰデバイスは、概念的に、実際のデバイス、サービスなどを含むことができる抽象的なコンテナを定める。このようなＵＰｎＰデバイスの１つにメディア・サーバがあり、他の１つにメディア・レンダリング・デバイスがある。メディア・サーバは、コンテンツ情報を、１つ以上の制御点エンティティによって制御する１つ以上のメディア・レンダリング・デバイスに供給する。メディア・サーバの例には、多種多様のコンピュータ、ジュークボックス、パーソナル・ビデオ・レコーダなどを含むことができる。メディア・レンダリング・デバイスの例には、多種多様のコンピュータ、ステレオ・システム、ＴＶ、ハンドヘルド・オーディオ・プレーヤなどを含むことができる。制御点は、先に特定したＵＰｎＰデバイスの１つと統合することができる。例えば、メディア・レンダリング・デバイスは、メディア・サーバと相互作用する制御点機能を含むこともできる。あるいは、制御点は、実際にメディア情報を呈示するメディア・レンダリング・デバイスとは別個に実施するデバイスを表すことができる。ＵＰｎＰフォーラムのウェブ・サイト（即ち、http://upnp.org/）は、ＵＰｎＰアーキテクチャおよび関連する論題に関して、更に詳細な背景情報を提供する。
【０００３】
ＵＰｎＰのような技術によって、家庭内またはその他の何らかの規定した環境において、多数の電子デバイスの均一な統合が容易になる。しかしながら、これらの技術分野には、改善の余地が残っている。
【０００４】
例えば、ユーザがメディア・レンダリング・デバイス（テレビジョン受像機等）を操作して、メディア・サーバが提供するメディア情報を再生している場合を考える。本発明者は、ユーザがメディアの呈示に応答して何らかの行動を取りたくなる場合もあり得ることを認めた。例えば、ユーザがコマーシャルを見ていて、このコマーシャルが宣伝している資源を購入したくなったと仮定する。従来、この作業を遂行するためには、ユーザはコマーシャルにおいて提供された連絡先情報を手書きで書き留め（またはこの情報をメモリに引き渡す）、次いでこの情報を手作業で用いて後の時点において商取引を完了する。例えば、ユーザは、手作業で記録または記憶した連絡先情報を用いて、電話をかけるかまたはウェブサイトにアクセスして、商取引を完了する場合もあり得る。同様の手順は、他の種類の業務を行うためにも用いることができる。例えば、ユーザがリモート・メディア・デバイス上で写真を閲覧しており、ユーザに特に関心がある１枚以上の写真をプリント・アウトしたくなることもあり得る。この作業を遂行するには、ユーザはどの写真をプリントしたいか書き留める（またはこの情報をメモリに引き渡す）。次いで、ユーザはこれらの写真の出所（例えば、パーソナル・コンピュータ）に手作業でアクセスして、特定した写真をプリント・アウトすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上の手順は厄介である。その結果、ユーザは手間をかけて商取引を遂行する気が失せることもあり得る。また、以上の手順では、潜在的に間違いが生じ易い。例えば、ユーザがコマーシャルに応答して書き留めた（または記憶した）電話番号またはウェブサイトのアドレスが正しくないこともある。これら双方の欠点により、商取引を遂行しようとするときに、ユーザが経験不足になる可能性がある。更に、これらの欠点は、例えば、ユーザが商取引を遂行する意欲をなくすことの結果、これらの商取引を遂行するために用いられる機器またはサービスを提供するエンティティにも、悪影響を及ぼす可能性もある。
【０００６】
したがって、必要とされているのは、例えば、デバイス同士を統合する技法の有効性を高めていかなる種類のトランザクションをも遂行することである。
【課題を解決するための手段】
【０００７】
ここに記載するのは、トランザクションを処理する方策であり、業務の一部を実行するのに第１デバイスを用い、他の一部を実行するのに第２デバイスを用いる。非限定的な一事例では、第１デバイスはリモート・メディア・デバイスであり、第２デバイスはメディア・サーバである。この実現例では、メディア・サーバは、リモート・メディア・デバイスにおける呈示のために、通事情報を受信側ユーザに送る。通知情報は、資源の購入、資源のプリント・アウト等を開始するというような、何らかの開始行動を実行するために、受信側ユーザからの応答を要請することができる。受信側ユーザは、開始行動を実行するには、リモート・デバイスが設ける（またはリモート制御デバイスのような、その他のデバイスが設ける）物理的制御部またはユーザ・インターフェース（ＵＩ）制御部を作動させることができる。この行動により、開始行動を記述するイベントを作成する。このイベントは２つの部分を含むことができ、第１部分は、受信側ユーザの行動の目標オブジェクト（受信側ユーザが購入したい資源等）を記述し、第２部分は、受信側ユーザがオブジェクトに対して実行したい行動（即ち、一事例では、資源を購入する）を記述する。メディア・サーバは、イベントを受信し、このイベントを生成した受信側ユーザと関連付けてイベントを記録(log)する。
【０００８】
次に、受信側ユーザ、または恐らくは別のユーザが、後に直接メディア・サーバと双方向処理を行うと仮定する。（受信側ユーザがイベントを作成した後にユーザが行動を起こすことを示すために、メディア・サーバのユーザを、ここでは、包括的に「続行ユーザ」(follow-up user)と呼ぶ。）これによって、メディア・サーバはビジュアルおよび／またはオーディオ催促情報を提供し、続行ユーザにイベントの存在を警告する。続行ユーザが催促情報を活性化すると、メディア・サーバはインターフェースの表示画面を調整することができ、これによって、続行ユーザは、リモート・メディア・デバイスにおける受信側ユーザが開始したトランザクションを更に進めることが可能となる。例えば、続行ユーザは、受信側ユーザから受信した購入イベントによってフラグが付けられた資源を購入することができる。
【０００９】
この手法の便益の１つは、受信側ユーザが、何らかの行動が望まれる、関連の資源にタグを付けることができて便利であることである。次いで、続行ユーザ（受信側ユーザと同じユーザを表す場合もある）には、フラグが付けられた資源を知らせることができ、資源に関するトランザクションを完了する機会を与えることができて便利である。これによって、別のデバイスを用いてトランザクションを継続するために、受信側ユーザが手作業でトランザクションの詳細を記録に残す(record)または記憶する必要性を減少させることができる。
【００１０】
別の利点によれば、リモート・メディア・デバイスは、処理能力が抑えられたデバイスであることが多い（もっとも、必ずしもそうとは言えない）。したがって、このデバイスは、トランザクションの全ての面をしかるべき処理する機能を有していない場合もある。しかしながら、ここに記載する方策は、この能力を、メディア・サーバが提供する強化機能に上乗せする(piggyback)ことにより、この抑えられた処理能力を有効に利用する。即ち、リモート・メディア・デバイスは、少なくとも、メディア・サーバにイベントを知らせることができ、これによってトランザクションを開始することができる。次いで、メディア・サーバは、その強化機能を用いて、トランザクションを完了することができる。これによって、リモート・メディア・デバイスは、比較的簡素であり続けつつも、ユーザが複雑な行動を実行することを可能にすることができる。
【００１１】
多数のその他の特徴が、本方策の有用性に寄与する。例えば、通知情報を受信側ユーザへの伝搬を制限するメカニズムを採用することができる。即ち、一実現例では、メディア・サーバは、通知情報を受信することを予め許可されている受信側ユーザ（および関連するメディア・レンダリング・デバイス）だけに、このような情報を送る。または、メディア・サーバは通知情報を多くのユーザに送ることができるが、予め許可されたユーザでなければ、通知情報に応答することを許可しない。同様に、メディア・サーバは、催促情報の流布を、許可された続行ユーザのみに制限することができる。メディア・サーバは、イベントが最初にメディア・サーバによって受信されたとき（続行ユーザがこの情報を受信することができる場合）、または一時的にインアクティブであった後にメディア・サーバを用いて、続行ユーザがアクティブ・セッションを再開するときに、この催促情報を続行ユーザに提供する。
【００１２】
更に別の実現例では、前述の手法を別の場面にも適用することができる。このような代替場面の１つでは、第１デバイスは、ローカル・リソース（第１データ・ストア内にあるファイル等）に関して行動を実行することができ、ついで第２デバイスへの送信のためにイベントを作成することができる。第２デバイスは、それ自体のローカル・データ・ストア（第２データ・ストアを備えている）に格納されている相当する資源に変更を加えることによって、イベントに対して行動することができる。この場合、続行行動は、それが第２デバイス上で同様に開始行動を繰り返すという意味で、開始行動（第１デバイスにおいて実行した）を「完了」すると言うことができる。前述のイベント処理の枠組みには、更に別の応用も可能である。
【００１３】
本方策の更に別の特徴および関連する便益については、以下に明記する。
【００１４】
この摘要の章に明記した主題は、本発明の顕示例に言及するのであり、したがって特許請求の範囲の章に設定する発明の範囲を限定するのではない。更に具体的には、特許請求の範囲の章は、この摘要の章に記載した概念よりも範囲が広い、発明の形態を明記することができる。
【００１５】
本開示および図面全体を通じて、同様の構成要素および機構を参照する際には、同じ番号を用いる。１００番台の番号は、図１に最初に出てくる機構を示し、２００番台の番号は、図２に最初に出てくる機構を示し、３００番台の番号は、図３に最初に出てくる機構を示す等となっている。
【発明を実施するための最良の形態】
【００１６】
端的に言うと、本方策は、リモート・メディア・デバイスを用いてイベントを作成することによって、トランザクションを開始する、継ぎ目のない便利な技法を提供する。次いで、本技法はこのイベントをメディア・サーバに受け渡して、トランザクションを完了する。
【００１７】
前提事項として、本開示において用いるある種の用語を以下に定める。
【００１８】
・「資源」という用語は、識別可能な資産(asset)であればいずれをも意味する。資産とは、情報（メディア情報等）、有形物品、サービス等を示すことができる。
【００１９】
・「受信側ユーザ」という用語は、開始行動を作成するためにいずれの種類のデバイスとも双方向処理を行うユーザ（または自動化したエージェント）を意味する。この動作はイベントを作成する。
【００２０】
・「イベント」という用語は、受信側ユーザが行った行動を記述する任意の情報を意味する。
【００２１】
・「続行ユーザ」という用語は、受信側ユーザが作成したイベントを処理するために、いずれの種類のデバイスとも双方向処理を行うユーザ（または自動化したエージェント）を意味する。受信側ユーザが続行ユーザと同一である場合もあり、または異なる場合もある。
【００２２】
・「開始行動」という用語は、トランザクションを開始するために受信側ユーザが行う任意の種類の行動を意味する。例えば、開始行動は、資源の購入を開始するための命令を備えることもできる。
【００２３】
・「続行行動」という用語は、開始行動によって開始したトランザクションを完了する（または少なくとも更に処理する）ために、続行ユーザが行う任意の種類の行動を意味する。「続行行動」は、トランザクションにおける最終的な成就段階、またはトランザクションの更なる前進のみを表すこともできる。
【００２４】
・「通知情報」という用語は、受信側ユーザが開始行動を実行するように誘惑する、受信側ユーザに送られる任意の種類の情報を意味する。通知情報は、例えば、購入することができる資源を記述することができる。
【００２５】
・「催促情報」という用語は、受信側ユーザが作成したイベントの存在を続行ユーザに警告するために、このユーザに送られる任意の種類の情報を意味する。
【００２６】
更に一般的には、ここで展開するある種の例は、ユニバーサル・プラグ・アンド・プレー（ＵＰｎＰ）技術を拠り所として、メディア・サーバとリモート・メディア・デバイスとの間における双方向処理を調整する。しかしながら、ここに記載する原理は、ＵＰｎＰ技術に限定されるのではない。
【００２７】
更に、ここに展開するある種の例は、家庭環境におけるイベントの整列について論じる。例えば、受信側ユーザがリモート・メディア・デバイスを用いて、家庭内において開始行動を実行し、次いで、その後、同様に家庭内にあるメディア・サーバ（例えば、パーソナル・コンピュータ）を用いて、トランザクションを完了する場合である。しかしながら、ここに記載する原理は、他の種類のローカル環境（事務所関連環境等）や、性質上「ローカル」とは見なされない用途も含む、任意の環境に摘要することができる。例えば、ワイド・エリア・ネットワークを用いて、例えば、ウェブ・サービス技術等を用いて、リモート・メディア・デバイスおよびメディア・サーバ同士を結合することができる。
【００２８】
更に、ここに展開するある種の例は、行動を実行するようにユーザを誘導する情報の受信に応答して、人のユーザが実行する手順に関する開始行動および続行行動について論ずる。しかし、ここに記載する原理は、部分的にまたは完全に痔押下したシステムにも適用可能である。例えば、自動化システムでは、第１デバイスが、何らかの種類の誘起  発生に応答して自動的にイベントを第２デバイスに送り、および／または第２デバイスが自動的に、受信時に、イベントに対して行動を起こす。
【００２９】
更に、ここに展開するある種の例は、第１デバイス（イベントを発生した）に関して変換を伴う効果を有さないような開始行動について記載する。しかし、その他の場合、開始行動は、第１デバイスにおいて変換を伴う結果が得られる行動を表すことができ、続行行動は、第２デバイスにおいて変換を伴う結果を得る。これは、資源同期用途の場合であり、開始行動によって、第１データ・ストアにおける少なくとも１つの資源に変化が生じ、続行行動によって、第２データ・ストアにおける少なくとも１つの相当する（例えば、複製の）資源において同じ変化が生ずる。
【００３０】
更に別の変更も、以下の論述では想定している。
【００３１】
この開示は以下の章を含む。章Ａは、ここに記載する原理を実施するシステム例を呈示する。章Ｂは、章Ａのシステムの動作方法の一例について記載する。章Ｃは、ここに記載する原理を実施する代替システムの一例について記載する。そして、章Ｄは、前述の章のシステムの形態を実施するコンピュータ環境の一例について記載する。
【００３２】
Ａ．システム例
一般に、図を参照して記載する機能は、そのいずれもが、ソフトウェア、ファームウェア（例えば、固定論理回路）、手動処理、またはこれらの実現例の組み合わせを用いて実施することができる。「論理」、「モジュール」または「機能」という用語は、ここで用いる場合、総じてソフトウェア、ファームウェア、またはソフトウェアおよびハードウェアの組み合わせを表す。例えば、ソフトウェア実現例の場合、「論理」、「モジュール」、または「機能」という用語は、１つ以上の処理デバイス（１つ以上のＣＰＵ）上で実行すると、指定したタスクを実行するプログラム・コード（または宣言内容）を表す。プログラム・コードは、１つ以上のコンピュータ読み取り可能メモリ・デバイスに格納することができる。更に一般的には、論理、モジュール、および機能を別個のユニットに分離すると、実際の物理的集合課、ならびにこのようなソフトウェアおよび／またはハードウェアの割り当てを反映することができ、１つのソフトウェア・プログラムおよび／またはハードウェア・ユニットが実行する異なるタスクの概念的割り当てに対応することができる。図示の論理、モジュール、および機能は、１箇所に配置することができ（処理デバイスによって実施する等）、または複数の場所に分散することができる。
【００３３】
図１は、イベントを整列し、整列したイベントに基づいて更にトランザクションを進めるシステム１００の一例を示す。図１に示すコンポーネント間における情報の交換は、限定ではなく、ユニバーサル・プラグ・アンド・プレー（ＵＰｎＰ）技術のようないずれの技術によってでも、管理することができる。
【００３４】
本システムは、デバイスの集合体を含み、メディア・サーバ１０２、および１つ以上のリモート・メディア・デバイス（１０４，．．．１０６）を含む。デバイス（１０２、１０４、．．．１０６）同士は、ネットワーク１０８を通じて違いに結合されている。「受信側ユーザ」は、代表的リモート・メディア・デバイス１０４と双方向処理を行い、一方「続行ユーザ」はメディア・サーバ１０２と双方向処理を行う。先に説明したように、受信側ユーザは、続行ユーザと同じ個人を表すこともあり、異なる個人を表すこともある。または、「ユーザ」は、個人の役割を自動的に実行する、自動化したエージェント（例えば、論理機能）に関連してもよい。
【００３５】
１つの基本的なＵＰｎＰの動作フローでは、メディア・サーバ１０２は情報を１つ以上のリモート・メディア・デバイス（１０４，．．．１０６）に転送する。より多くの制御点の１つが、図１に示すコンポーネント間における情報の交換を組織化する。一事例では、制御点は、図１に示すコンポーネントのいずれと統合することもできる（リモート・メディア・デバイスの１つ等）。例えば、メディア・サーバ１０２は情報をリモート・メディア・デバイス１０４に受け渡すことができ、リモート・メディア・デバイス１０４は情報を差し出す。ここで、リモート・メディア・デバイス１０４は、メディア・レンダリング・デバイスおよび制御点双方として行動することができる。別の例では、制御点は別個のエンティティを表すことができる。例えば、メディア・サーバ１０２は、リモート・メディア・デバイス１０４の指揮の下で情報を別のリモート・メディア・デバイスに受け渡すことができ、このリモート・メディア・デバイスが情報を差し出すことができる。この場合、リモート・メディア・デバイス１０４は、メディア・レンダリング・デバイスとしてではなく、制御点の役割で機能している。更に別のルーチングおよび制御駅路も可能である。
【００３６】
システム１００において、メディア・サーバ１０２は、処理能力を有するデバイスであればいずれでの種類でも表すことができる。家庭ネットワークの場合、メディア・サーバ１０２は、パーソナル・コンピュータ、またはその他の種類のコンピュータによって実施することができる。リモート・メディア・デバイス（１０４、．．．１０６）が生成するイベントを処理するメディア・サーバ１０２の機能を、イベント処理モジュール１１０と呼ぶ。イベント処理モジュール１１０は、ソフトウェア、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ等によって実施することができる。
【００３７】
リモート・メディア・デバイス（１０４、．．．１０６）も同様にいずれの種類のデバイスでも表すことができる。多くの場合、必ずしもその必要はないが、リモート・メディア・デバイス（１０４、．．．１０６）は、メディア・サーバ１０２と比較する処理資源が少ないデバイスを表す。言い換えると、リモート・メディア・デバイス（１０４、．．．１０６）は、「薄いデバイス」を表すことができる（メディア・サーバ１０２と比較すると、処理資源が少ないことを意味する）。リモート・メディア・デバイス（１０４、．．．１０６）の種類の例には、いずれの種類の携帯または装着可能な処理デバイス、移動体電話機、セット・トップ・ボックス、ゲーム・コンソール、オーディオ再生デバイス、対話型テレビジョン、インテリジェント家電製品等も含む。メディア・サーバ１０２に送信するためにイベントを生成する代表的なリモート・メディア・デバイス１０４の機能を、イベント生成モジュール１１２と呼ぶ。イベント生成モジュール１１２は、ソフトウェア、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ等で実施することができる。
【００３８】
受信側ユーザは、直接、リモート・メディア・デバイス１０４のような、リモート・メディア・デバイスと双方向処理を行うことができる。または、受信側ユーザは、リモート制御デバイス１１４の一例のような、何らかのその他のデバイスを通じて、リモート・メディア・デバイス１０４と双方向処理を行うこともできる。リモート制御モジュール１１４は、それ自体がＵＰｎＰ技術によって管理されるデバイスを備えることもできる。更に具体的には、リモート制御デバイス１１４は、システム１００内においてＵＰｎＰ制御点の役割を担うことができる。
【００３９】
ネットワーク１０８は、デバイス間で情報を交換するための、任意の種類のチャネルまたはチャネルの組み合わせでも表すことができる。これは、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、またはその組み合わせを表すことができる。これは、ハードワイヤ導電性リンク、ワイヤレス・リンク、電力線等のような、いずれの種類および組み合わせのリンクを用いても、物理的に実施することができる。また、ネットワーク１０８は、種々のルータ、ゲートウェア、ネーム・サーバ等のような、ネットワーク関連機器のいずれの組み合わせでも含むことができる。ＴＣＰ／ＩＰ、ＳＯＡＰ、ＧＥＮＡ、ＨＴＴＰ等のようなネットワーク上で情報を交換するためには、いずれの種類のプロトコルまたはプロトコルの組み合わせでも用いることができる。
【００４０】
図１における太字の矢印は、イベント整列方策の発現の一例の全体像を表す。整列方策は、メディア・サーバ１０２と代表的なメディア・デバイス１０４との間における双方向処理に関して説明する。
【００４１】
第１動作（１）において、メディア・サーバ１０２は情報をリモート・メディア・デバイス１０４に送る。この情報は、何らかの資源を受信側ユーザに通知し、受信側ユーザはこの資源に関して何らかの行動を実行することができる。したがって、ここではこの情報を「通知情報」と呼ぶ。この用語は、広く解釈してしかるべきである。一事例では、通知情報は、資源に関して何らかの行動を実行するように受信側ユーザを誘導する具体的な命令を含むことができる。別の事例では、通知情報は、資源自体の呈示、またはその何らかの見本（購入するかもしれない音楽アルバムの１トラック等）を備えることもできる。別の場合では、通知情報は、資源と関連がある何らかの種類の記述的コンテンツを備えることもできる（購入しようとするアルバムの名称等）。また、記述情報は、資源を記述する映像コンテンツを含むこともできる（購入しようとするアルバムに関連する画像を提供する「アルバム・アート」等）。更に別の種類の情報が「通知情報」を構成することもできる。何故なら、この用語はここでは広義に用いられるからである。更に、通知情報は、先に特定した種類の情報の異なる組み合わせを含むことができる。
【００４２】
一事例では、メディア・サーバ１０２は、要請なしで、通知情報を受信側ユーザに送ることができる（ランダム・ポップアップ広告の形態）。別の事例では、メディア・サーバ１０２は、リモート・メディア・デバイス１０４との受信側ユーザの現双方向処理の文脈(context)に合った通知情報を、受信側ユーザに送ることができる。例えば、メディア・サーバ１０２は、受信側ユーザからの要求（受信側ユーザが行った閲覧または探索要求等）に応答して、リモート・メディア・デバイス１０４に通知情報を送ることができる。通知情報を受信側ユーザに送る更に別の手法も可能である。
【００４３】
アルバム・アートの具体例について検討する。受信側ユーザが閲覧または探索動作を実行するとき、メディア・サーバ１０２はアルバム・アートを特定する応答をリモート・メディア・デバイス１０４に送ることができる。更に具体的には、メディア・サーバ１０２は、メタデータ情報の一例
<AlbumArtURI>http://192.168.0.0/albumart.jpg</AlbumArtURI>
を返すことができる。このメタデータ情報は、メディア・サーバ（１０２上に位置する（または他の場所に位置する）アルバム・アート資源を指し示すリンクを備えており、リモート・メディア・デバイス１０４がアルバム・アートにアクセスし表示することを可能にする。この表示動作は、自動的に行うことができ（受信側デバイスに、アルバム・アートを表示するためのしかるべき装備がなされている場合）、または任意に受信側ユーザの好みに合わせて行うこともできる。
【００４４】
更に具体的には、一事例では、アルバム・アート・タグを、１つのメディア資源（１つの歌等）を記述するアウター・タグ内部に埋め込むことができる。この文脈では、アルバム・アートは、そのコンテンツの一部として、歌を含むアルバムのカバー・アートを表すことができる。１つの歌に、多数のアルバム・アート・タグを関連付けることもできる。これら多数のタグは、異なるサイズ、フォーマット等で同じアルバム・アートを表すことができ、あるいはタグは、可能性として、同じ歌を含む異なるアルバムを表すこともできる。
【００４５】
通知情報を受信すると、リモート・メディア・デバイス１０４は、そのディスプレイの周辺領域、その表示の主要領域等に自動的に表示することによる等、いずれのやり方でも、通事情報を呈示することができる。あるいは、リモート・メディア・デバイス１０４は、受信側ユーザが彼らの意思で、もっと多くの情報を受信する等のために、活性化することができるハイパーテキスト注釈として通知情報を表示することができる。更に、代替的に（または加えて）、リモート・メディア・デバイスは、「この音楽が気に入りましたら、購入されてはいかがでしょうか」というメッセージを呈示する等によって、通知情報を聴覚的に呈示することもできる。
【００４６】
メディア・サーバ１０２は、情報に対して行動することを予め許可されている受信側ユーザのみに、選択的に通知情報を送ることができる。例えば、ＵＰｎＰ環境では、システム１００は、当該システム１００の中にあるデバイスの特性を記述したデータベース（図示せず）を維持することができる。特性は、デバイスのプロファイルを用いて表現することができる。メディア・サーバ１０２は、このデータベースにアクセスして、通知情報を受信することを予め許可されているデバイスを判断し、次いでこの通知情報を受信することを予め許可されているデバイスのみに、この情報を流布することができる。代替事例では、メディア・サーバ１０２は、制約なしに全てのリモート・メディア・デバイスに通知情報を送るが、この情報に基づいて、予め許可されているメディア・デバイスのみが行動を実行することを可能にすることができる。
【００４７】
別の場面では、メディア・サーバ１０２はいずれの通知情報もリモート・メディア・デバイス１０４に送る必要はない。例えば、受信側ユーザが、規定した目標オブジェクトに対してある行動を実行することを独立して決定した場合について考える。受信側ユーザは、いずれの種類の催促情報をもメディア・サーバ１０２から受信することなく、リモート・メディア・デバイスにおいてその行動を無償で開始することができる。または、メディア・サーバ１０２は通知情報を受信側ユーザに送ることができるが、受信側ユーザは、通知情報を受信した後、遅らせて、開始行動を生成することができる。即ち、例えば、受信側ユーザは、必ずしも通知情報が彼または彼女の前に同時に呈示されなくても、開始行動を生成することができる。最も一般的な言い方をすれば、受信側ユーザは、ユーザが行動しているオブジェクトに関して何らかの知識を有することによって、開始行動を生成し、多様な直接的および間接的方法でこの知識をユーザに分与することができる。
【００４８】
第２動作（２）では、受信側ユーザは、目標オブジェクトに関する何らかの行動を実行する（例えば、通知情報によって特定した資源を備えている）。この行動はトランザクションを開始するので、ここでは「開始行動」と呼ぶ。考えられる開始行動を以下に纏めるが、これらで全てではない。
【００４９】
・受信側ユーザが、通知情報と関連がある特定の資源を購入する命令を発行することができる。例えば、通知情報は、受信側ユーザが購入することができる音楽アルバムを特定する映像アルバム・アート、または恐らくは当該アルバムからの音楽の抜粋を含むことができる。この通知情報の受信に応答して、受信側ユーザは、そのアルバムを購入する命令を発行することができる。受信側ユーザは、同様にして、いずれのその他の種類の資源でも購入することができる。
【００５０】
・受信側ユーザは、特定した資源に関する以前の購入要求を取り消す命令を発行することができる。
【００５１】
・受信側ユーザは、ホテル・ルーム、レンタカー等のような、特定の資源に対する予約を行う命令を発行することができる。
【００５２】
・受信側ユーザは、通知情報によって特定した特定の資源を印刷する命令を発行することができる。例えば、受信側ユーザは、写真画像の集合体を閲覧しているとする。関心のある写真を発見したなら、受信側ユーザは、この写真を印刷する命令を発行することができる。同様に、受信側ユーザは、特定した目標宛先に資源を転送する命令を発行することができる。例えば、受信側ユーザは、彼女の妹に送る写真等にフラグを付けることができる。
【００５３】
・受信側ユーザは、特定した資源に対して処理を行う命令を発行することができる。例えば、受信側ユーザは、写真を回転する、特定の写真をトリミングする、写真の色合いおよび／または明るさを変更する、写真からレッドアイを除去する等の命令を発行することができる。
【００５４】
・受信側ユーザは、特定した資源のステータスを変更する命令を発行することができる。例えば、受信側ユーザがリモート・メディア・デバイス１０４上で電子メールを閲覧している場面について考える。受信側ユーザは、これらの電子メールを保存する（電子メールを長期ストレージに移動させる）等の命令を発行することができる。
【００５５】
・受信側ユーザは、特定した資源（例えば、ファイル）をメディア・サーバ・デバイス１０２（または何らかのその他の目標デバイス）にバックアップする命令を発行することができる。
【００５６】
尚、更に多くの種類の行動も実行することができ、更に多くの種類のオブジェクトをこのような行動の目標とすることができることは、当業者には認められよう。
【００５７】
受信側ユーザは、いずれの種類の入力メカニズムによってでも、命令を発行することができる。可能な種類の入力メカニズムには、物理的制御メカニズム（物理的ボタン、スライダ、ノブ、キーボード、ジョイスティック、トラック・ボール、接触感応画面エレメント、データ・グラブ(data glove)等のような）、ＵＩ制御メカニズム（グラフィック・ボタン、スライダ、ノブ等のような）、音声活性化入力メカニズム等が含まれる。一方、次に論ずる図３は、受信側ユーザが開始行動を実行することを可能にするメカニズム例に関する追加情報を提供する。
【００５８】
図１は、受信側ユーザがリモート・メディア・デバイス１０４を通じて通知情報を受信し、次いで同じリモート・メディア・デバイス１０４を用いて開始行動を実行するという１つの場面を示す。他の場面も可能である。例えば、受信側ユーザは、リモート・メディア・デバイス１０４を通じて通知情報を受信することができるが、次いで、リモート制御デバイス１１４のような何らかの別のデバイスを用いて、開始行動を実行することができる。例えば、リモート制御デバイス１１４は、一連の物理的またはＵＩボタンを含むことができ、これによって、受信側ユーザは、リモート・メディア・デバイス１０４が呈示した通知情報に基づいて、開始行動を実行することが可能になる。更に具体的な例では、受信側ユーザは、リモート・メディア・デバイス１０４を通じてアルバムの見本を聞いており、次いで、リモート制御デバイス１１４上にあるボタンを作動させることによって、見本と関連のあるアルバム全体を購入する命令を発行することもできる。更に、これら以外の追加のデバイスを伴うことができる更に別の場面も可能である。例えば、第１リモート・デバイスが１つの曲(musical piece)の見本を呈示することができ、第２リモート・デバイスがアルバム・アートを呈示することができ、第３リモート・デバイスを用いて購入イベントを発行することができる。
【００５９】
イベントは、受信側ユーザの開始行動に応答して作成される。イベントとは、開始行動を記述し、他のデバイスに伝搬してそのデバイスに行動の性質を通知することができる任意の種類の情報を意味する。非限定的な一例では、イベントは少なくとも２つの部分を備えている。第１部分は、イベントの目標であるオブジェクトを特定する。例えば、ユーザが資源に対して何らかの行動を実行する、または資源を購入しようとする場合、オブジェクトは資源自体を含む。第２部分は、オブジェクトに対して実行する行動を特定する。前述の行動例では、オブジェクトの購入、オブジェクトの印刷、特定した受信側へのオブジェクトの転送、オブジェクトのサイズ変更、トリミング、レッドアイ減少等が含まれる。異なるそれぞれのコードを用いれば、またはその他の何らかの技法によって、異なる行動を表すことができる。
【００６０】
第３動作（３）では、メディア・サーバ１０２はイベントを受信し、任意にイベントをイベント・ストアに記録する。
【００６１】
第４動作（４）では、続行ユーザがメディア・サーバ１０２にアクセスして、記録したいずれのイベントをも処理する。続行ユーザとは、受信側ユーザが開始したトランザクションを完了する任意の者を意味する。一事例では、続行ユーザは受信側ユーザと同一である。
【００６２】
一場面では、続行ユーザは、イベントを受信した時点で、メディア・サーバ１０２と関わり合う(engage)行動を行う。この場合、メディア・サーバ１０２はイベントの受信を直ちに続行ユーザに通知することができる（そして、その場合、イベントの記録も行うことは不要としてもよい）。しかしながら、別の場面では、続行ユーザは、イベントを受信した時点で、メディア・サーバ１０２と関わり合う行動をしなくてもよい。これは、メディア・サーバ１０２を実装するコンピュータから続行ユーザをログオフするからであり、または、例えば、コンピュータが高速ユーザ切換（ＦＵＳ）等をサポートする場合には、続行ユーザはメディア・サーバとのアクティブ・セッションには関わり合わないからである。この場面では、メディア・サーバ１０２は、続行ユーザに、彼らの「不在」中（しかし、規定されている）に受信した任意のイベントの存在を警告することができる。
【００６３】
メディア・サーバ１０２は、グラフィカル情報、オーディオ情報、それらの何らかの組み合わせ等を提供する等によって、種々の方法で、続行ユーザにイベントの存在を警告することができる。非限定的な一事例では、メディア・サーバ１０２は、グラフィカル・バブル・メッセージ(graphical bubble message)を供給することによって、イベントの存在を続行ユーザに警告することができる。いずれにしても、メディア・サーバ１０２が続行ユーザに分与する情報を、ここでは「催促情報」と呼び、この情報が、リモート・メディア・デバイス１０４において受信側ユーザが開始したトランザクションを完了するように、続行ユーザに催促することを示す。
【００６４】
メディア・サーバ１０２は、催促情報を許可された続行ユーザのみに送るように構成することができる。例えば、何らかの種類の後続処理を受けるようにある種の資源にフラグを付けることによって、親が受信側ユーザの役割で行動すると仮定する。これらの資源は、家族の全ての構成員が視聴するには不適切である場合があり、あるいは実際に金銭的処理を完了することが家族の全ての構成員にとっては不適切である場合がある。親の子供が続行ユーザとしてメディア・サーバにログオンしたと仮定する。メディア・サーバ１０２は、このユーザの素性を（例えば、ユーザのパスワードに基づいて）判定し、このユーザは、受信側ユーザの親が開始したトランザクションを完了することを許可されていれるか否か判定するように構成することができる。この検証動作は、データベースを調べて、個々のユーザが催促情報を受信することを許可されているか否か判定することによって実行することができる。このように、メディア・サーバ１０２は、子供が催促情報を受信することを防止することができる。
【００６５】
続行ユーザは、例えば、催促情報のグラフィカル表示画面(graphical presentation)上でクリックすることによって、これを活性化することによって、催促情報に応答することができる。これは、１つ以上のユーザ・インターフェースの表示画面を呼び出すことができ、これらによって、続行ユーザはトランザクションを完了するか、少なくともトランザクションを更に進めることが可能になる。例えば、一事例では、メディア・サーバ１０２は、１つ以上のユーザ・インターフェースの表示画面を呼び出すことができ、これによって、ユーザは資源を購入すること、資源に対して処理を実行すること等を行うことが可能になる。これらの表示画面は、メディア・サーバ１０２自体または恐らくはワイド・エリア・ネットワーク接続を通じてアクセス可能な何らかの第三者エンティティによって、あるいはメディア・サーバ１０２および第三者エンティティの組み合わせによってホストされた表示画面の何らかの組み合わせによって、ホストすることができる。例えば、メディア・サーバ１０２は、続行ユーザに、ユーザ・インターフェースの表示画面を呈示し、販売トランザクションを進める選択肢をユーザに与えることができる。続行ユーザがこの選択肢を呼び出すと、メディア・サーバ１０２は、資源を販売している商業エンティティがホストするウェブサイトにユーザを導くことができる。いずれの場合でも、受信側ユーザが開始したトランザクションを更に進める際に続行ユーザが取る行動を、ここでは「続行行動」と呼ぶ。続行行動は、トランザクションにおける最終段階を表す可能性があり、あるいはトランザクションを構成する一連の行動における別の中間段階を表す可能性もある。
【００６６】
以上の説明は、リモート・メディア・デバイス１０４がメディア・サーバ１０２とは別個のデバイスである場面を特徴とする。即ち、リモート・メディア・デバイス１０４は薄いクライアントを表すことができ、メディア・サーバ１０２と比較すると、処理資源が少ないことを意味する。前述の手法により、比較的簡素なリモート・メディア・デバイスが、それよりも複雑なサービスを組み込むことが可能となる。即ち、リモート・メディア・デバイスを用いて、多様性が高いメディア・サーバ１０２が後に完了するトランザクションにフラグを付ける。この方策により、リモート・メディア・デバイスは、設計を簡素なままであるにも拘わらず、高度なサービスを組み込むことが可能となる。
【００６７】
別の場面では、前述の４つの行動（１〜４）は、１つのデバイスの文脈で最後まで行うことができる。例えば、ユーザは、第１デバイスを用いてイベントを記録(log)し、次いで後に同じデバイスに戻って、記録したイベントにアクセスし、それに基づいてトランザクションを完了することができる。
【００６８】
ここで図２に進むと、この図は、メディア・サーバ１０２において展開するイベント処理モジュール１１０の更に詳細な図を示す。
【００６９】
このイベント処理モジュール１１０は、多数のモジュールとデータ・ストアとを備えている。最初に、通知流布モジュール２０２が通知情報を受信側ユーザに送る。既に説明したように、通知情報は、何らかの方法で受信側ユーザが行動を起こすように催促することができるいずれの情報をも備えることができる。例えば、通知情報は、受信側ユーザに資源の存在を警告することができ、受信側ユーザは、その資源に関する開始行動を実行することができる。開始行動はイベントを生成する。
【００７０】
イベント受信モジュール２０４は、受信側ユーザが作成したイベントを受信する。先に説明したように、イベントは２つの部分を有することができる。第１部分は行動のオブジェクトを記述し、第２部分は行動自体を記述する。イベント受信モジュール２０４は任意に、受信したイベントを記録することもできる。
【００７１】
行動進行モジュール２０６は、続行ユーザに、受信側ユーザが開始したトランザクションを更に進めさせる（この場合も、続行ユーザは受信側ユーザと同じユーザを表すこともあり得る）。例えば、進行モジュール２０６は、続行ユーザに、１つ以上の記録されているイベント(logged event)の存在を警告することができる。催促情報を続行ユーザに送ることにより、このタスクを実行することができる。続行ユーザが、イベントを受信した時点で、偶然メディア・サーバ１０２と関わり合う行動を行った場合、行動進行モジュール２０６は直ちに催促情報を続行ユーザに送ることができ、それ以外の場合、行動進行モジュール２０６は、続行ユーザがメディア・サーバ１０２の使用を再開する時点において、続行ユーザに催促情報を送ることができる（例えば、再度ログオンする、アクティブ・ユーザ・セッションを再開する等によって）。
【００７２】
登録モジュール２０８は、種々の動作パラメータおよびイベント処理モジュール１１０の動作を指揮するその他の情報を、管理運営ユーザ（図示せず）に設定させる。例えば、登録モジュール２０８は、管理運営ユーザに、通知情報を受信側ユーザに送る際の条件、催促情報を続行ユーザに送る際の条件等を設定させる。
【００７３】
コンテンツ情報ストア２１０は、受信側ユーザに送る通知情報、続行ユーザに送る催促情報等のような、ユーザに流布する情報を格納する。このストアは、メディア・サーバ１０２自体、またはその他の何らかのエンティティ（リモート・ウェブサイト等）によって実施することができる。
【００７４】
条件情報ストア２１２は、イベント処理モジュール１１０の動作を指揮する情報を格納する。例えば、条件情報ストア２１２は、通知情報を受信側ユーザに送る際の条件、催促情報を続行ユーザに送る際の条件等を格納することができる。
【００７５】
最後に、ユーザ行動情報ストア２１４は、リモート・メディア・デバイス（１０４、．．．１０６）から受信するイベントを格納することができる。このようなイベントは、イベントの目標オブジェクト、および行動自体の性質を記述することができる。ユーザ行動情報ストア２１４は、ユーザ毎にイベントを格納することができる。
【００７６】
図３は、リモート・メディア・デバイス３００の一例を示す。このデバイスは、任意に、グラフィカル・ユーザ・インターフェース３０２、および物理的キー３０４の集合体を含むことができる。グラフィカル・ユーザ・インターフェース３０２は、アルバム・アートのような、通知情報を表示するために用いることができる。あるいは、別のリモート・デバイスを用いて通知情報を呈示することもでき、こうすることにより、リモート・メディア・デバイス３００に、通知情報に基づいてイベントを生成する機会を許容することができる。
【００７７】
リモート・メディア・デバイス３００は、１つ以上のグラフィカルＵＩ制御部（例えば、ＵＩ制御部３０６）および／または、ユーザにイベントを生成させるためにより多くの物理的制御部（例えば、物理的ボタン３０８）を含むことができる。例えば、購入の場面では、リモート・ユーザ・デバイス３００は購入ボタン（またはその他の種類の制御部）を含むことができる。写真閲覧の場面では、リモート・ユーザ・デバイス３００は、印刷ボタン、回転ボタン（写真を回転させるため）、レッドアイ除去ボタン（写真からレッドアイを除去するため）等を含むことができる。
【００７８】
図４は、催促情報を提供するメカニズムの一例を示す。この場合、パーソナル・コンピュータ４０２がメディア・サーバ１０２を実装する。パーソナル・コンピュータ４０２は、催促情報４０４を表示するグラフィカル・ユーザ・インターフェースを含む。この事例では、催促情報４０４は、グラフィカル・バブル・メッセージの形態をなし、続行ユーザに、対応(attention)を待っているイベントがあるという事実を警告する。オーディオ情報を提供する等によって、他の多くの方法で催促情報を呈示することも可能である。
【００７９】
実現例の一例では、メディア・サーバ１０２は、続行行動の処理（整列したイベントに基づく催促情報の呈示を伴う）を、自動化再生ルーチン（Redmond, WashingtonのMicrosoft corporationが提供するWINDOWS（登録商標）のAUTOPLAY機能等）によって調整することができる。
【００８０】
図５は、続行ユーザが催促情報４０４を活性化するときに呼び出すことができる、ユーザ・インターフェースの表示画面５００の一例を示す。この特定的な場面では、記録イベント(logged event)は購入イベントに関する。つまり、この場合、ユーザ・インターフェースの表示画面５００は、購入イベントをリストにまとめ、特定した資源を実際に購入することによって（または資源の購入を諦めることによって）これらの購入イベントを完了する機会をユーザに与える。例えば、表示画面５００におけるエントリ５０２は、受信側ユーザがバッハのピアノ・コンチェルトのアルバムを購入することに関心を示したことを識別する。このエントリ５０２によって、ユーザはこのアルバムに関する追加情報を発見し、実際にアルバムを購入することによって、購入を確認することができる。エントリ５０２におけるいずれかのボタンをクリックすると、特定された資産の販売を実際に扱うウェブサイトに、続行ユーザを任意に導くことができる。（または、メディア・サーバ３０２自体が、販売を調整するＵＩを実装することができる。）
図６は、ユーザ・インターフェースの表示画面６００の別の例を示す。この表示画面６００は、システム１００を多くの種類の行動に適用できることを強調する。例えば、エントリ６０２は続行ユーザに印刷動作を完了する選択肢を与える。エントリ６０４は、続行ユーザに電子メール処理動作を完了する選択肢を与える。エントリ６０６は、続行ユーザにレッドアイ減少動作を完了する選択肢を与える。
【００８１】
この章の最後の論題として、前述のように、特定的な一実現例では、システム１００の形態は、ＵＰｎＰ技術を用いて実施することができる。この場合、図７は、リモート・メディア・デバイス１０４とメディア・サーバ１０２との間でイベント情報を交換するプロトコルを定めるために用いることができるＸＭＬの抜粋の一例（LobObjectEvent）を示す。この抜粋は、揖斐炎との組成を規定し、行動の目標オブジェクトを特定する第１部分（ObjectID）、および行動自体を特定する第２部分（EventType）を含む。
Ｂ．プロセス例
図８〜図１０は、図１に示したシステム１００の動作の様子の一例を説明する手順（８００、９００、１０００）を示す。論述を容易にするために、ある種の動作は、ある順番で実行する別個のステップを構成することとして説明する。このような実現例は、一例でありしかも非限定的である。ここに記載するある種のステップは、纏めて集合化し、１回の動作で実行することができ、ある種のステップは、この開示において明記した例において用いた順序とは異なる順序で実行することができる。これらのフローチャートに記述する動作は、システム１００のアーキテクチャの文脈において既に説明してあるので、この章は主にこれらの動作の確認する役割を果たす。
【００８２】
図８は、管理運営ユーザが、システム１００の動作を指揮する種々のパラメータおよびその他の情報を設定することを可能にする手順８００を示す。ステップ８０２において、管理運営ユーザは、通知情報、催促情報等の流布を指揮する種々の条件を設定することができる。ステップ８０４において、管理運営ユーザは、ステップ８０２において規定した条件を満たすときに流布するコンテンツを登録することができる。例えば、ステップ８０４において、管理運営ユーザは、通知情報（例えば、アルバム・アート）、催促情報（例えば、催促バブル・メッセージ）等を定めることができる。
【００８３】
図９は、イベントの要請、受信、および記録(logging)を記述する手順９００を示す（メディア・サーバ１０２の視点から）。ステップ９０２において、メディア・サーバ１０２は、通知情報をリモート・メディア・デバイス１０４に送るか否か判断する。例えば、メディア・サーバ１０２は、予め許可されているリモート・メディア・デバイスのみが通知情報を受信すること、または予め許可されているリモート・メディア・デバイスのみが通知情報に応答することを許可されていることを確認することができる。ステップ９０４において、メディア・サーバ１０２は通知情報をリモート・メディア・デバイス１０４に送る。ステップ９０６において、メディア・サーバ１０２は、通知情報に応答して、イベントを受信し、受信側ユーザが通知情報に応答して何らかの開始行動を実行したことを示す。ステップ９０８において、メディア・サーバ１０２は受信したイベントをイベント・ストアに記録する(log)（例えば、図２のユーザ行動情報ストア２１４）。
【００８４】
図１０は、記録したイベントの処理を記述する手順１０００を示す。ステップ１００２において、メディア・サーバ１０２は、特定の続行ユーザに催促情報を送ることが妥当であるか否か判断する。催促情報は、続行ユーザに記録イベントの存在を警告することを思い出されたい。ステップ９０４において、メディア・サーバ１０２は続行ユーザに催促情報を送る。ステップ１００６において、メディア・サーバ１０２は、続行ユーザが、例えば、催促情報のグラフィカル表現上でクリックすることによって、催促情報を活性化したことを示す応答を、続行ユーザから受信する。ステップ１００８において、メディア・サーバ１０２は、受信側ユーザが開始したトランザクションの進行を調整する。このステップは、最終的にサイトと連絡を取り、続行ユーザが、特定した資源を購入する等によって、行動を実行させることを伴うことができる。
Ｃ．その他の用途例
以上の論述は、トランザクションを分割して処理するシステムおよび手順を特徴とし、トランザクションの一部は、第１の役割を果たすデバイスに関して実行し、トランザクションの別の一部は、第２の役割を果たすデバイスに関して実行する。これらの用途では、一人以上のユーザが、彼らのデバイスとの双方向処理によって、トランザクションを推進した。デバイスについては、ＵＰｎＰメディア・レンダリグ・デバイスおよびメディア・サーバ・デバイス、または任意の種類の関連する構成機器の例示で非限定的な文脈において説明した。
【００８５】
ここに記載する原理には、更に別の用途もあり、多数の観点において前述の例とは異なることもあり得る。
【００８６】
例えば、「トランザクション」、「開始行動」、「および続行行動」は、ここでは広義に解釈すべきである。２箇所以上のサイト間でリソースの同期（ファイルの同期等）を遂行する図１１のシステム１１００について検討する。即ち、第１デバイス１１０２は第１データ・ストア１１０４内に第１資源集合を維持することができ、第２デバイス１１０６は第２データ・ストア１１０８内に第２資源集合を維持することができる。これらの資源は、ファイル等のような、任意の種類の資産を表すことができる。第１データ・ストア１１０４における少なくとも一部の資源は、第２データ・ストア１１０８に格納されている同じ資源を表し、これらのデータ・ストア（１１０４、１１０８）が同じ資源の冗長コピーを維持するようにしてもよい。資源同期動作の目的は、第１データ・ストア１１０４に対して行われた変更を、第２データ・ストア１１０８に収容されている相応の資源に複製する（またはその逆）ことである。
【００８７】
このために、第１データ・ストア１１０４の中にある資源に対して行われる変更は、イベントの生成を呼び出す開始行動を構成することもあり得る。イベントは、修正している資源（または、恐らくは、資源自体のコピー）の性質、および資源に対して行われた変更の記述を指定することができる。このイベントは、前述のようにして、第１デバイス１００２によって第２デバイス１１０６に送ることができる。受信すると、第２デバイス１１０６は前述のようにこのイベントを記録する(log)ことができる。第２デバイス１１０６は、イベントを受信すると、直ちにイベントに対して動作することができ、あるいは続行ユーザが第２デバイス１１０６によってアクティブ・セッションを再開したときに、イベントに対して行動することができる。イベントに対する行動は、第１データ・ストア１１０４において行われた変更を、第２データ・ストア１１０８に格納されている少なくとも１つの相応の資源に複製することを含む可能性もある。
【００８８】
前述の資源同期の事例において、「トランザクション」は、第１デバイス１１０２において行われる変換的行為(transformative act)、およびこれに続いて第２デバイス１１０６において行われる変換的行為を含むことを注記しておく。資源同期は、２箇所のサイト（図１１におけるような）に限定されるのではない。更に一般的な文脈では、いずれのデバイスに対して行われた変更でも、前述のイベンティング・プロトコル（eventing protocol)によって、いずれの数の他のデバイスにも複製することができる。
【００８９】
更に一般的には、前述の原理は、第１の役割を果たすデバイス（例えば、第１デバイス）が、第２の役割を果たすデバイス（例えば、第２デバイス）にイベントを送り、イベント受信後直ちにまたはある時点でイベントに対して第２に行動させる文脈であればいずれにでも適用することができる。第１デバイスおよび第２デバイスは、メディア・レンダリング・デバイスおよびメディア・サーバ・デバイスに限定されるのではない。更に、これらのデバイスはＵＰｎＰデバイスにも限定されるのではない。
【００９０】
更に、トランザクションを推進する原動力は、人のユーザの行動を表す必要はない。自動誘起イベントに応答して、または少なくとも部分的に自動誘起イベントに応答して、種々の行動を実行することができる。
【００９１】
前述の原理には、更に別の応用や変形も可能である。
Ｄ．コンピュータ環境例
図１２は、メディア・サーバ１０２のような、前述の章において説明した処理機能のいずれをも実施するために用いることができるコンピュータ環境１２００に関する情報を提供する。また、リモート・メディア・デバイス（１０４、．．．１０６）のいずれもが、以下に説明する特徴、またはその何らかの部分集合を組み込むことができる。
【００９２】
計算環境１２００は、汎用またはサーバ型コンピュータ１２０２と、ディスプレイ・デバイス１２０４とを含む。しかしながら、計算環境１２００は、他の種類の計算機気を含むことができる。例えば、図示しないが、計算機環境１２００は、ハンドヘルドまたはラップトップ・デバイス、セット・トップ・ボックス、ゲーム・コンソール、メインフレーム・コンピュータ等を含むことができる。更に、図１２は、コンピュータ環境１２００のエレメントも示すが、論述を容易にするために、これらを纏めて集合化している。しかしながら、計算環境１２００は、分散処理構成を採用することができる。分散計算環境では、計算資源を環境全体に物理的に散乱させることができる。
【００９３】
コンピュータ１０２の一例は、１つ以上のプロセッサ即ち演算装置１２０６、システム・メモリ１２０８、およびバス１２１０を含む。バス１２１０は、種々のシステム・コンポーネント同士を接続する。例えば、バス１２１０はプロセッサ１２０６をシステム・メモリ１２０８に接続する。バス１２１０は、いずれの種類のバス構造またはバス構造の組み合わせを用いても実施することができ、メモリ・バスまたはメモリ・コントローラ、周辺バス、加速グラフィック・ポート、および種々のバス・アーキテクチャのいずれかを用いたプロセッサまたはローカル・バスを含む。
【００９４】
また、コンピュータ１２０２は、種々のコンピュータ読み取り可能媒体も含むことができ、種々の形式の揮発性および不揮発性媒体を含み、その各々はリムーバブルまたは非リムーバブルとすることができる。例えば、システム・メモリ１２０８は、ランダム・アクセス・メモリ（ＲＡＭ）１２１２のような揮発性メモリの形態、およびリード・オンリ・メモリ（ＲＯＭ）１２１４のような不揮発性メモリの形態のコンピュータ読み取り可能媒体を含む。ＲＯＭ１２１４は、起動中のように、コンピュータ１００内のエレメント間におけるデータ転送を補助する基本的なルーチンを収容する入力／出力システム（ＢＩＯＳ）１２１６を含む。ＲＡＭ１２１２は、通例、演算装置１２０６が容易にアクセスできるような形態でデータおよび／またはプログラム・モジュールを収容する。
【００９５】
他の種類のコンピュータ記憶媒体は、非リムーバブル、不揮発性時期媒体に対する読み出しおよび書き込みを行うハード・ディスク・ドライブ１２１８、リムーバブル、不揮発性時期ディスク１２２２（例えば、「フロッピ・ディスク」）に対する読み出しおよび書き込みを行う磁気ディスク・ドライブ１２２０、ならびにＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、またはその他の光媒体のようなリムーバブル、不揮発性光ディスク１２２６に対する読み出しおよび／または書き込みを行う光ディスク・ドライブ１２２４を含む。ハード・ディスク・ドライブ１２１８、磁気ディスク・ドライブ１２２０、および光ディスク・ドライブ１２２４は、各々、１つ以上のデータ媒体インターフェース１２２８によってシステム・バス１２１０に接続されている。あるいは、ハード・ディスク・ドライブ１２１８、磁気ディスク・ドライブ１２２０、および光ディスク・ドライブ１２２４は、ＳＣＳＩインターフェース（図示せず）またはその他の結合メカニズムによってシステム・バス１２１０に接続することができる。図示しないが、コンピュータ１２０２は、磁気カセットまたはその他の磁気記憶デバイス、フラッシュ・メモリ・カード、ＣＤ−ＲＯＭ、ディジタル・バーサタイル・ディスク（ＤＶＤ）またはその他の光ストレージ、電気的消去可能プログラム可能リード・オンリ・メモリ（ＥＥＰＲＯＭ）等のような、その他の形式のコンピュータ読み取り可能媒体を含むことができる。
【００９６】
一般に、先に特定したコンピュータ読み取り可能媚態は、コンピュータ読み取り可能命令、データ構造、プログラム・モジュール、およびコンピュータ１２０２が用いるためのその他のデータの不揮発性格納を行う。例えば、読み取り可能媒体は、オペレーティング・システム１２３０、アプリケーション特定機能１２３２（メディア・サーバ１０２のイベント処理モジュール１２０の形態を実施するための機能を含む）、その他のプログラム・モジュール１２３４、およびプログラム・データ１２３６を含む。
【００９７】
コンピュータ環境１２００は、種々の入力デバイスを含むことができる。例えば、コンピュータ環境１２００は、コマンドおよび情報をコンピュータ１２０２に入力するためにキーボード１２３８およびポインティング・デバイス１２４０（例えば、「マウス」）を含む。コンピュータ環境１２００は、マイクロフォン、ジョイスティック、ゲーム・パッド、衛星ディッシュ、シリアル・ポート、スキャナ、カード読み取りデバイス、ディジタルまたはビデオ・カメラ等のような、その他の入力デバイスを含むことができる。入力／出力インターフェース１２４２は、入力デバイスを演算装置１２０６に結合する。更に一般的には、入力デバイスは、パラレル・ポート、シリアル・ポート、ゲーム・ポート、ユニバーサル・シリアル・バス（ＵＳＢ）ポート等のような、任意の種類のインターフェースおよびバス構造を通じてコンピュータ１２０２に結合することができる。
【００９８】
また、コンピュータ環境１２００は、ディスプレイ・デバイス１２０４も含む。ビデオ・アダプタ１２４４が、ディスプレイ・デバイス１２０４をバス１２１０に結合する。ディスプレイ・デバイス１２０４に加えて、コンピュータ環境１２００は、スピーカ（図示せず）、プリンタ（図示せず）等のような、その他の出力周辺デバイスを含むことができる。
【００９９】
コンピュータ１２０２は、リモート計算機１２４６のような、１つ以上のリモート・コンピュータへの論理接続を用いて、ネットワーク環境において動作する。リモート計算機１２４６は、汎用パーソナル・コンピュータ、携帯コンピュータ、サーバ等を含む、いずれの種類のコンピュータ機器でも備えることができる。リモート計算機１２４６は、コンピュータ１２０２に関して先に論じた機構の全て、またはその何らかの部分集合を含むことができる。
【０１００】
図４のＷＡＮ４０２、ＬＡＮ等のように、いずれの形式のネットワーク１２４８を持ち手も、コンピュータ１２０２をリモート計算機１３４６と結合することができる。コンピュータ１２０２は、ネットワーク・インターフェース１２５０（例えば、図４に示すインターフェース４１６）を通じてネットワーク１２４８に結合する。ネットワーク・インターフェース１２５０は、ブロードバンド接続性、モデム接続性、ＤＳＬ接続性、またはその他の接続方策を利用することができる。図示しないが、計算環境１２００は、コンピュータ１２０２をリモート計算機１２４６と接続するためにワイヤレス通信機能を設けることができる（例えば、変調無線信号、変調赤外線信号等を通じて）。
【０１０１】
終わりに当たって、ここでは、多数の機構について説明したが、その際最初にこれらの機構が取り組むことができる問題の例を特定した。この説明の仕方は、他の者がここで指定した仕方で問題を認めるおよび／または表現することの承認を成すものではない。関連技術に生ずる問題の認識および表現は、本発明の一部として理解するものとする。更に具体的には、この中には、本開示の背景の章に記載した機構は先行技術を構成することの承認はない。更に、背景の章における限定した問題群についての記載は、本発明の適用をこれらの問題のみを解決することに限定するのではなく、明示的にここで特定していない問題や環境にも適用することができる。更に、本開示の摘要の章および要約において明記した主題は、特許請求の範囲に明記した主題を限定しないこととする。
【０１０２】
更に一般的には、構造的特徴および方法論的行為に特定的なことばで本発明を説明したが、添付した特許請求の範囲に定めた発明は、必ずしもこれら記載した特定の機構や行為には限定されないことは言うまでもない。むしろ、特定の機構や行為は、特許を請求する発明を実施する形態の１例として開示したものである。
【図面の簡単な説明】
【０１０３】
【図１】図１は、２部分でトランザクションを処理するシステム例を示し、第１部分では、受信側ユーザがリモート・メディア・デバイスと双方向処理することによって実行し、第２部分は、続行ユーザがメディア・サーバと双方向処理することによって実行する。
【図２】図２は、図１のメディア・サーバが実装するイベント処理モジュールの一例の図を示す。
【図３】図３は、図１のシステムにおいて用いられるリモート・メディア・サーバの一例を示す。
【図４】図４は、図１のメディア・サーバが用事する催促情報を一例を示す。
【図５】図５は、ユーザが図４の催促情報を活性化するときにメディア・サーバが呈示することができるユーザ・インターフェースの表示画面の一例を示す。
【図６】図６は、ユーザが図４の催促情報を活性化するときにメディア・サーバが呈示することができるユーザ・インターフェースの表示画面の別の例を示す。
【図７】図７は、図１のシステムにおいてイベント情報を交換するためのプロトコルを実装することができるマークアップ言語モジュールの一例を示す。
【図８】図８は、図１に示したシステムの動作法の形態例を、図９および図１０と共に示す。
【図９】図９は、図１に示したシステムの動作法の形態例を、図８および図１０と共に示す。
【図１０】図１０は、図１に示したシステムの動作法の形態例を、図８および図９と共に示す。
【図１１】図１１は、トランザクションを処理するためにイベントを使用する別の応用を示す。
【図１２】図１２は、前出の図の任意のシステムの形態を実施するコンピュータ環境の一例を示す。
【図１】
2009503681.tif 000003
【図２】
2009503681.tif 000004
【図３】
2009503681.tif 000005
【図４】
2009503681.tif 000006
【図７】
2009503681.tif 000007
【図８】
2009503681.tif 000008
【図９】
2009503681.tif 000009
【図１０】
2009503681.tif 000010
【図１１】
2009503681.tif 000011
【図１２】
2009503681.tif 000012
【図５】
2009503681.tif 000013
【図６】
2009503681.tif 000014
【国際調査報告】
2009503681.tif 000015