(57)【要約】  ローカル通信装置は、携帯端末（１１）と通信するための局（９、２５）と、携帯端末（１１）のメッセージを送信するためのコントローラ（３）とを備える。本発明の装置は、少なくとも１つの符号語を取得するための携帯受動オブジェクト（１７）と対話するビーコン（１９、２１）を備える。コントローラ（３）は、このようにして取得された符号語を記憶し、その後自発的なメッセージ伝送に関する決定機構を作動するためのビーコン（１９、２１）と対話する。メッセージを送信するための決定は、少なくとも部分的に符号語に依存する。【選択図】図１Ａ
2008538469.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末（１１）との通信のモードを有する局（９、２５）と、１つまたは複数の携帯端末（１１）向けのメッセージを送信することができるコントローラ（３）とを備えるタイプのローカル通信装置であって、
少なくとも１つの受動携帯オブジェクト（１７）から少なくとも１つの符号語を獲得するために、このような携帯オブジェクト（１７）と対話することができるビーコン（１９、２１、２１Ａ、２１Ｂ）をさらに備え、
前記コントローラ（３）が、少なくとも一時的に、獲得された前記符号語を記憶するために前記ビーコン（１９、２１、２１Ａ、２１Ｂ）と対話し、次に、このような対話に続いて、メッセージの自発的な送信に関する決定機構を実現し、メッセージ、そのコンテンツ及び／または目的地アドレスを送信する決定が、記憶された前記符号語に少なくとも部分的に依存するように、構成されることを特徴とする、ローカル通信装置。
【請求項２】
前記符号語が携帯端末（１１）のための呼び出しアドレスの表示を備えることを特徴とする、請求項１に記載の装置。
【請求項３】
前記コントローラが、メッセージ及び／またはそのコンテンツを送信するという決定が、前記呼び出しアドレスから決定できるよりも、少なくとも部分的に属性に依存するように構成されることを特徴とする、請求項２に記載の装置。
【請求項４】
前記ビーコン（１９、２１Ａ、２１Ｂ）が、短距離通信モードに従って少なくとも１つの局（９、２５）によってカバーされる空間ゾーンへのアクセスのモニタとして植えつけられ、アクセスモニタ通過時の携帯オブジェクト（１７）と前記ビーコン（１９、２１Ａ、２１Ｂ）との間の対話の後、１つまたは複数の前記局（９、２５）と前記携帯端末（１１）との間の通信が、当該空間ゾーン全体で実質的に許可されるようにしたことを特徴とする、請求項１〜３のいずれか一項に記載の装置。
【請求項５】
前記装置が、関心対象のゾーン（７）に物理的に近接して植えつけられている複数のビーコン（１９、２１）を備え、携帯オブジェクト（１７）とこの種のビーコン（１９、２１）との間の対話後、前記局または局の１つ（９、２５）と前記携帯端末（１１）との間の通信が、携帯オブジェクト（１７）によって指定される個人的な属性と、前記ビーコン（１９、２１）と関連する前記関心対象のゾーンの属性との間の比較の関数として許可されるようにしたことを特徴とする、請求項１〜４のいずれか一項に記載の装置。
【請求項６】
前記局（９、２５）が、短距離通信によるメッセージを送信できるとともに、電気通信リンクを通してのメッセージを送信することができ、
前記コントローラ（３）が、短距離通信によってまたは前記電気通信リンクを通して、前記符号語のコードの少なくとも１つの関数として前記メッセージを毎回送信するように構成されることを特徴とする、請求項１〜５のいずれか一項に記載の装置。
【請求項７】
前記局（９、２５）がグローバルタイプの通信モードを備えることを特徴とする、請求項１〜６のいずれか一項に記載の装置。
【請求項８】
前記局（９、２５）が短距離無線通信モードを備えることを特徴とする、請求項１〜７のいずれか一項に記載の装置。
【請求項９】
前記携帯オブジェクト（１７）が少なくとも１つの無線周波数タグ（１７）を備えることを特徴とする、請求項１〜８のいずれか一項に記載の装置。
【請求項１０】
前記ビーコンが、少なくとも２本のアンテナを具備するボード（ＰＺ０）を備え、前記少なくとも２本のアンテナがそれぞれのアンテナによって受信される信号の強度を測定することによって、ボード上の携帯オブジェクトの位置を決定するように構成されることを特徴とする、請求項１〜９のいずれか一項に記載の装置。
【請求項１１】
前記ビーコンが、例えば格子パターンに配置される複数のアンテナを具備するボードを備え、前記ボードに面する携帯オブジェクト（１７）の位置が前記オブジェクトに最も近いアンテナを識別するための手段によって検出できるようにしたことを特徴とする、請求項１〜１０のいずれか一項に記載の装置。
【請求項１２】
メッセージ及び／またはそのコンテンツを送信するという決定が、前記ボード上の前記携帯オブジェクトの位置に少なくとも部分的にさらに依存することを特徴とする、請求項１０または１１に記載の装置。
【請求項１３】
メッセージ及び／またはそのコンテンツを送信するという決定が、前記ボードの前の前記携帯オブジェクトに対して生じる移動に少なくとも部分的にさらに依存することを特徴とする、請求項１０〜１２のいずれか一項に記載の装置。
【請求項１４】
前記符号語が、前記携帯端末（１１）の通信アドレスの識別子と、供給される少なくとも１つの文脈サービスの識別子とを備えることを特徴とする、請求項１〜１３のいずれか一項に記載の装置。
【請求項１５】
前記符号語が、供給される文脈サービスの識別子と、前記サービスに特定の少なくとも１つのパラメータとを備えることを特徴とする、請求項１〜１４のいずれか一項に記載の装置。
【請求項１６】
前記メッセージが、前記携帯端末（１１）によって直接的に実行できるプログラムを備えることを特徴とする、請求項１〜１５のいずれか一項に記載の装置。
【請求項１７】
前記符号語が、データベース入力のためのアドレスを含むことを特徴とする、請求項１〜１６のいずれか一項に記載の装置。
【請求項１８】
メッセージ及び／またはそのコンテンツを送信するという決定が、複数の携帯オブジェクト（１７）から記憶される符号語に少なくとも部分的に依存することを特徴とする、請求項１〜１７のいずれか一項に記載の装置。
【請求項１９】
メッセージ及び／またはそのコンテンツを送信するという決定が、複数の符号語に少なくとも部分的に依存することを特徴とする、請求項１〜１８のいずれか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は局所的な文脈の通信または電気通信、つまりサイト上での及び文脈の関数としての通信または電気通信に関する。
【背景技術】
【０００２】
この種の提案はすでに同じ出願人による、特に特許明細書国際公開第０１／８９１８９Ａ２号パンフレットで行われている。文脈は、所与の場所のさまざまな位置に必要に応じて設置できる「移動局」を使用して定義される。携帯電話（つまり移動電話）等のポストとのこれらの局の協調によって、文脈を認識し、したがって文脈サービスプロバイダから結果としてメッセージを配信することが可能になる。この点については、後で詳細に言及する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
見て分かるように、ユーザに無用のメッセージまたは要求されていないサービスが殺到するのを回避しつつ、可能な限り汎用である解決策を見つけることが望ましい。
【課題を解決するための手段】
【０００４】
本発明はこの状況を改善しようと試みる。本発明は、携帯端末、及び１つまたは複数の携帯端末向けのメッセージを送信できるコントローラとの通信モードを有する局を有するタイプのローカル通信装置を提案する。本発明の装置は、このような携帯オブジェクトから少なくとも１つの符号語を取得するために少なくとも１つの受動携帯オブジェクトと対話することができるビーコンをさらに備える。本発明に従って、コントローラは、取得された符号語を少なくとも一時的に記憶するためにビーコンと対話し、次にこの対話の後に、メッセージを送信するという決定、そのコンテンツ及び／またはその宛先アドレスが、少なくとも部分的に記憶されている符号語に依存する、メッセージの自発的な送信に関する決定機構を実現するように設計される。
【０００５】
本発明の追加の特徴及び利点は、続く詳細な説明及び添付図面を検討することから明らかになる。
【０００６】
添付の図面は特定のタイプの発明の要素を含む。したがって、それらは本発明の理解を手助けするだけではなく、適切な場合にはその定義に貢献してもよい。
【発明を実施するための最良の形態】
【０００７】
本発明は、携帯端末での情報の文脈提供を保証する「文脈サービス」に関する。文脈提供は、情報の選択以外のユーザによる追加の要求なしに、ユーザによって観察されている環境、つまり近傍のオブジェクトまたは人物、特にユーザが位置する場所／建物／部屋に関する情報を選択的に提供できる能力を意味する。このリストは制限的ではないが、ユーザに供給される情報は、場合によってはウェブページまたはハイパーリンク（ポインタ）のような複合文書を文書（例えばウェブまたはＷａｐ（ワイヤレスアプリケーションプロトコル））に向けてストリーミングすることによるテキストメッセージ、画像、音声、映像等の多様なタイプであってもよい。表現「文脈提供」では、「文脈」の概念は、その通信機能の理由で携帯端末自体によって得られる文脈とは対照的に、局所的な物理的な環境を表す。特に、携帯端末自体によって一般的な用語で提供されるさまざまな通信の可能性は「文脈情報」とは見なされない。
【０００８】
文脈は多くの一般的な手法によって定義されてもよい。
【０００９】
第１の手法は、位置の以前の特定を暗示している。それは、携帯端末を携帯しているユーザの位置を決定後に文脈情報を供給することにある。ＧＰＳ等の位置インフラストラクチャがこれを行うが、この方法はかなり面倒であり、この位置機能を備えている携帯端末はほとんどないため一般的ではない。また、携帯端末に供給されている通信ネットワークは、携帯端末を「見る」基地局の位置に従って三角測量を試してみることによってユーザに自分の端末で近似位置を提供できることも公知である。しかしながら、ユーザの位置は、場所によって大きく変わる近似度で決定できるに過ぎない。つまり、事実上、基地局の配置は本質的にはネットワークユーザに優れた接続性を保証することを目的として決定されるため、例えばＧＰＳとは正反対に、インフラストラクチャは特に位置決定のために設計されていない。やはり一般的ではないこの他の方法は、正確且つ信頼できる位置決定が必要とされる場合にさらに不適切である。
【００１０】
「物理的」と呼ばれることのある別の方式は、同出願人による、前述された特許明細書国際公開第０１／８９１８９Ａ２号パンフレットに説明されている。ここでは、携帯端末と通信するための手段を有する少なくとも１つの局を備えるローカル通信装置が提供される。この手法に従って、物理的なオブジェクションの特定の幾何学的配置によって直接的に各種の文脈情報と関連付けられる「ゾーン」を定義しようとする試みが為される。国際公開第０１／８９１８９Ａ２号パンフレットでは、これらのオブジェクションは、それらが任意の所望される位置に設置でき、必要な場合再び移動できるという点で「移動局」と呼ばれている。したがって「ゾーン」は、局と関連する周縁を修正するためにそれらを定義するオブジェクト（「移動局」）の物理的な配置を修正するために必要な程度まで可変にすることができる。その結果「文脈サービス」は一人または複数のユーザにメッセージ（より一般的には、変調された文脈サービス）を送信することができる。これは、１つまたは複数の局と各携帯端末間での情報の交換により制御される。これは、文脈サービスに対応するメッセージを送信できるコントローラの使用を暗に含む。
【００１１】
１つまたは複数の局は、携帯電話技術等の拡張通信ネットワークへのアクセスによって補足される、ブルートゥース等の短距離通信システムを備えてもよい。
【００１２】
本発明は国際公開第０１／８９１８９Ａ２号パンフレット由来するものである。したがって、「物理的な手法」との関連で、一方では、局と、電気通信によってオンデマンドで提供されるサービスを備えるインフラストラクチャ、及び他方では携帯端末／ユーザの対がある。
【００１３】
本出願人は、したがって２つの主要な部分集合を差別化できることに気付いた。
【００１４】
第１の部分集合は本明細書ではプル手法と呼ばれる。この場合では、文脈は携帯端末／ユーザ対のレベルで決定される。携帯電話は周辺の局から情報（属性）の集合Ｃを収集する。次に、携帯端末は、理論的には自動的にサービスプロバイダ自体に連絡し、属性Ｃの集合を特定する。これにより、サービスを適応／変調し、その代り携帯端末に配信できるようにする。この「プル」手法では、サービスへのアクセスは携帯端末／ユーザ対によって開始される。
【００１５】
「プル」部分集合は、文脈の獲得、及び後のサービスへのアクセスに専心する材料成分及び／または特殊なソフトウェアが携帯端末に植え付けられることを必要とする。この構成要素は、特定のタイプの文脈情報だけに対するアクセスを提供するために、あるいはおそらく何も提供しないためにユーザによって構成できる。つまり、この手法は、特に収集される情報の選別、つまり必ずしも誰もが理解可能ではない手順を特定するために、特定の構成要素を設置し、またユーザがそれを構成する必要があるという理由から一般的ではない。
【００１６】
第２の部分集合は、本明細書では「プッシュ」手法と呼ばれている。この場合では、携帯端末／ユーザの対はインフラストラクチャによって検出されてから、このようにしてサービスを開始する後者によって直接的に連絡される。この後者の方法（プッシュ）の欠点は、それが、サービスが「範囲内にある」すべての端末に直接的に到達できるため、（携帯端末を有する）ユーザの願いを考慮しないという点である。したがって、ユーザは自分が無用の文脈メッセージ、あるいは控えめに言っても文脈メッセージを受信するためのユーザの承諾を求める自分の携帯端末の問い合わせにより繰り返し接触されることに気付く可能性がある。これは特に、ユーザがサービスの範囲内のゾーンに進入するたびにユーザに連絡することを伴う、ブルートゥースプッシュに当てはまる。これはまた、さらに「スパム」として知られている無用メッセージの結果として感じられる迷惑にも類似している。グローバル通信インフラストラクチャ（ＳＭＳプラットフォームタイプの）を使用する可能性を検討することも可能である。
【００１７】
アーキテクチャ
本発明による文脈ローカル通信装置１のアーキテクチャは、ここで図１Ａに関して説明される。
【００１８】
本発明による通信装置１は、前述されたプッシュ手法に従って動作する、文脈サービス制御プラットフォーム３（つまりコントローラ）を備える。制御プラットフォーム３は文脈サービスゾーン５と関連付けられている。これは、制御プラットフォーム３がサービスゾーン５の実質的にどこかで少なくとも１つの文脈サービスを配信するために配置されることを意味する。サービスゾーン５は、サービスゾーン５で配信される少なくとも１つのサービスにリンクされる、少なくとも１つの物理的な関心の要素７の関数として決定される。この物理的な要素７の形式と性質、及び提供されるサービスの性質は相互依存であってもよい。
【００１９】
非制限的な例として、物理的な要素７は公共掲示板であってもよく、サービスゾーン５は、この掲示板上のメッセージがサービスゾーン５の中のどこからでも可視となるように決定されてもよい。
【００２０】
制御プラットフォーム３は、サービスゾーン５に存在する、対になる通信手段とのこのような通信をセットアップできる少なくとも１つの短距離無線通信インタフェース９に接続されている。特に、通信インタフェース９は、互換性のある短距離無線通信手段１３を具備し、サービスゾーン５内に位置する少なくとも１つの携帯端末１１との通信を確立することを可能にする。この通信は、携帯端末１１が制御プラットフォーム３によって送信されるメッセージを受信できるようにする。
【００２１】
携帯端末１１は、携帯電話、携帯用コンピュータ、パーソナルデジタルアシスタント、ブルートゥースタイプの受話器等の形を取ってもよい。
【００２２】
昨今設計される、ますます多くの携帯電話及びパーソナルデジタルアシスタントが、ブルートゥース通信手段を直列で組み込んでいる。したがって、制御プラットフォーム３は、好ましくはこの規格に準拠する通信インタフェース９を備える。
【００２３】
ＷＩＦＩ（ＩＥＥＥ  ８０２．１１ｂ／ｇに定義されるような）、ジグビー（ＺｉｇＢｅｅ）等の他の短距離無線通信技術が使用されてもよい。
【００２４】
本明細書では示されていない有利な実施形態では、制御プラットフォーム３は、異なる技術の複数の短距離無線通信インタフェース９を備える。したがって、異なる技術を使用する通信がサービスゾーン５内に確立されてもよく、このようにして本発明による装置の、市販されている携帯端末１１との互換性を高める。また、これにより、各通信インタフェース９のそれぞれのコストも削減される。
【００２５】
好ましくは、制御プラットフォーム３は、各インタフェースごとのそれぞれの負荷をなおさらに削減するために、同じ技術の複数の通信インタフェース９を備える。したがって、接続はいくつかのインタフェース上に分散されるので、さらに優れた可用性及びさらに反応の早いサービスが得られる。これは、多くのブルートゥースインタフェースの場合に特に顕著である。
【００２６】
制御プラットフォーム３は、この種のタグ１７のサービスゾーン５内への進入、退出、及び／または存在を検出するために配置される無線周波数タグ検出ネットワーク１５にリンクされている。
【００２７】
タグ１７は、本明細書ではＲＦＩＤとして知られているタイプであってもよい。さらに一般的には、本説明の中で「無線周波数タグ」と呼ばれているものは、ビットの集合体を恒久的に記憶し、短距離無線通信によって問い合わせできる、受動的または準受動的の小型携帯オブジェクトである。本説明を通して、このビットの集合体はメモリと呼ばれる。例えばＮＦＣタグ（英語の用語、近接場計算から）等の他のタイプのタグが使用されてもよい。
【００２８】
検出ネットワーク１５は少なくとも１つのマネージャ１９と、それに接続されているアンテナ２１とを備える。アンテナ２１は、その範囲内で無線周波数タグ１７のメモリに含まれているデータを読み取ることができる。
【００２９】
一実施形態では、検出ネットワーク１５は、マネージャ１９に接続されている単一のアンテナ２１を備える。したがって、アンテナの範囲内でのタグ１７の存在を検出できる。その結果、サービスゾーン５のある特定のポイントでのタグ１７の存在を検出できる。タグ１７のメモリに含まれているデータは、サービスゾーン５のこの特定のポイントで読み取ることができるにすぎない。
【００３０】
別の実施形態では、検出ネットワーク１５は、マネージャ１９に接続され、単一のアンテナ２１の範囲より大きい領域をカバーするために分散される複数のアンテナ２１を備える。特に、アンテナ２１は、タグ１７をサービスゾーン５の中のどこかで読み取ることができるように、あるいはサービスゾーン５の周辺に沿って分散できるように分散されてもよい。
【００３１】
検出ネットワーク１５は、特にマネージャ１９に接続できるアンテナの最大数に達するときに、複数のアンテナの場合では、複数のマネージャ１９を備えてもよい。
【００３２】
マネージャ１９は、例えば、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ製のシリーズＳ２０００のＲＩ−ＣＴＬ−ＭＢ２Ａコントローラと、同社製のＲＦ−ＭＯＤ−ＴＸ８Ａマルチプレクサとを備えてもよい。
【００３３】
いくつかの構成（図１Ｂ）では、サービスゾーン５は、強制的な識別通過ポイントを通してだけアクセス可能である。この場合では、マネージャに接続されている進入／退出検出器は、有利なことにこれらの通過ポイントのそれぞれに設けられる。この種の検出器は、例えば、前記通過ポイントで互いに平行に、且つ移動方向に関して横断方向で配列されている、２列のアンテナ２１Ａと２１Ｂとを備える。したがって、タグ１７の移動方向を検出できる。つまり、列２１Ａが列２１Ｂの前でタグ１７を検出すると、移動方向はアンテナ２１Ａからアンテナ２１Ｂに向けてであり、そして逆の場合も同じである。本実施形態は、サービスゾーン５全体でアンテナ２１を分散しなければならないのを回避する。
【００３４】
有利なことに、ＣＩＰＡＭ  ＣＩＰ＿ＡＮＴ−ＬＦタイプのプラスチックフィルム上の可撓アンテナ等の、サポートの輪郭に従うことのできるいわゆる「可撓」アンテナが使用される。
【００３５】
制御プラットフォームは、「プッシュ」手法によるサービスの提供を制御できるコンピュータ２３をさらに備える。
【００３６】
場合によっては、制御プラットフォーム３は、コンテンツが配信されるための局部記憶手段（不図示）を備える。これらの手段はＮＡＳサーバ（英語の用語、ネットワークエリアストレージから）の形を取ってもよい。
【００３７】
制御プラットフォーム３は、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、ＵＭＴＳ、ＩＰ等の有線タイプまたは無線タイプのグローバル通信ネットワーク２６に対するアクセスインタフェース２５をさらに備える。
【００３８】
この通信インタフェース２５によって、制御プラットフォーム３は、一方では、サービスゾーン５で提供されるサービスの少なくともいくつかのために、あるいはサービスゾーン５から離れている物質資源のためにデータ処理を実行するために適切である遠隔データ処理手段にアクセスできる。
【００３９】
他方、インタフェース２５は、例えばＧＳＭ、ＧＰＲＳ、ＥＤＧＥ，ＵＭＴＳ等、つまり、セルラーネットワークタイプの関連するグローバル通信手段を有する携帯端末１１との通信を確立できるようにする。これは、特に標準携帯電話タイプの携帯端末１１との通信を確立できるようにする。
【００４０】
本発明に従って、タグ１７は携帯端末のユーザによって携帯されるオブジェクト上に配置される。有利なことに、この携帯ユーザオブジェクトは例えばクレジットカードに似たカードの形を取ってもよい。携帯オブジェクトは、キーリングの形も取ってもよい。最終的に、タグは、それをユーザの裁量で任意の基板上に設置できるように自動接着性であってもよい。特に、タグは、例えば衣類（靴、プルオーバー等）のユーザによって携帯される共通のオブジェクトの中で一体化されてもよい。
【００４１】
有利なことに、タグ１７は受動タグとして知られているタイプである。つまり、タグ１７には自律エネルギー、つまり処理能力がない。それにもかかわらず、タグはそのメモリに記憶されているデータを含むメッセージを送信することによって問い合わせ要求に応答できる。この活動に必要とされるエネルギーは、問い合わせ装置、この場合ではアンテナ２１からの信号の誘導電流から引き出される。この設計は、システムが、これが暗示するエネルギー制約及び加重から自由であることを意味する。
【００４２】
しかしながら、アクティブタグ、つまり専用のエネルギー源を有するアクティブタグが受動モードで動作する、つまりそれらが問い合わせ信号に応答することに制限される場合には、それらが使用できるであろうことが理解される。
【００４３】
一例として、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ製のＴＩＴＩＳ  ＲＩ−ＴＲＰ−Ｗ４ＦＦとして知られているタグを使用することが可能である。
【００４４】
図２Ａは、本発明の第１の実施形態における本発明による装置と対話するように適応されるタグ１７Ａのメモリのコンテンツを示す。
【００４５】
タグ１７Ａのメモリは、携帯端末に関する通信アドレスデータＣｏｍＡｄｒＤａｔを記憶する。データＣｏｍＡｄｒＤａｔは、例えば、ブルートゥースインタフェースの材料アドレス、つまり携帯電話番号のような、通信インタフェース１３の材料アドレス等の文脈サービスによる携帯端末１１のための連絡アドレスを備える。
【００４６】
通信アドレスデータＣｏｍＡｄｒＤａｔは、例えば、制御プラットフォーム３のレベルのユーザ識別子を構成してもよい。いくつかの場合では、通信アドレスデータＣｏｍＡｄｒＤａｔは、タグ１７Ａ自体でのこの種のユーザ識別子によって補足または置換されてもよい。
【００４７】
場合によっては、タグ１７Ａのメモリは、ユーザにとって関心がある可能性のある少なくとも１つのサービスに関する一般的なサービスデータＳｅｒｖＧｅｎＤａｔを記憶する。データＳｅｒｖＧｅｎＤａｔは、特にユーザに興味を持たせるサービスの識別子を備える。
【００４８】
さらに、タグ１７Ａのメモリは、場合によっては、ある特定のサービス、またはこの特定のサービス（プロファイル、好み）に関連してユーザを特徴付ける特定のサービスデータＳｅｒｖＳｐｅｃＤａｔを記憶してもよい。これらの特定のデータは、ある特定のサービスに関する属性を構成してもよい。
【００４９】
好ましくは、データＣｏｍＡｄｒＤａｔ、ＳｅｒｖＧｅｎＤａｔ及びＳｅｒｖＳｐｅｃＤａｔは同じタグの中に記憶され、さまざまなデータのためにビット領域を確保する。単一のタグが検出されなければならないので、これによって、特にさまざまなデータの簡略な読取が可能になる。データＣｏｍＡｄｒＤａｔ、ＳｅｒｖＧｅｎＤａｔ及びＳｅｒｖＳｐｅｃＤａｔはこのようにして１つの同じ符号語を形成する。
【００５０】
それにも関わらずデータＣｏｍＡｄｒＤａｔ、ＳｅｒｖＧｅｎＤａｔ及びＳｅｒｖＳｐｅｃＤａｔは、特に単一のタグ１７のメモリの容量が十分ではないときに異なるタグに記憶されてもよい。データＳｅｒｖＧｅｎＤａｔ及びＳｅｒｖＳｐｅｃＤａｔは、このようにしていくつかの符号語（またはコードのセット）を形成する。
【００５１】
多くのタグが提供されるとき、これらは、例えば特定の文脈サービスに特定のオブジェクト、この特定のサービスに関するデータを記憶するタグのメモリ等の、同じ携帯オブジェクトに適用されてもよい。しかしながら、タグは別々の携帯オブジェクトにリンクされてもよい。例えば、さまざまなサービスに関するデータＳｅｒｖＧｅｎＤａｔ及びＳｅｒｖＳｐｅｃＤａｔは、各携帯オブジェクトがある特定のサービスに割り当てられている第２の携帯オブジェクト上で分散されてもよいが、データＣｏｍＡｄｒＤａｔは、第１の携帯オブジェクト上のタグに記憶されてもよい。
【００５２】
タグを増やすことは、ユーザがさまざまなサービスの特性を管理する可能性を提供することが理解される。
【００５３】
ある特定のサービスに割り当てられた携帯オブジェクトの場合では、ユーザは、ある特定のサービスから恩恵を受け、別のサービスを無しで済ますために、別オブジェクトよりむしろあるオブジェクトを携帯することを選ぶことができる。
【００５４】
異なる携帯オブジェクトの場合では、１つまたは複数のタグは、データＳｅｒｖＧｅｎＤａｔによって定義される同じサービスに関連するが、別のデータＳｅｒｖＳｐｅｃＤａｔを記憶し、ユーザによって携帯される携帯オブジェクトの組み合わせが提供される文脈サービスの属性を定義する。
【００５５】
代りにまたは加えて、タグの少なくともいくつかは、例えばタグ上での物理的な介入によって、あるいはタグの上に耐放射線マスクを可逆的にかぶせることによって選択的に活性化または非活性化されてもよい。
【００５６】
特に、さまざまな携帯オブジェクトの組み合わせがどのようにして提供されている文脈１つまたは複数のサービスを定義する可能性があるのかを説明してきたが、これらの場合で使用されるさまざまなタグが同じ携帯オブジェクト上で提供され、前述されたプロセスによる活性化／非活性化を行うことができるようにされてもよいことが理解される。
【００５７】
タグ１７Ａは、最小限でも、通信アドレスデータＣｏｍＡｄｒＤａｔを含む。これは、通信アドレスを含まない他の追加の情報伝達タグが提供されない可能性があることを意味しない。
【００５８】
図２Ｂに示されている本発明の別の実施形態では、タグ１７ＢのメモリはデータベースアドレスデータＤＢＡｄｒＤａｔだけを記憶する。これらのデータＤＢＡｄｒＤａｔは例えばプラットフォーム３で記憶されるデータベースの登録のためのアドレスを備える。この登録は、図２Ａのデータと同様に、通信アドレスデータＣｏｍＡｄｒＤａｔ、及び場合によっては一般サービスデータＳｅｒｖＧｅｎＤａｔと、特定のサービスデータＳｅｒｖＳｐｅｃＤａｔを備える。
【００５９】
タグ１７のメモリのコンテンツは、データの機密性を保証するために、例えばアルゴリズムＲＳＡまたはアルゴリズム３ＤＥＳを使用して暗号化されてもよい。この場合では、制御プラットフォーム３は、有利なことにデータ暗号化を可能にする、公開または非公開の性質の暗号化キーを維持する。
【００６０】
本発明に従って、タグ１７を具備する携帯オブジェクトは、携帯端末１１のユーザによって携帯されることを目的とする。タグ１７及び携帯端末１１は、データＣｏｍＡｄｒＤａｔ（タイプ１７Ａのタグ）によって、またはデータＤＢＡｄｒＤａｔ（タイプ１７Ｂのタグ）によって指定されるデータベースの登録に記憶される端末１１に関するデータによって関連付けられている。タグ１７及び携帯端末１１は、このようにして対を形成する。
【００６１】
動作
本発明による装置の動作は、ここでは図３のフローチャートに関して説明される。
【００６２】
ユーザは、無線周波数タグ１７と携帯端末１１とからなる対を携帯する。ユーザはサービスゾーン５に侵入する。
【００６３】
ステップ３００では、アンテナ２１がその範囲内でのタグ１７の存在を検出する。
【００６４】
ステップ３０２では、タグ１７のメモリ内のすべてのデータがアンテナ２１によって読み取られ、次に制御プラットフォーム３に送信される。特に、制御プラットフォーム３は通信アドレスデータＣｏｍＡｄｒＤａｔ、一般サービスデータＳｅｒｖＧｅｎＤａｔ及び、該当する場合には、特定のサービスデータＳｅｒｖＳｐｅｃＤａｔを受信する。
【００６５】
ステップ３０４では、制御プラットフォーム３は、ユーザによって所望される少なくとも１つのサービスを識別する一般サービスデータＳｅｒｖＧｅｎＤａｔをこの制御プラットフォーム３で入手可能なサービスと比較する。識別されたサービスが制御プラットフォーム３で入手可能ではない場合、プロセスは中止される（ステップ３０６）。
【００６６】
それ以外の場合、ステップ３０８では、制御プラットフォーム３は、識別された文脈サービスに特定のコンテンツを下書きする。適切な場合、この下書きは特定のサービスデータＳｅｒｖＳｐｅｃＤａｔを考慮に入れる。非制限的な様式では、下書きされたコンテンツは、場合によってはストリームされているテキストメッセージ、音声メッセージ、インターネットアドレス、あるいは携帯端末１１で実行できるアプリケーションの形を取ってもよい。
【００６７】
ステップ３１０では、制御プラットフォーム３は、通信アドレスデータＣｏｍＡｄｒＤａｔによって定義されるアドレスに、ステップ３０８で下書きされたコンテンツを組み込むメッセージを送信する。
【００６８】
ステップ３１２では、携帯端末１１は、メッセージ（実際のメッセージまたはアプリケーション）のタイプの関数として受信されるメッセージのための適切な処置を決定する。例えば、
メッセージは、携帯端末１１の従来の音響再生手段によって再生される音声メッセージであってもよい。
【００６９】
メッセージは、携帯端末１１の従来の手段によって中継されるＳＭＳテキストメッセージであってもよい。
【００７０】
メッセージは、コンテンツアドレス（例えば、インターネットアドレスまたはＵＲＬ等）に対するリンクを含んでもよく、メッセージがサービスまたはウェブまたはＷａｐページに対するポインタである特定の場合では、携帯端末１１はウェブまたはＷａｐナビゲータを起動してもよい。
【００７１】
メッセージは、アプリケーションがこの技術をサポートするとき（しない場合は、必要な場合、ウェブまたはＷａｐサービスに対するリンクが提供されてもよい）、例えば、携帯端末１１の上で直接的に実行するのに適するＪａｖａアプリケーション等のアプリケーションの形を取ってもよい。
【００７２】
他の形のメッセージが予想されてもよい。受信されるメッセージは、携帯端末１１にダウンロードされるアプリケーションに対するリンクを備えてもよい。このアプリケーションは、代りにサービスを実現してもよい。さらに、このサービスはこのように文脈のものであり、プル手法により相互に作用する。言い換えると、本明細書で提案されているプッシュ手法はプル手法によって動作する文脈サービスをトリガする働きをしてもよい。１つの有用な実施形態は、プッシュ手法によって初期のアプリケーション（「ブートストラップ」）を配信することにあってもよい。次に、このアプリケーションは、今度は適切な読取装置を具備する携帯端末１１での無線周波数タグの読み取りを起動する。コンテンツは、ローカルサーバ及び／またはリモートサーバからブルートゥース、Ｗｉｆｉ、ＧＰＲＳまたは類似する無線通信手段によるプル手法によって取得できる。この手法は、携帯端末上の恒久的なＲＦＩＤ読取装置とリンクされるエネルギー消費を削減する。つまり、この読み取りは事実上、適切な環境でのプッシュ手法によって取得されるアプリケーションによって文脈方法で開始される。
【００７３】
図２Ｂのタイプのタグ１７の特定の実施形態では、タグ１７は、ステップ３０２では制御プラットフォーム３にリンクされたデータベースへのリンクの形で、データＤＢＡｄｒＤａｔだけを記憶し、前記データベースは、携帯端末１１に連絡を取ることを可能にする情報を保持する。配信され、タグ１７のキャリヤに特有であるサービス、つまり一般サービスデータＳｅｒｖＧｅｎＤａｔに関連する特定のサービスデータＳｅｒｖＳｐｅｃＤａｔがこのデータベースに保持される。これらのデータは、ステップ３０８のコンテンツを下書きするためにも使用される。ステップ３１０と３１２の実現例は、このようにして図２Ａの実施形態に同一である。
【００７４】
代替方法では、通信アドレスデータＣｏｍＡｄｒＤａｔは、グローバル通信ネットワーク２６を介して携帯端末１１の呼び出し番号を備える。通常、これは電話番号であってもよい。
【００７５】
メッセージを配信するために、制御プラットフォーム３は、次にグローバルネットワーク２６に特定の遠隔制御プラットフォームに連絡することができる。
【００７６】
利点
本発明による通信装置は、多数の利点を有する。
【００７７】
したがって、ユーザが要求されていないメッセージを受信するリスクは、タグを携帯するユーザだけが連絡されるために所望されるサービスを識別する許可を与えることができるので、大幅に削減される。さらに、携帯端末１１の通信アドレスは、ユーザに連絡するために公知でなければならず、この読み取りは局所的に行われてもよい。
【００７８】
所望されるサービスの識別は、特に以下の基本的な情報、
タグから引き出されるサービス識別子によって直接的に
タグによって搬送される情報から直接的にまたは間接的に推定できる「ユーザの好み」の関数として
このユーザとの前の「連絡」の履歴から採取できるプロファイルデータ、及び／またはユーザによって携帯される他のタグまたは供給される情報の関数としてに基づいて行われてもよい。
【００７９】
同じ基本情報は、メッセージを送信するだけではなく、そのコンテンツを下書きするまたは修正するという決定を下すためにも使用されてもよい。
【００８０】
使用される短距離無線通信技術がブルートゥースであるとき、タグのメモリに記憶されているブルートゥース通信アドレスはただちに公知となり、このようにして従来のブルートゥースアドレス発見段階をなしで済ます。この利点は、通信インタフェースの発見時間が重要である他の通信技術を用いて取得されてもよい。
【００８１】
さらに一般的には、本発明による装置は、短距離無線通信インタフェースを基準にして発見モードをなしで済ますことを可能にする。事実上、このモードは、それが規則正しく通信アドレスデータＣｏｍＡｄｒＤａｔ等を配布するため、特に「スパム」に対して弱い。
【００８２】
通信アドレスデータ、例えばＣｏｍＡｄｒＤａｔが電話番号（またはグローバル電話サービスの他の番号）を備える変形例では、本発明による装置は、すべての携帯電話装置が、前述された理由のために要求されていないメッセージからきわめて安全なままでありながら、本発明による装置からメッセージを受信できるという点で、汎用通信可能性を提供する。
【００８３】
携帯端末１１上にタグ読取装置を有する従来の技術の装置には、無線周波数タグのコンテンツを読み取るためのソフトウェアが、ユーザによって起動されなければならないという欠点がある。事実上、ユーザはソフトウェアを起動するのを忘れる傾向があるために、これは実用的ではなく、効果的ではない。代りに、このソフトウェアは絶えずアクティブであってもよいが、その結果これは、限られた自律的な電力供給を有することが知られている携帯端末にとっては受け入れがたい恒久的なエネルギー消費を暗示する。本発明による装置はこれらの欠点を克服する。つまり、一方では、ユーザは検出ソフトウェアを起動する必要はなく、他方では最も多くのエネルギーを消費する要素は固定され、したがって、電気供給ネットワーク等の主要なエネルギー源に接続できる。
【００８４】
配置
本発明による通信装置１は多様に配置されてもよい。
【００８５】
図４Ａの構成では、物理的な関心の要素７は、アンテナ２１Ａと２１Ｂが提供されている強制的な通過ポイントによってアクセス可能な閉じられた領域２９の内部に配置されている。ブルートゥースインタフェース９は、領域２９の外部に配置され、その実質的にすべてをカバーする。ブルートゥースインタフェース９によってカバーされるゾーンは、文脈サービスゾーン５を画定する。アンテナ２１は、領域２９に進入するユーザによって携帯される無線周波数タグ１７を読み取る。ユーザは、領域２９内のどこででも文脈サービスの配信を取得できるが、その外部でも取得できる。ブルートゥースインタフェース２９が領域２９の内部に設けられ、その範囲が封入された領域２９によって区切られているゾーンだけを実質的にカバーするように適応されることが理解される。
【００８６】
特定の場合（不図示）では、アンテナ２１Ａと２１Ｂは、前述された検出器のような進入／退出検出器を形成するように配置される。その結果、制御プラットフォーム３は、アンテナ２１がユーザが領域２９を去っていくことを検出すると、文脈サービスを配信するプロセスを中止するようにプログラミングできる。
【００８７】
例えば、図４Ａの構成は店舗で使用されてもよい。つまり、通信アドレスデータＣｏｍＡｄｒＤａｔは、アンテナ２１Ａと２１Ｂによって店舗への入口で読み取られ、ブルートゥースインタフェース９は店舗内部で業務情報を送信する。
【００８８】
図４Ｂでは、２つの物理的な関心の要素７Ａと７Ｂが示されている。これらの要素７Ａと７Ｂのそれぞれの近くには、マネージャ１９に接続されているアンテナ２１が設けられている。要素７Ａ、７Ｂ及びアンテナ２１は、短距離無線通信インタフェース９のカバレージゾーン内で配置されている。このカバレージゾーンは、サービスゾーン５を区切る。タグ１７は、ユーザが物理的な関心の要素７Ａまたは７Ｂの一方に近づくと読み取ることができる。ユーザはゾーン５の中のどこかで文脈サービスを受けることができる。
【００８９】
図４Ｂによる配置は、例えば空港で使用できる。要素７Ａと７Ｂは、おそらく異なる航空会社のための登録デスクの形を取る。タグ１７の通信アドレスデータＣｏｍＡｄｒＤａｔは、アンテナ２１を使用してこれらのデスクで読み取られる。ある特定のフライトに関する情報は同じタグ１７または別のタグの特定のサービスデータＳｅｒｖＳｐｅｃＤａｔ内に含まれてもよい。有利なことに、その結果１つまたは複数のタグ１７はユーザのチケットの上に付けられる。ユーザがデスクを離れた後にも、ユーザは、ブルートゥースインタフェース９を通してメッセージを受信することによって、自分のフライトが搭乗を開始しそうである旨を知らされ得る。
【００９０】
図４Ｃでは、２つの物理的な関心の要素７Ａと７Ｂは、２つのアンテナ２１が設けられている単一の強制通過ポイントによってアクセス可能である囲み領域２９の内部に配置される。関心の要素７Ａ、７Ｂのそれぞれの近くには、それぞれ短距離無線通信インタフェース９Ａまたは９Ｂが設けられている。したがって、関心の要素７Ａまたは７Ｂを取り囲む地理的なゾーンは、それぞれ短距離無線通信インタフェース９Ａまたは９Ｂによってカバーされる。２つのサービスゾーン５Ａと５Ｂはこのようにして画定される。ユーザによって携帯される無線周波数タグ１７の読み取りは、ユーザが領域２９に入ると、アンテナ２１によって実行される。
【００９１】
図４Ｃの配置も空港で使用できる。通信アドレスデータＣｏｍＡｄｒＤａｔ及びユーザのフライトに関するデータは、空港の入口で読み取ることができる。ユーザが自分の飛行機会社に割り当てられた搭乗ポイント（例えば、要素７Ａ）に近づくと、ユーザは最終登録時間に関しておそらく定期的な間隔で時間警報を受信する。
【００９２】
図４Ｄでは、物理的な関心の要素７、アンテナ２１及び短距離無線通信インタフェース９は、互いの近くに配置される。短距離無線通信インタフェース９は物理的な関心の要素７の中心になる文脈サービスゾーン５を画定する。
【００９３】
図４Ｄの配置は、例えば都市計画のようなストリートファーニチャー要素において外的に使用されてもよい。通信アドレスデータＣｏｍＡｄｒＤａｔは、アンテナ２１によって前記ストリートファーニチャー要素（関心の要素７）で読み取られ、例えば位置データは携帯端末でブルートゥースインタフェース９を通して受信される。このすべては局所化された地理的なゾーン内で起こる。
【００９４】
使用例
ここで、本発明による装置の使用の非制限的な例が説明される。
【００９５】
ユーザは、自分の携帯電話上でユーザのために、ユーザの特定の関心に関する目標とされる情報を提供することを申し出る文脈サービスプロバイダに連絡するか、あるいは文脈サービスプロバイダによって連絡される。
【００９６】
サービスプロバイダは、ブルートゥースまたはＧＳＭ／ＧＰＲＳ等のサービスを配信するために使用される技術に関する第１の情報項目を、タグ１７のメモリに入力する。特定の場合に応じて、ユーザの電話番号またはユーザの携帯電話１１のブルートゥースインタフェース１３の材料アドレスがタグ１７のメモリに記録される。適切な場合、このブルートゥースアドレスは、例えば、電話のブルートゥース発見モード等が活性化されると検出されてもよい。
【００９７】
サービスプロバイダは、一般サービスデータＳｅｒｖＧｅｎＤａｔとして、目標とされる広告サービスを識別する情報、及び特定のサービスデータＳｅｒｖＳｐｅｃＤａｔとして、ユーザの関心の１つまたは複数の分野を識別する情報も記憶する。
【００９８】
プロバイダは、このようにしてユーザに対してプログラミングされたタグ１７を有するカードを提供する。
【００９９】
ユーザが、本発明による装置が設置されている店舗に行くと、ユーザが携帯する無線周波数タグ１７が、例えば店舗の入口に配置されるアンテナ２１によって読み取られる。プラットフォーム３によって収集された情報の処理後、ユーザは記憶されている関心の分野（複数の場合がある）と接続されている項目に対する特典を一覧表示するメッセージを自分の電話１１で受信する。
【０１００】
同様の例では、ユーザは、製造メーカがプルオーバーのブランドに関する特定のデータを含むタグ１７を提供したプルオーバーを着用してもよい。ユーザが通信アドレスデータＣｏｍＡｄｒＤａｔを含むタグ１７も携帯しているとき、ユーザは、自分が着用しているプルオーバーのブランドに関する特典のリストを自分の携帯端末１１で受信できる。
【０１０１】
送信メッセージの性質
端末にプッシュされるコンテンツは、それがプログラムではないという意味で静止コンテンツ（媒体テキスト、１曲の音楽、画像または映像等）のメッセージであってもよい。それは、即座に（コンテンツにアクセスするために必要とされるアクションに続く瞬間に）活性化されるプログラムという意味でアクティブコンテンツであってもよい。
【０１０２】
通常、それはプログラム（実行可能コード）だけではなく適切なデータ（地理に依存するまたは文脈情報等）も含むＪＡＲ−タイプのアーカイブに「実装される」Ｊａｖａプログラムであろう。
【０１０３】
したがって、ＪＡＲ（または同等物）はそれを配信する物理的なオブジェクトの近傍で実行されることが意図される自律パッケージ（自足できるという意味での）である。それは手の動きによって「掴まれ」、すぐに使用される小型ソフトウェアアプリケーションであるので、この種のパッケージは本明細書では（英語の単語ｇｒｉｐ（把持）から）「グリップレット（Ｇｒｉｐｌｅｔ）」と呼ばれている。パッケージは、ユーザがそれに対する追加のニーズを有さないときにはユーザによって削除されるか、あるいは別の物理的なオブジェクトからロードされる別のグリップレットによって置換できるであろう。したがって、それはある程度までは「使い捨ての」ソフトウェアアプリケーションである。
【０１０４】
多くのグリップレットは、同じサービスと関連付けられてもよく、それぞれのバージョンがパラメータの別のセットに対応する。グリップレットは、ユーザの選択に関して動的に生成されてもよい。
【０１０５】
グリップレット及びさらに一般的にプッシュされるアプリケーションを配布する多数のモードが予想されてもよい。
【０１０６】
第１のモードでは、アプリケーションの動作に必要とされるすべての資源が、例えばＪＡＲフォーマットのアーカイブ等のアーカイブの中に集められ、この場合ＪＡＶＡプログラミング言語が関係する。このアーカイブも、それを受信する携帯端末が証明書によってコンテンツの由来を検証できるように署名されてもよい。
【０１０７】
第２のモードでは、携帯端末は、該当する場合プッシュによって受信されてもよい初期実行可能プログラムを有する。初期実行可能プログラムと対話できる相補的な要素が以後受信されてもよい。これらの要素はプッシュによって受信されてもよい。これらの相補的な要素は以下の形、
「静的」と呼ばれてもよいコンテンツ、つまり、テキスト、画像、音声、または類似するタイプ、あるいは複合文書。
【０１０８】
初期プログラムの関数を完成する実行可能プログラムモジュール。モジュールは初期プログラムに動的にリンクされている。例えば、Ｊａｖａでは、このような関数は、「クラスローダ」機構によって提供されてもよい。
【０１０９】
及び／又は、初期プログラムが解釈しなければならないコード（つまりスクリプト）を取ってもよい。
【０１１０】
これらの相補的な要素は初期プログラムの動作に影響を及ぼしてもよい。これらの要素がサービスゾーンでプッシュによって送信されるので、アプリケーションの活動及びその構成は、サービスゾーン内のユーザの動き（移動）及び／またはユーザによって実行されるタグの処理の関数として発展してもよい。
【０１１１】
特定のアプリケーション
さまざまな特定のアプリケーションがここで検討される。
【０１１２】
図５は、複数のアンテナを備えるガイドボードの特定の構造の例を示す。ここでは、例えば、ＲＦＩＤアンテナが使用されている。ボードＰ５０は、例えば、マトリックス状に配列されるシンボルＳ００からＳ３３が表示されるアクティブディスプレイゾーンＡＳを有する。ユーザは、自分のＲＦＩＤタグをシンボルＳ００からＳ３３の１つに向けて移動することによって自分が到達を希望する目的地を示す。
【０１１３】
第１の実施形態（図５）では、ボードＰ５０は、側面方向に、この場合ではアクティブゾーンＳＡの左側に、その放射軸がアクティブゾーンＳＡに向かって収束する、少なくとも２つの長い傾いた中距離（約１メートル）のアンテナＬＨＲとＬＬＲとを有する。これらのアンテナは例えばＴｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ製のＣＩＰＡＭ  ＣＩＰ＿ＡＮＴ−ＬＦ型である。
【０１１４】
アンテナＬＨＲとＬＬＲは、恒久的に読み取っており（動作中）、キャリアとの接続のための（可変）識別を含むデータワード、及び場合によっては、（直接的にまたは間接的に）アクセスの承認に相当する固定部分を有するタグを認識するために提供される。
【０１１５】
ボードを基準にしてアンテナ（少なくとも２本）のこの配置によって、タグから応答が検出されると、受信される信号の電力が各アンテナで読み取られる。これから、例えばＬＨＲ１とＬＬＲ１等、円の少なくとも２つの孤の交点がボードの平面内で推定される。アクティブゾーンＳＡ内に位置する交点は、シンボルの１つ、この場合ではＳ１１を示す。
【０１１６】
あらゆる場合で２つの円の交点、あるいは３本以上のアンテナがある場合にはいくつかの交点を示し、このようにして２つの異なる交点がゾーンＳＡ内にあるときに存在するあいまい性を取り除く他のアンテナ配置が予想されてもよい。あいまい性は、移動について行くことが交点の１つをありそうになくする可能性があるため、ボードＰ５０の前でタグの移動についていくことによっても取り除かれてもよい。
【０１１７】
代りにまたは加えて（図６）、非常に短距離のアンテナの格子が、シンボルＳ００からＳ３３のそれぞれと同じ高さであるボードの平面の前または後に配置されてもよい。タグに最も近いアンテナは、次に、シンボルＳ００からＳ３３のどれが意味されるのかを決定する。これらのアンテナは、例えば、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ製のＣＩＰＡＭ  ＣＩＰ＿ＡＮＴ−ＬＦ型であってもよい。
【０１１８】
両方の場合では、認識は携帯端末／ユーザの対によって保持されるタグによって開始される。
【０１１９】
次に以下の動作が起こる（図７）。
【０１２０】
７００で、タグの近接性により示される、特定のゾーンＳ００からＳ３３によって本明細書で定義される目的地だけではなく、ユーザも検出される（及び、例えばユーザのブルートゥースアドレス等の通信アドレス）（代りに、または加えて、目的地は、タグが含むワードに組み込まれているコードによって定義されてもよい）。
【０１２１】
７０２で、これらのデータはローカルサーバまたはリモートサーバに送信される。
【０１２２】
７０４では、ボードから目的地へのナビゲーションを保証するために、パラメータ化されたアプリケーション、つまりグリップレットのサーバによる動的作成。このアプリケーションは、特に目的地を特定するデータ、及び旅行を視覚化するために必要とされる地図製作データを含んでもよい。
【０１２３】
７０６では、サーバは、ユーザの通信アドレスを使用して問題のユーザにこのアプリケーション（グリップレット）を「プッシュする」。
【０１２４】
７０８では、アプリケーション（グリップレット）がユーザの端末（電話）で受信される。
【０１２５】
７１０では、ユーザはアプリケーション（グリップレット）を起動する。代りに、電話は、それを受信すると暗にアプリケーション（グリップレット）を活性化するように構成される。この代替実施形態は、例えば、アプリケーションが証明され、電話がアプリケーションの起源を検証できる場合に当てはまる。
【０１２６】
７１２では、アプリケーション、この場合ではナビゲーションの使用が開始してもよい。
【０１２７】
目的地ゾーンが十分に正確である場合は、この目的地はナビゲーションの直接的な目的を形成する。十分に正確でない場合には、到達される中間位置（例えば、街路名）の制限されたリストがユーザのために一覧表示されてもよい。
【０１２８】
ナビゲータはマップを表示し、（現在位置及び目的地を正確に示す）ナビゲーションを開始する。
【０１２９】
典型的な例：都市環境における文脈サービス
これは、
小型衛星ナビゲーションソフトウェア、
ボードの周辺のゾーンに関する地図及び／または領域の計画及び／または衛星写真及び／または小型地理情報システム、
を含むグリップレットを「プッシュする」ことができる掲示板に関する。
【０１３０】
ユーザの端末は、専用のＧＰＳ受信機（または同等物）または変位されたＧＰＳヘッド（例えばブルートゥースによって端末と通信する）を有すると仮定する。
【０１３１】
ユーザは、電話（携帯端末での人間工学という点で大きな利点である）でアプリケーションの選択メニューを通過しなくても、ほぼ即座にナビゲーショングリップレットを起動するためにボード（典型的には地方の地図を含む側に置かれた）上の適切なロゴの近くに自分のＲＦＩＤを置けばよいだけである。
【０１３２】
同様に、ユーザがこのナビゲーショングリップレットに対して追加の用途を有さず、例えば自分が探していた地下の駅への入口に到着したときには、それは同様にユーザのＲＦＩＤタグを、ユーザに地下システム（線路、時刻表・・・）専用のグリップレットまたはバスのサービスについて同様なものを提供するボード近くに置くことができるであろう。
【０１３３】
携帯端末／ユーザ対がＧＰＳ機能（または同等物）を有さない場合は、ボードごとにナビゲーションすることも可能である。
【０１３４】
明らかに、誘導アプリケーションは制限的ではない。さらに一般的には、グリップレットシステムによって、ユーザは、有利なことにロゴによって視覚的に識別されるグリップレットタイプの文脈アプリケーションを配信できるオブジェクトの近くに自分のＲＦＩＤを、純粋に設置することだけによって、支援、援助または快適性のサービスを開始できる。
【０１３５】
ユーザインタフェース
ユーザインタフェースは以下の要素を備えてもよい。
【０１３６】
ａ．配布される情報を提供できる物理的なオブジェクト（説明されている実施形態ではボード）でロゴまたは他のシンボルを表示すること。ロゴは、ユーザに、ユーザが、オブジェクトが自分が必要とする情報を「捕捉するために」自分のＲＦＩＤカード（またはＲＦＩＤタグがその上に設けられている場合には自分の電話）でロゴの近くに移動しさえすればよいと伝える。このロゴは、事実上「仮想グリップ」に相当する。カードは前記ロゴによってもカバーされてもよい。
【０１３７】
ｂ．ユーザレベルでは、移動によって直感的にコンテンツにアクセスするオプションを提供することが必要である。つまり、最も簡略な場合（アクセスされる単一の「デジタルオブジェクト」）では、移動は単に、タグ（または携帯電話＋タグの対）をロゴの近くに設置することからなってもよい。
【０１３８】
ｃ．多くのコンテンツが提供されるとき、選択は「物理的」に実行されてもよい。
【０１３９】
多くのロゴがコンテンツのメニューに表示される。
【０１４０】
選択されたコンテンツにアクセスするために、ユーザは対応するロゴに向かってタグを移動し、
例えば、広告掲示板は２つの側面（１つのマップと１つの広告）を有し、２つの関連デジタルコンテンツを提供してもよい。その結果、両側を検出するための適切なアンテナ配列で、ロゴは片側に付けられるであろう。片側にいくつかのコンテンツを有することも可能である。
【０１４１】
ボードは、掲示板上の特定の幾何学的な配置の関数としていくつかの異なるコンテンツ（または修正される同じコンテンツ／サービス）も含んでもよい。つまり、例えば、方向支援掲示板は地図を表示し、それをタグで指すことによって掲示板上で選択される目的地にナビゲーションサービスを提供してもよい。アンテナの配列（例えば、格子パターンの）は、前述されたように、地図上で「指摘される」異なるゾーンを検出するために提供される。
【０１４２】
さらに複雑な場合では、コマンドをタグの移動と関連付けることも可能であり、例えばタグをロゴに向かって右から左に、あるいは左から右に移動することにより２つの異なるコマンドが生じるであろう。本明細書では、再び、アンテナの適切な配列が遷移を検出するために設けられる。
【０１４３】
当業者は、この種のユーザインタフェースによって、ユーザが、ＳＰＡＭのリスク（要求されていないメッセージのプッシュ）を法律の範囲内に留める一方で非常に容易に動的サービスを利用できるようにする。インタフェースは、将来の情報配布システムとともに使用できる。
【０１４４】
場合によっては、ボードまたは掲示板には、その発光特性、つまり通常、その色が、タグを現在読み取っているアンテナ、使用されている通信技術、タグの近接性、タグ上でのデータの読み取り、移動等に依存してもよい照明装置が取り付けられてもよい。特に、ボードは、タグのコンテンツを現在読み取っているアンテナを照明するために背後から光を当てられてもよい。
【０１４５】
タグのプログラミング及び配布
本発明による装置の使用は、一方では、タグ１７のメモリ内でプラットフォーム３によって利用できる携帯端末１１の通信アドレスのプログラミングを必要とする。さらに、タグ（つまり、携帯オブジェクト）はユーザに配布されなければならない。
【０１４６】
第１の解決策は、タグを「サイトで」つまり、本発明による装置が設置される場所の近くに配布することである。例えば、デスクまたは収集ウィンドウはタグ１７の配布のためにサイト上に設けられてもよい。タグ１７も、別のサービスと同時に配信されてもよい。つまり、例えば空港では、タグはチェックインデスクでユーザにユーザの搭乗券とともに手渡されてもよい。
【０１４７】
通常、それが携帯電話番号であるときに、通信アドレスがユーザによって知られているとき、アドレスはユーザによって提供される単純な情報に応えてタグを配る代りにタグ１７に記録されてもよい。適切な場合、電話番号は、記録されている番号のエラーを防止するために（コールによって、または例えばＳＭＳメッセージ等のメッセージを送信することによって）試験されてもよい。
【０１４８】
しかしながら、通信アドレスは、例えばそれがブルートゥースインタフェースの材料アドレスのようないわゆる「低レベル」アドレスである場合等、ユーザに知られていない場合がある。
【０１４９】
この場合では、ユーザは、無線通信インタフェースがそれを要求するとき、「発見可能」モードに自分の携帯を入れるように要求されてもよい（これは、例えばブルートゥースに当てはまる）。使用されている無線技術に準拠する端末検出装置は、その範囲内に存在するとして識別される携帯端末のリストを作成できる。ユーザ端末が識別されると、タグは、検出され識別されたアドレスでプログラミングされる。場合によっては、グリップレットが、プッシュ方法によって端末に送信されてもよく、このグリップレットは、代りに本発明による装置と対話してもよい。
【０１５０】
図２Ｂの実施形態では、データベース内のユーザ識別子は、タグ１７のメモリの中にプログラミングされてもよい。
【０１５１】
第２の解決策は、例えばインターネットサービスを使用する発注ステップの後にタグ１７を供給することである。この場合では、場合によっては低レベルアドレスがインターネットアクセス端末によって検出されてもよい。例えば、ブルートゥースインタフェースを有するパソコンが携帯端末のブルートゥースインタフェースの材料アドレスを決定できる。
【０１５２】
他の実施形態
図１に関連して前記に示された装置のアーキテクチャの説明では、特に、局所的に配置された制御プラットフォーム３が検討された。しかしながら、この制御プラットフォーム３は少なくとも部分的に変位されてもよい。例えば、マネージャ１９及びインタフェース９を実行する制御プラットフォーム３の一部は局所的に配置され、インタフェース２５を管理する制御プラットフォームの一部に接続されてもよい。これらのパーツ間の接続はインターネット接続の形を取ってもよい。
【０１５３】
前記説明は、このユーザに特定の、及び文脈サービスに活用されるデータの関数としてのユーザに対する文脈サービスの配信に関する。いくつかの場合では、特定のユーザに配信される文脈サービスは多くのユーザに特定の装置によってまとめられる複数のユーザに特定のデータに依存してもよい。逆に、ある特定のユーザに特定のデータに基づいて決定される文脈サービスは、複数のユーザに同一の様式で配信されてもよい。
【０１５４】
図３及び図７は、これらのプロセスを示すものとして見られてもよい。
【０１５５】
さらに正確には、本発明はローカル通信プロセスとして見られてもよい。
【０１５６】
非常に一般的には、このようなプロセスは以下のステップを備える。
【０１５７】
ａ．選択場所では、それぞれが少なくとも１つの符号語を含む複数の受動携帯オブジェクトの使用を有することと、
ｂ．それぞれが、それが含む符号語を獲得するために携帯オブジェクトと対話できる複数のビーコンを提供することと、
ｃ．ビーコンと携帯オブジェクトとの間の対話が存在する場合に、
ｃ１．獲得された符号語を少なくとも一時的に記憶することと、次に
ｃ２．メッセージの自発的な送信に関する決定機構を実現し、メッセージ、そのコンテンツ、及び／またはその目的地アドレスを送信するという決定が少なくとも部分的に記憶されている符号語に依存すること。
【０１５８】
言うまでもなく、このプロセスは本説明に一覧表示されているさまざまな変形例に従って絞り込まれてもよい。したがって、例えば、ボード（図５及び図６）の場合では、
ユーザは、それぞれが少なくとも１つの符号語を含む複数の受動携帯オブジェクトを有する一方、ステップａ．は、選択された位置に設けられるボードで実行される。
【０１５９】
ステップｂ．に関しては、例の中のボードと同じ位置で、１つまたは複数のビーコンも提供され、それぞれが、それが含む符号語を捕捉するために携帯オブジェクト１７と対話できる。
【０１６０】
最後に、ステップｃ．では、メッセージが前述された形の１つ、特にインターネットサイトへのリンク、または実行可能なアプリケーションを取ってもよい。
【０１６１】
説明された装置では、ＧＳＭインタフェースが使用されている。インタフェースがユーザに知られている番号によって決定され、本明細書に説明されたようなメッセージの送信をサポートできる任意のタイプの広範囲のグローバル通信が使用されてもよいことが理解される。
【０１６２】
同様に、本発明はブルートゥースタイプのインタフェースに限られるのではなく、局所無線通信技術に準拠するすべてのインタフェースを含み、そのインタフェースは前述されたように携帯端末に統合できる。
【０１６３】
最後に、本明細書はＲＦＩＤタイプの無線周波数タグについて説明してきたが、本発明は、携帯式で、データを記憶することができ、適切な装置によって短距離で読み取ることができる、等しく妥当なサイズの任意の装置と使用できるであろう。
【０１６４】
本発明は、すべての趣旨及び目的に対し、本出願人によって２００５年４月１３日に提出された仏国特許出願第０５０３６７８号によって説明されている装置のような設置で使用されてもよく、参照により本明細書に組み込まれている。
【０１６５】
本発明は説明されている実施形態に限られるのではなく、請求項の範囲内で当業者によって予想されてもよいすべての変形例を包含する。
【図面の簡単な説明】
【０１６６】
【図１Ａ】本発明による装置の一実施形態を示す図である。
【図１Ｂ】別の実施形態による図１Ａの装置の詳細を示す図である。
【図２Ａ】本発明の一実施形態による図１Ａの装置のためのタグを示す図である。
【図２Ｂ】本発明の別の実施形態による図１Ａの装置のためのタグを示す図である。
【図３】本発明の一実施形態による図１Ａの装置の動作を示すフローチャートである。
【図４Ａ】図１Ａの装置のさまざまな配置を示す図である。
【図４Ｂ】図１Ａの装置のさまざまな配置を示す図である。
【図４Ｃ】図１Ａの装置のさまざまな配置を示す図である。
【図４Ｄ】図１Ａの装置のさまざまな配置を示す図である。
【図５】特定の応用例での本発明による装置のためのビーコンの実施形態を示す図である。
【図６】別の特定の応用例での本発明による装置のためのビーコンの実施形態を示す図である。
【図７】図５及び図６の特定の応用例での本発明による装置の動作を示すフローチャートである。
【図１Ａ】
2008538469.tif 000003
【図１Ｂ】
2008538469.tif 000004
【図２Ａ】
2008538469.tif 000005
【図２Ｂ】
2008538469.tif 000006
【図３】
2008538469.tif 000007
【図４Ａ】
2008538469.tif 000008
【図４Ｂ】
2008538469.tif 000009
【図４Ｃ】
2008538469.tif 000010
【図４Ｄ】
2008538469.tif 000011
【図５】
2008538469.tif 000012
【図６】
2008538469.tif 000013
【図７】
2008538469.tif 000014
【国際調査報告】
2008538469.tif 000015
2008538469.tif 000016
2008538469.tif 000017
2008538469.tif 000018
2008538469.tif 000019
2008538469.tif 000020