订单状态的推送方法、装置、电子设备及可读存储介质制造方法及图纸

本公开的实施例提供了一种订单状态的推送方法、装置、电子设备及可读存储介质，所述方法包括：检测订单变更信息，订单变更信息包括：变更后订单状态、应用授权码；根据变更后订单状态获取实时拍摄或合成得到的多媒体信息；将应用授权码和多媒体信息发送至推送通知服务器，以根据应用授权码确定对应的目标客户端，并将多媒体信息发送至目标客户端上的推送组件，推送组件在目标客户端上不依赖于目标应用独立运行，目标应用发起的订单对应订单变更信息。可以将包含多媒体信息和/或文字信息的变更提示信息，发送至独立运行的推送组件，在保证丰富表达的同时，有助于避免在线通话导致的操作复杂度较高的问题。

Pushing method, device, electronic equipment and readable storage medium for order status

The embodiments of the present disclosure provide a push method, device, electronic equipment and readable storage medium for order status. The method includes: detecting order change information, which includes: changing order status, applying authorization code; acquiring real-time photographed or synthesized multimedia information according to changed order status; and sending application authorization code and multimedia information. It is sent to the push notification server to determine the corresponding target client according to the application authorization code and send multimedia information to the push component on the target client. The push component runs independently of the target application on the target client and the order change information initiated by the target application corresponds to the order change information. Change prompts containing multimedia information and/or text information can be sent to independently running push components, which can ensure rich expression while avoiding the problem of high operational complexity caused by online calls.

【技术实现步骤摘要】
订单状态的推送方法、装置、电子设备及可读存储介质
本公开的实施例涉及网络销售
，尤其涉及一种订单状态的推送方法、装置、电子设备及可读存储介质。
技术介绍
为了提高网络销售的用户体验，可以根据用户的请求或在订单状态发生变化时，将用户订单状态发送至用户所在客户端。现有技术中，商品状态主要通过两种方式到达用户客户端。第一种方案中，订单状态用文字信息表达，且文字信息通过离线方式发送。第二种方案中，订单状态用变更提示信息表达，且建立长连接，变更提示信息通过IM(InstantMessaging,即时通信)接口发送。对上述两种方案进行分析可知，第一种方案采用文字信息表达订单状态，比较单一；为了更丰富的表达订单状态，通过采用第二种方案，然而第二种方案需要建立复杂的IM在线通话，且需要用户手动操作发送变更提示信息，导致操作复杂度较高。
技术实现思路
本公开的实施例提供一种订单状态的推送方法、装置、电子设备及可读存储介质，以解决现有技术订单状态在发送中的上述问题。根据本公开的实施例的第一方面，提供了一种订单状态的推送方法，所述方法包括：检测订单变更信息，所述订单变更信息包括：变更后订单状态、应用授权码；根据所述变更后订单状态获取对应的多媒体信息，所述多媒体信息通过实时拍摄或合成得到；将所述应用授权码和多媒体信息发送至推送通知服务器，所述推送通知服务器用于根据所述应用授权码确定对应的目标客户端，并将所述多媒体信息发送至所述目标客户端上的推送组件，所述推送组件在目标客户端上不依赖于目标应用独立运行，所述目标应用发起的订单对应所述订单变更信息。根据本公开的实施例的第二方面，提供了一种订单状态的推送装置，所述装置包括：变更检测模块，用于检测订单变更信息，所述订单变更信息包括：变更后订单状态、应用授权码；多媒体信息获取模块，用于根据所述变更后订单状态获取对应的多媒体信息，所述多媒体信息通过实时拍摄或合成得到；第一多媒体信息推送模块，用于将所述应用授权码和多媒体信息发送至推送通知服务器，所述推送通知服务器用于根据所述应用授权码确定对应的目标客户端，并将所述多媒体信息发送至所述目标客户端上的推送组件，所述推送组件在目标客户端上不依赖于目标应用独立运行，所述目标应用发起的订单对应所述订单变更信息。根据本公开的实施例的第三方面，提供了一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现前述订单状态的推送方法。根据本公开的实施例的第四方面，提供了一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述订单状态的推送方法。本公开的实施例提供了一种订单状态的推送方法及装置，所述方法包括：检测订单变更信息，所述订单变更信息包括：变更后订单状态、应用授权码；根据所述变更后订单状态获取对应的多媒体信息，所述多媒体信息通过实时拍摄或合成得到；将所述应用授权码和多媒体信息发送至推送通知服务器，所述推送通知服务器用于根据所述应用授权码确定对应的目标客户端，并将所述多媒体信息发送至所述目标客户端上的推送组件，所述推送组件在目标客户端上不依赖于目标应用独立运行，所述目标应用发起的订单对应所述订单变更信息。可以将包含多媒体信息和/或文字信息的变更提示信息，发送至独立运行的推送组件，在保证丰富表达的同时，有助于避免在线通话导致的操作复杂度较高的问题。附图说明为了更清楚地说明本公开的实施例的技术方案，下面将对本公开的实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1示出了本公开的一种实施例中的订单状态的推送方法步骤流程图；图2示出了本公开的实施例中一种订单状态流的示意图；图3示出了本公开的实施例中订单状态的推送系统的结构示意图；图4示出了本公开的另一种实施例中的订单状态的推送方法步骤流程图；图5(A、B、C、D)分别示出了本公开的商家批量出餐的各步骤示意图；图6(A、B、C、D)分别示出了本公开的骑手送达单个订单的各步骤示意图；图7示出了本公开的一种实施例中的订单状态的推送装置的结构图；图8示出了本公开的另一种实施例中的订单状态的推送装置的结构图；图9示出了本公开的一种实施例中的电子设备的结构图。具体实施方式下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的实施例一部分实施例，而不是全部的实施例。基于本公开的实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开的实施例保护的范围。实施例一参照图1，其示出了本公开的一种实施例中的订单状态的推送方法的步骤流程图，具体如下。步骤101，检测订单变更信息，所述订单变更信息包括：变更后订单状态、应用授权码。其中，订单状态是订单进行过程中的关键节点。例如，对于网络销售，订单状态可以包括但不限于：用户下单、商家接单、订单开始运送、订单送达。具体对于即时配送场景，如图2所示，可以包括但不限于：用户已付款、商家接单、骑手抢单、商家出餐、骑手到店、预计送达、骑手送达。在实际应用中，订单状态随着时间顺序变化，如图2所示，订单状态由左向右逐步变化。例如，在用户已付款之后，商家在系统上看到用户的订单时，可以选择接单，从而变更后订单状态从用户已付款变化为商家接单。对于一个最完整的过程，变更后订单状态应该依次从用户已付款、商家接单、骑手抢单、商家出餐、骑手到店、预计送达、骑手送达变化。最终骑手送达可以认为该订单完成。应用授权码用于唯一标识安装在一个移动终端上的一个应用。与移动终端标识和应用相关。在本公开的实施例中，应用授权码为发起该订单的移动终端上的即时配送应用对应的授权码，该应用授权码在第一次注册并启动之后生成，并在之后发起订单时携带在订单信息中，从而即时配送应用的应用服务器可以区分不同移动终端的订单，并返回订单的相关信息。在本公开的实施例中，在订单状态的变化均是由商家或骑手触发的，例如，商家在即时配送应用上点击接单操作，骑手在即时配送应用上进行送达确认。需要说明的是，本公开的实施例应用于可以进行网络销售的应用平台，例如，即时配送应用。可以理解，本专利技术实施例从应用平台的应用服务器侧进行详细说明。如图3所示，该应用服务器与客户端A、客户端B、客户端C、以及推送通知服务器通信连接。其中，终端A可以为骑手端，终端B可以为商家端，终端C为发起订单的用户端，客户端A、B、C均为安装有该应用平台的移动终端或其他终端。步骤102，根据所述变更后订单状态获取对应的多媒体信息，所述多媒体信息通过实时拍摄或合成得到。在实际应用中，订单状态发生变更之后，提示该变更的信息可以包括：文字信息和多媒体信息。文字信息通过文字、字符等方式表示变化之后的变更后订单状态，文字信息可以预先设定。例如，商家接单可以用文字“商家已接单”来表示，提示用户商家已经接单，或骑手到店可以用文字“骑手已到店”来表示，提示用户骑手已经到商家店内取餐。可以理解，文字信息具有数据量小、传输速度快的特点。本文档来自技高网...

