(57)【要約】  近接性ベースの対話環境においてサーバデバイスと顧客デバイスの間で通信するための方法が説明される。この方法は、顧客デバイスに関連付けられた第１の近接性トランシーバと第２の近接性トランシーバの間で対話すること、および、その結果、対話情報を生成することを備える。この方法は、近接性オブジェクトと呼ばれるＴＲ０６９管理プロトコルオブジェクトを定義すること、および、その結果、対話情報と関係する少なくとも１つのＴＲ０６９管理プロトコルパラメータを定義することをさらに備え、さらに、ＴＲ６９管理プロトコルメッセージにより、近接性オブジェクトの少なくとも１つのパラメータの少なくとも１つの名前−値ペアをサーバデバイスと顧客デバイスの間で交換することを備える。
2013533701.tif 000002
【特許請求の範囲】
【請求項１】
近接性ベースの対話環境においてサーバデバイス（ＨＤＭ）と顧客デバイス（ＳＧＷ）の間で通信するための方法であって、
前記顧客デバイスに関連付けられた第１の近接性トランシーバ（ＴＲＸ１）と第２の近接性トランシーバ（ＴＲＸ２）の間で対話し、その結果、対話情報を生成することを含む方法において、
近接性オブジェクトと呼ばれるＴＲ６９管理プロトコルオブジェクトを定義し、その結果、前記対話情報と関係する少なくとも１つのＴＲ６９管理プロトコルパラメータを定義すること、および
ＴＲ６９管理プロトコルメッセージにより、前記近接性オブジェクトの前記少なくとも１つのパラメータの少なくとも１つの名前−値ペアを前記サーバデバイス（ＨＤＭ）と前記顧客デバイス（ＳＧＷ）の間で交換することを含むことを特徴とする、方法。
【請求項２】
前記対話情報が、前記第２の近接性トランシーバ（ＴＲＸ２）のＩＤ（ＴＲＸ２−ＩＤ）を備えることを特徴とする、請求項１に記載の方法。
【請求項３】
前記近接性プロセッサ（ＰＲＯＸ−Ｐ）により前記サーバデバイス（ＨＤＭ）のためのそのようなメッセージの中に含めるために、前記第１の近接性トランシーバ（ＴＲＸ１）によって前記顧客デバイス（ＳＧＷ）の近接性プロセッサ（ＰＲＯＸ−Ｐ）に、前記対話情報の少なくとも一部を転送することをさらに備えることを特徴とする、請求項１に記載の方法。
【請求項４】
前記サーバデバイス（ＨＤＭ）において前記近接性オブジェクトの前記少なくとも１つのパラメータの前記少なくとも１つの名前−値ペアを格納すること（ＭＥＭ１）をさらに備えることを特徴とする、請求項１に記載の方法。
【請求項５】
前記近接性オブジェクトの前記少なくとも１つのパラメータの前記少なくとも１つの名前−値ペア、および
前記顧客デバイスと前記顧客デバイスのユーザのうちいずれか１つ
を前記メッセージから直接に取り出し、互いに関係するように前記サーバデバイス（ＨＤＭ）において格納すること（ＭＥＭ２）をさらに備えることを特徴とする、請求項１に記載の方法。
【請求項６】
第２の近接性トランシーバ（ＴＲＸ２）と対話して、その結果、対話情報が生成されるようにするための第１の近接性トランシーバ（ＴＲＸ１）に関連付けられた、サーバデバイス（ＨＤＭ）と通信するための近接性ベースの対話環境における顧客デバイス（ＳＧＷ）であって、
ＴＲ６９管理プロトコルメッセージによって、前記サーバデバイス（ＨＤＭ）と近接性オブジェクトの少なくとも１つのパラメータの少なくとも１つの名前−値ペアを交換し、前記近接性オブジェクトが、前記対話情報と関係する少なくとも１つのＴＲ６９管理プロトコルパラメータを定義する、呼ばれるＴＲ６９管理プロトコルオブジェクトであることを特徴とする、顧客デバイス（ＳＧＷ）。
【請求項７】
前記第１の近接性トランシーバ（ＴＲＸ１）から、前記対話情報の少なくとも一部を受信し、さらに前記対話情報を、前記サーバデバイス（ＨＤＭ）のためのそのようなメッセージの中に含める近接性プロセッサ（ＰＲＯＸ−Ｐ）を備えることを特徴とする、請求項６に記載の顧客デバイス（ＳＧＷ）。
【請求項８】
近接性ベースの対話環境内に配置されており、第２の近接性トランシーバ（ＴＲＸ２）と対話し、その結果、対話情報を生成する第１の近接性トランシーバ（ＴＲＸ１）に関連付けられている顧客デバイス（ＳＧＷ）と通信するためのサーバデバイス（ＨＤＭ）であって、
ＴＲ６９管理プロトコルメッセージによって前記顧客デバイス（ＳＧＷ）と近接性オブジェクトの少なくとも１つのパラメータの少なくとも１つの名前−値ペアを交換することを可能にされ、前記近接性オブジェクトが、前記対話情報と関係する少なくとも１つのＴＲ６９管理プロトコルパラメータを定義するＴＲ６９管理プロトコルオブジェクトであることを特徴とする、サーバデバイス（ＨＤＭ）。
【請求項９】
前記近接性オブジェクトの前記少なくとも１つのパラメータの前記少なくとも１つの名前−値ペアを格納する第１のメモリ（ＭＥＭ１）を備えることを特徴とする、請求項８に記載のサーバデバイス（ＨＤＭ）。
【請求項１０】
前記近接性オブジェクトの前記少なくとも１つのパラメータの前記少なくとも１つの名前−値ペア、および
前記顧客デバイスと前記顧客デバイスのユーザのうちいずれか１つ
を前記メッセージから直接に取り出し、互いに関係するように前記サーバデバイス（ＨＤＭ）において第２のメモリ（ＭＥＭ２）の中に格納することを可能にされることを特徴とする、請求項８に記載のサーバデバイス（ＨＤＭ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、近接性ベースの対話環境においてサーバデバイスと顧客デバイスの間で通信するための方法、ならびにそのサーバデバイスおよび顧客デバイスそれぞれに関する。
【背景技術】
【０００２】
そのようなデバイスおよび方法は、例えば、２００９年１２月１６日付けで公開された「Ｍｅｔｈｏｄ  ｆｏｒ  ｐｒｏｖｉｄｉｎｇ  ｔｏ  ａｎ  ｅｎｄ  ｄｅｖｉｃｅ  ａｃｃｅｓｓ  ｔｏ  ａ  ｓｅｒｖｉｃｅ，  ｔｏ  ａｎ  ｅｎｄ  ｄｅｖｉｃｅ  ａｎｄ  ｔｏ  ａ  ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ  ｒｅａｌｉｚｉｎｇ  ｓｕｃｈ  ａ  ｍｅｔｈｏｄ」という簡潔な名称を有する欧州特許出願ＥＰ２  １３４  １１４  Ａ１で、当技術分野において既に知られている。欧州特許出願ＥＰ２  １３４  １１４  Ａ１において、近接性ベースの対話環境においてサーバデバイスと顧客デバイスの間で通信するための方法が、説明されている。この方法は、顧客デバイスに関連付けられた第１の近接性トランシーバと第２の近接性トランシーバの間で対話することを備える。この２つのトランシーバは、その結果、対話情報を生成している。
【０００３】
そのような顧客デバイスは、エンドユーザデバイス、セットアップボックス、住宅ゲートウェイ、ホームゲートウェイなどによって実施され得る。
【０００４】
そのような近接性ベースの対話環境は、その出願の段落１２において説明されており、すなわち、そのような環境は、物体、デバイス、または個人の物理的近さが関与するすべての対話手段および対話方法として定義され得る。近接性ベースの対話は、無線周波数検出もしくは無線周波数通信、ＲＦＩＤ、ＮＦＣ、ＩＲ、コンピュータビジョン、静電容量検出、光センサなどに基づくことが可能である。やはり使用される用語である、接触ベースの対話は、近接性ベースの対話のサブセットと見なされなければならない。さらに、本明細書で言及されるＲＦＩＤ技術は、近距離無線通信（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）技術、電子製品コードグローバル（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｄｕｃｔ  Ｃｏｄｅ  ｇｌｏｂａｌ）技術、および関連技術も含むことを意図しており、さらにこのＲＦＩＤ技術の実施に関して言及されるタグおよびタグ読取り装置は、バーコード、ＩＲ通信、画像認識などによって置き換えられることが可能である。
【０００５】
前述の出願において、近接性技術が、或る特定のサービスへのアクセスを顧客デバイスに与えるようサービスマネージャに要求する転送サーバを、第１のトランシーバを介して、または第２のトランシーバを介してトリガするのに使用される。第１の実施例、すなわち、チャネルオンデマンドまたはビデオオンデマンドなどの、顧客デバイスにおいてユーザが利用できるサブスクリプションおよびサービスの活性化が、段落１４で説明されている。第２の実施例、すなわち、例えば、自宅におけるユーザのＤＳＬサブスクリプションの活性化が、段落１５において説明される。第３の実施例が、段落１６で与えられ、住宅ゲートウェイの近接性環境におけるトリガが、例えば、ユーザのファイアウォールを活性化するようホームデバイスマネージャ（すなわち、自動構成サーバ）に命令する。この実施例によれば、「接触された」住宅ゲートウェイは、このトリガをサブスクリプション転送サーバに転送し、このサーバが、ユーザサブスクリプションデータベースと連絡をとってから、ホームデバイスマネージャに命令する。
【０００６】
この第３の実施例によれば、そのような現在のサービスの活性化／不活性化が効率的な仕方により提供されていないことは明らかである。さらに、この第３の実施例により、ユーザのファイアウォールが既に活性化されており、ネットワークにおけるいくつかの通信メッセージが、既に活性であるサービスを活性化するようホームデバイスマネージャに最終的に命令するために実行される、すなわち、履歴が保持されているべき場合に保持されていないものと想定されたい。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】欧州特許出願公開第２１３４１１４号明細書
【非特許文献】
【０００８】
【非特許文献１】ＤＳＬ−Ｆｏｒｕｍ、Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ＴＲ６９
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、前述した知られているような、ただし、前述した欠点が予期されている、近接性ベースの対話環境においてサーバデバイスと顧客デバイスの間で通信するための方法、ならびにそのサーバデバイスおよび顧客デバイスをそれぞれ提供することである。
【課題を解決するための手段】
【００１０】
本発明によれば、この目的が、前述した対話情報と関係する少なくとも１つのＴＲ６９管理プロトコルパラメータも定義される、近接性オブジェクトと呼ばれるＴＲ６９管理プロトコルオブジェクトが定義されることにより実現される。さらに、この方法は、ＴＲ６９管理プロトコルメッセージにより、近接性オブジェクトの少なくとも１つのパラメータの少なくとも１つの名前−値ペアをサーバデバイスと顧客デバイスの間で交換することを備える。
【００１１】
このようにして、近接性環境において生成されたトリガは、便利で効率的なホーム環境関連のプロトコル、すなわち、ＴＲ６９管理プロトコルに直接に変換される。顧客デバイスとサーバデバイスの間の直接通信のため、要求される情報は、サーバデバイスにおいて直接に利用可能になり、その結果、最終的な決定およびアクションがサーバデバイスにおいて直接に行われ得る。
【００１２】
ファイアウォールを活性化する前述の実施例によれば、すべての通信ポートがファイアウォールによって（デフォルトで）閉じられる場合でさえ、この基本的な着想はサーバデバイスに向けて近接性イベントを転送する／伝送するためにＴＲ−０６９管理プロトコル−近接性オブジェクトを使用するので、顧客デバイスはサーバデバイスと常に通信することができる。
【００１３】
ＤＳＬ−Ｆｏｒｕｍが、Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ＴＲ６９においてＷＡＮ管理プロトコルと簡略化して呼ばれる、この顧客構内機器ワイドエリアネットワーク管理プロトコルを定義していることが、説明されなければならない。このＴＲ６９管理プロトコルは、顧客構内機器と、ＡＣＳと簡略化して呼ばれる自動構成サーバ、すなわち、前述したサーバデバイスとの間の通信に向けられている。ＡＣＳは、アドバンスサービスに関するＣＰＥの自動構成を担う、ブロードバンドネットワークにおける構成要素としての自動構成サーバである。ＣＰＥは、ＡＣＳによって管理されることが可能である顧客構内機器、すなわち、前述したカスタマデバイスである。ＲＰＣは、「パラメータ」が、読取り／または書込みのためにＡＣＳがアクセスできるようにされる管理可能なＣＰＥパラメータを表す名前−値ペアを定義するリモートプロシージャコールである。オブジェクトは、いくつかの関連するパラメータ、すなわち、データフィールドから成るデータ構造を記述し、さらに関連するメソッドを、これらのメソッドの対話とともに記述するデータモデルを定義する。このようにして、データモデルは、データオブジェクトの定義およびフォーマットを与えることによって、データおよびコンピュータシステムをサポートする。
【００１４】
本発明の別の特徴的なフィーチャは、対話情報が第２の近接性トランシーバのＩＤを備えることである。実際、第２の近接性トランシーバのＩＤを供給することによって、特定の「アクション」がトリガされ、それによって、第２の近接性トランシーバのＩＤに基づいて「アクション」の種類が特定され得る。
【００１５】
この方法は、第１の近接性トランシーバによる、顧客デバイスの近接性プロセッサに対話情報の少なくとも一部を転送することをさらに備える。この対話情報は、近接性プロセッサによって、サーバデバイスのためのそのようなメッセージの中にさらに含められる。このようにして、対話情報、例えば、第２の近接性トランシーバのＩＤが、サーバデバイスに直接に存在する。サーバデバイスは、その結果、アクションが行われる必要があるかどうかを自ら判定することができるようにされる。
【００１６】
さらなる特徴的なフィーチャは、サーバデバイスが、近接性オブジェクトの少なくとも１つのパラメータの少なくとも１つの名前−値ペアを格納するための第１のメモリを備えること、すなわち、サービスの活性化などの近接性環境によって与えられたトリガが、その結果、サーバデバイスにおいて格納されることである。このようにして、例えば、活性化された／不活性化されたサービスの履歴が、サーバデバイスにおいて保持される。
【００１７】
さらに、この方法は、
−  近接性オブジェクトの少なくとも１つのパラメータの少なくとも１つの名前−値ペア、および
−  顧客デバイスと顧客デバイスのユーザのうちいずれか１つをメッセージから直接に取り出し、さらに互いに関係するようにサーバデバイスの第２のメモリの中に格納することを備える。このようにして、例えば、サブスクリプション転送サーバ経由でユーザサブスクリプションデータベースから顧客プロファイル情報を取り出すネットワークにおける余計な通信は、全く要求されない。ＴＲ６９プロトコルによる本来的に利用可能な情報を利用することによって、顧客デバイス情報、および顧客デバイスのエンドユーザの情報が、サーバデバイスにおいて直接に利用可能になり、さらに受信された近接性オブジェクトパラメータ情報と関係して直接に格納され得る。
【００１８】
特許請求の範囲において使用される「備える」という用語は、その用語の後にリストアップされる手段に限定されるものと解釈されるべきではないことに留意されたい。このため、「手段Ａと、手段Ｂとを備えるデバイス」という表現の範囲は、構成要素ＡおよびＢだけから成るデバイスに限定されるべきではない。この表現は、本発明に関して、デバイスの関係のある構成要素がＡおよびＢだけであることを意味する。
【００１９】
同様に、特許請求の範囲でやはり使用される「結合された」という用語は、直接の接続だけに限定されるものと解釈されるべきではないことに留意されたい。このため、「デバイスＢに結合されたデバイスＡ」という表現の範囲は、デバイスＡの出力がデバイスＢの入力に直接に接続されたデバイスまたはシステムに限定されるべきではない。この表現は、他のデバイスまたは手段を含む経路であり得る、Ａの出力とＢの入力の間の経路が存在することを意味する。
【００２０】
添付の図面に関連して解釈される実施形態の以下の説明を参照することによって、本発明の以上、およびその他の目的および特徴が、より明白となるとともに、本発明自体、最もよく理解されよう。
【図面の簡単な説明】
【００２１】
【図１】アクセスネットワークにおけるホームネットワークを表す図である。
【発明を実施するための形態】
【００２２】
図１に示される通信環境による本発明によるデバイスの動作が、図１に示される様々なブロックの機能上の記述によって説明される。この説明に基づいて、これらのブロックの実際的な実施形態は、当業者には明白となり、したがって、詳細に説明されることはない。一方、サーバデバイスと顧客デバイスの間で通信するための方法の主要な動作は、さらに詳細に説明される。
【００２３】
図１を参照すると、アクセスネットワークにおけるホームネットワークが示されている。
【００２４】
アクセスネットワークは、ホームネットワークＨＮと、ホームデバイスマネージャＨＤＭと呼ばれるサーバデバイスとを備える。ホームデバイスマネージャは、例えば、自動構成サーバＡＣＳなどのサーバである。
【００２５】
ホームネットワークＨＮは、顧客デバイス、すなわち、複数のエンドユーザデバイスＤＥＶ（１つのデバイスＤＥＶだけが図示される）に結合されたサービスゲートウェイＳＧＷを備える。前述したとおり、顧客デバイスは、パーソナルコンピュータまたはセットアップボックスまたはホームゲートウェイなどのエンドユーザデバイスの１つで実施されることも可能である。
【００２６】
第１の近接性トランシーバＴＲＸ１が、顧客デバイスＳＧＷに関連付けられる。このことは、第１の近接性トランシーバＴＲＸ１が、例えば、顧客デバイスに結合されること、または顧客デバイスに挿入されること、または顧客デバイスに永久的に組み込まれることなどを意味する。
【００２７】
第２の近接性トランシーバＴＲＸ２が、顧客デバイスＳＧＷの対話環境に持ち込まれる。その結果、両方の受信機ＴＲＸ１とＴＲＸ２の間の対話、すなわち、通信が可能にされる。この対話の結果、例えば、第２のトランシーバのＩＤ情報ＴＲＸ２−ＩＤなどの対話情報が生成される。
【００２８】
本出願は、近接性オブジェクトと呼ばれる新たなＴＲ６９管理プロトコルオブジェクトを定義し、さらに、その結果、対話情報と関係する様々なＴＲ６９管理プロトコルパラメータを定義する。
【００２９】
無線周波数対話環境の場合のＴＲ０６９近接性オブジェクトに関するとりうる定義が、本明細書で以下に説明される。
【００３０】
ＩＤは、識別情報を表すことに留意されたい。さらなる略語は、自明である。
１）以下のパラメータを有するＲＦ−ＩＤ  ＴＲ−０６９オブジェクト：
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．Ｋｅｙ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．Ｄｅｓｃｒｉｐｔｉｏｎ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．Ｓｔａｔｅ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．ＮｂｒＲＦｉｄｓ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．ＲＦ−ＩＤ．｛ｉ｝．Ｋｅｙ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．ＲＦ−ＩＤ．｛ｉ｝．Ｄｅｓｃｒｉｐｔｉｏｎ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．ＲＦ−ＩＤ．｛ｉ｝．Ｓｔａｔｅ
または：
２）以下のパラメータを有するＲＦ−ＩＤ  ＴＲ−０６９オブジェクト：
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．ＲｅｆｅｒｅｎｃｅＩＤ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．Ｋｅｙ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．Ｄｅｓｃｒｉｐｔｉｏｎ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．Ｓｔａｔｅ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．ＮｂｒＲＦｉｄｓ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＩＤ．｛ｉ｝．Ｋｅｙ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＩＤ．｛ｉ｝．Ｄｅｓｃｒｉｐｔｉｏｎ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＩＤ．｛ｉ｝．Ｓｔａｔｅ
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＩＤ．｛ｉ｝．ＲｅａｄｅｒＲｅｆｅｒｅｎｃｅＩＤ
以下の注釈を伴う：
−  ＲｅｆｅｒｅｎｃｅＩＤは、代替として、ローカルの一意のＩＤで置き換えられることが可能である
−  ＲｅａｄｅｒＲｅｆｅｒｅｎｃｅＩＤは、ＲＦ−ＲＥＡＤＥＲ  ＲｅｆｅｒｅｎｃｅＩＤ値、またはＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝もしくはその変種を指す。
【００３１】
さらに、｛ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．Ｓｔａｔｅ｝の様々な値は、管理値で実施されること、すなわち、運用者によって強制されること、動作上の状態値として、すなわち、インストール済み、活性、失敗などの動作ステータスを反映するＲＦ−ＲＥＡＤＥＲの実際のステータスとして実施されること、またはこの両方の組合せで実施されることも可能であることに留意されたい。
【００３２】
同一の注釈が、ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＲＦ−ＲＥＡＤＥＲ．｛ｉ｝．ＲＦ−ＩＤ．｛ｉ｝．Ｓｔａｔｅにも当てはまる。
【００３３】
顧客デバイスＳＧＷは、サーバデバイスＨＤＭを相手に、ＴＲ６９管理プロトコルメッセージによって、この近接性オブジェクトの定義されたパラメータの名前−値ペアを交換することを可能にされる。
【００３４】
したがって、顧客デバイスＳＧＷは、第１のトランシーバＴＲＸ１から対話情報を受信するための近接性プロセッサＰＲＯＸ−Ｐを備える。さらに、近接性プロセッサＰＲＯＸ−Ｐは、受信された対話情報を処理し、さらに近接性オブジェクトの定義されたパラメータに関する名前−値ペアを生成し、さらに処理された対話情報を、サーバデバイスＨＤＭのためのＴＲ０６９管理プロトコルメッセージの中に含めることを可能にされる。
【００３５】
サーバデバイスＨＤＭは、サーバプロセッサＳＥＲＶ−Ｐを備える。サーバプロセッサは、顧客デバイスＳＧＷを相手に、ＴＲ０６９管理プロトコルメッセージにより、近接性オブジェクトに関する定義されたパラメータの名前−値ペアを交換することを可能にされる。このことが、ＴＲ６９  ＭＥＳ（ＴＲＸ２−ＩＤ）で図１に示される。
【００３６】
ＴＲ−０６９通信プロトコルの一環として、近接性オブジェクトのパラメータ上で活性の通知が設定され得る。また、このことは、オブジェクトに関する新たな値がインスタンス化されるたびにインクリメントされ、さらに活性の通知が可能にされる「センティネル」パラメータによって達せられることも可能である。このことは、以下のようなパラメータで実現され得る：
ＲＦ−ＩＤ−ＯＢＪＥＣＴ．ＵＰＤＡＴＥ−ＣＯＵＮＴ
両方の事例に関して、これらのパラメータのうちの１つのパラメータの値が変更された場合、サーバデバイスＨＤＭは、そのような活性の通知によって自動的に通知される。その結果、サーバデバイスＨＤＭは、ＲＦ−ＩＤ−ＯＢＪＥＣＴの下のオブジェクトツリー全体の値を取り出すようにトリガされる。
【００３７】
サーバデバイスＨＤＭは、第１のメモリＭＥＭ１と、第２のメモリＭＥＭ２とを備える。
【００３８】
第１のメモリＭＥＭ１は、近接性オブジェクトの様々なパラメータの名前−値ペアの受信された値を格納する。
【００３９】
第１のメモリＭＥＭ１の中の様々なパラメータに関する例が以下に与えられる：
｛ｉ｝を伴う：値１．．．
【００４０】
【表１】
2013533701.tif 000003
または
【００４１】
【表２】
2013533701.tif 000004
図１は、パラメータＴＲＸ２の値ＴＲＸ２−ＩＤ、すなわち、第２のトランシーバのＩＤと、パラメータＴＲＸ１の値ＴＲＸ１−ＩＤ、すなわち、第１のトランシーバのＩＤとを有する、第１のメモリＭＥＭ１の中の近接性オブジェクトの値を示す。
【００４２】
さらに、サーバデバイスＨＤＭのサーバプロセッサＳＥＲＶ−Ｐは、ＴＲ０６９メッセージから：
−  近接性オブジェクトのパラメータの名前−値ペア、および
−  顧客デバイス、および顧客デバイスのエンドユーザのリファレンス／ＩＤ
を直接に取り出すことを可能にされるので、この情報が、互いに関係するように第２のメモリＭＥＭ２の中に直接に格納され得る。
【００４３】
その結果、近接性オブジェクトのパラメータの値に変換されており、さらにサーバデバイスに向けて通信された顧客デバイスにおける生じた対話の履歴が、サーバデバイスにおいて保持され得る。例えば、顧客デバイスにおける或るアプリケーションの活性化などの、それぞれの顧客デバイスおよびユーザに関するパラメータのそれぞれの値に基づく関係するアクションの識別情報により、第２のメモリＭＥＭ２は、それぞれの顧客デバイスおよびエンドユーザに関する過去における、例えば、活性化されたアプリケーションの完全なデータベースをもたらす。
【００４４】
以下に、第２のメモリＭＥＭ２の中の様々なパラメータのマッピングに関する例が与えられる。
【００４５】
｛ｉ｝、｛ｊ｝、｛ｋ｝を有するＲＦ−Ｍａｐｐｅｒテーブルオブジェクト：値１．．．
【００４６】
【表３】
2013533701.tif 000005
略語ＨＤＭ  ＧＵＩＤは、デバイスＨＤＭを識別する一意のデバイスリファレンス（すなわち、自動構成サーバのＩＤ）を表していることが説明されなければならない。
【００４７】
図１は、或る対話に関する履歴テーブルＭＥＭ２を示しており、ＳＵＢＣＲはエンドユーザであり、サーバデバイスがＳＧＷであり、第１のトランシーバＩＤがＴＲＸ１−ＩＤであり、および２回の第２の近接性トランシーバのＩＤがＴＲＸ２−ＩＤおよびＴＲＸ２−ＩＤ’である。両方の第２のトランシーバＩＤは、顧客デバイスＳＧＷの対話環境におけるこれまでに生じた対話のそれぞれの対話情報を識別している。テーブルＭＥＭ２は、関係するアクション、例えば、それぞれの第２のトランシーバＩＤによって識別されており、さらに過去に実行されているＡＰＰ１およびＡＰＰ２などのアプリケーションも示す。
【００４８】
最後の注釈は、本発明の実施形態が機能ブロックを用いて以上に説明されていることである。以上に与えられるこれらのブロックの機能上の説明から、電子デバイスを設計する分野の業者には、これらのブロックの実施形態が、よく知られた電子構成要素を用いてどのように製造され得るかは、明白であろう。したがって、機能ブロックの内容の詳細なアーキテクチャは、与えられない。
【００４９】
本発明の原理は、特定の装置に関連して以上に説明されてきたが、この説明は、添付の特許請求の範囲において規定される本発明の範囲を限定するものとしてではなく、単に実施例として行われていることを明確に理解されたい。
【００５０】
図１に示される様々な要素の機能は、ラベルの付けられた機能ブロックを含め、専用のハードウェア、ならびに適切なソフトウェアに関連してソフトウェアを実行することができるハードウェアを使用することを介して提供されてもよい。プロセッサによって提供される場合、これらの機能は、単一の専用プロセッサによって提供されても、共有される単一のプロセッサによって提供されても、またはいくつかが共有され得る複数の個別のプロセッサによって提供されてもよい。さらに、「プロセッサ」または「コントローラ」などの用語の明示的な使用は、ソフトウェアを実行することができるハードウェアを排他的に指すものと解釈されるべきではなく、限定なしに、ＤＳＰ（デジタルシグナルプロセッサ）ハードウェア、ネットワークプロセッサ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ソフトウェアを格納するためのＲＯＭ（読取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、および不揮発性ストレージを暗黙に含み得る。また、他の従来型、および／またはカスタムハードウェアもやはり含まれ得る。
【図１】
2013533701.tif 000006
【国際調査報告】
2013533701.tif 000007
2013533701.tif 000008