CN104951941A - 提供商品对象转让信息的方法及系统 - Google Patents
提供商品对象转让信息的方法及系统 Download PDFInfo
- Publication number
- CN104951941A CN104951941A CN201410122972.8A CN201410122972A CN104951941A CN 104951941 A CN104951941 A CN 104951941A CN 201410122972 A CN201410122972 A CN 201410122972A CN 104951941 A CN104951941 A CN 104951941A
- Authority
- CN
- China
- Prior art keywords
- information
- merchandise items
- user
- order record
- targeted customer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
本申请公开了提供商品对象转让信息的方法及系统,预先在数据库中保存各个用户的订单记录以及用户的地址信息,所述订单记录中包括购买的商品对象信息,所述方法包括:获取当前用户的地址信息;根据所述数据库中记录的各个用户的地址信息,确定与当前用户的地址之间的距离小于预置阈值的目标用户;从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回。通过本申请,能够便于用户通过电子商务交易平台进行二手商品的转让。
Description
技术领域
本申请涉及网络数据处理技术领域,特别是涉及提供商品对象信息的方法及系统。
背景技术
随着电子商务交易平台的不断完善,以及传统通信、移动通信等技术的快速发展,越来越多的人们通过网上购物的方式来获取自己所需的商品,商品的种类可以涉及到人们日常生活的方方面面,为人们生活提供了极大的便利。
在通过交易平台进行购物的过程中,用户还可能具有将自己从电子商务交易平台中购买的商品转卖给他人的需求。例如,用户购买的某商品是可以重复利用的,但是可能仅仅在某种特殊场合使用(例如,婚礼时穿着的礼服等),之后就不会再用到了,但是由于已经使用过,无法向卖家退货,自己留着又感觉浪费,因此,可能就会希望作为“二手商品”转让给其他用户。
在现有技术中,如果用户有将自己购买到的商品转让的需求,则一般可以在为商品对象填写评价信息的同时,将自己的转让信息以及联系方式填写在评价内容中,这样,其他用户在看到该用户的评价信息时,就可以得知该用户需要转让该商品,然后通过其留下的联系方式联系到该用户,并协商转让事宜。另外,还有的交易平台中可以为用户提供专门的发布转让信息的入口,用户可以通过该入口填写关于其商品的描述信息,例如标题、图片、价格、联系方式、所在地等等,然后可以将转让信息发布出去。这样,如果有用户需要购买其他用户的二手商品,则可以通过查询已发布信息的方式,来获知其他用户发布的二手商品转让信息,并自行联系二手商品的出让方用户,协商购买事宜。
总之,在现有技术中,如果用户需要通过电子商务交易平台转让其二手商品,则需要出让方填写很多关于二手商品的信息,很多用户可能由于填写非常麻烦,导致无法便捷的将不需要的二手商品转让出去。另外,即使发布了转让信息,也由于二手商品的描述信息等是由发布者自行填写的,因此,使得描述信息具有非标准化以及不确定性的特点,加之由于买卖双方都是普通的用户,相互之间的信任关系也不稳定,因此,以至于交易的成功率并不高,或者可能需要耗费很长时间才能寻找到合适的买家并达成交易,等等。
因此,迫切需要本领域技术人员解决的技术问题就在于:如何更便于用户通过电子商务交易平台进行二手商品的转让。
发明内容
本申请提供了提供商品对象转让信息的方法及系统,能够便于用户通过电子商务交易平台进行二手商品的转让。
本申请提供了如下方案:
一种提供商品对象转让信息的方法,预先在数据库中保存各个用户的订单记录以及用户的地址信息,所述订单记录中包括购买的商品对象信息,所述方法包括:
获取当前用户的地址信息;
根据所述数据库中记录的各个用户的地址信息,确定与当前用户的地址之间的距离小于预置阈值的目标用户;
从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回。
一种提供商品对象转让信息的系统,预先在数据库中保存各个用户的订单记录以及用户的地址信息,所述订单记录中包括购买的商品对象信息,所述系统包括:
地址信息获取单元,用于获取当前用户的地址信息;
目标用户确定单元,用于根据所述数据库中记录的各个用户的地址信息,确定与当前用户的地址之间的距离小于预置阈值的目标用户;
查询单元,用于从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,在需要向当前用户提供一些可能的商品转让信息时,可以确定出当前用户的地址信息,并从预先建立的数据库中,查询到距离当前用户比较近的目标用户,将这些目标用户的订单记录中提取商品对象信息,并提供给当前用户。这样,由于二手商品的转让一般是在距离较近的用户之间进行当面交易,因此,这种信息可以便于当前用户购买到合适的二手商品。对于二手卖家用户而言,也不需要再手动填写大量的描述信息,二手商品转让信息就可以发布给其他用户,因此,节省了二手卖家用户的操作成本。
另外,这种方式可以使得当前用户可以了解附近的其他用户都购买了哪些商品对象,在当前用户的购买意图并不是很明确的情况下,附近其他用户购买的商品对象也可以给当前用户一些提示,即使当前用户不需要与二手卖家用户之间进行二手交易,也可能会有购买对应的全新商品对象的需求,此时,也便于促成关于该商品对象的一手交易。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的方法的流程图;
图2是本申请实施例提供的系统的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
首先需要说明的是,本申请的发明人在实现本申请的过程中发现:买家用户A从交易平台上购买到商品之后,如果再转让给其他用户,假设转让给用户B,虽然在此次转让过程中,用户A扮演了卖家的角色,但是,与系统中实际的卖家用户是不同的。为了便于区分,本申请实施例中将用户区分为一手买家用户、一手卖家用户、二手卖家用户以及二手买家用户,实际上,二手卖家用户就是之前的一手买家用户。也就是说,二手商品实际上是在交易平台的一手买家用户之间进行的。另一方面,一手买家用户在与一手卖家用户之间进行交易的过程中,由于交易平台为两者之间的交易提供了比较可靠的信任机制(例如,一手买家用户为其选购的商品对象付款后,款项会首先打到交易平台的公共账户中,而不是一手卖家用户的账户;等到一手买家用户实际收货并确认无误之后,再将款项转到一手卖家用户的账户),因此,一手买家用户和一手卖家用户可以比较放心的进行交易。但是,在二手卖家用户与二手买家用户进行交易时,由于不再存在上述信任机制,因此,如果仍然采用在线转账付款的方式,则二手买家用户会可能会担心二手卖家用户在收到款之后不给发货,或者收到货物之后有质量问题;而如果采用货到付款的方式,二手卖家用户又可能会担心二手买家用户收到货物之后不付款,等等。总之,二手商品的买卖双方在实际应用中,大部分二手卖家用户可能最终会选择与自己比较近的二手买家用户进行当面交易,这样,双发可以当面验货后当面付款,交易的成功率比较高。基于上述情况,为了能够便于用户将自己购买到的商品转让给其他用户,本申请实施例就以各个用户的地址信息为依据,向用户发布附近的其他用户都购买了哪些商品等信息,这样,可以便于二手商品交易的达成。下面对具体的实现方式进行详细地介绍。
首先,在本申请实施例中,可以预先建立一个数据库,该数据库中保存了交易平台中各个一手买家用户的订单记录,该订单记录中记录有购买的商品对象的描述信息,包括商品对象的名称、ID、属性(颜色、大小、型号等)等描述信息;另外,还可以获取到各个一手买家用户的地址信息,并保存在数据库中。其中,关于一手买家用户的地址信息,可以根据一手买家用户的常用收货地址来获得。例如,从历史购物记录中获取各次购物的物流信息,其中会记录用户填写或者选择的收货地址,其中使用次数最多的,就可以作为一手买家用户的最常用收货地址,进而将其作为一手买家用户的地址信息,保存到数据库中。当然,在实际应用中,也可以将一手买家用户最近使用的收货地址作为一手买家用户的地址信息,等等。例如,数据库的具体结构可以如表1所示:
表1
其中,关于数据库中保存的订单记录,可以是一手买家用户的所有订单记录,也即,每当一个一手买家用户生成了一个订单,就可以将对应的订单记录添加到数据库中。但在实际应用中,一手买家用户在生成一个订单之后,可能还会进行取消订单等操作,但实际有可能进行二手交易的,只可能是已经实际收到的商品。因此,在具体实现时,可以仅在数据库中保存处于已收货状态的订单记录。具体的,收货状态信息一般可能是由物流系统提供的,并且交易平台一般会与物流系统打通,物流系统的信息可以直接提交到交易平台中,以便用户直接在交易平台系统中查看其订单状态信息,因此,交易平台服务器可以根据物流系统提供的信息,确定哪些订单处于已收货状态,一旦发现有买家用户的订单成为已收货状态,则可以将该订单中的商品对象的信息添加到数据库中该买家用户对应的条目中。
另外,物流系统在向交易平台提供物流状态信息的时候,一般还会提供各种状态对应的时间信息,其中,当订单成为已收货状态时,物流系统一般会提供用户的签收时间信息,因此,也可以将这种签收时间信息记录到数据库中,以便后续向其他用户提供商品转让信息时使用。例如,一种具体的数据库结构可以如表2所示。
表2
以上所述的方法中,都是将所有订单记录或者已收货订单记录添加到数据库中,但是,在实际应用中,可能会转让的商品一般是一些可重复利用的商品,例如,服装、饰品、家电等,而对于一些食品、化妆品等类别的商品而言,属于消耗品,并且有保质期等限制,用于进行二手交易的概率会比较低。如果不加区分地将附近用户购买的所有商品对象的信息都提供给当前用户,一方面当前用户可能会由于收到过多的信息,导致真正需要的信息被淹没,另一方面,也使得服务器端数据库的规模过大,查询计算的时间会比较长。另外,还有些用户购买到的可能是一些比较敏感的商品,不想被其他用户知道,等等。因此,在具体实现时,还可以有选择地向数据库中添加订单记录。例如,可以预先设置一个清单,该清单中保存有可以添加到数据库中的商品类别信息,如,服装类、饰品类、家电类、数码类等等。这样,当某用户有新的订单生成,或者有订单处于已收货状态时,就可以首先获取订单中商品对象所属的类别(关于商品类别,商品对象的属性信息中一般会有记录),然后判断该类别信息是否出现在前述清单中,如果是,则添加到数据库中该用户对应的记录中,如果没有出现在该清单中,则可以不必添加到数据库中。这样,数据库中保存的就是用户已经购买到的一些特定类别的商品的信息,这种信息对于二手买家用户而言,会更有意义。例如,具体的数据库结构可以如表3所示。
表3
前述的几种方式中,都是全部由服务器端自动向数据库中添加数据。在实际应用中,还可能存在一些情况是:虽然用户购买到的是一些可重复利用的商品,但是其可能并没有转让出去的需求;而另外一些属于消耗性的商品,又可能由于家里囤货太多,短期内不会用到等原因,有转让给他人的需求,等等。因此,为了更加契合用户的实际需求,还可以由用户来指定其购买到的哪些商品是需要转让给其他用户的,然后服务器再根据用户的指定操作向数据库中添加商品对象的信息。具体实现时,为了便于用户指定需要转让的商品对象,可以在用户的历史订单列表的各个列表项中,提供一个控件(例如,以按钮等形式),这样,如果用户需要转让其某个商品,就可以登录到交易中心,然后到订单列表中找到该商品所在的列表项,点击对应的“转让”按钮,这样,服务器就可以确认该用户需要将该订单记录对应的商品对象转让出去,因此,就可以从该订单记录中提取出商品对象的名称、属性等相关信息,并添加到数据库中。这样,使得数据库中的各条记录都是具有明确转让意愿的商品对象的信息,达成二手交易的成功率就会更高。
总之,无论通过上述何种方式,只要建立起数据库,就都可以为本申请实施例中提供商品对象转让信息的实现提供数据支持。具体的,参见图1,本申请实施例首先提供了一种提供商品对象转让信息的方法,该方法可以包括以下步骤:
S101:获取当前用户的地址信息;
当前用户可以是当前登录到交易平台的用户,或者当前正在浏览某商品对象的用户,或者,还可以是通过用户界面上提供的操作入口发出了“查看附近的人都购买了哪些商品”,或者“查看附近的人都有哪些商品正在转让”等请求的用户。具体在获取当前用户的地址信息时,可以首先获取当前用户的账户id,然后通过账户id在服务器中查询该当前用户的历史物流记录,从中获取到当前用户最常使用的收货地址,或者最近使用的收货地址,作为当前用户的地址信息。具体在获取当前用户的账户id时,如果当前用户已经登录,则可以根据登录到的账户获取账户id,如果当前用户未登录,则可以通过客户端的cookie等获取当前用户的账户id。
S102:根据所述数据库中记录的各个用户的地址信息,确定与当前用户的地址之间的距离小于预置阈值的目标用户;
在获取到当前用户的地址信息之后,就可以从前述建立起的数据库中,检索距离当前用户比较近的其他用户。具体的,可以根据当前用户的地址信息以及数据库中记录的各个用户的地址信息,分别计算当前用户与数据库中各个用户之间的距离,然后将距离小于某阈值的用户确定为距离当前用户比较近的目标用户。
S103:从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回。
在确定出距离当前用户比较近的其他用户之后,就可以从这些用户的订单信息中提取出这些用户购买过的商品对象的信息(包括商品对象的名称、id、大小、规格、颜色等属性等信息),并返回给当前用户。当然,如果数据库中记录的是各个用户的全部订单记录,则返回给当前用户的就是当前用户附近其他用户的全部订单记录中包含的商品对象的信息;如果数据库中记录的是已收货状态的订单记录,则返回给当前用户的是附近其他用户已收货的商品对象的信息;如果数据库中记录的是某些特定商品类别的商品对象的订单记录,则返回给当前用户的是附近其他用户购买的这些类别的商品对象的信息;类似的,如果数据库中记录的是各个用户指定需要转让的商品对象对应的订单记录,则返回给当前用户的就是附近其他用户有哪些商品对象需要转让,等等。
在向当前用户提供附近其他用户的商品对象信息的同时,还可以将商品对象各自对应的目标用户的地址信息提供给当前用户。当然,关于目标用户的帐户名等信息,可以以匿名的方式进行显示,以避免泄漏用户的信息。如果当前用户选中了其中某个目标用户的商品对象,则可以由服务器询问该目标用户,是否需要将其账户信息公开给当前用户,以便双方进行转让具体事宜的协商,如果目标用户同意,就可以将其账户名等信息提供给当前用户。这样,双方可以通过交易平台提供的即时通讯等工具进行通信,例如进行联系、协商价格等。当然,如果是在目标用户选择将其商品对象转让的情况下,才加入到数据库中的,则证明该目标用户具有明显的转让意图,因此可以直接将该目标用户的账户信息,或者该目标用户留下的其他联系方式提供给当前用户。
此外,在向当前用户提供商品对象信息时,还可以进行进一步的筛选。例如,如果数据库中还记录了各条订单记录的签收时间等信息,则还可以仅将目标用户在预置时间段内(例如,最近两周内)签收的订单记录中包含的商品对象信息返回给当前用户,因为如果是太早签收的,可能已经被转让给其他用户,或者目标用户也已经不再有转让的需求了。
除了签收时间,还可以从商品类别的角度对目标用户的订单记录进行筛选。例如,如果当前用户正在浏览某商品对象,则证明该用户可能也需要同类别的其他商品对象,或者也可能有同类别的其他商品对象更符合当前用户的需求。例如,某用户正在浏览一件礼服,如果能够同时为其显示附近其他用户正在转让某礼服,则可能会更符合当前用户的需求。因此,具体实现时,在确定出当前用户附近的目标用户之后,如果当前用户正在浏览某商品对象,则还可以首先确定出该商品对象所属的商品类别,进而从目标用户的各个订单记录中,选择出同属于该商品类别的商品对象,并将相关的信息返回给当前用户。
另外,服务器端一般还可以根据各个用户的历史行为数据进行分析,获取到各个用户感兴趣的商品类别,这样,在确定出当前用户附近的目标用户之后,具体在需要向当前用户提供转让信息时,还可以首先确定出当前用户感兴趣的目标商品对象类别,然后从数据库中查询目标用户的订单记录中包括的商品对象信息,并从中提取属于该目标商品对象类别的商品对象信息后返回。也就是说,目标用户的订单记录中可能包含多种类别的商品对象,但是,可以仅从其中选取当前用户感兴趣的类别的商品对象信息,这样可以使得提供的信息更符合当前用户的需求。
再者,由于服务器端针对每个用户都可以确定出各自感兴趣的商品类别,进而还可以根据该信息对用户进行聚类,得到多个用户类别。例如,同样对服装类商品感兴趣的用户,可以聚类为服装类用户,同样对电子产品感兴趣的用户可以聚类为电子产品类用户,等等。由于相同用户类别在购物的倾向性上一般会比较一致,因此,某一用户购买到的商品对于同类别的其他用户而言可能会更有参考价值。为此,在具体实现时,在确定出距离当前用户比较近的目标用户之后,还可以首先确定当前用户所属的用户类别,然后在各个目标用户中,确定与当前用户属于相同用户类别的目标用户,这样,在向当前用户提供商品对象信息时,就可以从数据库中查询这些与当前用户属于相同用户类别的目标用户的订单记录中包括的商品对象信息,并返回给当前用户,这样可以以更高的概率促成二手商品的成交。
需要说明的是,上述各种信息筛选方法可以单独使用,或者也可以相互配合使用。例如,首先从目标用户的各条订单记录中,查找与当前正在浏览的商品对象属于相同类别的商品对象,如果不存在,再确定当前用户感兴趣的商品类别,从从目标用户的各条订单记录中,查找与属于当前用户感兴趣的类别的商品对象;如果仍然不存在,再从距离该当前用户比较近的目标用户中,确定出与当前用户属于相同用户类别的目标用户,将这些目标用户的订单记录中包含的商品对象信息提供给当前用户,等等。
另外需要说明的是,本申请实施例向当前用户提供的是其附近其他用户的订单记录中包含的商品对象的信息,当前用户除了可以参考这些信息,来发现有哪些用户转让对应的商品对象之外,还可能是确实对其中某件商品对象感兴趣,并且希望直接到该商品对象的一手卖家用户处购买,因此,还可以将商品对象的详情页链接提供给当前用户,该详情页链接指向一手卖家用户提供的该商品对象的详情页面。这样,如果当前用户需要该商品对象的一手卖家用户处购买,则可以直接点击该详情页链接,从而跳转到一手卖家用户提供的该商品对象的详情页面,与一手卖家用户进行一手交易。
总之,通过本申请实施例,在需要向当前用户提供一些可能的商品转让信息时,可以确定出当前用户的地址信息,并从预先建立的数据库中,查询到距离当前用户比较近的目标用户,将这些目标用户的订单记录中提取商品对象信息,并提供给当前用户。这样,由于二手商品的转让一般是在距离较近的用户之间进行当面交易,因此,这种信息可以便于当前用户购买到合适的二手商品。对于二手卖家用户而言,也不需要再手动填写大量的描述信息,二手商品转让信息就可以发布给其他用户,因此,节省了二手卖家用户的操作成本。
再者,这种方式下,使得当前用户可以了解附近的其他用户都购买了哪些商品对象,在当前用户的购买意图并不是很明确的情况下,附近其他用户购买的商品对象也可以给当前用户一些提示,即使当前用户不需要与二手卖家用户之间进行二手交易,也可能会有购买对应的全新商品对象的需求,此时,也便于促成关于该商品对象的一手交易。
与本申请实施例提供的提供商品对象转让信息的方法相对应,本申请实施例还提供了一种提供商品对象转让信息的系统,具体实现时,预先在数据库中保存各个用户的订单记录以及用户的地址信息,所述订单记录中包括购买的商品对象信息,参见图2,所述系统具体可以包括:
地址信息获取单元201,用于获取当前用户的地址信息;
目标用户确定单元202,用于根据所述数据库中记录的各个用户的地址信息,确定与当前用户的地址之间的距离小于预置阈值的目标用户;
查询单元203,用于从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回。
其中,所述数据库中保存的订单记录为处于已收货状态的订单记录,通过以下方式建立所述数据库:
状态信息接收单元,用于接收物流系统提供的订单状态信息;
第一数据添加单元,用于当某订单记录的状态变更为已收货状态时,从该订单记录中提取商品对象信息,并添加到所述数据库中。
另外,还系统还可以包括:
签收时间保存单元,用于将各个订单记录的签收时间信息保存到所述数据库中;
所述查询单元203具体可以用于:
从所述数据库中查询所述目标用户在预置时间段内签收的订单记录中包括的商品对象信息并返回。
在另一种情况下,所述数据库中保存的订单记录为:预置商品类别的商品对象对应的订单记录;此时,可以通过以下方式建立所述数据库:
信息提取单元,用于从用户的订单记录中提取商品对象的信息;
商品类别确定单元,用于根据提取的商品对象的信息确定该商品对象所属的商品类别;
第二数据添加单元,用于判断该商品对象的信息所属的商品类别是否出现在预置的商品类别列表中,如果是,则将该商品对象的信息保存到所述数据库中。
或者,所述数据库中保存的订单记录也可以为:用户指定需要转让的商品对象对应的订单记录。
此时,具体可以通过以下方式建立所述数据库:
控件提供单元,用于在商品对象订单查询界面中提供用于转让对应商品对象的控件;
第三数据添加单元,用于当所述控件被触发时,获取转让方用户的地址信息,并将所述转让方用户的地址信息以及被触发控件对应的订单记录中包括的商品对象信息保存到数据库。
具体实现时,查询单元203具体可以包括:
当前商品类别获取子单元,用于获取当前用户正在浏览的商品对象所属的类别;
订单查询子单元,用于从所述数据库中查询各个目标用户的订单记录;
第一选择子单元,用于从各个目标用户的订单记录包含的商品对象中,选择与当前正在浏览的商品对象属于相同类别的商品对象信息并返回。
或者,在另一种实现方式下,查询单元203具体可以包括:
感兴趣商品类别确定子单元,用于确定当前用户感兴趣的目标商品对象类别;
第二选择子单元,用于从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息,并从中提取属于所述目标商品对象类别的商品对象信息后返回。
另外,所述数据库中还可以保存有各个用户的用户类别信息,所述系统还可以包括:
用户类别确定单元,用于确定当前用户所属的用户类别;
目标用户选取子单元,用于在各个目标用户中,确定与当前用户属于相同用户类别的目标用户;
所述查询单元203具体可以用于:
从所述数据库中查询所述属于相同用户类别的目标用户的订单记录中包括的商品对象信息并返回。
具体实现时,该系统还可以包括:
地址信息返回单元,用于在返回目标用户的订单记录中包括的商品对象信息时,返回目标用户的地址信息。
另外,该系统还可以包括:
详情页链接返回单元,用于在返回目标用户的订单记录中包括的商品对象信息时,提供各个商品对象的详情页链接。这样,当前用户可以通过该链接进入到一手卖家用户的店铺中进行一手交易。
总之,通过本申请实施例,在需要向当前用户提供一些可能的商品转让信息时,可以确定出当前用户的地址信息,并从预先建立的数据库中,查询到距离当前用户比较近的目标用户,将这些目标用户的订单记录中提取商品对象信息,并提供给当前用户。这样,由于二手商品的转让一般是在距离较近的用户之间进行当面交易,因此,这种信息可以便于当前用户购买到合适的二手商品。对于二手卖家用户而言,也不需要再手动填写大量的描述信息,二手商品转让信息就可以发布给其他用户,因此,节省了二手卖家用户的操作成本。
再者,这种方式下,使得当前用户可以了解附近的其他用户都购买了哪些商品对象,在当前用户的购买意图并不是很明确的情况下,附近其他用户购买的商品对象也可以给当前用户一些提示,即使当前用户不需要与二手卖家用户之间进行二手交易,也可能会有购买对应的全新商品对象的需求,此时,也便于促成关于该商品对象的一手交易。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的提供商品对象转让信息的方法及系统,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (12)
1.一种提供商品对象转让信息的方法,其特征在于,预先在数据库中保存各个用户的订单记录以及用户的地址信息,所述订单记录中包括购买的商品对象信息,所述方法包括:
获取当前用户的地址信息;
根据所述数据库中记录的各个用户的地址信息,确定与当前用户的地址之间的距离小于预置阈值的目标用户;
从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回。
2.根据权利要求1所述的方法,其特征在于,所述数据库中保存的订单记录为处于已收货状态的订单记录,通过以下方式建立所述数据库:
接收物流系统提供的订单状态信息;
当某订单记录的状态变更为已收货状态时,从该订单记录中提取商品对象信息,并添加到所述数据库中。
3.根据权利要求2所述的方法,其特征在于,还包括:
将各个订单记录的签收时间信息保存到所述数据库中;
所述从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回,包括:
从所述数据库中查询所述目标用户在预置时间段内签收的订单记录中包括的商品对象信息并返回。
4.根据权利要求1所述的方法,其特征在于,所述数据库中保存的订单记录为:预置商品类别的商品对象对应的订单记录;通过以下方式建立所述数据库:
从用户的订单记录中提取商品对象的信息;
根据提取的商品对象的信息确定该商品对象所属的商品类别;
判断该商品对象的信息所属的商品类别是否出现在预置的商品类别列表中,如果是,则将该商品对象的信息保存到所述数据库中。
5.根据权利要求1所述的方法,其特征在于,所述数据库中保存的订单记录为:用户指定需要转让的商品对象对应的订单记录。
6.根据权利要求5所述的方法,其特征在于,通过以下方式建立所述数据库:
在商品对象订单查询界面中提供用于转让对应商品对象的控件;
当所述控件被触发时,获取转让方用户的地址信息,并将所述转让方用户的地址信息以及被触发控件对应的订单记录中包括的商品对象信息保存到数据库。
7.根据权利要求1所述的方法,其特征在于,所述从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回,包括:
获取当前用户正在浏览的商品对象所属的类别;
从所述数据库中查询各个目标用户的订单记录;
从各个目标用户的订单记录包含的商品对象中,选择与当前正在浏览的商品对象属于相同类别的商品对象信息并返回。
8.根据权利要求1所述的方法,其特征在于,所述从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回,包括:
确定当前用户感兴趣的目标商品对象类别;
从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息,并从中提取属于所述目标商品对象类别的商品对象信息后返回。
9.根据权利要求1所述的方法,其特征在于,所述数据库中还保存有各个用户的用户类别信息,所述方法还包括:
确定当前用户所属的用户类别;
在各个目标用户中,确定与当前用户属于相同用户类别的目标用户;
所述从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回,包括:
从所述数据库中查询所述属于相同用户类别的目标用户的订单记录中包括的商品对象信息并返回。
10.根据权利要求1至9任一项所述的方法,其特征在于,还包括:
在返回目标用户的订单记录中包括的商品对象信息时,返回目标用户的地址信息。
11.根据权利要求1至9任一项所述的方法,其特征在于,还包括:
在返回目标用户的订单记录中包括的商品对象信息时,提供各个商品对象的详情页链接。
12.一种提供商品对象转让信息的系统,其特征在于,预先在数据库中保存各个用户的订单记录以及用户的地址信息,所述订单记录中包括购买的商品对象信息,所述系统包括:
地址信息获取单元,用于获取当前用户的地址信息;
目标用户确定单元,用于根据所述数据库中记录的各个用户的地址信息,确定与当前用户的地址之间的距离小于预置阈值的目标用户;
查询单元,用于从所述数据库中查询所述目标用户的订单记录中包括的商品对象信息并返回。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410122972.8A CN104951941A (zh) | 2014-03-28 | 2014-03-28 | 提供商品对象转让信息的方法及系统 |
HK15111980.2A HK1211366A1 (zh) | 2014-03-28 | 2015-12-04 | 提供商品對象轉讓信息的方法及系統 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410122972.8A CN104951941A (zh) | 2014-03-28 | 2014-03-28 | 提供商品对象转让信息的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104951941A true CN104951941A (zh) | 2015-09-30 |
Family
ID=54166577
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410122972.8A Pending CN104951941A (zh) | 2014-03-28 | 2014-03-28 | 提供商品对象转让信息的方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104951941A (zh) |
HK (1) | HK1211366A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105447726A (zh) * | 2015-12-21 | 2016-03-30 | 陈东升 | 提供商品对象信息的方法及装置 |
WO2017101005A1 (zh) * | 2015-12-15 | 2017-06-22 | 深圳市银信网银科技有限公司 | 目标交互处理方法、装置、终端设备及线上交易方法 |
CN108717653A (zh) * | 2018-05-16 | 2018-10-30 | 北京三快在线科技有限公司 | 外卖订单处理方法、装置、计算机设备及存储介质 |
CN112215544A (zh) * | 2020-09-28 | 2021-01-12 | 西安加安信息科技有限公司 | 一种商品二次交易的方法、移动终端和计算机存储介质 |
CN112348608A (zh) * | 2019-08-09 | 2021-02-09 | 上海红星美凯龙悦家互联网科技有限公司 | 家装购物分布统计方法、系统、电子装置以及介质 |
CN112215544B (zh) * | 2020-09-28 | 2024-04-30 | 西安加安信息科技有限公司 | 一种商品二次交易的方法、移动终端和计算机存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1349188A (zh) * | 2000-10-16 | 2002-05-15 | 王树新 | 电子商务交易模式的集成方法及交易平台 |
CN101206753A (zh) * | 2007-12-25 | 2008-06-25 | 腾讯科技(深圳)有限公司 | 电子商务实现方法及电子商务服务器以及电子商务客户端 |
CN101699501A (zh) * | 2006-12-19 | 2010-04-28 | 姜伟 | 一种旧物网络出售系统及其使用方法 |
CN101727631A (zh) * | 2008-10-22 | 2010-06-09 | 周立群 | 利用手机、网络和电子商务平台进行商品交易的方法 |
CN201853258U (zh) * | 2010-09-10 | 2011-06-01 | 北京依思宸智信息技术有限公司 | 一种二手及闲置物品交易平台 |
CN102904800A (zh) * | 2012-10-22 | 2013-01-30 | 上海量明科技发展有限公司 | 与即时通信联系人共享网络交易信息的方法及系统 |
CN103353865A (zh) * | 2013-04-25 | 2013-10-16 | 杭州电子科技大学 | 一种基于位置的易货电子交易商品推荐方法 |
-
2014
- 2014-03-28 CN CN201410122972.8A patent/CN104951941A/zh active Pending
-
2015
- 2015-12-04 HK HK15111980.2A patent/HK1211366A1/zh unknown
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1349188A (zh) * | 2000-10-16 | 2002-05-15 | 王树新 | 电子商务交易模式的集成方法及交易平台 |
CN101699501A (zh) * | 2006-12-19 | 2010-04-28 | 姜伟 | 一种旧物网络出售系统及其使用方法 |
CN101206753A (zh) * | 2007-12-25 | 2008-06-25 | 腾讯科技(深圳)有限公司 | 电子商务实现方法及电子商务服务器以及电子商务客户端 |
CN101727631A (zh) * | 2008-10-22 | 2010-06-09 | 周立群 | 利用手机、网络和电子商务平台进行商品交易的方法 |
CN201853258U (zh) * | 2010-09-10 | 2011-06-01 | 北京依思宸智信息技术有限公司 | 一种二手及闲置物品交易平台 |
CN102904800A (zh) * | 2012-10-22 | 2013-01-30 | 上海量明科技发展有限公司 | 与即时通信联系人共享网络交易信息的方法及系统 |
CN103353865A (zh) * | 2013-04-25 | 2013-10-16 | 杭州电子科技大学 | 一种基于位置的易货电子交易商品推荐方法 |
Non-Patent Citations (1)
Title |
---|
苹果菌: ""玩转淘宝之一键转卖"", 《豆瓣》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017101005A1 (zh) * | 2015-12-15 | 2017-06-22 | 深圳市银信网银科技有限公司 | 目标交互处理方法、装置、终端设备及线上交易方法 |
CN105447726A (zh) * | 2015-12-21 | 2016-03-30 | 陈东升 | 提供商品对象信息的方法及装置 |
CN108717653A (zh) * | 2018-05-16 | 2018-10-30 | 北京三快在线科技有限公司 | 外卖订单处理方法、装置、计算机设备及存储介质 |
CN108717653B (zh) * | 2018-05-16 | 2021-02-12 | 北京三快在线科技有限公司 | 外卖订单处理方法、装置、计算机设备及存储介质 |
CN112348608A (zh) * | 2019-08-09 | 2021-02-09 | 上海红星美凯龙悦家互联网科技有限公司 | 家装购物分布统计方法、系统、电子装置以及介质 |
CN112348608B (zh) * | 2019-08-09 | 2023-04-18 | 上海红星美凯龙悦家互联网科技有限公司 | 家装购物分布统计方法、系统、电子装置以及介质 |
CN112215544A (zh) * | 2020-09-28 | 2021-01-12 | 西安加安信息科技有限公司 | 一种商品二次交易的方法、移动终端和计算机存储介质 |
CN112215544B (zh) * | 2020-09-28 | 2024-04-30 | 西安加安信息科技有限公司 | 一种商品二次交易的方法、移动终端和计算机存储介质 |
Also Published As
Publication number | Publication date |
---|---|
HK1211366A1 (zh) | 2016-05-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11935102B2 (en) | Matching user provided representations of items with sellers of those items | |
US11501325B2 (en) | Systems and methods for shopping in an electronic commerce environment | |
CN106296329B (zh) | 业务对象信息处理、凭证信息处理方法及装置 | |
US8533054B1 (en) | Buyer global search | |
CN103841122A (zh) | 目标对象信息推荐方法、服务器及客户端 | |
KR101740148B1 (ko) | 고객의 오프라인활동 데이터에 기반한 온라인쇼핑상품 추천방법 | |
CN109670903B (zh) | 物品的处理方法、装置、存储介质和电子装置 | |
JP2012501492A (ja) | インターネット上で商品のオブジェクト情報を提供するための方法およびシステム | |
KR20100003102A (ko) | 개인 맞춤형 상품 정보를 제공하는 방법 및 장치 | |
CN104951941A (zh) | 提供商品对象转让信息的方法及系统 | |
US10977681B2 (en) | Personalized product pricing | |
CN108600323A (zh) | 一种多中心数据共享系统及其使用方法 | |
KR101695570B1 (ko) | 키워드 추출에 의한 온라인 쇼핑 장바구니의 자동 생성 방법 | |
WO2016109056A1 (en) | Dynamic product placement based on perceived value | |
CN103778551A (zh) | 商品信息提示方法及装置 | |
EP3295406A1 (en) | Matching user provided representations of items with sellers of those items | |
CN115760300A (zh) | 一种基于标签管理销售品的实现方法及系统 | |
CN111222934B (zh) | 信息发布方法、装置及计算机系统 | |
KR100361228B1 (ko) | 지역 정보 분석 프로그램을 이용한 인터넷 전자상거래 방법 | |
CN106682911A (zh) | 业务对象的质检方法及装置 | |
CN106326287A (zh) | 一种数据交互处理方法、装置以及系统 | |
CN107239962B (zh) | 电子信息系统中的多维度数据单元的匹配方法和系统 | |
WO2019098820A1 (en) | A system for operating an electronic platform | |
US11972473B2 (en) | Systems and methods for distributed commerce based on a token economy | |
US9613360B1 (en) | Offering complementary products in an electronic commerce system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1211366 Country of ref document: HK |
|
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150930 |
|
RJ01 | Rejection of invention patent application after publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1211366 Country of ref document: HK |