CN104063802A - 商品信息处理方法、装置及系统 - Google Patents
商品信息处理方法、装置及系统 Download PDFInfo
- Publication number
- CN104063802A CN104063802A CN201310088295.8A CN201310088295A CN104063802A CN 104063802 A CN104063802 A CN 104063802A CN 201310088295 A CN201310088295 A CN 201310088295A CN 104063802 A CN104063802 A CN 104063802A
- Authority
- CN
- China
- Prior art keywords
- merchandise news
- dimension
- client
- concrete form
- value
- 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.)
- Granted
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了商品信息处理方法、装置及系统,该方法包括:预先接收卖方客户端提交的第一商品信息以及转换关系信息;在方客户端的页面中将第一商品信息的各个维度上的各个候选取值置为可操作状态;根据买方客户端在第一商品信息的各个维度上分别选定的取值,确定买方客户端选定的第一商品信息的具体形态;根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息;将所述标识信息返回给卖方客户端,以便卖方客户端根据所述标识信息确定买方客户端所需的第二商品信息的具体形态。通过本申请,使得电子商务交易平台能够为高维度、多候选取值的商品的线上交易提供技术上的支持。
Description
技术领域
本申请涉及信息处理技术领域,特别是涉及商品信息处理方法、装置及系统。
背景技术
电子商务交易平台(简称交易平台)是指在电子商务活动中为交易双方或多方提供交易途径及相关服务的信息网络系统。通过交易平台,卖方客户端可以将自己持有的商品的相关信息进行发布,买方客户端就可以在页面中查看到相关的商品信息,并可以在页面中执行相应的购买操作。
交易平台具体在页面中显示商品的详细信息时,一般是一件商品对应一个页面,在页面中显示卖方客户端提交的商品照片、文字等描述信息。但在实际应用中,有些商品的不同个体之间的差异可能仅仅体现在某些属性具体的取值上。例如,两件商品,同样是某款服装,只是在具体的尺寸、颜色有所不同。在这种情况下,为了节省网址资源,交易平台一般允许卖方客户端将仅在具体的属性值上存在差异的商品通过同一条信息进行发布。具体的,卖方客户端可以将存在差异的属性抽象出一个或多个维度,并分别为针对各个维度给出可供选择的取值。例如,如果某一款服装,在尺寸及颜色上存在差异,则可以为该商品抽象出尺寸及颜色这两个维度,并为尺寸属性及颜色维度分别设置具体的取值。在页面上显示该商品的相关信息时,会分别将两个维度上具体的取值显示出来,并且设置成可操作的模式,买方客户端可以在该页面上选择具体的尺寸、颜色值,进而使得卖方客户端确定买方客户端所需商品的具体信息。
对于仅在几个维度上具有不同取值的商品而言,使用上述方式进行发布,可以节省网址资源,并且也便于卖方客户端的管理,以及买方客户端的搜索等操作。但是,在现实应用中,有一些商品的不同个体之间可能在非常多的维度上都存在不同的取值。例如,某保险公司作为卖方客户端,其提供的商品是一些保险产品,如,某旅行意外险,该保险具体有旅行目的地、投保天数、投保人年龄、保费金额、旅行交通工具等几十个维度,每个维度上分别还有多个供选择的取值,例如,旅行目的地包括北京、上海、广州等地,投保天数包括3天、5天、10天等等。针对具有这种特点的商品,如果要通过电子交易平台进行发布,则需要买方客户端选择的信息将会非常多。并且,这类商品的各个维度对应的属性及具体取值往往具有专业性的特点,一般的买方客户端可能并不知晓其具体的含义,不知道该如何进行选择。显然,对于传统的交易平台而言,具有这种特点的商品并不适合在电子商务交易平台上进行发布,即使发布了,也很难真正成交。因此,迫切需要本领域技术人员解决的技术问题就在于,如何使得电子商务交易平台能够对上述特殊商品的成功交易提供技术上的支持。
发明内容
本申请提供了商品信息处理方法及系统,使得电子商务交易平台能够为高维度、多候选取值的商品的线上交易提供技术上的支持。
本申请提供了如下方案:
一种商品信息处理方法,包括:
预先接收卖方客户端提交的第一商品信息以及转换关系信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态;所述转换关系信息用于描述所述第一商品信息的各个具体形态与第二商品信息的具体形态之间的映射关系;在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
生成用于展示所述第一商品信息的页面数据并发送给买方客户端,以便在买方客户端的页面中展示所述第一商品信息,并将所述第一商品信息的各个维度上的各个候选取值置为可操作状态;
根据买方客户端在所述页面上为第一商品信息的各个维度分别选定的取值,确定买方客户端选定的第一商品信息的具体形态;
根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
进一步地,还可包括以下步骤:
将所述标识信息返回给卖方客户端,以便卖方客户端根据所述标识信息确定买方客户端所需的第二商品信息的具体形态。
一种商品信息处理方法,包括:
根据服务器端发送的页面数据,在页面中展示第一商品信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态,各个维度上的各个候选取值在所述页面中被置为可操作状态;所述第一商品信息的各个具体形态与第二商品信息的具体形态之间存在映射关系,在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
接收对所述第一商品各个维度上的取值进行选择的操作,确定为第一商品信息的各个维度分别选定的取值;
将为第一商品信息的各个维度分别选定的取值发送到服务器,以便所述服务器确定买方客户端选定的第一商品信息的具体形态,并根据预先从卖方客户端获取到的转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
进一步地,在得到对应的第二商品信息的具体形态的标识信息后,还可包括返回步骤,用于将得到对应的第二商品信息的具体形态的标识信息返回给卖方客户端,以便卖方客户端根据所述标识信息确定买方客户端所需的第二商品信息的具体形态。
一种商品信息处理系统,包括:
信息接收单元,用于预先接收卖方客户端提交的第一商品信息以及转换关系信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态;所述转换关系信息用于描述所述第一商品信息的各个具体形态与第二商品信息的具体形态之间的映射关系;在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
页面数据生成单元,用于生成用于展示所述第一商品信息的页面数据并发送给买方客户端,以便在买方客户端的页面中展示所述第一商品信息,并将所述第一商品信息的各个维度上的各个候选取值置为可操作状态;
确定单元,用于根据买方客户端在所述页面上为第一商品信息的各个维度分别选定的取值,确定买方客户端选定的第一商品信息的具体形态;
转换单元,用于根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
进一步地,还可包括:
返回单元,用于将所述标识信息返回给卖方客户端,以便卖方客户端根据所述标识信息确定买方客户端所需的第二商品信息的具体形态。
一种商品信息处理装置,包括:
页面显示单元,用于根据服务器端发送的页面数据,在页面中展示第一商品信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态,各个维度上的各个候选取值在所述页面中被置为可操作状态;所述第一商品信息的各个具体形态与第二商品信息的具体形态之间存在映射关系,在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
接收单元,用于接收对所述第一商品各个维度上的取值进行选择的操作,确定为第一商品信息的各个维度分别选定的取值;
发送单元,用于将为第一商品信息的各个维度分别选定的取值发送到服务器,以便所述服务器确定买方客户端选定的第一商品信息的具体形态,并根据预先从卖方客户端获取到的转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,可以将具有较低维度和/候选取值数目的第一商品信息显示在页面中,当买方客户端选择了第一商品信息的一个具体形态之后,可以根据该具体形态在各个维度上的取值,以及预先从卖方客户端获取到的转换关系信息,将该具体形态转换成具有高维度的第二商品信息中的某种具体形态,并返回给卖方客户端,卖方客户端就可以知晓买方客户端实际所需的是第二商品信息中的哪个具体形态。也就是说,虽然实际发布到交易平台上的第一商品信息可能并不是一个实际存在的商品,原始高维度的第二商品信息才是实际存在的商品,但是本申请实施例的方法中,可以使得交易平台在接收到买方客户端的选择信息之后,能够进行转换,得到第二商品信息中对应的具体形态,从而完成具体的交易。可见,通过本申请实施例提供的方法,交易平台能够支持将一个高维度的商品信息转换成更加适于发布的低维度的商品信息,并协助完成具体的交易,也即,为这种特殊的商品信息交易提供了技术上的支持。
关于具体的转换关系信息,可以由卖方客户端根据第一商品信息中包含的所有具体形态分别进行编码,并将第一商品信息的各个具体形态与编码之间的映射关系作为转换关系信息发送给交易平台。这样,交易平台在收到买方客户端的选择信息之后,可以直接转换成对应的编码返回给卖方客户端,卖方客户端再根据本地保存的编码与第二商品信息中对应具体形态的映射关系,获取到当前买方客户端所需的是第二商品信息中的哪个具体形态。这种方式下,可以节省卖方客户端与交易平台交互时所需的信息量。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的交易平台端方法的流程图;
图2是本申请实施例提供的页面显示示意图;
图3是本申请实施例提供的转换关系示意图;
图4是本申请实施例提供的买方客户端方法的流程图;
图5是本申请实施例提供的系统的示意图;
图6是本申请实施例提供的装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,为了便于在电子商务交易平台上对多维度、各个维度上具有多个候选取值的商品进行交易,可以由卖方客户端首先对原始商品信息进行“降维”处理,得到实际用户发布到交易平台上进行交易的商品信息(为便于描述,将这种商品信息称为“网售商品信息”)。所谓的降维处理的目的,就是要使得实际的网售商品信息,在维度的数目上和/或同一维度上包含的候选取值的数目上,小于原始商品信息。例如,原始商品信息包含20个维度,每个维度上还分别存在多个候选取值。在进行降维处理后,实际发布到交易平台的商品信息中可以只包括两个维度,每个维度上的候选取值也只保留三个,等等。具体在进行降维处理时,可以对原始商品信息的历史交易数据进行统计,根据统计结果,来进行降维处理。需要说明的是,具体的降维处理操作可以是由卖方客户端侧预先按照自己的需求或者产品特点等来完成的,本申请实施例中并不关注具体如何进行降维处理,只进行原理性的介绍。
为了更好的理解为什么能够进行降维,首先需要说明的是,之所以要使用多个维度上的多个不同的取值来描述一个商品,是因为该商品存在多种不同的具体形态,并且不同的具体形态之间仅在这些维度上存在取值的不同,其他属性都是相同的。例如,对于某款服装,通常都具有款型、材质、颜色、尺寸等属性,但是在不同的个体之间,仅存在不同颜色、不同尺寸的多种具体形态,其他属性(包括款型、材质等等)都是相同的,因此,才会作为同一条信息进行发布,并且仅使用颜色以及尺寸这两个维度上的候选取值来区分不同的具体形态,对于款型、材质这些属性,由于各种具体形态的产品之间都是相同的,因此,相当于具有固定的取值,不必再让买方客户端进行选择。
换言之,对于具有多个维度、每个维度上具有多个候选具体的商品而言,在各个维度上分别选定一个取值之后,将各个被选定的取值组成一个组合,该组合就能够确定该商品的一个具体形态,由于在每个维度上都可以从各个候选取值中任意选择,因此,相当于一个商品具有非常多的具体形态。例如,某商品具有M个维度,每个维度上有N个候选取值,则该商品具有N^M个具体形态。这些具体形态之间,除了在这M个维度上可能存在不同的取值之外,其他的属性(例如,款型、材质)都是相同的,因此,在页面中显示该商品的信息时,对于款型、材质这些属性而言,就不必再让买方客户端进行选择,因此,款型、材质这些属性就不会出现在前述M个需要用户选择具体取值的维度中。
通过M个维度,每个维度上的N个候选取值,可以描述一个商品的多种具体形态,但在实际应用中,最常被用户选择的可能只有其中的一少部分具体形态,也就是说剩余的多数具体形态可能都是不常用的;或者,根据购买人群的身份等,各种具体形态的被选择情况可能会体现出一些群体特征,例如,针对同一款保险产品而言,如果是贵妇一族,可能会倾向于购买其中的部分具体形态,而如果是普通的工薪族,则可能会倾向于购买其中的另一部分具体形态,等等。总之,对于某商品而言,通过对其历史销售情况的统计,一般可以筛选出一组最经常被买方客户端选择的具体形态,或者针对不同的群体,分别筛选出最经常被选择的一组具体形态。在这些被筛选出来的一组具体形态中,在某个或者某些维度的取值上可能会存在共性,例如,在某一组具体形态中,第三个维度上的取值都是相同的,第四个维度上的取值绝大多数都是相同的。
由于被筛选出来的各组具体形态,基本上是按照被买方客户端的选择情况统计出来的,因此,可以仅将这些被选择出的一组具体形态提供给买方客户端进行选择。也就是说,仍然对于同一款商品,本来存在N^M个具体形态,但是现在只需要将其中的一部分具体形态用来发布,就足以满足大多数买方客户端的购买需求。因此,针对这部分具体形态可以重新确定出需要向用户提供哪些维度,以及各个维度上的取值。例如,某商品的原始信息中具有六个维度,如果实际需要向买方客户端发布的一组具体形态中,第二个维度上的取值、第三个维度上的取值、第四个维度上的取值以及第六个维度上的取值分别都是相同的,则相当于这些具体形态在第二、第三、第四、第六这几个维度上具有相同的属性值,因此,只保留第一以及第五维度供买方客户端选择即可,关于第二、第三、第四以及第六维度上的属性值,直接根据筛选出来的信息中的具体取值确定为固定的取值即可。
另外,关于保留的第一以及第五维度,可能还会存在以下特征:通过对历史购买数据进行统计发现,对于第一维度,多数用户都会选择其中的取值1和取值2,对于第五维度,多数用户都选择其中的取值3、取值4以及取值5,因此,关于这一组实际需要进行发布的具体形态而言,只需要通过第一维度、第五维度这样两个维度即可描述,并且第一个维度只需要两个候选取值,第五个维度上只需要三个取值,以此达到了降维的目的。这样进行降维处理之后,相当于在原始商品信息的基础上,得到了一种用于向买方客户端发布的网售商品信息。
例如,某保险产品(假设名称为“教育金保障计划”)的原始信息中包含有表1所示的维度以及候选值:
表1
维度 | 取值1 | 取值2 | 取值3 | 取值4 | 取值5 | 取值6 |
年龄 | 1岁 | 2岁 | 3岁 | 4岁 | 5岁 | 6岁 |
缴费期限 | 月缴 | 年缴 | 两年缴 | 三年缴 | 四年缴 | 五年缴 |
大学教育 | 不投保 | 3000元/年 | 5000元/年 | 6000元/年 | 7000元/年 | 8000元/年 |
高中教育 | 不投保 | 3000元/年 | 5000元/年 | 6000元/年 | 7000元/年 | 8000元/年 |
初中教育 | 不投保 | 3000元/年 | 5000元/年 | 6000元/年 | 7000元/年 | 8000元/年 |
白血病保 | 10000元 | 20000元 | 30000元 | 40000元 | 50000元 | 60000元 |
为了便于描述,上述表1可以用以下表2来表示:
表2
维度 | 取值1 | 取值2 | 取值3 | 取值4 | 取值5 | 取值6 |
维度a | a1 | a2 | a3 | a4 | a5 | a6 |
维度b | b1 | b2 | b3 | b4 | b5 | b6 |
维度c | c1 | c2 | c3 | c4 | c5 | c6 |
维度d | d1 | d2 | d3 | d4 | d5 | d6 |
维度e | e1 | e2 | e3 | e4 | e5 | e6 |
维度f | f1 | f2 | f3 | f4 | f5 | f6 |
例如,在某次交易中,买方客户端在维度a上选定的取值是a1,在维度b上选定的取值是b6,在维度c上选定的取值是c1,在维度d上选定的取值是d1,在维度e上选定的取值是e2,在维度f上选定的取值是f1,则(a1,b6,c1,d1,e2,f1)这个组合就代表了该商品的一种具体形态,相当于该买方客户端购买的是该具体形态下的该商品,同时,卖方客户端可以在自己的系统中记录下关于本地交易的交易记录,也即记录下买方客户端为各个维度选定的取值。这样,经过一段时间之后,就可以得到多条记录,例如,如表3所示。
表3
销售记录 | 维度a | 维度b | 维度c | 维度d | 维度e | 维度f |
第1条 | a1 | b6 | c1 | d1 | e2 | f1 |
第2条 | a2 | b5 | c1 | d1 | e2 | f1 |
第3条 | a4 | b4 | c1 | d1 | e2 | f1 |
第4条 | a3 | b3 | c1 | d1 | e2 | f1 |
第5条 | a5 | b4 | c1 | d1 | e2 | f1 |
第6条 | a1 | b2 | c1 | d1 | e2 | f1 |
第7条 | a2 | b2 | c1 | d1 | e2 | f1 |
第8条 | a5 | b5 | c1 | d1 | e2 | f1 |
第9条 | a4 | b2 | c1 | d1 | e2 | f1 |
第10条 | a3 | b3 | c1 | d1 | e2 | f1 |
假设这10条记录是从历史记录数据中筛选出来的用户最常选择的几种具体形态,于是卖方客户端可以根据这10条具体形态生成一条用于发布的网售商品信息。具体在生成网售商品信息的过程中可以发现,在上述10条具体形态中维度c、维度d、维度e以及维度f上的取值分别都是完全相同的,也就是说,不同的具体形态之间在维度c、维度d、维度e以及维度f这几种属性上已经不再存在差异,因此,可以将这几个维度去掉,并直接将维度c的取值确定为固定值c1,维度d的取值确定为固定值d1,维度e的取值确定为固定值e2,维度f的取值确定为固定值f1。最终,在向买方客户端发布网售商品信息时,仅向买方客户端显示维度a及维度b即可。而关于维度a及维度b上的候选取值,由于维度a上,买方客户端对各种取值的选择情况都比较平均,因此,可以完全保留;而维度b上,可能多数买方客户端都集中选择年缴或三年缴或五年缴,因此,可以仅保留这三个候选取值。
在实际应用中,对于降维后实际需要发布给买方客户端的网售商品信息,还可以重新对商品进行命名,或者,还可以重新对维度的名称、维度上各个取值的名称进行命名。例如,在上述例子中,降维处理后的实际需要发布给买方客户端的网售商品信息可以如表4所示:
表4
也即,降维处理之后,网售商品的名称修改为“初中教育金保障计划”,维度x为年龄,维度y为款式,从而形成一个新的保险险种,在该保险险种中,维度x上的候选取值分别为:x1代表1岁,x2代表2岁,x3代表3岁、x4代表4岁、x5代表5岁;维度y上的候选取值分别为:y1为经济款、y2为标准款、y3为尊贵款。可见,维度y的属性名称与原始信息相比发生了变化,由“缴费年限”变为“款式”,该维度上各个候选取值的名称也发生了变化,由原来的“年缴”、“三年缴”、“五年缴”,分别对应变为“经济款”、“标准款”以及“尊贵款”。
另外,在进行降维处理时,也可能把两个维度进行组合,形成一个新维度。例如,假设某保险商品A的原始商品信息中有一个维度为“保障金额”,维度的候选取值为1~150万;经过降维后,该维度只保留5万、10万、30万这三个取值;如果该商品降维后还有另一个维度是“保障期间”,候选取值为3天、7天;则可以将这两个维度合成一个新维度,名称为“套餐”,它的维度值可以为“3天5万”,“7天30万”等。
当然,在实际应用中,也可以不必通过数据统计的方式来进行具体形态的筛选,而是通过其他方式来筛选。例如,针对某高维度的原始商品信息,卖方客户端就是单纯地想从中抽取出在某些维度上具有相同属性的具体形态,从而生成适于发布到交易平台上交易的网售商品信息,这样同样可以达到降维的目的。并且,对于同一原始商品而言,还可以生成多个低维度的网售商品,等等。
买方客户端在对某原始商品信息进行了降维处理之后,就可以将得到的网售商品信息发布到交易平台中。交易平台就会在页面上显示出该网售商品的信息,同时,分别显示网售商品信息包含的各个维度中的各个候选取值,供用户进行选择。当然,由于已经进行了降维处理,因此需要用户选择的维度减少了,方便买方客户端操作。但对于卖方客户端而言,实际上并不存在“初中教育金保障计划”这样一款产品(至少该产品不是经保监会备案的),在买方客户端针对网售商品信息选定了各个维度上的取值之后,相当于选定了网售商品的一种具体形态,但与此同时也属于原始商品的一种具体形态,并且,真正要完成这笔交易,还需要卖方客户端确定出对应的是原始商品信息中的哪一种具体形态。由于买方客户端只在网售商品信息的各个维度上选定了取值,对于原始商品信息而言,相当于只有部分维度上被买方客户端选择了取值,对于其他维度而言,仅仅是不需要买方客户端进行选择具体的取值,但是,这些维度上分别应该对应哪个取值,卖方客户端还是需要获知的,这样才能针对与商品的某种具体形态对应上,进而才能完成此次交易。具体实现时,如前文所述,关于这些不需要买方客户端进行选择取值的维度而言,相当于在进行降维处理的过程中,已经确定了具体的取值,因此,可以根据这些取值确定为这些维度上固定的取值。
例如,对于图4所示的网售商品信息,假设买方客户端选择的结果是:年龄:3岁,款式:标准款,因此,对应到图1所示的原始商品信息中,相当于,将维度a(年龄)的取值选定为3岁,将维度b(缴费期限)的取值选定为三年缴。而关于原始商品信息中的维度c(大学教育)、维度d(高中教育)、维度e(初中教育)、维度f(白血病保)而言,可以根据降维处理过程中的统计信息,分别设定为c1(不投保)、d1(不投保)、e2(3000元/年)、f1(10000元)。这样,最终得到原始商品信息一个具体形态为(3岁,三年缴,不投保,不投保,3000元/年,10000元),这样,卖方客户端为买方客户端就可以根据该具体形态为买方客户端出具保单等凭证,以便完成此次交易。
以上从原理上如何将具有高维度特性的原始商品信息,转换为低维度的网售商品信息,并且买方客户端提交订单之后,如何对应到原始商品信息中,完成具体的交易过程。
而对于交易平台而言,如何能够在技术上对这种特殊的交易过程进行支持,是本申请实施例关注的重点。而具体为了实现这种支持,主要需要解决的难点在于:在买方客户端针对网售商品信息中的各个维度进行了选值并提交订单之后,交易平台如何能够对其进行解析,最终帮助卖方客户端确定出买方客户端选定的是原始商品信息中的哪一种具体形态,也即要使得卖方客户端获知在原始商品高维度状态下,各个维度上的取值分别是多少。
为了达到上述目的,在本申请实施例中,卖方客户端在向交易平台提交网售商品信息的同时,还可以将网售商品信息的具体形态与原始商品信息的具体形态之间的转换关系信息。也即,这种转换关系信息用于描述在网售商品信息的具体形态与原始商品信息的具体形态之间的对应关系。具体实现时,这种转换关系信息可以直接是网售商品信息的各种具体形态下各个维度的取值、与原始商品信息的具体形态下各个维度的取值之间的对应关系。例如,仍然假设卖方客户端针对表1所示的原始商品信息,生成表4所示的网售商品信息,于是,卖方客户端可以向交易平台提交以下表5转换关系信息:
表5
网售商品信息下的具体形态 | 原始商品信息下的具体形态 |
(x1,y1) | (a1,b2,c1,d1,e2,f1) |
(x1,y2) | (a1,b4,c1,d1,e2,f1) |
(x2,y1) | (a2,b2,c1,d1,e2,f1) |
(x2,y2) | (a2,b4,c1,d1,e2,f1) |
(x3,y1) | (a3,b2,c1,d1,e2,f1) |
(x3,y2) | (a3,b4,c1,d1,e2,f1) |
(x4,y1) | (a4,b2,c1,d1,e2,f1) |
(x4,y2) | (a4,b4,c1,d1,e2,f1) |
(x5,y1) | (a5,b2,c1,d1,e2,f1) |
(x5,y2) | (a5,b4,c1,d1,e2,f1) |
也就是说,对于网售商品信息而言,由于其具有的维度以及各个维度上的候选取值都相对较少,其所描述的所有可能的具体形态可以列举出来,并根据降维操作的具体过程,生成上述转换表。这样,卖方客户端在向交易平台提交网售商品信息时,可以同时将该转换表提交给交易平台。这样,交易平台在接收到买方客户端选择的某一款具体形态之后,就可以根据该转换表,将其转换为原始商品信息状态下对应的各个维度上的取值,并返回给卖方客户端,这样卖方客户端就可以根据原始商品信息状态下各个维度上的取值,确定出买方客户端具体需要的是原始商品信息的哪一种具体形态。
或者,在实际应用中,为了节省实现过程中的通信量,卖方客户端还可以针对网售商品信息所描述的各个具体形态进行编码,在得到表5中的对应关系之后,还可以记录各个编码与对应的原始商品信息中各个具体形态之间的对应关系。这样,相当于通过编码将网售商品信息与原始商品信息之间联系起来。在向交易平台发送转换关系信息时,就可以直接将网售商品信息中的各个具体形态与编码之间的对应关系,发送给交易平台,同时在卖方客户端本地保存各个编码与原始商品信息中各个具体形态之间的对应关系。例如,发送给交易平台的转换关系信息可以如下表6所示:
表6
网售商品信息下的具体形态 | 编码 |
(x1,y1) | 1000001 |
(x1,y2) | 1000002 |
(x2,y1) | 1000003 |
(x2,y2) | 1000004 |
(x3,y1) | 1000005 |
(x3,y2) | 1000006 |
(x4,y1) | 1000007 |
(x4,y2) | 1000008 |
(x5,y1) | 1000009 |
(x5,y2) | 1000010 |
卖方客户端本地保存的转换关系信息可以是以下表7所示:
表7
编码 | 原始商品信息下的具体形态 |
1000001 | (a1,b2,c1,d1,e2,f1) |
1000002 | (a1,b4,c1,d1,e2,f1) |
1000003 | (a2,b2,c1,d1,e2,f1) |
1000004 | (a2,b4,c1,d1,e2,f1) |
1000005 | (a3,b2,c1,d1,e2,f1) |
1000006 | (a3,b4,c1,d1,e2,f1) |
1000007 | (a4,b2,c1,d1,e2,f1) |
1000008 | (a4,b4,c1,d1,e2,f1) |
1000009 | (a5,b2,c1,d1,e2,f1) |
1000010 | (a5,b4,c1,d1,e2,f1) |
这样,对于交易平台而言,在接收到买方客户端针对网售商品选择的某种具体形态之后,就可以利用表6中的转换关系,转换得到该具体形态对应的编码,然后将该编码返回给卖方客户端。卖方客户端在接收到该编码之后,再自行参照表7中的转换关系,将编码转换成对应的原始商品信息下的各个维度上的取值,这样,卖方客户端就可以据此获知买方客户端具体需要的是原始商品的哪一种具体形态。
当然,在实际应用中,网售商品与原始商品之间的转换关系可能会更复杂,但是对于交易平台而言,无论两者之间的关系有多复杂,也无论卖方客户端是如何得到的这种转换关系,都只是按照卖方客户端提供的转换关系信息进行转换即可,便于交易平台的实现。
总之,本申请实施例中,为了使得交易平台能够支持以上所述的特殊商品信息的发布及交易,提供了一种商品信息处理方法,参见图1,该方法可以包括:
S101:预先接收卖方客户端提交的第一商品信息以及转换关系信息;
这里的第一商品信息就相当于前述的实际用于发布的网售商品信息,是通过对高维度的原始商品信息进行“降维”处理后得到的。其中,第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品的一种具体形态,这样每个维度上的多种候选取值就可以用于描述第一商品具有的多种具体形态;在进行降维处理时,需要可以首先从原始商品信息中抽取出部分具体形态,然后判断这些具体形态中是否在一个或多个维度上,不同的具体形态之间的取值都是相同的,如果存在,则可以将这种维度去掉,只保留不同的具体形态之间在取值上存在差异的维度,这样可以使得维度减少。同时,针对保留下的各个维度,在同一维度中还可以选取出部分候选取值,其他的取值不必提供给用户进行选择,这样,在候选取值的数目上也得到减少。因此,第一商品信息是从第二商品信息的各种具体形态组成的集合中抽取出一个子集之后,根据子集中各个具体形态在各个维度上的取值情况生成的,并且在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息。
为了使得交易平台在接收到买方客户端的选择信息之后,能够进行解析,转换成第二商品下对应的具体形态的相关信息,卖方客户端还可以向交易平台提交转换关系信息,这种转换关系信息用于描述第一商品信息的各个具体形态与第二商品信息的具体形态之间的对应关系。
具体实现时,卖方客户端提交给交易平台的转换关系信息可以是如表6所示的,第一商品中各种具体形态下在各维度上的取值与第二商品中对应具体形态下各维度上的取值之间的对应关系。或者,也可以是表7中所示的,第一商品信息的各种具体形态在各个维度上的取值与预置的各个编码之间的对应关系,同时,在卖方客户端本地还保存有所述各个编码与第二商品信息对应具体形态在各个维度上的取值之间的对应关系。这样,交易平台就可以仅将某编码值发送给卖方客户端,传输所占的带宽大大降低。
S102:生成用于展示所述第一商品信息的页面数据并发送给买方客户端,以便在买方客户端的页面中展示所述第一商品信息,并将所述第一商品信息的各个维度上的各个候选取值置为可操作状态;
具体在展示第一商品信息时,交易平台可以将其作为一个普通的商品来看待,为其生成一个页面,可以根据卖方客户端上传的各种信息,在页面中进行展示。其中,对于第一商品信息包含的维度信息,以及各个维度上的候选取值信息,可以在页面中适当的位置分别显示各个维度的名称,并分别显示各个候选取值,并且,还可将各个候选者置为可操作状态,也即可以接收并响应买方客户端的操作。例如,如图2所示,其显示了某保险产品的一个网售产品的信息,其中,该网售产品包括“款别”和“天数”这两个维度,“款别”维度下包括“标准款”以及“升级款”这两个取值,“天数”维度下包括“1天”、“3天”、“5天”、“7天”、“14天”、“21天”、“30天”这样几个候选取值。其中,各个候选取值都处于可操作状态,买方客户端可以从中任意选择,例如,图2中所示的状态下,某买方客户端在“款别”维度下选择了“标准款”,在“天数”维度下选择了“5天”。
S103:根据买方客户端在所述页面上为第一商品信息的各个维度分别选定的取值,确定买方客户端选定的第一商品信息的具体形态;
当买方客户端分别针对第一商品的各个维度选择了一个取值之后,就相当于该用户选定了第一商品信息的一个具体形态。例如图2中的例子(标准款,5天),等等。
S103:根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
根据转换关系信息的不同,可以直接转换得到第二商品信息中对应具体形态在各个维度上的取值,将这些取值作为第二商品信息的具体形态的标识信息接口。或者也可以转换得到一个编码,在卖方客户端侧,该编码与第二商品信息中某具体形态在各个维度上的取值相对应,因此,该编码也可以作为第二商品信息的具体形态的标识信息。
进一步地,在步骤S103之后,还可包括:
S104:将所述标识信息返回给卖方客户端,以便卖方客户端根据所述标识信息确定买方客户端所需的第二商品信息的具体形态。
最终,卖方客户端可以收到第二商品信息的具体形态的标识信息,如果该标识信息是第二商品信息中对应具体形态在各个维度上的取值,则可以直接获知买方客户端所需的是第二商品信息的哪种具体形态;如果该标识信息是某编码,则根据本地保存的编码与第二商品信息中具体形态在各个维度上的取值之间的映射关系,确定出第二商品信息中对应具体形态在各个维度上的取值,进而获知买方客户端所需的是第二商品信息的哪种具体形态。
为了更清楚了理解本申请实施例中交易平台的具体处理过程,下面通过一个具体的例子进行介绍。参见图3,假设原始商品是保险商品A,可以看出其包括五个维度,每个维度上包含6种候选取值。卖方客户端针对该保险商品A生成了两个网售商品发布到交易平台上,包括其中的网售险种1以及网售险种2。
其中,网售险种1包含两个维度,其中,维度X上存在三个候选取值,维度Y上存在两个候选取值,因此,该网售险种共有六种具体形态,分别为(x1,y1),(x1,y2),(x2,y1),(x2,y2),(x3,y1),(x3,y2)。卖方客户端为这六种具体形态分别定义了一个编码,分别为00001、00002、00003、00004、00005、00006。另外,这六种具体形态转换到原始保险商品A中,对应的是保险商品A中(a1,b1,c3,d2,e1)、(a1,b2,c3,d2,e1)、(a1,b3,c3,d2,e1)、(a2,b1,c3,d2,e1)、(a2,b2,c3,d2,e1)、(a2,b3,c3,d2,e1)。卖方客户端将网售险种1中的各种具体形态与编码之间的第一映射关系发送到交易平台,将编码与保险商品A中具体形态之间的第二映射关系保存在本地。这样,如果买方客户端选择的是(x2,y1)这一具体形态,则交易平台可以根据第一映射关系,将其转换为00003,并返回给卖方客户端。进而卖方客户端就可以根据第二映射关系进行转换后获知,该买方客户端实际所需的是保险商品A中的(a1,b3,c3,d2,e1)这一具体形态。关于网售险种2也是做类似处理。
总之,本申请实施例中,可以将具有较低维度和/候选取值数目的第一商品信息显示在页面中,当买方客户端选择了第一商品信息的一个具体形态之后,可以根据该具体形态在各个维度上的取值,以及预先从卖方客户端获取到的转换关系信息,将该具体形态转换成具有高维度的第二商品信息中的某种具体形态,并返回给卖方客户端,卖方客户端就可以知晓买方客户端实际所需的是第二商品信息中的哪个具体形态。也就是说,虽然实际发布到交易平台上的第一商品信息可能并不是一个实际存在的商品,原始高维度的第二商品信息才是实际存在的商品,但是本申请实施例的方法中,可以使得交易平台在接收到买方客户端的选择信息之后,能够进行转换,得到第二商品信息中对应的具体形态,从而完成具体的交易。可见,通过本申请实施例提供的方法,交易平台能够支持将一个高维度的商品信息转换成更加适于发布的低维度的商品信息,并协助完成具体的交易,也即,为这种特殊的商品信息交易提供了技术上的支持。
最后需要说明的是,本申请实施例所述的上述方法具体可以应用于一种电子商品交易平台中,该交易平台可以是第三方交易平台,并可以为多个卖方以及买方提供服务,或者也可以是卖方为自己的商品自行开发的交易平台,这里不进行限定。
以上是从交易平台的角度对本申请实施例进行了介绍,下面从买方客户端的角度,对本申请实施例进行介绍。参见图4,该方法可以包括以下步骤:
S401:根据服务器端发送的页面数据,在页面中展示第一商品信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态,各个维度上的各个候选取值在所述页面中被置为可操作状态;所述第一商品信息的各个具体形态与第二商品信息的具体形态之间存在映射关系,在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
S402:接收对所述第一商品各个维度上的取值进行选择的操作,确定为第一商品信息的各个维度分别选定的取值;
S403:将为第一商品信息的各个维度分别选定的取值发送到服务器,以便所述服务器确定买方客户端选定的第一商品信息的具体形态,并根据预先从卖方客户端获取到的转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
进一步地,在步骤S403之后,还可包括:
S404:返回步骤,将得到对应的第二商品信息的具体形态的标识信息返回给卖方客户端,以便卖方客户端根据所述标识信息确定买方客户端所需的第二商品信息的具体形态。
需要说明的是,图4所述的方法与图1所述的方法相比,仅仅是描述的角度有所不同,其他内容均是相同的,因此,鉴于篇幅限制,这里不再详述,相关的内容请参见前文的介绍。
与本申请实施例提供的商品信息处理方法相对应,本申请实施例还提供了一种商品信息处理系统,该系统应用于交易平台,参见图5,该系统可以包括:
信息接收单元501,用于预先接收卖方客户端提交的第一商品信息以及转换关系信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品的一种具体形态;所述转换关系信息用于描述所述第一商品信息的各个具体形态与第二商品信息的具体形态之间的映射关系;在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
页面数据生成单元502,用于生成用于展示所述第一商品信息的页面数据并发送给买方客户端,以便在买方客户端的页面中展示所述第一商品信息,并将所述第一商品信息的各个维度上的各个候选取值置为可操作状态;
确定单元503,用于根据买方客户端在所述页面上为第一商品信息的各个维度分别选定的取值,确定买方客户端选定的第一商品信息的具体形态;
转换单元504,用于根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
进一步地,还可包括:
返回单元505,用于将所述标识信息返回给卖方客户端,以便卖方客户端根据所述标识信息确定买方客户端所需的第二商品信息的具体形态。
其中,所述第一商品信息是从第二商品信息的各种具体形态组成的集合中抽取出一个子集之后,根据子集中各个具体形态在各个维度上的取值情况生成的。
所述根据子集中各个具体形态在各个维度上的取值情况生成第一商品信息时,只保留不同的具体形态之间在取值上存在差异的维度;对于针对保留下的各个维度,在同一维度中值保留部分候选取值。
具体实现时,所述转换关系信息包括:第一商品信息中各种具体形态在各个维度上的取值与第二商品信息中对应具体形态在各个维度上的取值之间的对应关系;
所述转换单元504可以包括:
第一转换子单元,用于根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到第二商品信息中对应具体形态在各个维度上的取值。
进一步地,所述返回单元505可以包括:
第一返回子单元,用于将第二商品信息中对应具体形态在各个维度上的取值返回给卖方客户端,以便卖方客户端根据第二商品信息对应具体形态在各个维度上的取值,确定买方客户端所需的第二商品信息的具体形态。
或者,在另一种实现方式下,所述转换关系信息包括:第一商品信息的各种具体形态在各个维度上的取值与预置的各个编码之间的对应关系,卖方客户端本地还保存有所述各个编码与第二商品信息对应具体形态在各个维度上的取值之间的对应关系;
所述转换单元504可以包括:
第二转换子单元,用于根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的编码。
进一步地,所述返回单元505可以包括:
第二返回子单元,用于将所述对应的编码返回给卖方客户端,以便卖方客户端根据所述编码转换得到第二商品信息中对应具体形态在各个维度上的取值,进而确定买方客户端所需的第二商品信息的具体形态。
另外,从买方客户端角度,本申请实施例还提供了一种商品信息处理装置,参见图6,该装置还可以包括:
页面显示单元601,用于根据服务器端发送的页面数据,在页面中展示第一商品信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态,各个维度上的各个候选取值在所述页面中被置为可操作状态;所述第一商品信息的各个具体形态与第二商品信息的具体形态之间存在映射关系,在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
接收单元602,用于接收对所述第一商品各个维度上的取值进行选择的操作,确定为第一商品信息的各个维度分别选定的取值;
发送单元603,用于将为第一商品信息的各个维度分别选定的取值发送到服务器,以便所述服务器确定买方客户端选定的第一商品信息的具体形态,并根据预先从卖方客户端获取到的转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
进一步地,可将得到对应的第二商品信息的具体形态的标识信息返回给卖方客户端,以便卖方客户端根据所述标识信息确定买方客户端所需的第二商品信息的具体形态。
总之,本申请实施例中,可以将具有较低维度和/候选取值数目的第一商品信息显示在页面中,当买方客户端选择了第一商品信息的一个具体形态之后,可以根据该具体形态在各个维度上的取值,以及预先从卖方客户端获取到的转换关系信息,将该具体形态转换成具有高维度的第二商品信息中的某种具体形态,并返回给卖方客户端,卖方客户端就可以知晓买方客户端实际所需的是第二商品信息中的哪个具体形态。也就是说,虽然实际发布到交易平台上的第一商品信息可能并不是一个实际存在的商品,原始高维度的第二商品信息才是实际存在的商品,但是本申请实施例的方法中,可以使得交易平台在接收到买方客户端的选择信息之后,能够进行转换,得到第二商品信息中对应的具体形态,从而完成具体的交易。可见,通过本申请实施例提供的方法,交易平台能够支持将一个高维度的商品信息转换成更加适于发布的低维度的商品信息,并协助完成具体的交易,也即,为这种特殊的商品信息交易提供了技术上的支持。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的商品信息处理方法、装置及系统,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (11)
1.一种商品信息处理方法,其特征在于,包括:
预先接收卖方客户端提交的第一商品信息以及转换关系信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态;所述转换关系信息用于描述所述第一商品信息的各个具体形态与第二商品信息的具体形态之间的映射关系;在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
生成用于展示所述第一商品信息的页面数据并发送给买方客户端,以便在买方客户端的页面中展示所述第一商品信息,并将所述第一商品信息的各个维度上的各个候选取值置为可操作状态;
根据买方客户端在所述页面上为第一商品信息的各个维度分别选定的取值,确定买方客户端选定的第一商品信息的具体形态;
根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
2.根据权利要求1所述的方法,其特征在于,在得到对应的第二商品信息的具体形态的标识信息之后,还包括:
将所述标识信息返回给卖方客户端,以便卖方客户端根据所述标识信息确定买方客户端所需的第二商品信息的具体形态。
3.根据权利要求1所述的方法,其特征在于,所述第一商品信息是从第二商品信息的各种具体形态组成的集合中抽取出一个子集之后,根据子集中各个具体形态在各个维度上的取值情况生成的。
4.根据权利要求1所述的方法,其特征在于,所述根据子集中各个具体形态在各个维度上的取值情况生成第一商品信息时,只保留不同的具体形态之间在取值上存在差异的维度;对于针对保留下的各个维度,在同一维度中值保留部分候选取值。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述转换关系信息包括:第一商品信息中各种具体形态在各个维度上的取值与第二商品信息中对应具体形态在各个维度上的取值之间的对应关系;
所述根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息包括:
根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到第二商品信息中对应具体形态在各个维度上的取值。
6.根据权利要求1至4任一项所述的方法,其特征在于,所述转换关系信息包括:第一商品信息的各种具体形态在各个维度上的取值与预置的各个编码之间的对应关系,卖方客户端本地还保存有所述各个编码与第二商品信息对应具体形态在各个维度上的取值之间的对应关系;
所述根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息包括:
根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的编码;
。
7.一种商品信息处理方法,其特征在于,包括:
根据服务器端发送的页面数据,在页面中展示第一商品信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态,各个维度上的各个候选取值在所述页面中被置为可操作状态;所述第一商品信息的各个具体形态与第二商品信息的具体形态之间存在映射关系,在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
接收对所述第一商品各个维度上的取值进行选择的操作,确定为第一商品信息的各个维度分别选定的取值;
将为第一商品信息的各个维度分别选定的取值发送到服务器,以便所述服务器确定买方客户端选定的第一商品信息的具体形态,并根据预先从卖方客户端获取到的转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
8.一种商品信息处理系统,其特征在于,包括:
信息接收单元,用于预先接收卖方客户端提交的第一商品信息以及转换关 系信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态;所述转换关系信息用于描述所述第一商品信息的各个具体形态与第二商品信息的具体形态之间的映射关系;在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
页面数据生成单元,用于生成用于展示所述第一商品信息的页面数据并发送给买方客户端,以便在买方客户端的页面中展示所述第一商品信息,并将所述第一商品信息的各个维度上的各个候选取值置为可操作状态;
确定单元,用于根据买方客户端在所述页面上为第一商品信息的各个维度分别选定的取值,确定买方客户端选定的第一商品信息的具体形态;
转换单元,用于根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
9.根据权利要求8所述的系统,其特征在于,所述转换关系信息包括:第一商品信息中各种具体形态在各个维度上的取值与第二商品信息中对应具体形态在各个维度上的取值之间的对应关系;
所述转换单元包括:
第一转换子单元,用于根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到第二商品信息中对应具体形态在各个维度上的取值。
10.根据权利要求8所述的系统,其特征在于,所述转换关系信息包括:第一商品信息的各种具体形态在各个维度上的取值与预置的各个编码之间的对应关系,卖方客户端本地还保存有所述各个编码与第二商品信息对应具体形态在各个维度上的取值之间的对应关系;
所述转换单元包括:
第二转换子单元,用于根据所述转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的编码。
11.一种商品信息处理装置,其特征在于,包括:
页面显示单元,用于根据服务器端发送的页面数据,在页面中展示第一商 品信息;其中,所述第一商品信息在一个或多个维度上具有多个候选取值,分别从各个维度上任选一个取值则对应第一商品信息的一种具体形态,各个维度上的各个候选取值在所述页面中被置为可操作状态;所述第一商品信息的各个具体形态与第二商品信息的具体形态之间存在映射关系,在维度数目和/或维度上具有的候选取值数目上,第一商品信息小于第二商品信息;
接收单元,用于接收对所述第一商品各个维度上的取值进行选择的操作,确定为第一商品信息的各个维度分别选定的取值;
发送单元,用于将为第一商品信息的各个维度分别选定的取值发送到服务器,以便所述服务器确定买方客户端选定的第一商品信息的具体形态,并根据预先从卖方客户端获取到的转换关系信息,对买方客户端选定的第一商品信息的具体形态进行转换,得到对应的第二商品信息的具体形态的标识信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310088295.8A CN104063802B (zh) | 2013-03-19 | 2013-03-19 | 商品信息处理方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310088295.8A CN104063802B (zh) | 2013-03-19 | 2013-03-19 | 商品信息处理方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104063802A true CN104063802A (zh) | 2014-09-24 |
CN104063802B CN104063802B (zh) | 2017-05-17 |
Family
ID=51551499
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310088295.8A Active CN104063802B (zh) | 2013-03-19 | 2013-03-19 | 商品信息处理方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104063802B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017162074A1 (zh) * | 2016-03-25 | 2017-09-28 | 阿里巴巴集团控股有限公司 | 商品映射方法、装置及设备 |
CN107560617A (zh) * | 2017-08-22 | 2018-01-09 | 广州创维平面显示科技有限公司 | 一种基于广告机的导航方法、存储介质以及广告机 |
CN108198056A (zh) * | 2018-03-27 | 2018-06-22 | 深圳市纸邦科技有限公司 | 一种私人订制纸制品的线上平台 |
CN111006750A (zh) * | 2018-10-08 | 2020-04-14 | 阿里巴巴集团控股有限公司 | 电子秤设备、商品对象信息处理方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040167846A1 (en) * | 2001-06-27 | 2004-08-26 | Makoto Dojo | Transactional limitation solving device |
CN102467726A (zh) * | 2010-11-04 | 2012-05-23 | 阿里巴巴集团控股有限公司 | 一种基于网上交易平台的数据处理方法和装置 |
CN102957663A (zh) * | 2011-08-17 | 2013-03-06 | 阿里巴巴集团控股有限公司 | 一种商品信息提供方法、系统及装置 |
-
2013
- 2013-03-19 CN CN201310088295.8A patent/CN104063802B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040167846A1 (en) * | 2001-06-27 | 2004-08-26 | Makoto Dojo | Transactional limitation solving device |
CN102467726A (zh) * | 2010-11-04 | 2012-05-23 | 阿里巴巴集团控股有限公司 | 一种基于网上交易平台的数据处理方法和装置 |
CN102957663A (zh) * | 2011-08-17 | 2013-03-06 | 阿里巴巴集团控股有限公司 | 一种商品信息提供方法、系统及装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017162074A1 (zh) * | 2016-03-25 | 2017-09-28 | 阿里巴巴集团控股有限公司 | 商品映射方法、装置及设备 |
CN107560617A (zh) * | 2017-08-22 | 2018-01-09 | 广州创维平面显示科技有限公司 | 一种基于广告机的导航方法、存储介质以及广告机 |
CN108198056A (zh) * | 2018-03-27 | 2018-06-22 | 深圳市纸邦科技有限公司 | 一种私人订制纸制品的线上平台 |
CN111006750A (zh) * | 2018-10-08 | 2020-04-14 | 阿里巴巴集团控股有限公司 | 电子秤设备、商品对象信息处理方法及装置 |
CN111006750B (zh) * | 2018-10-08 | 2021-11-23 | 阿里巴巴集团控股有限公司 | 电子秤设备、商品对象信息处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104063802B (zh) | 2017-05-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Bräutigam et al. | Bartering globalization: China's commodity‐backed finance in Africa and Latin America | |
US10650399B2 (en) | Systems and methods for shopping in an electronic commerce environment | |
Hasan et al. | E-commerce challenges, solutions and effectiveness perspective Bangladesh | |
US20140351082A1 (en) | System and method for joint shopping cart | |
US20120197753A1 (en) | Systems and methods for shopping in an electronic commerce environment | |
KR20200041173A (ko) | 다수의 오픈 마켓에의 상품 정보 일괄 등록 시스템 및 등록 방법 | |
CN104063802A (zh) | 商品信息处理方法、装置及系统 | |
Mahajan et al. | Exploring the Potential of E-Commerce in the Digital Age: Challenges and Opportunities for Commerce Education. | |
Mäenpää et al. | Digitalization in retail: the impact on competition | |
KR100990690B1 (ko) | 계좌관리 시스템 및 그 방법 | |
Banerjee et al. | Digital dynamics and international trade: Experiences of South and South-East Asia | |
CN109310916B (zh) | 用于解决数据产品订单管理中的冲突的系统和方法 | |
Ahmad | The role of public relations in promoting Islamic products globally: The Malaysian experience | |
Sijabat | E-Commerce adoption: A study on opportunities and challenges in Indonesia | |
CN112348298B (zh) | 设计师管理方法、装置、电子终端、及存储介质 | |
Abrego et al. | How reasonable are assumptions used in theoretical models? Computational evidence on the likelihood of trade pattern changes | |
Zeck et al. | Real-world experience with a multicloud exchange | |
KR20160061277A (ko) | Ux기반의 중소기업 포털 서비스 시스템 | |
WO2018042868A1 (ja) | 有価証券の売買に用いられる装置 | |
Kobets et al. | Dynamic Model of Double Electronic Vickrey Auction. | |
Olusola et al. | Comparative analysis of e-commerce in Nigeria: problems, solutions and efficacy | |
JP2018073404A (ja) | 情報処理装置 | |
Banerjee et al. | How attractive is a locale to e-tailers? Introducing a regional e-tailing adoption model for non-metropolitan India | |
Maleki et al. | E-procurement platform implementation feasibility study and challenges: A practical approach in Iran | |
JP2018072953A (ja) | 情報処理装置 |
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 |