CN111582961B - 信息处理方法及装置 - Google Patents
信息处理方法及装置 Download PDFInfo
- Publication number
- CN111582961B CN111582961B CN201910117698.8A CN201910117698A CN111582961B CN 111582961 B CN111582961 B CN 111582961B CN 201910117698 A CN201910117698 A CN 201910117698A CN 111582961 B CN111582961 B CN 111582961B
- Authority
- CN
- China
- Prior art keywords
- information
- client
- user
- commodity
- target commodity
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0833—Tracking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0621—Item configuration or customization
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Abstract
本申请实施例提供一种信息处理方法及装置。其中,第一客户端响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求;所述服务端对所述至少一种目标商品进行处理,生成业务订单,并基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息;第一客户端即可以分享所述第一信息;其中,所述第一信息可以被第二客户端获取,并引导第二用户进行确认领取操作后,确定所述至少一种目标商品的配送相关信息。本申请实施例提供的技术方案提高了业务处理效率,提高了用户体验。
Description
技术领域
本申请实施例涉及计算机应用技术领域,尤其涉及一种信息处理方法及装置。
背景技术
随着互联网技术及电子技术的发展,通过网上交易进行商品购买的便携方式逐渐渗透到日常生活中。
通过网上交易进行商品购买时,由于需要进行商品配送,因此需要购买用户提供配送地址等配送相关信息。而在实际应用中,存在购买用户为其他用户购买商品的情况,目前均是通过购买用户将配送地址设置为商品接收方的收货地址来实现,但是这种处理方式,需要购买用户私下通知商品接收方,或者与商品提供方进行协商,帮忙以纸条或卡片的形式写下购买用户的要求信息以随商品配送至商品接收方,可见,这种处理方式流程复杂、处理效率较慢。
发明内容
本申请实施例提供一种信息处理方法及装置,用以解决现有技术中业务处理效率较慢的技术问题。
第一方面,本申请实施例中提供了一种信息处理方法,包括:
第一客户端响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单;
基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息;
分享所述第一信息;其中,所述第一信息用于被第二客户端获取,并引导第二用户进行确认领取操作后,确定所述至少一种目标商品的配送相关信息。
第二方面,本申请实施例中提供了一种信息处理方法,包括:
第二客户端获取第一信息;其中,所述第一信息基于至少一种目标商品的业务订单及第一交互信息生成;所述业务订单为服务端基于第一客户端的处理请求,对所述至少一种目标商家进行处理获得;所述第一交互信息为第一用户提供;
输出所述第一信息;
响应于第二用户的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端确定所述至少一种目标商品的配送相关信息。
第三方面,本申请实施例中提供了一种信息处理方法,包括:
接收第一客户端发送的处理请求,对至少一种目标商品进行处理,生成业务订单;其中,所述处理请求为所述第一客户端响应于第一用户针对所述至少一种目标商品的业务处理操作而生成;
基于所述业务订单及所述第一用户提供的第一交互信息,生成第一信息;
接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端;
接收所述第二客户端针对所述第一信息发送的确认领取请求,确定所述至少一种目标商品的配送相关信息。
第四方面,本申请实施例中提供了一种信息处理装置,包括:
业务请求模块,用于响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单;
第一生成触发模块,用于基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息;
分享模块,用于分享所述第一信息;其中,所述第一信息用于被第二客户端获取,并引导第二用户进行确认领取操作后,确定所述至少一种目标商品的配送相关信息。
第五方面,本申请实施例中提供了一种信息处理装置,包括:
第一获取模块,用于获取第一信息;其中,所述第一信息基于至少一种目标商品的业务订单及第一交互信息生成;所述业务订单为服务端基于第一客户端的处理请求,对至少一种目标商家进行处理获得;所述第一交互信息为第一用户提供;
第一输出模块,用于输出所述第一信息;
领取触发模块,用于响应于第二用户的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端确定所述至少一种目标商品的配送相关信息。
第六方面,本申请实施例中提供了一种信息处理装置,包括:
请求接收模块,用于接收第一客户端发送的处理请求,对至少一种目标商品进行处理,生成业务订单;其中,所述处理请求为所述第一客户端响应于第一用户针对所述至少一种目标商品的业务处理操作而生成;
信息生成模块,用于基于所述业务订单及所述第一用户提供的第一交互信息,生成第一信息;
信息传输模块,用于接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端;
配送处理模块,用于接收所述第二客户端针对所述第一信息发送的确认领取请求,确定所述至少一种目标商品的配送相关信息。
本申请实施例中,第一客户端响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求;所述服务端对所述至少一种目标商品进行处理,生成业务订单,并可以基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息;第一客户端即可以分享所述第一信息;其中,所述第一信息可以被第二客户端获取,并引导第二用户进行确认领取操作后,确定所述至少一种目标商品的配送相关信息。从而所述服务端根据所述配送相关信息,即可以对所述至少一种目标商品进行配送处理。本申请实施例提高了业务处理效率,提高了用户体验。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本申请提供的一种信息处理系统一个实施例的结构示意图;
图2示出了本申请提供的一种信息处理方法一个实施例的流程图;
图3示出了本申请提供的一种信息处理方法又一个实施例的流程图;
图4示出了本申请提供的一种信息处理方法又一个实施例的流程图;
图5示出了本申请提供的一种信息处理方法又一个实施例的流程图;
图6a~图6k分别示出了本申请实施例在一个实际应用中界面显示示意图;
图7示出了本申请提供的一种信息处理装置一个实施例的结构示意图;
图8示出了本申请提供的一种信息处理装置又一个实施例的结构示意图;
图9示出了本申请提供的一种信息处理装置又一个实施例的结构示意图;
图10示出了本申请提供的一种电子设备一个实施例的结构示意图;
图11示出了本申请提供的一种电子设备又一个实施例的结构示意图;
图12示出了本申请提供的一种计算设备又一个实施例的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
在本申请的说明书和权利要求书及上述附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如101、102等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
本申请实施例的技术方案主要应用于网上交易场景中,特别是商品购买方与商品接收方非同一个用户的应用场景中。
由于网上交易的便捷性,越来越多的人采用网上交易方式进行商品购买,这些商品可以是虚拟商品,如电子卡券等,也可以是实物物品等。由于网上交易涉及商品配送流程,因此需要商品购买方提供配送地址或配送账号等配送相关信息。而在实际应用中,存在商品购买方与商品接收方非同一个用户的情景,比如某个用户想要送给另一个用户一件礼物时,传统方式需要送礼用户首先购买礼物,进行包装等之后再送给收礼用户,而随着网上交易方式的普及,送礼用户也会直接在网上购买一件商品作为礼物,填写收礼用户的配送相关信息,该商品即会被寄送给收礼用户,虽然网上交易简化了线下购物的繁琐,但是实际上在这种情景下,商品购买方采用传统的网上交易流程,由于商品接收方是被动的,因此就需要复杂的沟通流程,包括与商品接收方、商品提供方等进行反复沟通,影响处理效率,且与商品提供方的沟通基于网上交易平台提供的通信通道实现,这也增加了设备交互次数,且商品接收方只能被动接收商品,甚至不了解商品购买方是谁,用户体验很差。
为了提高业务处理效率,提高用户体验,发明人经过一系列研究提出了本申请的技术方案,本申请实施例提供了一种新的、更加便携的网上业务处理方式,提高了业务处理流程,提高了用户体验。在本申请的以下描述中,第一用户可以是指商品购买方,第二用户可以是指商品接收方,在送礼场景下,第一用户也即是送礼用户,而第二用户即为收礼用户。
本申请实施例的技术方案可以采用图1所述的信息处理系统实现,主要由服务端101、第一客户端102以及第二客户端103构成,第一客户端102响应于第一用户针对至少一种目标商品的业务处理操作,请求所述服务端101对所述至少一种目标商品进行处理,获得业务订单;第一客户端102还可以获取第一用户提供的第一交互信息,从而可以请求服务端101基于所述至少一种目标商品的业务订单以及该第一交互信息,生成第一信息;第一客户端102即可以将该第一信息分享给第二用户,第二用户可以通过第二客户端103获取该第一信息,基于该第一信息了解该至少一种目标商品以及第一用户,并决定是否收取商品,第二客户端103可以响应于第二用户针对所述第一信息的确认领取操作,确定所述至少一种目标商品的配送相关信息。从而可以请求所述服务端101根据所述配送相关信息,对所述至少一种目标商品进行配送处理。此外,如果该至少一种目标商品涉及物流配送,服务端101进行配送处理时还可以生成配送通知,该配送通知用于提供给商品提供方查看,由商品提供方协调物流配送方进行物流配送方。在一个实际应用中,还可以包括商品提供端104,配送通知可以发送至商品提供端104,以实现通知商品提供方的目的。
本申请实施例提供的处理方式,用户之间无需进行私下协商,即可以实现第一用户为第二用户购买商品的目的,简化了业务处理流程,提高了业务处理效率,且第二用户对商品可以提前感知,对是否接受商品拥有主动权,第一用户还可以提供第一交互信息,并合成在第一信息中,使得第二用户可以方便了解第一用户,提高了用户体验,采用本申请提供的业务处理方式,由于为其它用户购买商品更加便携,因此还可以引入更多用户流量,提高平台利用率,带来更多收益。且省去了很多不必要的设备交互流程,可以保证设备性能。
本申请实施例中所述的第一客户端以及第二客户端为类型相同的客户端,也即均为与服务端建立连接以实现网上交易的客户端,只是第一客户端以及第二客户端安装在不同电子设备中,并对应不同用户。第一客户端和/或第二客户端可以是指原生App(Application,应用程序),也可以是指指App作为运行容器运行的Html5(HyperTextMarkup Language5,超文本标记语言第5版,简称H5)页面或者轻应用(MiniApp)等,轻应用是一种不需要下载安装即可以使用的一种轻量级应用程序,计算机技术的发展,带来了新的应用开发模式,比如,大型平台应用服务的提供者,除了基于自身平台应用为终端用户提供自有服务外,还为开发者提供了高效的开发框架,平台自身的功能模块或者第三方服务应用,都可以通过所提供的开发框架,以非常高效的方式进行开发和部署,并以很好的兼容性和稳定性接入平台主应用程序。在此开发模式下开发的应用,除了能够实现前述的优势外,还可以依托于应用平台的品牌,用户等优势,实现多方互利的局面,例如,一方面,应用的接入丰富了平台的服务,另一方面又节约了所接入应用的推广成本,更重要的是节约了用户的访问时间,提高了应用的触达效率。基于这种模式的接入的应用对象即可以称为轻应用,或者称为独立功能子应用,其可以依托于主应用程序而运行,也即以主应用程序作为运行容器运行,例如可以从主应用程序中提供的接口启动,由主应用程序分配运行环境等,同时,又在功能和运行特性等方面保持一定的独立性。轻应用通常具有易于实现,功能简洁高效,方便使用等特点。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图2为本申请实施例提供的一种信息处理方法一个实施例的流程图,本实施例从第一客户端的角度对本申请技术方案进行描述,该方法可以包括以下几个步骤:
201:响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单。
可选地,在实际应用中,该业务处理操作即可以具体是指交易操作。
第一客户端可以执行正常的商品交易功能,通过第一客户端可以提供多种商品供第一用户选购,第一用户对选择的至少一种目标商品可以请求进行交易,从而第一客户端与服务端进行交互来实现交易处理。
可选地,第一客户端可以基于用户加购操作,将至少一种目标商品加入购物车中,针对该至少一种目标商品的业务处理操作,可以是从购物车中发起的对该至少一种目标商品的业务处理操作。本领域技术人员可以理解的是,本申请技术方案应用于网上交易场景中,文中描述的商品或购物车等均为虚拟对象,本质上均为网上交易系统处理的不同数据,为了方便理解,本文中均是以商品或者购物车等比较形象的表述方式来表示不同数据。
第一客户端响应于第一用户针对至少一种目标商品的业务处理操作,可以生成处理请求,并向服务端发送处理请求,该处理请求用以触发服务端对所述至少一种目标商品进行处理,以生成业务订单。该业务订单也即可以是指包含商品交易相关信息等的交易订单。
可选地,响应于第一用户针对至少一种目标商品的业务处理操作之前,第一客户端还可以输出所述至少一种目标商品的操作提示信息,该操作提示信息中可以包括交易控件,针对该至少一种目标商品的业务处理操作即可以通过对该交易控件的触发操作实现。
可选地,所述响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单可以包括:
响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端基于所述至少一种目标商品,生成业务订单;
响应于所述第一用户针对所述业务订单的支付操作,调到第三方支付系统进行在线支付。
可选地,响应于所述第一用户针对所述确认订单的支付请求之前,所述还可以包括:
输出所述业务订单对应的支付提示信息。
该支付提示信息中可以包括支付控件,该支付操作具体可以是指对该支付控件的触发操作。该支付提示信息可以由服务端发送至第一客户端,以触发第一客户端输出。
其中,输出支付提示信息的同时,还可以输出该业务订单,以便于用户确认订单内容,从而决定是否发起支付操作等。
该业务订单中可以包括该至少一种目标商品的商品信息及订单信息,其中,商品信息可以包括商品描述信息如商品名称、以及商品数量等,订单信息可以包括交易金额、订单生成时间、订单编号以及支付信息等,支付信息可以包括支付时间、支付状态(成功或失败)等等。
202:基于所述至少一种目标商品的业务订单,生成第一信息。
由于至少一种目标商品需要配送至第二用户,无需让第二用户了解订单信息,因此,可选地,可以具体是基于所述至少一种目标商品的商品信息,生成第一信息。该第一信息中即可以包括该至少一种目标商品的商品信息,以方便第二用户了解该至少一种目标商品。
可选地,所述基于所述至少一种目标商品的业务订单,生成第一信息可以包括:
响应于所述第一用户的订单制作操作,基于所述至少一种目标商品的业务订单,生成第一信息。
可选地,可以具体是响应于第一用户的订单制作操作,向服务端发送订单制作请求,以供所述服务端基于所述至少一种目标商品的业务订单生成第一交互信息。
可选地,响应于所述第一用户的订单制作操作,基于所述至少一种目标商品的业务订单,生成第一信息之前,所述方法还可以包括:
输出制作提示信息。该制作提示信息用于提示第一用户是否生成第一信息,进而决定是否触发订单制作请求。
该制作提示信息中可以包括确认控件,该订单制作操作可以是指第一用户针对该制作提示信息中的确认控件的触发操作。
其中,该制作提示信息可以是服务端检测所述业务订单支付成功之后发送至第一客户端。
203:分享所述第一信息。
其中,所述第一信息可以被第二客户端获取,并引导第二用户进行确认领取操作后,确定所述至少一种目标商品的配送相关信息。
第一信息可以具体是作为第一推送信息分享给第二用户,实现向用户推荐或分享该至少一种目标商品的目的,以引导第二用户领取该至少一种目标商品。
其中,该配送相关信息可以具体是第二用户提供的。
也即,所述第二客户端响应于第二用户针对所述第一信息的确认领取操作,可以请求所述服务端根据所述第二用户提供的配送相关信息,对所述至少一种目标商品进行配送处理。所述第一信息被分享之后,第二客户端可以获取并向第二用户展示该第一信息,第二用户根据该第一信息可以了解该至少一种目标商品,以决定是否收取该至少一种目标商品,第二用户决定收取该至少一个目标商品,可以通过第二客户端执行确认操作,从而服务端可以根据所述第二用户提供的配送相关信息,对所述至少一种目标商品进行配送处理。
为了方便第二用户进一步了解该至少一种目标商品以及该第一用户,第一用户还可以提供第一交互信息,第一信息基于该至少一种目标商品的业务订单以及第一交互信息生成,该第一交互信息可以包含第一用户需要向第二用户传递的消息内容,其可以采用文字、图片、音频以及视频中一种或多种形式,因此,如图3所示的信息处理方法中,可以包括如下几个步骤:
301:响应于第一用户针对至少一种目标商品业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单
302:基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息
其中,该第一交互信息可以由用户输入或者从本地数据库上传或者由第一客户端采集获得。该第一交互信息可以采用文字、图片、音频及视频中一种或多种媒体形式。
该第一信息中即可以包括该至少一种目标商品的商品信息以及该第一交互信息。
可选地,基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息可以包括:
获取所述第一用户提供的第一交互信息;
将第一交互信息发送至所述服务端,以供所述服务端再基于该至少一个目标商品的业务订单以及该第一交互信息生成第一信息。
可选地,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息可以包括:
响应于所述第一用户的订单制作操作,基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息。
可选地,响应于所述第一用户的订单制作操作,可以向服务端发送订单制作请求,以供所述服务端基于业务订单及该第一交互信息生成第一信息。该订单制作请求中可以包括所述第一用户提供的该第一交互信息。
此外,响应于所述第一用户的订单制作操作,基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息之前,所述方法还可以包括:
输出制作提示信息。
该制作提示信息可以用于提示第一用户进行订单制作以获得第一信息。其中,该制作提示信息中可以包括确认控件,该订单制作操作可以是指第一用户针对该制作提示信息中的确认控件的触发操作。
此外,该制作提示信息可以是服务端在所述业务订单支付成功之后发送至第一客户端,以供第一客户端输出该制作提示信息。
303:分享所述第一信息。
其中,所述第一信息可以被第二客户端获取。
所述第二客户端响应于第二用户针对所述第一信息的确认领取操作,请求所述服务端根据所述第二用户提供的配送相关信息,对所述至少一种目标商品进行配送处理。
通过本申请实施例中,无需用户之间进行私下协商沟通,第二用户可以提前获知商品信息,因此简化了业务处理流程,提高了业务处理效率,
且现有技术中,若用户想要给其它用户购买商品,需要私下通知其它用户,或者与商品提供方进行协商,帮忙以纸条或卡片的形式写下交互信息以随商品配送至商品接收方,而本实施例,第一用户可以提供第一交互信息,并合成在第一信息中,使得第二用户可以方便了解第一用户,提高了用户体验,采用本申请提供的处理方式,由于为其它用户购买商品更加便携,因此还可以引入更多用户流量,提高平台利用率,带来更多收益。且省去了很多不必要的设备交互流程,可以保证设备性能。
由于至少一种目标商品可以包括虚拟商品,也可以包括实物商品,对于虚拟商品,无需进行物流配送,只需分配至第二用户的用户账号即可,对于实物商品,需要进行物流配送,因此需要知道第二用户的配送地址、配送时间等物流配送信息。
因此,服务端根据所述第二用户提供的配送相关信息,对所述至少一种目标商品进行配送处理可以包括两种情况:针对所述至少一种目标商品中的虚拟商品,获取所述第二用户的用户账号,并将所述虚拟商品分配给所述第二用户的用户账号;针对所述至少一种目标商品中的实物商品,获取所述第二用户提供的配送相关信息,基于所述配送相关信息生成配送通知,并将所述配送通知发送至所述实物商品的商品提供方,以便于商品提供方基于该配送通知进行物流配送等。
在某些实施例中,分享所述第一信息之前,所述方法还可以包括:
输出分享提示信息;该分享提示信息用于提示是否分享所述第一信息;
所述分享所述第一信息包括:
响应于所述第一用户的分享确认操作,分享所述第一信息。
该分享提示信息中可以包括确认控件,该分享确认操作可以是指对该确认控件的触发操作。
此外,该分享提示信息中还可以包括取消控件,则响应于针对该分享提示信息中的取消控件的触发操作,则中止分享所述第一信息。
该分享提示信息可以是服务端在生成所述第一信息之后,发送至第一客户端,以供第一客户端输出。
此外,若第二用户拒绝领取该第一信息,则第二客户端可以向服务端发送拒绝领取请求,此时服务端可以向第一客户端发送重分享提示信息,以提示第一用户重新分享该第一信息。
因此,在某些实施例中,所述方法还可以包括:
接收所述服务端发送的重分享提示信息;所述重分享提示信息为所述服务端接收到所述第二客户端的拒绝领取请求时生成;
输出所述重分享提示信息;
响应于所述第一用户的重分享确认操作,分享所述第一信息。
其中,所述第一信息用以被第三客户端获取,并响应于第三用户针对所述第一信息的确认领取操作,请求所述服务端根据所述第三用户提供的配送相关信息,对所述至少一种目标商品进行配送处理。
当然,作为一种可能方式,该第三客户端可以与第二客户端为同一客户端,第二用户与第三用户可以为同一用户,也即第一用户可以多次向同一个用户分享第一信息。
此外,在某些实施例中,所述分享所述第一信息可以包括:
基于所述第一信息的参数数据,生成第一分享信息;
分享所述第一分享信息;
其中,所述第一分享信息用以被所述第二客户端从中读取所述参数数据,并根据所述参数数据获取所述第一信息。
作为一种可选方式,所述分享所述第一分享信息可以包括:
通过社交客户端分享所述第一分享信息。
可选地,可以是通过社交客户端将所述第一分享信息分享至第二用户对应的社交账号。
作为另一种可选方式,所述分享所述第一分享信息可以包括:
将第一分享信息进行本地保存。由第一用户启动社交客户端,并将本地保存的第一分享信息发送至第二用户对应的社交账号。
此外,还可以输出分享方式,以提示第一用户如何分享该第一分享信息。
其中,第一信息的参数数据可以链接至该第一信息。可选地,该参数数据可以包括链接参数,例如第一信息为页面时,链接参数可以是指页面地址,此外,该参数数据中还可以包括时间信息、第一用户的用户标识等。
作为一种可选方式,基于所述第一信息的参数数据生成的第一分享信息,可以为将该参数数据进行编码之后生成的口令信息。
该口令信息通过社交客户端分享至第二用户,该第二用户通过复制该口令信息,并打开第二客户端之后,第二客户端即可以读取该口令信息并识别获得该参数数据,从而跳转至该第一信息。
作为另一种可选方式,该第一分享信息,可以是将参数数据生成二维码,将二维码拼接到模板图片中获得的二维码图片,将二维码图片分享给第二用户,第二用户利用第二客户端扫描该二维码图片并识别其中的二维码,即可以获得该参数数据,从而跳转至对应的第一信息。
作为又一种可选方式,该第一分享信息可以是将第一信息的至少部分内容转换为图片格式,生成的携带该参数数据的分享图片。
该参数数据可以是隐藏在该分享图片中。
将该分享图片通过社交客户端分享至第二用户,该第二用户可以将该分享图片保存至本地,打开第二客户端之后,第二客户端即可以从本地读取该分享图片获得该参数数据,从而跳转至该第一信息。
此外,该第一分享信息也可以为携带该参数数据的控件,通过社交客户端将第一分享信息分享给第二用户,第二用户在其对应的社交客户端中点击该第一分享信息,可以触发打开第二客户端,并跳转至该第一信息。
由于服务端对所述至少一种目标商品进行处理,可以生成业务订单。而业务订单可以基于第一用户的订单制作操作,而被处理生成第一信息。若业务订单处理失败,例如支付失败等,或者未检测到订单制作操作,而导致业务订单未被处理时,为了方便用户查看以及继续执行进一步的操作,也可以在第一分享列表中加入订单提示信息。
因此,在某些实施例中,如果所述业务订单处理失败或者未接收到订单制作请求,在第一分享列表中加入所述业务订单的订单提示信息。可选地,可以是请求服务端在第一分享列表中加入所述业务订单的订单提示信息。该第一分享列表可以依据第一用户请求而从服务端获取并输出,从而可以展示订单提示信息。
该订单提示信息中可以包括订单状态,如待制作、待付款、已关闭等。
所述方法还可以包括:
响应于针对所述订单提示信息的触发操作,可以输出所述业务订单;可选地,可以从服务端请求获取所述业务订单并输出。
此外,输出所述业务订单的同时,还可以根据所述业务订单的订单状态输出制作提示信息、支付提示信息或者交易关闭提示信息等。也即上文描述中输出制作提示信息或者输出支付提示信息,可以是在响应于针对所述订单提示信息的触发操作,输出业务订单的同时而输出。
基于制作提示信息,可以发起订单制作操作,从而可以基于该业务订单以及第一用户提供的第一交互信息,生成第一信息。
基于支付提示信息,可以发起针对业务订单的支付操作,从而可以调用第三方支付系统进行在线支付等。
在某些实施例中,为了方便第一用户查看其分享的至少一种目标商品,基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息的同时,所述方法还可以包括:
基于所述至少一种目标商品的业务订单及所述第一交互信息,生成第二信息。
可以具体是基于所述至少一种目标商品的商品信息、订单信息以及所述第一交互信息,生成该第二信息。
第一信息用于分享至第二用户确认,而第二信息可以供第一用户查看。
在某些实施例中,所述方法还可以包括:
在第二分享列表中加入第一提示信息。
该第二分享列表可以依据用户请求而在第一客户端中输出,使得可以展示所述第一提示信息,以供用户查看。
在某些实施例,所述方法还可以包括:
响应于针对所述第一提示信息的触发操作,输出所述第二信息。
也即针对该第一提示信息的触发操作,即可以输出所述第二信息。
可选地,响应于针对所述第一提示信息的触发操作,输出所述第二信息可以是:
响应于针对所述第一提示信息的触发操作,向服务端发送第二信息获取请求;
接收所述服务端发送的所述第二信息;
输出所述第二信息。
其中,输出所述第二信息可以是在第一客户端中显示所述第二信息,以方便第一用户查看订单信息、该第一交互信息以及至少一种目标商品的商品信息等。
此外,该第一提示信息中可以包括第一信息的分享状态(分享成功或分享失败)、该第一信息的领取状态(领取成功或领取失败)、或者该至少一种目标商品的送达状态(未配送、配送完成、或正在配送)等。
因此,在某些实施例中,所述方法还可以包括:
根据所述第一信息的分享状态、所述第一信息的领取状态、和/或所述至少一种目标商品的送达状态,更新所述第一提示信息。
可选地,可以是请求服务端根据所述第一信息的分享状态、和/或所述至少一种目标商品的送达状态,更新所述第一提示信息。
此外,若第一信息分享失败,输出第二信息的同时还可以输出分享提示信息,进而基于分享提示信息,可以触发分享确认操作,以分享所述第一信息。
其中,所述第一分享列表以及所述第二分享列表可以为同一个列表也可以为不同列表。
此外,由于进行网上交易时,会涉及售后处理问题,比如退款、退货、退款且退货、或者换货等,而本申请提供的业务处理方式,第一用户仅负责购买,而由第二用户进行收货,本申请实施例提供了售后处理方式,以便于保证售后服务质量。
因此,作为一种可选方式,所述方法还可以包括:
响应于所述第一用户对第一目标商品的售后处理操作,向服务端发送第一售后请求,以供所述服务端对所述第一目标商品进行售后处理。
也即允许第一用户发起售后申请。
可选地,响应于所述第一用户对第一目标商品的售后处理操作,向服务端发送第一售后请求之前,所述方法还可以包括:
输出所述至少一种目标商品的售后提示信息;
则对第一目标商品的售后处理操作可以具体是指针对第一目标商品的售后提示信息的触发操作。
由上文描述可知,由于业务订单支付成功而未接收到订单制作请求,或者第一信息未分享,此时该至少一种目标商品也即处于未分享状态。
而在第一分享列表中可以展示业务订单的订单提示信息,在第二分享列表中可以展示第一提示信息,针对订单提示信息的触发操作可以输出业务订单,针对第一提示信息的触发操作可以输出第一信息,因此,该至少一种目标商品的售后提示信息可以包含于该业务订单或者该第一信息中,以在输出业务订单或者第一信息时,输出该至少一种目标商品的售后提示信息,从而方便第一用户发起售后申请。
由于第一目标商品可能为虚拟商品或者实物商品,且第一信息可能处于已领取或者未领取状态,因此第一目标商品可能处于未领取或已领取状态,在已领取情况下,若为虚拟商品,可能处于已使用或者未使用状态,若为实物商品,可能处于已发货或未发货等状态。
因此,在某些实施例中,所述响应于所述第一用户针对第一目标商品的售后处理操作,向所述服务端发送第一售后请求之后,所述还包括:
若接收到所述服务端发送的第一售后确认信息,输出所述第一售后确认信息;其中,所述第一售后确认信息为所述服务端确定所述第一目标商品为虚拟商品且已领取及未使用、或者所述第一目标商品为实物商品且已领取时生成,用于提示是否向第二用户发起售后申请;
响应于所述第一用户的售后确认操作,向服务端发送售后确认请求,以供所述服务端向所述第二客户端发送第一申请提示信息,并接收到到所述第二客户端发送的第一申请允许请求时,对所述第一目标商品进行售后处理;
如果接收到所述服务端发送的第二售后确认信息,输出所述第二售后确认信息,其中所述第二售后确认信息为所述服务端确定所述第一目标商品为虚拟商品且已使用时生成,用于提示售后申请失败。
其中,服务端对第一目标商品的处理可以结合第一目标商品的具体状态进行,在下面实施例中会详细进行介绍。
作为另一种可选方式,所述方法还可以包括:
接收所述服务端发送的第二申请提示信息;其中,所述第二申请提示信息为所述服务端接收到所述第二客户端发送的第二售后请求而发送的;所述第二售后请求为所述第二客户端响应于所述第二用户对第二目标商品的售后请求操作而生成;
输出所述第二申请提示信息;
响应于针对所述第二售后申请提示信息的申请确认操作,向所述服务端发送第二申请允许请求,以供所述服务端对所述第二目标商品进行售后处理。
也即可以允许第二用户进行售后申请,但是第二用户发起售后申请需要经由第一用户确认之后执行,以保证第一用户的权益。
其中,第二售后请求中可以包括售后类型,该售后类型可以包括退货或者换货。
由于退货涉及退款问题,退款需要退给第一用户,因此,服务端可以是在若第二售后请求的售后类型为退货类型时,向第一客户端发送第一售后申请提示信息。而对于第二售后请求的售后类型为换货类型时,则可以直接对第一目标商品进行售后处理。
其中,服务端进行售后处理的具体方式在下述实施例中会详细进行介绍。
此外,还可以为第一用户提供客服服务,因此在某些实施例中,所述方法还可以包括:
响应于所述第一用户的客服请求操作,向服务端发送第一客服请求,以供所述服务端建立所述第一客户端与商品提供端的第一通信通道。
其中,在某些实施例中,响应于所述第一用户的客服请求操作,向服务端发送第一客服请求之前,所述方法还可以包括:
输出客服服务提示信息。
则该客服请求操作可以具体是指针对该客户服务提示信息的触发操作。
服务端基于该第一客服请求,可以建立所述第一客户端与商品提供端的之间第一通信通道,以便于第一用户与商品提供方进行消息传递,实现即时通信等。
可选地,该客服服务提示信息可以包含在业务订单或者第二信息中,以在输出业务订单或第二信息时,输出该客服服务提示信息。
此外,在某些实施例中,所述方法还可以包括:
响应于所述第一用户的物流查询操作,获取所述至少一种目标商品的物流配送信息;
输出所述物流配送信息。
可选地,响应于所述第一用户的物流查询操作,获取所述至少一种目标商品的物流配送信息之前,所述方法还可以包括:
输出物流查询提示信息;
则该物流查询操作可以具体是指针对该物流查询提示信息的触发操作。
具体地,响应于所述第一用户的物流查询操作,可以向服务端发送物流查询请求,以供所述服务端获取所述至少一种目标商品的物流配送信息,并将所述物流配送信息发送至所述第一客户端;第一客户端即可以输出所述物流配送信息。
在某些实施例中,所述方法还可以包括:
接收所述服务端发送的第二交互信息;其中,所述第二交互信息为所述第二客户端响应于所述第二用户的输入操作而生成;
输出所述第二交互信息。
通过第一交互信息以及第二交互信息可以实现第一用户与第二用户的消息传递。
在一个实际应用中,为了提高用户体验,该第一信息可以以网页页面形式,具体可以为H5页面,因此,在某些实施例中,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息可以包括:
获取目标页面模板;
获取所述第一用户在所述目标页面模板输入的第一交互信息;
根据所述至少一种目标商品的业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息。
可选地,可以是响应于所述第一用户的订单制作操作,获取该目标页面模板。
第一用户可以在该目标页面模板中输入第一交互信息,可选地,所述方法还可以包括:
在所述目标页面模板中输出交互提示信息;其中,所述交互提示信息用于所述第一用户输入所述第一交互信息。
此外,该目标页面模板中可以包括页面修饰元素,例如页面主题、背景图片或者修饰文案等。第一用户可以对该页面修饰元素进行修改,在某些实施例中,所述方法还包括:
响应于所述第一用户对所述页面修饰元素的修改操作,确定修改内容;
所述根据所述至少一种目标商品的业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息包括:
根据所述至少一种目标商品的业务订单、所述第一交互信息以及所述修改内容,更新所述目标页面模板,获得第一信息。
其中,响应于所述第一用户对所述页面修饰元素的修改操作,确定修改内容可以包括:
响应于所述第一用户对所述页面修饰元素的修改操作,从服务端获取所述页面修饰元素对应至少一个待替换内容;
基于所述第一用户针对所述至少一个待替换内容的选择操作,确定修改内容。
此外,在某些实施例中,所述根据所述至少一种目标商品的业务订单及所述第一交互信息,更新所述目标页面模板,获得第一信息可以包括:
响应于所述第一用户制作确认操作,根据所述至少一种目标商品的业务订单及所述第一交互信息,更新所述目标页面模板,获得第一信息。
此外,响应于所述第一用户制作确认操作,根据所述至少一种目标商品的业务订单及所述第一交互信息,更新所述目标页面模板,获得第一信息之前,所述还可以包括:
输出制作确认提示信息;
该制作确认提示信息可以包括确认控件,该制作确认操作可以具体是指对该制作确认提示信息中的确认控件的触发操作。
图4为本申请实施例提供的一种信息处理方法又一个实施例的流程图,本实施例从第二客户端的角度对本申请技术方案进行描述,可以包括以下几个步骤:
401:获取第一信息。
其中,所述第一信息基于至少一种目标商品的业务订单及第一交互信息生成;所述业务订单为服务端基于第一客户端的处理请求,对至少一种目标商家进行处理获得;所述第一交互信息为第一用户提供;
该第一信息的确定可以具体图2或图3所示实施例中所述,在此不再赘述。
402:输出所述第一信息。
可以具体是在第二客户端的中显示所述第一信息。
404:响应于第二用户的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端确定所述至少一个目标商品的配送相关信息。
可选地,可以将所述第二用户提供的配送相关信息,作为所述至少一个目标商品的配送相关信息。
也即服务端根据所述第二用户提供的配送相关信息,即以对所述至少一种目标商品进行配送处理。
此外,输出所述第一信息的同时还可以输出领取提示信息,该领取提示信息可以包括领取控件,该确认领取操作可以是指对该领取提示信息的触发操作。
该领取提示信息中还可以包括取消控件,通过触发该取消控件可以发起拒绝领取操作。
因此,在某些实施例中,所述方法还可以包括:
响应于所述第二用户的拒绝领取操作,向所述服务端发送拒绝领取请求。服务端基于拒绝领取请求,确认所述第一信息领取失败,可以向第一客户端发送重分享提示信息,以便于第一客户端输出该重分享提示信息,从而第一客户端响应于所述第一用户的重分享确认操作,可以重新分享所述第一信息。
此外,服务端在所述第一信息的领取期限内,未接收到确认领取请求,则也可以确认所述第一信息领取失败,从而向第一客户端发送重分享提示信息。
在某些实施例中,所述响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求可以包括:
响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求;
输出所述服务端发送的配送提示信息;
获取所述第二用户提供的配送相关信息,并将所述配送相关信息发送至服务端,以供所述服务端根据所述配送相关信息,对所述至少一种目标商品进行配送处理。
该配送提示信息用于提示用户针对该至少一种目标商品提供配送相关信息,以便于进行商品配送。
该配送相关信息可以由第二用户输入,当然,服务端可以查询第二用户对应的多个配送相关信息,因此该配送提示信息中可以包括该多个配送相关信息以供第二用户选择,所述第二用户提供的配送相关信息可以具体是指从该多个配送相关信息中选中的任一个配送相关信息。
在至少一种目标商品包括实物商品时,该配送相关信息可以是指物流配送信息。
而对于至少一种目标商品中的虚拟商品,可以直接分配至第二用户的用户账号,也即建立虚拟商品与第二用户的用户账号的对应关系。
因此,在某些实施例中,所述响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求包括:
响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端针对所述至少一种目标商品中的虚拟商品,获取所述第二用户的用户账号,并将所述虚拟商品分配给所述第二用户的用户账号;及针对所述至少一种目标商品中的实物商品,获取所述第二用户的物流配送信息,基于所述物流配送信息生成配送通知,并将所述配送通知发送至所述实物商品的商品提供方。
该第一信息中可以包括至少一种目标商品的商品信息,此外还可以包括第一用户提供的第一交互信息,通过第一交互信息可以使得第一用户向第二用户进行消息传递。
此外,在某些实施例中,所述方法还可以包括:
第二客户端接收所述第二用户提供的第二交互信息;
将所述第二交互信息发送至服务端,以供所述服务端将所述第二交互信息发送至所述第一客户端,由所述第一客户端输出。
也即第二交互信息可以实现第二用户向第一用户进行消息传递。
在某些实施例中,所述方法还可以包括:
第二客户端响应于第二用户针对所述第一信息的确认领取操作,在第三分享列表中加入所述第一信息的第二提示信息。
可选地,可以是请求服务端在第三分享列表中加入所述第一信息的第二提示信息。
该第三分享列表可以依据用户请求而在第二客户端中显示,从而即可以展示该第一信息的第二提示信息。
若检测到针对该第一信息的第二提示信息的触发操作,则可以输出该第一信息,以供第二用户查看等。
此外,若未检测到确认领取操作或者检测到第二用户针对所述第一信息的延迟领取操作时,可以在第四分享列表中加入所述第一信息对应的第三提示信息。可选地,可以是请求服务端在第四分享列表中加入所述第一信息对应的第三提示信息。
其中,领取提示信息中还可以包括延时控件,通过触发该延时控件可以即发起延迟领取操作。
所述方法还可以包括:
第二客户端响应于针对所述第三提示信息的触发操作,可以输出领取提示信息。
可选地,响应于针对所述第三提示信息的触发操作,可以从服务端请求获取所述领取提示信息,并输出所述领取提示信息。
从而基于该领取提示信息,可以提示第二用户执行进一步的操作等,基于该领取提示信息触发的操作可以参见上述实施例中所述,在此不再赘述。
在某些实施例中,所述方法还可以包括:
第二客户端响应于所述第二用户的物流查询操作,获取所述至少一种目标商品的物流配送信息;
输出所述物流配送信息。
可选地,响应于所述第二用户的物流查询操作,可以向服务端发送的物流查询请求;
接收所述服务端查询获得的物流配送信息,并输出所述物流配送信息。
此外,本申请实施例可以提供售后服务功能,在某些实施例中,所述方法还可以包括:
第二客户端响应于所述第二用户针对第二目标商品的售后处理操作,向所述服务端发送第二售后请求,以供所述服务端响应于所述第二售后请求,向所述第一客户端发送第二申请提示信息,以及接收到述第一客户端反馈的第二申请允许请求,对所述第二目标商品进行售后处理。
该第二申请提示信息用于提示第一用户是否同意所述第二用户的售后请求,若同意可以执行申请确认操作,以向服务端发送第二申请允许请求。
该第二售后请求可以为退货请求或者换货请求等,服务端对第二目标商品进行售后处理在下面实施例中会进行详细描述。
另外,若第一用户发起售后处理操作,服务端需要根据目标商品的状态来决定是否进行售后处理。
服务端若接收到第一客户端的第一售后请求,该第一售后请求为第一客户端响应于所述第一用户针对第一目标商品的售后处理操作而生成,服务端会对第一目标商品进行判定,若第一目标商品未领取,也即第一信息未分享或者未领取,则服务端可以直接对第一目标商品进行售后处理;若第一目标商品已领取,若第一目标商品为虚拟商品且未使用,或者第一目标商品为实物商品时,则可以向第二客户端发送第一申请提示信息,接收到第二客户端的第二申请允许请求时,再对第二目标商品进行售后处理,而若第一目标商品为虚拟商品已使用,则可以通知第一客户端售后申请失败等。
因此,在某些实施例中,所述方法还可以包括:
第二客户端接收所述服务端发送的第一申请提示信息;
输出所述第一申请提示信息;
响应于针对所述第一申请提示信息的申请确认操作,向所述服务端发送第一申请允许请求,以供所述服务端对所述第一目标商品进行售后处理。
其中,该第一申请提示信息可以为服务端确定所述第一目标商品为虚拟商品且已领取及未使用、或者所述第一目标商品为实物商品且已领取时生成;
或者该第一申请提示信息可以为服务端接收到第一客户端的售后确认请求时生成,该售后确认请求为第一客户端响应于第一用户针对第一售后确认信息的售后确认操作而生成。该第一售后确认信息可以是服务端确定所述第一目标商品为虚拟商品且已领取及未使用、或者所述第一目标商品为实物商品且已领取时生成并发送至第一客户端。
此外,本申请技术方案还可以为第二用户提供客服服务功能,因此,在某些实施例中,所述方法还可以包括:
第二客户端响应于所述第二用户的客服请求操作,向服务端发送第二服务请求,以供所述服务端建立所述第一客户端与商品提供端的第二通信通道。
在某些实施例中,所述获取第一信息可以包括:
从第一分享信息中读取参数数据;其中,所述参数数据链接至所述第一信息;
根据所述参数数据获取所述第一信息。
在某些实施例中,所述输出所述第一信息可以包括:
输出推荐提示信息;
响应于所述第二用户的输出确认操作,输出所述第一信息。
该推荐提示信息中可以包括输出控件,该输出确认操作可以是指对该输出控件的触发操作。
图5为本申请实施例提供的一种信息处理方法又一个实施例的流程图,本实施例从服务端角度对本申请技术方案进行描述,该方法可以包括以下几个步骤:
501:接收第一客户端发送的处理请求,对至少一种目标商品进行处理,生成业务订单。
其中,所述处理请求为所述第一客户端响应于第一用户针对所述至少一种目标商品的业务处理操作而生成。
502:基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息。
503:接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端。
504:接收所述第二客户端针对所述第一信息发送的确认领取请求,确定所述至少一种目标商品的配送相关信息。
具体地,是将所述第二用户的配送相关信息作为所述至少一种目标商品的配送相关信息。
在某些实施例中,所述方法还可以包括:
服务端接收所述第一客户端发送的第一售后申请;其中,所述第一售后申请为所述第一客户端响应于所述第一用户针对第一目标商品的售后处理操作而生成;
对所述第一目标商品进行售后处理。
可选地,所述对所述第一目标商品进行售后处理包括:
如果所述第一目标商品处于未领取状态,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理;
如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,或者所述第一目标商品为实物商品且处于已领取状态,向所述第二客户端发送第一申请提示信息;
接收所述第二客户端反馈的第一申请允许请求,按照售后类型对所述第一目标商品进行售后处理。
其中,若接收到针对该第一信息的确认领取请求,则可以确定该至少一种目标商品处于领取状态,否则即处于未领取状态。该至少一种目标商品处于未领取状态可能是由于第一信息未分享或者已分享但未接收到确认领取请求而导致。
在某些实施例中,所述如果所述第一目标商品处于未领取状态,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理包括:
如果所述第一目标商品处于未领取状态,若所述第一目标商品为虚拟商品,按照所述第一售后请求的退款且退货类型,将所述第一目标商品对应的支付资金退回至所述第一用户的支付账号以及将所述第一目标商品退回至商品提供方;若所述第一目标商品为实物商品,按照所述第一售后请求的退款且退货类型,将所述第一目标商品对应的支付资金退回至所述第一用户的支付账号以及通知所述第一目标商品的商品提供方终止配送;
其中,由于虚拟商品不需要进行物流配送,虚拟商品通常用于进行资源兑换,虚拟商品是否使用可以根据其是否已兑换确定,若其已进行兑换,则表明虚拟商品处于使用状态,而若未进行兑换,则可以认为处于未使用状态。
因此,在某些实施例中,所述接收所述第二客户端反馈的第一申请允许请求,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理包括:
接收所述第二客户端反馈的第一申请允许请求;
如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,按照所述第一售后请求的退款且退货类型,将所述第一目标商品对应的支付资金退回至所述第一用户的支付账号以及将所述第一目标商品退回至商品提供方;
如果所述第一目标商品为实物商品且处于已领取状态,若所述第一售后请求的售后类型为退款,将所述第一目标商品对应的支付资金退回至第一用户的支付账号以及通知所述第一目标商品的商品提供方终止配送;若所述第一售后请求的售后类型为退款且退货,向所述第二客户端发送第一退货提示信息以及在所述第一目标商品退货成功之后,将所述第一目标商品对应的支付资金退回至第一用户的支付账号;若所述第一售后请求的售后类型为换货,向所述第二客户端发送第一换货提示信息以及向所述第一目标商品的商品提供方发送第二换货提示信息。
其中,第一退货提示信息用于以提示第二用户将第一目标商品寄回给商品提供方。
第一换货提示信息用于提示第二用户将第一目标商品寄回给商品提供方;第二换货提示信息用于以提示商品提供方按照第二用户的商品要求以及配送相关信息,将符合该商品要求的第三目标商品进行配送处理,也即将第三目标商品寄送给第二用户。
在某些实施例中,所述方法还可以包括:
服务端接收所述第二客户端发送的第二售后申请;其中,所述第二售后申请为所述第二客户端响应于所述第二用户针对第二目标商品的售后处理操作而生成;
对所述第二目标商品进行售后处理。
可选地,所述对所述第二目标商品进行售后处理可以包括:
向所述第一客户端发送第二申请提示信息;
接收所述第一客户端反馈的第二申请允许请求,对所述第二目标商品进行售后处理。
其中,所述向所述第一客户端发送第二申请提示信息可以包括:
如果所述第二目标商品为虚拟商品且处于未使用状态,或者所述第二目标商品为实物商品,向所述第一客户端发送第二申请提示信息。
在某些实施例中,所述接收所述第一客户端反馈的第二申请允许请求,对所述第二目标商品进行售后处理包括:
如果所述第二售后请求的售后类型为退货,向所述第二客户端输出第二退货提示信息以及在所述第二目标商品退货成功之后,将所述第二目标商品对应的支付资金退回至所述第一用户的支付账号;
如果所述第二售后请求的售后类型为换货,向所述第二客户端发送第三换货提示信息以及向所述第二目标商品的商品提供方发送第四换货提示信息。
其中,第二退货提示信息用于以提示第二用户将第二目标商品寄回给商品提供方。
第三换货提示信息用于提示第二用户将第二目标商品寄回给商品提供方;第四换货提示信息用于以提示商品提供方按照第二用户的商品要求以及配送相关信息,将符合该商品要求的第四目标商品进行配送处理,也即将第四目标商品寄送给第二用户。
此外,本申请技术方案还可以提供客服功能,因此,在某些实施例中,所述方法还可以包括:
服务端接收所述第一客户端发送的第一客服请求,建立所述第一客户端与商品提供端的第一通信通道;
在某些实施例中,所述方法还可以包括:
服务端接收所述第二客户端发送的第二客户请求,建立所述第二客户端与所述商品提供端的第一通信通道。
本申请技术方案还可以提供物流查询功能,因此,在某些实施例中,所述方法还可以包括:
服务端接收所述第一客户端发送的物流查询请求,将所述至少一种目标商品的物流配送信息发送至所述第一客户端,以供所述第一客户端输出所述物流配送信息;
在某些实施例中,所述方法还可以包括:
服务端接收所述第二客户端发送的物流查询请求,将所述至少一种目标品的物流配送信息发送至所述第二客户端,以供所述第二客户端输出所述物流配送信息。
在某些实施例中,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息可以包括:
接收所述第一客户端发送的订单制作请求,基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息。
此外,所述方法还可以包括:
向第一客户端发送制作提示信息,以供所述第一客户端输出所述制作提示信息。其中,该订单制作请求也即第一客户端响应于第一用户的订单制作操作而生成,该订单制作操作可以是指对该制作提示信息中的确认控件的触发操作。
在某些实施例中,所述方法还可以包括:
如果所述业务订单支付失败或者未接收到订单制作请求,在第一分享列表中加入所述业务订单的订单提示信息;
接收所述第一客户端的第一列表输出请求,将所述第一分享类别发送至所述第一客户端,以供所述第一客户端输出所述第一分享列表,以在所述第一分享列表中展示所述订单提示信息。
在某些实施例中,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息可以包括:
接收所述第一客户端的订单制作请求,确定目标页面模板;
将所述目标页面模板发送至所述第一客户端,以供所述第一客户端输出所述目标页面模板;
接收所述第一客户端发送第一交互信息;其中所述第一交互信息为所述第一用户输入所述目标页面模板;
根据所述业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息。
在该目标页面模板中可以输出交互提示信息,该交互提示信息用于提示第一用户输入第一交互信息。
可选地,所述接收所述第一客户端的订单制作请求,确定目标页面模板可以包括:
接收所述第一客户端的订单制作请求,基于所述业务订单生成目标页面模板。
可选地,可以基于业务订单的商品信息生成目标页面模板。
也即发送至第一客户端的目标页面模板中可以包括该业务订单的商品信息。服务端可以基于业务订单,以及预定页面模板,生成该目标页面模板。
该目标页面模板可以为H5页面模板等。
此外,在某些实施例中,所述方法还可以包括:
接收所述第一客户端发送的页面修饰元素修改请求,确定修改内容;
所述根据所述业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息可以包括:
根据所述至少一种目标商品的业务订单、所述第一交互信息以及所述修改内容,更新所述目标页面模板,获得第一信息。
在某些实施例中,所述方法还可以包括:
接收所述第二客户端发送的第二交互信息;所述第二交互信息为所述第二客户端响应于所述第二用户的输入操作而生成;
将所述第二交互信息发送至第二客户端,以供所述第二客户端输出所述第二交互信息。
可选地,还可以根据该第二交互信息更新第一提示信息,也即可以在第一提示信息中展示所述第二交互信息或者至少部分所述第二交互信息或者该第二交互信息的提示信息等。
在某些实施例中,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息之后,所述方法还可以包括:
向所述第一客户端发送分享提示信息,以供所述第一客户端输出所述分享提示信息;所述分享提示信息用于提示所述第一用户是否分享所述第一信息。
在某些实施例中,所述方法还可以包括:
如果所述第一信息领取失败,向所述第一客户端发送重分享提示信息,以供所述第一客户端输出所述重分享提示信息。
在某些实施例中,所述方法还可以包括:
基于所述至少一种目标商品的业务订单及所述第一交互信息,生成第二信息。此外,服务端还可以在第二分享列表中加入第二信息对应第一提示信息。第一客户端可以请求输出该第二分享列表,从而在第二分享列表中加入所述第一提示信息,第一用户针对该第一提示信息可以执行触发操作,从而服务端接收到第一客户端基于对第一提示信息的触发操作而生成的输出请求时,可以将该第二信息发送至第一客户端,以由第一客户端输出所述第二信息。
在某些实施例中,所述接收所述第二客户端针对所述第一信息发送的确认领取请求,所述至少一种目标商品的配送相关信息可以包括:
接收所述第二客户端针对所述第一信息发送的确认领取请求,向所述第二客户端发送配送提示信息,以供所述第二客户端输出所述配送提示信息;
接收所述第二客户端发送的所述第二用户提供的配送相关信息;
根据所述配送相关信息,对所述至少一种目标商品进行配送处理。
在某些实施例中,所述接收所述第二客户端针对所述第一信息发送的确认领取请求,确定所述至少一种目标商品的配送相关信息可以包括:
接收所述第二客户端针对所述第一信息发送的确认领取请求;
针对所述至少一种目标商品中的虚拟商品,获取所述第二用户的用户账号,并将所述虚拟商品分配给所述第二用户的用户账号;
针对所述至少一种目标商品中的实物商品,获取所述第二用户的配送相关信息;该第二用户的配送相关信息也即作为至少一种目标商品的配送相关信息。
基于所配送相关信息生成配送通知,并将所述配送通知发送至所述实物商品的商品提供方。
其中,配送通知可以以短消息、邮件或者即时消息的形式发送至商品提供方,在一个实际应用中,本申请实施例的信息处理系统中还可以包括商品提供端,从而可以将配送通知发送至商品提供端。
在某些实施例中,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息可以包括:
将所述第一信息的参数数据发送至所述第一客户端,以供所述第一客户端基于所述参数数据,生成第一分享信息,并分享所述第一分享信息;
所述接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端包括:
接收第二客户端针对所述第一信息发送的获取请求;其中,所述获取请求包括从所述第一分享信息中读取的所述参数数据;
将所述参数数据对应的所述第一信息发送至所述第二客户端。
在某些实施例中,接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端可以包括:
接收第二客户端针对所述第一信息发送的获取请求,向所述第二客户端发送推荐提示信息;
接收所述第二客户端发送的输出确认请求,将所述第一信息发送至所述第二客户端。
此外,服务端基于第二客户端发送的确认领取请求,还可以在第三分享列表中加入所述第一信息的第二提示信息。
该第三分享列表可以依据第二用户请求而在第二客户端中显示,从而即可以展示该第一信息的第二提示信息。
若第二客户端检测到针对该第一信息的第二提示信息的触发操作,则可以向服务端发送输出请求,服务端即可以将该第一信息发送至第二客户端,由第二客户端输出,以供第二用户查看等。
此外,服务端若未接收到确认领取请求或者接收到第二客户端发送的延迟领取请求,则可以在第四分享列表中加入所述第一信息对应的第三提示信息。
因此,领取提示信息中还可以包括延时控件,通过触发该延时控件可以即发起延迟领取操作,第二客户端检测到该延迟领取操作即可以向服务端发送延迟领取请求。
所述方法还可以包括:
服务端接收到第二客户端发送的针对所述第三提示信息的输出请求,可以向第二客户端发送领取提示信息,以供第二客户端输出该领取提示信息。
从而基于该领取提示信息,可以提示第二用户执行进一步的操作等,基于该领取提示信息触发的操作可以参见上述实施例中所述,在此不再赘述。
在一个实际应用中,通过本申请技术方案提供的业务处理方式,可以实现用户送礼目的,且可以更好保证用户体验,而按照现有方式,若将商品作为礼物送给收礼用户,收礼用户只能通过与商品提供方进行私下协商,帮忙填写礼品卡以随商品配送至商品接收方,收礼用户收到商品之后,才能获知送礼用户是谁,甚至不知道送礼用户是谁,用户体验不好,而且交互流程更为复杂。
下面以送礼场景为例,结合一些界面效果图,对本申请技术方案进行描述。
在送礼场景中,第一用户可以是指送礼用户,第一客户端即为送礼用户使用的客户端,第二用户可以是指收礼用户,第二客户单即为收礼用户使用的客户端。
第一用户输入的第一交互信息可以用来传递祝福,而第一信息可以采用H5页面实现,融合第一交互信息以及商品信息,再加上页面修饰元素,可以作为虚拟礼盒,给用户将商品打包进礼盒的虚拟效果。
该至少一种目标商品可以包括实物商品,比如杯子、礼品卡等,也可以包括虚拟商品,比如饮料兑换券等,用于兑换线下商品或者兑换线上资源等。
其中,第一客户端通过与服务端进行交互,实现至少一种目标商品的交易处理,其与现有技术中的商品交易处理方式相似,比如包括生成业务订单、请求进行在线支付等等,不同之处在于,本申请只生成业务订单,而不进行配送处理。
而在业务订单支付成功之后,即可以制作虚拟礼盒,也即第一信息,制作虚拟礼盒时,可以在第一客户端中显示目标页面模板,该目标页面模板可以为H5页面,并在目标页面目标中显示交互提示信息,以提示用户输入第一交互信息。如图6a所述的第一客户端的一种界面效果图中,显示界面中显示了目标页面模板601,在该目标页面模板601中显示交互提示信息602,由图6a中,该交互提示信息602可以包括文字输入框、音频输入提示信息、视频输入提示信息以及图片输入提示信息等,以使得第一用户可以以文字、音频、视频以及图片中一种或多种方式传递祝福信息。
此外该目标页面模板还可以包括页面修饰元素,可以对页面修饰元素进行修改,该页面修饰元素例如可以为页面主题,如图6a中所述,在该目标模板页面中可以显示修改提示信息603,针对该修改提示信息603的触发操作,可以向服务端发起修改请求,从而服务端可以将至少一个待替换内容发送至第一客户端,第一客户端显示该至少一个待替换内容,以供第一用户进行选择,从而第一客户端基于所述第一用户针对所述至少一个待替换内容的选择操作,可以确定修改内容,实现对页面修饰元素的修改。
此外,如图6a中所述,在目标页面模板中还可以显示制作确认提示信息604,第一用户输入第一交互信息,并对页面修饰元素修改完成之后,可以触发该制作确认提示信息,从而触发服务端生成第一信息。
此外,服务端发送至第一客户端的目标页面模板中还可以包括所述业务订单的商品信息,如图6a中的商品信息605,可以包括商品名称、商品主图以及商品数量等,以方便第一用户进行确认等。
服务端生成第一信息之后,可以向第一客户端发送分享提示信息,如图6b中所述的分享提示信息606,此外输出分享提示信息606的同时,还是输出第一信息607以方便用户进行查看等。
通过触发该分享提示信息,可以发起分享确认操作,此时第一客户端可以基于所述第一信息的参数数据,生成第一分享信息,如图6c中的第一分享信息608。图6c中示出了基于参数数据生成分享图片的一种实现方式,当然,还可以采用其它方式实现,在上文描述中已经详细说明,在此不再赘述。
第一客户端即可以分享第一分享信息608,其可以通过社交客户端分享所述第一分享信息。
此外,以第一分享信息608为分享图片为例,第一客户端分享第一分享信息可以是将所述第一分享信息保存至本地,并提示第一用户启动社交客户端,将第一分享信息通过社交客户端再发送至第二用户的社交账号。
第一分享信息608分享给第二用户之后,第二用户可以通过第二客户端读取该第一分享信息608,以从中获得参数数据,并根据该参数数据获取所述第一信息。
可选地,如图6d中所示,服务端接收到第二客户端的获取请求,可以首先向客户端发送推荐提示信息609;该推荐提示信息609用于提示用户是否输出该第一信息。
第二客户端响应于针对所述推荐提示信息的输出确认操作,即向所述服务端发送输出确认请求,以供所述服务端将所述第一信息发送至第二客户端。从而第二客户端即可以输出该第一信息,如图6e中展示的第一信息610,此外,在显示界面中可以先显示部分第一信息,通过翻页或者点击等操作可以显示剩余第一信息。
如图6e中所示,输出第一信息的同时,还是可以输出领取提示信息611。
第二用户通过触发该领取提示信息611可以向第二客户端发起确认领取操作,从而第二客户端可以向服务端发送确认领取请求。
服务端接收到确认领取请求之后,针对虚拟商品可以直接配送至第二用户的用户账号。
而针对实物商品,可以向第二客户端发送配送提示信息,以便于第二用户选择或者输入物流配送信息。
此外,还可以输出延时领取提示信息612,针对该延时领取提示信息612的触发操作,可以向服务端发起延时领取请求等,服务端对延时领取请求的处理,可以参见上文中所述,在此不再赘述。
如图6f中所示,第二客户端输出的配送提示信息613,图6f中,该配送提示信息中可以包括第二用户的配送地址60,还可以包括地址切换提示信息61,以及地址确认提示信息62。
对地址确认提示信息的触发操作,可以将该默认配送地址作为第二用户的配送相关信息而发送至服务端。
对于地址切换提示信息的触发操作,可以从服务端请求获取第二用户预先设置的多个配送地址并输出,以供用户进行选择,从而将用户选择的配送地址作为第二用户的配送相关信息而发送至服务端。
此外,还可以包括地址增加提示信息,通过对该地址增加提示信息的触发操作,可以提供地址输入页面以供第二用户输入新的配送地址等。
服务端根据所述第二用户的配送相关信息,即对所述至少一种目标商品进行配送处理。
为了方便第一用户查看送出的礼物,在第一客户端中还可以展示送礼列表,用于展示至少一种目标商品对应的第一提示信息,如图6g中所述的第一提示信息614。
针对该第一提示信息614的触发操作,可以显示第二信息,如图6h中所述第二信息615,第二信息与第一信息不同之处,可以在于第二信息中包括业务订单的订单信息。进行输出显示时,可以显示部分第一信息,例如可以首先显示订单信息、商品信息,基于用户请求可以再显示第一交互信息。
而为了方便第二用户查看其收到的礼物,服务端接收到第二客户端的确认领取请求之后,可以将第一信息对应的第二提示信息加入收礼列表中,从而第二客户端通过展示该收礼列表,即可以展示该第二提示信息,如图6i中的第二提示信息616。
针对该第二提示信息616的触发操作,可以显示该第一信息,如图6j中所述的第一信息617,可选地,可以显示部分第一信息,例如可以首先显示商品信息,基于用户请求可以再显示该第一交互信息。
此外,第一用户还可以发起售后请求、客服请求或者物流查询请求等,如图6h中所述,在第二信息615中还可以显示售后提示信息63以及客服提示信息64。
对该售后提示信息63的触发操作,可以向服务端发起售后请求,对该客服提示信息64的触发操作,可以向服务端发起客服请求。
此外,第二用户也可以发起售后请求、客服请求或者物流查询请求等,如图6j中所示,在第一信息617中还可以显示客服提示信息65、物流查询提示信息66、售后提示信息67等。
其中,售后处理以及客服处理的具体实现方式在上文已经进行了详细描述,在此不再赘述。
此外,在第一信息617中还可以显示应答提示信息68,针对该应答提示信息68的触发操作,如图6k中所述,可以在第二客户端输出至少一个应答内容618,以及应答输入提示信息619,从而第二用户选择的应答内容或者基于应答输入提示信息而输入的内容即可以作为第二交互信息,经由服务端发送至第一客户端。
此外,在第一信息617中还可以显示购买提示信息69,以提示第二用户可以为第一用户回送礼物等。
由上述描述,通过本申请实施例技术方案可以实现线上送礼,送礼用户可以将礼物送给任意一个用户,且礼物经由收礼用户确认之后再进行配送,不需要用户进行私下沟通,提高了用户体验,且可以为双方提供售后或客服服务,可以保证双方权益。
图7为本申请实施例提供的一种信息处理装置一个实施例的结构示意图,该装置可以包括:
业务请求模块701,用于响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单。
第一生成触发模块702,用于基于所述至少一种目标商品的业务订单,生成第一信息。
可选地,该第一生成触发模块可以具体用于基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息。
分享模块703,用于分享所述第一信息。
其中,所述第一信息用于被第二客户端获取并引导第二用户进行确认领取操作后,确定所述至少一种目标商品的配送相关信息。
也即所述第二客户端可以响应于第二用户针对所述第一信息的确认领取操作,请求所述服务端根据所述第二用户的配送相关信息,对所述至少一种目标商品进行配送处理。
在某些实施例中,所述分享模块具体用于基于所述第一信息的参数数据,生成第一分享信息;分享所述第一分享信息;其中,所述第一分享信息用以被所述第二客户端从中读取所述参数数据,并根据所述参数数据获取所述第一信息。
在某些实施例中,所述分享模块分享所述第一分享信息具体是通过社交客户端分享所述第一分享信息。
在某些实施例中,该装置还可以包括:
第一售后请求模块,用于响应于所述第一用户针对第一目标商品的售后处理操作,向所述服务端发送第一售后请求,以供所述服务端对所述第一目标商品进行售后处理。
在某些实施例中,所述第一售后请求模块还用于:
如果接收到所述服务端发送的第一售后确认信息,输出所述第一售后确认信息;其中,所述第一售后确认信息为所述服务端确定所述第一目标商品为虚拟商品且已领取及未使用、或者所述第一目标商品为实物商品且已领取时生成,用于提示是否向第二用户发起售后申请;
响应于所述第一用户针对所述第一售后确认信息的售后确认操作,向服务端发送售后确认请求,以供所述服务端向所述第二客户端发送第一申请提示信息,并接收到到所述第二客户端发送的第一申请允许请求时,对所述第一目标商品进行售后处理;
如果接收到所述服务端发送的第二售后确认信息,输出所述第二售后确认信息,其中所述第二售后确认信息为所述服务端确定所述第一目标商品为虚拟商品且已使用时生成,用于提示售后申请失败。
在某些实施例中,该装置还可以包括:
第一售后决策模块,用于接收所述服务端发送的第二申请提示信息;其中,所述第二申请提示信息为所述服务端接收到所述第二客户端发送的第二售后请求而发送的;所述第二售后请求为所述第二客户端响应于所述第二用户对第二目标商品的售后请求操作而生成;输出所述第二申请提示信息;响应于针对所述第二申请提示信息的申请确认操作,向所述服务端发送第二申请允许请求,以供所述服务端对所述第二目标商品进行售后处理。
在某些实施例在,该装置还可以包括:
第一客服请求模块,用于响应于所述第一用户的客服请求操作,向服务端发送第一客服请求,以供所述服务端建立所述第一客户端与商品提供端的第一通信通道。
在某些实施例在,该装置还可以包括:
第一物流查询模块,用于响应于所述第一用户的物流查询操作,获取所述至少一种目标商品的物流配送信息;输出所述物流配送信息。
在某些实施例中,所述业务请求模块具体用于响应于第一用户针对至少一种目标商品的处理操作,向服务端发送处理请求,以供所述服务端基于所述至少一种目标商品,生成业务订单;响应于所述第一用户针对所述业务订单的支付操作,调到第三方支付系统进行在线支付。
在某些实施例中,所述第一生成触发模块具体用于响应于所述第一用户的订单制作操作,向服务端发送订单制作请求,以供所述服务端基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息。
在某些实施例中,该装置还可以包括:
制作提示模块,用于输出制作提示信息。
在某些实施例中,该装置还可以包括:
第一列表处理模块,用于如果所述业务订单支付失败或者未检测到订单制作操作,在第一分享列表中加入所述业务订单的订单提示信息。
在某些实施例中,所述第一生成触发模块具体用于响应于所述第一用户的订单制作操作,获取目标页面模板;获取所述第一用户在所述目标页面模板输入的第一交互信息;根据所述至少一种目标商品的业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息。
在某些实施例中,该装置还可以包括:
交互提示模块,用于在所述目标页面模板中输出第一交互提示信息;其中,所述第一交互提示信息用于所述第一用户输入所述第一交互信息。
在某些实施例中,所述目标页面模板包括页面修饰元素;
该装置还可以包括:
修改确定模块,用于响应于所述第一用户针对所述页面修饰元素的修改操作,确定修改内容;
所述第一生成触发模块述根据所述至少一种目标商品的业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息具体是:根据所述至少一种目标商品的业务订单、所述第一交互信息以及所述修改内容,更新所述目标页面模板,获得第一信息。
在某些实施例中,该装置还可以包括:
制作确认提示模块,用于输出制作确认提示信息;
所述第一生成触发模块根据所述至少一种目标商品的业务订单及所述第一交互信息,更新所述目标页面模板,获得第一信息具体是响应于所述第一用户的制作确认操作,根据所述至少一种目标商品的业务订单及所述第一交互信息,更新所述目标页面模板,获得第一信息。
在某些实施例中,该装置还可以包括:
交互信息输出模块,用于接收所述服务端发送的第二交互信息;输出所述第二交互信息,其中,所述第二交互信息为所述第二客户端响应于所述第二用户的输入操作而生成。
在某些实施例中,该装置还可以包括:
分享提示模块,用于输出分享提示信息;
所述分享模块,用于响应于所述第一用户的分享确认操作,分享所述第一信息。
在某些实施例中,该装置还可以包括:
重分享提示模块,用于接收所述服务端发送的重分享提示信息;输出所述重分享提示信息;其中,所述重分享提示信息为所述服务端确认所述第一信息领取失败时生成;
重分享模块,用于响应于所述第一用户的重分享确认操作,分享所述第一信息;其中,所述第一信息用以被第三客户端获取,并响应于第三用户针对所述第一信息的确认领取操作,请求所述服务端根据所述第三用户的配送相关信息,对所述至少一种目标商品进行配送处理。
在某些实施例中,该装置还可以包括:
第二生成触发模块,用于基于所述至少一种目标商品的业务订单及所述第一交互信息,生成第二信息。
在某些实施例中,该装置还可以包括:
第二列表处理模块,用于在第二分享列表中加入第一提示信息;
在某些实施例中,该装置还可以包括:
信息输出模块,用于响应于针对所述第一提示信息的触发操作,输出所述第二信息。
图7所述的信息处理装置可以执行图2或图3所示实施例所述的信息处理方法,其实现原理和技术效果不再赘述。对于上述实施例中的信息处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图8为本申请实施例提供的一种信息处理装置又一个实施例的结构示意图,该装置可以包括:
第一获取模块801,用于获取第一信息;其中,所述第一信息基于至少一种目标商品的业务订单及第一交互信息生成;所述业务订单为服务端基于第一客户端的处理请求,对至少一种目标商家进行处理获得;所述第一交互信息为第一用户提供;
第一输出模块802,用于输出所述第一信息;
领取触发模块803,用于响应于第二用户的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端根据所述第二用户的配送相关信息,确定所述至少一种目标商品的配送相关信息。
在某些实施例中,所述领取触发模块具体用于响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求;输出所述服务端发送的配送提示信息;获取所述第二用户提供的配送相关信息,并将所述配送相关信息发送至服务端,以供所述服务端根据所述配送相关信息,对所述至少一种目标商品进行配送处理。
在某些实施例中,所述领取触发模块具体用于响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端针对所述至少一种目标商品中的虚拟商品,获取所述第二用户的用户账号,并将所述虚拟商品分配给所述第二用户的用户账号;及针对所述至少一种目标商品中的实物商品,获取所述第二用户的物流配送信息,基于所述物流配送信息生成配送通知,并将所述配送通知发送至所述实物商品的商品提供方。
在某些实施例在,该装置还可以包括:
交互应答模块,用于接收所述第二用户提供的第二交互信息;将所述第二交互信息发送至服务端,以供所述服务端将所述第二交互信息发送至所述第一客户端,由所述第一客户端输出。
在某些实施例中,该装置还可以包括:
第三列表处理模块,用于响应于所述第二用户针对所述第一信息的确认领取操作,在第三分享列表中加入所述第一信息的第二提示信息。
在某些实施例中,该装置还可以包括:
第二物流查询模块,用于响应于所述第二用户的物流查询操作,获取所述至少一种目标商品的物流配送信息;输出所述物流配送信息。
在某些实施例中,该装置还可以包括:
第二售后请求模块,用于响应于所述第二用户针对第二目标商品的售后处理操作,向所述服务端发送第二售后请求,以供所述服务端对所述第二目标商品进行售后处理。
在某些实施例中,该装置还可以包括:
第二售后决策模块,用于接收所述第二服务端发送的第一申请提示信息;
输出所述第一申请提示信息;
响应于所述第二用户针对所述第一申请提示信息的的申请确认操作,向所述服务端发送第一申请允许请求,以供所述服务端对所述第一目标商品进行售后处理。
在某些实施例中,该装置还可以包括:
第二客服请求模块,用于响应于所述第二用户的客服请求操作,向服务端发送第二服务请求,以供所述服务端建立所述第一客户端与商品提供端的第二通信通道。
在某些实施例中,所述第一获取模块具体用于从第一分享信息中读取参数数据;根据所述参数数据获取所述第一信息。
在某些实施例中,所述第一获取模块所述根据所述参数数据获取所述第一信息包括:根据所述参数数据向服务端发送获取请求;接收所述服务端基于所述获取请求发送的推荐提示信息;响应于针对所述推荐提示信息的输出确认操作,向所述服务端发送输出确认请求,以供所述服务端将所述第一信息发送至第二客户端。
图8所述的信息处理装置可以执行图4所示实施例所述的信息处理方法,其实现原理和技术效果不再赘述。对于上述实施例中的信息处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图9为本申请实施例提供的一种信息处理装置又一个实施例的结构示意图,该装置可以包括:
请求接收模块901,用于接收第一客户端发送的处理请求,对至少一种目标商品进行处理;其中,所述处理请求为所述第一客户端响应于第一用户针对所述至少一种目标商品的业务处理操作而生成;
信息生成模块902,用于基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息;
信息传输模块903,用于接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端;
配送处理模块904,用于接收所述第二客户端针对所述第一信息发送的确认领取请求,确定所述至少一种目标商品的配送相关信息。
在某些实施例中,该装置还可以包括:
第一售后处理模块,用于接收所述第一客户端发送的第一售后申请;其中,所述第一售后申请为所述第一客户端响应于所述第一用户针对第一目标商品的售后处理操作而生成;对所述第一目标商品进行售后处理。
在某些实施例中,所述第一售后处理模块对所述第一目标商品进行售后处理可以具体用于如果所述第一目标商品处于未领取状态,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理;如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,或者所述第一目标商品为实物商品且处于已领取状态,向所述第二客户端发送第一申请提示信息;接收所述第二客户端反馈的第一申请允许请求,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理。
在某些实施例中,该装置还可以包括:
第一售后确认模块,用于如果所述第一目标商品为虚拟商品且处于已使用状态,向所述第一客户端发送第二售后确认信息;其中,所述第二售后确认信息用于提示售后申请失败。
在某些实施例中,所述第一售后处理模块如果所述第一目标商品处于未领取状态,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理包括:
如果所述第一目标商品处于未领取状态,若所述第一目标商品为虚拟商品,按照所述第一售后请求的退款且退货类型,将所述第一目标商品对应的支付资金退回至所述第一用户的支付账号以及将所述第一目标商品退回至商品提供方;若所述第一目标商品为实物商品,按照所述第一售后请求的退款且退货类型,将所述第一目标商品对应的支付资金退回至所述第一用户的支付账号以及通知所述第一目标商品的商品提供方终止配送;
所述第一售后处理模块接收所述第二客户端反馈的第一申请允许请求,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理包括:
接收所述第二客户端反馈的第一申请允许请求;
如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,按照所述第一售后请求的退款且退货类型,将所述第一目标商品对应的支付资金退回至所述第一用户的支付账号以及将所述第一目标商品退回至商品提供方;
如果所述第一目标商品为实物商品且处于已领取状态,若所述第一售后请求的售后类型为退款,将所述第一目标商品对应的支付资金退回至第一用户的支付账号以及通知所述第一目标商品的商品提供方终止配送;若所述第一售后请求的售后类型为退款且退货,向所述第二客户端发送第一退货提示信息以及在所述第一目标商品退货成功之后,将所述第一目标商品对应的支付资金退回至第一用户的支付账号;若所述第一售后请求的售后类型为换货,向所述第二客户端发送第一换货提示信息以及向所述第一目标商品的商品提供方发送第二换货提示信息。
在某些实施例中,所述第一售后处理模块如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,或者所述第一目标商品为实物商品且处于已领取状态,向所述第二客户端发送第一申请提示信息包括:
如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,或者所述第一目标商品为实物商品且处于已领取状态,向所述第一客户端发送第一售后确认信息;
接收所述第一客户端发送的第一申请允许请求,向所述第二客户端发送第一申请提示信息;其中,所述第一售后确认信息为所述第一客户端所述第一用户针对所述第一售后确认信息的售后确认操作而生成,用以提示是否向第二用户发起售后申请。
在某些实施例中,该装置还可以包括:
第二售后处理模块,用于接收所述第二客户端发送的第二售后申请;其中,所述第二售后申请为所述第二客户端响应于所述第二用户针对第二目标商品的售后处理操作而生成;对所述第二目标商品进行售后处理。
在某些实施例中,所述第二售后处理模块对所述第二目标商品进行售后处理包括:向所述第一客户端发送第二申请提示信息;接收所述第一客户端反馈的第二申请允许请求,对所述第二目标商品进行售后处理。
在某些实施例中,所述第二售后处理模块向所述第一客户端发送第二申请提示信息包括:如果所述第二目标商品为虚拟商品且处于未使用状态,或者所述第二目标商品为实物商品,向所述第一客户端发送第二申请提示信息。
在某些实施例中,所述第二售后处理模块接收所述第一客户端反馈的第二申请允许请求,对所述第二目标商品进行售后处理包括:如果所述第二售后请求的售后类型为退货,向所述第二客户端输出第二退货提示信息以及在所述第二目标商品退货成功之后,将所述第二目标商品对应的支付资金退回至所述第一用户的支付账号;如果所述第二售后请求的售后类型为换货,向所述第二客户端发送第三换货提示信息以及向所述第二目标商品的商品提供方发送第四换货提示信息。
在某些实施例中,该装置还可以包括:
第一客服处理模块,用于接收所述第一客户端发送的第一客服请求,建立所述第一客户端与商品提供端的第一通信通道;
第二客服处理模块,用于接收所述第二客户端发送的第二客户请求,建立所述第二客户端与所述商品提供端的第一通信通道。
在某些实施例中,该装置还可以包括:
第一查询处理模块,用于接收所述第一客户端发送的物流查询请求,将所述至少一种目标商品的物流配送信息发送至所述第一客户端,以供所述第一客户端输出所述物流配送信息;
第二查询处理模块,用于接收所述第二客户端发送的物流查询请求,将所述至少一种目标品的物流配送信息发送至所述第二客户端,以供所述第二客户端输出所述物流配送信息。
在某些实施例中,所述信息生成模块具体用于接收所述第一客户端发送的订单制作请求,基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息。
在某些实施例中,该装置还可以包括:
制作提示触发模块,用于如果所述业务订单支付成功,向所述第一客户端发送制作提示信息,以供所述第一客户端输出所述制作提示信息。
在某些实施例中,该装置还可以包括:
第一处理模块,用于如果所述业务订单支付失败或者未接收到订单制作请求,在第一分享列表中加入所述业务订单的订单提示信息;接收所述第一客户端的第一列表输出请求,将所述第一分享列表发送至所述第一客户端,以供所述第一客户端输出所述第一分享列表。
在某些实施例中,所述信息生成模块可以具体用于接收所述第一客户端的订单制作请求,确定目标页面模板;将所述目标页面模板发送至所述第一客户端,以供所述第一客户端输出所述目标页面模板;接收所述第一客户端发送第一交互信息;其中所述第一交互信息为所述第一用户输入所述目标页面模板;根据所述业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息。
在某些实施例中,所述信息生成模块接收所述第一客户端的订单制作请求,确定目标页面模板包括:接收所述第一客户端的订单制作请求,基于所述业务订单生成目标页面模板。
在某些实施例中,该装置还可以包括:
修改内容获取模块,用于接收所述第一客户端发送的页面修饰元素修改请求,确定修改内容;
所述信息生成模块根据所述业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息可以包括:根据所述至少一种目标商品的业务订单、所述第一交互信息以及所述修改内容,更新所述目标页面模板,获得第一信息。
在某些实施例中,该装置还可以包括:
交互处理模块,用于接收所述第二客户端发送的第二交互信息;所述第二交互信息为所述第二客户端响应于所述第二用户的输入操作而生成;将所述第二交互信息发送至第二客户端,以供所述第二客户端输出所述第二交互信息。
在某些实施例中,该装置还可以包括:
分享提示触发模块,用于向所述第一客户端发送分享提示信息,以供所述第一客户端输出所述分享提示信息;所述分享提示信息用于提示所述第一用户是否分享所述第一信息。
在某些实施例中,该装置还可以包括:
重分享触发模块,用于如果所述第一信息领取失败,向所述第一客户端发送重分享提示信息,以供所述第一客户端输出所述重分享提示信息。
在某些实施例中,该信息生成模块还用于基于所述至少一种目标商品的业务订单及所述第一交互信息,生成第二信息。
在某些实施例中,所述配送处理模块具体用于接收所述第二客户端针对所述第一信息发送的确认领取请求,向所述第二客户端发送配送提示信息,以供所述第二客户端输出所述配送提示信息;接收所述第二客户端发送的第二用户提供的配送相关信息;根据所述配送相关信息,对所述至少一种目标商品进行配送处理。
在某些实施例中,所述配送处理模块具体用于接收所述第二客户端针对所述第一信息发送的确认领取请求;针对所述至少一种目标商品中的虚拟商品,获取所述第二用户的用户账号,并将所述虚拟商品分配给所述第二用户的用户账号;针对所述至少一种目标商品中的实物商品,获取所述第二用户的物流配送信息;基于所述物流配送信息生成配送通知,并将所述配送通知发送至所述实物商品的商品提供方。
在某些实施例中,该装置还可以包括:
数据发送模块,用于将所述第一信息的参数数据发送至所述第一客户端,以供所述第一客户端基于所述参数数据,生成第一分享信息,并分享所述第一分享信息;
所述信息传输模块具体用于接收第二客户端针对所述第一信息发送的获取请求;其中,所述获取请求包括从所述第一分享信息中读取的所述参数数据;将所述参数数据对应的所述第一信息发送至所述第二客户端。
在某些实施例中,所述信息传输模块具体用于接收第二客户端针对所述第一信息发送的获取请求,向所述第二客户端发送推荐提示信息;接收所述第二客户端发送的输出确认请求,将所述第一信息发送至所述第二客户端。
图9所述的信息处理装置可以执行图5所示实施例所述的信息处理方法,其实现原理和技术效果不再赘述。对于上述实施例中的信息处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
在一个可能的设计中,图7所示实施例的信息处理装置可以实现为电子设备,在实际应用中,该电子设备可以为手机、平板电脑、个人计算机等,如图10所示,该电子设备可以包括存储组件1001以及处理组件1002;
所述存储组件1001存储一条或多条计算机指令,其中,所述一条或多条计算机指令供所述处理组件1002调用执行。
所述处理组件1002用于:
响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单;
基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息 ,生成第一信息;
分享所述第一信息;其中,所述第一信息用于被第二客户端获取,并引导第二用户进行确认领取操作后,确定所述至少一种目标商品的配送相关信息。也即,所述第二客户端可以响应于第二用户针对所述第一信息的确认领取操作,请求所述服务端根据所述第二用户的配送相关信息,对所述至少一种目标商品进行配送处理。
可选地,该处理组件1002可以执行如图2或图3所示的信息处理方法。
当然,该电子设备必然还可以包括其他部件,例如输入/输出接口、通信组件等。输入/输出接口为处理组件和外围接口模块之间提供接口,上述外围接口模块可以是输出设备、输入设备等。通信组件被配置为便于电子设备和其他设备之间有线或无线方式的通信等。
在一个可能的设计中,图8所示实施例的信息处理装置可以实现为电子设备,在实际应用中,该电子设备可以为手机、平板电脑、个人计算机等,如图11所示,该电子设备可以包括存储组件1101以及处理组件1102;
所述存储组件1101存储一条或多条计算机指令,其中,所述一条或多条计算机指令供所述处理组件1102调用执行。
所述处理组件1102用于:
获取第一信息;其中,所述第一信息基于至少一种目标商品的业务订单及第一交互信息生成;所述业务订单为服务端基于第一客户端的处理请求,对所述至少一种目标商家进行处理获得;所述第一交互信息为第一用户提供;
输出所述第一信息;
响应于第二用户的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端确定所述至少一种目标商品的配送相关信息。
可选地,该处理组件1102可以执行如图4所示的信息处理方法。
当然,该电子设备必然还可以包括其他部件,例如输入/输出接口、通信组件等。输入/输出接口为处理组件和外围接口模块之间提供接口,上述外围接口模块可以是输出设备、输入设备等。通信组件被配置为便于电子设备和其他设备之间有线或无线方式的通信等。
在一个可能的设计中,图8所示实施例的信息处理装置可以实现计算设备,在实际应用中,该计算设备可以为服务器,如图12所示,该计算设备可以包括存储组件1201以及处理组件1202;
所述存储组件1201存储一条或多条计算机指令,其中,所述一条或多条计算机指令供所述处理组件1202调用执行。
所述处理组件1202用于:
接收第一客户端发送的处理请求,对至少一种目标商品进行处理,生成业务订单;其中,所述处理请求为所述第一客户端响应于第一用户针对所述至少一种目标商品的业务处理操作而生成;
基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息;
接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端;
接收所述第二客户端针对所述第一信息发送的确认领取请求确定所述至少一种目标商品的配送相关信息。
可选地,该处理组件1202可以执行如图3所示的信息处理方法。
当然,该计算设备必然还可以包括其他部件,例如输入/输出接口、通信组件等。输入/输出接口为处理组件和外围接口模块之间提供接口,上述外围接口模块可以是输出设备、输入设备等。通信组件被配置为便于计算设备和其他设备之间有线或无线方式的通信等。
其中,图10~图12中所述的处理组件在实际应用中可以包括一个或多个处理器来执行计算机指令,以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
存储组件被配置为存储各种类型的数据以支持在终端的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
此外,本申请实施例还提供了一种计算机可读存储介质,存储有计算机程序,所述计算机程序被计算机执行时可以实现上述图2或图3所示实施例的信息处理方法。
此外,本申请实施例还提供了一种计算机可读存储介质,存储有计算机程序,所述计算机程序被计算机执行时可以实现上述图4所示实施例的信息处理方法。
此外,本申请实施例还提供了一种计算机可读存储介质,存储有计算机程序,所述计算机程序被计算机执行时可以实现上述图5所示实施例的信息处理方法。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (54)
1.一种信息处理方法,其特征在于,包括:
第一客户端响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单;
基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息;
分享所述第一信息;其中,所述第一信息用于被第二客户端获取,并引导第二用户进行确认领取操作后,确定所述至少一种目标商品的配送相关信息;
所述方法还包括:
响应于所述第一用户针对第一目标商品的售后处理操作,向所述服务端发送第一售后请求,以供所述服务端对所述第一目标商品进行售后处理;
如果接收到所述服务端发送的第一售后确认信息,输出所述第一售后确认信息;其中,所述第一售后确认信息为所述服务端确定所述第一目标商品为虚拟商品且已领取及未使用、或者所述第一目标商品为实物商品且已领取时生成,用于提示是否向第二用户发起售后申请;
响应于所述第一用户针对所述第一售后确认信息的售后确认操作,向服务端发送售后确认请求,以供所述服务端向所述第二客户端发送第一申请提示信息,并接收到所述第二客户端发送的第一申请允许请求时,对所述第一目标商品进行售后处理;
如果接收到所述服务端发送的第二售后确认信息,输出所述第二售后确认信息,其中所述第二售后确认信息为所述服务端确定所述第一目标商品为虚拟商品且已使用时生成,用于提示售后申请失败。
2.根据权利要求1所述的方法,其特征在于,所述分享所述第一信息包括:
基于所述第一信息的参数数据,生成第一分享信息;
分享所述第一分享信息;
其中,所述第一分享信息用以被所述第二客户端从中读取所述参数数据,并根据所述参数数据获取所述第一信息。
3.根据权利要求2所述的方法,其特征在于,所述分享所述第一分享信息包括:
通过社交客户端分享所述第一分享信息。
4.根据权利要求1所述的方法,其特征在于,还包括:
接收所述服务端发送的第二申请提示信息;其中,所述第二申请提示信息为所述服务端接收到所述第二客户端发送的第二售后请求而发送的;所述第二售后请求为所述第二客户端响应于所述第二用户对第二目标商品的售后请求操作而生成;
输出所述第二申请提示信息;
响应于针对所述第二申请提示信息的申请确认操作,向所述服务端发送第二申请允许请求,以供所述服务端对所述第二目标商品进行售后处理。
5.根据权利要求1所述的方法,其特征在于,还包括:
响应于所述第一用户的客服请求操作,向服务端发送第一客服请求,以供所述服务端建立所述第一客户端与商品提供端的第一通信通道。
6.根据权利要求1所述的方法,其特征在于,还包括:
响应于所述第一用户的物流查询操作,获取所述至少一种目标商品的物流配送信息;
输出所述物流配送信息。
7.根据权利要求1所述的方法,其特征在于,所述响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单包括:
响应于第一用户针对至少一种目标商品的处理操作,向服务端发送处理请求,以供所述服务端基于所述至少一种目标商品,生成业务订单;
响应于所述第一用户针对所述业务订单的支付操作,调到第三方支付系统进行在线支付。
8.根据权利要求1所述的方法,其特征在于,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息包括:
响应于所述第一用户的订单制作操作,向服务端发送订单制作请求,以供所述服务端基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息。
9.根据权利要求1所述的方法,其特征在于,还包括:
如果所述业务订单支付失败或者未检测到订单制作操作,在第一分享列表中加入所述业务订单的订单提示信息。
10.根据权利要求1所述的方法,其特征在于,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息包括:
响应于所述第一用户的订单制作操作,获取目标页面模板;
获取所述第一用户在所述目标页面模板输入的第一交互信息;
根据所述至少一种目标商品的业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息。
11.根据权利要求10所述的方法,其特征在于,还包括:
在所述目标页面模板中输出第一交互提示信息;其中,所述第一交互提示信息用于所述第一用户输入所述第一交互信息。
12.根据权利要求10所述的方法,其特征在于,所述目标页面模板包括页面修饰元素;
所述方法还包括:
响应于所述第一用户针对所述页面修饰元素的修改操作,确定修改内容;
所述根据所述至少一种目标商品的业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息包括:
根据所述至少一种目标商品的业务订单、所述第一交互信息以及所述修改内容,更新所述目标页面模板,获得第一信息。
13.根据权利要求10所述的方法,其特征在于,所述方法还包括:
输出制作确认提示信息;
所述根据所述至少一种目标商品的业务订单及所述第一交互信息,更新所述目标页面模板,获得第一信息包括:
响应于所述第一用户的制作确认操作,根据所述至少一种目标商品的业务订单及所述第一交互信息,更新所述目标页面模板,获得第一信息。
14.根据权利要求1所述的方法,其特征在于,还包括:
接收所述服务端发送的第二交互信息;其中,所述第二交互信息为所述第二客户端响应于所述第二用户的输入操作而生成;
输出所述第二交互信息。
15.根据权利要求1所述的方法,其特征在于,还包括:
输出分享提示信息;
所述分享所述第一信息包括:
响应于所述第一用户的分享确认操作,分享所述第一信息。
16.根据权利要求1所述的方法,其特征在于,还包括:
接收所述服务端发送的重分享提示信息;所述重分享提示信息为所述服务端确认所述第一信息领取失败时生成;
输出所述重分享提示信息;
响应于所述第一用户的重分享确认操作,分享所述第一信息;其中,所述第一信息用以被第三客户端获取,并响应于第三用户针对所述第一信息的确认领取操作,请求所述服务端根据所述第三用户的配送相关信息,对所述至少一种目标商品进行配送处理。
17.根据权利要求1所述的方法,其特征在于,还包括:
基于所述至少一种目标商品的业务订单及所述第一交互信息,生成第二信息。
18.根据权利要求17所述的方法,其特征在于,还包括:
在第二分享列表中加入第一提示信息;
响应于针对所述第一提示信息的触发操作,输出所述第二信息。
19.一种信息处理方法,其特征在于,包括:
第二客户端获取第一信息;其中,所述第一信息基于至少一种目标商品的业务订单及第一交互信息生成;所述业务订单为服务端基于第一客户端的处理请求,对所述至少一种目标商家进行处理获得;所述第一交互信息为第一用户提供;
输出所述第一信息;
响应于第二用户的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端确定所述至少一种目标商品的配送相关信息;
所述方法还包括:
接收所述服务端发送的第一申请提示信息;所述第一申请提示信息由所述服务端接收到所述第一客户端发送的售后确认请求后发送,所述售后确认请求由所述第一客户端响应于所述第一用户针对第一售后确认信息的售后确认操作生成,所述第一售后确认信息为所述服务端确定第一目标商品为虚拟商品且已领取及未使用、或者所述第一目标商品为实物商品且已领取时生成并发送至所述第一客户端,用于提示是否向第二用户发起售后申请;
输出所述第一申请提示信息;
响应于所述第二用户针对所述第一申请提示信息的的申请确认操作,向所述服务端发送第一申请允许请求,以供所述服务端对所述第一目标商品进行售后处理。
20.根据权利要求19所述的方法,其特征在于,所述响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求包括:
响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求;
输出所述服务端发送的配送提示信息;
获取所述第二用户提供的配送相关信息,并将所述配送相关信息发送至服务端,以供所述服务端根据所述配送相关信息,对所述至少一种目标商品进行配送处理。
21.根据权利要求19所述的方法,其特征在于,所述响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求包括:
响应于第二用户针对所述第一信息的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端针对所述至少一种目标商品中的虚拟商品,获取所述第二用户的用户账号,并将所述虚拟商品分配给所述第二用户的用户账号;及针对所述至少一种目标商品中的实物商品,获取所述第二用户的物流配送信息,基于所述物流配送信息生成配送通知,并将所述配送通知发送至所述实物商品的商品提供方。
22.根据权利要求19所述的方法,其特征在于,还包括:
接收所述第二用户提供的第二交互信息;
将所述第二交互信息发送至服务端,以供所述服务端将所述第二交互信息发送至所述第一客户端,由所述第一客户端输出。
23.根据权利要求19所述的方法,其特征在于,还包括:
响应于所述第二用户针对所述第一信息的确认领取操作,在第三分享列表中加入所述第一信息的第二提示信息。
24.根据权利要求19所述的方法,其特征在于,还包括:
响应于所述第二用户的物流查询操作,获取所述至少一种目标商品的物流配送信息;
输出所述物流配送信息。
25.根据权利要求19所述的方法,其特征在于,还包括:
响应于所述第二用户针对第二目标商品的售后处理操作,向所述服务端发送第二售后请求,以供所述服务端对所述第二目标商品进行售后处理。
26.根据权利要求19所述的方法,其特征在于,还包括:
响应于所述第二用户的客服请求操作,向服务端发送第二服务请求,以供所述服务端建立所述第一客户端与商品提供端的第二通信通道。
27.根据权利要求19所述的方法,其特征在于,所述获取第一信息包括:
从第一分享信息中读取参数数据;
根据所述参数数据获取所述第一信息。
28.根据权利要求27所述的方法,其特征在于,所述根据所述参数数据获取所述第一信息包括:
根据所述参数数据向服务端发送获取请求;
接收所述服务端基于所述获取请求发送的推荐提示信息;
响应于针对所述推荐提示信息的输出确认操作,向所述服务端发送输出确认请求,以供所述服务端将所述第一信息发送至第二客户端。
29.一种信息处理方法,其特征在于,包括:
接收第一客户端发送的处理请求,对至少一种目标商品进行处理,生成业务订单;其中,所述处理请求为所述第一客户端响应于第一用户针对所述至少一种目标商品的业务处理操作而生成;
基于所述业务订单及所述第一用户提供的第一交互信息,生成第一信息;
接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端;
接收所述第二客户端针对所述第一信息发送的确认领取请求,确定所述至少一种目标商品的配送相关信息;
所述方法还包括:
接收所述第一客户端发送的第一售后申请;其中,所述第一售后申请为所述第一客户端响应于所述第一用户针对第一目标商品的售后处理操作而生成;
对所述第一目标商品进行售后处理;
所述对所述第一目标商品进行售后处理包括:
如果所述第一目标商品处于未领取状态,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理;
如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,或者所述第一目标商品为实物商品且处于已领取状态,向所述第二客户端发送第一申请提示信息;
接收所述第二客户端反馈的第一申请允许请求,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理;
如果所述第一目标商品为虚拟商品且处于已使用状态,向所述第一客户端发送第二售后确认信息;其中,所述第二售后确认信息用于提示售后申请失败。
30.根据权利要求29所述的方法,其特征在于,所述如果所述第一目标商品处于未领取状态,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理包括:
如果所述第一目标商品处于未领取状态,若所述第一目标商品为虚拟商品,按照所述第一售后请求的退款且退货类型,将所述第一目标商品对应的支付资金退回至所述第一用户的支付账号以及将所述第一目标商品退回至商品提供方;若所述第一目标商品为实物商品,按照所述第一售后请求的退款且退货类型,将所述第一目标商品对应的支付资金退回至所述第一用户的支付账号以及通知所述第一目标商品的商品提供方终止配送;
所述接收所述第二客户端反馈的第一申请允许请求,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理包括:
接收所述第二客户端反馈的第一申请允许请求;
如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,按照所述第一售后请求的退款且退货类型,将所述第一目标商品对应的支付资金退回至所述第一用户的支付账号以及将所述第一目标商品退回至商品提供方;
如果所述第一目标商品为实物商品且处于已领取状态,若所述第一售后请求的售后类型为退款,将所述第一目标商品对应的支付资金退回至第一用户的支付账号以及通知所述第一目标商品的商品提供方终止配送;若所述第一售后请求的售后类型为退款且退货,向所述第二客户端发送第一退货提示信息以及在所述第一目标商品退货成功之后,将所述第一目标商品对应的支付资金退回至第一用户的支付账号;若所述第一售后请求的售后类型为换货,向所述第二客户端发送第一换货提示信息以及向所述第一目标商品的商品提供方发送第二换货提示信息。
31.根据权利要求29所述的方法,其特征在于,所述如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,或者所述第一目标商品为实物商品且处于已领取状态,向所述第二客户端发送第一申请提示信息包括:
如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,或者所述第一目标商品为实物商品且处于已领取状态,向所述第一客户端发送第一售后确认信息;
接收所述第一客户端发送的第一申请允许请求,向所述第二客户端发送第一申请提示信息;其中,所述第一售后确认信息为所述第一客户端所述第一用户针对所述第一售后确认信息的售后确认操作而生成,用以提示是否向第二用户发起售后申请。
32.根据权利要求29所述的方法,其特征在于,还包括:
接收所述第二客户端发送的第二售后申请;其中,所述第二售后申请为所述第二客户端响应于第二用户针对第二目标商品的售后处理操作而生成;
对所述第二目标商品进行售后处理。
33.根据权利要求32所述的方法,其特征在于,所述对所述第二目标商品进行售后处理包括:
向所述第一客户端发送第二申请提示信息;
接收所述第一客户端反馈的第二申请允许请求,对所述第二目标商品进行售后处理。
34.根据权利要求33所述的方法,其特征在于,所述向所述第一客户端发送第二申请提示信息包括:
如果所述第二目标商品为虚拟商品且处于未使用状态,或者所述第二目标商品为实物商品,向所述第一客户端发送第二申请提示信息。
35.根据权利要求33所述的方法,其特征在于,所述接收所述第一客户端反馈的第二申请允许请求,对所述第二目标商品进行售后处理包括:
如果所述第二售后请求的售后类型为退货,向所述第二客户端输出第二退货提示信息以及在所述第二目标商品退货成功之后,将所述第二目标商品对应的支付资金退回至所述第一用户的支付账号;
如果所述第二售后请求的售后类型为换货,向所述第二客户端发送第三换货提示信息以及向所述第二目标商品的商品提供方发送第四换货提示信息。
36.根据权利要求29所述的方法,其特征在于,还包括:
接收所述第一客户端发送的第一客服请求,建立所述第一客户端与商品提供端的第一通信通道;
或者,
接收所述第二客户端发送的第二客户请求,建立所述第二客户端与所述商品提供端的第一通信通道。
37.根据权利要求29所述的方法,其特征在于,还包括:
接收所述第一客户端发送的物流查询请求,将所述至少一种目标商品的物流配送信息发送至所述第一客户端,以供所述第一客户端输出所述物流配送信息;
或者,
接收所述第二客户端发送的物流查询请求,将所述至少一种目标品的物流配送信息发送至所述第二客户端,以供所述第二客户端输出所述物流配送信息。
38.根据权利要求29所述的方法,其特征在于,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息包括:
接收所述第一客户端发送的订单制作请求,基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息。
39.根据权利要求38所述的方法,其特征在于,还包括:
如果所述业务订单支付成功,向所述第一客户端发送制作提示信息,以供所述第一客户端输出所述制作提示信息。
40.根据权利要求29所述的方法,其特征在于,还包括:
如果所述业务订单支付失败或者未接收到订单制作请求,在第一分享列表中加入所述业务订单的订单提示信息;
接收所述第一客户端的第一列表输出请求,将所述第一分享列表发送至所述第一客户端,以供所述第一客户端输出所述第一分享列表。
41.根据权利要求29所述的方法,其特征在于,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息包括:
接收所述第一客户端的订单制作请求,确定目标页面模板;
将所述目标页面模板发送至所述第一客户端,以供所述第一客户端输出所述目标页面模板;
接收所述第一客户端发送第一交互信息;其中所述第一交互信息为所述第一用户输入所述目标页面模板;
根据所述业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息。
42.根据权利要求41所述的方法,其特征在于,所述接收所述第一客户端的订单制作请求,确定目标页面模板包括:
接收所述第一客户端的订单制作请求,基于所述业务订单生成目标页面模板。
43.根据权利要求41所述的方法,其特征在于,还包括:
接收所述第一客户端发送的页面修饰元素修改请求,确定修改内容;
所述根据所述业务订单以及所述第一交互信息,更新所述目标页面模板,获得第一信息包括:
根据所述至少一种目标商品的业务订单、所述第一交互信息以及所述修改内容,更新所述目标页面模板,获得第一信息。
44.根据权利要求29所述的方法,其特征在于,还包括:
接收所述第二客户端发送的第二交互信息;所述第二交互信息为所述第二客户端响应于第二用户的输入操作而生成;
将所述第二交互信息发送至第二客户端,以供所述第二客户端输出所述第二交互信息。
45.根据权利要求29所述的方法,其特征在于,所述基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息之后,所述方法还包括:
向所述第一客户端发送分享提示信息,以供所述第一客户端输出所述分享提示信息;所述分享提示信息用于提示所述第一用户是否分享所述第一信息。
46.根据权利要求29所述的方法,其特征在于,还包括:
如果所述第一信息领取失败,向所述第一客户端发送重分享提示信息,以供所述第一客户端输出所述重分享提示信息。
47.根据权利要求29所述的方法,其特征在于,还包括:
基于所述至少一种目标商品的业务订单及所述第一交互信息,生成第二信息。
48.根据权利要求29所述的方法,其特征在于,所述接收所述第二客户端针对所述第一信息发送的确认领取请求,确定所述至少一种目标商品的配送相关信息包括:
接收所述第二客户端针对所述第一信息发送的确认领取请求,向所述第二客户端发送配送提示信息,以供所述第二客户端输出所述配送提示信息;
接收所述第二客户端发送的第二用户提供的配送相关信息;
根据所述配送相关信息,对所述至少一种目标商品进行配送处理。
49.根据权利要求29所述的方法,其特征在于,所述接收所述第二客户端针对所述第一信息发送的确认领取请求,确定所述至少一种目标商品的配送相关信息包括:
接收所述第二客户端针对所述第一信息发送的确认领取请求;
针对所述至少一种目标商品中的虚拟商品,获取第二用户的用户账号,并将所述虚拟商品分配给所述第二用户的用户账号;
针对所述至少一种目标商品中的实物商品,获取所述第二用户的配送相关信息;
基于所述配送相关信息生成配送通知,并将所述配送通知发送至所述实物商品的商品提供方。
50.根据权利要求29所述的方法,其特征在于,还包括:
将所述第一信息的参数数据发送至所述第一客户端,以供所述第一客户端基于所述参数数据,生成第一分享信息,并分享所述第一分享信息;
所述接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端包括:
接收第二客户端针对所述第一信息发送的获取请求;其中,所述获取请求包括从所述第一分享信息中读取的所述参数数据;
将所述参数数据对应的所述第一信息发送至所述第二客户端。
51.根据权利要求29所述的方法,其特征在于,接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端包括:
接收第二客户端针对所述第一信息发送的获取请求,向所述第二客户端发送推荐提示信息;
接收所述第二客户端发送的输出确认请求,将所述第一信息发送至所述第二客户端。
52.一种信息处理装置,其特征在于,包括:
业务请求模块,用于响应于第一用户针对至少一种目标商品的业务处理操作,向服务端发送处理请求,以供所述服务端对所述至少一种目标商品进行处理,生成业务订单;
第一生成触发模块,用于基于所述至少一种目标商品的业务订单及所述第一用户提供的第一交互信息,生成第一信息;
分享模块,用于分享所述第一信息;其中,所述第一信息用于被第二客户端获取,并引导第二用户进行确认领取操作后,确定所述至少一种目标商品的配送相关信息;
所述装置还包括:
第一售后请求模块,用于响应于所述第一用户针对第一目标商品的售后处理操作,向所述服务端发送第一售后请求,以供所述服务端对所述第一目标商品进行售后处理;
所述第一售后请求模块还用于,如果接收到所述服务端发送的第一售后确认信息,输出所述第一售后确认信息;其中,所述第一售后确认信息为所述服务端确定所述第一目标商品为虚拟商品且已领取及未使用、或者所述第一目标商品为实物商品且已领取时生成,用于提示是否向第二用户发起售后申请;
响应于所述第一用户针对所述第一售后确认信息的售后确认操作,向服务端发送售后确认请求,以供所述服务端向所述第二客户端发送第一申请提示信息,并接收到所述第二客户端发送的第一申请允许请求时,对所述第一目标商品进行售后处理;
如果接收到所述服务端发送的第二售后确认信息,输出所述第二售后确认信息,其中所述第二售后确认信息为所述服务端确定所述第一目标商品为虚拟商品且已使用时生成,用于提示售后申请失败。
53.一种信息处理装置,其特征在于,包括:
第一获取模块,用于获取第一信息;其中,所述第一信息基于至少一种目标商品的业务订单及第一交互信息生成;所述业务订单为服务端基于第一客户端的处理请求,对至少一种目标商家进行处理获得;所述第一交互信息为第一用户提供;
第一输出模块,用于输出所述第一信息;
领取触发模块,用于响应于第二用户的确认领取操作,向所述服务端发送确认领取请求,以供所述服务端确定所述至少一种目标商品的配送相关信息;
所述装置还包括:
第二售后决策模块,用于接收所述服务端发送的第一申请提示信息;所述第一申请提示信息由所述服务端接收到所述第一客户端发送的售后确认请求后发送,所述售后确认请求由所述第一客户端响应于所述第一用户针对第一售后确认信息的售后确认操作生成,所述第一售后确认信息为所述服务端确定第一目标商品为虚拟商品且已领取及未使用、或者所述第一目标商品为实物商品且已领取时生成并发送至所述第一客户端,用于提示是否向第二用户发起售后申请;
输出所述第一申请提示信息;
响应于所述第二用户针对所述第一申请提示信息的的申请确认操作,向所述服务端发送第一申请允许请求,以供所述服务端对所述第一目标商品进行售后处理。
54.一种信息处理装置,其特征在于,包括:
请求接收模块,用于接收第一客户端发送的处理请求,对至少一种目标商品进行处理,生成业务订单;其中,所述处理请求为所述第一客户端响应于第一用户针对所述至少一种目标商品的业务处理操作而生成;
信息生成模块,用于基于所述业务订单及所述第一用户提供的第一交互信息,生成第一信息;
信息传输模块,用于接收第二客户端针对所述第一信息发送的获取请求,将所述第一信息发送至所述第二客户端;
配送处理模块,用于接收所述第二客户端针对所述第一信息发送的确认领取请求,确定所述至少一种目标商品的配送相关信息;
所述装置还包括:
第一售后处理模块,用于接收所述第一客户端发送的第一售后申请;其中,所述第一售后申请为所述第一客户端响应于所述第一用户针对第一目标商品的售后处理操作而生成;对所述第一目标商品进行售后处理;
所述第一售后处理模块对所述第一目标商品进行售后处理,具体用于如果所述第一目标商品处于未领取状态,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理;如果所述第一目标商品为虚拟商品且处于已领取状态及未使用状态,或者所述第一目标商品为实物商品且处于已领取状态,向所述第二客户端发送第一申请提示信息;接收所述第二客户端反馈的第一申请允许请求,按照所述第一售后请求的售后类型对所述第一目标商品进行售后处理;
第一售后确认模块,用于如果所述第一目标商品为虚拟商品且处于已使用状态,向所述第一客户端发送第二售后确认信息;其中,所述第二售后确认信息用于提示售后申请失败。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910117698.8A CN111582961B (zh) | 2019-02-15 | 2019-02-15 | 信息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910117698.8A CN111582961B (zh) | 2019-02-15 | 2019-02-15 | 信息处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111582961A CN111582961A (zh) | 2020-08-25 |
CN111582961B true CN111582961B (zh) | 2023-05-26 |
Family
ID=72116647
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910117698.8A Active CN111582961B (zh) | 2019-02-15 | 2019-02-15 | 信息处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111582961B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112734356B (zh) * | 2020-12-21 | 2023-11-24 | 北京百家科技集团有限公司 | 测试设备管理方法和系统 |
CN113610606A (zh) * | 2021-08-12 | 2021-11-05 | 上海流美网络科技有限公司 | 一种信息处理的方法、系统、计算机设备和介质 |
CN113807841A (zh) * | 2021-08-19 | 2021-12-17 | 北京百度网讯科技有限公司 | 条码处理方法、装置、电子设备及可读存储介质 |
CN114721757A (zh) * | 2022-02-18 | 2022-07-08 | 深圳腾银信息咨询有限责任公司 | 一种带参二维码的生成方法、装置及电子设备 |
CN115225760A (zh) * | 2022-06-23 | 2022-10-21 | 中国银行股份有限公司 | 一种口令分享处理方法及装置 |
JP2024047241A (ja) * | 2022-09-26 | 2024-04-05 | 東芝テック株式会社 | 情報処理プログラム、情報通信装置及び情報処理装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017032226A1 (zh) * | 2015-08-21 | 2017-03-02 | 阿里巴巴集团控股有限公司 | 退货信息处理方法及装置 |
CN106815759A (zh) * | 2016-12-22 | 2017-06-09 | 家乐宝电子商务有限公司 | 一种礼品订单生成方法 |
CN107705170A (zh) * | 2017-08-31 | 2018-02-16 | 北京小米移动软件有限公司 | 订单赠与方法及装置 |
-
2019
- 2019-02-15 CN CN201910117698.8A patent/CN111582961B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017032226A1 (zh) * | 2015-08-21 | 2017-03-02 | 阿里巴巴集团控股有限公司 | 退货信息处理方法及装置 |
CN106815759A (zh) * | 2016-12-22 | 2017-06-09 | 家乐宝电子商务有限公司 | 一种礼品订单生成方法 |
CN107705170A (zh) * | 2017-08-31 | 2018-02-16 | 北京小米移动软件有限公司 | 订单赠与方法及装置 |
Non-Patent Citations (1)
Title |
---|
张国平 ; 黄淼 ; 薛根奇 ; .基于SS和JPA技术的电子商务系统的开发.自动化与仪器仪表.2016,(08),全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN111582961A (zh) | 2020-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111582961B (zh) | 信息处理方法及装置 | |
US7881976B2 (en) | Apparatus, methods and systems for discounted referral and recommendation of electronic content | |
CN104769627B (zh) | 用于对端辅助购物的方法和装置 | |
US8037193B2 (en) | Virtual token | |
US20150302493A1 (en) | Interactive transactions | |
US20080182563A1 (en) | Method and system for social networking over mobile devices using profiles | |
US20100299212A1 (en) | System and method for a commerce window application for computing devices | |
US20090024530A1 (en) | Automatic gift messaging system | |
US20060095338A1 (en) | Strategies for gifting resources | |
US20170262886A1 (en) | Gift messaging based customer acquisition | |
CN109597957A (zh) | 第三方应用通信api | |
CN102483829A (zh) | 动态移动赠券的管理 | |
US11488233B2 (en) | Method and system for ordering goods and/or services using the emoji character set via communication network | |
WO2019142050A1 (en) | Event based payment-processing system | |
KR101783431B1 (ko) | 크라우드 펀딩 시스템을 통해 엔터테인먼트 관련 펀딩 정보 및 컨설팅 정보를 제공하는 방법 | |
CN112150256A (zh) | 一种数据处理方法、装置、设备及存储介质 | |
JP6424274B2 (ja) | ウェブページの商品情報に対応するチャットメッセージを生成する方法及びサーバ、並びにチャットメッセージを受信するデバイス | |
US20190259083A1 (en) | Method for participating in friend's purchase process by directly pushing product to friend's account page | |
KR20110073628A (ko) | 휴대폰을 이용한 홈쇼핑 결제처리 방법과 이를 위한 휴대폰 및 기록매체 | |
CA2950914A1 (en) | Virtual card number based person-to-person payments | |
KR102312155B1 (ko) | 블록체인 분산어플리케이션 및 어플리케이션 스토어 플랫폼 | |
Kärle et al. | Multi-platform mobile service creation: increasing brand touch-points for hotels | |
KR101041794B1 (ko) | 상품권 메시지 전송 및 서비스 방법과 그 장치 | |
KR20080087187A (ko) | 결제 서비스 시스템 | |
CN114240540A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |