CN115150474A - 信息处理方法、装置、设备和存储介质 - Google Patents

Abstract

本申请公开了一种信息处理方法、装置、设备和存储介质，涉及计算机技术领域。该信息处理方法可以包括根据用户端的身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息预先关联的多个目标任务模板，以方便用户快速接入各信息处理阶段的服务处理模块，接着，基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流，然后，按照任务编排工作流，调用多个目标任务模板处理媒体信息，得到服务处理结果信息，由此，按照任务编排工作流，统一调用符合处理要求的多个任务模板的处理模块，使其相互配合的执行信息处理流程，减少了因不同处理模块无法配合导致的信息传输时延，提高了信息处理流程的效率。

Description

信息处理方法、装置、设备和存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息处理方法、装置、设备和存储介质。

背景技术

随着互联网和媒体行业的发展，媒体处理服务应运而生如为用户提供接入、录制、截图、转码和人工智能(AI)处理等服务。

在相关技术中，由于不同服务的处理模块之间相互独立，所以需要用户分别向所需服务的处理模块上传其编写的处理代码以满足该用户的媒体处理要求，这样，增加了用户对每个模块的配置复杂度。另外，如果用户所需的服务为多个，且多个服务的处理模块所在物理机房的地理位置存在差异，那么还会因不同处理模块的地理位置增加多个处理模块之间信息的传输时延，影响信息处理流程的效率。

发明内容

本申请实施例提供一种信息处理方法、装置、设备和存储介质，可以提高信息处理流程的效率。

根据本申请实施例的第一方面，提供一种信息处理方法，包括：

接收用户端发送的服务调用信息，服务调用信息包括用户端的目标身份识别信息和待处理的媒体信息；

根据身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息关联的多个目标任务模板；

基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流；

按照任务编排工作流，调用多个目标任务模板处理媒体信息，得到服务处理结果信息。

根据本申请实施例的第二方面，提供一种信息处理装置，包括：

接收模块，用于接收用户端发送的服务调用信息，服务调用信息包括用户端的目标身份识别信息和待处理的媒体信息；

获取模块，用于根据身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息关联的多个目标任务模板；

生成模块，用于基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流；

调用模块，用于按照任务编排工作流，调用多个目标任务模板处理媒体信息，得到服务处理结果信息。

根据本申请实施例的第三方面，提供一种计算机设备，包括：存储器和处理器；

存储器，用于存储有计算机程序；

处理器，用于执行存储器中存储的计算机程序，计算机程序运行时使得处理器执行如第一方面所示的信息处理方法的步骤。

根据本申请实施例的第四方面，提供一种计算机可读存储介质，计算机可读存储介质上存储程序或指令，在程序或指令被计算机设备执行的情况下，使得计算机设备执行如第一方面所示的信息处理方法的步骤。

根据本申请实施例的第五方面，提供一种计算机程序产品，包括计算机程序，在计算机程序被计算机设备执行的情况下，使得计算机设备执行如第一方面所示的信息处理方法的步骤。

根据本申请实施例中的信息处理方法、装置、设备和存储介质，通过用户端的身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息预先关联的多个目标任务模板，无需用户分别上传每个任务的处理代码，仅需对预设模板的进行选择和简单的配置，方便用户快速接入各信息处理阶段的服务处理模块。接着，基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流，可将多个目标任务模板的服务处理模块的能力组织起来，形成简单易用的处理流程，以及通过对目标任务模板的编排能力，可以在减少用户向不同服务服务处理模块上传不同阶段的媒体信息操作的同时，保证实现复杂的信息处理服务逻辑工作流。然后，按照任务编排工作流，调用多个目标任务模板处理媒体信息，得到服务处理结果信息，由此，按照任务编排工作流，统一调用符合处理要求的多个任务模板的处理模块，使其相互配合的执行信息处理流程，减少了因不同处理模块无法配合导致的信息传输时延，提高了信息处理流程的效率。

附图说明

从下面结合附图对本申请的具体实施方式的描述中可以更好地理解本申请其中，相同或相似的附图标记表示相同或相似的特征。

图1是示出根据一个实施例的一种信息处理架构示意图之一；

