(57)【要約】【課題】他の人物の移動履歴や過去の移動履歴に基づいて、ルートの移動にかかる所要時間に影響する情報をユーザに提供することを目的とする。【解決手段】ＧＰＳデバイス１００の状況解析アプリ１０２は、利用者が登山を行うために指定したルートに対して、そのルートの複数の区間ごとの統計的（平均的）な所要時間を組み合わせて生成されたルート統計データ１２６を、ユーザ山行データ蓄積サーバ１１０の統計的演算解析システム１１３からダウンロードする。ＧＰＳデバイス１００の山行ロギングアプリ１０１は、登山実行中の利用者の現在地および現在時間を含む山行の現況１２０を検出する。状況解析アプリ１０２は、山行の現況１２０およびルート統計データ１２６に基づいて例えば難所が近づいている等の山行の状況を解析する。山行状況表示アプリ１０３は、状況解析アプリ１０２が解析した山行の状況の解析結果１２１を利用者に提示する。【選択図】図１
2015210116.tif 000002
【特許請求の範囲】
【請求項１】
ルートを指定する指定手段と、
前記指定手段によって指定されたルートに関して、過去に当該ルートを通行した際の情報を集計した集計情報を取得する集計情報取得手段と、
位置を検出する位置検出手段と、
前記位置検出手段によって検出した位置情報、及び前記集計情報取得手段によって取得した集計情報に基づく情報を表示手段に表示させる表示制御手段と、
を備えることを特徴とする情報表示装置。
【請求項２】
前記集計情報は、過去に前記ルートを通行した複数の人物が所定距離を移動するのにかかった平均的な所要時間、又は前記複数の人物の前記ルートを通行した際の所定時間毎の平均的な移動距離を示す情報であることを特徴とする請求項１に記載の情報表示装置。
【請求項３】
前記集計情報に基づいて、前記ルートにおける通過の難易度を推定する難易度推定手段を更に備え、
前記表示制御手段は、前記難易度推定手段によって推定した難易度を示す情報を表示することを特徴とする請求項１または２に記載の情報表示装置
【請求項４】
ルートの勾配情報を取得する勾配情報取得手段を更に備え、
前記難易度推定手段は、前記集計情報及び前記勾配情報に基づいて難易度を推定することを特徴とする請求項１ないし３のいずれかに記載の情報表示装置。
【請求項５】
前記表示制御手段は、前記位置検出手段によって検出された現在位置と前記推定された難易度に基づいて、難所が近づいている場合にはその旨を前記表示手段に表示する、
ことを特徴とする請求項３または４に記載の情報表示装置。
【請求項６】
前記表示制御手段は、前記難所が近づいている場合には当該難所で撮影された画像を前記表示手段に表示する、
ことを特徴とする請求項５に記載の情報表示装置。
【請求項７】
前記統計情報は前記ルート上の複数の区間ごとの前記統計的な所要時間を含み、
前記表示制御手段は、スタート地点から現在地に至るまでの前記ルート上の複数の区間ごとの所要時間を前記統計的な所要時間と比較した比較結果を前記表示手段に表示する、
ことを特徴とする請求項１ないし６のいずれかに記載の情報表示装置。
【請求項８】
前記ルート上の通過箇所ごとの位置および時間を含む移動履歴情報を当該ルートの識別情報とともにサーバに送信する送信手段をさらに備える、
ことを特徴とする請求項１ないし７のいずれかに記載の情報表示装置。
【請求項９】
ルート上の移動履歴情報を当該ルートの識別情報とともに情報表示装置から受信する受信手段と、
前記受信した移動履歴情報に基づいて算出された移動に要した所要時間を当該移動履歴情報に含まれるルートを分割した複数の区間ごとに、集計する集計手段と、
利用者が指定したルートに対応する集計情報を前記集計手段から取得して前記情報表示装置に送信する送信手段と、
を備えることを特徴とするサーバ装置。
【請求項１０】
前記移動履歴情報は日時情報をさらに含み、
前記集計手段は、前記移動履歴情報に含まれるルートを前記複数の区間ごとに、当該移動履歴情報に含まれる日時情報に基づいて分類して集計し、
前記送信手段は、前記日時情報に基づいて分類された前記移動情報を前記情報表示装置に送信する、
ことを特徴とする請求項９に記載のサーバ装置。
【請求項１１】
表示手段を備えた情報表示装置が実行する情報表示方法であって、
ルートを指定する指定ステップと、
指定されたルートに関して、過去に当該ルートを通行した際の情報を集計した集計情報を取得する集計情報取得ステップと、
位置を検出する位置検出ステップと、
前記位置検出ステップによって検出した位置情報、及び前記集計情報取得ステップによって取得した集計情報に基づく情報を前記表示手段に表示させる表示制御ステップと、
を含むことを特徴とする情報表示方法。
【請求項１２】
表示部を備える情報表示装置のコンピュータを
ルートを指定する指定手段、
前記指定手段によって指定されたルートに関して、過去に当該ルートを通行した際の情報を集計した集計情報を取得する集計情報取得手段、
位置を検出する位置検出手段、
前記位置検出手段によって検出した位置情報、及び前記集計情報取得手段によって取得した集計情報に基づく情報を前記表示部に表示させる表示制御手段、
として実行させるためのプログラム。
【請求項１３】
ルートを指定する指定手段と、
前記指定手段によって指定されたルートに関して、過去に当該ルートを通行した際の情報を集計した集計情報を取得する集計情報取得手段と、
位置を検出する位置検出手段と、
前記位置検出手段によって検出した位置情報、及び前記集計情報取得手段によって取得した集計情報に基づく情報を表示手段に表示させる表示制御手段と、
前記ルート上の通過箇所ごとの位置および時間を含む移動履歴情報を当該ルートの識別情報とともにサーバに送信する送信手段と、
を備えた情報表示装置と、
前記送信手段から送信される前記移動履歴情報を当該ルートの識別情報とともに情報表示装置から受信する受信手段と、
前記受信手段によって受信した移動履歴情報に基づいて算出された移動に要した所要時間を、前記移動履歴情報に含まれるルートを分割した複数の区間ごとに集計する集計手段と、
利用者が指定したルートに対応する集計情報を前記集計手段から取得して前記情報表示装置に送信する集計情報送信手段と、
を備えたサーバからなる情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者にルート情報を表示する情報表示装置、方法、プログラム、サーバ装置、及び情報提供システムに関する。
【背景技術】
【０００２】
位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎ  Ｓｙｓｔｅｍ：全地球測位網）デバイスが知られている。それらデバイスの一部はデバイス内に地図を内蔵し、ＧＰＳ、気圧計、方位計、温度計などのセンサを内蔵し、現在地やルートを確認できるようにした商品がある。
【０００３】
また、目的地までの所要時間を予測し、表示するナビゲーション装置が知られている（例えば特許文献１に記載のもの）。この装置は、ＧＰＳ信号を受信し、当該受信位置の位置情報を受信時刻を付加して算出する位置情報解析部、地図の地名と地理的な位置情報と等高線データと付随情報を格納する地形情報格納部、入力された予定ルートを格納する経路情報格納部、タイマ、位置情報解析部からの位置情報を受け、地形情報格納部から供給される当該位置に基づく地形の斜度と、当該斜度位置の通過所要時間をタイマで計測した通過速度との相関を算出し、未経過な斜度の所要時間を付随情報に基づいて予測する斜度と速度の相関作成部、相関作成部による斜度速度の相関を用い予定経路の通過所要時間を予想する所要時間計算部６とから構成する。この構成により、経過してきた現在地点迄の実績値を利用し、到達目標点までの残りの所要予定時間を予測できる手段を提供するものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−２７１０８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら地図情報だけでは、ルート上の難所や、その難易度が分からないため、自分のスキルで踏破できるかどうか、事前に判断ができない場合もあった。
【０００６】
そこで本発明は、他の人物の移動履歴や過去の移動履歴に基づいて、ルートの移動にかかる所要時間に影響する情報をユーザに提供することを目的とすることを目的とする。
【課題を解決するための手段】
【０００７】
態様の一例では、ルートを指定する指定手段と、指定手段によって指定されたルートに関して、過去にそのルートを通行した際の情報を集計した集計情報を取得する集計情報取得手段と、位置を検出する位置検出手段と、位置検出手段によって検出した位置情報、及び集計情報取得手段によって取得した集計情報に基づく情報を表示手段に表示させる表示制御手段と、を備える。
【発明の効果】
【０００８】
本発明によれば、他の人物の移動履歴や過去の移動履歴に基づいて、ルートの移動にかかる所要時間に影響する情報をユーザに提供することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態による登山情報表示システムのブロック図である。
【図２】本実施形態によるＧＰＳデバイスの機能をソフトウェア処理として実現できるコンピュータのハードウェア構成の一例を示す図である。
【図３】山行ロギング処理の例を示すフローチャートである。
【図４】集計処理の例を示すフローチャートである。
【図５】山行ログデータの処理の説明図である。
【図６】山行計画リクエスト送信処理の例を示すフローチャートである。
【図７】ルート統計データ生成処理の例を示すフローチャートである。
【図８】ルート統計データ受信処理の例を示すフローチャートである。
【図９】登山情報表示処理の例を示すフローチャートである。
【図１０】警告画面の表示例を示す図である。
【図１１】状況表示の画面例を示す図である。
【図１２】ルート統計データからリファレンスペースの生成処理の説明図である。
【図１３】山行現況ペースとリファレンスペースの照合処理の説明図である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。図１は、本実施形態による登山情報表示システムのブロック図である。登山を行う利用者は、例えば外観１０４として示されるようなリスト型のＧＰＳデバイス１００を携帯する。ＧＰＳデバイス１００は、外観１０４のようなリスト型で限定されるものではなく、登山での携帯に適する外観であればどのような形であってもよい。ＧＰＳデバイス１００は、登山の前後において、インターネットなどのネットワークを介して接続されるサーバ装置であるユーザ山行データ蓄積サーバ１１０と通信を行うことにより、登山情報の表示に必要なデータを授受する。
【００１１】
ＧＰＳデバイス１００は、山行ロギングアプリ１０１、状況解析アプリ１０２、および山行状況表示アプリ１０３などのアプリケーションプログラムを実行する。また、ユーザ山行データ蓄積サーバ１１０は、集計システム１１１、山行計画システム１１２、および統計的演算解析システム１１３などのシステム部を備える。これらのシステム部は、特には図示しないＣＰＵによって実行される制御プログラムであってもよいし、専用のプロセッサであってもよい。
【００１２】
ＧＰＳデバイス１００で実行される山行ロギングアプリ１０１は、登山実行時に、ルート上の通過箇所ごとの位置および時間を含む山行の履歴情報をそのルートの識別情報とともに山行ログデータ１２２として記録し、その記録した山行ログデータ１２２を任意のタイミングでユーザ山行データ蓄積サーバ１１０に送信する。
【００１３】
ユーザ山行データ蓄積サーバ１１０内で実行される集計システム１１１は、ＧＰＳデバイス１００から受信した山行ログデータ１２２を、山行ログデータ１２２に含まれるルートの複数の区間ごとに、その山行ログデータ１２２から算出されるその複数の区間を通過するのに要した所要時間とその複数の区間に対して既に演算されている統計的（平均的）な所要時間とを集計して新たな統計的（平均的）な所要時間の集計データ１２５を演算して蓄積する。なお、集計データ１２５としては、ＧＰＳデバイス１００から受信した山行ログデータ１２２について所定時間毎の移動距離を集計し、統計的（平均的）な所定時間毎の移動距離の集計データ１２５を演算してもよい。
【００１４】
ユーザ山行データ蓄積サーバ１１０内で実行される山行計画システム１１２は、登山を行う利用者（以下「オペレータ」と呼ぶ）からの山行計画の作成指示に応答して、そのオペレータが登山を行うためのルートに関する情報を含む山行計画のデータを生成する。
【００１５】
山行計画のデータがオペレータによって作成された後、オペレータから山行計画のリクエスト１２３が発行されると、山行計画システム１１２から統計的演算解析システム１１３に、作成されている山行計画のデータが引き渡されるとともに、集計リクエスト１２４が発行される。この結果、統計的演算解析システム１１３は、山行計画システム１１２が生成した山行計画のデータが示すルートを構成する複数の区間を特定し、その特定された各複数の区間に対応する統計的（平均的）な所要時間の集計データ１２５を集計システム１１１から取得し、その取得した統計的（平均的）な所要時間の集計データ１２５を組み合わせてルートに対応するルート統計データ１２６を生成しＧＰＳデバイス１００に送信する。
【００１６】
ＧＰＳデバイス１００において、ルート統計データダウンロード手段として機能する状況解析アプリ１０２は、上述のルート統計データを、ユーザ山行データ蓄積サーバ１１０からダウンロードして記憶する。
【００１７】
その後、オペレータは、ＧＰＳデバイス１００を携帯して登山を開始する。
【００１８】
ＧＰＳデバイス１００で実行される山行ロギングアプリ１０１は、前述したように、山行ログデータ１２２を記録するとともに、登山実行中のオペレータの現在地および現在時間を含む山行の現況１２０を検出する。
【００１９】
ＧＰＳデバイス１００で実行される状況解析アプリ１０２は、山行の現況１２０およびルート統計データ１２６に基づいて山行の状況を解析し、ＧＰＳデバイス１００で実行される山行状況表示アプリ１０３に通知する。山行状況表示アプリ１０３は、通知された山行の状況を、ＧＰＳデバイス１００のディスプレイなどに表示する。
【００２０】
状況解析アプリ１０２は例えば、予めダウンロードして記憶しているルート統計データ１２６を構成する複数の区間ごとの統計的（平均的）な所要時間と、山行ロギングアプリ１０１から通知される山行の現況１２０とに基づいて、ルート上の通過箇所ごとに通過の難易度を山行の状況として推定する。そして、山行状況表示アプリ１０３は、状況解析アプリ１０２が推定した山行の状況に応じて、オペレータが移動する前方に難易度の高い通過箇所が迫っていることを、ディスプレイなどに提示する。
【００２１】
あるいは、状況解析アプリ１０２は例えば、ルート統計データ１２６を構成する複数の区間ごとの統計的（平均的）な所要時間に基づいて、ルート上の通過箇所ごとの各通過予定時間を規定する。また、状況解析アプリ１０２は、登山実行中のオペレータの現在に至るまでのルート上の通過箇所ごとの所要時間を記録する。さらに、状況解析アプリ１０２は、通過箇所ごとに通過予定時間と所要時間を照合し、その照合の結果を統計的（平均的）な所要時間と比較することにより現在の遅れ時間を推定演算する。また、状況解析アプリ１０２は、その推定演算した現在の遅れ時間と通過予定時間とに基づいて、次のウェイポイントまたは目的地までの推定遅れ時間を推定演算する。状況解析アプリ１０２は、上述のようにして推定演算した現在の遅れ時間および次の推定遅れ時間を、山行状況表示アプリ１０３に通知する。この結果、山行状況表示アプリ１０３は、推定演算した現在の遅れ時間と次のウェイポイントまたは目的地までの推定遅れ時間を、ディスプレイなどに提示する。
【００２２】
以上に示した実施形態の構成により、ＧＰＳデバイス１００を携帯して登山を実行するオペレータは、山行計画のデータが示すルートに対応するルート統計データ１２６を、あらかじめユーザ山行データ蓄積サーバ１１０からＧＰＳデバイス１００にダウンロードすることができる。そして、登山実行時には、ＧＰＳデバイス１００で実行される状況解析アプリ１０２が、上述のルート統計データ１２６と、山行ロギングアプリ１０１から逐次通知される山行の現況１２０に基づいて、現在の正確な山行の状況の解析結果１２１を得ることができる。この解析結果１２１に基づいて、山行状況表示アプリ１０３が、正確な現況情報をオペレータに提示することが可能となる。
【００２３】
ここまでの実施形態の構成において、ＧＰＳデバイス１００の山行ロギングアプリ１０１が記録する山行ログデータ１２２は、登山実行時の日時情報をさらに含んでよい。この場合、ユーザ山行データ蓄積サーバ１１０で実行される集計システム１１１は、山行ログデータ１２２に含まれるルートの複数の区間ごとに、その山行ログデータ１２２に含まれる日時情報に基づいて季節または月ごとに分類して集計データ１２５を演算して蓄積する。そして、ユーザ山行データ蓄積サーバ１１０で実行される統計的演算解析システム１１３は、オペレータからの山行計画のリクエスト１２３に応答して、山行計画システム１１２が生成した山行計画のデータが示すルートを構成する複数の区間を特定し、その特定された各複数の区間に対応しかつ山行計画のデータが示す登山実行の日時が含まれる季節または月に分類された統計的（平均的）な所要時間の集計データを集計システム１１１から取得し、その取得した統計的（平均的）な所要時間の集計データを組み合わせてルートに対応するルート統計データ１２６を生成しＧＰＳデバイス１００に送信する。このようにして、季節や月に応じたより正確なルート統計データ１２６をＧＰＳデバイス１００に与えることが可能となる。
【００２４】
図２は、図１に示される本実施形態によるＧＰＳデバイス１００の機能をソフトウェア処理として実現できるコンピュータのハードウェア構成の一例を示す図である。図２に示される端末装置１００は、ＣＰＵ２０１、メモリ２０２、入力装置２０３、出力装置２０４、外部記憶装置２０５、可搬記録媒体２０９が挿入される可搬記録媒体駆動装置２０６、通信インターフェース２０７、およびＧＰＳセンサ２１０を有し、これらがバス２０８によって相互に接続された構成を有する。同図に示される構成は上記システムを実現できるコンピュータの一例であり、そのようなコンピュータはこの構成に限定されるものではない。
【００２５】
ＣＰＵ２０１は、当該コンピュータ全体の制御を行う。メモリ２０２は、プログラムの実行、データ更新等の際に、外部記憶装置２０５（或いは可搬記録媒体２０９）に記憶されているプログラム又はデータを一時的に格納するＲＡＭ等のメモリである。ＣＵＰ２０１は、プログラムをメモリ２０２に読み出して実行することにより、全体の制御を行う。メモリ２０２は、図１の山行の現況１２０、山行の状況の解析結果１２１、山行ログデータ１２２を記憶する。
【００２６】
入力装置２０３は、ユーザによるタッチパネル等による入力操作を検出し、その検出結果をＣＰＵ２０１に通知する。
【００２７】
出力装置２０４は、ＣＰＵ２０１の制御によって送られてくるデータを例えばディスプレイに出力する。
【００２８】
外部記憶装置２０５は、例えばＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）記憶装置である。主に各種データやプログラムの保存に用いられる。
【００２９】
可搬記録媒体駆動装置２０６は、例えばマイクロＳＤＲＡＭ等の可搬記録媒体２０９を収容するもので、外部記憶装置２０５の補助の役割を有する。
【００３０】
通信インターフェース２０７は、例えばＬＡＮ（ローカルエリアネットワーク）又はＷＡＮ（ワイドエリアネットワーク）の無線通信回線（例えばＷｉＦｉ）を接続するための装置である。
【００３１】
本実施形態によるシステムは、後述する図３、図６、図８、および図９のフローチャート等で実現される機能を搭載したプログラムをＣＰＵ２０１が実行することで実現される。そのプログラムは、例えば外部記憶装置２０５や可搬記録媒体２０９に記録して配布してもよく、或いは通信インターフェース２０７によりネットワークから取得できるようにしてもよい。
【００３２】
ＧＰＳセンサ２１０は、複数のＧＰＳ衛星からの電波を受信することにより、登山実行時の現在の位置を検出する。
【００３３】
図３は、図１のＧＰＳデバイス１００で実行される山行ロギングアプリ１０１による山行ロギング処理の例を示すフローチャートである。この処理は、オペレータによって山行ロギングアプリ１０１が起動されたときに、図２のＣＰＵ２０１が、メモリ２０２に記憶された山行ロギング処理プログラムを実行する動作として実現される。
【００３４】
まず、ＣＰＵ２０１は、オペレータが入力装置２０３（図２）のタップ操作等により山行ロギングを開始したか否かを判定する（ステップＳ３０１）。ステップＳ３０１の判定がＮＯならば、ステップＳ３０１の判定が繰り返されて、開始されるまで待機状態となる。
【００３５】
ステップＳ３０１の判定がＹＥＳになると、山行ロギングアプリ１０１が動作を開始し、オペレータが登山を開始する（ステップＳ３０２）。
【００３６】
その後、ＣＰＵ２０１は、一定時間（例えば３０秒）ごとに現在の時間と、ＧＰＳセンサ２１０（図２）から取得した位置情報（緯度、経度データ）を記録する（ステップＳ３０３）。
【００３７】
次に、ＣＰＵ２０１は、ステップＳ３０３で得た時間および位置情報を、メモリ２０２に記憶されている山行ログデータ１２２に重畳（追加）して記録してゆく（ステップＳ３０４）。
【００３８】
その後、ＣＰＵ２０１は、オペレータが入力装置２０３（図２）によりロギングの完了を指示したか否かを判定する（ステップＳ３０５）。
【００３９】
ステップＳ３０５の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ３０３の処理に戻って、山行ロギングを続行する。
【００４０】
ステップＳ３０５の判定がＹＥＳになると、山行ロギングが停止され、登山が終了する（ステップＳ３０６）。
【００４１】
次に、ＣＰＵ２０１は、オペレータが入力装置２０３（図２）の操作により山行ログデータ１２２のアップロードを指示したか否かを判定する（ステップＳ３０７）。ステップＳ３０７の判定がＮＯならば、ステップＳ３０７の判定が繰り返されて、アップロードが指示されるまで待機状態となる。オペレータは、登山が終了した後に、帰宅したとき等において、アップロードを入力装置２０３（図２）から指示する。
【００４２】
ステップＳ３０７の判定がＹＥＳとなると、ＣＰＵ２０１は、図２の通信インターフェース２０７を介して、ユーザ山行データ蓄積サーバ１１０（図１）と通信が可能か否かを判定する（ステップＳ３０８）。
【００４３】
ネットワークの状況等によりステップＳ３０８の判定がＮＯの場合には、ＣＰＵ２０１は、エラー表示等のエラー処理を行った後（ステップＳ３１０）、ステップＳ３０７のアップロード指示の待機状態に戻る。
【００４４】
ステップＳ３０８の判定がＹＥＳならば、ＣＰＵ２０１は、メモリ２０２に記憶させていた山行ログデータ１２２を、ユーザ山行データ蓄積サーバ１１０上で実行されている集計システム１１１に向けて送信する（ステップＳ３０９）。その後、ＣＰＵ２０１は、図３のフローチャートで示される山行ロギング処理を終了する。
【００４５】
図４は、図１のユーザ山行データ蓄積サーバ１１０で実行される集計システム１１１による集計処理の例を示すフローチャートである。この処理は、ユーザ山行データ蓄積サーバ１１０を構成する特には図示しないＣＰＵによるソフトウェア処理だってもよいし、専用のプロセッサによる処理であってもよい。
【００４６】
まず、集計システム１１１は、特には図示しない通信インターフェースからの割込み処理等によって、山行ログデータ１２２を受信する（ステップＳ４０１）。
【００４７】
そして、集計システム１１１は、ＧＰＳデバイス１００から山行ログデータ１２２に含まれて受信されたユーザ情報やタイムスタンプ情報とともに、ステップＳ４０１で受信された山行ログデータ１２２を、特には図示しないメモリまたは外部記憶装置（ハードディスク装置等）に記憶させる（ステップＳ４０２）。
【００４８】
図５は、図３および図４で説明した山行ログデータ１２２の処理の説明図である。山行の最中、ＧＰＳデバイス１００では、上述のように山行ロギングアプリが動作して地点通過（所要）時間も含めた経路情報、すなわち山行ログデータ１２２がメモリ２０２（図２）に記録される。オペレータは登山から帰宅した後に、インターネット等の通信手段を使って、採取した山行ログデータ１２２を、ユーザ山行データ蓄積サーバ１１０にアップロードする。ここでいう通信手段は、自宅もしくはベースキャンプに帰ってきた場合を想定しているので、手段はインターネットには限られない。例えば有線ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）でパソコンに接続する方法、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＢｌｕｅｔｏｏｔｈ、携帯無線回線など、データが転送できれば何でもよい。こうして採取されたデータは、図５（ａ）に示されるように、ユーザ山行データ蓄積サーバ１１０の集計システム１１１によって、蓄積されてゆく。
【００４９】
集計システム１１１は、複数のＧＰＳデバイス１００から受信した山行ログデータ１２２を、山行ログデータ１２２に含まれるルートの複数の区間ごとに、その山行ログデータ１２２から算出されるその複数の区間の所要時間とその複数の区間に対して既に演算されている統計的（平均的）な所要時間とを集計して新たな統計的（平均的）な所要時間の集計データ１２５を演算して蓄積する。有名な登山ルートで多くの人がＧＰＳデバイス１００またはそれと等価な機能を備える登山情報表示装置を使用することによって、そのルートを構成する複数の区間の集合に対して、それぞれの所要時間を示す多くの集計データ１２５が得られてゆくことになる。すなわち、サンプル数が多いほど、統計的に望ましい複数の区間ごとの所要時間の集計データ１２５が得られることになる。
【００５０】
図５（ｂ）は、上述の集計処理によって、ある登山ルートについて、そのルートの所定時間毎に集計データ１２５が得られた様子を可視化した説明図である。図５（ｂ）において、黒の軌跡で示されるルート上に表示されている白点間各区間が各所定時間毎の位置である。そして、通過ピッチの密度が高い箇所は所要時間が長く登山のペースが遅いことを示しており、逆に、通過ピッチの密度が低い箇所は所要時間が短く登山のペースが早いことを示している。なお状況解析アプリ１０２は、このピッチの密度が高いほど難易度が高く、ピッチの密度が低いほど難易度が低いと判断するようにしてもよいし、ピッチの密度と地図から得られるルートの勾配情報とに基づいて各区間の難易度を算出するようにしてもよい。例えばピッチの密度が高く勾配差が大きい区間ほど難易度が高く、ピッチの密度が短く勾配差が小さい区間ほど難易度が低くなるようにする。本実施形態では、このような集計データ１２５に基づいて、ルート上のどの区間で登山の難易度が高いかを容易に知ることが可能となる。
【００５１】
ここで、前述したように、山行ログデータ１２２に登山実行時の日時情報を含ませるようにし、季節または月ごとに山行ログデータ１２２を分類して集計データ１２５を作成することにより、利用者が望む季節または月に対応するルート統計データ１２６を得ることが可能となる。
【００５２】
次に、山行計画のデータの作成について説明する。登山を行なうには、予め「山行計画」を立てるのが一般的になっている。すなわち、出発時刻は何時で、どこで休憩し、各ウェイポイントの通過時刻はいつで、到着や帰着は何時かといったタイムテーブルを綿密に計画する（もちろん必ずしも計画どおりに行くわけではない）。ユーザ山行データ蓄積サーバ１１０で実行される山行計画システム１１２は、この山行計画を立てる機能を提供する。
【００５３】
旧来のアナログな「登山計画書」では、紙に書いたりする原始的なものであった。しかし本実施形態における山行計画のデータ（山行計画書）は、単純に計画をテキストで記述させるだけではない。本実施形態では、計画の時刻、通過するパス、通過する各ウェイポイントが、実際の地図上の緯度経度と紐付けて記憶される。そのような精度の高い記憶構造により、後述する統計的演算解析システム１１３は、精度の高いルート統計データ１２６を生成することが可能となる。
【００５４】
図６は、ＧＰＳデバイス１００で実行される状況解析アプリ１０２の一部機能として実行される山行計画リクエスト送信処理の例を示すフローチャートである。この処理は、状況解析アプリ１０２が起動されたときに、図２のＣＰＵ２０１が、メモリ２０２に記憶されている山行計画リクエスト送信処理プログラムを実行する動作として実現される。ここでは、登山の前に、ＧＰＳデバイス１００を操作するオペレータが山行計画のデータ（山行計画書）をユーザ山行データ蓄積サーバ１１０からダウンロードする指示を行う操作をする。この操作は、登山に出かける前に事前に行われる。
【００５５】
まず、ＣＰＵ２０１は、ＧＰＳデバイス１００のオペレータが入力装置２０３（図２）により山行計画リクエストの発行指示を出したか否かを判定する（ステップＳ６０１）。ステップＳ６０１の判定がＮＯならば、山行計画リクエストの発行指示が出されるまでステップＳ６０１の判定処理が繰り返されて待機状態となる。
【００５６】
ステップＳ６０１の判定がＹＥＳになると、ＣＰＵ２０１は、図２の通信インターフェース２０７を介して、ユーザ山行データ蓄積サーバ１１０（図１）と通信が可能か否かを判定する（ステップＳ６０２）。
【００５７】
ネットワークの状況等によりステップＳ６０２の判定がＮＯの場合には、ＣＰＵ２０１は、エラー表示等のエラー処理を行った後（ステップＳ６０４）、ステップＳ６０１の山行計画リクエスト指示の待機状態に戻る。
【００５８】
ステップＳ６０２の判定がＹＥＳならば、ＣＰＵ２０１は、ユーザ山行データ蓄積サーバ１１０内の山行計画システム１１２に対して、山行計画リクエスト１２３（図１）を送信する（ステップＳ６０３）。その後、ＣＰＵ２０１は、図６のフローチャートで示される山行計画リクエスト送信処理を終了する。
【００５９】
この送信処理により、ＧＰＳデバイス１００内の状況解析アプリ１０２からユーザ山行データ蓄積サーバ１１０内の山行計画システム１１２に対して、山行計画リクエスト１２３が発行される。
【００６０】
図７は、図１のユーザ山行データ蓄積サーバ１１０で実行される山行計画システム１１２および統計的演算解析システム１１３によるルート統計データ生成処理の例を示すフローチャートである。この処理は、ユーザ山行データ蓄積サーバ１１０を構成する特には図示しないＣＰＵによるソフトウェア処理であってもよいし、専用のプロセッサによる処理であってもよい。
【００６１】
まず、山行計画システム１１２は、特には図示しない通信インターフェースからの割込み処理等によって、山行計画リクエストを受理する（ステップＳ７０１）。
【００６２】
次に、山行計画システム１１２は、予め山行計画のデータが作成済みであるか否かを判定する（ステップＳ７０２）。
【００６３】
ステップＳ７０２の判定がＮＯならば、山行計画システム１１２は、ＧＰＳデバイス１００へのエラー返信等のエラー処理を実行し（ステップＳ７１１）、その後、ＧＰＳデバイス１００の状況解析アプリ１０２にエラー通知を行う。この結果、再び図６の山行計画リクエスト送信処理が起動されて、ステップＳ６０１で山行計画リクエストの待機状態になる。
【００６４】
ステップＳ７０２の判定がＹＥＳならば、山行計画システム１１２は、統計的演算解析システム１１３に、集計リクエスト１２４（図１）を発行する（ステップＳ７０３）。
【００６５】
次に、山行計画システム１１２は、統計的演算解析システム１１３に、作成済みの山行計画のデータ（山行計画書）を転送する（ステップＳ７０４）。
【００６６】
統計的演算解析システム１１３は、ステップＳ７０３による集計リクエスト１２４を受信する。また、統計的演算解析システム１１３は、ステップＳ７０４による山行計画のデータも受理する（ステップＳ７０５）。
【００６７】
この結果、統計的演算解析システム１１３は、山行計画システム１１２が生成した山行計画のデータが示すルートを構成する複数の区間を特定する（ステップＳ７０６）。
【００６８】
続いて、統計的演算解析システム１１３は、ステップＳ７０６で特定した各複数の区間に対応する統計的（平均的）な所要時間の集計データ１２５を集計システム１１１から取得する（ステップＳ７０７）。ここで、統計的演算解析システム１１３は、山行計画のデータが示す登山実行の日時が含まれる季節または月に分類された集計データ１２５のみを集計システム１１１から取得するようにしてもよい。これにより、季節や月に応じたより正確なルート統計データ１２６を生成することが可能となる。
【００６９】
そして、統計的演算解析システム１１３は、ステップＳ７０７で取得した統計的（平均的）な所要時間の集計データ１２５を組み合わせてルートに対応する統計的（平均的）な所要時間の集合であるリファレンスペースを生成し、そのリファレンスペースとステップＳ７０５で受理した山行計画のデータが一体となったルート統計データ１２６を生成する（ステップＳ７０８）。
【００７０】
その後、統計的演算解析システム１１３は、特には図示しない通信インターフェースを介して山行計画リクエストを送信したＧＰＳデバイス１００とと通信が可能か否かを判定する（ステップＳ７０９）。
【００７１】
ネットワークの状況等によりステップＳ７０９の判定がＮＯの場合には、統計的演算解析システム１１３は、エラー表示等のエラー処理を行った後（ステップＳ７１２）、ＧＰＳデバイス１００の状況解析アプリ１０２にエラー通知を試みる。この結果、再び図６の山行計画リクエスト送信処理が起動されて、ステップＳ６０１で山行計画リクエストの待機状態になる。
【００７２】
ステップＳ７０９の判定がＹＥＳの場合には、統計的演算解析システム１１３は、ＧＰＳデバイス１００の状況解析アプリ１０２に対して、ステップＳ７０８で生成したルート統計データ１２６を転送する（ステップＳ７１０）。その後、統計的演算解析システム１１３は、図７のフローチャートで示されるルート統計データ生成処理を終了する。
【００７３】
図８は、ＧＰＳデバイス１００で実行される状況解析アプリ１０２の一部機能として実行されるルート統計データ受信処理の例を示すフローチャートである。この処理のプログラムは、例えば通信インターフェース２０７（図２）からの受信割込みにより起動され、図２のＣＰＵ２０１が、メモリ２０２に記憶されているルート統計データ受信処理プログラムを実行する動作として実現される。
【００７４】
この処理では、ＣＰＵ２０１は、通信インターフェース２０７（図２）を介して受信されるルート統計データ１２６を受信して、メモリ２０２に格納する（ステップＳ８０１）。このルート統計データ１２６が、山行行程上のリファレンスデータとなる。その後、ＣＰＵ２０１は、図８のフローチャートで示されるルート統計データ受信処理を終了する。
【００７５】
すなわち、ユーザ山行データ蓄積サーバ１１０内の統計的演算解析システム１１３から、ＧＰＳデバイス１００内の状況解析アプリ１０２に、ルート統計データ１２６が転送される。
【００７６】
以上により登山の準備が整ったので、オペレータはこのルート統計データ１２６を持って（ＧＰＳデバイス１００を携行して）、登山に出かける。
【００７７】
図９は、図１のＧＰＳデバイス１００で実行される山行ロギングアプリ１０１、状況解析アプリ１０２、および山行状況表示アプリ１０３による登山情報表示処理の例を示すフローチャートである。この処理は、オペレータによって山行ロギング処理が開始されたときに、図２のＣＰＵ２０１が、メモリ２０２に記憶された登山情報表示処理プログラムを実行する動作として実現される。
【００７８】
まず、ＣＰＵ２０１は、オペレータが入力装置２０３（図２）のタップ操作等により山行ロギングを開始したか否かを判定する（ステップＳ９０１）。ステップＳ９０１の判定がＮＯならば、ステップＳ９０１の判定が繰り返されて、開始されるまで待機状態となる。
【００７９】
ステップＳ９０１の判定がＹＥＳになると、山行ロギングアプリ１０１が動作を開始し、オペレータが登山を開始する（ステップＳ９０２）。
【００８０】
その後、ＣＰＵ２０１は、一定時間（例えば３０秒）ごとに現在の時間と、ＧＰＳセンサ２１０（図２）から取得した位置情報（緯度、経度データ）を記録する（ステップＳ９０３）。
【００８１】
次に、ＣＰＵ２０１は、ステップＳ９０３で得た時間および位置情報を、メモリ２０２に記憶されている山行ログデータ１２２に重畳（追加）して記録してゆく（ステップＳ９０４）。
【００８２】
次に、ＣＰＵ２０１は、山行ロギングアプリ１０１の機能から状況解析アプリ１０２の機能に、山行の現況１２０（図１）を逐次転送する（ステップＳ９０５）。この山行の現況１２０は例えば、ステップＳ９０３で位置情報として取得して現在地、これまでの通過軌跡、出発時間、出発してからの各点通過（所要）時間などである。
【００８３】
ＣＰＵ２０１は、状況解析アプリ１０２の機能において、このリアルタイムに送られてくる山行の現況１２０とルート統計データ１２６を照合し、さらに厳密な現状の解析を行う。例として下記のような解析である。
もうすぐ難所が迫っているのかどうなのか。
計画に対して統計的にどれくらい遅れているのか。
それによって到着時刻はどうなりそうか。
さらにＣＰＵ２０１は、上述の解析結果１２１を、状況解析アプリ１０２の機能から山行状況表示アプリ１０３の機能に送る（以上、ステップＳ９０６）。
【００８４】
ＣＰＵ２０１は、山行状況表示アプリ１０３の機能において、状況解析アプリ１０２の機能から送られてきた解析結果１２１を、山行の状況として、出力装置２０４（図２）のディスプレイに表示する。
【００８５】
より具体的には、ＣＰＵ２０１は、解析結果１２１に基づいて、警告状況が発生したか否かを判定する（ステップＳ９０７）。
【００８６】
そして、ステップＳ９０７の判定がＹＥＳになった場合、ＣＰＵ２０１は、警告画面を強制表示する（ステップＳ９０８）。図１０は、ステップＳ９０８の警告画面の表示例を示す図である。１００１はＧＰＳデバイス１００のディスプレイ画面例、１００２は現在登山を実行しているルートに関するルート統計データ１２６をマップ上で可視化したもの、１００３は現在位置をマップ上で可視化したもの、１００４は実際に難所（地点）で撮影された画像である。この警告画面の表示例１００１では、現在位置１００３の前方に１００４として示されるような危険箇所が接近していることを警告表示している。この警告表示の表示例は１００１に限らず、１００４のように実際にその地点で撮影された画像を表示させるようにしてもよい。このとき表示されるのは、山行ログデータ１２２の一部としてＧＰＳデバイス１００から山行データ蓄積サーバ１１０に送信された撮影画像であってもよい。このように、本実施形態では、統計的（平均的）な所要時間から難度が判断されることにより、地図や勾配度からは伝わってこない、ルート上の本当の難易度をオペレータに表示することが可能となる。この表示例では、標高差だけでなく、通過難度が線の縦縞で直感的に提示されている。難度の高い部分は例えば縦縞が下方まで伸びることにより、滑落の危険を連想させることができる。難易度が線の濃さや色の違いで表現されてもよい。
【００８７】
ステップＳ９０８での警告画面の強制表示の後、入力装置２０３（図２）によるオペレータの指示により、あるいは自動的に、ＣＰＵ２０１は、画面の表示を閉じる（ステップＳ９０９）。その後、ＣＰＵ２０１は、ステップＳ９０３の処理に戻る。
【００８８】
ステップＳ９０７の判定がＮＯの場合、ＣＰＵ２０１は、山行状況表示アプリ１０３の機能において、現況が更新されたか否かを判定する（ステップＳ９１０）。ステップＳ９１０の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ９０３の処理に戻る。
【００８９】
ステップＳ９１０の判定がＹＥＳになると、ＣＰＵ２０１は、出力装置２０４（図２）のディスプレイにおいて、状況表示を更新する（ステップＳ９１１）。図１１は、ステップＳ９１１の状況表示の画面例を示す図である。１１０１はＧＰＳデバイス１００のディスプレイ画面例、１１０２は現在登山を実行しているルートに関するルート統計データ１２６をマップ上で可視化したもの、１１０３は現在位置をマップ上で可視化したもの、１１０４は実際の現場を示す画像である。これにより他の人物の移動履歴や過去の移動履歴に基づいて、ルートの移動にかかる所要時間に影響する情報をユーザは知ることができる。
【００９０】
ステップＳ９１１の処理の後、ＣＰＵ２０１は、オペレータが入力装置２０３（図２）によりロギングの完了を指示したか否かを判定する（ステップＳ９１２）。
【００９１】
ステップＳ９１２の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ９０３の処理に戻って、山行ロギングを続行する。
【００９２】
ステップＳ９１２の判定がＹＥＳになると、山行ロギングが停止され、登山が終了する（ステップＳ９１３）。
【００９３】
以上説明した図９のフローチャートの処理は、前述した図３のロギング処理と統合されてもよい。これにより、山行ログデータ１２２（図１）を記録しながら、登山情報の表示を行うことが可能となる。
【００９４】
図１２は、ルート統計データ１２６からリファレンスペースを生成する処理の説明図である。ユーザ山行データ蓄積サーバ１１０上で、統計的（平均的）なルートデータを生成するにあたっては、前述したように、まず利用するルートが複数の区間に分割されて解析される。ここでは１つの区間を５０メートル単位とする。その結果、１ｋｍは２０分割される事になる。図１２（ａ）は、ある区間の通過ペースの集計データ１２５（図１）である。統計的演算解析システム１１３における統計的演算には様々な計算手法が考えられるが、最も単純なのは、集まったデータを平均化処理することである。例えば、以下の統計的演算処理を実行してよい。
（１）サンプリングデータの季節によりフィルタリングをする。
例えば図１２の例は、６月限定の集計データ１２５である。
（２）極端に速い、または極端に遅いサンプルは、「異常値」として除外する。
（３）異常値を除去した残りを平均化し、この区間の平均通過ペースとする。
この結果、あるルートのリファレンスペース（１ｋｍ分、６月度）は、例えば図１２（ｂ）に示されるごとくとなる。
【００９５】
次に、図１３は、山行現況ペースとリファレンスペースの照合処理の説明図である。現在のペースと、図１２（ｂ）のように求まったリファレンスペースとを比較することで、目標のウェイポイントに対する到着予測時刻や、遅れ具合を計算することができる。図１３は、遅れ時間照合の一例を示している。
（１）統計的平均に比べると、現在地で約９分の遅れが発生している。
（２）このままで行けば、次のウェイポイント到達までに推定１９分６秒の
遅れが発生する。
（３）下山（最終目的地）までの遅れを推定すると、４時間の遅れが発生する。
以上のような情報がＧＰＳデバイス１００のディスプレイに表示されることにより、本日中の下山が困難であり従って登頂断念が示唆されているということを、オペレータは判断することが可能となる。
【００９６】
なお、上述した実施形態においては、利用者が登山を行う際に指定するルートについて説明したが、登山だけに限らず、歩くコースや走るコースを設定するものであってもよい。
【００９７】
以上の実施形態に関して、更に以下の付記を開示する。
（付記１）
ルートを指定する指定手段と、
前記指定手段によって指定されたルートに関して、過去に当該ルートを通行した際の情報を集計した集計情報を取得する集計情報取得手段と、
位置を検出する位置検出手段と、
前記位置検出手段によって検出した位置情報、及び前記集計情報取得手段によって取得した集計情報に基づく情報を表示手段に表示させる表示制御手段と、
を備えることを特徴とする情報表示装置。
（付記２）
前記集計情報は、過去に前記ルートを通行した複数の人物が所定距離を移動するのにかかった平均的な所要時間、又は前記複数の人物の前記ルートを通行した際の所定時間毎の平均的な移動距離を示す情報であることを特徴とする付記１に記載の情報表示装置。
（付記３）
前記集計情報に基づいて、前記ルートにおける通過の難易度を推定する難易度推定手段を更に備え、
前記表示制御手段は、前記難易度推定手段によって推定した難易度を示す情報を表示することを特徴とする付記１または２に記載の情報表示装置
（付記４）
ルートの勾配情報を取得する勾配情報取得手段を更に備え、
前記難易度推定手段は、前記集計情報及び前記勾配情報に基づいて難易度を推定することを特徴とする付記１ないし３のいずれかに記載の情報表示装置。
（付記５）
前記表示制御手段は、前記位置検出手段によって検出された現在位置と前記推定された難易度に基づいて、難所が近づいている場合にはその旨を前記表示手段に表示する、
ことを特徴とする付記３または４に記載の情報表示装置。
（付記６）
前記表示制御手段は、前記難所が近づいている場合には当該難所で撮影された画像を前記表示手段に表示する、
ことを特徴とする付記５に記載の情報表示装置。
（付記７）
前記統計情報は前記ルート上の複数の区間ごとの前記統計的な所要時間を含み、
前記表示制御手段は、スタート地点から現在地に至るまでの前記ルート上の複数の区間ごとの所要時間を前記統計的な所要時間と比較した比較結果を前記表示手段に表示する、
ことを特徴とする付記１ないし６のいずれかに記載の情報表示装置。
（付記８）
前記ルート上の通過箇所ごとの位置および時間を含む移動履歴情報を当該ルートの識別情報とともにサーバに送信する送信手段をさらに備える、
ことを特徴とする付記１ないし７のいずれかに記載の情報表示装置。
（付記９）
ルート上の移動履歴情報を当該ルートの識別情報とともに情報表示装置から受信する受信手段と、
前記受信した移動履歴情報に基づいて算出された移動に要した所要時間を当該移動履歴情報に含まれるルートを分割した複数の区間ごとに、集計する集計手段と、
利用者が指定したルートに対応する集計情報を前記集計手段から取得して前記情報表示装置に送信する送信手段と、
を備えることを特徴とするサーバ装置。
（付記１０）
前記移動履歴情報は日時情報をさらに含み、
前記集計手段は、前記移動履歴情報に含まれるルートを前記複数の区間ごとに、当該移動履歴情報に含まれる日時情報に基づいて分類して集計し、
前記送信手段は、前記日時情報に基づいて分類された前記移動情報を前記情報表示装置に送信する、
ことを特徴とする付記９に記載のサーバ装置。
（付記１１）
表示手段を備えた情報表示装置が実行する情報表示方法であって、
ルートを指定する指定ステップと、
指定されたルートに関して、過去に当該ルートを通行した際の情報を集計した集計情報を取得する集計情報取得ステップと、
位置を検出する位置検出ステップと、
前記位置検出ステップによって検出した位置情報、及び前記集計情報取得ステップによって取得した集計情報に基づく情報を前記表示手段に表示させる表示制御ステップと、
を含むことを特徴とする情報表示方法。
（付記１２）
表示部を備える情報表示装置のコンピュータを
ルートを指定する指定手段、
前記指定手段によって指定されたルートに関して、過去に当該ルートを通行した際の情報を集計した集計情報を取得する集計情報取得手段、
位置を検出する位置検出手段、
前記位置検出手段によって検出した位置情報、及び前記集計情報取得手段によって取得した集計情報に基づく情報を前記表示部に表示させる表示制御手段、
として実行させるためのプログラム。
（付記１３）
ルートを指定する指定手段と、
前記指定手段によって指定されたルートに関して、過去に当該ルートを通行した際の情報を集計した集計情報を取得する集計情報取得手段と、
位置を検出する位置検出手段と、
前記位置検出手段によって検出した位置情報、及び前記集計情報取得手段によって取得した集計情報に基づく情報を表示手段に表示させる表示制御手段と、
前記ルート上の通過箇所ごとの位置および時間を含む移動履歴情報を当該ルートの識別情報とともにサーバに送信する送信手段と、
を備えた情報表示装置と、
前記送信手段から送信される前記移動履歴情報を当該ルートの識別情報とともに情報表示装置から受信する受信手段と、
前記受信手段によって受信した移動履歴情報に基づいて算出された移動に要した所要時間を、前記移動履歴情報に含まれるルートを分割した複数の区間ごとに集計する集計手段と、
利用者が指定したルートに対応する集計情報を前記集計手段から取得して前記情報表示装置に送信する集計情報送信手段と、
を備えたサーバからなる情報提供システム。
【符号の説明】
【００９８】
１００  ＧＰＳデバイス
１０１  山行ロギングアプリ
１０２  状況解析アプリ
１０３  山行状況表示アプリ
１０４  ＧＰＳデバイス外観
１１０  ユーザ山行データ蓄積サーバ
１１１  集計システム
１１２  山行計画システム
１１３  統計的演算解析システム
１１４  ユーザ山行データ蓄積サーバ外観
１２０  山行の現況
１２１  解析結果
１２２  山行ログデータ
１２３  山行計画リクエスト
１２４  集計リクエスト
１２５  集計データ
２０１  ＣＰＵ
２０２  メモリ
２０３  入力装置
２０４  出力装置
２０５  外部記憶装置
２０６  可搬記録媒体駆動装置
２０７  通信インターフェース
２０８  バス
２０９  可搬記録媒体
２１０  ＧＰＳセンサ
【図１】
2015210116.tif 000003
【図２】
2015210116.tif 000004
【図３】
2015210116.tif 000005
【図４】
2015210116.tif 000006
【図５】
2015210116.tif 000007
【図６】
2015210116.tif 000008
【図７】
2015210116.tif 000009
【図８】
2015210116.tif 000010
【図９】
2015210116.tif 000011
【図１０】
2015210116.tif 000012
【図１１】
2015210116.tif 000013
【図１２】
2015210116.tif 000014
【図１３】
2015210116.tif 000015