RSET接口实现方法和装置及电子设备和计算机可读存储介质与流程

本发明涉及互联网技术领域，特别是涉及一种rset接口实现方法和装置及电子设备和计算机可读存储介质。

背景技术：

在移动互联网应用系统开发中，前端与后台的交互都依托于接口来实现。

现有开发接口的工具诸如swagger框架、i/odocs交互式文档系统、docco文档工具等。

虽然上述接口工具都能实现目的，但是使用起来的方便程度差别很大。例如，当前端与后台的开发人员对接口不熟悉时，在前端与后台之间会造成沟通障碍，由此会导致前端与后台的开发浪费很多时间。

技术实现要素：

本发明实施例的目的在于提供一种rset接口实现方法，以解决如何便于前端与后台沟通的技术问题。此外，还提供一种rset接口实现装置及电子设备和计算机可读存储介质。

为了实现上述目的，根据本发明的一个方面，提供了以下技术方案：

一种资源表现形式状态转移rset接口实现方法，其中，所述rest接口用于连接前端与后台；该方法包括：

获取前端需求数据；

基于所述前端需求数据，确定接口调用参数和接口返回值；

基于所述接口调用参数和所述接口返回值，按照rest规范来确定所述前端与所述后台之间的交互操作，从而实现所述rest接口。

进一步地，所述基于所述接口调用参数和所述接口返回值，按照rest规范来确定所述前端与所述后台之间的交互操作，从而实现所述rest接口，具体包括：

基于所述接口调用参数和所述接口返回值、超文本预处理器thinkphp框架及其命名空间方式，并按照rest规范，构建实现所述前端与所述后台之间的交互操作的所述rest接口。

进一步地，所述thinkphp框架包括rest控制器；所述基于所述接口调用参数和所述接口返回值、超文本预处理器thinkphp框架及其命名空间方式，并按照rest规范来构建所述rest接口，具体包括：

基于所述接口调用参数和所述接口返回值以及所述thinkphp框架，构建接口访问控制器；

将所述接口访问控制器继承所述rest控制器，得到第一控制器；

在所述第一控制器中，按照所述rest规范来定义rest属性参数和rest路由，得到第二控制器；其中，所述rest属性参数和所述rest路由用于实现所述rest接口的操作；

将api功能单元封装在命名空间中；其中，所述api功能单元与所述前端需求数据相对应；

将封装有所述api功能单元的命名空间配置在所述第二控制器中，得到第三控制器，并将承载所述第三控制器的thinkphp框架，确定为所述rset接口。

为了实现上述目的，根据本发明的另一个方面，还提供了以下技术方案：

一种资源表现形式状态转移rset接口实现装置，其中，所述rest接口用于连接前端与后台；所述装置包括：

获取模块，用于获取前端需求数据；

第一确定模块，用于基于所述前端需求数据，确定接口调用参数和接口返回值；

第二确定模块，用于基于所述接口调用参数和所述接口返回值，按照rest规范来确定所述前端与所述后台之间的交互操作，从而实现所述rest接口。

进一步地，所述第二确定模块具体用于：

基于所述接口调用参数和所述接口返回值、超文本预处理器thinkphp框架及其命名空间方式，并按照rest规范，构建实现所述前端与所述后台之间的交互操作的所述rest接口。

进一步地，所述thinkphp框架包括rest控制器；所述第二确定模块具体包括：

构建单元，用于基于所述接口调用参数和所述接口返回值以及所述thinkphp框架，构建接口访问控制器；

继承单元，用于将所述接口访问控制器继承所述rest控制器，得到第一控制器；

定义单元，用于在所述第一控制器中，按照所述rest规范来定义rest属性参数和rest路由，得到第二控制器；其中，所述rest属性参数和所述rest路由用于实现所述rest接口的操作；

封装单元，用于将api功能单元封装在命名空间中；其中，所述api功能单元与所述前端需求数据相对应；

配置单元，用于将封装有所述api功能单元的命名空间配置在所述第二控制器中，得到第三控制器，并将承载所述第三控制器的thinkphp框架，确定为所述rset接口。

