CN109831473A - 物流服务提供方法及设备 - Google Patents

Abstract

本申请提供了一种物流服务提供方法，该方法应用在物流服务提供系统上，其中物流服务提供系统包括设置在多个不同地域范围的多个物流服务设备集群，每个地域范围内设置至少一个物流服务设备集群。该方法接收到用户设备发送的物流服务调用请求后，会根据规则，在上述系统中确定一个符合规则的物流服务设备集群，并将物流服务调用请求发送至该物流服务设备集群，由该物流服务设备集群进行处理。可见，本申请提供的该物流服务提供方法，可以为各个不同地域范围的用户设备提供满足规则的物流服务。

Description

物流服务提供方法及设备

技术领域

本申请涉及物流技术领域，更具体地，是物流服务提供方法及设备。

背景技术

在物流领域中，物流服务提供方可以对外提供物流服务以供需要的用户设备进行调用。可以理解的是，真正提供物流服务的是设备，为了拓展业务需求，物流服务提供方需要部署更多的设备。

发送物流服务调用请求的用户设备可能来自各个不同地区，这个地区可以是小范围地区如一个国家的多个不同省份，也可以是大范围如一个洲际的不同国家或多个不同洲际。面对多个地区用户的物流服务调用需求，需要部署一个物流服务提供系统及一种物流服务提供方法，来处理来自不同地区的用户的物流服务调用请求。

发明内容

有鉴于此，本申请提供了一种物流服务提供方法，用于处理来自不同地区的用户的物流服务调用请求。

为实现所述目的，本申请提供的技术方案如下：

第一方面，本申请提供了一种物流服务提供方法，应用于设置在多个不同地域范围的多个物流服务设备集群中的任一物流服务设备集群，该方法包括：

接收用户设备发送的物流服务调用请求；

根据规则，在多个所述物流服务设备集群中确定符合所述规则的目标物流服务设备集群；

将所述物流服务调用请求发送至所述目标物流服务设备集群。

第二方面，本申请提供了一种物流服务提供设备，包括：

处理器，用于接收用户设备发送的物流服务调用请求；以及根据规则，在多个物流服务设备集群中确定符合所述规则的目标物流服务设备集群；其中多个所述物流服务设备集群部署在多个不同地域范围内；

通信接口，用于将所述物流服务调用请求发送至所述目标物流服务设备集群。

第三方面，本申请提供了一种物流服务提供装置，包括：

调用请求接收模块，用于接收用户设备发送的物流服务调用请求；

设备集群选择模块，用于根据规则，在多个所述物流服务设备集群中确定符合所述规则的目标物流服务设备集群；其中多个所述物流服务设备集群部署在多个不同地域范围内；

调用请求转发模块，用于将所述物流服务调用请求发送至所述目标物流服务设备集群。

由以上技术方案可知，本申请提供了一种物流服务提供方法，该方法应用在物流服务提供系统上，其中物流服务提供系统包括设置在多个不同地域范围的多个物流服务设备集群，每个地域范围内设置至少一个物流服务设备集群。该方法接收到用户设备发送的物流服务调用请求后，会根据规则，在上述系统中确定一个符合规则的物流服务设备集群，并将物流服务调用请求发送至该物流服务设备集群，由该物流服务设备集群进行处理。可见，本申请提供的该物流服务提供方法，可以为各个不同地域范围的用户设备提供满足规则的物流服务。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提供的服务提供系统的一种部署结构图；

图2A及图2B为本申请提供的物流服务设备集群的两种配置方式示意图；

图3为本申请提供的物流服务设备集群中配置数据的存储及转换示意图；

图4为本申请提供的物流服务设备集群的一种结构示意图；

图5为本申请提供的服务调用请求的处理流程示意图；

图6为本申请提供的物流服务提供设备的一种结构示意图；

图7A为本申请提供的服务调用请求在一个物流服务提供设备上执行的示意图；

图7B为本申请提供的服务调用请求在不同物流服务提供设备上执行的示意图；

图8为本申请提供的物流服务数据的推送流程示意图；

图9为本申请提供的物流服务提供设备的一种结构示意图；

图10为本申请提供的物流服务提供装置的一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

物流服务提供方通过部署设备，可以向用户提供物流调用服务。需要说明的是，本申请中的物流服务提供方设备提供的是与物流相关的调用服务，物流服务提供方设备具有强大的处理、存储或控制等能力，可以将这些能力转换为一种服务提供给外界用户，用户设备可以请求调用这些服务。

具体地，物流服务提供设备可以向外界用户提供至少一种调用地址，不同的调用地址表示不同类型的物流服务器。用户如有物流服务调用需求，通过相应的调用地址可以请求调用相应的物流服务。

物流服务的提供形式可以有几种。例如，用户设备调用物流服务时向物流服务提供设备发送一些物流数据，请求物流服务提供设备处理这些物流数据；又如，用户设备调用物流服务是请求从设备读取需要的物流数据，物流服务提供设备可以将自身存储的物流数据返回用户设备，或者从物流数据的实际存储方设备读取后返回用户设备。

