CN105635781A - 请求信息的处理方法及系统 - Google Patents

Abstract

本发明公开了一种请求信息的处理方法，所述请求信息的处理方法包括以下步骤：在待处理请求信息的数量为多个时，获取各个待处理请求信息；计算每个待处理请求信息的优先级信息；按照优先级由高至低的顺序依次处理各个待处理请求信息，以完成所有待处理请求信息对应的操作；其中，所述待处理请求信息的优先级信息的计算方式为：Pi＝C*(Ti+Tj)/Tj，其中Ti为滞留时间，Tj为请求的执行时间，C为权重值。本发明还公开了一种请求信息的处理系统。本发明实现待处理请求信息的统一管理，并合理、有效地完成各个请求对应的操作，提高了待处理请求信息的处理效率。

Description

请求信息的处理方法及系统

技术领域

本发明涉及控制技术领域，尤其涉及请求信息的处理方法及系统。

背景技术

随着电子技术的不断发展，以电视、手机为代表的智能电子设备逐渐进入人们的日常工作和生活当中，且为其所配备和可连接的外部设备也愈来愈多，电视或手机作为主电子设备，而这些外设设备作为主电子设备的附件，均可向其对应的主电子设备发送各类合法请求。例如：用户使用遥控器可对电视发送换台请求；开发人员使用调试工具，可通过串口对电视发送调试请求；生产线员工可使用专用遥控器向电视发送快捷功能请求等。因此，主设备无法对这些不同种类设备的请求进行统一管理，导致主设备在存在多个请求时，无法合理、有效地完成各个请求对应的操作，降低了请求处理的效率。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于解决主设备在存在多个请求时，无法合理、有效地完成各个请求对应的操作，降低了请求处理的效率的问题。

为实现上述目的，本发明提供的一种请求信息的处理方法，所述请求信息的处理方法包括以下步骤：

在待处理请求信息的数量为多个时，获取各个待处理请求信息；

计算每个待处理请求信息的优先级信息；

按照优先级由高至低的顺序依次处理各个待处理请求信息，以完成所有待处理请求信息对应的操作；

其中，所述待处理请求信息的优先级信息的计算方式为：Pi＝C*(Ti+Tj)/Tj，其中Ti为滞留时间，Tj为请求的执行时间，C为权重值。

优选地，所述按照优先级由高至低的顺序依次处理各个待处理请求信息，以完成所有待处理请求信息对应的操作的步骤之后，还包括：

在已计算出优先级信息的待处理请求信息未处理完毕，且接收到请求信息时，计算所接收到的请求信息的优先级信息并获取未处理完毕的待处理请求信息的优先级信息，将所接收到的请求信息作为未处理的待处理请求信息；

按照优先级由高至低的顺序依次处理各个未处理的待处理请求信息。

优选地，所述在待处理请求信息的数量超过预设数量阈值后，获取各个待处理请求信息的步骤之前，还包括：

接收外设设备发送来的请求信息；

在接收到外设设备发送来的请求信息后，判断所述外设设备是否为所支持的外设设备；

在所述外设设备为所支持的外设设备后，将所述外设设备发送来的请求信息保存并作为待处理请求信息；

在所述外设设备不为所支持的外设设备后，发出警示信息，并将所述外设设备列入黑名单，或提示用户是否将所不支持外设设备设置为支持外设设备。

优选地，所述在所述外设设备为所支持的外设设备后，将所述外设设备发送来的请求信息保存并作为待处理请求信息的步骤之后，还包括：

确定所述外设设备的类型；

根据所确定的类型为所述外设设备发送来的请求信息分配对应的访问控制域。

优选地，所述根据所确定的类型为所述外设设备发送来的请求信息分配对应的访问控制域的步骤之后，还包括：

确定所述外设设备对应的请求事件；

根据所分配的控制域得到支持处理的请求事件；

判断是否支持所述请求事件的处理；

在支持所述请求事件的处理时，将所述外设设备发送来的请求信息保存并作为待处理请求信息；

在不支持所述请求事件的处理时，将所述请求事件发送至服务器并接收服务器发送来的反馈信息。

此外，为实现上述目的，本发明还提供一种请求信息的处理系统，所述请求信息的处理系统包括：

获取模块，用于在待处理请求信息的数量为多个时，获取各个待处理请求信息；

计算模块，用于计算每个待处理请求信息的优先级信息；

处理模块，用于按照优先级由高至低的顺序依次处理各个待处理请求信息，以完成所有待处理请求信息对应的操作；

其中，所述待处理请求信息的优先级信息的计算方式为：Pi＝C*(Ti+Tj)/Tj，其中Ti为滞留时间，Tj为请求的执行时间，C为权重值。

优选地，所述计算模块，还用于在已计算出优先级信息的待处理请求信息未处理完毕，且接收到请求信息时，计算所接收到的请求信息的优先级信息并获取未处理完毕的待处理请求信息的优先级信息；

所述处理模块，还用于将所接收到的请求信息作为未处理的待处理请求信息；按照优先级由高至低的顺序依次处理各个未处理的待处理请求信息。

