CN108268500A - 传输信息和显示信息的方法、设备及系统 - Google Patents

Abstract

本申请实施例涉及通信技术领域，特别涉及一种传输信息的方法和系统，用以解决现有技术中存在的目前获取一方的相关信息的时间比较长、效率比较低的问题。本申请实施例在收到客户端发送的对象查询请求后，根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，并将确定的所述相关信息向所述客户端进行反馈。由于本申请实施例根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，从而可以缩短获取一方相关信息的时间，提高获取的效率。

Description

传输信息和显示信息的方法、设备及系统

技术领域

本申请涉及通信技术领域，特别涉及一种传输信息和显示信息的方法、设备及系统。

背景技术

网络发布平台是发布者通过网络发布自己的产品，用户通过网络浏览产品，并通过网络进行交互的平台。

发布者在网络发布平台发布产品时都会为该产品配置产品信息。用户根据产品信息可以与网站发布平台针对一个产品发生交互行为。

交互信用是指依附在产品交互行为之间形成的一种相互信任的生成关系和社会关系。

在产品交互过程中，交互都希望快速了解对方的相关信息，比如如果产品交互涉及到企业，则对方的相关信息包括企业信息、工商信息、是否有失信行为、法律诉讼等企业征信信息等。

目前产品交互双方想要获取对方的相关信息一般是通过人工沟通的方式获取对方的相关信息，这种方式获取相关信息的时间比较长、效率比较低。

综上所述，目前在产品交互过程中获取对方的相关信息的时间比较长、效率比较低。

发明内容

本申请提供一种传输信息和显示信息的方法、设备及系统，用以解决现有技术中存在的目前获取一方的相关信息的时间比较长、效率比较低的问题。

本申请实施例提供一种传输信息的方法，该方法包括：

根据收到的客户端发送的对象查询请求中的链接确定需要查询的对象；

根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

根据确定的所述相关信息向所述客户端进行反馈。

本申请实施例提供一种传输信息的系统，该系统包括：

对象确定模块，用于根据收到的客户端发送的对象查询请求中的链接确定需要查询的对象；

信息确定模块，用于根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

反馈模块，用于根据确定的所述相关信息向所述客户端进行反馈。

本申请实施例提供一种显示信息的方法，该方法包括：

识别获取的二维码图像，得到用于查询对象的相关信息的链接；

将包含所述连接的对象查询请求发送给网络侧，以使所述网络侧根据对象和相关信息的绑定关系确定所述链接对应的需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

显示收到的所述网络侧发送的所述相关信息。

本申请实施例提供一种显示信息的设备，该设备包括：

识别模块，用于识别获取的二维码图像，得到用于查询对象的相关信息的链接；

发送模块，用于将包含所述连接的对象查询请求发送给网络侧，以使所述网络侧根据对象和相关信息的绑定关系确定所述链接对应的需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

显示模块，用于显示收到的所述网络侧发送的所述相关信息。

本申请实施例在收到客户端发送的对象查询请求后，根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，并将确定的所述相关信息向所述客户端进行反馈。由于本申请实施例根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，从而可以缩短获取一方相关信息的时间，提高获取的效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1A为本申请实施例进行传输信息的方法流程示意图；

图1B为本申请实施例二维码展示的示意图；

图1C为本申请实施例信息展示的示意图；

图2为本申请实施例进行传输信息的架构示意图；

图3为本申请实施例生成相关信息的方法流程示意图；

图4为本申请实施例生成相关信息的系统结构示意图；

图5为本申请实施例显示信息的方法流程示意图；

图6为本申请实施例显示信息的设备结构示意图。

具体实施方式

其中，本申请实施例的对象可以是任何具有一定信息的对象，比如人、企业等。

本申请实施例的方案可以应用于任何需要获取对象的相关信息。比如应用于购物场景，则相关信息可以是信用信息。

如果本申请实施例的方案应用于产品交易过程，则本申请实施例的方案可以应用在任何涉及购物的电商网站，比如淘宝，aliexpress(全球速卖通)，拍拍，京东，苏宁，亚马逊，ebay、1688等网站。

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部份实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

