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

技术领域

本申请涉及新零售技术领域，特别是涉及信息处理方法、装置及电子设备，信息配置方法、装置及电子设备，用于获得任务生成模板的方法、装置及电子设备。

背景技术

在“新零售”模式下，服务提供商(在实际应用中可以称为零售商或者商户)可以开设线下的实体店铺，消费者用户可以直接到线下的实体店铺进行商品对象的购买。同时，零售商还可以通过线上的应用程序(App)提供实体店铺对应的线上店铺，通过线上店铺向消费者用户展示实体店铺可提供的商品对象的相关信息，供消费者用户进行线上下单操作。

消费者用户通过App提交的交易订单可以先保存到订单信息库，再由履约平台为实体店铺关联的订单提供履约服务。在实际应用过程中，订单的履约链路较长，可以划分出多个作业环节(例如，合成批次作业环节、仓库作业环节、运输作业环节以及配送作业环节)，每个作业环节对应由不同的算法进行任务生成，且在实际应用过程中，出于不同的使用需求，单个作业环节还可能会关联多种算法，导致履约过程中涉及的算法数量较多。

如此众多的算法导致算法的运营难度较大，用户不能清晰的了解各算法的实现过程，以及算法参数对算法输出结果的影响，进而也就不能很好的进行算法优化，影响该算法关联的作业环节的任务处理效率，并最终影响订单的整体履约效率。

发明内容

本申请提供了一种信息处理方法、装置及电子设备，信息配置方法、装置及电子设备，用于获得任务生成模板的方法、装置及电子设备，实现对算法实现过程的白盒化展示，便于用户理解算法的实现逻辑。

本申请提供了如下方案：

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

第一服务端获得与任务执行系统关联的算法相关的配置信息，所述配置信息包括所述算法的标识信息以及所述算法关联的参数的标识信息；

获得交互组件提交的目标算法的标识信息，将所述目标算法关联的参数的标识信息发送至所述交互组件；

获得所述交互组件提交的所述目标算法关联的参数对应的参数值信息。

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

交互组件确定目标算法被任务执行系统调用时，确定所述目标算法关联的参数的标识信息，所述目标算法关联的参数的标识信息由第一服务端发送至所述交互组件；

获得所述目标算法关联的参数对应的参数值信息，提交至所述第一服务端。

一种用于进行信息采集的交互组件，包括：

第一接口以及信息采集程序模块；

所述第一接口，用于获得算法的标识信息提交至第一服务端，并获得所述第一服务端发送的所述算法关联的参数的标识信息；

所述信息采集程序模块，用于获得所述算法关联的参数对应的参数值信息提交至所述第一服务端。

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

算法加载上述交互组件；

在所述算法被任务执行系统调用时，触发所述交互组件采集所述算法关联的参数对应的参数值信息提交至第一服务端。

一种信息配置方法，包括：

第二客户端获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，提供用于提交所述目标算法关联的参数的标识信息的操作选项；

通过所述操作选项获得所述目标算法与所述参数之间的关联关系，提交至第一服务端。

一种信息配置方法，包括：

第三客户端获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息；

确定所述参数关联的透出属性信息提交至第二服务端，以便所述第二服务端获得第一客户端提交的查询请求时，将可透出的参数关联的参数值信息发送至所述第一客户端进行信息展示。

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

第二服务端获得不同算法关联的参数对应的参数值信息，以及所述参数关联的透出属性信息；

获得第一客户端提交的查询请求，所述查询请求中包括目标算法的标识信息；

根据所述目标算法关联的参数的透出属性信息，确定可透出的目标参数；

将所述目标参数关联的参数值信息发送至所述第一客户端进行信息展示。

一种用于获得任务生成模板的方法，包括：

第四客户端获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息，供所述第四客户端关联的第一用户从中确定至少一个目标参数；

获得所述至少一个目标参数各自关联的参数值信息，提交至第三服务端，以便所述第三服务端根据所述目标参数以及关联的参数值信息生成所述目标算法关联的任务生成模板，进而在所述目标算法被所述任务执行系统调用时，根据所述模板中配置的信息进行任务生成。

一种用于获得任务生成模板的方法，包括：

第五客户端获得目标实体店铺在目标算法下关联的任务生成模板，所述任务生成模板中包括所述目标算法关联的目标参数的标识信息，以及所述目标参数关联的约束条件，所述约束条件包括所述目标参数的更新属性信息以及针对可更新的目标参数进行个性化配置时参数的取值范围信息；

从所述目标参数中确定至少一个待更新的目标参数，获得所述待更新的目标参数关联的新的参数值信息，提交至第三服务端，以便所述第三服务端根据接收到的信息对所述任务生成模板进行更新处理，获得所述目标实体店铺在所述目标算法下关联的新的任务生成模板，进而在所述目标算法针对所述目标实体店铺关联的订单提供履约服务时，根据所述新的任务生成模板进行任务生成。

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

配置信息获得单元，用于获得与任务执行系统关联的算法相关的配置信息，所述配置信息包括所述算法的标识信息以及所述算法关联的参数的标识信息；

参数关联关系发送单元，用于获得交互组件提交的目标算法的标识信息，将所述目标算法关联的参数的标识信息发送至所述组件；

参数值信息获得单元，用于获得所述交互组件提交的所述目标算法关联的参数对应的参数值信息。

一种信息处理装置，应用于交互组件，包括：

参数关联关系确定单元，用于在目标算法被任务执行系统调用时，确定所述目标算法关联的参数的标识信息，所述目标算法关联的参数的标识信息由第一服务端发送至所述交互组件；

参数值信息获得单元，用于获得所述目标算法关联的参数对应的参数值信息，提交至所述第一服务端。

一种信息处理装置，应用于任务执行系统关联的算法，包括：

组件加载单元，用于加载用于进行信息采集的交互组件；

组件触发单元，用于在所述算法被任务执行系统调用时，触发所述交互组件采集所述算法关联的参数对应的参数值信息提交至第一服务端。

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

算法信息展示单元，用于获得任务执行系统关联的算法的标识信息进行展示；

操作选项提供单元，用于在目标算法被选中的情况下，提供用于提交所述目标算法关联的参数的标识信息的操作选项；

关联关系提交单元，用于通过所述操作选项获得所述目标算法与所述参数之间的关联关系，提交至第一服务端。

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

算法信息展示单元，用于获得任务执行系统关联的算法的标识信息进行展示；

参数关联关系获得单元，用于在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息；

透出属性确定单元，用于确定所述参数关联的透出属性信息提交至第二服务端，以便所述第二服务端获得第一客户端提交的查询请求时，将可透出的参数关联的参数值信息发送至所述第一客户端进行信息展示。

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

关联关系获得单元，用于获得不同算法关联的参数对应的参数值信息，以及所述参数关联的透出属性信息；

查询请求获得单元，用于获得第一客户端提交的查询请求，所述查询请求中包括目标算法的标识信息；

目标参数确定单元，用于根据所述目标算法关联的参数的透出属性信息，确定可透出的目标参数；

参数值信息发送单元，用于将所述目标参数关联的参数值信息发送至所述第一客户端进行信息展示。

一种用于获得任务生成模板的装置，应用于第四客户端，包括：

算法信息展示单元，用于获得任务执行系统关联的算法的标识信息进行展示；

参数关联关系获得单元，用于在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息，供所述第四客户端关联的第一用户从中确定至少一个目标参数；

参数值信息提交单元，用于获得所述至少一个目标参数各自关联的参数值信息，提交至第三服务端，以便所述第三服务端根据所述目标参数以及关联的参数值信息生成所述目标算法关联的任务生成模板，进而在所述目标算法被所述任务执行系统调用时，根据所述模板中配置的信息进行任务生成。

一种用于获得任务生成模板的装置，应用于第五客户端，包括：

任务生成模板获得单元，用于获得目标实体店铺在目标算法下关联的任务生成模板，所述任务生成模板中包括所述目标算法关联的目标参数的标识信息，以及所述目标参数关联的约束条件，所述约束条件包括所述目标参数的更新属性信息以及针对可更新的目标参数进行个性化配置时参数的取值范围信息；

参数值信息提交单元，用于从所述目标参数中确定至少一个待更新的目标参数，获得所述待更新的目标参数关联的新的参数值信息，提交至第三服务端，以便所述第三服务端根据接收到的信息对所述任务生成模板进行更新处理，获得所述目标实体店铺在所述目标算法下关联的新的任务生成模板，进而在所述目标算法针对所述目标实体店铺关联的订单提供履约服务时，根据所述新的任务生成模板进行任务生成。

一种电子设备，包括：

一个或多个处理器；以及

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

获得与任务执行系统关联的算法相关的配置信息，所述配置信息包括所述算法的标识信息以及所述算法关联的参数的标识信息；

获得交互组件提交的目标算法的标识信息，将所述目标算法关联的参数的标识信息发送至所述组件；

获得所述交互组件提交的所述目标算法关联的参数对应的参数值信息。

一种电子设备，包括：

一个或多个处理器；以及

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

获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，提供用于提交所述目标算法关联的参数的标识信息的操作选项；

通过所述操作选项获得所述目标算法与所述参数之间的关联关系，提交至第一服务端。

一种电子设备，包括：

一个或多个处理器；以及

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

获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息；

确定所述参数关联的透出属性信息提交至第一服务端，以便所述第一服务端获得第一客户端提交的查询请求时，将可透出的参数关联的参数值信息发送至所述第一客户端进行信息展示。

一种电子设备，包括：

一个或多个处理器；以及

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

获得不同算法关联的参数对应的参数值信息，以及所述参数关联的透出属性信息；

获得第一客户端提交的查询请求，所述查询请求中包括目标算法的标识信息；

根据所述目标算法关联的参数的透出属性信息，确定可透出的目标参数；

将所述目标参数关联的参数值信息发送至所述第一客户端进行信息展示。

一种电子设备，包括：

一个或多个处理器；以及

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

获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息，供第一用户从中确定至少一个目标参数；

获得所述至少一个目标参数各自关联的参数值信息，提交至第三服务端，以便所述第三服务端根据所述目标参数以及关联的参数值信息生成所述目标算法关联的任务生成模板，进而在所述目标算法被所述任务执行系统调用时，根据所述模板中配置的信息进行任务生成。

一种电子设备，包括：

一个或多个处理器；以及

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

获得目标实体店铺在目标算法下关联的任务生成模板，所述任务生成模板中包括所述目标算法关联的目标参数的标识信息，以及所述目标参数关联的约束条件，所述约束条件包括所述目标参数的更新属性信息以及针对可更新的目标参数进行个性化配置时参数的取值范围信息；

从所述目标参数中确定至少一个待更新的目标参数，获得所述待更新的目标参数关联的新的参数值信息，提交至第三服务端，以便所述第三服务端根据接收到的信息对所述任务生成模板进行更新处理，获得所述目标实体店铺在所述目标算法下关联的新的任务生成模板，进而在所述目标算法针对所述目标实体店铺关联的订单提供履约服务时，根据所述新的任务生成模板进行任务生成。

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

本申请实施例中，可以提供一种用于进行信息采集的交互组件，任务执行系统关联的算法加载该组件，便可在算法被调用时，采集算法关联的参数对应的参数值信息，提交至第一服务端，以此实现对算法实现过程的白盒化处理。如此，第一用户可以请求查看算法关联的参数信息，有助于用户了解算法的实现逻辑，明确算法参数对算法输出结果的影响，并可据此进行算法优化，有助于提高整体的履约效率，确保订单可以在履约时效内完成。

针对履约链路长涉及的算法数量多的问题来说，交互组件可以提供统一的服务调用接口，实现对不同算法的通用接入，提高算法的接入效率。对应的，第一服务端可以预先获得不同算法各自关联的参数的标识信息，这样，组件便可基于目标算法的标识信息，从第一服务端获得目标算法关联的参数的标识信息，并在目标算法被任务执行系统调用时，采集目标算法关联的参数对应的参数值信息提交至第一服务端。

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

附图说明

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

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

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

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

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

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

具体实施方式

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

为了实现算法白盒化展示，本申请实施例可以提供一种信息处理系统，用于采集与算法实现过程相关的算法数据，参见图1所示系统示意图，可以包括：第二客户端、第一服务端以及交互组件。其中，第二客户端可以获得需要进行白盒化处理的算法关联的参数的标识信息提交至第一服务端，这样，第一服务端获得交互组件提交的目标算法的标识信息后，便可确定出目标算法关联的参数的标识信息发送至交互组件，由交互组件采集参数对应的参数值信息提交至第一服务端。

基于此，本申请实施例的信息处理系统还可以向第一用户提供信息查询服务，将算法数据透出给第一用户查看。参见图1所示系统示意图，可以包括：第一服务端、第三客户端、第一客户端以及第二服务端。其中，第一服务端可以将交互组件采集的算法数据(即，算法关联的参数对应的参数值信息)发送至第二服务端保存，以及第三客户端可以获得算法关联的参数的属性信息(例如，透出属性信息、搜索属性信息、维度信息、算法因子等)发送至第二服务端保存，这样，第二服务端获得第一客户端针对目标算法提交的查询请求后，便可从目标算法关联的参数中确定出可透出的目标参数，并将目标参数关联的参数值信息发送至第一客户端进行信息展示。

实施例1

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

S101：第一服务端获得与任务执行系统关联的算法相关的配置信息。

本申请实施例中，任务执行系统可以体现为对履约工作流中的多个作业环节分别进行履约处理的系统，例如，可以包括合成批次(以下简称为“合批”)任务执行系统、仓库任务执行系统、运输任务执行系统以及配送任务执行系统，具体可结合实际应用需求确定任务执行系统的划分方式，本申请实施例对此可不做限定。

通常，不同任务执行系统需要配置不同的算法，任务执行系统服务端执行该算法，便可生成相应的任务发送至任务执行系统客户端，由任务执行系统客户端关联的作业人员进行任务处理，完成本任务执行系统的履约任务。以配送任务执行系统为例，配送任务执行系统服务端调用配送调度算法，进行配送人单匹配，获得表示订单与配送作业人员关联关系的配送任务，发送至配送作业人员关联的配送任务执行系统客户端，如此，便可将订单指派给对应的配送作业人员，进行商品对象的配送。

为了便于第一用户(本申请实施例中，出于不同的使用需求，可请求第一服务端进行白盒化处理的第一用户可能会有所不同，例如，第一用户可以为运营人员或者可以为管理人员等，具体可参见下文所举示例)对任务生成过程有更清晰的了解，本申请实施例可以对算法的实现过程进行白盒化处理，即，将算法实现过程中的相关信息透出展示给第一用户查看。作为白盒化处理的技术基础，可以先对任务执行系统关联的算法进行信息配置。

