CN115470954A - 信息处理装置、信息处理系统以及信息处理方法 - Google Patents

Abstract

本发明提供信息处理装置、信息处理系统以及信息处理方法。在线提供与移动关联的第一服务的信息处理装置具备处理器。处理器构成为进行与用户在移动目的地处接受的服务的预约有关的第一处理，进行与所述用户利用的移动手段的预约有关的第二处理，在所述用户利用车辆的出借服务即第二服务的情况下，在利用所述第一服务时，不进行所述第二处理。

Description

信息处理装置、信息处理系统以及信息处理方法

技术领域

本公开涉及信息处理装置、信息处理系统以及信息处理方法。

背景技术

已知有将车辆出借给用户一定期间的合同方式。这样的合同方式还被称为租赁(lease)合同、订购合同等。作为与其有关的发明，例如，在日本特开2015-122107中，公开有根据租赁合同的有无，对用户免费地提供洗车服务的系统。

发明内容

本公开的目的在于对利用与移动有关的服务的用户提供便利性。

本公开的第一方式的信息处理装置是在线提供与移动关联的第一服务的信息处理装置。信息提供装置具备处理器。处理器构成为进行与用户在移动目的地处接受的服务的预约有关的第一处理，进行与所述用户利用的移动手段的预约有关的第二处理，在所述用户利用车辆的出借服务即第二服务的情况下，在利用所述第一服务时，不进行所述第二处理。

另外，本公开的第二方式的信息处理系统具备第一服务器和第二服务器。第一服务器在线提供与移动关联的第一服务。第一服务器包括处理器，该处理器构成为进行与用户在移动目的地处接受的服务的预约有关的第一处理，进行与所述用户利用的移动手段的预约有关的第二处理，在所述用户利用车辆的出借服务即第二服务的情况下，在利用所述第一服务时，不进行所述第二阶段的执行。第二服务器与第二服务关联起来。所述第二服务器将用户的与所述第二服务的利用状况有关的数据提供给所述第一服务器装置。

另外，本公开的第三方式的信息处理方法是在线提供与移动关联的第一服务的信息处理方法。信息处理方法包括：由计算机进行与用户在移动目的地处接受的服务的预约有关的处理；在所述用户未利用车辆的出借服务即第二服务的情况下，由所述计算机进行与所述用户利用的移动手段的预约有关的处理，在所述用户利用所述第二服务的情况下，在利用所述第一服务时，不进行与所述用户利用的移动手段的预约有关的处理。

根据本公开，能够对利用与移动有关的服务的用户提供便利性。

附图说明

下面将参照附图说明本发明的示例性实施例的特征、优点以及技术和工业上的意义，其中相同的符号表示相同的元件，其中：

图1是说明预约系统的概要的图。

图2是说明预约服务器以及用户终端的结构的图。

图3是存储于存储部的合同数据的例。

图4是说明与用户关联起来的旅程的图。

图5是存储于存储部的地点数据的例。

图6是存储于存储部的方案数据的例。

图7是由预约服务器生成的预约数据的例。

图8是在第一实施方式中控制部进行的处理的流程图。

图9是进行地点的检索的画面的一个例子。

图10是进行方案的检索的画面的一个例子。

图11是在第一实施方式中控制部进行的处理的流程图。

图12是确定方案的画面的一个例子。

图13是选择交通手段的画面的一个例子。

图14是在第二实施方式中控制部进行的处理的流程图。

图15是第二实施方式的旅行商品数据的一个例子。

图16是在第二实施方式中提供给用户的画面的一个例子。

具体实施方式

本公开的一个方式的信息处理装置在线提供与移动关联的第一服务，其中，所述信息处理装置具有控制部，该控制部执行进行与用户在移动目的地处接受的服务的预约有关的处理的第一阶段和进行与所述用户利用的移动手段的预约有关的处理的第二阶段，所述控制部在利用车辆的出借服务即第二服务的所述用户利用所述第一服务时，省略所述第二阶段的执行。

另外，本公开的其它方式是用于使计算机执行上述信息处理装置执行的方法的程序或者非临时地存储有该程序的计算机可读存储介质。

已知在合同期间中，定期地支付费用，从而将车辆出借给用户的合同方式(还被称为租赁、订购)。另外，为了有效利用出借中的车辆，考虑与进行车辆的出借相同的经营者提供与移动有关的服务(第一服务)的方式。作为第一服务，例如可举出生成旅行方案的服务、一并地进行在旅行中停留的多个地点的预约的服务等。本公开的信息处理装置提供这样的服务。此外，本说明书中的旅行不仅是指娱乐目的的移动，还是指包括单纯的移动的概念。

