(57)【要約】【課題】計算機リソースを有効に活用して、ユーザの利便性を低下させることなく、移動体を用いて移動するユーザの姿勢を推定する。【解決手段】端末及び端末と通信可能な管理計算機を備える計算機システムであって、管理計算機は、複数の停止施設を経由する移動経路及び移動経路を移動する移動体の移動スケジュールを管理し、移動経路及び移動体の移動スケジュールに基づいて、ユーザの姿勢を推定する姿勢推定処理の開始タイミングを制御するための実行スケジュール管理情報を生成し、実行スケジュール管理情報を端末に送信し、端末は、実行スケジュール管理情報に基づいて姿勢推定処理の開始条件を満たすか否かを判定し、姿勢推定処理の開始条件を満たすと判定された場合、センサから計測値を取得し、計測値を用いて姿勢推定処理を実行する。【選択図】図１
2019062492.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末及び前記複数の端末と通信可能な管理計算機を備える計算機システムであって、
前記複数の端末は、第１演算装置、前記第１演算装置に接続される第１記憶装置、前記第１演算装置に接続される第１通信装置、及び前記第１演算装置に接続され、端末を所持するユーザの姿勢を推定するための物理量を計測するセンサを有し、
前記管理計算機は、第２演算装置、前記第２演算装置に接続される第２記憶装置、前記第２演算装置に接続される第２通信装置を有し、
前記管理計算機は、
複数の停止施設を経由する移動経路及び前記移動経路を移動する移動体の移動スケジュールを管理し、
前記移動経路及び前記移動体の移動スケジュールに基づいて、前記ユーザの姿勢を推定する姿勢推定処理の開始タイミングを制御するための実行スケジュール管理情報を生成し、
前記実行スケジュール管理情報を前記端末に送信し、
前記姿勢推定処理の結果を受信した場合、当該姿勢推定処理の結果に基づいて前記ユーザの姿勢を管理するための履歴情報を更新し、
前記端末は、
前記実行スケジュール管理情報に基づいて、前記姿勢推定処理の開始条件を満たすか否かを判定し、
前記姿勢推定処理の開始条件を満たすと判定された場合、前記センサから計測値を取得し、前記計測値を用いて前記姿勢推定処理を実行し、
前記姿勢推定処理の結果を前記管理計算機に送信することを特徴とする計算機システム。
【請求項２】
請求項１に記載の計算機システムであって、
前記管理計算機は、
前記履歴情報に基づいて前記ユーザの行動を評価し、
前記評価の結果に基づいて、前記ユーザに提供するサービスを決定することを特徴とする計算機システム。
【請求項３】
請求項１に記載の計算機システムであって、
前記管理計算機は、時刻を判定基準とする前記姿勢推定処理の実行スケジュールを生成するための第１ポリシ情報を保持し、
前記第１ポリシ情報は、前記姿勢推定処理を開始する時刻を算出するための時間制御値を含み、
前記管理計算機は、
前記移動経路上の前記停止施設間を接続する経路に対して、前記移動体の出発時刻及び到着時刻の少なくともいずれかを基準時刻として算出し、
前記基準時刻及び前記時間制御値に基づいて、前記姿勢推定処理の開始時刻を算出し、
前記算出された開始時刻を含む前記実行スケジュール管理情報を生成することを特徴とする計算機システム。
【請求項４】
請求項３に記載の計算機システムであって、
前記端末は、
現在時刻が前記実行スケジュール管理情報に含まれる前記開始時刻を経過したかを判定し、
前記現在時刻が前記開始時刻を経過したと判定された場合、前記開始条件を満たすと判定することを特徴とする計算機システム。
【請求項５】
請求項１に記載の計算機システムであって、
前記端末は、前記端末の位置を特定するための位置情報を取得する位置情報取得装置を有し、
前記管理計算機は、前記端末の位置を判定基準とする前記姿勢推定処理の実行スケジュールを生成するための第２ポリシ情報を保持し、
前記第２ポリシ情報は、前記移動体の移動経路及び前記移動体の目的地となる前記停止施設の位置である目的位置に基づいて特定される、前記位置情報取得装置を起動する時刻を算出するための時間制御値、及び前記姿勢推定処理を開始する開始位置を示す位置情報である位置制御値を含み、
前記管理計算機は、
前記移動経路上の前記停止施設間を接続する経路に対して、前記移動経路及び前記目的位置を入力として前記第２ポリシ情報を参照し、前記時間制御値及び前記位置制御値を取得し、
前記移動体の移動スケジュール及び前記取得された時間制御値に基づいて、前記位置情報取得装置の起動時刻を算出し、
前記取得された位置制御値及び前記位置情報取得装置の起動時刻を含む前記実行スケジュール管理情報を生成することを特徴とする計算機システム。
【請求項６】
請求項５に記載の計算機システムであって、
前記端末は、
現在時刻が前記実行スケジュール管理情報に含まれる前記位置情報取得装置の起動時刻を経過したか否かを判定し、
前記現在時刻が、前記位置情報取得装置の起動時刻を経過したと判定された場合、前記位置情報取得装置を起動させ、
前記位置情報取得装置によって取得された位置情報に基づいて、前記開始位置を通過したか否かを判定し、
前記開始位置を通過したと判定された場合、前記開始条件を満たすと判定することを特徴とする計算機システム。
【請求項７】
複数の端末及び前記複数の端末と通信可能な管理計算機を備える計算機システムが実行する移動体を用いて移動するユーザの姿勢の推定方法であって、
前記複数の端末は、第１演算装置、前記第１演算装置に接続される第１記憶装置、前記第１演算装置に接続される第１通信装置、及び前記第１演算装置に接続され、端末を所持するユーザの姿勢を推定するための物理量を計測するセンサを有し、
前記管理計算機は、第２演算装置、前記第２演算装置に接続される第２記憶装置、前記第２演算装置に接続される第２通信装置を有し、
前記管理計算機は、複数の停止施設を経由する移動経路及び前記移動経路を移動する移動体の移動スケジュールを管理し、
前記ユーザの姿勢の推定方法は、
前記管理計算機が、前記移動経路及び前記移動体の移動スケジュールに基づいて、前記ユーザの姿勢を推定する姿勢推定処理の開始タイミングを制御するための実行スケジュール管理情報を生成し、前記実行スケジュール管理情報を前記端末に送信する第１のステップと、
前記端末が、前記実行スケジュール管理情報に基づいて、前記姿勢推定処理の開始条件を満たすか否かを判定する第２のステップと、
前記端末が、前記姿勢推定処理の開始条件を満たすと判定された場合、前記センサから計測値を取得し、前記計測値を用いて前記姿勢推定処理を実行する第３のステップと、
前記端末が、前記姿勢推定処理の結果を前記管理計算機に送信する第４のステップと、
前記管理計算機が、前記姿勢推定処理の結果を受信した場合、当該姿勢推定処理の結果に基づいて前記ユーザの姿勢を管理するための履歴情報を更新する第５のステップと、を含むことを特徴とするユーザの姿勢の推定方法。
【請求項８】
請求項７に記載のユーザの姿勢の推定方法であって、
前記管理計算機が、前記履歴情報に基づいて前記ユーザの行動を評価するステップと、
前記管理計算機が、前記評価の結果に基づいて、前記ユーザに提供するサービスを決定するステップと、を含むことを特徴とするユーザの姿勢の推定方法。
【請求項９】
請求項７に記載のユーザの姿勢の推定方法であって、
前記管理計算機は、時刻を判定基準とする前記姿勢推定処理の実行スケジュールを生成するための第１ポリシ情報を保持し、
前記第１ポリシ情報は、前記姿勢推定処理を開始する時刻を算出するための時間制御値を含み、
前記第１のステップは、
前記管理計算機が、前記移動経路上の前記停止施設間を接続する経路に対して、前記移動体の出発時刻及び到着時刻の少なくともいずれかを基準時刻として算出するステップと、
前記管理計算機が、前記基準時刻及び前記時間制御値に基づいて、前記姿勢推定処理の開始時刻を算出するステップと、
前記管理計算機が、前記算出された開始時刻を含む前記実行スケジュール管理情報を生成するステップと、を含むことを特徴とするユーザの姿勢の推定方法。
【請求項１０】
請求項９に記載のユーザの姿勢の推定方法であって、
前記第２のステップは、
前記端末が、現在時刻が前記実行スケジュール管理情報に含まれる前記開始時刻を経過したかを判定するステップと、
前記現在時刻が前記開始時刻を経過したと判定された場合、前記端末が、前記開始条件を満たすと判定するステップと、を含むことを特徴とするユーザの姿勢の推定方法。
【請求項１１】
請求項７に記載のユーザの姿勢の推定方法であって、
前記端末は、前記端末の位置を特定するための位置情報を取得する位置情報取得装置を有し、
前記管理計算機は、前記端末の位置を判定基準とする前記姿勢推定処理の実行スケジュールを生成するための第２ポリシ情報を保持し、
前記第２ポリシ情報は、前記移動体の移動経路及び前記移動体の目的地となる前記停止施設の位置である目的位置に基づいて特定される、前記位置情報取得装置を起動する時刻を算出するための時間制御値、及び前記姿勢推定処理を開始する開始位置を示す位置情報である位置制御値を含み、
前記第１のステップは、
前記管理計算機が、前記移動経路上の前記停止施設間を接続する経路に対して、前記移動経路及び前記目的位置を入力として前記第２ポリシ情報を参照し、前記時間制御値及び前記位置制御値を取得するステップと、
前記管理計算機が、前記移動体の移動スケジュール及び前記取得された時間制御値に基づいて、前記位置情報取得装置の起動時刻を算出するステップと、
前記管理計算機が、前記取得された位置制御値及び前記位置情報取得装置の起動時刻を含む前記実行スケジュール管理情報を生成するステップと、を含むことを特徴とするユーザの姿勢の推定方法。
【請求項１２】
請求項１１に記載のユーザの姿勢の推定方法であって、
前記第２のステップは、
前記端末が、現在時刻が前記実行スケジュール管理情報に含まれる前記位置情報取得装置の起動時刻を経過したか否かを判定するステップと、
前記現在時刻が、前記位置情報取得装置の起動時刻を経過したと判定された場合、前記端末が、前記位置情報取得装置を起動させるステップと、
前記端末が、前記位置情報取得装置によって取得された位置情報に基づいて、前記開始位置を通過したか否かを判定するステップと、
前記開始位置を通過したと判定された場合、前記端末が、前記開始条件を満たすと判定するステップと、を含むことを特徴とするユーザの姿勢の推定方法。
【請求項１３】
複数の端末と通信可能な管理計算機であって、
前記管理計算機は、演算装置、前記演算装置に接続される記憶装置、前記演算装置に接続される通信装置を有し、
複数の停止施設を経由する移動経路及び前記移動経路を移動する移動体の移動スケジュールを管理し、
前記移動経路及び前記移動体の移動スケジュールに基づいて、前記端末を所持するユーザの姿勢を推定する姿勢推定処理の開始タイミングを制御するための実行スケジュール管理情報を生成し、
前記実行スケジュール管理情報を前記端末に送信することを特徴とする管理計算機。
【請求項１４】
請求項１３に記載の管理計算機であって、
前記管理計算機は、時刻を判定基準とする前記姿勢推定処理の実行スケジュールを生成するための第１ポリシ情報を保持し、
前記第１ポリシ情報は、前記姿勢推定処理を開始する時刻を算出するための時間制御値を含み、
前記管理計算機は、
前記移動経路上の前記停止施設間を接続する経路に対して、前記移動体の出発時刻及び到着時刻の少なくともいずれかを基準時刻として算出し、
前記基準時刻及び前記時間制御値に基づいて、前記姿勢推定処理の開始時刻を算出し、
前記算出された開始時刻を含む前記実行スケジュール管理情報を生成することを特徴とする管理計算機。
【請求項１５】
請求項１３に記載の管理計算機であって、
前記端末は、前記端末の位置を特定するための位置情報を取得する位置情報取得装置を有し、
前記管理計算機は、前記端末の位置を判定基準とする前記姿勢推定処理の実行スケジュールを生成するための第２ポリシ情報を保持し、
前記第２ポリシ情報は、前記移動体の移動経路及び前記移動体の目的地となる前記停止施設の位置である目的位置に基づいて特定される、前記位置情報取得装置を起動する時刻を算出するための時間制御値、及び前記姿勢推定処理を開始する開始位置を示す位置情報である位置制御値を含み、
前記管理計算機は、
前記移動経路上の前記停止施設間を接続する経路に対して、前記移動経路及び前記目的位置を入力として前記第２ポリシ情報を参照し、前記時間制御値及び前記位置制御値を取得し、
前記移動体の移動スケジュール及び前記取得された時間制御値に基づいて、前記位置情報取得装置の起動時刻を算出し、
前記取得された位置制御値及び前記位置情報取得装置の起動時刻を含む前記実行スケジュール管理情報を生成することを特徴とする管理計算機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体を用いて移動するユーザの状態を推定するシステム及び方法に関する。
【背景技術】
【０００２】
近年、電車及びバス等の移動体の混雑状況を通知するサービスが提供されている。移動体の混雑状況を把握するためには、移動体に乗車するユーザの数及びユーザの着席状態を推定する必要がある。ユーザの数及びユーザの着席状態を推定する技術として、例えば、特許文献１に記載の技術が知られている。
【０００３】
特許文献１には、端末装置から取得した加速度情報を用いて立位及び座位のグループを求め、グループの加速度情報及び端末装置から取得した加速度情報を比較することによって、端末装置を所持するユーザが立位及び座位のいずれの状態であるかを判定することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２５４３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来技術では、サービス提供側のサーバが、携帯電話、タブレット、及びスマートフォン等の端末から加速度情報等を収集し、加速度情報等を用いた処理を実行することによって移動体に乗車しているユーザの数及び着席状態を推定する。
【０００６】
従来技術では、端末の数の増加に伴って、通信量の増加及びサーバの負荷が増加する。負荷の増加によって演算時間が長くなり、また、通信量の増加によって通信速度が低下するため、端末に対する応答の遅延等が発生する。したがって、ユーザに提供するサービスの品質が低下するという問題がある。
【０００７】
前述の課題を解決する手段の一つとして、端末にユーザの状態を推定する処理を実行させることが考えられる。しかし、当該処理は、通常、常時又は特定の周期で継続して行われる。端末に単純に処理を実行させるだけでは、端末の負荷が非常に高くなり、消費電力が増大する。したがって、ユーザの利便性を向上させることができない。
【０００８】
本発明は、計算機リソースを有効に活用して、ユーザの利便性を低下させることなく、移動体を用いて移動するユーザの状態を判定するシステム及び方法を実現する。
【課題を解決するための手段】
【０００９】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の端末及び前記複数の端末と通信可能な管理計算機を備える計算機システムであって、前記複数の端末は、第１演算装置、前記第１演算装置に接続される第１記憶装置、前記第１演算装置に接続される第１通信装置、及び前記第１演算装置に接続され、端末を所持するユーザの姿勢を推定するための物理量を計測するセンサを有し、前記管理計算機は、第２演算装置、前記第２演算装置に接続される第２記憶装置、前記第２演算装置に接続される第２通信装置を有し、前記管理計算機は、複数の停止施設を経由する移動経路及び前記移動経路を移動する移動体の移動スケジュールを管理し、前記移動経路及び前記移動体の移動スケジュールに基づいて、前記ユーザの姿勢を推定する姿勢推定処理の開始タイミングを制御するための実行スケジュール管理情報を生成し、前記実行スケジュール管理情報を前記端末に送信し、前記姿勢推定処理の結果を受信した場合、当該姿勢推定処理の結果に基づいて前記ユーザの姿勢を管理するための履歴情報を更新し、前記端末は、前記実行スケジュール管理情報に基づいて、前記姿勢推定処理の開始条件を満たすか否かを判定し、前記姿勢推定処理の開始条件を満たすと判定された場合、前記センサから計測値を取得し、前記計測値を用いて前記姿勢推定処理を実行し、前記姿勢推定処理の結果を前記管理計算機に送信する。
【発明の効果】
【００１０】
本発明の一態様によれば、スケジュールに基づいた姿勢推定処理を端末に実行させることによって、計算機及び端末の負荷を低減しつつ、移動体を用いて移動するユーザの姿勢を推定できる。
【図面の簡単な説明】
【００１１】
【図１】実施例１の計算機システムの構成例を示す図である。
【図２】実施例１のサーバのハードウェア構成及びソフトウェア構成の一例を示す図である。
【図３】実施例１の端末のハードウェア構成及びソフトウェア構成の一例を示す図である。
【図４】実施例１のサーバが保持する運行管理情報のデータ構造の一例を示す図である。
【図５】実施例１のサーバが保持するポリシ管理情報のデータ構造の一例を示す図である。
【図６】実施例１のサーバが保持するユーザ管理情報のデータ構造の一例を示す図である。
【図７】実施例１のサーバが保持するユーザ管理情報を設定するための登録画面の一例を示す図である。
【図８】実施例１のサーバが保持するパターン管理情報のデータ構造の一例を示す図である。
【図９】実施例１のサーバが保持する姿勢履歴情報のデータ構造の一例を示す図である。
【図１０】実施例１の端末が保持する実行スケジュール管理情報のデータ構造の一例を示す図である。
【図１１】実施例１の端末が保持する計測値情報のデータ構造の一例を示す図である。
【図１２】実施例１の端末が保持する照合パターン管理情報のデータ構造の一例を示す図である。
【図１３】実施例１の端末が保持する姿勢管理情報のデータ構造の一例を示す図である。
【図１４】実施例１の計算機システム全体の処理の流れを説明するシーケンス図である。
【図１５】実施例１のサーバが実行する実行スケジュール決定処理の一例を説明するフローチャートである。
【図１６】実施例１のサーバが実行する照合パターン決定処理の一例を説明するフローチャートである。
【図１７Ａ】実施例１の端末が実行するスケジュール管理処理の一例を説明するフローチャートである。
【図１７Ｂ】実施例１の端末が実行するスケジュール管理処理の一例を説明するフローチャートである。
【図１８】実施例１の端末が実行する姿勢推定処理の一例を説明するフローチャートである。
【図１９】実施例１のサーバが実行するサービス提供処理の一例を説明するフローチャートである。
【図２０】実施例２のサーバのハードウェア構成及びソフトウェア構成の一例を示す図である。
【図２１】実施例２のサーバが保持する配布用実行スケジュール管理情報のデータ構造の一例を示す図である。
【図２２】実施例２のサーバが実行する配布用実行スケジュール生成処理の一例を説明するフローチャートである。
【図２３】実施例２のサーバが実行する実行スケジュール決定処理の一例を説明するフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明に係る実施例を添付図面を用いて説明する。各図において共通の構成については同一の参照符号が付されている。
【実施例１】
【００１３】
図１は、実施例１の計算機システムの構成例を示す図である。
【００１４】
計算機システムは、サーバ１００、移動体１１０、端末１２０、及び停止施設１４０から構成される。サーバ１００は、ネットワーク１６０を介して、複数の端末１２０と接続する。なお、ネットワーク１６０は、インターネット及びＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等である。
【００１５】
サーバ１００は、移動体１１０に乗車したユーザの姿勢を推定する姿勢推定処理を実行するための各種情報を端末１２０に設定する。サーバ１００の詳細な構成については図２を用いて説明する。
【００１６】
端末１２０は、ユーザが所持する装置であり、例えば、携帯電話、タブレット、及びスマートフォン等である。本実施例の端末１２０は、サーバ１００によって設定された実行スケジュール管理情報３２１（図３参照）に基づいて、移動体１１０に乗車しているユーザの姿勢を推定し、判定結果をサーバ１００に送信する。ここで、ユーザの姿勢は立位及び座位を含む概念である。端末１２０の詳細な構成については図３を用いて説明する。
【００１７】
移動体１１０は、ユーザが移動するために利用する乗り物であり、電車及びバス等である。本実施例では移動体１１０として電車を考える。なお、本発明は、移動体１１０の種別に限定されない。
【００１８】
停止施設１４０は、移動体１１０の移動経路に存在し、ユーザを乗車又は降車させるために移動体１１０が停止する施設である。停止施設１４０は、例えば、駅及び停留所等である。本実施例では、停止施設１４０として駅を考える。なお、本発明は、停止施設１４０の種別に限定されない。
【００１９】
停止施設１４０である駅には複数の路線が乗り入れている場合があり、ユーザがどの路線の電車（移動体１１０）に乗車したかを判定する必要がある。そこで、本実施例の停止施設１４０は、路線を判定するための情報を通知する位置通知装置１５０を含む。
【００２０】
位置通知装置１５０は、例えば、ホーム毎に設置された無線通信の基地局等が考えられる。端末１２０は、位置通知装置１５０からＳＳＩＤ等のホームの識別情報を含む通知を受信する。
【００２１】
本実施例では、端末１２０が姿勢推定処理を実行する。これによって、サーバ１００の負荷を削減できる。一方、従来の姿勢推定処理は常時又は特定の周期で継続して行われる。そのため、端末１２０の処理負荷が非常に大きくなるという問題がある。
【００２２】
ユーザの姿勢が変化するタイミングは、移動体１１０の動きに依存しているものと考えられる。そこで、本実施例のシステムは、移動体１１０の動きに合わせて、姿勢推定処理の開始タイミングを制御する。より具体的には、サーバ１００は、移動体１１０の動きに合わせて姿勢推定処理の実行スケジュールを決定し、端末１２０は、決定された実行スケジュールにしたがって、センサ３０４（図３参照）から計測値を取得し、当該計測値を用いてユーザの姿勢を推定する。
【００２３】
本実施例では、移動スケジュール及び移動経路を用いて、移動体１１０の動きの特徴を指定する。
【００２４】
前述の構成によれば、処理を分散することによってサーバ１００の負荷が低減し、また、実行スケジュールに基づいて姿勢推定処理の開始タイミングを調整することによって端末１２０の負荷を可能な限り低減できる。
【００２５】
従来の姿勢推定処理では、所定の姿勢に対応する照合パターンと算出されたパターンとを比較することによってユーザの姿勢が判定されている。しかし、同一の行動であっても、端末１２０の保持状態が異なる場合、算出されるパターンが異なる。また、ユーザの姿勢が同一であっても、年齢及び性別等のユーザの属性が異なる場合、算出されるパターンが異なる。ここで、端末１２０の保持状態とは、ユーザがどのように端末１２０を保持しているかを示す状態である。例えば、ユーザが端末１２０を手に持っている状態、鞄に端末１２０が収納されている状態である。
【００２６】
そこで、本実施例のシステムは、端末１２０の保持状態及びユーザの属性を考慮したパターンの照合を行う。より具体的には、サーバ１００は、端末１２０の保持状態及びユーザの属性に基づいて照合パターンを選択し、端末１２０は、選択された照合パターンを用いてユーザの姿勢を推定する。
【００２７】
前述の構成によって、姿勢の判定精度が向上できる。また、端末１２０の記憶領域の消費量を抑え、処理の負荷を低減できるという効果も奏する。
【００２８】
図２は、実施例１のサーバ１００のハードウェア構成及びソフトウェア構成の一例を示す図である。
【００２９】
サーバ１００は、ハードウェア構成として、演算装置２０１、記憶装置２０２、及び通信装置２０３を有する。演算装置２０１、記憶装置２０２、及び通信装置２０３は、内部バス等を介して互いに接続される。
【００３０】
演算装置２０１は、プロセッサ、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、及びＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）等であり、記憶装置２０２に格納されるプログラムを実行する。
【００３１】
演算装置２０１がプログラムにしたがって処理を実行することによって、特定の機能を実現するモジュール（機能部）として動作する。以下の説明では、モジュールを主語に処理を説明する場合、演算装置２０１が当該モジュールを実現するプログラムを実行していることを示す。
【００３２】
記憶装置２０２は、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリであり、演算装置２０１が実行するプログラム及びプログラムが使用する情報を格納する。なお、記憶装置２０２は、揮発性の記憶素子から構成されてもよいし、また、不揮発性の記憶素子から構成されてもよい。記憶装置２０２に格納されるプログラム及び情報については後述する。
【００３３】
なお、サーバ１００は、記憶装置２０２として、メモリ等の主記憶装置と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の副記憶装置とを有する構成でもよい。
【００３４】
通信装置２０３は、ネットワークインタフェース等であり、ネットワークを介して外部装置と通信する。
【００３５】
ここで、記憶装置２０２に格納されるプログラム及び情報について説明する。記憶装置２０２は、スケジュール決定モジュール２１１及び姿勢管理モジュール２１２を実現するプログラムを格納する。また、記憶装置２０２は、運行管理情報２２１、ポリシ管理情報２２２、ユーザ管理情報２２３、パターン管理情報２２４、及び姿勢履歴情報２２５を格納する。
【００３６】
運行管理情報２２１は、移動体１１０の移動経路及び移動スケジュール等を管理するための情報である。運行管理情報２２１の詳細は図４を用いて説明する。
【００３７】
ポリシ管理情報２２２は、姿勢推定処理の実行スケジュールを決定する場合に使用されるポリシを管理するための情報である。ポリシ管理情報２２２の詳細は図５を用いて説明する。
【００３８】
ユーザ管理情報２２３は、端末１２０を所持するユーザの属性を管理するための情報である。ユーザ管理情報２２３の詳細は図６を用いて説明する。
【００３９】
パターン管理情報２２４は、端末１２０に照合パターンとして設定するパターンを管理するための情報である。パターン管理情報２２４の詳細は図８を用いて説明する。
【００４０】
姿勢履歴情報２２５は、ユーザの姿勢の判定結果の履歴を管理するための情報である。姿勢履歴情報２２５の詳細は図９を用いて説明する。
【００４１】
スケジュール決定モジュール２１１は、姿勢推定処理の実行スケジュール及び照合パターンを設定するための実行スケジュール管理情報３２１及び照合パターン管理情報３２３を生成する。
【００４２】
姿勢管理モジュール２１２は、端末１２０から姿勢の判定結果を受信し、姿勢履歴情報２２５に登録する。また、姿勢管理モジュール２１２は、移動体１１０内のユーザの行動又は降車場所に応じて提供するサービスを決定する。
【００４３】
例えば、姿勢管理モジュール２１２は、ユーザが移動体１１０の乗車中に他のユーザに席を譲ったと推定される場合、当該ユーザが所持する端末１２０にショッピング等に利用できるポイント及びクーポンを配布する。また、姿勢管理モジュール２１２は、降車場所の近くに存在するお店の広告及びクーポンを配布する。
【００４４】
なお、サーバ１００が有する各モジュールについては、複数のモジュールを一つのモジュールにまとめてもよいし、一つのモジュールを機能毎に複数のモジュールに分けてもよい。
【００４５】
図３は、実施例１の端末１２０のハードウェア構成及びソフトウェア構成の一例を示す図である。
【００４６】
端末１２０は、ハードウェア構成として、演算装置３０１、記憶装置３０２、通信装置３０３、センサ３０４、位置情報取得装置３０５、及び入出力装置３０６を有する。演算装置３０１、記憶装置３０２、通信装置３０３、センサ３０４、位置情報取得装置３０５、及び入出力装置３０６は、内部バス等を介して互いに接続される。
【００４７】
演算装置３０１、記憶装置３０２、及び通信装置３０３は、演算装置２０１、記憶装置２０２、及び通信装置２０３と同一のハードウェアである。記憶装置３０２に格納されるプログラム及び情報については後述する。
【００４８】
センサ３０４は、ユーザの行動に関連する物理量を計測する。本実施例のセンサ３０４には、少なくとも、加速度センサ及び角速度センサが含まれる。なお、気圧センサ、地磁気センサ等が含まれてもよい。
【００４９】
位置情報取得装置３０５は、端末１２０の位置を特定する位置情報を取得する。位置情報取得装置３０５は、例えば、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機等である。
【００５０】
入出力装置３０６は、ユーザが情報を入力し、また、ユーザに情報を提示する装置である。入出力装置３０６は、例えば、タッチパネル、キーボード、及びマウスの入力装置と、タッチパネル及びディスプレイ等の出力装置とから構成される。
【００５１】
ここで、記憶装置３０２に格納されるプログラム及び情報について説明する。記憶装置３０２は、スケジュール管理モジュール３１１及びパターン解析モジュール３１２を実現するプログラムを格納する。また、記憶装置３０２は、実行スケジュール管理情報３２１、計測値情報３２２、照合パターン管理情報３２３、及び姿勢管理情報３２４を格納する。
【００５２】
実行スケジュール管理情報３２１は、姿勢推定処理の実行スケジュールを管理するための情報である。実行スケジュール管理情報３２１の詳細は図１０を用いて説明する。
【００５３】
計測値情報３２２は、センサ３０４によって計測された物理量（計測値）を管理するための情報である。計測値情報３２２の詳細は図１１を用いて説明する。
【００５４】
照合パターン管理情報３２３は、後述する姿勢推定処理（図１８参照）に使用する照合パターンを管理するための情報である。照合パターン管理情報３２３の詳細は図１２を用いて説明する。
【００５５】
姿勢管理情報３２４は、ユーザの姿勢の判定結果を管理するための情報である。姿勢管理情報３２４の詳細は図１３を用いて説明する。
【００５６】
スケジュール管理モジュール３１１は、姿勢推定処理の実行スケジュールを管理する。より具体的には、スケジュール管理モジュール３１１は、実行スケジュール管理情報３２１に基づいてスケジュール管理処理を実行する。スケジュール管理処理では、スケジュール管理モジュール３１１は、開始条件が満たされた場合、パターン解析モジュール３１２に姿勢推定処理の実行を指示する。
【００５７】
パターン解析モジュール３１２は、計測値情報３２２及び照合パターン管理情報３２３を用いて姿勢推定処理を実行する。また、パターン解析モジュール３１２は、処理の結果を姿勢管理情報３２４に登録する。
【００５８】
なお、端末１２０が有する各モジュールについては、複数のモジュールを一つのモジュールにまとめてもよいし、一つのモジュールを機能毎に複数のモジュールに分けてもよい。
【００５９】
端末１２０にインストールするアプリケーションとして実現する場合、サーバ１００は、端末１２０にスケジュール管理モジュール３１１及びパターン解析モジュール３１２を含むアプリケーションを配布する。
【００６０】
次に、図４から図９を用いてサーバ１００が保持する情報のデータ構造について説明する。
【００６１】
図４は、実施例１のサーバ１００が保持する運行管理情報２２１のデータ構造の一例を示す図である。
【００６２】
運行管理情報２２１は、停止施設ＩＤ４０１、位置４０２、乗り場４０３、移動経路４０４、出発時刻４０５、及び目的地４０６から構成されるエントリを含む。一つの停止施設１４０に対して一つのエントリが存在する。
【００６３】
停止施設ＩＤ４０１は、出発地となる停止施設１４０の識別情報を格納するフィールドである。例えば、停止施設１４０の名称又は識別番号等が格納される。
【００６４】
位置４０２は、停止施設１４０の位置を示す位置情報を格納するフィールドである。位置４０２には例えば経度及び緯度が格納される。
【００６５】
乗り場４０３は、移動体１１０の乗り場（発着場所）を示す情報を格納するフィールドである。例えば、停止施設１４０が駅の場合、乗り場４０３には駅のホームの番号等が格納される。一つのエントリには、停止施設１４０に存在する乗り場の数だけ行が含まれる。
【００６６】
移動経路４０４は、乗り場４０３に対応する乗り場から発着する移動体１１０の移動経路の識別情報を格納するフィールドである。例えば、移動体１１０が電車の場合、移動経路４０４には路線の名称等が格納される。
【００６７】
出発時刻４０５は、移動経路４０４に対応する移動経路を移動する移動体１１０が停止施設１４０を出発する時刻を格納するフィールドである。出発時刻４０５には、運行本数分の時刻が格納される。なお、出発時刻の代わりに到着時刻を格納するフィールドを設けてもよい。
【００６８】
目的地４０６は、停止施設ＩＤ４０１に対応する停止施設１４０を出発して次に停止する停止施設１４０の識別情報を格納するフィールドである。
【００６９】
本実施例の運行管理情報２２１は、停止施設１４０をキーとする構造のデータであるが、本発明はこれに限定されない。例えば、移動経路をキーとする構造及び時刻をキーとする構造等のデータでもよい。すなわち、運行管理情報２２１は、移動体１１０の移動経路及び移動スケジュールを特定できる情報であればよい。
【００７０】
図５は、実施例１のサーバ１００が保持するポリシ管理情報２２２のデータ構造の一例を示す図である。
【００７１】
ポリシ管理情報２２２は、時刻を判定基準とする実行スケジュールを生成するための時間ポリシ情報５００、及び端末１２０の位置を判定基準とする実行スケジュールを生成するための地点ポリシ情報５１０を含む。
【００７２】
時間ポリシ情報５００は、移動体状態５０１、時間制御値５０２、及び計測時間幅５０３から構成されるエントリを含む。一つの移動体１１０の状態に対して一つのエントリが存在する。
【００７３】
移動体状態５０１は、移動体１１０の運行状態を示す情報を格納するフィールドである。本実施例の移動体状態５０１には「出発」及び「停止」のいずれかが格納される。「出発」は移動体１１０が停止施設１４０を出発した状態を示し、「停止」は移動体１１０が停止施設１４０に停止している状態を示す。
【００７４】
時間制御値５０２は、姿勢推定処理を開始する時刻を算出するための時間を格納するフィールドである。時間制御値５０２には、正の時間及び負の時間が格納される。正の時間は、移動体状態５０１に対応する状態となった後に姿勢推定処理を開始する時刻を設定する場合に使用される。負の時間は、移動体状態５０１に対応する状態となる前に姿勢推定処理を開始する時刻を設定する場合に使用される。
【００７５】
計測時間幅５０３は、センサ３０４から計測値を取得する時間幅を格納するフィールドである。
【００７６】
ここで、図５に示す時間ポリシ情報５００に設定されたエントリの内容について説明する。時間ポリシ情報５００の一番目のエントリは、端末１２０が、移動体１１０が出発してから１秒後にセンサ３０４からの計測値の取得を開始し、計測値の取得を１分間行い、計測値を用いて姿勢推定処理を実行することを示す。また、二番目のエントリは、端末１２０が、移動体１１０が停止する１分前にセンサ３０４からの計測値の取得を開始し、計測値の取得を４５秒間行い、計測値を用いて姿勢推定処理を実行することを示す。
【００７７】
時間ポリシ情報５００には、移動体１１０が停止施設１４０に停止し、所定の時間経過した後に、計測値の取得及び姿勢推定処理の実行を行うポリシが設定されてもよい。
【００７８】
地点ポリシ情報５１０は、移動経路５１１、区間５１２、位置制御値５１３、計測時間幅５１４、及び時間制御値５１５から構成されるエントリを含む。一つの移動経路に対して一つのエントリが存在する。なお、移動経路５１１及び計測時間幅５１４は、移動経路４０４及び計測時間幅５０３と同一のフィールドである。
【００７９】
区間５１２は、移動経路の区間を特定するための情報を格納するフィールドである。ここで、移動経路の区間とは、出発地である停止施設１４０から次に停止する目的地である停止施設１４０までの間の経路を表す。したがって、区間５１２には、停止施設１４０の識別情報の組合せが格納される。
【００８０】
位置制御値５１３は、姿勢推定処理を開始する端末１２０の位置情報を格納するフィールドである。位置制御値５１３には、例えば、経度及び緯度が格納される。一つの区間に対して一つ以上の位置制御値５１３を設定できる。
【００８１】
なお、位置制御値５１３に設定する位置情報は、移動経路の特徴等に基づいて設定される。例えば、カーブが存在する位置及び凹凸のある位置等を示す位置情報が位置制御値５１３に設定される。
【００８２】
時間制御値５１５は位置情報取得装置３０５を起動させる時刻を算出するための時間を格納するフィールドである。時間制御値５１５には、区間の出発地となる停止施設１４０及び時間の組が格納される。
【００８３】
ここで、図５に示す地点ポリシ情報５１０に設定されたエントリの内容について説明する。地点ポリシ情報５１０の一番目のエントリに含まれる一番目の行は、端末１２０が、Ａ駅を出発して１分後又はＢ駅を出発して８０秒後に位置情報取得装置３０５を起動させることを示す。さらに、端末１２０が、緯度「３５．６６４３２２」かつ経度「１３９．７０１６５６」の位置に到達した場合にセンサ３０４からの計測値の取得を開始し、計測値の取得を２０秒間行い、計測値を用いて姿勢推定処理を実行することを示す。
【００８４】
時間ポリシ情報５００及び地点ポリシ情報５１０は、予め設定されているものとする。なお、適宜更新することができる。
【００８５】
なお、センサ３０４から計測値を周期に取得する場合、時間ポリシ情報５００及び地点ポリシ情報５１０に取得周期を格納するフィールドを設けてもよい。
【００８６】
図６は、実施例１のサーバ１００が保持するユーザ管理情報２２３のデータ構造の一例を示す図である。
【００８７】
ユーザ管理情報２２３は、端末ＩＤ６０１、年齢６０２、及び性別６０３から構成されるエントリを含む。一つの端末１２０（一人のユーザ）に対して一つのエントリが存在する。
【００８８】
端末ＩＤ６０１は、端末１２０の識別情報を格納するフィールドである。年齢６０２は、端末１２０を所持するユーザの年齢を格納するフィールドである。本実施例の年齢６０２にはユーザの年代が格納される。性別６０３は、端末１２０を所持するユーザの性別を格納するフィールドである。
【００８９】
ここで、ユーザ管理情報２２３に格納する値を設定するためのＧＵＩの一例について説明する。図７は、実施例１のサーバ１００が保持するユーザ管理情報２２３を設定するための登録画面７００の一例を示す図である。
【００９０】
登録画面７００は、年齢入力欄７０１、性別入力欄７０２、及び登録ボタン７０３を含む。
【００９１】
年齢入力欄７０１は、端末１２０を所持するユーザの年齢を入力する欄である。本実施例の年齢入力欄７０１には、プルダウン形式で年代が表示される。
【００９２】
性別入力欄７０２は、端末１２０を所持するユーザの性別を選択する欄である。本実施例の性別入力欄７０２には、女性及び男性のいずれかを選択するラジオボタンが表示される。
【００９３】
登録ボタン７０３は、年齢入力欄７０１及び性別入力欄７０２に設定された値を登録するための操作ボタンである。
【００９４】
ユーザが登録ボタン７０３を操作した場合、端末１２０は、端末１２０の識別情報、年齢、及び性別を含むユーザ属性登録要求をサーバ１００に送信する。サーバ１００は、当該要求を受信した場合、ユーザ管理情報２２３にエントリを追加し、追加されたエントリの各フィールドにユーザ属性登録要求に含まれる値を設定する。
【００９５】
なお、ユーザが年齢の入力及び性別の選択を行わずに登録ボタン７０３を操作した場合、端末１２０の識別情報のみを含むユーザ属性登録要求がサーバ１００に送信される。
【００９６】
図８は、実施例１のサーバ１００が保持するパターン管理情報２２４のデータ構造の一例を示す図である。
【００９７】
パターン管理情報２２４は、ＩＤ８０１、年齢８０２、性別８０３、保持状態８０４、座位パターン８０５、及び立位パターン８０６から構成されるエントリを含む。年齢及び性別の一つの組合せに対して一つのエントリが存在する。なお、年齢８０２及び性別８０３は、年齢６０２及び性別６０３と同一のフィールドである。
【００９８】
ＩＤ８０１は、パターン管理情報２２４のエントリの識別情報を格納するフィールドである。
【００９９】
保持状態８０４は、端末１２０の保持状態を示す情報を格納するフィールドである。一つのエントリには、保持状態の種類の数と同数の行が含まれる。
【０１００】
座位パターン８０５は、座位の状態を検出するためのパターンを格納するフィールドである。立位パターン８０６は、立位の状態を検出するためのパターンを格納するフィールドである。
【０１０１】
本実施例の座位パターン８０５及び立位パターン８０６には、加速度に基づいて算出されたパターン及び角速度に基づいて算出されたパターンが格納される。なお、いずれか一方のパターンが格納されてもよいし、加速度及び角速度に基づいて算出されたパターンが格納されてもよい。また、加速度に基づいて算出されたパターン及び角速度に基づいて算出されたパターンの検出タイミング等、時系列の関係を示す情報が格納されてもよい。
【０１０２】
図９は、実施例１のサーバ１００が保持する姿勢履歴情報２２５のデータ構造の一例を示す図である。
【０１０３】
姿勢履歴情報２２５は、端末ＩＤ９０１、移動経路９０２、停止施設ＩＤ９０３、時刻９０４、端末位置９０５、及び姿勢種別９０６から構成されるエントリを含む。一つの端末１２０に対して一つのエントリが存在する。なお、端末ＩＤ９０１は端末ＩＤ６０１と同一のフィールドである。
【０１０４】
移動経路９０２は、端末１２０を所持するユーザが乗車した移動体１１０の移動経路の識別情報を格納するフィールドである。
【０１０５】
停止施設ＩＤ９０３は、実行スケジュールが生成された移動経路の区間を特定するための停止施設１４０の識別情報を格納するフィールドである。具体的には、停止施設ＩＤ９０３には、最後に生成された区間の目的地となる停止施設１４０の識別情報が格納される。図９に示す例では、Ｃ駅が目的地となる区間までの実行スケジュールが生成されていることを示す。
【０１０６】
時刻９０４は、姿勢履歴情報２２５にエントリが登録された時刻を格納するフィールドである。例えば、時刻９０４には、姿勢推定処理が実行された時刻又は判定結果を受信した時刻等が格納される。
【０１０７】
端末位置９０５は、姿勢推定処理の開始時の端末１２０の位置又は姿勢推定処理の終了時の端末１２０の位置を示す情報を格納するフィールドである。
【０１０８】
姿勢種別９０６は、ユーザの姿勢を示す情報を格納するフィールドである。本実施例の姿勢種別９０６には「立位」及び「座位」のいずれかが格納される。
【０１０９】
次に、図１０から図１３を用いて端末１２０が保持する情報のデータ構造について説明する。
【０１１０】
図１０は、実施例１の端末１２０が保持する実行スケジュール管理情報３２１のデータ構造の一例を示す図である。
【０１１１】
実行スケジュール管理情報３２１は、時間スケジュール情報１０００及び地点スケジュール情報１０１０を含む。
【０１１２】
時間スケジュール情報１０００は、時刻を判定基準として姿勢推定処理の開始タイミングを制御するための実行スケジュールを格納する。具体的には、時間スケジュール情報１０００は、開始時刻１００１及び計測時間幅１００２から構成されるエントリを含む。一つの実行スケジュールに対して一つのエントリが存在する。なお、計測時間幅１００２は計測時間幅５０３と同一のフィールドである。
【０１１３】
開始時刻１００１は、姿勢推定処理の開始時刻を格納するフィールドである。端末１２０は、現在時刻が開始時刻１００１に設定された時刻を経過した場合、姿勢推定処理を開始する。
【０１１４】
地点スケジュール情報１０１０は、端末１２０の位置を判定基準として姿勢推定処理の開始タイミングを制御するための実行スケジュールを格納する。具体的には、地点スケジュール情報１０１０は、開始位置１０１１、計測時間幅１０１２、及び起動時刻１０１３を含む。一つの実行スケジュールに対して一つのエントリが存在する。なお、開始位置１０１１及び計測時間幅１０１２は、位置制御値５１３及び計測時間幅５１４と同一のフィールドである。
【０１１５】
起動時刻１０１３は、位置情報取得装置３０５を起動させる時刻を格納するフィールドである。
【０１１６】
図１１は、実施例１の端末１２０が保持する計測値情報３２２のデータ構造の一例を示す図である。
【０１１７】
計測値情報３２２は、時刻１１０１、加速度１１０２、及び角速度１１０３から構成されるエントリを含む。一つの計測結果に対して一つのエントリが存在する。
【０１１８】
時刻１１０１は、センサ３０４によって物理量（加速度及び角速度）が計測された時刻を格納するフィールドである。加速度１１０２は、加速度センサを用いて計測された加速度を格納するフィールドである。角速度１１０３は、角速度センサを用いて計測された角速度を格納するフィールドである。
【０１１９】
図１２は、実施例１の端末１２０が保持する照合パターン管理情報３２３のデータ構造の一例を示す図である。
【０１２０】
照合パターン管理情報３２３は、ＩＤ１２０１、座位パターン１２０２、及び立位パターン１２０３から構成されるエントリを含む。照合パターン管理情報３２３のエントリの数は、パターン管理情報２２４の一つのエントリに含まれる行の数と同一である。すなわち、一つの保持状態に対して一つのエントリが存在する。なお、座位パターン１２０２及び立位パターン１２０３は、座位パターン８０５及び立位パターン８０６と同一のフィールドである。
【０１２１】
図１３は、実施例１の端末１２０が保持する姿勢管理情報３２４のデータ構造の一例を示す図である。
【０１２２】
姿勢管理情報３２４は、時刻１３０１、端末位置１３０２、及び姿勢種別１３０３から構成されるエントリを含む。一つの判定結果に対して一つのエントリが存在する。なお、時刻１３０１、端末位置１３０２、及び姿勢種別１３０３は、時刻９０４、端末位置９０５、及び姿勢種別９０６と同一のフィールドである。
【０１２３】
次に、計算機システムの処理について説明する。図１４は、実施例１の計算機システム全体の処理の流れを説明するシーケンス図である。なお、以下の説明では、ユーザの属性がユーザ管理情報２２３に登録されているものとする。
【０１２４】
端末１２０は、移動体１１０への乗車を検出した場合（ステップＳ１０１）、サーバ１００に乗車情報を送信する（ステップＳ１０２）。
【０１２５】
乗車情報は、ユーザが移動体１１０に乗車した停止施設１４０に関する情報、乗車時刻、端末１２０の識別情報、及び端末１２０の位置情報等を含む。停止施設１４０に関する情報には、位置通知装置１５０から取得した情報が含まれる。ここでは、停止施設１４０の識別情報、停止施設１４０の位置情報、及び乗り場の識別情報が含まれるものとする。
【０１２６】
なお、移動体１１０が電車の場合、乗車情報には、車両を特定する情報を含めてもよい。車両の特定方法としては、位置通知装置１５０との通信電波の強度に基づいて特定する方法、及び移動体１１０から通知される情報に基づいて特定する方法等が考えられる。
【０１２７】
サーバ１００は、乗車情報を受信した場合、姿勢履歴情報２２５を更新する（ステップＳ１０３）。
【０１２８】
具体的には、姿勢管理モジュール２１２が、姿勢履歴情報２２５にエントリを追加し、追加されたエントリの端末ＩＤ９０１に乗車情報に含まれる端末１２０の識別情報を設定する。また、姿勢管理モジュール２１２は、当該エントリに行を生成し、生成された行の時刻９０４及び端末位置９０５に乗車情報に含まれる乗車時刻及び端末１２０の位置情報を設定する。さらに、姿勢管理モジュール２１２は、追加された行の姿勢種別９０６に「立位」を設定する。
【０１２９】
次に、サーバ１００は、実行スケジュール決定処理を実行し（ステップＳ１０４）、また、照合パターン決定処理を実行する（ステップＳ１０５）。実行スケジュール決定処理の詳細は図１５を用いて説明する。また、照合パターン決定処理の詳細は図１６を用いて説明する。
【０１３０】
なお、本発明は、実行スケジュール決定処理及び照合パターン決定処理の実行順に限定されない。実行スケジュール決定処理及び照合パターン決定処理は並列に実行されてもよい。また、照合パターン決定処理の実行後に、実行スケジュール決定処理が実行されてもよい。
【０１３１】
実行スケジュール決定処理が実行されることによって実行スケジュール管理情報３２１が生成され、また、照合パターン決定処理が実行されることによって照合パターン管理情報３２３が生成される。
【０１３２】
次に、サーバ１００は、生成された実行スケジュール管理情報３２１及び照合パターン管理情報３２３を端末１２０に送信する（ステップＳ１０６）。
【０１３３】
端末１２０は、実行スケジュール管理情報３２１及び照合パターン管理情報３２３を受信した場合、各情報を記憶装置３０２に格納し（ステップＳ１０７）、スケジュール管理処理を実行する（ステップＳ１０８）。スケジュール管理処理の詳細は図１７を用いて説明する。
【０１３４】
スケジュール管理処理において姿勢推定処理の開始タイミングが検出された場合、端末１２０は、姿勢推定処理を実行する（ステップＳ１０９）。また、端末１２０は、姿勢情報をサーバ１００に送信する（ステップＳ１１０）。姿勢推定処理の詳細は図１８を用いて説明する。
【０１３５】
姿勢情報は、姿勢推定処理の結果を含む情報であり、具体的には、端末１２０の識別情報、開始時刻、端末１２０の位置を示す位置情報、及びユーザの姿勢種別等を含む。
【０１３６】
サーバ１００は、姿勢情報を受信した場合、姿勢履歴情報２２５を更新する（ステップＳ１１１）。
【０１３７】
具体的には、姿勢管理モジュール２１２が、姿勢履歴情報２２５を参照し、端末ＩＤ９０１に姿勢情報に含まれる端末１２０の識別情報が設定されたエントリを検索する。姿勢管理モジュール２１２は、検索されたエントリに行を生成し、生成された行の時刻９０４、端末位置９０５、及び姿勢種別９０６に姿勢情報に含まれる値を設定する。
【０１３８】
端末１２０は、移動体１１０からのユーザの降車を検出するまでスケジュール管理処理を継続する。
【０１３９】
端末１２０は、移動体１１０からのユーザの降車を検出した場合（ステップＳ１１２）、スケジュール管理処理を終了し、サーバ１００に降車情報を送信する（ステップＳ１１３）。
【０１４０】
降車情報は、ユーザが移動体１１０から降車した停止施設１４０に関する情報、降車時刻、端末１２０の識別情報、及び端末１２０の位置情報等を含む。
【０１４１】
サーバ１００は、降車情報を受信した場合、サービス提供処理を実行する（ステップＳ１１４）。
【０１４２】
本実施例では、移動体１１０を利用したユーザの行動等に応じたサービスを提供することを想定している。したがって、サーバ１００は、姿勢履歴情報２２５に基づいて、サービス提供処理を実行する。サービス提供処理の詳細は図１９を用いて説明する。
【０１４３】
図１５は、実施例１のサーバ１００が実行する実行スケジュール決定処理の一例を説明するフローチャートである。
【０１４４】
サーバ１００のスケジュール決定モジュール２１１は、端末１２０から乗車情報又はスケジュール生成要求を受信した場合、以下で説明する実行スケジュール決定処理を開始する。
【０１４５】
スケジュール決定モジュール２１１は、乗車情報の受信が処理の開始のトリガであるか否かを判定する（ステップＳ２０１）。
【０１４６】
乗車情報の受信が処理の開始のトリガであると判定された場合、スケジュール決定モジュール２１１は、ステップＳ２０３に進む。
【０１４７】
スケジュール生成要求の受信が処理の開始のトリガであると判定された場合、スケジュール決定モジュール２１１は、姿勢履歴情報２２５に基づいて、移動経路及び実行スケジュールが生成された移動経路の区間を特定する（ステップＳ２０２）。その後、スケジュール決定モジュール２１１は、ステップＳ２０３に進む。
【０１４８】
具体的には、スケジュール決定モジュール２１１は、姿勢履歴情報２２５を参照し、端末ＩＤ９０１にスケジュール生成要求に含まれる端末１２０の識別情報が設定されるエントリを検索する。スケジュール決定モジュール２１１は、検索されたエントリの移動経路９０２、停止施設ＩＤ９０３、及び時刻９０４に設定された値を取得する。なお、時刻９０４は、最も現在時刻に近い時刻が取得される。
【０１４９】
ステップＳ２０３では、スケジュール決定モジュール２１１は、変数ｎに初期値として「１」を設定する（ステップＳ２０３）。ここで、変数ｎは実行スケジュールを生成した移動経路の区間の数を表す。
【０１５０】
本実施例では、任意の数の区間の実行スケジュールが生成される。移動経路の全区間の実行スケジュールを生成する場合、サーバ１００の負荷が大きくなる。また、端末１２０に送信する実行スケジュール管理情報３２１のサイズも大きくなるため、通信帯域を圧迫し、また、端末１２０の記憶領域の消費量が増大する。前述の問題を回避するために、スケジュール決定モジュール２１１は、移動経路の一部の実行スケジュールを生成するように制御する。ここでは、Ｎ区間分の実行スケジュールが生成されるものとする。
【０１５１】
スケジュール決定モジュール２１１は、乗車情報及び運行管理情報２２１に基づいて、移動体１１０の移動経路及び移動スケジュールを特定する（ステップＳ２０４）。ここでステップＳ２０４の処理について説明する。
【０１５２】
乗車情報の受信がトリガの場合、以下の処理が実行される。スケジュール決定モジュール２１１は、運行管理情報２２１を参照し、停止施設ＩＤ４０１に、乗車情報に含まれる停止施設１４０の識別情報が設定されたエントリを検索する。スケジュール決定モジュール２１１は、検索されたエントリに含まれる行の中から、乗り場４０３に、乗車情報に含まれる乗り場の識別情報が設定された行を検索する。以上の処理によってスケジュール決定モジュール２１１は移動経路を特定できる。
【０１５３】
スケジュール決定モジュール２１１は、検索された行の出発時刻４０５及び乗車情報に含まれる乗車時刻の差を算出し、算出された差が最も小さい出発時刻を特定する。以上の処理によってスケジュール決定モジュール２１１は出発時刻を特定できる。すなわち、移動スケジュールが特定される。
【０１５４】
スケジュール決定モジュール２１１は、乗車情報に含まれる停止施設１４０の識別情報、並びに、特定された行に設定された移動経路の識別情報、目的地となる停止施設１４０の識別情報、及び出発時刻を、記憶装置２０２に一時的に格納する。
【０１５５】
以下の説明では、出発地の停止施設１４０を第１停止施設１４０と記載し、目的地となる停止施設１４０を第２停止施設１４０と記載する。
【０１５６】
なお、同一の乗り場を通過する移動経路が複数存在する場合がある。この場合、スケジュール決定モジュール２１１は、乗り場及び出発時刻に基づいて移動経路を特定する方法、及び、停止施設１４０に到着した移動体１１０から送信された移動経路の識別情報に基づいて移動経路を特定する方法等が考えられる。
【０１５７】
スケジュール生成要求の受信がトリガの場合、以下の処理が実行される。スケジュール決定モジュール２１１は、運行管理情報２２１を参照し、停止施設ＩＤ４０１に、停止施設ＩＤ９０３から取得された識別情報が設定されたエントリを検索する。スケジュール決定モジュール２１１は、検索されたエントリに含まれる行の中から、移動経路４０４に、移動経路９０２から取得された値が設定された行を検索する。さらに、スケジュール決定モジュール２１１は、検索された行の出発時刻４０５及び時刻９０４に設定された時刻の差を算出し、算出された差が最も小さい出発時刻を特定する。
【０１５８】
スケジュール決定モジュール２１１は、第１停止施設１４０の識別情報、第２停止施設１４０の識別情報、移動経路の識別情報、及び出発時刻を、記憶装置２０２に一時的に格納する。
【０１５９】
前述のようにスケジュール生成要求の受信がトリガの場合、移動経路はステップＳ２０２において特定されているため、ステップＳ２０４では出発時刻のみが特定される。以上がステップＳ２０４の処理の説明である。
【０１６０】
次に、スケジュール決定モジュール２１１は、運行管理情報２２１に基づいて目的地の到着時刻を算出する（ステップＳ２０５）。具体的には以下のような処理が実行される。
【０１６１】
スケジュール決定モジュール２１１は、停止施設ＩＤ４０１に、第２停止施設１４０の識別情報が設定されたエントリを検索する。スケジュール決定モジュール２１１は、検索されたエントリの移動経路４０４に、特定された移動経路の識別情報が設定された行を検索する。
【０１６２】
スケジュール決定モジュール２１１は、検索された行の出発時刻４０５を参照して、ステップＳ２０４において特定された出発時刻との差が最小の出発時刻を特定する。スケジュール決定モジュール２１１は、特定された出発時刻に基づいて、目的地の到着時刻を算出する。例えば、スケジュール決定モジュール２１１は、出発時刻をそのまま到着時刻として算出してもよいし、出発時刻から所定の時間を減算した時刻を到着時刻として算出してもよい。
【０１６３】
ステップＳ２０５までの処理によって、移動経路、区間（第１停止施設１４０及び第２停止施設１４０）、第１停止施設１４０の出発時刻、及び第２停止施設１４０の到着時刻が特定される。以上がステップＳ２０５の処理の説明である。
【０１６４】
次に、スケジュール決定モジュール２１１は、時間ポリシ情報５００に基づいて、時間スケジュール情報１０００を生成する（ステップＳ２０６）。具体的には以下のような処理が実行される。
【０１６５】
（Ａ１）スケジュール決定モジュール２１１は、時間ポリシ情報５００のエントリを一つ選択する。
【０１６６】
（Ａ２）スケジュール決定モジュール２１１は、選択されたエントリの時間制御値５０２の値を基準時刻に加算することによって開始時刻を算出する。ここで、基準時刻は、出発時刻及び到着時刻のいずれかの時刻を示す。スケジュール決定モジュール２１１は、移動体状態５０１の値に応じて基準時刻に設定する時刻を選択する。
【０１６７】
選択されたエントリの移動体状態５０１が「出発」である場合、スケジュール決定モジュール２１１は、ステップＳ２０４において特定された出発時刻を基準時刻に選択する。選択されたエントリの移動体状態５０１が「停止」である場合、スケジュール決定モジュール２１１は、ステップＳ２０５において特定された到着時刻を基準時刻に選択する。
【０１６８】
（Ａ３）スケジュール決定モジュール２１１は、時間スケジュール情報１０００にエントリを追加し、追加されたエントリの開始時刻１００１に算出された開始時刻を設定する。また、スケジュール決定モジュール２１１は、追加されたエントリの計測時間幅１００２に、選択されたエントリの計測時間幅５０３の値を設定する。
【０１６９】
スケジュール決定モジュール２１１は、時間ポリシ情報５００の各エントリに対して（Ａ１）から（Ａ３）までの処理を実行する。
【０１７０】
ここで、出発時刻が「１４：２６」であり、到着時刻が「１４：３１」である場合の開始時刻の算出例を説明する。スケジュール決定モジュール２１１は、移動体状態５０１が「出発」であるエントリの時間制御値５０２に設定された値を出発時刻に加算することによって、開始時刻「１４：２６：０１」を算出する。同様に、スケジュール決定モジュール２１１は、移動体状態５０１が「停止」であるエントリの時間制御値５０２に設定された時間を到着時刻に加算することによって、開始時刻「１４：３０：００」を算出する。以上がステップＳ２０６の処理の説明である。
【０１７１】
次に、スケジュール決定モジュール２１１は、地点ポリシ情報５１０に基づいて、地点スケジュール情報１０１０を生成する（ステップＳ２０７）。具体的には以下のような処理が実行される。
【０１７２】
（Ｂ１）スケジュール決定モジュール２１１は、移動経路５１１に、ステップＳ２０２又はステップＳ２０４において特定された移動経路の識別情報が設定されたエントリを検索する。スケジュール決定モジュール２１１は、区間５１２に、第１停止施設１４０及び第２停止施設１４０の識別情報が設定された行を検索する。
【０１７３】
（Ｂ２）スケジュール決定モジュール２１１は、検索された行の位置制御値５１３から位置情報を取得する。また、スケジュール決定モジュール２１１は、検索された行の時間制御値５１５を参照し、第１停止施設１４０の識別情報に対応づけられた時間を取得する。
【０１７４】
（Ｂ３）スケジュール決定モジュール２１１は、ステップＳ２０４において特定された出発時刻に時間制御値５１５から取得された時間を加算することによって起動時刻を算出する。例えば、出発時刻が「１４：２６」であり、かつ、時間制御値５１５の値が「１ｍｉｎ」の場合、起動時刻は「１４：２７：００」と算出される。
【０１７５】
（Ｂ４）スケジュール決定モジュール２１１は、地点スケジュール情報１０１０にエントリを追加し、追加されたエントリの開始位置１０１１及び計測時間幅１０１２に、検索された行の位置制御値５１３及び計測時間幅５１４に設定された値を設定する。スケジュール決定モジュール２１１は、追加されたエントリの起動時刻１０１３に、算出された起動時刻を設定する。以上がステップＳ２０７の処理の説明である。
【０１７６】
次に、スケジュール決定モジュール２１１は、変数ｎに１を加算した値を新たな変数ｎに設定し（ステップＳ２０８）、変数ｎが閾値Ｎより大きいか否かを判定する（ステップＳ２０９）。
【０１７７】
変数ｎが閾値Ｎ以下であると判定された場合、スケジュール決定モジュール２１１は、ステップＳ２０４に戻り、同様の処理を実行する。
【０１７８】
このとき、スケジュール決定モジュール２１１は、第２停止施設１４０の識別情報を新たな第１停止施設１４０の識別情報として設定する。また、スケジュール決定モジュール２１１は、到着時刻を新たな出発時刻として設定する。すなわち、第２停止施設１４０が新たな出発地として設定される。なお、移動経路の情報は更新されない。また、第２停止施設１４０及び到着時刻は初期化される。
【０１７９】
変数ｎが閾値Ｎより大きいと判定された場合、スケジュール決定モジュール２１１は、時間スケジュール情報１０００及び地点スケジュール情報１０１０を含む実行スケジュール管理情報３２１を端末１２０に送信する（ステップＳ２１０）。また、スケジュール決定モジュール２１１は、姿勢履歴情報２２５を更新する。その後、スケジュール決定モジュール２１１は、実行スケジュール決定処理を終了する。
【０１８０】
具体的には、スケジュール決定モジュール２１１は、姿勢履歴情報２２５を参照し、端末ＩＤ９０１に乗車情報に含まれる端末１２０の識別情報が設定されたエントリを検索する。スケジュール決定モジュール２１１は、検索されたエントリの移動経路９０２に、ステップＳ２０２において特定された移動経路の識別情報を設定する。また、スケジュール決定モジュール２１１は、検索されたエントリの停止施設ＩＤ９０３に第２停止施設１４０の識別情報を設定する。その後、スケジュール決定モジュール２１１は、記憶装置２０２に格納されたデータを消去する。
【０１８１】
図１６は、実施例１のサーバ１００が実行する照合パターン決定処理の一例を説明するフローチャートである。
【０１８２】
スケジュール決定モジュール２１１は、端末１２０から乗車情報を受信した場合、以下で説明する照合パターン決定処理を開始する。
【０１８３】
スケジュール決定モジュール２１１は、ユーザ管理情報２２３から、乗車情報を送信した端末１２０を所持するユーザのユーザ情報を取得する（ステップＳ３０１）。
【０１８４】
具体的には、スケジュール決定モジュール２１１は、ユーザ管理情報２２３を参照し、端末ＩＤ６０１に乗車情報に含まれる端末１２０の識別情報が設定されたエントリを検索する。スケジュール決定モジュール２１１は、検索されたエントリの年齢６０２及び性別６０３に設定された値をユーザ情報として取得する。
【０１８５】
次に、スケジュール決定モジュール２１１は、ユーザ情報及びパターン管理情報２２４に基づいて、照合パターン管理情報３２３を生成する（ステップＳ３０２）。具体的には、以下のような処理が実行される。
【０１８６】
スケジュール決定モジュール２１１は、パターン管理情報２２４を参照し、年齢８０２及び性別８０３の値の組合せが、ユーザ情報に含まれる年齢及び性別の組合せに一致するエントリを検索する。
【０１８７】
スケジュール決定モジュール２１１は、照合パターン管理情報３２３に、ステップＳ３０２において検索されたエントリに含まれる行と同数のエントリを追加する。スケジュール決定モジュール２１１は、追加されたエントリのＩＤ１２０１にエントリの識別情報を設定する。
【０１８８】
スケジュール決定モジュール２１１は、追加されたエントリの座位パターン１２０２及び立位パターン１２０３に、検索されたエントリに含まれる行の座位パターン８０５及び立位パターン８０６に設定されたパターンを設定する。以上がステップＳ３０２の処理の説明である。
【０１８９】
次に、スケジュール決定モジュール２１１は、端末１２０に照合パターン管理情報３２３を送信する（ステップＳ３０３）。その後、スケジュール決定モジュール２１１は、照合パターン決定処理を終了する。
【０１９０】
図１７Ａ及び図１７Ｂは、実施例１の端末１２０が実行するスケジュール管理処理の一例を説明するフローチャートである。
【０１９１】
端末１２０のスケジュール管理モジュール３１１は、サーバ１００から実行スケジュール管理情報３２１及び照合パターン管理情報３２３を受信した場合、スケジュール管理処理を開始する。なお、図１７Ａは、時間スケジュール情報１０００に基づくスケジュール管理処理を示し、図１７Ｂは、地点スケジュール情報１０１０に基づくスケジュール管理処理を示す。
【０１９２】
図１７Ａを用いて時間スケジュール情報１０００に基づくスケジュール管理処理について説明する。
【０１９３】
スケジュール管理モジュール３１１は、第１終了フラグに「０」を設定する（ステップＳ４０１）。その後、スケジュール管理モジュール３１１は、時間スケジュール情報１０００の参照を開始する。なお、時間スケジュール情報１０００の参照は周期的に実行される。
【０１９４】
第１終了フラグは、時間スケジュール情報１０００に登録された全ての実行スケジュールが完了したか否かを示すフラグであり、「０」又は「１」のいずれかの値を取る。「０」は時間スケジュール情報１０００に登録された全ての実行スケジュールが完了していない状態を示し、「１」は時間スケジュール情報１０００に登録された全ての実行スケジュールが完了した状態を示す。後述するように地点スケジュール情報１０１０に基づくスケジュール管理処理についても同様に、第２終了フラグが設定される。
【０１９５】
次に、スケジュール管理モジュール３１１は、移動体１１０からのユーザの降車が検出されたか否かを判定する（ステップＳ４０２）。
【０１９６】
移動体１１０からのユーザの降車を検出する方法としては、停止施設１４０に移動体１１０が到着し、一定時間経過した後の端末１２０の移動距離に基づいて検出する方法が考えられる。また、移動体１１０が電車である場合、端末１２０を所持するユーザが改札を通過したことを検出した場合に、ユーザの降車と判定する方法も考えられる。なお、前述の検出方法は一例であって、本発明は移動体１１０からのユーザの降車を検出する方法に限定されない。
【０１９７】
移動体１１０からのユーザの降車が検出された場合、スケジュール管理モジュール３１１は、サーバ１００に降車情報を送信する（ステップＳ４０３）。その後、スケジュール管理モジュール３１１は、時間スケジュール情報１０００に基づくスケジュール管理処理を終了する。
【０１９８】
移動体１１０からのユーザの降車が検出されていない場合、スケジュール管理モジュール３１１は、開始条件を満たすか否かを判定する（ステップＳ４０４）。
【０１９９】
具体的には、スケジュール管理モジュール３１１は、現在時刻が開始時刻１００１に設定された時刻を経過するエントリが存在するか否かを判定する。前述のエントリが存在する場合、スケジュール管理モジュール３１１は開始条件を満たすと判定する。
【０２００】
開始条件を満たさないと判定された場合、スケジュール管理モジュール３１１は、ステップＳ４０２に戻り、同様の処理を実行する。
【０２０１】
開始条件を満たすと判定された場合、スケジュール管理モジュール３１１は、パターン解析モジュール３１２に姿勢推定処理の実行を指示する（ステップＳ４０５）。
【０２０２】
具体的には、スケジュール管理モジュール３１１は、満たされた開始条件に対応するエントリ（実行スケジュール）の情報を含む姿勢推定処理の実行指示を出力する。このとき、スケジュール管理モジュール３１１は、時間スケジュール情報１０００から満たされた開始条件に対応するエントリ（実行スケジュール）を削除する。
【０２０３】
次に、スケジュール管理モジュール３１１は、時間スケジュール情報１０００に登録された全ての実行スケジュールが完了したか否かを判定する（ステップＳ４０６）。すなわち、時間スケジュール情報１０００が空であるか否かが判定される。
【０２０４】
全ての実行スケジュールが完了していないと判定された場合、スケジュール管理モジュール３１１は、ステップＳ４０２に戻り、同様の処理を実行する。
【０２０５】
全ての実行スケジュールが完了したと判定された場合、スケジュール管理モジュール３１１は、第１終了フラグに「１」を設定する（ステップＳ４０７）。
【０２０６】
次に、スケジュール管理モジュール３１１は、実行スケジュール管理情報３２１が空であるか否かを判定する（ステップＳ４０８）。
【０２０７】
具体的には、スケジュール管理モジュール３１１は、第１終了フラグ及び第２終了フラグがともに「１」であるか否かを判定する。第１終了フラグ及び第２終了フラグがともに「１」である場合、スケジュール管理モジュール３１１は、実行スケジュール管理情報３２１が空であると判定する。
【０２０８】
実行スケジュール管理情報３２１が空でないと判定された場合、スケジュール管理モジュール３１１は、時間スケジュール情報１０００に基づくスケジュール管理処理を終了する。
【０２０９】
実行スケジュール管理情報３２１が空であると判定された場合、スケジュール管理モジュール３１１は、スケジュール生成要求をサーバ１００に送信し（ステップＳ４０９）、その後、時間スケジュール情報１０００に基づくスケジュール管理処理を終了する。
【０２１０】
図１７Ｂを用いて地点スケジュール情報１０１０に基づくスケジュール管理処理について説明する。
【０２１１】
スケジュール管理モジュール３１１は、第２終了フラグに「０」を設定する（ステップＳ４５１）。その後、スケジュール管理モジュール３１１は、地点スケジュール情報１０１０の参照を開始する。なお、地点スケジュール情報１０１０の参照は周期的に実行される。
【０２１２】
第２終了フラグは、地点スケジュール情報１０１０に登録された全ての実行スケジュールが完了したか否かを示すフラグであり、「０」又は「１」のいずれかの値を取る。「０」は地点スケジュール情報１０１０に登録された全ての実行スケジュールが完了していない状態を示し、「１」は地点スケジュール情報１０１０に登録された全ての実行スケジュールが完了した状態を示す。
【０２１３】
次に、スケジュール管理モジュール３１１は、移動体１１０からのユーザの降車が検出されたか否かを判定する（ステップＳ４５２）。ステップＳ４５２の処理はステップＳ４０２の処理と同一である。
【０２１４】
移動体１１０からのユーザの降車が検出された場合、スケジュール管理モジュール３１１は、サーバ１００に降車情報を送信する（ステップＳ４５３）。その後、スケジュール管理モジュール３１１は、時間スケジュール情報１０００に基づくスケジュール管理処理を終了する。ステップＳ４５３の処理は、ステップＳ４０３の処理と同一である。
【０２１５】
移動体１１０からのユーザの降車が検出されていない場合、スケジュール管理モジュール３１１は、起動条件を満たすか否かを判定する（ステップＳ４５４）。
【０２１６】
具体的には、スケジュール管理モジュール３１１は、現在時刻が起動時刻１０１３に設定された時刻を経過するエントリが存在するか否かを判定する。前述のエントリが存在する場合、スケジュール管理モジュール３１１は起動条件を満たすと判定する。
【０２１７】
起動条件を満たさないと判定された場合、スケジュール管理モジュール３１１は、ステップＳ４５２に戻り、同様の処理を実行する。
【０２１８】
起動条件を満たすと判定された場合、スケジュール管理モジュール３１１は、位置情報取得装置３０５を起動させ、位置情報の取得を開始する。さらに、スケジュール管理モジュール３１１は、取得された位置情報に基づいて、開始条件を満たすか否かを判定する（ステップＳ４５５）。当該判定処理は周期的に実行されるものとする。なお、地点スケジュール情報１０１０を参照する周期及び開始条件を満たすか否かを判定する周期は、同一でもよいし、また、異なっていてもよい。
【０２１９】
具体的には、スケジュール管理モジュール３１１は、位置情報取得装置３０５によって取得された位置情報が、満たされた起動条件に対応するエントリ（実行スケジュール）の開始位置１０１１に一致するか否かを判定する。すなわち、開始位置を通過したか否かが判定される。なお、当該判定では位置の誤差を考慮してもよい。例えば、二つの位置情報の差が閾値以下の場合、スケジュール管理モジュール３１１は、同一の位置であると判定する。
【０２２０】
位置情報取得装置３０５によって取得された位置情報が、起動条件を満たすエントリ（実行スケジュール）の開始位置１０１１に一致する場合、スケジュール管理モジュール３１１は、開始条件を満たすと判定する。
【０２２１】
開始条件を満たさないと判定された場合、スケジュール管理モジュール３１１は、一定期間待ち状態に移行した後、ステップＳ４５５に戻り、同様の処理を実行する。
【０２２２】
開始条件を満たすと判定された場合、スケジュール管理モジュール３１１は、パターン解析モジュール３１２に姿勢推定処理の実行を指示する（ステップＳ４５６）。
【０２２３】
具体的には、スケジュール管理モジュール３１１は、満たされた開始条件に対応するエントリ（実行スケジュール）の情報を含む姿勢推定処理の実行指示を出力する。このとき、スケジュール管理モジュール３１１は、地点スケジュール情報１０１０から開始条件を満たすエントリ（実行スケジュール）を削除する。また、スケジュール管理モジュール３１１は、位置情報取得装置３０５を停止状態に移行させる。
【０２２４】
次に、スケジュール管理モジュール３１１は、地点スケジュール情報１０１０に登録された全ての実行スケジュールが完了したか否かを判定する（ステップＳ４５７）。すなわち、地点スケジュール情報１０１０が空であるか否かが判定される。
【０２２５】
全ての実行スケジュールが完了していないと判定された場合、スケジュール管理モジュール３１１は、ステップＳ４５２に戻り、同様の処理を実行する。
【０２２６】
全ての実行スケジュールが完了したと判定された場合、スケジュール管理モジュール３１１は、第２終了フラグに「１」を設定する（ステップＳ４５８）。
【０２２７】
次に、スケジュール管理モジュール３１１は、実行スケジュール管理情報３２１が空であるか否かを判定する（ステップＳ４５９）。ステップＳ４５９の処理はステップＳ４０８の処理と同一である。
【０２２８】
実行スケジュール管理情報３２１が空でないと判定された場合、スケジュール管理モジュール３１１は、地点スケジュール情報１０１０に基づくスケジュール管理処理を終了する。
【０２２９】
実行スケジュール管理情報３２１が空であると判定された場合、スケジュール管理モジュール３１１は、スケジュール生成要求をサーバ１００に送信し（ステップＳ４６０）、その後、地点スケジュール情報１０１０に基づくスケジュール管理処理を終了する。
【０２３０】
本実施例では、起動条件を満たす場合に位置情報取得装置３０５を起動させるため、端末１２０の消費電力及び処理負荷を低減できる。
【０２３１】
図１８は、実施例１の端末１２０が実行する姿勢推定処理の一例を説明するフローチャートである。
【０２３２】
パターン解析モジュール３１２は、スケジュール管理モジュール３１１から姿勢推定処理の実行指示を受け付けた場合、以下で説明する姿勢推定処理を開始する。
【０２３３】
パターン解析モジュール３１２は、センサ３０４を稼働させ、物理量の計測を開始する（ステップＳ５０１）。
【０２３４】
このとき、パターン解析モジュール３１２は、計測時間幅５０３又は計測時間幅５１４に設定された時間幅だけセンサ３０４を稼働させる。パターン解析モジュール３１２は、センサ３０４から取得した計測値を計測値情報３２２に格納する。
【０２３５】
次に、パターン解析モジュール３１２は、計測値情報３２２に格納される計測値を用いてパターンを算出する（ステップＳ５０２）。
【０２３６】
例えば、パターン解析モジュール３１２は、加速度の時系列データ及び角速度の時系列データを用いたスペクトル解析を実行し、スペクトルをパターンとして算出する。なお、加速度及び角速度の時系列データに対して統計処理を実行し、平均値、最大値、分散値等の統計処理の結果をパターンとして算出してもよい。また、所定の数式に基づいて定義されたパターンを算出してもよい。
【０２３７】
また、角速度の大きさ、重力方向の加速度の大きさ、角速度の計測時間、及び重力方向の加速度の計測時間を要素とするベクトルをパターンとして算出してもよい。通常、立位から座位に移行する場合、ユーザは、体を回転させた後、座席に着席する。そのため、前述のようなベクトルをパターンとして用いることによって、立位から座位に移行したか否かを高い精度で求めることができる。
【０２３８】
次に、パターン解析モジュール３１２は、照合パターン管理情報３２３に登録された照合パターンと、算出されたパターンとを比較するパターンマッチング処理を実行する（ステップＳ５０３）。具体的には、以下のような処理が実行される。
【０２３９】
パターン解析モジュール３１２は、照合パターン管理情報３２３からエントリを選択する。すなわち、一つの保持状態に対応づけられた座位パターン及び立位パターンが選択される。
【０２４０】
パターン解析モジュール３１２は、選択されたエントリに設定された座位パターン及び立位パターンのそれぞれと、算出されたパターンとを比較する。パターン解析モジュール３１２は、比較結果としてパターンの類似度を算出する。パターン解析モジュール３１２は、二つの類似度の大きさに基づいて、算出されたパターンが座位パターン及び立位パターンのどちらに属するかを分類する。これによって、ユーザの姿勢が「立位」又は「座位」のいずれであるかを判定できる。また、パターン解析モジュール３１２は、類似度の平均値及び分散値等を、分類結果の信頼度として算出する。
【０２４１】
パターン解析モジュール３１２は、信頼度の大きさに基づいて、最も信頼できる分類結果を選択する。以上がステップＳ５０３の処理の説明である。
【０２４２】
次に、パターン解析モジュール３１２は、パターンマッチング処理の結果に基づいて、姿勢管理情報３２４を更新する（ステップＳ５０４）。
【０２４３】
具体的には、パターン解析モジュール３１２は、姿勢管理情報３２４にエントリを追加し、追加されたエントリの時刻１３０１に、姿勢推定処理を開始した時刻等を設定する。また、パターン解析モジュール３１２は、追加されたエントリの端末位置１３０２に、現在の端末１２０の位置を示す位置情報を設定する。なお、端末１２０の現在地が不明である場合、パターン解析モジュール３１２は一時的に位置情報取得装置３０５を稼働させ、端末１２０の現在地の位置情報を取得する。さらに、パターン解析モジュール３１２は、追加されたエントリの姿勢種別１３０３に、パターンマッチング処理の結果を設定する。
【０２４４】
次に、パターン解析モジュール３１２は、姿勢情報をサーバ１００に送信する（ステップＳ５０５）。その後、パターン解析モジュール３１２は、姿勢推定処理を終了する。
【０２４５】
本実施例ではパターンの比較に基づいて、ユーザの姿勢を推定しているが、これに限定されない。例えば、推定用の評価値及び閾値を用いた推定方法でもよい。この場合、サーバ１００は、パターン管理情報２２４の代わりに、閾値管理情報を保持する。閾値管理情報は、ユーザの属性及び閾値から構成されるエントリを含む。端末１２０は、測定値を用いて評価値を算出し、評価値及び閾値を比較する。端末１２０は、比較の結果に基づいて、ユーザの姿勢を推定する。
【０２４６】
図１９は、実施例１のサーバ１００が実行するサービス提供処理の一例を説明するフローチャートである。
【０２４７】
サーバ１００の姿勢管理モジュール２１２は、端末１２０から降車情報を受信した場合、以下で説明するサービス提供処理を開始する。
【０２４８】
姿勢管理モジュール２１２は、姿勢履歴情報２２５を参照し、降車情報を送信した端末１２０を所持するユーザの降車直前の姿勢が「立位」であるか否かを判定する（ステップＳ６０１）。具体的には、以下のような処理が実行される。
【０２４９】
姿勢管理モジュール２１２は、姿勢履歴情報２２５を参照し、端末ＩＤ９０１に、降車情報に含まれる端末１２０の識別情報が設定されたエントリを検索する。
【０２５０】
姿勢管理モジュール２１２は、検索されたエントリに含まれる行の時刻９０４を参照し、最も現在時刻に近い時刻が設定された行を検索する。姿勢管理モジュール２１２は、検索された行の姿勢種別９０６に設定された値が「立位」であるか否かを判定する。以上がステップＳ６０１の処理の説明である。
【０２５１】
ユーザの降車直前の姿勢が「立位」でないと判定された場合、姿勢管理モジュール２１２は、ステップＳ６０５に進む。
【０２５２】
ユーザの降車直前の姿勢が「立位」であると判定された場合、姿勢管理モジュール２１２は、二番目に現在時刻に近い時刻が設定された行の姿勢種別９０６が「座位」であるか否かを判定する（ステップＳ６０２）。
【０２５３】
二番目に現在時刻に近い時刻が設定された行の姿勢種別９０６が「座位」でないと判定された場合、姿勢管理モジュール２１２は、ステップＳ６０５に進む。
【０２５４】
二番目に現在時刻に近い時刻が設定された行の姿勢種別９０６が「座位」であると判定された場合、姿勢管理モジュール２１２は、立位と判定された時の端末１２０の位置と降車情報を送信した時の端末１２０の位置との差が閾値より大きいか否かを判定する（ステップＳ６０３）。
【０２５５】
具体的には、姿勢管理モジュール２１２は、ステップＳ６０２において検索された行の端末位置９０５に設定された位置情報と、降車情報に含まれる位置情報とを用いて、位置の差を算出する。姿勢管理モジュール２１２は、位置の差が閾値より大きいか否かを判定する。
【０２５６】
位置の差が閾値以下であると判定された場合、姿勢管理モジュール２１２は、ステップＳ６０５に進む。
【０２５７】
位置の差が閾値より大きいと判定された場合、姿勢管理モジュール２１２は、端末１２０にショッピング等に利用できるポイント及びクーポンを配布する（ステップＳ６０４）。その後、姿勢管理モジュール２１２はサービス提供処理を終了する。
【０２５８】
ステップＳ６０５では、姿勢管理モジュール２１２は、端末１２０に広告を配信する（ステップＳ６０５）。
【０２５９】
図１９では、移動体１１０から降車したユーザが、他のユーザに席を譲るという行動に対してサービスを提供することを目的とした処理を示している。なお、提供するサービスは図１９に示すサービスに限定されない。例えば、ユーザが降車した停止施設１４０近辺の情報を提供するサービス等が考えられる。
【０２６０】
以上に説明したように、本実施例によれば、端末１２０に移動体１１０を利用するユーザの姿勢を推定させるための実行スケジュールを生成し、端末１２０に送信することによって、サーバ１００の負荷を低減できる。また、ユーザの姿勢推定処理に必要な計測値を取得するための通信が不要となるため、サーバ１００及び端末１２０間の通信量を削減できる。
【０２６１】
端末１２０に姿勢推定処理を実行させるため、端末１２０の負荷が増大する。そこで、本実施例では、スケジュール決定モジュール２１１が、端末１２０の負荷の増大を抑制するために、姿勢推定処理に使用される計算機リソースの量及び使用時間が少なくなるように、当該処理の実行スケジュールを決定する。端末１２０は、当該スケジュールにしたがって姿勢推定処理の実行を制御する。これによって、端末１２０の負荷の増大を可能な限り抑制できる。
【実施例２】
【０２６２】
実施例２では、姿勢推定処理の実行スケジュールを予め生成する点が実施例１と異なる。以下実施例１との差異を中心に実施例２について説明する。
【０２６３】
実施例２のシステムの構成は実施例１と同一である。実施例２の端末１２０のハードウェア構成及びソフトウェア構成は、実施例１と同一である。図２０は、実施例２のサーバ１００のハードウェア構成と同一である。実施例２では、サーバ１００のソフトウェア構成が一部異なる。
【０２６４】
図２０は、実施例２のサーバ１００のハードウェア構成及びソフトウェア構成の一例を示す図である。
【０２６５】
実施例２のサーバ１００のハードウェア構成は実施例１と同一である。実施例２の記憶装置２０２には、新たに、配布用実行スケジュール管理情報２００１が格納される。その他のプログラム及び情報は実施例１と同一である。
【０２６６】
配布用実行スケジュール管理情報２００１は、サーバ１００によって予め生成された姿勢推定処理の実行スケジュールを管理するための情報である。図２１は、実施例２のサーバ１００が保持する配布用実行スケジュール管理情報２００１のデータ構造の一例を示す図である。
【０２６７】
配布用実行スケジュール管理情報２００１は、配布用時間スケジュール情報２１００及び配布用地点スケジュール情報２１１０を含む。
【０２６８】
配布用時間スケジュール情報２１００は、移動経路２１０１、停止施設ＩＤ２１０２、開始時刻２１０３、及び計測時間幅２１０４から構成されるエントリを含む。移動経路及び出発地の組合せに対して一つのエントリが存在する。なお、開始時刻２１０３及び計測時間幅２１０４は、開始時刻１００１及び計測時間幅１００２と同一のフィールドである。また、移動経路２１０１は、移動経路４０４と同一のフィールドである。
【０２６９】
停止施設ＩＤ２１０２は、移動経路に含まれる停止施設１４０であって、出発地となる停止施設１４０の識別情報を格納するフィールドである。
【０２７０】
配布用地点スケジュール情報２１１０は、移動経路２１１１、停止施設ＩＤ２１１２、開始位置２１１３、計測時間幅２１１４、及び起動時刻２１１５を含む。移動経路及び出発地の組合せに対して一つのエントリが存在する。なお、開始位置２１１３、計測時間幅２１１４、及び起動時刻２１１５は、開始位置１０１１、計測時間幅１０１２、及び起動時刻１０１３と同一のフィールドである。移動経路２１１１は、移動経路２１０１と同一のフィールドである。また、停止施設ＩＤ２１１２は、停止施設ＩＤ２１０２と同一のフィールドである。
【０２７１】
図２２は、実施例２のサーバ１００が実行する配布用実行スケジュール生成処理の一例を説明するフローチャートである。
【０２７２】
スケジュール決定モジュール２１１は、サーバ１００の起動後、又は、管理者から指示を受け付けた場合、以下で説明する配布用実行スケジュール生成処理を開始する。なお、スケジュール決定モジュール２１１は、処理の開始時に、運行管理情報２２１の移動経路４０４を参照し、移動経路のリストを生成する。
【０２７３】
スケジュール決定モジュール２１１は、全ての移動経路に対して処理が完了したか否かを判定する（ステップＳ７０１）。
【０２７４】
具体的には、スケジュール決定モジュール２１１は、移動経路のリストが空であるか否かを判定する。移動経路のリストが空であると判定された場合、スケジュール決定モジュール２１１は、全ての移動経路に対して処理が完了したと判定する。
【０２７５】
全ての移動経路に対して処理が完了したと判定された場合、スケジュール決定モジュール２１１は、配布用実行スケジュール生成処理を終了する。
【０２７６】
全ての移動経路に対して処理が完了していないと判定された場合、スケジュール決定モジュール２１１は、ターゲット移動経路を選択する（ステップＳ７０２）。
【０２７７】
具体的には、スケジュール決定モジュール２１１は、移動経路のリストを参照し、ターゲット移動経路を選択する。このとき、スケジュール決定モジュール２１１は、移動経路のリストからターゲット移動経路の識別情報を削除する。また、スケジュール決定モジュール２１１は、運行管理情報２２１の移動経路４０４を参照して、ターゲット移動経路に含まれる停止施設１４０のリストを生成する。
【０２７８】
次に、スケジュール決定モジュール２１１は、ターゲット移動経路に含まれる全ての停止施設１４０に対して処理が完了したか否かを判定する（ステップＳ７０３）。
【０２７９】
具体的には、スケジュール決定モジュール２１１は、停止施設１４０のリストが空であるか否かを判定する。停止施設１４０のリストが空であると判定された場合、スケジュール決定モジュール２１１は、ターゲット移動経路に含まれる全ての停止施設１４０に対して処理が完了したと判定する。
【０２８０】
ターゲット移動経路に含まれる全ての停止施設１４０に対して処理が完了していないと判定された場合、スケジュール決定モジュール２１１は、ターゲット停止施設１４０を選択する（ステップＳ７０４）。
【０２８１】
具体的には、スケジュール決定モジュール２１１は、停止施設１４０のリストを参照し、ターゲット停止施設１４０を選択する。このとき、スケジュール決定モジュール２１１は、停止施設１４０のリストからターゲット停止施設１４０の識別情報を削除する。
【０２８２】
次に、スケジュール決定モジュール２１１は、時間ポリシ情報５００に基づいて、配布用時間スケジュール情報２１００に登録する実行スケジュールを生成する（ステップＳ７０５）。具体的には以下のような処理が実行される。
【０２８３】
（Ａ１１）スケジュール決定モジュール２１１は、時間ポリシ情報５００のエントリを一つ選択する。
【０２８４】
（Ａ１２）スケジュール決定モジュール２１１は、選択されたエントリの時間制御値５０２の値を基準時刻に加算することによって開始時刻を算出する。基準時刻は、ターゲット移動経路及びターゲット停止施設１４０の識別情報に基づいて運行管理情報２２１を参照することによって特定できる。なお、出発時刻４０５に設定された全ての時刻に対して前述の演算処理が実行される。したがって、複数の開始時刻が算出される。
【０２８５】
選択されたエントリの移動体状態５０１が「出発」である場合、スケジュール決定モジュール２１１は、ステップＳ２０４において特定された出発時刻を基準時刻に選択する。選択されたエントリの移動体状態５０１が「停止」である場合、スケジュール決定モジュール２１１は、ステップＳ２０５において特定された到着時刻を基準時刻に選択する。
【０２８６】
（Ａ１３）スケジュール決定モジュール２１１は、配布用時間スケジュール情報２１００に、出発時刻４０５に登録された時刻の数だけエントリを追加する。スケジュール決定モジュール２１１は、追加された各エントリの移動経路２１０１及び停止施設ＩＤ２１０２にターゲット移動経路及びターゲット停止施設１４０の識別情報を設定し、また、計測時間幅２１０４に、計測時間幅５０３の値を設定する。また、スケジュール決定モジュール２１１は、各エントリの開始時刻２１０３に算出された開始時刻を設定する。以上がステップＳ７０５の処理の説明である。
【０２８７】
次に、スケジュール決定モジュール２１１は、地点ポリシ情報５１０に基づいて、配布用地点スケジュール情報２１１０を生成する（ステップＳ７０６）。具体的には以下のような処理が実行される。
【０２８８】
（Ｂ１１）スケジュール決定モジュール２１１は、停止施設ＩＤ４０１にターゲット停止施設１４０の識別情報が設定されたエントリを検索し、また、検索されたエントリの移動経路４０４にターゲット移動経路の識別情報が設定された行を検索する。
【０２８９】
（Ｂ１２）スケジュール決定モジュール２１１は、検索された行の目的地４０６から停止施設１４０の識別情報を取得する。ターゲット停止施設１４０の識別情報が第１停止施設１４０の識別情報となり、取得された停止施設１４０の識別情報が第２停止施設１４０の識別情報となる。また、スケジュール決定モジュール２１１は、検索された行の出発時刻４０５を取得する。
【０２９０】
（Ｂ１３）スケジュール決定モジュール２１１は、移動経路５１１に、ターゲット移動経路の識別情報が設定されたエントリを検索する。スケジュール決定モジュール２１１は、区間５１２に、第１停止施設１４０及び第２停止施設１４０の識別情報が設定された行を検索する。
【０２９１】
（Ｂ１４）スケジュール決定モジュール２１１は、検索された行の位置制御値５１３から位置情報を取得する。また、スケジュール決定モジュール２１１は、検索された行の時間制御値５１５を参照し、第１停止施設１４０の識別情報に対応づけられた時間を取得する。
【０２９２】
（Ｂ１５）スケジュール決定モジュール２１１は、（Ｂ１２）において取得された各出発時刻に時間制御値５１５から取得された時間を加算することによって起動時刻を算出する。
【０２９３】
スケジュール決定モジュール２１１は、配布用地点スケジュール情報２１１０に、起動時刻の数だけエントリを追加する。スケジュール決定モジュール２１１は、追加された全てのエントリの移動経路２１１１及び停止施設ＩＤ２１１２に、ターゲット移動経路及びターゲット停止施設１４０の識別情報を設定する。スケジュール決定モジュール２１１は、追加された全てのエントリの開始位置２１１３及び計測時間幅２１１４、検索された行の位置制御値５１３及び計測時間幅５１４に設定された値を設定する。スケジュール決定モジュール２１１は、追加された各エントリの起動時刻２１１５に、算出された起動時刻を設定する。以上がステップＳ７０６の処理の説明である。
【０２９４】
ステップＳ７０６の処理が完了した後、スケジュール決定モジュール２１１は、ステップＳ７０３に戻り、同様の処理を実行する。
【０２９５】
図２３は、実施例２のサーバ１００が実行する実行スケジュール決定処理の一例を説明するフローチャートである。以下、実施例１の処理と差異を中心に説明する。
【０２９６】
ステップＳ８０１からステップＳ８０３の処理は、ステップＳ２０１からステップＳ２０３の処理と同一である。
【０２９７】
ステップＳ８０４では、スケジュール決定モジュール２１１は、移動経路を特定する（ステップＳ８０４）。移動経路を特定する方法は、ステップＳ２０４と同一の方法である。
【０２９８】
次に、スケジュール決定モジュール２１１は、配布用時間スケジュール情報２１００に基づいて、時間スケジュール情報１０００を生成する（ステップＳ８０５）。具体的には、以下のような処理が実行される。
【０２９９】
スケジュール決定モジュール２１１は、配布用時間スケジュール情報２１００を参照し、移動経路２１０１及び停止施設ＩＤ２１０２の値の組合せが、特定された移動経路及び出発地の停止施設１４０の識別情報の組合せに一致するエントリを検索する。スケジュール決定モジュール２１１は、検索されたエントリの中から、開始時刻２１０３及び現在時刻の差が最小のエントリを選択する。
【０３００】
スケジュール決定モジュール２１１は、選択されたエントリの移動経路２１０１及び停止施設ＩＤ２１０２を削除することによって、時間スケジュール情報１０００を生成する。以上がステップＳ８０５の処理の説明である。
【０３０１】
次に、スケジュール決定モジュール２１１は、配布用地点スケジュール情報２１１０に基づいて、地点スケジュール情報１０１０を生成する（ステップＳ８０６）。具体的には、以下のような処理が実行される。
【０３０２】
スケジュール決定モジュール２１１は、配布用地点スケジュール情報２１１０を参照し、移動経路２１１１及び停止施設ＩＤ２１１２の値の組合せが、特定された移動経路及び出発地の停止施設１４０の識別情報の組合せに一致するエントリを検索する。スケジュール決定モジュール２１１は、検索されたエントリの中から、起動時刻２１１５及び現在時刻の差が最小のエントリを選択する。
【０３０３】
スケジュール決定モジュール２１１は、選択されたエントリの移動経路２１１１及び停止施設ＩＤ２１１２を削除することによって、地点スケジュール情報１０１０を生成する。以上がステップＳ８０６の処理の説明である。
【０３０４】
ステップＳ８０７からステップＳ８０９の処理は、ステップＳ２０８からステップＳ２１０の処理と同一である。
【０３０５】
その他の処理は実施例１と同一である。
【０３０６】
実施例２では、予め実行スケジュールを生成することによって、サービス運用時のサーバ１００の負荷を低減することができる。また、スケジュール決定モジュール２１１は、乗車情報又はスケジュール生成要求を受信した場合、配布用実行スケジュール管理情報２００１から実行スケジュールを高速に生成できるため、サーバ１００の処理負荷を低減し、また、端末１２０への応答の速度を高速化できる。
【０３０７】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。
【０３０８】
また、上記の各構成及び処理手段等は、少なくとも一部をハードウェアを用いて実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【０３０９】
また、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納してもよい。
【符号の説明】
【０３１０】
１００  サーバ
１１０  移動体
１２０  端末
１４０  停止施設
１５０  位置通知装置
１６０  ネットワーク
２０１、３０１  演算装置
２０２、３０２  記憶装置
２０３、３０３  通信装置
２１１  スケジュール決定モジュール
２１２  姿勢管理モジュール
２２１  運行管理情報
２２２  ポリシ管理情報
２２３  ユーザ管理情報
２２４  パターン管理情報
２２５  姿勢履歴情報
３０４  センサ
３０５  位置情報取得装置
３０６  入出力装置
３１１  スケジュール管理モジュール
３１２  パターン解析モジュール
３２１  実行スケジュール管理情報
３２２  計測値情報
３２３  照合パターン管理情報
３２４  姿勢管理情報
２００１  配布用実行スケジュール管理情報
【図１】
2019062492.tif 000003
【図２】
2019062492.tif 000004
【図３】
2019062492.tif 000005
【図４】
2019062492.tif 000006
【図５】
2019062492.tif 000007
【図６】
2019062492.tif 000008
【図７】
2019062492.tif 000009
【図８】
2019062492.tif 000010
【図９】
2019062492.tif 000011
【図１０】
2019062492.tif 000012
【図１１】
2019062492.tif 000013
【図１２】
2019062492.tif 000014
【図１３】
2019062492.tif 000015
【図１４】
2019062492.tif 000016
【図１５】
2019062492.tif 000017
【図１６】
2019062492.tif 000018
【図１７Ａ】
2019062492.tif 000019
【図１７Ｂ】
2019062492.tif 000020
【図１８】
2019062492.tif 000021
【図１９】
2019062492.tif 000022
【図２０】
2019062492.tif 000023
【図２１】
2019062492.tif 000024
【図２２】
2019062492.tif 000025
【図２３】
2019062492.tif 000026