图2是示出根据一个实施例的一种信息处理架构示意图之二；

图3是示出根据一个实施例的一种信息处理方法的界面示意图；

图4是示出根据一个实施例的一种信息处理方法的流程图；

图5是示出根据一个实施例的一种信息处理的结构示意图之一；

图6是示出根据一个实施例的一种信息处理的结构示意图之二；

图7是示出根据一个实施例的一种信息处理装置的结构示意图；

图8是示出根据一个实施例的计算机设备的硬件结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

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

在相关技术中，可以通过函数计算处理配置信息处理流程，即事件驱动的全托管计算服务，用户无需管理服务器等基础设施，只需编写所需服务的处理模块对应的处理代码并上传到函数计算，函数计算会为用户提供计算资源，并以弹性、可靠的方式运行用户代码。但是，该方式需要用户分别向所需服务的处理模块上传其编写的处理代码以满足该用户的媒体处理要求，在增加用户对每个模块的配置复杂度的同时，不能实现随时随用。另外，还可以采用视频处理的配置信息处理流程，即用户把采集阶段封包好的内容传输到服务器后，内容会经过多个物理机房转发到中心机房，中心机房部署了视频录制转码等计算处理能力。这种方式虽然可以减少用户分别向所需服务的处理模块上传其编写的处理代码的操作，但是会因不同处理模块的地理位置增加多个处理模块之间信息的传输时延，远程接入还会增加信息处理的成本，影响信息处理流程的效率。

因此，亟需提供一种可以为用户提供信息如媒体信息就近的接入、录制、截图、转码和人工智能等功能的处理方法，使得用户可以单独使用某项服务，又可以基于不同的场景依照时序分别使用，比如接入-录制-AI、接入-截图-AI等，实现在信息处理流程中各个信息处理模块被统一调用、相互配合的执行信息处理方法，减少了因不同处理模块无法配合导致的信息传输时延，提高信息处理流程的效率。

基于此，本申请实施例提供了一种信息处理方法，通过用户端的身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息预先关联的多个目标任务模板，无需用户分别上传每个任务的处理代码，仅需对预设模板的进行选择和简单的配置，方便用户快速接入各信息处理阶段的服务处理模块。接着，基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流，可将多个目标任务模板的服务处理模块的能力组织起来，形成简单易用的处理流程，以及通过对目标任务模板的编排能力，可以在减少用户向不同服务服务处理模块上传不同阶段的媒体信息操作的同时，保证实现复杂的信息处理服务逻辑工作流。然后，按照任务编排工作流，调用多个目标任务模板处理媒体信息，得到服务处理结果信息，由此，按照任务编排工作流，统一调用符合处理要求的多个任务模板的处理模块，使其相互配合的执行信息处理流程，减少了因不同处理模块无法配合导致的信息传输时延，提高了信息处理流程的效率。

下面结合附图1，对本申请实施例中的信息处理架构进行详细地说明。

如图1所示，本申请实施例提出的信息处理架构包括用户端101和服务端102。

用户端101是具有注册、建立/终止会话连接和控制、采集/编解码以及传送媒体信息的功能实体。具体地，用户端101为电子设备或视频检测设备。

在一个示例中，电子设备可以为手机、平板电脑、掌上电脑、可穿戴设备等具有获取媒体信息功能以及与服务端102进行数据传输功能的设备，本申请实施例不对电子设备作出具体限定。

在一个示例中，视频检测设备可以为网络摄像机、视频编解码设备、数字硬盘录像机以及报警设备等具有获取媒体信息功能以及与服务端102进行数据传输功能的设备，本申请实施例不对视频检测设备作出具体限定。其中，视频检测设备可以包括用户代理(UA)、媒体采集/编解码模块和媒体通信模块。

进一步地，用户代理应符合SIP通信协议规范，用来建立、修改、终止与服务端102的会话连接，是进行会话控制的主要模块，在本申请实施例中可以通过用户代理向服务端102发送服务调用信息；媒体通信模块，用于对媒体信息传输和媒体回放的控制。

服务端102可以是为用户端101提供数据计算服务的服务器集群或者云平台，示例性地，在视图计算场景下，服务端102可以向用户端101提供回调事件驱动各个服务自动化的完成服务处理的媒体处理服务编排引擎。

在一个示例中，服务端102可以包括服务编排层1021和媒体处理层1022。其中，服务编排层1021，用于媒体处理编排引擎工作流描述语言标准化定义；媒体处理层1022，用于媒体处理任务和媒体处理流程的标准化定义。

进一步地，服务编排层1021可以包括媒体服务编排引擎10211和事件处理中心10212。媒体服务编排引擎10211，用于在接收用户端发送的服务调用信息的情况下，根据身份识别信息与任务模板的预设关联关系，获取服务调用信息中与用户端的目标身份识别信息关联的多个目标任务模板；以及，基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流。事件处理中心10212，用于按照任务编排工作流，调用多个目标任务模板处理媒体信息，得到服务处理结果信息。

媒体处理层1022包括多个服务模块，每个服务模块与服务对应，如服务1模块对应服务1、服务2模块对应服务2、……服务N模块对应服务N，N为正整数。服务模块包括任务模板，任务模板用于定义处理媒体信息的规则信息。

基于上述图1所示的信息处理架构，结合图2和图3，对本申请实施例提供的信息处理方法进行详细地说明。

如图2所示，用户通过用户端101向媒体服务编排引擎10211发送注册请求，注册请求包括用户端101的身份识别信息。媒体服务编排引擎10211基于注册请求，向用户端101发送多个任务模板，任务模板用于定义处理媒体信息的规则信息。

如图3所示，用户端101在接收到多个任务模板的情况下，显示多个任务模板和配置提醒，这样用户可以基于多个任务模板选定所需的目标任务模板，并通过目标任务模板处理媒体信息。另外，配置提醒用于提示用户是否对选定的目标任务模板进行配置，若用户对选定的目标任务模板进行配置，则填写(或者选择)任务信息；反之，若用户不对选定的目标任务模板进行配置，则不填写(或者选择)任务信息。基于此，用户端101向服务端102发送关联请求，关联请求至少包括多个任务模板中选定的任务模板。在用户对选定的目标任务模板进行配置的情况下，关联请求还可以包括用户填写(或者选择)任务信息。由此，对于用户端101来说，实现可视运维，即可通过如图3所示的可视化页面对各个任务模板即信息处理流程进行配置，以便查看各环节输入、输出及日志，从而排查问题。

接着，服务端102在接收到用户端101发送的关联请求的情况下，媒体服务编排引擎10211将选定的任务模板确定为目标任务模板；关联用户端101的身份识别信息与目标任务模板，并存储至边缘存储。示例性地，若目标任务模板包括服务1对应的任务模板和服务1对应的任务模板，则将用户端101的设备信息A与服务1对应的任务模板和服务1对应的任务模板关联。

然后，服务端102接收用户端101发送的服务调用信息，服务调用信息包括用户端101的目标身份识别信息和待处理的媒体信息。基于此，媒体服务编排引擎10211根据身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息关联的多个目标任务模板。示例性地，基于预先存储的身份识别信息与任务模板的预设关联关系，获取用户端101的设备信息A关联的服务1对应的任务模板和服务1对应的任务模板。基于此，配置执行服务1对应的任务模板的服务1模块和配置执行服务2对应的任务模板的服务2模块。

媒体服务编排引擎10211基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流，并向事件处理中心10212发送任务编排工作流。示例性地，任务编排工作流的顺序为先执行服务1对应的任务模板在服务2对应的任务模板，再执行服务1对应的任务模板在服务2对应的任务模板。

媒体服务编排引擎10211与事件处理中心10212配合，按照任务编排工作流，调用媒体处理层1022中多个目标任务模板处理媒体信息，得到服务处理结果信息，以向用户端101发送服务处理结果信息。示例性地，媒体服务编排引擎10211触发服务1模块中的目标任务模板处理媒体信息，得到服务1的服务处理结果信息，服务1模块向事件处理中心10212发送服务1完成消息即服务1的服务处理结果信息，事件处理中心10212基于任务编排工作流，确定下一个目标任务模块即服务2模块，这样，通过任务编排工作流的任务回调，事件处理中心10212触发服务2模块，即将服务1的服务处理结果信息作为服务2模块处理的媒体信息输入到服务2模块，服务2模块调用服务2模块中的目标任务模板处理媒体信息，得到服务处理结果信息，以及基于服务模块中的任务模板和事件驱动的媒体服务编排引擎，可将信息处理产品能力组织起来，形成简单易用的媒体处理流程。这里，需要说明的是，若用户端101对服务2模块中的目标任务模板有补充的内容即任务信息，则媒体服务编排引擎10211对用户选定的目标任务模板进行调整，并加工后触发服务2模块。

由此，本申请实施例提供的信息处理方法，相比函数计算不需要用户自己上传媒体处理代码，仅需要做简单的模版配置，并且利用服务编排层组织各个任务模版来编排工作流，达到开箱即用的目的。另外，对信息处理过程中的任务模板及工作流进行标准化定义，可轻松接入各类不同的媒体处理服务，拓展性强，这样，若将本申请实施例提供的信息处理方法应用于视图计算产品中，则可以为用户提供视频检测设备就近的接入、录制、截图、转码和人工智能处理等功能，用户可以单独使用某项功能，又可以基于不同的场景依照时序分别使用，比如接入-录制-AI、接入-截图-AI等，媒体处理服务编排引擎为客户提供简单易用的配置方案，减少了因不同处理模块无法配合导致的信息传输时延，提高了信息处理流程的效率。

需要说明的是，本申请实施例中的信息处理方法可以应用但不限于视频直播、视频点播和视图计算等在内的媒体信息处理场景。

根据上述架构以及应用场景，下面分别结合图4对本申请实施例提供的信息处理方法进行详细说明。

图4是示出根据一个实施例的一种信息处理方法的流程图。

如图4所示，信息处理方法可以应用于如图1所示的信息处理架构，具体可以用于如图1所示的服务端，该信息处理方法具体可以包括：

步骤410，接收用户端发送的服务调用信息，服务调用信息包括用户端的目标身份识别信息和待处理的媒体信息；步骤420，根据身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息关联的多个目标任务模板；步骤430，基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流；步骤440，按照任务编排工作流，调用多个目标任务模板处理媒体信息，得到服务处理结果信息。

下面对上述步骤进行详细说明，具体如下所示。

首先，涉及步骤410，待处理的媒体信息包括下述中的至少一种信息：离线媒体文件、在线的媒体流。

示例性地，相比与直播、点播服务，本申请实施例中的媒体信息既可以是离线的媒体文件，如视频、图片、音视频等，也可以是在线的视频流、输出以及执行过程进行标准化的定义，便于处理流程的编排，且易拓展，可以快速的将符合配置要求的媒体处理服务纳入到编排处理流程中。

接着，涉及步骤420之前，需要预设生成身份识别信息与任务模板的预设关联关系，才能在用户端发送的服务调用信息的情况下，获取与目标身份识别信息关联的多个目标任务模板。

基于此，本申请实施例提供了下述两种生成身份识别信息与任务模板的预设关联关系的方式，具体如下所示。

在一种或者多种可能的实施例中，在获取与目标身份识别信息关联的多个目标任务模板之前，方法还包括：

步骤4501，接收用户端发送的注册请求，注册请求包括用户端的身份识别信息；

步骤4502，基于注册请求，向用户端发送多个任务模板，任务模板用于定义处理媒体信息的规则信息；

步骤4503，在接收到用户端发送的关联请求，关联请求包括多个任务模板中选定的任务模板的情况下，将选定的任务模板确定为目标任务模板；

步骤4504，关联用户端的身份识别信息与目标任务模板。

进一步地，在关联请求还包括对选定的任务模板的配置信息的情况下，上述步骤4503具体可以包括：

基于配置信息，对选定的任务模板进行调整，得到调整后的任务模板；

将调整后的任务模板确定为目标任务模板。

在另一种或者多种可能的实施例中，在获取与目标身份识别信息关联的多个目标任务模板之前，方法还包括：

步骤4601，接收用户端发送的注册请求，注册请求包括用户端的身份识别信息；

