CN110298678A - 用户权益信息处理方法、装置及系统 - Google Patents

用户权益信息处理方法、装置及系统 Download PDF

Info

Publication number
CN110298678A
CN110298678A CN201810246424.4A CN201810246424A CN110298678A CN 110298678 A CN110298678 A CN 110298678A CN 201810246424 A CN201810246424 A CN 201810246424A CN 110298678 A CN110298678 A CN 110298678A
Authority
CN
China
Prior art keywords
user
information
interface
page
equity
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
Application number
CN201810246424.4A
Other languages
English (en)
Other versions
CN110298678B (zh
Inventor
马立铭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201810246424.4A priority Critical patent/CN110298678B/zh
Priority to PCT/CN2019/078422 priority patent/WO2019179379A1/zh
Publication of CN110298678A publication Critical patent/CN110298678A/zh
Application granted granted Critical
Publication of CN110298678B publication Critical patent/CN110298678B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0236—Incentive or reward received by requiring registration or ID from user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)
  • Storage Device Security (AREA)

Abstract

本申请实施例公开了用户权益信息处理方法、装置及系统，所述系统包括：接入子系统，用于对至少一个第二用户提供的用户权益模板进行注册，并将注册后的用户权益标识信息提供给业务子系统；业务子系统，用于确定数据对象信息访问链路，并在访问链路的多个节点中实现预置的权益查询接口，所述权益查询接口用于根据访问目标节点的目标用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询；所述业务子系统还用于，根据所述查询结果，在所述节点的对应界面中提供目标用户权益相关的信息。通过本申请实施例，能够实现对第二用户所提供用户权益信息的全链路透出。

Description

用户权益信息处理方法、装置及系统
技术领域
本申请涉及用户权益信息处理技术领域，特别是涉及用户权益信息处理方法、装置及系统。
背景技术
随着网络销售系统各项功能的逐渐完善，越来越多的支付机构都能够与网络销售系统进行合作，在为用户提供支付渠道的同时，也为自己的产品带来客流量。在实际应用中，与同一网络销售系统对接的支付机构可能有多家，因此，用户在网络销售系统中进行购物的过程中，可以有更多可选的支付渠道，由此为用户提供了更多的便利。但是，与此同时，不同的支付渠道之间也会存在竞争关系，为了争取到更多的用户数量或者更高的用户流量，诸如银行、第三方支付机构等经常会推出一些用户权益类产品，例如，优惠券、现金红包等，通过这种用户权益信息的发放，来吸引更多用户使用自己的支付渠道进行支付。
在现有技术中，关于各种具体支付机构所提供的用户权益信息，通常是在具体的支付界面中才会透出给用户，也即，用户在网络销售系统中进行了一系列的浏览等操作之后，只有在访问链路的终点处才会被用户得知，而已经到了支付这一步操作时，用户最终会购买的概率已经很高了，因此，在支付界面中所透出的各种支付渠道的权益信息时，对于用户而言，只是为选择支付渠道提供一种可以参考的信息而已。但是实际上，由于支付机构为用户提供的用户权益使得用户在购物过程中能够享受到优惠，而价格因素在用户进行购物决策的过程中通常也是一个很重要的因素，如果能够在用户访问链路上更早的将能够享受的用户权益信息透出给用户，则可以使得支付机构所提供的用户权益信息能够起到帮助用户进行购物决策的正向积极作用，有利于促进交易的达成，降低用户的跳失率，进而也提高支付机构所发放的用户权益的核销率。
因此，如何能够在网络销售系统的用户访问链路中更早的透出支付机构所提供的用户权益信息，成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了用户权益信息处理方法、装置及系统，能够实现对第二用户所提供用户权益信息的全链路透出。
本申请提供了如下方案：
一种用户权益信息处理系统，包括：
接入子系统，用于对至少一个第二用户提供的用户权益模板进行注册，并将注册后的用户权益标识信息提供给业务子系统；；
业务子系统，用于确定数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口，所述权益查询接口用于根据访问目标节点的目标用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
所述业务子系统还用于，根据所述查询结果，在所述节点的对应界面中提供目标用户权益相关的信息。
一种用户权益信息处理方法，包括：
接入子系统接收对用户权益模板进行注册的请求，所述用户权益模板由第二用户关联的服务器生成，并通过第二用户关联的服务器向目标用户进行发放；
为所述用户权益模板分配唯一代码，将所述唯一代码作为用户权益标识提供给业务子系统，以便所述业务子系统提供数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；所述权益查询接口用于根据访问目标节点的访问请求关联的第一用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果，以便在所述节点的对应界面中提供用户权益相关的信息。
一种用户权益信息处理方法，包括：
业务子系统确定数据对象信息访问链路；
在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；
所述权益查询接口用于根据访问链路节点上的访问请求关联的第一用户的用户标识以及用户权益标识，向接入子系统发起查询请求；所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果。
一种用户权益信息处理方法，包括：
确定目标界面的访问请求关联的第一用户的用户标识信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
一种用户权益信息处理装置，应用于接入子系统，包括：
注册请求接收单元，用于接收对用户权益模板进行注册的请求，所述用户权益模板由第二用户关联的服务器生成，并通过第二用户关联的服务器向目标用户进行发放；
代码分配单元，用于为所述用户权益模板分配唯一代码，将所述唯一代码作为用户权益标识提供给业务子系统，以便所述业务子系统提供数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；所述权益查询接口用于根据目标节点的访问请求关联的第一用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
查询单元，用于根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果，以便在所述节点的对应界面中提供用户权益相关的信息。
一种用户权益信息处理装置，应用于业务子系统，包括：
访问链路确定单元，用于确定数据对象信息访问链路；
接口实现单元，用于在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；
所述权益查询接口用于根据访问链路节点上的访问请求关联的第一用户的用户标识以及用户权益标识，向接入子系统发起查询请求；所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果。
一种用户权益信息处理装置，包括：
用户信息确定单元，用于确定目标界面的访问请求关联的第一用户的用户标识信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
查询发起单元，用于以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
用户权益信息展示单元，用于根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
一种计算机系统，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
确定目标界面的访问请求关联的第一用户信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，可以首先选定具体的目标访问链路，然后，在该访问链路的多个节点上，都可以对第二用户提供的用户权益信息进行透出，也即，实现全链路透出。为了降低链路节点的数据处理难度，网络销售系统还可以提供一接入子系统，其作用是可以对第二用户提供的用户权益模板信息进行注册，并提供查询机制，用于接收网络销售系统中业务子系统的查询请求，之后，从第二用户关联的服务器网关查询获得相应的结果，并且，还可以根据业务子系统所需的数据格式等，对第二用户所提供的数据进行处理，再将处理后的数据作为查询结果返回业务子系统。这样，业务子系统只需要在访问链路节点实现预置的权益查询接口，即使获得第二用户所提供的用户权益的信息，大幅度降低了链路节点的数据处理难度。
另外，在可选的实施例中，可以通过打造专用的访问链路，实现对第二用户所提供的用户权益信息的全链路透出，并且，使得用户可以主动选择是否进入该访问链路，因此，在该链路上进行用户权益信息的透出，会提高用户的接受度。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统架构的示意图；
图2是本申请实施例提供的流量入口示意图；
图3是本申请实施例提供的交互示意图；
图4是本申请实施例提供的第一方法的流程图；
图5是本申请实施例提供的第二方法的流程图；
图6是本申请实施例提供的第三方法的流程图；
图7是本申请实施例提供的第一装置的示意图；
图8是本申请实施例提供的第二装置的示意图；
图9是本申请实施例提供的第三装置的示意图；
图10是本申请实施例提供的计算机系统的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请发明人在实现本申请的过程中发现，现有技术中之所以仅在下单页透出各种支付渠道所提供的用户权益信息，而无法提前透出给用户，主要可以包括以下原因：
支付机构在进行用户权益的发放时，通常可能是定向发放的，例如，可以定向目标用户，定向合作的网络销售平台，定向购买范围等等。也即，在发放用户权益之前，通常需要首先进行目标用户的圈选，符合条件的用户才会成为自己的目标用户，并向这些目标用户进行用户权益的投放。这就使得对于同一支付机构发放的同一用户权益而言，有些用户能够享受该权益，有些用户却不能。而具体的用户权益又是由支付机构生成并进行发放的，因此，网络销售平台在需要进行这种用户权益信息的透出时，需要在接收到具体用户的访问请求后向支付机构进行查询，判断出当前用户是否能够享受某种权益，进而在具体网络销售系统的页面中进行透出。另外，由于同一网络销售系统合作的支付机构可能有多家，不同支付机构在数据格式、访问接口等方面可能都有不同的定义，页面在拿到具体的数据之后，还需要分别按照各自的逻辑进行处理，最终才能在界面中进行展示。当然，即使只有一家合作的支付机构，通常也需要对该支付机构返回的数据进行处理之后才能在界面中进行具体的展示。
这也就意味着，如果网络销售平台中的某个界面中需要透出支付机构为用户提供的权益信息，则需要对该界面的业务逻辑进行改造，需要实现查询功能，根据各种支付机构的网关查询方式，向各支付机构网关发起查询；需要能够对各种不同支付机构的数据结构等进行解析及处理，另外还需要在界面中扩展出相应的用户权益信息展示区域，等等。但是，网络销售系统中具体的界面数量众多，用户的访问路径都是由具体的界面构成的，因此，如果对大量的界面都分别进行上述改造，则无疑工作量是巨大的。也就是说，从实际应用中的技术实现难度上限制了对支付机构所提供用户权益信息的提前透出。
基于上述分析，本申请实施例提供了一种解决方案，在该方案中，可以首先选定具体的目标访问链路，然后，在该访问链路的各个节点上，都可以对第二用户(可以包括前述支付机构，或者，还可以是其他方面的相关应用，例如，共享单车等，在从网络销售系统的角度看来，属于一类用户，因此，在本申请实施例中统一称为第二用户，而买家用户消费者用户等可以称为第一用户，商家卖家用户等可以成为第三用户，等等)提供的用户权益信息进行透出，也即，实现全链路透出。为了降低链路各节点的数据处理难度，网络销售系统还可以提供一接入子系统，其作用是可以对第二用户提供的用户权益模板信息进行注册，并提供查询机制，用于接收网络销售系统中业务子系统的查询请求，之后，从支付结构网关查询获得相应的结果，并且，还可以根据业务子系统所需的数据格式等，对第二用户所提供的数据进行处理，再将处理后的数据作为查询结果返回业务子系统。这样，业务子系统只需要在访问链路各个节点实现预置的权益查询接口，即使获得各第二用户所提供的用户权益的信息，大幅度降低了各个节点的数据处理难度。
当然，在本申请发明人实现本申请的过程中还发现，在实际应用中，用户在网络销售系统中进行浏览，再到最终的下单，所经历的访问链路可能是多种多样。例如，有的用户是从首页直接搜索，然后从搜索列表页中进行商品详情页，再进行下单；有的用户是从首页进入某主题模块的承接页，在该承接页中点击某商品的链接，进入详情页，再进行下单；另外还有的用户可能会从首页中提供的某促销活动的入口进入到该活动承接页，从该界面进入某商品的详情页，再下单，等等。如果在所有各种可能的访问链路的各节点中均透出第二用户提供的用户权益信息，无疑改造量仍然是非常大的。而如果从中选择部分可能的访问链路进行第二用户提供的用户权益信息的透出，那么如何选择又将是个问题，因为所有各种可能的访问链路其实都是平等的，从对海量用户的访问统计结果来看，各条访问链路的访问次数可能会是平均分布的，很难区分出哪一条或者哪几条更加重要，或者能吸引更多用户的访问。
另外，网络销售系统最主要的功能还是为用户提供各种具体商品的信息，供用户进行浏览，并对符合需求的商品进行下单购买操作。在其访问链路节点界面中透出的关于第二用户所提供的用户权益的信息，在一定程度上可能会具有“广告”的性质，如果不加限制地在一些访问链路中强行透出与第二用户所提供的用户权益相关的信息，对于部分用户而言可能会造成一定程度上的干扰，甚至可能出现反感的情况。例如，有些用户可能对于是否能够享受某项权益并不是非常关心，此时，如果某界面中满屏都是关于第二用户所提供的用户权益信息的“广告”(因为具体在提供享受到的用户权益信息时，需要具体到每个具体商品，包括每个具体商品享受权益前后的价格信息等，需要分别进行展示)，则很可能会造成这种用户的反感。可见，从用户接受度方面考虑，也限制了对第二用户所提供用户权益信息的提前透出。
针对上述问题，具体在确定需要进行用户权益信息透出的访问链路时，可以不是从网络销售平台中已有的链路中进行选择，而是由网络销售系统为用户打造全新的访问链路，由于该链路可以看作是一条专用的链路，在链路的起始点即可明确标识出与第二用户用户权益相关的提示信息，因此，如果某用户通过该起点开始进行访问，则属于用户的主动选择行为，可以认为对这种用户权益信息感兴趣的用户，这样，后续各节点中分别对用户权益信息进行透出，引起用户反感的概率也会比较低。也就是说，在可选的实施例中，可以通过打造专用的访问链路，能够实现对第二用户所提供的用户权益信息的全链路透出，并且，使得用户可以主动选择是否进入该访问链路，因此，在该链路上进行用户权益信息的透出，会提高用户的接受度。
下面对本申请实施例所提供的具体技术方案进行详细介绍。
实施例一
在该实施例一中，首先提供了一种用户权益信息处理系统，参见图1，该系统具体可以包括：
接入子系统101，用于对至少一个第二用户提供的用户权益模板进行注册，并将注册后的用户权益的标识信息提供给业务子系统；
其中，所述用户权益模板主要用于通过所述第二用户关联的服务器向目标第一用户进行发放；这里所指的第一用户，可以是指在第二用户关联的服务器中注册的用户，由于第二用户与网络销售系统之间具有合作关系，因此，在第二用户关联的服务器中注册的用户在网络销售系统中可能也会注册有对应的账号信息，例如，可以注册为买家用户、消费者用户等，因此，同一个用户在网络销售系统中注册的账户信息与在第二用户关联的服务器中注册的账户信息之间可以具有关联，第二用户关联的服务器中可以保存这种关联关系。这样，在向第一用户进行用户权益模板的发放时，实际上也相当于是向网络销售系统中对应的用户进行的发放，这是因为，通常需要用户在网络销售系统中进行购物等活动时，才能够使用对应的用户权益。当然，在具体实现时，也有可能存在一些用户仅在第二用户关联的服务器中进行了账户注册，而尚未在网络销售系统中进行注册，此时，第二用户关联的服务器也可以为这些第一用户发放用户权益，此时，还能起到为网络销售系统引流新用户的作用，对此，后文中会有详细介绍。
业务子系统102，用于确定数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口，所述权益查询接口用于根据访问目标节点的目标用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
所述接入子系统101还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
所述业务子系统102还用于，根据所述查询结果，在所述节点的对应界面中提供目标用户权益相关的信息。
其中，具体的接入子系统101也可以称为“权益查询接入层”，具体可以是由网络销售一侧来实现的，其作用主要是对第二用户提供的用户权益模板进行注册，并提供查询接口，使其成为网络销售平台中业务子系统与第二用户之间的桥梁，实现两个系统之间的数据格式转化，在需要对接多个第二用户的情况下，还可以实现对各种不同第二用户网关调用方式、返回的数据格式的统一适配转换。
也就是说，在具体实现时，第二用户可以制定权益投放策略，之后，可以生成用户权益模板，并圈定目标用户，向目标用户进行用户权益模板的发放。其中，用户权益模板具体可以用于规定并存储某项用户权益的价值、适用范围、有效期等信息，发放不同的权益可以使用不同的权益模板。具体的权益形式可以包括现金红包、优惠券、津贴等，当用户在第二用户合作的网络销售系统中购买指定范围的数据对象(例如，限制数据对象类型、品牌、店铺等，当然，也可以设定为全场可用)时，可以享受上述权益。其中，第二用户在完成向目标用户的发放之后，具体哪些用户可享受具体的用户权益，这种信息会在支付服务器中进行保存，而不需要提供给网络销售系统。
需要说明的是，在通常情况下，第二用户发放用户权益时的投放策略可以是由第二用户自行决定，当然，如果与网络销售系统具有深度的合作关系，则也可以结合参考网络销售系统中的用户数据等，例如，在“支付宝”与“淘宝”的合作中，由于关系密切，因此，其投放策略可以是将支付宝用户与淘宝用户数据进行交叉对比，之后进行目标用户的圈定。例如，可以圈定出拥有“支付宝”账户，但是未开通“淘宝”账户的一批用户作为目标用户进行某项权益的发放，等等。
在第二用户完成权益投放策略的制定，并生成了用户权益模板，向目标用户进行发放之后，可以将其用户权益模板信息提供给合作的网络销售系统，其中，具体提供的用户权益模板的信息可以包括权益模板ID、权益类型、权益面额等。网络销售系统则可以在接入子系统101中完成对用户权益模板的注册。其中，具体在进行注册时，主要所做的工作可以是为所述第二用户提供的用户权益模板分配唯一代码Key，将所述唯一代码作为用户权益提供给所述业务子系统。
之所以要进行这一步的注册，主要是因为以下几点：
第一，第二用户在生成用户权益模板，会为具体的用户权益模板提供ID等标识，但是，采用的是第二用户内部的命名方式进行的命名。各种不同的第二用户在对用户权益模板的命名方式上往往会存在差异，例如，有的是用全英文字母进行命名，有的是用全数字进行命名，还有的可能是英文字母加数字的形式，等等。这些命名方式对于网络销售系统而言，可能会显得杂乱无章。为此，可以在接入子系统对这些用户权益模板的标识进行统一化的重命名，也即，为具体的用户权益模板提供规范化的、符合网络销售系统内部命名方式的唯一代码，例如，统一表达为QY001，QY002，QY003等等。这样，可以消除不同第二用户之间对用户权益模板标识表达方式上的差异。
第二，出于信息安全性的角度考虑，第二用户内部对用户权益模板提供的标识，也不适合于直接提供给网络销售系统的具体业务方，因此，进行统一的重命名之后，对于业务子系统而言，只需要使用统一命名后的用户权益模板标识进行查询等操作即可，具体的第二用户内部对用户权益模板提供的标识不会透露给网络销售系统的业务方。
第三，有的第二用户可能会同时发放多种用户权益，由于每种用户权益需要分别用各自对应的用户权益模板进行表达，因此，同一第二用户就可能对应多个用户权益模板标识。在存在多个第二用户的情况下，用户权益模板的数量可能会比较多。此时，如果网络销售系统内部的业务方在进行用户权益查询时，每次都分别带上各个用户权益模板标识，则会比较麻烦。为此，在进行用户权益模板的注册时，还可以实现同一唯一代码对应多个用户权益模板，例如，同一第二用户对应的多个用户权益模板使用同一个唯一代码，等等。这样，业务子系统可以通过一个唯一代码实现对多项用户权益的查询，有利于提高查询的效率。
例如，某网络销售系统对接的第二用户包括“支付宝”、某银行信用卡中心等，则接入子系统对各第二用户提供的用户权益模板进行注册时，可以如表1所示：
表1
当然，接入层子系统在接收到具体的查询请求后，还可以首先将查询请求中携带的唯一代码转换为第二用户为对应用户权益模板定义的标识，然后再向所述第二用户关联的服务器进行查询。在同一个唯一代码对应多个用户权益模板的情况下，则需要转换为第二用户分别为各用户权益模板定义的标识，然后再向第二用户关联的服务器发起具体的查询。
总之，通过接入子系统提供的的注册功能可以实现查询适配，这种查询适配使得网络销售系统能够水平扩展对接多个第二用户，每个第二用户都有对外提供服务的能力(例如本申请实施例中所述的权益查询能力)的网关，网络销售系统可以通过接入子系统调用网关及背后的服务获取所需的数据。关于每个第二用户所提供的网关调用方式上的差异，以及返回的数据格式上的不同，就可以由接入子系统进行统一的适配转换。
在本申请实施例中，网络销售系统中的业务子系统，具体可以是指具体处理与第二用户合作业务的业务方，当然，在一个网络销售系统中通常会存在多个业务方，例如，负责首页建设的业务方，负责某主题模块的业务方，等等。第二用户在完成用户权益的发放，并由接入子系统完成对第二用户中的用户权益模板进行注册后，业务子系统就可以获得注册后的用户权益模板的唯一代码，另外还可以实现对接入子系统的查询接口，这样，就可以利用这种唯一代码，在具体需要进行用户权益信息透出的访问链路各节点中，实现该查询接口。当然，具体实现时，由于用户权益是与具体用户相关的，因此，查询接口的输入参数除了所述用户权益模板的标识，还可以包括用户标识，具体用户标识的取值，可以在接收到具体用户的访问请求后进行传入。
其中，如前文所述，关于具体需要进行信息透出的访问链路，可以由具体的业务子系统进行确定，其中，在一种实现方式下，可以网络销售系统中任意一条访问链路。或者，在更为优选的方案中，可以构造专用的访问链路，在这种新构建的访问链路中，首先可以包括流量入口展示对象以及承接页，这两者可以是由业务子系统根据本申请实施例的需求进行搭建的，也即，相对于网络销售平台中已有的各种界面而言，流量入口展示对象及其承接页属于新的浏览对象。其中，流量入口展示对象是用于投放到目标界面中进行展示，所述流量入口被执行预置操作后跳转到所述承接页。具体的，流量入口展示对象可以以弹出窗口的形式存在，或者，还可以以目标界面中一个展示区块的形式存在，等等。也即，如果某目标界面中投放了该流量入口对象，则在有第一用户(在本申请实施例中，为了便于描述，也可以将其称为“访问者用户”)访问该目标界面时，如果该访问者用户能够享受其中的某项用户权益，则可以在该目标界面中弹出一个小窗口，该小窗口就可以成为本申请实施例中访问链路的入口。或者，在目标界面的某区块中展示出具体用户权益的描述信息等，并提供一定的引导信息，例如，“点击查看更多”等，引导用户从该流量入口进入，进入之后，将会跳转到对应的承接页。
其中，在所述承接页中可以实现用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息列表信息的第二区块。也就是说，承接页中不仅可以展示出当前访问者用户能够享受的用户权益的描述信息，还可以展示出多个能够使用该权益的数据对象的信息。这些数据对象通常可以以列表的形式存在，其中某个目标数据对象被点击后，可以跳转到该目标数据对象的详情页。进而，用户可以在详情页中进行浏览、“立即购买”等操作，当需要进行购买时，则可以跳转到该订单确认界面，也即下单界面，等等。
也就是说，在本申请实施例中，具体构建的访问链路可以是：流量入口展示对象—>承接页—>数据对象详情界面—>下单界面。其中，流量入口展示对象以及承接页可以是由业务子系统进行搭建的，而数据对象详情界面以及下单界面则可以是原有的界面。因此，业务子系统具体所需做的工作可以包括：
搭建流量入口展示对象以及承接页，并在其中进行参数设置，实现相关的查询接口，以实现对当前访问者用户能否享受某种用户权益进行查询。对于承接页而言，还可以设置数据对象的筛选规则等，以获得待展示的数据对象的信息。另外，在访问者用户能够享受某项用户权益的情况下，还可以实现以下功能：根据用户权益对应的金额等信息，计算出各数据对象享受权益后的价格等信息，在承接页中一并进行展示。再者，由于承接页可能会跳转到某数据对象的详情页，为了使得详情页能够获得具体的用户权益标识信息，在可选的实现方式中，还可以在承接页中实现对目标数据对象详情页链接的信息添加功能，也即，在某数据对象被点击时，可以在该目标数据对象的链接找添加具体用户权益的标识信息，对此，后文中还会有介绍。
而关于数据对象详情页，业务子系统所需做的工作是，可以在数据对象详情页面中实现权益查询接口，该权益查询接口的输入参数同样可以是用户标识以及用户权益标识，通过承接页的上述链接参数植入功能，详情页可以从链接中获取上述两项信息，进而通过权益查询接口进行查询即可。当然，也可以直接在实现权益查询接口时，对用户权益标识的具体取值进行固定设置，等等。
关于下单页，业务子系统所需做的工作同样可以是在下单页中实现权益查询接口，该权益查询接口的输入参数同样可以是用户标识以及用户权益标识，这两项信息都可以由详情页进行传入。
简单而言，业务子系统所需做的工作包括：获知已注册的用户权益标识，搭建流量入口展示对象以及承接页，在其中实现权益查询接口，对相关数据对象的详情页以及订单确认页面实现权益查询接口；之后，对流量入口展示对象向目标界面进行投放，这样，用户便可以在访问目标界面的过程中查看到具体的流量入口，通过该流量入口进入后，可以进入承接页，进而进入到数据对象详情页、订单确认界面等，各节点的页面中都可以对第二用户为其提供的用户权益信息进行透出。
可见，在本申请实施例中，在实现对第二用户提供的用户权益信息的全链路透出的过程中，对于网络销售系统已有的页面，只需要对数据对象详情页面以及下达页面进行简单的改造即可，改造的过程只是实现指定的接口即可，不需要提供具体进行数据接口的转换等处理的代码。并且，对于数据对象详情页而言，也只需要将与具体第二用户所提供用户权益相关的数据对象的详情页进行改造，其他的无关数据对象，则不需要对其详情页进行改造。这样，将会大大降低实现过程中的技术难度以及工作量。
下面对具体搭建过程中的相关具体实现方式进行详细介绍。
其中，具体在对流量入口展示对象进行搭建时，对于流量入口展示对象内具体展示的内容，可以有多种具体的形式，例如，其中一种形式下，可以仅提供具体用户权益的描述信息，也即，告知用户其有某项用户权益可用，并引导用户进行点击等操作，以进入到具体的承接页。或者，在另一种形式下，还可以与承接页类似，也即，如图2所示，可以在流量入口展示对象中提供用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息的第二区块。当然，在流量入口展示对象中，展示出的数据对象的数目通常可以比较少，例如，可以是三个，等等。
如果仅在流量入口展示对象中提供具体用户权益的描述信息，则只需要在其中实现权益查询接口即可，该查询接口以用户权益标识以及具体的访问者用户的用户标识为参数。其中，用户权益标识可以是在搭建流量入口展示对象时进行配置的，访问者用户的具体用户标识，则可以在接收到具体用户的访问时再进行传入。
具体实现时，如果接入子系统中注册了多项用户权益，则一种方式下，可以对应同一个流量入口，也就是说，流量入口中查询接口的输入参数中，可以包括多个用户权益标识，发起查询时，可以同时都提供给接入子系统，接入子系统分别对各项用户权益向具体的第二用户网关进行查询，获得多项查询结果，这些查询结果可以在同一个流量入口中进行展示。
或者，在更为优选的实施方式中，可以分别为各种不同的用户权益标识，实现不同的流量入口，也即，假设接入子系统中注册了N项用户权益，这些用户权益可能来自于不同的第二用户，则可以实现N个甚至更多的流量入口，不同的流量入口可以对应不同的承接页，也可以对应相同的承接页。另外，还可以根据各自对应的用户权益的特点等，将不同的流量入口向不同的目标界面中进行投放。通过这种方式，使得流量入口可以实现规模化的创建于运营，针对不同渠道、人群等可以建立不同的流量入口，降低人工机械化重复开发的工作量。
如果流量入口中也需要展示部分数据对象的信息，则可以在使得流量入口展示对象与承接页具有类似的界面结构，例如，都可以包括用于展示用户权益描述信息的第一区块，以及用于展示数据对象列表信息的第二区块。其中，由于既需要展示用户权益的相关信息，又需要展示相关数据对象的信息，而这些信息都可能与具体的访问者用户的身份相关。因此，在搭建上述流量入口展示对象以及承接页时，还可以实现数据对象筛选策略，并实现具体的权益查询接口。这样，在接收到访问者用户对所述流量入口展示对象或承接页的访问请求时，可以根据所述数据对象筛选策略获得待展示的数据对象，并通过权益查询接口获得所述访问者用户可享受的目标用户权益详情信息。然后，根据所述用户权益详情信息确定所述用户权益描述信息，输出到第一区块进行展示；另外，可以确定所述待展示的数据对象享受所述目标用户权益后的资源变化情况信息，将所述待展示的数据对象以及所述资源变化情况信息输出到第二区块进行展示。也就是说，具体在对流量入口展示对象或者承接页中展示数据对象信息时，可以对享受权益之后的价格等信息进行展示，这样，使得这些信息更直观的透出给用户，帮助用户进行购物决策。
其中，具体在流量入口展示对象或者承接页中对数据对象信息以及用户权益信息进行处理以及展示时，可以直接由页面内的代码来实现，或者，为了降低代码的重复开发，还可以预先实现多路数据合并处理接口，该接口可以用于获得所述待展示的数据对象，以及所述访问者用户可享受的目标用户权益详情信息，并确定所述用户权益描述信息，以及所述资源变化情况信息，返回处理结果，以用于分别在所述第一区块以及第二区块中进行展示。这样，流量入口展示对象或者承接页中只需要实现该多路数据合并处理接口即可，因此，可以进一步降低实现难度。
流量入口以及承接页完成搭建之后，便可以进行流量入口的投放，其中一种情况下，流量入口可以是被投放到当前网络销售系统中的目标界面中，例如，可以是客户端首页、某频道首页等等。因此，在用户访问所述目标界面时，流量入口展示对象可以获取到访问者用户的用户标识信息，另外，由于流量入口中设置了具体的用户权益标识的具体值(也即，具体的唯一Key的取值等)信息，因此，就可以将两者作为参数，通过权益查询接口发起查询，获得相关的查询结果，并在流量入口展示对象中进行展示。其中，如果流量入口展示对象是以弹出窗口的形式存在，则在默认状态下，该窗口可以不弹出，只有当目标界面的访问者用户能够享受某项用户权益之后，再弹出该流量入口展示对象。或者，如果流量入口展示对象是以目标界面中一个区块的形式存在，则也可以根据具体的访问者用户是否能享受对应的用户权益，再决定是否展示该区块的内容，等等。
需要说明的是，对于承接页，由于用户需要从流量入口页进入到承接页，因此，当承接页被访问时，证明流量入口展示对象在此之前已经被该访问者用户访问了，因此，可以直接由流量入口将具体的用户权益标识的具体取值传给承接页。也就是说，在搭建承接页时，可以不必固定设定具体用户权益标识的值，利用具体流量入口传入的用户权益标识的具体值以及用户标识信息作为参数，向权益查询接口发起查询。这种方式对于存在多个流量入口时显得更为有意义，这是因为，在存在多个流量入口的情况下，不同的流量入口可以用于透出不同用户权益的描述信息，但是，不同的流量入口却可以使用相同的承接页进行承接，也即，在从不同的流量入口进行承接页时，承接页中展示的数据对象可能都是相同的，不同之处仅在于，对于不同的用户权益，由于对应的优惠方式等有所不同，因此，各数据对象对应的享受权益后的资源信息等可能是不同的。但这种不同可以根据具体的多路数据合并处理接口等处理后获得。通过这种方式，可以实现通过同一个承接页或者少数的承接页来承接多个不同流量入口的访问，因此，可以避免重复开发，进一步降低开发时的工作量。
另外，具体实现时，除了可以将搭建的流量入口展示对象投放到当前网络销售系统内的目标页面，还可以投放到相关第二用户的目标界面中。对于后者，其目的主要是：第二用户在进行用户权益发放时，其中一种情况下，发放的目标用户群体可能是已经在第二用户中进行账户注册，但是尚未在网络销售系统中进行账户注册的用户。此时，可以直接在第二用户的目标界面中展示该流量入口。例如，可以是在第二用户提供的用户权益领取界面中，或者已领取到的用户权益查看界面中，提供上述流量入口。这样，用户在第二用户中领取了具体的用户权益之后，可以直接通过该流量入口对网络销售系统提供的数据对象信息访问，当然，此时，只能按照本申请实施例提供的链路进行访问。另外，由于当前用户尚未在网络销售系统中进行账户注册，因此，网络销售系统还可以为该用户生成一个临时的账户，这样，该用户可以使用该临时账户对网络销售系统进行访问。需要说明的是，虽然流量入口被投放到第二用户的目标界面中，但是在用户通过该流量入口进入后，仍然可以跳转到承接页，也即，后续的访问链路与在网络销售内的访问时相同的，并且，各节点中都可以透出该用户所享受到的用户权益信息，以及各数据对象在使用权益后的资源变化情况信息，等等，甚至如果该用户最终需要购买其中某数据对象，则还可以使用该临时账户进行下单以及支付等操作。通过这种方式，可以帮助用户更方便的完成在网络销售系统中的首单交易的达成，还是实现对所获得用户权益的有效核销。
需要说明的是，对于承接页，或者需要在流量入口中展示部分有代表性的少数数据对象的情况下，由于均有可能跳转到目标数据对象的详情页，因此，为了使得详情页能够获知当前链路上具体用户权益标识信息，还可以在流量入口或者承接页中实现以下逻辑：向目标数据对象的详情页面跳转之前，在所述目标数据对象的链接中添加所述用户权益标识信息。例如，某个数据对象的详情页链接地址为：
https://detail.m.tmall.com/item.htm？id＝526498885740
则在植入了用户权益标识信息这一参数之后，可以变为：
https://detail.m.tmall.com/item.htm？id＝526498885740&key＝(某用户权益的key值)
这样，只需要在目标数据对象详情页面中实现权益查询接口，便可以使得目标数据对象详情页面通过所述权益查询接口获得所述第一用户对应的用户权益信息，并在详情页面中对具体的用户权益信息进行展示，包括对数据对象的资源信息进行修改，等等。当然，在具体实现时，上述从流量入口或者承接页向目标数据对象详情页面进行跳转时，也可以不必执行所述对数据对象详情页链接进行参数植入的操作，例如，直接在数据对象详情页面中实现权益查询接口时，直接将用户权益标识进行写死，等等。
另外，目标数据对象的详情页中包括用于生成订单的操作选项，该操作选项被操作后跳转到订单确认界面，此时，业务子系统还可以在所述订单确认界面中实现所述权益查询接口，以用于在所述订单确认界面中提供所述第一用户可享受的用户权益信息。也就是说，在订单确认界面中也可以实现权益查询接口，该接口的参数同样可以是用户标识以及用户权益标识信息。由于数据对象详情页与订单确认页面之间本来就存在跳转关系，因此，这两方面的信息均可以由目标数据对象详情页进行传入。其中，由于订单确认界面为资金敏感型页面，关于价格的计算等有统一的逻辑进行处理，并且，鉴于用户已经到达下单这一步，证明其已经做出了购物决策，因此，在该订单确认界面中，可以仅以文案等形式对用户可享受的权益进行提示即可。
需要说明的是，由于用户权益信息可能会有期限限制，一个用户在领取了用户权益之后，该用户权益还随时可能被用掉，并且，并不一定只有在本申请实施例提供的访问链路下才能够使用。也就是说，如果某访问链路中没有透出第二用户提供的用户权益信息，但是，这也并不影响用户最终对这种用户权益的使用。这就可能出现以下情况：用户在本申请实施例提供的访问链路中进行访问的过程中，可能在前一个节点时，可享受的用户权益有效且未被使用的状态，但是到了下一个节点时，却变成了已使用状态，等等。而这种用户权益信息由属于与资金相关的敏感信息，因此，其准确性比较重要。为此，在本申请实施例中，在访问链路各节点向接入子系统发起访问请求后，接入子系统均可以重新向第二用户发起查询，之后再返回查询结果，以保证查询结果的准确性。但是，如果是到了最终的下单界面，则由于只需要提供文案性质的用户权益描述信息，不影响实际需要支付的金额等，另外，也由于订单确认界面对响应时间要求严格，因此，还可以在接入子系统对之前节点中已经查询获得的当前访问者用户对应的用户权益信息进行缓存，这样，在接收到来自订单确认界面的查询请求时，可以直接从缓存中返回相关的信息。
为了更好的理解本申请实施例提供的具体方案，下面通过一个实际应用中的例子，进行详细介绍。
具体的，参见图3，第二用户可以生成多种用户权益模板，包括现金红包、优惠券、津贴等，这些权益可以用于向目标用户进行发放，因此，可以称为定定向权益。之后，可以通过第二用户网关将这些用户权益模板提供给权益查询接入层(也即，接入子系统)，该接入层可以对用户权益信息进行注册。完成注册后，接入层可以为具体的用户权益模板提供对应的唯一Key，并可以将这种注册信息提供给业务子系统。业务子系统则可以通过搭建系统，搭建出流量入口以及承接页。其中，对应不同的用户权益唯一Key，可以搭建不同的流量入口。在搭建流量入口以及承接页的过程中，可以在其中实现权益查询接口，权益查询接口的参数有两个，其中一个是用户标识信息，另一个是用户权益标识信息。其中，在搭建过程中，用户标识信息可以为变量，具体的取值需要在有用户进行访问时才可获知。而关于用户权益标识信息，可以在流量入口中设置具体的取值，也即，可以确定出是具体针对哪一种用户权益搭建的流量入口。而关于承接页，用户权益标识也可以以变量的形式存在，待有用户从流量入口进入时，才将具体的用户权益标识的取值带给承接页。这样可以实现同一承接页在不同流量入口之间的复用。另外，由于流量入口以及承接页中都有可能展示一些数据对象信息，因此，在搭建过程中还可以设置数据对象筛选策略，在具体进行展示是，可以从数据源中筛选出具体的数据对象信息进行展示。之后，可以对流量入口进行投放，访问者用户在访问目标界面时，便可获得关于流量入口的相关信息，此时，如果用户通过该流量入口进入，则可以进入到承接页，并将用户权益标识的取值Key传递给承接页，承接页则据此向接入层发起权益查询，并进行对相关数据对象信息以及用户权益信息的数据合并处理及展示。之后，如果用户从中点击了某目标数据对象，则可以在该目标数据对象详情页的链接地址中植入具体用户权益标识的取值Key，并跳转到该目标数据对象详情页。该目标数据对象详情页中也实现了权益查询接口，因此，同样可以向接入层发起查询，详情页根据返回的查询结果，也可以对与用户权益相关的信息进行透出。最后，如果用户决定购买，则在下单页仍然可以进行查询，并进行用户权益信息的透出。其中，在流量入口、承接页以及数据对象详情页发出具体的查询请求时，接入层都可以分别向第二用户网关发起查询，获得实时的查询结果，然后再经过处理后进行返回。而对于下单页发出的查询请求，则可以直接从接入层缓存中返回查询结果。
需要说明的是，由于网络销售系统与第二用户之间具有合作关系，因此，双方系统中用户注册的账户信息可以是具有关联关系的，因此，虽然在网络销售系统的用户访问链路各节点上携带的是用户在网络销售系统中注册的第一账户信息，但是，相应的查询请求在到达第二用户关联的服务器之后，可以根据预先保存的关联关系信息，转换为同一用户在第二用户中注册的第二账户信息，然后，再进行具体是否享受某项用户权益的查询操作。
总之，通过本申请实施例，可以首先选定具体的目标访问链路，然后，在该访问链路的多个节点上，都可以对第二用户提供的用户权益信息进行透出，也即，实现全链路透出。为了降低链路节点的数据处理难度，网络销售系统还可以提供一接入子系统，其作用是可以对第二用户提供的用户权益模板信息进行注册，并提供查询机制，用于接收网络销售系统中业务子系统的查询请求，之后，从第二用户关联的服务器网关查询获得相应的结果，并且，还可以根据业务子系统所需的数据格式等，对第二用户所提供的数据进行处理，再将处理后的数据作为查询结果返回业务子系统。这样，业务子系统只需要在访问链路节点实现预置的权益查询接口，即可获得第二用户所提供的用户权益的信息，大幅度降低了链路节点的数据处理难度。
另外，在可选的实施例中，可以通过打造专用的访问链路，实现对第二用户所提供的用户权益信息的全链路透出，并且，使得用户可以主动选择是否进入该访问链路，因此，在该链路上进行用户权益信息的透出，会提高用户的接受度。
实施例二
该实施例二是与实施例一相对应的，从接入子系统的角度，提供了一种用户权益信息处理方法，参见图4，该方法具体可以包括：
S401：接收对用户权益模板进行注册的请求，所述用户权益模板由第二用户关联的服务器生成，并通过第二用户关联的服务器向目标用户进行发放；
S402：为所述用户权益模板分配唯一代码，将所述唯一代码作为用户权益标识提供给业务子系统，以便所述业务子系统提供数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；所述权益查询接口用于根据访问目标节点的访问请求关联的第一用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
S403：根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果，以便在所述节点的对应界面中提供用户权益相关的信息。
具体实现时，每个用户权益模板可以对应一个唯一代码，或者，同一第二用户提供的多个用户权益模板对应一个唯一代码。
另外，该接入子系统还可以对所述第一用户对应的用户权益信息进行缓存，以便在接收到在订单确认界面中提交的查询请求时，根据所述缓存中的信息返回查询结果。
实施例三
该实施例三也是与实施例一相对应的，从业务子系统进行访问链路搭建过程的角度，提供了一种用户权益信息处理方法，参见图5，该方法具体可以包括：
S501：业务子系统确定数据对象信息访问链路；
S502：在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；
其中，所述权益查询接口用于根据访问链路节点上的访问请求关联的第一用户的用户标识以及用户权益标识，向接入子系统发起查询请求；所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果。
其中，具体在确定数据对象信息访问链路时，可以有多种方式，例如，其中一种方式下，可以从网络销售系统的现有访问链路中进行选择，或者，在另一种方式下，还可以搭建流量入口展示对象以及承接页；其中，所述流量入口被执行预置操作后跳转到所述承接页，在所述承接页中包括用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息列表信息的第二区块，所述承接页中的目标数据对象被操作后，跳转到所述目标数据对象的详情页并分别在所述流量入口展示对象以及所述承接页中实现所述权益查询接口。
具体实现时，所述流量入口展示对象中可以仅包括用于展示用户权益描述信息的第一区块，以及用于引导进行承接页查看的引导信息。
或者，所述流量入口展示对象中还可以包括用于展示数据对象信息列表信息的第二区块，其中，所述流量入口展示对象中展示的数据对象为具有代表性的数据对象，其数目少于所述承接页中展示的数据对象数目。
其中，具体在搭建流量入口展示对象或承接页时，可以搭建界面框架，除了实现所述权益查询接口，还可以建立数据对象筛选策略，以用于根据所述数据对象筛选策略获得待展示的数据对象；另外，还可以在所述搭建流量入口展示对象或承接页中实现对数据对象信息以及第一用户所享受的用户权益信息进行合并展示的功能。例如，可以预先实现多路数据合并处理接口，在其中实现该接口即可，等等。
其中，具体在搭建流量入口展示对象或承接页时，还可以在所述流量入口展示对象或承接页中实现向目标数据对象详情界面链接地址中植入参数的功能，所述参数包括用户权益标识的取值。
具体实现时，所述流量入口可以为多个，每个流量入口对应不同的用户权益标识。并且，多个不同的流量入口可以对应相同的承接页；此时，所述流量入口中实现所述权益查询接口时，可以对用户权益标识的取值进行设定，而承接页中在实现所述权益查询接口时，参数信息中可以不包括用户权益标识的取值，由流量入口在接收到具体第一用户的访问之后，将所述权益标识的取值传入给承接页。
在搭建完成后，还可以将所述流量入口展示对象投放到目标界面中。其中，所述目标界面可以是当前网络销售系统提供的至少一个目标业务方的目标界面中，或者第二用户提供的目标界面。
实施例四
该实施例四也是与实施例一相对应的，从业务子系统对用户访问进行支持的角度，提供了一种用户权益信息处理方法，参见图6，该方法具体可以包括：
S601：确定目标界面的访问请求关联的第一用户的用户标识信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
S602：以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
S603：根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
具体实现时，通过所述流量入口展示对象接收到用户访问请求后，跳转到承接页；所述承接页中包括用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息列表信息的第二区块，所述承接页中的目标数据对象被操作后，跳转到所述目标数据对象的详情页。其中，在跳转到承接页时，可以在所述承接页中以所述第一用户的用户标识信息以用户权益标识的取值为参数，向预置的权益查询接口发起查询，然后，根据返回的查询结果，对所述承接页中的第一区块以及第二区块进行展示。
其中，在从所述流量入口展示对象向所述承接页进行跳转时，还可以将所述流量入口展示对象中配置的用户权益标识的取值传递给所述承接页。
在从所述流量入口展示对象或承接页向目标数据对象详情页面进行跳转时，还可以向所述目标数据对象详情页面链接地址中植入参数信息，所述参数信息包括所述流量入口展示对象配置的用户权益标识的取值。
具体实现时，所述目标界面包括第二用户提供的目标界面；所述用户权益模板发放的目标用户包括：已经在第二用户中注册但尚未在当前网络销售系统中注册的用户；此时，还可以为所述第一用户提供在所述当前网络销售系统中的临时身份标识信息，以便通过所述临时身份信息跳转到所述承接页，并进行目标数据对象详情信息的浏览以及购买操作。
关于上述实施例二至实施例四中的相关的具体实现，可以参见前述实施例一中的记载，这里不再赘述。
与实施例二相对应，本申请实施例还提供了一种用户权益信息处理装置，参见图7，该装置具体可以应用于接入子系统，包括：
注册请求接收单元701，用于接收对用户权益模板进行注册的请求，所述用户权益模板由第二用户关联的服务器生成，并通过第二用户关联的服务器向目标用户进行发放；
代码分配单元702，用于为所述用户权益模板分配唯一代码，将所述唯一代码作为用户权益标识提供给业务子系统，以便所述业务子系统提供数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；所述权益查询接口用于根据目标节点的访问请求关联的第一用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
查询单元703，用于根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果，以便在所述节点的对应界面中提供用户权益相关的信息。
具体实现时，每个用户权益模板对应一个唯一代码，或者，同一第二用户提供的多个用户权益模板对应一个唯一代码。
其中，该装置还可以包括：
缓存单元，用于对所述第一用户对应的用户权益信息进行缓存，以便在接收到在订单确认界面中提交的查询请求时，根据所述缓存中的信息返回查询结果。
与实施例二相对应，本申请实施例还提供了一种用户权益信息处理装置，参见图8，该装置应用于业务子系统，包括：
访问链路确定单元801，用于确定数据对象信息访问链路；
接口实现单元802，用于在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；
所述权益查询接口用于根据访问链路节点上的访问请求关联的第一用户的用户标识以及用户权益标识，向接入子系统发起查询请求；所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果。
具体实现时，所述访问链路确定单元具体可以用于包括：
搭建子单元，用于搭建流量入口展示对象以及承接页；
其中，所述流量入口被执行预置操作后跳转到所述承接页，在所述承接页中包括用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息列表信息的第二区块，所述承接页中的目标数据对象被操作后，跳转到所述目标数据对象的详情页并分别在所述流量入口展示对象以及所述承接页中实现所述权益查询接口。
具体的，所述流量入口展示对象中包括用于展示用户权益描述信息的第一区块，以及用于引导进行承接页查看的引导信息。
另外，所述流量入口展示对象中还包括用于展示数据对象信息列表信息的第二区块，其中，所述流量入口展示对象中展示的数据对象为具有代表性的数据对象，其数目少于所述承接页中展示的数据对象数目。
其中，所述搭建子单元具体可以用于：
搭建界面框架，并建立数据对象筛选策略，以用于根据所述数据对象筛选策略获得待展示的数据对象；
在所述搭建流量入口展示对象或承接页中实现对数据对象信息以及第一用户所享受的用户权益信息进行合并展示的功能。
另外，所述搭建子单元还可以用于：
在所述流量入口展示对象或承接页中实现向目标数据对象详情界面链接地址中植入参数的功能，所述参数包括用户权益标识的取值。
具体的，所述流量入口可以为多个，每个流量入口对应不同的用户权益标识。
其中，多个不同的流量入口可以对应相同的承接页；
所述流量入口中实现所述权益查询接口时，对用户权益标识的取值进行设定，承接页中在实现所述权益查询接口时，参数信息中不包括用户权益标识的取值，由流量入口在接收到具体第一用户的访问之后，将所述权益标识的取值传入给承接页。
另外，该装置还可以包括：
入口投放单元，用于将所述流量入口展示对象投放到目标界面中。
具体的，所述目标界面包括当前网络销售系统提供的至少一个目标业务方的目标界面中，或者第二用户关联的服务器提供的目标界面。
与实施例四相对应，本申请实施例还提供了一种用户权益信息处理装置，参见图9，该装置具体可以包括：
用户信息确定单元901，用于用于确定目标界面的访问请求关联的第一用户的用户标识信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
查询发起单元902，用于以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
用户权益信息展示单元903，用于根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
具体实现时，该装置还可以包括：
跳转单元，用于通过所述流量入口展示对象接收到用户访问请求后，跳转到承接页；所述承接页中包括用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息列表信息的第二区块，所述承接页中的目标数据对象被操作后，跳转到所述目标数据对象的详情页；
查询单元，用于在所述承接页中以所述访问者用户的用户标识信息以用户权益标识的取值为参数，向预置的权益查询接口发起查询；
承接页展示单元，用于根据返回的查询结果，对所述承接页中的第一区块以及第二区块进行展示。
另外还可以包括：
取值传递单元，用于在从所述流量入口展示对象向所述承接页进行跳转时，将所述流量入口展示对象中配置的用户权益标识的取值传递给所述承接页。
参数植入单元，用于在从所述流量入口展示对象或承接页向目标数据对象详情页面进行跳转时，向所述目标数据对象详情页面链接地址中植入参数信息，所述参数信息包括所述流量入口展示对象配置的用户权益标识的取值。
具体的，所述目标界面包括第二用户关联的服务器提供的目标界面；
所述用户权益模板发放的目标用户包括：已经在第二用户关联的服务器中注册但尚未在当前网络销售系统中注册的用户；
所述装置还可以包括：
临时身份提供单元，用于为所述访问者用户提供在所述当前网络销售系统中的临时身份标识信息，以便通过所述临时身份信息跳转到所述承接页，并进行目标数据对象详情信息的浏览以及购买操作。
另外，本申请实施例还提供了一种计算机系统，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
确定目标界面的访问请求关联的第一用户信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
其中，图10示例性的展示出了计算机系统的架构，具体可以包括处理器1010，视频显示适配器1011，磁盘驱动器1012，输入/输出接口1013，网络接口1014，以及存储器1020。上述处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014，与存储器1020之间可以通过通信总线1030进行通信连接。
其中，处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储用于控制计算机系统1000运行的操作系统1021，用于控制计算机系统1000的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1023，数据存储管理系统1024，以及用户权益信息处理系统1025等等。上述用户权益信息处理系统1025就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
输入/输出接口1013用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
网络接口1014用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1030包括一通路，在设备的各个组件(例如处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014，与存储器1020)之间传输信息。
另外，该计算机系统1000还可以从虚拟资源对象领取条件信息数据库1041中获得具体领取条件的信息，以用于进行条件判断，等等。
需要说明的是，尽管上述设备仅示出了处理器1010、视频显示适配器1011、磁盘驱动器1012、输入/输出接口1013、网络接口1014，存储器1020，总线1030等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的用户权益信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (39)

