一种网络服务控制方法及装置与流程

本发明涉及计算机技术领域，特别涉及一种网络服务控制方法及装置。

背景技术：

网络服务是指在网络上运行的、面向服务的、基于分布式程序的软件模块。网络服务的框架用于实现网络服务。

目前业界存在一些网络服务框架，主要分为两类：一类是同步模型，一类是基于回调的异步模型。

其中，在同步模型中网络服务器架构的执行流程如下：

1、业务线程在处理业务逻辑过程中有业务数据需求，向网络I/O(输入/输出，Input/Output)模块发送业务线程阻塞请求，用于请求上述业务数据；

2、业务线程等待网络I/O模块返回的业务数据，并接收网络I/O模块返回的业务数据；

3、直到业务数据返回结束后继续处理业务逻辑。

但是以上同步模型需要阻塞业务线程会降低服务器的性能，甚至导致服务器挂死，造成不服务器不稳定。为了解决以上问题，提出了上述基于回调的异步模型的执行流程如下：

1、业务线程在处理业务逻辑过程中有业务数据需求，向I/O线程发送数据请求，用于请求上述业务数据；此时，不阻塞业务线程；

2、业务线程立刻返回并处理其他业务请求；

3、处理其他业务请求的业务逻辑；

4、I/O线程在收到数据请求后，会从网络I/O模块获取上述业务数据；当I/O线程的业务数据准备好后，回调通知业务线程；

5、业务线程接收上述业务数据，并继续处理需要上述业务数据的业务逻辑。

但是，以上异步模型的技术门槛较高，编程比较复杂。从实际测试过程中发现，数据请求的状态难以维护经常出故障，在业务逻辑复杂的情况下，I/O 线程会有过多的回调代码导致难以维护。

技术实现要素：

本发明实施例提供了一种网络服务控制方法及装置，用于提供能够兼具同步模型和异步模型优势的网络服务控制方法，在保证服务器稳定运行的前提下，减少故障率，降低维护难度。

一种网络服务控制方法，包括：

向业务线程发送第一业务请求，接收所述业务线程执行所述第一业务请求的业务逻辑返回的数据请求；

将所述数据请求转发给I/O线程，保存所述业务逻辑的运行状态；

将所述I/O线程返回的业务数据转发给所述业务线程，使所述业务线程从所述运行状态继续执行所述业务逻辑。

一种网络服务控制装置，包括：

第一发送单元，用于向业务线程发送第一业务请求；

接收单元，用于接收所述业务线程执行所述第一业务请求的业务逻辑返回的数据请求；

第二发送单元，用于将所述数据请求转发给I/O线程；

保存单元，用于保存所述业务逻辑的运行状态；

所述第一发送单元，还用于将所述I/O线程返回的业务数据转发给所述业务线程，使所述业务线程从所述运行状态继续执行所述业务逻辑。

从以上技术方案可以看出，本发明实施例具有以下优点：通过增加网络服务控制的方式，使业务线程和I/O线程都可以保持同步架构时的技术优势，而且业务逻辑的运行状态保存了起来，不必使业务线程必须等待I/O线程返回业务数据，从而不会挂死以及因此导致的服务器性能低下。因此本发明实施例提供了能够兼具同步模型和异步模型优势的网络服务控制方法，在保证服务器稳定运行的前提下，减少故障率，降低维护难度。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中 所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例方法流程示意图；

图2为本发明实施例网络服务控制架构示意图；

图3为本发明实施例方法流程示意图；

图4为本发明实施例装置结构示意图；

图5为本发明实施例装置结构示意图；

图6为本发明实施例装置结构示意图；

图7为本发明实施例服务器结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供了一种网络服务控制方法，如图1所示，包括：

101：向业务线程发送第一业务请求，接收上述业务线程执行上述第一业务请求的业务逻辑返回的数据请求；