步骤4602，基于用户端的身份识别信息，获取用户端的服务类型；

步骤4603，关联用户端的身份识别信息与用户端的服务类型对应的任务模板。

进一步地，在一种可能的实例中，在步骤4603之前，该信息处理方法还可以包括：基于与服务类型对应的任务模板，向用户端发送提示信息，提示信息用于提示用户是否对与服务类型对应的任务模板进行配置；

在接收到用户端发送配置指令的情况下，基于配置指令，对与服务类型对应的任务模板进行调整，得到调整后的任务模板；

将调整后的任务模板确定为与用户端的服务类型对应的任务模板。

示例性地，基于不同场景的模板可以包括不同的内容属性，具体如下所示：(1)截图模版包括：触发类型、截图模式(关键帧/固定频率/自动/单次)、开始/结束时间、存储位置等；(1)录制模版包括：触发类型、存储位置、前缀、格式等；(3)转码模版包括：转码类型(H264标准、窄带高清等)、比特率、长宽等；(4)AI模版包括：特征、算法配置等。

再者，涉及步骤430，该步骤具体可以包括：

基于多个目标任务模板中每个目标任务模板的内容属性，获取每两个目标任务模板之间处理媒体信息的前驱后继事件关系；

按照每两个目标任务模板之间处理媒体信息的前驱后继事件关系的顺序，生成任务编排工作流。

这里可以抽象成标准化的可配置的描述语言，便于用户配置。媒体处理流程(ActionList)包括一组媒体处理任务(Action)，媒体处理任务包括任务类型(ActionType)、任务Id(ActionId)、配置信息(Config)、下一个任务列表(Next)等属性，其中配置信息包含模版Id，下一个任务列表包含一组Action，即前一个媒体处理任务的输出结果可以同时作为多个媒体处理任务的输入，前驱后继关系可以通过Next的ActionId表示。

然后，涉及步骤440，在一种可能的实施例中，该步骤440具体可以包括：

步骤4401，按照任务编排工作流，调用多个目标任务模板中当前目标任务模块处理媒体信息，得到当前服务处理结果信息；

步骤4402，将当前服务处理结果信息作为下一个目标任务模块处理的媒体信息输入到下一个目标任务模块。

进一步地，通过任务编排工作流，确定当前目标任务模板之后的下一个目标任务模块；

通过任务编排工作流的任务回调，将当前目标任务模板输出的当前服务处理结果信息输入到下一个目标任务模块。

步骤4403，基于下一个目标任务模块输出的处理结果，生成服务处理结果信息。

为了更好的理解上述图1至图4的内容，通过下述例子并结合图5和图6对本申请实施例提供的信息处理方法进行详细说明。

首先，如图5所示，对本申请实施例提供的信息处理方法进行总体说明。即将媒体信息的处理任务抽象成输入、任务模板以及输出三个部分。其中，输入为用户端发送的服务调用信息中的待处理的媒体信息如视频流、图片、消息等；任务模板用于定义不同模块如何处理这些待处理的媒体信息，这样，用户将服务调用信息的工作流DSL文本输入到服务端的媒体服务编排引擎，引擎会基于服务调用信息增加相应配置如生成任务编排工作流，并且利用回调关系将各个目标任务模板串接起来，用户推流或产生调用后，各个目标任务模板就会按照任务编排工作流做相应处理；然后，输出的产物即服务处理结果信息，可为经过目标任务模板处理后的视频流、图片、消息等等。

这样，若媒体信息的处理过程通常包括多个任务，那么前一个媒体处理任务的输出又可以作为后一个媒体处理任务的输入，依次执行，直至多个任务完成，得到结果进行输出。

示例性地，如图6所示，接收用户端发送的服务调用信息，服务调用信息包括用户端的目标身份识别信息和待处理的媒体信息，根据身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息关联的多个目标任务模板，这里，每个目标任务模板可以包括触发条件如消息、请求或调用等，任务类型包括持续、单次等，然后，基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流，并按照任务编排工作流，在当前目标任务模板输出当前服务处理结果信息的情况下，通过任务回调，将当前目标任务模板输出的当前服务处理结果信息输入到下一个目标任务模块，依次执行，直至多个目标任务模板完成，得到服务处理结果信息。

