信息处理方法、终端及服务器与流程

本发明涉及移动互联网技术领域，尤其涉及一种信息处理方法、终端及服务器。

背景技术：

近年来，随着移动互联网的发展，出现了越来越多的订单服务平台，例如可预定车辆的订车服务平台，可预定餐饮的餐饮服务平台，可预定酒店、机票的旅游服务平台等等。

通常情况下，用户需要使用不同的订单服务平台时可通过分别登陆不同的服务平台，分别向不同的服务平台发送订单实现。

但是，现有技术中用户分别向不同的服务平台发送订单需要多次操作，操作便利性低。

技术实现要素：

本发明实施例提供一种信息处理方法及装置，提高用户使用不同订单服务平台时的操作便利性。

本发明提供一种信息处理方法，包括以下步骤：

向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息，或，向所述第二平台服务器发送订单共享指示信息，所述订单共享指示信息用于指示该第一平台服务器向所述第二平台服务器发送所述第一参数信息；其中，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数；

接收所述第二平台服务器根据所述第一参数信息返回的订单响应信息。

本发明还提供一种终端，包括：

发送模块，用于向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息，或向所述第二平台服务器发送订单共享指示信息，所述订单共享指示信息用于指示该第一平台服务器向所述第二平台服务器发送所述第一参数信息；其中，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数；

接收模块，用于接收所述第二平台服务器根据所述第一参数信息返回的订单响应信息。

本发明还提供一种信息处理方法，包括：

第二平台服务器接收终端发送的第一参数信息，所述第一参数信息包括第一平台服务器对应的第一订单信息中的需求参数；

根据所述第一参数信息向所述终端返回订单响应信息。

本发明还提供一种服务器，包括：

接收模块，用于接收终端发送的第一参数信息，所述第一参数信息包括第一平台服务器对应的第一订单信息中的需求参数；

发送模块，用于根据所述第一参数信息向所述终端返回订单响应信息。

本发明的信息处理方法、终端及服务器，通过终端向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息，或，向所述第二平台服务器发送订单共享指示信息，所述订单共享指示信息用于指示该第一平台服务器向所述第二平台服务器发送所述第一参数信息；其中，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数；所述第二平台服务器，根据所述第一参数信息向所述终端返回订单响应信息；使得用户在使用第一平台服务器、第二平台服务器的订单服务时无需多次操作。采用本发明的技术方案，能够弥补现有技术的不足，提高了用户的操作便利性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一提供的信息处理方法的流程图；

图2为本发明实施例二提供的信息处理方法的流程图；

图3为本发明实施例三提供的的信息处理方法的流程图；

图4为本发明实施例四提供的的信息处理方法的流程图；

图5为本发明实施例一提供的终端的示意图；

图6为本发明实施例一提供的服务器的示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1为本发明的信息处理方法实施例一的流程图。如图1所示，本实施例的信息处理方法，具体可以包括以下步骤：

100、向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息，或，向所述第二平台服务器发送订单共享指示信息，所述订单共享指示信息用于指示该第一平台服务器向所述第二平台服务器发送所述第一参数信息；其中，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数。

本实施例的信息处理方法的执行主体可以为一信息处理装置。该信息处理装置可以为一个移动终端之类的实体装置，或者也可以为安装在移动终端上的软件集成的应用(Application；App)。

当用户在使用第一平台服务器的服务并生成第一订单的同时，会存在需要使用第二平台服务器的服务的需求，例如当用户通过订车平台服务器生成订车订单的同时，可能会需要订车订单的目的地附近的餐厅消费，即用户会存在使用订餐平台服务器的预定餐厅的需求。此时，在现有技术中，用户需要在移动终端上打开餐饮平台服务APP，输入用户的联系方式、目的地地点等信息进行搜索，并向订餐平台服务器下发餐饮订单，用户需要多次操作，操作繁琐，是否不便利。

在本实施例提供的技术方案中，至少包括两种实施方式，其一为向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数；其二为向所述第二平台服务器发送订单共享指示信息，所述订单共享指示信息用于指示该第一平台服务器向所述第二平台服务器发送所述第一参数信息，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数。

