JP7027765B2 - 制御プログラム、制御方法、及び情報処理装置 - Google Patents

Description

本件は、制御プログラム、制御方法、及び情報処理装置に関する。

移動する端末が仮想的な柵（ジオフェンス）で範囲が規定された特定のエリア内に進入したことを検知すると、端末を保持するユーザにそのエリアへの進入を通知したり外部に発信したりするジオフェンシングと呼ばれる技術が知られている（例えば、特許文献１及び特許文献２参照）。

一方で、ひとつのツアーの中にトレッキングやカヤックといった複数のアクティビティが含まれるツアー形態が知られている。多くの場合、各アクティビティの所要時間や、前のアクティビティを終えてから次のアクティビティを始めるまでの時間がツアー催行会社によって試算され、ツアースケジュールが組まれている。

そして、各アクティビティを提供する事業者には、ツアー催行会社からツアー開始前に郵便やファクシミリ、電子メールなどでアクティビティを体験するユーザの事前情報が伝えられる。事前情報としては、例えばアクティビティを始める場所へのユーザの到着予定時刻や到着予定人数などがある。さらに、添乗員が同行するツアーでは、ツアー当日のユーザの詳細な移動状況が添乗員から電話などにより各事業者に伝えられることもある。各事業者はユーザの事前情報と添乗員からの移動状況などに基づき、到着予定時刻や到着予定人数に応じたユーザの受け入れ準備を開始する。

特表２０１１－５２４１２３号公報 特開２０１７－１１１００１号公報

ところで、近年、ツアー催行会社を介さずに、ユーザ自身が複数のアクティビティを自由に選択できるツアー形態も増えつつある。このようなツアー形態の場合、上述した添乗員が同行しないこともあるため、各事業者にはユーザのツアー当日の移動状況が伝わらないこともある。この結果、各事業者はユーザが選択したアクティビティを事前情報として予め把握できるものの、ツアー当日のユーザの移動状況を把握できず、ユーザの受け入れ準備を円滑に行えないおそれがある。

そこで、１つの側面では、アクティビティを提供する事業者によるユーザの受け入れ準備を支援できる制御プログラム、制御方法、及び情報処理装置を提供することを目的とする。

１つの実施態様では、制御プログラムは、ユーザにより実施される複数のアクティビティの実施順序と前記複数のアクティビティの実施状態とを含むスケジュール情報を管理し、前記複数のアクティビティのうちの各アクティビティの出発地を表す位置情報と、前記位置情報が共通し、かつ、半径が異なる２つのジオフェンスに関する半径情報と、前記各アクティビティの次のアクティビティを提供する事業者の装置に前記次のアクティビティの出発地への前記ユーザの到着予定を事前に通知する時間を表す通知時間情報と、を含むジオフェンス情報を取得し、前記スケジュール情報の前記実施順序と前記実施状態とに基づいて、前記ユーザが実施する前記次のアクティビティを特定し、前記位置情報と前記半径情報とに基づいて定められた２つの前記ジオフェンスの区域間を移動する前記ユーザの移動時間を表す移動時間情報に基づいて、前記ユーザが移動する速度を表す速度情報を生成し、特定した前記次のアクティビティに対応する前記ジオフェンス情報における前記通知時間情報と、前記速度情報とに基づいて、前記通知時間情報に相当する距離情報を生成し、特定した前記次のアクティビティに対応する前記ジオフェンス情報における前記位置情報と生成した前記距離情報とに基づいて半径が定められた前記ジオフェンス内への前記ユーザのユーザ端末が計測した位置に基づく進入に基づいて、特定した前記次のアクティビティを提供する事業者の装置に、前記ユーザの前記次のアクティビティの出発地への到着予定を通知する、処理をコンピュータに実行させる。

アクティビティを提供する事業者によるユーザの受け入れ準備を支援することができる。

図１は情報処理システムの一例を説明するための図である。 図２はユーザ端末のハードウェア構成の一例である。 図３は管理サーバのハードウェア構成の一例である。 図４は第１実施形態に係るユーザ端末、管理サーバ、及び事業者端末のブロック図の一例である。 図５はスケジュールテーブルの一例である。 図６はジオフェンステーブルの一例である。 図７はユーザ管理テーブルの一例である。 図８はユーザ管理テーブルの他の一例である。 図９は第１処理部が実行する処理の一例を示すフローチャートである。 図１０はユーザ端末に表示される画面の一例である。 図１１は制御部が実行する処理の一例を示すフローチャートである。 図１２はユーザ端末に表示される画面の他の一例である。 図１３はジオフェンス処理部が実行する処理の一例を示すフローチャートである。 図１４はジオフェンスへのユーザの進入状況を説明するための図である。 図１５は第１処理部が実行する処理の他の一例を示すフローチャートである。 図１６は更新部が実行する処理の一例を示すフローチャートである。 図１７は第２実施形態に係るユーザ端末、管理サーバ、及び事業者端末のブロック図の一例である。 図１８はスケジュールテーブルの他の一例である。 図１９はジオフェンステーブルの他の一例である。 図２０はスタッフ管理テーブルの一例である。 図２１はアクティビティの開始時刻とそのアクティビティを実施する団体を説明するための図である。 図２２はスタッフ数と作業時間との関係を説明するためのグラフである。 図２３はジオフェンス処理部が実行する処理の他の一例を示すフローチャートである。 図２４は第１処理部及び第２処理部が実行する処理の一例を示すフローチャートである。 図２５は第３ジオフェンスの別の設定例である。

以下、本件を実施するための形態について図面を参照して説明する。

（第１実施形態）
図１は情報処理システムＳの一例を説明するための図である。情報処理システムＳはユーザ端末１００と管理サーバ２００と事業者端末３００とを備えている。図１では、ユーザ端末１００の一例として、スマートフォンが示されているが、タブレット端末やウェアラブルデバイスなどであってもよい。すなわち、ユーザ端末１００は携帯可能な情報処理装置である。

一方、管理サーバ２００はクラウドＣＬ上のデータセンターＤＣなどに配備されたサーバ装置である。また、事業者端末３００はアクティビティを提供する事業者（以下、単に事業者という）の事務所Ｘなどに設置された端末装置である。図１では、事業者端末３００の一例として、Personal Computer（ＰＣ）が示されているが、スマートフォンやタブレット端末といったスマートデバイスであってもよい。尚、管理サーバ２００をデータセンターＤＣに配備せず、観光資源の普及を目指す企業や団体の事務所などに配備してもよい。

ユーザ端末１００と管理サーバ２００は、ユーザ端末１００が携帯基地局ＢＳの通信可能領域ＡＲ内に含まれていれば、通信ネットワークＮＷ１，ＮＷ２を介して接続される。尚、通信ネットワークＮＷ１としては、例えばLong Term Evolution（ＬＴＥ）網などが利用され、通信ネットワークＮＷ２としては、例えばインターネットが利用される。このように、ユーザ端末１００は無線通信及び有線通信を利用して管理サーバ２００と接続することができる。一方、管理サーバ２００と事業者端末３００は通信ネットワークＮＷ２を介して接続される。尚、図１では、管理サーバ２００と事業者「Ｂ社」の事業者端末３００が接続されている。後述する事業者「Ａ社」や「Ｃ社」の事業者端末も、事業者「Ｂ社」の事業者端末３００と同様に、管理サーバ２００と接続されているが、図１では、これらの事業者端末が省略されている。

ここで、図１に示すように、ユーザ１０はユーザ端末１００を携帯しながら複数のアクティビティ（具体的には移動行程自体を楽しむアウトドアアクティビティ）を順に実施する。図１では、アクティビティの一例として、トレッキング、バイク、及びカヤックが示されている。ユーザ１０はこれらのアクティビティを事前に選択している。ユーザ１０はトレッキングの出発地点１１からトレッキングの到着地点であり、かつ、バイクの出発地点である経由地１２に移動する。ユーザ１０は経由地１２に到着すると、事業者「Ｂ社」が事前に準備した自転車２０に乗車し、経由地１２からバイクの到着地点であり、かつ、カヤックの出発地点である経由地１３に移動する。ユーザ１０は経由地１３に到着すると、別の事業者が事前に準備したカヤック（不図示）に乗船し、カヤックの到着地点に移動する。

尚、上述した事業者「Ｂ社」はユーザ１０に自転車２０を貸し出して、バイクのアクティビティを提供する。事業者「Ｂ社」はユーザ１０が経由地１２に到着する前に経由地１２に自転車２０を準備し、ユーザ１０が経由地１３に到着した後に経由地１３から自転車２０を回収する。

また、上述したアクティビティは、ユーザ１０自身の移動を伴い、ユーザ１０毎に実施時間が異なる可能性がある特定のアクティビティであれば、トレッキングなどに特に限定されず、例えばカヌーやスキーなどであってもよい。一方で、ユーザ１０が実施するアクティビティの中にバーベキューや釣り、民芸品の作成といった、ユーザ１０自身の移動を伴わず、ユーザ１０毎に実施時間が異なる可能性がないアクティビティを含めてもよい。