优选地，所述请求信息的处理系统还包括接发模块和判断模块，

所述接发模块，用于接收外设设备发送来的请求信息；

所述判断模块，用于在接收到外设设备发送来的请求信息后，判断所述外设设备是否为所支持的外设设备；

所述处理模块，还用于在所述外设设备为所支持的外设设备后，将所述外设设备发送来的请求信息保存并作为待处理请求信息；在所述外设设备不为所支持的外设设备后，发出警示信息，并将所述外设设备列入黑名单，或提示用户是否将所不支持外设设备设置为支持外设设备。

优选地，所述处理模块，还用于确定所述外设设备的类型；根据所确定的类型为所述外设设备发送来的请求信息分配对应的访问控制域。

优选地，所述处理模块，还用于确定所述外设设备对应的请求事件；根据所分配的控制域得到支持处理的请求事件；

所述判断模块，还用于判断是否支持所述请求事件的处理；

所述处理模块，还用于在支持所述请求事件的处理时，将所述外设设备发送来的请求信息保存并作为待处理请求信息；

所述接发模块，还用于在不支持所述请求事件的处理时，将所述请求事件发送至服务器并接收服务器发送来的反馈信息。

本发明通过在同时存在多个待处理请求信息时，计算各个待处理请求信息的优先级，并按照计算出的优先级的高低顺序依次处理所有待处理请求信息。实现待处理请求的信息统一管理，并合理、有效地完成各个请求对应的操作，提高了待处理请求信息的处理效率。

附图说明

图1为本发明请求信息的处理方法的第一实施例的流程示意图；

图2为本发明请求信息的处理方法的第二实施例的流程示意图；

图3为本发明请求信息的处理方法的第三实施例的流程示意图；

图4为本发明请求信息的处理方法的第四实施例的流程示意图；

图5为本发明请求信息的处理一实施例中的处理框架示意图

图6为本发明请求信息的处理系统的第一实施例的功能模块示意图；

图7为本发明请求信息的处理系统的第二实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种请求信息的处理方法。

参照图1，图1为本发明请求信息的处理方法的第一实施例的流程示意图。

在一实施例中，所述请求信息的处理方法包括：

步骤S10，在待处理请求信息的数量为多个时，获取各个待处理请求信息；

执行本发明请求信息的处理方法的主体可以是主电子设备，所述主电子设备可以是手机、电视等具有与多个外设设备连接的设备。在本实施例中，优选为电视。

所述电视侦测并接收其外设设备发送来的请求，在接收到一个外设设备发送来的请求时，获取所述请求对应的待处理请求信息，直接处理该待处理请求信息，已完成该处理请求信息对应的操作；所述电视在待处理请求的数量为多个时，例如，在多个外设设备同时发送请求，或者同一个外设设备发送同时发送多个请求时，获取各个待处理请求信息。所述外设设备可以是所述电视本身的应用或者所述电视的外部设备，所述请求信息可以是所述电视本身的应用发出的，也可以是所述电视外部设备，所述外部设备具体分为：电视机身外设(出厂直接焊接到主板上的外部设备)、有线接入型(使用USB等物理连接计入的设备)、无线接入型(使用WIFI、蓝牙等机制连接到电视机芯的设备)。

步骤S20，计算每个待处理请求信息的优先级信息；

在存在多个待处理请求信息时，将所获取的各个待处理请求信息放入队列，并计算队列中各个待处理请求信息的优先级信息，计算队列中待处理请求信息的优先级信息的方式为：Pi＝C*(Ti+Tj)/Tj，其中Ti为滞留时间，Tj为请求的执行时间，C为权重值(一般情况下C＝1，若当前待计算请求信息在系统调用可执行列表中，则按其在列表中的优先顺序，依次为1.1，1.2，1.3…，即权重值依次增加0.1)。Ti为请求信息进入队列中至被处理的之间的时长，Tj为请求信息中包括的需要被执行的时间，即需要被处理的完成相应操作的时间。

步骤S30，按照优先级由高至低的顺序依次处理各个待处理请求信息，以完成所有待处理请求信息对应的操作；其中，所述待处理请求信息的优先级信息的计算方式为：Pi＝C*(Ti+Tj)/Tj，其中Ti为滞留时间，Tj为请求的执行时间，C为权重值。

所述电视按照优先级由高至低的顺序依次处理各个待处理请求信息，例如，存在待处理请求信息A、B和C，优先级顺序为A>B>C，则先处理待处理请求A，待处理请求信息B，最后处理待处理请求信息C。所述待处理请求信息对应的操作包括换台操作、调试操作等。

本实施例通过在同时存在多个待处理请求信息时，计算各个待处理请求信息的优先级，并按照计算出的优先级的高低顺序依次处理所有待处理请求信息。实现对待处理请求信息统一管理，并合理、有效地完成各个请求对应的操作，提高了待处理请求信息的处理效率。

参照图2，图2为本发明请求信息的处理方法的第二实施例的流程示意图。基于上述请求信息的处理方法的第一实施例，所述步骤S30之后，还可以包括：

