CN106296329B - 业务对象信息处理、凭证信息处理方法及装置 - Google Patents
业务对象信息处理、凭证信息处理方法及装置 Download PDFInfo
- Publication number
- CN106296329B CN106296329B CN201510314330.2A CN201510314330A CN106296329B CN 106296329 B CN106296329 B CN 106296329B CN 201510314330 A CN201510314330 A CN 201510314330A CN 106296329 B CN106296329 B CN 106296329B
- Authority
- CN
- China
- Prior art keywords
- information
- business object
- transaction
- user
- evaluation
- 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
- 230000010365 information processing Effects 0.000 title claims abstract description 30
- 238000003672 processing method Methods 0.000 title claims abstract description 18
- 238000011156 evaluation Methods 0.000 claims abstract description 207
- 238000000034 method Methods 0.000 claims description 73
- 230000002159 abnormal effect Effects 0.000 claims description 12
- 238000012163 sequencing technique Methods 0.000 claims description 5
- 238000002372 labelling Methods 0.000 claims description 3
- 238000012795 verification Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000002860 competitive effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了业务对象信息处理、凭证信息处理方法及装置,其中,凭证信息处理方法包括:服务器预先保存第一凭证信息、第一用户标识与目标线下实体店铺信息之间的对应关系;接收到对目标第一凭证信息执行第一处理的请求时,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺;确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息;判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件;根据所述判断结果,确定对该交易订单相关的交易信息的处理方式。通过本申请实施例,可以使得业务对象的交易次数、评价信息等更加真实有效。
Description
技术领域
本申请涉及业务对象信息处理技术领域,特别是涉及业务对象信息处理、第一凭证信息处理方法及装置。
背景技术
电子商务开展的数年间,诞生了各种各样的模式,比如B2B(Business ToBusiness,商家对商家)、B2C(Business To Customer,商家对个人)、C2C(Customer ToCustomer,个人对个人)。然而,最近的电子商务的热点中,O2O(Online To Offline,线上到线下)成为了新的关注重点。所谓O2O,就是将线下与线上的机会结合起来,使得互联网成为商品销售的前台,比如用户在线上购买电影票,系统可以通过短消息等方式向用户的终端设备上发送电子凭证,电子凭证一般以文字或者图形码等形式存在,用户只需要将收到的短消息中的电子凭证提供给影院中的营业员,就可以取票去看电影了。
O2O出现是大多数企业面对电子商务网店冲击下一个很好的突破口,但在线上销售平台销售的过程中,往往存在一些问题。例如,O2O的商品对象与其他实体业务对象类似,在很多场景下,都会涉及到商品对象的排序展现问题。例如,按照类目展现各个O2O商品对象时,一般需要对O2O商品对象进行排序;或者,买家用户一般需要在平台中通过关键字搜索等方式来获取O2O商品对象的列表,然后从中选择自己所需的商品,等等。在对O2O商品对象进行排序时,为了能够将更优质的商品对象信息优先提供给买家用户,往往会考虑历史交易数据中买家用户对O2O商品对象的交易次数、评价次数等信息,可以将交易次数多、评价次数多的O2O商品对象优先展示。另外,在买家用户查看某O2O商品对象的详情信息时,一般还需要展示其他买家用户针对该O2O商品对象的详细评价信息,这种详细评价信息对于消费者的购买倾向往往具有很重要的引导作用等等。总之,买家用户的交易次数、评价信息等数据在多种具体的场景下都具有非常重要的参考价值。也正是因为如此,准确的统计出各个O2O商品对象的交易次数、评价信息显得很重要,能够对商家和商品提供公平竞争能力。
现有技术中,销售平台系统一般是在买家用户对O2O商品对象下单后,就可以直接对该O2O商品对象的交易次数进行更新,或者,为了避免买家下单后不去线下实体店消费,也可以是在买家去线下实体店消费后,由商家的线下实体店客户端反馈电子凭证的核销信息,此时,系统再对该O2O商品对象的交易次数进行更新,之后对应买家的评价信息等才会被记录,等等。
但是,在上述记录O2O商品对象交易次数信息、评价信息的过程中,仍然会经常出现虚假交易、虚假评价等,并且,由于O2O商品对象的特点,这种虚拟交易的识别显得更加困难。例如,某商家为了提高自己商品的曝光度,可能会指定内部工作人员或者通过多种途径找其他人大量下单其O2O商品,之后这些买家只需要将其收到的电子凭证转发给商家指定的工作人员帮其核销,这样即可欺骗系统,使得系统为该商品增加交易次数,之后,这些被找来帮忙的人还可以为该商品填写评论,等等。当然,对于已经在线上付的款项,商家可以通过其他途径补偿给买家,这样,就可以在双方都不受到损失的情况下,增加其O2O商品的交易次数,还可能会产生一些具有欺骗性的评论信息。
总之,如何在统计O2O商品对象的交易次数、评价信息时,更准确地辨别虚假交易、虚假评论,成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了业务对象信息处理、凭证信息处理方法及装置,可以使得业务对象的交易次数、评价信息等更加真实有效,有利于对商家和业务对象提供公平竞争的能力。
本申请提供了如下方案:
一种业务对象信息处理方法,包括:
服务器预先保存业务对象对应的线下实体店铺信息;
接收到第一用户客户端提交的针对指定业务对象生成交易订单的请求时,确定所述指定业务对象对应的目标线下实体店铺;
生成第一凭证信息,并将所述第一凭证信息提供给所述第一用户客户端所在的移动终端设备;
保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户客户端所属终端设备的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式。
一种业务对象信息处理方法,包括:
第一用户客户端确定待交易的指定业务对象;
向服务器发送针对所述指定业务对象生成交易订单的请求,以便所述服务器根据所述请求确定所述指定业务对象对应的目标线下实体店铺,生成第一凭证信息,并保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式;
接收服务器返回的第一凭证信息并保存。
一种凭证信息处理方法,包括:
服务器预先保存第一凭证信息、第一用户标识与目标线下实体店铺信息之间的对应关系,所述目标线下实体店铺是在生成交易订单时确定的与所述交易订单中的指定业务对象对应的线下实体店铺,所述第一凭证信息为针对所述交易订单生成的第一凭证信息;
接收到对目标第一凭证信息执行第一处理的请求时,根据所述预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺;
确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息;
判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件;
根据所述判断结果,确定对该交易订单相关的交易信息的处理方式。
一种展示业务对象评价信息的方法,包括:
服务器接收查看指定业务对象评价信息的请求;
确定所述指定业务对象关联的至少一条评价信息;
判断所述评价信息是否带有第二标识;
根据判断结果,确定各条评级信息的展示方式;
其中,所述第二标识通过以下方式添加:在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证。
一种展示业务对象评价信息的方法,包括:
第一用户客户端接收查看指定业务对象评价信息的请求;
将所述请求转发至服务器,以便所述服务器确定所述指定业务对象关联的至少一条评价信息,并判断所述评价信息是否带有第二标识,根据判断结果,确定各条评级信息的展示方式;其中,所述第二标识通过以下方式添加:服务器在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:服务器在接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;
接收所述服务器返回的评价信息以及对应的展示方式信息;
利用所述展示方式信息对所述评价信息进行展示。
一种业务对象信息处理装置,应用于服务器,包括:
店铺信息保存单元,用于预先保存业务对象对应的线下实体店铺信息;
请求接收单元,用于接收到第一用户客户端提交的针对指定业务对象生成交易订单的请求时,确定所述指定业务对象对应的目标线下实体店铺;
第一凭证信息生成单元,用于生成第一凭证信息,并将所述第一凭证信息提供给所述第一用户客户端所在的移动终端设备;
对应关系保存单元,用于保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户客户端所属终端设备的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式。
一种业务对象信息处理装置,应用于第一用户客户端,包括:
业务对象确定单元,用于确定待交易的指定业务对象;
请求发送单元,用于向服务器发送针对所述指定业务对象生成交易订单的请求,以便所述服务器根据所述请求确定所述指定业务对象对应的目标线下实体店铺,生成第一凭证信息,并保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式;
第一凭证信息接收单元,用于接收服务器返回的第一凭证信息并保存。
一种凭证信息处理装置,应用于服务器,包括:
对应关系保存单元,用于预先保存第一凭证信息、第一用户标识与目标线下实体店铺信息之间的对应关系,所述目标线下实体店铺是在生成交易订单时确定的与所述交易订单中的指定业务对象对应的线下实体店铺,所述第一凭证信息为针对所述交易订单生成的第一凭证信息;
用户及店铺信息确定单元,用于接收到对目标第一凭证信息执行第一处理的请求时,根据所述预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺;
用户及店铺位置确定单元,用于确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息;
判断单元,用于判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件;
处理方式确定单元,用于根据所述判断结果,确定对该交易订单相关的交易信息的处理方式。
一种展示业务对象评价信息的装置,应用于服务器,包括:
请求接收单元,用于接收查看指定业务对象评价信息的请求;
评价信息确定单元,用于确定所述指定业务对象关联的至少一条评价信息;
评价信息判断单元,用于判断所述评价信息是否带有第二标识;其中,所述第二标识通过以下方式添加:在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;
展示方式确定单元,用于根据判断结果,确定各条评级信息的展示方式。
一种展示业务对象评价信息的装置,应用于第一用户客户端,包括:
请求接收单元,用于接收查看指定业务对象评价信息的请求;
请求转发单元,用于将所述请求转发至服务器,以便所述服务器确定所述指定业务对象关联的至少一条评价信息,并判断所述评价信息是否带有第二标识,根据判断结果,确定各条评级信息的展示方式;其中,所述第二标识通过以下方式添加:服务器在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:服务器在接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;
评价信息接收单元,用于接收所述服务器返回的评价信息以及对应的展示方式信息;
评价信息展示单元,用于利用所述展示方式信息对所述评价信息进行展示。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,在第一用户线上购买指定业务对象时,就可以确定出具体对应的目标线下实体店铺,并在生成第一凭证信息之后,可以保存第一凭证信息、第一用户标识以及目标线下实体店铺之间的对应关系。这样,后续在接收到第一凭证信息的处理请求时,可以确定出其对应的第一用户所在的第二地理位置信息,以及对应的目标线下实体店铺的第三地理位置信息,并根据第二地理位置信息与第三地理位置信息之间的距离,来判断是否为第一用户实际到线下实体店铺消费时,产生的第一凭证信息处理行为,并可以根据判断结果,来辨别是否为虚假交易,进而确定与相应的交易订单关联的交易信息的处理方式。例如,对于属于虚假交易的情况,对其产生的交易次数、评价信息等都可以不进行正常记录,等等。从而可以使得业务对象的交易次数、评价信息等更加真实有效,有利于对商家和业务对象提供公平竞争的能力。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的第一方法的流程图;
图2是本申请实施例提供的第二方法的流程图;
图3是本申请实施例提供的第三方法的流程图;
图4是本申请实施例提供的第四方法的流程图;
图5是本申请实施例提供的第五方法的流程图;
图6是本申请实施例提供的第一装置的示意图;
图7是本申请实施例提供的第二装置的示意图;
图8是本申请实施例提供的第三装置的示意图;
图9是本申请实施例提供的第四装置的示意图;
图10是本申请实施例提供的第五装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,考虑到O2O商品与传统的实体商品(包括各种日用品、家电等)不同,O2O商品对应的更多是一种服务,而不是实体的货品。在正常情况下,用户在线上购买O2O商品对象之后,需要自行到线下的实体店进行消费,包括看电影、用餐等。现有技术中之所以无法准确辨别虚假交易、虚假评论,是因为,仅以是否对电子凭证进行了核销等操作作为交易是否真正达成的判断依据,而不判断是否由消费者本人到线下实体店进行消费时进行的核销,这就给作弊行为留下了可乘之机。
基于上述考虑,本申请实施例中,消费者用户可以使用其移动终端设备中安装的销售平台应用(App)进行O2O商品的购买操作,在生成交易订单的过程中,可以由消费者用户来指定其实际需要去消费的线下实体店铺,这样,在生成第一凭证信息(例如,电子凭证等)之后,就可以建立起该第一凭证信息、第一用户标识以及线下实体店铺三者之间的对应关系。对于移动终端的App而言,由于移动终端设备一般具有很强的私有性,不会是多人共用,因此,在同一移动终端设备上,一般只会是同一用户登录,这就使得用户与其移动终端设备之间往往会产生一种绑定关系;并且,移动终端设备一般是由用户本人随身携带,使得移动终端设备所在的地理位置可以从很大程度上代表用户所在的地理位置。因此,在本申请实施例中,对第一凭证信息进行核销时,可以确定出该第一凭证信息对应的第一用户标识以及目标线下实体店铺标识,并确定出该第一用户标识关联的移动终端设备的第一地理位置,以及该目标线下实体店铺所在的第二地理位置,这样,通过比对第一地理位置与第二地理位置之间的距离,就可以确定出是否由消费者本人到线下实体店铺消费产生的核销。也就是说,由在线上购买了O2O商品对象的消费者用户亲自到预先选定的线下实体店铺进行核销,才能够将此次交易确定为真实有效的交易,相应的,也才会为对应的O2O商品对象增加交易次数信息,后续当消费者用户针对此次交易提交评论信息时,也才会被记录。否则,如果在接收到核销请求时,发现对应的第一用户的第一地理位置与其选定的线下实体店铺的第二地理位置之间的距离很远,则可能是虚假交易,因此,就可以不再将针对此次交易为相应的O2O商品对象增加交易次数,后续针对该此次交易提交评论信息时,也可以拒绝接收,或者为评论信息打上非正常评论标识,等等。
总之,通过上述方式,能够有效地辨别出O2O交易过程中的虚假交易、虚假评论等,从而使得统计出的O2O商品对象的交易次数信息、评论信息等更加真实有效,有利于对商家和商品提供公平竞争能力。
下面对具体的实现方式进行介绍。
实施例一
该实施例一主要从服务器的角度,对生成交易订单的过程进行介绍。参见图1,该实施例一提供了一种业务对象信息处理方法,该方法可以包括以下步骤:
S101:服务器预先保存业务对象对应的线下实体店铺信息;
具体实现时,商家在发布业务对象时,可以提供其线下实体店铺的信息,包括实体店铺的名称、地理位置信息等等,服务器可以对这种线下实体店铺信息进行保存。
S102:接收到第一用户客户端提交的针对指定业务对象生成交易订单的请求时,确定所述指定业务对象对应的目标线下实体店铺;
第一用户(主要是指销售平台系统中的买家用户)在选中某款业务对象之后,可以通过点击“购买”等选项发起购买请求,相应的,系统可能会要求第一用户填写一些信息,包括购买的数量等等。在提交该请求之后,服务器就可以首先确定出与该业务对象对应的目标线下实体店铺。
其中,具体实现时,如果一个业务对象仅对应一个线下实体店铺,则可以将该仅有的线下实体店铺确定为该业务对象对应的目标线下实体店铺。当然,在实际应用中,有些实体店铺可能会采用连锁经营等方式,使得一个业务对象可能对应多个线下实体店铺,第一用户可以选择其中任意一家线下实体店铺去进行实际的消费。也就是说,在这种情况下,一个业务对象可能会对应多个线下实体店铺,此时,在本申请实施例中,还可以在生产交易订单的过程中,就确定出第一用户实际将会去消费的目标线下实体店铺。
为此,服务器在接收到购买请求后,除了要求第一用户填写上述购买数量等信息之外,还可以将与业务对象相关联的各个线下实体店铺的信息,并提供对各个实体店铺进行选择的操作选项,也即要求第一用户从中选择一个具体的线下实体店铺,这样,在生成交易订单时,可以对用户选择的目标线下实体店铺信息进行记录。也就是说,在本申请实施例中,用户在线上进行下单时,就可以选定其需要进行消费时的目标线下实体店铺,这样,该用户只有到该实体店铺对其第一凭证信息进行核销,相应的交易才会被看作是正常的交易。
其中,在提供与当前业务对象对应的线下实体店铺信息时,可以是将业务对象对应的全部实体店铺信息都提供给第一用户客户端,包括各个实体店铺的名称、地址等,这种地址信息一般以文字的形式进行描述,这样,第一用户可以根据名称、地址等信息,选择自己想要去消费的线下实体店铺。
或者,在另一种实现方式下,考虑到用户一般会选择距离自己比较近的地点去进行线下的消费,因此,还可以确定出用户下单时所在的第一地理位置信息,如前文所述,用户的地理位置信息一般可以通过其随身携带的移动终端设备的地理位置信息来描述,其中,移动终端设备中一般带有定位功能,因此,可以通过该定位功能获知移动终端设备的地理位置信息,进而,第一用户客户端可以将移动终端设备的地理位置信息作为当前第一用户的第一地理位置信息上传到服务器。由于服务器预先在保存各个线下实体店铺信息时,也可以保存各个实体店铺的地理位置信息,因此,可以分别计算出当前第一用户与各个线下实体店铺之间的距离,然后可以按照距离的远近对各个线下实体店铺进行排序,按照该顺序向第一用户提供线下实体店铺信息,或者,还可以仅将与当前第一用户距离最近的若干个线下实体店铺信息提供给第一用户客户端,等等。
例如,某第一用户在购买某业务对象时,服务器确定出该第一用户的第一地理位置的经纬度坐标为(x0,y0),与该业务对象关联的线下实体店铺共有10家,因此,就可以确定出这10家的线下实体店铺各自的经纬度坐标,并分别计算出这10家线下实体店铺与该第一用户当前所在第一地理位置的距离。
当然,在实际应用中,第一用户在下单某业务对象时,实际需要选择的线下实体店铺也不一定是距离当前所在位置最近的实体店铺,例如,某第一用户在工作单位上班时想要在线购买一餐饮类的业务对象,实际想要去的线下实体店铺是与其家庭住址距离比较进的店铺,等等。因此,在具体实现时,还可以由第一用户指定“我的位置”,例如可以在用户界面中提供地图等数据,第一用户可以在该地图上标注其需要关注的第一地理位置信息。这样,在提供可选在的线下实体店铺信息时,可以计算各个线下实体店铺与该标注的第一地理位置之间的距离,然后按照该距离进行排序,或者选择其中若干个距离最近的线下实体店铺,提供给第一用户客户端,供第一用户进行选择。
另外,在实际应用中,第一用户的常用地理位置一般是不会经常变化的,因此,为了节省网络资源,还可以在服务器中预先将第一用户的地理位置信息进行保存。例如,第一用户在选定“我的位置”之后,可以将该位置信息在服务器中保存,这样,下次该第一用户再次选购其他的业务对象时,服务器可以直接根据保存的该第一用户的位置信息作为与该第一用户相关的第一地理位置信息,并自动计算与各个线下实体店铺之间的距离,并为第一用户提供各个可选的线下实体店铺信息。当然,在具体实现时,在服务器自动计算距离之前,还可以由第一用户对其所需关注的地理位置信息进行确认,如果第一用户确认使用该服务器中保存的地理位置信息,再执行后续的自动计算距离等操作。否则,还可以提供“使用其他地理位置”、“使用当前所在地理位置”等选项,如果第一用户此次需要使用新的地理位置,则可以对“使用其他地理位置”的选项进行操作,此时,可以重新展示出地图数据,该第一用户可以重新利用地图数据进行标注。或者,如果第一用户需要使用当前所在的地理位置,则可以对“使用当前所在地理位置”的选项进行操作,通知服务器使用该第一用户当前所在地理位置进行计算,此时,服务器就可以根据关联的移动终端设备的定位信息,获取到该第一用户当前所在的地理位置信息,等等。
在将各个可选择的线下实体店铺的信息提供给第一用户客户端之后,第一用户客户端就可以在用户界面中展示出各个线下实体店铺的信息,以及各自对应的操作选项,第一用户可以根据自己的需求从中选择一目标线下实体店铺,相应的,第一用户客户端就可以将用户的选择结果信息提交到服务器,服务器据此获知被用户选中的目标线下实体店铺。
S103:生成第一凭证信息,并将所述第一凭证信息提供给所述第一用户客户端所在的移动终端设备;
在确定出目标线下实体店铺之后,可以为生成交易订单,并为该第一用户生成第一凭证信息,该第一凭证信息可以是前文所述的电子凭证等,一般以文字信息,或者图形码(二维码等)等形式存在,并且可以将该第一凭证信息发送给第一用户客户端。
S104:以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户客户端所属终端设备的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式。
服务器在生产第一凭证信息之后,就可以将第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系进行保存,后续该第一用户就可以携带其移动终端设备到其选择的线下实体店铺进行消费。在到线下实体店铺消费时,就可以对第一凭证信息进行第一处理。其中,所谓的第一处理就可以是指对第一凭证信息进行核销等处理,例如,将文字信息中的串号提供给实体店铺工作人员,或者,将图形码提供给工作人员,由工作人员使用相关的工具进行扫描,等等。此时,服务器可以接收到相应的第一处理请求,其中携带有需要处理的第一凭证信息信息,进而,服务器就可以根据预先保存的前述对应关系,确定出该第一凭证信息关联的第一用户标识,以及第一用户选择的线下实体店铺标识。接下来,就可以根据第一用户的标识,向该第一用户客户端发送获取地理位置信息的请求,第一用户客户端可以将关联的移动终端设备中的定位数据上传到服务器,这样,服务器就可以获知该第一用户当前所在的第二地理位置信息;另外,还可以确定出关联的目标线下实体店铺的第三地理位置信息(如前文所述,服务器预先保存有各个线下实体店铺的地理位置信息),这样,就可以将第二地理位置信息与第三地理位置信息之间的距离进行计算,进而就可以根据两者地理位置是否一致,确定对该交易订单相关的交易信息的处理方式。其中,交易信息可以包括对应业务对象的交易次数信息,或者,对该业务对象提交的评价信息等等。例如,如果第二地理位置信息与第三地理位置信息的接近程度达到了一定的阈值,则可以确定当前的第一凭证信息的第一处理操作是由第一用户本人到实体店铺进行消费时产生的第一处理行为,相应的,与对应交易订单关联的操作都可以视为正常的操作,也即,可以为对应的业务对象的交易次数进行增加,并且,后续在收到基于该交易订单提交的评价信息之后,也可以视为正常的评价。否则,如果接收到第一凭证信息第一处理请求时,该第一凭证信息关联的第一用户当前所在的第二地理位置距离其选择的线下实体店铺的第三地理位置非常远,则证明可能是一种作弊行为,相关的交易次数、评价信息等都可以不再进行正常记录。
可见,通过本申请实施例,在第一用户线上购买指定业务对象时,就可以确定出具体对应的目标线下实体店铺,并在生成第一凭证信息之后,可以保存第一凭证信息、第一用户标识以及目标线下实体店铺之间的对应关系。这样,后续在接收到第一凭证信息的处理请求时,可以确定出其对应的第一用户所在的第二地理位置信息,以及对应的目标线下实体店铺的第三地理位置信息,并根据第二地理位置信息与第三地理位置信息之间的距离,来判断是否为第一用户实际到线下实体店铺消费时,产生的第一凭证信息处理行为,并可以根据判断结果,来辨别是否为虚假交易,进而确定与相应的交易订单关联的交易信息的处理方式。例如,对于属于虚假交易的情况,对其产生的交易次数、评价信息等都可以不进行正常记录,等等。从而可以使得业务对象的交易次数、评价信息等更加真实有效,有利于对商家和业务对象提供公平竞争的能力。
实施例二
以上实施例一从服务器的角度介绍了生成业务对象交易订单的过程,在该实施例二中,主要从第一用户客户端的角度进行介绍。参见图2,该实施例二提供了一种业务对象信息处理方法,该方法可以包括以下步骤:
S201:第一用户客户端确定待交易的指业务对象;其中,所述业务对象在所述线下实体店铺中对应的实体业务对象或服务;
S202:向服务器发送针对所述指定业务对象生成交易订单的请求,以便所述服务器根据所述请求确定所述指定业务对象对应的目标线下实体店铺,生成第一凭证信息,并保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式;
S203:接收服务器返回的第一凭证信息并保存。
由于该实施例二是与实施例一相对应的,因此,相关的具体实现可以参见实施例一中的介绍,这里不再赘述。
实施例三
按照实施例一以及实施例二的方式,在生成交易订单的过程中,可以将第一凭证信息、第一用户标识与目标线下实体店铺信息之间的对应关系进行保存,这样,后续在对第一凭证信息进行处理时,就可以基于上述对应关系信息,判断第一处理操作是否为第一用户实际到线下实体店铺消费时产生的第一处理,并据此确定对相关交易信息的处理方式。下面进行详细的介绍。
参见图3,该实施例三首先从服务器的角度,提供了一种凭证信息处理方法,该方法可以包括以下步骤:
S301:服务器预先保存第一凭证信息、第一用户标识与目标线下实体店铺信息之间的对应关系,所述目标线下实体店铺是在生成交易订单时确定的与所述交易订单中的指定业务对象对应的线下实体店铺,所述第一凭证信息为针对所述交易订单生成的第一凭证信息;
该步骤的具体实现可以参见实施例一以及实施例二中的介绍。
S302:接收到对目标第一凭证信息执行第一处理的请求时,根据所述预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺;
第一用户客户端在收到第一凭证信息之后,第一用户就可以携带其移动终端设备到其选定的目标线下实体店铺进行消费,此时,可以将其第一凭证信息出示给线下实体店铺的工作人员,由工作人员通过商家客户端等执行第一处理(例如核销等)操作。相应的,服务器就可以接收到对目标第一凭证信息进行第一处理的请求,其中携带有第一凭证信息,例如,对应的串号等。在接收到该核销请求后,服务器就可以根据之前保存的对应关系,确定出该第一凭证信息对应的第一用户标识以及目标线下实体店铺。
S303:确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息;
在确定出第一用户标识之后,就可以通过该第一用户标识,向第一用户客户端发送获取该第一用户地理位置信息的请求,第一用户客户端可以将关联的移动终端设备中的定位数据上传到服务器,这样,服务器就可以获知该第一用户当前所在的第二地理位置信息。
另外,由于服务器预先保存了各个线下实体店铺的相关信息,其中就包括各个实体店铺的地理位置信息,因此,还可以确定出目标线下实体店铺的第三地理位置信息。
S304:判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件;
在确定出第二地理位置以及第三地理位置之后,就可以计算出两者之间的距离,并判断该距离是否满足预置条件。该预置条件可以为,距离是否短于某阈值,等等。
S305:根据所述判断结果,确定对该交易订单相关的交易信息的处理方式。
在得出判断结果后,就可以根据该判断结果,确定对该交易订单相关的交易信息的处理方式。例如,如果两者的接近程度达到了一定的阈值,则可以确定当前的第一凭证信息第一出行为是由第一用户本人到实体店铺进行消费时产生的第一处理行为,相应的,与对应交易订单关联的操作都可以视为正常的操作,相应的,关联的交易信息都可以按照常规的方式进行处理,也即,可以为对应的业务对象的交易次数进行增加,并且,后续在收到基于该交易订单提交的评价信息之后,也可以视为正常的评价进行记录。否则,如果接收到第一凭证信息第一处理请求时,该第一凭证信息关联的第一用户当前所在的第二地理位置距离目标线下实体店铺的第三地理位置非常远,则证明可能是一种作弊行为,相关的交易次数、评价信息等都可以不再进行正常记录。
具体实现时,如果第二地理位置与第三地理位置之间的距离不满足预置条件,则可以拒绝为对应的业务对象增加对应的交易次数,并且由于后续第一用户的评论等操作一般是基于交易订单来执行的,因此,还可以为目标第一凭证信息对应的目标交易订单添加第一标识。这样,后续在接收到基于该目标交易订单提交评价信息的请求时,就可以根据该目标交易订单的第一标识,对该评价请求进行处理。例如,可以不允许其评价,也即,向第一用户客户端返回无法评价的提示信息等;或者,还可以为接收到的评价信息添加第二标识,也即,虽然允许第一用户发布评价信息,但是,为其添加了特殊的标识,与正常的评价相区分。
通过以上各实施例的介绍可见,本申请实施例可以有效的对虚假交易、虚假评论等进行识别,对于属于虚假交易的次数、评论等可以不再记录,这样,后续应用中具体需要使用该交易次数、评论次数、评论内容等数据时,就可以全部是由正常交易产生的数据。例如,当用户查看某业务对象的详情信息时,返回的数据就可以是正常交易产生的数据,从而可以真正对买家用户产生参考价值。当用户按照某关键词搜索某类业务对象时,在返回搜索结果时,如果需要参考各个业务对象的交易次数、评价次数等信息,则也可以是基于正常交易产生的数据来进行,从而有利于将更优质的业务对象提供给消费者用户。当需要向消费者用户推荐某类目的业务对象时,也可能参考各个业务对象的交易次数、评价次数等信息,同样的,在本申请实施例中,由于仅对正常交易产生的数据进行记录,因此,也可以将更优质的业务对象推荐给消费者用户,等等。
当然,本申请实施例中辨别非正常交易的方法也可能存在一定的误判等情况,因此,在具体实现时,还可以采用其他方式来处理非正常交易。例如,如前文所述,对于非正常交易产生的交易次数、评论次数、评论内容等数据,可以进行记录,但是可以打上特殊的标识。也即,对于某业务对象而言,其交易次数、评论次数、评论内容等数据可能都会分为两类,一类是正常交易产生的交易次数、评论次数、评论内容,另一类是非正常交易产生的交易次数、评论次数、评论内容,这样,在后续具体的信息展示、搜索、推荐等过程中,还可以综合上述两类数据,来提供具体的结果。
例如,在第一用户需要查看某指定业务对象的评论内容信息时,可以返回与该业务对象相关的各条评论内容,并各条评论内容是否带有第二标识等信息返回,这样,第一用户客户端可以在其用户界面中展示出各条评论内容,并且还可以将带有第二标识的评价内容提示给第一用户,例如,显示“疑似虚假评论”等文字,或者,将评价内容的问题进行其他颜色的突出显示,等等。第一用户可以结合该提示以及自己的经验等进一步确定该评价内容是否确实为虚假评论,等等。
实施例四
在该实施例四中,从服务器的角度,提供了一种展示业务对象评价信息的方法,参见图4,该方法可以包括以下步骤:
S401:服务器接收查看指定业务对象评价信息的请求;
例如,在第一用户查看某业务对象详情页面的过程中,就可能会需要查看该业务对象的评价信息。正常情况下,这种评价信息是由购买过该业务对象的其他第一用户提供的,对于当前第一用户具有一定的参考价值。
S402:确定所述指定业务对象关联的至少一条评价信息;
在实际应用中,服务器可以在数据库中保存关于各个业务对象的评价信息,因此,就可以从这种数据库中提取与当前指定业务对象关联的至少一条评价信息。
S403:判断所述评价信息是否带有第二标识;其中,所述第二标识通过以下方式添加:在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;
如实施例二中所述,在本申请实施例中,对于一些非正常交易订单产生的评价信息,可以添加第二标识,具体的实现方式可以如前文实施例一以及实施例二所述,这里不再赘述。
S404:根据判断结果,确定各条评级信息的展示方式。
在确定出各条评价信息是否带有第二标识后,就可以确定出各条评价信息的展示方式。具体实现时,展示方式可以有多种,例如,可以对带有第二标识的评价信息进行屏蔽,也即,不再将带有第二标识的评价信息展示给当前第一用户。或者,在另一种实现方式下,可以优先展示不带有第二标识的评论信息,具体的,在传统方式下,评价信息一般是按照评价日期的先后进行排序的,而在本申请实施例中,由于评价信息中可能存在一些非正常评价,因此,在排序时可以考虑该因素,将不带第二标识的评价信息展示在非正常评价信息的前面,使得正常评价信息被更多的第一用户查看到。再或者,还可以将带有第二标识的评价信息也展示出来,但是,在展示该带有第二标识的评价信息时,还可以提供提示信息,这种提示信息用于提示对应的评价信息为非正常评价。
实施例五
该实施例五是与实施例四相对应的,从客户端的角度提供了一种展示业务对象评价信息的方法,参见图5,该方法可以包括:
S501:第一用户客户端接收查看指定业务对象评价信息的请求;
S502:将所述请求转发至服务器,以便所述服务器确定所述指定业务对象关联的至少一条评价信息,并判断所述评价信息是否带有第二标识,根据判断结果,确定各条评级信息的展示方式;其中,所述第二标识通过以下方式添加:服务器在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:服务器在接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;
S503:接收所述服务器返回的评价信息以及对应的展示方式信息;
S504:利用所述展示方式信息对所述评价信息进行展示。
需要说明的是,上述实施例四、实施例五中各步骤的具体实现,可以参见前述各实施例中的介绍,这里不再赘述。
与实施例一相对应,本申请实施例还提供了一种业务对象信息处理装置,该装置应用于服务器,参见图6,包括:
店铺信息保存单元601,用于预先保存业务对象对应的线下实体店铺信息;其中,所述业务对象在所述线下实体店铺中对应的实体业务对象或服务;
请求接收单元602,用于接收到第一用户客户端提交的针对指定业务对象生成交易订单的请求时,确定所述指定业务对象对应的目标线下实体店铺;
第一凭证信息生成单元603,用于生成第一凭证信息,并将所述第一凭证信息提供给所述第一用户客户端所在的移动终端设备;
对应关系保存单元604,用于保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户客户端所属终端设备的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式。
其中,所述预先保存的线下实体店铺信息,包括线下实体店铺所在的地理位置信息,当所述指定业务对象对应的线下实体店铺为多个时,所述装置还包括:
第一地理位置信息确定单元,用于确定与所述第一用户相关的第一地理位置信息;
距离确定单元,用于根据所述第一地理位置信息,以及该指定业务对象对应的各个线下实体店铺信息的地理位置信息,确定所述第一地理位置与各个线下实体店铺之间的距离;
实体店铺信息排序单元,用于按照所述距离对各个线下实体店铺信息进行排序,并提供给所述第一用户客户端。
具体实现时,所述第一地理位置信息确定单元具体用于:
确定与所述第一用户当前所在的第一地理位置信息。
或者,所述第一地理位置信息确定单元具体用于:
为第一用户客户端提供地图数据,以便第一用户利用所述地图数据标注目标地理位置;
根据第一用户客户端返回的标注结果,确定所述第一用户相关的第一地理位置信息。
或者,所述第一地理位置信息确定单元具体用于:
根据历史交易数据中保存的信息,确定与所述第一用户相关的第一地理位置信息。
与实施例二相对应,本申请实施例还提供了一种业务对象信息处理装置,应用于第一用户客户端,参见图7,该装置可以包括:
业务对象确定单元701,用于确定待交易的指定业务对象;其中,所述业务对象在所述线下实体店铺中对应的实体业务对象或服务
请求发送单元702,用于向服务器发送针对所述指定业务对象生成交易订单的请求,以便所述服务器根据所述请求确定所述指定业务对象对应的目标线下实体店铺,生成第一凭证信息,并保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式;
第一凭证信息接收单元703,用于接收服务器返回的第一凭证信息并保存。
与实施例三相对应,本申请实施例还提供了一种凭证信息处理装置,应用于服务器,参见图8,该装置可以包括:
对应关系保存单元801,用于预先保存第一凭证信息、第一用户标识与目标线下实体店铺信息之间的对应关系,所述目标线下实体店铺是在生成交易订单时确定的与所述交易订单中的指定业务对象对应的线下实体店铺,所述第一凭证信息为针对所述交易订单生成的第一凭证信息;
用户及店铺信息确定单元802,用于接收到对目标第一凭证信息执行第一处理的请求时,根据所述预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺;
用户及店铺位置确定单元803,用于确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息;
判断单元804,用于判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件;
处理方式确定单元805,用于根据所述判断结果,确定对该交易订单相关的交易信息的处理方式。
其中,所述处理方式确定单元包括:
第一处理子单元,用于如果所述距离不满足所述预置条件,则拒绝为对应的业务对象增加对应的交易次数。
或者,所述处理方式确定单元包括:
交易标识添加子单元,用于为所述目标第一凭证信息对应的目标交易订单添加第一标识;
评价请求处理子单元,用于接收到基于所述目标交易订单提交评价信息的评价请求时,根据所述第一标识,对所述评价请求进行处理。
所述评价请求处理子单元包括:
提示子单元,用于返回无法评价的提示信息。
或者,所述评价请求处理子单元包括:
评价标识添加子单元,用于为接收到的评价信息添加第二标识,以便在展示该业务对象的评价信息时,根据是否具有第二标识,确定评价信息的展示方式。
与实施例四相对应,本申请实施例还提供了一种展示业务对象评价信息的装置,应用于服务器,参见图9,该装置可以包括:
请求接收单元901,用于接收查看指定业务对象评价信息的请求;
评价信息确定单元902,用于确定所述指定业务对象关联的至少一条评价信息;
评价信息判断单元903,用于判断所述评价信息是否带有第二标识;其中,所述第二标识通过以下方式添加:在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;
展示方式确定单元904,用于根据判断结果,确定各条评级信息的展示方式。
其中,所述展示方式确定单元包括:
第一处理子单元,用于对带有第二标识的评价信息进行屏蔽。
或者,
第二处理子单元,用于优先展示不带有第二标识的评论信息。
或者,
第三处理子单元,用于在展示所述带有第二标识的评价信息时,提供提示信息,所述提示信息用于提示对应的评价信息为非正常评价。
与实施例五相对应,本申请实施例还提供了一种展示业务对象评价信息的装置,应用于第一用户客户端,参见图10,包括:
请求接收单元1001,用于接收查看指定业务对象评价信息的请求;
请求转发单元1002,用于将所述请求转发至服务器,以便所述服务器确定所述指定业务对象关联的至少一条评价信息,并判断所述评价信息是否带有第二标识,根据判断结果,确定各条评级信息的展示方式;其中,所述第二标识通过以下方式添加:服务器在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:服务器在接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;
评价信息接收单元1003,用于接收所述服务器返回的评价信息以及对应的展示方式信息;
评价信息展示单元1004,用于利用所述展示方式信息对所述评价信息进行展示。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的业务对象信息处理、凭证信息处理方法及装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (32)
1.一种业务对象信息处理方法,其特征在于,包括:
服务器预先保存业务对象对应的线下实体店铺信息;
接收到第一用户客户端提交的针对指定业务对象生成交易订单的请求时,确定所述指定业务对象对应的目标线下实体店铺;
生成第一凭证信息,并将所述第一凭证信息提供给所述第一用户客户端所在的移动终端设备;
保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户客户端所属终端设备的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式;其中,所述第一处理包括核销处理;
在所述接收到对所述第一凭证信息执行的第一处理请求后,所述方法还包括:根据所述第一用户标识,向所述第一用户客户端发送获取地理位置信息的请求;
其中,所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
2.根据权利要求1所述的方法,其特征在于,所述预先保存的线下实体店铺信息,包括线下实体店铺所在的地理位置信息,当所述指定业务对象对应的线下实体店铺为多个时,所述方法还包括:确定与所述第一用户相关的第一地理位置信息;
根据所述第一地理位置信息,以及该指定业务对象对应的各个线下实体店铺信息的地理位置信息,确定所述第一地理位置与各个线下实体店铺之间的距离;
按照所述距离对各个线下实体店铺信息进行排序,并提供给所述第一用户客户端。
3.根据权利要求2所述的方法,其特征在于,所述确定与所述第一用户相关的第一地理位置信息,包括:
确定与所述第一用户当前所在的第一地理位置信息。
4.根据权利要求2所述的方法,其特征在于,所述确定与所述第一用户相关的第一地理位置信息,包括:
为第一用户客户端提供地图数据,以便第一用户利用所述地图数据标注目标地理位置;
根据第一用户客户端返回的标注结果,确定所述第一用户相关的第一地理位置信息。
5.根据权利要求2所述的方法,其特征在于,所述确定与所述第一用户相关的第一地理位置信息,包括:
根据历史交易数据中保存的信息,确定与所述第一用户相关的第一地理位置信息。
6.一种业务对象信息处理方法,其特征在于,包括:
第一用户客户端确定待交易的指定业务对象;
向服务器发送针对所述指定业务对象生成交易订单的请求,以便所述服务器根据所述请求确定所述指定业务对象对应的目标线下实体店铺,生成第一凭证信息,并保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式;其中,所述第一处理包括核销处理;所述服务器还用于在所述接收到对所述第一凭证信息执行的第一处理请求后,根据所述第一用户标识,向所述第一用户客户端发送获取地理位置信息的请求;
接收服务器返回的第一凭证信息并保存;
其中,所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
7.一种凭证信息处理方法,其特征在于,包括:
服务器预先保存第一凭证信息、第一用户标识与目标线下实体店铺信息之间的对应关系,所述目标线下实体店铺是在生成交易订单时确定的与所述交易订单中的指定业务对象对应的线下实体店铺,所述第一凭证信息为针对所述交易订单生成的第一凭证信息;
接收到对目标第一凭证信息执行第一处理的请求时,根据所述预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺;其中,所述第一处理包括核销处理;
确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息;
判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件;
根据所述判断结果,确定对该交易订单相关的交易信息的处理方式;
其中,在所述接收到对目标第一凭证信息执行第一处理的请求后,还包括:根据所述第一用户标识,向所述第一用户标识对应的第一用户客户端发送获取地理位置信息的请求;
其中,所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
8.根据权利要求7所述的方法,其特征在于,所述根据所述判断结果,确定对该交易订单相关的交易信息的处理方式第一凭证信息,包括:
如果所述距离不满足所述预置条件,则拒绝为对应的业务对象增加对应的交易次数。
9.根据权利要求7所述的方法,其特征在于,所述根据所述判断结果,确定对该交易订单相关的交易信息的处理方式,包括:
为所述目标第一凭证信息对应的目标交易订单添加第一标识;
接收到基于所述目标交易订单提交评价信息的评价请求时,根据所述第一标识,对所述评价请求进行处理。
10.根据权利要求9所述的方法,其特征在于,所述对所述评价请求进行处理,包括:
返回无法评价的提示信息。
11.根据权利要求9所述的方法,其特征在于,所述对所述评价请求进行处理,包括:
为接收到的评价信息添加第二标识,以便在展示该业务对象的评价信息时,根据是否具有第二标识,确定评价信息的展示方式。
12.一种展示业务对象评价信息的方法,其特征在于,包括:
服务器接收查看指定业务对象评价信息的请求;
确定所述指定业务对象关联的至少一条评价信息;
判断所述评价信息是否带有第二标识;
根据判断结果,确定各条评级信息的展示方式;
其中,所述第二标识通过以下方式添加:在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定对该交易订单相关的交易信息的处理方式,并确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;所述第一处理包括核销处理;在所述接收到对所述第一凭证信息执行的第一处理请求后,还包括:根据所述第一用户标识,向所述第一用户标识对应的第一用户客户端发送获取地理位置信息的请求;
其中,所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
13.根据权利要求12所述的方法,其特征在于,所述根据判断结果,确定各条评级信息的展示方式,包括:
对带有第二标识的评价信息进行屏蔽。
14.根据权利要求12所述的方法,其特征在于,所述根据判断结果,确定各条评级信息的展示方式,包括:
优先展示不带有第二标识的评论信息。
15.根据权利要求12所述的方法,其特征在于,所述根据判断结果,确定各条评级信息的展示方式,包括:
在展示所述带有第二标识的评价信息时,提供提示信息,所述提示信息用于提示对应的评价信息为非正常评价。
16.一种展示业务对象评价信息的方法,其特征在于,包括:
第一用户客户端接收查看指定业务对象评价信息的请求;
将所述请求转发至服务器,以便所述服务器确定所述指定业务对象关联的至少一条评价信息,并判断所述评价信息是否带有第二标识,根据判断结果,确定各条评级信息的展示方式;其中,所述第二标识通过以下方式添加:服务器在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:服务器在接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定对该交易订单相关的交易信息的处理方式,并确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;所述第一处理包括核销处理;
接收所述服务器返回的评价信息以及对应的展示方式信息;
利用所述展示方式信息对所述评价信息进行展示;
其中,所述服务器还用于在所述接收到对所述第一凭证信息执行的第一处理请求后,根据所述第一用户标识,向所述第一用户标识对应的第一用户客户端发送获取地理位置信息的请求;
其中,所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
17.一种业务对象信息处理装置,其特征在于,应用于服务器,包括:
店铺信息保存单元,用于预先保存业务对象对应的线下实体店铺信息;
请求接收单元,用于接收到第一用户客户端提交的针对指定业务对象生成交易订单的请求时,确定所述指定业务对象对应的目标线下实体店铺;
第一凭证信息生成单元,用于生成第一凭证信息,并将所述第一凭证信息提供给所述第一用户客户端所在的移动终端设备;
对应关系保存单元,用于保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户客户端所属终端设备的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式;其中,所述第一处理包括核销处理;
所述服务器还用于:在所述接收到对所述第一凭证信息执行的第一处理请求后,根据所述第一用户标识,向所述第一用户客户端发送获取地理位置信息的请求;
其中,所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
18.根据权利要求17所述的装置,其特征在于,所述预先保存的线下实体店铺信息,包括线下实体店铺所在的地理位置信息,当所述指定业务对象对应的线下实体店铺为多个时,所述装置还包括:
第一地理位置信息确定单元,用于确定与所述第一用户相关的第一地理位置信息;
距离确定单元,用于根据所述第一地理位置信息,以及该指定业务对象对应的各个线下实体店铺信息的地理位置信息,确定所述第一地理位置与各个线下实体店铺之间的距离;
实体店铺信息排序单元,用于按照所述距离对各个线下实体店铺信息进行排序,并提供给所述第一用户客户端。
19.根据权利要求18所述的装置,其特征在于,所述第一地理位置信息确定单元具体用于:
确定与所述第一用户当前所在的第一地理位置信息。
20.根据权利要求18所述的装置,其特征在于,所述第一地理位置信息确定单元具体用于:
为第一用户客户端提供地图数据,以便第一用户利用所述地图数据标注目标地理位置;
根据第一用户客户端返回的标注结果,确定所述第一用户相关的第一地理位置信息。
21.根据权利要求18所述的装置,其特征在于,所述第一地理位置信息确定单元具体用于:
根据历史交易数据中保存的信息,确定与所述第一用户相关的第一地理位置信息。
22.一种业务对象信息处理装置,其特征在于,应用于第一用户客户端,包括:
业务对象确定单元,用于确定待交易的指定业务对象;
请求发送单元,用于向服务器发送针对所述指定业务对象生成交易订单的请求,以便所述服务器根据所述请求确定所述指定业务对象对应的目标线下实体店铺,生成第一凭证信息,并保存该第一凭证信息、第一用户标识与所述目标线下实体店铺信息之间的对应关系,以便当接收到对所述第一凭证信息执行的第一处理请求时,通过判断第一用户的地理位置信息以及所述目标线下实体店铺的地理位置信息是否一致,确定对该交易订单相关的交易信息的处理方式;其中,所述第一处理包括核销处理;所述服务器还用于在所述接收到对所述第一凭证信息执行的第一处理请求后,根据所述第一用户标识,向所述第一用户客户端发送获取地理位置信息的请求;
第一凭证信息接收单元,用于接收服务器返回的第一凭证信息并保存;
其中,所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
23.一种凭证信息处理装置,其特征在于,应用于服务器,包括:
对应关系保存单元,用于预先保存第一凭证信息、第一用户标识与目标线下实体店铺信息之间的对应关系,所述目标线下实体店铺是在生成交易订单时确定的与所述交易订单中的指定业务对象对应的线下实体店铺,所述第一凭证信息为针对所述交易订单生成的第一凭证信息;
用户及店铺信息确定单元,用于接收到对目标第一凭证信息执行第一处理的请求时,根据所述预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺;其中,所述第一处理包括核销处理;
用户及店铺位置确定单元,用于确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息;
判断单元,用于判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件;
处理方式确定单元,用于根据所述判断结果,确定对该交易订单相关的交易信息的处理方式;
所述服务器还用于在所述接收到对所述第一凭证信息执行的第一处理请求后,根据所述第一用户标识,向所述第一用户标识对应的第一用户客户端发送获取地理位置信息的请求;
其中,所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
24.根据权利要求23所述的装置,其特征在于,所述处理方式确定单元包括:
第一处理子单元,用于如果所述距离不满足所述预置条件,则拒绝为对应的业务对象增加对应的交易次数。
25.根据权利要求23所述的装置,其特征在于,所述处理方式确定单元包括:
交易标识添加子单元,用于为所述目标第一凭证信息对应的目标交易订单添加第一标识;
评价请求处理子单元,用于接收到基于所述目标交易订单提交评价信息的评价请求时,根据所述第一标识,对所述评价请求进行处理。
26.根据权利要求25所述的装置,其特征在于,所述评价请求处理子单元包括:
提示子单元,用于返回无法评价的提示信息。
27.根据权利要求25所述的装置,其特征在于,所述评价请求处理子单元包括:
评价标识添加子单元,用于为接收到的评价信息添加第二标识,以便在展示该业务对象的评价信息时,根据是否具有第二标识,确定评价信息的展示方式。
28.一种展示业务对象评价信息的装置,其特征在于,应用于服务器,包括:
请求接收单元,用于接收查看指定业务对象评价信息的请求;
评价信息确定单元,用于确定所述指定业务对象关联的至少一条评价信息;
评价信息判断单元,用于判断所述评价信息是否带有第二标识;其中,所述第二标识通过以下方式添加:在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;所述第一处理包括核销处理;
展示方式确定单元,用于根据判断结果,确定各条评级信息的展示方式;
所述服务器还用于在所述接收到对所述第一凭证信息执行的第一处理请求后,根据所述第一用户标识,向所述第一用户标识对应的第一用户客户端发送获取地理位置信息的请求;
其中,所述服务器还用于根据所述判断结果,确定对该交易订单相关的交易信息的处理方式;
所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
29.根据权利要求28所述的装置,其特征在于,所述展示方式确定单元包括:
第一处理子单元,用于对带有第二标识的评价信息进行屏蔽。
30.根据权利要求28所述的装置,其特征在于,所述展示方式确定单元包括:
第二处理子单元,用于优先展示不带有第二标识的评论信息。
31.根据权利要求28所述的装置,其特征在于,所述展示方式确定单元包括:
第三处理子单元,用于在展示所述带有第二标识的评价信息时,提供提示信息,所述提示信息用于提示对应的评价信息为非正常评价。
32.一种展示业务对象评价信息的装置,其特征在于,应用于第一用户客户端,包括:
请求接收单元,用于接收查看指定业务对象评价信息的请求;
请求转发单元,用于将所述请求转发至服务器,以便所述服务器确定所述指定业务对象关联的至少一条评价信息,并判断所述评价信息是否带有第二标识,根据判断结果,确定各条评级信息的展示方式;其中,所述第二标识通过以下方式添加:服务器在接收到所述评价信息时,判断所述评价信息关联的交易订单是否带有第一标识,如果是,则为相应的评价信息添加第二标识;所述交易订单是否带有第一标识通过以下方式确定:服务器在接收到对目标第一凭证信息执行第一处理的请求时,根据预先保存的对应关系信息,确定所述第一凭证信息对应的第一用户标识以及目标线下实体店铺,确定所述第一用户标识关联的移动终端设备所在的第二地理位置信息,以及所述目标线下实体店铺的第三地理位置信息,判断所述第二地理位置信息与所述第三地理位置信息之间的距离是否满足预置条件,根据所述判断结果,确定是否为对应的交易订单添加第一标识;其中,所述目标第一凭证信息为在生成所述交易订单时产生的交易凭证;所述第一处理包括核销处理;
评价信息接收单元,用于接收所述服务器返回的评价信息以及对应的展示方式信息;
评价信息展示单元,用于利用所述展示方式信息对所述评价信息进行展示;
其中,所述服务器还用于在所述接收到对所述第一凭证信息执行的第一处理请求后,根据所述第一用户标识,向所述第一用户标识对应的第一用户客户端发送获取地理位置信息的请求;
其中,所述服务器还用于根据所述判断结果,确定对该交易订单相关的交易信息的处理方式;
所述交易信息包括以下一项或多项:
所述指定业务对象对应的交易次数信息、针对所述指定业务对象提交的评价信息、所述指定业务对象对应的评论次数信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510314330.2A CN106296329B (zh) | 2015-06-09 | 2015-06-09 | 业务对象信息处理、凭证信息处理方法及装置 |
PCT/CN2016/084444 WO2016197854A1 (zh) | 2015-06-09 | 2016-06-02 | 业务对象信息处理、凭证信息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510314330.2A CN106296329B (zh) | 2015-06-09 | 2015-06-09 | 业务对象信息处理、凭证信息处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106296329A CN106296329A (zh) | 2017-01-04 |
CN106296329B true CN106296329B (zh) | 2020-06-09 |
Family
ID=57502992
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510314330.2A Active CN106296329B (zh) | 2015-06-09 | 2015-06-09 | 业务对象信息处理、凭证信息处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106296329B (zh) |
WO (1) | WO2016197854A1 (zh) |
Families Citing this family (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109710418B (zh) * | 2017-10-25 | 2022-09-27 | 阿里巴巴集团控股有限公司 | 一种对象处理方法及装置 |
CN108270859A (zh) * | 2018-01-16 | 2018-07-10 | 京东方光科技有限公司 | 基于LiFi的信息处理方法及其装置 |
CN108470198A (zh) * | 2018-03-28 | 2018-08-31 | 江苏满运软件科技有限公司 | 销售报单方法及装置 |
CN110503427A (zh) * | 2018-05-16 | 2019-11-26 | 北京嘀嘀无限科技发展有限公司 | 支付管理方法、系统、计算机设备和计算机可读存储介质 |
WO2019218744A1 (en) * | 2018-05-16 | 2019-11-21 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for payment management |
CN110503501A (zh) * | 2018-05-17 | 2019-11-26 | 阿里巴巴集团控股有限公司 | 商品信息处理方法、装置及电子设备 |
CN113837755A (zh) * | 2018-07-05 | 2021-12-24 | 创新先进技术有限公司 | 一种线下交易的判别方法、装置、及计算机设备 |
CN109558544B (zh) * | 2018-12-12 | 2021-04-27 | 拉扎斯网络科技(上海)有限公司 | 排序方法及装置、服务器和存储介质 |
CN111325567B (zh) * | 2018-12-17 | 2023-07-14 | 阿里巴巴(深圳)技术有限公司 | 用户权益信息展示方法、装置及电子设备 |
CN111353556B (zh) * | 2018-12-21 | 2024-04-09 | 盒马(中国)有限公司 | 餐品加工信息处理方法、装置及系统 |
CN111428954B (zh) * | 2019-01-10 | 2023-07-14 | 盒马(中国)有限公司 | 人力资源信息处理方法、装置及电子设备 |
CN111435513B (zh) * | 2019-01-11 | 2024-04-09 | 阿里巴巴集团控股有限公司 | 内容处理方法、装置及系统 |
CN111488541B (zh) * | 2019-01-29 | 2024-03-15 | 深圳市茁壮网络股份有限公司 | 一种专区生成、实体请求方法及装置 |
CN111832857B (zh) * | 2019-04-17 | 2024-08-13 | 盒马(中国)有限公司 | 任务下发处理方法、装置及电子设备 |
CN112016987A (zh) * | 2019-05-31 | 2020-12-01 | 阿里巴巴集团控股有限公司 | 提供用户界面信息、建立索引信息的方法及装置 |
CN110363616A (zh) * | 2019-05-31 | 2019-10-22 | 浙江口碑网络技术有限公司 | 消费数据处理、输出方法和装置,存储介质和电子设备 |
CN112182425B (zh) * | 2019-07-05 | 2024-07-09 | 阿里巴巴集团控股有限公司 | 页面信息处理方法、装置及电子设备 |
CN112184352A (zh) * | 2019-07-05 | 2021-01-05 | 阿里巴巴集团控股有限公司 | 页面信息处理方法、装置及电子设备 |
CN112398895B (zh) * | 2019-08-19 | 2022-03-18 | 阿里巴巴集团控股有限公司 | 提供服务信息的方法及装置 |
CN110599200B (zh) * | 2019-09-10 | 2022-11-01 | 携程计算机技术(上海)有限公司 | Ota酒店的虚假地址的检测方法、系统、介质及设备 |
CN112528092A (zh) * | 2019-09-19 | 2021-03-19 | 阿里巴巴集团控股有限公司 | 信息查询方法、装置及电子设备 |
CN112669101A (zh) * | 2019-10-15 | 2021-04-16 | 阿里巴巴集团控股有限公司 | 订单信息处理方法、装置及电子设备 |
CN112785322A (zh) * | 2019-11-07 | 2021-05-11 | 阿里巴巴集团控股有限公司 | 商品对象流转过程的数据处理方法、装置及电子设备 |
CN110969512B (zh) * | 2019-12-02 | 2022-11-15 | 深圳市云积分科技有限公司 | 一种基于用户购买行为的商品推荐方法和装置 |
CN110969435B (zh) * | 2019-12-03 | 2022-12-23 | 深圳市云积分科技有限公司 | 一种基于线下进店行为的电子凭证推送方法和装置 |
CN110942303A (zh) * | 2019-12-03 | 2020-03-31 | 深圳市云积分科技有限公司 | 一种基于购买行为的电子凭证推送方法和装置 |
CN111080293A (zh) * | 2019-12-03 | 2020-04-28 | 深圳市云积分科技有限公司 | 一种基于订单地址的电子凭证推送方法和装置 |
CN111199425A (zh) * | 2019-12-30 | 2020-05-26 | 深圳市云积分科技有限公司 | 一种电商平台和实体店融合的方法和装置 |
CN111160972A (zh) * | 2019-12-30 | 2020-05-15 | 深圳市云积分科技有限公司 | 一种多平台融合的方法和装置 |
CN111160981B (zh) * | 2019-12-31 | 2022-11-18 | 深圳市云积分科技有限公司 | 一种基于线下店铺优化用户喜好信息的方法和装置 |
CN111127119A (zh) * | 2019-12-31 | 2020-05-08 | 深圳市云积分科技有限公司 | 一种跨店铺会员积分折抵方法和装置 |
CN111178974B (zh) * | 2019-12-31 | 2022-11-11 | 深圳市云积分科技有限公司 | 一种提高多平台融合性的方法和装置 |
CN111127116A (zh) * | 2019-12-31 | 2020-05-08 | 深圳市云积分科技有限公司 | 一种跨店铺会员共享积分的管理方法和装置 |
CN111160987B (zh) * | 2019-12-31 | 2024-03-01 | 中国银行股份有限公司 | 一种信息展示方法、装置及系统 |
CN111986004B (zh) * | 2020-08-26 | 2024-04-26 | 广州中慧健康科技有限公司 | 区域性线下商户管理方法、系统、设备及计算机存储介质 |
CN112150132A (zh) * | 2020-09-24 | 2020-12-29 | 建信金融科技有限责任公司 | 基于位置信息的金融交易方法及装置 |
CN113870390A (zh) * | 2021-09-28 | 2021-12-31 | 深圳绿米联创科技有限公司 | 目标标注处理方法、装置、电子设备及可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102915501A (zh) * | 2012-10-29 | 2013-02-06 | 江苏乐买到网络科技有限公司 | 一种优化网络购物评价信息的方法 |
CN103179194A (zh) * | 2013-02-25 | 2013-06-26 | 白崇振 | 一种事务处理方法、事务处理网络及服务端 |
CN103793841A (zh) * | 2012-10-31 | 2014-05-14 | 深圳市华营数字商业有限公司 | 基于互联网电子商务的线下消费识别方法 |
TW201426602A (zh) * | 2012-12-25 | 2014-07-01 | Hon Hai Prec Ind Co Ltd | 電子購物系統及方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101271561A (zh) * | 2008-05-16 | 2008-09-24 | 腾讯科技(深圳)有限公司 | 电子商务交易系统及方法 |
TW201232444A (en) * | 2011-01-31 | 2012-08-01 | Acer Inc | Method for checking product rating information |
CN102982454B (zh) * | 2011-09-06 | 2016-05-04 | 阿里巴巴集团控股有限公司 | 信用值处理方法、信用值处理服务器及物流服务器 |
CN103679492B (zh) * | 2012-09-12 | 2017-07-28 | 卓望数码技术(深圳)有限公司 | 一种o2o模式下的商品订购及消费识别的方法和系统 |
CN102930459A (zh) * | 2012-10-26 | 2013-02-13 | 江苏乐买到网络科技有限公司 | 一种提供商业信息的方法和装置 |
JP2014098995A (ja) * | 2012-11-13 | 2014-05-29 | Nippon Telegr & Teleph Corp <Ntt> | 誘目促進装置、誘目促進方法および誘目促進プログラム |
-
2015
- 2015-06-09 CN CN201510314330.2A patent/CN106296329B/zh active Active
-
2016
- 2016-06-02 WO PCT/CN2016/084444 patent/WO2016197854A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102915501A (zh) * | 2012-10-29 | 2013-02-06 | 江苏乐买到网络科技有限公司 | 一种优化网络购物评价信息的方法 |
CN103793841A (zh) * | 2012-10-31 | 2014-05-14 | 深圳市华营数字商业有限公司 | 基于互联网电子商务的线下消费识别方法 |
TW201426602A (zh) * | 2012-12-25 | 2014-07-01 | Hon Hai Prec Ind Co Ltd | 電子購物系統及方法 |
CN103179194A (zh) * | 2013-02-25 | 2013-06-26 | 白崇振 | 一种事务处理方法、事务处理网络及服务端 |
Also Published As
Publication number | Publication date |
---|---|
CN106296329A (zh) | 2017-01-04 |
WO2016197854A1 (zh) | 2016-12-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106296329B (zh) | 业务对象信息处理、凭证信息处理方法及装置 | |
CN108038696B (zh) | 基于设备标识码和社交群组信息的刷单检测方法及系统 | |
KR20150128885A (ko) | 추천 생성 시스템 및 방법 | |
JP7516249B2 (ja) | 不正防止の装置および方法 | |
CN105354719A (zh) | 应用于电子商务平台的信用评估系统及方法 | |
CN109615425A (zh) | 一种产品推荐方法、装置、电子设备及存储介质 | |
JP6038188B2 (ja) | マシンベースの商取引対象検証 | |
CN112948522B (zh) | 对象处置方法及装置 | |
CN110490748B (zh) | 基于订单的项目推荐方法以及装置 | |
CN112948521B (zh) | 对象处置方法及装置 | |
KR20160127915A (ko) | 마켓 서비스 제공 시스템, 서버 및 방법 | |
KR20100090484A (ko) | 블로거 참여형 쇼핑몰 서비스 장치 및 방법 | |
CN110738441B (zh) | 一种基于互联网的商品预定配送方法及系统 | |
JP6472012B1 (ja) | 買い取り価格算出方法及び買い取り価格算出システム | |
WO2022090999A1 (en) | System for pre-owned electronic device diagnostics, with sales and operation facilitation features | |
US20130297510A1 (en) | Financial intermediary for electronic commerce | |
CN104951941A (zh) | 提供商品对象转让信息的方法及系统 | |
US20210295419A1 (en) | Systems and methods for modifying web pages with ancillary content and creating, distributing, and tracking karmacredits | |
CN107958399B (zh) | 信息提供方法、装置及结算终端设备 | |
US20140122369A1 (en) | Proof supported review system | |
KR20150126433A (ko) | 상품 관리 방법 및 장치 | |
CN109615450B (zh) | 业务信息的处理方法、装置及系统 | |
CN110619546A (zh) | 一种解决定向发券高吞吐量的实现方案 | |
WO2016209990A1 (en) | Presenting opportunities for instant transactions | |
KR20160133871A (ko) | 증권 정보를 공유하고 표시하는 방법 및 그 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |