(57)【要約】【課題】本発明はショッピングモール等において利用者をナビゲートするナビゲート装置及びナビゲートプログラムに関し、特に建物の中に設置されたショッピングモール街、専門店街においてもナビゲーションを行い、利用者に対して歩行サポート情報を提供し、商品の購入支援を行うナビゲート装置及びナビゲートプログラムを提供するものである。【解決手段】本発明は、ショッピングモール街等の建物によって従来のＧＰＳシステムを利用することができないエリアにおけるナビゲーションシステムであり、当該エリア内に送受信装置「１」、「２」、「３」、「４」、・・・を所定間隔で設置し、利用者に歩ナビ２を貸し、歩ナビ２の位置を送受信装置によって検知し、センタ１のサーバには利用者情報と共に、当該エリア内に設置された店舗の情報が登録され、例えば利用者が商品情報として商品の種類又は商品名を入力することによって、データベースを検索し、店舗情報を得ると共に、店舗の位置情報を取得し、利用者を目的の店舗にナビゲートする構成である。【選択図】　図１
2004013503.tif 000002
【特許請求の範囲】
【請求項１】
センタサーバにネットワークを介して接続されたナビゲート装置において、
利用者の移動速度を検出する移動速度検出手段と、
該利用者の現在の位置情報を取得する位置情報取得手段と、
目的とする商品の種類又は商品名を入力する入力手段と、
前記商品の種類又は商品名に基づいてセンタサーバから店舗情報及び店舗の位置情報を読出す検索手段と、
該検索手段の結果に基づいて前記店舗情報及び店舗の位置情報を表示する表示手段と、
を有することを特徴とするナビゲート装置。
【請求項２】
前記店舗の位置情報に基づいて利用者の現在位置から各店舗までの距離を算出する距離算出手段と、
この距離算出手段によって算出された距離と利用者の移動速度から所要時間を算出する所要時間算出手段と、
この所要時間算出手段の結果に基づいて各店舗を利用者の現在位置から近い順に表示することを特徴とする請求項１記載のナビゲート装置。
【請求項３】
センタサーバにネットワークを介して接続されたナビゲート装置において、
目的とする商品の種類又は商品名を入力する入力手段と、
前記商品の種類又は商品名に基づいて、センタサーバから店舗情報及び店舗の位置情報を読出す検索手段と、
この検索手段によって検索された店舗に対して商品の予約を通知する為に予約情報を入力する入力手段と、
前記店舗に入店した場合にセンタサーバからその旨の通知を受信することを特徴とするナビゲート装置。
【請求項４】
センタサーバにネットワークを介して接続されたナビゲート装置において、
前記装置の利用者の情報をグループ毎に入力する入力手段と、
この利用者の情報をセンタサーバに送信する送信手段と、
同じグループに登録された装置の位置情報をセンタサーバから受信する受信手段と、
この受信した情報に基づいて同じグループの装置の位置を表示することを特徴とするナビゲート装置。
【請求項５】
センタサーバにネットワークを介して接続されたナビゲート装置に装備されたコンピュータに用いられるプログラムであって、
利用者の移動速度を検出する機能と、
該利用者の現在の位置情報を取得する機能と、
目的とする商品の種類又は商品名を入力する機能と、
入力された商品の種類又は商品名に基づいてセンタサーバから店舗情報及び店舗の位置情報を読出す機能と、
この店舗情報及び店舗の位置情報を表示する機能と、
を前記コンピュータに実現させるナビゲートプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はショッピングモール等において顧客（以下、利用者で示す）をナビゲートするナビゲート装置及びナビゲートプログラムに関する。
【０００２】
【従来の技術】
今日、ＧＰＳ（ｇｌｏｂａｌ　ｐｏｓｉｔｉｏｎｉｎｇ　ｓｙｓｔｅｍ）を利用したナビゲーションシステムが広く使用されている。例えば、自動車にナビゲート装置を取り付け、目的地の検索を行い、自車の位置から目的地までの誘導に利用している。また、自車の位置に近い公共施設やコンビニエンスストア、銀行等の検索にも利用されている。さらに、ナビゲート装置は自動車に搭載するだけではなく、ポータブルなナビゲート装置を使用し、自転車による移動や歩行のナビゲーションにも用いられている。
【０００３】
また、ナビゲート装置を携帯電話に搭載し、自己の位置を知ると共に、電話機能と連携した使用も行われている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記ＧＰＳは基本的に３個以上の衛星からの電波を検知し、自車の位置又は自己の位置を知るシステムであり、衛星からの電波が受信できない場所にいる場合には上記システムを利用することはできない。例えば、建物の中にいる場合や、周りを大きな建物で囲まれた場所にいる場合などには利用できない。
【０００５】
したがって、例えば構内に設けられたショッピングモールやデパートの中などでは、従来のシステムを利用することができない。しかし、大きな建物の中に構築されたショッピングモール街や専門店街において、利用者が希望する店舗を探し、必要な商品を購入したい場合もある。このような場合、従来のナビゲーションシステムを利用することができない。
【０００６】
そこで、本発明は上記課題に鑑みてなされたものであり、建物の中に設置されたショッピングモール街、専門店街においてもナビゲーションを行い、利用者に対して歩行サポート情報を提供し、商品の購入支援を行うナビゲート装置及びナビゲートプログラムを提供するものである。
【０００７】
【課題を解決するための手段】
上記課題は、請求項１に記載した発明によれば、センタサーバにネットワークを介して接続されたナビゲート装置において、利用者の移動速度を検出する移動速度検出手段と、該利用者の現在の位置情報を取得する位置情報取得手段と、目的とする商品の種類又は商品名を入力する入力手段と、前記商品の種類又は商品名に基づいてセンタサーバから店舗情報及び店舗の位置情報を読出す検索手段と、該検索手段の結果に基づいて前記店舗情報及び店舗の位置情報を表示する表示手段とを有するナビゲート装置を提供することによって達成できる。
【０００８】
ここで、上記センタサーバには店舗毎に商品情報や、店舗の位置情報が記憶されており、入力手段から入力する商品の情報から、当該商品を取り扱う店舗の検索を行い、店舗情報及び位置情報を読み出してナビゲート装置に表示する。
このように構成することにより、例えばショッピングモール街のような店舗が集中する所定エリアにおいて、より容易に店舗の検索を行うことができる。
【０００９】
請求項２の記載は、前記請求項１記載の発明において、前記店舗の位置情報に基づいて利用者の現在位置から各店舗までの距離を算出する距離算出手段と、この距離算出手段によって算出された距離と利用者の移動速度から所要時間を算出する所要時間算出手段と、この所要時間算出手段の結果に基づいて各店舗を利用者の現在位置から近い順に表示する構成である。
【００１０】
このように構成することにより、利用者の現在位置から各店舗までの所要時間を知ることができ、更に表示された店舗の順番に従って店舗を回ることで効率よく買い物を楽しむことができる。
上記課題は、請求項３に記載した発明によれば、センタサーバにネットワークを介して接続されたナビゲート装置において、目的とする商品の種類又は商品名を入力する入力手段と、前記商品の種類又は商品名に基づいて、センタサーバから店舗情報及び店舗の位置情報を読出す検索手段と、この検索手段によって検索された店舗に対して商品の予約を通知する為に予約情報を入力する入力手段と、前記店舗に入店した場合にセンタサーバからその旨の通知を受信するナビゲート装置を提供することによって達成できる。
【００１１】
このように構成することにより、目的とする商品予約しておくことにより、例えば利用者がその店舗に到着するまでその商品を確保しておくことができ、利用者が店舗に到着する前に売り切れてしまう心配がない。また、その店舗に入ったらその旨の通知が成されるので店舗をまちがえたり予約をしたことを忘れてしまう心配がない。
【００１２】
上記課題は、請求項４に記載した発明によれば、センタサーバにネットワークを介して接続されたナビゲート装置において、前記装置の利用者の情報をグループ毎に入力する入力手段と、この利用者の情報をセンタサーバに送信する送信手段と、同じグループに登録された装置の位置情報をセンタサーバから受信する受信手段と、この受信した情報に基づいて同じグループの装置の位置を表示するナビゲート装置を提供することによって達成できる。
【００１３】
このように構成することにより、例えばショッピングモール街をグループ又は家族等で利用する際、同じグループのメンバや家族等の位置を利用者が持っているナビゲート装置で確認することができる。
上記課題は、請求項５に記載した発明によれば、センタサーバにネットワークを介して接続されたナビゲート装置に装備されたコンピュータに用いられるプログラムであって、利用者の移動速度を検出する機能と、該利用者の現在の位置情報を取得する機能と、目的とする商品の種類又は商品名を入力する機能と、入力された商品の種類又は商品名に基づいてセンタサーバから店舗情報及び店舗の位置情報を読出す機能と、この店舗情報及び店舗の位置情報を表示する機能とを前記コンピュータに実現させるナビゲートプログラムを提供することによって達成できる。
【００１４】
本発明は、ナビゲートプログラムの発明であり、このように構成することによっても、例えば大きな建物内に構築されたショッピングモール街において希望する商品を取り扱う店舗の検索や、商品の予約等を効率よく行うことができる。
【００１５】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて詳細に説明する。
＜第１の実施形態＞
図１は本発明のシステム構成図である。同図に示すシステムは、例えば大きな建物内のショッピングモールに構築されたシステムであり、ナビゲート装置、センタサーバ、及びナビゲートプログラムを使用して運用を行う。ここで、同図に示すネットワークは、例えば本例で使用するショッピングモール街に設けられた送受信装置「１」、「２」、「３」、「４」、・・・、及びこれらを結ぶ有線、無線設備であり、このネットワークにセンタ１、複数の歩ナビ（歩行ナビゲート装置）２（２ａ、２ｂ、２ｃ、・・・）、及び店舗端末ａ、ｂ、ｃ、ｄ、・・・が接続される。
【００１６】
ここで、送受信装置「１」、「２」、「３」、「４」、・・・は、例えば図２に示すようにショッピングモール街に配設されている。尚、同図はショッピングモール街の一部を示す図であり、同図に示す・印の位置が送受信装置「１」、「２」、「３」、「４」、・・・の配設位置であり、一定間隔で通路の両側に配設されている。また、各送受信装置のアクセスエリアは、例えば半径１０ｍ程度であり、歩ナビ２は電波強度が最も強い送受信装置とアクセスする。また、歩ナビ２は送受信装置との間でブルートゥース（ＢＬＵＥＴＯＯＴＨ）による通信を行う。尚、この通信はブルートゥースに限るものではなく、例えば赤外線通信、ＰＨＳ（ｐｅｒｓｏｎａｌ　ｈａｎｄｙ　ｐｈｏｎｅ　ｓｙｓｔｅｍ）通信等を利用してもよい。
【００１７】
図３は歩ナビ２の構成を説明する図であり、歩ナビ２は本例のショッピングモール街に入る際、例えば無料で貸し出される。同図において、歩ナビ２はＣＰＵ３、ＲＯＭ４、ＲＡＭ５、入力部６、表示部７、外部記憶部８、加速度センサ９、ＧＰＳ１０、気圧センサ１１、通信制御部１２、方位センサ１３、ＥＥＰＲＯＭ１４で構成されている。
【００１８】
ＣＰＵ３は後述する動作状態判別処理、位置検出処理、移動方向算出処理、歩行速度算出処理、及び高度算出処理等を行う。ＲＯＭ４は地図情報のデータベース（ＤＢ）、及び後述する動作パターンのデータベースを予め記憶する。また、ＲＡＭ５はワーク領域として使用され、例えば各種レジスタ、各種登録テーブルを備える。
【００１９】
入力部６はキーボードやタッチキーで構成され、例えば利用者の氏名や連絡先、親機や子機のＩＤ番号等を入力する。また、ショッピングモール街を移動中、検索を希望する店舗名や購入を希望する商品名等の情報を入力する。一方、表示部７は上記情報の入力画面や、検索した店舗情報、位置情報等を表示する。尚、外部記憶部８はハードディスク等で構成され、例えばナビゲートプログラムや各種データを記憶する。
【００２０】
加速度センサ９は、Ｘ軸方向、Ｙ軸方向、Ｚ軸方向の加速度から利用者の動作（行動）を検出するためのセンサである。また、ＧＰＳ１０は所定数以上の衛星から電波を受信し、該受信信号をＣＰＵ３に出力する。但し、本例においては建物内のショッピングモール街で使用される為、建物外に出た場合等、特別な場合のみに使用される。
【００２１】
気圧センサ１１は利用者の位置の気圧情報を検出してＣＰＵ３に送り、ＣＰＵ３による高度算出処理に利用される。尚、この気圧センサ１１は、直接高度を検出可能なデバイスに置き換え使用することができ、この場合ＣＰＵ３による高度算出処理は不要である。
【００２２】
方位センサ１３は、方位をＸ軸、Ｙ軸、Ｚ軸の各成分毎に検出できるセンサであり、歩ナビ２を持った利用者の移動する方向を検出する。この方位センサ１３の検出データと加速度センサ９の検出データとを基に、利用者の行動の軌跡を把握することが可能であり、ＧＰＳ１０による電波の受信が不可能であるショッピングモール街で、後述するように有効に利用できる。
【００２３】
一方、図４（ａ）は前述のセンタ１に配設されたサーバの模式図である。同図に示すように、サーバ１５はＣＰＵ、ＲＯＭ、ＲＡＭ等で構成されるコンピュータであり、磁気ディスク等の記憶装置１９に接続され、必要に応じて記憶装置１９にデータを記憶し、記憶装置１９に記憶したデータを読み出す。
【００２４】
同図（ｂ）は、上記サーバ１５の内部システムであり、ＣＰＵ１５ａ、ＲＡＭ１５ｂ、ＲＯＭ１５ｃ、キーボード等の入力部１５ｄ、表示部１５ｅ、通信制御部１５ｆ、記憶装置１９で構成されている。この記憶装置１９には、店舗情報のデータベース（ＤＢ）、及び商品情報のデータベース（ＤＢ）が登録される。
【００２５】
図５及び図６は上記記憶装置１９に構築されたデータベースの構成を説明する図である。先ず、図５は歩ナビ２の貸出し情報を登録するデータベースである。このデータベースには、同図に示すように、歩ナビＩＤ、利用者名、連絡先（例えば、住所及び電話番号）、位置情報、グループ名、親機／子機の別、歩行速度の各記憶エリアが設けられ、後述する処理に従って順次各記憶エリアに対応する情報が書き込まれる。
【００２６】
また、図６（ａ）はショッピングモール街の店舗のデータベースである。同図に示すように店舗のデータベースは、カテゴリー毎に登録されており、例えば「食事」のカテゴリーの記憶エリアには、“中華料理店〇〇”、“そば処△△”等のショッピングモール街に出店する店名と、その店の商品情報（メニュー情報）が登録されている。尚、この商品情報（メニュー情報）には商品の単価等の詳細情報も含まれる。また、衣類やその他のカテゴリーについても、同様にデータベースに登録されている。
【００２７】
また、同図（ｂ）は、店舗情報のデータベースの構造であり、同図（ｃ）は商品情報のデータベースの構造である。店舗情報のデータベースは、店舗のＩＤ番号、店名、扱う商品の種類、位置、その他の情報の各記憶エリアで構成され、各記憶エリアには対応する情報が登録される。また、商品情報のデータベースは、商品の種類、商品名、メーカ、値段、扱っている店、店舗のＩＤ書き込みエリアで構成され、各記憶エリアには対応する情報が登録される。
【００２８】
さらに、上記記憶装置１９には、ショッピングモール街に配置された送受信装置「１」、「２」、「３」、「４」、・・・の位置情報（地図情報）、及び店舗の位置情報も登録されている。例えば、この位置情報（地図情報）は、前述の図２に示す送受信装置「１」等の位置を座標データとして記憶し、店舗の位置情報を座標データとして記憶するものである。
以上の構成において、以下に本例の処理を説明する。
【００２９】
先ず、ショッピングモール街を利用しようとする者は、例えばショッピングモール街の入り口で歩ナビ２を借りる。図７は歩ナビ２を借りる際の処理を説明するフローチャートであり、この処理に従って歩ナビ２の初期設定を行う。
先ず、利用者がグループで利用するか否かを判断する（ステップ（以下、図７においてＳで示す）１）。ここで、グループでの利用とは、ショッピングモール街に家族で買い物に来た場合や友達同士で来た場合、お互いの位置を把握する為に利用するものである。したがって、グループでの利用ではない場合（Ｓ１がＮＯ）、歩ナビ２を単体で使用する場合であり、利用者の名前と連絡先を歩ナビ２に入力する（Ｓ２）。
【００３０】
図８はこの入力画面である。この入力画面には、利用者の名前入力エリア２１ａ、住所（連絡先）入力エリア２１ｂ、親機／子機設定エリア２１ｃ、親機のＩＤ番号入力エリア２１ｄが設けられ、各入力エリアに利用者の情報を入力する。例えば、利用者は名前入力エリア２１ａに自己の氏名を入力し、住所（連絡先）入力エリア２１ｂに利用者の住所を入力する。尚、この場合グループでの利用ではないので、親機又は子機の設定では親機を選択し、子機のＩＤ番号の入力は不要である。尚、同図に示す戻るのボタン２２ａは入力データに修正等を加える場合に使用される。
【００３１】
上記の設定を行った後、ＯＫボタン２２ｂをチェックすると上記入力データはセンタ１に送信される（Ｓ３）。センタ１は、以後当該歩ナビ２から送られた利用者情報を前述のデータベースに登録する。
一方、グループでの利用の場合（Ｓ１がＹＥＳ）、先ず代表者の名前及び住所（連絡先）を入力する（Ｓ４）。この場合も上記と同様、図８に示す名前入力エリア２１ａ及び住所入力エリア２１ｂに上記情報を入力する（Ｓ４）。次に、グループでの利用であるので、親機又は子機の指定を行う（Ｓ５）。ここで、代表者が使用する歩ナビ２を親機として指定する。次に、使用する子機のＩＤ番号を登録する（Ｓ６）。この登録は、後に親機のグループに含まれる子機の検索に使用するためである。
【００３２】
子機側についても同様に、子機利用者の名前及び住所（連絡先）を入力し（Ｓ７）、子機の指定を行い（Ｓ８）、親機のＩＤ番号を登録する（Ｓ９）。そして、全ての子機の設定が終了したか判断し（Ｓ１０）、未だ子機の設定が全て終了していなければ（Ｓ１０がＮＯ）、上記処理（Ｓ７〜Ｓ１０）を繰り返して行い、全ての子機で利用者の名前、住所（連絡先）、親機のＩＤ番号の入力を行う。尚、図９は子機の設定画面の例を示すものである。
【００３３】
その後、子機に対する利用者情報の入力処理が終了すると（Ｓ１０がＹＥＳ）、親機の登録内容のデータをセンタ１に送信する（Ｓ１１）。センタ１は、歩ナビ２から送信された情報を前述の図５に示すデータベースに登録していく。
例えば、図５に示すように、歩ナビ２ａ（歩ナビＩＤ「Ａ１２３」）に利用者名“田中○×”、連絡先（住所）“○○○”を登録する。尚、ここで歩ナビ２ａを借りた“田中○×”がグループ利用ではない場合、グループ名及び親機／子機の登録は行われない。一方、歩ナビ２ｂ（歩ナビＩＤ「Ａ１２４」）には、利用者名“池西○△”、連絡先（住所）“○○○”が登録され、グループ名として“グループ１”が登録され、更に親機の登録が行われる。尚、歩ナビ２ｃ〜２ｅ（歩ナビＩＤ「Ａ１２５」〜「Ａ１２７」）も、同じ“グループ１”の利用者に貸し出され、同図に示す利用者情報が登録される。
【００３４】
上記のようにして、歩ナビ２の利用者は借りた歩ナビ２の入力部６を使用して利用者情報を順次入力し、センタ１のデータベースに利用者情報を登録する。このようにして、初期設定を行った後、先ず歩ナビ２を利用する利用者の歩行速度が測定される。図１０はこの処理を説明するフローチャートである。
【００３５】
先ず、第１の送受信装置から電波を受信すると（ステップ（以下、図１０においてＳＴで示す）１）、電波強度が一定値以上であるか判断する（ＳＴ２）。ここで、電波強度が一定値以上ではない場合（ＳＴ２がＮＯ）、即ち歩ナビ２が送受信装置から一定エリア内（例えば、１０ｍ以内）にない場合、次の電波の受信を待つ。一方、電波強度が一定値以上である場合、即ち歩ナビ２が送受信装置の一定エリアに入った場合（ＳＴ２がＹＥＳ）、不図示の値を初期化し、カウント処理を開始する（ＳＴ３、ＳＴ４）。
【００３６】
次に、地図上で歩ナビ２の現在地を検出し、データベースに登録する（ＳＴ５）。ここで、歩ナビ２の現在地は、上記歩ナビ２が電波を受信した送受信装置の位置である。例えば、歩ナビ２が送受信装置「１」の電波を受信した場合、歩ナビ２の現在地は送受信装置「１」の位置（実際には、送受信装置「１」から一定範囲内の位置）であり、この位置情報をデータベースに登録する。例えば、図５に示す位置情報の記憶エリアに送受信装置「１」の位置を示す「１」を登録する。
【００３７】
次に、第２の送受信装置から電波を受信すると（ＳＴ６）、電波強度が一定値以上であるか判断し（ＳＴ７）、電波強度が一定値以上ではない場合（ＳＴ７がＮＯ）、前述と同様次の電波の受信を待つ。一方、電波強度が一定値以上である場合（ＳＴ２がＹＥＳ）、カウント処理を停止する（ＳＴ８）。そして、歩ナビ２の現在地を検出し、データベースに登録する（ＳＴ９）。
【００３８】
次に、前回登録した位置情報をデータベースから読み出す（ＳＴ１０）。そして、前回登録した地点と今回登録した現在地間の距離を算出する（ＳＴ１１）。例えば、前回登録した地点の位置情報が図２に示す「１」であり、今回登録した地点の位置情報が「２」であれば、この間の距離は地図上における座標データと地図情報から算出することができる。
【００３９】
例えば、図２において送受信装置「１」の入り口からのＸＹ座標が（５０（ｍ）、５０（ｍ））であり、送受信装置「２」の入り口からのＸＹ座標が（６０（ｍ）、５０（ｍ））である場合、上記２点間の距離は、１０ｍである。
次に、タイマーのカウント値を読み出し、このタイマーカウント値を上記２地点間の移動時間とし（ＳＴ１２）、距離／移動時間の計算を行い歩行速度を求める（ＳＴ１３）。このようにして計算した歩行速度の情報はデータベースに登録される（ＳＴ１４）。例えば、図５に示す例では、歩ナビ２ａの利用者の歩行速度として４ｋｍ／ｈが登録され、歩ナビ２ｂの利用者の歩行速度として３．５ｋｍ／ｈが登録され、以下同図に示す通りである。
【００４０】
尚、上記歩行速度の計算は、歩ナビ２が新たな送受信装置の電波を検出する毎に行われ、順次直近の歩行速度に更新され、この更新処理は利用者が歩ナビ２を返却するまで行われる（ＳＴ１５）。
一方、図１１に示すフローチャートは、上記タイマーカウントの補正処理について説明するものである。この処理は、歩ナビ２の利用者の歩行状態を検出し、例えばショッピングモール街で立ち止まっている場合や、商品を見ている場合等にタイマーのカウント処理を一時停止させる処理である。
【００４１】
先ず、具体的な処理を説明する前に、利用者の歩行状態を検出する為、加速度センサ９からＣＰＵ３に出力される信号波形について説明する。図１２（ａ）〜（ｃ）は、加速度センサ９から供給されるＸ軸方向、Ｙ軸方向、Ｚ軸方向の信号波形を示す図である。上記加速度センサ９から供給される信号波形は、同図（ａ）〜（ｃ）に示すように、ピークを有し、横軸方向のピーク間隔は周期を示し、縦軸方向のピーク間隔（振幅）は加速度を示す。例えば、同図（ａ）のＸ軸方向の場合、ピークｘ１とｘ４の横軸方向のピーク間隔（周期）は、｜ｔｘ１−ｔｘ４｜であり、縦軸方向のピーク間隔（加速度）は｜ｇｘ１−ｇｘ４｜である。同様に、ピークｘ４とｘ２の横軸方向のピーク間隔（周期）は｜ｔｘ４−ｔｘ２｜であり、縦軸方向のピーク間隔（加速度）は｜ｇｘ４−ｇｘ２｜である。
【００４２】
また、他のＹ軸方向、Ｚ軸方向についても同様であり、同図（ｂ）はＹ軸方向の例であり、同図（ｃ）はＺ軸方向の例である。この周期及び加速度の情報は、利用者の歩行パターンの特徴を含み、利用者の歩行状態、非歩行状態の判別に使用される。以下、図１１に示すフローチャートに従って具体的に説明する。
【００４３】
先ず、ＣＰＵ３は加速度センサ９から供給される上記信号波形を受信し、加速度を抽出する（ステップ（以下、図１１においてＳＴＰで示す）１）。次に、１つの座標系についてピーク点を抽出する（ＳＴＰ２）。このピーク点の抽出は、例えば入力するＸ軸方向のデータをシリアルに受信し、入力データ（加速度）が増加から減少に転じる点、又は入力データ（加速度）が減少から増加に転じる点をピーク点として抽出する。
【００４４】
次に、得られたピーク点のデータから横軸方向のピーク間隔（周期）を計算する（ＳＴＰ３）。例えば、図１２（ａ）に示す例では、ｘ１〜ｘ６等のピーク点が抽出され、そのピーク間隔は｜ｔｘ１−ｔｘ４｜、｜ｔｘ４−ｔｘ２｜、｜ｔｘ２−ｔｘ５｜、｜ｔｘ５−ｔｘ３｜、｜ｔｘ３−ｔｘ６｜であり、それぞれの間隔が計算される。
【００４５】
次に、得られたピーク点のデータから縦軸方向のピーク間隔（加速度）を算出する（ＳＴＰ４）。例えば、図１２（ａ）に示す例では、ピーク間隔（加速度）は｜ｇｘ１−ｇｘ４｜、｜ｇｘ４−ｇｘ２｜、｜ｇｘ２−ｇｘ５｜、｜ｇｘ５−ｇｘ３｜、｜ｇｘ３−ｇｘ６｜であり、これらピーク間隔（加速度）が計算される。
【００４６】
次に、上記各横軸方向のピーク間隔と縦軸方向のピーク間隔（以下、それぞれ周期、又は加速度で示す）の平均値を求め、この平均値のデータを保管する（ＳＴＰ５）。ここで、周期の平均値をｔｘ０とし、加速度の平均値をｇｘ０とする。
次に、Ｙ軸方向、Ｚ軸方向の周期と加速度の計算の有無が判断され（ＳＴＰ６）、Ｙ軸方向及びＺ軸方向についても同様の処理を行い、周期と加速度が計算される（ＳＴＰ６がＮＯ、ＳＴＰ２〜ＳＴＰ６）。したがって、上記処理によってＹ軸方向の周期は、図１２（ｂ）の場合、｜ｔｙ１−ｔｙ４｜、｜ｔｙ４−ｔｙ２｜、｜ｔｙ２−ｔｙ５｜、｜ｔｙ５−ｔｙ３｜、｜ｔｙ３−ｔｙ６｜であり、周期の平均値　ｔｙ０が計算される。また、加速度は｜ｇｙ１−ｇｙ４｜、｜ｇｙ４−ｇｙ２｜、｜ｇｙ２−ｇｙ５｜、｜ｇｙ５−ｇｙ３｜、｜ｇｙ３−ｇｙ６｜であり、同様に加速度の平均値ｇｙ０が計算される。
【００４７】
次に、算出した平均値について、動作パターンの登録データベースの中から、類似パターンの検索を行う（ＳＴＰ７）。図１３はＲＯＭ４に登録された歩行パターン情報の一例である。ここで、このデータベースには、歩行パターン以外にも他の動作パターンも登録されており、抽出した利用者の動作パターンと登録されている歩行パターンが類似するか判断する（ＳＴＰ８）。そして、検索したパターンが歩行パターンである場合（ＳＴＰ８がＹＥＳ）、タイマーがカウント中か判断し（ＳＴＰ９）、タイマがカウント中であれば（ＳＴＰ９がＹＥＳ）、そのままタイマーのカウント処理を継続する。この場合、利用者は歩行を継続しており、タイマーのカウント処理を継続するものである。一方、タイマーがカウント中でない場合（ＳＴＰ９がＮＯ）、タイマーのカウント処理を再開する（ＳＴＰ１０）。この場合、利用者は歩行を一旦止めた後、歩行を再開したものと判断し、カウント処理を再開する。したがって、例えば利用者が歩行を停止し、再度歩行を再開した場合でも正確な歩行時間を計数することができる。
【００４８】
尚、歩行パターンではないと判断する場合（ＳＴＰ８がＮＯ）、タイマーがカウント中か否か判断し（ＳＴＰ１１）、カウント中であれば（ＳＴＰ１１がＹＥＳ）、カウント処理を中止し（ＳＴＰ１２）、計数処理を停止する。一方、カウント中でなければ（ＳＴＰ１１もＮＯ）、そのままカウント処理の中止状態を維持する。
【００４９】
以上のように処理することによって、利用者がショッピングモール街で商品を見る為に立ち止まり、又は方向を確認する等の為に立ち止まっている場合にはタイマーのカウント処理が停止し、誤ってカウントを継続することによる歩行速度の誤算出を防止できる。
【００５０】
以上のようにしてタイマーの補正処理を含む、利用者毎の歩行速度の設定が行われた後、歩ナビ２には図１４に示す処理に従って基本表示が行われる。すなわち、先ずデータベースから位置情報（現在地の情報）が読み出され（ステップ（以下、図１４においてＪで示す）１）、歩ナビ２のディスプレイに現在地を中心にしたショッピングモール街の地図が表示される（Ｊ２）。図１５はディスプレイに表示される地図の例である。また、この地図には、同図の▲１▼に示すように、利用者の現在地もマーキングされる（Ｊ３）。
【００５１】
上記表示は利用者が移動し、データベースの位置情報が更新される毎に表示が更新され、利用者はディスプレイを見ることによって正確な位置を常に知ることができる。
次に、上記歩ナビ２の利用状態において、店舗の指定が行われたか判断する（Ｊ４）。ここで、店舗の指定が行われていない場合（Ｊ４がＮＯ）、前述の処理に戻って現在地の表示処理を継続する。一方、店舗の指定が行われると（Ｊ４がＹＥＳ）、当該店舗の情報をダウンロードし、当該情報をディスプレイに表示する（Ｊ５、Ｊ６）。この情報は、例えば当該店舗が取り扱う商品情報等であり、利用者はこの情報を見ることによって、商品を購入する際の資料とすることができる。
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。
【００５２】
本例は、商品の情報や商品の種類の情報から店舗の検索を行う処理であり、図１６（ａ）、（ｂ）に示すフローチャートに従って処理が行われる。尚、同図（ａ）は歩ナビ側の処理を示し、同図（ｂ）はセンタサーバ側の処理を示す。
先ず、同図（ａ）に示すように、歩ナビ側において利用者は希望する商品を入力し、当該商品を取り扱う店舗を検索するか、又は店舗の検索を直接行うか判断する（ステップ（以下、図１６においてＷで示す）１）。ここで、店舗の検索を直接行う場合、例えば希望する商品がどの店にあるか分かっている場合であり、直接店舗の検索を選択する（Ｗ１が店）。
【００５３】
この場合、先ず歩ナビ２に店舗の選択入力画面を表示する（Ｗ２）。そして、店舗名及び扱う商品の種類を入力する（Ｗ３）。尚、この入力処理は、図１７に示すお店の検索画面において直接希望する店舗、又は取り扱う商品の種類を入力する。或いは、▽ボタン２３ａ、２３ｂをチェックし、希望する店舗を選択指定、又は取り扱う商品の種類を選択指定しても良い。尚、戻るのボタン２４ａの機能は前述と同様である。
【００５４】
このようにして商品情報を入力した後、検索ボタン２４ｂをチェックし、検索の指定を行う（Ｗ４）。次に、検索指定が行われると、この指定はセンタサーバ側に送られ、同図（ｂ）に示すように、先ず店舗の名前が入力されているか判断し（Ｗ５）、店舗の名前が入力されていれば（Ｗ５がＹＥＳ）、当該店舗の検索を行い店舗の場所の情報を取得する（Ｗ７）。そして、この情報を歩ナビ側に送信し、歩ナビのディスプレイに表示する。
【００５５】
一方、店舗の名前が入力されていなければ（Ｗ５がＮＯ）、扱う商品の種類が入力されているか判断する（Ｗ６）。そして、扱う商品の種類が入力されていれば（Ｗ６がＹＥＳ）、扱う商品の種類のみによって店舗の検索を行い（Ｗ１９）、店舗の場所を表示する。尚、扱う商品の種類の情報も入力されていなければ（Ｗ６がＮＯ）、検索処理は不可である（Ｗ１８）。
【００５６】
一方、希望する商品を入力し、当該商品を取り扱う店舗を検索する場合には（Ｗ１が商品）、商品の選択入力画面を表示する（Ｗ９）。図１８はこの商品の選択入力画面の例である。利用者は当該画面に表示される各入力エリアに商品情報を入力する（Ｗ１０）。すなわち、商品の種類、商品名、メーカー名、希望価格帯の情報を入力する。そして、検索ボタン２５ｂをチェックし、検索指定を行う（Ｗ１１）。
【００５７】
次に、上記検索指定が行われると、この指定はセンタサーバ側に送られ、同図（ｂ）に示すように、先ず商品名の情報が含まれているか判断し（Ｗ１２）、含まれている場合には（Ｗ１２がＹＥＳ）、当該商品を取り扱う店舗を検索する（Ｗ１３）。すなわち、データベースを検索し、当該商品を取り扱う店舗を抽出し、更に希望価格帯の情報が入力しているか判断し（Ｗ１４）、希望価格帯が入力していなければ（Ｗ１４がＮＯ）、取り扱う商品のみの情報から店舗の検索を行い、歩ナビ２のディスプレイに表示する（Ｗ８）。一方、希望価格帯の情報が入力していれば（Ｗ１４がＹＥＳ）、抽出した商品の中から希望価格帯に合う商品を取り扱う店舗を抽出し、表示を行う（Ｗ１５、Ｗ８）。
【００５８】
また、上記判断（Ｗ１２）において、商品名が入力していない場合（Ｗ１２がＮＯ）、商品の種類の情報が入力しているか判断し（Ｗ１６）、商品の種類の情報が入力していれば（Ｗ１６がＹＥＳ）、商品の種類の情報から当該商品の種類を取り扱う店舗を検索する（Ｗ１７）。この際、更に前述の商品の価格帯の情報が入力しているか判断し、前述と同様の処理を行う。
【００５９】
尚、商品の種類の情報も入力されていなければ（Ｗ１６がＮＯ）、検索は不可能であり、検索不可となる（Ｗ１８）。
以上のようにして店舗の検索を行い、例えば利用者が希望する商品を取り扱う店舗が抽出されると、この情報を歩ナビ側に送信し、ディスプレイに表示処理を行う。この処理を説明するフローチャートが図１９である。同図において、先ず現在地の位置情報をデータベースから抽出する（Ｗ２０）。この位置情報は前述のように歩ナビ２が位置する送受信装置の設置位置である。尚、正確には前述と同様、送受信装置を設置した位置から一定範囲内の位置である。
【００６０】
次に、検索した店舗を抽出し（Ｗ２１）、利用者の現在地と店舗との距離を算出する（Ｗ２２）。この計算は、例えば予めＲＯＭ４に登録されたショッピングモール街の地図情報から、利用者の現在地として検出された送受信装置の位置と、店舗の最も近くに位置する送受信装置とを最短距離で結ぶ経路を抽出し、その経路の距離を地図上で算出することによって容易に計算することができる。
【００６１】
次に、上記計算によって求めた距離を当該利用者の歩行速度で割り算し、現在地から目的の店舗までの時間を計算する（Ｗ２４）。そして、得られた時間データを、例えばＲＡＭ５に記憶する（Ｗ２５）。その後、更に処理を必要とする店舗が存在するか判断し（Ｗ２６）、更に店舗がある場合には（Ｗ２６がＹＥＳ）、上記と同様の処理を行って目的の店舗までの時間を求め、ＲＡＭ５に記憶する。そして、全ての店舗までの歩行時間の設定が完了すると、更に図２０に示すフローチャートに従った処理を行う。
【００６２】
先ず、検索した店舗を所要時間を基にして時間の短い順に（距離が近い順に）並べて表示する（Ｗ２７）。図２１はこの表示状態を示す図である。同図に示す例は、食事のカテゴリーに基づいて店舗検索を行った結果であり、最も近い店舗が“タイ料理○○”であり、所要時間は１分であり、１階フロアにある。また、次に近い店舗は“そば処××”であり、所要時間は２分であり、同じく１階フロアにある。以下、同図に示す通りである。
【００６３】
次に、店舗が指定されているか判断し（Ｗ２８）、店舗の指定されていれば（Ｗ２８がＹＥＳ）、地図を表示する。そして検索した店舗を識別表示すると共にその店舗の表示近くに所要時間を表示する（Ｗ２９）。図２２は上記地図の表示例である。更に、地図上に表示された店舗の指定がある場合（Ｗ３０がＹＥＳ）、店舗情報をダウンロードし、表示する（Ｗ３１）。
【００６４】
以上のように処理することによって、利用者は歩ナビ２に表示される地図情報を確認し、容易に希望する店舗に移動することができる。
＜第３の実施形態＞
次に、第３の実施形態について説明する。
【００６５】
本例は、商品の予約処理について説明するものであり、歩ナビ２を借りた利用者が希望する商品の予約を行い、予約を行った店舗に利用者情報を通知する処理である。以下、図２３に示すフローチャートを用いて処理を説明する。
先ず、目的とする店舗、又は希望する商品を取り扱う店舗を検索する（ステップ（以下、図２３においてＵで示す）１）。この検索は、図１６で説明した手順と同じ手順に従って行なわれる。次に、上記処理によって目的の店舗が見つかったか判断し（Ｕ２）、目的の店舗が見つからなかった場合（Ｕ２がＮＯ）、当該予約処理を終了する。
【００６６】
一方、上記検索処理よって目的の店舗が見つかった場合（Ｕ２がＹＥＳ）、歩ナビ２に予約画面を表示する（Ｕ３）。図２４は商品の予約画面である。同図に示すように、商品の予約画面には商品名、価格、予約数、店舗の名前を入力するエリアがあり、前述と同様直接それらを入力するか、又は▽ボタンを操作して必要な情報を選択指定する（Ｕ４）。尚、前述の検索処理（Ｕ１）と同じ商品情報を入力する場合には、前の入力情報を利用する構成としてもよい。
【００６７】
次に、利用者による決定ボタン２６ｂのチェックを待ち（Ｕ５がＮＯ）、決定ボタン２６ｂのチェックが行われると（Ｕ５がＹＥＳ）、入力した商品情報をセンタ１に送信する（Ｕ６）。
図２５はセンタ１の処理を説明するフローチャートである。先ず、歩ナビ２からアクセス要求があるか判断する（Ｕ７）。ここで、アクセス要求があると（Ｕ７がＹＥＳ）、センタ１は予約データを受信する（Ｕ８）。この時、予約データは上記図２４に示した商品情報であり、センタ１のサーバ１５は上記予約データに基づいて該当する店舗を検索する（Ｕ９）。例えば、予約する商品が“天ぷらそば”であり、価格が“７００円”、予約数が“１０”、予約する店舗の名前が“そば処△△”である場合、サーバ１５は前述のデータベースを検索し、該当する店舗“そば処△△”に予約を入れる（Ｕ１０）。この処理により、店舗“そば処△△”は利用者の予約データを取得することができ、例えば利用者“田中○×”から商品“天ぷらそば”の予約を数量“１０”の予約を前もって知ることができる。
【００６８】
次に、予約を行った歩ナビ２の現在地を確認し（Ｕ１１）、当該歩ナビ２（利用者）が予約を行った店舗（例えば、“そば処△△”）に入店したか判断する（Ｕ１２）。この判断は、当該利用者が保持する歩ナビ２の位置をセンタ１側で確認することによって判断でき、当該利用者が予約を行った店舗（例えば、“そば処△△”）に入店したことを確認すると（Ｕ１２がＹＥＳ）、該当する店舗の端末機器に予約した利用者が入店したことを通知する（Ｕ１３）。一方、歩ナビ２に対しても予約した店舗に入店したことを通知する（Ｕ１４）。
【００６９】
歩ナビ２及び店舗の端末機器は、上記通知があると報音を行い、又は発光を行い、又は振動で利用者及び店員に報知する（Ｕ１５）。
以上のように処理することによって、利用者は歩ナビ２を使用して希望する商品を入力するだけでよく、自動的に当該商品を取り扱う店舗を検索し、地図上に表示するので、利用者はそのナビゲーションに従って移動し、簡単に表示された店舗に移動することができる。
＜第４の実施形態＞
次に、第４の実施形態について説明する。
【００７０】
本例は、歩ナビ２をグループで利用する場合の例であり、複数の歩ナビ２ｂ、２ｃ等をグループでの使用とする場合である。以下、図２６を用いてグループ利用の処理を説明する。
先ず、現在地をデータベースから抽出する（ステップ（以下、図２６においてＶで示す）１）。この処理は前述の図５に示すデータベースの位置情報から抽出する。次に、歩ナビ２はセンタ１から対応するグループのメンバーの位置情報を受信する（Ｖ２）。例えば、前述の図５に示す“池西○△”の保有する歩ナビ２ａは、グループの親機であり、同じグループ１の子機（例えば、“池西△△”等の位置情報を受信する（Ｖ３）。一方、子機である“池西△△”の歩ナビ２ｂには、親機の“池西○△”、子機の“池西×△”等の位置情報が供給される。
【００７１】
その後、全てのメンバーの位置情報を受信したか判断し（Ｖ３）、全てのメンバーの位置情報を受信すると（Ｖ３がＹＥＳ）、現在地を中心にして同じ階にいるメンバーの位置を表示する（Ｖ４）。図２７は同じ階（例えば、１階）にいるメンバーの位置を表示した例である。尚、他の階（例えば、２階）にも同じグループのメンバーがいる場合には、当該表示も行う。同図に示すＡは、この表示を示す。
【００７２】
次に、他の階にいる同じグループのメンバーが指定されているか判断する（Ｖ５）。ここで、他の階には同じグループのメンバーが指定されていなければ（Ｖ５がＮＯ）、上記１階の表示処理によって終了する。しかし、他の階にいる同じグループのメンバーが指定されれば（Ｖ５がＹＥＳ）、この指定されたメンバーを中心に当該階のメンバーの位置情報を表示する（Ｖ６）。
【００７３】
図２８は、例えば２階にいるメンバー位置を表示した例であり、前述の図２７と同様、１階に同じグループのメンバーがいる場合には、当該情報も表示する。尚、同図に示すＢはこの表示を示す。
以上説明したように、ショッピングモール街において、複数の歩ナビ２をグループでの利用する場合、予めセンタ１のサーバ１５に当該グループのメンバーの登録を行うことにより、メンバーの位置情報を知り、地図上に表示することによってより容易にメンバーの位置を把握することができる。
【００７４】
尚、図２７に示す▲１▼〜▲３▼は、１階にいるメンバーの現在地を示し、図２８に示す▲４▼は２階にいるメンバーの現在地を示す。
また、上記第１乃至第４実施形態の説明において、ショッピングモール街の例で説明したが、ショッピングモール街に限らず、建物によってＧＰＳシステムを利用できないデパートや専門店街等においても同様に利用することができる。
【００７５】
【発明の効果】
以上説明したように、本発明によれば、希望する商品情報を入力することによって、店舗の商品情報、及び店舗の位置を知ることができ、目的の商品や店舗を効率よく見つけることができる。
【００７６】
また、目的の店舗の場所も地図上に表示することができ、より短時間で目的の店舗に移動し、希望する商品を見つけることができる。
また、希望する商品の購入予約を行うことによって、例えば利用者が当該店舗に行く前に、希望の商品を確保しておくことができ、利用者が到着するまでに売り切れてしまうことがない。
【００７７】
さらに、グループで歩ナビを使用することによって、グループのメンバーの位置をグループ全員が把握することができ、極めて便利なナビゲーションシステムとすることができる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】ショッピングモール街に配設されている送受信装置の配置例を説明する図である。
【図３】歩ナビの構成を説明する図である。
【図４】（ａ）は、センタサーバの構成を説明する図であり、（ｂ）は、センタサーバの内部システムを説明する図である。
【図５】利用者情報のデータベースの構成図である。
【図６】（ａ）は、店舗情報、商品情報のデータベースの構成を説明する図であり、（ｂ）は、具体的な店舗情報のデータベースの構成を説明する図であり、（ｃ）は、具体的な商品情報のデータベースの構成を説明する図である。
【図７】歩ナビ借用時の処理を説明するフローチャートである。
【図８】利用者情報の入力画面である。
【図９】利用者情報の入力画面である。
【図１０】歩行速度を計算するフローチャートである。
【図１１】タイマーカウンタの補正処理を説明するフローチャートである。
【図１２】（ａ）は加速度センサから供給されるＸ軸方向の信号波形を説明する図であり、（ｂ）は加速度センサから供給されるＹ軸方向の信号波形を説明する図であり、（ｃ）は加速度センサから供給されるＺ軸方向の信号波形を説明する図である。
【図１３】歩行パターン情報を記憶するテーブル例である。
【図１４】歩ナビの基本表示処理を説明するフローチャートである。
【図１５】基本となる地図表示の例である。
【図１６】（ａ）は、第２の実施形態を説明するフローチャートであり、歩ナビ側の処理を説明するフローチャートであり、（ｂ）は、第２の実施形態を説明するフローチャートであり、センタサーバ側の処理を説明するフローチャートである。
【図１７】店舗の検索入力画面例である。
【図１８】商品の検索入力画面例である。
【図１９】店舗の表示処理を説明するフローチャートである。
【図２０】店舗までの所要時間をもとに現在地から近い順に店舗を表示する為のフローチャートである。
【図２１】店舗までの所要時間をもとに現在地から近い順に店舗を表示する例である。
【図２２】地図上に表示した例である。
【図２３】第３の実施形態を説明するフローチャートである。
【図２４】商品予約画面の表示例である。
【図２５】第３の実施形態を説明し、サーバ側の処理を示すフローチャートである。
【図２６】第４の実施形態を説明するフローチャートである。
【図２７】第４の実施形態の表示例を示す図である。
【図２８】第４の実施形態の表示例を示す図である。
【符号の説明】
１　センタ
２　歩ナビ
３　ＣＰＵ
４　ＲＯＭ
５　ＲＡＭ
６　入力部
７　表示部
８　外部記憶部
９　加速度センサ
１０　ＧＰＳ
１１　気圧センサ
１２　通信制御部
１３　方位センサ
１４　ＥＥＰＲＯＭ
１５　サーバ
１７　メディアドライバ
１８　記録媒体
１９　記憶装置
２１ａ　名前入力エリア
２１ｂ　住所入力エリア
２１ｃ　親機／子機設定部
２１ｄ　ＩＤ番号入力エリア
２２ａ　戻るボタン
２２ｂ　ＯＫボタン
２３ａ、２３ｂ　▽ボタン
２４ａ　戻るボタン
２４ｂ　検索ボタン
２５ａ　戻るボタン
２５ｂ　検索ボタン
２６ａ　戻るボタン
２６ｂ　決定ボタン
【図１】
2004013503.tif 000003
【図２】
2004013503.tif 000004
【図３】
2004013503.tif 000005
【図４】
2004013503.tif 000006
【図５】
2004013503.tif 000007
【図６】
2004013503.tif 000008
【図７】
2004013503.tif 000009
【図８】
2004013503.tif 000010
【図９】
2004013503.tif 000011
【図１０】
2004013503.tif 000012
【図１１】
2004013503.tif 000013
【図１２】
2004013503.tif 000014
【図１３】
2004013503.tif 000015
【図１４】
2004013503.tif 000016
【図１５】
2004013503.tif 000017
【図１６】
2004013503.tif 000018
【図１７】
2004013503.tif 000019
【図１８】
2004013503.tif 000020
【図１９】
2004013503.tif 000021
【図２０】
2004013503.tif 000022
【図２１】
2004013503.tif 000023
【図２２】
2004013503.tif 000024
【図２３】
2004013503.tif 000025
【図２４】
2004013503.tif 000026
【図２５】
2004013503.tif 000027
【図２６】
2004013503.tif 000028
【図２７】
2004013503.tif 000029
【図２８】
2004013503.tif 000030