另一方面，关于接受车辆的出借的用户，有时无需提供交通手段。因而，本公开的信息处理装置关于利用第二服务(接受车辆的出借)的用户跳过与移动手段的预约有关的处理。

与移动手段的预约有关的处理例如既可以是从用户收集移动手段的预约所需的信息的处理，也可以是根据该收集到的信息来预约移动手段的处理。

由此，能够对利用第一服务的用户提供便利性。

另外，其特征也可以在于，所述控制部构成为能够将多个用户界面画面提供给所述用户，对利用所述第二服务的所述用户不提供与所述移动手段的预约有关的所述用户界面画面的至少一部分。

另外，其特征也可以在于，所述控制部对利用所述第二服务的所述用户进行跳过与所述移动手段的预约有关的处理的意思的建议。

通过省略不需要的画面的提供，能够迅速地提供服务。

另外，其特征也可以在于，所述控制部在所述第一阶段，进行所述用户在移动过程中停留的一个以上的地点的预约。

作为这样的地点，例如能够例示住宿设施、餐饮店、停车场等。

另外，其特征也可以在于，所述控制部在所述第二阶段，进行公共交通工具的预约。

公共交通工具例如包括铁路、出租车、巴士、飞机等。

另外，所述第一服务的运营者也可以是与所述第二服务的运营者相同或者存在关联的经营者。

作为存在关联的经营者，例如可举出集团企业彼此、存在资本关系的企业彼此、母公司和子公司、签订合同的经营者彼此等。

另外，其特征也可以在于，所述控制部进而获取所述用户的与所述第二服务的利用状况有关的数据。

与第二服务的利用状况有关的数据例如也可以从管理车辆的出借合同的外部装置获取。

另外，其特征也可以在于，所述数据包含与出借给所述用户的第一车辆的额定人数有关的信息。

另外，其特征也可以在于，所述控制部在与所述移动相关的人数少于所述第一车辆的额定人数的情况下，省略所述第二阶段的执行。

另外，其特征也可以在于，所述控制部在与所述移动相关的人数超过所述第一车辆的额定人数的情况下，建议预约额定人数比所述第一车辆多的第二车辆。

根据该结构，只有在无法利用第一车辆移动的情况下，能够跳过第二阶段。另外，能够建议替代交通手段。

以下，根据附图，说明本公开的具体的实施方式。各实施方式所记载的硬件结构、模块结构、功能结构等只要没有特别记载，就并不意图将公开的技术范围仅限定于这些。

(第一实施方式)

参照图1，说明第一实施方式的预约系统的概要。本实施方式的预约系统构成为包括一并地进行多个地点(例如，住宿设施、餐饮店)和用于巡游该地点的交通手段的预约的预约服务器100、用户终端200以及管理车辆的租赁合同的合同管理服务器300。

此外，在以下的说明中，将车辆的出借合同称为租赁合同。

预约服务器100是根据从用户终端200发送的请求来生成用于对预先登记的多个地点进行预约的预约数据的装置。预约服务器100能够管理多个地点、在这些地点提供的方案，根据来自用户的请求，预约这些地点、方案。进而，预约服务器100能够进行用户利用的交通手段的预约。

预约服务器100提供的预约服务由第一经营者运营。

用户终端200是利用预约服务的用户携带的计算机。用户能够经由用户终端200访问预约服务器100，请求多个地点的预约、交通手段的预约。此外，用户也可以将希望条件(例如，希望的地域、希望的地点的属性、出发时刻等)发送到预约服务器100。

合同管理服务器300是管理用户与第一经营者签订的车辆的租赁合同的服务器装置。在本实施方式中，车辆的租赁合同是指用户支付每月的利用费用从而将该用户作为第一经营者拥有的车辆的使用者而登记到公共机构的合同。合同的期间是事先决定的，例如，能够设为一个月左右至几年。

合同管理服务器300对预约服务器100提供与车辆的租赁合同有关的信息。

此外，在本实施方式中，设为提供预约服务的经营者和提供车辆的租赁服务的经营者是相同的经营者，但两者也可以实质上相同。作为这样的关系，例如，可举出集团企业彼此、存在资本关系的企业彼此、母公司和子公司等。本公开中的“相同的经营者”还包括这样的关系。此外，提供预约服务的经营者和提供车辆的租赁服务的经营者也可以是相互没有关联的经营者彼此。