ここで、詳細は後述するが、ユーザ端末１００には複数のジオフェンスが経由地１２，１３毎に設定されている。例えば、ユーザ端末１００には経由地１２を中心とする半径数キロメートルから数十キロメートルの範囲を規定する円形の第１ジオフェンス、及び第１ジオフェンスより狭い同心円の第２ジオフェンスが設定されている。

ユーザ端末１００はGlobal Positioning System（ＧＰＳ）機能を利用してユーザ１０（より詳しくはユーザ端末１００）の位置（具体的には緯度及び経度）を計測し、計測した位置が第１ジオフェンス内に進入すると、ユーザ１０の第１進入時刻を保持する。さらに、ユーザ端末１００は、計測した位置が第２ジオフェンス内に進入すると、ユーザ１０の第２進入時刻を保持し、第２進入時刻と第１進入時刻との差、及び第１ジオフェンスと第２ジオフェンスで囲われた区域をユーザ１０が移動した経路長に基づいて、ユーザ１０の移動速度を表す速度情報を生成する。そして、ユーザ端末１００は事業者「Ｂ」が予め定めたユーザ１０の到着予定に関する事前通知時間を表す時間情報と速度情報とに基づいて、時間情報に相当する距離情報を生成し、生成した距離情報を半径とする第３ジオフェンスを設定する。尚、第３ジオフェンスも経由地１２を中心とするため、第１ジオフェンス及び第２ジオフェンスより狭い同心円になる。

ユーザ端末１００は、計測した位置が第３ジオフェンス内に進入すると、経由地１２へのユーザ１０の到着予定を管理サーバ２００に通知し、管理サーバ２００がユーザ１０の到着予定を事業者端末３００に通知する。これにより、事業者「Ｂ社」は自転車２０を準備する作業の時間が逼迫したり、逆に、無駄に早く自転車２０を経由地１２に運んだりせずに済む。このように、事業者「Ｂ社」によるユーザ１０の受け入れ準備を支援することができる。尚、経由地１２について説明したが、経由地１３についても経由地１２と基本的に同様である。

以下、情報処理システムＳの詳細について説明する。

図２はユーザ端末１００のハードウェア構成の一例である。図２に示すように、ユーザ端末１００は、ハードウェアプロセッサとしてのCentral Processing Unit（ＣＰＵ）１００Ａ、Random Access Memory（ＲＡＭ）１００Ｂ、Read Only Memory（ＲＯＭ）１００Ｃ、Non-Volatile Memory（ＮＶＭ）１００Ｄ及びRadio Frequency（ＲＦ）回路１００Ｅを含んでいる。ＲＦ回路１００Ｅにはアンテナ１００Ｅ´が接続されている。ＲＦ回路１００Ｅに代えて通信機能を実現するＣＰＵが利用されてもよい。

また、ユーザ端末１００は、ＧＰＳセンサ１００Ｆ、カメラ１００Ｇ、タッチパネル１００Ｈ、ディスプレイ１００Ｉ、及びスピーカー１００Ｊを含んでいる。ＣＰＵ１００Ａからスピーカー１００Ｊまでは、内部バス１００Ｋによって互いに接続されている。少なくともＣＰＵ１００ＡとＲＡＭ１００Ｂとが協働することによってコンピュータが実現される。尚、ＣＰＵ１００Ａに代えてMicro Processing Unit（ＭＰＵ）をハードウェアプロセッサとして利用してもよい。

上述したＲＡＭ１００Ｂには、ＲＯＭ１００ＣやＮＶＭ１００Ｄに記憶されたプログラムがＣＰＵ１００Ａによって格納される。格納されたプログラムをＣＰＵ１００Ａが実行することにより、ＣＰＵ１００Ａは後述する各種の機能を実現し、また、後述する各種の処理を実行する。尚、プログラムは後述するフローチャートに応じたものとすればよい。

図３は管理サーバ２００のハードウェア構成の一例である。尚、上述した事業者端末３００は基本的に管理サーバ２００のハードウェア構成と同様であるため、説明を省略する。図３に示すように、管理サーバ２００は、少なくともハードウェアプロセッサとしてのＣＰＵ２００Ａ、ＲＡＭ２００Ｂ、ＲＯＭ２００Ｃ及びネットワークＩ／Ｆ２００Ｄを含んでいる。管理サーバ２００は、必要に応じて、Hard Disk Drive（ＨＤＤ）２００Ｅ、入力Ｉ／Ｆ（インタフェース）２００Ｆ、出力Ｉ／Ｆ２００Ｇ、入出力Ｉ／Ｆ２００Ｈ、ドライブ装置２００Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ２００Ａからドライブ装置２００Ｉまでは、内部バス２００Ｊによって互いに接続されている。少なくともＣＰＵ２００ＡとＲＡＭ２００Ｂとが協働することによってコンピュータが実現される。尚、ＣＰＵ２００Ａに代えて上述したＭＰＵをハードウェアプロセッサとして利用してもよい。

入力Ｉ／Ｆ２００Ｆには、入力装置７１０が接続される。入力装置７１０としては、例えばキーボードやマウスなどがある。出力Ｉ／Ｆ２００Ｇには、表示装置７２０が接続される。表示装置７２０としては、例えば液晶ディスプレイがある。入出力Ｉ／Ｆ２００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ２００Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。入力Ｉ／Ｆ２００Ｆ及び入出力Ｉ／Ｆ２００Ｈは、例えばＵＳＢポートを備えている。出力Ｉ／Ｆ２００Ｇは、例えばディスプレイポートを備えている。

ドライブ装置２００Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばCompact Disc（ＣＤ）－ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置２００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。ネットワークＩ／Ｆ２００Ｄは、例えばＬＡＮポートを備えている。ネットワークＩ／Ｆ２００Ｄは上述した通信ネットワークＮＷ２と接続される。

上述したＲＡＭ２００Ｂには、ＲＯＭ２００ＣやＨＤＤ２００Ｅに記憶されたプログラムがＣＰＵ２００Ａによって格納される。ＲＡＭ２００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ２００Ａによって格納される。格納されたプログラムをＣＰＵ２００Ａが実行することにより、ＣＰＵ２００Ａは後述する各種の機能を実現し、また、後述する各種の処理を実行する。尚、プログラムは後述するフローチャートに応じたものとすればよい。

図４は第１実施形態に係るユーザ端末１００、管理サーバ２００、及び事業者端末３００のブロック図の一例である。特に、図４では、ユーザ端末１００、管理サーバ２００、及び事業者端末３００の機能構成を表している。

まず、ユーザ端末１００について説明する。ユーザ端末１００は、図４に示すように、スケジュール記憶部１０１、通信部１０２、制御部１０３、及び後述する処理部としてのジオフェンス処理部１０４を備えている。尚、スケジュール記憶部１０１は例えば上述したＮＶＭ１００Ｄによって実現される。通信部１０２は例えば上述したＲＦ回路１００Ｅ及びアンテナ１００Ｅ´によって実現される。制御部１０３及びジオフェンス処理部１０４は例えば上述したＣＰＵ１００Ａ及びＲＡＭ１００Ｂによって実現される。

スケジュール記憶部１０１はユーザ１０が事前に選択した複数のアクティビティに各アクティビティに関するジオフェンスなどを関連付けたスケジュール情報を記憶する。スケジュール情報は、図５に示すように、スケジュールテーブルＴ１によって管理されている。スケジュールテーブルＴ１は項番、事業者ＩＤ、事業者名、アクティビティ、出発地座標、事前通知時間、速度測定開始用半径、速度測定終了用半径、到着予定通知用半径、及び状態といった複数の構成要素を含んでいる。

ここで、項番はユーザ１０が実施する複数のアクティビティを識別するとともに、複数のアクティビティの実施順序を定めるスケジュールを表している。当該スケジュールによりユーザ１０が実施するアクティビティの実施順序が特定される。事業者ＩＤ及び事業者名はそれぞれ事業者を識別する識別情報とその名称を表している。アクティビティはアクティビティの具体的な名称を表している。出発地座標はユーザ１０が出発する出発地点１１や経由地１２，１３（図１参照）の位置座標を表している。出発地座標が上述した第１ジオフェンス、第２ジオフェンス、及び第３ジオフェンスの中心に対応する。事前通知時間はユーザ１０の経由地１２，１３への到着予定を事前に通知する時間を表している。事前通知時間は各事業者によって予め定められている。事前通知時間は事業者がユーザ１０の属性（例えば性別や年代、アクティビティの経験など）を考慮して準備作業を行うのに十分な時間であることが望ましい。

