(57)【特許請求の範囲】
【請求項１】
ユーザの移動体端末が、接続サーバへ情報問い合わせを送信し、
該情報問い合わせを受信した前記接続サーバは、該情報問い合わせの内容に基づいて、複数の検索サーバの中から該情報問い合わせに関する情報検索のために適当な検索サーバを選択し、
前記選択された検索サーバは、前記情報問い合わせに関する情報検索を遂行すると共に、該遂行された情報検索により得られた情報を送信し、
該送信された情報を受信した前記移動体端末は、該受信した情報を該移動体端末のユーザに表示する、
移動体ユーザへの情報送信方法であって、
前記移動体端末は、該移動体端末の現在位置及び／又は移動ルートを前記接続サーバへ教え、
前記接続サーバは、該現在位置及び／又は移動ルートに基づいて前記検索サーバの選択を行うと共に、前記選択した検索サーバに該情報問い合わせの内容を伝える、
ことを特徴とする、移動体ユーザへの情報伝送方法。
【請求項２】
前記接続サーバは、前記選択された検索サーバに、前記移動体端末の現在位置及び／又は移動ルートを伝え、該選択された検索サーバは、前記位置及び／又は移動ルートに少なくとも部分的に基づいて、前記情報問い合わせに関する情報検索を遂行する、請求項１に記載の方法。
【請求項３】
前記複数の検索サーバの少なくとも１つは前記接続サーバとは地理的に異なる場所に位置している、請求項１又は２に記載の方法。
【請求項４】
情報問い合わせを送信する移動体端末と、
前記情報問い合わせを受信する接続サーバと、
情報検索のための複数の検索サーバと、
を有する、移動体端末への情報伝送システムであって、
前記移動体端末は、該移動体端末の現在位置及び／又は移動ルートに関する情報を前記接続サーバへ送信しうるように構成され、
前記接続サーバは、前記情報問い合わせの内容並びに前記移動体端末の現在位置及び／又は移動ルートに基づいて、前記幾つかの検索サーバの中から該情報問い合わせに関する情報検索のために適当な検索サーバを選択し、さらに前記選択した検索サーバに、該情報問い合わせの内容を伝えるように構成され、
前記選択された検索サーバは、前記情報問い合わせに対して求められる情報検索を遂行すると共に、該遂行された情報検索により得られた情報を送信するように構成される、
ことを特徴とする、システム。
【請求項５】
前記接続サーバは、前記選択された検索サーバに、前記移動体端末の現在位置及び／又は移動ルートを伝え、該選択された検索サーバは、前記位置及び／又は移動ルートに少なくとも部分的に基づいて、前記情報問い合わせに関する情報検索を遂行する、請求項４に記載のシステム。
【請求項６】
前記複数の検索サーバの少なくとも１つは前記接続サーバとは地理的に異なる場所に位置している、請求項４又は５に記載のシステム。
【請求項７】
請求項４から６のいずれかに記載のシステムにおいて用いられる移動体端末であって、情報問い合わせを形成する手段と、該移動体端末の現在の位置及び／又は移動ルートに関する情報を、前記情報問い合わせに付加する手段を有することを特徴とする、移動体端末。
【請求項８】
請求項７に記載の移動体端末のためのプログラムであって、該移動体端末の処理要素を、情報問い合わせを形成する手段及び該移動体端末の現在の位置及び／又は移動ルートに関する情報を前記情報問い合わせに付加する手段として動作させる、プログラム。
【請求項９】
ユーザの移動体端末から送信された情報問い合わせを接続サーバにて受信し、
前記接続サーバによって、該情報問い合わせの内容に基づき、複数の検索サーバの中から該情報問い合わせに関する情報検索のために適当な検索サーバを選択し、
前記選択された検索サーバによって、前記情報問い合わせに関する情報検索を遂行すると共に、該遂行された情報検索により得られた情報を送信する、
移動体ユーザへの情報伝送方法であって、
前記接続サーバによって、前記移動体端末から送信された、該移動体端末の現在の位置及び／又は移動ルートに関する情報を受信するとともに、該位置及び／又は移動ルートに基づいて前記検索サーバの選択を行い、さらに前記選択した検索サーバに該情報問い合わせの内容を伝えることを特徴とする、移動体ユーザへの情報伝送方法。
【請求項１０】
前記接続サーバによって、前記移動体端末の現在位置及び／又は移動ルートを前記選択された検索サーバに伝え、該選択された検索サーバによって、前記位置及び／又は移動ルートに少なくとも部分的に基づき前記情報問い合わせに関する情報検索を遂行する、請求項８に記載の方法。
【請求項１１】
前記複数の検索サーバの少なくとも１つは前記接続サーバとは地理的に異なる場所に位置している、請求項９又は１０に記載の方法。
【請求項１２】
移動体端末から送信された情報問い合わせを受信する手段と、
前記移動体端末から送信された、該移動体端末の現在位置及び／又は移動ルートに関する情報を受信する手段と、
前記情報問い合わせの内容、並びに該移動体端末の現在位置及び／又は移動ルートに基づき、複数の検索サーバの中から、該情報問い合わせに関する情報検索のために適当な検索サーバを選択する手段と、
前記選択した検索サーバに、前記情報問い合わせの内容を伝える手段と、
を備える、接続サーバ・システム。
【請求項１３】
前記複数の検索サーバの少なくとも１つは前記接続サーバとは地理的に異なる場所に位置している、請求項１２に記載のシステム。
【請求項１４】
請求項４から６のいずれかに記載のシステムにおいて、前記検索サーバによって前記移動体端末から送信された情報問い合わせに関する情報検索を遂行する方法であって、前記移動体端末の現在位置及び／又は移動ルートを考慮して、前記情報検索を遂行することを特徴とする方法。
【請求項１５】
請求項４から６のいずれかに記載のシステムにおいて用いられる検索サーバ・システムであって、前記移動体端末から発信された情報問い合わせに関する情報検索を、該移動体端末から発信された、該移動体端末の現在位置及び／又は移動ルートを考慮して、遂行するように構成される、検索サーバ・システム。
【請求項１６】
情報検索方法であって、
ユーザの移動体端末において、該移動体端末の現在位置及び／又は移動ルートの情報を含んだ情報問い合わせを形成し、
前記情報問い合わせを前記移動体端末から接続サーバへと伝送し、
前記接続サーバによって、前記情報問い合わせの内容並びに前記移動体端末の現在位置及び／又は移動ルートを考慮して、複数の検索サーバの中から、前記情報問い合わせに関する情報検索のために適当な検索サーバを選択し、
さらに前記接続サーバによって、前記移動体端末の現在位置及び／又は移動ルートの情報を含んだ前記情報問い合わせを、前記選択した検索サーバへと伝送し、
前記選択された検索サーバによって、少なくとも部分的には前記位置及び／又は移動ルートに基づいて、前記情報問い合わせに対して求められる情報検索を遂行する、
情報検索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザへの情報伝送方法に関する。本発明は、情報伝送システムや移動局にも関する。
【背景技術】
【０００２】
特に移動局のユーザに情報を伝送する現在知られている方法は、ユーザが、必要なサービスの供給者に、例えばサービス局のサービス番号などに、通信端末で電話をかけることを基礎としている場合が最も多い。サービス供給者は、どのサービス局がそのユーザに最も近いサービス局であるかを見つけだして該情報を口頭でユーザに与えるためにユーザの位置情報を使用するので、ユーザは自分の位置を知っていなければならない。例えば、フィンランドでは、或るテレオペレータは、ユーザが呈示する位置になるべく近い例えば最も近いホテルや或る会社のサービス局を見つける方法を口頭で問い合わせるためにユーザが電話をかけることのできる或るサービス番号を使用する。通話中、そのサービス番号で手操作により或いはコンピュータ化されたシステムで情報検索が行われる。しかし、たとえそのシステムがコンピュータに記憶されたデータベースを利用しても、検索されるべきサービスに関する情報は手操作で入力されなければならない。更に、ユーザは、最も近いサービス局の位置を発見するために自分の位置を知っていなければならない。
【０００３】
欧州特許出願ＥＰ−６９７６７０は、情報を記憶し検索するためのコンピュータ化されたデータベースを利用するデータ伝送システムを開示している。この公報に開示されているシステムは、主として商店及びショッピングセンター向けのものであって、データベースは、商品の分類と項目の位置とに関しての記憶された情報を内含している。ショッピングセンターの顧客は、自分が探している品物の位置や、また場合によってはその製品の価格及びその他の情報をも問い合わせるために検索端末を使用することができる。その検索端末は、有利なことに、ショッピングカートと関連して配置されている。このシステムは位置検索手段を持つこともでき、その位置検索は自動的に行われるので、顧客が位置データを装置に入力する必要はない。公開された出願ＥＰ−６９７６７０に開示されているシステムの１つの欠点は、そのシステムが例えば最大で数個の商店から成るショッピングセンターなどの、非常に限られた地域内でしか使えないということである。また、このシステムを使用するには充分な数の顧客端末が必要であるが、それを商人が支給しなければならない。更に、位置検索のために特別の装置を搭載しなければならず、そのために該システムの取得コストが更に高くなる。
【０００４】
更に従来技術のこのシステムには、ユーザが探している品物やサービスが常に入手できるとは限らず、その様なときにはユーザはそれに相当する自分が使うかも知れない品物或いはサービスのことを考えるであろうという問題点がある。しかし、この場合には新しい問い合わせをしなければならない。一方、ユーザが求めている品やサービスが幾つかの異なる場所で入手できることがあり、その場合にはユーザは自分が現在いる場所との関係で、それらのうちのどれが一番良い場所かを見いださなければならない。それは、例えばユーザがその町をよく知っていなくて、しかもその町の地図を持っていないような場合には、容易なことではない。
【特許文献１】欧州特許出願公開ＥＰ６９７６７０
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、情報を問い合わせるときに位置を呈示すること、問い合わせメッセージを作成すること、及び、関連するデータが多分最も利用可能である場所へその問い合わせメッセージを送ることに関連する従来技術の欠点を解消して、情報を伝送する方法及びシステムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の基礎をなすアイデアは、問い合わせメッセージを経路選択（ルーチング）し、データベースで情報を探すために位置情報が利用され、また場合によってはユーザの移動ルートも利用されることである。更に、ユーザの人物紹介（ユーザ・プロフィール）がデータ検索のための基準として使われる。本発明は、移動中にユーザに自動的に情報を送ることができるという利点も与える。
【０００７】
本発明は、従来技術の解決策に顕著な利点を与える。本発明のシステムでは、移動中のユーザに該ユーザが入手したいサービスについての情報が自動的に与えられる。また、ユーザ・プロフィールに基づいて情報を探すことができるので、情報検索速度が更に速くなるとともに不要な情報の検索を排除することができる。
【０００８】
移動ルートに基づいて情報検索を行えば、計画された移動ルートからの逸脱がなるべく小さくてすむようなサービスポイントの位置がユーザに呈示されるように情報検索を最適化することができる。従って、最も近いサービスポイントがユーザに知らされるとは限らず、むしろ移動ルートに最適のサービスポイントが知らされる。これに加えて、最も近いサービスポイントをも呈示することもできる。
【０００９】
本発明のもう一つの利点は、所望の品物やサービスがその問い合わせに基づいて見つからなければ、その問い合わせに基づいて検索を行うことのできる一般アドレスをシステムが見つけだそうとすることである。次に、添付図面を参照して本発明を詳しく説明する。
【発明を実施するための最良の形態】
【００１０】
本出願の原出願である特願平９−３５６８４１の出願当初の明細書に記載されていた、本願発明の好適な実施形態は次の通りである。
［１］検索端末（１）から情報問い合わせが送られ、その情報問い合わせが受信されて処理され、情報が検索され、その情報が該検索端末（１）に送られ、その情報が該検索端末１によって受信されてユーザに対して受信されて表示されるようになっている、ユーザへの情報伝送方法であって、該情報検索は少なくとも部分的にユーザの位置及び／又は移動ルートに基づいて実行され、該情報検索のために１つ或いは数個のサーバ（３，４，４'，４"）を利用することができ、該検索端末（１）から送られた情報問い合わせは、少なくとも部分的にユーザの位置及び／又は移動ルートに基づいて、その情報検索に適するサーバ（３，４，４'，４"）に向けて経路選択されることを特徴とする方法。
［２］ ユーザ固有の情報が少なくとも１つのユーザ・プロフィール・データベースに記憶され、必要に応じてそのユーザ・プロフィール・データベースにおける情報が情報検索時に追加の検索基準として利用されることを特徴とする請求項１に記載の方法。
［３］ ユーザ固有の情報が該検索端末（１）に記憶されることを特徴とする請求項２に記載の方法。
［４］ サービス固有の情報が少なくとも１つのサービス・データベースに記憶され、情報がサービス・データベースから検索されることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
［５］ 情報問い合わせを送るための検索端末（１）と、その情報問い合わせを受け取って処理するための手段（３，４，４'，４"）と、情報を検索するための手段（３，４，４'，４"）と、その情報を該検索端末（１）に送るための手段（２）と、その情報を受け取って、それを該検索端末（１）でユーザに対して呈示するための手段（１）とを有する、ユーザへの情報伝送システムであって、該情報検索は少なくとも部分的にユーザの位置及び／又は移動ルートに基づいて行われるようになっており、該システムは、情報を検索するための少なくとも１つのサーバ（３，４，４'，４"）を有し、該情報問い合わせは、少なくとも部分的にユーザの位置及び／又は移動ルートに基づいて該情報検索に適するサーバ（３，４，４'，４"）に向けて経路選択されるようになっていることを特徴とするシステム。
［６］ 該システムはユーザ固有の情報を記憶する少なくとも１つのユーザ・プロフィール・データベースを更に有し、検索基準の他に、必要に応じて該ユーザ・プロフィール・データベースに含まれている情報が該情報検索のために使用されるようになっていることを特徴とする請求項５に記載のシステム。
［７］ ユーザ固有の情報が該検索端末（１）に記憶されるようになっていることを特徴とする請求項６に記載のシステム。
［８］ 該システムは、サービスの供給元に関する情報を記憶する少なくとも１つのサービス・データベースを有し、検索基準の他に、必要に応じて、該サービス・データベースに含まれている情報も情報検索時に使用されるようになっていることを特徴とする請求項５乃至７のいずれか１項に記載のシステム。
［９］ 該システムは、少なくとも１つの接続サーバ（３）と、少なくとも１つのリモートサーバ（４，４'，４"）と、該検索端末（１）と該接続サーバ（３）とのデータ伝送接続をセットアップするための手段（２）と、該接続サーバ（３）と該リモートサーバ（４，４'，４"）との接続をセットアップするための手段とを有することを特徴とする請求項５乃至８のいずれか１項に記載のシステム。
［１０］ 情報の伝送は少なくとも部分的に無線で実行されるようになっていることを特徴とする請求項５乃至９のいずれか１項に記載のシステム。
［１１］ 情報問い合わせを受け取って処理するための手段（３，４，４'，４"）と、情報を検索するための手段（３，４，４'，４"）と、その情報を移動局（１）に送るための手段（２）とを有するシステムにおいて、情報問い合わせを送るための手段と、情報を受け取るための手段（１）と、その受け取られた情報をユーザに対して呈示するための手段とを有する移動局（１）であって、該移動局は、情報を検索するためにユーザの位置及び／又は移動ルートに関する情報を情報問い合わせに付加するための手段を有し、少なくとも１つのサーバを有する該システムにおいて、該情報問い合わせは、少なくとも部分的にユーザの位置及び／又は移動ルートに基づいて、情報を検索するのに適したサーバ（３，４，４'，４"）に向けて経路選択されるようになっていることを特徴とする移動局。
【００１１】
本明細書で扱われているアプリケーションの例はＧＳＭシステム（Global System for Mobile Communications （移動通信用広域システム））の特性に基づいているけれども、本発明はこのシステムだけに限定されるものではなくて、他の、２方向データ伝送の可能性を有する少なくとも部分的に無線のデータ伝送システムにも有利に適用され得るものである。
【００１２】
図２は、本発明の有利な実施例のシステムを示す略ブロック図である。ユーザは、移動局等の通信端末からなる検索端末１を持っている。検索端末１から通信網２にデータ伝送接続をすることができ、この通信網はこの有利な実施例ではＧＳＭ移動通信網等の移動通信網から成る。接続サーバ３と、少なくとも１つのリモートサーバ（remote server （遠くのサーバ））４，４'，４"とが通信網２とデータ伝送接続している。接続サーバ３から該システムに属するリモートサーバ４，４'，４"へ、例えば固定接続として直接接続するデータ伝送接続又は随意の（オプショナルな）接続として有利に通信網２を経由するデータ伝送接続もある。該システムは、各検索端末１の位置を画定するための手段も有する。その位置画定手段（図示せず）は通信網に形成されるのが有利であるけれども、例えばＧＰＳシステム（Global Positioning System （広域位置測定システム））等の独立の位置測定システムを利用することもでき、或いは例えば検索端末１を使って手操作で位置を入力することもできる。
【００１３】
使用される検索端末１は、データを処理するための手段、音声、ファックス、データ、ＤＴＭＦ信号、及び２方向ページングを送信するための手段、を有するＰＤＡ（Personal Digital Assistant（パーソナルデジタルアシスタント））型の通信端末であるのが有利である。更に、検索端末１は衛星位置測定手段（ＧＰＳ）を使用することができる。検索端末１に適する装置はＮｏｋｉａ９０００コミュニケータである。検索端末１は、コンピュータを移動局とデータ伝送接続するためのデータコネクタを有する移動局であってもよい。従って、本発明の検索端末のデータ処理動作の少なくとも一部分を例えばＰＣＭＣＩＡカード（Personal Computer Memory Card International Association （パーソナルコンピュータ・メモリーカード国際協会））を介してデータ処理装置と関連させることができる。携帯用データ処理装置のために、衛星位置測定受信装置を有するＰＣＭＣＩＡカードも開発されている。
【００１４】
使用される検索端末１は普通のマイクロコンピュータ、或いは、通信網２とデータ伝送接続するための手段を有するいわゆるデスクトップ型パソコンであってもよい。データ伝送接続するための手段は、大概の場合にモデムと通信ソフトウェアとをそなえ、コマンド等のデータ信号をデータ処理装置から通信網に送信し、通信網を介して送られてくるメッセージを受信し、またそのメッセージを使って検索端末１のディスプレイ上に情報を形成するためのものである。近頃広く利用されるようになっている１つのアプリケーション・プログラムは、インターネット・データ通信網を利用するために開発されたウェブブラウザー（web browser ）であり、これでユーザはインターネットデータ通信網で例えば会社や私人のホームページ（ＷＷＷページ）等の情報を探すことができる。
【００１５】
デスクトップ型パソコンが使用される場合には位置情報はそのデスクトップ型パソコンの記憶手段に永続的に記憶されるが、位置情報を移動局に例えば基地局の番号として知らせることのできるＧＳＭシステム又はその他の移動通信システムを使用する場合には、通信端末は、位置情報が例えば該システムを制御するアプリケーションソフトウェアによって該移動通信システムから更新され得るように該システムに有利に接続される。
【００１６】
本明細書の以下の例では、本発明を明らかにするために、接続サーバ３に結合するときのユーザ接続はインターネットのＷＷＷページであると仮定する。このユーザ接続と接続サーバ３によって実行される操作とはユーザに見えても見えなくてもよい。
【００１７】
更に、リモートサーバ４，４'，４"との接続のためにも、ユーザ接続はインターネットのＷＷＷページであると仮定する。しかし、本発明は、これらの実施例のみには限定されず、本発明との関係で、接続をするための他の方法と、例えばそれ自体としては公知の端末ソフトウェア等のアプリケーションソフトウェアとを使用することも可能である。
【００１８】
更に、本発明を説明するための実例では、サービスを供給するために使用される会社は、接続サーバ３を支える、インターナショナル・サービス社（"ＩＳＩ"と略記）という名称を持った多国籍の仮想の会社である。ＩＳＩ社の接続サーバ３は、ＩＳＩ社のクライアントとして参加しているか会社からの情報、第３者からの情報、公営サービスについての情報、などを伝送するようになっている。サービスを提供する会社や他の当事者は、ＩＳＩ社の接続サーバ３を介して情報を伝送するためにＩＳＩ社と契約をしている。この種の仕組みは例えばインターネット環境で知られていて、料金は契約の当事者から請求され、システムのユーザはシステムを利用しても必ずしも料金を請求されるとは限らない。従って、ユーザが支払わなければならないのは、主として、市内（ローカル）通話料金等の通信接続についての料金だけである。
【００１９】
開放データシステムの利用が増えてきているので、伝送制御プロトコル／インターネットプロトコル（Transmission Control Protocol/Internet Protocol（"TCP/IP"と略記））は種々のコンピュータが情報を伝送するために使うことのできる一般的プロトコルとなっている。現在、殆ど全てのオペレーティングシステムにTCP/IP支援（サポート）を利用することができる。TCP/IPは、ゲートウェイ又はルーターにより経路選択（ルーチング）を行うためのネットワークレイヤプロトコルＩＰ（Internet Protocol （インターネット・プロトコル））を有する。経路選択（ルーチング）は、４ビットのＩＰアドレスと経路選択（ルーチング）テーブルとを用いて行われる。インターネット・プロトコルのおかげで、TCP/IPを使用するコンピュータは、地球の裏側までもルーター・ネットワークでメッセージを送ることができる。
【００２０】
特に工業化した国々を十分にカバーしているインターネットは、TCP/IP接続プロトコルを使用する巨大なルーター・ネットワークである。現在、インターネットは１５０万台以上の装置と二千万人の人々とを結びつけている。科学目的の利用だけを目的として出発したインターネットのユーザの最大のグループは、今では、この実例ではＩＳＩ等の商業接続供給元からサービスを購入する会社から成っている。インターネットでは、各装置がそれ自身の識別ＩＰアドレスを持っている。ＩＰアドレスは３２ビット即ち４バイトの数字であって、２で割られて組織固有のネットワーク・アドレスとネットワーク固有の装置アドレスとに分けられる。アドレスの処理を一層容易にするために、十進法の、いわゆるポイント表記システムが導入されており、その表記システムではアドレスは各ポイントで分けられた８ビットの数字（オクテット）で表記される。１オクテットは０から２５５までの数字である。このアドレス・メカニズムは、いろいろな長さのネットワーク・アドレス及び装置アドレスを使用することを可能にする３種類のクラス（ＡＢＣ）に分けられる。
【００２１】
インターネット・データ・ネットワークの利用を容易にするために、このネットワークは領域名称サービス（domain name service （"ＤＮＳ"と略記））を備えていて、そのサービスでは各数字アドレスに或る英数文字列（ａｌｐｈａｎｕｍｅｒｉｃａｌ ｃｈａｒａｃｔｅｒ ｓｔｒｉｎｇ）が割り当てられる。例えば、ユーザは選択されたアドレスの英数文字列を入力し、それが領域名称サーバによって数字の形に変換された後に、その選択されたアドレスへの接続が可能となる。この仕組みには、アドレスは普通はサービスについての何らかの基本情報を表すように設計されているのでアドレスを覚えやすいという利点がある。例えば、アドレスは、"www.firm.fi"という形を持つことができ、それに対応する数字アドレスは193.66.16.1である。更に、リンクをインターネット・ページに作ることができて、リンクで定義されたインターネット・ページにリンクを介して直接移動することができる。
【００２２】
接続サーバ３は、例えば、データ伝送サービスを提供する会社のメインフレーム（mainframe）であって、データ伝送接続で通信ネットワーク２にリンクされることができる。例えば、接続サーバ３はインターネット・システムにリンクされてインターネット・サーバとして作用する。従って、検索端末１はインターネットのいわゆるwww（World Wide Web）ページを介して接続サーバ３とデータ伝送接続することができる。
【００２３】
接続サーバ３から、特に問い合わせメッセージを送信したり問い合わせメッセージに答えたりするためにリモートサーバ４，４'，４"とデータ伝送接続することができる。接続サーバ３とリモートサーバ４，４'，４"との間のデータ伝送接続は、陸線又は無線通信ネットワーク、或いはイーサネット（登録商標）・データネットワーク等の固定接続であってよい。リモートサーバ４，４'，４"は、接続サーバ３と同じ装置であってよく、又は互いに非常に遠く離れていて、例えば地球の反対側にあってもよい。接続サーバ３と１つ又は幾つかのリモートサーバ４，４'，４"とは必ずしも別の装置でなくてもよくて、それらが例えばサーバ・メインフレーム等の同一の物理的マシンの中に置かれていてもよい。
【００２４】
リモートサーバ４，４'，４"は、各々、例えば或るガス会社のサービス・ステーションの位置及びサービス供給についての情報などの、或る会社又はサービスについての情報を内蔵する。リモートサーバは独立のユーザ・プロフィール・データベースを持つことができ、それは普通はユーザに関するより詳しい情報を包含し、ユーザの設定値（セッティング）は接続サーバ３のユーザ・プロフィール・データベースの場合より一層多様であるが、これはユーザがサービス供給元とユーザ契約を結んでいることを意味する。
【００２５】
リモートサーバ４，４'，４"は、接続のセットアップ時にユーザの権利をチェックしたり、或いはその他の、例えば自分のユーザ・プロフィールを編集するチャンスをユーザに与えたり或いは前記のリモートサーバから提供される他のサービスにログイン（ｌｏｇ ｉｎ）するチャンスをユーザに与えたりするなど、ユーザ固有の動作を行うこともできる。
【００２６】
リモートサーバの非常に重要な機能の１つは、ユーザが接続サーバ３を介して入力した問い合わせを処理することである。接続サーバ３は、ユーザ固有の情報をその問い合わせに付け加えて、その問い合わせメッセージを問題のリモートサーバ４，４'，４"に送ることができる。リモートサーバは、そのリモートサーバのユーザ・プロフィールデータベースからその問い合わせにもっとユーザ情報を付け加え、その後にリモートサーバは受け取った問い合わせメッセージを処理する。問い合わせメッセージは、図８に示されているように、ユーザが変更したパラメータを包含することもできる。問い合わせの形式を定めるために、本明細書の以下の記述で説明するように、検索端末１に記憶されている問い合わせ形式が使用される。
【００２７】
もしリモートサーバが独立の問い合わせメッセージを受け取らなければ、即ちユーザが例えば端末装置を介してそのリモートサーバと直接接続しているならば、そのリモートサーバは例えばユーザにより選択されるべき選択肢のリストを表示し、更なる情報を入手するために、ユーザは所望の選択肢を選択し、リモートサーバはユーザの選択に基づいて情報をその端末装置に送る。
【００２８】
問い合わせメッセージの処理結果に基づいて、或いはユーザが入力した選択に基づいて、エラーの場合にはエラー・メッセージが示され、また肯定的な場合には、ディスプレイにより、或いは例えばユーザの通信端末の表示手段に例えばユーザへのショートメッセージを送ることによって、問い合わせの結果が示される。
【００２９】
本発明の有利な実施例のシステムは、ＩＰアドレス等のコンピュータ・ネットワーク・アドレスを有し、それはユーザの検索端末１に記憶される。このアドレスは、固定されても良く、また手操作で更新されても、或いは陸線又は無線でデータ伝送接続を介して更新されてもよい。このアドレスを更新する１つの実用的解決策は、ＧＳＭ移動通信システムから知られているショートメッセージサービス（ＳＭＳ）の利用である。このアドレス情報は、検索端末１から接続サーバ３への接続をセットアップするために使われる。代表的なアドレス項目は、接続サーバ３が接続されるサービス供給元の電話番号である。その電話番号をダイヤルすることによって例えばモデムを介してデータ伝送接続をセットアップすることができる。検索端末１は、該検索端末に記憶されているアドレス情報に基づいてこのダイヤル操作を自動的に実行する。
【００３０】
上記のアドレス情報の他に、接続をセットアップするためにどうしても必要な、或いは随意的（オプショナル）な、ＩＰアドレス、ネットワーク・マスク等の他の情報も送らなければならないことがある。本明細書で提示する実例では、ＩＰアドレス情報は重要でないので、これはユーザに送られない。ＷＷＷ以外の接続の形が使われる場合には、対応するＩＰ情報も例えばショートメッセージでユーザに送る必要があるかも知れない。
【００３１】
移動通信装置の実時間位置に関する情報を、ＧＰＳシステム又はその他の衛星位置測定システムから、或いは移動通信ネットワークの位置決定サービスを介して検索端末にとり出すことができる。普通は置き場所が余り頻繁には変更されないデスクトップ型パソコン等が検索端末１として使われる場合には、位置情報を例えばテキスト形式のファイルに記憶させることができ、ユーザはその情報を検索したり編集したりすることができる。
【００３２】
ユーザが通信ネットワーク２を介してサービスへの接続をセットアップすることによって問い合わせを開始する段階で（図１、ブロック１０１）、位置情報、端末又はユーザの識別子（ＩＤ）、及び場合によっては移動ルートに関する情報が、その問い合わせメッセージに含められ（ブロック１０２）、その問い合わせメッセージはそのサービスに送られる。検索端末から送られるメッセージ即ち問い合わせは適当なネットワーク・アドレスへ向けて経路選択（ルーチング）される（ブロック１０３）。経路選択（ルーチング）のために、ユーザの識別子（ＩＤ）、検索端末１の地理上の位置、ユーザが選択した或いは検索端末１が認識した移動ルート、或いはこれらの随意の組み合わせが利用される。
【００３３】
本発明のシステムでは、問い合わせメッセージに対する回答を、ユーザの識別子、移動ルート、及び検索端末１の地理上の位置に基づいて作成することができる（ブロック１０４）。
【００３４】
本発明の方法では、ユーザは、検索端末１を使って、自分が探そうとしているサービス等の検索事項（サーチ プロフィール）を定義する問い合わせメッセージを作成する。この目的のために、情報を入力するために使用される書き入れ用紙（blank form）が検索端末１にロードないし記憶される。ユーザ・プロフィールの情報に基づいて一部の欄（フィールド）に前もって記入しておくことができる。ユーザは、検索されるべき情報を定義するために項目を変更する。図７に示されているように、この目的のための適当な書き入れ用紙をインターネット型のＷＷＷページとして設計することができる。検索端末１は接続サーバ３へのデータ伝送接続をセットアップする。このデータ伝送接続は、検索端末１から送信されるデータを接続サーバ３に送ることができるとともに接続サーバ３から検索端末１に送られたデータを検索端末１で受信できる２方向データ接続であるのが好ましい。人の操作によらずにデータ伝送接続をセットアップできるように、少なくとも１つの接続サーバ３の、電話番号及びウェブ・アドレス等のアドレス情報が検索端末１のメモリーに記憶され、検索端末１はこの電話番号及びウェブ・アドレスを使ってデータ伝送接続を行う。
【００３５】
図３は、問い合わせメッセージを作成するための有利な実施例を示すフローチャートである。ユーザは検索端末１を使って端末アプリケーションを開始するが（ブロック３０１）、それはこの実施例ではＷＷＷブラウザー（ｂｒｏｗｓｅｒ）である。ユーザはブロック３０２で接続サーバ３への接続セットアップを開始し、接続がセットアップされた後にＷＷＷページが検索端末１の表示装置で表示される。ＷＷＷページは、選択されるべきサービス及び／又はそれらのサービスへのリンクを示す。ユーザは所望のサービスを選択する（ブロック３０３）。次に、接続サーバ３は、選択されたサービスに対応する問い合わせ書式を表示する（ブロック３０４）。問い合わせ書式は、接続サーバ３のユーザ・プロフィールから検索された基本情報を含んでおり、これらはユーザに表示される。この段階で、ユーザは、テキスト欄（フィールド）に自由に記入したり、所望のオプションボックスにマークを付けたり、選択可能な追加の選択肢を選択したりなどをすることができる（ブロック３０５）。ユーザは、位置及び／又は移動ルートに関する情報を手操作で入力したり、探そうとしているサービスを特定するための更なる記載事項（ｅｎｔｒｉｅｓ）を呈示することができる。問い合わせ書式が検索端末１のディスプレイにロードされた後、データ伝送経費を節約するために接続サーバ３への接続を切断することができる（図３には示されていない）。
【００３６】
ユーザは、必要なデータを全て充分に記入したと思った後、問い合わせ書式にその目的のために作成されている送信選択ボタン等（例えばＯＫボタン）を指すことによってデータ伝送を選択する。ボタン選択ということ自体は、選択されたボタンにポインタ手段でカーソルを向け、ポインタ装置と関連して設けられている選択ボタンを押すことによって選択を行う多くのコンピュータアプリケーション・プログラムから知られていることである。送信が選択された後、ブラウザーは問い合わせ書式に含まれている情報を読む（ブロック３０６）。次に、アプリケーション・プログラムはエラー訂正を行う（ブロック３０７）。この段階で、アプリケーション・プログラムはＨＴＭＬコードに基づいてチェックを行うが、該コードの値は強制的なものであって、これは選択できるものである。強制的な値のいずれかが欠けていたり間違っていたら、例えば文字が数字欄に記入されていたら、アプリケーション・プログラムは自動的にブロック３０４に戻るか、或いはエラー・メッセージを表示してからブロック３０４に戻る。その場合、ユーザは、もし書式が記憶されているならば検索端末１のメモリー手段から書式をロードし直し、或いは接続サーバ３から書式をロードすることによって接続サーバ３との接続を新たにセットアップして該書式をロードし直す。検索端末１は、動作を高速化するに使用されるキャッシュメモリーを持つこともできる。書式がキャッシュメモリーに記憶されていれば、それをそこから検索することができる。
【００３７】
また、接続サーバのオペレータは、普通は、与えられたデータの正しさと、ＨＴＭＬコードに適合しない欠陥とをチェックするためのアプリケーション・ソフトウェアを接続サーバ３にインストールしている。これは従来技術に属することであるので、これについてこれ以上の説明は不要である。
【００３８】
書式が正しく記入されている場合には、アプリケーションプログラムはブロック３０８に移行し、そこで検索端末１の記憶手段に記憶されているユーザ情報、即ちいわゆる初期設定ファイル、が検索端末１のランダムアクセスメモリーに読み込まれる。好ましくは、問い合わせ書式で定義されていない値だけが初期設定ファイルから読み込まれる。従ってユーザはメモリーに記憶されている値に取って代わる一時的な値を定義することができる。これは、例えばもう１つの乗り物或いは車で移動しているときなどの、通常の条件から逸脱しているような場合にユーザにとっては役に立つ。
【００３９】
次に、アプリケーションプログラムは位置及び／又は移動ルートに関する情報を自動的に読み込む（ブロック３０９）。本明細書において既に述べたように、位置に関する情報は、例えばＧＰＳ装置で決定してアプリケーションプログラムに適する形に変換することができる。これは、もしユーザが位置及び／又は移動ルートに関する情報をブロック３０５で記入してあるならば、不要である。
【００４０】
全ての必要な情報が集まったならば、アプリケーションプログラムは、接続サーバ３に送られるべき情報に基づいて問い合わせメッセージを作成する（ブロック３１０）。問い合わせメッセージは、例えばＨＴＭＬ言語に準拠するメッセージである。
【００４１】
アプリケーションプログラムはブロック３１１で時間フラグをセットする。これは、もし接続サーバ３との接続が所定時間内にセットアップされなければ動作を中断させてユーザにエラー・メッセージでそのエラーについて知らせるように制御するためのものである。アプリケーションプログラムはブロック３１２で再び接続を確立しようとし始める。ブロック３１３で、接続がセットアップされたか、即ち接続サーバ３が応答を検索端末１に送ったか否か、がチェックされ、もし応答が未だ受信されていなければ、ブロック３１５で期限（タイムリミット）が過ぎたか或いは未だ待ち時間が残っているかが検査され、待ち時間が残っている場合には該手順がブロック３１２で続行される。
【００４２】
検索端末１は、接続サーバ３から応答を受け取った後、即ち接続が確立された後、接続サーバ３への問い合わせメッセージの送信を開始する（ブロック３１４）。
【００４３】
検索端末１から送られた問い合わせメッセージは接続サーバ３で処理され（図４）、該接続サーバは、特にその問い合わせメッセージの内容に基づいて、該問い合わせメッセージの処理に適するリモートサーバ４，４'，４"を選択する。次に、接続サーバ３は、その問い合わせメッセージの情報を選択されたリモートサーバ４，４'，４"に送るとともに、場合によっては自分のユーザファイルの中の利用できるユーザ固有の情報をその問い合わせメッセージに付け加える。
【００４４】
接続サーバ３は、更に、該システムに組み込まれているサービス供給元により維持されているリモートサーバ４，４'，４"に関する情報と、該システムを通してサービス又は情報を提供する他の当業者に関する情報とを含むファイルを持っている。前記サービス・データベースは、最も適したリモートサーバ４，４'，４"を発見するために問い合わせメッセージの内容が検査される段階で使用される。該サービス・データベースは、例えば表１に示されているように、該システムに属する他のリモートサーバ４，４'，４"に関する情報を含んでいる。表１は接続サーバ３のサービス・データベースからの４つの記録を示している。各記録は表１の中の１コラムとして呈示されていて、その記録では下記の通りである。
【表１】
0004431152.tif 000002
【００４５】
接続サーバ３は、問い合わせメッセージを処理して、その中に呈示されている情報を接続サーバ３のサービス・データベースと比較する。その比較に基づいて接続サーバ３は、求められている情報即ちサービスに関する情報に最も良く対応する記録を見つけだそうとする。問い合わせは、ユーザの位置、又は例えば探し出すべきサービス、キーワード、分類、又はこれらの随意の組み合わせなどの、他のデータに基づいて行われることができる。
【００４６】
検索の結果として、その検索の根拠として使われた情報に対応する情報を持った１つの記録が発見されたならば、接続サーバ３は、その選択された記録において当該サービスのリモートサーバとして定義されているリモートサーバ４，４'，４"とのデータ伝送接続を確立する。場合によっては検索の結果として、探されている情報に対応する情報を含む幾つかの記録が提供される。すると接続サーバ３は、検索において関連性のあることが発見された記録のリストを表示する。そのリストは検索端末１の表示手段で表示され、ユーザはそのリストの中から最も魅力のあるサービスを選択することができ、接続サーバ３は、選択されたサービスに対応するリモートサーバ４，４'，４"とのデータ伝送接続を確立する。しかし、検索の結果として常に適当な或いは適当に近いような記録が提供されるとは限らず、その場合には接続サーバ３は、問い合わせメッセージの内容に関連する何らかの情報を利用できるサーバにその問い合わせメッセージを送る。
【００４７】
もし検索の結果として問い合わせメッセージに充分な程度に対応する情報を持った記録が全く提供されなければ、接続サーバ３から検索端末１に送られて検索端末１の表示手段で表示されるエラーメッセージによってそのことがユーザに通知される。従って、ユーザは、必要ならば、例えばもう一度問い合わせを作成することができる。
【００４８】
接続サーバ３に記憶されている検索サービスのユーザのユーザ・プロフィールは、少なくとも、ユーザの氏名、パスワード等のユーザ識別子と、各サービスについてのユーザデフォルト値と、場合によっては他のサービス固有の設定（セッティング）とをも含んでいる。ユーザ・プロフィールは例えば接続サーバ３のデータベースに記憶され、接続サーバ３は、前記ファイルを使って、各問い合わせメッセージをどのリモートサーバ４，４'，４"に送るべきかを見付け出す。ここに添付した表２は、いくつかの登録されたユーザについてのガス会社のユーザ・プロフィールデータベースの例を示す。情報は表２の各コラムで表示され、その中の各行は下記のように表示をしている。
【表２】
0004431152.tif 000003
【００４９】
接続サーバ３は一般的に使用されるサーバとして稼働するように構成されてもよく、その場合には接続サーバ３はユーザ固有の情報を必ずしも内蔵するとは限らない。その場合にはユーザは問い合わせメッセージで必要な情報を全て呈示しなければならないが、接続サーバ３は、ユーザが最も適当なものを選択することのできる、種々のユーザについての或る所定の設定情報（settings）を内蔵してもよい。
【００５０】
接続サーバ３がユーザ・プロフィールデータベースを持っていない場合には、適当なリモートサーバを見つけるために、問い合わせメッセージで送られた他の情報に基づいて問い合わせを処理することができる。接続サーバ３でユーザ・プロフィールデータベースを利用できるか否かに関わらず、リモートサーバ４，４'，４"も自分自身のユーザ・プロフィールを持つことができる。特に接続サーバ３が非常に異なる種類のサービスについての情報を送るような場合には、リモートサーバにユーザ・プロフィールデータベースが備えられていると有利である。
【００５１】
問い合わせは、ユーザが接続サーバ３と接続する段階で使用される。問い合わせは、下記の情報を含む問い合わせメッセージから成る：
・  位置に関する情報
・  移動ルートに関する情報
・  ユーザのユーザ・プロフィールに記憶されている値に取って代わる可能性のある値
・  接続サーバ３のユーザ・プロフィールデータベースに記憶されていない追加のユーザ固有情報。
【００５２】
ユーザは、問い合わせ書式に必要な情報を記入した後、問い合わせメッセージの送信を指令するコマンドを検索端末１に与える。次に、検索端末１は問い合わせ書式に含まれている情報を接続サーバ３に送り、接続サーバ３は、その書式における情報に基づいて、また場合によってユーザ・プロフィール情報にも基づいて、問い合わせメッセージを作成する。次に、問い合わせメッセージの作成について例をあげて説明する。問い合わせメッセージは例えば下記の情報を含むことができる。
0004431152.tif 000004
【００５３】
本発明を適用するためには、問い合わせメッセージを実際にどの様な形で送るかということ自体は重要ではなく、アプリケーションが異なればメッセージの構造も大幅に変わってもよい。根本的に重要なことは、問い合わせメッセージの内容が接続サーバ３に記憶されているデータベースから情報を探し出すのに充分であることである。この例では、問い合わせメッセージはインターネット環境から知られているハイパーテキスト転送プロトコル（Hyper Text Transfer Protocol（ＨＴＴＰ））を用いて送信されると仮定されており、上記の例で示されている値から成る問い合わせメッセージは次の通りである。
http://www.isi.com/query?UserID=McLarenGeorge&Location=N60°22'3&Location=E20 °22'30&Route=NE&Override=temp&Car=MB&GasType=Diesel&SearchWord=cafe&SearchWord=repair
【００５４】
位置情報を表示するための１つの型（N60 °22'3；E20 °22'30 ）を上に呈示したけれども、この関係では他の公知の種類の地理座標系を使ってもよい。移動局システムの基地局番号付けとの関係でユーザ又は検索端末１の位置を表示することもでき、その場合、位置は、検索端末１がその時にその通達範囲（ｃｏｖｅｒｉｎｇ ａｒｅａ）の中に存在する基地局の番号として表示される。この方法は、検索端末１が移動局から成っていて、その検索端末１から接続サーバ３への接続が前記の移動通信ネットワークを用いて確立される場合にも、適用可能である。
【００５５】
問い合わせメッセージで移動ルートもいろいろな方法で表示することができる。移動ルートは、ユーザが目的地である町や目的地の地理座標を表示するという方法で、好ましくは手操作で表示される。移動中にＧＰＳシステム等が与える座標データを使って移動ルートを表示することもでき、意図する移動ルートの座標はいろいろな地点で、好ましくは少なくとも目的地（ｄｅｓｔｉｎａｔｉｏｎ）で、計算される。上の例で示されているように、ユーザが進んでいる方角で移動ルートをコンパスのポイントとして表示することもできる。
【００５６】
図４のブロック図は、接続サーバ３で問い合わせメッセージを処理するための有利な実施例を示している。問い合わせメッセージを受け取ると（ブロック４０１）、接続サーバ３はそれを自分のメモリーに読み込んで（ブロック４０２）、そのメッセージを処理している間それを記憶する。接続サーバ３は、問い合わせの結果として得られるかも知れないリモートサーバのアドレスを突き止めるための記憶（メモリー）場所などを持っている。このメモリーは例えばランダムアクセスメモリー（ＲＡＭ）であり、その所要の部分がアプリケーションソフトウェアを使用するために留保される。リモートサーバのアドレス（この文脈では、このアドレスはターゲットアドレスと呼ばれる）を記憶するための記憶（メモリー）場所は始めにブロック４０３で空白にセットされる。
【００５７】
接続サーバ３は、検索サービスのユーザとして登録しているユーザに関する情報を内蔵することができる。ブロック４０４で、接続サーバ３に記憶されているユーザ指定の情報が問い合わせメッセージに付加される。検索端末１から送られてきたメッセージが接続サーバのユーザ・プロフィールに対応する情報を含んでいるならば、その問い合わせメッセージで受け取られた値がユーザ・プロフィールの中の値の代わりに好ましく使用される。次に、ユーザの位置に関する情報が接続サーバ３でチェックされる（ブロック４０５）。この段階で、例えば、位置情報が必要か否か、或いはその定義が不十分か否かがチェックされる。もし位置情報が必要ならば、その存在、書式、及び精度がチェックされる。そのチェックによって、その位置情報が要件を満たしていないことが分かったならば、動作はブロック４１２に移行する。
【００５８】
ブロック４１２で、接続サーバ３は位置情報が利用できないか或いはそれが不要であるような場合に使用することのできる種類の一般サーバのリモートサーバ４，４'，４"を見つけようと試みる。もしこのようなリモートサーバが見つかれば、このリモートサーバのアドレスはターゲットアドレスとしてセットされ（ブロック４１３）、その後に動作はブロック４０９に移行する。もし適当なリモートサーバが見つからなければ、エラーメッセージが作成されて（ブロック４１６）ユーザに表示される（ブロック４１７）。
【００５９】
問い合わせメッセージの位置情報が形式上正しいことが分かると、動作はブロック４０６で継続され、ここで、必要ならば、特に、適当なリモートサーバを探すときに考慮するべき情報がそのメッセージの中に更にあるか否か判定するために問い合わせメッセージについての他の情報がチェックされる。
【００６０】
特に、移動ルート、ユーザが呈示した検索語、及びサービス分類が考慮されるべきである。
【００６１】
接続サーバ３が受け取った問い合わせメッセージの中に必要な情報が他に無ければ、動作はブロック４０６からブロック４０７に移行する。その他の場合には、動作はブロック４１４で継続されて、ここで接続サーバ３は、位置情報を主検索基準として使用するとともに問い合わせメッセージの中の他の情報を所定の順序で追加検索基準として使用することにより、問い合わせメッセージの他の情報も使って適当なリモートサーバ４，４'，４"を見つける。この順序はサービスに固有のものであって、本発明の適用のためには如何なる重要性も持っていないので、この文脈で順序基準についてこれ以上説明する必要はない。ブロック４１５において、問い合わせメッセージの検索基準になるべく近い情報を持っているリモートサーバのアドレスとしてターゲットアドレスがセットされる。その後に、動作はブロック４０９で継続して行われる。
【００６２】
ブロック４０７で、問い合わせメッセージのみが処理されるが、関連検索情報はユーザの位置のみに基づいている。接続サーバ３は、ユーザに最も近いサービス又は各サービスを含んでいるリモートサーバ４，４'，４"を見つけようと試みる。このリモートサーバのアドレスがブロック４０８でターゲットアドレスとしてセットされ、その後に動作はブロック４０９で継続して行われる。
【００６３】
ブロック４０９で、問題のリモートサーバ４，４'，４"との接続をセットアップするために上記の検索の結果として得られたターゲットアドレスが使用される。次に、ブロック４１０で、選択されたリモートサーバとの接続が確立され得るか否かがチェックされる。例えば選択されたリモートサーバ４，４'，４"が何らかの理由で応答しないために接続セットアップが成功しなければ、ブロック４１８で、接続をセットアップする試みを新たに実行するべきか、或いはセットアップを中断するべきかがチェックされる。ここで、例えばタイムカウンタ又はリコールカウンタが使用されるべきであり、その場合、そのタイムカウンタでセットされた時間が経過していないか又は電話のかけ直しの回数が最大回数を超えていなければ、成功するまで接続が試みられる。接続セットアップが成功しなければ、エラーメッセージが作成されてユーザに表示される。
【００６４】
接続サーバ３から選択されたリモートサーバ４，４'，４"への接続が成功した場合には、動作はブロック４１１で継続され、問い合わせメッセージは更に選択されたリモートサーバ４，４'，４"に送られる。
【００６５】
図５は、有利な実施例に従って行われるリモートサーバ４，４'，４"での問い合わせメッセージの処理を示す簡略ブロック図である。動作はブロック５０１から始まり、問い合わせメッセージが接続サーバ３から受信される。その問い合わせメッセージに含まれている情報はブロック５０２でリモートサーバのメモリーに読み込まれる。周知のように、接続サーバ３との関係で上で述べたように、使用されるメモリーは例えばランダムアクセスメモリー（ＲＡＭ）である。
【００６６】
問い合わせメッセージの中の情報に基づいて、リモートサーバは、その問い合わせをしたユーザについてのリモートサーバ固有のユーザ情報を該リモートサーバのユーザ・プロフィール・データベースから検索する。また情報の重複がある場合には、リモートサーバは、自分の（該リモートサーバの）ユーザ・プロフィール・データベースに含まれている情報の代わりに問い合わせメッセージで受け取った情報を利用するのが好ましい。それは、ユーザが呈示した情報がユーザの通常の定義と異なる場合に特に有利である。
【００６７】
次に、リモートサーバは、当該ユーザのユーザ権利をチェックする（ブロック５０４）。この段階で、サービスに関連する他の特別のチェックを行うこともできる。リモートサーバのユーザ・プロフィール・データベースに含まれている情報が、問い合わせメッセージで受信された情報（特にパスワードとユーザの氏名）と比較される。
【００６８】
もし何らかの理由でユーザのユーザ権利がリモートサーバに記憶されている情報に従っていなかったり、或いは他の何らかの理由でそのリモートサーバへのユーザの記入（entry ）が拒否されたならば、エラーメッセージが作成されて（ブロック５０９）ユーザに表示される（ブロック５１０）。その後、その問い合わせメッセージの処理は中断される。
【００６９】
ユーザの記入権利に全く問題がなければ、リモートサーバのユーザ・プロフィールから検索された情報がブロック５０５でその問い合わせメッセージに付加され、その問い合わせメッセージはブロック５０６で処理される。
【００７０】
この段階で、リモートサーバにおいてその問い合わせメッセージを処理する準備が整う。その処理でも、使用される最も重要な検索基準は、もしユーザの位置が問い合わせメッセージで提示されているならば、好ましくはそのユーザの位置である。リモートサーバは、探し出すべきサービスであってユーザの位置に最も近いサービスの場所を見つける。移動ルート及び／又はユーザ・プロフィールに含まれている情報、検索語、などの他の検索基準を判定用に使用することもできる。その時に使用されるべき検索基準及びそれらの優先順位はそれぞれのサービスに固有であって、本発明の適用にあたっては重要ではない。
【００７１】
次のステップは、問い合わせメッセージの処理の結果を調べることである（ブロック５０７）。問い合わせの結果として実施可能な２つ以上のサービスが見つかったならば、それらは好ましくはリストの形でユーザに表示され（図６）、ユーザはそのリストから所望のサービスを選択することができる（ブロック５０８）。その後、動作はこれらに関しては終了する。
【００７２】
しかし、問い合わせメッセージの中の情報に充分に良く合うようなサービスが何時でも見つけられるとは限らない。そのときはエラーメッセージが作成されて（ブロック５１１）ユーザに表示される（ブロック５１２）。その後、問い合わせは完了する。
【００７３】
問い合わせメッセージは、検索端末１のボタン操作等を用いることにより手操作で作成されることもできる。しかし、それは、上で例示した完全に正しい問い合わせメッセージを作成するためにユーザは必要な識別子（ＩＤ）の書き方を正確に覚えていなければならないので、いささか面倒なやり方である。問い合わせメッセージを作成する有用な方法は、例えば各サービスの供給元がユーザにアプリケーションプログラムを提供するという方法であり、そのインターフェースは、ユーザが所要の情報を入力することのできる質問表（questionnaire）から成る。所要の情報を入力した後、ユーザはその書式を承認し、その後にアプリケーションプログラムはその書式で呈示された情報に基づいて例えばＨＴＴＰ型のメッセージ等の問い合わせメッセージを作成する。特に、同形の質問表を使うことができたり、或いは数種類の書式（blank）があって、その中からその都度最もその問い合わせに適するものを選択できるようなアプリケーションについては、接続サーバ３のオペレータがアプリケーションプログラムを提供してもよい。
【００７４】
もう一つの別の有利なやり方は、インターネットが提供する可能性を利用することである。その場合、有用な解決策は、問い合わせメッセージを作成するための情報を含む所定のＷＷＷページ即ち書式を接続サーバ３が持つことである。この方法には、ユーザがそのＷＷＷページを接続サーバ３からロードして、それを局所的に例えば検索端末１の記憶手段（ハードディスクや不揮発性ランダムアクセスメモリーなど）に記憶させておくことができるという利点がある。すると、ユーザは、問い合わせを作成するためにその都度そのＷＷＷページをロードする必要が無くて、お金と時間とを節約することができる。もし接続サーバ３がそのＷＷＷページを変更すれば、その接続サーバ３に登録されている各ユーザに通知が送られて、ユーザはその修正されたＷＷＷページをロードしてそれを記憶させて、前のバージョンと置き換えることができる。
【００７５】
ユーザが問い合わせを行うことを希望する段階で、そのＷＷＷページが例えばインターネット・ブラウザでロードされ、その質問表の関連部分に書き込みが行われる。その後、アプリケーションプログラムが自動的に問い合わせメッセージを作成して、好ましくはそれをショートメッセージ（ＳＭ）として送る。そのＷＷＷページが検索端末１の記憶手段に記憶されていない場合には、接続サーバ３と接続するときに各問い合わせと関連してその質問表がロードされる。
【００７６】
特に、例えば唯一の供給元のサービスについての情報を送るために接続サーバ３が利用されるときに色々な種類の質問表が必要でないような場合には、質問表を検索端末１の記憶手段に記憶させておくのが有利である。しかし、普通は、例えば前記のＩＳＩ社の例を取り上げると、接続サーバ３はもっと広範に使用され、数種類のサービス及びサービス供給元に関する情報を接続サーバ３を介して検索することができる。その様な場合には数種類の質問表を使う必要があることがしばしばあり、その様な質問表を検索端末１の記憶手段に記憶させることは必ずしも好ましいことではない。
【００７７】
質問表の関連部分に記入し終えた後、ユーザは書式を送れる準備ができたことをアプリケーションプログラムに知らせる。その後、アプリケーションプログラムは、入力された情報を結合させ、例えばハイパー・テキスト・マークアップ言語（the hyper text mark-up language （ＨＴＭＬ））とＨＴＴＰ定義とに従って接続サーバ３に送られるべき問い合わせメッセージを作成する。この段階でアプリケーションソフトウェアは質問表の中の必要な部分が全て正しく記入されているか否かをもチェックする。間違いや欠陥があれば、アプリケーションプログラムは検索端末１のディスプレイ上にエラーメッセージを作成して、書式にもう一度記入をするようにユーザに要求する。
【００７８】
使用された質問表が検索端末１の記憶手段に記憶されている書式であったならば、その書式に正しく記入がなされた後に、接続サーバ３との接続セットアップが開始される。この段階で、例えばＧＰＳシステムや移動通信システムから得られた位置情報も問い合わせメッセージに付加される。ＧＰＳシステムが使用される場合には、位置情報を発見してそれを問い合わせメッセージに付加するためにブラウザに送るためのアプリケーションプログラムが検索端末１に備え付けられる。
【００７９】
問い合わせメッセージが作成される段階で、それを接続サーバ３に送ることができる。その送信は、自動的に実行されるか、或いは例えば所定のボタンを押したりディスプレイ上の承認ボタン（例えば、ＯＫボタン）を選択したりすることによって、ユーザによって実行される。
【００８０】
次に接続サーバ３における問い合わせメッセージの処理について説明する。接続サーバ３は、検索端末１から問い合わせメッセージを受け取ると、その問い合わせメッセージの内容をチェックして、例えばユーザ識別子又はパスワードが間違っているなどの理由で、必要ならばそれ以上の動作を阻止する。接続サーバ３は、自分が選択したリモートサーバ４，４'，４"と接続した段階でその様なチェックを行ってもよい。そのやり方では、接続サーバ３はユーザのユーザ権利を必ずしもチェックするとは限らず、そのメッセージを更に送信する。ユーザ権利に欠陥があるためにそのメッセージのそれ以上の処理が阻止されたならば、そのことが例えば検索端末１に送られるショートメッセージでユーザに通知され、検索端末１はそのメッセージを表示手段で表示する。
【００８１】
検索端末１から送られてきた問い合わせメッセージから、回答経路、即ちその問い合わせに対する回答を送り、また場合によってはエラーメッセージも送る宛先のアドレスが見いだされる。例えば、ＧＳＭ移動通信システムのショートメッセージサービス（ＳＭＳ）は、送り手の識別子（ＩＤ）情報をショートメッセージに添付する可能性を有し、それに基づいて回答経路を見つけることができる。回答経路は、接続サーバ３によって、或いは接続サーバ３がその問い合わせメッセージを送ったリモートサーバ４，４'，４"によって、ユーザデータベースに記憶される。
【００８２】
ユーザの検索端末１が送り出した問い合わせメッセージの、リモートサーバ４，４'，４"のサービスへの登録（entry ）を妨げる理由はいろいろある。多くのサービス供給元は、ユーザがサービスのユーザとして登録されることを要求していて、未登録のユーザには当該サービスを登録前に使用するチャンスが与えられない。またユーザが自分の氏名、識別コード、或いはパスワードを間違って入力することもあって、それもまた、それらのデータの入力を必要とするサービスの使用を妨げることになる。リモートサーバとの接続を確立できないもう一つの理由は、位置情報がかけていたり或いは間違っているか或いはそれが不正確な又は不完全な形で呈示されているという事実である。一方、余りに多くのパラメータを入力すると、即ちリモートサーバが認識できないパラメータを問い合わせメッセージが含んでいると、リモートサーバでの更なる処理が妨げられる可能性がある。また、或るパラメータが欠けていたり、パラメータが間違って定義されていたりしても、その問い合わせメッセージの更なる処理が妨げられるかも知れない。
【００８３】
問い合わせメッセージが正しいものであると認識されるとともにユーザが登録済みのユーザであると認識された後、その問い合わせメッセージの処理を開始することができる。その問い合わせメッセージで呈示されている情報は、パラメータを或る優先順位で処理することによって有利に考慮される。本発明を適用するために最も有利な優先順位は、ユーザの位置情報がリモートサーバのサービスを選択するための主な基準であるということである。次に、移動ルートが考察される。次の基準は、ユーザが呈示することのある一時的なユーザ・プロフィール定義と、接続サーバ３に記憶されているユーザ・プロフィールの内容とである。更に、図８に示されている質問表の中の参照番号８０１が付されている検索語などの、ユーザが定義した他のパラメータを考慮に入れることができる。
【００８４】
問い合わせメッセージで呈示されている情報と優先順位とに基づいて、接続サーバ３は自分のデータベースを検索して、その問い合わせメッセージに最も良く適合するサービス又は各サービスを探す。接続サーバ３は、接続サーバ３が選択したサービス又は各サービスを示す、検索端末１に送られるべき回答メッセージを作成する。回答メッセージは例えば１つ或いは数個のショートメッセージであり、その中から検索端末１は関連情報を収集して、問い合わせメッセージの処理の結果として接続サーバ３により選択されたサービスのリストなどのメッセージをディスプレイ上に作成する。その後、ユーザは最適のサービスを選択することができ、検索端末１は選択されたサービスへの接続セットアップを開始する。接続を確立する実際の方法は、例えば、検索端末１から接続サーバ３及び／又はリモートサーバ４，４'，４"へ利用可能なデータ伝送接続の種類に依存する。
【００８５】
リモートサーバ４，４'，４"の目的は、主として、例えば或る会社やサービスに関する情報を提供することである。リモートサーバは、接続サーバ３の動作についての解説に関連して前述したように、独立のユーザ・データベースを持つことができる。リモートサーバのユーザ・データベースは、ユーザに関するより詳しい情報、より特定的なユーザ設定値（セッティング）、などを包含することができる。
【００８６】
また、リモートサーバ４，４'，４"は、必要ならばユーザのユーザ権利をチェックして、例えばユーザに自分のユーザ・プロフィールを変更するチャンスや当該リモートサーバの他のサービスについてのユーザとして登録するチャンスを与えるなど、ユーザ特有の他の操作を実行することができる。
【００８７】
リモートサーバ４，４'，４"の最も重要な機能は、接続サーバ３を介して受け取った問い合わせメッセージを更に処理することである。本明細書において既に明らかにしたように、接続サーバ３は、ユーザ固有の情報をその問い合わせメッセージに付け加えて、自分が選択したリモートサーバにそれを送ることができる。その選択されたリモートサーバは、自分のユーザ・プロフィール・データベースからユーザ固有の情報をその問い合わせメッセージに付け加え、その後にそのリモートサーバはその問い合わせメッセージを処理する。
【００８８】
ユーザは端末等を通してリモートサーバに直接接続を確立することもでき、その場合には特別の問い合わせメッセージは送られない。その場合にはリモートサーバは例えば選択のリストをユーザの検索端末１の表示手段で表示し、ユーザはそのリストから最適のものを選択することができる。
【００８９】
問い合わせメッセージの処理或いはユーザによる選択が行われた後、肯定的な場合には検索の結果を示すメッセージが検索端末１に与えられる。エラーの場合には、エラーメッセージが表示される。エラーの理由は、例えば、問い合わせメッセージで照会されているリモートサーバで利用できるその様なサービスが無いことである。メッセージの伝送は上述したように、例えば１つ或いは数個のショートメッセージを使用したり或いはそれ自体としては公知の他の通信方法を利用したりして実行される。
【００９０】
本発明の方法では、ユーザ自身が所要のサービスを探したり自分の位置を見いだす必要はない。ユーザは、例えば、近くのレストランや宿泊施設、自動車修理施設、ガソリンスタンド、種々の娯楽施設などに関する情報を自動的に入手することができる。その様なことを自動的に、すなわちユーザが旅行している間に、情報が更新されるようにも実行することができる。
【００９１】
既存の移動通信ネットワーク及びデータ・ネットワークで本発明を有利に使用することができるだけではなくて、ＧＳＭシステムの規格に準拠するＧＰＲＳサービス等の未来のデータ通信サービスでも使用することができる。
【００９２】
検索端末１、或いは移動通信網のシステムサービス等の、該システムの任意の他の機能部分でユーザの位置に関する情報を決定することができる。その場合、移動通信ネットワークはユーザの位置に関する情報を問い合わせメッセージに付け加え、その後に例えば移動通信網は、その位置情報に基づいて、その問い合わせメッセージを送って処理してもらうのに最適の接続サーバ３を選択する。もう一つの場合には、問い合わせ書式を特にユーザ識別子（ＩＤ）に基づいて或る接続サーバ３に向けて経路選択（ルーチング）することができる。
【００９３】
データ伝送のために、移動通信網を利用する代わりに、或いは移動通信網の利用に加えて、衛星データ伝送、放送衛星により提供されるデータ伝送サービス、或いはデジタルオーディオ放送（ＤＡＢ）等の陸線放送と関連して利用できるデータ伝送サービスを利用することも可能である。
【００９４】
本発明は上記の実施例のみに限定されるものではなくて、請求の範囲の各請求項の範囲内で多様に実施され得るものである。
【図面の簡単な説明】
【００９５】
【図１】ファイルからのデータ検索を示す簡略化したフローチャートである。
【図２】本発明の有利な実施例のシステムを示す簡略化したブロック図である。
【図３】問い合わせメッセージの作成を説明するフローチャートである。
【図４】第１の接続サーバにおける問い合わせメッセージの処理を説明する簡略化したフローチャートである。
【図５】遠く離れたサーバにおける問い合わせメッセージの処理を説明する簡略化したフローチャートである。
【図６】接続サーバへの接続を形成するために使われる入力書式を示す図である。
【図７】接続サーバからユーザのデータ処理装置にロードされる問い合わせ書式を示す図である。
【図８】ユーザが記入した問い合わせ書式を示す図である。
【図９】問い合わせに基づいて実行された検索の結果のユーザへの呈示を示す図である。
【符号の説明】
【００９６】
１…検索端末
２…通信網（通信ネットワーク）
３…接続サーバ
４，４'，４"…リモートサーバ
【図１】
0004431152.tif 000005
【図２】
0004431152.tif 000006
【図３】
0004431152.tif 000007
【図４】
0004431152.tif 000008
【図５】
0004431152.tif 000009
【図６】
0004431152.tif 000010
【図７】
0004431152.tif 000011
【図８】
0004431152.tif 000012
【図９】
0004431152.tif 000013