CN109284951B

CN109284951B - Address information processing method and device

Info

Publication number: CN109284951B
Application number: CN201710602317.6A
Authority: CN
Inventors: 武恒
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2017-07-21
Filing date: 2017-07-21
Publication date: 2022-05-24
Anticipated expiration: 2037-07-21
Also published as: CN109284951A

Abstract

The embodiment of the application discloses an address information processing method and device, wherein the method comprises the following steps: when an operation request is received, determining a plurality of receiving address information used by a user associated with the request and weights of the receiving address information and the receiving address information under a plurality of different time attribute values respectively; determining a time attribute value of the current moment; and determining a target receiving address which is possibly used at the current request moment according to the corresponding weight of the receiving address under the time attribute value. By the method and the device, the accuracy of address prediction is improved.

Description

Address information processing method and device

Technical Field

The present application relates to the field of address information processing technologies, and in particular, to an address information processing method and apparatus.

Background

Compared with the traditional sales platform, the network sales platform mainly based on fresh and take-away commodities has the difference that the platform mainly aims to meet the instantaneity requirements of users. For example, when a user needs to take a meal, a take-out is ordered through the platform, and then the platform needs to mobilize various resources to reach a delivery address designated by the user at the highest speed. Therefore, such platforms have a close association with the shipping address of the user when providing the user with selectable merchandise information. For example, for a new user, when the user opens an application program (App), the user may be first required to fill in a receiving address, then the App gives information about selectable goods in a specific store according to the receiving address, that is, a delivery range of the store, and then the store performs delivery for the user, and so on. For old users, since the order placing operation is performed by the App before, the delivery address of the user can be saved, when the App is opened again, the saved delivery address can be used by default, and commodity information with selectable periphery is provided.

However, due to the fact that the same user is different between the place of the work unit and the place of the family, the same user may use different receiving addresses to place orders, and correspondingly, the system also stores a plurality of pieces of receiving address information for the same user. In this case, when the user turns on the App, the system will typically have the most recently used shipping address as the default shipping address, but inaccuracies often occur. For example, the delivery address used by the user most recently is the location of the work unit, and when the App is opened currently, delivery to the user's home is required, so that an error occurs when the user continues to provide the information on the goods near the location of the work unit and uses the delivery address of the location of the unit for delivery. In such a case, the user is usually required to manually modify or select the shipping address, which becomes a necessary condition for the user to purchase the appropriate goods and to be able to accurately ship the goods. However, it is troublesome if the user is required to select the shipping address each time the user uses the app.

In order to solve the above problem, in the prior art, a delivery address that may be used by a user may be selected in combination with positioning information of the user. For example, two different shipping addresses are stored for the same user in the system, after the user opens the App, the geographical location of the user may be located first, and if the geographical location matches one of the shipping addresses, the shipping address is used as the default selected shipping address. This approach can solve the aforementioned problems to some extent. However, in practical applications, there are still some situations that cannot be solved by this method. For example, although a user opens an App at a work unit location, the user wants to return to home for eating, and accordingly, the shipping address needs to be set as the shipping address corresponding to the home address. That is, the location where the user opens the App to perform the operation of ordering, etc., may be different from the actually required shipping address. In this case, the delivery address selected based on the current geographical location of the user may not meet the user's requirements, and the user still needs to perform manual modification or selection.

Therefore, how to more intelligently select a delivery address for a user becomes a technical problem to be solved by the technical personnel in the field.

Disclosure of Invention

The application provides an address information processing method and device, which are beneficial to improving the accuracy of address prediction.

The application provides the following scheme:

an address information processing method, comprising:

when an operation request is received, determining a plurality of receiving address information used by a user associated with the request and weights respectively under a plurality of different time attribute values;

determining a time attribute value of the current moment;

and determining a target receiving address which is possibly used at the current request moment according to the weight corresponding to the receiving address under the time attribute value.

An address information processing method, comprising:

determining a time attribute value;

acquiring the used condition information of a plurality of receiving addresses under various different time attribute values;

and determining the weight of each receiving address under various different time attribute values according to the used information, so that when an operation request is received, the corresponding weight of a plurality of receiving addresses of the user under the time attribute value of the current request moment is associated according to the request, and a target receiving address which is possibly used at the current request moment is determined.

An address information processing apparatus comprising:

a receiving address information determining unit, configured to determine, when an operation request is received, a plurality of receiving address information used by a user associated with the request, and weights respectively at a plurality of different time attribute values;

a time attribute value determination unit for determining a time attribute value of the current time;

and the target receiving address determining unit is used for determining the target receiving address which can be used at the current request moment according to the corresponding weight of the receiving address under the time attribute value.

An address information processing apparatus comprising:

a time attribute determination unit for determining a time attribute value;

the using condition information acquiring unit is used for acquiring the used condition information of a plurality of receiving addresses under various different time attribute values;

and the weight determining unit is used for determining the weight of each receiving address under various different time attribute values according to the used information, so that when an operation request is received, the corresponding weight of a plurality of receiving addresses of the request associated users under the time attribute value of the current request moment is determined according to the request, and the target receiving addresses which can be used at the current request moment are determined.

A computer system, comprising:

one or more processors; and

a memory associated with the one or more processors for storing program instructions that, when read and executed by the one or more processors, perform operations comprising:

determining a time attribute value of the current moment;

and determining a target receiving address which is possibly used at the current request moment according to the corresponding weight of the receiving address under the time attribute value.

According to the specific embodiments provided herein, the present application discloses the following technical effects:

according to the embodiment of the application, the receiving address used by the user can be evaluated from the aspect of time attribute, and the weight of each receiving address under various different time attributes is determined, so that when the user opens an App to browse, place an order and the like, the receiving address possibly used by the user at the current moment can be predicted by using the weight information in the aspect of time attribute. In this way, the accuracy of the prediction is advantageously improved.

