货物交接管理方法、装置、服务器及存储介质与流程

本申请属于共享后备箱技术领域，尤其涉及一种共享后备箱的货物交接管理方法、装置、服务器及计算机可读存储介质。

背景技术：

共享后备箱可以是指将汽车的后备箱空间“共享”给有物品运输需求的用户，即物品托运用户通过支付一定报酬给承运车主，从而获得承运车主的汽车后备箱的使用权，托运用户可以通过汽车后备箱，将需要托运的物品运输至目的地。

日常生活中，后备箱使用率普遍偏低，在车辆行驶过程中，后备箱的资源大多没有被有效利用，造成了一定程度的运输资源浪费，通过共享后备箱可以有效地利用闲置的运输资源，以解决中短途货物运送的难点。

现有阶段的共享后备箱，一般是一对一的使用，即承运车主的后备箱只能供一个用户使用。承运车主在与用户进行物品交接之后，可以将该物品运送至指定的地点，然后，车主打开后备箱取出物品交给相应的交接人。在物品交付过程中，车主可以通过交接人描述物品特征等方式，确认交接人的身份，在一定程度上可以防止他人有恶意盗取、错取物件。但是，目前的交接方式的安全保障性还是很低，错取物件、盗取物件的可能性还是很高。

技术实现要素：

有鉴于此，本申请实施例提供一种共享后备箱的货物交接管理方法、装置、服务器及计算机可读存储介质，以解决现有共享后备箱服务中物品安全保障性较低的问题。

本申请实施例的第一方面提供一种共享后备箱的货物交接管理方法，所述方法包括：

获取用户的货物交接请求，所述货物交接请求包括用户身份信息和货物信息；

根据所述用户身份信息判断所述用户是否具有交接权限；

若是，则根据所述货物信息确定目标车辆后备箱；

确定所述货物在所述目标车辆后备箱的存储类型；

根据所述存储类型确定所述货物的交接策略并执行。

结合第一方面，在一种可行的实现方式中，所述根据所述用户身份信息判断所述用户是否具有交接权限，具体包括：

根据所述货物信息获取对应的车辆后备箱租赁订单信息；

获取所述订单信息中的寄件人信息和收件人信息；

判断所述用户身份信息是否与所述寄件人信息或所述收件人信息匹配；

若匹配，则确定所述用户具有交接权限。

结合第一方面，在一种可行的实现方式中，所述根据所述用户身份信息判断所述用户是否具有交接权限，具体包括：

根据所述用户身份信息在至少一个车辆后备箱租赁订单信息中进行匹配；

若匹配成功，则确定所述用户具有交接权限。

结合第一方面，在一种可行的实现方式中，所述确定所述货物在所述目标车辆后备箱的存储类型，具体包括：

获取所述目标车辆后备箱的租赁订单数量；

当所述租赁订单数量为1时，确定所述货物在所述目标车辆后备箱的存储类型为单独存储；

当所述租赁订单数量大于1时，确定所述货物在所述目标车辆后备箱的存储类型为共同存储。

结合第一方面，在一种可行的实现方式中，所述根据所述存储类型确定所述货物的交接策略并执行，具体包括：

当所述存储类型为单独存储时，授予所述用户开启所述目标车辆后备箱的权限，以使所述用户开启所述后备箱并交接所述货物。

结合第一方面，在一种可行的实现方式中，所述根据所述存储类型确定所述货物的交接策略并执行，具体包括：

当所述存储类型为共同存储时，授予所述用户开启所述目标车辆后备箱的权限和所述货物的交接密钥；

当接收到所述目标车辆后备箱的开启确认后，根据所述用户提交的交接密钥进行验证，并在验证成功后开启所述货物在所述目标车辆后备箱的存储空间，以使所述用户交接所述货物。

结合第一方面，在一种可行的实现方式中，在所述根据所述用户提交的交接密钥进行验证之后，所述方法还包括：