作为一种示例，与算法相关的配置信息可以包括：算法的标识信息、算法关联的参数的标识信息。具体地，本申请实施例可以提供一种信息配置工具，包括：第一服务端以及第二客户端。其中，第二客户端可以部署在第二用户关联的终端设备上，获得针对任务执行系统关联的算法提交的配置信息，发送至第一服务端进行信息保存。在实际应用过程中，第二用户可以是任务执行系统关联的产品人员，或者可以是开发人员，本申请实施例对此可不做具体限定。

以第二用户为产品人员为例，可以由具有配置权限的产品人员，统一对不同任务执行系统关联的算法进行信息配置；或者，可以由不同任务执行系统各自关联的产品人员分别针对本任务执行系统关联的算法进行信息配置。

下面结合具体示例，对本申请实施例获得配置信息的实现过程进行解释说明。

1.算法的标识信息

本申请实施例中，第一服务端可以针对多个算法进行白盒化处理，故可以先针对各算法进行标识信息配置。通常，算法在各自关联的任务执行系统中具有第一标识信息，第二客户端可以将算法的第一标识信息提交至第一服务端。对应的，第一服务端可以通过第一标识信息对算法进行身份识别；或者，第一服务端可以通过自定义的第二标识信息识别不同的算法，例如，第一服务端可以获得标识信息生成方式信息，据此确定请求进行白盒化处理的算法的第二标识信息。作为一种示例，标识信息生成方式可以为以顺序递增的方式为算法分配ID。

具体地，需要进行标识信息配置时，第二客户端可以获得任务执行系统关联的算法的第一标识信息，进行信息展示，供第二用户从中确定待配置的目标算法；在目标算法被选中的情况下，可以将目标算法的第一标识信息提交至第一服务端，以便第一服务端根据预设的标识信息生成方式，确定目标算法的第二标识信息，以此对目标算法进行身份识别。

本申请实施例中，第二客户端可以通过多种方式获得任务执行系统关联的算法的第一标识信息。例如，一种方式下，任务执行系统可以向第二客户端提供访问接口，第二客户端调用该访问接口，可以获得任务执行系统关联的算法的第一标识信息。或者，另一种方式下，第二客户端可以提供用于提交任务执行系统关联的算法的第一标识信息的操作选项，通过该操作选项获得第一标识信息，即，第二用户可以通过第二客户端进行算法注册，通过第二客户端提供的操作选项提交任务执行系统关联的算法的第一标识信息。

以配送任务执行系统为例，如果关联有2种配送调度算法：配送调度算法1以及配送调度算法2，若第二用户将配送调度算法1确定为需要进行白盒化处理的目标算法，第二客户端可以将目标算法的第一标识信息(配送调度算法1)提交至第一服务端。若预设的标识信息生成方式为以顺序递增的方式为算法分配ID，且配送调度算法1为第一个通过第一服务端进行信息配置的算法，第一服务端可以生成第二标识信息0001。本示例中，第一服务端可以获得下表1所示算法的标识信息。

表1

2.算法关联的参数的标识信息

算法运行进行任务生成时，通常会涉及一些参数，以配送调度算法为例，可能会涉及与配送作业人员相关的参数，例如，配送作业人员的数量信息、配送状态信息、配送能力信息(例如，揽收订单的上限、是否可配送大件商品等)等；与待配送订单相关的参数，例如，订单的数量信息、订单中商品对象的类型信息(例如，海鲜、水果、蔬菜等)、配送地址信息等；与算法的运行结果相关的参数，例如，订单与配送作业人员之间的关联关系、订单所属批次组等。

本示例中，配送调度算法关联的参数的标识信息可以如下表2所示。

表2

本申请实施例中，第一服务端可以通过多种方式获得算法关联的参数的标识信息。例如，一种方式下，可以由第二用户进行参数信息配置，通过第二用户关联的第二客户端将算法关联的参数的标识信息提交至第一服务端。具体地，第二客户端可以提供用于提交算法关联的参数的标识信息的操作选项，通过该操作选项获得算法与参数之间的关联关系，提交至第一服务端。例如，确定第二用户针对目标算法完成标识信息配置后，第二客户端可以提供该操作选项，以此获得目标算法关联的参数的标识信息，提交至第一服务端进行保存。

或者，另一种方式下，考虑到算法关联有哪些参数，通常在进行算法设计时便已确定，若算法与其关联的参数的标识信息预先保存在云端服务器上，第一服务端可以在需要时(例如，确定目标算法完成标识信息配置后)，通过访问云端服务器的方式，从中获得目标算法关联的参数的标识信息。

此外，需要说明的是，本申请实施例可以如上文所做介绍，以算法为基本粒度进行信息配置，对应的，第一服务端可以获得算法关联的参数的标识信息；或者，可以进一步对算法进行拆分，以算法包括的算法服务(即算法原子服务、本申请实施例中的子算法)为基本粒度进行信息配置，对应的，第一服务端可以获得算法关联的至少两个子算法的标识信息，以及至少两个子算法分别关联的参数的标识信息。

以配送任务执行系统关联的配送调度算法为例，可以进一步拆分出如下算法服务：进行批次与批次之间的相似度计算的算法服务1、根据相似度分值合成批次组的算法服务2、对批次组与配送作业人员(在实际应用中可以称为骑手)进行匹配的算法服务3、对不符合预设规则(具体可结合实际应用需求确定)的批次组进行过滤的算法服务4，基于上述4个算法服务，便可实现配送人单匹配。本示例中，第一服务端可以获得下表3所示配置信息。

表3

可以理解地，分别采集每个算法服务的输入参数以及输出参数，便可获得算法实现的过程数据，向第一用户进行算法执行链路的信息展示。

S102：交互组件关联的目标算法被调用时，确定所述目标算法关联的参数的标识信息，并采集参数关联的参数值信息提交至第一服务端。

由上文介绍可知，订单的履约过程涉及多个任务执行系统，履约链路较长，各任务执行系统关联的算法差异较大，为了提高白盒化处理的接入效率，本申请实施例可以提供一种用于进行信息采集的交互组件，该组件可以包括统一的服务调用接口(即，本申请实施例中的第一接口)以及信息采集程序模块，实现对不同算法的通用接入，以及不同算法数据的统一采集。

本申请实施例中，可以对算法进行轻量级改造，在算法中集成上述组件，如此，算法被任务执行系统服务端调用时，组件便可感知该调用行为，进行算法数据的采集。具体地，第一接口可以获得其关联的目标算法(即，正在被任务执行系统调用的算法)的标识信息，据此确定目标算法关联的参数的标识信息，以便信息采集程序模块采集参数对应的参数值信息提交至第一服务端。

其中，交互组件可以通过多种方式确定目标算法关联的参数的标识信息。例如，一种方式下，组件可以获得目标算法的标识信息提交至第一服务端，由第一服务端确定目标算法关联的参数的标识信息发送至组件。

或者，另一种方式下，可以预先将算法关联的参数的标识信息写入组件中，组件通过本地读取的方式确定目标算法关联的参数的标识信息。该方式下，可以对组件进行统一配置，即，可以将完成信息配置的所有算法关联的参数的标识信息均写入组件中，对应的，组件可以根据目标算法的标识信息，从中确定目标算法关联的参数的标识信息；或者，可以对组件进行个性化配置，即，组件集成于哪个具体的算法，则将该算法关联的参数的标识信息写入对应的组件中，也就是说，每个组件中写入的信息可能会有所不同。