1.一种用户权益信息处理系统，其特征在于，包括：
接入子系统，用于对至少一个第二用户提供的用户权益模板进行注册，并将注册后的用户权益标识信息提供给业务子系统；
业务子系统，用于确定数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口，所述权益查询接口用于根据访问目标节点的目标用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
所述业务子系统还用于，根据所述查询结果，在所述节点的对应界面中提供目标用户权益相关的信息。
2.根据权利要求1所述的系统，其特征在于，
所述接入子系统在对所述第二用户提供的用户权益模板进行注册时具体用于：
为所述第二用户提供的用户权益模板分配唯一代码，将所述唯一代码作为用户权益提供给所述业务子系统；
所述接入子系统具体在接收到查询请求时具体用于：
将所述查询请求中携带的唯一代码转换为第二用户为对应用户权益模板定义的标识，并向所述第二用户关联的服务器进行查询。
3.根据权利要求2所述的系统，其特征在于，
每个用户权益模板对应一个唯一代码，或者，同一第二用户提供的多个用户权益模板对应一个唯一代码。
4.根据权利要求1所述的系统，其特征在于，
所述业务子系统在确定访问链路时具体用于：
搭建流量入口展示对象以及承接页，并分别在所述流量入口展示对象以及所述承接页中实现所述权益查询接口；所述流量入口展示对象用于投放到目标界面中进行展示，所述流量入口被执行预置操作后跳转到所述承接页，在所述承接页中实现用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息列表信息的第二区块，所述承接页中的目标数据对象被操作后，跳转到所述目标数据对象的详情页。
5.根据权利要求4所述的系统，其特征在于，
所述流量入口展示对象中包括用于展示用户权益描述信息的第一区块，以及用于引导进行承接页查看的引导信息。
6.根据权利要求5所述的系统，其特征在于，
所述流量入口展示对象中还包括用于展示数据对象信息列表信息的第二区块，其中，所述流量入口展示对象中展示的数据对象为具有代表性的数据对象，其数目少于所述承接页中展示的数据对象数目。
7.根据权利要求4或6所述的系统，其特征在于，
所述业务子系统在搭建所述流量入口展示对象或所述承接页时具体用于：
搭建界面框架，并建立数据对象筛选策略；
所述业务子系统在接收对所述流量入口展示对象或承接页的访问请求时，具体用于：
根据所述数据对象筛选策略获得待展示的数据对象，并获得所述访问请求关联的第一用户可享受的目标用户权益详情信息，根据所述用户权益详情信息确定所述用户权益描述信息，输出到第一区块进行展示，并确定所述待展示的数据对象享受所述目标用户权益后的资源变化情况信息，将所述待展示的数据对象以及所述资源变化情况信息输出到第二区块进行展示。
8.根据权利要求7所述的系统，其特征在于，
所述业务子系统具体用于：以所述数据对象筛选策略以及所述用户权益标识信息为参数，在所搭建出界面中实现预置的多路数据合并处理接口，所述多路数据合并处理接口用于获得所述待展示的数据对象，以及所述第一用户可享受的目标用户权益详情信息，并确定所述用户权益描述信息，以及所述资源变化情况信息，返回处理结果，以用于分别在所述第一区块以及第二区块中进行展示。
9.根据权利要求4所述的系统，其特征在于，
所述业务子系统还用于，在数据对象详情页面中实现所述权益查询接口；在从流量入口展示对象或承接页向目标数据对象的详情页面跳转之前，在所述目标数据对象的链接中添加所述用户权益标识信息，以便所述目标数据对象详情页面通过所述权益查询接口获得所述第一用户对应的用户权益信息。
10.根据权利要求4所述的系统，其特征在于，
所述目标数据对象的详情页中包括用于生成订单的操作选项，该操作选项被操作后跳转到订单确认界面；
所述业务子系统还用于，在所述订单确认界面中实现所述权益查询接口，以用于在所述订单确认界面中提供所述第一用户可享受的用户权益信息。
11.根据权利要求10所述的系统，其特征在于，
所述接入子系统还用于，对所述第一用户对应的用户权益信息进行缓存；在接收到所述订单确认界面提交的查询请求时，从所述缓存中返回对应的用户权益信息。
12.根据权利要求4所述的系统，其特征在于，
所述流量入口为多个，每个流量入口对应不同的用户权益标识。
13.根据权利要求12所述的系统，其特征在于，
多个不同的流量入口对应相同的承接页；
其中，所述流量入口中实现所述权益查询接口时，对用户权益标识的取值进行设定，承接页中在实现所述权益查询接口时，参数信息中不包括用户权益标识的取值，由流量入口在接收到具体访问请求之后，将所述权益标识的取值传入给承接页。
14.根据权利要求4所述的系统，其特征在于，
所述流量入口展示对象具体用于投放到当前网络销售系统提供的至少一个目标业务方的目标界面中。
15.根据权利要求4所述的系统，其特征在于，
所述流量入口展示对象具体用于投放到第二用户关联的服务器提供的目标界面中。
16.根据权利要求15所述的系统，其特征在于，
所述用户权益模板发放的目标用户包括：已经在第二用户关联的服务器中注册但尚未在当前网络销售系统中注册的用户；
所述业务子系统还用于，为所述目标用户提供在所述当前网络销售系统中的临时身份标识信息，以便通过所述临时身份信息跳转到所述承接页，并进行目标数据对象详情信息的浏览以及购买操作。
17.根据权利要求4所述的系统，其特征在于，
所述流量入口展示对象在所述目标界面中以弹出窗口的形式存在，或者，以所述目标界面中一个区块的形式存在。
18.一种用户权益信息处理方法，其特征在于，包括：
接入子系统接收对用户权益模板进行注册的请求，所述用户权益模板由第二用户关联的服务器生成，并通过第二用户关联的服务器向目标用户进行发放；
为所述用户权益模板分配唯一代码，将所述唯一代码作为用户权益标识提供给业务子系统，以便所述业务子系统提供数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；所述权益查询接口用于根据访问目标节点的访问请求关联的第一用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果，以便在所述节点的对应界面中提供用户权益相关的信息。
19.根据权利要求18所述的方法，其特征在于，
每个用户权益模板对应一个唯一代码，或者，同一第二用户提供的多个用户权益模板对应一个唯一代码。
20.根据权利要求18所述的方法，其特征在于，还包括：
对所述查询请求关联的第一用户对应的用户权益信息进行缓存，以便在接收到在订单确认界面中提交的查询请求时，根据所述缓存中的信息返回查询结果。
21.一种用户权益信息处理方法，其特征在于，包括：
业务子系统确定数据对象信息访问链路；
在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；
所述权益查询接口用于根据访问链路节点上的访问请求关联的第一用户的用户标识以及用户权益标识，向接入子系统发起查询请求；所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果。
22.根据权利要求21所述的方法，其特征在于，
所述确定数据对象信息访问链路，包括：
搭建流量入口展示对象以及承接页；
其中，所述流量入口被执行预置操作后跳转到所述承接页，在所述承接页中包括用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息列表信息的第二区块，所述承接页中的目标数据对象被操作后，跳转到所述目标数据对象的详情页并分别在所述流量入口展示对象以及所述承接页中实现所述权益查询接口。
23.根据权利要求22所述的方法，其特征在于，
所述流量入口展示对象中包括用于展示用户权益描述信息的第一区块，以及用于引导进行承接页查看的引导信息。
24.根据权利要求23所述的方法，其特征在于，
所述流量入口展示对象中还包括用于展示数据对象信息列表信息的第二区块，其中，所述流量入口展示对象中展示的数据对象为具有代表性的数据对象，其数目少于所述承接页中展示的数据对象数目。
25.根据权利要求22或24所述的方法，其特征在于，
具体在搭建流量入口展示对象或承接页时，包括：
搭建界面框架，并建立数据对象筛选策略，以用于根据所述数据对象筛选策略获得待展示的数据对象；
在所述搭建流量入口展示对象或承接页中实现对数据对象信息以及第一用户所享受的用户权益信息进行合并展示的功能。
26.根据权利要求25所述的方法，其特征在于，
具体在搭建流量入口展示对象或承接页时，还包括：
在所述流量入口展示对象或承接页中实现向目标数据对象详情界面链接地址中植入参数的功能，所述参数包括用户权益标识的取值。
27.根据权利要求22所述的方法，其特征在于，
所述流量入口为多个，每个流量入口对应不同的用户权益标识。
28.根据权利要求27所述的方法，其特征在于，
多个不同的流量入口对应相同的承接页；
其中，所述流量入口中实现所述权益查询接口时，对用户权益标识的取值进行设定，承接页中在实现所述权益查询接口时，参数信息中不包括用户权益标识的取值，由流量入口在接收到访问请求之后，将所述权益标识的取值传入给承接页。
29.根据权利要求22所述的方法，其特征在于，还包括：
将所述流量入口展示对象投放到目标界面中。
30.根据权利要求22所述的方法，其特征在于，
所述目标界面包括当前网络销售系统提供的至少一个目标业务方的目标界面中，或者第二用户关联的服务器提供的目标界面。
31.一种用户权益信息处理方法，其特征在于，包括：
确定目标界面的访问请求关联的第一用户的用户标识信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
32.根据权利要求31所述的方法，其特征在于，还包括：
通过所述流量入口展示对象接收到访问请求后，跳转到承接页；所述承接页中包括用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息列表信息的第二区块，所述承接页中的目标数据对象被操作后，跳转到所述目标数据对象的详情页；
在所述承接页中以所述第一用户的用户标识信息以用户权益标识的取值为参数，向预置的权益查询接口发起查询；
根据返回的查询结果，对所述承接页中的第一区块以及第二区块进行展示。
33.根据权利要求32所述的方法，其特征在于，还包括：
在从所述流量入口展示对象向所述承接页进行跳转时，将所述流量入口展示对象中配置的用户权益标识的取值传递给所述承接页。
34.根据权利要求32所述的方法，其特征在于，还包括：
在从所述流量入口展示对象或承接页向目标数据对象详情页面进行跳转时，向所述目标数据对象详情页面链接地址中植入参数信息，所述参数信息包括所述流量入口展示对象配置的用户权益标识的取值。
35.根据权利要求31所述的方法，其特征在于，
所述目标界面包括第二用户关联的服务器提供的目标界面；
所述用户权益模板发放的目标用户包括：已经在第二用户关联的服务器中注册但尚未在当前网络销售系统中注册的用户；
所述方法还包括：
为所述第一用户提供在所述当前网络销售系统中的临时身份标识信息，以便通过所述临时身份信息跳转到所述承接页，并进行目标数据对象详情信息的浏览以及购买操作。
36.一种用户权益信息处理装置，其特征在于，应用于接入子系统，包括：
注册请求接收单元，用于接收对用户权益模板进行注册的请求，所述用户权益模板由第二用户关联的服务器生成，并通过第二用户关联的服务器向目标用户进行发放；
代码分配单元，用于为所述用户权益模板分配唯一代码，将所述唯一代码作为用户权益标识提供给业务子系统，以便所述业务子系统提供数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；所述权益查询接口用于根据目标节点的访问请求关联的第一用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
查询单元，用于根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果，以便在所述节点的对应界面中提供用户权益相关的信息。
37.一种用户权益信息处理装置，其特征在于，应用于业务子系统，包括：
访问链路确定单元，用于确定数据对象信息访问链路；
接口实现单元，用于在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；
所述权益查询接口用于根据访问链路节点上的访问请求关联的第一用户的用户标识以及用户权益标识，向接入子系统发起查询请求；所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果。
38.一种用户权益信息处理装置，其特征在于，包括：
用户信息确定单元，用于确定目标界面的访问请求关联的第一用户的用户标识信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
查询发起单元，用于以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
用户权益信息展示单元，用于根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
39.一种计算机系统，其特征在于，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
确定目标界面的访问请求关联的第一用户信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
CN201810246424.4A 2018-03-23 2018-03-23 用户权益信息处理方法、装置及系统 Active CN110298678B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810246424.4A CN110298678B (zh) 2018-03-23 2018-03-23 用户权益信息处理方法、装置及系统
PCT/CN2019/078422 WO2019179379A1 (zh) 2018-03-23 2019-03-18 用户权益信息处理方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810246424.4A CN110298678B (zh) 2018-03-23 2018-03-23 用户权益信息处理方法、装置及系统