当验证不成功，则锁定所述目标车辆后备箱的存储空间；

生成异常告警信息，并将所述异常告警信息发送至所述目标车辆后备箱对应的车主。

本申请实施例的第二方面提供一种共享后备箱的货物交接管理装置，包括：

请求获取模块，用于获取用户的货物交接请求，所述货物交接请求包括用户身份信息和货物信息；

权限判断模块，用于根据所述用户身份信息判断所述用户是否具有交接权限；

第一确定模块，用于若是，则根据所述货物信息确定目标车辆后备箱；

第二确定模块，用于确定所述货物在所述目标车辆后备箱的存储类型；

交接模块，用于根据所述存储类型确定所述货物的交接策略并执行。

结合第二方面，在一种可行的实现方式中，所述权限判断模块包括：

租赁订单获取单元，用于根据所述货物信息获取对应的车辆后备箱租赁订单信息；

信息获取单元，用于获取所述订单信息中的寄件人信息和收件人信息；

判断单元，用于判断所述用户身份信息是否与所述寄件人信息或所述收件人信息匹配；

第一确定单元，用于若匹配，则确定所述用户具有交接权限。

结合第二方面，在一种可行的实现方式中，所述权限判断模块包括：

匹配单元，用于根据所述用户身份信息在至少一个车辆后备箱租赁订单信息中进行匹配；

第二确定单元，用于若匹配成功，则确定所述用户具有交接权限。

结合第二方面，在一种可行的实现方式中，所述第二确定模块包括：

订单数量获取单元，用于获取所述目标车辆后备箱的租赁订单数量；

第三确定单元，用于当所述租赁订单数量为1时，确定所述货物在所述目标车辆后备箱的存储类型为单独存储；

第四确定单元，用于当所述租赁订单数量大于1时，确定所述货物在所述目标车辆后备箱的存储类型为共同存储。

结合第二方面，在一种可行的实现方式中，所述交接模块包括：

第一权限授予单元，用于当所述存储类型为单独存储时，授予所述用户开启所述目标车辆后备箱的权限，以使所述用户开启所述后备箱并交接所述货物。

结合第二方面，在一种可行的实现方式中，所述交接模块包括：

第二权限授予单元，用于当所述存储类型为共同存储时，授予所述用户开启所述目标车辆后备箱的权限和所述货物的交接密钥；

验证单元，用于当接收到所述目标车辆后备箱的开启确认后，根据所述用户提交的交接密钥进行验证，并在验证成功后开启所述货物在所述目标车辆后备箱的存储空间，以使所述用户交接所述货物。

结合第二方面，在一种可行的实现方式中，还包括：

锁定模块，用于当验证不成功，则锁定所述目标车辆后备箱的存储空间；

告警模块，用于生成异常告警信息，并将所述异常告警信息发送至所述目标车辆后备箱对应的车主。

本申请实施例的第三方面提供一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。

本申请实施例的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：通过用户信息确定用户是否有交接权限，然后再根据获取的存储类型执行对应的交接策略，降低了他人错取或盗取物品的可能，提高了物品交接的准确性和安全性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的共享后备箱的货物交接管理系统架构示意图；

图2为本申请实施例提供的一种共享后备箱的货物交接管理方法的流程示意框图；

图3为本申请实施例提供的交接权限判断过程的示意框图；

图4为本申请实施例提供的一种共享后备箱的货物交接管理装置的结构示意框图；

图5为本申请实施例提供的服务器的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

在介绍本申请实施例的具体细节之前，下面首先对本申请实施例的系统架构进行介绍说明。

参见图1示出的共享后备箱的货物交接管理系统架构示意图，该系统包括服务器11、用户终端12、车主终端13以及目标车辆14。服务器分别与用户终端、车主终端、目标车辆通信连接。其中，用户终端和车主终端可以具体为但不限于手机、平板等，且终端上安装有相应的应用程序以实现所需的功能。

