CN110709884A - 信息处理设备和信息处理方法 - Google Patents

信息处理设备和信息处理方法 Download PDF

Info

Publication number
CN110709884A
CN110709884A CN201880036613.7A CN201880036613A CN110709884A CN 110709884 A CN110709884 A CN 110709884A CN 201880036613 A CN201880036613 A CN 201880036613A CN 110709884 A CN110709884 A CN 110709884A
Authority
CN
China
Prior art keywords
place
location
user
request
information
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.)
Withdrawn
Application number
CN201880036613.7A
Other languages
English (en)
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
Original Assignee
Sony 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 filed Critical Sony Corp
Publication of CN110709884A publication Critical patent/CN110709884A/zh
Withdrawn legal-status Critical Current

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—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/40—
    • 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

Abstract

[问题]要提供可以设置服务提供的地点位置以便进一步提高用户的便利性的信息处理设备和信息处理方法。[解决方案]一种信息处理设备设置有：通信单元，其用于接收来自请求提供特定服务的地点的位置的用户的位置请求；以及控制单元，其用于分析经由通信单元接收到的来自多个用户的位置请求并且从而动态地设置地点的位置。

Description

信息处理设备和信息处理方法
技术领域
本公开涉及信息处理设备和信息处理方法。
背景技术
传统上，对于与位置相关联的服务，接收服务的位置是固定的，或者在由移动对象提供服务的情况下，需要在预定位置处等待服务。
例如，在公交的情况下，预定路线，并且使公交行驶以便在预定时间处访问预定的公交停靠点。
此处，对于公交行驶技术，例如下述专利文献1公开了一种能够根据来自用户的请求改变循环路线的客运车辆操作系统。
另外，下述专利文献2公开了一种快速响应型车辆上下车系统，其中接受用户在除了作为预定路线的主路线之外的需求路线中的上下车请求，基本上按照接受上下车请求的顺序使得下车的用户提前下车，一般而言而不改变通常的车辆行驶计划，并且在缩短用户的上车时间的条件下确定需求行驶计划。
此外，下述专利文献3公开了一种其中用户可以在沿着路线公交的行驶路线的除了停靠点之外的任意等待地方处搭乘期望的路线公交的路线公交行驶系统。
此外，下述专利文献4公开了一种其中在具有在预定时间处在沿预定行驶路线的预定点处停靠的行驶计划的车辆管理中接受来自用户的搭乘预约并且使得能够在沿着行驶路线的任意点处上下车的搭乘预约方法。
引用列表
专利文献
专利文献1：日本专利申请特许公开第2001-209894号
专利文件2：日本专利申请特许公开第2004-227262号
专利文件3：日本专利申请特许公开第2002-334398号
专利文件4：日本专利申请特许公开第2002-288790号
发明内容
本发明要解决的问题
然而，在专利文献1至4中描述的技术中的每一种中，尽管根据用户已单独请求的位置确定上下车地方，但是没有考虑在多个用户已经做出请求的情况下对最合适的上下车地方进行确定。因此，产生的问题是，在多个用户已经做出请求的情况下，如果将每个用户指定的位置视为上下车地方，则行驶效率降低。
另外，在现有技术中，虽然允许用户将任意地方指定为上下车地方，但是所指定的地方总是沿着预设的行驶路线，或者沿着要添加到预设主路线的需求路线，这迫使用户至少移动到行驶路线，并且因此不能认为所指定的地方是最合适的上下车位置。
因此，本公开提出了一种信息处理设备和信息处理方法，该信息处理设备和信息处理方法中的每一个均能够设置服务提供的地点位置以便进一步提高用户的便利性。
技术问题的解决方案
根据本公开，提出了一种信息处理设备，包括：通信单元，其接收来自用户的位置请求，该位置请求对提供特定服务的地点(spot)的位置进行请求；以及控制单元，其通过分析通过通信单元接收到的来自多个用户的位置请求来动态地设置地点的位置。
根据本公开，提出了一种由处理器执行的信息处理方法，该方法包括以下步骤：通过通信单元接收来自用户的位置请求，该位置请求对提供特定服务的地点的位置进行请求；以及通过分析通过通信单元接收到的来自多个用户的位置请求来动态地设置地点的位置。
本发明的有益效果
如上所述，根据本公开，可以设置服务提供的地点位置以便进一步提高用户的便利性。
应当注意，上述效果不必然是限制性的，并且与上述效果一起或代替上述效果，可以呈现本说明书中描述的任何效果，或者可以从本说明书中理解的其他效果。
附图说明
图1是示出根据本公开的一个实施方式的信息处理系统的概要的图。
图2是示出根据本实施方式的信息处理系统的整体配置的示例的图。
图3是示出根据本实施方式的第一示例的用户终端的配置的示例的框图。
图4是示出根据本实施方式的第一示例的服务器的配置的示例的框图。
图5是示出根据本实施方式的第一示例的公交设备的配置的示例的框图。
图6是示出根据本实施方式的第一示例的由服务器接受地点位置请求的接受处理的流程图。
图7是示出根据本实施方式的第一示例的存储在公交信息DB中的公交信息的数据配置的示例的图。
图8是示出根据本实施方式的第一示例的存储在用户信息DB中的每个用户的请求信息的示例的图。
图9是示出根据本实施方式的第一示例的地点位置通知处理的流程图。
图10是示出根据本实施方式的第一示例的存储在地点信息DB中的地点信息的示例的图。
图11是示出根据本实施方式的第一示例的用户终端的位置请求的操作处理的流程图。
图12是示出根据本实施方式的第一示例的在用户终端上显示的请求输入画面的示例的转换图。
图13是示出根据本实施方式的第一示例的在用户终端上显示的请求输入画面的示例的转换图。
图14是示出根据本实施方式的第一示例的地点生成处理的流程图。
图15是示出根据本实施方式的第一示例的请求位置的聚类的示例的图。
图16是示出根据本实施方式的第一示例的计算聚类的中心的计算示例的图。
图17是示出根据本实施方式的第一示例的在用户终端上向用户呈现的地点信息画面的示例的图。
图18是示出根据本实施方式的第二示例的服务器的配置的示例的框图。
图19是示出根据本实施方式的第二示例的由服务器接受地点位置请求的接受处理的流程图。
图20是示出根据本实施方式的第二示例的保存在用户信息DB中的位置请求信息的示例的图。
图21是示出根据本实施方式的第二示例的保存在内容信息DB中的内容信息的示例的图。
图22是示出根据本实施方式的第二示例的保存在地点信息DB中的地点信息的示例的图。
图23是示出根据本实施方式的第二示例的用户终端的位置请求的操作处理的流程图。
图24是示出根据本实施方式的第二示例的内容布置画面的示例的图。
图25是示出根据本实施方式的第二示例的地点生成处理的流程图。
图26是示出根据本实施方式的第三示例的服务器的配置的示例的框图。
图27是示出根据本实施方式的第三示例的移动自动销售设备的配置的示例的框图。
图28是示出根据本实施方式的第三示例的由服务器接受地点位置请求的接受处理的流程图。
图29是示出根据本实施方式的第三示例的保存在用户信息DB中的位置请求信息的示例的图。
图30是示出根据本实施方式的第三示例的存储在销售设备信息DB中的移动自动销售设备信息的示例的图。
图31是示出根据本实施方式的第三示例的存储在地点信息DB中的地点信息的示例的图。
图32是示出根据本实施方式的第三示例的地点信息呈现画面的示例的图。
图33是示出根据本实施方式的第三示例的用户终端1的位置请求的操作处理的流程图。
图34是示出根据本实施方式的第三示例的地点生成处理的流程图。
图35是示出根据本实施方式的第四示例的存储在用户信息DB 223中的用户信息的示例的图。
图36是示出根据本实施方式的第四示例的考虑权重的地点位置计算的具体示例的图。
图37是示出根据本实施方式的第四示例的考虑权重的地点位置计算的其他具体示例的图。
具体实施方式
下面将参照附图详细描述本公开的优选实施方式。应当注意，本文和附图中描述的具有基本相同的功能配置的部件被赋予相同的附图标记，并且将不重复其说明。
另外，将按照以下顺序进行说明。
1.根据本公开的一个实施方式的信息处理系统的概要
2.第一示例
2-1.用户终端1的配置
2-2.服务器2A的配置
2-3.公交设备4A的配置
2-4.操作处理
(2-4-1.在服务器侧接受地点位置请求的接受处理)
(2-4-2.在终端侧的处理)
(2-4-3.在服务器侧的地点生成处理)
3.第二示例
3-1.服务器2B的配置
3-2.操作处理
(3-2-1.在服务器侧接受地点位置请求的接受处理)
(3-2-2.在终端侧的处理)
(3-2-3.在服务器侧的地点生成处理)
4.第三示例
4-1.服务器2C的配置
4-2.移动自动销售设备4B的配置
4-3.操作处理
(4-2-1.在服务器侧接受地点位置请求的接受处理)
(4-2-2.在终端侧的处理)
(4-2-3.在服务器侧的地点生成处理)
5.第四示例
6.总结
<<1.根据本公开的一个实施方式的信息处理系统的概要>>
图1是示出根据本公开的一个实施方式的信息处理系统的概要的图。如图1所示，在本实施方式中，基于来自多个用户的请求将服务提供地点的位置设置在最合适的位置处，这使得能够进一步增强用户的便利性。
具体地，例如，如图1所示，基于来自多个用户的公交上车请求设置(新生成)公交停靠点。上车请求包括各个用户期望的上车位置，并且根据本实施方式的信息处理系统将多个用户期望的相应上车位置的中途点等设置为停靠点。
在上述现有技术中，假设按原样根据各个个体的位置请求确定公交的停靠点位置。因此，产生的问题是，在特定近范围内的多个用户做出请求的情况下，公交在所有请求的位置停靠，从而导致效率低。同时，在根据本实施方式的信息处理系统中，基于来自多个用户的请求将服务提供地点的位置设置在最合适的位置处，例如，在多个用户期望的相应上车位置的中途点等处。因此，可以设置对于使用服务的大量用户而言总体上最合适的服务提供地点。
另外，根据本实施方式的信息处理系统不限于在预设的预定行驶路线上设置公交停靠点。例如，也可以在距基准路线的预定范围内设置停靠点。这使得能够根据来自多个用户的地点提供位置请求设置更合适的地点位置。
另外，在将公交停靠点设置为地点位置的情况下，根据本实施方式的信息处理系统例如在公交行驶之前的预定时间段期间以行驶为基础接受多个用户的位置请求，以便设置地点提供位置，并且适当地确定用于途径多个设置的地点位置的路线。
假设公交的用户取决于星期几或时间区域而不同。因此，公交停靠点的最合适位置或最合适的路线也可能取决于星期几或时间区域而不同。因此，根据本实施方式，可以以行驶为基础动态地确定最合适的停靠点或最合适的路线。
另外，在将诸如角色(character)和物品的内容的出现地方设置为地点位置的情况下，根据本实施方式的信息处理系统可以始终接受来自多个用户的位置请求以适当更新内容的出现地方。
此外，在诸如移动自动销售设备的服务提供地方被设置为地点位置的情况下，根据本实施方式的信息处理系统可以在操作时间内实时接受来自多个用户的位置请求以便适当地设置提供地方。
随后，将参照图2描述根据本实施方式的这样的信息处理系统的整体配置。图2是示出根据本实施方式的信息处理系统的整体配置的示例的图。
如图2所示，根据本实施方式的信息处理系统包括用户终端1和服务器2。用户终端1和服务器2通过网络3彼此连接，并且因此可以在它们之间发送/接收数据。
用户终端1根据用户的操作输入向服务器2发送对服务提供的请求。对服务提供的请求包括对服务提供的地点位置的请求(位置请求)。
另外，根据本实施方式的用户终端1通过例如智能电话、移动电话终端、平板终端、个人计算机(PC)、可穿戴设备(例如，头戴式显示器(HMD)、智能眼镜、智能手表、智能手环、智能颈部扬声器、智能耳环等)、音乐播放器、游戏机等来实现。
服务器2基于来自多个用户的位置请求设置服务提供的地点位置，并且执行控制使得向用户终端1通知所设置的地点位置，并且在所设置的地点位置处提供预定的服务。例如，在由诸如公交的移动对象4执行服务提供的情况下，服务器2将所设置的地点位置的信息发送到移动对象4，并且指示移动对象4在预定的地点位置处提供服务。
应当注意，尽管图2作为示例示出三个用户终端1-1至1-3和三个移动对象4-1至4-3，但是本实施方式不限于该示例。根据本实施方式的信息处理系统可以包括一个或更多个用户终端1以及一个或更多个移动对象4。
上面已经描述了根据本公开的一个实施方式的信息处理系统。随后，将通过使用多个示例来具体描述根据本实施方式的信息处理系统。
<<2.第一示例>>
在第一示例中，将描述根据本实施方式的信息处理系统应用于路线公交停靠点的设置的情况。
根据第一示例的信息处理系统包括用户终端1、服务器2A和公交设备4A。用户终端1和服务器2A通过网络3彼此连接，并且因此可以在它们之间发送/接收数据。另外，服务器2A能够通过网络3将所设置的停靠点(地点位置)的信息等发送到公交设备4A。
下面将依次描述本示例中包括的每个配置。
<2-1.用户终端1的配置>
图3是示出根据本示例的用户终端1的配置的示例的框图。如图3所示，用户终端1包括控制单元10、通信单元11、操作输入单元12、定位单元13、显示单元14和存储单元15。
(控制单元10)
控制单元10用作计算处理设备和控制设备，并且根据各种程序控制用户终端1中的整体操作。例如，控制单元10由诸如中央处理单元(CPU)和微处理器的电子电路实现。另外，控制单元10可以包括用于存储使用的程序、计算参数等的只读存储器(ROM)以及用于临时存储适当改变的参数等的随机存取存储器(RAM)。
此外，根据本实施方式的控制单元10还用作请求处理单元101和信息呈现单元102。
请求处理单元101执行控制，以使得从用户接受对服务提供地点的位置请求，并且从通信单元11向服务器2A发送请求信息。更具体地，例如，请求处理单元101将已由用户输入的关于上下路线公交的请求(期望上下车的区域、期望的地方、期望的日期与时间(粗略的日期与时间是足够的)等等)作为请求信息发送到服务器2A。
信息呈现单元102执行控制，以使得通过通信单元11从服务器2A接收的信息被呈现给用户。例如，信息呈现单元102在显示单元14上显示已经由服务器2A根据来自用户的位置请求设置的地点位置信息，以便将地点位置信息呈现给用户。
(通信单元11)
通信单元11有线或无线地连接至网络3，并且在网络上向服务器2A发送数据/从服务器2A接收数据。通信单元11通过使用例如有线/无线局域网(LAN)、或Wi-Fi(注册商标)、蓝牙(注册商标)、移动电话通信网络(长期演进(LTE)、3G(第三代移动通信方法)等，可通信地连接至网络3。
(操作输入单元12)
操作输入单元12接受用户的操作指令，并且将操作内容输出到控制单元10。操作输入单元12可以是例如触摸传感器、压力传感器或接近度传感器。替选地，操作输入单元12可以是诸如按钮、开关和控制杆的物理配置。
(定位单元13)
定位单元13具有基于从外部获得的信号检测用户终端1的当前位置的功能。具体地，例如，定位单元13由全球定位系统(GPS)定位单元来实现。定位单元13从GPS卫星接收电波以检测用户终端1所在的位置，并且将检测到的位置信息输出到控制单元10。另外，除了GPS之外，定位单元13可以是通过使用例如Wi-Fi(注册商标)、蓝牙(注册商标)、通过向/从便携式电话、PHS、智能电话等的发送/接收、或者通过短距离通信等来检测位置的单元。
(显示单元14)
显示单元14是输出例如地点位置请求的输入画面、已设置的地点位置信息的呈现画面等的显示设备。该显示单元14可以是例如显示设备，例如液晶显示器(Liquid CrystalDisplay，(LCD))和有机电致发光(EL)显示器。
(存储单元15)
存储单元15由用于存储用于控制单元10的处理的程序、计算参数等的只读存储器(ROM)和用于临时存储适当改变的参数等的随机存取存储器(RAM)来实现。
上面已经具体描述了根据本实施方式的用户终端1的配置。
应当注意，用户终端1的配置不限于图3中所示的示例。例如，作为输入装置，配置不限于操作输入单元12，并且可以包括语音输入单元(麦克风)、摄像装置和各种传感器(运动传感器、活体传感器等)。作为输出单元，配置不限于显示单元14，并且可以设置有音频输出单元(扬声器)。
<2-2.服务器2A的配置>
随后，将参照图4描述根据本示例的信息处理系统中包括的服务器2A的配置。
图4是示出根据本示例的服务器2A的配置的示例的框图。如图4所示，根据本示例的服务器2A包括控制单元20A、通信单元21A和存储单元22A。
(控制单元20A)
控制单元20A用作计算处理设备和控制设备，并且根据各种种类的程序控制服务器2A中的整体操作。例如，控制单元20A由诸如中央处理单元(CPU)和微处理器的电子电路来实现。另外，控制单元20A可以包括用于存储被使用的程序、计算参数等的只读存储器(ROM)以及用于临时存储适当改变的参数等的随机存取存储器(RAM)。
另外，根据本实施方式的控制单元20A还用作地点布置单元201A和地点信息发送控制单元202A。
地点布置单元201A基于来自一个或更多个用户的地点位置请求来优化地点位置的布置。例如，基于来自多个用户的请求，地点布置单元201A在距路线公交的基准路线的预定范围内适当地设置停靠点(服务提供的地点位置)。
以这种方式，在某种程度上确定了路线公交的路线(例如，将连接在预定停靠点A与停靠点B之间的路线设置为基准路线)之后，基于来自多个用户的请求，在距基准路线的预定范围内，将每个停靠点的位置设置在最合适的位置处，这使得能够实现对用户而言具有更高便利性的路线公交行驶。
应当注意，将参照图14详细地具体描述根据本示例的布置地点位置的布置处理(即，地点生成处理)。
地点信息发送控制单元202A执行控制，以使得与由地点布置单元201A确定的地点位置有关的信息(地点信息)被发送到用户终端1中的每一个。
(通信单元21A)
通信单元21A有线地或无线地连接至网络3，并且通过网络3向用户终端1中的每一个发送数据/从用户终端1中的每一个接收数据。通信单元21A通过使用例如有线/无线局域网(LAN)、或Wi-Fi(无线保真，注册商标)等可通信地连接至网络3。
(存储单元22A)
存储单元22A由用于存储用于控制单元20A的处理的程序、计算参数等的ROM和用于临时存储适当改变的参数等的RAM实现。
例如，根据本实施方式的存储单元22A存储公交信息DB(数据库)221A、地点信息DB222A和用户信息DB 223A。
公交信息DB 221A存储每个公交路线的信息(线路ID、线路名称、在起点和终点处的停靠点以及基准路线信息等)。另外，地点信息DB 222A存储每个路线中的地点位置(在本示例中，停靠点的位置)的信息，该停靠点位置已经由地点布置单元201A确定。此外，所请求的地点位置、所选择的路线公交的标识信息(线路ID和行驶ID)、请求时间等与用户ID相关联地存储在用户信息DB 223A中。
上面已经具体描述了根据本实施方式的服务器2A的配置。
应当注意，服务器2A的配置不限于图4中所示的示例。例如，服务器2A的配置的至少一部分可以位于外部设备中，或者控制单元20A的每个功能中的至少一部分可以由信息处理终端(例如，所谓的边缘服务器等)实现，该信息处理终端的通信距离与用户终端1相对近。以这种方式，适当地分发服务器2A的每个配置使得能够增强实时性能，减少处理负荷，并且进一步确保安全性。
<2-3.公交设备4A的配置>
随后，将参照图5描述根据本示例的信息处理系统中包括的公交设备4A的配置。
图5是示出根据本示例的公交设备4A的配置的示例的框图。如图5所示，公交设备4A包括控制单元40A、通信单元41A、定位单元42A、显示单元43A和存储单元44A。
(控制单元40A)
控制单元40A用作计算处理设备和控制设备，并且根据各种种类的程序控制公交设备4A中的整体操作。例如，控制单元40A由诸如中央处理单元(CPU)和微处理器的电子电路实现。另外，控制单元40A可以包括用于存储被使用的程序、计算参数等的只读存储器(ROM)以及用于临时存储适当改变的参数等的随机存取存储器(RAM)。
另外，根据本实施方式的控制单元40A在显示单元43A上显示已经通过通信单元41A从服务器2A接收的地点位置信息(也就是说，路线公交停靠点)，以便将地点位置信息呈现给驾驶员。驾驶员执行行驶以便途经所呈现的地点位置。应当注意，在行驶路线信息也与地点位置信息一起从服务器2A发送的情况下，控制单元40A在显示单元43A上显示地点位置信息和行驶路线信息，并且驾驶员根据所呈现的行驶路线来驾驶。
应当注意，根据本示例的控制单元40A还可以具有自动驾驶控制的功能。在这种情况下，基于已经通过通信单元41A从服务器2A接收的地点位置信息和行驶路线信息，控制单元40A执行公交设备4A的自动驾驶控制，以使得公交设备4A沿预定路线行驶，并且停靠在预定的地点位置处。
(通信单元41A)
通信单元41A有线地或无线地连接至网络3，并且通过网络3向服务器2A发送数据/从服务器2A接收数据。通信单元41A通过使用例如有线/无线局域网(LAN)、或Wi-Fi(无线保真，注册商标)等可通信地连接至网络3。
(定位单元42A)
定位单元42A具有基于从外部获得的信号检测公交设备4A(路线公交)的当前位置的功能。具体地，例如，定位单元42A由全球定位系统(GPS)定位单元来实现。定位单元42A从GPS卫星接收电波以检测公交设备4A所在的位置，并且将检测到的位置信息输出到控制单元40A。另外，除了GPS之外，定位单元42A可以是通过使用例如Wi-Fi(注册商标)、蓝牙(注册商标)、通过向/从便携式电话、PHS、智能电话等发送/接收、或者通过短距离通信等来检测位置的单元。
(显示单元43A)
显示单元43A是输出用于显示地点位置信息以及用于途经每个地点位置的路线信息的显示画面等的显示设备。该显示单元43A可以是例如诸如液晶显示器(Liquid CrystalDisplay，(LCD))和有机电致发光(EL)显示器的显示设备。
(存储单元44A)
存储单元44A由用于存储用于控制单元40A的处理的程序、计算参数等的ROM和用于临时存储适当改变的参数等的RAM实现。
上面已经具体描述了公交设备4A的配置。应当注意，根据本示例的公交设备4A的配置不限于图5中所示的示例。
另外，公交设备4A可以是公交车辆本身，或者可以是安装到公交车辆的车载设备。另外，安装在公交上的设备可以可拆卸地安装在驾驶员座椅周围。
<2-4.操作处理>
随后，将参照附图具体描述根据本示例的每个操作处理。
(2-4-1.在服务器侧接受地点位置请求的接受处理)
首先，将参照图6描述服务器2A接受地点位置请求的接受处理。图6是示出根据本示例的服务器2A接受地点位置请求的接受处理的流程图。
如图6所示，首先，服务器2A开始接受地点位置请求(步骤S103)。例如，可以在公交行驶当天之前几天等设置接受地点位置请求的开始。
接下来，服务器2A从用户终端1接受区域的指定以及上下车日期与时间的指定(步骤S106)。具体地，服务器2A从自用户终端1接收到的请求信息获得区域的指定以及上下车日期与时间的指定。该区域可以由例如纬度和经度以及半径来指定。
接下来，服务器2A的控制单元20A在公交信息DB 221A中搜索在指定日期与时间在指定区域行驶的路线公交的信息(包括线路信息和行驶信息)，并且将该信息发送给用户终端1(步骤S109)。此处，图7示出存储在公交信息DB 221A中的公交信息的数据配置的示例。
如图7所示，公交信息包括线路信息和行驶信息，并且以线路ID为基础将线路信息与行驶信息相关联。为每个种类(线路)的路线公交设置线路信息，并且线路信息包括线路ID、线路名称、停靠点A、停靠点B和路线信息(连接在起点与终点之间的路线的默认路线信息，并且不会在用户指定的地点处停靠：基准路线)。
另外，以线路为基础将线路信息与行驶信息相关联。每条线路的所有时间的公交(行驶)被提供有“行驶ID”作为序列号。另外，行驶信息中的“方向”用“上行”或“下行”填充。例如，在从停靠点A至停靠点B的方向上行进的公交被指定为“上行”，并且在从停靠点B至停靠点A的方向上行进的公交被指定为“下行”。另外，在“上行”的情况下，行驶信息中的“出发时间”表示从停靠点A出发的日期与时间，并且在“下行”的情况下，行驶信息中的“出发时间”表示从停靠点B出发的日期与时间。
参照这样的公交信息，控制单元20A搜索在用户指定的日期与时间在用户指定的区域中行驶的路线公交的信息。更具体地，例如，在路线信息由对角线由停靠点A和停靠点B形成的矩形(纬度/经度坐标)表示的情况下，控制单元20A可以基于该矩形是否与用户指定的区域交叠来进行确定。
另外，在路线信息由基准路线上的特征点(交叉路口、地标等)的纬度/经度坐标列表表示的情况下，控制单元20A可以基于特征点中的任何一个是否被包括在用户指定的区域中而进行确定。
已经以这种方式搜索到的路线公交信息(更具体地，线路信息以及与其对应的行驶信息)被发送到用户终端1。
接下来，服务器2A从用户终端1获得用户已经选择的线路ID和行驶ID(步骤S112)。
接下来，基于已经选择的线路ID和行驶ID，服务器2A的控制单元20A确定可以放置地点的范围(步骤S115)，并且向用户通知该范围(步骤S118)。可以放置地点的范围可以是根据沿着所选线路的基准路线的道路的范围，或者可以是允许在预定范围内(设置距离的阈值)从基准路线绕道的范围。
接下来，服务器2A从用户终端1接收用户的地点位置请求，并且将地点位置请求作为请求信息保存在用户信息DB 223A中(步骤S121)。
应当注意，在已经接受从用户接收的地点位置请求的情况下，服务器2A更新保存在用户信息DB 223A中的请求信息(步骤S124)。
此处，图8示出存储在用户信息DB 223A中的每个用户的请求信息的示例。如图8所示，将用户已经选择的线路ID、行驶ID、位置请求日期与时间(最新)、最新请求位置信息(纬度、经度)与用户ID相关联地进行存储。
在上述示例中，假设用户请求的地点位置是用户上公交的位置。然而，用户也可以类似地请求用户下公交的位置。无论是上公交还是下公交，在系统侧仅需要被确定为地点位置的位置，并且因此用户下公交的位置也可以类似地被确定为地点位置(在该情况下，每个人有两个位置请求被保存为请求信息)。
另外，可以在用户上公交之后进行下公交位置请求。在这种情况下，用户可以例如从已经确定的公交的地点位置(停靠点)中选择用户想要下车的停靠点，或者可以在用户想要在下一停靠点处下车的情况下按下公交内部的预定按钮。
服务器2A重复上述操作处理，并且累积来自多个用户的地点位置请求的信息。随后，当预定的接受时间段例如在公交行驶当天的午夜2点等结束时，关闭接受，并且执行地点位置确定处理。将参照图9描述该处理。
图9是示出根据本示例的地点位置通知处理的流程图。如图9所示，服务器2A基于所接受的来自多个用户的请求生成地点(在本示例中，除了公交停靠点的布置，可以进一步确定(计算)行驶路线)，并且将地点存储在地点信息DB 222A中(步骤S133)。
下面将参照图14详细描述地点生成处理。然而，服务器2A的地点布置单元201A针对公交的每个行驶ID总结来自每个用户的位置请求，并且执行地点生成(在最合适位置处的布置)。此处，图10示出存储在地点信息DB 222A中的地点信息的示例。
如图10所示，地点信息DB 222A将地点ID、地点位置信息(例如，纬度和经度)、对应的位置请求用户ID(指示已经做出已根据其生成地点信息的位置请求的用户)存储作为所生成的地点信息。在相同地点ID中登记的位置请求用户是已指定相同线路ID和相同行驶ID的用户。
接下来，服务器2A向用户通知地点的位置以及公交到该地点的位置处的估计到达时间(步骤S136)。由于出发时间被设置为行驶ID中的时间表，因此服务器2A的地点布置单元201A能够基于所生成的地点的位置来计算与行驶ID对应的公交的估计到达时间。
接下来，服务器2A向与已经针对其生成地点的行驶ID对应的公交(更具体地，公交设备4A)通知地点位置信息(步骤S139)。所通知的地点位置信息由公交设备4A呈现给驾驶员。
上面已经具体描述了服务器2A侧的处理。随后，将参照图11具体描述用户终端1侧的处理。
(2-4-2.在终端侧的处理)
图11是示出根据本示例的用户终端1的位置请求的操作处理的流程图。如图11所示，首先，用户终端1启动应用以连接至服务器2A(步骤S143)。
接下来，用户终端1指定期望服务的区域，以及期望服务的上下车日期与时间，并且向服务器2A通知该区域和上下车日期与时间(步骤S146)。此处，图12和图13各自示出在用户终端1上显示的请求输入画面的示例。
如图12的左侧所示，首先，在用户终端1的显示单元14上显示在其上指定区域和上下车日期与时间的输入画面50。用户点击例如日期按钮501，并且从显示的日历中指定用户想要上车的日期。另外，用户移动显示的地图图像，并且选择区域。在早期阶段显示的区域可以是用户的当前位置周围的区域(用户的当前位置在输入画面50上由具有单词“你”的图标指示)。在用户想要改变区域的情况下，允许用户通过滚动地图来改变区域。应当注意，显示区域的范围可以是例如距地图中心等的半径N m的范围内。
另外，在输入画面50上显示公交的基准路线和公交始发或终止的基准停靠点。在图12所示的示例中，例如，在地图上由粗线指示的路线L1是连接在停靠点S1与停靠点S2之间的线路的基准路线，并且由虚线指示的路线L2是连接在停靠点S3与位于画面外部的停靠点(未示出)之间的线路的基准路线。这使得用户能够掌握行驶经过用户想要上下车的区域的公交线路。
当用户结束区域和上下车日期与时间的选择时，用户点击确定按钮502以确定(确认)该选择。当点击确定按钮502时，用户终端1向服务器2A发送与用户已指定(选择)的区域和上下车日期与时间有关的信息。区域信息可以是例如在画面上显示的矩形地图的四个角的纬度/经度。
接下来，用户终端1从服务器2A获得与在指定日期与时间在指定区域中行驶的公交的线路和行驶有关的信息，并且显示该信息(步骤S149)。具体地，例如，如图12的右侧所示，首先，基于公交线路信息显示线路列表画面51。当用户从线路列表画面51中指定线路时，随后，如图13的左侧所示，基于对应于所指定的线路的行驶信息显示行驶信息画面52。
用户从行驶信息画面52指定用户想要上车的公交(具体地，公交从起始站点出发的时间区域)。应当注意，在用户指定的区域仅具有一条线路的情况下，可以在没有线路选择的情况下确定线路ID。
接下来，用户终端1向服务器2A通知与用户指定的公交对应的线路ID和行驶ID(步骤S152)。
接下来，用户终端1从服务器2A获得可以放置地点的范围，并且显示该范围(步骤S155)。具体地，例如，如图13的右侧所示，显示示出可以放置地点的范围(地点位置请求可允许范围)531的位置请求画面53。用户指定地点位置请求可允许范围531内的地点位置(地点位置的请求)。在图13所示的位置请求画面53上，用户指定的地点位置由图标532指示。
随后，用户终端1向服务器2A通知用户的地点位置请求(步骤S158)。具体地，用户终端1向服务器2A发送用户指定的地点位置的纬度/经度信息。
上面已经描述了用户终端1中的位置请求的具体处理。
(2-4-3.地点生成处理)
随后，将参照图14至图16具体地描述根据本示例的基于来自多个用户的位置请求的地点生成处理。
图14是示出根据本示例的地点生成处理的流程图。如图14所示，首先，服务器2A的地点布置单元201A从用户信息DB 223A中提取与线路ID和行驶ID的特定组合相关联的所有用户的请求位置(换句话说，请求地点位置的位置)，并且将请求位置放在一起(例如，对请求位置列表)(步骤S163)。在本示例中，作为示例，用户选择公交(行驶ID)。
接下来，地点布置单元201A根据请求位置被放在一起的列表中的请求位置之间的距离来执行聚类，并且将距离近的请求位置一起放入聚类中(步骤S166)。尽管聚类技术不受特别限制，但是例如可以使用分层聚类(例如，Ward方法用于距离函数)。
分层聚类按顺序从最相似的组合生成组(聚类)，并且分层聚类能够像层一样表示进程内过程。最终完成树形图(树状图)。在普通的分层聚类中，继续聚类耦合直到树形图的顶部节点变为1(换句话说，直到聚类的数目为1)。然而，在本示例中，可以在适度阶段中断聚类耦合。例如，假设“适度阶段”是聚类之间的距离变为固定水平或更高的情况，或者聚类的数目(也就是说，地点的数目)不超过固定数目的范围。
此处，将参照图15描述请求位置的聚类的示例。如图15所示，首先，在存在各个用户的请求位置A至F的情况下，将彼此距离最近的请求位置被放在一起作为对。
接下来，将在距对的固定距离内的请求位置相继添加到该对。在这种情况下，每个聚类可以包括两个或更多个点(请求位置)。然而，也存在聚类仅由一个请求位置构成的情况。在图15所示的示例中，形成三个聚类M1至M3(也就是说，三个地点位置)。
应当注意，通过增加其中地点位置被放在一起作为聚类的距离的阈值，或者通过进一步向上聚类到更上级层来减少地点的数目，并且因此可以调整区域中的地点的密度(数目)。
接下来，地点布置单元201A从聚类结果获得一个未处理的聚类(步骤S169)，确定所获得的聚类中包括的所有请求位置的中心，并且将该中心用作地点位置(公交停靠点)(步骤S172)。例如，可以通过简单地获得同一聚类中的多个位置请求的纬度/经度的平均值来计算中心。
此处，将参照图16描述计算聚类的中心的示例。如图16所示，例如，可以通过将聚类M中的全部请求位置中的每一个的纬度和经度相加并且然后通过将纬度和经度除以请求位置的数目来确定中心S(纬度/经度)。
接下来，有可能仅中心的简单确定将导致其中不能布置地点的地方(例如，没有道路的地方)。因此，在这种情况下，地点布置单元201A进行校正，以使得地点移动到最接近所确定的中心的纬度/经度的地点可布置地方(步骤S175)。
随后，地点布置单元201A对所有聚类进行上述步骤S169至S175中所示的处理(步骤S178)。当使用分层聚类时，聚类的分类数目变得不确定(在例如也作为聚类技术之一的k-means方法的非分层聚类的情况下，在预先确定聚类数目之后执行计算)。因此，为了使所有聚类经受处理，在步骤S169中相继获得未处理的类以重复处理。
接下来，当所有聚类已经经受过处理(步骤S178/是)时，地点布置单元201A再次向每个生成的地点给予ID，并且将该地点与和已经针对其生成地点的聚类相关联的用户的ID一起登记在地点信息DB中。在该情况下，地点布置单元201A可以计算并且记录到该地点的估计到达时间。可以通过使用在汽车导航系统等中使用的现有技术来计算估计到达时间。
接下来，服务器2A的地点信息发送控制单元202A向用户通知更新的地点位置和估计到达时间(步骤S184)。此处，图17示出在用户终端1中呈现给用户的地点信息画面的示例。
如图17所示，地点信息画面54显示：基于多个用户的位置请求生成的地点(停靠点S5至S7)；途经所生成的地点的路线L1'；以及公交到基于用户的位置请求生成的地点(停靠点S6)的估计到达时间。另外，如图17所示，地点信息画面54可以适于进一步显示指示公交的当前位置的图标541以及指示用户的当前位置的图标542。
另外，地点信息发送控制单元202A向与线路ID和行驶ID对应的公交(公交设备4A)通知所生成的地点位置信息(步骤S187)。这使得公交的驾驶员能够掌握已被确定为停靠点(地点位置)的地方。此外，服务器2A还可以计算途经所生成的地点位置的线路，以及公交途经每个停靠点的目标时间，并且可以向公交通知路线和目标时间。在公交设备4A执行自动驾驶的情况下，根据已由服务器2A通知的途经地点位置的路线以及公交途经每个停靠点的目标时间，使公交设备4A经受自动驾驶控制。
上面已经具体描述了根据本示例的地点位置的生成。
<<3.第二示例>>
随后，将描述根据本实施方式的第二示例。
近年来，用于通过组合真实位置和虚拟游戏或动画世界来为用户提供娱乐内容的服务正在获得广泛使用，该服务包括：“舞台めぐり(场景搜索)”，其实际上访问在电影、戏剧或动画中已被用作模型的地方；“位置游戏”，其是基于用户的当前位置进行的游戏；等等。根据本实施方式的信息处理系统可以应用于用于提供与位置相关联的内容的这样的服务，并且因此可以最合适地布置服务提供的地点位置。
例如，在“场景搜索”中，基于动画粉丝的请求，可以设置与动画中的舞台或角色紧密相关联的地方，该地方被称为“圣地(sacred place)”。过去，在内容提供者侧，内容提供者有义务通过预先确定圣地，或者通过使用人力总结用户经常请求的地方，来设置“圣地”。然而，应用本实施方式使得能够自动地、动态地安装“圣地”。
通常，圣地经常与特定的地标相关联，并且因此还假设圣地与多个用户的位置请求的中心不相容。然而，通常情况是“在动画中这个角色经常出现在这附近”(也假设第二圣地，例如，用户他自己/她自己发现的地方，类似的地方等)。此外，认为在用户进行相应位置请求的情况下，位置范围变得更宽。因此，根据本实施方式的信息处理系统的应用是有用的。
因此，粉丝可以全部一起设置圣地，并且可以增加圣地的数目。这也扩大了游客访问的地方范围，从而引起区域活动。在所设置的“圣地”，假设为用户提供服务，例如：允许用户使相应角色经受增强现实(AR)显示；允许用户与相应角色拍摄纪念照片；等等。
另外，同样对于位置游戏，类似地，例如，可以基于多个用户的请求来设置怪物进入的位置、物品进入的位置、游戏的象征性地标的位置等。
应用于用于提供与位置相关联的内容的这样的服务的根据第二示例的信息处理系统具有包括用户终端1和服务器2B的系统配置。用户终端1和服务器2B通过网络3彼此连接，并且因此可以在它们之间发送/接收数据。用户终端1的配置类似于参照图3描述的根据第一示例的用户终端1的配置，并且因此此处将省略其详细描述。
<3-1.服务器2B的配置>
图18是示出根据第二示例的服务器2B的配置的示例的框图。如图18所示，服务器2B包括控制单元20B、通信单元21B和存储单元22B。
(控制单元20B)
控制单元20B用作计算处理设备和控制设备，并且根据各种种类的程序控制服务器2B中的整体操作。例如，控制单元20B由诸如中央处理单元(CPU)和微处理器的电子电路实现。另外，控制单元20B可以包括用于存储被使用的程序、计算参数等的只读存储器(ROM)以及用于临时存储适当改变的参数等的随机存取存储器(RAM)。
另外，根据本实施方式的控制单元20B还用作地点布置单元201B、地点信息发送控制单元202B和游戏进度控制单元203B。
地点布置单元201B基于来自一个或更多个用户的地点位置请求来优化地点位置的布置。将参照图25具体地详细描述地点位置布置处理(也就是说，地点生成处理)。
地点信息发送控制单元202B执行控制，以使得与由地点布置单元201B确定的地点位置有关的信息(地点信息)被发送到用户终端1中的每一个。应当注意，由于基于来自大量用户的请求来布置地点位置，因此还存在这样的情况：即使用户新做出位置请求，位置请求的反映也仅是非常短的距离。因此，地点信息发送控制单元202B可以适于同时做出例如“移动xxx m”等的通知更新内容的通知。
游戏进度控制单元203B控制游戏的进度，并且适当地向用户终端1发送与游戏画面和游戏有关的通知。应当注意，此处，为了说明向用户提供作为示例的位置游戏服务的服务器2B，包括了游戏进度控制单元203B。然而，本示例不限于此。在向用户提供“场景搜索”服务的服务器2B的情况下，例如提供用于在用户访问确定的地点位置时使得预定的角色在该角色经受AR显示的情况下进入等的服务的服务提供控制单元可以被包括作为游戏进度控制单元203B的替选。
(通信单元21B)
通信单元21B有线地或无线地连接至网络3，并且通过网络3向用户终端1中的每一个发送数据/从用户终端1中的每一个接收数据。通信单元21B通过使用例如有线/无线局域网(LAN)、或Wi-Fi(无线保真，注册商标)等可通信地连接至网络3。
(存储单元22B)
存储单元22B由用于存储用于控制单元20B的处理的程序、计算参数等的ROM和用于临时存储适当改变的参数等的RAM实现。
另外，例如，根据本实施方式的存储单元22B存储内容信息DB 221B、地点信息DB222B和用户信息DB 223B。
将进入的角色的信息与位置相关联地存储在内容信息DB 221B中。另外，地点信息DB 222B存储由地点布置单元201B确定的地点位置(在本示例中，角色进入的位置)的信息。此外，将请求的地点位置、请求时间等与用户ID相关联地存储在用户信息DB 223B中。
上面已经具体描述了根据本实施方式的服务器2B的配置。应当注意，服务器2B的配置不限于图18中所示的示例。例如，服务器2B的配置中的至少一部分可以位于外部设备中，或者控制单元20B的每个功能的至少一部分可以由其通信距离相对接近用户终端1的信息处理终端(例如，所谓的边缘服务器等)来实现。以这种方式，适当地分发服务器2B的每个配置使得能够增强实时性能，减少处理负荷，并且进一步确保安全性。
<3-2.操作处理>
随后，将参照附图具体描述根据本示例的每个操作处理。
(3-2-1.在服务器侧接受地点位置请求的接受处理)
首先，将参照图19描述由服务器2B接受地点位置请求的接受处理。图19是示出根据本示例的由服务器2B接受地点位置请求的接受处理的流程图。
如图19所示，首先，服务器2B开始接受内容地点位置请求(步骤S203)。应当注意，在场景搜索或位置游戏中，可以始终接受来自用户的地点位置请求。
接下来，基于来自用户的位置请求，服务器2B从内容信息DB 221B获得要由用户放置的内容(步骤S206)。关于根据本示例的位置请求，在场景搜索的情况下，用户选择角色，并且在位置游戏的情况下，用户选择怪物或物品。
接下来，服务器2B确定可以放置内容的范围(步骤S209)。可以放置内容的范围可以是在场景搜索中用户可以在其中行动的预设范围(例如，特定区域、城市、城镇或村庄、管区等)，或者在位置游戏的情况下，可以根据内容(怪物或物品)限制范围(例如，水怪适于仅沿河流出现，等等)。
接下来，服务器2B向用户通知可以放置内容的位置范围(步骤S212)。在用户终端1侧，用户从可以放置内容的位置范围中指定内容的请求位置。
接下来，服务器2B从用户终端1接收内容位置请求(换句话说，对游戏角色进入的位置的请求，或者对登记圣地的请求)(步骤S215)。应当注意，内容位置请求可以适于每天仅被接受一次，或者可以适于被禁止，除非用户访问该站点(换句话说，内容位置请求可以适于仅在当前位置处被允许)。
随后，在已经针对相同内容接受用户的位置请求的情况下，服务器2B限制用户的次数，或者如果请求位置改变，则服务器2B更新位置(步骤S218)。来自每个用户的位置请求被保存在用户信息DB 223B中。在图20中示出保存在用户信息DB 223B中的位置请求信息的示例。
如图20所示，在已经确定了地点的情况下，位置请求信息中包括地点ID(可以登记内容ID，直到确定)，并且位置请求信息中还包括位置请求时间(最新)和最新请求位置(纬度/经度)，其中，地点ID、位置请求时间(最新)和最新请求位置(纬度/经度)与用户ID相关联。
接下来，服务器2B基于所有用户对特定内容的位置请求生成、移动或擦除内容地点，并且将其结果记录在内容信息DB 221B中(步骤S221)。
如图21所示，与内容ID相关联地将角色、游戏怪物、物品等的信息作为内容信息登记在内容信息DB 221B中。在已经确定进入的地方(地点位置)的情况下，还登记地点ID。还假设存在多个地点ID(同一角色在多个地方进入)。应当注意，下面将参照图25详细描述根据本示例的地点生成。
接下来，服务器2B将内容与确定的内容地点(地点位置)相关联(步骤S224)。具体地，服务器2B将地点位置、已做出位置请求的用户的用户ID和内容ID相关联，并且在地点信息DB 222B中登记(更新)该信息。此处，图22示出存储在地点信息DB 222B中的地点信息的示例。如图22所示，与地点ID相关联地将地点位置(纬度/经度)、已做出位置请求的用户的用户ID(在已做出位置请求的用户数目是两个或更多的情况下，多个用户ID)、登记的内容ID以及与该地点是否是正式地点有关的信息包括在地点信息中。
应当注意，出于场景搜索或游戏的原因，可以使内容在用户满足日期与时间条件或某种条件的情况下出现，而不是使内容立即出现在地点位置处。例如，在场景搜索的情况下，在用户已经途经必要地点的情况下，可以使内容出现。在位置游戏的情况下，在用户已经达到所需级别的情况下，或者在用户具有特定物品的情况下，可以使内容出现。这样的出现条件也可以被登记在内容信息DB 221B中。
随后，服务器2B向用户通知更新的内容地点的位置(步骤S227)。
上面已经具体描述了根据本示例的接受处理。
(3-2-2.终端侧的处理)
随后，将参照图23描述用户终端1侧的操作处理。图23是示出根据本示例的用户终端1的位置请求的操作处理的流程图。
如图23所示，首先，用户终端1启动应用以连接至服务器2B(步骤S233)。
接下来，用户终端1选择期望指定其位置的诸如角色和物品的内容，并且向服务器2B通知该内容(步骤S236)。具体地，用户终端1显示期望指定其位置的内容的选择画面，并且将用户选择的内容的ID发送到服务器2B。
接下来，用户终端1从服务器2B获得可以放置内容的范围(步骤S239)，并且在画面上显示可以放置内容的范围(步骤S242)。具体地，用户终端1在地图上突出显示可以放置内容的范围，并且显示说明可以放置内容的范围的文本(例如，“具有水属性的怪物仅可以放置在水边”等)。对于可以放置内容的范围，例如可以优先显示用户当前位置周围的内容可布置范围，或者可以允许用户滚动画面，或者输入地址或地名，以便在任意区域中查找内容可布置范围。
接下来，用户终端1获得用户做出的内容地点位置请求，并且将内容地点位置请求发送到服务器2B(步骤S245)。
接下来，用户终端1从服务器2B接收内容地点布置结果，并且显示内容地点布置结果(步骤S248)。具体地，用户终端1可以显示例如如图24所示的内容布置画面60。在图24所示的内容布置画面60上，怪物图像P1至P3通过叠加在地图图像上而被显示，这使得用户能够掌握地点位置(怪物出现位置)。
应当注意，可以在内容布置画面60上改变显示模式，以便使用户能够知道例如所呈现的地点是正式地点还是已经基于用户的位置请求设置的地点(已经基于来自普通用户的位置请求设置的非正式地点)，等等。在例如图24所示的示例中，在正式地点的情况下，给出“正式”标记。在与用户请求相关联的地点的情况下，给出“星号”标记。
另外，即使在用户没有做出地点位置请求的情况下，也有可能会基于其他用户做出的内容地点位置请求来更新地点。因此，用户终端1可以按预定间隔获得内容地点布置结果以更新画面。替选地，在已经进行更新的情况下，服务器2B做出地点位置请求的更新通知，并且画面可以在每次通知时更新。
另外，用户终端1根据用户的操作(布置其他内容的操作、内容移动操作等)重复步骤S236至S248的处理(步骤S251)。
(3-2-3.地点生成处理)
接下来，将参照图25描述根据本示例的地点生成处理。根据本示例的地点生成处理大部分类似于第一示例的地点生成处理，并且因此将简单描述。
图25是示出根据本示例的地点生成处理的流程图。如图25所示，首先，服务器2B的地点布置单元201B获得对特定内容的所有当前位置请求(步骤S263)。
接下来，地点布置单元201B根据请求位置之间的距离执行聚类，并且将距离近的请求位置一起放入聚类中(步骤S266)。聚类的细节类似于第一示例的聚类细节，并且因此将省略其详细描述。
接下来，地点布置单元201B从聚类结果获得一个未处理的聚类(步骤S269)，确定所获得的聚类中包括的所有请求位置的中心，并且将该中心用作地点(步骤S272)。中心的计算也类似于第一示例的中心的计算，并且因此将省略其详细描述。
接下来，还有可能仅中心的简单确定将导致不能放置地点的地方(没有道路的地方、私人土地、危险地方等)。因此，地点布置单元201B将地点移动到最接近中心的纬度/经度的地点可布置地方(步骤S275)。
接下来，地点布置单元201B重复步骤S269至S275的处理，直到所有聚类已经受过处理(步骤S278)。
接下来，当所有聚类已经受过处理时(步骤S278/是)，地点布置单元201B再次向每个生成的地点给予ID，并且将该地点与和已针对其生成地点的聚类相关联的用户的ID一起登记(更新)在地点信息DB 222B中(步骤S281)。
上述处理可以在从用户接收到位置请求的情况下执行，可以按规则的时间间隔执行，或者可以以内容为基础而执行。取决于来自每个用户的位置请求的波动，表面上看起来好像(新)生成、移动或擦除了地点。
例如，当在到目前为止尚没有地点的位置处输入新的位置请求时，产生新的聚类，并且因此新生成地点。
另外，在将新请求输入现有聚类中、引起地点位置改变的情况下，作为结果，地点位置已被移动。
此外，如果用户取消位置请求(取消请求)，或者将请求改变至属于其他聚类的位置，这引起聚类消失，作为结果，擦除地点。
上面已经具体描述了根据本示例的地点位置的生成。
应当注意，在本示例中，已经说明了如下示例：其中在通过组合真实位置和虚拟游戏或动画世界来向用户提供娱乐的情况下，应用本系统。然而，本系统能够不仅在真实位置而且在虚拟空间中类似地执行地点位置请求和最合适的地点位置布置。
<<4.第三示例>>
接下来，将参照图26至图24描述根据本实施方式的信息处理系统应用于移动自动销售设备的情况。
根据本示例的信息处理系统具有包括用户终端1、服务器2C和移动自动销售设备4B的系统配置。用户终端1、服务器2C和移动自动销售设备4B通过网络3彼此连接，并且因此可以在它们之间发送/接收数据。用户终端1的配置类似于参照图3描述的根据第一示例的用户终端1的配置，并且因此此处将省略其详细描述。
<4-1.服务器2C的配置>
图26是示出根据本示例的服务器2C的配置的示例的框图。如图26所示，服务器2C包括控制单元20C、通信单元21C和存储单元22C。
(控制单元20C)
控制单元20C用作计算处理设备和控制设备，并且根据各种种类的程序控制服务器2C中的整体操作。例如，控制单元20C由诸如中央处理单元(CPU)和微处理器的电子电路实现。另外，控制单元20C可以包括用于存储被使用的程序、计算参数等的只读存储器(ROM)以及用于临时存储适当改变的参数等的随机存取存储器(RAM)。
另外，根据本实施方式的控制单元20C还用作地点布置单元201C和地点信息发送控制单元202C。
地点布置单元201C基于来自一个或更多个用户的地点位置请求来优化地点位置的布置。将参照图34具体地详细描述地点位置布置处理(也就是说，地点生成处理)。
地点信息发送控制单元202C执行控制，以使得将与由地点布置单元201C确定的地点位置有关的信息(地点信息)发送到用户终端1中的每一个和相应的移动自动销售设备4B。
(通信单元21C)
通信单元21C有线地或无线地连接至网络3，并且通过网络3向用户终端1中的每一个和移动自动销售设备4B发送数据/从用户终端1中的每一个和移动自动销售设备4B接收数据。通信单元21C通过使用例如有线/无线局域网(LAN)、或Wi-Fi(无线保真，注册商标)等可通信地连接至网络3。
(存储单元22C)
存储单元22C由用于存储用于控制单元20C的处理的程序、计算参数等的ROM和用于临时存储适当改变的参数等的RAM实现。
例如，根据本实施方式的存储单元22C存储销售设备信息DB 221C、地点信息DB222C和用户信息DB 223C。
销售设备信息DB 221C存储移动自动销售设备4B的当前位置、库存信息、停靠地点的数目等。另外，地点信息DB 222C存储由地点布置单元201C确定的地点位置(在本示例中，移动自动销售设备4B停靠的位置)的信息。此外，将请求的地点位置、请求时间等与用户ID相关联地存储在用户信息DB 223C中。
上面已经具体描述了根据本实施方式的服务器2C的配置。应当注意，服务器2C的配置不限于图26中所示的示例。例如，服务器2C的配置中的至少一部分可以位于外部设备中，或者控制单元20C的每个功能的至少一部分可以由通信距离与用户终端1相对接近的信息处理终端(例如，所谓的边缘服务器等)实现。以这种方式，适当地分发服务器2C的每个配置使得能够增强实时性能，减少处理负荷，并且进一步确保安全性。
<4-2.移动自动销售设备4B的配置>
图27是示出根据本示例的移动自动销售设备4B的配置的示例的框图。
如图27所示，移动自动销售设备4B包括控制单元40B、通信单元41B、定位单元42B、车载传感器43B、驱动单元44B和存储单元45B。
移动自动销售设备4B可以是能够通过自动驾驶移动的移动对象，或者可以是能够通过驾驶员的手动操作移动的移动对象。移动自动销售设备4B装载大量商品，并且移动自动销售设备4B能够在每个停靠点位置处向用户销售商品。
(控制单元40B)
控制单元40B用作计算处理设备和控制设备，并且根据各种种类的程序控制移动自动销售设备4B中的整体操作。例如，控制单元40B由诸如中央处理单元(CPU)和微处理器的电子电路实现。另外，控制单元40B可以包括用于存储被使用的程序、计算参数等的只读存储器(ROM)以及用于临时存储适当改变的参数等的随机存取存储器(RAM)。
另外，根据本实施方式的控制单元40B还用作路线导航单元401B和自动驾驶控制单元402B。路线导航单元401B导航途经确定的地点位置的路线。例如，在手动操作本销售设备的情况下，路线导航单元401B通过声音或显示引导驾驶员沿针对停靠点位置的路线。另外，自动驾驶控制单元402B控制驱动单元44B以便自动途经预定的地点位置。在该情况下，自动驾驶控制单元402B可以根据已经在服务器2C侧计算出的通知路线行驶。
(通信单元41B)
通信单元41B有线地或无线地连接至网络3，并且通过网络3向服务器2C发送数据/从服务器2C接收数据。通信单元41B通过使用例如有线/无线局域网(LAN)、或Wi-Fi(无线保真，注册商标)等可通信地连接至网络3。
(定位单元42B)
定位单元42B具有基于从外部获得的信号检测移动自动销售设备4B的当前位置的功能。具体地，例如，定位单元42B由全球定位系统(GPS)定位单元来实现。定位单元42B从GPS卫星接收电波以检测移动自动销售设备4B所在的位置，并且将所检测到的位置信息输出到控制单元40B。另外，除了GPS之外，定位单元42B可以是通过使用例如Wi-Fi(注册商标)、蓝牙(注册商标)、通过向/从便携式电话、PHS、智能电话等发送/接收、或者通过短距离通信等来检测位置的单元。
(车载传感器43B)
车载传感器43B包括安装在移动自动销售设备4B中的各种传感器，并且将感测数据输出到控制单元40B。例如，假设摄像装置、人体检测传感器、速度传感器、照度传感器、测量仪器、麦克风等作为车载传感器43B。当执行自动驾驶或自动销售时，根据需要使用车载传感器43B。
(驱动单元44B)
驱动单元44B是移动自动销售设备4B的自主移动机构，并且驱动单元44B包括动力单元(引擎、马达)、动力传递单元、驱动轮等。
(存储单元45B)
存储单元45B由用于存储用于控制单元40B的处理的程序、计算参数等的ROM和用于临时存储适当改变的参数等的RAM实现。
上面已经具体描述了移动自动销售设备4B的配置。应当注意，移动自动销售设备4B的配置不限于图27中所示的示例，并且还可以包括例如音频输出单元(扬声器)和显示单元。
<4-3.操作处理>
随后，将参照附图具体描述根据本示例的每个操作处理。
(4-2-1.在服务器侧接受地点位置请求的接受处理)
首先，将参照图28描述由服务器2C接受地点位置请求的接受处理。图28是示出根据本示例的由服务器2C接受地点位置请求的接受处理的流程图。
如图28所示，首先，服务器2C开始接受地点位置请求(步骤S303)。接受地点位置请求的开始定时和结束定时可以例如在操作时间期间。
接下来，服务器2C将已经做出地点位置请求(此处，移动自动销售设备4B的停靠点位置请求)的用户的当前位置视为目标区域(步骤S306)。目标区域可以由例如距用户的当前位置的半径N m指定，或者可以由纬度/经度信息设置。
接下来，在服务器2C不处于可以接受用户的地点位置请求的状态(步骤S309/否)的情况下，服务器2C向用户通知当前停止接受位置请求(步骤S312)。例如，假设如果停靠地点的数目变为固定数目或更大，则暂时停止接受，并且如果商品售罄，则停止接受直到商品被补充为止。
接下来，服务器2C从销售设备信息DB 221C中搜索包括与用户的当前位置对应的目标区域作为操作范围的移动自动销售设备4B(步骤S315)。
接下来，服务器2C确定可以放置地点的范围(步骤S318)。可以放置地点的范围可以是例如落入距用户的当前位置n Km的半径内并且沿着道路或在停车区域中的圆形范围。
接下来，服务器2C向用户通知可以放置地点的位置范围(步骤S321)。
接下来，服务器2C从用户终端1接收用户的地点位置请求(步骤S324)。
接下来，在来自已经被接受的用户的请求的情况下，服务器2C将该请求视为请求位置的改变(可以提供时间阈值)，并且更新(覆盖)来自当前用户的请求信息(步骤S327)。来自每个用户的位置请求被保存在用户信息DB 223C中。在图29中示出保存在用户信息DB223C中的位置请求信息的示例。如图29所示，位置请求时间(最新)和最新请求位置(纬度/经度)与用户ID相关联地包括在位置请求信息中。
随后，服务器2C的地点布置单元201C基于来自所有用户的位置请求生成、移动或擦除地点，并且将其结果记录在地点信息DB 221C中(步骤S330)。下面将参照图34详细描述根据本示例的地点生成处理。
接下来，地点布置单元201C确定在每个更新地点处停靠的移动自动销售设备4B(步骤S333)。例如，地点布置单元201C可以选择沿着移动自动销售设备的路线中的最接近该地点的路线行驶的移动自动销售设备。此处，图30示出存储在销售设备信息DB 221C中的移动自动销售设备信息的示例。
如图30所示，移动自动销售设备信息包括自动销售设备ID、当前位置、库存状态和停靠地点的数目。另外，图31示出存储在地点信息DB222C中的地点信息的示例。如图31所示，地点信息中包括地点ID、地点位置(纬度/经度)、已做出位置请求的用户的用户ID(在已做出位置请求的用户数目是两个或更多的情况下，多个用户ID)、在该地点停靠的自动销售设备的自动销售设备ID、到达该地点的估计到达时间，等等。
接下来，服务器2C的地点信息发送控制单元202C向所确定的移动自动销售设备4B通知更新的地点位置信息(步骤S336)。
另外，服务器2C的地点信息发送控制单元202C基于用户请求向用户通知更新地点的位置、移动自动销售设备4B的当前位置以及到达地点位置处的估计到达时间(步骤S339)。此处，图32示出在用户终端1侧显示的地点信息呈现画面的示例。
如图32所示，在地点信息呈现画面70上，例如，在地图图像上清楚地示出指示用户的当前位置的图标701、指示在用户的当前位置周围的相应移动自动销售设备4B的当前位置的图标702a、702b以及地点S10至S13。移动自动销售设备4B的估计到达时间也被显示在已经基于用户的位置请求生成的地点S10中。这使得用户能够等待移动自动销售设备4B到达地点S10处，并且购买商品。
上面已经具体描述了根据本示例的接受处理。
(4-2-2.终端侧的处理)
随后，将参照图33描述用户终端1侧的操作处理。图33是示出根据本示例的用户终端1的位置请求的操作处理的流程图。
如图33所示，首先，用户终端1启动应用以连接至服务器2C(步骤S343)。
接下来，用户终端1向服务器2C通知基于当前位置的目标区域(步骤S346)。
接下来，用户终端1询问是否正在接受用户的位置请求(步骤S349)，并且在停止接受的情况下，用户终端1将该现象呈现给用户(步骤S352)。例如，在当前在用户请求的目标区域中没有有效服务区域的情况下，或者在目标区域在服务区域之外的情况下，用户终端1将该现象呈现给用户。另外，即使目标区域落入服务区域内，在由于停靠地点的数目过多、售罄、等待补充等而暂时中断服务的状态的情况下，用户终端1显示该现象。在该情况下，用户可以在等待固定的时间段之后再次执行操作。
同时，在正在接受用户的位置请求(步骤S349/是)的情况下，用户终端1从服务器2C获得在用户所在的区域中可以放置地点位置请求的范围、当前地点位置和移动自动销售设备的当前位置(步骤S355)，并且在画面上显示所获得的信息(步骤S358)。
接下来，当用户执行地点位置请求操作时(步骤S361/是)，用户终端1向服务器2C通知用户的地点位置请求(步骤S364)。
上面已经具体描述了根据本示例的位置请求处理。应当注意，由于有可能会不仅通过该用户的地点位置请求、而且还通过其他用户的地点位置请求来更新地点，因此还存在在上述步骤S349至S364的处理期间更新地点的位置的情况。
(4-2-3.地点生成处理)
接下来，将参照图34描述根据本示例的地点生成处理。根据本示例的地点生成处理大部分类似于第一示例的地点生成处理，并且因此将简单描述。
图34是示出根据本示例的地点生成处理的流程图。如图34所示，首先，服务器2C的地点布置单元201C获得在特定区域中已接受的所有位置请求(步骤S373)。
应当注意，地点布置单元201C可以在接受数目超过预定数目的情况下执行地点布置。例如，仅来自几个人的请求不会使得设置自动销售设备的停靠点位置。然而，在已经从十个或更多个人接受请求的情况下，可以设置停靠点位置。
接下来，地点布置单元201C根据请求位置之间的距离执行聚类，并且将距离近的位置请求一起放入聚类中(步骤S376)。聚类的细节类似于第一示例的聚类的细节，并且因此将省略其详细描述。
接下来，地点布置单元201C从聚类结果获得一个未处理的聚类(步骤S379)，确定所获得的聚类中包括的所有请求位置的中心，并且将该中心用作地点(步骤S382)。中心的计算也类似于第一示例的中心的计算，并且因此将省略其详细描述。
接下来，还有可能仅中心的简单确定将导致不能放置地点的地方(没有道路的地方等)。因此，地点布置单元201C将地点移动到最接近中心的纬度/经度的地点可布置地方(步骤S385)。
接下来，地点布置单元201C重复步骤S379至S385的处理直到所有聚类已经受过处理(步骤S388)。
接下来，当所有聚类已经受过处理时(步骤S388/是)，地点布置单元201C再次向每个生成的地点给予ID，并且将该地点与和已针对其生成地点的聚类相关联的用户的ID一起登记(更新)在地点信息DB 222C中(步骤S391)。
随后，地点布置单元201C将移动自动销售设备4B中的每一个与每个地点相关联(步骤S394)。负责特定区域的移动自动销售设备4B的数目可以是两个或更多。地点布置单元201C根据每个移动自动销售设备4B的当前位置、库存状态等将适当的移动自动销售设备4B与每个地点相关联。例如，地点布置单元201C将沿着最接近某个地点的路线行驶的移动自动销售设备与地点ID相关联。
接下来，服务器2C使得地点布置单元201C基于每个移动自动销售设备4B与所生成的地点之间的关联来计算该移动自动销售设备4B的路线，并且使得地点信息发送控制单元202C向每个移动自动销售设备通知该路线(步骤S401)。换句话说，服务器2C向每个移动自动销售设备4B通知该移动自动销售设备4B应当沿其行驶的路线，以及该移动自动销售设备4B应当停靠的地点位置。例如，汽车导航系统中使用的现有算法可以用于计算路线。
另外，服务器2C计算移动自动销售设备4B到达每个地点的估计到达时间，并且将估计到达时间记录在地点信息DB 222C中(步骤S404)。
上面已经具体描述了根据本示例的地点位置的生成。
<<5.第四示例>>
随后，作为第四示例，将描述对请求位置应用加权的情况。
本示例涉及上面参照图16描述的用于确定聚类的中心的方法。执行用于使地点位置更靠近的加权，以使得地点位置接近由来自例如诸如老年人和孕妇的行动不便的人的位置请求所指示的位置。替选地，通过使用用户的过去行为历史(各种交互历史，例如良好的行为、遵守规则和方式、感谢的话以及妥善照顾事物)，基于根据过去行为历史计算出的敏感度值(sensitivity value)(用于评估诸如人的可靠性的新值的指示符)，来执行加权以使得优先在敏感度值高的人的附近出现地点。另外，通过以整合方式使用多个权重来设置地点位置。
这使得能够设置地点位置，以使得优先处理来自诸如老年人和孕妇的行动不便的人的位置请求、用户的敏感度值和良好的用户。
另外，在场景搜索或位置游戏的情况下，还可以通过使用基于场景搜索的成就级别、(金融)贡献度、游戏中的级别、特定物品的存在与否、玩游戏的时间等的权重来设置地点位置。
这使得能够设置地点位置，以使得优先处理来自经常使用场景搜索或位置游戏的人或来自贡献度高的人的位置请求。
下面将参照图35至图37具体描述本示例。在本示例中，作为示例，在考虑身体权重和基于敏感度值的权重的情况下计算基于聚类的地点位置S。
图35是示出存储在用户信息DB 223中的用户信息的示例的图。如图35所示，例如，在以用户为基础登记身体权重Wp和基于敏感度值的权重Wk的情况下，通过对这些权重进行整合来计算地点位置S。整合权重Λ可以是例如Wp和Wk的总和，或者如果需要更大的差异，则可以是Wp和Wk的乘积。例如，在乘积的情况下，Λ＝Wp×Wk。
另外，服务器2在考虑同一聚类中的所有用户的位置请求和权重的情况下，通过使用下式计算地点位置S。在下式中，与用户ID相关联的Λ表示为Λid，并且用户的位置请求的纬度/经度表示为Pid。
[式1]
Figure BDA0002298842210000341
应当注意，在计算时，分别计算纬度和经度，将所有位置请求的纬度和经度中的每一个乘以每个用户ID的请求位置和权重，将所有用户的值相加，并且其总值除以所有用户的权重总和。因此，地点位置S的纬度和经度变为考虑权重的位置。此处，图36示出计算地点位置S的具体示例。
图36中的示例示出地点位置S的计算，其中考虑了包括三个点、即来自相应用户的请求位置A、B、C的聚类M中的权重。如图36所示，在考虑分别已经请求了请求位置A、B、C的用户A、B、C中的每一个的权重的情况下，通过使用式1计算考虑权重的纬度/经度。
应当注意，用于在考虑权重的情况下确定地点位置的方法不限于上述示例。可以应用弹簧动力学模型(spring mechanical model)，例如在例如社交图的绘制中执行的弹簧动力学模型。作为考虑权重的地点位置计算的其他具体示例，图37示出使用动力学模型的地点位置计算的示例。
如图37所示，例如，请求点A至C固定且权重作为弹簧系数平衡的点可以用作地点位置S。在社交图中，A、B和C节点也通过动力学移动。然而，在本示例的情况下，这是在没有移动作为用户的请求位置的A、B和C节点的情况下的在固定端的弹簧问题。
如上所述，根据本示例，在基于来自多个用户的位置请求生成地点位置的情况下，可以在考虑对老年人、孕妇等的优先对待等情况下，执行更合适的地点位置布置。
<<6.总结>>
如上所述，在根据本公开的实施方式的信息处理系统中，可以设置服务提供的地点位置以便进一步提高用户的便利性。
上面已经参照附图详细描述了本公开的优选实施方式。然而，本技术不限于上述示例。显然，本公开的技术领域中的普通技术人员可以想到在权利要求中阐述的技术构思的范畴内的各种校正示例或修改示例。应当理解，当然，这些示例也属于本公开的技术范围。
例如，还可以创建使得诸如CPU、ROM和RAM的硬件实现用户终端1、服务器2(2A、2B、2C)或移动对象4(公交设备4A、移动自动销售设备4B)的功能的计算机程序，该硬件内置于用户终端1、服务器2(2A、2B、2C)或移动对象4(公交设备4A、移动自动销售设备4B)中。此外，还提供了存储该计算机程序的计算机可读存储介质。
此外，本说明书中描述的效果被解释为仅是说明性或示例性的，而不是限制性的。换句话说，与上述效果一起或者替代上述效果，根据本公开的技术可以实现对本领域技术人员而言根据本说明书的陈述而明显的其他效果。
应当注意，本技术还可以采用以下配置。
(1)一种信息处理设备，包括：
通信单元，其接收来自用户的位置请求，所述位置请求对提供特定服务的地点的位置进行请求；以及
控制单元，其通过分析通过所述通信单元接收到的来自多个用户的位置请求来动态地设置所述地点的位置。
(2)根据前述(1)所述的信息处理设备，其中，
所述控制单元执行控制，以使得在通过分析由来自所述多个用户的位置请求指示的多个位置而获得的位置处新生成地点。
(3)根据前述(1)所述的信息处理设备，其中，
在所述控制单元通过所述通信单元接收到用以取消来自所述多个用户的位置请求中的至少一部分的请求的情况下，
所述控制单元执行控制以使得擦除新生成的所述地点。
(4)根据前述(1)所述的信息处理设备，其中，
在由来自所述多个用户的位置请求指示的多个位置周围已经存在提供同一特定服务的地点的情况下，所述控制单元执行控制，以使得在通过分析已经存在的地点的位置和由来自所述多个用户的位置请求指示的多个位置而获得的位置处新生成地点，并且擦除已经存在的地点。
(5)根据前述(1)至(4)中任一项所述的信息处理设备，其中，
所述控制单元通过分析由来自请求特定移动装置停靠的所述地点的位置的所述多个用户的位置请求指示的多个位置，动态地设置地点的位置，所述位置请求是通过所述通信单元接收到的。
(6)根据前述(5)所述的信息处理设备，其中，
所述控制单元通过分析由来自请求特定移动装置停靠的所述地点的位置和日期与时间的所述多个用户的位置请求指示的多个位置，按预定时间单元动态地设置地点的位置，所述位置请求是通过所述通信单元接收到的。
(7)根据前述(5)或(6)所述的信息处理设备，其中，
所述控制单元在地图图像上的所设置的所述地点的位置处显示指示停靠点的图像，并且生成清楚地指示所述特定移动装置到达所述停靠点处的计划时间以及所述特定移动装置的路线的呈现画面。
(8)根据前述(1)至(4)中任一项所述的信息处理设备，其中，
所述控制单元通过分析由来自请求提供特定内容的地点的位置的所述多个用户的位置请求指示的多个位置，动态地设置地点的位置，并且将所述特定内容与所设置的地点相关联地进行登记，所述位置请求是通过所述通信单元接收到的。
(9)根据前述(8)所述的信息处理设备，其中，
由所述位置请求指示的位置包括真实空间的位置或虚拟空间的位置。
(10)根据前述(8)或(9)所述的信息处理设备，其中，
所述控制单元在地图图像上的所设置的所述地点的位置处显示相关联的特定内容的图像，并且生成清楚地指示所述地点是预先在管理侧设置的正式地点、基于来自普通用户的请求设置的非正式地点、还是基于来自用户的请求设置的地点的呈现画面。
(11)根据前述(1)至(7)中任一项所述的信息处理设备，其中，
所述控制单元通过分析由来自请求提供自动行驶服务移动对象的地点的位置的所述多个用户的位置请求指示的多个位置，动态地设置地点的位置，所述位置请求是通过所述通信单元接收到的。
(12)根据前述(1)至(11)中任一项所述的信息处理设备，其中，
所述控制单元通过根据每个用户的属性对来自所述多个用户的位置请求指示的多个位置进行加权以执行分析，动态地设置所述地点的位置，所述位置请求是通过所述通信单元接收到的。
(13)一种由处理器执行的信息处理方法，所述方法包括以下步骤：
通过通信单元接收来自用户的位置请求，所述位置请求对提供特定服务的地点的位置进行请求；以及
通过分析通过所述通信单元接收到的来自多个用户的位置请求来动态地设置所述地点的位置。
参考标记列表
1 用户终端
10 控制单元
101 请求处理单元
102 信息呈现单元
11 通信单元
12 操作输入单元
13 定位单元
14 显示单元
15 存储单元
2 服务器
2A 服务器
20A 控制单元
201A 地点布置单元
202A 地点信息发送控制单元
21A 通信单元
22A 存储单元
221A 公交信息DB
222A 地点信息DB
223A 用户信息DB
2B 服务器
20B 控制单元
201B 地点布置单元
202B 地点信息发送控制单元
203B 游戏进度控制单元
21B 通信单元
22B 存储单元
221B 内容信息DB
222B 地点信息DB
223B 用户信息DB
2C 服务器
20C 控制单元
202C 地点布置单元
202C 地点信息发送控制单元
21C 通信单元
22C 存储单元
221C 销售设备信息DB
222C 地点信息DB
223C 用户信息DB
3 网络
4 移动对象
4A 公交设备
40A 控制单元
41A 通信单元
42A 定位单元
43A 显示单元
44B 存储单元
4B 移动自动销售设备
40B 控制单元
401B 路线导航单元
402B 自动驾驶控制单元
41B 通信单元
42B 定位单元
43B 车载传感器
45B 存储单元
44B 驱动单元

Claims (13)

1.一种信息处理设备，包括：
通信单元，其接收来自用户的位置请求，所述位置请求对提供特定服务的地点的位置进行请求；以及
控制单元，其通过分析通过所述通信单元接收到的来自多个用户的位置请求来动态地设置所述地点的位置。
2.根据权利要求1所述的信息处理设备，其中，
所述控制单元执行控制，以使得在通过分析由来自所述多个用户的位置请求指示的多个位置而获得的位置处新生成地点。
3.根据权利要求1所述的信息处理设备，其中，
在所述控制单元通过所述通信单元接收到用以取消来自所述多个用户的位置请求中的至少一部分的请求的情况下，
所述控制单元执行控制以使得擦除新生成的所述地点。
4.根据权利要求1所述的信息处理设备，其中，
在由来自所述多个用户的位置请求指示的多个位置周围已经存在提供同一特定服务的地点的情况下，所述控制单元执行控制，以使得在通过分析已经存在的地点的位置和由来自所述多个用户的位置请求指示的多个位置而获得的位置处新生成地点，并且擦除已经存在的地点。
5.根据权利要求1所述的信息处理设备，其中，
所述控制单元通过分析由来自请求特定移动装置停靠的所述地点的位置的所述多个用户的位置请求指示的多个位置，动态地设置地点的位置，所述位置请求是通过所述通信单元接收到的。
6.根据权利要求5所述的信息处理设备，其中，
所述控制单元通过分析由来自请求特定移动装置停靠的所述地点的位置和日期与时间的所述多个用户的位置请求指示的多个位置，按预定时间单元动态地设置地点的位置，所述位置请求是通过所述通信单元接收到的。
7.根据权利要求5所述的信息处理设备，其中，
所述控制单元在地图图像上的所设置的所述地点的位置处显示指示停靠点的图像，并且生成清楚地指示所述特定移动装置到达所述停靠点处的计划时间以及所述特定移动装置的路线的呈现画面。
8.根据权利要求1所述的信息处理设备，其中，
所述控制单元通过分析由来自请求提供特定内容的地点的位置的所述多个用户的位置请求指示的多个位置，动态地设置地点的位置，并且将所述特定内容与所设置的地点相关联地进行登记，所述位置请求是通过所述通信单元接收到的。
9.根据权利要求8所述的信息处理设备，其中，
由所述位置请求指示的位置包括真实空间的位置或虚拟空间的位置。
10.根据权利要求8所述的信息处理设备，其中，
所述控制单元在地图图像上的所设置的所述地点的位置处显示相关联的特定内容的图像，并且生成清楚地指示所述地点是预先在管理侧设置的正式地点、基于来自普通用户的请求设置的非正式地点、还是基于来自用户的请求设置的地点的呈现画面。
11.根据权利要求1所述的信息处理设备，其中，
所述控制单元通过分析由来自请求提供自动行驶服务移动对象的地点的位置的所述多个用户的位置请求指示的多个位置，动态地设置地点的位置，所述位置请求是通过所述通信单元接收到的。
12.根据权利要求1所述的信息处理设备，其中，
所述控制单元通过根据每个用户的属性对来自所述多个用户的位置请求指示的多个位置进行加权以执行分析，动态地设置所述地点的位置，所述位置请求是通过所述通信单元接收到的。
13.一种由处理器执行的信息处理方法，所述方法包括以下步骤：
通过通信单元接收来自用户的位置请求，所述位置请求对提供特定服务的地点的位置进行请求；以及
通过分析通过所述通信单元接收到的来自多个用户的位置请求来动态地设置所述地点的位置。
CN201880036613.7A 2017-06-09 2018-03-13 信息处理设备和信息处理方法 Withdrawn CN110709884A (zh)

Applications Claiming Priority (3)

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

Publications (1)

Publication Number Publication Date
CN110709884A true CN110709884A (zh) 2020-01-17

Family

ID=64565842

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880036613.7A Withdrawn CN110709884A (zh) 2017-06-09 2018-03-13 信息处理设备和信息处理方法

Country Status (6)

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

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 トヨタ自動車株式会社 情報処理装置、情報処理方法、及び、移動体

Family Cites Families (10)

* 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 新規な交通システム及び前記交通システムを用いた乗車予約方法
JP3959245B2 (ja) * 2001-05-11 2007-08-15 株式会社東芝 乗合車両運行スケジューリングシステム
JP2002334398A (ja) 2001-05-11 2002-11-22 Sharp Corp 路線バス運行システム
JP3734799B2 (ja) 2003-01-22 2006-01-11 東日本電信電話株式会社 即応型車両乗降システム、方法およびプログラム
CA2530909C (en) 2005-12-20 2011-02-22 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 オンデマンド車両の運行システム及びオンデマンド車両の運行計画設定方法
WO2014045359A1 (ja) 2012-09-20 2014-03-27 トヨタ自動車株式会社 オンデマンド車両運行管理装置、オンデマンド車両運行管理方法及びオンデマンド車両運行管理システム
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

Also Published As

Publication number Publication date
EP3637357A1 (en) 2020-04-15
WO2018225320A1 (ja) 2018-12-13
KR20200017393A (ko) 2020-02-18
EP3637357A4 (en) 2020-04-15
JPWO2018225320A1 (ja) 2020-04-09
US20200135026A1 (en) 2020-04-30
US11195414B2 (en) 2021-12-07
JP7067553B2 (ja) 2022-05-16

Similar Documents

Publication Publication Date Title
JP7463109B2 (ja) ナビゲーションアプリケーションにおける配車サービスの選択肢のインタラクティブリスト
EP3232158B1 (en) Information processing device, control method, and program
US9747797B1 (en) Method and system for predicting availability of parking spot in parking area
CN110709884A (zh) 信息处理设备和信息处理方法
US8862159B2 (en) Business process oriented navigation
CN105631640A (zh) 在电子日历中表示到达事件和/或离开事件的行程时间
Huang Location based services
JP6976384B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
US20220397408A1 (en) Content Delivery In Real-Time Guided Navigation
JP6942209B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
KR102275596B1 (ko) 버스 정류소 기반 여행 정보 제공을 위한 서비스 제공 장치 및 방법
JP2018049318A (ja) 情報処理サーバ、プログラム、および情報処理方法
JP2021165886A (ja) 制御装置、制御装置のプログラム、及び端末装置のプログラム
JP2013214248A (ja) 情報処理装置、情報処理装置の制御方法、サーバ、行動提案システム、制御プログラム、および記録媒体
JP7388744B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7001718B2 (ja) 情報表示プログラム、情報表示方法および情報表示装置
JP7354211B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7317901B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7075187B2 (ja) 情報処理端末、情報処理方法及びプログラム
JP7257576B2 (ja) 情報処理端末、情報処理方法及びプログラム
WO2021144890A1 (ja) 情報生成方法
JP2024012937A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2024043612A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2024043661A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2021197077A (ja) 情報処理装置、情報処理装置の制御方法、携帯型装置、プログラム並びにシステム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20200117