其中，用户可通过人机接口模块发出第一参数信息或订单共享指示信息。例如当该信息处理装置为一个实体装置时，该实体装置具有显示模块以显示订单信息，该显示模块可以为触摸屏，此时触摸屏作为人机接口模块，用户通过触摸屏便可以选择是否发送第一参数信息或订单共享指示信息。或者用户也可以通过触控笔或者键盘灯执行如上操作。当该信息处理装置为安装在手机、平板电脑之类的移动终端上的app时，该app可以检测用户通过触摸屏或者触控笔或者键盘发出的用于指示发送第一参数信息或订单共享指示信息请求。

其中，第一平台服务器为网络订单服务公司使用的向用户提供第一平台服务器对应的订单服务的服务器或服务器集群，具有处理订单服务以及与用户终端交互信息的功能。第二平台服务器为该网络订单服务公司或其他网络订单服务公司使用的向用户提供另一订单服务的的服务器或服务器集群。

其中，所述第一平台服务器对应的第一订单信息，是指用户使用所述第一平台服务器提供的服务时，第一平台服务器生成的第一订单中的信息。第一平台服务器对应的第一订单信息中的需求参数是指第一订单信息中的各类需求信息，例如，当第一订单为机票订单，其中的需求参数可包括起飞地址、起飞时间、目的地地址、抵达时间、抵达机场、航线、航空公司、乘客信息、机票价格等等。

其中，向第二平台服务器发送的第一参数信息是指，生成第二平台服务器对应的服务订单所需的参数信息。例如，当第二平台服务器向用户提供酒店预订服务时，第二平台服务器对应的第一参数信息可包括入住人身份信息、入住时间、入住地点等信息。以第一平台服务器提供机票订单服务，第一订单为机票订单，第二平台服务器提供酒店预订服务举例说明，提供酒店预订的第二平台服务器对应的第一参数信息包括机票订单的抵达时间、乘客信息、抵达机场等信息。

即向提供酒店预订服务的第二平台服务器发送的第一参数信息中包括第一订单中的抵达时间、乘客信息、抵达机场信息，该抵达时间、乘客信息、抵达机场信息对应预订酒店服务时所需的入住时间、入住地点、入住人身份信息。因此，实现了提供机票订单服务的第一平台服务器与提供酒店预订服务的第二平台服务器之间的信息共享。

在第一种实施方式中，所述向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数；例如通过用户手持移动终端直接向与提供机票订单服务的第一平台服务器共享信息的提供酒店预订服务的第二平台服务器发送该用户的机票订单中的包括起飞地址、起飞时间、目的地地址、抵达时间、抵达机场、航线、航空公司、乘客信息、机票价格等信息的全部需求参数，第二平台服务器根据自身的下单策略选择使用其中的抵达时间、乘客信息、抵达机场。又例如，可通过用户手持移动终端直接向与提供机票订单服务的第一平台服务器共享信息的提供酒店预订服务的第二平台服务器发送机票订单中的部分需求参数，该部分需求参数根据第一平台服务器与第二平台服务器之间的预设关联策略确定，即当预设抵达时间、乘客信息、抵达机场信息与入住时间、入住人身份信息、入住地点关联时，只发送所述机票订单中的抵达时间、乘客信息、抵达机场信息。

在第二种实施方式中，向所述第一平台服务器发送订单共享指示信息，所述订单共享指示信息用于指示该第一平台服务器向所述第二平台服务器发送所述第一参数信息，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数。例如，通过用户手持移动终端向提供机票订单服务的第一平台对应服务器发送指示该第一平台服务器向与其关联的提供酒店预订服务的第二平台服务器发送所述第一参数信息的订单共享指示信息，该第一参数信息包括第一平台服务器对应的机票订单中需求参数。当第一平台服务器接收到所述订单共享指示信息时，从该第一平台服务器本地的机票订单数据库中获取该用户的机票订单的全部或部分需求参数，并向第二平台服务器发送。

