(57)【要約】  特に鉄道の駅または空港向けの本発明の情報配布システム（１）は、メインディストリビュータ（３）に、第１のキー値に従って選択される情報項目を配信する制御装置（５）と、携帯端末（１１、１３、１５）との接続を確立するための短距離通信中継器（７）とを備える。前記制御装置は、中継器インタフェースと、ディストリビュータに対する一般的な配布の関数と、そこから受信される状態データを記憶することによって、及び状態データサブグループに従って第２のキー値を設定することによって端末と対話するためのインベントリ関数と、第２のサブグループ状態データを有する端末に第２のキー値に従って選択された情報項目を送信するための特定の配布関数とを実施する制御モジュールとを備える。【選択図】図１
2008538872.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１台のメインディストリビュータ（３）と、第１のキー値に応じて少なくとも１つの第１の基準に従って選択された記憶データ（１９）から引き出される選択情報を前記メインディストリビュータ（３）を通して配布することができる制御装置（５）とを備える、情報を配布するためのシステム（１）であって、
物理的な周縁（９）と関連付けられ、同種の短距離通信手段を備える携帯端末（１１、１３、１５）との接続をこの周縁（９）内で確立することができる短距離通信中継器（７）をさらに備え、
前記制御装置（５）が前記物理的な周縁（９）と前記メインディストリビュータ（３）の両方に影響を及ぼす関数（２５、２７、２９）を実施するように設計された制御モジュール（１７）だけではなく、この通信中継器（７）とのインタフェース（２３）をも備え、
これらの関数が、前記メインディストリビュータ（３）に対する一般配布関数（２７）と、携帯端末（１１、１３、１５）から収集されるそれぞれの状態データを記憶する一方で前記周縁（９）内での携帯端末（１１、１３、１５）の存在に反応することができ、状態データのサブグループの関数として第２のキー値を確立することができるインベントリ関数（２５）と、前記サブグループの状態データを有する１つまたは複数の前記携帯端末（１１、１３、１５）に向かって、前記第２のキー値に応じて第２の基準に従って選択された記憶データ（１９）から引き出される選択情報を送信することができる特定配布関数（２９）とを備えることを特徴とする、情報を配布するためのシステム（１）。
【請求項２】
前記インベントリ関数（２５）が、前記周縁（９）内に存在する前記携帯端末（１１、１３、１５）から収集される携帯端末識別子に状態データを割り当てることによって状態データを記憶するように構成されることを特徴とする、請求項１に記載のシステム。
【請求項３】
前記インベントリ関数（２５）が、多数決論理に従って状態データの少なくとも１つのサブグループを確立するように構成されることを特徴とする、請求項１または２に記載のシステム。
【請求項４】
前記インベントリ関数（２５）が、状態データのサブグループに基づいて一般配布関数（２７）によって使用される第１の修正されたキー値を確立することができることを特徴とする、請求項３に記載のシステム。
【請求項５】
前記一般配布関数（２７）が、第１のデフォルトキー値で第１の修正されたキー値を条件付きで置換することができることを特徴とする、請求項４に記載のシステム。
【請求項６】
前記第１の基準及び第２の基準がキー値だけで異なることを特徴とする、請求項１〜５のいずれか一項に記載のシステム。
【請求項７】
前記第１の基準及び第２の基準が、第１の追加のキー値及び第２の追加のキー値にそれぞれ依存することを特徴とする、請求項１〜６のいずれか一項に記載のシステム。
【請求項８】
前記インベントリ関数（２５）が、状態データのサブグループの関数として第２の追加のキー値を確立することができることを特徴とする、請求項７に記載のシステム。
【請求項９】
前記追加のキー値が、テキストの視覚的な配布と可聴配布との間の切り替えを生じさせることができることを特徴とする、請求項７または８に記載のシステム。
【請求項１０】
前記第１の基準が依存する前記第１のキー値が言語識別子を備えることを特徴とする、請求項１〜９のいずれか一項に記載のシステム。
【請求項１１】
前記状態データが、前記携帯端末（１１、１３、１５）の操作言語を決定するデータを備えることを特徴とする、請求項１〜１０のいずれか一項に記載のシステム。
【請求項１２】
前記状態データが、前記携帯端末（１１、１３、１５）のユーザを視覚障害があると見なすデータを備えることを特徴とする、請求項１〜１１のいずれか一項に記載のシステム。
【請求項１３】
前記状態データが、前記携帯端末（１１、１３、１５）のユーザを聴覚障害があると見なすデータを備えることを特徴とする、請求項１〜１２のいずれか一項に記載のシステム。
【請求項１４】
前記短距離通信中継器（７）がブルートゥース規格に準拠することを特徴とする、請求項１〜１３のいずれか一項に記載のシステム。
【請求項１５】
前記メインディストリビュータ（３）が少なくとも１つの公共表示装置を備えることを特徴とする、請求項１〜１４のいずれか一項に記載のシステム。
【請求項１６】
前記メインディストリビュータが少なくとも１つの公共音響再生システムを備えることを特徴とする、請求項１〜１５のいずれか一項に記載のシステム。
【請求項１７】
前記配布された情報が、輸送手段の出発または到着に関する情報を備えることを特徴とする、請求項１〜１６のいずれか一項に記載のシステム。
【請求項１８】
携帯オブジェクト（３３）から、少なくとも１つの状態データ項目を備える少なくとも１つの符号語を獲得するために、少なくとも１つのこのような携帯オブジェクトと対話することができる検出ネットワーク（３１）をさらに備えることを特徴とする、請求項１〜１７のいずれか一項に記載のシステム。
【請求項１９】
前記制御装置（５）が、少なくとも一時的に、獲得された符号語を記憶するために前記検出ネットワーク（３１）と対話し、次に、前記選択された情報及び／または前記選択された情報のための伝送アドレスを送信する決定が少なくとも部分的に記憶されている符号語に依存する決定機構を実現するように構成されることを特徴とする、請求項１８に記載のシステム。
【請求項２０】
前記符号語が、携帯端末（１１、１３、１５）のための呼び出しアドレスの表示を備えることを特徴とする、請求項１８または１９に記載のシステム。
【請求項２１】
前記検出ネットワーク（３１）が、前記通信中継器（７）によってカバーされる空間ゾーンに対するアクセス制御として植えつけられ、その結果携帯オブジェクト（３３）と前記検出ネットワーク（３１）との間の対話の後に、前記アクセス制御がパスされると、前記通信中継器（７）と少なくとも１つの携帯端末（１１、１３、１５）との間の通信が、実質的には前記選択された情報を送信するための空間ゾーン全体で許可されることを特徴とする、請求項１８〜２０のいずれか一項に記載のシステム。
【請求項２２】
前記選択された情報を、グローバル通信ネットワークを介して少なくとも１つの携帯端末に送信するために前記制御装置（５）と対話する前記グローバル通信ネットワークとの通信インタフェースをさらに備えることを特徴とする、請求項１８〜２１のいずれか一項に記載のシステム。
【請求項２３】
前記装置（５）が、短距離通信によって、または前記グローバル通信ネットワークを通してのどちらかで前記選択された情報を、前記符号語の関数として送信するように構成されることを特徴とする、請求項２２に記載のシステム。
【請求項２４】
前記携帯オブジェクト（３３）が少なくとも１つの無線周波数タグを備えることを特徴とする、請求項１８〜２３のいずれか一項に記載のシステム。
【請求項２５】
前記制御装置が、前記選択された情報を配信することができるコンテンツサーバと対話するように構成されることを特徴とする、請求項１〜２４のいずれか一項に記載のシステム。
【請求項２６】
前記コンテンツサーバから来る前記選択された情報が、前記制御装置（５）の前記メモリ（１９）に少なくとも一時的に記憶されることを特徴とする、請求項１〜２５のいずれか一項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を配布するためのシステムに関する。
【背景技術】
【０００２】
このようなシステムは、通常、情報を配布できる少なくとも１台のメインディストリビュータと、メインディストリビュータに対し、選択された記憶データから引き出される選択情報を配信させることができる制御装置とを備える。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
例えば、鉄道の駅または空港で提供されるこの種のシステムは公知である。情報が視覚的な形式で配布されなければならないときには、これらのシステムは、頻繁に、メインディストリビュータとして、シャッター付きのビデオ画面またはボードを備える。情報が可聴形式で提供されなければならないとき、メインディストリビュータは、音声告示を放送するラウドスピーカシステムの形を取る。さらに、非常に多くの場合、この種のシステムは冗長であり、ラウドスピーカシステムとビデオ画面の両方を備える。
【０００４】
情報は、特に、輸送手段の到着と出発の時刻表、鉄道の駅の場合では電車の出発と到着のプラットホーム、あるいは空港システムの場合ではフライトの目的地または出発地に関するものである。
【０００５】
この情報を構成するデータは系統的にメモリに記憶され、第１のキー値に応じて少なくとも１つの第１の基準に従って選択できる。
【０００６】
例えば既定された日に駅に到着するまたは駅から出発するすべての電車を表示するために、例えば、第１の基準は日付の基準であってもよく、第１のキー値は日であってもよい。
【０００７】
さらに詳細な方法において、第１の基準は、例えばキー値として採取される、現在時刻から開始する２時間等のタイムスロットを定義する時刻表基準であってもよい。したがって、２時間以内に空港ターミナルを離れる、あるいはそこに到着するすべてのフライトが表示される。
【０００８】
特に空港や特定の駅等の外国の地に向けた旅行のハブである場所では、情報が例えば英語等の外国語で提供されることもある。最も頻繁には、この情報は、視覚形式で示されるとき、追加の配布装置または画面によって配布され、その結果、同じ情報がある画面ではフランス語で、隣接する画面では英語で入手可能である。情報が音声形式であるとき、この配布は両方の言語での告示の普通の配布を交互に行うことによって提供される。
【０００９】
この計画的な重複提供の配置により生じる費用、及びこの音声配布を交互に行うことにより引き起こされる厄介（聞き取れないあるいは聞き違えられた時刻表、告示の反復により生じる傾聴者の疲労等）とは別に、配布される情報は必ずしも世間一般に適切ではない。
【００１０】
前述された例では、数人の旅行者は英語もフランス語も話すことができず、それが可聴形式であるのか、あるいは視覚形式であるのかに関係なく、このように配布された情報を理解することができない。
【００１１】
言うまでもなく、前述されたシステムを用いると、あらゆる旅行者の特定の場合に適するために画面と音声のアナウンスを拡大させることはできない。
【００１２】
さらに、旅行者の大多数、あるいは代りに典型的な旅行者（例えば、フランスの空港でのフランス語を話す旅行者等）を満足させる、例えば特定の言語の形式で情報の主要な配布を行うことが有用である。
【００１３】
さらに一般的には、配布装置を増やすことに基づいて高価で複雑な解決策を使用する必要なく、この社会の中で考えられる個別の場合に対応する一方で、すべての一般人が情報にアクセスできるようにするような情報を配布するためのシステムの問題がある。
【課題を解決するための手段】
【００１４】
本発明は、物理的な周縁と関連付けられ、同種の短距離通信手段を備える携帯端末と、この周縁内で接続を確立できる短距離通信中継器をさらに備える前述されたタイプのシステムを提案することによって状況を改善し、特に上記の問題を解決しようと試みる。制御装置は、物理的な周縁とメインディストリビュータの両方に影響を及ぼす関数を実施するように設計された制御モジュールだけではなくこの通信中継器とのインタフェースも備える。これらの関数は、メインディストリビュータに対する一般配布関数と、携帯端末から収集されるそれぞれの状態データを記憶する一方で、前記周縁内の携帯端末の存在に反応することができ、状態データのサブグループの関数として第２のキー値を確立することができるインベントリ関数と、第２のキー値に応じて第２の基準に従って選択された記憶データから引き出される選択情報を、サブグループの状態データを有する１つまたは複数の携帯端末に向かって発することができる特定の配布関数とを備える。
【００１５】
したがって、情報が、社会を構成し、周縁の範囲内に存在するすべての個人に適応できるように、メインディストリビュータを通して、及び携帯端末のそれぞれを通して少なくとも形式が異なるさまざまな情報を配布することができる。
【００１６】
本発明の追加の特徴及び利点は、以下の詳細な説明及び添付図面を検討することから明らかになるであろう。
【発明を実施するための最良の形態】
【００１７】
添付図面は、本発明を補足するためだけではなく、必要に応じてそれを定義するのにも役立つ働きをしてもよい。
【００１８】
図１に示されている情報配布システム１は、制御信号を交換するために接続されている、情報を配布できるメインディストリビュータＩＤＩＳＰ３と制御装置ＣＴＲＬ５とを備える。ディストリビュータＩＤＩＳＰ３は、例えば、視覚情報を配布できる、液晶画面、プラズマ画面、またはシャッター型情報板等の一般表示手段の形を取ってもよい。表現「視覚情報」とは本明細書では画像、映像及び／またはテキストの形を取る情報を指す。
【００１９】
代りに、またはさらに、ディストリビュータＩＤＩＳＰ３は、例えばラウドスピーカを具備したタイプの一般音響システムを備えてもよい。
【００２０】
ディストリビュータＩＤＩＳＰ３と制御装置ＣＴＲＬ５との間の接続は、ネットワークケーブルのような有線タイプであってもよく、あるいは例えばＷＩＦＩまたはブルートゥースタイプのＷＩＦＩの短距離無線伝送を使用する無線タイプであってもよい。また、この接続はさらに複雑となり、インターネット等の現在使用可能な特定の通信技術を利用してもよい。
【００２１】
ディストリビュータＩＤＩＳＰ３は、それ自体、同じであってもよく、または同じでなくてもよいディストリビュータのネットワークからなってもよい。したがって、ディストリビュータＩＤＩＳＰ３は２つのプラズマ画面と、装置ＣＴＲＬ５に接続されているラウドスピーカとからなってもよい。
【００２２】
システム１は、有線接続または無線接続によって装置ＣＴＲＬ５に接続されている短距離通信中継器ＲＬＹ７もさらに備える。中継器ＲＬＹ７は、その内部で中継器が、互換性のある短距離通信手段を具備する携帯端末Ｔｉとの通信接続を確立できる（指標ｉは図１の１、２及び３と同等である）物理的な周縁９を形成するように配置されている。図１には３つの端末Ｔ１  １１、Ｔ２  １３及びＴ３  １５だけが示されているが、システム１は、通常Ｔｉと示されている複数の端末と動作できることが理解されるであろう。
【００２３】
端末Ｔｉは、例えば、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ジグビー（Ｚｉｇｂｅｅ）またはＷＩＦＩ規格の通信モジュールを具備する携帯電話、このようなモジュールが取り付けられているパーソナル電子アシスタント（一般的にＰＤＡと呼ばれている）、ブルートゥースタイプの無線送受信装置または受話器を具備するヘッドセットであってもよい。端末Ｔｉ１１、１３及び１５は、中継器ＲＬＹ７を通して送信される、特に視覚形式及び／または音声形式の情報を配布することができる。視覚情報によって、任意の種類の画像、映像またはテキストが意味される。音声情報によって、音声信号、音楽またはテキスト音読を意味される。
【００２４】
図２に示されている装置ＣＴＲＬ５は、関数を実行することができる制御モジュールＣＴＲＬＭ１７と、組織化されたデータの形で情報を記憶するメモリＭＥＭ１９と、ディストリビュータＩＤＩＳＰ３と通信する第１のインタフェースＩＮＴＦＣ１  ２１と、中継器ＲＬＹ７と通信する第２のインタフェースＩＮＴＦＣ２  ２３とを備える。
【００２５】
特に、モジュールＣＴＲＬＭ１７は、ディストリビュータＩＤＩＳＰ３に影響を及ぼす関数を実行するためにインタフェースＩＮＴＦＣ１  ２１と、周縁９に影響を及ぼす関数を実行するためにインタフェースＩＮＴＦＣ２  ２３と対話することができる。したがって、モジュールＣＴＲＬＭ１７は、メモリＭＥＭ１９内にデータ形式で記憶されている情報の、端末Ｔｉ１１、１３、及び１５への放送を開始し、このような情報をディストリビュータＩＤＩＳＰ３に提供することができる。
【００２６】
さらに、モジュールＣＴＲＬＭ１７は、データの読み取り、書き込みまたは並べ替え等のメモリＭＥＭ１９内のデータの管理にリンクされている関数を実行することができる。
【００２７】
一例として、装置ＣＴＲＬ５は、装置ＣＴＲＬ５をディストリビュータＩＤＩＳＰ３にリンクできるようにする有線ネットワークインタフェース（通常はイーサネット）と、中継器ＲＬＹ７、情報データを記憶するために使用されるハードディスクに接続するためのＷＩＦＩインタフェースとを備える中央コンピュータ装置の形を取ってもよい。
【００２８】
装置ＣＴＲＬ５は、マイクロプロセッサと、例えばＦＬＡＳＨタイプのメモリ等のメモリと、中継器ＲＬＹ７に対する接続のためのブルートゥースインタフェースと、ディストリビュータＩＤＩＳＰ３に対する接続のためのシリアルインタフェースとを備える専用筐体の形も取ってもよい。
【００２９】
メモリＭＥＭ１９は装置ＣＴＲＬ５に属するとして示されていたが、それはこの装置の外部に設けられてもよく、例えばネットワークインタフェース（例えば、有線または無線のイーサネット）のような通信インターフェースを通してモジュールＣＴＲＬＭ１７によってアクセスされてもよい。例えば、複数のシステム１が鉄道の駅または空港等の空間エンティティ内に提供されている場合、それらは無線ネットワークインタフェースを通してアクセス可能である同じ集中型メモリＭＥＭ１９を共有してもよい。その結果、重複される情報に対するニーズはない。
【００３０】
ここでシステム１の動作は、図６のフローチャート及び図３、図４、及び図５の図によって説明される。
【００３１】
モジュールＣＴＲＬＭ１７は、周縁９内に存在する端末Ｔｉ１１、１３及び１５のリストを作成するために、インタフェースＩＮＴＦＣ２  ２３を介して中継器ＲＬＹ７と対話するインベントリ関数ＩＮＶＦ２５を実行する（ステップ６００）。
【００３２】
一実施形態に従って、関数ＩＮＶＦ２５はこの関数ＩＮＶＦ２５の前の実行と比較される、周縁９の中で新規に出現した端末Ｔｉを発見することができる。関数ＩＮＶＦ２５は、これらの新しい端末Ｔｉのそれぞれのための識別子ＩｄＴｉを記憶するためにメモリＭＥＭ１９と対話する。識別子ＩｄＴｉは、端末ＴｉのＳＩＭカードの数または端末Ｔｉを明白に識別できる他の情報を備えてもよい。
【００３３】
したがって、関数ＩＮＶＦ２５は、周縁９内で以前に発見されたことがある端末Ｔｉのそれぞれの存在をチェックすることができる。存在していない端末Ｔｉの識別子はリストから削除される。
【００３４】
新しい端末Ｔｉの発見は、暗に、または「自由なモードで」実施されてもよい。つまり、携帯端末Ｔｉのユーザが発見されるため、及びシステム１からの配布情報から恩恵を受けるために特定の処置は講じられていなかった。
【００３５】
いったん端末Ｔｉのリストが作成されると、関数ＩＮＶＦ２５は、リスト上の端末Ｔｉ１１、１３及び１５のそれぞれから端末Ｔｉに関する状態データの集合ＤｊＴｉを取得するためにインタフェースＩＮＴＦＣ２  ２３と対話する。本明細書では、指標ｊは状態データ番号を示す。これらの状態データＤｊＴｉは、図４と図５に示されている文脈テーブルＣｘｔＴａｂ２６の中の識別子ＩｄＴｉとの相互関連によりメモリＭＥＭ１９に記憶されている。
【００３６】
状態データＤｊＴｉは、第１の状態データＤ１Ｔｉを備えてもよい。例えば、データ項目Ｄ１Ｔｉは、端末Ｔｉの動作言語を決定するためのデータ項目を備えている。データ項目Ｄ１Ｔｉは、例えば問題の電話の携帯電話事業者、または代りにそれが営業活動を行う国を識別するコード、あるいは端末Ｔｉのグラフィック及び／または音声インタフェースの言語を直接的に識別するコードであってもよい。
【００３７】
状態データＤｊＴｉは、第２の状態データ項目Ｄ２Ｔｉも備えてもよい。例えば、データ項目Ｄ２Ｔｉは、携帯端末Ｔｉのユーザが身体障害に苦しんでいるかどうかを判断するためのデータ項目、及びそうである場合には、身体障害（例えば、視覚障害または聴覚障害）の性質を突き止めるためのデータ項目を備えてもよい。
【００３８】
言うまでもなく、これらは単に例にすぎず、他の状態データが想像されてもよい。状態データＤｊＴｉは端末Ｔｉで直接的に入手可能であってもよい、あるいは端末Ｔｉで実行される特殊モジュールを通して収集され、発行されてもよい。適切な場合、ＪＡＶＡタイプのアプリケーションが、端末では標準的な様式で入手できない状態データを獲得するため及び／または発行するために、端末Ｔｉで統合されてもよい。状態データＤｊＴｉは、端末Ｔｉ自体（事業者識別子、端末の型等）に、またはユーザ（年齢、性別等）に、及び／または好み（例えば、選ばれたインタフェース言語）に関してもよい。
【００３９】
ステップ６００と６０２は、さらに明確にするために別々に説明されてきたが、それらは同時に発生してもよい。
【００４０】
関数ＩＮＶＦ２５は、特に絶対多数決論理または相対多数決論理に従って、状態データＤｊＴｉのサブグループに基づいて第１のキー値ＫＶａｌ１を確立するために文脈テーブルＣｘｔＴａｂ２６と対話する（ステップ６０４）。
【００４１】
例えば、関数ＩＮＶＦ２５は、状態データＤ１Ｔｉから、テーブルＣｘｔＴａｂ２６の中で最も多く表されているこの状態データ項目の値として第１のキー値ＫＶａｌ１を確立する。値ＫＶａｌ１は直接的に状態データ項目の値、または最も多く表されている状態データ項目の値、または状態データ項目の各値と関連付けられ、最も多く表されている値から得られた値であってもよい。
【００４２】
例えば、状態データが端末Ｔｉの事業者の国籍を示すデータ項目Ｄ１Ｔｉを備え、最も多く表されているデータ項目Ｄ１Ｔｉの値が「オーストリア人」であるとき、関数ＩＮＶＦ２５は、ドイツ語を識別するコードを値ＫＶａｌ１として決定してもよい。
【００４３】
言うまでもなく、他のサブグループ及び他のキー値がデータＤｊＴｉから取得されてもよい。
【００４４】
ステップ６０６では、モジュールＣＴＲＬＭ１７の一般配布関数ＧＩＤＦ２７は、値ＫＶａｌ１に応じて第１の基準に基づいてメモリＭＥＭ１９の目次ＤａｔＴａｂ２８から情報データを選択する。テーブルＤａｔＴａｂ２８からの情報データは、並べ替え関数及び／または検索関数の形式で実行できる問い合わせ基準からアクセスできるように系統的に記憶されている。特に、テーブルＤａｔＴａｂ２８の情報データはデータベースに記憶されてもよい。
【００４５】
この第１の基準は、それ自体で値ＫＶａｌ１からなってもよい、あるいはＫＶａｌ１にリンクされることがある、あるいはリンクされないことがある他の値も考慮してもよい。
【００４６】
場合によっては、関数ＩＮＶＦ２５は、状態データのサブグループから第１の補足キー値ＳＫＶａｌ１を確立してもよい。値ＳＫＶａｌ１の性質は、さらに分かるように値ＫＶａｌ１の性質とは非常に異なってもよい。
【００４７】
例えば、値ＫＶａｌ１がドイツ語を指定すると、選択された情報データがドイツ語の情報の、またドイツ語を話す個人にとって興味深い情報に関するように、第１の基準が提供されてもよい。
【００４８】
いったん情報データが選択されると、関数ＧＩＤＦ２７は伝送のためにディストリビュータＩＤＩＳＰ３にこれらのデータを送信する（ステップ６０８）。
【００４９】
関数ＩＮＶＦ２５は、状態データサブグループＤｊＴｉから、識別子ＩｄＴｉごとに第２のキー値ＫＶａｌ２を確立する（ステップ６１０）。端末Ｔｉのための値ＫＶａｌ２は、同様に、この端末Ｔｉのためのデータ項目ＤｊＴｉの値だけからなることがあるか、もしくはならないことがある。
【００５０】
値ＫＶａｌ２は、値ＫＶａｌ１がそれに基づいて決定された、または決定されなかった同じ状態データサブグループから取得されてもよい。言い換えると、値ＫＶａｌ１とＫＶａｌ２は、さまざまなタイプの状態表示と関連してもよい。
【００５１】
１つの特定の情報配布関数ＰＩＤＦ２９は、端末Ｔｉ１１、１３、１５ごとに、第２のキー値ＫＶａｌ２に応じて、第２の基準Ｃｒ２に従ってテーブルＤａｔＴａｂ２８に含まれる情報データを選択する。さらに、関数ＰＩＤＦ２９はこのようにして選択されたデータを端末Ｔ１  １１、  １３、１５にそれぞれ送信し、その結果情報はこれらの端末で再生される。
【００５２】
情報選択のための第１Ｃｒ１の基準と第２Ｃｒ２の基準は、異なった種類であってもよい。例えば、基準Ｃｒ１が値ＫＶａｌ１に関するすべての情報が配布されるように作成されてもよいのに対し、基準Ｃｒ２は補足的な除外基準を含んでもよい。
【００５３】
前述されたように、関数ＩＮＶＦ２５は、状態データサブグループに基づいて第２の補足キー値ＳＫＶａｌ２も確立してもよい。値ＳＫＶａｌ２の性質は、値Ｋｖａｌ２の性質とは非常に異なってもよい。例えば、値ＫＶａｌ２が言語の表示に関連してもよいのに対し、値ＳＫＶａｌ２は情報配布の形式（可聴形式または視覚形式）に関してもよい。
【００５４】
ステップ６１４の後、プロセスは、新しい値ＫＶａｌ１または第１の修正されたキー値を確立するためにステップ６００から再び開始する。ステップ６１４と再開されたステップ６００との間では、ディストリビュータＩＤＩＳＰ３で変化が迅速に発生しすぎるのを妨げるためにプロセスの中に内蔵される遅延があってもよい。
【００５５】
一実施形態では、関数ＧＩＤＦ２７によって条件付きで使用される第１のデフォルトのキー値が事前に設定されてもよい。このデフォルトキー値は、プロセスがステップ６００で開始する前に使用されてもよく、次にデフォルトキー値は値ＫＶａｌ１のための初期値として働く。一実施形態では、関数ＧＩＤＦ２７は、配布ＩＤＩＳＰ３を再開するための第１のデフォルトキー値を用いてステップ６１４及び遅延の後に実行される。
【００５６】
モジュールＣＴＲＬＭ１７の動作は系統的な一連の命令として見られてもよい。モジュールＣＴＲＬＭ１７は、中央コンピュータ装置またはマイクロプロセッサによって実行されることを目的とするプログラムまたはマイクロプログラムの形を取って使用されてもよい。
【００５７】
第１のキー値ＫＶａｌ１が、それが周縁９内に存在する端末Ｔｉのすべて（または大多数）に共通である情報を選択するための基準を決定するという点で、生来、公開であるのに対して、第２のキー値ＫＶａｌ２は、対照的に、それが各端末Ｔｉに特定である情報を選択するための基準を決定するという点で、生来、非公開であることが留意される。
【００５８】
中継器ＲＬＹ７によって使用される技術が何であれ、有利なことにシステム１はサービスの連続性、つまり相補性を保証するために提供される。したがって、ディストリビュータＩＤＩＳＰ３が、第１の修正されたキー値の関数として新しい情報データを配布するとき、端末Ｔｉは実質的に同時に新しい情報データを受信する。修飾語句「同時に」は、本明細書では端末Ｔｉのユーザを指し、「実質的にはユーザが知覚できるいかなる遅延もなく」を示す。
【００５９】
中継器ＲＬＹ７がブルートゥース技術を使用して動作するとき、単一のブルートゥース装置は、新しい端末Ｔｉ１１、１２、１３の発見に、及び端末Ｔｉと中継器ＲＬＹ７との間の通信に専用とされてもよい。有利なことに、システム１は複数のブルートゥース装置を備えている。したがって、１台のブルートゥース装置は新しい端末Ｔｉ１１、１３及び１５の発見専用とすることができる。つまり、それは通信に参加していない。したがって、システム１は端末Ｔｉとの通信のためだけに使用される複数ＢＴＣＮのブルートゥース装置を備える。
【００６０】
システム１に統合されるブルートゥース装置の数ＢＴＣＮはこのシステムのために予想される性能から推定できる。ディストリビュータＩＤＩＳＰ３を切り替えるために必要とされる最大遅延ＤＬＹは、情報が送信される先の端末Ｔｉの数Ｎ、設置されるブルートゥース装置の数ＢＴＣＮ、及びブルートゥース接続を確立するために必要とされる時間Ｃ×Ｄの関数である。遅延ＤＬＹは例えば、以下の式（１）によって表される。
【００６１】
DLY＝ceilinginteger｛N/min (BTCN,N) ｝x CxD            (1)
関数ｃｅｉｌｉｎｇｉｎｔｅｇｅｒは、実数をそのすぐ上の整数と関連付ける。例えば、ｃｅｉｌｉｎｇｉｎｔｅｇｅｒ（３．７５）＝４である。
【００６２】
時間Ｃ×Ｄの値は、ブルートゥース技術の選択によって固定され、約５秒である。
【００６３】
遅延ＤＬＹは、端末Ｔｉへの接続が開始される日付ｔ０で計算できる。
【００６４】
装置ＣＴＲＬ５は、日付ｔｉで端末Ｔｉに接続される。端末Ｔｉに通信されるタイミング遅延ＤＬＹｉは式（２）によって示される。
【００６５】
DLYi＝DLY-(ti-t0)                (2)
遅延ＤＬＹとＤＬＹｉの値は、ユーザに対してシステム１の優れた動作または許容できる動作を可能にする遅延としての選択により固定される。遅延ＤＬＹとＤＬＹｉの選択、及び接続される端末Ｔｉの予測数Ｎに基づいて、式（２）、次に（１）を解くことによって、提供されるブルートゥース装置の数ＢＴＣＮが取得される。
【００６６】
中継器ＲＬＹ７がＷＩＦＩ規格に従って動作する場合、遅延ＤＬＹは式（３）によって示される。
【００６７】
DLY＝N x CxD                (3)
時間Ｃ×Ｄの値はＷＩＦＩ技術の選択によって固定され、約１０ミリ秒（処理時間を含める）である。その結果、遅延ＤＬＹは、多数Ｎの端末Ｔｉがある場合を例外として、端末Ｔｉのユーザにとってはごくわずかである。
【００６８】
実際には、式（１）、（２）及び（３）により、システム１の寸法を、前述されたサービスの連続性つまり相補性を取得するために調整できるようになる。
【００６９】
ここで本発明の使用の第１の例が説明される。システム１は空港の待合区域に提供されている。ディストリビュータＩＤＩＳＰ３は、空港から出発し、空港に到着するさまざまなフライトに関するテキストタイプの情報を表示できる液晶画面の形式を取る。異なる言語でのこの情報に関するデータは、メモリＭＥＭ１９に記憶されている。
【００７０】
中継器ＲＬＹ７は、周縁９がディストリビュータＩＤＩＳＰ３を包含するゾーンをカバーするように設計されている。端末Ｔｉ１１、１３、及び１５は、その国籍が推測的に異なる旅行者に所有されている。
【００７１】
図７のフローチャートは、この特定の場合で、システム１の動作を示している。
【００７２】
ステップ７００では、関数ＩＮＶＦ２５が、前述されたように周縁９内に存在する端末Ｔｉ１１、１３及び１５のリストを確立する。
【００７３】
ステップ７０２では、この関数ＩＮＶＦ２５は、端末Ｔｉ１１、１３及び１５のそれぞれから、状態データＤ１Ｔｉとして、最初に端末Ｔｉのそれぞれの通信を管理した携帯電話事業者の国籍を獲得する。
【００７４】
ステップ７０４では、関数ＩＮＶＦ２５は、第１のキー値ＫＶａｌ１として、最も多く表されている事業者の国籍と関連付けられた言語の識別子を確立する。
【００７５】
例えば、端末Ｔ１がドイツの事業者によって運営され、Ｔ２がフランスの事業者によって運営され、Ｔ３がオーストリアの事業者によって運営されていると仮定する。関数ＩＮＶＦ２５は、ドイツ語が周縁９内で二度表されているのに対しフランス語は一度だけしか表されていないので、値ＫＶａｌ１としてドイツ語の識別子を確立する。言い換えると、値ＫＶａｌ１は本明細書では周縁９の内部の多数派言語を指定する。
【００７６】
動作７０６では、関数ＧＩＴＦ２７は、情報データを選択するための第１の基準Ｃｒ１としてドイツ語を確立する。言い換えると、関数ＧＩＤＦ２７は情報をドイツ語で表示できるようにするデータを選択する。
【００７７】
ステップ７０８では、関数ＧＩＤＦ２７は、画面に表示される情報がドイツ語であるようにディストリビュータＩＤＩＳＰ３に選択されたデータを送信する。言い換えると、画面上の情報は、周縁９内の多数を占める言語で表示される。
【００７８】
ステップ７１０では、関数ＩＮＶＦ２５は、端末Ｔ２  １３のための第２のキー値ＫＶａｌ２としてフランス語の識別子を確立する。場合によっては、この関数ＩＮＶ２５は、端末Ｔ１  １１とＴ３  １５のための値ＫＶａｌ２としてドイツ語の識別子を確立する。
【００７９】
関数ＰＩＤＦ２９は、値ＫＶａｌ２から基準Ｃｒ２を選択する第２の情報データを確立し、その結果選択されたデータはフランス語で情報を表す（ステップ７１２）。
【００８０】
ステップ７１４では、この関数ＰＩＤＦ２９は、端末Ｔ２  １３にこのようにして選択された情報データを送信し、その結果空港に到着する、及び空港から出発するフライトに関する情報はフランス語でこの端末Ｔ２  １３に表示される。場合によっては、ドイツ語の情報は端末Ｔ１  １１及びＴ３  １５に送信される。
【００８１】
第１Ｃｒ１及び第２Ｃｒ２の基準は、第１ＫＶａｌ１及び第２ＫＶａｌ２のキー値に基づいて依然として確立されているが、より選択的であってもよい。このようにして、第１の基準Ｃｒ１は、ドイツ語を話す国々に向けて出発する、あるいは例えばオーストリアまたはドイツ等の国々から到着するフライトに関するドイツ語の情報データを選択するために確立されてもよい。その結果、ディストリビュータＩＤＩＳＰ３はこの情報だけを表示する。同じように、第２の基準Ｃｒ２は、端末Ｔ２  １３での表示のために、フランスの企業によってフライトに関するフランス語の情報データだけを選択するために確立されてもよい。
【００８２】
図８に示されるように、第１Ｃｒ１及び第２Ｃｒ２の基準は異なる種類であってもよい。したがって、基準Ｃｒ１が画面に、追加の区別（テーブルの第１の行）なしにそのときから次の２時間の間のすべてのフライトをドイツ語で表示させるのに対して、第２の基準は、端末Ｔ２  １３に企業「Ａｉｒ  Ｆｒａｎｃｅ（登録商標）」だけによるフライトをフランス語で表示させる。
【００８３】
有利なことに、システム１は、前述されたようにサービスの連続性を保証するためにこのような規模である。したがって、周縁９内の多数派言語に対する変更があり、画面上の表示の言語が変化するときには、影響を受ける端末Ｔｉは即座に、表示のために以前に使用された言語で同等の情報を受信する。必要な場合、式（１）、（２）及び（３）は、結果としてシステムの規模を決定するために使用される。
【００８４】
図９のフローチャートは本発明の第１の実施形態の代替策を示している。この代替策では、関数ＩＮＶＦ２５は、状態データＤ１Ｔｉとして国籍の表示を、Ｄ２Ｔｉとして身体障害の表示を獲得する（ステップ９０２）。状態データ項目Ｄ２Ｔｉは、「障害なし」、「視覚障害」または「聴覚障害」を示す値を想定してもよい。
【００８５】
例えば、関数ＩＮＶＦ２５が、端末Ｔ３  １５から「視覚障害」を示す状態データ項目Ｄ２Ｔ３を獲得し、端末Ｔ１  １１、及びＴ２  １３から「障害なし」を示す状態データＤ２Ｔ１とＤ２Ｔ２とを獲得すると仮定する。
【００８６】
関数ＩＮＶＦ２５は、前記のようにドイツ語の表示を示す第１のキー値ＫＶａｌ１を設定し（ステップ９０４）、周縁９内で最も多く表されている状態データＤ２Ｔｉの値に対応する値であるとして、「障害なし」を示す第１の追加のキー値ＳＫＶａｌ１を設定する（ステップ９０６）。
【００８７】
ステップ９０８では、関数ＧＩＤＦ２７は、ドイツ語を示すキー値ＫＶａｌ１と、「障害なし」を示す追加のキー値ＳＫＶａｌ１との両方に基づいて決定された第１の基準Ｃｒ１に従って情報データを選択する。例えば、関数ＧＩＤＦ２７はテキスト形式でドイツ語の情報データを選択する。
【００８８】
ステップ９１０では、関数ＧＩＤＦ２７は、前述されたようにディストリビュータＩＤＩＳＰ３の表示がドイツ語に切り替わるように、ディストリビュータＩＤＩＳＰ３に選択されたデータを送信する。
【００８９】
ステップ９１２では、関数ＰＩＤＦ２９は、「フランス語」を示すキー値ＫＶａｌ２と、「視覚障害」を示す追加のキー値ＳＫＶａｌ２との関数である第２の基準Ｃｒ２に基づいて情報データを選択する。例えば、第２の基準Ｃｒ２は、フランス語で、及び音声形式で情報データを選択するために確立される、つまりテキスト音読され、例えば音声データとして事前に記録される。テキスト形式の情報を音声形式の情報データに自動的に変換するための装置、つまり自動読取装置が提供されてもよい。
【００９０】
ステップ９１４では、選択された情報データは、配布のために端末Ｔ２  １３に送信され、その結果この情報は、端末Ｔ２の視覚的に障害のあるユーザに音声形式で配布される。
【００９１】
この使用例では、追加のキー値により、テキストの視覚的な配布と音声配布との間の切り替えが生じる。
【００９２】
前述された本発明の応用例の例では、ユーザが自分の携帯端末Ｔｉ上で自分の状態データの関数として受信する情報は、ディストリビュータＩＤＩＳＰ３によって配布される情報に意味的に同等である。状態データと関連する違いは、本来配布の形式に関する。しかしながら、この特徴は現在制限的と見なされていない。前記説明では、等価性はデータの情報コンテンツに関連するが、それはコンテンツが同等のままのコンテンツなしの情報、つまり追加の情報の性質にだけ関連することもあるだろう。
【００９３】
前述されたように、ディストリビュータＩＤＩＳＰ３は特に、デフォルト値、または多数決論理のどちらかに従って選択される情報を配布することができる。これらの２つの選択モードは結合されてもよいことが理解される。例えば、多数決論理に従って選択される情報の配布の指定期間後、その情報はデフォルトキー値に従って別の指定期間選択されてもよい。
【００９４】
選択条件を修正することによって、装置の故障の影響を最小限に抑えるためにディストリビュータＩＤＩＳＰ３から端末Ｔｉに情報の配布の少なくともいくつかをシフトすることができる。このシフトは自発的で、例えば、ディストリビュータＩＤＩＳＰ３の負荷を軽減するために意図されてもよい。いくつかの場合では、すべての配布関数が少なくとも一時的に端末Ｔｉにシフトされることが想定されてもよい。
【００９５】
前述された本発明の応用例の例では、システム１は固定されている。応用例の第２の例に従って、このシステム１は可動式であってもよい。
【００９６】
例えば、システム１は、自動車に設置され、事前に記録された情報を配布するラウドスピーカシステムの形を取ってもよい。中継器ＲＬＹ７、装置ＣＴＲＬ５、及びラウドスピーカを備えるディストリビュータＩＤＩＳＰ３は、車両内に配置される。この情報は、例えばガス漏れ等の災害警報であってもよい。可動周縁９内に存在するすべての人はその携帯端末Ｔｉで同等な形式で災害警報を受信できる。したがって、警報が放送される言語を理解しない人、及び聴覚障害者は、他と同時に注意を喚起され得る。
【００９７】
第３の実施形態に従って、システム１は美術館で使用される。ガイドはこの場合、ディストリビュータＩＤＩＳＰ３として機能するために事前に記録された解説を再生するラウドスピーカを備えるシステム１を携帯する。ガイドは装置ＣＴＲＬ５と中継器ＲＬＹ７も携帯する。装置ＣＴＲＬ５と中継器ＲＬＹ７はこの場合では同じ筐体の中に統合できる。ガイドに従い、ガイドの言語を話すことができない訪問者は、例えば自分の携帯電話で可聴形式で解説を受けることができる。好む訪問者はテキスト同等物を与えられる。
【００９８】
第４の実施形態に従って、システム１は例えば高速道路上の道路軸に沿って実現される。ディストリビュータＩＤＩＳＰ３は、例えば、方向を示す信号盤、または例えば交通状態を示す情報板の形を取ってもよい。端末Ｔｉの状態データＤｊＴｉに応じて、ユーザは、自分の車両の中でこの端末で、例えば信号盤（例えば、信号盤がユーザが読まないアルファベットで書かれている場合）または情報板（例えば、ユーザが情報が書かれている言語を知らない場合）のテキスト同等物またはおそらく音声同等物等の同等物を表すデータを受け取ってもよい。低速で移動している車両の場合では、ＷＩＦＩ技術は、例えば短距離通信技術として使用されてもよい。
【００９９】
第５の実施形態では、システム１は、ホテルのロビーまたは音声ディストリビュータＩＤＩＳＰ３を使用して事前に記録された形式で音楽が放送される任意の他の場所で使用される。装置５は、１台または複数の中継器７を通して、端末Ｔｉ（例えば携帯電話）でテキスト形式で、放送されている曲の歌詞の同時放送を提供してもよい。この場合では、配布は有利なことに、「ストリーミング」として知られている方法を使用して、流束の形、この場合ではテキストの流束の形で提供される。ストリーム化された形式のこのタイプの任意の配布が、一時的であっても、メモリ１９での記憶のステップを必要とすることが理解される。代りに、音楽の配布は「ストリームミング」技法によって実施されてもよい。
【０１００】
第６の実施形態では、システム１は、掲示板の形を取るディストリビュータＩＤＩＳＰ３が、例えば異なる管理サービスの地理的な位置に関する情報を提供する公会堂の受付空間で使用される。端末Ｔｉは、通常活版印刷文字を点字文字に転写するタイプの触覚テキストレンダリング装置の形で提供されてもよい。他の端末Ｔｉは、ブルートゥースタイプの受話器の形で提供されてもよい。したがって、システムは視覚障害に苦しむ人のためにディストリビュータＩＤＩＳＰ３からの情報の転写を提供してもよい。
【０１０１】
第７の実施形態では、システム１は屋外の都市空間で使用される。また、ディストリビュータＩＤＩＳＰ３は公共の掲示板の形を取る。装置５は、特定の携帯端末が、例えば携帯端末Ｔ１  １１を通過するたびに、常にディストリビュータＩＤＩＳＰ３と一致しているが、端末Ｔ１で再生されるコンテンツが異なるようにプログラミングされてもよい。例えば、装置５のメモリ１９は、一方では配布されなければならないコンテンツのシーケンスを、他方では例えば識別子ＩｄＴｉを使用して端末Ｔｉの移動のトレースを維持する。通過するたびに、コンテンツのシーケンスの次の要素が端末Ｔｉに配布される。第１の変形例では、ディストリビュータＩＤＩＳＰの様式で通信するために接続される複数のボードが提供される。これらのボードのどれか１つの前を通過すると、コンテンツのシーケンスの増分が配布される。第２の変形例では、各ボードは、配布されるコンテンツのシーケンスのある特定の要素に接続され、ある特定のボードに近い端末Ｔｉの通過により前記ボードにリンクされているシーケンスの要素の個々の配布が生じる。この実施形態は、同じ装置５に接続されているディストリビュータＩＤＩＳＰ３を増加させるか、または互いと通信するために多くのシステム１を接続するかのどちらかによって達成でき、その結果各システムにディストリビュータＩＤＩＳＰ３が備えられる。携帯端末Ｔｉがボードの近くを通過したことを示すデータは、特定の場合に応じて、ボードのネットワーク上で、または携帯端末Ｔｉ自体の上で保たれてもよい。
【０１０２】
例えば、配布されるコンテンツは、各看板が集合体の中の特定の項目を表しているような、既製服の集合体に関する一連の看板からなってもよい。したがって、前述されたタイプの看板の前を通り過ぎるたびに、ユーザは新しい看板、つまり新しい項目を発見する。
【０１０３】
関数ＩＮＶＦ２５によって収集される状態データは記憶され、統計の目的のために利用できるようになる。所与の周縁９の場合、情報は、日付、最も多く表される国籍、端末Ｔｉが周縁の内部に留まる時間の長さ等の関数として存在する特に端末Ｔｉの数に関して取得されてもよい。この統計情報によってシステム１を適応させることが可能になる。特にそれによって、システム１を構成するさまざまな要素の寸法を設計することが可能になる。それは、このようにして、接続される端末Ｔｉの予測数Ｎを示すことによって式（１）、（２）、及び（３）を解決するために必要とされるデータを提供する。さらに、それが第１のデフォルトキー値ＫＶａｌ１の値を確立することを可能にする。
【０１０４】
特定の場合では、メインディストリビュータが広告を配布する。この統計情報は広告のための視聴者に関する情報を提供できる。特に、それは、提示される言語を話さない人に対する広告の影響を記録することができる。
【０１０５】
第８の実施形態に従って、ディストリビュータＩＤＩＳＰ３は、前記掲示板の回りに設けられる周縁内で収集される状態データに応じてその表示が修正される広告掲示板の形を取ってもよい。携帯端末Ｔｉは、このようにして例えば端末のインタフェース言語で前記掲示板に表示されるテキストの翻訳を表す情報データを受信することができる。それらはまた、端末Ｔｉのユーザが視覚的に障害があるときに表示される広告の可聴同等物を受信することができる。本発明によるシステムは、通常広告掲示板が設けられるどこかに提供されてもよい。
【０１０６】
一般的には、本発明によるシステム１は、情報の表示が通常に有用であればどこででも使用できる。特に、システムは例えば、デモの告示、地方時、または従来市政の情報機器により配布される他の情報等の町に関する情報を配布するために一般道路で使用できる。
【０１０７】
本発明によるシステム１は、公共の建築物でも提供されてもよい。これらの建物の中では、特にさまざまなサービスの場所に関する特殊な情報が配布されることになっている。これは、例えば、病院、企業敷地のロビー、美術館等に当てはまる。さらに一般的には、システム１は、情報の表示及び／または可聴提供が一般的に行われる任意の公共の場所で提供されてもよい。
【０１０８】
本発明のシステムの第９の実施形態に従って、本発明はレストランで提供される。メニューの代りに、画面がメインディストリビュータＩＤＩＳＰ３として使用できる。例えば別の言語でのメニューの同等物は、あらゆるカスタマの携帯端末Ｔｉに配布されてもよい。
【０１０９】
前述された実施形態および応用例は、純粋に例証として提供され、他の変形例が予想されてもよい。例えば、関数ＩＮＶＦ２５はさまざまな種類の複数のキー値を確立してもよい。端末Ｔｉから収集される状態データの性質は変えられてもよく、国籍、アイデンティティ、フライト等に関する情報をも含む言語または身体障害の表示に制限されない。
【０１１０】
鉄道の駅及び空港に加えて、本発明によるシステム１は高速道路の料金所で、及びさらに一般的には情報が配布されなければならない任意の場所で提供されてもよい。
【０１１１】
図１０は、本発明によるシステムの有利な追加の特徴を示す。本明細書ではシステム１は、収集側周縁９内への無線周波数タグ３１の進入、あるいはその出発及び／または存在を検出するように配置されるこのようなタグを検出するためのネットワークを備える。検出ネットワーク３１は、例えば通信インタフェース（不図示）を介して装置５に接続されている。したがって、携帯端末の存在は、それに物理的にまたはそれ以外に接続される関連無線周波数タグ３１によって検出される。
【０１１２】
タグ３３は本明細書では「ＲＦＩＤ」タイプであってもよい。さらに一般的には、本明細書において本説明の中で「無線周波数タグ」と呼ばれているものは、ビットの集合体を恒久的に記憶し、短距離無線通信によって問い合わせできる受動的または準受動的な小さな携帯式オブジェクトである。ビットのこの集合体は以下、「メモリ」と呼ばれるであろう。他のタイプのタグ、例えば「ＮＦＣ」（英語の用語、近接場計算から）として知られているタイプのタグが使用されてもよい。
【０１１３】
検出ネットワーク３１は、少なくとも１つのマネージャ３５及びそれに接続されている少なくとも１本のアンテナ３７を備える。アンテナ３７はその範囲内に位置する無線周波数タグ３３のメモリに含まれているデータを読み取ることができる。マネージャ３５は、例えば前述された通信インタフェースを介して装置５に接続される。
【０１１４】
マネージャ３５は、例えば、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ製のシリーズＳ２０００のＲＩ−ＣＴＬ−ＭＢ２Ａコントローラと、同社製のＲＦ−ＭＯＤ−ＴＸ８Ａマルチプレクサとを備えてもよい。
【０１１５】
図１２に示されているように、タグ３３のメモリは、例えば、端末Ｔｉのユーザによって現在使用されている言語を識別するデータ項目Ｄ１Ｔｉ、または前述された任意の他の状態データ項目等、状態データＤｊＴｉのセットを記憶する。
【０１１６】
加えて、タグ３３のメモリは、携帯端末Ｔｉに関する通信アドレスデータＣｏｍＡｄｒＤａｔを記憶する。これらのデータＣｏｍＡｄｒＤａｔは、特に、中継器ＲＬＹ７を介して携帯端末Ｔｉのための連絡アドレスを備える。これは、例えば、通信インタフェースの材料アドレス、つまり中継器ＲＬＹ７がこの技術によって動作している場合ブルートゥースインタフェースの材料アドレスであってもよい。該当する場合、携帯端末の識別子ＩｄＴｉはこれらのデータＡｄｒＣｏｍＤａｔから推定されてもよい。
【０１１７】
好ましくは、データＣｏｍＡｄｒＤａｔ及び状態データＤｉＴｊは同じタグに記憶され、これらの異なるデータのためのビット領域を予約する。単一のタグをアンテナ３３が読み取ることができるので、これにより、特に異なるデータの簡略化された読取が可能になる。データＣｏｍＡｄｒＤａｔ及びＤｊＴｉはこのようにして同じ符号語を形成する。
【０１１８】
タグ３３は、例えば端末Ｔ１  １１のユーザによって等、携帯端末Ｔｉのユーザによって運ばれるオブジェクト上に配置される。携帯式ユーザオブジェクトは、例えばクレジットカードに似たカードの形を取ってもよい。携帯端末Ｔｉは、タグ３３が端末Ｔｉと一体化してもよいという意味で携帯オブジェクトとしての機能を果たしてもよい。タグは、それを例えば端末Ｔｉ上等、ユーザの裁量で任意の基板上に設置できるように自動接着性であってもよい。
【０１１９】
タグ３３がアンテナ３７によって検出されると、前述された関数ＩＮＦ２５はタグの中に含まれているすべての状態データＤｊＴｉを取得するためにマネージャ３５との接続のためのインタフェースと対話する。
【０１２０】
本発明のこの特徴は、前述された本発明の応用例のそれぞれで実現できる。タグ検出ネットワーク３１の追加は、ユーザによって運ばれるタグがアンテナ３７に読み取られるにつれ、端末がただちに検出されるため、周縁９内に存在する携帯端末Ｔｉの発見またはインベントリの段階を加速する利点を有する。
【０１２１】
本発明による特徴の図１２によって示されている特定の実施形態では、周縁９は強制的な識別通過ポイントを通してだけアクセス可能である。この場合では、マネージャに接続されている進入／退出検出器は、有利なことにこれらの通過ポイントのそれぞれに設けられる。この種の検出器は、例えば、前記通過ポイントで互いに平行に、且つ移動方向に関して横断方向で配列されている、２列のアンテナ３７Ａと３７Ｂとを備える。したがって、タグ３３の移動方向を検出できる。つまり、列３７Ａが列３７Ｂの前でタグ３３を検出すると、移動方向はアンテナ３７Ａからアンテナ３７Ｂに向けてであり、そして逆の場合も同じである。有利なことに、ＣＩＰＡＭ  ＣＩＰ＿ＡＮＴ−ＬＦタイプのプラスチックフィルム上の可撓アンテナ等の、サポートの輪郭に従うことのできるいわゆる「可撓」アンテナが使用される。
【０１２２】
ユーザタグ３３はある場所に侵入すると読み取られるため、これは特に有利である。さらに、それらの出発を検出することも可能であり、その結果端末Ｔｉが周縁９内に存在する所与の時間を知ることが容易である。
【０１２３】
この特定の実施形態は、操作ゾーン５全体でのアンテナ２１の分散も回避する。図１２では、周縁９は実線で示されているが、この周縁が必ずしも物理的に閉じられていないことが理解されなければならない。
【０１２４】
図１２に示されているように、周縁９によって区切られる実質的にすべての空間をカバーするためにネットワーク内に多くの中継器ＲＬＹを配列することが有利な場合もある。
【０１２５】
場合によっては、装置５は、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、ＵＭＴＳ、ＩＰ等の有線タイプまたは無線タイプのグローバル通信ネットワーク４１に対するアクセスインタフェース３９にも接続される。
【０１２６】
このアクセスインタフェース３９により、一方では、装置５は、例えば、追加のデータ処理または周縁９から離れる材料リソースを実施するために適切である遠隔データ処理手段にアクセスできる。
【０１２７】
他方、アクセスインタフェース３９は、つまり、例えばＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、ＵＭＴＳ等のセルラーネットワークタイプの関連するグローバル通信手段４３を有する携帯端末Ｔｉ１１との通信を確立することを可能にする。これにより、特に、並べ替えられたデータを配信するための標準携帯電話タイプの携帯端末Ｔｉ１１との通信を確立することが可能になる。この場合では、有利なことにデータＣｏｍＡｄｒＤａｔは、セルラーネットワークを通して移動端末の呼番号を備える。例えば、ＳＭＳ（テキストメッセージ）またはＭＭＳ（マルチメディアメッセージ）の形を取る配布が提供されてもよい。
【０１２８】
タグ３３は、有利なことに受動タグとして知られているタイプである。つまり、タグ３３には自律エネルギー、つまり処理能力がない。それにも関わらず、タグは、そのメモリに記憶されているデータを含むメッセージを送信することによって問い合わせ要求に応えることができる。この活動に必要とされるエネルギーは、問い合わせ装置、この場合ではアンテナ３７からの信号の誘導電流から引き出される。この設計は、システムが、これが暗示するエネルギー制約及び加重から自由であることを意味する。
【０１２９】
しかしながら、アクティブなタグ、つまりそれ自体のエネルギーソースを有するタグが、それらが受動モードで動作する場合に使用できること、つまりそれらが問い合わせ信号に応答することに制限されていることが理解される。
【０１３０】
一例として、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ製のＴＩＴＩＳ  ＲＩ−ＴＲＰ−Ｗ４ＦＦとして知られているタグを使用できる。
【０１３１】
通信アドレスデータＣｏｍＡｄｒＤａｔは、例えばコントローラ５でユーザ識別子を形成してもよい。特定の場合では、通信アドレスデータＣｏｍＡｄｒＤａｔは、実際のタグ３３のこの種のユーザ識別子によって完了または置換されてもよい。
【０１３２】
代りに、データＣｏｍＡｄｒＤａｔ及びＤｊＴｉは、特に単一のタグ３３のメモリの容量が十分ではないときに異なるタグに記憶されてもよい。これらのデータＣｏｍＡｄｒＤａｔ及びＤｊＴｉは、このようにして複数の符号語（またはコードの集合）を形成する。中継器ＲＬＹがさまざまな技術を使用して同時に動作する場合、データＣｏｍＡｄｒＤａｔは、端末Ｔｉのユーザによって好まれる特定の通信技術を識別するデータ項目を備えてもよい。
【０１３３】
好ましくは、検出ネットワーク３１は、マネージャ３５に接続される複数のアンテナ３７を備える。
【０１３４】
１本または複数のアンテナ３７の多様な配列（不図示）が予想されてもよい。
【０１３５】
検出ネットワーク３１は、マネージャ３５に接続されている単一のアンテナ３７を有してもよい。周縁９の内部のある特定のポイントでのタグ３３の存在が検出できる。タグ３３のメモリに含まれているデータは、周縁９内のこの特定のポイントで読み取ることができるにすぎない。
【０１３６】
検出ネットワーク３１は、マネージャ３５に接続され、領域をカバーするために配布される複数のアンテナ３７を備えてもよい。特に、アンテナ３３は、タグ３３を周縁９の内部の任意の点で読み取ることができるように分散されてもよく、あるいはそれらが周縁９に沿って分散されてもよい。
【０１３７】
検出ネットワーク３１は、特に単一のマネージャ３５に接続できる最大数のアンテナに到達するときに複数のマネージャ３５を備えてもよい。
【０１３８】
図１０から図１２の記載及び検出ネットワークの操作に関する詳細については、本件出願人によって２００６年２月６日に出願された仏国特許第１６０１３１号が全ての趣旨及び目的において参照される。上記仏国特許第１６０１３１号は本件において参考文献として組み込まれている。
【０１３９】
本発明の展開の実施形態に従って、システム１は、例えば会議が開催される部屋のための、同時通訳のシステムの形を取って使用される。
【０１４０】
各参加者は、登録時にＲＦＩＤタイプのタグを備えるカードが与えられる。このタグは、例えば、参加者が登録時に提供した状態データの形で情報を記憶する。特にこれらの状態データは参加者によって話される言語を特定できる。
【０１４１】
同時通訳サービスを利用することを希望する各参加者は、例えば、アドレスがカード上のＲＦＩＤタグに記憶されるブルートゥースタイプの受話器を有する。これは、参加者自身の受話器であってもよいし、あるいはそのときのために参加者に貸し出されてもよい。
【０１４２】
会議室には、例えばＩＰネットワークタイプ（ＩＰは「インターネットプロトコル」の略である）等のローカルネットワークによって装置ＣＲＴＬ５に接続されているブルートゥースアクセスポイントが設けられている。装置ＣＲＴＬ５は、話し手から聞き手に提供されたプレゼンテーションの別の言語への翻訳を、少なくとも一時的にそのメモリ１９の中に記憶する。一時記憶の特定の場合では、メモリ１９はバッファ（つまりバッファメモリ）としての機能を果たす。
【０１４３】
会議室内でブルートゥースアクセスポイントが配布されて、ブルートゥースイヤホンを備えた者は皆、自分で選択した言語でストリーミングによって配布される会議を聞くことができる。
【０１４４】
さらに正確には、話し手によって示されるプレゼンテーションは、例えば、ＲＴＳＰ及びＲＴＰタイプのプロトコルを使用してデジタル化し、コンテンツサーバ（不図示）に送信できる。同様に、通訳者は通訳を提供し、これらの通訳をコンテンツサーバに送ることができる。コンテンツサーバは装置ＣＲＴＬ５に統合されてもよい。コンテンツサーバ、装置ＣＲＴＬ５、及びスピーカによって指定されるプレゼンテーションをデジタル化することを担当するコンピュータの間で、例えばＩＰタイプ等のデータリンクがある場合に、このコンテンツサーバは装置ＣＲＴＬ５の外部に配置されてもよい。コンテンツサーバは会議室の外部に配置されてもよい。
【０１４５】
装置ＣＲＴＬ５は、それぞれがある特定の通訳に対応するさまざまなストリームをコンテンツサーバから受信してもよい。これは、ＲＴＳＰプロトコル（すなわち、「リアルタイムストリーミングプロトコル」）を使用する要求等の、装置ＣＲＴＬ５からの要求の後に実施されてもよい。したがって、装置ＣＲＴＬ５は、メモリＭＥＭ１９（特にそのバッファの中に置かれる）に、例えばＲＴＰプロトコル（「リアルタイムトランスポートプロトコル」）を使用して受信されるさまざまなストリームを記憶できる。この記憶は、メモリ１９のテーブルＤａｔＴａｂ２８でさらに正確に行われてもよい。
【０１４６】
装置ＣＲＴＬ５は、ネットワーク３１によって検出されるＲＦＩＤタグの状態データの関数としてブルートゥース受話器に向けて対応する変換済みのストリームを送信する。この伝送もＲＴＰプロトコルに基づいてもよい。
【０１４７】
同時通訳を提供する会議室は、図１２に示されているように編成されてもよい。
【０１４８】
この通訳サービスは、状態データを獲得するために、検出ネットワーク３１と無線周波数タグ３３との間の対話以外の手段も使用してもよい。
【０１４９】
説明されている通訳サービスは、映画観客席、劇場等のパフォーマンス空間において使用できる。それが劇場観客席で使用される特定の場合では、マルチスピーカシステムが使用される。
【０１５０】
この通訳サービスは、特に装置の配備という点で複雑且つ高価な動作である従来の同時通訳サービスを会議室に備えるニーズを回避する。事実上、従来、各傾聴者ごとに、ヘッドホン及び彼らが会議を聞きたいと思う言語を選択できるキーパッドが取り付けられたデスクを提供することが必要である。さらに、すべてのデスクは、通訳者が話し手のプレゼンテーションの通訳を生成する場所に接続されなければならない。
【０１５１】
本発明はプロセスとしても定義されてもよい。
【０１５２】
本発明は、一例としてだけ前述された実施形態に限定されるのではなく、請求項の範囲内の、当業者により予想されてもよいすべての変形例を包含する。
【図面の簡単な説明】
【０１５３】
【図１】本発明による情報配布システムを表す図である。
【図２】図１のシステムのための制御装置を示す図である。
【図３】図２の制御装置のための制御モジュールを示す図である。
【図４】図２の制御装置のためのメモリの構造を示す図である。
【図５】図４のメモリのための文脈テーブルの構造を示す図である。
【図６】図１のシステムの動作を示すフローチャートである。
【図７】特定の実施形態での図１のシステムの動作を示すフローチャートである。
【図８】図７に示されている実施形態の中の図１に示されるシステムのディストリビュータの動作を示す図である。
【図９】図７の実施形態に対する代替策を示すフローチャートである。
【図１０】本発明によるシステムの開発を示す図である。
【図１１】図１０の実施形態で使用できるタグを示す図である。
【図１２】図１１の開発の特定の実施形態を示す図である。
【図１】
2008538872.tif 000003
【図２】
2008538872.tif 000004
【図３】
2008538872.tif 000005
【図４】
2008538872.tif 000006
【図５】
2008538872.tif 000007
【図６】
2008538872.tif 000008
【図７】
2008538872.tif 000009
【図８】
2008538872.tif 000010
【図９】
2008538872.tif 000011
【図１０】
2008538872.tif 000012
【図１１】
2008538872.tif 000013
【図１２】
2008538872.tif 000014
【国際調査報告】
2008538872.tif 000015
2008538872.tif 000016
2008538872.tif 000017
2008538872.tif 000018
2008538872.tif 000019
2008538872.tif 000020