业务线程是执行业务逻辑实现业务功能的线程，线程有时也被称为轻量级进程(Lightweight Process，LWP)，是程序执行流的最小单元。线程是进程中的一个实体，是被系统独立调度和分派的基本单位，线程自己不拥有系统资源，只拥有一点儿在运行中必不可少的资源，但它可与同属一个进程的其它线程共享进程所拥有的全部资源。由于线程之间的相互制约，致使线程在运行中呈现出间断性。线程也有就绪、阻塞和运行三种基本状态。就绪状态是指线程具备运行的所有条件，逻辑上可以运行，在等待处理机；运行状态是指线程占有处理机正在运行；阻塞状态是指线程在等待一个事件(如某个信号量)，逻辑上不可执行。每一个程序都至少有一个线程，若程序只有一个 线程，那就是程序本身。

业务数据是业务线程在执行业务逻辑的过程中所需要的调用的数据资源，通常可以由网络I/O模块一侧提供。在本实施例中采用的架构通过I/O线程从网络I/O模块获取，请参阅图2所示的网络服务控制架构，包括：业务线程、网络服务控制模块、I/O线程，以及网络I/O模块。本实施例控制实现在网络服务控制模块。

在本发明实施例中出现的“第一”和“第二”用于区分同类的两个不同的技术术语，“第一业务请求”和“第二业务请求”表示两个不同的业务请求，请求业务线程执行不同的业务逻辑从而实现不同的业务功能，“第一”和“第二”不应理解为具有其他的技术含义。

102：将上述数据请求转发给I/O线程，保存上述业务逻辑的运行状态；

在上述数据请求中会包含业务线程执行上述业务逻辑的过程中所需要业务数据的指示性信息，例如：需要调用的业务资源的标识、地址或者其他信息。该部分属于数据调用/获取的部分，本领域技术人员可以采用其所熟知的方式实现，并不影响本发明实施例的实现，因此本发明实施例对此不作唯一性限定。

本实施例需要保存业务逻辑的运行状态，在技术方案的后续实现过程中需要以业务逻辑当前执行的进度为基础继续执行，属于业务逻辑执行的控制部分，该部分依继续执行的控制方式不同会可能会导致需要保存的信息有所不同，本发明实施例对于保存何种具体的数据参数不作唯一性限定。

103：将上述I/O线程返回的业务数据转发给上述业务线程，使上述业务线程从上述运行状态继续执行上述业务逻辑。

在本实施例中，不仅会向业务线程返回其所请求的业务数据，还会控制业务线程从之前返回数据请求时业务逻辑所处的进度继续执行。

本发明实施例，通过增加网络服务控制的方式，使业务线程和I/O线程都可以保持同步架构时的技术优势，而且业务逻辑的运行状态保存了起来，不必使业务线程必须等待I/O线程返回业务数据，从而不会挂死以及因此导致的服务器性能低下。因此本发明实施例提供了能够兼具同步模型和异步模型优势的网络服务控制方法，在保证服务器稳定运行的前提下，减少故障率，降 低维护难度。

在本发明实施例中，第一业务请求的业务逻辑执行过程中可能存在业务数据需求，此时由网络服务控制的执行主体保存了第一业务请求的业务逻辑的运行状态，在此之后业务线程处于闲置状态，此种情况下，业务线程可以处理其他的业务请求，因此本发明实施例提供了如下解决方案：在接收到上述业务线程执行上述第一业务请求的业务逻辑返回的数据请求之后，上述方法还包括：

向上述业务线程发送第二业务请求。

