CN107770620B - 请求信息响应方法、系统及可读存储介质 - Google Patents

Abstract

本发明提供一种请求信息响应方法、系统及可读存储介质，所述方法包括：接收并处理上层应用发送的请求信息，以得到功能调用指令，并生成与所述请求信息对应的响应状态值返回给所述上层应用；将所述功能调用指令排入到执行队列当中；依序执行所述执行队列中的每个所述功能调用指令，以依序调用对应的功能程序来响应所述上层应用对应发出的请求，所述功能程序包括功能组件及驱动程序。在本发明当中的请求信息响应方法、系统及可读存储介质，由于在调用所述功能程序之前，即将所述响应状态值返回给所述上层应用，有效的解决了用户操作卡顿的现象，体验感好，同时还能够确保所述上层应用先后发出的请求能够依序得到响应。

Description

请求信息响应方法、系统及可读存储介质

技术领域

本发明涉及智能电视技术领域，特别涉及一种请求信息响应方法、系统及可读存储介质。

背景技术

随着电子通讯技术的不断提高，电视由传统的黑白电视发展到现在的智能电视，大幅度的提高了用户的体验感，并且目前的智能电视的智能化程度还在不断提高。其中Web智能电视作为智能电视的代表，广泛存在于市场当中。

Web智能电视的系统包括web引擎、电视堆栈及Linux内核，系统架构如图1所示，其中，Web应用为Web智能电视上的应用程序(上层应用)，其运行在Web引擎上，电视堆栈中存储有Web智能电视中的功能组件(如图形相关组件、浏览器相关组件等)，Linux内核当中存储有驱动程序。

现有技术当中，目前Web智能电视的系统的响应过程如图1中箭头流向所示，即Web应用(上层应用)发出的请求需要经过web引擎接收并处理，然后再根据web引擎处理后的调用信息先后调用电视堆栈中的接口(功能组件)及Linux内核中的接口(驱动程序)，以完成响应，最后返回响应状态值至Web应用，以通知Web应用当前发出的请求以完成响应。

然而，由于web应用需要等待响应状态信息返回后才能进行下一步的动作，而调用电视堆栈中的功能组件的过程比较耗时，导致web应用等待响应状态信息返回的时间较长，造成用户操作卡顿，体验很差。

发明内容

基于此，本发明的目的是提供一种体验感好的请求信息响应方法、系统及可读存储介质。

根据本发明实施例的一种请求信息响应方法，包括：

接收并处理上层应用发送的请求信息，以得到功能调用指令，并生成与所述请求信息对应的响应状态值返回给所述上层应用；

将所述功能调用指令排入到执行队列当中；

依序执行所述执行队列中的每个所述功能调用指令，以依序调用对应的功能程序来响应所述上层应用对应发出的请求，所述功能程序包括功能组件及驱动程序。

另外，根据本发明上述实施例的一种请求信息响应方法，还可以具有如下附加的技术特征：

进一步地，所述将所述功能调用指令排入到执行队列当中的步骤包括：

判断所述执行队列当中是否存在与所述功能调用指令一致的目标调用指令；

若否，则将所述功能调用指令按照时间先后顺序排入到所述执行队列当中；

若是，则判断所述功能调用指令与所述目标调用指令之间的接收时间差是否大于预设时间；

若是，则执行所述将所述功能调用指令按照时间先后顺序排入到所述执行队列当中的步骤；

若否，则将所述目标调用指令替换为所述功能调用指令。

进一步地，所述将所述目标调用指令替换为所述功能调用指令的步骤包括：

将所述目标调用指令从所述执行队列当中删除；

将所述功能调用指令插入到所述目标调用指令在所述执行队列当中排序的位置上。

进一步地，所述生成与所述请求信息对应的响应状态值返回给所述上层应用的步骤包括：

判断所述功能调用指令当中是否包含对应被调用的所述功能程序的信息；

若是，则将所述请求信息对应的响应状态值记为第一预值后返回给所述上层应用；

若否，则将所述请求信息对应的响应状态值记为第二预值后返回给所述上层应用。

进一步地，所述功能组件存储于电视堆栈中，所述驱动程序存储于Linux内核中，所述依序执行所述执行队列中的每个所述功能调用指令的步骤包括：

建立每个所述功能调用指令的执行线程；

依序在对应的所述执行线程中执行所述执行队列中的每个所述功能调用指令，且每次执行所述功能调用指令均先从所述电视堆栈内调用对应的所述功能组件，再从所述Linux内核中调用对应的所述驱动程序。

根据本发明实施例的一种请求信息响应系统，包括：

请求信息处理模块，用于接收并处理上层应用发送的请求信息，以得到功能调用指令，并生成与所述请求信息对应的响应状态值返回给所述上层应用；

指令排入模块，用于将所述功能调用指令排入到执行队列当中；

请求响应模块，用于依序执行所述执行队列中的每个所述功能调用指令，以依序调用对应的功能程序来响应所述上层应用对应发出的请求，所述功能程序包括功能组件及驱动程序。

另外，根据本发明上述实施例的一种请求信息响应系统，还可以具有如下附加的技术特征：

进一步地，所述指令排入模块包括：

指令判断单元，用于判断所述执行队列当中是否存在与所述功能调用指令一致的目标调用指令；

第一处理单元，用于当判断到所述执行队列当中不存在与所述功能调用指令一致的所述目标调用指令时，将所述功能调用指令按照时间先后顺序排入到所述执行队列当中；

时差判断单元，用于当判断到所述执行队列当中存在与所述功能调用指令一致的所述目标调用指令时，判断所述功能调用指令与所述目标调用指令之间的接收时间差是否大于预设时间；

第二处理单元，用于当判断到所述功能调用指令与所述目标调用指令之间的接收时间差不大于所述预设时间时，将所述目标调用指令替换为所述功能调用指令；

当判断到所述功能调用指令与所述目标调用指令之间的接收时间差大于所述预设时间时，所述第一处理单元将所述功能调用指令按照时间先后顺序排入到所述执行队列当中。

进一步地，所述第二处理单元包括：

删除子单元，用于将所述目标调用指令从所述执行队列当中删除；

插入子单元，用于将所述功能调用指令插入到所述目标调用指令在所述执行队列当中排序的位置上。

进一步地，所述请求信息处理模块包括：

响应判断单元，用于判断所述功能调用指令当中是否包含对应被调用的所述功能程序的信息；

第一设置单元，用于当判断到所述功能调用指令当中包含对应被调用的所述功能程序的信息时，将所述请求信息对应的响应状态值记为第一预值后返回给所述上层应用；

第二设置单元，用于将所述请求信息对应的响应状态值记为第二预值后返回给所述上层应用。

进一步地，所述请求信息响应系统还包括存储所述功能组件的电视堆栈及存储所述驱动程序的Linux内核，所述请求响应模块包括：

线程建立单元，用于建立每个所述功能调用指令的执行线程；

请求响应单元，用于依序在对应的所述执行线程中执行所述执行队列中的每个所述功能调用指令，且每次执行所述功能调用指令均先从所述电视堆栈内调用对应的所述功能组件，再从所述Linux内核中调用对应的所述驱动程序。

本发明还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述的请求信息响应方法。

上述请求信息响应方法及系统，由于在调用所述功能程序之前，即将所述响应状态值返回给所述上层应用，并在后台继续对当前请求信息进行响应，降低了所述上层应用等待响应的时间，从而降低了所述上层应用进行下一步的动作的间隔时间，有效的解决了用户操作卡顿的现象，体验感好。不仅如此，通过将每个请求信息对应的功能调用指令按照先后顺序排入到执行队列当中，确保所述上层应用先后发出的请求能够依序得到响应，避免响应混乱，提高响应过程的稳定性。

附图说明

图1为现有技术当中Web智能电视的系统架构图；

图2为本发明第一实施例中的请求信息响应方法的流程图；

图3为本发明第二实施例中的请求信息响应方法的流程图；

图4为图3当中步骤S18的具体实施流程图；

图5为本发明第三实施例中的请求信息响应系统的结构示意图。

主要元件符号说明：

