(57)【要約】【課題】所定の行動を行う同行者を確実に見つけ出すことで、行動実施の安全面を強化させる。【解決手段】本発明のサーバ１は、イベント毎の時間情報と場所情報を含むユーザの行動計画情報をイベント毎に設定する設定部１２１と、イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得部１１と、設定部１２１によって設定されたユーザの各行動計画情報と、取得された複数の他のユーザの各行動計画情報とを比較し、複数の他のユーザの各行動計画情報の中から、ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された各行動計画情報の他のユーザを、ユーザの行動計画情報に対応するイベントの推奨同行者として推奨する推奨部１２２を備える。【選択図】図５
2017059160.tif 000002
【特許請求の範囲】
【請求項１】
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定部と、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得部と、
前記設定部によって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨部を備えることを特徴とする情報処理装置。
【請求項２】
前記推奨部は、
前記ユーザの前記イベント夫々について、前記行動計画情報のうち少なくともイベントの実施時間帯が共通する前記複数の他のユーザを前記推奨同行者として推奨する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記推奨部は、
前記複数のイベント夫々の推奨同行者が、イベントごとに異なることを許容して、前記推奨同行者を推奨する、
ことを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記行動計画情報は、所定の地点へ到着する到着時間帯、当該地点を出発する出発時間帯を示す情報、イベントの実施場所、及びイベントの実施日を含む、
ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置。
【請求項５】
前記取得部は、前記ユーザの過去の行動記録から求められるユーザレベルを前記ユーザごとに取得し、
前記推奨部は、
前記推奨した推奨同行者のなかに、前記ユーザレベルが所定値以上であるユーザを含ませる、
ことを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理装置。
【請求項６】
情報処理装置および前記情報処理装置と通信可能に接続されるユーザ端末を備えるマッチングシステムであって、
前記情報処理装置は、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定部と、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得部と、
前記設定部によって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨部とを備える、
ことを特徴とするマッチングシステム。
【請求項７】
情報処理装置が、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定ステップと、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得ステップと、
前記設定ステップによって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨ステップ、を実行する、マッチング方法。
【請求項８】
コンピュータを、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定手段と、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得手段と、
前記設定ステップによって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨手段と、として機能させるためのマッチングプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、登山などの行動で同行するユーザのマッチングの技術に関する。
【背景技術】
【０００２】
近年、多くの人がトレッキング（登山）を趣味としてきたことに伴い、登山者の事故や遭難が多発する傾向にあることが問題になっている。特に、比較的経験の浅い登山者が、単独で、または、親しいごく少人数でトレッキングを行う機会が増えてきたので、怪我や事故が遭難などの惨事に発展する可能性が高まっている。このような問題を解決する手段として、互いに知り合っているか否かを問わず複数人のグループを組んで登山を行う手法がある（マッチング）。しかし、自分と同じペースおよびスケジュール（例：下山予定時刻）で登山を行う者を現地で探し出すのは困難である。
【０００３】
また、登山については、遭難時の捜査のために、登山計画書を第三者機関（例：警察）に事前に提出するという仕組みが存在する。しかし、現状では登山計画書に対する認知度はそれほど高くなく、書式が明確でないため、利用度は低い。その結果、登山の安全面の対策に改善の余地が残されている。
【０００４】
特許文献１には、所定のアクティビティに関するマッチング処理として、プロフィール情報の一の項目の内容と所定の関係にある内容が共通するユーザを抽出する技術について開示されている。
また、特許文献２には、体力曲線モデルを用いて、出発地から目的地及び経路上の中間点での到達時間を含む歩行行動計画データ作りに利用する技術について開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１６４７２３号公報（請求項７）
【特許文献２】特開２００７−２８６０６５号公報（請求項１）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１，２の技術を用いたとしても、事前に作成した登山計画書とユーザのマッチングとを結びつける具体的な手段について記載も示唆もされていない。
【０００７】
そこで、本発明は、このような事情に鑑みて、所定の行動を行う同行者を確実に見つけ出すことで、行動実施の安全面を強化させることを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記目的を達成するため、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定部と、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得部と、
前記設定部によって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨部を備えることを特徴とする情報処理装置である。
【０００９】
また、本発明は、上記目的を達成するため、
情報処理装置および前記情報処理装置と通信可能に接続されるユーザ端末を備えるマッチングシステムであって、
前記情報処理装置は、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定部と、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得部と、
前記設定部によって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨部とを備える、
ことを特徴とするマッチングシステムである。
【００１０】
また、本発明は、上記目的を達成するため、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定ステップと、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得ステップと、
前記設定ステップによって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨ステップ、を実行する、マッチング方法である。
【００１１】
また、本発明は、上記目的を達成するため、
コンピュータを、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定手段と、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得手段と、
前記設定ステップによって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨手段と、として機能させるためのマッチングプログラムである。
【発明の効果】
【００１２】
本発明によれば、所定の行動を行う同行者を確実に見つけ出すことで、行動実施の安全面を強化させることができる。
【図面の簡単な説明】
【００１３】
【図１】マッチングシステムの全体構成図である。
【図２】サーバのハードウェア構成図である。
【図３】スマートフォンのハードウェア構成図である。
【図４】ＢＬＥ端末のハードウェア構成図である。
【図５】マッチングシステムの機能構成図である。
【図６】登山計画書の画面例である。
【図７】本実施形態のマッチングシステムの処理手順を示すシーケンス図である。
【図８】サーバによるマッチング処理のフローチャートである。
【図９】マッチング結果の画面例である。
【図１０】推奨同行者の合流および解散に関する説明図である。
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための形態を、各図を参照して詳細に説明する。本実施形態では、登山の同行者をマッチングする技術について説明する。
図１は、マッチングシステムの全体構成図である。図１のマッチングシステムは、サーバ１と、スマートフォン２−１，２−２，・・・，２−３と、ＢＬＥ（Bluetooth（登録商標） Low Energy）端末３−１，３−２，・・・，３−３とを備えている。サーバ１と、スマートフォン２−１，２−２，・・・，２−３とはネットワークＮＷによって互いに通信可能に接続されている。
【００１５】
サーバ１は、例えば、計算機であり、外部の管理センタに配置されている。
スマートフォン２−１，２−２，・・・，２−３は、例えば、ブラウザを備えた携帯端末であり、登山者としてのユーザが所持する。スマートフォン２−１は、ユーザＩＤ（Identifier）がＡＡＡであるユーザ（以下、「ユーザ（ＡＡＡ）」と呼ぶ場合がある。）が所持する。スマートフォン２−２は、ユーザＩＤがＢＢＢであるユーザ（以下、「ユーザ（ＢＢＢ）」と呼ぶ場合がある。）が所持する。スマートフォン２−３は、ユーザＩＤがＣＣＣであるユーザ（以下、「ユーザ（ＣＣＣ）」と呼ぶ場合がある。）が所持する。
【００１６】
ＢＬＥ端末３−１，３−２，・・・，３−３は、例えば、近距離通信を行う携帯端末であり、登山者としてのユーザが所持する。ＢＬＥ端末３−１は、ユーザ（ＡＡＡ）が所持しており、スマートフォン２−１と近距離通信することができる。ＢＬＥ端末３−２は、ユーザ（ＢＢＢ）が所持しており、スマートフォン２−２と近距離通信することができる。ＢＬＥ端末３−３は、ユーザ（ＣＣＣ）が所持しており、スマートフォン２−３と近距離通信することができる。また、互いに所定の距離範囲内に位置していれば、ＢＬＥ端末３−１，３−２，・・・，３−３同士で近距離通信を行うことができる。
【００１７】
図２は、サーバのハードウェア構成図である。サーバ１は、ＣＰＵ（Central Processing Unit）１ａと、ＲＯＭ（Read Only Memory）１ｂと、ＲＡＭ（Random Access Memory）１ｃと、通信部１ｄと、ＨＤＤ（Hard Disk Drive）１ｅといったハードウェアを備える。ＣＰＵ１ａは、ＲＯＭ１ｂと、ＲＡＭ１ｃと、通信部１ｄと、ＨＤＤ１ｅとに接続している。
【００１８】
ＣＰＵ１ａは、サーバ１の制御部を構成する。ＣＰＵ１ａは、ＲＯＭ１ｂに記憶されているプログラム（図示せず。マッチングプログラムを含む。）に従って所定の処理を実行する。
ＲＯＭ１ｂは、例えば、不揮発性メモリであり、サーバ１の記憶部を構成する。ＲＯＭ１ｂは、ＣＰＵ１ａが実行するプログラムや各種データ等を記憶する。
ＲＡＭ１ｃは、例えば、揮発性メモリであり、ＣＰＵ１ａが実行するプログラムに係る各種変数や各種データ等を記憶する。
通信部１ｄは、例えば、アンテナと無線通信回路の組合せであり、無線通信によってネットワークＮＷに接続して、スマートフォン２−１，２−２，・・・，２−３と相互に通信を行う。
ＨＤＤ１ｅは、例えば、外部記憶装置であり、サーバ１が保持する各種データベース（後記）に格納されるデータ等を記憶する。具体的には、ＨＤＤ１ｅは、登山計画書ＤＢ（DataBase：データベース）１３およびユーザ情報ＤＢ１４を記憶する。登山計画書１３ＤＢおよびユーザ情報ＤＢ１４の詳細は後記する。
【００１９】
図３は、スマートフォンのハードウェア構成図である。図３では、スマートフォン２−１について説明するが、他のスマートフォン２−２，・・・，２−３にもあてはまる。スマートフォン２−１は、ＣＰＵ２ａと、ＲＯＭ２ｂと、ＲＡＭ２ｃと、通信部２ｄと、タッチパネル２ｅと、ディスプレイ２ｆと、スピーカ２ｇと、外部メモリ２ｈといったハードウェアを備える。
【００２０】
ＣＰＵ２ａは、スマートフォン２−１の制御部を構成する。ＣＰＵ２ａは、ＲＯＭ２ｂに記憶されているプログラム（図示せず）に従って所定の処理を実行する。
ＲＯＭ２ｂは、例えば、不揮発性メモリであり、スマートフォン２−１の記憶部を構成する。ＲＯＭ２ｂは、ＣＰＵ２ａが実行するプログラムや各種データ等を記憶する。
ＲＡＭ２ｃは、例えば、揮発性メモリであり、ＣＰＵ２ａが実行するプログラムに係る各種変数や各種データ等を記憶する。
通信部２ｄは、例えば、アンテナと無線通信回路の組合せであり、無線通信によってネットワークＮＷに接続して、サーバ１と通信を行ったり、ＢＬＥ端末３−１と近距離無線通信を行ったりする。
【００２１】
タッチパネル２ｅは、例えば透明電極で構成され、ディスプレイ２ｆの上層に貼設されている。タッチパネル２ｅは、ポインティングデバイスの１種であり、ユーザが指やタッチペンなどでタッチした画面上の位置を検知する。
ディスプレイ２ｆは、例えば液晶パネルであり、スマートフォン２−１の表示部を構成する。ディスプレイ２ｆは、ＣＰＵ２ａから受信した画面を表示する。
スピーカ２ｇは、例えば、振動子と音声信号処理回路の組合せであり、スマートフォン２−１の音声出力部を構成する。
外務メモリ２ｈは、例えば、スマートフォン２−１に着脱可能なフラッシュメモリであり、スマートフォン２−１の記憶部を構成する。外務メモリ２ｈには、サーバ１から受信したデータやＢＬＥ端末３−１から受信したデータが記憶される。
【００２２】
図４は、ＢＬＥ端末のハードウェア構成図である。図４では、ＢＬＥ端末３−１について説明するが、他のＢＬＥ端末３−２，・・・，３−３にもあてはまる。ＢＬＥ端末３−１は、ＣＰＵ３ａと、ＲＯＭ３ｂと、ＲＡＭ３ｃと、キー３ｄと、無線モジュール３ｅと、ＧＰＳモジュール３ｆと、加速度センサ３ｇと、磁気センサ２ｈと、ジャイロセンサ３ｉと、気圧センサ３ｊと、電池３ｋといったハードウェアを備える。
【００２３】
ＣＰＵ３ａは、ＢＬＥ端末３−１の制御部を構成する。ＣＰＵ３ａは、ＲＯＭ３ｂに記憶されているプログラム（図示せず）に従って所定の処理を実行する。
ＲＯＭ３ｂは、例えば、不揮発性メモリであり、ＢＬＥ端末３−１の記憶部を構成する。ＲＯＭ３ｂは、ＣＰＵ３ａが実行するプログラムや各種データ等を記憶する。
ＲＡＭ３ｃは、例えば、揮発性メモリであり、ＣＰＵ３ａが実行するプログラムに係る各種変数や各種データ等を記憶する。
キー３ｄは、例えば、入力ボタンで構成されており、ユーザからの操作を受け付ける。
無線モジュール３ｅは、例えば、アンテナと無線通信回路の組合せであり、スマートフォン２−１や他のＢＬＥ端末と近距離無線通信を行う。
【００２４】
ＧＰＳモジュール３ｆは、ＣＰＵ３ａからの動作指令に基づいて、ＧＰＳアンテナを介して受信される信号を復調し、ＧＰＳ衛星の各種送信データをＣＰＵ３ａに送る。ＣＰＵ３ａは、このＧＰＳ衛星の送信データに基づいて所定の測位演算を行うことで、現在位置を表わす緯度・経度などのＧＰＳ測位データを算出することができる。
加速度センサ３ｇと、磁気センサ３ｈと、ジャイロセンサ３ｉとは、３軸の自律航法用センサであり、動きと方位に関する検出を行う。ＣＰＵ３ａは、各センサ３ｇ，３ｈ，３ｉで検出された信号に基づき、ユーザの移動に伴う運動の大きさ、方向の変化、歩く動作等を測定または検出して出力し、ＧＰＳモジュール３ｆによる測位を補完する。
気圧センサ３ｊは、大気圧を感知するセンサである。ＣＰＵ３ａは、この気圧センサ６の信号の変化に基づき、高度情報を取得する。
電池３ｋは、一次電池または二次電池であり、ＢＬＥ端末３−１の各部分に電力を供給する。
【００２５】
図５は、マッチングシステムの機能構成図である。サーバ１は、取得部１１と、決定部１２と、登山計画書ＤＢ１３と、ユーザ情報ＤＢ１４とを備える。取得部１１と、決定部１２と、登山計画書ＤＢ１３と、ユーザ情報ＤＢ１４は、ＲＯＭ１ｂが記憶するプログラムをＣＰＵ１ａが実行することにより具現化される。
【００２６】
（取得部１１）
取得部１１は、後記の登山計画書作成部２１が作成した登山計画書（行動計画書）をスマートフォン２−１から取得する。なお、取得部１１は、スマートフォン２−１から所定のデータを受信することができる。また、取得部１１は、スマートフォン２−１から取得した登山計画書を登山計画書ＤＢ１３に格納する。
【００２７】
（決定部１２）
決定部１２は、登山計画書ＤＢ１３に格納されている、複数のユーザの登山計画書の内容を解析して、特定の山への登山を行う推奨同行者を決定するためのマッチング処理（同行者マッチング、マッチングサービスと呼ぶ場合もある）を行う。このとき、必要に応じて、ユーザ情報ＤＢ１４に格納されているユーザ情報を参照して、推奨同行者を決定することもできる。マッチング処理の詳細については、後記する。
決定部１２は、設定部１２１と、推奨部１２２とを含む。設定部１２１および推奨部１２２については後記する。
【００２８】
（登山計画書ＤＢ１３）
登山計画書ＤＢ１３は、各ユーザのスマートフォン２−１，２−２，・・・，２−３から取得した登山計画書を、ユーザごとに格納する。登山計画書は、登山の際に第三者機関（例：自治体、警察）に提出する（電子的）書類である。この登山計画書の提出により、遭難の際の捜索が容易となるため、登山の際には作成して提出することが望ましい。
【００２９】
図６に示すように、スマートフォン２−１のディスプレイ２ｆに画面表示される登山計画書は、登山日、登山者の氏名・住所などの連絡先、登山ルートを示す、登山口・目的の山系、（登山の）行動予定、登山の概念図を含んで構成される。特に、行動予定の欄には、登山者が経由する地点（登山口、Ａ尾根（休憩地点）、Ｂ稜（休憩地点）、Ｃ峰（目的地、休憩地点））と、当該地点への到着時刻および当該時点の出発時刻との対応関係が記載されている。
なお、到着時刻および出発時刻の代わりに、およその到着時間帯および出発時間帯を入力することもできる。
【００３０】
例えば、登山計画書のテンプレートは、ウェブ上で公開されていてもよいし、または、サーバ１が作成し閲覧可能に提供していてもよい。ユーザは、自身のスマートフォンのブラウザ機能を用いて登山計画書のテンプレートを取得することができる。そして、登山計画書作成部２１（後記）の機能によって、上記の事項を入力することで、登山計画書を作成することができる。
【００３１】
各地点からその次の地点までの経路は、登山コースの区間（イベント）である。また、各地点（場所情報。登山口を除く。）にて指定されている到着時刻（時間情報）および出発時刻（時間情報）は、当該地点での休憩時間の開始時間および終了時間に相当する。登山コースの各区間の始点からの出発時刻は、該当の地点での出発時刻に相当し、登山コースの各区間の終点への到着時刻は、前記の該当の地点の次の地点への到着時刻に相当する。つまり、各地点の出発時刻からその地点の次の地点の到着時刻までの時間帯は、対応する区間の登山時間帯（実施時間帯）に相当する。登山コースの１つの区間と、その区間での出発時刻と、到着時刻とで、イベント情報（行動計画情報）を構成する。登山計画書は、時系列に沿った一連の複数のイベント情報の集合に等しい。
取得部１１は、区間の時間情報と場所情報を含む複数の他のユーザの各イベント情報を取得することができる。
決定部１２の設定部１２１は、区間毎の時間情報と場所情報を含むユーザのイベント情報を区間毎に設定することができる。
決定部１２の推奨部１２２は、設定部１２１によって設定されたユーザの各イベント情報と、取得された複数の他のユーザの各イベント情報とを比較し、複数の他のユーザの各イベント情報の中から、ユーザの各イベント情報との一致度が最も高いイベント情報をそれぞれ抽出し、抽出された各イベント情報の他のユーザを、ユーザのイベント情報に対応する区間の推奨同行者として推奨することができる。
【００３２】
図６の下部に示すように、登山計画書の下部には、登山を計画するユーザが同行者のマッチングを希望するか否かを入力可能なチェックボックスが設けられている。ユーザは、タッチパネル２ｅを操作して、「希望する」または「希望しない」のいずれかのチェックボックスにチェックを入れることで、同行者のマッチングサービスを利用するか否かを選択することができる。
【００３３】
（ユーザ情報ＤＢ１４）
図５に戻って、ユーザ情報ＤＢ１４は、サーバ１によるマッチングサービスの利用登録をしたユーザに関する情報を、ユーザごとに格納する。
図２に示すように、ユーザ情報ＤＢ１４は、「ユーザ名」、「ユーザＩＤ」、「登山回数」、「登山頻度」、「マッチング利用回数」、「登山レベル（ユーザレベル）」といった欄を有しており、ユーザごとに、各欄の値が格納されたレコードを有している。
【００３４】
「ユーザ名」欄には、マッチングサービスの利用登録をしたユーザの氏名が格納される。
「ユーザＩＤ」欄には、ユーザを識別し、例えば、マッチングサービスの利用登録時に割り当てられたＩＤが格納されている。
【００３５】
「登山回数」欄には、ユーザが過去にマッチングサービスを利用して登山を行った回数が格納される。なお、ユーザは、自分のスマートフォンを用いて、登山終了報告をサーバ１に送信するので、その報告を以って登山回数を更新する。
「登山頻度」欄には、ユーザの、所定期間内（例：１ヶ月間）の登山回数が格納される。
「マッチング利用回数」欄には、マッチングサービスの利用を希望し、実際に他の同行者に合流できた（マッチングできた）回数が格納される。マッチング利用回数は、マッチングサービスによって推奨同行者として同行してもらってもよいか否かを示す指標として用いることができる。例えば、登山回数に対するマッチング利用回数が多いほど、該当のユーザは確実に同行してくれる人であるという信頼が高いといえる。
【００３６】
「登山レベル」欄には、ユーザの登山の熟練度を示す値が格納される。例えば、登山の熟練度を示す値には、初級者、中級者、上級者を設けることができる。初級者、中級者、上級者の分類は、さまざまな方法をとることができ、「登山回数」および「登山頻度」を用いて分類することができる。具体的には、登山回数が３０回未満である、または、登山頻度が０〜１（回／月）であるユーザは初級者に分類する。登山回数が３０回以上である、または、登山頻度が２〜４（回／月）であるユーザは中級者に分類する。登山回数が１００回以上である、または、登山頻度が５（回／月）以上であるユーザは上級者に分類する。
【００３７】
図５に戻って、スマートフォン２−１は、登山計画書作成部２１と、マッチング結果２２とを備える。登山計画書作成部２１と、マッチング結果２２は、ＲＯＭ２ｂが記憶するプログラムをＣＰＵ２ａが実行することにより具現化される。
【００３８】
（登山計画書作成部２１）
登山計画書作成部２１は、所定の登山計画書のテンプレートを用いて、ユーザのタッチパネル２ｅからの入力により、電子的な登山計画書を作成する（図６）。登山計画書作成部２１は、作成した登山計画書をサーバ１に送信する。
【００３９】
（マッチング結果２２）
マッチング結果２２は、登山に同行するユーザを推奨同行者として特定した情報である。具体的には、マッチング結果２２は、例えば、サーバ１による、同行者のマッチング処理によって登山に同行する推奨同行者が反映された登山計画書とすることができる（後記の図９参照）。
【００４０】
ＢＬＥ端末３−１は、ユーザＩＤ送受信部３１と、位置情報作成部３２と、合流履歴３３と、登山ログ３４とを備える。ユーザＩＤ送受信部３１と、位置情報作成部３２と、合流履歴３３と、登山ログ３４は、ＲＯＭ３ｂが記憶するプログラムをＣＰＵ３ａが実行することにより具現化される。
【００４１】
（ユーザＩＤ送受信部３１）
ユーザＩＤ送受信部３１は、サーバ１による同行者マッチングによって決定した同行者のＢＬＥ端末とユーザＩＤをやり取りする。ＢＬＥ端末３−１は、スマートフォン２−１からマッチング結果２２に示されている他の同行者のユーザＩＤを取得する。そして、ユーザＩＤ送受信部３１は、目的の山系の登山口、休憩地点などの合流地点にて、取得した他の同行者のユーザＩＤを有するＢＬＥ端末と近距離無線通信を行い、同行者検索を行うことで、指定の同行者に出会うことができる。ユーザＩＤ送受信部３１は、同行者検索の結果を合流履歴３３に格納する。
【００４２】
（位置情報作成部３２）
位置情報作成部３２は、ＣＰＵ３ａによって不図示の位置情報作成プログラムが実行されることにより具現化され、登山中に、ＧＰＳモジュール３ｆが生成したＧＰＳ測位データと、加速度センサ３ｇと、磁気センサ２ｈと、ジャイロセンサ３ｉの出力値とを統合した位置情報を作成する。作成した位置情報は、登山ログ３４に格納される。
【００４３】
（合流履歴３３）
合流履歴３３は、同行者マッチングによって決定した同行者のうち、登山計画書で決定した地点でユーザが実際に合流した同行者を、地点ごとに格納した情報である。
（登山ログ３４）
登山ログ３４は、目的の山系について登山計画書で決定された登山コースを、位置情報作成部３２によって、ユーザが実際に辿ったときの登山経路を記録した情報である。
【００４４】
次に、マッチングシステムが実行する処理について説明する。
図７は、本実施形態のマッチングシステムの処理手順を示すシーケンス図である。このシーケンスは、ユーザ（ＡＡＡ）の推奨同行者を決定する処理に関するシーケンスであり、ステップＳ１から開始する。
【００４５】
ステップＳ１にて、スマートフォン２−１は、登山計画書作成部２１によって、ユーザ（ＡＡＡ）の登山計画書を作成し、サーバ１に送信する。登山計画書作成部２１は、登山計画書の作成の際、同行者マッチングを希望するか否かを示す情報を含める（図６参照）。サーバ１は、取得部１１によって、ユーザ（ＡＡＡ）の登山計画書を取得し、登山計画書ＤＢ１３に格納する。また、図７には示していないが、サーバ１は、取得部１１によって、ユーザ（ＢＢＢ）、ユーザ（ＣＣＣ）、および、マッチングサービスの利用登録をしている他のユーザの登山計画書も取得し、登山計画書ＤＢ１３に格納する。ステップＳ１の後、ステップＳ２に進む。
【００４６】
次に、ステップＳ２にて、サーバ１は、決定部１２によって、登山計画書ＤＢ１３に格納されている登山計画書を対象にしてマッチング処理を行う。
図８は、サーバ１によるマッチング処理のフローチャートである。この処理は、例えば、新たな登山計画書を、ユーザのスマートフォンから取得したときに開始し、ステップＳ２１に進む。
【００４７】
ステップＳ２１にて、サーバ１は、決定部１２によって、登山計画書ＤＢ１３から、マッチングを希望する登山計画書を抽出する。マッチングを希望する登山計画書とは、具体的には、同行者マッチングについて、「希望する」のチェックボックス（図６）にチェックが入力されている登山計画書をいう。ステップＳ２１の処理により、同行者マッチングを希望しないユーザを推奨同行者から確実に除外することができる。ステップＳ２１の後、ステップＳ２２に進む。
【００４８】
次に、ステップＳ２２にて、サーバ１は、決定部１２によって、同一日に登山するユーザの登山計画書を抽出する。具体的には、ユーザ（ＡＡＡ）の登山計画書に入力された登山日（例：○月×日）と同じ登山日が入力されている登山計画書を抽出する。ステップＳ２２の処理により、登山日が異なるユーザを推奨同行者から確実に除外することができる。ステップＳ２２の後、ステップＳ２３に進む。
【００４９】
次に、ステップＳ２３にて、サーバ１は、決定部１２の設定部１２１および推奨部１２２によって、抽出した登山計画書のうち、同一区間を登山する時間帯が共通する登山計画書をグルーピングする。具体的には、決定部１２の設定部１２１は、登山計画書の行動予定の内容を分析して、行動予定に示された各区間を特定し、その区間を登山する時間帯を特定する。決定部１２の推奨部１２２は、これらの特定した区間および時間帯を対象にして、少なくとも１つの区間で登山する時間帯（登山時間帯）が重複している登山計画書が存在すれば、それらの登山計画書を１つのグループとして扱う。決定部１２の推奨部１２２は、登山コースのすべての区間での登山時間帯が共通する複数の登山計画書が存在していれば、これらの登山計画書をグルーピングしてもよいが、必須ではない。また、決定部１２の推奨部１２２は、少なくとも１つの区間の登山時間帯が完全に重複していなくても大部分が重複していれば、登山計画書のグルーピングを行うことができる。このようにして、設定部１２１は、グルーピングされた登山計画書に係るユーザのイベント情報を区間毎に設定することができ、推奨部１２２は、他のユーザのイベント情報の中から、一致度が最も高いイベント情報を抽出することができる。ステップＳ２３の後、ステップＳ２４に進む。
【００５０】
次に、ステップＳ２４にて、サーバ１は、決定部１２の推奨部１２２によって、グルーピングした登山計画書の内容に基づいて、マッチング結果２２を作成する。具体的には、決定部１２の推奨部１２２は、区間の始点となる地点で合流するユーザを合流地点ごとに決定した情報をマッチング結果２２として作成する。合流地点で合流するユーザは対応する区間の登山における推奨同行者となる。このとき、決定部１２の推奨部１２２は、区間の登山時間帯を多少変更することで、登山時間帯の大部分を重複させて登山計画書をグルーピングし、このグルーピングした登山計画書に基づいて、より多くの推奨同行者を決定するようにマッチング結果２２を作成することが望ましい。推奨同行者の人数をできるだけ多くすることで、登山の遭難などの惨事に対する安全面の強化を行うことができる。
【００５１】
このように、決定部１２の推奨部１２２は、複数のユーザの登山計画書内の複数のイベント情報（区間、区間の出発時刻および到着時刻）と、ユーザ自身の登山計画書内の複数のイベント情報（区間、区間の出発時刻および到着時刻）に基づいて、複数の区間夫々について、複数の区間夫々の推奨同行者を決定する。換言すれば、推奨部１２２は、設定部１２１によって設定されたユーザの各イベント情報と、取得された複数の他のユーザの各イベント情報とを比較し、複数の他のユーザの各イベント情報の中から、ユーザの各イベント情報との一致度が最も高いイベント情報をそれぞれ抽出し、抽出された各イベント情報の他のユーザを、ユーザのイベント情報に対応する区間の推奨同行者として推奨することができる。
以上で、ステップＳ２のマッチング処理が終了する。ステップＳ２の後、ステップＳ３に進む。
【００５２】
図７に戻って、ステップＳ３にて、サーバ１は、決定部１２によって、作成したマッチング結果２２をスマートフォン２−１に仮通知する。スマートフォン２−１は、ディスプレイ２ｆを介して、通知のあったマッチング結果２２を画面表示することができる。
【００５３】
図９には、マッチング結果の画面例を示す。この画面例は、スマートフォン２−１を所持するユーザ（ＡＡＡ）に関するマッチング結果の画面例である。図９のマッチング結果は、図６の登山計画書と比較して、行動予定の各地点にて同行者のユーザＩＤが追加されている点が異なる。ユーザ（ＡＡＡ）は、通知のあったマッチング結果２２を見て、登山日に同行する推奨同行者の人数を知ることができる。なお、通知する同行者に関する情報は、ユーザＩＤに限らず、そのユーザＩＤで識別されるユーザのプロフィール情報（例：氏名、年齢、性別）を含んでもよい。
【００５４】
ステップＳ３で通知されるマッチング結果２２が仮通知であるのは、例えば、（１）登山計画書のグルーピング（図８のステップＳ２３）において、同行者を多くするために、スマートフォン２−１で元々作成した登山計画書（ステップＳ１）と変更している場合（例：合流地点の変更、特定の区間の登山時間帯の変更）があり、その変更の許可をユーザに求めること、（２）同じ登山日での他のユーザの登山計画書を後々取得し、そのユーザの同行者マッチングの希望を受け付けること、などの理由による。
ステップＳ３の後、ステップＳ４に進む。
【００５５】
ステップＳ４にて、スマートフォン２−１は、サーバ１から仮通知されたマッチング結果２２に対する確認回答をサーバ１に送信する。この確認回答は、仮通知されたマッチング結果２２をユーザ（ＡＡＡ）が了承したか否かを示す回答である。具体的には、図９のマッチング結果の画面例に、マッチング結果の内容に関する確認回答入力欄を付加することで、ユーザ（ＡＡＡ）の確認回答の入力を受け付けることができる。
【００５６】
もし、ユーザ（ＡＡＡ）からマッチング結果２２の内容を了承した旨が入力された場合、その旨がサーバ１に送信される。一方、ユーザ（ＡＡＡ）からマッチング結果２２の内容を了承しない旨が入力された場合、例えば、スマートフォン２−１は、登山計画書作成部２１によって、ユーザ（ＡＡＡ）の登山計画書の修正版を作成し、サーバ１に送信することができる。サーバ１は、登山計画書の修正版に対してマッチング処理（Ｓ２）を行うことができる。ユーザ（ＡＡＡ）によるマッチング結果２２の内容を了承が得られるまで、ステップＳ１〜ステップＳ４の処理を繰り返すことができる。また、他のユーザに対しても、マッチング結果２２の内容を了承が得られるまで、ステップＳ１〜ステップＳ４と同様の処理を繰り返すことができる。
ステップＳ４の後、ステップＳ５に進む。
【００５７】
ステップＳ５にて、サーバ１は、決定部１２によって、作成したマッチング結果２２をスマートフォン２−１に最終通知する。最終通知されるマッチング結果２２は、すべての同行者の了解が得られた結果であり、例えば、図９に示したマッチング結果と同様の形式とすることができる。また、最終通知されるマッチング結果は、例えば、登山日の前日に、すべての同行者（当初決定した同行者に対して後で追加された同行者を含めることができる）のスマートフォンに通知することができ、原則的に、ユーザからの変更は受け付けないとする。
ステップＳ５の後、ステップＳ６に進む。ステップＳ６以降の処理は、登山日にて、スマートフォン２−１およびＢＬＥ端末３−１を所持して登山口に到着してから実行される。
【００５８】
ステップＳ６にて、ＢＬＥ端末３−１は、ユーザＩＤ送受信部３１によって、同行者検索を行う。ＢＬＥ端末３−１は、マッチング結果２２に含まれる、登山口で合流する同行者のユーザＩＤを近距離無線通信によってスマートフォン２−１から取得している。ＢＬＥ端末３−１は、登山口で合流する同行者のユーザＩＤを用いて、近距離無線通信によって、マッチング結果２２に示された時刻に登山口に到着したはずの同行者が携帯するＢＬＥ端末との近距離無線通信を試みる。ステップＳ６の後、ステップＳ７に進む。
【００５９】
ステップＳ７にて、ＢＬＥ端末３−１は、ユーザＩＤ送受信部３１の近距離無線通信によって、ユーザ（ＡＡＡ）の登山口での同行者であるユーザ（ＢＢＢ）のＢＬＥ端末３−２と、による自分のユーザＩＤのやり取りを行う。各ＢＬＥ端末は、同行者検索において、自分のユーザＩＤを発信している。その結果、ＢＬＥ端末３−１は、自分のユーザＩＤ：ＡＡＡを近距離にいるＢＬＥ端末３−２に送信することができ、ＢＬＥ端末３−２は、自分のユーザＩＤ：ＢＢＢを近距離にいるＢＬＥ端末３−１に送信することができる。ＢＬＥ端末３−１は、スマートフォン２−１からマッチング結果２２として取得したユーザＩＤ：ＢＢＢと、ＢＬＥ端末３−２から受信したユーザＩＤ：ＢＢＢとが一致することを以って、登山口での同行者を特定することができる。また、ＢＬＥ端末３−２も、同様にして登山口での同行者を特定することができる。ユーザ（ＡＡＡ）およびユーザ（ＢＢＢ）は、説明を省略した他の同行者とともに登山を開始する。
ステップＳ７の後、ステップＳ８に進む。
【００６０】
ステップＳ８にて、ＢＬＥ端末３−１は、位置情報作成部３２によって、登山口から次の地点（Ａ尾根）までの区間を同行者とともに登山しているときの位置情報を登山ログ３４として格納するともに、ユーザＩＤ送受信部３１によって、当該区間を登山した同行者のユーザＩＤを合流履歴３３として格納する。ＢＬＥ端末３−１は、格納した登山ログ３４および合流履歴３３をスマートフォン２−１に送信する。登山終了後に、登山ログ３４および合流履歴３３を、スマートフォン２−１を介してサーバ１に送信するためである。
ユーザ（ＡＡＡ）およびユーザ（ＢＢＢ）は、休憩地点（Ａ尾根）に到着すると、解散し所定時間休憩する。
ステップＳ８の後、ステップＳ９に進む。
【００６１】
ステップＳ９にて、ＢＬＥ端末３−１は、ユーザＩＤ送受信部３１によって、休憩地点での同行者検索を行う。ＢＬＥ端末３−１は、マッチング結果２２に含まれる、休憩地点で新たに合流する同行者のユーザＩＤを近距離無線通信によってスマートフォン２−１から取得している。ＢＬＥ端末３−１は、休憩地点で合流する同行者のユーザＩＤを用いて、近距離無線通信によって、マッチング結果２２に示された時刻に休憩地点に到着したはずの同行者が携帯するＢＬＥ端末との近距離無線通信を試みる。ステップＳ９の後、ステップＳ１０に進む。
【００６２】
ステップＳ１０にて、ＢＬＥ端末３−１は、ユーザＩＤ送受信部３１の近距離無線通信によって、ユーザ（ＡＡＡ）の休憩地点での同行者であるユーザ（ＣＣＣ）のＢＬＥ端末３−３と、による自分のユーザＩＤのやり取りを行う。ステップＳ７と同様にして、ＢＬＥ端末３−１は、自分のユーザＩＤ：ＡＡＡを近距離にいるＢＬＥ端末３−３に送信することができ、ＢＬＥ端末３−３は、自分のユーザＩＤ：ＣＣＣを近距離にいるＢＬＥ端末３−１に送信することができる。ＢＬＥ端末３−１は、スマートフォン２−１からマッチング結果２２として取得したユーザＩＤ：ＣＣＣと、ＢＬＥ端末３−２から受信したユーザＩＤ：ＣＣＣとが一致することを以って、休憩地点での同行者を特定することができる。また、ＢＬＥ端末３−３も、同様にして休憩地点での同行者を特定することができる。ユーザ（ＡＡＡ）およびユーザ（ＣＣＣ）は、説明を省略した他の同行者とともに登山を開始する。
ステップＳ１０の後、ステップＳ１１に進む。
【００６３】
ステップＳ１１にて、ＢＬＥ端末３−１は、ステップＳ８と同様にして、位置情報作成部３２によって、登山口から次の地点（Ｂ稜）までの区間を同行者とともに登山しているときの位置情報を登山ログ３４として格納するともに、ユーザＩＤ送受信部３１によって、当該区間を登山した同行者のユーザＩＤを合流履歴３３として格納する。ＢＬＥ端末３−１は、格納した登山ログ３４および合流履歴３３をスマートフォン２−１に送信する。
ユーザ（ＡＡＡ）およびユーザ（ＣＣＣ）は、休憩地点（Ｂ稜）に到着すると、解散し所定時間休憩する。
ステップＳ１１の後、ステップＳ１２に進む。
【００６４】
以降、ユーザ（ＡＡＡ）が下山するまでの間、マッチング結果２２に示された各区間（例：Ｂ稜〜Ｃ峰、Ｃ峰〜Ｂ稜、Ｂ稜〜Ａ尾根、Ａ尾根〜登山口）に対して、ステップＳ６〜ステップＳ９の処理、または、ステップＳ９〜ステップＳ１１の処理を繰り返す。結果として、スマートフォン２−１は、ユーザ（ＡＡＡ）に関して、登山コース全体に亘る登山ログ３４および合流履歴３３を取得することができる。
【００６５】
ステップＳ１２にて、スマートフォン２−１は、ユーザ（ＡＡＡ）に関して、登山コース全体に亘る登山ログ３４および合流履歴３３を、登山報告結果としてサーバ１に通知する。サーバ１は、ユーザ（ＡＡＡ）について、ユーザ情報ＤＢ１４（図２）を更新する。具体的には、サーバ１は、ユーザ（ＡＡＡ）のレコードについて、「登山回数」および「マッチング利用回数」をインクリメントする。また、必要に応じて「登山頻度」の値を計算し直すこともできるし、登山の熟練度に関する所定の条件を満たせば「登山レベル」の値を書き換えることもできる。
以上で、マッチングシステムの処理手順の説明を終了する。
【００６６】
図１０は、推奨同行者の合流および解散に関する説明図である。図７のシーケンスを参照して説明した通り、同一の目的の山系を同一の日に登山するユーザ（ＡＡＡ）、ユーザ（ＢＢＢ）、ユーザ（ＣＣＣ）の各々は、サーバ１から最終通知されるマッチング結果２２によって、登山スケジュールが設定されるとともに、区間ごとの同行者も設定される。
【００６７】
例えば、図１０によれば、ユーザ（ＡＡＡ）は、登山口にて７：００にユーザ（ＢＢＢ）と合流し、Ａ尾根に向かって同行しながら登山し、Ａ尾根に９：００に到着した後、ユーザ（ＢＢＢ）と解散する。ユーザ（ＡＡＡ）は、Ａ尾根にて９：３０までの休憩時間の間にユーザ（ＣＣＣ）と合流し、Ｂ稜を経てＣ峰に向かって同行しながら登山し、Ｃ峰に１２：００に到着した後、ユーザ（ＣＣＣ）と解散する。このように、各同行者は一通りの登山コースを辿ることになる際、登山する区間が切り替わるたびに同行者との合流および解散を繰り返しつつも、単独行動は確実に回避することができるので、遭難などに対する安全面の対策を万全にすることができる。
【００６８】
登山途中で、マッチング結果２２で示した登山計画書のスケジュールどおりに登山することができなくなる場合がある。この場合は、例えば、特定の休憩地点での休憩時間を延長することで、同一の休憩地点で同一の時間帯にいる推奨同行者を少なくとも一人探し出したり、当初の予定よりも増やしたりすることができる。
【００６９】
例えば、図１０に示すように、１２：００にＣ峰に到着予定、１３：００にＣ峰を出発予定のユーザ（ＢＢＢ）が不測の事態のため、１２：３０にＣ峰に到着した場合、１３：００にＣ峰を共に出発する予定であったユーザとの同行は断念し、Ｃ峰の出発時刻を１３：３０に繰り下げることを決定したとする。このとき、ユーザ（ＢＢＢ）のスマートフォン２−２は、登山計画書作成部２１によって、この繰り下げを反映した登山計画書を作成し、サーバ１に送信する（図７のステップＳ１に準ずる）。サーバ１は、決定部１２によって、マッチング処理を行い、１３：３０にＣ峰を出発する予定のユーザを同行者としたマッチング結果２２をスマートフォン２−２に通知する（図７のステップＳ２〜ステップＳ５に準ずる）。ここでは、マッチング結果２２には、１３：３０にＣ峰を出発する予定のユーザとしてユーザ（ＡＡＡ）のユーザＩＤが含まれており、ユーザ（ＢＢＢ）のＢＬＥ端末３−２に格納されたとする。一方、ユーザ（ＡＡＡ）のスマートフォン２−１には、１３：３０にＣ峰を出発するときの同行者としてユーザ（ＢＢＢ）が追加される旨が通知され、ユーザＩＤ：ＢＢＢをサーバ１から受信する。スマートフォン２−１は、受信したユーザＩＤ：ＢＢＢをＢＬＥ端末３−１に格納する。
【００７０】
ＢＬＥ端末３−２は、１３：３０頃にユーザＩＤ送受信部３１によって、同行者検索を行う（図７のステップＳ６に準ずる）。その結果、ユーザ（ＡＡＡ）のＢＬＥ端末３−１と自分のユーザＩＤのやり取りを行うことができる（図７のステップＳ７に準ずる）。このようにして、不測の事態に見舞われても、休憩地点での休憩時間を調整することで、当初同行する予定でなかったユーザと同行する機会を作り出すことができ、単独行動を確実に回避することができる。なお、登山計画書内のイベント情報には、休憩地点での休憩時間を調整することができることを示す情報を含めることができる。
【００７１】
本実施形態のマッチングシステムによれば、サーバ１の決定部１２の設定部１２１が、区間毎の時間情報と場所情報を含むユーザのイベント情報を区間毎に設定し、決定部１２の推奨部１２２が、設定部１２１によって設定されたユーザの各イベント情報と、取得された複数の他のユーザの各イベント情報とを比較し、複数の他のユーザの各イベント情報の中から、ユーザの各イベント情報との一致度が最も高いイベント情報をそれぞれ抽出し、抽出された各イベント情報の他のユーザを、ユーザのイベント情報に対応する区間の推奨同行者として推奨する。これにより、各ユーザは、自分の希望する登山計画書のスケジュール通りに登山コースを辿ることができ、かつ、いずれの区間においても単独行動を回避することができる。このため、所定の登山を行う同行者を確実に見つけ出すことで、登山実施の安全面を強化させることができる。
また、このような推奨同行者の推奨は、ユーザが登山計画書を提出するだけで実行されるものであり、マッチングサービスは容易に利用することができる。
また、同行者の推奨によって、各ユーザは、他者とのコミュニケーションの機会を多く持つことができ、人間関係の構築を促進させることができる。
【００７２】
特に、サーバ１の決定部１２の推奨部１２２は、ユーザが登山する区間夫々について、イベント情報のうち少なくとも区間の登山時間帯（実施時間帯）が共通する複数の他のユーザを推奨同行者として推奨する。このように、ある休憩地点の出発時刻と次の休憩地点の到着時刻とから定まる登山時間帯を同行者マッチングの基準に用いることで、マッチング処理（図７のステップＳ２）を容易に行うことができる。
【００７３】
ここで、サーバ１の決定部１２の推奨部１２２は、前記複数の区間夫々の推奨同行者が、区間ごとに異なることを許容して、前記推奨同行者を推奨する。これにより、登山コース全体に亘る同行者を決定する場合と比較して、推奨同行者を容易に見つけ出すことができ、単独行動の回避による登山実施の安全面をより一層強化することができる。
【００７４】
前記したイベント情報は、所定の地点へ到着する到着時間帯（到着時刻に所定のマージンを設けたもの）、当該地点を出発する出発時間帯（出発時刻に所定のマージンを設けたもの）、イベントの実施場所（例：目的の山系）、及びイベントの実施日（例：登山日）を示す情報を含むとよい。これにより、マッチング結果２２による登山計画書の書式が明確になり、ユーザによる登山計画書の利用を促進させることができる。
そして、イベント情報には、必要に応じて当該地点での休憩時間を調整することができることを示す情報を含むとよい。これにより、不測の事態で当初のスケジュールの変更を余儀なくされた場合であっても、休憩時間の調整という本人には過度の負担がかからない方法で、臨時の同行者マッチングを行うことができ、単独登山を回避することができる。
【００７５】
（他の実施形態）
サーバ１の決定部１２の推奨部１２２は、マッチング処理を行う際（図７のステップＳ２）、ユーザ情報ＤＢ１４を参照して、推奨同行者のなかに少なくとも一人の中級者または上級者を含めることができる。マッチング処理によって、特定の初級者のユーザに対して初級者ばかりの同行者が決定されてしまう場合がある。この場合、決定部１２の推奨部１２２は、ユーザ情報ＤＢ１４を参照して、初級者ばかりのグループの登山スケジュールに近い登山スケジュールを含む、中上級者の登山計画書を特定し、初級者ばかりのグループに中上級者を意図的に組み込むことができる。
【００７６】
このように、過去の登山履歴から経験豊富な登山者を検出し、初級者ばかりのグループのアドバイザとして同行を依頼することで、安全面をさらに強化した同行者推奨を実店することが可能である。なお、サーバ１の決定部１２の推奨部１２２は、中上級者のスマートフォンに通知するマッチング結果２２のなかに、アドバイザとしての同行を依頼する旨を伝える。また、スマートフォンの登山計画書作成部２１は、作成する登山計画書のなかに、中上級者であればアドバイザとして同行してもらうことの許否を確認するオプションを含ませてもよい。
【００７７】
〔変形例〕
（１）本実施形態では、同行者マッチングを適用する行動として、登山を例に採り上げて説明した。しかし、同行者マッチングを適用する行動としては、例えば、観光ツアーも採り上げることができる。観光ツアーに関しては、観光スポットが「イベント」に相当し、観光スポット、観光スポットの開始時刻および終了時刻が「イベント情報」を構成することができる。観光スポットから観光スポットへの移動時の際に、本実施形態のような同行者をマッチングすることもでき、タクシーの相乗りのマッチングとしても利用できる。
【００７８】
（２）本実施形態では、登山をするユーザは、スマートフォンとＢＬＥ端末とを併用してマッチングサービスを利用することについて説明した。しかし、ユーザは、本実施形態のスマートフォンの機能と本実施形態のＢＬＥ端末の機能を併せ持った１体のユーザ端末を用いてマッチングサービスを利用することができる。
【００７９】
（３）本実施形態では、登山計画書作成部２１が登山計画書にて、ユーザに対し、同行者マッチングを希望するか否かを選択可能とすることについて説明した（図６）。ここで、登山計画書作成部２１が登山計画書にて、ユーザに対して、同行者に関する希望条件の入力欄を設け、入力を受け付けることができる。同行者に関する希望条件としては、例えば、男性または女性に限定、２０代〜３０代に限定、６０歳以上お断り、独身限定、などがある。サーバ１の決定部１２は、登山計画書の同行者に関する希望条件を読み取り、この希望条件を満たす他の登山計画書を抽出し、推奨同行者の候補を絞り込むことができる。
【００８０】
（４）本実施形態の登山ログ３４には、登山時に発生したトラブルを示すトラブル情報を格納することができる。トラブル情報の具体例としては、例えば、同行する予定であったが同行者検索（図７のステップＳ６、Ｓ９）にヒットしなかった推奨同行者のユーザＩＤがある。
【００８１】
（５）イベント情報が、休憩地点での休憩時間を調整することができることを示す情報を含む場合、休憩時間の調整幅に上限を設けてもよい。調整幅としては、例えば、１時間とし、休憩時間を当初のものから最大１時間延長することができるとしてもよい。
【００８２】
（６）本実施形態では、サーバ１の決定部１２の推奨部１２２は、登山計画書内の少なくとも１つの区間の登山時間帯が完全に重複していなくても大部分が重複していれば、登山計画書のグルーピングを行うことができることを説明した。このとき、登山計画書のグルーピングの際、初級者と比較して、中上級者の登山時間帯の重複量は小さくしてもよい。経験豊富な中上級者であれば、当初の計画から比較的大きくずれたマッチング結果２２であっても対処することができるからである。このように登山者レベルを考慮して、区間ごとにより数多くの同行者を推奨することができる。
【００８３】
本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【００８４】
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
〔付記〕
＜請求項１＞
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定部と、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得部と、
前記設定部によって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨部を備えることを特徴とする情報処理装置。
＜請求項２＞
前記推奨部は、
前記ユーザの前記イベント夫々について、前記行動計画情報のうち少なくともイベントの実施時間帯が共通する前記複数の他のユーザを前記推奨同行者として推奨する、
ことを特徴とする請求項１に記載の情報処理装置。
＜請求項３＞
前記推奨部は、
前記複数のイベント夫々の推奨同行者が、イベントごとに異なることを許容して、前記推奨同行者を推奨する、
ことを特徴とする請求項１または請求項２に記載の情報処理装置。
＜請求項４＞
前記行動計画情報は、所定の地点へ到着する到着時間帯、当該地点を出発する出発時間帯を示す情報、イベントの実施場所、及びイベントの実施日を含む、
ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置。
＜請求項５＞
前記取得部は、前記ユーザの過去の行動記録から求められるユーザレベルを前記ユーザごとに取得し、
前記推奨部は、
前記推奨した推奨同行者のなかに、前記ユーザレベルが所定値以上であるユーザを含ませる、
ことを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理装置。
＜請求項６＞
情報処理装置および前記情報処理装置と通信可能に接続されるユーザ端末を備えるマッチングシステムであって、
前記情報処理装置は、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定部と、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得部と、
前記設定部によって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨部とを備える、
ことを特徴とするマッチングシステム。
＜請求項７＞
情報処理装置が、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定ステップと、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得ステップと、
前記設定ステップによって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨ステップ、を実行する、マッチング方法。
＜請求項８＞
コンピュータを、
イベント毎の時間情報と場所情報を含むユーザの行動計画情報を前記イベント毎に設定する設定手段と、
イベントの時間情報と場所情報を含む複数の他のユーザの各行動計画情報を取得する取得手段と、
前記設定ステップによって設定された前記ユーザの各行動計画情報と、取得された前記複数の他のユーザの各行動計画情報とを比較し、前記複数の他のユーザの各行動計画情報の中から、前記ユーザの各行動計画情報との一致度が最も高い行動計画情報をそれぞれ抽出し、抽出された前記各行動計画情報の他のユーザを、前記ユーザの前記行動計画情報に対応するイベントの推奨同行者として推奨する推奨手段と、として機能させるためのマッチングプログラム。
【符号の説明】
【００８５】
１      サーバ（情報処理装置）
２−１，２−２，２−３  スマートフォン（ユ―ザ端末の一部）
３−１，３−２，３−３  ＢＬＥ端末（ユ―ザ端末の一部）
１１    取得部（取得手段）
１２    決定部（決定手段）
１２１  設定部（設定手段）
１２２  推奨部（推奨手段）
１３    登山計画書ＤＢ
１４    ユーザ情報ＤＢ
２１    登山計画書作成部
２２    マッチング結果
３１    ユーザＩＤ送受信部
３２    位置情報作成部
３３    合流履歴
３４    登山ログ
【図１】
2017059160.tif 000003
【図２】
2017059160.tif 000004
【図３】
2017059160.tif 000005
【図４】
2017059160.tif 000006
【図５】
2017059160.tif 000007
【図６】
2017059160.tif 000008
【図７】
2017059160.tif 000009
【図８】
2017059160.tif 000010
【図９】
2017059160.tif 000011
【図１０】
2017059160.tif 000012