一种反向的软件包追踪管理方法、系统及存储介质与流程

1.本发明涉及软件包管理技术领域，具体的涉及一种反向的软件包追踪管理方法、系统及存储介质。


背景技术：

2.软件包(software package)是指具有特定的功能，用来完成特定任务的一个程序或一组程序。可分为应用软件包和系统软件包两大类。应用软件包与特定的应用领域有关，又可分为通用包及专用包两类。通用软件包根据社会的一些共同需求开发，专用软件包则是生产者根据用户的具体需求定制的，可以为适合其特殊需要进行修改或变更。
3.利用软件包开发信息技术的发展促使软件的开发向专业化方向发展，软件开发的标准化和商品化成为软件发展的趋势。一批专门从事管理信息系统开发的公司已经开发出一批使用方便、功能强大的应用软件包。为了避免重复劳动、提高系统开发的经济效益，可以利用现成的软件包开发管理信息系统，可购买现成的应用软件包，或开发平台，如财务管理系统、小型企业管理信息系统、供销存管理信息系统等。
4.在现有相关技术中，软件包管理主要是解决了应用模块描述使用软件包的相关信息。例如应用模块a使用了软件包a和软件包b，在应用模块a的配置中描述了软件包a和软件包b的地址、版本的相关信息，这样应用模块a可以找到其使用了哪些的软件包。但是在目前企业中，存在很多自开发维护的软件包且被多个方向使用，更多的需求为软件包a存在哪些版本，都有哪些应用模块在使用，如何进行迭代更新，现有的软件包管理方案不能满足相关需求。
5.有鉴于此，特提出本发明专利。


技术实现要素：