由此，本申请实施例提供的基于视图场景的信息处理方法相比与直播、点播服务，可以通过对离线的媒体文件如视频、图片等，也可以对在线的视频流、输出以及执行过程进行标准化的定义，以便用户对处理流程进行编排、易拓展，且可以快速的将符合配置要求的媒体处理服务纳入到编排处理流程中。另外，通过编排能力，以更少的代码实现复杂的媒体处理服务逻辑，是服务过程更灵活。此外，相对于用户端来说，通过可视化页面对各个工作流程进行配置，以便查看各环节输入、输出及日志，从而排查问题。

需要明确的是，本申请并不局限于上文实施例中所描述并在图中示出的特定配置和处理。为了描述的方便和简洁，这里省略了对已知方法的详细描述，并且上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

基于相同的发明构思，本申请提供了与上述涉及的信息处理方法对应的信息处理装置。具体结合图7进行详细说明。

图7是示出根据一个实施例的一种信息处理装置的结构示意图。

如图7所示，信息处理装置70应用于如图1所示的服务端，信息处理装置70具体可以包括：

接收模块701，用于接收用户端发送的服务调用信息，服务调用信息包括用户端的目标身份识别信息和待处理的媒体信息；

获取模块702，用于根据身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息关联的多个目标任务模板；

生成模块703，用于基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流；

调用模块704，用于按照任务编排工作流，调用多个目标任务模板处理媒体信息，得到服务处理结果信息。

基于此，下面对本申请实施例提供的信息处理装置70进行详细说明：

在一种或者多种可能的实施例中，本申请实施例中的信息处理装置70还可以包括第一发送模块、第一确定模块和第一关联模块；其中，

接收模块701还可以用于，接收用户端发送的注册请求，注册请求包括用户端的身份识别信息；

第一发送模块，用于基于注册请求，向用户端发送多个任务模板，任务模板用于定义处理媒体信息的规则信息；

第一确定模块，用于在接收到用户端发送的关联请求，关联请求包括多个任务模板中选定的任务模板的情况下，将选定的任务模板确定为目标任务模板；

第一关联模块，用于关联用户端的身份识别信息与目标任务模板。

在另一种或者多种可能的实施例中，本申请实施例中的信息处理装置70还可以包括第一调整模块和第二确定模块；其中，

第一调整模块，用于在关联请求还包括对选定的任务模板的配置信息的情况下，基于配置信息，对选定的任务模板进行调整，得到调整后的任务模板；

第二确定模块，用于将调整后的任务模板确定为目标任务模板。

在又一种或者多种可能的实施例中，本申请实施例中的信息处理装置70还可以包括第二关联模块；其中，

接收模块701还可以用于，接收用户端发送的注册请求，注册请求包括用户端的身份识别信息；

获取模块702还可以用于，基于用户端的身份识别信息，获取用户端的服务类型；

第二关联模块，用于关联用户端的身份识别信息与用户端的服务类型对应的任务模板。

在再一种或者多种可能的实施例中，本申请实施例中的信息处理装置70还可以包括第二发送模块、第二调整模块和第三确定模块；其中，

第二发送模块，用于基于与服务类型对应的任务模板，向用户端发送提示信息，提示信息用于提示用户是否对与服务类型对应的任务模板进行配置；

第二调整模块，用于在接收到用户端发送配置指令的情况下，基于配置指令，对与服务类型对应的任务模板进行调整，得到调整后的任务模板；

第三确定模块，用于将调整后的任务模板确定为与用户端的服务类型对应的任务模板。

在再一种或者多种可能的实施例中，获取模块702还可以用于，基于多个目标任务模板中每个目标任务模板的内容属性，获取每两个目标任务模板之间处理媒体信息的前驱后继事件关系；

生成模块703还可以用于，按照每两个目标任务模板之间处理媒体信息的前驱后继事件关系的顺序，生成任务编排工作流。

在再一种或者多种可能的实施例中，本申请实施例中的信息处理装置70还可以包括输入模块；其中，

