JP2001356978A - 位置関連イベントのモニタ方法 - Google Patents

Abstract

(57)【要約】 【課題】顧客／取引先インタラクションに関する、位置
関連イベントの改善されたモニタ方法を提供する。 【解決手段】本発明の一実施例によれば、取引先店舗に
おいて、顧客によって前に注文されたアイテムの受取り
可能性のような位置関連イベントをモニタする方法が提
供される。この方法は、顧客にとって対象となるイベン
トの記述子を記憶するステップを含み、記述子は、たと
えば、関連する取引先によって第三者サービスシステム
に記憶される。記述子は、関係者および店舗の位置の詳
細を、明示的または暗示的に含む。その後、顧客が取引
先店舗の近くに来たとき、サービスシステムはイベント
記述子との一致を決定し、取引先によって提供される状
態データを用いてイベント状態検査を実行する。状態検
査の結果は顧客に報告される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、位置関連イベント
のモニタ方法に関し、詳細には、排他的ではないが、顧
客が関連する取引先の近くにいるときに、顧客の注文の
状態を検査する方法に関する。

【０００２】

【従来の技術】現在、移動体ユーザに適した通信インフ
ラストラクチャ（限定はしないが、特にセルラー無線イ
ンフラストラクチャ）が幅広く採用されるようになっ
た。主な通信手段は移動電話であったが、これらのイン
フラストラクチャ上で移動体データ系サービスを実施す
るための要望が高まり、そのようなネットワークを用い
たデータ系ベアラサービスが急速に発展している。これ
は、移動体ユーザが多くのインターネット系サービスを
利用できるようになる可能性を広げている。

【０００３】例として、図１は、電話およびデータ系ベ
アラサービスの両方を提供する、移動体ユーザのための
知られている通信インフラストラクチャの一形態を示
す。この例では、移動端末２０は、無線サブシステム２
２および電話サブシステム２３が設けられ、基本的な音
声系電話サービスを提供するために、ＧＳＭ ＰＬＭＮ
（公衆陸上移動通信ネットワーク）１０の固定インフラ
ストラクチャと通信を行う。さらに、移動端末２０は、
ＰＬＭＮによって提供されるデータ系ベアラサービスを
用いてデータを送受信するために、データインターフェ
ース２４を介して、無線サブシステム２２と相互に動作
するデータ処理サブシステム２５を備える。データ系ベ
アラサービスによって移動端末２０は、公衆インターネ
ット３９に接続されるサービスシステム４０と通信でき
るようになる。データ処理システム２５は、アプリケー
ションが実行され、適当な通信タスクを含む動作環境２
６を動作可能にする。

【０００４】より詳細には、ＧＳＭ ＰＬＭＮの固定イ
ンフラストラクチャ１０は１つあるいは複数の基地局サ
ブシステム（ＢＳＳ）１１と、ネットワークおよび交換
サブシステムＮＳＳ１２とを備える。各ＢＳＳ１１は、
それぞれ無線ネットワークの各「セル」と関連する、多
数の無線基地局（ＢＴＳ）１３を制御する基地局コント
ローラ（ＢＳＣ）１４を備える。動作時に、移動端末２
０の無線サブシステム２２は、無線リンクを介して、移
動端末が現時点で在圏しているセルのＢＴＳ１３と通信
を行う。ＮＳＳ１２に関しては、ビジターロケーション
レジスタ（ＶＬＲ）３２およびホームロケーションレジ
スタ（ＨＬＲ）３１のような他の構成要素とともに、少
なくとも１つの移動通信交換局（ＭＳＣ）１５を備え
る。

【０００５】移動端末２０を用いて通常の通話を行うと
き、関連するＢＳＳ１１を介して、デジタル化された音
声を搬送するためのトラフィック回線がＮＳＳ１２に対
して設定され、その後ＮＳＳ１２は、着信先の電話（同
じＰＬＭＮ内にあるか、あるいは別のネットワーク内に
ある）に呼をルーティングするための役割を果たす。

【０００６】移動端末２０との間のデータ伝送に関して
は、他の実現可能性もあるが、この例では、３つの異な
るデータ系ベアラサービスが示されている。第１のデー
タ系ベアラサービスは、回線交換データ（ＣＳＤ）サー
ビスの形態において利用することができる。この場合に
は、データを搬送するために１つのトラフィック回線が
占有され、ＭＳＣ３２がインターワーキング機能ＩＷＦ
３４にその回線をルーティングする。ＩＷＦ３４の厳密
な性質は、ＩＷＦの他方に接続されるものに依存する。
こうしてＩＷＦは、公衆インターネット３９への直接ア
クセスを提供する（すなわち、ＩＡＰ−インターネット
アクセスプロバイダＩＡＰに類似の機能を提供する）よ
うに構成することができる。別法では、ＩＷＦには単に
ＰＳＴＮに接続されるモデムを用いることができる。こ
の場合には、インターネットアクセスは、標準的なＩＡ
ＰにＰＳＴＮを介して接続することにより行うことがで
きる。

【０００７】第２の、狭帯域のデータ系ベアラサービス
は、公衆インターネット３９への接続を提供するように
構成することができるＳＭＳユニットに、シグナリング
チャネルスロットにおいて搬送されるデータを伝送す
る、ショートメッセージサービスを用いて利用すること
ができる。

【０００８】第３のデータ系ベアラサービスは、ＩＰ
（あるいはＸ．２５）パケットデータが、移動端末２０
のデータ処理システムから、データインターフェース２
４と、無線サブシステム２１と、関連するＢＳＳ１１と
を介して、ＰＬＭＮ１０のＧＰＲＳネットワーク１７に
（あるいはその逆方向に）渡されるようになるＧＰＲＳ
（汎用パケット無線サービス）の形態で提供される。Ｇ
ＰＲＳネットワーク１７は、ＢＳＣ１４とネットワーク
１７とのインターフェースを形成するＳＧＳＮ（サービ
スＧＰＲＳサポートノード）１８と、ネットワーク１７
と外部ネットワーク（この例では、公衆インターネット
３９）とのインターフェースを形成するＧＧＳＮ（ゲー
トウエイＧＰＲＳサポートノード）とを含む。ＧＰＲＳ
の完全な詳細は、ＥＴＳＩ（欧州電気通信標準化協会）
ＧＳＭ０３．６０仕様書に見ることができる。ＧＰＲＳ
を用いて、移動端末２０は、ＢＳＳ１１およびＧＰＲＳ
ネットワーク１７を介して、パケットデータを公衆イン
ターネット３９に接続されるエンティティと交換するこ
とができる。

【０００９】ＰＬＭＮ１０とインターネット３９との間
のデータ接続は一般に、プロキシおよび／またはゲート
ウエイ機能を有するファイアウォール３５を介して行わ
れるであろう。

【００１０】上記のサービスとは異なるデータ系ベアラ
サービスも実現することができ、上記のサービスは実現
可能なサービスの単なる例にずぎない。

【００１１】図１では、サービスシステム４０は、イン
ターネット３９に接続されるように示されており、この
サービスシステムは、上記の任意のデータ系ベアラサー
ビスを使用することにより、移動端末において実行され
るＯＳ／アプリケーション２６にアクセスすることがで
きる。そのデータ系ベアラサービスは同じく、ＰＬＭＮ
オペレータのサービスエリア内にあるか、あるいは別の
公衆または私設データネットワークに接続されるサービ
スシステムへのアクセスを提供することができる。

【００１２】移動端末２０のデータ処理サブシステム２
５において実行されるＯＳ／アプリケーションソフトウ
エア２６に関しては、例えば、ＷＡＰスタックの最上位
で実行されるＷＡＰアプリケーションを用いることがで
きる。ただしＷＡＰはワイヤレスアプリケーションプロ
トコル標準規格である。ＷＡＰの詳細は、例えば、「Of
ficial Wireless Application Protocol」（ワイヤレス
アプリケーションプロトコルフォーラム、１９９９年発
行、Wiley Computer Publishing）に見出すことができ
る。ＯＳ／アプリケーションソフトウエアがＷＡＰに準
拠する場合、一般にファイヤウォールが、ＷＡＰプロキ
シおよびゲートウエイとして機能するであろう。当然、
ＯＳ／アプリケーション２６は、ＷＡＰ機能の代わり
に、あるいはそれに加えて他の機能（例えば、Ｅメール
クライアント）を備えることができる。