速度測定開始用半径、速度測定終了用半径、及び到着予定通知用半径はそれぞれ第１ジオフェンス、第２ジオフェンス、及び第３ジオフェンスの半径を表している。したがって、上述した出発地座標と速度測定開始用半径、速度測定終了用半径、及び到着予定通知用半径とによって、円形の第１ジオフェンス、第２ジオフェンス、及び第３ジオフェンスの範囲が規定される。尚、速度測定開始用半径及び速度測定終了用半径は各事業者によって予め定められている。特に、速度測定開始用半径及び速度測定終了用半径はユーザ１０がアクティビティを開始した直後の速度を測定する半径でないことが望ましい。ユーザ１０がアクティビティを開始した直後はユーザ１０の疲労が少なくユーザ１０は速く移動できるが、アクティビティが進行するにつれてユーザ１０の移動速度は疲労により低下すると想定される。このため、後に登録される到着予定通知用半径を想定して、この半径よりわずかに大きい程度の半径を設定することが好ましい。これにより、到着予定を通知する地点から経由地１２までの残りの経路に対する移動速度がユーザ１０の実際の疲労度に応じたものになる。状態はユーザ１０がそのアクティビティを始める前か、そのアクティビティを始めて実施中か、そのアクティビティを終えたかを表す情報である。尚、図５に示すように、アクティビティ「トレッキング」によって特定されるスケジュール情報の事前通知時間、速度測定開始用半径、速度測定終了用半径、及び到着予定通知用半径は登録されていなくてもよい。これは、本実施形態において、最初のアクティビティを提供する事業者「Ａ社」にはユーザ１０の到着予定を通知することが求められないためである。

図４に示す通信部１０２はユーザ端末１００と管理サーバ２００との通信を制御する。例えば、通信部１０２は制御部１０３やジオフェンス処理部１０４から出力された各種情報や通知などを受け付けて管理サーバ２００に向けて送信する。例えば、通信部１０２は管理サーバ２００から送信された各種情報などを受信して制御部１０３やジオフェンス処理部１０４に出力する。

制御部１０３はOperating System（ＯＳ：基本ソフトウェア）などに基づいて、ユーザ端末１００の動作全体を制御する。例えば、ユーザ１０からアクティビティを開始する旨の指示を受け付けると、ＧＰＳ機能を利用して、ユーザ１０の位置を定期的に計測し、ジオフェンス処理部１０４に出力する。

ジオフェンス処理部１０４はスケジュール記憶部１０１に記憶されたスケジュール情報におけるジオフェンスに関する情報と制御部１０３から出力されるユーザ１０の位置とに基づいて、ユーザ１０の第１ジオフェンス、第２ジオフェンス、及び第３ジオフェンスへの進入を判断する。例えば、ジオフェンス処理部１０４はユーザ１０が第１ジオフェンスに進入した後に第２ジオフェンスに進入したと判断すると、ユーザ１０に移動速度を表す速度情報を生成して、第３ジオフェンスの半径を表す距離情報を生成する。例えば、ジオフェンス処理部１０４はユーザ１０が第３ジオフェンスに進入したと判断すると、管理サーバ２００に向けてユーザ１０の到着予定を通知する。尚、ジオフェンス処理部１０４はそのほか種々の処理を実行するが、処理の詳細については後述する。

次に、管理サーバ２００について説明する。管理サーバ２００は、図４に示すように、ジオフェンス記憶部２０１、ユーザ管理記憶部２０２、通信部２０３、及び第１処理部２０４を備えている。尚、ジオフェンス記憶部２０１及びユーザ管理記憶部２０２は例えば上述したＨＤＤ２００Ｅによって実現される。通信部２０３は例えば上述したネットワークＩ／Ｆ２００Ｄによって実現される。第１処理部２０４は例えば上述したＣＰＵ２００Ａ及びＲＡＭ２００Ｂによって実現される。

ジオフェンス記憶部２０１は各事業者に事業者毎に定めた事前通知時間やジオフェンスなどを関連付けたジオフェンス情報を記憶する。ジオフェンス情報は、図６に示すように、ジオフェンステーブルＴ２によって管理されている。ジオフェンステーブルＴ２は事業者ＩＤ、事業者名、アクティビティ、Internet Protocol（ＩＰ）アドレス、出発地座標、事前通知時間、速度測定開始用半径、速度測定終了用半径、及び到着予定通知用半径といった複数の構成要素を含んでいる。すなわち、上述したスケジュール情報（図５参照）はジオフェンス情報の一部を含んでいる。言い換えれば、スケジュール情報の一部がジオフェンス情報に含まれている。

ユーザ管理記憶部２０２はツアーに申し込んだユーザ１０が実施するアクティビティやアクティビティ実施（又は体験）中のユーザ１０の現在の状況などを管理するユーザ管理情報を記憶する。ユーザ管理情報は、図７に示すように、ユーザ管理テーブルＴ３によって管理されている。ユーザ管理テーブルＴ３は、ツアー開始日、ツアー開始時刻、ユーザＩＤ、ユーザ名、事業者ＩＤ列、現在のアクティビティといった複数の構成要素を含んでいる。

ツアー開始日及びツアー開始時刻は複数のアクティビティを含むツアーを開始する日及び時刻をそれぞれ表している。ユーザＩＤ及びユーザ名はユーザ１０の識別情報及び氏名の一部（名字）を表している。事業者ＩＤ列はユーザ１０が申し込んだアクティビティを提供する事業者の事業者ＩＤを提供順序に並べて表している。現在のアクティビティはユーザ１０が現在実施しているアクティビティの項番を表している。

図４に示す通信部２０３はユーザ端末１００と管理サーバ２００と事業者端末３００との通信を制御する。例えば、通信部２０３は第１処理部２０４から出力された各種情報や通知などを受け付けてユーザ端末１００や事業者端末３００に向けて送信する。例えば、通信部２０３はユーザ端末１００から送信された各種情報や通知などを受信して第１処理部２０４に出力する。

第１処理部２０４は通信部２０３から出力された情報に基づいて、種々の処理を実行する。例えば、第１処理部２０４はユーザ端末１００からユーザ１０が実施するアクティビティに関する登録を検出すると、そのアクティビティを提供する事業者を特定する。そして、第１処理部２０４は特定した事業者に向けてユーザ１０のユーザ管理情報を送信する。また、第１処理部２０４は上記登録を検出すると、そのアクティビティのスケジュールを表すスケジュール情報を生成し、生成したスケジュール情報をユーザ端末１００に送信する。さらに、第１処理部２０４は通信部２０３から第３ジオフェンスへの進入を表す通知を受け付けると、受け付けた通知に基づいて通知先の事業者を特定し、特定した事業者にユーザ１０の到着予定を通知する。

次に、事業者端末３００について説明する。事業者端末３００は、図４に示すように、ユーザ管理記憶部３０１、通信部３０２、及び更新部３０３を備えている。尚、ユーザ管理記憶部３０１は例えば上述したＨＤＤ２００Ｅによって実現される。通信部３０２は例えば上述したネットワークＩ／Ｆ２００Ｄによって実現される。更新部３０３は例えば上述したＣＰＵ２００Ａ及びＲＡＭ２００Ｂによって実現される。

ユーザ管理記憶部３０１は管理サーバ２００から送信されたユーザ管理情報を記憶する。ユーザ管理情報は、図８に示すように、ユーザ管理テーブルＴ３´によって管理されている。ユーザ管理テーブルＴ３´は、基本的に図７を参照して説明したユーザ管理テーブルＴ３と同じである。しかしながら、事業者ＩＤ列に登録されている事業者ＩＤを有する事業者のユーザ管理記憶部３０１には、その事業者が提供するアクティビティを実施するユーザ１０のユーザ管理情報が記憶される。すなわち、例えばユーザＩＤ「ｃ」のユーザ管理情報は、そのユーザＩＤのユーザ１０が事業者ＩＤ「ｓ３」の事業者が提供するアクティビティを実施する予定がないため、図８に示すように、事業者ＩＤ「ｓ３」の事業者のユーザ管理記憶部３０１には、ユーザＩＤ「ｃ」ののユーザ管理情報は記憶されない。

図４に示す通信部３０２は管理サーバ２００と事業者端末３００との通信を制御する。例えば、通信部３０２は管理サーバ２００から送信された通知などを受信して更新部３０３に出力する。更新部３０３は通信部３０２から出力された通知を受け付けて、ユーザ１０の到着予定を画面に表示したり、ユーザ管理記憶部３０１が管理するユーザ管理情報を更新したりする。

続いて、情報処理システムＳの動作について説明する。

まず、図９及び図１０を参照して、第１処理部２０４が実行する処理について説明する。図９に示すように、第１処理部２０４はツアーの登録を検出するまで待機する（ステップＳ１０１：ＮＯ）。第１処理部２０４はツアーの登録を検出すると（ステップＳ１０１：ＹＥＳ）、事業者を特定する（ステップＳ１０２）。より詳しくは、図１０に示すように、ツアー当日より前の日などに、ユーザ１０が複数のアクティビティの中から自身が実施する予定のアクティビティを選択する操作をユーザ端末１００に対して行い、登録ボタンＢＴ１を押下する操作を行う。これにより、第１処理部２０４はツアーの登録を検出する。

