订单预先合并方法及其装置、设备、介质、产品与流程

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.图1为实施本技术的技术方案相关的一种典型的网络部署架构示意图；
49.图2为本技术的订单预先合并方法的典型实施例的流程示意图；
50.图3为本技术中关于根据订单分类合并规则为销售订单信息生成订单合并 组特征码的具体实施方式所形成的流程示意图；
51.图4为本技术中关于将销售订单信息存储至对应的订单合并组的具体实施 方式所形成的流程示意图；
52.图5为本技术中关于商家用户端可视化输出订单合并组群的具体实施方式 所形成的流程示意图；
53.图6为本技术中关于业务服务器移除订单合并组中无效销售订单信息的具 体实施方式所形成的流程示意图；
54.图7为本技术中关于更新订单合并规则的具体实施方式所形成的流程示意 图；
55.图8为本技术的订单预先合并装置的典型实施例的原理框图；
56.图9为本技术一个实施例的计算机设备的基本结构框图。
具体实施方式
57.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自 始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。 下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能解释 为对本技术的限制。
58.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、
ꢀ“
一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申 请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元 件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操 作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接
”ꢀ
到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。 此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使 用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部 组合。
59.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包 括技术术语和科学术语)，具有与本技术所属领域中的普通技术人员的一般理 解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理 解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特 定定义，否则不会用理想化或过于正式的含义来解释。
60.本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终 端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收 器的设备，又包括接收
和发射硬件的设备，其具有能够在双向通信链路上，进 行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个 人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或 没有多线路显示器的蜂窝或其他通信设备；pcs(personal communicationsservice，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能 力；pda(personal digital assistant，个人数字助理)，其可以包括射频接收器、 寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(globalpositioning system，全球定位系统)接收器；传统膝上型和/或掌上型计算机或 其他设备，其具有和/或包括射频接收器的传统膝上型和/或掌上型计算机或其他 设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可 运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为 在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这 里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终 端、音乐/视频播放终端，例如可以是pda、mid(mobile internet device，移动 互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机 顶盒等设备。
61.本技术所称的“服务器”、“客户端”、“工作节点”等名称所指向的硬 件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括 运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的 必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外 存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此 完成特定的功能。
62.需要指出的是，本技术所称的“服务器”这一概念，同理也可扩展到适用 于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服 务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通 过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域 技术人员应当理解这一变通，而不应以此约束本技术的网络部署方式的实施方 式。
63.请参阅图1，本技术相关技术方案实施时所需的硬件基础可按图中所示的架 构进行部署。本技术所称服务器80部署在云端，作为一个在线服务器，其可以 负责进一步连接起相关数据服务器以及其他提供相关支持的服务器等，以此构 成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81 和个人计算机82或者第三方服务器(未图示)提供服务。所述的智能手机和个 人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数 据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。
64.对于服务器而言，所述的应用程序通常会被构建为服务进程，开放相应的 程序接口，供各种终端设备上运行的应用程序进行远程调用，本技术中适于运 行于服务器的相关技术方案，便可以此种方式实现于服务器中。
65.所述的应用程序，是指运行于服务器或终端设备上的应用程序，这一应用 程序采用编程的方式实现了本技术的相关技术方案，其程序代码可被以计算机 可执行指令的形式保存于计算机能识别的非易失性存储介质中，并被中央处理 器调入内存中运行，通过该应用程序在计算机的运行而构造出本技术的相关装 置。
66.对于服务器而言，所述的应用程序通常会被构建为服务进程，开放相应的 程序接口，供各种终端设备上运行的应用程序进行远程调用，本技术中适于运 行于服务器的相关
技术方案，便可以此种方式实现于服务器中。
67.本领域技术人员对此应当知晓：本技术的各种方法，虽然基于相同的概念 而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都 是可以独立执行的。同理，对于本技术所揭示的各个实施例而言，均基于同一 发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是 为了方便而适当变换的概念，应被等同理解。
68.请参阅图2，本技术的一种订单预先合并方法，在其典型实施例中，其包括 如下步骤：
69.步骤s11，响应当前电商独立站的订单更新事件，获取该订单更新事件所对 应的销售订单信息：
70.所述的电商独立站处于网络电商独立站平台中，与传统的网络电商平台中 的电商商铺不同，所述电商独立站拥有独立的网络电商在线服务，可将电商独 立站看作一个传统的网络电商平台，电商独立站的买家用户为自身所拥有的用 户群体，不像传统的网络电商平台中各电商商铺的买家用户为平台所拥有的平 台用户。
71.当处于当前电商独立站中的买家用户购买商品生成新的销售订单信息或买 家用户修改其具有的销售订单信息时，将触发作用于当前电商独立站的所述订 单更新事件，业务服务器将响应该订单更新事件，获取所述买家用户购买商品 所生成的所述销售订单信息，或者获取所述买家用户所修改的销售订单信息。
72.所述的销售订单信息中包含网购商品信息、联系方式信息及收货地址信息， 所述网购商品信息为买家用户所购买的商品的商品信息，所述联系方式信息中 包含为买家用户用于收货的电话联系数据，如手机号码或座机号码，此外，所 述联系方式信息中还包含买家用户用于收货的收货人姓名；所述收货地址信息 中为买家用户用于收货的收货地址。
73.步骤s12，基于当前电商独立站的订单分类合并规则，调用合并组特征码算 法，根据所述销售订单信息包含的联系方式信息或收货地址信息，生成该销售 订单信息所对应的订单合并组特征码：
74.所述的订单分类合并规则一般由电商独立站的买家用户根据独立站的订单 分类合并需求所定制编辑，所述订单分类合并规则中包含目标分类对象及合并 组特征码算法，所述目标分类对象用于指定业务服务器是使用销售订单信息中 的联系方式信息或收货地址信息对销售订单信息进行订单分类合并的参考对象， 例如，当所述目标分类对象为收货地址时，业务服务器将基于各销售订单信息 包含的收货地址信息对该些销售订单信息进行订单分类合并，并调用合并组特 征码算法，根据该些销售订单信息各自包含的所述收货地址信息，生成该些销 售订单信息各自对应的所述订单合并组特征码；具体的，确定当前电商独立站 的订单分类合并规则所规定的目标分类对象，当目标分类对象为订单全局信息 时，将调用所述合并组特征算法，基于所述销售订单信息包含的联系方式信息 及收货地址信息，生成该销售订单信息所对应的订单合并组特征码；当所述目 标分类对象为联系电话、收货人姓名或收货地址中任一或多项组合时，将调用 所述合并组特征算法，基于所述销售订单信息包含的联系方式信息或收货地址 信息，生成该销售订单信息所对应的订单合并组特征码。
75.所述的合并组特征码算法一般为基于md5(信息摘要算法)所构建，业务 服务器根据当前电商独立站的所述订单分类合并规则，获取所述销售订单信息 包含的联系方式信
息或收货地址信息后，将调用所述合并组特征算法，基于所 述联系方式信息或收货地址信息，计算出所述销售订单信息所对应的订单合并 组特征码，该订单合并组特征码为对应的md5特征码。
76.所述的订单合并组特征码表征所述销售订单信息在电商独立站的订单合并 组群中所处的订单合并组，所述订单合并组群中各所述订单合并组具有对应的 订单合并组特征码，以便业务服务器根据为销售订单信息生成的订单合并组特 征码查询对应的订单合并组进行存储，具体的实施方式请参考后续步骤，本步 骤恕不赘述。
77.步骤s13，查询出当前电商独立站的订单合并组群中所述订单合并组特征码 所对应的目标订单合并组，将所述销售订单信息存储至该目标订单合并组：
78.业务服务器获取所述销售订单信息的所述订单合并组特征码后，将查询当 前电商独立站的订单合并组群中与所述订单合并组特征码相对应的目标订单合 并组。
79.所述的订单合并组群中存储着多个订单合并组，各所述订单合并组具有对 应的订单合并组特征码，当业务服务器确定出某一销售订单信息的订单合并组 特征码后，将查询出具有该订单合并组特征码的订单合并组，以将该销售订单 信息或该销售订单信息的订单标识存储至所述订单合并组中。
80.当业务服务器确定出所述销售订单信息的所述订单合并组特征码后，将获 取当前电商独立站的独立站标识，以查询出合并组群池中具有该独立站标识的 目标订单合并组群，所述合并组群池中存储着平台中各电商独立站的订单合并 组群，各所述订单合并组群具有对应的独立站标识以表征其所属的电商独立站； 查询出所述目标订单合并组群后，将查询所述目标订单合并组群中是否存在与 所述订单合并组特征码相匹配的目标订单合并组，若不存在，则在所述目标订 单合并组群中创建具有所述订单合并组特征码的目标订单合并组，以存储所述 销售订单信息，若存在，则将所述销售订单信息存储至所述目标订单合并组群 的目标订单合并组中。
81.可以理解，当电商独立站生成新的销售订单信息后，业务服务器将根据电 商独立站的订单分类合并规则，将新生成的销售订单信息分配至对应的订单合 并组中进行存储，预先为电商独立站的销售订单信息进行订单分类合并存储， 以在电商独立站需进行订单合并时，将该电商独立站的各订单合并组群推送反 馈即可，无需电商独立站花费时间等待业务服务器合并各销售订单信息，提升 电商独立站的发货效率。
82.步骤s14，响应作用于当前电商独立站的订单合并指令，将所述订单合并组 群推送至商家用户端中，以驱动该商家用户端可视化输出所述订单合并组群中 各订单合并组的销售订单信息：
83.所述的订单合并指令由处于当前电商独立站的商家用户端所触发，当处于 当前电商独立站的商家用户端的卖家用户使用订单合并功能时，将向业务服务 器提升所述订单合并指令，以分类合并当前电商独立站中的各销售订单信息。
84.业务服务器接收到所述订单合并指令后，将确定该订单合并指令包含的独 立站标识，查询出所述合并组群池中具有该独立站标识的目标订单合并组群， 并将该目标订单合并组群推送至所述订单合并指令所对应的当前独立站的商家 用户端中。
85.所述商家用户端接收业务服务器响应所述订单合并指令所推送的订单合并 组群后，将解析获取该订单合并组群中包含的各订单合并组，获取各所述订单 合并组中各自存
储的订单标识所对应的销售订单信息，并根据各所述订单信息 所属的订单合并组分组可视化输出该些订单信息。
86.电商独立站的商家用户端接收到其所属的订单合并组群进行可视化输出后， 可向业务服务器推送无效订单移除指令，以从所述订单合并组群中移除该指令 所对应的销售订单信息，具体的，业务服务器响应由商家用户端推送的无效订 单移除指令，确定该无效订单移除指令所对应的目标销售订单信息的订单标识 及目标订单合并组特征码，确定所述商家用户端所对应的目标电商独立站，查 询出目标电商独立站中订单合并组群中所述目标订单合并组特征码所对应的目 标订单合并组，进而从所述目标订单合并组中移除所述订单标识。
87.通过本方法的典型实施例可知，本方法为电商独立站的商家用户所提供的 订单合并服务为预先订单合并服务，而不是在商家用户使用订单合并服务时再 进行订单合并处理，当电商独立站生成新的销售订单信息后，将基于电商独立 站自定义的订单分类合并规则，该销售订单信息进行分类合并处理存储至订单 合并组群中对应的订单合并组，当商家用户使用订单合并服务时，将立即向商 家用户端推送预先完成分类合并的订单合并组群进行可视化输出，无需商家用 户等待较长的时间，提升平台中各电商独立站的发货效率。
88.其次，本方法的订单分类合并规则可被电商独立站的商家用户调整更新， 且业务服务器同步更新电商独立站的订单分类合并规则后，将基于新的订单分 类合并规则对重新分类合并当前电商独立站的所有销售订单信息，以适应电商 独立站新的订单分类合并需求。
89.以上的典型实施例及其变化实施例充分揭示了本技术的订单预先合并方法 的实施方案，但是，仍可通过对一些技术手段的变换和扩增而演绎出该方法的 多种变化实施例，如下概要说明其他实施例：
90.一种实施例中，请参考图3，基于当前电商独立站的订单分类合并规则，调 用合并组特征码算法，根据所述销售订单信息包含的联系方式信息或收货地址 信息，生成该销售订单信息所对应的订单合并组特征码的步骤中，包括如下步 骤：
91.步骤s121，确定当前电商独立站的订单分类合并规则所规定的目标分类对 象，当目标分类对象为订单全局信息时，将调用所述合并组特征算法，基于所 述销售订单信息包含的联系方式信息及收货地址信息，生成该销售订单信息所 对应的订单合并组特征码：
92.当所述订单分类合并规则的目标分类对象为所述订单全局信息时，则该订 单分类合并规则将基于所述销售订单信息包含的联系方式信息及收货地址信息， 为所述销售订单信息生成其所对应的订单合并组特征码，即基于销售订单信息 包含的所有的与买家用户相关的信息进行订单分类合并。
93.步骤s122，当所述目标分类对象为联系电话、收货人姓名或收货地址中任 一或多项组合时，将调用所述合并组特征算法，基于所述销售订单信息包含的 联系方式信息或收货地址信息，生成该销售订单信息所对应的订单合并组特征 码：
94.所述订单分类合并规则中可设置的目标分类对象除了所述订单全局信息外， 还可设置销售订单信息包含的联系方式信息或收货地址信息中的任一信息，如 所述联系电话、所述收货人姓名及所述收货地址，可将该些信息进行组合或选 择任一一种设置为所述
目标分类对象，当业务服务器根据所述订单分类合并规 则对电商独立站的销售订单信息进行分类合并时，将基于所述目标分类对象的 设置获取销售订单信息包含的联系方式信息或收货地址信息，以调用所述合并 组特征算法生成所述销售订单信息所对应的订单合并组特征码，例如，当当前 电商独立站的订单分类合并规则中的所述目标分类对象为所述联系电话时，则 业务服务器将基于当前电商独立站的各销售订单信息包含的联系方式信息中的 联系电话，调用所述合并组特征算法，生成该些销售订单信息各自所对应的订 单合并组特征码。
95.本实施例中，电商独立站可自定义设置订单分类合并规则中的目标分类对 象，以指定分类其销售订单信息进行合并时所参考的信息，满足电商独立站的 订单合并需求。
96.一种实施例中，请参考图4，查询当前电商独立站的订单合并组群中所述订 单合并组特征码所对应的目标订单合并组，将所述销售订单信息存储至该目标 订单合并组中的步骤中，包括如下步骤：
97.步骤s131，获取当前电商独立站的独立站标识，查询出合并组群池中具有 该独立站标识的目标订单合并组群：
98.所述的合并组群池中存储各电商独立站所属的订单合并组群，且各所属订 单合并组群具有对应的独立站标识，以表征其所属电商独立站，以便业务服务 器需根据电商独立站的独立站标识，从所属合并组群池中查询出具有该独立站 标识的目标订单合并组群。
99.步骤s132，查询所述目标订单合并组群中是否存在与所述订单合并组特征 码相匹配的目标订单合并组，若不存在，则在所述目标订单合并组群中创建具 有所述订单合并组特征码的目标订单合并组：
100.业务服务器查询出所述目标订单合并组后，将查询该目标订单合并组中是 否存在具有当前合并的销售订单信息的订单合并组特征码的目标订单合并组， 若不存在，则将在所述目标订单合并组群中创建具有所述订单合并组特征码的 目标订单合并组，以用于存储具有该订单合并组特征码的各销售订单信息。
101.步骤s133，获取所述销售订单信息的订单标识，将该订单标识存储至所述 目标订单合并组中：
102.所述的订单标识一般是指销售订单信息的订单号或其他用于销售订单信息 全局唯一的标识信息，通过所述销售订单信息的所述订单标识存储至所述目标 订单合并组中，以节省业务服务器的存储内存。
103.本实施例中，不同的电商独立站具有各自的订单合并组群，且若订单合并 组群中不存在具有当前合并的销售订单信息的订单合并组特征码的订单合并组， 将自动创建具有该订单合并组特征码的订单合并组，使得各类型的销售订单信 息皆可存储至订单合并组群中。
104.一种实施例中，请参考图5，以驱动该商家用户端可视化输出所述订单合并 组群中各订单合并组的销售订单信息的步骤中，包括如下步骤：
105.步骤s141，向业务服务器推送所述订单合并指令：
106.所述的订单合并指令由处于当前电商独立站的商家用户端所触发推送，当 处于商家用户端的商家用户使用订单合并服务时，将生成包含当前电商独立站 的独立站标识的所述订单合并指令推送至业务服务器，以驱动业务服务器响应 该订单合并指令，推送具
有所述独立站标识的订单合并组群至所述商家用户端 中。
107.步骤s142，接收由业务服务器推送的所述订单合并组群，解析获取该订单 合并组群中包含的各订单合并组：
108.所述商家用户端接收由业务服务器响应所述订单合并指令反馈推送的所述 订单合并组群后，将解析该订单合并组群，以获取该订单合并组群中包含的各 所述订单合并组。
109.步骤s143，获取各所述订单合并组中各自存储的订单标识所对应的销售订 单信息，根据各所述订单信息所属的订单合并组分组可视化输出该些订单信息：
110.所述商家用户端对各所述订单合并组进行可视化输出时，将获取各所述订 单合并组群中各自包含的销售订单信息，若各所述订单合并组群中包含的订单 标识，则将根据该些订单标识从服务器中获取对应的销售订单信息；获取各所 述销售订单信息后，将基于该些销售订单信息所属的订单合并组，以组的形式 分组输出各所述销售订单信息。
111.本实施例中，电商独立站的商家用户在使用订单合并服务时，可直接从业 务服务器中预先完成分类合并的订单合并组群，无需商家用户等待业务服务器 对各销售订单信息即时处理而消耗时间。
112.一种实施例中，请参考图6，本方法包括如下后置步骤：
113.步骤s15，响应由商家用户端推送的无效订单移除指令，确定该无效订单移 除指令所对应的目标销售订单信息的订单标识及目标订单合并组特征码：
114.商家用户端输出显示其所属的订单合并组群后，可浏览该订单合并组群中 各订单合并组存储的销售订单信息，当某一销售订单信息为无效销售订单时， 如用户退款的订单或已发货的订单等，可使用无效订单移除服务，触发生成包 含该销售订单信息的订单标识及目标订单合并组特征码的无效订单移除指令， 并将该无效订单移除指令推送至业务服务器中。
115.步骤s16，确定所述商家用户端所对应的目标电商独立站，查询出目标电商 独立站中订单合并组群中所述目标订单合并组特征码所对应的目标订单合并组：
116.业务服务器确定所述无效订单移除指令所对应的目标销售订单信息的订单 标识及目标订单合并组特征码后，将确定所述商家用户端的电商独立站所对应 的订单合并组群，并从该订单合并组群中查询出所述目标订单合并组特征码所 对应的目标订单合并组。
117.步骤s17，从所述目标订单合并组中移除所述订单标识。
118.业务服务器查询出所述目标订单合并组后，将从该目标订单合并组中移除 无效销售订单信息所对应的订单标识。
119.本实施例中，商家用户可将无效的订单从订单合并组中移除以进行订单合 并发货，通过向业务服务器推送指向无效订单的无效订单移除指令以驱动业务 服务器执行无效订单移除，防止无效订单合并为同一订单后导致合并订单无效。
120.一种实施例中，请参考图7，本方法包括如下后置步骤：
121.步骤s15’，接收由商家用户端推送的订单分类合并规则更新指令，获取该 指令包含的新订单分类合并规则：
122.电商独立站的商家用户可调整其已设置的订单分类合并规则进行更新，商 家用户调整完其所述订单分类合并规则后，将向业务服务器推送包含新订单分 类合并规则的
所述订单分类合并规则更新指令。
123.步骤s16’，将所述商家用户端的电商独立站的旧订单分类合并规则更新为 所述新订单分类合并规则，且基于该新订单分类合并规则重新分类合并所述电 商独立站的订单信息，生成新的订单合并组群：
124.业务服务器获取商家用户端更新的所述新订单分类合并规则后，将该商家 用户端的电商独立站的旧订单分类合并规则更新为所述新订单分类合并规则， 并基于该新订单分类合并规则，重新合并分类所述电商独立站的订单合并组群 中存储的各销售订单信息，生成重新合并分类存储各所述销售订单信息的新订 单合并组群。
125.本实施例中，电商独立站的商家用户可调整其订单分类合并规则，且业务 服务器同步更新电商独立站的订单分类合并规则后，将基于新的订单分类合并 规则对重新分类合并当前电商独立站的所有销售订单信息。
126.进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化， 构造出本技术的一种订单预先合并装置，按照这一思路，请参阅图8，其中的一 个典型实施例中，该装置包括：订单信息获取模块11，用于响应当前电商独立 站的订单更新事件，获取该订单更新事件所对应的销售订单信息；特征码生成 模块12，用于基于当前电商独立站的订单分类合并规则，调用合并组特征码算 法，根据所述销售订单信息包含的联系方式信息或收货地址信息，生成该销售 订单信息所对应的订单合并组特征码；订单合并存储模块13，用于查询出当前 电商独立站的订单合并组群中所述订单合并组特征码所对应的目标订单合并组， 将所述销售订单信息存储至该目标订单合并组；合并组推送模块14，用于响应 作用于当前电商独立站的订单合并指令，将所述订单合并组群推送至商家用户 端中，以驱动该商家用户端可视化输出所述订单合并组群中各订单合并组的销 售订单信息。
127.一种实施例中，所述特征码生成模块12包括：第一特征码生成子模块，用 于确定当前电商独立站的订单分类合并规则所规定的目标分类对象，当目标分 类对象为订单全局信息时，将调用所述合并组特征算法，基于所述销售订单信 息包含的联系方式信息及收货地址信息，生成该销售订单信息所对应的订单合 并组特征码；第二特征码生成子模块，用于当所述目标分类对象为联系电话、 收货人姓名或收货地址中任一或多项组合时，将调用所述合并组特征算法，基 于所述销售订单信息包含的联系方式信息或收货地址信息，生成该销售订单信 息所对应的订单合并组特征码。
128.一种实施例中，所述订单合并存储模块13包括：目标合并组群查询模块， 用于获取当前电商独立站的独立站标识，查询出合并组群池中具有该独立站标 识的目标订单合并组群；目标合并组处理模块，用于查询所述目标订单合并组 群中是否存在与所述订单合并组特征码相匹配的目标订单合并组，若不存在， 则在所述目标订单合并组群中创建具有所述订单合并组特征码的目标订单合并 组；订单号存储子模块，用于获取所述销售订单信息的订单标识，将该订单标 识存储至所述目标订单合并组中。
129.为解决上述技术问题，本技术实施例还提供一种计算机设备，用于运行根 据所述订单预先合并方法所实现的计算机程序。具体请参阅图9，图9为本实施 例计算机设备基本结构框图。
130.如图9所示，计算机设备的内部结构示意图。该计算机设备包括通过系统 总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机 设备的非易失性存储
介质存储有操作系统、数据库和计算机可读指令，数据库 中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器 实现一种订单预先合并方法。该计算机设备的处理器用于提供计算和控制能力， 支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指 令，该计算机可读指令被处理器执行时，可使得处理器执行一种订单预先合并 方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理 解，图9中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构 成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包 括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布 置。
131.本实施方式中处理器用于执行本技术的订单预先合并装置中的各个模块/子 模块的具体功能，存储器存储有执行上述模块所需的程序代码和各类数据。网 络接口用于向用户终端或服务器之间的数据传输。本实施方式中的存储器存储 有订单预先合并装置中执行所有模块/子模块所需的程序代码及数据，服务器能 够调用服务器的程序代码及数据执行所有子模块的功能。
132.本技术还提供一种非易失性存储介质，所述的订单预先合并方法被编写成 计算机程序，以计算机可读指令的形式存储于该存储介质中，计算机可读指令 被一个或多个处理器执行时，意味着该程序在计算机中的运行，由此使得一个 或多个处理器执行上述任一实施例订单预先合并方法的步骤。
133.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计 算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流 程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory， rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram) 等。
134.综上所述，本技术预先对订单进行分类合并存储，使商家使用订单合并服 务时可立即提供合并结果无需等待。
135.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示， 但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的 说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而 且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这 些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执 行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子 步骤或者阶段的至少一部分轮流或者交替地执行。
136.本技术领域技术人员可以理解，本技术中已经讨论过的各种操作、方法、 流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有 本技术中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可 以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与 本技术中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、 更改、重排、分解、组合或删除。
137.以上所述仅是本技术的部分实施方式，应当指出，对于本技术领域的普通 技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰， 这些改进和润饰也应视为本技术的保护范围。