CN108810060B

CN108810060B - Method for providing, receiving and aggregating service information, server and client

Info

Publication number: CN108810060B
Application number: CN201710313668.5A
Authority: CN
Inventors: 于纯轩; 潘学瑞
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2017-05-05
Filing date: 2017-05-05
Publication date: 2022-03-25
Anticipated expiration: 2037-05-05
Also published as: CN108810060A

Abstract

The embodiment of the application discloses a method for providing, receiving and aggregating user information, a server and a client, wherein the providing method is provided with an aggregation rule of a business object, the aggregation rule is used for limiting a user group of the business object, and the method comprises the following steps: acquiring travel data of a user, wherein the travel data comprises at least one piece of geographical position information; extracting at least one label from the travel data, and binding the at least one label for a user corresponding to the travel data; wherein the tag is used to characterize a trip of a user; determining a target user group with the same geographical location information in the travel data from the users; aggregating the users marked to accord with the aggregation rule in the target user group into the user set of the business object; and providing the service information of the service object to the users in the user set. The technical scheme provided by the application can improve the popularization efficiency of the service information.

Description

Method for providing, receiving and aggregating service information, server and client

Technical Field

The present application relates to the field of internet technologies, and in particular, to a method, a server, and a client for providing, receiving, and aggregating service information.

Background

With the continuous development of electronic commerce, various online travel platforms are also in the endlessly. Through the online travel platform, a user can order or browse various travel products. Currently, after a user registers in a tourism platform, the user can receive various service information pushed by an online tourism platform. The service information may include, for example, travel offer information, travel package recommendation information, flight recommendation information, and the like. However, much of the service information is of little interest to the user. Only the service information of interest to the user is provided, so that the service information can effectively function.

At present, part of the applications of the online travel platform can analyze the orders of users and add users who have purchased the same flight ticket into the same chat group, so that the users who take the same flight can exchange in the chat group and can push the service information of the airline company to the users in the chat group.

However, the method for providing the service information in the prior art is too single, and only the order can be analyzed, and the corresponding service information cannot be provided for the user who does not purchase the product but considers purchasing the product. Therefore, the existing service information providing method is too narrow for the user group, and cannot ensure the popularization efficiency of the service information.

Disclosure of Invention

The embodiment of the application aims to provide a method for providing, receiving and aggregating service information, a server and a client, which can improve the popularization efficiency of the service information.

In order to achieve the above object, an embodiment of the present application provides a method for providing business information, where an aggregation rule of a business object is provided, and the aggregation rule is used to define a user group of the business object, and the method includes: acquiring travel data of a user, wherein the travel data comprises at least one piece of geographical position information; extracting at least one label from the travel data, and binding the at least one label for a user corresponding to the travel data; wherein the tag is used to characterize a trip of a user; determining a target user group with the same geographical location information in the travel data from the users; aggregating the users marked to accord with the aggregation rule in the target user group into the user set of the business object; and providing the service information of the service object to the users in the user set.

To achieve the above object, an embodiment of the present application further provides a server, which includes a network communication port, a memory, and a processor, wherein: the network communication port is used for carrying out network data communication with a client of a user; the memory for storing a computer program executable by the processor and for storing aggregation rules for business objects, the aggregation rules for defining a user population for the business objects; the processor, when executing the computer program, is capable of implementing the steps of: acquiring travel data of a user through the network communication port, wherein the travel data comprises at least one piece of geographical position information; extracting at least one label from the travel data, and binding the at least one label for a user corresponding to the travel data; wherein the tag is used to characterize a trip of a user; determining a target user group with the same geographical location information in the travel data from the users; aggregating the users marked to accord with the aggregation rule in the target user group into the user set of the business object; and providing the service information of the service object to the users in the user set.

In order to achieve the above object, the present application further provides a method for receiving service information, where the method includes: providing travel data including at least one piece of geographical location information of a user to a server, so that the server determines a user group to which the user belongs according to the geographical location information, binds at least one tag to the user according to the travel data, and aggregates users, of which the tags meet aggregation rules, in a user set; wherein the tag is used to characterize the user's itinerary; the aggregation rule corresponds to a business object; receiving the service information fed back by the server; and the service information represents a service object corresponding to the user set where the user is located.

To achieve the above object, the present application further provides a client, including a network communication port, a memory, a display, and a processor, wherein: the network communication port is used for carrying out network data communication with the server; the memory is used for storing the service information fed back by the server; the display is used for displaying the service information; the processor is used for controlling the network communication port to provide travel data including at least one piece of geographical location information of a user to the server, so that the server determines a user group to which the user belongs according to the geographical location information, binds at least one label for the user according to the travel data, and aggregates users, of which the labels meet an aggregation rule, in a user set; wherein the tag is used to characterize the user's itinerary; the aggregation rule corresponds to a business object; controlling the network communication port to receive the service information fed back by the server; the service information represents a service object corresponding to the user set where the user is located; and writing the service information into the memory and displaying the service information to the user through the display.

In order to achieve the above object, the present application also provides a user aggregation method, including: acquiring travel data of a user, wherein the travel data comprises at least one attribute message; extracting at least one label from the travel data, and binding the at least one label for a user corresponding to the travel data; determining a target user group with the same attribute information in the travel data from the users; and aggregating the users marked to accord with the aggregation rule in the target user group into a user set of the business object.

According to the technical scheme provided by the embodiment of the application, the embodiment of the application can set the matched label for each user by analyzing the journey data of the user. For a specified business object, it may preset aggregation rules for defining a user population. For a target user group with the same geographic position information in the travel data, the users in the target user group can be further aggregated into the user set of the business object through the aggregation rule and the label of the user, so that the business information of the business object can be provided for the users in the user set. The method for providing, receiving and aggregating the service information, the server and the client not only analyze the order data of the user, but also analyze the travel data of the user, so that the reference user group is enlarged, and the popularization efficiency of the service information is improved.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only some embodiments described in the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a flowchart of a method for providing service information according to an embodiment of the present disclosure; (ii) a

Fig. 2 is a schematic diagram of providing service information according to an embodiment of the present application;

FIG. 3 is a schematic diagram of travel data acquisition according to an embodiment of the present disclosure;

fig. 4 is a schematic structural diagram of a server according to an embodiment of the present disclosure;

fig. 5 is a flowchart of a method for receiving service information according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a client according to an embodiment of the present disclosure;

fig. 7 is a flowchart of a user aggregation method according to an embodiment of the present application.