为了实现上述目的，根据本发明的再一个方面，还提供了以下技术方案：

一种电子设备，其包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口和所述存储器通过所述通信总线完成相互间的通信；

所述存储器，用于存放计算机程序；

所述处理器，用于执行存储器上所存放的程序时，实现上述技术方案所述的方法步骤。

为了实现上述目的，根据本发明的又一个方面，还提供了以下技术方案：

一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述技术方案所述的方法步骤。

本发明实施例提供一种rset接口实现方法和装置及电子设备和计算机可读存储介质。其中，rest接口用于连接前端与后台；该rset接口实现方法可以包括：获取前端需求数据；基于前端需求数据，确定接口调用参数和接口返回值；基于接口调用参数和接口返回值，按照rest规范来确定前端与后台之间的交互操作，从而实现rest接口。与现有技术相比，本发明实施例通过采取上述技术方案，由于采用rest规范来实现接口，所以，可以将rest规范作为接口函数注释的模板，从而可以按照接口注释生成接口文档。该接口文档对于前端与后台来说都是熟悉的，易于理解。因此，如果前端通过ajax(阿贾克斯，一种异步加载和局部刷新技术)来调用rest接口时，则可以便于前端与后台之间的沟通；而且，可以实时在线预览接口文档，还实现了客户端与服务器的分离，可以单独处理每一个来自客户端的请求，易于修复故障，降低了服务器资源的使用，减少了客户端与服务器之间的交互次数，还提高了可扩展性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而得以体现。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1为根据本发明实施例的rset接口实现方法的流程示意图；

图2为根据本发明实施例的构建rest接口的流程示意图；

图3为根据本发明实施例的rset接口实现装置的结构示意图；

图4为根据本发明实施例的第二确定模块的结构示意图；

图5为根据本发明实施例的电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

术语说明

接口是指通过一个链接进入另一个应用的模块，也是计算机系统中各个子模块或子系统之间交互并相互作用的部分。

rset(resourcerepresentationalstatetransfer，资源表现形式状态转移)接口用于客户端与服务器之间交互的接口，是构建api时需要遵守的一种规则。其中，资源是指数据；表现形式可以是json、xml、jpeg等；状态转移可以通过http来实现。rest接口通过http协议、url(统一资源定位符)和参数，利用客户端/服务器模式来访问某个服务，完成一些列业务请求，进行增加、读取、更新、删除等操作。rest接口可以为不同的平台(例如：安卓平台、苹果平台)提供服务。另外，对于微博、微信等不需要显式前端的平台，rest接口也可以为其提供服务。

前端是指为发送请求目的而建立连接的应用程序。例如app(应用程序)或网站。其中，该app包括页面。

后台，也称后端，是指接受连接并为发送请求返回信息的应用程序。例如：数据库。

上述前端与上述后台是相对而言的，它们也可以相互转换。上述前端与上述后台可以通过套接字来建立连接。

框架是指开发app时，与请求处理和响应处理有关的架构。

其中，架构是指app开发中涉及到的各种技术所拥有的各种资源的组织形式，例如：文件、数据库、http(超文本传输协议)请求等。

框架可以由计算装置予以实现。该计算装置可以包括：各种用于传输信息的物理部件和/或逻辑部件，它们可以根据一组给定的设计参数或者性能制约的要求，由硬件部件(例如：处理器、可编程逻辑控制器)、可被各种硬件部件执行的可执行计算机程序指令(例如：固件、软件)或者它们的任意组合予以实现。上述计算装置可以包括但不限于个人计算机(例如：台式计算机、膝上型计算机、笔记本型计算机)、智能手机、个人数字助理(pda)、媒体播放器或任何其他适合的通信装置。

