JP2006510239A - モバイルサービスを得るための通信施設間のデータ管理デバイスおよび方法 - Google Patents

Abstract

【課題】通信モジュール（１）を備えた少なくとも１つのユーザモバイルステーション（ＭＳ）と、少なくとも１つのサービスに関連する静止端末（３）と、通信モジュール（９）を備えて前記サービスを提供可能な複数のモバイルサービス手段（８）との間でデータの管理専用を行うデバイスに関する。
【解決手段】デバイスは、ｉ）前記ユーザモバイルステーション（ＭＳ）内に組み込まれるように意図され、ユーザの指示によって、前記モバイルステーション（ＭＳ）に近接して組み込まれるとともに前記サービスに関連する端末（３）で選択されたサービスを得るための要求を定義するデータを含む第１の要求を生成可能な第１の制御手段（２）と、ｉｉ）第１の要求を受信するとすぐに、前記端末（３）で選択したサービスを提供するための要求を定義するデータを含む第２の要求を生成可能な第２の制御手段（７）と、ｉｉｉ）前記複数よりなる前記モバイルサービス手段（８）のそれぞれの中に組み込まれるとともに、関連する通信モジュール（９）によって第２の要求を受信するとすぐに、前記モバイルステーション（ＭＳ）のユーザによって要求された前記サービスを提供するように、関連するモバイルサービス手段（８）に前記端末（３）で停止するように指示可能である第３の制御手段（１０）とを備える。

Description

本発明は通信施設の分野に関し、より詳細には、サービスを得るためにモバイルユーザステーション（携帯電話利用者局）と他のタイプの固定装置またはモバイル装置（携帯装置）との間で交換されるデータの管理に関する。

ここで、表現「サービスを得る」とは、情報またはデータを得ること、または、車両による購入、荷物引き受け（ｂｏｏｋｉｎｇ）、配送、またはピックアップのような手順を開始または実行することを意味する。

モバイル通信ネットワーク、特にＧＳＭ／ＧＰＲＲネットワークおよびＵＭＴＳネットワークの出現によって、多数の人々は、携帯電話またはパーソナルデジタルアシスタント（すなわちＰＤＡ）のようなモバイルステーションと、サーバ、モバイルステーション、またはコンピュータのような遠くの通信装置との間で通信を行うことにより遠くでサービスを得ることできる。

しかしながら、モバイルステーションを有する個人（すなわちユーザ）が自己の望むサービスを得ることができない状況が多くある。特に、これは、公共輸送の分野と、ある混雑している公共場所または私的場所でのデータまたは情報の提供との場合である。たとえば、バス停に進んでいる狭い移動度の人は、ピックアップされたいバス停に到着したことを次のバスに知らせることができない。このような状況は、目の一部不自由な人または難聴の人の場合には一層フラストレーションがたまる。すなわち、前者ではバスを見ること、または到着するのを聞いたバスの路線番号を読むことができない点、および、後者ではバスが到着するのを聞くことができない点でフラストレーションがたまる。さらに、空港、鉄道駅、またはショッピングセンターなどのようなある種の公共場所または私的場所において、道案内または情報の提供に責任ある要員が離れた案内所を見つけるのが一般的である。

従って、本発明の目的は、上述の不具合の幾つかを克服できる解決策を提案することによって上述の状況を改善することである。

この目的を達成するために、本発明は、通信モジュールを備えるユーザモバイルステーションと、少なくとも１つのサービスに関連する静止端末と、通信モジュールを備え前記サービスを保証するために適する複数のモバイルサービス手段との間でのデータを管理する方法を提供する。

この方法は、ユーザモバイルステーションの助けを借りて、（たとえば、バスを停車することのような）選択されたサービスを、モバイルステーションに近接して設置され且つその要求されたサービスに関連する（たとえば、バス待合所の形態またはその一部として配置される）端末で得るための要求を定義するデータを含む第１の要求が生成される第１の段階と、
第１の要求を受信した後に、モバイルステーション近くの端末で選択されたサービスを保証するための要求を定義するデータを含む第２の要求が生成される第２の段階と、
第２の要求が指定された端末に最も近いモバイルサービス手段で受信され、それによってこの端末で停車し、第１の要求を送信したモバイルステーションのユーザによって要求されたサービスを提供する第３の段階とを含むことを特徴とする。

勿論、モバイルサービス手段が、既にその指定された端末に停車している場合、要求されたサービスを直ちに提供可能である。

第１の実施の形態において、第１の段階で、第１の要求が端末で受信され、且つ第２の要求がこの端末で生成される。この場合、第１の要求の受信は、それを生成したモバイルステーションがその端末の「第２の」送受信可能範囲帯内に位置している時に、起こることが好ましい。たとえば、（第１および第２の段階中の）第１の要求の生成と受信とは、当業者によって「空間情報システム」と呼ばれるものの中にメッセージの臨機応変の交換によって達成可能である。次に、第１の要求は、ユーザによって選択されたサービスを表す第１の空間値を定義するデータを含む。