第１処理部２０４は登録を検出すると、ジオフェンス記憶部２０１にアクセスし（図６参照）、ツアーに含まれるアクティティビティを提供する事業者を特定し、特定した事業者の事業者ＩＤに基づいて事業者ＩＤ列を生成する。第１処理部２０４は事業者ＩＤ列を生成すると、生成した事業者ＩＤ列とユーザ端末１００を操作したユーザ１０の情報（具体的にはユーザＩＤ及びユーザ名）とツアー開始日時等とを関連付けてユーザ管理情報としてユーザ管理記憶部２０２に保存する（図７参照）。尚、ユーザ管理情報保存直後では、ツアー開始前であるため、現在のアクティビティにはフラグ「未」が登録される。また、ユーザ端末１００が表示するツアー登録画面に関する情報はユーザ端末１００が有していてもよいし、管理サーバ２００が有しており、ユーザ端末１００がユーザ１０によって操作されると、当該操作に基づいてユーザ端末１００が管理サーバ２００から取得してもよい。

ステップＳ１０２の処理が完了すると、第１処理部２０４はユーザ管理情報を事業者端末３００に送信し（ステップＳ１０３）、ステップＳ１０１の処理に戻る。より詳しくは、第１処理部２０４はステップＳ１０２の処理で特定した事業者のＩＰアドレスを取得し、取得したＩＰアドレスが割り当てられた事業者の事業者端末３００にユーザ管理情報を送信する。例えば、ユーザ名「佐藤」のユーザ１０がツアー登録した場合、アクティビティ「トレッキング」、「バイク」、及び「カヤック」を選択しているため（図７参照）、第１処理部２０４は事業者「Ａ社」、「Ｂ社」、及び「Ｃ社」の各事業者端末３００にユーザ名「佐藤」のユーザ管理情報を送信する。これにより、各事業者端末３００のユーザ管理記憶部３０１には、それぞれユーザ名「佐藤」のユーザ管理情報が記憶される（図８参照）。あるいは、各事業者端末３００の更新部３０３が管理サーバ２００に対して事業者自らが提供するアクティビティを利用する新たなユーザ管理情報が追加されたか否かを定期的に問い合わせ、新たなユーザ管理情報が追加されていた場合には、更新部３０３が当該ユーザ管理情報を取得するようにしてもよい。

次に、図１１から図１４を参照して、制御部１０３及びジオフェンス処理部１０４が実行する処理について説明する。まず、図１１に示すように、制御部１０３はアクティビティが開始されるまで待機する（ステップＳ２０１：ＮＯ）。制御部１０３はアクティビティが開始されると（ステップＳ２０１：ＹＥＳ）、ユーザ１０の位置を計測し（ステップＳ２０２）、ステップＳ２０１の処理に戻る。

より詳しくは、図１２に示すように、ツアー当日になると、ユーザ端末１００は事前に登録したツアーに含まれる複数のアクティビティとアクティビティを開始するスタートボタンＢＴ２などを表示する。ユーザ１０が出発地点１１（図１参照）でスタートボタンＢＴ２を押下する操作をユーザ端末１００に対して行う。これにより、制御部１０３はアクティビティが開始されたと判断し、ユーザ１０の位置を計測し始め、計測した位置をジオフェンス処理部１０４に定期的に出力する。

一方、図１３に示すように、ジオフェンス処理部１０４は、まず、スケジュール情報を管理する（ステップＳ３０１）。より詳しくは、ジオフェンス処理部１０４は上述したツアーの登録を検出すると、登録されたツアーに関するスケジュール情報を管理する。特に、ジオフェンス処理部１０４はアクティビティの実施順序、そのアクティビティを提供する事業者の事業者ＩＤ及び事業者名、並びに選択したアクティビティの名称を含み、出発地座標や事前通知時間といった残りの構成要素を含まないスケジュール情報を管理する（図５参照）。

ステップＳ３０１の処理が完了すると、次いで、ジオフェンス処理部１０４はアクティビティが開始されるまで待機する（ステップＳ３０２：ＮＯ）。ジオフェンス処理部１０４はアクティビティが開始されると（ステップＳ３０２：ＹＥＳ）、管理サーバ２００にアクティビティの開始を通知し（ステップＳ３０３）、ジオフェンス情報を取得する（ステップＳ３０４）。

より詳しくは、アクティビティが開始されると、ジオフェンス処理部１０４はアクティビティの開始を、開始したアクティビティに応じた事業者ＩＤ及びユーザ１０のユーザＩＤと共に通知する。ジオフェンス処理部１０４がアクティビティの開始を通知すると、管理サーバ２００の第１処理部２０４は当該通知に基づいて、ジオフェンス記憶部２０１からツアーに含まれる全てのアクティビティに関する出発地座標、事前通知時間、速度測定開始用半径、及び速度測定終了用半径を抽出して保持する。そして、ジオフェンス処理部１０４は第１処理部２０４が保持する出発地座標、事前通知時間、速度測定開始用半径、及び速度測定終了用半径を取得し、該当するスケジュール情報に登録する。これにより、アクティビティ「バイク」及び「カヤック」の各出発地座標、各事前通知時間、各速度測定開始用半径、及び各速度測定終了用半径がスケジュールテーブルＴ１に登録される。尚、この時点ではまだ到着予定通知用半径は登録されていない。

ステップＳ３０４の処理が完了すると、次いで、ジオフェンス処理部１０４は次のアクティビティを特定する（ステップＳ３０５）。より詳しくは、ジオフェンス処理部１０４はスケジュール記憶部１０１が記憶するスケジュール情報に基づいて、次のアクティビティを特定する。例えば、ジオフェンス処理部１０４はスケジュール情報の状態を確認し、アクティビティの開始前を表すフラグ「未」が登録された状態に対応する項番を特定し、特定した項番の中から最も小さな項番に対応するアクティビティを特定する。本実施形態では、ジオフェンス処理部１０４はアクティビティ「バイク」を特定する。尚、ジオフェンス処理部１０４は、ユーザ１０が実施するアクティビティの開始を検出すると、スケジュール情報の状態をフラグ「開始」に更新し、ユーザ１０が実施しているアクティビティの終了を検出すると、スケジュール情報の状態をフラグ「済」に更新する。

ステップＳ３０５の処理が完了すると、次いで、ジオフェンス処理部１０４は第１ジオフェンスと第２ジオフェンスを設定する（ステップＳ３０６）。より詳しくは、ジオフェンス処理部１０４はステップＳ３０５の処理で特定した次のアクティビティの出発地座標と速度測定開始用半径とに基づいて第１ジオフェンスを設定し、特定した次のアクティビティの出発地座標と速度測定終了用半径とに基づいて第２ジオフェンスを設定する。これにより、図１４（ａ）に示すように、ユーザ端末１００には第１ジオフェンスＧＦ１及び第２ジオフェンスＧＦ２が仮想的に設定される。

ステップＳ３０６の処理が完了すると、次いで、ジオフェンス処理部１０４はユーザ１０が第１ジオフェンスに進入するまで待機する（ステップＳ３０７：ＮＯ）。そして、ユーザ１０が第１ジオフェンスに進入すると（ステップＳ３０７：ＹＥＳ）、第１ジオフェンスへの進入時刻を表す第１進入時刻を保持する（ステップＳ３０８）。例えば、図１４（ａ）に示すように、ユーザ１０が第１ジオフェンスＧＦ１に進入すると、ジオフェンス処理部１０４は制御部１０３から出力されたユーザ１０の位置が第１ジオフェンスＧＦ１に属することにより、第１進入時刻を保持する。

ステップＳ３０８の処理が完了すると、次いで、ジオフェンス処理部１０４はユーザ１０が第２ジオフェンスに進入するまで待機する（ステップＳ３０９：ＮＯ）。そして、ユーザ１０が第２ジオフェンスに進入すると（ステップＳ３０９：ＹＥＳ）、第２ジオフェンスへの進入時刻を表す第２進入時刻を保持する（ステップＳ３１０）。例えば、図１４（ｂ）に示すように、ユーザ１０が第２ジオフェンスＧＦ２に進入すると、ジオフェンス処理部１０４は制御部１０３から出力されたユーザ１０の位置が第２ジオフェンスＧＦ２に属することにより、第２進入時刻を保持する。

ステップＳ３１０の処理が完了すると、次いで、ジオフェンス処理部１０４は速度情報を生成する（ステップＳ３１１）。より詳しくは、ジオフェンス処理部１０４は第２進入時刻と第１進入時刻との差、及び第１ジオフェンスと第２ジオフェンスで囲われた区域をユーザ１０が移動した経路長に基づいて、ユーザ１０の移動速度を表す速度情報を生成する。