框架可以由万维网浏览器运行并予以实现。其中，万维网浏览器可以由诸如ie、firefox(火狐)、opera(欧朋)或者任意适合的、台式机版本或移动版本的万维网浏览器予以实现。该万维网浏览器可以支持框架所要求的计算机编程语言、标准、万维网协议和/或技术。这些计算机编程语言、标准、万维网协议和/或技术包括但不限于html(超文本标记语言)、xml(可扩展标记语言)、ajax(阿贾克斯)、flash(动画)、css(层叠样式表)或者其他适当的编程语言、脚本语言或基于vm(虚拟机)的语言。万维网浏览器可以提供用户接口的基础，并且可以包括：用于诸如js(一种万维网编程脚本语言)、vb(可视化初始者通用符号指令代码语言)和/或其他脚本编程语言的语言解释程序。其中，解释程序实时解释基于浏览器的脚本、字节码集或者语言。

命名空间是指封装事物的方法，具体而言，其可以是将相关的类、函数和常量组合到一起的途径。

在接口开发应用中，当前端与后台的开发人员对接口不熟悉时，尤其是对接口规范、接口文档等方面不熟悉时，在前端与后台之间会造成沟通障碍。为此，本发明实施例提供一种rset接口实现方法。图1示例性地示出了rset接口实现方法步骤的流程。如图1所示，该方法可以通过步骤s100至步骤s120来实现。其中：

s100：获取前端需求数据。

其中，前端需求数据与app对外部所要展现的资源相关。

s110：基于前端需求数据，确定接口调用参数和接口返回值。

其中，接口调用参数可由前端通过http(超文本传输协议)方法来调用接口。接口调用参数可以是接收类型、用户名等，其可以根据实际情况进行定义。接口调用参数的数据类型可以是字符串、整型等，但绝不限于此。接口返回值由接口反馈至前端。接口返回值可以为任意类型的数据。

举例来说，接口返回值以为0或1，其中，可以定义0表示操作失败，1表示操作成功；接口返回值也可以为1001、1002、1003等，其中，可以定义1001表示参数错误，1002表示用户名不存在，1003表示没有可推送的目标。

优选地，考虑到前端与后台之间交互的流畅性，可以采用固定的数据格式来封装接口返回值。

s120：基于接口调用参数和接口返回值，按照rest规范来确定前端与后台之间的交互操作，从而实现rest接口。

其中，rest规范定义了构建接口的方式。例如：(1)在url中使用名词来指定资源；该资源可以是网络上的任意一个实体或信息，例如，一段文本、一首歌曲、一张图片等；(2)通过http协议中动词来实现资源状态的转移；(3)使用某种表现形式在客户端与服务器之间传递资源，且服务器的状态信息通过http状态代码来传递；(4)来自客户端的每个请求中要包含服务器所需要的所有信息；(5)服务器返回的信息必须标记是否可以缓存；(6)对数据的select(获取)、creat(创建)、delect(删除)和update(更新)操作分别对应于http方法中的get(获取)、post(提交)、delete(删除)和put(更新)操作，以完成对数据的增删改查操作。其中，url包括协议名称、宿主名和目录以及文件名。

上述rest规范将网络上的所有事物都视为资源。每一个资源对应一个唯一的资源定位符。通过通用的连接器接口对资源进行操作，而且各种操作是无状态的并不改变资源定位符。也就是说，所有的资源都通过相同的接口进行资源访问。其中，无状态是指某个操作不依赖于其他资源的操作。

本发明实施例通过采取上述技术方案，由于采用rest规范来实现接口，所以，可以将rest规范作为接口函数注释的模板，从而可以按照接口注释生成接口文档。该接口文档对于前端与后台来说都是熟悉的，易于理解。因此，如果前端通过ajax(阿贾克斯，一种异步加载和局部刷新技术)来调用rest接口时，则可以便于前端与后台之间的沟通；而且，可以实时在线预览接口文档，还实现了客户端与服务器的分离，可以单独处理每一个来自客户端的请求，易于修复故障，降低了服务器资源的使用，减少了客户端与服务器之间的交互次数，还提高了可扩展性。

在一些可选的实施例中，步骤s120具体可以包括：基于接口调用参数和接口返回值、超文本预处理器thinkphp框架及其命名空间方式，并按照rest规范来构建实现前端与后台之间的交互操作的rest接口。

其中，thinkphp框架是基于mvc(model-view-controller，模型-视图-控制器)和面向对象的php(超文本预处理语言)开发框架。thinkphp框架可以包括完整的应用目录结构和入口文件，且基于模块和操作的方式进行访问，并采用单一入口文件来执行应用。其中，入口文件的访问由url的参数来统一解析和调度。与用户http请求相关的api需求数据通过入口文件生成应用实例。通过浏览器可以访问该入口文件。thinkphp框架可以应用于基于b/s(浏览器/服务器)、c/s(客户端/服务器)结构的环境中，并基于http协议进行开发管理。

在thinkphp框架中使用rest方法，需要对请求类型和资源类型进行判断。因此，在rest操作方法中，可以使用$this->type方法获取当前访问的资源类型，用$this->method方法获取当前的请求类型。此外，还可以通过以下方式自动调用restful操作方法：操作名_提交类型_资源后缀、操作名_资源后缀、操作名_提交类型。其中，操作名例如可以为读、写等。提交类型例如可以为get类型、post类型等。资源后缀例如可以为pdf。

本实施例通过命名空间可以定义和加载类库文件。因此，通过命名空间可以在实现rest接口时避免所定义的名称与php内部的类/函数/常量或第三方类/函数/常量之间的冲突，从而可以提高rest接口代码的可读性。

在具体实现过程中，可以通过非限定名称或不含前缀的类名称、限定名称或含前缀的名称、包含了全局前缀操作符的名称等方式来使用命名空间中元素。

以文件名为foo为例，文件路径为foo::staticmethod()为例，假设命名空间为：currentnamespace。如果通过非限定名称来使用命名空间中的元素，则foo将被解析为currentnamespace\foo，其表示使用命名空间currentnamespace中的文件foo；如果文件路径为subnamespace\foo::staticmethod()，通过限定名称来使用命名空间中的元素，则foo会被解析为currentnamespace\subnamespace\foo；如果文件路径为\currentnamespace\foo::staticmethod()，则foo总是被解析为代码中的文字名currentnamespace\foo。

本发明实施例通过采取上述技术方案，由于将thinkphp框架与rest规范相结合来实现接口，从而实现了将thinkphp框架所具备的自动验证、缓存机制、项目编译、路由功能等特点与rest规范的统一接口、使用标准的http方法来操作资源等特点相结合。这样，可以将thinkphp框架的规范与rest规范作为接口函数注释的模板，从而可以按照接口注释生成接口文档，而且，该接口文档可以支持增删改查和搜索功能，还能实时在线预览。接口文档可以包括：使用场景、请求方式、版本号、请求参数和返回数据等。通过接口文档，可以了解该接口所实现的功能。这样，该接口文档对于前端与后台来说都是熟悉的，便于理解。因此，本实施例方便地实现了前端与后台之间的实时沟通；而且，可以实时在线预览接口文档，还实现了客户端与服务器的分离，可以单独处理每一个来自客户端的请求，易于修复故障，降低了服务器资源的使用，减少了客户端与服务器之间的交互次数，还提高了可扩展性。

在一些可选的实施例中，thinkphp框架可以包括rest控制器；如图2所示，基于接口调用参数和接口返回值、thinkphp框架及其命名空间方式，并按照rest规范来构建rest接口的步骤进一步可以包括：

s200：基于接口调用参数和接口返回值以及thinkphp框架，构建接口访问控制器。

其中，thinkphp框架中的控制器及其操作可以通过url的参数来访问和执行。thinkphp框架也视为基于控制器的web框架(万维网框架)。

本实施例中，访问控制器可以利用thinkphp框架，由命名空间来定义。然后，将接口调用参数和接口返回值配置在访问控制器中。

s201：将接口访问控制器继承rest控制器，得到第一控制器。

其中，作为可替换的实施方式，rest控制器也可以为资源控制器。

