一种分布式设备引流表项的下发方法、装置和电子设备与流程

1.本发明涉及通信技术领域，特别涉及一种分布式设备引流表项的下发方法、装置和电子设备。


背景技术：

2.在互联网飞速发展的当今社会，世界对互联网流量的需求呈爆炸型增加，高性能高可靠性的分布式防火墙飞速发展、日益壮大。当前分布式防火墙(以下简称：设备)一种主要的架构包含：主控板卡、业务处理板卡(以下简称：业务卡)、接口卡、交换网板。在这种架构中，出于性能和高可靠性的考虑，对同一条会话流量的正反向数据报文，必须在同一块业务卡处理。默认情况下设备在接口卡上基于源ip地址+目的ip地址的hash值，对收到的数据流量均匀分发给各个业务处理板卡，从而保证同一条会话的正反向数据流量会在同一块业务板卡处理，我们称之为引流。但是，由于分布式防火墙作为应用层网络设备，需要处理多种复杂的业务流量，对于nat、ipsec、aft等业务，正反向数据流量存在源ip地址和目的ip地址的变化，传统的hash方式引流方案无法解决这些流量场景的引流。对于这种场景，设备使用随业务配置在接口卡上下发的openflow进行引流。
3.随着资源池组网、校企行业组网的日益复杂，nat等业务的配置日益庞大，导致设备上下发引流表项数量非常巨大，导致openflow的引流表项数量达到2000到8000条。出于高可行性和代码简易性的考虑，主控板卡每次进程openflow下发，不会因为业务板的增加和减少而停止下发，每次流表下发结束才会进行下次的流表下发，当业务卡增加后，删除掉所有的openflow引流表项，再按照新的业务卡数量计算，重新进行openflow流表下发，其中，openflow流表是指分布式设备中设备下发在接口卡上的引流规则，此规则通过匹配流量数据包中的某些特征，把数据报文上送给约定好的业务板卡。并且，下发在接口板上硬件openflow表项，因为硬件资源的特性，随着表项数量的增大，下发速度越来越慢，所以本文提供了一种分布式设备启动阶段大量引流表项快速下发的方法。
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.第四方面，本技术实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行实现如上所述的方法步骤。
33.本技术实施例提供的技术方案可以包括以下有益效果：
34.在本技术实施例中，获取业务卡的插入数量和获取待进行数据流量转发的业务卡的数量；将业务卡的插入数量和待进行数据流量转发的业务卡的数量进行比较，得到比较结果；根据比较结果进行引流表项的分配，并下发对应的引流表项；以及在确定对应的引流表项下发结束后，通知待进行数据流量转发的业务卡进行数据流量的转发。本技术实施例提供的数据流量转发方法，能够将引流表项下发次数缩短到一次，从而节省了引流表项下发时长；此外，在确定引流表项下发结束后，才通知待进行数据流量转发的业务卡进行数据流量的转发，从而有效地提高了数据流量转发的有效性以及转发效率。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
35.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
36.图1是现有技术所采用的应用于分布式设备中的数据流量转发方法的流程示意图；
37.图2是本技术实施例提供的一种数据流量转发方法的流程示意图；
38.图3是本技术实施例提供的具体应用场景中在分布式设备启动阶段大量引流表项进行快速下发的流程示意图；
39.图4是本技术实施例提供的一种数据流量转发装置的结构示意图；
40.图5示出了根据本技术实施例的电子设备连接结构示意图。
具体实施方式
41.以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。
42.应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
43.下面结合附图详细说明本公开的可选实施例。
44.如图1所示，为现有技术所采用的应用于分布式设备中的数据流量转发方法的流程示意图。
45.如图1所示，现有技术所采用的应用于分布式设备中的数据流量转发方法中，openflow引流表项(简称为流表)下发的机制导致设备启动阶段流表下发速度非常慢，理论上最差情况，一台拥有4块业务卡，需要下发2000条流表的设备，在重启起来后，由于业务卡起来的顺序有先后，导致2000条左右的流表下发了4次、删除了3次。实验表明，由于多块业
务卡启动完成的间隔时间很短，流表下发了2次、删除了1次，前后共花费25分钟左右，在这个时间段内，几乎所有的业务流量都会中断。如果设备中有n块业务卡，流表下发的时候需要删除n-1次、下发n次，则需要花费的时间成比例上升。
46.因此，在如图1所示的处理分布式设备启动阶段大量引流表项下发的技术存在如下问题：
47.问题1：流量中断时间过长：设备重启起来后，多板业务板环境下，由于流表多次下发和删除，导致依赖流表的业务多次受阻中断，严重影响此阶段设备对业务流量的处理。
48.问题2：影响设备性能：多业务板环境设备起来过程中，由于设备全局配置一直在变化，导致设备快转无法及时生效，在很长一段时间内，设备对于数据流量只能进行慢速转发，各业务板cpu一直处于过载状态，有很大的稳定性隐患。
49.如图2所示，是本技术实施例提供的一种数据流量转发方法的流程示意图；如图2所示，本技术实施例提供了一种数据流量转发方法，应用于分布式设备中的主控板，分布式设备包括主控板和至少一个业务卡，具体包括如下方法步骤：
50.s202：获取业务卡的插入数量和获取待进行数据流量转发的业务卡的数量。
51.在一种可能的实现方式中，获取业务卡的插入数量包括以下步骤：
52.在启动监听至少一个业务卡的第一事件之后，接收至少一个业务卡上报的与第一事件相关的第一数据，第一事件为至少一个业务卡的插入事件；
53.间隔第一预设时长，根据第一数据判断并记录业务卡的插入数量。
54.在本技术实施例中，第一预设时长的范围在0至120秒内，一般采用的第一预设时长为30秒。
55.在一种可能的实现方式中，获取待进行数据流量转发的业务卡的数量包括以下步骤：
56.在启动监听至少一个业务卡的转发数据流量事件之后，接收至少一个业务卡上报的第二与第二事件相关的第二数据，第二事件为至少一个业务卡转发数据流量的事件；
57.间隔第二预设时长，根据第二数据判断并记录待进行数据流量转发的业务卡的数量。
58.在本技术实施例中，第二预设时长的范围在0至120秒内，一般采用的第二预设时长为30秒。
59.在一种可能的实现方式中，本公开实施例提供的数据流量转发方法还包括以下步骤：
60.配置与第一预设时长对应的第一预设时长范围，其中，针对第一预设时长范围的描述参见前述，在此不再赘述。
61.在一种可能的实现方式中，本公开实施例提供的数据流量转发方法还包括以下步骤：
62.配置与第二预设时长对应的第二预设时长范围，其中，针对第二预设时长范围的描述参见前述，在此不再赘述。
63.s204：将业务卡的插入数量和待进行数据流量转发的业务卡的数量进行比较，得到比较结果。
64.s206：根据比较结果进行引流表项的分配，并下发对应的引流表项。
65.在一种可能的实现方式中，根据比较结果进行引流表项的分配，并下发对应的引流表项包括以下步骤：
66.若比较结果为：业务卡的插入数量和待进行数据流量转发的业务卡的数量相同时，则根据预先配置的引流表项文件进行引流表项的分配，并下发对应的引流表项；这样，能够将现有方法中所采用的多次引流表项下发次数缩短到一次，从而节省了引流表项下发时长；此外，避免了大量引流表项设备启动阶段所导致的分布式设备长时间超负载的现象，从而最终提高了分布式设备的健壮性；此外，采用本公开实施例的数据流量转发方法的分布式设备还具有抗突发事件的容灾能力。
67.在一种可能的实现方式中，根据比较结果进行引流表项的分配，并下发对应的引流表项包括以下步骤：
68.若比较结果为：业务卡的插入数量大于待进行数据流量转发的业务卡的数量时，则根据待进行数据流量转发的业务卡进行引流表项的分配，并下发对应的引流表项；这样，能够将现有方法中所采用的多次引流表项下发次数缩短到一次，从而节省了引流表项下发时长；此外，避免了大量引流表项设备启动阶段所导致的分布式设备长时间超负载的现象，从而最终提高了分布式设备的健壮性；此外，采用本公开实施例的数据流量转发方法的分布式设备还具有抗突发事件的容灾能力。
69.在一种可能的实现方式中，根据比较结果进行引流表项的分配，并下发对应的引流表项包括以下步骤：
70.若比较结果为：业务卡的插入数量小于待进行数据流量转发的业务卡的数量时，则根据待进行数据流量转发的业务卡进行引流表项的分配，并下发对应的引流表项；这样，能够将现有方法中所采用的多次引流表项下发次数缩短到一次，从而节省了引流表项下发时长；此外，避免了大量引流表项设备启动阶段所导致的分布式设备长时间超负载的现象，从而最终提高了分布式设备的健壮性；此外，采用本公开实施例的数据流量转发方法的分布式设备还具有抗突发事件的容灾能力。
71.s208：在确定对应的引流表项下发结束后，通知待进行数据流量转发的业务卡进行数据流量的转发。
72.在本技术实施例中，只有在确定引流表项下发结束后，才通知待进行数据流量转发的业务卡进行数据流量的转发，这样，能够有效地解决现有现有分布式设备启动阶段大量引流表项下发过程中所存在的快速转发失效的问题，有效地提高了数据流量转发的有效性以及转发效率。
73.如图3所示，是本技术实施例提供的具体应用场景中在分布式设备启动阶段大量引流表项进行快速下发的流程示意图。
74.针对如图3所示的在分布式设备启动阶段大量引流表项进行快速下发的流程包括开始阶段、确认阶段、校对下发阶段和数据流量转发阶段，具体如下所述：
75.(1)开始阶段：确定分布式设备中业务板数量。在分布式设备中，主控板卡最先进行正常状态的唤醒处理，在主控板处于正常状态后，通过主控卡识别到业务卡，业务卡开始启动阶段(即板卡插入事件)，来计算此次设备启动后业务卡的数量a。由于正常情况下业务卡启动开始时间间隔在秒级以内，为了应对特殊情况，在监听业务卡后插入事件时，设置30s超时的机制，最大可能确保，所监听的此设备中业务卡的数量准确。此时按照设备中有a
块板卡，初步计算并生成流表下发的临时数据文件，其中，临时数据文件的格式可以为具有opf_a.mdb格式的文件。
76.(2)确认阶段：确定设备中启动完成业务卡数量。业务卡被主控板识别后，业务卡cpu开始启动，主控卡继续监听业务卡cpu normal(业务卡启动完成事件)的事件数量，来确定设备中启动完成的业务卡数量b，通常同一环境下业务卡cpu启动完成时间间隔在秒级以内，考虑到前插cpu启动较复杂，设置30s超时的机制，最大可能确保主控板所监听的此设备中的业务卡cpu所启动完成的数量准确性。
77.在本技术实施例中，启动完成的业务卡数量b即前述待进行数据流量转发的业务卡的数量。
78.(3)校对下发阶段：对比确认分布式设备中业务卡数量，并进行引流表项的下发处理。对a和b的值进行比较，并做对应选择，两种情况如下：
79.i：当a＝b时，此时，直接使用分配好的、且具有opf_a.mdb格式的临时文件，一次性地下发所有的引流表项。
80.ii：当a≠b时，此时，以b(启动完成的业务卡数量)为准，以业务卡数量b来进行引流表项分配，生成opf_b.mdb临时文件，并一次性下发所有的引流表项。
81.此处，需要说明：
82.a≠b分为两种情况，一种是a》b，一种是a《b。
83.当a》b时，至少有一块业务卡没有正常启动完成，因此，按照实际业务板数量b来进行引流表项分配，生成opf_b.mdb临时文件，并一次性下发所有的引流表项。
84.当a《b时，因为在极端小概率情况下，任意两块业务卡进行业务卡启动完成的时间间隔超过了预先设置的30s，导致此时a《b，因此，按照实际业务板数量b来进行引流表项分配，生成opf_b.mdb临时文件，并一次性下发所有的引流表项。
85.在实际的分布式设备使用中，在分布式设备正常启动时，均为第i种情况；而第ii种情况是分布式设备在启动阶段出现异常时所采用的的容灾措施。
86.(4)数据流量转发阶段：由于把引流表项下发的计算、引流表项的查重等流程提前到了业务卡启动完成之前，所以引流表项的下发动作，可以设置成在60s内完成，这样，可以保证只有在确定分布式设备正常启动中所有的引流表项均下发完成后，分布式设备中的各个已正常启动的业务卡才开始进行数据流量的转发处理。
87.在本技术实施例中，获取业务卡的插入数量和获取待进行数据流量转发的业务卡的数量；将业务卡的插入数量和待进行数据流量转发的业务卡的数量进行比较，得到比较结果；根据比较结果进行引流表项的分配，并下发对应的引流表项；以及在确定对应的引流表项下发结束后，通知待进行数据流量转发的业务卡进行数据流量的转发。本技术实施例提供的数据流量转发方法，能够将引流表项下发次数缩短到一次，从而节省了引流表项下发时长；此外，在确定引流表项下发结束后，才通知待进行数据流量转发的业务卡进行数据流量的转发，从而有效地提高了数据流量转发的有效性以及转发效率。
88.下述为本技术实施例数据流量转发装置实施例，可以用于执行本技术实施例数据流量转发方法实施例。对于本技术实施例数据流量转发装置实施例中未披露的细节，请参照本技术实施例数据流量转发方法实施例。
89.请参见图4，其示出了本发明一个示例性实施例提供的数据流量转发装置的结构
示意图。该数据流量转发装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该数据流量转发装置应用于分布式设备中的主控板，分布式设备包括主控板和至少一个业务卡，该数据流量转发装置包括获取模块402、比较模块404、分配及下发模块406和通知模块408。
90.具体而言，获取模块402，用于获取业务卡的插入数量和获取待进行数据流量转发的业务卡的数量；
91.比较模块404，用于将获取模块402获取的业务卡的插入数量和待进行数据流量转发的业务卡的数量进行比较，得到比较结果；
92.分配及下发模块406，用于根据比较模块404得到的比较结果进行引流表项的分配，并下发对应的引流表项；
93.通知模块408，用于在确定分配及下发模块406下发的对应的引流表项下发结束后，通知待进行数据流量转发的业务卡进行数据流量的转发。
94.可选的，获取模块402用于：
95.在启动监听至少一个业务卡的第一事件之后，接收至少一个业务卡上报的与第一事件相关的第一数据，第一事件为至少一个业务卡的插入事件；
96.间隔第一预设时长，根据第一数据判断并记录业务卡的插入数量。
97.可选的，获取模块402还用于：
98.在启动监听至少一个业务卡的转发数据流量事件之后，接收至少一个业务卡上报的第二与第二事件相关的第二数据，第二事件为至少一个业务卡转发数据流量的事件；
99.间隔第二预设时长，根据第二数据判断并记录待进行数据流量转发的业务卡的数量。
100.可选的，分配及下发模块406用于：
101.若比较模块404得到的比较结果为：业务卡的插入数量和待进行数据流量转发的业务卡的数量相同时，则根据预先配置的引流表项文件进行引流表项的分配，并下发对应的引流表项。
102.可选的，分配及下发模块406用于：
103.若比较模块404得到的比较结果为：业务卡的插入数量大于待进行数据流量转发的业务卡的数量时，则根据待进行数据流量转发的业务卡进行引流表项的分配，并下发对应的引流表项。
104.可选的，分配及下发模块406用于：
105.若比较模块404得到的比较结果为：业务卡的插入数量小于待进行数据流量转发的业务卡的数量时，则根据待进行数据流量转发的业务卡进行引流表项的分配，并下发对应的引流表项。
106.可选的，所述装置还包括：
107.配置模块(在图4中未示出)，用于配置与第一预设时长对应的第一预设时长范围，和/或，用于配置与第二预设时长对应的第二预设时长范围。
108.需要说明的是，上述实施例提供的数据流量转发装置在执行数据流量转发方法时，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将设备的内部结构划分成不同的功能单元，以完成以上描述
的全部或者部分功能。另外，上述实施例提供的数据流量转发装置与数据流量转发方法实施例属于同一构思，其体现实现过程详见数据流量转发方法实施例，这里不再赘述。
109.在本技术实施例中，获取模块用于获取业务卡的插入数量和获取待进行数据流量转发的业务卡的数量；比较模块用于将获取模块获取的业务卡的插入数量和待进行数据流量转发的业务卡的数量进行比较，得到比较结果；分配及下发模块用于根据比较模块得到的比较结果进行引流表项的分配，并下发对应的引流表项；以及在确定分配及下发模块下发的对应的引流表项下发结束后，通知模块通知待进行数据流量转发的业务卡进行数据流量的转发。本技术实施例提供的数据流量转发方法，能够将引流表项下发次数缩短到一次，从而节省了现有的引流表项下发时长；此外，在确定引流表项下发结束后，才通知待进行数据流量转发的业务卡进行数据流量的转发，从而有效地提高了数据流量转发的有效性以及转发效率。
110.如图5所示，本实施例提供一种电子设备，该电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器运行计算机程序以实现如上所述的方法步骤。
111.本技术实施例提供了一种存储有计算机可读指令的存储介质，其上存储有计算机程序，程序被处理器执行实现如上所述的方法步骤。
112.下面参考图5，其示出了适于用来实现本技术实施例的电子设备的结构示意图。本技术实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
113.如图5所示，电子设备可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储装置508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有电子设备操作所需的各种程序和数据。处理装置501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
114.通常，以下装置可以连接至i/o接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许电子设备与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
115.特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从rom502被安装。在该计算机程序被处理装置501执行时，执行本技术实施例的方法中限定的上述功能。
116.需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计
算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
117.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
118.可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
119.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
120.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。
121.以上所揭露的仅为本技术较佳实施例而已，当然不能以此来限定本技术之权利范围，因此依本技术权利要求所作的等同变化，仍属本技术所涵盖的范围。