数据整合的方法、装置、服务器以及存储介质与流程

[0001]
本申请涉及数据管理技术领域，尤其涉及一种数据整合的方法、装置、服务器以及存储介质。


背景技术：

[0002]
随着科技的发展，坐飞机出行已经成为人们常用的出行方式之一。因此，航空公司的数量在逐渐增多，航空公司需要管理的机场业务相关数据量也越来越多。目前机场驻场单位(空管、航空公司、机场、地勤等)在用的核心业务系统非常多，包括集成系统、空管系统、离港系统、安检系统、货运系统、二次雷达、场间雷达、地面保障、泊位、视频分析、人力资源等。但是这些生产系统由多家第三方厂商研制，大部分数据互不联通，其通讯协议、数据结构也都不相同。
[0003]
因此，目前各个民航机场的机场业务相关数据无法实现数据联通和数据共享，由此产生了大量的信息孤岛，不利于机场的智能化建设。


技术实现要素：

[0004]
有鉴于此，本申请提供一种数据整合的方法、装置、服务器以及存储介质，以解决现有技术中各个民航机场的机场业务相关数据无法实现数据联通和数据共享，由此产生了大量的信息孤岛，不利于机场的智能化建设的问题。
[0005]
为实现上述目的，本申请提供如下技术方案：
[0006]
本申请第一方面公开了一种数据整合的方法，应用于机场服务器，所述数据整合的方法，包括：
[0007]
接收云端服务器所发送的机场的当前的关联数据，其中，所述关联数据包括所述云端服务器筛选出的与所述机场直接关联的数据、以及与所述机场间接关联的数据；
[0008]
采集所述机场中各个业务系统的本地数据；
[0009]
对所述关联数据以及所述本地数据进行分类，得到多个业务类别；
[0010]
根据每一个所述业务类别对应的数据属性，设计每一个所述业务类别对应的数据结构，并建立每一个所述业务类别对应的数据库；
[0011]
利用所述每一个业务类别对应的数据库和数据存储器，将所述关联数据以及所述本地数据进行统一存储。
[0012]
可选的，上述的方法，所述接收云端服务器所发送的机场的当前的关联数据，包括：
[0013]
利用消息中间件，建设所述云端服务器与所述机场服务器的第一数据通道；
[0014]
基于超文本传输安全协议，建设所述云端服务器与所述机场服务器的第二数据通道；
[0015]
通过所述第一数据通道或者所述第二数据通道，接收所述云端服务器所发送的机场的当前的关联数据。
[0016]
可选的，上述的方法，所述利用所述每一个业务类别对应的数据库和数据存储器，将所述关联数据以及所述本地数据进行统一存储，包括：
[0017]
查找出所述关联数据和所述本地数据中的结构化数据以及非结构化数据；
[0018]
将所述结构化数据中的每一个数据按照数据的业务类别，分别存储到所述数据的业务类别所对应的数据库中；
[0019]
将所述非结构化数据存储到所述数据存储器中。
[0020]
可选的，上述的方法，所述利用所述每一个业务类别对应的数据库和数据存储器，将所述关联数据以及所述本地数据进行统一存储之后，还包括：
[0021]
按照预设的数据生命周期，对所述每一个业务类别对应的数据库中的数据进行更新。
[0022]
可选的，上述的方法，所述利用所述每一个业务类别对应的数据库和数据存储器，将所述关联数据以及所述本地数据进行统一存储之后，还包括：
[0023]
对存储后的所述关联数据和所述本地数据进行加密处理。
[0024]
可选的，上述的方法，所述利用所述每一个业务类别对应的数据库和数据存储器，将所述关联数据以及所述本地数据进行统一存储之后，还包括：
[0025]
对第三方业务系统提供机场数据服务，其中，所述机场数据服务包括旅客数据服务、航班数据服务、行李数据服务以及生物识别数据服务。
[0026]
本申请第二方面公开了一种数据整合的装置，应用于机场服务器，所述数据整合的装置，包括：
[0027]
接收单元，用于接收云端服务器所发送的机场的当前的关联数据，其中，所述关联数据包括所述云端服务器筛选出的与所述机场直接关联的数据、以及与所述机场间接关联的数据；
[0028]
采集单元，用于采集所述机场中各个业务系统的本地数据；
[0029]
分类单元，用于对所述关联数据以及所述本地数据进行分类，得到多个业务类别；
[0030]
设计单元，用于根据每一个所述业务类别对应的数据属性，设计每一个所述业务类别对应的数据结构，并建立每一个所述业务类别对应的数据库；
[0031]
存储单元，用于利用所述每一个业务类别对应的数据库和数据存储器，将所述关联数据以及所述本地数据进行统一存储。
[0032]
可选的，上述的装置，所述接收单元，包括：
[0033]
第一数据通道建设子单元，用于利用消息中间件，建设所述云端服务器与所述机场服务器的第一数据通道；
[0034]
第二数据通道建设子单元，用于基于超文本传输安全协议，建设所述云端服务器与所述机场服务器的第二数据通道；
[0035]
接收子单元，用于通过所述第一数据通道或者所述第二数据通道，接收所述云端服务器所发送的机场的当前的关联数据。
[0036]
可选的，上述的装置，所述存储单元，包括：
[0037]
查找子单元，用于查找出所述关联数据和所述本地数据中的结构化数据以及非结构化数据；
[0038]
第一存储子单元，用于将所述结构化数据中的每一个数据按照数据的业务类别，
分别存储到所述数据的业务类别所对应的数据库中；
[0039]
第二存储子单元，用于将所述非结构化数据存储到所述数据存储器中。
[0040]
可选的，上述的装置，还包括：
[0041]
更新单元，用于按照预设的数据生命周期，对所述每一个业务类别对应的数据库中的数据进行更新。
[0042]
可选的，上述的装置，还包括：
[0043]
加密单元，用于对存储后的所述关联数据和所述本地数据进行加密处理。
[0044]
可选的，上述的装置，还包括：
[0045]
数据服务单元，用于对第三方业务系统提供机场数据服务，其中，所述机场数据服务包括旅客数据服务、航班数据服务、行李数据服务以及生物识别数据服务。
[0046]
本申请第三方面公开了一种服务器，包括：
[0047]
一个或多个处理器；
[0048]
存储装置，其上存储有一个或多个程序；
[0049]
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如本申请第一方面中任意一项所述的方法。
[0050]
本申请第四方面公开了一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如本申请第一方面中任意一项所述的方法。
[0051]
从上述技术方案可以看出，本申请提供的一种数据整合的方法，应用于机场服务器，首先接收云端服务器所发送的机场的当前的关联数据，其中，关联数据包括云端服务器筛选出的与机场直接关联的数据、以及与机场间接关联的数据。同时采集机场中各个业务系统的本地数据。然后对关联数据以及本地数据进行分类，得到多个业务类别。根据每一个业务类别对应的数据属性，设计每一个业务类别对应的数据结构，并建立每一个业务类别对应的数据库。最后利用每一个业务类别对应的数据库和数据存储器，将关联数据以及本地数据进行统一存储。这样，就可以在获取到云端服务器上机场的关联数据和机场的本地数据之后，基于这些数据设计相应的数据结构，进而统一对这些数据进行存储和管理，解决了现有技术中各个民航机场的机场业务相关数据无法实现数据联通和数据共享，由此产生了大量的信息孤岛，不利于机场的智能化建设的问题。
附图说明
[0052]
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
[0053]
图1为为本发明实施例公开的一种数据整合的方法的流程图；
[0054]
图2为本发明另一实施例公开的步骤s105的一种实施方式的流程图；
[0055]
图3为本发明另一实施例公开的一种数据整合的装置的示意图；
[0056]
图4为本发明另一实施例公开的一种服务器的示意图。
具体实施方式
[0057]
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些
实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
[0058]
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
[0059]
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。【序数词】。
[0060]
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。【单复数】。
[0061]
由背景技术可知，目前机场驻场单位(空管、航空公司、机场、地勤等)在用的核心业务系统非常多，包括集成系统、空管系统、离港系统、安检系统、货运系统、二次雷达、场间雷达、地面保障、泊位、视频分析、人力资源等。但是这些生产系统由多家第三方厂商研制，大部分数据互不联通，其通讯协议、数据结构也都不相同。因此，目前各个民航机场的机场业务相关数据无法实现数据联通和数据共享，由此产生了大量的信息孤岛，不利于机场的智能化建设。
[0062]
基于此，本申请提供了一种数据整合的方法、装置、服务器以及存储介质，以解决现有技术中各个民航机场的机场业务相关数据无法实现数据联通和数据共享，由此产生了大量的信息孤岛，不利于机场的智能化建设的问题。
[0063]
本申请实施例提供了一种数据整合的方法，应用于机场服务器，如图1所示，具体包括：
[0064]
s101、接收云端服务器所发送的机场的当前的关联数据，其中，关联数据包括云端服务器筛选出的与机场直接关联的数据、以及与机场间接关联的数据。
[0065]
需要说明的是，云端服务器会实时采集全国范围的与机场相关的数据，例如从中国航信的pss系统中采集全国范围的旅客订座行程数据、旅客离港行程数据、航班配载数据等；从航旅纵横app中采集全国范围的航班计划数据、航班动态数据、航班排队数据、航班轨迹数据、天气数据等；从各航空公司的app中采集全国范围的旅客注册及授权使用的人像数据。然后，云服务器会将这些数据按照机场维度进行筛选，从所有数据中筛选出各个机场当前的关联数据。其中，关联数据包括云端服务器筛选出的与机场直接关联的数据、以及与机场间接关联的数据。例如，基于全国范围的航班数据和旅客数据，把跟某个机场直接关联的数据筛选出来，比如进港航班和出港航班的数据，进港旅客和出港旅客的数据等。同时把跟某个机场间接关联的数据筛选出来，比如前序航班数据，航班完整的接飞链数据，备降航班的旅客数据等。
[0066]
还需要说明的是，在云端服务器筛选出各个机场的关联数据之后，会将每一个机场的关联数据发送到该数据对应的机场，由该机场的机场服务器接收这些关联数据。
[0067]
可选的，在本申请的另一实施例中，步骤s101的一种实施方式，具体包括：
[0068]
利用消息中间件，建设云端服务器与机场服务器的第一数据通道。
[0069]
基于超文本传输安全协议，建设云端服务器与机场服务器的第二数据通道。
[0070]
通过第一数据通道或者第二数据通道，接收云端服务器所发送的机场的当前的关联数据。
[0071]
需要说明的是，利用消息中间件，建设云端服务器与机场服务器的第一数据通道。并且基于超文本传输安全协议，建设云端服务器与机场服务器的第二数据通道。在通常情况下，机场服务器通过第一数据通道接收接收云端服务器所发送的机场的当前的关联数据，当第一数据通道无法满足正常的数据传输时，启用第二数据通道进行数据传输，机场服务器通过第二数据通道接收接收云端服务器所发送的机场的当前的关联数据。
[0072]
s102、采集机场中各个业务系统的本地数据。
[0073]
需要说明的是，一个机场中的业务系统包括a-cdm系统、集成系统、空管系统、地服系统、离港系统、安检系统等。为了解决机场内部各个业务系统的数据不连通的问题，机场服务器需要采集机场中各个业务系统的本地数据，其中，本地数据包括航班计划数据、航班动态数据、航班轨迹数据、航班放行数据、航班地面保障进度数据、旅客行程数据、旅客安检数据、旅客人像数据、行李托运数据、行李安检数据、机场资源数据，机场天气数据等。采集数据所采用的数据传输技术包括超文本传输安全协议、socket(套接字)、消息推送等。
[0074]
s103、对关联数据以及本地数据进行分类，得到多个业务类别。
[0075]
需要说明的是，在获取到云端服务器发送的机场当前的关联数据以及机场各个业务系统中的本地数据之后，对获取到的关联数据以及本地数据进行分类，得到多个业务类别。因为不同业务类别的数据不适合放在一起存储和管理，将属于各个业务类别的数据进行分类存储才能更好的解决数据的不兼容性。
[0076]
s104、根据每一个业务类别对应的数据属性，设计每一个业务类别对应的数据结构，并建立每一个业务类别对应的数据库。
[0077]
需要说明的是，在对云端服务器发送的机场当前的关联数据以及机场各个业务系统中的本地数据进行分类，得到多个业务类别的数据之后，就根据每一个业务类别对应的数据属性，设计每一个业务类别对应的数据结构，这样就可以设计出更适合每一个业务类别中的数据属性对应的数据结构。在设计好每一个业务类别对应的数据结构之后，根据设计好的数据结构建立每一个业务类别对应的数据库。每一个业务类别对应的数据库分别用来存储该类别的数据。
[0078]
s105、利用每一个业务类别对应的数据库和数据存储器，将关联数据以及本地数据进行统一存储。
[0079]
需要说明的是，由于云端服务器发送的机场当前的关联数据以及机场各个业务系统中的本地数据中，会有结构化数据和非结构化数据，考虑到结构化数据和非结构化数据存储的特殊性，因此将结构化数据和非结构化数据进行分开存储，结构化数据则存储在步骤s014中所建立的数据库中，而非结构化数据则存储在数据存储器中。这样，就可以将云端服务器采集的各个系统的数据以及机场服务器采集到的机场各个业务系统的本地数据进行统一存储，同时可以对这些数据进行统一管理，从而解决了现有技术中各个民航机场的机场业务相关数据无法实现数据联通和数据共享，由此产生了大量的信息孤岛，不利于机场的智能化建设的问题。
[0080]
可选的，在本申请的另一实施例中，步骤s105的一种实施方式，如图2所示，具体包括：
[0081]
s201、查找出关联数据和本地数据中的结构化数据以及非结构化数据。
[0082]
s202、将结构化数据中的每一个数据按照数据的业务类别，分别存储到数据的业务类别所对应的数据库中。
[0083]
需要说明的是，将结构化数据中的每一个数据按照当前数据所属的业务类别，将每一个数据都分别存储到数据的业务类别所对应的数据库中。其中，数据库的应用可以是oracle、mysql、edb等。
[0084]
s203、将非结构化数据存储到数据存储器中。
[0085]
需要说明的是，可以在数据存储器中按照数据的业务类别创建文件夹，然后将非结构化数据中的每一个数据存储到当前数据所属的业务类别燧对应的文件夹中。其中，数据存储器可以是nas(network attached storage，网络附属存储)。同时为了提高访问速度，可以提前将数据库中的数据加载到内存中。
[0086]
本申请实施例提供的一种数据整合的方法，应用于机场服务器，首先接收云端服务器所发送的机场的当前的关联数据，其中，关联数据包括云端服务器筛选出的与机场直接关联的数据、以及与机场间接关联的数据。同时采集机场中各个业务系统的本地数据。然后对关联数据以及本地数据进行分类，得到多个业务类别。根据每一个业务类别对应的数据属性，设计每一个业务类别对应的数据结构，并建立每一个业务类别对应的数据库。最后利用每一个业务类别对应的数据库和数据存储器，将关联数据以及本地数据进行统一存储。这样，就可以在获取到云端服务器上机场的关联数据和机场的本地数据之后，基于这些数据设计相应的数据结构，进而统一对这些数据进行存储和管理，解决了现有技术中各个民航机场的机场业务相关数据无法实现数据联通和数据共享，由此产生了大量的信息孤岛，不利于机场的智能化建设的问题。
[0087]
可选的，在本申请的另一实施例中，在执行步骤s105之后，还可以包括：
[0088]
按照预设的数据生命周期，对每一个业务类别对应的数据库中的数据进行更新。
[0089]
需要说明的是，由于机场的关联数据是实时变化的，因此为了保证数据的准确性，需要按照预设的数据生命周期，对每一个业务类别对应的数据库中的数据进行更新。例如，数据生命周期设为5分钟，那么就五分钟对数据库中的数据进行更新一次。
[0090]
可选的，在本申请的另一实施例中，在执行步骤s105之后，还可以包括：
[0091]
对存储后的关联数据和本地数据进行加密处理。
[0092]
需要说明的是，为了满足数据安全和运行安全的要求，可以对存储后的关联数据和本地数据进行加密处理，例如基于sm3和sm4的对称和非对称数据加密。这样在机场服务器被人恶意攻击时，就可以保证数据的安全，避免因数据泄露导致对航空公司和旅客都造成不可预估的严重后果的情况发生。
[0093]
可选的，在本申请的另一实施例中，在执行步骤s105之后，还可以包括：
[0094]
对第三方业务系统提供机场数据服务，其中，机场数据服务包括旅客数据服务、航班数据服务、行李数据服务以及生物识别数据服务。
[0095]
需要说明的是，利用每一个业务类别对应的数据库和数据存储器，将关联数据以及本地数据进行统一存储之后，机场服务器就可以对关联数据以及本地数据进行统一管
理。机场服务器除了存储和管理这些数据外，还可以基于这些数据对第三方业务系统提供机场数据服务。
[0096]
例如，某些第三方业务系统需要获取机场相关的旅客数据、航班数据、行李数据等，那么机场服务器也可以向这些第三方系统发送机场相关的旅客数据、航班数据、行李数据等。同时云端服务器和机场服务器采集的数据中包括了旅客的人像数据，因此，可以基于旅客人像数据及人脸识别算法，对第三方业务系统提供人脸识别比对的相关服务，例如为第三方业务系统提供无纸化人脸识别值机、安检、登机等服务。
[0097]
上述实施例中虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。
[0098]
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
[0099]
本申请实施例中，附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0100]
本申请另一实施例还提供了数据整合的装置，如图3所示，应用于机场服务器，该数据整合的装置，包括：
[0101]
接收单元301，用于接收云端服务器所发送的机场的当前的关联数据，其中，关联数据包括云端服务器筛选出的与机场直接关联的数据、以及与机场间接关联的数据。
[0102]
采集单元302，用于采集机场中各个业务系统的本地数据。
[0103]
分类单元303，用于对关联数据以及本地数据进行分类，得到多个业务类别。
[0104]
设计单元304，用于根据每一个业务类别对应的数据属性，设计每一个业务类别对应的数据结构，并建立每一个业务类别对应的数据库。
[0105]
存储单元305，用于利用每一个业务类别对应的数据库和数据存储器，将关联数据以及本地数据进行统一存储。
[0106]
本申请实施例提供的一种数据整合的装置，应用于机场服务器，首先接收单元301接收云端服务器所发送的机场的当前的关联数据，其中，关联数据包括云端服务器筛选出的与机场直接关联的数据、以及与机场间接关联的数据。同时采集单元302采集机场中各个业务系统的本地数据。然后分类单元303对关联数据以及本地数据进行分类，得到多个业务类别。设计单元304根据每一个业务类别对应的数据属性，设计每一个业务类别对应的数据结构，并建立每一个业务类别对应的数据库。最后存储单元305利用每一个业务类别对应的数据库和数据存储器，将关联数据以及本地数据进行统一存储。这样，就可以在获取到云端
服务器上机场的关联数据和机场的本地数据之后，基于这些数据设计相应的数据结构，进而统一对这些数据进行存储和管理，解决了现有技术中各个民航机场的机场业务相关数据无法实现数据联通和数据共享，由此产生了大量的信息孤岛，不利于机场的智能化建设的问题。
[0107]
本实施例中，接收单元301、采集单元302、分类单元303、设计单元304以及存储单元305的具体执行过程，可参见对应图1的方法实施例内容，此处不再赘述。描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收数据的单元”。
[0108]
可选的，在本申请的另一实施例中，接收单元301的一种实施方式，具体包括：
[0109]
第一数据通道建设子单元，用于利用消息中间件，建设云端服务器与机场服务器的第一数据通道。
[0110]
第二数据通道建设子单元，用于基于超文本传输安全协议，建设云端服务器与机场服务器的第二数据通道。
[0111]
接收子单元，用于通过第一数据通道或者第二数据通道，接收云端服务器所发送的机场的当前的关联数据。
[0112]
本实施例中，第一数据通道建设子单元、第二数据通道建设子单元以及接收子单元的具体执行过程，可参见对应上述方法实施例内容，此处不再赘述。
[0113]
可选的，在本申请的另一实施例中，存储单元305的一种实施方式，具体包括：
[0114]
查找子单元，用于查找出关联数据和本地数据中的结构化数据以及非结构化数据；
[0115]
第一存储子单元，用于将结构化数据中的每一个数据按照数据的业务类别，分别存储到数据的业务类别所对应的数据库中。
[0116]
第二存储子单元，用于将非结构化数据存储到数据存储器中。
[0117]
本实施例中，查找子单元、第一存储子单元以及第二存储子单元的具体执行过程，可参见对应图2的方法实施例内容，此处不再赘述。
[0118]
可选的，在本申请的另一实施例中，上述数据整合的装置，还可以包括：
[0119]
更新单元，用于按照预设的数据生命周期，对每一个业务类别对应的数据库中的数据进行更新。
[0120]
本实施例中，更新单元的具体执行过程，可参见对应上述方法实施例内容，此处不再赘述。
[0121]
可选的，在本申请的另一实施例中，上述数据整合的装置，还可以包括：
[0122]
加密单元，用于对存储后的关联数据和本地数据进行加密处理。
[0123]
本实施例中，加密单元的具体执行过程，可参见对应上述方法实施例内容，此处不再赘述。
[0124]
可选的，在本申请的另一实施例中，上述数据整合的装置，还可以包括：
[0125]
数据服务单元，用于对第三方业务系统提供机场数据服务，其中，机场数据服务包括旅客数据服务、航班数据服务、行李数据服务以及生物识别数据服务。
[0126]
本实施例中，数据服务单元的具体执行过程，可参见对应上述方法实施例内容，此
处不再赘述。
[0127]
本申请另一实施例还提供了一种服务器，如图4所示，具体包括：
[0128]
一个或多个处理器401。
[0129]
存储装置402，其上存储有一个或多个程序。
[0130]
当一个或多个程序被一个或多个处理器401执行时，使得一个或多个处理器401实现如上述实施例中任意一项方法。
[0131]
本申请另一实施例还提供了计算机可读介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项方法。
[0132]
需要说明的是，在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0133]
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
[0134]
本申请另一实施例提供了一种计算机程序产品,当该计算机程序产品被执行时，其用于执行上述任一项所述的系统性能的评价方法。
[0135]
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置从网络上被下载和安装，或者从存储装置被安装，或者从rom被安装。在该计算机程序被处理装置执行时，执行本公开实施例的方法中限定的上述功能。
[0136]
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
[0137]
虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
[0138]
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。