本实施例中，第二业务请求被发往业务线程以后，业务线程会开始执行第二业务请求对应的业务逻辑。在以上“业务线程从上述运行状态继续执行上述业务逻辑”需要被实现的时刻，第二业务请求的业务逻辑可能已经执行完毕，也可能正处于执行过程中。若已经执行完毕，那么业务线程处于空闲状态下，此种情况较为简单不作说明。若第二业务请求的业务逻辑还在执行过程中，那么可以有以下三种选择方案：一、向业务线程发送中断请求，然后控制业务线程先从上述运行状态继续执行上述业务逻辑，然后继续执行上述第二业务请求对应的业务逻辑；二、向处于空闲状态下的业务线程发送上述第一业务请求的业务逻辑的运行状态，使处于空闲状态的业务线程从上述运行状态继续执行上述业务逻辑。这里，处于空闲状态的业务线程，可能是等待上述正在执行第二业务请求的业务逻辑的业务线程执行完毕后，也可以是存在多个业务线程，查询到的其他空闲业务线程。

本发明实施例还提供了执行本发明实施例的可选主体选择，具体如下：上述向业务线程发送第一业务请求包括：

有限状态机向业务线程发送第一业务请求。

需要说明的是有限状态机可以作为实现本发明实施例功能的一个具体实现方案作为备选，在实际应用中只要能够实现以上功能的技术功能部件都是可以的，因此有限状态机不应理解为对本发明实施例的唯一性限定。有限状态机(Finite-state machine,FSM)，又称有限状态自动机，简称状态机，是表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型。在数字电路系统中，有限状态机是时序逻辑电路模块。

本发明实施例还提供了基于有限状态机的更具体的实现方案举例，具体如下：上述有限状态机包括：协程。

协程(coroutine)不是进程或线程，其执行过程更类似于子例程，或者说不带返回值的函数调用。协程也是一种程序组件。一个程序可以包含多个协程，可以对应于一个进程包含的多个线程。多个线程相对独立，有自己的上下文，切换受系统控制；而协程也相对独立，有自己的上下文，但是其切换由自己控制，由当前协程切换到其他协程由当前协程来控制。

本发明实施例还提供了从I/O线程接收业务数据的具体实现方案，如下：上述将上述数据请求转发给I/O线程之前，上述方法还包括：

通过回调接收上述I/O线程返回的业务数据。

可以理解的是，业务数据从I/O线程发送到网络服务控制的执行主体，可以是主动发送的，也可以是被动发送的；可以是被调用的，也可以是共享存储空间传递的，因此以上回调不应理解为对本发明实施例的唯一性限定。

本发明实施例还提供了使业务线程从上述运行状态继续执行上述业务逻辑的一个具体实现举例，具体如下：上述将上述I/O线程返回的业务数据转发给上述业务线程，使上述业务线程从上述运行状态继续执行上述业务逻辑包括：

将上述I/O线程返回的业务数据以及保存的上述业务逻辑的运行状态发送给上述业务线程，指示上述业务线程从上述运行状态继续执行上述业务逻辑。

以下实施例将以系统架构的角度对本发明实施例进行详细说明，其中实现网络服务控制通过协程实现，如图3所示：

301：协程交付业务请求给业务线程，请求业务线程对业务请求的业务逻辑进行处理；

302：业务线程处理业务请求的业务逻辑的过程中有业务数据需求，向协程发送数据请求，请求返回对应的业务数据；协程将上述数据请求转发给I/O线程，由I/O线程从网络I/O模块获得业务数据；

303：协程保存上述业务请求对应的业务逻辑的运行状态的相关信息；

304：协程向业务线程交付新的业务请求，请求新的业务服务被业务线程 所执行；

305：通过回调获得I/O线程返回的业务数据，此时可以将业务数据交互给业务线程，还可以将保存的业务逻辑的运行状态发送给业务线程；

306：业务线程从上述业务逻辑的运行状态处继续执行业务逻辑。

结合纯同步模型和基于回调的异步模型两者优点，对于普通开发人员来说开发门槛低，同步编码实现业务服务，很容易就能完成业务需求开发，同时开发出来的服务又具有异步运行能力，极大提高服务处理的性能。

本发明实施例还提供了一种网络服务控制装置，如图4所示，包括：

第一发送单元401，用于向业务线程发送第一业务请求；

接收单元402，用于接收上述业务线程执行上述第一业务请求的业务逻辑返回的数据请求；

第二发送单元403，用于将上述数据请求转发给I/O线程；

保存单元404，用于保存上述业务逻辑的运行状态；

上述第一发送单元401，还用于将上述I/O线程返回的业务数据转发给上述业务线程，使上述业务线程从上述运行状态继续执行上述业务逻辑。

业务线程是执行业务逻辑实现业务功能的线程，线程有时也被称为轻量级进程(Lightweight Process，LWP)，是程序执行流的最小单元。线程是进程中的一个实体，是被系统独立调度和分派的基本单位，线程自己不拥有系统资源，只拥有一点儿在运行中必不可少的资源，但它可与同属一个进程的其它线程共享进程所拥有的全部资源。由于线程之间的相互制约，致使线程在运行中呈现出间断性。线程也有就绪、阻塞和运行三种基本状态。就绪状态是指线程具备运行的所有条件，逻辑上可以运行，在等待处理机；运行状态是指线程占有处理机正在运行；阻塞状态是指线程在等待一个事件(如某个信号量)，逻辑上不可执行。每一个程序都至少有一个线程，若程序只有一个线程，那就是程序本身。

业务数据是业务线程在执行业务逻辑的过程中所需要的调用的数据资源，通常可以由网络I/O模块一侧提供。在本实施例中采用的架构通过I/O线程从网络I/O模块获取，请参阅图2所示的网络服务控制架构，包括：业务线程、网络服务控制模块、I/O线程，以及网络I/O模块。本实施例控制实现在 网络服务控制模块。

在本发明实施例中出现的“第一”和“第二”用于区分同类的两个不同的技术术语，“第一业务请求”和“第二业务请求”表示两个不同的业务请求，请求业务线程执行不同的业务逻辑从而实现不同的业务功能，“第一”和“第二”不应理解为具有其他的技术含义。

在上述数据请求中会包含业务线程执行上述业务逻辑的过程中所需要业务数据的指示性信息，例如：需要调用的业务资源的标识、地址或者其他信息。该部分属于数据调用/获取的部分，本领域技术人员可以采用其所熟知的方式实现，并不影响本发明实施例的实现，因此本发明实施例对此不作唯一性限定。

本实施例需要保存业务逻辑的运行状态，在技术方案的后续实现过程中需要以业务逻辑当前执行的进度为基础继续执行，属于业务逻辑执行的控制部分，该部分依继续执行的控制方式不同会可能会导致需要保存的信息有所不同，本发明实施例对于保存何种具体的数据参数不作唯一性限定。

在本实施例中，不仅会向业务线程返回其所请求的业务数据，还会控制业务线程从之前返回数据请求时业务逻辑所处的进度继续执行。

本发明实施例，通过增加网络服务控制的方式，使业务线程和I/O线程都可以保持同步架构时的技术优势，而且业务逻辑的运行状态保存了起来，不必使业务线程必须等待I/O线程返回业务数据，从而不会挂死以及因此导致的服务器性能低下。因此本发明实施例提供了能够兼具同步模型和异步模型优势的网络服务控制方法，在保证服务器稳定运行的前提下，减少故障率，降低维护难度。

在本发明实施例中，第一业务请求的业务逻辑执行过程中可能存在业务数据需求，此时由网络服务控制的执行主体保存了第一业务请求的业务逻辑的运行状态，在此之后业务线程处于闲置状态，此种情况下，业务线程可以处理其他的业务请求，因此本发明实施例提供了如下解决方案：进一步地，上述第一发送单元401，还用于在上述接收单元402接收到上述业务线程执行上述第一业务请求的业务逻辑返回的数据请求之后，向上述业务线程发送第二业务请求。