さらに、この第１の実施の形態において、（たとえば輸送車両）モバイルサービス手段は、指定された端末がその第３の送受信可能範囲帯内に位置している時に、（第３の段階中に）第２の要求を受信することが好ましい。ここで再び、（第２および第３の段階中の）第２の要求の生成と受信とは、また、空間情報システムの一部としてメッセージの臨機応変の交換によって起こり得る。次に、第２の要求は、ユーザによって選択されたサービスを表す第２の空間値を定義するデータを含む。

第２の実施の形態において、第２の段階中に、第１の要求が管理サーバで受信され、次に、（第１の要求を送信した）ユーザモバイルステーションに近接する端末の位置が、この端末に最も近接し且つ第１の要求に定義されたサービスを提供することができるモバイルサービス手段と共に決定され、最後に、第２の要求が、サーバを介してこのモバイルサービス手段に送られる。

この場合、（第２の段階で）最も近いモバイルの位置を決定することは、全てのモバイルサービス手段にそれぞれの位置を問い合わせるこれらのモバイルサービス手段に対する補助要求を送ることと、次に、異なるモバイルサービス手段からの応答を受信して、これらの応答から、その端末に最も近接して位置され且つ第１の要求に定義されるサービスを提供出できるモバイルサービス手段が何れであるかを識別することとを含むことができる。変形例として、（第２の段階における）最も近いモバイルサービス手段の位置は、第１の要求で定義されるサービスを提供できる異なるモバイルサービス手段のそれぞれの位置とその端末の位置と比較することによって決定される。何れの場合においても、第１の要求が、ユーザのモバイルステーションの位置を含み且つその端末の位置は、モバイルステーションの位置から推定されるか、または第１の要求が、少なくとも端末の位置を表す識別子を含み且つ少なくともその端末の位置が、受信された識別子から推定される。

さらに、第１の要求を受信した後、情報、たとえば、最も近いモバイルサービス手段がその端末に到達するのに要する時間、または通知情報、またはインターネットを介してアクセス可能な情報サイトの少なくとも１つのアドレスを定義する情報データがモバイルステーションに送られることが想定され得る。

このような方法は、特に公共輸送の分野、さらには、殊に、一方ではモバイルサービス手段がバスまたはコーチ（長距離バス）のような公共輸送車両である場合と、他方では端末がバス停（またはバス待合所）の全て又は一部を構成する場合とに、特に有用な用途がある。

また、本発明は、通信モジュールを備える少なくとも１つのユーザモバイルステーションと、少なくとも１つのサービスに関連する静止端末と、通信モジュールを備え且つそのサービスを保証するに適する複数のモバイルサービス手段との間でのデータを管理するためのデバイスに関する。

このデバイスは、第１の部分で、ユーザのモバイルステーションに組み込まれ、且つユーザの命令で選択されたサービスをモバイルステーションに近接して設けられ且つその選択されたサービスに関連する端末で得るために要求を定義するデータを含む第１の要求を生成可能であるように意図された第１の制御手段と、第２の部分で、第１の要求を受信すると、選択されたサービスとその端末で提供するための要求を定義するデータを含む第２の要求を生成可能である第２の制御手段と、第３の部分で、モバイルサービス手段の各々に組み込まれ且つ対応する通信モバイルから第２の要求を受信すると、モバイルステーションのユーザによって要求されたサービスを保証するように指定された端末で対応するモバイルサービス手段の停止を命令できる第３の制御手段とを含むことを特徴とする。

勿論、その方法を参照して先に指摘されたように、モバイルサービス手段が、指定された端末に既に停止している場合、モバイルサービス手段は、要求されたサービスを提供するために留まるように命令される。

第１の実施の形態において、各端末は、通信モジュールを備え且つ第２の制御手段を含む。

この場合、モバイルステーションと端末の通信モジュールとはそれぞれ第１および第２の送受信可能範囲帯を有し、且つ端末の通信モジュールは、第１の要求を発生したモバイルステーションが「第２の」送受信可能範囲帯内に位置している時に第１の要求を受信可能であることが好ましい。

たとえば、モバイルステーションと端末の通信モジュールとは、空間的情報システムの一部として、第１および第２の制御モジュールによって送出するデータを含むメッセージの臨機応変な交換によって第１の要求を生成受信するようにそれぞれ配置されることができる。次に、第１の制御手段は、ユーザによって選択されたサービスを表す第１の空間値を定義するデータを含む第１の要求を生成するように配置されることが好ましい。

さらに、この第１の実施の形態において、モバイルサービス手段の各々の通信モジュールは、第３の送受信範囲可能帯を有し、且つ指定された端末がそれらの第３の送受信可能範囲帯内に位置されている時に、第２の要求を受け入れることが出来ることが好ましい。また、端末とモバイルサービス手段の通信モジュールとは、空間情報システムの一部として、第２および第３の制御モジュールによって送出されるデータを含むメッセージの臨機応変な交換によって第２の要求を送受信するようにそれぞれ配置されることが好ましい。次に、第２の制御手段は、選択されたサービスを表す第２の空間値を定義する第２のデータを含む第２の要求を生成できることが好ましい。

第２の実施の形態において、第２の制御手段は、通信モジュールを備えるサーバに組み込まれ、且つ第１の要求を受信すると、一方では少なくともユーザモバイルステーションに近接する端末の位置を、他方ではこの端末に最も近く第１の要求で定義されたサービスを提供できるとともに対応する通信モジュールを介してこのモバイルサービス手段に対して第２の要求を送信できるモバイルサービス手段を識別できる。

