基于订单的数据处理方法及相关装置与流程

1.本技术属于互联网行政、商业、金融、管理、监督或预测目的的数据处理技术领域，具体涉及一种基于订单的数据处理方法及相关装置。


背景技术：

2.目前，对于跨境电商领域的卖家来说，单笔订单利润数据的及时获取和准确计算是非常重要的，但在目前的跨境企业资源计划(enterprise resource planning，erp) 系统中，存在各种问题导致卖家用户无法及时、准确地获取订单的数据信息，卖家无法查询对应订单的销售数据；例如，待付款订单由于买家尚未付费，因此在电商平台上是没有该订单的数据值的，卖家用户看不到该订单的销售数据，影响卖家对销售数据的管理。


技术实现要素：

3.本技术实施例提供了一种基于订单的数据处理方法及相关装置，以期使卖家及时的获取到待付款订单的销售数据。
4.第一方面，本技术实施例提供了一种基于订单的数据处理方法，应用于电商系统中的店铺管理服务器，所述电商系统包括电商平台服务器、所述店铺管理服务器和卖家用户账号所关联的用户设备，所述店铺管理服务器用于管理目标店铺的店铺数据，所述店铺数据包括第一销售数据和第二销售数据，所述卖家用户账号是指所述目标店铺所关联的用户账号；所述方法包括：获取来自所述电商平台服务器的待付款订单的第一销售数据，所述第一销售数据包括头程运费和佣金；确定所述待付款订单对应的目标商品是否存在已付费历史订单；若存在所述已付费历史订单，则根据所述已付费历史订单的销售额预估所述待付款订单的第二销售数据，所述第二销售数据包括所述待付款订单的利润；若不存在所述已付费历史订单，则获取所述电商平台服务器当前上架的所述目标商品的实时单价，并根据所述实时单价预估所述第二销售数据；接收来自所述用户设备的针对所述第一销售数据和第二销售数据的获取请求；响应所述获取请求，向所述用户设备推送所述第一销售数据和所述第二销售数据。
5.第二方面，本技术实施例提供了一种基于订单的数据处理装置，应用于所述电商系统中的店铺管理服务器，所述电商系统包括电商平台服务器、所述店铺管理服务器和卖家用户账号所关联的用户设备，所述店铺管理服务器用于管理目标店铺的店铺数据，所述卖家用户账号是指所述目标店铺所关联的用户账号；所述装置包括：第一获取单元，用于获取来自所述电商平台服务器的待付款订单的第一销售数据，所述第一销售数据包括头程运费和佣金；
确定单元，用于确定所述待付款订单对应的目标商品是否存在已付费历史订单；第一计算单元，用于当存在所述已付费历史订单时，根据所述已付费历史订单的销售额预估所述待付款订单的第二销售数据，所述第二销售数据包括所述待付款订单的利润；第二获取单元，用于当不存在所述已付费历史订单时，获取所述电商平台服务器当前上架的所述目标商品的实时单价；第二计算单元，用于根据所述实时单价预估所述第二销售数据；接收单元，用于接收来自所述用户设备的针对所述第一销售数据和第二销售数据的获取请求；发送单元，用于响应所述获取请求，向所述用户设备推送所述第一销售数据和所述第二销售数据。
6.第三方面，本技术实施例提供了一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行本技术实施例第一方面和第二方面中任一方面的步骤的指令。
7.第四方面，本技术实施例提供了一种计算机存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如本实施例第一方面和第二方面中任一方面所描述的部分或全部步骤。
8.第五方面，本技术实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本技术实施例第一方面和第二方面中任一方面所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
9.可以看出，本技术实施例中，首先获取来自所述电商平台服务器的待付款订单的第一销售数据；并确定所述待付款订单对应的目标商品是否存在已付费历史订单；若存在所述已付费历史订单，则根据所述已付费历史订单的销售额预估所述待付款订单的第二销售数据；若不存在已付费历史订单，则获取所述电商平台服务器当前上架的所述目标商品的实时单价，并根据所述实时单价预估所述第二销售数据；接收来自所述用户设备的针对所述第一销售数据和第二销售数据的获取请求；响应所述获取请求，向所述用户设备推送所述第一销售数据和所述第二销售数据。这样，通过直接从所述电商平台服务器获取所述第一销售数据，并通过已付费历史订单的销售额或者目标商品的实时单价预估所述第二销售数据，进而响应卖家针对待付款订单的销售数据的获取请求，向卖家推送所述销售数据，使卖家及时的获取到待付款订单的销售数据。
附图说明
10.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
11.图1a是本技术实施例提供的一种电商系统的结构示意图；
图1b是本技术实施例提供的一种电子设备的结构示意图；图2是本技术实施例提供的一种基于订单的数据处理方法的流程示意图；图3是本技术实施例提供的一种基于订单的数据处理装置的结构示意图。
具体实施方式
12.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
13.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、系统、产品或设备固有的其他步骤或单元。
14.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
15.下面先对本技术涉及到的相关术语进行介绍。
16.listing ：就是一个产品页面，一件商品一个页面。简单来说，一个listing就是一个产品页面，产品的标题，产品的评价，产品的介绍，相关产品，q/a问答等等。
17.目前，对于跨境电商领域的卖家来说，单笔订单利润数据的及时获取和准确计算是非常重要的，但在目前的跨境erp系统中，待付款订单由于买家尚未付费，因此在电商平台上是没有该订单的数据值的，卖家用户看不到该订单的销售数据，影响卖家对销售数据的管理。
18.为解决上述问题，本技术实施例提供了一种基于订单的数据处理方法。所述方法可以应用于快速获取待付款订单的销售数据的场景中。可以先获取来自所述电商平台服务器的待付款订单的第一销售数据；并确定所述待付款订单对应的目标商品是否存在已付费历史订单；若存在所述已付费历史订单，则根据所述已付费历史订单的销售额预估所述待付款订单的第二销售数据；若不存在已付费历史订单，则获取所述电商平台服务器当前上架的所述目标商品的实时单价，并根据所述实时单价预估所述第二销售数据；接收来自所述用户设备的针对所述第一销售数据和第二销售数据的获取请求；响应所述获取请求，向所述用户设备推送所述第一销售数据和所述第二销售数据。本方案可以适用于多种场景，包括但不限于上述提到的应用场景。
19.下面介绍本技术实施例涉及的系统架构。
20.如图1a是本技术实施例提供的一种电商系统100，所述电商系统100包括电商平台服务器101、所述店铺管理服务器102和卖家用户账号所关联的用户设备103，所述店铺管理服务器102用于管理目标店铺的店铺数据，所述卖家用户账号是指所述目标店铺所关联的用户账号。
21.本技术还提供了一种电子设备10，如图1b所示，其包括至少一个处理器（processor）11；显示屏12；以及存储器（memory）13，还可以包括通信接口（communications interface）15和总线14。其中，处理器11、显示屏12、存储器13和通信接口15可以通过总线14完成相互间的通信。显示屏12设置为显示初始设置模式中预设的用户引导界面。通信接口15可以传输信息。处理器11可以调用存储器13中的逻辑指令，以执行上述实施例中的方法。
22.可选的，所述电子设备10可以是移动电子设备，也可以是电子设备或其他设备，在此不做唯一性限定。
23.此外，上述的存储器13中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
24.存储器13作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令或模块。处理器11通过运行存储在存储器13中的软件程序、指令或模块，从而执行功能应用以及数据处理，即实现上述实施例中的方法。
25.存储器13可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据电子设备10的使用所创建的数据等。此外，存储器13可以包括高速随机存取存储器，还可以包括非易失性存储器。例如，u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
26.下面对具体的方法进行详细的介绍。
27.请参阅图2，本技术还提供了一种基于订单的数据处理方法，应用于所述电商系统中的店铺管理服务器，所述电商系统包括电商平台服务器、所述店铺管理服务器和卖家用户账号所关联的用户设备，所述店铺管理服务器用于管理目标店铺的店铺数据，所述卖家用户账号是指所述目标店铺所关联的用户账号；所述方法包括：步骤201、获取来自所述电商平台服务器的待付款订单的第一销售数据，所述第一销售数据包括头程运费和佣金；步骤202、确定所述待付款订单对应的目标商品是否存在已付费历史订单；步骤203、若存在所述已付费历史订单，则根据所述已付费历史订单的销售额预估所述待付款订单的第二销售数据，所述第二销售数据包括所述待付款订单的利润；步骤204、若不存在所述已付费历史订单，则获取所述电商平台服务器当前上架的所述目标商品的实时单价，并根据所述实时单价预估所述第二销售数据；步骤205、接收来自所述用户设备的针对所述第一销售数据和第二销售数据的获取请求；步骤206、响应所述获取请求，向所述用户设备推送所述第一销售数据和所述第二销售数据。
28.具体实现中，在现有的电商平台中（如亚马逊），所述待付款订单的销售数据不全面。处于待付款状态的订单由于买家尚未付费，因此在电商平台上是没有所述待付款订单的数据值的，卖家无法查询到所述待付款订单的销售数据（所述销售数据包括所述第一销售数据和/或所述第二销售数据）。一个订单的所述销售数据包括头程运费、佣金、产品金额
等（若是订单属于测评订单还会有测评费）。
29.可以看出，本技术实施例中，首先获取来自所述电商平台服务器的待付款订单的第一销售数据；并确定所述待付款订单对应的目标商品是否存在已付费历史订单；若存在所述已付费历史订单，则根据所述已付费历史订单的销售额预估所述待付款订单的第二销售数据；若不存在已付费历史订单，则获取所述电商平台服务器当前上架的所述目标商品的实时单价，并根据所述实时单价预估所述第二销售数据；接收来自所述用户设备的针对所述第一销售数据和第二销售数据的获取请求；响应所述获取请求，向所述用户设备推送所述第一销售数据和所述第二销售数据。这样，通过直接从所述电商平台服务器获取所述第一销售数据，并通过已付费历史订单的销售额或者目标商品的实时单价预估所述第二销售数据，进而响应卖家针对待付款订单的销售数据的获取请求，向卖家推送所述销售数据，使卖家及时的获取到待付款订单的销售数据。
30.在一个可能的实施例中，所述获取所述电商平台服务器当前上架的所述目标商品的实时单价，并根据所述实时单价预估所述待付款订单的所述利润，包括：从所述电商平台服务器获取所述目标店铺的目标在线商品价目表，所述目标在线商品价目表中包括多个在线商品和所述多个在线商品对应的价格；根据预设的商品命名规则和/或所述目标商品的名称，查询所述目标在线商品价目表，得到所述目标商品的所述实时单价。
31.具体的，所述从所述电商平台服务器获取所述目标店铺的目标在线商品价目表，包括：获取由所述电商平台服务器维护的在线商品价目表集合，所述在线商品价目表集合包括n个在线商品价目表，所述n个在线商品价目表与n个店铺一一对应，所述n个店铺中包括所述目标店铺；获取所述待付款订单对应的目标站点信息，所述目标站点信息关联所述目标店铺；根据目标站点信息确定所述目标店铺；根据所述目标店铺与所述目标在线商品价目表之间的映射关系，在所述在线商品价目表中筛选出所述目标在线商品价目表。
32.具体实现中，电商平台服务器中存储有所有店铺的销售数据，当需要查询所述目标商品的实时价格时，所述店铺管理服务器向所述电商平台服务器发送针对所述目标在线商品价目表的第二获取请求，所述电商平台服务器接收到所述第二获取请求之后，向所述店铺管理服务器发送所述目标在线商品价目表。
33.或者所述店铺管理服务器每隔预设时间获取一次所述在线商品价目表集合，所述在线商品价目表集合中包括多个店铺对应的多个在线商品价目表，所述店铺管理服务器通过获取所述待付款订单对应的目标站点信息来从所述多个店铺中确定所述目标店铺，进而获取到所述目标在线商品价目表。
34.所述店铺管理服务器根据所述目标商品的名称从所述目标在线商品价目表中查询得到所述目标商品的所述实时单价；或者所述店铺管理服务器根据上述预设的商品命名规则解析所述目标商品的名称，得到所述目标商品的名称所属的目录坐标，获取实时目录坐标处的第一商品的实时价格，即为所述目标商品的实时价格。
35.可以看出，本实施例中，通过预设的命名规则或商品的名称直接获取到所述目标商品的实时价格，以计算所述待付款订单的所述利润。
36.在一个可能的实施例中，在所述待付款订单转为已付款订单时，获取所述已付款订单的实际付款价格；将所述实际付款价格与所述实时单价或历史价格进行比较；若所述实际付款价格与所述实时单价或历史价格一致，则确定所述利润计算准确；若所述实际付
款价格与所述实时单价或历史价格不一致，则根据所述实际付款价格和所述第一销售数据重新计算所述利润。
37.示例的，所述历史价格为所述已付费历史订单中所述目标商品的单价。
38.具体实现中，待付款订单是买家下单但未付款的订单。由于待付款订单是买家下单时就已经生成的，即买家下单时，该订单下的商品单价为a，此时店铺管理服务器去电商平台服务器中拉取目标商品的实时单价或历史价格时，由于数据拉取存在时间滞后性，导致获得数据的时候，商品的实际单价变为b。但是买家在付款时（例如一周后付款），买家付款也是按照单价a去付款的，此时由于店铺管理服务器拉取的单价b和买家实际付款的单价a是不同的，实际利润是按a来算，而店铺管理服务器预估是按b来算，这时候就会出现预估不准确的情况。
39.具体的，针对上述情况，已付款订单在所述电商平台服务器中存在完整的数据，因此，可在用户付款之后，从所述电商平台服务器中获取到完整的已付款订单数据时，先比较已付款订单中的实际付款价格与所述实时单价或历史价格是否一致，若一致，则证明利润的预估准确，若不一致则需要根据所述实际付款价格再次计算所述利润，以更正数据。
40.可以看出，本实施例中，为了避免预估利润存在误差，设置验证机制，通过实际付款价格对预估的利润进行验证，以确保最终得到的利润的准确性。
41.在一个可能的实施例中，所述方法还包括：若所述待付款订单为测评订单，则确定所述测评订单的测评费；记录所述测评费，并在预设时间根据所述测评费、所述第一销售数据和所述第二销售数据计算所述利润。
42.具体实现中，对于头程运费和佣金，所述店铺管理服务器可以立刻从所述电商平台服务器中获取到（例如，即通过访问亚马逊服务器接口从亚马逊在线listing中获取数据）。
43.示例的，所述预设时间可以是一个或多个定时节点，例如每天、每周或每月的固定时间，也可以是固定的间隔时间，还可以是不定时的随机获取，或者有规律的时间间隔（例如根据不同的季节、销售情况、淡季旺季等进行调整）。
44.示例的，可以在测评费产生时就立刻标记为测评订单，立刻将测评费同步到所述店铺管理服务器中的数据模块呈现（所述数据模块用于向所述用户设备推送当前所要显示的数据），然后在预设时间就推送到财务模块去计算利润数据，这样使得数据更新更快。
45.可以理解的是，测评订单与正常订单不同，测评订单是用户免费获得商品，并对商品进行免费体验，但是测评订单在电商平台上归类为一笔正常的交易订单，即买家购买，卖家发货，但私下里卖家已经支付了买家本金和佣金，因此，需要获取订单对应的本金和佣金的数据，同时还需要获取头程运费，但是电商平台中只有头程运费和佣金，因此还需要从其他地方获取订单本金。所述本金是指所述测评订单的付款价格。
46.其中，测评订单的流程为：卖家请测评人a对产品b进行测评，测评人a付了产品的本金购买该产品，卖家看到订单后，卖家会把本金退回给测评人a，测评人a对产品进行好评，当卖家看到该好评并确认该好评生效，会支付测评人a佣金。因此本金和佣金实际上是分了两步付钱的，财务在付钱的时候，可能一部分是上个月付的，一部分是这个月付的，如果采用竞品的做法，即本金和佣金一起付，会造成上个月和这个月的财务数据不准，而店铺管理服务器中是本金和佣金分开记账，填写对应的时间，方便管理。
47.可以看出，本实施例中，通过对待付款订单进行标记，并获取待付款订单中的测评费数据，进而进一步计算利润。
48.在一个可能的实施例中，所述方法还包括：若检测到针对所述测评订单的退款消息，则向所述用户设备发送退款提醒，所述退款提醒用于指示所述测评订单被恶意退款。
49.具体实现中，在电商平台中存在下列机制：买家如果认为收到的产品不满意（可能是买家恶意，也有可能是产品真的有问题），可以申请退款，电商平台若审核无误，则会退款给买家，买家可以在30天内把货退回，但买家也有可能不退货（正常的业务情况是不退的）。因此需要设计退款提醒以提醒卖家，尤其是测评订单的退款提醒，以使得卖家获知对应的情况，以辅助卖家进行相应的决策。
50.测评订单中，卖家是把本金和佣金都支付给了买家，这时，买家如果恶意申请退款，电商平台会再退款一份本金给买家，相当于买家获得了两份本金和一份佣金，对于卖家来说会产生不利影响。因此在遇到测评订单中买家恶意申请退款的情况，需要提醒卖家，以帮助卖家做出策略 ，例如卖家会选择以后不和该买家合作等。
51.可以看出，本实施例中，通过设计退款提醒以提醒卖家，尤其是测评订单的退款提醒，以使得卖家获知对应的情况，以辅助卖家进行相应的决策。
52.在一个可能的实施例中，所述方法还包括：每隔预设时间从所述电商平台服务器获取退款订单数据集合，所述退款订单数据集合包括处于退款状态的多个测评订单对应的多个订单数据；从所述多个订单数据中确定出所述测评订单对应的目标订单数据；根据所述目标订单数据对所述第二销售数据进行更新；对所述测评订单进行退款标记。
53.具体实现中，所述电商平台服务器会对所述订单数据集合中的退款订单数据集合进行一次标记，所述店铺管理服务器可以每隔预设时间（可以是10分钟、15分钟、半小时等，在此不做唯一性限定）从电商平台服务器接口上获取所述退款订单数据集合。所述店铺管理服务器从所述退款订单数据集合中确定出所述目标订单数据，就根据所述目标订单数据对利润数据进行更新，保证利润数据是准确的，并在店铺管理服务器上作退款标记。
54.优选的，所述预设时间为15分钟。间隔15分钟获取一次退款订单数据集合的原因：所述电商平台服务器接口的限制和所述店铺管理服务器的压力。对于用户来说，这个时间间隔是越短越好，因为用户需要高频得知店铺的订单状况。所述店铺管理服务器是15分钟自动访问一次所述电商平台服务器接口以获取订单数据，然后进行数据更新（数据动态更新），无需用户手动访问。
55.用户需要高频得知各店铺的订单情况，及时发现异常订单和销售情况。异常情形比如：在大卖场景下，可能一分钟会出几百单，此时如果优惠券设置错了或者定价错误导致亏本，如果订单情况更新太慢，就会造成很大的损失，因此需要尽可能快的更新用户的订单状况，方便用户进行管理。
56.可以看出，本实施例中，通过间隔预设时间获取退款订单数据集合，并对目标订单进行标记，以归类退款订单。
57.在一个可能的实施例中，所述方法还包括：针对所述目标店铺的销售情况进行数据分析，以确定出所述目标店铺的淡季和旺季；在所述淡季时，将所述预设时间设置为第一预设时间；在所述旺季时，将所述预设时间设置为第二预设时间。
58.由于所述店铺管理服务器需要高频地从电商平台服务器中获取订单数据并推送
给用户；但用户可能存在在特定时间段需要高频获取订单数据，在另一时间段不需要高频获取订单数据的情况。
59.因此，针对单个站点（店铺）进行销售情况的淡旺季分析，分析出目标店铺在第一时段内属于淡季，在第二时段内属于旺季。则店铺管理服务器提供一种动态更新策略，在淡季（第一时段）进行订单更新的频次为第一频次（即将所述预设时间设置为第一预设时间；），在旺季（第二时段）进行订单更新的频次为第二频次（将所述预设时间设置为第二预设时间），第二频次大于第一频次，第一预设时间大于所述第二预设时间。如此，更能满足用户需求。
60.可以看出，本实施例中，通过预测店铺的淡季和旺季，进而根据淡季和旺季设置不同的订单数据获取频率，根据实际需要获取订单数据，在满足用户需求的同时，能够避免给店铺管理服务器施加不必要的压力。
61.上述主要从方法侧执行过程的角度对本技术实施例的方案进行了介绍。可以理解的是，移动电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
62.本技术实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本技术实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
63.请参阅图3，本技术还提供一种基于订单的数据处理装置30，应用于所述电商系统中的店铺管理服务器，所述电商系统包括电商平台服务器、所述店铺管理服务器和卖家用户账号所关联的用户设备，所述店铺管理服务器用于管理目标店铺的店铺数据，所述卖家用户账号是指所述目标店铺所关联的用户账号；所述装置包括：第一获取单元301，用于获取来自所述电商平台服务器的待付款订单的第一销售数据，所述第一销售数据包括头程运费和佣金；确定单元302，用于确定所述待付款订单对应的目标商品是否存在已付费历史订单；第一计算单元303，用于当存在所述已付费历史订单时，根据所述已付费历史订单的销售额预估所述待付款订单的第二销售数据，所述第二销售数据包括所述待付款订单的利润；第二获取单元304，用于当不存在所述已付费历史订单时，获取所述电商平台服务器当前上架的所述目标商品的实时单价；第二计算单元305，用于根据所述实时单价预估所述第二销售数据；接收单元306，用于接收来自所述用户设备的针对所述第一销售数据和第二销售数据的获取请求；
发送单元307，用于响应所述获取请求，向所述用户设备推送所述第一销售数据和所述第二销售数据。
64.可以看出，本技术实施例中，首先获取来自所述电商平台服务器的待付款订单的第一销售数据；并确定所述待付款订单对应的目标商品是否存在已付费历史订单；若存在所述已付费历史订单，则根据所述已付费历史订单的销售额预估所述待付款订单的第二销售数据；若不存在已付费历史订单，则获取所述电商平台服务器当前上架的所述目标商品的实时单价，并根据所述实时单价预估所述第二销售数据；接收来自所述用户设备的针对所述第一销售数据和第二销售数据的获取请求；响应所述获取请求，向所述用户设备推送所述第一销售数据和所述第二销售数据。这样，通过直接从所述电商平台服务器获取所述第一销售数据，并通过已付费历史订单的销售额或者目标商品的实时单价预估所述第二销售数据，进而响应卖家针对待付款订单的销售数据的获取请求，向卖家推送所述销售数据，使卖家及时的获取到待付款订单的销售数据。
65.在一个可能的实施例中，所述获取所述电商平台服务器当前上架的所述目标商品的实时单价的方面，所述第二获取单元304具体用于：从所述电商平台服务器获取所述目标店铺的目标在线商品价目表，所述目标在线商品价目表中包括多个在线商品和所述多个在线商品对应的价格；所述根据所述实时单价预估所述待付款订单的所述第二销售数据的方面，所述第二计算单元305具体用于：根据预设的商品命名规则和所述目标商品的名称，查询所述目标在线商品价目表，得到所述目标商品的所述实时单价。
66.在一个可能的实施例中，所述从所述电商平台服务器获取所述目标店铺的目标在线商品价目表的方面，所述第二获取单元304具体用于：获取由所述电商平台服务器维护的在线商品价目表集合，所述在线商品价目表集合包括n个在线商品价目表，所述n个在线商品价目表与n个店铺一一对应，所述n个店铺中包括所述目标店铺；获取所述待付款订单对应的目标站点信息，所述目标站点信息关联所述目标店铺；根据目标站点信息确定所述目标店铺；根据所述目标店铺与所述目标在线商品价目表之间的映射关系，在所述在线商品价目表中筛选出所述目标在线商品价目表。
67.在一个可能的实施例中，所述装置还包括：所述确定单元302，用于在所述待付款订单为测评订单时，确定所述测评订单的测评费；记录单元，用于记录所述测评费；第三计算单元，用于在预设时间根据所述测评费计算所述利润。
68.在一个可能的实施例中，所述装置还包括：检测单元，用于检测针对所述测评订单的退款消息；所述发送单元307，用于在检测到针对所述测评订单的退款消息时，向所述用户设备发送退款提醒，所述退款提醒用于指示所述测评订单被恶意退款。
69.在一个可能的实施例中，所述装置还包括：第三获取单元，用于每隔预设时间从所述电商平台服务器获取退款订单数据集合，所述退款订单数据集合包括处于退款状态的多个测评订单对应的多个订单数据；所述确定单元302，用于从所述多个订单数据中确定出所述测评订单对应的目标订单数据；更新单元，用于根据所述目标订单数据对所述第二销售数据进行更新；标记单元，用于对所述测评订单进行退款标记。
70.在一个可能的实施例中，所述方法还包括：分析单元， 用于针对所述目标店铺的销售情况进行数据分析，以确定出所述目标店铺的淡季和旺季；设置单元，用于在淡季时，将所述预设时间设置为第一预设时间；在旺季时，将所述预设时间设置为第二预设时间。
71.上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质（例如，软盘、硬盘、磁带）、光介质（例如，dvd）、或者半导体介质。半导体介质可以是固态硬盘。
72.本技术实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。
73.本技术实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。
74.应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
75.在本技术所提供的几个实施例中，应该理解到，所揭露的方法、装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的；例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
76.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
77.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
78.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、磁碟、光盘、易失性存储器或非易失性存储器。其中，非易失性存储器可以是只读存储器（read-only memory，rom）、可编程只读存储器
（programmable rom，prom）、可擦除可编程只读存储器（erasable prom，eprom）、电可擦除可编程只读存储器（electrically eprom，eeprom）或闪存。易失性存储器可以是随机存取存储器（random access memory，ram），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器（random access memory，ram）可用，例如静态随机存取存储器（static ram，sram）、动态随机存取存储器（dram）、同步动态随机存取存储器（synchronous dram，sdram）、双倍数据速率同步动态随机存取存储器（double data rate sdram，ddr sdram）、增强型同步动态随机存取存储器（enhanced sdram，esdram）、同步连接动态随机存取存储器（synchlink dram，sldram）和直接内存总线随机存取存储器（direct rambus ram，dr ram）。等各种可以存储程序代码的介质。
79.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，可轻易想到变化或替换，均可作各种更动与修改，包含上述不同功能、实施步骤的组合，包含软件和硬件的实施方式，均在本发明的保护范围。