信息处理方法、装置及电子设备

技术领域

本申请涉及新零售技术领域，特别是涉及信息处理方法、装置及电子设备。

背景技术

干线运输是指运输网中起骨干作用的线路运输。对于“新零售”模式下的订单履约过程来说，可能会涉及仓库、加工中心、实体店铺以及配送站等物流站点，对应的干线运输可以包括：仓库与仓库之间的运输、仓库到实体店铺的运输、仓库到配送站的运输、加工中心到实体店铺的运输、加工中心到配送站的运输、实体店铺到配送站的运输等。

通常，车辆执行单次运输履约任务时可能会涉及多个物流站点，例如，车辆1将仓库A的货物运输到实体店铺1以及实体店铺2。为了提高运输履约效率，可以预先确定好车辆在各物流站点的设置进站时间以及设置出站时间，以便物流站点可以提前做好任务处理准备，例如，可以提前协调好作业人员、作业时间以及作业场地等资源，在车辆进站后执行卸货作业以及收货作业。

在实际运输过程中，车辆可能会出现延误的情况，为了确保整个运输网络的运输时效，在上游站点出现延误时(可能是进站时间延误，也可能是出站时间延误)，下游站点可以通过直发车次、临时增加作业人员等方式抢回时间，以保证全链路的客户服务体验。

对于物流站点的管理人员来说，可以通过以下方式获得即将到达本站点的车辆的在途信息，确定车辆是否出现延误情况：一种是通过人为沟通的方式，例如，通过电话或者即时通讯工具确定哪些车辆正在发往本站点以及各车辆关联的进站时间，该方式存在沟通成本高且沟通效率低的问题。另一种是进行车辆改造，给车辆安装GPS模块，通过实时获取GPS信息的方式，确定车辆当前的位置信息以及车速信息等，确定车辆的进站时间。在实际应用过程中，以上两种方式均不能很好的实现对整个运输履约过程的时效监管。

发明内容

本申请提供了一种信息处理方法、装置及电子设备，可以在运输履约任务执行过程中，对任务的执行情况进行评估分析，获得评估结果信息发送至第一客户端，以便在评估结果信息表示任务执行异常时，可以及时对下游站点关联的资源进行动态调度，有助于提高整个运输履约网络的时效稳定性。

本申请提供了如下方案：

一种信息处理方法，包括：

确定待评估的运输履约任务，获得所述运输履约任务关联的多个节点的标识信息以及所述多个节点分别关联的设置时效信息；

根据所述多个节点的任务执行状态信息确定第一节点，获得所述第一节点关联的实际时效信息，所述第一节点的任务执行状态信息为已完成运输履约任务；

根据所述第一节点关联的设置时效信息以及实际时效信息，获得评估结果信息发送至第一客户端。

一种信息处理方法，包括：

第一客户端提供用于提交查询条件信息的操作选项；

通过所述操作选项获得所述查询条件信息后，生成信息处理请求提交至服务端，以便所述服务端根据所述查询条件信息确定待评估的运输履约任务，获得所述运输履约任务关联的评估结果信息；

对所述服务端发送的所述评运输履约任务关联的评估结果信息，进行信息展示。

一种信息处理方法，包括：

获得任务信息库以及评估对象信息库，所述任务信息库中保存有与已执行完毕的运输履约任务相关的信息，所述评估对象信息库中保存有不同信息处理方式关联的评估对象的标识信息以及对评估对象进行评估分析所需的数据类型信息及异常评估方式信息；

获得第二客户端提交的信息处理请求，所述信息处理请求中包括目标信息处理方式信息以及目标查询条件信息；

根据所述目标查询条件信息确定目标运输履约任务，从与所述目标运输履约任务相关的信息中，获得所述目标信息处理方式关联的目标评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得所述目标评估对象的评估结果信息，发送至所述第二客户端。

一种信息处理方法，包括：

第二客户端提供用于提交目标信息处理方式信息以及目标查询条件信息的操作选项；

通过所述操作选项获得所述目标信息处理方式信息以及所述目标查询条件信息后生成信息处理请求，提交至服务端，以便所述服务端根据所述目标查询条件确定目标运输履约任务，并根据所述目标信息处理方式关联的目标评估对象对所述目标运输履约任务进行评估处理，获得所述目标评估对象的评估结果信息；

对所述服务端发送的所述目标评估对象的评估结果信息，进行信息展示。

一种信息处理装置，应用于服务端，包括：

设置时效信息获得单元，用于确定待评估的运输履约任务，获得所述运输履约任务关联的多个节点的标识信息以及所述多个节点分别关联的设置时效信息；

实际时效信息获得单元，用于根据所述多个节点的任务执行状态信息确定第一节点，获得所述第一节点关联的实际时效信息，所述第一节点的任务执行状态信息为已完成运输履约任务；

评估结果信息获得单元，用于根据所述第一节点关联的设置时效信息以及实际时效信息，获得评估结果信息发送至第一客户端。

一种信息处理装置，应用于第一客户端，包括：

操作选项提供单元，用于提供用于提交查询条件信息的操作选项；

信息处理请求提交单元，用于通过所述操作选项获得所述查询条件信息后，生成信息处理请求提交至服务端，以便所述服务端根据所述查询条件信息确定待评估的运输履约任务，获得所述运输履约任务关联的评估结果信息；

信息展示单元，用于对所述服务端发送的所述评运输履约任务关联的评估结果信息，进行信息展示。

一种信息处理装置，应用于服务端，包括：

信息库获得单元，用于获得任务信息库以及评估对象信息库，所述任务信息库中保存有与已执行完毕的运输履约任务相关的信息，所述评估对象信息库中保存有不同信息处理方式关联的评估对象的标识信息以及对评估对象进行评估分析所需的数据类型信息及异常评估方式信息；

信息处理请求获得单元，用于获得第二客户端提交的信息处理请求，所述信息处理请求中包括目标信息处理方式信息以及目标查询条件信息；

目标数据获得单元，用于根据所述目标查询条件信息确定目标运输履约任务，从与所述目标运输履约任务相关的信息中，获得所述目标信息处理方式关联的目标评估对象对应的数据类型下的目标数据；

