消息发送方法和装置、电子设备及计算机可读存储介质与流程

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.在一种可能的实现方式中，所述可视化配置模块还用于：
33.在运营后台的页面可视化配置至少一个控制按键，其中一个控制按键对应用于消息发送的一个判断条件；
34.检测到控制按键被控制时，配置被控制的控制按键对应的判断条件的判断值。
35.在一种可能的实现方式中，所述可视化配置模块还用于：
36.在运营后台的页面可视化配置至少一个控制按键之前，将业务判断逻辑在代码层面进行格式化，得到指定表达式的至少一个判断条件。
37.在一种可能的实现方式中，所述组合模块还用于：
38.在运营后台的页面可视化配置多个消息模板；
39.根据可视化配置的所述多个消息模板配置所述目标判断逻辑的消息模板。
40.在一种可能的实现方式中，所述组合模块还用于：
41.在所述至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑之后，生成所述目标判断逻辑的唯一身份标识，并提供消息发送服务；
42.所述判断模块还用于：
43.当所述消息发送服务被调用时，获取所述消息发送服务中携带的所述目标判断逻辑的唯一身份标识和多个用户的保单信息；
44.判断所述多个用户中的各个用户的保单信息是否满足所述目标判断逻辑中的各个判断条件。
45.在一种可能的实现方式中，所述发送模块还用于：
46.在所述判断模块判断所述多个用户中的各个用户的保单信息是否满足所述目标判断逻辑中的各个判断条件之后，获取预设的消息模板；
47.基于所述预设的消息模板向保单信息不满足所述目标判断逻辑中的各个判断条件的用户发送相应的消息。
48.在一种可能的实现方式中，所述组合模块还用于：
49.在所述至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑之后，分析所述目标判断逻辑中的一个或多个判断条件的执行逻辑，确定所述一个或多个判断条件之间的关联关系；
50.所述判断模块还用于：
51.基于所述关联关系判断所述多个用户中的各个用户的保单信息是否满足所述目标判断逻辑中的各个判断条件。
52.第三方面，提供了一种电子设备，该电子设备包括处理器和存储器，其中，所述存储器中存储有计算机程序，所述处理器被配置为运行所述计算机程序以执行上述任一项所述的消息发送方法。
53.第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其中，所述计算机程序被配置为运行时执行上述任一项所述的消息发送方法。
54.借由上述技术方案，本技术实施例提供的消息发送方法和装置、电子设备及计算机可读存储介质，可以在运营后台的页面可视化配置用于消息发送的至少一个判断条件；在至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑，并配置目标判断逻辑对应的消息模板；获取多个用户的保单信息，判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件；基于目标判断逻辑对应的消息模板向保单信息满足目标判断逻辑中的各个判断条件的用户发送相应的消息。可以看到，本技术实施例可以将业务判断逻辑在代码层面进行格式化，然后将判断逻辑迁移到运营后台，实现可视化配置，降低维护成本，提高需求迭代效率和准确性。并且根据可视化配置的目标判断逻辑，基于目标判断逻辑对应的消息模板向保单信息满足目标判断逻辑中的各个判断条件的用户发送相应的消息，可以提高消息发送的效率和准确性。
附图说明
55.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍。
56.图1示出了本技术实施例提供的消息发送方法的流程图；
57.图2示出了本技术另一实施例提供的消息发送方法的流程图；
58.图3示出了本技术实施例提供的运营后台的页面的配置示意图；
59.图4示出了本技术实施例提供的消息发送装置的结构图；
60.图5示出了本技术实施例提供的一种电子设备的结构图。
具体实施方式
61.下面将参照附图更详细地描述本技术的示例性实施例。虽然附图中显示了本技术的示例性实施例，然而应当理解，可以以各种形式实现本技术而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本技术，并且能够将本技术的范围完整的传达给本领域的技术人员。
62.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”及其变体要被解读为意味着“包括但不限于”的开放式术语。
63.为了解决上述技术问题，本技术实施例提供了一种消息发送方法，该消息发送方法可以应用在服务器、个人电脑、智能手机、平板电脑等电子设备，如图1所示，该消息发送方法具体可以包括以下步骤s101至s104：
64.步骤s101，在运营后台的页面可视化配置用于消息发送的至少一个判断条件；
65.步骤s102，在至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑，并配置目标判断逻辑对应的消息模板；
66.步骤s103，获取多个用户的保单信息，判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件；
67.步骤s104，基于目标判断逻辑对应的消息模板向保单信息满足目标判断逻辑中的各个判断条件的用户发送相应的消息。
68.本技术实施例可以在运营后台的页面可视化配置用于消息发送的至少一个判断条件；在至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑，并配置目标判断逻辑对应的消息模板；获取多个用户的保单信息，判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件；基于目标判断逻辑对应的消息模板向保单信息满足目标判断逻辑中的各个判断条件的用户发送相应的消息。可以看到，本技术实施例可以将业务判断逻辑在代码层面进行格式化，然后将判断逻辑迁移到运营后台，实现可视化配置，降低维护成本，提高需求迭代效率和准确性。并且根据可视化配置的目标判断逻辑，基于目标判断逻辑对应的消息模板向保单信息满足目标判断逻辑中的各个判断条件的用户发送相应的消息，可以提高消息发送的效率和准确性。
69.上面步骤s101中提及的判断条件，举例来说，保单有产品信息、失效时间、投保人和被保险人信息、产品续保的条件信息等，这里的失效时间可以计算出发送节点，已失效几天，可以将保单的这些属性定义为判断条件。
70.本技术实施例中提供了一种可能的实现方式，步骤s101在运营后台的页面可视化
配置用于消息发送的至少一个判断条件，具体可以是在运营后台的页面可视化配置至少一个控制按键，其中一个控制按键对应用于消息发送的一个判断条件；进而检测到控制按键被控制时，配置被控制的控制按键对应的判断条件的判断值。这里的控制按键可以是页面上虚拟的控制按钮，可以在控制按键的一侧对应配置该控制按键能够实现的功能的说明内容；也可以在控制按键上对应配置该控制按键能够实现的功能的说明内容，当触发该控制按键时可以提示该控制按键能够实现的功能的说明内容。
71.本技术实施例中提供了一种可能的实现方式，步骤s101在运营后台的页面可视化配置至少一个控制按键之前，还可以将业务判断逻辑在代码层面进行格式化，得到指定表达式的至少一个判断条件。举例来说，可以将判断逻辑进行格式化，即可以将每个判断条件抽象为aviator表达式的判断条件。比如说保单有产品、失效时间、ab测试(即鹰眼实验，可以根据鹰眼实验来确定满足预设需求时的用于消息发送的模板)，可以将这些属性定义为判断条件。
72.本技术实施例中提供了一种可能的实现方式，上文步骤s102配置目标判断逻辑对应的消息模板，具体可以是在运营后台的页面可视化配置多个消息模板，进而根据可视化配置的多个消息模板配置目标判断逻辑的消息模板。这里，可以在可视化配置的多个消息模板中选取目标判断逻辑对应的消息模板，保存当前页面的操作可以将选取的目标判断逻辑对应的消息模板作为目标判断逻辑对应的消息模板。
73.本技术实施例中提供了一种可能的实现方式，还可以提供消息发送服务，开发人员之外的其他人员可以利用消息发送服务高效、准确地进行消息的发送。具体地，可以是步骤s102在至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑之后，生成目标判断逻辑的唯一身份标识，并提供消息发送服务，那么步骤s103获取多个用户的保单信息，判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件，具体可以是当消息发送服务被调用时，获取消息发送服务中携带的目标判断逻辑的唯一身份标识和多个用户的保单信息；进而判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件。可以看到，本技术实施例可以根据目标判断逻辑的唯一身份标识准确地调用消息发送服务，利用消息发送服务高效、准确地进行消息的发送。
74.本技术实施例中提供了一种可能的实现方式，步骤s103判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件之后，如果各个用户的保单信息不满足目标判断逻辑中的各个判断条件，那么还可以获取预设的消息模板，进而基于预设的消息模板向保单信息不满足目标判断逻辑中的各个判断条件的用户发送相应的消息。可以看到，本技术实施例对于保单信息不满足目标判断逻辑中的各个判断条件的用户也可以发送相应的消息进行个性化提示。此外，对于保单信息不满足目标判断逻辑中的各个判断条件的用户不发送任何消息。
75.本技术实施例中提供了一种可能的实现方式，步骤s102在至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑之后，还可以分析目标判断逻辑中的一个或多个判断条件的执行逻辑，确定一个或多个判断条件之间的关联关系；进而判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件时，可以基于关联关系判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件，这样可以提高判断过程的效率和准确性。
76.以上介绍了图1所示的实施例中各个环节的多种实现方式，下面通过具体的实施例对本技术实施例提供的消息发送方法做进一步说明。
77.图2示出了本技术另一实施例提供的消息发送方法的流程图，如图2所示，该消息发送方法具体可以包括以下步骤s201至s207：
78.步骤s201，将业务判断逻辑在代码层面进行格式化，得到指定表达式的至少一个判断条件。
79.比如说保单有产品、失效时间、ab测试(即鹰眼实验，可以根据鹰眼实验来确定满足预设需求时的用于消息发送的模板)，可以将这些属性定义为判断条件。
80.步骤s202，在运营后台的页面可视化配置至少一个控制按键，其中一个控制按键对应用于消息发送的一个判断条件。
81.步骤s203，检测到控制按键被控制时，配置被控制的控制按键对应的判断条件的判断值。
82.这里的控制按键可以是页面上虚拟的控制按钮，可以在控制按键的一侧对应配置该控制按键能够实现的功能的说明内容；也可以在控制按键上对应配置该控制按键能够实现的功能的说明内容，当触发该控制按键时可以提示该控制按键能够实现的功能的说明内容。
83.运营后台的页面的配置示意图如图3所示，页面标题为“新增续保触达策略”，具体可以包括“策略名称”、“策略排序”，运营人员可以根据实际情况填入相应的信息。在“触达策略”中配置了至少一个控制按键，包括“发送节点”、“人群特征”、“产品编码”、“人群包”、“errorcode”的控制按键，一个控制按键对应用于消息发送的一个判断条件。需要说明的是，图3仅是示意性的，并不对本技术实施例进行限制。
84.步骤s204，在至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑。
85.步骤s205，在运营后台的页面可视化配置多个消息模板，进而根据可视化配置的多个消息模板配置目标判断逻辑的消息模板。
86.继续参见图3的鹰眼实验，在运营后台的页面可视化配置多个消息模板的版本，包括版本0、版本1、版本2，例如在版本0中包含了消息模板，可以设置消息的格式和数量等，还可以添加消息模板，配置好后，可以点击“保存”按钮进行保存。
87.步骤s206，获取多个用户的保单信息，判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件。
88.步骤s207，基于目标判断逻辑对应的消息模板向保单信息满足目标判断逻辑中的各个判断条件的用户发送相应的消息；基于获取的预设的消息模板向保单信息不满足目标判断逻辑中的各个判断条件的用户发送相应的消息。
89.举例来说，要实现a产品在第3个节点鹰眼实验为版本为0时发送m001个模板消息，那么就可以构建对应的表达式；表达式的执行结果为真，说明满足对应条件，这个时候发送m001这个模板的消息给执行结果为真的用户，否则发送默认模板消息或者不发送。
90.在另一可选的实施例中，业务可以在后台配置对应的策略，会生成唯一的策略唯一标识，这里的策略即是目标判断逻辑；进而根据策略唯一标识拿到具体的策略，如果所配置的条件全部满足，即保单信息满足目标判断逻辑中的各个判断条件，此时进行鹰眼实验，
会发送指定版本对应的消息模板；如果保单信息不满足目标判断逻辑中的各个判断条件，则不发送或者发送默认消息模板。
91.本技术实施例可以将业务判断逻辑在代码层面进行格式化，然后将判断逻辑迁移到运营后台，实现可视化配置，降低维护成本，提高需求迭代效率和准确性。并且根据可视化配置的目标判断逻辑，基于目标判断逻辑对应的消息模板向保单信息满足目标判断逻辑中的各个判断条件的用户发送相应的消息，以及基于获取的预设的消息模板向保单信息不满足目标判断逻辑中的各个判断条件的用户发送相应的消息，可以提高消息发送的效率和准确性。
92.需要说明的是，实际应用中，上述所有可能的实施方式可以采用结合的方式任意组合，形成本技术的可能的实施例，在此不再一一赘述。
93.基于上文各个实施例提供的消息发送方法，基于同一发明构思，本技术实施例还提供了一种消息发送装置。
94.图4示出了本技术实施例提供的消息发送装置的结构图。如图4所示，该消息发送装置可以包括可视化配置模块410、组合模块420、判断模块430以及发送模块440。
95.可视化配置模块410，用于在运营后台的页面可视化配置用于消息发送的至少一个判断条件；
96.组合模块420，用于在至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑，并配置目标判断逻辑对应的消息模板；
97.判断模块430，用于获取多个用户的保单信息，判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件；
98.发送模块440，用于基于目标判断逻辑对应的消息模板向保单信息满足目标判断逻辑中的各个判断条件的用户发送相应的消息。
99.本技术实施例中提供了一种可能的实现方式，上文图4展示的可视化配置模块410还用于：
100.在运营后台的页面可视化配置至少一个控制按键，其中一个控制按键对应用于消息发送的一个判断条件；
101.检测到控制按键被控制时，配置被控制的控制按键对应的判断条件的判断值。
102.本技术实施例中提供了一种可能的实现方式，上文图4展示的可视化配置模块410还用于：
103.在运营后台的页面可视化配置至少一个控制按键之前，将业务判断逻辑在代码层面进行格式化，得到指定表达式的至少一个判断条件。
104.本技术实施例中提供了一种可能的实现方式，上文图4展示的组合模块420还用于：
105.在运营后台的页面可视化配置多个消息模板；
106.根据可视化配置的多个消息模板配置目标判断逻辑的消息模板。
107.本技术实施例中提供了一种可能的实现方式，上文图4展示的组合模块420还用于：
108.在至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑之后，生成目标判断逻辑的唯一身份标识，并提供消息发送服务；
109.判断模块430还用于：
110.当消息发送服务被调用时，获取消息发送服务中携带的目标判断逻辑的唯一身份标识和多个用户的保单信息；
111.判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件。
112.本技术实施例中提供了一种可能的实现方式，上文图4展示的发送模块440还用于：
113.在判断模块判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件之后，获取预设的消息模板；
114.基于预设的消息模板向保单信息不满足目标判断逻辑中的各个判断条件的用户发送相应的消息。
115.本技术实施例中提供了一种可能的实现方式，上文图4展示的组合模块420还用于：
116.在至少一个判断条件中选取一个或多个判断条件，组合成目标判断逻辑之后，分析目标判断逻辑中的一个或多个判断条件的执行逻辑，确定一个或多个判断条件之间的关联关系；
117.判断模块430还用于：
118.基于关联关系判断多个用户中的各个用户的保单信息是否满足目标判断逻辑中的各个判断条件。
119.基于同一发明构思，本技术实施例还提供了一种电子设备，包括处理器和存储器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任意一个实施例的消息发送方法。
120.在示例性的实施例中，提供了一种电子设备，如图5所示，图5所示的电子设备500包括：处理器501和存储器503。其中，处理器501和存储器503相连，如通过总线502相连。可选地，电子设备500还可以包括收发器504。需要说明的是，实际应用中收发器504不限于一个，该电子设备500的结构并不构成对本技术实施例的限定。
121.处理器501可以是cpu(central processing unit，中央处理器)，通用处理器，dsp(digital signal processor，数据信号处理器)，asic(application specific integrated circuit，专用集成电路)，fpga(field programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器501也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
122.总线502可包括一通路，在上述组件之间传送信息。总线502可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。总线502可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
123.存储器503可以是rom(read only memory，只读存储器)或可存储静态信息和指令
的其他类型的静态存储设备，ram(random access memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electrically erasable programmable read only memory，电可擦可编程只读存储器)、cd-rom(compact disc read only memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
124.存储器503用于存储执行本技术方案的应用程序代码，并由处理器501来控制执行。处理器501用于执行存储器503中存储的应用程序代码，以实现前述方法实施例所示的内容。
125.其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
126.基于同一发明构思，本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述任意一个实施例的外呼线索的推荐方法。
127.所属领域的技术人员可以清楚地了解到，上述描述的系统、装置、模块的具体工作过程，可以参考前述方法实施例中的对应过程，为简洁起见，在此不另赘述。
128.本领域普通技术人员可以理解：本技术的技术方案本质上或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，其包括若干程序指令，用以使得一电子设备(例如个人计算机，服务器，或者网络设备等)在运行所述程序指令时执行本技术各实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom)、随机存取存储器(ram)、磁碟或者光盘等各种可以存储程序代码的介质。
129.或者，实现前述方法实施例的全部或部分步骤可以通过程序指令相关的硬件(诸如个人计算机，服务器，或者网络设备等的电子设备)来完成，所述程序指令可以存储于一计算机可读取存储介质中，当所述程序指令被电子设备的处理器执行时，所述电子设备执行本技术各实施例所述方法的全部或部分步骤。
130.以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：在本技术的精神和原则之内，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案脱离本技术的保护范围。