この場合、第２の制御手段は、対応する通信モジュールから第１の要求を受信すると、全てのモバイルサービス手段に対して、それぞれの位置を報告するようにこれらのモバイルサービス手段に要求する補助要求を送ることができ、次に、それらの返事を受信すると、その端末に最も近く且つ第１の要求で定義されたサービスを提供できるモバイルサービス手段を識別できる。変形例として、第２の制御手段は、対応する通信モジュールから第１の要求を受信すると、この端末に最も近いモバイルサービス手段を識別するように、第１の要求で定義されたサービスを提供できる異なるモバイルサービス手段のそれぞれの位置と端末の位置と比較できる。いずれの場合でも、第２の制御手段が、第１の要求を送信したモバイルステーションの位置を識別でき、それによって端末の位置を決定するか、または、第１の制御手段が、少なくとも端末の位置を表す第１の要求に識別子を組み込むことができ、且つ第２の制御手段が、少なくとも対応する端末の位置を受信した第１の要求に含まれる識別子から識別するように配置される。

さらに、第２の制御手段は、第１の要求を受信すると、この第１の要求を送信したモバイルステーションに情報が通信されるように配置され得る。このような情報は、たとえば、第２の制御手段によって決定されることができ且つ最も近いモバイルサービス手段がその端末に到達するのに要する時間を指摘することができる。しかしながら、この情報は、通知情報またはインターネットを介してアクセスできる情報サイトの少なくとも１つのアドレスを定義する情報データで構成され得る。

また、本発明は、第１の部分において上記タイプの構成における通信モジュールと第１の制御手段を備える、携帯電話またはパーソナルデジタルアシスタント（ＰＤＡ）のようなモバイルステーションに関し、第２の部分において上記タイプの構成における、たとえばバス停またはコーチ停、空港、または鉄道駅のような公共場所に設置され且つ通信モジュールと第２の制御手段とを備えるように意図される端末に関し、第３の部分において上記タイプの構成における通信モジュールと第３の制御手段とを備える、バスまたはコーチのような公共輸送車両に関する。

本発明の他の特徴と利点は、添付の図面を伴う以下の詳細な説明により明確になる。

添付図面は、本発明を完成させるために働くだけでなく、場合によっては本発明の定義に寄与することができる。

本明細書の導入部で指摘されているように、本発明は、ユーザに属する１つ以上のモバイル通信ステーションと、１つ以上のサービスに関連する静止端末と、通信モジュールを備えるとともに前記サービスのうち少なくとも１つを提供できる複数のモバイルサービス手段との間でのデータの管理に関する。

この目的に対して、本発明は、第１の実施の形態として、図１Ａ〜図１Ｄに描かれるタイプの管理デバイスを提案する。この実施の形態は、車両が移動する路線上の停止場所（または「バス待合所」）でバス（またはコーチ）停の管理に関する。

勿論、本発明はこのタイプの用途に限定されない。本発明は、概して、サービスの順番付けに関しており、そのサービスは、当該サービスに関連する静止端末でモバイルサービス手段により提供可能であり、この静止端末に近接して組み込まれたモバイル通信ステーションを使用している。従って、本発明は、モバイルサービス手段を備える車両（バスまたはコーチ）が公知ライン（すなわち路線）に沿って配置された固定端末（すなわちバス待合所）に停車する公共輸送の分野に関する。また、本発明は、通信デバイスを備える要員によって固定端末（すなわち情報ポイント）でモバイルステーションを備える人に対して情報またはデータを提供する領域に関する。

図１Ａ〜図１Ｄに図示された例では、ユーザは、バス路線上のバス待合所でサービスを得るために第１の要求を発生するように意図された第１の制御モジュール２に接続された通信モジュール１を含んだモバイルステーションＭＳを有する。従って、モジュールステーションＭＳは、携帯電話またはパーソナルデジタルアシスタント（すなわちＰＤＡ）であり得る。しかしながら、概して、モバイルステーションは、たとえばポータブルコンピュータのように、任意のタイプの通信モジュールを備えたモバイル装置であり得る。

これらの第１の要求は、以下で記述される方法で、通信モバイルモジュール１を介してモバイルステーションＭＳの近傍に位置する静止端末３に送信される。

この例では、静止端末３は、たとえば、車道５に接する歩道４上に、バス路線上の選択された位置に置かれたバス待合所であり、それには第２の制御モジュール７に接続された通信モジュール６が含まれる。この第２の制御モジュール７は、それが接続される通信モジュール６によって受信された第１の要求を解析するように、および、それに応じてそれが組み込まれたバス待合所で、受信した第１の要求において定義されたサービス提供の要求を定義するデータを含む第２の要求を発生するように配置されている。

第２の要求は、提供される路線上のバス待合所３に沿う車道５を移動するバス８に送信されるように意図されている。

それらの要求は、バス待合所３の通信モジュール６によって、以下に記述される方法で送信される。