评估结果信息获得单元，用于根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得所述目标评估对象的评估结果信息，发送至所述第二客户端。

一种信息处理装置，应用于第二客户端，包括：

操作选项提供单元，用于提供用于提交目标信息处理方式信息以及目标查询条件信息的操作选项；

信息处理请求提交单元，用于通过所述操作选项获得所述目标信息处理方式信息以及所述目标查询条件信息后生成信息处理请求，提交至服务端，以便所述服务端根据所述目标查询条件确定目标运输履约任务，并根据所述目标信息处理方式关联的目标评估对象对所述目标运输履约任务进行评估处理，获得所述目标评估对象的评估结果信息；

信息展示单元，用于对所述服务端发送的所述目标评估对象的评估结果信息，进行信息展示。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

确定待评估的运输履约任务，获得所述运输履约任务关联的多个节点的标识信息以及所述多个节点分别关联的设置时效信息；

根据所述多个节点的任务执行状态信息确定第一节点，获得所述第一节点关联的实际时效信息，所述第一节点的任务执行状态信息为已完成运输履约任务；

根据所述第一节点关联的设置时效信息以及实际时效信息，获得评估结果信息发送至第一客户端。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交查询条件信息的操作选项；

通过所述操作选项获得所述查询条件信息后，生成信息处理请求提交至服务端，以便所述服务端根据所述查询条件信息确定待评估的运输履约任务，获得所述运输履约任务关联的评估结果信息；

对所述服务端发送的所述评运输履约任务关联的评估结果信息，进行信息展示。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得任务信息库以及评估对象信息库，所述任务信息库中保存有与已执行完毕的运输履约任务相关的信息，所述评估对象信息库中保存有不同信息处理方式关联的评估对象的标识信息以及对评估对象进行评估分析所需的数据类型信息及异常评估方式信息；

获得第二客户端提交的信息处理请求，所述信息处理请求中包括目标信息处理方式信息以及目标查询条件信息；

根据所述目标查询条件信息确定目标运输履约任务，从与所述目标运输履约任务相关的信息中，获得所述目标信息处理方式关联的目标评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得所述目标评估对象的评估结果信息，发送至所述第二客户端。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交目标信息处理方式信息以及目标查询条件信息的操作选项；

通过所述操作选项获得所述目标信息处理方式信息以及所述目标查询条件信息后生成信息处理请求，提交至服务端，以便所述服务端根据所述目标查询条件确定目标运输履约任务，并根据所述目标信息处理方式关联的目标评估对象对所述目标运输履约任务进行评估处理，获得所述目标评估对象的评估结果信息；

对所述服务端发送的所述目标评估对象的评估结果信息，进行信息展示。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

本申请实施例针对运输履约任务的执行情况进行评估分析时，可以获得该任务关联的多个节点以及多个节点各自关联的设置时效信息，进而在多个节点中存在已完成运输履约任务的第一节点时，可以获得第一节点关联的实际时效信息，并根据第一节点关联的设置时效信息，获得评估结果发送至第一客户端。如此，第一客户端关联的第一用户便可在评估结果信息表示任务执行异常时，及时对运输履约任务关联的下游站点(即，还未完成运输履约任务的第二节点)进行动态的资源调度，确保下游站点可以按照其关联的设置时效信息完成运输履约任务，有助于提高整个运输履约网络的时效稳定性。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统的示意图；

图2～图7是本申请实施例提供的方法的流程图；

图8～图11是本申请实施例提供的装置的示意图；

图12是本申请实施例提供的计算机系统的架构的示意图；

图13是本申请实施例提供的电子设备的架构的示意图。

具体实施方式

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

为了提高运输履约网络的时效稳定性，本申请实施例可以提供一种信息处理系统，参见图1所示示意图，在一种示例下，可以包括：服务端和第一客户端。其中，服务端可以对正在执行的运输履约任务进行评估分析，获得评估结果信息发送至第一客户端。对应的，第一客户端关联的第一用户可以基于该评估结果信息对运输履约任务的执行情况进行实时监管，确保任务可以在预设时效内完成。具体实现过程可参见下文实施例1处所做介绍，此处暂不详述。

或者，在另一种示例下，信息处理系统可以包括：服务端和第二客户端。其中，服务端可以对已执行完毕的运输履约任务的执行情况进行评估分析，获得运输履约任务在不同评估对象下关联的评估结果信息发送至第二客户端。对应的，第二客户端关联的第二用户可以基于该评估结果信息明确任务执行异常的原因；或者，可以基于该评估结果信息对目标对象的任务执行情况进行评级。具体实现过程可参见下文实施例2处所做介绍，此处暂不详述。

实施例1

下面结合图2所示流程图，对本申请实施例的信息处理过程进行解释说明。

S101：服务端确定待评估的运输履约任务，获得所述运输履约任务关联的多个节点的标识信息，以及多个节点分别关联的设置时效信息。

本申请实施例的干线运输可以是指定区域内的运输，如果以城市为基本单元进行区域划分，可以体现为同一城市内的不同物流站点之间的运输；或者，可以体现为不同城市的物流站点之间的运输，具体可由实际使用需求确定。其中，物流站点即为本申请实施例中的节点，可以包括仓库、加工中心、实体店铺以及配送站等。

在实际应用过程中，服务端可以根据第一客户端提交的信息处理请求，确定待评估的运输履约任务。具体地，第一客户端可以提供用于提交查询条件信息的操作选项，通过所述操作选项获得所述查询条件信息后，生成信息处理请求提交至服务端。其中，第一客户端可以部署在第一用户关联的终端设备上。

举例来说，第一客户端可以当天的日期信息为查询条件，请求服务端对当天所有运输履约任务进行评估分析；或者，可以指定时间段信息为查询条件，请求服务端对当天某个时间段内的运输履约任务进行评估分析；或者，可以节点的标识信息为查询条件，请求服务端对某个(某些)节点关联的运输履约任务进行评估分析；或者，可以区域的标识信息为查询条件，请求服务端对某个(某些)区域内的节点关联的运输履约任务进行评估分析，等等，本申请实施例对查询条件可不做具体限定。

