CN112783614A - 对象处理方法、装置、设备、存储介质以及程序产品 - Google Patents

Abstract

本公开提供了对象处理方法、装置、电子设备及存储介质，涉及人工智能领域，具体涉及计算机视觉和深度学习技术。具体实现方案为：获取预先为待处理对象配置的至少一个处理模块，其中，处理模块包括待处理对象单独使用的专用模块；从资源池中获取处理模块的处理资源，并获取专用模块对应的待处理对象的上下文信息；根据上下文信息，利用处理资源对待处理对象进行处理，得到处理结果。本公开实施例通过使用可配置的处理模块使得对象处理的灵活性大大提高，通过资源池可合理调度系统资源，并且使得处理模块能够方便获取待处理对象的上下文信息，从而提高处理效率。

Description

对象处理方法、装置、设备、存储介质以及程序产品

技术领域

本公开涉及人工智能领域，尤其涉及计算机视觉和深度学习技术。

背景技术

在目前的流程处理系统中，使用C++语言等业务逻辑语言来编写业务代码，灵活性和扩展性较差，导致跟进新的需求比较困难。当交付给第三方客户后，调试也比较麻烦，如果客户有新的需求需要重新开发。在另外一种方式中，可使用脚本语言串联调用各个处理模块的用业务逻辑语言编写的策略动态库。但是脚本语言和业务逻辑语言是两种不同的语言，以图像处理为例，由于图像在两种不同的语言之间互相传递，必然会涉及到内存的拷贝操作，因此会带来性能损失、处理效率降低。

发明内容

本公开提供了一种对象处理方法、装置、设备、存储介质以及程序产品。

根据本公开的一方面，提供了一种对象处理方法，包括：

获取预先为待处理对象配置的至少一个处理模块，其中，处理模块包括待处理对象单独使用的专用模块；

从资源池中获取处理模块的处理资源，并获取专用模块对应的待处理对象的上下文信息；

根据上下文信息，利用处理资源对待处理对象进行处理，得到处理结果。

根据本公开的另一方面，提供了一种对象处理装置，包括：

第一获取单元，用于获取预先为待处理对象配置的至少一个处理模块，其中，处理模块包括待处理对象单独使用的专用模块；

第二获取单元，用于从资源池中获取处理模块的处理资源，并从资源池中获取专用模块对应的待处理对象的上下文信息；

处理单元，用于根据上下文信息，利用处理资源对待处理对象进行处理，得到处理结果。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开任一实施例中的方法。

上述申请中的一个实施例具有如下优点或有益效果：通过使用可配置的处理模块使得对象处理的灵活性大大提高，通过资源池可合理调度系统资源，并且使得处理模块能够方便获取待处理对象的上下文信息，从而提高处理效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开一实施例的对象处理方法的流程图；

图2是根据本公开另一实施例的对象处理方法的上下文信息传递示意图；

图3是根据本公开另一实施例的对象处理方法的检测流程图；

图4是根据本公开另一实施例的对象处理方法的流式处理流程图；

图5是根据本公开一实施例的对象处理装置的示意图；

图6是根据本公开另一实施例的对象处理装置的示意图；

图7是根据本公开另一实施例的对象处理装置的示意图；

图8是用来实现本公开实施例的对象处理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在相关技术中，图像综合处理流程有以下几种实现方式：

(1)使用C++语言等业务逻辑语言来编写业务代码，将处理流程串联起来。每个算法策略以动态链接库的形式接入，需要提供头文件和so(shared object，共享对象库)文件。每次算法策略有更新时，需要更新对外输出的SDK(Software Development Kit，软件开发工具包)的C++代码，重新编译发布该SDK。这种实现方式不方便进行私有化交付，因为C++代码编写比较麻烦，人工成本较高。而且在线上部署完成或者交付给业务方后，后续修改代码十分困难，需要整体重新开发测试。由于灵活性较差，扩展性也较差，导致跟进新的需求比较困难。当交付给第三方客户后，调试也比较麻烦。如果客户有新的需求，则需要重新开发。