In addition, the weight on the time attribute can be combined with the current geographic position information of the user, so that more accurate and intelligent prediction is realized.

Of course, it is not necessary for any product to achieve all of the above-described advantages at the same time for the practice of the present application.

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 embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.

FIG. 1 is a schematic diagram of a system architecture provided by an embodiment of the present application;

FIG. 2 is a flow chart of a first method provided by an embodiment of the present application;

FIG. 3 is a schematic diagram of an operation flow of practical application provided by an embodiment of the present application;

FIG. 4 is a flow chart of a second method provided by an embodiment of the present application;

FIG. 5 is a schematic diagram of a first apparatus provided by an embodiment of the present application;

FIG. 6 is a schematic diagram of a second apparatus provided by an embodiment of the present application;

FIG. 7 is a schematic diagram of a computer system provided by an embodiment of the present application.

Detailed Description

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 that can be derived from the embodiments given herein by a person of ordinary skill in the art are intended to be within the scope of the present disclosure.

In the process of implementing the present application, the inventor of the present application finds that, for data objects (which may be generally referred to as goods objects and the like) of categories such as fresh goods, takeaway and the like, a receiving address used by a user at each ordering time generally presents some characteristics at the ordering time in addition to the geographic location where the user places the order, and such characteristics can generally reflect the consumption habits of the user on such data objects. For example, a user is characterized in that, in breakfast and lunch hours of a weekday, the shipping address used is usually the address of the work unit, and is assumed to be address a; in the supper time period of the workday, the used delivery address is usually the address of the family, and the address is assumed to be the address B; in holidays, the delivery addresses of three meals in the morning, the noon and the evening may be the address B of the family, and the like. However, for the breakfast time period of the workday, although the delivery address is address a, the address where the receiving address opens App to order may be at home or on the way to work in units; or, in the dinner period of the working day, although the receiving address is the address B, the geographical location where the meal is ordered may be in the unit, or on the way from the unit back to the home, etc. Therefore, the geographic position where the user opens the App to order the food cannot be simply marked with the required delivery address of the user, and the user can be intelligently predicted by showing the consumption habit in time so as to reduce the times of manually modifying the delivery address of the user.

Based on the analysis, in the embodiment of the application, the use conditions of the delivery address of the same user in different time periods can be recorded and counted, the consumption habits of the user in each time period are reflected through the counting result, and then the delivery address is predicted for the user based on the consumption habits in time. That is, each used shipping address is assigned with a time attribute, and the same shipping address may have different weights at different time attribute values, thereby embodying the regularity of the shipping address being used. Thus, by transversely comparing the weights corresponding to different delivery addresses at the same time attribute value, one of the delivery addresses more likely to be used by the user at that time attribute value can be determined.

Specifically, in the embodiment of the present application, the date may be labeled with attributes first, and for example, the date may be divided into a working day, a holiday, and the like. Specifically, when the date is labeled, the dates may be uniformly labeled according to the working day of one to five weeks every week, the holidays of six weeks and other legal holidays. Alternatively, the labeling may be based on the situation of the specific user, for example, there are users who are on a day of rest each week, the date of the specific rest may be monday of each week instead of weekend, and so on. For this particular case, the user may be provided with a configuration entry, which the user marks with his particular date attribute.

In the case of dividing the date into date attributes, the time within each day may also be divided into a plurality of time periods, for example, a breakfast time period, a lunch time period, a afternoon tea time period, an evening time period, a night time period, and the like. Specifically, the time starting point and the time ending point corresponding to each time period may be divided according to experience, or the system may divide the time period in each day according to a centralized and single situation of the user. In the above case of dividing according to the ordering situation of the user in a centralized manner, the specific time periods may not be limited to the above ones, and even each time period may not have a specific meaning, but may be a time period because the centralized feature is shown in the ordering time distribution of the user. In addition, statistics of the order time distribution can be performed for dates with different attributes, for example, specific divided time periods, and starting points and ending points of the time periods can be different for workdays and holidays. Moreover, each time period can be updated according to the latest statistics.

After the date attribute marking is carried out and the time in one day is divided into time periods, a certain weight can be given to the receiving address used by the user according to the time period in the specific date attribute, and the weight of the receiving address in the time period can be updated along with the use of the receiving address in each ordering process and the time period to which the corresponding ordering time point belongs. For example, when a user creates a new shipping address, the shipping address may be given an initial weight according to each time period. Each time the user uses a particular address as a shipping address for a time period, the address may be given a weight of +1 for the time period. If the user modifies the shipping address during the ordering process, the originally recommended shipping address is given a weight of-1 for the time period, the newly selected address is given a weight of +1 for the time period, and so on. In short, each address may have a different weight corresponding to it in a different time period, and the weight of the address in the corresponding time period is updated according to the use of each address in each time period. Therefore, after a period of time, the weight in each time period can reflect the use frequency of the corresponding address in the corresponding time period, so that the consumption habit of the user is reflected.

That is, in the embodiment of the present application, for each address of the same user, weights corresponding to different time periods in different date attributes may be maintained. For example, in the case where the date attribute is divided into two different attribute values of weekday and holiday, two sets of weight data may be associated with each used shipping address. For example, in the case of table representation, the weight corresponding to the user address 1 of a certain user in each time period of the working day may be as shown in table 1:

TABLE 1

In addition, the user address 1 may have another set of weighting data in holidays, for example, as shown in table 2:

TABLE 2