或者，服务端可以根据第一客户端关联的第一用户的用户类型信息，确定该用户类型信息关联的待评估的运输履约任务，自动对待评估的运输履约任务的执行情况进行评估分析，并将评估结果信息发送至对应的第一客户端进行展示。例如，对于节点关联的第一用户(例如，物流站点的管理者)来说，服务端可以将该节点关联的运输履约任务确定为待评估的运输履约任务，进行评估分析；对于具有更高管理权限的第一用户(例如，区域管理者)来说，服务端可以将其权限范围内的节点关联的运输履约任务确定为待评估的运输履约任务，进行评估分析。

需要说明的是，以上自动分析过程可以体现为实时分析；或者，可以体现为按照预设时间间隔进行评估分析；或者，可以在确定运输履约任务关联的节点的任务执行状态发生变化时进行评估分析，本申请实施例对此可不做具体限定。

在实际应用过程中，进行运输履约任务生成时，除了需要确定商品对象与执行运输作业的车辆之间的匹配关系之外，还需要确定整个运输履约过程涉及哪些节点以及各节点关联的设置时效信息。其中，设置时效信息可以包括车辆在节点的设置进站时间信息、车辆在节点的设置出站时间信息、以及在节点内执行站内作业的设置作业时效信息。

如此，再结合各节点关联的实际时效信息(具体可参见下文所做介绍，此处暂不详述)，便可对运输履约任务的执行情况进行评估分析。具体地，如果实际时效信息与对应的设置时效信息相符，则可获得任务执行正常的评估结果；如果实际时效信息与对应的设置时效信息不符，则可获得任务执行异常的评估结果。

以车辆1将仓库A的货物配送至实体店铺1以及实体店铺2为例，运输作业系统可以获得下表1所示设置时效信息。

表1

对于下游节点关联的设置进站时间信息来说，主要取决于车辆在相邻的上游节点的设置出站时间信息以及两个相邻节点之间的距离信息。以车辆1在实体店铺1的进站时间T

