JP6237762B2 - 情報処理装置、情報処理システム、及び情報処理方法 - Google Patents

Description

本開示は、情報処理装置、情報処理システム、及び情報処理方法に関する。

従来、例えば下記の特許文献１には、使用者が任意に選択したポイント地点のスプリットタイム等を予め記憶しておき、同一ルートをその使用者又は他の使用者が走行する場合、そのポイント地点で例えば自動的にスプリットタイム等を取得することが記載されている。そして、その現在のスプリットタイム等と予め記憶されている過去のスプリットタイム等に基づいて、次の走行についての有効なアドバイスを行うことを想定した技術が記載されている。

特開２０１０−１９７３４４号公報

しかしながら、上記特許文献に記載されているように所定距離毎にチェックポイントを設定した場合は、移動経路の状況に関係なくチェックポイントが設定されることとなり、ユーザーにとって意味のある箇所にチェックポイントを設定することができなかった。また、ランニング中にボタンを押すことでその地点にチェックポイントを設定することができるが、ランニング終了後にコース全体を俯瞰してチェックポイントの場所を編集することができなかった。

また、上記特許文献に記載された技術は、ランニングの最中にチェックポイントを設定する技術であり、さらにチェックポイントの設定は、１ユーザーの走行経過の情報に依存するものであった。このため、他のユーザーの走行経過も利用して、有用なチェックポイントを経路に設定することは困難であった。

そこで、ユーザーが設定する任意の経路について、走行路の状況などを考慮して最適な位置にチェックポイントを設定することが求められていた。

本開示によれば、移動に伴う位置情報及び当該位置情報が取得された時刻から構成される複数の移動データを取得する移動データ取得部と、前記複数の移動データに基づいて、特定の経路を移動する際の速度を解析する移動データ解析部と、前記速度の解析結果に基づいて、前記特定の経路を分割する経路分割部と、を備える、情報処理装置が提供される。

また、分割された前記特定の経路に計時のためのチェックポイントを設定するチェックポイント設定部を更に備えるものであっても良い。

また、前記移動データ解析部は、前記複数の移動データのそれぞれについて、複数の位置で得られる速度のそれぞれを全区間の速度で除算して得られる複数の正規化速度を解析した結果に基づいて、前記特定の経路を移動する際の速度を解析するものであっても良い。

また、前記移動データ解析部は、前記特定の経路上の任意の位置と近接する位置で得られた前記正規化速度に基づいて、前記特定の経路の前記任意の位置を移動する際の速度を解析するものであっても良い。

また、前記移動データ解析部は、前記特定の経路上の任意の位置の速度と同じ方向の前記正規化速度に基づいて、前記特定の経路の前記任意の位置を移動する際の速度を解析するものであっても良い。

また、前記経路分割部は、前記特定の経路上の前記任意の位置を移動する際の速度の変化に基づいて、前記特定の経路を分割し、前記チェックポイント設定部は、分割により得られた各区間に前記チェックポイントを設定するものであっても良い。

また、前記経路分割部は、前記特定の経路上の前記任意の位置を移動する際の速度の移動平均に基づいて、前記特定の経路を分割し、前記チェックポイント設定部は、分割により得られた各区間に前記チェックポイントを設定するものであっても良い。

また、前記チェックポイント設定部は、分割により得られた各区間の中間位置に前記チェックポイントを設定するものであっても良い。

また、前記チェックポイント設定部は、分割により得られた各区間のうち移動平均の変化が大きい１又は複数の区間を選択して、選択した各区間に前記チェックポイントを設定するものであっても良い。

また、本開示によれば、移動に伴う位置情報を取得する位置情報取得部と、前記位置情報及び前記位置情報が取得された時刻から構成される移動データをサーバーへ送信する送信部と、前記移動データの経路に設定されたチェックポイントに関する情報を受信する受信部と、を備え、前記チェックポイントに関する情報は、前記サーバーが、異なる機器から受信した複数の前記移動データに基づいて前記移動データの経路を移動する際の速度を解析して設定した、情報処理装置が提供される。

また、本開示によれば、移動に伴う位置情報及び当該位置情報が取得された時刻から構成される複数の移動データを取得する移動データ取得部と、前記複数の移動データに基づいて、特定の経路を移動する際の速度を解析する移動データ解析部と、前記速度の解析結果に基づいて、前記特定の経路を分割する経路分割部と、分割された前記特定の経路に計時のためのチェックポイントを設定するチェックポイント設定部と、前記チェックポイントの情報を送信する送信部と、を備える、情報処理装置と、移動に伴う位置情報を取得する位置情報取得部と、前記位置情報及び前記位置情報が取得された時刻から構成される移動データを前記情報処理装置へ送信する送信部と、前記情報処理装置が送信した前記チェックポイントの情報を受信する受信部と、を有するモバイル機器と、を備える、情報処理システムが提供される。

また、本開示によれば、移動に伴う位置情報及び当該位置情報が取得された時刻から構成される複数の移動データを取得することと、前記複数の移動データに基づいて、特定の経路を移動する際の速度を解析することと、前記速度の解析結果に基づいて、前記特定の経路を分割することと、を備える、情報処理方法が提供される。

また、本開示によれば、移動に伴う位置情報を取得することと、前記位置情報及び前記位置情報が取得された時刻から構成される移動データをサーバーへ送信することと、前記移動データの経路に設定されたチェックポイントに関する情報を受信することと、を備え、前記チェックポイントに関する情報は、前記サーバーが、異なる機器から受信した複数の前記移動データに基づいて前記移動データの経路を移動する際の速度を解析して設定した、情報処理方法が提供される。

本開示によれば、ユーザーが設定する任意の経路について、走行路の状況などを考慮して最適な位置にチェックポイントを設定することが可能となる。

本開示の一実施形態に係るシステムの概略構成を示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 ランデータを示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 モバイル端末のＬＣＤの表示画面の遷移を示す模式図である。 自動チェックポイント配置機能の概要を説明するための模式図である。 自動チェックポイント配置機能の概要を説明するための模式図である。 ランデータにチェックポイントを自動設定した例を示す模式図である。 各要素の正規化速度が求められた状態を示す模式図である。 p(i)とu(i)の組{p,u}(i)を求める処理を示すフローチャートである。 データベースに保存される正規化速度を示す模式図である。 要素ｋのレベルを求める処理を示すフローチャートである。 レベルh(k)の移動平均w(k)を求め、レベルが大きく変化する区間（セグメント）を探す処理を示すフローチャートである。 ランデータR’の先頭の要素k=0から最後の要素k=n-1まで順に、レベルh(k)の移動平均w(k)を求める処理を示すフローチャートである。 全てのセグメント{b(j),e(j)}のうち、変化の大きさが大きいｍ個のセグメントそれぞれの中央の要素（要素番号は(e(i)-b(i))/2）にチェックポイントを配置する処理を示すフローチャートである。 自動チェックポイント設定のためのシステム構成を示す模式図である。 他のランデータに設定されたチェックポイントを用いてチェックポイントを設定する例を示す模式図である。 ランデータの解析結果に基づいて、信号機の位置を推定する手法を示す模式図である。 区間１が平地であり、区間２が上り坂の場合にチェックポイントを設定する例を示す模式図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．システムの全体構成例
２．システムで行われる処理の概要
３．自動チェックポイント配置機能
４．サーバーで行われる処理の具体例
５．本実施形態に係るシステムの構成例
６．既に設定されたチェックポイントに基づいてチェックポイントを設定する例

［１．システムの全体構成例］
まず、図１を参照して、本開示の一実施形態に係るシステムの概略構成について説明する。図１に示すように、本実施形態に係るシステムは、ランニング中のユーザーのランデータを計測し、インタラクションするモバイル端末１００、ランデータと地図情報からレース用のコースを作成するためのパーソナルコンピュータ（ＰＣ）２００、複数ユーザーのランデータ、レース記録などを管理するクラウドのサーバー３００から構成される。なお、ＰＣ２００は、タブレット端末などの機器であっても良い。

モバイル端末１００は、一例としてアームバンド等で腕に固定できるスマートフォンである。モバイル端末１００は、ユーザーがモバイル端末１００を腕に装着してランニングを行うことで、ランニング経路に沿った位置情報と、位置情報に対応する時刻を取得することができる。モバイル端末１００は、液晶表示装置（ＬＣＤ）及びタッチパネルなどのユーザーインターフェース（ＵＩ）機能、ＧＰＳ機能、音声（オーディオ）出力機能、ネットワーク４００に接続する機能を備え、サーバー３００に対してインターネット４００などのネットワーク４００を介して通信可能である。ユーザは、モバイル端末１００のＵＩ機能を使用して、液晶表示装置の画面を見ながらタッチパネル操作して画面上の表示内容をポインティング可能である。また、モバイル端末１００は、サーバー３００が認識できる特定のユーザーのアカウント情報（ユーザーＩＤとパスワード）を格納する。

情報処理装置２００は、液晶表示装置（ＬＣＤ）及びマウスまたはタッチパネルなどＵＩ機能を備える。ユーザは、情報処理装置２００のＵＩ機能を使用して、ＬＣＤの画面を見ながらマウスまたはタッチパネルで画面上の表示内容をポインティング可能である。情報処理装置２００は、ネットワーク４００を介してサーバー３００と通信可能である。情報処理装置２００は、地図とランデータを測定したコースを液晶表示装置（ＬＣＤ）の表示画面に表示し、チェックポイントを設定することで、レース用のコースを編集、設定できる。

サーバー３００は、データベースと、データベースにアクセスする機能を提供する。データベースは、ユーザー情報、ユーザーのランデータ、ユーザーが作成したコースとレースの情報、レース記録、などのデータをモバイル端末１００、情報処理装置２００から受信し、永続的に記録する。また、サーバー３００は、これらのデバイスからの問い合わせに応答することで、データを送信する。

［２．システムで行われる処理の概要］
次に、ランデータ取得について説明する。ユーザーはモバイル端末１００を装着し、ランニングする。以下の説明において、図２、図４〜図１２は、モバイル端末１００のＬＣＤの表示画面の遷移を示している。図２に示すように、ランニングの前に、ユーザーはモバイル端末１００のＵＩで「ランデータの計測」ボタン→「計測開始」ボタンを押し、ランニングを開始する。ユーザーがランニング中、モバイル端末１００は、ＧＰＳにより一定時間間隔で測位して、ランデータを取得する。

ランデータは、図３に示すように、時刻と位置をペアとするデータの配列である。ランニング中、モバイル端末１００のＵＩはランデータを「ランニング開始から現在地までの軌跡（ランニング軌跡）」として地図上に表示する。さらに、計測開始地点（スタートポイント）から現在地までのランニング軌跡の距離と時間を表示する。また、地図上で現在地を表示するときには、ＧＰＳの信号強度を表示する。ユーザーは、ランニング中いつでも、モバイル端末１００のＵＩで「計測終了」ボタンを押して、ランニングを終了することができる。ランニングを終了すると、モバイル端末１００、測定したランデータをユーザーＩＤと関連付け、サーバー３００にアップロードし、保存する。

次に、コース設定とレース公開について説明する。ユーザーは、情報処理装置２００（ランデータ取得に使用したモバイル端末１００であってもよい）を使い、サーバー３００にログインして、地図とランデータを測定したコースを表示し、コース上にチェックポイントを設定することで、レース用のコースを編集し、他のユーザーに公開することができる。

図４に示すように、ユーザーは、情報処理装置２００のＵＩで「コースの設定」ボタンを押し、サーバー３００に保存されている、自身がランニングした際に計測したランデータのリストから、ランデータを選択する。ランデータのリストの要素には、ランニングの日時、走行距離、走行時間などが表示される。ユーザーがランデータを決定すると、情報処理装置２００は、ランデータに対応する地図を表示し、さらに地図上にランニング軌跡をオーバレイ表示する。ランデータの開始地点と終了地点には、スタートポイント（Ｓ）とゴールポイント（Ｇ）のアイコンをそれぞれ表示する。さらに、後述するチェックポイントの設定を完了したときに押す「完了」ボタンを表示する。

具体的には、サーバー３００は、ユーザーＩＤに関連付けられたランデータＩＤのリストを返すＡＰＩを提供する。また、サーバー３００は、ランデータＩＤからそのランデータと、その走行距離、日付と時刻などのメタデータを取得するＡＰＩを提供する。これらのＡＰＩを使用することで、情報処理装置２００は、上記の表示に必要なデータを取得する。