请求信息响应系统	100	上层应用	200
				请求信息处理模块	11	指令排入模块	12
请求响应模块	13	指令判断单元	121
				第一处理单元	122	时差判断单元	123
第二处理单元	124	删除子单元	1241
				插入子单元	1242	响应判断单元	111
第一设置单元	112	第二设置单元	113
				电视堆栈	14	Linux内核	15
线程建立单元	131	请求响应单元	132

以下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的若干实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。

需要说明的是，当元件被称为“固设于”另一个元件，它可以直接在另一个元件上或者也可以存在居中的元件。当一个元件被认为是“连接”另一个元件，它可以是直接连接到另一个元件或者可能同时存在居中元件。本文所使用的术语“垂直的”、“水平的”、“左”、“右”以及类似的表述只是为了说明的目的。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

请参阅图2，所示为本发明第一实施例中的请求信息响应方法，包括步骤S01至步骤S03。

步骤S01，接收并处理上层应用发送的请求信息，以得到功能调用指令，并生成与所述请求信息对应的响应状态值返回给所述上层应用。

其中，所述请求信息包含所述上层应用的需求，当用户对所述上层应用进行操作时，所述上层应用将产生并发出相应的请求，以调用下层相应的程序来响应用户的操作。例如，当用户点击百度浏览器图标以进入百度浏览器时，百度浏览器应用将获取用户需求，并发出请求信息。

需要指出的是，当所述上层应用接收到所述响应状态值时，根据所述响应状态值即可判断出所述请求信息是否得到响应，只有当所述上层应用发出的所述请求信息得到响应时，所述上层应用才可发送下一个请求信息，换言之，当所述上层应用当前发出的请求信息未得到响应时，用户下一下操作将无法得到响应。

此外，还需要解释的是，当将所述响应状态值返回给所述上层应用时，所述请求信息仍然继续在后台进行响应，因此所述上层应用根据所述响应状态值判断出的所述请求信息的响应与否，只是所述上层应用根据所述响应状态值得到的状态，而并非代表所述请求信息真正得到了响应，只有当调用出对应的功能组件及驱动程序时，所述请求信息才真正得到了响应。

步骤S02，将所述功能调用指令排入到执行队列当中。

其中，所述步骤S02的目的在于，将所述步骤S01处理后得到的每一个所述功能调用指令排入到所述执行队列当中，以便于后续按照顺序依序来执行每个所述功能调用指令，以确保所述上层应用先后发出的请求能够依序得到响应，进而确保用户的操作能够依序得到响应。

步骤S03，依序执行所述执行队列中的每个所述功能调用指令，以依序调用对应的功能程序来响应所述上层应用对应发出的请求，所述功能程序包括功能组件及驱动程序。

其中，所述依序执行所述执行队列中的每个调用指令的步骤包括：按照每个所述调用指令在所述执行队列中的排列顺序，依序根据每一个所述调用指令来调用对应的功能程序。

需要指出的是，当所述上层应用需要对用户当前的操作进行响应时，通常需要调用对应的功能组件及对应的驱动程序。例如，当用户需要进入该百度浏览器时，该百度浏览器应用通常调用浏览器组件及网页驱动程序才能响应用户的操作，换言之，只有当调用浏览器组件及网页驱动程序之后，该百度浏览器应用才能启动。

综上，本发明上述实施例当中的请求信息响应方法，由于在调用所述功能程序之前，即将所述响应状态值返回给所述上层应用，并在后台继续对当前请求信息进行响应，降低了所述上层应用等待响应的时间，从而降低了所述上层应用进行下一步的动作的间隔时间，有效的解决了用户操作卡顿的现象，体验感好。不仅如此，通过将每个请求信息对应的功能调用指令按照先后顺序排入到执行队列当中，确保所述上层应用先后发出的请求能够依序得到响应，避免响应混乱，提高响应过程的稳定性。

请参阅图3，所示为本发明第二实施例中的请求信息响应方法，包括步骤S11至步骤S20。

步骤S11，接收并处理上层应用发送的请求信息，以得到功能调用指令。

步骤S12，判断所述功能调用指令当中是否包含对应被调用的功能程序的信息。