In summary, there may be two sets of data for each used shipping address, corresponding to the weight of the work day in each time period and the weight of the holiday in each time period, and the specific weight value may also change as new orders are generated. Of course, in the case where the date attribute has a larger variety of attribute values, it is also possible to maintain a plurality of sets of data for respective addresses, and the like. In addition, in practical applications, there may be other determination methods for the weights corresponding to the respective addresses in the respective time periods, for example, different weights may be assigned to the respective addresses in different time periods, and so on. In addition, in the process of predicting the delivery addresses which may be used by the user by using the table, the geographic position of the user may need to be compared with the geographic position of each delivery address to judge whether the user is located near a certain delivery address. In order to support such determination, the geographical location information of each receiving address may be stored in the table, and such geographical location information may be generally represented by longitude and latitude information, and the specific longitude and latitude information may be obtained through a system such as an electronic map.

Where each address has a weight under a time attribute (e.g., a specific time period under a specific date attribute), such weight may be used to predict a shipping address that may need to be used by the user. For example, in one implementation, when a certain user opens an App, a date attribute of a current date is determined, whether the date attribute is a workday or a holiday, and a time period to which the current time point belongs is determined, then, a weight value corresponding to each of the receiving addresses used by the user in the date attribute and the time period may be used, and then, the highest one of the weight values may be used as a predicted receiving address, and information of a selectable data object is provided according to the receiving address by default. For example, a user has used two shipping addresses, address 1 and address 2, respectively, and when the user opens the App, the date is a weekday, and the time is 11: 30, and therefore, the time period to which the user belongs is 8:30:00-13:59:59, so that the address 1 and the address 2 can be respectively determined, and the weight value corresponding to the time period on the working day, for example, the weight value of the address 1 is 10, and the weight value of the address 2 is 3, that is, the weight value of the address 1 in the time period of the date attribute is higher, so that the address 1 can be used as a predicted delivery address that the user may use.

In the foregoing manner, all the receiving addresses used by the current user are compared with the weights under the corresponding time attributes, and one of the receiving addresses most likely to be used by the user is selected as the current receiving address. In another implementation, in order to narrow the comparison range and further improve the prediction accuracy, the candidate address may be selected according to a certain condition. For example, a period of time before and after the current time may be used as a reference time range, and an address used by the user in the time range may be used as a candidate address. For example, assume that the current time is 11: 00, the user may be logged in 9: 00 to 13: 00 as the candidate shipping address. If there are a plurality of such candidate shipping addresses, the target shipping address most likely to be used at the current request time may be determined based on the weights of these candidate shipping addresses under the time attribute value to which the current time belongs. Of course, factors of the date attribute may also be taken into account when selecting a candidate shipping address by such a time range, for example, a shipping address used in the reference time range in the date of the same date attribute may be used as a candidate shipping address, and so on. For example, if the current date is a weekday, the shipping address that the user has used within the reference time range of the weekday may be used as the candidate shipping address.

Alternatively, the candidate shipping address may be selected from the used shipping addresses based on the geographic location information of the user. Therefore, the time attribute of the receiving address can be combined with the geographical position information of the user when the user uses App to comprehensively predict the receiving address, and the accuracy of the predicted receiving address can be further improved.

Specifically, when the user opens the App, the information of the current geographic location of the user may be obtained first, then, it may be determined whether a used shipping address is stored for the user, if so, it may be determined whether one of the shipping addresses is hit at the current geographic location, and if an address a is hit therein, it may also be determined that a previous time and a next time (for example, two hours or more) are taken as a reference time range around the time point of the current time, and it is assumed that the shipping address B is used in the reference time range in the historical order record of the user. Then, a date attribute of the current date and a time period of the current time point can be determined, and the receiving address B can be compared with the previously determined receiving address A which hits the current geographic position and the weight of the time period under the date attribute, and the higher one of the receiving addresses is used as the more likely receiving address used by the predicted user. That is, if the weight of the shipping address a on the time period is higher under the date attribute, it can be predicted that the likelihood of using the shipping address a as the shipping address to be placed this time is higher if the user is currently placing an order.

The above-mentioned method can just solve the situation that the order is placed in one place and the order is sent to another place. For example, a user is used to order food before work and designate the food to be delivered to his/her home before work, and thus, the ordered food can be delivered or will be delivered after work and home, and therefore, the user has a higher weight on the delivery address corresponding to the home address in the time slot under the date attribute. In this way, assuming that the user turns on the App again at the time when the user is going to work on a certain working day, since the user is still in a working unit at present, the hit address will be the address corresponding to the working unit according to the current geographic location of the user. That is, the address corresponding to the location of the user work unit corresponds to the delivery address a hit in the current geographic location. The user uses the home address as the receiving address during the time period in the historical trading order record, so that the home address corresponds to the receiving address B. In this case, the work unit address and the home address may be compared with the weight of the time slot in the current date attribute, and the weight of the home address is higher as a result of the comparison, so that the home address may be used as a shipping address more likely to be used by the predicted user when placing the order.

Of course, in the foregoing judgment logic, if all the receiving addresses used by the user do not hit the current geographic location, it is proved that the current location of the user may not have a direct relationship with the receiving address used by the user. At this time, the address used by the user most recently and the addresses used in a time range before and after the current time may be used as candidate shipping addresses, and the weights of the candidate shipping addresses in the time range of the current time point under the current date attribute are compared, and the higher one of the candidate shipping addresses is used as the predicted shipping address which may be used.

It should be noted that the embodiments of the present application can be applied to various specific sales platforms. In a specific application scenario, some sales platforms may adopt a special sales platform mode, and in this mode, an online store can be deployed on the platform side, and fresh and take-out commodities are mainly operated in the store, where each store has a respective distribution range. After the associated application program is installed, when the application program is opened, a user can select a store with a distribution range capable of covering the receiving address according to the receiving address of the user, goods sold in the store are displayed in an application program interface, the user can make order purchase, and then the store completes picking and distribution service for the user, so that the user can be delivered at the fastest speed. The user may enter an offline store and perform a purchase operation on an upper product in the store, or the user may directly purchase the product offline in the store, or may perform an online purchase using App.

