CN102461324A - 资源分配 - Google Patents

Abstract

一种在计算设备中分配资源的方法，其中根据来自客户端的请求向客户端分配资源，所述资源的分配至少部分地通过系统设置来确定，所述计算设备包括消息队列，来自客户端的对资源分配的请求在所述队列中具有相应消息时，所述方法包括对所述队列中的消息安排优先顺序的步骤。按优先级的降序，所述消息的所述优先级可包括，：与可影响现有资源分配的改变对应的消息，与资源的系统相关请求对应的消息，然后与对资源的用户相关请求对应的消息。

Description

资源分配

技术领域

本发明涉及计算设备中资源的分配。

背景技术

计算设备正逐步变得更加普及，并且能够完成比先前可能的更多任务。随着能力的这种增加，计算设备执行这些任务所使用的资源也相应增加。

资源数目的增加提高了管理资源的复杂性。在过去，以对等方式处理资源的管理。在对资源的请求或使用中的任何冲突都将针对相关的特定请求和相关资源，或将导致错误。

然而，近来出现以下实现方式：在计算设备中需要提供架构，以管理能够处理与用于分配的资源和请求的冲突的资源分配。一般地，这样的系统关于从客户端(可以是软件或硬件组件)接收对资源分配的请求以及根据规则集合分配资源。

在用于资源分配的多个系统(例如Symbian操作系统的多媒体子系统)中，在队列中处理对资源分配的请求。

可按接收请求的顺序来处理对资源分配的请求。然而，这会导致不重要的请求优先于更重要的请求而被服务。此外，在两个请求涉及相同资源时，这会导致不重要的请求优先于更重要的请求而被分配资源。

发明内容

根据第一实施例，提供一种方法，包括：在消息队列中安置与源自客户端的请求对应的消息；通过参照系统设置向对应客户端分配计算设备的资源来处理所述消息；保持向客户端分配的资源的记录；以及在所述消息队列包括多个消息时，对处理所述消息的顺序安排优先顺序。

根据第二实施例，提供一种装置，包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码；所述至少一个存储器和计算机程序代码被配置为，通过至少一个处理器工作，使得装置至少执行以下步骤：致使在消息队列中安置与源自客户端的请求对应的消息；致使通过参照系统设置向对应客户端分配计算设备的资源来处理所述消息；致使保持向客户端分配的资源的记录；以及致使在所述消息队列包括多个消息时，对处理所述消息的顺序安排优先顺序。

根据第三实施例，提供一种计算机程序产品，包括承载由计算机实现的计算机程序代码的计算机可读介质，所述计算机程序代码包括：在消息队列中安置与源自客户端的请求对应的消息的代码；通过参照系统设置向对应客户端分配计算设备的资源来处理所述消息的代码；保持向客户端分配的资源的记录的代码；以及在所述消息队列包括多个消息时，对处理所述消息的顺序安排优先顺序的代码。

还描述一种计算机程序，包括：在消息队列中安置与源自客户端的请求对应的消息的代码；通过参照系统设置向对应客户端分配计算设备的资源来处理所述消息的代码；保持向客户端分配的资源的记录的代码；以及在所述消息队列包括多个消息时，对处理所述消息的顺序安排优先顺序的代码。

对队列中的消息安置优先顺序允许更重要消息可被首先处理，从而使得优先于不重要客户端而向更重要客户端提供资源。这使得重要客户端请求在最小延迟内被处理。

实施例提供可解决资源请求之间的潜在冲突的有效方式。与更重要客户端对应的请求被首先处理。如果属于不重要客户端的稍后请求关于这样的资源，该资源因为已经分配给更重要客户端而不再可用，则稍后请求可生成错误。因此，对于本发明的这些实施例不必提供不同的规则集合以处理冲突。

可根据规则集合来对处理所述消息的顺序安排优先顺序。

通过根据规则集合对队列中消息的处理顺序安排优先顺序，提供了容易实现的系统以用于分配资源和对资源的请求安排优先顺序。

请求可源自用户客户端或系统客户端，在这个实例中，可以使得源自系统客户端的消息优先于源自用户客户端的消息。

通过使得源自系统客户端的对资源的请求优先于源自用户客户端的对资源的请求，提供一种对资源请求安排优先顺序的规则，该规则相对容易实现并且提供在资源请求之间区分的健壮性方式。由于系统请求一般地比用户请求更关键，这允许了更好的优先顺序安排。