本实施例中，第二业务请求被发往业务线程以后，业务线程会开始执行第二业务请求对应的业务逻辑。在以上“业务线程从上述运行状态继续执行上述业务逻辑”需要被实现的时刻，第二业务请求的业务逻辑可能已经执行完毕，也可能正处于执行过程中。若已经执行完毕，那么业务线程处于空闲状态下，此种情况较为简单不作说明。若第二业务请求的业务逻辑还在执行过程中，那么可以有以下三种选择方案：一、向业务线程发送中断请求，然后控制业务线程先从上述运行状态继续执行上述业务逻辑，然后继续执行上述第二业务请求对应的业务逻辑；二、向处于空闲状态下的业务线程发送上述第一业务请求的业务逻辑的运行状态，使处于空闲状态的业务线程从上述运行状态继续执行上述业务逻辑。这里，处于空闲状态的业务线程，可能是等待上述正在执行第二业务请求的业务逻辑的业务线程执行完毕后，也可以是存在多个业务线程，查询到的其他空闲业务线程。

本发明实施例还提供了执行本发明实施例的可选主体选择，具体如下：可选地，上述第一发送单元401，具体用于采用有限状态机向业务线程发送第一业务请求。

需要说明的是有限状态机可以作为实现本发明实施例功能的一个具体实现方案作为备选，在实际应用中只要能够实现以上功能的技术功能部件都是可以的，因此有限状态机不应理解为对本发明实施例的唯一性限定。有限状态机(Finite-state machine,FSM)，又称有限状态自动机，简称状态机，是表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型。在数字电路系统中，有限状态机是时序逻辑电路模块。

本发明实施例还提供了基于有限状态机的更具体的实现方案举例，具体如下：上述有限状态机包括：协程。

协程(coroutine)不是进程或线程，其执行过程更类似于子例程，或者说不带返回值的函数调用。协程也是一种程序组件。一个程序可以包含多个协程，可以对应于一个进程包含的多个线程。多个线程相对独立，有自己的上下文，切换受系统控制；而协程也相对独立，有自己的上下文，但是其切换由自己控制，由当前协程切换到其他协程由当前协程来控制。

本发明实施例还提供了从I/O线程接收业务数据的具体实现方案，如下： 上述接收单元402，还用于在上述第一发送单元401将上述数据请求转发给I/O线程之前，通过回调接收上述I/O线程返回的业务数据。

可以理解的是，业务数据从I/O线程发送到网络服务控制的执行主体，可以是主动发送的，也可以是被动发送的；可以是被调用的，也可以是共享存储空间传递的，因此以上回调不应理解为对本发明实施例的唯一性限定。

本发明实施例还提供了使业务线程从上述运行状态继续执行上述业务逻辑的一个具体实现举例，具体如下：上述第一发送单元401，用于将上述I/O线程返回的业务数据以及保存的上述业务逻辑的运行状态发送给上述业务线程，指示上述业务线程从上述运行状态继续执行上述业务逻辑。

本发明实施例还提供了另一种网络服务控制装置，如图5所示，包括：输入端口501、输出端口502、处理器503以及存储器504；

其中，处理器503，用于控制执行：向业务线程发送第一业务请求，接收上述业务线程执行上述第一业务请求的业务逻辑返回的数据请求；将上述数据请求转发给I/O线程，保存上述业务逻辑的运行状态；将上述I/O线程返回的业务数据转发给上述业务线程，使上述业务线程从上述运行状态继续执行上述业务逻辑。

业务数据是业务线程在执行业务逻辑的过程中所需要的调用的数据资源，通常可以由网络I/O模块一侧提供。在本实施例中采用的架构通过I/O线程从网络I/O模块获取，请参阅图2所示的网络服务控制架构，包括：业务线程、网络服务控制模块、I/O线程，以及网络I/O模块。本实施例控制实现在网络服务控制模块。