作为一种示例，本申请实施例可以通过AOP(Aspect Oriented Programming，面向切面编程)拦截的方式进行算法数据的采集。具体地，可以在算法的调用接口上打注解，如此，在算法被任务执行系统调用时，便可触发本申请实施例提供的组件，对算法的输入和输出进行拦截处理。例如，可以在算法执行前进行拦截处理，获得与算法的输入参数相关的参数值信息；以及在算法执行后进行拦截处理，获得与算法的输出参数相关的参数值信息。

可以理解地，如果本申请实施例以算法服务为基本粒度进行信息配置，则可以算法服务为基本粒度进行信息拦截，即，可以分别采集与各算法服务的入参和出参相关的参数值信息，如此，不仅可以获得算法的输入参数以及输出参数，还可以获得算法运行的过程参数，基于此可以向第一用户进行算法执行链路的全局展示。

可以理解地，不同算法集成本申请实施例提供的组件后，可以实现对不同算法数据的统一采集，为了便于进行统一的数据管理以及数据展示，还可以对不同算法关联的参数的标识信息进行归一化处理。也就是说，可以对参数标识信息进行映射处理，将不同算法关联的个性化参数标识信息映射到预先确定的通用参数标识信息下。例如，对于算法0001中的参数key11(在算法0001中的个性化参数标识信息)来说，如果映射到通用参数key01，则在进行数据采集获得参数key11的参数值信息value11后，可以将该参数值映射到key01，对应的，进行信息展示时可以向第一用户推送[key01，value11]。

上述针对参数标识信息的归一化处理过程，可以针对算法关联的全部参数进行；或者，可以针对算法关联的算法因子进行，即，可以建立算法的标识信息与至少一个算法因子的标识信息之间的关联关系，以及算法因子在算法中的个性化标识信息与预设的通用标识信息之间的映射关系，如此，第一接口获得目标算法的标识信息后，便可确定该目标算法关联哪些算法因子，据此进行数据采集后，还可以对算法因子的标识信息进行归一化处理。

优选地，在实际应用过程中，算法可能会基于不同的策略信息进行任务生成，例如，对于配送调度算法来说，可以基于效率优先的策略进行配送人单匹配，确保单位时间内完成更多订单的配送；或者，可以基于消费者用户体验优先的策略进行配送人单匹配，确保订单可以被及时履约。由此可知，基于不同策略信息进行任务生成时，可能会涉及不同的参数，故，本申请实施例还可以确定目标算法采用的目标策略以及该目标策略关联的参数的标识信息，进而获得目标策略关联的参数对应的参数值信息，提交至第一服务端。

对应于此，本申请实施例的组件还可以提供统一的策略调用接口(即，本申请实施例中的第二接口)，通过第二接口可以获得算法采用的目标策略的标识信息，进而确定目标策略关联的参数的标识信息，并采集目标策略关联的参数对应的参数值信息。作为一种示例，组件可以将目标策略的标识信息提交至第一服务端，由第一服务端确定目标策略关联的参数的标识信息发送至组件；或者，可以预先将目标策略关联的参数的标识信息写入组件中，组件通过本地读取的方式获得。

同样地，可以对不同策略信息关联的参数的标识信息进行归一化处理，具体可参见上文所做介绍，此处不做详述。

S103：第一服务端将目标算法关联的参数对应的参数值信息发送至第二服务端，进行信息保存。

作为一种示例，第二服务端可以通过分层存储的方式进行数据保存。例如，考虑到算法数据的数据量通常较大，可以通过ADB数据库进行数据保存以及数据分析。此外，还可以进行数据同步，将ADB数据库中的信息同步至ES数据库，向第一用户提供查询服务；另外，还可以将相关信息存储至稳定性强的MySQL数据库，向第一用户提供稳定的查询服务。

在实际应用过程中，第一服务端与第二服务端可以是不同的服务端，第一服务端获得交互组件提交的信息后，可以转发至第二服务端进行信息保存，供第二服务端向第一用户提供查询服务时使用；或者，二者可以是相同服务端中的不同模块，第一服务端获得交互组件提交的信息后可以进行本地保存，对应的，第二服务端可以通过本地读取的方式向第一用户提供查询服务。本申请实施例中的第一服务端以及第二服务端仅用于从功能上进行划分，而不应看作是对具体实现方式的限定。

S104：第二服务端获得算法关联的参数的属性信息。

例如，可以包括参数关联的透出属性信息、搜索属性信息、维度信息以及类型信息，下面分别进行举例说明。

1.参数关联的透出属性信息

在实际应用过程中，一个算法可能会涉及大量的参数，这些参数可以全部透出给第一用户进行白盒化展示；或者，为了便于查看，可以从中确定出部分可进行白盒化展示的参数推送给第一用户，例如，可以将能反映算法实现逻辑的参数、第一用户关注的参数、影响算法决策的参数(即，会影响算法输出结果的参数，如上文所举示例中揽收订单的上限，可以限制人单匹配时配送作业人员关联的订单的数量，进而影响最终的输出结果，本申请实施例可以将具有这种特性的参数称为算法因子)等，透出给第一用户。

本申请实施例中，第二服务端可以与第三客户端配合，确定参数关联的透出属性信息。具体地，第三客户端可以部署在第三用户关联的终端设备上，获得不同参数各自关联的透出属性信息提交至第二服务端进行保存。其中，第三用户可以是开发人员。

作为一种示例，第三客户端可以对完成信息配置的算法的标识信息进行展示，供第三用户从中确定目标算法；在目标算法被选中的情况下，可以获得目标算法关联的参数的标识信息，进行信息展示，以便第三用户分别确定各参数关联的透出属性信息，通过第三客户端提交至第二服务端。其中，完成信息配置的算法的标识信息，以及目标算法关联的参数的标识信息可以由第二服务端发送至第三客户端；或者，可以预先保存在第三客户端，通过本地读取的方式获得。

在实际应用过程中，不同的第一用户可能出于不同的使用需求，请求第二服务端对算法实现过程中的相关信息进行白盒化展示，对应于此，针对不同类型的第一用户来说，参数的透出属性可以是相同的，即，不论出于什么需求请求查看算法实现过程中的相关信息，可透出展示的信息是相同的；或者，针对不同类型的第一用户来说，参数的透出属性可以是不同的，即，第三客户端可以根据第一用户的用户类型信息，确定在该用户类型信息下各参数关联的透出属性信息，也就是说，不同类型的第一用户出于不同需求请求第二服务端进行白盒化展示时，可透出展示的信息可能是不同的。

作为一种示例，表2所示参数关联的透出属性信息可体现为下表4所示。

表4

可以理解地，对于标示为透出的参数来说，第一用户请求查看算法的相关信息时，第二服务端可以将这部分参数(可以包括参数的标识信息key以及对应的参数值信息value)发送至第一用户关联的第一客户端，供第一用户查看。

可以理解地，表4仅为参数透出属性信息的一种示例，在实际应用过程中，第三客户端可以根据用户的使用需求，对参数关联的透出属性信息进行更新处理。例如，算法更新后，若算法关联有新的参数，可以新增该新的参数关联的透出属性信息；或者，可以根据第一用户对不同参数的关注度，调整参数的透出属性，如将访问量较低的参数的透出属性从“透出”更新为“不透出”，等等。本申请实施例对透出属性信息的更新方式以及更新时机等，可不做具体限定。

