一种业务处理方法、装置、存储介质及设备与流程

1.本技术涉及通信技术领域，具体而言，涉及一种业务处理方法、装置、存储介质及设备。


背景技术：

2.目前，银行、电信类企业等往往拥有大量it（internet technology）系统，其中大部分it系统为后台系统。通常后台系统提供众多的接口，每个接口具备各自的功能，前台渠道接到业务的需求时，经常需要后台系统的开发人员提供技术支持。然而，这就要求后台系统的开发人员付出较多的劳动，尤其是在对接的系统一次性过多的情况下，容易造成对接时间较长、工作效率较低的问题。


技术实现要素：

3.本技术实施例的目的在于提供一种业务处理方法、装置、存储介质及设备，旨在解决相关技术中因外部系统不熟悉后台系统的功能场景导致开发对接时间较长、工作效率较低的问题。
4.第一方面，本技术实施例提供的一种业务处理方法，包括：接收目标客户端输入的针对指定场景的指令，采集所述指令中包含的预约接口所对应的接口信息；基于所述指定场景的历史对接数据，从所述预约接口中提取出链路接口，并获取各链路接口的调用顺序；基于各链路接口的描述信息，生成所述指定场景的知识图谱，所述描述信息包括接口信息和调用顺序；向所述目标客户端提供所述知识图谱。
5.在上述实现过程中，在目标客户端输入针对指定场景的指令时，采集预约接口的接口信息，基于该指定场景的历史对接数据，提取出链路接口并获取各链路接口的调用顺序，进而利用各链路接口的接口信息及调用顺序来生成该指定场景的知识图谱，使得该知识图谱能够展示该指定场景的接口明细，便于业务产品的快速接入。这样，减少了开发对接时间，提高了工作效率。
6.进一步地，在一些实施例中，所述接口信息包括以下至少一项：接口名称、编号、通讯方式、调用渠道、接入渠道。
7.在上述实现过程中，限定采集的接口信息的类型，实现对指定场景对应的接口在细节上的描述。
8.进一步地，在一些实施例中，所述方法应用于服务端，所述指令中包含的预约接口所对应的接口信息是服务端通过访问授权系统采集到的。
9.在上述实现过程中，提供一种采集接口信息的解决手段。
10.进一步地，在一些实施例中， 在获取各链路接口的调用顺序之后，还包括：根据所述调用顺序产生调用链路数字编号并存放到一个有序的队列中。
11.在上述实现过程中，通过产生调用链路数字编号并存储，对各链路接口的调用次序进行记录。
12.进一步地，在一些实施例中，所述描述信息还包括以下至少一项：背景描述信息、标准报文格式、字段含义。
13.在上述实现过程中，利用背景描述信息、标准报文格式和/或字段含义，对调用链路的接口进行更细节的扩充处理，从而使得生成的知识图谱能够提供更细节的知识。
14.进一步地，在一些实施例中，所述链路接口的标准报文格式是通过ai规则采集所述链路接口对应的接口报文参数，再根据所述接口报文参数的类型自动填充模拟值而汇总得到的。
15.在上述实现过程中，自动化生成链路接口的标准报文格式，便于对调用链路的接口进行更细节的扩充处理。
16.进一步地，在一些实施例中，所述向所述目标客户端提供所述知识图谱，包括：将所述知识图谱集成到对外的api文档中，并将所述api文档传递给所述目标客户端；或，基于所述知识图谱生成对应的文本文档，并将所述文本文档传递给所述目标客户端。
17.在上述实现过程中，通过将知识图谱以api文档或文本文档的形式进行展示，方便了外部系统的人员的查看和学习。
18.第二方面，本技术实施例提供的一种业务处理装置，包括：采集模块，用于接收目标客户端输入的针对指定场景的指令，采集所述指令中包含的预约接口所对应的接口信息；提取模块，用于基于所述指定场景的历史对接数据，从所述预约接口中提取出链路接口，并获取各链路接口的调用顺序；生成模块，用于基于各链路接口的描述信息，生成所述指定场景的知识图谱，所述描述信息包括接口信息和调用顺序；展示模块，用于向所述目标客户端提供所述知识图谱。
19.第三方面，本技术实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。
20.第四方面，本技术实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。
21.第五方面，本技术实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。
22.本技术公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本技术公开的上述技术即可得知。
23.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
24.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
25.图1为本技术实施例提供的一种业务处理方法的流程图；
图2为本技术实施例提供的一种业务处理系统的示意图；图3为本技术实施例提供的一种业务处理装置的框图；图4为本技术实施例提供的一种电子设备的结构框图。
具体实施方式
26.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
27.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
28.目前，银行、电信类企业等往往拥有大量it（internet technology）系统，其中大部分it系统为后台系统。通常后台系统提供众多的接口，每个接口具备各自的功能，前台渠道接到业务的需求时，经常需要后台系统的开发人员提供技术支持。然而，这就要求后台系统的开发人员付出较多的劳动，尤其是在对接的系统一次性过多的情况下，容易造成对接时间较长、工作效率较低的问题。
29.基于此，本技术实施例提供一种业务处理方案，以解决上述问题。
30.如图1所示，图1是本技术实施例提供的一种业务处理方法的流程图，所述方法可以应用于服务端，对于大部分系统来说，后台系统就是服务端，而外部系统相较于后台系统而言就是客户端，服务端提供众多的接口，客户端可以通过接入相应的接口来使用该服务端的资源，例如，在银行系统中，信用卡后台系统可以是服务端，外部系统（如客服系统等）可以是客户端，外部系统可以调用信用卡后台系统提供的接口实现多种功能，如办理分期签约、注销卡信息等。
31.在步骤101、接收目标客户端输入的针对指定场景的指令，采集所述指令中包含的预约接口所对应的接口信息；本步骤中提到的指定场景可以是服务端的功能场景中的任意一个，功能场景是出于一定的需求用户操作系统功能的整个流程的抽象化、模型化描述，以服务端是信用卡后台系统为例，功能场景可以包括分期签约场景、发卡场景、注销卡场景等等。服务端通过提供的多个接口的功能组合，可以满足各功能场景的需求。接口是为不同系统和功能之间实现分离或连接的口，在本技术中，各实施例所提及的接口一般是指软件接口，主要是指应用程序编程接口（application programming interface，api）。
32.目标客户端输入针对指定场景的指令表明该目标客户端要接入该指定场景。在实际应用中，外部系统要接入服务端的某个功能场景时，会预先填写要申请的场景接口信息，该场景接口信息中包含该外部系统申请调用的若干个预约接口。填写完毕后，该场景接口信息以指令的形式提供给服务端，服务端录入该功能场景的渠道信息进行接口授权。也就是说，本步骤中所提到的指令可以认为是目标客户端所填写的场景接口信息，指令中包含的预约接口可以认为是目标客户端针对指定场景，在场景接口信息中填写的申请调用的接口。
33.在一些例子中，本步骤中提到的接口信息包括以下至少一项：接口名称、编号、通讯方式、调用渠道、接入渠道。在系统对接的体系中，通常会预先对服务端提供给客户端的各接口的属性，如接口名称、接口编号等进行定义，以便于规范化管理，例如，针对分期签约
场景中用于获取签约进度等信息的接口，可以定义其接口名称为“分期签约查询接口”，并且定义其接口编号为“003”，当然，这里的定义只是示例，具体的定义规则可以根据实际需求进行设置，本技术对此不作限制；接口的通讯方式主要包括接口所采用的传输协议以及传输的数据格式，例如，服务端提供的其中一个接口是webservice接口，则各客户端在调用该接口时，需要将xml（extensible markup language，可扩展标记语言）格式的数据封装成soap（simple object access protocol，简单对象访问协议）格式的数据流进行传输，也就是说，该接口的通讯方式包括xml的数据格式和soap的封装格式；调用渠道是指正在申请调用当前接口的渠道，也就是目标客户端；接入渠道是接入当前接口的各个渠道，在实际应用中，一个接口可以归为一个场景，会有很多客户端调用，例如，在银行系统中，分期申请接口在同一时刻可能有网申渠道、寿险渠道、客服渠道等多个客户端调用，这些客户端即为分期申请接口的接入渠道。除此之外，该接口信息还可以包括其他类型的信息，本技术对此不作限制。
34.外部系统首次申请调用某个接口时，服务端管理员根据该外部系统填写的场景接口信息，人工采集该接口的接口信息并录入授权系统。该授权系统可以是一个用于控制渠道与目标资源的授权访问的系统，该授权系统存储有各接口的接口信息。因此，在一些例子中，所述指令中包含的预约接口所对应的接口信息可以是服务端通过访问授权系统采集到的。当然，在其他实施例中，接口信息的采集方式也可以根据具体场景的需求进行不同的设置。
35.在步骤102、基于所述指定场景的历史对接数据，从所述预约接口中提取出链路接口，并获取各链路接口的调用顺序；本步骤中提到的指定场景的链路接口可以是指在满足该指定场景时需要接入的多个接口，这些接口可以组成一个调用链路。例如，分期签约场景的链路接口包括分期签约申请接口、分期签约修改接口、分期签约查询接口以及分期提前结清接口这四个接口，也就是说，外部系统只需要接入这四个接口即可实现分期签约场景。在大多数场景中，客户端对服务端可能是不够熟悉的，因此，客户端输入的指令中所包含的预约接口与指定场景对应的链路接口是不同的。基于此，本实施例的服务端根据以往各客户端接入该指定场景时的历史对接数据，从预约接口中提取出链路接口。沿用前面的例子，若目标客户端针对分期签约场景申请调用的预约接口包括分期签约申请接口a、分期签约修改接口b、分期签约查询接口c、分期提前结清接口d、客户信息查询接口e、签约信息提交接口f，则服务端根据分期签约的历史场景的记录可以提炼出a、b、c、d这四个链路接口，而多余的e、f接口自动过滤。
36.一个完整的功能场景流转，其接口的调用次序是有先后关系的，也就是说，各链路接口在调用链路上的顺序是十分关键的。基于此，本实施例的服务端根据以往各客户端接入该指定场景时的历史对接数据，获取各链路接口的调用顺序。沿用前面的例子，在客服系统要接入分期签约场景时，服务端基于以往各客户端接入的调用顺序来进行分析，确定a、b、c、d这四个链路接口的调用顺序依次是第一、第二、第三、第四。在一些实施例中，在获取各链路接口的调用顺序后，所述方法还包括：根据所述调用顺序产生调用链路数字编号并存放到一个有序的队列中。也就是说，服务端可以生成各链路接口的顺序编号并将其传递到一个有序的队列中进行存储，如a-b-c-d，或a(1)-b(2)-c(3)-d(4)等。该编号方式可以根据具体场景的需求来定义，本技术对此不作限制。
37.在步骤103、基于各链路接口的描述信息，生成所述指定场景的知识图谱，所述描述信息包括接口信息和调用顺序；知识图谱，在图书情报界称为知识域可视化或知识领域映射地图，是显示知识发展进程与结构关系的一系列各种不同的图形，用可视化技术描述知识资源及其载体，挖掘、分析、构建、绘制和显示知识及它们之间的相互联系。知识图谱可以认为是用于增强搜索引擎功能的知识库，旨在描述真实世界中存在的各种实体或概念及关系，其呈现形态可以是一张巨大的语义网络图，节点表示实体或概念，边则由属性或关系构成。
38.在本实施例中，指定场景的知识图谱基于该指定场景对应的链路接口的接口信息和调用顺序来生成。具体地，该知识图谱的节点可以是各链路接口，各链路接口的接口信息可以作为节点的属性；该知识图谱的边可以由各链路接口的调用顺序构成，指示各链路接口在调用链路上的前后次序。具体地，该知识图谱可以是服务端使用计算机图形学对各链路接口的描述信息进行处理而生成的，计算机图形学（computer graphics，cg）的主要研究内容就是研究如何在计算机中表示图形、以及利用计算机进行图形的计算、处理和显示的相关原理与算法。计算机图形学的核心目标在于创建有效的视觉交流，如科学计算可视化，其是计算机图形学的一个主要应用领域，是利用计算图形学方法将科学计算的中间或最后结果以及通过测量得到的数据以图形形式直观地表示出来。至于如何使用计算机图形学生成知识图谱，可以参见相关技术，本技术对此不作赘述。
39.在一些实施例中，该描述信息还包括以下至少一项：背景描述信息、标准报文格式、字段含义。链路接口的背景描述信息可以包括链路接口的接口类型、功能说明、测试关注点、测试用例等信息中的一种或多种，该背景描述信息可以是服务端通过ai（artificial intelligence，人工智能）技术从接口文档、系统日志等数据中抓取得到的；该标准报文格式可以是指链路接口的入参报文格式，可选地，该标准报文格式可以是服务端通过ai规则采集对应的接口报文参数，再根据该接口报文参数的类型自动填充模拟值而汇总得到的；接口字段是接口的一种成员类型，具有隐式公共的、静态的、最终的等特性，而链路接口的字段含义可以认为是对链路接口的接口字段的含义注释，可选地，该字段含义可以是服务端基于参数间的关联关系进行机器学习而生成的。通过补充上述可用于描述链路接口的逻辑和/或规则的内容，最终生成的知识图谱能够更为详细地展示指定场景的接口明细，从而为不熟悉功能的外部渠道系统人员起到更为高效的指导效果。当然，除了上述内容以外，该描述信息还可以包括其他相关信息，如链路接口的依赖、一些特殊的计算逻辑等等，本技术对此不作限制。
40.另外，在生成该指定场景的知识图谱后，服务端可以对该知识图谱进行存储，并基于后续的系统对接流程中所产生的数据，可以对存储的各种功能场景的知识图谱进行更新维护。
41.在步骤104、向所述目标客户端提供所述知识图谱。
42.在产生指定场景的知识图谱后，服务端可以向目标客户端提供该知识图谱，以便于该客户端的人员熟悉该指定场景。在一些实施例中，向目标客户端提供知识图谱的方式可以包括以下两种：将所述知识图谱集成到对外的api文档中，并将所述api文档传递给所述目标客户端；或者，基于所述知识图谱生成对应的文本文档，并将所述文本文档传递给所述目标客户端。其中，api文档是个提供方法使用、说明的文件，相当于一个简明的参考手
册；文本文档是个可以存放文本信息、图片信息的文件，包括word文档。通过将知识图谱以api文档或文本文档的形式进行展示，方便了外部系统的人员的查看和学习。
43.本技术实施例，在目标客户端输入针对指定场景的指令时，采集预约接口的接口信息，基于该指定场景的历史对接数据，提取出链路接口并获取各链路接口的调用顺序，进而利用各链路接口的接口信息及调用顺序来生成该指定场景的知识图谱，使得该知识图谱能够展示该指定场景的接口明细，便于业务产品的快速接入。这样，减少了开发对接时间，提高了工作效率。
44.为了对本技术的业务处理方案做更为详细的说明，接下来介绍一具体实施例：如图2所示，图2是本技术实施例提供的一种业务处理系统的示意图，该系统包括服务端21和客户端22，具体地，该服务端21是信用卡后台系统，该客户端22是其中一个外部系统，为客服系统。相关技术中，当客服系统的人员接到分期签约的需求时，由于不熟悉信用卡后台系统，只知道信用卡后台系统具备支持分期签约的接口，所以需要信用卡后台系统的开发人员提供技术支持，包括功能解答、讲解调用细节方式、参数报文等，这就导致信用卡后台系统的开发人员需要投入较多时间成本，尤其是还有较多的其他外部系统也在对接的情况下，开发人员可能应付不过来，容易影响工作效率。
45.本实施例的业务处理系统旨在减少后台系统的开发人员的这种不必要工作投入。针对同一场景，该业务处理系统的工作流程包括：s201、客户端22向服务端发送针对分期签约场景的指令，该指令中指示申请调用的预约接口为分期签约申请接口a、分期签约修改接口b、分期签约查询接口c、分期提前结清接口d、客户信息查询接口e以及签约信息提交接口f；s202、服务端21接收指令后，采集各预约接口的接口信息，包括接口名称、编号、通讯方式、调用渠道以及接入渠道等；s203、服务端21基于分期签约场景的历史对接数据，从预约接口中提炼出链路接口为分期签约申请接口a、分期签约修改接口b、分期签约查询接口c、分期提前结清接口d，而客户信息查询接口e以及签约信息提交接口f这两个多余的接口自动过滤；s204、服务端21基于历史渠道接入的调用顺序来进行分析，识别业务场景，根据顺序产生调用链路数字编号存放到一个有序的队列中，结果为a-b-c-d接口；s205、服务端21根据各链路接口的调用顺序，通过ai规则采集对应的接口报文参数，根据接口报文参数的类型自动填充模拟值，汇总成标准的报文格式；s206、服务端21智能抓取各链路接口的背景描述信息，并基于参数间的关联关系进行机器学习，从而生成对应的字段含义；例如，分期签约查询接口c的入参中只有输入分期期数，但对应的返回报文中的开始日和结束日对于外部渠道来说是不熟悉的，在本实施例中，可以基于分期期数，利用机器学习来自动生成开始日和结束日的含义注释；s207、服务端21结合以上步骤的结果汇聚，进行网格计算分析，最后生成对应的规律，使用机器图形学等相关技术产生一套知识图谱图，集成到对外的api文档中或者生成word形式的文档；该知识图谱对应于分期签约场景，其节点是分期签约场景对应的各链路接口，边指示各链路接口的调用顺序，另外，各链路接口的接口信息、报文格式、背景描述信息、字段含义用于对整条调用链路上的链路接口进行细节上的描述；s208、服务端21将以上文档传递给客户端22，供客户端22的人员参考；基于该文
档，客户端22的人员可以了解到以下内容：在满足分期签约场景时需要接入的链路接口、各链路接口的前后次序、各链路接口的属性含义、背景等明细信息。
46.由上可知，本实施例的系统至少具有以下效果：减少研发人员的不必要的工作投入，让不熟悉功能的外部渠道系统人员熟悉服务端的功能场景，接口明细等，便于业务产品的快速组装，快速接入，减少开发对接时间，提高工作效率，又能对开发人员进行业务知识归类学习。
47.与前述方法的实施例相对应，本技术还提供了业务处理装置及其应用的终端的实施例。
48.如图3所示，图3是本技术实施例提供的一种业务处理装置的框图，包括：采集模块31，用于接收目标客户端输入的针对指定场景的指令，采集所述指令中包含的预约接口所对应的接口信息；提取模块32，用于基于所述指定场景的历史对接数据，从所述预约接口中提取出链路接口，并获取各链路接口的调用顺序；生成模块33，用于基于各链路接口的描述信息，生成所述指定场景的知识图谱，所述描述信息包括接口信息和调用顺序；展示模块34，用于向所述目标客户端提供所述知识图谱。
49.本技术还提供一种电子设备，请参见图4，图4为本技术实施例提供的一种电子设备的结构框图。电子设备可以包括处理器410、通信接口420、存储器430和至少一个通信总线440。其中，通信总线440用于实现这些组件直接的连接通信。其中，本技术实施例中电子设备的通信接口420用于与其他节点设备进行信令或数据的通信。处理器410可以是一种集成电路芯片，具有信号的处理能力。
50.上述的处理器410可以是通用处理器，包括中央处理器(cpu，central processing unit)、网络处理器(np，network processor)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器410也可以是任何常规的处理器等。
51.存储器430可以是，但不限于，随机存取存储器（ram，random access memory），只读存储器（rom，read only memory），可编程只读存储器（prom ，programmable read-only memory），可擦除只读存储器（eprom ，erasable programmable read-only memory），电可擦除只读存储器（eeprom ，electric erasable programmable read-only memory）等。存储器430中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器410执行时，电子设备可以执行上述图1方法实施例涉及的各个步骤。
52.可选地，电子设备还可以包括存储控制器、输入输出单元。
53.所述存储器430、存储控制器、处理器410、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线440实现电性连接。所述处理器410用于执行存储器430中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。
54.输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘
等。
55.可以理解，图4所示的结构仅为示意，所述电子设备还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。图4中所示的各组件可以采用硬件、软件或其组合实现。
56.本技术实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。
57.本技术还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。
58.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
59.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
60.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器（rom，read-only memory）、随机存取存储器（ram，random access memory）、磁碟或者光盘等各种可以存储程序代码的介质。
61.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
62.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
63.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖
非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。