(57)【要約】【課題】ユーザに対しその体調を考慮してより適切な歩行経路を推薦できるようにする。【解決手段】携帯端末ＵＴにおいて、ユーザＵの歩行動作の加速度を計測し、その計測結果を表す加速度データをもとに当該ユーザＵの歩行動作の特徴を表す歩容データを算出する。またそれと共に、上記ユーザＵの現在位置を計測してその計測結果を表す位置データを取得し、この位置データと上記歩容データを携帯端末ＵＴからサーバ装置ＳＶへ送信する。これに対しサーバ装置ＳＶでは、携帯端末ＵＴから目的地の情報が送られると、上記位置データと当該目的地の情報とをもとに地図情報ＤＢ９３を検索して複数の歩行経路候補を生成し、この生成された複数の歩行経路候補の中から、上記受信された歩容データに基づいてユーザＵに適した歩行経路を選択し、この選択された歩行経路を推薦情報として携帯端末ＵＴへ送信し表示デバイス７に表示する。【選択図】図３
2014002036.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの歩行動作の加速度を計測してその計測結果を表す加速度データを得る加速度計測手段と、
前記加速度計測手段により得られた加速度データをもとに、前記ユーザの歩行動作の特徴を表す歩容情報を算出する歩容計算手段と、
前記ユーザの現在位置を計測してその計測結果を表す位置データを得る位置計測手段と、
前記ユーザによる目的地を表す情報の入力を受け付ける入力手段と、
前記ユーザの歩行エリアを少なくとも含む地図情報を記憶する地図情報データベースと、
前記位置計測手段により得られた位置データと、前記入力手段により入力された目的地を表す情報とをもとに、前記地図情報データベースを検索して複数の歩行経路候補を生成し、この生成された複数の歩行経路候補の中から、前記歩容計算手段により算出された歩容情報に基づいて前記ユーザに適した歩行経路を選択する歩行経路選択手段と、
前記選択された歩行経路を前記ユーザに提示する提示手段と
を具備することを特徴とする歩行経路推薦装置。
【請求項２】
ユーザが所持する携帯端末と、この携帯端末との間で通信ネットワークを介してデータ伝送を行うサーバ装置とを具備する歩行経路推薦装置であって、
前記携帯端末は、
ユーザの歩行動作の加速度を計測してその計測結果を表す加速度データを得る加速度計測手段と、
前記加速度計測手段により得られた加速度データをもとに、前記ユーザの歩行動作の特徴を表す歩容情報を算出する歩容計算手段と、
前記ユーザの現在位置を計測してその計測結果を表す位置データを得る位置計測手段と、
前記ユーザによる目的地を表す情報の入力を受け付ける入力手段と、
前記歩容計算手段により算出された歩容情報と、前記位置計測手段により得られた位置データと、前記入力手段により入力された目的地を表す情報を、前記通信ネットワークを介して前記サーバ装置へ送信する送信手段と、
前記サーバ装置から送信される歩行経路の推薦情報を受信して前記ユーザに提示する手段と
を備え、
前記サーバ装置は、
前記ユーザの歩行エリアを少なくとも含む地図情報を記憶する地図情報データベースと、
前記携帯端末から送信された歩容情報、位置データ及び目的地を表す情報を、前記通信ネットワークを介して受信する手段と、
前記受信された位置データと目的地を表す情報とをもとに前記地図情報データベースを検索して複数の歩行経路候補を生成し、この生成された複数の歩行経路候補の中から、前記受信された歩容情報に基づいて前記ユーザに適した歩行経路を選択する歩行経路選択手段と、
前記選択された歩行経路を、前記推薦情報として前記通信ネットワークを介して前記携帯端末へ送信する手段と
を備えることを特徴とする歩行経路推薦装置。
【請求項３】
前記歩行経路選択手段は、
前記計測された位置データと前記地図情報データベースをもとに、第１の計測位置から第２の計測位置までの区間における標高差を計算する標高計算手段と、
前記第１の計測位置から前記第２の計測位置までの区間における前記ユーザの歩容情報の変化を計算する手段と、
前記計測された位置データと前記入力された目的地を表す情報とをもとに、前記地図情報データベースを検索して前記第２の計測位置から前記目的地までの区間における歩行経路候補を複数生成する手段と、
前記計算された歩容情報の変化と前記計算された標高差とをもとに、前記生成された複数の歩行経路候補の中から前記ユーザに適した歩行経路を選択する選択手段と
を有することを特徴とする請求項１又は２記載の歩行経路推薦装置。
【請求項４】
前記選択手段は、前記計算された歩容情報の変化が第１のしきい値を超え、かつ前記計算された標高差が第２のしきい値以下の場合に、前記生成された複数の歩行経路候補の中から標高差が第３のしきい値以下の歩行経路を選択することを特徴とする請求項３記載の歩行経路推薦装置。
【請求項５】
ユーザの歩行動作の加速度を計測してその計測結果を表す加速度データを得る過程と、
前記得られた加速度データをもとに、前記ユーザの歩行動作の特徴を表す歩容情報を算出する過程と、
前記ユーザの現在位置を計測してその計測結果を表す位置データを得る過程と、
前記ユーザによる目的地を表す情報の入力を受け付ける過程と、
前記得られた位置データと前記入力された目的地を表す情報とをもとに地図情報データベースを検索して複数の歩行経路候補を生成し、この生成された複数の歩行経路候補の中から、前記算出された歩容情報に基づいて前記ユーザに適した歩行経路を選択する過程と、
前記選択された歩行経路を前記ユーザに提示する過程と
を具備することを特徴とする歩行経路推薦方法。
【請求項６】
前記歩行経路候補を選択する過程は、
前記計測された位置データと前記地図情報データベースをもとに、第１の計測位置から第２の計測位置までの区間における標高差を計算する過程と、
前記第１の計測位置から前記第２の計測位置までの区間における前記ユーザの歩容情報の変化を計算する過程と、
前記計測された位置データと前記入力された目的地を表す情報とをもとに前記地図情報データベースを検索して、前記第２の計測位置から目的地までの区間における歩行経路候補を複数生成する過程と、
前記計算された歩容情報の変化と前記計算された標高差をもとに、前記生成された複数の歩行経路候補の中から前記ユーザに適した歩行経路を選択する過程と
を有することを特徴とする請求項５記載の歩行経路推薦方法。
【請求項７】
前記歩行経路候補を選択する過程は、前記計算された歩容情報の変化が第１のしきい値を超え、かつ前記計算された標高差が第２のしきい値以下の場合に、前記生成された複数の歩行経路候補の中から標高差が第３のしきい値以下の歩行経路を選択することを特徴とする請求項６記載の歩行経路推薦方法。
【請求項８】
請求項１乃至４のいずれかに記載の歩容計測装置が具備する各手段の処理を、当該歩容計測装置が備えるコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、現在位置から目的位置までの経路探索を行う歩行経路推薦装置、方法及びプログラムに関する。
【背景技術】
【０００２】
近年、携帯端末の多くは、例えばＧＰＳ（Global Positioning System）測位手段により現在位置情報を取得して、この取得した現在位置情報を地図データ上に表示するナビゲーション用アプリケーションがインストールされている（例えば特許文献１を参照）。また、ユーザが目的位置の情報を入力すると、現在位置から目的位置までの経路探索を行ってユーザに提示する技術（例えば特許文献２を参照）や、目的位置までに到着する時刻を推定してユーザに提示する技術（例えば特許文献３参照）も提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４８４２５８８号公報
【特許文献２】特許第４７５１８４５号公報
【特許文献３】特許第３５６９４８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、上記した従来の技術は何れもユーザの体調については考慮していない。このため、特に現在位置から目的位置までの経路探索を行う場合、ユーザの歩行状況は疲労の度合いにより変化し、しかもこの疲労の度合いは障害の有無や年齢、性別等により様々であるため、単に距離の長短だけで経路を探索したのではユーザにとって最適な経路を提示することは困難である。
【０００５】
この発明は上記事情に着目してなされたもので、その目的とするところは、ユーザに対しその体調まで考慮してより適切な歩行経路を推薦できるようにした歩行経路推薦装置、方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するためにこの発明の第１の観点は、ユーザの歩行動作の加速度を計測し、その計測結果を表す加速度データをもとに当該ユーザの歩行動作の特徴を表す歩容情報を算出する。そして、目的地情報が入力されると、位置計測手段により計測されたユーザの現在位置データと上記入力された目的地情報をもとに地図情報データベースを検索して複数の歩行経路候補を生成し、この生成された複数の歩行経路候補の中から、上記算出された歩容情報に基づいて当該ユーザに適した歩行経路を選択し、この選択された歩行経路を歩行経路の推薦情報として上記ユーザに提示するようにしたものである。
【０００７】
またこの発明の第２の観点は、歩行経路推薦装置を、ユーザが所持する携帯端末と、この携帯端末との間で通信ネットワークを介してデータ伝送を行うサーバ装置とから構成する。そして、携帯端末において、ユーザの歩行動作の加速度を計測し、その計測結果を表す加速度データをもとに当該ユーザの歩行動作の特徴を表す歩容情報を算出する。またそれと共に、上記ユーザの現在位置を計測してその計測結果を表す位置データを取得し、さらにユーザによる目的地情報の入力を受け付け、上記算出された歩容情報、上記得られた位置データ及び入力された目的地情報を携帯端末からサーバ装置へ送信する。これに対しサーバ装置では、上記携帯端末から送信された歩容情報、位置データ及び目的地情報を受信すると、この受信された位置データと目的地情報とをもとに地図情報データベースを検索して複数の歩行経路候補を生成し、この生成された複数の歩行経路候補の中から、上記受信された歩容情報に基づいてユーザに適した歩行経路を選択し、この選択された歩行経路を歩行経路の推薦情報として上記携帯端末へ送信し、ユーザに提示するようにしたものである。
【０００８】
したがって、この発明の第１及び第２の観点によれば、ユーザの歩行動作の加速度をもとに歩容情報が算出され、現在位置から目的位置までの間に設定可能な複数の歩行経路候補の中から、上記算出された歩容情報をもとに歩行経路が選択され、ユーザに提示される。このため、ユーザの歩容の変化となって現れる疲労の度合いを考慮して、より適切な歩行経路をユーザに提示することができる。
【０００９】
また第１の観点によれば、加速度及び現在位置の計測から推薦すべき歩行経路の選択とその提示処理までの一連の処理が全て１個の歩行経路推薦装置内で行われる。このため、当該歩行経路推薦装置の全機能をユーザの携帯端末に持たせることで、サーバ装置などに頼ることなく常に携帯端末が独立して適切な歩行経路を選択し提示することができる。
【００１０】
一方第２の観点によれば、携帯端末からサーバ装置へユーザの歩容情報、位置データ及び目的地情報が転送され、これらの情報及びデータをもとにサーバ装置において適切な歩行経路の選択処理が行われる。このため、携帯端末には地図情報データベースとこの地図情報データベースから歩行経路を生成する処理機能を設ける必要がなくなり、これにより携帯端末のメモリ容量の削減と、処理負荷の軽減を図ることが可能となる。
【００１１】
また、この発明の第１及び第２の観点は以下のような態様を備えることも特徴とする。  
その一つの態様は、歩行経路を選択する際に、上記計測された位置データと上記地図情報データベースをもとに、第１の計測位置から第２の計測位置までの区間における標高差を計算するすると共に、上記第１の計測位置から上記第２の計測位置までの区間における上記ユーザの歩容情報の変化を計算する。そして、上記計測された位置データと上記入力された目的地を表す情報をもとに上記地図情報データベースを検索して上記第２の計測位置から上記目的地までの区間における歩行経路候補を複数生成し、この生成された複数の歩行経路候補の中から、上記計算された歩容情報の変化と標高差をもとに上記ユーザに適した歩行経路を選択するものである。
【００１２】
上記歩行経路を選択する際には、上記計算された歩容情報の変化が第１のしきい値を超え、かつ上記計算された標高差が第２のしきい値以下の場合に、上記生成された複数の歩行経路候補の中から標高差が第３のしきい値以下の歩行経路を選択するように処理するとよい。
【００１３】
このようにすると、ユーザがこれまで歩行してきた区間における歩容情報の変化に加え、当該区間の標高差も考慮して適切な歩行経路が選択される。このため、例えばユーザが標高差の少ない平坦な道を歩行してきたにもかかわらず、歩容情報の１つである歩行テンポがしきい値以上遅くなった場合には、歩行者が疲労しているものと見なし、次の目的地までの区間では距離は増えても標高差の少ない歩行経路を選択すると云った処理を行うことができる。
【発明の効果】
【００１４】
すなわちこの発明によれば、ユーザに対しその体調を考慮してより適切な歩行経路を推薦できるようにした歩行経路推薦装置、方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】この発明の一実施形態に係る歩行経路推薦装置の全体構成を示す図。
【図２】図１に示した歩行経路推薦装置の携帯端末の機能構成を示すブロック図。
【図３】図１に示した歩行経路推薦装置のサーバ装置の機能構成を示すブロック図。
【図４】図３に示したサーバ装置の歩容変化計算部による処理手順と処理内容を示すフローチャート。
【図５】図３に示したサーバ装置の推薦経路計算部による処理手順と処理内容を示すフローチャート。
【図６】図５に示した推薦経路計算処理手順のうち推薦経路比較処理の一例を説明するための図。
【図７】図３に示した推薦経路計算処理により選択された推薦歩行経路の表示例を示す図。
【図８】図３に示した推薦経路計算処理による推薦歩行経路の変更例を示す図。
【発明を実施するための形態】
【００１６】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
［一実施形態］
（構成）
図１は、この発明の一実施形態に係わる歩行経路推薦装置の全体構成を示す図である。この歩行経路推薦装置は、計測対象となるユーザＵが所持する携帯端末ＵＴと、サーバ装置ＳＶとを具備し、これらの携帯端末ＵＴとサーバ装置ＳＶとの間でネットワークＮＷを介してデータ通信を可能にしたものである。
【００１７】
なお、ネットワークＮＷは、例えばインターネットに代表されるＩＰ（Internet Protocol）網と、このＩＰ網に対しアクセスするための複数のアクセス網とから構成される。アクセス網としては、３Ｇ等の携帯電話網や無線ＬＡＮ（Local Area Network）等が用いられる。
【００１８】
ところで、上記携帯端末ＵＴは以下のような機能を備えている。図２はその機能構成を示すブロック図である。  
携帯端末ＵＴは例えばスマートホンからなり、制御ユニット１と、記憶ユニット２と、無線ユニット３を備え、さらに加速度センサ４と、ＧＰＳ受信機５と、入力デバイス６及び表示デバイス７を備えている。無線ユニット３は、ネットワークＮＷが備える基地局に接続され、この基地局からＩＰ網を介してサーバ装置ＳＶとの間でデータ通信を行う。入力デバイス６は、例えばタッチパネル式の入力装置からなり、メールの送受信やＷｅｂアクセス等に係る操作を受け付けると共に、この実施形態では歩行目的地の入力を受け付けるために使用される。表示デバイス７は、例えば液晶又は有機ＥＬを用いたもので、各種メニューやメール、Ｗｅｂデータの表示に加え、この実施形態ではサーバ装置ＳＶから送信された歩行経路の推薦情報を表示するために用いられる。
【００１９】
加速度センサ４は三軸加速度センサからなり、一定の計測周期で三軸それぞれの加速度を計測してその計測信号をディジタル化したのち制御ユニット１へ出力する。ＧＰＳ受信機５は、図示しない複数のＧＰＳ衛星からそれぞれ送信されるＧＰＳ信号を受信し、この受信したＧＰＳ信号をディジタル化したのち制御ユニット１へ出力する。
【００２０】
記憶ユニット２は、ＮＡＮＤ型フラッシュメモリ等の随時書込み読出しが可能な不揮発性メモリを用いたもので、この発明の一実施形態を実現する上で必要な記憶領域として、加速度データ記憶部２１と、歩容データ記憶部２２と、位置データ記憶部２３を備えている。加速度データ記憶部２１は、後述する加速度計測部１１により得られる加速度データを記憶するために用いられる。歩容データ記憶部２２は、後述する歩容計算部１２により計算された歩容データを記憶するために用いられる。位置データ記憶部２３は、後述する位置計測部１３により計算された自端末の位置データを記憶するために用いられる。
【００２１】
制御ユニット１は中央処理ユニット（ＣＰＵ）を有し、この発明の一実施形態を実現するために必要な制御機能として、加速度計側部１１と、歩容計算部１２と、位置計測部１３と、計測データ送信制御部１４と、目的地情報設定制御部１５と、推薦経路表示制御部１６を備えている。これらの制御機能部は図示しないプログラムメモリに格納されたアプリケーション・プログラムを上記ＣＰＵに実行させることにより実現される。
【００２２】
加速度計側部１１は、一定の計測周期で上記加速度センサ４から三軸それぞれの加速度検出データを取り込み、この取り込んだ加速度データをその計測時刻を表す情報と関連付けて記憶ユニット２の加速度データ記憶部２１に格納する処理を行う。上記計測周期は、例えば２０msec、つまりサンプリングレート５０Hzの時間間隔で、予め設定した単位計測期間（１０秒間）に渡り連続的に計測するように設定される。
【００２３】
歩容計算部１２は、上記加速度データ記憶部２１に記憶された加速度データをもとに、ユーザＵの歩行動作の特徴を表す歩容データを算出する。そして、この算出された歩容データを単位計測期間の日時を表す情報と関連付けて歩容データ記憶部２２に格納する処理を行う。
【００２４】
なお、歩容データは、例えばｘ軸、ｙ軸およびｚ軸方向のそれぞれの加速度計測値に対し、高速フーリエ変換による周波数解析、自己相関解析、ＲＭＳ（Root Mean Square）値の算出、積分値の算出の各処理を行うことによって算出される。ただし、これらの処理以外にも歩容の特徴を定量的に表すための算出処理があれば、上記処理に加えるか或いは代えてもよい。  
また、ユーザＵの歩行中の体の動きを的確に計測するには、加速度センサ４はユーザＵの体の重心、例えば腰部に装着することが望ましいが、歩容を算出可能であれば腰部に限ることなく他の位置に取り付けてもよい。
【００２５】
位置計測部１３は、一定の時間間隔で、上記ＧＰＳ受信機５により受信されたＧＰＳ信号をもとに緯度及び経度により表される位置データをそれぞれ算出する。そして、この算出された位置データをその計測時刻を表す情報と関連付けて上記位置データ記憶部２３に格納する処理を行う。
【００２６】
計測データ送信部１４は、定期的又は任意のタイミングで上記歩容データ記憶部２２及び位置データ記憶部２３からそれぞれ未送信の歩容データ及び位置データを読み出し、この読み出された歩容データ及び位置データを無線ユニット３からサーバ装置ＳＶへ送信する処理を行う。なお、歩容データと位置データは、上記単位計測期間ごとにサーバ装置ＳＶへ送信するようにしてもよい。
【００２７】
目的地情報設定制御部１５は、入力デバイス６において、ユーザＵの入力操作により歩行目的地を表す情報、例えば地名や施設名、住所が入力されたときに、この目的地情報を入力デバイス６から取り込んで、無線ユニット３からサーバ装置ＳＶへ送信する処理を行う。
【００２８】
推薦経路表示制御部１６は、サーバ装置ＳＶから送信された歩行経路の推薦情報が無線ユニット３により受信された場合に、この受信された歩行経路の推薦情報を表示デバイス７に表示させる処理を行う。
【００２９】
一方、サーバ装置ＳＶは以下のような機能を備えている。図３はその構成を示す機能ブロック図である。  
すなわち、サーバ装置ＳＶは、制御ユニット８と、記憶ユニット９と、通信ユニット１０を備えている。通信ユニット１０は、ネットワークＮＷを介して携帯端末ＵＴとの間でデータ通信を行う。
【００３０】
記憶ユニット９は、ＨＤＤ等の大容量の記憶装置を備えたもので、この発明の一実施形態を実施するために必要な記憶領域として、計測データ記憶部９１と、標高情報データベース（標高情報ＤＢ）９２と、地図情報データベース（地図情報ＤＢ）９３を備えている。計測データ記憶部９１は、後述する計測データ受信処理部８１により受信された歩容データ及び位置データを記憶するために使用される。標高情報ＤＢ９２には、位置データ（緯度経度）に関連付けてその地点の標高を表すデータが記憶されている。地図情報ＤＢ９３には緯度経度に関連付けて地図データが記憶されている。
【００３１】
制御ユニット８はコンピュータからなり、この発明の一実施形態を実施するために必要な制御機能として、計測データ受信処理部８１と、歩容変化計算部８２と、推薦経路計算部８３と、推薦経路送信制御部８４を備えている。これらの制御機能は、何れも図示しないプログラムメモリに格納されたアプリケーション・プログラムを上記コンピュータに実行させることにより実現される。
【００３２】
計測データ受信処理部８１は、携帯端末ＵＴから計測データが送信されるごとに、この計測データを通信ユニット１０を介して受信し、この受信された計測データに含まれる歩容データ及び高度差データを、送信元の携帯端末ＵＴ又はその所持者であるユーザＵの識別情報（端末ＩＤ又はユーザＩＤ）と関連付けて、計測データ記憶部９１に格納する処理を行う。
【００３３】
歩容変化計算部８２は、単位計測期間ごとに以下の処理を行う機能を有する。  
(1) 上記計測データ記憶部９１から該当期間におけるユーザの歩容データを読み込み、この読み込んだ歩容データをもとに歩容の変化量を計算する処理。歩容の変化量は、蓄積されたデータを線形微分することにより算出してもよいし、該当期間の開始時刻と終了時刻との差分を用いる等の手法を用いて算出してもよい。  
(2) (1) により計算された歩容の変化量を予め設定した第１の閾値と比較し、第１の閾値を超える歩容の変化が発生したか否かを判定する処理。  
(3) (2) の判定の結果、第１の閾値を超える歩容の変化が発生したと判定された場合に、上記計測データ記憶部９１から該当期間におけるユーザの位置データ履歴を読み込み、この読込んだ位置データ履歴をもとに標高情報ＤＢ９２から当該位置における標高データを読み込む。そして、この読み込んだ標高データをもとに、上記計測期間にユーザが移動した区間における標高差を計算する処理。  
(4) (3) により計算された標高差を予め設定した第２の閾値と比較し、標高差が第２の閾値を超えているか否かを判定する処理。
【００３４】
推薦経路計算部８３は、上記歩容変化計算部８２により、第１の閾値を超える歩容の変化が発生したと判定され、かつ標高差が第１の閾値を超えていないと判定された場合に、ユーザから入力された目的地をもとに、現在位置から当該目的地までの区間の歩行に推奨する歩行経路を選択する処理を行う。この選択処理は、地図情報ＤＢ９３から複数の歩行経路の候補を抽出し、この抽出された複数の歩行経路候補間で、その距離と標高差を比較することにより行う。
【００３５】
推薦経路送信制御部８４は、上記推薦経路計算部８３により選択された歩行経路をユーザＵに推薦するための情報を生成し、この生成された推薦情報をユーザＵの携帯端末ＵＴに向け通信ユニット１０から送信する処理を行う。この歩行経路の推薦情報は、地図情報ＤＢ９３から読み出した該当エリアの地図データ上に現在位置と目的地との間を結ぶルートパターンを重畳したものからなる。
【００３６】
（動作）
次に、以上のように構成された装置の動作を説明する。  
携帯端末ＵＴでは、歩容情報の計測動作が以下のように実行される。すなわち、携帯端末ＵＴでは、ユーザＵの歩行中に加速度計側部１１が起動され、この加速度計測部１１の制御の下で、加速度センサ４から一定の周期（例えば２０msec）で三軸それぞれの加速度検出データが取り込まれ、この取り込まれた三軸それぞれの加速度データが計測時刻を表す情報と関連付けられて加速度データ記憶部２１に順次格納される。この加速度データの取得・蓄積処理は、予め設定された単位計測期間（例えば１０秒間）が経過するまで繰り返し実行される。
【００３７】
上記単位計測期間分の加速度データが取得されると、携帯端末ＵＴでは続いて歩容計算部１２が起動され、この歩容計算部１２により歩容を算出するための計算処理が以下のように行われる。すなわち、上記加速度データ記憶部２１から計測時刻ごとにｘ軸、ｙ軸およびｚ軸方向のそれぞれの加速度計測値が読み出され、この読み出された加速度計測値に対し高速フーリエ変換による周波数解析、自己相関解析、ＲＭＳ（Root Mean Square）値の算出、積分値の算出等のデータ解析処理が実行される。そして、この解析処理により得られた歩容データは歩容データ記憶部２２に保存される。なお、この歩容データの算出処理例は、山田実他、「体幹感加速度由来歩容指標による歩容異常の評価」、理学療法学  第３３巻第１号  １４〜２１頁  ２００６年等の文献に詳しく記載されている。
【００３８】
また携帯端末ＵＴでは、上記加速度の計測処理と並行して、位置計測部１３の制御の下で以下のように端末の現在位置の計測処理が行われる。すなわち、一定の時間間隔でＧＰＳ受信機５から制御ユニット１にＧＰＳ受信信号が取り込まれ、このＧＰＳ受信信号をもとに端末ＵＴの現在位置を表す緯度経度が計算される。そして、この計算された緯度経度が計測時刻と共に位置データとして位置データ記憶部２３に順次記憶される。
【００３９】
そして、予め設定した一定期間分の歩容データ及び位置データがそれぞれ歩容データ記憶部２２及び位置データ記憶部２３に蓄積されると、携帯端末ＵＴでは計測データ送信制御部１４の制御の下で、上記歩容データ記憶部２２及び位置データ記憶部２３から上記一定期間分の歩容データ及び位置データが読み出され、この読み出された一定期間分の歩容データ及び位置データが計測データとして無線ユニット３からサーバ装置ＳＶへ送信される。  
以後同様に携帯端末ＵＴでは、ユーザＵの歩行期間中に、上記述べた加速度計測処理、歩容計算処理及び位置計測処理が繰り返し行われる。
【００４０】
一方、サーバ装置ＳＶでは以下のような処理が実行される。  
すなわち、サーバ装置ＳＶでは携帯端末ＵＴから歩容情報が送信されると、計測データ受信処理部８１の制御の下で、上記計測データの受信処理が行われる。そしてこの受信され計測データが、送信元の携帯端末ＵＴの端末ＩＤ又はその所持者であるユーザＵのユーザＩＤと関連付けられて計測データ記憶部９１に格納される。
【００４１】
さて、上記計測データ記憶部９１に、予め設定した単位計測時間分の計測データが蓄積されたとする。そうすると、サーバ装置ＳＶでは歩容変化計算部８２により以下のような処理が行われる。図４はその処理手順と処理内容を示すフローチャートである。
【００４２】
すなわち、ステップＳ１１において歩容データ及び位置データの蓄積処理が行われている最中に、上記単位計測時間が経過したことがステップＳ１２で検出されると、ステップＳ１３において、計測データ記憶部９１から上記単位計測期間におけるユーザの歩容データが読み込まれ、この読み込まれた歩容データを線形微分するか、又は上記一定期間の開始時刻と終了時刻における歩容データの差分を計算することにより、上記歩容データの変化量が計算される。そして、ステップＳ１４において、上記計算された歩容の変化量が第１の閾値と比較され、これにより第１の閾値を超える歩容の変化が発生したか否かが判定される。
【００４３】
上記判定の結果、第１の閾値を超える歩容の変化が発生したと判定されたとする。そうすると、ステップＳ１５において上記計測データ記憶部９１から該当期間におけるユーザの位置データ履歴が読み出され、この読み出された位置データ履歴をもとに標高情報ＤＢ９２から当該位置における標高データが読み込まれる。そして、この読み込まれた標高データをもとに、上記単位計測期間にユーザが移動した区間における標高差が計算される。そして、ステップＳ１６において上記計算された標高差が第２の閾値と比較され、これにより標高差が第２の閾値を超えているか否かが判定される。
【００４４】
上記ステップＳ１６による判定の結果、標高差が第２の閾値を超えていたとすると、上記した第１の閾値を超えるような歩容の変化は、歩行経路の高低差が大きかったことが原因であると判断され、そのままステップＳ１１に戻る。すなわち、ユーザＵの体調に際立った変化はないと判断され、引き続き歩容データ及び位置データの取得・蓄積処理が行われる。
【００４５】
一方、上記ステップＳ１６による判定の結果、標高差が第２の閾値を超えていなかったとすると、ユーザＵは平坦な経路を歩行したにもかかわらず歩容が大きく変化したことになり、ユーザＵは疲れた可能性が高いと判断される。この場合、歩容変化計算部８２ではステップＳ１７により経路変更の要求が生成され、この要求が推薦経路計算部８３に通知される。
【００４６】
上記経路変更の要求が通知されると推薦経路計算部８３では、以下のように歩行経路の推薦処理が行われる。図５はその処理手順と処理内容を示すフローチャートである。  
すなわち、上記経路変更要求の通知をステップＳ２１で検出すると、推薦経路計算部８３では先ずステップＳ２２において、携帯端末ＵＴから現在位置データと次の目的地を表す情報を取得する処理が行われる。なお、目的地を表す情報は、携帯端末ＵＴにおいてユーザＵが入力デバイス６において入力した情報であり、携帯端末ＵＴから目的地情報設定制御部１５の制御の下で送られる。
【００４７】
次にステップＳ２３において、地図情報ＤＢ９３から上記取得された携帯端末ＵＴの現在位置と目的地を含む地図データが読み出され、さらにステップＳ２４において標高情報ＤＢ９２から上記読み出した地図データの各地の標高情報が読み出される。地図データには、道路情報やその距離情報が含まれている。続いてステップＳ２５において、上記取得された現在位置から目的地までの歩行経路の候補が、歩行距離に基づいて複数抽出される。そしてステップＳ２６において、上記抽出された複数の歩行経路の候補が相互に比較され、これらの中から推奨する歩行経路が１つ選択される。
【００４８】
この歩行経路候補の比較処理は、例えば以下のように行われる。図６はその処理内容を説明するための図である。  
すなわち、いま仮に、現在位置Ｓから目的地Ｄまでの間に、ＡおよびＢという異なる経由地を通過するＳＡＤ、ＳＢＤという２つの歩行経路候補があるとする。そして、これらの歩行経路候補それぞれの距離を、ＳＡ＝ａ、ＳＢ＝ｂ、ＡＤ＝ｃ、ＢＤ＝ｄとし、また経路Ａ上で最も高い標高をΔＨ、経路Ｂ上で最も高い標高をΔｈとし、さらに（ａ＋ｃ）＜（ｂ＋ｄ）であり、現在は経路Ａが推薦されてユーザＵに提示されているものとする。
【００４９】
この状態で、ユーザが現在地Ｓに到着する前に、歩容変化計算部８２から推薦経路計算部８３に対し経路変更要求が通知されたとすると、推薦経路計算部８３では次の計算式により経路間の比較が行われる。
If （（（ａ＋ｃ）＊ΔＨ−（ｂ＋ｄ）＊Δｈ）＞α）
then （changeroute （ＡtoＢ））
すなわち、現在推奨している歩行経路と比較対象の歩行経路において、歩行経路の長さと標高の積が比較され、その差が一定の閾値αを越えた場合に、推薦経路を比較対象の経路に変更される。
【００５０】
以上のように推薦歩行経路が変更されると、サーバＳＶではステップＳ２７により推薦経路送信制御部８４が起動され、この推薦経路送信制御部８４の制御の下で、上記推薦経路計算部８３により変更された歩行経路をユーザＵに推薦するための情報が生成される。そして、この生成された歩行経路の推薦情報がユーザＵの携帯端末ＵＴに向け通信ユニット１０から送信される。
【００５１】
携帯端末ＵＴでは、上記サーバ装置ＳＶから歩行経路の推薦情報が送られると、推薦経路表示制御部１６の制御の下で、上記推薦情報が表示デバイス７に表示される。歩行経路の推薦情報は、地図データ上に現在地（スタート）と目的地（ゴール）との間を結ぶルートパターンを重ねて表示したものからなる。なお、歩行経路の推薦情報が受信された場合に、携帯端末ＵＴにおいてアラーム機能やバイブレーション機能を使用して、ユーザＵに推薦歩行経路が変更されたことを報知するようにしてもよい。
【００５２】
図７は、経路変更が必要ない場合の歩行経路の推薦情報の表示例を示すものである。一方図８は、経路変更が必要と判断された場合の推薦歩行経路を変更前の経路と対比して示したもので、（ａ）は変更前の推薦歩行経路（推薦ルート）を、（ｂ）は変更後の推薦歩行経路（推薦ルート）をそれぞれ示している。この例では、変更前の推薦ルートは、距離は短いが途中の標高差が多いルートであり、一方変更後の推薦ルートは、距離は長いが途中の標高差が少ないルートである。
【００５３】
以上詳述したように一実施形態では、携帯端末ＵＴにおいて、ユーザＵの歩行動作の加速度を計測し、その計測結果を表す加速度データをもとに当該ユーザＵの歩行動作の特徴を表す歩容データを算出する。またそれと共に、上記ユーザＵの現在位置を計測してその計測結果を表す位置データを取得し、この位置データと上記歩容データを携帯端末ＵＴからサーバ装置ＳＶへ送信する。これに対しサーバ装置ＳＶでは、携帯端末ＵＴから目的地の情報が送られると、上記位置データと当該目的地の情報とをもとに地図情報ＤＢ９３を検索して複数の歩行経路候補を生成し、この生成された複数の歩行経路候補の中から、上記受信された歩容データに基づいてユーザＵに適した歩行経路を選択し、この選択された歩行経路を推薦情報として携帯端末ＵＴへ送信し表示デバイス７に表示するようにしている。
【００５４】
したがって、ユーザＵの歩行動作の加速度をもとに歩容データが算出され、現在位置から目的地までの間に設定可能な複数の歩行経路候補の中から、上記算出された歩容データをもとに歩行経路が選択され、ユーザＵに提示される。このため、ユーザＵの歩容の変化となって現れる疲労の度合いを考慮して、より適切な歩行経路をユーザＵに提示することが可能となる。
【００５５】
また、携帯端末ＵＴからサーバ装置ＳＶへユーザＵの歩容データ、位置データ及び目的地情報が転送され、これらの情報及びデータをもとにサーバ装置ＳＶにおいて適切な歩行経路の選択処理が行われる。このため、携帯端末ＵＴには地図情報ＤＢ９３とこの地図情報ＤＢ９３から歩行経路を生成する処理機能を設ける必要がなくなり、これにより携帯端末ＵＴのメモリ容量の削減と、処理負荷の軽減を図ることが可能となる。
【００５６】
［他の実施形態］
前記実施形態では、加速度及び現在位置の計測から推薦すべき歩行経路の選択とその提示処理までの一連の歩行経路推薦処理を携帯端末ＵＴとサーバ装置ＳＶとで分担して処理するようにした。しかし、これに限定されるものではなく、上記一連の歩行経路推薦処理を携帯端末ＵＴにおいて全て実行するようにしてもよい。このようにすると、サーバ装置ＳＶに頼ることなく、携帯端末ＵＴが独立して歩行経路を推薦し提示することができる。これは、例えば携帯端末ＵＴがネットワークＮＷの無線通信エリア外に存在する場合や、無線通信エリア内であっても通信環境が劣化している状況下であっても、ユーザに対し最適な歩行経路を提示することができる。
【００５７】
また、携帯端末ＵＴには加速度及び位置の計測機能とその計測データの送信機能のみを設け、サーバ装置ＳＶにおいて上記携帯端末ＵＴから送られた加速度データ及び位置データをもとに歩容データ等の算出を行うようにしてもよい。  
その他、携帯端末の種類とその構成、サーバ装置の構成とその処理内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【００５８】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００５９】
Ｕ…ユーザ、ＵＴ…ユーザ端末、ＮＷ…ネットワーク、ＳＶ…サーバ装置、１，８…制御ユニット、２，９…記憶ユニット、３…無線ユニット、４…加速度センサ、５…ＧＰＳ受信機、６…入力デバイス、７…表示デバイス、１０…通信ユニット、１１…加速度計測部、１２…歩容計算部、１３…位置計測部、１４…計測データ送信制御部、１５…目的地情報設定制御部、１６…推薦経路表示制御部、２１…加速度データ記憶部、２２…歩容データ記憶部、２３…位置データ記憶部、８１…計測データ受信制御部、８２…歩容変化計算部、８３…推薦経路計算部、８４…推薦経路送信制御部、９１…計測データ記憶部、９２…標高情報データベース、９３…地図情報データベース。
【図１】
2014002036.tif 000003
【図２】
2014002036.tif 000004
【図３】
2014002036.tif 000005
【図４】
2014002036.tif 000006
【図５】
2014002036.tif 000007
【図６】
2014002036.tif 000008
【図７】
2014002036.tif 000009
【図８】
2014002036.tif 000010