2.参数关联的维度信息

为了便于用户查看，可以将数量较多的参数划分到数量较少的维度中，即，可以对参数进行分组，每个分组对应一个维度信息，例如，可以划分出订单维度、作业人员维度、商品对象维度、批次维度等维度信息。如此，用户可以维度为基本单元，请求查看算法实现过程中其感兴趣的维度下的参数，这种集中进行信息展示的方式，有助于用户快速定位到其关注的信息。

本申请实施例中，第二服务端可以与第三客户端配合，确定维度信息与参数标识信息之间的关联关系。作为一种示例，第三客户端可以对算法关联的维度信息进行展示，并在目标维度信息被选中的情况下，对算法关联的参数的标识信息进行展示，供第三用户从中确定目标维度信息关联的至少一个目标参数，以此获得维度信息与参数标识信息之间的关联关系，提交至第二服务端。

在实际应用过程中，不同算法可以关联相同的维度信息；或者，不同算法可以关联各自不同的维度信息，对应的，进行维度信息配置时，可以先确定待配置的目标算法，再获得该目标算法关联的维度信息，按照上述方案配置各维度信息下关联的参数。

另外，需要说明的是，一个参数可以只关联到一个维度信息，即，二者为一对一关系；或者，一个参数可以关联到多个维度信息，即，二者可以为一对多关系，本申请实施例对此可不做具体限定。

3.参数关联的搜索属性信息

在实际应用过程中，第一用户可以算法的标识信息作为搜索关键词，请求查看该算法实现过程中的相关信息；或者，可以算法的标识信息以及参数的标识信息作为搜索关键词，请求查看算法实现过程中与某个(某些)参数相关的信息。故，可以通过第三客户端配置各参数关联的搜索属性信息，以此确定该参数是否可作为搜索关键词，进行信息查询。

具体地，第三客户端可以对算法关联的参数的标识信息进行展示，以及获得第三用户配置的参数关联的搜索属性信息，提交至第二服务端。其中，参数关联的搜索属性信息可以体现为可搜索或者不可搜索。算法关联的参数的标识信息可以由第二服务端发送至第三客户端；或者，可以预先保存在第三客户端，通过本地读取的方式获得。

此外，第一用户还可以算法的标识信息以及维度信息作为搜索关键词，请求查看算法实现过程中与某个(某些)维度下的参数相关的信息。故，还可以通过第三客户端配置各维度信息关联的搜索属性信息，以此确定该维度信息是否可作为搜索关键词，进行信息查询。

4.参数关联的类型信息

作为一种示例，可以根据参数对算法输出结果的影响进行分类。例如，可以划分为可以影响算法输出结果的算法因子，以及与待履约订单相关的数据(例如，配送地址信息、批次的合批时间等)。

具体地，第三客户端可以对算法关联的参数的标识信息进行展示，供第三用户从中确定影响算法输出结果的算法因子，将算法因子的标识信息提交至第二服务端，这样，第一客户端获得第二服务端发送的参数信息时，可以对算法因子关联的参数值信息进行单独展示，以便第一用户快速明确哪些参数可以影响算法的输出结果。

S105：第二服务端获得第一客户端针对目标算法提交的查询请求，从目标算法关联的参数中确定可透出的目标参数，将目标参数关联的参数值信息发送至第一客户端。

基于上文介绍的数据采集以及数据保存方案，将与算法运行相关的信息保存至第二服务端后，便可向第一用户提供数据查询服务，实现算法数据的白盒化展示。具体地，第一用户可以通过其关联的第一客户端向第二服务端提交包含目标算法的标识信息的查询请求，对应的，第二服务端可以确定目标算法关联的参数的标识信息，以及各参数关联的透出属性信息；根据透出属性信息确定能透出给第一用户的目标参数，将目标参数关联的参数值信息发送至第一客户端，供第一用户查看。

在实际应用过程中，第二服务端可以将目标参数关联的参数值信息全部发送至第一客户端；或者，第二服务端可以获得不同用户类型信息在目标算法下关联的参数标识信息，如此，可以根据目标算法关联的参数的透出属性信息以及第一用户的用户类型信息，确定可透出至第一客户端的目标参数。作为一种示例，可以根据第一用户的等级、权限等进行用户分类，确定其可查看的参数。

优选地，查询请求中还可以包括其他搜索关键词，以此满足第一用户更多元化的查询需求。例如，查询请求中可以包括目标算法的标识信息以及至少一个待查询参数的标识信息，对应于此，可以根据待查询参数关联的透出属性信息，确定可透出至第一客户端的目标参数，将目标参数关联的参数值信息展示给第一用户查看。再例如，查询请求中可以包括目标算法的标识信息以及至少一个待查询维度信息，对应于此，可以从目标算法关联的参数中确定出归属于待查询维度信息的参数，再根据这些参数关联的透出属性信息确定可透出至第一客户端的目标参数，将目标参数关联的参数值信息展示给第一用户查看。再例如，查询请求中可以包括目标算法的标识信息以及至少一个待查询子算法的标识信息，对应于此，可以根据待查询子算法关联的参数的透出属性信息，确定可透出至第一客户端的目标参数，将目标参数关联的参数值信息展示给第一用户查看。

以查询请求中包括目标算法的标识信息以及至少一个待查询参数的标识信息为例，第二服务端可以只将第一用户请求查看的参数关联的参数值信息，发送至第一客户端进行展示；或者，可以将与目标算法实现过程相关的全部信息均发送至第一客户端，由第一客户端根据待查询参数确定可展示给第一用户查看的信息。例如，第一客户端可以对第一用户请求查看的参数关联的参数值信息进行展示，对其他信息进行隐藏处理。优选地，针对隐藏处理的信息来说，第一客户端可以提供进行信息查看的操作选项，即，第一用户可以通过该操作选项将处于隐藏状态的信息调整为显示状态。

由上文介绍可知，不同的第一用户可能会出于不同的使用需求，请求第二服务端对算法的实现过程进行白盒化展示，进而基于第二服务端返回的信息进行相关处理。例如，本申请实施例中的第一用户可以为运营人员，通过查看算法数据，理解算法的实现逻辑，明确各参数对算法输出结果的影响后，可以据此进行算法优化，获得算法关联的任务生成模板。如此，算法接受任务执行系统服务端调用时，便可基于模板中配置的参数信息进行逻辑运算，获得任务生成结果发送至任务执行系统客户端，实现通过任务生成模板对算法输出结果进行干预的目的。

作为一种示例，任务生成模板中可以包括算法关联的参数的标识信息，以及各参数关联的参数值信息。以配送调度算法中的参数“揽收订单的上限”为例，运营人员配置的模板中该参数关联的参数值信息可以设置为3，则基于该任务生成模板进行配送人单匹配时，算法最终输出的结果中，各配送作业人员单次最多可以匹配3个订单。

对应于此，本申请实施例可以提供一种用于获得任务生成模板的系统，包括：第四客户端以及第三服务端。其中，第四客户端可以部署在第一用户关联的终端设备上，获得待配置的目标算法关联的参数的标识信息，供第一用户从中确定目标参数，并获得各目标参数关联的参数值信息，提交至部署在云端服务器上的第三服务端。对应的，第三服务端可以保存目标算法的标识信息、目标参数的标识信息以及对应的参数值信息之间的关联关系，获得目标算法关联的任务生成模板。如此，目标算法可以获得其关联的任务生成模板(例如，在目标算法被任务执行系统服务端调用时，实时从第三服务端获取其关联的任务生成模板；或者，可以预先从第三服务端获得任务生成模板后进行本地保存)，基于模板中配置的参数信息进行任务生成。