步骤S40，在已计算出优先级信息的待处理请求信息未处理完毕，且接收到请求信息时，计算所接收到的请求信息的优先级信息并获取未处理完毕的待处理请求信息的优先级信息，将所接收到的请求信息作为未处理的待处理请求信息；

所述电视在处理待处理请求信息的过程中，实时侦测其外设设备发送来的请求，在接收到外设设备发送来的请求时，所述电视判断当前是否存在未处理的待处理请求信息需要处理，在存在时，计算所接收到的请求信息的优先级信息并获取未处理完毕的待处理请求信息的优先级信息，将所接收到的请求信息作为未处理的待处理请求信息。

步骤S50，按照优先级由高至低的顺序依次处理各个未处理的待处理请求信息。

所述电视按照优先级由高至低的顺序依次处理各个未处理的待处理请求信息。所述未处理的待处理请求信息包括在处理待处理请求信息的过程中接收到的请求信息，以及已经计算优先级信息但未处理的请求信息。例如，在待处理请求信息的处理过程中，还存在待处理请求信息B和C还未处理，正在处理待处理信息A，接收到待处理请求信息D，计算待处理请求信息D的优先级信息，将待处理请求信息D加入队列中，与待处理请求信息B和C一起，所述电视在待处理请求信息A处理完毕后，待处理请求信息B、C和D按照优先级顺序依次处理。

本发明实施例通过在待处理请求信息的处理过程中，接收到外设设备的请求时，且在还有待处理请求信息未处理时，计算所接收到的请求信息的优先级信息并作为未处理的待处理请求信息，根据未处理的待处理请求信息的优先级由高至低的顺序依次处理各个未处理的待处理请求信息。使得请求信息的处理过程更加合理，有效保证用户对请求信息处理的需求。

参照图3，图3为本发明请求信息的处理方法的第三实施例的流程示意图。基于上述请求信息的处理方法的第二实施例，所述步骤S10之前，还可以包括：

步骤S11，接收外设设备发送来的请求信息；例如，接收所述电视自身应用的请求，或者外部设备，例如通过USB、蓝牙的方式发送来的请求及其所述请求包括的请求信息。

步骤S12，在接收到外设设备发送来的请求信息后，判断所述外设设备是否为所支持的外设设备；若是，则执行步骤S13，若否，则执行步骤S14。

步骤S13，将所述外设设备发送来的请求信息保存并作为待处理请求信息；

步骤S14，发出警示信息，并将所述外设设备列入黑名单，或提示用户是否将所不支持外设设备设置为支持外设设备。

所述电视在所述外设设备为所支持的外设设备后，将所述外设设备发送来的请求信息保存并作为待处理请求信息，将所述待处理信息放入队列，按照上述实施例中的方式完成待处理请求信息的处理；在所述外设设备不为所支持的外设设备后，发出警示信息，并将所述外设设备列入黑名单，以提示外设设备侧用户不支持其发出的请求，无法完成相应的操作，并提示用户注意所述外设设备的访问操作，防止非法访问。所述电视将所述外设设备的请求信息删除，以节省系统的存储空间。可以理解的是：在所述外设设备不为所支持的外设设备后，发出警示信息，以提示用户有不支持外设设备访问，并提示用户是否允许所不支持外设设备的访问，在用户允许后，提示用户是否需要将所不支持的外设设备设置为支持外设设备，若用户反馈的需要，则将所述外设设备设置支持的外设设备。

在本发明实施例通过在接收到外设设备的请求时，先判断所述外设设备是否为支持的外设设备，在为不支持的外设设备时，结束流程，不再继续进行所述请求信息的处理过程，节省系统资源，进而提高系统性能。

参照图4，图4为本发明请求信息的处理方法的第四实施例的流程示意图。基于上述请求信息的处理方法的第三实施例，所述步骤S13之后，还可以包括：

步骤S15，确定所述外设设备的类型；例如，确定所述外设设备是否为无线接入类型、有线接入类型、自身外设或自身应用类型等，也还可以是按照功能划分，例如，遥控控制类型、调试类型等。

步骤S16，根据所确定的类型为所述外设设备发送来的请求信息分配对应的访问控制域；所述电视提前为不同外设设备类型配置不同的访问控制域，例如，无线接入类型外设设备对应M访问控制域、有线接入类型外设设备对应N访问控制域等。在所确定的类型为无线外设设备类型时，对应为M访问控制域，所述访问控制域包括但不限于所述电视支持的请求事件的信息，为所述电视支持的外设设备的访问权限，为访问权限表，可以是只读或者只写等权限。

步骤S17，确定所述外设设备对应的请求事件；

步骤S18，根据所分配的控制域得到支持处理的请求事件；

步骤S19，判断是否支持所述请求事件的处理；

所述电视确定所述外设设备对应的请求事件，并根据分配的访问控制域得到所述电视支持的所述外设设备的请求事件，并判断是否支持所述请求时间的处理，即在所得到的请求事件中是否包括所确定的请求事件，若包括，则支持，执行步骤S21，若不包括，则不支持，执行步骤S22。