在本发明实施例中出现的“第一”和“第二”用于区分同类的两个不同的技术术语，“第一业务请求”和“第二业务请求”表示两个不同的业务请求，请求业务线程执行不同的业务逻辑从而实现不同的业务功能，“第一”和“第二”不应理解为具有其他的技术含义。

在上述数据请求中会包含业务线程执行上述业务逻辑的过程中所需要业务数据的指示性信息，例如：需要调用的业务资源的标识、地址或者其他信息。该部分属于数据调用/获取的部分，本领域技术人员可以采用其所熟知的方式实现，并不影响本发明实施例的实现，因此本发明实施例对此不作唯一 性限定。

本实施例需要保存业务逻辑的运行状态，在技术方案的后续实现过程中需要以业务逻辑当前执行的进度为基础继续执行，属于业务逻辑执行的控制部分，该部分依继续执行的控制方式不同会可能会导致需要保存的信息有所不同，本发明实施例对于保存何种具体的数据参数不作唯一性限定。

在本实施例中，不仅会向业务线程返回其所请求的业务数据，还会控制业务线程从之前返回数据请求时业务逻辑所处的进度继续执行。

本发明实施例，通过增加网络服务控制的方式，使业务线程和I/O线程都可以保持同步架构时的技术优势，而且业务逻辑的运行状态保存了起来，不必使业务线程必须等待I/O线程返回业务数据，从而不会挂死以及因此导致的服务器性能低下。因此本发明实施例提供了能够兼具同步模型和异步模型优势的网络服务控制方法，在保证服务器稳定运行的前提下，减少故障率，降低维护难度。

在本发明实施例中，第一业务请求的业务逻辑执行过程中可能存在业务数据需求，此时由网络服务控制的执行主体保存了第一业务请求的业务逻辑的运行状态，在此之后业务线程处于闲置状态，此种情况下，业务线程可以处理其他的业务请求，因此本发明实施例提供了如下解决方案：

上述处理器503，还用于控制执行：在接收到上述业务线程执行上述第一业务请求的业务逻辑返回的数据请求之后，向上述业务线程发送第二业务请求。

本实施例中，第二业务请求被发往业务线程以后，业务线程会开始执行第二业务请求对应的业务逻辑。在以上“业务线程从上述运行状态继续执行上述业务逻辑”需要被实现的时刻，第二业务请求的业务逻辑可能已经执行完毕，也可能正处于执行过程中。若已经执行完毕，那么业务线程处于空闲状态下，此种情况较为简单不作说明。若第二业务请求的业务逻辑还在执行过程中，那么可以有以下三种选择方案：一、向业务线程发送中断请求，然后控制业务线程先从上述运行状态继续执行上述业务逻辑，然后继续执行上述第二业务请求对应的业务逻辑；二、向处于空闲状态下的业务线程发送上述第一业务请求的业务逻辑的运行状态，使处于空闲状态的业务线程从上述 运行状态继续执行上述业务逻辑。这里，处于空闲状态的业务线程，可能是等待上述正在执行第二业务请求的业务逻辑的业务线程执行完毕后，也可以是存在多个业务线程，查询到的其他空闲业务线程。

本发明实施例还提供了执行本发明实施例的可选主体选择，具体如下：上述处理器503，还用于控制执行：向业务线程发送第一业务请求包括：通过有限状态机向业务线程发送第一业务请求。

需要说明的是有限状态机可以作为实现本发明实施例功能的一个具体实现方案作为备选，在实际应用中只要能够实现以上功能的技术功能部件都是可以的，因此有限状态机不应理解为对本发明实施例的唯一性限定。有限状态机(Finite-state machine,FSM)，又称有限状态自动机，简称状态机，是表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型。在数字电路系统中，有限状态机是时序逻辑电路模块。

本发明实施例还提供了基于有限状态机的更具体的实现方案举例，具体如下：上述有限状态机包括：协程。