In the above sales platform mode, each time a data object sold in only one store is displayed for the user, that is, each time a selection is made according to the delivery address of the user, mainly one store capable of providing delivery service for the delivery address is selected, and finally the store also delivers for the delivery address. Therefore, when the geographical position of each delivery address used by the user is not found, whether the current position of the delivery address hits the position of one of the stores can be judged, if yes, an in-store mode can be entered, and the user can perform off-line transaction or on-line purchase, and the like. If the current position of the user does not hit the used delivery address of the user or any one store, the logic can be utilized, that is, the address used by the user recently and the addresses used in a period of time before and after the current time are used as candidate delivery addresses, and then the delivery address most likely to be used by the user is predicted according to the date attribute and the weight of the candidate addresses in the period of time of the current time.

Of course, in practical applications, when determining the candidate shipping addresses from the shipping addresses used by the user, other manners different from the above-described manners may be used, for example, if there are two or more addresses used in a time range before and after the current time, these addresses may be directly used as the candidate addresses, and so on.

In addition, there is a possibility that when there is no receiving address of the user in the system, it is proved that the current user may be a new user, or a previously stored receiving address is cleared, and at this time, a predicted receiving address may be determined according to the current geographic location of the user, and although the specific address may not be detailed enough, a basis may be provided for displaying which data objects. Or, in the special sales platform mode, it may be determined whether the current geographic location is within the distribution coverage of a certain store, if so, it may be determined whether the current geographic location is within the certain store, if so, the in-store mode may be entered, otherwise, the predicted shipping address may be determined for the current geographic location. Of course, if the current geographic location is not within the delivery coverage of any one store, the user may be prompted directly that his current location is not within the delivery coverage, and so on.

It should be noted that, from the perspective of the system architecture of the product, referring to fig. 1, the technical solution provided by the embodiment of the present application may be completed by a client and a server of an application. The application program is an application program specifically providing services such as browsing and purchasing data objects, for example, "box horse" and the like. The client is mainly installed in the terminal equipment of the user, and the server is located in the cloud server. Specifically, the information about the weight and the like corresponding to each delivery address of each user under the specific time attribute value may be counted and maintained by the server. The client is mainly used for interacting with the user, and of course, can also undertake a part of the computing work. For example, in a specific implementation manner, when the application is opened, the client may obtain, from the server, weight information of each delivery address corresponding to the associated user under the time attribute, store the information in the local cache of the terminal device, perform a series of operations such as judgment based on the weight information, and finally predict a delivery address that may be used by the user at the current time. Or, in another implementation, the operation of predicting the delivery address that may be used may be completed by the server, and the store or the merchant that can provide the delivery service for the address may be determined directly according to the predicted delivery address, and the data object information issued by the store or the merchant is provided, and the client only needs to show the predicted result and the corresponding data object information in the front-end interface.

In short, according to the embodiment of the application, the used receiving addresses of the user can be evaluated from the aspect of time attributes, and the weights of the receiving addresses under various different time attributes are determined, so that when the user opens an App and needs to browse, place orders and the like, the receiving addresses which are possibly used by the user at the current moment can be predicted by using the weight information on the aspect of time attributes. In this way, the accuracy of the prediction is advantageously improved.

Based on the above, the following description will be made in terms of various embodiments.

Example one

The embodiment first provides an address information processing method, and referring to fig. 2, the method may specifically include:

s201: when an operation request is received, determining a plurality of receiving address information used by a user associated with the request and weights respectively under a plurality of different time attribute values;

regarding the first embodiment, the execution subject of each step may be a client or a server. For the client, when receiving an operation request (an operation of opening the client, etc.) from the user, the client may obtain, in a manner of pulling from the server, each piece of shipping address information used by the associated user and weights respectively under a plurality of different time attribute values, that is, the server may provide the data in table 1, table 2, etc. to the client, and the client performs specific operations such as determination locally on the terminal device. And under the condition of being executed by the server, the received operation request can be a user operation request forwarded by the client, the server can determine the associated user according to the client identifier, and then obtain the information of each delivery address used by the user and the weights of the delivery address used by the user under various different time attribute values from the database.

S202: determining a time attribute value of the current moment;

for example, as described above, the date attribute value may be defined first, and within the date, a plurality of different time periods may be divided, so that the process of determining the time attribute value of the current time may be to determine the date attribute value of the current date first, and then determine the time period to which the current time belongs according to the manner of dividing the time periods by the date attribute value. Thus, the current time corresponds to two attribute values, one is a date attribute value and the other is a time period, and the current time can be characterized by the two attribute values.

S203: and determining a target receiving address which is possibly used at the current request moment according to the corresponding weight of the receiving address under the time attribute value.

After the time attribute value of the current time is determined, the corresponding weight of each receiving address under the time attribute value can be determined, and the target receiving address which is possibly used at the current request time can be further determined according to the weight. In a specific implementation, the weight is determined according to the condition that each receiving address is used by the current user in the corresponding time attribute value, that is, the weight corresponding to each receiving address in each time attribute value can be determined through statistics, recording and other manners, and the use condition information is obtained according to the historical transaction record and the like of the current user, so as to reflect the consumption habit of the current user in the time attribute. Of course, in another way, the weight may be determined by a plurality of ways such as manual designation.

In a specific implementation, the time attribute value includes: the date attribute values and the time periods within the dates may be different, wherein the time periods corresponding to the different date attribute values may also be divided differently, for example, the time period of each working day may be divided into 7 segments, the time period of each holiday may be divided into 6 segments, and the starting point and the ending point of each time period may be different. The specific dividing manner may be determined according to statistical information such as time distribution of ordering by the user, that is, a time period in which the user orders are collectively ordered is determined as a time period, and the like. In the above definition of the time attribute value, the same shipping address may have a plurality of weights for each of the date attribute values, wherein the plurality of weights for each of the date attribute values correspond to different time periods. At this time, specifically, when the time attribute value of the current time is determined, a target date attribute value of the date of the current request time may be determined first, and then a target time period to which the current request time belongs under the target date attribute value may be determined. And then, when determining a target receiving address which is possibly used at the current request moment according to the weight corresponding to the receiving address under the time attribute value, determining the target weight corresponding to the target time period of each receiving address under the target date attribute value, and then determining the target receiving address which is possibly used at the current request moment by comparing the sizes of the target weights corresponding to the receiving addresses.