さらに、この例では、バス８は、モバイルサービス手段を構成する。そのバスは、第３の制御モジュール１０に接続される通信モジュール９を備えている。この第３の制御モジュール１０は、それが接続される通信モジュール９によって受信された第２の要求を解析するように配置されるとともに、以下で理解されるように、それに応じて次のバス待合所で停止するようにバス内に据え付けられバスの運転者に警告するように意図されたメッセージを発生するように配置されている。

本発明の第１の実施の形態は、さらに詳細には、いわゆる「ＩＴユビキティ（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＞）を実行することを含むアクションＡ８を開始する。次に、このアクションＡ８は、新たなアクションＡ２が続く。

図１Ａ〜図１Ｄを参照して上述された例において、種々の演算を呼び出すアドレス指定機構が、モバイルステーションＭＳ、静止端末（すなわちバス待合所）３、およびバス８の制御モジュール２，７，１０に組み込まれている。

移動される路線上の専用のバス停車可能範囲帯（すなわち「バス待合所」）でピックアップするバス（すなわちコーチ）の管理に制限されない用途の下で再び本発明の第２の実施の形態を記述において、図２Ａ〜２Ｂを参照する。この第２の実施の形態において、図１Ａ〜１Ｄに描かれた第１の実施の形態に記述されたのと機能的に等価または同一の要素は、同じ参照番号で識別される。

これら２つの実記の形態は、異なる関係者間でのデータ交換のモードに関して主に異なっている。この例では、静止端末３は、積極的役割を果たさない。これらの端末は、受動的であると記載されても良い。モバイルステーションＭＳの第１のモジュール２によって生成され且つその通信モジュール１によって送出される第１の要求の解析は、この場合、通信モジュール１５に接続される単一の第２の制御手段１４によって実行される。なお、これらの第２の制御手段１４と通信モジュール１５とは、バス路線を運行する輸送会社によって制御される中央サーバＳに設置される。

この例において、最も早い「近接対話」によるメッセージの交換の問題ではない場合、データ交換は、通信ネットワークを介する電波によって達成されなければならない。従って、モバイルステーションＭＳ、サーバＳ、およびバス８にそれぞれ組み込まれた第１、第２、および第３の通信モジュール１，１５，９は、全て無線タイプである。従って、この実施の形態は、たとえば、携帯電話のような無線通信モジュールを備えるモバイル装置タイプのモバイルステーションＭＳに特に良好に適合する。

通信モジュール１と第１の制御モジュール２とを備えるモバイルステーションＭＳを有する人であって、バス路線（たとえば路線番号６）上のバス待合所３（たとえば、番号４）に近接しており且つこのバス待合所３でピックアップされたい意図を方向Ａから方向Ｂへこの路線でサービスする次のバス８へ通報したい人は、自分のモバイルステーションＭＳのメニューから演算を選択しなければならないか、または、第１の制御モジュール２によってハンドルされ且つ次のバス８に最も近いバス待合所３で停車することを依頼する第１の要求の生成専用の機能に関連するこのモバイルステーションの専用キーを起動しなければならない。

第１の制御モジュール１は、それが組み込まれたモバイルステーションＭＳのユーザによって上記機能が選択されたことが通報されると、第１の制御モジュール１は、無線通信モジュール１に送信する第１の要求を生成する。次に、通信モジュール１は、セーバＳへの送信のために、この第１の要求を表す無線メッセージを生成する。

この実施の形態において、サーバは、第１の要求を発している人が移動しているバス待合所３の地理上の位置と、要求している人が乗ろうとしているバス路線の番号（および場合によっては方向）とを知ることが必要である。これを達成するために２つの解決策が想定され得る。

第１の解決策は、バス待合所３にその壁の１つに、すなわち専用のサポートにマークされ、サービスされるその路線番号およびこの路線のそこの番号、さらに多分、そこに付された方向を示す識別子を提供することを含む。この場合、人が停車要求機能を選択すると、自分のモバイルステーションＭＳの第１の制御モジュール２に自分がピックアップされることを希望するバス待合所の識別子を提供しなければならない。これは、モバイルステーションＭＳのキーパッドを介してその番号を入力することによって、または、場合によっては、音声指示を使用して口頭で行うことができる。次に、バス待合所３の識別子は、次に通信モジュール１を介してサーバＳに送信される第１の要求に含まれる。

サーバＳの第２の制御モジュール１４が第１の要求の内容を把握すると、第２の制御モジュール１４は、識別子を抽出し、且つ「識別子／位置／路線／方向」のルックアップテーブルを使用して、その識別子によって提供されるバス待合所３の地理的位置と、路線と、方向とを決定する。

第２の解決策は、たとえば、無線通信モジュール１に接続されるＧＰＳモジュールのような位置決定デバイスを各モバイルステーションＭＳが備えることを含む。この場合、人が停車要求機能を選択すると、自分のモバイルステーションＭＳの第１の制御モジュール２が、次に通信モジュール１を介してサーバＳに送信される第１の要求に含まれるその位置を得るために位置検出モジュールに問い合わせる。バス待合所が、幾つかの路線にサービスを提供している場合、この場合、ユーザは、第１の制御モジュール２に自分が乗ることを希望する路線番号（と恐らく方向と）を提供しなければならない。これは、モバイルステーションＭＳのキーパッドを介してその番号を入力することによって、または、場合によっては、音声命令を使用して口頭で行うことが可能である。