协程(coroutine)不是进程或线程，其执行过程更类似于子例程，或者说不带返回值的函数调用。协程也是一种程序组件。一个程序可以包含多个协程，可以对应于一个进程包含的多个线程。多个线程相对独立，有自己的上下文，切换受系统控制；而协程也相对独立，有自己的上下文，但是其切换由自己控制，由当前协程切换到其他协程由当前协程来控制。

本发明实施例还提供了从I/O线程接收业务数据的具体实现方案，如下：上述处理器503，还用于控制执行：将上述数据请求转发给I/O线程之前，通过回调接收上述I/O线程返回的业务数据。

可以理解的是，业务数据从I/O线程发送到网络服务控制的执行主体，可以是主动发送的，也可以是被动发送的；可以是被调用的，也可以是共享存储空间传递的，因此以上回调不应理解为对本发明实施例的唯一性限定。

本发明实施例还提供了使业务线程从上述运行状态继续执行上述业务逻辑的一个具体实现举例，具体如下：上述处理器503，用于控制执行：将上述I/O线程返回的业务数据转发给上述业务线程，使上述业务线程从上述运行状态继续执行上述业务逻辑包括：

将上述I/O线程返回的业务数据以及保存的上述业务逻辑的运行状态发送给上述业务线程，指示上述业务线程从上述运行状态继续执行上述业务逻辑。

本发明实施例还提供了另一种网络服务器控制装置，如图6所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该装置可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图6示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图6，手机包括：射频(Radio Frequency，RF)电路610、存储器620、输入单元630、显示单元640、传感器650、音频电路660、无线保真(wireless fidelity，WiFi)模块670、处理器680、以及电源690等部件。本领域技术人员可以理解，图6中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图6对手机的各个构成部件进行具体的介绍：

RF电路610可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器680处理；另外，将设计上行的数据发送给基站。通常，RF电路610包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路610还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器620可用于存储软件程序以及模块，处理器680通过运行存储在存储器620的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区，其中，存储程序区可 存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元630可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元630可包括触控面板631以及其他输入设备632。触控面板631，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上或在触控面板631附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板631可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器680，并能接收处理器680发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631，输入单元630还可以包括其他输入设备632。具体地，其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元640可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元640可包括显示面板641，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板641。进一步的，触控面板631可覆盖显示面板641，当触控面板631检测到在其上或附近的触摸操作后，传送给处理器680以确定触摸事件的类型，随后处理器680根据触摸事件的类型在显示面板641上提供相应的视觉输出。虽然在图6中，触控面板631与显示面板641是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板631与显示面板641集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器650，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板641的亮度，接近传感器可在手机移动到耳边时，关闭显示面板641和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路660、扬声器661，传声器662可提供用户与手机之间的音频接口。音频电路660可将接收到的音频数据转换后的电信号，传输到扬声器661，由扬声器661转换为声音信号输出；另一方面，传声器662将收集的声音信号转换为电信号，由音频电路660接收后转换为音频数据，再将音频数据输出处理器680处理后，经RF电路610以发送给比如另一手机，或者将音频数据输出至存储器620以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块670可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图6示出了WiFi模块670，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器680是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器620内的软件程序和/或模块，以及调用存储在存储器620内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器680可包括一个或多个处理单元；优选的，处理器680可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器680中。

手机还包括给各个部件供电的电源690(比如电池)，优选的，电源可以通过电源管理系统与处理器680逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器680还具有以下功能：

图7是本发明实施例提供的一种服务器结构示意图，该服务器700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)722(例如，一个或一个以上处理器)和存储器732，一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中，存储器732和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器722可以设置为与存储介质730通信，在服务器700上执行存储介质730中的一系列指令操作。

服务器700还可以包括一个或一个以上电源726，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口758，和/或，一个或一个以上操作系统741，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由网络服务器控制装置所执行的步骤可以基于该图7所示的服务器结构。

值得注意的是，上述装置实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。