如图1A所示，本申请实施例进行传输信息的方法包括：

步骤100、根据收到的客户端发送的对象查询请求中的链接确定需要查询的对象；

步骤101、根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

步骤102、根据确定的所述相关信息向所述客户端进行反馈。

本申请实施例在收到客户端发送的对象查询请求后，根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，并将确定的所述相关信息向所述客户端进行反馈。由于本申请实施例根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，从而可以缩短获取一方相关信息的时间，提高获取的效率。

其中，本申请实施例的客户端可以是任何能够显示网页的客户端，比如浏览器、APP软件等。

可选的，在根据确定的所述相关信息向所述客户端进行反馈时，将确定的所述相关信息返回给所述客户端。

比如本申请实施例应用于电商平台，则所述相关信息可以是反映对象的信用的信用信息。

这里的信用信息可以是具体的信用分数，也可以是信用等级。比如信用规则定义信用分数在450-500之间，对应的信用等级是AAA；信用分数在350-450之间，对应的信用等级是AA；信用分数在250-350之间，对应的信用等级是A；信用分数在150-250之间，对应的信用等级是B；信用分数在150以下，对应的信用等级是C。

在反馈时具体是反馈信用分数还是反馈信用等级可以由平台维护人员进行设置；也可以由进行查询的用户进行设置。

其中，为了防止相关信息的泄露，在根据确定的所述相关信息向所述客户端进行反馈时，可以根据用户是否进行过注册，决定具体返回哪些信息。

具体的，若对象查询请求中包括有效的账户标识，则将所述对象的部分或全部对象信息返回给所述客户端，其中所述对象的对象信息用于确定对象的相关信息。

如果用户进行过注册，则通过客户端登录账号后发送的对象查询请求中除了包括链接，还包括登录的账号的账号标识；

如果用户未进行注册或者虽然注册但是未登录账号，则通过客户端发送的对象查询请求中不包括账号标识或者包括的账号标识为无效标识(比如空标识)；

相应的，本申请实施例在收到对象查询请求后，根据对象查询请求中是否包含有效的账户标识，决定返回哪些信息。

在实施中，不同的应用场景，对象信息包含的具体内容也不相同。以本申请实施例应用于购物场景为例，假设对象为企业，则对象信息可以包括但不限于下列中的部分或全部：

企业基本信息、企业贸易行为信息、企业金融行为信息、企业商业关系信息、企业法人信息信息。

其中，上面几种信息还可以进一步细分成多个信息。以企业基本信息为例，企业基本信息包括但不限于下列中的部分或全部：

工商信息、认证信息、欺诈信息、失信信息、店铺经营状态。

本申请实施例会预先根据对象对应的信息模型确定对象对应的所述相关信息，并根据确定的相关信息建立对象和相关信息的绑定关系。

具体的，针对任意一个对象，将所述对象的至少一个对象信息进行量化，得到至少一个对象信息对应的数值；

将至少一个对象信息对应的数值输入所述对象对应的信息模型；

根据所述信息模型输出的数值确定对象对应的所述相关信息。

在实施中，每个对象都会对应一个信息模型，不同的应用场景对应的信息模型也有区别。

以本申请实施例的方案应用于电商场景为例，假设对象是企业，则针对每种行业会对应一个信息模型，这个行业中的每个对象对应的信息模型都相同，不同的行业中的对象对应的信息模型不同。

比如某个行业的对象信息可以包括5个维度：A1、A2、A3、A4、A5。A1代表企业基本信息，A2代表企业贸易行为，A3代表企业金融行为，A4代表企业商业关系，A5代表企业法人信息，A1+A2+A3+A4+A5＝500分，每一项各代表100分。

针对每一项，比如A1又可以细分为：工商信息、认证信息、欺诈信息、失信信息、店铺经营状态，各用B1、B2、B3、B4、B5代替，A1分＝B1分+B2分+B3分+B4分+B5分。以此类推。则信用总分＝A1+A2+A3+A4+A5；A1＝B1分+B2分+B3分+B4分+B5分；A2＝B6+……；A3＝B7+……；A4＝B8+……；A5＝B9+……