The weight may be determined according to the use of the receiving addresses in different time periods on the dates of different date attribute values.

In practical application, in order to further improve the accuracy of prediction, a candidate receiving address can be determined according to the receiving address used by the current user; then, according to the corresponding weight of the candidate receiving address under the time attribute value, the target receiving address which is most likely to be used at the current request moment is determined.

Specifically, when determining the candidate shipping address, there may be a plurality of ways, for example, in one of the ways, a preset time length before and after the current request time may be selected as a reference time range by taking the current request time as a center; and then, determining the receiving address used by the current user in the reference time range as the candidate receiving address by inquiring the historical transaction record of the current user.

In a more preferable mode, a date attribute of a date of a current request time may be determined first, and then a date of the current user in the same date attribute, a used shipping address within the reference time range may be determined as the candidate shipping address.

In another implementation manner, when determining the candidate receiving address information, the candidate receiving address information may be related to the current geographical location information of the user, specifically, the current geographical location information of the current user may be determined first, and then the current geographical location information may be compared with the geographical location information corresponding to each receiving address; if a certain receiving address hits the current geographic position, determining the receiving address and the receiving address used by the current user in the reference time range as the candidate receiving address; wherein the reference time range is: and presetting the time range of the time length before and after the current request time. That is, on the basis of the first determination of the candidate shipping address, the shipping address that hits the current geographic location may also be added to the candidate shipping address.

In addition, if no shipping address hits the current geographic location, the shipping address used by the current user within the reference time range and the most recently used shipping address may be determined as the candidate shipping address; wherein the reference time range is: and presetting the time range of the time length before and after the current request time. That is, on the basis of the aforementioned first determination of the candidate shipping address, the most recently used shipping address, for example, the most recently used shipping address, may also be added to the candidate shipping address, and so on.

In a specific implementation, it may be further determined whether the current user is located near a certain store according to the current geographic location information, and if not, the step of determining the used shipping address of the current user in the reference time range and the most recently used shipping address as the candidate shipping address is triggered.

In order to more intuitively understand the technical solution provided by the embodiment of the present application, a specific implementation manner is described in detail below with reference to a specific example in an application scenario of a "box horse" system. The method comprises the steps that a plurality of stores are deployed on line under a box horse system, each store has a respective distribution range, a user can determine a target store according to the geographical position of the user or a receiving address designated by the user after installing a box horse client, then various data objects published in the store are provided, and the store distributes for the user after ordering by the user. In addition, in this example, the weight of the time attribute value of the shipping address may be combined with the geographic location of the user to predict the shipping address that may be used by the user.

Specifically, referring to fig. 3, the process of predicting the shipping address that may be used by the user may include:

s301: starting a client;

s302: acquiring the current geographical position of a user;

s303: judging whether the user has a receiving address; if yes, entering S304, otherwise, entering S314;

s304: judging whether the geographic position hits a certain receiving address A or not; if yes, entering S305, otherwise, entering S309;

s305: taking out a receiving address B used within two hours before and after the current moment from a user receiving address library;

s306: comparing the weight of the attribute value of the current time of the receiving address A and the receiving address B; if A > B, go to S307, otherwise, go to S308;

s307: taking A as a predicted receiving address which is possibly used;

s308: taking B as a predicted receiving address which is possibly used;

s309: determining whether the geographic location is located near a store; if yes, entering an in-store mode, otherwise, entering S310;

s310: taking out a used receiving address B and a recently used receiving address C within two hours before and after the current moment from a user receiving address library;

s311: comparing the weight of the attribute value of the current time of the receiving address B and the receiving address C; if B > C, go to S312, otherwise, go to S313;

s312: taking B as a predicted receiving address which is possibly used;

s313: c is used as a predicted receiving address which is possibly used;

s314: determining (if the user does not have a corresponding shipping address record) whether the geographic location is within a delivery range of a store; if so, go to S315, otherwise, go to S317;

s315: determining whether the geographic location is located near the store; if yes, entering an in-store mode, otherwise, entering S316;

s316: taking the current geographic position as a predicted receiving address;

s317: and entering a prompt page which is not in the distribution range. At this time, the user may also enter the store page by clicking a store picture on the page, and so on.

It should be noted that the above example is only one of many implementations provided in the embodiments of the present application, and is only for illustration and should not be construed as a limitation to the scope of the present application.

Example two

While the foregoing embodiment describes a process of predicting a shipping address that may be used by a user after obtaining weight information of the shipping address under a time attribute value, the second embodiment of the present application provides an address information processing method mainly from the perspective of how to determine the weight information, and with reference to fig. 4, the method may specifically include:

s401: determining a time attribute value;

s402: acquiring the used condition information of a plurality of receiving addresses under various different time attribute values;

s403: and determining the weight of each receiving address under various different time attribute values according to the used information, so that when an operation request is received, the corresponding weight of a plurality of receiving addresses of the user under the time attribute value of the current request moment is associated according to the request, and a target receiving address which is possibly used at the current request moment is determined.