図５に示すように、ユーザーはこの表示にチェックポイントのアイコンを配置、編集することで、コースにチェックポイントを設定する。ランニング軌跡上をタップすることで、チェックポイントを配置できる。チェックポイントは、ランデータの軌跡上に乗るようにしか配置できない。このとき、後述する自動チェックポイント配置機能を利用して初期配置を行い、そのあとに手動でチェックポイントを移動、追加、または削除することができる。また、自動チェックポイント配置機能を用いずに、手動のみでチェックポイントを設定しても良い。配置されたチェックポイントは、軌跡上でスタートポイントから近い順に通し番号が割り当てられる。チェックポイントをＮ個設定した場合、個々のチェックポイントをスタートポイントから近い順にCP#k（k=1, 2, ..., N）と表現する。また、スタートポイントとCP#1の間をコースの第1区間、CP#1とCP#2の間を第2区間、...として表現する。最終区間は第(N+1)区間となる。

図６に示すように、ユーザーがＵＩで「完了」ボタンを押すと、チェックポイント設定が終了する。さらに作成したコースのレース名称を入力し、「公開」ボタンを押す。ランデータＩＤ、設定したチェックポイント、レース名称をサーバー３００にアップロードし、保存する。情報処理装置２００は、ＵＩでユーザーに（ダイアログなどで）新しいレースの作成と公開が成功したことを通知する。サーバー３００は、コース作成者以外のユーザーが公開されたレースを参照できるようにする。

具体的には、サーバー３００は、新規レース作成ＡＰＩを提供する。ランデータＩＤ、 レース名称、チェックポイントの座標の配列を指定することで、新しいレースＩＤが作成される。個々のレースには、全ユーザーで共有されるコースレコードと、そのレースに参加したことのあるユーザーそれぞれの自己ベストというメタデータが伴う。

コースレコードは、コース全体および各区間のランニング時間が最短なランデータから決定されるメタデータであり、関連するランデータＩＤで決定され、ＵＩ上ではランニングの時間、距離、ユーザー名が示される。コースレコードの初期値（コース全体と各区間に要した時間）には、コース作成者がコースの設定に使用したランデータのランデータＩＤを設定する。

自己ベストは、コース全体および各区間のランニング時間が最短なランデータから決定されるメタデータであり、同様に関連するランデータＩＤで決定され、ＵＩ上ではランニングの時間、距離で示される。レースＩＤとコース作成者のユーザーＩＤで決定される自己ベストの初期値（コース全体と各区間に要した時間）には、コース作成者がコースの設定に使用したランデータのランデータＩＤを設定する。

次に、ネットワーク４００を通じてレースを探すことについて説明する。図７に示すように、ユーザーはモバイル端末１００のＵＩで「レースを探す」ボタンを押し、公開されているレースの一覧を表示する。リストの要素となる各レースには、レース名称、コースレコードの時間と距離、参加ユーザー数が表示される。レースを選択すると、レースの情報を表示する。レースの情報には、レース名称、コースレコードの時間と距離、参加ユーザー数に加え、コースのスタートポイントとゴールポイント、全チェックポイント、コースレコードのランデータのランニング軌跡を地図上にオーバレイ表示する。また、レースの詳細情報を表示する「詳細」ボタン、レースを開始するため「レース開始」ボタンを表示する。

図７でモバイル端末１００がレースの情報を表示している状態で、ユーザーが「詳細」ボタンを押すと、図８に示すように、レースに関する基本情報（参加ユーザー数とコース作成者）、コースレコード、自己ベストが表示される。但し、ユーザーが一度もそのレースを完走したことがない場合は、自己ベストは表示されない。

具体的には、サーバー３００は、レースＩＤのリスト取得ＡＰＩを提供する。レースＩＤからレース名称、参加ユーザー数、コース作成者、スタートポイント座標、ゴールポイント座標、チェックポイントの座標の配列、コースレコードを取得するＡＰＩを提供する。また、レースＩＤとユーザＩＤから、ユーザーのそのレースにおける自己ベストを取得するＡＰＩを提供する。これらのＡＰＩを使用することで、上記処理を実現する。

次に、レースの開始と終了について説明する。図７でモバイル端末１００がレースの情報を表示している状態で、ユーザーが「レース開始」ボタンを押すと、図９に示すように、レース開始の待機画面を表示する。ユーザーはモバイル端末１００を装着し、ランニングする。モバイル端末１００は、レースのスタートポイントと現在地を地図上に表示し、「スタートポイント到着すると同時にレースを開始する趣旨」を伝えるガイドを表示する。ガイドは表示だけでなく、音声ガイダンスによっても伝えられる（以下同様）。加えて、スタートポイントまでの直線距離、ＧＰＳの信号強度を表示する。ユーザーはガイドに従い、スタートポイントに向けて移動することになる。

モバイル端末１００の現在地がスタートポイントに到達すると、レースが開始される。ここで、現在地がある地点に到達するとは、現在地を中心とした半径ｒメートルの範囲にその地点が含まれるということを意味する。ｒは閾値でありＧＰＳの精度によって定まる。モバイル端末１００の現在地がスタートポイントに到達すると、図９に示すように、モバイル端末１００は、「スタートポイントに到着したのでレースを開始した趣旨」を伝えるガイドを表示する。図１０に示すように、モバイル端末１００は、レース中、ランニングの距離と経過時間を逐次更新して表示する。また、レースを途中棄権するための「リタイア」ボタンを表示する。

図１０に示すように、レース中、モバイル端末１００は一定時間間隔でＧＰＳにより測位して、ランデータを取得する。モバイル端末１００は、現在ランニング中の区間の目的地となるポイント（最終区間の場合はゴールポイント、そうでなければチェックポイント）と、そのポイントまでの直線距離を表示する。但し、最終区間以外の区間の目的地に到達した場合は、「その区間の目的地に到達した趣旨」および「その区間の走行時間と走行ペース」を伝えるガイドを一定時間表示したのち、次の区間の表示に更新する。また、スタートポイントから現在地までのランニング軌跡の距離と時間を表示する。加えて、地図上で現在地を表示するときには、ＧＰＳの信号強度を表示する。

ユーザー区間の目的地に到達して、モバイル端末１００が「その区間の走行時間と走行ペース」をガイド表示したとき、走行時間がコースレコードや自己ベストを破る記録であった場合は、追加としてそのことをガイド表示（および音声ガイダンス）で伝えてもよい。

レース開始直後、モバイル端末１００は、地図上に第１区間（スタートポイントとCP#1を含む）と現在地を表示する。現在地がCP#1に到達すると、上述したガイドを表示したのち、地図上に第２区間（CP#1とCP#2を含む）と現在地を表示する。これらを同様に繰り返し、最終区間を表示している状態で、現在地がゴールポイントに到達すると、図１１に示すように、「ゴールポイントに到着した趣旨」および「最終区間の走行時間と走行ペース」を伝えるガイドを表示して、レースを終了する。その後、「レース全体の走行時間、走行距離、走行ペース」をガイド表示して、「結果」ボタンを表示する。ユーザーが結果ボタンを押すと、デバイスは計測したランデータをユーザーＩＤ、レースＩＤと関連付け、サーバー３００にアップロードし、保存する。

次に、レース結果の表示について説明する。図１２に示すように、モバイル端末１００は、スタートポイントからゴールポイントまでの時間と、ランデータから得られる走行距離をレース結果として表示する。走行時間が以前のコースレコードや自己ベストを上回る結果であった場合は、それを表示する。各区間についても同様の結果を表示する。

［３．自動チェックポイント配置機能］
次に、自動チェックポイント配置機能について説明する。本実施形態では、各ユーザーのランデータを統計的に処理することで、坂道、信号の多い通りなどのコース特性を推定する。そして、ユーザーが測定したランデータから得られる（地図上の）ランニング軌跡を、人間にとって意味のある形で自動に分割する。これにより、コースの先頭から機械的に１ｋｍ毎で分割する、といったコースの分割方法よりも有意義な方法でコースを分割できる。

図１３は、自動チェックポイント配置機能の概要を説明するための模式図である。図１３に示すように、開始地点１から終了地点２までの経路として、経路Ａ，Ｂ，Ｃの３つのランデータがあるものとする。経路Ｂのランデータを作成したユーザーがチェックポイントを配置しようとした場合、経路Ｂは、区間１では経路Ａのランデータと重複し、区間２では経路Ｃのランデータと重複している。このため、区間１では経路Ａのランデータも利用して、走者の速度が大きく変化する位置などで経路を分割して最適な位置にチェックポイントを配置することができる。同様に、区間２では経路Ｃのランデータを利用して最適な位置にチェックポイントを配置することができる。そして、経路Ａ，Ｃ以外でも、経路Bと重複する経路を含むランデータが多いほど、有用なチェックポイントを配置することができる。

図１４（Ａ）は、走者Ａが経路４のランデータを有し、走者Ｂが経路５のランデータを有する場合を示している。この場合、図１４（Ｂ）に示すように、走者Ａの経路４について正規化速度を求め、走者Ｂの経路５について正規化速度を求める。図１４（Ｃ）に示すように、走者Ａの経路４と走者Ｂの経路５は区間３と区間４で重複している。従って、区間３、区間４については、走者Ａと走者Ｂの正規化速度の統計的平均を求めることにより、区間３、区間４の状況をより正確に推定することができる。例えば、区間３、区間４において、地点４から地点３までの正規化速度の統計的平均が（周辺に比べて）遅くなっている場合、区間３、区間４を通るランデータについては、地点３と地点４で分割し、地点３と地点４にチェックポイントを設定することができる。これにより、走者にとって速度変化が生じる位置で経路を分割してチェックポイントを設定することが可能である。なお、正規化速度については後で詳細に説明する。
図２９は、一例として、区間１が平地であり、区間２が上り坂の場合の例を示している。この場合、平地から上り坂に変わる部分の中間を区間の区切り（チェックポイントＣＰ）とする。

図１５は、以上のようにしてランデータにチェックポイントを自動設定した例を示す模式図である。図１５に示す例では、ランデータＡについて、他のランデータを利用して区間５，６，７，８の４つに分割し、チェックポイントＣＰ１，ＣＰ２，ＣＰ３を設けた例を示している。このように、自動チェックポイント配置機能を用いることにより、最適な位置にチェックポイントを配置することが可能となる。

サーバー３００には、複数のユーザーのランデータが保存される。これらのランデータを統計的に利用することで、コースの局所的な特性を推定する。例えば、信号の多い通りの区間のペースは、コース全体のペースに比べて遅いペースになる。坂道の場合は、同じ区間でも進行方向によってペースが異なり、上りではペースが遅く、下りではペースが速くなる。また、ペースの速い、遅いは絶対値ではなく、あるユーザーのあるランデータを調べたときに、その中の相対的な比較となる。そのため、統計的にすべてのユーザーのすべてのランデータを処理するためには、ペースを正規化した値を用いる。そして、その推定結果を使い、コースの局所的な特性が切り替わる個所に自動でチェックポイントを設定する。これにより、コースの各区間がユーザーにとって意味のある形で分割されることになる。

上述の通り、ランデータは時刻と座標のペアの配列である。あるランデータRを選び、その配列の任意の要素k (k=0,1,...,n-1)を、時間t(k)と座標p(k)のペア、つまり{t(k),p(k)}として表現する。最後の要素k=n-1を除き、{t(k),p(k)}とその次の要素{t(k+1),p(k+1)}から要素kの速度v(k)を求めることができる。

ランデータRの全要素について速度v(k)の大きさ（速さ）を求め、平均速さV_ave=Σ|v(k)|/nを計算する。V_aveの大きさが1.0となるように速度v(k)の大きさを正規化したものを正規化速度と呼び、図１６に示すように、Rの全要素について正規化速度u(k)=v(k)/V_aveを求める。このようにして、すべてのユーザーのすべてのランデータで正規化速度を求め、座標p(i)と正規化速度u(i)のペア{p(i),u(i)}の集合をサーバーのデータベース３１０（図２３参照）に保存しておく。このように、正規化速度に基づいて処理を行うことで、ランナー個々の能力の差の要因を排除した上で、複数のランデータから経路中の適正な速度を求めることができる。

［４．サーバーで行われる処理の具体例］
以下では、図１７、図１９、図２０、図２２のフローチャートに基づいて、サーバー３００が行う処理について説明する。図１７は、p(i)とu(i)の組{p,u}(i)を求める処理を示すフローチャートである。ランデータは図３で示したように、「時刻tと座標p」のペアを要素として、それらの要素が時刻順に並んだ配列である。以下では、要素{p(k),t(k)}（k=0,1,…,n-1）を{p,t}(k)として記述する。先ず、ステップＳ１００では、要素{p,t}(k)と、その次の要素{p,t}(k+1)から、速度v(i)（i=0,1,…,n-2）を最後の要素を除く全要素について求める。ここで、v(i)は以下の式から求めることができる。

v(i)=（p（i+1）-p(i)）／（t（i+1）-t(i)）

次のステップＳ１０１では、全ての速度v(i)の大きさ|v(i)|の平均値Vaveを求める。Vaveは以下の式から求めることができる。

Vave=（｜ｖ(0)｜+｜ｖ(1)｜+・・・+|v（n-2）|）／（n-1）

次のステップＳ１０２では、正規化速度u(i)=v(i)/Vaveを求める。この段階で、図１６に示したように、最後の要素を除く各要素の正規化速度が求められる。次のステップＳ１０３では、n-1個のp(i)とu(i)の組{p,u}(i)をサーバーのデータベース３１０に保存する。ステップＳ０３の後は処理を終了する。この結果、図１８（Ａ）に示したように、データベース３１０には各座標（図１８（Ａ）中に○印で示す）における正規化速度（図１８（Ａ）中に矢印の方向と大きさで示す）の集合が格納される。

自動チェックポイント配置機能の対象となるランデータを、ランデータR’とする。図１８（Ｂ）に示すように、R’の任意の要素k（すなわち{t(k),p(k)}）とu(k)を上記方法で計算し、p(k)の近傍にある、データベース３１０のデータ{p(i),u(i)}を抽出する。更に、図１８（Ｃ）に示すように、p(k)の近傍にある、データベース３１０のデータ{p(i),u(i)}のうち、u(k)と同一方向のu(i)を複数抽出する。同一方向であるか否かは、内積u(k)・u(i)と適当な閾値を比較することで判定できる。そして、抽出した正規化速度u(i)の大きさの平均値をh(k)として定義する。このh(k)をランデータR’の要素kのレベルと呼ぶ。このようにして、ランデータR’の全要素について、データベース３１０からそれぞれレベルを求めることができる。

以下、図１９のフローチャートに基づいて具体的に説明する。図１９は、要素ｋのレベルを求める処理を示すフローチャートである。前提条件として、サーバー３００のデータベース３１０には、様々なユーザの全てのランデータを計算した結果が保存された状態であるものとする。更に、あるユーザが自分のランデータRにチェックポイントを設定して、レース用のコースを設定することを開始した状況とする。また、そのランデータRについても、Ｓ１００からＳ１０３の処理により、既にデータベース３１０に座標と正規化速度が保存されているものとする。

ステップＳ２００からＳ２０９の処理では、ランデータRのｎ個の各座標における「レベル」を求める（最後の座標を除く）。先ず、ステップＳ２００において、ランデータRを構成するn個の時刻tと座標qのペア{t,q}(i)（i=0,1,…,n-1）から、最後の要素を除く全座標q(k)（k=0,1,…,n-2）での正規化速度s(k)を求める。この処理は図１７のＳ１００からＳ１０３で説明した通りである。

ステップＳ２０１では、kを0に初期化する。ステップＳ２０２では、座標q(k)の近傍にある、データベース３１０のデータ{p,u}をすべて取得する。q(k)の近傍にはデータがm個（m≧1）あるとして、それらを{p,u}(j)（j=0,1,…,m-1）として表す。なお、座標q(k)の近傍とは、q(k)を中心とした所定の半径の円に含まれる部分とする（所定の半径は近傍を表す閾値として定義する）。

ステップＳ２０３からＳ２０７では、このm個のデータ{p,u}(j)のうち、正規化速度uがS200で求めた正規化速度s(k)と同じ方向のものを選び出し、それらのuの大きさの平均値hを求める。なお、同じ方向か否かは、s(k)とuの内積から求まる２つのベクトルのなす角θが、ある閾値以下であることで判定する。

ステップＳ２０３では、jを0に初期化する。また、s(k)と同じ方向のuの大きさの総和を求めるためのHを0に初期化し、s(k)と同じ方向のuの個数を数えるためのTを0に初期化する。

ステップＳ２０４では、s(k)とu(j)の方向が同じかどうか比較する。同じであればステップＳ２０５に進み、同じでない場合はステップＳ２０６に進む。ステップＳ２０５では、Hに|u(j)|を加え、Tを1増加させる。ステップＳ２０６では、jを1増加させる。ステップＳ２０７では、jとmが等しければＳ２０８に進み、jとmが等しくない場合はステップＳ２０４に戻る。

ステップＳ２０８では、レベルh(k)の値をH/Tで初期化する。H/Tは、正規化速度s(k)と同じ方向のu(j)の大きさの平均値である。さらに、kを1増加させる。ステップＳ２０９では、kがn-1に等しければ、ステップＳ２０２からステップＳ２０８の繰り返しを抜け、図２２のステップＳ２１０の処理に進む。kがn-1に等しくない場合は、ステップＳ２０２の処理に戻る。なお、このステップＳ２０１からＳ２０９の処理では、ランデータRの最後の要素を除く、全座標q(k)に対応するレベルh(k)が求まる。

次に、図２１に示すように、速度に基づいてランデータを分割する。具体的には、図２１に示すように、ランデータR’の先頭の要素k=0から最後の要素k=n-1まで順に、レベルh(k)の移動平均w(k)を求める。このように、レベルh(k)は変動が比較的大きいため、レベルh(k)の移動平均w(k)を求めることによって、レベルh(k)を平滑化することができる。そして、w(k)が変化（増加または減少）する要素の区間（セグメント）を抽出する。なお、w(k)が変化するとは、要素w(k)と次の要素w(k+1)との差分の絶対値|w(k+1)-w(k)|が適当な閾値を超えることを意味する。セグメントは、変化が開始する要素番号b(j)と、変化が終了する要素番号e(j)のペア{b(j),e(j)}で表現する。