本申请实施例中，可以由具有配置权限的运营人员，统一对不同任务执行系统关联的算法进行模板配置；或者，可以由不同任务执行系统各自关联的运营人员分别针对本任务执行系统关联的算法进行模板配置。

在实际应用过程中，一个目标算法可以关联一个任务生成模板，该任务生成模板可以应用于服务提供商开设的所有店铺；或者，一个目标算法可以关联至少两个任务生成模板，不同模板可以应用于服务提供商开设的不同店铺，也就是说，可以对实体店铺进行分类，不同类型的实体店铺可以关联不同的任务生成模板。

作为一种示例，可以根据店铺的分布位置进行分类，为分布于不同区域的店铺配置不同的任务生成模板。例如，对于全国范围来说，可以城市为基本单元进行区域划分；对于单个城市来说，可以城区为基本单元进行区域划分。本申请实施例对店铺的分类方式可不做具体限定。

如此，目标算法运行时，还可以获得任务生成模板关联的作用范围信息，对属于所述作用范围内的实体店铺关联的订单提供履约服务时，可以根据所述模板进行任务生成。例如，对于配送调度算法来说，其关联的任务生成模板1的作用范围为北京和上海，则针对位于北京和上海的实体店铺关联的订单提供履约服务时，配送调度算法可以基于任务生成模板1生成配送任务。

此外，需要说明的是，对于属于同一作用范围信息内的实体店铺来说，目标算法可以基于相同的通用模板进行任务生成，向作用范围内的实体店铺关联的订单提供履约服务；或者，可以根据使用需求，为具有个性化配置需求的目标实体店铺提供个性化模板，对应的，目标算法接受任务执行系统调用进行任务生成时，可以先确定订单关联的实体店铺，再基于该实体店铺关联的个性化模板获得任务生成结果。

对于个性化任务生成模板来说，运营人员可以针对目标实体店铺单独配置其关联的个性化模板，即，按照上文所做介绍进行模板生成；或者，为了提高模板配置效率，可以确定目标实体店铺关联的作用范围信息，以及该作用范围信息关联的通用模板，进而根据目标实体店铺的实际情况，在通用模板的基础上进行适应性调整，获得目标实体店铺关联的个性化模板。

作为一种示例，通用的任务生成模板中可以包括算法关联的参数的标识信息、各参数关联的参数值信息、以及各参数关联的约束条件。其中，约束条件可以包括参数的更新属性(即，参数是否可进行个性化配置)，以及进行个性化配置时参数的取值范围信息等。以上文所举“揽收订单的上限”为例，在通用模板中该参数关联的参数值信息为3，若约束条件为：可进行个性化配置，且个性化配置的取值范围为3～5，则基于此针对实体店铺1生成个性化模板时，可以将“揽收订单的上限”更新为4，获得实体店铺1关联的个性化任务生成模板。如此，配送调度算法运行，针对实体店铺1关联的订单进行配送人单匹配时，最终输出的结果中各配送作业人员单次最多可以匹配4个订单。

本申请实施例中，可以通过多种方式获得实体店铺关联的个性化模板。例如，一种方式下，可以由第一用户通过第一客户端生成个性化模板。具体地，第一客户端可以根据目标实体店铺的标识信息以及目标算法关联的任务生成模板的作用范围信息，确定待更新目标任务生成模板(例如，第一客户端可以将上述信息提交至第三服务端，由第三服务端确定目标任务生成模板发送至第一客户端；或者，第三服务端可以预先将可用任务生成模板发送至第一客户端进行保存，由第一客户端在需要时根据上述信息确定目标任务生成模板)；获得目标任务生成模板中可进行个性化配置的参数的标识信息以及对应的约束条件，进行信息展示，供第一用户从中确定待更新的目标参数；获得目标参数的标识信息以及目标参数关联的新的参数值信息，提交至第三服务端，以便第三服务端对目标任务生成模板进行更新处理，获得新的任务生成模板(即，目标实体店铺关联的个性化任务生成模板)，建立目标实体店铺与新的任务生成模板之间的关联关系。

优选地，进行模板更新时，还可以根据目标参数关联的约束条件中的取值范围，对新的参数值信息进行信息校验。如果与取值范围不符，则可提示第一用户对新的参数值信息进行调整；如果与取值范围相符，则可进行模板更新处理。作为一种示例，该信息校验过程可以由第一客户端执行，即，第一客户端确定新的参数值信息与约束条件中的取值范围相符时，再将上述信息提交至第三服务端；或者，信息校验过程可以由第三服务端执行，即，第一客户端获得上述信息后可以直接提交至第三服务端，由第三服务端确定新的参数值信息与约束条件中的取值范围相符时，再进行模板更新。

或者，另一种方式下，可以由第四用户通过其关联的第五客户端生成个性化模板，其中，第四用户可以为目标实体店铺关联的运营人员。具体实现过程可参见上文所做介绍，此处不再举例说明。

此外，本申请实施例中的第一用户可以为管理人员(例如，实体店铺、配送站、仓库等关联的管理人员)，通过查看算法数据，明确算法输出结果关联的原因信息。例如，配送站关联的管理人员可以目标算法的标识信息、目标批次的标识信息以及目标配送作业人员的标识信息为搜索关键词，请求查看相关数据，根据第二服务端返回的信息可以明确目标批次关联的订单指派给目标配送作业人员的原因，例如，目标配送作业人员的站内等待时间较长，所以将订单指派给该作业人员。

或者，本申请实施例中的第一用户可以为开发人员，通过查看算法数据，可以进行算法问题排查以及算法优化。

实施例2

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

S201：第一服务端获得与任务执行系统关联的算法相关的配置信息，所述配置信息包括所述算法的标识信息以及所述算法关联的参数的标识信息；

S202：获得交互组件提交的目标算法的标识信息，将所述目标算法关联的参数的标识信息发送至所述交互组件；

S203：获得所述交互组件提交的所述目标算法关联的参数对应的参数值信息。

实施例3

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

S301：交互组件确定目标算法被任务执行系统调用时，确定所述目标算法关联的参数的标识信息，所述目标算法关联的参数的标识信息由第一服务端发送至所述交互组件；

S302：获得所述目标算法关联的参数对应的参数值信息，提交至所述第一服务端。

实施例4

该实施例4是与实施例1相对应的，提供了一种用于进行信息采集的交互组件，所述组件可以集成于任务执行系统关联的算法中，可以包括：第一接口以及信息采集程序模块。其中，所述第一接口，用于获得算法的标识信息提交至第一服务端，并获得所述第一服务端发送的所述算法关联的参数的标识信息；所述信息采集程序模块，用于获得所述算法关联的参数对应的参数值信息提交至所述第一服务端。

此外，本实施例还可以提供了一种信息处理方法，具体地，算法可以加载上述交互组件，以便在所述算法被任务执行系统调用时，触发所述交互组件采集所述算法关联的参数对应的参数值信息提交至第一服务端。

实施例5

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

S401：第二客户端获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，提供用于提交所述目标算法关联的参数的标识信息的操作选项；