步骤S21，将所述外设设备发送来的请求信息保存并作为待处理请求信息；

步骤S22，将所述请求事件发送至服务器并接收服务器发送来的反馈信息。

所述电视在支持所述请求事件的处理时，将所述外设设备发送来的请求信息保存并作为待处理请求信息，将所述待处理信息放入队列，按照上述实施例中的方式完成待处理请求信息的处理；所述电视在不支持所述请求事件的处理时，将所述请求事件发送至服务器并接收服务器发送来的反馈信息。所述服务器处理所述请求事件的过程包括：对比所述请求事件需要的权限与支持的权限表，并找出有出入的请求事件；

1、若有出入请求事件中所需求的访问权限低于支持的权限，则按照请求事件所需求的权限重新定制支持的访问权限表，并反馈结果；

2、若有出入请求事件中所需求的访问权限高于支持的权限，则生成临时支持的访问权限表，反馈结果(此结果不记录到本机，机器重启后失效)，并记录此次异常请求记录到服务器供用户确认，待用户确认后，下次请求时将用户确认结果反馈回去，并记录到本机；

3、若有出入请求事件中所需求的访问权限在所支持的权限之外，则生成临时支持的访问权限表，并使其为只读权限，反馈结果(此结果不记录到本机，机器重启后失效)，并记录此次异常请求记录到服务器供用户确认，待用户确认后，下次请求时将用户确认结果反馈回去，并记录到本机；

4、若外设设备的异常请求次数超过一定限度(通常为5次)，则将该对象计入黑名单，禁用其所有权限，待用户确认后，再重新定制其所支持的访问权限。；

步骤2和3通过后，根据需要建立相应的请求事件通道；

后续请求过来后，先查看本地是否有对应的访问权限表(即访问控制域)，若无，重复步骤2和3；若有，则通过相应的请求事件通道，所述电视调用相应的执行函数完成相应的操作。

优选地，在本发明其他实施例中，在创建请求事件的通道时，根据系统函数调用中读和写的长度来确定需要申请的请求事件的通道中发送和接收空间的单位长度，并申请相应大小的初始空间；其最大长度均为系统函数调用表中条目总数；若第n(n的值域为[2,条目总数])次请求过来后，发现发送空间满，则将其长度增大单位长度；若第n次反馈消息过来后，发现接收空间满，则将其长度增大单位长度；当发送和接收空间的单位长度增大到条目总数的单位长度后，即停止扩容。在完成一个请求信息的处理之后，将所述请求信息删除，以节省系统空间，提高系统性能。

在本发明实施例在外设设备为支持的外设设备后，先判断所述请求信息对应的请求事件是否支持，在不支持时，结束流程，不再继续进行所述请求信息的处理过程，进一步节省系统资源，进而提高系统性能，实现对请求信息的合理处理，提高其处理效率。

具体的，为了更好的描述本发明实施例，参考图5，为请求信息的处理一实施例中的处理框架示意图。所述处理框架包括外设设备，Eventcore(机芯)、Systemcall(系统调用)。其中，所述Eventcore包括PolicyAccess(访问控制策略)、PolicySystemCall(系统调用策略)、EventReader(事件读取)、EventDispatcher(事件调度程序)、EventChannel(请求事件的通道)几个子组件；PolicyAccess主要负责为请求对象分配SystemCallBitmap(系统调用表)，并对其做鉴权处理；PolicySystemCall主要负责对系统请求做访问控制；EventReader负责请求的接收和入队；EventDispatcher负责请求的出队和分发；EventChannel负责外设设备与SystemCall模块之间数据通信的管理。SystemCall模块，为系统所有功能提供统一调用接口，并提供分级访问控制。如下表1至表3所述，为基本数据结构设计。

表1

PolicySystemCall模块维护一张系统调用执行表，格式如下：

表2

机芯系统维护一张自身系统调用及所支持访问权限表，格式如下：

表3

具体的，信息请求处理过程为：外设设备发出请求MSG_REQ1(第一次发送请求)；EventReader获取事件MSG_REQ1，并交由PolicyAccess处理，PolicyAccess根据MSG_REQ1所携带的信息，建立并维护SystemCallBitmap和EventChannel1；MSG_REQ1经PolicyAccess预处理后，送入EventChannel1创建的SendQueue；EventDispatcher从EventChannel1的SendQueue中获取MSG_REQ1，并交给PolicySystemCall处理；经过PolicySystemCall预处理后，合法请求送入SystemCall模块处理，非法请求则反馈给EventChannel1的RecvQueue，经过PolicyAccess，最终反馈给Device1。

在信息请求的访问过程中，信息请求访问控制的策略分为接入访问控制PolicyAccess和系统控制域访问控制PolicySystemCall；访问控制基本策略为：根据请求对象，为其分配对应的访问控制域，并按照为其分配的访问控制域对其请求进行相关处理。

PolicyAccess访问控制基本流程：