【技术保护点】
1.一种订单状态的推送方法，其特征在于，所述方法包括：检测订单变更信息，所述订单变更信息包括：变更后订单状态、应用授权码；根据所述变更后订单状态获取对应的多媒体信息，所述多媒体信息通过实时拍摄或合成得到；将所述应用授权码和多媒体信息发送至推送通知服务器，所述推送通知服务器用于根据所述应用授权码确定对应的目标客户端，并将所述多媒体信息发送至所述目标客户端上的推送组件，所述推送组件在目标客户端上不依赖于目标应用独立运行，所述目标应用发起的订单对应所述订单变更信息。

【技术特征摘要】
1.一种订单状态的推送方法，其特征在于，所述方法包括：检测订单变更信息，所述订单变更信息包括：变更后订单状态、应用授权码；根据所述变更后订单状态获取对应的多媒体信息，所述多媒体信息通过实时拍摄或合成得到；将所述应用授权码和多媒体信息发送至推送通知服务器，所述推送通知服务器用于根据所述应用授权码确定对应的目标客户端，并将所述多媒体信息发送至所述目标客户端上的推送组件，所述推送组件在目标客户端上不依赖于目标应用独立运行，所述目标应用发起的订单对应所述订单变更信息。2.根据权利要求1所述的方法，其特征在于，根据权利要求1所述的方法，其特征在于，所述方法还包括：在检测到目标应用处于活跃状态的情况下，将所述多媒体信息发送至所述目标应用，所述多媒体信息展示在所述目标应用的指定界面。3.根据权利要求1所述的方法，其特征在于，所述根据所述变更后订单状态获取对应的多媒体信息的步骤，包括：在所述变更后订单状态为第一类订单状态的情况下，接收用户上传的多媒体信息；和/或；在所述变更后订单状态对应第二类订单状态的情况下，合成多媒体信息。4.根据权利要求3所述的方法，其特征在于，所述接收用户上传的多媒体信息的步骤，包括：根据所述变更后订单状态确定图片上传方式；在所述图片上传方式为批量上传的情况下，接收用户上传的实物多媒体信息以及对应的订单多媒体信息，并对所述实物多媒体信息进行保存；在所述图片上传方式为单张上传的情况下，接收用户针对第一订单号码上传的实物多媒体信息...

【专利技术属性】
技术研发人员：董尚先，
申请(专利权)人：北京三快在线科技有限公司，
类型：发明
国别省市：北京,11