接口信息采集方法、网管系统及存储介质与流程

1.本发明涉及通信领域，尤其涉及一种接口信息采集方法、网管系统及存储介质。


背景技术：

2.在通信网络管理中，北向接口是一种非常重要的接口。运营商可以通过北向接口进行信息采集，从而实现对通信网络的综合管理，包括集中监控、故障分析和网络优化等。因此，北向接口的稳定，以及出现问题时能够及时进行故障定位，是运营商对整体网络运行状况进行有效控制，提高信息化管理水平，提高网络运营质量的有效保证。
3.当北向接口出现故障的时候，设备上需要对北向接口进行信息核查，从而向运营商提供故障定位以及故障解决方案。不过，网管系统的北向接口种类较多，且各北向接口都有自己的配置参数、性能参数等，因此，如果设备商需要对网管系统的北向接口进行故障定位，则需要运营商工作人员协助：设备商工作人员与运营商工作人员进行沟通，指示运营商工作人员到网管系统的指定路径下提取指定类型的信息。但由于运营商工作人员对网管系统的信息不够熟悉，且接口信息采集涉及的目录较多，因此，双方工作人员需要反复沟通，这直接导致信息采集所要的时间成本、人力成本高。同时，即便是多次沟通，但运营商工作人员也很可能无法提供出设备商所需的所有信息，导致故障无法得到及时的定位与解决。


技术实现要素：

4.本发明实施例提供的接口信息采集方法、网管系统及存储介质，主要解决的技术问题是：如何提升接口信息采集的准确性，降低接口信息采集的时间成本与人力成本。
5.为解决上述技术问题，本发明实施例提供一种接口信息采集方法，包括：
6.接收信息采集指令，所述信息采集指令用于指示目标信息的各级类型信息；
7.根据所述目标信息的各级类型信息确定所述目标信息的各级类型标签，所述类型标签的级别数目大于等于2，且n+1级类型标签为n级类型标签下的细化类型标签，所述n大于等于1；
8.基于所述目标信息的各级类型标签生成检索信息，所述检索信息中包括所述目标信息的各级类型标签；
9.根据所述检索信息在网管系统中检索目标信息，并输出检索到的所述目标信息。
10.本发明实施例还提供一种网管系统，所述网管系统包括处理器、存储器及通信总线；
11.所述通信总线用于实现处理器和存储器之间的连接通信；
12.所述处理器用于执行存储器中存储的一个或者多个程序，以实现上述接口信息采集方法的步骤。
13.本发明实施例还提供一种存储介质，还存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述接口信息采集方法的步骤。
14.本发明的有益效果是：
15.本发明实施例提供的接口信息采集方法、网管系统及存储介质，网管系统接收用于指示目标信息的各级类型信息的信息采集指令，然后根据目标信息的各级类型信息确定目标信息的各级类型标签，类型标签的级别数目大于等于2，且n+1级类型标签为n级类型标签下的细化类型标签。随后，网管系统基于目标信息的各级类型标签生成检索信息，检索信息中包括目标信息的各级类型标签，网管系统可以根据检索信息在网管系统中检索目标信息，并输出检索到的目标信息。本发明实施例提供的接口信息采集方法，利用了网管系统中接口信息的存储通常按照统一的命名规则——基于信息所属的各级类型进行命名的特点，因此，进行信息采集的工作人员只需要向网管系统输入信息采集指令，向网管系统指示进行何种目标信息的采集，网管系统就可以从信息采集指令中提取出目标信息的各级类型标签，然后基于各级类型标签生成的检索信息进行目标信息检索，并在检索到目标信息之后直接将目标信息进行输出，无须信息采集人员主动打开各级目录进行信息提取，所以，这种信息采集方案有利于提升信息采集的准确性，降低了信息采集对运营商工作人员的业务能力要求，同时也减少了设备商与运营商工作人员的沟通成本，有利于提高故障定位效率。
16.本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
17.图1为本发明实施例一中提供的接口信息采集方法的一种流程图；
18.图2为本发明实施例一中示出的网管系统信息采集的一种人际交互界面示意图；
19.图3为本发明实施例一中提供的根据类型信息确定目标信息类型标签的一种流程图；
20.图4为本发明实施例二中提供的接口信息采集方法的一种流程图；
21.图5为本发明实施例三中提供的接口信息采集装置的一种结构示意图；
22.图6为本发明实施例三中提供的网管系统的一种硬件结构示意图。
具体实施方式
23.为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
24.实施例一：
25.为了解决现有技术中设备商在对运营商的进行网管系统进行故障定位的过程中，需要耗费大量的时间与运营商侧的工作人员进行反复沟通才能获得故障定位所需的接口信息，或者是经反复沟通后依旧无法获得所需接口信息，影响故障定位及时性，从而降低运营商对设备商专业度的信赖程度，影响设备商专业形象的问题，本实施例提供一种接口信息采集方法，请参见图1示出的一种流程图：
26.s102：网管系统接收信息采集指令。
27.在本实施例中，信息采集指令由进行接口信息采集的工作人员输入给网管系统，可以理解的是，该接口信息采集工作人员可以是运营商的工作人员，也可以是设备商的售后工作人员等。
28.在信息采集指令用于指示目标信息的各级类型信息。所谓“目标信息”，就是需要采集的接口信息，在通常情况下，网管系统中存储的接口信息通常是基于信息所属的各级类型进行命名的，在一些场景中，如果某一接口信息的类型是“北向接口”的“配置”类型下的“日志”类型，则该接口信息的命名可能是
“-
naf-conf-log”或者是
“-
北向-配置-日志”。
29.目前，在网管系统中，通常可以采用xml(extensible markup language，可扩展标记语言)格式来存储接口信息，xml是一种用于标记电子文件、具有结构性的标记语言，使用灵活，有很强的扩展性。在通信网络中，由于北向接口类型繁多，相关参数繁多，且对存储文件本身的灵活性要求高，因此多采用xml格式来存储相关信息。业界通用的文件名称多包含属性参数(properties)，其格式也是采用灵活的xml语言标记文件中包含的接口信息对应的类型标签，例如“naf-cm”表示北向接口配置相关信息，“naf-pm”表示北向接口性能相关信息，“naf-fm”表示告警相关信息等。
30.类型标签的级别数目通常大于等于2，且n+1级类型标签为n级类型标签下的细化类型标签，n大于等于1，如三级类型标签是二级类型标签下的细化标签，二级类型标签是一级类型标签下的细化标签。在网管系统当中，接口通常分为南向接口与北向接口，在此基础上，接口信息又可分为配置、性能、告警三种类型的信息，在这三种类型的每一种下，又可以包括日志信息、开通信息、样例信息。所以，通常情况下，接口信息的名称当中可以包含三级(或三层)类型标签：第一级，区分南向与北向；第二级，区分配置、性能、告警三种类型；第三级，区分日志信息、开通信息与样例信息。在一些示例当中，各级类型标签是中文形式的，在另外一些示例当中，各级类型标签是英文形式的；在一些示例当中，类型标签是全称形成的，在另外一些示例当中，类型标签是简称形式的。
31.在此基础上，在本实施例中，信息采集人员可以在信息采集指令中携带能够指示目标信息的类型标签的信息，也即类型信息。基于类型信息，网管系统可以确定出对应的类型标签。
32.需要说明的是，由于对网管系统进行故障定位的时候，通常是针对北向接口的故障，所以，尽管在一些示例的信息采集指令中携带有目标信息的各级类型信息，但在本实施例的另外一些示例当中，并不要求在信息采集指令中包含目标信息各级类型信息的全部，例如，可以不必携带一级类型信息，在这些示例当中，默认待采集的目标信息就是北向接口信息，这样信息采集人员在向网管系统输入信息采集指令的时候，并不需要输入指示一级类型标签的类型信息。
33.为了对上述两种信息采集指令进行说明，这里假定待采集的目标信息是
“-
naf-conf-log”信息，则按照前一种方式输入信息采集指令时，信息采集人员需要输出至少三部分的内容：第一部分内容用于指示一级类型标签为“naf”，第二部分内容用于指示二级类型标签为“conf”，第三部分内容用于指示三级类型标签为“log”。按照后一种方式输入信息采集指令时，信息采集人员无须输入指示一级类型标签为“naf”的类型信息，因为网管系统默认待采集的全部接口信息都是北向接口信息。当然，毫无疑义的是，如果采集的目标信息不仅仅是北向接口的信息，则信息采集人员在输入信息采集指令的时候，通常将不再按照第二种方式进行。
34.假定“a”为信息采集指令中用于指示一级类型标签的类型信息，“b”为信息采集指令中用于指示二级类型标签的类型信息，“c”为信息采集指令中用于指示二级类型标签的
类型信息，则信息采集指令中一组“ab c”可以指示一个目标信息。在本实施例的一些示例当中，一个信息采集指令中可以同时指示多个目标信息，这样，在对多个目标信息进行采集时，信息采集人员无须多次进行指令下发，就能一次性获得多个目标信息，从而提升了信息采集效率。例如，在本实施例的一个示例当中，目标信息包括三个，这三个目标信息对应的类型信息分别为“a1b1c1”、“a2b2c2”、“a3b3c3”，可以指示这三个目标信息的信息采集指令可以为“a1b1c1a2b2c2a3b3c3”。
35.在一些示例当中，如果网管系统上进行信息采集的人机交互界面简单，例如，信息采集人员通过命令行输入信息采集指令，则在信息采集指令中还可以包括“结束标识”，结束标识可以表征信息采集指令输入完成，当网管系统检测到信息采集人员输入了结束标识，则可以认为一个信息采集命令输入完成，无需继续等待输入。在一些示例当中，结束标识可以是“#”，毫无疑义的是，在其他一些示例当中，结束标识也可以是其他符号或符号的组合，例如“&*”或者是“###”等等。
36.如果网管系统上进行信息采集的人机交互界面足够友好，例如，在输入信息采集指令的界面中支持“确认”、“输入完成”等按键，如图2所示，则信息采集指令中部包括结束标识也是可行的。
37.s104：网管系统根据目标信息的各级类型信息确定目标信息的各级类型标签。
38.在本实施例中，网管系统预先存储了类型信息与类型标签之间的映射关系，因此，在接收到信息采集指令之后，网管系统根据存储的映射关系就可以确定信息采集指令中类型信息对应的类型标签。如图3所示：
39.s302：提取信息采集指令中目标信息的各级类型信息；
40.s304：根据映射关系确定提取的各级类型信息对应的各级类型标签。
41.在本实施例的一些示例当中，类型信息可以包括类型标签的中文全称、中文简称、中文拼音、中文拼音缩略、英文全称、英文简写以及类型标签对应的唯一标识几种中的至少一种。以类型标签为“naf”为例，中文全称为“北向接口”，中文简称为“北向”，中文拼音为“beixiangjiekou”，中文拼音缩略为“beixiang”或者“bx”，英文全称为“north accessible function”，英文简写可以为“naf”，类型标签对应的唯一标识可以是为“naf”唯一指定的数字、字母或数字与字母组合所构成的唯一标识信息。例如，假定在一种示例当中，北向接口标签的唯一标识信息为“1”，配置信息标签的唯一标识信息为“21”、性能信息标签的唯一标识信息为“22”、告警信息标签的唯一标识信息为“23”，接口日志标签的唯一标识信息为“31”、开通信息标签的唯一标识信息为“32”、样例信息标签的唯一标识信息为“33”，请参见表1：
42.表1
43.类型标签类型信息——唯一标识信息北向接口标签1配置信息标签21性能信息标签22告警信息标签23接口日志标签31开通信息标签32
样例信息标签33
44.如果输入的类型信息全部是对应类型标签对应的唯一标识信息，则在该示例当中，对于目标信息
“-
naf-conf-log”，信息采集人员输入的信息采集指令中可以包括“1”、“21”与“31”。
45.在通常情况下，类型信息与类型标签之间的映射关系可以是k对以一的映射关系，其中k的取值大于等于1，也即，类型信息与类型标签之间的映射关系可以是一对一的映射关系，也可以是多(这里的多是指大于等于2)对一的映射关系。当k的取值为1的时候，一个类型标签仅对应一个类型信息，因此，当需要采集某一种目标信息的时候，输入的信息采集指令是固定的唯一的，继续以目标信息
“-
naf-conf-log”进行说明：假定与类型标签对应的类型信息为中文简称，则输入的信息采集指令必定就是“北向-配置-日志”。如果k的取值大于1，则即便是针对某一种固定的目标信息，信息采集人员输入的信息采集指令也可以是不一样的，例如，采集的目标信息是性能方面的信息，则信息采集人员输入的类型信息可以是“性能”、“pm”、“performance”或者是“22”等几种中的任意一种。在这种多对一的映射关系下，信息采集人员在进行信息采集指令输入的时候可以更自由，更灵活。
46.s106：网管系统基于目标信息的各级类型标签生成检索信息。
47.在根据目标信息的类型信息确定对应的类型标签之后，网管系统可以根据目标信息的各级类型标签生成检索信息，在检索信息中包括目标信息的各级类型标签。
48.应当理解的是，如果一个信息采集指令中不仅指示了一个目标信息，而存在至少两个目标信息，则网管系统在生成检索信息的时候，应当以目标信息为单位进行检索信息的生成，也即一个目标信息应当对应一个检索信息，而不是一个信息采集指令对应一个检索信息。
49.s108：网管系统根据检索信息在网管系统中检索目标信息，并输出检索到的目标信息。
50.网管系统获得检索信息之后，可以根据检索信息进行信息检索，如果根据检索信息在网管系统中检索到信息，则检索到的信息就是目标信息，如果没有检索到信息，则说明网管系统中不存在信息采集人员所要求的接口信息。
51.在本实施例的一些示例当中，网管系统在将目标信息的各级类型标签生成检索信息并根据检索信息进行信息检索之前，还会确定各级类型标签所构成的检索信息是否合法，例如，如果某一信息采集指令仅指示了目标信息的一级类型标签与三级类型标签，则网管系统根据一级类型标签与三级类型标签，无法确定出准确的目标信息，因此，网管系统可以确定该检索信息不合法，需要信息采集人员重新输入信息采集指令。当然，在本实施例的一些示例当中，如果根据信息采集指令无法确定目标信息的某一级类型标签，网管系统也可以认为检索信息涵盖该级全部类型标签的，例如，在某一示例当中，信息采集人员在输入信息采集指令的时候，没有输入指示三级类型标签的类型信息，则检索信息中三级类型标签缺省，如，检索信息为
“-
naf-conf”，则网管系统可以认为目标信息为北向接口的全部配置信息，包括配置信息下的日志信息、接口开通信息以及样例信息。
52.在本实施例的一些示例当中，网管系统检索到目标信息之后，可以直接将目标信息进行显示输出，供信息采集人员查看。在本实施例的另外一些示例当中，信息采集人员在向网管系统下发信息采集指令的时候，可以在信息采集指令中携带目标路径，因此，在网管
系统检索到目标信息之后，可以将目标信息传输到目标路径下。在本实施例中，目标路径可以是网管系统本身存储系统的存储路径，也可以是网管系统以外其他设备上的存储路径，如果是后者，则网管系统需要将检索到的目标信息通过网络传输到目标路径下。在本实施例的一些示例当中，网管设备可以采用stp(spanning tree protocol，生成树协议)协议传输目标信息。
53.本实施例提供的接口信息采集方法，基于接口信息根据其所属类型进行存储命名的特点，由信息采集人员输入能够指示目标信息各级类型标签的信息采集指令，让网管系统根据信息采集指令确定出待采集目标信息的各级类型标签，从而基于各级类型标签确定出检索目标信息的检索信息，并根据检索信息进行目标信息检索，从而避免了信息采集人员到各目标信息的存储目录下进行信息提取复杂度高的问题，沟通成本高的问题。
54.更进一步地，信息采集人员在下发信息采集指令的时候，并不限于输入准确的类型标签，而是输入多种与类型标签对应的类型信息中的任意一种，网管系统就可以确定出准确的类型标签，提升了信息采集人员进行指令下发的灵活性，降低了指令下发的难度。
55.实施例二：
56.为了使本领域技术人员更清楚前述接口信息采集方法的优点与细节，本实施例将继续结合示例对接口信息采集方法进行阐述：
57.在本实施例中，假定网管系统上进行信息采集的人机交互界面简单，并且网管系统预先配置并存储的类型信息与类型标签之间的映射关系是多对一的映射关系。下面请参见图4：
58.s402：网管系统接收输入。
59.s404：网管系统判断接收到的输入信息是否是合法的类型信息输入。
60.若判断结果为是，则执行s408，否则，说明用户输入的信息不是合法的类型信息，因此，执行s406。在本实施例中，因为一种类型标签可以对应多种类型信息，因此，信息采集人员在进行信息采集指令输入的过程中，可以输入对应的中文全称、中文简称、中文拼音、中文拼音缩略、英文全称、英文简写或者唯一标识几种中的任意一种，网管系统都可以智能识别。
61.所谓合法的类型信息是指在映射关系中存在的类型信息，因为只有这样，网管系统在接收到一个输入之后，才能确定该输入对应的类型标签。相反，如果用户的输入信息在映射关系中不存在，则网管系统无法确定该输入信息对应的类型标签，因此，该输入信息也就不是合法的类型信息输入。
62.s406：网管系统提示重新输入。
63.s408：网管系统判断是否接收到结束标识。
64.若判断结果为是，则进入s410，否则继续执行s402。
65.在本实施例中，信息采集指令的结束使用“#”作为标识符，因此，网管系统可以监测自己是否接收到“#”的输入，若判断结果为是，则确定接收到结束标识，因此进入s410。
66.s410：网管系统根据接收到的各级类型信息确定目标信息的各级类型标签。
67.网管系统确定信息采集指令中目标信息的各级类型信息，然后查阅映射关系确定各级类型信息对应的各级类型标签，得到目标信息的各级类型标签。
68.s412：网管系统根据目标信息的各级类型标签生成检索信息。
69.根据目标信息的类型信息确定对应的类型标签之后，网管系统可以根据目标信息的各级类型标签生成检索信息。
70.s414：网管系统根据检索信息进行信息检索。
71.s416：网管系统判断是否检索到目标信息。
72.若判断结果为否，则执行s406，否则执行s418。
73.s418：网管系统将目标信息输出到目标路径。
74.在本实施例中，网管系统在检索到目标信息之后，可以将一个信息采集指令对应的目标信息进行打包，并将目标信息通过网络传输到目标路径下。在本实施例的一些示例当中，目标路径可以有信息采集人员在下发信息采集指令的时候指定，也可以由网管系统在采集到目标信息之后向信息采集人员进行交互询问获得，或者在本实施例的一些示例当中，目标路径还可以是默认的路径，预先配置存储在网管系统中。
75.本实施例提供的接口信息采集方法，在设备商需要接口信息进行北向接口故障定位的时候，无须反复与运营商的工作人员进行沟通，向运营商侧的工作人员指定信息提取的目录，降低了沟通成本。同时还能够提升信息采集的准确性与效率，有利于提升故障定位的及时性，维护设备商的专业形象。
76.实施例三：
77.本实施例提供一种数据包传输装置，该数据包传输装置应用于数据面侧，请参见图5示出的接口信息采集装置50的一种结构示意图：
78.接口信息采集装置50包括指令接收模块502、指令处理模块504、信息生成模块506以及检索输出模块508，其中指令接收模块502用于接收信息采集指令，指令处理模块504用于根据目标信息的各级类型信息确定目标信息的各级类型标签，信息生成模块506基于目标信息的各级类型标签生成检索信息，而检索输出模块508用于根据检索信息在网管系统中检索目标信息，并输出检索到的目标信息。
79.本实施例中的接口信息采集装置50可以部署在网管系统上，实现接口信息采集方法，指令接收模块502的功能可以由网管系统的输入单元实现，而指令处理模块504、信息生成模块506的功能则可以由网管系统的处理器实现。检索输出模块508的功能可以由网管系统的处理器与显示设备共同实现，或者是由网管系统的处理器与通信装置共同实现。对于接口信息采集装置50中各模块实现接口信息采集方法的细节，请参见前述实施例的介绍，这里不再赘述。
80.本实施例提供一种存储介质，该存储介质中可以存储有一个或多个可供一个或多个处理器读取、编译并执行的计算机程序，在本实施例中，该计算机可读存储介质可以存储有接口信息采集程序，接口信息采集程序可供一个或多个处理器执行实现前述实施例介绍的任意一种接口信息采集方法的流程。
81.本实施例中还提供一种网管系统，如图6所示：网管系统60包括处理器61、存储器62以及用于连接处理器61与存储器62的通信总线63，其中存储器62可以为前述存储有接口信息采集程序的存储介质。处理器61可以读取接口信息采集程序，进行编译并执行实现前述实施例中介绍的接口信息采集方法的流程：
82.处理器61接收用于指示目标信息的各级类型信息的信息采集指令，然后根据目标信息的各级类型信息确定目标信息的各级类型标签，类型标签的级别数目大于等于2，且n+
1级类型标签为n级类型标签下的细化类型标签。随后，处理器61基于目标信息的各级类型标签生成检索信息，检索信息中包括目标信息的各级类型标签，处理器61可以根据检索信息在网管系统60中检索目标信息，并输出检索到的目标信息。本发明实施例提供的接口信息采集方法，利用了网管系统中接口信息的存储通常按照统一的命名规则——基于信息所属的各级类型进行命名的特点，因此，进行信息采集的工作人员只需要向网管系统60输入信息采集指令，向网管系统60指示进行何种目标信息的采集，处理器61就可以从信息采集指令中提取出目标信息的各级类型标签，然后基于各级类型标签生成的检索信息进行目标信息检索，并在检索到目标信息之后直接将目标信息进行输出，无须信息采集人员主动打开各级目录进行信息提取，所以，这种信息采集方案有利于提升信息采集的准确性，降低了信息采集对运营商工作人员的业务能力要求，同时也减少了设备商与运营商工作人员的沟通成本，有利于提高故障定位效率。
83.处理器61输出检索到的目标信息时，可以将目标信息进行输出显示；和/或，处理器61通过网络将目标信息输出到目标路径。
84.在本实施例的一些示例当中，目标信息为以xml格式存储的信息。
85.在一些示例中，一级类型标签包括北向接口标签；二级类型标签包括配置信息标签、性能信息标签与告警信息标签；三级类型标签包括接口日志标签、开通信息标签与样例信息标签。
86.一些示例中，信息采集指令中仅包括用于指示目标信息二级类型标签和三级类型标签的类型信息，待采集的目标信息默认为网管系统北向接口的信息；或，信息采集指令中包括用于指示目标信息一级类型标签、二级类型标签和三级类型标签的类型信息。
87.可以理解的是，处理器61接收信息采集指令之前，还可以先配置并存储类型信息与类型标签之间k对一的映射关系。在本实施例中，k大于等于1。
88.处理器61根据信息采集指令确定目标信息的各级类型标签时，可以提取信息采集指令中目标信息的各级类型信息，然后，根据映射关系确定提取的各级类型信息对应的各级类型标签。
89.可选地，信息采集指令中包括至少两个目标信息的各级类型信息，且信息采集指令的末尾包括一个表征指令结束的结束标识。
90.在一些示例当中，类型信息包括类型标签的中文全称、中文简称、中文拼音、中文拼音缩略、英文全称、英文简写以及类型标签对应的唯一标识几种中的至少一种。
91.本实施例提供的网管系统，利用了接口信息根据其所属类型进行存储命名的特点，接收信息采集人员输入的能够指示目标信息各级类型标签的信息采集指令，并根据信息采集指令确定出待采集目标信息的各级类型标签，从而基于各级类型标签确定出检索目标信息的检索信息，并根据检索信息进行目标信息检索，从而避免了信息采集人员到各目标信息的存储目录下进行信息提取复杂度高的问题，沟通成本高的问题。
92.显然，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为
由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram,rom,eeprom、闪存或其他存储器技术、cd-rom，数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。
93.以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。