Detailed Description

In order to make those skilled in the art better understand the technical solutions in the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art without any inventive work based on the embodiments in the present application shall fall within the scope of protection of the present application.

The embodiment of the application provides a method for providing business information, which can be applied to a server of an online tourism platform, wherein the server of the online tourism platform can be an electronic device with data operation, storage function and network interaction function; software may also be provided that runs in the electronic device to support data processing, storage, and network interaction.

The number of servers is not particularly limited in the present embodiment. The server may be one server, several servers, or a server cluster formed by several servers.

In this embodiment, aggregation rules for business objects may be provided. The business object may be a travel product sold in an online travel platform. The travel product may be a physical product. Such as airline tickets, etc. The travel product may also be a virtual product. Such as qualification of SPAs in the destination city, special car pickup services, etc. Of course, some travel products may appear in the form of either physical products or virtual products. For example, for tickets sold by passenger companies, the tickets can be solid products made of paper, and can also be virtual products in forms like two-dimensional codes, serial numbers and the like.

In this embodiment, the aggregation rule of the business object may be used to define a user group that is of interest to the business of the business object. For example, for a merchant providing a special car pickup service, the corresponding aggregation rule may be that the travel fee exceeds a specified value. In this way, the aggregation rule of the special delivery service may indicate that the merchant of the special delivery service only focuses on the group of users with higher consumption among the plurality of users.

In this embodiment, the aggregation rule of each business object may be pre-specified by the business of the business object. For example, for a merchant who provides a special car pickup service, the specified aggregation rule may be that the travel fee is more than twenty thousand. In this way, after the business of each business object specifies the aggregation rule, the specified aggregation rule may be stored in the server for executing the process of providing the business information.

In this embodiment, the aggregation rule of the business object can also be obtained by the server by analyzing the information of the user who purchased the business object. Specifically, the information of the user may include information filled by the user when performing account registration and information of travel products purchased by the user in the online travel platform. When analyzing the information of the user, the server may count similar information in the user information to generate the aggregation rule. For example, for users who purchase first class airline tickets, the age range is essentially between 30 and 60 years, and the average monthly consumption by the users is over 2 ten thousand dollars. Therefore, after the server analyzes the information of the user who purchased the first class ticket, the server can take the average monthly consumption of more than or equal to 2 ten thousand yuan, which is between the ages of 30 and 60, as the aggregation rule of the first class ticket. After the server analyzes and obtains the aggregation rule of each business object, the aggregation rule of each business object can be locally stored.

Please refer to fig. 1 and fig. 2. The method for providing the service information may include the following steps.

Step S1: the method comprises the steps of obtaining travel data of a user, wherein the travel data comprise at least one piece of geographical position information.

In this embodiment, the travel data of the user may be data that is generated when the user accesses the online travel platform and can represent the behavior characteristics of the user. For example, the journey data may include order data of the user in the online travel platform, browsing data of the user browsing commodities in the online travel platform, and data of a to-be-purchased object which is added into a shopping cart but is not settled by the user. Certainly, with the continuous enrichment of functions of the online travel platform, other data may be generated when a user accesses the online travel platform, and all the data belong to the category of the travel data as long as the data can reflect the behavior characteristics of the user. The browsing data can be generated according to the operation behavior of the user in the process of accessing the online travel platform. The operational behavior may include clicking on a link to the item, continuing to browse pages for the item for a period of time, and so forth. In this way, the browsing data may include information such as the links of the products visited by the user, the stay time in each product page, and the like.

In this embodiment, the behavior characteristics of the user may refer to information such as the user's schedule, purchasing power, and interested goods. The journey arrangement of the user can be obtained by analyzing data of travel-related commodities such as travel products, air tickets, train tickets, bus tickets and the like purchased by the user in the online travel platform. The purchasing power of the user can be obtained by analyzing the data of the amount of money consumed by the user in the online travel platform. The commodity which the user is interested in can be obtained by analyzing the browsing times and the browsing frequency in the browsing data of the user.

Referring to fig. 3, in the present embodiment, the manner of acquiring the travel data may include acquiring the travel data by a point burying manner or by means of MySQL Mtop. Specifically, the manner of embedding the point may be that the server responds to a page display request sent by a client of the user, feeds back page elements to be displayed to the client of the user, and binds a code for acquiring the travel data to each page element. Wherein when the page element is triggered, the code bound with the page element is also executed. For example, in the current page of the online travel platform, codes can be written in the links of various commodities and the keys joining the shopping cart, and when the user clicks the commodity link or clicks the keys joining the shopping cart, the codes are automatically executed. After the execution, the event of clicking the commodity link can be sent to the server, and the commodity information in the shopping cart can also be sent to the server, so that the server can receive the travel data fed back by the client of the user when the code is executed, and the process of acquiring the travel data is completed.

In this embodiment, when the user accesses the online travel platform through the client, the server may provide an Mtop interface to the client, where the Mtop interface may use an HTTP protocol. When a user browses the online travel platform in the client, the client can send a data acquisition request to an Mtop interface of the server. The data retrieval request may be used to retrieve from the server page elements that are expected to be displayed in the current page of the client. For example, when a user accesses an introduction page of a certain commodity, a data acquisition request sent by the client to the server may be used to acquire text information, picture information, video information, and the like in the introduction page from the server. In this way, a communication link can be established between the client and the server through the Mtop interface, and the client can acquire the page data from the server through the communication link. In this embodiment, the client may also transmit the travel data generated by the user while browsing the current page to the server through the communication link. That is to say, by multiplexing the communication link, the client can not only download the page elements to be displayed from the server, but also upload the data of the user to the server, thereby avoiding establishing an additional channel to upload the travel data, and improving the efficiency of acquiring the travel data.

In the present embodiment, in order to improve the efficiency of acquiring the trip data, the above two modes may be combined. Specifically, order data and data of the object to be purchased in the travel data can be uploaded to the server in an Mtop mode. And browsing data can be uploaded to a server in a point-burying mode. The data uploaded to the server may be stored in a database of the server.

In this embodiment, the trip data may be used to indicate a trip plan of the user. The travel plan will typically include at least one of a departure location, a destination location, or a transit location. Therefore, at least one piece of geographical location information may be included in the trip data. The geographical location information includes at least one of destination information, transfer station information, and origin information. The geographical location information may be the actual name of the geographical location or may be a code for characterizing the geographical location. For example, if the travel data of the user includes data with a destination of three, the geographic location information may be "three", or may be a geographic location code "SY" for representing three.

