用于电子商务的商品品鉴系统

本发明涉及电子商务系统技术领域，具体涉及用于电子商务的商品品鉴系统。

电子商务是一种基于浏览器/服务器买卖双方不谋面地进行的贸易活动。电子商 务中，买方与卖方不用见面的模式，扩大了交易的范围，使得人们仅需打开互联网登录浏览 器/服务器账号，即可获得天南海北的商品买卖信息。

这些商品有价廉物美的也有滥竽充数的，在买方和卖方无法见面的情况下，消费 者很难判断这一商品是不是自己所需要的那一款。尽管商家通常提供商品的实拍图和视 频，但视频和照片提供的信息也很有限，比如衣服的手感、食物的口感、日用品的材料等等 都是无法从图片或视频中简单看出的。

为便于消费者判断商家所售商品的好坏，各大电商平台通常都设有评论区，用以 收集购买了该商品的评论，使得消费者能够根据评论区的评论自行判断该商品的性能好 坏。然而，一些无良商家会采用刷单的方法掩盖自己商品的质量问题，将评论区变为清一 的好评用以欺骗消费者的双眼，达到自己不正当盈利的目的。所以评论区他人的书面评论， 也变得不是特别靠谱。

因此如何能帮助消费者品鉴商品的质量，且能够让消费者自己信服，是一个亟待 解决的问题。

本发明意在提供一种用于电子商务的商品品鉴系统，能够解决电商平台中消费者 难以辨别商品的真正质量好坏的问题。

为了解决上述技术问题，本专利提供如下技术方案：

用于电子商务的商品品鉴系统，包括后台服务器、客户终端和体验终端，所述客户 终端和体验终端均与后台服务器网络连接；

所述后台服务器包括权限审核模块、数据库、匹配模块和物流模块；所述客户终端 包括体验申请模块；所述体验终端包括反馈模块；

客户终端通过体验申请模块向后台服务器发送某一商品的品鉴申请信息，后台服 务器中的权限审核模块对客户终端发送的品鉴申请信息进行审核，若审核通过，数据库对 客户终端发送的品鉴申请信息进行存储，并将审核通过信息回传给客户终端；

后台服务器通过匹配模块对品鉴申请信息与数据库中的商品所在的仓库地址信 息按照一定的规则进行匹配，以使品鉴申请信息中的体验商品的出货仓库与体验终端所在 位置最近，物流模块对体验商品从匹配出的仓库到体验终端之间的物流运送情况进行监 控；

体验终端接收到体验商品后通过反馈模块向后台服务器发送反馈信息，后台服务 器将该反馈信息转发给客户终端。

本发明的技术方案中，利用买家到体验终端的用户方式，更有利于商家的商品 宣传推广，当体验终端的用户为体验商品打出满意的时候，体验终端用户在今后需要到同 类商品的时候也会优先考虑该商家，并且体验终端的用户也可能会向身边的其他用户对上 述商家进行宣传，所以本发明的技术方案中，若商家商品优异则商家会获得新的一批潜在 购买人。

本发明的技术方案中，体验终端的用户在品尝之后的满意程度，通过反馈模块发 送给后台服务器，客户终端的用户可以通过后台服务器转发的反馈信息，得到体验用户的 真实体验评价，并以此作为辨别该体验商品品质优劣的重要参考，体验终端用户由客户终 端的买家自己挑选，增强了体验终端的体验效果的可靠性。

进一步，所述客户终端还包括通信模块，当客户终端接收到权限审核模块发送的 审核通过信息后，通过通信模块向体验终端发送体验通知信息。

在权限审核模块对客户终端的品鉴申请模块提供的品鉴申请信息审核通过后，客 户终端的通信模块向体验终端发送体验通知信息，确保体验客户能够知晓将要体验的商 品。

进一步，所述品鉴申请信息包括客户信息、商品名、承诺信息和体验客户信息，所 述体验客户信息包括体验客户地址和体验客户；

所述数据库包括待售商品区和仓库区，所述待售商品区存储有待售商品信息，所 述待售商品信息包括商品名、总库存量、仓库名、各个仓库的库存量；所述仓库区存储有仓 库信息，所述仓库信息包括仓库名和对应的仓库地址。