(2)可使用Python、Lua等脚本语言串联调用各个算法策略动态库。脚本语言的特性是灵活性较高，但缺陷是性能较差。一方面，算法研发人员需要在实现算法的同时开发出可供脚本语言调用的接口，工作量较原来大大增加。另一方面，由于脚本语言的效率较低，采用这种方式会带来一定的性能损失。以图像处理为例，脚本语言和业务逻辑语言是两种不同的语言，由于图像在两种不同的语言之间互相传递，必然会涉及到内存的拷贝操作，因此会带来性能损失。

图1是根据本公开一实施例的对象处理方法的流程图。参见图1，该对象处理方法包括：

步骤S110，获取预先为待处理对象配置的至少一个处理模块，其中，处理模块包括待处理对象单独使用的专用模块；

步骤S120，从资源池中获取处理模块的处理资源，并获取专用模块对应的待处理对象的上下文信息；

步骤S130，根据上下文信息，利用处理资源对待处理对象进行处理，得到处理结果。

本公开实施例提供的对象处理方法中，可在流式处理流程中基于可插拔策略为待处理对象配置至少一个处理模块。其中，也可将处理模块称为算子、算法策略(或简称为策略)。在可插拔策略中，用户可以随时配置使用哪些算法策略对待处理对象进行处理。也就是说，流式处理流程中所需要的处理模块是可插拔的，具体而言，对待处理对象执行哪些算法策略是可插拔的。以图像处理为例，可插拔策略可用于综合图像处理的流程中，可以通过配置文件等方式，将相关技术中的多种的视觉算法串联起来，形成流式处理模块。或者，将多个单一的视觉算法组合成更复杂的视觉算法，组合之后可减少分别请求多个服务所产生的时延，从而使得组合后的系统整体性功能大于部分功能之和。

相关技术中的视觉产品，可能只进行单张图像单个模型算法的处理。比如，输入一张图像，返回图像中人群的划分；输入一张图像，返回当前图像是否为非法图像；输入一张图像，返回图像中人体或者车辆目标的各种属性。使用可插拔策略可以根据处理需求将静态的单一的产品的功能进行动态组合，将静态的单一的产品组合成动态实时分析的产品。在实时视频分析系统、综合图像场景分析系统或单一图像多流程处理系统中都可以使用本公开实施例提供的对象处理方法。

本公开实施例中，可基于待处理对象的处理需求，预先为待处理对象配置至少一个处理模块。其中，待处理对象可包括待处理图像、待处理语音、待处理视频等。在待处理图像的一个示例中，根据处理需求，为待处理图像配置的处理模块可包括：处理模块1，用于从待处理图像中检测人脸图像；处理模块2，用于将检测到的人脸图像与指定数据库中的敏感图像进行比对；处理模块3，用于按照预设条件再将比对成功的人脸图像进行筛选，例如按照人种进行筛选，最终得到满足用户需求的处理结果。可利用配置文件为待处理对象配置若干个处理模块。

在步骤S110中，可根据待处理对象对应的配置文件，获取预先为待处理对象配置的至少一个处理模块。其中，处理模块包括待处理对象单独使用的专用模块和多个待处理对象共同使用的共享模块。

在一个示例中，为待处理对象配置的处理模块(算子)和处理流程如图2所示。在图2所示的处理流程中，在起始算子和终点算子中间的处理流程包括算子A、算子B、算子C、算子D。在起始算子之后，处理流程分为两个并行的分支。在第一分支中算子A和算子B是串行关系，在第二分支中算子C和算子D是串行关系。在算子B和算子D对待处理对象处理完成后，最后由终点算子对待处理对象做最后的处理。在图2中，算子A对待处理对象处理完成后，可将算子A得到的中间处理结果保存到上下文(Context)信息的存储单元中。然后算子B从上下文信息的存储单元中获取到算子A的中间处理结果，并对该中间处理结果进行进一步地处理。同理，算子C和算子D之间也是通过上下文信息的存储单元来传递作为中间处理结果的上下文信息。

本公开实施例中，可以分别为可插拔的处理模块创建各自的资源池。资源池用于对可使用的CPU(central processing unit，中央处理器)、GPU(Graphics ProcessingUnit，图形处理器)和内存资源进行合理调度和管理。利用资源池对处理资源进行有效管理，使得从资源池中获取资源所需的时间是可预知的，从而在一定程度上解决性能的问题。在步骤S110中已经获取了预先为待处理对象配置的各个处理模块。在步骤S120中，可为待处理对象创建一个处理线程。处理线程分别从各个处理模块的资源池中申请获取各个处理模块的处理资源，包括获取共享模块和专用模块的处理资源。

