(57)【特許請求の範囲】
【請求項１】
情報処理システムと位置ソースとこれらを通信可能とするコンピュータ・ネットワークとを用いて特定ユーザの位置情報を集計する方法であって、
当該情報処理システムには、一のユーザに対する複数の位置ソースとの対応関係と、当該複数の位置ソースから得られる位置データの評価基準とが記憶されており、
当該コンピュータ・ネットワークを介して特定のユーザに対応する複数の位置ソースから複数の位置データを取得するステップと、
当該評価基準に基づいて当該特定のユーザに関する当該位置データの集合を生成するステップと
を含む方法。
【請求項２】
前記評価基準には、前記特定ユーザの位置の信頼性を含み、
前記生成ステップは、当該特定ユーザに関する複数の位置データのうち、より信頼性の高い位置データをより信頼性の低い位置データに比べて優先して生成するステップを含む
請求項１に記載の方法。
【請求項３】
前記対応関係は、一の位置ソースが複数のユーザに共有されているか否かを含み、
前記評価基準には、当該共有の有無を含む
請求項１に記載の方法。
【請求項４】
前記生成ステップは、前記特定のユーザに関する複数の位置データのうち、共有されていない位置データを共有されている位置データに比べて優先して生成するステップを含む
請求項３に記載の方法。
【請求項５】
前記取得ステップは、前記複数の位置データ及びその各取得時刻とを取得し、
前記評価基準には、最近の移動を含む
請求項１に記載の方法。
【請求項６】
前記生成ステップは、前記特定のユーザに関する複数の位置データのうち、最近移動した位置データを、最近移動していない位置データに比べて優先して生成するステップを含む
請求項５に記載の方法。
【請求項７】
前記評価基準には、移動限度を含み、
前記生成ステップは、前記特定のユーザに関する複数の位置データのうち、当該移動限度を超えて最近移動した位置データを、最近移動していない位置データに比べて優先して生成するステップを含む
請求項５に記載の方法。
【請求項８】
前記取得ステップは、前記情報処理システムが前記コンピュータ・ネットワークを介して各位置ソースから各位置データをポーリングするステップを含む
請求項１に記載の方法。
【請求項９】
前記取得ステップは、前記情報処理システムが前記コンピュータ・ネットワークを介して各位置ソースから各位置データをポーリングするステップと、
所定時間前記ポーリングステップを繰り返すステップとを含む
請求項１に記載の方法。
【請求項１０】
前記所定時間は、前記位置データの個数により決定される
請求項９に記載の方法。
【請求項１１】
前記所定時間は、前記位置データの取得時間間隔により決定される
請求項９に記載の方法。
【請求項１２】
前記取得ステップは、前記位置ソースからの前記位置データを１つのフォーマットに変換するステップを含む、請求項１記載の方法。
【請求項１３】
前記位置ソースのうち少なくとも１つは双方向ポケットベルであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、請求項１２記載の方法。
【請求項１４】
前記位置ソースのうち少なくとも１つは無線ＬＡＮハブであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、請求項１２記載の方法。
【請求項１５】
前記位置データは継続的に更新される、請求項１記載の方法。
【請求項１６】
前記取得ステップは、２人以上のユーザに関する位置データを取得するステップを含み、
前記生成ステップは、２人以上のユーザに関する前記位置データの、ユーザ別に構成された集合を生成するステップを含む、請求項１記載の方法。
【請求項１７】
前記取得ステップは、前記位置ソースからの前記位置データを１つのフォーマットに変換するステップを含む、請求項１６記載の方法。
【請求項１８】
前記位置ソースのうち少なくとも１つは双方向ポケットベルであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、請求項１７記載の方法。
【請求項１９】
前記位置ソースのうち少なくとも１つは無線ＬＡＮハブであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、請求項１７記載の方法。
【請求項２０】
前記位置データは継続的に更新される、請求項１６記載の方法。
【請求項２１】
情報処理システムと複数の位置ソースとこれらを通信可能とするコンピュータ・ネットワークとを用いて特定ユーザの位置を確認するため情報を集計する方法であって
当該情報処理システムは、一のユーザに対する複数の位置ソースとの対応関係と、当該複数の位置ソースから得られる位置データの評価基準とを記憶し、
当該情報処理システムにおいて実行される、各位置ソースの位置データを得るポーリング・プロセスと、得られた位置データを特定ユーザにマップするマッピング・プロセスと、ユーザ別に構成された位置データの集合を評価するため論理プロセスとにおいて、
当該ポーリング・プロセスは、
当該対応関係に基づいて、特定ユーザに対応する複数の位置ソースをポーリングするステップと、
前記位置データが新しいか確認するステップと、
新しい位置データをマッピング・プロセスに送信するステップと、
当該方法の利用が終了するまで前記３つのステップを繰り返すステップと
を含み、
当該マッピング・プロセスは、
当該ポーリング・プロセスから新しい位置データを受信するステップと、
当該対応関係に基づいて、新しい位置データを対応する特定ユーザにマップするステップと、
ユーザ別に構成された位置データの集合を評価するため論理プロセスに送信するステップと、
当該方法の利用が終了するまで前記３つのステップを繰り返すステップと、
を含み、
当該論理プロセスは、
当該評価基準に基づいて当該位置データの集合を評価するステップ
を含む、
方法。
【請求項２２】
コンピュータ・ネットワークを介して位置ソースと通信可能な情報処理システムであって、
当該情報処理システムには、一のユーザに対する複数の位置ソースとの対応関係と、当該複数の位置ソースから得られる位置データの評価基準とを記憶する記憶手段と、
当該コンピュータ・ネットワークを介して特定のユーザに対応する複数の位置ソースから複数の位置データを取得する手段と、
当該評価基準に基づいて当該特定のユーザに関する当該位置データの集合を生成する手段と
を含むシステム。
【請求項２３】
位置情報を集計する情報処理システムであって、該情報処理システムは、
コンピュータ・ネットワークと通信する通信装置と、
一のユーザに対する複数の位置ソースとの対応関係と、当該複数の位置ソースから得られる位置データの評価基準とを記憶する記憶装置と、
出力装置と、
システム・バスと、
当該システム・バスにより前記通信装置、前記記憶装置及び前記出力装置に接続され、方法を実装するようにプログラムされたプロセッサとを含み、
当該方法は、
当該対応関係に基づいて特定のユーザに関する位置データを当該コンピュータ・ネットワークに接続された複数の位置ソースから取得するステップと、
前記位置ソースからの前記位置データを１つのフォーマットに変換するステップと、
当該評価基準に基づいて前記ユーザに関する前記位置データの集合を生成するステップと、
前記位置データを継続的に更新するステップと、
を含む、情報処理システム。
【請求項２４】
前記取得ステップは、２人以上のユーザに関する位置データを取得するステップを含み、
前記生成ステップは、２人以上のユーザに関する前記位置データの、ユーザ別に構成された集合を生成するステップを含む、
請求項２３記載の情報処理システム。
【請求項２５】
コンピュータを、位置ソースと通信可能なコンピュータ・ネットワークを用いて特定ユーザの位置情報を集計する情報処理システムとして機能させるコンピュータ・プログラムであり、
当該コンピュータに、
一のユーザに対する複数の位置ソースとの対応関係と、当該複数の位置ソースから得られる位置データの評価基準とを記憶する機能と、
当該コンピュータ・ネットワークを介して特定のユーザに対応する複数の位置ソースから複数の位置データを取得する機能と、
当該評価基準に基づいて当該特定のユーザに関する当該位置データの集合を生成する機能と
を実現させるコンピュータ・プログラム。
【請求項２６】
請求項２５に記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般には情報処理システムに関し、特にユーザの位置を確認するため情報を集計する方法及びシステムに関する。
【０００２】
【従来の技術】
携帯電話、携帯情報端末（ＰＤＡ：Personal Digital Assistant）、衛星利用測位システム（ＧＰＳ：Global Positioning System）デバイスなどのモバイル無線電子デバイスが普及し、利用者も増加している。このようなデバイスを１人で複数利用することも珍しくない。これらのモバイル・デバイスは、"パーベイシブ・コンピューティング（pervasive computing）デバイス"と呼ばれるデバイスの１つである。"パーベイシブ・コンピューティング"と呼ばれるのは、以前にはコンピュータ技術のおよそ埒外にあったデバイスにも、マイクロプロセッサを備えたシステムが見られるようになったためである。パーベイシブ・コンピューティング・デバイスは、携帯電話、自動車部品などのモバイル・デバイスを含む。また、マイクロプロセッサとこれに関連する揮発性メモリ、不揮発性メモリ、入力手段、出力手段及び他のコンピューティング・デバイスへのリンクを与えるネットワーク・インタフェースやモデムなどのインタフェースも含まれる。
【０００３】
これらのパーベイシブ・コンピューティング・デバイスは、ユーザ個人に、またはパーベイシブ・コンピューティング・デバイスがネットワークに接続されている場合はユーザ・グループに、独立したコンピューティング・パワーを与えるように設計された情報処理システムである。パーベイシブ・コンピューティング・デバイスはまた、マイクロプロセッサに接続され、専用機能を実行する１つ以上の入出力デバイスを含む（例えば、モデム、サウンド／ビデオ・デバイス、専用通信デバイスなど）。パーベイシブ・コンピューティング・デバイスは、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、またはインターネットなどのネットワークにより、コンピューティング・システムや他のパーベイシブ・コンピューティング・デバイスにリンクされることがある。
【０００４】
衛星やネットワークをベースにした測位技術により、モバイル・パーベイシブ・コンピューティング・デバイスの地理上の位置を確認することができる（携帯電話ユーザ向けの、位置ベースのサービス（location-based service）はこのような測位技術を用いる）。１つの問題は、あるソースからの位置情報が別のソースからの情報と一致しない場合があることである。例えば、夫婦が車に搭載されたトラッキング・デバイスを共有し、夫は現在位置を認識する携帯電話を持っているとする。また妻は、車で夫を夫のオフィスまで送った後に自分のオフィスに行くとする。その場合、携帯電話からの情報は、夫が彼のオフィスにいることを示すが、車の中のトラッキング・デバイスからの情報は、夫が妻のオフィスにいることを示し、携帯電話からの情報と一致しない。
【０００５】
このような不一致があると現実に大きな問題が生じる。前述の例では夫の雇用者は、社員のモバイル電子デバイスからの位置情報により社員の位置を確認することができる。このシステムは、雇用者が訪問販売（sales calls）や業務通話(service calls）を行う社員の派遣を決定する上で役立つが、あるソースからの情報では夫がそのオフィスにいることが示され、別のソースからの情報では夫が妻のオフィスにいることが示される場合には役に立たない。
【０００６】
【発明が解決しようとする課題】
関係者、関係者のスケジュール及び関係者と各種モバイル・デバイスの関係に関する情報を追加しなければ、この不一致を解決するのは困難である。こうした測位技術を有効に利用するには、ユーザの位置を確認するために複数のソースから利用できる情報を全て利用することが重要である。すなわち、複数のソースからの位置情報を取得、集計及び評価する方法及びシステムが求められる。モバイル・デバイスの位置を確認するだけではなく、ユーザ、ユーザのスケジュール及び各種デバイスに関する情報も加える方法及びシステムが求められる。
【０００７】
【課題を解決するための手段】
本発明は、ユーザの位置を確認するため、ユーザ別に構成された情報を取得、集計する方法及びシステムである。この位置情報は、正しく処理されれば大いに有益である。例えば、訪問販売や業務通話を行う社員の派遣については前述の通りである。本発明の目標は、ユーザが複数のソースから情報を集めて評価し、それによって利用できる位置情報を全て正しく利用できるようにすることである。
【０００８】
このような方法またはシステムがなければ、測位技術により１人のユーザの、複数の位置ソースまたは複数のユーザが共有する１つの位置ソースを正しく処理することはできない。このような方法またはシステムがなければ、あるソースからの位置情報が別のソースからの情報と一致しないという前記の問題が残る。
【０００９】
解決法は、利用できる位置情報を全て正しく利用するために、まず複数のソースから情報を集め、次にその情報を評価することである。一般に、あるソースからの情報は他のソースからの情報よりも信頼性が高い。例えば、共有されていないデバイスからの情報は、２人以上のユーザが共有するデバイスからの情報より信頼性が高いと考えられる。位置が最近変更されたデバイスからの情報は、位置が最近変更されていないデバイスからの情報より信頼性が高いと考えられる。
【００１０】
本発明は、モバイル・デバイスの位置を確認するだけではなく、ユーザ、すなわちモバイル・デバイスを２つ以上、及びおそらくはユーザの予測位置を示す電子カレンダを持つことのできるユーザの位置を確認する。本発明では、位置データの電子ソース（以下、"位置ソース"という）は、携帯電話、携帯情報端末、衛星利用測位システム（ＧＰＳ）デバイス、及び他のパーベイシブ・コンピューティング・デバイスなどのモバイル電子デバイスを含む。位置ソースはまた、日時に応じてユーザの予測位置を与えるコンピュータ・ベースのモデル、スケジュール、カレンダなどを含む。このようなモデル、スケジュール、カレンダは、携帯情報端末、デスクトップ・コンピュータ、サーバなどに格納することができる。
【００１１】
位置ソースから位置情報が取得された後、他のユーザの位置を追跡しているユーザは、集められた位置情報を自分で評価するか、または評価を自動化することができる。完全自動システムの場合、コンピュータが、情報をユーザに提供する前にデータに対して分類やフィルタリングの処理を行う。
【００１２】
本発明の１側面は、ユーザの位置を確認するため情報を集計する方法である。本発明の他の側面は、本発明の方法を実行するシステムである。本発明の他の側面はまた、本発明の方法を実行するため、コンピュータ使用可能媒体（computer-usable medium）かまたはコンピュータ・システムに存在する媒体上の命令セットである。
【００１３】
【発明の実施の形態】
概要：
本発明は、位置情報を取得・集計する方法及びシステムである。ユーザは、集められた位置情報を自分で評価するか、評価を自動化することができる。本発明は、複数のソースからの位置情報を伴うあらゆる状況に活用できよう。例えば、訪問販売や業務通話を行う社員を派遣するため、集められた位置情報を使用するシステムがある。また、あるユーザがミーティングの場所に着いたことを別のユーザに知らせるシステムがある。また、次のミーティング場所までの適切なドライブ情報を与えるため、Ｗｅｂ（World Wide Web）を通してユーザのハンドヘルド・コンピュータ、コンピュータ・ベースのカレンダ、ＰＧＳユニット及びマップ・サービスと対話するシステムがある。また、Ｗｅｂを通してユーザの携帯電話、コンピュータ・ベースのカレンダや予定表と対話し、何らかの取引を行う必要のある場所に近づいたときにその旨を知らせるシステムも考えられる。こうした例では、情報の出力は可聴か可視、或いはテキストかグラフィックスなどによる。
【００１４】
前記の例において、ユーザの実際の位置に合った有益な情報がユーザに提供されるので、ユーザが照会を行う必要はない。またユーザ別に構成された、複数のソースから利用できる位置情報を全て利用することの重要性に注意されたい。
【００１５】
以下は、本発明及び特許請求の範囲の説明に用いる用語の定義である。用語"コンピュータ読み取り可能な記憶媒体"とは、フロッピー（Ｒ）ディスク、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ＣＤ−ＲＯＭ、フラッシュＲＯＭ、不揮発性ＲＯＭ、不揮発性メモリなどのコンピュータ・メモリである。用語"位置データ"または"位置情報"は、緯度と経度または位置に関する他の記述である。"位置ソース"とは、携帯電話、携帯情報端末、ポケットベル、衛星利用測位システム（ＧＰＳ）デバイス、及びこれらのモバイル電子デバイスに関連するサーバ、日時に応じてユーザの予測位置を与えるコンピュータ・ベースのモデル、スケジュール、カレンダなどのモバイル電子デバイスを含む位置データの電子的ソースである。"ユーザ"は、本発明の方法やシステムにより管理される位置ソースを利用するユーザ及び他のユーザの位置を管理するユーザを指し示す。
【００１６】
方法及びシステム：
本発明は、コンピュータの種類を限定するものではない。図１を参照すると、本発明に従った、情報処理システムを持つコンピュータ・ネットワークに位置データが配信される様子が示される。図１の左側では、位置情報が位置ソースであるデバイス１０１、１１１、１０２、１０３、１０４から取得される。位置データはコンピュータ・ネットワーク９４を通して情報処理システム１０に配信される。情報処理システム１０内の位置集計ユニット２０は、１人または２人以上のユーザに関する位置データを取得し、１人または２人以上のユーザに関する該位置データの、ユーザ別に構成された集合を生成する。この例では、集められた位置情報の評価は自動化される。加入者アプリケーション４０を通してユーザに情報を提供する前に、データの評価（分類、フィルタリング、または統合の処理）が論理コンポーネントである位置ロジシャン（location logician）３０により実行される。
【００１７】
図２を参照すると、図１の代表的な情報処理システムに追加できるコンポーネントを示す上位のブロック図が示される。情報処理システム１０は主に、どこにどのような手段により格納されアクセスされるかにかかわらず、ソフトウェアの形を取れるコンピュータ可読命令によって制御される。このようなソフトウェアは、情報処理システム１０により処理を行うため、中央処理装置（ＣＰＵ）５０とも呼ばれるプロセッサ内で実行することができる。ＣＰＵ５０は通常、Intel社やAdvanced Micro Devices社のマイクロプロセッサである。
【００１８】
システム・バス５に接続されるメモリ・デバイスは、ランダム・アクセス・メモリ（ＲＡＭ）５６、読取り専用メモリ（ＲＯＭ）５８及び不揮発性メモリ６０を含む。これらのメモリは、情報を格納及び取得できる回路を含む。ＲＯＭは、変更のできない格納データを含む。ＲＡＭに格納されたデータは、ＣＰＵ５０または他のハードウェア・デバイスにより変更できる。不揮発性メモリは、電源を切ってもデータが失われないメモリである。不揮発性メモリは、ＲＯＭ、ＥＰＲＯＭ、フラッシュ・メモリ及びバッテリ・パックＣＭＯＳ  ＲＡＭを含む。図２に示すように、このようなバッテリ・パックＣＭＯＳ  ＲＡＭは構成情報を格納するのに使用できる。拡張カードや拡張ボードは、コンピュータに機能やリソースを追加する回路ボードである。通常、拡張カードはメモリ、ディスク・ドライブ・コントローラ６６、ビデオ・サポート、並列／直列ポート及び内部モデムを追加する。ラップトップ、パームトップ及びその他のポータブル・コンピュータの場合、拡張カードは通常、ＰＣカードの形を取る。これはクレジットカードの大きさのデバイスで、コンピュータの側面や背面にあるスロットに差し込んで使用する。空きスロット６８は、様々な拡張カードやＰＣカードを装着するのに使用できる。ディスク・コントローラ６６とディスケット・コントローラ７０は両方とも、ハード・ディスク・ドライブ７２及びそれぞれフロッピー（Ｒ）ディスクまたはディスケット７４との読取り、書込みを指示及び制御する専用集積回路及び関連回路を含む。このようにディスク・コントローラは、読取り／書込みヘッドの位置決めなどのタスクを処理する。１つのディスク・コントローラでディスク・ドライブを２つ以上制御することができる。ＣＤ−ＲＯＭコントローラ７６は、ＣＤ−ＲＯＭ７８（コンパクト・ディスク読取り専用メモリ）からデータを読取るため、情報処理システム１０に追加することもできる。このようなＣＤ−ＲＯＭは、データを読取るため、磁気手段ではなくレーザ光学系を使用する。
【００１９】
情報処理システム１０と他の情報処理システムの間の通信は、シリアル・コントローラ８８及びネットワーク・アダプタ９０により促進することができる。これら２つは両方ともシステム・バス５に接続される。シリアル・コントローラ８８は、コンピュータ間またはコンピュータと周辺装置間で情報を（１つのラインを通して一度に１ビット）転送するため用いられる。このようなシリアル・インタフェースによりモデム９２と通信することができる。モデムは、コンピュータが一般の電話回線を通して情報を転送するための通信デバイスである。モデムは、電話回線を通して転送するため、コンピュータのデジタル信号をアナログ信号に変換する。モデム９２またはネットワーク・アダプタ９０により、サーバ、電子掲示板、インターネット、Ｗｅｂなどのソフトウェアや情報のソースとの接続が得られる。ネットワーク・アダプタ９０は、情報処理システム１０をネットワーク９４に接続することのできる通信デバイスである。ネットワーク９４は、ソフトウェアや情報を電子的に通信及び転送する手段をコンピュータ・ユーザに与えることができる。またネットワーク９４は、複数のコンピュータが作業負荷を共有し、タスクを実行するため協力する分散処理を実現する。
【００２０】
キーボード／マウス・コントローラ８０は、情報処理システム１０において、キーボード８２及びポインティング・デバイス８４とのインタフェースを取る。ポインティング・デバイスはトラックボール、ジョイスティック、タッチパネル／スクリーンなど、或いは図のようなマウスを使用して実装することができる。ポインティング・デバイス８４は、ディスプレイ９６に表示されるポインタやカーソルを移動させるため使用できる。入力デバイスとしては音声入力用のマイクもある。当業者には明らかなように、ディスプレイ９６、キーボード８２及びポインティング・デバイス８４は、既製のコンポーネントを使用して実装することができる。
【００２１】
ディスプレイ・コントローラ９８により制御されるディスプレイ９６は、情報処理システム１０により生成されるビジュアル出力を表示するため用いられる。ディスプレイ９６は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、電光パネル（electrode luminescent panel）などを使用して実装することのできる表示画面を含む。ディスプレイ・コントローラ９８は、ディスプレイ９６に送られるビデオ信号を出力するのに必要な電子コンポーネントを含む。プリンタ１００は、並列コントローラ１０２を介して情報処理システム１０に接続することができる。並列コントローラ１０２は、システム・バス５とプリンタ１００などの別の並列通信デバイスの間に接続されたワイヤを通して複数のデータ、制御ビットを同時に送信するため用いられる。出力デバイスの他の例として音声出力用のスピーカがある。
【００２２】
ＣＰＵ５０は、命令をフェッチ、デコード及び実行し、コンピュータの主なデータ転送パスであるシステム・バス５を介して、他のリソースとの間で情報を転送する。このバスは、情報処理システム１０のコンポーネントを接続し、データ交換媒体を定義する。システム・バス５は、図２に示すメモリ・ユニット５６、５８、６０、ＣＰＵ５０及び他のデバイスを一括接続し、それらの間でのデータ交換を可能にする。
【００２３】
図３を参照すると、本発明に従った位置情報を取得、集計及び評価するシステムの例が示される。現在実装している本発明において、Ｊａｖａ（Ｒ）プログラミング言語を使用したが、他の言語も使用可能である。図３の左側で、この例では位置ソース１０１、１０２、１０３を含む位置ソース３００のグループから位置情報が取得される。
【００２４】
位置ソース３００からの出力は、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、拡張マークアップ言語（ＸＭＬ）などの言語である。現在実装している本発明において位置情報は、この例ではアダプタ３０１、３０２を含むアダプタ・サーブレット３１０のセットから取得される。これらのアダプタは、様々な位置ソースからの位置データを１つのフォーマットに変換する。現在実装している本発明において、このフォーマットはＸＭＬで実装されたフォーマットである"Ｌｏｃａｔｉｏｎ  ＸＭＬ"または"ＬｏｃＸＭＬ"である。位置データはまた、この例では位置ソース１０３からなど、直接取得することもできる。アダプタの詳細は図４と併せて説明する。
【００２５】
位置集計ユニット２０は、１人または２人以上のユーザに関する位置データを取得し、１人または２人以上のユーザに関する該位置データの、ユーザ別に構成された集合を生成する。位置データの集合（ＬｏｃＸＭＬ集計情報３２１）は、ロジシャン・ファサード（logician facade）３２０に送られ、ロジシャン・ファサードは論理記述３３０、論理ビーン・ファクトリ（logic bean factory）３４０及び論理インプリメンテーション３５０と通信する。これらの詳細は後述する。これらのシステムは、ユーザに情報を提供する前に、新しい位置一覧３２２を加入者アプリケーション４０に発行することによって、データに対して評価（分類、フィルタリング、または統合の処理）を行うように機能する。他の実施例では、位置集計ユニット２０により何らかの分類やフィルタリングを行える。
【００２６】
分類、フィルタリング、統合の処理に関して、ユーザは次のように様々な論理機能を選択し実装することができる。位置データの分類、フィルタリング、統合の処理に用いられる論理機能やプロセスは"ロジシャン"と呼ばれる。ロジシャンを"呼び出し"或いは"実装する"ことは、位置データの分類、フィルタリング、統合の処理用のロジシャンを採用することである。ＡＰＩ呼び出しGetLogicianTypes()３３１の結果、論理記述３３０がロジシャン・タイプ３３２を返す。これはユーザに表示される選択肢を表す。ＡＰＩ呼び出しGetLogician（logician）３３１の結果、論理ビーン・ファクトリ３４０はロジシャン３４２を返す。これはユーザが実装する論理機能を選択していることを表す。論理機能に関するユーザの設定は、加入者設定データベース３９０に格納し、そこから取得することができる。ＡＰＩ呼び出しlogician.inovoke（LocationList）３５１の結果、論理インプリメンテーション３５０はnewLocationList３５２を返す。これは、位置データの分類、フィルタリング、統合のために実装されている論理機能を表す（論理インプリメンテーション３５０は図１の位置ロジシャン３０に対応する）。システムは、加入者アプリケーション４０に新しい位置一覧３２２を発行することによって、分類、フィルタリング、または統合された位置データをユーザに提供する。
【００２７】
システムは、用途の予測に応じて位置情報の集合内にあるアイテムを分類することができる。別のユーザの位置を管理しているユーザには、比較的新しい動きを示す位置ソースからのデータに比較的高いランクを与えるように位置データを提供することができる。これは、どの位置ソースの動きが比較的新しいか、従って位置の更新が最も新しいかに応じてデータを分類する例である。現在実装している本発明では、各Ｌｏｃａｔｉｏｎ  ＸＭＬエントリにタイムスタンプ及びタイムスタンプ別に分類された位置データの集合がある。別の分類の例では、別のユーザの位置を管理しているユーザに、他の位置ソースよりも比較的正確であると予測される位置ソースからのデータに比較的高いランクを与えるように位置データを提供することができる。また、比較的正確な測定が可能な位置ソースからのデータに比較的高いランクを与えることもできる。
【００２８】
データをフィルタリングする例を挙げると、実際の動きではなく位置測定のランダムな変動により、報告された位置に突然小さい変化が生じることがある。これはノイズの一種であり、新しい位置データのうち現在の位置データの集合に追加するデータに限度を設定することによってフィルタすることができる。システムはこのように、データをフィルタして、エラーにつながるデータを削除することができる。
【００２９】
本発明は、位置データの集合内にある位置データを統合して、最も可能性の大きいユーザの位置を確認することができる。例えば、２つ以上の位置ソースからのデータをもとに、システムによりコンセンサス位置（consensus location）を確認した結果、管理されている別のユーザの最も可能性の大きい位置をユーザに与えることができる。コンセンサス位置は、２つ以上の位置ソースからのデータにより示され、１つの位置ソースだけから得られたデータよりも信頼性が高い。
【００３０】
システムは、実際の位置に関するユーザからのフィードバック、及び従来の人工知能アルゴリズムを通して学習し、その性能を高めることができる。システムは、どの位置ソースが、またはどの位置ソースの組み合わせが最も有益かを学習することもできる。
【００３１】
前述の例を続けると、雇用者は社員のモバイル電子デバイスからの位置情報を使用して社員の位置を確認することができる。このシステムは、訪問販売や業務通話を行う社員の派遣に関して雇用者の意思決定を助ける。本発明によりそのようなシステムがより有益になる。雇用者は本発明を次のように利用することができる。再び図３を参照する。論理記述３３０はロジシャン・タイプ３３２を返す。これは、雇用者などのユーザに提示される選択肢を表す。選択肢は、"最近移動"、"最も正確"などのオプションを含めてメニューに表示することができる。論理ビーン・ファクトリ３４０はロジシャン３４２を返す。これはユーザが実装する論理機能の種類を選択することを表す。雇用者は"最近移動"を選択することができる。このロジシャンの場合、"移動した位置ソースのうちどれが比較的新しいか、従って位置の更新が最も新しいかに従ってデータを分類"というような規則を記述することができる。これは用途の予測に従い、位置情報の集合内にあるアイテムを分類する例である。
【００３２】
前述の例を続けると、夫婦が車に搭載されたトラッキング・デバイスを共有し、夫はＧＰＳ機能のある双方向ポケットベルを持っているとする。昼間、共有している車は数時間は移動していないと考えられるが、夫の双方向ポケットベルは頻繁に移動している。論理インプリメンテーション３５０はnewLocationList３５２を返す。これは位置データを分類するため、論理機能"最近移動"が実装されていることを表す。システムは、新しい位置一覧３２２を加入者アプリケーション４０に発行することで、分類された位置データを雇用者に提供する。夫の双方向ポケットベルからの位置データは、一覧の再上位になり、数時間移動していない共有している車からの位置データより上にランクされる。一覧は、後述の図８の例のようなエントリの一覧として表示することもできる。加入者アプリケーション４０は、例えばマップなどを表示することによって、位置データの解釈で雇用者を助ける。加入者アプリケーション４０は、ユーザの好みに合わせて簡易位置データを表示することもできる。次の表は、上の例の夫などのユーザに関する位置データの集合を簡素化した例である。
【表１】
夫の位置データ
ランク  位置ソース    位置
１．    ポケットベル  緯度＝Ｎ３７４８２０  経度＝Ｗ１２２２７３８
２．    車            緯度＝Ｎ３７４８２２  経度＝Ｗ１２２２７４０
【００３３】
このような集合には、カレンダ、携帯電話などの別の位置ソースからのエントリを加えることもできる。
【００３４】
図４は、本発明に従い位置情報を取得及び集計するシステムの例を示した、上位のブロック図である。この例において位置集計ユニット２０は、位置ソースＧＰＳサーバ４１１、双方向ポケットベル（ポケットベル４０２）、無線ＬＡＮハブ（無線ハブ４１３）及び対応デバイス４０４の位置データをポーリングする。位置集計ユニット２０は、１人または２人以上のユーザに関する位置データを取得し、１人または２人以上のユーザに関する該位置データの、ユーザ別に構成された集合を生成する。
【００３５】
位置ソースからの出力は、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、拡張マークアップ言語（ＸＭＬ）などの他の言語である。現在実装している本発明では、位置情報は、アダプタ、すなわちＧＰＳアダプタ４２１、ポケットベル・アダプタ４２２及び無線ハブ・アダプタ４２３を通して取得される。これらのアダプタは、様々な位置ソースからの位置データを１つのフォーマットに変換する。これらのアダプタは、ＸＭＬでの１つの所望のフォーマット以外のフォーマットで位置データを与える位置ソース（例えば"レガシー"位置ソース）に有益である。現在実装している本発明では、この１つのフォーマットは、ＸＭＬで実装されたフォーマットであるＬｏｃａｔｉｏｎ  ＸＭＬまたはＬｏｃＸＭＬであるが、他のフォーマットも使用できる。モバイル電子デバイス及びそれらのデバイスに関連するサーバからの位置データに対するフォーマットは既にいくつか存在する。将来、１つの標準フォーマットが広く受け入れられ、データはアダプタを通すことなく直接取得できるようになろう。図４は、対応デバイス・データ・パス４４４を介して対応デバイス４０４（すなわち出力が所望のフォーマットに対応したデバイス）から位置情報が直接取得されることを示す。
【００３６】
現在実装している本発明では、ＧＰＳアダプタ４２１は、ＧＰＳサーバ４１１からＧＰＳデータを読取り、ＧＰＳデバイス４０１を搭載した車の位置を与える。ポケットベル・アダプタ４２２は、双方向ポケットベル４０２から電子メールを受け取る。電子メール・メッセージ内にＧＰＳデータまたはそのポケットベル４０２が現在関連付けられているセルの名前がある。セルの名前は、その名前を実際の位置にマップするためルックアップ・テーブルに用いられる。無線ハブ・アダプタ４２３は、無線ハブ４１３を伴う無線ＬＡＮ上にあるラップトップ・コンピュータ４０３に関する位置データを受信する。無線ハブ・アダプタ４２３は、ネットワーク・ハードウェアから情報を集めるプロトコルである、シンプル・ネットワーク管理プロトコル（ＳＮＭＰ）を使用し、ラップトップ・コンピュータ４０３の、無線インターネット接続の位置から位置情報を引き出す。他の多くの同様なアダプタも実装することができる。例えば、コンピュータ・ベースのカレンダを読取り、日時に応じてユーザの予測位置を与えるアダプタがある。アダプタについては図５と併せて後述する。
【００３７】
図５は、図４のシステムに追加できるコンポーネントを詳しく示したブロック図である。ポケットベル４０２は双方向ポケットベルである。現在実装している本発明では、Research in Motionの双方向ポケットベルが用いられた。Motorolaから入手できる他の同様なデバイスも使用できる。ポケットベル４０２ではクライアント・アプリケーションが動作し、クライアント・アプリケーションは、ポケットベルが現在通信している無線塔の識別番号または接続されたＧＰＳユニットにより生成される緯度と経度の座標を送信するかどうかを選択する。この選択プロセスに用いられる基準は、ＧＰＳ信号強度、無線塔の信号強度、移動の頻度などである。
【００３８】
通信プロトコルは次のようになる。ポケットベル４０２のクライアント・アプリケーションは、サーバのメッセージ・キュー５０２（ＰＯＰサーバ）にメッセージを頻度不定で送信する。メッセージは、フォーマットがDEVICEID、TOWERID、GPRMC、POS_UTC、POS_STAT、LAT、LAT_REF、LON、LON_REF、SPD、HDG、DATEの位置情報を含む。ＧＰＳフィールドは、ＧＰＳデータが利用できないときは値０である。実装されたメッセージ処理方法は、シンプル・メール転送プロトコル（ＳＭＴＰ）を介して送信される電子メールである。
【００３９】
ポケットベル・アダプタ４２２はマルチスレッドのサーブレットである。サーブレット、はサーバ上で動作するＪａｖａ（Ｒ）アプリケーションである。ポケットベル・アダプタ４２２にはバックグラウンド・スレッドがあり、これはポケットベル４０２からの新しいメッセージが、メッセージ・キュー５０２に受信されているかどうかを所定間隔で確認する。メッセージ処理システムにより、企業環境で想定されるファイアウォールやセキュリティの問題が回避される。このバックグラウンド・スレッドは、ポケットベル４０２の電子メールからの関連情報を解析して、内部位置ハッシュテーブルを作成する。ポケットベル・アダプタ４２２のもう１つのスレッドは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求を処理し、位置集計ユニット２０により呼び出される。ポケットベル・アダプタ４２２は、この要求を受けて、その内部位置ハッシュテーブルから情報を取り出し、位置集計ユニット２０にＬｏｃａｔｉｏｎ  ＸＭＬで出力する。
【００４０】
文書型定義（ＤＴＤ：Document Type Definition）はマークアップ言語の定義である。以下、現在実装している本発明に用いられたＬｏｃａｔｉｏｎ  ＸＭＬのＤＴＤを示す。
【表２】
<!--モバイル・デバイスからの位置情報のＤＴＤ-->
<!ELEMENT LocationInformation (MobileDevice+)>
<!ELEMENT MobileDevice (Geographic+, TowerID?)>
<!ATTLIST MobileDevice TrackID CDATA #REQUIRED>
<!ATTLIST MobileDevice RequestTime CDATA #REQUIRED>
<!ATTLIST MobileDevice ErrorCode CDATA #REQUIRED>
<!ELEMENT Geographic (GeodeticDatum, HeightDatum, Region)>
<!ATTLIST Geographic Velocity CDATA #IMPLIED>
<!ATTLIST Geographic PositionTime CDATA #REQUIRED>
<!ELEMENT GeodeticDatum (WGS-84｜BESSEL-1841)>
<!ELEMENT WGS-84 (LatLong｜UTM)>
<!ELEMENT LatLong EMPTY>
<!ATTLIST LatLong PositionFormat (IDMS0｜IDMS3) #REQUIRED>
<!ATTLIST LatLong Latitude CDATA #REQUIRED>
<!ATTLIST LatLong Longitude CDATA #REQUIRED>
<!ELEMENT UTM EMPTY>
<!ATTLIST UTM PositionFormat (2｜4) #REQUIRED>
<!ATTLIST UTM Easting CDATA #REQUIRED>
<!ATTLIST UTM Northing CDATA #REQUIRED>
<!ATTLIST UTM Zone CDATA #REQUIRED>
<!ATTLIST UTM ZoneDesignator CDATA #REQUIRED>
<!ELEMENT BESSEL-1841 (RTS-90)>
<!ELEMENT RTS-90 EMPTY>
<ATTLIST RTS-90 PositionFormat (IDMS0｜IDMS3) #REQUIRED>
<ATTLIST RTS-90 Latitude CDATA #REQUIRED>
<ATTLIST RTS-90 Longitude CDATA #REQUIRED>
<!ELEMENT HeightDatum EMPTY>
<!ATTLIST HeightDatum HeightFormat (meters｜yards) #REQUIRED>
<!ATTLIST HeightDatum HeightValue CDATA #REQUIRED>
<!ELEMENT Region EMPTY>
<!ATTLIST Region RadiusFormat (meters｜yards) ＃REQUIRED>
<!ATTLIST Region InnerRadius CDATA "0">
<!ATTLIST Region OuterRadius CDATA "0">
<!ATTLIST Region StartAngle CDATA "0">
<!ATTLIST Region StopAngle CDATA "360">
<!ATTLIST Region LevelOfConfidence CDATA "100">
<!ElEMENT TowerID EMPTY>
<!ATTLIST TowerID PositionTime CDATA ＃REQUIRED>
<!ATTLIST TowerID Name CDATA ＃REQUIRED>
<!ATTLIST TowerID Type CDATA ＃REQUIRED>
【００４１】
位置集計ユニット２０は、ポケットベル・アダプタ４２２、他のアダプタ及び位置ソースにＨＴＴＰを介して所定間隔で照会する。位置集計ユニット２０は、ポケットベル・アダプタ４２２の現在の管理デバイス一覧と、ＬｏｃａｔｉｏｎＸＭＬの位置を取得する。
【００４２】
ラップトップ・コンピュータ４０３では、定期的に無線ハブ・アダプタ４２３にＨＴＴＰ要求を出すサービスが実行される。これにより無線ハブ・アダプタ４２３が、ラップトップ・コンピュータ４０３の位置を位置集計ユニット２０に報告できるようになる。
【００４３】
無線ハブ４１３は無線ＬＡＮハブであり、ビルトインＷｅｂサーバを備え、ハブを構成しハブに関する情報を表示するため使用できるページを表示する。現在実装している本発明では、Cisco Systems社の無線ＬＡＮハブが用いられたが、Apple Computer社、Compaq Computer社、Intel社、Lucent Technologies社、３Com社などから入手できる他の同様なデバイスも使用できる。
【００４４】
マルチスレッド・サーブレットである無線ハブ・アダプタ４２３には、バックグラウンド・スレッドがあり、無線ハブ４１３など任意の数の無線ＬＡＮハブに所定間隔でＨＴＴＰ要求を出し、各ハブのネットワーク上に接続されているクライアントと、そのインターネット・プロトコル（ＩＰ）アドレスのテーブルを含むＨＴＭＬページを取得する。この情報は解析され、各無線ハブ４１３クライアントのＩＰアドレスをキーとし、各クライアントが使用しているハブを値としたハブ・ハッシュテーブルが作成される。無線ハブ・アダプタ４２３にはまた、入力されるＨＴＴＰ要求を処理するスレッドがある。この無線ハブ・アダプタ４２３では、このような要求が２種類ある。１つは、ラップトップ・コンピュータ４０３から受信される要求で、これらはただサーバにラップトップ・コンピュータ４０３の位置（バックグラウンド・スレッドにより取得される）を、位置集計ユニット２０に開示する許可を与える。具体的には、各ＨＴＴＰヘッダーで元のＩＰアドレスが調べられる。このＩＰアドレスと受信時刻は、認証ハッシュ・テーブルに格納される。受信されたＨＴＴＰ要求の他のタイプは、位置集計ユニット２０からのものである。無線ハブ・アダプタ４２３は、この要求を受信する度に、認証ハッシュテーブルを通じて繰り返し、（所定値に従って）認証を最近送信したＩＰアドレス毎に、無線ハブ４１３のハッシュテーブルから対応するハブ情報が取得される。この情報は適宜解析され、Ｌｏｃａｔｉｏｎ  ＸＭＬが作成される。
【００４５】
位置集計ユニット２０は、無線ハブ・アダプタ４２３、他のアダプタ及び位置ソースにＨＴＴＰを介して所定間隔で照会する。位置集計ユニット２０は無線ハブ・アダプタ４２３の現在の管理デバイス一覧とＬｏｃａｔｉｏｎ  ＸＭＬの位置を取得する。
【００４６】
図６は、実施例に実装されている位置情報を、取得及び集計するプロセスの１つである。図１、図３、図４及び図５に示す位置集計ユニット２０内でプロセスは開始する（ステップ６１０）。"ポーリング・スレッド"と呼ばれる、任意の数のポーリング・プロセス（例では６０１、６０２及び６０３の３つ）が生成される（ステップ６２０）。ポーリング・スレッドはそれぞれ、位置ソースの位置データをＨＴＴＰを介してポーリングする（ステップ６３０）。ポーリング・スレッドはそれぞれ、該位置データが新しいかどうか確認する（判断ステップ６４０）。各ポーリング・スレッドは（ステップ６５０で）新しい位置データをマッピング・プロセスに送る。"マッピング・スレッド"と呼ばれるマッピング・プロセスについては図７と併せて後述する。ポーリング・スレッドが終了するまで、ステップ６３０、６４０及び６５０が繰り返される。このようにして位置データが継続的に更新される。
【００４７】
図７は、図６に関連し実施例に実装されている通り、位置情報を取得及び集計する別のプロセスのフローチャートである。図６の６０１、６０２及び６０３のポーリング・スレッドと並行して、マッピング・スレッド７０１が開始し（ステップ７１０）、６０１、６０２及び６０３のポーリング・スレッドから新しい位置データを受信する（ステップ７２０）。マッピング・スレッド７０１は、新しい位置データをユーザにマップする（ステップ７３０）。
【００４８】
次に、この例にはオプションの"タイムアウト"・ステップ（判断ステップ７４０）が含まれ、これによりマッピング・スレッドが待機する（ステップ７５０）。これについては後述する。所定時間を待機した後、判断ステップ７４０で"Ｙｅｓ"分岐が取られ、ユーザ別に構成された位置データの集合をマッピング・スレッドが論理プロセスに送信し（ステップ７６０）、論理プロセスは加入者アプリケーションを通して、ユーザに情報を提供する前にデータの評価（分類、フィルタリングなどの処理）を行う。
【００４９】
"タイムアウト"・ステップ（判断ステップ７４０）は、図６の６０１、６０２及び６０３などのポーリング・スレッドから、多くの新しい位置データが"順に"受信されるように設計される。言い換えると、ステップ７６０による出力は、これに新しい位置データが２つ以上含まれる場合にはより有意義になる。新しい位置データを２つ以上受信するには、マッピング・スレッド７０１は、（ステップ６５０で）新しい位置データをマッピング・スレッド７０１に送信する、６０１、６０２、６０３などのポーリング・スレッドが多くなるまで待機する必要がある。タイムアウトの値は、ステップ７６０により発行される新しい位置データの個数と、これらが発行される時間の間隔により決定される。
【００５０】
前記のステップ７２０、７３０及び７６０は、判断ステップ７７０で"Ｙｅｓ"分岐が取られ、マッピング・スレッドが終了するまで繰り返される（ステップ７８０）。このようにして位置データの集合が継続的に更新される。
【００５１】
位置データの集合は、図８の例と同様なエントリの集合である。これはＬｏｃａｔｉｏｎ  ＸＭＬ文書の例であり、ＧＰＳ機能を持つ双方向ポケットベルからの位置データをブラウザで表示したものである。図８は、モバイル・デバイス（例では双方向ポケットベル）識別番号８１１、接続されたＧＰＳユニットにより生成される経度８３２と緯度８３３の座標、タイムスタンプ８７１及びポケットベルが現在通信している無線塔の識別番号８７２を含む。図３乃至図５のアダプタからのＬｏｃａｔｉｏｎ  ＸＭＬ出力は、図８の例と同様なエントリから構成される。
【００５２】
本発明の好適実施例としてアプリケーションがある。具体的には、例えばコンピュータのランダム・アクセス・メモリに設置される、コード・モジュールの命令セット（プログラム・コード）である。命令セットは、コンピュータから要求されるまでは、例えばハード・ディスク・ドライブの別のコンピュータ・メモリや、光ディスク（ＣＤ−ＲＯＭに使用）、フロッピー（Ｒ）ディスク（フロッピー（Ｒ）ディスク・ドライブに使用）などの取り外し可能なメモリに格納でき、インターネットや他のコンピュータ・ネットワークからダウンロードすることもできる。本発明はこのように、コンピュータで実行可能な命令を持ち、コンピュータ使用可能媒体として実装することができる。またここに示した様々な方法は、ソフトウェアにより選択的に起動及び再構成される、汎用コンピュータに都合よく実装されるが、当業者には明らかなように必要なステップを実行するように構成されたハードウェア、ファームウェア、或いは専用性の高い装置などにおいても実行できる。
【００５３】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００５４】
（１）位置情報を集計する方法であって、複数の位置ソースからユーザに関する位置データを取得するステップと、該ユーザに関する該位置データの集合を生成するステップとを含む方法。
（２）前記取得ステップは、前記位置ソースからの前記位置データを１つのフォーマットに変換するステップを含む、前記（１）記載の方法。
（３）前記位置ソースのうち少なくとも１つは双方向ポケットベルであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（２）記載の方法。
（４）前記位置ソースのうち少なくとも１つは無線ＬＡＮハブであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（２）記載の方法。
（５）前記位置データは継続的に更新される、前記（１）記載の方法。
（６）前記取得ステップは、２人以上のユーザに関する位置データを取得するステップを含み、
前記生成ステップは、２人以上のユーザに関する前記位置データの、ユーザ別に構成された集合を生成するステップを含む、前記（１）記載の方法。
（７）前記取得ステップは、前記位置ソースからの前記位置データを１つのフォーマットに変換するステップを含む、前記（６）記載の方法。
（８）前記位置ソースのうち少なくとも１つは双方向ポケットベルであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（７）記載の方法。
（９）前記位置ソースのうち少なくとも１つは無線ＬＡＮハブであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（７）記載の方法。
（１０）前記位置データは継続的に更新される、前記（６）記載の方法。
（１１）ユーザの位置を確認するため情報を集計する方法であって、
ポーリング・プロセスにおいて、
位置データに関する複数の位置ソースをポーリングするステップと、
前記位置データが新しいか確認するステップと、
新しい位置データをマッピング・プロセスに送信するステップと、
前記方法の利用が終了するまで前記３つのステップを繰り返すステップと、
前記マッピング・プロセスにおいて、
前記ポーリング・プロセスから新しい位置データを受信するステップと、
新しい位置データをユーザにマップするステップと、
ユーザ別に構成された位置データの集合を評価するため論理プロセスに送信するステップと、
前記方法の利用が終了するまで前記３つのステップを繰り返すステップと、
を含み、よって前記位置データの集合を継続的に更新する方法。
（１２）位置情報を集計する情報処理システムであって、該情報処理システムは、
複数の位置ソースからユーザに関する位置データを取得する手段と、
前記ユーザに関する前記位置データの集合を生成する手段と、
を含む、情報処理システム。
（１３）前記取得手段は、前記位置ソースからの前記位置データを１つのフォーマットに変換する手段を含む、前記（１２）記載の情報処理システム。
（１４）前記位置ソースのうち少なくとも１つは双方向ポケットベルであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（１３）記載の情報処理システム。
（１５）前記位置ソースのうち少なくとも１つは無線ＬＡＮハブであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（１３）記載の情報処理システム。
（１６）前記位置データは継続的に更新される、前記（１２）記載の情報処理システム。
（１７）前記取得手段は、２人以上のユーザに関する位置データを取得する手段を含み、
前記生成手段は、前記２人以上のユーザに関する前記位置データの、ユーザ別に構成された集合を生成する手段を含む、  前記（１２）記載の情報処理システム。
（１８）前記取得手段は、前記位置ソースからの前記位置データを１つのフォーマットに変換する手段を含む、前記（１７）記載の情報処理システム。
（１９）前記位置ソースのうち少なくとも１つは双方向ポケットベルであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（１８）記載の情報処理システム。
（２０）前記位置ソースのうち少なくとも１つは無線ＬＡＮハブであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（１８）記載の情報処理システム。
（２１）前記位置データは継続的に更新される、前記（１７）記載の情報処理システム。
（２２）位置情報を集計する情報処理システムであって、該情報処理システムは、
ネットワークと通信する通信装置と、
記憶装置と、
出力装置と、
システム・バスと、
前記システム・バスにより前記通信装置、前記記憶装置及び前記出力装置に接続され、方法を実装するようにプログラムされたプロセッサとを含み、該方法は、
ユーザに関する位置データを複数の位置ソースから取得するステップと、
前記位置ソースからの前記位置データを１つのフォーマットに変換するステップと、
前記ユーザに関する前記位置データの集合を生成するステップと、
前記位置データを継続的に更新するステップと、
を含む、情報処理システム。
（２３）前記取得ステップは、２人以上のユーザに関する位置データを取得するステップを含み、
前記生成ステップは、２人以上のユーザに関する前記位置データの、ユーザ別に構成された集合を生成するステップを含む、
前記（１０）記載の情報処理システム。
（２４）コンピュータで実行可能な命令を持つコンピュータ使用可能媒体であって、
ユーザに関する位置データを複数の位置ソースから取得する手段と、
前記ユーザに関する前記位置データの集合を生成する手段と、
を含む、コンピュータ使用可能媒体。
（２５）前記取得手段は、前記位置ソースからの前記位置データを１つのフォーマットに変換する手段を含む、前記（２４）記載のコンピュータ使用可能媒体。
（２６）前記位置ソースのうち少なくとも１つは双方向ポケットベルであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（２４）記載のコンピュータ使用可能媒体。
（２７）前記位置ソースのうち少なくとも１つは無線ＬＡＮハブであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（２４）記載のコンピュータ使用可能媒体。
（２８）前記位置データは継続的に更新される、前記（２４）記載のコンピュータ使用可能媒体。
（２９）前記取得手段は、２人以上のユーザに関する位置データを取得するステップを含み、
前記生成手段は、２人以上のユーザに関する前記位置データの、ユーザ別に構成された集合を生成するステップを含む、
前記（２４）記載のコンピュータ使用可能媒体。
（３０）前記取得手段は、前記位置ソースからの前記位置データを１つのフォーマットに変換する手段を含む、前記（２８）記載のコンピュータ使用可能媒体。
（３１）前記位置ソースのうち少なくとも１つは双方向ポケットベルであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（２９）記載のコンピュータ使用可能媒体。
（３２）前記位置ソースのうち少なくとも１つは無線ＬＡＮハブであり、前記１つのフォーマットはＸＭＬで実装されるフォーマットである、前記（２９）記載のコンピュータ使用可能媒体。
（３３）前記位置データは継続的に更新される、前記（２８）記載のコンピュータ使用可能媒体。
【図面の簡単な説明】
【図１】本発明に従い、情報処理システムを持つコンピュータ・ネットワークに配信される、位置データを示すブロック図である。
【図２】図１の情報処理システムに追加することのできる、選択されたコンポーネントを示す上位のブロック図である。
【図３】本発明に従い、位置情報を取得、集計及び評価するシステムの例を示す上位のブロック図である。
【図４】本発明に従い、位置情報を取得及び集計するシステムの例を示す上位のブロック図である。
【図５】図４のシステムに追加することのできる、選択されたコンポーネントをより詳細に示すブロック図である。
【図６】実施例に実装される、位置情報を取得及び集計するプロセスの１つを示すフローチャートである。
【図７】実施例に実装され、図６のプロセスに関連し、位置情報を取得・集計する別のプロセスを示すフローチャートである。
【図８】本発明に従い、ＧＰＳ機能を持つ双方向ポケットベルからの位置データをブラウザで表示したＬｏｃａｔｉｏｎ  ＸＭＬ文書の例を示す図である。
【符号の説明】
５  システム・バス
１０  情報処理システム
２０  位置集計ユニット
３０  位置ロジシャン
４０  加入者アプリケーション
５０  中央処理装置
５６  ランダム・アクセス・メモリ
５８  読取り専用メモリ
６０  不揮発性メモリ
６６  ディスク・ドライブ・コントローラ
６８  空きスロット
７０  ディスケット・コントローラ
７２  ハード・ディスク・ドライブ
７４  ディスケット
７６  ＣＤ−ＲＯＭコントローラ
８０  キーボード／マウス・コントローラ
８２  キーボード
８４  ポインティング・デバイス
８６  ＤＭＡコントローラ
８８  シリアル・コントローラ
９０  ネットワーク・アダプタ
９２  シリアル・インタフェース
９４  ネットワーク
９６  ディスプレイ
９８  ディスプレイ・コントローラ
１００  プリンタ
１０２  並列コントローラ
３００  位置ソース
３１０  アダプタ・サーブレット
３２０  ロジシャン・ファサード
３３０  論理記述
３３２  ロジシャン・タイプ
３４０  論理ビーン・ファクトリ
３４２  ロジシャン
３５０  論理インプリメンテーション
４０１  ＧＰＳデバイス
４０２  ポケットベル
４０３  ラップトップ・コンピュータ
４１１  ＧＰＳサーバ
４１３  無線ハブ
４２１  ＧＰＳアダプタ
４２２  ポケットベル・アダプタ
４２３  無線ハブ・アダプタ
４４４  対応デバイス・データ・パス
【図１】
0003782975.tif 000002
【図２】
0003782975.tif 000003
【図３】
0003782975.tif 000004
【図４】
0003782975.tif 000005
【図５】
0003782975.tif 000006
【図６】
0003782975.tif 000007
【図７】
0003782975.tif 000008
【図８】
0003782975.tif 000009