此外，不论有无车辆的租赁合同，都能够利用预约服务器100提供的预约服务。

图2是更详细地示出本实施方式的信息处理系统中包含的预约服务器100以及用户终端200的构成要素的图。在此，首先，说明用户终端200。

用户终端200例如是个人计算机、智能手机、便携电话、平板电脑、个人信息终端这样的个人利用的计算机。用户终端200构成为包括控制部201、存储部202、通信部203以及输入输出部204。

控制部201是掌管用户终端200进行的控制的运算装置。控制部201能够通过CPU(Central Processing Unit，中央处理单元)等运算处理装置来实现。

控制部201执行访问预约服务器100而进行交互的功能。该功能也可以通过在用户终端200中进行动作的网页浏览器、专用的应用软件来实现。

存储部202构成为包括主存储装置和辅助存储装置。主存储装置是由控制部201执行的程序、该控制程序利用的数据被展开的存储器。辅助存储装置是在控制部201中执行的程序、该控制程序利用的数据被存储的装置。在辅助存储装置中，也可以存储将由控制部201执行的程序作为应用进行封装体化而成的程序。另外，也可以存储用于执行这些应用的操作系统。存储于辅助存储装置的程序被载入到主存储装置，由控制部201执行，从而进行以后说明的处理。

主存储装置也可以包括RAM(Random Access Memory，随机存取存储器)、ROM(ReadOnly Memory，只读存储器)。另外，辅助存储装置也可以包括EPROM(ErasableProgrammable ROM，可擦可编程只读存储器)、硬盘驱动器(HDD，Hard Disk Drive)。进而，辅助存储装置也可以包括可移动介质即便携记录介质。

通信部203是用于将用户终端200与网络连接的无线通信接口。通信部203例如构成为能够经由无线LAN、3G、LTE、5G等移动体通信服务而与预约服务器100进行通信。

输入输出部204是受理用户进行的输入操作并对用户提示信息的单元。在本实施方式中，由一个触摸面板显示器构成。即，包括液晶显示器及其控制单元、触摸面板及其控制单元。

接下来，说明预约服务器100。

预约服务器100是将多个地点以及方案的内容提示给用户，并根据从用户终端200发送的请求来进行这些地点的预约的服务器装置。另外，预约服务器100还具有进行交通手段的预约的功能。

在本实施方式中，预约服务器100也可以构成为能够执行用于进行与用户终端200的交互的Web服务器。在该情况下，例如，用户终端200使用浏览器来访问Web服务器，从而用户能够进行地点的预约等。此外，预约服务器100也可以利用Web服务器以外的单元来提供服务。例如，也可以在预约服务器100中执行与安装于用户终端200的专用的应用软件根据预定的协议进行对话的服务。

预约服务器100能够由通用的计算机构成。即，预约服务器100能够作为具有CPU、GPU等处理器、RAM、ROM等主存储装置、EPROM、硬盘驱动器、可移动介质等辅助存储装置的计算机而构成。在辅助存储装置中保存有操作系统(OS)、各种程序、各种表格等，将保存于此处的程序载入到主存储装置的作业区域而执行，通过程序的执行来控制各结构部等，从而能够实现如后所述的符合预定的目的的各功能。但是，一部分或者全部的功能也可以通过如ASIC、FPGA那样的硬件电路来实现。

控制部101是掌管预约服务器100进行的控制的运算装置。控制部101能够通过CPU等运算处理装置来实现。

控制部101构成为具有合同数据获取部1011、方案决定部1012以及预约执行部1013这3个功能模块。各功能模块也可以通过由CPU执行所存储的程序而实现。

合同数据获取部1011从合同管理服务器300获取与用户签订的租赁车辆的合同有关的数据(以下，合同数据)。具体而言，对合同管理服务器300询问登录到预约服务器100的用户是否与第一经营者签订了车辆的租赁合同，接收响应于其而从合同管理服务器300发送的合同数据。图3是合同数据的例子。合同数据例如也可以包括与用户的标识符、签约的车辆的标识符、合同期间、合同开始日以及合同结束日、利用费用、合同的类别、利用条件等有关的信息等。

方案决定部1012根据与用户终端200进行交互的结果，决定在旅行中用户利用的地点以及方案，生成预约数据。

