CN114298641A - 订单信息处理方法、装置及计算机设备 - Google Patents
订单信息处理方法、装置及计算机设备 Download PDFInfo
- Publication number
- CN114298641A CN114298641A CN202111667248.XA CN202111667248A CN114298641A CN 114298641 A CN114298641 A CN 114298641A CN 202111667248 A CN202111667248 A CN 202111667248A CN 114298641 A CN114298641 A CN 114298641A
- Authority
- CN
- China
- Prior art keywords
- client
- order
- sharing
- delivery order
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本说明书实施例提供一种订单信息处理方法、装置及计算机设备,所述方法包括:接收第一客户端在确认配送订单后发起的对所述配送订单的分享请求,生成与所述配送订单对应的分享链接;将所述分享链接发送给第二客户端;接收所述第二客户端基于所述分享链接发起的页面请求,基于所述第二客户端提供的验证信息,对所述第二客户端进行验证,在验证通过后获取所述配送订单的当前状态信息并返回给所述第二客户端,以供所述第二客户端展示包含有所述当前状态信息的订单状态页面。
Description
技术领域
本说明书实施例涉及互联网技术领域,尤其涉及订单信息处理方法、装置及计算机设备。
背景技术
随着互联网技术的发展,配送服务给人们生活带来了很多便利。例如网购、餐饮外卖服务等场景中,用户发起订单后,往往较为关注订单的配送情况。基于此,需要提供用户体验更好的订单信息处理方案。
发明内容
为克服相关技术中存在的问题,本说明书实施例提供了订单信息处理方法、装置及计算机设备。
根据本说明书实施例的第一方面,提供一种订单信息处理方法,包括:
接收第一客户端在确认配送订单后发起的对所述配送订单的分享请求,生成与所述配送订单对应的分享链接;
将所述分享链接发送给第二客户端;
接收所述第二客户端基于所述分享链接发起的页面请求,基于所述第二客户端提供的验证信息,对所述第二客户端进行验证,在验证通过后获取所述配送订单的当前状态信息并返回给所述第二客户端,以供所述第二客户端展示包含有所述当前状态信息的订单状态页面。
根据本说明书实施例的第二方面,提供一种订单信息处理方法,包括:
基于第一用户的操作,展示下单页面或配送订单页面;其中,所述下单页面或所述配送订单页面中展示有分享触发对象;
通过所述分享触发对象检测到所述第一用户触发的分享请求,向服务端发送对所述第一用户的配送订单的分享请求;
获取所述服务端基于所述分享请求生成的对应所述配送订单的分享链接;
基于所述第一用户对所述分享链接的操作,将所述分享链接推送给第二用户。
根据本说明书实施例的第三方面,提供一种订单信息处理方法,包括:
接收对应于第一用户的配送订单的分享链接,所述分享链接携带有页面地址;
若检测到所述分享链接被触发,基于所述页面地址向服务端发送页面请求;
接收服务端基于所述页面请求返回的验证请求后,获取第二用户输入的验证信息并发送给所述服务端,以供所述服务端基于所述验证信息对所述第二用户进行验证;
接收所述服务端对第二用户验证通过后返回的所述配送订单的当前状态信息,并展示包含有所述当前状态信息的订单状态页面。
根据本说明书实施例的第四方面,提供一种订单信息处理装置,包括:
生成模块,用于:接收第一客户端在确认配送订单后发起的对所述配送订单的分享请求,生成与所述配送订单对应的分享链接;
发送模块,用于:将所述分享链接发送给第二客户端;
返回模块,用于:接收所述第二客户端基于所述分享链接发起的页面请求,基于所述第二客户端提供的验证信息,对所述第二客户端进行验证,在验证通过后获取所述配送订单的当前状态信息并返回给所述第二客户端,以供所述第二客户端展示包含有所述当前状态信息的订单状态页面。
根据本说明书实施例的第五方面,提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现前述订单信息处理方法的实施例。
本说明书的实施例提供的技术方案可以包括以下有益效果:
本说明书实施例中,第一用户可以使用第一客户端发起配送订单,根据第一用户的需要,第一客户端可以向服务端发起对配送订单的分享请求,服务端接收到该分享请求后,可以生成与所述配送订单对应的分享链接,该分享链接可以发送给第二用户所使用的第二客户端,因此,第二用户通过分享链接向服务端发起页面请求,服务端可以获取第二客户端提供的验证信息对所述第二客户端进行验证,在验证通过后将所述配送订单的当前状态信息返回给所述第二客户端,以供所述第二客户端基于所述当前状态信息展示所述配送订单的订单状态页面。由上述实施例可见,该方案可以由第二客户端与服务端通信获取订单信息并展示,因此能够保证订单信息的时效性,并且无需第一用户操作,能显著地提高用户体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本说明书的实施例,并与说明书一起用于解释本说明书的原理。
图1A是本说明书根据一示例性实施例示出的一种即时配送场景示意图。
图1B是本说明书根据一示例性实施例示出的一种订单信息处理方法的流程图。
图2A和图2B分别是本说明书根据一示例性实施例示出的一种订单信息处理的示意图。
图3A、图3B和图3C分别是本说明书根据一示例性实施例示出的一种订单信息处理方法的流程图。
图4是本说明书根据一示例性实施例示出的一种订单信息处理装置的框图。
图5、图6和图7分别是本说明书根据一示例性实施例示出的一种订单信息处理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
在本说明书使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
配送服务广泛应用于网购、餐饮外卖、跑腿代购等场景中。一些场景中用户对配送服务的状态较为关注,例如餐饮外卖等场景中的配送服务,通常用户发起配送订单,配送订单中涉及用户指定的配送起点位置和配送终点位置,服务端根据订单信息调度配送运力,由配送运力从配送起点位置,将用户所需的物品配送至配送终点位置。在一些对配送时效要求较高的场景下,例如即时配送服务,用户发起订单后,往往较为关注订单的配送情况。
如图1A所示,是本说明书根据一示例性实施例示出的配送场景示意图,包括有业务方、配送运力和用户。其中,业务方搭建有服务端,向用户提供有客户端,用户可通过客户端使用业务方提供的服务。例如,用户可通过客户端发起即时配送订单,客户端可以展示有即时配送订单的订单信息等等。本实施例的配送运力是指具有配送能力的一方,包括但不限于配送人员,例如俗称的骑手,配送运力可以通过配送运力客户端与服务端通信;在其他例子中配送运力还可以包括无人配送设备,例如无人机、无人车等等。
在一些场景中,第一用户发起的即时配送订单中,收货人是第一用户,即配送运力配送的物品送达给第一用户,此种场景中,客户端可以从服务端获取到即时配送订单的订单信息并进行展示,第一用户可以通过客户端查阅到即时配送订单的订单信息,例如配送运力的位置等等。
在另一些场景中,第一用户发起的即时配送订单中,收货人是其他用户,配送运力配送的物品需要送达给其他用户,此种场景中,其他用户也具有查阅即时配送订单的订单信息的需求,此时,需要第一用户查阅客户端展示的订单信息后,由第一用户反馈给该其他用户。例如,第一用户可能需要打开客户端,查阅后,通过电话或即时通讯工具,向其他用户告知订单信息。由此可知,第一用户需要较多的操作,整个处理链路较长效率低下;而且,若其他用户所需要的订单信息是配送运力的位置,而配送运力在配送过程中位置信息持续变化,第一用户传递的订单信息也存在滞后性。
基于此,本说明书提供了订单信息处理实施例,可以解决上述订单信息处理存在的用户操作繁琐、信息存在滞后性的问题。作为例子,本实施例中,第一用户可以使用第一客户端发起配送订单,根据第一用户的需要,第一客户端可以向服务端发起对配送订单的分享请求,服务端接收到该分享请求后,可以生成与所述配送订单对应的分享链接,该分享链接可以发送给第二用户所使用的第二客户端,因此,第二用户通过分享链接向服务端发起页面请求,服务端可以对所述第二客户端进行验证,在验证通过后将所述配送订单的当前状态信息返回给所述第二客户端,以供所述第二客户端基于所述当前状态信息展示所述配送订单的订单状态页面。由上述实施例可见,该方案可以由第二客户端与服务端通信获取订单信息并展示,因此能够保证订单信息的时效性,并且无需第一用户操作,能显著地提高用户体验。接下来对本说明书实施例进行详细说明。
如图1B所示,是本说明书示出的一种订单信息处理的实施例,本实施例从第一客户端、服务端和第二客户端三者交互的角度描述了订单信息处理的流程。其中,为了便于区分,使用第一客户端的用户为第一用户,即发起配送订单的用户;使用第二客户端的用户为第二用户,即第一用户要分享订单的用户。作为例子,该订单信息处理的实施例可以包括如下步骤120至步骤129:
在步骤120中,第一客户端发送分享请求至服务端;
本实施例的分享触发对象用于供第一用户触发分享请求,实际应用中可以有多种实现方式。作为例子,第一客户端可以基于第一用户的操作,展示下单页面或配送订单页面;其中,所述下单页面或配送订单页面中展示有分享触发对象;通过所述分享触发对象检测到所述第一用户触发的分享请求后,获取所述配送订单的订单信息,向服务端发送携带有所述订单信息的分享请求。
作为例子,所述下单页面可以是用于供用户选购商品的页面;在下单页面中,用户可以选购商品,并可以填写订单信息,例如收货人信息等等,在该下单页面中可以展示该分享触发对象,用户可以根据需要确定是否触发该分享触发对象;用户完成选购后,可以触发下单页面的订单确认功能,客户端根据用户的触发向服务端提交订单请求,该订单请求携带有多种订单信息,还可以携带有基于用户触发分享触发对象后生成的分享请求;服务端基于该订单请求确认订单后,客户端可以显示订单页面,可选的,订单页面中也可以显示分享触发对象,若用户在下单页面中未触发该分享触发对象,也可以在订单页面中触发。
所述分享触发对象根据需要可以有多种实现方式,例如可以是控件等,如按钮、选择框或勾选框等等。所述分享触发对象可以设置于配送订单页面的固定位置;和/或,所述分享触发对象可以是在确定出所述第一客户端具有分享配送订单的需求后显示在所述配送订单页面中的。其中,上述确定的过程可以是客户端执行,也可以服务端执行。
在步骤121中,服务端生成分享链接;
作为例子,接收第一客户端在确认配送订单后发起的对所述配送订单的分享请求,生成与所述配送订单对应的分享链接。可选的,该分享链接可用于开启所述配送订单的订单状态页面,所述分享链接可以携带有页面地址。
在步骤1221中,服务端发送分享链接至第一客户端。
在步骤1222中,第一客户端发送分享链接至第二客户端;
作为例子,第一客户端可以获取所述服务端基于所述分享请求生成的对应所述配送订单的分享链接,基于所述第一用户对所述分享链接的操作,将所述分享链接推送给第二用户。
在步骤1223中,服务端发送分享链接至第二客户端;
作为例子,本实施例可以是服务端主动将所述分享链接发送给第二客户端。例如,可以是基于所述配送订单中的收货人联系方式,将所述分享链接推送给第二客户端。例如,可以是服务端通过收货人的手机号码,以短信息的方式将分享链接推送至第二用户的电子设备,即电子设备的短信客户端可接收到短信息;还可以是服务端根据收货人的手机号码等信息,以应用内消息(App Messaging)的方式推送第二用户的电子设备中的客户端。在其他例子中,以邮件等方式发送也是可选的,本实施例对此不进行限定。
在步骤123中,第二客户端检测到所述分享链接被触发;
作为例子,第二客户端接收到对应于第一用户的配送订单的分享链接,所述分享链接携带有页面地址。第二客户端可以检测第二用户是否触发该分享链接。
在步骤124中,第二客户端基于所述分享链接中的页面地址发送页面请求至服务端。
作为例子,客户端可以检测到第二用户触发分享链接后,访问分享链接中的页面地址,访问页面即向提供页面的服务端发送页面请求,以获取服务端对该页面提供的页面信息。其中,访问的方式可以是调用浏览器客户端访问,也可以是客户端通过webview等方式在客户端内打开页面。
在步骤125中,服务端发送验证请求至第二客户端;
作为例子,服务端接收所述第二客户端基于所述分享链接发起的页面请求后,发送验证请求至第二客户端,以验证第二用户是否具有权限查阅配送订单的订单信息的权限。
在步骤126中,第二客户端发送验证信息至服务端;
作为例子,接收服务器基于所述页面请求返回的验证请求后,获取第二用户输入的验证信息并发送给所述服务端。
在步骤127中,服务端利用验证信息对第二客户端进行验证;
作为例子,服务端可以基于所述分享链接对应的所述配送订单的用户信息,对所述第二客户端进行验证。
在步骤128中,服务端返回订单状态信息至第二客户端。
作为例子,服务端在对第二客户端验证通过后,可以获取所述配送订单的当前状态信息并返回给所述第二客户端。
在步骤129中,第二客户端展示包含有订单状态信息的订单状态页面。
作为例子,接收所述服务端对第二用户验证通过后返回的所述配送订单的当前状态信息,并展示包含有所述当前状态信息的订单状态页面。
由上述实施例可见,该实施例可以由第二客户端与服务端通信获取订单信息并展示,因此能够保证订单信息的时效性,并且无需第一用户操作,能显著地提高用户体验。
在一些例子中,服务端可以在接收到第一客户端发送的分享请求后,确定第一用户愿意分享该配送订单,基于此可以为该配送订单生成分享标识,并存储于该配送订单的订单数据中,通过该分享标识表征该配送订单可以被分享。基于此,可以保障后续分享处理的信息安全。服务端若接收到第二客户端发送的对该配送订单的订单信息的请求,可选的,服务端可以查找该配送订单的订单数据,可以通过查找是否有分享标识确定该配送订单是否可以被分享,若未有分享标识,表示用户未分享该订单,可以拒绝第二客户端的请求;若有分享标识,可以对第二客户端进行验证,也即是在确定所述配送订单的订单数据具有分享标识后,才执行对第二客户端的验证,因此可以进一步地提高配送订单的订单信息的安全。
在一些例子中,可以在第一用户发起配送订单的过程中,主动确定第一用户是否有需要分享配送订单。基于此,本实施例中,所述分享请求,是所述第一客户端在输出分享询问消息后触发的;所述分享询问消息,是基于所述配送订单的订单信息,确定出所述第一客户端具有分享配送订单的需求后发送的。例如,若第一用户所发起的配送订单并非是第一用户收货,而是第二用户收货,则第一用户较大概率具有分享该订单给第二用户的需求。基于此,本实施例可以通过所述配送订单的订单信息,如收货人联系方式信息等,来确定第一用户是否具有分享需求。可选的,上述确定的过程可以是第一客户端执行,也可以是服务端执行。若确定出用户具有分享需求,可以及时提醒第一用户,以便于第一用户操作,本实施例中可以在第一客户端中输出分享询问消息,通过分享询问消息询问第一用户,从而可以提醒第一用户需要分享,以快速地触发分享请求。
在一些例子中,可以通过如下一种或多种方式,确定出所述第一客户端是否具有分享配送订单的需求:比对所述第一客户端在发起配送订单的地理位置信息与所述配送订单中的收货人信息;和/或比对所述第一客户端的登录用户的常用收货人信息与所述配送订单中的收货人信息。例如,配送订单中的收货人信息包括收货人个人信息、联系方式信息或地理位置信息,若第一客户端在发起配送订单的地理位置信息与配送订单中收货人的地理位置信息不一致,或者配送订单中的收货人信息与第一用户的用户信息不一致,或者与所述第一客户端的登录用户的常用收货人信息不一致,可以确定出第一用户所发起的配送订单并非是第一用户收货,确定第一用户具有分享需求。
在一些例子中,为了对配送订单的订单信息进行隐私保护,本实施例中可以基于所述分享链接对应的所述配送订单的用户信息,对所述第二客户端进行验证。其中,验证的过程可以是客户端进行,也可以是服务端进行。作为例子,验证的方式可以有多种,例如,第一用户所发起的订单中是由第二用户作为收货人,则第二用户可以查阅该订单的权限;基于此,可以由第二用户输入收货人信息,若第二用户所输入的信息与配送订单的收货人信息匹配,可以确定第二客户端通过验证;若不匹配,可以确定第二客户端未通过验证。在其他例子中,还可以是第一客户端或服务端生成验证信息,在第一客户端进行显示后,由第一用户提供给第二用户,使第二用户在验证时输入该验证信息进行验证,若第二用户输入正确的验证信息,可以确定第二客户端通过验证;若未能输入正确的验证信息,可以确定第二客户端未通过验证,拒绝第二用户查阅订单信息。
通过上述实施例,第二客户端可以向第二用户展示配送订单的一种或多种订单信息,在另一些例子中,本实施例中第二客户端除了展示订单状态信息后,还可以提供有对所述配送订单的处理功能,以供第二用户对配送订单进行处理;作为例子,所述处理功能可以包括如下一种或多种:联系商家、联系骑手、发起催单、评价或理赔功能等等。可选的,实际应用中,第二用户可能是该配送订单的收货人,也可能并非收货人,而是第一用户授权的其他用户;根据需要,该处理功能可以向任意第二用户提供,也可以是只向作为收货人的第二用户提供。其中,可以根据需要确定第二用户是否为收货人,示例性的,可以通过第二客户端的登录用户的用户信息确定该登录用户是否为收货人,例如根据登录用户的用户标识、注册信息或身份信息等,与收货人信息相匹配来确定。其中,本实施例中的任一与用户相关的信息,是业务方通过客户端在向用户告知信息的处理规则、经过用户同意后获取的。
进一步的,通过展示上述处理功能,第二用户可以触发任一处理功能,第二客户端根据第二用户的触发,触发相应的处理流程,例如,第二客户端向服务端发起对应所述处理功能的处理请求,服务端根据处理请求,也执行相应的处理流程,例如返回处理数据给第二客户端等等,具体可以根据实际的处理功能而确定。可选的,服务端根据第二用户触发的处理功能,可以在订单数据中存储处理数据。其中,第一客户端也向第一用户提供有处理功能,第一用户也可能触发处理功能产生处理数据,可选的,服务端可以为处理数据添加对应的用户标识,以表征该处理数据是由第一用户触发产生的或是由第二用户触发并产生的。
如图2A所示,是本说明书根据一示例性实施例示出的另一种订单信息处理方法的示意图,本实施例的配送订单以外卖订单为例进行说明,该订单信息处理实施例可以包括:
订单发起用户Tony可以使用外卖平台业务方提供的APP,通过该APP提供的功能,Tony可以选择店铺购买外卖、确定收货地址和收货人联系方式等,之后Tony确认订单后,也即表示发起一个即时配送订单,APP将即时配送订单的发起请求发送给服务端,服务端基于该发起请求对该即时配送订单进行处理,例如向店铺方发送订单信息、为即时配送订单分配配送运力、向分配的配送运力发送订单信息、预估配送运力的配送时间等等,将一些订单信息返回给APP,APP接收到服务端返回的订单信息并显示在页面上,例如,在页面上显示该分配的配送运力的信息,如配送运力的位置信息、预估送达时间信息等等。
本实施例中,APP的页面中可以显示分享控件,其中,显示分享控件的页面可以是该即时配送订单的页面,即在页面中提供固定的分享控件;若Tony希望将该即时配送订单分享给其他人,Tony可以触发该分享控件,APP通过该分享控件接收到Tony的分享请求,可以调出分享页面,该分享页面中可以显示有多个其他APP的图标,Tony可以根据需要触发其中一个或多个APP的图标,APP通过检测到Tony的触发,调出其他APP,从而便于Tony将该即时配送订单分享给其他人。
可选的,本实施例中APP中还可以在Tony下单的过程中提供分享控件,即动态提供分享控件;例如,在接收到用户的即时配送订单的发起请求后,确定该即时配送订单是否是用户为他人所下的订单,若是,可以在页面中额外增加分享提醒,并提供分享控件;例如,图2A中的示意图中,APP在用户付款成功后展示即时配送订单页面时,该即时配送订单页面中显示有询问用户是否分享给其他用户的提示消息,并且还提供了分享控件。
若通过分享控件确定用户Tony需要分享给其他人,服务端可以生成该该即时配送订单的分享链接并发送给用户Tony的APP,该分享链接携带有链接地址。用户Tony可以利用APP将该分享链接分享给其他人,例如通过即时通讯工具等方式分享。当该分享链接分享给被其他用户触发时,可以基于分享链接中记录的链接地址访问服务端,以向服务端请求获取该即时配送订单的订单信息。
如图2B所示,是本实施例提供的另一种订单信息处理示意图,可选的,分享控件可以是用户Tony下单后付款前,在确定出用户Tony具有分享需求后显示出来,其中,页面中显示有分享询问消息,以提示和询问用户是否具有分享需求;其中,分享询问消息具体可以包括一显示在页面顶层的消息,其中还包括有可供用户触发的分享控件,该分享控件具体可以是如图2B所示的“开启开关”,若用户Tony触发后,服务端根据收货人的联系方式,将分享链接直接推送给收货人。
可选的,服务端存储有即时配送订单的订单数据,本实施例还可以在确定用户Tony需要分享给其他人后,为该即时配送订单生成分享标识,并存储于该即时配送订单的订单数据中,通过该分享标识表征该即时配送订单可以被分享。
服务端若接收到第二客户端发送的对该即时配送订单的订单信息的请求,可选的,服务端可以查找该即时配送订单的订单数据,可以通过查找是否有分享标识确定该即时配送订单是否可以被分享,若未有分享标识,表示用户未分享该订单,可以拒绝第二客户端的请求;若有分享标识,可以对第二客户端进行验证。
可选的,本实施例中,如图2A和图2B所示,第二客户端可以展示验证页面,该验证页面中包括有可以供用户输入验证的控件;作为例子,图2A和图2B均以输入控件为例,采用手机号码进行验证的方式为例;实际应用中还可以有其他方式实现。基于此,第二客户端可以获取到用户输入的验证信息,服务端可以通过基于此验证该用户是否具有权限查阅该即时配送订单的订单信息。可选的,本实施例可以采用验证用户输入的用户信息是否与该即时配送订单的收货人信息相匹配的方式,例如,可以用户可以输入用户名称、收货地址或手机号码等一个或多个信息,通过用户输入的一个或多个信息,来验证该用户是否为即时配送订单的收货人。若通过验证,服务端选取即时配送订单选取全部或部分信息,并返回给第二客户端。如图2A和图2B所示,第二客户端所展示的订单页面中,示出了即时配送订单中的当前订单状态信息,当前订单状态信息包括有骑手的实时位置信息,可选的,还可以包括商家状态出餐状态、骑手取配状态、预计送达时间、商家店名、商品名称、商品数量、商品金额、收货信息、订单号码、订购人电话、配送方式、配送骑士、支付方式、下单时间等等,从而可以供第二用户查阅。可选的,订单页面还提供有对该订单的处理功能,例如联系商家、联系骑手、发起催单、评价或理赔功能等等,使得作为收货人的第二用户也可以通过处理功能对该即时配送订单进行处理。
如图3A所示,是本说明书示出的另一种订单信息处理方法的流程图,本实施例从服务端一侧的角度进行描述,可包括如下步骤:
在步骤302中,接收第一客户端在确认配送订单后发起的对所述配送订单的分享请求,生成与所述配送订单对应的分享链接;
在步骤304中,将所述分享链接发送给第二客户端;
在步骤306中,接收所述第二客户端基于所述分享链接发起的页面请求,基于所述第二客户端提供的验证信息,对所述第二客户端进行验证,在验证通过后获取所述配送订单的当前状态信息并返回给所述第二客户端,以供所述第二客户端展示包含有所述当前状态信息的订单状态页面。
在一些例子中,所述将所述分享链接发送给第二客户端,包括:
基于所述配送订单中的收货人联系方式,将所述分享链接推送给第二客户端;和/或,
将所述分享链接发送给所述第一客户端,由所述第一客户端发送给第二客户端。
在一些例子中,所述分享请求,是所述第一客户端在输出分享询问消息后触发的;所述分享询问消息,是基于所述配送订单的订单信息,确定出所述第一客户端具有分享所述配送订单的需求后输出的。
在一些例子中,所述确定所述第一客户端是否具有分享配送订单的需求,包括如下任一:
比对所述第一客户端在发起配送订单的地理位置信息与所述配送订单中的收货人信息;
比对所述第一客户端的登录用户的常用收货人信息与所述配送订单中的收货人信息。
在一些例子中,所述基于所述第二客户端提供的验证信息,对所述第二客户端进行验证,包括:
获取所述第二客户端发送的验证信息,基于所述验证信息是否与所述配送订单中的收货人信息匹配,对所述第二客户端进行验证;
和/或,
与在接收到所述分享请求后生成的所述配送订单的验证信息并发送给第一客户端;以及获取所述第二客户端发送的验证信息后,基于所述获取的验证信息是否与所述生成的验证信息相匹配,对所述第二客户端进行验证。
在一些例子中,所述方法还包括:在接收到所述分享请求后,在所述配送订单的订单数据中添加分享标识;
所述对所述第二客户端进行验证,是在确定所述配送订单的订单数据具有分享标识后执行的。
在一些例子中,所述方法还包括:获取所述配送订单的处理功能数据并发送给第二客户端,以使所述第二客户端展示的订单状态页面中包括对所述配送订单的处理功能。
在一些例子中,所述获取所述配送订单的处理功能数据并发送给第二客户端,是在检测到所述第二客户端的登录用户与所述配送订单的收货人匹配后执行的。
在一些例子中,所述方法还包括:
获取客户端发送的针对所述处理功能的处理请求后,存储对应所述处理功能的处理数据;其中,所述处理数据携带有所述客户端的用户标识。
如图3B所示,是本说明书示出的另一种订单信息处理方法的流程图,本实施例从第一客户端一侧的角度进行描述,可包括如下步骤:
在步骤312中,基于第一用户的操作,展示下单页面或配送订单的订单页面;其中,所述下单页面或配送订单页面中展示有分享触发对象;
在步骤314中,通过所述分享触发对象检测到所述第一用户触发的分享请求,向服务端发送对所述第一用户的配送订单的分享请求;
在步骤316中,获取所述服务端基于所述分享请求生成的对应所述配送订单的分享链接;
在步骤318中,基于所述第一用户对所述分享链接的操作,将所述分享链接推送给第二用户。
在一些例子中,所述分享触发对象设置于配送订单页面的固定位置;和/或,
所述分享触发对象是在确定出所述第一用户具有分享所述配送订单的需求后显示在所述下单页面或配送订单页面中的。
在一些例子中,所述确定所述第一客户端是否具有分享配送订单的需求,包括如下任一:
比对所述第一客户端在发起配送订单的地理位置信息与所述配送订单中的收货人信息;
比对所述第一客户端的登录用户的常用收货人信息与所述配送订单中的收货人信息。
在一些例子中,所述方法还包括:
展示用于提示所述服务端已推送分享链接至所述第二用户的提示消息,所述提示消息是所述服务端基于所述第一用户提供的收货人联系方式推送的。
如图3C所示,是本说明书示出的另一种订单信息处理方法的流程图,本实施例从第二客户端一侧的角度进行描述,可包括如下步骤:
在步骤322中,接收对应于第一用户的配送订单的分享链接,所述分享链接携带有页面地址;
在步骤324中,若检测到所述分享链接被触发,基于所述页面地址向服务端发送页面请求;
在步骤326中,接收服务端基于所述页面请求返回的验证请求后,获取第二用户输入的验证信息并发送给所述服务端,以供所述服务端基于所述验证信息对所述第二用户进行验证;
在步骤328中,接收所述服务端对第二用户验证通过后返回的所述配送订单的当前状态信息,并展示包含有所述当前状态信息的订单状态页面。
在一些例子中,所述方法还包括:
在所述订单状态页面展示对所述配送订单的处理功能,以供第二用户对所述配送订单进行处理。
在一些例子中,所述在所述订单状态页面展示对所述配送订单的处理功能的步骤,是在检测到所述第二用户与所述配送订单的收货人匹配后执行的。
与前述订单信息处理方法的实施例相对应,本说明书还提供了订单信息处理装置及其所应用的计算机设备的实施例。
本说明书订单信息处理装置的实施例可以应用在计算机设备上,例如服务器或终端设备。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在文件处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图4所示,为本说明书订单信息处理装置所在计算机设备的一种硬件结构图,除了图4所示的处理器410、内存430、网络接口420、以及非易失性存储器440之外,实施例中订单信息处理装置431所在的计算机设备,通常根据该计算机设备的实际功能,还可以包括其他硬件,对此不再赘述。
如图5所示,图5是本说明书根据一示例性实施例示出的一种订单信息处理装置的框图,所述装置包括:
生成模块51,用于:接收第一客户端在确认配送订单后发起的对所述配送订单的分享请求,生成与所述配送订单对应的分享链接;
发送模块52,用于:将所述分享链接发送给第二客户端;
返回模块53,用于:接收所述第二客户端基于所述分享链接发起的页面请求,基于所述第二客户端提供的验证信息,对所述第二客户端进行验证,在验证通过后获取所述配送订单的当前状态信息并返回给所述第二客户端,以供所述第二客户端展示包含有所述当前状态信息的订单状态页面。
如图6所示,图6是本说明书根据一示例性实施例示出的一种订单信息处理装置的框图,所述装置包括:
展示模块61,用于:基于第一用户的操作,展示下单页面或配送订单页面;其中,所述下单页面或所述配送订单页面中展示有分享触发对象;
请求模块62,用于:通过所述分享触发对象检测到所述第一用户触发的分享请求,向服务端发送对所述第一用户的配送订单的分享请求;
获取模块63,用于:获取所述服务端基于所述分享请求生成的对应所述配送订单的分享链接;
推送模块64,用于:基于所述第一用户对所述分享链接的操作,将所述分享链接推送给第二用户。
如图7所示,图7是本说明书根据一示例性实施例示出的一种订单信息处理装置的框图,所述装置包括:
接收模块71,用于:接收对应于第一用户的配送订单的分享链接,所述分享链接携带有页面地址;
发送模块72,用于:若检测到所述分享链接被触发,基于所述页面地址向服务端发送页面请求;
获取模块73,用于:接收服务端基于所述页面请求返回的验证请求后,获取第二用户输入的验证信息并发送给所述服务端,以供所述服务端基于所述验证信息对所述第二用户进行验证;
展示模块74,用于:接收所述服务端对第二用户验证通过后返回的所述配送订单的当前状态信息,并展示包含有所述当前状态信息的订单状态页面。
相应的,本说明书还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现前述订单信息处理方法的实施例。
上述订单信息处理装置中各个模块的功能和作用的实现过程具体详见上述订单信息处理方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包括相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
本领域技术人员在考虑说明书及实践这里申请的发明后,将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本说明书的真正范围和精神由下面的权利要求指出。
应当理解的是,本说明书并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。
以上所述仅为本说明书的较佳实施例而已,并不用以限制本说明书,凡在本说明书的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书保护的范围之内。
Claims (18)
1.一种订单信息处理方法,包括:
接收第一客户端在确认配送订单后发起的对所述配送订单的分享请求,生成与所述配送订单对应的分享链接;
将所述分享链接发送给第二客户端;
接收所述第二客户端基于所述分享链接发起的页面请求,基于所述第二客户端提供的验证信息,对所述第二客户端进行验证,在验证通过后获取所述配送订单的当前状态信息并返回给所述第二客户端,以供所述第二客户端展示包含有所述当前状态信息的订单状态页面。
2.根据权利要求1所述的方法,所述将所述分享链接发送给第二客户端,包括:
基于所述配送订单中的收货人联系方式,将所述分享链接推送给第二客户端;和/或,
将所述分享链接发送给所述第一客户端,由所述第一客户端发送给第二客户端。
3.根据权利要求1所述的方法,所述分享请求,是所述第一客户端在输出分享询问消息后触发的;所述分享询问消息,是基于所述配送订单的订单信息,确定出所述第一客户端具有分享所述配送订单的需求后输出的。
4.根据权利要求3所述的方法,所述确定所述第一客户端是否具有分享配送订单的需求,包括:
比对所述第一客户端在发起配送订单时的地理位置信息与所述配送订单中的收货人信息;和/或,比对所述第一客户端的登录用户的常用收货人信息与所述配送订单中的收货人信息;
根据比对结果确定所述第一客户端是否具有分享配送订单的需求。
5.根据权利要求1所述的方法,所述基于所述第二客户端提供的验证信息,对所述第二客户端进行验证,包括:
获取所述第二客户端发送的验证信息,基于所述验证信息是否与所述配送订单中的收货人信息匹配,对所述第二客户端进行验证;
和/或,
在接收到所述分享请求后生成所述配送订单的验证信息并发送给第一客户端;以及获取所述第二客户端发送的验证信息后,基于所述获取的验证信息是否与所述生成的验证信息相匹配,对所述第二客户端进行验证。
6.根据权利要求1或5所述的方法,所述方法还包括:在接收到所述分享请求后,在所述配送订单的订单数据中添加分享标识;
所述对所述第二客户端进行验证,是在确定所述配送订单的订单数据具有分享标识后执行的。
7.根据权利要求1所述的方法,所述方法还包括:获取所述配送订单的处理功能数据并发送给第二客户端,以使所述第二客户端展示的订单状态页面中包括对所述配送订单的处理功能。
8.根据权利要求7所述的方法,所述获取所述配送订单的处理功能数据并发送给第二客户端,是在检测到所述第二客户端的登录用户与所述配送订单的收货人匹配后执行的。
9.根据权利要求7所述的方法,所述方法还包括:
获取客户端发送的针对所述处理功能的处理请求后,存储对应所述处理功能的处理数据;其中,所述处理数据携带有所述客户端的用户标识。
10.一种订单信息处理方法,包括:
基于第一用户的操作,展示下单页面或配送订单页面;其中,所述下单页面或所述配送订单页面中展示有分享触发对象;
通过所述分享触发对象检测到所述第一用户触发的分享请求,向服务端发送对所述第一用户的配送订单的分享请求;
获取所述服务端基于所述分享请求生成的对应所述配送订单的分享链接;
基于所述第一用户对所述分享链接的操作,将所述分享链接推送给第二用户。
11.根据权利要求10所述的方法,所述分享触发对象设置于配送订单页面的固定位置;和/或,
所述分享触发对象是在确定出所述第一用户具有分享所述配送订单的需求后显示在所述下单页面或配送订单页面中的。
12.根据权利要求11所述的方法,所述确定所述第一客户端是否具有分享配送订单的需求,包括:
比对所述第一客户端在发起配送订单时的地理位置信息与所述配送订单中的收货人信息;和/或,比对所述第一客户端的登录用户的常用收货人信息与所述配送订单中的收货人信息;
根据比对结果确定所述第一客户端是否具有分享配送订单的需求。
13.根据权利要求10所述的方法,所述方法还包括:
展示用于提示所述服务端已推送分享链接至所述第二用户的提示消息,所述提示消息是所述服务端基于所述第一用户提供的收货人联系方式推送的。
14.一种订单信息处理方法,包括:
接收对应于第一用户的配送订单的分享链接,所述分享链接携带有页面地址;
若检测到所述分享链接被触发,基于所述页面地址向服务端发送页面请求;
接收服务端基于所述页面请求返回的验证请求后,获取第二用户输入的验证信息并发送给所述服务端,以供所述服务端基于所述验证信息对所述第二用户进行验证;
接收所述服务端对第二用户验证通过后返回的所述配送订单的当前状态信息,并展示包含有所述当前状态信息的订单状态页面。
15.根据权利要求14所述的方法,所述方法还包括:
在所述订单状态页面展示对所述配送订单的处理功能,以供第二用户对所述配送订单进行处理。
16.根据权利要求15所述的方法,所述在所述订单状态页面展示对所述配送订单的处理功能的步骤,是在检测到所述第二用户与所述配送订单的收货人匹配后执行的。
17.一种订单信息处理装置,包括:
生成模块,用于:接收第一客户端在确认配送订单后发起的对所述配送订单的分享请求,生成与所述配送订单对应的分享链接;
发送模块,用于:将所述分享链接发送给第二客户端;
返回模块,用于:接收所述第二客户端基于所述分享链接发起的页面请求,基于所述第二客户端提供的验证信息,对所述第二客户端进行验证,在验证通过后获取所述配送订单的当前状态信息并返回给所述第二客户端,以供所述第二客户端展示包含有所述当前状态信息的订单状态页面。
18.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现权利要求1至16任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111667248.XA CN114298641A (zh) | 2021-12-31 | 2021-12-31 | 订单信息处理方法、装置及计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111667248.XA CN114298641A (zh) | 2021-12-31 | 2021-12-31 | 订单信息处理方法、装置及计算机设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114298641A true CN114298641A (zh) | 2022-04-08 |
Family
ID=80972806
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111667248.XA Pending CN114298641A (zh) | 2021-12-31 | 2021-12-31 | 订单信息处理方法、装置及计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114298641A (zh) |
-
2021
- 2021-12-31 CN CN202111667248.XA patent/CN114298641A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11218489B2 (en) | Service processing method, apparatus and server | |
US7788151B2 (en) | Systems and methods for accessing a secure electronic environment with a mobile device | |
US9996832B2 (en) | Method, system and apparatus for application loading | |
US9406062B2 (en) | Authentication method and system | |
US20080147514A1 (en) | Instant or text message ordering and purchasing system | |
CN110838010B (zh) | 业务处理方法、装置、终端、服务器及存储介质 | |
US20120191607A1 (en) | Methods And Systems For Facilitating Or Executing Electronic Payment Transactions | |
US8676237B1 (en) | Multimedia enhanced services | |
US10937047B2 (en) | Recommending user information | |
CN109598612B (zh) | 资源延期交付的方法和装置 | |
US9171307B2 (en) | Using successive levels of authentication in online commerce | |
US20120330914A1 (en) | Server, inter-business enterprise information control method and computer program | |
US20120215695A1 (en) | Managing recurring payments from mobile terminals | |
CN105871785B (zh) | 一种业务处理方法、装置和系统 | |
US8737959B2 (en) | Managing recurring payments from mobile terminals | |
CN111193655B (zh) | 信息处理方法、装置、服务器及存储介质 | |
US9418361B2 (en) | Managing recurring payments from mobile terminals | |
CN114298641A (zh) | 订单信息处理方法、装置及计算机设备 | |
KR101471926B1 (ko) | 금융상품 가입 처리 방법 및 이를 수행하는 금융 서버 | |
CN109410000A (zh) | 订单提示方法及装置 | |
CN112184343A (zh) | 防止窃取电子发票的方法及装置 | |
CN109120661B (zh) | 分发电子卡的方法和装置、服务器及可读存储介质 | |
KR101407398B1 (ko) | 스마트 단말을 이용한 하이브리드 전자상거래 제공방법 및 이를 위한 프로그램을 기록한 컴퓨터로 판독가능한 기록매체 | |
US9928538B2 (en) | Method and apparatus for processing user information | |
KR20130052431A (ko) | 정보처리 방법 및 시스템과 기록매체 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |