具体实施方式
本申请的实施例提出一种获取订单信息的方法,由用户在网购平台指定其他用户作为某个订单的共享用户,网购平台在共享用户的账户中创建该订单的共享订单,使得共享用户从自己账户中即可获得该共享订单的相关信息,以解决现有技术中存在的问题。本申请实施例中的方法应用在网购平台的服务器上,其中实施例一流程如图1所示。
步骤110,接收用户提交的共享用户。
用户可以针对某个订单提交共享用户,也可以针对两个及以上的订单提交共享用户,还可以针对所有的订单提交共享用户。为便于区分,本实施例中将用户账户建立的订单称为原始订单,将共享用户账户中为获取订单信息而创建的订单称为共享订单。
用户可以在建立订单的过程中,提交该订单的共享用户,也可以针对已经建立的订单提交共享用户。网购平台的服务器可以在创建原始订单的过程中,在共享用户的账户中建立与该原始订单对应的共享订单;也可以在原始订单创建后,根据接收到的用户提交的共享用户,在该共享用户的账户中建立与该原始订单对应的共享订单。
步骤120,在共享用户的账户中建立与原始订单对应的共享订单,其中,原始订单和共享订单与相同的共享信息相关联。
与原始订单有关的各种信息都可以用来作为共享信息,如订单处理阶段信息(是否付款,是否发货等)、物流信息(物流公司、运单号码、物流状态等)、订单中购买物品或服务的信息(详情页面的链接、物品的规格、数量等)。另外,共享信息是哪些可以由网购平台缺省指定,可以由用户来指定,也可以给出几种选项供用户选择,本实施例中不做限定。
根据所关联的共享信息,共享用户可以对共享订单进行各种操作。例如,在用户将订单的购买物品或服务的信息作为共享信息的情形下,共享用户可以为共享订单付款、代收共享订单、乃至进行共享订单和原始订单的完成确认,本实施例中同样不做限定。
可见,本实施例中通过在共享用户账户中建立原始订单的共享订单,并将原始订单和共享订单关联到相同的共享信息,使得用户与共享用户都可以通过自己的账户方便的获知订单的状态,提高了获取订单信息的效率,节约了用户和共享用户的时间。
在本申请的实施例二中,用户提交的共享用户是为用户收取订购商品的代理收件人,在代理收件人账户中建立的共享订单为代收订单。该实施例中,用户可以将物流信息与其指定的代理收件人共享,其具体可以是为代理收件人创建代收订单,这样,代理收件人就可以通过自己的账户来根据代收订单来跟踪上述用户的订单的物流状态信息,以便及时的进行代收操作。具体地,该实施例二的流程如图2所示。
步骤210,接收用户提交的代理收件人。
本实施例中将代理收件人账户中为收件而创建的订单称为代收订单。
用户在网购平台选择好某个订单的商品后,为该订单指定其他用户作为代理收件人,并提交到网购平台。代理收件人与用户在同一网购平台有各自的账号,用户可以通过能够在该网购平台唯一确定代理收件人账号的任一方式来指定代理收件人,例如该代理收件人的注册邮箱、用户名、手机号码等,本实施例中不做限定。用户可以为一个订单指定一个到多个代理收件人。
步骤220,在代理收件人的账户中建立该原始订单的代收订单;原始订单和代收订单与相同的共享信息相关联。
通常网购平台的服务器在收到用户提交的指定了代理收件人的某个订单后,为用户生成原始订单,并在代理收件人的账户中创建该原始订单的代收订单,代收订单对应于原始订单,这种情况下,服务器可以在创建原始订单之前、同时或之后创建对应的代收订单。用户也可以在生成订单之后,再为该订单指定代理收件人,此时服务器在收到用户提交的代理收件人之后,再为该订单(原始订单)创建代收订单。上述两种情况下,服务器可以将用户账户中原始订单中的收件人联系信息替换为代理收件人的联系信息。
代收订单在代理收件人的账户中可以以区别于其他订单的方式显示,例如,以不同的分类下显示代理收件人自己的订单和代收订单,或为代收订单添加标记等等。类似的,原始订单也可以在用户的账户中以区别于自己收件的订单的方式显示。
服务器可以在收到指定代理收件人的某个订单后,直接在代理收件人的账户中生成代收订单;也可以向用户指定的代理收件人发送代理收件请求消息,告知该代理收件人被其他用户指定作为某个订单的代理收件人,该代理收件人可以用同意或拒绝代理收件来响应代理收件请求消息,如果服务器收到该代理收件人同意代理收件的响应,则在用户账户中生成原始订单并且在代理收件人的账户中生成代收订单;如果服务器收到该代理收件人拒绝代理收件的响应,则向用户返回因该代理收件人拒绝而不能生成订单的消息,用户可以指定其他代理收件人,可以在指定了多个代理收件人的情形下删除该代理收件人,也可以改为自己收件。
服务器在用户账户中创建了原始订单、在代理收件人账户中创建了该原始订单的代收订单后,将用户账户的原始订单和代理收件人账户的代收订单关联到相同的共享信息。
在共享信息包括物流信息的实现中,原始订单和代收订单与物流信息关联的具体方式,根据网购平台提供订单物流信息的具体实现而不同。例如,如果网购平台在用户账户中保存订单的物流公司和运单号码,在用户请求某个订单的物流信息时服务器查询该物流公司的对应运单的物流状态,则为原始订单和代收订单保存相同的物流公司和运单号码即可;如果网购平台为每个订单在服务器本地保存物流信息,并在物流公司刷新某个运单的物流信息时更新在本地保存与该运单对应的订单的物流信息,则服务器在收到原始订单或代收订单对应的运单的刷新消息时,要一并更新原始订单和代收订单的本地物流信息。本实施例中对此不作限定。
可见,本实施例中通过在代理收件人账户中建立原始订单的代收订单,并将原始订单和代收订单关联到相同的共享信息,使得用户与代理收件人都可以通过自己的账户方便的获知订单的状态,提高了获取订单信息的效率,节约了用户和代理收件人的时间。
本实施例中,可以根据实际应用场景的需要,来确定代理收件人对代收订单具体内容的了解程度以及能够对代收订单执行的操作。
一个例子中,代理收件人可以对代收订单执行收件确认的操作,但不能进行代收订单(或原始订单)的完成确认的操作,用户在代理收件人执行完收件确认的操作后才能进行原始订单的完成确认操作。在一种实现中,在该网购平台的商家发货后,服务器允许代理收件人进行收件确认操作(如使能代收订单的收件确认操作按钮);代理收件人收到快件,进行收件确认(如点击收件确认按钮);服务器收到代理收件人提交的该代收订单的收件确认消息后,允许用户进行原始订单的完成确认(如使能原始订单的完成确认操作按钮);在检查实际收到的快件与原始订单相符后,用户进行原始订单的完成确认(如点击完成确认按钮);服务器收到用户提交的原始订单的完成确认消息后,原始订单与代收订单完成,服务器可以删除代理人收件人账户中的代收订单,也可以保留。这个例子对只是需要代理收件人代为收件,而订单中的商品由用户确认的情形更为适用,这种情形下为保护用户的隐私,代收订单的内容可以包括下单用户、订单号、物流信息,但不包括订单中的商品及价格等敏感信息。
在另一个例子中,由代理收件人对代收订单和原始订单执行完成确认的操作。在一种实现中,在该网购平台的商家发货后,服务器允许代理收件人进行完成确认操作(如使能代收订单的完成确认操作按钮);代理收件人收到快件,检查其中的商品与代收订单相符,进行完成确认(如点击完成确认按钮);服务器收到代理收件人提交的该代收订单的完成确认消息后,通知用户该原始订单完成;用户得知代收订单已由代理收件人进行完成确认,原始订单与代收订单完成。这个例子对用户购买商品送给代理收件人的情形更为适用,这种情形下代收订单的内容可以包括下单用户、订单号、物流信息、以及订单中的商品等。
此外,还可以在用户指定代理收件人的时候,为用户提供设置代理收件人对代收订单具体内容的了解程度、和/或能够对代收订单执行的操作的途径;并根据用户的设置结果,来执行原始订单和代收订单的后续处理流程。
在本申请的一个应用示例中,共享信息为物流信息;网购平台在代理收件人同意代理收件后在其账户中创建临时订单(即用户原始订单的代收订单),在代理收件人进行临时订单的收件确认操作后,用户才能进行原始订单的确认收货操作(即完成确认操作)。本应用示例中,应用本申请获取订单信息方法的网购平台服务器与用户、以及与代理收件人之间的交互流程如图3所示。
用户在终端(包括个人电脑、平板电脑、手机等设备)上购物确认订单时,指定一个到多个代理收件人。以图4所示的用户终端显示界面为例,用户川川通过选择代理收件人的用户名xiaoli123来指定xiaoli123作为本订单的代理收件人。
用户的终端将订单的内容,包括用户指定的代理收件人发送给网购平台的服务器。
服务器向代理收件人的账户发送代理收件请求消息,告知代理收件人希望其代为收件的用户账户。
代理收件人的终端上可以显示如图5所示的界面。代理收件人点击同意后,终端向服务器发送同意代理收件的响应消息。
服务器向用户终端发送通知消息,告知用户其指定的代理收件人已经同意代理收件。用户终端上向用户显示的界面可以如图6所示。
服务器在用户账户中创建原始订单,将用户原始订单中的收件人信息替换为代理收件人的联系信息。用户查看其原始订单时,界面可以如图7所示,原始订单的信息中包括其指定的代理收件人,用户可以查看订单的物流信息;此时原始订单的确认收货按钮处于禁用(disable)状态。
服务器在在代理收件人的账户中创建对应于该原始订单的临时订单。代理收件人在查看其账户中的临时订单时,界面可以如图8所示,临时订单的信息包括下订单用户的用户名川川和川川的手机号码,代理收件人可以查看订单的物流信息,也可以通过收到包裹按钮来进行收货确认操作。
服务器将用户账户的原始订单和代理收件人账户的临时订单关联到相同的物流信息。这样,用户和代理收件人可以通过自己的账户共享同样的物流状态。
代理收件人收到快件后,对该临时订单进行收货确认操作,例如xiaoli123在图8所示的界面中点击收到包裹按钮。
代理收件人的终端将临时订单的收货确认消息发送给服务器。
服务器在收到临时订单的收货确认消息后,允许用户对原始订单进行完成确认操作。用户川川的终端上,原始订单的界面如图9所示,此时确认收货按钮处于正常(Normal)状态。
用户进行原始订单的完成确认操作后,如在图9所示的界面中用户川川点击确认收货按钮后,用户终端将原始订单的完成确认消息发送给服务器。
服务器收到原始订单的完成确认消息,更新原始订单的状态,删除代理收件人账户中的临时订单。
上述实施例二以物流信息为共享信息进行代理收件的实例对本申请技术方案进行了说明,实际应用中,也可以基于付款信息作为共享信息进行代付款,例如可以由用户指定的用户创建的代付款订单作为上述的共享订单,使得指定的用户可基于该代付款订单进行付款操作,以完成订单。等等。
与上述流程实现对应,本申请的实施例还提供了一种应用在网购平台的服务器上的获取订单信息的装置。该装置可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为逻辑意义上的装置,是通过服务器的CPU将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,除了图10所示的CPU、内存以及非易失性存储器之外,服务器通常还包括用于实现网络通信功能的板卡等其他硬件。
图11所示为本实施例提供的一种获取订单信息的装置,应用在网购平台的服务器上,从功能上划分,包括共享用户接收单元和共享订单建立单元,其中:共享用户接收单元用于接收用户提交的共享用户;共享订单建立单元用于在所述共享用户的账户中建立与原始订单对应的共享订单,其中,所述原始订单和共享订单与相同的共享信息相关联,所述原始订单为在所述用户的账户中建立的订单。
可选的,所述共享订单建立单元具体用于:在创建原始订单的过程中,在所述共享用户的账户中建立与所述原始订单对应的共享订单;或者,在原始订单创建后,根据接收到的用户提交的共享用户,在所述共享用户的账户中建立与所述原始订单对应的共享订单。
可选的,所述共享信息包括物流信息;所述共享用户为代理收件人;所述共享订单为代收订单。
一种实现方式中,所述装置还包括收件确认接收单元和完成确认使能单元,其中:收件确认接收单元用于接收所述代理收件人提交的所述代收订单的收件确认消息;完成确认使能单元用于允许所述用户进行所述原始订单的完成确认。
上一种实现方式中,所述装置还可以包括第一完成确认接收单元和代收订单删除单元,其中:第一完成确认接收单元用于接收用户提交的所述原始订单的完成确认消息;代收订单删除单元用于删除所述代理人收件人账户中的代收订单。
另一种实现方式中,所述装置还包括第二完成确认接收单元和订单完成通知单元,其中:第二完成确认接收单元用于接收所述代理收件人提交的所述代收订单的完成确认消息;订单完成通知单元用于通知所述用户所述原始订单完成。
可选的,所述装置还可以包括代理收件请求单元,用于在接收用户提交的代理收件人后,向所述代理收件人发送代理收件请求消息;此时所述代收订单建立单元具体用于:当代理收件人对代理收件请求消息的响应为同意代理收件时,在所述代理收件人的账户中建立所述原始订单的代收订单。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。