在实施中，信息模型计算是基于企业所属行业确定的，由于行业比较多，对应的信息模型也会比较多，所以会预先为每个行业配置对应的信息模型，之后在企业用户注册后，根据企业用户选择的行业确定该企业对应的信息模型。

下面列举一个详细的例子。

例如：电子元器件行业-A公司

计算维度基于：企业基本信息、企业贸易行为、企业金融行为、企业商业关系、企业法人信息。分数范围：350-950，等级：BB、BBB、A、AA、AAA。

A公司属于电子元器件行业，针对此企业选择一套电器行业的信息模型，计算分数时，比如五大维度：企业基本信息(占190分)、企业贸易行为(占190分)、企业金融行为(占190分)、企业商业关系(占190分)、企业法人信息(占190分)，总分950。

企业基本信息：通过工商总局系统对企业认证的基本信息进行真实性校验，如果真实，且信息完整，此项可得190分；如果缺少部分信息，根据每项信息对应的分值进行扣分；如果验证结果为不是真实的，则这项为0分或配置预先设置的一个分数。

企业贸易行为：会基于电子元器件行业在电商平台的出口和进口数据进行判断，如果A公司海关数据出口和进口量级都大于设定的进出口阈值，此项可得190分；否则，根据设定的进出口阈值范围和分数的对应关系，确定出口和进口量级所属的进出口阈值范围对应的分数。

企业金融行为项：会基于A公司在电商平台的贷款、赊购、理财、保险等数据进行综合评估，比如金融产品都无违约、无不良信用历史，此项可得190分；如果某项信息有问题，，根据每项信息对应的分值进行扣分。

企业商业关系项：比如与A公司有商业往来的公司数量为X个，根据设定的公司数量范围和分数的对应关系，就可以确定A公司对应的X个所属的公司数量范围对应的分数。

企业法人信息：A公司的法人张XX，在电商平台的信用分为1000分，通过与各银行的接口可以确定法人历史是否有不良信用记录，如果没有，并且法人在电商平台的信用分在设定的最高分数之上，此项可得190分；如果没有，但是法人在电商平台的信用分在设定的最高分数之下，则根据预先设定的信用分数范围和分数的对应关系，确定法人在电商平台的信用分所属的信用分数范围对应的分数；如果法人历史上有不良信用记录，则根据不良信用记录的数量确定对应的分数。

综上五项，计算A企业诚信分数，并根据企业诚信分数确定A企业对应的企业等级。

由于在确定相关信息时会涉及对象信息，而对象信息会根据对象的情况发生变化，基于此一种可选的方式是：

周期根据对象对应的信息模型确定对象对应的所述相关信息，并根据确定的相关信息更新对象和相关信息的绑定关系。

具体周期长度可以根据经验、应用场景等进行设置，比如一周、一个月等。

本申请实施例有多种方式可以让用户通过客户端进行查询。

比如可以在与对象相关的网页上设置一个链接，如果用户想要查询可以通过客户端点击该链接；

也可以通过用户的网络行为判断是否需要查询，比如本申请实施例应用于购物场景，用户需要购买一个商品，可以在商品页面向用户自动展示卖家的信誉；

也可以利用二维码进行查询，比如图1B所示是一个含有用于查询对象的相关信息的链接的二维码图像的网页。

具体的，根据收到的客户端发送的对象查询请求中的链接确定需要查询的对象之前，针对任意一个对象，根据用于查询所述对象的相关信息的链接生成二维码；

将生成的所述二维码添加到与对应的对象相关的网页中。

相应的，用户可以通过客户端扫描二维码就可以进行查询。

查询后客户端就可以将查询到的对象的相关信息进行显式。

以本申请实施例应用于购物场景为例，图1C是一个显式的样式。

图1C中对象的相关信息是一个诚信等级，其中诚信等级由企业基本信息、贸易行为、金融行为、商业关系和法人代表总和确定。