需要说明的是，从服务方式来看，物流服务设备提供的是调用服务，因此该设备可以称为物流服务调用设备，进一步还可以简称为调用设备。或者从服务主体来看，物流服务设备作为服务提供方一侧的设备，因此可以称为物流服务提供设备，进一步还可以简称为服务设备。

为了向更多地域的用户提供物流调用服务，物流服务提供方需要在更多地域部署更多的服务设备。部署的一种系统形式可以是集中式，即主要部署一两个物流服务设备集群，所有地区的用户均向这些站点发送调用请求，但这种形式的系统容易导致服务响应延迟较高，服务响应的失败率较高。

因此为了保证服务提供效率及稳定性，可以部署分布式系统。分布式服务提供系统的一种部署范围如图1所示。分布式系统可以包括多个物流服务设备集群，该多个物流服务设备集群设置在多个地域范围内，每个地域范围内设置至少一个物流服务设备集群。例如，在全球多个地区如中国、东南亚地区、大洋洲地区、美洲地区、欧洲地区等多个地区均设置有物流服务设备集群。一个物流服务设备集群可以包括一台或多台物流服务提供设备，该多台设备可以组合起来实现物流服务提供功能。在一种实现方式中，每个物流服务设备集群与至少一个其他的物流服务设备集群相连，这样所有的物流服务设备集群形成一个网状的结构，避免存在孤立的物流服务设备集群。

需要说明的是，在一些应用场景中，本领域技术人员也称物流服务设备集群为站点，称物流服务提供设备为站点设备。

将物流服务设备集群分散部署在多个不同地域范围内，每个地域范围内的用户可以就近访问部署在各自地域范围内的物流服务设备集群，从而保证服务的高速响应及服务的稳定性。

另外，全部或者部分物流服务设备集群之间可以通过专线相连，例如部署在中国的物流服务设备集群分别与部署在东南亚地区及美国地区的物流服务设备集群通过专线互连。专线作为物流服务设备集群之间专用的传输通道，可以保证物流服务设备集群之间的通信是稳定的。

可以理解的是，物流服务设备集群在运行之前需要经过配置过程，以下首先对配置过程进行说明。

物流服务设备集群的配置需要依赖配置数据，配置数据指的是用于配置物流服务设备集群中的设备运行所需的数据，例如包括但不限定于接口数据、应用数据、服务注册数据及接口订阅数据等。前已述及，本系统包括多个物流服务设备集群，在包括多个物流服务设备集群的情况下，如何配置该多个物流服务设备集群，也是一个需要解决的技术问题。

系统中各个物流服务设备集群之间可以是互为备份的关系，物流服务设备集群使用的配置数据是相同的，因此可以如下方式中的任意一种对各个物流服务设备集群进行配置。

见图2A所示的第一种配置方式，该配置方式可以称为推送方式。具体地，在某物流服务设备集群上设置配置数据，该物流服务设备集群具有配置数据，但其他物流服务设备集群没有配置数据，因此该物流服务设备集群可以称为主物流服务设备集群，其他物流服务设备集群称为从物流服务设备集群。主物流服务设备集群检测系统中的从物流服务设备集群，并将配置数据发送至从物流服务设备集群。

如果主物流服务设备集群发现并未成功将配置数据发送至某从物流服务设备集群，则重新向该从物流服务设备集群发送配置数据，直至将配置数据成功发送至该从物流服务设备集群或者重发满足重发停止条件。其中重发停止条件可以包括重发次数或者重发时限等。更进一步地，若主物流服务设备集群的重发达到重发停止条件且主物流服务设备集群并未成功将配置数据发送至该从物流服务设备集群，则标记该从物流服务设备集群或者控制与主物流服务设备集群相连的从物流服务设备集群的配置数据回滚至接收到本次配置数据之前的状态。

见图2B所示的第二种配置方式，该配置方式可以称为读取方式。具体地，主物流服务设备集群上设置有配置数据，从物流服务设备集群上并未设置有配置数据。从物流服务设备集群可以从主物流服务设备集群上读取配置数据，如果某从物流服务设备集群并未成功读取配置数据，则重新从主物流服务设备集群读取配置数据，直至将成功读取配置数据或者重读满足重读停止条件。其中重读停止条件可以包括重读次数或者重读时限等。更进一步地，若从物流服务设备集群的重读达到重读停止条件且从物流服务设备集群并未成功从主物流服务设备集群读取配置数据，则通知与主物流服务设备集群相连的从物流服务设备集群，以使从物流服务设备集群将自身的配置数据回滚至接收到本次配置数据之前的状态。

重发策略、标记策略及回滚策略目的均是控制本系统中的物流服务设备集群的配置数据的一致性，以实现物流服务设备集群的备份功能。需要说明的是，除了推送及读取方式外，还可以是两者相结合的方式如某些配置数据使用推送方式，某些配置数据使用读取方式。需要说明的是，配置数据的配置过程可以并非是一次性的，在配置数据发生更新时，更新的那部分配置数据也可以按照上述方式进行配置。

可见，从物流服务设备集群的配置数据来自主物流服务设备集群。若所述从物流服务设备集群为多个且所述从物流服务设备集群的配置数据不一致，则所述从物流服务设备集群将配置数据修改为一致状态的配置数据。

如图3所示，物流服务设备集群可以包括物流服务提供设备及数据库设备。其中物流服务提供设备可以将配置数据存储至数据库设备。配置数据在数据库设备中的存储形式可以是数据表。可以理解的是，配置数据包括的配置内容种类较多，不同种类的配置内容包含在不同的数据表中，因此配置数据包含的数据表个数通常不止一个。数据表包括多个字段，不同数据表内字段的字段值及表示的字段含义通常不同。如果直接读取数据表形式的配置数据，需要针对不同类型的数据表开发读取程序，开发工作量较大。

本申请中，将数据表形式的配置数据转化为元数据形式的配置数据。元数据形式的配置数据保存在元数据库中，如图3中的Meta_Data_Sync_Master及Meta_Data_Sync_Slave均是元数据库，只不过Meta_Data_Sync_Master作为元数据的主库，Meta_Data_Sync_Slave作为元数据的从库。主库与从库互为备份，在主库出现故障时，可以在从库中读取元数据形式的配置数据。元数据形式的配置数据保存在一个配置文件中。因此，数据表形式的配置数据转化为元数据形式的配置数据后，保存在配置文件中。对于新生成的数据表形式的配置数据，只需添加到已生成的配置文件中即可。需要说明的是，图3中的Meta_Data_Sync_Record为元数据记录文件，用于保存配置数据的配置记录，例如每成功将配置数据发送给一个从数据设备集群，便在元数据记录文件中增加一条记录。

多个数据表形式的配置数据只需保存在一个配置文件中，因此只需要针对该配置文件开发一种读取程序即可，开发过程工作量较少。若读取数据表形式的配置文件，则每当生成一个数据表便需要为该数据表开发相应的读取程序，但若将数据表形式的配置数据存储在配置文件中，只需开发一次读取程序即可。该种方式实现了结构化的配置数据与元数据形式的配置数据的解耦，使得读取程序可以用来同步任意配置数据。

不论是主物流服务设备集群推送还是从物流服务设备集群读取等的配置数据配置方式，主物流服务设备集群均需要从数据库设备读取配置数据。主物流服务设备集群在读取配置数据时，从数据库设备中具体是配置文件中读取元数据形式的配置数据。然后以推送或者读取等方式将配置数据配置给各个从物流服务设备集群。

以上介绍了配置本系统中的各个物流服务设备集群的过程。以下介绍一个物流服务设备集群的具体结构。

见图4，其示出了物流服务设备集群的一种结构示意。如图4所示，物流服务设备集群可以包括至少一个物流服务提供设备及至少一个数据库设备。其中物流服务提供设备可以提供至少一种通信协议，通信协议包括但不限定于高速框架(High Speed Framework，简称HSF)协议、消息队列(Message Queue，简称MQ)协议、超文本传输协议(HyperTextTransfer Protocol，简称HTTP)、文件传输协议(File Transfer Protocol，简称FTP协议)或网络端口(WebSocket，简称WS)协议。

其中，HSF协议是一款面向企业级互联网架构的分布式服务框架的协议；MQ协议是一种基于消息中间件的协议，该协议基于高可用分布式集群技术，提供消息发布订阅、消息轨迹查询、定时(延时)消息、资源统计、监控报警等一系列消息云服务，是企业级互联网架构的核心产品的协议。

当然，物流服务提供设备可以提供的通信协议并不局限于上述，还可以是其他能够实现网络互连的通信协议。

由于实际应用中，用户设备使用的通信协议并不统一，各种各样不尽相同，因此物流服务提供设备提供至少一种通信协议，这样用户设备可以根据自身使用的通信协议与物流服务提供设备进行通信，从而使得本系统的应用范围较广。

目前，一些用户设备是在云应用上注册的用户设备，图4中的云上用户即这一类用户。需要说明的是，云应用是与本系统关联的一种云应用，关联性可以体现在提供有相同种类的通信协议。这样，在云应用上注册的用户可以使用云应用提供的通信协议与本系统中物流服务提供设备进行通信，来调用物流服务提供设备提供的物流服务。如图4所示，云上用户对应的用户设备可以选择使用HTTP协议、FTP协议、WS协议或MQ协议中的任意一项通信协议。可以理解的是，不同的通信协议在通信耗能、通信效率、通信质量等方面不尽相同，云应用提供的通信协议种类较多，用户设备可以根据实际需求选择对应的通信协议，自主性较高。

相比之下，某一些用户并未在云应用上注册，图4中的非云用户即表示这一类用户。如图4所示，非云用户对应的用户设备可以选择的通信协议包括HTTP协议或FTP协议。这些用户自身使用的通信协议较为单一，自主性较差。

物流服务提供设备主要用于向用户设备提供物流服务，第三方设备可以与物流服务提供设备进行关联，若物流服务提供设备并未包含用户设备所调用的物流服务，可以调用第三方设备，由第三方设备提供物流服务。