Publications (2)

Publication Number Publication Date
CN110298678A true CN110298678A (zh) 2019-10-01
CN110298678B CN110298678B (zh) 2023-12-05

Family

ID=67986732

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810246424.4A Active CN110298678B (zh) 2018-03-23 2018-03-23 用户权益信息处理方法、装置及系统

Country Status (2)

Country Link
CN (1) CN110298678B (zh)
WO (1) WO2019179379A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111429171A (zh) * 2020-03-04 2020-07-17 支付宝(杭州)信息技术有限公司 一种信息展示方法、服务器、装置及系统
CN111932319A (zh) * 2020-09-22 2020-11-13 浙江口碑网络技术有限公司 权益配置方法、装置、存储介质及计算机设备
CN116739612A (zh) * 2023-08-14 2023-09-12 杭州阿里巴巴海外数字商业有限公司 展示权益信息的方法及电子设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112835655B (zh) * 2021-02-26 2024-05-10 深圳市晨北科技有限公司 数据透明传输方法、系统、传输终端和存储介质
CN114372249A (zh) * 2022-03-21 2022-04-19 北京纷扬科技有限责任公司 一种基于权限码的数据权限控制方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070271156A1 (en) * 2006-05-18 2007-11-22 Shlomit Sarusi Efficiency of E commerce shopping from a picture or motion picture on the Internet
CN102223354A (zh) * 2010-04-14 2011-10-19 阿里巴巴集团控股有限公司 一种网络支付鉴权方法、服务器及系统
CN103189890A (zh) * 2010-11-30 2013-07-03 亚马逊技术股份有限公司 数字优惠券系统
CN103632258A (zh) * 2012-08-27 2014-03-12 深圳市一兆科技发展有限公司 一种消费支付方法、系统和设备
CN104813354A (zh) * 2012-11-01 2015-07-29 伊贝斯公司 用于为购物服务提供多商家电子购物车的系统、方法和计算机程序
CN107590706A (zh) * 2016-07-06 2018-01-16 阿里巴巴集团控股有限公司 订单信息处理以及订单类型转换处理方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110106599A1 (en) * 2009-10-29 2011-05-05 Mccann Monica Theresa Providing Digital Coupons for Third Party Network Sites
CN102298744A (zh) * 2010-06-25 2011-12-28 任俊林 一种由第三方机构为买方发红包商务模式
CN104732383A (zh) * 2013-12-23 2015-06-24 华为技术有限公司 一种基于电子钱包的交易方法、装置和系统
CN107730319A (zh) * 2017-10-30 2018-02-23 聚诚（深圳）网络科技有限公司 关联式营销利润分配方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070271156A1 (en) * 2006-05-18 2007-11-22 Shlomit Sarusi Efficiency of E commerce shopping from a picture or motion picture on the Internet
CN102223354A (zh) * 2010-04-14 2011-10-19 阿里巴巴集团控股有限公司 一种网络支付鉴权方法、服务器及系统
CN103189890A (zh) * 2010-11-30 2013-07-03 亚马逊技术股份有限公司 数字优惠券系统
CN103632258A (zh) * 2012-08-27 2014-03-12 深圳市一兆科技发展有限公司 一种消费支付方法、系统和设备
CN104813354A (zh) * 2012-11-01 2015-07-29 伊贝斯公司 用于为购物服务提供多商家电子购物车的系统、方法和计算机程序
CN107590706A (zh) * 2016-07-06 2018-01-16 阿里巴巴集团控股有限公司 订单信息处理以及订单类型转换处理方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111429171A (zh) * 2020-03-04 2020-07-17 支付宝(杭州)信息技术有限公司 一种信息展示方法、服务器、装置及系统
CN111932319A (zh) * 2020-09-22 2020-11-13 浙江口碑网络技术有限公司 权益配置方法、装置、存储介质及计算机设备
CN116739612A (zh) * 2023-08-14 2023-09-12 杭州阿里巴巴海外数字商业有限公司 展示权益信息的方法及电子设备
CN116739612B (zh) * 2023-08-14 2024-01-09 杭州阿里巴巴海外数字商业有限公司 展示权益信息的方法及电子设备