101、接收所述第二平台服务器根据所述第一参数信息返回的订单响应信息。

当第二平台服务器接收到所述第一参数信息后，在该第二平台服务器本地的数据库中查找，并生成订单响应。例如，提供酒店预订服务的第二平台服务器获取抵达时间、乘客信息、抵达机场信息(即入住时间、入住人身份信息、入住地点)，在该第二平台服务器本地的数据库中查找出满足用户入住时间和地点的酒店并形成订单响应向用户终端返回。

目前，提供订单服务的平台中，通常有多个服务提供方，例如，提供酒店预订服务的平台服务器中就存在上千家酒店。此时，在本实施例中，当提供酒店预订服务的第二平台服务器获取抵达时间、乘客信息、抵达机场信息时，查找出满足用户入住时间和地点的酒店有多家，即，向用户返回的订单响应信息中包括多家酒店信息，用户可根据自己的入住喜好(如酒店品牌、价格等)从中进一步选择并确认出入住酒店。

这样，通过上述本发明第一实施例提供的技术方案，用户在使用第一平台服务器和第二平台服务器分别提供的订单服务时，无需多次操作，解决了现有技术中用户操作繁琐，操作便利性不高的问题。

可选的，在上述图1所示实施例中，所述第一平台服务器具体为订车平台服务器，所述第二平台服务器具体为订餐平台服务器；所述第一订单信息中的需求参数具体包括目的地和预计抵达时间；接收所述第二平台服务器根据所述第一参数信息返回的订单响应信息具体包括，接收所述订餐平台服务器根据所述目的地和预计抵达时间返回的餐饮订单响应信息。

进一步的，考虑到用户手持终端还需要向所述第二平台服务器发送用户身份信息。可选的，第一订单信息中的需求参数还可以包括订车用户。这样，用户就无需再次输入订餐用户信息。其中，所述用户身份信息包括用户姓名、用户手机号、用户身份证号或用户邮箱等可以确定用户身份的信息。

其中，所述订车平台服务器为提供车辆预定服务的平台运营所使用的服务器、服务器集群。订车平台服务器用于与用户终端、商家终端之间的数据收发，以及对本地数据的处理。

其中，所述订餐平台服务器为提供餐饮预定服务的平台运营所使用的服务器、服务器集群。订餐服务器用于与用户终端、商家终端之间的数据收发，以及对本地数据的处理。

其中，所述第一订单是订车平台服务器对应的车辆预定订单，第一订单信息可包括，订车用户、目的地、预计抵达时间、行驶路线、车辆信息、司机信息等等。第一参数信息可包括第一订单信息中的订车用户、目的地、预计抵达时间。当订餐平台服务器接收到该订车用户、目的地、预计抵达时间(即对应订餐服务中的订餐用户、订餐地点、预计用餐时间)。可选的，第一订单信息中的需求参数还可以包括订车用户，这样，用户就无需再次输入订餐用户信息。

订餐平台服务器接收到所述第一参数信息后，将第一参数信息中的目的地和预计抵达时间作为订餐服务中的订餐地点(对应目的地)和预计用餐时间(对应预计抵达时间)在本地的数据库中查找满足需求的餐饮服务提供方，并生成餐饮订单响应信息返回给用户终端。该餐饮订单响应信息可包括多家餐饮服务提供方的信息，以便用户终端进一步确定生成餐饮订单的餐饮服务提供方。

可选的，在上述图1所示实施例中，所述第一平台服务器具体为订餐平台服务器，所述第二平台服务器具体为订车平台服务器；所述第一订单信息中的需求参数具体包括餐厅地址；接收所述第二平台服务器根据所述第一参数信息返回的订单响应信息具体包括，接收所述订车平台服务器根据所述餐厅地址返回的车辆订单响应信息。可选的，第一订单信息中的需求参数还可以包括订餐用户，这样，用户就无需再次输入订车用户信息。