図２０は、レベルh(k)の移動平均w(k)を求め、レベルが大きく変化する区間（セグメント）を探す処理を示すフローチャートである。隣り合う要素間のレベル差がある閾値を超える要素番号Bを探し、そこから隣り合う要素間のレベル差がその閾値を下回る要素番号Eを探し、BとEの中間の要素番号Lを求める。また、w(B)とw(E)の差Dを求める。また、このDとLのペアS={D,L}を検出した個数zを数える。

先ず、ステップＳ２１０では、レベルh(k)の移動平均w(k)を求める。ステップＳ２１１では、隣り合うw(k)間のレベル差（d(i)←w(i+1) -w(i)）を求める。次のステップＳ２１２では、ｉ，ｚの値を初期化する。

ステップＳ２１３では、|d(i)|が閾値を超えているか否かを判定する。ステップＳ２１３で、|d(i)|が閾値を超えていた場合はステップＳ２１４に進み、|d(i)|が閾値を超えていない場合はステップＳ２２０に進む。ステップＳ２１４では、閾値を超えた要素（閾値越えを開始した要素）の番号Bにiを代入する。また、iの次の要素番号(i+1)をjに代入する。

ステップＳ２１５では、|d(j)|が閾値を超え、且つd(j)がd(B)と同符号であれば、ステップＳ２１６に進む。|d(j)|が閾値を超えていない、又はd(j)がd(B)と同符号でない場合は、ステップＳ２１８に進む。

ステップＳ２１６では、iにjを代入し、jを1増加させる。ステップＳ２１７でiがn-3に等しい（iが最後の要素）場合は、図２２のステップＳ２２２に進む。iがn-3に等しくない場合は、ステップＳ２１５に戻る。

ステップＳ２１８で、Bから連続して閾値越えする最後の要素の番号Eにiを代入する。つまり、Eの次の要素はステップＳ２１５の閾値を超えなかったことを意味する。Dに「EのレベルとBのレベルの差の絶対値」を代入する。Lに「BとEの中間の要素番号」を代入する（2で割れない場合は小数点以下を切り捨てる）。ステップＳ２１９で、z番目の{D,L}をS(z)に代入して保存する。これにより、ＢとＥの間の区間では移動平均ｗ（ｉ）が増加（または減少）している区間となる。従って、図２１に示すようなセグメント１，２，３を求めることができる。そして、BとEの中間の要素番号Lを求めることで、移動平均ｗ（ｉ）がほぼ一定の区間を検出し、それらの区間の境界にチェックポイントを設けることができる。

ステップＳ２２０では、iを1増加させる。ステップＳ２２１で、iがn-3に等しい（iが最後の要素）場合は図２２のステップＳ２２２に進み、iがn-3に等しくない場合は、ステップＳ２１３に戻る。

以上のようにして、ステップＳ２１０からステップＳ２２１の処理によってz個のS(i)={D,L}(i)(i=0,1,…,z-1)が求まる。

次に、図２２のフローチャートに基づいて、全てのセグメント{b(j),e(j)}のうち、変化の大きさが大きい順、すなわち|w(e(j))-w(b(j))|が大きい順に、上位m個のセグメントをさらに選ぶ。そして、このｍ個のセグメントそれぞれの中央の要素（要素番号は(e(i)-b(i))/2）にチェックポイントを配置する。このようにして、データベース３１０を参照することで、ランデータR’にm個のチェックポイントを自動設定することができる。

この段階で、チェックポイントの候補となる座標の要素番号（L(i)(i=0,1,…,z-1)）はすべて取得できたことになる。但し、チェックポイントの自動配置では、「最大M個」のような制限をすることが望ましい。このため、図２２のステップＳ２２２では、zがMを超えるか否かを判定し、zがMを超える場合は、ステップＳ２２３でDの大きい順にS(i)={D,L}(i)を並び替える。そして、ステップＳ２２４ではｚの値をＭとし、ステップＳ２２５ではS(i)をLが小さい順にソートする（i=0,1,…,z-1）。ステップＳ２２６では、q(L(0)),q(L(1)),…をCP#1,#2,…としてz個のチェックポイントをコースに設定し、上位M個のL(i)をチェックポイントとして使用する。また、ステップＳ２２２においてzがM以下であれば、ステップＳ２２６へ進み、そのままz個のL（i）をチェックポイントとして使用する。この結果、座標q(L(0)),q(L(1)),…がそれぞれチェックポイント#1,#2,…として自動的に設定される。

［５．本実施形態に係るシステムの構成例］
図２３は、自動チェックポイント設定のためのシステム構成を示す模式図である。図２３に示すように、モバイル端末１００は、位置情報取得部（ＧＰＳ）１０２、送信部１０４、受信部１０６、表示部（ＬＣＤ）１０８を備える。位置情報取得部１０２は、ユーザーのランニングに伴う位置情報を取得する。送信部１０４は、位置情報及び位置情報が取得された時刻から構成されるランデータをサーバー３００へ送信する。受信部１０６は、サーバー３００から送信されたチェックポイントに関する情報を受信する。表示部１０８は、チェックポイントがオーバーレイ表示されたランデータの経路を表示する。

また、サーバー３００は、ランデータ取得部３０２、ランデータ解析部３０４、ランデータ分割部３０５、チェックポイント設定部３０６、チェックポイント情報送信部３０８、データベース３１０を備える。ランデータ取得部３０２は、モバイル端末１００からランデータを取得する。ランデータ解析部３０４は、複数のランデータに基づいて、特定のランデータの経路を移動する際の速度を解析する。ランデータ分割部３０５は、特定のランデータの経路を移動する際の速度の解析結果に基づいて、特定のランデータの経路を分割する。チェックポイント設定部３０６は、分割されたランデータの経路に計時のためのチェックポイントを設定する。チェックポイント情報送信部３０８は、設定したチェックポイントに関する情報を送信する。

パーソナルコンピュータ２００は、モバイル端末１００と同様の構成を有する。但し、パーソナルコンピュータ２００は、モバイル端末１００から送信されたランデータを取得し、サーバー３００へ送信する。

図２３に示すモバイル端末１００、サーバー３００の各構成要素は、ハードウェア（回路）、またはＣＰＵなどの中央演算処理装置とこれを機能させるためのソフトウェア（プログラム）から構成することができる。この場合において、そのプログラムは、モバイル端末１００またはサーバー３００が備えるメモリ、またはモバイル端末１００またはサーバー３００に外部から接続される記録媒体に格納されることができる。