关联的具体实现方式是，第三方设备在本系统的物流服务提供设备上进行服务注册，为了与下文其他类型的物流服务提供设备区分，服务注册所在的物流服务提供设备可以称为第一类型物流服务提供设备，为了简化描述，可以简称为服务站点或注册站点。需要说明的是，一个第三方设备可以将服务注册到多个不同物流服务提供设备上。

例如图5中的双虚线所示，某第三方设备分别在区域范围A及区域范围B中的物流服务提供设备上注册服务，这样，区域范围A及区域范围B中的物流服务提供设备即是服务站点。为了便于描述，如图5所示，该两个物流服务提供设备分别称为物流服务提供设备A及物流服务提供设备B。

需要说明的是，第三方设备在进行注册时，可以选择物流服务提供设备进行注册。具体地，可以使用测试工具测试第三方设备到物流服务提供设备之间的网络状态，选择网络状态最优的物流服务提供设备进行注册。其中网络状态可以具体包括响应失败率或网络延时，响应失败率越低或网络延时越低表示网络状态越好，反之表示网络状态越差。

以上说明了物流服务设备集群的设置方式，经过设置后的物流服务设备集群便可以响应用户设备发送的物流服务调用请求，以下具体说明物流服务调用请求的处理过程。

由于物流服务设备集群部署在各个不同的地域范围内，接收到一个物流服务调用请求后，需要在多个物流服务设备集群中确定一个可以处理该物流服务调用请求的集群。因此，本申请提供了一种物流服务提供方法，该方法可以预先设置规则，用于选择物流服务设备集群。需要说明的是，规则可以是预先设置的，也可以是在方法实施过程中确定出来的。

具体地，接收用户设备发送的物流服务调用请求；根据规则，在多个所述物流服务设备集群中确定符合所述规则的目标物流服务设备集群；将所述物流服务调用请求发送至所述目标物流服务设备集群。

在一种实现方式中，用户设备可以向任意物流服务设备集群发送物流服务调用请求，该物流服务设备集群接收到请求后，可以根据规则进行选择。其中，规则可以包括但不局限于：与用户设备的网络距离最近，或者，与用户设备之间的网络状态最佳，或者指定的物流服务设备集群。

在实际应用中，可以根据实际需求在以上三个选择项中选择一个作为规则，来选择物流服务设备集群。或者，也可以将以上三个选择项结合起来选择物流服务设备集群。例如，首先以网络距离为选择规则，再将网络状态或者指定的方式作为选择规则。

具体地，在多个物流服务设备集群中，确定与用户设备的网络距离最近的物流服务设备集群，并检查所确定的物流服务设备集群与用户设备之间的网络状态；若网络状态满足预设网络状态要求，则将所确定的物流服务设备集群作为目标物流服务设备集群；若网络状态不满足预设网络状态要求，则在多个物流服务设备集群中选择与用户设备之间的网络状态最佳的物流服务设备集群或者选择指定的物流服务设备集群作为目标物流服务设备集群。其中，网络状态可以包括但不局限于响应失败率或响应延迟等，相应地，网络状态满足预设网络状态要求可以具体包括，响应失败率低于一定阈值或响应延迟低于一定阈值等，反之网络状态满足预设网络状态要求可以具体包括，响应失败率达到一定阈值或响应延迟达到一定阈值等。

以上选择方式中首先根据网络距离选择，一般地网络距离越短响应越快，这样可以尽快为用户设备的物流服务调用请求作出响应。但响应速度也与网络状态相关，如果距离最短的物流服务设备集群的网络状态不佳，则需要在其他物流服务设备集群中进行选择。

以上实现方式中，未对用户设备发送的物流服务调用请求进行控制，该物流服务调用请求可以发送至任意一物流服务设备集群。在另一种实现方式中，可以预先对物流服务调用请求的发送进行控制，使得一个地域范围的用户设备首先向该地域范围内的物流服务设备集群发送该物流服务调用请求。

具体地，在各个不同的地域范围部署物流服务设备集群时，设置域名解析设备。用户设备发送的物流服务调用请求会首先发送至该域名解析设备，域名解析设备通过解析物流服务调用请求中的网络地址，可以确定用户设备所在的地域范围，进而将该物流服务调用请求首先发送至该地域范围内的物流服务调用请求。这样，用户设备可以直接将物流服务调用请求发送至其所在地域范围内的物流服务设备集群。换句话说，任一物流服务设备集群可以直接接收所述任一物流服务设备集群所在地域范围内的用户设备发送的物流服务调用请求。

需要说明的是，在同一个地域范围内可以认为是网络距离最短，这样接收到物流服务调用请求的物流服务设备集群便可以直接将自身确定为与用户设备网络距离最短的物流服务设备集群。

需要说明的是，每个物流服务设备集群可以关联相同的物流服务，或者不同的物流服务设备集群中可以关联不同的物流服务。关联至少两种请求，一种是物流服务直接包含在物流服务设备集群中，另一种是物流服务包含在第三方设备上，该第三方设备在该物流服务设备集群的物流服务提供设备进行了注册。