优选地，还可以根据执行运输履约任务当天的天气信息、时间段信息(例如，白天还是晚上)、路况信息(例如，是否交通管制等)、运输作业人员(也可以称为车辆驾驶员)的驾驶技能信息、车况信息等影响因子，对上述设置进站时间信息进行更新处理。作为一种示例，可以配置各影响因子关联的调整系数，例如，雨天的行驶速度较慢，对应的系数可以设置为1.2，则进行更新处理获得的新的设置进站时间信息为(1.2*T

通常，运输履约任务对应的运输链路上可能会包括多个节点，本申请实施例可以根据节点将运输履约任务拆分为至少两个作业段，分别针对每个作业段的任务执行情况进行评估分析。如上述示例中，可以拆分出仓库A到实体店铺1的第一作业段，以及实体店铺1到实体店铺2的第二作业段。

以第一作业段为例，可以包括以下作业环节：车辆1从仓库A到实体店铺1的运输作业1，以及在实体店铺1内执行的站内作业2。其中，站内作业2可以体现为由实体店铺1关联的作业人员执行的卸货作业(将实体店铺1关联的订单中的商品对象从车辆1上搬卸下来)以及收货作业(对卸货的商品对象进行核收入库)。

作为一种示例，第一作业段还可以包括在仓库A内执行的站内作业3，可以体现为由仓库A关联的作业人员执行的装货作业，即，将车辆1关联的订单中的商品对象装配到车辆1上。

为了更为清晰的明确任务执行异常的原因，本申请实施例还可以预先确定各作业段关联的作业环节对应的设置作业时效信息。

对于运输作业来说，对应的设置作业时效信息可以体现为相邻两个节点中，下游节点的设置进站时间与上游节点的设置出站时间之间的时间差。以第一作业段为例，运输作业1关联的设置作业时效可以体现为(T

对于站内作业来说，可以将卸货作业以及收货作业视为一个整体，为二者配置对应的设置作业时效信息，例如，设置作业时效可以为30分钟，即，要求在30分钟内完成卸货作业以及收货作业。如此，如果车辆1在第一作业段内出现延误，则可根据设置作业时效在运输作业以及站内作业中确定出现延误的原因。或者，可以分别为卸货作业以及收货作业确定各自对应的设置作业时效，例如，第一设置作业时效可以为10分钟，第二设置作业时效可以为20分钟，即，要求在10分钟内完成卸货作业以及在20分钟内完成收货作业。如此，如果车辆1在第一作业段内出现延误，则可根据设置作业时效在运输作业、卸货作业以及收货作业中确定出现延误的原因。

如此，如果运输履约任务拆分出的作业段中存在任务执行异常的目标作业段，则可基于目标作业段关联的作业环节对应的设置作业时效信息以及实际作业时效信息，确定任务执行异常关联的原因信息，即，确定具体是在哪个作业环节出现问题导致任务执行异常，特别是在任务执行异常体现为车辆延误时，明确异常原因有助于后续确定该延误对应的处理方式，有针对性的解决运输履约过程中存在的问题。

本申请实施例中，可以针对所有节点配置相同的设置作业时效信息；或者，可以根据节点的实际情况，为节点配置个性化的设置作业时效信息，例如，站点3关联的作业人员较少，则可适当调大站点3关联的设置作业时效信息，如在20分钟内完成卸货作业以及在30分钟内完成收货作业。

S102：根据各节点关联的任务执行状态信息确定第一节点，获得第一节点关联的实际时效信息，其中，第一节点关联的任务执行状态信息为已完成运输履约任务。

作为一种示例，服务端可以获得运输履约任务的任务状态信息，如果任务状态信息表示任务已开始且未结束，即，任务正在执行过程中，则可进一步获得该任务关联的节点对应的任务执行状态信息，如果任务执行状态信息表示节点已完成运输履约任务(即，车辆已到达该节点，且在完成站内作业后驶离该节点)，则可将该节点确定为第一节点，获得第一节点关联的实际时效信息。其中，实际时效信息可以包括：车辆在第一节点的实际进站时间信息、车辆在第一节点的实际出站时间信息、以及在第一节点内执行站内作业的实际作业时效信息。

作为一种示例，第一节点关联的实际时效信息可以由运输作业系统以及第一节点关联的作业系统，提交至服务端。

如上文所举示例中，如果车辆1已经将实体店铺1关联的商品对象配送至实体店铺1，且正在前往实体店铺2的途中，则车辆1从仓库A出发时，运输作业系统可以获得实际出站时间T

此外，实体店铺1关联的作业人员开始执行卸货作业时，店铺作业系统可以获得站内作业开始时间T

作为一种示例，作业系统可以在获得更新的时间信息时，便将时间信息实时同步至服务端，以便服务端可以根据最新的时效信息评估运输履约任务的执行情况。

以车辆1在第一作业段出现延误为例，基于上述时效信息便可确定延误原因。具体地，如果(T

优选地，通过第一节点关联的作业系统获得实际作业时效信息后，还可以利用车辆在本节点的实际进站时间信息与实际出站时间信息，进行时效信息校验。通常，车辆在站点内的等待时间主要取决于站内作业时间，如果(T

S103：根据第一节点关联的设置时效信息以及实际时效信息，获得评估结果信息，发送至第一客户端进行信息展示。

本申请实施例中，评估结果信息可以包括：第一节点对应的第一评估结果信息，以及基于第一评估结果信息获得的待评估的运输履约任务关联的第二评估结果信息。

对于第一评估结果信息来说，如果第一节点关联的设置时效信息与实际时效信息相符，则可获得第一节点任务执行正常的第一评估结果；否则可以获得第一节点任务执行异常的第一评估结果。

其中，时效信息相符可以是时间信息完全相同，即时间差为0；或者，可以设置允许的时间偏差范围，时间差的绝对值在预设偏差范围内亦可认为时效信息相符。例如，进站时间关联的预设偏差范围为5分钟，若|T

对于第二评估结果来说，如果运输履约任务关联的多个节点中存在任务执行结果异常的第一节点，则可获得运输履约任务执行异常的第二评估结果；否则可以获得运输履约任务执行正常的第二评估结果。

作为一种示例，服务端可以获得预设车速上限值，在运输履约任务关联的多个节点中存在任务执行异常的第一节点时，如果车辆按照预设车速上限值行驶，可以确保下游节点能够按照设置时效信息进行相关作业，则可将第二评估结果标示为正常，暂时不向第一用户进行预警提示；如果车辆按照预设车速上限值行驶，也无法保证下游节点的作业时效，则可将第二评估结果标示为异常。需要说明的是，预设车速上限值可以是根据运输作业人员的驾驶技能确定的固定数值；或者，可以是根据运输作业人员的驾驶技能、当前的路况、当前的天气等影响因子确定的可变数值，本申请实施例对此可不做具体限定。

在实际应用过程中，第二评估结果信息可能会随着下游节点的任务执行情况的变化而变化。例如，实体店铺1的任务执行异常时，可以将运输履约任务关联的第二评估结果标示为异常；如果后续通过资源调度(例如，可以包括配备直发车次、更换驾驶性能好的车辆、增加站内作业人员数量等资源调度方案)确保实体店铺2的任务执行正常，则可将运输履约任务关联的第二评估结果标示为正常。优选地，将第二评估结果信息发送至第一客户端的同时，还可以将第二评估结果信息的变化情况(本示例中，变化信息可以体现为在实体店铺1时异常以及在实体店铺2时正常)发送至第一客户端，进行信息展示。

优选地，可以预先确定至少两个异常等级，并获得各异常等级关联的等级确定方式信息，以便在获得任务执行异常的评估结果信息后，确定运输履约任务关联的目标异常等级信息，发送至第一客户端进行信息展示。如此，第一客户端关联的第一用户便可通过目标异常等级信息明确异常处理的优先级，以便在出现至少两个执行异常的任务时，可以根据各任务关联的目标异常等级信息，确定任务处理顺序，有助于确保多任务处理的时效稳定性。

作为一种示例，可以根据设置时效信息与实际时效信息之间的时间差信息进行异常等级的划分，对应的，等级确定方式信息可以体现为至少两个异常等级各自关联的时间差范围。以车辆延误为例，延误时间(即，实际时效信息晚于设置时效信息)与异常等级之间的关联关系可以如下表2所示。

表2

本示例下，还可以对任务执行异常的节点关联的时间差信息进行汇总，获得运输履约任务关联的时间差信息，发送至第一客户端进行信息展示，如此，第一用户便可明确整个运输履约任务执行完毕后总的提前时间或者总的延误时间。

或者，作为另一种示例，可以根据进行异常处理所需的处理资源信息进行异常等级的划分，对应的，等级确定方式可以体现为至少两个异常等级各自关联的资源数值。其中，处理资源可以体现为人力资源(主要可体现为作业人员的数量，人员数量越多异常处理所需处理资源就越多)和/或设备资源(主要可体现为直发车次、更换车辆等对应的资源，直发车次数量越多、所更换车辆的驾驶性能越好异常处理所需处理资源就越多)。

本示例下，还可以对任务执行异常的节点关联的资源数值进行汇总，获得运输履约任务关联的资源数值，发送至第一客户端进行信息展示，如此，第一用户便可明确整个运输履约任务执行完毕后消耗的总的资源数值，特别是在出现车辆延误情况时，任务总体消耗增加了多少。

优选地，本申请实施例可以通过不同方式对不同的评估结果信息加以标示。例如，如果评估结果表示任务执行正常，可以通过绿色符号进行标示；如果评估结果表示任务执行异常，可以通过红色符号进行标示。

此外，对于任务执行异常的情况来说，不论第一节点是提前完成运输履约任务，还是延迟完成运输履约任务，均会影响下游节点的时效信息以及作业安排，故均可通过红色符号加以标示；或者，可以对上述两种情况加以区分，例如，评估结果表示任务执行异常且异常方式为车辆延误，可以通过红色符号进行标示；评估结果表示任务执行异常且异常方式为车辆提前，可以通过黄色符号进行标示。

优选地，除了可以如上文所做介绍，对待评估的运输履约任务的执行情况进行全链路展示之外，第一用户还可以请求查看链路中某个(某些)节点的任务执行情况。具体地，第一客户端可以获得第三节点的标识信息提交至服务端，例如，第一用户可以通过点选或者手动输入的方式，从待评估的运输履约任务关联的节点中确定第三节点，对应的，服务端可以确定第三节点关联的目标运输履约任务，并获得第三节点在各目标运输履约任务下关联的任务执行状态信息以及第一评估结果信息，发送至第一客户端进行信息展示。

作为一种示例，服务端可以将上述信息直接发送至第一客户端进行展示；或者，可以对上述信息进行汇总处理后，将汇总信息发送至第一客户端进行展示。其中，汇总信息具体可包括与车辆进站相关的第一汇总信息以及与车辆出站相关的第二汇总信息。

作为一种示例，第一汇总信息可以包括：总车次信息(可以根据目标运输履约任务的数量确定)、已进站车次信息以及在途车次信息(可以根据第三节点在各目标运输履约任务下关联的任务执行状态信息确定)、延误车次信息(可以根据第三节点在各目标运输履约任务下关联的第一评估结果信息确定)、进站准时率(可以根据已进站车次信息以及延误车次信息确定)，等等。第二汇总信息可以包括：总车次信息、已出站车次信息、在途车次信息、延误车次信息、出站准时率(可以根据已出站车次信息以及延误车次信息确定)等。

S104：根据各节点关联的任务执行状态信息确定第二节点，获得第二节点关联的预测时效信息，发送至第一客户端，其中，第二节点关联的任务执行状态信息为未完成运输履约任务。

本申请实施例中，服务端确定第一节点关联的实际时效信息与设置时效信息不符时，可以获得未完成运输履约任务的第二节点(可能是车辆还未到达本节点；或者，可能是车辆已到达本节点但未出站)关联的预测时效信息，发送至第一客户端，以便第一用户可以根据预测时效信息对第二节点的资源进行动态调度，确保运输履约任务的时效稳定性。其中，预测时效信息可以包括：车辆在第二节点的预测进站时间信息以及车辆在第二节点的预测出站时间信息。

具体地，服务端可以获得车辆的当前位置信息，以当前位置信息为参数调用用于进行导航规划的地图服务的接口，以便地图服务获得车辆的车速信息以及当前位置与第二节点之间的距离信息，确定第二节点关联的预测时效信息。

本申请实施例中，服务端可以通过多种方式获得车辆的当前位置信息，例如，一种方式下，如果车辆安装有GPS模块，可以通过获取GPS信息的方式确定车辆的当前位置信息；另一种方式下，如果车辆未安装GPS模块或者GPS信息获取失败，可以通过获取运输作业人员关联的运输作业客户端的位置信息的方式，确定车辆的当前位置信息。

优选地，如果服务端调用服务接口失败，可以通过以下方式进行时效信息预测。

1.根据缓存的导航信息进行时效信息预测

服务端每间隔预设时长(例如，5分钟，具体可结合实际使用需求确定)进行一次时效信息预测，可以在进行时效信息预测时，进行服务接口调用；或者，可以实时调用服务接口，获得车辆的实时导航信息(可以包括上述车速信息以及距离信息)本进行本地缓存。如此，确定服务接口调用失败时，可以根据缓存的导航信息进行时效信息预测。

例如，服务端按照分钟级别定时获取车辆的导航信息(通常，获取导航信息的时间间隔小于时效信息预测的时间间隔即可)，若在8:10进行时效信息预测且调用服务接口失败，则可从本地缓存中获得车辆关联的导航信息，根据8:09时的车速信息以及距离信息，确定第二节点关联的预测时效信息。

优选地，还可以根据缓存时间与当前时间之间的时间差以及车速信息，对上述预设时效信息进行优化。具体地，考虑到车辆通常情况下以平稳的速度行驶，故可以获得车辆按照该平稳的车速行驶时间差对应的时长，对应的行驶距离，再基于8:09时车辆所在位置与第二节点之间的距离信息，可以获得车辆当前位置与第二节点之间的预测距离，并基于该预测距离以及车速信息获得新的预测时效信息。

2.利用信息标定的方式进行时效信息预测

服务端可以先根据车辆的车速信息以及相邻节点之间的距离信息，确定该相邻节点关联的总的行驶时间信息，再获得车辆从上一个节点出发到当前位置的已行驶时间信息，根据总的行驶时间信息与已行驶时间信息，便可获得车辆到下一个节点的预测时效信息。

例如，按照车辆1当前的行驶速度以及实体店铺1与实体店铺2之间的距离D

此外，在不同的影响因子的作用下，同一路段关联的总的行驶时间可能会有所不同，故还可以根据影响因子对上述总的行驶时间进行优化处理。

在实际应用过程中，针对第二节点进行时效信息预测时，可以只在具有上下游关联的节点之间进行，即，针对车辆即将达到的节点进行时效信息预测；或者，可以针对所有下游节点进行，即，针对包含车辆即将到达的节点在内的所有未到站节点进行时效信息预测。

例如，整个运输链路包括4个节点，其中，站点1已完成运输履约任务，站点2、站点3以及站点4还未完成运输履约任务，可以只预测站点1的相邻节点，即站点2的预测时效信息，发送至第一客户端，提醒第一用户针对车辆即将到达的站点2的资源进行调度，提前做好任务处理准备；或者，可以预测所有未完成运输履约任务的站点，即站点2、站点3以及站点4的预测时效信息发送至第一客户端，对应的，第一用户可以分别针对每个站点的资源进行调度，或者，可以根据使用需求对部分站点的资源进行调度。

相较于现有技术只可展示车辆当前的位置信息和车速信息，本申请实施例还可以针对下游节点进行时效信息预测，为下游节点的资源调度以及工作安排提供技术指导。

实施例2

本申请实施例，除了可以对正在执行的运输履约任务的执行情况进行实时动态的跟踪分析之外，还可以基于不同的使用需求对已执行完毕的运输履约任务的执行情况进行分析汇总，下面结合图3所示流程图对历史数据的处理过程进行解释说明。

S201：服务端获得任务信息库以及评估对象信息库，所述任务信息库中保存有与已执行完毕的运输履约任务相关的信息，所述评估对象信息库中保存有不同信息处理方式关联的评估对象的标识信息，以及对评估对象进行评估分析所需的数据类型信息及异常评估方式信息。

本申请实施例中，与已执行完毕的运输履约任务相关的信息至少可以包括：任务的标识信息、任务关联的第二评估结果信息、任务关联的节点的标识信息、各节点关联的时效信息(例如，可以包括设置时效信息、实际时效信息以及预测时效信息)、以及各节点关联的第一评估结果信息等，上述信息包括的具体内容以及获取方式等，可参见上文实施例1处所做介绍，此处不做详述。

需要说明的是，各作业环节的相关数据通常均独立保存在各自对应的作业系统中，若要追溯某次运输履约任务的异常，现有技术需要分别到各个作业系统中进行数据拉取，获得实际时效信息，再逐项与设置时效信息进行数据比对，数据分析效率低，且仅支持以运单编号为查询条件，进行数据查询，无法基于其他查询条件对运输履约任务进行纵向监管，例如，对节点关联的所有运输履约任务进行统一的实时查询与监管。

对应于此，本申请实施例中的服务端可以创建任务信息库，将分散于不同作业系统中的数据进行集中管理，有助于快速的针对运输履约任务进行全链路的数据分析。

如上文所做介绍，第二用户可能出于不同的使用需求请求服务端对历史运输履约任务进行分析汇总，不同使用需求对应需要服务端通过不同的处理方式对历史数据进行分析汇总，故，本申请实施例还可以预先创建评估对象信息库，确定不同处理方式关联的评估对象、以及对评估对象进行评估分析所需的数据类型信息及异常评估方式信息，如此，服务端便可向第二用户提供有针对性的分析服务。

作为一种示例，本申请实施例通过历史追溯，可以确定任务执行过程中出现异常的原因，以便后续进行针对性的改进和优化。在该使用需求下，对应的评估对象可以包括：运输作业以及站内作业各自关联的作业时长，对于运输作业时长来说，关联的数据类型可以包括：车辆在上一节点的设置出站时间以及实际出站时间、以及车辆在相邻的下一节点的设置进站时间以及实际进站时间，关联的异常评估方式可以包括：实际作业时效超过设置作业时效；对于站内作业时长来说，关联的数据类型可以包括：节点的设置作业时效信息以及节点的实际作业时效信息，关联的异常评估方式可以包括：实际作业时效超过设置作业时效。

或者，作为另一种示例，本申请实施例通过历史追溯，可以评估目标对象(例如，目标对象可以是车辆、车辆所属组织、作业人员、节点等)的任务执行情况，根据目标对象关联的任务执行异常的次数或者频率，对目标对象进行评级，进而在需要时对目标对象进行技术指导以及技能培训。在该使用需求下，对应的评估对象可以包括：运输作业以及站内作业各自关联的作业时长、作业延误比率等。对于作业延误比率来说，关联的数据类型可以包括：目标对象关联的历史运输履约任务的总数量、以及出现延误的历史运输履约任务的数量，关联的异常评估方式可以包括：作业延误比率超过预设比率。

S202：第二客户端生成信息处理请求提交至服务端，所述信息处理请求中包括目标信息处理方式信息以及目标查询条件信息。

本申请实施例中，由服务端对不同作业系统中的数据进行集中管理，还可以根据用户使用需求，提供个性化的数据查询服务，进而实现对不同运输履约任务的统一查询与监管。

具体地，第二客户端可以提供用于提交目标信息处理方式信息以及目标查询条件信息的操作选项，通过所述操作选项获得上述信息后，生成信息处理请求提交至服务端。其中，第二客户端可以部署在第二用户关联的终端设备上。

举例来说，第二客户端可以运单编号为查询条件，请求服务端对运单编号关联的运输履约任务进行分析汇总；或者，可以历史时间段为查询条件，请求服务端对历史时间段关联的运输履约任务进行分析汇总；或者，可以节点的标识信息为查询条件，请求服务端对节点关联的运输履约任务进行分析汇总；或者，可以区域的标识信息为查询条件，请求服务端对区域内的节点关联的运输履约任务进行分析汇总；或者，可以车辆的标识信息为查询条件，请求服务端对车辆关联的运输履约任务进行分析汇总；或者，可以作业人员的标识信息为查询条件，请求服务端对作业人员关联的运输履约任务进行分析汇总，等等。本申请实施例对查询条件信息可不做具体限定。

S203：根据目标查询条件信息确定目标运输履约任务，从与目标运输履约任务相关的信息中，获得目标信息处理方式关联的目标评估对象对应的数据类型下的目标数据。

S204：根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得所述目标评估对象的评估结果信息，发送至第二客户端进行信息展示。

以分析任务执行异常原因优化任务执行过程为例，服务端确定该目标信息处理方式关联的目标评估对象为运输作业时长和站内作业时长，如此，便可在基于目标查询条件信息确定出目标运输履约任务后，从任务信息库中读取目标运输履约任务关联的信息，从中获得上述目标评估对象对应的数据类型下的目标数据，与目标评估对象关联的异常评估方式信息进行对比，确定出作业时长异常的作业环节，该作业环节即为导致运输履约任务异常的原因，后续可以针对该异常原因进行优化改进，确保后续执行的运输履约任务可以按照预设时效进行。

实施例3

该实施例3是与实施例1相对应的，从服务端的角度，提供了一种信息处理方法，参见图4，该方法具体可以包括：

S301：确定待评估的运输履约任务，获得所述运输履约任务关联的多个节点的标识信息以及所述多个节点分别关联的设置时效信息；

S302：根据所述多个节点的任务执行状态信息确定第一节点，获得所述第一节点关联的实际时效信息，所述第一节点的任务执行状态信息为已完成运输履约任务；

S303：根据所述第一节点关联的设置时效信息以及实际时效信息，获得评估结果信息发送至第一客户端。

实施例4

该实施例4是与实施例1相对应的，从第一客户端的角度，提供了一种信息处理方法，参见图5，该方法具体可以包括：

S401：第一客户端提供用于提交查询条件信息的操作选项；

S402：通过所述操作选项获得所述查询条件信息后，生成信息处理请求提交至服务端，以便所述服务端根据所述查询条件信息确定待评估的运输履约任务，获得所述运输履约任务关联的评估结果信息；

S403：对所述服务端发送的所述评运输履约任务关联的评估结果信息，进行信息展示。

实施例5

该实施例5是与实施例2相对应的，从服务端的角度，提供了一种信息处理方法，参见图6，该方法具体可以包括：

S501：获得任务信息库以及评估对象信息库，所述任务信息库中保存有与已执行完毕的运输履约任务相关的信息，所述评估对象信息库中保存有不同信息处理方式关联的评估对象的标识信息以及对评估对象进行评估分析所需的数据类型信息及异常评估方式信息；

S502：获得第二客户端提交的信息处理请求，所述信息处理请求中包括目标信息处理方式信息以及目标查询条件信息；

S503：根据所述目标查询条件信息确定目标运输履约任务，从与所述目标运输履约任务相关的信息中，获得所述目标信息处理方式关联的目标评估对象对应的数据类型下的目标数据；

S504：根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得所述目标评估对象的评估结果信息，发送至所述第二客户端。

实施例6

该实施例6是与实施例2相对应的，从第二客户端的角度，提供了一种信息处理方法，参见图7，该方法具体可以包括：

S601：第二客户端提供用于提交目标信息处理方式信息以及目标查询条件信息的操作选项；

S602：通过所述操作选项获得所述目标信息处理方式信息以及所述目标查询条件信息后生成信息处理请求，提交至服务端，以便所述服务端根据所述目标查询条件确定目标运输履约任务，并根据所述目标信息处理方式关联的目标评估对象对所述目标运输履约任务进行评估处理，获得所述目标评估对象的评估结果信息；

S603：对所述服务端发送的所述目标评估对象的评估结果信息，进行信息展示。

关于前述实施例3至实施例6中的未详述部分，可以参见前述实施例中的记载，这里不再赘述。

与实施例1相对应，本申请实施例还提供了一种信息处理装置，参见图8，该装置应用于服务端，包括：

设置时效信息获得单元701，用于确定待评估的运输履约任务，获得所述运输履约任务关联的多个节点的标识信息以及所述多个节点分别关联的设置时效信息；

实际时效信息获得单元702，用于根据所述多个节点的任务执行状态信息确定第一节点，获得所述第一节点关联的实际时效信息，所述第一节点的任务执行状态信息为已完成运输履约任务；

评估结果信息获得单元703，用于根据所述第一节点关联的设置时效信息以及实际时效信息，获得评估结果信息发送至第一客户端。

其中，所述装置还包括：

预测时效信息获得单元，用于确定所述第一节点关联的实际时效信息与设置时效信息不符时，根据所述节点的任务执行状态信息确定第二节点，获得所述第二节点关联的预测时效信息，所述第二节点的任务执行状态信息为未完成运输履约任务；将所述第二节点关联的预测时效信息发送至所述第一客户端。

其中，所述预测时效信息获得单元，具体用于：获得所述运输履约任务关联的车辆的当前位置信息；以所述当前位置信息为参数调用用于进行导航规划的地图服务的接口，以便所述地图服务根据所述车辆的车速信息以及所述车辆与所述第二节点之间的距离信息，确定所述第二节点关联的预测时效信息。

其中，所述装置还包括：

设置作业时效信息获得单元，用于将所述运输履约任务拆分为至少两个作业段，获得各作业段关联的作业环节对应的设置作业时效信息，所述作业环节包括运输作业环节以及站内作业环节；

实际作业时效信息获得单元，用于在所述至少两个作业段中存在任务执行异常的目标作业段时，获得所述目标作业段关联的作业环节对应的实际作业时效信息；

原因信息确定单元，用于根据所述设置作业时效信息以及实际作业时效信息，确定所述任务执行异常关联的原因信息，发送至所述第一客户端。

其中，所述装置还包括：

节点标识信息获得单元，用于获得所述第一客户端提交的第三节点的标识信息，所述第三节点属于所述待评估的运输履约任务关联的多个节点；

信息发送单元，用于确定所述第三节点关联的目标运输履约任务，所述目标运输履约任务至少包括所述待评估的运输履约任务；获得所述第三节点在各目标运输履约任务下关联的任务执行状态信息以及评估结果信息，发送至所述第一客户端。

其中，所述装置还包括：

异常等级信息获得单元，用于确定至少两个异常等级，并获得所述至少两个异常等级分别关联的等级确定方式信息；

异常等级信息确定单元，用于获得任务执行异常的评估结果信息后，确定所述待评估的运输履约任务关联的目标异常等级信息，发送至所述第一客户端进行信息展示。

其中，所述设置时效信息包括所述运输履约任务关联的车辆在所述节点的设置进站时间信息、所述车辆在所述节点的设置出站时间信息、以及在所述节点内执行站内作业的设置作业时效信息。

其中，所述实际时效信息包括所述运输履约任务关联的车辆在所述第一节点的实际进站时间信息、所述车辆在所述第一节点的实际出站时间信息、以及在所述第一节点内执行站内作业的实际作业时效信息。

其中，所述评估结果信息包括所述第一节点关联的第一评估结果信息，以及基于所述第一评估结果信息获得的所述运输履约任务关联的第二评估结果信息。

与实施例1相对应，本申请实施例还提供了一种信息处理装置，参见图9，该装置应用于第一客户端，包括：

操作选项提供单元801，用于提供用于提交查询条件信息的操作选项；

信息处理请求提交单元802，用于通过所述操作选项获得所述查询条件信息后，生成信息处理请求提交至服务端，以便所述服务端根据所述查询条件信息确定待评估的运输履约任务，获得所述运输履约任务关联的评估结果信息；

信息展示单元803，用于对所述服务端发送的所述评运输履约任务关联的评估结果信息，进行信息展示。

与实施例2相对应，本申请实施例还提供了一种信息处理装置，参见图10，该装置应用于服务端，包括：

信息库获得单元901，用于获得任务信息库以及评估对象信息库，所述任务信息库中保存有与已执行完毕的运输履约任务相关的信息，所述评估对象信息库中保存有不同信息处理方式关联的评估对象的标识信息以及对评估对象进行评估分析所需的数据类型信息及异常评估方式信息；

信息处理请求获得单元902，用于获得第二客户端提交的信息处理请求，所述信息处理请求中包括目标信息处理方式信息以及目标查询条件信息；

目标数据获得单元903，用于根据所述目标查询条件信息确定目标运输履约任务，从与所述目标运输履约任务相关的信息中，获得所述目标信息处理方式关联的目标评估对象对应的数据类型下的目标数据；

评估结果信息获得单元904，用于根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得所述目标评估对象的评估结果信息，发送至所述第二客户端。

与实施例2相对应，本申请实施例还提供了一种信息处理装置，参见图11，该装置应用于第二客户端，包括：

操作选项提供单元1001，用于提供用于提交目标信息处理方式信息以及目标查询条件信息的操作选项；

信息处理请求提交单元1002，用于通过所述操作选项获得所述目标信息处理方式信息以及所述目标查询条件信息后生成信息处理请求，提交至服务端，以便所述服务端根据所述目标查询条件确定目标运输履约任务，并根据所述目标信息处理方式关联的目标评估对象对所述目标运输履约任务进行评估处理，获得所述目标评估对象的评估结果信息；

信息展示单元1003，用于对所述服务端发送的所述目标评估对象的评估结果信息，进行信息展示。

另外本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

确定待评估的运输履约任务，获得所述运输履约任务关联的多个节点的标识信息以及所述多个节点分别关联的设置时效信息；

根据所述多个节点的任务执行状态信息确定第一节点，获得所述第一节点关联的实际时效信息，所述第一节点的任务执行状态信息为已完成运输履约任务；

根据所述第一节点关联的设置时效信息以及实际时效信息，获得评估结果信息发送至第一客户端。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交查询条件信息的操作选项；

通过所述操作选项获得所述查询条件信息后，生成信息处理请求提交至服务端，以便所述服务端根据所述查询条件信息确定待评估的运输履约任务，获得所述运输履约任务关联的评估结果信息；

对所述服务端发送的所述评运输履约任务关联的评估结果信息，进行信息展示。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得任务信息库以及评估对象信息库，所述任务信息库中保存有与已执行完毕的运输履约任务相关的信息，所述评估对象信息库中保存有不同信息处理方式关联的评估对象的标识信息以及对评估对象进行评估分析所需的数据类型信息及异常评估方式信息；

获得第二客户端提交的信息处理请求，所述信息处理请求中包括目标信息处理方式信息以及目标查询条件信息；

根据所述目标查询条件信息确定目标运输履约任务，从与所述目标运输履约任务相关的信息中，获得所述目标信息处理方式关联的目标评估对象对应的数据类型下的目标数据；

根据所述目标数据以及所述目标评估对象对应的异常评估方式信息，获得所述目标评估对象的评估结果信息，发送至所述第二客户端。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交目标信息处理方式信息以及目标查询条件信息的操作选项；

通过所述操作选项获得所述目标信息处理方式信息以及所述目标查询条件信息后生成信息处理请求，提交至服务端，以便所述服务端根据所述目标查询条件确定目标运输履约任务，并根据所述目标信息处理方式关联的目标评估对象对所述目标运输履约任务进行评估处理，获得所述目标评估对象的评估结果信息；

对所述服务端发送的所述目标评估对象的评估结果信息，进行信息展示。

其中，图12示例性的展示出了计算机系统的架构，具体可以包括处理器1110，视频显示适配器1111，磁盘驱动器1112，输入/输出接口1113，网络接口1114，以及存储器1120。上述处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114，与存储器1120之间可以通过通信总线1130进行通信连接。

其中，处理器1110可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1120可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1120可以存储用于控制计算机系统1100运行的操作系统1121，用于控制计算机系统1100的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1123，数据存储管理系统1124，以及信息处理系统1125等等。上述信息处理系统1125就可以是本申请实施例中具体实现前述各步骤操作的服务端。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1120中，并由处理器1110来调用执行。

输入/输出接口1113用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1114用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1130包括一通路，在设备的各个组件(例如处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114，与存储器1120)之间传输信息。

另外，该计算机系统1100还可以从虚拟资源对象领取条件信息数据库1141中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114，存储器1120，总线1130等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

其中，图13示例性的展示出了电子设备的架构，例如，设备1200可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图13，设备1200可以包括以下一个或多个组件：处理组件1202，存储器1204，电源组件1206，多媒体组件1208，音频组件1210，输入/输出(I/O)的接口1212，传感器组件1214，以及通信组件1216。

处理组件1202通常控制设备1200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1202可以包括一个或多个处理器1220来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理部件1202可以包括多媒体模块，以方便多媒体组件1208和处理组件1202之间的交互。

存储器1204被配置为存储各种类型的数据以支持在设备1200的操作。这些数据的示例包括用于在设备1200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1206为设备1200的各种组件提供电力。电源组件1206可以包括电源管理系统，一个或多个电源，及其他与为设备1200生成、管理和分配电力相关联的组件。

多媒体组件1208包括在设备1200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1208包括一个前置摄像头和/或后置摄像头。当设备1200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1210被配置为输出和/或输入音频信号。例如，音频组件1210包括一个麦克风(MIC)，当设备1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1210还包括一个扬声器，用于输出音频信号。

I/O接口1212为处理组件1202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1214包括一个或多个传感器，用于为设备1200提供各个方面的状态评估。例如，传感器组件1214可以检测到设备1200的打开/关闭状态，组件的相对定位，例如所述组件为设备1200的显示器和小键盘，传感器组件1214还可以检测设备1200或设备1200一个组件的位置改变，用户与设备1200接触的存在或不存在，设备1200方位或加速/减速和设备1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1216被配置为便于设备1200和其他设备之间有线或无线方式的通信。设备1200可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1204，上述指令可由设备1200的处理器1220执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的信息处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。