需要说明的是，图1C的显示样式只是举例说明，任何能够显示对象的相关信息的样式都适用本申请实施例。

在实施中，本申请实施例可以由多个系统协同实现。不同的应用场景架构中涉及的系统名称有可能不同，但是架构都是相同，下面以本申请实施例应用于购物场景为例进行说明，其他场景与购物场景类似，在此不再赘述。

如图2所示，本申请实施例进行传输信息的架构示意图。

其中，需要进行查询的用户(或企业)可以通过电商平台的注册系统进行注册，为了防止用户数据泄露，只有注册的用户进行查询时会返回完整查询信息，未注册用户查询时只会返回部分信息。对于注册成功的用户(或企业)，注册系统会为其分配全网统一的ID，用于唯一标识此用户(或企业)。

对于希望被查询到的企业可以在注册系统中进行注册，并通过认证系统对企业信息进行认证(比如可以通过工商系统对企业信息进行认证)，在认证通过后，开通企业征信服务。

对于开通征信服务的企业，企业的认证信息和信用信息等会由信用系统发送给企业信息库，并存储到企业信息库；对于企业用户在网站进行的商品交易信息和金融服务都记录在企业贸易金融库中。

企业信息库如果检测到存储的信息有变化(比如企业的认证信息、信用信息等)，需要通知所有以企业信息库为数据源的引擎哪个企业的信息发生变化。

同样的，对于企业贸易金融库如果检测到存储的信息有变化(比如企业用户有新的商品交易等)，需要通知所有以企业贸易金融库为数据源的引擎哪个企业的信息发生变化。

本申请实施例会针对每个行业配置一个信息模型，每个信息模型会对应第一个模型引擎。

每个模型引擎企业信息库和企业贸易金融库利用对应的信息模型就可以得到一个企业的信用分数。

可选的，模型引擎可以周期确定企业的信用分数，也可以收到企业信息库和/或企业贸易金融库的有信息发生变化的通知后确定企业的信用分数和/或信用等级。

界面端发出一个查询请求给模型引擎后，模型引擎直接返回之前已经确定的信用分数和/或信用等级数据。

如果进行查询的用户是注册用户，则数据分析系统和客户关系系统还可以把企业用户信息如企业分数、认证信息、店铺信息、基本信息、商业关系、失信信息、贸易信息、金融行为等信息返回给用户，供用户查看。

对于用户，比如通过客户端搜索购买的商品进入详情页，就可以扫描二维码查看到企业在电商平台的信用信息，包括信用分数、信用等级、基本信息、店铺信息、贸易行为、金融行为、欺诈信息、商业关系、平台认证、失信信息等。

需要说明的是，图2涉及的结构只是举例说明，其他能够实现本申请实施例校习推送的架构都适用本申请实施例。

如图3所示，本申请实施例生成相关信息的方法包括：

步骤300、确定需要生成相关信息的对象。

步骤301、获取该对象对应的对象信息。

步骤302、针对任意一个对象信息，对所述对象信息进行量化处理，得到所述对象信息对应的数值。

步骤303、将至少一个对象信息对应的数值输入所述对象对应的信息模型；

步骤304、根据所述信息模型输出的数值确定对象对应的所述相关信息。

步骤305、根据用于查询所述对象的相关信息的链接生成二维码；

步骤306、将生成的所述二维码添加到与对应的对象相关的网页中。

基于同一发明构思，本申请实施例中还提供了一种传输信息的系统，由于该系统解决问题的原理与本申请实施例传输信息的方法相似，因此该系统的实施可以参见方法的实施，重复之处不再赘述。

如图4所示，本申请实施例生成相关信息的系统包括：

对象确定模块400，用于根据收到的客户端发送的对象查询请求中的链接确定需要查询的对象；

信息确定模块401，用于根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

反馈模块402，用于根据确定的所述相关信息向所述客户端进行反馈。

本申请实施例在收到客户端发送的对象查询请求后，根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，并将确定的所述相关信息向所述客户端进行反馈。由于本申请实施例根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，从而可以缩短获取一方相关信息的时间，提高获取的效率。