In the second embodiment of the present application, the execution subject of each step may be a server. The time attribute value may be predefined, and when the time attribute value is specifically implemented, the determining the time attribute value may specifically include: a date attribute value (e.g., including weekday, holiday, etc.) is determined and a plurality of different time periods are divided within the date of the same date attribute value. In this way, specifically, when the used condition information of each receiving address under various different time attribute values is acquired, the target date attribute value of the used date of each receiving address and the target time period of the used time within the date can be determined, and then, the weight of each receiving address under the corresponding target attribute value and target time period can be determined according to the date attribute value and the target time period. For example, the shipping address of the user, the weight within the target time period for the target attribute value, and the like may be determined based on the number of times the same shipping address is used by the current user within the same target time period for the same target attribute value.

In specific implementation, the time periods can be divided according to the transaction time distribution of the users in the dates with the same date attribute value. The time distribution is determined by counting the transaction conditions of a plurality of users, for example, the starting point and the ending point of the order in the user set are determined as a time period, and the like.

In addition, the various statistical weight information may not be the same, but the weights on the corresponding time attributes may be updated according to the actual use of the receiving address as new orders are placed and the like. For example, after completing a prediction, if the predicted target shipping address that may be used finally becomes the actual used shipping address, that is, the user does not modify the predicted target shipping address, and directly completes ordering and the like on the basis, the weight of the target shipping address on the corresponding time attribute is increased (for example, by 1, and the like).

Otherwise, if the determined target shipping address that may be used is replaced with another shipping address, that is, the predicted target shipping address is not the same as the shipping address actually required by the user, at this time, it represents a prediction error, and therefore, the weight of the target shipping address on the corresponding time attribute may be further reduced (for example, reduced by 1, and the like), and at the same time, the weight of the other shipping address on the corresponding time attribute may be further increased.

Corresponding to the first embodiment, an embodiment of the present application further provides an address information processing apparatus, and referring to fig. 5, the apparatus may include:

a receiving address information determining unit 501, configured to determine, when an operation request is received, a plurality of pieces of receiving address information used by a user associated with the request, and weights respectively under a plurality of different time attribute values;

a time attribute value determination unit 502 configured to determine a time attribute value at the current time;

a target receiving address determining unit 503, configured to determine a target receiving address that may be used at the current request time according to a weight corresponding to the receiving address under the time attribute value.

Wherein the weight is determined according to a condition that each receiving address is used in a corresponding time attribute value.

Wherein the time attribute value comprises: a plurality of date attribute values and a plurality of different time periods within the date; for the same receiving address, a plurality of weights are respectively arranged under different date attribute values, wherein the weights under each date attribute value respectively correspond to different time periods;

at this time, the time attribute value determination unit is specifically configured to:

determining a target date attribute value of the date of the current request time and a target time period of the current request time under the target date attribute value;

the target receiving address determining unit is specifically configured to:

determining the target weight corresponding to the target time period of each receiving address under the target date attribute value; and determining the target receiving address which is possibly used at the current request moment by comparing the target weight corresponding to each receiving address.

Wherein the weight is determined according to the condition that each receiving address is used in different time periods in dates with different date attribute values.

In an alternative implementation, the apparatus may further include:

the candidate address determining unit is used for determining a candidate receiving address according to the receiving address used by the current user;

the target receiving address determining unit is specifically configured to:

and determining the target receiving address which is most likely to be used at the current request moment according to the weight corresponding to the candidate receiving address under the time attribute value.

The candidate address determination unit may specifically include:

a reference time range determining subunit, configured to select a preset time length before and after the current request time as a reference time range;

and the inquiring subunit is used for inquiring the historical transaction record of the current user and determining the used receiving address of the current user in the reference time range as the candidate receiving address.

In addition, the apparatus may further include:

the date attribute determining unit is used for determining the date attribute of the date of the current request time;

the query subunit may be specifically configured to:

and determining the date of the current user with the same date attribute and the used receiving address in the reference time range as the candidate receiving address.

In another implementation, the candidate address determining unit may specifically include:

a geographic location information determining subunit, configured to determine geographic location information where the current user is currently located;

the comparison subunit is used for comparing the current geographical position information with the geographical position information corresponding to each receiving address;

a determining subunit, configured to determine, if a certain shipping address hits in the current geographic location, the shipping address and a shipping address used by a current user within a reference time range as the candidate shipping address; wherein the reference time range is: and presetting the time range of the time length before and after the current request time.

In the foregoing manner, in specific implementation, the determining subunit may further be configured to:

if no receiving address hits the current geographic position, determining a receiving address used by a current user in a reference time range and a recently used receiving address as the candidate receiving address; wherein the reference time range is: and presetting the time range of the time length before and after the current request time.

In addition, the apparatus may further include:

and the position judging unit is used for determining whether the current user is positioned near a certain store according to the current geographical position information before determining the used receiving address of the current user in the reference time range and the recently used receiving address as the candidate receiving address, and if not, triggering the step of determining the used receiving address of the current user in the reference time range and the recently used receiving address as the candidate receiving address.

Corresponding to the second embodiment, the embodiment of the present application further provides an address information processing apparatus, and referring to fig. 6, the apparatus may include:

a time attribute determining unit 601 for determining a time attribute value;

a use case information acquiring unit 602 configured to acquire use case information of a plurality of shipping addresses under a plurality of different time attribute values;

a weight determining unit 603, configured to determine, according to the used information, weights of the shipping addresses under various different time attribute values, so as to determine, when an operation request is received, a target shipping address that may be used at the current request time according to weights corresponding to the plurality of shipping addresses of the request associated user under the time attribute value of the current request time.

In a specific implementation, the time attribute determining unit may be configured to:

determining date attribute values, and dividing a plurality of different time periods in the dates with the same date attribute values;

the usage information acquiring unit may specifically be configured to:

determining target date attribute values of used dates of a plurality of receiving addresses and target time periods of used times in the dates;

the weight determination unit may specifically be configured to:

and determining the weight of each receiving address under the corresponding target attribute value and the target time period according to the date attribute value and the target time period.

Specifically, the usage information acquiring unit may be specifically configured to:

and dividing time periods according to the transaction time distribution of the users in the dates with the same date attribute value.

