数据抓取与管理方法、装置、设备及存储介质与流程

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.图1是本发明实施例方案涉及的硬件运行环境的订单管理设备的结构示意图；
34.图2为本发明数据抓取与管理方法第一实施例的流程示意图；
35.图3为本发明数据抓取与管理装置的细化功能模块示意图。
36.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
37.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
38.参照图1，图1为本发明实施例方案涉及的硬件运行环境的订单管理设备结构示意图。
39.如图1所示，该订单管理设备可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(wireless-fidelity，wi-fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory，ram)存储器，也可以是稳定的非易失性存储器(non-volatile memory，nvm)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
40.本领域技术人员可以理解，图1中示出的结构并不构成对订单管理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
41.如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、数据存储模块、网络通信模块、用户接口模块以及数据抓取与管理程序。
42.在图1所示的订单管理设备中，网络接口1004主要用于与其他设备进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明订单管理设备中的处理器1001、存储器1005可以设置在订单管理设备中，所述订单管理设备通过处理器1001调用存储器1005中存储的数据抓取与管理程序，并执行本发明实施例提供的数据抓取与管理方法。
43.本发明实施例提供了一种数据抓取与管理方法，参照图2，图2为本发明一种数据抓取与管理方法第一实施例的流程示意图。
44.本技术实施例提供了数据抓取与管理方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。本技术数据抓取与管理方法各个实施例的执行主体是数据抓取与管理系统。需要说明的是，数据抓取与管理方法应用于数据抓取与管理装置，该数据抓取与管理装置属于数据抓取与管理系统，该数据抓取与管理系统属于订单管理设备。
45.本实施例中，所述数据抓取与管理方法包括：
46.步骤s10：基于目标平台的应用程序接口，获取所述目标平台的目标订单以及所述目标订单的信息，生成系统订单；
47.在本实施例中，数据抓取与管理系统是物流管理链中不可或缺的部分，也是后台系统中较为重要的一部分，记录了所有的交易数据，可以对订单进行监控和操作，与用户、运营、财务等都有着密切的关系。通过对订单的管理和分配，使仓储管理和运输管理有机的
结合，稳定有效地实现物流管理中各个环节充分发挥作用，使仓储、运输、订单成为一个有机整体，满足电商系统信息化的需求。
48.多平台造就了多样化的订单后台api(application programming interface，应用程序接口)数据，不同的电商平台具有各自的应用程序接口(api)，因此，在确定需要获取的订单所在的平台后，通过目标平台的api获取目标订单的信息，其中，目标订单是指平台的多个订单中，需要下载至数据抓取与管理系统的订单，目标平台是指目标订单所在的平台。可以理解，在确定目标订单后，基于目标平台的api微服务获取目标订单，以及目标订单的订单信息，使得目标订单的信息在数据抓取与管理系统中形成系统订单，也即，获取多平台上的目标订单，将目标订单存储到本地数据抓取与管理系统或erp系统中，通过数据抓取与管理系统集中处理，避免了多平台订单规则下，造成的订单管理混乱、增加人力成本、降低管理效率的问题。
49.进一步地，基于目标平台的应用程序接口，获取所述目标平台的目标订单以及所述目标订单的信息，生成系统订单之前，包括以下步骤a1-a2：
50.步骤a1，获取所述目标平台的特征值；
51.步骤a2，将所述特征值和预设关系表进行匹配，确定所述特征值对应的应用程序接口和订单获取代码。
52.在本实施例中，不同的电商平台的订单管理规则不同，为了同一多平台订单，以集中导入数据抓取与管理系统中，以统一的格式进行管理和处理，在信息管理系统中，设置各平台的订单获取代码，在获取目标平台的目标订单时，通过订单获取代码自动将目标订单转换为本地erp系统或数据抓取与管理系统中管理规则的订单。因此，预设设定有各平台特殊的特征值或标签，该特征值属于该平台的身份象征，每一个特征值对应有独立的订单获取代码，基于多个订单获取代码和特征值创建预设关系表，该预设关系表中特征值与订单获取代码存在映射关系。也即，在选择目标订单对应的订单获取代码时，获取目标平台的特征值，将特征值与预设关系表中的多个预设的特征值进行匹配，得到目标特征值，在预设关系表中，找到目标特征值对应的订单获取代码，由此得到目标订单的订单获取码。需要说明的是，不同平台的订单获取代码可以相同、可以不相同、还可以部分相同，具体根据数据抓取与管理系统的订单规则和不同平台的订单规则进行设定，在此不做具体限定。
53.需要说明的是，预设关系表中包括特征值与平台api之间的映射关系，也即，根据特征值，在预设关系表中能够找到唯一确定的api，该api作为数据抓取与管理系统从目标平台获取目标订单的接口，由此实现多平台订单管理。
54.可选地，特征值可以存在于目标平台的api上，也可以存在于目标订单的文件信息内，通过获取目标订单的api或订单信息，得到特征值，以通过特征值进行相应的订单规则转换，得到系统订单。
55.进一步地，基于目标平台的应用程序接口，获取所述目标平台的目标订单以及所述目标订单的信息，生成系统订单，包括以下步骤s11-s12：
56.步骤s11，基于所述目标平台的所述应用程序接口和所述订单获取代码，获取所述目标平台的目标订单和所述目标订单的信息；
57.步骤s12，基于所述订单获取代码，对所述目标订单的信息进行初始化操作，得到系统订单。
58.在本实施例中，根据特征值获取相应的订单获取代码和api，通过该api和订单获取代码，获取目标平台的目标订单以及目标订单内的信息。订单获取代码中包括初始化操作代码，在获取目标订单后，自动对目标订单进行初始化操作，将目标订单的各信息以数据抓取与管理系统的订单管理规则录入，生成系统订单，也即初始化之后的订单都被放在本地的统一页面管理，提高了订单管理的效率。需要说明的是，初始化操作过程后的订单均通过数据抓取与管理系统内的调度中心确认无误后，分配至各处理流程进行处理，调度中心确认订单的收款账号是否正确、目标订单中产品的sku(stock keeping unit，库存量单位)确定，物流匹配的确定等信息确认。同一产品在不同平台的sku可能相同，也可能不同，因此，对sku的确定是保证系统订单上产品sku对应的产品与目标订单上的产品相同，其为同一产品，避免因sku问题导致产品出错。
59.数据抓取与管理系统内预设有物流规则，该物流规则是根据平台信息、或订单地址、或收货地址预设有对应的物流公司，可以理解，物流规则中设定第一平台的订单通过第一物流公司出货，当从第一平台获取订单，对该订单出货时，数据抓取与管理系统自动匹配第一物流公司进行运输。同样的，若根据收货地址匹配对应的物流公司，可以理解，物流规则中设定第一区域内的订单通过第二物流公司出货，当目标订单中的收货地址属于第一区域内时，系统自动匹配第二物流公司进行运输。需要说明的是，若目标订单中的信息通过物流规则匹配后，没有匹配的物流，此时，提供一个确定端口，需要相关人员确定和选择哪家物流公司出货，其中，相关人员可以是销售人员、客服人员等与该订单相关的人员。其他物流规则的具体实施方式基本相同，在此不再赘述。
60.步骤s20：若所述系统订单处于存在状态，则对所述系统订单进行管理检测，得到检测结果，其中，所述管理检测包括拆分检测、亏损检测、库存检测；
61.在本实施例中，即使将目标订单放在数据抓取与管理系统中同一管理，生成系统订单后，也存在订单可能通过本地被销售取消，或者买家在平台取消订单的情况，此时，需要先确定系统订单是否被取消，若未被取消，表示系统订单处于存在状态，若被取消，表示系统订单处于作废状态，只有系统在存在状态时，才会继续进行后续订单处理流程。由于系统订单只是将目标订单以数据抓取与管理系统的订单管理规则生成后得到的订单，其包括订单相关的信息，在出货时，可能存在缺货、物流不通等情况，因此，在根据系统订单进行出货前，需要核对该系统订单有关出货的相关信息，也即，对系统订单进行管理检测，以确定出库单。
62.需要说明的是，通过本地取消系统订单时，数据抓取与管理系统依据订单状态执行取消订单api微服务，对系统订单进行取消操作流程。
63.进一步地，若所述系统订单处于存在状态，则对所述系统订单进行管理检测，得到检测结果，包括以下步骤s21-s22：
64.步骤s21，若所述系统订单处于存在状态，则获取所述管理检测的检测模型；
65.步骤s22，基于所述检测模型，对所述系统订单进行检测，得到检测结果。
66.在本实施例中，若系统订单处于存在状态，获取管理检测的检测模型，管理检测中包括拆分检测、亏损检测、库存检测，其中，拆分检测是指系统订单对应的产品存在缺货、超重等情况，则需要拆分系统订单，将产品分开出货；亏损检测是对系统订单中产品出货的物流费、采购价等成本的计算，计算其是否亏损；库存检测是指根据库存确定该产品是否缺
货。根据需求设定管理检测中还包括其他检测，再次不做具体限定。不同的管理检测对应不同的检测方式和规则，检测方式、规则和流程形成了检测模型，也即管理检测对应多个检测模型，通过检测模型对系统订单内的产品信息进行检测，得到检测结果，为出货安排做参考和确认。
67.作为一种示例，若管理检测为亏损检测时，获取亏损检测对应的检测模型，该检测模型包括系统提前设置的亏损计算公式，根据获取的系统订单的信息，将订单变量如产品重量、产品尺寸、运输方式等相关信息输入检测模型的计算公式中进行计算，计算出每一个订单的实际是否亏损以及可能亏损的金额，得到亏损数值，根据计算出的亏损数值与系统设定的预设值进行比对，若亏损数值超过预设值，则表示对该系统订单出货会造成超预期的损失，则需要相关人员对该系统订单进行修正和确定，是否继续出货，系统输出检测不通过的信息。
68.需要说明的是，系统检测到有亏损的订单，就会自动依据计算出的亏损数值对订单进行分类，区分亏损数值的大小，不同的亏损数值需要不同的人员或流程进行确认，例如，设置第一预设值和第二预设值，第一预设值小于第二预设值，则当亏损数值大于第一预设值且小于第二预设值时，表示亏损程度为较低，销售有权单独确定是否继续出货，若亏损数值大于第二预设值，表示亏损程度较高，则在销售确认后，可能还需要财务人员确认是否出货，不同的人员可决定出货的亏损数值不同，因此可设定不同的确认等级；若检测到并不亏损，则系统订单自动向下流转。
69.步骤s30：基于所述检测结果，生成出库单，以供出库人员根据所述出库单出货，完成所述目标订单的发货。
70.在本实施例中，管理检测后，得到检测结果，该检测结果包括通过和不通过，根据检测结果指定出库单，以供出库人员根据所述出库单出货，完成所述目标订单的发货。通过对系统订单的管理和分配，使仓储管理和运输管理有机的结合，稳定有效地实现物流管理中各个环节充分发挥作用，使仓储、运输、订单成为一个有机整体，满足电商系统信息化的需求。
71.作为一种示例，当所述检测结果为通过时，根据所述系统订单生成出库单，以供出库人员根据所述出库单出货，完成所述目标订单的发货。可以理解，检测结果为通过时，表示该系统订单内的产品信息符合出货要求，则根据系统订单直接生成出库单。生成的出库单处于仓库模块，具有管理权限的人员在仓库模块中，查看出库单，该出库单可转换为仓库所使用的拣货通知单，根据拣货通知单进行备货、发货，发货后通过出货的api微服务对出货的订单进行标记，再通过与目标平台连接的api完成对该目标订单的出货。
72.在备货过程中，若存在库存不足的情况，则及时补货，进入仓库补货流程。
73.需要说明的是，为了提高备货的效率，可以将出库单上的出库信息以货物位置进行拆分，得到子备货单，子备货单给到对应位置的仓库管理人员进行备货。
74.进一步地，基于所述检测结果，生成出库单，以供出库人员根据所述出库单出货，完成所述目标订单的发货，包括以下步骤s31-s33：
75.步骤s31，当所述检测结果为不通过时，确定不通过的所述检测结果对应的具体管理检测，其中，所述具体管理检测为所述拆分检测、所述亏损检测、所述库存检测中至少一种；
76.步骤s32，基于具体管理检测对应的修正处理流程，对所述系统订单进行修正处理，得到修正订单；
77.步骤s33，基于所述修正订单，生成出库单，以供出库人员根据所述出库单出货，完成所述目标订单的发货。
78.在本实施例中，当检测结果不通过时，确定不通过的检测项目是管理检测中的哪一类，如拆分检测、亏损检测或库存检测等，得到具体管理检测，每一类管理检测均有对应的检测模型和修正处理流程，根据具体管理检测的修正处理流程对系统订单进行修正处理，得到修正订单。此时，根据修正订单生成出库单。
79.作为一种示例，若具体管理检测为拆分检测，则可以表示系统订单对应的产品存在超重情况，则需要对产品进行拆分，可以理解，将一定数量的产品拆分为多个包裹进行出货和运输；还可以表示系统订单对应的多个产品，其中某一产品存在缺货等情况，则需要拆分后分开出货和运输。因此，在此状态下，系统提供拆分微服务接口，以供第一人员对所述系统订单进行拆分，得到拆分方案；系统接收所述拆分方案，生成所述修正订单。在根据拆分方案生成修正订单的过程中，需要相关人员经过对实际运输的考虑，确认是否同意拆分方案，该相关人员包括销售、买家等，在此不做具体限定。确认可拆分且按照拆分方案出货时，根据拆分方案对系统订单进行更正或拆分，得到修正订单，以形成出库单。
80.作为一种示例，若具体管理检测为亏损检测，在表示该系统订单的产品出货产生的亏损数值超过预设值，则系统提供确认端口，以供相关人员确认是否可以出货，在接收到确认出货的指令后，系统方可将订单流转至下一流程。
81.在一些场景中，系统订单出货的亏损数值超过预设值的原因并非是物流费、采购价上涨等客观存在的情况导致，而是主观因素如价格填写错误等，在这种场景下，需要确认的相关人员自行检查亏损原因并尽可能修正，如更正价格，对修正后的系统订单可以再次执行若所述系统订单处于存在状态，则对所述系统订单进行管理检测，得到检测结果的步骤。还可以由相关人员如销售确认后，自动流转至下一流程，基于修正后的系统订单生成出库单出货。
82.在一些场景中，经过管理检测后，检测结果不通过，且相关人员确认不可发货，或经过修正处理流程后确认不可发货，则该系统订单在数据抓取与管理系统内作废。
83.本发明数据抓取与管理方法，包括以下步骤：基于目标平台的应用程序接口，获取所述目标平台的目标订单以及所述目标订单的信息，生成系统订单；若所述系统订单处于存在状态，则对所述系统订单进行管理检测，得到检测结果，其中，所述管理检测包括拆分检测、亏损检测、库存检测；基于所述检测结果，生成出库单，以供出库人员根据所述出库单出货，完成所述目标订单的发货；通过上述方式，对多平台订单进行统一的数据获取和管理，生成系统订单，数据抓取与管理系统对系统订单进行同一套订单流程，避免订单处理过程中管理混乱导致错误的问题，在订单出货前对其进行管理检测和相应管控，提高订单数据管理效率。
84.本技术还提供一种数据抓取与管理装置，参照图3，所述数据抓取与管理装置包括：
85.订单获取模块10，基于目标平台的应用程序接口，获取所述目标平台的目标订单以及所述目标订单的信息，生成系统订单；
86.管理检测模块20，若所述系统订单处于存在状态，则对所述系统订单进行管理检测，得到检测结果，其中，所述管理检测包括拆分检测、亏损检测、库存检测；
87.订单出库模块30，基于所述检测结果，生成出库单，以供出库人员根据所述出库单出货，完成所述目标订单的发货。
88.可选地，所述装置包括：
89.数据获取模块，获取所述目标平台的特征值；
90.匹配模块，将所述特征值和预设关系表进行匹配，确定所述特征值对应的应用程序接口和订单获取代码。
91.可选地，所述订单获取模块10包括：
92.第一获取子模块，基于所述目标平台的所述应用程序接口和所述订单获取代码，获取所述目标平台的目标订单和所述目标订单的信息；
93.初始化子模块，基于所述订单获取代码，对所述目标订单的信息进行初始化操作，得到系统订单。
94.可选地，所述管理检测模块20包括：
95.第二获取子模块，若所述系统订单处于存在状态，则获取所述管理检测的检测模型；
96.第一检测子模块，基于所述检测模型，对所述系统订单进行检测，得到检测结果。
97.可选地，所述订单出库模块30包括：
98.第一出库子模块，当所述检测结果为通过时，根据所述系统订单生成出库单，以供出库人员根据所述出库单出货，完成所述目标订单的发货。
99.可选地，所述订单出库模块30还包括：
100.第二检测子模块，当所述检测结果为不通过时，确定不通过的所述检测结果对应的具体管理检测，其中，所述具体管理检测为所述拆分检测、所述亏损检测、所述库存检测中至少一种；
101.修正子模块，基于具体管理检测对应的修正处理流程，对所述系统订单进行修正处理，得到修正订单；
102.第二出库子模块，基于所述修正订单，生成出库单，以供出库人员根据所述出库单出货，完成所述目标订单的发货。
103.可选地，所述修正子模块包括：
104.提供子单元，提供拆分微服务接口，以供第一人员对所述系统订单进行拆分，得到拆分方案；
105.接收子单元，接收所述拆分方案，生成所述修正订单。
106.此外，本技术实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有数据抓取与管理程序，所述数据抓取与管理程序被处理器执行时实现如上所述的数据抓取与管理方法的步骤。
107.本技术计算机可读存储介质具体实施方式与上述数据抓取与管理方法各实施例基本相同，在此不再赘述。
108.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而
且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
109.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
110.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
111.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。