ステップＳ３１１の処理が完了すると、次いで、ジオフェンス処理部１０４は距離情報を生成する（ステップＳ３１２）。より詳しくは、ジオフェンス処理部１０４はステップＳ３０５の処理で特定した次のアクティビティの事前通知時間を表す時間情報をスケジュール記憶部１０１から抽出し、抽出した時間情報とステップＳ３１１の処理で生成した速度情報とに基づいて、時間情報に相当する距離情報を生成する。ジオフェンス処理部１０４は距離情報を生成すると、距離情報が特定する距離をスケジュール情報の到着予定通知用半径に登録する（図５参照）。尚、ジオフェンス処理部１０４は距離情報を管理サーバ２００に向けて送信してもよい。第１処理部２０４は距離情報が特定する距離をジオフェンス情報の到着予定通知用半径に登録してもよい（図６参照）。

ステップＳ３１２の処理が完了すると、次いで、ジオフェンス処理部１０４は第３ジオフェンスを設定する（ステップＳ３１３）。より詳しくは、ジオフェンス処理部１０４はステップＳ３０５の処理で特定した次のアクティビティの出発地座標とステップＳ３１２の処理で生成した距離情報が特定する距離とに基づいて第３ジオフェンスを設定する。これにより、図１４（ｂ）に示すように、ユーザ端末１００には第３ジオフェンスＧＦ３が仮想的に設定される。

ステップＳ３１３の処理が完了すると、次いで、ジオフェンス処理部１０４はユーザ１０が第３ジオフェンスに進入するまで待機する（ステップＳ３１４：ＮＯ）。そして、ユーザ１０が第３ジオフェンスに進入すると（ステップＳ３１４：ＹＥＳ）、到着予定を通知する（ステップＳ３１５）。例えば、図１４（ｃ）に示すように、ユーザ１０が第３ジオフェンスＧＦ３に進入すると、ジオフェンス処理部１０４は制御部１０３から出力されたユーザ１０の位置が第３ジオフェンスＧＦ３に属すると判断することにより、経由地１２への到着予定を次のアクティビティに応じた事業者の事業者ＩＤ及びユーザＩＤと共に管理サーバ２００に通知する。そして、ジオフェンス処理部１０４が到着予定を通知することにより、事業者端末３００には到着予定の通知が画面に表示される。これにより、事業者「Ｂ社」の作業担当者は自転車２０の経由地１２への配送準備を開始する。

ステップＳ３１５の処理が完了すると、次いで、ジオフェンス処理部１０４は後続のアクティビティがあるか否かを判断する（ステップＳ３１６）。より詳しくは、ステップＳ３１５の処理が完了し、図１４（ｄ）に示すように、ユーザ１０が経由地１２に到着すると、ジオフェンス処理部１０４は制御部１０３から出力されたユーザ１０の位置が経由地１２を特定する領域に属することにより、管理サーバ２００に到着を通知する。ジオフェンス処理部１０４は到着を通知し、スケジュール情報（より詳しくは状態）を更新すると、後続のアクティビティがあるか否かを判断する。尚、本実施形態では、ジオフェンス処理部１０４はアクティビティ「トレッキング」の状態をフラグ「開始」からフラグ「済」に更新する（図５参照）。

ジオフェンス処理部１０４は後続のアクティビティがあると判断すると（ステップＳ３１６：ＹＥＳ）、ステップＳ３０２に処理に戻る。より詳しくは、ジオフェンス処理部１０４はスケジュール情報の状態を確認し、フラグ「未」が登録された状態に対応する項番の中から最も小さな項番を特定し、特定した項番に対応するアクティビティがある場合、ステップＳ３０２に処理に戻る。一方、ジオフェンス処理部１０４は後続のアクティビティがないと判断すると（ステップＳ３１６：ＮＯ）、処理を終える。より詳しくは、ジオフェンス処理部１０４はスケジュール情報の状態を確認し、フラグ「未」が登録された状態に対応するアクティビティがない場合、処理を終了する。

次に、図１５を参照して、第１処理部２０４が実行する別の処理について説明する。図１５に示すように、第１処理部２０４は通知があるまで待機する（ステップＳ４０１：ＮＯ）。当該通知は、アクティビティを開始する通知であってもよいし、到着予定の通知であってもよいし、到着の通知であってもよい。第１処理部２０４は通知があると（ステップＳ４０１：ＹＥＳ）、通知先の事業者を特定する（ステップＳ４０２）。例えば、アクティビティを開始する通知である場合、第１処理部２０４はその通知と共に通知された事業者ＩＤに基づいて、その事業者ＩＤを有する事業者を通知先の事業者として特定する。一方、到着予定の通知である場合、第１処理部２０４は到着予定の通知と共に通知された事業者ＩＤに基づいて、その事業者ＩＤを有する次のアクティビティを提供する事業者を通知先の事業者として特定する。

ステップＳ４０２の処理が完了すると、第１処理部２０４は特定した事業者にアクティビティの開始又は到着予定を通知する（ステップＳ４０３）。より詳しくは、第１処理部２０４は、ステップＳ４０２の処理が完了すると、通知の種別に基づいて、ユーザ管理情報における現在のアクティビティを更新してから、事業者にアクティビティの開始又は到着予定を通知する。例えば、アクティビティを開始する通知であれば、第１処理部２０４はユーザＩＤに基づいてユーザ管理情報における事業者ＩＤ列を特定し、事業者ＩＤと特定した事業者ＩＤ列とに基づいて、現在のアクティビティを、開始したアクティビティの項番に更新する。到着予定の通知であれば、第１処理部２０４は現在のアクティビティを維持する。到着の通知であれば、第１処理部２０４はユーザＩＤに基づいて、ユーザ管理情報における事業者ＩＤ列を特定し、事業者ＩＤ列と特定した事業者ＩＤ列とに基づいて、現在のアクティビティを、フラグ「済」などに更新する。第１処理部２０４は、このような更新を終えた後、事業者にアクティビティの開始又は到着予定をユーザＩＤ及び事業者ＩＤと共に通知する。

次に、図１６を参照して、事業者端末３００の更新部３０３が実行する処理について説明する。図１６に示すように、更新部３０３は通知があるまで待機する（ステップＳ５０１：ＮＯ）。当該通知は、アクティビティを開始する通知であってもよいし、到着予定の通知であってもよい。更新部３０３は通知があると（ステップＳ５０１：ＹＥＳ）、ユーザ管理情報を更新する（ステップＳ５０２）。例えば、アクティビティを開始する通知である場合、更新部３０３はユーザＩＤに基づいてユーザ管理情報における事業者ＩＤ列を特定し、事業者ＩＤと特定した事業者ＩＤ列とに基づいて、現在のアクティビティを、開始したアクティビティの項番に更新する。到着予定の通知であれば、第１処理部２０４は現在のアクティビティを維持し、到着予定を画面に表示する。到着の通知であれば、更新部３０３はユーザＩＤに基づいて、ユーザ管理情報における事業者ＩＤ列を特定し、事業者ＩＤ列と特定した事業者ＩＤ列とに基づいて、現在のアクティビティを、フラグ「済」などに更新する。更新部３０３は、これらの処理を終えた後、ステップＳ５０１の処理に戻る。

以上、第１実施形態によれば、ユーザ端末１００はジオフェンス処理部１０４を備えている。ジオフェンス処理部１０４はユーザ１０により実施される複数のアクティビティの実施順序を含むスケジュール情報を管理する。ジオフェンス処理部１０４は、スケジュール情報を管理すると、複数のアクティビティのうちの各アクティビティの出発地を表す位置情報と各アクティビティの次のアクティビティを提供する事業者の事業者端末３００にユーザ１０の次のアクティビティの出発地への到着予定を事前に通知する時間を表す時間情報とを含むジオフェンス情報を取得する。そして、ジオフェンス処理部１０４は、管理するスケジュール情報に基づいて、ユーザ１０が実施する次のアクティビティを特定する。

ジオフェンス処理部１０４は、次のアクティビティを特定すると、特定した次のアクティビティに対応するジオフェンス情報における時間情報と、ユーザ１０が移動する速度を表す速度情報とに基づいて、時間情報に相当する距離情報を生成する。そして、ジオフェンス処理部１０４は、特定した次のアクティビティに対応するジオフェンス情報における位置情報と生成した距離情報に基づいて定められた第３ジオフェンスＧＦ３へのユーザ１０の進入に基づいて、特定した次のアクティビティを提供する事業者の事業者端末３００に、ユーザ１０の次のアクティビティの出発地への到着予定を間接的に通知する。これにより、事業者によるユーザの受け入れ準備を支援することができる。

