实体节点的建模方法、装置及计算机可读存储介质与流程

1.本发明涉及数据处理技术领域，尤其涉及一种实体节点的建模方法、装置及计算机可读存储介质。


背景技术：

2.实体节点的建模装置涉及多种实体节点，比如设备与用户等，各种实体节点的属性也不尽相同，常规的方法一般是针对不同的实体节点分别建模，并利用关系型数据库保存实体节点的属性数据。这种建模方式比较直观、简单，但是需要针对不同的实体节点，设计不同的数据表结构，由此可见，现有技术在建模时，开发复杂度大。


技术实现要素：

3.本发明实施例通过提供一种实体节点的建模方法、装置及计算机可读存储介质，旨在解决如何降低实体节点的建模的开发复杂度的技术问题。
4.本发明实施例提供一种实体节点的建模方法，所述实体节点的建模方法包括以下步骤：
5.在接收到设备名称、设备类型以及设备编号时，根据所述设备名称、设备类型以及设备编号在图数据库中生成设备节点；
6.在接收到登录名、昵称以及登录密码时，根据所述登录名、昵称以及登录密码在所述图数据库中生成用户节点；
7.在接收到关系类型时，根据所述关系类型在所述图数据库中关联所述设备节点与所述用户节点，所述关系类型包括属于关系以及属性关系；
8.根据所述设备节点以及所述用户节点的关联关系进行建模，以得到知识图谱，其中，所述知识图谱用于响应针对所述设备节点和/或所述用户节点的查询请求。
9.在一实施例中，所述在接收到关系类型时，根据所述关系类型在所述图数据库中关联所述设备节点与所述用户节点的步骤包括：
10.在接收到所述关系类型时，确定所述关系类型是否为所述属性关系；
11.在所述关系类型为所述属性关系时，在所述图数据库中关联所述设备节点与所述用户节点并在所述关联关系中添加所述属性关系对应的属性标签。
12.在一实施例中，所述在接收到所述关系类型时，确定所述关系类型是否为所述属性关系的步骤之后，所述方法还包括：
13.在所述关系类型不为所述属性关系时，在所述图数据库中直接关联所述设备节点与所述用户节点。
14.在一实施例中，所述根据所述设备节点以及所述用户节点的关联关系进行建模的步骤之后，所述方法还包括：
15.在接收到自定义属性的添加请求时，根据所述添加请求在所述设备节点以及所述用户节点中确定目标实体节点；
16.在所述目标实体节点对应的属性集中添加所述自定义属性。
17.在一实施例中，所述在所述目标实体节点添加所述自定义属性的步骤之后，所述方法还包括：
18.在接收到所述自定义属性的删除请求时，根据所述删除请求在所述设备节点以及所述用户节点中确定目标实体节点；
19.在所述目标实体节点对应的属性集删除所述自定义属性。
20.在一实施例中，所述根据所述设备节点以及所述用户节点的关联关系进行建模的步骤之后，所述方法还包括：
21.输出所述知识图谱。
22.在一实施例中，所述根据所述设备节点以及所述用户节点的关联关系进行建模的步骤之后，所述方法还包括：
23.在接收到查询请求时，确定所述查询请求对应的设备节点和/或用户节点；
24.根据所述查询请求对应的设备节点和/或用户节点的关联关系遍历已建模的知识图谱，以得到所述查询请求对应的目标知识图谱；
25.输出所述目标知识图谱。
26.在一实施例中，所述根据所述设备节点以及所述用户节点的关联关系进行建模的步骤之后，所述方法还包括：
27.输出建模成功的提示信息。
28.本发明实施例还提供一种实体节点的建模装置，所述实体节点的建模装置包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的实体节点的建模方法的各个步骤。
29.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的实体节点的建模方法的各个步骤。
30.在本实施例的技术方案中，在接收到设备名称、设备类型以及设备编号时，根据所述设备名称、设备类型以及设备编号在图数据库中生成设备节点；在接收到登录名、昵称以及登录密码时，根据所述登录名、昵称以及登录密码在所述图数据库中生成用户节点；在接收到关系类型时，根据所述关系类型在所述图数据库中关联所述设备节点与所述用户节点，所述关系类型包括属于关系以及属性关系；根据所述设备节点以及所述用户节点的关联关系进行建模，以得到知识图谱，其中，所述知识图谱用于响应针对所述设备节点和/或所述用户节点的查询请求。由于实体节点的建模装置可基于接收到的设备名称、设备类型以及设备编号在图数据库中生成设备节点，还可以基于接收到的登录名、昵称以及登录密码在图数据库中生成用户节点，而在接收到关系类型时，可根据关系类型在图数据库中关联设备节点与用户节点，从而实现根据知识图谱技术进行建模，无需针对不同的实体节点、不需要设计不同的数据表结构，其中，利用知识图谱技术可以使用一种符合认知的通用方式来描述实体节点的建模装置中的实体，以及实体的属性、实体之间的关联关系，从而将这些信息构建成一个网状的信息结构。这样，就可以用图这种通用的数据结构来对实体节点的建模装置的所有实体进行建模，从而降低实体节点的建模的开发复杂度。
附图说明
31.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
32.图1为本发明实施例涉及的实体节点的建模装置的硬件构架示意图；
33.图2为本发明实体节点的建模方法第一实施例的流程示意图；
34.图2a为本发明实体节点的建模方法第一实施例的参考图；
35.图2b为本发明实体节点的建模方法第一实施例的参考图；
36.图2c为本发明实体节点的建模方法第一实施例的参考图；
37.图3为本发明实体节点的建模方法第二实施例步骤30的细化流程示意图；
38.图4为本发明实体节点的建模方法第三实施例的流程示意图；
39.图4a为本发明实体节点的建模方法第三实施例的参考图；
40.图4b为本发明实体节点的建模方法第三实施例的参考图；
41.图5为本发明实体节点的建模方法第四实施例的流程示意图。
具体实施方式
42.为了更好的理解上述技术方案，下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
43.本发明的主要解决方案是：在接收到设备名称、设备类型以及设备编号时，根据所述设备名称、设备类型以及设备编号在图数据库中生成设备节点；在接收到登录名、昵称以及登录密码时，根据所述登录名、昵称以及登录密码在所述图数据库中生成用户节点；在接收到关系类型时，根据所述关系类型在所述图数据库中关联所述设备节点与所述用户节点，所述关系类型包括属于关系以及属性关系；根据所述设备节点以及所述用户节点的关联关系进行建模，以得到知识图谱，其中，所述知识图谱用于响应针对所述设备节点和/或所述用户节点的查询请求。
44.由于实体节点的建模装置可基于接收到的设备名称、设备类型以及设备编号在图数据库中生成设备节点，还可以基于接收到的登录名、昵称以及登录密码在图数据库中生成用户节点，而在接收到关系类型时，可根据关系类型在图数据库中关联设备节点与用户节点，从而实现根据知识图谱技术进行建模，无需针对不同的实体节点、不需要设计不同的数据表结构，其中，利用知识图谱技术可以使用一种符合认知的通用方式来描述实体节点的建模装置中的实体，以及实体的属性、实体之间的关联关系，从而将这些信息构建成一个网状的信息结构。这样，就可以用图这种通用的数据结构来对实体节点的建模装置的所有实体进行建模，从而降低实体节点的建模的开发复杂度。
45.作为一种实现方式，实体节点的建模装置可以如图1。
46.本发明实施例方案涉及的是实体节点的建模装置，实体节点的建模装置包括：处理器101，例如cpu，存储器102，通信总线103。其中，通信总线103用于实现这些组件之间的
连接通信。
47.存储器102可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。如图1，作为一种计算机可读存储介质的存储器103中可以包括检测程序；而处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：
48.在接收到设备名称、设备类型以及设备编号时，根据所述设备名称、设备类型以及设备编号在图数据库中生成设备节点；
49.在接收到登录名、昵称以及登录密码时，根据所述登录名、昵称以及登录密码在所述图数据库中生成用户节点；
50.在接收到关系类型时，根据所述关系类型在所述图数据库中关联所述设备节点与所述用户节点，所述关系类型包括属于关系以及属性关系；
51.根据所述设备节点以及所述用户节点的关联关系进行建模，以得到知识图谱，其中，在接收到针对所述设备节点和/或所述用户节点的查询请求时，通过输出所述知识图谱进行响应。
52.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：
53.在接收到所述关系类型时，确定所述关系类型是否为所述属性关系；
54.在所述关系类型为所述属性关系时，在所述图数据库中关联所述设备节点与所述用户节点并在所述关联关系中添加所述属性关系对应的属性标签。
55.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：
56.在所述关系类型不为所述属性关系时，在所述图数据库中直接关联所述设备节点与所述用户节点。
57.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：
58.在接收到自定义属性的添加请求时，根据所述添加请求在所述设备节点以及所述用户节点中确定目标实体节点；
59.在所述目标实体节点对应的属性集中添加所述自定义属性。
60.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：
61.在接收到所述自定义属性的删除请求时，根据所述删除请求在所述设备节点以及所述用户节点中确定目标实体节点；
62.在所述目标实体节点对应的属性集删除所述自定义属性。
63.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：
64.输出所述知识图谱。
65.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：
66.在接收到查询请求时，确定所述查询请求对应的设备节点和/或用户节点；
67.根据所述查询请求对应的设备节点和/或用户节点的关联关系遍历已建模的知识图谱，以得到所述查询请求对应的目标知识图谱；
68.输出所述目标知识图谱。
69.在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：
70.输出建模成功的提示信息。
71.在本实施例的技术方案中，在接收到设备名称、设备类型以及设备编号时，根据所述设备名称、设备类型以及设备编号在图数据库中生成设备节点；在接收到登录名、昵称以及登录密码时，根据所述登录名、昵称以及登录密码在所述图数据库中生成用户节点；在接收到关系类型时，根据所述关系类型在所述图数据库中关联所述设备节点与所述用户节点，所述关系类型包括属于关系以及属性关系；根据所述设备节点以及所述用户节点的关联关系进行建模，以得到知识图谱，其中，所述知识图谱用于响应针对所述设备节点和/或所述用户节点的查询请求。由于实体节点的建模装置可基于接收到的设备名称、设备类型以及设备编号在图数据库中生成设备节点，还可以基于接收到的登录名、昵称以及登录密码在图数据库中生成用户节点，而在接收到关系类型时，可根据关系类型在图数据库中关联设备节点与用户节点，从而实现根据知识图谱技术进行建模，无需针对不同的实体节点、不需要设计不同的数据表结构，其中，利用知识图谱技术可以使用一种符合认知的通用方式来描述实体节点的建模装置中的实体，以及实体的属性、实体之间的关联关系，从而将这些信息构建成一个网状的信息结构。这样，就可以用图这种通用的数据结构来对实体节点的建模装置的所有实体进行建模，从而降低实体节点的建模的开发复杂度。
72.为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
73.参照图2，图2为本发明实体节点的建模方法的第一实施例，方法包括以下步骤：
74.步骤s10，在接收到设备名称、设备类型以及设备编号时，根据所述设备名称、设备类型以及设备编号在图数据库中生成设备节点。
75.在本实施例中，采用知识图谱技术来实现平台实体对象的建模，知识图谱能够以结构化的形式来描述客观世界中的概念实体及其关系，三元组是知识图谱的一种通用表示方式，三元组的基本形式包括(实体-关系-实体)和(实体-属性-属性值)，每个实体可用一个全局唯一的id来标识，每个属性-属性值对可用来描述实体的内在特性，而关系可用来连接两个实体，描述它们之间的关联。利用知识图谱技术可以使得我们用一种符合认知的通用方式来描述实体节点的建模装置中的实体，以及实体的属性、实体之间的关联关系，从而将这些信息构建成一个网状的信息结构。知识图谱是利用图而不是表来统一存储实体、属性和关系。图由两种元素组成：节点和边，每个节点代表一个实体，两个节点之间的边代表它们的关联关系。这样，我们就可以用图这种通用的数据结构来对实体节点的建模装置的所有实体进行建模，其建模流程为：实体节点的建模装置在图数据库中新建实体节点；向实体节点添加相应的属性和属性值；在不同的实体节点之间添加相应的关系；外部应用利用图数据库提供的api来检索实体和访问数据。实体节点的建模装置引入neo4j开源图数据库(graph database)，图数据库采用原生图(native graph)存储和处理数据，具备优秀的运行性能。基于属性图模型，支持丰富的数据语义描述。提供cypher查询语言，简单、直观、易
于理解。支持事务，保证数据一致性。有活跃的社区，提供丰富的编程语言驱动支持，方便使用。因此，实体节点的建模装置选择用neo4j存储和检索实体节点，及其属性和关系，容易理解的是，上述设备节点为实体节点。
76.实体节点的建模装置的后台服务负责提供rest api接口，这样，用户可以通过实体节点的建模装置的web管理平台，执行实体节点的创建、修改、删除等操作，实现对实体节点的管理功能。
77.可选的，用户通过实体节点的建模装置的web管理平台，执行一个新建实体节点操作，为此，用户需要输入实体对象的标签(label)，表示图数据库中的节点类型。另外，还需要输入实体对象的基本属性，比如设备名称(devname)，设备类型(devtype)，设备编号(devid)等。实体节点的建模装置的后台服务接口负责调用neo4j api在图数据库中创建新节点，label将作为节点的标签，devname、devtype、devid将作为该节点的属性。比如，我们新建一个人脸抓拍设备，操作执行完成后，将在图数据库中新建一个设备节点，该节点包含如下属性：device{“devid”:“12345678”,“devname”:“myface1#”,“devtype”:“facedevice”}。
78.步骤s20，在接收到登录名、昵称以及登录密码时，根据所述登录名、昵称以及登录密码在所述图数据库中生成用户节点。
79.在本实施例中，图数据库基于有向图进行建模，其中，节点、边、属性是图数据库的核心概念。节点用于表示实体节点，可以理解为上述设备节点以及用户节点，也可以类比于关系数据库中的记录或者数据表中的行数据。人物、地点、电影、设备都可以作为图中的节点。
80.可选的，用户通过web管理平台在图数据库中新建一个用户节点，需要输入的用户基本属性包括登录名(loginname)，昵称(nickname)，登录密码(password)，当操作完成后，将在图数据库中创建一个用户节点，该节点包含如下属性：user{“loginname”:“user1”,“nickname”:“is me”,“password”:“123456”}。
81.步骤s30，在接收到关系类型时，根据所述关系类型在所述图数据库中关联所述设备节点与所述用户节点，所述关系类型包括属于关系以及属性关系。
82.在本实施例中，上述属于关系以及属性关系可为图数据库中的边，边是指图中连接节点的有向线条，用于表示不同节点之间的关系。例如人物之间的同事关系都可以作为图中的边。属性用于描述节点或者边的特性。例如人物(节点)的姓名、性别、爱好等都是属性。
83.步骤s40，根据所述设备节点以及所述用户节点的关联关系进行建模，以得到知识图谱，其中，所述知识图谱用于响应针对所述设备节点和/或所述用户节点的查询请求。
84.在本实施例中，用户对设备拥有管理权限，即设备和用户之间存在关联关系，我们可以通过web管理平台，在图数据库中新建一个关系来连接设备节点和用户节点，关系是有方向性的，此处是从设备指向用户，用户需要输入关系类型，譬如belongto，关系也可以包含属性，此处我们在关系中添加一个授权日属性auth_date，当操作完成后，在设备和用户之间就具备了关联关系。并且，所有该用户管理的设备和用户之间都需要建立同样的关联关系，设备实体和用户实体的属性图模型示意图可参考图2a。
85.可选的，在建模完成，输出所述知识图谱，以使得用户直观了解建模效果。
86.可选的，在建模完成时，输出建模成功的提示信息，以使得用户及时了解。
87.具体的，通过几个应用场景来具体说明实体节点的建模装置的实体建模过程：首先启动实体节点的建模装置，然后，用户通过浏览器登录到实体节点的建模装置的web管理平台上；用户可在web管理平台上新建一个设备(设备节点)，此操作将会调用实体节点的建模装置的rest api接口，api接口的url如：http://cmp_server:8080/api/v1/device，发送方式为post，content-type为application/json，认证方式为jwt token，发送体为json格式的设备基础属性：{“raw_id”:
“…”
,“name”:
“…”
,“kind”:
“…”
,“type”:
“…”
,“access_device_id”:
“…”
,
…
}，其中，raw_id为设备的原始编号，name为设备名称，kind为设备种类，type为设备类型，access_device_id为设备连接的接入服务器id。新建设备的主要业务流程可参考图2b。
88.用户在web管理平台上给设备指定管理用户，此操作将会调用实体节点的建模装置的rest api接口，api接口的url如下：http://cmp_server:8080/api/v1/customer/{customerid}/device/{deviceid}，发送方式为post，accept为application/json，认证方式为jwt token。其中，customerid为管理用户的平台id，deviceid为设备的平台id。api接口返回json格式的执行结果：{“result”:“succ”,“errormsg”:
“…”
,
…
}。给设备指定管理用户的主要业务流程可参考图2c。
89.在本实施例的技术方案中，由于实体节点的建模装置可基于接收到的设备名称、设备类型以及设备编号在图数据库中生成设备节点，还可以基于接收到的登录名、昵称以及登录密码在图数据库中生成用户节点，而在接收到关系类型时，可根据关系类型在图数据库中关联设备节点与用户节点，从而实现根据知识图谱技术进行建模，无需针对不同的实体节点、不需要设计不同的数据表结构，其中，利用知识图谱技术可以使用一种符合认知的通用方式来描述实体节点的建模装置中的实体，以及实体的属性、实体之间的关联关系，从而将这些信息构建成一个网状的信息结构。这样，就可以用图这种通用的数据结构来对实体节点的建模装置的所有实体进行建模，从而降低实体节点的建模的开发复杂度。
90.参照图3，图3为本发明实体节点的建模方法的第二实施例，基于第一实施例，步骤s30包括：
91.步骤s31，在接收到所述关系类型时，确定所述关系类型是否为所述属性关系。
92.在本实施例中，属于关系可理解为图数据库中的默认关系，而属性关系可理解为特定关系。
93.步骤s32，在所述关系类型为所述属性关系时，在所述图数据库中关联所述设备节点与所述用户节点并在所述关联关系中添加所述属性关系对应的属性标签。
94.可选的，在所述关系类型不为所述属性关系时，在所述图数据库中直接关联所述设备节点与所述用户节点。
95.在本实施例的技术方案中，通过不同标识显示不同的关系标识，可使得用户更直观的了解设备节点与用户节点之间的关联关系。
96.参照图4，图4为本发明实体节点的建模方法的第三实施例，基于第一至第二任一实施例，步骤s40之后，还包括：
97.步骤s50，在接收到自定义属性的添加请求时，根据所述添加请求在所述设备节点以及所述用户节点中确定目标实体节点。
98.步骤s60，在所述目标实体节点对应的属性集中添加所述自定义属性。
99.在本实施例中，自定义属性可以理解为用户想对实体节点新增的属性，在用户发起添加请求时，会在请求对应的目标实体节点加上自定义属性。
100.在本实施例中，实体节点的建模装置提供rest api接口，可以让外部应用向已经存在的实体对象添加自定义属性，例如，给人脸抓拍机设备添加厂家名称、购买时间等，这样，外部应用可以根据业务需要方便地扩展实体节点的属性集，而且这些自定义属性数据同样也会保存到neo4j中。同样，通过实体节点的建模装置提供的rest api接口，外部应用也可以删除实体对象上某些自定义属性。
101.在实体节点的建模装置引入kafka消息引擎，当实体节点的建模装置的核心服务接收到从api网关传来的针对实体自定义属性的操作请求，比如添加自定义属性，或者删除自定义属性，则核心服务会向kafka发送json格式的自定义属性变更消息，其它的外部应用可以通过订阅相关的主题，来及时获取实体及其属性变更的通知，从而可以触发相应的业务处理。
102.具体的，用户在web管理平台上向设备添加自定义属性，此操作将会调用实体节点的建模装置的rest api接口，api接口的url如：http://cmp_server:8080/api/v1/attributes/{deviceid}，发送方式为post，content-type为application/json，认证方式为jwt token，发送体为json格式的设备属性：{“newattributename”:“newattributevalue”,
…
}，其中，deviceid为设备的平台id，newattributename为自定义属性名称，newattributevalue为自定义属性值。添加设备自定义属性的主要业务流程参考图4a。
103.用户在web管理平台上查看设备的所有自定义属性，此操作将会调用实体节点的建模装置的rest api接口，api接口的url如下：http://cmp_server:8080/api/v1/attributes/{deviceid}，发送方式为get，accept为application/json，认证方式为jwt token。其中，deviceid为设备的平台id，api接口返回json格式的设备所有自定义属性：{“attribute1”:“value1”,“attribute2”:“value2”,
…
}。获取设备所有自定义属性的主要业务流程可参考图4b。
104.可选的，可通过数据插入的方式添加上述自定义数据，数据插入指新的三元组插入到已有的rdf图中，通过insert data语句完成该功能。
105.可选的，在接收到所述自定义属性的删除请求时，根据所述删除请求在所述设备节点以及所述用户节点中确定目标实体节点；在所述目标实体节点对应的属性集删除所述自定义属性。
106.在本实施例的技术方案中，通过本实例的建模方法，用户在新增或者删除自定义属性时，不会对图数据库的整体性造成太大影响，新增或者删除属性，复杂度都低于现有技术的建模方法。
107.参照图5，图5为本发明实体节点的建模方法的第四实施例，基于第一至第三任一实施例，步骤s40之后，还包括：
108.步骤s70，在接收到查询请求时，确定所述查询请求对应的设备节点和/或用户节点。
109.步骤s80，根据所述查询请求对应的设备节点和/或用户节点的关联关系遍历已建
模的知识图谱，以得到所述查询请求对应的目标知识图谱。
110.步骤s90，输出所述目标知识图谱。
111.在本实施例的技术方案中，通过知识图谱展示要搜索的设备节点和/或用户节点，可直观体现搜索目标与其他实体之间的关联关系。
112.为实现上述目的，本发明实施例还提供一种实体节点的建模装置，所述实体节点的建模装置包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的实体节点的建模方法的各个步骤。
113.为实现上述目的，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的实体节点的建模方法的各个步骤。
114.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用计算机可读存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的网络配置产品程序的形式。
115.本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
116.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
117.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
118.应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
119.尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
120.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精
神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。