Also Published As

Publication number Publication date
CN110298678B (zh) 2023-12-05
WO2019179379A1 (zh) 2019-09-26

Similar Documents

Publication Publication Date Title
CN110298678A (zh) 用户权益信息处理方法、装置及系统
Buhalis et al. eTourism: critical information and communication technologies for tourism destinations.
CN101211397B (zh) 分发软件许可证的部分的计算机控制方法和系统
JP7256742B2 (ja) シングマシンシステム及び方法
CN107430618A (zh) 实现与主计算设备进行用户语音交互的系统和方法
CN110324414A (zh) 资源位流量分配的方法、装置及电子设备
WO2019027264A1 (ko) 컨텐츠에 대한 가상 화폐 발행 및 유통 시스템
WO2021177665A1 (ko) 온라인 상품권 직거래서비스장치 및 그 장치의 구동방법
CN107992500A (zh) 一种信息处理方法及服务器
KR101765415B1 (ko) 판매자와 판매대행자 간의 연결 및 수익공유를 제공하는 판매대행 서비스 제공방법 및 제공장치
KR20090001595A (ko) 쇼핑몰 사이트 운영 방법
Aggarwal et al. Fog-integrated cloud architecture enabled multi-attribute combinatorial reverse auctioning framework
US20070271175A1 (en) System, method and apparatus for brokering loan applications
JP6788063B2 (ja) 利用者を通じてコンテンツに対する報酬を提供する方法およびシステム
CN106934687A (zh) 一种基于用户行为的信息处理方法及装置
JP7446022B1 (ja) マーケティング施策の実行方法
US20150170193A1 (en) System and method for distributing and processing coupons
KR20200128789A (ko) 블록체인 기반의 쇼핑몰에서 상품 프로모션 방법 및 그 시스템
KR20200062869A (ko) 창업 정보 제공 플랫폼 시스템 및 운영방법
JP2022136790A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
Buhalis et al. 13 eTourism: Critical Information and Communication Technologies for Tourism Destinations
JP2021157410A (ja) 電子商取引支援システム
KR20090059242A (ko) 온라인 전자상거래 상에서 컨텐츠를 재판매하는 방법 및 그시스템
KR20050071308A (ko) 온라인 광고 방법 및 온라인 광고 시스템
KR102523298B1 (ko) 개인계정의 가상부동산화를 이용한 권리 중개 서비스 제공 시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant