具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的用于订单签收的方法或用于订单签收的装置的示例性系统架构100。
如图1所示,系统架构100可以包括用户终端设备101、102,配送终端设备103、104,网络105和对用户终端设备101、102以及配送终端设备103、104提供支持的服务器106。
用户可以使用用户终端设备101、102通过网络105与服务器106交互,以接收或发送消息等。用户终端设备101、102可以安装有各种通讯客户端应用,例如网页浏览应用、购物类应用、搜索类应用、即时通信工具等。其中,购物类应用内可以嵌入二维码扫描功能。
配送员可以使用配送终端设备103、104通过网络105与服务器106交互,以接收或发送消息。例如配送终端设备103、104可以通过网络105接收服务器106发出的所配送订单的相关信息,其中配送订单的相关信息可以包括订单的编码信息、以及与订单相关的支付二维码。用户终端设备101、102可以通过扫描配送终端设备103、104上显示的与订单相关的支付二维码而打开支付窗口。进一步地,用户终端设备可以通过支付窗口以及后台支付系统对上述订单进行支付。后台支付系统将支付成功信息返回给上述服务器106。
用户终端设备101、102以及配送终端设备103、104可以是具有显示屏并且支持物品配送服务的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器106可以是提供各种服务的服务器,,例如对用户终端设备101、102上的物流类应用等提供支持的后台订单处理服务器。上述后台订单处理服务器可以向配送终端设备103、104发送订单相关的支付二维码。并在接收到上述订单的支付成功信息后向用户终端101、102推送客户签收页面。
应该理解,图1中的用户终端设备、配送终端设备、网络、服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的用户终端设备、配送终端设备和服务器。
继续参考图2,示出了根据本申请的用于订单签收的方法的一个实施例的流程200。需要说明的是,本实施例所提供的用于订单签收的方法一般由服务器105执行,相应地,用于订单签收的装置一般设置于服务器105中。
如图2所示,用于订单签收的方法包括如下步骤:
步骤201,接收用户终端发送的支付请求信息。
在本实施例中,用于订单签收方法运行于其上的电子设备(例如图1所示的服务器106)可以首先通过有线连接方式或者无线连接方式接收配送终端(例如图1所示的配送终端设备103、104)发送的获取处于支付签收阶段的订单的支付二维码的请求,上述获取支付二维码的请求可以包括上述订单的编码信息。上述电子设备在接收到上述获取支付二维码的请求之后,可以根据订单的编码信息,将与该订单对应的支付二维码发送到配送终端。
用户终端(例如图1所示的用户终端设备101、102)可以扫描呈现在配送终端屏幕上的与上述订单对应的支付二维码,从而向上述电子设备发送支付请求信息。
上述电子设备可以通过有线连接方式或者无线连接方式从用户终端接收支付请求信息。上述支付请求信息可以是根据用户终端通过扫描配送终端上对应订单的支付二维码生成。其中,上述支付请求信息可以包括用户终端的标识信息、上述订单的编码信息以及支付账户信息。
在这里,用户终端的标识信息可以包括国际移动用户识别码(InternationalMobile Subscriber Identification Number,IMSI)。
步骤202,确定订单对应的待支付金额是否大于零。
在本实施例中,用于订单签收的方法运行于其上的电子设备本身可以用于存储多个订单信息,其中上述订单信息可以包括订单的编码信息以及订单的待支付金额信息。也就是说,上述电子设备本身可以为存储订单信息的数据库。此外,上述电子设备还可以与存储有多个订单信息的数据库互相连接,以便电子设备从数据库中获取各个订单的信息。
上述电子设备在接收到用户终端发送的支付请求信息之后,可以对接收到的支付请求信息进行确认。具体地,可以确认订单的编码信息以及确认订单对应的待支付金额信息。
上述电子设备可以根据订单的编码信息在本地数据库中确定该订单对应的待支付金额是否大于零。另外,上述电子设备还可以根据订单的编码信息从与其连接的数据库中获取该订单信息,并确定该订单对应的待支付金额是否大于零。
在一些应用场景中,由于用户对所下订单的付款方式为货到付款方式。在这种付款方式情况下,数据库中保存的对应该订单的待支付金额大于零。
步骤203,响应于确定订单对应的待支付金额大于零,向用户终端返回对应订单的支付页面。
上述电子设备在确定对应上述订单的待支付金额大于零,可以为用户终端开启与金融机构支付结算的接口。之后,向用户终端返回对应订单的支付页面。
呈现在用户终端屏幕上的支付页面中可以包括上述待支付金额,以及可以供用户选择的付款金融机构。
用户可以通过上述支付页面以及后台支付系统对上述订单进行支付。若支付成功,则后台系统可以向电子设备反馈支付成功信息,同时可以向用户终端发送扣款成功信息。
步骤204,响应于接收到用户终端对待支付金额的支付成功信息,推送对应订单的客户签收页面至用户终端。
在步骤203中,上述电子设备在接收到对应上述订单的支付成功信息之后,可以推送对应上述订单的客户签收页面至上述用户终端。
用户可以通过对用户终端的显示屏的触摸操作在客户签收页面中签名。
在本实施例中,上述电子设备在用户终端设备扫码支付后将签收页面推送到用户终端设备上,这样,可以由用户在用户终端设备上支付成功后直接在显示在用户终端设备屏幕中的签收页面上进行电子签收。一方面可以有利于简化操作,节约配送时间;另一方面还可以有利于限制配送员在投递后集中代签的行为。
在一些应用场景中,用户在下单时选择的付款方式为在线支付。也就是说,在订单生成之初就在线支付了待支金额。这样,在上述电子设备中的数据库或者与电子设备连接的数据库中存储的对应该订单的待支付金额为零。在用户终端扫描配送终端上的支付二维码后,电子设备确定该订单对应的待支付金额等于零,推送对应订单的客户签收页面至用户终端。用户在用户终端上进行签收。这样一来,可以由签收人在用户终端上进行签名完成订单签收。
在另外一些应用场景中,用户可以选择在配送员投递订单涉及的物品时使用现金支付方式。这时可以通过配送终端将用户支付完成信息提交到上述电子设备,由电子设备将数据库中对应该订单的待支付金额修改为零。然后,再由用户终端扫描配送终端上的支付二维码进行签收。
在本实施例的一些可选实现方式中,上述用于订单签收的方法还可以包括步骤205,接收并保存用户终端采集并加密上传的签收场景信息。
这里,用于订单签收的方法运行于其上的电子设备(图1中的服务器106)在向用户终端推送用户签收页面之后,可以向用户终端发送采集签收场景信息的指令,以使用户终端采集签收场景信息。签收场景信息可以包括签收人的面部图像信息、用户终端所在的地理位置信息以及用户终端的身份信息。具体地,用户终端在接收到电子设备的采集签收场景信息的指令之后,可以启动设置在用户终端上的摄像头来采集签收人的面部图像信息;可以通过设置在用户终端中的GPS定位系统来获取用户终端所在的地理位置信息;此外,还可以预设的指令获取该用户终端的身份信息。
在本实施例的一些可选实现方式中,在通过用户终端采集上述签收场景信息之前,可以通过用户终端提示用户是否同意采集签收场景信息。当用户同意上述采集签收场景信息之后,可以继续采集上述签收场景信息。
用户终端在采集完成上述场景信息之后,可以首先对上述场景信息进行加密,然后将加密后的上述签收场景信息上传到上述电子设备。
在一些应用场景中,上述电子设备可以将上述加密后的签收场景信息直接进行保存。当用户对订单的配送有争议时,可以通过订单的编码信息对上述加密后的签收场景信息进行查询。具体地,在用户通过订单的编码进行上述签收场景信息查询时,上述电子设备可以首先对加密后的签收场景信息解密后发送到用户终端中。上述签收场景信息可以作为订单配送核查的依据,在一定程度上可以避免用户与配送单位之间的纠纷。此外,将签收场景信息加密有利于保护用户的隐私。
可选地,上述电子设备生成与加密后的签收场景信息相对应的签收二维码,并将上述签收二维码保存在数据库中。生成对应签收场景信息的签收二维码可以进一步有利于保护用户的信息不被泄露。
进一步地,电子设备生成与加密后的签收场景信息相对应的签收二维码之后,当用户终端通过订单的编码对订单进行查询时,上述电子设备响应于接收到用户终端的查询请求,向用户终端发送签收二维码。以便用户终端扫描上述签收二维码后对签收场景信息进行查询。
在本实施例的一些可选实现方式中,当在通过用户终端采集上述签收场景信息之前,用户不同意采集签收场景信息时,可以从数据库中获取在上述订单下单时保存的对应上述订单的用户终端的身份信息。并根据保存在数据库中的对应上述订单下单时的用户终端的身份信息向上述订单下单时的用户终端发送签收码,并在显示在签收人的用户终端上的签收页面中提示用户输入上述签收码,只有签收人在上述签收页面中输入正确的签收码之后,上述电子设备才可以通过签收码的验证。当电子设备通过签收码的验证后,可以向用户终端发送提示信息以提示用户在签收页面中签名,从而完成订单签收。
请继续参考图3,示出了根据本申请的用于订单签收的方法的另一个实施例的流程300。需要说明的是,本实施例所提供的用于订单签收的方法一般由用户终端101、102执行,相应地,用于订单签收的装置一般设置于用户终端101、102中。
如图3所示,用于订单签收的方法包括如下步骤:
步骤301,扫描配送终端上的与待签收的订单对应的支付二维码。
在本实施例中,配送终端上的支付二维码可以作为订单相关信息的载体。在上述支付二维码中可以包括上述待签收订单的编码信息以及收款账户的信息。
在本实施例中,配送终端可以通过网络从服务器(如图1所示的服务器106)获取与待签收订单对应的上述支付二维码。配送终端获取到上述支付二维码之后,配送员可以告知签收人使用终端设备扫描上述支付二维码。用于订单签收的方法运行于其上的终端设备(如图1所示的用户终端101、102)在扫描上述支付二维码之后,可以与上述服务器建立通信连接。
步骤302,接收基于扫描支付二维码以及订单对应的待支付金额大于零而返回的对应订单的支付页面。
在步骤301终端设备通过扫描上述支付二维码与服务器建立通信连接之后,由服务器根据订单的编码信息对上述待签收的订单、与上述订单对应的待支付金额进行确认。当服务器确定上述待支付金额大于零以及确认与该订单对应的收款账户的信息无误之后,开启与相应金融机构结算的接口。并向上述终端设备返回对应上述订单的支付页面。上述终端设备接收基于扫描支付二维码以及订单对应的待支付金额大于零而返回的对应上述订单的支付页面。可选的,上述支付页面可以包括待用户选择的多个金融机构。
步骤303,响应于用户的操作向收款账户支付待支付金额。
在步骤302中,在终端设备接收基于扫描上述支付二维码以及上述订单对应的待支付金额大于零而返回的对应上述订单的支付页面之后,用户可以在上述支付页面上选择一个金融机构,然后进行支付操作。这里的支付操作可以包括支付金额输入,支付密码输入等等。响应于用户的支付操作,终端设备通过后台支付系统向收款账户支付上述待支付金额,此处不赘述。
步骤304,接收基于向收款账户支付成功而返回的对应订单的客户签收页面。
在本实施例中,终端设备可以接收由服务器基于向收款账户支付成功而返回的对应上述订单的客户签收页面。
上述客户签收页面可以包括对应上述订单的编码信息、签收时间信息以及待签名区域。签收人可以在上述待签名区域内签名。
在本实施例中,通过扫描配送终端上的对应待签收的订单的支付二维码,可以收到返回的支付页面,接着通过支付页面对上述订单支付之后,可以接收到签收页面以供签收人签名。这样,支付页面和签收页面均可以呈现在终端设备上,在提高了配送效率的同时,还可以便于用户进行操作。
在本实施例的一些可选实现方式中,用户在对上述订单下单时采用的付款方式可以为在线付款,这样,对应上述订单的待支付金额等于零。这样,当上述终端设备扫描配送终端上的支付二维码时,服务器可以通过查询上述订单的编码得到该订单对应的待支付金额等于零。这样,服务器可以将对应该订单的客户签收页面发送到上述终端设备。也就是说,终端设备可以接收基于扫描支付二维码以及订单对应的待支付金额等于零而返回的对应上述订单的客户签收页面。
在本实施例的一些可选实现方式中,上述用于订单签收的方法还包括步骤305,采集签收场景信息,并将采集的签收场景信息加密后上传至收款账户对应的服务器。这里收款账户对应的服务器可以为图1所示的服务器106。其中,签收场景信息包括签收人的面部信息、用户终端所在的地理位置信息以及用户终端的身份信息。作为示例,用户终端的身份信息例如可以是国际移动设备身份码(International Mobile Equipment Identity,IMEI)。上述终端设备对签收场景信息进行加密可以采用各种加密方法进行加密,上述加密算法可以包括但不限于:高级加密标准(Advanced Encryption Standard,AES)算法、RSA加密算法、椭圆曲线密码编码(Elliptic Curves Cryptography,ECC)算法、迪菲-赫尔曼(Diffie-Hellman,DH)算法、安全散列算法(Secure Hash Algorithm,SHA)等。
可选的,可以采用非对称加密算法例如椭圆曲线密码编码(Elliptic CurvesCryptography,ECC)算法对上述签收场景信息进行加密。
在本实施例中,加密后的签收场景信息中还可以包括解密密码信息。加密密码例如可以和上述国际移动设备身份码相关,解密密码例如可以和上述国际移动设备身份码相关,加密密码和解密密码可以不相同,且均可以为国际移动身份码中的一部分。例如加密密码可以采用国际移动设备身份码的前7位码,解密密码可以采用国际移动设备身份码的后8位码。
进一步可选的,上述用于订单签收的方法300还可以包括如下步骤:
步骤306,向上述服务器发送查询请求,上述查询请求可以包括上述订单的编码信息。
这里,终端设备向上述服务器发送查询订单签收场景的查询请求。
步骤307,接收基于上述查询请求返回的与上述订单的签收场景信息相对应的签收二维码。
这里,终端设备接收上述服务器根据上述查询请求返回的与该订单的编码信息向对应的签收二维码。
步骤308,扫描并解密上述签收二维码,得到对应上述订单的签收场景信息。
终端设备在接收到到服务器发送的签收二维码之后,可以扫描上述签收二维码并对扫描后的签收二维码进行解密,继而得到上述订单的签收场景信息。
这样,当用户对订单配送有争议时,可以使用终端设备向服务器通过订单的编码进行查询。服务器可以向终端设备返回与服务器连接的数据库中保存的对应已加密的签收场景信息的签收二维码。终端设备可以扫描上述签收二维码并解密对已加密的签收场景信息得到还原的签收场景信息。也就说加密操作和解密密码操作均可以在终端设备上进行,可以避免泄露签收人的个人信息。
进一步参考图4,作为对上述各图所示方法的实现,本申请提供了一种用于订单签收的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图4所示,本实施例上述的用于订单签收的装置400包括:支付请求信息接收单元401,配置用于接收用户终端发送的请求信息,请求信息包括用户终端的标识信息、订单对应的订单的编码信息以及支付账户信息;其中,请求信息是用户终端根据扫描配送终端上对应订单的支付二维码生成的;确定单元402,配置用于确定订单对应的待支付金额是否大于零;支付页面返回单元403,配置用于响应于确定订单对应的待支付金额大于零,向用户终端返回对应订单的支付页面;推送单元404,配置用于响应于接收到用户终端对待支付金额的支付成功信息,推送对应订单的客户签收页面至用户终端。
在本实施例中,用于订单签收的方法的装置400的支付请求信息接收单元401、确定单元402、支付页面返回单元403和推送单元404的具体处理及其所带来的技术效果可分别参考图2对应实施例中步骤201、步骤202、步骤203和步骤204的相关说明,在此不再赘述。
在本实施例的一些可选实现方式中,上述推送单元404可以进一步配置用于响应于确定订单对应的待支付金额等于零,推送对应订单的客户签收页面至用户终端,以供签收人在用户终端中对上述订单进行签收。从而可以避免配送人员代签行为的发生。
在本实施例的一些可选实现方式中,用于订单签收的方法的装置还包括保存单元405。保存单元配置用于在推送单元404推送对应订单的客户签收页面至用户终端之后,接收并保存用户终端采集并加密上传的签收场景信息,其中,签收场景信息包括签收人的面部图像信息、用户终端所在的地理位置信息以及用户终端的身份信息。在上述保存单元中保存的已加密的签收场景信息可以作为当订单配送发生争议时作为配送查询依据,避免不必要的经济损失。
可选的,上述保存单元进一步配置用于生成存储上述签收场景信息的签收二维码并保存。将签收场景信息生成签收二维码后保存可以避免用户的信息泄露。
进一步可选的,上述用于订单签收的装置还可以包括发送单元(图中未示出),配置同于响应于接收到用户终端的查询请求,向用户终端发送签收二维码。
请继续参考图5,作为对上述图3所示方法的实现,本申请提供了一种用于订单签收的装置的另一个实施例,该装置实施例与图3所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例上述的用于订单签收的装置500包括:扫描单元501,配置用于扫描配送终端上对应订单的支付二维码,支付二维码包括订单的编码信息以及收款账户的信息;支付页面接收单元502,配置用于接收基于扫描支付二维码以及订单对应的待支付金额大于零而返回的对应订单的支付页面;支付单元503,配置用于响应于用户的操作向收款账户支付待支付金额;签收页面接收单元504,配置用于接收基于向收款账户支付成功返回的对应订单的客户签收页面,客户签收页面包括订单的编码信息、签收时间信息以及待签名区域。
在本实施例中,用于订单签收的方法的装置500的扫描单元501、支付页面接收单元502、支付单元503和签收页面接收单元504的具体处理及其所带来的技术效果可分别参考图3对应实施例中步骤301、步骤302、步骤303和步骤304的相关说明,在此不再赘述。
在本实施例的一些可选实现方式中,签收页面接收单元进一步配置用于接收基于扫描支付二维码以及订单对应的待支付金额等于零而返回到额对应订单的客户签收页面。
在本实施例的一些可选实现方式中,用于订单签收的装置500还包括采集单元505,采集单元505配置用于采集签收场景信息,并将采集的签收场景信息加密后上传至收款账户对应的服务器;其中签收场景信息包括签收人的面部信息、用户终端所在的地理位置信息以及用户终端的身份信息。
进一步可选的,上述用于订单签收的装置500还包括查询单元(图中未示出),查询单元配置用于向服务器发送查询请求,查询请求包括订单的编码信息;接收基于查收请求返回的与订单的签收场景信息相对应的签收二维码;扫描并解密签收二维码,得到对应订单的签收场景信息。
本申请还提供了一种电子设备,该电子设备可以包括图4所描述的用于订单签收的装置。该电子设备可以配置有一个或多个处理器;存储器,用于存储一个或多个程序,一个或多个程序中可以包含用以执行上述步骤201-204中描述的操作的指令。当一个或多个程序被一个或多个处理器执行时,使得一个或多个处理器执行上述步骤201-204中描述的操作。
本申请还提供了一种终端设备,该终端设备可以包括图5所描述的用于订单签收的装置。该终端设备可以配置有一个或多个处理器;存储器,用于存储一个或多个程序,一个或多个程序中可以包含用以执行上述步骤301-304中描述的操作的指令。当一个或多个程序被一个或多个处理器执行时,使得一个或多个处理器执行上述步骤301-304中描述的操作。
请参考图6,其示出了适用本申请实施例的电子设备和终端设备的计算机系统600的结构示意图。
如图6所示,计算机系统600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有系统600操作所需的各种程序和数据。CPU601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如液晶显示器(LCD)以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的方法中限定的上述功能。需要说明的是,本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、服务器或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、服务器或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、服务器或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括支付请求信息接收单元、确定单元、支付页面返回单元以及推送单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,确定单元还可以被描述为“确定所述订单对应的待支付金额是否大于零的单元”。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的装置中所包含的;也可以是单独存在,而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该装置执行时,使得该装置:接收用户终端发送的支付请求信息,支付请求信息包括用户终端的标识信息、订单对应的编码信息以及支付账户信息;其中,支付请求信息是用户终端通过扫描配送终端上对应订单的支付二维码生成的;确定订单对应的待支付金额是否大于零;响应于确定订单对应的待支付金额大于零,向用户终端返回对应订单的支付页面;响应于接收到用户终端对待支付金额的支付成功信息,推送对应订单的客户签收页面至用户终端。
作为另一方面,本申请还提供了另一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的装置中所包含的;也可以是单独存在,而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该装置执行时,使得该装置:扫描配送终端上的与待签收的订单对应的支付二维码,支付二维码包括订单的编码信息以及收款账户的信息;接收基于扫描二维码以及订单对应的待支付金额大于零而返回的对应订单的支付页面;响应于用户的操作向收款账户支付待支付金额;接收基于向收款账户支付成功而返回的对应订单的客户签收页面,客户签收页面包括订单的编码信息、签收时间信息以及待签名区域。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。