本方案中对数据库和品鉴申请信息进行分类，确保申请品鉴信息内包含整个商品 品鉴系统需要输入的信息；而数据库对信息的存储进行分类，数据库内信息的查和存储 归类高效运行。

进一步，所述匹配模块对品鉴申请信息与数据库的匹配规则为，调用体验客户信 息中的体验客户地址和数据库中仓库区各个仓库的地址，根据距离最近的原则进行匹配， 得出最接近体验客户地址的体验仓库。

针对体验客户地址和仓库地址进行匹配，并计算仓库与体验客户之间的距离，得 出最接近体验终端的仓库，进行就近发货，减少物流的时间，也就是或减少商品交易的周 期，使得系统运行更加高效。

进一步，所述客户终端还包括好评加购修改模块，用于向服务器发送好评加购修 改量；

所述后台服务器接收到反馈模块发送的好评信息，则后台服务器向客户终端发送 好评加购量确认信息；所述后台服务器接收到好评加购修改模块发送的好评加购修改量 后，将好评加购修改量覆盖原好评加购量。

本方案提供了好评加购修改模块，在确认好评后可以修改原先好评加购量，使得 用户可以根据自身情况修改需要额外购买的量，避免用户再次需要多购还需要重新提交订 单的情况。

进一步，所述后台服务器还包括二次库存审核模块，所述二次库存审核模块用于 将商品二次预计购买量与数据库中待售商品区的商品总库存进行对比，若商品二次预计购 买量大于商品总库存，则向客户终端发送库存不足信息，若商品二次预计购买量小于或等 于商品总库存，则向客户终端发送审核通过信息；所述商品二次预计购买量为商品基本购 买量与好评加购修改量的总和。

本方案中，在客户终端提交好评加购修改量后，客户终端的二次库存审核确认是 否有足够的存货来进行修改后的交易，避免客户重新提交的订单中所需要的二次预计购买 量超过总存货量，交易无法正常进行的情况。

进一步，所述体验申请信息包括客户信用分；

所述后台服务器还包括体验监督模块和积分模块，所述体验监督模块用于将商品 预计购买量与商品二次购买量进行对比，若商品预计购买量小于或等于商品二次购买量， 则体验监督模块向积分模块发送加分信息，当是商品预计购买量大于商品二次购买量，则 体验监督模块向积分模块发送减分信息；

所述积分模块用于读取体验申请信息中的客户信用分，当积分模块接收到体验监 督模块发送的加分信息，积分模块在客户信用分上增加预设的单位积分后作为新的客户信 用分；当积分模块接收到体验监督模块发送的减分信息，积分模块在客户信用分上减少阈 值的单位积分后作为新的客户信用分；

所述权限审核模块还包括信用审核模块，将体验申请信息中的客户信用分与预设 的最低标准信用分进行对比，若客户信用分小于预设最低标准信用分，则向客户终端发送 信用分不足信息。

考虑到有些用户不遵守承诺，在得到好评后，在好评加购修改模块修改出小于自 己原先承诺的好评加购数值的好评加购修改量，损坏了商家的利益，因此本方案中引入了 积分的模式；在修改后的商品二次购买量与商品预计购买量均存在时，对两者进行对比，若 商品二次购买量比较大或与商品预计购买量相等，则给客户信用分进行加分，说明客户遵 守了原先的承诺，并在原先的好评加购量的基础上购买了更多的产品；若商品预计购买量 比较小，则给客户信用分进行扣分，说明客户终端的客户并没有遵守承诺；

而当客户多次反悔购买了比原先承诺量少的商品时，该客户的信用分会多次下 降，当客户的信用分下降到商家规定的最低标准信用分时，权限审核模块将拒绝该客户的 品鉴申请。

进一步，所述数据库还包括信用分区，所述信用分区存储有信用信息，所述信用信 息包括客户名和客户最新信用分，所述客户最新信用分为积分模块中新的客户积分。

考虑到，有些客户会谎报自己的客户信用分，本方案中将积分模块算出的新的客 户积分存储到数据库中的信用分区内，保证信用分的真实有效

进一步，所述权限审核模块中的信用审核模块，根据客户名读取数据库中信用分 区的信用信息，用于与最低标准信用积分进行对比。

本方案中，在进行权限审核模块中的信用审核时，将不再参考客户提供的客户信 用分了，而是根据客户名读取数据库中信用分区内的客户信用分，避免客户自己谎报客户 信用分或者客户自己遗忘了客户信用分的情况。

图1为本发明用于电子商务的商品品鉴系统实施例的模块框图。

下面通过具体实施方式结合图1进行进一步详细的说明：

一、说明部分

数据库中存储的数据分为预存的地图、待售商品区、仓库区和信用分区；其中待售 商品区的待售商品信息包括各个商品名、商品名对应的总库存量、仓库名和商品名在各个 仓库内的库存量；仓库区的仓库信息包括仓库名和各个仓库的地址；信用分区存储的时客 户名和与客户名对应的客户信用分。

以商品“叫花鸡”为例，待售商品信息包括了，叫花鸡、叫花鸡在ABCD四个仓库的总 库存量、仓库名A、叫花鸡在A仓库的库存量、仓库名B、叫花鸡在B仓库的库存量、仓库名C、叫 花鸡在C仓库的库存量、仓库名D和叫花鸡在D仓库的库存量；仓库信息包括了仓库名A-A仓 库的地址，仓库名B-B仓库的地址，仓库名C-C仓库的地址，仓库名D-D仓库的地址。

商品体验量为商家预设在服务器中的体验商品发货的数量或质量。

近客户仓库是指匹配模块中匹配出的最接近客户终端的仓库。

近体验仓库是指匹配模块中匹配出的最接近体验终端的仓库。

客户信用分是指客户在使用本品鉴系统产生的信用积分，信用积分规则如下：商 家规定初次使用的客户一个初始信用分，若客户真实的购买量大于或等于订单承诺的购买 量，即下例中，二次预计购买量大于商品预计购买量，在初始信用分上加单位积分；若客户 真实的购买量小于订单承诺的购买量，即下例中二次预计购买量小于商品预计购买量，则 减少单位积分，且该积分在权限审核时也纳入权限审核部分，若客户信用积分小于商家规 定的最低标准信用积分，审核不通过，此外，初始信用分应大于最低标准信用积分。

好评加购量为用户使用客户终端所第一次承诺的若得到好评则加购的商品数量。

好评加购修改量为用户使用客户终端的好评加购修改模块，在得到好评的情况 下，客户重新想加购的商品数量，用法为使用好评加购修改量替换原先的好评加购量。

二、架构部分

本实施例用于电子商务的商品品鉴系统包括后台服务器、客户终端和体验终端， 所述客户终端和体验终端均与后台服务器网络连接；后台服务器包括权限审核模块、数据 库、匹配模块、物流模块、体验监督模块、信用模块、二次库存审核模块；客户终端包括购物 选择模块、通信模块和好评加购修改模块，购物选择模块包括直接购物模块和体验申请模 块；体验终端包括反馈模块；

客户终端通过体验申请模块向后台服务器发送品鉴申请信息，后台服务器中的权 限审核模块对客户终端发送的品鉴申请信息进行审核，若审核通过，数据库对客户终端发 送的品鉴申请信息进行存储，并将审核通过信息回传给客户终端；

权限审核模块对客户终端进行审核的具体过程包括：对品鉴申请信息的完整性进 行审核，对品鉴申请信息中的所需商品基本购买量和好评加购量对比数据库中的总库存量 进行审核，以及对客户的客户信用分是否低于商家所规定的最低标准信用分进行审核。

后台服务器通过匹配模块对品鉴申请信息中的体验客户地址与数据库中的仓库 地址按照就近原则进行匹配，保证体验商品的出货仓库与体验终端所在位置最近，物流模 块对体验商品从匹配出的仓库到体验终端之间的物流运送情况进行监控；

体验终端接收到体验商品后通过反馈模块向后台服务器发送反馈信息，后台服务 器将该反馈信息转发给客户终端；

客户终端接收到反馈信息后通过对好评加购修改模块修改合适的好评加购修改 量，而后将好评加购修改量提交给二次库存审核模块；

