CN102982454A - 信用值处理方法、信用值处理服务器及物流服务器 - Google Patents

Abstract

本发明公开了一种信用值处理方法、信用值处理服务器及物流服务器，该方法包括步骤：信用值处理服务器获得评价方针对被评价方的评价信息，评价信息中包含评价值和此次交易的运单信息，根据评价信息中包含的运单信息确定此次交易对应的物流服务器，向物流服务器发送携带有运单信息的运单查询消息，接收物流服务器发送的查询结果，若查询结果为查询到运单信息，则确认获得的评价信息为有效评价信息，根据确认出的有效评价信息中包含的评价值，对被评价方的信用值进行处理。采用本发明技术方案，解决了现有技术中存在的处理用户信用值的准确性较低，且耗费了较多处理资源的问题。

Description

信用值处理方法、信用值处理服务器及物流服务器

技术领域

本申请涉及互联网信息处理技术领域，尤其涉及一种信用值处理方法、信用值处理服务器及物流服务器。

背景技术

电子商务网站为用户提供了能够在网上实现交易的商品，用户在电子商务网站提供的商品中，选择需要购买的商品，然后利用支付服务器进行网络支付，电子商务网站通过物流系统将用户购买的商品配送给用户，这极大提高了用户购物的便利性。

交易双方在完成交易后，买方会针对此次交易，提交对卖方的评价信息，卖方也会针对此次交易，提交对买方的评价信息，评价信息中包含买方的用户标识信息、卖方的用户标识信息、此次交易的运单号以及此次评价的评价值(也可以称为评价分数)，待买方和卖方均评价完成后，电子商务网站会根据买方对卖方的评价值，对卖方的信用值(也可以称为信用积分)进行修改，得到卖方完成此次交易之后的信用值，同时，电子商务网站根据卖方对买方的评价值，对买方的信用值进行修改，得到买方完成此次交易之后的信用值。其中，按照用户所提交的评价值，可以将评价分为“好评”、“中评”和“差评”三个评价等级，每一个评价等级均对应一个评价值区域，例如，“好评”对应的评价值区域为[4，5]，若用户所提交的评价信息中的评价值为4.8，则对应的评价等级为“好评”，此外，每个评价等级均对应修改类型以及修改信用值，例如，“好评”对应的修改类型为增加修改，修改信用值为1，“中评”对应的修改类型为不对信用值进行修改，修改信用值为0，“差评”对应的修改类型为扣除修改，修改信用值为1，若买方对卖方所提交的评价信息中的评价值对应的评价等级为“中评”，卖方之前的信用值为20000，则电子商务网站不对卖方的信用值进行修改，卖方完成此次交易之后的信用值仍为20000；若卖方对买方所提交的评价信息中的评价值对应的评价等级为“好评”，买方之前的信用值为200，则电子商务网站对买方的信用值进行修改时，将买方的信用值加1，买方完成此次交易之后的信用值为201。

电子商务网站针对每个用户，分别根据该用户的信用值，确定该用户的信用等级，每个信用等级均对应一个信用值区域，例如，信用等级1级对应的信用值区域为[4，10]，若用户的信用值为9，则该用户的信用等级为1级。用户的信用等级代表了该用户的信用度，信用等级越高，则表明该用户的信用度越高。用户作为买方通过电子商务网站购买商品时，一般会认为信用等级高的卖方的信用度高，那么该卖方的商品的质量以及物流配送质量就会有保证，因此买方一般会选择与信用等级较高的卖方进行交易。

由上可见，在电子商务网站中，信用值对于用户来讲是非常重要的，是吸引买方的一个重要因素，由此就出现了一些恶意进行信用炒作的行为，例如虚假交易，买方和卖方之间完成了交易流程，但是卖方并未通过物流系统将买方购买的商品配送给买方，买方和卖方之间利用虚假运单来完成交易，并且针对此次交易作出评价，也就是说交易双方在未完成实际交易的情况下针对交易作出评价，从而抬高交易双方的信用值。

由上述处理过程可知，在现有技术中，电子商务网站中的用户可能会通过虚假交易来进行恶意的信用炒作，由于电子商务网站针对每笔交易，均会根据交易双方提交的评价信息，对交易双方的信用值进行处理，从而使得电子商务网站对用户信用值进行处理时的准确性较低，且用户通过虚假交易来进行信用炒作时，由于电子商务网站会针对虚假交易进行相应的处理，从而耗费了电子商务网站较多的处理资源。

发明内容

本申请实施例提供一种信用值处理方法、信用值处理服务器及物流服务器，用以解决现有技术中存在的对用户信用值进行处理的准确性较低，且耗费了较多处理资源的问题。

本申请实施例技术方案如下：