在本实施方式中，地点是指用户利用的设施。作为地点的例子，例如可举出住宿设施、餐饮店、娱乐设施等。进而，地点也可以是停车场、洗车场、加油站等提供与汽车有关的服务的设施。进而，地点也可以是提供活动、体验的设施(体验型设施)。作为这样的设施，例如可举出能够体验以农业为首的特定的职业、运动、乘船游览、观光飞行等的设施。

另外，在本实施方式中，方案是指识别多个地点各自提供的服务的方案。在地点是住宿设施的情况下，作为方案的例子，例如可举出“单人间1晚”、“单人间1晚(带早餐)”、“双人间1晚”等。另外，在地点是餐饮店的情况下，作为方案的例子，例如可举出“套餐料理(午餐)”、“套餐料理(晚餐)”等。除此之外，只要能够识别在各个地点提供的服务，就可以任意地设定方案。

方案决定部1012决定用户在旅行中利用的地点以及在各地点利用的方案的组合。在所决定的方案中，关联有利用该地点的日期时间。

进而，方案决定部1012决定用户在旅行中利用的交通手段。

将这些信息的组合称为“旅程”。

图4图示出旅程的一个例子。图示出的例子示出了用户利用铁路以及出租车进行移动，在目的地处在餐馆吃晚餐，在酒店住宿一晚，在第二天的白天在其它餐馆吃午餐，返回到出发地的旅程。

预约执行部1013依照方案决定部1012所生成的旅程，生成用于进行地点以及交通手段的预约的数据(预约数据)，发送到对应的外部装置。在图4的例子中，对3个地点分别发送预约数据。另外，预约执行部1013根据需要将用于进行交通手段的预约的预约数据发送到与各交通手段对应的外部装置(例如，售卖列车的指定座位的装置、受理出租车的配车预约的装置)。

由此用户能够一并地进行在旅行中利用的设施等和交通手段的预约。

存储部102构成为包括主存储装置和辅助存储装置。主存储装置是由控制部101执行的程序、该控制程序利用的数据被展开的存储器。辅助存储装置是在控制部101中执行的程序、该控制程序利用的数据被存储的装置。

另外，存储部102存储地点数据102A、方案数据102B以及预约数据102C。

地点数据102A是定义有用户利用的多个地点的数据。图5是地点数据102A的例子。在地点数据102A中，例如包含地点的标识符、地点的名称、与地点对应的位置信息、与种类有关的信息等。

方案数据102B是定义有在多个地点的各个地点提供的服务(方案)的数据。图6是方案数据102B的例子。方案数据102B中例如包括与地点的标识符、方案的标识符、服务的内容、费用有关的数据等。

此外，当在各地点能够提供的服务的资源(例如，客室数、客座数)有限的情况下，在受理预约之前，有时需要确认空闲状况。为了应对该情况，也可以使方案数据102B包含用于判定能否预约的数据。作为这样的数据，例如能够例示向预约底册的参考。通过经由该数据访问预约底册，方案决定部1012能够对用户提示预约的可否。预约底册既可以由预约服务器100具有，也可以由与各地点对应的外部装置具有。

预约数据102C是方案决定部1012所生成的预约数据。所生成的预约数据在直至被发送到外部装置为止的期间临时地存储于存储部102。

图7是预约数据102C的例子。在预约数据102C中，除了包含地点以及方案的标识符(预约地点的情况)、交通工具的标识符(预约交通工具的情况)、用户的标识符之外，还包含附带信息。附带信息是指在申请预约时所需的附带的信息。作为附带信息的例子，例如可举出抵达时刻、入住时刻(预约地点的情况)、利用班次(预约交通工具的情况)、利用人数、利用者的年龄、性别、或者用户的联系方式等。

前述各数据也可以通过由处理器执行的数据库管理系统(DBMS)的程序管理存储于存储装置的数据而构建。在该情况下，各数据例如能够设为关系型数据库。

通信部103是用于将预约服务器100与网络连接的通信接口。通信部103例如构成为包括网络接口板、用于无线通信的无线通信接口。

此外，图2所示的结构是一个例子，图示出的功能的全部或者一部分也可以使用专门设计的电路来执行。另外，也可以由图示以外的主存储装置以及辅助存储装置的组合进行程序的存储或执行。

图8是示出预约服务器100执行的处理的流程图。图8所示的流程图例如在用户登录到预约服务器100的定时执行。设为在开始处理的定时，预约服务器100针对用户的识别完成。