特に、第１実施形態では、第３ジオフェンスＧＦ３の半径がユーザ１０の移動速度に応じて動的に変化する。例えば、ジオフェンシングを利用して、次のアクティビティを開始する経由地１２から固定された又は変化しない半径１０ｋｍの第３ジオフェンスのＧＦ３にユーザ１０が進入した場合に、ユーザ１０の到着予定を通知することも考えられるが、この場合、事業者はユーザの受け入れ準備を円滑に開始できないことがある。

一例を挙げると、ユーザ１０の運動能力やアクティビティに対する経験や技術（例えば、歩行技術、走行技術、漕行技術など）の差によって到着予定がばらつくことがあり、事業者にはユーザ１０の到着予定を正確に把握できない可能性がある。ユーザ１０の運動能力、アクティビティに対する経験や技術以外にも、ツアー当日の気象状況によっても到着予定がばらつくこともある。このように、アクティビティの実施時間がユーザ１０毎に異なり、かつ、移動行程自体がアクティビティの中に含まれるという特徴を有する特定のアクティビティをユーザ１０が実施する場合には、事業者はユーザの受け入れ準備を円滑に開始できないことがある。

しかしながら、第１実施形態によれば、第３ジオフェンスＧＦ３の半径はユーザ１０の移動速度に応じて動的に変化するため、上述したユーザ１０の運動能力などに左右されずに、事業者はユーザの受け入れ準備を円滑に開始することができる。結果的に、事業者によるユーザの受け入れ準備を支援することができる。

（第２実施形態）
続いて、本件の第２実施形態について説明する。図１７は第２実施形態に係るユーザ端末１００、管理サーバ２００、及び事業者端末３００のブロック図の一例である。図１７でも、ユーザ端末１００、管理サーバ２００、及び事業者端末３００の機能構成を表している。尚、図４を参照して説明した第１実施形態に係るユーザ端末１００、管理サーバ２００、及び事業者端末３００の各部と同様の構成には同一符号を付し、その説明を省略する。

図１７に示すように、第２実施形態に係る管理サーバ２００はスタッフ管理記憶部２０５及び第２処理部２０６を備える点で、第１実施形態に係る管理サーバ２００と相違する。また、第２実施形態に係る事業者端末３００はスタッフ管理記憶部３０４を備える点で、第１実施形態に係る事業者端末３００と相違する。尚、スタッフ管理記憶部２０５，３０４及び第２処理部２０６の詳細については後述する。

次に、図１８を参照して、第２実施形態に係るユーザ端末１００が備えるスケジュール記憶部１０１について説明する。

図１８は第２実施形態に係るスケジュールテーブルＴ５の一例である。第２実施形態に係るスケジュール情報は、図１８に示すように、スケジュールテーブルＴ５によって管理されている。スケジュールテーブルＴ５は項番、事業者ＩＤ、事業者名、アクティビティ、出発地座標、到着予定通知用半径、及び状態といった複数の構成要素を含んでいる。特に、第２実施形態では、到着予定通知用半径が事業者によって予め定められている点で第１実施形態と相違する。尚、第２実施形態では、第１実施形態で説明した事前通知時間、速度測定開始用半径、及び速度測定終了用半径が除外されている。

次に、図１９を参照して、第２実施形態に係る管理サーバ２００が備えるジオフェンス記憶部２０１について説明する。

図１９は第２実施形態に係るジオフェンステーブルＴ６の一例である。第２実施形態に係るジオフェンス情報は、図１９に示すように、ジオフェンステーブルＴ６によって管理されている。ジオフェンステーブルＴ６は事業者ＩＤ、事業者名、アクティビティ、ＩＰアドレス、出発地座標、アクティビティ距離、アクティビティ標準時間、準備作業標準時間、スタッフ数といった複数の構成要素を含んでいる。特に、第２実施形態では、アクティビティ距離、アクティビティ標準時間、準備作業標準時間、及びスタッフ数がジオフェンステーブルＴ６に含まれている点で第１実施形態と相違する。

アクティビティ距離はユーザ１０が実施するアクティビティの移動距離を表している。アクティビティ標準時間はそのアクティビティの実施に要する標準的な時間を表している。準備作業標準時間は１人当たりに要する準備作業の標準的な時間を表している。スタッフ数はそのアクティビティの準備作業に要する標準的なスタッフの数を表している。アクティビティ距離、アクティビティ標準時間、準備作業標準時間、及びスタッフ数は事業者によって事前に定められている。

次に、図２０を参照して、第２実施形態に係る管理サーバ２００が備えるスタッフ管理記憶部２０５について説明する。

図２０は第２実施形態に係るスタッフ管理テーブルＴ７の一例である。第２実施形態で利用するスタッフ管理情報は、図２０に示すように、スタッフ管理テーブルＴ７によって管理されている。スタッフ管理テーブルＴ７は項番、到着予定通知時刻、到着通知実時刻、ユーザ数、対応スタッフ数、準備対応終了時刻、及び空きスタッフ数といった複数の構成要素を含んでいる。

項番はスタッフ管理情報を識別する識別情報である。第２実施形態では、図２１に示すように、９時３０分から２０分毎に３人のユーザが１つの団体になってアクティビティを実施する。このため、スタッフ管理情報における開始時刻とユーザ数にはその団体がアクティビティを開始する時刻及びその団体の構成人数が登録される。また、到着予定通知時刻には、ジオフェンステーブルＴ６におけるアクティビティ標準時間からそのアクティビティを終了する数十分前（例えば３０分前）の時刻が登録される。すなわち、アクティビティ標準時間が７５分間である場合、アクティビティを開始してから４５分後に到着予定が次の事業者に通知される。一方、到着通知実時刻には、その団体の少なくとも１人又は全員が第３ジオフェンスＧＦ３に実際に進入した時刻が登録される。

対応スタッフ数はアクティビティの準備対応に求められるスタッフの数を表している。例えば、スタッフ管理テーブルＴ７が事業者「Ｂ社」に関するものである場合、自転車２０の準備作業に３名のスタッフが求められる。しかしながら、事業者「Ｂ社」のスタッフ数が総勢５名である場合、次の団体が前の団体の準備作業を終えていない状態で到着予定が通知されると、準備作業中の３名を除いた２名のスタッフで準備作業を行うことが求められる。準備対応終了時刻は、図２２に示すように、スタッフ数と作業時間との関係性を表す関数に基づいて算出された時刻が登録される。例えば、スタッフ１名が１人のユーザ１０の準備作業に３０分かかる場合、スタッフ２名が１人のユーザ１０の準備作業を行うと、１５分で準備作業が終了する。逆に、スタッフ１名が２人のユーザ１０の準備作業を行うと、１人のユーザ１０に対してスタッフ０．５名であると仮定すると、６０分で準備作業が終了する。このため、例えば項番２のスタッフ管理情報の場合、スタッフ２名が３人のユーザ１０の準備作業を行うため、４５分で準備作業が終了し、準備対応終了時刻は到着通知時刻から４５分後の時刻が登録される。空きスタッフ数は準備作業を行っていないスタッフの数である。空きスタッフ数には準備作業を行っていないスタッフの数が準備対応終了時刻と関連付けて登録される。

以上説明したスタッフ管理情報は、事業者端末３００のスタッフ管理記憶部３０４にも同様に記憶される。例えば、第２処理部２０６はユーザ端末１００からユーザ１０が実施するアクティビティに関する登録を検出する度に、スタッフ管理情報を生成してスタッフ管理記憶部２０５に保存するとともに、通信部２０３を介して、生成したスタッフ管理情報を事業者端末３００に送信する。これにより、事業者端末３００の更新部３０３はスタッフ管理記憶部３０４にスタッフ管理情報を保存する。尚、管理サーバ２００のユーザ管理記憶部２０２及び事業者端末３００のユーザ管理記憶部３０１は、いずれも第１実施形態で説明したユーザ管理情報を記憶する。

次に、図２３を参照して、第２実施形態に係るジオフェンス処理部１０４が実行する処理について説明する。尚、第２実施形態に係る制御部１０３が実行する処理については、第１実施形態と同様であるため、説明を省略する。

ジオフェンス処理部１０４は、まず、スケジュール情報を管理する（ステップＳ６０１）。第１実施形態で説明したように、ジオフェンス処理部１０４は上述したツアーの登録を検出すると、登録されたツアーに関するスケジュール情報を管理する。ステップＳ６０１の処理が完了すると、次いで、ジオフェンス処理部１０４はアクティビティが開始されるまで待機する（ステップＳ６０２：ＮＯ）。ジオフェンス処理部１０４はアクティビティが開始されると（ステップＳ６０２：ＹＥＳ）、管理サーバ２００にアクティビティの開始を通知し（ステップＳ６０３）、ジオフェンス情報（図１９参照）を取得する（ステップＳ６０４）。

ステップＳ６０４の処理が完了すると、次いで、ジオフェンス処理部１０４は現在のアクティビティを特定する（ステップＳ６０５）。より詳しくは、ジオフェンス処理部１０４はスケジュール記憶部１０１が記憶するスケジュール情報に基づいて、現在のアクティビティを特定する。例えば、ジオフェンス処理部１０４はスケジュール情報の状態を確認し、フラグ「開始」が登録された状態に対応するアクティビティを特定する。本実施形態では、ジオフェンス処理部１０４はアクティビティ「トレッキング」を特定する。