Step S3: extracting at least one label from the travel data, and binding the at least one label for a user corresponding to the travel data; wherein the tag is used to characterize the itinerary of the user.

In this embodiment, at least one tag for characterizing the itinerary of each user may be bound for each user based on the itinerary data of the user.

In this embodiment, the tag may be a phrase in which the travel information of the user may be described. For example, the tag may be "travel time: 36 days 1 month 2017 and travel modes: airplane "," flight number: TM52XX8 "," purchase: medium "," related products: arctic light ", and the like. Generally, the trip information of the user may be characterized by a trip time, a trip cost, a number of trips, a gender of the trip person, and a type of vehicle, and thus, the tag may include at least one of a trip time, a trip cost, a number of trips, a gender of the trip person, and a type of vehicle.

In this embodiment, the tag may include a tag type and user actual information. When setting a tag for a user, a tag type and user actual information may be set separately. Wherein the tag type can be used to distinguish between different tags. For example, the tag types may include "travel time", "travel mode", "destination city", "departure city", "related product", and the like. The tag type may be summarized by the server after analyzing a large amount of travel data, and the tag type may increase as the travel data increases. In this way, a list of tag types may be stored in the server, in which list the individual tag types may be listed. When the server analyzes the new trip data, the tag types included in the trip data may be extracted according to each tag type in the list.

In the present embodiment, after extracting the tag type included in the travel data, the user actual information may be filled in. The user actual information can likewise be extracted from the journey data. For example, the travel data includes an air ticket order of the eastern airline company, the departure city of the air ticket is "beijing" and the destination city is "hang zhou", and the actual information of the user is "beijing" and "hang zhou" according to the air ticket order, so that the beijing can be filled after the label type of the departure city, and the hang zhou can be filled after the label type of the destination city. This allows multiple tags for the user.

In the present embodiment, the user actual information may be obtained by determining the trip data. Specifically, numerical information related to the user may be included in the trip data. For example, the numerical information may include an account rating of the user, a bill of consumption of the user, and the like. After the numerical information of the user is extracted from the trip data, the extracted numerical information may be compared with the specified standard numerical information, and the user actual information may be generated according to the comparison result. For example, the annual bill of consumption of the user is 10 ten thousand yuan, the specified standard annual bill of consumption is 5 ten thousand yuan, and the user who consumes the bill more than the standard annual bill can correspond to the actual information of the user who is "middle-up". Thus, in conjunction with the label type "purchasing power", one label for the user may be obtained as "purchasing power: middle upper ".

In this embodiment, the user's tag may be set according to the hierarchy. Specifically, as for the tag type of "trip person", it can be known by analyzing the order of the user that 2 persons are included in the order of the user in total, and therefore "trip person: 2 people "label. Further, the information related to the trip personnel in the user's order may continue to be analyzed. For example, if one of the two travelers is male and one is female, and the age difference between the male and female is within 4 years, then the two artificial lovers' relationship on the trip can be further determined, so that "the travelers: a couple relationship "such a label. That is, in the present embodiment, the same tag type for the same user may correspond to different user actual information.

Step S5: and determining a target user group with the same geographical location information in the travel data from the users.

In this embodiment, the determining the target user group may include that a merchant of the online travel platform specifies a geographic location in advance, and the specified geographic location may be a geographic location where a business of the merchant is located. For example, for a business that offers specialized car services at debay, it may include debay in its designated geographic location. In this way, information about whether the geographic location specified by the merchant is included can be queried in the travel data of the respective user. If so, the user may be added to the target user group. In this embodiment, the determining the target user group may further include dividing users with the same destination from the users into the target user group. In particular, the destination may refer to a geographical location in the user travel plan that is ready to arrive at. For example, the user plays from Suzhou to san, who may be the destination. Also for example, where the user is about to go to triumph from suzhou and is about to stay at fun for a period of time, fun may also be the destination. In this way, as long as the travel data of the users have the same destination, the users can be divided into the same target user group. In addition, users with the same travel can be divided into the target user group. Specifically, a user's trip typically includes at least two geographic locations, one being a departure location and the other being a final arrival location. In addition, the user's trip may include a departure point and a temporary stay point other than the final arrival point. In this way, the user's itinerary may be represented by the at least two geographic locations. Then, when determining the target user group, it may be determined whether the travel data of the user includes the at least two geographic locations, and only when the travel data of the user includes the at least two geographic locations, the user is classified into the target user group.

Step S7: and aggregating the users marked to accord with the aggregation rule in the target user group into the user set of the business object.

In this embodiment, the business object may have aggregation rules, and each user may have a bound label. Wherein the aggregation rule may define a user population of interest to the business of the business object. The tag may then characterize the user's itinerary. Thus, individual users may be aggregated into a set of users of a business object based on the aggregation rules.

In this embodiment, the set of users may be determined by an aggregation rule of business objects. For example, if the aggregation rule of the business object is "age is 18 to 30 years, gender is male", then the ages of the users in the user set obtained according to the aggregation rule may be 18 to 30 years and gender is male.

In this embodiment, the manner of aggregating the user into the user set of the business object may include traversing each tag bound for the user, and adding the user into the user set of the business object when there is a tag satisfying the aggregation rule of the business object. For example, if the aggregation rule for a business object is "man valley in city of arrival", then the destination city: the users of Mangu are divided into the set of users of the business object.

It should be noted that there may be more than one aggregation rule for the business object, and then, when aggregating the users whose labels in the target user group meet the aggregation rule into the user set of the business object, for each aggregation rule, if each label of the user has a label meeting each aggregation rule, the user is added into the user set of the business object. For example, the aggregation rule of a certain business object is "destination is three and consumption level is middle-up", and the aggregation rule actually includes two aggregation rules, one is "destination is three" and the other is "consumption level is middle-up or above. Then there are currently two users, both of which have the label "destination: third ", but one of the users also has the label" buying power: medium and high ", while another user is provided with the label" buying power: low ", then only have" destination: three and purchasing power: the users with the middle and upper two tags can be aggregated into the user set corresponding to the business object.

In this embodiment, after aggregating users into a user set of a service object, an identifier of the service object may be allocated to users in the same user set. The identifier may be a number preset in the server by the service object. It should be noted that the same user may have the identifiers of multiple service objects at the same time, because the same user may simultaneously satisfy the aggregation rules of multiple service objects and be aggregated into different user sets.

Step S9: and providing the service information of the service object to the users in the user set.

In this embodiment, after the users are respectively aggregated into the user set of the service object, the service information of the service object can be provided to the users in the user set.

In this embodiment, the service information may be preset by a merchant of the service object and stored in the server. The business information can be promotion information, promotion information and the like of the business object. The service information can be stored in the server in association with the identification of the service object. Meanwhile, in the server, the account of each user may be associated with the identifier of the business object. Thus, when the server needs to provide the service information to the user, the service information of the service object can be provided to the user with the identification of the service object.

In a specific application scenario, the user a repeatedly browses travel products from shanghai to the islands of china through a mobile phone in a portable network application program. At this time, the background server of the portable network may set "destination city: praje island "," departure city: shanghai's label. A merchant in the portable network responsible for the platform airport pickup service may preset the aggregation rule as "tourist in the platform island," and at this time, the label of the user a "destination city: the pregabalin "satisfies this aggregation rule and can therefore be aggregated into a set of users of the pregabalin airport service. In this way, the user a can receive information about the airport pickup service pushed by the merchant in the application program of the portable network, and the information may include airport pickup time, airport pickup cost, airport pickup contact information and the like. In addition, a merchant in the portable network who is responsible for selling air tickets from shanghai to plgi island may preset an aggregation rule that "a departure city is shanghai and its peripheral cities and an arrival city or a transit city is plgi island", and there are actually two aggregation rules in the aggregation rule, one is "the departure city is shanghai and its peripheral cities", and the other is "the arrival city or the transit city is plgi island". Thus, user a's "destination city: pragi island "and" departure city: the two labels of shanghai "just satisfy the two aggregation rules of the merchant, so that user a can also be aggregated into the user collection of shanghai to progi island tickets. And if the label of another user B is "destination city: pragi island "and" departure city: beijing ", due to" departure city: beijing "does not satisfy the aggregation rule that" the departure city is Shanghai and its surrounding cities "set by the merchant, so that the user B cannot join the user set of the tickets from Shanghai to Pgiisland.

In one embodiment of the present application, the aggregation rule may define different conditions when actually applied. In particular, the aggregation rules may define a minimum trip cost. Then, when aggregating the users in the target user group whose labels meet the aggregation rule into the user set of the business object, the users whose travel fees are greater than or equal to the lowest travel fee and have travel fee labels in the target user group may be aggregated into the user set of the business object.

In another embodiment of the present application, the aggregation rule may further define a vehicle type. The vehicle types may include, for example, airplanes, trains, cars, ships, and the like. In this way, when aggregating the users in the target user group whose labels meet the aggregation rule into the user set of the business object, the users in the target user group whose labels are vehicle types and whose vehicle types are consistent with the vehicle types defined by the aggregation rule may be aggregated into the user set of the business object.

In another embodiment of the present application, the aggregation rule may further define a trip period. The travel period may include a departure period, an arrival period, a transit period, and the like. When aggregating the users in the target user group whose labels meet the aggregation rule into the user set of the business object, the users in the target user group who have a travel time label and whose travel time is within the travel time period may be aggregated into the user set of the business object. For example, if the travel period is 12 o 'clock to 14 o' clock in 3/7/2017, then a certain user in the target user group has a travel time tag, and the travel time included in the travel time tag is 13 o 'clock to 10 o' clock in 3/7/2017, then the user can be aggregated into the user set of the business object.

In an embodiment of the application, the server may further set a population control policy, for example, when the population of users included in the user set corresponding to the business object is greater than or equal to a first population threshold, the aggregation rule of the business object may be considered to be too wide, and at this time, the server may send a prompt message for modifying the aggregation rule to a merchant of the business object. For example, the business of a business object originally has an aggregation rule of "arrive at city: beijing ", the number of the users aggregated according to the aggregation rule can reach 3 thousands of users, and the first person threshold is only 5000 persons, at this time, the server can send prompt information for modifying the aggregation rule or increasing the aggregation rule to the client of the merchant, so as to reduce the number of the users obtained according to the aggregation rule. The merchant may add additional aggregation rules "related products: imperial entrance ticket "," arrival time: 2017, 1, 20 ", so that three aggregation rules can be formed finally. The number of the users aggregated according to the three aggregation rules can be 500, and the method accords with the number control strategy of the server.

In an embodiment of the application, when the number of users included in the user set corresponding to the business object is less than or equal to the second number threshold, it may be considered that the aggregation rule of the business object is too narrow, and at this time, the server may send a prompt message for modifying the aggregation rule to a merchant of the business object. For example, the business of a business object originally has an aggregation rule of "arrive at city: beijing "," flight number: TM56XX9 "," time of arrival: in 20.1.2017 ", the number of users aggregated according to the three aggregation rules is only 10, and the second number threshold is 200, at this time, the server may send a prompt message for modifying the aggregation rule or reducing the aggregation rule to the client of the merchant, so as to reduce the number of users obtained according to the aggregation rule. The merchant may choose to associate the original aggregation rule "time of arrival: year 2017, month 1, day 20 "modified to" time of arrival: and the number of the users aggregated according to the modified three aggregation rules is 500 from 10 in 2017 and 1 in 2017 to 20 in 2017, so that the control strategy of the number of the users in the server is met.

In an embodiment of the present application, when providing service information to users in a user set, corresponding service information may be provided according to a current time. In particular, when a user in the set of users possesses a label for an arrival time node, a difference between the current time node and the arrival time node may be determined. Wherein the arrival time node may characterize a time node at which the vehicle arrived at the destination. For example, a user is currently in the user set selling tickets, and the aggregation rule of the user set is "city of arrival is shanghai, time of arrival is 14 o' clock and 20 minutes of arrival, and vehicle is high-speed rail". Then 14 points 20 may be the arrival time node. The server may calculate a difference, which may be an absolute value, between the current time node and the arrival time node. Then the traffic information corresponding to the arrival time node may be provided to the users in the set of users when the difference is less than or equal to a specified threshold. For example, at 10 points of 14, the calculated difference is 10 minutes, and the specified threshold is also 10 minutes, so that the users in the user set can be provided with prompt information about coming to a station, and the tourist attraction information of Shanghai and local and weather information can be pushed to the users in the user set.

In one embodiment of the present application, a fatigue degree control policy may be set when providing service information to a user. The fatigue control policy may define the number of times, period, and category of service information offerings. Specifically, the server may determine whether the current system time is within a specified time period, and when the current system time is within the specified time period, the server may stop providing the service information to the user until the current system time is outside the specified time period. For example, the specified time period is 11 pm to 8 pm, and the server stops providing the service information to the user in this time period.

In addition, in this embodiment, the server may further count the number of times of providing the service information to the same user within a specified time period, and stop providing the service information to the user when the counted number of times is greater than or equal to a specified number threshold. The specified time period may be, for example, a natural day. For example, the server may count the number of times of providing service information to the same user up to the current day, and if the number of times is 5 times and the threshold value of the specified number of times within one day is only 3, the server may stop providing service information to the user until the next day.

In this embodiment, the user may feed back to the server whether to mask a certain type of service information. In this way, the server may receive a shielding instruction for the service information of the specified type fed back by the user, and in response to the shielding instruction, stop providing the service information of the specified type to the user until receiving a contact shielding instruction for the service information of the specified type fed back by the user. For example, if the user masks the offer discount information in the client, the server stops providing the offer discount information to the user until the user masks the offer discount information.

Referring to fig. 4, the present embodiment further provides a server, which includes a network communication port 100, a memory 200 and a processor 300.

The network communication port 100 is used for performing network data communication with a client of a user;

the memory 200 for storing a computer program executable by the processor and for storing an aggregation rule for at least one business object, the aggregation rule for defining a user population for the business object;

the processor 300, when executing the computer program, is capable of implementing the steps of:

acquiring travel data of a user through the network communication port, wherein the travel data comprises at least one piece of geographical position information; extracting at least one label from the travel data, and binding the at least one label for a user corresponding to the travel data; wherein the tag is used to characterize a trip of a user; determining a target user group with the same geographical location information in the travel data from the users; aggregating the users marked to accord with the aggregation rule in the target user group into the user set of the business object; and providing the service information of the service object to the users in the user set.

In this embodiment, the network communication port 100 may be a virtual port that is bound to different communication protocols so that different data can be transmitted or received. For example, the network communication port may be port No. 80 responsible for web data communication, port No. 21 responsible for FTP data communication, or port No. 25 responsible for mail data communication. In addition, the network communication port can also be a communication interface or a communication chip of an entity. For example, it may be a wireless mobile network communication chip, such as GSM, CDMA, etc.; it can also be a Wifi chip; it may also be a bluetooth chip.

In this embodiment, the memory 200 may be a storage device for storing information. In a digital system, the device capable of storing binary data may be a memory; in an integrated circuit, a circuit without an actual form and with a storage function can also be a memory, such as a RAM, a FIFO and the like; in the system, the storage device in physical form may also be called a memory, such as a memory bank, a TF card, etc.

The processor 300 may be implemented in any suitable manner. For example, the processor may take the form of, for example, a microprocessor or processor and a computer-readable medium that stores computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, an embedded microcontroller, and so forth. The present application is not limited.

The specific functions of the server, the network communication port 100, the memory 200 and the processor 300 disclosed in the above embodiments can be explained by comparing with the embodiments of the method for providing service information in the present application, and can implement the embodiments of the method for providing service information in the present application and achieve the technical effects of the embodiments of the method.

The application also provides a method for receiving the service information. The method can be applied to a client of a user. Wherein, the client can be an electronic device used by a user to access the online travel platform. In particular, the client may be, for example, a tablet, a smartphone, a digital assistant, a smart wearable device, or the like. The client may also be software installed in the electronic device described above. For example, the client may be an Application (APP) of an online travel platform such as a portable network and a home network. Referring to fig. 5, the method includes the following steps.

S51: providing travel data including at least one piece of geographical location information of a user to a server, so that the server determines a user group to which the user belongs according to the geographical location information, binds at least one tag to the user according to the travel data, and aggregates users, of which the tags meet aggregation rules, in a user set; wherein the tag is used to characterize the user's itinerary; the aggregation rule corresponds to a business object.

In this embodiment, the client may provide the travel data to the server in a point-buried manner or by means of MySQL Mtop. Specifically, the manner of embedding the point may be that the server responds to a page display request sent by a client of the user, feeds back page elements to be displayed to the client of the user, and binds a code for acquiring the travel data to each page element. Wherein when the page element is triggered, the code bound with the page element is also executed. For example, in the current page of the online travel platform, codes can be written in the links of various commodities and the keys joining the shopping cart, and when the user clicks the commodity link or clicks the keys joining the shopping cart, the codes are automatically executed. After the execution, the event of clicking the commodity link can be sent to the server, and the commodity information in the shopping cart can also be sent to the server, so that when the user accesses the online travel platform through the client, the code bound in the page element can be continuously triggered, and therefore the travel data of the user can be provided for the server when the code is executed.

In this embodiment, when the user accesses the online travel platform through the client, the server may provide an Mtop interface to the client, where the Mtop interface may use an HTTP protocol. When a user browses the online travel platform in the client, the client can send a data acquisition request to an Mtop interface of the server. The data retrieval request may be used to retrieve from the server page elements that are expected to be displayed in the current page of the client. For example, when a user accesses an introduction page of a certain commodity, a data acquisition request sent by the client to the server may be used to acquire text information, picture information, video information, and the like in the introduction page from the server. In this way, a communication link can be established between the client and the server through the Mtop interface, and the client can acquire the page data from the server through the communication link. In this embodiment, the client may also transmit the travel data generated by the user while browsing the current page to the server through the communication link. That is to say, by multiplexing the communication link, the client can not only download the page elements to be displayed from the server, but also upload the data of the user to the server, thereby avoiding the process of establishing an additional channel to upload the travel data, and improving the efficiency of providing the travel data.

In the present embodiment, in order to improve the efficiency of providing the trip data, the above two modes may be combined. Specifically, order data and data of the object to be purchased in the travel data can be uploaded to the server in an Mtop mode. And browsing data can be uploaded to a server in a point-burying mode. The data uploaded to the server may be stored in a database of the server.

In this embodiment, after receiving the travel data provided by the client, the server may bind, to the user, at least one tag for characterizing the travel of the user based on the travel data of the user. In this embodiment, the tag may be a phrase in which the travel information of the user may be described. For example, the tag may be "travel time: 36 days 1 month 2017 and travel modes: airplane "," flight number: TM52XX8 "," purchase: medium "," related products: arctic light ", and the like. Generally, the trip information of the user may be characterized by a trip time, a trip cost, a number of trips, a gender of the trip person, and a type of vehicle, and thus, the tag may include at least one of a trip time, a trip cost, a number of trips, a gender of the trip person, and a type of vehicle.