首先，在步骤S11中，合同数据获取部1011从合同管理服务器300获取与用户对应的合同数据。在本步骤中，合同数据获取部1011对合同管理服务器300请求与登录到预约服务器100的用户的合同有关的数据，获取响应于该请求而发送的合同数据。

步骤S12～S15是方案决定部1012进行旅程的制作的步骤。旅程的制作是通过追加一个以上的地点，接着决定交通手段来进行。

在步骤S12中，决定是否追加地点。在本步骤中，例如从用户获取与住宿设施、餐饮店、娱乐设施、体验型设施、停车场等的预约有关的请求。当在本步骤中为肯定判定的情况下，处理转移到步骤S13。当在本步骤中为否定判定的情况下，处理转移到步骤S14。

在步骤S13中，决定用户利用的地点以及方案。参照图11，更详细地说明在步骤S13中方案决定部1012执行的处理。

首先，在步骤S131中，决定利用的地点(例如，住宿设施)。

在追加的地点是住宿设施的情况下，在步骤S131中，根据用户的选择，决定住宿设施。方案决定部1012例如提供如图9所示的住宿设施的检索画面，使用户检索能够利用的住宿设施。

在步骤S132中，决定方案。

方案的检索能够使用现有的技术来进行。例如，也可以根据经由图9所例示出的画面输入的检索条件，提供如图10所示的方案的一览，让用户选择。例如能够通过参照方案数据102B以及预约底册来决定能够预约的方案。

接下来，在步骤S133中，获取与利用有关的附带的信息(附带信息)。在地点是住宿设施的情况下，作为附带信息，例如获取日期时间信息(在本例中，入住日以及入住时刻)、住宿者的人数、年龄、性别等。

此外，在本例中，举出地点是住宿设施的例子，但当地点是餐饮店，娱乐设施、体验型设施、停车场等与住宿以外相关的设施的情况下，在步骤S133中，也可以获取适合该地点的附带信息。例如，在地点是停车场的情况下，与车辆有关的信息可能成为附带信息。另外，在地点是体验型设施的情况下，与参加者的年龄等有关的信息可能成为附带信息。

在步骤S134中，根据用户的输入来确定预约内容。例如，经由如图12所示的画面决定方案。

此外，在图8的流程图中，举出依次追加多个地点的例子，但也可以在开始旅程的制作之前，让用户指定条件，自动地抽取符合所指定的条件的地点以及方案的组合，并进行提示。作为这样的条件，例如可举出旅行对象的区域、出发地、出发日期时间、希望访问的地点、希望访问的地点的种类、归来日期时间等。由此，还能够自动地生成推荐的旅程。所生成的旅程也可以能够由用户编辑。例如，也可以让用户进行地点的追加、删除、替换，方案的替换等。

返回到图8，继续说明。

在步骤S14中，决定是否进行交通手段的安排。

在本实施方式中，根据租赁车辆的合同有无，判定是否需要交通手段的安排。

例如，当在步骤S11中获取到的合同数据表示用户签订有租赁车辆的合同的意思的情况下，该租赁车辆能够被用作交通手段。因而，在该情况下，能够判定为不需要交通手段的安排。

在被判定为不需要交通手段的安排的情况下，处理转移到步骤S16。

此外，即使在该情况下，也可以对用户确认是否需要交通手段的安排，根据回答来判定是否需要交通手段的安排。例如，由于签订有租赁车辆的合同，所以也可以对用户确认是否可以跳过交通手段的安排。

在进行交通手段的安排的情况下，在步骤S15中，提示如图13所示的画面，决定利用的交通手段及其详细内容。在本步骤中，例如决定出发地、目的地、路径、利用的交通手段等。此外，在利用需要预约的交通手段的情况下，在本步骤中，也可以与管辖该交通手段的外部装置进行通信，进行空闲状况的确认等。外部装置例如能够设为提供铁路、飞机、出租车、租用汽车等的预约服务的装置。

在步骤S14中，在决定为不进行交通手段的安排的情况下，跳过进行与交通手段的安排关联的画面的提示以及交通手段的预约的处理。在该情况下，也可以在确定利用的地点以及方案的定时，转移到预约的执行。