一种信用值处理方法，该方法包括步骤：信用值处理服务器获得评价方针对与所述评价方进行交易的被评价方的评价信息，所述评价信息中包含评价值和此次交易的运单信息；并根据获得的评价信息中包含的运单信息，确定此次交易对应的物流服务器；所述信用值处理服务器向确定出的物流服务器发送携带有所述运单信息的运单查询消息；以及接收物流服务器发送的查询结果，所述查询结果为所述物流服务器在自身存储的各运单信息中查询所述运单查询消息中携带的运单信息后发送的；若接收到的查询结果为查询到所述运单信息，则所述信用值处理服务器确认获得的评价信息为有效评价信息；所述信用值处理服务器根据确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理。

一种信用值处理服务器，评价信息获得单元，用于获得评价方针对与所述评价方进行交易的被评价方的评价信息，所述评价信息中包含评价值和此次交易的运单信息；物流服务器确定单元，用于根据评价信息获得单元获得的评价信息中包含的运单信息，确定此次交易对应的物流服务器；运单查询消息发送单元，用于向物流服务器确定单元确定出的物流服务器发送携带有所述运单信息的运单查询消息；查询结果接收单元，用于接收物流服务器发送的查询结果，所述查询结果为所述物流服务器在自身存储的各运单信息中查询所述运单查询消息中携带的运单信息后发送的；评价信息确认单元，用于在查询结果接收单元接收到的查询结果为查询到所述运单信息时，确认评价信息获得单元获得的评价信息为有效评价信息；信用值处理单元，用于根据评价信息确认单元确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理。

一种信用值处理方法，该方法包括步骤：物流服务器接收信用值处理服务器发送的运单查询消息，所述运单查询消息中携带有需要查询的运单信息；以及在自身存储的各运单信息中，查询所述运单查询消息中携带的运单信息；并将查询结果发送给所述信用值处理服务器。

一种物流服务器，包括：运单查询消息接收单元，用于接收信用值处理服务器发送的运单查询消息，所述运单查询消息中携带有需要查询的运单信息；运单信息查询单元，用于在所述物流服务器存储的各运单信息中，查询所述运单查询消息中携带的运单信息；查询结果发送单元，用于将运单信息查询单元的查询结果发送给所述信用值处理服务器。

本申请实施例技术方案中，信用值处理服务器首先获得评价方针对与所述评价方进行交易的被评价方的评价信息，其中，获得的评价信息中包含评价值和此次交易的运单信息，然后信用值处理服务器根据获得的评价信息中包含的运单信息，确定此次交易对应的物流服务器，并向确定出的物流服务器发送携带有所述运单信息的运单查询消息，物流服务器在自身存储的各运单信息中查询所述运单信息后，向信用值处理服务器发送查询结果，若查询结果为查询到所述运单信息，则信用值处理服务器确认获得的评价信息为有效评价信息，后续信用值处理服务器根据确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理。由上可见，本申请实施例技术方案中，信用值处理服务器通过在物流服务器中查询评价信息中包含的运单信息，来判断运单信息的真实性，以此来确定此次的评价信息是否为有效评价信息，信用值处理服务器只根据有效评价信息来对被评价方进行信用值的处理，因此能够避免对虚假交易的评价信息进行信用值处理，从而提高了处理用户信用值的准确性，此外，由于本申请实施例技术方案能够避免对虚假交易的评价信息进行信用值的处理，因此能够有效地减少虚假交易的数量，从而进一步节省了电子商务网站较多的处理资源。

附图说明

图1为本申请实施例一中，信用值处理网络架构示意图一；

图2为本申请实施例二中，信用值处理网络架构示意图二；

图3为本申请实施例三中，信用值处理方法流程示意图；

图4为本申请实施例四中，信用值处理方法具体实现流程示意图；

图5为本申请实施例五中，信用值处理服务器结构示意图；

图6为本申请实施例六中，物流服务器结构示意图。

具体实施方式

下面结合各个附图对本申请实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。

实施例一

如图1所示，为本申请实施例一提出的信用值处理网络架构图，包括用户侧的网页浏览器11、网络侧的信用值处理服务器12和物流服务器13，其中：

用户作为买方，通过个人计算机(PC，Personal Computer)或移动终端中的网页浏览器11，浏览电子商务网站提供的商品页面，然后选择需要购买的商品，与商品的所有者(即卖方)进行交易，在完成交易流程后，买方需要针对此次交易，将对卖方的评价信息提交给电子商务网站的信用值处理服务器12，此时，买方为评价方，卖方为被评价方，卖方也需要针对此次交易，将对买方的评价信息提交给电子商务网站的信用值处理服务器12，此时，卖方为评价方，买方为被评价方，评价信息中包含买方的用户标识信息、卖方的用户标识信息、此次交易的运单信息以及此次评价的评价值(也可以称为评价分数)，待买方和卖方均提交评价信息后，信用值处理服务器12就需要分别对买方和卖方的信用值进行处理。其中，如果信用值处理服务器12接收到的两个评价信息中包含的用户标识信息相同，且包含的运单信息相同，则可以认为这两个评价信息对应同一个交易，且可以认为交易双方均提交了评价信息。

信用值处理服务器12对买方的信用值进行处理时，根据卖方(评价方)针对买方(被评价方)提交的评价信息中包含的运单信息，先确定此次交易对应的物流服务器13，然后向确定出的物流服务器13发送携带有所述运单信息的运单查询消息，物流服务器13在自身存储的各运单信息中查询所述运单查询消息中携带的运单信息，然后将查询结果发送给信用值处理服务器12，若查询结果为未查询到所述运单信息，则信用值处理服务器12确认卖方针对买方所提交的评价信息为无效评价信息，若查询结果为查询到所述运单信息，则信用值处理服务器12确认卖方针对买方所提交的评价信息为有效评价信息，信用值处理服务器12根据有效评价信息中包含的评价值，对买方的信用值进行处理；

信用值处理服务器12对卖方的信用值进行处理时，根据买方(评价方)针对卖方(被评价方)提交的评价信息中包含的运单信息，先确定此次交易对应的物流服务器13，然后向确定出的物流服务器13发送携带有所述运单信息的运单查询消息，物流服务器13在自身存储的各运单信息中查询所述运单查询消息中携带的运单信息，然后将查询结果发送给信用值处理服务器12，若查询结果为未查询到所述运单信息，则信用值处理服务器12确认买方针对卖方所提交的评价信息为无效评价信息，若查询结果为查询到所述运单信息，则信用值处理服务器12确认买方针对卖方所提交的评价信息为有效评价信息，信用值处理服务器12根据有效评价信息中包含的评价值，对卖方的信用值进行处理。

其中，买方和卖方均提交评价信息后，信用值处理服务器12可以先对买方的信用值进行处理，然后再对卖方的信用值进行处理，或者先对卖方的信用值进行处理，然后再对买方的信用值进行处理，或者同时对买方和卖方的信用值进行处理，这里不对信用值处理的先后顺序进行限定。

上述运单信息可以但不限于为运单号。

实施例二

若用户每提交一个评价信息，信用值处理服务器就对评价信息的信用值进行处理，则会使得信用值处理服务器的性能压力较大，对此，本申请实施例二提出，如图2所示，包括网页浏览器21、第一数据库22、第二数据库23、消息中间件系统24、信用值处理服务器25和物流服务器26，为信用值处理服务器25部署两个数据库，一个为存储量较大的第一数据库22，用于存储用户提交的评价信息，评价信息中除了包含评价方的用户标识信息、被评价方的用户标识信息、运单信息和评价值之外，还可以包含用户提交评价信息的提交时间点，另一个为存储量较小的第二数据库23，用于定时同步第一数据库22中存储的评价信息，该第二数据库23中存储的评价信息用于信用值处理服务器25进行信用值的处理，此外，第二数据库23与信用值处理服务器25之间通过消息中间件系统24连接，消息中间件系统24监测第二数据库23中存储的评价信息，若监测到第二数据库23中存储的评价信息中，存在提交时间点与当前时间点之间的时间长度小于规定时间长度的评价信息，则将监测到的评价信息分批次的发送给信用值处理服务器25，例如每批次发送50条评价信息，信用值处理服务器25接收到各评价信息后，再对被评价方的信用值进行处理，从而有效地降低了信用值处理服务器25的性能压力。

实施例三

本申请实施例三提供一种信用值处理方法，如图3所示，其处理流程如下：

步骤31，信用值处理服务器获得评价方针对与所述评价方进行交易的被评价方的评价信息，所述评价信息中包含评价值和此次交易的运单信息；

用户作为买方，通过PC或移动终端中的网页浏览器，浏览电子商务网站提供的商品页面，然后选择需要购买的商品，与商品的所有者(即卖方)进行交易，在完成交易流程后，买方需要针对此次交易，将对卖方的评价信息提交给信用值处理服务器，此时买方为评价方，卖方为被评价方，卖方也需要针对此次交易，将对买方的评价信息提交给信用值处理服务器，此时卖方为评价方，买方为被评价方，买方和卖方提交的评价信息中包含买方的用户标识信息、卖方的用户标识信息、此次交易的运单信息以及此次评价的评价值(也可以称为评价分数)，待买方和卖方均提交评价信息后，信用值处理服务器就需要分别对买方和卖方的信用值进行处理。

当信用值处理服务器对买方的信用值进行处理时，卖方为评价方，买方为被评价方，当信用值处理服务器对卖方的信用值进行处理时，买方为评价方，卖方为被评价方，也就是说提交评价信息的一方为评价方，该评价信息所针对的一方为被评价方，信用值处理服务器根据评价方提交的评价信息，对被评价方的信用值进行处理。

其中，上述运单信息可以但不限于为运单号。

步骤32，根据获得的评价信息中包含的运单信息，确定此次交易对应的物流服务器；

买方在电子商务网站提供的商品中，若选择购买卖方所拥有的商品，则利用支付服务器进行网络支付，然后电子商务网站通过物流系统将买方购买的商品配送给买方，买方和卖方通过电子商务网站进行交易时，可以在多个物流系统中选择一个物流系统负责配送本次交易的商品，每个物流系统都对应一个网络侧的物流服务器。

物流系统在配送每个商品时，均会针对本次配送过程产生一个运单信息，该运单信息能够唯一标识本次配送过程，其中，运单信息中包含物流系统标识信息，例如，运单信息的前两个字段为物流系统标识信息，物流系统标识信息用于标识负责本次配送过程的物流系统，本申请实施例三提出，信用值处理服务器确定此次交易对应的物流服务器时，可以先从评价信息包含的运单信息中，提取出物流系统标识信息，根据提取出的物流系统标识信息，确定出负责本次配送过程的物流系统，然后将确定出的物流系统对应的物流服务器，确定为此次交易对应的物流服务器。

步骤33，所述信用值处理服务器向确定出的物流服务器发送携带有所述运单信息的运单查询消息；

为了确认评价信息中包含的运单信息的真实性，信用值处理服务器在对被评价方的信用值进行处理之前，需要将评价信息包含的运单信息携带在运单查询消息中发送给步骤32确定出的物流服务器。

步骤34，物流服务器在自身存储的各运单信息中，查询所述运单查询消息中携带的运单信息，并将查询结果发送给信用值处理服务器；

物流服务器中存储有每次进行商品配送时的运单信息，在接收到信用值处理服务器发送的运单查询消息后，在自身存储的各运单信息中，查询运单查询消息中携带的运单信息，然后将查询结果发送给信用值处理服务器，其中查询结果为查询到所述运单信息或未查询到所述运单信息。

步骤35，若接收到的查询结果为查询到所述运单信息，则所述信用值处理服务器确认获得的评价信息为有效评价信息；

若接收到的查询结果为未查询到所述运单信息，则所述信用值处理服务器确认获得的评价信息为无效评价信息。

若物流服务器在自身存储的运单信息中未查找到评价信息中包含的运单信息，则认为该运单信息是虚假的运单信息，因此信用值处理服务器确认该评价信息为无效评价信息，若物流服务器在自身存储的运单信息中查找到评价信息中包含的运单信息，则认为该运单信息是真实的运单信息，因此信用值处理服务器确认该评价信息为有效评价信息，由此，信用值处理服务器可以判断出利用虚假运单来进行虚假交易时产生的评价信息，因而能够提高处理用户信用值的准确性。

此外，用户为了信用炒作进行虚假交易时，可能使用虚假的运单信息进行交易，也可能使用真实的运单信息进行交易，例如使用之前已使用过的运单信息进行交易，对此，本申请实施例三提出，若物流服务器在自身存储的运单信息中查找到评价信息中包含的运单信息，则信用值处理服务器不是直接确认该评价信息为有效评价信息，由于信用值处理服务器存储有各已完成交易对应的运单信息，因此信用值处理服务器先在自身存储的、各已完成的交易对应的运单信息中，查找获得的评价信息中包含的运单信息，若查找结果为未查找到所述运单信息，则认为该运单信息并不是已使用过的运单信息，因此确认获得的评价信息为有效评价信息，若查找结果为查找到所述运单信息，则认为该运单信息是已使用过的运单信息，因此确认获得的评价信息为无效评价信息，从而进一步提高了处理用户信用值的准确性。

步骤36，所述信用值处理服务器根据确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理。

若信用值处理服务器确认评价信息为无效评价信息，则信用值处理服务器不对被评价方的信用值进行处理。

本申请实施例三中，信用值处理服务器根据确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理时，可以先在预设的各评价值区域中，确定有效评价信息中包含的评价值所归属的评价值区域，例如，预设的各评价值区域分别为[0，3)，[3，4)，[4，5]，那么评价值4.8对应的评价值区域为[4，5]，然后信用值处理服务器在预设的评价值区域与评价等级之间的对应关系中，查找确定出的评价值区域所对应的评价等级，例如，评价值区域[0，3)对应的评价等级为“好评”，评价值区域[3，4)对应的评价等级为“中评”，评价值区域[4，5]对应的评价等级为“好评”，信用值处理服务器预先针对每个评价等级，分别设置了该评价等级对应的修改类型以及修改信用值，信用值处理服务器查找到对应的评价等级后，根据该评价等级对应的修改类型以及修改信用值，对被评价方的信用值进行修改，其中修改类型是指修改被评价方的信用值时的修改类型，包含增加修改(增加信用值)、不对信用值进行修改以及扣除修改(扣除信用值)，修改信用值是指修改被评价方的信用值时需要修改的信用值，例如，信用值处理服务器预先设置评价等级“好评”对应的修改类型为增加修改，对应的修改信用值为1，评价等级“中评”对应的修改类型为不对信用值进行修改，对应的修改信用值为0，评价等级“差评”对应的修改类型为扣除修改，对应的修改信用值为1，若信用值处理服务器查找到的评价等级为“好评”，则信用值处理服务器对被评价方的信用值进行修改时，将被评价方的信用值加1，若信用值处理服务器查找到的评价等级为“差评”，则信用值处理服务器对被评价方的信用值进行修改时，将被评价方的信用值减1。

此外，在现有技术中，用户在进行恶意的信用炒作时，除了进行虚假交易外，还可能进行低成本的信用炒作，例如，雇用一些用户购买某些价格非常低的商品，从而以极低的成本抬高了自身的信用值，由于电子商务网站无法针对每笔交易分别判断该交易是否为低成本信用炒作行为，这就使得电子商务网站对用户信用值进行处理时的准确性较低。针对上述问题，本申请实施例三提出，信用值处理服务器确认获得的评价信息为有效评价信息之前，先获得当前时间点所属的时间段内，所述评价方与被评价方之间进行交易的交易金额，其中，预先划分出各个时间段，每个时间段的时间长度可以但不限于设置为1个月，信用值处理服务器获得的交易金额为评价方与被评价方在当前时间点所属时间段内进行的每个交易的交易金额的总和，若此次交易为评价方与被评价方在当前时间点所属时间段内的第一次交易，则获得的交易金额实际上为此次交易的交易金额，信用值处理服务器获得当前时间点所属的时间段内，评价方与被评价方之间进行交易的交易金额之后，判断获得的所述交易金额是否高于预设的规定阈值，若判断结果为是，则确认获得的评价信息为有效评价信息，若判断结果为否，则确认获得的评价信息为无效评价信息。由此，信用值处理服务器通过交易金额与规定阈值的比较，可以判断出进行低成本信用炒作时产生的评价信息，避免根据低成本信用炒作时产生的评价信息，对被评价方的信用值进行处理，因而能够进一步提高处理用户信用值的准确性。

若获得的交易金额高于预设的规定阈值，则信用值处理服务器确认获得的评价信息为有效评价信息，此时，信用值处理服务器可以但不限于通过下述三种处理方式对所述被评价方的信用值进行处理，具体为：

第一种处理方式：信用值处理服务器直接根据有效评价信息中包含的评价值对被评价方的信用值进行处理，信用值处理服务器先在预设的各评价值区域中，确定有效评价信息中包含的评价值所归属的评价值区域，然后在预设的评价值区域与评价等级之间的对应关系中，查找确定出的评价值区域所对应的评价等级，信用值处理服务器根据查找到的评价等级对应的修改类型以及修改信用值，对被评价方的信用值进行修改；

第二种处理方式：信用值处理服务器根据有效评价信息中包含的评价值以及获得的交易金额，对被评价方的信用值进行处理，信用值处理服务器首先在预设的各评价值区域中，确定有效评价信息中包含的评价值所归属的评价值区域，例如，预设的各评价值区域分别为[0，3)，[3，4)，[4，5]，那么评价值4.8对应的评价值区域为[4，5]，然后信用值处理服务器在预设的评价值区域与评价等级之间的对应关系中，查找确定出的评价值区域所对应的评价等级，例如，评价值区域[0，3)对应的评价等级为“好评”，评价值区域[3，4)对应的评价等级为“中评”，评价值区域[4，5]对应的评价等级为“好评”，信用值处理服务器预先针对每个评价等级，分别设置了该评价等级对应的修改类型，信用值处理服务器查找到对应的评价等级后，能够进一步确定该评价等级对应的修改类型，其中修改类型包含增加修改(增加信用值)、不对信用值进行修改以及扣除修改(扣除信用值)，例如，信用值处理服务器预先设置评价等级“好评”对应的修改类型为增加修改，评价等级“中评”对应的修改类型为不对信用值进行修改，评价等级“差评”对应的修改类型为扣除修改，若确定出的修改类型为不对信用值进行修改，则信用值处理服务器可以不对被评价方的信用值进行处理，若确定出的修改类型为增加修改或扣除修改，则信用值处理服务器需要对被评价方的信用值进行处理，信用值处理服务器预先设置了各交易金额区域，信用值处理服务器确定获得的交易金额所属的交易金额区域，例如，预设的各交易金额区域分别为[0，100)，[100，1000)，[1000，10000]，那么交易金额500对应的评价值区域为[100，1000)，然后信用值处理服务器根据确定出的交易金额区域，在交易金额区域与修改信用值之间的对应关系中，查找对应的修改信用值，例如，交易金额区域[0，100)对应的修改信用值为5，交易金额区域[100，1000)对应的修改信用值为10，[1000，10000]对应的修改信用值为15，信用值处理服务器根据确定出的修改类型以及查找到的修改信用值，对被评价方的信用值进行修改，例如，信用值处理服务器查找到的评价等级为“好评”，进而确定出修改类型为增加修改，信用值处理服务器获得的交易金额所属的交易金额区域为[100，1000)，进而查找到修改信用值为10，则信用值处理服务器对被评价方的信用值进行修改时，将被评价方的信用值加10；

第三种处理方式：信用值处理服务器根据获得的交易金额以及当前时间点所属时间段内的平均评价值，对被评价方的信用值进行处理，信用值处理服务器首先获得当前时间点所属时间段内，所述评价方针对被评价方的各评价信息中包含的评价值，然后根据获得的各评价值，确定所述时间段内，评价方针对被评价方的平均评价值，然后在预设的各评价值区域中，确定所述平均评价值所归属的评价值区域，然后信用值处理服务器在预设的评价值区域与评价等级之间的对应关系中，查找确定出的评价值区域所对应的评价等级，信用值处理服务器查找到对应的评价等级后，能够进一步确定该评价等级对应的修改类型，若确定出的修改类型为不对信用值进行修改，则信用值处理服务器可以不对被评价方的信用值进行处理，若确定出的修改类型为增加修改或扣除修改，则信用值处理服务器需要对被评价方的信用值进行处理，信用值处理服务器确定获得的交易金额所属的交易金额区域，然后根据确定出的交易金额区域，在交易金额区域与修改信用值之间的对应关系中，查找对应的修改信用值，信用值处理服务器根据确定出的修改类型以及查找到的修改信用值，对被评价方的信用值进行修改。

由上述处理过程可知，本申请实施例技术方案中，信用值处理服务器首先获得评价方针对与所述评价方进行交易的被评价方的评价信息，其中，获得的评价信息中包含评价值和此次交易的运单信息，然后信用值处理服务器根据获得的评价信息中包含的运单信息，确定此次交易对应的物流服务器，并向确定出的物流服务器发送携带有所述运单信息的运单查询消息，物流服务器在自身存储的各运单信息中查询所述运单信息后，向信用值处理服务器发送查询结果，若查询结果为查询到所述运单信息，则信用值处理服务器确认获得的评价信息为有效评价信息，后续信用值处理服务器根据确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理。由上可见，本申请实施例技术方案中，信用值处理服务器通过在物流服务器中查询评价信息中包含的运单信息，来判断运单信息的真实性，以此来确定此次的评价信息是否为有效评价信息，信用值处理服务器只根据有效评价信息来对被评价方进行信用值的处理，因此能够避免对虚假交易的评价信息进行信用值处理，从而提高了处理用户信用值的准确性，此外，由于本申请实施例技术方案能够避免对虚假交易的评价信息进行信用值的处理，因此能够有效地减少虚假交易的数量，从而进一步节省了电子商务网站较多的处理资源。

下面给出更为详细的实施方式。

实施例四

如图4所示，为本申请实施例四提出的信用值处理方法具体实现流程图，其具体处理流程如下：

步骤41，信用值处理服务器获得评价方针对与所述评价方进行交易的被评价方的评价信息，所述评价信息中包含评价值和此次交易的运单信息；

步骤42，根据获得的评价信息中包含的运单信息，确定此次交易对应的物流服务器；

步骤43，信用值处理服务器向确定出的物流服务器发送携带有所述运单信息的运单查询消息；

步骤44，物流服务器在自身存储的各运单信息中，查询所述运单查询消息中携带的运单信息，并将查询结果发送给信用值处理服务器，若查询结果为查询到所述运单信息，则转至步骤45，若查询结果为未查询到所述运单信息，则转至步骤416；

步骤45，信用值处理服务器在自身存储的、各已完成的交易对应的运单信息中，查找获得的评价信息中包含的运单信息，若查找结果为查找到所述运单信息，则转至步骤416，若查找结果为未查找到所述运单信息，则转至步骤46；

步骤46，信用值处理服务器获得当前时间点所属的时间段内，所述评价方与被评价方之间进行交易的交易金额；

步骤47，信用值处理服务器判断获得的所述交易金额是否高于预设的规定阈值，若判断结果为是，则转至步骤48，若判断结果为否，则转至步骤416；

步骤48，信用值处理服务器确认获得的评价信息为有效评价信息；

步骤49，信用值处理服务器获得当前时间点所属时间段内，所述评价方针对被评价方的各评价信息中包含的评价值；

步骤410，根据获得的各评价值，确定所述时间段内，评价方针对被评价方的平均评价值；

步骤411，确定所述平均评价值所归属的评价值区域对应的评价等级；

步骤412，信用值处理服务器确定该评价等级对应的修改类型；

步骤413，若确定出的修改类型为增加修改或扣除修改，则信用值处理服务器确定获得的交易金额所属的交易金额区域；

步骤414，根据确定出的交易金额区域，在交易金额区域与修改信用值之间的对应关系中，查找对应的修改信用值；

步骤415，信用值处理服务器根据确定出的修改类型以及查找到的修改信用值，对被评价方的信用值进行修改；

步骤416，信用值处理服务器确认获得的评价信息为无效评价信息。

实施例五

基于上述信用值处理方法，本申请实施例五提供一种信用值处理服务器，其结构如图5所示，包括：

评价信息获得单元51，用于获得评价方针对与所述评价方进行交易的被评价方的评价信息，所述评价信息中包含评价值和此次交易的运单信息；

物流服务器确定单元52，用于根据评价信息获得单元51获得的评价信息中包含的运单信息，确定此次交易对应的物流服务器；

运单查询消息发送单元53，用于向物流服务器确定单元52确定出的物流服务器发送携带有所述运单信息的运单查询消息；