ステップＳ６０５の処理が完了すると、次いで、ジオフェンス処理部１０４は第３ジオフェンスを設定する（ステップＳ６０６）。より詳しくは、ジオフェンス処理部１０４はステップＳ６０５の処理で特定した現在のアクティビティに対応するジオフェンス情報のアクティビティ距離及びアクティビティ標準時間、並びに、上述した準備作業にかかる時間を利用して、第３ジオフェンスの半径を算出する。例えば、アクティビティ距離が５，０００ｍであり、アクティビティ標準時間が７５分であるトレッキングの場合、ジオフェンス処理部１０４は５，０００ｍ÷７５分により最初の団体の標準的な移動速度を算出し、準備作業にかかる時間が３０分であれば、移動速度にその時間を掛け合わせて、半径２，０００ｍを算出する。同様に、準備作業にかかる時間が４５分であれば、ジオフェンス処理部１０４は半径３，０００ｍを算出する。ジオフェンス処理部１０４は算出した半径を次のアクティビティのスケジュール情報の到着予定通知用半径に登録する（図１８参照）。ジオフェンス処理部１０４は算出した半径を登録すると、その半径とその半径に対応する出発地座標を利用して、ユーザ端末１００に第３ジオフェンスを設定する。

ステップＳ６０６の処理が完了すると、次いで、ジオフェンス処理部１０４はユーザ１０が第３ジオフェンスに進入するまで待機する（ステップＳ６０７：ＮＯ）。そして、ユーザ１０が第３ジオフェンスに進入すると（ステップＳ６０７：ＹＥＳ）、到着予定を通知する（ステップＳ６０８）。

ステップＳ６０８の処理が完了すると、次いで、ジオフェンス処理部１０４は後続のアクティビティがあるか否かを判断する（ステップＳ６０９）。ジオフェンス処理部１０４は後続のアクティビティがあると判断すると（ステップＳ６０９：ＹＥＳ）、ステップＳ６０３に処理に戻る。一方、ジオフェンス処理部１０４は後続のアクティビティがないと判断すると（ステップＳ６０９：ＮＯ）、処理を終える。

次に、図２４を参照して、第１処理部２０４及び第２処理部２０６が実行する処理について説明する。図２４に示すように、第１処理部２０４はアクティビティの開始の通知があるまで待機する（ステップＳ７０１：ＮＯ）。第１処理部２０４は開始の通知があると（ステップＳ７０１：ＹＥＳ）、第２処理部２０６はスタッフ管理情報を生成する（ステップＳ７０２）。

ステップＳ７０２の処理が完了すると、次いで、第１処理部２０４は通知先の事業者を特定する（ステップＳ７０３）。例えば、アクティビティを開始する通知である場合、第１処理部２０４はその通知と共に通知された事業者ＩＤに基づいて、その事業者ＩＤを有する事業者を通知先の事業者として特定する。

ステップＳ７０３の処理が完了すると、第１処理部２０４は特定した事業者にアクティビティの開始を通知する（ステップＳ７０４）。ステップＳ７０４の処理が完了すると、次いで、第２処理部２０６はスタッフ管理情報をユーザ端末１００に送信する（ステップＳ７０５）。これにより、ユーザ端末１００は準備作業にかかる時間を確認でき、第３ジオフェンスの半径を算出することができる。ステップＳ７０５の処理が完了すると、第１処理部２０４はステップＳ７０１の処理を実行する。

一方、第１処理部２０４は開始の通知がなく（ステップＳ７０１：ＮＯ）、到着予定の通知があると（ステップＳ７０６：ＹＥＳ）、第１処理部２０４は通知先の事業者を特定する（ステップＳ７０７）。例えば、到着予定の通知である場合、第１処理部２０４は到着予定の通知と共に通知された事業者ＩＤに基づいて、その事業者ＩＤを有する次のアクティビティを提供する事業者を通知先の事業者として特定する。

ステップＳ７０７の処理が完了すると、第１処理部２０４は特定した事業者にアクティビティの到着予定を通知する（ステップＳ７０８）。より詳しくは、第１処理部２０４は、ステップＳ７０７の処理が完了すると、ユーザ管理情報における現在のアクティビティを維持し、事業者にユーザ１０の到着予定を通知する。例えば、第１処理部２０４はユーザＩＤに基づいて、ユーザ管理情報における事業者ＩＤ列を特定し、事業者ＩＤ列と特定した事業者ＩＤ列とに基づいて、現在のアクティビティを維持しつつ、事業者にユーザ１０の到着予定をユーザＩＤ及び事業者ＩＤと共に通知する。

尚、到着予定の通知がないと（ステップＳ７０６：ＮＯ）、第１処理部２０４はステップＳ７０１の処理を実行する。また、ステップＳ７０４及びＳ７０８の処理によって通知された事業者端末３００の処理については、第１実施形態における図１６を参照して説明した処理と同様であるため、その説明を省略する。

以上、第２実施形態によれば、アクティビティの準備作業を行うスタッフの空き状況を管理し、ジオフェンス処理部１０４は空き状況に応じた準備作業に係る時間に基づいて、第３ジオフェンスの半径を算出する。これにより、ユーザ１０の移動状況（特に、到着通知実時刻）に応じた第３ジオフェンスがユーザ端末１００に設定され、事業者によるユーザの受け入れ準備を支援することができる。

（第３実施形態）
続いて、図２５を参照して本件の第３実施形態について説明する。図２５（ａ１）及び（ａ２）は第３ジオフェンスＧＦ３の一例である。図２５（ｂ１）及び（ｂ２）は第３ジオフェンスＧＦ３´の他の一例である。尚、図２５（ａ１）及び（ａ２）に示す第３ジオフェンスＧＦ３は第１実施形態における図１４（ｃ）及び（ｄ）に対応する。

図２５（ａ１）及び（ａ２）に示すように、第３ジオフェンスＧＦ３の中心は経由地１２の中心と同じであってもよいが、図２５（ｂ１）及び（ｂ２）に示すように、第３ジオフェンスＧＦ３´の中心は経由地１２の中心と異なっていてもよい。例えば、第３ジオフェンスＧＦ３´の中心がアクティビティのコース上にあってもよい。また、経由地１２の中心と第３ジオフェンスＧＦ３´の中心との距離をアクティビティの種別によって変えてもよい。例えば、トレッキングであれば、経由地１２の中心まで残り２，０００ｍの位置に第３ジオフェンスＧＦ３´の中心を設定し、バイクであれば、経由地１２の中心まで残り５，０００ｍの位置に第３ジオフェンスＧＦ３´の中心を設定してもよい。これにより、ユーザの受け入れ準備の支援形態が柔軟になる。