【００１３】移動端末２０は、多くの形態をとることが
できる。例えば、移動端末は、適当なリンク（ケーブル
接続、赤外線、あるいはブルートゥースのような近距離
無線システム）によって接続される、移動電話（構成要
素２２〜２４を実現する）およびモバイルＰＣ（データ
処理システム２５）のように、２つの個別のユニットで
構成することができる。別法では、移動端末２０は、Ｗ
ＡＰ機能内臓の移動電話のような１つのユニットで構成
することもできる。当然、データの送受信のみが必要と
される（音声は必要としない）場合には、電話機能２４
は省略することができる。この一例は、ＧＳＭデータ通
信系機能を内臓したＰＤＡであり、一方、別の例は、同
様にＧＳＭデータ通信系機能を内臓し、カメラから記憶
サーバまでのデジタル画像のアップロードを可能したデ
ジタルカメラ（データ処理サブシステム）である。

【００１４】上記の記載はＧＳＭ技術に基づいたＰＬＭ
Ｎを参照しつつ与えられてきたが、多くの他のセルラー
無線技術があり、典型的には、ＧＳＭ ＰＬＭＮ１０の
場合に記載されたのと同じタイプの機能を提供できるこ
とは理解されよう。

【００１５】最近、移動体ユーザの関心は、ユーザ（あ
るいは他の移動体通信相手）の現在の位置を考慮に入れ
たサービスである「位置系」、「位置依存」あるいは
「位置認識」サービスに集まっている。このサービスの
中で最も基本的な形は緊急位置サービスであり、それに
よれば災難に見舞われているユーザは自分の移動電話上
のパニックボタンを押下し、自分の位置データを添付し
て緊急援助要求メッセージ（emergency request-for-as
sistance message）を送出することができる。別のよく
知られている位置系サービスは、車両運転者の現在の位
置に基づいて、その運転者に交通情報および経路案内情
報を提供するサービスである。さらに知られているサー
ビスは「イエローページ」サービスであり、ユーザは自
分が現在いる場所の近くにある施設（商店、レストラ
ン、映画館等）をついての情報を見つけ出すことができ
る。本明細書で用いる用語「位置認識サービス」は全般
に、位置に依存しているこれらのサービスあるいは類似
のサービスのことである。

【００１６】位置認識サービスは全て、入力パラメータ
としてユーザ位置を必要とする。関連する移動体装置に
よって表されるような移動体ユーザの位置を決定するた
めに、既に多数の方法が存在している。ここで、例示的
な位置決定方法が図２〜図５を参照して記載される。図
に示されるように、これらの方法の中には、ユーザが自
分の位置を知り、その位置を、受信させたい位置認識サ
ービスに送信できるようにする方法や、ユーザの位置を
ネットワークエンティティが特定し、その位置を位置認
識サービスに直接に供給すること（一般には関連するユ
ーザの承諾を得ている場合のみ）ができる方法もある。
図２〜図５に示される以外にも位置決定方法があること
は理解されたい。

【００１７】位置決定とともに、図２〜図５は、移動端
末が、サービスシステム４０によって提供される位置認
識サービスを如何に要求するかも示す。その例では、そ
の要求は、セルラー移動体通信ネットワーク（ＰＬＭＮ
１０）を介してサービスシステム４０に伝送されるもの
として示される。ＰＬＭＮは例えば、図１に示されるネ
ットワークと類似であり、サービス要求はＰＬＭＮのデ
ータ系ベアラサービスを用いて行われる。サービスシス
テム４０は、ＰＬＭＮ自体の一部であるか、あるいは公
衆インターネットのようなデータネットワークを通して
ＰＬＭＮに接続される場合もある。しかしながら、別法
では、セルラーネットワーク以外のインフラストラクチ
ャをサービス要求を行うために用いることができること
は理解されたい。

【００１８】図２に示される位置決定方法は、移動端末
２０Ａに設けられる慣性位置決めシステム５０を用いて
おり、このシステム５０は最初の基準位置からの移動端
末の変位を決定する。移動端末２０Ａが位置認識サービ
スを呼び出したいとき、自分の現在の位置を、サービス
要求５１とともに対応するサービスシステム４０に伝送
する。このアプローチは、インフラストラクチャが外部
の座標を提供することを必要としない。しかしながら現
在のところ、コスト、サイズおよび長期間の精度の問題
によって、そのようなシステムは、大量市場の携帯装置
に組み込むための関心を集めていない。

【００１９】図３は２つの異なる位置決定方法を示して
おり、いずれもローカルで、固定位置にあるビーコンを
使用することを含でんでおり、ここでは赤外線ビーコン
ＩＲＢとして示される。ビーコンとしては、近距離無線
システム（具体的には、ブルートゥスシステム）のよう
な他の技術も同様に用いることができる。図３の右側半
分は、それぞれ個々の位置を連続して伝送する多数の個
別のビーコン５５を示す。移動端末２０Ｂは、十分に近
いときにビーコンからの伝送を受信するように構成さ
れ、それにより、そのビーコンからの受信範囲の精度で
その位置を確立する。その後この位置データは、移動端
末２０Ｂによって、サービスシステム４０から利用でき
る位置認識サービスに対して行われる要求５９に添付す
ることができる。この構成の変形形態は、ビーコン５５
が、直接的な位置データではないが、そのようなデータ
を探索するために用いることができる情報を伝送するこ
とである（例えば、そのデータは、関連するビーコン５
５を収容している商店のインターネットホームページＵ
ＲＬの場合があり、このホームページはその商店の場
所、あるいは少なくとも識別を与え、それによりディレ
クトリサービスにおいて位置を探索できるようにな
る）。

【００２０】図３の左側半分では、ＩＲＢビーコン５４
が全てネットワークに接続されており、ネットワークは
位置サーバ５７に接続される。ビーコン５４は存在信号
を送信し、移動端末２０Ｃは存在信号を受信できるほど
十分に接近するとき、その識別（ＩＤ）をビーコンに送
出することにより応答する（従って、ビーコン５５はＩ
Ｒ信号の送信のみを、移動端末２０ＢはＩＲ信号の受信
のみを行うのに対して、この実施形態では、ビーコン５
４および移動端末２０ＣはいずれもＩＲ信号を送受信で
きる）。ビーコン５４が移動端末の識別を受信すると、
ネットワーク５６を介して位置サーバ５７にメッセージ
を送出し、このメッセージによって、移動端末２０Ｃの
識別が、関連するビーコン５４の位置にリンクする。こ
こで、移動端末がサービスシステム４０によって提供さ
れる位置認識サービスを呼び出したいとき、移動端末は
その位置を知らないので、サービス要求５８にその識別
を付加し、サービスシステム４０によって、位置サーバ
５７においてその移動端末の現在の位置が探索される。
位置データは個人情報で、非常に微妙な情報である可能
性があるため、位置サーバ５７は一般に、要求５８にお
いて移動端末２０Ｃによって供給される許可証をサービ
スシステムが生成した後にのみ、位置データをサービス
システム４０に供給するであろう。サービスシステム４
０は、移動端末２０Ｂおよび２０Ｃの両方のタイプから
のサービス要求を取り扱うものとして示されるが、各移
動端末タイプに対して個別のシステム４０を設けること
ができることは理解されよう（これは、図４および図５
に示されるサービスシステムに関しても同じように当て
はまる）。

【００２１】図４は、ＧＰＳ位置決定システムのいくつ
かの形態を示す。図４の左側半分においては、移動端末
２０Ｄが標準的なＧＰＳモジュールを設けられ、衛星６
０からの信号を受信することにより、端末２０Ｄの位置
を決定することができる。その後、端末２０Ｄは、要求
６１において、サービスシステム４０からの位置認識サ
ービスを要求する際に、この位置を供給することができ
る。

【００２２】図４の右側半分は、移動端末２０Ｅに関連
して、ＧＰＳ衛星から位置を導出する際に端末を補助す
ることができる２つの態様を示す。第１の態様では、Ｐ
ＬＭＮ１０は固定ＧＰＳ受信機６２が設けられ、固定Ｇ
ＰＳ受信機６２はそれぞれ、受信機から見通すことがで
きる衛星６０のトラックを連続して保持し、メッセージ
６３において、これらの衛星を探すための場所および推
定される信号到達時間に関する情報をローカル移動端末
２０Ｅに伝送することができる。これにより移動端末２
０Ｅは大幅に、衛星の捕捉時間を低減し、測定の精度を
高めることができる（「Geolocation Technology Pinpo
ints Wireless 911 calls within 15 Feet」１９９９年
７月１日、Lucent Technologies、Bell Labsを参照）。
別の改善形態として、第２の態様では、ネットワークエ
ンティティ６４（ＰＬＭＮ１０内に存在するか、あるい
はＰＬＭＮ１０を通してアクセス可能である）のサービ
スを用いて、移動端末２０Ｅ上の処理負荷を低減し、符
号化されたジッタを除去することができる。

【００２３】一旦移動端末２０Ｅがその位置を決定した
なら、サービスシステム４０によって提供される位置認
識サービスを呼び出す際に、要求６５においてその情報
を伝送することができる。

