(57)【要約】【課題】目的地における貸出対象の在庫及び状況に応じた在庫予測に応じて貸出対象の次の利用者に事前の通知を行うプログラムを提供する。【解決手段】プログラムは、貸出対象を現在利用している第１利用者と貸出対象を次に利用する予定の第２利用者が独立して向かう目的地における貸出対象の現在の在庫数と、目的地で第１利用者から貸出対象が返却される予定返却数と、目的地で第２利用者に貸出対象を貸し出す予定貸出数と、を管理し、貸出予定時刻までに第１利用者が目的地に到着可能な距離又は時間に応じて定まる大きさを有する特定の範囲情報を第１利用者の端末に設定し、現在の在庫数と第１利用者の位置情報が特定の範囲情報に到達した場合に計上される予定返却数と予定貸出数とに応じて予定時刻に第２利用者に貸出対象を貸出可能か判断し、貸出不能の場合、貸出対象の貸出予定時刻よりも前に第２利用者の端末に通知を行う処理をコンピュータに実行させる。【選択図】図１
2019200569.tif 000002
【特許請求の範囲】
【請求項１】
貸出対象を現在利用している第１の利用者と前記貸出対象を次に利用する予定の第２の利用者がそれぞれ独立して向かう目的地における前記貸出対象の現在の在庫数と、前記目的地で前記第１の利用者から前記貸出対象が返却される予定の予定返却数と、前記目的地で前記第２の利用者に前記貸出対象を貸し出す予定の予定貸出数と、を管理し、
前記貸出対象を貸し出す予定の時刻までに前記第１の利用者が前記目的地に到着可能な距離又は時間に応じて定まる大きさを有する特定の範囲情報を前記第１の利用者の第１の端末装置に設定し、
前記現在の在庫数と、前記第１の利用者の位置情報が前記特定の範囲情報に到達した場合に計上される前記予定返却数と、前記予定貸出数とに応じて、前記予定の時刻に前記第２の利用者に前記貸出対象を貸出可能か否か判断し、
前記貸出対象を貸出不能と判断した場合、前記貸出対象を貸し出す前記予定の時刻よりも前に、前記第２の利用者の第２の端末装置に通知を行う、
処理をコンピュータに実行させるための制御プログラム。
【請求項２】
前記コンピュータに、さらに、
前記第１の利用者の位置情報が前記特定の範囲情報の外側に位置する状態で、前記第２の利用者の位置情報が前記特定の範囲情報に対応する別の特定の範囲情報に到達した場合、前記第１の利用者及び前記第２の利用者がそれぞれ現在地から前記目的地に到着するまでの共通想定時間と前記第１の利用者が移動する想定速度とに応じて定まる大きさを有する第１の範囲情報を前記第１の端末装置に設定し、前記共通想定時間と前記第２の利用者が移動する想定速度とに応じて定まる大きさを有する第２の範囲情報を前記第２の端末装置に設定し、
前記現在の在庫数が前記予定貸出数未満の場合、前記貸出対象を貸し出す前記予定の時刻よりも前に、前記第２の端末装置に通知を行う、
処理を実行させることを特徴とする請求項１に記載の制御プログラム。
【請求項３】
前記コンピュータに、さらに、
前記現在の在庫数が前記予定貸出数未満の場合、前記予定貸出数と前記現在の在庫数との差分に基づいて、前記貸出対象の前記第２の利用者への不足数を算出し、
算出した不足数に応じた前記第１の範囲情報を前記第１の端末装置に設定する、
処理を実行させることを特徴とする請求項２に記載の制御プログラム。
【請求項４】
前記コンピュータに、さらに、
前記第２の利用者に前記貸出対象を貸し出した後の移動予定をさらに管理し、
前記移動予定が存在する場合、前記移動予定の遅延を回避するタイミングに基づいて、前記第１の範囲情報を前記第１の端末装置に設定し、前記第２の範囲情報を前記第２の端末装置に設定し、前記第２の端末装置に通知を行う、
処理を実行させることを特徴とする請求項２又は３に記載の制御プログラム。
【請求項５】
前記コンピュータに、さらに、
前記第１の利用者が前記目的地に遅延する遅延時間と、前記貸出対象と種別が共通する別の貸出対象を現在利用している第３の利用者が前記目的地で前記別の貸出対象を返却する予定の予定返却数と、をさらに管理し、
前記遅延時間が発生し、かつ、前記第１の利用者より前に前記第３の利用者が前記目的地に到着する予定である場合、前記第３の利用者の現在地から前記目的地に到着するまでの想定時間と前記第３の利用者が移動する想定速度とに応じて定まる大きさを有する第３の範囲情報を前記第３の利用者の第３の端末装置に設定し、
前記第３の利用者の位置情報が前記第３の範囲情報の内側に位置する状態で、前記第２の利用者の位置情報が前記第２の範囲情報に到達した場合、前記第２の端末装置への通知を中止する、
処理を実行させることを特徴とする請求項２から４のいずれか１項に記載の制御プログラム。
【請求項６】
前記通知は、前記目的地における前記第２の利用者の待機時間の発生、前記第２の利用者の回遊時間の余剰、前記第２の利用者に対する減速の推奨、前記第２の利用者への貸出開始の遅延の少なくともいずれかを含む、
ことを特徴とする請求項１から５のいずれか１項に記載の制御プログラム。
【請求項７】
貸出対象を現在利用している第１の利用者と前記貸出対象を次に利用する予定の第２の利用者がそれぞれ独立して向かう目的地における前記貸出対象の現在の在庫数と、前記目的地で前記第１の利用者から前記貸出対象が返却される予定の予定返却数と、前記目的地で前記第２の利用者に前記貸出対象を貸し出す予定の予定貸出数と、を管理し、
前記貸出対象を貸し出す予定の時刻までに前記第１の利用者が前記目的地に到着可能な距離又は時間に応じて定まる大きさを有する特定の範囲情報を前記第１の利用者の第１の端末装置に設定し、
前記現在の在庫数と、前記第１の利用者の位置情報が前記特定の範囲情報に到達した場合に計上される前記予定返却数と、
前記予定貸出数とに応じて、前記予定の時刻に前記第２の利用者に前記貸出対象を貸出可能か否か判断し、
前記貸出対象を貸出不能と判断した場合、前記貸出対象を貸し出す前記予定の時刻よりも前に、前記第２の利用者の第２の端末装置に通知を行う、
処理をコンピュータが実行する制御方法。
【請求項８】
貸出対象を現在利用している第１の利用者と前記貸出対象を次に利用する予定の第２の利用者がそれぞれ独立して向かう目的地における前記貸出対象の現在の在庫数と、前記目的地で前記第１の利用者から前記貸出対象が返却される予定の予定返却数と、前記目的地で前記第２の利用者に前記貸出対象を貸し出す予定の予定貸出数と、を記憶する記憶部と、
前記貸出対象を貸し出す予定の時刻までに前記第１の利用者が前記目的地に到着可能な距離又は時間に応じて定まる大きさを有する特定の範囲情報を前記第１の利用者の第１の端末装置に設定し、
前記記憶部がそれぞれ記憶する前記現在の在庫数と、前記第１の利用者の位置情報が前記特定の範囲情報に到達した場合に計上される前記予定返却数と、
前記記憶部が記憶する前記予定貸出数とに応じて、前記予定の時刻に前記第２の利用者に前記貸出対象を貸出可能か否か判断し、
前記貸出対象を貸出不能と判断した場合、前記貸出対象を貸し出す前記予定の時刻よりも前に、前記第２の利用者の第２の端末装置に通知を行う、
処理を実行する処理部と、
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、制御プログラム、制御方法、及び情報処理装置に関する。
【背景技術】
【０００２】
移動する端末が仮想的な柵（ジオフェンス）で範囲が規定された特定のエリア内に進入したことを検知すると、端末を保持するユーザにそのエリアへの進入を通知したり外部に発信したりするジオフェンシングと呼ばれる技術が知られている（たとえば、特許文献１及び特許文献２参照）。
【０００３】
一方で、ひとつのツアーの中にカヤックツアーやサイクリング、トレッキングといった複数のアクティビティが含まれるツアー形態が知られている。このようなツアー形態はツアー催行会社によって催行されることが多く、個々のアクティビティはツアー催行会社とは異なる事業者によって企画されることが多い。また、近年では、ツアー催行会社を介さずに、アクティビィティの利用者自身が複数のアクティビティを自由に選択して実施できるツアー形態も知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１１−５２４１２３号公報
【特許文献２】特開２０１７−１１１００１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上述したアクティビティの中には事業者から利用者にアクティビティで使用する機材が貸し出されることがある。たとえば、カヤックツアーであればカヤックが貸出対象として貸し出され、サイクリングであれば自転車が貸出対象として貸し出される。利用者はこれらの貸出対象が各事業者から貸し出されることにより複数のアクティビティを実施することができる。
【０００６】
通常、貸出を行う事業者は、貸出対象の在庫を確認したうえで、貸出のスケジュールを作成する。しかし、貸出のスケジュールによっては、次の利用者への貸出を円滑に行うことができない場合がある。たとえば、ある貸出対象を現在借り受けている利用者が、貸出対象の場所へ返却した後に、その貸出対象を新たな利用者へ貸し出すような場合において、現在の利用者による返却が遅れるような場合である。たとえば、次の利用者に貸し出す予定の貸出対象の在庫が目的地にない場合などである。現在の利用者による返却が遅れると、次の利用者への円滑な貸出を行うことができない。
【０００７】
なお、この状況においては、貸出対象を現在利用している利用者とその貸出対象を次に利用する予定の利用者がそれぞれ独立して同じ目的地に向かっている。目的地は、たとえば貸出事業者の事務所であって、現在の利用者にとっての貸出対象の返却場所であり、かつ、次の利用者にとっての貸出対象の貸出を受ける場所である。たとえば、自転車を現在利用している利用者と、カヤックを現在利用しており、自転車を次に利用する予定の利用者が別々に同じ目的地に向かうこともある。この場合、目的地において、現在の利用者から次の利用者に貸出対象が引き継がれ、次の利用者は引き継いだ貸出対象を利用して目的地から出発する。
【０００８】
上述のように、次の利用者への円滑な貸出を行うことができない状況において、仮に、現在の利用者の到着が遅れることを次の利用者に事前に通知できれば、次の利用者は目的地への到着を遅らせ、目的地における待ち時間の発生を抑えることもできる。
【０００９】
なお、次の利用者が集団である場合にも同様であって、貸出場所（目的地）に存在する貸出対象の在庫が不足する場合、不足する分の貸出対象について、次の利用者の集団は、現在の利用者の到着を待たなければならない。
【００１０】
そこで、１つの側面では、目的地における貸出対象の在庫および、状況に応じた在庫予測に応じて、貸出対象の次の利用者に事前の通知を行う制御プログラム、制御方法、及び情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
１つの実施態様では、制御プログラムは、貸出対象を現在利用している第１の利用者と前記貸出対象を次に利用する予定の第２の利用者がそれぞれ独立して向かう目的地における前記貸出対象の現在の在庫数と、前記目的地で前記第１の利用者から前記貸出対象が返却される予定の予定返却数と、前記目的地で前記第２の利用者に前記貸出対象を貸し出す予定の予定貸出数と、を管理し、前記貸出対象を貸し出す予定の時刻までに前記第１の利用者が前記目的地に到着可能な距離又は時間に応じて定まる大きさを有する特定の範囲情報を前記第１の利用者の第１の端末装置に設定し、前記現在の在庫数と、前記第１の利用者の位置情報が前記特定の範囲情報に到達した場合に計上される前記予定返却数と、前記予定貸出数とに応じて、前記予定の時刻に前記第２の利用者に前記貸出対象を貸出可能か否か判断し、前記貸出対象を貸出不能と判断した場合、前記貸出対象を貸し出す前記予定の時刻よりも前に、前記第２の利用者の第２の端末装置に通知を行う、処理をコンピュータに実行させる。
【発明の効果】
【００１２】
目的地における貸出対象の在庫および、状況に応じた在庫予測に応じて、貸出対象の次の利用者に事前の通知を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】図１は情報処理システムの一例を説明するための図である。
【図２】図２は第１端末のハードウェア構成の一例である。
【図３】図３は管理サーバのハードウェア構成の一例である。
【図４】図４は第１端末、第２端末、及び管理サーバのブロック図の一例である。
【図５】図５（ａ）はサービス管理テーブルの一例である。図５（ｂ）はユーザ管理テーブルの一例である。図５（ｃ）は行程管理テーブルの一例である。
【図６】図６はフェンス管理テーブルの一例である。
【図７】図７は情報処理システムの処理シーケンス図の一例（その１）である。
【図８】図８は特定フェンスと利用者グループとの関係を説明するための図（その１）である。
【図９】図９は情報処理システムの処理シーケンス図の一例（その２）である。
【図１０】図１０は第１実施形態に係る事前通知処理の一例を示すフローチャートである。
【図１１】図１１（ａ）及び（ｂ）は特定フェンスと利用者グループとの関係を説明するための図（その２）である。
【図１２】図１２は特定通知処理の一例を示すフローチャートである。
【図１３】図１３（ａ）乃至（ｃ）は行程情報の遷移例（その１）を説明するための図である。
【図１４】図１４はサービス通知画面の一例（その１）である。
【図１５】図１５（ａ）及び（ｂ）は行程情報の遷移例（その２）を説明するための図である。
【図１６】図１６は第２実施形態に係る事前通知処理の一例を示すフローチャートである。
【図１７】図１７（ａ）及び（ｂ）は特定フェンスと利用者グループとの関係を説明するための図（その３）である。
【図１８】図１８はサービス通知画面の一例（その２）である。
【図１９】図１９（ａ）乃至（ｃ）は特定フェンスと利用者グループとの関係を説明するための図（その４）である。
【図２０】図２０（ａ）及び（ｂ）は目的地が異なる行程情報の一例である。
【図２１】図２１は第４実施形態に係る事前通知処理の一例である。
【図２２】図２２は第４実施形態に係る事前通知処理の他の一例である。
【発明を実施するための形態】
【００１４】
以下、本件を実施するための形態について図面を参照して説明する。
【００１５】
（第１実施形態）
図１は情報処理システムＳＹＳの一例を説明するための図である。情報処理システムＳＹＳは第１端末１００と第２端末２００と情報処理装置としての管理サーバ３００とを備えている。図１では、第１端末１００及び第２端末２００の一例として、スマートフォンが示されているが、タブレット端末やウェアラブルデバイスなどの端末装置であってもよい。一方、管理サーバ３００はクラウドＣＬ上のデータセンターＤＣなどに配備されたサーバ装置である。なお、管理サーバ３００をデータセンターＤＣに配備せず、観光資源の普及を目指す企業や団体の事務所などに配備してもよい。すなわち、管理サーバ３００はいわゆるオンプレミス型であってもよい。
【００１６】
第１端末１００と管理サーバ３００は、第１端末１００が携帯基地局ＢＳ１の通信可能領域ＡＲ１内に含まれていれば、無線通信ＷＬ１及び通信ネットワークＮＷを介して互いに接続される。同様に、第２端末２００と管理サーバ３００は、第２端末２００が携帯基地局ＢＳ２の通信可能領域ＡＲ２内に含まれていれば、無線通信ＷＬ２及び通信ネットワークＮＷを介して互いに接続される。なお、無線通信ＷＬ１，ＷＬ２としては、たとえば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（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置３００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。ネットワークＩ／Ｆ３００Ｄは、たとえばＬＡＮポートを備えている。ネットワークＩ／Ｆ３００Ｄは上述した通信ネットワークＮＷと接続される。
【００３２】
上述したＲＡＭ３００Ｂには、ＲＯＭ３００ＣやＨＤＤ３００Ｅに記憶されたプログラムがＣＰＵ３００Ａによって一時的に格納される。ＲＡＭ３００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ３００Ａによって一時的に格納される。格納されたプログラムをＣＰＵ３００Ａが実行することにより、ＣＰＵ３００Ａは後述する各種の機能を実現し、また、後述する各種の処理を実行する。なお、プログラムは後述するフローチャートに応じたものとすればよい。
【００３３】
図４は第１端末１００、第２端末２００、及び管理サーバ３００のブロック図の一例である。特に、図４では、第１端末１００及び管理サーバ３００の機能構成の詳細を示している。第２端末２００については第１端末１００と同様の機能構成であるため、説明を省略する。図５（ａ）はサービス管理テーブルＴ１の一例である。図５（ｂ）はユーザ管理テーブルＴ２の一例である。図５（ｃ）は行程管理テーブルＴ３の一例である。図６はフェンス管理テーブルＴ４の一例である。
【００３４】
まず、第１端末１００について説明する。第１端末１００は、図４に示すように、入力部１１０、表示部１２０、測位部１３０、通信部１４０、フェンス管理部１５０、及びフェンス情報記憶部１６０を備えている。なお、入力部１１０は上述したタッチパネル１００Ｈによって実現することができる。表示部１２０は上述したディスプレイ１００Ｉによって実現することができる。測位部１３０は上述したＧＰＳセンサ１００Ｆによって実現することができる。通信部１４０は上述したＲＦ回路１００Ｅ及びアンテナ１００Ｅ´によって実現することができる。フェンス管理部１５０は上述したＣＰＵ１００Ａによって実現することができる。フェンス情報記憶部１６０は上述したＲＡＭ１００Ｂ又はＮＶＭ１００Ｄの少なくとも一方によって実現することができる。
【００３５】
入力部１１０は自転車ＢＣの利用予定を登録する操作を受け付けると、受け付けた操作に応じた情報を通信部１４０に出力する。また、入力部１１０はアクティビティの開始を指示する操作を受け付けると、受け付けた操作に応じた情報を通信部１４０に出力する。表示部１２０は通信部１４０から出力された事前の通知に関する情報を受け付けると、受け付けた情報に応じた画面を表示する。
【００３６】
測位部１３０は第１端末１００の位置を測位する。これにより、第１端末１００を携帯する利用者グループ１０の位置を特定することができる。測位部１３０は測位した位置を位置情報としてフェンス管理部１５０に出力する。通信部１４０は第１端末１００と管理サーバ３００との通信を制御する。より詳しくは、通信部１４０は入力部１１０やフェンス管理部１５０から出力された各種の情報を管理サーバ３００に送信する。また、通信部１４０は管理サーバ３００から送信された各種の情報を受信すると、情報の種別に応じて、表示部１２０に出力したり、フェンス管理部１５０に出力したりする。たとえば、通信部１４０は事前の通知に関する情報を受信すると、受信した情報を表示部１２０に出力する。通信部１４０はフェンスの設定に関する情報を受信すると、受信した情報をフェンス管理部１５０に出力する。
【００３７】
フェンス管理部１５０は通信部１４０から出力された情報を受け付けると、受け付けた情報をフェンス情報記憶部１６０に格納する。これにより、第１端末１００にはフェンス情報記憶部１６０が記憶する情報に応じたフェンスが設定される。また、フェンス管理部１５０は測位部１３０から出力された位置情報を受け付けると、第１端末１００に設定されたフェンスと対比し、位置情報がフェンスに到達したと判断すると、到達の通知を表す情報を通信部１４０に出力する。これにより、通信部１４０は到達の通知を表す情報を管理サーバ３００に送信することができる。
【００３８】
次に、管理サーバ３００について説明する。管理サーバ３００は、図４に示すように、サービス情報記憶部３１０、ユーザ情報記憶部３２０、行程情報記憶部３３０、及びフェンス情報記憶部３４０を備えている。なお、行程情報記憶部３３０は記憶部の一例であるが、サービス情報記憶部３１０、ユーザ情報記憶部３２０、フェンス情報記憶部３４０の少なくとも１つを記憶部に含めてもよい。
【００３９】
また、図４に示すように、管理サーバ３００は、通信部３５０、サービス管理部３６０、ユーザ管理部３７０、行程管理部３８０、及びフェンス管理部３９０を備えている。なお、行程管理部３８０及びフェンス管理部３９０は処理部の一例であるが、サービス管理部３６０及びユーザ管理部３７０の少なくとも１つを処理部に含めてもよい。
【００４０】
ここで、サービス情報記憶部３１０、ユーザ情報記憶部３２０、行程情報記憶部３３０、及びフェンス情報記憶部３４０は上述したＲＡＭ３００Ｂ又はＨＤＤ３００Ｅの少なくとも一方によって実現することができる。通信部３５０は上述したネットワークＩ／Ｆ３００Ｄによって実現することができる。サービス管理部３６０、ユーザ管理部３７０、行程管理部３８０、及びフェンス管理部３９０は上述したＣＰＵ３００Ａによって実現することができる。
【００４１】
サービス情報記憶部３１０は各事業者が提供するアクティビティに関するサービス情報を記憶する。サービス情報は、図５（ａ）に示すように、サービス管理テーブルＴ１によって管理される。サービス管理テーブルＴ１は、事業者ＩＤフィールド、アクティビティフィールド、出発地フィールド、目的地フィールド、所用時間フィールド、サービス料フィールド、貸出対象フィールドといった各種のフィールドを有する。事業者ＩＤフィールドには事業者を識別する識別情報が登録される。アクティビティフィールドにはアクティビティの名称などが登録される。出発地フィールド及び目的地フィールドにはアクティビティの出発地及び目的地がそれぞれ登録される。なお、出発地は機材の貸出を受ける場所であって、目的地は機材の返却を行う場所となる。所用時間フィールドにはアクティビティの所用時間が登録される。サービス料フィールドにはアクティビティの実施に要する料金が登録される。貸出フィールドにはアクティビティの実施に要する機材の名称などが登録される。サービス情報により、各事業者が提供するアクティビティの具体的な内容を特定することができる。
【００４２】
ユーザ情報記憶部３２０はアクティビティを実施する利用者グループ１０，２０に関するユーザ情報を記憶する。ユーザ情報は、図５（ｂ）に示すように、ユーザ管理テーブルＴ２によって管理される。ユーザ管理テーブルＴ２は、ユーザＩＤフィールド、グループ人数フィールド、性別フィールド、アクティビティ履歴フィールド１，２及びアクティビティ熟練度フィールド１，２といった各種のフィールドを有する。ユーザＩＤフィールドには利用者グループ１０，２０を識別する識別情報が登録される。本実施形態ではユーザＩＤ「Ｙ」が利用者グループ１０に対応し、ユーザＩＤ「Ｘ」が利用者グループ２０に対応する。グループ人数フィールドには利用者グループ１０，２０に属する利用者の人数が登録される。性別フィールドには利用者グループ１０，２０に属する利用者の性別が登録される。利用者グループ１０，２０が男女混合である場合には、いずれか一方の性別が登録される。アクティビティ履歴フィールド１，２には利用者グループ１０，２０が実施した過去のアクティビティの名称が登録される。アクティビティ熟練度フィールド１，２には利用者グループ１０，２０が実施するアクティビティの熟練度が登録される。なお、ユーザ管理テーブルＴ２にパスワードフィールドを設け、パスワードフィールドに利用者グループ１０，２０のパスワードが登録されるようにしてもよい。ユーザ情報により、利用者グループ１０，２０の属性やアクティビティの経験などを特定することができる。
【００４３】
行程情報記憶部３３０はアクティビティの実施予定や貸出対象の在庫などに関する行程情報を記憶する。行程情報は、図５（ｃ）に示すように、行程管理テーブルＴ３によって、事業者毎かつ目的地毎かつ貸出対象毎に管理される。行程管理テーブルＴ３は、実施アクティビティフィールド、予定時刻フィールド、イベントフィールド、増減予定フィールド、在庫数フィールドといった各種のフィールドを有する。実施アクティビティフィールドには実施する予定のアクティビティの名称が登録される。予定時刻フィールドにはそのアクティビティの実施を終える予定の時刻やアクティビティの実施を始める予定の時刻などが登録される。イベントフィールドには予定時刻フィールドに登録された時刻に発生する事象が登録される。増減予定フィールドには予定時刻フィールドに登録された時刻に予定される貸出対象の増減数が登録される。たとえば、ユーザＩＤ「Ｙ」によって識別される利用者グループ１０（図５（ｃ）において利用者グループＹと表記）から３台の自転車ＢＣが返却されると、増減数「＋３」が登録される。ユーザＩＤ「Ｘ」によって識別される利用者グループ２０（図５（ｃ）において利用者グループＸと表記）に２台の自転車ＢＣが貸し出されると、増減数「−２」が登録される。在庫数フィールドは現在フィールドと予測フィールドに分かれている。現在フィールドにはその目的地における貸出対象の現在の在庫数が登録される。予測フィールドにはその目的地における貸出対象の在庫予測の数を表す予測在庫数が登録される。なお、図５（ｃ）に示す行程管理テーブルＴ３は、利用者グループ１０，２０がアクティビティを実施する前の状態を表しているため、現在の在庫数及び予測在庫数の具体的な数量は示されていない。行程情報により、利用者グループ１０，２０が実施する予定のアクティビティやその行程、貸出対象の在庫を特定することができる。
【００４４】
フェンス情報記憶部３４０は第１端末１００や第２端末２００に設定するフェンスに関するフェンス情報を記憶する。フェンス情報は、図６に示すように、フェンス管理テーブルＴ４によって目的地毎に管理される。フェンス管理テーブルＴ４は、アクティビティフィールド、熟練度フィールド、性別フィールド、到着可能時間フィールド、フェンス半径フィールドといった各種のフィールドを有する。アクティビティフィールドにはアクティビティの名称などが登録される。熟練度フィールドにはそのアクティビティに対する熟練度が登録される。性別フィールドにはそのアクティビティを実施する利用者グループ１０，２０に属する利用者の性別が登録される。到着可能時間フィールドにはその目的地に到着可能な時間が登録される。フェンス半径フィールドには到着可能時間とアクティビティツアーの想定移動速度とに応じて生成されたフェンスの半径が登録される。
【００４５】
このようなフェンス情報によれば、カヤックツアーを実施する男性の利用者グループ２０の熟練度が高ければ、目的地Ｚ１から９００ｍ離れた場所から目的地に３０分で到達できることを特定することができる。同様に、サイクリング１を実施する男性の利用者グループ１０の熟練度が高ければ、目的地Ｚ１から３ｋｍ離れた場所から目的地に３０分で到達できることを特定することができる。特に、カヤックツアーはサイクリング１より移動速度が遅いと想定されるため、同じ３０分でも移動できる距離は短くなる。言い換えれば、利用者グループ１０及び利用者グループ２０がそれぞれ現在地から目的地Ｚ１に到着するまでの想定時間が共通していても、利用者グループ２０が移動する想定速度が、利用者グループ１０が移動する想定速度よりも遅ければ、利用者グループ２０に対するフェンスの半径は利用者グループ１０に対するフェンスの半径より小さくなる。
【００４６】
通信部３５０は管理サーバ３００と第１端末１００及び第２端末２００との通信を制御する。より詳しくは、通信部３５０は第１端末１００や第２端末２００から送信された情報を受信して情報の種別を判断し、受信した情報をサービス管理部３６０、ユーザ管理部３７０、行程管理部３８０、フェンス管理部３９０のいずれかに出力する。また、通信部３５０は行程管理部３８０やフェンス管理部３９０から出力された情報を受け付けると情報の種別を判断し、受け付けた情報を第１端末１００や第２端末２００に送信する。
【００４７】
サービス管理部３６０はサービス情報記憶部３１０が記憶するサービス情報を管理する。たとえば、サービス管理部３６０は事業者が利用する事業者端末（不図示）から送信されたサービス情報を、通信部３５０を介して受け付けると、受け付けたサービス情報をサービス情報記憶部３１０に格納する。なお、利用者グループ１０，２０がアクティビティを実施する前までに、事業者はサービス情報をサービス情報記憶部３１０に格納する操作を事業者端末に行うことが望ましい。
【００４８】
ユーザ管理部３７０はユーザ情報記憶部３２０が記憶するユーザ情報を管理する。たとえば、ユーザ管理部３７０は第１端末１００や第２端末２００から送信されたユーザ情報を、通信部３５０を介して受け付けると、受け付けたユーザ情報をユーザ情報記憶部３２０に格納する。なお、利用者グループ１０，２０がアクティビティを実施する前までに、利用者グループ１０，２０はそれぞれユーザ情報をユーザ情報記憶部３２０に格納する操作を第１端末１００及び第２端末２００に行うことが望ましい。
【００４９】
行程管理部３８０は行程情報記憶部３３０が記憶する行程情報を管理する。たとえば、行程管理部３８０は第１端末１００や第２端末２００から送信された行程情報を、通信部３５０を介して受け付けると、受け付けた行程情報を行程情報記憶部３３０に格納する。なお、行程管理部３８０は、そのほか種々の処理を実行するが、処理の詳細については後述する。
【００５０】
フェンス管理部３９０はフェンス情報記憶部３４０が記憶するフェンス情報を管理する。たとえば、フェンス管理部３９０は上述した事業者端末から送信されたフェンス情報を、通信部３５０を介して受け付けると、受け付けたフェンス情報をフェンス情報記憶部３４０に格納する。特に、フェンス管理部３９０は到着可能時間とアクティビティの想定移動速度とに基づいてフェンス半径を生成し、生成したフェンス半径をフェンス情報のフェンス半径フィールドに登録する。
【００５１】
続いて、情報処理システムＳＹＳの動作について説明する。
【００５２】
図７は情報処理システムＳＹＳの処理シーケンス図の一例（その１）である。図８は特定フェンスと利用者グループとの関係を説明するための図（その１）である。特に、図７はアクティビティ実施前の処理シーケンス図を示している。図７に示すように、第１端末１００の通信部１４０はアクティビティの予約を管理サーバ３００に送信する（ステップＳ１０１）。同様に、第２端末２００の通信部（不図示）はアクティビティの予約を管理サーバ３００に送信する（ステップＳ２０１）。より詳しくは、利用者グループ１０（たとえば代表者など）はアクティビティを実施する前に上述した行程情報を管理サーバ３００に格納する操作を第１端末１００に対して行う。利用者グループ１０が当該操作を行うと、第１端末１００は行程情報に応じたアクティビティの予約を送信する。利用者グループ２０については利用者グループ１０と同様であるため、説明を省略する。なお、第１端末１００が送信する予約は、利用者グループ１０が実施するアクティビティの名称のほか、貸出を希望する日付、時刻、貸出を受ける時間幅、機材の貸出を受ける場所、機材の返却を行う場所、貸出を希望する機材数（グループ人数）を含んでいる。第２端末２００が送信する予約についても第１端末１００が送信する予約と同様である。
【００５３】
管理サーバ３００の通信部３５０は第１端末１００及び第２端末２００のそれぞれから送信された予約を受信すると、行程管理部３８０は貸出対象利用の有無を判断する（ステップＳ３０１）。具体的には、行程管理部３８０は、受信した予約に基づいて、予約対象のアクティビティを特定し、貸出対象利用の有無を判断する。行程管理部３８０は貸出対象の利用がないと判断した場合（ステップＳ３０１：ＮＯ）、処理を終える。たとえば、利用者グループ１０，２０がいずれもガイド付き散策をアクティビティとして実施する場合、トレッキングと異なり、基本的に貸出対象が存在しないため、行程情報の増減予定には貸出対象の数量が登録されない。このような場合、行程管理部３８０は貸出対象の利用がないと判断する。
【００５４】
一方、行程管理部３８０は貸出対象の利用があると判断した場合（ステップＳ３０１：ＹＥＳ）、予約対応可能であるか否かを判断する（ステップＳ３０２）。たとえば、事業者の営業時間外であったり、アクティビティの実施時に貸出機材がない又は不足したりする場合、行程管理部３８０は予約対応可能でないと判断し（ステップＳ３０２：ＮＯ）、予約の却下を表す通知を第１端末１００及び第２端末２００に行う（ステップＳ３０３）。なお、行程管理部３８０は予約の却下の通知に代えて、予約の保留を表す通知を行ってもよい。
【００５５】
一方、事業者の営業時間内であり、アクティビティの実施時に貸出機材が足りる場合、行程管理部３８０は予約対応可能であると判断し（ステップＳ３０２：ＹＥＳ）、予約の承認を表す通知を第１端末１００及び第２端末２００に行って（ステップＳ３０４）、貸出対象の数を管理する（ステップＳ３０５）。より詳しくは、行程管理部３８０はアクティビティの予約に応じた行程情報を行程情報記憶部３３０に格納して貸出対象の予定返却数と予定貸出数とを管理する（図５（ｃ）参照）。
【００５６】
たとえば、行程管理部３８０は、利用者グループ１０（グループＹ）に関して目的地Ｚ１において機材の返却が行われる場合、貸出を希望する時刻（たとえば１１時００分）と時間幅（たとえば１時間５５分）から返却の予定時刻（たとえば１２時５５分）を算出し、その時刻において、貸出を希望する機材数（たとえば３台）を返却予定とする。よって、行程管理部３８０は、当該返却に関するイベント「利用者グループＹ到着」と、予定時刻「１２：５５」、増減予定「＋３」を対応付けて記憶する。なお、この例のように、返却の予定時刻は、貸出を希望する時刻（たとえば１１時００分）と時間幅（たとえば１時間５５分）に所定の時間間隔（たとえば３分）を加算した時刻としてもよい。
【００５７】
さらに、行程管理部３８０は、利用者グループ２０（グループＸ）に関して、目的地Ｚ１において機材の貸出が行われる場合、貸出を希望する時刻（たとえば１３時００分）において、貸出を希望する機材数（たとえば２台）を貸出予定とする。よって、行程管理部３８０は、当該返却に関するイベント「利用者グループＸ出発」と、予定時刻「１３：００」、増減予定「−２」を対応付けて記憶する。なお、予定返却数は目的地で利用者グループ１０から貸出対象が返却される予定の数である。予定貸出数は貸出対象が返却される目的地と同じ目的地で利用者グループ２０に共通の貸出対象を貸し出す予定の数である。このように、管理サーバ３００は予定返却数と予定貸出数とを含む行程情報を管理する。
【００５８】
ステップＳ３０５の処理が完了すると、フェンス管理部３９０は、第１端末１００及び第２端末２００のそれぞれに特定フェンスを設定する（ステップＳ３０６）。より詳しくは、行程管理部３８０はサービス管理部３６０からサービス情報を取得し、ユーザ管理部３７０からユーザ情報を取得する。そして、行程管理部３８０は取得したサービス情報及びユーザ情報を、取得した行程情報と共にフェンス管理部３９０に出力する。フェンス管理部３９０は行程情報、サービス情報及びユーザ情報を受け付けると、受け付けた行程情報、サービス情報及びユーザ情報に応じたフェンス情報を選択して取得する。
【００５９】
たとえば、フェンス管理部３９０は、ユーザ情報から取得したアクティビティ「サイクリング１」、熟練度「高」、性別「男」の情報と、サービス情報または行程情報から取得した目的地「Ｚ１」の情報に基づき、フェンス情報を選択して取得する。たとえば、アクティビティ「サイクリング１」、熟練度「高」、性別「男」、目的地「Ｚ１」に対応するフェンス情報のうち、特定のフェンス情報（たとえば到着可能時間「３０分」及びフェンス半径「３ｋｍ」を含むフェンス情報）を選択してもよいし、複数のフェンス情報を選択してもよい。同様に、フェンス管理部３９０は、ユーザ情報から取得したアクティビティ「カヤックツアー」、熟練度「高」、性別「男」の情報と、サービス情報または行程情報から取得した目的地「Ｚ１」の情報に基づき、フェンス情報を選択して取得する。たとえば、アクティビティ「カヤックツアー」、熟練度「高」、性別「男」、目的地「Ｚ１」に対応するフェンス情報のうち、先に選択した特定のフェンス情報と到着可能時間が共通する特定のフェンス情報（たとえば到着可能時間「３０分」及びフェンス半径「９００ｍ」を含むフェンス情報）を選択してもよいし、複数のフェンス情報を選択してもよい。尚、特定のフェンス情報のどちらを先に選択するかは、例えばユーザ情報の登録順序などに基づいて決定すればよい。
【００６０】
フェンス管理部３９０が第１端末１００に先に選択した特定のフェンス情報に応じた特定フェンスを設定することにより、フェンス情報記憶部１６０には、ジオフェンスの中心（たとえばＺ１）と、フェンス半径（たとえば３ｋｍ）、到着可能時間「３０分」が記憶される。これにより、図８に示すように、第１端末１００が監視する目的地Ｚ１を基準とした特定フェンスＦＢ０が設定される。同様に、フェンス管理部３９０が第２端末２００に後に取得した特定のフェンス情報に応じた特定フェンスを設定することにより、第２端末２００のフェンス情報記憶部（不図示）には、ジオフェンスの中心（たとえばＺ１）と、フェンス半径（たとえば９００ｍ）、到着可能時間「３０分」が記憶される。これにより、図８に示すように、第２端末２００が監視する目的地Ｚ１を基準とした特定フェンスＦＡ０が設定される。なお、図８において、利用者グループ１０，２０はいずれも１人の利用者が示されているが、残りの利用者については省略されている。後述する説明についても同様である。
【００６１】
図９は情報処理システムＳＹＳの処理シーケンス図の一例（その２）である。特に、図９はアクティビティ実施日当日の処理シーケンス図を示している。図９に示すように、第１端末１００のフェンス管理部１５０は第１端末１００に対するアクティビティを開始する操作を受け付けるまで待機する（ステップＳ１１１：ＮＯ）。アクティビティを開始する操作以外にも、たとえばアクティビティに関連付けられた貸出機材の貸出タイミングの検出や、ＧＰＳを利用した貸出機材の位置情報の変化の検出であってもよい。同様に、第２端末２００のフェンス管理部（不図示）はアクティビティを開始する操作を受け付けるまで待機する（ステップＳ２１１：ＮＯ）。
【００６２】
フェンス管理部１５０がアクティビティを開始する操作を受け付けると（ステップＳ１１１：ＹＥＳ）、通信部１４０はアクティビティの開始を通知する開始通知を管理サーバ３００に送信する（ステップＳ１１２）。同様に、第２端末２００のフェンス管理部がアクティビティを開始する操作を受け付けると（ステップＳ２１１：ＹＥＳ）、第２端末２００の通信部は開始通知を管理サーバ３００に送信する（ステップＳ２１２）。ステップＳ１１２の処理が完了すると、第１端末１００の測位部１３０は第１端末１００の位置の測位を開始する（ステップＳ１１３）。同様に、ステップＳ２１２の処理が完了すると、第２端末２００の測位部（不図示）は第２端末２００の位置の測位を開始する（ステップＳ２１３）。なお、管理サーバ３００が開始通知を受信すると、図１３（ａ）に示すように、行程管理部３８０は、現在時刻における在庫数の管理を開始し（ステップＳ３０９）、現在の在庫数と予定返却数と予定貸出数の関係を判断する。
【００６３】
特定フェンスＦＢ０が設定された第１端末１００の位置の測位が開始すると、第１端末１００のフェンス管理部１５０は、測位した位置が特定フェンスＦＢ０に到達するまで待機する（ステップＳ１１４：ＮＯ）。同様に、特定フェンスＦＡ０が設定された第２端末２００の位置の測位が開始すると、第２端末２００のフェンス管理部（不図示）は、測位した位置が特定フェンスＦＡ０に到達するまで待機する（ステップＳ２１４：ＮＯ）。
【００６４】
そして、フェンス管理部１５０は、測位した位置が特定フェンスＦＢ０に到達したと判断すると（ステップＳ１１４：ＹＥＳ）、通信部１４０は特定フェンスＦＢ０への到達の通知を管理サーバ３００に向けて送信する（ステップＳ１１５）。同様に、第２端末２００のフェンス管理部（不図示）は、測位した位置が特定フェンスＦＡ０に到達したと判断すると（ステップＳ２１４：ＹＥＳ）、第２端末２００の通信部（不図示）は特定フェンスＦＡ０への到達の通知を管理サーバ３００に向けて送信する（ステップＳ２１５）。管理サーバ３００のフェンス管理部３９０は第１端末１００及び第２端末２００からそれぞれ送信された到達の通知に基づいて、行程管理部３８０及びフェンス管理部３９０は以下に記載する事前通知処理を実行する（ステップＳ３１０）。
【００６５】
図１０は第１実施形態に係る事前通知処理の一例を示すフローチャートである。図１１（ａ）及び（ｂ）は特定フェンスＦＡ０，ＦＢ０と利用者グループ１０，２０との関係を説明するための図（その２）である。ステップＳ３１０の処理が開始すると、設定した特定フェンスＦＡ０に利用者グループ２０（図１０において次グループと表記）が到達するか、設定した特定フェンスＦＢ０に利用者グループ１０（図１０において現グループと表記）が到達するまで、フェンス管理部３９０は後続の処理を待機する（ステップＳ３１１：ＮＯ、Ｓ３１２：ＮＯ）。
【００６６】
フェンス管理部３９０は、図１１（ａ）に示すように、利用者グループ１０が特定フェンスＦＢ０に到達するより先に利用者グループ２０が特定フェンスＦＡ０に到達したと判断した場合（ステップＳ３１１：ＹＥＳ）、行程管理部３８０は事前の通知を実行する（ステップＳ３１３）。事前の通知は貸出対象を貸し出す予定の時刻よりも前に行われる通知である。この場合、行程管理部３８０が事前の通知を実行することにより、図１４に示すように、第２端末２００はサービス通知画面を表示する。すなわち、利用者グループ２０はあと３０分で目的地Ｚ１に到着できるが、利用者グループ１０はあと３０分で目的地Ｚ１に到着できないため、行程管理部３８０は事前の通知を実行する。ステップＳ３１３の処理が完了すると、行程管理部３８０は事前通知処理を終える。尚、この場合、行程管理部３８０は、後述する予測在庫数を算出しないため、図１３（ｃ）に示すように、図１３（ａ）に示された現在の在庫数を維持する。
【００６７】
一方、フェンス管理部３９０は、利用者グループ２０が特定フェンスＦＡ０に到達するより先に利用者グループ１０が特定フェンスＦＢ０に到達したと判断した場合（ステップＳ３１２：ＹＥＳ）、特定通知処理を実行する（ステップＳ３１４）。より詳しくは、図１１（ｂ）に示すように、利用者グループ２０が特定フェンスＦＡ０に到達するより先に利用者グループ１０が特定フェンスＦＢ０に到達したと判断した場合、特定通知処理を実行する。ステップＳ３１４の処理が完了すると、行程管理部３８０は事前通知処理を終える。尚、特定通知処理の詳細については後述する。
【００６８】
図１２は特定通知処理の一例を示すフローチャートである。図１２に示すように、ステップＳ３１４の処理が開始すると、まず、行程管理部３８０は予測在庫数を算出する（ステップＳ３１５）。すなわち、利用者グループ１０が現在利用している３台の自転車ＢＣが目的地Ｚ１で予定通り返却されると想定できるため、行程管理部３８０は、図１３（ｂ）に示すように、利用者グループ１０の到着予定時刻である１２時５５分の３０分前である１２時２５分の時点で現在の在庫数である１台を１２時５５分までの予測在庫数として反映し、かつ、現在の在庫数である１台と返却予定の３台とを合計した４台を１２時５５分以降の予測在庫数として算出して計上する。尚、行程管理部３８０は現在の在庫数と予定返却数とを管理しているため、予測在庫数を算出することができる。
【００６９】
ステップＳ３１５の処理が完了すると、次いで、行程管理部３８０は予測在庫数と予定貸出数を比較し（ステップＳ３１６）、貸出可能であるか否かを判断する（ステップＳ３１７）。行程管理部３８０は予定貸出数を管理しているため、予測在庫数と予定貸出数を比較することができる。本実施形態では、利用者グループ２０に貸し出される予定の自転車ＢＣの台数は２台であるため、４台が予測在庫数である場合、予測在庫数が予定貸出数より大きく、行程管理部３８０は貸出可能であると判断し（ステップＳ３１７：ＹＥＳ）、処理を終了する。
【００７０】
一方、行程管理部３８０は貸出不能であると判断した場合（ステップＳ３１７：ＮＯ）、事前の通知を実行する（ステップＳ３１８）。たとえば、４台が予測在庫数であるにも関わらず、利用者グループ２０に貸し出される予定の自転車ＢＣの台数は６台である場合、利用者グループ１０が目的地Ｚ１に到着しても、２台分の自転車ＢＣが不足する。したがって、利用者グループ２０が目的地Ｚ１に到着しても、目的地Ｚ１で待機する可能性があるため、行程管理部３８０は事前の通知を実行する。行程管理部３８０が事前の通知を実行することにより、図１４に示すように、第２端末２００はサービス通知画面を表示する。これにより、利用者グループ２０は目的地Ｚ１までの移動速度を落としたり、時間をかけて現在のアクティビティを実施したりする。結果的に、目的地Ｚ１における利用者グループ２０の待機時間が抑制される。なお、この場合、不足する２台分の自転車ＢＣについては事業者が別途に用意してもよいし、別の利用者グループ（不図示）が目的地Ｚ１で２台以上の自転車ＢＣを返却してもよい。
【００７１】
なお、利用者グループ１０が目的地Ｚ１に到着すると、行程管理部３８０は、図１５（ａ）に示すように、行程情報に含まれる現在の在庫数を４台に更新する。そして、利用者グループ２０が目的地Ｚ１から出発すると、行程管理部３８０は、図１５（ｂ）に示すように、行程情報に含まれる現在の在庫数を２台に更新する。
【００７２】
以上、第１実施形態によれば、管理サーバ３００は行程情報記憶部３３０と行程管理部３８０とフェンス管理部３９０とを備えている。行程情報記憶部３３０は、貸出対象を現在利用している利用者グループ１０と貸出対象を次に利用する予定の利用者グループ２０がそれぞれ独立して向かう目的地Ｚ１における貸出対象の現在の在庫数と、目的地Ｚ１で利用者グループから貸出対象が返却される予定の予定返却数と、目的地Ｚ１で利用者グループ２０に貸出対象を貸し出す予定の予定貸出数と、を記憶する。
【００７３】
フェンス管理部３９０は貸出対象を貸し出す予定の時刻までに利用者グループ１０が目的地Ｚ１に到着可能な距離又は時間に応じて定まる大きさを有する特定フェンスＦＢ０を設定する。行程管理部３８０は現在の在庫数と利用者グループ１０の位置情報が特定フェンスＦＢ０に到達した場合に計上される予定返却数と、予定貸出数とに応じて、予定の時刻に利用者グループ２０に貸出対象を貸出可能か否か判断し、貸出対象を貸出不能と判断した場合、貸出対象を貸し出す予定の時刻よりも前に、利用者グループ２０に事前の通知を行う。これにより、目的地Ｚ１における貸出対象の在庫および、状況に応じた在庫予測に応じて、貸出対象の次の利用者グループ２０に事前の通知を行うことができる。
【００７４】
（第２実施形態）
続いて、図１６から図１９を参照して、本件の第２実施形態について説明する。図１６は第２実施形態に係る事前通知処理の一例を示すフローチャートである。なお、図１０を参照して説明したフローチャートと共通する処理には同一符号を付し、その説明を省略する。図１７（ａ）及び（ｂ）は特定フェンスと利用者グループとの関係を説明するための図（その３）である。図１８はサービス通知画面の一例（その２）である。図１９（ａ）乃至（ｃ）は特定フェンスと利用者グループとの関係を説明するための図（その４）である。
【００７５】
まず、図１６に示すように、ステップＳ３１３の処理が完了した場合、フェンス管理部３９０は次の２つのフェンスを設定する（ステップＳ３２０）。より詳しくは、図１７（ａ）に示すように、利用者グループ１０に対する特定フェンスＦＢ０が第１端末１００に設定され、かつ、利用者グループ２０に対する特定フェンスＦＡ０が第２端末２００に設定された状態から、フェンス管理部３９０は、図１７（ｂ）に示すように、利用者グループ１０に対するフェンスＦＢ１を第１端末１００に設定し、利用者グループ２０に対するフェンスＦＡ１を第２端末２００に設定する。すなわち、利用者グループ１０に遅延のおそれがある場合には、ステップＳ３１３の処理が完了した時点で、フェンス管理部３９０は、特定フェンスの到着可能時間より短い次の到着可能時間のフェンス情報を選択して取得し、次の２つのフェンスを設定する。
【００７６】
たとえば、フェンス管理部３９０はアクティビティ「サイクリング１」、熟練度「高」、性別「男」、到着可能時間「２０分」、及びフェンス半径「２ｋｍ」のフェンス情報を取得する（図６参照）。同様に、フェンス管理部３９０はアクティビティ「カヤックツアー」、熟練度「高」、性別「男」、到着可能時間「２０分」、及びフェンス半径「６００ｍ」のフェンス情報を取得する（図６参照）。フェンス管理部３９０は取得したフェンス情報に応じたフェンスＦＢ１，ＦＡ１を第１端末１００及び第２端末２００に設定する。
【００７７】
このように、フェンス管理部３９０は利用者グループ１０及び利用者グループ２０がそれぞれ現在地から目的地に到着するまでの共通想定時間（たとえば２０分）と利用者グループ１０が自転車ＢＣで移動する想定速度（たとえば時速６ｋｍ／ｈ）とに応じて定まるフェンス半径を有するフェンスを第１端末１００に設定する。同様に、フェンス管理部３９０はこの同じ共通想定時間と利用者グループ２０がカヤックＫＹで移動する想定速度（たとえば時速１．８ｋｍ／ｈ）とに応じて定まるフェンス半径を有するフェンスを第２端末２００に設定する。
【００７８】
ステップＳ３２０の処理が完了すると、フェンス管理部３９０は利用者グループ１０の位置情報が特定フェンスＦＢ０を通過するまで後続の処理を待機する（ステップＳ３２１：ＮＯ）。そして、利用者グループ１０の位置情報が特定フェンスＦＢ０を通過すると（ステップＳ３２１：ＹＥＳ）、フェンス管理部３９０は利用者グループ１０が目的地Ｚ１に到着する予定の時刻と利用者グループ２０が目的地Ｚ１に到着する予定の時刻の時間差Ｔｎを算出する（ステップＳ３２２）。なお、フェンス管理部３９０は、時間差Ｔｎを、それぞれの特定フェンスＦＡ０，ＦＢ０への到達時刻又は通過時刻の差に基づいて算出することができる。
【００７９】
ステップＳ３２２の処理が完了すると、行程管理部３８０は、現在の在庫数が予定貸出数未満か否かを判断し、現在の在庫数が予定貸出数未満の場合、第２端末２００に向けて時間差の通知を実行し（ステップＳ３２３）、処理を終了する。行程管理部３８０が時間差の通知を実行することにより、図１８に示すように、第２端末２００はサービス通知画面を表示する。これにより、利用者グループ２０は目的地Ｚ１までの移動速度を下げる可能性がある。なお、行程管理部３８０は、現在の在庫数が予定貸出数未満か否かを判断し、現在の在庫数が予定貸出数未満の場合、第１端末１００に向けて時間差を含むペースアップを促す通知を実行してもよい。これにより、利用者グループ２０は利用者グループ１０との時間差を把握しつつ、利用者グループ１０は目的地Ｚ１までの移動速度を上げる可能性がある。
【００８０】
一方、図１６に示すように、ステップＳ３１４の処理が完了した場合、次いで、フェンス管理部３９０は利用者グループ２０の位置情報が特定フェンスＦＡ０を通過したか否かを判断する（ステップＳ３２４）。より詳しくは、図１９（ａ）に示すように、利用者グループ１０が特定フェンスＦＢ０に到達し、利用者グループ２０が特定フェンスＦＡ０にまだ到達していない状態から、図１９（ｂ）に示すように、利用者グループ１０が特定フェンスＦＢ０を通過し、利用者グループ２０が特定フェンスＦＡ０に到達したか否かを判断する。利用者グループ２０の位置情報が特定フェンスＦＡ０を通過すると（ステップＳ３２４：ＹＥＳ）、行程管理部３８０は時間差Ｔｎを算出する（ステップＳ３２５）。
【００８１】
ステップＳ３２５の処理が完了すると、行程管理部３８０は時間差Ｔｎが閾値時間（たとえば２０分）より大きいか否かを判断し（ステップＳ３２６）、時間差Ｔｎが閾値時間より大きい場合（ステップＳ３２６：ＹＥＳ）、処理を終了する。すなわち、利用者グループ１０が利用者グループ２０に十分に先行している場合、特段の通知や次のフェンスの設定を行わなくても円滑に機材の引き継ぎが行われると判断し、通知もフェンスの設定も行わない。このように、第２実施形態では、必要以上の通知やフェンスの設定が回避されている。なお、行程管理部３８０は時間差Ｔｎが閾値時間以下の場合（ステップＳ３２６：ＮＯ）、利用者グループ１０と利用者グループ２０との時間差はさほどないため、再び、ステップＳ３２４の処理を実行する。
【００８２】
フェンス管理部３９０は、利用者グループ２０の位置情報が特定フェンスＦＡ０を通過していると判断した場合（ステップＳ３２４：ＹＥＳ）、ステップＳ３２０の処理と同様に、フェンス管理部３９０は次の２つのフェンスを設定する（ステップＳ３２７）。より詳しくは、図１９（ｃ）に示すように、フェンス管理部３９０は利用者グループ１０に対するフェンスＦＢ１を第１端末１００に設定し、利用者グループ２０に対するフェンスＦＡ１を第２端末２００に設定する。すなわち、第２実施形態によれば、利用者グループ１０は現時点では遅延していないが、利用者グループ２０との差があまり無い場合には、継続的にフェンスＦＢ１，ＦＡ１を設定して、貸出対象の円滑な引継ぎを支援することができる。
【００８３】
（第３実施形態）
続いて、本件の第３実施形態について説明する。上述した第１実施形態及び第２実施形態では、利用者グループ１０，２０の双方がいずれも集団で移動する実施形態について説明したが、第３実施形態では、利用者グループ１０は各利用者が個別に移動し、利用者グループ２０が集団で移動する実施形態について説明する。
【００８４】
まず、第１実施形態では、ステップＳ３１２の処理において、利用者グループ１０が特定フェンスＦＢ０に到達したか否かを判断した。第３実施形態では、利用者グループ１０に属する複数の利用者の中で、利用者グループ２０に貸出可能と判断できる少なくとも１人の利用者が特定フェンスＦＢ０に到達したか否かを判断する。具体的には、目的地Ｚ１に準備された自転車ＢＣの現在の在庫数が１台であり、利用者グループ２０に貸し出す予定の自転車ＢＣの貸出予定数が２台である場合、目的地Ｚ１において１台の自転車が返却されれば、返却された１台の自転車ＢＣの在庫としてある１台の自転車ＢＣを利用して、利用者グループ２０は目的地Ｚ１を出発することができる。
【００８５】
したがって、利用者グループ１０に属する利用者の中の１人の位置情報が特定フェンスＦＢ０を通過済か否かを判断すればよい。すなわち、利用者グループ１０に属する利用者の中から、利用者グループ２０の人数と現在の在庫数との差分に応じた人数の利用者の位置情報が特定フェンスＦＢ０を通過済か否かを判断すればよい。これにより、利用者グループ１０が集団で移動していなくても、目的地Ｚ１における利用者グループ２０の待機時間が抑制される。
【００８６】
また、第２実施形態では、ステップＳ３２０やステップＳ３２７の処理において、フェンス管理部３９０は第１端末１００の全てと第２端末２００の全てにそれぞれフェンスを設定した。第３実施形態では、現在の在庫数が予定貸出数未満の場合に、行程管理部３８０は、予定貸出数と現在の在庫数との差分に基づいて、貸出対象の利用者グループ２０全員への不足数を算出する。そして、フェンス管理部３９０は、行程管理部３８０が不足数を算出し終えると、利用者グループ１０の中で目的地Ｚ２に近い方の利用者から数えて不足数番目の利用者を対象にしたフェンスを第１端末１００に設定する。尚、フェンス管理部３９０は、第２端末２００に対しては第２実施形態と同様にフェンスを設定する。
【００８７】
このように、フェンス管理部３９０は第１端末１００と第２端末２００のそれぞれにフェンスを設定する。そして、利用者グループ１０の中の不足数番目の利用者の位置情報が第１端末１００に設定されたフェンスに到達するより先に、利用者グループ２０の位置情報が第２端末２００に設定されたフェンスに到達した場合、行程管理部３８０は利用者グループ２０がそれぞれ携帯する第２端末２００に事前の通知を行う（図１４参照）。これにより、利用者グループ１０が集団で移動していなくても、目的地Ｚ２における利用者グループ２０の待機時間が抑制される。なお、利用者グループ１０の中で順位が入れ替わる場合、フェンスを再設定してもよい。
【００８８】
（第４実施形態）
続いて、図２０から図２２を参照して、本件の第４実施形態について説明する。第４実施形態では、情報処理システムＳＹＳ全体で利用者グループ１０，２０の移動の整合性を考慮する。たとえば、利用者グループ１０の目的地Ｚ１への到着が遅延すると、利用者グループ２０の目的地Ｚ１からの出発が遅延する。この結果、図２０（ａ）及び（ｂ）に示すように、目的地Ｚ２において利用者グループ２０が返却する予定の自転車ＢＣを利用する別の利用者グループβがいる場合には、利用者グループβの目的地Ｚ２からの出発に影響が出る。
【００８９】
したがって、第４実施形態では、行程管理部３８０は、利用者グループ２０に貸出対象を貸し出した後の移動予定をさらに管理する。そして、移動予定が存在する場合、フェンス管理部３９０は移動予定の遅延を回避するタイミングに基づいて、第１端末１００と第２端末２００のそれぞれにフェンスを設定し、行程管理部３８０が第１実施形態などで説明した事前の通知を行う。
【００９０】
具体的には、図２１に示すように、第１実施形態で説明したステップＳ３１１の処理において、利用者グループ１０が特定フェンスＦＢ０に到達するより先に利用者グループ２０が特定フェンスＦＡ０に到達したと判断した場合、行程管理部３８０は行程情報記憶部３３０を参照して、利用者グループ１０，２０の双方が予定より遅延しているか否かを判断する（ステップＳ３６１）。
【００９１】
行程管理部３８０は利用者グループ１０，２０の双方が予定より遅延していると判断した場合（ステップＳ３６１：ＹＥＳ）、遅延の通知を第１端末１００と第２端末２００のそれぞれに実行する（ステップＳ３６２）。これにより、第１端末１００と第２端末２００にはいずれも予定から遅れていることが表示され、利用者グループ１０，２０はそれぞれアクティビティの実施スピードの上昇する可能性がある。
【００９２】
また、ステップＳ３２２の処理において、時間差Ｔｎを算出すると、行程管理部３８０は再び遅延の通知を第１端末１００と第２端末２００のそれぞれに行う（ステップＳ３６３）。これにより、第１端末１００と第２端末２００にはいずれも予定から遅れていることが時間差Ｔｎと共に表示される。
【００９３】
一方、利用者グループ２０の位置情報が第２端末２００のフェンスに到達するより先に利用者グループ１０の位置情報が第１端末１００のフェンスに到達したと判断した場合（ステップＳ３１２：ＹＥＳ）、ステップＳ３１４の処理が完了した後、行程管理部３８０は行程情報記憶部３３０を参照して、利用者グループ２０の予定に影響があるか否かを判断する（ステップＳ３６４）。行程管理部３８０は利用者グループ２０の予定に影響があると判断した場合（ステップＳ３６４：ＹＥＳ）、第１端末１００と第２端末２００のそれぞれに対する遅延の通知を実行し（ステップＳ３６５）、利用者グループ１０がフェンスを通過するまで待機する（ステップＳ３６６：ＮＯ）。
【００９４】
そして、利用者グループ１０がフェンスを通過した場合（ステップＳ３６６：ＹＥＳ）、利用者グループ１０に対する遅延の通知を実行する（ステップＳ３６７）。また、行程管理部３８０は利用者グループ２０の予定に影響がないと判断した場合（ステップＳ３６４：ＮＯ）、ステップＳ３２４からＳ３２６の処理を実行し、利用者グループ２０が予定より遅延しているか否かを判断する（ステップＳ３６８）。行程管理部３８０は利用者グループ２０が予定より遅延していると判断した場合（ステップＳ３６８：ＹＥＳ）、ステップＳ３６７の処理を実行し、ステップＳ３２７の処理を実行して処理を終える。一方、行程管理部３８０は利用者グループ２０が予定より遅延していないと判断した場合（ステップＳ３６８：ＮＯ）、フェンス管理部３９０はステップＳ３２７の処理を実行して処理を終える。
【００９５】
なお、利用者グループ１０の遅延時間を行程管理部３８０が管理して利用者グループ１０の予定と照合し、図２０（ａ）に示すように、利用者グループ１０の目的地Ｚ１への到着より前に到着する予定の別の利用者グループαが存在する場合、利用者グループαに対するフェンスを利用者グループαが携帯する端末装置に設定してもよい。この場合、利用者グループ１０に代えて、利用者グループαと利用者グループ２０との自転車ＢＣの引き継ぎを支援することで、利用者グループ２０の目的地Ｚ１からの出発遅延を回避する。
【００９６】
したがって、第４実施形態では、行程管理部３８０は利用者グループ１０が目的地Ｚ１に遅延する遅延時間と、貸出対象と種別が共通する別の貸出対象を現在利用している利用者グループαが目的地Ｚ１でその貸出対象を返却する予定の予定返却数と、をさらに管理する。そして、上記遅延時間が発生し、かつ、利用者グループ１０より前に利用者グループαが目的地Ｚ１に到着する予定である場合、フェンス管理部３９０は利用者グループαの現在地から目的地Ｚ１に到着するまでの想定時間と利用者グループαがその貸出対象で移動する想定速度とに応じて定まるフェンス半径を有するフェンスを設定する。行程管理部３８０は利用者グループαの位置情報が端末装置のフェンスの内側に位置する状態で、利用者グループ２０の位置情報が第２端末２００に到達した場合、利用者グループ２０への事前の通知を中止する。すなわち、利用者グループ１０は遅延するが、利用者グループ２０より先に利用者グループαが目的地Ｚ１に到着する可能性が高いため、事前の通知を中止する。
【００９７】
この場合、フェンス管理部３９０は、まず、第１端末１００に特定フェンスを設定するだけでなく、利用者グループαに対するフェンスも設定する。そして、ステップＳ３１２の処理において、フェンス管理部３９０が特定フェンスＦＢ０への到達がないと判断した場合、さらに、フェンス管理部３９０は端末装置に設定されたフェンスへの利用者グループαの位置情報の到達があるか否かを判断する。
【００９８】
さらに、フェンス管理部３９０は端末装置に設定されたフェンスへの利用者グループαの位置情報の到達がないと判断した場合、利用者グループ１０が利用者グループαより先にフェンスを通過したか否かを判断する。利用者グループαが利用者グループ１０より先にフェンスを通過した場合には、フェンス管理部３９０は改めてフェンスを端末装置に設定する。
【００９９】
また、第２実施形態では、ステップＳ３２０やステップＳ３２７の処理において、フェンス管理部３９０は第１端末１００と第２端末２００にそれぞれフェンスを設定したが、フェンスを設定した後、行程管理部３８０は利用者グループ１０が利用する貸出対象と共通の貸出対象を利用する利用者グループαの存在を確認できるか否かを判断する。そして、行程管理部３８０は利用者グループαの存在を確認できた場合、利用者グループ１０と利用者グループαの到着時間の時間差Ｍｎｅｘｔを算出して、時間差Ｍｎｅｘｔが時間差Ｔｎ以上か否かを判断する（ステップＳ３７１）。
【０１００】
そして、図２２に示すように、時間差Ｍｎｅｘｔが時間差Ｔｎ以上の場合（ステップＳ３７１：ＮＯ）、行程管理部３８０は再びステップＳ３２１の処理を実行する。一方、時間差Ｍｎｅｘｔが時間差Ｔｎ未満の場合（ステップＳ３７１：ＹＥＳ）、フェンス管理部３９０は利用者グループαが携帯する端末装置にフェンスを設定し（ステップＳ３７２）、行程管理部３８０は第２端末２００に時間差Ｍｎｅｘｔの通知を実行する（ステップＳ３７３）。ステップＳ３７３の処理が完了すると、フェンス管理部３９０は利用者グループ２０と利用者グループαのフェンス通過を判断する。
【０１０１】
このように、第４実施形態によれば、行程管理部３８０は、利用者グループ２０に貸出対象を貸し出した後の移動予定をさらに管理する。そして、移動予定が存在する場合、フェンス管理部３９０は移動予定の遅延を回避するタイミングに基づいて、第１端末１００と第２端末２００のそれぞれにフェンスを設定し、行程管理部３８０が第１実施形態などで説明した事前の通知を行う。これにより、情報処理システムＳＹＳ全体で利用者グループ１０，２０の移動が整合する。
【０１０２】
以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。たとえば、第１端末１００及び第２端末２００本体は自転車ＢＣに取り付けられてもよいし、第１端末１００及び第２端末２００が有する機能が自転車ＢＣに設けられて端末装置となってもよい。
【０１０３】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）貸出対象を現在利用している第１の利用者と前記貸出対象を次に利用する予定の第２の利用者がそれぞれ独立して向かう目的地における前記貸出対象の現在の在庫数と、前記目的地で前記第１の利用者から前記貸出対象が返却される予定の予定返却数と、前記目的地で前記第２の利用者に前記貸出対象を貸し出す予定の予定貸出数と、を管理し、前記貸出対象を貸し出す予定の時刻までに前記第１の利用者が前記目的地に到着可能な距離又は時間に応じて定まる大きさを有する特定の範囲情報を前記第１の利用者の第１の端末装置に設定し、前記現在の在庫数と、前記第１の利用者の位置情報が前記特定の範囲情報に到達した場合に計上される前記予定返却数と、前記予定貸出数とに応じて、前記予定の時刻に前記第２の利用者に前記貸出対象を貸出可能か否か判断し、前記貸出対象を貸出不能と判断した場合、前記貸出対象を貸し出す前記予定の時刻よりも前に、前記第２の利用者の第２の端末装置に通知を行う、処理をコンピュータに実行させるための制御プログラム。
（付記２）前記コンピュータに、さらに、前記第１の利用者の位置情報が前記特定の範囲情報の外側に位置する状態で、前記第２の利用者の位置情報が前記特定の範囲情報に対応する別の特定の範囲情報に到達した場合、前記第１の利用者及び前記第２の利用者がそれぞれ現在地から前記目的地に到着するまでの共通想定時間と前記第１の利用者が移動する想定速度とに応じて定まる大きさを有する第１の範囲情報を前記第１の端末装置に設定し、前記共通想定時間と前記第２の利用者が移動する想定速度とに応じて定まる大きさを有する第２の範囲情報を前記第２の端末装置に設定し、前記現在の在庫数が前記予定貸出数未満の場合、前記貸出対象を貸し出す予定の時刻よりも前に、前記第２の端末装置に通知を行う、処理を実行させることを特徴とする付記１に記載の制御プログラム。
（付記３）前記コンピュータに、さらに、前記現在の在庫数が前記予定貸出数未満の場合、前記予定貸出数と前記現在の在庫数との差分に基づいて、前記貸出対象の前記第２の利用者への不足数を算出し、算出した不足数に応じた前記第１の範囲情報を前記第１の端末装置に設定する、処理を実行させることを特徴とする付記２に記載の制御プログラム。
（付記４）前記コンピュータに、さらに、前記第２の利用者に前記貸出対象を貸し出した後の移動予定をさらに管理し、前記移動予定が存在する場合、前記移動予定の遅延を回避するタイミングに基づいて、前記第１の範囲情報を前記第１の端末装置に設定し、前記第２の範囲情報を前記第２の端末装置に設定し、前記第２の端末装置に通知を行う、処理を実行させることを特徴とする付記２又は３に記載の制御プログラム。
（付記５）前記コンピュータに、さらに、前記第１の利用者が前記目的地に遅延する遅延時間と、前記貸出対象と種別が共通する別の貸出対象を現在利用している第３の利用者が前記目的地で前記別の貸出対象を返却する予定の予定返却数と、をさらに管理し、前記遅延時間が発生し、かつ、前記第１の利用者より前に前記第３の利用者が前記目的地に到着する予定である場合、前記第３の利用者の現在地から前記目的地に到着するまでの想定時間と前記第３の利用者が移動する想定速度とに応じて定まる大きさを有する第３の範囲情報を前記第３の利用者の第３の端末装置に設定し、前記第３の利用者の位置情報が前記第３の範囲情報の内側に位置する状態で、前記第２の利用者の位置情報が前記第２の範囲情報に到達した場合、前記第２の端末装置への通知を中止する、処理を実行させることを特徴とする付記２から４のいずれか１項に記載の制御プログラム。
（付記６）前記通知は、前記目的地における前記第２の利用者の待機時間の発生、前記第２の利用者の回遊時間の余剰、前記第２の利用者に対する減速の推奨、前記第２の利用者への貸出開始の遅延の少なくともいずれかを含む、ことを特徴とする付記１から５のいずれか１項に記載の制御プログラム。
（付記７）貸出対象を現在利用している第１の利用者と前記貸出対象を次に利用する予定の第２の利用者がそれぞれ独立して向かう目的地における前記貸出対象の現在の在庫数と、前記目的地で前記第１の利用者から前記貸出対象が返却される予定の予定返却数と、前記目的地で前記第２の利用者に前記貸出対象を貸し出す予定の予定貸出数と、を管理し、前記貸出対象を貸し出す予定の時刻までに前記第１の利用者が前記目的地に到着可能な距離又は時間に応じて定まる大きさを有する特定の範囲情報を前記第１の利用者の第１の端末装置に設定し、前記現在の在庫数と、前記第１の利用者の位置情報が前記特定の範囲情報に到達した場合に計上される前記予定返却数と、前記予定貸出数とに応じて、前記予定の時刻に前記第２の利用者に前記貸出対象を貸出可能か否か判断し、前記貸出対象を貸出不能と判断した場合、前記貸出対象を貸し出す前記予定の時刻よりも前に、前記第２の利用者の第２の端末装置に通知を行う、処理をコンピュータが実行する制御方法。
（付記８）貸出対象を現在利用している第１の利用者と前記貸出対象を次に利用する予定の第２の利用者がそれぞれ独立して向かう目的地における前記貸出対象の現在の在庫数と、前記目的地で前記第１の利用者から前記貸出対象が返却される予定の予定返却数と、前記目的地で前記第２の利用者に前記貸出対象を貸し出す予定の予定貸出数と、を記憶する記憶部と、前記貸出対象を貸し出す予定の時刻までに前記第１の利用者が前記目的地に到着可能な距離又は時間に応じて定まる大きさを有する特定の範囲情報を前記第１の利用者の第１の端末装置に設定し、前記記憶部がそれぞれ記憶する前記現在の在庫数と、前記第１の利用者の位置情報が前記特定の範囲情報に到達した場合に計上される前記予定返却数と、前記記憶部が記憶する前記予定貸出数とに応じて、前記予定の時刻に前記第２の利用者に前記貸出対象を貸出可能か否か判断し、前記貸出対象を貸出不能と判断した場合、前記貸出対象を貸し出す前記予定の時刻よりも前に、前記第２の利用者の第２の端末装置に通知を行う、処理を実行する処理部と、を有する情報処理装置。
（付記９）前記処理部は、前記第１の利用者の位置情報が前記特定の範囲情報の外側に位置する状態で、前記第２の利用者の位置情報が前記特定の範囲情報に対応する別の特定の範囲情報に到達した場合、前記第１の利用者及び前記第２の利用者がそれぞれ現在地から前記目的地に到着するまでの共通想定時間と前記第１の利用者が移動する想定速度とに応じて定まる大きさを有する第１の範囲情報を前記第１の端末装置に設定し、前記共通想定時間と前記第２の利用者が移動する想定速度とに応じて定まる大きさを有する第２の範囲情報を前記第２の端末装置に設定し、前記現在の在庫数が前記予定貸出数未満の場合、前記貸出対象を貸し出す予定の時刻よりも前に、前記第２の端末装置に通知を行う、ことを特徴とする付記８に記載の情報処理装置。
（付記１０）前記処理部は、前記現在の在庫数が前記予定貸出数未満の場合、前記予定貸出数と前記現在の在庫数との差分に基づいて、前記貸出対象の前記第２の利用者への不足数を算出し、算出した不足数に応じた前記第１の範囲情報を前記第１の端末装置に設定する、ことを特徴とする付記９に記載の情報処理装置。
（付記１１）前記処理部は、前記第２の利用者に前記貸出対象を貸し出した後の移動予定をさらに管理し、前記移動予定が存在する場合、前記移動予定の遅延を回避するタイミングに基づいて、前記第１の範囲情報を前記第１の端末装置に設定し、前記第２の範囲情報を前記第２の端末装置に設定し、前記第２の端末装置に通知を行う、ことを特徴とする付記９又は１０に記載の情報処理装置。
（付記１２）前記記憶部は、前記第１の利用者が前記目的地に遅延する遅延時間と、前記貸出対象と種別が共通する別の貸出対象を現在利用している第３の利用者が前記目的地で前記別の貸出対象を返却する予定の予定返却数と、をさらに記憶し、前記処理部は、前記遅延時間が発生し、かつ、前記第１の利用者より前に前記第３の利用者が前記目的地に到着する予定である場合、前記第３の利用者の現在地から前記目的地に到着するまでの想定時間と前記第３の利用者が移動する想定速度とに応じて定まる大きさを有する第３の範囲情報を前記第３の利用者の第３の端末装置に設定し、前記第３の利用者の位置情報が前記第３の範囲情報の内側に位置する状態で、前記第２の利用者の位置情報が前記第２の範囲情報に到達した場合、前記第２の端末装置への通知を中止する、ことを特徴とする付記９から１１のいずれか１項に記載の情報処理装置。
（付記１３）前記通知は、前記目的地における前記第２の利用者の待機時間の発生、前記第２の利用者の回遊時間の余剰、前記第２の利用者に対する減速の推奨、前記第２の利用者への貸出開始の遅延の少なくともいずれかを含む、ことを特徴とする付記８から１２のいずれか１項に記載の情報処理装置。
【符号の説明】
【０１０４】
ＳＹＳ  情報処理システム
１００  第１端末
２００  第２端末
３００  管理サーバ
３１０  サービス情報記憶部
３２０  ユーザ情報記憶部
３３０  行程情報記憶部
３４０  フェンス情報記憶部
３５０  通信部
３６０  サービス管理部
３７０  ユーザ管理部
３８０  行程管理部
３９０  フェンス管理部
【図１】
2019200569.tif 000003
【図２】
2019200569.tif 000004
【図３】
2019200569.tif 000005
【図４】
2019200569.tif 000006
【図５】
2019200569.tif 000007
【図６】
2019200569.tif 000008
【図７】
2019200569.tif 000009
【図８】
2019200569.tif 000010
【図９】
2019200569.tif 000011
【図１０】
2019200569.tif 000012
【図１１】
2019200569.tif 000013
【図１２】
2019200569.tif 000014
【図１３】
2019200569.tif 000015
【図１４】
2019200569.tif 000016
【図１５】
2019200569.tif 000017
【図１６】
2019200569.tif 000018
【図１７】
2019200569.tif 000019
【図１８】
2019200569.tif 000020
【図１９】
2019200569.tif 000021
【図２０】
2019200569.tif 000022
【図２１】
2019200569.tif 000023
【図２２】
2019200569.tif 000024