S402：通过所述操作选项获得所述目标算法与所述参数之间的关联关系，提交至第一服务端。

实施例6

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

S501：第三客户端获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息；

S502：确定所述参数关联的透出属性信息提交至第二服务端，以便所述第二服务端获得第一客户端提交的查询请求时，将可透出的参数关联的参数值信息发送至所述第一客户端进行信息展示。

实施例7

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

S601：第二服务端获得不同算法关联的参数对应的参数值信息，以及所述参数关联的透出属性信息；

S602：获得第一客户端提交的查询请求，所述查询请求中包括目标算法的标识信息；

S603：根据所述目标算法关联的参数的透出属性信息，确定可透出的目标参数；

S604：将所述目标参数关联的参数值信息发送至所述第一客户端进行信息展示。

实施例8

该实施例8是与实施例1相对应的，从第四客户端的角度，提供了一种用于获得任务生成模板的方法，参见图8，该方法具体可以包括：

S701：第四客户端获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息，供所述第四客户端关联的第一用户从中确定至少一个目标参数；

S702：获得所述至少一个目标参数各自关联的参数值信息，提交至第三服务端，以便所述第三服务端根据所述目标参数以及关联的参数值信息生成所述目标算法关联的任务生成模板，进而在所述目标算法被所述任务执行系统调用时，根据所述模板中配置的信息进行任务生成。

实施例9

该实施例9是与实施例1相对应的，从第五客户端的角度，提供了一种用于获得任务生成模板的方法，参见图9，该方法具体可以包括：

S801：第五客户端获得目标实体店铺在目标算法下关联的任务生成模板，所述任务生成模板中包括所述目标算法关联的目标参数的标识信息，以及所述目标参数关联的约束条件，所述约束条件包括所述目标参数的更新属性信息以及针对可更新的目标参数进行个性化配置时参数的取值范围信息；

S802：从所述目标参数中确定至少一个待更新的目标参数，获得所述待更新的目标参数关联的新的参数值信息，提交至第三服务端，以便所述第三服务端根据接收到的信息对所述任务生成模板进行更新处理，获得所述目标实体店铺在所述目标算法下关联的新的任务生成模板，进而在所述目标算法针对所述目标实体店铺关联的订单提供履约服务时，根据所述新的任务生成模板进行任务生成。

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

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

配置信息获得单元901，用于获得与任务执行系统关联的算法相关的配置信息，所述配置信息包括所述算法的标识信息以及所述算法关联的参数的标识信息；

参数关联关系发送单元902，用于获得交互组件提交的目标算法的标识信息，将所述目标算法关联的参数的标识信息发送至所述组件；

参数值信息获得单元903，用于获得所述交互组件提交的所述目标算法关联的参数对应的参数值信息。

其中，如果所述目标算法拆分为至少两个目标子算法，且所述配置信息包括所述至少两个目标子算法分别关联的参数的标识信息，

所述参数关联关系发送单元，具体用于：将所述目标算法关联的所述至少两个目标子算法的标识信息以及所述至少两个目标子算法分别关联的参数的标识信息，发送至所述交互组件。

其中，所述配置信息还包括所述算法关联的策略的标识信息以及所述策略关联的参数的标识信息，所述装置还包括：

策略信息获得单元，用于获得所述交互组件提交的所述目标算法采用的目标策略的标识信息，将所述目标策略关联的参数的标识信息发送至所述交互组件；

所述参数值信息获得单元，还用于获得所述交互组件提交的所述目标策略关联的参数对应的参数值信息。

其中，所述装置还包括：

参数信息发送单元，用于将所述目标算法关联的参数对应的参数值信息发送至第二服务端，以便所述第二服务端根据第一客户端提交的查询请求提供查询服务。

与实施例1相对应，本申请实施例还提供了一种信息处理装置，参见图11，该装置应用于交互组件，包括：

参数关联关系确定单元1001，用于在目标算法被任务执行系统调用时，确定所述目标算法关联的参数的标识信息，所述目标算法关联的参数的标识信息由第一服务端发送至所述交互组件；

参数值信息获得单元1002，用于获得所述目标算法关联的参数对应的参数值信息，提交至所述第一服务端。

其中，所述参数关联关系确定单元，还用于获得所述目标算法采用的目标策略的标识信息，确定所述目标策略关联的参数的标识信息，所述目标策略关联的参数的标识信息由所述第一服务端发送至所述交互组件；

所述参数值信息获得单元，还用于获得所述目标策略关联的参数对应的参数值信息，提交至所述第一服务端。

与实施例1相对应，本申请实施例还提供了一种信息处理装置，参见图12，该装置应用于任务执行系统关联的算法，包括：

组件加载单元1101，用于加载用于进行信息采集的交互组件；

组件触发单元1102，用于在所述算法被任务执行系统调用时，触发所述交互组件采集所述算法关联的参数对应的参数值信息提交至第一服务端。

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

算法信息展示单元1201，用于获得任务执行系统关联的算法的标识信息进行展示；

操作选项提供单元1202，用于在目标算法被选中的情况下，提供用于提交所述目标算法关联的参数的标识信息的操作选项；

关联关系提交单元1203，用于通过所述操作选项获得所述目标算法与所述参数之间的关联关系，提交至第一服务端。

其中，如果所述目标算法拆分为至少两个目标子算法，

所述关联关系提交单元，具体用于：通过所述操作选项分别获得所述至少两个目标子算法各自关联的参数的标识信息。

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

算法信息展示单元1301，用于获得任务执行系统关联的算法的标识信息进行展示；

参数关联关系获得单元1302，用于在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息；

透出属性确定单元1303，用于确定所述参数关联的透出属性信息提交至第二服务端，以便所述第二服务端获得第一客户端提交的查询请求时，将可透出的参数关联的参数值信息发送至所述第一客户端进行信息展示。

其中，所述装置还包括：

更新处理单元，用于在所述第一客户端关联的用户需求发生变化时，对所述参数关联的透出属性信息进行更新处理。

其中，所述装置还包括：

搜索属性信息提交单元，用于确定所述参数关联的搜索属性信息提交至所述第二服务端，以便所述第一客户端基于可搜索的参数向所述第二服务端提交查询请求，请求查看与所述可搜索的参数相关的信息。

其中，所述装置还包括：

维度关联关系提交单元，用于获得所述目标算法关联的维度信息进行展示，并在目标维度信息被选中的情况下，对所述目标算法关联的参数的标识信息进行展示，供所述第三客户端关联的第三用户从中确定至少一个目标参数；将所述目标维度信息与所述至少一个目标参数之间的关联关系，提交至所述第二服务端。

其中，所述搜索属性信息提交单元，还用于确定所述维度信息关联的搜索属性信息提交至所述第二服务端，以便所述第一客户端基于可搜索的维度信息向所述第二服务端提交查询请求，请求查看与所述可搜索的维度信息关联的参数相关的信息。

其中，所述装置还包括：

算法因子信息提交单元，用于从所述目标算法关联的参数中确定影响所述目标算法输出结果的算法因子；将所述算法因子的标识信息提交至所述第二服务端，以便所述第二服务端将所述算法因子关联的参数值信息发送至所述第一客户端进行单独展示。

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

关联关系获得单元1401，用于获得不同算法关联的参数对应的参数值信息，以及所述参数关联的透出属性信息；

查询请求获得单元1402，用于获得第一客户端提交的查询请求，所述查询请求中包括目标算法的标识信息；