可选地，上述系统还可以包括交接用户终端，交接用户和后备箱租赁用户可能不是同一个人。一般情况下，为了准确无误地将托运物品交接至交接人，往往需要租赁用户告知交接用户相关的信息，例如，车主的车牌号、车辆信息、交接时间和地点等；另外，车主在即将抵达交接地点时，也需要联系租赁用户，通过租赁用户通知交接用户。这样会使得物品交接过程十分繁琐。而为了提高交接便利性，可以设置交接用户终端，这样在租赁用户完成后备箱租赁之后，物品交接的相关信息即可通过交接用户终端通知交接用户。该交接用户终端与服务器通信连接。

具体应用中，后备箱租赁用户可以通过用户终端发布租赁订单、查看或接收车主发布的信息等。车主可以通过车主终端接收订单、发布需求信息等。

例如，当车主需要行驶至某目的地，且在此行程中后备箱闲置时，车主可以通过车主终端填写行程路线、行程开始时间、其他限制信息等承运需求信息；服务器接收车主上传的承运需求信息之后则发布该信息；各个托运用户可以搜索查看到各个车主发布的承运需求信息，然后根据需要选择合适的车主下单，托运用户下单时，设置相应的物品交接地点和时间；用户下单后，车主可以选择是否接单，车主接单后，根据约定时间、地点进行取得物品，并将物品运送至相应目的地，交付给相应的交接人，完成订单。

在介绍完本实施例的大体系统架构之后，下面将对本申请实施例提供的具体技术方案进行介绍。为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

请参加图2，为本申请实施例提供的一种共享后备箱的货物交接管理方法的流程示意框图，该方法可以包括以下步骤：

步骤S201、获取用户的货物交接请求，所述货物交接请求包括用户身份信息和货物信息。

需要说明的是，上述货物交接请求可以是托运物品的交接请求，也就是说，承运车主运送托运物品至相应的目的地后，可以利用承运车主终端，通过点击或其他方式输入上述物品交接请求，例如，通过点击确认送达按钮以触发上述物品交接请求；接着承运车主终端上传物品交接请求至服务器；也可以是储存物品的交接请求，也就是说，车主将车辆停放在某一地点，将车辆后备箱储物柜出租，储物用户在到了储存期限之后发起的取物请求。

步骤S202、根据所述用户身份信息判断所述用户是否具有交接权限。若是，进入步骤S203。

具体地，根据货物信息获取对应的车辆后备箱租赁订单，该租赁订单可以是托运订单，也可以是储物订单；将租赁订单中的客户信息和上述用户信息进行匹配，判断是否一致，如果一致，则表明该用户有交接权限，如果没有，则表明该用户没有交接权限。

在一种可选的实现方式中，参加图3示出的交接权限判断过程的示意框图，上述根据用户身份信息判断用户是否具有交接权限具体包括：

步骤S301、根据货物信息获取对应的车辆后备箱租赁订单信息。

其中，车辆后备箱租赁订单为托运订单，也可以为储物订单。该租赁订单可以包括托运货物信息、寄件人和收件人信息以及承运车主信息等。

步骤S302、获取订单信息中的寄件人信息和收件人信息。

步骤S303、判断用户身份信息是否与寄件人信息或收件人信息匹配；若匹配，进入步骤S304。若不匹配，则表明该用户没有交接权限。

其中，用户身份只要和寄件人或者收件人其中一个相匹配，则认为该用户有交接权限。

步骤S304、确定用户具有交接权限。

在另一种可选的实现方式中，根据用户身份信息判断用户是否具有交接权限，具体包括：根据用户身份信息在至少一个车辆后备箱租赁订单信息中进行匹配；若匹配成功，则确定用户具有交接权限。

需要说明的是，根据用户身份信息在至少一个车辆后备箱租赁订单信息中进行匹配，只要有一个订单匹配成功，则认为该用户有交接权限，反之，则没有。也就是说，该匹配是将用户身份信息与车辆后备箱租赁订单中的寄件人和收件人信息进行匹配，只要有一个订单匹配成功，那么说明用户具有交接权限，如果没有，则说明用户不具有交接权限。

步骤S203、根据货物信息确定目标车辆后备箱。

步骤S204、确定货物在目标车辆后备箱的存储类型。

需要说明的是，上述存储类型包括单独存储和共同存储，单独存储是指一个用户对应一个车辆后备箱，即一个用户使用一个车辆后备箱；共同存储是指多个用户对应一个车辆后备箱，即多个用户使用同一个车辆后备箱。

在一种可选的实现方式中，上述确定货物在目标车辆后备箱的存储类型的具体过程包括：获取目标车辆后备箱的租赁订单数量；当租赁订单数量为1时，确定货物在目标车辆后备箱的存储类型为单独存储；当租赁订单数量大于1时，确定货物在目标车辆后备箱的存储类型为共同存储。

需要说明的是，上述租赁订单数量是指当前时段内正在租赁过程中的有效租赁订单数量。当租赁订单数量为1时，则表明该目标车辆后备箱对应一个用户，为单独存储；而当租赁订单数量大于1时，则表明该目标车辆后备箱对应多个用户，为共同存储。

步骤S205、根据存储类型确定货物的交接策略并执行。

需要说明的是，上述交接策略是指预先定义的货物交接流程。存储类型不同，货物的交接策略也会相应的不同。当为单独存储时，只需授予用户后备箱开启权限；而当为共同存储时，在授予用户开启后备箱权限的同时，还需要授予用户打开相应存储装置的密钥。

其中，预先在车辆后备箱中安放一个或多个储物装置，一个或多个储物装置与后备箱空间相适应。该储物装置可以具体外现为储物柜或者是储物格子，可以预先给每个储物格子编号并设置动态密码锁。当后备箱包括多个储物格子时，多个储物格子之间可以各不相同。每个储物格子安装有无线接收装置，并与车内的网关设备连接，通过车内网关每个储物格子可以与服务器进行数据交互。储物格子可以用于存放托运物品，且每个储物格子可以供一个用户使用，如果用户有需要，也可以使用多个储物格子存放托运物品。

在一种可选的实现方式中，上述根据存储类型确定货物的交接策略并执行的过程具体包括：当存储类型为单独存储时，授予用户开启目标车辆后备箱的权限，以使用户开启后备箱并交接货物。

在另一种可选的实现方式中，上述根据存储类型确定货物的交接策略并执行的过程具体包括：当存储类型为共同存储时，授予用户开启目标车辆后备箱的权限和货物的交接密钥；当接收到目标车辆后备箱的开启确认后，根据用户提交的交接密钥进行验证，并在验证成功后开启货物在目标车辆后备箱的存储空间，以使用户交接货物。

需要说明的是，车辆可以内置一个或多个存储空间的存储装置，该存储装置的每个存储空间隔开，并基于密钥进行开启操作。上述交接密钥为动态生成的密钥，其可以外现为动态密码。

其中，在验证成功之后，用户可以开启对应的存储空间，同时，为保证物品交接过程中的安全性，对其他存储空间执行锁定操作，执行锁定操作之后，其他存储空间则无法输入密码。例如，当对应存储空间为2号储物柜，其他的1号、3号、4号储物柜为其他存储空间，当服务器获取到承运车主的交接请求后，则对1号、3号、4号储物柜执行锁定操作，这样用户即使按其他储物柜的输入键盘也无法键入密码，只要2号储物柜的输入键盘有反应。当然，也可以在开启对应的存储空间的同时，不对其他存储空间执行锁定操作。

在验证失败之后，可以执行相应的告警操作。在一种可选的实现方式中，在上述根据用户提交的交接密钥进行验证之后，上述方法还可以包括：当验证不成功，则锁定目标车辆后备箱的存储空间；生成异常告警信息，并将异常告警信息发送至目标车辆后备箱对应的车主。

