JP7067553B2 - 情報処理装置および情報処理方法 - Google Patents

情報処理装置および情報処理方法 Download PDF

Info

Publication number
JP7067553B2
JP7067553B2 JP2019523346A JP2019523346A JP7067553B2 JP 7067553 B2 JP7067553 B2 JP 7067553B2 JP 2019523346 A JP2019523346 A JP 2019523346A JP 2019523346 A JP2019523346 A JP 2019523346A JP 7067553 B2 JP7067553 B2 JP 7067553B2
Authority
JP
Japan
Prior art keywords
spot
user
request
information
control unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019523346A
Other languages
English (en)
Other versions
JPWO2018225320A1 (ja
Inventor
靖 宮島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Sony Group Corp
Original Assignee
Sony Corp
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp, Sony Group Corp filed Critical Sony Corp
Publication of JPWO2018225320A1 publication Critical patent/JPWO2018225320A1/ja
Application granted granted Critical
Publication of JP7067553B2 publication Critical patent/JP7067553B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3438—Rendez-vous, i.e. searching a destination where several users can meet, and the routes to this destination for these users; Ride sharing, i.e. searching a route such that at least two users can share a vehicle for at least part of the route
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • H04W4/022—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences with dynamic range variability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Game Theory and Decision Science (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Automation & Control Theory (AREA)
  • Traffic Control Systems (AREA)
  • Navigation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本開示は、情報処理装置および情報処理方法に関する。
従来、位置に紐付いたサービスは、サービスを享受する位置が固定されているか、移動体によるサービス提供の場合は予め決められた場所で待つことになる。
例えば、バスの場合は予めルートが決められており、所定のバス停に所定の時刻に訪れるよう運行される。
ここで、バスの運行技術に関し、例えば下記特許文献１では、利用者からの要求に応じて巡回経路を変更可能な乗合車両運用システムが開示されている。
また、下記特許文献２では、予め定められた路線である基幹ルート以外のデマンドルートにおける利用者の乗降要求を受け付け、通常の車両運行計画を原則として変更せずに、乗降要求の受付順に基本的に従いながら降車する利用者を早く降車させ、利用者の乗車時間が短くなるという条件に従ってデマンド走行計画を決定する即応型車両乗降システムが開示されている。
また、下記特許文献３では、路線バスの運行経路上における停留所以外の任意の待機場所で所望の路線バスに乗車できる路線バス運行システムが開示されている。
また、下記特許文献４では、予め定められた運行経路における所定地点を所定時間に通過する運行予定を有している車両の管理において、利用者からの乗車予約を受け付け、運行経路上の任意の個所で乗降可能とする乗車予約方法が開示されている。
特開２００１－２０９８９４号公報 特開２００４－２２７２６２号公報 特開２００２－３３４３９８号公報 特開２００２－２８８７９０号公報
しかしながら、上記特許文献１～４に記載の技術では、いずれも利用者個人が要求した位置に従って乗降場所を決定しているが、複数の利用者から要求があった場合の最適な乗降場所の決定については考慮されていない。従って複数の利用者から要求があった場合、各利用者が指定する位置を乗降場所としてしまうと、運行効率が悪いという問題が生じる。
また、従来技術では、利用者は任意の場所を乗降場所に指定できるが、いずれも予め設定された運行経路上、若しくは予め設定された基幹ルートに追加するデマンドルートであって、少なくとも運行経路までは移動しなければならず、最適な乗降位置とは言えない。
そこで、本開示では、サービス提供のスポット位置を、利用者にとってさらに利便性がよくなるよう設定することが可能な情報処理装置および情報処理方法を提案する。
本開示によれば、特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を受信する通信部と、前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定する制御部を備える情報処理装置を提案する。
本開示によれば、プロセッサが、特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を通信部により受信することと、前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定することと、を含む、情報処理方法を提案する。
以上説明したように本開示によれば、サービス提供のスポット位置を、利用者にとってさらに利便性がよくなるよう設定することが可能となる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本開示の一実施形態による情報処理システムの概要について説明する図である。 本実施形態による情報処理システムの全体構成の一例を示す図である。 本実施形態の第１の実施例によるユーザ端末の構成の一例を示すブロック図である。 本実施形態の第１の実施例によるサーバの構成の一例を示すブロック図である。 本実施形態の第１の実施例によるバス装置の構成の一例を示すブロック図である。 本実施形態の第１の実施例のサーバによるスポット位置要求の受付処理を示すフローチャートである。 本実施形態の第１の実施例によるバス情報ＤＢに記憶されるバス情報のデータ構成の一例を示す図である。 本実施形態の第１の実施例によるユーザ情報ＤＢに記憶される各ユーザの要求情報の一例を示す図である。 本実施形態の第１の実施例によるスポット位置通知処理を示すフローチャートである。 本実施形態の第１の実施例のスポット情報ＤＢに記憶されるスポット情報の一例を示す図である。 本実施形態の第１の実施例のユーザ端末による位置要求の動作処理を示すフローチャートである。 本実施形態の第１の実施例のユーザ端末で表示される要求入力画面の一例を示す遷移図である。 本実施形態の第１の実施例のユーザ端末で表示される要求入力画面の一例を示す遷移図である。 本実施形態の第１の実施例によるスポット生成処理を示すフローチャートである。 本実施形態の第１の実施例による要求位置のクラスタリングの一例について説明する図である。 本実施形態の第１の実施例によるクラスタの中心の算出例について説明する図である。 本実施形態の第１の実施例によるユーザ端末においてユーザに提示されるスポット情報画面の一例を示す図である。 本実施形態の第２の実施例によるサーバの構成の一例を示すブロック図である 本実施形態の第２の実施例のサーバによるスポット位置要求の受付処理を示すフローチャートである。 本実施形態の第２の実施例によるユーザ情報ＤＢに保存される位置要求情報の一例を示す図である。 本実施形態の第２の実施例によるコンテンツ情報ＤＢに保存されるコンテンツ情報の一例を示す図である。 本実施形態の第２の実施例によるスポット情報ＤＢに保存されるスポット情報の一例を示す図である。 本実施形態の第２の実施例によるユーザ端末の位置要求の動作処理を示すフローチャートである。 本実施形態の第２の実施例によるコンテンツ配置画面の一例を示す図である。 本実施形態の第２の実施例によるスポット生成処理を示すフローチャートである。 本実施形態の第３の実施例によるサーバの構成の一例を示すブロック図である。 本実施形態の第３の実施例による移動型自動販売装置の構成の一例を示すブロック図である。 本実施形態の第３の実施例のサーバによるスポット位置要求の受付処理を示すフローチャートである。 本実施形態の第３の実施例によるユーザ情報ＤＢに保存される位置要求情報の一例を示す図である。 本実施形態の第３の実施例による販売装置情報ＤＢに格納される移動型自動販売装置情報の一例を示す図である。 本実施形態の第３の実施例によるスポット情報ＤＢに格納されるスポット情報の一例を示す図である。 本実施形態の第３の実施例によるスポット情報提示画面の一例を示す図である。 本実施形態の第３の実施例のユーザ端末１による位置要求の動作処理を示すフローチャートである。 本実施形態の第３の実施例によるスポット生成処理を示すフローチャートである。 本実施形態の第４の実施例によるユーザ情報ＤＢ２２３に格納されるユーザ情報の一例を示す図である。 本実施形態の第４の実施例による重み付けを考慮したスポット位置算出の具体例を示す図である。 本実施形態の第４の実施例による重み付けを考慮したスポット位置算出の他の具体例を示す図である。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
また、説明は以下の順序で行うものとする。
１．本開示の一実施形態による情報処理システムの概要
２．第１の実施例
２－１．ユーザ端末１の構成
２－２．サーバ２Ａの構成
２－３．バス装置４Ａの構成
２－４．動作処理
（２－４－１．サーバ側におけるスポット位置要求の受付処理）
（２－４－２．端末側処理）
（２－４－３．サーバ側におけるスポット生成処理）
３．第２の実施例
３－１．サーバ２Ｂの構成
３－２．動作処理
（３－２－１．サーバ側におけるスポット位置要求の受付処理）
（３－２－２．端末側処理）
（３－２－３．サーバ側におけるスポット生成処理）
４．第３の実施例
４－１．サーバ２Ｃの構成
４－２．移動型自動販売装置４Ｂの構成
４－３．動作処理
（４－２－１．サーバ側におけるスポット位置要求の受付処理）
（４－２－２．端末側処理）
（４－２－３．サーバ側におけるスポット生成処理）
５．第４の実施例
６．まとめ
＜＜１．本開示の一実施形態による情報処理システムの概要＞＞
図１は、本開示の一実施形態による情報処理システムの概要について説明する図である。図１に示すように、本実施形態では、複数のユーザからの要求に基づいてサービス提供スポットの位置を最適な位置に設定し、利用者にとって利便性をさらに向上させることを可能とする。
具体的には、例えば図１に示すように、複数のユーザからのバス乗車要求に基づいてバスの停留所を設定（新たに生成）する。乗車要求には、各ユーザが希望する乗車位置が含まれており、本実施形態による情報処理システムは、複数のユーザが希望する各乗車位置の中間地点等を停留所に設定する。
上述した従来技術では、個人の位置要求をそのままバスの停止位置としているため、ある近い範囲で複数の利用者からの要求がある場合、全てに停止していていると効率が悪いという問題が生じる。これに対し、本実施形態による情報処理システムは、複数のユーザが希望する各乗車位置の中間地点等、複数のユーザからの要求に基づいてサービス提供スポットの位置を最適な位置に設定するため、サービスを利用する多数のユーザにとって全体最適となるサービス提供スポットを設定することができる。
また、本実施形態による情報処理システムは、予め設定された既定の運行経路上にバスの停留所を設定することに限られず、例えば基準のルートから所定範囲内に停留所を設定することも可能である。これにより、複数ユーザからのスポット提供位置要求に応じて、より最適なスポット位置を設定することができる。
また、スポット位置としてバスの停留所を設定する場合、本実施形態による情報処理システムは、例えばバス運行の所定時間前に運行毎に複数ユーザの位置要求を受け付けてスポット提供位置を設定し、設定した複数のスポット位置を巡回するルートを適宜決定する。
バスの利用者は曜日や時間帯によって利用者が違うことが想定され、最適なバス停の位置やルートも曜日や時間帯によって異なる可能性があり、本実施形態によれば、運行毎に最適な停留所やルートを動的に決定することが可能となる。
また、スポット位置としてキャラクターやアイテム等のコンテンツの出現場所を設定する場合、本実施形態による情報処理システムは、常時複数ユーザからの位置要求を受け付けてコンテンツ出現場所を適宜更新してもよい。
また、スポット位置として移動型自動販売装置等のサービス提供場所を設定する場合、本実施形態による情報処理システムは、営業時間内に複数ユーザからの位置要求をリアルタイムで受け付けて、提供場所を適宜設定してもよい。
続いて、このような本実施形態による情報処理システムの全体構成について図２を参照して説明する。図２は、本実施形態による情報処理システムの全体構成の一例を示す図である。
図２に示すように、本実施形態による情報処理システムは、ユーザ端末１とサーバ２を含む。ユーザ端末１およびサーバ２は、ネットワーク３を介して接続し、データの送受信を行い得る。
ユーザ端末１は、ユーザによる操作入力に従って、サービス提供の要求をサーバ２に送信する。サービス提供の要求には、サービス提供のスポット位置のリクエスト（位置要求）が含まれる。
また、本実施形態によるユーザ端末１は、例えばスマートフォン、携帯電話端末、タブレット端末、ＰＣ（パーソナルコンピュータ）、ウェアラブルデバイス（例えばＨＭＤ（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の円形範囲であって、かつ道路沿いまたは駐車場にするようにしてもよい。
次に、サーバ２Ｃは、スポットを置ける位置範囲をユーザに通知する（ステップＳ３２１）。
次いで、サーバ２Ｃは、ユーザ端末１から、ユーザのスポット位置要求を受け取る（ステップＳ３２４）。
次に、サーバ２Ｃは、既に一度受け付けているユーザからの要求の場合、要求位置の変更とみなし（時間的閾値を設けてもよい）、本ユーザからの要求情報を更新（上書き）する（ステップＳ３２７）。各ユーザからの位置要求は、ユーザ情報ＤＢ２２３Ｃに保存される。ユーザ情報ＤＢ２２３Ｃに保存される位置要求情報の一例を図２９に示す。図２９に示すように、位置要求情報には、ユーザＩＤに紐付けて、位置要求時刻（最新）と、最新要求位置（緯度・経度）が含まれる。
続いて、サーバ２Ｃのスポット配置部２０１Ｃは、全てのユーザの位置要求に基づいて、スポットの生成／移動／消去を行い、結果をスポット情報ＤＢ２２２Ｃに記録する（ステップＳ３３０）。本実施例によるスポット生成処理の詳細については、図３４を参照して後述する。
次に、スポット配置部２０１Ｃは、更新した各スポットに停車する移動型自動販売装置４Ｂを決定する（ステップＳ３３３）。例えば、スポット配置部２０１Ｃは、各移動型自動販売装置の経路の中で当該スポットの一番近くを通る移動型自動販売装置を選択してもよい。ここで、図３０に、販売装置情報ＤＢ２２１Ｃに格納される移動型自動販売装置情報の一例を示す。
図３０に示すように、移動型自動販売装置情報には、自動販売装置ＩＤ、現在地、在庫状況、停車スポット数が含まれる。また、図３１には、スポット情報ＤＢ２２２Ｃに格納されるスポット情報の一例を示す。図３１に示すように、スポット情報には、スポットＩＤ、スポット位置（緯度経度）、位置要求を行ったユーザＩＤ（複数人居る場合は複数のユーザＩＤ）、当該スポットに停車する自動販売装置ＩＤ、および当該スポットへの到着予定時刻等が含まれる。
次いで、サーバ２Ｃのスポット情報送信制御部２０２Ｃは、決定した当該移動型自動販売装置４Ｂに、更新したスポット位置情報を通知する（ステップＳ３３６）
また、サーバ２Ｃのスポット情報送信制御部２０２Ｃは、更新したスポットの位置、移動型自動販売装置４Ｂの現在位置、およびユーザの要求に基づくスポット位置への到着予定時刻をユーザに通知する（ステップＳ３３９）。ここで、ユーザ端末１側で表示されるスポット情報提示画面の一例を図３２に示す。
図３２に示すように、スポット情報提示画面７０には、例えば地図画像上に、ユーザの現在地を示すアイコン７０１と、周辺の移動型自動販売装置４Ｂの現在地を示すアイコン７０２ａ、７０２ｂと、スポットＳ１０～Ｓ１３が明示されている。ユーザの位置要求に基づいて生成されたスポットＳ１０には、移動型自動販売装置４Ｂの到着予定時刻も表示される。これにより、ユーザは、スポットＳ１０で移動型自動販売装置４Ｂの到着を待ち、商品を購入することができる。
以上、本実施例による受付処理について具体的に説明した。
（４－２－２．端末側処理）
続いて、ユーザ端末１側の動作処理について図３３を参照して説明する。図３３は、本実施例によるユーザ端末１の位置要求の動作処理を示すフローチャートである。
図３３に示すように、まず、ユーザ端末１は、アプリケーションを起動してサーバ２Ｃに接続する（ステップＳ３４３）。
次に、ユーザ端末１は、現在地に基づく対象エリアをサーバ２Ｃに通知する（ステップＳ３４６）。
次いで、ユーザ端末１は、ユーザの位置要求を受付中であるか否かを問い合せ（ステップＳ３４９）、受付が停止されている場合はその旨をユーザに提示する（ステップＳ３５２）。例えば、ユーザが要求した対象エリアに現在有効なサービスエリアがない場合や、サービスエリア外である場合はその旨が提示される。また、サービスエリア内であっても停車スポット数の超過や売り切れ、補充待ち等で一時的にサービス中断状態の場合にはその旨が表示される。この場合、ユーザは一定時間待機してから再度操作を行ってもよい。
一方、ユーザの位置要求を受付中である場合（ステップＳ３４９／Ｙｅｓ）、ユーザ端末１は、ユーザが居るエリア内でスポット位置要求を置ける範囲、現在のスポット位置、移動型自動販売装置の現在位置をサーバ２Ｃから取得し（ステップＳ３５５）、画面に表示する（ステップＳ３５８）。
次に、ユーザ端末１は、ユーザによりスポット位置要求操作が行われると（ステップＳ３６１／Ｙｅｓ）、当該ユーザのスポット位置要求をサーバ２Ｃに通知する（ステップＳ３６４）。
以上、本実施例による位置要求処理について具体的に説明した。なお、ユーザのスポット位置要求以外でも、他のユーザのスポット位置要求によりスポットが更新される可能性があるため、上記ステップＳ３４９～Ｓ３６４の処理中にスポットの位置が更新される場合もある。
（４－２－３．スポット生成処理）
次に、本実施例によるスポット生成処理について図３４を参照して説明する。本実施例によるスポット生成処理は、概ね第１の実施例と同様であるため、簡易的に説明する。
図３４は、本実施例によるスポット生成処理を示すフローチャートである。図３４に示すように、まず、サーバ２Ｃのスポット配置部２０１Ｃは、特定のエリアにおいて受け付けた全ての位置要求を取得する（ステップＳ３７３）。
なおスポット配置部２０１Ｃは、受付数が所定数を超える場合に、スポット配置を行うようにしてもよい。例えば数人からの要求だけでは自動販売装置の停車位置とせず、１０人以上から要求がある場合に停車位置を設定するようにしてもよい。
次に、スポット配置部２０１Ｃは、要求位置のお互いの距離に応じてクラスタリングを行い、近い位置要求をクラスタでまとめていく（ステップＳ３７６）。クラスタリングの詳細については、第１の実施例と同様であるため、詳細は省略する。
次いで、スポット配置部２０１Ｃは、クラスタリング結果から未処理のクラスタを１つ取得し（ステップＳ３７９）、取得したクラスタに含まれる全ての要求位置の中心を求めてスポットとする（ステップＳ３８２）。中心の算出に関しても第１の実施例と同様であるため、詳細は省略する。
次に、単純に中心を求めただけではスポットを置けない場所（道路がない場所など）である可能性もあるため、スポット配置部２０１Ｃは、中心緯度経度の最近傍のスポットを置ける場所にスポットを移動する（ステップＳ３８５）。
次いで、スポット配置部２０１Ｃは、全てのクラスタ処理が終わるまで上記ステップＳ３７９～Ｓ３８５の処理を繰り返す（ステップＳ３８８）。
次に、全てのクラスタ処理が終了すると（ステップＳ３８８／Ｙｅｓ）、スポット配置部２０１Ｃは、生成スポットにＩＤを振り直し、当該スポット生成を行ったクラスタに紐付いているユーザのＩＤと共にスポット情報ＤＢ２２２Ｃに登録（更新）する（ステップＳ３９１）。
続いて、スポット配置部２０１Ｃは、生成した各スポットと各移動型自動販売装置４Ｂとの紐付けを行う（ステップＳ３９４）。特定のエリアを担当する移動型自動販売装置４Ｂは複数あってもよく、スポット配置部２０１Ｃは、各移動型自動販売装置４Ｂの現在地や在庫状況等に応じて、適切な移動型自動販売装置４Ｂを各スポットに紐付ける。例えば、スポット配置部２０１Ｃは、あるスポットに最も近い経路を通る移動型自動販売装置とスポットＩＤとを紐付ける。
次に、サーバ２Ｃは、スポット配置部２０１Ｃにより、生成したスポットや移動型自動販売装置４Ｂの紐付けに基づいて各移動型自動販売装置４Ｂの経路を算出し、スポット情報送信制御部２０２Ｃにより、各移動型自動販売装置に通知する（ステップＳ４０１）。すなわち、サーバ２Ｃは、各移動型自動販売装置４Ｂに、通るべき経路と、停車すべきスポット位置を通知する。経路の算出は、例えばカーナビゲーションシステムで使われている既存アルゴリズムを用いても構わない。
また、サーバ２Ｃは、各スポットへの移動型自動販売装置４Ｂの到着予想時刻を算出し、スポット情報ＤＢ２２２Ｃに記録する（ステップＳ４０４）。
以上、本実施例によるスポット位置の生成について具体的に説明した。
＜＜５．第４の実施例＞＞
続いて、第４の実施例として、要求位置に重み付けを適用する場合について説明する。
本実施例は、図１６を参照して上述したクラスタの中心を求める方法に関し、例えばお年寄りや妊婦等、身体的ハンディキャップがある人からの位置要求で示される位置により近くなるようスポット位置を寄せる重み付けを行う。若しくは、ユーザのこれまでの行動履歴（良い行い、ルールやマナーを守る、感謝の言葉、物を大事に取り扱う等の様々なインタラクション履歴）から算出した感性価値（その人の信頼性等の新たな価値を評価する指標）に基づいて、感性価値が高い人には優先的にスポットが近くに出現するような重み付けを行う。また、これら複数の重み付けを統合して用いてスポット位置を設定する。
これにより、お年寄りや妊婦等、身体的ハンディキャップがある人からの位置要求や、ユーザの感性価値や善良ユーザを優遇してスポット位置を設定することが可能となる。
また、舞台めぐりや位置ゲームの場合、舞台めぐりの達成度や（金銭的）貢献度、ゲーム内のレベルや特定のアイテムの有無、ゲームプレイ時間等に基づく重み付けを利用してスポット位置を設定することも可能である。
これにより、舞台めぐりや位置ゲームの利用頻度が高い人や貢献度の高い人からの位置要求を優遇してスポット位置を設定することが可能となる。
以下、図３５～図３７を参照して具体的に説明する。本実施例では一例として、身体的重み付けと感性価値的重み付けを考慮してクラスタに基づくスポット位置Ｓを算出する。
図３５は、ユーザ情報ＤＢ２２３に格納されるユーザ情報の一例を示す図である。図３５に示すように、例えばユーザ毎に、身体的重み付けＷｐと感性価値的重み付けＷｋが登録されている場合、これらの重み付けを統合してスポット位置Ｓの算出を行う。統合した重み付けΛは、例えばＷｐとＷｋの合計でもよいし、より極端な差をつけるのであれば乗算でもよい。例えば乗算の場合、Λ＝Ｗｐ・Ｗｋとなる。
そして、サーバ２は、同一クラスタの中の全ユーザの位置要求と重み付けを加味してスポット位置Ｓを下記式により算出する。下記式では、ユーザＩＤに紐付いたΛをΛｉｄと表記し、ユーザの位置要求の緯度経度をＰｉｄと表記する。
Figure 0007067553000001
なお算出時は、緯度と経度を別々に算出し、全ての位置要求の緯度と経度それぞれに対して、ユーザＩＤ毎の要求位置と重み付けを乗算して全てのユーザの値を合算し、その合算値を全てのユーザの重み付けの合計で除算する。これにより、スポット位置Ｓの緯度と経度は、重み付けを加味した位置となる。ここで、図３６に、スポット位置Ｓ算出の具体例を示す。
図３６に示す例では、各ユーザからの要求位置Ａ、Ｂ、Ｃといった３点を含むクラスタＭにおける重み付けを考慮したスポット位置Ｓの算出について示されている。図３６に示すように、各要求位置Ａ、Ｂ、Ｃを要求した各ユーザＡ、Ｂ、Ｃの重み付けを考慮し、上記式１に当てはめ、重み付けを加味した緯度経度が算出される。
なお、重み付けを考慮したスポット位置の求め方は上述した例に限定されず、例えばソーシャルグラフの描画で行われているようなバネ力学モデルを応用してもよい。図３７に、重み付けを考慮したスポット位置算出の他の具体例として、力学モデルを使用したスポット位置算出例を示す。
図３７に示すように、例えば各要求点Ａ～Ｃを固定して重み付けをバネ係数として釣り合う点をスポット位置Ｓとしてもよい。ソーシャルグラフではＡ、Ｂ、Ｃのノードも力学により移動するが、本実施例の場合は、ユーザの要求位置であるＡ、Ｂ、Ｃのノードは動かさずに固定端のバネ問題とする。
以上説明したように、本実施例によれば、複数ユーザからの位置要求に基づいてスポット位置の生成を行う際に、高齢者や妊婦等の優遇等、より最適なスポット位置配置を行うことが可能である。
＜＜６．まとめ＞＞
上述したように、本開示の実施形態による情報処理システムでは、サービス提供のスポット位置を、利用者にとってさらに利便性がよくなるよう設定することが可能となる。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本技術はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
例えば、上述したユーザ端末１、サーバ２（２Ａ、２Ｂ、２Ｃ）、または移動体４（バス装置４Ａ、移動型自動販売装置４Ｂ）に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、ユーザ端末１、サーバ２（２Ａ、２Ｂ、２Ｃ）、または移動体４（バス装置４Ａ、移動型自動販売装置４Ｂ）の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
なお、本技術は以下のような構成も取ることができる。
（１）
特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を受信する通信部と、
前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定する制御部を備える情報処理装置。
（２）
前記制御部は、
前記複数ユーザからの位置要求が示す複数の位置を分析することにより得られた位置に、新たにスポットを生成するように制御する、前記（１）に記載の情報処理装置。
（３）
前記制御部は、
前記通信部を介して、前記複数ユーザからの位置要求の少なくとも一部の取り下げ要求を受信すると、
新たに生成した前記スポットを消去するように制御する、前記（１）に記載の情報処理装置。
（４）
前記制御部は、
前記複数ユーザからの位置要求が示す複数の位置周辺に、既に同じ特定のサービスを提供するスポットが存在するときには、既に存在するスポットの位置と、当該複数ユーザからの位置要求が示す複数の位置とを分析することにより得られた位置に、新たにスポットを生成すると共に、前記既に存在するスポットを消去するように制御する、前記（１）に記載の情報処理装置。
（５）
前記制御部は、
前記通信部を介して受信される、特定の移動手段が停まる前記スポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定する、前記（１）～（４）のいずれか１項に記載の情報処理装置。
（６）
前記制御部は、
前記通信部を介して受信される、特定の移動手段が停まる前記スポットの位置と日時を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、所定時間単位で動的にスポットの位置を設定する、前記（５）に記載の情報処理装置。
（７）
前記制御部は、
地図画像上の前記設定したスポットの位置に停留所を示す画像を表示し、当該停留所に前記特定の移動手段が到着する予定時刻、および当該特定の移動手段の経路を明示した提示画面を生成する、前記（５）または（６）に記載の情報処理装置。
（８）
前記制御部は、
前記通信部を介して受信される、特定のコンテンツを提供するスポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定し、設定されたスポットに前記特定のコンテンツを関連付けて登録する、前記（１）～（４）のいずれか１項に記載の情報処理装置。
（９）
前記位置要求が示す位置は、現実空間の位置、または仮想空間の位置である、前記（８）に記載の情報処理装置。
（１０）
前記制御部は、
地図画像上の前記設定したスポットの位置に、関連付けられた特定のコンテンツの画像を表示し、予め管理側により設定された公式のスポットであるか、若しくは一般ユーザからの要求に基づいて設定された非公式のスポットであるか、さらにユーザからの要求に基づいて設定したスポットであるかを明示した提示画面を生成する、前記（８）または（９）に記載の情報処理装置。
（１１）
前記制御部は、
前記通信部を介して受信される、自動運転サービス移動体を提供するスポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定する、前記（１）～（７）のいずれか１項に記載の情報処理装置。
（１２）
前記制御部は、
前記通信部を介して受信される前記複数ユーザからの位置要求が示す複数の位置を、各ユーザの属性に応じて重み付けして分析することにより、前記スポットの位置を動的に設定する、前記（１）～（１１）のいずれか１項に記載の情報処理装置。
（１３）
プロセッサが、
特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を通信部により受信することと、
前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定することと、
を含む、情報処理方法。
１ ユーザ端末
１０ 制御部
１０１ 要求処理部
１０２ 情報提示部
１１ 通信部
１２ 操作入力部
１３ 位置測位部
１４ 表示部
１５ 記憶部
２ サーバ
２Ａ サーバ
２０Ａ 制御部
２０１Ａ スポット配置部
２０２Ａ スポット情報送信制御部
２１Ａ 通信部
２２Ａ 記憶部
２２１Ａ バス情報ＤＢ
２２２Ａ スポット情報ＤＢ
２２３Ａ ユーザ情報ＤＢ
２Ｂ サーバ
２０Ｂ 制御部
２０１Ｂ スポット配置部
２０２Ｂ スポット情報送信制御部
２０３Ｂ ゲーム進行制御部
２１Ｂ 通信部
２２Ｂ 記憶部
２２１Ｂ コンテンツ情報ＤＢ
２２２Ｂ スポット情報ＤＢ
２２３Ｂ ユーザ情報ＤＢ
２Ｃ サーバ
２０Ｃ 制御部
２０２Ｃ スポット配置部
２０２Ｃ スポット情報送信制御部
２１Ｃ 通信部
２２Ｃ 記憶部
２２１Ｃ 販売装置情報ＤＢ
２２２Ｃ スポット情報ＤＢ
２２３Ｃ ユーザ情報ＤＢ
３ ネットワーク
４ 移動体
４Ａ バス装置
４０Ａ 制御部
４１Ａ 通信部
４２Ａ 位置測位部
４３Ａ 表示部
４４Ｂ 記憶部
４Ｂ 移動型自動販売装置
４０Ｂ 制御部
４０１Ｂ ルートナビゲーション部
４０２Ｂ 自動運転制御部
４１Ｂ 通信部
４２Ｂ 位置測位部
４３Ｂ 車載センサ
４５Ｂ 記憶部
４４Ｂ 駆動部

Claims (13)

  1. 特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を受信する通信部と、
    前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定する制御部を備え、
    前記制御部は、
    前記複数ユーザからの位置要求が示す複数の位置を分析することにより得られた１つの位置に、新たに１つのスポットを生成するように制御する
    情報処理装置。
  2. 前記制御部は、
    前記複数ユーザからの位置要求が示す複数の位置の中心位置に、新たに１つのスポットを生成するように制御する、請求項１に記載の情報処理装置。
  3. 前記制御部は、
    前記通信部を介して、前記複数ユーザからの位置要求の少なくとも一部の取り下げ要求を受信すると、
    新たに生成した前記スポットを消去するように制御する、請求項１に記載の情報処理装置。
  4. 前記制御部は、
    前記複数ユーザからの位置要求が示す複数の位置周辺に、既に同じ特定のサービスを提供するスポットが存在するときには、既に存在するスポットの位置と、当該複数ユーザからの位置要求が示す複数の位置とを分析することにより得られた位置に、新たにスポットを生成すると共に、前記既に存在するスポットを消去するように制御する、請求項１に記載の情報処理装置。
  5. 前記制御部は、
    前記通信部を介して受信される、特定の移動手段が停まる前記スポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定する、請求項１～４のいずれか１項に記載の情報処理装置。
  6. 前記制御部は、
    前記通信部を介して受信される、特定の移動手段が停まる前記スポットの位置と日時を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、所定時間単位で動的にスポットの位置を設定する、請求項５に記載の情報処理装置。
  7. 前記制御部は、
    地図画像上の前記設定したスポットの位置に停留所を示す画像を表示し、当該停留所に前記特定の移動手段が到着する予定時刻、および当該特定の移動手段の経路を明示した提示画面を生成する、請求項５または６に記載の情報処理装置。
  8. 前記制御部は、
    前記通信部を介して受信される、特定のコンテンツを提供するスポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定し、設定されたスポットに前記特定のコンテンツを関連付けて登録する、請求項１～４のいずれか１項に記載の情報処理装置。
  9. 前記位置要求が示す位置は、現実空間の位置、または仮想空間の位置である、請求項８に記載の情報処理装置。
  10. 前記制御部は、
    地図画像上の前記設定したスポットの位置に、関連付けられた特定のコンテンツの画像を表示し、予め管理側により設定された公式のスポットであるか、若しくは一般ユーザからの要求に基づいて設定された非公式のスポットであるか、さらにユーザからの要求に基づいて設定したスポットであるかを明示した提示画面を生成する、請求項８または９に記載の情報処理装置。
  11. 前記制御部は、
    前記通信部を介して受信される、自動運転サービス移動体を提供するスポットの位置を要求する、前記複数ユーザからの位置要求が示す複数の位置を分析することにより、動的にスポットの位置を設定する、請求項１～７のいずれか１項に記載の情報処理装置。
  12. 前記制御部は、
    前記通信部を介して受信される前記複数ユーザからの位置要求が示す複数の位置を、各ユーザの属性に応じて重み付けして分析することにより、前記スポットの位置を動的に設定する、請求項１～１１のいずれか１項に記載の情報処理装置。
  13. プロセッサが、
    特定のサービスを提供するスポットの位置を要求するユーザからの位置要求を通信部により受信することと、
    前記通信部を介して受信される複数ユーザからの位置要求を分析することにより、前記スポットの位置を動的に設定することと、
    を含み、
    前記設定することは、
    前記複数ユーザからの位置要求が示す複数の位置を分析することにより得られた１つの位置に、新たに１つのスポットを生成するように制御する
    情報処理方法。
JP2019523346A 2017-06-09 2018-03-13 情報処理装置および情報処理方法 Active JP7067553B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017114519 2017-06-09
JP2017114519 2017-06-09
PCT/JP2018/009730 WO2018225320A1 (ja) 2017-06-09 2018-03-13 情報処理装置および情報処理方法

Publications (2)

Publication Number Publication Date
JPWO2018225320A1 JPWO2018225320A1 (ja) 2020-04-09
JP7067553B2 true JP7067553B2 (ja) 2022-05-16

Family

ID=64565842

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019523346A Active JP7067553B2 (ja) 2017-06-09 2018-03-13 情報処理装置および情報処理方法

Country Status (6)

Country Link
US (1) US11195414B2 (ja)
EP (1) EP3637357A4 (ja)
JP (1) JP7067553B2 (ja)
KR (1) KR20200017393A (ja)
CN (1) CN110709884A (ja)
WO (1) WO2018225320A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11127100B2 (en) * 2017-03-15 2021-09-21 Conduent Business Services, Llc Systems and methods for real-time scheduling in a transportation system based upon a user criteria
JP7076766B2 (ja) * 2017-10-30 2022-05-30 株式会社ナビタイムジャパン 情報処理システム、情報処理プログラム、情報処理装置及び情報処理方法
DE102018122992B4 (de) * 2018-09-19 2021-10-14 Volkswagen Aktiengesellschaft Verfahren zum Bereitstellen von Positionsdaten von wenigstens einer Einfahrt zu einem Navigationsziel, Servereinrichtung zum Durchführen eines derartigen Verfahrens sowie Kraftfahrzeug
JP2023121324A (ja) 2022-02-21 2023-08-31 トヨタ自動車株式会社 情報処理装置、情報処理方法、及び、移動体

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002342873A (ja) 2001-05-11 2002-11-29 Toshiba Corp 乗合車両運行スケジューリングシステム
US20080288333A1 (en) 2005-12-20 2008-11-20 Trapeze Software Inc. System and method of optimizing a fixed-route transit network
JP2013186541A (ja) 2012-03-06 2013-09-19 Nissan Motor Co Ltd オンデマンド車両の運行システム及びオンデマンド車両の運行計画設定方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001209894A (ja) 2000-01-28 2001-08-03 Aisin Seiki Co Ltd 乗合車両運行システム
JP2002288790A (ja) 2001-03-26 2002-10-04 Fukushimaken Shokokai Rengokai 新規な交通システム及び前記交通システムを用いた乗車予約方法
JP2002334398A (ja) 2001-05-11 2002-11-22 Sharp Corp 路線バス運行システム
JP3734799B2 (ja) 2003-01-22 2006-01-11 東日本電信電話株式会社 即応型車両乗降システム、方法およびプログラム
EP2899710B8 (en) * 2012-09-20 2022-12-28 Toyota Jidosha Kabushiki Kaisha On-demand vehicle operation management device, on-demand vehicle operation management method, and on-demand vehicle operation management system
EP2979231A4 (en) * 2013-03-25 2016-08-31 Steven B Schoeffler INFORMATION DISPLAY SYSTEM AND METHOD
US20180143027A1 (en) * 2016-11-22 2018-05-24 Microsoft Technology Licensing, Llc Dynamic route planning for demand-based transport

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002342873A (ja) 2001-05-11 2002-11-29 Toshiba Corp 乗合車両運行スケジューリングシステム
US20080288333A1 (en) 2005-12-20 2008-11-20 Trapeze Software Inc. System and method of optimizing a fixed-route transit network
JP2013186541A (ja) 2012-03-06 2013-09-19 Nissan Motor Co Ltd オンデマンド車両の運行システム及びオンデマンド車両の運行計画設定方法

Also Published As

Publication number Publication date
CN110709884A (zh) 2020-01-17
JPWO2018225320A1 (ja) 2020-04-09
EP3637357A1 (en) 2020-04-15
EP3637357A4 (en) 2020-04-15
US20200135026A1 (en) 2020-04-30
KR20200017393A (ko) 2020-02-18
US11195414B2 (en) 2021-12-07
WO2018225320A1 (ja) 2018-12-13

Similar Documents

Publication Publication Date Title
JP7067553B2 (ja) 情報処理装置および情報処理方法
KR20160038836A (ko) 사용자에게 콘텐트를 제공하기 위한 장치 및 방법
JP6996805B2 (ja) プログラム、情報処理方法及びサーバ装置
CN109962939A (zh) 位置推荐方法、装置、服务器、终端及存储介质
US10192252B2 (en) Information processing apparatus to provide position based services
JP2020531886A (ja) ナビゲーションアプリケーションにおける配車サービス区分を伴うマルチモーダル道順
CN105631640A (zh) 在电子日历中表示到达事件和/或离开事件的行程时间
EP3376443A1 (en) Location presentation method and information processing apparatus
JP2022040168A (ja) サードパーティデータを使用したナビゲーションアプリケーションにおける視覚化のカスタマイズ
Lim Designing the next generation of mobile tourism application based on situation awareness
JP2020531937A (ja) ナビゲーションアプリケーションにおける配車サービスに関するストリートレベル画像の提供
TW202143162A (zh) 用於預測車輛的目的地位置之方法
JP5728873B2 (ja) 情報処理装置、情報処理装置の制御方法及び制御プログラム
JP2014190952A (ja) ナビゲーションシステム、ナビゲーション方法、及びナビゲーションプログラム
KR20200107763A (ko) 여행스케줄링 기반의 쇼퍼서비스 방법 및 시스템
JP6378635B2 (ja) クライアント、サーバおよび情報共有システム
JP2021165886A (ja) 制御装置、制御装置のプログラム、及び端末装置のプログラム
KR20160124055A (ko) 지도 상에서의 드로잉을 통한 개인 경로의 생성 및 공유
JP2018049318A (ja) 情報処理サーバ、プログラム、および情報処理方法
JP2018005703A (ja) 旅行情報提供装置、旅行情報提供方法、旅行情報提供プログラム、および情報表示プログラム
JP2022030060A (ja) 情報処理装置、情報処理方法、及び、プログラム
JP2020071618A (ja) 情報処理装置、システム及びプログラム
JP6317689B2 (ja) サーバ、クライアントおよび情報共有システム
JP2013214248A (ja) 情報処理装置、情報処理装置の制御方法、サーバ、行動提案システム、制御プログラム、および記録媒体
JP7364808B1 (ja) 情報処理装置、情報処理方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210202

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220118

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220225

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220329

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220411

R151 Written notification of patent or utility model registration

Ref document number: 7067553

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151