所述队列中所述消息中的至少一个可包括与能影响资源的现有分配的系统改变有关的消息，所述方法还可包括使得与所述系统改变有关的所述消息优先于与资源分配的客户端请求对应的消息的步骤。

使得与能影响现有分配的系统改变有关的消息优先于源自客户端的资源的请求很有利，因为这最小化了处理消息涉及的计算。如果与系统改变对应的消息没有优先于与客户端请求对应的消息，则如果系统改变影响了这些请求，可能必须重新分配在系统改变之前处理的任何客户端请求，这导致不必要的处理。

能影响资源的现有分配的改变可源自对用户简档的改变。

能影响资源的现有分配的改变可进一步源自对所述一个或多个系统设置的改变。

能影响资源的现有分配的改变可进一步源自对硬件组件的改变。

对硬件组件的改变可包括以下一个或多个：安装所述硬件组件；移除所述硬件组件；或改变所述硬件组件的设置。

多个客户端可以具有确定客户端的可信度水平的对应安全等级，并且在这个实例中，所述方法可以包括以下步骤：根据对应客户端的安全等级来对消息安排优先顺序。

所述队列可被适配为使得可顺序地处理所述消息。

可顺序处理的消息的消息队列提供一种结构，其中可相对容易地实现对队列中消息的优先顺序安排。在顺序地处理消息时，队列中的消息可根据它们在队列中的顺序被安排优先顺序。

所述队列可以是先入先出队列。

可以根据所述消息的优先顺序安排向所述队列增加所述消息。

所述资源为多媒体资源，并包括至少一个媒体源、媒体效果、解码器、编码器或媒体接收器(media sink)。

向客户端分配的资源的所述记录包括至少一个过滤图表，所述过滤图表链接所述客户端和所述记录的所述资源。

一些实施例扩展至适用于执行上述方法的计算机的程序、包括这个计算机程序的操作系统和包括这个操作系统的计算设备。

附图说明

以下参照附图描述实施例，其中类似标号用于表示类似元素，其中：

图1是移动计算设备的示意性表示；

图2是图1的移动计算设备的元件的示意性表示；

图3是客户端应用和上下文管理器之间的连接的示意性表示；

图4是系统组件和系统状态管理器之间的连接的示意性表示；

图5是图1的移动计算设备的系统设置接口的示意性表示；

图6是图1的移动计算设备的多媒体子系统的元件的连接的示意性表示；

图7是消息队列的示意性表示；

图8是示出实施例操作的过程图；

图9是示出图8的实施例的一部分的过程图；以及

图10是两个过滤图表的视图。

具体实施方式

图1是具有外壳12的示例性移动计算设备10的示意图。外壳12封装键板14、屏幕16、扬声器18、和麦克风20。设备10还包括天线22。图1所示的移动计算设备10可用作电话，并且这个实例中，经由天线22发送和接收电信信号。

图2是移动计算设备10的某些组件的示意性视图。设备10包括内核38，其代表设备10的操作系统。所示实施例中，操作系统是Symbian操作系统。内核38连接至系统存储器36，其通过存储器管理单元34来控制。设备驱动器24、26和28连接至内核38，并控制各个设备：键盘14、显示器16和网络卡30的行为，以及与它们通信。用户通过用户程序与设备10交互，图2中示出用户程序之一的用户程序32。用户程序32通过内核38与设备10的硬件(例如显示器16)通信。可认识到，移动计算设备10包括比这里所示的更多设备和组件。

系统存储器36包含操作设备10所需的软件，并且当开启设备时，系统存储器中的软件建立内核38，设备驱动器24、26和28，用户程序32和所有其他所需软件。在设备10的制造期间，软件可以作为软件映像被复制到系统存储器36。

以下，参照Symbian操作系统以及特别地Symbian操作系统的多媒体子系统来描述本发明实施例。然而，可认识到，本发明不限于这个方面，并且可容易地应用于使用其他操作系统的装置，以及除了多媒体资源之外的资源的分配。

图3示出形成图2所示的内核38的一部分的上下文管理器50。上下文管理器50连接至多个用户程序，图3中示出其中3个：媒体播放器52、游戏应用54和演示应用56。然而，可认识到，更多这样的用户程序可连接至上下文管理器50，并且图3的图示仅通过示例的方式来表示。可能需要多媒体资源的每个软件组件(除了形成内核38的一部分的那些之外)向上下文管理器50登记，并且上下文管理器以下述方式管理这些资源。上下文管理器50与用户空间中的软件应用有关。