［６．既に設定されたチェックポイントに基づいてチェックポイントを設定する例］
上述した例では、ランデータの速度に基づいてチェックポイントを設定したが、図２４に示すように、他のランデータに設定されたチェックポイントを用いてチェックポイントを設定することもできる。図２４において、図１４と同様に、サーバー３００には経路４、経路５が取得されているものとする。そして、経路４にはチェックポイントＣＰ１〜４が設定され、経路５にはチェックポイントＣＰ５〜８が設定されているものとする。ここで、経路４のチェックポイントＣＰ２と経路５のチェックポイントＣＰ６はほぼ同じ位置に設定され、経路４のチェックポイントＣＰ３と経路５のチェックポイントＣＰ７はほぼ同じ位置に設定されている。従って、チェックポイントＣＰ２，ＣＰ６の位置は速度変化が生じる区間に含まれる、目印となる場所に近い等の要因によりチェックポイントが設定され易い位置と考えられる。同様に、チェックポイントＣＰ２，ＣＰ６の位置もチェックポイントが設定され易い位置と考えられる。このため、サーバー３０２のランデータ解析部３０４は、チェックポイントが既に付されたランデータから、チェックポイントの位置を取得する。そして、チェックポイント設定部３０６は、複数のランデータに設定されたチェックポイントの位置に基づいて、チェックポイントを設定する対象の経路に対して、チェックポイントが設定される頻度が高い位置にチェックポイントを設定する。これにより、複数のランデータに設定されたチェックポイントの位置に基づいて、最適な位置にチェックポイントを設定することが可能となる。

また、図２５は、ランデータの解析結果に基づいて、信号機の位置を推定する手法を示す模式図である。図２５に示すように、同一の経路の複数のランデータＡ，Ｂ，Ｃ，Ｄについて、特定の区間Ｄ１、区間Ｄ２で速度が遅くなることが解析された場合、区間Ｄ１内、区間Ｄ２内に信号機が存在することが推定される。ランデータＡについては、ランデータＡを取得した際に区間Ｄ１の信号機が「赤」であり、区間Ｄ２の信号機が「緑」であったことが推定できる。同様に、ランデータＢについては、ランデータＢを取得した際に区間Ｄ１の信号機が「緑」であり、区間Ｄ２の信号機が「赤」であったことが推定できる。また、ランデータＣを取得した際には区間Ｄ１、Ｄ２の信号機がいずれも「緑」であり、ランデータＤを取得した際には区間Ｄ１、Ｄ２の信号機がいずれも「赤」であったことが推定できる。このように、ランデータに基づいて任意の区間中に信号機が存在するか否かを判定できる。従って、信号機が存在する区間（の両端）にチェックポイントを設定して、その区間はレース結果から除外するなど、最適な処理を行うことが可能である。

また、チェックポイントとチェックポイントとの間のコースに制約はないので、チャックポイント間を最短時間で走れる経路をフォークソノミー的な要領で発見することができる。例えば、図１４において、開始地点１と終了地点２のみにチェックポイントを設定した場合、どの経路を走ってもほとんど同様な結果となるようにチェックポイントが配置される。これにより、ランニングの経路に自由度を増すことができる。コースが厳密に固定されていると一か所でも道路工事が行われていたり、通行止めが生じていると競技ができなくなるが、コースに自由度を増すことで、作成したレースを長い期間にわたって競技することができる。

以上説明したように本実施形態によれば、複数のランデータに基づいて経路を解析するため、経路中において速度が変化する位置を境に経路を分割することができる。これにより、ランニングを行うユーザーにとって意味のある位置で経路を分割することができ、最適な位置にチェックポイントを配置することが可能となる。これにより、チェックポイントに基づいてランニングの結果を認識することにより、ランニングのトレーニング効果がわかりやすくなり、ほかの競技者とのレースを通じてモチベーションが向上する、などの新しいユーザー体験が得られる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）移動に伴う位置情報及び当該位置情報が取得された時刻から構成される複数の移動データを取得する移動データ取得部と、
前記複数の移動データに基づいて、特定の経路を移動する際の速度を解析する移動データ解析部と、
前記速度の解析結果に基づいて、前記特定の経路を分割する経路分割部と、
を備える、情報処理装置。
（２）分割された前記特定の経路に計時のためのチェックポイントを設定するチェックポイント設定部を更に備える、前記（１）に記載の情報処理装置。
（３）前記移動データ解析部は、前記複数の移動データのそれぞれについて、複数の位置で得られる速度のそれぞれを全区間の速度で除算して得られる複数の正規化速度を解析した結果に基づいて、前記特定の経路を移動する際の速度を解析する、前記（１）に記載の情報処理装置。
（４）前記移動データ解析部は、前記特定の経路上の任意の位置と近接する位置で得られた前記正規化速度に基づいて、前記特定の経路の前記任意の位置を移動する際の速度を解析する、前記（３）に記載の情報処理装置。
（５）前記移動データ解析部は、前記特定の経路上の任意の位置の速度と同じ方向の前記正規化速度に基づいて、前記特定の経路の前記任意の位置を移動する際の速度を解析する、前記（４）に記載の情報処理装置。
（６）前記経路分割部は、前記特定の経路上の前記任意の位置を移動する際の速度の変化に基づいて、前記特定の経路を分割し、
前記チェックポイント設定部は、分割により得られた各区間に前記チェックポイントを設定する、前記（４）に記載の情報処理装置。
（７）前記経路分割部は、前記特定の経路上の前記任意の位置を移動する際の速度の移動平均に基づいて、前記特定の経路を分割し、
前記チェックポイント設定部は、分割により得られた各区間に前記チェックポイントを設定する、前記（４）に記載の情報処理装置。
（８）前記チェックポイント設定部は、分割により得られた各区間の中間位置に前記チェックポイントを設定する、前記（６）又は（７）に記載の情報処理装置。
（９）前記チェックポイント設定部は、分割により得られた各区間のうち移動平均の変化が大きい１又は複数の区間を選択して、選択した各区間に前記チェックポイントを設定する、前記（７）に記載の情報処理装置。
（１０）移動に伴う位置情報を取得する位置情報取得部と、
前記位置情報及び前記位置情報が取得された時刻から構成される移動データをサーバーへ送信する送信部と、
前記移動データの経路に設定されたチェックポイントに関する情報を受信する受信部と、を備え、
前記チェックポイントに関する情報は、前記サーバーが、異なる機器から受信した複数の前記移動データに基づいて前記移動データの経路を移動する際の速度を解析して設定した、情報処理装置。
（１１）移動に伴う位置情報及び当該位置情報が取得された時刻から構成される複数の移動データを取得する移動データ取得部と、前記複数の移動データに基づいて、特定の経路を移動する際の速度を解析する移動データ解析部と、前記速度の解析結果に基づいて、前記特定の経路を分割する経路分割部と、分割された前記特定の経路に計時のためのチェックポイントを設定するチェックポイント設定部と、前記チェックポイントの情報を送信する送信部と、を備える、情報処理装置と、
移動に伴う位置情報を取得する位置情報取得部と、前記位置情報及び前記位置情報が取得された時刻から構成される移動データを前記情報処理装置へ送信する送信部と、前記情報処理装置が送信した前記チェックポイントの情報を受信する受信部と、を有するモバイル機器と、
を備える、情報処理システム。
（１２）移動に伴う位置情報及び当該位置情報が取得された時刻から構成される複数の移動データを取得することと、
前記複数の移動データに基づいて、特定の経路を移動する際の速度を解析することと、
前記速度の解析結果に基づいて、前記特定の経路を分割することと、
を備える、情報処理方法。
（１３）移動に伴う位置情報を取得することと、
前記位置情報及び前記位置情報が取得された時刻から構成される移動データをサーバーへ送信することと、
前記移動データの経路に設定されたチェックポイントに関する情報を受信することと、を備え、
前記チェックポイントに関する情報は、前記サーバーが、異なる機器から受信した複数の前記移動データに基づいて前記移動データの経路を移動する際の速度を解析して設定した、情報処理方法。