【００２４】図５は、セルラー無線インフラストラクチ
ャ内に存在する信号から位置決定を行うための２つの一
般的なアプローチを示す。最初のアプローチでは、一般
に、移動端末およびネットワークはいずれも、移動端末
が現時点で在圏しているセルの識別（ＩＤ）を認識して
いることに留意されたい。この情報はシステムの通常の
動作の一部として与えられる（ＧＳＭのようなシステム
では、ネットワークだけが、「位置登録エリア」として
知られるセルの集合体の分解能（精度）で現在位置を格
納する場合があり、実際の現在セルＩＤは一般に、ＢＳ
Ｃ１４と移動端末との間で交換される信号をモニタする
ことから導出されるであろう）。現在の基本的なセルを
越えて、移動端末と多数のＢＴＳ１３との間でタイミン
グおよび／または方向のパラメータを測定することによ
り、より精度の高い位置を取得することができ、これら
の測定はネットワークあるいは移動端末のいずれか一方
で行われる（例えば、移動端末において位置決定を行う
ための種々の技術を記載する国際特許出願ＷＯ９９／０
４５８２および移動体ネットワークの移動体位置登録セ
ンタ−サーバ−に対して、位置認識アプリケーションに
よって行われる要求に応答して、移動体ネットワークに
よって行われる位置決定を記載する国際特許出願ＷＯ９
９／５５１１４を参照）。

【００２５】図５の左側半分は、例えば、ＢＴＳ１３か
らの信号に対して、観測時間差（Observed Time Differ
ence：ＯＴＤ）測定を行い、ＢＴＳ位置の情報を用いて
位置を計算することにより、移動端末２０Ｆにおいて位
置決定が行われる場合を示す。その位置データは、位置
認識サービスに関してサービスシステム４０に送出され
るサービス要求６６に実質的に付加される。作業のいく
つかをネットワークエンティティに行わせることによ
り、移動端末２０Ｆにおける計算負荷を低減することが
でき、移動端末がＢＴＳ位置を知る必要性をなくすこと
ができる。図５の右側半分は、例えば、３つのＢＴＳ１
３に対してタイミングアドバンス測定を行い、これらの
測定値を用いて位置を導出することにより、位置決定が
ネットワークにおいて行われる場合を示す（この導出は
典型的には、ＢＳＣ１４に関連するユニット内で行われ
る）。その結果生成された位置データは、許可されたサ
ービスを利用できるようにする位置サーバ６７に渡され
る。図３の移動端末２０Ｃの場合と同様に、図５の移動
端末２０Ｇがサービスシステム４０上で利用することが
できる位置認識サービスを呼び出したいとき、許可証お
よびそのＩＤ（許可証に組み込まれることもある）を含
む要求６９をサービスシステム４０に送出する。その後
サービスシステムはその許可証を用いて、位置サーバ６
７から移動端末２０Ｇの現在の位置を取得する。

【００２６】上記の例では、移動端末が位置を決定する
ための役割を担う場合、一般的に位置決定は、位置認識
サービスが要求されている時点でのみ行われるであろ
う。位置決定がインフラストラクチャにおいて行われる
場合には、ＩＲＢによって移動端末が新たに検出される
ときには必ず位置データ収集が行われるように、ある制
限された数のユーザにのみサービスを提供するシステム
（例えば、多数の赤外線ビーコン５４が全般に確実に制
限された場所をカバーする、図２の左側半分に示される
システム）の場合に実用的であり、このデータは位置サ
ーバ５７に渡され、必要なときに利用するためにキャッ
シュされる。しかしながら、図５のシステムのように、
潜在的には多数の移動端末を有する大きなエリアをカバ
ーするシステムの場合、位置決定を行う必要性が生じる
のに応じて、そのときに位置決定を行うことがより効率
的である。従って、位置決定は、移動端末２０Ｇからの
サービス要求６８に応答して、位置サーバ６７によって
起動される場合があるか、あるいは要求６８を行う直前
に、移動端末がＢＳＣ１４を直接に起動して位置決定を
行い、その結果を位置サーバ６７に供給する場合があ
る。

【００２７】さらに位置サーバ５７、６７に関して、位
置認識サービスによるアクセス許可は、関連する移動端
末によって供給される許可証を介して行われるものとし
て記載されているが、他の許可技術を用いることもでき
る。具体的には、位置認識サービスは、特定の移動端末
に関連する位置サーバで予め許可を受けることができ
る。この場合には、位置データに対するそのサービスか
らの各要求は、位置データがある端末のために要求され
る場合に、その要求がその移動端末に代わって許可を受
けたサービスから来ていることを証明することのみが必
要となる。

【００２８】既に示したように、図２〜図５は、位置決
定を如何に行うことができるかに関していくつかの例の
みを示しており、他にも多数の利用可能な技術の組み合
わせがあり、その際、位置決定のための測定が行われ、
その位置が計算され、格納され、利用される。従って、
位置認識サービスは、その位置が対象となっている移動
端末に、ネットワークに接続されるサービスシステム４
０（図のように）に、あるいはさらに別の移動端末に存
在する場合がある。さらに、図２〜図５の例では、位置
認識サービスの呼出しは、その位置が対象となっている
移動端末によって行われているが、位置認識サービスの
性質によっては、別の通信相手（ＰＬＭＮ自体である可
能性も含む）によって呼び出されるようにもなされる。
この場合、呼出しを行う通信相手が既にその移動端末の
位置を知っており、この情報を位置認識サービスに伝送
できる（それは、例えば、ＰＬＭＮがサービスを呼び出
す状況でもよい）場合を除いては、位置認識サービス
が、移動端末自体に要求を送出するか、あるいは位置サ
ーバからそのデータを要求するかのいずれかによって、
要求される位置データを取得するたの役割を担う。位置
サーバが既にキャッシュ内に必要とされる情報を有して
いる場合を除いては、移動端末に応答させるか、あるい
は移動端末の位置を特定するためにインフラストラクチ
ャ構成要素を起動するかのいずれかにより、サーバはデ
ータを取得し始める。例えば、図５のサービスシステム
４０上で実行されている位置認識サービスが移動端末２
０Ｇの位置を見つける必要がある場合、位置認識サービ
スが位置サーバ６７からこの情報を要求し、その後位置
サーバが関連するＢＳＣから位置データを要求し、ＢＳ
ＣはＢＴＳ１３からの測定値を用いて必要な決定を行う
ことにより、それを実行するように構成される。

【００２９】上記の説明では、移動無線インフラストラ
クチャを介して移動端末に位置データを提供すること
は、データ系ベアラチャネル上で行われるサービスとし
て取り扱われてきたが、位置データが移動無線インフラ
ストラクチャサービスの基本的な要素と考えられるよう
になるなら、位置データがシグナリングチャネル上で移
動端末に伝送されるように、関連する移動無線標準規格
において規定されるものと予想される。

【００３０】知られている位置認識システムの中には、
論文「コンテキスト認識アプリケーション（Context-aw
are applications）」（Peter Brown, Computing Labor
atory Univ. of Kent at Canterbury, UK and Xerox Re
search Centre Europe, Cambridge）に記載される位置
認識リマインダ（reminder）がある。この論文は、それ
ぞれコンテキストと本文（body）とからなる、いわゆる
「スティック−ｅ ノート（stick-e notes）」を記載
する。各ノートは、そのコンテキストが現在のコンテキ
ストと一致するときに起動される。コンテキストは、位
置、同伴者、時間、コンピュータ状態、環境的なパラメ
ータ、分担価格等のうちの１つあるいは複数を用いるこ
とができる。

【００３１】ＥＰ０６９７６７０（ＡＴ＆Ｔ）は、以前
に訪れた際に在庫切れであった商品についての情報、お
よび店内のユーザの現在位置に適合したマーケット情報
を、ユーザに提供することができる、店内パーソナル情
報システムを記載する。

【００３２】

【発明が解決しようとする課題】本発明の目的は、特に
顧客／取引先インタラクションに関する、位置関連イベ
ントの改善されたモニタ方法を提供することである。

【００３３】

【課題を解決するための手段】本発明によれば、位置関
連イベントをモニタするための方法が提供され、その方
法は、（ａ）第２の関係者の店舗において生じることが
予想される、第１の関係者に対して対象となるイベント
に関するイベント記述子を格納するステップであって、
そのイベント記述子は、その関係者、およびその店舗の
位置を明示的、あるいは暗示的に特定する、ステップ
と、（ｂ）イベント記述子が、第１の関係者の識別およ
び位置と一致する時点を決定し、そのような一致が生じ
るのに応じて、第２の関係者によって提供される状態デ
ータを用いて、対応して予想されるイベントの状態を検
査するステップと、を含む。