图4示出系统状态管理器60，其形成内核38的一部分并连接至多个系统组件。图4的图示中，以下系统组件连接至系统状态管理器60：易失性存储器62、电池64、中央处理单元(CPU)66、非易失性存储器68、和用户简档监视器69。同样，可认识到，图4的图示仅通过示例的方式表示，并且系统状态管理器60可连接至不同系统资源。系统状态管理器可连接至形成内核38的一部分的任意软件组件，以及连接至影响系统状态并且可能需要向设备的用户发布系统通知的任意硬件组件，或连接至可影响下述系统设置的任意硬件组件。

由此，例如，系统状态管理器60连接至电池64，并且当电池达到预定电荷水平(通常，需要用户行动以防止设备不活动的电荷水平)时，系统状态管理器获悉并且将启动向用户发出通知的过程。

类似地，系统状态管理器60监视易失性存储器62、CPU 66和非易失性存储器68，并确定何时发出关于这些组件的通知。

用户简档监视器69可连接至用户简档。每个用户简档规定影响多媒体子系统的设置。例如，某个用户简档可以将所有音频输出指向振动器(未示出)，指定最大音量，指定缺省视频显示器设备等。因此，用户简档监视器69监视当前活动简档，并且如果这个简档的设置改变，则用户简档监视器69将其通知给系统状态管理器60。在改变涉及多媒体子系统的资源时，系统状态管理器60启动可(以下述方式)发生对多媒体资源的重新分配的过程。

图5示出系统设置接口70，其可包括图1和2所示的计算设备的内核38的一部分。系统设置接口70是对于计算设备的这样的设置的接口，所述设置影响可向特定客户端分配多媒体资源的方式。图5的接口70提供对于以下系统设置的接口：路由72、存储器74、电池76、拓扑78、和先占权80。在某些环境下，这些系统设置中的每个都可以影响可分配资源的方式。

先占权系统设置80确定哪些处理具有相比于其他处理的优先权。拓扑系统设置78确定例如屏幕和扬声器或耳机的多媒体资源与确定可如何访问特定资源的路由系统设置72的连接。存储器系统设置74和电池系统设置76确定将如何分别依靠存储器和电池的状态来分配资源。

因此，接口70对接的系统设置进一步提供策略集合，策略集合确定将如何依靠计算设备10的组件的状态和特征来分配资源。

可认识到，图5所示的系统设置仅是通过示例的方式示出，并且可向许多其他系统设置提供接口。例如，其他系统设置确定将如何依靠例如CPU状态的其他硬件组件的状态来分配资源。

图4的系统状态管理器60访问图5所示的系统设置，并且能够确定关于系统状态管理器监视的组件的那些系统设置。例如，当系统状态管理器60可连接至电池64时，电池系统设置74可确定这样的参数，即该参数确定系统状态管理器60何时发出关于电池的状态的通知。

对于系统状态管理器60的其他操作，可参照在70处接口的相应设置，或系统状态管理器60可访问独立于接口70的规则，该规则确定系统状态监视器70要采取的适当操作。

图6示出计算设备10的多媒体子系统的元件的连接。多媒体子系统包括参照图3所述的上下文管理器50。上下文管理器50连接至消息队列管理器102，其随后连接至参照图4所述的系统状态管理器60。消息队列管理器102连接至消息队列100。

上下文管理器50、消息队列100和系统状态管理器60都连接至控制器82。控制器82进一步连接至参照图5所述的系统设置接口70，并且接口70连接至黑板90。

黑板90连接至上下文管理器50和系统状态管理器60。上下文管理器50(如上所述)被连接至用户应用，其形成图6所示的媒体子系统的客户端的一部分。上下文管理器50接收和处理来自这些客户端的对资源的请求。因此，上下文管理器50主要与用户客户端有关。类似地，系统状态管理器60接收和处理系统请求。因此，系统状态管理器60主要与系统客户端有关。

上下文管理器50和系统状态管理器60都接收来自各自客户端的对资源分配的请求。一旦接收客户端请求，相应消息被生成并被传送至队列管理器102。队列管理器102对消息安排优先顺序，和/或在消息队列100中按序安置消息。

控制器82监视消息队列100，并且当消息队列向控制器82提供新请求时，这被通知给系统设置接口70并且该请求被写到黑板90。接口70访问来自黑板90的相应请求。如果系统设置能够服务于特定请求(换句话说，提供可向该请求分配资源的规则)，则这将形成图表(以下详述)并且该图表将被写到黑板90。因此，黑板90维持与客户端请求以及向这些客户端请求分配的资源对应的记录(图表的形式)。

图7示出消息队列100，其包括多个消息102、104和106。图7仅示出消息队列100的一部分，对于队列中消息的大小和数目将在图6所示的多媒体子系统的操作期间改变，并且将额外地依据实现多媒体系统的移动计算设备的细节改变。所示示例中，消息队列100是先入先出队列，该队列按照箭头108的方向处理，从而控制器82将按照由队列管理器向消息队列100写入消息的顺序访问消息队列100的消息，即按照如下顺序：消息106，然后消息104，然后消息102。然而，可使用其他排队技术。

现在参照图8的处理描述图6所示的多媒体子系统的操作。过程在步骤202开始，其中生成客户端请求。如上所述，这发生在上下文管理器50或系统状态管理器60处。一旦生成了客户端请求，过程转移至步骤204，其中通过队列管理器102向消息队列100增加客户端请求。下面参照图9进一步详细描述队列管理器对所接收的消息安排优先顺序并随后将这些写入队列的过程。然后，在步骤206，控制器82将访问消息队列100以提取队列中的下一消息。如上所述，所示队列100中的消息基于先入先出来处理。

步骤208表示控制器处理在步骤206从消息队列提取的消息的第一步骤。在步骤208，控制器将向黑板90发布请求。可认识到，向黑板90发布的请求对应于从消息队列100提取的特定消息。在随后步骤，步骤210，系统设置接口70访问黑板90，并提取与从消息队列100提取的消息相应的请求。在步骤212，控制器82通过被提供接口的每个系统设置来迭代以确定请求是否可以被满足。系统设置的迭代涉及对连接至接口70的每个系统设置的访问，以及确定该系统设置是否可满足请求。

在随后步骤，步骤214，作出是否服务于该请求的决定。这涉及聚集通过在步骤212中迭代所有系统设置而接收的决定，并基于此作出决定。如果在步骤214确定无法服务该请求，则过程进行至步骤224，其中生成错误。或者，如果在步骤214确定可服务该请求，则过程进行至步骤216，其中向控制器82通知可服务该请求。在随后步骤，步骤218，控制器向黑板90写入与客户端请求以及随后向该客户端请求分配的资源对应的图表。在随后步骤，步骤220，控制器将通知客户端并在当前为该客户端分配的资源上向该客户端传递控制。然后，处理进行至步骤222，其中控制器82从消息队列100提取下一消息。或者，在步骤222，如果在消息队列100中不存在将要处理的其他消息，则控制器82将等待将要写入消息队列100的下一消息。

参照由客户端接收的对资源分配的请求描述了以上处理。然而，系统还能够处理影响资源的现有分配的改变。这样的改变可源自用户作出对用户简档的改变或对硬件组件的改变(例如硬件组件的的安装或移除，或硬件组件的设置的改变)。系统状态管理器将检测这个改变，并在队列100中生成适当消息。当通过控制器82处理该消息时，根据改变来重新分析每个现有资源分配，并且受影响的那些资源分配由此被改变。

图9示出由队列管理器102对队列100中的消息安排优先顺序的过程240。图9所示的过程部分地对应于图8的步骤204，其中向队列增加请求。在图9的过程的初始步骤，步骤242，通过队列管理器102接收由上下文管理器50或系统状态管理器60生成的消息。

然后，在步骤244，队列管理器102访问现有队列。在步骤246，队列管理器102确定在队列中是否存在任何消息。如果确定在队列中没有消息，则过程进行至步骤248，其中队列管理器102向队列增加所接收的消息。然后，在随后步骤250，参照图8所述的资源分配的过程将继续。

然而，如果在步骤246确定在队列100中存在消息，则处理将进行至步骤252，其中队列管理器102提取队列中当前的所有消息。然后，在步骤254，队列管理器102将确定所有消息的优先级。这将包括在队列100中的消息以及已经到达的新消息。

为了确定消息的优先级，队列管理器102包括确定消息的优先级的规则集合。当前实施例中，应用以下优先级：向从上下文管理器50接收的所有消息分配最低优先级。在从系统状态管理器60接收的消息中，使得与来自系统客户端的资源请求有关的任何消息优先级在与可影响资源分配的改变有关的消息之下。要应用的优先级选择将根据使用情况而变化。

一旦已经确定了消息的优先级，则过程进行至步骤256，其中根据所确定的优先级对消息排序。这个步骤涉及将具有较高优先级的消息置于具有较低优先级的那些消息之前。

然后，在步骤258，向队列100写入所排序的消息。然后，资源分配的过程将在步骤260继续。当前实施例中，这将涉及继续上述图8的步骤206。

因此，本发明实施例确保将更加重要的消息优先于不重要的消息。这确保在不重要的资源分配之前处理更加重要的那些。

上述实施例中，存在用于对消息安排优先顺序的一定规则集合。然而，可认识到，这个规则集合可用更简单、或更复杂的规则集合来代替。备选实施例中，对于每个接收的请求指定规则。更简单的实施例中，使得从系统状态管理器60接收的请求优先于从上下文管理器50接收的请求。其他实施例中，根据安全配置来表征客户端。在Symbian操作系统中，这是PlatSec配置。这个实施例中，根据相应客户端的安全相关等级来对消息安排优先顺序。因此，可使得与更可信的客户端有关的消息优先于与欠可信客户端对应的那些消息。

图10示出根据某些以上实施例创建的两个图表。图表300代表给处于播放MP3文件的过程中的媒体播放器302的资源分配。媒体播放器客户端向上下文管理器50传送请求，该请求指定资源为MP3文件并请求MP3解码器以及缺省音频输出。这个示例中，MP3解码器和由媒体播放器请求的缺省音频输出代表要分配的资源。由系统设置接口70接口的系统设置根据与此相关的任何规则将正确的MP3解码器306和缺省音频输出312分配给媒体播放器302生成的资源请求。结果，图10所示的图表300将出现。媒体播放器302包括与MP3解码器306的接收器(sink)308连接的源304。MP3解码器306还包括与缺省音频输出312的接收器314连接的源310。

类似地，图10示出图表330，其对应于请求向设备10的用户的音频通知的系统状态管理器60。系统状态管理器在图表330中通过包括源334的框332来表示。这个示例中，源334是将要发出的特定通知，例如其可以是MP3声音文件。源334连接至通知服务器336上的接收器。通知服务器能够接收用于通知的源，并快速再现所需通知。通知服务器336包括源340，其连接至接收器344或缺省音频输出312。

图10所示的图表中，图表330具有比图表300更高的优先级，因为图表330涉及系统通知。因此，从系统状态管理器接收的请求(即框332)将优先于与来自媒体播放器的请求对应的消息(框302)。

这里，术语“源”涉及可用于服务于特定请求的任意软件或硬件组件。参照多媒体系统，术语“请求”可表示软件组件，例如媒体源、媒体效果、媒体记录器、和媒体编码器和/或硬件组件，例如扬声器、显示器、麦克风、蓝牙耳机等。

可在软件、硬件、应用逻辑或软件、硬件和应用逻辑的组合中实现本发明的实施例。软件、应用逻辑和/或硬件可驻留于处理器、存储器或专用硬件电路中。示例性实施例中，在各种传统计算机可读介质的任一个上保持应用逻辑、软件或指令集。本文档的上下文中，“计算机可读介质”可以是包含、存储、传送、传播或发送由指令执行系统、装置、或设备使用或与其连接的指令。计算机可读介质可包括可以是任意介质或部件的计算机可读存储介质，其可包含或存储由指令执行系统、装置、或设备使用或与其连接的指令。

如果期望，这里讨论的不同功能可按不同顺序和/或彼此并行执行。此外，如果期望，上述功能的一个或多个可以是可选的或可以被组合。

尽管在独立权利要求中阐述了本发明的各个方面，但是本发明的其他方面包括来自所述实施例的特征的其他组合和/或具有独立权利要求的特征的从属权利要求，并非仅仅是在权利要求中明确阐述的组合。

这里还注意，尽管上文描述了本发明的示例性实施例，这些描述不应该看作限制的含义。相反，在不脱离于所附权利要求中所定义的本发明的范围的情况下，存在若干改变和变型。

Claims (29)

1.一种方法，包括：

在消息队列中安置与源自客户端的请求对应的消息；

通过参照系统设置向对应客户端分配计算设备的资源来处理所述消息；

保持向客户端分配的资源的记录；以及

在所述消息队列包括多个消息时，对处理所述消息的顺序安排优先顺序。

2.如权利要求1所述的方法，其中根据规则集合来对处理所述消息的所述顺序安排优先顺序。

3.如权利要求1或2所述的方法，其中所述请求源自用户客户端或系统客户端，以及其中使得源自系统客户端的消息优先于源自用户客户端的消息。

