移動通信端末装置
【課題】移動通信端末装置がサーバに効率的に位置情報を通知できるようにする。
【解決手段】端末Ｃでは、位置取得部ＰＧにて一定間隔で取得された現在位置をサーバＳへ送信する。サーバＳでは、受信した現在位置をもとに情報データベースＤから店舗を検索し、条件決定部ＣＤが次の通知条件を決定し、条件判断手段管理部ＣＪＭが条件に対応する判断手段を選択して、端末Ｃへ送信する。端末Ｃでは、サーバＳからの店舗情報、条件、条件判断手段を受信し、情報表示部ＩＶが店舗情報を表示する。サーバＳにおいて、端末Ｃが現在位置を取得する間隔と端末Ｃの移動速度に対して、各店舗の存在位置間の距離が大きい場合には、条件決定部ＣＤは、情報検索部ＩＲが求めた端末Ｃの特定位置の範囲情報を情報データベースＤから取得し、この情報で表現される範囲から出ることを通知すべき条件とする。
【解決手段】端末Ｃでは、位置取得部ＰＧにて一定間隔で取得された現在位置をサーバＳへ送信する。サーバＳでは、受信した現在位置をもとに情報データベースＤから店舗を検索し、条件決定部ＣＤが次の通知条件を決定し、条件判断手段管理部ＣＪＭが条件に対応する判断手段を選択して、端末Ｃへ送信する。端末Ｃでは、サーバＳからの店舗情報、条件、条件判断手段を受信し、情報表示部ＩＶが店舗情報を表示する。サーバＳにおいて、端末Ｃが現在位置を取得する間隔と端末Ｃの移動速度に対して、各店舗の存在位置間の距離が大きい場合には、条件決定部ＣＤは、情報検索部ＩＲが求めた端末Ｃの特定位置の範囲情報を情報データベースＤから取得し、この情報で表現される範囲から出ることを通知すべき条件とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信端末で得られる位置情報を利用して、その位置に対応する様々な位置情報を通知する位置情報通知システムに係り、特にこのシステムに用いられる位置情報通知サーバと移動通信端末において効率的な運用を実現する技術に関する。
【背景技術】
【０００２】
周知のように、ＰＨＳ（パーソナル・ハンディホン・システム）方式による移動電話システムにあっては、各端末の位置情報を識別する機能を有する。また、携帯電話システムにあっても、ＧＰＳ（グローバル・ポジショニング・システム）を利用することにより、各端末の位置情報を取得することが可能になってきている。
【０００３】
従来より、このような移動通信端末の位置情報を利用した種々の位置情報通知システムが構築されている。例えば、タクシーの現在位置をセンターで管理し、効率的な配車を行うシステムや、ユーザの現在位置付近に存在する店舗の情報を提供するシステム等がある。
【０００４】
このような位置情報通知システムにおいて、問題となる点は、ユーザの移動に伴って通知するコンテンツ情報を更新するタイミングをどのように設定するかという点にある。すなわち、どの程度移動したらコンテンツ情報が変わるかは、ユーザ側ではわからないため、端末側で定期的に、あるいは一定距離を移動する毎にサーバへアクセスする必要がある。これに対し、サーバ側では、端末の位置が管理領域を外れておらず、通知するコンテンツ情報が変わらない場合でも、アクセス要求に対応しなければならない。
【０００５】
以上のことから、移動通信端末が効率よく現在位置をセンターのサーバに通知する方法が検討されている。例えば、予め端末が移動する範囲を複数の領域に分割し、端末が現在領域から隣接する他の領域に移動したときにサーバへ現在位置を通知する方法や、サーバが領域情報を端末に送信し、端末がその領域から外れたときにサーバへ現在位置を通知する方法などが提案されている。
【０００６】
しかしながら、上記の従来技術においては、領域の情報や、サーバが通知された領域を外れたかどうかを判断するためのプログラム情報を、端末側で予め持っていなければならない。このため、領域や判断プログラムの情報を変更することが難しいという問題があった。
【０００７】
特に、端末は保有している領域情報及びプログラム情報に対応した特定のサーバだけしか利用できないため、それぞれ異なった方法で領域を管理している複数のサーバを利用するようなシステムを構築する場合には、各サーバに対応した領域情報及び判断プログラム情報を端末に持たせなければならず、端末側の負担が大きくなってしまうという問題があった。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以上述べたように、従来の位置情報通知システムでは、移動通信端末側で、予め現在位置を通知する条件（例えば領域等の範囲情報）や条件判断のためのプログラム等の条件判断情報を持っていなければならないため、条件や条件判断情報を変更することが難しいという問題があった。また、端末では保有している条件及び条件判断情報に対応した特定のサーバだけしか利用できず、異なった方法で条件を管理しているサーバを利用することができないという問題があった。特に、現在位置を取得する間隔と移動通信端末装置の移動速度に対して、各店舗の存在位置間の距離が大きい場合には、位置を取得するたびに位置情報の通知を行っても、サーバ側で検索する店舗情報に変わりはなく、無駄に通信量を増やし、サーバの負荷も増大させる。
【０００９】
そこで本発明は、上記の問題を解決し、予め位置情報を通知する条件や条件判断情報を持っていなくても、効率的に位置情報を通知し、サーバからその位置情報に応じた情報を受け取ることができ、かつ移動速度に応じて位置情報の通知を制限して無駄な通信量を低減することのできる移動通信端末装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために本発明に係る移動通信端末装置は、以下のような特徴的構成を有する。
【００１１】
（１）サーバへ位置情報を通知し、位置情報に応じた情報を取得する移動通信端末装置であって、自装置の位置情報を取得する位置情報取得手段と、移動速度に基づく条件を記憶する記憶手段と、前記移動速度に基づく条件を満たすと判定した場合には、前記位置情報取得手段によって取得した位置情報をサーバへ通知するよう制御する制御手段とを有することを特徴とする。
【００１２】
（２）（１）において、前記記憶手段が記憶する条件は、サーバから取得することを特徴とする。
【００１３】
（３）（１）において、自装置の移動速度を取得する移動速度取得手段をさらに有し、前記制御手段は、前記移動速度に基づく条件を満たすと判定した場合には、前記位置情報をサーバへ通知するとともに、前記自装置の移動速度をサーバへ通知することを特徴とする。
【００１４】
（４）（１）において、前記位置情報取得手段は、一定時間間隔に起動することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、予め位置情報を通知する条件や条件判断情報を持っていなくても、効率的に位置情報を通知し、サーバからその位置情報に応じた情報を受け取ることができ、かつ移動速度に応じて位置情報の通知を制限して無駄な通信量を低減することのできる移動通信端末装置を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係る位置情報通知システムの一実施形態の構成を示す系統図。
【図２】上記実施形態において、店舗の位置に関する情報が最寄り駅名の場合における店舗情報格納形式の例を示す図。
【図３】上記実施形態において、店舗の位置に関する情報が緯度経度情報の場合における店舗情報格納形式の例を示す図。
【図４】上記実施形態において、サーバの情報検索部がクライアント端末の現在位置から一定距離内にある店舗を検索する場合の方法を示す図。
【図５】上記実施形態において、サーバの情報検索部がクライアント端末の現在位置に近いものからある個数分の店舗を検索する場合の方法を示す図。
【図６】上記実施形態において、クライアント端末が互いに判断情報及び判断手段の異なる複数の情報提供サーバからサービスを受ける様子を示す図。
【図７】上記実施形態において、基地局のＩＤと存在位置の緯度経度情報を管理するテーブルを示す図。
【図８】上記実施形態において、範囲情報として、緯度経度とともに基地局ＩＤを備える駅情報テーブルの例を示す図。
【図９】本発明に係る位置情報通知システムの他の実施形態の構成を示す系統図。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【００１８】
図１は本発明に係る位置情報通知システムの一実施形態の構成を示す系統図である。このシステムは、ユーザの現在位置付近に存在する店舗の情報（コンテンツ情報）をプッシュ型で提供する店舗情報通知サービスシステムである。すなわち、ユーザが持つ移動通信端末（以下、クライアント端末と称する）Ｃが、ユーザの操作によらず、公衆網等のネットワークＮを通じて自動的に位置情報通知サーバ（以下、情報提供サーバと称する）Ｓに現在位置を通知し、サーバＳが通知を受けた現在位置に基づいて情報データベースＤを検索し、その位置付近に存在する店舗の情報を割り出し、クライアント端末Ｃに送信するというサービスを行うものである。
【００１９】
上記のシステム構成において、クライアント端末Ｃは、位置取得部起動部ＰＧＫ、位置取得部ＰＧ、位置情報通知部ＰＮ、条件判断部ＣＪ、情報受信部ＩＲ、情報表示部ＩＶを備えている。情報提供サーバＳには、位置情報受信部ＰＲ、情報検索部ＩＲ、条件決定部ＣＤ、条件判断手段管理部ＣＪＭ、情報送信部ＩＳを備えている。
【００２０】
以下、情報データベースＤの情報内容、情報提供サーバＳ及びクライアント端末Ｃにある各機能部について順に説明する。
【００２１】
まず、情報データベースＤの情報内容について説明する。
【００２２】
情報データベースＤには、予め店舗情報が格納されている。店舗情報には、店舗の位置に関する情報も含む。位置に関する情報は、どのような形式のものでもかまわない。例えば、最寄り駅の名前や、緯度経度情報等が考えられる。図２に店舗の位置に関する情報が最寄り駅名の場合における店舗情報格納形式の例を示し、図３に緯度経度情報の場合における店舗情報格納形式の例を示す。
【００２３】
最寄り駅名を用いて情報を格納する場合は、駅の存在位置に関するテーブルも用意する。このテーブルでは、駅の位置情報と、その駅が最寄り駅となる範囲の情報を管理する。この位置情報は、どのような形式のものでもかまわない。例えば、緯度経度情報や、ＰＨＳの基地局ＩＤ等が考えられる。図２の例では、緯度経度情報を格納している。
【００２４】
範囲の情報としては、範囲を特定するのに最低限必要な情報であれば、どのような形式のものでもかまわない。例えば、範囲を円で表現する場合は中心点の緯度経度情報と円の半径、矩形で表現する場合は各頂点の緯度経度情報、多角形で表現する場合は各頂点を結ぶベクトル情報等が考えられる。その他、範囲に含まれるＰＨＳの基地局ＩＤ等も考えられる。図２の例では、範囲を円で表現し、中心点の緯度経度情報と円の半径の情報を格納している。
【００２５】
次に、情報提供サーバＳの各機能部について説明する。
【００２６】
位置情報受信部ＰＲは、クライアント端末Ｃが通知する、クライアント端末Ｃの位置情報を受信する機能を持つ。位置情報はどのような形式のものでもかまわない。例えば、緯度経度情報や、ＰＨＳの基地局ＩＤ等が考えられる。
【００２７】
情報検索部ＩＲは、情報データベースＤから情報を検索する機能を持ち、位置情報受信部ＰＲが受信したクライアント端末Ｃの位置の付近にある店舗を検索する。
【００２８】
例えば、図２の形式で店舗情報が情報データベースＤに格納され、クライアント端末Ｃの現在位置が緯度経度情報で表されている場合は、まず駅情報テーブルの各駅の存在位置情報を用い、クライアント端末Ｃから各駅までの距離を計算し、最寄り駅を決定する。次に、店舗情報テーブルから、最寄り駅がクライアント端末Ｃの最寄り駅と一致する店舗を取り出す。
【００２９】
図３の形式で店舗情報が情報データベースＤに格納されている場合は、クライアント端末Ｃから各店舗までの距離を計算し、例えば、クライアント端末Ｃの現在位置から一定距離内にある店舗や、クライアント端末Ｃの現在位置に近いものからある個数分の店舗を取り出す。
【００３０】
条件決定部ＣＤは、クライアント端末Ｃが次に位置情報を通知すべき条件を決定する機能を持つ。以下に具体例をあげて条件決定内容を説明する。
【００３１】
まず、図２の形式で店舗情報が情報データベースＤに格納されている場合、クライアント端末Ｃが最寄り駅が同じである位置で位置情報の通知を繰り返しても、情報検索部ＩＲが検索する店舗情報に変わりはない。このような位置の通知は、無駄に通信量を増やし、情報提供サーバＳの負荷も増大させることになる。
【００３２】
この場合は、最寄り駅が同じである範囲から出たときに通知を行えばよい。そこで、条件決定部ＣＤは、情報検索部ＩＲが求めたクライアント端末Ｃの最寄り駅の範囲情報を情報データベースＤから取得し、この情報で表現される範囲から出ることを通知すべき条件とする。その他、図２の駅情報テーブルで、隣接する範囲の情報を管理するようにし、隣接する範囲の情報で表現される範囲に入ることを通知すべき条件とすることも考えられる。
【００３３】
また、図３の形式で店舗情報が情報データベースＤに格納され、クライアント端末Ｃの現在位置から一定距離内にある店舗、または、近いものからある個数分の店舗の情報をクライアント端末Ｃに提供するような場合においても、上記と同様の問題が生じる。すなわち、現在位置を取得する間隔とクライアント端末Ｃの移動速度に対して、各店舗の存在位置間の距離が大きい場合には、位置を取得するたびに位置情報の通知を行っても、情報検索部ＩＲが検索する店舗情報に変わりはなく、無駄に通信量を増やし、サーバの負荷も増大させる。
【００３４】
そこで、情報検索部ＩＲがクライアント端末Ｃの現在位置から一定距離内にある店舗を検索する場合は、例えば図４に示すように、一定距離の範囲の外に存在する店舗の中からクライアント端末Ｃの現在位置から最短距離にあるものを調べ、その距離から上記一定距離を引いた値を求め、最初に現在位置の通知を行った地点から求めた値の距離以上離れることを通知すべき条件とする。
【００３５】
情報検索部ＩＲがクライアント端末Ｃの現在位置に近いものからある個数分の店舗を検索する場合は、例えば図５に示すように、クライアント端末Ｃから通知を受けた地点に最も近い位置にある店舗までの距離を求め、通知を行った地点から求めた距離以上離れることを通知すべき条件とする。
【００３６】
尚、図４と図５は、それぞれ、通知する必要がないと確実にわかる範囲を求めている。このような条件決定方法以外にも、クライアント端末Ｃの移動速度や移動方向も考慮して条件を決定すること等が考えられる。
【００３７】
条件判断手段管理部ＣＪＭは、クライアント端末Ｃが条件判断を行うための手段に関する情報を管理する機能を持つ。この情報はどのような形式のものでもかまわない。例えば、計算式や、実際に判断処理を行うプログラム等が考えられる。
【００３８】
条件判断を行うための手段は、情報データベースＤに格納されている店舗の位置情報の形式に大きく依存することになる。図２の形式で店舗情報が格納されている場合は、クライアントの緯度経度情報と、範囲情報として与えられる円の中心点の緯度経度情報とから２点間の距離を求め、求めた距離が、範囲情報として与えられる円の半径よりも長いかどうかを調べる計算式等になる。
【００３９】
情報送信部ＩＳは、クライアント端末Ｃに情報を送信する機能を持つ。この情報には、情報検索部ＩＲによって検索された店舗情報と、条件決定部ＣＤによって決定された、次にクライアント端末Ｃが位置情報を通知すべき条件に関する情報と、条件判断手段管理部ＣＪＭが管理している、クライアント端末Ｃが条件判断を行うための手段に関する情報が含まれる。
【００４０】
続いて、クライアント端末Ｃの各機能部について説明する。
【００４１】
位置取得部起動部ＰＧＫは、位置取得部ＰＧを起動する機能を持つ。起動を決定する方法は、どのようなものでもかまわない。例えば、一定時間間隔に起動する方法や、ある条件を満たした場合に起動する方法等がある。
【００４２】
位置取得部ＰＧは、クライアント端末の現在位置を取得する機能を持つ。位置情報を取得する手段は、どのようなものでもかまわない。例えば、ＧＰＳを用いて緯度経度情報を取得する方法や、ＰＨＳの基地局ＩＤを取得する方法がある。
【００４３】
位置情報通知部ＰＮは、位置取得部ＰＧで取得した位置情報を情報提供サーバＳに送信する機能を持つ。
【００４４】
条件判断部ＣＪは、情報提供サーバＳから指定された条件をもとに、情報提供サーバＳから指定された条件判断手段を用いて、位置情報を通知するかどうかの判断を行う機能を持つ。情報提供サーバＳから指定される条件及び条件判断手段は、情報受信部ＩＲから取得する。
【００４５】
情報受信部ＩＲは、情報提供サーバＳから送信される情報を受信する機能を持つ。この情報には、店舗情報と、次に位置情報を通知すべき条件に関する情報、条件判断を行うための手段に関する情報が含まれる。店舗情報は情報表示部ＩＶに渡し、条件及び条件判断手段は、条件判断部ＣＪに渡す。
【００４６】
情報表示部ＩＶは、情報提供サーバＳから通知された店舗情報をユーザが見やすい形式で表示する機能を持つ。この店舗情報は、情報受信部ＩＲから取得する。
【００４７】
図１のシステムにおいて、以下にクライアント端末Ｃが情報提供サービスを受ける際の処理の流れを説明する。ここでは、クライアント端末Ｃにおいて、位置取得起動部ＰＧＫが、サービスを受け始めるときから一定時間間隔で位置取得部ＰＧを起動するものとする。
【００４８】
クライアント端末Ｃ側
（１）ユーザの操作により情報サービスを受ける旨の指示を受けると、位置取得起動部ＰＧＫが位置取得部ＰＧを起動する。
【００４９】
（２）位置取得部ＰＧがクライアント端末Ｃの現在位置の情報を取得し、位置情報通知部ＰＮに渡す。
【００５０】
（３）位置情報通知部ＰＮが情報提供サーバＳをアクセスし、（２）で取得した位置情報を送信する。
【００５１】
情報提供サーバＳ側
（４）位置情報受信部ＰＲがクライアント端末Ｃからのアクセスに応答して位置情報を受信し、情報検索部ＩＲに渡す。
【００５２】
（５）情報検索部ＩＲが、（４）で取得した位置情報をもとに、情報データベースＤからクライアント端末Ｃの現在位置付近に存在する店舗の情報を検索し、検索結果を条件決定部ＣＤ及び情報送信部ＩＳに渡す。続いて、条件決定部ＣＤが、検索結果をもとに、クライアント端末Ｃが次に位置情報を通知すべき条件を決定し、決定した条件を条件判断手段管理部ＣＪＭ及び情報送信部ＩＳに渡す。条件判断手段管理部ＣＪＭが、決定された条件をクライアント端末Ｃが判断するための手段に関する情報を情報送信部ＩＳに渡す。
【００５３】
（６）情報送信部ＩＳが、（５）で取得した店舗情報、条件及びクライアント端末Ｃが条件判断を行うための手段に関する情報をクライアント端末Ｃに送信する。
【００５４】
クライアント端末Ｃ側
（７）情報受信部ＩＲが、情報提供サーバＳから送信される店舗情報、条件、条件判断手段を受信し、店舗情報を情報表示部ＩＶに渡し、条件と条件判断手段を条件判断部ＣＪに渡す。
【００５５】
（８）情報表示部ＩＶが店舗情報を表示する。
【００５６】
（９）位置取得起動部ＰＧＫが、前回位置取得部ＰＧを起動したときから一定時間後に位置取得部ＰＧを起動する。
【００５７】
（１０）位置取得部ＰＧがクライアント端末Ｃの現在位置の情報を取得し、位置情報通知部ＰＮに渡すとともに、条件判断部ＣＪを呼び出す。
【００５８】
（１１）条件判断部ＣＪが、サーバＳから与えられた条件及び条件判断手段に基づいて、位置情報を通知するべきかどうかを判断する。条件判断部ＣＪで通知するという判断が出た場合は、（３）以降の処理を繰り返す。通知しないという判断が出た場合は、（９）以降の処理を繰り返す。
【００５９】
このように、サーバＳがクライアント端末Ｃに対して位置情報を通知する条件を動的に指定することにより、サーバＳにとって有用な位置情報のみをクライアント端末ＣがサーバＳに通知することが可能となる。この結果、位置情報通知のための通信量を削減し、サーバＳの負荷を軽減することができる。また、条件判断を行う手段もサーバＳが提供することにより、クライアント端末Ｓはデータ形式の変更に柔軟に対応でき、図６のように、複数のサーバＳＡ（判断情報：円中心点の緯度経度及び半径距離、判断手段：ｆ(x,y) ）、ＳＢ（判断情報：矩形頂点の緯度経度、判断手段：ｇ(x,y) ）、ＳＣ（判断情報：ベクトルの集合、判断手段：ｈ(x,y) ）、…を利用することも可能になる。
【００６０】
ところで、上記実施形態において、情報データベースＤでは図２のような緯度経度情報に基づいた形式で位置情報が格納されているのに対し、クライアント端末Ｃから通知される位置情報が基地局ＩＤであるような場合は、サーバＳにおいて基地局ＩＤから緯度経度情報を求めることが必要になる。
【００６１】
これを実現する方法としては、図７に示すような、基地局のＩＤと存在位置の緯度経度情報を管理するテーブルを作成する方法がある。サーバＳの情報検索部ＩＲは、位置情報受信部ＰＲからクライアントが通知した基地局ＩＤの情報を受け取ると、図７のテーブルを用いて該当する基地局の緯度経度情報を取得し、その緯度経度情報を用いて上記実施形態と同様に、店舗情報の検索を行う。
【００６２】
また、上記実施形態では、条件決定部ＣＤ及び条件判断手段管理部ＣＪＭが全て緯度経度情報を用いている場合の方法を説明したが、上述のように、クライアント端末Ｃが取得・通知する位置情報が基地局ＩＤであるような場合は、条件を判断する方法が緯度経度情報に基づいたものであると、クライアント端末Ｃ内で条件判断を行うことができない。
【００６３】
そこで、クライアント端末Ｃから通知される位置情報が基地局ＩＤである場合は、基地局ＩＤを用いて位置情報を通知するかどうかの判断を行うための条件、及び、条件判断手段を情報提供サーバＳがクライアント端末Ｃに提供するようにする。
【００６４】
これを実現する方法としては、図２の駅情報テーブルを、図８に示すように、基地局ＩＤを用いた範囲情報も管理する方法がある。その他、図２の駅情報テーブルの範囲情報と図７の基地局情報を用い、図２で表されている範囲に含まれる基地局のＩＤを動的に求める方法等も考えられる。
【００６５】
このように、サーバＳがクライアント端末Ｃの通知する位置情報の形式に応じて、位置情報を通知する条件の形式を変更することにより、クライアント端末Ｃが位置情報を取得する手段に関わらず、サーバＳにとって有用な位置情報のみをクライアント端末ＣがサーバＳに通知することが可能になり、位置情報通知のための通信量を削減し、サーバＳの負荷を軽減することができる。
【００６６】
また、上記実施形態において、情報データベースＤに格納されているデータ形式がテーブル内で統一されており、クライアント端末Ｃがサービスを受けている間に頻繁に接続する情報提供サーバを変えない場合は、情報提供サーバＳが、クライアント端末Ｃからの位置情報通知の応答のたびに条件判断に関する情報を送信する必要はない。
【００６７】
そこで、図９に示すように、図１のクライアント端末Ｃに条件判断手段要求部ＣＪＳ、情報提供サーバＳに条件判断手段回答部ＣＪＲを追加する。
【００６８】
クライアント端末Ｃの条件判断手段要求部ＣＪＳは、情報提供サーバＳに位置情報通知条件を判断する手段の提供を依頼し、応答として判断手段を受信する機能を持つ。提供を依頼する際、情報提供サーバＳが判断手段を選択するのに必要な情報も渡すようにする。この情報としては、例えばクライアント端末Ｃが取得できる位置情報の形式に関する情報等が考えられる。情報提供サーバＳから受信した判断手段は、条件判断部ＣＪに渡す。
【００６９】
情報提供サーバＳの条件判断手段回答部ＣＪＲは、クライアント端末Ｃから位置情報通知条件を判断する手段の提供依頼を受けつけ、適切な判断手段をクライアント端末Ｃに回答する機能を持つ。クライアント端末Ｃから送信される情報をもとに、条件判断手段管理部ＣＪＭからクライアント端末Ｃに適した判断手段を取得する。
【００７０】
図９における、クライアント端末Ｃが情報提供サービスを受ける際の処理の流れを、以下に説明する。ここでは、位置取得起動部ＰＧＫがサービスを受け始めるときから一定時間間隔で位置取得部ＰＧを起動するものとする。
【００７１】
クライアント端末Ｃ側
（１）ユーザの操作により情報サービスを受ける旨の指示を受けると、条件判断手段要求部ＣＪＳが情報提供サーバＳをアクセスし、条件判断手段回答部ＣＪＲに判断手段提供の依頼を行う。
【００７２】
情報提供サーバＳ側
（２）クライアント端末Ｃからのアクセスにより、条件判断手段回答部ＣＪＲが、条件判断手段管理部ＣＪＭから判断手段を取得し、クライアント端末Ｃの条件判断手段要求部ＣＪＳに送信する。
【００７３】
クライアント端末Ｃ側
（３）条件判断手段要求部ＣＪＳがサーバＳの条件判断手段回答部ＣＪＲから判断手段を受信し、条件判断部ＣＪに渡す。
【００７４】
（４）位置取得起動部ＰＧＫが、位置取得部ＰＧを起動する。
【００７５】
（５）位置取得部ＰＧがクライアント端末Ｃの現在位置の情報を取得し、位置情報通知部ＰＮに渡す。
【００７６】
（６）位置情報通知部ＰＮが情報提供サーバＳをアクセスし、（５）で取得した位置情報を位置情報受信部ＰＲに送信する。
【００７７】
情報提供サーバＳ側
（７）位置情報受信部ＰＲがクライアント端末Ｃからのアクセスに応答して位置情報を受信し、情報検索部ＩＲに渡す。
【００７８】
（８）情報検索部ＩＲが、（７）で取得した位置情報をもとに、情報データベースＤからクライアント端末Ｃの現在位置付近に存在する店舗の情報を検索し、検索結果を条件決定部ＣＤ及び情報送信部ＩＳに渡す。続いて、条件決定部ＣＤが、検索結果をもとに、クライアント端末Ｃが次に位置情報を通知すべき条件を決定し、決定した条件を情報送信部ＩＳに渡す。
【００７９】
（９）情報送信部ＩＳが、（８）で取得した店舗情報と条件をクライアント端末Ｃに送信する。
【００８０】
クライアント端末Ｃ側
（１０）情報受信部ＩＲが、情報提供サーバＳから送信される店舗情報、条件を受信し、店舗情報を情報表示部ＩＶに渡し、条件を条件判断部ＣＪに渡す。
【００８１】
（１１）情報表示部ＩＶが店舗情報を表示する。
【００８２】
（１２）位置取得起動部ＰＧＫが、前回位置取得部ＰＧを起動したときから一定時間後に位置取得部ＰＧを起動する。
【００８３】
（１３）位置取得部ＰＧがクライアント端末Ｃの現在位置の情報を取得し、位置情報通知部ＰＮに渡すとともに、条件判断部ＣＪを呼び出す。
【００８４】
（１４）条件判断部ＣＪが、サーバＳから与えられた条件及び条件判断手段に基づいて、位置情報を通知するべきかどうかを判断する。通知するという判断が出た場合は、（６）以降の処理を繰り返す。通知しないという判断が出た場合は、（１２）以降の処理を繰り返す。途中、情報提供サーバを変更する場合は、（１）からの処理を繰り返す。
【００８５】
このように、サーバＳがクライアント端末Ｃに対して位置情報を通知する条件を動的に指定し、かつ、条件判断を行う手段は、クライアント端末ＣがサーバＳに最初に接続する際にサーバＳからクライアント端末Ｃに提供することにより、条件通知に必要なデータ通信量を最低限に抑えながら、サーバＳにとって有用な位置情報のみをクライアント端末ＣがサーバＳに通知することが可能になり、通信量を削減し、サーバの負荷を軽減することができる。
【００８６】
上記構成による位置情報通知システムは、情報を提供する領域を任意の形式に設定できることから、様々なサービスへの応用が可能である。
【００８７】
例えば、広告サービスへの応用が考えられる。
【００８８】
スーパーマーケットなどでは、店舗から半径２ｋｍ以内にいるユーザに提示できればよいと考えられる。この場合は、領域を円で表現できる（図６（ａ））。
【００８９】
宅配ピザなどのようにテリトリーが決まっている場合は、領域を矩形で表現すればよい（図６（ｂ））。
【００９０】
駅ビル内の店舗であれば、駅周辺だけでなく、電車内にいるユーザへの提示も有効となる。このような場合は、単純な円や矩形では領域を表現することができない。そこで、ベクトル集合等の手法により領域を表現する（図６（ｃ））。
【００９１】
このように、複数の形式の領域を扱う必要がある場合に、本発明による位置情報通知システムは特に効果を発揮することができる。
【符号の説明】
【００９２】
Ｃ…クライアント端末（移動通信端末）
Ｓ…位置情報通知サーバ（情報提供サーバ）
Ｄ…情報データベース
Ｎ…ネットワーク
ＰＧＫ…位置取得部起動部
ＰＧ…位置取得部
ＰＮ…位置情報通知部
ＣＪ…条件判断部
ＩＲ…情報受信部
ＩＶ…情報表示部
ＰＲ…位置情報受信部
ＩＲ…情報検索部
ＣＤ…条件決定部
ＣＪＭ…条件判断手段管理部
ＩＳ…情報送信部
【技術分野】
【０００１】
本発明は、移動通信端末で得られる位置情報を利用して、その位置に対応する様々な位置情報を通知する位置情報通知システムに係り、特にこのシステムに用いられる位置情報通知サーバと移動通信端末において効率的な運用を実現する技術に関する。
【背景技術】
【０００２】
周知のように、ＰＨＳ（パーソナル・ハンディホン・システム）方式による移動電話システムにあっては、各端末の位置情報を識別する機能を有する。また、携帯電話システムにあっても、ＧＰＳ（グローバル・ポジショニング・システム）を利用することにより、各端末の位置情報を取得することが可能になってきている。
【０００３】
従来より、このような移動通信端末の位置情報を利用した種々の位置情報通知システムが構築されている。例えば、タクシーの現在位置をセンターで管理し、効率的な配車を行うシステムや、ユーザの現在位置付近に存在する店舗の情報を提供するシステム等がある。
【０００４】
このような位置情報通知システムにおいて、問題となる点は、ユーザの移動に伴って通知するコンテンツ情報を更新するタイミングをどのように設定するかという点にある。すなわち、どの程度移動したらコンテンツ情報が変わるかは、ユーザ側ではわからないため、端末側で定期的に、あるいは一定距離を移動する毎にサーバへアクセスする必要がある。これに対し、サーバ側では、端末の位置が管理領域を外れておらず、通知するコンテンツ情報が変わらない場合でも、アクセス要求に対応しなければならない。
【０００５】
以上のことから、移動通信端末が効率よく現在位置をセンターのサーバに通知する方法が検討されている。例えば、予め端末が移動する範囲を複数の領域に分割し、端末が現在領域から隣接する他の領域に移動したときにサーバへ現在位置を通知する方法や、サーバが領域情報を端末に送信し、端末がその領域から外れたときにサーバへ現在位置を通知する方法などが提案されている。
【０００６】
しかしながら、上記の従来技術においては、領域の情報や、サーバが通知された領域を外れたかどうかを判断するためのプログラム情報を、端末側で予め持っていなければならない。このため、領域や判断プログラムの情報を変更することが難しいという問題があった。
【０００７】
特に、端末は保有している領域情報及びプログラム情報に対応した特定のサーバだけしか利用できないため、それぞれ異なった方法で領域を管理している複数のサーバを利用するようなシステムを構築する場合には、各サーバに対応した領域情報及び判断プログラム情報を端末に持たせなければならず、端末側の負担が大きくなってしまうという問題があった。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以上述べたように、従来の位置情報通知システムでは、移動通信端末側で、予め現在位置を通知する条件（例えば領域等の範囲情報）や条件判断のためのプログラム等の条件判断情報を持っていなければならないため、条件や条件判断情報を変更することが難しいという問題があった。また、端末では保有している条件及び条件判断情報に対応した特定のサーバだけしか利用できず、異なった方法で条件を管理しているサーバを利用することができないという問題があった。特に、現在位置を取得する間隔と移動通信端末装置の移動速度に対して、各店舗の存在位置間の距離が大きい場合には、位置を取得するたびに位置情報の通知を行っても、サーバ側で検索する店舗情報に変わりはなく、無駄に通信量を増やし、サーバの負荷も増大させる。
【０００９】
そこで本発明は、上記の問題を解決し、予め位置情報を通知する条件や条件判断情報を持っていなくても、効率的に位置情報を通知し、サーバからその位置情報に応じた情報を受け取ることができ、かつ移動速度に応じて位置情報の通知を制限して無駄な通信量を低減することのできる移動通信端末装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために本発明に係る移動通信端末装置は、以下のような特徴的構成を有する。
【００１１】
（１）サーバへ位置情報を通知し、位置情報に応じた情報を取得する移動通信端末装置であって、自装置の位置情報を取得する位置情報取得手段と、移動速度に基づく条件を記憶する記憶手段と、前記移動速度に基づく条件を満たすと判定した場合には、前記位置情報取得手段によって取得した位置情報をサーバへ通知するよう制御する制御手段とを有することを特徴とする。
【００１２】
（２）（１）において、前記記憶手段が記憶する条件は、サーバから取得することを特徴とする。
【００１３】
（３）（１）において、自装置の移動速度を取得する移動速度取得手段をさらに有し、前記制御手段は、前記移動速度に基づく条件を満たすと判定した場合には、前記位置情報をサーバへ通知するとともに、前記自装置の移動速度をサーバへ通知することを特徴とする。
【００１４】
（４）（１）において、前記位置情報取得手段は、一定時間間隔に起動することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、予め位置情報を通知する条件や条件判断情報を持っていなくても、効率的に位置情報を通知し、サーバからその位置情報に応じた情報を受け取ることができ、かつ移動速度に応じて位置情報の通知を制限して無駄な通信量を低減することのできる移動通信端末装置を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係る位置情報通知システムの一実施形態の構成を示す系統図。
【図２】上記実施形態において、店舗の位置に関する情報が最寄り駅名の場合における店舗情報格納形式の例を示す図。
【図３】上記実施形態において、店舗の位置に関する情報が緯度経度情報の場合における店舗情報格納形式の例を示す図。
【図４】上記実施形態において、サーバの情報検索部がクライアント端末の現在位置から一定距離内にある店舗を検索する場合の方法を示す図。
【図５】上記実施形態において、サーバの情報検索部がクライアント端末の現在位置に近いものからある個数分の店舗を検索する場合の方法を示す図。
【図６】上記実施形態において、クライアント端末が互いに判断情報及び判断手段の異なる複数の情報提供サーバからサービスを受ける様子を示す図。
【図７】上記実施形態において、基地局のＩＤと存在位置の緯度経度情報を管理するテーブルを示す図。
【図８】上記実施形態において、範囲情報として、緯度経度とともに基地局ＩＤを備える駅情報テーブルの例を示す図。
【図９】本発明に係る位置情報通知システムの他の実施形態の構成を示す系統図。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【００１８】
図１は本発明に係る位置情報通知システムの一実施形態の構成を示す系統図である。このシステムは、ユーザの現在位置付近に存在する店舗の情報（コンテンツ情報）をプッシュ型で提供する店舗情報通知サービスシステムである。すなわち、ユーザが持つ移動通信端末（以下、クライアント端末と称する）Ｃが、ユーザの操作によらず、公衆網等のネットワークＮを通じて自動的に位置情報通知サーバ（以下、情報提供サーバと称する）Ｓに現在位置を通知し、サーバＳが通知を受けた現在位置に基づいて情報データベースＤを検索し、その位置付近に存在する店舗の情報を割り出し、クライアント端末Ｃに送信するというサービスを行うものである。
【００１９】
上記のシステム構成において、クライアント端末Ｃは、位置取得部起動部ＰＧＫ、位置取得部ＰＧ、位置情報通知部ＰＮ、条件判断部ＣＪ、情報受信部ＩＲ、情報表示部ＩＶを備えている。情報提供サーバＳには、位置情報受信部ＰＲ、情報検索部ＩＲ、条件決定部ＣＤ、条件判断手段管理部ＣＪＭ、情報送信部ＩＳを備えている。
【００２０】
以下、情報データベースＤの情報内容、情報提供サーバＳ及びクライアント端末Ｃにある各機能部について順に説明する。
【００２１】
まず、情報データベースＤの情報内容について説明する。
【００２２】
情報データベースＤには、予め店舗情報が格納されている。店舗情報には、店舗の位置に関する情報も含む。位置に関する情報は、どのような形式のものでもかまわない。例えば、最寄り駅の名前や、緯度経度情報等が考えられる。図２に店舗の位置に関する情報が最寄り駅名の場合における店舗情報格納形式の例を示し、図３に緯度経度情報の場合における店舗情報格納形式の例を示す。
【００２３】
最寄り駅名を用いて情報を格納する場合は、駅の存在位置に関するテーブルも用意する。このテーブルでは、駅の位置情報と、その駅が最寄り駅となる範囲の情報を管理する。この位置情報は、どのような形式のものでもかまわない。例えば、緯度経度情報や、ＰＨＳの基地局ＩＤ等が考えられる。図２の例では、緯度経度情報を格納している。
【００２４】
範囲の情報としては、範囲を特定するのに最低限必要な情報であれば、どのような形式のものでもかまわない。例えば、範囲を円で表現する場合は中心点の緯度経度情報と円の半径、矩形で表現する場合は各頂点の緯度経度情報、多角形で表現する場合は各頂点を結ぶベクトル情報等が考えられる。その他、範囲に含まれるＰＨＳの基地局ＩＤ等も考えられる。図２の例では、範囲を円で表現し、中心点の緯度経度情報と円の半径の情報を格納している。
【００２５】
次に、情報提供サーバＳの各機能部について説明する。
【００２６】
位置情報受信部ＰＲは、クライアント端末Ｃが通知する、クライアント端末Ｃの位置情報を受信する機能を持つ。位置情報はどのような形式のものでもかまわない。例えば、緯度経度情報や、ＰＨＳの基地局ＩＤ等が考えられる。
【００２７】
情報検索部ＩＲは、情報データベースＤから情報を検索する機能を持ち、位置情報受信部ＰＲが受信したクライアント端末Ｃの位置の付近にある店舗を検索する。
【００２８】
例えば、図２の形式で店舗情報が情報データベースＤに格納され、クライアント端末Ｃの現在位置が緯度経度情報で表されている場合は、まず駅情報テーブルの各駅の存在位置情報を用い、クライアント端末Ｃから各駅までの距離を計算し、最寄り駅を決定する。次に、店舗情報テーブルから、最寄り駅がクライアント端末Ｃの最寄り駅と一致する店舗を取り出す。
【００２９】
図３の形式で店舗情報が情報データベースＤに格納されている場合は、クライアント端末Ｃから各店舗までの距離を計算し、例えば、クライアント端末Ｃの現在位置から一定距離内にある店舗や、クライアント端末Ｃの現在位置に近いものからある個数分の店舗を取り出す。
【００３０】
条件決定部ＣＤは、クライアント端末Ｃが次に位置情報を通知すべき条件を決定する機能を持つ。以下に具体例をあげて条件決定内容を説明する。
【００３１】
まず、図２の形式で店舗情報が情報データベースＤに格納されている場合、クライアント端末Ｃが最寄り駅が同じである位置で位置情報の通知を繰り返しても、情報検索部ＩＲが検索する店舗情報に変わりはない。このような位置の通知は、無駄に通信量を増やし、情報提供サーバＳの負荷も増大させることになる。
【００３２】
この場合は、最寄り駅が同じである範囲から出たときに通知を行えばよい。そこで、条件決定部ＣＤは、情報検索部ＩＲが求めたクライアント端末Ｃの最寄り駅の範囲情報を情報データベースＤから取得し、この情報で表現される範囲から出ることを通知すべき条件とする。その他、図２の駅情報テーブルで、隣接する範囲の情報を管理するようにし、隣接する範囲の情報で表現される範囲に入ることを通知すべき条件とすることも考えられる。
【００３３】
また、図３の形式で店舗情報が情報データベースＤに格納され、クライアント端末Ｃの現在位置から一定距離内にある店舗、または、近いものからある個数分の店舗の情報をクライアント端末Ｃに提供するような場合においても、上記と同様の問題が生じる。すなわち、現在位置を取得する間隔とクライアント端末Ｃの移動速度に対して、各店舗の存在位置間の距離が大きい場合には、位置を取得するたびに位置情報の通知を行っても、情報検索部ＩＲが検索する店舗情報に変わりはなく、無駄に通信量を増やし、サーバの負荷も増大させる。
【００３４】
そこで、情報検索部ＩＲがクライアント端末Ｃの現在位置から一定距離内にある店舗を検索する場合は、例えば図４に示すように、一定距離の範囲の外に存在する店舗の中からクライアント端末Ｃの現在位置から最短距離にあるものを調べ、その距離から上記一定距離を引いた値を求め、最初に現在位置の通知を行った地点から求めた値の距離以上離れることを通知すべき条件とする。
【００３５】
情報検索部ＩＲがクライアント端末Ｃの現在位置に近いものからある個数分の店舗を検索する場合は、例えば図５に示すように、クライアント端末Ｃから通知を受けた地点に最も近い位置にある店舗までの距離を求め、通知を行った地点から求めた距離以上離れることを通知すべき条件とする。
【００３６】
尚、図４と図５は、それぞれ、通知する必要がないと確実にわかる範囲を求めている。このような条件決定方法以外にも、クライアント端末Ｃの移動速度や移動方向も考慮して条件を決定すること等が考えられる。
【００３７】
条件判断手段管理部ＣＪＭは、クライアント端末Ｃが条件判断を行うための手段に関する情報を管理する機能を持つ。この情報はどのような形式のものでもかまわない。例えば、計算式や、実際に判断処理を行うプログラム等が考えられる。
【００３８】
条件判断を行うための手段は、情報データベースＤに格納されている店舗の位置情報の形式に大きく依存することになる。図２の形式で店舗情報が格納されている場合は、クライアントの緯度経度情報と、範囲情報として与えられる円の中心点の緯度経度情報とから２点間の距離を求め、求めた距離が、範囲情報として与えられる円の半径よりも長いかどうかを調べる計算式等になる。
【００３９】
情報送信部ＩＳは、クライアント端末Ｃに情報を送信する機能を持つ。この情報には、情報検索部ＩＲによって検索された店舗情報と、条件決定部ＣＤによって決定された、次にクライアント端末Ｃが位置情報を通知すべき条件に関する情報と、条件判断手段管理部ＣＪＭが管理している、クライアント端末Ｃが条件判断を行うための手段に関する情報が含まれる。
【００４０】
続いて、クライアント端末Ｃの各機能部について説明する。
【００４１】
位置取得部起動部ＰＧＫは、位置取得部ＰＧを起動する機能を持つ。起動を決定する方法は、どのようなものでもかまわない。例えば、一定時間間隔に起動する方法や、ある条件を満たした場合に起動する方法等がある。
【００４２】
位置取得部ＰＧは、クライアント端末の現在位置を取得する機能を持つ。位置情報を取得する手段は、どのようなものでもかまわない。例えば、ＧＰＳを用いて緯度経度情報を取得する方法や、ＰＨＳの基地局ＩＤを取得する方法がある。
【００４３】
位置情報通知部ＰＮは、位置取得部ＰＧで取得した位置情報を情報提供サーバＳに送信する機能を持つ。
【００４４】
条件判断部ＣＪは、情報提供サーバＳから指定された条件をもとに、情報提供サーバＳから指定された条件判断手段を用いて、位置情報を通知するかどうかの判断を行う機能を持つ。情報提供サーバＳから指定される条件及び条件判断手段は、情報受信部ＩＲから取得する。
【００４５】
情報受信部ＩＲは、情報提供サーバＳから送信される情報を受信する機能を持つ。この情報には、店舗情報と、次に位置情報を通知すべき条件に関する情報、条件判断を行うための手段に関する情報が含まれる。店舗情報は情報表示部ＩＶに渡し、条件及び条件判断手段は、条件判断部ＣＪに渡す。
【００４６】
情報表示部ＩＶは、情報提供サーバＳから通知された店舗情報をユーザが見やすい形式で表示する機能を持つ。この店舗情報は、情報受信部ＩＲから取得する。
【００４７】
図１のシステムにおいて、以下にクライアント端末Ｃが情報提供サービスを受ける際の処理の流れを説明する。ここでは、クライアント端末Ｃにおいて、位置取得起動部ＰＧＫが、サービスを受け始めるときから一定時間間隔で位置取得部ＰＧを起動するものとする。
【００４８】
クライアント端末Ｃ側
（１）ユーザの操作により情報サービスを受ける旨の指示を受けると、位置取得起動部ＰＧＫが位置取得部ＰＧを起動する。
【００４９】
（２）位置取得部ＰＧがクライアント端末Ｃの現在位置の情報を取得し、位置情報通知部ＰＮに渡す。
【００５０】
（３）位置情報通知部ＰＮが情報提供サーバＳをアクセスし、（２）で取得した位置情報を送信する。
【００５１】
情報提供サーバＳ側
（４）位置情報受信部ＰＲがクライアント端末Ｃからのアクセスに応答して位置情報を受信し、情報検索部ＩＲに渡す。
【００５２】
（５）情報検索部ＩＲが、（４）で取得した位置情報をもとに、情報データベースＤからクライアント端末Ｃの現在位置付近に存在する店舗の情報を検索し、検索結果を条件決定部ＣＤ及び情報送信部ＩＳに渡す。続いて、条件決定部ＣＤが、検索結果をもとに、クライアント端末Ｃが次に位置情報を通知すべき条件を決定し、決定した条件を条件判断手段管理部ＣＪＭ及び情報送信部ＩＳに渡す。条件判断手段管理部ＣＪＭが、決定された条件をクライアント端末Ｃが判断するための手段に関する情報を情報送信部ＩＳに渡す。
【００５３】
（６）情報送信部ＩＳが、（５）で取得した店舗情報、条件及びクライアント端末Ｃが条件判断を行うための手段に関する情報をクライアント端末Ｃに送信する。
【００５４】
クライアント端末Ｃ側
（７）情報受信部ＩＲが、情報提供サーバＳから送信される店舗情報、条件、条件判断手段を受信し、店舗情報を情報表示部ＩＶに渡し、条件と条件判断手段を条件判断部ＣＪに渡す。
【００５５】
（８）情報表示部ＩＶが店舗情報を表示する。
【００５６】
（９）位置取得起動部ＰＧＫが、前回位置取得部ＰＧを起動したときから一定時間後に位置取得部ＰＧを起動する。
【００５７】
（１０）位置取得部ＰＧがクライアント端末Ｃの現在位置の情報を取得し、位置情報通知部ＰＮに渡すとともに、条件判断部ＣＪを呼び出す。
【００５８】
（１１）条件判断部ＣＪが、サーバＳから与えられた条件及び条件判断手段に基づいて、位置情報を通知するべきかどうかを判断する。条件判断部ＣＪで通知するという判断が出た場合は、（３）以降の処理を繰り返す。通知しないという判断が出た場合は、（９）以降の処理を繰り返す。
【００５９】
このように、サーバＳがクライアント端末Ｃに対して位置情報を通知する条件を動的に指定することにより、サーバＳにとって有用な位置情報のみをクライアント端末ＣがサーバＳに通知することが可能となる。この結果、位置情報通知のための通信量を削減し、サーバＳの負荷を軽減することができる。また、条件判断を行う手段もサーバＳが提供することにより、クライアント端末Ｓはデータ形式の変更に柔軟に対応でき、図６のように、複数のサーバＳＡ（判断情報：円中心点の緯度経度及び半径距離、判断手段：ｆ(x,y) ）、ＳＢ（判断情報：矩形頂点の緯度経度、判断手段：ｇ(x,y) ）、ＳＣ（判断情報：ベクトルの集合、判断手段：ｈ(x,y) ）、…を利用することも可能になる。
【００６０】
ところで、上記実施形態において、情報データベースＤでは図２のような緯度経度情報に基づいた形式で位置情報が格納されているのに対し、クライアント端末Ｃから通知される位置情報が基地局ＩＤであるような場合は、サーバＳにおいて基地局ＩＤから緯度経度情報を求めることが必要になる。
【００６１】
これを実現する方法としては、図７に示すような、基地局のＩＤと存在位置の緯度経度情報を管理するテーブルを作成する方法がある。サーバＳの情報検索部ＩＲは、位置情報受信部ＰＲからクライアントが通知した基地局ＩＤの情報を受け取ると、図７のテーブルを用いて該当する基地局の緯度経度情報を取得し、その緯度経度情報を用いて上記実施形態と同様に、店舗情報の検索を行う。
【００６２】
また、上記実施形態では、条件決定部ＣＤ及び条件判断手段管理部ＣＪＭが全て緯度経度情報を用いている場合の方法を説明したが、上述のように、クライアント端末Ｃが取得・通知する位置情報が基地局ＩＤであるような場合は、条件を判断する方法が緯度経度情報に基づいたものであると、クライアント端末Ｃ内で条件判断を行うことができない。
【００６３】
そこで、クライアント端末Ｃから通知される位置情報が基地局ＩＤである場合は、基地局ＩＤを用いて位置情報を通知するかどうかの判断を行うための条件、及び、条件判断手段を情報提供サーバＳがクライアント端末Ｃに提供するようにする。
【００６４】
これを実現する方法としては、図２の駅情報テーブルを、図８に示すように、基地局ＩＤを用いた範囲情報も管理する方法がある。その他、図２の駅情報テーブルの範囲情報と図７の基地局情報を用い、図２で表されている範囲に含まれる基地局のＩＤを動的に求める方法等も考えられる。
【００６５】
このように、サーバＳがクライアント端末Ｃの通知する位置情報の形式に応じて、位置情報を通知する条件の形式を変更することにより、クライアント端末Ｃが位置情報を取得する手段に関わらず、サーバＳにとって有用な位置情報のみをクライアント端末ＣがサーバＳに通知することが可能になり、位置情報通知のための通信量を削減し、サーバＳの負荷を軽減することができる。
【００６６】
また、上記実施形態において、情報データベースＤに格納されているデータ形式がテーブル内で統一されており、クライアント端末Ｃがサービスを受けている間に頻繁に接続する情報提供サーバを変えない場合は、情報提供サーバＳが、クライアント端末Ｃからの位置情報通知の応答のたびに条件判断に関する情報を送信する必要はない。
【００６７】
そこで、図９に示すように、図１のクライアント端末Ｃに条件判断手段要求部ＣＪＳ、情報提供サーバＳに条件判断手段回答部ＣＪＲを追加する。
【００６８】
クライアント端末Ｃの条件判断手段要求部ＣＪＳは、情報提供サーバＳに位置情報通知条件を判断する手段の提供を依頼し、応答として判断手段を受信する機能を持つ。提供を依頼する際、情報提供サーバＳが判断手段を選択するのに必要な情報も渡すようにする。この情報としては、例えばクライアント端末Ｃが取得できる位置情報の形式に関する情報等が考えられる。情報提供サーバＳから受信した判断手段は、条件判断部ＣＪに渡す。
【００６９】
情報提供サーバＳの条件判断手段回答部ＣＪＲは、クライアント端末Ｃから位置情報通知条件を判断する手段の提供依頼を受けつけ、適切な判断手段をクライアント端末Ｃに回答する機能を持つ。クライアント端末Ｃから送信される情報をもとに、条件判断手段管理部ＣＪＭからクライアント端末Ｃに適した判断手段を取得する。
【００７０】
図９における、クライアント端末Ｃが情報提供サービスを受ける際の処理の流れを、以下に説明する。ここでは、位置取得起動部ＰＧＫがサービスを受け始めるときから一定時間間隔で位置取得部ＰＧを起動するものとする。
【００７１】
クライアント端末Ｃ側
（１）ユーザの操作により情報サービスを受ける旨の指示を受けると、条件判断手段要求部ＣＪＳが情報提供サーバＳをアクセスし、条件判断手段回答部ＣＪＲに判断手段提供の依頼を行う。
【００７２】
情報提供サーバＳ側
（２）クライアント端末Ｃからのアクセスにより、条件判断手段回答部ＣＪＲが、条件判断手段管理部ＣＪＭから判断手段を取得し、クライアント端末Ｃの条件判断手段要求部ＣＪＳに送信する。
【００７３】
クライアント端末Ｃ側
（３）条件判断手段要求部ＣＪＳがサーバＳの条件判断手段回答部ＣＪＲから判断手段を受信し、条件判断部ＣＪに渡す。
【００７４】
（４）位置取得起動部ＰＧＫが、位置取得部ＰＧを起動する。
【００７５】
（５）位置取得部ＰＧがクライアント端末Ｃの現在位置の情報を取得し、位置情報通知部ＰＮに渡す。
【００７６】
（６）位置情報通知部ＰＮが情報提供サーバＳをアクセスし、（５）で取得した位置情報を位置情報受信部ＰＲに送信する。
【００７７】
情報提供サーバＳ側
（７）位置情報受信部ＰＲがクライアント端末Ｃからのアクセスに応答して位置情報を受信し、情報検索部ＩＲに渡す。
【００７８】
（８）情報検索部ＩＲが、（７）で取得した位置情報をもとに、情報データベースＤからクライアント端末Ｃの現在位置付近に存在する店舗の情報を検索し、検索結果を条件決定部ＣＤ及び情報送信部ＩＳに渡す。続いて、条件決定部ＣＤが、検索結果をもとに、クライアント端末Ｃが次に位置情報を通知すべき条件を決定し、決定した条件を情報送信部ＩＳに渡す。
【００７９】
（９）情報送信部ＩＳが、（８）で取得した店舗情報と条件をクライアント端末Ｃに送信する。
【００８０】
クライアント端末Ｃ側
（１０）情報受信部ＩＲが、情報提供サーバＳから送信される店舗情報、条件を受信し、店舗情報を情報表示部ＩＶに渡し、条件を条件判断部ＣＪに渡す。
【００８１】
（１１）情報表示部ＩＶが店舗情報を表示する。
【００８２】
（１２）位置取得起動部ＰＧＫが、前回位置取得部ＰＧを起動したときから一定時間後に位置取得部ＰＧを起動する。
【００８３】
（１３）位置取得部ＰＧがクライアント端末Ｃの現在位置の情報を取得し、位置情報通知部ＰＮに渡すとともに、条件判断部ＣＪを呼び出す。
【００８４】
（１４）条件判断部ＣＪが、サーバＳから与えられた条件及び条件判断手段に基づいて、位置情報を通知するべきかどうかを判断する。通知するという判断が出た場合は、（６）以降の処理を繰り返す。通知しないという判断が出た場合は、（１２）以降の処理を繰り返す。途中、情報提供サーバを変更する場合は、（１）からの処理を繰り返す。
【００８５】
このように、サーバＳがクライアント端末Ｃに対して位置情報を通知する条件を動的に指定し、かつ、条件判断を行う手段は、クライアント端末ＣがサーバＳに最初に接続する際にサーバＳからクライアント端末Ｃに提供することにより、条件通知に必要なデータ通信量を最低限に抑えながら、サーバＳにとって有用な位置情報のみをクライアント端末ＣがサーバＳに通知することが可能になり、通信量を削減し、サーバの負荷を軽減することができる。
【００８６】
上記構成による位置情報通知システムは、情報を提供する領域を任意の形式に設定できることから、様々なサービスへの応用が可能である。
【００８７】
例えば、広告サービスへの応用が考えられる。
【００８８】
スーパーマーケットなどでは、店舗から半径２ｋｍ以内にいるユーザに提示できればよいと考えられる。この場合は、領域を円で表現できる（図６（ａ））。
【００８９】
宅配ピザなどのようにテリトリーが決まっている場合は、領域を矩形で表現すればよい（図６（ｂ））。
【００９０】
駅ビル内の店舗であれば、駅周辺だけでなく、電車内にいるユーザへの提示も有効となる。このような場合は、単純な円や矩形では領域を表現することができない。そこで、ベクトル集合等の手法により領域を表現する（図６（ｃ））。
【００９１】
このように、複数の形式の領域を扱う必要がある場合に、本発明による位置情報通知システムは特に効果を発揮することができる。
【符号の説明】
【００９２】
Ｃ…クライアント端末（移動通信端末）
Ｓ…位置情報通知サーバ（情報提供サーバ）
Ｄ…情報データベース
Ｎ…ネットワーク
ＰＧＫ…位置取得部起動部
ＰＧ…位置取得部
ＰＮ…位置情報通知部
ＣＪ…条件判断部
ＩＲ…情報受信部
ＩＶ…情報表示部
ＰＲ…位置情報受信部
ＩＲ…情報検索部
ＣＤ…条件決定部
ＣＪＭ…条件判断手段管理部
ＩＳ…情報送信部
【特許請求の範囲】
【請求項１】
サーバへ位置情報を通知し、位置情報に応じた情報を取得する移動通信端末装置であって、
自装置の位置情報を取得する位置情報取得手段と、
移動速度に基づく条件を記憶する記憶手段と、
前記移動速度に基づく条件を満たすと判定した場合には、前記位置情報取得手段によって取得した位置情報をサーバへ通知するよう制御する制御手段とを有することを特徴とする移動通信端末装置。
【請求項２】
前記記憶手段が記憶する条件は、サーバから取得することを特徴とする請求項１に記載の移動通信端末装置。
【請求項３】
自装置の移動速度を取得する移動速度取得手段をさらに有し、前記制御手段は、前記移動速度に基づく条件を満たすと判定した場合には、前記位置情報をサーバへ通知するとともに、前記自装置の移動速度をサーバへ通知することを特徴とする請求項１に記載の移動通信端末装置。
【請求項４】
前記位置情報取得手段は、一定時間間隔に起動することを特徴とする請求項１に記載の移動通信端末装置。
【請求項１】
サーバへ位置情報を通知し、位置情報に応じた情報を取得する移動通信端末装置であって、
自装置の位置情報を取得する位置情報取得手段と、
移動速度に基づく条件を記憶する記憶手段と、
前記移動速度に基づく条件を満たすと判定した場合には、前記位置情報取得手段によって取得した位置情報をサーバへ通知するよう制御する制御手段とを有することを特徴とする移動通信端末装置。
【請求項２】
前記記憶手段が記憶する条件は、サーバから取得することを特徴とする請求項１に記載の移動通信端末装置。
【請求項３】
自装置の移動速度を取得する移動速度取得手段をさらに有し、前記制御手段は、前記移動速度に基づく条件を満たすと判定した場合には、前記位置情報をサーバへ通知するとともに、前記自装置の移動速度をサーバへ通知することを特徴とする請求項１に記載の移動通信端末装置。
【請求項４】
前記位置情報取得手段は、一定時間間隔に起動することを特徴とする請求項１に記載の移動通信端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−５７１９７（Ｐ２０１０−５７１９７Ａ）
【公開日】平成２２年３月１１日（２０１０．３．１１）
【国際特許分類】
【出願番号】特願２００９−２７８０３１（Ｐ２００９−２７８０３１）
【出願日】平成２１年１２月７日（２００９．１２．７）
【分割の表示】特願２０００−１９７１１０（Ｐ２０００−１９７１１０）の分割
【原出願日】平成１２年６月２９日（２０００．６．２９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２２年３月１１日（２０１０．３．１１）
【国際特許分類】
【出願日】平成２１年１２月７日（２００９．１２．７）
【分割の表示】特願２０００−１９７１１０（Ｐ２０００−１９７１１０）の分割
【原出願日】平成１２年６月２９日（２０００．６．２９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]