当所述步骤S12判断到所述功能调用指令当中包含对应被调用的功能程序的信息时，代表所述请求信息能够被正常响应，即根据所述功能调用指令能够调用出对应的功能程序，此时将依次执行步骤S13及步骤S15，当所述步骤S12判断到所述功能调用指令当中不包含对应被调用的功能程序的信息时，代表所述请求信息不能够被正常响应，即根据所述功能调用指令不能够调用出对应的功能程序，此时将执行步骤S14。

步骤S13，将所述请求信息对应的响应状态值记为第一预值后返回给所述上层应用。

需要指出的是，当所述上层应用接收到所述第一预值时，所述上层应用将判断到所述请求信息已经得到了响应，所述上层应用可发送下一个请求信息。

步骤S14，将所述请求信息对应的响应状态值记为第二预值后返回给所述上层应用。

需要指出的是，当所述上层应用接收到所述第二预值时，所述上层应用将判断到所述请求信息响应出错，所述上层应用需要再发送一次所述请求信息。

步骤S15，判断所述执行队列当中是否存在与所述功能调用指令一致的目标调用指令。

当所述步骤S15判断到所述执行队列当中不存在与所述功能调用指令一致的目标调用指令时，代表所述功能调用指令与所述执行队列当中排列的指令不相关，此时则依次执行步骤S16、步骤S19及步骤S20，当所述步骤S15判断到所述执行队列当中存在与所述功能调用指令一致的目标调用指令时，代表所述功能调用指令与所述执行队列当中排列的指令可能存在冲突，此时则执行步骤S17。

步骤S16，将所述功能调用指令按照时间先后顺序排入到所述执行队列当中。

步骤S17，判断所述功能调用指令与所述目标调用指令之间的接收时间差是否大于预设时间。

当所述步骤S17判断到所述功能调用指令与所述目标调用指令之间的接收时间差不大于预设时间时，代表所述功能调用指令与所述目标调用指令的接收时间接近，且为同一个指令，两者存在冲突，可能是用户在短时间内连续对所述上层应用误操作了两次，此时则执行步骤S18至步骤S20，当所述步骤S17判断到所述功能调用指令与所述目标调用指令之间的接收时间差大于预设时间时，代表所述功能调用指令与所述目标调用指令的接收时间并非接近，两者不存在冲突，则依次执行步骤S16、步骤S19及步骤S20。

步骤S18，将所述目标调用指令替换为所述功能调用指令。

其中，请查阅图4，所述将所述目标调用指令替换为所述功能调用指令的步骤包括步骤S181至步骤S182：

步骤S181，将所述目标调用指令从所述执行队列当中删除。

步骤S182，将所述功能调用指令插入到所述目标调用指令在所述执行队列当中排序的位置上。

步骤S19，建立每个所述功能调用指令的执行线程。

其中，线程是程序执行流的最小单元，通过建立不同的线程来执行每个所述调用指令，确保所述调用指令之间不会相互干涉。

步骤S20，依序在对应的所述执行线程中执行所述执行队列中的每个所述功能调用指令，且每次执行所述功能调用指令均先从电视堆栈内调用对应的功能组件，再从Linux内核中调用对应的驱动程序。

其中，所述电视堆栈内存储有所述上层应用所需要的所有功能组件(如AV设置组件、人机交互组件、应用管理组件等)，且所述Linux内核中存储有所述上层应用所需要的所有驱动程序。

本发明另一方面还提供一种请求信息响应系统，所述请查阅图5，所示为本发明第三实施例中的请求信息响应系统100，所述请求信息响应系统100应用于Web智能电视当中，其用于对Web智能电视当中的上层应用(Web应用)200的请求进行响应，所述请求信息响应系统100包括：

请求信息处理模块11，用于接收并处理上层应用200发送的请求信息，以得到功能调用指令，并生成与所述请求信息对应的响应状态值返回给所述上层应用200；

指令排入模块12，用于将所述功能调用指令排入到执行队列当中；

请求响应模块13，用于依序执行所述执行队列中的每个所述功能调用指令，以依序调用对应的功能程序来响应所述上层应用200对应发出的请求，所述功能程序包括功能组件及驱动程序。

其中，所述请求信息处理模块11可以采用WEB引擎来接收并处理所述上层应用200发送的请求信息。

进一步地，所述指令排入模块12包括：

指令判断单元121，用于判断所述执行队列当中是否存在与所述功能调用指令一致的目标调用指令；

第一处理单元122，用于当判断到所述执行队列当中不存在与所述功能调用指令一致的所述目标调用指令时，将所述功能调用指令按照时间先后顺序排入到所述执行队列当中；

时差判断单元123，用于当判断到所述执行队列当中存在与所述功能调用指令一致的所述目标调用指令时，判断所述功能调用指令与所述目标调用指令之间的接收时间差是否大于预设时间；

第二处理单元124，用于当判断到所述功能调用指令与所述目标调用指令之间的接收时间差不大于所述预设时间时，将所述目标调用指令替换为所述功能调用指令；

当判断到所述功能调用指令与所述目标调用指令之间的接收时间差大于所述预设时间时，所述第一处理单元122将所述功能调用指令按照时间先后顺序排入到所述执行队列当中。

进一步地，所述第二处理单元124包括：

删除子单元1241，用于将所述目标调用指令从所述执行队列当中删除；

插入子单元1242，用于将所述功能调用指令插入到所述目标调用指令在所述执行队列当中排序的位置上。

进一步地，所述请求信息处理模块11包括：

响应判断单元111，用于判断所述功能调用指令当中是否包含对应被调用的所述功能程序的信息；

第一设置单元112，用于当判断到所述功能调用指令当中包含对应被调用的所述功能程序的信息时，将所述请求信息对应的响应状态值记为第一预值后返回给所述上层应用200；

第二设置单元113，用于将所述请求信息对应的响应状态值记为第二预值后返回给所述上层应用200。

进一步地，所述请求信息响应系统100还包括存储所述功能组件的电视堆栈14及存储所述驱动程序的Linux内核15，所述请求响应模块13包括：

线程建立单元131，用于建立每个所述功能调用指令的执行线程；

请求响应单元132，用于依序在对应的所述执行线程中执行所述执行队列中的每个所述功能调用指令，且每次执行所述功能调用指令均先从所述电视堆栈14内调用对应的所述功能组件，再从所述Linux内核15中调用对应的所述驱动程序。

综上，本发明上述实施例当中的请求信息响应系统，当Web智能电视采用所述请求信息响应系统作为系统时，能够降低该Web智能电视当中的应用程序等待响应的时间，有效的解决了用户操作卡顿的现象，体验感好。不仅如此，通过将每个请求信息对应的功能调用指令按照先后顺序排入到执行队列当中，确保该Web智能电视当中的应用程序先后发出的请求能够依序得到响应，避免响应混乱，提高响应过程的稳定性。

本发明还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述的请求信息响应方法。

本领域技术人员可以理解，在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或它们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (7)

1.一种请求信息响应方法，其特征在于，包括：

接收并处理上层应用发送的请求信息，以得到功能调用指令，并生成与所述请求信息对应的响应状态值返回给所述上层应用；

将所述功能调用指令排入到执行队列当中；

依序执行所述执行队列中的每个所述功能调用指令，以依序调用对应的功能程序来响应所述上层应用对应发出的请求，所述功能程序包括功能组件及驱动程序；

其中，所述生成与所述请求信息对应的响应状态值返回给所述上层应用的步骤包括：

判断所述功能调用指令当中是否包含对应被调用的所述功能程序的信息；

若是，则将所述请求信息对应的响应状态值记为第一预值后返回给所述上层应用，并将所述功能调用指令添加到所述执行队列当中；

若否，则将所述请求信息对应的响应状态值记为第二预值后返回给所述上层应用，以使所述上层应用接收到所述第二预值时，判断到所述请求信息响应出错并再发送一次所述请求信息，并且不将所述功能调用指令添加到所述执行队列当中；

所述将所述功能调用指令排入到执行队列当中的步骤包括：

判断所述执行队列当中是否存在与所述功能调用指令一致的目标调用指令；