【００３４】本発明の別の態様によれば、位置関連イベ
ントをモニタする際に用いるためのコンピュータプログ
ラム製品が提供され、その製品は、汎用の処理手段によ
って実行される際に、第２の関係者の店舗において生じ
ることが予想される、第１の関係者に対して対象となる
イベントにそれぞれ関連するイベント記述子を格納およ
び検索するためのデータベースインターフェースであっ
て、そのイベント記述子は、その関係者およびその店舗
の位置を明示的、あるいは暗示的に特定する、データベ
ースインターフェースと、あるイベント記述子が第１の
関係者の識別および位置と一致するときを決定するため
の一致サブシステムと、を提供する第１の構成要素と、
汎用の処理手段によって実行される際に、第２の関係者
によって提供されるイベント状態データを格納および検
索するためのデータベースインターフェースと、一致サ
ブシステムが一致を決定するのに応じて、イベント状態
データによって指示されるような、対応して予想される
イベントの状態を検査するように動作する状態検査サブ
システムと、を提供する第２の構成要素と、を備える。

【００３５】

【発明の実施の形態】ここで、位置関連イベントをモニ
タするために本発明を具現する方法およびサービスシス
テムが添付の図面を参照して記載されることになるが、
そこに記載される例は本発明を制限しようとするもので
はない。

【００３６】ここで、本発明を具現する方法およびサー
ビスが、図６〜図１０を参照して記載されることになる
が、本発明は、示される移動端末、通信インフラストラ
クチャおよび位置検出手段の仕様に制限されないことは
理解されよう。これらの構成要素に関して、図１〜図５
に関連して上で記載された一般形態は、本発明の記載さ
れる実施形態にも同じく当てはまる。さらに、図６、図
７および図９の実施形態のサービスシステム４０は、公
衆インターネット、ＰＬＭＮ１０のＧＰＲＳネットワー
ク１７、あるいはネットワーク１７またはネットワーク
３９との直接的な、あるいは間接的なインターフェース
を形成する別の固定データネットワークに直接的に、あ
るいは間接的に接続することができるか、あるいは接続
できなくても、本発明の実施形態に含まれる移動端末、
あるいは、相応しい場合には、取引先にアクセスするこ
とができる。

【００３７】図６は、移動端末２０のユーザが登録され
る位置認識リマインダサービスシステム４０を示してお
り、そのサービスシステムは、ＰＬＭＮ１０の適当なデ
ータ系ベアラサービスを経由して移動端末２０からアク
セスすることができる。移動体ユーザが取引先店舗７０
に入り、後日、ユーザが再訪を必要とする、あるいは再
訪するに値する（例えば、商品の受取り／返品、分割払
いを行うこと等）可能性があるトランザクションを行う
とき、ユーザは、サービスシステム４０と交信し、口頭
のリマインダメッセージあるいは文字メッセージのいず
れかを記録することにより、リマインダを記録する。本
発明の目的上、ユーザは、商品を注文しており、その商
品を受け取るために再訪する必要があるものと仮定され
るであろう。

【００３８】リマインダサービスシステム４０と交信す
る際に、ユーザは、発呼回線ＩＤ、ユーザ名／パスワー
ドの組み合わせ等を含む任意の適切な手段によってサー
ビスシステムに特定される。サービスシステムのプロセ
ス４２は、ユーザＩＤ、その店舗７０における取引先用
の識別子（それは、単に通信の交信詳細情報の場合があ
るが、取引先用の名称を含むことも好ましい）、注文Ｉ
Ｄおよびユーザの位置とともに、データベース４３にリ
マインダを記録し、格納するための役割を担う。この位
置は、サービスシステム４０によって許可された照会に
応答して、ＰＬＭＮ１０の位置サーバ６７によって提供
されることができる。

【００３９】取引先の識別に関しては、これは、リマイ
ンダメッセージに埋め込まれることができる。しかしな
がら、それは、将来に参照するのを容易にするために、
個別のデータアイテムとして与えられることが好ましい
（例えば、注文番号のうちの数字コードを形成している
部分として与えられることができる）。ユーザが取引先
識別を入力する以外に、サービスシステムのプロセス４
２は、例えば、特定の所在地域に対するマッピングを提
供する外部交信データベースを用いて、ユーザ位置を取
引先識別にマッピングするように構成することができ
る。多数の取引先が、ショッピングモール内で非常に近
接しているか、あるいは隣合っている場合があるので、
プロセス４２は、リマインダメッセージにおいてキーワ
ードを特定し、ユーザ位置にあるものとして交信データ
ベースによって報告される取引先の性質に対して、その
キーワードを一致させることができることが好ましい
（プロセス４２によってキーワードを与えられるとき
に、データベース４６は報告される取引先の取引先記述
を提供するか、あるいはデータベース４６自体が一致処
理を行う）。

【００４０】取引先識別が通信の交信詳細情報を含まな
い場合、これらは、取引先識別を用いて、交信データベ
ース４６においてサービスシステムによって探索される
（ただし、同じ取引先の支店間を区別する必要がある場
合、取引先識別の他に、位置も用いる）。この探索は、
通信の交信詳細情報を用いる必要があるときまで、延期
することができる。

【００４１】またリマインダは、顧客が関連する商品を
受け取るために、その注文が準備されることになる「納
期」を含むことができる。

【００４２】また店舗７０において営業される取引先
は、データ端末７２を介してトランザクションを記録
し、その詳細情報は注文データベースシステム７３に格
納される（必ずしも店舗７０に配置される必要はな
い）。トランザクション詳細情報は、ユーザによって与
えられるのと同じ注文ＩＤと、識別子とを含み、その識
別子によって、サービスシステム４０は、データベース
システム７３に対してユーザを特定することができる。
便宜上、この識別子は、サービスシステムに対して、移
動端末２０自体を識別するために移動端末２０によって
用いられる識別子である。

【００４３】上記の内容は、図６の実施形態のリマイン
ダ生成フェーズを記載する。ここで、以下にリマインダ
を如何に用いることができるかを記載する。

【００４４】店舗７０を経営する取引先は、関連する顧
客交信センタ８８を有する（内部、あるいは外部にあ
り、いずれの場合にも、必ずしも店舗７０に配置される
必要はない）。この交信センタは、注文データベースシ
ステム７３にアクセスするとともに、端末８７および電
話８５を備えたエージェントを配置している。交信セン
タの処理システムは外部ネットワークインターフェース
７６を備えており、その外部ネットワークインターフェ
ースを介して、交信センタはインターネットあるいは他
の適当なネットワークを用いて、サービスシステムと交
信することができる。

【００４５】サービスシステム４０は、位置サーバ６７
のサービスを用いて、ユーザの位置を定期的に検査する
ように動作する（検査プロセス４７を参照）。ユーザが
後に、概ね店舗７０と同じ位置に戻るときに、プロセス
４７は、ユーザがデータベース４３に登録されたリマイ
ンダを有する位置に、移動端末が近いことを認識する
（プロセス４７の内部トリガステップ７５）。ここで、
プロセス４７は、その取引先の通信の交信詳細情報を用
いて、リマインダにおいて特定される取引先の注文デー
タベースシステム７３と交信する。この交信は、インタ
ーネットのようなネットワーク上で行われ、両方の関係
者の認証を用いて、秘匿性を確保して実行されることが
好ましい。一旦、サービスシステムが注文データベース
システム７３と交信したなら、サービスシステムは、関
連する注文を探索するために、この情報を用いて、注文
データベースシステム７３に、関連するリマインダから
のユーザＩＤおよび注文番号を渡し（プロセス７８）、
サービスシステム４０に注文状態（準備／未準備）を戻
す（矢印７９）。リマインダとともに納期が格納されて
おり、注文状態が「未準備」であった場合、次に、サー
ビスシステム７９は、その注文が準備のための納期が過
ぎているか否かを検査する（プロセス４７のステップ８
０）。注文の納期が過ぎているか、あるいは受取りのた
めの準備がされている場合には、サービスシステムは、
移動端末２０に適当なメッセージを送出し（矢印８１を
参照）、ユーザに通知する（プロセス８２）。このメッ
セージは、ＰＬＭＮ１０のデータ系ベアラシステムを介
して送出される。ここで、ユーザは、何を行うかを選択
することができる。例えば、ユーザは以下のことを行う
ことができる。−そのメッセージを無視する。−商品を
受け取るために店舗７０に出向く（注文状態が準備であ
る場合）。−サービスシステム４０を介して、その取引
先にメッセージを返送し、受取り時間を指示する（矢印
８３、８４を参照）。便宜上、プロセス８２は、ユーザ
に、これから先の時間として表される受取り時間の選択
肢を提供する（例えば、今から５分後、今から３０分後
等）。このメッセージは端末８７において受信され、例
えば、店舗７０の専用受取りカウンタにおいて商品を入
手できるようにすることにより、取引先が、受取りのた
めに商品を準備できるようにする。−商品の納期が過ぎ
ている場合、苦情を言うために、交信センタに直接電話
をする（矢印８６を参照）。−商品の納期が過ぎている
場合、苦情を言うために、店舗７０に直接足を運ぶ。