通过继承rest控制器，接口访问控制器可以获得rest控制器的特性。例如：接口访问控制器可以支持资源类型自动检测和请求类型自动检测以及rest操作方法，并还可以允许设置请求类型列表、请求和输出的资源类型和默认请求类型和默认资源类型。

s202：在第一控制器中，按照rest规范来定义rest属性参数和rest路由，得到第二控制器；其中，rest属性参数和rest路由用于实现rest接口的操作。

其中，rest属性参数用于确定rest允许的请求类型列表、请求类型、允许请求的资源类型列表、资源类型、允许输出的资源类型列表等。通过rest路由的定义可以将rest操作方法与某个请求类型和资源类型绑定在一起。rest路由可以通过thinkphp框架中的路由参数来定义。

在具体描述rest操作过程中，使用http方法来描述操作，也就是将rest操作中的select(获取)、creat(创建)、delect(删除)和update(更新)操作分别对应于http方法中的get(获取)、post(提交)、delete(删除)和put(更新)操作进行实现。

作为示例，http请求消息的格式为：请求消息＝请求行实体内容。其中，请求行＝方法请求urlhttp版本号实体内容。其中，方法包括get方法、post方法、head方法等。由此，如果进行如下定义：get/users，则表示列出所有用户的操作。再比如，如果进行如下定义：post/users，则表示插入一个新用户的操作。在具体实施过程中，可以将这些操作定义在控制器中。

s203：将api功能单元封装在命名空间中；其中，api功能单元与前端需求数据相对应。

其中，api功能单元例如可以是验证模块、接口基类、文档自动生成模块等，但绝不限于此。

命名空间可以包含类、接口、函数和常量等。所以，可以将验证模块、接口基类、文档自动生成等函数封装在命名空间中。

以类为例，在thinkphp框架中，给类库定义所在的命名空间，并且该命名空间的路径与类库文件的目录一致，那么就可以实现类的自动加载。

s204：将封装有api功能单元的命名空间配置在第二控制器中，得到第三控制器，并将承载第三控制器的thinkphp框架，确定为rset接口。

本发明实施例通过采取上述技术方案，由于将thinkphp框架与rest规范相结合来实现接口。由此将thinkphp框架所具备的自动验证、缓存机制、项目编译、路由功能等特点与rest规范的统一接口、使用标准的http方法来操作资源等特点相结合。这样，可以将thinkphp框架所定义的规范和rest规范作为接口函数注释的模板，从而可以按照接口注释生成接口文档，而且，该接口文档可以支持增删改查和搜索功能，还能实时在线预览。接口文档可以包括：使用场景、请求方式、版本号、请求参数和返回数据等。通过接口文档，可以了解该接口所实现的功能。这样，接口文档对于前端与后台来说都是熟悉的，易于理解。因此，本实施例方便地实现了前端与后台之间的实时沟通。另外，本实施例由于采用rest规范，还实现了客户端与服务器的分离，可以单独处理每一个来自客户端的请求，易于修复故障，降低了服务器资源的使用，减少了客户端与服务器之间的交互次数，还提高了可扩展性。

为了解决如何便于前端与后台沟通的技术问题，基于与上述方法实施例相同的技术构思，本发明实施例还提供一种资源表现形式状态转移rset接口实现装置。该rset接口实现装置实施例可以执行上述rset接口实现方法实施例。该rest接口可以用于连接前端与后台。如图3所示，该rset接口实现装置可以包括：获取模块32、第一确定模块34和第二确定模块36。其中，获取模块32用于获取前端需求数据。第一确定模块34用于基于前端需求数据，确定接口调用参数和接口返回值。第二确定模块36用于基于接口调用参数和接口返回值，按照rest规范来确定前端与后台之间的交互操作，从而实现rest接口。

