(57)【要約】  デバイス間でデータを伝送する方法であって、第１ユーザ・デバイスにおいてデータを受信し、第１ユーザ・デバイスが、第１ユーザ・デバイスによりユーザに使用可能となるアクティビティの性質に応じて、データを第１ユーザ・デバイスの機能性に結合する方式を自動的に選択し、そして伝送されたデータを選択された方式で機能性に結合する、ステップを含む方法が提供される。
2009500707.tif 000002
【特許請求の範囲】
【請求項１】
デバイス間でデータを伝送する方法であって、
第１ユーザ・デバイスにおいてデータを受信し、
前記第１ユーザ・デバイスが、前記第１ユーザ・デバイスによりユーザに使用可能とされているアクティビティの性質に応じて、前記データを前記第１ユーザ・デバイスの機能性に結合する方式を自動的に選択し、
前記伝送されたデータを、前記選択された方式で前記機能性に結合する、
ステップを含むことを特徴とする方法。
【請求項２】
第２ユーザ・デバイスにおいて、前記第１ユーザ・デバイスへ伝送するデータを選択し、
前記選択されたデータを、前記第２ユーザ・デバイスから前記第１ユーザ・デバイスへ伝送する、
ステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項３】
前記データを前記第１ユーザ・デバイスにストアするステップをさらに含むことを特徴とする、請求項１又は請求項２に記載の方法。
【請求項４】
前記データを前記第１ユーザ・デバイスの機能性に結合する方式を前記選択するステップは、さらに前記第２ユーザ・デバイスの性質に応じることを特徴とする、請求項２に記載の方法。
【請求項５】
前記データを前記第１ユーザ・デバイスの機能性に結合する方式を前記選択するステップは、さらに該データの性質に応じることを特徴とする、前記請求項のいずれかに記載の方法。
【請求項６】
前記データを第２ユーザ・デバイスから第１ユーザ・デバイスへ前記伝送するステップは、前記第１及び第２デバイスが互いに近接したときに自動的に実行されることを特徴とする、請求項２に従属する請求項３乃至請求項５のいずれかに記載の方法。
【請求項７】
前記第１及び第２デバイスは、ラジオ周波数識別トランスポンダを含むことを特徴とする、請求項６に記載の方法。
【請求項８】
前記第２ユーザ・デバイスから前記第１ユーザ・デバイスへ前記データを前記伝送するステップは、前記第２ユーザ・デバイスにおけるユーザ入力手段により起動されることを特徴とする、請求項２に従属する請求項３乃至請求項７のいずれかに記載の方法。
【請求項９】
前記結合するステップは、１組の所定の規則に従って実行されることを特徴とする、前記請求項のいずれかに記載の方法。
【請求項１０】
前記規則は、前記第１ユーザ・デバイスにストアされることを特徴とする、請求項９に記載の方法。
【請求項１１】
前記規則は、前記第１ユーザ・デバイスから遠隔にストアされることを特徴とする、請求項９に記載の方法。
【請求項１２】
前記第１及び第２ユーザ・デバイスは、前記伝送するステップの前に互いに認証するステップをさらに含むことを特徴とする、請求項２に従属する請求項３乃至請求項１１のいずれかに記載の方法。
【請求項１３】
少なくとも前記第１ユーザ・デバイスは、前記認証するステップに必要な情報を含む１組の許可にアクセスすることを特徴とする、請求項１２に記載の方法。
【請求項１４】
前記許可は、前記第１ユーザ・デバイスにストアされることを特徴とする、請求項１３に記載の方法。
【請求項１５】
前記許可は、前記第１ユーザ・デバイスから遠隔にストアされることを特徴とする、請求項１３に記載の方法。
【請求項１６】
前記第１及び第２ユーザ・デバイスは、ブルートゥース・アーキテクチャに従って通信することを特徴とする、請求項２に従属する請求項３乃至請求項１５のいずれかに記載の方法。
【請求項１７】
前記第１及び第２ユーザ・デバイスは、該第１及び第２ユーザ・デバイスが通信を試みる少なくとも第１のインスタンスにおいてペアにしなければならないことを特徴とする、請求項１６に記載の方法。
【請求項１８】
前記第１及び第２ユーザ・デバイスは、無線ネットワーク・アーキテクチャに従って通信することを特徴とする、請求項２に従属する請求項３乃至請求項１７のいずれかに記載の方法。
【請求項１９】
前記機能性は、インスタント・メッセージング機能を有するコンピュータ・プログラムによって少なくとも部分的に与えられ、そして前記結合するステップは、前記データをインスタント・メッセンジャ・コンタクトに送信することを含むことを特徴とする、前記請求項のいずれかに記載の方法。
【請求項２０】
前記機能性は、メッセージング機能を有するコンピュータ・プログラムによって少なくとも部分的に与えられ、そして前記結合するステップは、前記データをメッセージに添付することを含むことを特徴とする、請求項１乃至請求項１８のいずれかに記載の方法。
【請求項２１】
前記機能性は、画像表示機能を有するコンピュータ・プログラムによって少なくとも部分的に与えられ、前記データは画像を表し、そして前記結合するステップは、前記画像を表示することを含むことを特徴とする、請求項１乃至請求項１８のいずれかに記載の方法。
【請求項２２】
前記機能性は、ウェブ閲覧機能を有するコンピュータ・プログラムによって少なくとも部分的に与えられ、前記データはウェブ・リンクを表し、そして前記結合するステップは前記リンクにストアされたデータにアクセスすることを含むことを特徴とする、請求項１乃至請求項１８のいずれかに記載の方法。
【請求項２３】
前記データは、金額又は電子決済の書式を表すことを特徴とする、請求項１乃至請求項１８のいずれかに記載の方法。
【請求項２４】
前記結合するステップは、前記第１ユーザ・デバイスへ又はそれから、金額又は電子決済の書式を転送することを含むことを特徴とする、請求項２３に記載の方法。
【請求項２５】
ユーザに使用可能とされる前記アクティビティは、リアルタイム通信アクティビティであることを特徴とする、請求項１乃至請求項１９のいずれかに記載の方法。
【請求項２６】
前記アクティビティは電話会話であることを特徴とする、請求項２５に記載の方法。
【請求項２７】
前記アクティビティはインスタント・メッセージングであることを特徴とする、請求項２５に記載の方法。
【請求項２８】
前記データは、
アプリケーション・レベルにおける解釈のための一次データと、
前記一次データを解釈する形式を示す二次データと、
を含むことを特徴とする、前記請求項のいずれかに記載の方法。
【請求項２９】
別のユーザ・デバイスからデータを受信するためのレシーバと、
第２ユーザ・デバイスによりユーザに使用可能とされるアクティビティの性質に応じて、前記データを前記第２ユーザ・デバイスの機能性に結合する方式を自動的に選択し、前記選択された方式で前記伝送されたデータを前記機能性に結合するように調整された処理手段と、
を備えることを特徴とするユーザ・デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスで受信したデータの、コンテクスト・センシティブな処理が可能なユーザ・デバイスに関する。
【背景技術】
【０００２】
ユーザが、各々が特定用途に最適化された複数のデバイスを持ち歩くことは、ますます一般的になるであろうと予測される。例えば、一日のうちに、ユーザは、携帯電話、ＰＤＡ（形態情報端末）、及びデジタル・カメラを必要とすることがある。ユーザは、彼又は彼女のデバイス間でデータを転送してデバイスの種々異なる機能を利用することを望む可能性がある。例えば、ユーザは、デジタル・カメラで撮影した画像を友人に送信することを望むことがあり、従って画像をデジタル・カメラからＰＤＡへ転送することを望むことになる。
【０００３】
ユーザ・デバイス間でデータを転送するためには、ファイアワイア（ＦｉｒｅＷｉｒｅ）又はＵＳＢのような有線ベースのデータ転送法から、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）又はＩＥＥＥ８０２．１１のような無線データ転送法に至る種々の利用可能な技術がある。しかしながら、データ転送アーキテクチャには無関係に、従来のユーザ・デバイスにおいては、データを受信するデバイスのユーザは、所望の方式で受信データを処理するために、実行中の如何なるタスクをも中断することが必要になる。これは、そのタスクが、インスタント・メッセージ会話のような、別のユーザとのリアルタイム対話であるときに、特に不便なことである。
【０００４】
従来、ユーザ・デバイスは、そのユーザ・デバイスで実行中のタスクに関わらず、同じ方式で、所与のタイプの全受信データを処理する。例えば、ＰＤＡで受信したメッセージは、メッセージ・インボックスにストアされる。この動作は、例えばユーザが目下ＰＤＡで通話中であるか又はインターネットを閲覧中であるかによっては変わらない。
【０００５】
ユーザ・デバイスでタスクを実行中のユーザは、特定のタスクが実行されるたびに同じ方式で、ユーザ・デバイスで受信したデータを利用することを頻繁に望むことになる。これは、データを受信するたびに、そしてユーザがその特定のタスクを実行するたびに、ユーザが同じ処理ステップを繰り返すことを要求する。そのような要求は、そのタスクが一般的なものである場合に特に時間がかかり、ユーザが如何なる実行中のタスクをも中断することを要求する。
【０００６】
従って、デバイスで実行中のタスクに適切であり、そしてユーザが実行中のタスクを中断しない方式で、受信データを自動的に処理することができるユーザ・デバイスを提供することが望ましい。ユーザ・デバイスは、ユーザにとって直観的かつ自然な方式で受信データを処理することがさらに望ましい。
【発明の開示】
【０００７】
本発明の第１の態様によれば、デバイス間でデータを伝送する方法であって、第１ユーザ・デバイスでデータを受信し、第１ユーザ・デバイスが、第１ユーザ・デバイスによりユーザが使用可能であるアクティビティの性質に応じて、データを第１ユーザ・デバイスの機能性に結合する方式を自動的に選択し、そして、選択された方式で伝送データを機能性に結合するステップを含む方法が提供される。
【０００８】
その方法は、第２ユーザ・デバイスにおいて、第１ユーザ・デバイスへ伝送するためのデータを選択し、選択されたデータを第２ユーザ・デバイスから第１ユーザ・デバイスへ伝送するステップをさらに含むことが適切である。
その方法は、第１ユーザ・デバイスにデータをストアするステップをさらに含むことが好ましい。
【０００９】
データを第１ユーザ・デバイスの機能性に結合する方式を選択するステップは、第２ユーザ・デバイスの性質にさらに依存することが適切である。データを第１ユーザ・デバイスの機能性に結合する方式を選択するステップは、データの性質にさらに依存することが適切である。
【００１０】
データを第２ユーザ・デバイスから第１ユーザ・デバイスへ伝送するステップは、第１及び第２デバイスが互いに接近するとき、自動的に実行されることが好ましい。第１及び第２デバイスは、ラジオ周波数識別トランスポンダを含むことが適切である。データを第２ユーザ・デバイスから第１ユーザ・デバイスへ伝送するステップは、第２ユーザ・デバイスにおけるユーザ入力手段によって起動されることが適切である。
【００１１】
第１及び第２ユーザ・デバイスは、それらデバイスが、３０ｃｍ、又は２０ｃｍ、又は１０ｃｍ、又は５ｃｍ、又は１ｃｍに等しいか又はそれ以内の所定距離だけ離れているとき、近接しているとみなすことができる。第１及び第２ユーザ・デバイスは、１つのデバイスが他のデバイスから受信する信号強度が所定の閾値を超えるとき、近接しているとみなすことができる。デバイスは、近接しているとみなすためには、物理的にタッチする必要がある場合もある。
【００１２】
結合するステップは、１組の所定の規則に従って実行されることが好ましい。その規則は、第１ユーザ・デバイスにストアされることが適切である。その規則は、第１ユーザ・デバイスから遠隔にストアされることが適切である。
【００１３】
その方法は、伝送するステップの前に、第１及び第２ユーザ・デバイスが互いに認証するステップをさらに含むことが好ましい。少なくとも第１ユーザ・デバイスが、認証するステップに必要な情報を含む１組の許可にアクセスすることが適切である。許可は、第１ユーザ・デバイスにストアされることが適切である。許可は、第１ユーザ・デバイスから遠隔にストアされることが適切である。
【００１４】
第１及び第２ユーザ・デバイスは、ブルートゥース・アーキテクチャに従って通信することが好ましい。第１及び第２ユーザ・デバイスは、第１及び第２ユーザ・デバイスが通信を試みる少なくとも第１のインスタンスにおいて、ペアにする必要があることが適切である。第１及び第２ユーザ・デバイスは、無線ネットワーク・アーキテクチャに従って通信することが適切である。
【００１５】
１つの実施形態においては、機能性は、インスタント・メッセージング機能を有するコンピュータ・プログラムによって少なくとも部分的に与えられ、そして結合するステップは、インスタント・メッセンジャ・コンタクトにデータを送信するステップを含む。別の実施形態において機能性は、メッセージング機能を有するコンピュータ・プログラムによって少なくとも部分的に与えられ、そして結合するステップは、メッセージにデータを添付することを含む。別の実施形態において機能性は、画像表示機能を有するコンピュータ・プログラムによって少なくとも部分的に与えられ、そのデータは画像を表し、そして結合するステップは画像を表示すること含む。別の実施形態において機能性は、ウェブ閲覧機能を有するコンピュータ・プログラムによって少なくとも部分的に与えられ、そのデータはウェブ・リンクを表し、そして結合するステップは、リンクにストアされたデータにアクセスすることを含む。
【００１６】
データは、金額、又は電子決済の書式を表すことが適切である。結合するステップは、第１ユーザ・デバイスへの又はそれからの、送金又は電子決済の書式を含むことが適切である。
データは、ユーザ・コンテンツ・データとすることができることが適切である。データは、ユーザ・コンテンツ・ファイルのフォーマットとすることができることが適切である。
【００１７】
ユーザに使用可能となるアクティビティは、リアルタイムの通信アクティビティであることが適切である。アクティビティは電話会話であることが適切である。アクティビティはインスタント・メッセージングであることが適切である。
データは、アプリケーション・レベルでの解釈のための一次データと、一次データを解釈するフォーマットを指示する二次データとを含むことが好ましい。
【００１８】
本発明の第２の態様によれば、別のユーザ・デバイスからデータを受信するためのレシーバと、第２ユーザ・デバイスによりユーザに使用可能となるアクティビティの性質に応じて、データを第２ユーザ・デバイスの機能性に結合する方式を自動的に選択し、選択された方式で伝送されたデータを機能性に結合するように設定された処理手段と、を備えたユーザ・デバイスが提供される。
【発明を実施するための最良の形態】
【００１９】
本発明は、ここで例証として図面を参照しながら説明する。
図１は、レシーバ１１、プロセッサ１２、及び、受信データをユーザ・デバイスの機能性に結合するための結合手段１３を含む、好ましい実施形態のユーザ・デバイス１０を示す。結合手段１３は、プロセッサ１２の一部分を形成することができる。代替的には、結合手段は、ハードウェア若しくはソフトウェア、又はハードウェアとソフトウェアの何らかの組合せの形態で、分離して組み込むことができる。プロセッサ１２の少なくとも一部分は、ソフトウェアの形態とすることができる。ユーザ・デバイスは、ラジオ周波数識別（ＲＦＩＤ）トランスポンダ１４をさらに含む。
【００２０】
図２は、デバイス２１とデバイス２２の両方がユーザＡに属する、本発明の第１の実施形態を示す。この実施形態において、ユーザＡはマルチタスクを実行中であり、デバイス２１上で画像２３を閲覧しながら、デバイス２２上でメッセージ２４を書き込む。ユーザＡは、デバイス２１に表示された画像２５のうちの１つを、デバイス２２上に書き込まれているメッセージに添付することを決定することができる。デバイス２１に表示された所望の画像を用いて、ユーザＡは、例えばデバイスに同時にタッチすること２６（以下に説明する）により、デバイス２２への画像の伝送を開始する。画像を受信すると、デバイス２２は、ユーザがメッセージを書き込んでいることを認識し、画像をメッセージに自動的に添付２７する。
【００２１】
ユーザ・デバイスは、受信データをユーザ・デバイスの機能性にどのように結合するかを判断する１組の規則をストアすることができる。その規則は、ユーザ・デバイスで実行中のアクティビティに応じて、データをどのように結合するかを指定する１組のコンテクスト定義とすることができる。その規則は、データの性質に応じて、データをどのように結合するかをさらに指定することができる。代替的には、その規則は、送信側デバイスの性質に応じてデータをどのように結合するかをさらに指定することができる。アクティビティ又はデータのタイプが規則の組において明示的でない場合に、データをどのように結合するかを指定するためのデフォルト規則をおくことができる。
【００２２】
その規則は、ユーザにより定義することができるか、又は、ユーザ・デバイスの製造者又は納入業者により設定することができる。ユーザは、新しい又は予めサポートされていないデータ・タイプ、ユーザ・デバイスでユーザが使用できる新しいアプリケーション、又はユーザ・デバイスと通信できる新しいタイプのデバイス、に対処するために新しい規則を定義することができる。
【００２３】
代替的に、ユーザ・デバイスにおいて利用可能な１つ又はそれ以上のアルゴリズムが、受信データをユーザ・デバイスの機能性にどのように結合するかを決定することができる。アルゴリズムは、データがユーザ・デバイスで受信されたとき、１つまたはそれ以上の規則を生成することができる。
【００２４】
多くの状況において、幾つかの異なる機能性を備えたユーザ・デバイスで受信したデータを結合することが可能であり、そして、各々の機能性に対して、受信データをその機能性に幾つかの異なる方式で結合することが可能である。例えば、ユーザ・デバイスが、ユーザがそのユーザ・デバイス上でインターネットを閲覧している間に音楽ファイルを受信した場合、ユーザ・デバイスは、幾つかの方式で音楽ファイルのデータをユーザ・デバイスの機能性に結合するように設定することができる。１つのそのような方法は、音楽ファイルからの情報をインターネット検索エンジンに自動的に入れて、その結果ユーザが、例えば、同じアーティストによる他の曲又はその曲及びアーティストに関する背景情報を得ることができるようにすることである。別の方法は、ユーザ・デバイスに、ユーザがインターネットを閲覧していることを認識させ、その結果後で聴くためにその楽曲をユーザ・デバイス（又はユーザ・デバイスからアクセスできる別の記憶場所）にストアさせることである。
【００２５】
ユーザ・デバイスは、ユーザが望む可能性が最も高い方式で、特定のタイプのデータをユーザ・デバイスの機能性に結合させるように設定することが好ましい。ユーザ・デバイスは、１組の簡単な規則に従って受信データを処理することが好ましい。このことは、所与のユーザ・デバイスがどのように及びどの機能性に特定タイプの受信データを自動的に結合するかを、ユーザが迅速に知ることを可能にする。従って、ユーザは、所与のユーザ・デバイスが別のユーザ・デバイスから受信したデータを処理する方式を予測することができ、そして本発明の好ましい実施形態を最も効果的に利用することができる。
【００２６】
例えば、デバイス・パラメータを設定することにより、又はデータ伝送の前、最中若しくは後に、キー又はボタン・シーケンスを入力することによって、受信側ユーザ・デバイスにおいて自動データ処理を却下する方法を設けることができる。これは、送信側又は受信側ユーザ・デバイスのいずれにおいても行うことができる。
【００２７】
データ転送は、ブルートゥース、ＩＥＥＥ８０２．１１又は赤外線などの、当技術分野で既知の種々のデータ転送アーキテクチャのいずれによっても達成することができる。データ転送は有線接続によって実施できるが、接続は無線であることが好ましい。
【００２８】
ユーザ・デバイスは、携帯電話、スマートフォン、又は携帯情報端末（ＰＤＡ）とすることができる。ユーザ・デバイスは、ラップトップ・コンピュータ、デスクトップ・コンピュータ、又は記憶装置とすることができる。ユーザ・デバイスは、ディスプレイ・スクリーン、デジタル・カメラ、又は、映像及び音楽などのデジタル媒体を再生するデバイスとすることができる。
【００２９】
図３は、デバイス３０とデバイス３２が異なるユーザに属する、本発明の第２の実施形態を示す。この実施形態においては、ユーザＡはデバイス３０上で音楽ファイル３１を閲覧し、ユーザＢはデバイス３２上で音楽プレーヤ３３を使用している。ユーザＢは、デバイス３２上で、デバイス３０においてアクセス可能な音楽ファイルの１つを再生することを希望することができる。その結果、ユーザＡは、デバイス３０において所望された音楽ファイル３４を選択し、デバイスに同時にタッチすること３５により、そのデータをデバイス３２へ伝送する。音楽ファイルを受信すると、デバイス３２は、音楽プレーヤが作動していることを認識して、音楽ファイルの再生３６を自動的に開始する。
【００３０】
図４は、ユーザＡとＢが、デバイス４０と４２の間で通話（又はインスタント・メッセージングなどの他の何らかの形態でのデータ交換）中４１である、本発明の第３の実施形態を示す。ユーザＡはマルチタスクを実行しながら、第２デバイス４３上で画像を見ている。第２デバイスは、画像ビューア、専用のコンテンツ・プレーヤ、又はローカル基盤デバイスとすることができる。ユーザＡは、画像ビューア上に表示されている画像４４を、ユーザＢに伝送することを決定し、その結果、デバイス４３からデバイス４０にタッチして４５、画像をデバイス４３からユーザＡのデバイス４０へ転送する。デバイス４０は、ユーザＡがユーザＢと通話中であることを認識して、画像をユーザＢのデバイス４２へ伝送する。データは、例えば、ボイス・チャンネル上のデジタル・データとして、マルチメディア・メッセージ又は電子メールへの添付として、又は適切なデータ転送プロトコルを用いてインターネット上で、などの任意の適切な手段を用いて、デバイス４０とデバイス４２の間で伝送することができる。
【００３１】
ユーザＢが画像ビューア４６を有する場合には、第１の実施形態に関連して説明したように、ユーザＢは、２つのデバイスに同時にタッチすること４７によって、デバイス４２で受信した画像４４を画像ビューアに転送することができる。代替的には、一旦会話が終了すると、画像はユーザＢにデバイス４２上で示すこと４８ができ、或いは後で見るためにデバイス４２にストアすることができる。
【００３２】
図４に示す実施例は、本発明の好ましい実施形態の利点の１つを示すものであり、受信データはデバイス４０で自動的に処理されるので、ユーザＡは彼らの通話を中断することなく、ユーザＢにデータを伝送することができる。自動データ処理プロセスの一環として、ユーザは、送信側又は受信側デバイスのいずれかにおいて入力を供給することにより、データ転送を許可することを要求され得ることを理解されたい。入力は、１つのキーを押すこととすることができ、そのキーはデータ転送を許可するための専用キーとすることができる。
【００３３】
上述の、図２、図３、及び図４に示した実施形態は、データをユーザ・デバイスに伝送し、そしてデバイスの機能性と結合することのできる方式の、３つの実施例にすぎない。本発明の実施形態によるコンテクスト・センシティブなデータ処理のさらなる実施例を以下に与える。これらの実施例は、ユーザ・デバイスにおいてデータを結合する方式をそれによって選択することができる２つの要素を挙げているが、それは、ユーザ・デバイスで受信したデータの性質と、ユーザ・デバイスで実行中のタスクの性質である。次に、データをデバイスの機能性に結合させる方式を与える。
【００３４】
画像ビューアで他の画像を閲覧しながら画像を受信し、その画像を表示する。
メッセージング・プログラムでメッセージを書きながらメッセージを受信し、その受信メッセージをオープン・メッセージに添付する。
電子カレンダ内で作業しながらカレンダ・エントリを受信し、そのカレンダ・エントリをカレンダに加える。
電子アドレス帳内で作業しながら名刺を受信し、その名刺をアドレス帳に加える。
インターネットを閲覧しながらＵＲＬを受信し、そのＵＲＬをウェブ・ブラウザで開く。
電子メール・クライアントで電子メールを書きながらファイルを受信し、そのファイルをオープン・メッセージに添付する。
オンライン・ストアの口座又は銀行口座を閲覧しながら電子マネーを受信し、その電子マネーをオンライン・ストアの口座又は銀行口座に送金する。
メッセージを書きながら画像を受信し、その画像を直ちに表示する。
インスタント・メッセージングにより通信しながら画像を受信し、その画像をインスタント・メッセージング・セッションを保持しているユーザ・デバイスに送信する。
【００３５】
このリストは包括的ではなく、ユーザ・デバイスによってデータを処理することができる方式の幾つかの実施例だけを与えている。上記の実施例においては、データをデバイスの機能性に結合する方式は、ユーザ・デバイス間で伝送中のデータのタイプ、及び受信側ユーザ・デバイスにおいてユーザが利用できるアクティビティに応じて選択されることに注意されたい。しかしながら、前に検討したように、その選択は、他の要素の中でもとりわけ、データ・タイプ、ユーザ・デバイスで実行中のタスク、及び送信側デバイスの性質のうちの１つ又はそれ以上に応じて決めることができる。
【００３６】
受信側デバイスにおいて受信データが結合される機能性は、さらに又は代替的に、送信側デバイスにおいてデータを処理することのできる機能性に基づいて選択することができる。この情報は、コア・データ（コンピュータ・ファイルなど）と一緒に、受信側ユーザ・デバイスに伝送することができる。
【００３７】
ユーザ・デバイスに関して、暫時の非アクティブ状態の後、ディスプレイ・スクリーンにスクリーンセーバを表示することは当技術分野では周知のことである。スクリーンセーバは、ユーザにアクティビティを与えないので、好ましい実施形態においては、スクリーンセーバは、データをユーザ・デバイスの機能性に結合する方式の選択において考慮されないことを理解されたい。例として、ＰＤＡで電子メールを書いている最中のユーザを考える。ユーザが考えをまとめるのに暫く時間がかかる場合、スクリーンセーバが起動する可能性がある。そこでユーザは別のデバイスから彼らのＰＤＡへデータを転送することを決定することができ、従って図２に示されるプロセスを行うことになる。スクリーンセーバがユーザ・デバイスに表示されていることは、データをユーザ・デバイスの機能性に結合する方式には影響を及ぼさず、データは、現在アクティブなデバイス・アクティビティが電子メールの書き込みであるということに応じて、転送されることになる。
【００３８】
アクティビティは、多くの方式で、ユーザ・デバイスにおいて利用可能とすることができることを理解されたい。例えば、アクティビティは、システム又は入力フォーカスを有する、又はオペレーティング環境の最前部でユーザに表示される、又は１つ又はそれ以上のアクティブなシステム・プロセスを含む、アプリケーション又はプログラムの少なくとも一部分とすることができる。プログラム又はアプリケーションは、ソフトウェアの形態、又はハードウェアの形態、又はその２つの任意の組合せの形態に、具体化することができる。
【００３９】
好ましい実施形態（及び３つの前述の実施形態）において２つのユーザ・デバイス間のデータ交換は、デバイスに同時にタッチすること（又は、少なくともそれらを近接させること）によって開始される。１つの可能なデバイス構成は、図１に示される。ラジオ周波数識別（ＲＦＩＤ）トランスポンダ１４は、各デバイスを一意的に識別する各々のユーザ・デバイス１０に組み込まれる。これは、２つの互換性のあるユーザ・デバイスが、十分に近接させられるときに、互いに認識することを可能にする。認証システムを実行して、各ユーザ・デバイスが、所与の他のユーザ・デバイスとのデータ交換を許可されているかどうかを判断できるようにすることができる。この認証プロセスは、ユーザからの入力を要求することができる。許可は、１組の規則として各ユーザ・デバイスにストアすることができる。許可は、所与のユーザ・デバイスに転送することができるデータの性質をさらに指定することができる。ブルートゥース技術により動作可能なユーザ・デバイスに関して、各ユーザ・デバイスは、それと通信するように要求される他の各ユーザ・デバイスと、ペアを組むように要求され得る。
【００４０】
図２に示される通信イベントが、図１に示されるタイプの２つのユーザ・デバイス間で発生する場合を考える。ユーザＡは、デバイス２１にストアされた画像２５を見て伝送する画像を選択する。次にユーザＡは、デバイス２１からデバイス２２にタッチし、それらデバイスは、それらの埋め込まれたＲＦＩＤタグ１４により、互いにそれら自体を識別する。このステップはまた、データ転送がユーザ（ら）によって希望されていることを、各デバイスに通知する働きをする。それらのデバイス間のデータの転送の許可がある場合、又は、ユーザの一人又はそれ以上が許可を与える場合、又は許可が要求されない場合には、選択された画像がデバイス２１からデバイス２２に伝送される。
【００４１】
タッチ・システムの下で動作する１対のユーザ・デバイスが、どちらのデバイスが送信側デバイスであり、どちらのデバイスが受信側デバイスであるかを判断することができる、多くの方式がある。データ転送の方向は、送信側及び受信側デバイスで実行中のタスクによって決めることができる。タスクそれら自体（各デバイスで使用されているアプリケーションなど）が、データ転送の方向を指示することができる。多様なシナリオでデータ転送の方向を判断するために、各ユーザ・デバイスにおいて利用可能な１組の規則を置くことができる。例えば、ユーザが、第１デバイスで画像を閲覧しており、第２デバイスでメッセージを書き込んでいる場合には、（例えば）第１デバイスに送信中のメッセージではなくオープン画像を第２デバイスに送信するように、デバイスを設定することができる。第１及び第２デバイスにおける規則の間に矛盾が発生した場合には、ユーザに、その矛盾を解決するように指示することができる。
【００４２】
代替的に、データ転送の方向は、各ユーザ・デバイスのタイプによって決めることができる。例えば、デバイスのうちの１つが壁掛け式ディスプレイ・スクリーンのような「固定基盤」デバイスである場合、他の（可動な）デバイスは、それがタッチ動作を行い、従って送信側デバイスであると想定することができる。
【００４３】
１対のユーザ・デバイスがタッチ動作するとき、データは両方向に転送することができる。次に各デバイスは、上述の方式のうちの１つで受信データを処理することができる。データ転送が１方向にのみ要求される場合、１対のうちの１つのデバイスは、受信データを放棄するように設定して有効なデータ転送が１方向となるようすることができる。データ転送は、同時にタッチ動作する３つ又はそれ以上のデバイスの間で行うことができる。
【００４４】
好ましい実施形態においては、データ転送の方向は１対のデバイスの物理的動作から決定される。ユーザは、デバイス・タッチ前の短時間に、送信側デバイスが受信側デバイスよりも早く動作するように、送信側デバイスから受信側デバイスに自然にタッチすることになる。或いは、ユーザが受信側デバイスを越えて送信側デバイスを掃引することによってデータ転送を開始するように、デバイスを構成することができる。送信側デバイスが動作する速度は、信号強度の変動、又は送信側デバイスで受信される信号の干渉パターンから、判断することができる。信号は、ＧＳＭ、３Ｇまたはブルートゥース・アーキテクチャに従って用いることができるような、任意の種類の適切な無線通信信号とすることができる。所与のユーザ・デバイスの動作速度を判断するのに用いる信号の選択は、そのデバイスにおいてサポートされる信号のタイプに応ずることができる。タッチ動作するデバイスの対は、第３のデバイスにおいて発生する信号の信号強度又は干渉パターンの変動を監視することができる。従って、データは、データ転送前の短時間により速く動作したと判断されるデバイスから転送することができる。その判断は、どちらのデバイスが、例えば第３デバイスから受信した信号の強度において、又はデータ転送の前の所定の時間（例えば１ｓ又は０．５ｓ）にわたって受信した干渉信号において、より大きな変動を受けたかを識別することによって行うことができる。
【００４５】
別の実施形態においては、データ転送は、メニュー項目によるボタンのような任意の使用可能なユーザ入力によって、又はスライディング・パネルを開くことによって、又はボイス・コマンドによって、開始することができる。
【００４６】
本出願人は本明細書において、ここで説明された個々の特徴の各々及びこれら特徴の２つ又はそれ以上の組合せが、ここで開示されたあらゆる問題を解決するかどうかに関わらず、当業者に共通の一般的な知識を考慮して全体として本明細書に基づいて実施することができ、そして添付の特許請求の範囲を限定することのない範囲で、個々の特徴の各々を分離して、及びそれらの特徴の２つ又はそれ以上を組み合わせて開示する。本出願人は、本発明の態様は、任意のそれら個々の特徴又は特徴の組合せから構成できることを示す。前述の記述を考慮すれば、本発明の範囲内で種々の修正を施すことができることは当業者には明らかであろう。
【図面の簡単な説明】
【００４７】
【図１】好ましい実施形態のユーザ・デバイスを示す。
【図２】本発明の第１の実施形態による、通信イベントを示す。
【図３】本発明の第２の実施形態による、通信イベントを示す。
【図４】本発明の第３の実施形態による、通信イベントを示す。
【図１】
2009500707.tif 000003
【図２】
2009500707.tif 000004
【図３】
2009500707.tif 000005
【図４】
2009500707.tif 000006
【国際調査報告】
2009500707.tif 000007
2009500707.tif 000008
2009500707.tif 000009