其中，专用模块的资源池可以包括以下作用：一是进行资源(例如CPU、GPU和内存)调度。处理线程可以从资源池中申请获得专用模块的处理资源(例如CPU、GPU和内存)。二是资源池中设置有存储单元，专门用于存储专用模块的上下文信息。处理线程可从专用模块的资源池中申请获取专用模块对应的待处理对象的上下文信息。

在步骤S130中，各个处理模块根据上下文信息，利用处理资源对待处理对象进行处理。参见图2的示例，各个处理模块按照预先配置的处理流程中的处理顺序(包括串行关系和并行关系)依次对待处理对象进行处理，在处理流程的最后一个处理模块中得到针对待处理对象的最终的处理结果。

本公开实施例通过使用可配置的处理模块使得对象处理的灵活性大大提高，通过资源池可合理调度系统资源，并且使得处理模块能够方便获取待处理对象的上下文信息，从而提高处理效率。

在一种实施方式中，上述方法还包括：

基于待处理对象的处理需求，利用配置文件预先为待处理对象配置至少一个处理模块；其中，处理模块还包括多个待处理对象共同使用的共享模块。

在配置文件中，用户可以随时根据处理需求配置使用哪些处理模块。在业务提供方提供新的处理模块时，用户只需在配置文件中进行配置、更改策略配置即可使用新的处理模块，而不需要改动任何代码。利用配置文件为待处理对象配置处理模块的方式可满足用户的个性化处理需求，且该方式简单易行便于操作。

可在配置文件中使用参数来配置处理模块，让每个处理模块可被程序语言执行。可以用某种约定好的格式配置待处理对象使用的处理模块。其中，每个处理模块都有一定的公共参数，以及各自的特定参数。公共参数是每个处理模块都有的参数，可将公共参数写在配置文件中。例如公共参数可包括：处理模块的名称、处理模块是否和其他场景共享、配置文件的路径、自定义文件的文件名、模型(算子)路径、支持并发数、so文件路径等。特定参数可写在每个处理模块各自的自定义文件中。自定义文件可以由每个处理模块的算法开发人员提供。

如前述，处理模块包括待处理对象单独使用的专用模块和多个待处理对象共同使用的共享模块。在一个共享模块的示例中，对于实现图像检测功能的模块而言，任何两张图像之间可能都没有相关性，则该处理模块可以和其他场景共享。

在一个专用模块的示例中，可能在专用模块内部处理当前视频场景的前面一段时间的信息，因此该专用模块不可以在不同的视频场景之间共享。比如，某个专用模块的功能是，抽取十张图像中最清晰的一张，则在该处理模块内部首先需要保存十张图像，并且该十张图像始终需要保存在该处理模块中。因此该处理模块属于专用模块，不可以在不同的视频场景之间共享。由于专用模块内部会存储一些信息，针对会存储信息的专用模块，可将其认定为是不可共享的。除了专用模块内部会存储一些信息，还会将专用模块的处理结果作为上下文信息放入资源池的存储单元。

在另一个专用模块的示例中，对于实现人流追踪功能的模块而言，例如在视频流中进行10秒内的人流追踪，需要获取10秒前的处理结果(上下文信息)，不同的待处理对象的上下文信息不同，因此该处理模块也不能和其他场景共享。

在配置文件中可描述处理模块的以下属性信息：处理模块的名称(name)、处理模块是否和其他场景共享(share processor with other cameras)、配置文件的路径(例如conf_path：./conf)、自定义文件的文件名(例如conf_file:strategy_generalclassify)、模型(算子)路径(例如model_path:./model_detect)、支持并发数(例如processor_num:16)、so文件路径(例如so_path:./so/libpedestrian-detection-service.so)。其中，可使用变量shareable的值来表示处理模块是否和其他场景共享。在一个示例中，若shareable＝1，则表示处理模块可以和其他场景共享，则该处理模块是共享模块；若shareable＝0，则表示处理模块不能和其他场景共享，则该处理模块是专用模块。

本公开实施例中，可根据处理需求利用配置文件配置需要的处理模块，可在流式处理流程中实现算法策略的可插拔方式，使得整体流式处理系统灵活性大大提高。并且与脚本语言的实现方式相比较，本公开实施例的实现方式不涉及到不同语言之间的互相调用，以及不涉及数据在内存单元之间的拷贝，提高了任务处理效率。