若否，则将所述功能调用指令按照时间先后顺序排入到所述执行队列当中；

若是，则判断所述功能调用指令与所述目标调用指令之间的接收时间差是否大于预设时间；

若是，则执行所述将所述功能调用指令按照时间先后顺序排入到所述执行队列当中的步骤；

若否，则将所述目标调用指令替换为所述功能调用指令。

2.根据权利要求1所述的请求信息响应方法，其特征在于，所述将所述目标调用指令替换为所述功能调用指令的步骤包括：

将所述目标调用指令从所述执行队列当中删除；

将所述功能调用指令插入到所述目标调用指令在所述执行队列当中排序的位置上。

3.根据权利要求1所述的请求信息响应方法，其特征在于，所述功能组件存储于电视堆栈中，所述驱动程序存储于Linux内核中，所述依序执行所述执行队列中的每个所述功能调用指令的步骤包括：

建立每个所述功能调用指令的执行线程；

依序在对应的所述执行线程中执行所述执行队列中的每个所述功能调用指令，且每次执行所述功能调用指令均先从所述电视堆栈内调用对应的所述功能组件，再从所述Linux内核中调用对应的所述驱动程序。

4.一种请求信息响应系统，其特征在于，包括：

请求信息处理模块，用于接收并处理上层应用发送的请求信息，以得到功能调用指令，并生成与所述请求信息对应的响应状态值返回给所述上层应用；

指令排入模块，用于将所述功能调用指令排入到执行队列当中；

请求响应模块，用于依序执行所述执行队列中的每个所述功能调用指令，以依序调用对应的功能程序来响应所述上层应用对应发出的请求，所述功能程序包括功能组件及驱动程序；

其中，所述请求信息处理模块包括：

响应判断单元，用于判断所述功能调用指令当中是否包含对应被调用的所述功能程序的信息；

第一设置单元，用于当判断到所述功能调用指令当中包含对应被调用的所述功能程序的信息时，将所述请求信息对应的响应状态值记为第一预值后返回给所述上层应用，并将所述功能调用指令添加到所述执行队列当中；

第二设置单元，用于将所述请求信息对应的响应状态值记为第二预值后返回给所述上层应用，以使所述上层应用接收到所述第二预值时，判断到所述请求信息响应出错并再发送一次所述请求信息，并且不将所述功能调用指令添加到所述执行队列当中；

所述指令排入模块包括：

指令判断单元，用于判断所述执行队列当中是否存在与所述功能调用指令一致的目标调用指令；

第一处理单元，用于当判断到所述执行队列当中不存在与所述功能调用指令一致的所述目标调用指令时，将所述功能调用指令按照时间先后顺序排入到所述执行队列当中；

时差判断单元，用于当判断到所述执行队列当中存在与所述功能调用指令一致的所述目标调用指令时，判断所述功能调用指令与所述目标调用指令之间的接收时间差是否大于预设时间；

第二处理单元，用于当判断到所述功能调用指令与所述目标调用指令之间的接收时间差不大于所述预设时间时，将所述目标调用指令替换为所述功能调用指令；

当判断到所述功能调用指令与所述目标调用指令之间的接收时间差大于所述预设时间时，所述第一处理单元将所述功能调用指令按照时间先后顺序排入到所述执行队列当中。

5.根据权利要求4所述的请求信息响应系统，其特征在于，所述第二处理单元包括：

删除子单元，用于将所述目标调用指令从所述执行队列当中删除；

插入子单元，用于将所述功能调用指令插入到所述目标调用指令在所述执行队列当中排序的位置上。

6.根据权利要求4所述的请求信息响应系统，其特征在于，所述请求信息响应系统还包括存储所述功能组件的电视堆栈及存储所述驱动程序的Linux内核，所述请求响应模块包括：

线程建立单元，用于建立每个所述功能调用指令的执行线程；

请求响应单元，用于依序在对应的所述执行线程中执行所述执行队列中的每个所述功能调用指令，且每次执行所述功能调用指令均先从所述电视堆栈内调用对应的所述功能组件，再从所述Linux内核中调用对应的所述驱动程序。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1－3任一所述的方法。

Images