需要说明的是，上述验证不成功有两种情况，一种是超出交接密钥的有效时间后输入交接密钥；另外一种是在交接密钥的有效时间内多次(或者超过预设次数)输错交接密钥，此时，为了避免恶意爆破密码，以进一步提高系统安全性，可以在验证失败次数达到一定次数之后，则不允许再次输入验证密码，并通知车主进行处理。一般地，失败次数阈值为3，即当密码验证失败次数累计达到3次或以上时，则对目标车辆后备箱的所有存储控件执行锁定操作，使得用户无法再次输入密码。当失败次数达到阈值之后，生成异常告警信息，通知车主及时进行处理。

在一些情况下，系统可能出现异常，或者储物格子遭到暴力拆解等情况，为了提高系统的安全性和保障性，可以预先设置告警场景，在出现相应的情况时，例如，系统异常、暴力拆解等，则自动生成告警信息，上传至服务器。服务器可以根据该告警信息，自动获取后备箱内的相应图像，并将相应图像发送给承运车主。例如，当获取到告警信息时，调用预先安装在后备箱内预设位置的图像采集装置获取后备箱图像；将后备箱图像发送至承运车主。其中，预先在后备箱的相应位置安装图像采集装置，用于获取后备箱内部图像。

本申请实施例提供的货物交接管理方法可以应用在货物托运场景和储物场景，下面将分别对这两个场景下的交接过程进行介绍说明。

在货物托运场景下，当承运车主运送托运物品至相应的目的地后，可以利用承运车主终端，通过点击或其他方式输入上述物品交接请求，例如，通过点击确认送达按钮以触发上述物品交接请求；接着承运车主终端上传物品交接请求至服务器。托运货物交接请求中包括用户身份信息和货物信息，用户身份信息是指用于验证交接用户身份是否相符的信息，其可以包括但不限于手机号码、姓名、物品名称以及物品类型等，根据该用户身份信息验证当前用户是否为该订单对应的交接用户。通过货物信息查找出对应的承运车辆后备箱；判断该托运货物是单独存储，还是共同存储；如果是单独存储，则授予相应用户的权限即可；如果是共同存储，则授予该用户的开启权限之外，还生成相应的密钥发送给用户，以使该用户可以根据密钥打开相应的存储装置，完成货物交接。

此外，为了后续追溯方便，承运车主还可以在交接时采集交接用户的相关信息，并将其上传至服务器进行存储。车主所采集的交接用户信息可以包括但不限于车主身份证信息、人像图片信息等。

在储物场景下，首先，获取储物用户的储物请求，储物请求可以包括但不限于储存地点信息、物品信息以及储存时长信息等。物品信息可以包括物品类型、重量以及体积等；根据储物请求，筛选出储存地点相符的后备箱，再根据物品信息和储存时长等信息，从地点相符的后备箱中作进一步筛选，例如，筛选出储存时长相符的后备箱，然后根据物品大小、重量等再进一步筛选出最终的推荐储物装置；将一个或多个的推荐储物装置推荐给储物用户，以供用户选择。

根据用户的储物需求自动筛选出合适的储物装置推荐给用户，用户可以根据所推荐的储物装置选择合适的装置进行储物。当用户需要取出储存的物品时，可以通知车主远程开门，然后输入相应的动态密码进行验证，验证通过之后即可打开储物装置，取出物品。

取物的具体过程可以包括：获取储物用户的取物请求。根据取物请求，判断该用户是否有交接权限，如果有，则确定对应的目标车辆后备箱。接着，判断该用户的储物类型是单独存储，还是共同存储，如果是单独存储，只需授予该用户开启后备箱的权限，如果是共同存储，授予用户开启后备箱权限之外，还需要授予用户相应的密钥。

本实施例可以降低他人错取或盗取物品的可能，提高了物品交接的准确性和安全性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例二