查询结果接收单元54，用于接收物流服务器发送的查询结果，所述查询结果为所述物流服务器在自身存储的各运单信息中查询所述运单查询消息中携带的运单信息后发送的；

评价信息确认单元55，用于在查询结果接收单元54接收到的查询结果为查询到所述运单信息时，确认评价信息获得单元51获得的评价信息为有效评价信息；

信用值处理单元56，用于根据评价信息确认单元55确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理。

较佳地，所述信用值处理服务器还包括：

运单信息查找单元，用于在评价信息确认单元55确认评价信息获得单元51获得的评价信息为有效评价信息之前，在所述信用值处理服务器存储的、各已完成的交易对应的运单信息中，查找评价信息获得单元51获得的评价信息中包含的运单信息；

查找结果确认单元，用于确认运单信息查找单元的查找结果为未查找到所述运单信息。

更佳地，所述评价信息确认单元55，还用于在运单信息查找单元的查找结果为查找到所述运单信息时，确认评价信息获得单元51获得的评价信息为无效评价信息。

较佳地，所述信用值处理服务器还包括：

交易金额获得单元，用于在评价信息确认单元55确认评价信息获得单元获得的评价信息为有效评价信息之前，获得当前时间点所属时间段内，所述评价方与被评价方之间进行交易的交易金额；

交易金额确认单元，用于确认交易金额获得单元获得的所述交易金额高于预设的规定阈值。

更佳地，所述评价信息确认单元55，还用于在交易金额获得单元获得的所述交易金额不高于预设的规定阈值时，确认评价信息获得单元51获得的评价信息为无效评价信息。

较佳地，所述信用值处理单元56具体包括：

修改类型确定子单元，用于根据评价信息获得单元51获得的评价信息中包含的评价值，确定对被评价方的信用值进行修改时的修改类型，所述修改类型包含增加修改、不对信用值进行修改以及扣除修改；

交易金额区域确定子单元，用于在修改类型确定子单确定出的修改类型为增加修改或扣除修改时，在预设的各交易金额区域中，确定交易金额获得单元获得的所述交易金额对应的交易金额区域；

修改信用值查找子单元，用根据交易金额区域确定子单元确定出的交易金额区域，在交易金额区域与对被评价方的信用值进行修改时的修改信用值之间的对应关系中，查找对应的修改信用值；

信用值修改子单元，用于根据修改类型确定子单元确定出的修改类型以及修改信用值查找子单元查找到的修改信用值，对被评价方的信用值进行修改。

更佳地，修改类型确定子单元具体包括：

评价值获得模块，用于获得所述时间段内，所述评价方针对被评价方的各评价信息中包含的评价值；

平均评价值确定模块，用于根据评价值获得模块获得的各评价值，确定所述时间段内，所述评价方针对被评价方的平均评价值；

修改类型确定模块，用于根据平均评价值确定模块确定出的所述平均评价值，确定对被评价方的信用值进行修改时的修改类型。

实施例六

本申请实施例六还提供一种物流服务器，其结构如图6所示，包括：

运单查询消息接收单元61，用于接收信用值处理服务器发送的运单查询消息，所述运单查询消息中携带有需要查询的运单信息；

运单信息查询单元62，用于在所述物流服务器存储的各运单信息中，查询所述运单查询消息中携带的运单信息；

查询结果发送单元63，用于将运单信息查询单元62的查询结果发送给所述信用值处理服务器。

本领域的技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种信用值处理方法，其特征在于，包括：

信用值处理服务器获得评价方针对与所述评价方进行交易的被评价方的评价信息，所述评价信息中包含评价值和此次交易的运单信息；并

根据获得的评价信息中包含的运单信息，确定此次交易对应的物流服务器；

所述信用值处理服务器向确定出的物流服务器发送携带有所述运单信息的运单查询消息；以及

接收物流服务器发送的查询结果，所述查询结果为所述物流服务器在自身存储的各运单信息中查询所述运单查询消息中携带的运单信息后发送的；

若接收到的查询结果为查询到所述运单信息，则所述信用值处理服务器确认获得的评价信息为有效评价信息；

所述信用值处理服务器根据确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理。

2.如权利要求1所述的方法，其特征在于，所述信用值处理服务器确认获得的评价信息为有效评价信息之前，还包括：

所述信用值处理服务器在自身存储的、各已完成的交易对应的运单信息中，查找获得的评价信息中包含的运单信息；并

确认查找结果为未查找到所述运单信息。

3.如权利要求1所述的方法，其特征在于，所述信用值处理服务器确认获得的评价信息为有效评价信息之前，还包括：

所述信用值处理服务器获得当前时间点所属的时间段内，所述评价方与被评价方之间进行交易的交易金额；

确认获得的所述交易金额高于预设的规定阈值。

4.如权利要求3所述的方法，其特征在于，所述信用值处理服务器根据确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理，具体包括：