在一种实现方式中，任一物流服务设备集群接收到物流服务调用请求后，在选择目标物流服务设备集群时，规则还需要包括：物流服务调用请求对应的物流服务关联在该物流服务设备集群上，进而所选择的目标物流服务设备集群必然关联有物流服务。

目标物流服务设备集群接收到物流服务调用请求后，首先检查物流服务调用请求所请求的物流服务是否包含在该目标物流服务设备集群中，若没有，则目标物流服务设备集群可以调用第三方设备，由第三方设备提供该物流服务。

以下简要说明一次物流服务调用请求的处理过程。

用户设备向物流服务设备集群中的物流服务提供设备发送物流服务调用请求，一般是向网络距离较近的物流服务提供设备发送该请求。为了便于与其他类型的物流服务提供设备区分，接收到物流服务调用请求的物流服务提供设备可以称为第二类型物流服务提供设备。为了简化描述，第二类型物流服务提供设备可以称为接入站点。

在一些情况下，服务站点与接入站点可以是同一站点。例如图5单实线所示，第一用户设备向物流服务提供设备A发送物流服务调用请求，第二用户设备向物流服务提供设备B发送物流服务调用请求。物流服务调用请求直接发送给该两个物流服务提供设备，因此该两个物流服务提供设备为接入站点。前已述及，该两个物流服务提供设备也同时是服务站点。可见服务站点与接入站点可以是相同的站点。

但在另一些情况下，接入站点可能并未包含物流服务调用请求所请求的物流服务，这样，接入站点接收到物流服务调用请求后，需要确定服务站点。确定出的服务站点与接入站点之间可能经过其他站点，经过的该其他站点称为路由站点，也可以称为第三类型物流服务提供设备。例如图5单实线所示，第三用户设备向物流服务提供设备C发送物流服务调用请求，但物流服务提供设备C上并未注册有该物流服务调用请求对应的物流服务，因此物流服务提供设备C查找到关联该物流服务的物流服务提供设备。如图5单虚线所示，假设查找到的物流服务提供设备为物流服务提供设备A，从物流服务提供设备C到物流服务提供设备A需要经过物流服务提供设备B，因此物流服务提供设备B即为路由站点。这种情况下，服务站点与接入站点也并非同一站点。

需要说明的是，如图5双实线所示，服务站点在提供调用服务时，可以从注册的第三方设备上读取服务。

可见，本系统中涉及至少三种角色或者类型的物流服务提供设备，具体包括接入站点、路由站点及服务站点。该三种类型的物流服务提供设备中，在一次物流服务调用过程中，接入站点和服务站点可以是同一个设备。

以下具体介绍接收到一次物流服务调用请求后，如何处理该物流服务调用请求。

首先需要说明的是，如图6所示，物流服务设备集群中的物流服务提供设备包括至少三个模块，分别为节点模块、生命周期模块及插件模块。其中节点模块存储有路由地图，路由地图表示物流服务设备集群以及物流服务设备集群之间的连接关系；生命周期模块用于接收到物流服务调用请求后，根据节点模块中存储的路由地图，查找满足条件的服务站点及到达该物流服务提供设备经过的路由站点，其中条件可以具体为上述查找目标物流服务设备集群的规则，并通过路由站点将物流服务调用请求发送至查找到的服务站点；插件模块用于控制物流服务调用过程的资源占用情况，例如控制物流服务调用过程对资源的占用比例等。插件模块使用的策略包括但不限定于类隔离策略、安全沙箱策略、多租户策略及超时控制策略中的任意一种或多种。

如图6所示，更具体地，生命周期模块可以包括四个单元，分别为协议适配单元、服务路由单元、模型转换单元及服务调用单元。其中协议适配单元用于解析具有特定协议类型的数据包，从中提取物流服务调用请求；服务路由单元用于根据路由地图查找服务站点及路由站点，并通过路由站点将物流服务调用请求转发给服务站点；模型转换单元用于接收到物流服务调用请求后，确定物流服务调用请求对应的服务数据，将服务数据转换为具有预设结构的服务数据；服务调用单元用于确定目标协议，并将转换后的服务数据按照目标协议发送。其中服务单元在确定目标协议时，可以根据接收服务数据的后续设备使用的协议类型来确定。

从生命周期模块包含的四个单元的功能来看，生命周期模块为链式结构，前一单元处理完成后交给后一单元进行处理。一次物流服务调用请求可能全部在一个生命周期模块的四个单元中执行，这种情况主要发生在接入站点为服务站点的情况中。例如图7A所示，物流服务提供设备1的协议适配单元接收到包含物流服务调用请求的数据包后，按照上述方式对数据包进行处理，再交给服务路由单元查找服务站点，若查找到的服务站点为物流服务提供设备1本身，则由物流服务提供设备1上的模型转换单元及服务调用单元按照上述方式对该物流服务调用请求进行处理。

但是，一次物流服务调用请求也可能并非全部在一个生命周期模块的四个单元中执行，这种情况主要发生在接入站点并非服务站点的情况中。例如图7B所示，物流服务提供设备1的协议适配单元接收到包含物流服务调用请求的数据包后，按照上述方式对数据包进行处理，再交给服务路由单元查找服务站点，若查找到的服务站点为物流服务提供设备2，则由物流服务提供设备2上的模型转换单元及服务调用单元按照上述方式对该物流服务调用请求进行处理。

需要说明的是，物流服务提供设备的结构也可以并非局限于上述，还可以是其他形式。不论什么结构形式的物流服务提供设备，物流服务调用请求的处理过程可以包括以下步骤：

接收到物流服务调用请求后，确定满足条件的第二类型物流服务提供设备及到达所述第二类型物流服务提供设备的第三类型物流服务提供设备；通过所述第三类型物流服务提供设备将所述物流服务调用请求发送至所述第二类型物流服务提供设备。其中所述条件可以包括但不局限于网络距离最近、网络性能最好或指定的第二类型物流服务提供设备等。

本系统在与用户设备及第三方设备进行通信时，往往需要根据对方的数据格式的接入标准对数据格式进行转换。有多少用户设备及第三方设备则需要开发相应数量的转换规则。

为了简化开发量，本申请提供了转换网关。转换网关也可以称为万能网关，万能网关连接在用户设备侧网关与物流服务设备集群侧网关之间，作为两个网关的转换桥梁。不论接收来自用户设备侧网关发送的物流服务调用请求，还是向用户设备侧网关发送物流服务设备集群侧网关返回的物流服务数据，万能网关均可以对其进行转换，将接收到的数据具有的用户设备侧的数据格式转换为内部的数据格式，并将发送的数据具有的内部数据格式转换为用户设备侧的数据格式。

本系统提供服务的模式也发生了改变，由调用服务模式变为数据推送模式。如图8所示，本系统可以设置数据推送客户端及数据推送服务端，其中数据推送客户端设置在用户设备，数据推送服务端设置在物流服务设备集群。数据推送服务端用于从物流服务设备集群中读取用户设备所需的物流服务数据，并将物流服务数据发送至数据推送客户端；数据推送客户端用于将物流服务数据存储在用户设备中。需要说明的是，物流服务数据可以是以打包的形式发送的。另外，物流服务数据的推送可以是定期执行的，也就是说按照某个预设的周期执行上述物流服务数据的推送过程。另外，数据推送服务端可以设置在物流服务提供设备上，也可以是独立的设备。数据推送客户端可以设置在用户设备，也可以是独立的设备。

这种数据推送的模式并非接收到用户设备发送的物流服务调用请求才发送物流服务数据，而是主动向用户设备发送物流服务数据。需要说明的是，物流服务数据是根据历史数据总结出来的，或者是根据大数据统计出来的，能够反映用户设备对物流服务数据的需求。这种模式更能应对用户设备在大量用户设备突然访问物流服务设备集群的情况下，造成的响应变慢问题。

例如，“双十一”期间，访问物流服务设备集群的用户设备会骤增，由于需要同时处理大量的调用请求，物流服务设备集群响应效率会受影响，为了避免用户设备的等待时间，可以预先将物流服务调用请求对应的物流服务数据预先存储在用户设备中，用户设备可以直接从中读取物流服务数据即可，提高了数据获取效率。

需要说明的是，用户设备可以并非一台设备，可以是一个设备集群。将物流服务数据存储在用户设备中，具体是将物流服务数据存储在设备集群的存储设备中。另外，为了防止数据推送客户端占用较多的设备资源，可以控制数据推送客户端对设备资源的占用情况如占用比例等。这个功能可以由上述插件模式实现。再者，实现上述数据推送模式的模块并不局限于数据推送客户端及数据推送服务端，还可以是其他结构。

本系统包括多个物流服务设备集群，在实际应用中，某物流服务设备集群可能出现故障，本申请提供了故障检测及物流服务设备集群之间的相互备灾方案，具体包括以下几个方面。

第一方面，若出现网络调用请求的响应故障，例如无法接收到网络调用请求或物流服务数据无法发送成功发送至用户设备，物流服务设备集群不仅检测自身是否存在故障，还可以检测与用户设备之间的通信网络是否存在故障。相比之前仅检测自身故障原因外，检测内容更全面。

第二方面，在符合预设条件的区域范围内，根据与该区域范围对应的数量要求部署物流服务设备集群。例如，某些区域范围内的物流服务调用请求数量较少，则在该区域范围内部署数量相对较少的物流服务设备集群，相反某些区域范围内的物流服务调用请求数量较多，则在该区域范围内部署数量相对较多的物流服务设备集群。

第三方面，在一个物流服务设备集群出现故障的情况下，在其他物流服务设备集群中确定一个物流服务设备集群替代该故障物流服务设备集群。确定时可以根据物流服务设备集群与故障物流服务设备集群之间的网络距离、物流服务设备集群的性能等因素中的一个或多个进行确定。相较于以往指定固定的物流服务设备集群来替代故障物流服务设备集群的方式，这种方式更加灵活性，且能满足不同需求。

以下对本申请提供的一种物流服务提供设备的结构进行说明。如图9所示，该物流服务提供设备可以具体包括：存储器901、处理器902、通信接口903及总线904。