请求对象发送MSG_REQ(消息的数据域携带请求需求，即SystemCallBitmap)给机芯；机芯收到后，先查看本地是否有符合需求的SystemCallBitmap，若有，则反馈申请成功消息给请求对象；若无，则按照请求对象类型，返回一张默认SystemCallBitmap给PolicyAccess(即最低权限控制域表)；PolicyAccess收到后，核对该表格，看是否覆盖所有需求；若覆盖，则反馈请求成功消息给请求对象；若未覆盖所有需求，则向服务器提出申请，待服务器反馈后，反馈结果给请求对象(失败，则反馈请求失败消息；成功，则反馈请求成功消息和对应的SystemCallBitmap给PolicyAccess，并设置SystemCallBitmapID域，之后将此表记录在本机)。

当EventChannel的队列中排队请求信息为多个时，且其中某一请求信息在队列中滞留时间超过3*最大请求执行时间时；其中，最大请求执行时间即为SystemCallBitmap表中Time域的最大值：MAX(SystemCallBitmapTime)；PolicySystemCall模块负责对请求对象的请求状况进行动态统计，并生成SystemCallEXEStatistic表(其中SystemCallID1表示执行频率最高的一个系统调用号，或者是请求对象希望优先执行的系统调用；后续依次类推)。

本发明进一步提供一种请求信息的处理系统。

参照图6，图6为本发明请求信息的处理系统的第一实施例的功能模块示意图。

在一实施例中，所述请求信息的处理系统包括：获取模块10、计算模块20及处理模块30。

所述获取模块10，用于在待处理请求信息的数量为多个时，获取各个待处理请求信息；

所述请求信息的处理系统可以是安装加载与主电子设备上的数据请求的处理软件，所述主电子设备可以是手机、电视等具有与多个外设设备连接的设备。在本实施例中，优选为电视。

所述电视侦测并接收其外设设备发送来的请求，在接收到一个外设设备发送来的请求时，获取所述请求对应的待处理请求信息，直接处理该待处理请求信息，已完成该处理请求信息对应的操作；所述电视在待处理请求的数量为多个时，例如，在多个外设设备同时发送请求，或者同一个外设设备发送同时发送多个请求时，获取各个待处理请求信息。所述外设设备可以是所述电视本身的应用或者所述电视的外部设备，所述请求信息可以是所述电视本身的应用发出的，也可以是所述电视外部设备，所述外部设备具体分为：电视机身外设(出厂直接焊接到主板上的外部设备)、有线接入型(使用USB等物理连接计入的设备)、无线接入型(使用WIFI、蓝牙等机制连接到电视机芯的设备)。

所述计算模块20，用于计算每个待处理请求信息的优先级信息；

在存在多个待处理请求信息时，将所获取的各个待处理请求信息放入队列，并计算队列中各个待处理请求信息的优先级信息，计算队列中待处理请求信息的优先级信息的方式为：Pi＝C*(Ti+Tj)/Tj，其中Ti为滞留时间，Tj为请求的执行时间，C为权重值(一般情况下C＝1，若当前待计算请求信息在系统调用可执行列表中，则按其在列表中的优先顺序，依次为1.1，1.2，1.3…，即权重值依次增加0.1)。Ti为请求信息进入队列中至被处理的之间的时长，Tj为请求信息中包括的需要被执行的时间，即需要被处理的完成相应操作的时间。

所述处理模块30，用于按照优先级由高至低的顺序依次处理各个待处理请求信息，以完成所有待处理请求信息对应的操作；其中，所述待处理请求信息的优先级信息的计算方式为：Pi＝C*(Ti+Tj)/Tj，其中Ti为滞留时间，Tj为请求的执行时间，C为权重值。

所述电视按照优先级由高至低的顺序依次处理各个待处理请求信息，例如，存在待处理请求信息A、B和C，优先级顺序为A>B>C，则先处理待处理请求A，待处理请求信息B，最后处理待处理请求信息C。所述待处理请求信息对应的操作包括换台操作、调试操作等。

本实施例通过在同时存在多个待处理请求信息时，计算各个待处理请求信息的优先级，并按照计算出的优先级的高低顺序依次处理所有待处理请求信息。实现对待处理请求信息统一管理，并合理、有效地完成各个请求对应的操作，提高了待处理请求信息的处理效率。

进一步地，所述计算模块20，还用于在已计算出优先级信息的待处理请求信息未处理完毕，且接收到请求信息时，计算所接收到的请求信息的优先级信息并获取未处理完毕的待处理请求信息的优先级信息；

所述处理模块30，还用于将所接收到的请求信息作为未处理的待处理请求信息；

所述电视在处理待处理请求信息的过程中，实时侦测其外设设备发送来的请求，在接收到外设设备发送来的请求时，所述电视判断当前是否存在未处理的待处理请求信息需要处理，在存在时，计算所接收到的请求信息的优先级信息并获取未处理完毕的待处理请求信息的优先级信息，将所接收到的请求信息作为未处理的待处理请求信息。

所述处理模块30，还用于按照优先级由高至低的顺序依次处理各个未处理的待处理请求信息。

所述电视按照优先级由高至低的顺序依次处理各个未处理的待处理请求信息。所述未处理的待处理请求信息包括在处理待处理请求信息的过程中接收到的请求信息，以及已经计算优先级信息但未处理的请求信息。例如，在待处理请求信息的处理过程中，还存在待处理请求信息B和C还未处理，正在处理待处理信息A，接收到待处理请求信息D，计算待处理请求信息D的优先级信息，将待处理请求信息D加入队列中，与待处理请求信息B和C一起，所述电视在待处理请求信息A处理完毕后，待处理请求信息B、C和D按照优先级顺序依次处理。

本发明实施例通过在待处理请求信息的处理过程中，接收到外设设备的请求时，且在还有待处理请求信息未处理时，计算所接收到的请求信息的优先级信息并作为未处理的待处理请求信息，根据未处理的待处理请求信息的优先级由高至低的顺序依次处理各个未处理的待处理请求信息。使得请求信息的处理过程更加合理，有效保证用户对请求信息处理的需求。

参照图7，图7为本发明请求信息的处理系统的第二实施例的功能模块示意图。所述请求信息的处理系统还包括接发模块40和判断模块50。

所述接发模块40，用于接收外设设备发送来的请求信息；例如，接收所述电视自身应用的请求，或者外部设备，例如通过USB、蓝牙的方式发送来的请求及其所述请求包括的请求信息。

所述判断模块50，用于在接收到外设设备发送来的请求信息后，判断所述外设设备是否为所支持的外设设备；

所述处理模块30，还用于在所述外设设备为所支持的外设设备后，将所述外设设备发送来的请求信息保存并作为待处理请求信息；在所述外设设备不为所支持的外设设备后，发出警示信息，并将所述外设设备列入黑名单，或提示用户是否将所不支持外设设备设置为支持外设设备。

所述电视在所述外设设备为所支持的外设设备后，将所述外设设备发送来的请求信息保存并作为待处理请求信息，将所述待处理信息放入队列，按照上述实施例中的方式完成待处理请求信息的处理；在所述外设设备不为所支持的外设设备后，发出警示信息，并将所述外设设备列入黑名单，以提示外设设备侧用户不支持其发出的请求，无法完成相应的操作，并提示用户注意所述外设设备的访问操作，防止非法访问。所述电视将所述外设设备的请求信息删除，以节省系统的存储空间。可以理解的是：在所述外设设备不为所支持的外设设备后，发出警示信息，以提示用户有不支持外设设备访问，并提示用户是否允许所不支持外设设备的访问，在用户允许后，提示用户是否需要将所不支持的外设设备设置为支持外设设备，若用户反馈的需要，则将所述外设设备设置支持的外设设备。

在本发明实施例通过在接收到外设设备的请求时，先判断所述外设设备是否为支持的外设设备，在为不支持的外设设备时，结束流程，不再继续进行所述请求信息的处理过程，节省系统资源，进而提高系统性能。

进一步地，所述处理模块30，还用于确定所述外设设备的类型；例如，确定所述外设设备是否为无线接入类型、有线接入类型、自身外设或自身应用类型等，也还可以是按照功能划分，例如，遥控控制类型、调试类型等。

所述处理模块30，还用于根据所确定的类型为所述外设设备发送来的请求信息分配对应的访问控制域；所述电视提前为不同外设设备类型配置不同的访问控制域，例如，无线接入类型外设设备对应M访问控制域、有线接入类型外设设备对应N访问控制域等。在所确定的类型为无线外设设备类型时，对应为M访问控制域，所述访问控制域包括但不限于所述电视支持的请求事件的信息，为所述电视支持的外设设备的访问权限，为访问权限表，可以是只读或者只写等权限。

所述处理模块30，还用于确定所述外设设备对应的请求事件；根据所分配的控制域得到支持处理的请求事件；

所述判断模块50，还用于判断是否支持所述请求事件的处理；

所述电视确定所述外设设备对应的请求事件，并根据分配的访问控制域得到所述电视支持的所述外设设备的请求事件，并判断是否支持所述请求时间的处理，即在所得到的请求事件中是否包括所确定的请求事件，若包括，则支持，若不包括，则不支持。

所述处理模块30，还用于在支持所述请求事件的处理时，将所述外设设备发送来的请求信息保存并作为待处理请求信息；在不支持所述请求事件的处理时，将所述请求事件发送至服务器并接收服务器发送来的反馈信息。

所述电视在支持所述请求事件的处理时，将所述外设设备发送来的请求信息保存并作为待处理请求信息，将所述待处理信息放入队列，按照上述实施例中的方式完成待处理请求信息的处理；所述电视在不支持所述请求事件的处理时，将所述请求事件发送至服务器并接收服务器发送来的反馈信息。所述服务器处理所述请求事件的过程包括：对比所述请求事件需要的权限与支持的权限表，并找出有出入的请求事件；

1、若有出入请求事件中所需求的访问权限低于支持的权限，则按照请求事件所需求的权限重新定制支持的访问权限表，并反馈结果；

2、若有出入请求事件中所需求的访问权限高于支持的权限，则生成临时支持的访问权限表，反馈结果(此结果不记录到本机，机器重启后失效)，并记录此次异常请求记录到服务器供用户确认，待用户确认后，下次请求时将用户确认结果反馈回去，并记录到本机；

3、若有出入请求事件中所需求的访问权限在所支持的权限之外，则生成临时支持的访问权限表，并使其为只读权限，反馈结果(此结果不记录到本机，机器重启后失效)，并记录此次异常请求记录到服务器供用户确认，待用户确认后，下次请求时将用户确认结果反馈回去，并记录到本机；

4、若外设设备的异常请求次数超过一定限度(通常为5次)，则将该对象计入黑名单，禁用其所有权限，待用户确认后，再重新定制其所支持的访问权限。；

步骤2和3通过后，根据需要建立相应的请求事件通道；

后续请求过来后，先查看本地是否有对应的访问权限表(即访问控制域)，若无，重复步骤2和3；若有，则通过相应的请求事件通道，所述电视调用相应的执行函数完成相应的操作。

优选地，在本发明其他实施例中，在创建请求事件的通道时，根据系统函数调用中读和写的长度来确定需要申请的请求事件的通道中发送和接收空间的单位长度，并申请相应大小的初始空间；其最大长度均为系统函数调用表中条目总数；若第n(n的值域为[2,条目总数])次请求过来后，发现发送空间满，则将其长度增大单位长度；若第n次反馈消息过来后，发现接收空间满，则将其长度增大单位长度；当发送和接收空间的单位长度增大到条目总数的单位长度后，即停止扩容。在完成一个请求信息的处理之后，将所述请求信息删除，以节省系统空间，提高系统性能。

在本发明实施例在外设设备为支持的外设设备后，先判断所述请求信息对应的请求事件是否支持，在不支持时，结束流程，不再继续进行所述请求信息的处理过程，进一步节省系统资源，进而提高系统性能，实现对请求信息的合理处理，提高其处理效率。

具体的，为了更好的描述本发明实施例，参考图5，为请求信息的处理一实施例中的处理框架示意图。所述处理框架包括外设设备，Eventcore(机芯)、Systemcall(系统调用)。其中，所述Eventcore包括PolicyAccess(访问控制策略)、PolicySystemCall(系统调用策略)、EventReader(事件读取)、EventDispatcher(事件调度程序)、EventChannel(请求事件的通道)几个子组件；PolicyAccess主要负责为请求对象分配SystemCallBitmap(系统调用表)，并对其做鉴权处理；PolicySystemCall主要负责对系统请求做访问控制；EventReader负责请求的接收和入队；EventDispatcher负责请求的出队和分发；EventChannel负责外设设备与SystemCall模块之间数据通信的管理。SystemCall模块，为系统所有功能提供统一调用接口，并提供分级访问控制。参考表1至表3所述，为基本数据结构设计。

具体的，信息请求处理过程为：外设设备发出请求MSG_REQ1(第一次发送请求)；EventReader获取事件MSG_REQ1，并交由PolicyAccess处理，PolicyAccess根据MSG_REQ1所携带的信息，建立并维护SystemCallBitmap和EventChannel1；MSG_REQ1经PolicyAccess预处理后，送入EventChannel1创建的SendQueue；EventDispatcher从EventChannel1的SendQueue中获取MSG_REQ1，并交给PolicySystemCall处理；经过PolicySystemCall预处理后，合法请求送入SystemCall模块处理，非法请求则反馈给EventChannel1的RecvQueue，经过PolicyAccess，最终反馈给Device1。

在信息请求的访问过程中，信息请求访问控制的策略分为接入访问控制PolicyAccess和系统控制域访问控制PolicySystemCall；访问控制基本策略为：根据请求对象，为其分配对应的访问控制域，并按照为其分配的访问控制域对其请求进行相关处理。

PolicyAccess访问控制基本流程：

请求对象发送MSG_REQ(消息的数据域携带请求需求，即SystemCallBitmap)给机芯；机芯收到后，先查看本地是否有符合需求的SystemCallBitmap，若有，则反馈申请成功消息给请求对象；若无，则按照请求对象类型，返回一张默认SystemCallBitmap给PolicyAccess(即最低权限控制域表)；PolicyAccess收到后，核对该表格，看是否覆盖所有需求；若覆盖，则反馈请求成功消息给请求对象；若未覆盖所有需求，则向服务器提出申请，待服务器反馈后，反馈结果给请求对象(失败，则反馈请求失败消息；成功，则反馈请求成功消息和对应的SystemCallBitmap给PolicyAccess，并设置SystemCallBitmapID域，之后将此表记录在本机)。

当EventChannel的队列中排队请求信息为多个时，且其中某一请求信息在队列中滞留时间超过3*最大请求执行时间时；其中，最大请求执行时间即为SystemCallBitmap表中Time域的最大值：MAX(SystemCallBitmapTime)；PolicySystemCall模块负责对请求对象的请求状况进行动态统计，并生成SystemCallEXEStatistic表(其中SystemCallID1表示执行频率最高的一个系统调用号，或者是请求对象希望优先执行的系统调用；后续依次类推)。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种请求信息的处理方法，其特征在于，所述请求信息的处理方法包括以下步骤：