【００４６】ユーザは、サービスシステムと交信し（移
動端末２０、あるいは自宅のＰＣおよびインターネット
のような他の手段を用いて）、任意の位置トリガとは無
関係に、リマインダを検査し、注文状態検査を開始する
こともできる。それゆえ、この１つの利点は、特定の顧
客に関するその注文システムの検査が、顧客が任意の特
定の位置にいることを意味するものと、取引先が想定で
きないことである。

【００４７】注文リマインダの位置トリガ処理を指示す
るプロセス４７の内部トリガステップ７５における注文
状態を検査するサービスシステムに対する別形態とし
て、サービスシステムは、ＰＬＭＮ１０のデータ系ベア
ラサービスを介して、リマインダの詳細情報とともに、
ユーザに直接通知を行うように構成することができる
（破線矢印７６Ａを参照）。口頭のリマインダメッセー
ジが録音されている場合、ユーザはこのメッセージの再
生を要求することができ、サービスシステムは、移動端
末２０への音声トラフィック回線を設定し、そのリマイ
ンダメッセージを再生するための役割を果たす。

【００４８】プロセス４７の内部トリガ処理７５におけ
る別の形態は、サービスシステム４０が、取引先に通知
を行うことであり（矢印７６Ｂを参照）、その際、取引
先は、注文データベースシステムを検査した後に、ユー
ザと交信するように構成される（ユーザの注文が探索さ
れるように、その通知は、取引先に十分な詳細情報を渡
している）。結局、この構成によれば、取引先が、顧客
によって格納されるリマインダから通知されるようにな
る。当然、取引先は、顧客に販売促進用の情報を提供す
るために、この機会を利用することができる（顧客が、
そのような情報を望んでいないことを指示していない場
合）。

【００４９】図６の構成の短所は、位置サーバ６７を用
いて、サービスシステムがユーザ位置を連続して検査す
る必要があることである。第三者のリソースを連続して
使用することは、ユーザの高額の負担を強いる可能性が
ある。別形態として、移動端末は、ＧＰＳ位置検出シス
テムを装備され、位置トリガ情報を移動端末内に保持す
ることができる（十分なリマインダ詳細情報が、サービ
スシステム内に保持される）。ここで、ユーザがリマイ
ンダが関連している位置に近い時点を検出することは、
移動端末の役割である。これは、ＧＰＳシステムを用い
て、定期的に位置を検査することにより行われる。リマ
インダが位置によって起動されるとき、サービスシステ
ムは、関連する取引先と交信するか、あるいはその十分
なリマインダを再生し、ユーザに返送するために通知を
受けることができる。好ましくは、各リマインダの短い
詳細情報が移動端末内に保持され、リマインダが起動さ
れる際に、ユーザが直ちに通知を受け、その後、外部と
の通信が必要となるか否かを決定し、それにより不要な
コストがかからないようにすることができる。

【００５０】当然、サービスシステムをなくし、リマイ
ンダを全て移動端末に格納することもできる。その際、
移動端末は、無駄なコストをかけずにユーザインタラク
ションを利用するために、サービスシステムに関して、
上で記載された機能に、適当な手順の変更を行う。

【００５１】実際には、位置は自動的に連続してモニタ
されるのではなく、ショッピングモールのような、概ね
そのようなリマインダが作成されている可能性のある場
所にユーザがいるときに、ユーザが手動で、その位置に
基づくリマインダの検査を要求することも同様に便利で
ある。こうして、ショッピングモールに到着したユーザ
は、移動端末２０上のハードあるいはソフトキーを押下
し、位置検出および位置認識リマインダに対する検査を
開始する（図６の矢印８９を参照）。この手動による検
査の開始は、リマインダがサービスシステムに格納され
ている場合と、リマインダが移動端末に格納されている
場合との両方の場合において行うことができる。いずれ
の場合においても、このアプローチによって、繰り返し
て位置を検出する必要がなくなる。リマインダが位置の
一致を確認するために走査される場合、一致決定基準
は、リマインダ位置が、現在位置のある一定の距離内に
あることに基づくであろう。この距離は、現在位置か
ら、ユーザが訪ねることを厭わない全ての位置を網羅す
るように設定される（例えば、８００ｍ／０．５マイル
以内）。同じ許容範囲が、上で記載された実施形態によ
って位置検査が行われる場合にも用いることができる。

【００５２】当然、位置に基づく検査を手動で開始する
のではなく、装置２０が、音声認識ソフトウエアおよび
／またはハードウエアを装備される場合には、口頭によ
り命令することを含む、種々のタイプの所定の動作によ
って、ユーザが検査を開始することができる。

【００５３】さらに別の形態として、位置に基づくリマ
インダの検査は、ユーザが所定のエリア、例えば、ショ
ッピングセンタに対応するエリアに入る際に、自動的に
起動されることができる。これは便宜的に、ユーザが現
時点で位置しているＰＬＭＮセルの現在のセルＩＤをモ
ニタすることにより行うことができ、このセルＩＤが、
ショッピングセンタが存在しているセルのセルＩＤに対
応するとき、その位置に基づくリマインダの検査が行わ
れる。リマインダを見落とすことのないようにするため
に、位置に基づくリマインダの検査は、現在のセルＩＤ
が変化する度に行われることができる。セルＩＤのモニ
タ処理は、移動端末２０あるいは位置サーバ６７におい
て行うことができる。

【００５４】図７に示される実施形態は、サービスシス
テムあるいは移動端末自体のいずれかによる、任意の所
定の位置検出の必要性を回避しながら、位置によって起
動される注文リマインダを提供する。この実施形態で
は、移動端末は近距離ワイヤレス通信手段（Ｔｘ／Ｒｘ
ユニット９０）を備えており、取引先店舗も同様であ
る。移動体装置に対して、および移動装置間で情報を近
距離ワイヤレス通信するための多数の技術が存在する。
これらの技術は、赤外線系技術、および低電力無線技術
（具体的には、最近の「Ｂｌｕｅｔｏｏｔｈ」近距離ワ
イヤレス通信標準規格を含む）を含む。技術的な実装形
態に応じて、非同期のメッセージ報知、ならびにマルチ
キャスト、および通信を行う装置間の調整およびネゴシ
エーション後に、ポイント−ツー−ポイント二重接続を
行うことを含む、異なるタイプのメッセージ伝搬を実現
できるであろう。

【００５５】図７の実施形態では、ユーザは、自分の移
動端末２０に注文リマインダを格納する。リマインダ
は、店舗７０における取引先のＩＤおよび関連する注文
番号と同じように簡単に用いることができるが、納期お
よび注文されるアイテムのような付加的な情報も含まれ
ることが好ましい。取引先ＩＤおよび注文番号は、近距
離Ｔｘ／Ｒｘ９０を介して、取引先からダウンロードす
ることができる。実際に、このダウンロードによって、
注文リマインダ方法において移動端末２０が必要とする
動作（以下に記載する動作９２、９４、９８を参照）を
行うのに適したソフトウエアを渡すことができる。また
取引先は、注文データベースシステム７３に注文の詳細
情報も格納する。これらの詳細情報は、顧客に割り当て
られる顧客ＩＤを含む。

【００５６】後に、ユーザが店舗７０に接近するとき、
移動端末２０内の近距離Ｔｘ／Ｒｘは、近距離Ｔｘ／Ｒ
ｘ９０から、取引先のＩＤを含む近距離ビーコン送信９
１を受信する。プロセス９２は、格納されたリマインダ
に対して受信したＩＤを検査して、一致する場合には、
検査状態プロセス９４に対して、接近トリガ９３を生成
する。このプロセスは、顧客ＩＤおよび注文ＩＤを含む
検査状態メッセージを、Ｔｘ／Ｒｘ９０に返送する（矢
印９５を参照）。検査状態メッセージは、取引先の交信
センタ８８に渡され（それは、店舗７０に配置される場
合があり、配置されない場合もある）、注文状態検査が
実行され（プロセス９６）、その結果が、Ｔｘ／Ｒｘ９
０を介して、移動端末に返送される（矢印９７）。図６
の実施形態の場合と同様に、リマインダとともに納期が
格納されており、注文状態が未準備である場合には、こ
こで、注文の納期が過ぎているか否かに関する検査を行
うことができる。その注文の納期が過ぎているか、ある
いは準備されているかのいずれかの場合には、ユーザは
通知を受ける（プロセス９８）。ここでユーザは、例え
ば、注文が準備されている場合には、受取り時間を返送
することにより（矢印９９）、あるいは注文の納期が過
ぎている場合には、取引先を呼び出すことにより（矢印
１００）、図７に関して記載されたように処理を進める
ことができる。