存储器901，用于存储程序指令和/或数据。

处理器902，通过读取所述存储器901中存储的指令和/或数据，用于执行以下操作：接收用户设备发送的物流服务调用请求；以及根据规则，在多个物流服务设备集群中确定符合所述规则的目标物流服务设备集群；其中多个所述物流服务设备集群部署在多个不同地域范围内。

通信接口903，用于将所述物流服务调用请求发送至所述目标物流服务设备集群。

总线904，用于将物流服务提供设备的各个硬件组件耦合在一起。

在一个示例中，所述处理器902使用的规则包括：与所述用户设备的网络距离最近，或者，与所述用户设备之间的网络状态最佳，或者指定的物流服务设备集群。

在一个示例中，处理器902用于根据规则，在多个所述物流服务设备集群中确定符合所述规则的目标物流服务设备集群，包括：处理器902，具体用于在多个所述物流服务设备集群中，确定与所述用户设备的网络距离最近的物流服务设备集群，并检查所确定的物流服务设备集群与用户设备之间的网络状态；若网络状态满足预设网络状态要求，则将所确定的物流服务设备集群作为目标物流服务设备集群；以及若网络状态不满足预设网络状态要求，则在其他物流服务设备集群中选择与用户设备之间的网络状态最佳的物流服务设备集群作为目标物流服务设备集群，或者将指定的物流服务设备集群作为目标物流服务设备集群。

在一个示例中，所述物流服务调用请求为所述任一物流服务设备集群所在地域范围内的用户设备发送的物流服务调用请求；则处理器902用于在多个所述物流服务设备集群中，确定与所述用户设备的网络距离最近的物流服务设备集群，包括：处理器902，具体用于将所述任一物流服务设备集群作为与所述用户设备的网络距离最近的物流服务设备集群。

在一个示例中，处理器902，还用于若所述目标物流服务设备集群对所述物流服务调用请求的响应过程出现故障，则触发所述目标物流服务设备集群检测与所述用户设备之间的通信网络是否存在故障。

在一个示例中，若所述规则包含：物流服务设备集群关联有所述物流服务调用请求所请求的物流服务；则处理器902，还用于若所述任一物流服务设备集群为目标物流服务设备集群，则检查所述物流服务调用请求所请求的物流服务是否包含在所述任一物流服务设备集群中；若是，则将所述物流服务返回所述用户设备；若否，则调用所述物流服务对应的第三方设备，所述第三方设备用于将所述物流服务返回所述用户设备。

在一个示例中，处理器902，还用于在接收用户设备发送的物流服务调用请求之前，配置各个所述物流服务设备集群；其中，所述处理器902用于配置各个所述物流服务设备集群包括：处理器902具体用于若所述任一物流服务设备集群包含配置数据，则所述任一物流服务设备集群将所述配置数据发送至其他物流服务设备集群；或者，若所述任一物流服务设备集群包含配置数据，则其他物流服务设备集群从所述任一物流服务设备集群读取所述配置数据。

见图10，本申请还提供了一种物流服务提供装置的结构，具体包括：

调用请求接收模块1001，用于接收用户设备发送的物流服务调用请求；

设备集群选择模块1002，用于根据规则，在多个所述物流服务设备集群中确定符合所述规则的目标物流服务设备集群；其中多个所述物流服务设备集群部署在多个不同地域范围内；

调用请求转发模块1003，用于将所述物流服务调用请求发送至所述目标物流服务设备集群。

需要说明的是，以上各个模块在实现功能时，可以按照上述物流服务提供方法中的相关步骤实现。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (15)

1.一种物流服务提供方法，其特征在于，应用于设置在多个不同地域范围的多个物流服务设备集群中的任一物流服务设备集群，该方法包括：

接收用户设备发送的物流服务调用请求；

根据规则，在多个所述物流服务设备集群中确定符合所述规则的目标物流服务设备集群；

将所述物流服务调用请求发送至所述目标物流服务设备集群。

2.根据权利要求1所述的物流服务提供方法，其特征在于，所述规则包括：与所述用户设备的网络距离最近，或者，与所述用户设备之间的网络状态最佳，或者指定的物流服务设备集群。

3.根据权利要求2所述的物流服务提供方法，其特征在于，所述根据规则，在多个所述物流服务设备集群中确定符合所述规则的目标物流服务设备集群，包括：

在多个所述物流服务设备集群中，确定与所述用户设备的网络距离最近的物流服务设备集群，并检查所确定的物流服务设备集群与用户设备之间的网络状态；

若网络状态满足预设网络状态要求，则将所确定的物流服务设备集群作为目标物流服务设备集群；

若网络状态不满足预设网络状态要求，则在其他物流服务设备集群中选择与用户设备之间的网络状态最佳的物流服务设备集群作为目标物流服务设备集群，或者将指定的物流服务设备集群作为目标物流服务设备集群。

4.根据权利要求3所述的物流服务提供方法，其特征在于，所述物流服务调用请求为所述任一物流服务设备集群所在地域范围内的用户设备发送的物流服务调用请求；