6.为了解决上述问题，本发明提供一种反向的软件包追踪管理方法、系统及存储介质，实现了一种反向的软件包追踪管理解决方案，解决软件包反向追踪应用模块的技术问题。
7.具体地，采用了如下技术方案：
8.一种反向的软件包追踪管理方法，包括：
9.软件包管理平台获取并存储软件包信息，设置软件包版本的校验规则；
10.软件包管理平台获取应用模块与其使用的软件包关系信息并校验，检验通过则存储应用模块与其使用的软件包关系信息。
11.作为本发明的可选实施方式，本发明所述的一种反向的软件包追踪管理方法，所述软件包管理平台获取并存储软件包信息，设置软件包版本的校验规则包括：
12.所述软件包管理平台获取并存储软件包创建或者更新版本的软件包信息；
13.所述软件包管理平台下发软件包版本的校验规则；
14.所述的校验规则为：设置软件包被应用模块引用的软件版本规则，不符合所述软
件版本规则的软件包不允许被引用。
15.作为本发明的可选实施方式，本发明所述的一种反向的软件包追踪管理方法，包括：
16.所述软件包管理平台通过网络钩子webhooks获取网页开发中软件包创建或者更新版本的软件包信息；
17.所述软件包管理平台通过网络钩子webhooks查询软件包引用信息。
18.作为本发明的可选实施方式，本发明所述的一种反向的软件包追踪管理方法，所述软件包管理平台获取应用模块与其使用的软件包关系信息并校验，检验通过则存储应用模块与其使用的软件包关系信息包括：
19.所述软件包管理平台获取应用模块进行持续集成环节中应用模块与其使用的软件包关系信息；
20.针对所述的软件包关系信息中的软件包信息进行版本校验；
21.如果校验不通过则终止持续集成通知应用服务模块进行调整，检验通过则存储相应的软件包关系信息。
22.作为本发明的可选实施方式，本发明所述的一种反向的软件包追踪管理方法，所述软件包管理平台向应用模块下发软件包管理规则，所述应用模块按照软件包管理规则引用所需要的软件包。
23.作为本发明的可选实施方式，本发明所述的一种反向的软件包追踪管理方法，所述软件包管理平台向应用模块的持续集成流程控制组件下发软件包管理规则，所述持续集成流程控制组件控制各应用模块按照软件包管理规则引用所需要的软件包。
24.作为本发明的可选实施方式，本发明所述的一种反向的软件包追踪管理方法，通过所述软件包管理平台查询软件包版本记录和每个软件包版本的应用模块引用关系进行追踪，进行历史软件包版本的更新迭代。
25.本发明同时提供一种反向的软件包追踪管理系统，包括软件包管理平台，所述软件包管理平台包括：
26.软件包信息管理模块，获取并存储软件包信息，设置软件包版本的校验规则；
27.应用模块信息管理模块，获取应用模块与其使用的软件包关系信息并校验，检验通过则存储应用模块与其使用的软件包关系信息。
28.作为本发明的可选实施方式，本发明所述的一种反向的软件包追踪管理系统，包括软件包信息模块和应用信息模块：
29.所述的软件包信息模块包括多个软件包以及用于获取软件包新建或者版本信息的网络钩子模块，所述网络钩子模块将获取到的各个软件包的新建或者版本信息上传至所述软件包信息管理模块；
30.所述应用信息模块包括多个应用模块和持续集成流程控制组件，所述持续集成流程控制组件获取各个应用模块引用软件包的软件包引用信息并上报至所述应用模块信息管理模块，所述持续集成流程控制组件接收所述应用模块信息管理模块下发的软件包管理规则，所述持续集成流程控制组件控制各应用模块按照软件包管理规则引用所需要的软件包。
31.本发明同时还提供一种存储介质，存储有计算机可执行程序，所述计算机可执行
程序被执行时，实现如所述的一种反向的软件包追踪管理方法。
32.与现有技术相比，本发明的有益效果：
33.在企业存在大规模自开发软件包且被多个方向使用的情况下，本发明的一种反向的软件包追踪管理方法可以查看软件包的历史版本信息和每个版本的被应用模块使用情况。
34.本发明的一种反向的软件包追踪管理方法可以针对软件包的每个版本设置相应的校验规则，以此可以更好的维护版本信息且能够进行相关版本的强制更新迭代。
35.因此，本发明的一种反向的软件包追踪管理方法，解决软件包反向追踪应用模块的技术问题，提出一种软件包反向查询追踪的思路，从软件包的角度出发追踪软件包的版本信息以及软件包被应用模块使用的关系信息，便于开发人员查询软件包的历史版本信息和每个版本的被应用模块使用情况，如软件包a存在哪些版本，都有哪些应用模块在使用，如何进行迭代更新，解决现有的软件包管理方案不能满足相关需求的问题，可以更好的维护版本信息且能够进行相关版本的强制更新迭代。
36.本发明的一种反向的软件包追踪管理系统中，软件包管理平台分为两个部分，一个部分为软件包信息管理模块，另一个为应用模块信息管理模块，分别处理软件包信息模块的软件包信息和应用信息模块的应用模块信息。
37.在软件包创建或者更新版本的时候将其信息上报到软件包管理平台记录存储，并可以对各个版本设置校验规则。在应用模块进行持续集成的环节将应用模块与其使用的软件包关系信息进行上报并校验，如果校验不通过则终止持续集成通知应用服务模块进行调整，检验通过则存储相应的关系信息。
38.软件包维护方可以在软件包管理平台查询版本记录和每个版本的应用模块使用情况进行追踪，更方便的进行历史版本的更新迭代。
附图说明：
39.图1本发明实施例一种反向的软件包追踪管理方法的流程图；
40.图2本发明实施例一种反向的软件包追踪管理系统的处理流程图一；
41.图3本发明实施例一种反向的软件包追踪管理系统的处理流程图二。
具体实施方式
42.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图，对本发明实施例中的技术方案进行清楚、完整的描述。显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。
43.因此，以下对本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的部分实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征和技术方案可以相互组合。
45.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
46.在本发明的描述中，需要说明的是，术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，或者是本领域技术人员惯常理解的方位或位置关系，这类术语仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
47.参见图1所示，本实施例的一种反向的软件包追踪管理方法，包括：
48.软件包管理平台获取并存储软件包信息，设置软件包版本的校验规则；
49.软件包管理平台获取应用模块与其使用的软件包关系信息并校验，检验通过则存储应用模块与其使用的软件包关系信息。
50.本实施例的软件包信息至少包括软件包的版本信息，根据软件包的版本设置相应的校验规则，在软件模块引用相应的软件包时，需要针对软件包版本进行校验，校验通过后再引用，同时针对早期软件包的版本进行强制更新迭代，确保软件服务的及时性、可用性、稳定性以及可靠性。
51.在企业存在大规模自开发软件包且被多个方向使用的情况下，本实施例的一种反向的软件包追踪管理方法可以查看软件包的历史版本信息和每个版本的被应用模块使用情况。
52.本实施例的一种反向的软件包追踪管理方法可以针对软件包的每个版本设置相应的校验规则，以此可以更好的维护版本信息且能够进行相关版本的强制更新迭代。
53.因此，本实施例的一种反向的软件包追踪管理方法，解决软件包反向追踪应用模块的技术问题，提出一种软件包反向查询追踪的思路，从软件包的角度出发追踪软件包的版本信息以及软件包被应用模块使用的关系信息，便于开发人员查询软件包的历史版本信息和每个版本的被应用模块使用情况，如软件包a存在哪些版本，都有哪些应用模块在使用，如何进行迭代更新，解决现有的软件包管理方案不能满足相关需求的问题，可以更好的维护版本信息且能够进行相关版本的强制更新迭代。
54.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理方法，所述软件包管理平台获取并存储软件包信息，设置软件包版本的校验规则包括：所述软件包管理平台获取并存储软件包创建或者更新版本的软件包信息；所述软件包管理平台下发软件包版本的校验规则；所述的校验规则为：设置软件包被应用模块引用的软件版本规则，不符合所述软件版本规则的软件包不允许被引用。
55.本实施例的一种反向的软件包追踪管理方法，可以实现针对所有软件包的历史版本信息的存储，通过预设软件包版本的校验规则，确保软件包被正确有效的引用到对应的应用模块。具体地，本实施例的校验规则为：预设软件包的最低版本，当所述软件包的版本低于所述最低版本时，则软件包的版本信息校验未通过，当前软件包不允许被使用。
56.作为本实施例的可选实施方式，本实施例根所述的一种反向的软件包追踪管理方法，包括：
57.所述软件包管理平台通过网络钩子webhooks获取网页开发中软件包创建或者更新版本的软件包信息；
58.所述软件包管理平台通过网络钩子webhooks查询软件包引用信息。
59.webhooks，网页开发中的网络钩子，是一种通过自定义回调函数来增加或更改网页表现的方法。这些回调可被可能与原始网站或应用相关的第三方用户及开发者保存、修改与管理。网络钩子是“用户定义的http回调”。网络钩子通常被某些事件激活，比如创建软件包或者软件包版本进行更新。当此事件发生时，原网站将向为网络钩子配置的url发送http请求。用户可配置它们引发网页上的事件以调用另一个网站的行为。此操作可为任何事件。网络钩子常用于激活持续整合系统的构建操作或用于提醒缺陷跟踪管理系统。由于网络钩子使用http，它们可以被无缝整合入网页服务而无需添加新的基础设施。
60.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理方法，所述软件包管理平台获取应用模块与其使用的软件包关系信息并校验，检验通过则存储应用模块与其使用的软件包关系信息包括：
61.所述软件包管理平台获取应用模块进行持续集成环节中应用模块与其使用的软件包关系信息；
62.针对所述的软件包关系信息中的软件包信息进行版本校验；
63.如果校验不通过则终止持续集成通知应用服务模块进行调整，检验通过则存储相应的软件包关系信息。
64.持续集成(continuous integration，简称ci)是一种软件工程流程，是将所有软件工程师对于软件的工作副本持续集成到共享主线的一种举措。
65.持续集成(ci)是在源代码变更后自动检测、拉取、构建和(在大多数情况下)进行单元测试的过程。持续集成是启动管道的环节(尽管某些预验证——通常称为上线前检查pre-flight checks——有时会被归在持续集成之前)。
66.持续集成(ci)的基本思想是让一个自动化过程监测一个或多个源代码仓库是否有变更。当变更被推送到仓库时，它会监测到更改、下载副本、构建并运行任何相关的单元测试。
67.轮询：监测程序反复询问代码管理系统，“代码仓库里有什么我感兴趣的新东西吗？”当代码管理系统有新的变更时，监测程序会“唤醒”并完成其工作以获取新代码并构建/测试它。
68.定期：监测程序配置为定期启动构建，无论源码是否有变更。理想情况下，如果没有变更，则不会构建任何新内容，因此这不会增加额外的成本。
69.推送：软件包管理平台被配置为提交变更到仓库时将“推送”一个通知到监测程序。最常见的是，这可以以webhook的形式完成——在新代码被推送时一个挂勾hook的程序通过互联网向监测程序发送通知。为此，监测程序必须具有可以通过网络接收webhook信息的开放端口。
70.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理方法，所述软件包管理平台向应用模块下发软件包管理规则，所述应用模块按照软件包管理规则引用所需要的软件包。
71.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理方法，所述软件包管理平台向应用模块的持续集成流程控制组件下发软件包管理规则，所述持续集成流程控制组件控制各应用模块按照软件包管理规则引用所需要的软件包。
72.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理方
法，通过所述软件包管理平台查询软件包版本记录和每个软件包版本的应用模块引用关系进行追踪，进行历史软件包版本的更新迭代。
73.本实施例的一种反向的软件包追踪管理方法，在软件包创建或者更新版本的时候将其信息上报到软件包管理平台记录存储，并可以对各个版本设置校验规则，例如低于版本2.0的不允许使用。在应用模块进行持续集成的环节将应用模块与其使用的软件包关系信息进行上报并校验，如果校验不通过则终止持续集成通知应用服务模块进行调整，检验通过则存储相应的关系信息。
74.软件包维护方可以在软件包管理平台查询版本记录和每个版本的应用模块使用情况进行追踪，更方便的进行历史版本的更新迭代。具体地，查询各个软件包的版本信息，当软件包的版本信息低于设定版本时，针对所述软件包进行更新迭代。查询实现同一功能的软件包版本使用情况，针对使用频率低于设定值的软件包进行更新迭代。
75.本实施例同时提供一种反向的软件包追踪管理系统，包括软件包管理平台，所述软件包管理平台包括：
76.软件包信息管理模块，获取并存储软件包信息，设置软件包版本的校验规则；
77.应用模块信息管理模块，获取应用模块与其使用的软件包关系信息并校验，检验通过则存储应用模块与其使用的软件包关系信息。
78.本实施例的软件包信息至少包括软件包的版本信息，根据软件包的版本设置相应的校验规则，在软件模块引用相应的软件包时，需要针对软件包版本进行校验，校验通过后再引用，同时针对早期软件包的版本进行强制更新迭代，确保软件服务的及时性、可用性、稳定性以及可靠性。
79.在企业存在大规模自开发软件包且被多个方向使用的情况下，本实施例的一种反向的软件包追踪管理系统可以通过软件包管理平台查看软件包的历史版本信息和每个版本的被应用模块使用情况。
80.本实施例的一种反向的软件包追踪管理系统，软件包管理平台可以针对软件包的每个版本设置相应的校验规则，以此可以更好的维护版本信息且能够进行相关版本的强制更新迭代。
81.因此，本实施例的一种反向的软件包追踪管理系统，解决软件包反向追踪应用模块的技术问题，提出一种软件包反向查询追踪的思路，从软件包的角度出发追踪软件包的版本信息以及软件包被应用模块使用的关系信息，便于开发人员查询软件包的历史版本信息和每个版本的被应用模块使用情况，如软件包a存在哪些版本，都有哪些应用模块在使用，如何进行迭代更新，解决现有的软件包管理方案不能满足相关需求的问题，可以更好的维护版本信息且能够进行相关版本的强制更新迭代。
82.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理系统，所述软件包信息管理模块获取并存储软件包信息，设置软件包版本的校验规则包括：所述软件包信息管理模块获取并存储软件包创建或者更新版本的软件包信息；所述软件包信息管理模块下发软件包版本的校验规则；所述的校验规则为：设置软件包被应用模块引用的软件版本规则，不符合所述软件版本规则的软件包不允许被引用。
83.本实施例的一种反向的软件包追踪管理系统，软件包信息管理模块可以实现针对所有软件包的历史版本信息的存储，通过预设软件包版本的校验规则，确保软件包被正确
有效的引用到对应的应用模块。具体地，本实施例的校验规则为：预设软件包的最低版本，当所述软件包的版本低于所述最低版本时，则软件包的版本信息校验未通过，当前软件包不允许被使用。
84.作为本实施例的可选实施方式，本实施例根所述的一种反向的软件包追踪管理系统，包括：
85.所述软件包信息管理模块通过网络钩子webhooks获取网页开发中软件包创建或者更新版本的软件包信息；
86.所述软件包信息管理模块通过网络钩子webhooks查询软件包引用信息。
87.webhooks，网页开发中的网络钩子，是一种通过自定义回调函数来增加或更改网页表现的方法。这些回调可被可能与原始网站或应用相关的第三方用户及开发者保存、修改与管理。网络钩子是“用户定义的http回调”。网络钩子通常被某些事件激活，比如创建软件包或者软件包版本进行更新。当此事件发生时，原网站将向为网络钩子配置的url发送http请求。用户可配置它们引发网页上的事件以调用另一个网站的行为。此操作可为任何事件。网络钩子常用于激活持续整合系统的构建操作或用于提醒缺陷跟踪管理系统。由于网络钩子使用http，它们可以被无缝整合入网页服务而无需添加新的基础设施。
88.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理系统，所述应用模块信息管理模块获取应用模块与其使用的软件包关系信息并校验，检验通过则存储应用模块与其使用的软件包关系信息包括：
89.所述应用模块信息管理模块获取应用模块进行持续集成环节中应用模块与其使用的软件包关系信息；
90.针对所述的软件包关系信息中的软件包信息进行版本校验；
91.如果校验不通过则终止持续集成通知应用服务模块进行调整，检验通过则存储相应的软件包关系信息。
92.持续集成(continuous integration，简称ci)是一种软件工程流程，是将所有软件工程师对于软件的工作副本持续集成到共享主线的一种举措。
93.持续集成(ci)是在源代码变更后自动检测、拉取、构建和(在大多数情况下)进行单元测试的过程。持续集成是启动管道的环节(尽管某些预验证——通常称为上线前检查pre-flightchecks——有时会被归在持续集成之前)。
94.持续集成(ci)的基本思想是让一个自动化过程监测一个或多个源代码仓库是否有变更。当变更被推送到仓库时，它会监测到更改、下载副本、构建并运行任何相关的单元测试。
95.轮询：监测程序反复询问代码管理系统，“代码仓库里有什么我感兴趣的新东西吗？”当代码管理系统有新的变更时，监测程序会“唤醒”并完成其工作以获取新代码并构建/测试它。
96.定期：监测程序配置为定期启动构建，无论源码是否有变更。理想情况下，如果没有变更，则不会构建任何新内容，因此这不会增加额外的成本。
97.推送：软件包管理平台被配置为提交变更到仓库时将“推送”一个通知到监测程序。最常见的是，这可以以webhook的形式完成——在新代码被推送时一个挂勾hook的程序通过互联网向监测程序发送通知。为此，监测程序必须具有可以通过网络接收webhook信息
的开放端口。
98.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理系统，所述软件包管理平台向应用模块下发软件包管理规则，所述应用模块按照软件包管理规则引用所需要的软件包。
99.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理系统，所述软件包管理平台向应用模块的持续集成流程控制组件下发软件包管理规则，所述持续集成流程控制组件控制各应用模块按照软件包管理规则引用所需要的软件包。
100.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理系统，通过所述软件包管理平台查询软件包版本记录和每个软件包版本的应用模块引用关系进行追踪，进行历史软件包版本的更新迭代。
101.具体地，查询各个软件包的版本信息，当软件包的版本信息低于设定版本时，针对所述软件包进行更新迭代。查询实现同一功能的软件包版本使用情况，针对使用频率低于设定值的软件包进行更新迭代。
102.作为本实施例的可选实施方式，本实施例所述的一种反向的软件包追踪管理系统，包括软件包信息模块和应用信息模块：
103.所述的软件包信息模块包括多个软件包以及用于获取软件包新建或者版本信息的网络钩子模块，所述网络钩子模块将获取到的各个软件包的新建或者版本信息上传至所述软件包信息管理模块；
104.所述应用信息模块包括多个应用模块和持续集成流程控制组件，所述持续集成流程控制组件获取各个应用模块引用软件包的软件包引用信息并上报至所述应用模块信息管理模块，所述持续集成流程控制组件接收所述应用模块信息管理模块下发的软件包管理规则，所述持续集成流程控制组件控制各应用模块按照软件包管理规则引用所需要的软件包。
105.参见图2及图3所示，本实施例的软件包管理平台分为两个部分，一个部分为软件包信息管理模块，另一个为应用模块信息管理模块，分别处理软件包信息模块的软件包信息和应用信息模块的应用模块信息。
106.在软件包创建或者更新版本的时候将其信息上报到软件包管理平台记录存储，并可以对各个版本设置校验规则，例如低于版本2.0的不允许使用。在应用模块进行持续集成的环节将应用模块与其使用的软件包关系信息进行上报并校验，如果校验不通过则终止持续集成通知应用服务模块进行调整，检验通过则存储相应的关系信息。
107.软件包维护方可以在软件包管理平台查询版本记录和每个版本的应用模块使用情况进行追踪，更方便的进行历史版本的更新迭代。
108.参见图2所示，本实施例的软件包信息模块包括软件包a、软件包b、......以及网络钩子webhooks，所述网络钩子webhooks获取网页开发中软件包创建或者更新版本的软件包a、软件包b、......的软件包信息并上报至软件包信息管理模块，所述软件包信息管理模块通过网络钩子webhooks查询软件包a、软件包b、......的引用信息。
109.本实施例的应用信息模块包括应用模块a、应用模块b......以及持续集成流程控制组件，持续集成流程控制组件将应用模块a、应用模块b......引用软件包的包引用信息上传至应用模块信息管理模块，所述应用模块信息管理模块向持续集成流程控制组件下发
软件包管理规则，所述持续集成流程控制组件控制应用模块a、应用模块b......按照软件包管理规则引用所需要的软件包。
110.本实施例还提供一种存储介质，存储有计算机可执行程序，所述计算机可执行程序被执行时，实现所述的一种反向的软件包追踪管理方法。
111.本实施例所述存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
112.本实施例还提供了一种电子设备，包括处理器和存储器，所述存储器用于存储计算机可执行程序，当所述计算机程序被所述处理器执行时，所述处理器执行所述一种反向的软件包追踪管理方法。
113.电子设备以通用计算设备的形式表现。其中处理器可以是一个，也可以是多个并且协同工作。本发明也不排除进行分布式处理，即处理器可以分散在不同的实体设备中。本发明的电子设备并不限于单一实体，也可以是多个实体设备的总和。
114.所述存储器存储有计算机可执行程序，通常是机器可读的代码。所述计算机可读程序可以被所述处理器执行，以使得电子设备能够执行本发明的方法，或者方法中的至少部分步骤。
115.所述存储器包括易失性存储器，例如随机存取存储单元(ram)和/或高速缓存存储单元，还可以是非易失性存储器，如只读存储单元(rom)。
116.应当理解，本发明的电子设备中还可以包括上述示例中未示出的元件或组件。例如，有些电子设备中还包括有显示屏等显示单元，有些电子设备还包括人机交互元件，例如按扭、键盘等。只要该电子设备能够执行存储器中的计算机可读程序以实现本发明方法或方法的至少部分步骤，均可认为是本发明所涵盖的电子设备。
117.通过以上对实施方式的描述，本领域的技术人员易于理解，本发明可以由能够执行特定计算机程序的硬件来实现，例如本发明的系统，以及系统中包含的电子处理单元、服务器、客户端、手机、控制单元、处理器等。本发明也可以由执行本发明的方法的计算机软件来实现，例如由微处理器、电子控制单元，客户端、服务器端等执行的控制软件来实现。但需要说明的是，执行本发明的方法的计算机软件并不限于由一个或特定个的硬件实体中执行，其也可以是由不特定具体硬件的以分布式的方式来实现。对于计算机软件，软件产品可以存储在一个计算机可读的存储介质(可以是cd-rom，u盘，移动硬盘等)中，也可以分布式存储于网络上，只要其能使得电子设备执行根据本发明的方法。
118.以上实施例仅用以说明本发明而并非限制本发明所描述的技术方案，尽管本说明书参照上述的各个实施例对本发明已进行了详细的说明，但本发明不局限于上述具体实施方式，因此任何对本发明进行修改或等同替换；而一切不脱离发明的精神和范围的技术方案及其改进，其均涵盖在本发明的权利要求范围当中。