一种配送处理方法、装置、存储介质及电子设备与流程

1.本发明实施例涉及智慧物流技术领域，尤其涉及一种配送处理方法、装置、存储介质及电子设备。


背景技术：

2.随着电商业务的不断发展，配送业务量也随之增长。
3.配送员在每一订单的配送之前，通过预约的方式与订单接收用户进行联系，以确定订单是否有人接收，在配送业务量大的情况下，预约成本高，同时存在时间浪费的情况，但是，在配送前不预约，存在无人接收导致的下次配送或者包裹丢失的情况。


技术实现要素：

4.本发明提供了一种配送处理方法、装置、存储介质及电子设备，以确定需要进行预约配送的订单和无需预约配送的订单，降低预约成本。
5.根据本发明的一方面，提供了一种配送处理方法，其特征在于，包括：
6.在当前订单对象的配送信息满足数据处理条件的情况下，基于当前日期类型确定所述配送信息对应的首次妥投率；
7.在所述首次妥投率满足妥投阈值的情况下，确定所述当前订单对象的配送方式为无预约配送，以及在所述首次妥投率不满足妥投阈值的情况下，确定所述当前订单对象的配送方式为预约配送。
8.根据本发明的另一方面，提供了一种配送处理装置，其特征在于，包括：
9.首次妥投率确定模块，用于在当前订单对象的配送信息满足数据处理条件的情况下，基于当前日期类型确定所述配送信息对应的首次妥投率；
10.配送方式确定模块，用于在所述首次妥投率满足妥投阈值的情况下，确定所述当前订单对象的配送方式为无预约配送，以及在所述首次妥投率不满足妥投阈值的情况下，确定所述当前订单对象的配送方式为预约配送。
11.根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：
12.至少一个处理器；以及
13.与所述至少一个处理器通信连接的存储器；其中，
14.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的配送处理方法。
15.根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的配送处理方法。
16.本实施例的技术方案，通过在配送信息满足数据处理条件的情况下，基于当前日期类型确定所述配送信息对应的首次妥投率，以及在首次妥投率满足妥投阈值的情况下，
进行无预约配送，以提高订单妥投率以及减少无效投递，降低投递成本。
17.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
18.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
19.图1为本发明实施例提供的一种配送处理方法的流程图；
20.图2是本发明实施例提供的配送处理方法的流程示意图；
21.图3是本发明实施例提供的一种配送方式确定的流程图；
22.图4是本发明实施例提供的一种配送处理方法的流程示意图；
23.图5为本发明实施例提供的一种配送处理装置的结构示意图；
24.图6是本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
25.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
26.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
27.图1为本发明实施例提供的一种配送处理方法的流程图，本实施例可适用于自动确定配送类型的情况，该方法可以由本发明实施例提供的配送处理装置来执行，该配送处理装置可以由软件和/或硬件来实现，该配送处理装置可以配置在电子计算设备上，具体包括如下步骤：
28.s110、在当前订单对象的配送信息满足数据处理条件的情况下，基于当前日期类型确定所述配送信息对应的首次妥投率。
29.s120、在所述首次妥投率满足妥投阈值的情况下，确定所述当前订单对象的配送方式为无预约配送，以及在所述首次妥投率不满足妥投阈值的情况下，确定所述当前订单对象的配送方式为预约配送。
30.本实施例中，在对每一订单对象(例如包裹)完成配送的情况下，记录配送状态，其
中，配送状态包括正常妥投、非正常妥投。其中，正常妥投为无货物丢失风险的投递方式，例如将订单对象配送于收件人或者收件人指定代理人。非正常妥投为订单对象未直接投递至收件人或者收件人指定代理人的情况，包括但不限于拒收、再投、门卫签收或者放置在诸如消防栓等位置处等。
31.根据每一订单对象的配送状态设置配送状态标识，例如正常妥投可以是设置标识1，非正常妥投可实质标识0，便于后续配送过程中查询历史订单对象的配送状态作为参考。
32.对于待配送的当前订单对象，可读取当前订单对象的配送信息，其中配送信息可以包括但不限于配送地址信息。本实施例中，通过当前订单对象的配送信息判定是否满足数据处理条件，若配送信息满足数据处理条件，则基于预设的数据处理方式，确定当前订单对象的配送方式，若配送信息不满足数据处理条件，则基于传统的配送方式，即预约配送方式对当前订单对象进行配送。其中，当前订单对象的配送方式包括预约配送和无预约配送，预约配送的具体方式为通过短信、电话等方式与收件人进行预约，以保证当前订单对象可正常妥投。无预约配送的具体方式为无需与收件人进行预约，根据配送信息进行直接配送。
33.本实施例中，基于历史订单对象的配送状态确定当前订单对象的配送方式，前提为具有足够数量的历史订单，因此，数据处理条件为所述配送信息对应的历史订单数量大于预设订单数量。相应的，当前订单对象的配送信息对应的历史订单数量大于预设订单数量预设订单数量，则当前订单对象的配送信息满足数据处理条件，当前订单对象的配送信息对应的历史订单数量小于等于预设订单数量预设订单数量，则当前订单对象的配送信息不满足数据处理条件。
34.可选的，数据处理条件的判定方法包括：获取当前订单对象的配送信息，并确定所述当前订单对象的配送信息是否为历史配送信息；在所述配送信息为历史配送信息的情况下，确定所述当前订单对象的配送信息的历史订单数量是否满足预设订单数量；若所述历史订单数量满足预设订单数量，则确定所述当前订单对象的配送信息满足数据处理条件。具体的，将当前订单对象的配送信息在历史配送信息中进行匹配，若匹配成功，则确定当前订单对象的配送信息为历史配送信息，若匹配失败，则确定当前订单对象的配送信息为新增配送信息，对应的历史订单数量为0，不满足数据处理条件。在一些实施例中，创建配送信息数据集合，该配送信息数据集合可以是数据库、数据列表、数据组等的形式，对此不作限定，该配送信息数据集合中存储有各历史订单的历史配送信息，将当前订单对象的配送信息在配送信息库中进行匹配，若匹配失败，则将当前订单对象的配送信息添加到配送信息数据集合中，便于后续匹配。
35.对于历史配送信息，确定该历史配送信息的历史订单数量，在一些实施例中，可以是在各历史订单中进行配送信息的匹配，确定匹配成功的历史订单的数量，作为历史配送信息的历史订单数量。在一些实施例中，可以是从配送信息数据集合中读取历史配送信息对应的历史订单数量，其中，在每一订单对象完成配送的情况下，在配送信息数据集合中，对应配送信息对应的历史订单数量上加一，以更新历史订单数量。相应的，在配送信息数据集合中进行配送信息匹配成功后，读取匹配成功的历史配送信息对应的历史订单数量。
36.将历史配送信息的历史订单数量与预设的预设订单数量进行比对，在史配送信息的历史订单数量大于预设订单数量的情况下，确定当前订单对象的配送信息满足数据处理条件。相应的，在所述当前订单对象的配送信息为新增配送信息，或者，所述当前订单对象
的配送信息的历史订单数量不满足预设订单数量的情况下，确定当前订单对象的配送信息不满足数据处理条件，并确定所述当前订单对象的配送方式为预约配送。
37.本实施例中，通过当前订单对象的配送信息获取历史订单的历史配送状态，以确定当前订单对象的配送方式。具体的，通过历史订单的历史配送状态确定配送信息对应的首次妥投率，并基于首次妥投率与妥投阈值确定配送方式。
38.需要说明的是，收件人是否位于配送地址是能否正常妥投的关键因素，其中配送地址可以是家庭地址或者工作地址，相应的，配送的日期类型成为能否正常妥投的关键因素，日期类型包括工作日和节假日。示例性的，在配送信息中的配送地址信息为家庭地址的情况下，工作日正常妥投的概率小于节假日正常妥投的概率，在配送信息中的配送地址信息为工作地址的情况下，工作日正常妥投的概率大于节假日正常妥投的概率。本实施例中，基于当前日期类型调用对应的历史订单对象的配送状态作为参考，以确定所述配送信息，在当前日期类型下的首次妥投率，以提高首次妥投率的准确性，避免不同日期类型的历史订单数据的干扰。
39.可选的，基于当前日期类型确定所述配送信息对应的首次妥投率，包括：获取所述配送信息在所述当前日期类型对应的配送时间范围内订单配送数量和各订单配送状态；基于所述订单配送状态中首次妥投的订单数量与所述订单配送数量确定所述首次妥投率。
40.根据当前日期，确定当前日期类型，具体的，节假日包括周六日和法定节假日，判断当前日期是否属于节假日的范围，若是，则当前日期类型为节假日，若否，则确定当前日期类型为工作日。获取当前日期类型对应的配送时间范围内订单配送数量和各订单配送状态，其中，订单配送数量为在当前日期类型对应的配送时间范围完成配送的订单总数量，需要说明的是，每一订单的相关信息中包括完成配送的时间信息和订单配送状态，根据各订单的配送信息和完成配送的时间信息筛选当前日期类型对应的订单，将筛选得到的订单数量确定为所述配送信息在当前日期类型下的订单配送数量。对筛选得到的订单中进行订单配送状态的二次筛选，订单配送状态包括正常妥投(首次妥投成功)和非正常妥投，在筛选得到的订单中筛选正常妥投的订单，例如，在筛选的订单中筛选设置有正常妥投标识的订单，将二次筛选的订单数量确定为首次妥投的订单数量。
41.将首次妥投的订单数量与所述订单配送数量的比例确定为首次妥投率。将首次妥投率与预设的妥投阈值进行比对，在所述首次妥投率满足妥投阈值，例如首次妥投率大于妥投阈值的情况下，确定所述当前订单对象的配送方式为无预约配送，以及在所述首次妥投率不满足妥投阈值，例如首次妥投率小于等于妥投阈值的情况下，确定所述当前订单对象的配送方式为预约配送。其中，妥投阈值可根据配送精准度和成本需求设置，对此不作限定。
42.基于确定的配送方式对当前订单对象进行配送，并根据当前订单对象的配送状态进行记录，便于对后续订单提高数据参考。
43.本实施例的技术方案，通过在配送信息满足数据处理条件的情况下，基于当前日期类型确定所述配送信息对应的首次妥投率，以及在首次妥投率满足妥投阈值的情况下，进行无预约配送，以提高订单妥投率以及减少无效投递，降低投递成本。
44.在上述实施例的基础上，本发明实施例还提供了一种优选实例，参见图2，图2是本发明实施例提供的配送处理方法的流程示意图。在检测到订单下单后，根据收件地址(即上
述实施例中的配送信息)进行数据分析计算，得到预设时间段内(例如近三个月内的)该收件地址的正常妥投率(即首次妥投率)，该正常妥投率包括工作日的正常妥投率和节假日的正常妥投率。
45.在订单对象通过分拣、运输等生产运营到的目的配送站后，由配送员验货，基于每一订单对象的收件地址进行计算，得到当日配送的预计妥投率，即通过历史订单得到的正常妥投率，在预计妥投率低于70％的情况下，提示配送员进行预约配送，并根据预约的时间确定配送时间。
46.参见图3，图3是本发明实施例提供的一种配送方式确定的流程图。具体的，调用订单地址库判断是历史地址或新地址。如果是新地址，则流程结束，新地址无法根据历史地址投递情况进行分析，确定当前订单对象的配送方式为预约配送。如果是历史地址，则调用订单历史数据中筛选与此订单地址一致的一年内的所有运单数据，判断单量，如果单量小于100，因样本统计分析数量不足，准确性不足，则直接流程结束，不再分析，确定当前订单对象的配送方式为预约配送。如果单量大于100，则需要分工作日/节假日筛出这些历史单据的妥投率(看首次投递数据)。获取此地址的历史正常妥投率，与系统配置的妥投率进行比较(分工作日/节假日)。如果此地址的历史正常妥投率大于系统配置妥投率，则无需预约，如果小于，则提示必须预约。
47.在上述实施例的基础上，参见图4，图4是本发明实施例提供的一种配送处理方法的流程示意图。可选的，在确定所述当前订单对象的配送方式为无预约配送之后，所述方法还包括：确定所述当前日期类型下，所述配送信息对应的首次妥投时间范围，将所述首次妥投时间范围确定为所述无预约配送的配送时间范围。该方法包括如下步骤：
48.s210、在当前订单对象的配送信息满足数据处理条件的情况下，基于当前日期类型确定所述配送信息对应的首次妥投率。
49.s220、在所述首次妥投率满足妥投阈值的情况下，确定所述当前订单对象的配送方式为无预约配送，确定所述当前日期类型下，所述配送信息对应的首次妥投时间范围，将所述首次妥投时间范围确定为所述无预约配送的配送时间范围。
50.s230、在所述首次妥投率不满足妥投阈值的情况下，确定所述当前订单对象的配送方式为预约配送。
51.本实施例中，在确定当前订单对象的配送方式为无预约配送的情况下，可直接根据配送信息进行配送。具体的，确定无预约配送的配送时间范围，基于配送时间范围对当前订单对象进行配送。其中，无预约配送的配送时间范围可是根据该配送信息对应的历史订单的配送时间确定，在一些实施例中，各历史订单中记录有配送完成时间，该时间信息可以是时间戳，例如配送员完成配送后在配送终端上点击完成配送的时间戳，或者配送员输入的配送完成时间等。基于配送信息对应的历史订单的配送完成时间，形成配送时间分布，并基于配送时间分布确定配送信息对应的配送时间范围，配送时间范围为预设比例的历史订单的配送时间范围，其中，预设比例可以是80％等，对此不作限定。通过大量订单的配送时间形成配送时间范围，便于通过妥投率。
52.需要说明的是，配送时间范围的时长小于预设时长，例如配送时间范围的时长2小时，示例性的，配送时间范围可以是18:00-19:00等。通过限定配送时间范围的时长，便于提高配送时间范围的精准度。
53.本实施例提供的技术方案，通过在配送方式为无预约配送的情况下，确定无预约配送的配送时间范围，便于提高当前订单对象的妥投率。
54.在上述实施例的基础上，所述方法还包括：在预约配送的情况下，若预约期望时间与预约配送时间不匹配，则对对应订单设置时间更改标识；在无预约配送的情况下，确定设置时间更改标识的订单占比，若所述订单占比大于预设值，则基于时间更改标识对应的订单配送时间确定当前订单对象的配送时间范围。
55.在预约配送的情况下，预约期望时间可以是配送员预计的配送时间，预约配送时间为配送员通过预约的方式与收件人预约的配送时间。示例性的，预约期望时间可以是14:00-15:00，预约配送时间可以是18:00-19:00，在收件人无法在预约期望时间接收当前订单对象的情况下，确定预约配送时间，以保证当前订单对象能够正常妥投。在上述预约期望时间与预约配送时间不匹配的情况下，表明该配送信息可在特定的时间进行正常妥投，无法在任意时间进行正常妥投，因此可对当前订单设置时间更改标识，用于标记当前订单对配送时间有特定要求。
56.在无预约配送的情况下，确定配送信息对应的历史订单，在当前日期类型下的订单总数量，以及在当前日期类型下设置时间更改标识的订单数量，通过设置时间更改标识的订单数量与订单总数量的比值，确定设置时间更改标识的订单占比，在设置时间更改标识的订单占比大于预设值的情况下，表明该配送信息对应的收件人对配送时间有特定要求，统计当前日期类型下的配送时间范围，以确定当前订单对象的配送时间范围，在该配送时间范围内进行投递，以提高妥投率。
57.在上述实施例的基础上，所述方法还包括：在预约配送的情况下，若预约反馈信息为无需预约的常态正常配送，则对对应的配送信息设置无预约标识；在识别到任意配送对象的配实信息设置有无预约标识的情况下，将所述配送对象的配送方式为无预约配送。
58.其中，常态正常配送指的是在任意时间均可进行配送，对应的配送地址均可与收件人或收件人的指定代理人进行接收。上述常态正常配送的相关信息可以使通过预约确定。将无需预约的常态正常配送对应的配送信息设置无预约标识，相应的，在获取到当前订单对象的配送信息，将当前订单对象的配送信息与设置有无预约标识的配送信息进行匹配，若匹配成功，则确定该配送地址对应的配送方式为无预约配送。若匹配失败，则执行步骤s210，判断该配送信息是否满足数据处理条件，以确定配送方式。
59.本实施例中，对无需预约的常态正常配送的配送信息设置无预约标识，无需进行数据处理条件的判定，以及妥投率的验证，可直接确定配送方式为无预约配送，简化了配送方式的确定过程，提高了妥投率的同时，降低了投递成本。
60.图5为本发明实施例提供的一种配送处理装置的结构示意图，该装置包括：
61.首次妥投率确定模块310，用于在当前订单对象的配送信息满足数据处理条件的情况下，基于当前日期类型确定所述配送信息对应的首次妥投率；
62.第一配送方式确定模块320，用于在所述首次妥投率满足妥投阈值的情况下，确定所述当前订单对象的配送方式为无预约配送，以及在所述首次妥投率不满足妥投阈值的情况下，确定所述当前订单对象的配送方式为预约配送。
63.在上述实施例的基础上，可选的，所述当前日期类型包括工作日和节假日；
64.首次妥投率确定模块310用于：
65.获取所述配送信息在所述当前日期类型对应的配送时间范围内订单配送数量和各订单配送状态；
66.基于所述订单配送状态中首次妥投的订单数量与所述订单配送数量确定所述首次妥投率。
67.在上述实施例的基础上，可选的，该装置还包括：
68.数据处理条件匹配模块，用于获取当前订单对象的配送信息，并确定所述当前订单对象的配送信息是否为历史配送信息；在所述配送信息为历史配送信息的情况下，确定所述当前订单对象的配送信息的历史订单数量是否满足预设订单数量；若所述历史订单数量满足预设订单数量，则确定所述当前订单对象的配送信息满足数据处理条件。
69.在上述实施例的基础上，可选的，该装置还包括：
70.第二配送方式确定模块，用于在所述当前订单对象的配送信息为新增配送信息，或者，所述当前订单对象的配送信息的历史订单数量不满足预设订单数量的情况下，确定当前订单对象的配送信息不满足数据处理条件，并确定所述当前订单对象的配送方式为预约配送。
71.在上述实施例的基础上，可选的，该装置还包括：
72.第一配送时间范围确定模块，用于在确定所述当前订单对象的配送方式为无预约配送之后，确定所述当前日期类型下，所述配送信息对应的首次妥投时间范围，将所述首次妥投时间范围确定为所述无预约配送的配送时间范围。
73.在上述实施例的基础上，可选的，该装置还包括：
74.时间更改标识设置模块，用于在预约配送的情况下，若预约期望时间与预约配送时间不匹配，则对对应订单设置时间更改标识；
75.第二配送时间范围确定模块，用于在无预约配送的情况下，确定设置时间更改标识的订单占比，若所述订单占比大于预设值，则基于时间更改标识对应的订单配送时间确定当前订单对象的配送时间范围。
76.在上述实施例的基础上，可选的，该装置还包括：
77.无预约标识设置模块，用于在预约配送的情况下，若预约反馈信息为无需预约的常态正常配送，则对对应的配送信息设置无预约标识；
78.第三配送方式确定模块，用于在识别到任意配送对象的配实信息设置有无预约标识的情况下，将所述配送对象的配送方式为无预约配送。
79.本发明实施例所提供的配送处理装置可执行本发明任意实施例所提供的配送处理方法，具备执行方法相应的功能模块和有益效果。
80.图6示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
81.如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被
至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
82.电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
83.处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如配送处理方法。
84.在一些实施例中，配送处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的配送处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行配送处理方法。
85.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
86.用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
87.在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、
磁储存设备、或上述内容的任何合适组合。
88.为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
89.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
90.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
91.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
92.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。
93.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。