サーバＳの第２の制御モジュール１４が第１の要求の内容を把握すると、第２の制御モジュール１４は、路線番号（と、もしあるならば、その方向）および要求しているモバイルステーションの位置を抽出し、次に、もしあるならば、方向情報（方向Ａから方向Ｂ）を考慮して、バス待合所の位置のテーブルを参照してモバイルステーションＭＳの位置に最も近いバス待合所３の地理的位置を検索する。

両方の解決策において、サーバＳの第２の制御モジュール１４が指定されたバス待合所３の位置を把握すると、それは、この場合には番号６である指定路線のどのバス８がこのバス待合所に最も近いかを決定する。このために、バス８の全ては、たとえば、無線通信モジュール１に接続されるＧＰＳモジュールのような位置決定デバイス１６を備えなければならない。

それぞれのバスの位置が、たとえば、（ＧＳＭタイプネットワークの場合には）ＳＭＳタイプメッセージの媒体を介してサーバＳに組み込まれた位置管理モジュール１７に、バス８によって定期的に送信されるか否かに従って、２つのケースが想定される。

その場合、従って、図２Ａおよび図２Ｂに描かれているように、第３の制御モジュール１４は、方向Ａから方向Ｂへ移動する路線番号６上の（従って、ユーザによって要求されたサービスを提供できる）バスの位置を知るために管理モジュール１７に問い合わせることのみが必要である。次に、この第３の制御モジュールは、どのバス８が指定されたバス待合所３に最も近いかを識別するために、これらのバスの位置と指定されたバス待合所３の位置とを比較する。

しかしながら、バス８が、要求によってそれらの位置を通知すると、第３の制御モジュール１４は、指定された路線の各バスに報告位置要求を送付しなければならない。これは、たとえば、ＳＭＳタイプメッセージによって達成される。方向Ａから方向Ｂの方向に移動する指定路線上の全てのバス８の位置を受信すると、従って、第３の制御モジュール１４は、その指定されたバス待合所３に最も近いバスを識別するために、これらの位置と指定されたバス待合所３の位置とを比較することのみが必要になる。

ひとたび制御モジュール１４が、指定されたバス待合所３に最も近いバス８を識別すると、この制御モジュールは、このバス８が乗客をピックアップするために停車しなければならないことをそのバスに告げるための第２の要求を生成する。この第２の要求は、ピックアップされる人の身体障害タイプを指摘してもよい。この第２の要求は、目的のバス８への送信のために、たとえば、ＳＭＳタイプのメッセージを生成する通信モジュール１５に送信される。

たとえば、第３の制御モジュール１０は、バス８のダッシュボード上に設置され且つ警告ランプのような信号デバイスを備える専用のユニットに組み込まれる。このように、そのメッセージを受信すると、第３の制御モジュール１０は、バスのドライバが乗客（場合によっては身体障害者）をピックアップするために路線番号６の次のバス待合所３で停車しなければならないことをその運転者に指摘するように警告ランプを点灯させる。

変形例では、そのメッセージを受信すると、第３の制御モジュール１０は、乗客（場合によっては身体障害者）をピックアップするために路線番号６の次のバス待合所３で停車するように告げるためにバス８のオンボードコンピュータにメッセージを送る。この通知は、たとえば、そのメッセージをスクリーンに表示することによる、または専用のビジュアルインジケータを点灯することによるような、任意の公知の手段によって達成され得る。また、そのメッセージは、バス８の乗客にアクセス可能な停車要求機能を起動する作用を持つことが好ましい。

バス待合所に到着すると、「第２の要求」によって通報されたそのバス８の運転者は、図２Ｂに描かれているように、バス８を停車する。その人が身体障害者であり、且つ乗降用の特別の入口または器具が設けられている場合、運転者は、乗降用の入口または器具が停車を求める人に対向して位置させるようにバスを配置する。

この第２の例の記述において、モバイルステーションＭＳとサーバＳとバス８（すなわちモバイルサービス手段）とにそれぞれ組み込まれたサーバＳ、通信モジュール１，１５，９と、第１，第２，および第３の制御モジュール２，１４，１０と、バス８に組み込まれた位置検出デバイス１６とは、もしあるならばサーバＳに組み込まれた管理デバイス１７とともに、本発明による管理デバイスの第２の例を構成する。

さらに、制御モジュール２，１０，１４および位置管理モジュール１７に対する記述が参照される。これらのモジュールは、電子回路（ハードウエア）、論理またはデータ処理モジュール（ソフトウエア）または回路とソフトウエアとの組合せの形態で実施され得る。

また、本発明は、通信モジュールを備えるユーザモバイルステーションと、少なくとも１つのサービスに関連する静止端末と、通信モジュールを備え且つ前記サービスを保証するのに適する複数のモバイルサービス手段との間でのデータを管理するための方法にも関する。

これは、図１および図２を参照して上記された管理デバイスによって実施され得る。この方法のステージによって提供される主要および任意の機能とサブ機能とは、管理デバイスを構成する種々の手段によって提供されるものと実質的に同じであるということから考えると、本発明による方法の主要な機能を具体化するもののみが以下に概説される。