在待处理请求信息的数量为多个时，获取各个待处理请求信息；

计算每个待处理请求信息的优先级信息；

按照优先级由高至低的顺序依次处理各个待处理请求信息，以完成所有待处理请求信息对应的操作；

其中，所述待处理请求信息的优先级信息的计算方式为：Pi＝C*(Ti+Tj)/Tj，其中Ti为滞留时间，Tj为请求的执行时间，C为权重值。

2.如权利要求1所述的请求信息的处理方法，其特征在于，所述按照优先级由高至低的顺序依次处理各个待处理请求信息，以完成所有待处理请求信息对应的操作的步骤之后，还包括：

在已计算出优先级信息的待处理请求信息未处理完毕，且接收到请求信息时，计算所接收到的请求信息的优先级信息并获取未处理完毕的待处理请求信息的优先级信息，将所接收到的请求信息作为未处理的待处理请求信息；

按照优先级由高至低的顺序依次处理各个未处理的待处理请求信息。

3.如权利要求1或2所述的请求信息的处理方法，其特征在于，所述在待处理请求信息的数量超过预设数量阈值后，获取各个待处理请求信息的步骤之前，还包括：

接收外设设备发送来的请求信息；

在接收到外设设备发送来的请求信息后，判断所述外设设备是否为所支持的外设设备；

在所述外设设备为所支持的外设设备后，将所述外设设备发送来的请求信息保存并作为待处理请求信息；

在所述外设设备不为所支持的外设设备后，发出警示信息，并将所述外设设备列入黑名单，或提示用户是否将所不支持外设设备设置为支持外设设备。

4.如权利要求3所述的请求信息的处理方法，其特征在于，所述在所述外设设备为所支持的外设设备后，将所述外设设备发送来的请求信息保存并作为待处理请求信息的步骤之后，还包括：

确定所述外设设备的类型；

根据所确定的类型为所述外设设备发送来的请求信息分配对应的访问控制域。

5.如权利要求4所述的请求信息的处理方法，其特征在于，所述根据所确定的类型为所述外设设备发送来的请求信息分配对应的访问控制域的步骤之后，还包括：

确定所述外设设备对应的请求事件；

根据所分配的控制域得到支持处理的请求事件；

判断是否支持所述请求事件的处理；

在支持所述请求事件的处理时，将所述外设设备发送来的请求信息保存并作为待处理请求信息；

在不支持所述请求事件的处理时，将所述请求事件发送至服务器并接收服务器发送来的反馈信息。

6.一种请求信息的处理系统，其特征在于，所述请求信息的处理系统包括：

获取模块，用于在待处理请求信息的数量为多个时，获取各个待处理请求信息；

计算模块，用于计算每个待处理请求信息的优先级信息；

处理模块，用于按照优先级由高至低的顺序依次处理各个待处理请求信息，以完成所有待处理请求信息对应的操作；

其中，所述待处理请求信息的优先级信息的计算方式为：Pi＝C*(Ti+Tj)/Tj，其中Ti为滞留时间，Tj为请求的执行时间，C为权重值。

7.如权利要求6所述的请求信息的处理系统，其特征在于，所述计算模块，还用于在已计算出优先级信息的待处理请求信息未处理完毕，且接收到请求信息时，计算所接收到的请求信息的优先级信息并获取未处理完毕的待处理请求信息的优先级信息；

所述处理模块，还用于将所接收到的请求信息作为未处理的待处理请求信息；按照优先级由高至低的顺序依次处理各个未处理的待处理请求信息。

8.如权利要求6或7所述的请求信息的处理系统，其特征在于，所述请求信息的处理系统还包括接发模块和判断模块，

所述接发模块，用于接收外设设备发送来的请求信息；

所述判断模块，用于在接收到外设设备发送来的请求信息后，判断所述外设设备是否为所支持的外设设备；

所述处理模块，还用于在所述外设设备为所支持的外设设备后，将所述外设设备发送来的请求信息保存并作为待处理请求信息；在所述外设设备不为所支持的外设设备后，发出警示信息，并将所述外设设备列入黑名单，或提示用户是否将所不支持外设设备设置为支持外设设备。

9.如权利要求8所述的请求信息的处理系统，其特征在于，所述处理模块，还用于确定所述外设设备的类型；根据所确定的类型为所述外设设备发送来的请求信息分配对应的访问控制域。

10.如权利要求9所述的请求信息的处理系统，其特征在于，所述处理模块，还用于确定所述外设设备对应的请求事件；根据所分配的控制域得到支持处理的请求事件；

所述判断模块，还用于判断是否支持所述请求事件的处理；

所述处理模块，还用于在支持所述请求事件的处理时，将所述外设设备发送来的请求信息保存并作为待处理请求信息；

所述接发模块，还用于在不支持所述请求事件的处理时，将所述请求事件发送至服务器并接收服务器发送来的反馈信息。