此外，在旅行中利用的交通手段也可以为两个以上。例如，也可以在利用铁路移动至作为目的的区域之后，在区域内进行基于租用汽车的移动。在该情况下，也可以将提供交通手段的设施(例如，出租车、租用汽车的营业厅等)作为地点而处理。在该情况下，也可以通过与步骤S13同样的处理，决定地点以及方案。

在步骤S16中，预约执行部1013生成用于预约用户利用的地点(以及交通手段)的数据(预约数据)。在本步骤中，生成如图7所例示出的预约数据，发送到与用户利用的一个以上的地点(或者交通手段)分别对应的外部装置。

如以上说明，在第一实施方式的预约系统中，在用户与第一经营者签订车辆的租赁合同的情况下，省略用于预约交通手段的步骤来进行服务的提供。由此，能够对利用服务的用户提供便利性。

(第一实施方式的变形例)

在第一实施方式中，在用户签订有租赁车辆的合同的情况下，判定为不需要交通手段的安排，但也可以并用其它信息来判定是否需要交通手段的安排。

例如，在签约中的车辆的额定人数少于与移动相关的人数(例如，进行住宿预约的人数等)的情况下，无法利用该车辆进行全员的移动。因而，在这样的情况下，也可以判定为需要交通手段的安排。另外，在这样的情况下，也可以推荐租用汽车等补充额定人数的其它车辆的预约。

此外，与移动相关的人数也可以根据由用户输入的信息来判定。另外，与签约中的车辆的额定人数有关的信息也可以包含于合同数据等中。

(第二实施方式)

在第一实施方式中，举出用户单独地预约住宿设施、餐饮店这样的多个地点的例子，但预约系统也可以提供住宿、餐食、多个活动等成为套餐的旅行商品。

图14是在本实施方式中预约服务器100执行的处理的流程图。关于与第一实施方式同样的处理，用虚线图示，省略详细的说明。

在本实施方式中，在步骤S17中，方案决定部1012决定旅行商品。存储部102也可以代替地点数据102A以及方案数据102B而存储定义有旅行商品的内容的数据。图15是定义有旅行商品的内容的数据的例子。

图16是在决定旅行商品时提供给用户的画面的一个例子。例如，当用户指定希望的区域时，方案决定部1012获取与所指定的区域对应的多个旅行商品，将其内容提示给用户。用户能够研究各个旅行商品中包含的内容，决定要购买的商品。

步骤S14以后的处理与第一实施方式相同。

第一实施方式的预约系统还能够应用于这样提供成套商品的系统。

(其它变形例)

上述实施方式仅仅是一个例子，本公开能够在不脱离其要旨的范围内适当地变更而实施。

例如，在本公开中说明的处理、单元只要不产生技术上的矛盾，就能够自由地组合实施。

另外，在实施方式的说明中，作为第一服务，例示出进行多个地点的预约的服务，但第一服务也可以是不伴随预约的服务(例如，仅进行信息提供的服务)。例如，第一服务也可以是检索提供优惠券的多个地点的服务。

另外，第一服务也可以是在组织旅程时将用户引导到用户需要访问的多个网站的服务等。作为多个网站，例如能够例示航空公司、铁路公司、旅行公司、住宿设施等各自运营的预约网站等。

在该情况下，在用户与第一经营者签订有车辆的租赁合同的情况下，也可以省略向用于预约交通手段的网站的引导。

另外，设为由1个装置进行而说明的处理也可以由多个装置分担地执行。或者，设为由不同的装置进行而说明的处理也可以由1个装置执行。在计算机系统中，能够灵活地变更通过怎样的硬件结构(服务器结构)来实现各功能。

本公开也能够通过如下方式实现：将安装有在上述实施方式中说明的功能的计算机程序提供给计算机，该计算机所具有的1个以上的处理器读出程序而执行。这样的计算机程序既可以通过能够与计算机的系统总线连接的非临时性的计算机可读存储介质提供给计算机，也可以经由网络提供给计算机。非临时性的计算机可读存储介质例如包括磁盘(软盘(Floppy(注册商标)disk)、硬盘驱动器(HDD)等)、光盘(CD－ROM、DVD盘及蓝光盘等)等任意类型的盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存存储器、光学式卡、适于保存电子命令的任意类型的介质。

Claims (20)

1.一种信息处理装置，在线提供与移动关联的第一服务，其特征在于，

所述信息处理装置包括处理器，该处理器构成为：

进行与用户在移动目的地处接受的服务的预约有关的第一处理；

进行与所述用户利用的移动手段的预约有关的第二处理；以及