１００ モバイル端末
１０２ 位置情報取得部
１０４ 送信部
１０６ 受信部
３００ サーバー
３０２ ランデータ取得部
３０４ ランデータ解析部
３０５ ランデータ分割部
３０６ チェックポイント設定部
３０８ チェックポイント情報送信部
３１０ データベース

Claims (13)

1. 移動に伴う位置情報及び当該位置情報が取得された時刻から構成される複数の移動データを取得する移動データ取得部と、
   前記複数の移動データに基づいて、特定の経路を移動する際の速度を解析する移動データ解析部と、
   前記速度の解析結果に基づいて、前記特定の経路を分割する経路分割部と、
   を備える、情報処理装置。
2. 分割された前記特定の経路に計時のためのチェックポイントを設定するチェックポイント設定部を更に備える、請求項１に記載の情報処理装置。
3. 前記移動データ解析部は、前記複数の移動データのそれぞれについて、複数の位置で得られる速度のそれぞれを全区間の速度で除算して得られる複数の正規化速度を解析した結果に基づいて、前記特定の経路を移動する際の速度を解析する、請求項２に記載の情報処理装置。
4. 前記移動データ解析部は、前記特定の経路上の任意の位置と近接する位置で得られた前記正規化速度に基づいて、前記特定の経路の前記任意の位置を移動する際の速度を解析する、請求項３に記載の情報処理装置。
5. 前記移動データ解析部は、前記特定の経路上の任意の位置の速度と同じ方向の前記正規化速度に基づいて、前記特定の経路の前記任意の位置を移動する際の速度を解析する、請求項４に記載の情報処理装置。
6. 前記経路分割部は、前記特定の経路上の前記任意の位置を移動する際の速度の変化に基づいて、前記特定の経路を分割し、
   前記チェックポイント設定部は、分割により得られた各区間に前記チェックポイントを設定する、請求項４又は５に記載の情報処理装置。
7. 前記経路分割部は、前記特定の経路上の前記任意の位置を移動する際の速度の移動平均に基づいて、前記特定の経路を分割し、
   前記チェックポイント設定部は、分割により得られた各区間に前記チェックポイントを設定する、請求項４又は５に記載の情報処理装置。
8. 前記チェックポイント設定部は、分割により得られた各区間の中間位置に前記チェックポイントを設定する、請求項６又は７に記載の情報処理装置。
9. 前記チェックポイント設定部は、分割により得られた各区間のうち移動平均の変化が大きい１又は複数の区間を選択して、選択した各区間に前記チェックポイントを設定する、請求項７に記載の情報処理装置。
10. 移動に伴う位置情報を取得する位置情報取得部と、
    前記位置情報及び前記位置情報が取得された時刻から構成される移動データをサーバーへ送信する送信部と、
    前記移動データの経路に設定されたチェックポイントに関する情報を受信する受信部と、を備え、
    前記チェックポイントに関する情報は、前記サーバーが、異なる機器から受信した複数の前記移動データに基づいて前記移動データの経路を移動する際の速度を解析して設定した、情報処理装置。
11. 移動に伴う位置情報及び当該位置情報が取得された時刻から構成される複数の移動データを取得する移動データ取得部と、前記複数の移動データに基づいて、特定の経路を移動する際の速度を解析する移動データ解析部と、前記速度の解析結果に基づいて、前記特定の経路を分割する経路分割部と、分割された前記特定の経路に計時のためのチェックポイントを設定するチェックポイント設定部と、前記チェックポイントの情報を送信する送信部と、を備える、情報処理装置と、
    移動に伴う位置情報を取得する位置情報取得部と、前記位置情報及び前記位置情報が取得された時刻から構成される移動データを前記情報処理装置へ送信する送信部と、前記情報処理装置が送信した前記チェックポイントの情報を受信する受信部と、を有するモバイル機器と、
    を備える、情報処理システム。
12. 移動に伴う位置情報及び当該位置情報が取得された時刻から構成される複数の移動データを取得することと、
    前記複数の移動データに基づいて、特定の経路を移動する際の速度を解析することと、
    前記速度の解析結果に基づいて、前記特定の経路を分割することと、
    を備える、情報処理方法。
13. 移動に伴う位置情報を取得することと、
    前記位置情報及び前記位置情報が取得された時刻から構成される移動データをサーバーへ送信することと、
    前記移動データの経路に設定されたチェックポイントに関する情報を受信することと、を備え、
    前記チェックポイントに関する情報は、前記サーバーが、異なる機器から受信した複数の前記移動データに基づいて前記移動データの経路を移動する際の速度を解析して設定した、情報処理方法。

Images