CN118096323A - 信息处理方法、系统、装置、电子设备及计算机存储介质 - Google Patents
信息处理方法、系统、装置、电子设备及计算机存储介质 Download PDFInfo
- Publication number
- CN118096323A CN118096323A CN202410484284.XA CN202410484284A CN118096323A CN 118096323 A CN118096323 A CN 118096323A CN 202410484284 A CN202410484284 A CN 202410484284A CN 118096323 A CN118096323 A CN 118096323A
- Authority
- CN
- China
- Prior art keywords
- information
- order
- terminal
- delivery
- 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
- 230000010365 information processing Effects 0.000 title claims abstract description 85
- 238000003672 processing method Methods 0.000 title claims abstract description 61
- 238000000034 method Methods 0.000 claims abstract description 56
- 230000004044 response Effects 0.000 claims description 40
- 238000001514 detection method Methods 0.000 claims description 24
- 230000008859 change Effects 0.000 claims description 11
- 230000001960 triggered effect Effects 0.000 claims description 6
- 230000006854 communication Effects 0.000 abstract description 11
- 238000004891 communication Methods 0.000 abstract description 10
- 230000006870 function Effects 0.000 description 28
- 238000010586 diagram Methods 0.000 description 18
- 230000002093 peripheral effect Effects 0.000 description 9
- 230000008569 process Effects 0.000 description 8
- 238000004590 computer program Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000003068 static effect Effects 0.000 description 2
- 241000699670 Mus sp. Species 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供信息处理方法、系统、装置、电子设备及计算机存储介质,由于在该方法中,第一终端在获得服务端提供的与第一信息关联的目标下单编码图像之后,可以将目标下单编码图像提供给第二终端,以便于第二终端的第二用户触发目标下单编码图像后将第一信息展示在第二终端上,以便于第二用户填写第二信息,将第二信息提供给服务端即可生成配送订单。在该方法中,第一用户填写第一信息后,即可将与第一信息关联的目标下单编码图像提供给第二终端,以便于第二用户仅填写第二信息即可,第一用户和第二用户分别填写与自身相关的信息,无需第一用户和第二用户之中的一方填写全部信息才能生成配送订单,无需双方用户进行繁琐的沟通,提升了下单效率。
Description
技术领域
本申请涉及计算机技术领域,具体涉及信息处理方法、信息处理系统、信息处理装置、电子设备以及计算机存储介质。
背景技术
随着线上订购商品越来越受到人们的青睐,对商品的配送也变得越来越重要。
以线上订购商品为例,如果订购商品的订单与配送商品的订单不是通过一次下单过程完成的,则需要商户另外对配送商品进行下单,即:对配送商品进行下单后方可对商品进行配送。在现有的商户对配送商品进行下单时,需要订购商品的用户告知商户收货地址、用户联系方式以及方便的收货时间等信息,然后商户填写商户的地址(取货地址)、商户的联系方式、取货时间信息、配送物品类型与用户提供的收货地址、用户的联系方式、收货时间信息,进而对配送商品进行下单,在这个过程中,商户需要与订购商品的用户多次沟通配送费用信息、收货时间地址信息、用户联系方式等事宜,同时还需要商户提前预付配送费用,操作过程较为繁琐,因而如何提供一种便捷的配送订单下单方式成为当前亟需解决的技术问题。
发明内容
本申请提供一种信息处理方法,以便于为订购商品的用户提供便捷的配送订单下单方式以提升配送订单下单效率,本申请还提供信息处理系统、信息处理装置、电子设备以及计算机存储介质。
本申请提供一种信息处理方法,应用于第一终端,所述方法包括:向服务端发送用于请求生成下单编码图像的第一请求消息,以使所述服务端响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像;获得所述服务端提供的所述目标下单编码图像;将所述目标下单编码图像提供给第二终端,以使第二用户通过触发所述第二终端上展示的所述目标下单编码图像,在所述第二终端展示所述第一信息,并接收所述第二用户根据所述第一信息输入的第二信息,向所述服务端提供所述第二信息,令所述服务端根据所述第一信息与所述第二信息生成配送订单;其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
可选的,在用于输入所述第一信息的第一页面上展示有下单编码图像生成请求功能模块;所述向服务端发送用于请求生成下单编码图像的第一请求消息,包括:响应于检测到输入所述第一信息后针对所述下单编码图像生成请求功能模块的触发操作,向所述服务端发送所述第一请求消息。
可选的,所述第二终端用于在所述目标下单编码图像被所述第二用户触发后向所述服务端发送用于请求获得所述第一信息的第二请求消息,令所述服务端响应于所述第二请求消息确定所述第一信息,将所述第一信息提供给所述第二终端;或者,所述第二终端用于在所述目标下单编码图像被所述第二用户触发后,对所述目标下单编码图像进行解析,获得所述第一信息。
可选的,还包括:向所述服务端发送用于请求获得通过所述第二终端下单的、与所述目标下单编码图像对应的候选配送订单信息的第三请求消息,以使所述服务端响应于所述第三请求消息确定所述目标下单编码图像的目标下单编码标识信息,根据所述目标下单编码标识信息、预先存储的用于表示下单编码标识信息与配送订单的配送订单标识信息之间的对应关系,获得所述候选配送订单信息,其中,所述候选配送订单信息对应的订单是通过触发所述目标下单编码图像下单的订单;获得所述服务端提供的所述候选配送订单信息,将所述候选配送订单信息与所述目标下单编码图像对应地展示在第二页面上。
可选的,所述候选配送订单信息对应的订单包括待支付订单;所述方法还包括:在所述第二页面上展示用于对所述待支付订单进行支付的支付请求功能模块;响应于检测到针对所述支付请求功能模块的触发操作,展示用于对所述待支付订单进行支付的第一支付页面,以供所述第一用户进行支付。
可选的,在配送应用程序的初始页面上展示有用于引导进入所述第一页面的引导功能模块;所述方法还包括:响应于检测到针对所述引导功能模块的触发操作,展示所述第一页面。
可选的,在第三页面上展示有用于对所述第一信息进行变更的变更功能模块,所述第三页面为用于展示所述目标下单编码图像的页面;所述方法还包括:响应于检测到针对所述变更功能模块的触发操作,展示所述第一页面以对输入的所述第一信息进行变更。
可选的,在所述第二页面上展示有用于获得与目标下单编码图像对应的配送订单的获取功能模块;所述向所述服务端发送用于请求获得通过所述第二终端下单的、与所述目标下单编码图像对应的候选配送订单信息的第三请求消息,包括:响应于检测到针对所述获取功能模块的触发操作,向所述服务端发送所述第三请求消息。
可选的,所述目标下单编码图像与所述第一用户的第一用户标识信息相关联;所述方法还包括:向所述服务端发送请求获得与所述第一用户标识信息对应的配送订单的第四请求消息,以使所述服务端响应于所述第四请求消息确定所述第一用户标识信息,获得与所述第一用户标识信息对应的目标配送订单;展示所述目标配送订单的订单信息;其中,所述目标配送订单的订单信息包括生成目标配送订单的第一信息与第二信息。
本申请提供一种信息处理方法,应用于服务端,所述方法包括:获得第一终端发送的用于请求生成下单编码图像的第一请求消息;响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像;将所述目标下单编码图像提供给所述第一终端,令所述第一终端将所述目标下单编码图像提供给第二终端,以使第二用户通过触发所述第二终端上展示的所述目标下单编码图像,在所述第二终端展示所述第一信息,并接收所述第二用户根据所述第一信息输入的第二信息;获得所述第二终端提供的第二信息,根据所述第一信息与所述第二信息生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
可选的,还包括:获得所述第二终端发送的用于请求生成配送订单的订单生成请求消息,并响应于所述订单生成请求消息生成所述配送订单,获得所述配送订单的配送订单标识信息;将所述配送订单标识信息与目标下单编码标识信息进行对应,获得用于表示下单编码标识信息与配送订单的配送订单标识信息之间的对应关系,以使所述第一终端发送用于请求获得通过所述第二终端下单的、与所述目标下单编码图像对应的候选配送订单信息的第三请求消息时,响应于所述第三请求消息确定所述目标下单编码标识信息,根据所述目标下单编码标识信息、所述对应关系,获得所述候选配送订单信息,将所述候选配送订单信息提供给所述第一终端;其中,所述候选配送订单信息对应的订单是通过触发所述目标下单编码图像下单的订单;所述目标下单编码标识信息为所述目标下单编码图像的标识信息。
本申请提供一种信息处理方法,应用于第二终端,所述方法包括:获得第一终端提供的目标下单编码图像,所述目标下单编码图像是由服务端根据第一终端发送的用于请求生成下单编码图像的第一请求消息生成的,所述目标下单编码图像与第一用户在第一终端输入的用于生成下单编码图像的第一信息关联;响应于检测到针对所述目标下单编码图像的触发操作,获得所述第一信息;获得第二用户根据所述第一信息输入的第二信息;将所述第二信息提供给所述服务端,以使所述服务端根据所述第一信息与所述第二信息生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
可选的,所述配送订单包括待支付订单;所述方法还包括:在第二终端的页面上展示用于对所述待支付订单进行支付的支付请求功能模块;响应于检测到针对所述支付请求功能模块的触发操作,展示用于对所述待支付订单进行支付的第二支付页面,以供所述第二用户进行支付。
可选的,在第六页面上展示订单生成请求功能模块;所述将所述第二信息提供给所述服务端,包括:响应于检测到针对所述订单生成请求功能模块的触发操作,将所述第二信息提供给所述服务端。
本申请提供一种信息处理系统,包括:第一终端、服务端与第二终端;所述第一终端,用于向服务端发送用于请求生成下单编码图像的第一请求消息;获得所述服务端提供的目标下单编码图像,并将所述目标下单编码图像提供给所述第二终端;所述服务端,用于响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像,将所述目标下单编码图像提供给所述第一终端,令所述第一终端将所述目标下单编码图像提供给第二终端;所述第二终端,用于获得所述第一终端提供的目标下单编码图像,响应于检测到针对所述目标下单编码图像的触发操作,获得所述第一信息,并获得第二用户根据所述第一信息输入的第二信息,将所述第二信息提供给所述服务端,以使所述服务端根据所述第一信息与所述第二信息生成配送订单;根据所述第一信息与所述第二信息,生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
本申请提供一种信息处理装置,应用于第一终端,所述装置包括:第一请求消息发送单元,用于向服务端发送用于请求生成下单编码图像的第一请求消息,以使所述服务端响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像;目标下单编码图像第一获得单元,用于获得所述服务端提供的所述目标下单编码图像;目标下单编码图像第一提供单元,用于将所述目标下单编码图像提供给第二终端,以使第二用户通过触发所述第二终端上展示的所述目标下单编码图像,在所述第二终端展示所述第一信息,并接收所述第二用户根据所述第一信息输入的第二信息,向所述服务端提供所述第二信息,令所述服务端根据所述第一信息与所述第二信息生成配送订单;其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
本申请提供一种信息处理装置,应用于服务端,所述装置包括:第一请求消息获得单元,用于获得第一终端发送的用于请求生成下单编码图像的第一请求消息;目标下单编码图像生成单元,用于响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像;目标下单编码图像第二提供单元,用于将所述目标下单编码图像提供给所述第一终端,令所述第一终端将所述目标下单编码图像提供给第二终端,以使第二用户通过触发所述第二终端上展示的所述目标下单编码图像,在所述第二终端展示所述第一信息,并接收所述第二用户根据所述第一信息输入的第二信息;第二信息第一获得单元,用于获得所述第二终端提供的第二信息,根据所述第一信息与所述第二信息生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
本申请提供一种信息处理装置,应用于第二终端,所述装置包括:目标下单编码图像第二获得单元,用于获得第一终端提供的目标下单编码图像,所述目标下单编码图像是由服务端根据第一终端发送的用于请求生成下单编码图像的第一请求消息生成的,所述目标下单编码图像与第一用户在第一终端输入的用于生成下单编码图像的第一信息关联;第一信息获得单元,用于响应于检测到针对所述目标下单编码图像的触发操作,获得所述第一信息;第二信息第二获得单元,用于获得第二用户根据所述第一信息输入的第二信息;第二信息提供单元,用于将所述第二信息提供给所述服务端,以使所述服务端根据所述第一信息与所述第二信息生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
本申请提供一种电子设备,包括:处理器;存储器,用于存储计算机程序,该计算机程序被处理器运行,执行上述信息处理方法。
本申请提供一种计算机存储介质,所述计算机存储介质存储有计算机程序,该计算机程序被处理器运行,执行上述信息处理方法。
与现有技术相比,本申请实施例具有以下优点:
本申请提供一种信息处理方法,应用于第一终端,由于在该方法中,第一终端在获得服务端提供的与第一信息关联的目标下单编码图像之后,可以将目标下单编码图像提供给第二终端,以便于第二终端的第二用户触发目标下单编码图像后将第一信息展示在第二终端上,以便于第二用户填写第二信息,将第二信息提供给服务端即可生成配送订单。在该方法中,第一用户填写第一信息后,即可将与第一信息关联的目标下单编码图像提供给第二终端,以便于第二用户仅填写第二信息即可,实际上通过该方法实现了第一用户和第二用户能够分别填写与自身相关的信息,无需第一用户与第二用户之中的一方填写全部信息才能生成配送订单,无需双方用户在填写信息时进行繁琐的沟通,提升了配送订单的下单效率;同时收货方用户能够便于填写适合自身的收货时间信息与收货地址信息。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本申请提供的信息处理方法的第一场景示意图。
图2为本申请提供的信息处理方法的第二场景示意图。
图3为本申请提供的信息处理方法的第三场景示意图。
图4为本申请提供的信息处理方法的第四场景示意图。
图5为本申请提供的信息处理方法的第五场景示意图。
图6为本申请提供的信息处理方法的第六场景示意图。
图7为本申请提供的信息处理方法的第七场景示意图。
图8为本申请提供的信息处理方法的第八场景示意图。
图9为本申请提供的信息处理方法的第九场景示意图。
图10为本申请提供的信息处理方法的第十场景示意图。
图11为本申请提供的信息处理方法的第十一场景示意图。
图12为本申请提供的信息处理方法的第十二场景示意图。
图13为本申请第一实施例提供的信息处理方法的流程图。
图14为本申请第二实施例提供的信息处理方法的流程图。
图15为本申请第三实施例提供的信息处理方法的流程图。
图16为本申请第五实施例提供的信息处理装置的示意图。
图17为本申请第六实施例提供的信息处理装置的示意图。
图18为本申请第七实施例提供的信息处理装置的示意图。
图19为本申请第八实施例提供的电子设备的示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此,本申请不受下面公开的具体实施的限制。
本申请提供信息处理方法、信息处理系统、信息处理装置、电子设备及计算机存储介质。以下通过具体的实施例分别介绍信息处理方法、信息处理系统、信息处理装置、电子设备及计算机存储介质。为了更清楚地展示本申请实施例提供的信息处理方法,首先介绍一下本申请实施例提供的信息处理方法的应用场景。
本申请的信息处理方法,可以运用在使用跑腿配送服务配送下单用户在商户处订购的商品的场景中。当然,也可以运用在使用跑腿配送服务将某件物品从一个位置配送至另外一个位置的场景中。在该场景中,主要以顾客作为下单用户进行介绍,实际上商户也可以下单,即:商户也可以作为下单商户。此处的下单是指针对配送需求进行下单,进而生成配送订单。
以使用跑腿配送服务配送下单用户在商户处订购的商品为例,当下单用户在商户处订购了商品时,可以在提供跑腿配送服务的应用程序中对配送需求进行下单以生成配送订单,进而可以使用提供跑腿配送服务的配送骑手配送生成的配送订单。下单用户针对配送需求进行下单的用户。
当下单用户在商户处订购商品后,如果订购商品的订单与配送商品的订单不是通过一次下单过程完成的,即:配送商品的订单需要单独下单,现有的在提供跑腿配送服务处进行下单的过程是需要商户完成的。在下单过程中,需要商户提供取货地址信息、收货地址信息、商户联系方式、配送物品类型、取货时间信息、下单用户联系方式以及收货时间信息等信息。对于取货地址信息一般而言即为商户的地址信息,取货时间信息一般选择为及时取货,当然取货时间也可以视商户的需求而定,商户联系方式即为商户自身的联系方式。对于收货时间信息、下单用户联系方式与收货地址信息则需要商户与下单用户进行沟通,如通过即时通讯应用进行沟通,进而便于商户获得下单用户指定的收货时间信息、下单用户联系方式与收货地址信息。在商户获得收货时间信息、下单用户联系方式与收货地址信息之后,商户在提供跑腿配送服务的应用程序中即可填写取货地址信息、收货地址信息、商户联系方式、配送物品类型、取货时间信息、下单用户联系方式以及收货时间信息等信息,以生成配送订单,进而便于后续使用提供跑腿配送服务的配送骑手配送生成的配送订单。
然而现有的这种需要商户填写收货地址信息、收货时间信息与下单用户联系方式以生成配送订单的方式中,无疑会在商户与下单用户的沟通过程中浪费较多时间,最终可能还会导致填写的收货地址信息、下单用户联系方式与收货时间信息不准确;同时,这种方式还需要商户对配送费用进行预先支付。
为了避免现有的需要商户填写收货地址信息、收货时间信息、下单用户联系方式以生成配送订单的方式中浪费较多时间与精力,同时提升填写收货地址信息、收货时间信息、下单用户联系方式的效率与准确性,本申请提供了一种信息处理方法。为了便于理解本申请的信息处理方法,请参见图1至图11,其分别为本申请提供的信息处理方法的第一场景示意图至第十一场景示意图。
在该信息处理方法中,商户可以在商户端中提供跑腿配送服务的应用程序或者小程序首页中申请下单码(本场景实施例主要是以为商户申请下单码为例进行说明,此时顾客作为下单用户;如果将商户作为下单商户时,则也可以为顾客申请下单码,并将下单码提供给商户供商户进行下单),该下单码可以是二维码,也可以是二维码之外的编码信息,如下单码还可以是网址链接,在此不做限制。可以理解的是,商户在第一次使用该应用程序或者小程序时需要注册登陆的账户,注册账户后即可登录进入图1所示的页面,点击图1中的注册下单码,进而进入图2所示的页面。
在图2的页面中,主要介绍了下单码的使用流程:首先,需要填写地址信息(包括取货地址信息);之后,生成二维码;再之后,将二维码分享给下单用户,以便于下单用户填写收货地址信息以生成配送订单。点击图2中的领取下单码即可进而图3所示的页面。在图3中,需要商户填写下单码详情即可生成二维码。通过图3可以看出:下单码详情包括码名称、我的地址与配送物品;具体地,码名称即为需要生成的下单码的名称;我的地址实际上选择商户自身的地址即可,商户在填写自身地址同时可以填写自身的联系方式;配送物品即需要选择需要配送的物品的类型。
具体地,作为一种示例,在码名称处可以直接输入商户店铺名称,请参见图4。在图4中,输入的星星蛋糕店可以为码名称详情的一种示例。在输入码名称详情之后,可以继续填写我的地址(即取货地址信息),填写我的地址的详情页面请参见图5。在图5中,可以填写地址、门牌号、联系人与电话等信息。在填写这些信息后,可以点击保存并使用;之后,继续填写图3中的配送物品以选择物品类型,用于选择物品类型的页面请参见图6与图7,在图6中,需要选择物品或者商品的所属的类型,之后,即可进入图7所示的页面以选择或者填写商品或者物品的具体尺寸或者重量等规格信息。例如,请参见图6,当选择的商品类型为蛋糕时,图7中需要选择蛋糕的尺寸信息,在选择蛋糕的尺寸之后,点击确定进入图8所示的页面。
图8所示的页面实际上对应的已经将码名称、我的地址与配送物品的详情信息均填写完毕,点击其中的生成二维码,即可进入图9所示的页面。
在图9所示的页面中,在二维码区域为商户展示生成的二维码,商户可点击页面中的邀请他人下单,即可将二维码分享给他人;此外,还可以点击保存二维码图片保存二维码(在本申请中,二维码图片与二维码可以相同)。同时,还可以点击修改二维码信息,从而进入图8所示的页面对填写的码名称、我的地址与配送物品的详情信息进行修改。
在图9所示的页面中,点击二维码订单可以进入图10所示的页面,即商户在将二维码分享给其他用户后,可以查看该二维码下产生的配送订单。
在商户将商户端的下单码分享给下单用户后,下单用户在客户端通过扫描或者触发下单码进而识别出商户已填写的信息,具体请参见图11,在该页面中,下单用户无需填写取货地址信息、取货时间信息、商户联系方式等与取货相关的详情信息,仅需填写收货地址信息、自己的联系方式即可,配送费用(即图中的跑腿费)在下单用户填写收货地址信息与自己的联系方式后即可显示。当然,在图11所示的页面中还可以展示收货时间信息以便于下单用户选择适合的收货时间。在图11中,下单用户点击请填写收货地址信息即可跳转至填写收货地址信息的页面,填写收货地址信息的页面类似于图5所示的页面,具体请参照图5即可。下单用户之前在商户处订购过商品,但是由于订单商品的订单与配送商品的订单不是通过一次下单完成的,即需要下单用户对配送的需求进行下单以生成配送订单。
上述过程描述的是商户先在商户端填写要生成的下单码的信息:包括码名称、我的地址与配送物品等详情信息,之后,基于商户填写的要生成下单码的信息生成下单码。商户通过商户端将下单码分享给下单用户,以便于下单用户触发下单码后填写收货地址信息、收货时间信息、自身的联系方式等,进而使得整个过程中,商户与下单用户各自填写与自身相关的地址信息、联系方式信息或者与配送相关的信息,使得生成配送订单之前填写的用于生成配送订单的信息更加准确与高效。
为了便于理解上述信息处理方法中涉及的商户端、客户端以及服务端之间的多端交互,请参照图12,其为本申请提供的信息处理方法的第十二场景示意图。
在该场景中,所谓服务端为用于为终端提供数据处理、存储等服务的计算设备,一般地,服务端可以是指服务器或者服务器集群。终端一般为便于直接操作的电子设备。在该场景中,终端可以是商户端或者客户端。商户端即为商户使用的终端,客户端即为用户使用的终端。
在本申请中,具体地,请参见图12,商户端,用于响应于检测到商户输入第一信息后针对下单编码图像生成请求功能模块的触发操作,向服务端发送第一请求消息;获得服务端提供的与第一信息关联的目标下单编码图像,并将目标下单编码图像提供给客户端。
服务端,用于响应于第一请求消息确定商户输入的用于生成下单编码图像的第一信息,生成与第一信息关联的目标下单编码图像,将目标下单编码图像提供给商户端。
客户端,用于获得商户端提供的目标下单编码图像,响应于检测到针对目标下单编码图像的触发操作,展示与目标下单编码图像关联的第一信息;获得下单用户根据第一信息输入的第二信息;向服务端提供第二信息,令服务端根据第一信息与第二信息生成配送订单。第一信息为配送订单中的与商户相关的起始配送详情信息或者送达详情信息;对应地,第二信息为配送订单中的与下单用户相关的送达详情信息或者起始配送详情信息。
服务端在生成配送订单之后,即可将配送订单信息提供给客户端,以供下单用户查看配送订单信息;当然,也可以将配送订单信息提供给商户端,以供商户查看配送订单信息。
上述图1至图11为提供跑腿配送服务的应用程序或者小程序中的页面。上述介绍的图1至图12即为针对本申请的信息处理方法的一种应用场景的图示,本申请的实施例中不对信息处理方法的应用场景做具体的限定,上述信息处理方法的应用场景,仅仅是本申请提供的信息处理方法的应用场景的一个实施例,提供该应用场景实施例的目的是便于理解本申请提供的信息处理方法,而并非用于限定本申请提供的信息处理方法。本申请实施例对信息处理方法的其它应用场景,不再一一赘述。
第一实施例
本申请第一实施例提供一种信息处理方法。该实施例的执行主体为第一终端,关于该实施例的一些具体示例或者细节请参照上述场景实施例。
请参照图13,其为本申请第一实施例提供的信息处理方法的流程图。
本申请实施例的信息处理方法,包括如下步骤。
步骤S1301:向服务端发送用于请求生成下单编码图像的第一请求消息。
在本实施例中,向服务端发送用于请求生成下单编码图像的第一请求消息,以使服务端响应于第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与第一信息关联的目标下单编码图像。
第一终端可以是商户使用的商户端;对应地,后续的第二终端为顾客所使用客户端;当然,第一终端也可以是顾客使用的客户端;对应地,后续的第二终端为商户所使用商户端。另外,第一终端与第二终端还可以均为商户端或者均为客户端,即适用于两个不同商户分别填写第一信息与第二信息或者两个不同用户分别填写第一信息与第二信息以实现生成配送订单的场景。在本实施例中,主要以商户端作为第一终端进行说明。
在本实施例中,作为示例,下单编码图像可以是下单码,如:二维码。第一信息可以是用于生成目标下单编码图像的信息,如:图8中的码名称、我的地址以及配送物品对应的详情信息,当然还可以包括取货时间信息或者收货时间信息等(当第一地址信息为取货地址信息时,商户在填写第一信息时可以填写取货时间信息;当第一地址信息为收货地址信息时,商户在填写第一信息时可以填写收货时间信息)。第一地址信息可以为取货地址信息,当然,第一地址信息还可以是收货地址信息,如:当商户为从下单用户处收购下单用户的二手物品时,则第一地址信息为收货地址信息。
在本实施例中,还包括:在用于输入第一信息的第一页面上展示下单编码图像生成请求功能模块;作为向服务端发送用于请求生成下单编码图像的第一请求消息的一种实施方式:响应于检测到输入第一信息后针对下单编码图像生成请求功能模块的触发操作,向服务端发送第一请求消息。
第一页面如图3、图4与图8等所示的页面,图3、图4与图8等所示的页面仅仅区别在于已填写的内容或者信息完整度不同。下单编码图像生成请求功能模块如图8中所示的生成二维码控件。
步骤S1302:获得服务端提供的目标下单编码图像。
在本实施例中,生成的目标下单编码图像可以展示在如图9中的二维码区域,在二维码区域可以展示具体的二维码。
步骤S1303:将目标下单编码图像提供给第二终端。
将目标下单编码图像提供给第二终端,以使第二用户通过触发第二终端上展示的目标下单编码图像,在第二终端展示第一信息,并接收第二用户根据第一信息输入的第二信息,向服务端提供第二信息,令服务端根据第一信息与第二信息生成配送订单。
第一信息为配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,第二信息为配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息。即:当第一信息为配送订单中的与商户(第一用户的示例)相关的起始配送详情信息时,第二信息为配送订单中的与下单用户(第二用户的示例)相关的送达详情信息;当第一信息为配送订单中的与商户(第一用户的示例)相关的送达详情信息时,第二信息为配送订单中的与下单用户(第二用户的示例)相关的起始配送详情信息。
作为将目标下单编码图像提供给第二终端的一种方式,可以是指:商户通过商户端将目标下单编码图像通过即时通信应用程序分享给下单用户对应的客户端。
第一信息可以包含与第一用户对应的第一地址信息、第一联系方式信息(商户联系方式信息)、配送物品的物品类型信息。第二信息可以包含与第二用户对应的第二地址信息、第二联系方式信息(下单用户联系方式信息)。第一地址信息实际上可以是与商户相关的地址信息,如商户所在的地址;第二地址信息实际上可以是与下单用户相关的地址信息,如下单用户所在的地址或者下单用户指定的地址。
实际上,第一信息还可以包含其他信息,例如,当商户对应的地址为取货地址时,第一信息还可以包含取货时间信息;同样地,第二信息还可以包含如收货时间信息。
在本实施例中,第一地址信息为配送订单的起始配送地址信息或者送达地址信息;对应地,第二地址信息为配送订单的送达地址信息或者起始配送地址信息。即:当第一地址信息为配送订单的起始配送地址信息时,第二地址信息为配送订单的送达地址信息;当第一地址信息为配送订单的送达地址信息时,第二地址信息为配送订单的起始配送地址信息。起始配送地址信息可以是指取货地址信息,送达地址信息可以是指收货地址信息。
在本实施例中,下单用户通过触发客户端的目标下单编码图像可以是扫描收到的商户端提供的目标下单编码图像(如二维码图片),也可以是点击或者通过长按操作,以后续识别与目标下单编码图像关联的具体信息,即获得第一信息。
在本实施例中,第二终端在目标下单编码图像被第二用户触发后向服务端发送用于请求获得第一信息的第二请求消息,令服务端响应于第二请求消息确定第一信息,将第一信息提供给第二终端;或者,第二终端在目标下单编码图像被第二用户触发后,对目标下单编码图像进行解析,获得第一信息。即:在本实施例中可以通过两种方式对目标下单编码图像进行解析以获得第一信息,一种是请求服务端解析,一种是第二终端直接进行解析。
实际上,在对与目标下单编码图像关联的具体信息进行识别时,当下单用户触发目标下单编码图像后,客户端会向服务端发送识别请求消息(识别请求消息即第二请求消息),服务端响应于识别请求消息识别与目标下单编码图像关联的第一信息,将第一信息提供给客户端,如图11中展示的A大厦203室王先生150******10,即为识别的第一信息。当然,还可以通过目标下单编码图像识别出商户端填写的其他信息,如:物品类型信息、取货时间信息(如果商户需要收到下单用户寄送的商品,则识别出收货时间信息)。
之后,下单用户即可根据识别出的第一信息填写第二信息,然后客户端将第二信息提交至服务端,以便于服务端生成配送订单。下单用户在填写第二信息时,还可以将填写的第二地址信息与识别的第一地址信息对调,即:将第一地址信息作为收货地址信息,将第二地址信息作为取货地址信息。当然,下单用户除了填写第二地址信息,还可以填写收货时间信息(此时第二地址信息作为收货地址信息)或者取货时间信息(此时第二地址信息作为取货地址信息)。
服务端在生成配送订单之后,可以将配送订单信息提供给第二终端(可以是客户端),也可以将配送订单信息提供给第一终端。
在本实施例中,由于下单用户在第二终端处进行下单以使得服务端生成配送订单,在生成配送订单之后,为了便于第一终端也能获得生成的配送订单信息,在为商户生成下单码之后,将商户标识信息与下单码建立关联,即:目标下单编码图像与第一用户的第一用户标识信息相关联。当然,也可以在生成目标下单编码图像过程中,将第一用户标识信息也考虑在内,即基于第一用户标识信息生成目标下单编码图像,进而目标下单编码图像与第一用户标识信息建立了关联关系。
为了便于第一终端获得生成的配送订单的配送订单信息,第一终端还向服务端发送请求获得与第一用户标识信息对应的配送订单的第四请求消息,以使服务端响应于第四请求消息确定第一用户标识信息,获得与第一用户标识信息对应的目标配送订单;展示目标配送订单的订单信息;其中,目标配送订单的订单信息包括生成目标配送订单的第一信息与第二信息。
为了便于商户获知自身的下单码所产生的配送订单,即:哪些用户通过商户的下单码下单(指的是配送订单),第一终端还可以向服务端发送用于请求获得通过第二终端下单的、与目标下单编码图像对应的候选配送订单信息的第三请求消息,以使服务端响应于第三请求消息确定目标下单编码图像的目标下单编码标识信息,根据目标下单编码标识信息、预先存储的用于表示下单编码标识信息与配送订单的配送订单标识信息之间的对应关系,获得候选配送订单信息,其中,候选配送订单信息对应的订单是通过触发目标下单编码图像下单的订单;服务端在获得候选配送订单信息,第一终端即可获得服务端提供的候选配送订单信息,将候选配送订单信息与目标下单编码图像对应地展示在第二页面上。
上述向服务端发送第三请求消息,以使服务端响应于第三请求消息确定目标下单编码图像的目标下单编码标识信息,根据目标下单编码标识信息、服务端预先存储的用于表示下单编码标识信息与配送订单的配送订单标识信息之间的对应关系,获得候选配送订单信息,其中,候选配送订单信息对应的订单是下单用户通过触发目标下单编码图像下单的订单。目标下单编码标识信息可以是目标下单编码图像的ID(Identity Document,标识)信息。
第一终端在获得服务端提供的候选配送订单信息之后,将候选配送订单信息与目标下单编码图像对应地展示在第二页面上。第二页面如图10所示的页面,候选配送订单如图10的二维码订单。候选配送订单的状态可以存在多种,如:待支付状态、待配送状态、待送达状态等。
在本实施例中,在第二页面上展示有用于获得与目标下单编码图像对应的配送订单的获取功能模块;作为向服务端发送用于请求获得通过第二终端下单的、与目标下单编码图像对应的候选配送订单信息的第三请求消息,可以是指:响应于检测到针对获取功能模块的触发操作,向服务端发送第三请求消息。如图10(第二页面的示例)中展示的二维码订单即为获取功能模块的示例。点击图10的二维码订单即可向服务端发送用于请求获得通过第二终端下单的、与目标下单编码图像对应的候选配送订单信息的第三请求消息。
之所以要获得候选配送订单信息,并将其展示在第二页面上,是为了便于商户获知通过自身的下单码下单(如需特殊说明,在本实施例中下单的订单一般指配送订单)的用户以及产生的配送订单。
在本实施例中,目标配送订单与候选配送订单实际上可能是相同的订单,在本实施例中获得目标配送订单主要是为了第一终端的第一用户及时获知服务端生成了配送订单或者供第一用户对生成的配送订单进行支付。而之所以将候选配送订单提供给第一终端,是为了便于统计目标下单编码图像总共产生了哪些配送订单。总之,第一终端获得目标配送订单的订单信息与候选配送订单信息是基于不同的维度考虑的。
在本实施例中,候选配送订单信息对应的订单包括待支付订单;当候选配送订单信息对应的订单包括待支付订单时,还可以在第二页面上展示用于对待支付订单进行支付的支付请求功能模块;响应于检测到针对支付请求功能模块的触发操作,展示用于对待支付订单进行支付的第一支付页面(第一支付页面未进行示例),以供第一用户进行支付。如图10中的取送件1与取送件2均为待支付订单。支付请求功能模块如图10中的支付跑腿费。实际上,除了第一用户(如商户)可以支付配送订单,第二用户(如下单用户)也可以支付配送订单,第二用户支付配送订单的情形在第三实施例进行说明。
在本实施例中,为了便于商户快速领取下单码,在配送应用程序或者配送小程序的初始页面中展示用于引导进入第一页面的引导功能模块;响应于检测到针对引导功能模块的触发操作,展示第一页面。配送应用程序实际上可以如提供跑腿配送服务的应用程序;初始页面如图1所示的页面,引导功能模块如图1所示的注册下单码。
为了便于商户对用于生成目标下单编码图像的第一信息进行修改,在本实施例中,在第三页面上展示用于对第一信息进行变更的变更功能模块;响应于检测到针对变更功能模块的触发操作,展示第一页面以对输入的第一信息进行变更。第三页面为用于展示目标下单编码图像的页面。
第三页面如图9所示的页面,变更功能模块如图9中的修改二维码信息。
在本实施例中,为了便于商户输入第一地址信息与第一联系方式信息,在展示第一页面(如图3)时,响应于检测到请求输入第一地址信息与第一联系方式信息的触发操作,展示用于输入第一地址信息与第一联系方式信息的第四页面;响应于检测到在第四页面上的输入第一地址信息与第一联系方式信息的完成触发操作,在第一页面中展示输入的第一地址信息与第一联系方式信息。商户输入第一地址信息与第一联系方式信息的第四页面如图5所示,第一地址信息与第一联系方式信息如图8(第一页面的示例)展示的A大厦203室王先生150******10。
在本实施例中,由于第一信息包括下单编码的名称、配送物品的物品类型信息;为了便于商户输入配送物品的物品类型信息,该方法还包括:响应于检测到在第一页面上请求输入配送物品的物品类型信息的触发操作,展示用于输入配送物品的物品类型信息的第五页面。响应于检测到在第五页面上的输入配送物品的物品类型信息的完成触发操作,在第一页面中展示输入的配送物品的物品类型信息。第五页面如图6与图7所示的页面,在图6与图7所示的页面中,商户可以输入配送物品的物品类型信息。如选择蛋糕作为物品信息的物品类型。配送物品的物品类型信息如图8(第一页面的示例)展示的蛋糕/5Kg/8寸。
在本实施例中,还包括:向服务端发送用于请求判断是否已为第一用户生成过下单编码图像的第五请求消息,以使服务端响应于第五请求消息确定第一用户的第一用户标识信息,并根据第一用户标识信息,判断是否已为第一用户生成过下单编码图像,如果是,令服务端根据第一用户标识信息,获得已为第一用户生成过的历史下单编码图像;获得服务端提供的历史下单编码图像,并将历史下单编码图像作为目标下单编码图像。即:在本实施例中,可以为之前未生成过下单码的商户生成下单码;如果之前为商户生成过下单码,仅需将之前生成的下单码作为商户的下单码。
当然,可以理解的是,在本实施例中,不同的商户对应的下单码也不同,实际上本实施例提及的目标下单编码图像即为与第一目标用户(即目标商户)对应的下单编码图像。
本申请提供一种信息处理方法,应用于第一终端,由于在该方法中,第一终端在获得服务端提供的与第一信息关联的目标下单编码图像之后,可以将目标下单编码图像提供给第二终端,以便于第二终端的第二用户触发目标下单编码图像后将第一信息展示在第二终端上,以便于第二用户填写第二信息,将第二信息提供给服务端即可生成配送订单。在该方法中,第一用户填写第一信息后,即可将与第一信息关联的目标下单编码图像提供给第二终端,以便于第二用户仅填写第二信息即可,实际上通过该方法实现了第一用户和第二用户能够分别填写与自身相关的信息,无需第一用户与第二用户之中的一方填写全部信息才能生成配送订单,无需双方用户在填写信息时进行繁琐的沟通,提升了配送订单的下单效率;同时收货方用户能够便于填写适合自身的收货时间信息与收货地址信息。
第二实施例
与第一实施例对应地,本申请第二实施例提供第二种信息处理方法。该实施例的执行主体为服务端,第二实施例中与第一实施例相同的部分不再介绍,具体请参见第一实施例与场景实施例的相关部分。
请参照图14,其为本申请第二实施例提供的信息处理方法的流程图。
本申请实施例的信息处理方法,包括如下步骤。
步骤S1401:获得第一终端发送的用于请求生成下单编码图像的第一请求消息。
步骤S1402:响应于第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与第一信息关联的目标下单编码图像。
在本实施例中,生成与第一信息关联的目标下单编码图像,包括:生成用于指向第一信息的目标下单编码信息;对目标下单编码信息进行加密,获得加密后的目标下单编码信息;对加密后的目标下单编码信息进行图形化,获得目标下单编码图像。
在本实施例中,还包括:获得第二终端发送的用于请求获得第一信息的第二请求消息;响应于第二请求消息,确定与目标下单编码图像对应的加密后的目标下单编码信息;对加密后的目标下单编码信息进行解密操作,获得解密后的目标下单编码信息;根据解密后的目标下单编码信息、获得解密后的目标下单编码信息指向的第一信息;将第一信息提供给第二终端,以在第二终端渲染包含第一信息的第六页面。
在本实施例中,在生成目标下单编码图像之前,可以先生成指向第一信息的目标下单编码信息;如使用数字、字母、符号中的至少一种字符作为下单编码信息,目标下单编码信息实际上类似于链接的指向符。之所以进行加密是为了在商户和商户提供下单码的下单用户之间才可以使用该下单码。
步骤S1403:将目标下单编码图像提供给第一终端。
将目标下单编码图像提供给第一终端,令第一终端将目标下单编码图像提供给第二终端,以使第二用户通过触发第二终端上展示的目标下单编码图像,在第二终端展示第一信息,并接收第二用户根据第一信息输入的第二信息。
步骤S1404:获得第二终端提供的第二信息,根据第一信息与第二信息生成配送订单。
在本实施例中,第一信息为配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,第二信息为配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;第一终端为商户端,对应地,第二终端为客户端;或者,第一终端为客户端,对应地,第二终端为商户端。
在本实施例中,还包括:获得第二终端发送的用于请求生成配送订单的订单生成请求消息,并响应于订单生成请求消息生成配送订单,获得配送订单的配送订单标识信息。
在获得配送订单标识信息之后,将配送订单标识信息与目标下单编码标识信息进行对应,获得用于表示下单编码标识信息与配送订单的配送订单标识信息之间的对应关系,以使第一终端发送用于请求获得通过第二终端下单的、与目标下单编码图像对应的候选配送订单信息的第三请求消息时,响应于第三请求消息确定目标下单编码标识信息,根据目标下单编码标识信息、对应关系,获得候选配送订单信息,将候选配送订单信息提供给第一终端;其中,候选配送订单信息对应的订单是通过触发目标下单编码图像下单的订单;目标下单编码标识信息为目标下单编码图像的标识信息。
在本实施例中,在生成配送订单后,还包括:获得配送订单的订单状态信息;将订单状态信息存储在用于表示下单编码标识信息与配送订单的配送订单标识信息之间的对应关系中,以在获取候选配送订单信息时,将候选配送订单的订单状态信息提供给第一终端,以使得第一终端在第二页面上展示订单状态信息。第二页面如图10所示的页面,订单状态信息如图10的待支付。订单状态信息的状态可以存在多种,如:待支付状态、待配送状态、待送达状态等。
在本实施例中,在第二用户触发第二终端上展示的目标下单编码图像后(需要说明的是,第二终端展示的目标下单编码图像可以是在提供跑腿配送服务的应用程序或者小程序中的页面上进行展示的),第二终端可以向服务端发送用于请求获得第一信息的第二请求消息,服务端获得第二请求消息后,对目标下单编码图像进行解析或者识别以获得第一信息,例如,可以解析出第一地址信息、第一联系方式信息与物品类型信息。当然在解析过程中,还可以获得商户之前填写的其他类型信息,至于需要解析何种信息可以根据第二终端的展示需求确定。
第一信息为配送订单中的与商户相关的起始配送详情信息或者送达详情信息;对应地,第二信息为配送订单中的与下单用户相关的送达详情信息或者起始配送详情信息。即:当第一信息为配送订单中的与商户相关的起始配送详情信息时,第二信息为配送订单中的与下单用户相关的送达详情信息;当第一信息为配送订单中的与商户相关的送达详情信息时,第二信息为配送订单中的与下单用户相关的起始配送详情信息。当然,第一信息也可以为配送订单中的与顾客相关的起始配送详情信息或者送达详情信息;对应地,第二信息为配送订单中的与下单商户(此时商户为下单的一方)相关的送达详情信息或者起始配送详情信息。
在本实施例中,第一地址信息为配送订单的起始配送地址信息或者送达地址信息;对应地,第二地址信息为配送订单的送达地址信息或者起始配送地址信息。即:当第一地址信息为配送订单的起始配送地址信息时,第二地址信息为配送订单的送达地址信息;当第一地址信息为配送订单的送达地址信息时,第二地址信息为配送订单的起始配送地址信息。
在本实施例中,还包括:获得第一终端发送的用于请求判断是否已为第一用户生成过下单编码图像的第五请求消息;响应于第五请求消息确定第一用户的第一用户标识信息;根据第一用户标识信息,判断是否已为第一用户生成过下单编码图像;如果是,则根据第一用户标识信息,获得已为第一用户生成过的历史下单编码图像,并将历史下单编码图像作为目标下单编码图像。在本实施例中,可以为之前未生成过下单码的商户生成下单码;如果之前为商户之前生成过下单码,仅需将之前生成的下单码作为商户的下单码。
本申请提供一种信息处理方法,应用于服务端,获得第一终端发送的用于请求生成下单编码图像的第一请求消息之后,可以响应于第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与第一信息关联的目标下单编码图像,将目标下单编码图像提供给第一终端以供第一终端将目标下单编码图像提供给第二终端,以便于第二终端的第二用户触发目标下单编码图像后将第一信息展示在第二终端上,以便于第二用户填写第二信息,将第二信息提供给服务端即可生成配送订单。在该方法中,第一用户填写第一信息后,即可将与第一信息关联的目标下单编码图像提供给第二终端,以便于第二用户仅填写第二信息即可,实际上通过该方法实现了第一用户和第二用户能够分别填写与自身相关的信息,无需第一用户与第二用户之中的一方填写全部信息才能生成配送订单,无需双方用户在填写信息时进行繁琐的沟通,提升了配送订单的下单效率;同时收货方用户能够便于填写适合自身的收货时间信息与收货地址信息。
第三实施例
与第一实施例对应地,本申请第三实施例提供第三种信息处理方法。该实施例的执行主体为第二终端,第三实施例中与第一实施例相同的部分不再介绍,具体请参见第一实施例与场景实施例的相关部分。
请参照图15,其为本申请第三实施例提供的信息处理方法的流程图。
本申请实施例的信息处理方法,包括如下步骤。
步骤S1501:获得第一终端提供的目标下单编码图像。
在本实施例中,目标下单编码图像是由服务端根据第一终端发送的用于请求生成下单编码图像的第一请求消息生成的,目标下单编码图像与第一用户在第一终端输入的用于生成下单编码图像的第一信息关联。
步骤S1502:响应于检测到针对目标下单编码图像的触发操作,获得第一信息。
在获得第一信息之后,可以展示第一信息,如在图11所示的页面展示第一信息。
当然,当下单用户在客户端获得商户端提供的目标下单编码图像并进行触发后,如果下单用户是未注册过提供跑腿配送服务的应用程序或者小程序的用户,则在进入提供跑腿配送服务的应用程序或者小程序时首先需要注册;如果下单用户之前登录过提供跑腿配送服务的应用程序或者小程序,则可以直接进入提供跑腿配送服务的应用程序或者小程序的页面。
步骤S1503:获得第二用户根据第一信息输入的第二信息。
在本实施例中,实际上客户端获得第一信息之后,对识别的第一信息可以进行筛选以将筛选后的第一信息展示在第六页面上,如图11所示的页面即为第六页面。
在本实施例中,为了便于下单用户根据第一信息输入第二信息,还包括:在第六页面上展示第一信息;实际上在第六页面上展示的信息即为筛选后的第一信息,即:可以在图11中的页面中展示商户填写的取货地址信息、物品类型信息,但是不需要展示商户填写的码名称信息,如未展示星星蛋糕店。
作为获得下单用户根据第一信息输入的第二信息的一种方式:响应于检测到在第六页面上的输入第二信息的完成触发操作,获得下单用户根据第一信息输入的第二信息。第二信息可以包括第二地址信息。
步骤S1504:将第二信息提供给服务端。
将第二信息提供给服务端,以使服务端根据第一信息与第二信息生成配送订单,其中,第一信息为配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,第二信息为配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;第一终端为商户端,对应地,第二终端为客户端;或者,第一终端为客户端,对应地,第二终端为商户端。
在本实施例中,可以采用两种方式获得第一信息。
首先,介绍第一种获得第一信息的方式:作为响应于检测到针对目标下单编码图像的触发操作,获得第一信息的第一种方式:响应于检测到针对目标下单编码图像的触发操作,直接对目标下单编码图像进行解析,获得第一信息。即:由第二终端直接对目标下单编码图像进行解析,以获得第一信息。
第二种获得第一信息的方式:作为响应于检测到针对目标下单编码图像的触发操作,获得第一信息的第二种方式:首先,响应于检测到针对目标下单编码图像的触发操作,向服务端发送用于请求获得第一信息的第二请求消息,以使服务端响应于第二请求消息确定第一信息;之后,获得服务端提供的第一信息。即:由服务端对目标下单编码图像进行解析或者识别,以获得第一信息。
在服务端生成配送订单之后,为了便于第二用户及时了解配送订单的信息或者对配送订单进行支付,将配送订单的订单信息提供给第二终端。
在本实施例中,配送订单包括待支付订单;当配送订单为待支付订单时,在第二终端的页面上展示用于对待支付订单进行支付的支付请求功能模块;响应于检测到针对支付请求功能模块的触发操作,展示用于对待支付订单进行支付的第二支付页面,以供第二用户进行支付。
为了便于请求向服务端提供第二信息以生成配送订单,在第六页面上展示订单生成请求功能模块;将第二信息提供给服务端,可以是指:响应于检测到针对订单生成请求功能模块的触发操作,将第二信息提供给服务端。订单生成请求功能模块如图11的提交订单控件。
本申请提供一种信息处理方法,应用于第二终端,在该方法中,获得第一终端提供的目标下单编码图像之后,可以响应于检测到针对目标下单编码图像的触发操作,获得第一信息,获得第二用户根据第一信息输入的第二信息,将第二信息提供给服务端,服务端即可生成配送订单。在该方法中,第一用户填写第一信息后,即可将与第一信息关联的目标下单编码图像提供给第二终端,以便于第二用户仅填写第二信息即可,实际上通过该方法实现了第一用户和第二用户能够分别填写与自身相关的信息,无需第一用户与第二用户之中的一方填写全部信息才能生成配送订单,无需双方用户在填写信息时进行繁琐的沟通,提升了配送订单的下单效率;同时收货方用户能够便于填写适合自身的收货时间信息与收货地址信息。
第四实施例
与第一实施例至第三实施例对应的,本实施例提供一种信息处理系统,包括:第一终端、服务端与第二终端。第一终端,用于向服务端发送用于请求生成下单编码图像的第一请求消息;获得服务端提供的目标下单编码图像,并将目标下单编码图像提供给第二终端。服务端,用于响应于第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与第一信息关联的目标下单编码图像,将目标下单编码图像提供给第一终端,令第一终端将目标下单编码图像提供给第二终端。第二终端,用于获得第一终端提供的目标下单编码图像,响应于检测到针对目标下单编码图像的触发操作,获得第一信息,并获得第二用户根据第一信息输入的第二信息,将第二信息提供给服务端,以使服务端根据第一信息与第二信息生成配送订单;根据第一信息与第二信息,生成配送订单,其中,第一信息为配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,第二信息为配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;第一终端为商户端,对应地,第二终端为客户端;或者,第一终端为客户端,对应地,第二终端为商户端。
在该系统中,第一用户填写第一信息后,即可将与第一信息关联的目标下单编码图像提供给第二终端,以便于第二用户仅填写第二信息即可,实际上通过该系统实现了第一用户和第二用户能够分别填写与自身相关的信息,无需第一用户与第二用户之中的一方填写全部信息才能生成配送订单,无需双方用户在填写信息时进行繁琐的沟通,提升了配送订单的下单效率;同时收货方用户能够便于填写适合自身的收货时间信息与收货地址信息。
第五实施例
与本申请第一实施例提供的信息处理方法相对应的,本申请第五实施例还提供一种信息处理装置。由于装置实施例基本相似于第一实施例,所以描述得比较简单,相关之处参见第一实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图16,其为本申请第五实施例提供的信息处理装置的示意图。
该信息处理装置1600,应用于第一终端,所述装置包括:第一请求消息发送单元1601,用于向服务端发送用于请求生成下单编码图像的第一请求消息,以使所述服务端响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像;目标下单编码图像第一获得单元1602,用于获得所述服务端提供的所述目标下单编码图像;目标下单编码图像第一提供单元1603,用于将所述目标下单编码图像提供给第二终端,以使第二用户通过触发所述第二终端上展示的所述目标下单编码图像,在所述第二终端展示所述第一信息,并接收所述第二用户根据所述第一信息输入的第二信息,向所述服务端提供所述第二信息,令所述服务端根据所述第一信息与所述第二信息生成配送订单;其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
第六实施例
与本申请第二实施例提供的信息处理方法相对应的,本申请第六实施例还提供一种信息处理装置。由于装置实施例基本相似于第二实施例,所以描述得比较简单,相关之处参见第二实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图17,其为本申请第六实施例提供的信息处理装置的示意图。
该信息处理装置1700,应用于服务端,所述装置包括:第一请求消息获得单元1701,用于获得第一终端发送的用于请求生成下单编码图像的第一请求消息;目标下单编码图像生成单元1702,用于响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像;目标下单编码图像第二提供单元1703,用于将所述目标下单编码图像提供给所述第一终端,令所述第一终端将所述目标下单编码图像提供给第二终端,以使第二用户通过触发所述第二终端上展示的所述目标下单编码图像,在所述第二终端展示所述第一信息,并接收所述第二用户根据所述第一信息输入的第二信息;第二信息第一获得单元1704,用于获得所述第二终端提供的第二信息,根据所述第一信息与所述第二信息生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
第七实施例
与本申请第三实施例提供的信息处理方法相对应的,本申请第七实施例还提供一种信息处理装置。由于装置实施例基本相似于第三实施例,所以描述得比较简单,相关之处参见第三实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
请参照图18,其为本申请第七实施例提供的信息处理装置的示意图。
该信息处理装置1800,应用于第二终端,所述装置包括:目标下单编码图像第二获得单元1801,用于获得第一终端提供的目标下单编码图像,所述目标下单编码图像是由服务端根据第一终端发送的用于请求生成下单编码图像的第一请求消息生成的,所述目标下单编码图像与第一用户在第一终端输入的用于生成下单编码图像的第一信息关联;第一信息获得单元1802,用于响应于检测到针对所述目标下单编码图像的触发操作,获得所述第一信息;第二信息第二获得单元1803,用于获得第二用户根据所述第一信息输入的第二信息;第二信息提供单元1804,用于将所述第二信息提供给所述服务端,以使所述服务端根据所述第一信息与所述第二信息生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
第八实施例
与本申请第一实施例至第三实施例的方法相对应的,本申请第八实施例还提供一种电子设备。
如图19所示,图19为本申请第八实施例提供的电子设备的示意图。
在本实施例中,该电子设备1900的一种可选硬件结构可如图19所示,包括:至少一个处理器1901,至少一个存储器1902和至少一个通信总线1905;存储器1902中包含有程序1903与数据1904。
总线1905可以是在电子设备1900内部的组件之间传输数据的通信设备,诸如内部总线(例如,CPU-存储器总线,处理器即为central processing unit,简称CPU)、外部总线(例如,通用串行总线端口、外围组件互连快速端口)等。
另外,电子设备中还包括:至少一个网络接口1906,至少一个外设接口1907。网络接口1906以提供与外部网络1908(例如,因特网、内联网、局域网、移动通信网络等)相关的有线或无线通信;在一些实施例中,网络接口1906可以包括任意数量的网络接口控制器(英文:network interface controller,简称NIC)、射频(英文:Radio Frequency,简称RF)模块、转发器、收发器、调制解调器、路由器、网关、有线网络适配器的任意组合、无线网络适配器、蓝牙适配器、红外适配器、近场通信(英文:Near Field Communication,简称NFC)适配器、蜂窝网络芯片等。
外设接口1907用于与外设连接,外设可以如图中的外设1(图19中的1909)、外设2(图19中的1910)以及外设3(图19中的1911)。外设即外围设备,外围设备可以包括但不限于光标控制设备(例如鼠标、触摸板或触摸屏)、键盘、显示器(例如阴极射线管显示器、液晶显示器)。显示器或发光二极管显示器、视频输入设备(例如,摄像机或通信耦合到视频档案的输入接口)等。
处理器1901可能是CPU,或者是特定集成电路ASIC(Application SpecificIntegrated Circuit),或者是被配置成实施本申请实施例的一个或多个集成电路。
存储器1902可能包含高速RAM(全称:Random Access Memory,即随机存取存储器)存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
其中,处理器1901调用存储器1902所存储的程序与数据,以执行本申请第一实施例至第三实施例的方法。
第九实施例
与本申请第一实施例至第三实施例的方法相对应的,本申请第九实施例还提供一种计算机存储介质,所述计算机存储介质存储有计算机程序,该计算机程序被处理器运行,以执行本申请第一实施例至第三实施例的方法。
本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本申请的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中,计算设备包括一个或多个处理器 (CPU)、 输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM) 和/或非易失性内存等形式,如只读存储器 (英文:Read-Only Memory,简称ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、 程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存 (英文:phase change memory;简称PRAM)、静态随机存取存储器 (英文:Static Random Access Memory;简称SRAM)、动态随机存取存储器 (英文:Dynamic Random Access Memory;简称DRAM)、 其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (英文:Electrically-Erasable Programmable Read-Only Memory;简称EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (英文:Compact Disc Read-Only Memory;简称CD-ROM)、数字多功能光盘 (英文:Digital versatile disc;简称DVD) 或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读存储媒体(non-transitorycomputer readable storage media),如调制的数据信号和载波。
2、本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据,并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准,并提供有相应的操作入口,供用户选择授权或者拒绝。
Claims (15)
1.一种信息处理方法,其特征在于,应用于第一终端,所述方法包括:
向服务端发送用于请求生成下单编码图像的第一请求消息,以使所述服务端响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像;
获得所述服务端提供的所述目标下单编码图像;
将所述目标下单编码图像提供给第二终端,以使第二用户通过触发所述第二终端上展示的所述目标下单编码图像,在所述第二终端展示所述第一信息,并接收所述第二用户根据所述第一信息输入的第二信息,向所述服务端提供所述第二信息,令所述服务端根据所述第一信息与所述第二信息生成配送订单;
其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
2.根据权利要求1所述的方法,其特征在于,在用于输入所述第一信息的第一页面上展示有下单编码图像生成请求功能模块;
所述向服务端发送用于请求生成下单编码图像的第一请求消息,包括:
响应于检测到输入所述第一信息后针对所述下单编码图像生成请求功能模块的触发操作,向所述服务端发送所述第一请求消息。
3.根据权利要求1所述的方法,其特征在于,所述第二终端用于在所述目标下单编码图像被所述第二用户触发后向所述服务端发送用于请求获得所述第一信息的第二请求消息,令所述服务端响应于所述第二请求消息确定所述第一信息,将所述第一信息提供给所述第二终端;或者,所述第二终端用于在所述目标下单编码图像被所述第二用户触发后,对所述目标下单编码图像进行解析,获得所述第一信息。
4.根据权利要求1所述的方法,其特征在于,还包括:
向所述服务端发送用于请求获得通过所述第二终端下单的、与所述目标下单编码图像对应的候选配送订单信息的第三请求消息,以使所述服务端响应于所述第三请求消息确定所述目标下单编码图像的目标下单编码标识信息,根据所述目标下单编码标识信息、预先存储的用于表示下单编码标识信息与配送订单的配送订单标识信息之间的对应关系,获得所述候选配送订单信息,其中,所述候选配送订单信息对应的订单是通过触发所述目标下单编码图像下单的订单;
获得所述服务端提供的所述候选配送订单信息,将所述候选配送订单信息与所述目标下单编码图像对应地展示在第二页面上。
5.根据权利要求4所述的方法,其特征在于,所述候选配送订单信息对应的订单包括待支付订单;
所述方法还包括:在所述第二页面上展示用于对所述待支付订单进行支付的支付请求功能模块;
响应于检测到针对所述支付请求功能模块的触发操作,展示用于对所述待支付订单进行支付的第一支付页面,以供所述第一用户进行支付。
6.根据权利要求2所述的方法,其特征在于,在配送应用程序的初始页面上展示有用于引导进入所述第一页面的引导功能模块;
所述方法还包括:响应于检测到针对所述引导功能模块的触发操作,展示所述第一页面。
7.根据权利要求2所述的方法,其特征在于,在第三页面上展示有用于对所述第一信息进行变更的变更功能模块,所述第三页面为用于展示所述目标下单编码图像的页面;
所述方法还包括:响应于检测到针对所述变更功能模块的触发操作,展示所述第一页面以对输入的所述第一信息进行变更。
8.根据权利要求4所述的方法,其特征在于,在所述第二页面上展示有用于获得与目标下单编码图像对应的配送订单的获取功能模块;
所述向所述服务端发送用于请求获得通过所述第二终端下单的、与所述目标下单编码图像对应的候选配送订单信息的第三请求消息,包括:
响应于检测到针对所述获取功能模块的触发操作,向所述服务端发送所述第三请求消息。
9.根据权利要求1所述的方法,其特征在于,所述目标下单编码图像与所述第一用户的第一用户标识信息相关联;
所述方法还包括:向所述服务端发送请求获得与所述第一用户标识信息对应的配送订单的第四请求消息,以使所述服务端响应于所述第四请求消息确定所述第一用户标识信息,获得与所述第一用户标识信息对应的目标配送订单;
展示所述目标配送订单的订单信息;其中,所述目标配送订单的订单信息包括生成目标配送订单的第一信息与第二信息。
10.一种信息处理方法,其特征在于,应用于服务端,所述方法包括:
获得第一终端发送的用于请求生成下单编码图像的第一请求消息;
响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像;
将所述目标下单编码图像提供给所述第一终端,令所述第一终端将所述目标下单编码图像提供给第二终端,以使第二用户通过触发所述第二终端上展示的所述目标下单编码图像,在所述第二终端展示所述第一信息,并接收所述第二用户根据所述第一信息输入的第二信息;
获得所述第二终端提供的第二信息,根据所述第一信息与所述第二信息生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
11.根据权利要求10所述的方法,其特征在于,还包括:
获得所述第二终端发送的用于请求生成配送订单的订单生成请求消息,并响应于所述订单生成请求消息生成所述配送订单,获得所述配送订单的配送订单标识信息;
将所述配送订单标识信息与目标下单编码标识信息进行对应,获得用于表示下单编码标识信息与配送订单的配送订单标识信息之间的对应关系,以使所述第一终端发送用于请求获得通过所述第二终端下单的、与所述目标下单编码图像对应的候选配送订单信息的第三请求消息时,响应于所述第三请求消息确定所述目标下单编码标识信息,根据所述目标下单编码标识信息、所述对应关系,获得所述候选配送订单信息,将所述候选配送订单信息提供给所述第一终端;其中,所述候选配送订单信息对应的订单是通过触发所述目标下单编码图像下单的订单;所述目标下单编码标识信息为所述目标下单编码图像的标识信息。
12.一种信息处理方法,其特征在于,应用于第二终端,所述方法包括:
获得第一终端提供的目标下单编码图像,所述目标下单编码图像是由服务端根据第一终端发送的用于请求生成下单编码图像的第一请求消息生成的,所述目标下单编码图像与第一用户在第一终端输入的用于生成下单编码图像的第一信息关联;
响应于检测到针对所述目标下单编码图像的触发操作,获得所述第一信息;
获得第二用户根据所述第一信息输入的第二信息;
将所述第二信息提供给所述服务端,以使所述服务端根据所述第一信息与所述第二信息生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
13.根据权利要求12所述的方法,其特征在于,所述配送订单包括待支付订单;
所述方法还包括:在第二终端的页面上展示用于对所述待支付订单进行支付的支付请求功能模块;
响应于检测到针对所述支付请求功能模块的触发操作,展示用于对所述待支付订单进行支付的第二支付页面,以供所述第二用户进行支付。
14.根据权利要求12所述的方法,其特征在于,在第六页面上展示订单生成请求功能模块;
所述将所述第二信息提供给所述服务端,包括:
响应于检测到针对所述订单生成请求功能模块的触发操作,将所述第二信息提供给所述服务端。
15.一种信息处理系统,其特征在于,包括:第一终端、服务端与第二终端;
所述第一终端,用于向服务端发送用于请求生成下单编码图像的第一请求消息;获得所述服务端提供的目标下单编码图像,并将所述目标下单编码图像提供给所述第二终端;
所述服务端,用于响应于所述第一请求消息确定第一用户输入的用于生成下单编码图像的第一信息,生成与所述第一信息关联的目标下单编码图像,将所述目标下单编码图像提供给所述第一终端,令所述第一终端将所述目标下单编码图像提供给第二终端;
所述第二终端,用于获得所述第一终端提供的目标下单编码图像,响应于检测到针对所述目标下单编码图像的触发操作,获得所述第一信息,并获得第二用户根据所述第一信息输入的第二信息,将所述第二信息提供给所述服务端,以使所述服务端根据所述第一信息与所述第二信息生成配送订单;根据所述第一信息与所述第二信息,生成配送订单,其中,所述第一信息为所述配送订单中的与第一用户相关的起始配送详情信息或者送达详情信息;对应地,所述第二信息为所述配送订单中的与第二用户相关的送达详情信息或者起始配送详情信息;所述第一终端为商户端,对应地,所述第二终端为客户端;或者,所述第一终端为客户端,对应地,所述第二终端为商户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410484284.XA CN118096323A (zh) | 2024-04-22 | 2024-04-22 | 信息处理方法、系统、装置、电子设备及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410484284.XA CN118096323A (zh) | 2024-04-22 | 2024-04-22 | 信息处理方法、系统、装置、电子设备及计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118096323A true CN118096323A (zh) | 2024-05-28 |
Family
ID=91147940
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202410484284.XA Pending CN118096323A (zh) | 2024-04-22 | 2024-04-22 | 信息处理方法、系统、装置、电子设备及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118096323A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020071488A (ko) * | 2002-06-20 | 2002-09-12 | 에스케이 텔레콤주식회사 | 무선 통신망을 통한 상거래 방법 및 그 시스템 |
CN107085786A (zh) * | 2017-06-26 | 2017-08-22 | 张振斌 | 一种智能物流寄送方法及系统 |
CN108062646A (zh) * | 2017-12-21 | 2018-05-22 | 合肥天之通电子商务有限公司 | 一种保护个人隐私的包裹快递系统 |
CN110245891A (zh) * | 2019-05-29 | 2019-09-17 | 深圳市元征科技股份有限公司 | 一种信息管理方法以及系统 |
CN110400108A (zh) * | 2019-07-18 | 2019-11-01 | 亳州职业技术学院 | 一种基于图像识别的物流单据智能分析与自动存储方法 |
CN111311146A (zh) * | 2020-01-30 | 2020-06-19 | 北京三快在线科技有限公司 | 信息传递方法及系统、通信系统、计算机可读存储介质 |
CN111311155A (zh) * | 2020-02-13 | 2020-06-19 | 北京三快在线科技有限公司 | 修改配送位置的方法、装置、系统、设备以及存储介质 |
CN113344159A (zh) * | 2021-06-10 | 2021-09-03 | 闪电快车软件(北京)有限公司 | 信息处理方法、装置、电子设备及存储介质 |
CN117217211A (zh) * | 2023-08-30 | 2023-12-12 | 上海东普信息科技有限公司 | 物流订单的信息处理方法、装置、设备及存储介质 |
-
2024
- 2024-04-22 CN CN202410484284.XA patent/CN118096323A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020071488A (ko) * | 2002-06-20 | 2002-09-12 | 에스케이 텔레콤주식회사 | 무선 통신망을 통한 상거래 방법 및 그 시스템 |
CN107085786A (zh) * | 2017-06-26 | 2017-08-22 | 张振斌 | 一种智能物流寄送方法及系统 |
CN108062646A (zh) * | 2017-12-21 | 2018-05-22 | 合肥天之通电子商务有限公司 | 一种保护个人隐私的包裹快递系统 |
CN110245891A (zh) * | 2019-05-29 | 2019-09-17 | 深圳市元征科技股份有限公司 | 一种信息管理方法以及系统 |
CN110400108A (zh) * | 2019-07-18 | 2019-11-01 | 亳州职业技术学院 | 一种基于图像识别的物流单据智能分析与自动存储方法 |
CN111311146A (zh) * | 2020-01-30 | 2020-06-19 | 北京三快在线科技有限公司 | 信息传递方法及系统、通信系统、计算机可读存储介质 |
CN111311155A (zh) * | 2020-02-13 | 2020-06-19 | 北京三快在线科技有限公司 | 修改配送位置的方法、装置、系统、设备以及存储介质 |
CN113344159A (zh) * | 2021-06-10 | 2021-09-03 | 闪电快车软件(北京)有限公司 | 信息处理方法、装置、电子设备及存储介质 |
CN117217211A (zh) * | 2023-08-30 | 2023-12-12 | 上海东普信息科技有限公司 | 物流订单的信息处理方法、装置、设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
石修路;: "基于微信平台的寄递信息安全管理系统研究", 综合运输, no. 09, 20 September 2017 (2017-09-20) * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107256505B (zh) | 移动设备上的引导摄影和视频 | |
US9912756B2 (en) | Systems and methods for automatically saving a state of a communication session | |
WO2019179254A1 (zh) | 一种自助购物结算方法及系统 | |
US11847625B2 (en) | Kiosk for receiving and delivering packages | |
US9218227B2 (en) | Method and system for user-designed application deployment | |
JP2016177839A (ja) | 支払いアプリケーションフレームワーク | |
CN109801051B (zh) | 资源转移方法、系统、服务器和计算机可读存储介质 | |
CN108985874A (zh) | 通过使用信息码进行电子商务的方法和设备 | |
WO2019218817A1 (zh) | 支付方法、装置、相关设备及系统 | |
US10521795B2 (en) | Managing deferred account creation and software access | |
US20200302375A1 (en) | Shipping preferences population systems and related methods | |
CN105871785B (zh) | 一种业务处理方法、装置和系统 | |
CN110852815A (zh) | 数据处理方法、装置和机器可读介质 | |
CN118096323A (zh) | 信息处理方法、系统、装置、电子设备及计算机存储介质 | |
CN106716401A (zh) | 一种数据交互处理方法、装置以及系统 | |
CN112437002A (zh) | 一种基于rcs消息的点餐方法、系统、设备及存储介质 | |
KR102425408B1 (ko) | 온라인 쇼핑 데이터 처리 방법, 장치 및 시스템 | |
US11875388B2 (en) | Methods and systems for referrer-based payment system selection for internet-based merchants | |
CA3024722C (en) | Data interaction processing method, device and system | |
JP2003030473A (ja) | 情報売買システム、情報売買方法、情報売買プログラム、及び、コンピュータ読取可能な記録媒体 | |
CN106489143A (zh) | 一种数据交互处理方法、装置以及系统 | |
CA3024720C (en) | Data exchange processing method, terminal, and system | |
CN115705566A (zh) | 云数据处理方法、装置、计算机设备和存储介质 | |
KR20200058762A (ko) | 네트워크를 통한 결제 요청을 처리하는 장치 및 방법 | |
CN118095781A (zh) | 信息展示、处理方法、装置、电子设备及计算机存储介质 |
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 |