即可预先设置订餐平台服务器中的订餐用户和餐厅地址与订车平台服务器的订车用户和用车地址信息关联，当订车平台服务器收到包括订餐用户和餐厅地址的第一参数信息时，将该信息作为订车服务中的订车用户和用车地址在本地的数据库中查找满足需求的车辆服务方，并生成车辆订单响应信息返回给用户终端。该车辆订单响应信息可包括多家车辆服务方的信息，以便用户终端进一步确定生成车辆订单的车辆服务提供方，也可以是所述订车平台服务器根据该订车用户、用车地址查找出满足需求的多家车辆服务方并由所述平台服务器根据预设策略从中指定一个车辆服务方并生成车辆订单作为车辆订单响应返回给所述用户终端。

图2为本发明的信息处理方法实施例二的流程图。本实施例的信息处理方法在上述实施例一的技术方案的基础上，在用户终端侧提取第一订单信息中的需求参数。如图2所示，本实施例的信息处理方法，具体可以包括如下步骤：

200、提取所述第一平台服务器对应的第一订单信息中的需求参数。

例如，当第一平台服务器为提供餐饮服务的订餐平台服务器时，用户终端向所述订餐平台服务器发送用户的输入需求，比如订餐用户、订餐地点、预计用餐时间、喜好口味等，向该订餐平台服务器请求订餐服务，该订餐平台服务器向该用户终端返回订餐订单响应，该订餐订单响应中包括满足该需求的多家餐饮服务提供方，比如，用户输入并发送西单、晚上6点、川味、4人用餐等需求给所述订餐平台服务器，该服务器查找本地数据库发现匹配该需求的饭店(即餐饮服务提供方)一共有10家，此时，向用户终端返回订餐订单响应中即包括这10家饭店的信息，比如饭店名称、人均消费、菜单、室内装修图片等，用户终端根据该订餐订单响应并确定需要用餐的饭店信息(比如饭店名称、预定包间规格等)，并发送该饭店信息给所述订餐平台服务器，订餐平台服务器即生成所述第一订单。所述第一订单中包括订餐用户、订餐地点、预计用餐时间、喜好口味、饭店名称、预定包间规格等需求参数。

当订餐平台服务器即生成所述第一订单后，向用户终端发送，此时用户终端可通过该终端上的显示模块显示该第一订单信息。此时，用户终端可基于信息抽取技术来提取第一订单信息中的需求参数。

信息抽取技术是指是根据抽取规则或者是抽取语言定位显示页面中的数据并抽取以及保存的技术。例如，网页抽取技术将半结构化HTML格式网页转化为XHTML规范的网页格式。在数据定位的过程中有通过将网页转化为DOM树,或者通过XPATH等XML相关的数据定位技术来实现数据的定位。在在数据的包装阶段,不同的算法具有不同的包装方法,有的将数据转化为XML的完全结构化数据保存在文件中,也有抽取出的数据保存在数据库中来实现结构化的保存。

人工信息抽取系统有Minervr系统、Web—OQL系统、W4F系统、XWrap系统等。这些人工抽取系统通过预先制定的抽取规则来抽取数据。在本实施例中，例如，可预先设置在订餐订单中抽取订餐用户、用餐地点、用餐人数等需求参数。

半自动化的抽取系统是指，通过一定样本训练找出数据之间的关联关系从而确定抽取规则的抽取系统。半自动化抽取算法有SRV、RAPIER、WHISK、OLERA等等。在本实施例中，例如，可预先制定规则将订餐服务平台中的订餐用户、用餐地点、用餐人数、预计用餐完毕时间与订车服务平台中的订餐用户、乘车地点、乘车人数、预计乘车时间一一对应关联起来。当订餐服务平台与订车服务平台之间共享订单信息时，抽取这些需求参数。也可以基于一定数量的样本，例如通过计算机统计分析用户使用订餐服务平台时的订餐订单与使用订车服务平台时的车辆订单中需求参数之间的关系，从而确定关联策略，使得用户终端可基于该关联策略中的需求参数提取订单页面中的需求参数。

201、向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数。

202、接收所述第二平台服务器根据所述第一参数信息返回的订单响应信息。

通过本实施例的技术方案，用户终端提取所述第一平台服务器对应的第一订单信息中的需求参数并向第二平台服务器发送，无需用户多次输入，提高了用户操作便利性。

可选的，在上述图1或图2所示实施例的技术方案的基础上，其中，在向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息之前，所述方法还包括：确定与所述第一平台服务器共享订单信息的第二平台服务器。

其中，确定与所述第一平台服务器共享订单信息的第二平台服务器，是指根据预设策略确定第一平台服务器与第二平台服务器之间的关联关系，从而第一平台服务器与第二平台服务器之间互相授权，可共享订单信息。具体的，包括确定关联的服务器类型、关联策略等。

所述确定关联的服务器类型，例如预先配置提供预定酒店服务的平台服务器与提供预定机票服务的平台服务器之间关联等。所述确定关联的服务器类型，例如预先配置该提供预定酒店服务的平台服务器中的用户入住身份信息、用户酒店支付帐号与该提供预定机票服务的平台服务器中的用户登机身份信息、用户机票支付帐号一一对应。

其中，当执行上述步骤S200中提取所述第一平台服务器对应的第一订单信息中的需求参数之前，预先执行本实施例中所述确定与所述第一平台服务器共享订单信息的第二平台服务器，从而使得用户手持终端根据已确定的关联的服务器类型和关联策略提取所述需求参数。

图3为本发明的信息处理方法实施例三的流程图。本实施例的信息处理方法在上述实施例一的技术方案的基础上，根据第二参数信息生成第二订单信息。如图3所示，本实施例的信息处理方法，具体可以包括如下步骤：

300、向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数。

301、接收所述第二平台服务器根据所述第一参数信息返回的订单响应信息。

302、获取用户输入的第二参数信息，并向所述第二平台服务器发送所述第二参数信息。

303、接收所述第二平台服务器根据所述第二参数信息生成的第二订单信息。

例如，第一平台服务器为订车平台服务器，第二平台服务器为订餐平台服务器。第一订单为订车订单，包括：订车用户、目的地和预计抵达时间等需求参数。预先设置订车平台服务器中的订车用户、目的地和预计抵达时间与订餐平台服务器中的订餐用户、用餐地点和预计用餐时间一一对应关联。

其中，向与订车平台服务器共享订单信息的订餐平台服务器发送第一参数信息包括：订餐用户、目的地和预计抵达时间(即对应订餐用户、用餐地点和预计用餐时间)。此时。该餐饮订单响应信息可包括多家餐饮服务提供方的信息，以便用户终端进一步确定生成餐饮订单的餐饮服务提供方。

也即需要获取用户输入的第二参数信息以使得订餐平台服务器生成第二订单。该第二参数信息可以用户输入的喜好口味、饭店名称或预定包间规格等信息，也可以是用户在多家餐饮服务提供方中确定的一家餐饮服务提供方信息，此时，所述第二订单具体为包括该被确定的餐饮提供方信息的餐饮订单。

可选的，本实施例的技术方案还包括：当所述第一平台服务器具体为订餐平台服务器，所述第二平台服务器具体为订车平台服务器时，所述第二参数信息具体包括从所述车辆订单响应信息中确定的订车订单的车辆信息；所述第二订单具体为包括所述订车订单的车辆信息的车辆订单。

考虑到实际场景中，用户还需要编辑或复制订单信息分享，操作十分繁琐，向，可选的，本发明提供的实施例还包括：在接收所述第二订单信息后；当获取用户输入的订单文本信息共享指令时，根据所述订单文本共享指令，生成所述第一订单信息、第二订单信息对应的文本信息，并向短信服务器发送所述文本信息，以使得第三方终端接收所述文本信息。

图4以第一平台服务器为订车平台服务器、第二平台服务器为订餐平台服务器为例，从用户终端、订车平台服务器、订餐平台服务器、短信服务器之间的交互的角度，整体描述本实施例。本实施例的信息处理方法，具体可以包括如下步骤：

S401:用户终端获取用户在打车应用软件(APP)界面输入的订车用户、起始地、目的地、出发时间。