其中，本申请实施例的客户端可以是任何能够显示网页的客户端，比如浏览器、APP软件等。

可选的，所述反馈模块402在根据确定的所述相关信息向所述客户端进行反馈时，将确定的所述相关信息返回给所述客户端。

比如本申请实施例应用于电商平台，则所述相关信息可以是反映对象的信用的信用信息。

这里的信用信息可以是具体的信用分数，也可以是信用等级。比如信用规则定义信用分数在450-500之间，对应的信用等级是AAA；信用分数在350-450之间，对应的信用等级是AA；信用分数在250-350之间，对应的信用等级是A；信用分数在150-250之间，对应的信用等级是B；信用分数在150以下，对应的信用等级是C。

在反馈时具体是反馈信用分数还是反馈信用等级可以由平台维护人员进行设置；也可以由进行查询的用户进行设置。

其中，为了防止相关信息的泄露，在根据确定的所述相关信息向所述客户端进行反馈时，所述反馈模块402可以根据用户是否进行过注册，决定具体返回哪些信息。

具体的，若对象查询请求中包括有效的账户标识，则将所述对象的部分或全部对象信息返回给所述客户端，其中所述对象的对象信息用于确定对象的相关信息。

如果用户进行过注册，则通过客户端登录账号后发送的对象查询请求中除了包括链接，还包括登录的账号的账号标识；

如果用户未进行注册或者虽然注册但是未登录账号，则通过客户端发送的对象查询请求中不包括账号标识或者包括的账号标识为无效标识(比如空标识)；

相应的，本申请实施例在收到对象查询请求后，所述反馈模块402根据对象查询请求中是否包含有效的账户标识，决定返回哪些信息。

在实施中，不同的应用场景，对象信息包含的具体内容也不相同。以本申请实施例应用于购物场景为例，假设对象为企业，则对象信息可以包括但不限于下列中的部分或全部：

企业基本信息、企业贸易行为信息、企业金融行为信息、企业商业关系信息、企业法人信息信息。

其中，上面几种信息还可以进一步细分成多个信息。以企业基本信息为例，企业基本信息包括但不限于下列中的部分或全部：

工商信息、认证信息、欺诈信息、失信信息、店铺经营状态。

本申请实施例会预先根据对象对应的信息模型确定对象对应的所述相关信息，并根据确定的相关信息建立对象和相关信息的绑定关系。

具体的，本申请实施例的系统还包括：

处理模块403，用于针对任意一个对象，将所述对象的至少一个对象信息进行量化，得到至少一个对象信息对应的数值；

将至少一个对象信息对应的数值输入所述对象对应的信息模型；

根据所述信息模型输出的数值确定对象对应的所述相关信息。

在实施中，每个对象都会对应一个信息模型，不同的应用场景对应的信息模型也有区别。

以本申请实施例的方案应用于电商场景为例，假设对象是企业，则针对每种行业会对应一个信息模型，这个行业中的每个对象对应的信息模型都相同，不同的行业中的对象对应的信息模型不同。

比如某个行业的对象信息可以包括5个维度：A1、A2、A3、A4、A5。A1代表企业基本信息，A2代表企业贸易行为，A3代表企业金融行为，A4代表企业商业关系，A5代表企业法人信息，A1+A2+A3+A4+A5＝500分，每一项各代表100分。

针对每一项，比如A1又可以细分为：工商信息、认证信息、欺诈信息、失信信息、店铺经营状态，各用B1、B2、B3、B4、B5代替，A1分＝B1分+B2分+B3分+B4分+B5分。以此类推。则信用总分＝A1+A2+A3+A4+A5；A1＝B1分+B2分+B3分+B4分+B5分；A2＝B6+……；A3＝B7+……；A4＝B8+……；A5＝B9+……

在实施中，信息模型计算是基于企业所属行业确定的，由于行业比较多，对应的信息模型也会比较多，所以会预先为每个行业配置对应的信息模型，之后在企业用户注册后，根据企业用户选择的行业确定该企业对应的信息模型。

下面列举一个详细的例子。

例如：电子元器件行业-A公司

计算维度基于：企业基本信息、企业贸易行为、企业金融行为、企业商业关系、企业法人信息。分数范围：350-950，等级：BB、BBB、A、AA、AAA。

A公司属于电子元器件行业，针对此企业选择一套电器行业的信息模型，计算分数时，比如五大维度：企业基本信息(占190分)、企业贸易行为(占190分)、企业金融行为(占190分)、企业商业关系(占190分)、企业法人信息(占190分)，总分950。

企业基本信息：通过工商总局系统对企业认证的基本信息进行真实性校验，如果真实，且信息完整，此项可得190分；如果缺少部分信息，根据每项信息对应的分值进行扣分；如果验证结果为不是真实的，则这项为0分或配置预先设置的一个分数。

企业贸易行为：会基于电子元器件行业在电商平台的出口和进口数据进行判断，如果A公司海关数据出口和进口量级都大于设定的进出口阈值，此项可得190分；否则，根据设定的进出口阈值范围和分数的对应关系，确定出口和进口量级所属的进出口阈值范围对应的分数。

企业金融行为项：会基于A公司在电商平台的贷款、赊购、理财、保险等数据进行综合评估，比如金融产品都无违约、无不良信用历史，此项可得190分；如果某项信息有问题，，根据每项信息对应的分值进行扣分。

企业商业关系项：比如与A公司有商业往来的公司数量为X个，根据设定的公司数量范围和分数的对应关系，就可以确定A公司对应的X个所属的公司数量范围对应的分数。

企业法人信息：A公司的法人张XX，在电商平台的信用分为1000分，通过与各银行的接口可以确定法人历史是否有不良信用记录，如果没有，并且法人在电商平台的信用分在设定的最高分数之上，此项可得190分；如果没有，但是法人在电商平台的信用分在设定的最高分数之下，则根据预先设定的信用分数范围和分数的对应关系，确定法人在电商平台的信用分所属的信用分数范围对应的分数；如果法人历史上有不良信用记录，则根据不良信用记录的数量确定对应的分数。

综上五项，计算A企业诚信分数，并根据企业诚信分数确定A企业对应的企业等级。

由于在确定相关信息时会涉及对象信息，而对象信息会根据对象的情况发生变化，基于此一种可选的方式是：

处理模块403周期根据对象对应的信息模型确定对象对应的所述相关信息，并根据确定的相关信息更新对象和相关信息的绑定关系。

具体周期长度可以根据经验、应用场景等进行设置，比如一周、一个月等。

本申请实施例有多种方式可以让用户通过客户端进行查询。

比如可以在与对象相关的网页上设置一个链接，如果用户想要查询可以通过客户端点击该链接。

也可以利用二维码进行查询。

具体的，本申请实施例的所述系统还包括：

添加模块404，用于针对任意一个对象，根据用于查询所述对象的相关信息的链接生成二维码；

将生成的所述二维码添加到与对应的对象相关的网页中。

相应的，用户可以通过客户端扫描二维码就可以进行查询。

在实施中，上述模块可以集成在一个实体中，也可以分布在多个实体中形成一个系统。

可选的，对象确定模块400、信息确定模块401和反馈模块402可以在一个或多个实体中；处理模块403和添加模块404可以在一个或多个实体中。

根据处理数据量的大小以及硬件的性能，上述各模块也可以由一个或多个实体实现，比如如果需要确定信息的对象的数量非常大，可以由多个实体共同实现处理模块403的功能。

如图5所示，本申请实施例显示信息的方法包括：

步骤500、识别获取的二维码图像，得到用于查询对象的相关信息的链接；

步骤501、将包含所述连接的对象查询请求发送给网络侧，以使所述网络侧根据对象和相关信息的绑定关系确定所述链接对应的需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

步骤502、显示收到的所述网络侧发送的所述相关信息。

如图6所示，本申请实施例显示信息的设备包括：

识别模块600，用于识别获取的二维码图像，得到用于查询对象的相关信息的链接；

发送模块601，用于将包含所述连接的对象查询请求发送给网络侧，以使所述网络侧根据对象和相关信息的绑定关系确定所述链接对应的需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

显示模块602，用于显示收到的所述网络侧发送的所述相关信息。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (14)

1.一种传输信息的方法，其特征在于，该方法包括：

根据收到的客户端发送的对象查询请求中的链接确定需要查询的对象；

根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

根据确定的所述相关信息向所述客户端进行反馈。

2.如权利要求1所述的方法，其特征在于，所述根据确定的所述相关信息向所述客户端进行反馈，包括：

将确定的所述相关信息返回给所述客户端。

3.如权利要求2所述的方法，其特征在于，所述根据确定的所述相关信息向所述客户端进行反馈，还包括：

若对象查询请求中包括有效的账户标识，则将所述对象的部分或全部对象信息返回给所述客户端，其中所述对象的对象信息用于确定对象的相关信息。

4.如权利要求1所述的方法，其特征在于，根据下列方式确定对象对应的所述相关信息：

针对任意一个对象，将所述对象的至少一个对象信息进行量化，得到至少一个对象信息对应的数值；

将至少一个对象信息对应的数值输入所述对象对应的信息模型；

根据所述信息模型输出的数值确定对象对应的所述相关信息。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

周期根据对象对应的信息模型确定对象对应的所述相关信息；

根据确定的所述相关信息更新所述绑定关系。

6.如权利要求1～5任一所述的方法，其特征在于，所述根据收到的客户端发送的对象查询请求中的链接确定需要查询的对象之前，还包括：

针对任意一个对象，根据用于查询所述对象的相关信息的链接生成二维码；

将生成的所述二维码添加到与对应的对象相关的网页中。

7.一种传输信息的系统，其特征在于，该系统包括：

对象确定模块，用于根据收到的客户端发送的对象查询请求中的链接确定需要查询的对象；

信息确定模块，用于根据对象和相关信息的绑定关系，确定需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

反馈模块，用于根据确定的所述相关信息向所述客户端进行反馈。

8.如权利要求7所述的系统，其特征在于，所述反馈模块具体用于：

将确定的所述相关信息返回给所述客户端。

9.如权利要求8所述的系统，其特征在于，所述反馈模块还用于：

若对象查询请求中包括有效的账户标识，则将所述对象的部分或全部对象信息返回给所述客户端，其中所述对象的对象信息用于确定对象的相关信息。

10.如权利要求7所述的系统，其特征在于，该系统还包括：

处理模块，用于根据下列方式确定对象对应的所述相关信息：

针对任意一个对象，将所述对象的至少一个对象信息进行量化，得到至少一个对象信息对应的数值；

将至少一个对象信息对应的数值输入所述对象对应的信息模型；

根据所述信息模型输出的数值确定对象对应的所述相关信息。

11.如权利要求10所述的系统，其特征在于，所述处理模块还用于：

周期根据对象对应的信息模型确定对象对应的所述相关信息；

根据确定的所述相关信息更新所述绑定关系。

12.如权利要求7～11任一所述的系统，其特征在于，所述系统还包括：

添加模块，用于针对任意一个对象，根据用于查询所述对象的相关信息的链接生成二维码；将生成的所述二维码添加到与对应的对象相关的网页中。

13.一种显示信息的方法，其特征在于，该方法包括：

识别获取的二维码图像，得到用于查询对象的相关信息的链接；

将包含所述连接的对象查询请求发送给网络侧，以使所述网络侧根据对象和相关信息的绑定关系确定所述链接对应的需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

显示收到的所述网络侧发送的所述相关信息。

14.一种显示信息的设备，其特征在于，该设备包括：

识别模块，用于识别获取的二维码图像，得到用于查询对象的相关信息的链接；

发送模块，用于将包含所述连接的对象查询请求发送给网络侧，以使所述网络侧根据对象和相关信息的绑定关系确定所述链接对应的需要查询的对象对应的相关信息，其中对象对应的所述相关信息是根据对象对应的信息模型确定的；

显示模块，用于显示收到的所述网络侧发送的所述相关信息。