デバイス識別システムのプロキシサーバ
【課題】感覚的識別子を検出し、検出された感覚的識別子の表現を含む要求メッセージを送信するように構成されたデバイス（１、２、．．．）を識別するように設計されてなるシステムを提供する。
【解決手段】システム（２０）は、好ましくはデバイス（１、２）が相互に近い場所にあるときに、デバイス（１、２）から受け取った表現を相関させて、これらのデバイスのうちの２つまたはそれ以上をマッチさせる少なくとも１つの相関サーバ（たとえば５Ｃ）を備え、該システムは、あるデバイス（１、２）からの要求メッセージを少なくとも１つの相関サーバ（たとえば、５Ｃ）へと経路制御する少なくとも１つのプロキシサーバ（たとえば、８Ｘ）をさらに備え、経路制御は、要求メッセージに含まれる前記表現またはその他の情報に応じて行われる。
【解決手段】システム（２０）は、好ましくはデバイス（１、２）が相互に近い場所にあるときに、デバイス（１、２）から受け取った表現を相関させて、これらのデバイスのうちの２つまたはそれ以上をマッチさせる少なくとも１つの相関サーバ（たとえば５Ｃ）を備え、該システムは、あるデバイス（１、２）からの要求メッセージを少なくとも１つの相関サーバ（たとえば、５Ｃ）へと経路制御する少なくとも１つのプロキシサーバ（たとえば、８Ｘ）をさらに備え、経路制御は、要求メッセージに含まれる前記表現またはその他の情報に応じて行われる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス識別システムに関するものであり、より詳しくは、本発明は、デバイス、特に、これに限定されるものではないが、近距離にあるモバイルデバイスを識別するように構成された拡張可能なシステムに関するものである。このようなシステムは、デバイスから受け取った識別情報の集合を相関させるための少なくとも１つの相関サーバと、相関された識別情報に応答してアプリケーションを実行するための少なくとも１つのアプリケーションサーバを備えていてもよい。
【背景技術】
【０００２】
モバイルデバイス、たとえば携帯（セルラー）電話、ＰＤＡ（携帯情報端末）、ラップトップコンピュータ、および（携帯型）ゲーム機はますます多くの機能を備えるようになっている。たとえば、現代の携帯電話は、電話をかけることに適しているだけでなく、計算機、カレンダおよびゲームさえも備えていることが多い。携帯電話のゲームは一般に、一人プレイヤ用に設計され、ゲームがプレイされるモバイルデバイスだけが関与する。しかしながら、ゲームの種類によっては、複数のプレイヤが必要であり、各プレイヤが自分のデバイスを使用する。複数プレイヤ用のゲームを開始するには、まずプレイヤを選択しなければならず、したがって、それらのプレイヤのモバイルデバイスを識別しなければならない。
【０００３】
他のモバイル（または非モバイル式）デバイスを、他のモバイルデバイスの電話番号とその所有者のそれぞれの氏名の含まれる、保存された電話帳を使って識別することが可能である。しかしながら、電話帳には、他のモバイルデバイスの利用可能性や近接性に関する情報は含まれていない。複数プレイヤ用のゲームを、たとえば見える範囲といった、相互に近い場所にいるプレイヤのグループでプレイしようとする場合、そのグループのモバイルデバイスは、別の方法で識別しなければならない。もちろん、参加するモバイルデバイスの電話番号がわかっていれば、それらを手で入力することは可能である。しかしながら、特に電話番号を声に出して読み上げなければならない場合、面倒で、間違いも起きやすい。
【０００４】
デバイス識別にＢｌｕｅｔｏｏｔｈ（著作権）を使用することもまた面倒である。複雑な手続きが必要であり、その中では、他のデバイスがいわゆるデバイス発見リストから選択され、また、Ｂｌｕｅｔｏｏｔｈ（著作権）のペアリングを可能にするためにパスワードが必要となる場合もある。この手順は、迅速にも、簡単にも行えない。
【０００５】
したがって、相互に近い場所にあるモバイルデバイスのための、単純であるが有効な識別メカニズムが必要である。
【０００６】
前述のような識別メカニズムはまた、携帯電話以外のモバイルデバイス、たとえばＰＤＡ、ラップトップコンピュータおよび、いわゆるノートブックコンピュータでも使用できる。識別メカニズムはゲームのアプリケーションでの使用に限られなくてもよく、これは、ＰＤＡおよびこれと同様のデバイスも、一般にはデバイス間のトランザクションを開始するために、他のデバイスを識別する必要があるかもしれないからである。トランザクションの一例は、情報、たとえばデータファイル、カレンダの予定およびその他の情報の交換である。
【０００７】
識別メカニズムは基本的に、相互に近い場所にある（モバイルまたは非モバイル）デバイスに使用されるが、これは、遠隔デバイスが複数プレイヤ用のゲームやデータ交換に関与する可能性は低いからである。特に、１台のデバイス（の所有者）を、そのデバイス（の所有者）が見える範囲にあるときに、ゲームへの参加、ゲームでの対戦、データファイルの交換、電子名刺の交換、金融取引の実行またはカレンダデータの交換に誘いたいという場面がよくある。誘われたデバイスがゲームまたはデータ交換に参加するには、まず、そのデバイスが識別されなければならない。したがって、自動的に近距離のデバイスを識別し、それから、識別された近距離のデバイスが関与するゲーム等のサービスを有効にすることが求められている。
【０００８】
国際公開第２００９／０１４４３８（ＴＮＯ／ＫＰＮ）号パンフレットは、感覚的識別子を使って近距離にあるモバイルデバイスを識別する方法を開示している。国際公開第２００９／０１４４３８号パンフレットのシステムは、検証および／または相関のための１つのサーバが関与するかもしれず、非常に有益であるが、したがって拡張可能ではない。すなわち、システムに大きな変更を加えないと、１つまたはそれ以上の相関サーバを追加することができない。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】国際公開第２００９／０１４４３８号パンフレット
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、先行技術の上記およびその他の問題を克服し、たとえば国際公開第２００９／０１４４３８号パンフレットによるシステムのようなデバイス識別のシステムを提供することである。
【００１１】
本発明の他の目的は、デバイスを識別するための拡張可能な方法を提供することである。
【課題を解決するための手段】
【００１２】
したがって、本発明は、感覚的識別子を検出し、検出された感覚的識別子の表現を含む要求メッセージを送信するシステムを提供するものであり、このシステムは、デバイスから受け取った表現を相関させて、これらのデバイスの２台またはそれ以上をマッチさせるような少なくとも１つの相関サーバを備えており、このシステムは、あるデバイスからの要求メッセージを少なくとも１つの相関サーバへと経路制御するための少なくとも１つのプロキシサーバを特徴とし、この経路制御は要求メッセージの内容に応じて行われる。
【発明の効果】
【００１３】
要求メッセージを少なくとも１つの相関サーバへと経路制御する少なくとも１つのプロキシサーバを提供することにより、システムは拡張可能となり、すなわち、システムを実質的に改変することなく、相関サーバを追加できるようになる。これに加えて、システムを実質的に改変することなく、デバイスを追加することも可能である。したがって、本発明のシステムは、数多くのユーザおよびユーザアプリケーションに対応できる。
【００１４】
経路制御を要求メッセージの内容に応じて行うことによって、これらのメッセージを選択された相関サーバへと経路制御することが可能となり、各相関サーバは、特定のアプリケーションまたはユーザグループの専用としてもよい。
【００１５】
好ましい実施形態において、各要求メッセージは、感覚的識別子のそれぞれの表現を含み、各要求メッセージは、
・デバイスを識別するためのクライアント識別情報、
・そのデバイスによって実行されるべきアプリケーションを識別するためのアプリケーションハンドル、
・ハンドリングポリシを識別するためのハンドリングポリシ指標、および／または
・任意の付加情報を伝えるためのペイロード、
のうちの少なくとも１つをさらに含む。
感覚的識別子の表現に加えて、要求メッセージは、上記のようなその他情報のうちの１つまたはそれ以上をさらに含んでもよい。クライアント識別情報は、その要求メッセージを発したユーザデバイスを識別するものであり、ユーザグループに基づいて要求メッセージの経路制御を行うのに役立つかもしれず、その一方で、アプリケーションハンドルは、実行される予定のアプリケーションに基づいて要求メッセージの経路制御を行うのに役立つかもしれない。ハンドリングポリシとペイロードは一般に、ユーザアプリケーションの実行に使用されるであろう。
【００１６】
別の好ましい実施形態において、要求メッセージは、感覚的識別子を検出した、したがって感覚的識別子のそれぞれの表現とこれに関連付けられる要求メッセージを発したデバイスの場所、およびその感覚的識別子が検出された時点での環境情報、たとえば温度の表現を含むイベントフィンガープリントをさらに含んでもよい。
【００１７】
言い換えれば、イベントフィンガープリントは、あるイベントを説明するデータを含む。イベントフィンガープリントは、音声の生成（手を叩くこと、２台のモバイルデバイスの接触）、画像の生成（記号、バーコード、運動）、またはボタンが押されたことを説明してもよい。したがって、イベントフィンガープリントは、感覚的識別子（の表現）に加えて、そのイベントに関する追加情報を提供し、どのデバイスが相互に近距離にあるかを判断する助けとなる。イベントフィンガープリントはまた、気圧および／またはその他のパラメータに関するデータも含んでいてよい。
【００１８】
感覚的識別子は、たとえば、２台のデバイスが接触する音等の音声および／または記号のような画像を含んでもよい。
【００１９】
プロキシサーバに加えて、またはその代わりに、リダイレクトサーバを使用してもよい。リダイレクトサーバは、受け取った情報に基づいて、リダイレクトメッセージを、ポーリングされる予定の相関サーバの１つまたは複数のアドレスとともにデバイスに送り返す。本発明のシステムはしたがって、経路制御情報を提供する間に、要求メッセージをデバイスに送り返すように構成されたリダイレクトサーバをさらに備えていてもよい。
【００２０】
本発明のシステムは好ましくは、相互に近距離にあるデバイスをマッチさせる、すなわち、近距離にあるデバイスをマッチさせるように構成される。マッチさせる対象となるデバイスは好ましくは、ただしこれに限定されないが、携帯電話機等のモバイルデバイスである。
【００２１】
本発明のシステムは、デバイスのマッチングが関与するアプリケーションを実行するための少なくとも１つのアプリケーションサーバをさらに備えていてもよい。このようなアプリケーションは、ゲーム、情報サービスまたはその他、どのアプリケーションであってもよい。少なくとも１つのアプリケーションサーバは、相関サーバを通じてデバイスと通信するように構成されていてもよい。
【００２２】
本発明は、前項までの請求項のいずれか一項に記載のシステムで使用するプロキシサーバをさらに提供する。本発明のプロキシサーバは好ましくは、要求メッセージを、この要求メッセージに含まれる情報、特に、ただしこれに限定されないが、感覚的識別子の表現に基づいて経路制御するように構成される。
【００２３】
本発明はまた、感覚的識別子を検出し、検出された感覚的識別子の表現を含む要求メッセージを送信するように構成されたデバイスを識別する方法を提供し、この方法は、デバイスから受け取った表現を相関させ、これらのデバイスのうちの２台またはそれ以上をマッチさせるステップを含み、あるデバイスからの要求メッセージを、少なくとも１つのプロキシサーバを使って少なくとも１つの相関サーバへと経路制御するステップであって、経路制御が要求メッセージの内容に応じて行われるステップを特徴とする。
【００２４】
本発明は、それに加えて、前述の方法を実行するためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、ＣＤまたはＤＶＤ等のデータキャリアに保存されたコンピュータ実行可能な命令の集合を含んでいてもよい。コンピュータ実行可能な命令の集合は、プログラム可能なコンピュータが前述の方法を実行できるようにし、たとえばインターネットを介した遠隔サーバからのダウンロードに供することが可能であってもよい。
【００２５】
添付の図面に描かれた例示的実施形態を参照しながら、以下に本発明をさらに説明する。
【図面の簡単な説明】
【００２６】
【図１】本発明で使用することができるデバイスと感覚的識別子の例示的実施形態を概略的に示す。
【図２】図１に示される１台のデバイスの例示的実施形態の背面を概略的に示す。
【図３】本発明によるデバイス識別システムの実施形態を概略的に示す。
【図４】図３に示されるシステムにおける例示的なメッセージ交換を概略的に示す。
【図５】リダイレクトサーバを使用したときの、本発明によるシステムにおける例示的なメッセージ交換を概略的に示す。
【図６】本発明によるプロトコルデータモデルを概略的に示す。
【発明を実施するための形態】
【００２７】
図１において、これに限定されないが、例として示されるデバイスの集合は、第一のデバイス１と第二のデバイス２を含み、これらをクライアントデバイスと呼んでもよい。図の例では、クライアントデバイスは、携帯（すなわち、セルラー）電話サービス用に構成されたモバイル（すなわち、携帯型）電話機であるが、他の機能、たとえばＰＤＡ（携帯情報端末）機能もまた組み込まれていてもよい。
【００２８】
各モバイルデバイス１、２は前面１１を有し、そこに表示スクリーン１３、キーパッド１４、スピーカ１７およびマイク１８が配置されている。当然のことながら、スピーカおよび／またはマイクは、あるいは、デバイスの側面に配置されてもよい。図２に示されるように、各モバイルデバイスは、その背面１２に配置されたバーコードセンサまたはカメラ１５を有していてもよい。
【００２９】
モバイルデバイス１、２は、感覚的識別子を検出することができる。図１に示される単に例示的な感覚的識別子ＩＤは、バーコードで構成される。このバーコードは、図２に示されるような、モバイルデバイスのバーコードスキャナまたはカメラによって「読み取られ」てもよい。
【００３０】
バーコードまたは記号のような視覚による感覚的識別子は、ステッカまたはラベル９に付着させてもよい。図１に示される一般的なバーコードのような固定空間パターンの代わりに、時間パターン、たとえば、その周波数および／または間隔に識別情報が含まれる点滅パターンや記号を使用してもよい。したがって、視覚識別子は、たとえばディスプレイ（店舗やショーウィンドウの宣伝用ディスプレイ等）または光によって生成されるような空間および／または時間パターンで構成してもよい。
【００３１】
感覚的識別子はあるいは、またはそれに加えて、音声識別子、たとえば音声信号を含んでいてもよい。音声識別子は、デバイスのスピーカによって提供されても、またはデバイスの外の打楽器のような要素、たとえば太鼓や音叉によって生成してもよい。あるいは、またはこれに加えて、音声識別子は、手を叩く、または（移動）デバイス同士を打ち合わせることによって生成してもよい。感覚的識別子は、タイムスタンプ、好ましくは「絶対」時間（壁時計時間）を示すことによって提供してもよい。これによって、複数の発生源からの感覚的識別子は、対応することになる音声識別子同士の最大時間遅延を使用することによって区別でき、すなわち、この時間遅延を超過した場合、それらの音声識別子はマッチしないとみなされる。
【００３２】
前述のように、音声識別子は、（移動）デバイス１と２を打ち合わせることによって生成してもよい。タップ音は、両方のデバイスのマイク１８によって受け取られる。音声識別子はあるいは、スピーカ（たとえば、図１に示されるモバイルデバイスのスピーカ１７）によって生成される音声信号で構成してもよく、音声信号は好ましくは、複数のトーンおよび／またはパルスで構成して、複数の異なる識別子および／またはタイムスタンプを区別できるようにする。
【００３３】
あるいは、またはこれに加えて、匂い識別子および／または触覚識別子を使用してもよい。このような実施形態では、デバイスは、他のデバイスによっても検出される匂いを検出することができてもよく、あるいは、他の物体またはデバイスの表面を感知できてもよく、感知される表面には、たとえば点字等の触覚識別子が含まれる。（移動）デバイスの（一般的な）運動を検出する運動検出器もまた使用してよい。本発明はしたがって、音声または視覚識別子に限定されない。
【００３４】
感覚的識別子は、図１と図２の視覚識別子の例の場合、デバイスが相互に近い場所にあるときに、これらのデバイスを識別することに役立つ。識別方法は、他方のデバイスの個別情報を判断するのに役立ち、この個別情報はその後、情報交換および／またはゲームのプレイに使用してもよい。より詳しくは、本発明による識別方法はいくつかのステップを含んでいてもよく、その中には、デバイスが感覚的識別子（たとえば、バーコードまたは音声信号）を検出し、その感覚的識別子に関連付けられる要求メッセージをデバイスに共通するサーバに送信するステップが含まれる。さらに、検出された識別子を、その識別子（の表現）を所定のフォーマット、範囲または同様の比較基準と比較することによって検証できる。パターン認識技術を使用して、検出された識別子を保存された識別子フォーマットと合致させ、および／または検出された識別子を認識してもよい。
【００３５】
図３に、これに限定されないが、例として示されるシステム２０はクライアントデバイス１、２および３、相関サーバ５Ａ〜５Ｄ、およびプロキシサーバ８Ｘと８Ｙを含む。クライアントデバイス（ＣＤ）１、２および３は好ましくは、モバイルデバイス、たとえばセルラー電話網に適した携帯電話機であり、プロキシサーバ８Ａと８Ｂと無線通信可能である。
【００３６】
システム２０は、アプリケーション、すなわち、具体的なゲームまたはその他の機能、たとえば電話番号の交換または共通の旋律の生成等を実行するのに適したアプリケーションソフトウェアを実行するように構成された１つまたはそれ以上のアプリケーションサーバ（図示せず）をさらに備えていてもよい。アプリケーションサーバは、相関サーバおよび／またはプロキシサーバに接続してもよく、または相関サーバ内に組み込んで、相関およびアプリケーション機能の両方を併せ持つ複合サーバを形成してもよい。
【００３７】
相関サーバ（ＣＳ）５Ａ〜５Ｄは、これらのデバイスから受け取ったデータを相関させることによって、デバイス間のマッチを見つけるように設計される。「相関」という用語は、関係するデータの間の対応関係を確立すること、すなわち、比較その他の方法により、受け取ったデータ同士が関係しているか否かを判断することを意味する。それゆえ、たとえば、受け取ったデータが同じイベント、たとえば、クライアントデバイスによる音声または記号の検出に関係するか否かを判断できる。デバイスから受け取ったデータには好ましくは、識別子、特に感覚的識別子の表現が含まれる。言い換えれば、相関機能は、クライアントデバイスから受け取った（感覚的または非感覚的）識別子およびその他あらゆる関連データがマッチするか否かを判断する。国際公開第２００９／０１４４３８号パンフレットを特に参照するものとし、同出願では、感覚的識別子を使って、携帯電話機等の近距離のデバイスを特定するための技術が開示されている。
【００３８】
図３に示される実施形態において、相関サーバ５Ａ〜５Ｄの各々は、プロキシサーバ８Ｘ、８Ｙの各々にそれぞれ接続されている。しかしながら、これは必須条件ではなく、いくつかの実施形態においては、必ずしもすべての相関サーバが各プロキシサーバに接続されるとは限らない。当然のことながら、クライアントデバイス、プロキシサーバおよび相関サーバの数は、図３に示されるものよりずっと多くすることができる。いくつかの実施形態においては、たとえば数千台のクライアントデバイスが関与してもよい。
【００３９】
本発明のシステム２０により、感覚的識別子の検出結果とこれに関連付けられたマッチング要求を、好適な相関サーバ（または、場合によっては、複数の好適な相関サーバ）へと経路制御することができる。プロキシサーバを使用すれば、相関サーバの数および／またはクライアントデバイスの数を比較的容易に変更できる。これに加えて、プロキシサーバの使用によって、すべてのクライアントデバイスがすべての相関サーバと通信可能であるようにする必要がなくなる。
【００４０】
図３のシステム２０のメッセージ交換について、図４を参照しながら説明する。簡潔にするために、図４にはクライアントデバイス１と２の２台だけが示されているが、３台またはそれ以上のクライアントデバイスについても、非常によく似た構成を設計できる。
【００４１】
クライアントデバイス１と２は、マッチング要求を構成する要求メッセージＲＱ１とＲＱ２を生成してもよい。これらのメッセージには、識別子の表現と、おそらくはデバイスの識別も含まれる。メッセージＲＱ１は、それゆえ、
ＲＱ１＝｛ＣＩ１，ＲＥ１，．．．｝
と書いてもよく、式中、ＲＱ１はクライアントデバイス１により生成される要求メッセージであり、ＣＩ１はクライアントデバイス１の識別情報（たとえば、固有のデバイス番号または電話番号）であり、ＲＥ１は識別子、好ましくは感覚的識別子の表現である。
【００４２】
留意される点として、識別子の表現は、その識別子を表現するディジット列または数字列であってもよい。図１に示されるようなバーコードは、たとえば数字列で表現することができる。同様に、音声は、その周波数および発生時刻によって、またはその他のパラメータによって表現してもよい。一般に、表現は識別子を符号化したものとなる。
【００４３】
（感覚的）識別子は、２台のクライアントデバイスを相互に軽く打ち合わせる等のイベントによって、またはデバイスによる記号（バーコード等）の検出によって生成することができ、そのイベントの「フィンガープリント」、すなわちそのイベントを一意的に特徴づけるデータに関連付けられる。それゆえ、相関サーバ５Ａ〜５Ｃは好ましくは、感覚的識別子の（デジタル）表現をマッチさせようとすることに加え、クライアントデバイスによって検出されたイベントの「フィンガープリント」をマッチさせようとする。
【００４４】
本発明によれば、要求メッセージ（およびその他のあらゆるメッセージ）は相関サーバに直接送信されるのではなく、プロキシサーバ８Ｘと８Ｙを介して送信される。すなわち、プロキシサーバがクライアントデバイスからのメッセージを受け取り、これらのメッセージを好適な相関サーバへと経路制御する。このために、各プロキシサーバは、図４に示されるように、要求メッセージの解析を行う。この解析は基本的に、感覚的識別子の表現の比較に基づくが、要求メッセージを発生させる原因となるイベントのフィンガープリントを関与させてもよい。
【００４５】
プロキシサーバによって実行される解析はさらに、（要求またはその他の）メッセージに含まれるかもしれないその他の項目、たとえばクライアント識別情報（ＣＩ）、アプリケーションハンドル、ハンドリングポリシおよび／またはペイロード等を関与させてもよい。これについては、図６を参照しながら後述する。
【００４６】
例として、プロキシサーバによる解析には感覚的識別子の表現だけが関わると仮定した場合、プロキシサーバはそれぞれ、受け取ったメッセージを好適な相関サーバに向けて送信し、この相関サーバは解析結果に基づいて選択される。
【００４７】
各相関サーバは、別々の表現範囲、たとえば音声識別子の場合は周波数範囲、または画像識別子の場合はコード値範囲をカバーすることができ、コードは記号、たとえばバーコードを表現する。この範囲は好ましくは、ある程度重複させて、範囲と範囲の間にギャップが生じないようにする。
【００４８】
たとえば、相関サーバＡ（図４の５Ａ）が第一の範囲の音声識別子（たとえば、タップ音等）の表現を相関させるために構成または設計されている場合、プロキシサーバはこの第一の範囲の表現を含む要求メッセージを相関サーバＡへと経路制御する。同様に、相関サーバＢ（図４の５Ｂ）は、第二の範囲の音声識別子の表現を相関させるように構成または設計することができ、それと同時に、相関サーバＣ（図４の５Ｃ）は、第三の範囲の識別子の表現を相関させるように構成または設計することができる。別の実施形態では、３つまたはそれ以上の相関サーバを各々、特定の種類の感覚的識別子、たとえば音声識別子、画像識別子および匂い識別子の専用とすることができる。図の例では、３つすべての相関サーバが音声識別子を相関させるように構成されているが、各相関サーバは別々の周波数範囲の専用とされる。しかしながら、周波数範囲はある程度重複していてもよく、この重複は好ましくはわずかである。
【００４９】
図４の例において、（第一の）クライアントデバイス１によって生成された第一の要求メッセージＲＱ１はプロキシサーバ８Ｘに届き、（第二の）クライアントデバイス２によって生成された第二の要求メッセージＲＱ２はプロキシサーバ８Ｙに届く。特定のメッセージがどのプロキシサーバに到達するかは、そのクライアントデバイスのプロキシサーバとの近さ、信号路内の障害の有無およびその他の要因によって決まる。場合によっては、要求メッセージＲＱ１とＲＱ２の両方がプロキシサーバ８Ｙに届いてもよく、その一方でプロキシサーバ８Ｘには何も届かず、またはメッセージの少なくとも１つが両方のプロキシサーバに届くこともある。
【００５０】
いずれにしても、各プロキシサーバは自分が受け取った要求メッセージを解析し、感覚的識別子、および選択的にクライアント識別情報（ＣＩ１、ＣＩ２）等の他のパラメータの表現（ＲＥ１、ＲＥ２）を判断する。すると、プロキシサーバは要求メッセージを選択されたサーバに送信し、このサーバは、そのプロキシサーバが受け取った要求メッセージの解析中に生成したパラメータに基づいて選択されるサーバである。言い換えれば、解析から得られるパラメータによって、相関サーバの選択が左右される。プロキシサーバ８Ｘは、変更された要求メッセージＲＱ１’とＲＱ１”を生成し、これらはどちらも元の要求メッセージＲＱ１に基づいているが、ＲＱ１と同一である必要はない。たとえば、いくつかのデータは、これらのデータがその後の相関プロセスに無関係であれば、元の要求メッセージから削除されているかもしれない。同様に、プロキシサーバ８Ｙは、変更された要求メッセージＲＱ２’とＲＱ２”を生成し、これらはどちらも元の要求メッセージＲＱ２に基づいているが、必ずしもこれと同じとは限らない。
【００５１】
この例において、感覚的識別子はそれぞれ、０．４ｋＨｚ、３ｋＨｚおよび１５ｋＨｚの３つの卓越周波数を有する音声識別子であると仮定される。さらに、相関サーバ５Ａ、５Ｂおよび５Ｃは各々、以下の音声周波数範囲に専用であると仮定される。
Ａ： ０．０ − １．１ｋＨｚ
Ｂ： １．０ − １０．１ｋＨｚ
Ｃ：１０．０ − ２０．０ｋＨｚ
０．４ｋＨｚの卓越周波数に関する（部分的）表現は第一の相関サーバ５Ａへ、３ｋＨｚの卓越周波数に関するものは第二の相関サーバ５Ｂへ、１５ｋＨｚの卓越周波数に関するものは第三の相関サーバ５Ｃへと経路制御される。ある程度の音声信号のひずみと減衰が、特に低周波数で発生すると仮定して、第一の相関サーバ５Ａと第二の相関サーバ５Ｂではマッチはみつからない。しかしながら、感覚的識別子の１５ｋＨｚの成分の（部分的）表現は、第三の相関サーバ５Ｃでマッチができるのに十分に類似している。
【００５２】
サーバは各々、マッチができたか否かを示す応答を送信し、マッチができている場合、応答にはマッチするクライアントデバイスの識別情報が含まれるかもしれない。図４の例では、マッチは第三の相関サーバ５Ｃによって行われており、相関サーバ５Ｃは、それが受け取った、マッチする（変更された）要求メッセージＲＱ１”とＲＱ２”を発したプロキシサーバに受信確認メッセージＡＣ１２を送信する。残り２つの相関サーバは、マッチしない（変更された）要求メッセージＲＱ１’とＲＱ２’に応答して、それぞれのプロキシサーバに「マッチなし」（ＮＭ）のメッセージを送信する。プロキシサーバはこれに対して、第一のクライアントデバイス１と第二のクライアントデバイス２にそれぞれ、受信確認メッセージＡＣ１とＡＣ２を送信する。受信確認メッセージＡＣ１２には、マッチするデバイスのクライアント識別情報（ＣＩ１とＣＩ２）が含まれ、その一方で、受信確認メッセージＡＣ１とＡＣ２は、マッチする相手のデバイスのクライアント識別情報だけを含んでいる必要がある（メッセージＡＣ１はクライアント識別情報ＣＩ２を含み、またその逆もある）が、両方のクライアント識別情報を含んでいてもよい。このように、各クライアントデバイスには、マッチした相手の１つまたは複数のクライアントデバイスが通知される。
【００５３】
プロキシサーバは、入ってくるイベント（たとえば、「接触イベント」）を解析し、これらのイベントを、以下のうちの１つまたはそれ以上に基づいて、関連のある相関サーバへと経路制御する。
・アプリケーションハンドル、
・フィンガープリントベクトル（これは、イベントフィンガープリントデータに加えて、感覚的識別子の表現データを含んでいてもよい）
【００５４】
経路制御に使用されるかもしれない各種の要素（アプリケーションハンドルの要素および／またはフィンガープリントベクトルの要素）の優先順位は、プロキシサーバの中で事前に構成するか、またはハンドリングポリシと一緒に送信することができる。
【００５５】
「フィンガープリントベクトル」に基づいて経路制御を行う場合、第一に、あるアルゴリズムを当てはめて、フィンガプリンタベクトル（の一部）の特徴を判断する。たとえば、
・聴覚的フィンガープリントを使用する場合、背景ノイズの中の卓越周波数が判断される。すると、相関サーバは、それらが動作する周波数帯によって識別される。周波数帯は、境界の周波数がすべてカバーされるように、重複するべきである。
・地理的フィンガープリントを使用する場合、相関サーバは、それがカバーする地域によって識別される。ここでも重複することが好ましい。
・電磁フィンガープリントを使用する場合、受け取ったチャネルのうち、最も強力なものが判断される。相関サーバは、セルＩＳの集合、ＭＡＣアドレスの範囲その他により識別される。
・物理的フィンガープリントを使用する場合、物理的パラメータ（の組み合わせ）が利用される。すると、相関サーバは、物理的パラメータの値（の組み合わせ）、たとえば温度範囲によって識別される。
・ルーティングアルゴリズムはまた、上記のパラメータの組み合わせを利用することもできる。
【００５６】
プロキシサーバが接触イベントを２つ以上の相関サーバに送信する場合、プロキシサーバは、すべてのサーバからの応答を受信するまで（またはタイムアウトまで）待機する。
・否定応答だけを受信した場合、プロキシサーバはこれらの応答をまとめて、クライアントへの１つの否定応答とする。
・確実に１つの肯定応答がある場合（および否定応答がゼロまたはそれより多い場合）、プロキシサーバはその肯定応答をクライアントに送信する。
・相互に対応するいくつかの肯定応答を受信した場合、プロキシサーバはこれらをまとめて、クライアントへの１つの肯定応答とする。
・相互に対応しないいくつかの肯定応答を受信した場合、プロキシサーバはこれらの応答をその構成のまま、またはクライアントから提供されるハンドリングポリシの中の指示にしたがって取り扱う。
○すべての肯定応答をクライアントに送信して、クライアントが遭遇したかもしれない混乱を解決できるようにする。
○否定応答をクライアントに送信する。
○マッチした相手のクライアントに、おそらくはクエリも送信する。
○その他。
【００５７】
さらに拡張するために、プロキシサーバおよび／またはリダイレクトサーバのカスケード接続も利用できる。このようなカスケード接続は、プロキシサーバとリダイレクトサーバの分野でそれ自体知られている。たとえば、インターネットと私的ネットワーク内で使用されるドメインネームシステム（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）（ＤＮＳ）は、プロキシおよび／またはリダイレクトサーバを利用する。
【００５８】
他の実施形態が図５に示されており、この実施形態では、図３のプロキシサーバ８Ｘと８Ｙの代わりにリダイレクトサーバ４が用いられている。図５の例においては、図を簡潔にするために、１台だけのクライアントデバイス（ＣＤ）１と１つだけのリダイレクトサーバ４が示されている。
【００５９】
図３の実施形態と同様に、クライアントデバイス１は、それが（感覚的）識別子を検出すると、要求メッセージＲＱ１を送信する。リダイレクトサーバ４は、この要求メッセージを解析する。この解析は、図４の例においてプロキシサーバによって実行される解析と同様とすることができる。しかしながら、プロキシサーバと異なり、リダイレクトサーバは、１つまたはそれ以上の相関サーバに要求メッセージを送信する（または変更された要求メッセージを生成する）代わりに、リダイレクトメッセージＲＤをクライアントデバイスに送り返す。このリダイレクトメッセージには、そのクライアントデバイスが要求メッセージを送信しなければならない相手となる相関サーバを識別する情報が含まれる。リダイレクトメッセージは、
ＲＤ＝｛ＣＩ１，ＣＳ−Ａ，ＣＳ−Ｃ，．．．｝
と書いてもよく、式中、ＣＩ１はクライアントデバイス１の識別情報、ＣＳ−ＡとＣＳ−Ｃはそれぞれ、クライアントデバイスがその要求メッセージを送信しなければならない相手となる相関サーバとして相関サーバ５Ａと５Ｃを識別する。
【００６０】
クライアントデバイス１は、リダイレクトメッセージＲＤに応答して、新しい要求メッセージＲＱ’を生成し、これにはその標的となる相関サーバを識別する情報が含まれる。したがって、新しい要求メッセージＲＱ’は、
ＲＱ’＝｛ＣＩ１，ＲＥ１，ＣＳ−Ａ，ＣＳ−Ｃ，．．．｝
と書いてもよく、式中、ＲＥ１は前述のように、検出された感覚的識別子の表現である。留意される点として、この新しい要求メッセージＲＱ’はまた、２つの新しい要求メッセージＲＱ’ＡとＲＱ’Ｃに分割されてもよく、各々がそれぞれの相関サーバに送信され、好ましくは、その特定のサーバに関する情報だけを含む。１つまたは複数の相関サーバは、１つまたは複数の新しい要求メッセージを受けると、この要求メッセージを、他のクライアントデバイス（図示せず）から受け取った要求メッセージと相関させる。
【００６１】
当然のことながら、有利な点として、図３と図５に示される実施形態を組み合わせて、少なくとも１つのプロキシサーバと少なくとも１つのリダイレクトサーバの両方を含む実施形態を提供してもよい。
【００６２】
図６の略図は、たとえば図４により、クライアントデバイス、相関サーバおよびアプリケーションサーバの間のメッセージ交換に使用される好ましいデータモデルを示す。この好ましい実施形態において、クライアントデバイスと相関サーバの間のプロトコルの要素は、あるイベント、たとえば感覚的識別子の提供等を説明するデータである。そのイベントを説明するデータは要求メッセージ（ＲＱ）２０に含まれ、
・クライアント識別データ２１、
・アプリケーションハンドルデータ２２、
・フィンガープリントデータ２３（感覚的識別子表現データを含む）、
・ハンドリング方針データ２４および／または、
・ペイロードデータ２５、
によって構成されていてもよい。留意される点として、図６のモデルでは、感覚的識別子表現データとイベントフィンガープリントデータはまとめて、フィンガープリントデータ２３と呼ばれてもよい。
【００６３】
より詳しくは、データモデルは、
・クライアント識別情報（上の説明では、クライアント識別情報ＣＩとも呼ばれる）、
○「Ｎａｍｅ（名前）」、場所に依存しない識別情報
○「Ａｄｄｒｅｓｓ（住所）」、たとえばＩＰアドレスとポート番号
○「Ｒｅｐｌｙ−ｔｏ（返答先）」たとえば、ＩＰアドレスとポート番号
○その他の識別項目
・アプリケーションハンドル、
○アプリケーション識別子
− たとえば、「Ｓｔｒａｔｅｇｏ（ストラテゴ）」、「Ｆｉｌｅ（ファイル）」、「Ｂｕｓｉｎｅｓｓ ｃａｒｄ（名刺）」
○アプリケーションサーバのアドレス
− たとえば、ストラテゴサーバのＵＲＩまたはＩＰアドレスとポート番号
○インスタンス識別情報
− たとえば、「Ｓｔｒａｔｅｇｏ ｇａｍｅ Ｂａｒｃｅｌｏｎａ ３」
・フィンガープリントベクトル、
○「マッチする」根拠となる（ＸＭＬ）オブジェクト
○フィンガープリントデータモデル識別情報
− たとえば、ＸＭＬオブジェクトに関する特定のＸＭＬスキームの名前
・ハンドリングポリシ、
○Ｔｉｍｅ−ｔｏ−ｌｉｖｅ（データ有効期限）
○マッチング／相関アルゴリズムの識別情報
− すべての追加パラメータ／基準
○ハンドリングに関するその他の説明、たとえばセキュリティ、プライバシ、完全性、課金等
・ペイロード
○マッチが肯定の場合に交換される（ＸＭＬ）オブジェクト
○ペイロードデータモデル
− たとえば、「プレーンテキスト」のフィールド
を含む。これに加えて、データモデル内のフィールドに記入されていない場合は、“Ｎｕｌｌ（ヌル）”挙動を使用してもよい。
・アプリケーションサーバのアドレスが「Ｎｕｌｌ」：マッチは別のアプリケーションサーバに送信されないが、マッチの場合、ペイロードＡが直接クライアントＢに送られる、またはその逆、
・フィンガープリントが「Ｎｕｌｌ」：アプリケーションハンドルとハンドリングポリシのみに基づいてマッチ、
・ｔｉｍｅ−ｔｏ−ｌｉｖｅが「Ｎｕｌｌ」：デフォルト値は、たとえば２秒、
・その他。
【００６４】
留意される点とし、本発明で使用される相関手順には、別の実施形態があってもよい。第一の実施形態では、相関手順はステートレスであり、その履歴を考慮しない。この実施形態には、簡潔であるという利点がある。第二の実施形態では、相関手順はステートフルであり、その履歴が考慮される。
【産業上の利用可能性】
【００６５】
本発明は、プロキシサーバおよび／またはリダイレクトサーバの使用によって、デバイス識別のためのシステムを拡張可能にし、その柔軟性を改善する。
【００６６】
この文書において使用されるいずれの用語も、本発明の範囲を制限するものと解釈すべきではない。特に、「〜を含む、〜を備える（ｃｏｍｐｒｉｓｅ（ｓ）」および「〜を含み、〜を備え（ｃｏｍｐｒｉｓｉｎｇ）」は、具体的には述べられなかったいずれかの要素を除外しようとするものではない。単数の（回路）素子は複数の（回路）素子またはそれらの均等物に置き換えてもよい。
【００６７】
当業者にとっては当然のことながら、本発明は上記の実施形態に限定されず、本発明の範囲から逸脱することなく、多くの変更や追加を行うことができる。
【技術分野】
【０００１】
本発明は、デバイス識別システムに関するものであり、より詳しくは、本発明は、デバイス、特に、これに限定されるものではないが、近距離にあるモバイルデバイスを識別するように構成された拡張可能なシステムに関するものである。このようなシステムは、デバイスから受け取った識別情報の集合を相関させるための少なくとも１つの相関サーバと、相関された識別情報に応答してアプリケーションを実行するための少なくとも１つのアプリケーションサーバを備えていてもよい。
【背景技術】
【０００２】
モバイルデバイス、たとえば携帯（セルラー）電話、ＰＤＡ（携帯情報端末）、ラップトップコンピュータ、および（携帯型）ゲーム機はますます多くの機能を備えるようになっている。たとえば、現代の携帯電話は、電話をかけることに適しているだけでなく、計算機、カレンダおよびゲームさえも備えていることが多い。携帯電話のゲームは一般に、一人プレイヤ用に設計され、ゲームがプレイされるモバイルデバイスだけが関与する。しかしながら、ゲームの種類によっては、複数のプレイヤが必要であり、各プレイヤが自分のデバイスを使用する。複数プレイヤ用のゲームを開始するには、まずプレイヤを選択しなければならず、したがって、それらのプレイヤのモバイルデバイスを識別しなければならない。
【０００３】
他のモバイル（または非モバイル式）デバイスを、他のモバイルデバイスの電話番号とその所有者のそれぞれの氏名の含まれる、保存された電話帳を使って識別することが可能である。しかしながら、電話帳には、他のモバイルデバイスの利用可能性や近接性に関する情報は含まれていない。複数プレイヤ用のゲームを、たとえば見える範囲といった、相互に近い場所にいるプレイヤのグループでプレイしようとする場合、そのグループのモバイルデバイスは、別の方法で識別しなければならない。もちろん、参加するモバイルデバイスの電話番号がわかっていれば、それらを手で入力することは可能である。しかしながら、特に電話番号を声に出して読み上げなければならない場合、面倒で、間違いも起きやすい。
【０００４】
デバイス識別にＢｌｕｅｔｏｏｔｈ（著作権）を使用することもまた面倒である。複雑な手続きが必要であり、その中では、他のデバイスがいわゆるデバイス発見リストから選択され、また、Ｂｌｕｅｔｏｏｔｈ（著作権）のペアリングを可能にするためにパスワードが必要となる場合もある。この手順は、迅速にも、簡単にも行えない。
【０００５】
したがって、相互に近い場所にあるモバイルデバイスのための、単純であるが有効な識別メカニズムが必要である。
【０００６】
前述のような識別メカニズムはまた、携帯電話以外のモバイルデバイス、たとえばＰＤＡ、ラップトップコンピュータおよび、いわゆるノートブックコンピュータでも使用できる。識別メカニズムはゲームのアプリケーションでの使用に限られなくてもよく、これは、ＰＤＡおよびこれと同様のデバイスも、一般にはデバイス間のトランザクションを開始するために、他のデバイスを識別する必要があるかもしれないからである。トランザクションの一例は、情報、たとえばデータファイル、カレンダの予定およびその他の情報の交換である。
【０００７】
識別メカニズムは基本的に、相互に近い場所にある（モバイルまたは非モバイル）デバイスに使用されるが、これは、遠隔デバイスが複数プレイヤ用のゲームやデータ交換に関与する可能性は低いからである。特に、１台のデバイス（の所有者）を、そのデバイス（の所有者）が見える範囲にあるときに、ゲームへの参加、ゲームでの対戦、データファイルの交換、電子名刺の交換、金融取引の実行またはカレンダデータの交換に誘いたいという場面がよくある。誘われたデバイスがゲームまたはデータ交換に参加するには、まず、そのデバイスが識別されなければならない。したがって、自動的に近距離のデバイスを識別し、それから、識別された近距離のデバイスが関与するゲーム等のサービスを有効にすることが求められている。
【０００８】
国際公開第２００９／０１４４３８（ＴＮＯ／ＫＰＮ）号パンフレットは、感覚的識別子を使って近距離にあるモバイルデバイスを識別する方法を開示している。国際公開第２００９／０１４４３８号パンフレットのシステムは、検証および／または相関のための１つのサーバが関与するかもしれず、非常に有益であるが、したがって拡張可能ではない。すなわち、システムに大きな変更を加えないと、１つまたはそれ以上の相関サーバを追加することができない。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】国際公開第２００９／０１４４３８号パンフレット
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、先行技術の上記およびその他の問題を克服し、たとえば国際公開第２００９／０１４４３８号パンフレットによるシステムのようなデバイス識別のシステムを提供することである。
【００１１】
本発明の他の目的は、デバイスを識別するための拡張可能な方法を提供することである。
【課題を解決するための手段】
【００１２】
したがって、本発明は、感覚的識別子を検出し、検出された感覚的識別子の表現を含む要求メッセージを送信するシステムを提供するものであり、このシステムは、デバイスから受け取った表現を相関させて、これらのデバイスの２台またはそれ以上をマッチさせるような少なくとも１つの相関サーバを備えており、このシステムは、あるデバイスからの要求メッセージを少なくとも１つの相関サーバへと経路制御するための少なくとも１つのプロキシサーバを特徴とし、この経路制御は要求メッセージの内容に応じて行われる。
【発明の効果】
【００１３】
要求メッセージを少なくとも１つの相関サーバへと経路制御する少なくとも１つのプロキシサーバを提供することにより、システムは拡張可能となり、すなわち、システムを実質的に改変することなく、相関サーバを追加できるようになる。これに加えて、システムを実質的に改変することなく、デバイスを追加することも可能である。したがって、本発明のシステムは、数多くのユーザおよびユーザアプリケーションに対応できる。
【００１４】
経路制御を要求メッセージの内容に応じて行うことによって、これらのメッセージを選択された相関サーバへと経路制御することが可能となり、各相関サーバは、特定のアプリケーションまたはユーザグループの専用としてもよい。
【００１５】
好ましい実施形態において、各要求メッセージは、感覚的識別子のそれぞれの表現を含み、各要求メッセージは、
・デバイスを識別するためのクライアント識別情報、
・そのデバイスによって実行されるべきアプリケーションを識別するためのアプリケーションハンドル、
・ハンドリングポリシを識別するためのハンドリングポリシ指標、および／または
・任意の付加情報を伝えるためのペイロード、
のうちの少なくとも１つをさらに含む。
感覚的識別子の表現に加えて、要求メッセージは、上記のようなその他情報のうちの１つまたはそれ以上をさらに含んでもよい。クライアント識別情報は、その要求メッセージを発したユーザデバイスを識別するものであり、ユーザグループに基づいて要求メッセージの経路制御を行うのに役立つかもしれず、その一方で、アプリケーションハンドルは、実行される予定のアプリケーションに基づいて要求メッセージの経路制御を行うのに役立つかもしれない。ハンドリングポリシとペイロードは一般に、ユーザアプリケーションの実行に使用されるであろう。
【００１６】
別の好ましい実施形態において、要求メッセージは、感覚的識別子を検出した、したがって感覚的識別子のそれぞれの表現とこれに関連付けられる要求メッセージを発したデバイスの場所、およびその感覚的識別子が検出された時点での環境情報、たとえば温度の表現を含むイベントフィンガープリントをさらに含んでもよい。
【００１７】
言い換えれば、イベントフィンガープリントは、あるイベントを説明するデータを含む。イベントフィンガープリントは、音声の生成（手を叩くこと、２台のモバイルデバイスの接触）、画像の生成（記号、バーコード、運動）、またはボタンが押されたことを説明してもよい。したがって、イベントフィンガープリントは、感覚的識別子（の表現）に加えて、そのイベントに関する追加情報を提供し、どのデバイスが相互に近距離にあるかを判断する助けとなる。イベントフィンガープリントはまた、気圧および／またはその他のパラメータに関するデータも含んでいてよい。
【００１８】
感覚的識別子は、たとえば、２台のデバイスが接触する音等の音声および／または記号のような画像を含んでもよい。
【００１９】
プロキシサーバに加えて、またはその代わりに、リダイレクトサーバを使用してもよい。リダイレクトサーバは、受け取った情報に基づいて、リダイレクトメッセージを、ポーリングされる予定の相関サーバの１つまたは複数のアドレスとともにデバイスに送り返す。本発明のシステムはしたがって、経路制御情報を提供する間に、要求メッセージをデバイスに送り返すように構成されたリダイレクトサーバをさらに備えていてもよい。
【００２０】
本発明のシステムは好ましくは、相互に近距離にあるデバイスをマッチさせる、すなわち、近距離にあるデバイスをマッチさせるように構成される。マッチさせる対象となるデバイスは好ましくは、ただしこれに限定されないが、携帯電話機等のモバイルデバイスである。
【００２１】
本発明のシステムは、デバイスのマッチングが関与するアプリケーションを実行するための少なくとも１つのアプリケーションサーバをさらに備えていてもよい。このようなアプリケーションは、ゲーム、情報サービスまたはその他、どのアプリケーションであってもよい。少なくとも１つのアプリケーションサーバは、相関サーバを通じてデバイスと通信するように構成されていてもよい。
【００２２】
本発明は、前項までの請求項のいずれか一項に記載のシステムで使用するプロキシサーバをさらに提供する。本発明のプロキシサーバは好ましくは、要求メッセージを、この要求メッセージに含まれる情報、特に、ただしこれに限定されないが、感覚的識別子の表現に基づいて経路制御するように構成される。
【００２３】
本発明はまた、感覚的識別子を検出し、検出された感覚的識別子の表現を含む要求メッセージを送信するように構成されたデバイスを識別する方法を提供し、この方法は、デバイスから受け取った表現を相関させ、これらのデバイスのうちの２台またはそれ以上をマッチさせるステップを含み、あるデバイスからの要求メッセージを、少なくとも１つのプロキシサーバを使って少なくとも１つの相関サーバへと経路制御するステップであって、経路制御が要求メッセージの内容に応じて行われるステップを特徴とする。
【００２４】
本発明は、それに加えて、前述の方法を実行するためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、ＣＤまたはＤＶＤ等のデータキャリアに保存されたコンピュータ実行可能な命令の集合を含んでいてもよい。コンピュータ実行可能な命令の集合は、プログラム可能なコンピュータが前述の方法を実行できるようにし、たとえばインターネットを介した遠隔サーバからのダウンロードに供することが可能であってもよい。
【００２５】
添付の図面に描かれた例示的実施形態を参照しながら、以下に本発明をさらに説明する。
【図面の簡単な説明】
【００２６】
【図１】本発明で使用することができるデバイスと感覚的識別子の例示的実施形態を概略的に示す。
【図２】図１に示される１台のデバイスの例示的実施形態の背面を概略的に示す。
【図３】本発明によるデバイス識別システムの実施形態を概略的に示す。
【図４】図３に示されるシステムにおける例示的なメッセージ交換を概略的に示す。
【図５】リダイレクトサーバを使用したときの、本発明によるシステムにおける例示的なメッセージ交換を概略的に示す。
【図６】本発明によるプロトコルデータモデルを概略的に示す。
【発明を実施するための形態】
【００２７】
図１において、これに限定されないが、例として示されるデバイスの集合は、第一のデバイス１と第二のデバイス２を含み、これらをクライアントデバイスと呼んでもよい。図の例では、クライアントデバイスは、携帯（すなわち、セルラー）電話サービス用に構成されたモバイル（すなわち、携帯型）電話機であるが、他の機能、たとえばＰＤＡ（携帯情報端末）機能もまた組み込まれていてもよい。
【００２８】
各モバイルデバイス１、２は前面１１を有し、そこに表示スクリーン１３、キーパッド１４、スピーカ１７およびマイク１８が配置されている。当然のことながら、スピーカおよび／またはマイクは、あるいは、デバイスの側面に配置されてもよい。図２に示されるように、各モバイルデバイスは、その背面１２に配置されたバーコードセンサまたはカメラ１５を有していてもよい。
【００２９】
モバイルデバイス１、２は、感覚的識別子を検出することができる。図１に示される単に例示的な感覚的識別子ＩＤは、バーコードで構成される。このバーコードは、図２に示されるような、モバイルデバイスのバーコードスキャナまたはカメラによって「読み取られ」てもよい。
【００３０】
バーコードまたは記号のような視覚による感覚的識別子は、ステッカまたはラベル９に付着させてもよい。図１に示される一般的なバーコードのような固定空間パターンの代わりに、時間パターン、たとえば、その周波数および／または間隔に識別情報が含まれる点滅パターンや記号を使用してもよい。したがって、視覚識別子は、たとえばディスプレイ（店舗やショーウィンドウの宣伝用ディスプレイ等）または光によって生成されるような空間および／または時間パターンで構成してもよい。
【００３１】
感覚的識別子はあるいは、またはそれに加えて、音声識別子、たとえば音声信号を含んでいてもよい。音声識別子は、デバイスのスピーカによって提供されても、またはデバイスの外の打楽器のような要素、たとえば太鼓や音叉によって生成してもよい。あるいは、またはこれに加えて、音声識別子は、手を叩く、または（移動）デバイス同士を打ち合わせることによって生成してもよい。感覚的識別子は、タイムスタンプ、好ましくは「絶対」時間（壁時計時間）を示すことによって提供してもよい。これによって、複数の発生源からの感覚的識別子は、対応することになる音声識別子同士の最大時間遅延を使用することによって区別でき、すなわち、この時間遅延を超過した場合、それらの音声識別子はマッチしないとみなされる。
【００３２】
前述のように、音声識別子は、（移動）デバイス１と２を打ち合わせることによって生成してもよい。タップ音は、両方のデバイスのマイク１８によって受け取られる。音声識別子はあるいは、スピーカ（たとえば、図１に示されるモバイルデバイスのスピーカ１７）によって生成される音声信号で構成してもよく、音声信号は好ましくは、複数のトーンおよび／またはパルスで構成して、複数の異なる識別子および／またはタイムスタンプを区別できるようにする。
【００３３】
あるいは、またはこれに加えて、匂い識別子および／または触覚識別子を使用してもよい。このような実施形態では、デバイスは、他のデバイスによっても検出される匂いを検出することができてもよく、あるいは、他の物体またはデバイスの表面を感知できてもよく、感知される表面には、たとえば点字等の触覚識別子が含まれる。（移動）デバイスの（一般的な）運動を検出する運動検出器もまた使用してよい。本発明はしたがって、音声または視覚識別子に限定されない。
【００３４】
感覚的識別子は、図１と図２の視覚識別子の例の場合、デバイスが相互に近い場所にあるときに、これらのデバイスを識別することに役立つ。識別方法は、他方のデバイスの個別情報を判断するのに役立ち、この個別情報はその後、情報交換および／またはゲームのプレイに使用してもよい。より詳しくは、本発明による識別方法はいくつかのステップを含んでいてもよく、その中には、デバイスが感覚的識別子（たとえば、バーコードまたは音声信号）を検出し、その感覚的識別子に関連付けられる要求メッセージをデバイスに共通するサーバに送信するステップが含まれる。さらに、検出された識別子を、その識別子（の表現）を所定のフォーマット、範囲または同様の比較基準と比較することによって検証できる。パターン認識技術を使用して、検出された識別子を保存された識別子フォーマットと合致させ、および／または検出された識別子を認識してもよい。
【００３５】
図３に、これに限定されないが、例として示されるシステム２０はクライアントデバイス１、２および３、相関サーバ５Ａ〜５Ｄ、およびプロキシサーバ８Ｘと８Ｙを含む。クライアントデバイス（ＣＤ）１、２および３は好ましくは、モバイルデバイス、たとえばセルラー電話網に適した携帯電話機であり、プロキシサーバ８Ａと８Ｂと無線通信可能である。
【００３６】
システム２０は、アプリケーション、すなわち、具体的なゲームまたはその他の機能、たとえば電話番号の交換または共通の旋律の生成等を実行するのに適したアプリケーションソフトウェアを実行するように構成された１つまたはそれ以上のアプリケーションサーバ（図示せず）をさらに備えていてもよい。アプリケーションサーバは、相関サーバおよび／またはプロキシサーバに接続してもよく、または相関サーバ内に組み込んで、相関およびアプリケーション機能の両方を併せ持つ複合サーバを形成してもよい。
【００３７】
相関サーバ（ＣＳ）５Ａ〜５Ｄは、これらのデバイスから受け取ったデータを相関させることによって、デバイス間のマッチを見つけるように設計される。「相関」という用語は、関係するデータの間の対応関係を確立すること、すなわち、比較その他の方法により、受け取ったデータ同士が関係しているか否かを判断することを意味する。それゆえ、たとえば、受け取ったデータが同じイベント、たとえば、クライアントデバイスによる音声または記号の検出に関係するか否かを判断できる。デバイスから受け取ったデータには好ましくは、識別子、特に感覚的識別子の表現が含まれる。言い換えれば、相関機能は、クライアントデバイスから受け取った（感覚的または非感覚的）識別子およびその他あらゆる関連データがマッチするか否かを判断する。国際公開第２００９／０１４４３８号パンフレットを特に参照するものとし、同出願では、感覚的識別子を使って、携帯電話機等の近距離のデバイスを特定するための技術が開示されている。
【００３８】
図３に示される実施形態において、相関サーバ５Ａ〜５Ｄの各々は、プロキシサーバ８Ｘ、８Ｙの各々にそれぞれ接続されている。しかしながら、これは必須条件ではなく、いくつかの実施形態においては、必ずしもすべての相関サーバが各プロキシサーバに接続されるとは限らない。当然のことながら、クライアントデバイス、プロキシサーバおよび相関サーバの数は、図３に示されるものよりずっと多くすることができる。いくつかの実施形態においては、たとえば数千台のクライアントデバイスが関与してもよい。
【００３９】
本発明のシステム２０により、感覚的識別子の検出結果とこれに関連付けられたマッチング要求を、好適な相関サーバ（または、場合によっては、複数の好適な相関サーバ）へと経路制御することができる。プロキシサーバを使用すれば、相関サーバの数および／またはクライアントデバイスの数を比較的容易に変更できる。これに加えて、プロキシサーバの使用によって、すべてのクライアントデバイスがすべての相関サーバと通信可能であるようにする必要がなくなる。
【００４０】
図３のシステム２０のメッセージ交換について、図４を参照しながら説明する。簡潔にするために、図４にはクライアントデバイス１と２の２台だけが示されているが、３台またはそれ以上のクライアントデバイスについても、非常によく似た構成を設計できる。
【００４１】
クライアントデバイス１と２は、マッチング要求を構成する要求メッセージＲＱ１とＲＱ２を生成してもよい。これらのメッセージには、識別子の表現と、おそらくはデバイスの識別も含まれる。メッセージＲＱ１は、それゆえ、
ＲＱ１＝｛ＣＩ１，ＲＥ１，．．．｝
と書いてもよく、式中、ＲＱ１はクライアントデバイス１により生成される要求メッセージであり、ＣＩ１はクライアントデバイス１の識別情報（たとえば、固有のデバイス番号または電話番号）であり、ＲＥ１は識別子、好ましくは感覚的識別子の表現である。
【００４２】
留意される点として、識別子の表現は、その識別子を表現するディジット列または数字列であってもよい。図１に示されるようなバーコードは、たとえば数字列で表現することができる。同様に、音声は、その周波数および発生時刻によって、またはその他のパラメータによって表現してもよい。一般に、表現は識別子を符号化したものとなる。
【００４３】
（感覚的）識別子は、２台のクライアントデバイスを相互に軽く打ち合わせる等のイベントによって、またはデバイスによる記号（バーコード等）の検出によって生成することができ、そのイベントの「フィンガープリント」、すなわちそのイベントを一意的に特徴づけるデータに関連付けられる。それゆえ、相関サーバ５Ａ〜５Ｃは好ましくは、感覚的識別子の（デジタル）表現をマッチさせようとすることに加え、クライアントデバイスによって検出されたイベントの「フィンガープリント」をマッチさせようとする。
【００４４】
本発明によれば、要求メッセージ（およびその他のあらゆるメッセージ）は相関サーバに直接送信されるのではなく、プロキシサーバ８Ｘと８Ｙを介して送信される。すなわち、プロキシサーバがクライアントデバイスからのメッセージを受け取り、これらのメッセージを好適な相関サーバへと経路制御する。このために、各プロキシサーバは、図４に示されるように、要求メッセージの解析を行う。この解析は基本的に、感覚的識別子の表現の比較に基づくが、要求メッセージを発生させる原因となるイベントのフィンガープリントを関与させてもよい。
【００４５】
プロキシサーバによって実行される解析はさらに、（要求またはその他の）メッセージに含まれるかもしれないその他の項目、たとえばクライアント識別情報（ＣＩ）、アプリケーションハンドル、ハンドリングポリシおよび／またはペイロード等を関与させてもよい。これについては、図６を参照しながら後述する。
【００４６】
例として、プロキシサーバによる解析には感覚的識別子の表現だけが関わると仮定した場合、プロキシサーバはそれぞれ、受け取ったメッセージを好適な相関サーバに向けて送信し、この相関サーバは解析結果に基づいて選択される。
【００４７】
各相関サーバは、別々の表現範囲、たとえば音声識別子の場合は周波数範囲、または画像識別子の場合はコード値範囲をカバーすることができ、コードは記号、たとえばバーコードを表現する。この範囲は好ましくは、ある程度重複させて、範囲と範囲の間にギャップが生じないようにする。
【００４８】
たとえば、相関サーバＡ（図４の５Ａ）が第一の範囲の音声識別子（たとえば、タップ音等）の表現を相関させるために構成または設計されている場合、プロキシサーバはこの第一の範囲の表現を含む要求メッセージを相関サーバＡへと経路制御する。同様に、相関サーバＢ（図４の５Ｂ）は、第二の範囲の音声識別子の表現を相関させるように構成または設計することができ、それと同時に、相関サーバＣ（図４の５Ｃ）は、第三の範囲の識別子の表現を相関させるように構成または設計することができる。別の実施形態では、３つまたはそれ以上の相関サーバを各々、特定の種類の感覚的識別子、たとえば音声識別子、画像識別子および匂い識別子の専用とすることができる。図の例では、３つすべての相関サーバが音声識別子を相関させるように構成されているが、各相関サーバは別々の周波数範囲の専用とされる。しかしながら、周波数範囲はある程度重複していてもよく、この重複は好ましくはわずかである。
【００４９】
図４の例において、（第一の）クライアントデバイス１によって生成された第一の要求メッセージＲＱ１はプロキシサーバ８Ｘに届き、（第二の）クライアントデバイス２によって生成された第二の要求メッセージＲＱ２はプロキシサーバ８Ｙに届く。特定のメッセージがどのプロキシサーバに到達するかは、そのクライアントデバイスのプロキシサーバとの近さ、信号路内の障害の有無およびその他の要因によって決まる。場合によっては、要求メッセージＲＱ１とＲＱ２の両方がプロキシサーバ８Ｙに届いてもよく、その一方でプロキシサーバ８Ｘには何も届かず、またはメッセージの少なくとも１つが両方のプロキシサーバに届くこともある。
【００５０】
いずれにしても、各プロキシサーバは自分が受け取った要求メッセージを解析し、感覚的識別子、および選択的にクライアント識別情報（ＣＩ１、ＣＩ２）等の他のパラメータの表現（ＲＥ１、ＲＥ２）を判断する。すると、プロキシサーバは要求メッセージを選択されたサーバに送信し、このサーバは、そのプロキシサーバが受け取った要求メッセージの解析中に生成したパラメータに基づいて選択されるサーバである。言い換えれば、解析から得られるパラメータによって、相関サーバの選択が左右される。プロキシサーバ８Ｘは、変更された要求メッセージＲＱ１’とＲＱ１”を生成し、これらはどちらも元の要求メッセージＲＱ１に基づいているが、ＲＱ１と同一である必要はない。たとえば、いくつかのデータは、これらのデータがその後の相関プロセスに無関係であれば、元の要求メッセージから削除されているかもしれない。同様に、プロキシサーバ８Ｙは、変更された要求メッセージＲＱ２’とＲＱ２”を生成し、これらはどちらも元の要求メッセージＲＱ２に基づいているが、必ずしもこれと同じとは限らない。
【００５１】
この例において、感覚的識別子はそれぞれ、０．４ｋＨｚ、３ｋＨｚおよび１５ｋＨｚの３つの卓越周波数を有する音声識別子であると仮定される。さらに、相関サーバ５Ａ、５Ｂおよび５Ｃは各々、以下の音声周波数範囲に専用であると仮定される。
Ａ： ０．０ − １．１ｋＨｚ
Ｂ： １．０ − １０．１ｋＨｚ
Ｃ：１０．０ − ２０．０ｋＨｚ
０．４ｋＨｚの卓越周波数に関する（部分的）表現は第一の相関サーバ５Ａへ、３ｋＨｚの卓越周波数に関するものは第二の相関サーバ５Ｂへ、１５ｋＨｚの卓越周波数に関するものは第三の相関サーバ５Ｃへと経路制御される。ある程度の音声信号のひずみと減衰が、特に低周波数で発生すると仮定して、第一の相関サーバ５Ａと第二の相関サーバ５Ｂではマッチはみつからない。しかしながら、感覚的識別子の１５ｋＨｚの成分の（部分的）表現は、第三の相関サーバ５Ｃでマッチができるのに十分に類似している。
【００５２】
サーバは各々、マッチができたか否かを示す応答を送信し、マッチができている場合、応答にはマッチするクライアントデバイスの識別情報が含まれるかもしれない。図４の例では、マッチは第三の相関サーバ５Ｃによって行われており、相関サーバ５Ｃは、それが受け取った、マッチする（変更された）要求メッセージＲＱ１”とＲＱ２”を発したプロキシサーバに受信確認メッセージＡＣ１２を送信する。残り２つの相関サーバは、マッチしない（変更された）要求メッセージＲＱ１’とＲＱ２’に応答して、それぞれのプロキシサーバに「マッチなし」（ＮＭ）のメッセージを送信する。プロキシサーバはこれに対して、第一のクライアントデバイス１と第二のクライアントデバイス２にそれぞれ、受信確認メッセージＡＣ１とＡＣ２を送信する。受信確認メッセージＡＣ１２には、マッチするデバイスのクライアント識別情報（ＣＩ１とＣＩ２）が含まれ、その一方で、受信確認メッセージＡＣ１とＡＣ２は、マッチする相手のデバイスのクライアント識別情報だけを含んでいる必要がある（メッセージＡＣ１はクライアント識別情報ＣＩ２を含み、またその逆もある）が、両方のクライアント識別情報を含んでいてもよい。このように、各クライアントデバイスには、マッチした相手の１つまたは複数のクライアントデバイスが通知される。
【００５３】
プロキシサーバは、入ってくるイベント（たとえば、「接触イベント」）を解析し、これらのイベントを、以下のうちの１つまたはそれ以上に基づいて、関連のある相関サーバへと経路制御する。
・アプリケーションハンドル、
・フィンガープリントベクトル（これは、イベントフィンガープリントデータに加えて、感覚的識別子の表現データを含んでいてもよい）
【００５４】
経路制御に使用されるかもしれない各種の要素（アプリケーションハンドルの要素および／またはフィンガープリントベクトルの要素）の優先順位は、プロキシサーバの中で事前に構成するか、またはハンドリングポリシと一緒に送信することができる。
【００５５】
「フィンガープリントベクトル」に基づいて経路制御を行う場合、第一に、あるアルゴリズムを当てはめて、フィンガプリンタベクトル（の一部）の特徴を判断する。たとえば、
・聴覚的フィンガープリントを使用する場合、背景ノイズの中の卓越周波数が判断される。すると、相関サーバは、それらが動作する周波数帯によって識別される。周波数帯は、境界の周波数がすべてカバーされるように、重複するべきである。
・地理的フィンガープリントを使用する場合、相関サーバは、それがカバーする地域によって識別される。ここでも重複することが好ましい。
・電磁フィンガープリントを使用する場合、受け取ったチャネルのうち、最も強力なものが判断される。相関サーバは、セルＩＳの集合、ＭＡＣアドレスの範囲その他により識別される。
・物理的フィンガープリントを使用する場合、物理的パラメータ（の組み合わせ）が利用される。すると、相関サーバは、物理的パラメータの値（の組み合わせ）、たとえば温度範囲によって識別される。
・ルーティングアルゴリズムはまた、上記のパラメータの組み合わせを利用することもできる。
【００５６】
プロキシサーバが接触イベントを２つ以上の相関サーバに送信する場合、プロキシサーバは、すべてのサーバからの応答を受信するまで（またはタイムアウトまで）待機する。
・否定応答だけを受信した場合、プロキシサーバはこれらの応答をまとめて、クライアントへの１つの否定応答とする。
・確実に１つの肯定応答がある場合（および否定応答がゼロまたはそれより多い場合）、プロキシサーバはその肯定応答をクライアントに送信する。
・相互に対応するいくつかの肯定応答を受信した場合、プロキシサーバはこれらをまとめて、クライアントへの１つの肯定応答とする。
・相互に対応しないいくつかの肯定応答を受信した場合、プロキシサーバはこれらの応答をその構成のまま、またはクライアントから提供されるハンドリングポリシの中の指示にしたがって取り扱う。
○すべての肯定応答をクライアントに送信して、クライアントが遭遇したかもしれない混乱を解決できるようにする。
○否定応答をクライアントに送信する。
○マッチした相手のクライアントに、おそらくはクエリも送信する。
○その他。
【００５７】
さらに拡張するために、プロキシサーバおよび／またはリダイレクトサーバのカスケード接続も利用できる。このようなカスケード接続は、プロキシサーバとリダイレクトサーバの分野でそれ自体知られている。たとえば、インターネットと私的ネットワーク内で使用されるドメインネームシステム（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）（ＤＮＳ）は、プロキシおよび／またはリダイレクトサーバを利用する。
【００５８】
他の実施形態が図５に示されており、この実施形態では、図３のプロキシサーバ８Ｘと８Ｙの代わりにリダイレクトサーバ４が用いられている。図５の例においては、図を簡潔にするために、１台だけのクライアントデバイス（ＣＤ）１と１つだけのリダイレクトサーバ４が示されている。
【００５９】
図３の実施形態と同様に、クライアントデバイス１は、それが（感覚的）識別子を検出すると、要求メッセージＲＱ１を送信する。リダイレクトサーバ４は、この要求メッセージを解析する。この解析は、図４の例においてプロキシサーバによって実行される解析と同様とすることができる。しかしながら、プロキシサーバと異なり、リダイレクトサーバは、１つまたはそれ以上の相関サーバに要求メッセージを送信する（または変更された要求メッセージを生成する）代わりに、リダイレクトメッセージＲＤをクライアントデバイスに送り返す。このリダイレクトメッセージには、そのクライアントデバイスが要求メッセージを送信しなければならない相手となる相関サーバを識別する情報が含まれる。リダイレクトメッセージは、
ＲＤ＝｛ＣＩ１，ＣＳ−Ａ，ＣＳ−Ｃ，．．．｝
と書いてもよく、式中、ＣＩ１はクライアントデバイス１の識別情報、ＣＳ−ＡとＣＳ−Ｃはそれぞれ、クライアントデバイスがその要求メッセージを送信しなければならない相手となる相関サーバとして相関サーバ５Ａと５Ｃを識別する。
【００６０】
クライアントデバイス１は、リダイレクトメッセージＲＤに応答して、新しい要求メッセージＲＱ’を生成し、これにはその標的となる相関サーバを識別する情報が含まれる。したがって、新しい要求メッセージＲＱ’は、
ＲＱ’＝｛ＣＩ１，ＲＥ１，ＣＳ−Ａ，ＣＳ−Ｃ，．．．｝
と書いてもよく、式中、ＲＥ１は前述のように、検出された感覚的識別子の表現である。留意される点として、この新しい要求メッセージＲＱ’はまた、２つの新しい要求メッセージＲＱ’ＡとＲＱ’Ｃに分割されてもよく、各々がそれぞれの相関サーバに送信され、好ましくは、その特定のサーバに関する情報だけを含む。１つまたは複数の相関サーバは、１つまたは複数の新しい要求メッセージを受けると、この要求メッセージを、他のクライアントデバイス（図示せず）から受け取った要求メッセージと相関させる。
【００６１】
当然のことながら、有利な点として、図３と図５に示される実施形態を組み合わせて、少なくとも１つのプロキシサーバと少なくとも１つのリダイレクトサーバの両方を含む実施形態を提供してもよい。
【００６２】
図６の略図は、たとえば図４により、クライアントデバイス、相関サーバおよびアプリケーションサーバの間のメッセージ交換に使用される好ましいデータモデルを示す。この好ましい実施形態において、クライアントデバイスと相関サーバの間のプロトコルの要素は、あるイベント、たとえば感覚的識別子の提供等を説明するデータである。そのイベントを説明するデータは要求メッセージ（ＲＱ）２０に含まれ、
・クライアント識別データ２１、
・アプリケーションハンドルデータ２２、
・フィンガープリントデータ２３（感覚的識別子表現データを含む）、
・ハンドリング方針データ２４および／または、
・ペイロードデータ２５、
によって構成されていてもよい。留意される点として、図６のモデルでは、感覚的識別子表現データとイベントフィンガープリントデータはまとめて、フィンガープリントデータ２３と呼ばれてもよい。
【００６３】
より詳しくは、データモデルは、
・クライアント識別情報（上の説明では、クライアント識別情報ＣＩとも呼ばれる）、
○「Ｎａｍｅ（名前）」、場所に依存しない識別情報
○「Ａｄｄｒｅｓｓ（住所）」、たとえばＩＰアドレスとポート番号
○「Ｒｅｐｌｙ−ｔｏ（返答先）」たとえば、ＩＰアドレスとポート番号
○その他の識別項目
・アプリケーションハンドル、
○アプリケーション識別子
− たとえば、「Ｓｔｒａｔｅｇｏ（ストラテゴ）」、「Ｆｉｌｅ（ファイル）」、「Ｂｕｓｉｎｅｓｓ ｃａｒｄ（名刺）」
○アプリケーションサーバのアドレス
− たとえば、ストラテゴサーバのＵＲＩまたはＩＰアドレスとポート番号
○インスタンス識別情報
− たとえば、「Ｓｔｒａｔｅｇｏ ｇａｍｅ Ｂａｒｃｅｌｏｎａ ３」
・フィンガープリントベクトル、
○「マッチする」根拠となる（ＸＭＬ）オブジェクト
○フィンガープリントデータモデル識別情報
− たとえば、ＸＭＬオブジェクトに関する特定のＸＭＬスキームの名前
・ハンドリングポリシ、
○Ｔｉｍｅ−ｔｏ−ｌｉｖｅ（データ有効期限）
○マッチング／相関アルゴリズムの識別情報
− すべての追加パラメータ／基準
○ハンドリングに関するその他の説明、たとえばセキュリティ、プライバシ、完全性、課金等
・ペイロード
○マッチが肯定の場合に交換される（ＸＭＬ）オブジェクト
○ペイロードデータモデル
− たとえば、「プレーンテキスト」のフィールド
を含む。これに加えて、データモデル内のフィールドに記入されていない場合は、“Ｎｕｌｌ（ヌル）”挙動を使用してもよい。
・アプリケーションサーバのアドレスが「Ｎｕｌｌ」：マッチは別のアプリケーションサーバに送信されないが、マッチの場合、ペイロードＡが直接クライアントＢに送られる、またはその逆、
・フィンガープリントが「Ｎｕｌｌ」：アプリケーションハンドルとハンドリングポリシのみに基づいてマッチ、
・ｔｉｍｅ−ｔｏ−ｌｉｖｅが「Ｎｕｌｌ」：デフォルト値は、たとえば２秒、
・その他。
【００６４】
留意される点とし、本発明で使用される相関手順には、別の実施形態があってもよい。第一の実施形態では、相関手順はステートレスであり、その履歴を考慮しない。この実施形態には、簡潔であるという利点がある。第二の実施形態では、相関手順はステートフルであり、その履歴が考慮される。
【産業上の利用可能性】
【００６５】
本発明は、プロキシサーバおよび／またはリダイレクトサーバの使用によって、デバイス識別のためのシステムを拡張可能にし、その柔軟性を改善する。
【００６６】
この文書において使用されるいずれの用語も、本発明の範囲を制限するものと解釈すべきではない。特に、「〜を含む、〜を備える（ｃｏｍｐｒｉｓｅ（ｓ）」および「〜を含み、〜を備え（ｃｏｍｐｒｉｓｉｎｇ）」は、具体的には述べられなかったいずれかの要素を除外しようとするものではない。単数の（回路）素子は複数の（回路）素子またはそれらの均等物に置き換えてもよい。
【００６７】
当業者にとっては当然のことながら、本発明は上記の実施形態に限定されず、本発明の範囲から逸脱することなく、多くの変更や追加を行うことができる。
【特許請求の範囲】
【請求項１】
感覚的識別子（ＩＤ）を検出し、前記検出された感覚的識別子の表現を含む要求メッセージ（ＲＱ１，ＲＱ２）を送信するように構成されたデバイス（１、２、．．．）を識別するシステム（２０）であって、
前記システムは、前記デバイス（１、２）から受け取った表現を相関させて、これらのデバイスの２台またはそれ以上をマッチさせるような少なくとも１つの相関サーバ（５Ｃを含む）を備え、
あるデバイス（１、２）からの要求メッセージ（ＲＱ１、ＲＱ２）を少なくとも１つの相関サーバ（５Ｃを含む）へと経路制御するための少なくとも１つのプロキシサーバ（８Ｘを含む）であり、前記経路制御が前記要求メッセージ（ＲＱ１、ＲＱ２）の内容に応じて行われる当該プロキシサーバによって特徴付けられる前記システム（２０）。
【請求項２】
各要求メッセージ（ＲＱ１、２０を含む）は、前記感覚的識別子（ＩＤ）のそれぞれの表現を含み、各要求メッセージ（ＲＱ１、２０を含む）は、
・デバイス（１を含む）を識別するためのクライアント識別情報（２１）、
・前記デバイスによって実行されるべきアプリケーションを識別するためのアプリケーションハンドル（２２）、
・ハンドリングポリシ（．．．）を識別するためのハンドリングポリシ指標（２４）、および／または
・任意の付加情報を伝えるためのペイロード（２５）、
のうちの少なくとも１つをさらに含む、請求項１に記載のシステム。
【請求項３】
各要求メッセージ（ＲＱ１、２０を含む）は、前記感覚的識別子（ＩＤ）のそれぞれの表現を生成した前記デバイス（１を含む）の場所における環境情報である、温度の表現を含むフィンガープリント（２３）をさらに含む、請求項２に記載のシステム。
【請求項４】
前記感覚的識別子（ＩＤ）は、２台のデバイス（１、２）が接触する音のような音声、および／または記号のような画像を含む、請求項１〜３のいずれか一項に記載のシステム。
【請求項５】
経路制御情報を提供する間に、要求メッセージ（ＲＱ１を含む）を前記デバイスに送り返すように構成されたリダイレクトサーバ（４）をさらに含む、請求項１〜４のいずれか一項に記載のシステム。
【請求項６】
相互に近距離にあるデバイス（１と２を含む）をマッチさせるように構成された、請求項１〜５のいずれか一項に記載のシステム。
【請求項７】
前記デバイス（１、２、．．．）が、携帯電話機を含むモバイルデバイスである、請求項１〜６のいずれか一項に記載のシステム。
【請求項８】
デバイスのマッチングが関与するアプリケーションを実行するための少なくとも１つのアプリケーションサーバをさらに含む、請求項１〜７のいずれか一項に記載のシステム。
【請求項９】
前記少なくとも１つのアプリケーションサーバは、相関サーバ（５Ｃを含む）を通じて前記デバイス（１、２、．．．）と通信するように構成されている、請求項８に記載のシステム。
【請求項１０】
請求項１〜９のいずれか一項に記載のシステム（２０）で使用するプロキシサーバ（８Ｘを含む）。
【請求項１１】
感覚的識別子（ＩＤ）を検出し、前記検出された感覚的識別子の表現を含む要求メッセージ（ＲＱ１、ＲＱ２）を送信するように構成されたデバイス（１、２、．．．）を識別する方法であって、前記方法は、前記デバイス（１、２）から受け取った表現を相関させ、前記デバイスのうちの２台またはそれ以上をマッチさせるステップを含み、
デバイス（１、２）からの要求メッセージ（ＲＱ１、ＲＱ２）を、少なくとも１つのプロキシサーバ（８Ｘを含む）を使って少なくとも１つの相関サーバ（５Ｃを含む）へと経路制御するステップであって、前記経路制御が前記要求メッセージ（ＲＱ１、ＲＱ２）の内容に応じて行われるステップを特徴とする方法。
【請求項１２】
各要求メッセージ（ＲＱ１、２０を含む）は、前記感覚的識別子（ＩＤ）のそれぞれの表現を含み、各要求メッセージ（ＲＱ１、２０を含む）は、
・デバイス（１を含む）を識別するためのクライアント識別情報（２１）、
・前記デバイスによって実行されるべきアプリケーションを識別するためのアプリケーションハンドル（２２）、
・ハンドリングポリシ（．．．）を識別するためのハンドリングポリシ指標（２４）、および／または
・任意の付加情報を伝えるためのペイロード（２５）、
のうちの少なくとも１つをさらに含む、請求項１１に記載の方法。
【請求項１３】
各要求メッセージ（ＲＱ１、２０を含む）は、前記感覚的識別子（ＩＤ）のそれぞれの表現を生成した前記デバイス（１を含む）の場所における環境情報である、温度の表現を含むフィンガープリント（２３）をさらに含む、請求項１２に記載の方法。
【請求項１４】
前記感覚的識別子（ＩＤ）は、２台のデバイス（１，２）が接触する音のような音声、および／または記号のような画像を含む、請求項１１〜１３のいずれか一項に記載の方法。
【請求項１５】
請求項１１〜１４のいずれか一項に記載の方法を実行するためのコンピュータプログラム製品。
【請求項１】
感覚的識別子（ＩＤ）を検出し、前記検出された感覚的識別子の表現を含む要求メッセージ（ＲＱ１，ＲＱ２）を送信するように構成されたデバイス（１、２、．．．）を識別するシステム（２０）であって、
前記システムは、前記デバイス（１、２）から受け取った表現を相関させて、これらのデバイスの２台またはそれ以上をマッチさせるような少なくとも１つの相関サーバ（５Ｃを含む）を備え、
あるデバイス（１、２）からの要求メッセージ（ＲＱ１、ＲＱ２）を少なくとも１つの相関サーバ（５Ｃを含む）へと経路制御するための少なくとも１つのプロキシサーバ（８Ｘを含む）であり、前記経路制御が前記要求メッセージ（ＲＱ１、ＲＱ２）の内容に応じて行われる当該プロキシサーバによって特徴付けられる前記システム（２０）。
【請求項２】
各要求メッセージ（ＲＱ１、２０を含む）は、前記感覚的識別子（ＩＤ）のそれぞれの表現を含み、各要求メッセージ（ＲＱ１、２０を含む）は、
・デバイス（１を含む）を識別するためのクライアント識別情報（２１）、
・前記デバイスによって実行されるべきアプリケーションを識別するためのアプリケーションハンドル（２２）、
・ハンドリングポリシ（．．．）を識別するためのハンドリングポリシ指標（２４）、および／または
・任意の付加情報を伝えるためのペイロード（２５）、
のうちの少なくとも１つをさらに含む、請求項１に記載のシステム。
【請求項３】
各要求メッセージ（ＲＱ１、２０を含む）は、前記感覚的識別子（ＩＤ）のそれぞれの表現を生成した前記デバイス（１を含む）の場所における環境情報である、温度の表現を含むフィンガープリント（２３）をさらに含む、請求項２に記載のシステム。
【請求項４】
前記感覚的識別子（ＩＤ）は、２台のデバイス（１、２）が接触する音のような音声、および／または記号のような画像を含む、請求項１〜３のいずれか一項に記載のシステム。
【請求項５】
経路制御情報を提供する間に、要求メッセージ（ＲＱ１を含む）を前記デバイスに送り返すように構成されたリダイレクトサーバ（４）をさらに含む、請求項１〜４のいずれか一項に記載のシステム。
【請求項６】
相互に近距離にあるデバイス（１と２を含む）をマッチさせるように構成された、請求項１〜５のいずれか一項に記載のシステム。
【請求項７】
前記デバイス（１、２、．．．）が、携帯電話機を含むモバイルデバイスである、請求項１〜６のいずれか一項に記載のシステム。
【請求項８】
デバイスのマッチングが関与するアプリケーションを実行するための少なくとも１つのアプリケーションサーバをさらに含む、請求項１〜７のいずれか一項に記載のシステム。
【請求項９】
前記少なくとも１つのアプリケーションサーバは、相関サーバ（５Ｃを含む）を通じて前記デバイス（１、２、．．．）と通信するように構成されている、請求項８に記載のシステム。
【請求項１０】
請求項１〜９のいずれか一項に記載のシステム（２０）で使用するプロキシサーバ（８Ｘを含む）。
【請求項１１】
感覚的識別子（ＩＤ）を検出し、前記検出された感覚的識別子の表現を含む要求メッセージ（ＲＱ１、ＲＱ２）を送信するように構成されたデバイス（１、２、．．．）を識別する方法であって、前記方法は、前記デバイス（１、２）から受け取った表現を相関させ、前記デバイスのうちの２台またはそれ以上をマッチさせるステップを含み、
デバイス（１、２）からの要求メッセージ（ＲＱ１、ＲＱ２）を、少なくとも１つのプロキシサーバ（８Ｘを含む）を使って少なくとも１つの相関サーバ（５Ｃを含む）へと経路制御するステップであって、前記経路制御が前記要求メッセージ（ＲＱ１、ＲＱ２）の内容に応じて行われるステップを特徴とする方法。
【請求項１２】
各要求メッセージ（ＲＱ１、２０を含む）は、前記感覚的識別子（ＩＤ）のそれぞれの表現を含み、各要求メッセージ（ＲＱ１、２０を含む）は、
・デバイス（１を含む）を識別するためのクライアント識別情報（２１）、
・前記デバイスによって実行されるべきアプリケーションを識別するためのアプリケーションハンドル（２２）、
・ハンドリングポリシ（．．．）を識別するためのハンドリングポリシ指標（２４）、および／または
・任意の付加情報を伝えるためのペイロード（２５）、
のうちの少なくとも１つをさらに含む、請求項１１に記載の方法。
【請求項１３】
各要求メッセージ（ＲＱ１、２０を含む）は、前記感覚的識別子（ＩＤ）のそれぞれの表現を生成した前記デバイス（１を含む）の場所における環境情報である、温度の表現を含むフィンガープリント（２３）をさらに含む、請求項１２に記載の方法。
【請求項１４】
前記感覚的識別子（ＩＤ）は、２台のデバイス（１，２）が接触する音のような音声、および／または記号のような画像を含む、請求項１１〜１３のいずれか一項に記載の方法。
【請求項１５】
請求項１１〜１４のいずれか一項に記載の方法を実行するためのコンピュータプログラム製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公表番号】特表２０１２−５２７８１７（Ｐ２０１２−５２７８１７Ａ）
【公表日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願番号】特願２０１２−５１１７７８（Ｐ２０１２−５１１７７８）
【出願日】平成２２年５月２１日（２０１０．５．２１）
【国際出願番号】ＰＣＴ／ＮＬ２０１０／０５０３１０
【国際公開番号】ＷＯ２０１０／１３４８１６
【国際公開日】平成２２年１１月２５日（２０１０．１１．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
【出願人】（５０９２３２９８０）
【氏名又は名称原語表記】ＮＥＤＥＲＬＡＮＤＳＥ ＯＲＧＡＮＩＳＡＴＩＥ ＶＯＯＲ ＴＯＥＧＥＰＡＳＴ−ＮＡＴＵＵＲＷＥＴＥＮＳＣＨＡＰＰＥＬＩＪＫ ＯＮＤＥＲＺＯＥＫ ＴＮＯ
【住所又は居所原語表記】Ｓｃｈｏｅｍａｋｅｒｓｔｒａａｔ ９７ ＮＬ−２６２８ ＶＫ Ｄｅｌｆｔ Ｔｈｅ Ｎｅｔｈｅｒｌａｎｄｓ
【Ｆターム（参考）】
【公表日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願日】平成２２年５月２１日（２０１０．５．２１）
【国際出願番号】ＰＣＴ／ＮＬ２０１０／０５０３１０
【国際公開番号】ＷＯ２０１０／１３４８１６
【国際公開日】平成２２年１１月２５日（２０１０．１１．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
【出願人】（５０９２３２９８０）
【氏名又は名称原語表記】ＮＥＤＥＲＬＡＮＤＳＥ ＯＲＧＡＮＩＳＡＴＩＥ ＶＯＯＲ ＴＯＥＧＥＰＡＳＴ−ＮＡＴＵＵＲＷＥＴＥＮＳＣＨＡＰＰＥＬＩＪＫ ＯＮＤＥＲＺＯＥＫ ＴＮＯ
【住所又は居所原語表記】Ｓｃｈｏｅｍａｋｅｒｓｔｒａａｔ ９７ ＮＬ−２６２８ ＶＫ Ｄｅｌｆｔ Ｔｈｅ Ｎｅｔｈｅｒｌａｎｄｓ
【Ｆターム（参考）】
[ Back to top ]