(57)【要約】【課題】互いに異なる複数のルートをユーザーが比較する際に有効な情報を生成することのできるランキングシステム、サーバー、ランキング方法、ランキングプログラム、記録媒体、及び電子機器を提供することを目的とする。【解決手段】ランキングシステムは、複数のルートをランク付けするための基準を選択する選択部と、前記選択された基準に基づいて前記複数のルートをランク付けするランク付け部と、前記ランク付けされたランキング結果を出力する出力部と、を含む。【選択図】図８
2018096861.tif 000002
【特許請求の範囲】
【請求項１】
複数のルートをランク付けするための基準を選択する選択部と、
前記選択された基準に基づいて前記複数のルートをランク付けするランク付け部と、
前記ランク付けされたランキング結果を出力する出力部と、
を含むランキングシステム。
【請求項２】
請求項１において、
前記基準は、互いに異なる複数の基準からなり、
前記ランク付け部は、
前記複数の基準をそれぞれ重み付けすることにより前記ランク付けを行う、
ランキングシステム。
【請求項３】
請求項２において、
前記重み付けは、ユーザーにより指定される、
ランキングシステム。
【請求項４】
請求項１乃至３の何れか一項において、
前記出力部は、
前記複数のルートをランクの順に提示する、
ランキングシステム。
【請求項５】
請求項１乃至４の何れか一項において、
前記出力部は、
前記ランク付けされた前記複数のルートを、当該ルートのランクと共に地図上に表示する、
ランキングシステム。
【請求項６】
複数のルートをランク付けするための基準を選択する選択部と、
前記選択された基準に基づいて前記複数のルートをランク付けするランク付け部と、
前記ランク付けされたランキング結果を出力する出力部と、
を含むサーバー。
【請求項７】
複数のルートをランク付けするための基準を選択するステップと、
前記選択された基準に基づいて前記複数のルートをランク付けするステップと、
前記ランク付けされたランキング結果を出力するステップと、
を含むランキング方法。
【請求項８】
請求項７において、
前記基準は、互いに異なる複数の基準からなり、
前記ランク付けするステップは、
前記複数の基準をそれぞれ重み付けすることにより前記ランク付けを行う、
ランキング方法。
【請求項９】
請求項８において、
前記重み付けは、ユーザーにより指定される、
ランキング方法。
【請求項１０】
請求項７乃至９の何れか一項において、
前記出力するステップは、
前記複数のルートをランクの順に提示する、
ランキング方法。
【請求項１１】
請求項７乃至１０の何れか一項において、
前記出力するステップは、
前記ランク付けされた前記複数のルートを、当該ルートのランクと共に地図上に表示する、
ランキング方法。
【請求項１２】
複数のルートをランク付けするための基準を選択するステップと、
前記選択された基準に基づいて前記複数のルートをランク付けするステップと、
前記ランク付けされたランキング結果を出力するステップと、
をコンピューターに実行させるランキングプログラム。
【請求項１３】
複数のルートをランク付けするための基準を選択するステップと、
前記選択された基準に基づいて複数のルートをランク付けするステップと、
前記ランク付けされたランキング結果を出力するステップと、
をコンピューターに実行させるプログラムを記録した記録媒体。
【請求項１４】
複数のルートをランク付けするための基準を選択し、
前記選択された基準に基づいて前記複数のルートをランク付けし、
前記ランク付けされたランキング結果を出力する、
電子機器。
【請求項１５】
請求項１４において、
前記基準は、互いに異なる複数の基準からなり、
前記ランク付けは、前記複数の基準をそれぞれ重み付けすることにより行う、
電子機器。
【請求項１６】
請求項１５において、
前記重み付けは、ユーザーにより指定される、
電子機器。
【請求項１７】
請求項１４乃至１６の何れか一項において、
前記出力には、
前記複数のルートをランクの順に提示することが含まれる、
電子機器。
【請求項１８】
請求項１４乃至１７の何れか一項において、
前記出力には、
前記ランク付けされた前記複数のルートを、当該ルートのランクと共に地図上に表示することが含まれる、
電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ランキングシステム、サーバー、ランキング方法、ランキングプログラム、記録媒体、及び電子機器に関する。
【背景技術】
【０００２】
特許文献１には、予め決められたルートの所要時間に影響する情報を他の人物の移動履歴に基づいてユーザーへ提供するＧＰＳデバイス（GPS: Global Positioning System）が開示されている。ユーザーは、提供された情報に基づき当該ルートの難易度を予測することが可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−２１０１１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、このＧＰＳデバイスがユーザーへ提供する情報は、特定のルートを対象としたものであるため、当該ルートが他のルートより困難であるか否かをユーザーが客観的に評価したい場合には必ずしも有効ではなかった。
【０００５】
本発明は、以上のような問題点に鑑みてなされたものであり、互いに異なる複数のルートをユーザーが比較する際に有効な情報を生成することのできるランキングシステム、サーバー、ランキング方法、ランキングプログラム、記録媒体、及び電子機器を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は前述の課題の少なくとも一部を解決するためになされたものであり、以下の態様又は適用例として実現することが可能である。
【０００７】
［適用例１］
本適用例に係るランキングシステムは、複数のルートをランク付けするための基準を選択する選択部と、前記選択された基準に基づいて前記複数のルートをランク付けするランク付け部と、前記ランク付けされたランキング結果を出力する出力部と、を含む。
【０００８】
当該ランキング結果は、ユーザーの主観に基づくものではなく、選択された基準に基づくものであるため、複数のルートを客観的に比較するために有効な情報である。また、当該ランキング結果は、基準の選択次第で変化するので、例えば、ユーザーは、自分の所望する基準でランキング結果を取得したり、様々な基準で異なるランキング結果を取得したりすることも可能である。
【０００９】
［適用例２］
本適用例に係るランキングシステムにおいて、前記基準は、互いに異なる複数の基準からなり、前記ランク付け部は、前記複数の基準をそれぞれ重み付けすることにより前記ランク付けを行ってもよい。
【００１０】
従って、複数の基準として、例えば、ルートに関する第１基準と第２基準とを用いた場
合に、第１基準を重視したランク付けや第２基準を重視したランク付けが可能である。さらには、第１基準の重要度と第２基準の重要度との配分を所定の配分に設定したランク付けも可能である。
【００１１】
［適用例３］
本適用例に係るランキングシステムにおいて、前記重み付けは、ユーザーにより指定されてもよい。
【００１２】
従って、ユーザーは、第１基準の重要度と第２基準の重要度との配分を、自分の好みの配分に設定することが可能である。
【００１３】
［適用例４］
本適用例に係るランキングシステムにおいて、前記出力部は、前記複数のルートをランクの順に提示してもよい。
【００１４】
従って、ユーザーは、提示された順序によってルートのランクを認識することが可能である。
【００１５】
［適用例５］
本適用例に係るランキングシステムにおいて、前記出力部は、前記ランク付けされた前記複数のルートを、当該ルートのランクと共に地図上に表示してもよい。
【００１６】
従って、ユーザーは、ルートの位置とルートのランクとの対応関係を地図上で直感的に把握することが可能である。
【００１７】
［適用例６］
本適用例に係るサーバーは、複数のルートをランク付けするための基準を選択する選択部と、前記選択された基準に基づいて前記複数のルートをランク付けするランク付け部と、前記ランク付けされたランキング結果を出力する出力部とを含む。
【００１８】
当該ランキング結果は、ユーザーの主観に基づくものではなく、選択された基準に基づくものであるため、複数のルートを客観的に比較するために有効な情報である。また、当該ランキング結果は、基準の選択次第で変化するので、例えば、ユーザーは、自分の所望する基準でランキング結果を取得したり、様々な基準で異なるランキング結果を取得したりすることも可能である。
【００１９】
［適用例７］
本適用例に係るランキング方法は、複数のルートをランク付けするための基準を選択するステップと、前記選択された基準に基づいて前記複数のルートをランク付けするステップと、前記ランク付けされたランキング結果を出力するステップと、を含む。
【００２０】
当該ランキング結果は、ユーザーの主観に基づくものではなく、選択された基準に基づくものであるため、複数のルートを客観的に比較するために有効な情報である。また、当該ランキング結果は、基準の選択次第で変化するので、例えば、ユーザーは、自分の所望する基準でランキング結果を取得したり、様々な基準で異なるランキング結果を取得したりすることも可能である。
【００２１】
［適用例８］
本適用例に係るランキング方法において、前記基準は、互いに異なる複数の基準からなり、前記ランク付けするステップは、前記複数の基準をそれぞれ重み付けすることにより
前記ランク付けを行ってもよい。
【００２２】
従って、複数の基準として、例えば、ルートに関する第１基準と第２基準とを用いた場合に、第１基準を重視したランク付けや第２基準を重視したランク付けが可能である。さらには、第１基準の重要度と第２基準の重要度との配分を所定の配分に設定したランク付けも可能である。
【００２３】
［適用例９］
本適用例に係るランキング方法において、前記重み付けは、ユーザーにより指定されてもよい。
【００２４】
従って、ユーザーは、第１基準の重要度と第２基準の重要度との配分を、自分の好みの配分に設定することが可能である。
【００２５】
［適用例１０］
本適用例に係るランキング方法において、前記出力するステップは、前記複数のルートをランクの順に提示してもよい。
【００２６】
従って、ユーザーは、提示された順序によってルートのランクを認識することが可能である。
【００２７】
［適用例１１］
本適用例に係るランキング方法において、前記出力するステップは、前記ランク付けされた前記複数のルートを、当該ルートのランクと共に地図上に表示してもよい。
【００２８】
従って、ユーザーは、ルートの位置とルートのランクとの対応関係を地図上で直感的に把握することが可能である。
【００２９】
［適用例１２］
本適用例に係るランキングプログラムは、複数のルートをランク付けするための基準を選択するステップと、前記選択された基準に基づいて前記複数のルートをランク付けするステップと、前記ランク付けされたランキング結果を出力するステップと、をコンピューターに実行させる。
【００３０】
当該ランキング結果は、ユーザーの主観に基づくものではなく、選択された基準に基づくものであるため、複数のルートを客観的に比較するために有効な情報である。また、当該ランキング結果は、基準の選択次第で変化するので、例えば、ユーザーは、自分の所望する基準でランキング結果を取得したり、様々な基準で異なるランキング結果を取得したりすることも可能である。
【００３１】
［適用例１３］
本適用例に係るランキングプログラムを記録した記録媒体は、複数のルートをランク付けするための基準を選択するステップと、前記選択された基準に基づいて複数のルートをランク付けするステップと、前記ランク付けされたランキング結果を出力するステップと、をコンピューターに実行させる。
【００３２】
当該ランキング結果は、ユーザーの主観に基づくものではなく、選択された基準に基づくものであるため、複数のルートを客観的に比較するために有効な情報である。また、当該ランキング結果は、基準の選択次第で変化するので、例えば、ユーザーは、自分の所望する基準でランキング結果を取得したり、様々な基準で異なるランキング結果を取得した
りすることも可能である。
【００３３】
［適用例１４］
本適用例に係る電子機器は、複数のルートをランク付けするための基準を選択し、前記選択された基準に基づいて前記複数のルートをランク付けし、前記ランク付けされたランキング結果を出力する。
【００３４】
当該ランキング結果は、ユーザーの主観に基づくものではなく、選択された基準に基づくものであるため、複数のルートを客観的に比較するために有効な情報である。また、当該ランキング結果は、基準の選択次第で変化するので、例えば、ユーザーは、自分の所望する基準でランキング結果を取得したり、様々な基準で異なるランキング結果を取得したりすることも可能である。
【００３５】
［適用例１５］
本適用例に係る電子機器において、前記基準は、互いに異なる複数の基準からなり、前記ランク付けは、前記複数の基準をそれぞれ重み付けすることにより行ってもよい。
【００３６】
従って、複数の基準として、例えば、ルートに関する第１基準と第２基準とを用いた場合に、第１基準を重視したランク付けや第２基準を重視したランク付けが可能である。さらには、第１基準の重要度と第２基準の重要度との配分を所定の配分に設定したランク付けも可能である。
【００３７】
［適用例１６］
本適用例に係る電子機器において、前記重み付けは、ユーザーにより指定されてもよい。
【００３８】
従って、ユーザーは、第１基準の重要度と第２基準の重要度との配分を、自分の好みの配分に設定することが可能である。
【００３９】
［適用例１７］
本適用例に係る電子機器において、前記出力には、前記複数のルートをランクの順に提示することが含まれてもよい。
【００４０】
従って、ユーザーは、提示された順序によってルートのランクを認識することが可能である。
【００４１】
［適用例１８］
本適用例に係る電子機器において、前記出力には、前記ランク付けされた前記複数のルートを、当該ルートのランクと共に地図上に表示することが含まれてもよい。
【００４２】
従って、ユーザーは、ルートの位置とルートのランクとの対応関係を地図上で直感的に把握することが可能である。
【図面の簡単な説明】
【００４３】
【図１】実施形態におけるシステムの構成を説明するための図の一例である。
【図２】電子機器１の機能ブロック図の一例である。
【図３】情報端末２、メインサーバー４、及び気象サーバー５の機能ブロック図の一例である。
【図４】ランキングを表示する画面の一例である。
【図５】アプリケーションプログラムによる当初の表示画面の一例である。
【図６】ランキング分析の設定画面の一例である。
【図７】きつさに係る指標の一例である。
【図８】きつさに係る指標のブレンドを入力・管理するための画面の一例である。
【図９】縛り条件の一例である。
【図１０】縛り条件を設定するための画面の一例である。
【図１１】ランキングを表示する画面の一例である。
【図１２】地図を表示する画面の一例である。
【図１３】登録済みの山を選択する画面の一例である。
【図１４】山ごと（ルートごと）のきつさのデータの一例である。
【図１５】主成分分析のフローの一例である。
【図１６】正規化されたデータの一例である。
【図１７】山ごと（ルートごと）の内積のデータの一例である。
【図１８】プラスの部分のみを採用した場合における内積のデータの一例である。
【図１９】逆指定の結果を示す図である。
【図２０】アプリケーションプログラムによる当初の表示画面の一例である。
【図２１】登山計画リストを表示する画面の一例である。
【図２２】登山計画を登録するための画面の一例である。
【図２３】カレンダーを表示する画面の一例である。
【図２４】終了処理をするための画面の一例である。
【図２５】データリストを表示する画面の一例である。
【図２６】登録済みのデータを表示する画面の一例である。
【図２７】同行者を編集するための画面の一例である。
【図２８】天候分析の縛り条件を設定するための画面の一例である。
【図２９】雨天率のグラフを表示する画面の一例である。
【図３０】組み合わせごとの雨天率の表の一例である。
【図３１】雨天率をマップで表示する画面の一例である。
【発明を実施するための形態】
【００４４】
以下、本発明の好適な実施形態について図面を用いて詳細に説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また以下で説明される構成の全てが本発明の必須構成要件であるとは限らない。
【００４５】
１．サーバーシステム
１−１．サーバーシステムの構成
図１は、実施形態におけるシステムの構成を説明するための図の一例である。図１に示すとおり、サーバーシステム（ランキングシステムの一例）は、電子機器１と、情報端末２と、メインサーバー４と、気象サーバー５とを備える。情報端末２、メインサーバー４、気象サーバー５の各々は、インターネットなどのネットワーク３に接続可能であって、情報端末２、メインサーバー４、気象サーバー５は、ネットワーク３を介して互いに通信可能である。また、電子機器１は、近距離無線通信などを介して情報端末２と互いに通信可能である。
【００４６】
電子機器１は、例えば、登山やトレッキングなどのアウトドアシーンにおいてユーザーの身体の一部へ装着される携帯情報機器である。本明細書でいう「登山」には、アウトドアにおける移動の全般が含まれ、頂上を目指して整備されたルートを移動すること、頂上を目指して整備されていないルートを移動すること、岩登り、雪山登山、トレッキング、平坦なルートの移動（ハイキング）、ジョギング、ウォーキング、トレーニングなどが含まれている。ユーザーの生体に関する計測データを電子機器１が接触又は非接触で取得したり、必要なときに電子機器１をユーザーが目視したりできるよう、電子機器１の装着先は、例えば、ユーザーの肘から手に至る部位（前腕）である。図１に示す例では、電子機
器１はリスト型（腕時計型）の電子機器（アウトドアウォッチ）として構成されており、電子機器１の装着先は手首である。
【００４７】
情報端末２は、電子機器１を利用するユーザーが使用する情報端末であって、例えば、スマートフォン、携帯型又はデスクトップ型のＰＣ（パーソナルコンピュータ）、又はタブレットＰＣなどで構成される。
【００４８】
メインサーバー４は、電子機器１を利用するユーザーに向けて、電子機器１の利用に関連する情報を提供したり、電子機器１が取得した計測データをユーザーごとに管理したりするサーバーである。
【００４９】
気象サーバー５は、メインサーバー４や電子機器１を使用するユーザーに向けて、各地の気象に関する情報を提供するサーバーである。但し、本実施形態では、ユーザーへ向けた情報は、気象サーバー５から直接ではなくメインサーバー４を介して提供される場合を主に説明する。
【００５０】
１−２．電子機器の構成
図２は、電子機器１の機能ブロック図の一例である。
【００５１】
図２に示すとおり、電子機器１には、ＧＰＳセンサー１１０、地磁気センサー１１１、気圧センサー１１２、加速度センサー１１３、角速度センサー１１４、脈センサー１１５、温度センサー１１６、処理部１２０、記憶部１３０、操作部１５０、計時部１６０、表示部１７０、音出力部１８０、通信部１９０などを含んで構成される。但し、電子機器１の構成は、これらの構成要素の一部を削除又は変更し、或いは他の構成要素（例えば、湿度センサー、紫外線センサーなど）を追加したものであってもよい。
【００５２】
ＧＰＳセンサー１１０は、電子機器１の位置などを示す測位データ（緯度、経度、高度、速度ベクトルなどのデータ）を生成して処理部１２０へ出力するセンサーであって、例えばＧＰＳ受信機（GPS: Global Positioning System）等を含んで構成される。ＧＰＳセンサー１１０は、外部から到来する所定周波数帯域の衛星信号を含む電磁波を不図示のＧＰＳアンテナで受信し、ＧＰＳ衛星からのＧＰＳ信号を抽出すると共に、当該ＧＰＳ信号に基づき電子機器１の位置などを示す測位データを生成する。
【００５３】
地磁気センサー１１１は、電子機器１から見た地球の磁場の方向を示す地磁気ベクトルを検出するセンサーであって、例えば、互いに直交する３つの軸方向の磁束密度を示す地磁気データを生成する。地磁気センサー１１１には、例えば、ＭＲ（Magnet resistive）素子、ＭＩ（Magnet impedance）素子、ホール素子などが用いられる。
【００５４】
気圧センサー１１２は、周辺の気圧（大気圧）を検出するセンサーであって、例えば、振動片の共振周波数の変化を利用する方式（振動方式）の感圧素子を有している。この感圧素子は、例えば、水晶、ニオブ酸リチウム、タンタル酸リチウム等の圧電材料で形成された圧電振動子であり、例えば、音叉型振動子、双音叉型振動子、ＡＴ振動子（厚みすべり振動子）、ＳＡＷ共振子などが適用される。或いは、気圧センサー１１２は、例えば、半導体製造技術を用いて製造されたＭＥＭＳ型気圧センサーであってもよい。具体的には、気圧センサー１１２は、受圧により撓み変形するダイヤフラム部と、ダイヤフラム部の撓みを検出する歪検出素子と、を備えている。ダイヤフラム部は、例えば、シリコンで構成されている。歪検出素子は、例えば、ピエゾ抵抗素子である。なお、気圧センサー１１２の出力は、測位データを補正するために使用されてもよい。
【００５５】
加速度センサー１１３は、互いに交差する（理想的には直交する）３軸方向の各々の加
速度を検出し、検出した３軸加速度の大きさ及び向きに応じたデジタル信号（加速度データ）を出力する慣性センサーである。なお、加速度センサー１１３の出力は、ＧＰＳセンサー１１０の測位データに含まれる位置の情報を補正するために使用されてもよい。
【００５６】
角速度センサー１１４は、互いに交差する（理想的には直交する）３軸方向の各々の角速度を検出し、計測した３軸角速度の大きさ及び向きに応じたデジタル信号（角速度データ）を出力する慣性センサーである。なお、角速度センサー１１４の出力は、ＧＰＳセンサー１１０の測位データに含まれる位置の情報を補正するために使用されてもよい。
【００５７】
脈センサー１１５は、ユーザーの脈拍（心拍数）を示す信号を生成して処理部１２０へ出力するセンサーであって、例えば、適当な波長を有した計測光を皮下の血管に向けて照射するＬＥＤ光源などの光源と、当該計測光に応じて血管で発生した光の強度変化を検出する受光素子とを有している。
【００５８】
温度センサー１１６は、周辺の温度に応じた信号（例えば、温度に応じた電圧）を出力する感温素子である。なお、温度センサー１１６は、温度に応じたデジタル信号を出力するものであってもよい。温度センサー１１６は、例えば、周辺の温度に応じた振動片の共振周波数の変化を利用する方式（振動方式）の感圧素子を有している。この感圧素子は、例えば、水晶、ニオブ酸リチウム、タンタル酸リチウム等の圧電材料で形成された圧電振動子であり、例えば、音叉型振動子、双音叉型振動子、ＡＴ振動子（厚みすべり振動子）、ＳＡＷ共振子などが適用される。或いは、温度センサー１１６は、熱電対やサーミスターにより温度を検出する感温素子により構成されていてもよい。
【００５９】
記憶部１３０は、例えば１又は複数のＩＣメモリーなどにより構成され、プログラムなどのデータが記憶されるＲＯＭと、処理部１２０の作業領域となるＲＡＭとを有する。なお、ＲＡＭには不揮発性のＲＡＭも含まれる。
【００６０】
操作部１５０は、例えばボタン、キー、マイク、タッチパネル、音声認識機能（不図示のマイクロフォンを利用）、アクション検出機能（加速度センサー１１３などを利用）などで構成され、ユーザーからの指示を適当な信号に変換して処理部１２０へ送る処理を行う。
【００６１】
計時部１６０は、例えば、リアルタイムクロック（ＲＴＣ：Real Time Clock）ＩＣなどにより構成され、年、月、日、時、分、秒等の時刻データを生成して処理部１２０に送る。
【００６２】
表示部１７０は、例えばＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electroluminescence）ディスプレイ、ＥＰＤ（Electrophoretic Display）、タッチパネル型ディスプレイ等で構成され、処理部１２０からの指示に従って各種の画像を表示する。
【００６３】
音出力部１８０は、例えばスピーカー、ブザー、バイブレーターなどで構成され、処理部１２０からの指示に従って各種の音（又は振動）を発生させる。
【００６４】
通信部１９０は、電子機器１と情報端末２（スマートフォンなど）との間のデータ通信を成立させるための各種制御を行う。通信部１９０は、例えば、Bluetooth（登録商標）（BTLE：Bluetooth Low Energyを含む）、Ｗｉ−Ｆｉ（登録商標）（Wi-Fi:Wireless Fidelity）、Ｚｉｇｂｅｅ（登録商標）、ＮＦＣ（Near field communication）、ＡＮＴ＋（登録商標）等の近距離無線通信規格に対応した送受信機を含んで構成される。
【００６５】
処理部１２０は、例えば、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signa
l Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）等により構成される。処理部１２０は、記憶部１３０に格納されたプログラムと、操作部１５０を介してユーザーが入力した各種のコマンドとに従い各種の処理を行う。処理部１２０による処理には、ＧＰＳセンサー１１０、地磁気センサー１１１、気圧センサー１１２、加速度センサー１１３、角速度センサー１１４、脈センサー１１５、温度センサー１１６、計時部１６０などが生成するデータへのデータ処理、表示部１７０へ画像を表示させる表示処理、音出力部１８０に音を出力させる音出力処理などが含まれる。処理部１２０は、各種プログラムに従い、通信部１９０を介して情報端末２から制御コマンドを受信する処理や、通信部１９０を介して情報端末２から受信したデータに対する各種の計算処理を行う。また、処理部１２０は、各種プログラムに従い、記憶部１３０からデータを読み出して、通信部１９０を介して情報端末２に所定のフォーマットで送信する処理を行う。また、処理部１２０は、各種プログラムに従い、通信部１９０を介して、情報端末２に各種の情報を送信し、情報端末２から受信した情報に基づいて各種の画面を表示する処理等を行う。また、処理部１２０は、その他の各種の制御処理を行う。例えば、処理部１２０は、通信部１９０が受信した情報、記憶部１３０に格納された情報の少なくとも一部に基づき、表示部１７０へ画像（画像、動画像、文字、記号等）を表示させる処理を実行する。なお、電子機器１に振動機構を設けておいて、当該振動機構により各種の情報を振動情報に変換してユーザーに通知してもよい。
【００６６】
１−３．情報端末の構成
図３の紙面に向って左側に示す図は、情報端末２の機能ブロック図の一例である。図３に示すとおり、情報端末２は、処理部２１、通信部２２、操作部２３、記憶部２４、表示部２５、音出力部２６、通信部２７、及び撮像部２８を含んで構成されている。ただし、情報端末２は、適宜、これらの構成要素の一部が削除又は変更され、あるいは、他の構成要素が付加された構成であってもよい。
【００６７】
通信部２２は、電子機器１から所定のフォーマットで送信されたデータ（計測データ）等を受信し、処理部２１に送る処理や、処理部２１からの制御コマンドを電子機器１に送信する処理等を行う。
【００６８】
操作部２３は、ユーザーの操作に応じたデータを取得し、処理部２１に送る処理を行う。操作部２３は、例えば、タッチパネル型ディスプレイ、ボタン、キー、マイクなどであってもよい。
【００６９】
記憶部２４は、例えば、ＲＯＭ（Read Only Memory）やフラッシュＲＯＭ、ＲＡＭ（Random Access Memory）等の各種ＩＣメモリー(IC: Integrated Circuit)やハードディスクやメモリーカードなどの記録媒体等により構成される。記憶部２４は、処理部２１が各種の計算処理や制御処理を行うためのプログラムや、アプリケーション機能を実現するための各種プログラムやデータ等を記憶している。また、記憶部２４は、処理部２１の作業領域として用いられ、操作部２３が取得したデータ、処理部２１が各種プログラムに従って実行した演算結果等を一時的に記憶する。更に、記憶部２４は、処理部２１の処理により生成されたデータのうち、長期的な保存が必要なデータを記憶してもよい。
【００７０】
表示部２５は、処理部２１の処理結果を文字、グラフ、表、アニメーション、その他の画像として表示するものである。表示部２５は、例えば、ＣＲＴ(CRT: Cathode Ray Tube
)、ＬＣＤ(LCD: liquid crystal display)、タッチパネル型ディスプレイ、ヘッドマウントディスプレイ（ＨＭＤ：Head Mounted Display）などであってもよい。なお、１つのタッチパネル型ディスプレイで操作部２３と表示部２５の機能を実現するようにしてもよい。
【００７１】
音出力部２６は、処理部２１の処理結果を音声やブザー音等の音として出力するものである。音出力部２６は、例えば、スピーカーやブザーなどであってもよい。
【００７２】
通信部２７は、ネットワーク３を介してメインサーバー４の通信部４２との間でデータ通信を行うものである。例えば、通信部２７は、処理部２１からデータを受け取って、メインサーバー４の通信部４２に所定のフォーマットで送信する処理を行う。また、例えば、通信部２７は、画面の表示に必要な情報をメインサーバー４の通信部から受信して処理部２１に送る処理や、各種の情報を処理部２１から受け取ってメインサーバー４の通信部に送信する処理を行う。
【００７３】
撮像部２８は、レンズ、カラー撮像素子、焦点調節機構などを備えたカメラであって、レンズが形成する被写界の像を撮像素子により画像化する。撮像素子が取得した画像のデータ（画像データ）は、処理部２１へ送られ、記憶部２４へ保存されたり表示部２５へ表示されたりする。
【００７４】
処理部２１は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）等により構成される。処理部２１は、記憶部２４に格納されたプログラムと、操作部２３を介してユーザーが入力した各種のコマンドとに従い各種の処理を行う。処理部２１による処理には、情報端末２で生成されるデータに対するデータ処理、表示部２５へ画像を表示させる表示処理、音出力部２６に音を出力させる音出力処理、撮像部２８が取得した画像への画像処理などが含まれる。なお、処理部２１は、単一のプロセッサー（Processor）で構成されてもよいし、複数のプロセッサー（Processor）により構成されてもよい。処理部２１は、各種プログラムに従い、通信部２２を介して電子機器１に制御コマンドを送信する処理や、通信部２２を介して電子機器１から受信したデータに対する各種の計算処理を行う。また、処理部２１は、各種プログラムに従い、記憶部２４からデータを読み出して、通信部２７を介してメインサーバー４に所定のフォーマットで送信する処理を行う。また、処理部２１は、各種プログラムに従い、通信部２７を介して、メインサーバー４に各種の情報を送信し、メインサーバー４から受信した情報に基づいて各種の画面を表示する処理等を行う。また、処理部２１は、その他の各種の制御処理を行う。例えば、処理部２１は、通信部２７が受信した情報、通信部２２が受信した情報、記憶部２４に格納された情報の少なくとも一部に基づき、表示部２５へ画像（画像、動画像、文字、記号等）を表示させる処理を実行する。なお、情報端末２あるいは電子機器１に振動機構を設けておいて、当該振動機構により各種の情報を振動情報に変換してユーザーに通知してもよい。
【００７５】
１−４．メインサーバーの構成
図３の紙面に向って右下に示す図は、メインサーバー４の機能ブロック図の一例である。図３の紙面に向かって右下示すとおり、メインサーバー４は、処理部４１（コンピューターの一例）、通信部４２、記憶部４４を含んで構成されている。ただし、メインサーバー４は、適宜、これらの構成要素の一部が削除又は変更され、あるいは、他の構成要素が付加された構成であってもよい。
【００７６】
記憶部４４は、例えば、ＲＯＭやフラッシュＲＯＭ、ＲＡＭ等の各種ＩＣメモリーやハードディスクやメモリーカードなどの記録媒体等により構成される。記憶部４４は、処理部４１が各種の計算処理や制御処理（ランキング方法の一例）を行うためのプログラムや、アプリケーション機能を実現するための各種プログラム（ランキングプログラムの一例）やデータ等を記憶している。記憶部４４は、処理部４１の作業領域として用いられ、処理部４１が各種プログラムに従って実行した演算結果等を一時的に記憶する。更に、記憶部４４は、処理部４１の処理により生成されたデータのうち、長期的な保存が必要なデータを記憶してもよい。なお、記憶部４４に格納された各種の情報については後述する。
【００７７】
通信部４２は、ネットワーク３を介して情報端末２の通信部２７との間でデータ通信を行うものである。例えば、通信部４２は、情報端末２の通信部２７からデータを受け取って、処理部４１に送る処理を行う。また、例えば、通信部４２は、画面の表示に必要な情報を所定のフォーマットで情報端末２の通信部２７に送信する処理や、情報を情報端末２の通信部２７から受信して処理部４１に送る処理を行う。
【００７８】
処理部４１は、各種プログラムに従い、通信部４２を介して情報端末２からデータを受信して、記憶部４４に記憶させる処理を行う。また、処理部４１は、各種プログラムに従い、通信部４２を介して、情報端末２から各種の情報を受信し、各種の画面の表示に必要な情報を情報端末２に送信する処理等を行う。また、処理部４１は、その他の各種の制御処理を行う。
【００７９】
１−５．気象サーバーの構成
図３の紙面に向って右上に示す図は、気象サーバー５の機能ブロック図の一例である。図３に示すとおり、気象サーバー５は、処理部５１、通信部５２、記憶部５４を含んで構成されている。ただし、気象サーバー５は、適宜、これらの構成要素の一部が削除又は変更され、あるいは、他の構成要素が付加された構成であってもよい。
【００８０】
記憶部５４は、例えば、ＲＯＭやフラッシュＲＯＭ、ＲＡＭ等の各種ＩＣメモリーやハードディスクやメモリーカードなどの記録媒体等により構成される。記憶部５４は、処理部５１が各種の計算処理や制御処理を行うためのプログラムや、アプリケーション機能を実現するための各種プログラムやデータ等を記憶している。記憶部５４は、処理部５１の作業領域として用いられ、処理部５１が各種プログラムに従って実行した演算結果等を一時的に記憶する。更に、記憶部５４は、処理部５１の処理により生成されたデータのうち、長期的な保存が必要なデータを記憶してもよい。なお、記憶部５４に格納された各種の情報については後述する。
【００８１】
通信部５２は、ネットワーク３を介して情報端末２の通信部２７との間でデータ通信を行うものである。例えば、通信部５２は、情報端末２の通信部２７からデータを受け取って、処理部５１に送る処理を行う。また、例えば、通信部５２は、画面の表示に必要な情報を所定のフォーマットで情報端末２の通信部２７に送信する処理や、情報を情報端末２の通信部２７から受信して処理部５１に送る処理を行う。
【００８２】
処理部５１は、各種プログラムに従い、通信部５２を介して情報端末２からデータを受信して、記憶部５４に記憶させる処理を行う。また、処理部５１は、各種プログラムに従い、通信部５２を介して、情報端末２から各種の情報を受信し、各種の画面の表示に必要な情報を情報端末２に送信する処理等を行う。また、処理部５１は、その他の各種の制御処理を行う。
【００８３】
１−６．ユーザーの動作
次に、図１を参照してユーザーの動作を説明する。
【００８４】
１−６−１．メインサーバーへの登山計画の登録
ユーザーは、情報端末２を操作し、ネットワーク３を介してメインサーバー４へアクセスし、メインサーバー４からネットワーク３を介して提供される地図等の情報を用いて登山計画のデータのファイル（例えば、ＧＰＸファイル）を作成する。
【００８５】
登山計画のデータのファイル（例えば、ＧＰＸ形式のファイル）には、（ｉ）登山計画の名称（計画名）、（ｉｉ）登山ルートを構成する各ポイントの位置座標、（ｉｉｉ）入
山日時、（ｉｖ）下山日時、（ｖ）入山口の位置座標、（ｖｉ）下山口の位置座標、（ｖｉｉ）ルート代表地点（頂上、休憩場所など）の位置座標、（ｖｉｉｉ）登山ルートの全長、（ｉｘ）登山ルートの標高差などが含まれる。このうち、（ｉｉ）の情報は、登山計画のデータのファイルの内部に書き込まれ、（ｉ），（ｉｉｉ）〜（ｉｘ）の情報は、登山計画のデータのファイルのタグ情報に書き込まれる。また、登山計画のデータのファイルには、実際の登山で電子機器１が計測した計測データも適宜に書き込まれる。以下、登山ルートのデータを含んだ登山計画のデータを、適宜、「登山ルートのデータ」とも言う。
【００８６】
そして、ユーザーは、作成した登山計画のデータのファイル（例えば、ＧＰＸ形式のファイル）をメインサーバー４へアップロードする。このとき、登山計画のデータのファイル（例えば、ＧＰＸ形式のファイル）は、メインサーバー４の記憶部５４のうち、当該ユーザーに割り当てられたデータベースへ登録される。よって、ユーザーは、自分が作成した複数の登山計画のデータのファイルを、メインサーバー４へ保存しておくことができる。なお、当該データベースに登録された登山計画のデータのファイルのうち、少なくとも１つは、他のユーザー達に公開することも可能である。また、ユーザーは、他のユーザーが公開した登山計画のデータのファイルの少なくとも１つを、自分の登山計画のデータのファイルの少なくとも１つとしてメインサーバー４へ保存しておくことも可能である。
【００８７】
なお、メインサーバー４へ登山計画のデータのファイルを登録する際における情報端末２及びメインサーバー４の処理は公知であるので、ここでの説明は省略する。
【００８８】
また、情報端末２の記憶部２４には、情報端末２とメインサーバー４とが情報を送受信する際に必要なアプリケーションプログラムが予めインストールされており、登山計画のデータのファイルの登録には当該アプリケーションプログラムが用いられるものとする。なお、このアプリケーションプログラムは、不図示の記憶媒体から記憶部２４へ書き込まれたものであってもよい。
【００８９】
１−６−２．電子機器への登山計画のデータの書き込み
ユーザーは、電子機器１を情報端末２に接続した状態で、情報端末２からメインサーバー４へアクセスし、メインサーバー４に追加された登山計画のデータのファイルを、情報端末２経由で電子機器１へ書き込む。電子機器１に書き込まれた登山計画のデータのファイルは、ユーザーが当該登山計画のデータに従って実際に登山を行う際のナビゲーションプログラムなどに用いられる。なお、登山計画のデータのファイルが電子機器１へ書き込まれる代わりに、登山計画のデータのファイルに含まれる登山ルートのデータのみが所定の形式で電子機器１へ書き込まれてもよい。
【００９０】
なお、電子機器１へ登山計画のデータのファイルを書き込む際における電子機器１の処理は公知であるので、ここでの説明は省略する。
【００９１】
また、電子機器１への登山計画のデータのファイルの書き込みには、前述したアプリケーションプログラムが用いられるものとする。
【００９２】
１−６−３．メインサーバーへの計測データのアップロード
ユーザーは、登山計画のデータ（登山ルートのデータ）を用いて登山を行った後に、電子機器１を情報端末２に接続し、登山中に電子機器１の各種センサーが取得した計測データを、情報端末２経由でメインサーバー４へアップロードする。計測データは、メインサーバー４のデータベースうち該当するファイル（登山計画のデータのファイル）に書き込まれる。よって、ユーザーは、登山中の自分の計測データを、メインサーバー４へ保存しておくことができる。この計測データは、ユーザーの健康管理、パフォーマンス向上など
に役立てることができる。
【００９３】
なお、メインサーバー４へ計測データを書き込む際における情報端末２及びメインサーバー４の処理は公知であるので、ここでの説明は省略する。
【００９４】
また、メインサーバー４への計測データの保存には、前述したアプリケーションプログラムが用いられるものとする。
【００９５】
１−７．システムが記憶するデータについて
１−７−１．電子機器の記憶部に格納されるデータ
電子機器１の記憶部１３０には、例えば以下の各データが記憶される。
【００９６】
（１）プログラム
電子機器１の処理部１２０が実行するプログラムである。プログラムには、電子機器１に搭載されたセンサー（ＧＰＳセンサー１１０、地磁気センサー１１１、気圧センサー１１２、加速度センサー１１３、角速度センサー１１４、脈センサー１１５、温度センサー１１６）の少なくとも１つのセンサーを駆動し、当該センサーの出力（センシングデータ）に基づき計測データを作成する計測プログラムが含まれる。なお、当該プログラムには、電子機器１の記憶部１３０に保存された登山計画のデータに基づき、ユーザーを登山計画の通りに誘導するナビゲーションプログラムが含まれてもよい。
【００９７】
（２）計測データ
電子機器１に搭載されたセンサー（ＧＰＳセンサー１１０、地磁気センサー１１１、気圧センサー１１２、加速度センサー１１３、角速度センサー１１４、脈センサー１１５、温度センサー１１６）のうちすくなくとも１つのセンサーが取得した計測データである。計測データは、例えば、各時刻におけるセンサーの出力（センシングデータ）を当該時刻に対応付けたもの（時系列データ）である。
【００９８】
（３）登山計画のデータ
情報端末２によって書き込まれた登山計画のデータのファイルである。登山計画のデータのファイルには、少なくとも１つの登山ルートのデータが含まれる。登山ルートのデータは、登山ルートを構成する各ポイントの位置座標のデータのことである。なお、登山計画のデータのファイルには、計画名、入山日時、下山日時、入山口の位置座標、下山口の位置座標、ルート代表地点（頂上、休憩場所など）の位置座標、登山ルートの全長、登山ルートの標高差など、登山ルートに付随する各種の情報も含まれる。
【００９９】
１−７−２．情報端末の記憶部に格納されるデータ
情報端末２の記憶部２４には、例えば以下の各データが記憶される。
【０１００】
（１）プログラム
情報端末２の処理部２１が実行するプログラムである。このプログラムは、メインサーバー４から必要な情報の提供を受けるためのプログラム（アプリケーションプログラム）である。
【０１０１】
（２）一時保存データ
電子機器１から読み込んだ計測データ、メインサーバー４からダウンロードしたデータなどである。これらのデータが情報端末２の記憶部２４に記憶される時期は、一時的であってもかまわない。
【０１０２】
１−７−３．メインサーバーの記憶部に格納されるデータ
メインサーバー４の記憶部４４には、例えば以下の各データが記憶される。
【０１０３】
（１）プログラム
メインサーバー４の処理部４１が実行するプログラムである。
【０１０４】
（３）ユーザーごとのデータベース
情報端末２を介してユーザーが保存した登山計画のデータのファイルを蓄積したデータベースである。登山計画のデータのファイルは、例えば、ユーザーごと、日付ごとに管理される。ここで、登山計画のデータのファイルには、メインアプリケーションプログラムでユーザーが作成した登山計画のデータのファイルが含まれる。また、当該ファイルには、情報端末２を介してユーザーがアップロードロードした計測データが適宜に書き込まれる。登山計画のデータのファイルに書き込まれるのは、当該登山計画に従って行われた登山の計測データである。
【０１０５】
１−７−４．気象サーバーの記憶部に格納されるデータ
気象サーバー５の記憶部５４には、例えば以下の各データが記憶される。
【０１０６】
（１）プログラム
気象サーバー５の処理部５１が実行するプログラムである。
【０１０７】
（２）気象データ
各地の気温、湿度、気圧、雨量、風量などの気象に関するデータである。気象に関するデータには、実測されたデータと、予測したデータとが含まれる。
【０１０８】
１−８．実施形態
１−８−１．実施形態の概要
先ず、ユーザーは、電子機器１を装着して登山を行い（つまり登山ルートを移動し）、電子機器１の記憶部１３０へ計測データを蓄積させる。この計測データは、電子機器１に搭載された各種のセンサーが登山中に逐次に出力したデータを、時刻に対応付けてなる時系列データである。
【０１０９】
この計測データには、登山ルートに固有の情報（位置座標など）と、登山ルートの移動中におけるユーザーの身体の情報（心拍数など）と、移動中におけるユーザーの環境の情報（気圧など）とが含まれている。この計測データに基づけば、例えば、行動時間、生体情報、主観的きつさ（RPE：Rate of Perceived Exertion）の指標、累積標高差などの情報を生成することが可能である。
【０１１０】
登山後にユーザーが当該計測データをメインサーバー４へアップロードすると、計測データは、当該ユーザーのデータベースの該当ファイルへ書き込まれる。
【０１１１】
なお、メインサーバー４は、多数のユーザーの計測データを登山ルート毎に保管したデータベースを記憶部４４に格納している。ユーザーが計測データをアップロードする度に、メインサーバー４は、データベースをアップデートする。なお、本実施形態では、電子機器１のユーザー個人のデータベースに着目して説明する。つまり、以下で言う「データベース」は、電子機器１のユーザー個人のデータベースのことである。
【０１１２】
また、メインサーバー４は、必要に応じて又は定期的に気象サーバー５と通信し、データベースをアップデートする。このアップデートは、データベースに登録されたファイルの該当箇所へ気象のデータを付加する処理のことである。気象のデータは、例えば、ユーザーが登山ルートの各地点を通過したタイミングにおける当該地点の気象データのことで
ある。
【０１１３】
そして、メインサーバー４は、情報端末２を介してユーザーに条件を入力させると、データベースに登録された複数の登山ルートを当該条件の下でランキングし、ランキングの結果を、情報端末２の表示部２５などへ表示させる。
【０１１４】
この条件は、例えば、「きつかった登山ルート」、「行動時間の長い登山ルート」、「標高の高い登山ルート」などである。つまり、ユーザーは、ランキングに用いられる指標（基準の一例）を、自分の所望する指標（図７参照）に設定することが可能である。
【０１１５】
更には、メインサーバー４は、情報端末２を介してユーザーに縛り条件（基準の一例）を入力させることもできる。縛り条件は、ランキングの対象となる登山ルートの範囲制限のことである。ユーザーが入力できる縛り条件は、例えば、エリア、行動時間、登山時期、登山ルートの距離などの条件である。
【０１１６】
例えば、ユーザーは、ランキングの対象となる登山ルートのエリアを、自分の所望するエリア（例えば長野県内のみ）に設定したり、ランキングの対象となる登山ルートの行動時間の長さを、自分の所望する時間（例えば２時間以上５時間以内）に設定したり、ランキングの対象となる登山ルートの登山時期を、自分の所望する時期（例えば春夏のみ）に設定したりすることができる。
【０１１７】
また、例えば、ユーザーは、ランキングの結果として表示すべき登山ルートの個数を、指定することもできる。例えば、ユーザーは、ランキングの結果として表示すべき登山ルートを、「上位５位以内のみ」に制限したり、「上位１０位以内のみ」に制限したりすることもできる。
【０１１８】
なお、メインサーバー４は、以上の条件のうち２以上を同時にユーザーが設定可能としてもよい。また、メインサーバー４は、ユーザーが複数の指標を同時に指定できる場合には、指定された複数の条件を重み付けしてランキングを行うこともできる（詳細は後述するが、「重み付け」は、後述するブレンドの配分設定に対応した行為である。）。
【０１１９】
情報端末２は、メインサーバー４から受信した情報に基づきランキングの結果をユーザーへ通知する。情報端末２は、ランキングの結果をリストとして表示してもよいし、地図上にランクを数値で表示してもよい。
【０１２０】
上記の基本動作によって、本実施形態に係るシステムは、複数の登山ルートのランキングをユーザーに確認させることができる。このとき、登山ルートに付随する客観的なデータを同時に表示させることもできるので、例えば、ユーザーが著しく疲労した登山ルートが１個だけあった場合に、その旨を客観的に伝えることも可能である。
【０１２１】
１−８−２．ランキングの具体例
メインサーバー４の処理部４１は、データベースに登録された複数の登山ルートをランク付け（ランキング）するための基準（指標、縛り条件）を選択する選択部と、選択された基準（指標、縛り条件）に基づいて複数の登山ルートをランク付けするランク付け部と、ランク付けされたランキング結果を出力する出力部とを含む。言い換えると、処理部４１は、データベースに登録された複数の登山ルートをランク付け（ランキング）するための基準（指標、縛り条件）を選択するステップと、選択された基準（指標、縛り条件）に基づいて複数の登山ルートをランク付けするステップと、ランク付けされたランキング結果を出力するステップとを実行する。
【０１２２】
なお、ここでいう「選択」は、ユーザーからの指示に応じて行う選択と、処理部４１が自動的に行う選択とが含まれる。但し、以下の説明では、ユーザーからの指示に応じて行う選択を想定する。また、ここでいう「出力」は、画像による出力、光による出力、音出力、振動出力、情報の送出、の何れであってもよいし、出力先は、ユーザーであっても機器であってもよい。但し、以下の説明では、画像による出力を主として説明し、出力先がユーザーである場合を想定する。
【０１２３】
例えば、メインサーバー４の処理部４１は、ユーザーが過去に移動した登山ルートの中から「きつかった登山ルートＴｏｐ１０」を表示する。この考え方は、「日本百名山」の考え方を応用したものであって、その目的は以下のとおりである。但し、本実施形態は、以下の目的の全てを達成できるものに限定されることはなく、以下の目的の一部のみを達成できるものであってもよい。
【０１２４】
（１）マイベストをユーザーがオリジナルで作成することを可能とする。
【０１２５】
（２）記憶が曖昧な過去の登山をユーザーが客観的に振り返ることを可能とする。
【０１２６】
（３）ランキングの基準（指標）を変化させることでユーザーに様々なマイベストを作成させる。
【０１２７】
（４）ランキングの対象となる範囲を「標高２０００ｍ以上」、「トレイルランのみ」、「楽だった山」、「標高差が大きかった山」、「長野県内のみ」、「ブランド山（名山）のみ」、「完登した山のみ」などとする別の基準（縛り条件）をユーザーが任意に導入できるようにする。
【０１２８】
（５）登山ルートに関する複数の指標（図７参照）をユーザーが自由にブレンドできるようにする。
【０１２９】
１−８−３．ランキングに係る画面
本実施形態のシステムにおいて、メインサーバー４の処理部４１は、複数の登山ルートをランクの順に提示する（図４を参照）。この場合、ユーザーは、提示された順序によって登山ルートのランクを認識することが可能である。また、メインサーバー４の処理部４１は、ランク付けされた複数の登山ルートを、図４に示すとおり、当該登山ルートのランクと共に地図上に表示する。この場合、ユーザーは、登山ルートの位置と登山ルートのランクとの対応関係を地図上で直感的に把握することが可能である。
【０１３０】
ランク及び地図の表示先は、情報端末２の表示部２５である。メインサーバー４の処理部４１は、情報端末２からの要求に応じてランク及び地図を表示するための画像データをネットワーク３を介して情報端末２へ送信する。情報端末２の処理部２１は、メインサーバー４から受信した当該画像データに基づきランク及び地図の画像を表示部２５へ表示させる。図４の詳細については、後述する。
【０１３１】
ランキングは、統計的な分析手法によるものであって、登山ルートを評価する際には、登山ルートを移動したユーザーの生体情報（心拍数のデータなど）と、登山ルートを移動したユーザーの運動情報（加速度データなど）とが、登山ルートを評価するための指標として用いられる。また、この指標は、数値化された指標であるので、ランキングの基準を柔軟に変化させことも可能である。
【０１３２】
１−８−４．ランキングに係る設定
本実施形態のシステムにおいて、ランキングの基準（指標）は、互いに異なる複数の基
準（指標）からなり、メインサーバー４の処理部４１は、複数の基準（指標）をそれぞれ重み付けすることによりランク付けを行う。よって、複数の基準（指標）として、登山ルートに関する第１基準（指標）と第２基準（指標）とを用いた場合に、第１基準（指標）を重視したランク付けや第２基準（指標）を重視したランク付けが可能である。さらには、第１基準（指標）の重要度と第２基準（指標）の重要度との配分を所定の配分に設定したランク付けも可能である。また、本実施形態のシステムにおいて、重み付けは、ユーザーにより指定される。よって、ユーザーは、第１基準（指標）の重要度と第２基準（指標）の重要度との配分を、自分の好みの配分に設定することが可能である。以下、具体的に説明する。
【０１３３】
先ず、メインサーバー４は、ランキングに当たり、ユーザーに各種の設定を行わせるため、情報端末２に対して各種の設定用の画面を表示させる。このとき、情報端末２は、アプリケーションプログラムに従ってメインサーバー４と通信を行い、各種の画像のデータをメインサーバー４から受信し、表示部２５へ表示させる。メインサーバー４と情報端末２との間における通信の詳細、メインサーバー４が情報端末２の表示部２５に画像を表示させる方法などについては公知であるので、ここでの説明は省略する。
【０１３４】
なお、アプリケーションプログラムは、メインサーバー４から登山に係る情報の提供をユーザーが受けるために必要な機能を備えている。このアプリケーションプログラムは、例えば、ネットワーク３を介してメインサーバー４から提供されたものである。このアプリケーションプログラムは、情報端末２の記憶部２４に格納される。以下、本実施形態のアプリケーションプログラムは、ユーザーインターフェースとして情報端末２のタッチパネル型ディスプレイ（操作部２３及び表示部２５）を利用するものとする。
【０１３５】
図５に示すとおり、当初の表示画面（ホーム画面、トップ画面などと呼ばれる）には、データアップデートボタン、ランキング分析ボタン、データ確認ボタン、計画ボタン、天候分析ボタンなどが配置される。これらのボタンのうち何れかをユーザーが手指でタップすると、タップされたボタンに割り当てられた画面が表示部２５へ表示される。例えば、図５の紙面に向かって右上に配置されたランキング分析ボタンがタップされると、図６に示すランキング分析の設定画面が表示部２５へ表示される。以下、ユーザーによる画面上の項目の選択は、ユーザーの手指による「タップ」によって行われるものとする。
【０１３６】
図６に示すとおり、ランキング分析の設定画面には、分析ブレンド（以下、単に「ブレンド」という。）の候補のリストが配置されたボックス（図６の紙面に向かって左下側）と、縛り条件の候補のリストが配置されたボックス（図６の紙面に向かって右下側）と、実行ボタン（図６の紙面に向かって最下側）とが配置される。
【０１３７】
ここで、「ブレンド」は、登山ルートのランキングを行う際に用いるべき指標の組み合わせ及び配分のことである。「指標」は、登山ルートの「きつさ」に係る各種の指標であり（図７参照）、「縛り条件」は、ランキングの対象となるべき登山ルートの範囲のことである。
【０１３８】
ユーザーは、図６の紙面に向かって左側のボックスに配置されたブレンドの候補うち何れか１つをタップすることにより、当該候補を選択することができ、右側のボックスに配置された縛り条件の候補のうち何れか１つをタップすることにより、当該候補を選択することができる。図６の例では、「ブレンドＢ」及び「条件Ａ」がそれぞれ選択された様子を表している。図中に点線枠で示した候補は、選択中の候補を表している（以下も同様）。
【０１３９】
このとき、ユーザーは、事前に登録されたブレンドの候補を選択することもできるし、
後述するとおりブレンドの候補を自分で登録することも可能である。図６の画面のうち、「New」という候補をユーザーがタップすると、新規なブレンドをユーザーが登録するための画面を呼び出すことができる。新規登録や事前登録の仕組みについては後述する。
【０１４０】
そして、図６の画面に配置された実行ボタンをユーザーがタップすると、情報端末２は、タップの時点で選択されていた候補（ブレンドＡ、条件Ａ）をネットワーク３を介してメインサーバー４へ送信する。メインサーバー４の処理部４１は、情報端末２のユーザー（電子機器１のユーザー）のデータベースと、受信した候補（ブレンドＡ、条件Ａ）とに基づき複数の登山ルートのランキングを行い、当該ランキングの結果を含む画面の画像データを、ネットワーク３を介して情報端末２へ送信する。情報端末２は、受信した画像データに基づき、ランキングの結果を表示部２５に表示させる（図４など）。なお、ブレンドＡ、条件Ａを用いた処理部４１によるランキングの手順を簡単に説明すると、以下のとおりである。
【０１４１】
（１）処理部４１は、データベースの中から、条件Ａを満たす登山ルートのみをランキングの対象として選択する。例えば、処理部４１は、データベースに登録済みである複数の登山計画のデータのファイルに付随する情報（データベースの管理情報、ファイルのタグ情報など）に基づき、条件Ａを満たす登山ルートに係るファイルを選択する。
【０１４２】
（２）処理部４１は、選択した複数のファイル（複数の登山ルートのデータ）の各々から指標を算出する。この指標は、ブレンドＡによって指定された１又は複数の指標である。
【０１４３】
（３）処理部４１は、個々のファイル（登山ルートのデータ）から抽出した１又は複数の指標を、ブレンドＡによって指定された配分で重み付けすることで、個々のファイル（個々の登山ルートのデータ）の総合指標を算出する。重み付けは、例えば、１又は複数の指標の重み付け和などによって行うことが可能である。
【０１４４】
（４）処理部４１は、選択した複数のファイル（複数の登山ルートのデータ）を、当該総合指標の高い順（又は低い順）にランク付けする。
【０１４５】
なお、以下に説明する各種の表示画面には、当初の表示画面（図５）に移行するためのボタン（不図示）が配置されていてもよい。
【０１４６】
１−８−５．登山ルートの指標
以下、登山ルートの指標について具体的に説明する。登山ルートの指標は、登山ルートの「きつさ」に係る指標、すなわち、登山ルートの難度を示す指標である。但し、「きつさ」には、様々な種類の「きつさ」が存在するので、メインサーバー４の処理部４１は、計測データの組み合わせによって様々な指標を計算する。図７には、処理部４１が計算可能な幾つかの指標を例示した。処理部４１は、図７に示す複数の指標のうち１又は複数の指標を、登山ルートに付随する計測データ（登山ルートと共に登山計画のデータのファイルに格納された計測データ）に基づき計算する。各指標の内容（及び指標の計算方法）は、以下のとおりである。
【０１４７】
（１）登り心拍上昇度：
単位時間当たりの標高差（＋）に対する心拍数の回帰分析結果である。登山ルートの各地点における標高は、ＧＰＳセンサー１１０が生成した位置座標のデータ、気圧センサー１１２が生成した気圧のデータなどに基づき求めることができる。また、心拍数は、脈センサー１１５が生成した脈のデータに基づき求めることができる。また、時間は、計時部１６０が生成した計時データに基づき得ることができる。
【０１４８】
（２）下り心拍上昇度：
単位時間当たりの標高差（＋）に対する心拍数の回帰分析結果である。登山ルートの各地点における標高は、ＧＰＳセンサー１１０が生成した位置座標のデータ、気圧センサー１１２が生成した気圧のデータなどに基づき求めることができる。また、心拍数は、脈センサー１１５が生成した脈のデータに基づき求めることができる。また、時間は、計時部１６０が生成した計時データに基づき得ることができる。
【０１４９】
（３）累積標高差（＋）：
登山ルートの移動中にユーザーが登った累積の標高である。登山ルートの各地点における標高は、ＧＰＳセンサー１１０が生成した標高のデータ、気圧センサー１１２が生成した気圧のデータなどに基づき求めることができる。なお、登山ルートの各地点の標高は、基本的に不変であるので、計測データに含まれる標高のデータの代わりに、登山計画のデータとして登録された標高のデータが用いられてもよい。
【０１５０】
（４）累積標高差（−）：
登山ルートの移動中にユーザーが下った累積の標高である。登山ルートの各地点における標高は、ＧＰＳセンサー１１０が生成した標高のデータ、気圧センサー１１２が生成した気圧のデータなどに基づき求めることができる。なお、登山ルートの各地点の標高は、基本的に不変であるので、計測データに含まれる標高のデータの代わりに、登山計画のデータとして登録された標高のデータが用いられてもよい。
【０１５１】
（５）平均斜度（＋）：
登山ルートに含まれる登り坂の平均的な傾度である。登山ルートの各地点の位置座標は、ＧＰＳセンサー１１０が生成した位置座標のデータ、気圧センサー１１２が生成した気圧のデータなどに基づき求めることができる。なお、登山ルートの各地点の位置座標は、基本的に不変であるので、計測データに含まれる位置座標のデータの代わりに、登山計画のデータとして登録された位置座標のデータが用いられてもよい。
【０１５２】
（６）平均斜度（−）：
登山ルートに含まれる下り坂の平均的な傾度である。登山ルートの各地点の位置座標は、ＧＰＳセンサー１１０が生成した位置座標のデータ、気圧センサー１１２が生成した気圧のデータなどに基づき求めることができる。なお、登山ルートの各地点の位置座標は、基本的に不変であるので、計測データに含まれる位置座標のデータの代わりに、登山計画のデータとして登録された位置座標のデータが用いられてもよい。
【０１５３】
（７）水平スピード心拍上昇度：
水平地点での水平スピードに対する心拍数の回帰分析結果である。登山ルートの各地点の位置座標は、ＧＰＳセンサー１１０が生成した位置座標のデータ、気圧センサー１１２が生成した気圧のデータなどに基づき求めることができる。また、心拍数は、脈センサー１１５が生成した脈のデータに基づき求めることができる。なお、登山ルートの各地点の位置座標は、基本的に不変であるので、計測データに含まれる位置座標のデータの代わりに、登山計画のデータとして登録された位置座標のデータが用いられてもよい。
【０１５４】
（８）総行動時間：
登山ルートの移動に要した時間、すなわち登山ルートにおける累積行動時間である。時間は、登山ルートの始点において計時部１６０が生成した計時データと、登山ルートの終点において慶事部１６０が生成した計測データとに基づき算出することができる。
【０１５５】
（９）前日睡眠時間：
登山ルートを移動する日前（前の晩）の睡眠時間である。睡眠時間は、登山開始前の所定期間に加速度センサー１１３が生成した加速度のデータと、登山開始前の所定期間に脈センサー１１５が生成した脈のデータとに基づき推測することができる。但し、睡眠時間のデータは、ユーザーが手動で入力したものであってもよい。電子機器１は、睡眠時間の推測に必要なデータ（登山開始前の所定時間における加速度及び脈のデータ）を、登山ルートに係る計測データに付加して情報端末２へ送信してもよいし、睡眠時間のデータ自体を、登山ルートに係る計測データに付加して情報端末２へ送信してもよい。情報端末２は、睡眠時間の推測に必要なデータ（登山開始前の所定時間における加速度及び脈のデータ）を、登山ルートに係る計測データに付加してメインサーバー４にアップロードしてもよいし、睡眠時間のデータ自体を、登山ルートに係る計測データに付加してメインサーバー４へアップロードしてもよい。
【０１５６】
（１０）天候状況：
気圧から計測した天候状況（気圧自体）である。気圧は、気圧センサー１１２が出力した気圧のデータに基づき算出することができる。
【０１５７】
（１１）累積移動距離：
登山ルートにおける累積の移動距離である。登山ルートの各地点の座標は、ＧＰＳセンサー１１０が生成した位置座標のデータ、気圧センサー１１２が生成した気圧のデータなどに基づき求めることができる。なお、登山ルートの各地点の位置座標は、基本的に不変であるので、計測データに含まれる位置座標のデータの代わりに、登山計画のデータとして登録された位置座標のデータが用いられてもよい。
【０１５８】
（１２）コースタイム比心拍上昇度：
コースタイムと比較したときの時間に対して、心拍数の上昇した割合である。心拍数は脈センサー１１５が生成した脈のデータに基づき求めることができる。コースタイムは、計時部１６０が生成した計時データに基づき得ることができる。
【０１５９】
（１３）写真撮影枚数率：
登山ルートの移動中にユーザーが撮影した写真の枚数/単位時間（６０分など）である。撮影の履歴は、例えば、ユーザーが手動で入力したものであってもよいし、情報端末２が自動で取得したものであってもよい。情報端末２の処理部２１は、情報端末２の記憶部２４に格納された画像ファイルの日付に基づき登山中の撮影の履歴を取得し、当該撮影の履歴を計測データと共にメインサーバー４へアップロードする。
【０１６０】
（１４）消費水量：
登山ルートの移動中にユーザーが消費した水の量である。水の量は、例えば、ユーザーが手動で情報端末２へ入力することができる。情報端末２の処理部２１は、入力された水の量を計測データと共にメインサーバー４へアップロードする。
【０１６１】
そして、メインサーバー４の処理部４１は、ランキングに先立ち、複数の指標の組み合わせと、それら指標の配分（ウェイト、重みなどということもできる。）と、をそれぞれユーザーに指定（重み付け）させる。ユーザーによる指定は、情報端末２において行われる。前述した「ブレンド」は、ユーザーが指定した指標の組み合わせ及び配分のことを指す。
【０１６２】
例えば、ユーザーは、図７に示した指標のうち、「登り心拍上昇度」、「下り心拍上昇度」、「総行動時間」の３つの指標を選択し、これらの指標の配分を、例えば、登り心拍上昇度：４０％、下り心拍上昇度：４０％、総行動時間：２０％などと指定する。
【０１６３】
以上のような指標の組み合わせ及び配分（すなわちブレンド）によると、ユーザーがゆっくり歩いて心拍数の上昇を抑えた登山ルートについては、心拍上昇度が抑えられるので、「きつさ」の８割部分は抑えられる方向に働くが、その一方で、総行動時間が延びるので、「きつさ」の２割部分は高まる方向に働く。よって、このブレンドによると、行動時間が短い登山ルートほど「きつさ」の全体が高めに計上されることになる。
【０１６４】
また、例えば、ユーザーは、図７に示した指標のうち、登り心拍上昇度、下り心拍上昇度、総行動時間を選択し、これらの指標の配分を、例えば、登り心拍上昇度：１０％、  下り心拍上昇度：１０％、総行動時間：８０％と設定する。
【０１６５】
以上のブレンドによると、ユーザーがゆっくり歩いて心拍数の上昇を抑えた登山ルートについては、心拍上昇度が抑えられるので、「きつさ」の２割部分は抑えられる方向に働くが、総行動時間が延びるので、「きつさ」の８割部分は高まる方向に働く。よって、この場合、行動時間が長い登山ルートほど「きつさ」の全体が高めに計上されることになることになる。
【０１６６】
このように、如何なる指標を如何なる配分でブレンドするかによって、登山ルートのきつさが大きく異なるので、登山ルートのランキングの結果も大きく変化する。
【０１６７】
ここで、メインサーバー４の処理部４１は、予め登録されたブレンドをテンプレートとして記憶部４４へ保存し、必要に応じてユーザーへ提供する。一方、ユーザーは、ブレンドを管理し易いよう、ブレンドを登録する際に、当該ブレンドに所望の名称を付与する。図８は、ブレンドを入力・管理するための画面の一例である。この画面を表示するための画像データは、メインサーバー４からネットワーク３を介して情報端末２へ送信される。情報端末２の処理部２１は、当該画像データに基づき図８の画面を表示部２５へ表示させる。
【０１６８】
図８の紙面に向かって上側には、ブレンドの名称（Title）「最大スピード重視ブレンド」と、ブレンドの配分を示す帯状の配分グラフとが配置されている。また、図８の紙面に向かって左側には、ブレンドする指標の名称（指標Ｃ、Ｆ）が配置されたボックスが表示され、紙面に向かって右側には、指標の候補（指標Ａ、Ｂ、・・・）が配置されたボックスが表示されている。また、図８の紙面に向かって下側には、配分をデフォルト（等分）にするためのボタンと、ブレンドを保存するためのボタンと、ブレンドを読み込むためのボタンとが表示されている。
【０１６９】
なお、図８の配分グラフにおいては、互いに異なる指標が色分けして表示されてもよい。例えば、図８に示す配分グラフにおける指標Ｃのエリアと、指標Ｆのエリアとは、互いに異なる色で表示されてもよい。
【０１７０】
また、ユーザーは、図８の画面上でブレンドを編集することも可能である。図８において三角形で示すマーク（レバー）は、ブレンドの配分を変更するための「仕切り」である。レバーは、指標Ｃと指標Ｆとの境界部に配置されており、当該レバーをユーザーが手指で紙面に向かって左右方向にスライドさせると、指標Ｃと指標Ｆとの配分が変化する。なお、レバーを表すマークは、三角形マークに限定されることはない。
【０１７１】
また、図８の紙面に向かって右側には、ユーザーが選択可能な指標の候補が配置されたボックスが表示されている。ユーザーは、図８の紙面に向かって右側のボックスに配置された候補の１つを、ドラッグアンドドロップ操作（タッチアンドスライド操作）などで左側のボックスへ移動させると、ブレンドする指標の１つとして当該候補を追加することができる。
【０１７２】
このとき、図８の紙面に向かって上側に配置された配分グラフの内容も更新される。この配分グラフにおいて、新規に追加された指標の割合は、デフォルト値（例：１０％、ただし、初めて登録するときは９９％）に設定される。
【０１７３】
また、図８の紙面に向かって左側のボックスから不要な指標をユーザーがボックス外へドラッグアンドドロップ（タッチアンドスライド）などの操作により移動させると、当該指標を、ブレンドする指標から除外することができる。
【０１７４】
また、ユーザーは、図８の配分グラフに設けられたレバーをスライドさせることによって、各指標の配分を改めて調整することができる。
【０１７５】
なお、本システムにおいて、ブレンドできる指標の個数は問わないが、著しく多いと操作性が悪くなるため、メインサーバー４の処理部４１は、ユーザーが選択できる指標の個数を制限してもよい。
【０１７６】
その後、メインサーバー４の処理部４１は、図８の画面に表示されたブレンドの内容を保存する。例えば、図８の紙面に向かって中央下に配置された保存ボタンをユーザーがタップすると、情報端末２は、タップされた時点における画面の表示内容（ブレンドの内容）を、ネットワーク３を介してメインサーバー４へ送信する。メインサーバー４は、当該ブレンドの内容を受信すると、当該ブレンドの内容をファイルとして記憶部４４へ書き込む。なお、情報端末２は、当該ファイルのファイル名（ブレンドの名称）をユーザーに指定させ、当該ファイル名をブレンドの内容と共にメインサーバー４へ送信してもよい。メインサーバー４の処理部４１は、当該ファイル名を付して当該ファイルを記憶部４４へ保存する。これによって、ユーザーが作成したブレンドの登録は完了である。
【０１７７】
従って、ユーザーは、保存済みの（登録済みの）ブレンドを、必要に応じて利用することが容易である。
【０１７８】
図８の紙面に向かって右下には、保存済みの（登録済みの）ブレンドの内容を読み込むためのボタン（読込ボタン）が配置されており、当該読込ボタンをユーザーがタップすると、保存済みの（登録済みの）ブレンドのリストが表示部２５へ表示され（ブレンドの名称の一覧)、ユーザーが所望のブレンドをタップすると、当該ブレンドの内容を画面に反映させることができる。
【０１７９】
さらに、メインサーバー４へ保存済みの（登録済みの）ブレンドをユーザーが他人と共有することが可能であってもよい。
【０１８０】
その場合には、メインサーバー４の処理部４１は、記憶部４４に保存してあるブレンドを、当該ブレンドの作成者であるユーザーの許可を得て他人へ公開する。
【０１８１】
つまり、メインサーバー４の処理部４１は、或るユーザーの情報端末２から受信したブレンドの内容を記憶部４４へ保存（登録）する際に、公開の要否を当該ユーザーに問い合わせ、公開の許可が得られた場合には、当該ブレンドを公開対象とする。
【０１８２】
また、メインサーバー４の処理部４１は、或るユーザーからの要求に応じて当該ユーザーの情報端末２へブレンドの候補を送信する際に、公開中のブレンドを候補とする。
【０１８３】
なお、ユーザーがアップロードしたデータの公開／非公開に係る仕組みは、セキュリティ面を含め、既存の技術を用いることが可能である。
【０１８４】
また、各指標は、前述したとおり、登山ルートの計測データから求めることが可能である。但し、メインサーバー４の処理部４１がランキングの度に指標を計算するのは非効率的であるので、メインサーバー４の処理部４１が或る登山ルートについて指標を計算した場合には、当該登山ルートの指標を当該登山ルートのファイルへ書き込んでおくことが望ましい。このようにすれば、２回目以降のランキングにおける処理部４１の処理を効率化することが可能である。
【０１８５】
なお、指標の中には、登山中に逐次に計測できるもの（計測データそれ自体であるもの）と、登山後でなければ計測できないもの（一連の計測データの統計処理を要するもの）との２種類が存在している。この統計処理は、線形回帰分析、単純平均処理、最大値算出処理、最小値算出処理などである。
【０１８６】
１−８−６．縛り条件
メインサーバー４の処理部４１は、ランキングの対象となる登山ルートについて、縛り条件を付加することができる。縛り条件とは、ランキング対象となる登山ルートが満たすべき条件である。つまり、縛り条件を満たさない登山ルートは、ランキングの対象から除外される。この縛り条件としては、例えば以下のような条件を採用することができる。
【０１８７】
（１）行動時間が２時間以上の登山ルートのみ
（２）トレイルランを行った登山ルートのみ
（３）長野県内の登山ルートのみ
（４）日本１００名山の登山ルートのみ
なお、登山ルートで行われた種目については、電子機器１又は情報端末２を介してユーザーが手動で入力することが可能である。また、登山ルートに付随する計測データ（例えば、加速度のデータ、角速度のデータ、位置座標のデータなど）に基づきメインサーバー４の処理部４１が自動で種目を検出することも可能である。
【０１８８】
縛り条件としては、図９に示すようなテンプレートを用いてもよい。縛り条件は、登山ルートの指標に関するものである。図９の紙面に向かって左側に示す情報は、縛り条件に係る指標であり、図９の紙面に向かって右側に示す情報は、当該指標を用いた縛り条件の規定方法である。ユーザーは、例えば、図１０に示す画面において縛り条件を設定することができる。
【０１８９】
図１０に示す画面は、縛り条件を設定するための画面の一例である。この図１０の紙面に向かって上側には、縛り条件の名称（Title）「私の好みの山」が配置されている。また、図１０の紙面に向かって左側には、縛り条件に使用される指標（指標４、９）が配置されたボックスが表示され、紙面に向かって右側には、指標の候補（指標１、２、３、５、６、７、８、１０、１１）が配置されたボックスが表示されている。
【０１９０】
ユーザーは、図１０の紙面に向かって右側のボックスにおける候補の１つを、ドラッグアンドドロップ操作（タッチアンドスライド操作）などで左側のボックスへ移動させることにより、当該候補により規定される縛り条件を、ランキングの縛り条件の１つとして追加することができる。
【０１９１】
また、ユーザーは、図１０の紙面に向かって左側のボックスにおける何れかの指標をタップすることにより、当該指標を選択状態とすることができる。
【０１９２】
指標が選択されると、図１０の画面には、選択中の指標を用いた縛り条件の設定画面が表示される（図１０の紙面に向かって下側における点線枠内を参照）。この設定画面は、
選択中の指標４（累積標高差）の上限値及び下限値（範囲）をユーザーに入力させる画面である。情報端末２の処理部２１は、上限値及び下限値をユーザーに直接入力させてもよいし、１０００ｍ、２０００ｍ、３０００ｍなどの候補の中からユーザーに上限値及び下限値を選択させてもよい。
【０１９３】
ここで、情報端末２は、選択中の指標及び設定中の範囲を、縛り条件としてネットワーク３を介してメインサーバー４へ送信する。メインサーバー４の処理部４１は、縛り条件を受信すると、データベースを参照し、当該指標が当該範囲内に属するという縛り条件を満たすような登山ルートの件数（ヒット件数）を計数し、当該ヒット件数を、ネットワーク３を介して情報端末２へ送信する。情報端末２は、受信したヒット件数を、図１０の画面に表示する。従って、ユーザーが当該範囲を拡大するとヒット件数は増大し、当該範囲を縮小するとヒット件数は減少する。
【０１９４】
そして、メインサーバー４の処理部４１は、この画面で設定した縛り条件の内容をユーザーに保存させる。例えば、ユーザーが図１０の保存ボタンをタップすると、情報端末２は、タップした時点における画面の表示内容（縛り条件の内容）を、ネットワーク３を介してメインサーバー４へ送信する。メインサーバー４は、当該縛り条件の内容を、ファイルとして記憶部４４へ書き込む。
【０１９５】
なお、情報端末２は、当該ファイルのファイル名（縛り条件の名称）をユーザーに指定させ、当該ファイル名を縛り条件の内容と共にメインサーバー４へ送信してもよい。メインサーバー４の処理部４１は、ファイル名を縛り条件の内容と共に受信すると、当該ファイル名を付して当該縛り条件の内容をファイルとして記憶部４４へ保存する。これによって、ユーザーが作成した縛り条件の登録は完了である。
【０１９６】
従って、ユーザーは、保存済みの（登録済みの）縛り条件を、必要に応じて利用することが容易である。
【０１９７】
図１０の紙面に向かって右下には、保存済みの（登録済みの）縛り条件の内容を読み込むためのボタン（読込ボタン）が配置されており、当該読込ボタンをユーザーがタップすると、保存済みの（登録済みの）縛り条件のリストが表示部２５へ表示され（縛り条件の名称の一覧)、ユーザーが所望の縛り条件をタップすると、当該縛り条件の内容を画面に反映させることができる。
【０１９８】
さらに、メインサーバー４へ保存済みの（登録済みの）縛り条件をユーザーが他人と共有することが可能であってもよい。
【０１９９】
その場合には、メインサーバー４の処理部４１は、記憶部４４に保存してある縛り条件を、当該縛り条件の作成者であるユーザーの許可を得て他人へ公開する。
【０２００】
つまり、メインサーバー４の処理部４１は、或るユーザーの情報端末２から受信した縛り条件の内容を記憶部４４へ保存（登録）する際に、公開の要否を当該ユーザーに問い合わせ、公開の許可が得られた場合には、当該ブレンドを公開対象とする。
【０２０１】
また、メインサーバー４の処理部４１は、或るユーザーからの要求に応じて当該ユーザーの情報端末２へ縛り条件の候補を送信する際に、公開中の縛り条件を候補とする。
【０２０２】
なお、ユーザーがアップロードしたデータの公開／非公開に係る仕組みは、セキュリティ面を含め、既存の技術を用いることが可能である。
【０２０３】
１−８−７．ランキングの提示
メインサーバー４の処理部４１は、ランキングの結果が反映された地図の画像データを、ネットワーク３を介して情報端末２へ送信する。情報端末２の処理部２１は、受信した画像データに基づき、当該地図を表示部２５へ表示する。図４は、ランクが「１」である登山ルートと、ランクが「２」である登山ルートと、ランクが「３」である登山ルートとの各位置が同一の地図上にマッピングされた例である。図４における数値「１」のイメージ、「２」のイメージ、「３」のイメージは、複数の登山ルートのランクを示しており、数値「１」のイメージは、最高ランク（１番目のランク）を、数値「２」のイメージは、２番目のランクを、「３」のイメージは、３番目のランクを示している。
【０２０４】
数値「１」のイメージに付与された線分の先端は、１番目のランクに該当する登山ルートの位置を示している。数値「２」のイメージに付与された線分の先端は、２番目のランクに該当する登山ルートの位置を示している。数値「３」のイメージに付与された線分の先端は、３番目のランクに該当する登山ルートの位置を示している。
【０２０５】
図１１は、ランキングを表示する画面の別の一例である。図１１の画面も、図４の画面と同様にして表示部２５へ表示することができる。図１１（Ａ）は、ランキングの結果が表示される前の状態であり、図１１（Ｂ）は、ランキングの結果が表示された後の状態である。
【０２０６】
図１１（Ａ）の画面においては、データベースに登録済みの登山ルートの各々の位置が三角形マークによりマッピングされている。例えば、標高（登山ルートにおける標高の最大値）が一定以上である登山ルートと、そうでない登山ルートとの間でマークの色が区別されている。但し、三角形マークの色分けのし方については、他の方法を採用することもできる。例えば、火山に係る登山ルートのマークを強調する（赤くする）方法や、地域や国が指定したブランド山（名山）に係る登山ルートを強調する（赤くする）方法などである。
【０２０７】
図１１（Ａ）の画面において、ユーザーが何れか１つのマークをタップ（クリック）すると、情報端末２の処理部２１は、当該タップした位置に係るデータを、ネットワーク３を介してメインサーバー４へ送信する。メインサーバー４の処理部４１は、当該データに基づきユーザーが指定した登山ルートを認識し、当該登山ルートのデータ（ランクを含む）を、ネットワーク３を介して情報端末２へ送信する。当該登山ルートのデータには、少なくとも、当該登山ルートに係るランキングの結果（登山ルートのランク）のデータと、当該登山ルートのきつさに係るデータとが含まれる。
【０２０８】
情報端末２の処理部２１は、当該登山ルートのデータを受信すると、当該データに含まれるきつさを、表示部２５へ表示する。図１１（Ｂ）の例では、ユーザーが手指でタップした箇所に、当該登山ルートのきつさを反映したアイコンがポップアップ表示される場合を示している。図１１（Ｂ）に示す例では、きつさの程度が靴のアイコンの数によって表されている。
【０２０９】
例えば、ランキングの対象となった登山ルートの数が１００であり、きつさを三段階に分類し、アイコンの数１〜３によって区別する場合を想定したならば、ランキングの結果（ランク）が１〜３３の範囲に属する登山ルートをユーザーがタップすると、アイコンが３つ表示され、ランクが３４〜６６の範囲に属する登山ルートをユーザーがタップすると、アイコンが２つ表示され、ランクが６７〜１００に属する登山ルートをユーザーがタップすると、アイコンが１つ表示される。
【０２１０】
なお、メインサーバー４の処理部４１がデータベースに登録済みの登山ルート（山）を
地図に表示させる際には、データベースに未登録の登山ルート（山）を一緒に表示してもよい（図１２参照）。図１２において、白抜き三角マークで示す登山ルート（山）は、未登録なブランド山であり（例えば、標高Ｔｏｐ１０など）、黒抜き三角マークで示す登山ルート（山）は、登録済みの登山ルート（山）である。よって、ユーザーが白抜き三角マークをタップ（クリック）してもランキングの結果は表示されないが、ユーザーが黒抜き三角マークをタップ（クリック）すると（図１３）ランキングの結果が表示される。
【０２１１】
なお、ユーザーが同じ登山ルートを異なる時期に２回以上移動した場合には、同一の登山ルートのデータ（ファイル）がデータベースに２以上登録されることがある。その場合、メインサーバー４の処理部４１は、以下の処理をすることが可能である。
【０２１２】
（１）最もランクの高かったデータを情報端末２の表示部２５に表示させ、他のデータについては表示させない。
【０２１３】
（２）最もランクの低かったデータを情報端末２の表示部２５に表示させ、他のデータについては表示させない。
【０２１４】
（３）全てのランクのデータを平均化（ランクの平均化又は指標の平均化）する。
【０２１５】
（４）全てのデータを情報端末２の表示部２５に並べて表示する（配列方向は紙面に向かって縦方向又は横方向）。
【０２１６】
１−８−８．逆計算
上述したメインサーバー４の機能（ユーザーが指定したブレンドによるランキング）を応用したならば、ユーザーが指定した山（登山ルート）のランクを最高にするためのブレンドをメインサーバー４が計算（逆計算）することもできる。例えば、ユーザーは、最もきつかったと感じた登山ルートを指定し、当該登山ルートのランクが最高となるブレンドを確認することで、自分にとってきついと感じる要素が具体的に何であるのかを把握することができる。
【０２１７】
先ず、メインサーバー４の処理部４１は、図１２に示すような地図の画像データを情報端末２の表示部２５へ表示させる。表示部２５へ画像を表示させる方法については、上述したとおりであるので、ここでの説明は省略する。
【０２１８】
図１２において、白抜き三角マークで示す登山ルート（山）は、いわゆるブランド山の登山ルートであり（例えば、標高Ｔｏｐ１０など）、黒抜き三角マークで示す登山ルート（山）は、ユーザーのデータベースに登録済みの登山ルート（山）である。
【０２１９】
図１２の画面における黒抜き三角マークをユーザーがタップすると（図１３）、情報端末２の処理部２１は、タップ先となった登山ルートを特定するためのデータを、ネットワーク３を介してメインサーバー４へ送信する。メインサーバー４の処理部４１は、当該データに基づき登山ルートを特定すると、当該登山ルートのランクが最高となるようなブレンドを探索する。ブレンドの探索は、例えば、ブレンドの内容（指標の組み合わせ及び配分）を変化させながらランクを参照し、当該登山ルートのランクが最高となった時点におけるブレンドを検出するものである。或いは、メインサーバー４の処理部４１は以下の処理を実行することにより適当なブレンドを見出すことができる。
【０２２０】
先ず、メインサーバー４の処理部４１は、全ての登山ルートのデータ（この場合は３つの山についての３つの登山ルートのデータ）の各々について指標を計算する。例えば、登り心拍上昇度、水平スピード心拍上昇度、累積移動距離などである。これらのデータを整
理すると、図１４に示すようなデータを取得できる。そして、メインサーバー４の処理部４１は、取得したデータを例えば主成分分析する。その場合のフローは、図１５に示すとおりである。以下、図１５のフローを説明する。ここでは、図１４の表で示した４つの指標に着目する。
【０２２１】
先ず、処理部４１は、指標の正規化を実施する（Ｓ２０１）。正規化とは、スケール変換をして各指標間の変化を平等に取り扱うための前処理である。図１６に示すのは、正規化後の指標の例である。
【０２２２】
次に、処理部４１は、正規化後の指標から共分散行列を求める。具体的には、以下の行列の共分散行列を求める（Ｓ２０２）。
【０２２３】
【数１】
2018096861.tif 000003
次に、処理部４１は、この行列の固有値、固有ベクトルを求める（Ｓ２０３）。固有値、固有ベクトルは、以下とおりである。
【０２２４】
【数２】
2018096861.tif 000004
次に、処理部４１は、各固有ベクトルと、登山ルートＭｔ．Ａ、Ｍｔ．Ｂ、Ｍｔ．Ｃの各々との内積を計算する（Ｓ２０４）。計算の結果は、図１７に示すとおりである。但し、固有ベクトルＶ３、Ｖ４については固有値がゼロであって、有意な情報ではないため省略している。例えば、登山ルートＭｔ．Ａのランクを「１」とするようなブレンドを探索する場合には、固有ベクトルＶ１との内積が最大となるため、固有ベクトルＶ１に係るブレンドが、登山ルートＭｔ．Ａのランクを「１」とするためのブレンドであるとみなせばよい（Ｓ２０５）。
【０２２５】
登り心拍上昇度：−０．５
下り心拍上昇度：＋０．５８
累積標高差（＋）：−０．５６
コースタイム比心拍上昇度：＋０．３
ここで、数値の割合は解釈が分かれるところだが、符号はとても重要な意味がある。プラス（＋）の要素が増えるほどきつさが向上し、マイナス（−）の要素が増えるときつさが低下する。そのため、ユーザーが下り坂を高速に移動したり、コースタイムよりも時間を短縮すればするほど、きつさが向上するようなブレンドとなってる。また、ユーザーが登り坂を低速で移動したり、累積標高差（＋）が小さいほど、きつさが向上するようなブレンドになっている。一般的には、マイナスの部分は受け入れられにくいため、プラスの部分のみを採用してきつさの指標として表示してもよい。この処理（マイナスの部分を無視する処理）を加えたブレンドを、図１８に示す。この処理（マイナスの部分を無視する処理）をすると、登山ルートＭｔ．Ａのランクが必ずしも最高にならない可能性もある。しかし、可能な限りランクが上位になるような統計をしているので、ユーザーに違和感を与えることはないと考えられる。このため、当該処理を実行し、わかりやすさを優先した
ブレンドをユーザーへ提供してもよい（Ｓ２０６）。その際には、同じ符号同士であれば割合を合わせて表示してもよい。例えば以下のようになる。
【０２２６】
図１９は、ユーザーに提示されたブレンドの例である。ユーザーへの提示は、情報端末２の表示部２５へ画像を表示することによって行われる。そして、メインサーバー４の処理部４１は、この画面で表示したブレンドの内容を、保存してもよい。例えば、ユーザーが不図示の保存ボタンをタップすると、情報端末２は、タップした時点における画面の表示内容（ブレンドの内容）を、ネットワーク３を介してメインサーバー４へ送信する。メインサーバー４は、当該ブレンドの内容を、ファイルとして記憶部４４へ書き込む。なお、情報端末２は、当該ファイルのファイル名（ブレンドの名称）をユーザーに指定させ、当該ファイル名をブレンドの内容と共にメインサーバー４へ送信してもよい。メインサーバー４の処理部４１は、当該ファイル名を付してブレンドの内容を記憶部４４へ保存する。これによって、ユーザーが作成したブレンドの登録は完了である。
【０２２７】
１−８−９．登山未実施時のデータの登録
ここで、ユーザーが予め登録した登山計画に基づき登山を実施しようとしたが、悪天候やアクシデントによって登山が全く実施できなかったケースも存在する。
【０２２８】
そのようなときでも、未実施だが計画を立てたという事実を、登山ルートのデータとしてデータベースへ登録できるようにしてもよい。この事実は、後に有効に活用され得るからである。そこで、例えば、システムに（具体的には、アプリケーションプログラムに）以下の機能が搭載されるとよい。
【０２２９】
（１）登山計画のデータのファイル（登山ルートのデータを含む）をユーザーに作成させ、データベースへ登録する機能。なお、この時点では、登山計画のデータのファイルをデータベースへ登録せずに、記憶部４４へ格納しておくだけでもよい。
【０２３０】
（２）一定期間経過後に、当該登山計画のデータを未実施のデータとしてデータベースへ保存するか否かをユーザーに問い合わせる機能。
【０２３１】
（３）未実施の理由をユーザーに選択（入力）させる機能。
【０２３２】
（４）ユーザーが入力した理由を未実施のデータと共にデータベースへ書き込む機能。
【０２３３】
以下、具体的に説明する。図２０に示すとおり、当初の表示画面（ホーム画面、トップ画面などと呼ばれる）における「計画ボタン」をユーザーがタップすると、図２１に示すとおり、登山計画リストが画面に表示される。図２１の画面には、新規計画ボタン（図２１の紙面に向かって上側）と、実施日時が到来していない登山計画リスト（図２１の中央）と、実施日時から所定期間以上が経過しているものの終了処理の施されていない登山計画リスト（図２１の紙面に向かって下側）とが配置されている。
【０２３４】
図２１の画面における新規計画ボタンをユーザーがタップすると、図２２に示すような登録画面が表示部２５へ表示される。図２２の登録画面には、地図と、登山計画の名称を入力するためのボックスと、実施日時を入力するためのボックスと、登録ボタンとが配置される。
【０２３５】
ユーザーは、地図上の地点をタップすることで、登山ルートを選択する。登山ルートの選択は、例えば、登山ルートに含まれる山の山頂をタップすること、登山ルートの何れかの地点をタップすることなどにより行われる。
【０２３６】
そして、日時を入力するためのボックスをユーザーがタップすると、現在時点を含む未来の期間のカレンダー（図２３）が表示される。なお、メインサーバー４の処理部４１が情報端末２の表示部２５へカレンダーを表示する方法については公知であるので説明を省略する。
【０２３７】
このとき、メインサーバー４の処理部４１は、図２３に示すとおり、選択された登山ルートの属するエリアの天気予報（天気、降水確率、気温など）を表示部２５へ表示してもよい。メインサーバー４は、例えば、ネットワーク３を介して気象サーバー５へアクセスし、必要な期間、必要なエリアについての天気情報の情報を入手することができる。
【０２３８】
さらに、メインサーバー４の処理部４１は、地図上でユーザーが選択した地点の周辺の代表的な山の名前、もしくは住所（都道府県、市町村など）を特定し、登山計画の名称のデフォルト値として図２２のボックス（計画名を入力するためのボックス）へ表示させてもよい。ユーザーはデフォルト値をそのまま計画名として登録してもよいし、デフォルト値を所望の名称に編集してから計画名として登録してもよい。
【０２３９】
また、メインサーバー４の処理部４１は、データベースを定期的に又は必要に応じて参照し、実施日時から所定期間以上が経過している登山計画のデータのうち、終了処理が施されていないものがデータベースに存在するか否かを判定し、存在する場合には、当該登山計画の名称などを図２１の画面の登山計画リスト（図２１の紙面に向かって下側）に追加する。
【０２４０】
また、メインサーバー４の処理部４１は、ユーザーが或る登山ルートについて登山を実施した後に、当該登山ルートに係る計測データをアップデートする際には、データベース中に、日程及び登山ルートが共通する登山計画のデータがあるか否かを判定し、ある場合には、自動的に又はユーザー確認を経て、当該登山計画のデータに対して終了処理を施す。終了処理には、登山計画のデータのファイルに対する計測データの書き込み、終了フラグの設定などが含まれる。
【０２４１】
図２１の紙面に向かって下側に配置された登山計画リストには、終了処理の施されていない登山計画のデータ（終了フラグが設定されていないもの）がリストアップされている。当該リストの中からユーザーが何れか１つの登山計画を選択してタップすると、例えば図２４の画面を通じて当該登山計画について終了処理を実施できるようにしてもよい。
【０２４２】
図２４の画面には、当該登山計画の計画名、実施日時、登山ルートを含む地図などが表示されている。但し、計画名、実施日時、地図などの情報は、ユーザーが編集することはできない。
【０２４３】
図２４の紙面に向かって下側には、登山計画リストのステータスを指定するためのラジオボタンと、天候を設定するためのラジオボタンとが配置されている。
【０２４４】
ユーザーは、ステータスを設定するためのラジオボタンを操作することにより、当該登山計画のステータスを設定することができる。登山計画のステータスに応じて登山計画のデータの取り扱いは変化する。
【０２４５】
例えば、ユーザーは、登山計画に従って登山を実施したものの、電子機器１を携帯していなかった、電子機器１の電池切れが生じた、などのアクシデントにより計測データをアップロードできなかった場合には、当該登山計画のステータスを「完了（データなし）」に設定する。この場合、データベースにおける当該登山計画のデータには終了処理が施される。終了処理には、登山計画のデータのファイルにステータスを示す情報が付与される
処理が含まれる。
【０２４６】
また、ユーザーは、天候、体調、致命的な忘れ物などのアクシデントにより登山計画に従って登山を実施できなかった場合には、当該登山計画のステータスを「完了（未実施）」に設定する。この場合、データベースにおける当該登山計画のデータには終了処理が施される。終了処理には、登山計画のデータのファイルにステータスを示す情報が付与される処理が含まれる。
【０２４７】
また、ユーザーは、登山が途中で中止となった場合などには、当該登山計画のステータスを「キャンセル・消去」に設定する。この場合、登山計画のデータは、データベースから完全に消去される。
【０２４８】
また、ユーザーは、登山計画のステータスを「完了（データなし）」、「完了（未実施）」とした場合には、天気を設定するためのラジオボタンを操作し、天気を入力する。なお、図２４には示さなかったが、画面に「オートボタン」を配置してもよい。ユーザーがオートボタンをタップすると、実施日時及び登山ルートに対応する天気記録を参照して自動的に天気が入力される。
【０２４９】
なお、情報端末２の処理部２１は、ユーザーがオートボタンをタップした旨を、ネットワーク３を介してメインサーバー４へ送信する。メインサーバー４の処理部４１は、その旨を受信すると、当該登山計画に含まれる登山ルート及び実施日時を参照し、当該登山ルートの属するエリアの天候記録のうち、当該実施日時に該当する天候記録を、気象サーバー５からネットワーク３を介して取り寄せる。そして、メインサーバー４の処理部４１は、当該登山ルート及び実施日時の天候が「晴れ」、「曇り」、「雨」の何れであるかを判定し、当該判定の結果を、ネットワーク３を介して情報端末２へ送信する。情報端末２は、受信した結果をラジオボタン（天候を設定するためのラジオボタン）へ反映させる。
【０２５０】
１−８−１０．友人登録について
メインサーバー４の処理部４１は、ユーザーが一緒に登山をした同行者を登山ルートのデータに書き込んでもよい。図２５、図２６、図２７は、同行者を登録するための画面の例である。ユーザーが同行者として指定できる者は、ユーザーと同様、メインサーバー４から情報の提供を受けている他のユーザー（すなわちメインサーバー４に登録済みのユーザー）であってもよいし、そうでない人物であってもよい。なお、メインサーバー４に登録したユーザー同士は、メインサーバー４を介してＳＮＳ（social networking service）の提供を受けること（情報の共有など）が可能である。
【０２５１】
メインサーバー４の処理部４１は、先ず、図２５に示すように、登山ルートのデータリストを情報端末２の表示部２５へ表示させる。図２５の画面においてユーザーが何れかの登山ルートをタップすると、当該登山ルートに係る情報が図２６に示すように表示される。図２６の画面には、当該登山ルートについて登録済みの同行者「Ａ氏」、「Ｄ氏」が表示されている。図２６の変種画面には、同行者を編集するための編集ボタンが配置されている。編集ボタンをユーザーがタップすると、図２７に示すような編集画面が表示部２５に表示される。
【０２５２】
編集画面には、チェックボックス付きのアプリ内友人リストと、チェックボックス付きのアプリ外友人リストとが配置される。アプリ内友人リストには、メインサーバー４に登録済みのユーザーの中から、電子機器１のユーザーが予め友人として登録した１又は複数のユーザーがリストアップされる。ユーザーは、所望のユーザーのチェックボックスをチェックすることで、当該ユーザーを同行者として指定することができる。一方、アプリ外友人リストには、メインサーバー４に登録済みのユーザー以外の人物であって、電子機器
１のユーザーが予め友人として登録した１又は複数の人物がリストアップされる。ユーザーは、所望のユーザーのチェックボックスをチェックすることで、当該ユーザーを同行者として指定することができる。
【０２５３】
また、図２７の画面には、友人リスト新規追加ボタンが配置されている。当該新規追加ボタンをユーザーがタップすると、新規登録画面（不図示）が表示部２５へ表示される。ユーザーは、新規登録画面において、新規な友人、その他任意情報（性別、年齢など）を友人として登録できる。
【０２５４】
また、図２６の画面は、同行者以外の情報も必要に応じて入力できる仕組みになっていてもよい。画面上の項目をユーザーがタップすると、編集画面が表示されて編集可能になるようにしてもよい。
【０２５５】
また、図２６の画面における天候情報も編集が可能であり、図２６の例だと「晴れ」が入力されている。この天候情報については、当該地域の登山実施時間帯における天候を気象サーバー５から取り寄せて自動入力する機能があってもよい。
【０２５６】
特に、登山ルートのデータを電子機器１から情報端末２へアップデートした直後には、自動入力機能で初期値を設定しておくと、ユーザーの利便性が高まる。
【０２５７】
実際には、デフォルト値の天候とユーザーが入力したい天候とが異なる場合にのみユーザーが編集すればよいからである。この場合、登山時間が長いとき(１日以上など)には、最初の日に関する天候をデフォルト値としておく簡単な方法をとってもよい。
【０２５８】
これらの登録情報を用いて、ユーザー別の雨天率を計算して比較・表示させる機能をメインサーバー４に持たせてもよい。以下に、アプリケーションの画面の具体例を示す。
【０２５９】
アプリケーションの当初の画面（ホーム画面又はトップ画面）に配置された天候分析ボタン（図５）をユーザーがタップすると、縛り条件を選択する画面（図２８）が表示される。
【０２６０】
この縛り条件は、前に述べたものと同じである。そして、ユーザーが何れかの縛り条件を選択してから実行ボタンをタップすると、個人ごとの雨天率を示す円グラフ（図２９）が表示される。
【０２６１】
図２９の例では、Ａ氏５％（２０回に１回雨）、Ｂ氏５０％、Ｃ氏１０％、Ｄ氏１５５％、Ｘ氏（私）３０％となっている。特にＢ氏が一番高く、更にＸ氏（私）も高いのがわかる。逆にＡ氏は非常に晴天率が高いことを裏付けたデータとなっている。
【０２６２】
また、登山パーティーを構成する人物の組み合わせごとに天候（雨天率）を計算・表示させる機能をメインサーバー４に持たせてもよい。例えば、２人のペアで考えたときに、ある程度の人数内での総当たり組み合わせで雨天率を計算する。計算結果が図３０のとおりであった場合を考える。このとき、特に高い部分のみを注目し、例えば２５％以上のものだけをピックアップして、図３１のようなマッピング（人物相関図）で表示をしてもよい。
【０２６３】
図３１の例では、矢印の太さで雨天率の高さを表している。つまり、太い矢印で結ばれた人物の組み合わせは、雨を降らせる確率が高いことを示している。なお、図３１における人物の表示（円形マーク）は、ＳＮＳなどに登録してある写真に置き換えられてもよい。
【０２６４】
このような雨天率の処理は、雨天が原因で登山未実施となった登山計画のデータを考慮した方が高精度になる。そのため、「登山未実施字のデータの登録」で説明した天候情報（ラジオボタンの設定先）を利用することで、ユーザーへの負担を最小限に抑えつつ、雨天率の精度を向上させることができ、ユーザー同士の体感に近づけることができる。
【０２６５】
１−９．実施形態の作用効果
上記実施形態のシステムによれば、以下の効果が期待される。
【０２６６】
（１）ユーザーオリジナルのブレンドによるランキングを提供できるので、ランキング結果にユーザーが愛着を持つことができる。
【０２６７】
（２）ユーザーが自分の登山履歴の振り返りをランキング形式で行うことができるので、単なる振り返りよりも喜びや達成感などの感情を抱き易い。
【０２６８】
（３）ユーザーオリジナルのブレンドを用いるとはいえ、ランキング自体は客観的な基準により行われるため、ランキング結果は十分に説得力を持つ。ユーザーがランキング結果を他人へ伝えるときにも有効である。
【０２６９】
２．変形例
２−１．他のユーザーのデータベースの利用
上記実施形態では、ランキングの対象となる登山ルートの範囲を、ユーザー個人のデータベースの範囲内に制限したが、様々なユーザーのデータベースにまで範囲を広げてもよい。
【０２７０】
また、自己のデータベースに登録した登山ルート数が少ないユーザーは、当初は、ランキングの楽しみが少ないため、他のユーザーのデータベースや、多数のユーザーの平均的データなどを利用したランキング（データの補間によるランキング）をメインサーバー４が実行してもよい。
【０２７１】
また、ユーザーが保有する電子機器１のスペックによっては、全ての計測データを収集できないような場合も想定される。このような場合に、一部の指標を計算できないこともある。そこで、メインサーバー４は、他のユーザーのデータベースを利用することで、当該ユーザーのランキング（データの補間によるランキング）を行ってもよい。
【０２７２】
２−２．データの継続
上記実施形態では、１人のユーザーが１つの電子機器１のみを使用する場合を例に挙げたが、１人のユーザーが複数の電子機器１を使用してもよい。その場合は、複数の電子機器１をメインサーバー４が１人のユーザーに対応付けて管理すればよい。このような仕組みは、例えば、ユーザーが電子機器１を買い換えた場合にデータベースの継続が可能となるため、便利である。
【０２７３】
３．その他の変形例
本発明は上記の実施形態に限定されず、本発明の要旨の範囲内で種々の変形実施が可能である。
【０２７４】
例えば、上記の実施形態では、メインサーバー４の機能の一部又は全部が情報端末２又は電子機器１に搭載されてもよいし、情報端末２及び電子機器１の機能の一部がメインサーバー４に搭載されてもよいし、電子機器１の機能の一部又は全部が情報端末２に搭載されてもよいし、情報端末２の機能の一部又は全部が電子機器１に搭載されてもよい。
【０２７５】
また、電子機器１又は情報端末２には、公知のスマートフォンの機能、例えば、カメラ機能、通話機能、通信機能などが搭載されてもよい。
【０２７６】
また、電子機器１又は情報端末２には、スポーツ活動（生体活動を含む）の少なくとも一部をセンシングする他のセンシング機能（湿度センサーなど）が搭載されてもよい。
【０２７７】
また、電子機器１又は情報端末２は、リスト型電子機器、イヤホン型電子機器、指輪型電子機器、ペンダント型電子機器、スポーツ器具に装着して使用する電子機器、スマートフォン、ヘッドマウントディスプレイ（ＨＭＤ：Head Mount Display）など、様々なタイプの携帯情報機器として構成することができる。
【０２７８】
また、電子機器１又は情報端末２は、ユーザーに対する情報の通知を、画像表示により行ってもよいし、音出力、振動などにより行ってもよいし、画像表示、音出力、振動のうち少なくとも２つの組み合わせにより行ってもよい。
【０２７９】
また、上記の実施形態では、衛星測位システムとしてＧＰＳ（Global Positioning System）を利用したが、他の全地球航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）を利用してもよい。例えば、ＥＧＮＯＳ(European Geostationary-Satellite Navigation Overlay Service)、ＱＺＳＳ（Quasi Zenith Satellite System）、ＧＬＯＮＡＳＳ（GLObal NAvigation Satellite System）、ＧＡＬＩＬＥＯ、ＢｅｉＤｏｕ（BeiDou Navigation Satellite System）、等の衛星測位システムのうち１又は２以上を利用してもよい。また、衛星測位システムの少なくとも１つにＷＡＡＳ（Wide Area Augmentation System）等の静止衛星型衛星航法補強システム（ＳＢＡＳ：Satellite-based Augmentation System）を利用してもよい。
【０２８０】
また、上述した各実施形態及び各変形例は一例であって、これらに限定されるわけではない。例えば、各実施形態及び各変形例を適宜組み合わせることも可能である。
【０２８１】
また、本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。
【符号の説明】
【０２８２】
１  電子機器、１１０  ＧＰＳセンサー、１２０  処理部、１３０  記憶部、１１１  地磁気センサー、１１２  気圧センサー、１１３  加速度センサー、１１４  角速度センサー、１１５  脈センサー、１１６  温度センサー、１５０  操作部、１６０  計時部、１７０  表示部、１８０  音出力部、１９０  通信部、２  情報端末、３  ネットワーク、４  メインサーバー、５  気象サーバー、２１  処理部、２２  通信部、２３  操作部、２４  記憶部、２５  表示部、２６  音出力部、２７  通信部、２８  撮像部、４１  処理部、４２  通信部、４４  記憶部、５１  処理部、５２  通信部、５４  記憶部
【図１】
2018096861.tif 000005
【図２】
2018096861.tif 000006
【図３】
2018096861.tif 000007
【図４】
2018096861.tif 000008
【図５】
2018096861.tif 000009
【図６】
2018096861.tif 000010
【図７】
2018096861.tif 000011
【図８】
2018096861.tif 000012
【図９】
2018096861.tif 000013
【図１０】
2018096861.tif 000014
【図１１】
2018096861.tif 000015
【図１２】
2018096861.tif 000016
【図１３】
2018096861.tif 000017
【図１４】
2018096861.tif 000018
【図１５】
2018096861.tif 000019
【図１６】
2018096861.tif 000020
【図１７】
2018096861.tif 000021
【図１８】
2018096861.tif 000022
【図１９】
2018096861.tif 000023
【図２０】
2018096861.tif 000024
【図２１】
2018096861.tif 000025
【図２２】
2018096861.tif 000026
【図２３】
2018096861.tif 000027
【図２４】
2018096861.tif 000028
【図２５】
2018096861.tif 000029
【図２６】
2018096861.tif 000030
【図２７】
2018096861.tif 000031
【図２８】
2018096861.tif 000032
【図２９】
2018096861.tif 000033
【図３０】
2018096861.tif 000034
【図３１】
2018096861.tif 000035