调用模块704还用于，按照任务编排工作流，调用多个目标任务模板中当前目标任务模块处理媒体信息，得到当前服务处理结果信息；

输入模块，用于将当前服务处理结果信息作为下一个目标任务模块处理的媒体信息输入到下一个目标任务模块；

生成模块703还可以用于，基于下一个目标任务模块输出的处理结果，生成服务处理结果信息。

在再一种或者多种可能的实施例中，本申请实施例中的信息处理装置70还可以包括第四确定模块；其中，

第四确定模块，用于通过任务编排工作流，确定当前目标任务模板之后的下一个目标任务模块；

输入模块具体可以用于，通过任务编排工作流的任务回调，将当前目标任务模板输出的当前服务处理结果信息输入到下一个目标任务模块。

由此，通过用户端的身份识别信息与任务模板的预设关联关系，获取与目标身份识别信息预先关联的多个目标任务模板，无需用户分别上传每个任务的处理代码，仅需对预设模板的进行选择和简单的配置，方便用户快速接入各信息处理阶段的服务处理模块。接着，基于多个目标任务模板的前驱后继事件关系，生成任务编排工作流，可将多个目标任务模板的服务处理模块的能力组织起来，形成简单易用的处理流程，以及通过对目标任务模板的编排能力，可以在减少用户向不同服务服务处理模块上传不同阶段的媒体信息操作的同时，保证实现复杂的信息处理服务逻辑工作流。然后，按照任务编排工作流，调用多个目标任务模板处理媒体信息，得到服务处理结果信息，由此，按照任务编排工作流，统一调用符合处理要求的多个任务模板的处理模块，使其相互配合的执行信息处理流程，减少了因不同处理模块无法配合导致的信息传输时延，提高了信息处理流程的效率。

图8是示出根据一个实施例的计算机设备的硬件结构示意图。

如图8所示，计算机设备800包括输入设备801、输入接口802、处理器803、存储器804、输出接口805、以及输出设备806。

输入接口802、处理器803、存储器804、以及输出接口805通过总线810相互连接，输入设备801和输出设备806分别通过输入接口802和输出接口805与总线810连接，进而与计算机设备800的其他组件连接。具体地，输入设备801接收来自外部的输入信息，并通过输入接口802将输入信息传送到处理器803；处理器803基于存储器804中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器804中，然后通过输出接口805将输出信息传送到输出设备806；输出设备806将输出信息输出到计算机设备800的外部供用户使用。

在一个实施例中，图8所示的计算机设备800可以被实现为一种信息处理设备，该信息处理设备可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的信息处理方法。

在一个实施例中，该存储器还可以用于存储消息流量以及结合上述图1至图7描述的信息处理过程中每个步骤的计算结果。

根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机可读存储介质。例如，本申请的实施例包括一种计算机可读存储介质，其包括在计算机可读存储介质上存储程序或指令，在程序或指令被计算机设备执行的情况下，使得计算机设备执行上述方法的步骤。

根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括有形地包括在机器可读介质上的计算机程序，计算机程序包括用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以从网络上被下载和安装，和/或从可拆卸存储介质被安装。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令，当其在计算机上运行时，使得计算机执行上述各个实施例中描述的方法。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

Claims (13)

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

接收用户端发送的服务调用信息，所述服务调用信息包括所述用户端的目标身份识别信息和待处理的媒体信息；

根据身份识别信息与任务模板的预设关联关系，获取与所述目标身份识别信息关联的多个目标任务模板；

基于所述多个目标任务模板的前驱后继事件关系，生成任务编排工作流；

按照所述任务编排工作流，调用所述多个目标任务模板处理所述媒体信息，得到服务处理结果信息。

2.根据权利要求1所述的方法，其中，所述获取与所述目标身份识别信息关联的多个目标任务模板之前，所述方法还包括：

接收用户端发送的注册请求，所述注册请求包括所述用户端的身份识别信息；

基于所述注册请求，向所述用户端发送多个任务模板，所述任务模板用于定义处理媒体信息的规则信息；

在接收到所述用户端发送的关联请求，所述关联请求包括所述多个任务模板中选定的任务模板的情况下，将所述选定的任务模板确定为目标任务模板；