所述信用值处理服务器根据获得的评价信息中包含的评价值，确定对被评价方的信用值进行修改时的修改类型，所述修改类型包含增加修改、不对信用值进行修改以及扣除修改；

若确定出的修改类型为增加修改或扣除修改，则在预设的各交易金额区域中，确定获得的所述交易金额对应的交易金额区域；

根据确定出的交易金额区域，在交易金额区域与对被评价方的信用值进行修改时的修改信用值之间的对应关系中，查找对应的修改信用值；

根据确定出的修改类型以及查找到的修改信用值，对被评价方的信用值进行修改。

5.如权利要求4所述的方法，其特征在于，所述信用值处理服务器根据获得的评价信息中包含的评价值，确定对被评价方的信用值进行修改时的修改类型，具体包括：

所述信用值处理服务器获得所述时间段内，所述评价方针对被评价方的各评价信息中包含的评价值；以及

根据获得的各评价值，确定所述时间段内，所述评价方针对被评价方的平均评价值；并

根据确定出的所述平均评价值，确定对被评价方的信用值进行修改时的修改类型。

6.一种信用值处理服务器，其特征在于，包括：

评价信息获得单元，用于获得评价方针对与所述评价方进行交易的被评价方的评价信息，所述评价信息中包含评价值和此次交易的运单信息；

物流服务器确定单元，用于根据评价信息获得单元获得的评价信息中包含的运单信息，确定此次交易对应的物流服务器；

运单查询消息发送单元，用于向物流服务器确定单元确定出的物流服务器发送携带有所述运单信息的运单查询消息；

查询结果接收单元，用于接收物流服务器发送的查询结果，所述查询结果为所述物流服务器在自身存储的各运单信息中查询所述运单查询消息中携带的运单信息后发送的；

评价信息确认单元，用于在查询结果接收单元接收到的查询结果为查询到所述运单信息时，确认评价信息获得单元获得的评价信息为有效评价信息；

信用值处理单元，用于根据评价信息确认单元确认出的有效评价信息中包含的评价值，对所述被评价方的信用值进行处理。

7.如权利要求6所述的信用值处理服务器，其特征在于，还包括：

运单信息查找单元，用于在评价信息确认单元确认评价信息获得单元获得的评价信息为有效评价信息之前，在所述信用值处理服务器存储的、各已完成的交易对应的运单信息中，查找评价信息获得单元获得的评价信息中包含的运单信息；

查找结果确认单元，用于确认运单信息查找单元的查找结果为未查找到所述运单信息。

8.如权利要求6所述的信用值处理服务器，其特征在于，还包括：

交易金额获得单元，用于在评价信息确认单元确认评价信息获得单元获得的评价信息为有效评价信息之前，获得当前时间点所属时间段内，所述评价方与被评价方之间进行交易的交易金额；

交易金额确认单元，用于确认交易金额获得单元获得的所述交易金额高于预设的规定阈值。

9.如权利要求8所述的信用值处理服务器，其特征在于，信用值处理单元具体包括：

修改类型确定子单元，用于根据评价信息获得单元获得的评价信息中包含的评价值，确定对被评价方的信用值进行修改时的修改类型，所述修改类型包含增加修改、不对信用值进行修改以及扣除修改；

交易金额区域确定子单元，用于在修改类型确定子单确定出的修改类型为增加修改或扣除修改时，在预设的各交易金额区域中，确定交易金额获得单元获得的所述交易金额对应的交易金额区域；

修改信用值查找子单元，用根据交易金额区域确定子单元确定出的交易金额区域，在交易金额区域与对被评价方的信用值进行修改时的修改信用值之间的对应关系中，查找对应的修改信用值；

信用值修改子单元，用于根据修改类型确定子单元确定出的修改类型以及修改信用值查找子单元查找到的修改信用值，对被评价方的信用值进行修改。

10.如权利要求9所述的信用值处理服务器，其特征在于，修改类型确定子单元具体包括：

评价值获得模块，用于获得所述时间段内，所述评价方针对被评价方的各评价信息中包含的评价值；

平均评价值确定模块，用于根据评价值获得模块获得的各评价值，确定所述时间段内，所述评价方针对被评价方的平均评价值；

修改类型确定模块，用于根据平均评价值确定模块确定出的所述平均评价值，确定对被评价方的信用值进行修改时的修改类型。

11.一种信用值处理方法，其特征在于，包括：

物流服务器接收信用值处理服务器发送的运单查询消息，所述运单查询消息中携带有需要查询的运单信息；以及

在自身存储的各运单信息中，查询所述运单查询消息中携带的运单信息；并

将查询结果发送给所述信用值处理服务器。

12.一种物流服务器，其特征在于，包括：

运单查询消息接收单元，用于接收信用值处理服务器发送的运单查询消息，所述运单查询消息中携带有需要查询的运单信息；

运单信息查询单元，用于在所述物流服务器存储的各运单信息中，查询所述运单查询消息中携带的运单信息；

查询结果发送单元，用于将运单信息查询单元的查询结果发送给所述信用值处理服务器。

Images