S402:订车平台服务器获取用户终端发送的订车用户、起始地、目的地、出发时间信息。

S403:订车平台服务器生成车辆订单。

本实施中所述第一订单也即为车辆订单。

S404:用户终端获取订车平台服务器返回的车辆订单。

S405:用户选择向订餐平台服务器共享订单信息。

S406:用户终端提取车订单中的需求参数信息，如订车用户、起始地、目的地、行使路线、出发时间、预计行使时间等，并生成第一参数信息。

例如，根据预设的关联关系策略，将订车用户、目的地对应于订餐平台服务的订餐用户、用餐地点，并根据行使路线、出发时间确定出预计抵达时间，以便于与订单平台服务的用餐时间对应。此时，生成的第一参数信息可包括订餐用户、用餐地点、用餐时间。

S407:用户终端向订餐平台服务器发送该第一参数信息。

S408:订餐平台服务器根据所述第一参数信息向用户终端返回的订餐订单响应信息。

此时，该订餐订单响应信息可包括多家餐饮服务提供方信息。

S409:用户输入的第二参数信息，并向所述订餐平台服务器发送所述第二参数信息。

S410:用户终端获取用户补充输入的第二参数信息，如添加随行人数、预定包间大小等信息。

此时，例如，可根据车辆订单中的订餐用户确定出用户的手机号，订餐平台服务器根据所述手机号在本地数据库中查找出该手机号关联的用户名、用户身份证号、用户支付银行卡号等信息，则无需用户再次补充收入。

S411：订餐平台服务器获取所述第二参数信息，生成订餐服务订单。

其中，订餐服务订单即为本发明实施例中的第二订单。

S412：用户终端获取订餐平台服务器返回的订餐服务订单信息。

S413:获取用户输入订单文本信息共享指令，例如用户选择向手机终端中的通讯录中的第三方用户共享订车服务订单、订餐服务订单。

S414:用户终端分别提取订车服务订单、订餐服务订单中的信息，并生成对应的文本信息。

S415:用户终端调用用户终端上的短信模块，所述文本信息输入为短信文本。

S416:短信服务器获取用户终端发送的包括所述文本信息的短信文本，以使得该短信服务器向所述第三方用户对应的第三方终端发送该短信文本。

基于同一发明构思，本发明还提供一种信息处理方法，包括，第二平台服务器接收终端发送的第一参数信息，所述第一参数信息包括第一平台服务器对应的第一订单信息中的需求参数；根据所述第一参数信息向所述终端返回订单响应信息。

可选的，本实施例提供的技术方案还包括，在第二平台服务器接收终端发送的第一参数信息之前，当确定与该第二平台服务器共享订单的所述第一平台服务器时，向所述第一平台服务器提供该第二平台服务器的服务接口，以便于接收所述第一平台服务器发送的所述第一参数信息；或，向所述终端提供该第二平台服务器对应的应用程序接口，以便于接所述终端发送的所述第一参数信息。

本实施例至少包括以下两种实现方式。

其一，向所述第一平台服务器提供该第二平台服务器的服务调用接口，使得第一平台服务器从该第一平台服务器的数据库中获取第一平台对应的第一订单信息并根据关联策略生成第一参数信息，由该第一平台服务器直接调用第二平台服务器的服务接口获取第二平台服务器返回的订单响应。

其中，服务接口(Service Interface)是指使用者使用服用功能时的入口点。Service Interface通常为网络可寻址，因此使用者可以通过特定类型通信网络对其进行访问。服务接口用于实现服务使用者和服务提供者之间的协议。此协议使得它们即使在不同的系统上也能够交换信息。服务接口负责实现在执行这种通信时所需的所有细节，这些细节包括：网络协议、数据格式、安全性等。

其二、向所述终端提供该第二平台服务器对应的应用程序接口，使得该终端从该终端本地的显示页面中提取对应的第一订单信息，并根据关联策略生成第一参数信息，由该终端在该终端上运行该第二平台服务器对应的应用程序，并调用所述应用程序接口与该第二平台服务器交换，从而获取该第二平台服务器返回的订单响应。