在一种实施方式中，上述方法还包括：在为待处理对象配置多个处理模块的情况下，利用配置文件配置多个处理模块之间的串行关系和并行关系。

在配置文件中可以为待处理对象只配置的一个处理模块，也可以为待处理对象配置多个处理模块。在一个示例中，为待处理对象配置的多个处理模块具有串行关系。则可用处理模块在配置文件中出现的先后顺序来表示处理模块的执行顺序。在对象处理过程中，首先执行配置文件中写在最前面在处理模块，然后按照顺序依次执行写在后面的处理模块。

在另一个示例中，为待处理对象配置的多个处理模块具有并行关系。则在配置文件中可描述处理模块的下游模块属性信息。例如在配置文件中配置名称为vehicle-detect的处理模块，可配置该处理模块的下游模块属性信息为：downstreams：vehicle-attr,vehicle-recognize，表示名称为vehicle-detect的处理模块有两个名称分别为vehicle-attr和vehicle-recognize的下游处理模块。因此vehicle-attr和vehicle-recognize这两个处理模块具有并行关系。可以在配置文件中继续描述vehicle-attr和vehicle-recognize的下游模块属性信息。例如可配置以上两个处理模块的下游模块属性信息为：downstreams:end，表示结束，即这两个处理模块没有下游处理模块。

本公开实施例中，利用配置文件配置多个处理模块之间的串行关系和并行关系，可满足用户的个性化处理需求，且该方式简单易行便于操作，实现可插拔方式使得整体流式处理系统灵活性大大提高。

图3是根据本公开另一实施例的对象处理方法的检测流程图。如图3所示，在一种实施方式中，上述方法还包括：

步骤S310，将多个处理模块之间的串行关系和并行关系转化成关系图；

步骤S320，对关系图的结构进行检测；

步骤S330，在检测到关系图中不存在闭环结构的情况下，确定关系图的结构是合法的。

流式处理系统中各个处理模块按照配置文件中配置的顺序执行，上游处理模块的输出信息可以构成下游处理模块的输入信息。而且，可对配置文件进行检测以避免配置文件中的各个处理模块出现循环调用的情况。本公开实施例中，可将配置文件中的各个处理模块之间的串行关系和并行关系转化成关系图，检测关系图中是否存在闭环结构。若检测到关系图中存在闭环结构，则确定关系图中存在循环调用的情况，则关系图的结构是不合法的。这种情况下，可给出相应的提示信息以提示用户修改配置文件以修正循环调用的问题。

在一个示例中，一个合法的关系图可采用有向无环图(DAG，Directed AcyclicGraph)来配置多个处理模块之间的串行关系和并行关系。有向无环图是一个无回路的有向图。如果一个有向图无法从某个顶点出发经过若干条边回到该点，则这个图是一个有向无环图。有向无环图是描述系统的进行过程的有效工具。本公开实施例中，可利用有向无环图分析处理流程能否顺利进行，以及估算完成处理流程所必须的最短时间等。可以通过对有向图进行拓扑排序和关键路径操作分析上述问题。

本公开实施例中，对配置文件中多个处理模块之间的串行关系和并行关系进行检测，可避免各个处理模块出现循环调用的情况，可保证系统稳定运行，提升系统的可靠性。

在一种实施方式中，获取预先为待处理对象配置的至少一个处理模块，包括：

对配置文件进行解析，得到预先为待处理对象配置的至少一个处理模块。

在配置文件中配置了待处理对象的至少一个处理模块，在此基础上，可针对配置文件设置对应的策略解析模块对配置文件进行解析。解析结果可包括预先为待处理对象配置的各个处理模块。策略解析模块将各个处理模块的关系以及对应的参数实例化。策略解析模块的作用包括将可视化的配置文件，转化成程序内部的策略执行逻辑。首先，策略解析模块会获取到所有的一级策略，然后依次获取到所有的二级策略、三级策略……。其中，一级策略、二级策略、三级策略等对应于策略的先后处理顺序。根据策略的先后处理顺序，可以确定策略内部的调用顺序。以业务图像处理为例，因为业务图像都是流式处理的，因此每一级的策略的产出信息都可以构成下一级策略的输入信息。