【００５７】また、手動トリガによって、あるいは移動
端末２０のリマインダの定期的な自動走査によって、注
文検査処理が開始され（プロセス９４）、注文を準備す
るための納期が過ぎていることを示すことができる（１
０１を参照）。

【００５８】図８に示される実施形態は、位置認識リマ
インダが、顧客によってではなく、取引先によって効果
的に生成され、格納される点で、図６および図７の実施
形態とは異なる。取引先店舗の位置が知られているた
め、位置情報は、各リマインダとともに明示的に格納さ
れる必要はない。実際に、リマインダは単に顧客ＩＤお
よび注文番号で構成することができる。従って、顧客が
いくつかの商品を注文するとき、注文は注文データベー
スシステム７３に入力されるのと同時に、「リマイン
ダ」が、プロセス４５によってサービスシステム４０の
データベース４４に格納される（矢印１８９を参照）。
サービスシステムは、例えばインターネット上で交信さ
れる。

【００５９】サービスシステム４０は、顧客の位置と取
引先の位置とを一致させるための役割を果たし（取引先
の位置はサービスシステムに知られている）、これを行
うために、サービスシステムは、定期的に、ＰＬＭＮ１
０の位置サーバ６７から顧客の位置を要求する。その場
合、顧客は、ＰＬＭＮ１０を利用する移動端末を所持し
ているものと仮定される。顧客位置はデリケートなデー
タであるため、顧客は、顧客が店舗７０の近くにいる場
合のような、ある一定の状況においてのみ、取引先が自
分の位置を知ることを厭わないであろう。従って、サー
ビスシステム４０は、顧客によって信用されているシス
テム（機関）である必要があり、そのシステムは、顧客
が店舗７０の近くにいるとき以外は、取引先に顧客に関
する位置情報を公開しないであろう。さらに顧客が安心
できるように、顧客は、サービスシステムにアクセス
し、任意のリマインダを削除するための権利を与えられ
ることができる（キャンセル矢印１１０を参照）。

【００６０】顧客が接近しているときに、取引先に通知
を行うことに関する限定された目的のために、顧客が、
サービスシステムが自分の位置データにアクセスするこ
とに同意しているものと仮定すると、その後顧客が店舗
７０に接近するときに、検査プロセス７０がこれを認識
し（ステップ１０５）、取引先の交信センタ８８に通知
を行うであろう（矢印１０６を参照）。この交信センタ
は、図６および図７に関して記載された交信センタと類
似であるが、この場合には、顧客の移動端末２０に報告
を戻すのではなく、通知によって、交信センタのエージ
ェントのデータ端末８７に報告を行う検査注文状態プロ
セス１０８が起動される。その際、エージェントは、例
えば、移動端末２０にデータメッセージを（直接、ある
いはサービスシステムを介して、矢印１０９Ａを参照）
送出することにより、あるいは移動端末２０に電話をか
ける（矢印１０９Ｂ）ことにより、ユーザと直接に交信
することができる。取引先は一般に、ユーザの交信詳細
情報を有するが、これらはいずれの場合においても、サ
ービスシステムによって与えられることができる。

【００６１】トリガイベント１０５を用いて、取引先の
代わりに、顧客に通知を行うことができ（矢印１０
７）、また取引先への通知１０６を用いて、交信センタ
エージェントの代わりに、顧客に報告を戻す注文状態検
査プロセスを実行することができることは理解されよ
う。さらに、顧客の位置がサービスシステムによって定
期的に検査されるのではなく、顧客が、図６の矢印８９
を参照して上に記載されたのと同様に、位置検出を開始
することができる。

【００６２】図８の構成の利点は、リマインダの生成、
およびサービスシステムの支払いの負担が、顧客ではな
く取引先にかかり、顧客が利益を受けることである。

【００６３】図９は、図６〜図８に関して既に上に記載
された機構のいくつかを組み合わせた好ましい実施形態
を示す。しかしながら、図９の実施形態は、いくつかの
異なる取引先に対して生成されるリマインダの状況を明
示的に網羅する。

【００６４】図９の実施形態では、これらの取引先７０
Ａ、７０Ｂおよび７０Ｃが示されており、それぞれ注文
データベースシステム７３と、交信センタ８８Ａ、８８
Ｂおよび８８Ｃを備えている。図８の実施形態と同様
に、注文リマインダは、各取引先によって生成され、プ
ロセス４５によってデータベース４９に記憶させるため
に、共通のデータベース４０に送出される。各リマイン
ダは、顧客、取引先、および注文番号を特定する。さら
に、各リマインダは、現在の注文状態を含む。データベ
ース４９に保持される注文状態情報は、サービスシステ
ム４０の更新プロセス１１２を用いることにより、取引
先自体のデータベースシステム７３から各取引先によっ
て定期的に更新される。またサービスシステム４０は、
各取引先７０Ａ、７０Ｂおよび７０Ｃの位置も把握して
いる。

【００６５】リマインダを最初に記憶することにより、
顧客が取引先店舗７０Ａ、７０Ｂおよび７０Ｃに存在す
る必要がなくなることに留意されたい（これは、ソフト
ウエアが近距離通信手段によってダウンロードされる場
合の図７の変形形態を除いて、図７および図８の実施形
態にも当てはまる）。

【００６６】顧客が、１つあるいは複数の取引先７０
Ａ、７０Ｂおよび７０Ｃが配置されている所在地域に戻
るとき、顧客は、移動端末のハードあるいはソフトキー
を押下し、ＰＬＭＮ１０上で、メッセージをサービスシ
ステム４０に送出する（矢印１１３を参照）。このメッ
セージは、任意の相応しい方法で、システムに対して顧
客を特定し、サービスシステムが、位置サーバ６７から
顧客の位置を要求し、その位置と、データベース４９内
の関連する顧客リマインダが存在する取引先の位置とを
比較することを許可する（検査プロセス４７のステップ
１１４）。またデータベース４９は注文状態情報も含む
ので、サービスシステムが、近くの取引先に関連する注
文リマインダを特定するだけでなく、取引先と交信する
ことなく、注文状態を検査することを可能にする。

【００６７】サービスシステムは、顧客に報告を返すこ
とができ（矢印１１５および顧客インタラクションプロ
セス１１６を参照）、その後、顧客は、既に記載された
任意の態様で相応しい動作を行うことができる。また関
連する取引先は、必要なら、通知を受けることができる
（破線矢印１１７）。

【００６８】サービスシステムが位置サーバ６７から顧
客の位置を確認するのではなく、この情報は顧客によっ
て提供されることもできる（例えば、移動端末２０にお
いてＧＰＳシステムを使用することによる）。これによ
り、ユーザが現在いる場所とは異なる位置を含むことに
よって、ユーザが、リモート位置からリマインダ検査を
開始することが可能になる（例えば、自宅から、インタ
ーネットを介して接続された自宅のＰＣを用いて）。そ
の際、顧客は、いくつかの異なる店舗から注文された商
品を受け取るために、ショッピングモールに出向く価値
があるか否かを予め検査することができる。

【００６９】また、位置に基づくリマインダの検査の開
始は、図６の実施形態に関連して上に記載されたよう
に、ユーザが特定のエリアに入ることに基づいて、行う
こともできる。

【００７０】図９の実施形態は、顧客を引き付ける多数
の特徴を示す。すなわち −移動端末の特殊機構を必要としない。 −顧客は、いかなる情報も入力する必要がない（例え
ば、スピードダイヤル番号として格納されることができ
るサービスシステムに対する交信番号を除く）。 −顧客の位置は、顧客が了承している場合にのみ検出さ
れ、（通知１１７が実施されなければ）取引先には与え
られない。 −そのサービスの責任は取引先にあり、一般には取引先
が、サービスシステムオペレータへの加入に料金を支払
う必要があろう。 −リマインダを最初に記憶することにより、顧客が、取
引先店舗７０Ａ、７０Ｂおよび７０Ｃに存在する必要は
ない。

【００７１】取引先が関連する限り、図９の実施形態に
よって、取引先は、顧客に非常に便利なサービスを提供
することができ、通知１１７が実施される場合には、顧
客に販売促進を目的とした情報を送出する可能性を提供
できるようになる。

【００７２】変形形態 本発明の上記の実施形態に対して、多数の改変を行うこ
とができ、一実施形態に関連して記載されたある一定の
機能は、他の実施形態においても用いることができるこ
とは理解されよう。従って、図６の実施形態では、ユー
ザの位置が、位置サーバ６７を用いて、リマインダとと
もに捕捉され、かつ格納されるが、別法では、取引先の
位置が、移動端末によって与えられることができるか
（ＧＰＳシステムから、あるいは近距離通信手段によっ
てデータ端末７２から）、あるいはユーザによって入力
される取引先識別データから導出されることができる
（取引先識別を導出するために位置を用いる場合を除
く）。さらに、顧客ＩＤによって状態検査を行うために
注文が探索できるため、リマインダに注文番号を記録す
ることは一般に不要であろう。これは、リマインダによ
って、状態検査が、同じ顧客による多数の注文を区別で
きないことを意味するが、一般に顧客は自分の全ての注
文の状態を知ることを望むことになるので、これは問題
にはならないであろう。