本方法は、以下の工程によって特徴付けられる：
ユーザモバイルステーションの助けを借りて、そのモバイルステーションに近接して設けられて要求されるサービスに関連する（たとえば、バス待合所またはバス待合所の一部の形態で配置された）端末で選択された（たとえば、バスを停車することのような）サービスを得るための要求を定義するデータを含む第１の要求が生成される第１のステージ（ａ）と、
その第１の要求を受信した後に、モバイルステーション近くの端末で選択されたサービスを保証するための要求を定義するデータを含む第２の要求が生成される第２のステージ（ｂ）と、
第２の要求が指定された端末に最も近いモバイルサービス手段で受信されて、この端末で停車して第１の要求を送信したモバイルステーションのユーザによって要求されたサービスを提供する第３のステージ（ｃ）。

この方法は、メッセージの交換が、含まれる種々のエンティティの位置を決定することなく、近接対話によって達成されるＩＴユビキティ環境（すなわち空間情報システム）内で、そしてまた含まれる種々のエンティティの少なくとも幾つかの位置を決定して、通信ネットワークを通して電波を介するデータ交換に依存するより慣用的な媒体を介しての両方で実施され得る。

本発明は、単なる例示によって上記された方法とデバイスの実施の形態に制限されず、以下の請求項に従って当業者によって想定され得る全ての変形例を包含する。

このように、公共輸送の分野に対する本発明の用途が記述された。しかしながら、本発明は、この用途に制限されない。また、本発明は、空港、鉄道駅、またはショッピングセンタのような公共場所または私的場所に設置された静止端末（すなわち情報ポイント）でモバイルステーションを備えて要求している人に情報またはデータを提供する領域に関する。この場合、第３の制御モジュールに接続される通信モジュールを組み込む通信デバイスを有する人々は、モバイルサービス手段を構成し、そして、これらの人々が、第２の要求を受信すると、要求されたサービスを提供するために指定された端末へ行かなければならないことが通知される。

バス路線管理の用途において本発明の第１の実施の形態の４つの態様を概略的に示す図である。 バス路線管理の用途において本発明の第２の実施の形態の２つの態様を概略的に示す図である。

符号の説明

１ 通信モジュール
２ 第１の制御手段
３ 静止端末
７ 第２の制御手段
８ モバイルサービス手段
９ 通信モジュール
１０ 第３の制御手段
１１ 第１の送受信可能範囲帯
１２ 第２の送受信可能範囲帯
１３ 第３の送受信可能範囲帯

Claims (41)

1. 通信モジュール（１）を備えるユーザモバイルステーション（ＭＳ）と、少なくとも１つのサービスに関連する静止端末（３）と、通信モジュール（９）を据え付けられるとともに前記サービスを保証するようにした複数のモバイルサービス手段（８）との間でのデータを管理する方法であって、
   ａ）モバイルステーション（ＭＳ）によって、前記モバイルステーションに近接して設置されるとともに前記サービスに関連する端末（３）で、選択したサービスを得るための要求を定義するデータを含んだ第１の要求が生成される工程と、
   ｂ）前記第１の要求を受信した後に前記端末（３）で、選択したサービスを保証するための要求を規定するデータを含んだ第２の要求が生成される工程と、
   ｃ）前記第２の要求が、前記複数のモバイルサービス手段（８）のうち前記端末（３）に最も近いモバイルサービス手段で受信され、それによって、前記モバイルサービス手段が、前記端末で停止するとともに前記モバイルステーション（ＭＳ）のユーザによって要求された前記サービスを提供する工程とを有することを特徴とするデータ管理方法。
2. 前記工程ｂ）で、前記第１の要求が通信モジュール（６）によって前記端末（３）で受信され、前記第２の要求が前記端末（３）で生成されることを特徴とする請求項１に記載のデータ管理方法。
3. 前記第１の要求を生成したモバイルステーション（ＭＳ）が前記端末（３）の第２の送受信可能範囲帯（１２）内に位置する時に、前記第１の要求の受信が起こることを特徴とする請求項２に記載のデータ管理方法。
4. 前記工程ａ）およびｂ）において、第１の要求の生成および受信は、メッセージの臨機応変な交換によって達成されることを特徴とする請求項２または３に記載のデータ管理方法。
5. 前記第１の要求は、前記選択したサービスを表す第１の空間値を定義するデータを含むことを特徴とする請求項４に記載のデータ管理方法。
6. 前記工程ｃ）において、前記端末（３）がその第３の送受信可能範囲帯（１３）内に位置される時に、前記モバイルサービス手段（８）が前記第２の要求を受信することを特徴とする請求項２〜５のいずれか一項に記載のデータ管理方法。
7. 前記工程ｂ）およびｃ）において、第２の要求の生成および受信が、メッセージの臨機応変な交換によって達成されることを特徴とする請求項６に記載のデータ管理方法。
8. 前記第２の要求は、前記選択したサービスを表す第２の空間値を定義するデータを含むことを特徴とする請求項６または７に記載のデータ管理方法。
9. 前記工程ｂ）において、前記第１の要求は、通信モジュール（１５）を備えた管理サーバ（Ｓ）で受信され、次に、一方でユーザモバイルステーション（ＭＳ）に近接する端末（３）の位置と、他方で前記端末の最も近くにあって前記第１の要求で定義された前記サービスを提供可能なモバイルサービス手段（８）の位置とが決定され、前記第２の要求が、前記サーバ（Ｓ）を介してこのモバイルサービス手段（８）に送信されることを特徴とする請求項１に記載のデータ管理方法。
10. 前記工程ｂ）において、前記最も近いモバイルサービス手段（８）の位置の決定は、前記複数のモバイルサービス手段（８）の全てに対してそれらのそれぞれの位置を報告するようにそれらのモバイルサービス手段（８）に依頼する補助要求を送付すること、次に、前記モバイルサービス手段（８）によって返送された応答を受信すると、それらの応答から前記端末（３）に最も近くであって前記第１の要求で定義された前記サービスを提供可能なモバイルサービス手段（８）を識別することを含むことを特徴とする請求項９に記載のデータ管理方法。
11. 前記工程ｂ）において、前記最も近いモバイルサービス手段（８）の位置の決定は、前記複数からなり前記第１の要求で定義された前記サービスを提供可能なモバイルサービス手段のそれぞれの位置と前記端末（ＭＳ）の位置とを比較することによって達成されることを特徴とする請求項９に記載のデータ管理方法。
12. 前記工程ａ）において前記第１の要求は前記ユーザモバイルステーション（ＭＳ）の位置を含み、前記工程ｂ）において端末（３）の位置は前記モバイルステーション（ＭＳ）の位置から決定されることを特徴とする請求項９〜１１のいずれか一項に記載のデータ管理方法。
13. 前記工程ａ）において前記第１の要求は、前記端末（３）の少なくとも位置を表す識別子を含み、前記工程ｂ）において前記端末の少なくとも位置は、前記識別子から決定されることを特徴とする請求項９〜１２のいずれか一項に記載のデータ管理方法。
14. 前記第１の要求を受信した後に、情報が前記モバイルステーション（ＭＳ）に送られることを特徴とする請求項１〜１３のいずれか一項に記載のデータ管理方法。
15. 前記情報の少なくとも幾つかは、前記最も近いモバイルサービス手段（８）が前記端末（３）に達するのに必要な時間を少なくとも表すことを特徴とする請求項１４に記載のデータ管理方法。
16. 前記情報の少なくとも幾つかは、広告タイプの情報であることを特徴とする請求項１４または１５に記載のデータ管理方法。
17. 前記情報の少なくとも幾つかは、インターネットを介してアクセス可能な少なくとも１つの情報サイトアドレスを定義するデータを含むことを特徴とする請求項１４〜１６のいずれか一項に記載のデータ管理方法。
18. 公共輸送機関の分野において請求項１〜１７のいずれか一項に記載のデータ管理方法の使用であって、
    前記モバイルサービス手段（８）が、公共輸送車両、特にバスおよびコーチであり、前記端末（３）が全てのまたは一部のバス停であることを特徴とするデータ管理方法の使用。
19. 通信モジュール（１）を備えた少なくとも１つのユーザモバイルステーション（ＭＳ）と、少なくとも１つのサービスに関連する静止端末（３）と、通信モジュール（９；１５）を備えて前記サービスを提供可能な複数のモバイルサービス手段（８）との間でのデータを管理するためのデバイスであって、
    ｉ）前記ユーザモバイルステーション（ＭＳ）内に組み込まれるように意図され、ユーザの指示によって、前記モバイルステーション（ＭＳ）に近接して組み込まれるとともに前記サービスに関連する端末（３）で選択されたサービスを得るための要求を定義するデータを含む第１の要求を生成可能な第１の制御手段（２）と、
    ｉｉ）第１の要求を受信すると、前記端末（３）で選択したサービスを提供するための要求を定義するデータを含む第２の要求を生成可能な第２の制御手段（７；１４）と、
    ｉｉｉ）前記複数よりなる前記モバイルサービス手段（８）のそれぞれの中に組み込まれるとともに、関連する通信モジュール（９）によって第２の要求を受信した場合に、前記モバイルステーション（ＭＳ）のユーザによって要求された前記サービスを提供するように、関連するモバイルサービス手段（８）に前記端末（３）で停止するように指示可能である第３の制御手段（１０）とを備えることを特徴とするデバイス。