以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、上述した速度情報は第１ジオフェンスＧＦ１と第２ジオフェンスＧＦ２を利用せずに、ＧＰＳセンサ１００Ｆによるユーザ１０の位置情報とユーザ１０の移動時間とに基づいて算出してもよい。また、上述した実施形態ではＩＰアドレスを利用したが、ＩＰアドレスに代えてメールアドレスなど、装置間の通信を可能にする他のアドレスを利用してもよい。さらに、上述した実施形態では、経由地１２と事業者「Ｂ社」の事務所Ｘは離れているが、経由地１２内に事務所Ｘがあってもよい。さらに、上述した実施形態では、第１ジオフェンス、第２ジオフェンス、及び第３ジオフェンスの全てを円形としたが、少なくとも１つ又は全てを円形以外の多角形としてもよい。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１）ユーザにより実施される複数のアクティビティの実施順序を含むスケジュール情報を管理し、前記複数のアクティビティのうちの各アクティビティの出発地を表す位置情報と、前記各アクティビティの次のアクティビティを提供する事業者の装置に前記次のアクティビティの出発地への前記ユーザの到着予定を事前に通知する時間を表す時間情報と、を含むジオフェンス情報を取得し、前記スケジュール情報に基づいて、前記ユーザが実施する次のアクティビティを特定し、特定した前記次のアクティビティに対応する前記ジオフェンス情報における時間情報と、前記ユーザが移動する速度を表す速度情報とに基づいて、前記時間情報に相当する距離情報を生成し、特定した前記次のアクティビティに対応する前記ジオフェンス情報における位置情報と生成した前記距離情報に基づいて定められたジオフェンスへの前記ユーザの進入に基づいて、特定した前記次のアクティビティを提供する事業者の装置に、前記ユーザの前記次のアクティビティの出発地への到着予定を通知する、処理をコンピュータに実行させるための制御プログラム。
（付記２）前記ジオフェンス情報は、前記位置情報が共通し、かつ、前記ジオフェンスとは半径がそれぞれ異なる２つのジオフェンスに関する半径情報をさらに含み、前記位置情報と前記半径情報とに基づいて定められた区域を移動するユーザの移動時間を表す時間情報とに基づいて、前記速度情報を算出する処理を含む、ことを特徴とする付記１に記載の制御プログラム
（付記３）前記複数のアクティビティは、前記ユーザの出発地から目的地までの移動を要する特定のアクティビティと前記ユーザの出発地から目的地までの移動を要しないアクティビティとを含む、ことを特徴とする付記１又は２に記載の制御プログラム。
（付記４）ユーザにより実施される複数のアクティビティの実施順序を含むスケジュール情報を管理し、前記複数のアクティビティのうちの各アクティビティの出発地を表す位置情報と、前記各アクティビティの次のアクティビティを提供する事業者の装置に前記次のアクティビティの出発地への前記ユーザの到着予定を事前に通知する時間を表す時間情報と、を含むジオフェンス情報を取得し、前記スケジュール情報に基づいて、前記ユーザが実施する次のアクティビティを特定し、特定した前記次のアクティビティに対応する前記ジオフェンス情報における時間情報と、前記ユーザが移動する速度を表す速度情報とに基づいて、前記時間情報に相当する距離情報を生成し、特定した前記次のアクティビティに対応する前記ジオフェンス情報における位置情報と生成した前記距離情報に基づいて定められたジオフェンスへの前記ユーザの進入に基づいて、特定した前記次のアクティビティを提供する事業者の装置に、前記ユーザの前記次のアクティビティの出発地への到着予定を通知する、処理をコンピュータが実行する制御方法。
（付記５）ユーザにより実施される複数のアクティビティの実施順序を含むスケジュール情報を記憶するスケジュール記憶部と、前記複数のアクティビティのうちの各アクティビティの出発地を表す位置情報と、前記各アクティビティの次のアクティビティを提供する事業者の装置に前記次のアクティビティの出発地への前記ユーザの到着予定を事前に通知する時間を表す時間情報と、を含むジオフェンス情報を取得し、前記スケジュール記憶部から取得したスケジュール情報に基づいて、前記ユーザが実施する次のアクティビティを特定し、特定した前記次のアクティビティに対応する前記ジオフェンス情報における時間情報と、前記ユーザが移動する速度を表す速度情報とに基づいて、前記時間情報に相当する距離情報を生成し、特定した前記次のアクティビティに対応する前記ジオフェンス情報における位置情報と生成した前記距離情報に基づいて定められたジオフェンスへの前記ユーザの進入に基づいて、特定した前記次のアクティビティを提供する事業者の装置に、前記ユーザの前記次のアクティビティの出発地への到着予定を通知する、処理を実行する処理部と、を備える情報処理装置。
（付記６）前記ジオフェンス情報は、前記位置情報が共通し、かつ、前記ジオフェンスとは半径がそれぞれ異なる２つのジオフェンスに関する半径情報をさらに含み、前記位置情報と前記半径情報とに基づいて定められた区域を移動するユーザの移動時間を表す時間情報とに基づいて、前記速度情報を算出する処理を含む、ことを特徴とする付記５に記載の情報処理装置。
（付記７）前記複数のアクティビティは、前記ユーザの出発地から目的地までの移動を要する特定のアクティビティと前記ユーザの出発地から目的地までの移動を要しないアクティビティとを含む、ことを特徴とする付記５又は６に記載の情報処理装置。

Ｓ 情報処理システム
１００ ユーザ端末
１０１ スケジュール記憶部
１０２ 通信部
１０３ 制御部
１０４ ジオフェンス処理部
２００ 管理サーバ
２０１ ジオフェンス記憶部
２０２ ユーザ管理記憶部
２０３ 通信部
２０４ 第１処理部
２０５ スタッフ管理記憶部
２０６ 第２処理部
３００ 事業者端末
３０１ ユーザ管理記憶部
３０２ 通信部
３０３ 更新部
３０４ スタッフ管理記憶部

Claims (4)

1. ユーザにより実施される複数のアクティビティの実施順序と前記複数のアクティビティの実施状態とを含むスケジュール情報を管理し、
   前記複数のアクティビティのうちの各アクティビティの出発地を表す位置情報と、前記位置情報が共通し、かつ、半径が異なる２つのジオフェンスに関する半径情報と、前記各アクティビティの次のアクティビティを提供する事業者の装置に前記次のアクティビティの出発地への前記ユーザの到着予定を事前に通知する時間を表す通知時間情報と、を含むジオフェンス情報を取得し、
   前記スケジュール情報の前記実施順序と前記実施状態とに基づいて、前記ユーザが実施する前記次のアクティビティを特定し、
   前記位置情報と前記半径情報とに基づいて定められた２つの前記ジオフェンスの区域間を移動する前記ユーザの移動時間を表す移動時間情報に基づいて、前記ユーザが移動する速度を表す速度情報を生成し、
   特定した前記次のアクティビティに対応する前記ジオフェンス情報における前記通知時間情報と、前記速度情報とに基づいて、前記通知時間情報に相当する距離情報を生成し、
   特定した前記次のアクティビティに対応する前記ジオフェンス情報における前記位置情報と生成した前記距離情報とに基づいて半径が定められた前記ジオフェンス内への前記ユーザのユーザ端末が計測した位置に基づく進入に基づいて、特定した前記次のアクティビティを提供する事業者の装置に、前記ユーザの前記次のアクティビティの出発地への到着予定を通知する、
   処理をコンピュータに実行させるための制御プログラム。
2. 前記複数のアクティビティは、前記ユーザの出発地から目的地までの移動を要する特定のアクティビティと前記ユーザの出発地から目的地までの移動を要しないアクティビティとを含む、
   ことを特徴とする請求項１に記載の制御プログラム。
3. ユーザにより実施される複数のアクティビティの実施順序と前記複数のアクティビティの実施状態とを含むスケジュール情報を管理し、
   前記複数のアクティビティのうちの各アクティビティの出発地を表す位置情報と、前記位置情報が共通し、かつ、半径が異なる２つのジオフェンスに関する半径情報と、前記各アクティビティの次のアクティビティを提供する事業者の装置に前記次のアクティビティの出発地への前記ユーザの到着予定を事前に通知する時間を表す通知時間情報と、を含むジオフェンス情報を取得し、
   前記スケジュール情報の前記実施順序と前記実施状態とに基づいて、前記ユーザが実施する前記次のアクティビティを特定し、
   前記位置情報と前記半径情報とに基づいて定められた２つの前記ジオフェンスの区域間を移動する前記ユーザの移動時間を表す移動時間情報に基づいて、前記ユーザが移動する速度を表す速度情報を生成し、
   特定した前記次のアクティビティに対応する前記ジオフェンス情報における前記通知時間情報と、前記速度情報とに基づいて、前記通知時間情報に相当する距離情報を生成し、
   特定した前記次のアクティビティに対応する前記ジオフェンス情報における前記位置情報と生成した前記距離情報とに基づいて半径が定められた前記ジオフェンス内への前記ユーザのユーザ端末が計測した位置に基づく進入に基づいて、特定した前記次のアクティビティを提供する事業者の装置に、前記ユーザの前記次のアクティビティの出発地への到着予定を通知する、
   処理をコンピュータが実行する制御方法。
4. ユーザにより実施される複数のアクティビティの実施順序と前記複数のアクティビティの実施状態とを含むスケジュール情報を記憶するスケジュール記憶部と、
   前記複数のアクティビティのうちの各アクティビティの出発地を表す位置情報と、前記位置情報が共通し、かつ、半径が異なる２つのジオフェンスに関する半径情報と、前記各アクティビティの次のアクティビティを提供する事業者の装置に前記次のアクティビティの出発地への前記ユーザの到着予定を事前に通知する時間を表す通知時間情報と、を含むジオフェンス情報を取得し、
   前記スケジュール記憶部から取得したスケジュール情報の前記実施順序と前記実施状態とに基づいて、前記ユーザが実施する前記次のアクティビティを特定し、
   前記位置情報と前記半径情報とに基づいて定められた２つの前記ジオフェンスの区域間を移動する前記ユーザの移動時間を表す移動時間情報に基づいて、前記ユーザが移動する速度を表す速度情報を生成し、
   特定した前記次のアクティビティに対応する前記ジオフェンス情報における前記通知時間情報と、前記速度情報とに基づいて、前記通知時間情報に相当する距離情報を生成し、
   特定した前記次のアクティビティに対応する前記ジオフェンス情報における前記位置情報と生成した前記距離情報とに基づいて半径が定められた前記ジオフェンス内への前記ユーザのユーザ端末が計測した位置に基づく進入に基づいて、特定した前記次のアクティビティを提供する事業者の装置に、前記ユーザの前記次のアクティビティの出発地への到着予定を通知する、
   処理を実行する処理部と、
   を備える情報処理装置。

Images