【００７３】位置検出を顧客が開始することに関しては
（図６の矢印８９、図９の矢印１１３）、移動端末２０
が位置検出手段を装備される場合、顧客の位置は位置サ
ーバ６７によって与えられるのではなく、顧客が必要と
される位置データをサービスシステムに与えることがで
きる。この場合、矢印８９および１１３は、サービスシ
ステムへの命令を表しており、その命令によって、リマ
インダとその命令によって与えられる位置との一致処理
が実行される。

【００７４】上記の実施形態は、関連する取引先による
注文処理に関して記載されてきたが、既に示されている
ように、リマインダは、取引先によって行われる所定の
照会への回答のような他のクラスのイベント、予想され
るアップグレードの利用可能性、分割払いの実施等に関
係することができる。実際に、「リマインダ」は、ある
一定の製品タイプに関係する特別な販売促進のような、
対象となる顧客によって指示される特殊でないイベント
に関して記録される場合もある。これらのイベントの全
てのタイプは、一般に予想されるイベントとして分類さ
れる（注文処理のようなあるものは、非常に具体的に予
想されるが、一方、販売促進のような他のものは、詳細
情報に関する具体性はなく、一般的にのみ予想され
る）。用語「リマインダ」は全体として、一般に予想さ
れるイベントではなく、特殊でないイベントに適してお
り、用語「イベント記述子」は、本発明を適用すること
ができる、少なくとも一般に予想されるイベントの全体
的なクラスを網羅するのに、より適している。販売促進
のような一般に予想されるイベントが関連する限り、顧
客が販売促進に興味を示す場合はあるが、顧客が一般
に、そのようなイベントのための記述子をわざわざ設定
することはないため、取引先が、対応するイベント記述
子を記録する（取引先が注文リマインダを格納する場合
の図８および図９の実施形態と同様）可能性が非常に高
いことは理解されよう。

【００７５】図１０は、上記の実施形態の種々の構成要
素が如何に相互に関係するかを示しており、当業者は、
具体的には記載されていない多数の付加的な機構の組み
合わせが可能であることを理解することができるであろ
う。より具体的には、図１０の右側半分は、イベント記
述子１５０を格納するために可能な形態、すなわち記述
子が、顧客の装置（図７）、顧客サービスシステム（図
６）、顧客信用サービスシステム（図８および図９）の
うちの１つによって与えられる記憶システム１５１に、
顧客あるいは取引先のいずれかによって格納されること
を示す。イベント記述子１５０は、関係者の識別および
店舗の位置を含む。これらの構成要素のうちのある一定
の構成要素は、例えば、以下の場合に暗示される場合が
ある。−記述子が顧客の移動端末に格納される場合、顧
客の識別は、イベント記述子内に明示的に格納される必
要はない。−記述子が、特定の取引先によって支払いを
受ける信用サービスシステム（機関）に格納される場合
（図８と同様）、その取引先の識別およびその店舗７０
の位置は、全てのイベント記述子に格納される必要はな
く、その情報は、サービスシステムによって一度格納さ
れる。−顧客の近距離Ｔｘ／Ｒｘユニットが、店舗７０
において配置される対応するユニットからビーコン信号
を受信するときに、顧客が取引先の近くにいるものと判
定されることになる場合（図７と同様）、店舗の位置は
格納される必要はない。それは、記述子に格納される取
引先識別データにおいて有効に暗示される。

【００７６】イベント記述子は、イベントＩＤデータ
と、「納期」データとを含む場合が多いであろう。ま
た、イベント記述子は、図９を参照して記載されたよう
な状態情報を含む場合があり、この情報は、取引先の状
態データベース１５２から定期的に更新される。

【００７７】また図１０の右側半分は、取引先が、顧客
の移動端末に適当なソフトウエアをダウンロードし（矢
印１５３を参照）、位置トリガデータが移動端末に転送
される（矢印１５４）ことに関する、既に記載された可
能形態も示す。

【００７８】図１０の左側半分は、顧客とイベント記述
子との位置の一致処理を示す。一致プロセス１５７は、
顧客の位置に関する位置を自動的に更新することによっ
て（図６）、顧客が開始する位置決定によって（図
９）、近距離Ｔｘ／Ｒｘからのビーコン信号を受信する
ことにより検出されるような取引先店舗への近さによっ
て（図７）、あるいは所定の顧客の入力および位置デー
タによって（それは、顧客の実際の現在位置に対応しな
い場合がある）起動されることができる。所定の位置に
いる顧客に対して、イベント記述子の一致が見出される
場合、イベント状態検査が実行され、かつ／またはその
関係者（顧客、取引先）の一方、あるいは両方が通知を
受けることができる。状態検査が行われる場合には、そ
の結果が、その関係者の一方、あるいは両方に報告され
ることができる。

【００７９】イベントが取引先の２つ以上の店舗に関連
する（例えば、取引先のいくつかの商店において販売促
進が行われる）場合、イベント記述子は、顧客が、その
店舗のうちのいずれかの店舗に近いときに一致が生じる
ように、関連する各店舗の位置を含むことができる。

【００８０】顧客がイベント記述子を格納するための役
割を担い、移動端末２０においてそれを行う場合、一般
に、格納された記述子の収集は、その特定の顧客にのみ
関連することは理解されよう。しかしながら、顧客が、
イベント記述子を、第三者のサービスシステムに格納す
る場合、そのシステムは、種々の顧客に関連する他の記
述子の収集を含む場合がある。第三者のサービスシステ
ムにイベント記述子を格納するための役割を担うのが取
引先である場合、その記述子は全般に、その取引先の多
数の異なる顧客に関係するであろう。図９に示されるよ
うな構成では、サービスシステムは、多数の取引先に関
連する多数の異なる顧客に関するイベント記述子を格納
する。

【００８１】以上、本発明の実施例について詳述した
が、以下、本発明の各実施態様の例を示す。

【００８２】[実施態様１]位置関連イベントをモニタす
る方法であって、（ａ）第２の関係者の店舗において生
じることが予想される第１の関係者の対象となるイベン
トに関するイベント記述子を格納するステップであっ
て、前記イベント記述子は、前記関係者と、前記店舗の
位置とを明示的、あるいは暗示的に識別する、ステップ
と、（ｂ）前記イベント記述子が、前記第１の関係者の
識別および位置と一致する時点を決定し、そのような一
致に応答して、前記第２の関係者によって与えられる状
態データを用いて、対応して予想されるイベントの状態
を検査するステップと、を備えて成る方法。

【００８３】[実施態様２]前記イベント記述子は、第三
者サービスシステムに前記第２の関係者によって格納さ
れ、前記第１の関係者の前記位置は、前記第１の関係
者、あるいは位置サーバのいずれかによって前記ステッ
プ（ｂ）の決定を行うために、前記第三者サービスシス
テムに提供される、実施態様１に記載の方法。

【００８４】[実施態様３]前記イベント記述子は、第三
者サービスシステムに前記第１の関係者によって格納さ
れ、前記第１の関係者の前記位置は、前記第１の関係
者、あるいは位置サーバのいずれかによって前記ステッ
プ（ｂ）の決定を行うために、前記第三者サービスシス
テムに提供される、実施態様１に記載の方法。

【００８５】[実施態様４]前記イベント記述子は、前記
第１の関係者の移動端末に前記第１の関係者によって格
納され、前記移動端末は、前記ステップ（ｂ）によって
実行される決定に、前記第１の関係者の前記位置を提供
するための位置検出手段を備える、実施態様１に記載の
方法。

【００８６】[実施態様５]前記イベント記述子は、前記
第１の関係者の移動端末に前記第１の関係者によって格
納され、前記移動端末は、前記第２の関係者の前記店舗
における対応する手段からの信号を受信するための近距
離ワイヤレス通信手段を備え、受信された前記信号は、
前記イベント記述子に対する一致を指示するために、前
記ステップ（ｂ）において実行される前記決定において
用いられる、実施態様１に記載の方法。

【００８７】[実施態様６]前記状態データは、前記第２
の関係者によって保守される状態データベースに保持さ
れ、前記ステップ（ｂ）において実行される前記状態検
査は、前記状態データベースにアクセスすることにより
行われる、実施態様１に記載の方法。

【００８８】[実施態様７]前記状態データは、前記第２
の関係者によって、前記第三者サービスシステムに提供
されてそこに記憶され、前記ステップ（ｂ）において実
行される前記状態検査は、前記第三者サービスシステム
によって保持される前記状態データにアクセスすること
により行われる、実施態様２に記載の方法。