则所述在多个所述物流服务设备集群中，确定与所述用户设备的网络距离最近的物流服务设备集群，包括：

将所述任一物流服务设备集群作为与所述用户设备的网络距离最近的物流服务设备集群。

5.根据权利要求1所述的物流服务提供方法，其特征在于，还包括：

若所述目标物流服务设备集群对所述物流服务调用请求的响应过程出现故障，则触发所述目标物流服务设备集群检测与所述用户设备之间的通信网络是否存在故障。

6.根据权利要求1所述的物流服务提供方法，其特征在于，若所述规则包含：物流服务设备集群关联有所述物流服务调用请求所请求的物流服务，则该方法还包括：

若所述任一物流服务设备集群为目标物流服务设备集群，则检查所述物流服务调用请求所请求的物流服务是否包含在所述任一物流服务设备集群中；

若是，则将所述物流服务返回所述用户设备；

若否，则调用所述物流服务对应的第三方设备，所述第三方设备用于将所述物流服务返回所述用户设备。

7.根据权利要求1所述的物流服务提供方法，其特征在于，在接收用户设备发送的物流服务调用请求之前，还包括：配置各个所述物流服务设备集群；

其中，所述配置各个所述物流服务设备集群包括：

若所述任一物流服务设备集群包含配置数据，则所述任一物流服务设备集群将所述配置数据发送至其他物流服务设备集群；

或者，

若所述任一物流服务设备集群包含配置数据，则其他物流服务设备集群从所述任一物流服务设备集群读取所述配置数据。

8.一种物流服务提供设备，其特征在于，包括：

处理器，用于接收用户设备发送的物流服务调用请求；以及根据规则，在多个物流服务设备集群中确定符合所述规则的目标物流服务设备集群；其中多个所述物流服务设备集群部署在多个不同地域范围内；

通信接口，用于将所述物流服务调用请求发送至所述目标物流服务设备集群。

9.根据权利要求8所述的物流服务提供设备，其特征在于，所述处理器使用的规则包括：与所述用户设备的网络距离最近，或者，与所述用户设备之间的网络状态最佳，或者指定的物流服务设备集群。

10.根据权利要求9所述的物流服务提供设备，其特征在于，处理器用于根据规则，在多个所述物流服务设备集群中确定符合所述规则的目标物流服务设备集群，包括：

处理器，具体用于在多个所述物流服务设备集群中，确定与所述用户设备的网络距离最近的物流服务设备集群，并检查所确定的物流服务设备集群与用户设备之间的网络状态；若网络状态满足预设网络状态要求，则将所确定的物流服务设备集群作为目标物流服务设备集群；以及若网络状态不满足预设网络状态要求，则在其他物流服务设备集群中选择与用户设备之间的网络状态最佳的物流服务设备集群作为目标物流服务设备集群，或者将指定的物流服务设备集群作为目标物流服务设备集群。

11.根据权利要求10所述的物流服务提供设备，其特征在于，所述物流服务调用请求为所述任一物流服务设备集群所在地域范围内的用户设备发送的物流服务调用请求；

则处理器用于在多个所述物流服务设备集群中，确定与所述用户设备的网络距离最近的物流服务设备集群，包括：

处理器，具体用于将所述任一物流服务设备集群作为与所述用户设备的网络距离最近的物流服务设备集群。

12.根据权利要求8所述的物流服务提供设备，其特征在于，

处理器，还用于若所述目标物流服务设备集群对所述物流服务调用请求的响应过程出现故障，则触发所述目标物流服务设备集群检测与所述用户设备之间的通信网络是否存在故障。

13.根据权利要求8所述的物流服务提供设备，其特征在于，若所述规则包含：物流服务设备集群关联有所述物流服务调用请求所请求的物流服务；

则处理器，还用于若所述任一物流服务设备集群为目标物流服务设备集群，则检查所述物流服务调用请求所请求的物流服务是否包含在所述任一物流服务设备集群中；若是，则将所述物流服务返回所述用户设备；若否，则调用所述物流服务对应的第三方设备，所述第三方设备用于将所述物流服务返回所述用户设备。

14.根据权利要求8所述的物流服务提供设备，其特征在于，

处理器，还用于在接收用户设备发送的物流服务调用请求之前，配置各个所述物流服务设备集群；

其中，所述处理器用于配置各个所述物流服务设备集群包括：

处理器，具体用于若所述任一物流服务设备集群包含配置数据，则所述任一物流服务设备集群将所述配置数据发送至其他物流服务设备集群；或者，若所述任一物流服务设备集群包含配置数据，则其他物流服务设备集群从所述任一物流服务设备集群读取所述配置数据。

15.一种物流服务提供装置，其特征在于，包括：

调用请求接收模块，用于接收用户设备发送的物流服务调用请求；

设备集群选择模块，用于根据规则，在多个所述物流服务设备集群中确定符合所述规则的目标物流服务设备集群；其中多个所述物流服务设备集群部署在多个不同地域范围内；

调用请求转发模块，用于将所述物流服务调用请求发送至所述目标物流服务设备集群。