一种应用加速方法及装置与流程

本发明涉及计算机
技术领域：
，特别涉及一种应用加速方法及装置。
背景技术：
：所谓应用加速就是能提高应用软件速度的一种软件。腾讯电脑管家等很多软件都具有应用加速功能，腾讯电脑管家最开始针对游戏、应用软件做启动加速是C++语言结合lua(一种嵌入式脚本语言)引擎，每增加一款游戏或者应用的支持，都需要改动程序代码，新增一个类封装其对lua脚本的支持；并且数据都是独立的，无法做到全局共享。采用C++语言结合lua引擎实现应用加速，在加速功能变化，例如新增应用或者新增加速功能后，都需要改动代码，另外，由于lua引擎数据独立性导致数据不能共享。因此，以上应用加速技术方案的运营和维护效率较低。技术实现要素：本发明实施例提供了一种应用加速方法及装置，用于实现数据共享，提高运营和维护效率。一种应用加速方法，包括：控制中心调用进程监控类监听进程的启动和结束；所述控制中心接收进程信息；所述进程信息在所述进程监控类监听到进程启动，确定所述进程属于需要加速的进程后，发送给所述控制中心；所述控制中心调用业务类，使所述业务类监测所述进程的状态变化，执行所述进程当前状态下对应的任务，直到所述进程的状态为结束状态。一种应用加速装置，包括：监控调用单元，用于调用进程监控类监听进程的启动和结束；第一接收单元，用于接收进程信息；所述进程信息在所述进程监控类监听到进程启动，确定所述进程属于需要加速的进程后，发送给所述监控调用单元；业务调用单元，用于调用业务类，使所述业务类监测所述进程的状态变化，执行所述进程当前状态下对应的任务，直到所述进程的状态为结束状态。从以上技术方案可以看出，本发明实施例具有以下优点：由控制中心进行加速流程的控制，进程监控类监控需要加速的进程；进程从启动到结束状态会变化，各状态下会执行任务，这些任务由业务类来控制任务的执行；整个加速流程，只要业务类内的配置数据能够支持进程加速就可以实现对应用的加速，并且在进程执行过程中的任务可以被不同的进程复用/共享，并不需要对代码进行修改，因此本发明实施例采用的加速方案可以提高运营和维护效率。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例方法流程示意图；图2为本发明实施例软件结构示意图；图3为本发明实施例数据库建模结构示意图；图4为本发明实施例装置结构示意图；图5为本发明实施例装置结构示意图；图6为本发明实施例装置结构示意图；图7为本发明实施例装置结构示意图；图8为本发明实施例装置结构示意图。具体实施方式为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的 范围。本发明实施例提供了一种应用加速方法，如图1所示，包括：101：控制中心调用进程监控类监听进程的启动和结束；在本发明实施例中，控制中心提供应用加速的调度功能，可以提供加速功能的软件对外的接口。控制中心调用进程监控类，进程监控类是软件概念，可以实现监控设备内的进程的启动和结束；s对于控制中心而言，如何触发其调用进程监控类，本发明实施例提供了如下方案：在上述控制中心调用进程监控类监听进程的启动和结束之前，上述方法还包括：控制中心通过动态链接库向外部暴露初始化和反初始化接口；在上述控制中心的初始化接口被调用后，调用进程监控类监听进程的启动和结束。进程监控类的功能是监控设备内的进程的启动和结束，具体的实现过程可以参考此类功能的类的定义，本发明实施例不作赘述；控制设备启动加速102：上述控制中心接收进程信息；上述进程信息在上述进程监控类监听到进程启动，确定上述进程属于需要加速的进程后，发送给上述控制中心；在本实施例中，进程监控类还具有筛选进程的功能，这是因为不是所有的进程都需要加速，也不是所有的进程都能够被加速，因此只有在有需要加速的进程时，才需要调用加速的逻辑；当然，这些进程应当是被支持加速的进程。本实施例还提供了进程筛选逻辑及其流程的具体实现方案如下：上述进程信息在进程监控类监听到进程启动，确定上述进程属于需要加速的进程后，发送给上述控制中心包括：上述进程信息在上述进程监控类监听到进程启动后，确定上述进程是否命中配置的进程，在确定上述进程命中配置的进程后触发回调接口发送给上述控制中心。本实施例中，命中是指监测到的进程属于配置的进程，即属于需要/能够被加速的进程。通常来说，会使用进程名称到配置文件中进行匹配，若匹配成功则属于命中。103：上述控制中心调用业务类，使上述业务类监测上述进程的状态变化，执行上述进程当前状态下对应的任务，直到上述进程的状态为结束状态。业务类是用于维护进程的状态以及控制进程的任务被执行的功能类，本实施例中进程的任务，是进程完成其功能所要执行的内容，通常可以由类厂生产，可以被复用/共享。在本发明实施例中，由控制中心进行加速流程的控制，进程监控类监控需要加速的进程；进程从启动到结束状态会变化，各状态下会执行任务，这些任务由业务类来控制任务的执行；整个加速流程，只要业务类内的配置数据能够支持进程加速就可以实现对应用的加速，并且在进程执行过程中的任务可以被不同的进程复用/共享，并不需要对代码进行修改，因此本发明实施例采用的加速方案可以提高运营和维护效率。进一步地，本发明实施例还提供了一个进程被加速完成以后继续执行的实现方案：在上述业务类监测到上述进程的状态为结束状态后，上述方法还包括：上述控制中心接收上述业务类返回的上述进程加速完成的信息；上述控制中心再次调用进程监控类监听进程的启动和结束。由于业务类知道进程当前的状态，在进程被执行完毕处于结束状态，那么可以将相应的信息反馈给控制中心，由控制中心控制进入下一进程的监测。周而复始的可以自动完成对设备运行的进程的加速。在本发明实施例中，理论上对于业务类而言，其仅需要获知进程/状态/任务三者之间的对应关系就可以实现以上功能，不同的配置文件可以记录不同进程，也可以使用一个配置文件记录很多进程，具体如下：在上述业务类中保存有配置文件，上述配置文件配置有进程、状态以及任务的对应信息。在本实施例中，配置文件内可以包含很多进程，在后续实施例中，所称的第一进程和第二进程，仅是配置文件中的进程的举例；第一进程或者第二进程可以是前面提到的需要加速的进程，也可以不是之前要加速的进程，本发明实施对此不予限定，具体如下：在上述配置文件中包含至少两个进程，分别为第一进程和第二进程；在上述配置文件中，上述第一进程对应有第一进程从开始执行到结束间所要经历的状态，以及上述第一进程所要经历的各状态需要执行的任务；各状态需要执行一个或者一个以上的任务。本发明实施例还提供了任务执行的结果和类型的可选方案举例，具体如下：上述任务的执行结果为：成功或失败；上述任务的类型包括：条件触发、条件判断，以及动作中的至少一项。本发明实施例目标在于打造一个通用的加速平台，一方面要考虑到对于应用启动加速支持的便利性，也要考虑到后续能力增强(不局限于启动加速)的扩展性。所以本发明实施例基于有限状态机原理，利用工作流引擎(模块)搭建通用任务平台，支持绝大多数应用的启动加速。不用局限于某一特定应用和某以特定状态下的应用加速。如图2所示，以TAO中游戏启动加速为例进行举例说明，在图2所示的结构中，工作流模块位于业务流程管理(TAOWorkFlow)部分。图2所示的结构中，包含有TAO组件、TAO应用、游戏业务/训练工具/流程配置工具/游戏启动加速流程，以及业务流程管理，另外还可以在业务流程管理之上扩展其他加速能力，图2不再一一举例。其中，业务流程管理处于应用层的核心部分(再下一层就是驱动提供真正的加速能力)，由业务流程管理统一创建、管理整个应用加速流程，具体的实现架构图3所示，在架构图3中示意了数据库建模的类结构示意。类是编程术语，类的构成包括数据成员和成员函数。数据成员对应类的属性，类的数据成员也是一种数据类型，并不需要分配内存。成员函数则用于操作类的各项属性，是一个类具有的特有的操作。类和外界发生交互的操作称为接口。成员函数可以在类内实现，也可以在类外实现。内部实现的成员函数被默认为加上了inline；外部实现的成员函数必须加上域操作符，即“类名::成员函数”。图3所示类可以参考类的基本定义进行解读。以下是图3涉及的类进行举例说明：表1以上表1包含interface(接口)名：ITaoWorkFlow(ITAO工作流程)，以及定义的接口名：Init(初始化)和UnInit(反初始化)、Start(开始)、Stop(停止)；是整个DLL(DynamicLinkLibrary，动态链接库)对外暴露的接口。表2以上表2包含interface(接口)名：ITAOWorkFlowInner(内工作流程)，以及两个接口：NotifyAssignBusinessFlowStart(通知分配业务开始)，以及NotifyAssignBusinessFlowEnd(通知分配业务结束)。以上表1和表2记载内容，分别是作为控制中心的类CTAOWorkFlowImpl对外提供的接口的类、用于初始化和开启加速流程的类。表3以上表3中，CMonitorMgr是进程监控的管理类，通过其下定义的ITAOWorkFlowInner*m_pTaoInnerInterface、ITAOWorkFlowdata*m_pTaoWorkFlowData、以及ITAOFactory*m_pTaoFactory对进程监控，分别监控内工作流、工作流的数据、以及所属类厂。表4CTaskFactoryImpl—IBusinessData*m_pIBusinessData以上表4中，CMonitorMgr是定义任务的类，其中IBusinessData是调用 业务数据的函数。表5以上表4中，ITAOWorkFlowDate是定义ITAO的工作流的接口的类。基于工作流的接口的类下，还有作为本实施例举例的CGameXmlConfig类的定义，定义游戏配置的类。表6以上表4中，定义了接口类ITaskCallback，用于回调，有成员函数OnTaskRet实现任务回调。表7以上表7为定义接口的类，IBusinessData是类名业务数据，其中+GetDynamicData()、+GetStaticData(DWORD)()、+GetMoniterInfoData()分别是用于获得动态数据、得到静态数据、以及获取监控信息数据的成员函数。表8以上表8为定义接口的类，包含类名：IWorkFlowStateDefinerNotify，表明该接口是定义工作流程状态的类，其成员函数+NotifyOneStateBegin()、+NotifyOneStateEnd()、+StartOneStateAllTaskList()、+StopOneStateAllTaskList()分别实现通知一个开始、通知一个状态结束、开始一个状态所有任务列表、停止一个状态所有任务列表。表9以上表9为定义接口的类，包含类名：IStateFactory表明该接口是定义状态类厂的类，其成员函数+InternaICreateState()用于实现创建内部状态。表10以上表10包含类名：CBusinessWorkFlowMgr表明该类是定义业务流程管理的类，其成员函数ITAOWorkFlowData*m_pTaoWorkFlowData、ITAOFactory*m_pTaoFactory、ITAOWorkFlowInner*m_pTaoInnerInterface分别实现对工作流程数据、工作流程类厂以及内工作流程的调用。表11以上表11为定义接口的类，包含类名：ITaskFactory表明是类厂的任务，其成员函数+CreateAssignTask()、+SetTaskAttributes()用于实现创建分配任务、 设置任务属性。以上表10可以下设任务管理的类：CStateMgr，以及具体任务的类：IState。表12CTAOWorkFlowState—IWorkFlowStateDefinerNotify*m_pTaoWorkFlowState以上表12的类名为：CTAOWorkFlowState表明其定义的是任务工作流的类，其成员函数IWorkFlowStateDefinerNotify*m_pTaoWorkFlowData用于实现工作流状态定义通知。表13以上表12的类名为：ITask表明其定义的是任务的类，其成员函数IBusinessData*m_pBusinessData、ITaskCallback*m_pITaskCallback用于实现业务数据调用以及任务调用返回。以上图3中实线线头表示了类之间的依赖关系。以下对基于图3所示的数据库建模结果对本发明实施例的实现过程进行简要说明。CTAOWorkFlowImpl是控制中心，对外提供Init、UnInit等接口，外界拿到上述接口的指针通过这两个接口就能初始化和反初始化工作流模块；然后提供Start接口开启整个加速流程。CTAOWorkFlowImpl的成员类CMonitorMgr是进程监控的管理类，由于要促发加速流程首先是要监听游戏进程的启动和结束，一旦监听到游戏进程命中了我们配置的游戏启动，就会促发CMonitorMgr的回调接口，通知到控制中心CTAOWorkFlowImpl。这时候就会调用另一个成员类CBusinessWorkMgr的方法，内部可以有一个状态机维护、根据配置文件有若干个状态(State),每个状态由配置的一个或若干个任务(Task)组成，即是图3中的ITask接口。然后根据配置文件里面Task的执行结果在各个状态间 跳转，直到执行到结束状态(约定的1000)。Task由类厂生产，都能复用，结果通常只能是成功或者失败，从类型上分为Trigger(一定条件下促发，比如定时、消息驱动等等)、Condition(条件判断，如内存是否满足要求、硬盘类型是否正确等等)、Act(动作之类的，比如开始预取、停止预取等等)等几大类。CBusinessWorkMgr执行一个流程结束以后又通知到控制中心，开始下一轮监控，就这样周而复始、循环的能够提供对配置的游戏的启动加速流程。在本实施例中，不同游戏可以有对应不同游戏的配置文件，这些配置文件之间可能有区别；在本实施例中，根据配置的状态流转来提供不同的加速流程。本发明实施例采用的技术方案只需要配置文件支持，可以对绝大多数应用提供加速能力。本发明实施例还提供给了一种应用加速装置，如图4所示，包括：监控调用单元401，用于调用进程监控类监听进程的启动和结束；第一接收单元402，用于接收进程信息；上述进程信息在上述进程监控类监听到进程启动，确定上述进程属于需要加速的进程后，发送给上述监控调用单元401；业务调用单元403，用于调用业务类，使上述业务类监测上述进程的状态变化，执行上述进程当前状态下对应的任务，直到上述进程的状态为结束状态。业务类是用于维护进程的状态以及控制进程的任务被执行的功能类，本实施例中进程的任务，是进程完成其功能所要执行的内容，通常可以由类厂生产，可以被复用/共享。在本发明实施例中，由控制中心进行加速流程的控制，进程监控类监控需要加速的进程；进程从启动到结束状态会变化，各状态下会执行任务，这些任务由业务类来控制任务的执行；整个加速流程，只要业务类内的配置数据能够支持进程加速就可以实现对应用的加速，并且在进程执行过程中的任务可以被不同的进程复用/共享，并不需要对代码进行修改，因此本发明实施例采用的加速方案可以提高运营和维护效率。进一步地，本发明实施例还提供了一个进程被加速完成以后继续执行的 实现方案：如图5所示，上述装置还包括：第二接收单元501，用于在上述业务类监测到上述进程的状态为结束状态后，接收上述业务类返回的上述进程加速完成的信息；上述监控调用单元401，还用于在上述第二接收单元接收到上述进程加速完成的信息后，再次调用进程监控类监听进程的启动和结束。由于业务类知道进程当前的状态，在进程被执行完毕处于结束状态，那么可以将相应的信息反馈给控制中心，由控制中心控制进入下一进程的监测。周而复始的可以自动完成对设备运行的进程的加速。在本实施例中，进程监控类还具有筛选进程的功能，这是因为不是所有的进程都需要加速，也不是所有的进程都能够被加速，因此只有在有需要加速的进程时，才需要调用加速的逻辑；当然，这些进程应当是被支持加速的进程。本实施例还提供了进程筛选逻辑及其流程的具体实现方案如下：上述第一接收单元402，用于接收进程信息；上述进程信息在上述进程监控类监听到进程启动后，确定上述进程是否命中配置的进程，在确定上述进程命中配置的进程后触发回调接口发送给上述控制中心。本实施例中，命中是指监测到的进程属于配置的进程，即属于需要/能够被加速的进程。通常来说，会使用进程名称到配置文件中进行匹配，若匹配成功则属于命中。在本发明实施例中，控制中心提供应用加速的调度功能，可以提供加速功能的软件对外的接口。控制中心调用进程监控类，进程监控类是软件概念，可以实现监控设备内的进程的启动和结束；对于控制中心而言，如何触发其调用进程监控类，本发明实施例提供了如下方案：如图6所示，上述装置还包括：接口单元601，用于通过动态链接库向外部暴露初始化和反初始化接口；上述监控调用单元401，用于在上述初始化接口被调用后，调用进程监控类监听进程的启动和结束。进程监控类的功能是监控设备内的进程的启动和结束，具体的实现过程可以参考此类功能的类的定义，本发明实施例不作赘述；控制设备启动加速在本发明实施例中，理论上对于业务类而言，其仅需要获知进程/状态/ 任务三者之间的对应关系就可以实现以上功能，不同的配置文件可以记录不同进程，也可以使用一个配置文件记录很多进程，具体如下：在上述业务类中保存有配置文件，上述配置文件配置有进程、状态以及任务的对应信息。在本实施例中，配置文件内可以包含很多进程，在后续实施例中，所称的第一进程和第二进程，仅是配置文件中的进程的举例；第一进程或者第二进程可以是前面提到的需要加速的进程，也可以不是之前要加速的进程，本发明实施对此不予限定，具体如下：在上述配置文件中包含至少两个进程，分别为第一进程和第二进程；在上述配置文件中，上述第一进程对应有第一进程从开始执行到结束间所要经历的状态，以及上述第一进程所要经历的各状态需要执行的任务；各状态需要执行一个或者一个以上的任务。本发明实施例还提供了任务执行的结果和类型的可选方案举例，具体如下：上述任务的执行结果为：成功或失败；上述任务的类型包括：条件触发、条件判断，以及动作中的至少一项。本发明实施例还提供了另一种应用加速装置，如图7所示，包括：接收器701、发射器702、处理器703以及存储器704；其中，存储器704可以用于提供数据存储功能，包括：处理器703进行数据处理过程中的缓存和/或处理过程中可能需要读取数据的永久存储器；接收器701和发射器702在本发明实施例中，可能并不涉及，这取决于被加速的应用是否需要；处理器703用于控制执行：通过控制中心调用进程监控类监听进程的启动和结束；上述控制中心接收进程信息；上述进程信息在上述进程监控类监听到进程启动，确定上述进程属于需要加速的进程后，发送给上述控制中心；上述控制中心调用业务类，使上述业务类监测上述进程的状态变化，执行上述进程当前状态下对应的任务，直到上述进程的状态为结束状态。业务类是用于维护进程的状态以及控制进程的任务被执行的功能类，本实施例中进程的任务，是进程完成其功能所要执行的内容，通常可以由类厂生产，可以被复用/共享。在本发明实施例中，由控制中心进行加速流程的控制，进程监控类监控需要加速的进程；进程从启动到结束状态会变化，各状态下会执行任务，这 些任务由业务类来控制任务的执行；整个加速流程，只要业务类内的配置数据能够支持进程加速就可以实现对应用的加速，并且在进程执行过程中的任务可以被不同的进程复用/共享，并不需要对代码进行修改，因此本发明实施例采用的加速方案可以提高运营和维护效率。在本发明实施例中，控制中心提供应用加速的调度功能，可以提供加速功能的软件对外的接口。控制中心调用进程监控类，进程监控类是软件概念，可以实现监控设备内的进程的启动和结束；对于控制中心而言，如何触发其调用进程监控类，本发明实施例提供了如下方案：上述处理器703还用于控制执行：在上述控制中心调用进程监控类监听进程的启动和结束之前，控制中心通过动态链接库向外部暴露初始化和反初始化接口；在上述控制中心的初始化接口被调用后，调用进程监控类监听进程的启动和结束。进程监控类的功能是监控设备内的进程的启动和结束，具体的实现过程可以参考此类功能的类的定义，本发明实施例不作赘述；控制设备启动加速在本实施例中，进程监控类还具有筛选进程的功能，这是因为不是所有的进程都需要加速，也不是所有的进程都能够被加速，因此只有在有需要加速的进程时，才需要调用加速的逻辑；当然，这些进程应当是被支持加速的进程。本实施例还提供了进程筛选逻辑及其流程的具体实现方案如下：上述处理器703用于控制执行：进程信息在进程监控类监听到进程启动，确定上述进程属于需要加速的进程后，发送给上述控制中心包括：上述进程信息在上述进程监控类监听到进程启动后，确定上述进程是否命中配置的进程，在确定上述进程命中配置的进程后触发回调接口发送给上述控制中心。本实施例中，命中是指监测到的进程属于配置的进程，即属于需要/能够被加速的进程。通常来说，会使用进程名称到配置文件中进行匹配，若匹配成功则属于命中。进一步地，本发明实施例还提供了一个进程被加速完成以后继续执行的实现方案：上述处理器703还用于控制执行：在上述业务类监测到上述进程 的状态为结束状态后，上述控制中心接收上述业务类返回的上述进程加速完成的信息；上述控制中心再次调用进程监控类监听进程的启动和结束。由于业务类知道进程当前的状态，在进程被执行完毕处于结束状态，那么可以将相应的信息反馈给控制中心，由控制中心控制进入下一进程的监测。周而复始的可以自动完成对设备运行的进程的加速。在本发明实施例中，理论上对于业务类而言，其仅需要获知进程/状态/任务三者之间的对应关系就可以实现以上功能，不同的配置文件可以记录不同进程，也可以使用一个配置文件记录很多进程，具体如下：在上述业务类中保存有配置文件，上述配置文件配置有进程、状态以及任务的对应信息。在本实施例中，配置文件内可以包含很多进程，在后续实施例中，所称的第一进程和第二进程，仅是配置文件中的进程的举例；第一进程或者第二进程可以是前面提到的需要加速的进程，也可以不是之前要加速的进程，本发明实施对此不予限定，具体如下：在上述配置文件中包含至少两个进程，分别为第一进程和第二进程；在上述配置文件中，上述第一进程对应有第一进程从开始执行到结束间所要经历的状态，以及上述第一进程所要经历的各状态需要执行的任务；各状态需要执行一个或者一个以上的任务。本发明实施例还提供了任务执行的结果和类型的可选方案举例，具体如下：上述任务的执行结果为：成功或失败；上述任务的类型包括：条件触发、条件判断，以及动作中的至少一项。本发明实施例还提供了另一种可以实现应用加速的装置，如图8所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(PersonalDigitalAssistant，个人数字助理)、POS(PointofSales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：图8示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图8，手机包括：射频(RadioFrequency，RF)电路810、存储器820、输入单元830、显示单元840、传感器850、音频电路860、无线保真(wireless fidelity，WiFi)模块870、处理器880、以及电源890等部件。本领域技术人员可以理解，图8中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。下面结合图8对手机的各个构成部件进行具体的介绍：RF电路810可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器880处理；另外，将设计上行的数据发送给基站。通常，RF电路810包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(LowNoiseAmplifier，LNA)、双工器等。此外，RF电路810还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystemofMobilecommunication，GSM)、通用分组无线服务(GeneralPacketRadioService，GPRS)、码分多址(CodeDivisionMultipleAccess，CDMA)、宽带码分多址(WidebandCodeDivisionMultipleAccess,WCDMA)、长期演进(LongTermEvolution，LTE)、电子邮件、短消息服务(ShortMessagingService，SMS)等。存储器820可用于存储软件程序以及模块，处理器880通过运行存储在存储器820的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器820可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。输入单元830可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元830可包括触控面板831以及其他输入设备832。触控面板831，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上或在触控面板831附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板831可包括触摸检测装置和触摸控 制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器880，并能接收处理器880发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831，输入单元830还可以包括其他输入设备832。具体地，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元840可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元840可包括显示面板841，可选的，可以采用液晶显示器(LiquidCrystalDisplay，LCD)、有机发光二极管(OrganicLight-EmittingDiode,OLED)等形式来配置显示面板841。进一步的，触控面板831可覆盖显示面板841，当触控面板831检测到在其上或附近的触摸操作后，传送给处理器880以确定触摸事件的类型，随后处理器880根据触摸事件的类型在显示面板841上提供相应的视觉输出。虽然在图8中，触控面板831与显示面板841是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板831与显示面板841集成而实现手机的输入和输出功能。手机还可包括至少一种传感器850，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板841的亮度，接近传感器可在手机移动到耳边时，关闭显示面板841和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。音频电路860、扬声器861，传声器862可提供用户与手机之间的音频接口。音频电路860可将接收到的音频数据转换后的电信号，传输到扬声器861， 由扬声器861转换为声音信号输出；另一方面，传声器862将收集的声音信号转换为电信号，由音频电路860接收后转换为音频数据，再将音频数据输出处理器880处理后，经RF电路810以发送给比如另一手机，或者将音频数据输出至存储器820以便进一步处理。WiFi属于短距离无线传输技术，手机通过WiFi模块870可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块870，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。处理器880是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器820内的软件程序和/或模块，以及调用存储在存储器820内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器880可包括一个或多个处理单元；优选的，处理器880可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器880中。手机还包括给各个部件供电的电源890(比如电池)，优选的，电源可以通过电源管理系统与处理器880逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。在本发明实施例中，该终端所包括的处理器880具有运行程序指令实现以上方法流程的功能，以上方法流程可以基于图8所示的硬件结构实现。另需说明的是，其他可能需要进行应用加速的设备也可以，并不仅限于图8所示的手机结构。在前述实施例，图2所示的结构中，以及图3所示的类定义，均有关于TAO的内容。TAO的全局体系结构(数据库，应用层，用户界面)的主要组件有其自有的特性。例如：在服务器端，数据库管理系统存储数据-这个功能是由Generis平台通过使用专用的API(ApplicationProgrammingInterface，应用程序编程接口)实现，这一层叫做持久(Persistence)层。在这第一层的顶部，用PHP(HypertextPreprocessor，超文本预处理器)编写的应用层实现所 有特定于eTesting功能。在此不对TAO进行更多赘述，关于TAO的更多内容可以参考TAO的相关标准定义。值得注意的是，上述装置实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。当前第1页1 2 3