二次库存审核模块接收到好评加购修改量后，计算出商品二次预计购买量，根据 商品二次预计购买量与数据库中总库存量进行对比，得出该二次预计购买量是否超出总库 存量，若超出则通知客户端重新提交好评加购修改量，若未超出，则进入匹配模块，匹配出 最接近客户地址的仓库进行就近发货；

期间，积分模块对商品二次预计购买量与商品预计购买量进行比较，判断该用户 是否遵守承诺，若商品二次预计购买量小于商品预计购买量，则在客户信用分上进行单位 积分的扣分，若商品二次预计购买量大于或等于商品预计购买量，则在客户信用分进行单 位积分的加分；计算后的客户信用分重新发送给客户终端。

上述方案的运营模式如下：

S1，客户终端进入购物选择模块后对购物模式进行选择，若选择直接购物模块，则 执行S2，若选择体验申请模块，则进入S3：

S2，包括以下步骤：

S2-1，在直接购物模块下填写直接购物申请表，直接购物申请表中含有以下信 息——客户信息和商品信息，其中客户信息包括客户和客户地址，商品信息包括 商品名和预购买商品量；

S2-2，直接购物模块将直接购物申请表发送给后台服务器的直接审核模块；

S2-3，后台服务器中的直接审核模块接收到直接购物申请表后，根据商品名从数 据库中的待售商品区调出该商品的总库存量和各地仓库的库存量，然后将预购买商品量与 商品的总库存量进行对比；

若预购买商品量小于该商品的总库存量时，直接审核模块向客户终端发送审核通 过信息，且执行S2-4；

若预购买商品量大于该商品的总库存量时，直接审核模块向客户终端发送库存不 足信息，且中断执行；

S2-4，匹配模块从数据库的仓库区中调出含有仓库名和对应仓库名的仓库地址进 行筛选，将这些仓库地址和客户地址结合数据库中预存的地图进行匹配，从而得出最接近 客户终端的近客户仓库；若近客户仓库中与客户提供商品名对应的商品库存量大于预购买 商品量，则直接执行S2-6；若近客户仓库中与客户商品名对应的商品库存量小于预购买商 品量，则执行S2-5；

S2-5，从S2-4中近客户仓库附近的其他仓库调运与客户提供商品名对应的商品， 从而使得与客户终端资金的仓库中与客户提供商品名对应的商品库存量大于预购买商品 量，然后执行S2-6；

S2-6，从近客户仓库中发出与客户提供商品名对应的商品，后台服务器中的物流 模块对商品从仓库到客户终端的运送进行监控，并将物流信息发送给客户终端。

S3包括以下步骤：

S3-1，在体验申请模块下填写体验申请表，体验申请表中含有以下信息——客户 信息、体验客户信息、商品信息和承诺信息，客户信息包括客户、客户地址和客户 信用分，商品信息包括商品名和基本商品购买量，体验客户信息包括体验客户和 体验客户地址，承诺信息为好评加购量；

S3-2，体验申请模块将体验申请信息发送给后台服务器的权限审核模块；

S3-3，后台服务器的权限审核模块对体验申请表中的信息进行以下审核：

完整性审核，即客户信息、体验客户信息、商品信息和承诺信息是否均填写完成， 若是，则进一步进行库存审核，若否则向客户终端发送未完成信息，并执行S3-1；

库存审核，即商品预计购买量与商品总库存进行对比，商品预计购买量为商品基 本购买量与好评加购量的总和，根据客户提供的商品名从数据库中的待售商品区调出该商 品的总库存量和各地仓库的库存量，然后将商品预计购买量与商品的总库存量进行对比； 若商品预计购买量大于商品总库存，则向客户终端发送库存不足信息，并执行S3-1；若商品 预计购买量小于或等于商品总库存，则进行信用审核；

信用审核，将客户信用分与最低标准信用分进行对比，若客户信用分大于或等于 最低标准信用分，则向客户终端发送审核通过信息，且执行S3-4；若客户信用分小于最低标 准信用分，则向客户终端发送审核未通过信息，且执行S3-1；

S3-4，匹配模块从数据库的仓库区中调出仓库名所有仓库地址进行筛选，将这些 仓库地址和体验客户地址结合数据库中预存的地图进行匹配，从而得出最接近体验终端的 近体验仓库；

若近体验仓库中与客户提供商品名对应的商品库存量大于商品体验量，则直接执 行S3-6；

若近体验仓库中与客户商品名对应的商品库存量小于商品体验量，则执行S3-5； 其中，商品体验量为商家自己规定的体验客户所收到的量；

S3-5，从S3-4中近体验仓库附近的仓库调运与客户提供商品名对应的商品，从而 使得与近体验仓库中与客户提供商品名对应的商品库存量大于商品体验量，然后执行3-6；

S3-6，从近体验仓库中向体验终端所在位置发送与客户提供商品名对应的商品， 其中近体验终端所在位置也就是体验客户地址；

S3-7，物流模块对S3-6中的体验商品从上述最近进体验终端的仓库中出货到体验 终端的物流情况进行监控，并将物流信息发送给体验终端和客户终端；

S3-8，体验终端对体验商品通过反馈模块进行评价，反馈模块将评价信息发送给 后台服务器，后台服务器将反馈评价发送给客户终端，若反馈评价为体验商品好评信息，则 执行S3-9；

S3-9，后台服务器还会向客户终端发送好评加购量确认信息；

若客户终端无需修改好评加购量，客户终端向后台服务器发送好评加购确认信息 且执行S3-12，若客户终端需要修改好评加购量，则执行S3-10；

S3-10，客户终端通过好评加购修改模块提出好评加购修改量，好评加购修改模块 将好评加购修改量上传给后台服务器，后台服务器使用好评加购修改量替换原先的好评加 购量，执行S3-11；

S3-11，后台服务器中的二次库存审核模块对商品二次预计购买量与数据库中待 售商品区的商品总库存进行对比，商品二次预计购买量为商品基本购买量与好评加购修改 量的总和，

若商品二次预计购买量大于商品总库存，则向客户终端发送库存不足信息，并执 行S3-9；

若商品二次预计购买量小于或等于商品总库存，则向客户终端发送审核通过信 息，并执行S3-12；

S3-12，匹配模块从数据库的仓库区中调出含有仓库名和对应仓库敏的仓库地址 进行筛选，而后对这些仓库和客户地址结合数据库中预存的地图进行匹配，从而得出最接 近客户终端的近客户仓库；

若近客户仓库中与客户提供商品名对应的商品库存量大于或等于商品预计购买 量/商品二次预计购买量，则直接执行S3-14；

若近客户仓库中与客户商品名对应的商品对库存量小于商品预计购买量/商品二 次预计购买量，则执行S3-13；

此处商品二次购买量和商品预计购买量同时存在的话，则优先使用商品二次预计 购买量；

S3-13，从S2-12中近客户仓库附近的仓库调运与客户提供商品名对应的商品，从 而使得与近客户仓库中与客户提供商品名对应的商品库存量大于或等于商品预计购买量/ 商品二次预计购买量，然后执行3-14；

S3-14，从近客户仓库中发出与客户提供商品名对应的商品，后台服务器中的物流 模块对近客户仓库到客户终端的运送进行监控，并将物流信息发送给客户终端；

S3-15，若存在商品二次购买量，则体验监督模块将商品预计购买量与商品二次购 买量进行对比，当商品预计购买量小于或等于商品二次购买量，则体验监督模块向积分模 块发送加分信息，当商品预计购买量大于商品二次购买量，则体验监督模块向积分模块发 送减分信息；若不存在商品二次购买量，则体验监督模块向积分模块发送加分信息；

S3-16，积分模块读取体验申请表中客户信息的客户信用分，并根据体验监督模块 发送的信息进行信用分的增添，具体为，若积分模块接收到体验监督模块发送的加分信息， 则在原先客户的客户信用分上加单位积分作为该客户新的客户信用分，若积分模块接收到 体验监督模块发送的减分信息，则在原先客户的客户信用分上减去单位积分，作为该客户 新的客户信用分，这里单位积分为商家自己规定的积分最小变化量；

S3-17，积分模块将该客户新的客户信用分发送给客户终端，告知客户终端。

三、具体案例部分

下面以一具体事例来进行描述：

用户A在购买商品“叫花鸡”时，向电子商务平台提出需要在江苏常熟的亲戚B进行 品鉴，并承诺，亲戚B满意后，A愿意从基本购买量十只加购到十五只；此外该电子商务平台 的积分设计为，客户初始分为10分，每次体验监督模块扣分扣1分，加分加1分，客户信用分 低于6分，则该电子商务凭条不再接受该客户的体验申请服务；那么A的交易在本用于电子 商务的商品品鉴系统下存在了以下几个状态：

(1)用户A为初次使用客户

用户A在自己的客户终端上进入购物模式选择模块后选择体验申请模块，在体验 申请模块中的体验申请表中填写出A的地址、A的电话、B的地址、B的电话、初次使用、购买商 品“叫花鸡”、基本购买量为十、好评加购量为五；

体验申请模块将体验申请表发送到后台服务器，后台服务器中的权限审核模块对 体验申请表进行完整性审核、库存审核和信用审核，其中完整性审核确保上述表格的必填 内容都填写完整，避免重要信息遗漏；库存审核根据基本购买量和好评加购量计算出商品 预计购买量，本例中基本购买量为十，好评加购量为五，所以商品预计购买量为十五，那么 将商品预计购买量与商品的总库存量进行对比，若商品的总库存量超过十五，那么库存审 核通过，若商品的总库存量小于十五，那么发送信息给客户终端说明商品库存量不够，因此 库存审核是为了避免客户终端的用户购买量超过库存量，而系统无法及时查出从而使得后 续发货困难、客户体验下降的问题；信用审核，由于客户是初次使用客户，客户信用分默认 为10，本系统中最低标准信用分为6，由于客户信用分大于最低标准信用分，所以信用审核 通过；因此客户A的权限审核通过；

然后，后台服务器的匹配模块从数据库的仓库区调出所有仓库位置，此处假设仓 库位置分别为北京、浙江杭州、重庆、江苏常熟，而后匹配模块将B的地址与仓库地址进行匹 配，判断出江苏常熟离体验用户B最近，因此体验商品从江苏常熟运出到B所在的位置；这样 用最近仓库进行发货的话，保证了物流的速度，减少了B反馈体验商品质量所需的时间，提 高了客户A的体验度，同时也减少了使用本发明品鉴系统的商家在物流上花费的金钱；

期间B可以通过体验终端得到后台服务器的物流模块对体验商品的物流情况进行 的监控信息，从而使得B能够及时收货，并对体验商品进行品鉴，而客户A也可以通过客户终 端得到体验商品的物流信息，便于A及时与B沟通，促进B及时收货和品鉴；

B品鉴通过体验终端的反馈模块进行反馈，由于商品是“叫花鸡”，因此B品鉴的内 容可以是品相、口感、是否重口味等多方位的内容，最终B对品鉴商品进行评价，即“好评”或 “非好评”，而后品鉴模块将B的反馈信息发送给后台服务器；

后台服务器中检测到B对该品鉴商品评价为好评，那么就发送给A所在的客户终端 一个好评加购量确认信息，使得客户A确认是否需要修改好评加购量；

情景一：A觉得买十五只就够了，那么A选择好评加购量确认，之后，后台服务器中 匹配模块将A所在的地区与仓库地址进行匹配，得出离A最近的仓库位置，从离A最近仓库位 置进行发货，减少A等待货物的时间，也降低运营成本；

情景二：A觉得可以再增加购买，扩大到十六只，那么A选择好评加购量修改，从客 户终端的好评加购修改模块中输入好评加购修改量为六，而后加购修改模块将好评加购修 改量上传后台服务器；后台服务器用好评加购修改量替换原先的好评加购量，也就是说将 “五”替换为“六”，而后进入二次库存审核模块，计算出商品二次预计购买量，商品二次预计 购买量为商品基本购买量与好评加购修改量的总和，也就是说此处商品二次预计购买量为 十六；

情景三：A违背规则，在选择好评加购修改中，从客户终端的好评加购修改模块中 输入好评加购修改量为四，而后加购修改模块将好评加购修改量上传后台服务器；后台服 务器中，用好评加购修改量替换原先的好评加购量，也就是说将“五”替换为“六”，而后进入 二次库存审核模块，计算出商品二次预计购买量，商品二次预计购买量为商品基本购买量 与好评加购修改量的总和，也就是说此处商品二次预计购买量为十四；

将商品二次预计购买量与商品总库存进行对比，若总库存量小于十六，则重新回 到好评加购修改模块，通知用户重新修改好评加购量；若总库存量大于十六，则判断可以直 接进行发货；

接下来匹配模块筛选调用数据库仓库区中所有仓库的位置，根据数据库自身存储 的地图匹配出靠近A所在位置的近客户仓库；

而后从近客户仓库中将商品“叫花鸡”运出发送给A的地址，期间物流模块对商品 “叫花鸡”的物流进行监控，并将物流信息发送给客户终端，便于客户终端出的客户A能够及 时得到物流信息，提高客户体验度；

期间若最近A的仓库中库存量小于十六，则从其他仓库进行调货，若靠近B的仓库 中体验商品量不足，则从其他仓库进行调货，从而解决最近仓库中库存量不足的问题；

在匹配模块对A的地址与商品所有仓库的地址进行对比的时候，体验监督模块将 商品预计购买量与商品二次购买量进行对比，由于本方案中商品预计购买量为十五；

在情景一中，商品二次购买量是十五，所以本次购物中商品二次购买量等于商品 预计购买量，所以体验监督模块向积分模块发送加分信息；

在情景二中，商品二次购买量是十六，所以本次购物中商品二次购买量大于商品 预计购买量，所以体验监督模块向积分模块发送加分信息；

在情景三中，商品二次购买量是十四，所以本次购物中商品二次购买量小于商品 预计购买量，所以体验监督模块向积分模块发送减分信息。

积分模块接收到体验监督模块发送的加分信息后，积分模块在原有的客户信用分 10的基础上进行加分1，从而得到现有的客户信用分为11，而后积分模块将修改后的客户信 用分发送给客户终端；

积分模块在接收到体验监督模块发送的减分信息后，积分模块在原有的客户信用 分10的基础上进行减分1，从而得到现有的客户信用分为9，而后积分模块将修改后的客户 信用分发送给客户终端。

(2)用户A并不是初次使用客户

用户A在自己的客户终端上进入购物选择模块后选择体验申请模块，在体验申请 模块中的体验申请表中填写出，A的地址、A的电话、A的客户信用分、B的地址、B的电话、购买 商品“叫花鸡”、基本购买量为十、好评加购量为五；

体验申请模块将体验申请表发送到后台服务器，后台服务器中的权限审核模块对 体验申请表进行完整性审核、库存审核和信用审核，其中完整性审核确保上述表格的必填 内容都填写完整，避免重要信息遗漏；库存审核根据基本购买量和好评加购量计算出商品 预计购买量，本例中基本购买量为十，好评加购量为五，所以商品预计购买量为十五，那么 将商品预计购买量与商品的总库存量进行对比，若商品的总库存量超过十五，那么库存审 核通过，若商品的总库存量小于十五，那么发送信息给客户终端说明商品库存量不够，因此 库存审核是为了避免客户终端的用户购买量超过库存量，而系统无法及时查出从而使得后 续发货困难、客户体验下降的问题；信用审核，若客户输入的客户信用分为11，则大于本系 统中最低标准信用分6，审核通过，若客户输入的客户信用分为5，则小于本系统中最低标准 信用分6，则审核不通过，发送信息给客户终端说明信用分不足，驳回申请。

若审核通过，则后续与(1)中说明的一致。

此外，为避免用户自己谎报客户信用分，数据库中还设有信用分区，信用分区用于 存储信用信息，信用信息包括客户名和信用分，数据库中将每次的信用模块计算出的客户 信用分存储起来；

而权限审核模块中的信用审核，则是根据客户名调用数据库中信用分区中该客户 的信用信息与最低标准信用分进行对比。

以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作 过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的 普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手 段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施 本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请 的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作 出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效 果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具 体实施方式等记载可以用于解释权利要求的内容。