In a specific implementation, the apparatus may further include:

and the first weight updating unit is used for increasing the weight of the target delivery address on the corresponding time attribute if the determined target delivery address which is possibly used is the delivery address which is actually used.

Or, the second weight updating unit is used for reducing the weight of the target delivery address on the corresponding time attribute and increasing the weight of the other delivery address on the corresponding time attribute if the determined target delivery address which is possibly used is replaced by the other delivery address.

Corresponding to the first embodiment, the embodiment of the present application further provides a computer system, where the computer system may include:

one or more processors; and

memory associated with the one or more processors, the memory for storing program instructions that, when read and executed by the one or more processors, perform operations comprising:

determining a time attribute value of the current moment;

Where fig. 7 illustrates an architecture of an electronic device, for example, device 700 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, an aircraft, and so forth.

Referring to fig. 7, device 700 may include one or more of the following components: a processing component 702, a memory 704, a power component 706, a multimedia component 708, an audio component 710, an input/output (I/O) interface 712, a sensor component 714, and a communication component 716.

The processing component 702 generally controls the overall operation of the device 700, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing element 702 may include one or more processors 720 to execute instructions to complete generating a traffic compression request when a preset condition is met in the video playing method provided in the technical solution of the present disclosure, and sending the traffic compression request to the server, where the traffic compression request records information for triggering the server to acquire a target attention area, and the traffic compression request is used to request the server to preferentially ensure a bitrate of video content in the target attention area; and playing the video content corresponding to the code stream file according to the code stream file returned by the server, wherein the code stream file is all or part of the video file obtained by carrying out code rate compression processing on the video content outside the target attention area by the server according to the flow compression request. Further, the processing component 702 may include one or more modules that facilitate interaction between the processing component 702 and other components. For example, the processing component 702 can include a multimedia module to facilitate interaction between the multimedia component 708 and the processing component 702.

The memory 704 is configured to store various types of data to support operation at the device 700. Examples of such data include instructions for any application or method operating on device 700, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 704 may be implemented by any type or combination of volatile or non-volatile storage devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

The power supply component 706 provides power to the various components of the device 700. The power components 706 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the device 700.

The multimedia component 708 includes a screen that provides an output interface between the device 700 and the user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 708 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the device 700 is in an operating mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

The audio component 710 is configured to output and/or input audio signals. For example, the audio component 710 includes a Microphone (MIC) configured to receive external audio signals when the device 700 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signal may further be stored in the memory 704 or transmitted via the communication component 716. In some embodiments, audio component 710 also includes a speaker for outputting audio signals.

The I/O interface 712 provides an interface between the processing component 702 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.

The sensor assembly 714 includes one or more sensors for providing status assessment of various aspects of the device 700. For example, the sensor assembly 714 may detect an open/closed state of the device 700, the relative positioning of components, such as a display and keypad of the device 700, the sensor assembly 714 may also detect a change in the position of the device 700 or a component of the device 700, the presence or absence of user contact with the device 700, orientation or acceleration/deceleration of the device 700, and a change in the temperature of the device 700. The sensor assembly 714 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 714 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 714 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 716 is configured to facilitate wired or wireless communication between the device 700 and other devices. The device 700 may access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication section 716 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 716 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the device 700 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.

In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions, for example, the memory 704 includes instructions, which are executable by the processor 720 of the device 700 to perform generating a traffic compression request when a preset condition is met in a video playing method provided in the technical solution of the present disclosure, and sending the traffic compression request to a server, where the traffic compression request records information for triggering the server to obtain a target attention area, and the traffic compression request is used to request the server to preferentially guarantee a bitrate of video content in the target attention area; and playing the video content corresponding to the code stream file according to the code stream file returned by the server, wherein the code stream file is obtained by performing code rate compression processing on the video content outside the target attention area by the server according to the flow compression request. For example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

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 according to the embodiments or some parts of the embodiments of the present application.

All the embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, the system or system embodiments are substantially similar to the method embodiments and therefore are described in a relatively simple manner, and reference may be made to some of the descriptions of the method embodiments for related points. The above-described system and system embodiments are only illustrative, wherein the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement without inventive effort.

The foregoing detailed description has provided the present application with specific examples to explain the principles and implementations of the present application, which are merely provided to facilitate an understanding of the methods and their core concepts; meanwhile, for a person skilled in the art, according to the idea of the present application, the specific embodiments and the application range may be changed. In view of the above, the description should not be taken as limiting the application.

Claims

1. An address information processing method, comprising:

labeling attributes of dates, and dividing time in one day into a plurality of time periods;

determining the weights of a plurality of receiving addresses used by each user under a plurality of different time attribute values respectively according to the condition that each receiving address used by each user is used under different time attribute values respectively, wherein the weights represent the use frequency of the corresponding address in a corresponding time period;

when an operation request for acquiring commodity information around a receiving address is received, determining a plurality of receiving address information used by a user associated with the request and weights of the receiving address information and the receiving address information under a plurality of different time attribute values;

determining a time attribute value of the current moment;

determining a target receiving address which is possibly used at the current request moment according to the weight corresponding to the receiving address under the time attribute value, and obtaining commodity information around the target receiving address; and if the current geographical position of the user is the receiving address used by the user and the weight of the current geographical position of the user under the time attribute value at the current moment is greater than the weight of the other receiving addresses under the time attribute value at the current moment, the target receiving address is the current geographical position of the user.

2. The method of claim 1, wherein the weight is determined based on a use of the time attribute value for each of the shipping addresses.

3. The method of claim 1, wherein:

the time attribute values include: a plurality of date attribute values and a plurality of different time periods within the date;

for the same receiving address, a plurality of weights are respectively arranged under different date attribute values, wherein the weights under each date attribute value respectively correspond to different time periods;

the determining the time attribute value of the current time includes:

the determining a target shipping address that may be used at the current request time according to the weight corresponding to the shipping address under the time attribute value includes:

determining the target weight corresponding to the target time period of each receiving address under the target date attribute value;

and determining the target receiving address which is possibly used at the current request moment by comparing the target weight corresponding to each receiving address.

4. A method according to claim 3, wherein the weights are determined in dependence on the respective shipping addresses being used in different time periods on the respective dates of different date attribute values.

5. The method of claim 1, further comprising:

determining a candidate receiving address according to the receiving address used by the current user;

the determining a target shipping address most likely to be used at the current request time according to the corresponding weight of the shipping address under the time attribute value includes:

6. The method of claim 5, wherein determining a candidate shipping address based on the shipping address used by the current user comprises:

selecting a preset time length before and after the current request moment as a reference time range by taking the current request moment as a center;

and determining the receiving address used by the current user in the reference time range as the candidate receiving address by inquiring the historical transaction record of the current user.

7. The method of claim 6, further comprising:

determining the date attribute of the date of the current request moment;

the determining the shipping address used by the current user within the reference time range as the candidate shipping address comprises:

and determining the used receiving address in the reference time range on the date with the same date attribute of the current user as the candidate receiving address.

8. The method of claim 5, wherein determining a candidate shipping address based on the shipping address used by the current user comprises:

determining the current geographical position information of the current user;

comparing the current geographical position information with the geographical position information corresponding to each receiving address;

if a certain receiving address hits the current geographic position, determining the receiving address and the receiving address used by the current user in the reference time range as the candidate receiving address; wherein the reference time range is: and presetting the time range of the time length before and after the current request time.

9. The method of claim 8, further comprising:

10. The method of claim 9, further comprising, prior to determining a shipping address used by a current user within a reference time frame and a most recently used shipping address as the candidate shipping address:

and determining whether the current user is located near a certain store according to the current geographical location information, and if not, triggering the step of determining the used delivery address of the current user in the reference time range and the most recently used delivery address as the candidate delivery address.

11. An address information processing method, characterized by comprising:

determining a time attribute value;

determining the weight of each receiving address under various different time attribute values according to the used information, wherein the weight represents the use frequency of the corresponding address on a corresponding time period, so that when an operation request for obtaining the commodity information around the receiving address is received, a target receiving address which is possibly used at the current request time is determined according to the weight of a plurality of receiving addresses of a request associated user under the time attribute value of the current request time, and the target receiving address is used for obtaining the commodity information around the target receiving address; and if the current geographic position of the user is the receiving address used by the user, and the weight corresponding to the current geographic position of the user at the current time attribute value is greater than the weight corresponding to other receiving addresses at the current time attribute value, the target receiving address is the current geographic position of the user.

12. The method of claim 11, wherein determining the time attribute value comprises:

the acquiring of the used condition information of the plurality of receiving addresses under the attribute values of different times comprises the following steps:

the determining the weight of each receiving address under various different time attribute values according to the used information comprises:

13. The method of claim 12, wherein said dividing a plurality of different time periods within a date of a same date attribute value comprises:

14. The method of claim 11, further comprising:

and if the determined target receiving address which is possibly used is the actually used receiving address, increasing the weight of the target receiving address on the corresponding time attribute.

15. The method of claim 11, further comprising:

and if the determined target delivery address which is possibly used is replaced by another delivery address, reducing the weight of the target delivery address on the corresponding time attribute, and increasing the weight of the other delivery address on the corresponding time attribute.

16. An address information processing apparatus, comprising:

the time attribute determining unit is used for carrying out attribute labeling on the date and dividing the time in one day into a plurality of time periods;

the weight determining unit is used for determining the weight of a plurality of receiving addresses used by each user under a plurality of different time attribute values according to the condition that the receiving addresses used by each user are used under different time attribute values respectively, wherein the weight represents the use frequency of the corresponding address in a corresponding time period;

a receiving address information determining unit, configured to determine, when an operation request for acquiring commodity information around a receiving address is received, a plurality of pieces of receiving address information used by a user associated with the request, and weights respectively at a plurality of different time attribute values;

a time attribute value determination unit for determining a time attribute value at the current time;

the target receiving address determining unit is used for determining a target receiving address which is possibly used at the current request moment according to the weight corresponding to the receiving address under the time attribute value, and is used for acquiring the commodity information around the target receiving address; and if the current geographic position of the user is the receiving address used by the user, and the weight corresponding to the current geographic position of the user at the current time attribute value is greater than the weight corresponding to other receiving addresses at the current time attribute value, the target receiving address is the current geographic position of the user.

17. An address information processing apparatus, comprising:

a time attribute determination unit for determining a time attribute value;

the weight determining unit is used for determining the weight of each receiving address under various different time attribute values according to the used information, wherein the weight represents the use frequency of the corresponding address on a corresponding time period, so that when an operation request for obtaining the commodity information around the receiving address is received, a target receiving address which can be used at the current request time is determined according to the weight of a plurality of receiving addresses of a request associated user under the time attribute value of the current request time, and the target receiving address is used for obtaining the commodity information around the target receiving address; and if the current geographic position of the user is the receiving address used by the user, and the weight corresponding to the current geographic position of the user at the current time attribute value is greater than the weight corresponding to other receiving addresses at the current time attribute value, the target receiving address is the current geographic position of the user.

18. A computer system, comprising:

one or more processors; and

determining a time attribute value of the current moment;

determining a target receiving address which is possibly used at the current request moment according to the weight corresponding to the receiving address under the time attribute value, and obtaining commodity information around the target receiving address; and if the current geographic position of the user is the receiving address used by the user, and the weight corresponding to the current geographic position of the user at the current time attribute value is greater than the weight corresponding to other receiving addresses at the current time attribute value, the target receiving address is the current geographic position of the user.