图4是根据本公开另一实施例的对象处理方法的流式处理流程图。在图4的示例中对图像帧进行处理。一个示例性的处理流程包括以下步骤：

步骤4.1：新的图像帧输入流式处理系统。

步骤4.2：判断新的图像帧是否属于新的视频流。若是则执行步骤4.3，若否则执行步骤4.4。

步骤4.3：在后端添加新的处理线程之后返回执行步骤4.2，添加的处理线程后该图像帧已不属于新的视频流，则经过步骤4.2的判断之后执行步骤4.4。

步骤4.4：获取视频流ID(标识)对应的处理线程。

步骤4.5：根据策略解析模块对配置文件的解析结果，处理线程从资源池中获取处理模块的处理资源，对待处理对象进行处理，并保存各个待处理模块的中间处理结果。

步骤4.6：判断解析结果中是否还有新的处理模块。若是则重复执行步骤4.5，若否则执行步骤4.7。

步骤4.7：将中间处理结果处理成最终结果。例如在这一步骤中可根据用户需求对中间处理结果进行排序、筛选等操作，得到最终结果。

步骤4.8：结束本次调用并返回最终结果。

本公开实施例中，对配置文件进行解析，按照解析结果控制各个处理模块有序执行，可满足用户的处理需求，达到用户预期的处理效果。

在一种实施方式中，从资源池中获取处理模块的处理资源，并从资源池中获取专用模块对应的待处理对象的上下文信息，包括：

从第一资源池中获取共享模块的处理资源；

从第二资源池中获取专用模块的处理资源和专用模块对应的待处理对象的上下文信息。

在流式处理流程中，每一级的处理模块都是可以并发执行多路处理任务的。其中，有些任务可以复用，有些任务无法复用。可以利用资源池对处理模块的处理资源进行统一管理，同时也可以利用资源池存储专用模块的上下文信息。

例如，可以分别为各个处理模块创建各自的资源池。当一个待处理对象输入流式处理系统后，可首先会分析为待处理对象配置的各个处理模块是属于共享模块，还是属于专用模块。在一种情况下，如果某个处理模块属于共享模块，则从该共享模块的资源池中申请获得一个处理模块的处理资源。如果此时该资源池中没有处理资源，则当前处理任务会暂时挂起，直到资源池中返回一个可用的处理模块的处理资源时，当前任务可获取该处理资源。在另一种情况下，如果某个处理模块属于专用模块，则除了从该共享模块的资源池中申请获得一个处理模块的处理资源之外，还需要在该资源池中获取待处理对象的上下文信息。

在一个示例中，专用模块可根据当前的处理线程的ID去获取对应的上下文信息。在另一个示例中，还可以设置专门的资源池用于存储上下文信息。存储上下文信息的资源池可以是一次性的。当一次请求结束，执行完所有算子的流程，结果返回的时候，可销毁存储上下文信息的资源池。

本公开实施例分别为共享模块和专用模块创建各自的资源池，并且在资源池中存储专用模块的上下文信息，使得各个处理模块可以按需调用其中的中间处理结果，从而提高处理效率。

图5是根据本公开一实施例的对象处理装置的示意图。参见图5，该对象处理装置包括：

第一获取单元510，用于获取预先为待处理对象配置的至少一个处理模块，其中，处理模块包括待处理对象单独使用的专用模块；

第二获取单元520，用于从资源池中获取处理模块的处理资源，并从资源池中获取专用模块对应的待处理对象的上下文信息；

处理单元530，用于根据上下文信息，利用处理资源对待处理对象进行处理，得到处理结果。

图6是根据本公开另一实施例的对象处理装置的示意图。如图6所示，在一种实施方式中，上述装置还包括配置单元610，配置单元610用于：

基于待处理对象的处理需求，利用配置文件预先为待处理对象配置至少一个处理模块；其中，处理模块还包括多个待处理对象共同使用的共享模块。

在一种实施方式中，第一获取单元510用于：

对配置文件进行解析，得到预先为待处理对象配置的至少一个处理模块。

在一种实施方式中，第二获取单元520还用于：

从第一资源池中获取共享模块的处理资源；

从第二资源池中获取专用模块的处理资源和专用模块对应的待处理对象的上下文信息。