请参见图4，为本申请实施例提供的一种共享后备箱的货物交接管理装置的结构示意框图，该装置可以包括：

请求获取模块41，用于获取用户的货物交接请求，货物交接请求包括用户身份信息和货物信息；

权限判断模块42，用于根据用户身份信息判断用户是否具有交接权限；

第一确定模块43，用于若是，则根据货物信息确定目标车辆后备箱；

第二确定模块44，用于确定货物在目标车辆后备箱的存储类型；

交接模块45，用于根据存储类型确定货物的交接策略并执行。

在一种可行的实现方式中，上述权限判断模块可以包括：

租赁订单获取单元，用于根据货物信息获取对应的车辆后备箱租赁订单信息；

信息获取单元，用于获取订单信息中的寄件人信息和收件人信息；

判断单元，用于判断用户身份信息是否与寄件人信息或收件人信息匹配；

第一确定单元，用于若匹配，则确定用户具有交接权限。

在一种可行的实现方式中，上述权限判断模块可以包括：

匹配单元，用于根据用户身份信息在至少一个车辆后备箱租赁订单信息中进行匹配；

第二确定单元，用于若匹配成功，则确定用户具有交接权限。

在一种可行的实现方式中，上述第二确定模块可以包括：

订单数量获取单元，用于获取目标车辆后备箱的租赁订单数量；

第三确定单元，用于当租赁订单数量为1时，确定货物在目标车辆后备箱的存储类型为单独存储；

第四确定单元，用于当租赁订单数量大于1时，确定货物在目标车辆后备箱的存储类型为共同存储。

在一种可行的实现方式中，上述交接模块可以包括：

第一权限授予单元，用于当存储类型为单独存储时，授予用户开启目标车辆后备箱的权限，以使用户开启后备箱并交接货物。

在一种可行的实现方式中，上述交接模块可以包括：

第二权限授予单元，用于当存储类型为共同存储时，授予用户开启目标车辆后备箱的权限和货物的交接密钥；

验证单元，用于当接收到目标车辆后备箱的开启确认后，根据用户提交的交接密钥进行验证，并在验证成功后开启货物在目标车辆后备箱的存储空间，以使用户交接货物。

在一种可行的实现方式中，上述装置还可以包括：

锁定模块，用于当验证不成功，则锁定目标车辆后备箱的存储空间；

告警模块，用于生成异常告警信息，并将异常告警信息发送至目标车辆后备箱对应的车主。

需要说明，本申请实施例提供的货物交接管理装置与上述实施例的货物交接管理方法一一对应，相关或相应介绍请参见上文，在此不再赘述。

可以看出，本实施例可以降低错取物品、盗取物品的可能性，提高了基于共享后备箱的储物服务的安全性

实施例三

图5是本申请一实施例提供的服务器的示意图。如图5所示，该实施例的服务器5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个共享后备箱的物品安全保障方法实施例中的步骤，例如图2所示的步骤S201至S205。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块或单元的功能，例如图4所示模块41至45的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块或单元，所述一个或者多个模块或单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个模块或单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述服务器5中的执行过程。例如，所述计算机程序52可以被分割成请求获取模块、权限判断模块、第一确定模块、第二确定模块以及交接模块，各模块具体功能如下：

请求获取模块，用于获取用户的货物交接请求，货物交接请求包括用户身份信息和货物信息；权限判断模块，用于根据用户身份信息判断用户是否具有交接权限；第一确定模块，用于若是，则根据货物信息确定目标车辆后备箱；第二确定模块，用于确定货物在目标车辆后备箱的存储类型；交接模块，用于根据存储类型确定货物的交接策略并执行。

所述服务器可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是服务器5的示例，并不构成对服务器5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述服务器5的内部存储单元，例如服务器5的硬盘或内存。所述存储器51也可以是所述服务器5的外部存储设备，例如所述服务器5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述服务器5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置、服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置、服务器实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块或单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。