本实施例中，由于第二确定模块36采用rest规范并与获取模块32、第一确定模块34协同作用来实现rest接口，所以，可以将rest规范作为接口函数注释的模板，从而可以按照接口注释生成接口文档。该接口文档对于前端与后台来说都是熟悉的，易于理解。因此，如果前端通过ajax(阿贾克斯，一种异步加载和局部刷新技术)来调用本发明实施例所实现的rest接口时，则可以便于前端与后台之间的沟通；而且，可以实时在线预览接口文档，本发明实施例rset接口实现装置所实现的rest接口实现了客户端与服务器的分离，可以单独处理每一个来自客户端的请求，易于修复故障，降低了服务器资源的使用，减少了客户端与服务器之间的交互次数，还提高了可扩展性。

在一些可选的实施例中，第二确定模块具体可以用于：基于接口调用参数和接口返回值、超文本预处理器thinkphp框架及其命名空间方式，并按照rest规范，构建实现前端与后台之间的交互操作的rest接口。

在一些可选的实施例中，thinkphp框架包括rest控制器；如图4所示，第二确定模块具体可以包括：构建单元41、继承单元42、定义单元43、封装单元44和配置单元45。其中，构建单元41用于基于接口调用参数和接口返回值以及thinkphp框架，构建接口访问控制器。继承单元42用于将接口访问控制器继承rest控制器，得到第一控制器。定义单元43用于在第一控制器中，按照rest规范来定义rest属性参数和rest路由，得到第二控制器；其中，rest属性参数和rest路由用于实现rest接口的操作。封装单元44用于将api功能单元封装在命名空间中；其中，api功能单元与前端需求数据相对应。配置单元45用于将封装有api功能单元的命名空间配置在第二控制器中，得到第三控制器，并将承载第三控制器的thinkphp框架，确定为rset接口。

本实施例中，由于构建单元41、继承单元42、定义单元43、封装单元44和配置单元45将thinkphp框架与rest规范相结合来实现接口。由此将thinkphp框架所具备的自动验证、缓存机制、项目编译、路由功能等特点与rest规范的统一接口、使用标准的http方法来操作资源等特点相结合。这样，可以将thinkphp框架所定义的规范和rest规范作为接口函数注释的模板，从而可以按照接口注释生成接口文档，而且，该接口文档可以支持增删改查和搜索功能，还能实时在线预览。接口文档可以包括：使用场景、请求方式、版本号、请求参数和返回数据等。通过接口文档，可以了解该接口所实现的功能。这样，接口文档对于前端与后台来说都是熟悉的，易于理解。因此，本实施例方便地实现了前端与后台之间的实时沟通。另外，本实施例由于采用rest规范，还实现了客户端与服务器的分离，可以单独处理每一个来自客户端的请求，易于修复故障，降低了服务器资源的使用，减少了客户端与服务器之间的交互次数，还提高了可扩展性。

为了解决如何便于前端与后台沟通的技术问题，本发明实施例还提供一种电子设备。如图5所示，该电子设备可以包括处理器51、通信接口52、存储器53和通信总线54，其中，处理器51、通信接口52和存储器53通过通信总线54完成相互间的通信；存储器53用于存放计算机程序。处理器51用于执行存储器53上所存放的程序时，实现上述方法实施例中的方法步骤。

上述电子设备提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(randomaccessmemory，ram)，也可以包括非易失性存储器(non-volatilememory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessing，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

为了解决如何便于前端与后台沟通的技术问题，本发明实施例还提供一种计算机可读存储介质，其特征在于，计算机可读存储介质内存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例中的方法步骤。

上述计算机可读存储介质包括但不限于随机存取存储器(ram)、动态随机存取存储器(dram)、静态随机存取存储器(sram)、只读存储器(rom)、可编程只读存储器(prom)、可擦写可编程只读存储器(eprom)、电可擦写可编程只读存储器(eeprom)、闪存(例如，nor型闪存或nand型闪存)、内容可寻址存储器(cam)、聚合物存储器(例如，铁电聚合物存储器)、相变存储器、双向开关半导体存储器、硅-氧化物-氮化硅-氧化硅-硅(silicon-oxide-nitride-oxide-silicon，sonos)存储器、磁卡或者光卡，亦或是其他任意适当类型的计算机可读存储介质。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。