【００８９】[実施態様８]前記ステップ（ｂ）によって
実行される前記状態検査の結果が、前記第１の関係者に
報告される、実施態様１に記載の方法。

【００９０】[実施態様９]前記イベントは、前記店舗に
おいてアイテムを受け取ることができる可能性に関連す
る実施態様１に記載の方法。

【００９１】[実施態様１０]前記ステップ（ｂ）は、少
なくとも前記検査が、前記アイテムが受取り可能である
ことを指示する時点で、前記第１の関係者に前記状態検
査の前記結果を報告するステップをさらに含む、実施態
様９に記載の方法。

【００９２】[実施態様１１]前記イベント記述子は、前
記アイテムが受取り可能である、予想される日付を特定
する日付データを含み、前記ステップ（ｂ）は、前記ア
イテムの納期が過ぎており、かつ受取り可能でないか否
かを検査するステップと、前記第１の関係者にそのよう
な状況を報告するステップとをさらに含む、実施態様１
０に記載の方法。

【００９３】[実施態様１２]前記アイテムが受取り可能
であるとの報告を受信した前記第１の関係者は、予定さ
れた受取り時間を前記第２の関係者に知らせる、実施態
様１０に記載の方法。

【００９４】[実施態様１３]前記第１の関係者の前記位
置は、前記第１の関係者による所定の動作によって、一
致が識別されることが指示されるのに基づいて、前記第
三者サービスシステムにのみ提供される、実施態様２に
記載の方法。

【００９５】[実施態様１４]前記第２の関係者は、前記
一致が前記第２の関係者に直接的に、あるいは間接的に
指示されるという場合を除いて、前記第三者サービスシ
ステムによって、前記第１の関係者の前記位置の指示を
与えられない、実施態様２に記載の方法。

【００９６】[実施態様１５]前記第２の関係者は、前記
一致が前記第２の関係者に直接的に、あるいは間接的に
指示されるという場合を除いて、前記第三者サービスシ
ステムによって、前記第１の関係者の前記位置の指示を
与えられない、実施態様３に記載の方法。

【００９７】[実施態様１６]位置関連イベントをモニタ
する際に用いるためのコンピュータプログラム製品であ
って、該製品は、汎用の処理手段によって実行される際
に、第２の関係者の店舗において生じることが予想され
る、第１の関係者に対して対象となるイベントにそれぞ
れ関連するイベント記述子を格納および検索するための
データベースインターフェースであって、前記イベント
記述子は、前記関係者、および前記店舗の位置を明示
的、あるいは暗示的に識別する、データベースインター
フェースと、あるイベント記述子が前記第１の関係者の
識別および位置と一致する時点を決定するための一致サ
ブシステムと、を提供する第１の構成要素と、汎用の処
理手段によって実行される際に、前記第２の関係者によ
って提供されるイベント状態データを格納および検索す
るためのデータベースインターフェースと、前記一致サ
ブシステムが一致を決定するのに応答して、前記イベン
ト状態データによって指示されるような、対応して予想
されるイベントの状態を検査するように動作する状態検
査サブシステムと、を提供する第２の構成要素と、を備
えて成るコンピュータプログラム製品。

【００９８】[実施態様１７]汎用の処理手段によって実
行される際に、前記第１の関係者に前記状態検査の結果
を報告するための出力サブシステムを提供する第３の構
成要素をさらに備えて成る、実施態様１６の記載のコン
ピュータプログラム製品。

【００９９】[実施態様１８]前記イベントは、前記店舗
においてアイテムを受け取ることができる可能性に関連
し、前記コンピュータプログラム製品は、汎用の処理手
段によって実行される際に、少なくとも前記検査が、前
記アイテムが受取り可能であることを指示するときに、
前記第１の関係者に前記状態検査の結果を報告するため
の出力サブシステムを提供する第３の構成要素をさらに
備えている、実施態様１６に記載のコンピュータプログ
ラム製品。

【０１００】[実施態様１９]前記イベントは、前記店舗
においてアイテムを受け取ることができる可能性に関連
し、前記コンピュータプログラム製品は、汎用の処理手
段によって実行される際に、前記アイテムが受取り可能
であるときに、前記状態検査の結果として前記第１の関
係者に報告を行うための出力サブシステムを提供する第
３の構成要素をさらに備えている、実施態様１６に記載
のコンピュータプログラム製品。

【０１０１】[実施態様２０]実施態様１６のコンピュー
タプログラム製品を用いるための装置であって、前記第
１の構成要素が導入される汎用処理手段と、前記イベン
ト記述子を保持するためのデータベースサブシステムと
を有するサービスシステムと、前記第２の関係者に関連
し、前記第２の構成要素が導入される汎用処理手段と、
前記イベント状態データを保持するためのデータベース
サブシステムとを有するデータ処理システムと、を備え
て成る装置。

【０１０２】[実施態様２１]実施態様１６のコンピュー
タプログラム製品を用いるためのシステムであって、前
記第１および前記第２の構成要素が導入される汎用処理
手段と、前記イベント記述子および前記イベント状態デ
ータを保持するためのデータベースサブシステムと、を
備えて成るシステム。

【０１０３】

【発明の効果】以上説明したように、本発明を用いるこ
とにより、顧客／取引先インタラクションに関する、位
置関連イベントの改善されたモニタ方法を実現すること
ができる。

【図面の簡単な説明】

【図１】移動端末との間で、音声および／またはデータ
を転送するために利用可能な知られている通信インフラ
ストラクチャの図である。

【図２】移動端末に慣性位置決めシステムを設けること
を含む、移動端末の位置を決定する１つの知られている
アプローチを示す図である。

【図３】固定位置のローカルビーコンに移動端末が接近
することに基づいて、移動端末の位置を決定する、別の
知られているアプローチを示す図である。

【図４】ＧＰＳ衛星の使用を含む、移動端末の位置を決
定する、さらに別の知られているアプローチを示す図で
ある。

【図５】セルラー移動無線通信システムに内在する信号
を使用することに基づいて、移動端末の位置を決定す
る、さらに別の知られているアプローチを示す図であ
る。

【図６】第１の位置認識注文状態検査方法およびシステ
ムを示す図である。

【図７】第２の位置認識注文状態検査方法およびシステ
ムを示す図である。

【図８】第３の位置認識注文状態検査方法およびシステ
ムを示す図である。

【図９】第４の位置認識注文状態検査方法およびシステ
ムを示す図である。

【図１０】図６〜図９の方法およびシステムの種々の機
構の相互関係を示す図である。

【符号の説明】

１０：ＰＬＭＮ ２０：移動端末 ４０：サービスシステム ４９：データベース ６７：位置サーバ ７０Ａ、７０Ｂ、７０Ｃ：取引先 ７２：データ端末 ７３：注文データベースシステム ７６：外部ネットワークインターフェース ８８Ａ、８８Ｂ、８８Ｃ：交信センタ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３１８ Ｇ０６Ｆ 17/60 ３１８Ｈ ５０２ ５０２ ＺＥＣ ＺＥＣ Ｈ０４Ｑ 7/34 Ｈ０４Ｂ 7/26 １０６Ａ １０６Ｂ (72)発明者 リチャード・ジェフリー・ホークス イギリス国ブリストル クリフトン イー トン・クレスセント 15 (72)発明者 ジェイムス・トーマス・エドワード・マク ドネル イギリス国ブリストル クリフトン ビュ ーフォート・ロード 11 (72)発明者 ロウレンス・ウィルコク イギリス国ウィルトシアー マルメスバリ ー オールド・レイルウェイ・クロス 14 (72)発明者 シモン・イー・クロウチ イギリス国ウィルトシアー チップンハム スタントン・ストリート・キィントン スクール・コッテイジ Ｆターム(参考） 5B075 ND20 UU08 UU40 5K067 AA21 BB04 DD17 DD19 DD20 DD51 EE02 EE35 FF02 FF03 HH23 JJ52 JJ53 JJ54 JJ56 KK15

Claims (1)

【特許請求の範囲】
1. 【請求項１】位置関連イベントをモニタする方法であっ
   て、 （ａ）第２の関係者の店舗において生じることが予想さ
   れる第１の関係者の対象となるイベントに関するイベン
   ト記述子を格納するステップであって、前記イベント記
   述子は、前記関係者と、前記店舗の位置とを明示的、あ
   るいは暗示的に識別する、ステップと、 （ｂ）前記イベント記述子が、前記第１の関係者の識別
   および位置と一致する時点を決定し、そのような一致に
   応答して、前記第２の関係者によって与えられる状態デ
   ータを用いて、対応して予想されるイベントの状態を検
   査するステップと、 を備えて成る方法。