20. 前記端末（３）の各々が、通信モジュール（６）を備えるとともに第２の制御手段（７）を含むことを特徴とする請求項１９に記載のデバイス。
21. 前記モバイルステーション（ＭＳ）および前記端末（３）の前記通信モジュール（１，６）のそれぞれが、第１の送受信可能範囲帯（１１）と第２の送受信可能範囲帯（１２）とを有し、前記端末（３）の前記通信モジュール（６）は、第１の要求を生成したモバイルステーション（ＭＳ）が第２の送受信可能範囲帯（１２）の中に位置された時に、第１の要求を受取るように配置されたことを特徴とする請求項２０に記載のデバイス。
22. 前記モバイルステーション（ＭＳ）および前記端末（３）の前記通信モジュール（１、６）のそれぞれが、前記第１の制御手段（２）と第２の制御手段（７）によって送出されたデータを含むメッセージの臨機応変な交換によって第１の要求を生成かつ受領するように配置されたことを特徴とする請求項２０または２１に記載のデバイス。
23. 前記第１の制御手段（２）が、前記選択したサービスを表す第１の空間値を定義する第１のデータを含む第１の要求を生成するように配置されたことを特徴とする請求項２２に記載のデバイス。
24. 前記モバイルサービス手段（８）のそれぞれの通信モジュール（９）は、第３の送受信可能範囲帯（１３）を有し、前記端末（３）がその第３の送受信可能範囲帯（１３）内に位置した時に、第２の要求を受取るように配置されたことを特徴とする請求項２０〜２３のいずれか一項に記載のデバイス。
25. 前記端末（３）および前記モバイルサービス手段（８）の前記通信モジュール（６、９のそれぞれが、前記第２の制御手段（２）と第３の制御手段（１０）によって送出されたデータを含むメッセージの臨機応変な交換によって第２の要求を送信および受信するように配置されたことを特徴とする請求項２４に記載のデバイス。
26. 前記第２の制御手段（７）が、前記選択したサービスを表す第２の空間値を定義する第２のデータを含む第２の要求を生成するように配置されたことを特徴とする請求項２４または２５に記載のデバイス。
27. 前記第２の制御手段（１４）が、通信モジュール（１５）を備えたサーバ（Ｓ）に組み込まれており、第１の要求を受信すると一方でユーザモバイルステーション（ＭＳ）に近接する端末（３）の位置を決定するとともに、他方では前記端末（３）に最も近接して前記第１の要求で定義される前記サービスを提供可能にするモバイルサービス手段（８）を決定するように配置され、および、関連する通信モジュール（１５）を介して前記第２の要求をモバイルサービス手段（８）に送出するように配置されたことを特徴とする請求項１９に記載のデバイス。
28. 前記第２の制御手段（１４）が、関連する通信モジュール（１５）によって第１の要求を受信すると、前記複数よりなる全てのモバイルサービス手段（８）に対してそれらの位置を報告するように依頼する補助要求を送出するように、次に、前記モバイルサービス手段（８）によって戻された返答を受信すると、それらの返答からどのモバイルサービス手段（８）が前記端末（３）に最も近接して前記第１の要求に定義される前記サービスを提供可能であるかを決定するように配置されたことを特徴とする請求項２７に記載のデバイス。
29. 前記第２の制御手段（１４）が、関連する通信モジュール（１５）によって第１の要求を受信すると、前記端末（３）に最も近接するモバイルサービス手段（８）を識別するために、前記複数からなり前記第１の要求で定義された前記サービスを提供可能なモバイルサービス手段（８）のそれぞれの位置と、前記端末（３）の位置とを比較するように配置されたことを特徴とする請求項２７に記載のデバイス。
30. 前記第２の制御手段（１４）が、第１の要求を発したモバイルステーション（ＭＳ）の位置を決定するように、および前記端末（３）の位置を決定するように配置されたことを特徴とする請求項２７〜２９のいずれか一項に記載のデバイス。
31. 前記第１の制御手段（２）が、少なくとも前記端末（３）の位置を表す識別子を前記第１の要求に含むように配置され、前記第２の制御手段（１４）が、受信された第１の要求に含まれる識別子から、少なくとも関連する端末（３）の位置を決定するように配置されたことを特徴とする請求項２７〜２９のいずれか一項に記載のデバイス。
32. 前記第２の制御手段（７；１４）が、第１の要求を受信した後に、前記モバイルステーション（ＭＳ）への情報の通信を可能とするように配置されたことを特徴とする請求項１９〜３１のいずれか一項に記載のデバイス。
33. 前記第２の制御手段（７；１４）が、前記最も近接するモバイルサービス手段（８）が前記端末（３）に到達するのに要する時間を表す情報を決定するように配置されたことを特徴とする請求項３２に記載のデバイス。
34. 前記情報の少なくとも幾つかは、広告タイプの情報であることを特徴とする請求項３２または３３に記載の方法。
35. 前記情報の少なくとも幾つかは、インターネットを介してアクセス可能な少なくとも１つの情報サイトアドレスを定義するデータを含むことを特徴とする請求項３２〜３４のいずれか一項に記載の方法。
36. モバイルステーションであって、
    請求項１９〜３５のいずれか一項に記載のデバイスの通信モジュール（１）と第１の制御手段（２）とを含むことを特徴とするモバイルステーション（ＭＳ）。
37. 前記モバイルステーションが、携帯電話とパーソナルデジタルアシスタント（ＰＤＡ）とを含むグループから選択されることを特徴とする請求項３６に記載のモバイルステーション（ＭＳ）。
38. 端末であって、
    請求項１９〜３５のいずれか一項に記載のデバイスの通信モジュール（６）と第２の制御手段（７）とを含むことを特徴とする端末（３）。
39. 前記端末が、バス停またはコーチ停、空港、および鉄道駅などを含むグループから選択される公共場所に設けられるように意図されたことを特徴とする請求項３８に記載の端末（３）。
40. 輸送車両であって、
    請求項１９〜３５のいずれか一項に記載のデバイスの通信モジュール（９）と第３の制御手段（１０）とを含むことを特徴とする輸送車両（８）。
41. 前記車両輸送が、人々のための公共輸送を提供するように配置されたことを特徴とする請求項４０に記載の輸送車両（８）。

Images