目标参数确定单元1403，用于根据所述目标算法关联的参数的透出属性信息，确定可透出的目标参数；

参数值信息发送单元1404，用于将所述目标参数关联的参数值信息发送至所述第一客户端进行信息展示。

其中，所述装置还包括：

用户类型关联信息获得单元，用于获得不同用户类型信息在所述目标算法下关联的参数的标识信息；

所述目标参数确定单元，具体用于：根据所述目标算法关联的参数的透出属性信息，以及所述第一客户端关联的第一用户的用户类型信息，确定所述目标参数。

其中，所述查询请求中还包括至少一个待查询参数的标识信息，

所述目标参数确定单元，具体用于：根据所述待查询参数的透出属性信息，确定所述目标参数。

其中，所述查询请求中还包括至少一个待查询维度信息的标识信息；

所述目标参数确定单元，具体用于：获得所述目标算法关联的维度信息，以及所述维度信息关联的参数的标识信息；确定所述待查询维度信息关联的参数，并根据所述待查询维度信息关联的参数的透出属性信息，确定所述目标参数。

与实施例1相对应，本申请实施例还提供了一种用于获得任务生成模板的装置，参见图16，该装置应用于第四客户端，包括：

算法信息展示单元1501，用于获得任务执行系统关联的算法的标识信息进行展示；

参数关联关系获得单元1502，用于在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息，供所述第四客户端关联的第一用户从中确定至少一个目标参数；

参数值信息提交单元1503，用于获得所述至少一个目标参数各自关联的参数值信息，提交至第三服务端，以便所述第三服务端根据所述目标参数以及关联的参数值信息生成所述目标算法关联的任务生成模板，进而在所述目标算法被所述任务执行系统调用时，根据所述模板中配置的信息进行任务生成。

其中，所述装置还包括：

作用范围信息提交单元，用于确定所述任务生成模板关联的作用范围信息，提交至所述第三服务端，以便所述目标算法针对属于所述作用范围内的实体店铺关联的订单提供履约服务时，根据所述模板进行任务生成。

其中，所述装置还包括：

模板更新处理单元，用于在目标实体店铺的使用需求发生变化时，对所述任务生成模板进行更新处理，获得所述目标实体店铺关联的新的任务生成模板。

其中，所述使用需求发生变化为所述目标参数关联的参数值信息发生变化，

所述模板更新处理单元，具体用于：获得所述至少一个目标参数各自关联的约束条件进行信息展示，供所述第一用户从中确定待更新的目标参数，所述约束条件包括所述目标参数的更新属性信息，以及针对可更新的目标参数进行个性化配置时参数的取值范围信息；获得所述待更新的目标参数关联的新的参数值信息，提交至所述第三服务端，以便所述第三服务端根据接收到的信息对所述任务生成模板进行更新处理，获得所述目标实体店铺在所述目标算法下关联的新的任务生成模板，进而在所述目标算法针对所述目标实体店铺关联的订单提供履约服务时，根据所述新的任务生成模板进行任务生成。

与实施例1相对应，本申请实施例还提供了一种用于获得任务生成模板的装置，参见图17，该装置应用于第五客户端，包括：

任务生成模板获得单元1601，用于获得目标实体店铺在目标算法下关联的任务生成模板，所述任务生成模板中包括所述目标算法关联的目标参数的标识信息，以及所述目标参数关联的约束条件，所述约束条件包括所述目标参数的更新属性信息以及针对可更新的目标参数进行个性化配置时参数的取值范围信息；

参数值信息提交单元1602，用于从所述目标参数中确定至少一个待更新的目标参数，获得所述待更新的目标参数关联的新的参数值信息，提交至第三服务端，以便所述第三服务端根据接收到的信息对所述任务生成模板进行更新处理，获得所述目标实体店铺在所述目标算法下关联的新的任务生成模板，进而在所述目标算法针对所述目标实体店铺关联的订单提供履约服务时，根据所述新的任务生成模板进行任务生成。

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

一个或多个处理器；以及

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

获得与任务执行系统关联的算法相关的配置信息，所述配置信息包括所述算法的标识信息以及所述算法关联的参数的标识信息；

获得交互组件提交的目标算法的标识信息，将所述目标算法关联的参数的标识信息发送至所述组件；

获得所述交互组件提交的所述目标算法关联的参数对应的参数值信息。

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

一个或多个处理器；以及

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

获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，提供用于提交所述目标算法关联的参数的标识信息的操作选项；

通过所述操作选项获得所述目标算法与所述参数之间的关联关系，提交至第一服务端。

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

一个或多个处理器；以及

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

获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息；

确定所述参数关联的透出属性信息提交至第二服务端，以便所述第二服务端获得第一客户端提交的查询请求时，将可透出的参数关联的参数值信息发送至所述第一客户端进行信息展示。

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

一个或多个处理器；以及

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

获得不同算法关联的参数对应的参数值信息，以及所述参数关联的透出属性信息；

获得第一客户端提交的查询请求，所述查询请求中包括目标算法的标识信息；

根据所述目标算法关联的参数的透出属性信息，确定可透出的目标参数；

将所述目标参数关联的参数值信息发送至所述第一客户端进行信息展示。

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

一个或多个处理器；以及

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

获得任务执行系统关联的算法的标识信息进行展示，并在目标算法被选中的情况下，获得所述目标算法关联的参数的标识信息，供第一用户从中确定至少一个目标参数；

获得所述至少一个目标参数各自关联的参数值信息，提交至第三服务端，以便所述第三服务端根据所述目标参数以及关联的参数值信息生成所述目标算法关联的任务生成模板，进而在所述目标算法被所述任务执行系统调用时，根据所述模板中配置的信息进行任务生成。

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

一个或多个处理器；以及

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

获得目标实体店铺在目标算法下关联的任务生成模板，所述任务生成模板中包括所述目标算法关联的目标参数的标识信息，以及所述目标参数关联的约束条件，所述约束条件包括所述目标参数的更新属性信息以及针对可更新的目标参数进行个性化配置时参数的取值范围信息；

从所述目标参数中确定至少一个待更新的目标参数，获得所述待更新的目标参数关联的新的参数值信息，提交至第三服务端，以便所述第三服务端根据接收到的信息对所述任务生成模板进行更新处理，获得所述目标实体店铺在所述目标算法下关联的新的任务生成模板，进而在所述目标算法针对所述目标实体店铺关联的订单提供履约服务时，根据所述新的任务生成模板进行任务生成。

其中，图18示例性的展示出了计算机系统的架构，具体可以包括处理器1710，视频显示适配器1711，磁盘驱动器1712，输入/输出接口1713，网络接口1714，以及存储器1720。上述处理器1710、视频显示适配器1711、磁盘驱动器1712、输入/输出接口1713、网络接口1714，与存储器1720之间可以通过通信总线1730进行通信连接。

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

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

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

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

总线1730包括一通路，在设备的各个组件(例如处理器1710、视频显示适配器1711、磁盘驱动器1712、输入/输出接口1713、网络接口1714，与存储器1720)之间传输信息。

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

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

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

参照图19，设备1800可以包括以下一个或多个组件：处理组件1802，存储器1804，电源组件1806，多媒体组件1808，音频组件1810，输入/输出(I/O)的接口1812，传感器组件1814，以及通信组件1816。

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

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

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

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

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

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

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

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

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

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

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

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

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