In the present embodiment, the server can specify a user group having the same geographical position information in the trip data from each user. The manner of determining the user group may include that a merchant of the online travel platform designates a geographic location in advance, and the designated geographic location may be the geographic location where the business of the merchant is located. For example, for a business that offers specialized car services at debay, it may include debay in its designated geographic location. In this way, information about whether the geographic location specified by the merchant is included can be queried in the travel data of the respective user. If so, the user may be added to the user group. In this embodiment, the determining the user group may further include dividing users having the same destination among the users into the user group. In particular, the destination may refer to a geographical location in the user travel plan that is ready to arrive at. For example, the user plays from Suzhou to san, who may be the destination. Also for example, where the user is about to go to triumph from suzhou and is about to stay at fun for a period of time, fun may also be the destination. In this way, users can be classified into the same user group as long as the users have the same destination in the travel data. In addition, users with the same travel can be divided into the user group. Specifically, a user's trip typically includes at least two geographic locations, one being a departure location and the other being a final arrival location. In addition, the user's trip may include a departure point and a temporary stay point other than the final arrival point. In this way, the user's itinerary may be represented by the at least two geographic locations. Then, when determining the user group, it may be determined whether the travel data of the user includes the at least two geographic locations, and only when the travel data of the user includes the at least two geographic locations, the user is classified into the user group.

In this embodiment, the server may store the service information of the service objects, and each service object may have an aggregation rule for providing the service information to an appropriate user, where the aggregation rule may define a user group of the service object. Specifically, the business object may be a travel product sold in an online travel platform. The travel product may be a physical product. Such as airline tickets, etc. The travel product may also be a virtual product. Such as qualification of SPAs in the destination city, special car pickup services, etc. Of course, some travel products may appear in the form of either physical products or virtual products. For example, for tickets sold by passenger companies, the tickets can be solid products made of paper, and can also be virtual products in forms like two-dimensional codes, serial numbers and the like.

In this embodiment, the manner of aggregating the user into the user set of the business object may include traversing each tag bound for the user, and adding the user into the user set of the business object when there is a tag that meets the aggregation rule of the business object. For example, if the aggregation rule for a business object is "man valley in city of arrival", then the destination city: the users of Mangu are divided into the set of users of the business object.

S53: receiving the service information fed back by the server; and the service information represents a service object corresponding to the user set where the user is located.

In this embodiment, after aggregating users into a user set of business objects, the business information of the business objects can be provided to the users in the user set.

In this embodiment, the service information may be preset by a merchant of the service object and stored in the server. The service information may represent a service object corresponding to a user set where the user is located. Specifically, the service information may be promotion information, and the like of the service object. The service information can be stored in the server in association with the identification of the service object. Meanwhile, in the server, the user set where each user is located may also be associated with the identifier of the service object. In this way, when the server needs to provide service information to the users in the user set, the service information of the service object can be provided to the users in the user set having the identification of the service object.

Referring to fig. 6, the present application further provides a client, which includes a network communication port 110, a memory 210, a display 310 and a processor 410.

The network communication port 110 is used for performing network data communication with a server.

The memory 210 is configured to store the service information fed back by the server.

The display 310 is configured to display the service information.

The processor 410 is configured to control the network communication port to provide travel data including at least one piece of geographic location information of a user to the server, so that the server determines a user group to which the user belongs according to the geographic location information, binds at least one tag to the user according to the travel data, and aggregates users in the user group whose tags meet an aggregation rule into a user set; wherein the tag is used to characterize the user's itinerary; the aggregation rule corresponds to a business object; controlling the network communication port to receive the service information fed back by the server; the service information represents a service object corresponding to the user set where the user is located; and writing the service information into the memory and displaying the service information to the user through the display.

In this embodiment, the network communication port 110 may be a virtual port that is bound to different communication protocols so that different data can be transmitted or received. For example, the network communication port may be port No. 80 responsible for web data communication, port No. 21 responsible for FTP data communication, or port No. 25 responsible for mail data communication. In addition, the network communication port can also be a communication interface or a communication chip of an entity. For example, it may be a wireless mobile network communication chip, such as GSM, CDMA, etc.; it can also be a Wifi chip; it may also be a bluetooth chip.

In this embodiment, the memory 210 may be a memory device for storing information. In a digital system, the device capable of storing binary data may be a memory; in an integrated circuit, a circuit without an actual form and with a storage function can also be a memory, such as a RAM, a FIFO and the like; in the system, the storage device in physical form may also be called a memory, such as a memory bank, a TF card, etc.

The display 310 may be a display tool for displaying a certain electronic file on a screen through a specific transmission device and reflecting the electronic file to human eyes. The display may include a liquid crystal LCD screen, a cathode ray tube CRT screen, a light emitting diode LED screen, or the like.

The processor 410 may be implemented in any suitable manner. For example, the processor may take the form of, for example, a microprocessor or processor and a computer-readable medium that stores computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, an embedded microcontroller, and so forth. The present application is not limited.

The specific functions of the client, which are implemented by the network communication port 110, the memory 210, the display 310 and the processor 410 in the foregoing embodiments can be explained by comparing with the embodiments of the method for receiving service information in the present application, and the embodiments of the method for receiving service information in the present application can be implemented and the technical effects of the embodiments of the method can be achieved.

Referring to fig. 7, the present application further provides a user aggregation method, which includes the following steps.

S71: and acquiring the travel data of the user, wherein the travel data comprises at least one attribute information.

In the present embodiment, the manner of acquiring the travel data may include acquiring the travel data by a buried point manner or by means of the MySQLMtop. Specifically, the manner of embedding the point may be that the server responds to a page display request sent by a client of the user, feeds back page elements to be displayed to the client of the user, and binds a code for acquiring the travel data to each page element. Wherein when the page element is triggered, the code bound with the page element is also executed. For example, in the current page of the online travel platform, codes can be written in the links of various commodities and the keys joining the shopping cart, and when the user clicks the commodity link or clicks the keys joining the shopping cart, the codes are automatically executed. After the execution, the event of clicking the commodity link can be sent to the server, and the commodity information in the shopping cart can also be sent to the server, so that the server can receive the travel data fed back by the client of the user when the code is executed, and the process of acquiring the travel data is completed.

In the present embodiment, the travel data generally includes a large amount of information. For example, the travel data may include travel time, departure point, transfer point, destination point, travel cost, flight number, flight time, and other information. These pieces of information described above may be used as the attribute information. In this embodiment, the attribute information may be used as a condition for screening trip data, and a large number of trip data may be classified according to different attribute information. For example, trip data at the same destination point on the same day may be categorized; it is also possible to categorize travel data that take the same flight number at the same time.

S73: and extracting at least one label from the journey data, and binding the at least one label for a user corresponding to the journey data.

S75: and determining a target user group with the same attribute information in the travel data from the users.

In this embodiment, the determining the target user group may include that a merchant of the online travel platform designates an attribute information in advance, and the designated attribute information may be an attribute information emphasized by a business of the merchant. For example, for a business that provides a car-specific service at debay, the attribute information that it specifies may be that the destination point is debay. In this way, it may be queried in the travel data of the respective user whether merchant-specified attribute information is included. If so, the user may be added to the target user group. In this embodiment, the determining the target user group may further include dividing, among the users, users having the same attribute information indicating the geographic location into the target user group. In particular, the attribute information characterizing the geographical location may be, for example, a destination. The destination may refer to a geographical location in the user travel plan that is ready to arrive at. For example, the user plays from Suzhou to san, who may be the destination. Also for example, where the user is about to go to triumph from suzhou and is about to stay at fun for a period of time, fun may also be the destination. In this way, as long as the travel data of the users have the same destination, the users can be divided into the same target user group.

S77: and aggregating the users marked to accord with the aggregation rule in the target user group into a user set of the business object.

In this embodiment, the business object may be a travel product sold in an online travel platform. The travel product may be a physical product. Such as airline tickets, etc. The travel product may also be a virtual product. Such as qualification of SPAs in the destination city, special car pickup services, etc. Of course, some travel products may appear in the form of either physical products or virtual products. For example, for tickets sold by passenger companies, the tickets can be solid products made of paper, and can also be virtual products in forms like two-dimensional codes, serial numbers and the like.

In this embodiment, the business object may have an aggregation rule. The aggregation rule may be used to define a user community of interest to a merchant of the business object. For example, for a merchant providing a special car pickup service, the corresponding aggregation rule may be that the travel fee exceeds a specified value. In this way, the aggregation rule of the special delivery service may indicate that the merchant of the special delivery service only focuses on the group of users with higher consumption among the plurality of users.

In an embodiment of the present application, after aggregating users in a target user group, the service information of the service object may be further provided to the users in the user set. Specifically, the service information may be preset by a merchant of the service object and stored in the server. The business information can be promotion information, promotion information and the like of the business object. The service information can be stored in the server in association with the identification of the service object. Meanwhile, in the server, the account of each user may be associated with the identifier of the business object. Thus, when the server needs to provide the service information to the user, the service information of the service object can be provided to the user with the identification of the service object.

In one embodiment of the present application, the trip data may be used to indicate a trip plan of the user. The travel plan will typically include at least one of a departure location, a destination location, or a transit location. Thus, the attribute information may contain geographical location information. The geographical location information may include at least one of destination information, transfer station information, and origin information. The geographical location information may be the actual name of the geographical location or may be a code for characterizing the geographical location. For example, if the travel data of the user includes data with a destination of three, the geographic location information may be "three", or may be a geographic location code "SY" for representing three.

In the 90 s of the 20 th century, improvements in a technology could clearly distinguish between improvements in hardware (e.g., improvements in circuit structures such as diodes, transistors, switches, etc.) and improvements in software (improvements in process flow). However, as technology advances, many of today's process flow improvements have been seen as direct improvements in hardware circuit architecture. Designers almost always obtain the corresponding hardware circuit structure by programming an improved method flow into the hardware circuit. Thus, it cannot be said that an improvement in the process flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), is an integrated circuit whose Logic functions are determined by programming the Device by a user. A digital system is "integrated" on a PLD by the designer's own programming without requiring the chip manufacturer to design and fabricate a dedicated integrated circuit chip 2. Furthermore, nowadays, instead of manually making an Integrated Circuit chip, such Programming is often implemented by "logic compiler" software, which is similar to a software compiler used in program development and writing, but the original code before compiling is also written by a specific Programming Language, which is called Hardware Description Language (HDL), and HDL is not only one but many, such as abel (advanced Boolean Expression Language), ahdl (alternate Language Description Language), traffic, pl (core unified Programming Language), HDCal, JHDL (Java Hardware Description Language), langue, Lola, HDL, laspam, hardbyscript Description Language (vhr Description Language), and the like, which are currently used by Hardware compiler-software (Hardware Description Language-software). It will also be apparent to those skilled in the art that hardware circuitry that implements the logical method flows can be readily obtained by merely slightly programming the method flows into an integrated circuit using the hardware description languages described above.

Those skilled in the art will also appreciate that, in addition to implementing the server as pure computer readable program code, the same functionality can be implemented entirely by logically programming method steps such that the server is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a server may thus be regarded as a hardware component and the means included therein for performing the various functions may also be regarded as structures within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.

From the above description of the embodiments, it is clear to those skilled in the art that the present application can be implemented by software plus necessary general hardware platform. Based on such understanding, the technical solutions of the present application may be essentially or partially implemented in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method described in the embodiments or some parts of the embodiments of the present application.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments can be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, both for the embodiments of the server and the client, reference may be made to the introduction of embodiments of the method described above.

The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

Although the present application has been described in terms of embodiments, those of ordinary skill in the art will recognize that there are numerous variations and permutations of the present application without departing from the spirit of the application, and it is intended that the appended claims encompass such variations and permutations without departing from the spirit of the application.

Claims

1. A method for providing business information, wherein an aggregation rule of a business object is provided, the aggregation rule is used for limiting a user group concerned by a business of the business object, and the method comprises the following steps:

the method comprises the steps of obtaining travel data of at least two users, wherein the travel data comprise at least one piece of geographical position information;

extracting at least one label from the travel data, and binding the at least one label for a user corresponding to the travel data; wherein the tag is used to characterize a trip of a user;

determining a target user group with the same geographical location information in the travel data from the users;

aggregating the users marked to accord with the aggregation rule in the target user group into the user set of the business object;

and providing the service information of the service object to the users in the user set.

2. The method of claim 1, wherein the travel data comprises at least one of user order data, proposed purchase object data, and browsing data.

3. The method of claim 1, wherein the geographic location information comprises at least one of destination information, transfer station information, and origin information.

4. The method of claim 1, wherein the tags comprise at least one of travel time, travel cost, number of people on travel, gender of people on travel, and type of vehicle.

5. The method of claim 1, wherein obtaining trip data for a user comprises:

responding to a page display request sent by a client of a user, feeding back page elements to be displayed to the client of the user, and binding codes for acquiring travel data for each page element; when the page element is triggered, executing codes bound with the page element;

when the code is executed, receiving travel data fed back by a client of the user.

6. The method of claim 1, wherein the aggregation rule defines a minimum travel cost; correspondingly, aggregating the users marked to meet the aggregation rule in the target user group into the user set of the business object comprises:

and aggregating users with travel cost labels in the target user group and with travel costs more than or equal to the lowest travel cost into the user set of the business object.

7. The method of claim 1, wherein the aggregation rule defines a vehicle type; correspondingly, aggregating the users marked to meet the aggregation rule in the target user group into the user set of the business object comprises:

aggregating users in the target user group, which have a vehicle type label and the vehicle type is consistent with the vehicle type defined by the aggregation rule, into the user set of the business object.

8. The method of claim 1, wherein the aggregation rule defines a trip period; correspondingly, aggregating the users marked to meet the aggregation rule in the target user group into the user set of the business object comprises:

and aggregating users, which have travel time labels in the target user group and have travel time within the travel time period, to the user set of the business object.

9. The method according to claim 1, wherein when the number of the aggregation rules is at least two, aggregating the users in the target user group labeled to comply with the aggregation rules into the set of users of the business object comprises:

and if the labels meeting each aggregation rule are provided in all the labels of the users, adding the users into the user set of the business object.

10. The method of claim 1, wherein after aggregating the users in the target user group who are labeled according to the aggregation rule into the set of users of the business object, the method further comprises:

and distributing the identification of the service object to the users in the same user set.

11. The method of claim 10, wherein providing the business information of the business object to the users in the set of users comprises:

and providing the service information of the service object to the user with the identification of the service object.

12. The method of claim 1, further comprising:

when the number of the aggregated users in the user set of the business object is greater than or equal to a first-person threshold value, sending prompt information for modifying an aggregation rule to a business of the business object, so that the number of the aggregated users in the user set of the business object is smaller than the first-person threshold value.

13. The method of claim 1, further comprising:

and when the number of the aggregated users in the user set of the business object is less than or equal to a second number threshold, sending prompt information for modifying the aggregation rule to a business of the business object so as to enable the number of the aggregated users in the user set of the business object to be greater than the second number threshold.

14. The method of claim 1, wherein providing the business information of the business object to the users in the set of users comprises:

judging whether the current system time is in a specified time period;

if so, stopping providing the service information for the user until the current system time is out of the specified time period.

15. The method of claim 1, wherein providing the business information of the business object to the users in the set of users comprises:

and counting the times of providing service information to the same user in a specified time period, and stopping providing the service information to the user when the counted times is greater than or equal to a specified time threshold.

16. The method of claim 1, wherein providing the business information of the business object to the users in the set of users comprises:

receiving a shielding instruction which is fed back by a user and aims at the specified type of service information;

and in response to the shielding instruction, stopping providing the specified type of service information to the user until receiving a contact shielding instruction which is fed back by the user and aims at the specified type of service information.

17. The method of claim 1, wherein providing the service information of the service object to the users in the user set when the users in the user set have labels of the arrival time nodes comprises:

determining a difference between a current time node and the arrival time node;

and when the difference value is smaller than or equal to a specified threshold value, providing the service information corresponding to the arrival time node for the user in the user set.

18. A server, comprising a network communication port, a memory, and a processor, wherein:

the network communication port is used for carrying out network data communication with a client of a user;

the memory for storing a computer program executable by the processor and for storing an aggregation rule for a business object, the aggregation rule for defining a user community of interest to a merchant of the business object;

the processor, when executing the computer program, is capable of implementing the steps of:

acquiring travel data of at least two users through the network communication port, wherein the travel data comprises at least one piece of geographical position information; extracting at least one label from the travel data, and binding the at least one label for a user corresponding to the travel data; wherein the tag is used to characterize a trip of a user; determining a target user group with the same geographical location information in the travel data from the users; aggregating the users marked to accord with the aggregation rule in the target user group into the user set of the business object; and providing the service information of the service object to the users in the user set.

19. A method for receiving service information, the method comprising:

providing travel data including at least one piece of geographical location information of at least two users to a server, so that the server determines a user group to which the user belongs according to the geographical location information, binds at least one label for the user according to the travel data, and aggregates users in the user group, wherein the labels meet aggregation rules, into a user set; wherein the tag is used to characterize the user's itinerary; the aggregation rule corresponds to a business object; the aggregation rule is used for limiting a user group concerned by the business of the business object;

receiving the service information fed back by the server; and the service information represents a service object corresponding to the user set where the user is located.

20. A client, comprising a network communication port, a memory, a display, and a processor, wherein:

the network communication port is used for carrying out network data communication with the server;

the memory is used for storing the service information fed back by the server;

the display is used for displaying the service information;

the processor is used for controlling the network communication port to provide travel data including at least one piece of geographical location information of at least two users for the server, so that the server determines a user group to which the user belongs according to the geographical location information, binds at least one label for the user according to the travel data, and aggregates the users, of which the labels meet an aggregation rule, in a user set; wherein the tag is used to characterize the user's itinerary; the aggregation rule corresponds to a business object; the aggregation rule is used for limiting a user group concerned by the business of the business object; controlling the network communication port to receive the service information fed back by the server; the service information represents a service object corresponding to the user set where the user is located; and writing the service information into the memory and displaying the service information to the user through the display.

21. A method for user aggregation, the method comprising:

the method comprises the steps of obtaining travel data of at least two users, wherein the travel data comprise at least one attribute message;

extracting at least one label from the travel data, and binding the at least one label for a user corresponding to the travel data;

determining a target user group with the same attribute information in the travel data from the users;

aggregating the users marked to accord with the aggregation rule in the target user group into a user set of a business object; the aggregation rule is used for limiting a user group concerned by the business of the business object.

22. The method of claim 21, further comprising:

23. The method of claim 21, wherein the attribute information comprises geographic location information; the geographical location information comprises at least one of destination information, transfer station information and starting place information.