[发明专利]处理计算设备中的消息

说明书

技术领域

本申请涉及处理计算设备中的消息，并具体而言涉及与数据处理操作有关的消息。

背景技术

当计算设备需要执行用于用户的任务时，指令在计算设备内部传送，以便启动设备内适当的处理单元来执行任务。体系结构的模式是已知的，其将系统任务划分为若干较小的处理步骤，该处理步骤由通过所述步骤流动的数据相连接。所述模式被称为“管道和过滤器”模式：每个“过滤器”实现一个处理步骤，并且“管道”通过使得数据能够在步骤之间流动而连接所述步骤。在图1中提供根据管道和过滤器模式表示的任务的示例。图1示出了关联于文本数据文件的多个处理步骤。

用于表示数据处理操作的另一结构在由Khronos Group开发的OpenMAX IL标准1.1.1中进行了例示。该标准定义了用于多媒体应用的应用编程接口(API)，其使得软件开发者能够使用编解码器、库以及其它功能来处理视频、音频、语音、以及静态图像数据。OpenMAX标准包括将“组件”定义为独立数据操作器。每个组件是功能块，其可以是数据源、数据宿(data sink)、编解码器、过滤器、分路器、合路器、或任意其它类型的操作器，并且每个组件可以是硬件、软件、处理器、或这些的结合。将针对特定用途情形进行处理的数据被顺序地传送通过一系列组件，以便获得理想结果。

在现有计算设备中，提供特定数据处理需求的通常方式是通过：识别一系列期望使用案例，编写用于实现与每个独立使用案例关联的所需数据处理步骤的定制软件、以及将该软件以这样的方式存储在计算设备上，所述方式即当在计算设备中检测到相应的使用案例时所述软件可以被使用。术语“硬编码”可以被用于指代：意在处理特定的预想使用案例的永久存储的计算机程序的这些实例。例如，在涉及音频数据处理的具体使用案例中，以下可以是必要的：(i)从计算系统上的文件中检索MP3格式的音频数据，(ii)根据MP3编解码器解码已存储的音频数据，以及(iii)向设备上的扬声器提供已解码数据，用于向用户播放声音。该示例在图2中借助于表示不同组件的一系列块示出。在图2中，数据存储介质1包含MP3音频文件2。文件在组件3中被识别为一系列数据处理组件内的数据源。文件从其在存储装置1中的位置被读取，并接着被传送到编解码器4，编解码器4在MP3数据被传递到数据宿5(其在本示例中是扬声器6)之前解码MP3数据。组件3-5以及它们之间的关系被预先定义和存储，从而它们每当将在计算设备上播放MP3文件时可用于被调用。

发明内容

根据本发明的第一示例，提供了一种用于在计算设备中处理与数据处理操作有关的消息的方法，所述方法包括：在调度实体处从客户端过程接收消息；响应于接收到所述消息，从在所述调度实体外部的实体检索规定所述消息将如何被处理的数据；以及响应于检索所述数据，通过从所述调度实体向所述计算设备的一个或多个选择的组件发送进一步的消息，使得所述计算设备的一个或多个选择的组件执行在所述消息中指示的数据处理操作。

规定所述消息将如何被处理的数据可以规定控制操作，其可以涉及例如：用以执行数据处理操作的组件的选择、建立、绑定、状态改变、或时间安排。为了执行在消息中规定的数据处理操作，可以是以下情形，即，独立的组件各自执行其自身对应的数据处理操作，所述自身对应的数据处理操作分摊整体的数据处理操作。

根据此示例，例如如下所述的，选择的组件可以被分组为流或流容器。

检索规定所述消息将如何被处理的数据可以在运行时被执行，从而对于所述消息将如何被处理的确定是响应于在所述调度实体处接收到所述消息而被动态做出的。这可以提供在计算设备对消息进行响应的能力方面的灵活性，因为所述响应不需要被硬编码在计算设备中。

检索数据可以包括：从数据库检索预定义的方案，所述方案对应于在所述调度实体处接收到的所述消息。这可以允许在处理消息时较低的处理开销和相对快的响应，因为在此示例中调度实体接收关于如何处理来自客户端过程的消息的特定指令。

所述方案可以规定哪些组件将被用于所述消息的处理。此外，所述方案可以附加地规定与将在消息的处理中使用的组件有关的时间安排考虑，诸如，所述进一步的消息将被从所述调度实体向所述组件发送的顺序。这可以协助数据处理操作的高效执行，因为其可以确保消息不会在组件准备好对消息进行响应之前被发送到组件。