其中，应用程序接口，简称API(Application Programming Interface)，就是软件系统不同组成部分衔接的约定。在数据封装时，网络分层中的每个层相互之间会用接口进行交互并提供服务，其中应用层与用户之间的接口称之为应用程序接口(API，Application Programming Interface)。API实际上是一种功能集合，也可说是定义、协议的集合，无论是那种集合，它的实质都是通过抽象为用户屏蔽实现上的细节和复杂性。从用户角度看应用程序接口，表现为一系列API函数，用户可以使用这些函数进行网络应用程序开发。从网络角度看，应用程序接口给用户提供了一组方法，用户可以使用这组方法向应用层发送业务请求、信息和数据，网络中的各层则依次响应，最终完成网络数据传输。

具体的，所述确定与该第二平台服务器共享订单的所述第一平台服务器，可以根据用户输入的指令确定第一平台与第二平台的关联策略，也可以是基于一定数量的样本，例如通过计算机统计分析用户使用第一平台提供的第一订单与使用第二平台提供的第二订单中需求参数之间的关系，从而确定关联策略。

可选的，其中，所述第一平台服务器具体为订车平台服务器，所述第二平台服务器具体为订餐平台服务器；所述第一订单信息中的需求参数，具体包括：订车用户、目的地、预计抵达时间；接收所述第二平台服务器根据所述第一参数信息返回的订单响应信息，具体包括：接收所述订餐平台服务器根据所述订车用户、目的地、预计抵达时间返回的餐饮订单响应信息。

可选的，其中，接收所述终端发送的第二参数信息，所述第二参数信息包括从所述餐饮订单响应信息中确定的餐饮服务商家信息；向所述终端发送第二订单，所述第二订单具体为包括所述餐饮服务商家信息的餐饮订单。

基于同一发明构思，本发明还提供一种信息处理终端，如图5所示，包括：

发送模块501，用于向与第一平台服务器共享订单信息的第二平台服务器发送第一参数信息，或向所述第二平台服务器发送订单共享指示信息，所述订单共享指示信息用于指示该第一平台服务器向所述第二平台服务器发送所述第一参数信息；其中，所述第一参数信息包括所述第一平台服务器对应的第一订单信息中的需求参数。

接收模块502，用于接收所述第二平台服务器根据所述第一参数信息返回的订单响应信息。

可选的，所述发送模块501，具体用于向与订车平台服务器共享订单信息的订餐平台服务器发生包括订车用户、目的地、预计抵达时间的第一参数信息；所述接收模块502，具体用于接收所述订餐平台服务器根据所述第一参数信息返回的餐饮订单响应信息。

可选的，该终端还包括，获取模块503，用于获取用户输入的第二参数信息；所述发送模块501，还用于向所述订餐平台服务器发送包括从所述餐饮订单响应信息中确定的餐饮服务商家信息的第二参数信息；所述接收模块502，还用于接收包括所述餐饮服务商家信息的第二订单。

基于同一发明构思，本发明还提供一种服务器，如图6所示，包括：接收模块601，用于接收终端发送的第一参数信息，所述第一参数信息包括第一平台服务器对应的第一订单信息中的需求参数；发送模块602，用于根据所述第一参数信息向所述终端返回订单响应信息。

可选的，其中，该服务器具体为订餐平台服务器，所述第一平台服务器具体为订车平台服务器；所述接收模块601，具体用于接收包括订车用户、目的地、预计抵达时间的第一参数信息；所述发送模块602，具体用于根据所述第一参数信息向所述终端返回餐饮订单响应信息；所述接收模块601，还用于接收所述终端发送的包括从所述餐饮订单响应信息中确定的餐饮服务商家信息的第二参数信息；所述发送模块602，还用于向所述终端发送包括所述餐饮服务商家信息的第二订单。

上述实施例的信息处理装置、信息处理服务器，通过采用上述模块实现信息处理与上述图1、图2、图3以及图4所示实施例的实现原理以及技术效果相同，详细可以参考上述图1、图2、图3以及图4所示实施例的记载，在此不再赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。