关联所述用户端的身份识别信息与所述目标任务模板。

3.根据权利要求2所述的方法，其中，所述关联请求还包括对选定的任务模板的配置信息；所述将所述选定的任务模板确定为目标任务模板，包括：

基于所述配置信息，对所述选定的任务模板进行调整，得到调整后的任务模板；

将所述调整后的任务模板确定为目标任务模板。

4.根据权利要求1所述的方法，其中，所述获取与所述目标身份识别信息关联的多个目标任务模板之前，所述方法还包括：

接收用户端发送的注册请求，所述注册请求包括所述用户端的身份识别信息；

基于所述用户端的身份识别信息，获取所述用户端的服务类型；

关联所述用户端的身份识别信息与所述用户端的服务类型对应的任务模板。

5.根据权利要求4所述的方法，其中，所述关联所述用户端的身份识别信息与所述用户端的服务类型对应的任务模板之前，所述方法还包括：

基于与所述服务类型对应的任务模板，向所述用户端发送提示信息，所述提示信息用于提示用户是否对与所述服务类型对应的任务模板进行配置；

在接收到所述用户端发送配置指令的情况下，基于所述配置指令，对与所述服务类型对应的任务模板进行调整，得到调整后的任务模板；

将所述调整后的任务模板确定为与所述用户端的服务类型对应的任务模板。

6.根据权利要求1所述的方法，其中，所述基于所述多个目标任务模板的前驱后继事件关系，生成任务编排工作流，包括：

基于所述多个目标任务模板中每个目标任务模板的内容属性，获取每两个目标任务模板之间处理媒体信息的前驱后继事件关系；

按照所述每两个目标任务模板之间处理媒体信息的前驱后继事件关系的顺序，生成任务编排工作流。

7.根据权利要求1所述的方法，其中，所述按照所述任务编排工作流，调用所述多个目标任务模板处理所述媒体信息，得到服务处理结果信息，包括：

按照所述任务编排工作流，调用所述多个目标任务模板中当前目标任务模块处理所述媒体信息，得到当前服务处理结果信息；

将所述当前服务处理结果信息作为下一个目标任务模块处理的媒体信息输入到所述下一个目标任务模块；

基于所述下一个目标任务模块输出的处理结果，生成所述服务处理结果信息。

8.根据权利要求7所述的方法，其中，所述将所述当前服务处理结果信息作为下一个目标任务模块处理的媒体信息输入到所述下一个目标任务模块，包括：

通过所述任务编排工作流，确定所述当前目标任务模板之后的下一个目标任务模块；

通过所述任务编排工作流的任务回调，将所述当前目标任务模板输出的当前服务处理结果信息输入到所述下一个目标任务模块。

9.根据权利要求1所述的方法，其中，所述待处理的媒体信息包括下述中的至少一种信息：离线媒体文件、在线的媒体流。

10.一种信息处理装置，包括：

接收模块，用于接收用户端发送的服务调用信息，所述服务调用信息包括所述用户端的目标身份识别信息和待处理的媒体信息；

获取模块，用于根据身份识别信息与任务模板的预设关联关系，获取与所述目标身份识别信息关联的多个目标任务模板；

生成模块，用于基于所述多个目标任务模板的前驱后继事件关系，生成任务编排工作流；

调用模块，用于按照所述任务编排工作流，调用所述多个目标任务模板处理所述媒体信息，得到服务处理结果信息。

11.一种计算机设备，包括：存储器和处理器，

所述存储器，用于存储有计算机程序；

所述处理器，用于执行所述存储器中存储的计算机程序，所述计算机程序运行时使得所述处理器执行权利要求1至9中任意一项所述的信息处理方法的步骤。

12.一种计算机可读存储介质，所述计算机可读存储介质上存储程序或指令，在所述程序或指令被计算机设备执行的情况下，使得所述计算机设备执行如权利要求1至9中任意一项所述的信息处理方法的步骤。

13.一种计算机程序产品，包括计算机程序，在所述计算机程序被计算机设备执行的情况下，使得所述计算机设备执行如1至9中任意一项所述的信息处理方法的步骤。

Images