在所述用户利用车辆的出借服务即第二服务的情况下，在利用所述第一服务时，不进行所述第二处理。

2.根据权利要求1所述的信息处理装置，其特征在于，

所述处理器构成为：

将多个用户界面画面提供给所述用户；以及

在所述用户利用所述第二服务的情况下，不提供与所述移动手段的预约有关的所述用户界面画面的至少一部分。

3.根据权利要求2所述的信息处理装置，其特征在于，

所述处理器构成为在所述用户利用所述第二服务的情况下，对所述用户建议跳过与所述移动手段的预约有关的第二处理。

4.根据权利要求1至3中的任意一项所述的信息处理装置，其特征在于，

所述处理器构成为在所述第一处理中，进行所述用户在移动中停留的一个以上的地点的预约。

5.根据权利要求4所述的信息处理装置，其特征在于，

所述处理器构成为在所述第二处理中，进行公共交通工具的预约。

6.根据权利要求1至5中的任意一项所述的信息处理装置，其特征在于，

所述第一服务的运营者是与所述第二服务的运营者相同或者存在关联的经营者。

7.根据权利要求1至6中的任意一项所述的信息处理装置，其特征在于，

所述处理器构成为获取所述用户的与所述第二服务的利用状况有关的数据。

8.根据权利要求7所述的信息处理装置，其特征在于，

所述数据包含与出借给所述用户的第一车辆的额定人数有关的信息。

9.根据权利要求8所述的信息处理装置，其特征在于，

所述处理器构成为在与所述移动相关的人数少于所述第一车辆的额定人数的情况下，不进行所述第二处理。

10.根据权利要求9所述的信息处理装置，其特征在于，

所述处理器构成为在与所述移动相关的人数超过所述第一车辆的额定人数的情况下，对所述用户建议预约额定人数比所述第一车辆多的第二车辆。

11.一种信息处理系统，其特征在于，包括：

第一服务器，在线提供与移动关联的第一服务，所述第一服务器包括处理器，该处理器构成为进行与用户在移动目的地处接受的服务的预约有关的第一处理和与所述用户利用的移动手段的预约有关的第二处理，在所述用户利用车辆的出借服务即第二服务的情况下，在利用所述第一服务时，不进行所述第二处理；以及

与所述第二服务关联起来的第二服务器，所述第二服务器将用户的与所述第二服务的利用状况有关的数据提供给所述第一服务器。

12.根据权利要求11所述的信息处理系统，其特征在于，

所述处理器构成为：

将多个用户界面画面提供给所述用户；以及

在所述用户利用所述第二服务的情况下，不提供与所述移动手段的预约有关的所述用户界面画面的至少一部分。

13.根据权利要求12所述的信息处理系统，其特征在于，

所述处理器构成为在所述用户利用所述第二服务的情况下，对所述用户建议跳过与所述移动手段的预约有关的处理。

14.根据权利要求11至13中的任意一项所述的信息处理系统，其特征在于，

所述处理器在所述第一处理中，进行所述用户在移动中停留的一个以上的地点的预约。

15.根据权利要求14所述的信息处理系统，其特征在于，

所述处理器构成为在所述第二处理中，进行公共交通工具的预约。

16.根据权利要求11至15中的任意一项所述的信息处理系统，其特征在于，

所述第一服务的运营者是与所述第二服务的运营者相同或者存在关联的经营者。

17.根据权利要求11至16中的任意一项所述的信息处理系统，其特征在于，

所述数据包含与出借给所述用户的第一车辆的额定人数有关的信息。

18.根据权利要求17所述的信息处理系统，其特征在于，

所述处理器构成为在与所述移动相关的人数少于所述第一车辆的额定人数的情况下，不进行所述第二处理。

19.根据权利要求18所述的信息处理系统，其特征在于，

所述处理器构成为在与所述移动相关的人数超过所述第一车辆的额定人数的情况下，对所述用户建议预约额定人数比所述第一车辆多的第二车辆。

20.一种信息处理方法，在线提供与移动关联的第一服务，其特征在于，所述信息处理方法包括：

由计算机进行与用户在移动目的地处接受的服务的预约有关的处理；

在所述用户未利用车辆的出借服务即第二服务的情况下，由所述计算机进行与所述用户利用的移动手段的预约有关的处理，在所述用户利用所述第二服务的情况下，在利用所述第一服务时，不进行与所述用户利用的移动手段的预约有关的处理。

Images