(57)【要約】【課題】サービス提供のスポット位置を、利用者にとってさらに利便性がよくなるよう設定することが可能な情報処理装置および情報処理方法を提供する。【解決手段】特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を受信する通信部と、前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定する制御部を備える情報処理装置。【選択図】図１
2018225320.tif 000002
【特許請求の範囲】
【請求項１】
特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を受信する通信部と、
前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定する制御部を備える情報処理装置。
【請求項２】
前記制御部は、
前記複数ユーザからの位置要求が示す複数の位置を分析することにより得られた位置に、新たにスポットを生成するように制御する、請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
前記通信部を介して、前記複数ユーザからの位置要求の少なくとも一部の取り下げ要求を受信すると、
新たに生成した前記スポットを消去するように制御する、請求項１に記載の情報処理装置。
【請求項４】
前記制御部は、
前記複数ユーザからの位置要求が示す複数の位置周辺に、既に同じ特定のサービスを提供するスポットが存在するときには、既に存在するスポットの位置と、当該複数ユーザからの位置要求が示す複数の位置とを分析することにより得られた位置に、新たにスポットを生成すると共に、前記既に存在するスポットを消去するように制御する、請求項１に記載の情報処理装置。
【請求項５】
前記制御部は、
前記通信部を介して受信される、特定の移動手段が停まる前記スポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定する、請求項１に記載の情報処理装置。
【請求項６】
前記制御部は、
前記通信部を介して受信される、特定の移動手段が停まる前記スポットの位置と日時を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、所定時間単位で動的にスポットの位置を設定する、請求項５に記載の情報処理装置。
【請求項７】
前記制御部は、
地図画像上の前記設定したスポットの位置に停留所を示す画像を表示し、当該停留所に前記特定の移動手段が到着する予定時刻、および当該特定の移動手段の経路を明示した提示画面を生成する、請求項５に記載の情報処理装置。
【請求項８】
前記制御部は、
前記通信部を介して受信される、特定のコンテンツを提供するスポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定し、設定されたスポットに前記特定のコンテンツを関連付けて登録する、請求項１に記載の情報処理装置。
【請求項９】
前記位置要求が示す位置は、現実空間の位置、または仮想空間の位置である、請求項８に記載の情報処理装置。
【請求項１０】
前記制御部は、
地図画像上の前記設定したスポットの位置に、関連付けられた特定のコンテンツの画像を表示し、予め管理側により設定された公式のスポットであるか、若しくは一般ユーザからの要求に基づいて設定された非公式のスポットであるか、さらにユーザからの要求に基づいて設定したスポットであるかを明示した提示画面を生成する、請求項８に記載の情報処理装置。
【請求項１１】
前記制御部は、
前記通信部を介して受信される、自動運転サービス移動体を提供するスポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定する、請求項１に記載の情報処理装置。
【請求項１２】
前記制御部は、
前記通信部を介して受信される前記複数ユーザからの位置要求が示す複数の位置を、各ユーザの属性に応じて重み付けして分析することにより、前記スポットの位置を動的に設定する、請求項１に記載の情報処理装置。
【請求項１３】
プロセッサが、
特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を通信部により受信することと、
前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定することと、
を含む、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置および情報処理方法に関する。
【背景技術】
【０００２】
従来、位置に紐付いたサービスは、サービスを享受する位置が固定されているか、移動体によるサービス提供の場合は予め決められた場所で待つことになる。【０００３】
例えば、バスの場合は予めルートが決められており、所定のバス停に所定の時刻に訪れるよう運行される。【０００４】
ここで、バスの運行技術に関し、例えば下記特許文献１では、利用者からの要求に応じて巡回経路を変更可能な乗合車両運用システムが開示されている。【０００５】
また、下記特許文献２では、予め定められた路線である基幹ルート以外のデマンドルートにおける利用者の乗降要求を受け付け、通常の車両運行計画を原則として変更せずに、乗降要求の受付順に基本的に従いながら降車する利用者を早く降車させ、利用者の乗車時間が短くなるという条件に従ってデマンド走行計画を決定する即応型車両乗降システムが開示されている。【０００６】
また、下記特許文献３では、路線バスの運行経路上における停留所以外の任意の待機場所で所望の路線バスに乗車できる路線バス運行システムが開示されている。【０００７】
また、下記特許文献４では、予め定められた運行経路における所定地点を所定時間に通過する運行予定を有している車両の管理において、利用者からの乗車予約を受け付け、運行経路上の任意の個所で乗降可能とする乗車予約方法が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００１−２０９８９４号公報
【特許文献２】特開２００４−２２７２６２号公報
【特許文献３】特開２００２−３３４３９８号公報
【特許文献４】特開２００２−２８８７９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記特許文献１〜４に記載の技術では、いずれも利用者個人が要求した位置に従って乗降場所を決定しているが、複数の利用者から要求があった場合の最適な乗降場所の決定については考慮されていない。従って複数の利用者から要求があった場合、各利用者が指定する位置を乗降場所としてしまうと、運行効率が悪いという問題が生じる。【００１０】
また、従来技術では、利用者は任意の場所を乗降場所に指定できるが、いずれも予め設定された運行経路上、若しくは予め設定された基幹ルートに追加するデマンドルートであって、少なくとも運行経路までは移動しなければならず、最適な乗降位置とは言えない。【００１１】
そこで、本開示では、サービス提供のスポット位置を、利用者にとってさらに利便性がよくなるよう設定することが可能な情報処理装置および情報処理方法を提案する。
【課題を解決するための手段】
【００１２】
本開示によれば、特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を受信する通信部と、前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定する制御部を備える情報処理装置を提案する。【００１３】
本開示によれば、プロセッサが、特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を通信部により受信することと、前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定することと、を含む、情報処理方法を提案する。
【発明の効果】
【００１４】
以上説明したように本開示によれば、サービス提供のスポット位置を、利用者にとってさらに利便性がよくなるよう設定することが可能となる。【００１５】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１６】
【図１】本開示の一実施形態による情報処理システムの概要について説明する図である。
【図２】本実施形態による情報処理システムの全体構成の一例を示す図である。
【図３】本実施形態の第１の実施例によるユーザ端末の構成の一例を示すブロック図である。
【図４】本実施形態の第１の実施例によるサーバの構成の一例を示すブロック図である。
【図５】本実施形態の第１の実施例によるバス装置の構成の一例を示すブロック図である。
【図６】本実施形態の第１の実施例のサーバによるスポット位置要求の受付処理を示すフローチャートである。
【図７】本実施形態の第１の実施例によるバス情報ＤＢに記憶されるバス情報のデータ構成の一例を示す図である。
【図８】本実施形態の第１の実施例によるユーザ情報ＤＢに記憶される各ユーザの要求情報の一例を示す図である。
【図９】本実施形態の第１の実施例によるスポット位置通知処理を示すフローチャートである。
【図１０】本実施形態の第１の実施例のスポット情報ＤＢに記憶されるスポット情報の一例を示す図である。
【図１１】本実施形態の第１の実施例のユーザ端末による位置要求の動作処理を示すフローチャートである。
【図１２】本実施形態の第１の実施例のユーザ端末で表示される要求入力画面の一例を示す遷移図である。
【図１３】本実施形態の第１の実施例のユーザ端末で表示される要求入力画面の一例を示す遷移図である。
【図１４】本実施形態の第１の実施例によるスポット生成処理を示すフローチャートである。
【図１５】本実施形態の第１の実施例による要求位置のクラスタリングの一例について説明する図である。
【図１６】本実施形態の第１の実施例によるクラスタの中心の算出例について説明する図である。
【図１７】本実施形態の第１の実施例によるユーザ端末においてユーザに提示されるスポット情報画面の一例を示す図である。
【図１８】本実施形態の第２の実施例によるサーバの構成の一例を示すブロック図である
【図１９】本実施形態の第２の実施例のサーバによるスポット位置要求の受付処理を示すフローチャートである。
【図２０】本実施形態の第２の実施例によるユーザ情報ＤＢに保存される位置要求情報の一例を示す図である。
【図２１】本実施形態の第２の実施例によるコンテンツ情報ＤＢに保存されるコンテンツ情報の一例を示す図である。
【図２２】本実施形態の第２の実施例によるスポット情報ＤＢに保存されるスポット情報の一例を示す図である。
【図２３】本実施形態の第２の実施例によるユーザ端末の位置要求の動作処理を示すフローチャートである。
【図２４】本実施形態の第２の実施例によるコンテンツ配置画面の一例を示す図である。
【図２５】本実施形態の第２の実施例によるスポット生成処理を示すフローチャートである。
【図２６】本実施形態の第３の実施例によるサーバの構成の一例を示すブロック図である。
【図２７】本実施形態の第３の実施例による移動型自動販売装置の構成の一例を示すブロック図である。
【図２８】本実施形態の第３の実施例のサーバによるスポット位置要求の受付処理を示すフローチャートである。
【図２９】本実施形態の第３の実施例によるユーザ情報ＤＢに保存される位置要求情報の一例を示す図である。
【図３０】本実施形態の第３の実施例による販売装置情報ＤＢに格納される移動型自動販売装置情報の一例を示す図である。
【図３１】本実施形態の第３の実施例によるスポット情報ＤＢに格納されるスポット情報の一例を示す図である。
【図３２】本実施形態の第３の実施例によるスポット情報提示画面の一例を示す図である。
【図３３】本実施形態の第３の実施例のユーザ端末１による位置要求の動作処理を示すフローチャートである。
【図３４】本実施形態の第３の実施例によるスポット生成処理を示すフローチャートである。
【図３５】本実施形態の第４の実施例によるユーザ情報ＤＢ２２３に格納されるユーザ情報の一例を示す図である。
【図３６】本実施形態の第４の実施例による重み付けを考慮したスポット位置算出の具体例を示す図である。
【図３７】本実施形態の第４の実施例による重み付けを考慮したスポット位置算出の他の具体例を示す図である。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
また、説明は以下の順序で行うものとする。
１．本開示の一実施形態による情報処理システムの概要
２．第１の実施例
２−１．ユーザ端末１の構成
２−２．サーバ２Ａの構成
２−３．バス装置４Ａの構成
２−４．動作処理
（２−４−１．サーバ側におけるスポット位置要求の受付処理）
（２−４−２．端末側処理）
（２−４−３．サーバ側におけるスポット生成処理）
３．第２の実施例
３−１．サーバ２Ｂの構成
３−２．動作処理
（３−２−１．サーバ側におけるスポット位置要求の受付処理）
（３−２−２．端末側処理）
（３−２−３．サーバ側におけるスポット生成処理）
４．第３の実施例
４−１．サーバ２Ｃの構成
４−２．移動型自動販売装置４Ｂの構成
４−３．動作処理
（４−２−１．サーバ側におけるスポット位置要求の受付処理）
（４−２−２．端末側処理）
（４−２−３．サーバ側におけるスポット生成処理）
５．第４の実施例
６．まとめ
【００１９】
＜＜１．本開示の一実施形態による情報処理システムの概要＞＞
図１は、本開示の一実施形態による情報処理システムの概要について説明する図である。図１に示すように、本実施形態では、複数のユーザからの要求に基づいてサービス提供スポットの位置を最適な位置に設定し、利用者にとって利便性をさらに向上させることを可能とする。
【００２０】
具体的には、例えば図１に示すように、複数のユーザからのバス乗車要求に基づいてバスの停留所を設定（新たに生成）する。乗車要求には、各ユーザが希望する乗車位置が含まれており、本実施形態による情報処理システムは、複数のユーザが希望する各乗車位置の中間地点等を停留所に設定する。
【００２１】
上述した従来技術では、個人の位置要求をそのままバスの停止位置としているため、ある近い範囲で複数の利用者からの要求がある場合、全てに停止していていると効率が悪いという問題が生じる。これに対し、本実施形態による情報処理システムは、複数のユーザが希望する各乗車位置の中間地点等、複数のユーザからの要求に基づいてサービス提供スポットの位置を最適な位置に設定するため、サービスを利用する多数のユーザにとって全体最適となるサービス提供スポットを設定することができる。
【００２２】
また、本実施形態による情報処理システムは、予め設定された既定の運行経路上にバスの停留所を設定することに限られず、例えば基準のルートから所定範囲内に停留所を設定することも可能である。これにより、複数ユーザからのスポット提供位置要求に応じて、より最適なスポット位置を設定することができる。
【００２３】
また、スポット位置としてバスの停留所を設定する場合、本実施形態による情報処理システムは、例えばバス運行の所定時間前に運行毎に複数ユーザの位置要求を受け付けてスポット提供位置を設定し、設定した複数のスポット位置を巡回するルートを適宜決定する。
【００２４】
バスの利用者は曜日や時間帯によって利用者が違うことが想定され、最適なバス停の位置やルートも曜日や時間帯によって異なる可能性があり、本実施形態によれば、運行毎に最適な停留所やルートを動的に決定することが可能となる。
【００２５】
また、スポット位置としてキャラクターやアイテム等のコンテンツの出現場所を設定する場合、本実施形態による情報処理システムは、常時複数ユーザからの位置要求を受け付けてコンテンツ出現場所を適宜更新してもよい。
【００２６】
また、スポット位置として移動型自動販売装置等のサービス提供場所を設定する場合、本実施形態による情報処理システムは、営業時間内に複数ユーザからの位置要求をリアルタイムで受け付けて、提供場所を適宜設定してもよい。
【００２７】
続いて、このような本実施形態による情報処理システムの全体構成について図２を参照して説明する。図２は、本実施形態による情報処理システムの全体構成の一例を示す図である。
【００２８】
図２に示すように、本実施形態による情報処理システムは、ユーザ端末１とサーバ２を含む。ユーザ端末１およびサーバ２は、ネットワーク３を介して接続し、データの送受信を行い得る。
【００２９】
ユーザ端末１は、ユーザによる操作入力に従って、サービス提供の要求をサーバ２に送信する。サービス提供の要求には、サービス提供のスポット位置のリクエスト（位置要求）が含まれる。
【００３０】
また、本実施形態によるユーザ端末１は、例えばスマートフォン、携帯電話端末、タブレット端末、ＰＣ（パーソナルコンピュータ）、ウェアラブルデバイス（例えばＨＭＤ（Head  Mounted  Display）、スマートアイグラス、スマートウォッチ、スマートバンド、スマートネックスピーカー、スマートイヤリング等）、音楽プレーヤー、またはゲーム機等により実現される。
【００３１】
サーバ２は、複数ユーザからの位置要求に基づいてサービス提供のスポット位置を設定し、設定したスポット位置をユーザ端末１に通知したり、設定したスポット位置で所定のサービスを提供するよう制御したりする。例えばサービスの提供がバス等の移動体４により行われる場合、サーバ２は、設定したスポット位置の情報を移動体４に送信し、所定のスポット位置でサービスを提供するよう指示する。
【００３２】
なお図２では、一例として３つのユーザ端末１−１〜１−３と、３つの移動体４−１〜４−３を図示しているが、本実施形態はこれに限定されず、本実施形態による情報処理システムは、１以上のユーザ端末１および１以上の移動体４を含み得る。
【００３３】
以上、本開示の一実施形態による情報処理システムについて説明した。続いて、本実施形態による情報処理システムについて、複数の実施例を用いて具体的に説明する。
【００３４】
＜＜２．第１の実施例＞＞
第１の実施例では、本実施形態による情報処理システムを路線バスの停留所の設定に適用した場合について説明する。
【００３５】
第１の実施例による情報処理システムは、ユーザ端末１、サーバ２Ａ、およびバス装置４Ａを含む。ユーザ端末１およびサーバ２Ａは、ネットワーク３を介して接続し、データの送受信が可能である。また、サーバ２Ａは、設定した停留所（スポット位置）の情報等を、ネットワーク３を介してバス装置４Ａに送信することが可能である。
【００３６】
本実施例に含まれる各構成について以下順次説明する。
【００３７】
＜２−１．ユーザ端末１の構成＞
図３は、本実施例によるユーザ端末１の構成の一例を示すブロック図である。図３に示すように、ユーザ端末１は、制御部１０、通信部１１、操作入力部１２、位置測位部１３、表示部１４、および記憶部１５を有する。
【００３８】
（制御部１０）
制御部１０は、演算処理装置および制御装置として機能し、各種プログラムに従ってユーザ端末１内の動作全般を制御する。制御部１０は、例えばＣＰＵ（Central  Processing  Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部１０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）を含んでいてもよい。
【００３９】
また、本実施形態による制御部１０は、要求処理部１０１および情報提示部１０２としても機能する。
【００４０】
要求処理部１０１は、ユーザからのサービス提供スポットの位置要求を受け付け、要求情報を通信部１１からサーバ２Ａに送信するよう制御する。より具体的には、例えば要求処理部１０１は、ユーザが入力した路線バスの乗降に関する要求（乗降したいエリア、場所、日時（幅を持たせた日時であってもよい）等）を、要求情報としてサーバ２Ａに送信する。
【００４１】
情報提示部１０２は、通信部１１によりサーバ２Ａから受信した情報をユーザに提示するよう制御する。例えば情報提示部１０２は、ユーザからの位置要求に応じてサーバ２Ａにより設定されたスポット位置情報を表示部１４に表示し、ユーザに提示する。
【００４２】
（通信部１１）
通信部１１は、有線または無線によりネットワーク３と接続し、ネットワーク上のサーバ２Ａとデータの送受信を行う。通信部１１は、例えば有線／無線ＬＡＮ（Local  Area  Network）、またはＷｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、携帯通信網（ＬＴＥ（Long  Term  Evolution）、３Ｇ（第３世代の移動体通信方式））等によりネットワーク３と通信接続する。
【００４３】
（操作入力部１２）
操作入力部１２は、ユーザによる操作指示を受け付け、操作内容を制御部１０に出力する。操作入力部１２は、例えばタッチセンサ、圧力センサ、若しくは近接センサであってもよい。あるいは、操作入力部１２は、ボタン、スイッチ、およびレバーなど、物理的構成であってもよい。
【００４４】
（位置測位部１３）
位置測位部１３は、外部からの取得信号に基づいてユーザ端末１の現在位置を検知する機能を有する。具体的には、例えば位置測位部１３は、ＧＰＳ（Global  Positioning  System）測位部により実現され、ＧＰＳ衛星からの電波を受信して、ユーザ端末１が存在している位置を検知し、検知した位置情報を制御部１０に出力する。また、位置測位部１３は、ＧＰＳの他、例えばＷｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、携帯電話・ＰＨＳ・スマートフォン等との送受信、または近距離通信等により位置を検知するものであってもよい。
【００４５】
（表示部１４）
表示部１４は、スポット位置要求の入力画面や、設定されたスポット位置情報の提示画面等を出力する表示装置である。この表示部１４は、例えば、液晶ディスプレイ（ＬＣＤ：Liquid  Crystal  Display）、有機ＥＬ（Electro  Luminescence）ディスプレイなどの表示装置であってもよい。
【００４６】
（記憶部１５）
記憶部１５は、制御部１０の処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、および適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）により実現される。
【００４７】
以上、本実施形態によるユーザ端末１の構成について具体的に説明した。
【００４８】
なおユーザ端末１の構成は図３に示す例に限定されない。例えば入力手段として、操作入力部１２に限られず、音声入力部（マイクロホン）やカメラ、各種センサ（モーションセンサ、生体センサ等）を有していてもよいし、出力手段として、表示部１４に限られず、音声出力部（スピーカー）を備えていてもよい。
【００４９】
＜２−２．サーバ２Ａの構成＞
続いて、本実施例の情報処理システムに含まれるサーバ２Ａの構成について図４を参照して説明する。
【００５０】
図４は、本実施例によるサーバ２Ａの構成の一例を示すブロック図である。図４に示すように、本実施例によるサーバ２Ａは、制御部２０Ａ、通信部２１Ａ、および記憶部２２Ａを有する。
【００５１】
（制御部２０Ａ）
制御部２０Ａは、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ２Ａ内の動作全般を制御する。制御部２０Ａは、例えばＣＰＵ（Central  Processing  Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部２０Ａは、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）を含んでいてもよい。
【００５２】
また、本実施形態による制御部２０Ａは、スポット配置部２０１Ａおよびスポット情報送信制御部２０２Ａとしても機能する。
【００５３】
スポット配置部２０１Ａは、１以上のユーザからのスポット位置要求に基づいて、スポット位置の配置を最適化する。例えばスポット配置部２０１Ａは、複数ユーザからの要求に基づき、路線バスの基準のルートから所定範囲内に停留所（サービス提供のスポット位置）を適宜設定する。
【００５４】
このように、ある程度の路線バスのルートを決めた上で（例えば所定の停留所Ａと停留所Ｂとを結ぶルートを基準ルートとして設定する）、各停留所の位置は基準ルートから所定の範囲内で複数ユーザからの要求に基づく最適な場所に設定することで、よりユーザにとって利便性の高い路線バスの運行を実施することが可能となる。
【００５５】
なお本実施例によるスポット位置の配置処理（すなわち、スポットの生成処理）の詳細については、図１４を参照して具体的に説明する。
【００５６】
スポット情報送信制御部２０２Ａは、スポット配置部２０１Ａにより決定されたスポット位置に関する情報（スポット情報）を各ユーザ端末１に送信するよう制御する。
【００５７】
（通信部２１Ａ）
通信部２１Ａは、有線または無線によりネットワーク３と接続し、ネットワーク３を介して各ユーザ端末１とデータの送受信を行う。通信部２１Ａは、例えば有線／無線ＬＡＮ（Local  Area  Network）、またはＷｉ−Ｆｉ（Wireless  Fidelity、登録商標）等によりネットワーク３と通信接続する。
【００５８】
（記憶部２２Ａ）
記憶部２２Ａは、制御部２０Ａの処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ、および適宜変化するパラメータ等を一時記憶するＲＡＭにより実現される。
【００５９】
例えば本実施形態による記憶部２２Ａは、バス情報ＤＢ（データベース）２２１Ａ、スポット情報ＤＢ２２２Ａ、およびユーザ情報ＤＢ２２３Ａを格納する。
【００６０】
バス情報ＤＢ２２１Ａには、バスの各路線の情報（系統ＩＤ、系統名、始点・終点の停留所、および基準ルート情報等）が記憶されている。また、スポット情報ＤＢ２２２Ａには、スポット配置部２０１Ａにより決定された、各路線におけるスポット位置（本実施例では、停留所の位置）の情報が記憶されている。また、ユーザ情報ＤＢ２２３Ａには、ユーザＩＤに紐付けて、要求したスポット位置、選択した路線バスの識別情報（系統ＩＤや運行ＩＤ）、要求時間等が記憶されている。
【００６１】
以上、本実施形態によるサーバ２Ａの構成について具体的に説明した。
【００６２】
なおサーバ２Ａの構成は図４に示す例に限定されない。例えばサーバ２Ａの少なくとも一部の構成が外部装置にあってもよいし、制御部２０Ａの各機能の少なくとも一部が、通信距離が比較的ユーザ端末１に近い情報処理端末（例えば、いわゆるエッジサーバなど）により実現されてもよい。このようにサーバ２Ａの各構成を適宜分散することで、リアルタイム性の向上や処理負担の軽減、さらにはセキュリティを担保することが可能となる。
【００６３】
＜２−３．バス装置４Ａの構成＞
続いて、本実施例の情報処理システムに含まれるバス装置４Ａの構成について図５を参照して説明する。
【００６４】
図５は、本実施例によるバス装置４Ａの構成の一例を示すブロック図である。図５に示すように、バス装置４Ａは、制御部４０Ａ、通信部４１Ａ、位置測位部４２Ａ、表示部４３Ａ、および記憶部４４Ａを有する。
【００６５】
（制御部４０Ａ）
制御部４０Ａは、演算処理装置および制御装置として機能し、各種プログラムに従ってバス装置４Ａ内の動作全般を制御する。制御部４０Ａは、例えばＣＰＵ（Central  Processing  Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部４０Ａは、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）を含んでいてもよい。
【００６６】
また、本実施形態による制御部４０Ａは、通信部４１Ａによりサーバ２Ａから受信したスポット位置情報（すなわち、路線バスの停留所）を表示部４３Ａに表示し、運転手に提示する。運転手は、提示されたスポット位置を巡回するよう、運行を行う。なおサーバ２Ａからスポット位置情報と共に運行ルート情報も送信された場合、制御部４０Ａは、スポット位置情報および運行ルート情報を表示部４３Ａに表示し、運転手は、提示された運行ルートに従って運転を行う。
【００６７】
なお本実施例による制御部４０Ａは、さらに自動運転制御の機能を有していてもよい。この場合、制御部４０Ａは、通信部４１Ａによりサーバ２Ａから受信したスポット位置情報と運行ルート情報に基づいて、所定のルートを運行して所定のスポット位置で停車するよう、バス装置４Ａを自動運転制御する。
【００６８】
（通信部４１Ａ）
通信部４１Ａは、有線または無線によりネットワーク３と接続し、ネットワーク３を介してサーバ２Ａとデータの送受信を行う。通信部４１Ａは、例えば有線／無線ＬＡＮ（Local  Area  Network）、またはＷｉ−Ｆｉ（Wireless  Fidelity、登録商標）等によりネットワーク３と通信接続する。
【００６９】
（位置測位部４２Ａ）
位置測位部４２Ａは、外部からの取得信号に基づいてバス装置４Ａ（路線バス）の現在位置を検知する機能を有する。具体的には、例えば位置測位部４２Ａは、ＧＰＳ（Global  Positioning  System）測位部により実現され、ＧＰＳ衛星からの電波を受信して、バス装置４Ａが存在している位置を検知し、検知した位置情報を制御部４０Ａに出力する。また、位置測位部４２Ａは、ＧＰＳの他、例えばＷｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、携帯電話・ＰＨＳ・スマートフォン等との送受信、または近距離通信等により位置を検知するものであってもよい。
【００７０】
（表示部４３Ａ）
表示部４３Ａは、スポット位置情報や各スポット位置を巡回するルート情報の表示画面等を出力する表示装置である。この表示部４３Ａは、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、有機ＥＬ（（Electro  Luminescence）ディスプレイなどの表示装置であってもよい。
【００７１】
（記憶部４４Ａ）
記憶部４４Ａは、制御部４０Ａの処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ、および適宜変化するパラメータ等を一時記憶するＲＡＭにより実現される。
【００７２】
以上、バス装置４Ａの構成について具体的に説明した。なお本実施例によるバス装置４Ａの構成は図５に示す例に限定されない。
【００７３】
また、バス装置４Ａは、バス車両そのものであってもよいし、バス車両に搭載された車載装置であってもよい。また、バス車載装置は、運転席の周辺に着脱可能に設置されてもよい。
【００７４】
＜２−４．動作処理＞
続いて、本実施例による各動作処理について図面を用いて具体的に説明する。
【００７５】
（２−４−１．サーバ側におけるスポット位置要求の受付処理）
まず、図６を参照してサーバ２Ａによるスポット位置要求の受付処理について説明する。図６は、本実施例のサーバ２Ａによるスポット位置要求の受付処理を示すフローチャートである。
【００７６】
図６に示すように、まず、サーバ２Ａは、スポット位置要求の受付を開始する（ステップＳ１０３）。スポット位置要求の受付開始は、例えばバスが運行される日の数日前等に設定してもよい。
【００７７】
次に、サーバ２Ａは、ユーザ端末１から、エリアの指定および乗降日時の指定を受け付ける（ステップＳ１０６）。具体的にはユーザ端末１から受信した要求情報からエリアの指定および乗降日時の指定を取得する。エリアの指定は、例えば緯度・経度、および半径により指定され得る。
【００７８】
次いで、サーバ２Ａの制御部２０Ａは、指定されたエリアと日時で運行している路線バスの情報（系統情報および運行情報を含む）を、バス情報ＤＢ２２１Ａから検索し、ユーザ端末１に送信する（ステップＳ１０９）。ここで、図７に、バス情報ＤＢ２２１Ａに記憶されるバス情報のデータ構成の一例を示す。
【００７９】
図７に示すように、バス情報には、系統情報および運行情報が含まれ、系統ＩＤ毎に運行情報が紐付けられている。系統情報は、路線バスの種類（系統）毎に設定され、系統ＩＤ、系統名、停留所Ａ、停留所Ｂ、ルート情報（始点および終点を結ぶルートであって、ユーザ指定のスポットに寄らないデフォルトのルート情報：基準ルート）が含まれる。
【００８０】
また、系統毎に運行情報が紐付けられている。各系統における全ての時刻のバス（運行）には、通し番号として「運行ＩＤ」が付与されている。また、運行情報における「方向」には、「上り」と「下り」があり、例えば停留所Ａから停留所Ｂの方向に走るバスを「上り」、停留所Ｂから停留所Ａに走るバスを「下り」と称す。また、運行情報における「出発時刻」とは、「上り」の場合は停留所Ａを出発する日時、「下り」の場合は停留所Ｂを出発する日時である。
【００８１】
かかるバス情報を参照し、制御部２０Ａは、ユーザにより指定されたエリアと日時で運行している路線バスの情報を検索する。より具体的には、例えば制御部２０Ａは、ルート情報が停留所Ａと停留所Ｂを対角線とした矩形（緯度経度座標）で表されている場合、当該矩形がユーザにより指定されたエリアと重なっているか否かに基づいて判断してもよい。
【００８２】
また、制御部２０Ａは、ルート情報が、基準ルート上の特徴的な箇所（交差点やランドマークなど）の緯度経度座標リストで表されている場合、それらのうちどれか１つがユーザにより指定されたエリア内に含まれるか否かに基づいて判断してもよい。
【００８３】
このように検索された路線バスの情報（具体的には、系統情報および対応する運行情報）が、ユーザ端末１に送信される。
【００８４】
次に、サーバ２Ａは、ユーザ端末１から、ユーザが選択した系統ＩＤと運行ＩＤを取得する（ステップＳ１１２）。
【００８５】
次いで、サーバ２Ａの制御部２０Ａは、選択された系統ＩＤと運行ＩＤに基づいて、スポットを置ける範囲を決定し（ステップＳ１１５）、ユーザに通知する（ステップＳ１１８）。スポットを置ける範囲は、選択された系統の基準ルートに沿った道路沿いにしてもよいし、基準ルートから所定の範囲内（距離の閾値を設定）で迂回できる範囲にしてもよい。
【００８６】
次に、サーバ２Ａは、ユーザ端末１から、ユーザのスポット位置要求を受け取り、要求情報としてユーザ情報ＤＢ２２３Ａに保存する（ステップＳ１２１）。
【００８７】
なおサーバ２Ａは、既に受け付け済みのユーザからのスポット位置要求である場合は、ユーザ情報ＤＢ２２３Ａに保存している要求情報を更新する（ステップＳ１２４）。
【００８８】
ここで、図８に、ユーザ情報ＤＢ２２３Ａに記憶される各ユーザの要求情報の一例を示す。図８に示すように、ユーザＩＤに紐付けて、ユーザが選択した系統ＩＤ、運行ＩＤ、および位置要求時刻（最新）、最新要求位置情報（緯度、経度）が記憶されている。
【００８９】
以上説明した例では、ユーザが要求するスポット位置はバス乗車の位置としているが、バス降車の位置も同様に要求できるようにしてもよい。乗車であっても降車であっても、システム側としてはどの位置をスポット位置に決定するかだけであるため、同様にスポット位置として決定することができる（この場合、要求情報として一人につき２箇所の位置要求を保持する）。
【００９０】
また、バス降車位置の要求は、ユーザがバスに乗車した後に行えるようにしてもよい。この場合、ユーザは、例えば既に決定されている当該バスのスポット位置（各停留所）から降車したい停留所を選択してもよいし、次の停留所で降りたい場合に車内の所定のボタンを押すようにしてもよい。
【００９１】
サーバ２Ａは、以上説明した動作処理を繰り返し、複数のユーザからのスポット位置要求の情報を蓄積する。そして、例えばバス運行の当日深夜２時等、所定の受付期間が終了すると、受け付けを締め切り、スポット位置の決定処理を行う。以下、図９を参照して説明する。
【００９２】
図９は、本実施例によるスポット位置通知処理を示すフローチャートである。図９に示すように、サーバ２Ａは、受け付けた複数ユーザからの要求に基づいて、スポットの生成を行い（本実施例では、バスの停留所の配置の他、さらに運行経路の決定（算出）を行ってもよい）、スポット情報ＤＢ２２２Ａに記憶する（ステップＳ１３３）。
【００９３】
スポット生成処理の詳細については図１４を参照して後述するが、サーバ２Ａのスポット配置部２０１Ａは、バスの運行ＩＤ毎に各ユーザからの位置要求をまとめ、スポットの生成（最適な位置への配置）を行う。ここで、図１０にスポット情報ＤＢ２２２Ａに記憶されるスポット情報の一例を示す。
【００９４】
図１０に示すように、スポット情報ＤＢ２２２Ａには、生成されたスポット情報として、スポットＩＤと、スポット位置情報（例えば緯度・経度）と、対応する位置要求ユーザＩＤ（どのユーザからの位置要求に基づいて当該スポット情報を生成したかを示すもの）とが格納されている。同じスポットＩＤに登録されている位置要求ユーザは、全て同じ系統ＩＤと運行ＩＤを指定したユーザである。
【００９５】
次に、サーバ２Ａは、スポットの位置および当該スポットの位置へのバスの到着予定時刻をユーザに通知する（ステップＳ１３６）。運行ＩＤには、時刻表として出発時刻が設定されているため、サーバ２Ａのスポット配置部２０１Ａは、生成したスポットの位置に基づいて、当該運行ＩＤに対応するバスの到着予定時刻を算出することが可能である。
【００９６】
次いで、サーバ２Ａは、スポットを作成した運行ＩＤに対応するバス（具体的には、バス装置４Ａ）に、スポット位置情報を通知する（ステップＳ１３９）。通知されたスポット位置情報は、バス装置４Ａにより運転手に提示される。
【００９７】
以上、サーバ２Ａ側の処理について具体的に説明した。続いて、ユーザ端末１側の処理について図１１を参照して具体的に説明する。
【００９８】
（２−４−２．端末側処理）
図１１は、本実施例のユーザ端末１による位置要求の動作処理を示すフローチャートである。図１１に示すように、ユーザ端末１は、まず、アプリケーションを起動してサーバ２Ａに接続する（ステップＳ１４３）。
【００９９】
次に、ユーザ端末１は、サービスを受けたいエリアと乗降日時を指定してサーバ２Ａに通知する（ステップＳ１４６）。ここで、図１２および図１３に、ユーザ端末１で表示される要求入力画面の一例を示す。
【０１００】
図１２左に示すように、まず、エリアと乗降日時の指定を行う入力画面５０がユーザ端末１の表示部１４に表示される。ユーザは、例えば日付ボタン５０１をタップして表示されたカレンダーから乗車したい日付を指定する。また、ユーザは、表示されている地図画像を移動してエリアを選択する。初期に表示されるエリアはユーザの現在地周辺であってもよい（入力画面５０では、ユーザの現在地を「ＹＯＵ」と表記したアイコンで示している）。エリアを変更したい場合、ユーザは、地図をスクロールしてエリアを変更することが可能である。なお表示されるエリアの範囲は、地図中央から半径Ｎｍ以内等としてもよい。
【０１０１】
また、入力画面５０には、バスの基準ルートと、始発や終点となる基準の停留所が表示されている。図１２に示す例では、例えば地図上に太線で示すルートＬ１は、停留所Ｓ１と停留所Ｓ２とを結ぶ系統の基準ルートであって、点線で示すルートＬ２は、停留所Ｓ３と画面外に位置する停留所（不図示）とを結ぶ系統の基準ルートである。これにより、ユーザは、乗降したいエリアにどのような系統のバスが通っているかを把握することができる。
【０１０２】
ユーザは、エリアと乗降日時の選択が終了すると、決定ボタン５０２をタップして選択を決定（確定）する。決定ボタン５０２がタップされると、ユーザ端末１は、ユーザにより指定（選択）されたエリアと乗降日時の情報をサーバ２Ａに送信する。エリアの情報は、例えば画面に表示されている矩形地図の４角の緯度経度であってもよい。
【０１０３】
次いで、ユーザ端末１は、指定したエリアと日時で運行しているバスの系統と運行に関する情報をサーバ２Ａから取得し、表示する（ステップＳ１４９）。具体的には、例えば図１２の右側に示すように、まずバスの系統情報に基づいて系統一覧画面５１が表示される。ユーザが系統一覧画面５１から系統を指定すると、次いで、図１３の左側に示すように、指定した系統に対応する運行情報に基づいて運行情報画面５２が表示される。
【０１０４】
ユーザは、運行情報画面５２から乗車したいバス（具体的には、どの時間帯に始発駅を出発するバスか）を指定する。なおユーザが指定したエリアに１つの系統しか無い場合は系統の選択無しで系統ＩＤが決定されるようにしてもよい。
【０１０５】
次に、ユーザ端末１は、ユーザにより指定されたバスに対応する系統ＩＤと運行ＩＤをサーバ２Ａに通知する（ステップＳ１５２）。
【０１０６】
次いで、ユーザ端末１は、サーバ２Ａからスポットを置ける範囲を取得し、表示する（ステップＳ１５５）。具体的には、例えば図１３の右側に示すように、スポットを置ける範囲（スポット位置要求可能範囲）５３１が示された位置要求画面５３が表示される。ユーザは、スポット位置要求可能範囲５３１内でスポット位置を指定する（スポット位置の要求）。図１３に示す位置要求画面５３では、ユーザが指定したスポット位置がアイコン５３２で示されている。
【０１０７】
そして、ユーザ端末１は、ユーザによるスポット位置要求をサーバ２Ａに通知する（ステップＳ１５８）。具体的には、ユーザ端末１は、ユーザが指定したスポット位置の緯度経度情報をサーバ２Ａに送信する。
【０１０８】
以上、ユーザ端末１における位置要求の具体的な処理について説明した。
【０１０９】
（２−４−３．スポット生成処理）
続いて、本実施例による複数ユーザからの位置要求に基づくスポット生成処理について、図１４〜図１６を参照して具体的に説明する。
【０１１０】
図１４は、本実施例によるスポット生成処理を示すフローチャートである。図１４に示すように、まず、サーバ２Ａのスポット配置部２０１Ａは、特定の系統ＩＤと運行ＩＤの組み合わせに紐付いた全てのユーザの要求位置（すなわちスポット位置の要求している位置）をユーザ情報ＤＢ２２３Ａから抽出し、まとめる（例えばリスト化する）（ステップＳ１６３）。本実施例では一例として、ユーザによりバス（運行ＩＤ）が選択されている。
【０１１１】
次に、スポット配置部２０１Ａは、まとめたリスト内の要求位置のお互いの距離に応じてクラスタリングを行い、距離が近い要求位置をクラスタでまとめる（ステップＳ１６６）。クラスタの手法は特に限定しないが、例えば階層型クラスタリング（距離関数には例えばウォード法を使う）を用いてもよい。
【０１１２】
階層型クラスタリングは、最も似ている組み合わせから順番にまとまり（クラスタ）を生成し、途中過程を階層のように表すことができ、最終的に樹形図（デンドログラム）が出来上がる。通常の階層型クラスタリングでは、樹形図の最上位ノードが1つになるまで（つまり1クラスタになるまで）続けられるが、本実施例では、適度な段階でクラスタ結合を中断して構わない。「適度な段階」とは、例えばクラスタの距離が一定以上離れた場合や、クラスタの数（すなわちスポットの数）が一定数を超えない範囲が想定される。
【０１１３】
ここで、図１５を参照して要求位置のクラスタリングの一例について説明する。図１５に示すように、まず、個別のユーザの要求位置Ａ〜Ｆがある場合に、最も距離が近いペアをまとめる。
【０１１４】
次いで、一定距離内のペアを順次まとめていく。この場合、クラスタには二つ以上の点（要求位置）が入ることもあれば、単独になることもある。図１５に示す例では、３つのクラスタＭ１〜Ｍ３（すなわち、３つのスポット位置）となる。
【０１１５】
なお、クラスタとしてまとめる距離の閾値を大きくしたり、さらに上位の階層までクラスタリングすることで、スポットの数が減るため、そのエリアのスポットの密度（数）を調整することができる。
【０１１６】
次に、スポット配置部２０１Ａは、クラスタリング結果から未処理のクラスタを１つ取得し（ステップＳ１６９）、取得したクラスタに含まれる全ての要求位置の中心を求めて、スポット位置（バスの停留所）とする（ステップＳ１７２）。中心を求める計算は例えば単純に同一クラスタ内の複数の位置要求の緯度経度の平均をとるようにしてもよい。
【０１１７】
ここで、図１６を参照してクラスタの中心の算出例について説明する。図１６に示すように、例えばクラスタＭ内のすべての要求位置の緯度、経度を各々加算し、それらを要求位置の数で割って中心Ｓ（緯度経度）を求めることが可能である。
【０１１８】
次いで、スポット配置部２０１Ａは、単純に中心を求めただけではスポットを置けない場所（道路がない場所など）である可能性があるため、この場合は求めた中心緯度経度の最近傍のスポット配置可能場所に当該スポットを移動するよう補正する（ステップＳ１７５）。
【０１１９】
続いて、スポット配置部２０１Ａは、上記ステップＳ１６９〜Ｓ１７５に示す処理を、全てのクラスタに対して行う（ステップＳ１７８）。階層化クラスタリングを使用するとクラスタの分類数は不定になる（同じクラスタリング手法でもk-means法のような非階層型クラスタリングでは事前にクラスタ数を決めてから算出する）ため、全てのクラスタについて処理を行うよう、上記ステップＳ１６９で未処理のクラスを順次取得して処理を繰り返す。
【０１２０】
次に、全てのクラスタ処理が終わると（ステップＳ１７８／Ｙｅｓ）、スポット配置部２０１Ａは、生成した各スポットにＩＤを振り直し、当該スポット生成を行ったクラスタに紐付いているユーザのＩＤと共にスポット情報ＤＢに登録する。この際、スポット配置部２０１Ａは、当該スポットへの到着予定時刻も算出して記録しておいてもよい。到着予定時刻は、カーナビゲーションシステム等で利用されている既存の手法を用いて算出され得る。
【０１２１】
次いで、サーバ２Ａのスポット情報送信制御部２０２Ａは、更新したスポットの位置および到着予定時刻をユーザに通知する（ステップＳ１８４）。ここで、図１７に、ユーザ端末１においてユーザに提示されるスポット情報画面の一例を示す。
【０１２２】
図１７に示すように、スポット情報画面５４には、複数ユーザの位置要求に基づいて生成された各スポット（停留所Ｓ５〜Ｓ７）と、生成されたスポットを巡回するルートＬ１’と、ユーザの位置要求に基づいて生成されたスポット（停留所Ｓ６）へのバスの到着予定時刻が表示される。また、図１７に示すように、バスの現在地を示すアイコン５４１や、ユーザの現在地を示すアイコン５４２をさらに表示するようにしてもよい。
【０１２３】
そして、スポット情報送信制御部２０２Ａは、当該系統ＩＤと運行ＩＤに対応するバス（バス装置４Ａ）に、生成したスポット位置情報を通知する（ステップＳ１８７）。これにより、バスの運転手は、どこが停留所（スポット位置）として決定されたかを把握することができる。また、サーバ２Ａは、生成したスポット位置を巡回するルート、各停留所を回る目標時刻も算出して併せてバスに通知してもよい。バス装置４Ａが自動運転を行う場合、サーバ２Ａにより通知されたスポット位置を巡回するルートおよび各停留所を回る目標時刻に従って、バス装置４Ａは自動運転制御される。
【０１２４】
以上、本実施例によるスポット位置の生成について具体的に説明した。
【０１２５】
＜＜３．第２の実施例＞＞
続いて、本実施形態の第２の実施例について説明する。
【０１２６】
近年、映画やドラマ、アニメーションでモデルとなった場所を実際に訪れる「舞台めぐり」や、ユーザの現在位置に基づいてゲームが進行する「位置ゲーム」など、現実のロケーションと仮想的なゲームやアニメの世界を融合してユーザにエンタテイメントコンテンツを提供するサービスが普及している。このような位置に紐付くコンテンツの提供サービスにおいて、本実施形態による情報処理システムを適用し、最適なサービス提供のスポット位置の配置を行うことが可能となる。
【０１２７】
例えば、「舞台めぐり」では、アニメのファンの要求に基づいて、「聖地」と呼ばれるアニメの中の舞台やキャラクターと密接に紐付いた場所を設定することができる。「聖地」はこれまでコンテンツ提供側が予め決めた場所か、あるいはユーザからリクエストの多い場所を人力で集計して設定するしかなかったが、本実施形態を適用することで自動的に動的に「聖地」を設置することができる。
【０１２８】
聖地は通常特定のランドマークに紐付く事が多く、複数のユーザの位置要求の中心とは相容れない場合も想定されるが、「アニメの中でこのキャラクターはよくこの界隈に出没している」（ユーザが自ら発見した場所や似た場所等、第２の聖地も想定される）ということも多く、ユーザがそれぞれの位置要求を行った場合に位置の範囲は広くなることが考えられるため、本実施形態による情報処理システムの適用は有用である。
【０１２９】
これにより、ファン皆で聖地を設定し、増やすことができ、観光客が訪れる場所や範囲も広がり、地域活性化に繋がる。設定された「聖地」では、例えば対応するキャラクターがＡＲ（Augmented  Reality）表示されるようにしたり、対応するキャラクターと記念写真が撮れる等のサービスを提供することが想定される。
【０１３０】
また、位置ゲームに関しても同様で、例えばモンスターの登場位置、アイテムの登場位置、ゲームのシンボル的ランドマークの位置などを複数のユーザの要求に基づいて設定することが可能である。
【０１３１】
このような位置に紐づくコンテンツ提供サービスに適用される第２の実施例による情報処理システムは、ユーザ端末１およびサーバ２Ｂを含むシステム構成となる。ユーザ端末１およびサーバ２Ｂは、ネットワーク３を介して接続し、データの送受信が可能である。ユーザ端末１の構成は図３を参照して説明した第１の実施例によるユーザ端末１と同様であるため、ここでの詳細な説明は省略する。
【０１３２】
＜３−１．サーバ２Ｂの構成＞
図１８は、第２の実施例によるサーバ２Ｂの構成の一例を示すブロック図である。図１８に示すように、サーバ２Ｂは、制御部２０Ｂ、通信部２１Ｂ、および記憶部２２Ｂを有する。
【０１３３】
（制御部２０Ｂ）
制御部２０Ｂは、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ２Ｂ内の動作全般を制御する。制御部２０Ｂは、例えばＣＰＵ（Central  Processing  Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部２０Ｂは、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）を含んでいてもよい。
【０１３４】
また、本実施形態による制御部２０Ｂは、スポット配置部２０１Ｂ、スポット情報送信制御部２０２Ｂ、およびゲーム進行制御部２０３Ｂとしても機能する。
【０１３５】
スポット配置部２０１Ｂは、１以上のユーザからのスポット位置要求に基づいて、スポット位置の配置を最適化する。スポット位置配置の処理（すなわち、スポットの生成処理）の詳細については、図２５を参照して具体的に説明する。
【０１３６】
スポット情報送信制御部２０２Ｂは、スポット配置部２０１Ｂにより決定されたスポット位置に関する情報（スポット情報）を各ユーザ端末１に送信するよう制御する。なお、多数のユーザからの要求に基づいてスポット位置が配置されるため、ユーザが新たに位置要求を行ってもほんの少しの距離しか反映されない場合もあるため、スポット情報送信制御部２０２Ｂは、「○ｍ動きました」等の更新内容を知らせる通知を併せて行うようにしてもよい。
【０１３７】
ゲーム進行制御部２０３Ｂは、ゲームの進行を制御し、ゲーム画面やゲームに関する通知をユーザ端末１に適宜送信する。なお、ここでは一例として位置ゲームサービスをユーザに提供するサーバ２Ｂについて説明するため、ゲーム進行制御部２０３Ｂを有している。しかしながら本実施例はこれに限定されず、「舞台めぐり」サービスをユーザに提供するサーバ２Ｂの場合は、ゲーム進行制御部２０３Ｂに代わり、決定したスポット位置にユーザが訪れた際に所定のキャラクターをＡＲ表示して登場させる等のサービスを提供するサービス提供制御部を有していてもよい。
【０１３８】
（通信部２１Ｂ）
通信部２１Ｂは、有線または無線によりネットワーク３と接続し、ネットワーク３を介して各ユーザ端末１とデータの送受信を行う。通信部２１Ｂは、例えば有線／無線ＬＡＮ（Local  Area  Network）、またはＷｉ−Ｆｉ（Wireless  Fidelity、登録商標）等によりネットワーク３と通信接続する。
【０１３９】
（記憶部２２Ｂ）
記憶部２２Ｂは、制御部２０Ｂの処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ、および適宜変化するパラメータ等を一時記憶するＲＡＭにより実現される。
【０１４０】
また、例えば本実施形態による記憶部２２Ｂは、コンテンツ情報ＤＢ２２１Ｂ、スポット情報ＤＢ２２２Ｂ、およびユーザ情報ＤＢ２２３Ｂを格納する。
【０１４１】
コンテンツ情報ＤＢ２２１Ｂには、位置に紐付いて登場するキャラクターの情報が記憶されている。また、スポット情報ＤＢ２２２Ｂには、スポット配置部２０１Ｂにより決定されたスポット位置（本実施例では、キャラクターが登場する位置）の情報が記憶されている。また、ユーザ情報ＤＢ２２３Ｂには、ユーザＩＤに紐付けて、要求したスポット位置、要求時間等が記憶されている。
【０１４２】
以上、本実施形態によるサーバ２Ｂの構成について具体的に説明した。なおサーバ２Ｂの構成は図１８に示す例に限定されない。例えばサーバ２Ｂの少なくとも一部の構成が外部装置にあってもよいし、制御部２０Ｂの各機能の少なくとも一部が、通信距離が比較的ユーザ端末１に近い情報処理端末（例えば、いわゆるエッジサーバなど）により実現されてもよい。このように、サーバ２Ｂの各構成を適宜分散することで、リアルタイム性の向上や処理負担の軽減、さらにはセキュリティを担保することが可能となる。
【０１４３】
＜３−２．動作処理＞
続いて、本実施例による各動作処理について図面を用いて具体的に説明する。
【０１４４】
（３−２−１．サーバ側におけるスポット位置要求の受付処理）
まず、図１９を参照してサーバ２Ｂによるスポット位置要求の受付処理について説明する。図１９は、本実施例のサーバ２Ｂによるスポット位置要求の受付処理を示すフローチャートである。
【０１４５】
図１９に示すように、まず、サーバ２Ｂは、コンテンツスポット位置要求の受付を開始する（ステップＳ２０３）。なお舞台めぐりや位置ゲームでは、ユーザからのスポット位置要求を常時に受け付けるようにしてもよい。
【０１４６】
次に、サーバ２Ｂは、ユーザからの位置要求に基づいて、ユーザが置こうとしているコンテンツをコンテンツ情報ＤＢ２２１Ｂから取得する（ステップＳ２０６）。本実施例による位置要求では、舞台めぐりであればキャラクター、位置ゲームであればモンスターやアイテムがユーザにより選択される。
【０１４７】
次いで、サーバ２Ｂは、当該コンテンツを置ける範囲を決定する（ステップＳ２０９）。コンテンツを置ける範囲は、予め設定された舞台めぐりで行動できる範囲（例えば特定の地域、市町村、県など）であったり、位置ゲームではコンテンツ（モンスターやアイテム）に応じて制限するようにしてもよい（例えば水のモンスターは川沿いにしか出現しないようにする等）。
【０１４８】
次に、サーバ２Ｂは、コンテンツを置ける位置範囲をユーザに通知する（ステップＳ２１２）。ユーザ端末１側では、コンテンツを置ける位置範囲からコンテンツの要求位置がユーザにより指定される。
【０１４９】
次いで、サーバ２Ｂは、ユーザ端末１から、コンテンツ位置要求（すなわち、ゲームキャラクターの登場位置の要求や、聖地の登録要求である）を受け取る（ステップＳ２１５）。なお、コンテンツ位置要求は、毎日一回しか受け付けないようにしてもよいし、ユーザが現地に行かないと要求できないようにしてもよい（すなわち、コンテンツ位置要求として現在地しかリクエストできないようにしてもよい）。
【０１５０】
続いて、サーバ２Ｂは、既に一度同じコンテンツについて位置要求を受け付けているユーザの場合には回数制限をかけたり、要求位置の変更であれば位置を更新する（ステップＳ２１８）。各ユーザからの位置要求は、ユーザ情報ＤＢ２２３Ｂに保存される。ユーザ情報ＤＢ２２３Ｂに保存される位置要求情報の一例を図２０に示す。
【０１５１】
図２０に示すように、位置要求情報には、ユーザＩＤに紐付けて、スポットが決定された場合にはスポットＩＤ（決定までは、コンテンツＩＤを登録しておいてもよい）、さらに位置要求時刻（最新）と、最新要求位置（緯度・経度）が含まれる。
【０１５２】
次に、サーバ２Ｂは、特定のコンテンツに対する全てのユーザの位置要求に基づいて、コンテンツスポットの生成、移動、または消去を行い、結果をコンテンツ情報ＤＢ２２１Ｂに記録する（ステップＳ２２１）。
【０１５３】
コンテンツ情報ＤＢ２２１Ｂには、図２１に例示したように、コンテンツＩＤに紐付けて、コンテンツ情報としてキャラクターやゲームモンスター、アイテム等の情報が登録される。登場する場所（スポット位置）が決定されている場合は、スポットＩＤも登録される。スポットＩＤは複数の場合も想定される（複数の場所に同じキャラクターが登場する）。なお本実施例によるスポット生成の詳細については、図２５を参照して後述する。
【０１５４】
次いで、サーバ２Ｂは、決定したコンテンツスポット（スポット位置）に、コンテンツを紐付ける（ステップＳ２２４）。具体的には、スポット情報ＤＢ２２２Ｂに、スポット位置と、位置要求を行ったユーザＩＤと、コンテンツＩＤとを紐付けて登録（更新）する。ここで図２２にスポット情報ＤＢ２２２Ｂに格納されるスポット情報の一例を示す。図２２に示すように、スポット情報は、スポットＩＤに紐付けて、スポット位置（緯度経度）、位置要求を行ったユーザＩＤ（複数人居る場合は複数のユーザＩＤ）、登録されたコンテンツＩＤ、公式スポットであるか否かの情報が含まれる。
【０１５５】
なお、舞台めぐりやゲームの都合でコンテンツを当該スポット位置にすぐに出現させず、日時や何らかの条件をユーザが満たした場合に出現させるようにしてもよい。例えば、舞台めぐりの場合は既に必須スポットを巡回している場合、位置ゲームではユーザが必要なレベルに達している場合や特定のアイテムを持っている場合に、当該コンテンツを出現させるようにしてもよい。コンテンツ情報ＤＢ２２１Ｂには、このような出現条件も併せて登録され得る。
【０１５６】
そして、サーバ２Ｂは、更新したコンテンツスポットの位置をユーザに通知する（ステップＳ２２７）。
【０１５７】
以上、本実施例による受付処理について具体的に説明した。
【０１５８】
（３−２−２．端末側処理）
続いて、ユーザ端末１側の動作処理について図２３を参照して説明する。図２３は、本実施例によるユーザ端末１の位置要求の動作処理を示すフローチャートである。
【０１５９】
図２３に示すように、まず、ユーザ端末１は、アプリケーションを起動してサーバ２Ｂに接続する（ステップＳ２３３）。
【０１６０】
次に、ユーザ端末１は、位置指定したいキャラクターやアイテム等のコンテンツを選んでサーバ２Ｂに通知する（ステップＳ２３６）。具体的には、ユーザ端末１は、位置指定したいコンテンツの選択画面を表示し、ユーザに選択されたコンテンツのＩＤをサーバ２Ｂに送信する。
【０１６１】
次いで、ユーザ端末１は、当該コンテンツを置ける範囲をサーバ２Ｂから取得し（ステップＳ２３９）、コンテンツを置ける範囲を画面に表示する（ステップＳ２４２）。具体的には、ユーザ端末１は、地図上においてコンテンツを置ける範囲を強調表示したり、コンテンツを置ける範囲について説明するテキスト（例えば、「水属性のモンスターなので水辺にしか置けません」など）を表示する。コンテンツを置ける範囲は、例えばユーザの現在地周辺におけるコンテンツ配置可能範囲を優先的に表示するようにしてもよいし、ユーザが画面をスクロールしたり住所や地名を入力して任意のエリアのコンテンツ配置可能範囲を探せるようにしてもよい。
【０１６２】
次に、ユーザ端末１は、ユーザによるコンテンツスポット位置要求を取得し、サーバ２Ｂに送信する（ステップＳ２４５）。
【０１６３】
次いで、ユーザ端末１は、コンテンツスポット配置結果をサーバ２Ｂから受信し、表示する（ステップＳ２４８）。具体的には、ユーザ端末１は、例えば図２４に示すようなコンテンツ配置画面６０を表示してもよい。図２４に示すコンテンツ配置画面６０では、地図画像上に、モンスター画像Ｐ１〜Ｐ３が重畳表示され、これによりスポット位置（モンスター登場位置）を把握することができる。
【０１６４】
なおコンテンツ配置画面６０において、提示しているスポットが公式スポットであるか、またはユーザの位置要求に基づいて設定されたスポットであるか（一般ユーザからの位置要求に基づいて設定された非公式スポットであるか）等が分かるよう、表示態様を変化させてもよい。例えば図２４に示す例では、公式スポットである場合には「公」のマークが付与され、ユーザ要求に紐づくスポットの場合には「星」のマークが付与されている。
【０１６５】
また、ユーザによるスポット位置要求がない場合でも、他のユーザによるコンテンツスポット位置要求に基づいてスポットが更新される可能性があるため、ユーザ端末１は、コンテンツスポット配置結果の取得や画面更新は所定の間隔で行うようにしてもよい。若しくは、更新があった場合にサーバ２Ｂからスポット位置要求の更新通知が行われ、その度に画面更新するようにしてもよい。
【０１６６】
そして、ユーザ端末１は、ユーザの操作に応じて（他のコンテンツの配置操作や、コンテンツの移動操作等）、上記ステップＳ２３６〜Ｓ２４８の処理を繰り返す（ステップＳ２５１）。
【０１６７】
（３−２−３．スポット生成処理）
次に、本実施例によるスポット生成処理について図２５を参照して説明する。本実施例によるスポット生成処理は、概ね第１の実施例と同様であるため、簡易的に説明する。
【０１６８】
図２５は、本実施例によるスポット生成処理を示すフローチャートである。図２５に示すように、まず、サーバ２Ｂのスポット配置部２０１Ｂは、特定のコンテンツに対する現在の全ての位置要求を取得する（ステップＳ２６３）。
【０１６９】
次に、スポット配置部２０１Ｂは、要求位置のお互いの距離に応じてクラスタリングを行い、近い位置要求をクラスタでまとめていく（ステップＳ２６６）。クラスタリングの詳細については、第１の実施例と同様であるため、詳細は省略する。
【０１７０】
次いで、スポット配置部２０１Ｂは、クラスタリング結果から未処理のクラスタを１つ取得し（ステップＳ２６９）、取得したクラスタに含まれる全ての要求位置の中心を求めてスポットとする（ステップＳ２７２）。中心の算出に関しても第１の実施例と同様であるため、詳細は省略する。
【０１７１】
次に、単純に中心を求めただけではスポットを置けない場所（道路がない場所、私有地、危険な場所など）である可能性もあるため、スポット配置部２０１Ｂは、中心緯度経度の最近傍のスポットを置ける場所にスポットを移動する（ステップＳ２７５）。
【０１７２】
次いで、スポット配置部２０１Ｂは、全てのクラスタ処理が終わるまで上記ステップＳ２６９〜Ｓ２７５の処理を繰り返す（ステップＳ２７８）。
【０１７３】
そして、全てのクラスタ処理が終了すると（ステップＳ２７８／Ｙｅｓ）、スポット配置部２０１Ｂは、生成スポットにＩＤを振り直し、当該スポット生成を行ったクラスタに紐付いているユーザのＩＤと共にスポット情報ＤＢ２２２Ｂに登録（更新）する（ステップＳ２８１）。
【０１７４】
上述した処理は、ユーザからの位置要求があった場合や、一定時間毎に、コンテンツ毎に行われ得る。各ユーザからの位置要求の変動によって、見かけ上、スポットが生成（新規）、移動、または消去されたように見える。
【０１７５】
例えば今までスポットがなかった位置に新たな位置要求が入ると新たなクラスタができるため、結果的にスポットが新規生成される。
【０１７６】
また、既存のクラスタに新たな要求が入り、スポット位置が変化した場合には結果的に移動したことになる。
【０１７７】
また、ユーザが位置要求を取り下げたり（取り下げ要求）、別のクラスタに属する位置に要求を変更したことでクラスタがなくなると、結果的にスポットが消去されたことになる。
【０１７８】
以上、本実施例によるスポット位置の生成について具体的に説明した。
【０１７９】
なお本実施例では、現実のロケーションと仮想的なゲームやアニメの世界を融合してユーザにエンタテイメントを提供する場合に本システムを適用する例について説明したが、現実のロケーションに限られず、仮想空間におけるスポット位置要求や最適なスポット位置配置も同様に行うことが可能である。
【０１８０】
＜＜４．第３の実施例＞＞
次に、本実施形態による情報処理システムを移動型自動販売装置に適用した場合について、図２６〜図２４を参照して説明する。
【０１８１】
本実施例による情報処理システムは、ユーザ端末１、サーバ２Ｃ、および移動型自動販売装置４Ｂを含むシステム構成となる。ユーザ端末１、サーバ２Ｃ、および移動型自動販売装置４Ｂは、ネットワーク３を介して接続し、データの送受信が可能である。ユーザ端末１の構成は図３を参照して説明した第１の実施例によるユーザ端末１と同様であるため、ここでの詳細な説明は省略する。
【０１８２】
＜４−１．サーバ２Ｃの構成＞
図２６は、本実施例によるサーバ２Ｃの構成の一例を示すブロック図である。図２６に示すように、サーバ２Ｃは、制御部２０Ｃ、通信部２１Ｃ、および記憶部２２Ｃを有する。
【０１８３】
（制御部２０Ｃ）
制御部２０Ｃは、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ２Ｃ内の動作全般を制御する。制御部２０Ｃは、例えばＣＰＵ（Central  Processing  Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部２０Ｃは、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）を含んでいてもよい。
【０１８４】
また、本実施形態による制御部２０Ｃは、スポット配置部２０１Ｃ、およびスポット情報送信制御部２０２Ｃとしても機能する。
【０１８５】
スポット配置部２０１Ｃは、１以上のユーザからのスポット位置要求に基づいて、スポット位置の配置を最適化する。スポット位置配置の処理（すなわち、スポットの生成処理）の詳細については、図３４を参照して具体的に説明する。
【０１８６】
スポット情報送信制御部２０２Ｃは、スポット配置部２０１Ｃにより決定されたスポット位置に関する情報（スポット情報）を各ユーザ端末１や、対応する移動型自動販売装置４Ｂに送信するよう制御する。
【０１８７】
（通信部２１Ｃ）
通信部２１Ｃは、有線または無線によりネットワーク３と接続し、ネットワーク３を介して各ユーザ端末１や移動型自動販売装置４Ｂとデータの送受信を行う。通信部２１Ｃは、例えば有線／無線ＬＡＮ（Local  Area  Network）、またはＷｉ−Ｆｉ（Wireless  Fidelity、登録商標）等によりネットワーク３と通信接続する。
【０１８８】
（記憶部２２Ｃ）
記憶部２２Ｃは、制御部２０Ｃの処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ、および適宜変化するパラメータ等を一時記憶するＲＡＭにより実現される。
【０１８９】
例えば本実施形態による記憶部２２Ｃは、販売装置情報ＤＢ２２１Ｃ、スポット情報ＤＢ２２２Ｃ、およびユーザ情報ＤＢ２２３Ｃを格納する。
【０１９０】
販売装置情報ＤＢ２２１Ｃには、移動型自動販売装置４Ｂの現在地や在庫情報、停車スポット数等が記憶されている。また、スポット情報ＤＢ２２２Ｃには、スポット配置部２０１Ｃにより決定されたスポット位置（本実施例では、移動型自動販売装置４Ｂが停車する位置）の情報が記憶されている。また、ユーザ情報ＤＢ２２３Ｃには、ユーザＩＤに紐付けて、要求したスポット位置、要求時間等が記憶されている。
【０１９１】
以上、本実施形態によるサーバ２Ｃの構成について具体的に説明した。なおサーバ２Ｃの構成は図２６に示す例に限定されない。例えばサーバ２Ｃの少なくとも一部の構成が外部装置にあってもよいし、制御部２０Ｃの各機能の少なくとも一部が、通信距離が比較的ユーザ端末１に近い情報処理端末（例えば、いわゆるエッジサーバなど）により実現されてもよい。このように、サーバ２Ｃの各構成を適宜分散することで、リアルタイム性の向上や処理負担の軽減、さらにはセキュリティを担保することが可能となる。
【０１９２】
＜４−２．移動型自動販売装置４Ｂの構成＞
図２７は、本実施例による移動型自動販売装置４Ｂの構成の一例を示すブロック図である。
【０１９３】
図２７に示すように、移動型自動販売装置４Ｂは、制御部４０Ｂ、通信部４１Ｂ、位置測位部４２Ｂ、車載センサ４３Ｂ、駆動部４４Ｂ、および記憶部４５Ｂを有する。
【０１９４】
移動型自動販売装置４Ｂは、自動運転により移動可能な移動体であってもよいし、運転手による手動運転により移動可能な移動体であってもよい。移動型自動販売装置４Ｂは、多数の商品を積載し、各停車位置でユーザに商品の販売を行い得る。
【０１９５】
（制御部４０Ｂ）
制御部４０Ｂは、演算処理装置および制御装置として機能し、各種プログラムに従って移動型自動販売装置４Ｂ内の動作全般を制御する。制御部４０Ｂは、例えばＣＰＵ（Central  Processing  Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部４０Ｂは、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）を含んでいてもよい。
【０１９６】
また、本実施形態による制御部４０Ｂは、ルートナビゲーション部４０１Ｂ、および自動運転制御部４０２Ｂとしても機能する。ルートナビゲーション部４０１Ｂは、決定されたスポット位置を巡回するルートをナビゲーションする。例えば、本販売装置が手動により運転される場合、ルートナビゲーション部４０１Ｂは、運転手にルートや停車位置を音声や表示で案内する。また、自動運転制御部４０２Ｂは、駆動部４４Ｂを制御して自動で所定のスポット位置を巡回するよう制御し得る。この際、自動運転制御部４０２Ｂは、サーバ２Ｃ側で算出され、通知されたルートに従って運転してもよい。
【０１９７】
（通信部４１Ｂ）
通信部４１Ｂは、有線または無線によりネットワーク３と接続し、ネットワーク３を介してサーバ２Ｃとデータの送受信を行う。通信部４１Ｂは、例えば有線／無線ＬＡＮ（Local  Area  Network）、またはＷｉ−Ｆｉ（Wireless  Fidelity、登録商標）等によりネットワーク３と通信接続する。
【０１９８】
（位置測位部４２Ｂ）
位置測位部４２Ｂは、外部からの取得信号に基づいて移動型自動販売装置４Ｂの現在位置を検知する機能を有する。具体的には、例えば位置測位部４２Ｂは、ＧＰＳ（Global  Positioning  System）測位部により実現され、ＧＰＳ衛星からの電波を受信して、移動型自動販売装置４Ｂが存在している位置を検知し、検知した位置情報を制御部４０Ｂに出力する。また、位置測位部４２Ｂは、ＧＰＳの他、例えばＷｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、携帯電話・ＰＨＳ・スマートフォン等との送受信、または近距離通信等により位置を検知するものであってもよい。
【０１９９】
（車載センサ４３Ｂ）
車載センサ４３Ｂは、移動型自動販売装置４Ｂに搭載された様々なセンサであって、センシングデータを制御部４０Ｂに出力する。車載センサ４３Ｂは、例えばカメラ、人感センサ、速度センサ、照度センサ、計測機器、マイクロホン等が想定され、自動運転や自動販売を行う際に必要に応じて利用される。
【０２００】
（駆動部４４Ｂ）
駆動部４４Ｂは、移動型自動販売装置４Ｂの自律移動機構であって、動力部（エンジン、モータ）、動力伝達部、駆動輪等を含む。
【０２０１】
（記憶部４５Ｂ）
記憶部４５Ｂは、制御部４０Ｂの処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ、および適宜変化するパラメータ等を一時記憶するＲＡＭにより実現される。
【０２０２】
以上、移動型自動販売装置４Ｂの構成について具体的に説明した。なお移動型自動販売装置４Ｂの構成は図２７に示す例に限定されず、例えば音声出力部（スピーカ）や表示部をさらに有していてもよい。
【０２０３】
＜４−３．動作処理＞
続いて、本実施例による各動作処理について図面を用いて具体的に説明する。
【０２０４】
（４−２−１．サーバ側におけるスポット位置要求の受付処理）
まず、図２８を参照してサーバ２Ｃによるスポット位置要求の受付処理について説明する。図２８は、本実施例のサーバ２Ｃによるスポット位置要求の受付処理を示すフローチャートである。
【０２０５】
図２８に示すように、まず、サーバ２Ｃは、スポット位置要求の受付を開始する（ステップＳ３０３）。スポット位置要求の受付開始と終了タイミングは、例えば営業時間中にしてもよい。
【０２０６】
次に、サーバ２Ｃは、スポット位置要求（ここでは、移動型自動販売装置４Ｂの停車位置の要求）を行ったユーザの現在地を対象エリアとする（ステップＳ３０６）。対象エリアは、例えばユーザの現在地から半径Ｎｍで指定し、緯度・経度情報で設定してもよい。
【０２０７】
次いで、サーバ２Ｃは、ユーザのスポット位置要求を受付可能な状態でない場合（ステップＳ３０９／Ｎｏ）、ユーザに、位置要求の受付が現在停止中である旨を通知する（ステップＳ３１２）。例えば停車スポット数が一定数以上になったら一時的に受付を停止したり、商品が売り切れたら補充されるまで受付停止にすることが想定される。
【０２０８】
次に、サーバ２Ｃは、ユーザの現在地に応じた対象エリアを営業範囲に含む移動型自動販売装置４Ｂを、販売装置情報ＤＢ２２１Ｃから検索する（ステップＳ３１５）。
【０２０９】
次いで、サーバ２Ｃは、スポットを置ける範囲を決定する（ステップＳ３１８）。スポットを置ける範囲は、例えばユーザの現在位置から半径ｎKmの円形範囲であって、かつ道路沿いまたは駐車場にするようにしてもよい。
【０２１０】
次に、サーバ２Ｃは、スポットを置ける位置範囲をユーザに通知する（ステップＳ３２１）。
【０２１１】
次いで、サーバ２Ｃは、ユーザ端末１から、ユーザのスポット位置要求を受け取る（ステップＳ３２４）。
【０２１２】
次に、サーバ２Ｃは、既に一度受け付けているユーザからの要求の場合、要求位置の変更とみなし（時間的閾値を設けてもよい）、本ユーザからの要求情報を更新（上書き）する（ステップＳ３２７）。各ユーザからの位置要求は、ユーザ情報ＤＢ２２３Ｃに保存される。ユーザ情報ＤＢ２２３Ｃに保存される位置要求情報の一例を図２９に示す。図２９に示すように、位置要求情報には、ユーザＩＤに紐付けて、位置要求時刻（最新）と、最新要求位置（緯度・経度）が含まれる。
【０２１３】
続いて、サーバ２Ｃのスポット配置部２０１Ｃは、全てのユーザの位置要求に基づいて、スポットの生成／移動／消去を行い、結果をスポット情報ＤＢ２２２Ｃに記録する（ステップＳ３３０）。本実施例によるスポット生成処理の詳細については、図３４を参照して後述する。
【０２１４】
次に、スポット配置部２０１Ｃは、更新した各スポットに停車する移動型自動販売装置４Ｂを決定する（ステップＳ３３３）。例えば、スポット配置部２０１Ｃは、各移動型自動販売装置の経路の中で当該スポットの一番近くを通る移動型自動販売装置を選択してもよい。ここで、図３０に、販売装置情報ＤＢ２２１Ｃに格納される移動型自動販売装置情報の一例を示す。
【０２１５】
図３０に示すように、移動型自動販売装置情報には、自動販売装置ＩＤ、現在地、在庫状況、停車スポット数が含まれる。また、図３１には、スポット情報ＤＢ２２２Ｃに格納されるスポット情報の一例を示す。図３１に示すように、スポット情報には、スポットＩＤ、スポット位置（緯度経度）、位置要求を行ったユーザＩＤ（複数人居る場合は複数のユーザＩＤ）、当該スポットに停車する自動販売装置ＩＤ、および当該スポットへの到着予定時刻等が含まれる。
【０２１６】
次いで、サーバ２Ｃのスポット情報送信制御部２０２Ｃは、決定した当該移動型自動販売装置４Ｂに、更新したスポット位置情報を通知する（ステップＳ３３６）
【０２１７】
また、サーバ２Ｃのスポット情報送信制御部２０２Ｃは、更新したスポットの位置、移動型自動販売装置４Ｂの現在位置、およびユーザの要求に基づくスポット位置への到着予定時刻をユーザに通知する（ステップＳ３３９）。ここで、ユーザ端末１側で表示されるスポット情報提示画面の一例を図３２に示す。
【０２１８】
図３２に示すように、スポット情報提示画面７０には、例えば地図画像上に、ユーザの現在地を示すアイコン７０１と、周辺の移動型自動販売装置４Ｂの現在地を示すアイコン７０２ａ、７０２ｂと、スポットＳ１０〜Ｓ１３が明示されている。ユーザの位置要求に基づいて生成されたスポットＳ１０には、移動型自動販売装置４Ｂの到着予定時刻も表示される。これにより、ユーザは、スポットＳ１０で移動型自動販売装置４Ｂの到着を待ち、商品を購入することができる。
【０２１９】
以上、本実施例による受付処理について具体的に説明した。
【０２２０】
（４−２−２．端末側処理）
続いて、ユーザ端末１側の動作処理について図３３を参照して説明する。図３３は、本実施例によるユーザ端末１の位置要求の動作処理を示すフローチャートである。
【０２２１】
図３３に示すように、まず、ユーザ端末１は、アプリケーションを起動してサーバ２Ｃに接続する（ステップＳ３４３）。
【０２２２】
次に、ユーザ端末１は、現在地に基づく対象エリアをサーバ２Ｃに通知する（ステップＳ３４６）。
【０２２３】
次いで、ユーザ端末１は、ユーザの位置要求を受付中であるか否かを問い合せ（ステップＳ３４９）、受付が停止されている場合はその旨をユーザに提示する（ステップＳ３５２）。例えば、ユーザが要求した対象エリアに現在有効なサービスエリアがない場合や、サービスエリア外である場合はその旨が提示される。また、サービスエリア内であっても停車スポット数の超過や売り切れ、補充待ち等で一時的にサービス中断状態の場合にはその旨が表示される。この場合、ユーザは一定時間待機してから再度操作を行ってもよい。
【０２２４】
一方、ユーザの位置要求を受付中である場合（ステップＳ３４９／Ｙｅｓ）、ユーザ端末１は、ユーザが居るエリア内でスポット位置要求を置ける範囲、現在のスポット位置、移動型自動販売装置の現在位置をサーバ２Ｃから取得し（ステップＳ３５５）、画面に表示する（ステップＳ３５８）。
【０２２５】
次に、ユーザ端末１は、ユーザによりスポット位置要求操作が行われると（ステップＳ３６１／Ｙｅｓ）、当該ユーザのスポット位置要求をサーバ２Ｃに通知する（ステップＳ３６４）。
【０２２６】
以上、本実施例による位置要求処理について具体的に説明した。なお、ユーザのスポット位置要求以外でも、他のユーザのスポット位置要求によりスポットが更新される可能性があるため、上記ステップＳ３４９〜Ｓ３６４の処理中にスポットの位置が更新される場合もある。
【０２２７】
（４−２−３．スポット生成処理）
次に、本実施例によるスポット生成処理について図３４を参照して説明する。本実施例によるスポット生成処理は、概ね第１の実施例と同様であるため、簡易的に説明する。
【０２２８】
図３４は、本実施例によるスポット生成処理を示すフローチャートである。図３４に示すように、まず、サーバ２Ｃのスポット配置部２０１Ｃは、特定のエリアにおいて受け付けた全ての位置要求を取得する（ステップＳ３７３）。
【０２２９】
なおスポット配置部２０１Ｃは、受付数が所定数を超える場合に、スポット配置を行うようにしてもよい。例えば数人からの要求だけでは自動販売装置の停車位置とせず、１０人以上から要求がある場合に停車位置を設定するようにしてもよい。
【０２３０】
次に、スポット配置部２０１Ｃは、要求位置のお互いの距離に応じてクラスタリングを行い、近い位置要求をクラスタでまとめていく（ステップＳ３７６）。クラスタリングの詳細については、第１の実施例と同様であるため、詳細は省略する。
【０２３１】
次いで、スポット配置部２０１Ｃは、クラスタリング結果から未処理のクラスタを１つ取得し（ステップＳ３７９）、取得したクラスタに含まれる全ての要求位置の中心を求めてスポットとする（ステップＳ３８２）。中心の算出に関しても第１の実施例と同様であるため、詳細は省略する。
【０２３２】
次に、単純に中心を求めただけではスポットを置けない場所（道路がない場所など）である可能性もあるため、スポット配置部２０１Ｃは、中心緯度経度の最近傍のスポットを置ける場所にスポットを移動する（ステップＳ３８５）。
【０２３３】
次いで、スポット配置部２０１Ｃは、全てのクラスタ処理が終わるまで上記ステップＳ３７９〜Ｓ３８５の処理を繰り返す（ステップＳ３８８）。
【０２３４】
次に、全てのクラスタ処理が終了すると（ステップＳ３８８／Ｙｅｓ）、スポット配置部２０１Ｃは、生成スポットにＩＤを振り直し、当該スポット生成を行ったクラスタに紐付いているユーザのＩＤと共にスポット情報ＤＢ２２２Ｃに登録（更新）する（ステップＳ３９１）。
【０２３５】
続いて、スポット配置部２０１Ｃは、生成した各スポットと各移動型自動販売装置４Ｂとの紐付けを行う（ステップＳ３９４）。特定のエリアを担当する移動型自動販売装置４Ｂは複数あってもよく、スポット配置部２０１Ｃは、各移動型自動販売装置４Ｂの現在地や在庫状況等に応じて、適切な移動型自動販売装置４Ｂを各スポットに紐付ける。例えば、スポット配置部２０１Ｃは、あるスポットに最も近い経路を通る移動型自動販売装置とスポットＩＤとを紐付ける。
【０２３６】
次に、サーバ２Ｃは、スポット配置部２０１Ｃにより、生成したスポットや移動型自動販売装置４Ｂの紐付けに基づいて各移動型自動販売装置４Ｂの経路を算出し、スポット情報送信制御部２０２Ｃにより、各移動型自動販売装置に通知する（ステップＳ４０１）。すなわち、サーバ２Ｃは、各移動型自動販売装置４Ｂに、通るべき経路と、停車すべきスポット位置を通知する。経路の算出は、例えばカーナビゲーションシステムで使われている既存アルゴリズムを用いても構わない。
【０２３７】
また、サーバ２Ｃは、各スポットへの移動型自動販売装置４Ｂの到着予想時刻を算出し、スポット情報ＤＢ２２２Ｃに記録する（ステップＳ４０４）。
【０２３８】
以上、本実施例によるスポット位置の生成について具体的に説明した。
【０２３９】
＜＜５．第４の実施例＞＞
続いて、第４の実施例として、要求位置に重み付けを適用する場合について説明する。
【０２４０】
本実施例は、図１６を参照して上述したクラスタの中心を求める方法に関し、例えばお年寄りや妊婦等、身体的ハンディキャップがある人からの位置要求で示される位置により近くなるようスポット位置を寄せる重み付けを行う。若しくは、ユーザのこれまでの行動履歴（良い行い、ルールやマナーを守る、感謝の言葉、物を大事に取り扱う等の様々なインタラクション履歴）から算出した感性価値（その人の信頼性等の新たな価値を評価する指標）に基づいて、感性価値が高い人には優先的にスポットが近くに出現するような重み付けを行う。また、これら複数の重み付けを統合して用いてスポット位置を設定する。
【０２４１】
これにより、お年寄りや妊婦等、身体的ハンディキャップがある人からの位置要求や、ユーザの感性価値や善良ユーザを優遇してスポット位置を設定することが可能となる。
【０２４２】
また、舞台めぐりや位置ゲームの場合、舞台めぐりの達成度や（金銭的）貢献度、ゲーム内のレベルや特定のアイテムの有無、ゲームプレイ時間等に基づく重み付けを利用してスポット位置を設定することも可能である。
【０２４３】
これにより、舞台めぐりや位置ゲームの利用頻度が高い人や貢献度の高い人からの位置要求を優遇してスポット位置を設定することが可能となる。
【０２４４】
以下、図３５〜図３７を参照して具体的に説明する。本実施例では一例として、身体的重み付けと感性価値的重み付けを考慮してクラスタに基づくスポット位置Ｓを算出する。
【０２４５】
図３５は、ユーザ情報ＤＢ２２３に格納されるユーザ情報の一例を示す図である。図３５に示すように、例えばユーザ毎に、身体的重み付けＷｐと感性価値的重み付けＷｋが登録されている場合、これらの重み付けを統合してスポット位置Ｓの算出を行う。統合した重み付けΛは、例えばＷｐとＷｋの合計でもよいし、より極端な差をつけるのであれば乗算でもよい。例えば乗算の場合、Λ＝Ｗｐ・Ｗｋとなる。
【０２４６】
そして、サーバ２は、同一クラスタの中の全ユーザの位置要求と重み付けを加味してスポット位置Ｓを下記式により算出する。下記式では、ユーザＩＤに紐付いたΛをΛｉｄと表記し、ユーザの位置要求の緯度経度をＰｉｄと表記する。
【０２４７】
【数１】
2018225320.tif 000003
【０２４８】
なお算出時は、緯度と経度を別々に算出し、全ての位置要求の緯度と経度それぞれに対して、ユーザＩＤ毎の要求位置と重み付けを乗算して全てのユーザの値を合算し、その合算値を全てのユーザの重み付けの合計で除算する。これにより、スポット位置Ｓの緯度と経度は、重み付けを加味した位置となる。ここで、図３６に、スポット位置Ｓ算出の具体例を示す。
【０２４９】
図３６に示す例では、各ユーザからの要求位置Ａ、Ｂ、Ｃといった３点を含むクラスタＭにおける重み付けを考慮したスポット位置Ｓの算出について示されている。図３６に示すように、各要求位置Ａ、Ｂ、Ｃを要求した各ユーザＡ、Ｂ、Ｃの重み付けを考慮し、上記式１に当てはめ、重み付けを加味した緯度経度が算出される。
【０２５０】
なお、重み付けを考慮したスポット位置の求め方は上述した例に限定されず、例えばソーシャルグラフの描画で行われているようなバネ力学モデルを応用してもよい。図３７に、重み付けを考慮したスポット位置算出の他の具体例として、力学モデルを使用したスポット位置算出例を示す。
【０２５１】
図３７に示すように、例えば各要求点Ａ〜Ｃを固定して重み付けをバネ係数として釣り合う点をスポット位置Ｓとしてもよい。ソーシャルグラフではＡ、Ｂ、Ｃのノードも力学により移動するが、本実施例の場合は、ユーザの要求位置であるＡ、Ｂ、Ｃのノードは動かさずに固定端のバネ問題とする。
【０２５２】
以上説明したように、本実施例によれば、複数ユーザからの位置要求に基づいてスポット位置の生成を行う際に、高齢者や妊婦等の優遇等、より最適なスポット位置配置を行うことが可能である。
【０２５３】
＜＜６．まとめ＞＞
上述したように、本開示の実施形態による情報処理システムでは、サービス提供のスポット位置を、利用者にとってさらに利便性がよくなるよう設定することが可能となる。
【０２５４】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本技術はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２５５】
例えば、上述したユーザ端末１、サーバ２（２Ａ、２Ｂ、２Ｃ）、または移動体４（バス装置４Ａ、移動型自動販売装置４Ｂ）に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、ユーザ端末１、サーバ２（２Ａ、２Ｂ、２Ｃ）、または移動体４（バス装置４Ａ、移動型自動販売装置４Ｂ）の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。
【０２５６】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２５７】
なお、本技術は以下のような構成も取ることができる。
（１）
特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を受信する通信部と、
前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定する制御部を備える情報処理装置。
（２）
前記制御部は、
前記複数ユーザからの位置要求が示す複数の位置を分析することにより得られた位置に、新たにスポットを生成するように制御する、前記（１）に記載の情報処理装置。
（３）
前記制御部は、
前記通信部を介して、前記複数ユーザからの位置要求の少なくとも一部の取り下げ要求を受信すると、
新たに生成した前記スポットを消去するように制御する、前記（１）に記載の情報処理装置。
（４）
前記制御部は、
前記複数ユーザからの位置要求が示す複数の位置周辺に、既に同じ特定のサービスを提供するスポットが存在するときには、既に存在するスポットの位置と、当該複数ユーザからの位置要求が示す複数の位置とを分析することにより得られた位置に、新たにスポットを生成すると共に、前記既に存在するスポットを消去するように制御する、前記（１）に記載の情報処理装置。
（５）
前記制御部は、
前記通信部を介して受信される、特定の移動手段が停まる前記スポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定する、前記（１）〜（４）のいずれか１項に記載の情報処理装置。
（６）
前記制御部は、
前記通信部を介して受信される、特定の移動手段が停まる前記スポットの位置と日時を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、所定時間単位で動的にスポットの位置を設定する、前記（５）に記載の情報処理装置。
（７）
前記制御部は、
地図画像上の前記設定したスポットの位置に停留所を示す画像を表示し、当該停留所に前記特定の移動手段が到着する予定時刻、および当該特定の移動手段の経路を明示した提示画面を生成する、前記（５）または（６）に記載の情報処理装置。
（８）
前記制御部は、
前記通信部を介して受信される、特定のコンテンツを提供するスポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定し、設定されたスポットに前記特定のコンテンツを関連付けて登録する、前記（１）〜（４）のいずれか１項に記載の情報処理装置。
（９）
前記位置要求が示す位置は、現実空間の位置、または仮想空間の位置である、前記（８）に記載の情報処理装置。
（１０）
前記制御部は、
地図画像上の前記設定したスポットの位置に、関連付けられた特定のコンテンツの画像を表示し、予め管理側により設定された公式のスポットであるか、若しくは一般ユーザからの要求に基づいて設定された非公式のスポットであるか、さらにユーザからの要求に基づいて設定したスポットであるかを明示した提示画面を生成する、前記（８）または（９）に記載の情報処理装置。
（１１）
前記制御部は、
前記通信部を介して受信される、自動運転サービス移動体を提供するスポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定する、前記（１）〜（７）のいずれか１項に記載の情報処理装置。
（１２）
前記制御部は、
前記通信部を介して受信される前記複数ユーザからの位置要求が示す複数の位置を、各ユーザの属性に応じて重み付けして分析することにより、前記スポットの位置を動的に設定する、前記（１）〜（１１）のいずれか１項に記載の情報処理装置。
（１３）
プロセッサが、
特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を通信部により受信することと、
前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定することと、
を含む、情報処理方法。
【符号の説明】
【０２５８】
１    ユーザ端末
１０    制御部
１０１  要求処理部
１０２  情報提示部
１１    通信部
１２    操作入力部
１３    位置測位部
１４    表示部
１５    記憶部
２    サーバ
２Ａ    サーバ
２０Ａ    制御部
２０１Ａ    スポット配置部
２０２Ａ    スポット情報送信制御部
２１Ａ    通信部
２２Ａ    記憶部
２２１Ａ    バス情報ＤＢ
２２２Ａ    スポット情報ＤＢ
２２３Ａ    ユーザ情報ＤＢ
２Ｂ    サーバ
２０Ｂ    制御部
２０１Ｂ    スポット配置部
２０２Ｂ    スポット情報送信制御部
２０３Ｂ    ゲーム進行制御部
２１Ｂ    通信部
２２Ｂ    記憶部
２２１Ｂ    コンテンツ情報ＤＢ
２２２Ｂ    スポット情報ＤＢ
２２３Ｂ    ユーザ情報ＤＢ
２Ｃ    サーバ
２０Ｃ    制御部
２０２Ｃ    スポット配置部
２０２Ｃ    スポット情報送信制御部
２１Ｃ    通信部
２２Ｃ    記憶部
２２１Ｃ    販売装置情報ＤＢ
２２２Ｃ    スポット情報ＤＢ
２２３Ｃ    ユーザ情報ＤＢ
３    ネットワーク
４    移動体
４Ａ    バス装置
４０Ａ    制御部
４１Ａ    通信部
４２Ａ    位置測位部
４３Ａ    表示部
４４Ｂ    記憶部
４Ｂ    移動型自動販売装置
４０Ｂ    制御部
４０１Ｂ    ルートナビゲーション部
４０２Ｂ    自動運転制御部
４１Ｂ    通信部
４２Ｂ    位置測位部
４３Ｂ    車載センサ
４５Ｂ    記憶部
４４Ｂ    駆動部
【図１】
2018225320.tif 000004
【図２】
2018225320.tif 000005
【図３】
2018225320.tif 000006
【図４】
2018225320.tif 000007
【図５】
2018225320.tif 000008
【図６】
2018225320.tif 000009
【図７】
2018225320.tif 000010
【図８】
2018225320.tif 000011
【図９】
2018225320.tif 000012
【図１０】
2018225320.tif 000013
【図１１】
2018225320.tif 000014
【図１２】
2018225320.tif 000015
【図１３】
2018225320.tif 000016
【図１４】
2018225320.tif 000017
【図１５】
2018225320.tif 000018
【図１６】
2018225320.tif 000019
【図１７】
2018225320.tif 000020
【図１８】
2018225320.tif 000021
【図１９】
2018225320.tif 000022
【図２０】
2018225320.tif 000023
【図２１】
2018225320.tif 000024
【図２２】
2018225320.tif 000025
【図２３】
2018225320.tif 000026
【図２４】
2018225320.tif 000027
【図２５】
2018225320.tif 000028
【図２６】
2018225320.tif 000029
【図２７】
2018225320.tif 000030
【図２８】
2018225320.tif 000031
【図２９】
2018225320.tif 000032
【図３０】
2018225320.tif 000033
【図３１】
2018225320.tif 000034
【図３２】
2018225320.tif 000035
【図３３】
2018225320.tif 000036
【図３４】
2018225320.tif 000037
【図３５】
2018225320.tif 000038
【図３６】
2018225320.tif 000039
【図３７】
2018225320.tif 000040
【国際調査報告】
2018225320.tif 000041
2018225320.tif 000042