4.如权利要求3所述的方法，其中所述队列中所述消息中的至少一个包括与能影响资源的现有分配的系统改变有关的消息，所述方法包括以下步骤：使得关于所述系统改变的所述消息优先于与资源分配的客户端请求对应的消息。

5.如权利要求4所述的方法，其中能影响资源的现有分配的所述改变源自对用户简档的改变。

6.如权利要求4所述的方法，其中能影响资源的现有分配的所述改变源自对所述一个或多个系统设置的改变。

7.如权利要求4至6中任一项所述的方法，其中能影响资源的现有分配的所述改变源自对硬件组件的改变。

8.如权利要求7所述的方法，其中所述对所述硬件组件的改变包括以下一个或多个：安装所述硬件组件；移除所述硬件组件；或改变所述硬件组件的设置。

9.如任意先前权利要求所述的方法，其中多个客户端具有确定客户端的可信度水平的对应安全等级，所述方法包括以下步骤：根据对应客户端的安全等级来对消息安排优先顺序。

10.如任意先前权利要求所述的方法，其中所述队列被适配为使得能顺序地处理所述消息。

11.如权利要求10所述的方法，其中所述队列是先入先出队列。

12.如权利要求11所述的方法，其中根据对所述消息的优先顺序安排向所述队列增加所述消息。

13.如任意先前权利要求所述的方法，其中所述资源为多媒体资源，并包括至少一个媒体源、媒体效果、解码器、编码器或媒体接收器。

14.如任意先前权利要求所述的方法，其中向客户端分配的资源的所述记录包括至少一个过滤图表，所述过滤图表链接所述客户端和所述记录的所述资源。

15.一种装置，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和计算机程序代码被配置为，通过至少一个处理器工作，使得装置至少执行以下步骤：

致使在消息队列中安置与源自客户端的请求对应的消息；

致使通过参照系统设置向对应客户端分配计算设备的资源来处理所述消息；

致使保持向客户端分配的资源的记录；以及

在所述消息队列包括多个消息时，对处理所述消息的顺序安排优先顺序。

16.如权利要求15所述的装置，其中致使对处理所述消息的顺序安排优先顺序包括：致使根据规则集合来对处理所述消息的所述顺序安排优先顺序。

17.如权利要求15或16所述的装置，其中所述请求源自用户客户端或系统客户端，以及其中致使对处理所述消息的顺序安排优先顺序包括：使得源自系统客户端的消息优先于源自用户客户端的消息。

18.如权利要求17所述的装置，其中所述队列中所述消息中的至少一个包括与能影响资源的现有分配的系统改变有关的消息，其中致使对处理所述消息的顺序安排优先顺序包括：使得关于所述系统改变的所述消息优先于与资源分配的客户端请求对应的消息。

19.如权利要求18所述的装置，其中能影响资源的现有分配的所述改变源自对用户简档的改变。

20.如权利要求18所述的装置，其中能影响资源的现有分配的所述改变源自对所述一个或多个系统设置的改变。

21.如权利要求18至20中任一项所述的装置，其中能影响资源的现有分配的所述改变源自对硬件组件的改变。

22.如权利要求21所述的装置，其中所述对所述硬件组件的改变包括以下一个或多个：安装所述硬件组件；移除所述硬件组件；或改变所述硬件组件的设置。

23.如权利要求15至22中任一项所述的装置，其中多个客户端具有确定客户端的可信度水平的对应安全等级，其中致使对处理所述消息的顺序安排优先顺序包括：根据对应客户端的安全等级来对消息安排优先顺序。

24.如权利要求15至23中任一项所述的装置，其中所述队列被适配为使得所述消息能被顺序地处理。

25.如权利要求24所述的装置，其中所述队列是先入先出队列。

26.如权利要求25所述的装置，其中根据所述消息的优先顺序安排来向所述队列增加所述消息。

27.如权利要求15至26中任一项所述的装置，其中所述资源为多媒体资源，并包括至少一个媒体源、媒体效果、解码器、编码器或媒体接收器。

28.如权利要求27述的装置，其中向客户端分配的资源的所述记录包括至少一个过滤图表，所述过滤图表链接所述客户端和所述记录的所述资源。

29.一种计算机程序产品，包括承载由计算机使用的计算机程序代码的计算机可读介质，所述计算机程序代码包括：

在消息队列中安置与源自客户端的请求对应的消息的代码；

通过参照系统设置向对应客户端分配计算设备的资源来处理所述消息的代码；

保持向客户端分配的资源的记录的代码；以及

在所述消息队列包括多个消息时，对处理所述消息的顺序安排优先顺序的代码。

Images