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

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

Info

Publication number
WO2019179379A1
WO2019179379A1 PCT/CN2019/078422 CN2019078422W WO2019179379A1 WO 2019179379 A1 WO2019179379 A1 WO 2019179379A1 CN 2019078422 W CN2019078422 W CN 2019078422W WO 2019179379 A1 WO2019179379 A1 WO 2019179379A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
query
interface
rights
Prior art date
Application number
PCT/CN2019/078422
Other languages
English (en)
French (fr)
Inventor
马立铭
Original Assignee
阿里巴巴集团控股有限公司
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 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2019179379A1 publication Critical patent/WO2019179379A1/zh

Links

Images

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

Definitions

  • the present application relates to the technical field of user rights information processing, and in particular, to a method, device and system for processing user rights information.
  • the user rights information that can be enjoyed is revealed to the user, so that the user rights information provided by the payment institution can play a positive role in helping the user to make a shopping decision, which is conducive to facilitating the transaction and reducing the user.
  • the rate of turnover which in turn increases the write-off rate of user rights issued by the payment institution.
  • the application provides a method, device and system for processing user rights information, which can implement full link transparent transmission of user rights information provided by the second user.
  • a user rights information processing system includes:
  • An access subsystem configured to register a user rights template provided by at least one second user, and provide the registered user rights identification information to the service subsystem;
  • the service subsystem is configured to determine a data object information access link, and implement a preset equity query interface by using a user identifier and a user rights identifier as parameters in multiple nodes of the access link, and the equity query interface is used for Initiating a query request to the access subsystem according to the target user identifier of the access target node and the target user rights identifier;
  • the access subsystem is further configured to: query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and return the query result;
  • the service subsystem is further configured to: provide information related to the target user rights in a corresponding interface of the node according to the query result.
  • a method for processing user rights information comprising:
  • the access subsystem receives a request for registering a user rights template, where the user rights template is generated by a server associated with the second user, and is distributed to the target user by the server associated with the second user;
  • Assigning a unique code to the user equity template providing the unique code as a user rights identifier to a service subsystem, so that the service subsystem provides a data object information access link and respectively in multiple nodes of the access link
  • the system initiates a query request;
  • a method for processing user rights information comprising:
  • the service subsystem determines a data object information access link
  • the rights query interface is configured to initiate a query request to the access subsystem according to the user identifier of the first user and the user rights identifier associated with the access request on the access link node; the access subsystem is further configured to receive according to the The query request is queried to the server associated with the second user, and the information returned by the server associated with the second user is processed to return the query result.
  • a method for processing user rights information comprising:
  • the target interface is an interface for pre-delivering the traffic portal display object
  • the traffic portal is built for the user equity template provided by the second user
  • the input subsystem is configured to query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and then return the query result;
  • a user rights information processing device is applied to an access subsystem, including:
  • a registration request receiving unit configured to receive a request for registering a user equity template, where the user equity template is generated by a server associated with the second user, and is distributed to the target user by the server associated with the second user;
  • a code allocation unit configured to allocate a unique code to the user equity template, and provide the unique code as a user rights identifier to a service subsystem, so that the service subsystem provides a data object information access link and accesses the link
  • the plurality of nodes respectively use the user identifier and the user rights identifier as parameters to implement a preset equity query interface;
  • the equity query interface is configured to associate the first user identifier and the target user equity identifier according to the access request of the target node,
  • the access subsystem initiates a query request;
  • a query unit configured to query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and then return the query result, so as to provide the user in the corresponding interface of the node Equity related information.
  • a user rights information processing device is applied to a business subsystem, including:
  • An access link determining unit configured to determine a data object information access link
  • An interface implementation unit configured to implement a preset equity query interface by using a user identifier and a user rights identifier as parameters in multiple nodes of the access link;
  • the rights query interface is configured to initiate a query request to the access subsystem according to the user identifier of the first user and the user rights identifier associated with the access request on the access link node; the access subsystem is further configured to receive according to the The query request is queried to the server associated with the second user, and the information returned by the server associated with the second user is processed to return the query result.
  • a user rights information processing device includes:
  • a user information determining unit configured to determine user identification information of a first user associated with an access request of the target interface;
  • the target interface is an interface for pre-delivering a traffic portal display object;
  • the traffic portal is a user provided for the second user Built with an equity template;
  • the query initiating unit is configured to initiate a query to the preset equity query interface by using the user identifier information of the first user and the value of the pre-configured user rights identifier, where the equity query interface is used to access the access
  • the system initiates a query request;
  • the access subsystem is configured to query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and then return the query result;
  • the user rights information display unit is configured to determine, according to the query result, whether the first user enjoys the user rights, and if yes, provide related information about the user rights in the traffic portal display object.
  • a computer system comprising:
  • One or more processors are One or more processors;
  • a memory associated with the one or more processors the memory for storing program instructions that, when read by the one or more processors, perform the following operations:
  • the target interface is an interface for pre-delivering the traffic portal display object; and the traffic portal is constructed for the user rights template provided by the second user;
  • the input subsystem is configured to query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and then return the query result;
  • the present application discloses the following technical effects:
  • a specific target access link may be selected first, and then, on a plurality of nodes of the access link, the user rights information provided by the second user may be transparently displayed, that is, The link is transparent.
  • the network sales system can also provide an access subsystem, which can register the user equity template information provided by the second user, and provide a query mechanism for receiving the network sales system.
  • the corresponding result is obtained from the server gateway query associated with the second user, and the data provided by the second user may also be processed according to the data format required by the service subsystem.
  • the processed data is returned to the business subsystem as a query result.
  • the service subsystem only needs to implement the preset equity query interface on the access link node, and even if the information of the user rights provided by the second user is obtained, the data processing difficulty of the link node is greatly reduced.
  • the entire link of the user rights information provided by the second user may be transparently created by creating a dedicated access link, and the user may actively select whether to enter the access link. Therefore, the user's equity information is transmitted on the link, which improves the user's acceptance.
  • FIG. 1 is a schematic diagram of a system architecture provided by an embodiment of the present application.
  • FIG. 2 is a schematic diagram of a traffic entry provided by an embodiment of the present application.
  • FIG. 3 is a schematic diagram of interaction provided by an embodiment of the present application.
  • FIG. 5 is a flowchart of a second method provided by an embodiment of the present application.
  • FIG. 6 is a flowchart of a third method provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a first device provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a second device provided by an embodiment of the present application.
  • FIG. 9 is a schematic diagram of a third device provided by an embodiment of the present application.
  • FIG. 10 is a schematic diagram of a computer system according to an embodiment of the present application.
  • the inventor of the present application finds that in the prior art, the user rights information provided by various payment channels is only displayed on the next page, and cannot be disclosed to the user in advance, and may mainly include the following reasons:
  • the payment institution When the payment institution issues the user's rights, it may usually be directed, for example, it can target the target user, target the network sales platform, target the purchase range, and so on. That is to say, before the user rights are issued, it is usually necessary to first perform the circle selection of the target users, and the qualified users will become their target users, and the user rights will be delivered to the target users. This allows some users to enjoy the same user rights issued by the same payment institution, but some users cannot.
  • the specific user rights are generated and issued by the payment institution. Therefore, when the network sales platform needs to transmit such user rights information, it needs to query the payment institution after receiving the specific user's access request. Determine whether the current user can enjoy a certain right, and then transparently in the page of the specific network sales system.
  • the gateway query mode initiates an inquiry to each payment institution gateway; it needs to be able to parse and process the data structures of various payment institutions, and also needs to expand the corresponding user rights information display area in the interface, and the like.
  • the number of specific interfaces in the network sales system is large, and the user's access path is composed of a specific interface. Therefore, if the above-mentioned transformation is performed on a large number of interfaces, the workload is undoubtedly huge. That is to say, the technical implementation difficulty in the actual application limits the advance transmission of the user rights information provided by the payment institution.
  • the embodiment of the present application provides a solution, in which a specific target access link may be selected first, and then, on each node of the access link, the second user may be
  • the foregoing payment mechanism may be included, or may be other related applications, for example, a shared bicycle, etc., belonging to a class of users from the perspective of a network sales system, and therefore, collectively referred to as a
  • the second user, and the buyer user consumer user or the like may be referred to as the first user, the merchant seller user or the like may become the third user, etc.) the user rights information provided is transparent, that is, the full link is transparent.
  • the network sales system may further provide an access subsystem, which can register the user equity template information provided by the second user, and provide a query mechanism for receiving network sales.
  • the query request of the service subsystem in the system after which the corresponding result is obtained from the payment structure gateway query, and the data provided by the second user may be processed according to the data format required by the service subsystem, and then processed.
  • the subsequent data is returned to the business subsystem as a result of the query.
  • the service subsystem only needs to implement the preset equity query interface on each node of the access link, and even if the information of the user rights provided by each second user is obtained, the data processing difficulty of each node is greatly reduced.
  • the inventor of the present application also finds that in practical applications, the user may browse through the network sales system and then go to the final order, and the access links experienced may be various. For example, some users search directly from the homepage, and then make a product details page from the search list page, and then place an order; some users enter the receiving page of a theme module from the homepage, and click on a certain product in the receiving page. Link, go to the details page, and then place an order; in addition, some users may enter the activity receiving page from the entrance of a promotion provided in the home page, enter the details page of a product from the interface, and then place an order, etc. Wait.
  • the amount of modification is still very large. And if some of the possible access links are selected to make the user's rights information provided by the second user transparent, then how to choose will be a problem, because all kinds of possible access links are actually equal, from a large number of users. According to the statistics of the access statistics, the number of accesses of each access link may be evenly distributed. It is difficult to distinguish which one or which ones are more important, or to attract more users.
  • the most important function of the online sales system is to provide users with information on various specific products for users to browse and place orders for purchases that meet the demand.
  • the information about the user rights provided by the second user in the access link node interface may have the property of "advertising" to a certain extent, and if it is forcibly revealed in some access links without restriction
  • the information related to the user's rights provided by the second user may cause some degree of interference to some users, and may even be repugnant. For example, some users may not be very concerned about whether they can enjoy an interest.
  • the network sales system creates a new access link for the user. Since the link can be regarded as a dedicated link, the prompt information related to the second user's user rights can be clearly identified at the starting point of the link. Therefore, if a user starts to access through the starting point, The user's active selection behavior can be considered as a user who is interested in such user rights information. In this way, the user rights information is separately transmitted in subsequent nodes, and the probability of causing the user to resent is relatively low.
  • the entire link of the user rights information provided by the second user can be realized by creating a dedicated access link, and the user can actively select whether to enter the Access to the link, therefore, the user's rights information is transmitted on the link, which will increase the user's acceptance.
  • a user rights information processing system is first provided.
  • the system may specifically include:
  • the access subsystem 101 is configured to register a user equity template provided by the at least one second user, and provide the identifier information of the registered user rights to the service subsystem;
  • the user rights template is used to be distributed to the target first user by using the server associated with the second user; the first user referred to herein may be the user registered in the server associated with the second user. Since the second user has a cooperative relationship with the network sales system, the user registered in the server associated with the second user may also be registered with the corresponding account information in the network sales system, for example, may be registered as a buyer user. , consumer users, etc., therefore, the account information registered by the same user in the network sales system may be associated with the account information registered in the server associated with the second user, and the server associated with the second user may save the same connection relation.
  • the user rights template when the user rights template is issued to the first user, it is actually equivalent to the issuance to the corresponding user in the network sales system, because the user usually needs to perform activities such as shopping in the online sales system. Only the corresponding user rights can be used.
  • the server associated with the second user may also be the first
  • a user issues a user's rights at this time, it can also play a role in draining new users to the network sales system. This will be described in detail later.
  • the service subsystem 102 is configured to determine a data object information access link, and implement a preset equity query interface by using a user identifier and a user rights identifier as parameters in a plurality of nodes of the access link, where the equity query interface is used. And initiating a query request to the access subsystem according to the target user identifier of the access target node and the target user rights identifier;
  • the access subsystem 101 is further configured to: query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and return the query result;
  • the service subsystem 102 is further configured to provide information related to the target user rights in the corresponding interface of the node according to the query result.
  • the specific access subsystem 101 may also be referred to as an “equity query access layer”, which may be implemented by the network sales side, and its role is mainly to register the user rights template provided by the second user, and Providing a query interface, which becomes a bridge between the service subsystem and the second user in the network sales platform, and realizes data format conversion between the two systems.
  • the pair can also be implemented. Uniform adaptation conversion of various second user gateway calling modes and returned data formats.
  • the second user may formulate an equity placement strategy, and then, may generate a user equity template, and delineate the target user, and issue the user equity template to the target user.
  • the user equity template may be specifically used to specify and store information such as the value, scope of application, and expiration date of a user's equity, and different equity models may be used to issue different equity templates.
  • Specific forms of equity may include cash red packets, coupons, allowances, etc., when the user purchases a specified range of data objects in a network sales system in which the second user cooperates (for example, limiting data object types, brands, stores, etc., of course, When set to be available for the entire audience, you can enjoy the above rights. After the second user completes the issuance to the target user, which specific users can enjoy the specific user rights, such information is saved in the payment server without being provided to the network sales system.
  • the delivery strategy when the second user issues the user rights may be determined by the second user.
  • the reference network sales system may also be combined.
  • the delivery strategy may be to cross-compare Alipay users and Taobao user data, and then target users. For example, a group of users who have an "Alipay” account but have not opened a "Taobao” account can be delineated as a target user to issue an interest, and so on.
  • the user equity template information may be provided to the cooperative network sales system, wherein the specific user equity template information is provided. It may include an equity template ID, an equity type, an equity denomination, and the like.
  • the network sales system can then complete the registration of the user equity template in the access subsystem 101. Specifically, when performing registration, the main work may be to assign a unique code Key to the user rights template provided by the second user, and provide the unique code as the user rights to the service subsystem.
  • the reason for registering this step is mainly because of the following:
  • an identifier such as an ID is provided for the specific user equity template, but the naming by the internal naming manner of the second user is adopted.
  • Different second users often have different naming methods for user rights templates. For example, some are named with full English letters, some are named with all numbers, and some may be in the form of English letters plus numbers. and many more. These naming schemes may seem cluttered to the online sales system.
  • the access subsystem can re-identify the identification of these user rights templates, that is, provide a standardized code that conforms to the internal naming scheme of the network sales system for a specific user equity template, for example, unified Expressed as QY001, QY002, QY003 and so on. In this way, the difference in the manner in which the user rights template identifiers are expressed between different second users can be eliminated.
  • the identifier provided by the second user to the user rights template is not suitable for the specific service party directly provided to the network sales system. Therefore, after unified renaming, for the service For the subsystem, it is only necessary to use the unified naming user rights template identifier to perform the query, and the specific identifier provided by the second user to the user equity template is not disclosed to the business party of the network sales system.
  • some second users may issue multiple user rights at the same time. Since each user rights needs to be expressed by their respective user rights templates, the same second user may correspond to multiple user rights template identifiers. In the case where there are multiple second users, the number of user equity templates may be relatively large. At this time, if the business party inside the network sales system is in the user interest inquiry, each time the user rights template identifier is respectively carried, it is troublesome. Therefore, when the user rights template is registered, the same unique code can also be used to correspond to multiple user rights templates. For example, multiple user rights templates corresponding to the same second user use the same unique code, and so on. In this way, the business subsystem can query multiple user rights through a unique code, which is beneficial to improve the efficiency of the query.
  • the access layer subsystem may first convert the unique code carried in the query request into an identifier defined by the second user for the corresponding user equity template, and then associate with the second user.
  • the server makes a query.
  • the same unique code corresponds to multiple user rights templates, it needs to be converted into the identifiers defined by the second user for each user equity template, and then a specific query is initiated to the server associated with the second user.
  • the query function can be implemented by the registration function provided by the access subsystem, and the query adaptation enables the network sales system to horizontally extend and connect multiple second users, and each second user has the ability to provide external services (
  • the gateway of the equity inquiry capability described in the embodiment of the present application the network sales system can acquire the required data through the access subsystem calling the gateway and the service behind it.
  • a unified adaptation conversion can be performed by the access subsystem.
  • the service subsystem in the network sales system may specifically refer to a service party that specifically processes the service with the second user.
  • a service party that specifically processes the service with the second user.
  • there are usually multiple service parties for example, The business party responsible for the construction of the home page, the business side responsible for a certain theme module, and so on.
  • the service subsystem can obtain the unique code of the registered user equity template, and can also be implemented.
  • the query interface of the access subsystem so that the unique code can be utilized to implement the query interface in each node of the access link that needs to transmit user rights information.
  • the input parameter of the query interface may include the user identifier in addition to the identifier of the user equity template, and the value of the specific user identifier may be received in the specific Pass in after the user's access request.
  • the access link for which information needs to be transparently transmitted may be determined by a specific service subsystem.
  • any link in the network sales system may be accessed.
  • a dedicated access link may be constructed.
  • a traffic entry display object and a receiving page may be first included, which may be based on the service subsystem.
  • the requirements of the embodiments of the present application are set up, that is, the traffic portal display object and its receiving page belong to a new browsing object with respect to various interfaces existing in the network sales platform.
  • the traffic portal display object is used for being displayed in the target interface for display, and the traffic portal is jumped to the receiving page after performing the preset operation.
  • the traffic entry display object may exist in the form of a popup window, or may exist in the form of a display block in the target interface, and the like. That is, if the traffic portal object is served in a certain target interface, when the first user (in the embodiment of the present application, it may also be referred to as a “visitor user” for convenience of description), the target interface is accessed. If the user of the visitor can enjoy a certain user rights, a small window can be popped up in the target interface, and the small window can be the entry point of the access link in the embodiment of the present application.
  • the description information of the specific user rights is displayed, and certain guiding information is provided, for example, “click to view more”, etc., to guide the user to enter from the traffic portal, after entering, Jump to the corresponding docking page.
  • the first block for displaying the user rights description information and the second block for displaying the data object information list information may be implemented in the receiving page. That is to say, the receiving page can not only display the description information of the user rights that the current visitor user can enjoy, but also display information of a plurality of data objects that can use the rights. These data objects can usually exist in the form of a list, and after a target data object is clicked, it can jump to the detail page of the target data object. Further, the user can browse, "buy immediately", etc. in the details page, and when the purchase is required, he can jump to the order confirmation interface, that is, the order interface, and the like.
  • the specifically constructed access link may be: a traffic entry display object -> a receiving page - a data object detail interface - a placing order interface.
  • the traffic entry display object and the receiving page may be built by the service subsystem, and the data object detail interface and the order interface may be the original interface. Therefore, the specific work required by the business subsystem can include:
  • the traffic portal display object and the receiving page Set up the traffic portal display object and the receiving page, and set the parameters in it to implement the relevant query interface, so as to realize whether the current visitor user can enjoy certain user rights.
  • the following functions can be realized: the information such as the price of each data object after the interest is acquired is calculated according to the amount of money corresponding to the user's equity, and is included in the undertaking page. Show it.
  • the target data object may also be implemented in the receiving page.
  • the information addition function linked to the details page that is, when a data object is clicked, the identification information of the specific user rights can be found in the link of the target data object, which will be described later.
  • the work required by the service subsystem is that the rights query interface can be implemented in the data object detail page, and the input parameters of the equity query interface can also be the user identifier and the user rights identifier, by accepting the page.
  • the above link parameter implantation function, the details page can obtain the above two pieces of information from the link, and then query through the equity query interface.
  • the input parameters of the equity query interface can also be the user ID and the user rights identifier. Both of these information can be specified by the details.
  • the page is passed in.
  • the work required by the business subsystem includes: knowing the registered user rights identifier, setting up the traffic portal display object and the receiving page, implementing the equity query interface, and detailing the related data object and the order confirmation page.
  • the equity query interface after that, the traffic portal display object is delivered to the target interface, so that the user can view the specific traffic portal during the process of accessing the target interface, and after entering the traffic portal, the user can enter the receiving page and enter To the data object detail page, the order confirmation interface, etc., the user rights information provided by the second user can be transparently displayed on the pages of each node.
  • the specific content displayed in the traffic portal display object may have multiple specific forms. For example, in one form, only the description information of the specific user rights may be provided. That is, the user is informed that a certain user's rights are available, and the user is guided to perform operations such as clicking to enter a specific receiving page. Or, in another form, it may be similar to the receiving page, that is, as shown in FIG. 2, the first block for displaying the user rights description information may be provided in the traffic portal display object, and used for displaying The second block of data object information.
  • the number of data objects displayed may generally be relatively small, for example, may be three, and the like.
  • the query interface takes the user rights identifier and the user identifier of the specific visitor user as parameters.
  • the user rights identifier may be configured when the traffic portal display object is set up, and the specific user identifier of the visitor user may be further received when receiving the access of the specific user.
  • the same traffic entry may be corresponding, that is, the input parameters of the query interface in the traffic portal may include multiple user rights.
  • the identification when initiating the query, can be provided to the access subsystem at the same time, and the access subsystem separately queries each user's right to the specific second user gateway to obtain multiple query results, and the query results can be in the same traffic. Show in the entrance.
  • different user rights identifiers may be separately identified to implement different traffic entries, that is, assume that N user rights are registered in the access subsystem, and the user rights may be from Different second users can implement N or more traffic entries, and different traffic entries can correspond to different receiving pages or corresponding to the same receiving pages.
  • different traffic portals may be placed in different target interfaces according to characteristics of respective corresponding user rights and the like. In this way, the traffic portal can be created in a large-scale operation, and different traffic portals can be established for different channels and people, thereby reducing the workload of manual mechanization and repeated development.
  • the traffic portal display object and the receiving page may have a similar interface structure, for example, may include a first block for displaying user rights description information, and The second block that displays the data object list information.
  • the second block that displays the data object list information.
  • the data object to be displayed may be obtained according to the data object screening policy, and the visitor user may be obtained through the equity query interface.
  • the visitor user may be obtained through the equity query interface.
  • the data object to be displayed and the resource change situation information are output to the second block for display.
  • the information such as the price after enjoying the equity can be displayed, so that the information is more intuitively displayed to the user and helps the user to shop. decision making.
  • the code when the data object information and the user's equity information are processed and displayed in the traffic entry display object or the receiving page, the code may be directly implemented by the code in the page, or, in order to reduce the repeated development of the code, the pre-implementation may be implemented.
  • a data integration processing interface the interface may be used to obtain the data object to be displayed, and the target user rights detailed information that the visitor user can enjoy, and determine the user rights description information, and the resource change Information, returning processing results for presentation in the first block and the second block, respectively.
  • the traffic entry display object or the receiving page only needs to implement the multi-path data merge processing interface, so the implementation difficulty can be further reduced.
  • the traffic portal can be deployed.
  • the traffic portal can be delivered to the target interface in the current network selling system, for example, the client home page, a channel. Home and more. Therefore, when the user accesses the target interface, the traffic portal display object can obtain the user identification information of the visitor user, and in addition, the specific value of the specific user rights identifier is set in the traffic portal (that is, the specific unique key The value of the information, etc., therefore, the two can be used as parameters to initiate a query through the equity query interface, obtain the relevant query results, and display in the traffic portal display object.
  • the traffic portal display object exists in the form of a pop-up window, in the default state, the window may not pop up, and only after the visitor user of the target interface can enjoy a certain user rights, the traffic portal display object is popped up again. .
  • the traffic portal display object exists in the form of a block in the target interface, it may also be determined according to whether the specific visitor user can enjoy the corresponding user rights, whether to display the content of the block, and the like.
  • the specific value of the specific user rights identifier is directly transmitted to the receiving page by the traffic portal. That is to say, when setting up the receiving page, the value of the specific user rights identifier may not be fixedly set, and the specific value of the user rights identifier and the user identification information of the specific traffic entry are used as parameters to initiate an inquiry to the equity query interface.
  • This approach makes more sense when there are multiple traffic entries, because in the case of multiple traffic entries, different traffic entries can be used to reveal the description information of different user rights, but different Traffic portals can be hosted using the same docking page, ie, when taking pages from different traffic portals, the data objects presented on the receiving page may be the same, except for different user rights. Since the corresponding preferential methods and the like are different, the resource information and the like after the enjoyment of the rights corresponding to each data object may be different. However, this difference can be obtained after processing according to a specific multi-path data merge processing interface. In this way, access to multiple different traffic portals can be achieved through the same receiving page or a small number of receiving pages, thus avoiding duplication of development and further reducing the workload during development.
  • the built-in traffic portal display object in addition to the built-in traffic portal display object can be delivered to the target page in the current network sales system, and can also be delivered to the target interface of the related second user.
  • the purpose is mainly: when the second user performs user rights issuance, in one case, the target user group that is issued may have already registered the account in the second user, but has not been performed in the network sales system. The user who registered the account.
  • the traffic entry can be displayed directly in the target interface of the second user.
  • the above traffic entry may be provided in the user rights collection interface provided by the second user or in the user rights viewing interface that has been received.
  • the data object information provided by the network sales system can be directly accessed through the traffic portal, and of course, only the link provided in the embodiment of the present application can be performed. access.
  • the network sales system can also generate a temporary account for the user, so that the user can use the temporary account to access the network sales system. It should be noted that although the traffic portal is placed in the target interface of the second user, after the user enters through the traffic portal, the user can still jump to the receiving page, that is, the subsequent access link and the online sales.
  • each node can reveal the user rights information enjoyed by the user, and the resource change information of each data object after using the rights, and the like, even if the user finally needs to purchase the information.
  • the specific user rights identification information on the current link may also implement the following logic in the traffic entry or the receiving page: adding the user rights identification information to the link of the target data object before jumping to the detail data page of the target data object .
  • the details page link address for a data object is:
  • the target data object detail page is only required to be implemented in the target data object detail page, so that the target data object detail page can obtain the user rights information corresponding to the first user through the equity query interface, and specific to the specific page.
  • the user's equity information is displayed, including modifying the resource information of the data object, and the like.
  • the operation of parameterizing the data object detail page link may not be performed, for example, directly in the data object.
  • the equity query interface is implemented in the details page, the user rights identifier is directly written to death, and so on.
  • the detail page of the target data object includes an operation option for generating an order, and the operation option is operated to jump to the order confirmation interface, at which time the service subsystem can also implement the equity in the order confirmation interface.
  • the order confirmation interface is a fund-sensitive page, there is a unified logic for the calculation of the price, and since the user has reached the order, it is proved that the purchase decision has been made, and therefore, the order is confirmed.
  • the rights that the user can enjoy can be prompted only in the form of a copy.
  • the user rights information may have a time limit, after a user obtains the user's rights, the user rights may be used at any time, and the access link provided in the embodiment of the present application is not necessarily the only one. Only then can you use it. That is to say, if the user rights information provided by the second user is not revealed in an access link, this does not affect the user's final use of such user rights. Therefore, in the process of accessing the access link provided by the embodiment of the present application, the user may enjoy the valid and unused state of the user right in the previous node, but the next node is reached. When it becomes a used state, and so on. This kind of user rights information is sensitive information related to funds, so its accuracy is more important.
  • the access subsystem may re-initiate the query to the second user, and then return the query result to ensure the query result.
  • the accuracy if the final order interface is reached, it is only necessary to provide the user rights description information of the nature of the copy, which does not affect the amount actually required to be paid, and also because the order confirmation interface has strict response time requirements, and therefore,
  • the access subsystem caches the user rights information corresponding to the current visitor user that has been queried in the previous node, so that when the query request from the order confirmation interface is received, the related information can be directly returned from the cache.
  • the second user may generate multiple user rights templates, including cash red packets, coupons, allowances, etc., which may be used for distribution to target users, and thus may be referred to as targeted rights.
  • the user rights templates may be provided to the equity query access layer (ie, the access subsystem) through the second user gateway, and the access layer may register the user rights information.
  • the access layer may provide a corresponding unique key for the specific user equity template, and may provide such registration information to the service subsystem.
  • the business subsystem can build a traffic portal and a receiving page by building a system. Among them, corresponding to different user rights and unique keys, different traffic entries can be set up.
  • the equity query interface can be implemented therein.
  • the user identification information may be a variable during the construction process, and the specific value needs to be known when the user accesses.
  • a specific value may be set in the traffic entry, that is, it may be determined which traffic entry is specifically configured for which user rights are built.
  • the user rights identifier may also exist in the form of a variable. When the user enters from the traffic portal, the value of the specific user rights identifier is brought to the receiving page. This allows multiplexing of the same docking page between different traffic entries.
  • the data object screening policy may also be set during the construction process.
  • the specific data object information may be filtered from the data source. Show it.
  • the traffic portal can be delivered.
  • the visitor user accesses the target interface, information about the traffic portal can be obtained.
  • the user can enter the receiving page and the user rights.
  • the value of the identifier is passed to the receiving page, and the receiving page initiates an equity inquiry to the access layer according to the data, and performs data combining processing and display on the related data object information and the user rights information.
  • the value key of the specific user rights identifier may be implanted in the link address of the target data object detail page, and jump to the target data object detail page.
  • the target data object details page also implements the equity query interface. Therefore, the query can also be initiated to the access layer.
  • the details page can also disclose information related to the user's rights based on the returned query result.
  • the access layer may initiate a query to the second user gateway respectively to obtain a real-time query result, and then return after processing, when the traffic query, the receiving page, and the data object detail page issue a specific query request. For the query request sent by the next page, the query result can be directly returned from the access layer cache.
  • the account information registered by the user in the two systems may have an associated relationship, and therefore, although the user in the network sales system accesses the link nodes.
  • the first account information registered by the user in the network sales system is carried, but the corresponding query request can be converted into the same user in the second user according to the pre-stored association relationship information after reaching the server associated with the second user.
  • the second account information registered in the middle and then, whether or not to enjoy the query operation of a certain user right.
  • a specific target access link may be selected first, and then, on a plurality of nodes of the access link, the user rights information provided by the second user may be transparently displayed, that is, Achieve full link penetration.
  • the network sales system can also provide an access subsystem, which can register the user equity template information provided by the second user, and provide a query mechanism for receiving the network sales system.
  • the corresponding result is obtained from the server gateway query associated with the second user, and the data provided by the second user may also be processed according to the data format required by the service subsystem.
  • the processed data is returned to the business subsystem as a query result.
  • the service subsystem only needs to implement the preset equity query interface on the access link node to obtain the information of the user rights provided by the second user, which greatly reduces the data processing difficulty of the link node.
  • the entire link of the user rights information provided by the second user may be transparently created by creating a dedicated access link, and the user may actively select whether to enter the access link. Therefore, the user's equity information is transmitted on the link, which improves the user's acceptance.
  • the second embodiment is corresponding to the first embodiment. From the perspective of the access subsystem, a method for processing user rights information is provided. Referring to FIG. 4, the method may specifically include:
  • S401 Receive a request for registering a user rights template, where the user rights template is generated by a server associated with the second user, and is distributed to the target user by using a server associated with the second user;
  • S402 assign a unique code to the user equity template, and provide the unique code as a user rights identifier to the service subsystem, so that the service subsystem provides a data object information access link and accesses multiple nodes of the link.
  • the user rights identifier and the user rights identifier are respectively used as parameters to implement a preset equity query interface; the equity query interface is configured to associate the first user identifier and the target user rights identifier according to the access request of the access target node to the Incoming subsystem initiates a query request;
  • S403 Query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and then return the query result, so as to provide user rights related in the corresponding interface of the node. information.
  • each user equity template may correspond to a unique code, or multiple user rights templates provided by the same second user may correspond to a unique code.
  • the access subsystem may further cache the user rights information corresponding to the first user, so as to return the query result according to the information in the cache when receiving the query request submitted in the order confirmation interface.
  • the third embodiment is also corresponding to the first embodiment. From the perspective of the access link construction process of the service subsystem, a user rights information processing method is provided. Referring to FIG. 5, the method may specifically include:
  • S501 The service subsystem determines a data object information access link.
  • S502 Implementing a preset equity query interface by using a user identifier and a user rights identifier as parameters in multiple nodes of the access link.
  • the rights query interface is configured to initiate a query request to the access subsystem according to the user identifier of the first user and the user rights identifier associated with the access request on the access link node; the access subsystem is further configured to: Querying the server associated with the second user according to the received query request, and processing the information returned by the server associated with the second user, and returning the query result.
  • the existing access link of the network sales system may be selected, or, in another mode, And the traffic entry display object and the receiving page are also set up; wherein the traffic portal is redirected to the receiving page after performing the preset operation, and the first page for displaying the user rights description information is included in the receiving page a block, and a second block for displaying data object information list information, after the target data object in the receiving page is operated, jumping to the detail page of the target data object and respectively displaying the object at the traffic entry And implementing the equity query interface in the receiving page.
  • the traffic portal display object may include only a first block for displaying user rights description information, and guiding information for guiding to perform page view viewing.
  • the traffic entry display object may further include a second block for displaying data object information list information, wherein the data entry displayed in the traffic entry display object is a representative data object, and the number thereof is small. The number of data objects presented in the docking page.
  • the interface framework may be set up, and in addition to implementing the equity query interface, a data object screening policy may be established to obtain data to be displayed according to the data object screening policy.
  • the function of combining the data object information and the user rights information enjoyed by the first user may be implemented in the built-in traffic portal display object or the receiving page.
  • a multi-path data merge processing interface can be implemented in advance, in which the interface can be implemented, and the like.
  • the function of embedding parameters into the target data object detail interface link address may be implemented in the traffic portal display object or the receiving page, where the parameter includes the user equity identifier. The value.
  • the traffic entry may be multiple, and each traffic entry corresponds to a different user rights identifier. Moreover, a plurality of different traffic entries may correspond to the same receiving page; in this case, when the rights query interface is implemented in the traffic portal, the value of the user rights identifier may be set, and the receiving page is implemented in the implementation page. When the rights query interface is described, the value of the user rights identifier may not be included in the parameter information, and the value of the rights identifier is transmitted to the receiving page after the traffic portal receives the access of the specific first user.
  • the traffic portal display object can also be delivered to the target interface.
  • the target interface may be a target interface of at least one target service party provided by the current network sales system, or a target interface provided by the second user.
  • the fourth embodiment is also corresponding to the first embodiment, and provides a method for processing user rights information from the perspective of supporting the user access by the service subsystem.
  • the method may specifically include:
  • S601 determining user identifier information of the first user associated with the access request of the target interface; the target interface is an interface for pre-delivering the traffic portal display object; and the traffic portal is built for the user equity template provided by the second user. ;
  • S602 Initiating a query to the preset equity query interface by using the user identifier information of the first user and the value of the pre-configured user rights identifier, where the equity query interface is used to initiate a query request to the access subsystem.
  • the access subsystem is configured to query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and then return the query result;
  • S603 Determine, according to the query result, whether the first user enjoys the user rights, and if yes, provide related information about the user rights in the traffic portal display object.
  • the receiving page after receiving the user access request by the traffic portal display object, jumping to the receiving page; the receiving page includes a first block for displaying user rights description information, and displaying data object information
  • the second block of the list information after the target data object in the receiving page is operated, jumps to the detail page of the target data object.
  • the user identification information of the first user may be used as a parameter in the receiving page, and the query is initiated to the preset equity query interface, and then, according to the The returned query result shows the first block and the second block in the receiving page.
  • the value of the user rights identifier configured in the traffic portal display object may also be transmitted to the receiving page when the traffic entry is displayed from the traffic portal display object.
  • parameter information may also be implanted into the target data object detail page link address, where the parameter information includes the traffic entry display The value of the user rights identifier configured by the object.
  • the target interface includes a target interface provided by the second user;
  • the target user that is issued by the user equity template includes: a user who has registered in the second user but has not yet registered in the current network sales system;
  • the first user may also be provided with temporary identity information in the current network selling system to jump to the receiving page through the temporary identity information, and browse and purchase operation of the target data object detailed information.
  • the embodiment of the present application further provides a device for processing user rights information.
  • the device may be specifically applied to an access subsystem, including:
  • the registration request receiving unit 701 is configured to receive a request for registering a user equity template, where the user equity template is generated by a server associated with the second user, and is distributed to the target user by using a server associated with the second user;
  • the code assigning unit 702 is configured to allocate a unique code to the user equity template, and provide the unique code as a user rights identifier to the service subsystem, so that the service subsystem provides a data object information access link and is in the access chain.
  • the plurality of nodes of the road respectively use the user identifier and the user rights identifier as parameters to implement a preset equity query interface;
  • the equity query interface is configured to associate the first user identifier and the target user equity identifier according to the access request of the target node, Initiating a query request to the access subsystem;
  • the querying unit 703 is configured to query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and then return the query result, so as to provide the corresponding interface in the node. User-related information.
  • each user equity template corresponds to a unique code, or multiple user rights templates provided by the same second user correspond to a unique code.
  • the device may further comprise:
  • a cache unit configured to cache the user rights information corresponding to the first user, to return a query result according to the information in the cache when receiving the query request submitted in the order confirmation interface.
  • the embodiment of the present application further provides a user rights information processing apparatus.
  • the apparatus is applied to a service subsystem, including:
  • the interface implementation unit 802 is configured to implement a preset equity query interface by using a user identifier and a user rights identifier as parameters in multiple nodes of the access link.
  • the rights query interface is configured to initiate a query request to the access subsystem according to the user identifier of the first user and the user rights identifier associated with the access request on the access link node; the access subsystem is further configured to receive according to the The query request is queried to the server associated with the second user, and the information returned by the server associated with the second user is processed to return the query result.
  • the access link determining unit may be specifically configured to include:
  • the traffic portal is redirected to the receiving page after performing a preset operation, and includes, in the receiving page, a first block for displaying user rights description information, and for displaying data object information list information.
  • a second block after the target data object in the receiving page is operated, jump to a detail page of the target data object and implement the equity query interface in the traffic entry display object and the receiving page respectively .
  • the traffic entry display object includes a first block for displaying user rights description information, and guiding information for guiding to perform the page view.
  • the traffic entry display object further includes a second block for displaying data object information list information, wherein the data object displayed in the traffic entry display object is a representative data object, and the number thereof is less than The number of data objects shown in the takeover page.
  • the building subunit can be specifically used to:
  • the function of combining the data object information and the user rights information enjoyed by the first user is implemented in the built-in traffic portal display object or the receiving page.
  • building subunit can also be used for:
  • the function of embedding parameters into the target data object detail interface link address is implemented in the traffic entry display object or the docking page, the parameter including the value of the user equity identifier.
  • the traffic entry may be multiple, and each traffic entry corresponds to a different user rights identifier.
  • a plurality of different flow inlets may correspond to the same receiving page
  • the value of the user rights identifier is set, and when the rights query interface is implemented in the receiving page, the parameter information does not include the value of the user rights identifier, and the traffic is After receiving the access of the specific first user, the portal passes the value of the equity identifier to the receiving page.
  • the device may further include:
  • An portal delivery unit configured to deliver the traffic portal display object to a target interface.
  • the target interface includes a target interface provided by at least one target service party provided by the current network sales system, or a target interface provided by a server associated with the second user.
  • the embodiment of the present application further provides a device for processing user rights information.
  • the device may specifically include:
  • the user information determining unit 901 is configured to determine user identification information of the first user associated with the access request of the target interface; the target interface is an interface that pre-delivers a traffic portal display object; and the traffic portal is a second user.
  • the target interface is an interface that pre-delivers a traffic portal display object; and the traffic portal is a second user.
  • the query initiating unit 902 is configured to initiate a query to the preset equity query interface by using the user identifier information of the first user and the value of the pre-configured user rights identifier, where the equity query interface is used for accessing
  • the subsystem initiates a query request; the access subsystem is configured to query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and then return the query result;
  • the user rights information display unit 903 is configured to determine, according to the query result, whether the first user enjoys the user rights, and if yes, provide related information about the user rights in the traffic portal display object.
  • the device may further include:
  • a jump unit configured to: after receiving the user access request by the traffic entry display object, jumping to the receiving page; the receiving page includes a first block for displaying user rights description information, and for displaying data a second block of the object information list information, after the target data object in the receiving page is operated, jumping to the detail page of the target data object;
  • a query unit configured to initiate a query to the preset equity query interface by using the user identifier information of the visitor user as a parameter of the user identifier in the receiving page;
  • the page display unit is configured to display the first block and the second block in the receiving page according to the returned query result.
  • the value transfer unit is configured to: when the user jumps from the traffic portal display object to the docking page, the value of the user rights identifier configured in the traffic portal display object is delivered to the receiving page.
  • a parameter embedding unit configured to embed parameter information into the target data object detail page link address when jumping from the traffic portal display object or the receiving page to the target data object detail page, where the parameter information includes
  • the traffic portal displays the value of the user rights identifier configured by the object.
  • the target interface includes a target interface provided by a server associated with the second user;
  • the target user issued by the user equity template includes: a user who has registered in the server associated with the second user but has not yet registered in the current network sales system;
  • the device may further include:
  • a temporary identity providing unit configured to provide the visitor user with temporary identity information in the current network selling system, so as to jump to the receiving page by the temporary identity information, and perform target data object detail information Browse and purchase operations.
  • the embodiment of the present application further provides a computer system, including:
  • One or more processors are One or more processors;
  • a memory associated with the one or more processors the memory for storing program instructions that, when read by the one or more processors, perform the following operations:
  • the target interface is an interface for pre-delivering the traffic portal display object; and the traffic portal is constructed for the user rights template provided by the second user;
  • the input subsystem is configured to query the server associated with the second user according to the received query request, and process the information returned by the server associated with the second user, and then return the query result;
  • FIG. 10 exemplarily shows the architecture of the computer system, and may specifically include a processor 1010, a video display adapter 1011, a disk drive 1012, an input/output interface 1013, a network interface 1014, and a memory 1020.
  • the processor 1010, the video display adapter 1011, the disk drive 1012, the input/output interface 1013, the network interface 1014, and the memory 1020 can be communicably connected via the communication bus 1030.
  • the processor 1010 can be implemented by using a general-purpose CPU (Central Processing Unit), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits. Related procedures are performed to implement the technical solutions provided by the present application.
  • a general-purpose CPU Central Processing Unit
  • ASIC Application Specific Integrated Circuit
  • the memory 1020 can be implemented in the form of a ROM (Read Only Memory), a RAM (Random Access Memory), a static storage device, a dynamic storage device, or the like.
  • the memory 1020 can store an operating system 1021 for controlling the operation of the computer system 1000, a basic input output system (BIOS) for controlling low level operation of the computer system 1000.
  • BIOS basic input output system
  • a web browser 1023, a data storage management system 1024, a user rights information processing system 1025, and the like can also be stored.
  • the above-mentioned user rights information processing system 1025 may be an application program that specifically implements the foregoing steps in the embodiments of the present application.
  • the technical solution provided by the present application is implemented by software or firmware, the related program code is saved in the memory 1020 and is called and executed by the processor 1010.
  • the input/output interface 1013 is used to connect an input/output module to implement information input and output.
  • the input/output/module can be configured as a component in the device (not shown) or externally connected to the device to provide the corresponding function.
  • the input device may include a keyboard, a mouse, a touch screen, a microphone, various types of sensors, and the like, and the output device may include a display, a speaker, a vibrator, an indicator light, and the like.
  • the network interface 1014 is used to connect a communication module (not shown) to implement communication interaction between the device and other devices.
  • the communication module can communicate by wired means (such as USB, network cable, etc.), or can communicate by wireless means (such as mobile network, WIFI, Bluetooth, etc.).
  • Bus 1030 includes a path for communicating information between various components of the device (e.g., processor 1010, video display adapter 1011, disk drive 1012, input/output interface 1013, network interface 1014, and memory 1020).
  • the computer system 1000 can also obtain information of a specific collection condition from the virtual resource object collection condition information database 1041 for condition determination, and the like.
  • the above device only shows the processor 1010, the video display adapter 1011, the disk drive 1012, the input/output interface 1013, the network interface 1014, the memory 1020, the bus 1030, etc., in a specific implementation process, The device may also include other components necessary to achieve normal operation.
  • the above-mentioned devices may also include only the components necessary for implementing the solution of the present application, and do not necessarily include all the components shown in the drawings.
  • the present application can be implemented by means of software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product in essence or in the form of a software product, which may be stored in a storage medium such as a ROM/RAM or a disk. , an optical disk, etc., includes instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present application or portions of the embodiments.
  • a computer device which may be a personal computer, server, or network device, etc.

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

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

Description

用户权益信息处理方法、装置及系统
本申请要求2018年03月23日递交的申请号为201810246424.4、发明名称为“用户权益信息处理方法、装置及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及用户权益信息处理技术领域，特别是涉及用户权益信息处理方法、装置及系统。
背景技术
随着网络销售系统各项功能的逐渐完善，越来越多的支付机构都能够与网络销售系统进行合作，在为用户提供支付渠道的同时，也为自己的产品带来客流量。在实际应用中，与同一网络销售系统对接的支付机构可能有多家，因此，用户在网络销售系统中进行购物的过程中，可以有更多可选的支付渠道，由此为用户提供了更多的便利。但是，与此同时，不同的支付渠道之间也会存在竞争关系，为了争取到更多的用户数量或者更高的用户流量，诸如银行、第三方支付机构等经常会推出一些用户权益类产品，例如，优惠券、现金红包等，通过这种用户权益信息的发放，来吸引更多用户使用自己的支付渠道进行支付。
在现有技术中，关于各种具体支付机构所提供的用户权益信息，通常是在具体的支付界面中才会透出给用户，也即，用户在网络销售系统中进行了一系列的浏览等操作之后，只有在访问链路的终点处才会被用户得知，而已经到了支付这一步操作时，用户最终会购买的概率已经很高了，因此，在支付界面中所透出的各种支付渠道的权益信息时，对于用户而言，只是为选择支付渠道提供一种可以参考的信息而已。但是实际上，由于支付机构为用户提供的用户权益使得用户在购物过程中能够享受到优惠，而价格因素在用户进行购物决策的过程中通常也是一个很重要的因素，如果能够在用户访问链路上更早的将能够享受的用户权益信息透出给用户，则可以使得支付机构所提供的用户权益信息能够起到帮助用户进行购物决策的正向积极作用，有利于促进交易的达成，降低用户的跳失率，进而也提高支付机构所发放的用户权益的核销率。
因此，如何能够在网络销售系统的用户访问链路中更早的透出支付机构所提供的用户权益信息，成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了用户权益信息处理方法、装置及系统，能够实现对第二用户所提供用户权益信息的全链路透出。
本申请提供了如下方案：
一种用户权益信息处理系统，包括：
接入子系统，用于对至少一个第二用户提供的用户权益模板进行注册，并将注册后的用户权益标识信息提供给业务子系统；
业务子系统，用于确定数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口，所述权益查询接口用于根据访问目标节点的目标用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
所述业务子系统还用于，根据所述查询结果，在所述节点的对应界面中提供目标用户权益相关的信息。
一种用户权益信息处理方法，包括：
接入子系统接收对用户权益模板进行注册的请求，所述用户权益模板由第二用户关联的服务器生成，并通过第二用户关联的服务器向目标用户进行发放；
为所述用户权益模板分配唯一代码，将所述唯一代码作为用户权益标识提供给业务子系统，以便所述业务子系统提供数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；所述权益查询接口用于根据访问目标节点的访问请求关联的第一用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果，以便在所述节点的对应界面中提供用户权益相关的信息。
一种用户权益信息处理方法，包括：
业务子系统确定数据对象信息访问链路；
在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权 益查询接口；
所述权益查询接口用于根据访问链路节点上的访问请求关联的第一用户的用户标识以及用户权益标识，向接入子系统发起查询请求；所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果。
一种用户权益信息处理方法，包括：
确定目标界面的访问请求关联的第一用户的用户标识信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
一种用户权益信息处理装置，应用于接入子系统，包括：
注册请求接收单元，用于接收对用户权益模板进行注册的请求，所述用户权益模板由第二用户关联的服务器生成，并通过第二用户关联的服务器向目标用户进行发放；
代码分配单元，用于为所述用户权益模板分配唯一代码，将所述唯一代码作为用户权益标识提供给业务子系统，以便所述业务子系统提供数据对象信息访问链路，并在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；所述权益查询接口用于根据目标节点的访问请求关联的第一用户标识以及目标用户权益标识，向所述接入子系统发起查询请求；
查询单元，用于根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果，以便在所述节点的对应界面中提供用户权益相关的信息。
一种用户权益信息处理装置，应用于业务子系统，包括：
访问链路确定单元，用于确定数据对象信息访问链路；
接口实现单元，用于在访问链路的多个节点中分别以用户标识以及用户权益标识为参数，实现预置的权益查询接口；
所述权益查询接口用于根据访问链路节点上的访问请求关联的第一用户的用户标识以及用户权益标识，向接入子系统发起查询请求；所述接入子系统还用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果。
一种用户权益信息处理装置，包括：
用户信息确定单元，用于确定目标界面的访问请求关联的第一用户的用户标识信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
查询发起单元，用于以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
用户权益信息展示单元，用于根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
一种计算机系统，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
确定目标界面的访问请求关联的第一用户信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，可以首先选定具体的目标访问链路，然后，在该访问链路的多个节点上，都可以对第二用户提供的用户权益信息进行透出，也即，实现全链路透出。为了降低链路节点的数据处理难度，网络销售系统还可以提供一接入子系统，其作用是 可以对第二用户提供的用户权益模板信息进行注册，并提供查询机制，用于接收网络销售系统中业务子系统的查询请求，之后，从第二用户关联的服务器网关查询获得相应的结果，并且，还可以根据业务子系统所需的数据格式等，对第二用户所提供的数据进行处理，再将处理后的数据作为查询结果返回业务子系统。这样，业务子系统只需要在访问链路节点实现预置的权益查询接口，即使获得第二用户所提供的用户权益的信息，大幅度降低了链路节点的数据处理难度。
另外，在可选的实施例中，可以通过打造专用的访问链路，实现对第二用户所提供的用户权益信息的全链路透出，并且，使得用户可以主动选择是否进入该访问链路，因此，在该链路上进行用户权益信息的透出，会提高用户的接受度。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图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
Figure PCTCN2019078422-appb-000001
当然，接入层子系统在接收到具体的查询请求后，还可以首先将查询请求中携带的唯一代码转换为第二用户为对应用户权益模板定义的标识，然后再向所述第二用户关联的服务器进行查询。在同一个唯一代码对应多个用户权益模板的情况下，则需要转换为 第二用户分别为各用户权益模板定义的标识，然后再向第二用户关联的服务器发起具体的查询。
总之，通过接入子系统提供的的注册功能可以实现查询适配，这种查询适配使得网络销售系统能够水平扩展对接多个第二用户，每个第二用户都有对外提供服务的能力(例如本申请实施例中所述的权益查询能力)的网关，网络销售系统可以通过接入子系统调用网关及背后的服务获取所需的数据。关于每个第二用户所提供的网关调用方式上的差异，以及返回的数据格式上的不同，就可以由接入子系统进行统一的适配转换。
在本申请实施例中，网络销售系统中的业务子系统，具体可以是指具体处理与第二用户合作业务的业务方，当然，在一个网络销售系统中通常会存在多个业务方，例如，负责首页建设的业务方，负责某主题模块的业务方，等等。第二用户在完成用户权益的发放，并由接入子系统完成对第二用户中的用户权益模板进行注册后，业务子系统就可以获得注册后的用户权益模板的唯一代码，另外还可以实现对接入子系统的查询接口，这样，就可以利用这种唯一代码，在具体需要进行用户权益信息透出的访问链路各节点中，实现该查询接口。当然，具体实现时，由于用户权益是与具体用户相关的，因此，查询接口的输入参数除了所述用户权益模板的标识，还可以包括用户标识，具体用户标识的取值，可以在接收到具体用户的访问请求后进行传入。
其中，如前文所述，关于具体需要进行信息透出的访问链路，可以由具体的业务子系统进行确定，其中，在一种实现方式下，可以网络销售系统中任意一条访问链路。或者，在更为优选的方案中，可以构造专用的访问链路，在这种新构建的访问链路中，首先可以包括流量入口展示对象以及承接页，这两者可以是由业务子系统根据本申请实施例的需求进行搭建的，也即，相对于网络销售平台中已有的各种界面而言，流量入口展示对象及其承接页属于新的浏览对象。其中，流量入口展示对象是用于投放到目标界面中进行展示，所述流量入口被执行预置操作后跳转到所述承接页。具体的，流量入口展示对象可以以弹出窗口的形式存在，或者，还可以以目标界面中一个展示区块的形式存在，等等。也即，如果某目标界面中投放了该流量入口对象，则在有第一用户(在本申请实施例中，为了便于描述，也可以将其称为“访问者用户”)访问该目标界面时，如果该访问者用户能够享受其中的某项用户权益，则可以在该目标界面中弹出一个小窗口，该小窗口就可以成为本申请实施例中访问链路的入口。或者，在目标界面的某区块中展示出具体用户权益的描述信息等，并提供一定的引导信息，例如，“点击查看更多”等，引导用户从该流量入口进入，进入之后，将会跳转到对应的承接页。
其中，在所述承接页中可以实现用于展示用户权益描述信息的第一区块，以及用于展示数据对象信息列表信息的第二区块。也就是说，承接页中不仅可以展示出当前访问者用户能够享受的用户权益的描述信息，还可以展示出多个能够使用该权益的数据对象的信息。这些数据对象通常可以以列表的形式存在，其中某个目标数据对象被点击后，可以跳转到该目标数据对象的详情页。进而，用户可以在详情页中进行浏览、“立即购买”等操作，当需要进行购买时，则可以跳转到该订单确认界面，也即下单界面，等等。
也就是说，在本申请实施例中，具体构建的访问链路可以是：流量入口展示对象—>承接页—>数据对象详情界面—>下单界面。其中，流量入口展示对象以及承接页可以是由业务子系统进行搭建的，而数据对象详情界面以及下单界面则可以是原有的界面。因此，业务子系统具体所需做的工作可以包括：
搭建流量入口展示对象以及承接页，并在其中进行参数设置，实现相关的查询接口，以实现对当前访问者用户能否享受某种用户权益进行查询。对于承接页而言，还可以设置数据对象的筛选规则等，以获得待展示的数据对象的信息。另外，在访问者用户能够享受某项用户权益的情况下，还可以实现以下功能：根据用户权益对应的金额等信息，计算出各数据对象享受权益后的价格等信息，在承接页中一并进行展示。再者，由于承接页可能会跳转到某数据对象的详情页，为了使得详情页能够获得具体的用户权益标识信息，在可选的实现方式中，还可以在承接页中实现对目标数据对象详情页链接的信息添加功能，也即，在某数据对象被点击时，可以在该目标数据对象的链接找添加具体用户权益的标识信息，对此，后文中还会有介绍。
而关于数据对象详情页，业务子系统所需做的工作是，可以在数据对象详情页面中实现权益查询接口，该权益查询接口的输入参数同样可以是用户标识以及用户权益标识，通过承接页的上述链接参数植入功能，详情页可以从链接中获取上述两项信息，进而通过权益查询接口进行查询即可。当然，也可以直接在实现权益查询接口时，对用户权益标识的具体取值进行固定设置，等等。
关于下单页，业务子系统所需做的工作同样可以是在下单页中实现权益查询接口，该权益查询接口的输入参数同样可以是用户标识以及用户权益标识，这两项信息都可以由详情页进行传入。
简单而言，业务子系统所需做的工作包括：获知已注册的用户权益标识，搭建流量入口展示对象以及承接页，在其中实现权益查询接口，对相关数据对象的详情页以及订单确认页面实现权益查询接口；之后，对流量入口展示对象向目标界面进行投放，这样， 用户便可以在访问目标界面的过程中查看到具体的流量入口，通过该流量入口进入后，可以进入承接页，进而进入到数据对象详情页、订单确认界面等，各节点的页面中都可以对第二用户为其提供的用户权益信息进行透出。
可见，在本申请实施例中，在实现对第二用户提供的用户权益信息的全链路透出的过程中，对于网络销售系统已有的页面，只需要对数据对象详情页面以及下达页面进行简单的改造即可，改造的过程只是实现指定的接口即可，不需要提供具体进行数据接口的转换等处理的代码。并且，对于数据对象详情页而言，也只需要将与具体第二用户所提供用户权益相关的数据对象的详情页进行改造，其他的无关数据对象，则不需要对其详情页进行改造。这样，将会大大降低实现过程中的技术难度以及工作量。
下面对具体搭建过程中的相关具体实现方式进行详细介绍。
其中，具体在对流量入口展示对象进行搭建时，对于流量入口展示对象内具体展示的内容，可以有多种具体的形式，例如，其中一种形式下，可以仅提供具体用户权益的描述信息，也即，告知用户其有某项用户权益可用，并引导用户进行点击等操作，以进入到具体的承接页。或者，在另一种形式下，还可以与承接页类似，也即，如图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 Access Memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器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. 一种计算机系统，其特征在于，包括：
    一个或多个处理器；以及
    与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
    确定目标界面的访问请求关联的第一用户信息；所述目标界面为预先投放了流量入口展示对象的界面；所述流量入口是为第二用户提供的用户权益模板而搭建的；
    以所述第一用户的用户标识信息以及预先配置的用户权益标识的取值为参数，向预置的权益查询接口发起查询，所述权益查询接口用于向接入子系统发起查询请求；接入子系统用于，根据接收到的查询请求向第二用户关联的服务器进行查询，并对第二用户关联的服务器返回的信息进行处理后返回查询结果；
    根据所述查询结果确定所述第一用户是否享受所述用户权益，如果是，则在流量入口展示对象中提供关于所述用户权益的相关信息。
PCT/CN2019/078422 2018-03-23 2019-03-18 用户权益信息处理方法、装置及系统 WO2019179379A1 (zh)

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2019179379A1 true WO2019179379A1 (zh) 2019-09-26

Family

ID=67986732

Family Applications (1)

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

Country Status (2)

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

Cited By (2)

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

Families Citing this family (3)

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

Citations (5)

* 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 任俊林 一种由第三方机构为买方发红包商务模式
CN103189890A (zh) * 2010-11-30 2013-07-03 亚马逊技术股份有限公司 数字优惠券系统
CN104732383A (zh) * 2013-12-23 2015-06-24 华为技术有限公司 一种基于电子钱包的交易方法、装置和系统
CN107730319A (zh) * 2017-10-30 2018-02-23 聚诚（深圳）网络科技有限公司 关联式营销利润分配方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10692119B2 (en) * 2006-05-18 2020-06-23 Shlomit Sarusi Efficiency of E commerce shopping from a picture or motion picture on the internet
CN102223354B (zh) * 2010-04-14 2015-05-13 阿里巴巴集团控股有限公司 一种网络支付鉴权方法、服务器及系统
CN103632258A (zh) * 2012-08-27 2014-03-12 深圳市一兆科技发展有限公司 一种消费支付方法、系统和设备
US9922327B2 (en) * 2012-11-01 2018-03-20 Ebates Inc. System, method, and computer program for providing a multi-merchant electronic shopping cart for a shopping service
CN107590706A (zh) * 2016-07-06 2018-01-16 阿里巴巴集团控股有限公司 订单信息处理以及订单类型转换处理方法及装置

Patent Citations (5)

* 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 任俊林 一种由第三方机构为买方发红包商务模式
CN103189890A (zh) * 2010-11-30 2013-07-03 亚马逊技术股份有限公司 数字优惠券系统
CN104732383A (zh) * 2013-12-23 2015-06-24 华为技术有限公司 一种基于电子钱包的交易方法、装置和系统
CN107730319A (zh) * 2017-10-30 2018-02-23 聚诚（深圳）网络科技有限公司 关联式营销利润分配方法

Cited By (3)

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

Also Published As

Publication number Publication date
CN110298678B (zh) 2023-12-05
CN110298678A (zh) 2019-10-01

Similar Documents

Publication Publication Date Title
WO2019179379A1 (zh) 用户权益信息处理方法、装置及系统
KR102521785B1 (ko) 해외 구매 대행을 위한 전자상거래 방법 및 이를 위한 장치
US10861000B2 (en) Method, system, and apparatus for application loading
US9613375B2 (en) Distributed commerce application-widget
US20120130856A1 (en) Modularized In Application Commerce System and Method
US20210150614A1 (en) One-page checkout
US11087309B2 (en) Location detection based on IP addresses and transactions
US11775967B2 (en) Transaction delegation method, transaction delegation system, and computer readable medium
US10521795B2 (en) Managing deferred account creation and software access
CA3029717A1 (en) Bill presentment based on a user learning style
US11599862B1 (en) User interface for a biller directory and payments engine
WO2020157711A2 (en) Digital asset management systems and methods
US12045296B2 (en) System and method for facilitating presentation modification of a user interface
US20190347699A1 (en) System, method, and platform for managing transactions supporting causes
US10586231B2 (en) Receipt retrieval based on location
US20240127230A1 (en) Biller consortium enrollment and transaction management engine
US20150248673A1 (en) Methods and apparatus for a token management system for transactions
WO2021081702A1 (zh) 支付页面管理方法、设备、支付系统以及存储介质
US20200210029A1 (en) Rule-based optimization of object displays on user interfaces
US10296882B2 (en) Multicomputer processing of client device request data using centralized event orchestrator and link discovery engine
US9483783B1 (en) Purchase system using a computing device
US20210334868A1 (en) Using scenarios to mitigate seller risk to enter online platforms
TWM539666U (zh) 整合帳戶系統
US10733659B2 (en) Intermediary server to facilitate restrictive websites
US10733624B2 (en) System, method, and device for managing events

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19770588

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19770588

Country of ref document: EP

Kind code of ref document: A1