(57)【要約】【課題】  ランドマークが密集する地域でも、特定のユーザが特定の場所で必要な機能やデータをユーザの移動端末上に的確に配信する。【解決手段】  最適データ提供装置は、移動端末のユーザの行動予定を、１以上の登録場所の各々についてその場所でユーザが実行すべき処理と対応づけて管理し、測位データに基づく移動端末の現在位置を取得し、取得した現在位置を前記１以上の登録場所と照合して、取得位置から距離的に近い順に登録場所の距離的優先順位を決定し、取得位置の誤差範囲内に２以上の登録場所が存在するか否かを判断し、誤差範囲内に２以上の場所が存在する場合に、ユーザの行動予定を加味して、距離的優先順位の当否を判断し、判断結果に基づいて、ユーザが実行すべき処理に必要な最適情報を選択して移動端末に送信する。【選択図】  図７
2005275750.tif 000002
【特許請求の範囲】
【請求項１】
移動端末を使用するユーザの行動予定を、１以上の登録場所の各々について、その場所でユーザが実行すべき処理と対応づけて格納するユーザデータベースと、
前記移動端末の位置情報を取得する位置情報取得部と、
前記取得した位置情報を、前記ユーザデータベースに格納された登録場所と照合して、前記取得位置から距離的に近い順に、前記登録場所の距離的優先順位を決定する位置照合部と、
前記位置情報の誤差範囲を加味して、前記距離的優先順位の当否を判断する優先順位確認部と、
前記優先順位確認部の判断結果に基づいて、前記ユーザが実行すべき処理に必要な最適情報を選択し、選択した情報を前記移動端末に送信する最適情報選択部と
を備える最適データ提供装置。
【請求項２】
前記優先順位確認部は、前記誤差範囲内に２以上の登録場所が存在するか否かを判断し、前記誤差範囲内に２以上の場所が存在する場合に、前記ユーザの行動予定を加味して、前記距離的優先順位の当否を判断することを特徴とする請求項１に記載の最適データ提供装置
【請求項３】
前記ユーザデータベースは、前記ユーザが実行すべき処理が完了した場合に、処理完了状態を更新し、
前記優先順位確認部は、前記誤差範囲内に２以上の登録場所が存在する場合に、前記処理完了状態に基づき、前記距離的優先順位の当否を判断することを特徴とする請求項２に記載の最適データ提供装置。
【請求項４】
前記優先順位確認部は、前記距離的優先順位が妥当ではないと判断した場合に、前記処理完了状態に基づいて前記距離的優先順位を並べ替え、
前記最適情報選択部は、並べ替え後の優先順位にしたがって、最適情報を選択して前記移動端末に送信することを特徴とする請求項３に記載の最適データ提供装置。
【請求項５】
前記優先順位確認部による距離的優先順位の妥当性の判断が不確定である場合に、前記最適情報選択部は、前記誤差範囲内にある２以上の場所に関連する２以上の最適情報をリストした選択画面情報を前記移動端末に送信することを特徴とする請求項３に記載の最適データ提供装置。
【請求項６】
ユーザに最適情報を提供する最適データ提供装置と、
ネットワークを介して前記最適データ提供装置に接続される移動端末と、
を含む最適データ提供システムであって、
前記最適データ提供装置は、前記移動端末のユーザの行動予定を、１以上の登録場所の各々についてその場所でユーザが実行すべき処理と対応づけて管理し、
前記移動端末の現在位置を取得し、
前記取得した現在位置を前記１以上の登録場所と照合して、取得位置から距離的に近い順に、登録場所の距離的優先順位を決定し、
前記取得した位置情報の誤差範囲を加味して、前記距離的優先順位の当否を判断し、
前記判断結果に基づいて、前記ユーザが実行すべき処理に必要な最適情報を選択して前記移動端末に送信する
ことを特徴とする最適データ提供システム。
【請求項７】
前記移動端末は、前記ユーザが前記最適情報を用いて実行すべき処理が完了したときに、処理の完了を前記最適データ提供装置に通知し、
前記最適データ提供装置は、前記処理完了の通知があったときに、前記ユーザの行動予定において処理完了情報を更新し、
前記位置情報の誤差範囲内に２以上の登録場所が存在する場合に、前記処理完了情報に基づいて距離的優先順位の当否を判断し、
前記判断結果にしたがって、最適情報を選択し、前記移動端末に送信することを特徴とする請求項６に記載の最適データ提供システム。
【請求項８】
前記最適データ提供装置は、前記距離的優先順位が妥当ではないと判断した場合に、前記距離的優先順位を並べ替え、並べ替え後の優先順位にしたがって最適情報を選択し、前記移動端末に送信することを特徴とする請求項７に記載の最適データ提供システム。
【請求項９】
ユーザの移動端末にネットワークを介して最適情報を提供する最適データ提供装置で実行されるプログラムであって、前記最適データ提供装置に、
前記ユーザの行動予定を、１以上の登録場所の各々についてユーザが実行すべき処理と対応づけて管理させる手順と、
前記移動端末の現在位置を取得させる手順と、
前記取得された現在位置を前記登録場所と照合させ、前記取得位置から距離的に近い順に、登録場所の距離的優先順位を決定させる手順と、
前記取得した位置情報の誤差範囲を加味して、前記距離的優先順位の当否を判断させる手順と、
前記判断結果に基づいて、前記ユーザが実行すべき処理に必要な最適情報を選択させる手順と、
前記選択した最適情報を前記移動端末に送信させる手順と
を含むことを特徴とする最適データ提供プログラム。
【請求項１０】
ユーザの移動端末にネットワークを介して最適情報を提供する最適データ提供装置で実行されるプログラムを格納するマシン読取可能な記録媒体であって、前記プログラムは、前記最適データ提供装置に、
前記ユーザの行動予定を、１以上の登録場所の各々についてその場所でユーザが実行すべき処理と対応づけて管理させる手順と、
前記移動端末の現在位置を取得させる手順と、
前記取得された現在位置を前記登録場所と照合させ、前記取得位置から距離的に近い順に、登録場所の距離的優先順位を決定させる手順と、
前記取得した位置情報の誤差範囲を加味して、前記距離的優先順位の当否を判断させる手順と、
前記判断結果に基づいて、前記ユーザが実行すべき処理に必要な最適情報を選択させる手順と、
前記選択した最適情報を前記移動端末に送信させる手順と
を含むことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信網を利用した最適データ提供システムに関し、特に、移動端末の位置情報をトリガとし、ランドマークが比較的密集した地区であっても、あらかじめ登録されたユーザの行動予定と予定された行動の実行状況に基づいて最適な機能やデータを移動端末に的確に配信することのできる最適データ提供システムに関する。
【背景技術】
【０００２】
携帯端末の普及につれて、ネットワークを介して携帯端末に情報を配信する多様なサービスが行われている。配信される情報の種類が多様化し氾濫する中で、ユーザの移動に応じて、タイムリーに必要な情報を配信するための工夫がなされている。
【０００３】
たとえば、交通機関で移動するユーザの現在位置をＧＰＳ受信機付きの移動端末で取得させることによって、ユーザの目的地への到着を自動的に検出し、目的地に関連するサービス情報をユーザの移動端末にタイムリーに配信するシステムが知られている（たとえば特許文献１参照）。
【０００４】
また、個人の予定表管理アプリケーションやエージェント機能等を利用して、ユーザの行動予定、時間、位置、ユーザの置かれている状況等を判断し、ユーザに適切な情報配信を行うシステムも提案されている。たとえば、ユーザの行動予定と現在位置とを比較して、時間的または位置的なズレがある場合に、事故や運行ダイヤの乱れなどの障害が発生したと判断して、最適情報を再検索して提供するシステムが知られている（たとえば特許文献２）。さらに、ユーザの行動予定と位置情報が異なる場合に、取得された現在位置情報に基づいて行動予定の補正を行うシステムも知られている（たとえば特許文献３参照）。
【特許文献１】特開２００３−１８６３３号公報
【特許文献２】特開２００２−２７９０２８号公報
【特許文献３】特開２００２−１８９６５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、ユーザの行動予定に、所在の異なる複数の行き先（たとえば打ち合わせ先、配達先など）が連続して含まれている場合、ＧＰＳ測位による現在位置情報からだけでは、現時点でどの情報が最適情報なのかを判断しきれないという問題がある。したがって、基本的に取得された現在位置情報に基づいて最適情報を選択するシステムを、複雑な予定管理にそのまま適用することはできない。
【０００６】
また、測位情報に基づく場合、比較的密集した地区に２以上の目的地が近接して存在する場合、位置の判断がつかないという問題点がある。ＧＰＳ等により測位された測位データには測位誤差が含まれるので、測位誤差の範囲内に２以上の目的地があるときに、どの情報を最適情報として提供すべきか判断できないのである。上記文献のいずれにおいても、２以上の場所が近接する場合の最適情報の抽出についてなんら考慮がされていない。
【０００７】
一方で、提供されるサービスが多様化すると、携帯端末に搭載される機能も多岐にわたり、メニュー項目の増大やシステム構成の複雑化が顕著になる。ユーザにとっては、多機能であるがゆえに使いにくい、あるいは、不要な機能が多すぎるという不都合が生じる。
【０００８】
たとえば、携帯電話を社員の勤務管理や作業員の作業管理に用いる場合、現状では、図１に示すように、ユーザは目的地に到着するたびに、インターネット接続画面やブックマークなどからシステムを起動し、長いサイトマップを通って、目的の機能画面にたどり着かなければならない。
【０００９】
図２に従来のシステムの操作例を示す。図２（ａ）に示すように、特定の場所での作業が完了したならば、ユーザはメニュー画面から『作業報告』のアプリケーションを呼び出し、どの場所についての作業報告を作成するのかを選択する（たとえばＡ社での作業報告を選択）。目的の画面が表示されたなら、必要事項を入力し、送信する。繰り返し操作が煩雑になると、人的ミスの発生が増えるだけではなく、システムの利用そのものに対する困惑や拒否が生じる。このような問題を回避するためにも、ユーザの位置情報から、直ちに必要なサイトまたは機能画面に到達できる簡便なシステムが望まれる。
【００１０】
また、図２（ｂ）に示すように、ＧＰＳ機能付きの携帯端末を管理システムに適用する場合であっても、従来のシステムでは、位置情報は特定の場所で特定の作業が確かに行われたという『証明書』として利用されているにすぎない。したがって、位置情報を効果的に利用して適切なサイトへ直結できるシステムの実現が望まれる。
【課題を解決するための手段】
【００１１】
そこで本発明は、移動端末の位置情報をトリガにして、特定のユーザが特定の場所で必要な機能やデータを即座に呼び出すことのできる最適データ提供システムを提供することを目的とする。
【００１２】
また、ランドマークが密集する地域でも、精度よく必要な情報を的確に提示することのできる最適データ提供システムを提供することを目的とする。
【００１３】
このようなシステムは、所定の日時の行動予定として、ユーザごとに１以上の場所をその場所で実行すべき処理と関連付けてあらかじめ登録しておく。ユーザの現在位置はＧＰＳやその他の測位情報に基づいて取得する。測位の誤差範囲内に２以上の目的の場所がある場合には、システムはユーザの行動予定や、予定された処理の実行状況などに基づいて、最適な機能やデータを選択して移動端末に供給する。
【００１４】
より具体的には、本発明の第１の側面では、上述した最適データ提供システムに用いられ、ユーザの移動端末に最適な情報を提供する最適データ提供装置を提供する。この最適データ提供装置は、
（ａ）移動端末を使用するユーザの行動予定を、１以上の登録場所の各々について、その場所でユーザが実行すべき処理と対応づけて格納するユーザデータベースと、
（ｂ）移動端末の位置情報を取得する位置情報取得部と、
（ｃ）取得した位置情報を、ユーザデータベースに格納された登録場所と照合して、取得位置から距離的に近い順に、登録場所の距離的優先順位を決定する位置照合部と、
（ｄ）取得した位置情報の誤差範囲を加味して、距離的優先順位の当否を判断する優先順位確認部と、
（ｅ）優先順位確認部の判断結果に基づいて、ユーザが実行すべき処理に必要な最適情報を選択し、選択した情報を前記移動端末に送信する最適情報選択部と、を備える。
【００１５】
優先順位確認部は、取得位置の誤差範囲内に２以上の登録場所が存在するか否かを判断し、誤差範囲内に２以上の場所が存在する場合に、ユーザの行動予定を加味して、距離的優先順位の当否を判断する。
【００１６】
好ましくは、ユーザが実行すべき処理が完了した場合に、ユーザデータベースで処理完了状態が更新され、優先順位確認部は、取得位置の誤差範囲内に２以上の登録場所が存在する場合に、処理完了状態に基づいて距離的優先順位の当否を判断する。
【００１７】
距離的優先順位が妥当ではないと判断された場合は、優先順位確認部は、ユーザデータベースの処理完了状態に基づいて、距離的な優先順位を並べ替える。最適情報選択部は、並べ替え後の優先順位にしたがって最適情報を選択し、移動端末に送信する。
【００１８】
本発明の第２の側面では、ユーザに最適情報を提供する最適データ提供装置と、ネットワークを介して前記最適データ提供装置に接続される移動端末とを含む最適データ提供システムを提供する。このシステムにおいて、最適データ提供装置は、移動端末のユーザの行動予定を、１以上の登録場所の各々についてその場所でユーザが実行すべき処理と対応づけて管理する。また、移動端末の現在位置を取得し、取得した現在位置を前記登録場所と照合して、取得位置から距離的に近い順に、登録場所の距離的優先順位を決定する。さらに、取得した位置情報の誤差範囲を加味して、前記距離的優先順位の当否を判断し、判断結果に基づいて、ユーザが実行すべき処理に必要な最適情報を選択して移動端末に送信する。
【００１９】
移動端末は、ユーザが実行すべき処理が完了したときに、処理の完了を最適データ提供装置に報告する。最適データ提供装置は、処理完了の報告があったときに、ユーザの行動予定において処理完了情報を更新する。そして、移動端末の取得位置の誤差範囲内に、２以上の登録場所が存在する場合に、処理完了情報に基づいて距離的優先順位の当否を判断し、判断結果にしたがって最適情報を選択し移動端末に送信する。
【発明の効果】
【００２０】
このような最適データ提供装置と、これを用いた最適データ提供システムによれば、移動端末の位置取得をトリガとして、移動端末のユーザが現地点で必要とする最適な機能を選択し、ユーザの移動端末に送信することができる。
【００２１】
また、測位誤差の範囲内に２以上の登録場所が存在する場合でも、移動端末に的確な最適情報を供給することができる。
【００２２】
移動端末のユーザからすると、所定の場所に到着するたびにアプリケーションを立ち上げ、目的の機能を呼び出すまで画面操作を繰り返す必要はない。目的地において移動端末の測位情報を送信するトリガボタンを一度押すだけで、瞬時に目的の機能を画面上に呼び出すことができる。
【発明を実施するための最良の形態】
【００２３】
図３は、本発明に係る最適データ提供システムを配送業者の作業管理に適用した例を示す概略図である。ユーザは、目的地であるＡ地点、Ｂ地点、Ｃ地点に到着すると、携帯電話などの移動端末１０に設けられたＧＰＳボタン１２を押下する。ＧＰＳボタン１２の押下に伴って、移動端末１０はその地点で測位された自己位置データを送信する。この測位データに基づく位置情報をトリガとして、その場所でその時間に必要とされる機能が、一度でユーザの移動端末１０の表示画面１１に呼び出される。たとえば、Ａ地点でＧＰＳボタン１２を押すと、そこで必要とされる出勤報告機能が一度で画面表示される。同様に、別の時間にＢ地点へ移動しＧＰＳボタン１２を押すと、別機能である作業完了報告が一度で表示画面１１に読み出され、Ｃ地点では、ＧＰＳボタン１２の押下によって、一度で交通費精算機能が呼び出される。ユーザは、それぞれの場所で目的の機能に到達するまで選択とクリックを繰り返す必要がない。
【００２４】
自動的に呼び出された機能画面には、実行すべき作業内容に加え、作業実行場所や時間が自動的に表示されるので、ユーザは手入力する必要がない。たとえばＡ地点での作業報告画面１１ａでは、出勤の場所と出勤時間が自動的に表示される。ユーザは画面上で内容を確認し、後述するように、内容に間違いのない場合に報告ボタン（図３には不図示）を押下すればよい。
【００２５】
図４は、図３に示した位置情報をトリガとする一回呼び出しを実現するための最適データ提供システムの概略構成図である。最適データ提供システムは、最適データ提供装置２０と、この最適データ提供装置にネットワーク（不図示）を介して接続される移動端末１０を含む。図４の例では、移動端末１０と最適データ提供システムの間の任意の箇所にロケーションプラットフォーム１５が挿入されている。
【００２６】
最適データ提供装置２０は、複数のアプリケーションを含むアプリケーション群３０を統合管理する。アプリケーション群３０は、出退勤管理アプリ３０ａ、作業報告アプリ３０ｂ、交通費清算アプリ３０ｃ、配車管理アプリ３０ｄなどを含み、作業報告アプリ３０ｂには、複数の異なる場所で用いられる作業報告機能が関連付けられている。
【００２７】
最適データ提供装置２０は、ユーザの移動端末１０が測位したデータに基づく位置情報を取得する。図４の例では、測位データは移動端末１０からロケーションプラットフォーム１５へ送られて位置計算され、計算された位置情報が最適データ提供装置２０に供給される（手順（１））。もちろん、最適データ提供装置２０自体が位置計算機能を備えていてもよい。この場合は、最適データ提供装置２０は移動端末１０から直接測位データを受信して位置計算し、移動端末１０の現在の位置情報を取得する。
【００２８】
最適データ提供装置２０は、取得した位置情報に基づいて、アプリケーション群３０の中から現時点で最適な機能やデータを選択する（手順（２））。最適機能・データの具体的な選択手法については、後述する。図４の例では、作業報告アプリ３０ｂの中からＢ社の作業報告が選択される。選択されたアプリケーションはユーザの移動端末１０に配信される（手順（３））。ユーザの側からみると、機能選択を繰り返さなくても、ＧＰＳボタンを１回押すだけで、表示画面１１に直接Ｂ社の作業報告が表示されることになる。
【００２９】
図５は、最適データ提供装置２０のブロック構成図である。最適データ提供装置２０は、互いにバス２１で接続された位置情報取得部２２と、ユーザデータベース（ＤＢ）２７と、ランドマークデータベース２８と、最適機能・データ選択部２９と、アプリケーション管理部３１を有する。ユーザデータベース２７にはあらかじめ登録されたユーザごとに、所定の日時の行動予定が、１以上の行き先（登録場所）と各登録場所でユーザが実行すべき処理とを対応づけて格納されている。最適データ提供装置２０はさらに、位置照合部２３、誤差範囲識別部２５、および行動予定識別部２６を有する。誤差範囲識別部２５と行動予定識別部２６とで、優先順位確認部２４を構成する。
【００３０】
位置照合部２３は、位置情報取得部２２が取得した移動端末１０の位置情報と、ユーザデータベース２７に格納されている予定の行き先（ランドマーク）の位置情報とを照合し、移動端末１０の取得位置から最も近いランドマークから順に、距離的な優先順位を与える。各ランドマークの緯度経度情報は、その場所で利用され得るすべての機能・データと対応付けて、ランドマークデータベース２８に格納されている。
【００３１】
誤差範囲識別部２５は、位置情報取得部２２で取得された位置情報の誤差範囲内（たとえば半径１ｋｍ以内）に、位置照合により優先順位が与えられたランドマークが２以上存在するかどうかを識別する。誤差範囲内に２以上のランドマークがあった場合に、行動予定識別部２６はユーザデータベース２７を参照して、ユーザデータベース２７に格納された行動予定にしたがい、必要であれば距離的な優先順位の並べ替えを行う。好ましい実施形態として、ユーザが所定の処理を完了した場合に、ユーザデータベース２７に格納された行動予定に処理完了情報が書き込まれ、行動予定識別部２６は、距離的な優先順位が与えられたランドマークの中から、すでに処理が完了したものを除外して、優先順位の並べ替えを行う。別の表現をすると、誤差範囲識別部２５と行動予定識別部２６で優先順位確認部２４を構成することによって、測位の誤差範囲を考慮したうえで、単純に距離からだけ算出した距離的な優先順位を、ユーザが実際に存在する確率の最も高い順に並べ替える。
【００３２】
最適機能・データ選択部２９は、測位の誤差範囲内に２以上のランドマークが存在する場合は、行動予定識別部２６により並び替えられた優先順位にしたがって、最終的に配信すべき最適機能・データを選択する。測位の誤差範囲内に２以上のランドマークが存在しない場合は、位置照合部２３により決定された距離的な優先順位を用いて、最適機能・データを選択する。
【００３３】
図６は、ユーザデータベース２７に格納されたユーザの行動予定（スケジュール）のデータ構成例を示す図である。ユーザデータベース２７には、ユーザごとに所定の日時のスケジュールが格納され、たとえば、日付情報４１、ユーザ名４２、ユーザＩＤ４３、時間４４、実行内容４５、ランドマーク４６、実行状況４７などのフィールドを有する。
【００３４】
実行内容（アクション）４５は、予定された時間にユーザが実行すべき機能やデータを示す。たとえば、出勤時および退社時に行う出退勤報告、所定の場所への到着報告、その場所での作業完了報告などである。ランドマーク４６は、所定の時間にユーザが行くべき場所を示す。たとえば本社オフィス、ドコモ倉庫、ドコモ運送などである。実行状況（ステータス）４７は、実行内容４５の処理完了状態を示す。実行状況フィールド４７の値は、ユーザが所定の処理を完了し、移動端末１０の画面上で報告確認を選択した時点で、自動的に更新される。スケジュールされた実行内容が完了しているものについては、「完了」と記録され、未完了の場合は「未」と記録される。この実行状況の値は、測位の誤差範囲内に２以上のランドマークが存在する場合に行動予定識別部２６によって参照され、位置参照部２３が距離に基づいて決定した優先順位を、ユーザが実際に位置する確率の最も高い順に並べ替えるために用いられる。
【００３５】
ユーザスケジュールは、たとえば社員や作業員の所属する会社の管理部が、１週間分の予定をあらかじめ最適データ提供装置２０に登録してもよいし、前日に翌日の予定分を登録してもよい。ユーザスケジュールに変更があった場合は、変更権を有する者の入力により、適宜変更できる構成としてもよい。
【００３６】
図７は、最適データ提供装置２０が行う処理のフローチャートである。まず、ステップＳ１０１で、位置情報取得部２２において、移動端末の位置情報を取得する。位置情報は、上述したようにロケーションプラットフォーム（図４参照）を介して取得してもよいし、移動端末から直接測位データを取得して、最適データ提供装置２０の内部で位置計算してもよい。このとき、位置情報とともに、移動端末のユーザに関する利用者情報（ユーザＩＤ，移動端末ＩＤ、電話番号など）と測位の日時情報も取得する。
【００３７】
次に、ステップＳ１０３で、ユーザの識別を行う。位置情報取得部２２は、ユーザデータベース２７を検索して、取得された利用者情報があらかじめ登録されたユーザのものであるか否かを判断する。ユーザデータベース２７に該当するデータがない場合は、ステップＳ１１７で処理を終了する。
【００３８】
ユーザデータベース２７に該当者がある場合は（Ｓ１０３でＹＥＳ）、ステップＳ１０５で、登録確認を行う。すなわち、位置情報取得部２２は、ユーザデータベース２７を参照して、当該ユーザについて、現在の日時の行動予定が登録されているか否かを確認する。ユーザデータベースに本日のユーザの行動予定が登録されていない場合は、ステップＳ１１９で処理を終了する。ユーザの行動予定が登録されている場合は（Ｓ１０５でＹＥＳ）、ステップＳ１０７に進み位置照合（距離識別）を行う。
【００３９】
位置照合部２３は、取得された位置情報に基づいて、ユーザデータベース２７に登録された当該ユーザの行動予定に含まれているランドマークの中から、取得位置にもっとも距離が近いものから順に優先順位を与える。この工程は、いわゆる位置情報の「あいまい検索」あるいは「ラフ検索」と呼ばれる。
【００４０】
図８は、ステップＳ１０７の距離的な優先順位の決定を説明するための図である。ユーザデータベース２７に登録された行動予定によると、このユーザはランドマークＡ→Ｂ→Ｃの順で移動する予定になっている。位置情報取得部２２は、取得された移動端末の位置情報から、現在位置Ｐを基準として、その日の行動予定に含まれるランドマークＡ，Ｂ，Ｃについて位置Ｐからの距離を算出する。算出の結果、ランドマークＢが最も近く、次いで、ランドマークＡ、Ｃの順となる。距離的な観点からだけ考えると、ユーザが現在ランドマークＢ近傍に存在する可能性が最も高い。そこで、距離に基づく優先順位をランドマークＢ，Ａ、Ｃの順で与える。
【００４１】
図７のフローチャートに戻って、距離に基づくラフな優先順位が決定されたならば、ステップＳ１０９で、誤差範囲識別部２５により、測位の誤差範囲内に、２以上のランドマークが存在するかどうかを判断する。測位の誤差範囲とは、ＧＰＳなどによる測位データを取得する際に発生する位置測位精度の誤差の範囲であり、たとえば半径１ｋｍとする。図９に示すように、ランドマークＡとＢが近接し、それぞれのランドマークを中心とした所定半径のエリアが重複する場合を例にとる。位置情報取得部２２で取得された位置情報が位置Ｐ１であり、距離的に最も近いランドマークがＡであると判断された場合、移動端末１０は最適データ提供装置２０から、ランドマークＡについての必要情報（その地点で実行すべき機能など）を受信する。取得された位置情報が位置Ｐ２であり、最短のランドマークがＢの場合は、移動端末はランドマークＢについての情報を受信する。しかし、取得された位置情報が位置Ｐ３である場合、ランドマークＡとランドマークＢの双方が誤差範囲内に存在するので、距離のみからは優先順位を確定することができず、双方の情報のうちいずれを配信すべきか競合することになる。
【００４２】
この点について、図１０を参照して、より具体的に説明する。ステップＳ１０７で位置参照部２３による距離識別の結果、ランドマークＢ，Ａ、Ｃの順で移動端末１０の取得位置から近いと判断されたとする。しかし、図１０に示すように、ランドマークＡとＢの双方が、取得位置Ｐの誤差範囲にある場合は、距離に基づくラフな優先順位の信頼性が非常に低くなる。逆に、取得された現在位置情報の誤差範囲内に、ランドマークＢのみが存在する場合は、ラフに決定された優先順位の信頼性が確認される。なお、ランドマークＣについては、取得された位置情報に対して遠距離であるとして、誤差範囲内から除去される。測位の誤差範囲内にランドマークが複数ある場合、移動端末１０にその場所でその時間に処理に必要な最適情報を的確に送信することができないので、優先順位を決定する別の基準が必要になる。そこで、ステップＳ１０９で誤差範囲識別処理を行い、優先順位の確実性を担保する。
【００４３】
ステップＳ１０９で、誤差範囲内に２以上のランドマークが存在する場合は（Ｓ１０９でＹＥＳ）、ステップＳ１１１に進み、行動予定識別部２６がユーザデータベース２７を参照し、位置情報が取得された時間や行動予定に基づいて、誤差範囲内に存在するランドマークの優先順位の並べ替えを行う。図１１を参照すると、位置照合および距離算出の結果、距離が近い順はＢ→Ａ→Ｃと判断されたとしても、ランドマークＡとＢが存在するエリア内は、ＧＰＳ測位で発生する誤差範囲内であるため、取得された位置情報に対してランドマークＢのほうがＡよりも近いと断言することはできない。そこで、ユーザデータベース２７にあらかじめ登録された行動予定、処理完了状況を参照して、距離識別に基づいて決定された優先順位を並べ替える。
【００４４】
図１３は、行動予定の処理状況に基づく優先順位の並べ替えを説明するための図である。図１３に示すように、取得位置の測位の誤差範囲内にランドマークＡとＢが位置する場合、現在の時刻から優先順位を判断することも考えられるが、ユーザの処理の実行状況から優先順位を判断するほうが望ましい。なぜなら、あらかじめ登録されたユーザの行動予定はあくまでも予定であり、交通状況、進捗状態などの諸事情に応じて、ユーザがフレキシブルに行き先の順序を変更することは十分に考えられるからである。
【００４５】
ユーザスケジュールを参照すると、ランドマークＡ（ドコモ倉庫）とランドマークＢ（ドコモ運送）のうち、ランドマークＡのドコモ運送については実行状況フィールドの値が「完了」になっている。一方、ランドマークＢのドコモ運送については、処理実行状況が「未」である。そうすると、ユーザが現在必要とするのは、ランドマークＢで予定された処理に必要な機能である。したがってランドマークＢに最優先の順位が与えられ、最適機能・データ選択部２９は、１６時に予定されている作業の「作業報告」機能を選択する。ユーザの移動端末１０には、最優先順位として選択された作業報告画面が自動的に表示されることになる。
【００４６】
なお、図１３のユーザスケジュールで、ランドマークＡ（ドコモ倉庫）とランドマークＢ（ドコモ運送）の実行状況がともに「未」になっている場合は、ランドマークＡとランドマークＢのいずれかをユーザに選択させる選択画面情報をユーザの移動端末送信し、ユーザの選択に応じて最適情報を送信する構成とするのが望ましい。
【００４７】
図７のフローチャートに戻り、ステップＳ１０９で、誤差範囲内に存在するランドマークの数が１または０のときは（Ｓ１０９でＮＯ）、抵触するランドマークがないので、位置照合による優先順位を維持して、ステップＳ１１３にジャンプする。すなわち、図１２に示すように、距離識別の結果、距離が近い順はＢ→Ａ→Ｃと判断され、誤差範囲識別の結果、誤差範囲内にランドマークＢしか存在しないので、ステップＳ１０７で決定されたラフな優先順位を利用可能として、最終的にＢ→Ａ→Ｃという優先順位を維持する。
【００４８】
ステップＳ１１１あるいはＳ１０９で、誤差範囲を考慮した最終的な優先順位が決定されたならば、ステップＳ１１３で最終的な優先順位に基づいて最適な機能・データを選択する。
【００４９】
誤差範囲内に２以上のランドマークがあり、かつユーザデータベース２７の処理実行状況を参照しても距離的な優先順位の妥当性が判断できない場合には、上述したように、最適機能・データ選択部２９は、ランドマークＡ、Ｂの選択画面を移動端末１０に配信する。この場合、ユーザにとっては、一度の選択操作が追加されるだけで、その地点で実際に必要な機能を確実に受信することができる。
【００５０】
図１４は、最適情報を選出する別の例を示す図である。最適データ提供装置２０は、登録された場所（ランドマーク）に関する情報を格納するランドマークデータベース２８を有する（図５参照）。ランドマークデータベース２８には、ランドマークごとに、そこで使用される機能（アプリケーション）が関連付けて格納されている。一方、ユーザデータベース２７は、上述したユーザスケジュールに加えて、各ユーザのユーザ履歴を格納する。図１４の例では、ユーザＡのランドマークＡに関する過去の履歴として、作業報告の利用頻度が８０％と最も高く、ついで、交通費清算、出勤報告となっている。ユーザ履歴の内容として、利用頻度のみならず、利用時間帯べつの利用傾向や、利用者の操作傾向も併せて記録することができる。
【００５１】
最適機能・データ選択部２９は、優先順位確認部２４が最終的に決定した優先順位に加え、あるいは、優先順位とは別個に、ランドマーク情報とユーザ履歴とから最適情報を選択することができる。たとえば、ユーザＡのユーザスケジュールによれば、同日にランドマークＡを数回訪れる予定になっているとする。その場合、ランドマークＡで利用される機能リストと、ランドマークＡにおけるユーザＡの利用時間帯ごとの利用傾向を参照し、最適情報を選択する。このようなユーザ履歴の参照を、上述した処理完了状況の参照と組み合わせて優先順位の並べ替えを行ってもよい。
【００５２】
図１５は、ユーザの移動端末１０における操作例を示す図である。図１５の例では、最適データ提供システムは配送業務に適用され、最適情報として作業報告機能が選択、配信される。
【００５３】
ユーザは、予定されている配送先に到着したら、移動端末１０のトリガボタン１２を１回押す。この例では、移動端末１０はＧＰＳ機能付きの携帯電話であり、ＧＰＳボタンがトリガボタン１２として機能する。トリガボタン１２の押下により、移動端末１０から測位データが送信され、最適データ提供装置２０に対して自動的に作業開始報告がなされる。同時に、この配送場所で必要な作業画面（図１５の例では作業完了報告画面）が、自動的に移動端末１０に呼び出される。この間、最適データ提供装置２０では、上述したように移動端末１０の位置情報取得、距離識別、誤差範囲識別、ユーザの行動予定識別を経て最適情報が選択されている。
【００５４】
作業完了画面には、報告ボタン１６、スケジュールボタン１７、時計機能と連動した時刻表示１８が表示される。作業が完了すると、ユーザは報告ボタン１６を押すだけでよい。この時点で、作業報告書が自動作成されているので、作業完了は、最適データ提供装置２０に通知され、ユーザデータベース２７の実行状況が更新される。すなわち、到着時の一度のボタン操作で作業報告画面が呼び出され、完了時の一度のボタン操作で作業完了報告が完了する。
【００５５】
報告ボタン１６を押すことによって、最適データ提供装置２０に対して作業完了報告がなされると同時に、移動端末１０の画面に配送スケジュール画面１３が表示される構成としてもよい。配送スケジュール画面で、ユーザは次の配送時間と配送場所を確認することができる。
【００５６】
また、作業完了報告画面でスケジュールボタン１７を選択することによって、本日のスケジュール一覧を閲覧できる。スケジュール一覧により、予定された作業の進捗状況を確認することができる。
【００５７】
比較的に密集した地区などでランドマークの特定が困難な場合は、ユーザはランドマーク選択ボタン１９により、作業完了画面上で正しいランドマークを選択することができる。この場合、プルダウンメニュー（不図示）には、最適データ提供装置２０から送られてきた測位の誤差範囲内にある２以上のランドマークの選択リストが表示される。
【００５８】
図１６は、最適データ提供システムを、配送スケジュール管理に適用した例を示す図である。最適データ提供装置２０は、ユーザデータベース２７において、配送者（ユーザ）の移動端末１０からボタン操作情報を受信するたびに、ユーザスケジュールの時間フィールドや実行状況フィールドを更新する。たとえば、配送順位５番まで作業が完了している状態で、配送者が配送順位６番の配送先に到着して移動端末１０のトリガボタン（ＧＰＳボタン）１２を押すと、移動端末１０の位置情報とそれまでのスケジュールの処理状態に基づいて、最適データ提供装置２０のユーザデータベース２７では、配送順位６番の作業場所について、作業開始の実績時間が挿入される。同時に、実行状況フィールドが「作業中」に更新される。作業が完了し、移動端末１０の作業完了報告画面で報告ボタン１６（図１５参照）が押されると、作業終了の実績時間が挿入され、「作業中」になっていた実行状況フィールドが、「作業完了」に更新される。また、予定時間と実績時間との差分から遅延時間を求め、遅延状況を管理することができる。
【００５９】
ユーザデータベース２７で管理される配送スケジュール管理表を、一定期間ごとに配送者が所属する企業や管理会社（ＡＳＰ）に自動配信する構成としてもよい。また、配送スケジュール管理表を、配送者の移動端末１０の表示画面上で閲覧できる構成としてもよい。この場合は、作業報告画面上に「スケジュール一覧」項目（図１５参照）を表示し、「スケジュール一覧」項目を選択することによって、自己のスケジュール管理表が画面上に表示される。一覧項目の選択と同時に、移動端末の端末ＩＤやユーザＩＤ、閲覧用のパスワード等が自動送信される構成としてもよい。
【００６０】
図１７は、最適データ提供システムにバーコードリーダ７０を組み込んだ適用例を示す図である。図１７の適用例では、移動端末１０にバーコードリーダ７０が接続されている。配送者は配送先に到着すると、携帯端末１０のＧＰＳボタン１２またはバーコードリーダ７０に設けられた作業報告ボタン７２のいずれかを押下する。ＧＰＳボタン１２または作業報告ボタン７２の押下をトリガとして、移動端末１０の測位データが送信され、最適データ提供装置２０に対して自動的に作業開始報告がなされる。
【００６１】
最適データ提供装置２０で移動端末１０の現在位置、誤差範囲識別、ユーザスケジュールの処理完了状態、時刻情報などから、この配送先で必要な最適情報が選択され、移動端末１０の表示画面１１に作業内容画面が表示される。配送先（ドコモ倉庫）での作業内容は、複数種類の異なる製品ケースの配送であり、作業内容画面に配送リストが含まれる。
【００６２】
配送者は、配送品に付されたバーコードをバーコードリーダ７０で順次読み取る。作業完了後、作業報告ボタン７２を押すと、読み取ったバーコードデータの送信とともに、作業完了報告がなされる。バーコードデータは最適データ提供装置２０で処理され、ドコモ倉庫に配送される予定の製品がすべて配送されたかどうかが確認される。
【００６３】
最適データ提供装置２０により予定の作業がすべて完了したと判断されたならば、ユーザデータベースの作業実行状況の値が「完了」に更新され、完了通知画面１１ｅが移動端末１０に送信される。これにより、配送者は作業が正しく終了したことを確認できる。完了通知画面１１ｅは、次の配送先情報や、スケジュールの一覧へのリンクを含んでもよい。
【００６４】
一方、移動端末１０から送られてきたバーコードデータに基づいて、未配送のものが残っていると判断された場合は、最適データ提供装置２０から移動端末１０に未完了通知が送られ、移動端末１０の画面に未完了通知画面１１ｆが表示される。配送者は見完了通知画面１１ｆで、配送リストの２番目にリストされた製品の配送が完了していないことをその場で認識することができる。未配送の配送品について再度バーコードを読み取り、引き渡しが完了すると、作業報告ボタン７２を押して、バーコードデータとともに作業完了を報告する。
【００６５】
図１７の適用例により、目的の場所で一度のボタン操作で必要な画面が読み出され、一度のボタン操作で作業の完了が報告される。これに加え、予定された作業がすべて正しく行なわれたかどうかをその場で確認することができる。
【００６６】
図１８は、測位機能を有さない移動端末５０Ａに、ＧＰＳ機能付きモバイルロケータ６０と、バーコードリーダ７０を組み合わせた適用例を示す。配送者は配送先に到着すると、モバイルロケータ６０のＧＰＳボタン６２、または移動端末５０Ａに接続されたバーコードリーダ７０の作業報告ボタン７２を押して作業開始報告を行う。モバイルロケータ６０で測位された測位データに基づき、最適データ提供装置２０で配送者の現在位置が取得される。この現在位置情報と、測位の誤差範囲識別、作業完了状況、時刻状況などから、配送先（ドコモ倉庫）で行うべき作業内容画面が移動端末５０Ａに送られ、画面に表示される。
【００６７】
図１８の例でも、図１７の例と同様に、作業終了後、作業報告ボタンを押すことによって、読み取られたバーコードデータが最適データ提供装置２０に送られる。送られてきたバーコードデータを用いて、すべての作業が正しく完了されたかどうかが最適データ提供装置２０の側で管理される。バーコードデータの処理結果に応じて、完了通知画面または未完了通知画面が移動端末５０Ａに送信される。
【００６８】
図１８に示す構成により、測位機能を有さない移動端末であっても容易に本発明の最適データ提供システムに組み込むことができる。また、作業の完了が確実になる。
【００６９】
図１９は、バーコードデータに基づく作業完了の確認処理を、移動端末の側で行う適用例を示す図である。移動端末５０Ｂは、測位機能は有さないが、ｉアプリ（登録商標）対応の携帯端末である。ｉアプリは、Ｊａｖａ（登録商標）の技術を携帯端末に搭載してプログラムの操作を可能にするサービスの名称である。
【００７０】
図１８の例と同様に、配送者は配送先に到着すると、モバイルロケータ６０のＧＰＳボタン６２、または携帯端末５０Ｂに接続されたバーコードリーダ７０の作業報告ボタン７２を押して作業開始報告を行う。モバイルロケータ６０で測位された測位データに基づき、最適データ提供装置２０で配送者の現在位置が取得される。測位の誤差範囲識別、作業完了状況、時刻状況などから、配送先（ドコモ倉庫）で行うべき作業内容を示す画面が移動端末５０Ａに送られ、画面に表示される。
【００７１】
バーコードリーダ７０で読み取られたバーコードデータは、携帯端末５０Ｂにインストールされたプログラムにより処理され、作業完了状態が管理される。現在の配送先（ドコモ倉庫）に引き渡すべきではない配送品を誤って読み取った場合は、バーコードリーダ７０での読み込みが不可となり、配送者に対して即座にエラー通知がなされる。配送リストに記載されたすべての配送品が正しく読み取られた時点で、最適データ提供装置２０に対して、自動的に作業完了報告がなされる。したがって、配送者は、到着時に一度トリガボタンを押すだけで、その場所で必要な作業画面を呼び出し、それ以上のボタン操作を必要としない。移動端末５０Ｂでバーコードデータを処理することにより、自動的に作業完了が検出され、最適データ提供装置２０への作業完了報告がなされる。最適データ提供装置２０は、該当するスケジュールの実行状況を「完了」に更新する。
【００７２】
図１９の適用例では、配送者は作業を行いながらリアルタイムで読み取りエラーや作業完了状況を確認することができる。また、作業完了報告のために特定のボタンを押す必要がない。
【００７３】
図２０は、図１９の最適データ提供システムの変形例を示す図である。図２０の例では、ユーザは到着時にトリガボタンを押下しなくても、目的地付近に到着すると自動的に必要な機能画面が配信される。ＧＰＳロケータなどの測位装置が車輛に搭載されており、一定時間ごとに最適データ提供装置２０に対して測位データを送信する。最適データ提供装置は動体位置管理により、車輛の現在位置と移動履歴を管理する。車輛があらかじめ登録されたランドマークから所定の半径の領域内に入ると、最適データ提供装置２０は、車輌の移動履歴、ユーザの行動予定の処理実行状況を参照して、最適機能・データを選択し、車輌内のユーザの移動端末５０に最適情報を提供する。
【００７４】
図２０の例では、配送先であるドコモ倉庫の付近に到着すると、自動的に作業開始状態になり、移動端末５０に作業内容画面が表示される。移動端末５０に接続されたバーコードリーダ７０で予定された配送品の読取がすべて完了すると、移動端末５０にインストールされたプログラムにより、最適データ提供装置２０に対して自動的に作業完了報告がなされる。この例では、定期的な測位データの送信による動体位置管理を組み込むことにより、トリガボタンを押下しなくてもあらかじめ登録された場所の近傍で最適画面が配信される。移動履歴と予定行動の実行状況を参照するので、時間的にスケジュールとずれている場合や予定を変更した場合であっても、適切な情報を選択することが可能になる。
【００７５】
以上、本発明を良好な実施形態に基づき説明してきたが、本発明はこれらに限定されるものではなく、多様な変更例が当業者にとって可能である。
【００７６】
たとえば、行き先（登録場所）が同じビル内の異なる階（たとえば９階と３２階）に位置する場合は、ユーザスケジュールに登録される場所情報として、サブコードなどを用いて異なる登録場所として管理する。この場合、ランドマークが同一なので、距離識別による優先順位において順不同となるが、最適データ提供装置２０の誤差範囲識別において、測位位置の誤差範囲内に２以上の登録場所が検索されることになる。したがって、ユーザの行動予定、特に、処理完了状態から、距離的優先順位の並べ替えを行い、最適情報をひとつ選択して移動端末に送信するか、並べ替えが不可能な場合には、選択画面をユーザの移動端末に送信する。
【００７７】
また、上述した実施形態で、位置情報に高さ情報を含ませる構成とすることもできる。たとえば、ＧＰＳとモーションセンサ（速度センサ、磁気センサ、ジャイロセンサなど）を組み合わせて、緯度、経度情報に加え、垂直方向の高さ情報を付加する。この場合、同一ビル内の異なる階に位置する別々の行き先があっても、距離識別に基づく優先順位の信頼性が高くなる。
【図面の簡単な説明】
【００７８】
【図１】携帯電話を利用した従来のスケジュール管理システムの利用法を説明するための図である。
【図２】図２（ａ）はＧＰＳ機能なしの携帯電話に、図２（ｂ）はＧＰＳ機能付きの携帯電話に従来のスケジュール管理システムを適用したときの選択画面の遷移を示す図である。
【図３】本発明の一実施形態に係る最適データ提供システムを移動端末の側からみたときの概念図である。
【図４】本発明の一実施形態に係る最適データ提供システムの概略構成図である。
【図５】図４のシステムで用いられる最適データ提供装置の構成を示す図である。
【図６】図４のシステムで用いられるユーザデータベースに格納されるデータ構成例を示す図である。
【図７】最適データ提供装置の処理動作を示すフローチャートである。
【図８】最適データ提供装置が行う位置照合と距離算出によるラフな優先順位の決定を説明するための図である。
【図９】位置情報に含まれる誤差範囲を説明するための図である。
【図１０】最適データ提供装置が行う誤差範囲識別処理を説明するための図である。
【図１１】取得位置の誤差範囲に２以上のランドマークが存在する場合に行われる行動予定識別処理を説明するための図である。
【図１２】取得位置の誤差範囲に１または０のランドマークが存在する場合に採用される優先順位を説明するための図である。
【図１３】最終的に移動端末に配信する最適機能・データの選択を説明するための図である。
【図１４】過去の履歴を参照して最適機能・データの選択を行う変形例を説明するための図である。
【図１５】本発明の最適データ提供システムを作業報告に利用した適用例を示す図である。
【図１６】本発明の最適データ提供システムを配送スケジュール管理に利用した適用例を示す図である。
【図１７】本発明の最適データ提供システムにおいて、測位機能付きの移動端末をバーコードリーダと組み合わせて作業完了報告に利用する適用例を示す図である。
【図１８】本発明の最適データ提供システムにおいて、移動端末をＧＰＳ内蔵モバイルロケータおよびバーコードリーダと組み合わせて用いる例を示す図である。
【図１９】図１８に示すシステムにおいて、読み取ったバーコードデータの処理を移動端末側で行うことによって、作業完了報告を自動的に行うことのできる適用例を示す図である。
【図２０】図１９に示すシステムにおいて、動体位置管理機能を利用することによって、目的地付近に到着したときに、自動的に最適情報が配信される適用例を示す図である。
【符号の説明】
【００７９】
１０、５０、５０Ａ、５０Ｂ  移動端末
１１  表示部
１１ａ〜１１ｃ  表示画面
１１ｅ  完了通知画面
１１ｆ  未完了通知画面
１２、６２  ＧＰＳボタン（トリガボタン）
１３  配送スケジュール画面
１５  ロケーションプラットフォーム
１６  報告ボタン
１７  スケジュールボタン
１９  場所選択ボタン（プルダウンボタン）
２０  最適データ提供装置
２１  バス
２２  位置情報取得部
２３  位置照合部
２４  優先順位確認部
２５  誤差範囲識別部
２６  行動予定識別部
２７  ユーザデータベース
２８  ランドマークデータベース
２９  最適機能・データ選択部
３０  アプリケーション群
３１  アプリケーション管理部
６０  ＧＰＳ内蔵モバイルロケータ
７０  バーコードリーダ
７２  バーコードリーダの作業報告ボタン
【図１】
2005275750.tif 000003
【図２】
2005275750.tif 000004
【図３】
2005275750.tif 000005
【図４】
2005275750.tif 000006
【図５】
2005275750.tif 000007
【図６】
2005275750.tif 000008
【図７】
2005275750.tif 000009
【図８】
2005275750.tif 000010
【図９】
2005275750.tif 000011
【図１０】
2005275750.tif 000012
【図１１】
2005275750.tif 000013
【図１２】
2005275750.tif 000014
【図１３】
2005275750.tif 000015
【図１４】
2005275750.tif 000016
【図１５】
2005275750.tif 000017
【図１６】
2005275750.tif 000018
【図１７】
2005275750.tif 000019
【図１８】
2005275750.tif 000020
【図１９】
2005275750.tif 000021
【図２０】
2005275750.tif 000022