(57)【特許請求の範囲】
【請求項１】
ポータブルユーザ機器と、選択した位置に設置される複数の静止端末と、複数のモバイルサービス手段との間でデータを交換する方法であって、前記方法は、
ａ）ポータブルユーザ機器において指定サービスデータを含んだ第１の要求メッセージを生成する工程と、
ｂ）第１の送受信範囲を提供する近距離通信モジュールが配置されている各々の前記複数の静止端末に、近距離通信モジュールを含んだ前記ポータブルユーザ機器から、第１の要求メッセージを送信する工程と、
ｃ）前記第１の要求メッセージを受信すると、少なくとも、その第１の送受信範囲が前記ポータブルユーザ機器を含む前記複数の静止端末の１つにおいて前記指定サービスデータを含んだ第２の要求メッセージを生成する工程と、
ｄ）第２の送受信範囲を提供する近距離通信モジュールが配置されている各々の前記複数のモバイルサービス手段に、近距離通信モジュールを含んだ各々の前記複数の静止端末から、第２の要求メッセージを自発的に送信する工程と、
ｅ）その第２の送受信範囲が前記第２の要求メッセージが生成された前記複数の静止端末の１つを含む前記モバイルサービス手段において前記第２の要求メッセージを自動的に受信する工程と、
ｆ）上記静止端末において上記モバイルサービス手段を停止する工程とを有し、
前記工程ａ）〜ｄ）が臨機応変な交換によって達成されることを特徴とするデータ交換方法。
【請求項２】
少なくとも１つの指定されたサービスデータに関連している各々の前記複数の静止端末において、前記工程ｂ）は前記第１の要求メッセージの前記指定サービスデータが前記少なくとも１つの指定されたサービスにマッチするときのみ実行されることを特徴とする請求項１に記載の方法。
【請求項３】
少なくとも１つの指定されたサービスデータに関連している各々の前記複数のモバイルサービス手段において、前記工程ｃ）は前記第２の要求メッセージの前記指定サービスデータが前記少なくとも１つの指定されたサービスにマッチするときのみ実行されることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記指定サービスデータは、前記静止端末の通信圏内の前記ポータブルユーザ機器の位置により定義される第１の空間値を定義するデータを含むことを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記第２の要求メッセージは、前記モバイルサービス手段の通信圏内で前記指定サービスを提供可能な前記モバイルサービス手段の位置と前記静止端末の位置との比較により定義される第２の空間値を定義するデータを含むことを特徴とする請求項１〜４のいずれか１項に記載の方法。
【請求項６】
ｇ）前記第１の要求メッセージの受信後、前記ポータブルユーザ機器に情報を送る工程をさらに有することを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記情報は、前記第２の要求メッセージを受信する前記複数の静止端末の１つに対する到着時間を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記情報は、広告タイプ情報を含むことを特徴とする請求項６または７に記載の方法。
【請求項９】
前記情報は、少なくとも１つのインターネットサイトアドレスを含むことを特徴とする請求項６〜８のいずれか１項に記載の方法。
【請求項１０】
公共輸送機関の分野において使用され、前記モバイルサービス手段は公共輸送車両としてのバスまたはコーチであり、前記静止端末は全てのまたは一部のバス停であることを特徴とする請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
ポータブルユーザ機器と、選択した位置に設置される複数の静止端末と、複数のモバイルサービス手段との間でデータを交換するためのデバイスであって、前記デバイスは、
ｉ）第１の送受信範囲を提供する各々の前記複数の静止端末に配置されるように意図され、前記ポータブルユーザ機器に近距離通信モジュールが配置されている第１の近距離通信モジュールと、
ii) 第２の送受信範囲を提供する各々の前記複数のモバイルサービス手段に配置されるように意図され、各々の前記複数の静止端末に近距離通信モジュールが配置されている第２の近距離通信モジュールと、
iii)前記ポータブルユーザ機器内に組み込まれるとともに、
ユーザの指示による指定メッセージを含んだ第１の要求メッセージを生成し、
かつ前記第１の要求メッセージを送信するために、
前記ポータブルユーザ機器の前記近距離通信モジュールと連携するように意図される第１の制御モジュールと、
iv)各々の前記複数の静止端末に含まれるとともに、
前記第１の送受信範囲が前記ポータブルユーザ機器を含むとき、前記第１の要求メッセージを受信し、
少なくとも前記指定メッセージを含んだ第２の要求メッセージを生成し、
かつ前記第２の要求メッセージを自発的に送信するために、
前記第１の近距離通信モジュールおよび上記静止端末の前記近距離通信モジュールと連携するように意図される第２の制御モジュールと、
ｖ）各々の前記複数のモバイルサービス手段に含まれるとともに、
前記第２の送受信範囲が前記第２の要求メッセージを生成した前記複数の静止端末の１つを含むときに前記第２の要求メッセージを自動的に受信するために、
上記モバイルサービス手段の前記第２の近距離通信モジュールと連携するように意図されることによって、上記静止端末で上記モバイルサービス手段が停止する第３の制御モジュールとを有し、
前記第１の近距離通信モジュール、前記第１の制御モジュール、前記ポータブルユーザ機器の近距離通信モジュールおよび前記第２の制御モジュールが、臨機応変な交換によって第１の要求メッセージを生成および受信するように配置され、
前記第２の近距離通信モジュール、前記第２の制御モジュール、前記静止端末のモジュールおよび前記第３の制御モジュールが、臨機応変な交換によって第２の要求メッセージを生成および受信するように配置されたことを特徴とするデバイス。
【請求項１２】
前記第１の制御モジュールは、前記静止端末の通信圏内の前記ポータブルユーザ機器の位置により定義される第１の空間値データを含んだ前記第１の要求メッセージを生成するように配置されたことを特徴とする請求項１１に記載のデバイス。
【請求項１３】
前記第２の制御モジュールは、前記モバイルサービス手段の通信圏内で前記指定サービスを提供可能な前記モバイルサービス手段の位置と前記静止端末の位置との比較により定義される第２の空間値データを含んだ前記第２の要求メッセージを生成するように配置されたことを特徴とする請求項１１または１２に記載のデバイス。
【請求項１４】
請求項１１〜１３のいずれか１項に記載のデバイスの近距離通信モジュールを含むことを特徴とするポータブルユーザ機器。
【請求項１５】
携帯電話およびパーソナルデジタルアシスタント（ＰＤＡ）を含んだグループから選択されるいずれかであることを特徴とする請求項１４に記載のポータブルユーザ機器。
【請求項１６】
請求項１１〜１３のいずれか１項に記載のデバイスの近距離通信モジュールおよび第２の制御モジュールを有することを特徴とする静止端末。
【請求項１７】
バス停またはコーチ停、空港、および鉄道駅を含んだグループから選択される公共場所に設けられるように意図されたことを特徴とする請求項１６に記載の静止端末。
【請求項１８】
請求項１１〜１３のいずれか１項に記載のデバイスの第２の近距離通信モジュールおよび第３の制御モジュールを含むことを特徴とする輸送車両。
【請求項１９】
前記輸送車両が、人々のための公共輸送を提供するように配置されたことを特徴とする請求項１８に記載の輸送車両。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信施設の分野に関し、より詳細には、サービスを得るためにモバイルユーザステーション（携帯電話利用者局）と他のタイプの固定装置またはモバイル装置（携帯装置）との間で交換されるデータの管理に関する。
【背景技術】
【０００２】
ここで、表現「サービスを得る」とは、情報またはデータを得ること、または、車両による購入、荷物引き受け（ｂｏｏｋｉｎｇ）、配送、またはピックアップのような手順を開始または実行することを意味する。
【０００３】
モバイル通信ネットワーク、特にＧＳＭ／ＧＰＲＲネットワークおよびＵＭＴＳネットワークの出現によって、多数の人々は、携帯電話またはパーソナルデジタルアシスタント（すなわちＰＤＡ）のようなモバイルステーションと、サーバ、モバイルステーション、またはコンピュータのような遠くの通信装置との間で通信を行うことにより遠くでサービスを得ることできる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、モバイルステーションを有する個人（すなわちユーザ）が自己の望むサービスを得ることができない状況が多くある。特に、これは、公共輸送の分野と、ある混雑している公共場所または私的場所でのデータまたは情報の提供との場合である。たとえば、バス停に進んでいる狭い移動度の人は、ピックアップされたいバス停に到着したことを次のバスに知らせることができない。このような状況は、目の一部不自由な人または難聴の人の場合には一層フラストレーションがたまる。すなわち、前者ではバスを見ること、または到着するのを聞いたバスの路線番号を読むことができない点、および、後者ではバスが到着するのを聞くことができない点でフラストレーションがたまる。さらに、空港、鉄道駅、またはショッピングセンターなどのようなある種の公共場所または私的場所において、道案内または情報の提供に責任ある要員が離れた案内所を見つけるのが一般的である。
【０００５】
従って、本発明の目的は、上述の不具合の幾つかを克服できる解決策を提案することによって上述の状況を改善することである。
【課題を解決するための手段】
【０００６】
この目的を達成するために、本発明は、通信モジュールを備えるユーザモバイルステーションと、少なくとも１つのサービスに関連する静止端末と、通信モジュールを備え前記サービスを保証するために適する複数のモバイルサービス手段との間でのデータを管理する方法を提供する。
【０００７】
この方法は、ユーザモバイルステーションの助けを借りて、（たとえば、バスを停車することのような）選択されたサービスを、モバイルステーションに近接して設置され且つその要求されたサービスに関連する（たとえば、バス待合所の形態またはその一部として配置される）端末で得るための要求を定義するデータを含む第１の要求が生成される第１の段階と、
第１の要求を受信した後に、モバイルステーション近くの端末で選択されたサービスを保証するための要求を定義するデータを含む第２の要求が生成される第２の段階と、
第２の要求が指定された端末に最も近いモバイルサービス手段で受信され、それによってこの端末で停車し、第１の要求を送信したモバイルステーションのユーザによって要求されたサービスを提供する第３の段階とを含むことを特徴とする。
【０００８】
勿論、モバイルサービス手段が、既にその指定された端末に停車している場合、要求されたサービスを直ちに提供可能である。
【０００９】
第１の実施の形態において、第１の段階で、第１の要求が端末で受信され、且つ第２の要求がこの端末で生成される。この場合、第１の要求の受信は、それを生成したモバイルステーションがその端末の「第２の」送受信可能範囲帯内に位置している時に、起こることが好ましい。たとえば、（第１および第２の段階中の）第１の要求の生成と受信とは、当業者によって「空間情報システム」と呼ばれるものの中にメッセージの臨機応変の交換によって達成可能である。次に、第１の要求は、ユーザによって選択されたサービスを表す第１の空間値を定義するデータを含む。
【００１０】
さらに、この第１の実施の形態において、（たとえば輸送車両）モバイルサービス手段は、指定された端末がその第３の送受信可能範囲帯内に位置している時に、（第３の段階中に）第２の要求を受信することが好ましい。ここで再び、（第２および第３の段階中の）第２の要求の生成と受信とは、また、空間情報システムの一部としてメッセージの臨機応変の交換によって起こり得る。次に、第２の要求は、ユーザによって選択されたサービスを表す第２の空間値を定義するデータを含む。
【００１１】
第２の実施の形態において、第２の段階中に、第１の要求が管理サーバで受信され、次に、（第１の要求を送信した）ユーザモバイルステーションに近接する端末の位置が、この端末に最も近接し且つ第１の要求に定義されたサービスを提供することができるモバイルサービス手段と共に決定され、最後に、第２の要求が、サーバを介してこのモバイルサービス手段に送られる。
【００１２】
この場合、（第２の段階で）最も近いモバイルの位置を決定することは、全てのモバイルサービス手段にそれぞれの位置を問い合わせるこれらのモバイルサービス手段に対する補助要求を送ることと、次に、異なるモバイルサービス手段からの応答を受信して、これらの応答から、その端末に最も近接して位置され且つ第１の要求に定義されるサービスを提供出できるモバイルサービス手段が何れであるかを識別することとを含むことができる。変形例として、（第２の段階における）最も近いモバイルサービス手段の位置は、第１の要求で定義されるサービスを提供できる異なるモバイルサービス手段のそれぞれの位置とその端末の位置と比較することによって決定される。何れの場合においても、第１の要求が、ユーザのモバイルステーションの位置を含み且つその端末の位置は、モバイルステーションの位置から推定されるか、または第１の要求が、少なくとも端末の位置を表す識別子を含み且つ少なくともその端末の位置が、受信された識別子から推定される。
【００１３】
さらに、第１の要求を受信した後、情報、たとえば、最も近いモバイルサービス手段がその端末に到達するのに要する時間、または通知情報、またはインターネットを介してアクセス可能な情報サイトの少なくとも１つのアドレスを定義する情報データがモバイルステーションに送られることが想定され得る。
【００１４】
このような方法は、特に公共輸送の分野、さらには、殊に、一方ではモバイルサービス手段がバスまたはコーチ（長距離バス）のような公共輸送車両である場合と、他方では端末がバス停（またはバス待合所）の全て又は一部を構成する場合とに、特に有用な用途がある。
【００１５】
また、本発明は、通信モジュールを備える少なくとも１つのユーザモバイルステーションと、少なくとも１つのサービスに関連する静止端末と、通信モジュールを備え且つそのサービスを保証するに適する複数のモバイルサービス手段との間でのデータを管理するためのデバイスに関する。
【００１６】
このデバイスは、第１の部分で、ユーザのモバイルステーションに組み込まれ、且つユーザの命令で選択されたサービスをモバイルステーションに近接して設けられ且つその選択されたサービスに関連する端末で得るために要求を定義するデータを含む第１の要求を生成可能であるように意図された第１の制御手段と、第２の部分で、第１の要求を受信すると、選択されたサービスとその端末で提供するための要求を定義するデータを含む第２の要求を生成可能である第２の制御手段と、第３の部分で、モバイルサービス手段の各々に組み込まれ且つ対応する通信モバイルから第２の要求を受信すると、モバイルステーションのユーザによって要求されたサービスを保証するように指定された端末で対応するモバイルサービス手段の停止を命令できる第３の制御手段とを含むことを特徴とする。
【００１７】
勿論、その方法を参照して先に指摘されたように、モバイルサービス手段が、指定された端末に既に停止している場合、モバイルサービス手段は、要求されたサービスを提供するために留まるように命令される。
【００１８】
第１の実施の形態において、各端末は、通信モジュールを備え且つ第２の制御手段を含む。
【００１９】
この場合、モバイルステーションと端末の通信モジュールとはそれぞれ第１および第２の送受信可能範囲帯を有し、且つ端末の通信モジュールは、第１の要求を発生したモバイルステーションが「第２の」送受信可能範囲帯内に位置している時に第１の要求を受信可能であることが好ましい。
【００２０】
たとえば、モバイルステーションと端末の通信モジュールとは、空間的情報システムの一部として、第１および第２の制御モジュールによって送出するデータを含むメッセージの臨機応変な交換によって第１の要求を生成受信するようにそれぞれ配置されることができる。次に、第１の制御手段は、ユーザによって選択されたサービスを表す第１の空間値を定義するデータを含む第１の要求を生成するように配置されることが好ましい。
【００２１】
さらに、この第１の実施の形態において、モバイルサービス手段の各々の通信モジュールは、第３の送受信範囲可能帯を有し、且つ指定された端末がそれらの第３の送受信可能範囲帯内に位置されている時に、第２の要求を受け入れることが出来ることが好ましい。また、端末とモバイルサービス手段の通信モジュールとは、空間情報システムの一部として、第２および第３の制御モジュールによって送出されるデータを含むメッセージの臨機応変な交換によって第２の要求を送受信するようにそれぞれ配置されることが好ましい。次に、第２の制御手段は、選択されたサービスを表す第２の空間値を定義する第２のデータを含む第２の要求を生成できることが好ましい。
【００２２】
第２の実施の形態において、第２の制御手段は、通信モジュールを備えるサーバに組み込まれ、且つ第１の要求を受信すると、一方では少なくともユーザモバイルステーションに近接する端末の位置を、他方ではこの端末に最も近く第１の要求で定義されたサービスを提供できるとともに対応する通信モジュールを介してこのモバイルサービス手段に対して第２の要求を送信できるモバイルサービス手段を識別できる。
【００２３】
この場合、第２の制御手段は、対応する通信モジュールから第１の要求を受信すると、全てのモバイルサービス手段に対して、それぞれの位置を報告するようにこれらのモバイルサービス手段に要求する補助要求を送ることができ、次に、それらの返事を受信すると、その端末に最も近く且つ第１の要求で定義されたサービスを提供できるモバイルサービス手段を識別できる。変形例として、第２の制御手段は、対応する通信モジュールから第１の要求を受信すると、この端末に最も近いモバイルサービス手段を識別するように、第１の要求で定義されたサービスを提供できる異なるモバイルサービス手段のそれぞれの位置と端末の位置と比較できる。いずれの場合でも、第２の制御手段が、第１の要求を送信したモバイルステーションの位置を識別でき、それによって端末の位置を決定するか、または、第１の制御手段が、少なくとも端末の位置を表す第１の要求に識別子を組み込むことができ、且つ第２の制御手段が、少なくとも対応する端末の位置を受信した第１の要求に含まれる識別子から識別するように配置される。
【００２４】
さらに、第２の制御手段は、第１の要求を受信すると、この第１の要求を送信したモバイルステーションに情報が通信されるように配置され得る。このような情報は、たとえば、第２の制御手段によって決定されることができ且つ最も近いモバイルサービス手段がその端末に到達するのに要する時間を指摘することができる。しかしながら、この情報は、通知情報またはインターネットを介してアクセスできる情報サイトの少なくとも１つのアドレスを定義する情報データで構成され得る。
【００２５】
また、本発明は、第１の部分において上記タイプの構成における通信モジュールと第１の制御手段を備える、携帯電話またはパーソナルデジタルアシスタント（ＰＤＡ）のようなモバイルステーションに関し、第２の部分において上記タイプの構成における、たとえばバス停またはコーチ停、空港、または鉄道駅のような公共場所に設置され且つ通信モジュールと第２の制御手段とを備えるように意図される端末に関し、第３の部分において上記タイプの構成における通信モジュールと第３の制御手段とを備える、バスまたはコーチのような公共輸送車両に関する。
【００２６】
本発明の他の特徴と利点は、添付の図面を伴う以下の詳細な説明により明確になる。
【発明を実施するための最良の形態】
【００２７】
添付図面は、本発明を完成させるために働くだけでなく、場合によっては本発明の定義に寄与することができる。
【００２８】
本明細書の導入部で指摘されているように、本発明は、ユーザに属する１つ以上のモバイル通信ステーションと、１つ以上のサービスに関連する静止端末と、通信モジュールを備えるとともに前記サービスのうち少なくとも１つを提供できる複数のモバイルサービス手段との間でのデータの管理に関する。
【００２９】
この目的に対して、本発明は、第１の実施の形態として、図１Ａ〜図１Ｄに描かれるタイプの管理デバイスを提案する。この実施の形態は、車両が移動する路線上の停止場所（または「バス待合所」）でバス（またはコーチ）停の管理に関する。
【００３０】
勿論、本発明はこのタイプの用途に限定されない。本発明は、概して、サービスの順番付けに関しており、そのサービスは、当該サービスに関連する静止端末でモバイルサービス手段により提供可能であり、この静止端末に近接して組み込まれたモバイル通信ステーションを使用している。従って、本発明は、モバイルサービス手段を備える車両（バスまたはコーチ）が公知ライン（すなわち路線）に沿って配置された固定端末（すなわちバス待合所）に停車する公共輸送の分野に関する。また、本発明は、通信デバイスを備える要員によって固定端末（すなわち情報ポイント）でモバイルステーションを備える人に対して情報またはデータを提供する領域に関する。
【００３１】
図１Ａ〜図１Ｄに図示された例では、ユーザは、バス路線上のバス待合所でサービスを得るために第１の要求を発生するように意図された第１の制御モジュール２に接続された通信モジュール１を含んだモバイルステーションＭＳを有する。従って、モジュールステーションＭＳは、携帯電話またはパーソナルデジタルアシスタント（すなわちＰＤＡ）であり得る。しかしながら、概して、モバイルステーションは、たとえばポータブルコンピュータのように、任意のタイプの通信モジュールを備えたモバイル装置であり得る。
【００３２】
これらの第１の要求は、以下で記述される方法で、通信モバイルモジュール１を介してモバイルステーションＭＳの近傍に位置する静止端末３に送信される。
【００３３】
この例では、静止端末３は、たとえば、車道５に接する歩道４上に、バス路線上の選択された位置に置かれたバス待合所であり、それには第２の制御モジュール７に接続された通信モジュール６が含まれる。この第２の制御モジュール７は、それが接続される通信モジュール６によって受信された第１の要求を解析するように、および、それに応じてそれが組み込まれたバス待合所で、受信した第１の要求において定義されたサービス提供の要求を定義するデータを含む第２の要求を発生するように配置されている。
【００３４】
第２の要求は、提供される路線上のバス待合所３に沿う車道５を移動するバス８に送信されるように意図されている。
【００３５】
それらの要求は、バス待合所３の通信モジュール６によって、以下に記述される方法で送信される。
【００３６】
さらに、この例では、バス８は、モバイルサービス手段を構成する。そのバスは、第３の制御モジュール１０に接続される通信モジュール９を備えている。この第３の制御モジュール１０は、それが接続される通信モジュール９によって受信された第２の要求を解析するように配置されるとともに、以下で理解されるように、それに応じて次のバス待合所で停止するようにバス内に据え付けられバスの運転者に警告するように意図されたメッセージを発生するように配置されている。
【００３７】
本発明の第１の実施の形態は、さらに詳細には、いわゆる「ＩＴユビキティ（IT ubiquity）」環境、換言すれば「空間情報システム」のために意図されている。そのようなシステムまたは環境は、以下でリストアップされる論文に具体的に記述されている：
「Some computer science issue in ubiquitous computing, M. Wieser, Communication of the ACM, 37(7), p. 75-83, July 1993（１９９３年７月のＡＣＭ通信３６（７）、第７５〜８３頁、エム・ウエイサーの「ユビキタスコンピューティングにおける幾つかのコンピュータサイエンスの問題）；
「Context-aware computing applications」, B. M. Schilit, N. Adams and R. Want, Processings of the second international workshop on mobile computing systems and applications, Santa Cruz, CA, December 1994（１９９４年１２月のカリフォルニア州サンタクルーズでのモバイルコンピューティングシステムとアプリケーションに関する第２回国際ワークショップの会報、ビー・エヌ・シリット氏とアール・ワント氏の「コンテキスト意識のコンピューティングアプリケーション」）；
「LIME: Linda meets mobility」, G. P. Picco, A. L. Murphy and G-C. Roman, international conference on software engineering, p. 368-377, 1999（１９９９年のソフトウエアエンジニアリングに関する国際会議、第３６８〜３７７頁のジー・ピー・ピッコ氏、エー・エル・マーフィ氏およびジーシー・ローマン氏の「ライム：リンダがモビリティに出会う」）；
「SIS: A new paradigm for mobile computing systems」, M. Banatre and F. Weis, Processings of the information society technologies conference (IST 99), 1999（１９９９年の情報社会テクノロジー会議（ＩＳＴ９９）の会報、エム・バナトレ氏およびエフ・ウエイス氏の「エスアイエス：モバイルコンピューティングシステムのための新たなパラダイム）」；
「Contextual mobility in information systems」, P. Couderc, Doctoral Thesis, University of Rennes-1, 2001（２００１年のレンヌ−１大学のピー・コーデリク氏の博士論文「情報システムにおけるコンテキストモビリティ」）；
「SIDE surface: a spontaneous information discovery and exchange system」, D. Touzet, J-M. Menaud, Banatre, P. Couderc and F. Weis, Processings of the second international workshop on ubiquitous computing and communications (WUCC 01), September 2001（２００１年９月のユビキタスコンピューティングおよび通信に関する第２回国際ワークショップの会報、デー・トーゼット氏、ジェイ−エム・メノード氏、エム・バナトレ氏、ピー・コーデリク氏およびエフ・ウエイス氏の「サイドサーファ：自発情報発見および交換システム」）。
【００３８】
そのようなシステムまたは環境の目的は、コンピュータのサービスを使って相互作用している環境を生成していることにユーザが気づくことなく、デジタル環境の物理的世界へのトランスペアレントな統合を提供することである。この目的のために、「コンテキスト」とも呼ばれる動作環境を捕獲するタスクは、たとえば、ＧＰＳタイプの位置検出システムのような特殊なシステムに代表される。
【００３９】
ユーザのモバイル性が与えられたとすると、デジタルユビキティは、一般的には短い範囲の、典型的には数メートルの、および典型的には平均すると約１００メートルの無線通信に依存している。従って、第１の実施の形態では、モバイルステーションＭＳ、静止端末３、およびバス８の通信モジュール１，６，９は、短いまたは中間の範囲のものであることが好ましい。よって、それらは、特に、ブルーツース、ＩＥＥＥ８０２．１１（またはＷｉＦｉ）、または赤外線のような無線周波数モードで動作可能である。
【００４０】
送信および受信の両方に関して、モバイルステーションＭＳ、静止端末３、およびバス８の通信モジュール１，６，９の範囲が異なっていることが好ましい。換言すれば、各通信モジュールは、その電源モードに適合する送受信可能範囲帯を有する。たとえば、図１Ａ〜図１Ｄに描かれているように、モバイルステーションＭＳの通信モジュール１は、実質的に数メートルの半径の球面状で第１の受信可能範囲帯１１を有し、バス待合所３での通信モジュール６は、実質的に数十〜百メートルの範囲の半径の球面状で第２の受信可能範囲帯１２を有し、バス８の通信モジュール９は、実質的に数十〜百メートルの範囲の球面状で第３の受信可能範囲帯１３を有する。図１Ａ〜図１Ｄでは、例示目的のために異なる受信可能範囲帯を描く包絡線１１〜１３は一定の率で縮尺されていない。
【００４１】
上述の用途では、通信モジュール１と第１の制御モジュール２とを搭載したモバイルステーションＭＳを携帯する人が、方向Ａから方向Ｂにバス路線を提供する次のバス８に乗り込むために、その路線上のバス待合所３に近く。たとえば、バス待合所は、方向Ａから方向Ｂへ路線番号６のバス停番号４に対応している。
【００４２】
（バス待合所３を介して）次のバス８に警告するために、人は、自分のモバイルステーションＭＳのメニューから操作を選択でき、または、第１の制御モジュール２によって扱われる機能に関係されるとともに、次のバス８に最も近いバス待合所３で停止するような第１の要求の発生に対して専用である専用キーをモバイルステーション上で起動できる。また、操作選択は、特に目の一部不自由な人に特に適する音声命令によって実行されることが想定され得る。
【００４３】
勿論、その機能の選択によってユーザは、移動したい方向へ指定されるように、特に、希望方向に対応する歩道に人がいない状況を考慮するように要求される。
【００４４】
第１の制御モジュール２は、それを組み込んだモバイルステーションＭＳのユーザによって上記機能が選択されたことを警告すると、それを接続した通信モジュール１に送信する第１の要求を生成する。実際には、それは、第１の空間値、たとえば、路線と希望方向が示された＜stop＞または＜stop route 6 A to B＞を生成する。次に、通信モジュール１は、人の移動している方向のバス待合所３に提供される第１の空間値を含んだメッセージを生成する。
【００４５】
モバイルステーションＭＳがバス待合所の第２の受信可能範囲帯１２の中にない限り、図１Ａに描かれているように、それぞれの通信モジュール１，６の間で交換は生じ得ない。しかしながら、図１Ｂに描かれているように、モバイルステーションＭＳが第２の受信可能範囲帯１２の中に完全にいる場合には、それらの通信モジュールは、人が路線番号６で（場合によっては方向Ａから方向Ｂへ）次のバスを停車させたいことを第２の制御モジュール７に知らせるメッセージを交換できる。
【００４６】
もし必要ならば、第１の要求を生成する機能は、第１の空間値にその要求をしている人の身体障害タイプ（たとえば、「一部目の不自由な人」または「車椅子利用者」）を追加するように構成可能である。この場合、通信モジュール間のメッセージの交換によっても人の身体障害が第２の制御モジュール７に通知可能になる。
【００４７】
勿論、第２の制御モジュール７が、路線番号６および／または方向Ａから方向Ｂのために構成されていない場合には、それぞれの通信モジュール１，６を介してモバイルステーションＭＳの第１の制御モジュール２にメッセージを送り、停止要求に関係ないことを示すようにしている。
【００４８】
第１の空間値をひとたび所持すると、バス待合所３での第２の制御モジュール７は、路線番号６でＡ方向からＢ方向に移動している次のバス８に、乗客をピックアップするために停車しなければならないことを知らせるようにした第２の要求を生成する。また、この第２の要求は、ピックアップされる人の身体障害タイプを表示できる。実際には、人の身体障害が表示された時に、第２の制御モジュール７は、第２の空間値、たとえば＜Bus route 6＞、＜Bus route 6 A to B＞、または＜Bus route 6 partially sighted＞を生成する。次に、この第２の空間値は、それを含んだメッセージを生成した通信モジュール６に送信される。
【００４９】
図１Ｂに描かれているように、指定されたバス待合所３が、バス８の第３の送受信可能範囲帯１３の中にない限り、それぞれの通信モジュール９，６の間で交換が生じ得ない。しかしながら、図１Ｃに描かれているように、バス待合所３がバス８の第３の送受信可能範囲帯の中にある時には、必要な場合に身体障害を表示した人が、それを組み込んだバス８に、路線番号６の次のバス待合所３で停止するように要求したことを第３の制御モジュール１０に知らせるようなメッセージを通信モジュールは交換できる。次に、第３の制御モジュール１０は、乗客（場合によっては障害者）をピックアップするために路線番号６の次のバス待合所３で停車しなければならないことを示すメッセージを、バス８のオンボードコンピュータに送信する。この通知は、たとえば、メッセージをスクリーン上に表示すること、または、専用のビジュアルインジケータを照明することのような任意の公知の手段によって達成可能である。また、メッセージは、バス８の乗客にアクセス可能な停止要求機能を起動する効果を有することが好ましい。
【００５０】
勿論、第３の制御モジュール１０が、路線番号６に対しておよび／または方向Ａから方向Ｂに対して構成されていない時には、停止要求に関係ないことを告げるためにそれぞれの通信モジュール９，６を介してバス待合所３での第２の制御モジュール７にメッセージを送信する。
【００５１】
バス待合所に到達するとすぐに、「第２の要求」によって警告されるバス８の運転者は、図１Ｄに示すように、バス８を停止する。身体的障害がある人の場合および通路用の特別の入り口または器具が設けられている場合には、停車を要求する人に対向して通路用の入り口または器具が位置決めされるように運転者はバスを配置できる。
【００５２】
この第１の実施の形態において、ユーザのモバイル通信ステーションＭＳは、その用途に対して特に専用ユニットの形態で作られても良い。従って、たとえ通信モジュール１と第１の制御モジュール２とを携帯電話またはＰＤＡ（たとえば）に一体化することが実用的であっても、それは決して必須ではない。しかしながら、携帯電話、ＰＤＡ、またはポータブルコンピュータのようなモバイルステーションＭＳは、静止端末３（この場合にはバス待合所）に設置された第２の制御モジュール７が当該モバイルステーションに情報を送出するように構成される時に、必須になるかもしれない。
【００５３】
実際に、第２の制御手段７は、要求されたサービスを提供可能な次のバス８がバス待合所３に到着するのに要する時間を決定するように配置可能である。これは、たとえば、交通情報とともに、比較的正確な同じ路線上の全てのバスの位置を知る中央サーバと連携して達成され得る。勿論、これは、一方で全てのバス待合所３が第２の制御モジュール７に接続された無線通信モジュールを備えていることが必要であり、他方で全てのバス８が、無線通信モジュールに接続可能な、たとえばＧＰＳビーコンのような位置検出デバイスを備える必要があることを意味する。
【００５４】
また、第２の制御モジュール７は、情報が得られるインターネットサイトのアドレスを示す広告情報および／またはデータを、それぞれの通信モジュール６，１を介してモバイルステーションＭＳに送出するように配置できる。たとえば、広告情報は、バス待合所の壁に表示された広告を引き立たせることができる。同様に、アドレスデータは、バス路線を運用する輸送会社の情報サイト、または、製品および／またはブランドおよび／または名前がバス待合所３の壁に表示された会社の情報サイトにアクセスする機会をユーザに与えることができる。
【００５５】
また、第２の制御モジュール７は、たとえば、地域図、実用的特徴または文化的特徴といった市営情報等のような地域情報を、それぞれの通信モジュール６，１を介してモバイルステーションＭＳに送出するように配置可能である。
【００５６】
この情報の全ては、臨機応変的かつ地域的ベースで更新可能であり、および／または遠くの情報サーバによって自動化可能である。臨機応変的かつ地域的更新は、バス待合所によって掲示された広告に関する情報に対してより具体的に当てはまる。それは、たとえば、ブルーツース（Ｂｌｕｅｔｏｏｔｈ）またはＷｉＦｉタイプの通信インターフェースを備えるとともに、端末（すなわちバス待合所）に組み込まれた制御モジュール７と通信可能である端末を使用して、広告を交換するために来た人々によって実行されてもよい。
【００５７】
地域情報を通信する機能を提供するために、たとえば、第２の制御モジュール７は、特許文献ＦＲ２７８３９９６およびＦＲ２８０９２６３に記述された方法を実施することができ、それらの文献の内容は参照によってここに組み込まれる。
【００５８】
しかしながら、情報の遠隔通信は、好ましくは、セルラータイプ（たとえばＧＳＭ／ＧＰＲＳまたはＵＭＴＳ）の電話ネットワークに接続された電話通信モジュールに接続される第２の制御モジュール７を必要とする。
【００５９】
リアルタイムでインターネットサイトにアクセス可能であるために、モバイルステーションＭＳは、具体的には、ＧＳＭ／ＧＰＲＳまたはＵＭＴＳの電話を有する場合のように、ナビゲーションモジュールを備えたモバイルユニットでなければならない。しかしながら、アドレスが第２の制御モジュール７によって提供されたサイトは、オフラインでアクセス可能である。そのために、ユーザは、モバイルステーションＭＳのメモリにアドレスをセーブすることが必要である。アドレスが後のアクセスのために格納された「オフライン」解決策は、ＰＤＡに対してより具体的に適用可能である。
【００６０】
上記において、モバイルステーションＭＳ、静止端末３、およびバス８（すなわちモバイルサービス手段）の中にそれぞれ組み込まれた通信モジュール１，６，９と第１、第２および第３の制御モジュール２，７，１０とは、本発明による管理デバイスの第１の例を構成する。
【００６１】
モジュールステーションＭＳ、静止端末（すなわちバス待合所）３、およびバス８の制御モジュール２，７，１０は、たとえば、ＰＤＡまたは携帯電話のような専用通信端末だけでなく専用の通信ユニットに組み込み可能である。目が一部不自由な人のような特別の場合には、実際に、情報表示の視覚手段を設けることは有益ではない。それに対して、スクリーンを備えないが、好ましくは音声合成手段を備える「簡略化」されたＰＤＡのような専用ユニットを使用することが可能である。同様に、バス車両またはバス待合所（すなわち端末）に備えられる専用の端末またはユニットは、表示手段を含むことを必要としない。運転者が停止要求に気付づくことを必要とするバスにおいてさらに特別の場合には、照明インジケータは十分であり、実際には（停車を求める人の身体障害タイプを示すために使用可能である）メッセージの助けを借りて運転手に注意を促すことが望まれる時に表示手段は有用であるに過ぎない。
【００６２】
さらに、これらの通信端末またはユニットは、たとえば、ブルーツースまたはＷｉＦｉ（すなわちＩＥＥＥ８０２．１１）タイプの通信モジュールを備えることができる。ブルーツースタイプの通信モジュールが制限レンジのものであると仮定すると、それらの電力消費は小さい。従って、それらは、ユーザ端末（すなわち専用ユニット）（すなわちモバイルステーションＭＳ）にとって十分に適合する。
【００６３】
しかしながら、比較的長いレンジを有するＷｉＦｉタイプの通信モジュールは、バスにオンボードのまたはバス待合所（すなわち端末）に設置された専用の端末またはユニットに適合する。モバイルステーションとバスが同じタイプの通信手段を備えていないと仮定すると、モバイルステーションとバスとダイアログを実行できるようにバス待合所（すなわち端末）が２つのタイプの通信手段を備えなければならないことは明らかである。
【００６４】
さらに、当業者に公知のあらゆるタイプのＩＴユビキティ環境またはあらゆるタイプの空間情報システムは、この第１の例のために発明が実施され得ることが想定される。しかしながら、以下で記述される方法は、（「Spatial Programming Environment for Ambient Computing Design」（環境演算設計のための空間プログラミング環境）に対して）ＳＰＲＥＡＤと呼ばれる好結果のために使用される。
【００６５】
このＳＰＲＥＡＤ方法において、空間情報システムは、それぞれが制限された容量の物理的空間（すなわち送受信可能範囲帯）である１セットの物理的エンティティ（すなわちエンティティに取り付けられる「電子的」代表物）で構成される。表現「物理的エンティティ」は、たとえば、上記用途で参照される静止端末またはモバイルステーションまたはバスを意味する。これらのエンティティのそれぞれは、１セットの情報と関連し、物理的空間中の各ポイントが、１セット（空である可能性がある）の異なるエンティティに関連する容量に含まれる。
【００６６】
このように、物理的空間（容量）は、アクセス可能な情報を格納する、空間情報システムアーキテクチャのグローバルメモリを構成する。
【００６７】
従って、所定の時に、モバイルコンピュータに組み込まれるプロセスは、物理的空間のポイントに関連する。従って、このプロセスに対してアクセス可能なコンテキストとも呼ばれる情報セットは、関連する空間中のポイントが属するそのセットの関連容量に対するセットのエンティティによって特徴付けられる。従って、コンテキストは、プロセスのモビリティ（従ってエンティティ）および／または情報「コンテナ」の明白な移動に基づくグローバルメモリの再編成に関連して各時に変化する。
【００６８】
先に指摘したように、各エンティティによって保持される情報の（物理的）範囲は、その通信モジュールの受信範囲可能帯に依存する。
【００６９】
幾つかのエンティティが１つのプロセスを構成するので、それぞれのタイプに従って異なるエンティティに関連する情報を選択するための機構が使用される。これは、リンダモデル（Linda model）によって導入される「タプル」および「タプル空間」によって達成されることが好ましい。
【００７０】
定義によって、１つのエンティティに関連する任意の情報は、標準のシーケンスの情報よりなる「タプル」によって特徴付けられる。たとえば、空間値＜”Bus”，６，（１７，３０）＞は、第１の要素がバス会社に対応するストリングであり、第２の要素がバス路線番号に対応する整数であり、第３の要素が次のバス待合所におけるバスの推定到着時間に対応する整数ダブレットである、タプルを定義する。
【００７１】
タプルのセットのおかげで、プロセスは、その現在の状態のデータに黙示的に同期される。換言すれば、タプルのセットは、情報システムの構造とフロー制御とが物理的エンティティとこれらの物理的エンティティ同士間の空間的関係に直接依存する空間プログラミングを促進する物理的環境の論理状態を反映する。
【００７２】
情報が、一種のメモリを構成するサブセットの物理的空間に「格納」されるので、物理的空間中のポイントに配置される演算プロセスによってこの情報のアドレス指定を管理することが必要である。実際、このポイントは、算術計算のような動作中にコンピューティングプロセスによって使用され得るサブセットの情報を決定する。従って、他のサブセットの情報にアクセス（または読み出す）ために、プロセスは、それに対応する他のポイントに移動しなければならないかまたはそのプロセスに含まれるエンティティが移動しなければならず、それによってそれらの情報が前記プロセスにアクセス可能な空間の部分を充填できる。
【００７３】
情報のアドレス指定は、当業者がタプルモデルとタプル空間の要素との間の「パターンマッチング」と呼ぶものを使用して匿名で達成可能である。換言すれば、タプル空間に存在するタプルまたは１セットのタプルが対応するモデル（すなわちパターン）が指定される。モデル（すなわちパターン）は、各要素が、タイプ（それは、その要素が指定されたタイプによって取られる値の全てに対応することを意味する）または値（それは、その要素が指定された値に対応することを意味する）であるテンプレートから構成される。
【００７４】
タプル空間中に含まれる情報（すなわちタプル）にアクセスするために、たとえば、以下で定義されており、一方ではエンティティとプロセスの物理的モビリティを、他方ではエンティティが物理的オブジェクトであるという事実を考慮する演算（基関数）を使用することが可能である。
【００７５】
たとえば、「out (tuple)」と呼ばれる第１の演算は、所定のエンティティのタプル空間内に新たなタプルを挿入（発行）するために使用される。このタプルの範囲は、勿論、それを含むエンティティによって占有される物理的容量（すなわち受信可能範囲帯）に依存する。換言すれば、タプルは、それを含むエンティティを囲む物理的空間（すなわち受信可能範囲帯）を満たす。
【００７６】
たとえば、「rd (pattern)」（読出し（パターン））と呼ばれる第２の演算は、パラメータの形態で入力されるパターン（すなわちモデル）にマッチするタプルを非破壊的に検索するために使用される。この検索されたタプルの範囲は、勿論、それを含むエンティティによって占有される物理的容量（すなわち受信可能範囲帯）に依存する。タプルがそのタプル空間から除去されないということ、それが単純に「読み出される」ことに気づくことが重要である。さらに、幾つかのタプルがモデル（すなわちパターン）にマッチすると、これらのタプルの各々が検索され得る。しかしながら、タプルがモデル（すなわちパターン）にマッチしない場合、処理が阻止される。
【００７７】
たとえば、「捕獲（パターン）」と呼ばれる第３の演算は、指定のモデル（すなわちパターン）にマッチする１セットのタプルを検索するために使用可能である。この検索されるセットのタプルの範囲は、勿論、それを含むエンティティによって占有される物理的容量（すなわち受信可能範囲帯）に依存する。この演算は、「rd （パターン）」演算の「マルチプル」バージョンである。従って、タプルがモデル（すなわちパターン）にマッチしない場合、プロセスは阻止される。
【００７８】
たとえば、「ドロップ（パターン）」と呼ばれる第４の演算は、先にタプルを挿入（発行）したエンティティがそれに対応するタプル空間から除去されることを可能とする。
【００７９】
演算rd（pattern）とcapture （pattern）は、それらを実行するプロセスのコンテキストにおいて、全てのタプル空間で実行されることが好ましい。
【００８０】
バス待合所でユーザがピックアップされ得ることが意図される、前述の演算の使用例が、以下で記述される。
【００８１】
第１のステージにおいて、ユーザは、モバイルステーションＭＳを使用して停車要求を作成する。モバイルステーションＭＳの制御モジュール２は、以下で理解されるように、一方では第５のアクションＡ５のレベルで起こる同期アクションと、他方では第６のアクション６Ａのレベルで終了する非同期アクションを起動する目的で、たとえば、演算out＜”p-stop”, i＞を実行することを含む第１のアクションＡ１を開始する。
【００８２】
第２のステージで、バス待合所３は、ユーザの要求を受け入れる。これは、デュアル条件（すなわち状態）が満足されることが必要である。即ち、バス待合所３は、ユーザのモバイルステーションＭＳの送受信可能範囲帯１１に含まれなければならず、且つモバイルステーションＭＳの制御モジュール２は、tuple＜“p-stop”，i＞を発行しなければならない。その場合には、バス待合所３の制御モジュール７は、たとえば、以下の三つのアクション、即ち、rd（＜“p-stop”，ｉ＞）と、次に、dropｐ（＜ok-depart“，i＞）と、最後にout（＜“bus-shelter-stop“，i＞を実行することを含むアクションＡ２を開始する。これは、第８のアクションＡ８のレベルで起こる同期アクションを起動する。
【００８３】
各タプル＜“p-stop”，i＞は、エンティティ（モバイルステーションＭＳおよびバス待合所３）の空間構成が、記述されたデュアル条件（または状況）にマッチすると、バス待合所３によって演算out（＜”bus-shelter-stop”，i＞）を発生する。
【００８４】
第３のステージにおいて、バス８ｉがバス待合所３に近づいてこのバス待合所３からの要求を受け入れる。これは、デュアル条件（又は状況）が満足されることが必要である。すなわち、バス８ｉは、バス待合所３の送受信可能範囲帯１２に含まれなければならず、且つバス待合所３の制御モジュール７は、tuple ＜”bus−shelter-stop”, i＞を発行しなければならない。この場合には、バス８ｉの制御モジュール１０は、同期アクションＡ３を開始し、このアクションは、たとえば、以下の３つのアクション、即ち、運転者が次のバス停をマークすることを求めるメッセージの運転者への通知を表すrd（＜”bus-shelter-stop”, i＞、次にrd（＜”ok-depart”, i＞）、最後にdrop  ＜depart”, i＞）を実行することを含む。このアクションＡ３は、無限にそれ自体ループする。
【００８５】
次に、バス８ｉが停車すると、ドア開放指示が、それ自体が無限にループする同期アクションＡ４でバス８ｉの制御モジュール１０によって実行される演算out（＜”board”, i＞）と同期する。
【００８６】
次に、ユーザモバイルステーションＭＳの制御モジュール２は、たとえば、演算rd（＜”board”, i＞およびdrop （＜”p-stop”, i＞）を実行することを含む同期アクションＡ５を開始する。このアクションＡ５は、次に、新たなアクションＡ１が続く。
【００８７】
最後に、ユーザモバイルステーションＭＳの制御モジュール２は、たとえば、モバイルステーションＭＳのスクリーン上へのメッセージの表示またはバスのドアが今開いているのでバス８ｉに乗ることができることを指示する音声メッセージの送信を起動する演算rd（＜”board”, i＞）を実行することを含む非同期アクションＡ６を開始する。これは、非同期アクションＡ１を終了する。
【００８８】
第４のステージにおいて、バス８ｉは、バス待合所３を離れる。これは、デュアル条件（または状況）が満足されることが必要である。すなわち、バス待合所３は、バス８ｉの送受信可能範囲帯１３に含まれなければならず且つバス８ｉの制御モジュール１０は、tuple＜”depart”, i＞を発行しなければならない。この場合には、バス８ｉの制御モジュール１０は、たとえば以下の二つの演算out（＜”depart”, i＞）とdrop（＜”board”, i＞）を実行することを含む同期アクションＡ７を開始する。このアクションＡ７は、それ自体、無限にループする。
【００８９】
次に、バス待合所３の制御モジュール７は、たとえば、演算rd（＜”depart”, i＞）、次に、アクションＡ２中に発行される各タプルＴ＝＜”bus-shelter-stop”, i＞毎に、drop（T）、および最後にout（＜”ok-depart”, i＞）を実行することを含むアクションＡ８を開始する。次に、このアクションＡ８は、新たなアクションＡ２が続く。
【００９０】
図１Ａ〜図１Ｄを参照して上述された例において、種々の演算を呼び出すアドレス指定機構が、モバイルステーションＭＳ、静止端末（すなわちバス待合所）３、およびバス８の制御モジュール２，７，１０に組み込まれている。
【００９１】
移動される路線上の専用のバス停車可能範囲帯（すなわち「バス待合所」）でピックアップするバス（すなわちコーチ）の管理に制限されない用途の下で再び本発明の第２の実施の形態を記述において、図２Ａ〜２Ｂを参照する。この第２の実施の形態において、図１Ａ〜１Ｄに描かれた第１の実施の形態に記述されたのと機能的に等価または同一の要素は、同じ参照番号で識別される。
【００９２】
これら２つの実記の形態は、異なる関係者間でのデータ交換のモードに関して主に異なっている。この例では、静止端末３は、積極的役割を果たさない。これらの端末は、受動的であると記載されても良い。モバイルステーションＭＳの第１のモジュール２によって生成され且つその通信モジュール１によって送出される第１の要求の解析は、この場合、通信モジュール１５に接続される単一の第２の制御手段１４によって実行される。なお、これらの第２の制御手段１４と通信モジュール１５とは、バス路線を運行する輸送会社によって制御される中央サーバＳに設置される。
【００９３】
この例において、最も早い「近接対話」によるメッセージの交換の問題ではない場合、データ交換は、通信ネットワークを介する電波によって達成されなければならない。従って、モバイルステーションＭＳ、サーバＳ、およびバス８にそれぞれ組み込まれた第１、第２、および第３の通信モジュール１，１５，９は、全て無線タイプである。従って、この実施の形態は、たとえば、携帯電話のような無線通信モジュールを備えるモバイル装置タイプのモバイルステーションＭＳに特に良好に適合する。
【００９４】
通信モジュール１と第１の制御モジュール２とを備えるモバイルステーションＭＳを有する人であって、バス路線（たとえば路線番号６）上のバス待合所３（たとえば、番号４）に近接しており且つこのバス待合所３でピックアップされたい意図を方向Ａから方向Ｂへこの路線でサービスする次のバス８へ通報したい人は、自分のモバイルステーションＭＳのメニューから演算を選択しなければならないか、または、第１の制御モジュール２によってハンドルされ且つ次のバス８に最も近いバス待合所３で停車することを依頼する第１の要求の生成専用の機能に関連するこのモバイルステーションの専用キーを起動しなければならない。
【００９５】
第１の制御モジュール１は、それが組み込まれたモバイルステーションＭＳのユーザによって上記機能が選択されたことが通報されると、第１の制御モジュール１は、無線通信モジュール１に送信する第１の要求を生成する。次に、通信モジュール１は、セーバＳへの送信のために、この第１の要求を表す無線メッセージを生成する。
【００９６】
この実施の形態において、サーバは、第１の要求を発している人が移動しているバス待合所３の地理上の位置と、要求している人が乗ろうとしているバス路線の番号（および場合によっては方向）とを知ることが必要である。これを達成するために２つの解決策が想定され得る。
【００９７】
第１の解決策は、バス待合所３にその壁の１つに、すなわち専用のサポートにマークされ、サービスされるその路線番号およびこの路線のそこの番号、さらに多分、そこに付された方向を示す識別子を提供することを含む。この場合、人が停車要求機能を選択すると、自分のモバイルステーションＭＳの第１の制御モジュール２に自分がピックアップされることを希望するバス待合所の識別子を提供しなければならない。これは、モバイルステーションＭＳのキーパッドを介してその番号を入力することによって、または、場合によっては、音声指示を使用して口頭で行うことができる。次に、バス待合所３の識別子は、次に通信モジュール１を介してサーバＳに送信される第１の要求に含まれる。
【００９８】
サーバＳの第２の制御モジュール１４が第１の要求の内容を把握すると、第２の制御モジュール１４は、識別子を抽出し、且つ「識別子／位置／路線／方向」のルックアップテーブルを使用して、その識別子によって提供されるバス待合所３の地理的位置と、路線と、方向とを決定する。
【００９９】
第２の解決策は、たとえば、無線通信モジュール１に接続されるＧＰＳモジュールのような位置決定デバイスを各モバイルステーションＭＳが備えることを含む。この場合、人が停車要求機能を選択すると、自分のモバイルステーションＭＳの第１の制御モジュール２が、次に通信モジュール１を介してサーバＳに送信される第１の要求に含まれるその位置を得るために位置検出モジュールに問い合わせる。バス待合所が、幾つかの路線にサービスを提供している場合、この場合、ユーザは、第１の制御モジュール２に自分が乗ることを希望する路線番号（と恐らく方向と）を提供しなければならない。これは、モバイルステーションＭＳのキーパッドを介してその番号を入力することによって、または、場合によっては、音声命令を使用して口頭で行うことが可能である。
【０１００】
サーバＳの第２の制御モジュール１４が第１の要求の内容を把握すると、第２の制御モジュール１４は、路線番号（と、もしあるならば、その方向）および要求しているモバイルステーションの位置を抽出し、次に、もしあるならば、方向情報（方向Ａから方向Ｂ）を考慮して、バス待合所の位置のテーブルを参照してモバイルステーションＭＳの位置に最も近いバス待合所３の地理的位置を検索する。
【０１０１】
両方の解決策において、サーバＳの第２の制御モジュール１４が指定されたバス待合所３の位置を把握すると、それは、この場合には番号６である指定路線のどのバス８がこのバス待合所に最も近いかを決定する。このために、バス８の全ては、たとえば、無線通信モジュール１に接続されるＧＰＳモジュールのような位置決定デバイス１６を備えなければならない。
【０１０２】
それぞれのバスの位置が、たとえば、（ＧＳＭタイプネットワークの場合には）ＳＭＳタイプメッセージの媒体を介してサーバＳに組み込まれた位置管理モジュール１７に、バス８によって定期的に送信されるか否かに従って、２つのケースが想定される。
【０１０３】
その場合、従って、図２Ａおよび図２Ｂに描かれているように、第３の制御モジュール１４は、方向Ａから方向Ｂへ移動する路線番号６上の（従って、ユーザによって要求されたサービスを提供できる）バスの位置を知るために管理モジュール１７に問い合わせることのみが必要である。次に、この第３の制御モジュールは、どのバス８が指定されたバス待合所３に最も近いかを識別するために、これらのバスの位置と指定されたバス待合所３の位置とを比較する。
【０１０４】
しかしながら、バス８が、要求によってそれらの位置を通知すると、第３の制御モジュール１４は、指定された路線の各バスに報告位置要求を送付しなければならない。これは、たとえば、ＳＭＳタイプメッセージによって達成される。方向Ａから方向Ｂの方向に移動する指定路線上の全てのバス８の位置を受信すると、従って、第３の制御モジュール１４は、その指定されたバス待合所３に最も近いバスを識別するために、これらの位置と指定されたバス待合所３の位置とを比較することのみが必要になる。
【０１０５】
ひとたび制御モジュール１４が、指定されたバス待合所３に最も近いバス８を識別すると、この制御モジュールは、このバス８が乗客をピックアップするために停車しなければならないことをそのバスに告げるための第２の要求を生成する。この第２の要求は、ピックアップされる人の身体障害タイプを指摘してもよい。この第２の要求は、目的のバス８への送信のために、たとえば、ＳＭＳタイプのメッセージを生成する通信モジュール１５に送信される。
【０１０６】
たとえば、第３の制御モジュール１０は、バス８のダッシュボード上に設置され且つ警告ランプのような信号デバイスを備える専用のユニットに組み込まれる。このように、そのメッセージを受信すると、第３の制御モジュール１０は、バスのドライバが乗客（場合によっては身体障害者）をピックアップするために路線番号６の次のバス待合所３で停車しなければならないことをその運転者に指摘するように警告ランプを点灯させる。
【０１０７】
変形例では、そのメッセージを受信すると、第３の制御モジュール１０は、乗客（場合によっては身体障害者）をピックアップするために路線番号６の次のバス待合所３で停車するように告げるためにバス８のオンボードコンピュータにメッセージを送る。この通知は、たとえば、そのメッセージをスクリーンに表示することによる、または専用のビジュアルインジケータを点灯することによるような、任意の公知の手段によって達成され得る。また、そのメッセージは、バス８の乗客にアクセス可能な停車要求機能を起動する作用を持つことが好ましい。
【０１０８】
バス待合所に到着すると、「第２の要求」によって通報されたそのバス８の運転者は、図２Ｂに描かれているように、バス８を停車する。その人が身体障害者であり、且つ乗降用の特別の入口または器具が設けられている場合、運転者は、乗降用の入口または器具が停車を求める人に対向して位置させるようにバスを配置する。
【０１０９】
この第２の例の記述において、モバイルステーションＭＳとサーバＳとバス８（すなわちモバイルサービス手段）とにそれぞれ組み込まれたサーバＳ、通信モジュール１，１５，９と、第１，第２，および第３の制御モジュール２，１４，１０と、バス８に組み込まれた位置検出デバイス１６とは、もしあるならばサーバＳに組み込まれた管理デバイス１７とともに、本発明による管理デバイスの第２の例を構成する。
【０１１０】
さらに、制御モジュール２，１０，１４および位置管理モジュール１７に対する記述が参照される。これらのモジュールは、電子回路（ハードウエア）、論理またはデータ処理モジュール（ソフトウエア）または回路とソフトウエアとの組合せの形態で実施され得る。
【０１１１】
また、本発明は、通信モジュールを備えるユーザモバイルステーションと、少なくとも１つのサービスに関連する静止端末と、通信モジュールを備え且つ前記サービスを保証するのに適する複数のモバイルサービス手段との間でのデータを管理するための方法にも関する。
【０１１２】
これは、図１および図２を参照して上記された管理デバイスによって実施され得る。この方法のステージによって提供される主要および任意の機能とサブ機能とは、管理デバイスを構成する種々の手段によって提供されるものと実質的に同じであるということから考えると、本発明による方法の主要な機能を具体化するもののみが以下に概説される。
【０１１３】
本方法は、以下の工程によって特徴付けられる：
ユーザモバイルステーションの助けを借りて、そのモバイルステーションに近接して設けられて要求されるサービスに関連する（たとえば、バス待合所またはバス待合所の一部の形態で配置された）端末で選択された（たとえば、バスを停車することのような）サービスを得るための要求を定義するデータを含む第１の要求が生成される第１のステージ（ａ）と、
その第１の要求を受信した後に、モバイルステーション近くの端末で選択されたサービスを保証するための要求を定義するデータを含む第２の要求が生成される第２のステージ（ｂ）と、
第２の要求が指定された端末に最も近いモバイルサービス手段で受信されて、この端末で停車して第１の要求を送信したモバイルステーションのユーザによって要求されたサービスを提供する第３のステージ（ｃ）。
【０１１４】
この方法は、メッセージの交換が、含まれる種々のエンティティの位置を決定することなく、近接対話によって達成されるＩＴユビキティ環境（すなわち空間情報システム）内で、そしてまた含まれる種々のエンティティの少なくとも幾つかの位置を決定して、通信ネットワークを通して電波を介するデータ交換に依存するより慣用的な媒体を介しての両方で実施され得る。
【０１１５】
本発明は、単なる例示によって上記された方法とデバイスの実施の形態に制限されず、以下の請求項に従って当業者によって想定され得る全ての変形例を包含する。
【０１１６】
このように、公共輸送の分野に対する本発明の用途が記述された。しかしながら、本発明は、この用途に制限されない。また、本発明は、空港、鉄道駅、またはショッピングセンタのような公共場所または私的場所に設置された静止端末（すなわち情報ポイント）でモバイルステーションを備えて要求している人に情報またはデータを提供する領域に関する。この場合、第３の制御モジュールに接続される通信モジュールを組み込む通信デバイスを有する人々は、モバイルサービス手段を構成し、そして、これらの人々が、第２の要求を受信すると、要求されたサービスを提供するために指定された端末へ行かなければならないことが通知される。
【図面の簡単な説明】
【０１１７】
【図１Ａ−１Ｄ】バス路線管理の用途において本発明の第１の実施の形態の４つの態様を概略的に示す図である。
【図２Ａ−２Ｂ】バス路線管理の用途において本発明の第２の実施の形態の２つの態様を概略的に示す図である。
【符号の説明】
【０１１８】
１      通信モジュール
２      第１の制御手段
３      静止端末
７      第２の制御手段
８      モバイルサービス手段
９      通信モジュール
１０    第３の制御手段
１１    第１の送受信可能範囲帯
１２    第２の送受信可能範囲帯
１３    第３の送受信可能範囲帯
【図１Ａ】
0004537205.tif 000002
【図１Ｂ】
0004537205.tif 000003
【図１Ｃ】
0004537205.tif 000004
【図１Ｄ】
0004537205.tif 000005
【図２Ａ】
0004537205.tif 000006
【図２Ｂ】
0004537205.tif 000007