在一种实施方式中，配置单元610还用于：在为待处理对象配置多个处理模块的情况下，利用配置文件配置多个处理模块之间的串行关系和并行关系。

图7是根据本公开另一实施例的对象处理装置的示意图。如图7所示，在一种实施方式中，上述装置还包括检测单元710，检测单元710用于：

将多个处理模块之间的串行关系和并行关系转化成关系图；

对关系图的结构进行检测；

在检测到关系图中不存在闭环结构的情况下，确定关系图的结构是合法的。

本公开实施例的数据分发装置中的各单元的功能可以参见上述方法中的对应描述，在此不再赘述。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或要求的本公开的实现。

如图8所示，电子设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序来执行各种适当的动作和处理。在RAM 803中，还可存储电子设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入输出(I/O)接口805也连接至总线804。

电子设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许电子设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如对象处理方法。例如，在一些实施例中，对象处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到电子设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的对象处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行对象处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (15)

1.一种对象处理方法，包括：

获取预先为待处理对象配置的至少一个处理模块，其中，所述处理模块包括所述待处理对象单独使用的专用模块；

从资源池中获取所述处理模块的处理资源，并从资源池中获取所述专用模块对应的待处理对象的上下文信息；

根据所述上下文信息，利用所述处理资源对所述待处理对象进行处理，得到处理结果。

2.根据权利要求1所述的方法，还包括：

基于所述待处理对象的处理需求，利用配置文件预先为所述待处理对象配置至少一个处理模块；其中，所述处理模块还包括多个所述待处理对象共同使用的共享模块。

3.根据权利要求2所述的方法，其中，所述获取预先为所述待处理对象配置的至少一个处理模块，包括：

对所述配置文件进行解析，得到预先为所述待处理对象配置的至少一个处理模块。

4.根据权利要求2所述的方法，其中，所述从资源池中获取所述处理模块的处理资源，并从资源池中获取所述专用模块对应的待处理对象的上下文信息，包括：

从第一资源池中获取所述共享模块的处理资源；

从第二资源池中获取所述专用模块的处理资源和所述专用模块对应的待处理对象的上下文信息。

5.根据权利要求2所述的方法，还包括：在为所述待处理对象配置多个处理模块的情况下，利用所述配置文件配置所述多个处理模块之间的串行关系和并行关系。

6.根据权利要求5所述的方法，还包括：

将所述多个处理模块之间的串行关系和并行关系转化成关系图；

对所述关系图的结构进行检测；

在检测到所述关系图中不存在闭环结构的情况下，确定所述关系图的结构是合法的。

7.一种对象处理装置，包括：

第一获取单元，用于获取预先为待处理对象配置的至少一个处理模块，其中，所述处理模块包括所述待处理对象单独使用的专用模块；

第二获取单元，用于从资源池中获取所述处理模块的处理资源，并从资源池中获取所述专用模块对应的待处理对象的上下文信息；

处理单元，用于根据所述上下文信息，利用所述处理资源对所述待处理对象进行处理，得到处理结果。

8.根据权利要求7所述的装置，所述装置还包括配置单元，所述配置单元用于：

基于所述待处理对象的处理需求，利用配置文件预先为所述待处理对象配置至少一个处理模块；其中，所述处理模块还包括多个所述待处理对象共同使用的共享模块。

9.根据权利要求8所述的装置，其中，所述第一获取单元用于：

对所述配置文件进行解析，得到预先为所述待处理对象配置的至少一个处理模块。

10.根据权利要求8所述的装置，其中，所述第二获取单元还用于：

从第一资源池中获取所述共享模块的处理资源；

从第二资源池中获取所述专用模块的处理资源和所述专用模块对应的待处理对象的上下文信息。

11.根据权利要求8所述的装置，所述配置单元还用于：在为所述待处理对象配置多个处理模块的情况下，利用所述配置文件配置所述多个处理模块之间的串行关系和并行关系。

12.根据权利要求11所述的装置，所述装置还包括检测单元，所述检测单元用于：

将所述多个处理模块之间的串行关系和并行关系转化成关系图；

对所述关系图的结构进行检测；

在检测到所述关系图中不存在闭环结构的情况下，确定所述关系图的结构是合法的。

13.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使计算机执行权利要求1-6中任一项所述的方法。

15.一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现根据权利要求1-6中任一项所述的方法。

Images