WO2017148295A1 - 信息处理方法及装置 - Google Patents

信息处理方法及装置 Download PDF

Info

Publication number
WO2017148295A1
WO2017148295A1 PCT/CN2017/074171 CN2017074171W WO2017148295A1 WO 2017148295 A1 WO2017148295 A1 WO 2017148295A1 CN 2017074171 W CN2017074171 W CN 2017074171W WO 2017148295 A1 WO2017148295 A1 WO 2017148295A1
Authority
WO
WIPO (PCT)
Prior art keywords
attribute
identifier
target
storage field
correspondence
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2017/074171
Other languages
English (en)
French (fr)
Inventor
彭杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to SG11201807256XA priority Critical patent/SG11201807256XA/en
Priority to JP2018546450A priority patent/JP6865763B2/ja
Priority to ES17759146T priority patent/ES2809163T3/es
Priority to EP17759146.8A priority patent/EP3425525B1/en
Priority to PH1/2018/501838A priority patent/PH12018501838B1/en
Priority to PL17759146T priority patent/PL3425525T3/pl
Priority to KR1020187028270A priority patent/KR102153806B1/ko
Publication of WO2017148295A1 publication Critical patent/WO2017148295A1/zh
Priority to US16/119,208 priority patent/US11200220B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases
    • G06F16/211—Schema design and management
    • G06F16/213—Schema design and management with details for schema evolution support
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2228—Indexing structures
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2291—User-Defined Types; Storage management thereof

Definitions

  • the present invention relates to the field of Internet technologies, and in particular, to an information processing method and apparatus.
  • Personalized attributes include some of the user's behavioral habits, interest preferences, and customization needs. For example, the user prefers the payment method, the user's preferred payment account, the category of the product that the user is interested in, the merchant that the user frequently browses, and the default login account set by the user himself.
  • the user's personalized attributes include the attribute name of the personalized attribute and the attribute value of the personalized attribute.
  • the attribute name of a personalized attribute of the user is “default payment method”, and the attribute value is “online payment”; for example, the attribute name of another attribute of the user is “category of the item of interest”, And the attribute value is "digital home appliance class”.
  • the personalized attribute of the user is generally stored in the manner shown in Table 1 below.
  • Each field in the leftmost column in Table 1 stores the ID () of each user, for example, user A, respectively.
  • - User M each field in the top row of Table 1 stores the attribute name of each personalized attribute previously calculated by the technician, for example, attribute name 1 to attribute name N are respectively stored, and Table 1 includes a total of (M+1)*(N+1) fields.
  • the user corresponding to the user ID does not have the personalized attribute corresponding to the attribute name.
  • the personalized attributes that each user has are only a small part of all the personalized attributes that the technician has pre-stated, so that only a few fields in a user ID line may be filled with attribute values, while other fields are Empty fields, so there will be a lot of empty fields in Table 1, because empty fields will take up a certain amount of storage space, so a lot of empty fields in Table 1 will consume huge storage space.
  • the present invention provides an information processing method and apparatus.
  • an information processing method comprising:
  • All the target attribute correspondences are stored in the target attribute storage field when the storage space occupied by all the target attribute correspondences is less than or equal to the free storage space of the target attribute storage field;
  • the target attribute correspondence is stored at the to-be-stored location.
  • an information processing method comprising:
  • the attribute storage field is searched for whether there is an attribute correspondence including the index identifier.
  • an information processing apparatus comprising:
  • a first obtaining module configured to acquire a user identifier and an attribute identifier and an attribute value of at least one personalized attribute corresponding to the user identifier
  • a generating module configured to generate a target attribute correspondence relationship of the personalized attribute according to the attribute identifier and the attribute value of the personalized attribute for each of the personalized attributes
  • a determining module configured to determine whether a target attribute storage field corresponding to the user identifier exists in a first correspondence between the stored user identifier and the attribute storage field;
  • a first storage module configured to store, in the target attribute storage field, all the target attribute correspondences when there is a target attribute storage field corresponding to the user identifier in the first correspondence relationship;
  • a module configured to: when the first correspondence does not exist, corresponding to the user identifier And the second storage module is configured to store all the target attribute correspondences in the created attribute storage field.
  • the generating module includes:
  • a first establishing unit configured to establish a target attribute correspondence relationship between the attribute identifier of the personalized attribute and the attribute value of the personalized attribute
  • a first obtaining unit configured to acquire a second correspondence between the stored attribute identifier and the index identifier of the sequence index; the searching unit is configured to search, in the second correspondence, an index corresponding to the attribute identifier
  • a second establishing unit configured to establish a target attribute correspondence relationship between the index identifier and an attribute value of the personalized attribute.
  • the first storage module includes:
  • a determining unit configured to determine whether a storage space occupied by all the target attribute correspondences is less than or equal to a free storage space of the target attribute storage field
  • a first storage unit configured to store, in the target attribute storage field, all the target attribute correspondences when the storage space occupied by all the target attribute correspondences is less than or equal to the free storage space of the target attribute storage field ;
  • a creating unit configured to: when the storage space occupied by all the target attribute correspondences is greater than the free storage space of the target attribute storage field, create at least one new attribute storage field corresponding to the user identifier; And a unit, configured to store all the target attribute correspondences in the new attribute storage field or store all the target attribute correspondences in the target attribute storage field and the new attribute storage field.
  • the first storage module includes:
  • a first determining unit configured to determine, according to an index identifier in the target attribute correspondence relationship and an index identifier in a correspondence relationship of all attributes stored in the target attribute field, the target genus a location to be stored in the target attribute storage field;
  • a third storage unit configured to store the target attribute correspondence relationship at the to-be-stored location.
  • an information processing apparatus comprising:
  • a first searching module configured to: in the first correspondence between the user identifier and the attribute storage field, search for a presence request corresponding to the user identifier when obtaining an acquisition request of the attribute identifier that carries the user identifier and the personalized attribute Attribute storage field;
  • a second search module configured to: when the attribute storage field corresponding to the user identifier exists, in the attribute storage field, whether there is an attribute correspondence relationship corresponding to the attribute identifier;
  • a second acquiring module configured to acquire an attribute value in the attribute correspondence relationship when the attribute correspondence relationship corresponding to the attribute identifier exists.
  • the second search module includes:
  • a first searching unit configured to search, in the attribute storage field, whether an attribute correspondence relationship including the attribute identifier exists
  • a second determining unit configured to: when there is an attribute correspondence relationship including the attribute identifier, determine that the attribute correspondence relationship corresponding to the attribute identifier exists in the attribute storage field.
  • the second search module includes:
  • a second acquiring unit configured to acquire a second correspondence between the attribute identifier and the index identifier
  • a second searching unit configured to search, in the second correspondence, an index identifier corresponding to the attribute identifier
  • a third searching unit configured to search, in the attribute storage field, whether an attribute correspondence including the index identifier exists.
  • a third determining unit configured to: when there is an attribute correspondence relationship that includes the index identifier, determine that an attribute corresponding relationship corresponding to the attribute identifier exists in the attribute storage field.
  • the user identifier and the attribute identifier and the attribute value of the at least one personalized attribute corresponding to the user identifier are obtained; for each personalized attribute, the attribute identifier and the attribute value of the personalized attribute are generated.
  • Determining a target attribute correspondence relationship of the personalized attribute determining whether a target attribute storage field corresponding to the user identifier exists in the first correspondence relationship between the stored user identifier and the attribute storage field; when the first correspondence relationship exists
  • the user identifier corresponding to the target attribute storage field all the target attribute correspondences are stored in the target attribute storage field; when the target attribute storage field corresponding to the user identifier does not exist in the first correspondence, the user is created Identify the corresponding attribute storage field; store all target attribute correspondences in the created attribute storage field.
  • the embodiment of the present invention discards the storage structure in the prior art. Firstly, there is no empty field, thereby avoiding the problem that the empty field wastes the storage space, and the storage space is saved. Secondly, each field in the prior art is implemented. Only one attribute value is stored in the embodiment, and in the embodiment of the present invention, a plurality of attribute correspondences are stored in an attribute storage field, and each attribute correspondence includes an attribute value, so that the embodiment of the present invention is compared with the prior art. In the equivalent of an attribute storage field, multiple attribute values are stored, which makes full use of the storage space in an attribute storage field, thereby saving storage space.
  • the user corresponding to each user ID in Table 1 does not all have the new personalized attribute, and therefore, at this time, it will not be in the newly added field at the far right of the line where all the user IDs are located. Filling in the attribute values, more or less will cause some fields to be empty, wasting storage space.
  • FIG. 1 is a flowchart of an information processing method according to an exemplary embodiment
  • FIG. 2 is a flowchart of an information processing method according to an exemplary embodiment
  • FIG. 3 is a flowchart of an information processing method according to an exemplary embodiment
  • FIG. 4 is a flowchart of an information processing method according to an exemplary embodiment
  • FIG. 5 is a block diagram of an information processing apparatus according to an exemplary embodiment
  • FIG. 6 is a block diagram of an information processing apparatus according to an exemplary embodiment.
  • FIG. 1 is a flowchart of an information processing method according to an exemplary embodiment. As shown in FIG. 1, the method includes the following steps.
  • step S101 acquiring a user identifier and an attribute identifier and an attribute value of at least one personalized attribute corresponding to the user identifier;
  • the user identifier may be a user account or the like.
  • the user may register a user account in the server in advance, and the user identifier of the user may be an account of the user account.
  • the attribute identifier of the personalized attribute can be the name of the personalized attribute: for example, "default payment method” and “default payment account, etc.”
  • the attribute value of the personalized attribute may be "online payment” or “cash on delivery” and the like.
  • the attribute value of the personalized attribute may be an account, such as "273356214” or "178549624”.
  • the attribute value of the personalized attribute may be "digital home appliance", “food” or “shoe bag”.
  • the server when the server stores the personalized attribute of a certain user for the first time, the server may obtain the user identifier of the user, the attribute identifier of each personalized attribute of the user, and the attribute value from the user account of the user.
  • the terminal After that, after the user logs in to the server with his or her own user ID on his own terminal, if the user updates one or more existing attribute attributes of the personalized attribute in his own user account. After identifying the corresponding attribute value, the terminal acquires the user identifier of the user, the attribute identifier of one or more personalized attributes of the update, and each attribute identifier in the attribute identifier of the updated one or more personalized attributes respectively.
  • the attribute value is sent to the server, and the server receives the user identifier, the attribute identifier, and the attribute value sent by the terminal.
  • the terminal obtains the user identifier of the user, the attribute identifier of each new personalized attribute, and the attribute value corresponding to the attribute identifier of each new personalized attribute, and then sends the obtained user identifier, attribute identifier, and attribute value to The server receives the user identifier, attribute identifier, and attribute value sent by the terminal.
  • step S102 for each personalized attribute, a target attribute correspondence relationship of the personalized attribute is generated according to the attribute identifier and the attribute value of the personalized attribute;
  • a target attribute correspondence relationship between the attribute identifier of the personalized attribute and the attribute value of the personalized attribute may be established, and the target attribute correspondence includes the personalized attribute.
  • the attribute ID and the attribute value of the personalized attribute may be combined into a key value pair, such as a key value pair in the form of "key value”. Do this for each of the other personalization properties.
  • key value pair of the “key value” form "key” is used to represent the attribute identifier of the personalized attribute, "value” is used to represent the attribute value of the personalized attribute, and the first between the attribute identifier and the attribute value is utilized.
  • the attribute identifier of the personalized attribute is usually the name of the personalized attribute.
  • the name of the personalized attribute generally contains more characters, resulting in the storage of the attribute identification of the personalized attribute.
  • the space is large, because the attribute correspondence will contain the attribute identifier of the personalized attribute. Therefore, when the attribute identifier occupies a large storage space, the attribute correspondence takes up a large storage space.
  • the present invention is to store attribute correspondences as much as possible in an attribute storage field.
  • the total storage space of an attribute storage field is limited. Therefore, in the case where the attribute correspondence accounts for a large storage space, The number of attribute correspondences that can be stored in an attribute storage field is small.
  • an index identifier may be separately assigned to each personalized attribute in advance, and the index identifiers allocated for different personalized attributes are different, and the storage space occupied by the attribute identifier of each personalized attribute is smaller than the The attribute identifier of the personalized attribute identifies the allocated storage space.
  • the attribute identifier of the personalized attribute and the index identifier assigned to the personalized attribute are stored in a second correspondence between the attribute identifier and the index identifier of the sequence index, for each of the other individualities
  • the properties are all performed as described above.
  • the preset index order is provided between all the index identifiers allocated, for example, the index identifiers are numerical numbers, for example, 1, 2, 3, 4, and 5, and the like, and the number numbers have an increasing order.
  • the target attribute correspondence relationship of the personalized attribute is generated according to the attribute identifier and the attribute value of the personalized attribute, which may be:
  • the personalized attributes For any of the personalized attributes, obtaining a second correspondence between the stored attribute identifier and the index identifier of the sequence index, searching for the index identifier corresponding to the attribute identifier in the second correspondence, and establishing the index identifier and the identifier A target attribute correspondence relationship between attribute values of the personalized attribute, to implement a target attribute correspondence relationship of the personalized attribute according to the attribute identifier and the attribute value of the personalized attribute.
  • the target attribute correspondence includes the attribute identifier of the personalized attribute.
  • the index identifier corresponding to the attribute identifier of the personalized attribute and the attribute value of the personalized attribute may be combined into a key value pair, for example, a key value pair in the form of “key value”. Do this for each of the other personalization properties.
  • key value pair of the “key value” form “key” is used to indicate the index identifier corresponding to the attribute identifier of the personalized attribute, and "value” is used to represent the attribute value of the personalized attribute, the index identifier and the attribute.
  • step S103 it is determined whether there is a target attribute storage field corresponding to the user identifier in the first correspondence between the stored user identifier and the attribute storage field;
  • a corresponding relationship with the user identifier is established in the first correspondence between the user identifier and the attribute storage field.
  • the attribute stores the field, and then stores the attribute correspondence of the user in the attribute storage field.
  • the target attribute correspondence is generated, it is required to determine whether there is a target attribute storage field corresponding to the user identifier in the first correspondence between the stored user identifier and the attribute storage field.
  • the target attribute correspondence can be directly stored in the target attribute field.
  • the target attribute storage field corresponding to the user identifier If there is no target attribute storage field corresponding to the user identifier, it indicates that the attribute correspondence of the user has not been stored before, that is, the corresponding corresponding to the user identifier has not been created yet. The attribute stores the field. Therefore, at this time, an attribute storage field corresponding to the user identifier needs to be created in the first correspondence, and then the target attribute correspondence is stored in the created attribute storage field.
  • step S104 When there is a target attribute storage field corresponding to the user identifier in the first correspondence, in step S104, all target attribute correspondences are stored in the target attribute storage field;
  • step S105 the attribute storage field corresponding to the user identifier is created, and then step S106 is performed;
  • step S106 all target attribute correspondences are stored in the created attribute storage field.
  • the user identifier and the attribute identifier and the attribute value of the at least one personalized attribute corresponding to the user identifier are obtained; for each personalized attribute, the attribute identifier and the attribute according to the personalized attribute And generating a target attribute correspondence relationship of the personalized attribute; determining whether a target attribute storage field corresponding to the user identifier exists in the first correspondence between the stored user identifier and the attribute storage field; when the first correspondence is in the first correspondence When there is a target attribute storage field corresponding to the user identifier, all target attribute correspondences are stored in the target attribute storage field; when there is no target attribute storage field corresponding to the user identifier in the first correspondence, creation and The user identifier corresponds to the attribute storage field; all target attribute correspondences are stored in the created attribute storage field.
  • the embodiment of the present invention discards the storage structure in the prior art. Firstly, there is no empty field, thereby avoiding the problem that the empty field wastes the storage space, and the storage space is saved. Secondly, each field in the prior art is implemented. Only one attribute value is stored in the embodiment, and in the embodiment of the present invention, a plurality of attribute correspondences are stored in an attribute storage field, and each attribute correspondence includes an attribute value, so that the embodiment of the present invention is compared with the prior art. In the equivalent of an attribute storage field, multiple attribute values are stored, which makes full use of the storage space in an attribute storage field, thereby saving storage space.
  • the user corresponding to each user ID in Table 1 does not all have the new personalized attribute, and therefore, at this time, it will not be in the newly added field at the far right of the line where all the user IDs are located. Filling in the attribute values, more or less will cause some fields to be empty, wasting storage space.
  • step S104 includes:
  • step S201 it is determined whether the storage space occupied by all the target attribute correspondences is less than or equal to the free storage space of the target attribute storage field;
  • each character occupies one unit of storage space, and each attribute correspondence includes multiple characters. Therefore, each attribute correspondence takes up a certain storage space, because an attribute stores a field.
  • the available storage space is limited.
  • an objective condition must be met: The storage space occupied by the one attribute correspondence relationship is less than or equal to the available storage space of the one attribute storage field, so that the attribute correspondence relationship can be successfully stored in the one attribute storage field, otherwise, when the attribute correspondence relationship is When the storage space is larger than the available storage space of the one attribute storage field, the attribute correspondence cannot be successfully stored in the one attribute storage field.
  • step S202 When the storage space occupied by all the target attribute correspondences is less than or equal to the free storage space of the target attribute storage field, in step S202, all the target attribute correspondences are stored in the target attribute storage field;
  • the target attribute storage field can be directly Store all target attribute correspondences.
  • step S203 When the storage space occupied by all the target attribute correspondences is greater than the free storage space of the target attribute storage field, in step S203, at least one new attribute storage field corresponding to the user identifier is created, and then step S204 is performed;
  • the number of the newly created attribute storage fields may be determined according to the available storage space of one attribute storage field, the storage space occupied by all the target attribute correspondences, and the available storage space of the target attribute field, and the specific determination method of the present invention is not Make a limit.
  • step S204 all target attribute correspondences are stored in a new attribute storage field, or all target attributes are stored in a target attribute storage field and a new attribute storage field. system.
  • the target attribute storage field if the target attribute storage field is occupied, the target attribute correspondence is stored in the new attribute storage field. If the target attribute storage field is not full, a part of the target attribute correspondence may be stored in the target attribute storage field. After the target attribute storage field is occupied, another part of the target attribute corresponding is stored in the new attribute storage field. relationship.
  • the adjacent attribute separators may be separated by a preset second separator to avoid confusion of different attribute correspondences.
  • the preset second delimiter may be “
  • the attribute correspondence includes the index identifier corresponding to the attribute identifier of the personalized attribute and the attribute value of the personalized attribute, and the index identifiers of all the personalized attributes have a preset index order, and therefore,
  • the target attribute correspondence relationship may be stored according to a preset index order between the index identifier included in the stored index and the index identifier in the stored attribute correspondence relationship, so as to improve the attribute of querying a personalized attribute afterwards. The efficiency of the query when the value is.
  • step S104 includes:
  • step S301 the location to be stored in the target attribute storage field is determined according to the index identifier in the correspondence between the index identifier in the target attribute correspondence and all the attributes stored in the target attribute storage field;
  • the position of each attribute correspondence in the attribute storage field in the embodiment of the present invention is based on It includes the index index identified between the preset index order after sorting.
  • index identifiers are numbered, for example, 1, 2, 3, 4, and 5, etc.
  • any attribute storage field one of the two attribute storage fields adjacent to the attribute storage field, one of them
  • the number in the attribute store field is greater than the attribute store field, and the number in the other attribute store field is less than the attribute store field. The same is true for each of the other attribute storage fields.
  • the target attribute correspondence relationship may be sorted in all stored attribute correspondences according to the index identifier in the correspondence between the index identifier in the target attribute correspondence relationship and all the stored attribute relationships, and the target attribute correspondence relationship may be determined. Which two attribute correspondences should be located in the target attribute storage field. In the relationship between the two attributes, the number in the attribute correspondence is greater than the number in the target attribute correspondence, and the number in the other attribute correspondence is smaller than The number in the correspondence of the target attribute determines the position between the correspondences of the two attributes as the location to be stored.
  • step S302 the target attribute correspondence is stored at the location to be stored.
  • the server needs to query the attribute values of one or more personalized attributes of the user.
  • the query can be performed by the following methods, including:
  • step S401 when obtaining the acquisition request of the attribute identifier carrying the user identifier and the personalized attribute, searching for the attribute storage corresponding to the user identifier in the first correspondence between the user identifier and the attribute storage field Field
  • the attribute value of one or more personalized attributes of the user needs to be obtained, firstly, according to the user identifier of the user and the attribute identifier of the personalized attribute that needs to be acquired. Acquiring the request to obtain the acquisition request, and then obtaining the first correspondence between the user identifier and the attribute storage field, and then searching for the attribute storage field corresponding to the user identifier in the first correspondence.
  • step S402 it is found in the attribute storage field whether there is an attribute correspondence corresponding to the attribute identifier;
  • the attribute storage field may be searched for whether there is an attribute correspondence relationship including the attribute identifier; When there is an attribute correspondence relationship including the attribute identifier, it is determined that the attribute correspondence relationship corresponding to the attribute identifier exists in the attribute storage field.
  • the first attribute correspondence relationship is obtained, and then the attribute identifier in the attribute correspondence relationship is obtained, and it is determined whether the attribute identifier in the first attribute correspondence relationship is the same as the attribute identifier; At the same time, the first attribute corresponding relationship is determined by the attribute corresponding to the attribute identifier; when the two are not the same, the second attribute corresponding relationship is obtained, and the attribute identifier in the attribute correspondence is obtained, and the second attribute is determined. Whether the attribute identifier in the correspondence relationship is the same as the attribute identifier; when the two are the same, the second attribute correspondence relationship determines the attribute correspondence relationship corresponding to the attribute identifier; when the two are not the same, the next attribute correspondence is continuously obtained.
  • the same process is performed until the attribute identifier in the attribute correspondence relationship is the same as the attribute identifier, and the obtained attribute corresponding relationship is determined as the attribute correspondence corresponding to the attribute identifier. If the attribute identifiers in all the attribute correspondences in the attribute storage field are different from the attribute identifiers, it is determined that the attribute correspondences corresponding to the attribute identifiers do not exist in the attribute storage field.
  • a plurality of attribute correspondences are stored in the attribute storage field. If the attribute corresponding relationship of the attribute identifier is stored in a lower position in the attribute storage field, most attributes are corresponding according to the first method. The relationship is traversed once, it takes a long time, and the search efficiency is low.
  • the second correspondence between the attribute identifier and the index identifier may be acquired; Querying, in the second correspondence, an index identifier corresponding to the attribute identifier; searching, in the attribute storage field, whether an attribute correspondence relationship including the index identifier exists; and when there is an attribute correspondence relationship including the index identifier, determining the attribute Stored in the storage field The attribute corresponding to the attribute identifier.
  • each attribute correspondence in the attribute storage field is determined according to the preset index order between the index identifiers included in the embodiment of the present invention. Therefore, in order to improve the search efficiency, if the attribute correspondence field includes the attribute correspondence relationship including the index identifier, the attribute identifier may be firstly associated with the attribute of one or more preset positions in the attribute storage field. The index identifiers in the comparison are compared, and the approximate location of the attribute correspondence relationship including the index identifier in the attribute storage field is determined according to the comparison result, and then the index identifier is associated with one or more attributes in the approximate location. The attribute index identifier is compared to determine whether there is an attribute correspondence including the index identifier.
  • step S403 When there is an attribute correspondence corresponding to the attribute identifier, in step S403, the attribute value in the attribute correspondence is obtained.
  • the user user corresponding to the user identifier does not have the personalized attribute, and the user user corresponding to the user identifier may not be provided with the personalized attribute.
  • FIG. 5 is a block diagram of an information processing apparatus according to an exemplary embodiment. Referring to Figure 5, the apparatus includes:
  • the first obtaining module 11 is configured to obtain a user identifier and an attribute identifier and an attribute value of at least one personalized attribute corresponding to the user identifier;
  • the generating module 12 is configured to generate a target attribute correspondence relationship of the personalized attribute according to the attribute identifier and the attribute value of the personalized attribute for each of the personalized attributes;
  • the determining module 13 is configured to determine whether a target attribute storage field corresponding to the user identifier exists in the first correspondence between the stored user identifier and the attribute storage field;
  • the first storage module 14 is configured to store, in the target attribute storage field, all the target attribute correspondences when there is a target attribute storage field corresponding to the user identifier in the first correspondence relationship;
  • the creating module 15 is configured to: when the target attribute storage field corresponding to the user identifier does not exist in the first correspondence, create an attribute storage field corresponding to the user identifier; and the second storage module 16 is configured to: All of the target attribute correspondences are stored in the created attribute storage field.
  • the generating module 12 includes:
  • a first establishing unit configured to establish a target attribute correspondence relationship between the attribute identifier of the personalized attribute and the attribute value of the personalized attribute
  • a first obtaining unit configured to acquire a second correspondence between the stored attribute identifier and the index identifier of the sequence index; the searching unit is configured to search, in the second correspondence, an index corresponding to the attribute identifier
  • a second establishing unit configured to establish a target attribute correspondence relationship between the index identifier and an attribute value of the personalized attribute.
  • the first storage module 14 includes:
  • a determining unit configured to determine whether a storage space occupied by all the target attribute correspondences is less than or equal to a free storage space of the target attribute storage field
  • a first storage unit configured to store, in the target attribute storage field, all the target attribute correspondences when the storage space occupied by all the target attribute correspondences is less than or equal to the free storage space of the target attribute storage field ;
  • a creating unit configured to: when the storage space occupied by all the target attribute correspondences is greater than the free storage space of the target attribute storage field, create at least one new attribute storage field corresponding to the user identifier; And a unit, configured to store all the target attribute correspondences in the new attribute storage field or store all the target attribute correspondences in the target attribute storage field and the new attribute storage field.
  • the first storage module 14 includes:
  • a first determining unit configured to: according to the index identifier in the target attribute correspondence relationship, An index identifier in all attribute correspondences stored in the target attribute field determines a location to be stored in the target attribute storage field of the target attribute correspondence relationship;
  • a third storage unit configured to store the target attribute correspondence relationship at the to-be-stored location.
  • the user identifier and the attribute identifier and the attribute value of the at least one personalized attribute corresponding to the user identifier are obtained; for each personalized attribute, the attribute identifier and the attribute according to the personalized attribute. And generating a target attribute correspondence relationship of the personalized attribute; determining whether a target attribute storage field corresponding to the user identifier exists in the first correspondence between the stored user identifier and the attribute storage field; when the first correspondence is in the first correspondence When there is a target attribute storage field corresponding to the user identifier, all target attribute correspondences are stored in the target attribute storage field; when there is no target attribute storage field corresponding to the user identifier in the first correspondence, creation and The user identifier corresponds to the attribute storage field; all target attribute correspondences are stored in the created attribute storage field.
  • the embodiment of the present invention discards the storage structure in the prior art. Firstly, there is no empty field, thereby avoiding the problem that the empty field wastes the storage space, and the storage space is saved. Secondly, each field in the prior art is implemented. Only one attribute value is stored in the embodiment, and in the embodiment of the present invention, a plurality of attribute correspondences are stored in an attribute storage field, and each attribute correspondence includes an attribute value, so that the embodiment of the present invention is compared with the prior art. In the equivalent of an attribute storage field, multiple attribute values are stored, which makes full use of the storage space in an attribute storage field, thereby saving storage space.
  • FIG. 6 is a block diagram of an information processing apparatus according to an exemplary embodiment. Referring to Figure 6, the apparatus includes:
  • the first searching module 21 is configured to: when obtaining the obtaining request of the attribute identifier carrying the user identifier and the personalized attribute, searching whether the presence of the user identifier exists in the first correspondence between the user identifier and the attribute storage field Corresponding attribute storage field;
  • the second search module 22 is configured to: when there is an attribute storage field corresponding to the user identifier, look in the attribute storage field whether there is an attribute correspondence corresponding to the attribute identifier;
  • the second obtaining module 23 is configured to obtain an attribute value in the attribute correspondence relationship when there is an attribute correspondence relationship corresponding to the attribute identifier.
  • the second search module 22 includes:
  • a first searching unit configured to search, in the attribute storage field, whether an attribute correspondence relationship including the attribute identifier exists
  • a second determining unit configured to: when there is an attribute correspondence relationship including the attribute identifier, determine that the attribute correspondence relationship corresponding to the attribute identifier exists in the attribute storage field.
  • the second search module 22 includes:
  • a second acquiring unit configured to acquire a second correspondence between the attribute identifier and the index identifier
  • a second searching unit configured to search, in the second correspondence, an index identifier corresponding to the attribute identifier
  • a third searching unit configured to search, in the attribute storage field, whether an attribute correspondence including the index identifier exists.
  • a third determining unit configured to: when there is an attribute correspondence relationship that includes the index identifier, determine that an attribute corresponding relationship corresponding to the attribute identifier exists in the attribute storage field.
  • the embodiment shown in FIG. 6 of the present invention supports the embodiment shown in FIG. 1 to obtain a user identifier and an attribute identifier and an attribute value of at least one personalized attribute corresponding to the user identifier; for each personalized attribute, according to the embodiment
  • the attribute identifier and the attribute value of the personalized attribute generate a target attribute correspondence relationship of the personalized attribute; determine whether there is a target attribute storage corresponding to the user identifier in the first correspondence relationship between the stored user identifier and the attribute storage field a field; when there is a target attribute storage field corresponding to the user identifier in the first correspondence, all target attribute correspondences are stored in the target attribute storage field; when the first correspondence does not exist corresponding to the user identifier
  • an attribute storage field corresponding to the user identifier is created; and all target attribute correspondences are stored in the created attribute storage field.
  • the embodiment shown in FIG. 6 of the present invention supports the embodiment shown in FIG. 1 and discards the storage structure in the prior art. First, there is no empty field, thereby avoiding the problem that the empty field wastes storage space.
  • the embodiment shown in FIG. 6 of the present invention supports: in the embodiment shown in FIG. 1 of the present invention, Equivalent to storing a plurality of attribute values in an attribute storage field, making full use of the storage space in an attribute storage field, thereby saving storage Storage space.
  • the user corresponding to each user ID in Table 1 does not all have the new personalized attribute, and therefore, at this time, it will not be in the newly added field at the far right of the line where all the user IDs are located. Filling in the attribute values, more or less will cause some fields to be empty, wasting storage space.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Memory System (AREA)
  • Storage Device Security (AREA)
  • Memory System Of A Hierarchy Structure (AREA)

Abstract

一种信息处理方法及装置，摒弃了现有技术中的存储结构，首先，不会存在空字段，从而避免了空字段浪费存储空间的问题，实现了节省存储空间的目的；其次，现有技术中每一字段中仅仅存储一个属性值，而上述方法一个属性存储字段中存储了多个属性对应关系，每个属性对应关系中都包括属性值，这样，相对于现有技术，在一个属性存储字段中存储了多个属性值，充分利用了一个属性存储字段中的存储空间，从而节省了存储空间。

Description

信息处理方法及装置 技术领域
本发明涉及互联网技术领域，尤其涉及一种信息处理方法及装置。
背景技术
随着互联网技术的快速发展，人们越来越倾向于在网络上享受各种便捷服务。对于服务提供商而言，在特定的领域如何为用户提供精准的服务，也是获取用户肯定的一个重要因素。为了满足用户的个性化需求以及能够向用户提供精准的服务，需要采集用户的个性化属性并进行存储，以便于之后根据用户的个性化属性为用户提供精准的服务。
个性化属性包括用户的一些行为习惯、兴趣偏好以及定制需求等等。例如，用户偏好的支付方式，用户偏好的支付账号，用户感兴趣的商品的类别，用户经常浏览的商户，以及用户自己设置的默认登录账号等等。
用户的个性化属性包括个性化属性的属性名称以及个性化属性的属性值。例如，用户的一个个性化属性的属性名称为“默认支付方式”，以及属性值为“在线支付”；再例如，用户的另一个性化属性的属性名称为“感兴趣的商品的类别”，以及属性值为“数码家电类”。
目前现有技术中通常采用如下表1所示方式存储用户的个性化属性，表1中的最左侧的一列中的每个字段中分别存储每一用户的ID()，例如分别为用户A～用户M；表1中的最上面一行中的每个字段中分别存储技术人员事先统计出的每一个性化属性的属性名称，例如分别存储了属性名称1～属性名称N，表1一共包括(M+1)*(N+1)个字段。
当需要在表1中存储某一用户的个性化属性的属性值时，在表1中查找该用户的用户ID所在的行，以及查找该个性化属性的属性名称所在的列，然后确定出同时位于查找到的该行中以及查找到的该列中的字段，在该字段中填入该个性化属性的属性值。
其中，在表1中，如果位于某一用户ID所在行中且位于某一属性名称所在列中的字段为空字段，则说明该用户ID对应的用户不具备该属性名称对应的个性化属性。
表1
Figure PCTCN2017074171-appb-000001
发明人在实现本发明的过程中发现，相关技术中的这种方案至少存在如下缺点。
技术人员事先统计出的个性化属性有很多种，这样表1中的第一行中包括的字段就会很多，但是有时候不同的用户具备的个性化属性差别较大，重合度较低，且每一用户具备的个性化属性在技术人员事先统计出的所有个性化属性中仅仅占一小部分，这样，一个用户ID所在行中可能只有几个字段中填入了属性值，而其他字段都为空字段，如此表1中就会存在非常多的空字段，由于空字段会占用一定的存储空间，这样表1中非常多的空字段就会耗费巨大的存储空间。
发明内容
为克服相关技术中存在的问题，本发明提供一种信息处理方法及装置。
根据本发明实施例的第一方面，提供一种信息处理方法，所述方法包括：
获取用户标识以及所述用户标识对应的至少一个个性化属性的属性标识和属性值；
对于每一个所述个性化属性，根据所述个性化属性的属性标识和属性值生成所述个性化属性的目标属性对应关系；
判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与所述用户标识相对应的目标属性存储字段；
当所述第一对应关系中存在与所述用户标识相对应的目标属性存储字段时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
当所述第一对应关系中不存在与所述用户标识相对应的目标属性存储字段时，创建与所述用户标识相对应属性存储字段；在所述创建的属性存储字段中存储所有所述目标属性对应关系。
其中，所述根据所述个性化属性的属性标识和属性值生成所述个性化属性的目标属性对应关系，包括：
建立所述个性化属性的属性标识与所述个性化属性的属性值之间的目标属性对应关系；
或者，
获取已存储的属性标识与顺序索引的索引标识之间的第二对应关系；在所述第二对应关系中查找与所述属性标识相对应的索引标识；建立所述索引标识与所述个性化属性的属性值之间的目标属性对应关系。
其中，所述在所述目标属性存储字段中存储所有所述目标属性对应关系，包括：
判断所有所述目标属性对应关系所占存储空间是否小于或等于所述目标属性存储字段的空闲存储空间；
当所有所述目标属性对应关系所占存储空间小于或等于所述目标属性存储字段的空闲存储空间时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
当所有所述目标属性对应关系所占存储空间大于所述目标属性存储字段的空闲存储空间时，创建至少一个与所述用户标识相对应的新的属性存储字段；在所述新的属性存储字段中存储所有所述目标属性对应关系或在所述目标属性存储字段和所述新的属性存储字段中存储所有所述目标属性对应关系。
其中，所述在所述目标属性存储字段中存储所有所述目标属性对应关系，包括：
根据所述目标属性对应关系中的索引标识与所述目标属性字段中存储的所有属性对应关系中的索引标识确定所述目标属性对应关系在所述目标属性存储字段中的待存储位置；
将所述目标属性对应关系存储在所述待存储位置处。
根据本发明实施例的第二方面，提供一种信息处理方法，所述方法包括：
当获取到携带用户标识和个性化属性的属性标识的获取请求时，在用户标识与属性存储字段之间的第一对应关系中查找是否存在与所述用户标识相对应的属性存储字段；
当存在在与所述用户标识相对应的属性存储字段时，在所述属性存储字段中查找是否存在与所述属性标识对应的属性对应关系；
当存在与所述属性标识对应的属性对应关系时，获取所述属性对应关系中的属性值。
其中，所述在所述属性存储字段中查找是否存在与所述属性标识对应的属性对应关系，包括：
在所述属性存储字段中查找是否存在包括所述属性标识的属性对应关系；
当存在包括所述属性标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
其中，所述在所述属性存储字段中查找是否存在与所述属性标识对应的属性对应关系，包括：
获取属性标识与索引标识之间的第二对应关系；
在所述第二对应关系中查找与所述属性标识相对应的索引标识；
在所述属性存储字段中查找是否存在包括所述索引标识的属性对应关系。
当存在包括所述索引标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
根据本发明实施例的第三方面，提供一种信息处理装置，所述装置包括：
第一获取模块，用于获取用户标识以及所述用户标识对应的至少一个个性化属性的属性标识和属性值；
生成模块，用于对于每一个所述个性化属性，根据所述个性化属性的属性标识和属性值生成所述个性化属性的目标属性对应关系；
判断模块，用于判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与所述用户标识相对应的目标属性存储字段；
第一存储模块，用于当所述第一对应关系中存在与所述用户标识相对应的目标属性存储字段时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
创建模块，用于当所述第一对应关系中不存在与所述用户标识相对应 的目标属性存储字段时，创建与所述用户标识相对应属性存储字段；第二存储模块，用于在所述创建的属性存储字段中存储所有所述目标属性对应关系。
其中，所述生成模块包括：
第一建立单元，用于建立所述个性化属性的属性标识与所述个性化属性的属性值之间的目标属性对应关系；
或者，
第一获取单元，用于获取已存储的属性标识与顺序索引的索引标识之间的第二对应关系；查找单元，用于在所述第二对应关系中查找与所述属性标识相对应的索引标识；第二建立单元，用于建立所述索引标识与所述个性化属性的属性值之间的目标属性对应关系。
其中，所述第一存储模块包括：
判断单元，用于判断所有所述目标属性对应关系所占存储空间是否小于或等于所述目标属性存储字段的空闲存储空间；
第一存储单元，用于当所有所述目标属性对应关系所占存储空间小于或等于所述目标属性存储字段的空闲存储空间时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
创建单元，用于当所有所述目标属性对应关系所占存储空间大于所述目标属性存储字段的空闲存储空间时，创建至少一个与所述用户标识相对应的新的属性存储字段；第二存储单元，用于在所述新的属性存储字段中存储所有所述目标属性对应关系或在所述目标属性存储字段和所述新的属性存储字段中存储所有所述目标属性对应关系。
其中，所述第一存储模块包括：
第一确定单元，用于根据所述目标属性对应关系中的索引标识与所述目标属性字段中存储的所有属性对应关系中的索引标识确定所述目标属 性对应关系在所述目标属性存储字段中的待存储位置；
第三存储单元，用于将所述目标属性对应关系存储在所述待存储位置处。
根据本发明实施例的第四方面，提供一种信息处理装置，所述装置包括：
第一查找模块，用于当获取到携带用户标识和个性化属性的属性标识的获取请求时，在用户标识与属性存储字段之间的第一对应关系中查找是否存在与所述用户标识相对应的属性存储字段；
第二查找模块，用于当存在在与所述用户标识相对应的属性存储字段时，在所述属性存储字段中查找是否存在与所述属性标识对应的属性对应关系；
第二获取模块，用于当存在与所述属性标识对应的属性对应关系时，获取所述属性对应关系中的属性值。
其中，所述第二查找模块包括：
第一查找单元，用于在所述属性存储字段中查找是否存在包括所述属性标识的属性对应关系；
第二确定单元，用于当存在包括所述属性标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
其中，所述第二查找模块包括：
第二获取单元，用于获取属性标识与索引标识之间的第二对应关系；
第二查找单元，用于在所述第二对应关系中查找与所述属性标识相对应的索引标识；
第三查找单元，用于在所述属性存储字段中查找是否存在包括所述索引标识的属性对应关系。
第三确定单元，用于当存在包括所述索引标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
本发明的实施例提供的技术方案可以包括以下有益效果：
在本发明所示的实施例中，获取用户标识以及该用户标识对应的至少一个个性化属性的属性标识和属性值；对于每一个个性化属性，根据该个性化属性的属性标识和属性值生成该个性化属性的目标属性对应关系；判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与该用户标识相对应的目标属性存储字段；当第一对应关系中存在与该用户标识相对应的目标属性存储字段时，在目标属性存储字段中存储所有目标属性对应关系；当第一对应关系中不存在与该用户标识相对应的目标属性存储字段时，创建与该用户标识相对应属性存储字段；在创建的属性存储字段中存储所有目标属性对应关系。
本发明实施例摒弃了现有技术中的存储结构，首先，不会存在空字段，从而避免了空字段浪费存储空间的问题，实现了节省存储空间的目的；其次，现有技术中每一字段中仅仅存储一个属性值，而本发明实施例中一个属性存储字段中存储了多个属性对应关系，每个属性对应关系中都包括属性值，这样，相对于现有技术，在本发明实施例中，相当于一个属性存储字段中存储了多个属性值，充分利用了一个属性存储字段中的存储空间，从而节省了存储空间。
再次，随着服务业务地快速发展，用户的个性化需求层出不穷，因此常常需要开拓出新的个性化属性，此时在现有技术中，就需要在表1的第一行的最右侧新增加一个字段，并将新的个性化属性的属性名称添加该新增加的字段中，然后需要在表1中的每一用户ID所在的行的最右侧新增加一个字段，以使之后当某一用户具备该新的个性化属性时，再在该用户ID所在的行的最右侧新增加的字段中填入该个性化属性的属性值。
但是，此时表1中的每一用户ID对应的用户并不全都具备该新的个性化属性，因此，此时不会在全部的用户ID所在的行的最右侧的新增加的字段中填入属性值，或多或少都会导致一些字段为空字段，浪费了存储 空间。
除此之外，在为表1新增加字段的过程中需要将表1锁定，锁定时的表1不能被使用，当表1中存储的用户ID非常多时，也即表1中的行数非常多时，将每一用户ID所在的行的最右侧新增加一个字段会耗费较多的时间，这样会造成表1不能被使用的时间过多，从而导致不能为用户提供精准的服务的时间过多。而在本发明实施例中，即使开拓出新的个性化属性，不需要为开拓出的新的个性化属性分配字段，也就无需对存储的个性化属性进行锁定，使得可以持续性不间断地为用户提供精准的服务，不会出现不能为用户提供精准的服务的时间。其次，不需要与开拓出的新的个性化属性分配字段，也就不存在出现空字段的情况，这样就避免了浪费存储空间的问题。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种信息处理方法的流程图；
图2是根据一示例性实施例示出的一种信息处理方法的流程图；
图3是根据一示例性实施例示出的一种信息处理方法的流程图；
图4是根据一示例性实施例示出的一种信息处理方法的流程图；
图5是根据一示例性实施例示出的一种信息处理装置的框图；
图6是根据一示例性实施例示出的一种信息处理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种信息处理方法的流程图，如图1所示，该方法包括以下步骤。
在步骤S101中，获取用户标识以及该用户标识对应的至少一个个性化属性的属性标识和属性值；
用户标识可以为用户的账号等，例如用户事先可以在服务器中注册一个用户账户，用户的用户标识可以为该用户账户的账号。
个性化属性的属性标识可以为个性化属性的名称：例如，“默认支付方式”和“默认支付账号等”。
当个性化属性的名称为“默认支付方式”时，个性化属性的属性值可以为“在线支付”或“货到付款”等。
当个性化属性的名称为“默认支付账号”时，个性化属性的属性值可以为一个账号，例如“273356214”或“178549624”等。
当个性化属性的名称为“感兴趣的商品的类别”时，个性化属性的属性值可以为“数码家电类”、“美食类”或“鞋包类”等。
在本发明实施例中，当服务器第一次存储某一用户的个性化属性时，服务器可以从用户的用户账户中获取用户的用户标识、用户的每一个性化属性的属性标识和属性值。
之后，当用户在自己终端上使用自己的用户标识登录服务器之后，如果用户在自己的用户账户中更新一个或多个已有的个性化属性的属性标 识对应的属性值，则终端会获取用户的用户标识、该更新的一个或多个个性化属性的属性标识以及该更新的一个或多个个性化属性的属性标识中的每一属性标识分别对应的属性值，然后将获取的用户标识、属性标识和属性值发送给服务器，服务器接收终端发送的用户标识、属性标识和属性值。
以及，当用户在自己终端上使用自己的用户标识登录服务器之后，如果用户在自己的用户账户中增加一个或多个新的个性化属性的属性标识以及每一新的属性标识对应的属性值，则终端会获取用户的用户标识、每一新的个性化属性的属性标识以及每一新的个性化属性的属性标识分别对应的属性值，然后将获取的用户标识、属性标识和属性值发送给服务器，服务器接收终端发送的用户标识、属性标识和属性值。
在步骤S102中，对于每一个个性化属性，根据该个性化属性的属性标识和属性值生成该个性化属性的目标属性对应关系；
在本发明一个实施例中，对于任一个个性化属性，可以建立该个性化属性的属性标识与该个性化属性的属性值之间的目标属性对应关系，目标属性对应关系包括该个性化属性的属性标识和该个性化属性的属性值。其中，可以将该个性化属性的属性标识与该个性化属性的属性值组成一个键值对，例如“key value”形式的键值对。对于其他每一个个性化属性均执行上述操作。
其中，在“key value”形式的键值对中，“key”用于表示个性化属性的属性标识，“value”用于表示个性化属性的属性值，属性标识与属性值之间利用第一预设标识符连接，第一预设标识符可以为“＝”、“-”、或“+”等，本发明对此不加以限定。
例如，假设个性化属性的属性标识为“默认支付方式”，以及个性化属性的属性值为“在线支付”，则目标属性对应关系可以为“默认支付方式＝在线支付”。
在前述实施例中，个性化属性的属性标识通常为个性化属性的名称， 例如：“默认支付方式”、“默认支付账号”和“感兴趣的商品的类别”等，但是，个性化属性的名称中一般包含的字符较多，从而导致个性化属性的属性标识所占存储空间较大，由于属性对应关系中会包含个性化属性的属性标识，因此，在属性标识所占存储空间较大的情况下，属性对应关系所占存储空间也较大。
而本发明是为了在一个属性存储字段中尽可能多地存储属性对应关系，但是，一个属性存储字段的总存储空间是有限的，因此，在属性对应关系所占存储空间较大的情况下，一个属性存储字段中能够存储的属性对应关系的个数就较少。
所以，为了使得一个属性存储字段中尽可能地可以存储更多的属性对应关系。在本发明另一实施例中，可以事先为每一个性化属性分别分配一个索引标识，为不同的个性化属性分配的索引标识不同，每一个性化属性的属性标识所占存储空间小于为该个性化属性的属性标识的分配的索引标识所占存储空间。
然后对于任一个性化属性，将该个性化属性的属性标识与为该个性化属性分配的索引标识存储在属性标识与顺序索引的索引标识之间的第二对应关系中，对于其他每一个性化属性，均执行上述操作。
其中，在分配的所有索引标识之间具备预设索引顺序，例如，索引标识为数字编号，例如1、2、3、4和5等，这些数字编号之间具有递增顺序。
这样，在本发明另一实施例中，根据该个性化属性的属性标识和属性值生成该个性化属性的目标属性对应关系，可以为：
对于任一个个性化属性，获取已存储的属性标识与顺序索引的索引标识之间的第二对应关系，在第二对应关系中查找与该属性标识相对应的索引标识，建立该索引标识与该个性化属性的属性值之间的目标属性对应关系，以实现根据该个性化属性的属性标识和属性值生成该个性化属性的目标属性对应关系。目标属性对应关系包括与该个性化属性的属性标识相对 应的索引标识和该个性化属性的属性值。其中，可以将与该个性化属性的属性标识相对应的索引标识与该个性化属性的属性值组成一个键值对，例如“key value”形式的键值对。对于其他每一个个性化属性均执行上述操作。
其中，在“key value”形式的键值对中，“key”用于表示与个性化属性的属性标识相对应的索引标识，“value”用于表示个性化属性的属性值，索引标识与属性值之间利用第一预设标识符连接，第一预设标识符可以为“＝”、“-”、或“+”等，本发明对此不加以限定。
例如，假设个性化属性的属性标识为“默认支付方式”，个性化属性的属性值为“在线支付”，以及与个性化属性的属性标识“默认支付方式”相对应的索引标识为“1”，则目标属性对应关系可以为“1＝在线支付”。
在步骤S103中，判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与该用户标识相对应的目标属性存储字段；
对于在服务器中注册账户的任一用户，当服务器第一次存储该用户的属性对应关系时，会在用户标识与属性存储字段之间的第一对应关系中建立一个与该用户标识的相对应的属性存储字段，然后在该属性存储字段中存储该用户的属性对应关系。在本发明实施例中，如果之后增加了一个该用户的新的个性化属性，则在根据该新的个性化属性的属性标识和属性值生成该新的个性化属性的新的属性对应关系之后，还可以在该属性存储字段中继续存储该新的属性对应关系。对于在服务器中注册账户的其他每一用户，同样如此。
因此，在生成了目标属性对应关系之后，需要判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与用户标识相对应的目标属性存储字段。
如果存在与用户标识相对应的目标属性存储字段，则就可以直接在目标属性字段中存储目标属性对应关系。
如果不存在与用户标识相对应的目标属性存储字段，则说明之前还未存储过该用户的属性对应关系，也即，还未创建过与该用户标识的相对应 的属性存储字段。所以，此时需要在第一对应关系中创建与该用户标识相对应属性存储字段，然后在创建的属性存储字段中存储目标属性对应关系。
当第一对应关系中存在与该用户标识相对应的目标属性存储字段时，在步骤S104中，在目标属性存储字段中存储所有目标属性对应关系；
当第一对应关系中不存在与该用户标识相对应的目标属性存储字段时，在步骤S105中，创建与该用户标识相对应属性存储字段，然后执行步骤S106；
在步骤S106中，在创建的属性存储字段中存储所有目标属性对应关系。
在本发明图1所示的实施例中，获取用户标识以及该用户标识对应的至少一个个性化属性的属性标识和属性值；对于每一个个性化属性，根据该个性化属性的属性标识和属性值生成该个性化属性的目标属性对应关系；判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与该用户标识相对应的目标属性存储字段；当第一对应关系中存在与该用户标识相对应的目标属性存储字段时，在目标属性存储字段中存储所有目标属性对应关系；当第一对应关系中不存在与该用户标识相对应的目标属性存储字段时，创建与该用户标识相对应属性存储字段；在创建的属性存储字段中存储所有目标属性对应关系。
本发明实施例摒弃了现有技术中的存储结构，首先，不会存在空字段，从而避免了空字段浪费存储空间的问题，实现了节省存储空间的目的；其次，现有技术中每一字段中仅仅存储一个属性值，而本发明实施例中一个属性存储字段中存储了多个属性对应关系，每个属性对应关系中都包括属性值，这样，相对于现有技术，在本发明实施例中，相当于一个属性存储字段中存储了多个属性值，充分利用了一个属性存储字段中的存储空间，从而节省了存储空间。
再次，随着服务业务地快速发展，用户的个性化需求层出不穷，因此 常常需要开拓出新的个性化属性，此时在现有技术中，就需要在表1的第一行的最右侧新增加一个字段，并将新的个性化属性的属性名称添加该新增加的字段中，然后需要在表1中的每一用户ID所在的行的最右侧新增加一个字段，以使之后当某一用户具备该新的个性化属性时，再在该用户ID所在的行的最右侧新增加的字段中填入该个性化属性的属性值。
但是，此时表1中的每一用户ID对应的用户并不全都具备该新的个性化属性，因此，此时不会在全部的用户ID所在的行的最右侧的新增加的字段中填入属性值，或多或少都会导致一些字段为空字段，浪费了存储空间。
除此之外，在为表1新增加字段的过程中需要将表1锁定，锁定时的表1不能被使用，当表1中存储的用户ID非常多时，也即表1中的行数非常多时，将每一用户ID所在的行的最右侧新增加一个字段会耗费较多的时间，这样会造成表1不能被使用的时间过多，从而导致不能为用户提供精准的服务的时间过多。而在本发明实施例中，即使开拓出新的个性化属性，不需要为开拓出的新的个性化属性分配字段，也就无需对存储的个性化属性进行锁定，使得可以持续性不间断地为用户提供精准的服务，不会出现不能为用户提供精准的服务的时间。其次，不需要与开拓出的新的个性化属性分配字段，也就不存在出现空字段的情况，这样就避免了浪费存储空间的问题。
其中，在本发明另一实施例中，参见图2，步骤S104包括：
在步骤S201中，判断所有目标属性对应关系所占存储空间是否小于或等于目标属性存储字段的空闲存储空间；
在本发明实施例中，每个字符都会占用一个单位的存储空间，且每一属性对应关系都包括多个字符，因此，每一属性对应关系都会占用一定的存储空间，由于一个属性存储字段的可用存储空间是有限的，当需要将一个属性对应关系存储在一个属性存储字段中时，必须满足一个客观条件： 该一个属性对应关系所占存储空间小于或等于该一个属性存储字段的可用存储空间，这样才能将该一个属性对应关系成功地存储在该一个属性存储字段中，否则，当该一个属性对应关系所占存储空间大于该一个属性存储字段的可用存储空间时，就无法将该一个属性对应关系成功地存储在该一个属性存储字段中。
同理，当需要将多个属性对应关系存储在一个属性存储字段中时，也需要判断该多个属性对应关系所占存储空间是否小于或等于该一个属性存储字段的空闲存储空间。
当所有目标属性对应关系所占存储空间小于或等于目标属性存储字段的空闲存储空间时，在步骤S202中，在目标属性存储字段中存储所有目标属性对应关系；
当所有目标属性对应关系所占存储空间小于或等于目标属性存储字段的空闲存储空间时，则说明在目标属性字段中是能够存储完所有目标属性对应关系的，因此，可以直接在目标属性存储字段中存储所有目标属性对应关系。
当所有目标属性对应关系所占存储空间大于目标属性存储字段的空闲存储空间时，在步骤S203中，创建至少一个与该用户标识相对应的新的属性存储字段，然后执行步骤S204；
当所有目标属性对应关系所占存储空间大于目标属性存储字段的空闲存储空间时，则说明在目标属性字段中是无法存储完所有目标属性对应关系的，因此，需要再创建至少一个与用户标识相对应的新的属性存储字段。
其中，创建新的属性存储字段的个数可以根据一个属性存储字段的可用存储空间、所有目标属性对应关系所占存储空间和目标属性字段的可用存储空间来确定，本发明对具体的确定方法不做限定。
在步骤S204中，在新的属性存储字段中存储所有目标属性对应关系，或在目标属性存储字段和新的属性存储字段中存储所有目标属性对应关 系。
其中，如果目标属性存储字段被占满，则在新的属性存储字段中存储目标属性对应关系。如果目标属性存储字段未被占满，则可以先在目标属性存储字段中存储一部分目标属性对应关系，当目标属性存储字段被占满之后，再在新的属性存储字段中存储另一部分目标属性对应关系。
在存储所有目标属性对应关系时，可以利用预设第二分隔符将相邻的属性对应关系分隔开，以免不同的属性对应关系相互混淆。预设第二分隔符可以为“|”或“*”或“～”等，本发明对此不加以限定。
例如，假设一个属性对应关系为“默认支付方式＝在线支付”，另一属性对应关系为“感兴趣的商品的类别＝数码家电类”，以及又一属性对应关系为“默认支付账号＝123456789”，则将这三个属性对应关系在属性存储字段中存储时可以利用第二预设标识符“|”将这三个属性对应关系分隔开：“默认支付方式＝在线支付|感兴趣的商品的类别＝数码家电类|默认支付账号＝123456789”。
在前述一个实施例中，属性对应关系中包括个性化属性的属性标识对应的索引标识和个性化属性的属性值，所有的个性化属性的索引标识之间具有预设索引顺序，因此，在本发明实施例中，可以按照其包括的索引标识与已存储的属性对应关系中的索引标识之间的预设索引顺序将目标属性对应关系进行存储，以提高之后在查询某一个性化属性的属性值时的查询效率。
因此，在本发明又一实施例中，参见图3，步骤S104包括：
在步骤S301中，根据目标属性对应关系中的索引标识与在目标属性存储字段中存储的所有属性对应关系中的索引标识确定目标属性对应关系在目标属性存储字段中的待存储位置；
本发明实施例中各个属性对应关系在属性存储字段中的位置是根据 其包括的索引标识的之间的预设索引顺序进行排序后确定的。
例如，假设索引标识为编号，例如1、2、3、4和5等，在属性对应关系中，对于任一属性存储字段，在于该属性存储字段相邻的两个属性存储字段中，其中一个属性存储字段中的编号大于该属性存储字段，另一个属性存储字段中的编号小于该属性存储字段。对于其他每一属性存储字段，同样如此。
在本步骤中，可以根据目标属性对应关系中的索引标识与所有已存储的属性对应关系中的索引标识将目标属性对应关系在所有已存储的属性对应关系中进行排序，确定出目标属性对应关系应位于目标属性存储字段中的哪两个属性对应关系之间，这两个属性对应关系中，一个属性对应关系中的编号大于目标属性对应关系中的编号，另一个属性对应关系中的编号小于目标属性对应关系中的编号，将这两个属性对应关系之间的位置确定为待存储位置。
在步骤S302中，将目标属性对应关系存储在待存储位置处。
之后，当需要对用户提供精准的服务时，服务器需要查询用户的一个或多个个性化属性的属性值。参见图4，可以通过如下方法进行查询，包括：
在步骤S401中，当获取到携带用户标识和个性化属性的属性标识的获取请求时，在用户标识与属性存储字段之间的第一对应关系中查找是否存在与该用户标识相对应的属性存储字段；
在本发明实施例中，当需要对用户提供精准的服务器时，需要获取用户的一个或多个个性化属性的属性值，首先会根据用户的用户标识和需要获取的个性化属性的属性标识生成获取请求，以实现获取到获取请求，之后可以获取用户标识与属性存储字段之间的第一对应关系，然后在第一对应关系中查找是否存在与该用户标识相对应的属性存储字段。
当存在与该用户标识相对应的属性存储字段时，在步骤S402中，在该属性存储字段中查找是否存在与该属性标识对应的属性对应关系；
在本发明一个实施例中，如果属性对应关系为属性标识与属性值之间的对应关系，则在本步骤中，可以在该属性存储字段中查找是否存在包括该属性标识的属性对应关系；当存在包括该属性标识的属性对应关系时，确定该属性存储字段中存在与该属性标识对应的属性对应关系。
具体地，在属性存储字段中，获取第一个属性对应关系，然后获取该属性对应关系中的属性标识，判断第一个属性对应关系中的属性标识是否与该属性标识相同；当二者相同时，将第一个属性对应关系确定与属性标识对应的属性对应关系；当二者不相同时，获取第二个属性对应关系，并获取该属性对应关系中的属性标识，判断第二个属性对应关系中的属性标识是否与该属性标识相同；当二者相同时，将第二个属性对应关系确定与属性标识对应的属性对应关系；当二者不相同时，继续获取下一个属性对应关系，同样执行上述流程，直至获取的一个属性对应关系中的属性标识与该属性标识相同为止，则将获取的该一个属性对应关系确定为与属性标识对应的属性对应关系。如果属性存储字段中所有属性对应关系中的属性标识都与该属性标识不相同，则确定属性存储字段中不存在与属性标识对应的属性对应关系。
其中，当不存在与该用户标识相对应的属性存储字段时，结束流程。
通常情况下，属性存储字段中存储了多个属性对应关系，如果该属性标识对应的属性对应关系存储在属性存储字段中比较靠后的位置，则按照第一种方式时会将大部分属性对应关系都遍历一遍，耗时较长，查找效率较低。
在本发明另一实施例中，如果属性对应关系为属性标识对应的索引标识与属性值之间的对应关系，则在本步骤中，可以获取属性标识与索引标识之间的第二对应关系；在第二对应关系中查找与该属性标识相对应的索引标识；在该属性存储字段中查找是否存在包括该索引标识的属性对应关系；当存在包括该索引标识的属性对应关系时，确定该属性存储字段中存 在与该属性标识对应的属性对应关系。
其中，本发明实施例中各个属性对应关系在属性存储字段中的位置是根据其包括的索引标识的之间的预设索引顺序进行排序后确定的。因此，为了提高查找效率，在该属性存储字段中查找是否存在包括该索引标识的属性对应关系时，可以先将该索引标识与位于该属性存储字段的一个或多个预设位置的属性对应关系中的索引标识进行比较，根据比较结果确定出包括该索引标识的属性对应关系在该属性存储字段中的大致位置，然后将该索引标识与位于该大致位置的一个或多个属性对应关系中的属性索引标识进行比较，以确定出是否存在包括该索引标识的属性对应关系。
当存在与该属性标识对应的属性对应关系时，在步骤S403中，获取该属性对应关系中的属性值。
其中，当不存在与该属性标识对应的属性对应关系时，则说明该用户标识对应的用户用户不具备该个性化属性，可以提示该用户标识对应的用户用户不具备该个性化属性。
图5是根据一示例性实施例示出的一种信息处理装置的框图。参照图5，该装置包括：
第一获取模块11，用于获取用户标识以及所述用户标识对应的至少一个个性化属性的属性标识和属性值；
生成模块12，用于对于每一个所述个性化属性，根据所述个性化属性的属性标识和属性值生成所述个性化属性的目标属性对应关系；
判断模块13，用于判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与所述用户标识相对应的目标属性存储字段；
第一存储模块14，用于当所述第一对应关系中存在与所述用户标识相对应的目标属性存储字段时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
创建模块15，用于当所述第一对应关系中不存在与所述用户标识相对应的目标属性存储字段时，创建与所述用户标识相对应属性存储字段；第二存储模块16，用于在所述创建的属性存储字段中存储所有所述目标属性对应关系。
其中，所述生成模块12包括：
第一建立单元，用于建立所述个性化属性的属性标识与所述个性化属性的属性值之间的目标属性对应关系；
或者，
第一获取单元，用于获取已存储的属性标识与顺序索引的索引标识之间的第二对应关系；查找单元，用于在所述第二对应关系中查找与所述属性标识相对应的索引标识；第二建立单元，用于建立所述索引标识与所述个性化属性的属性值之间的目标属性对应关系。
其中，所述第一存储模块14包括：
判断单元，用于判断所有所述目标属性对应关系所占存储空间是否小于或等于所述目标属性存储字段的空闲存储空间；
第一存储单元，用于当所有所述目标属性对应关系所占存储空间小于或等于所述目标属性存储字段的空闲存储空间时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
创建单元，用于当所有所述目标属性对应关系所占存储空间大于所述目标属性存储字段的空闲存储空间时，创建至少一个与所述用户标识相对应的新的属性存储字段；第二存储单元，用于在所述新的属性存储字段中存储所有所述目标属性对应关系或在所述目标属性存储字段和所述新的属性存储字段中存储所有所述目标属性对应关系。
其中，所述第一存储模块14包括：
第一确定单元，用于根据所述目标属性对应关系中的索引标识与所述 目标属性字段中存储的所有属性对应关系中的索引标识确定所述目标属性对应关系在所述目标属性存储字段中的待存储位置；
第三存储单元，用于将所述目标属性对应关系存储在所述待存储位置处。
在本发明图5所示的实施例中，获取用户标识以及该用户标识对应的至少一个个性化属性的属性标识和属性值；对于每一个个性化属性，根据该个性化属性的属性标识和属性值生成该个性化属性的目标属性对应关系；判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与该用户标识相对应的目标属性存储字段；当第一对应关系中存在与该用户标识相对应的目标属性存储字段时，在目标属性存储字段中存储所有目标属性对应关系；当第一对应关系中不存在与该用户标识相对应的目标属性存储字段时，创建与该用户标识相对应属性存储字段；在创建的属性存储字段中存储所有目标属性对应关系。
本发明实施例摒弃了现有技术中的存储结构，首先，不会存在空字段，从而避免了空字段浪费存储空间的问题，实现了节省存储空间的目的；其次，现有技术中每一字段中仅仅存储一个属性值，而本发明实施例中一个属性存储字段中存储了多个属性对应关系，每个属性对应关系中都包括属性值，这样，相对于现有技术，在本发明实施例中，相当于一个属性存储字段中存储了多个属性值，充分利用了一个属性存储字段中的存储空间，从而节省了存储空间。
再次，随着服务业务地快速发展，用户的个性化需求层出不穷，因此常常需要开拓出新的个性化属性，此时在现有技术中，就需要在表1的第一行的最右侧新增加一个字段，并将新的个性化属性的属性名称添加该新增加的字段中，然后需要在表1中的每一用户ID所在的行的最右侧新增加一个字段，以使之后当某一用户具备该新的个性化属性时，再在该用户ID所在的行的最右侧新增加的字段中填入该个性化属性的属性值。
但是，此时表1中的每一用户ID对应的用户并不全都具备该新的个性化属性，因此，此时不会在全部的用户ID所在的行的最右侧的新增加 的字段中填入属性值，或多或少都会导致一些字段为空字段，浪费了存储空间。
除此之外，在为表1新增加字段的过程中需要将表1锁定，锁定时的表1不能被使用，当表1中存储的用户ID非常多时，也即表1中的行数非常多时，将每一用户ID所在的行的最右侧新增加一个字段会耗费较多的时间，这样会造成表1不能被使用的时间过多，从而导致不能为用户提供精准的服务的时间过多。而在本发明实施例中，即使开拓出新的个性化属性，不需要为开拓出的新的个性化属性分配字段，也就无需对存储的个性化属性进行锁定，使得可以持续性不间断地为用户提供精准的服务，不会出现不能为用户提供精准的服务的时间。其次，不需要与开拓出的新的个性化属性分配字段，也就不存在出现空字段的情况，这样就避免了浪费存储空间的问题。
图6是根据一示例性实施例示出的一种信息处理装置的框图。参照图6，该装置包括：
第一查找模块21，用于当获取到携带用户标识和个性化属性的属性标识的获取请求时，在用户标识与属性存储字段之间的第一对应关系中查找是否存在与所述用户标识相对应的属性存储字段；
第二查找模块22，用于当存在在与所述用户标识相对应的属性存储字段时，在所述属性存储字段中查找是否存在与所述属性标识对应的属性对应关系；
第二获取模块23，用于当存在与所述属性标识对应的属性对应关系时，获取所述属性对应关系中的属性值。
其中，所述第二查找模块22包括：
第一查找单元，用于在所述属性存储字段中查找是否存在包括所述属性标识的属性对应关系；
第二确定单元，用于当存在包括所述属性标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
其中，所述第二查找模块22包括：
第二获取单元，用于获取属性标识与索引标识之间的第二对应关系；
第二查找单元，用于在所述第二对应关系中查找与所述属性标识相对应的索引标识；
第三查找单元，用于在所述属性存储字段中查找是否存在包括所述索引标识的属性对应关系。
第三确定单元，用于当存在包括所述索引标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
在本发明图6所示的实施例支持本发明图1所示的实施例获取用户标识以及该用户标识对应的至少一个个性化属性的属性标识和属性值；对于每一个个性化属性，根据该个性化属性的属性标识和属性值生成该个性化属性的目标属性对应关系；判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与该用户标识相对应的目标属性存储字段；当第一对应关系中存在与该用户标识相对应的目标属性存储字段时，在目标属性存储字段中存储所有目标属性对应关系；当第一对应关系中不存在与该用户标识相对应的目标属性存储字段时，创建与该用户标识相对应属性存储字段；在创建的属性存储字段中存储所有目标属性对应关系。
在本发明图6所示的实施例支持本发明图1所示的实施例摒弃了现有技术中的存储结构，首先，不会存在空字段，从而避免了空字段浪费存储空间的问题，实现了节省存储空间的目的；其次，现有技术中每一字段中仅仅存储一个属性值，而在本发明图6所示的实施例支持本发明图1所示的实施例中一个属性存储字段中存储了多个属性对应关系，每个属性对应关系中都包括属性值，这样，相对于现有技术，在本发明图6所示的实施例支持：本发明图1所示的实施例中，相当于一个属性存储字段中存储了多个属性值，充分利用了一个属性存储字段中的存储空间，从而节省了存 储空间。
再次，随着服务业务地快速发展，用户的个性化需求层出不穷，因此常常需要开拓出新的个性化属性，此时在现有技术中，就需要在表1的第一行的最右侧新增加一个字段，并将新的个性化属性的属性名称添加该新增加的字段中，然后需要在表1中的每一用户ID所在的行的最右侧新增加一个字段，以使之后当某一用户具备该新的个性化属性时，再在该用户ID所在的行的最右侧新增加的字段中填入该个性化属性的属性值。
但是，此时表1中的每一用户ID对应的用户并不全都具备该新的个性化属性，因此，此时不会在全部的用户ID所在的行的最右侧的新增加的字段中填入属性值，或多或少都会导致一些字段为空字段，浪费了存储空间。
除此之外，在为表1新增加字段的过程中需要将表1锁定，锁定时的表1不能被使用，当表1中存储的用户ID非常多时，也即表1中的行数非常多时，将每一用户ID所在的行的最右侧新增加一个字段会耗费较多的时间，这样会造成表1不能被使用的时间过多，从而导致不能为用户提供精准的服务的时间过多。而在本发明图6所示的实施例支持：本发明图1所示的实施例中，即使开拓出新的个性化属性，不需要为开拓出的新的个性化属性分配字段，也就无需对存储的个性化属性进行锁定，使得可以持续性不间断地为用户提供精准的服务，不会出现不能为用户提供精准的服务的时间。其次，不需要与开拓出的新的个性化属性分配字段，也就不存在出现空字段的情况，这样就避免了浪费存储空间的问题。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由所附的权利要求指 出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (14)

  1. 一种信息处理方法，其特征在于，所述方法包括：
    获取用户标识以及所述用户标识对应的至少一个个性化属性的属性标识和属性值；
    对于每一个所述个性化属性，根据所述个性化属性的属性标识和属性值生成所述个性化属性的目标属性对应关系；
    判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与所述用户标识相对应的目标属性存储字段；
    当所述第一对应关系中存在与所述用户标识相对应的目标属性存储字段时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
    当所述第一对应关系中不存在与所述用户标识相对应的目标属性存储字段时，创建与所述用户标识相对应属性存储字段；在所述创建的属性存储字段中存储所有所述目标属性对应关系。
  2. 根据权利要求1所述的方法，其特征在于，所述根据所述个性化属性的属性标识和属性值生成所述个性化属性的目标属性对应关系，包括：
    建立所述个性化属性的属性标识与所述个性化属性的属性值之间的目标属性对应关系；
    或者，
    获取已存储的属性标识与顺序索引的索引标识之间的第二对应关系；在所述第二对应关系中查找与所述属性标识相对应的索引标识；建立所述索引标识与所述个性化属性的属性值之间的目标属性对应关系。
  3. 根据权利要求1或2所述的方法，其特征在于，所述在所述目标属性存储字段中存储所有所述目标属性对应关系，包括：
    判断所有所述目标属性对应关系所占存储空间是否小于或等于所述目标属性存储字段的空闲存储空间；
    当所有所述目标属性对应关系所占存储空间小于或等于所述目标属性存储字段的空闲存储空间时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
    当所有所述目标属性对应关系所占存储空间大于所述目标属性存储字段的空闲存储空间时，创建至少一个与所述用户标识相对应的新的属性存储字段；在所述新的属性存储字段中存储所有所述目标属性对应关系或在所述目标属性存储字段和所述新的属性存储字段中存储所有所述目标属性对应关系。
  4. 根据权利要求2所述的方法，其特征在于，所述在所述目标属性存储字段中存储所有所述目标属性对应关系，包括：
    根据所述目标属性对应关系中的索引标识与所述目标属性字段中存储的所有属性对应关系中的索引标识确定所述目标属性对应关系在所述目标属性存储字段中的待存储位置；
    将所述目标属性对应关系存储在所述待存储位置处。
  5. 一种信息处理方法，其特征在于，所述方法包括：
    当获取到携带用户标识和个性化属性的属性标识的获取请求时，在用户标识与属性存储字段之间的第一对应关系中查找是否存在与所述用户标识相对应的属性存储字段；
    当存在在与所述用户标识相对应的属性存储字段时，在所述属性存储字段中查找是否存在与所述属性标识对应的属性对应关系；
    当存在与所述属性标识对应的属性对应关系时，获取所述属性对应关系中的属性值。
  6. 根据权利要求5所述的方法，其特征在于，所述在所述属性存储字段中查找是否存在与所述属性标识对应的属性对应关系，包括：
    在所述属性存储字段中查找是否存在包括所述属性标识的属性对应关系；
    当存在包括所述属性标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
  7. 根据权利要求5所述的方法，其特征在于，所述在所述属性存储字段中查找是否存在与所述属性标识对应的属性对应关系，包括：
    获取属性标识与索引标识之间的第二对应关系；
    在所述第二对应关系中查找与所述属性标识相对应的索引标识；
    在所述属性存储字段中查找是否存在包括所述索引标识的属性对应关系；
    当存在包括所述索引标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
  8. 一种信息处理装置，其特征在于，所述装置包括：
    第一获取模块，用于获取用户标识以及所述用户标识对应的至少一个个性化属性的属性标识和属性值；
    生成模块，用于对于每一个所述个性化属性，根据所述个性化属性的属性标识和属性值生成所述个性化属性的目标属性对应关系；
    判断模块，用于判断已存储的用户标识与属性存储字段之间的第一对应关系中是否存在与所述用户标识相对应的目标属性存储字段；
    第一存储模块，用于当所述第一对应关系中存在与所述用户标识相对应的目标属性存储字段时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
    创建模块，用于当所述第一对应关系中不存在与所述用户标识相对应的目标属性存储字段时，创建与所述用户标识相对应属性存储字段；第二存储模块，用于在所述创建的属性存储字段中存储所有所述目标属性对应关系。
  9. 根据权利要求8所述的装置，其特征在于，所述生成模块包括：
    第一建立单元，用于建立所述个性化属性的属性标识与所述个性化属性的属性值之间的目标属性对应关系；
    或者，
    第一获取单元，用于获取已存储的属性标识与顺序索引的索引标识之间的第二对应关系；查找单元，用于在所述第二对应关系中查找与所述属性标识相对应的索引标识；第二建立单元，用于建立所述索引标识与所述个性化属性的属性值之间的目标属性对应关系。
  10. 根据权利要求8或9所述的装置，其特征在于，所述第一存储模块包括：
    判断单元，用于判断所有所述目标属性对应关系所占存储空间是否小于或等于所述目标属性存储字段的空闲存储空间；
    第一存储单元，用于当所有所述目标属性对应关系所占存储空间小于或等于所述目标属性存储字段的空闲存储空间时，在所述目标属性存储字段中存储所有所述目标属性对应关系；
    创建单元，用于当所有所述目标属性对应关系所占存储空间大于所述目标属性存储字段的空闲存储空间时，创建至少一个与所述用户标识相对应的新的属性存储字段；第二存储单元，用于在所述新的属性存储字段中存储所有所述目标属性对应关系或在所述目标属性存储字段和所述新的属性存储字段中存储所有所述目标属性对应关系。
  11. 根据权利要求9所述的装置，其特征在于，所述第一存储模块包括：
    第一确定单元，用于根据所述目标属性对应关系中的索引标识与所述目标属性字段中存储的所有属性对应关系中的索引标识确定所述目标属性对应关系在所述目标属性存储字段中的待存储位置；
    第三存储单元，用于将所述目标属性对应关系存储在所述待存储位置处。
  12. 一种信息处理装置，其特征在于，所述装置包括：
    第一查找模块，用于当获取到携带用户标识和个性化属性的属性标识的获取请求时，在用户标识与属性存储字段之间的第一对应关系中查找是否存在与所述用户标识相对应的属性存储字段；
    第二查找模块，用于当存在在与所述用户标识相对应的属性存储字段时，在所述属性存储字段中查找是否存在与所述属性标识对应的属性对应关系；
    第二获取模块，用于当存在与所述属性标识对应的属性对应关系时， 获取所述属性对应关系中的属性值。
  13. 根据权利要求12所述的装置，其特征在于，所述第二查找模块包括：
    第一查找单元，用于在所述属性存储字段中查找是否存在包括所述属性标识的属性对应关系；
    第二确定单元，用于当存在包括所述属性标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
  14. 根据权利要求12所述的装置，其特征在于，所述第二查找模块包括：
    第二获取单元，用于获取属性标识与索引标识之间的第二对应关系；
    第二查找单元，用于在所述第二对应关系中查找与所述属性标识相对应的索引标识；
    第三查找单元，用于在所述属性存储字段中查找是否存在包括所述索引标识的属性对应关系；
    第三确定单元，用于当存在包括所述索引标识的属性对应关系时，确定所述属性存储字段中存在与所述属性标识对应的属性对应关系。
PCT/CN2017/074171 2016-03-01 2017-02-20 信息处理方法及装置 Ceased WO2017148295A1 (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
SG11201807256XA SG11201807256XA (en) 2016-03-01 2017-02-20 Data processing method and device
JP2018546450A JP6865763B2 (ja) 2016-03-01 2017-02-20 データ処理方法及び装置
ES17759146T ES2809163T3 (es) 2016-03-01 2017-02-20 Procedimiento y dispositivo de procesamiento de datos
EP17759146.8A EP3425525B1 (en) 2016-03-01 2017-02-20 Data processing method and device
PH1/2018/501838A PH12018501838B1 (en) 2016-03-01 2017-02-20 Data processing method and device
PL17759146T PL3425525T3 (pl) 2016-03-01 2017-02-20 Sposób i urządzenie do przetwarzania danych
KR1020187028270A KR102153806B1 (ko) 2016-03-01 2017-02-20 데이터 처리 방법 및 디바이스
US16/119,208 US11200220B2 (en) 2016-03-01 2018-08-31 Efficient storage of user personal attributes for service provisioning

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610116003.0 2016-03-01
CN201610116003.0A CN107145493B (zh) 2016-03-01 2016-03-01 信息处理方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/119,208 Continuation US11200220B2 (en) 2016-03-01 2018-08-31 Efficient storage of user personal attributes for service provisioning

Publications (1)

Publication Number Publication Date
WO2017148295A1 true WO2017148295A1 (zh) 2017-09-08

Family

ID=59743504

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/074171 Ceased WO2017148295A1 (zh) 2016-03-01 2017-02-20 信息处理方法及装置

Country Status (12)

Country Link
US (1) US11200220B2 (zh)
EP (1) EP3425525B1 (zh)
JP (1) JP6865763B2 (zh)
KR (1) KR102153806B1 (zh)
CN (1) CN107145493B (zh)
ES (1) ES2809163T3 (zh)
MY (1) MY177886A (zh)
PH (1) PH12018501838B1 (zh)
PL (1) PL3425525T3 (zh)
SG (1) SG11201807256XA (zh)
TW (1) TWI676904B (zh)
WO (1) WO2017148295A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111080459A (zh) * 2019-11-21 2020-04-28 泰康保险集团股份有限公司 配置文件的配置方法、装置及可读存储介质

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110096693B (zh) * 2018-01-29 2024-05-28 北京搜狗科技发展有限公司 一种数据处理方法、装置和用于数据处理的装置
US11036702B1 (en) * 2018-03-23 2021-06-15 Amazon Technologies, Inc. Generation of search indexes for disparate device information
CN108897819B (zh) * 2018-06-20 2021-09-21 北京密境和风科技有限公司 一种数据搜索方法和装置
CN111897818B (zh) * 2020-07-31 2024-08-23 深圳市优联创达科技有限公司 数据存储方法、装置、电子设备及存储介质
CN112765176B (zh) * 2021-01-22 2023-02-03 浪潮通用软件有限公司 一种微服务模式下属性扩展方法、装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050223032A1 (en) * 2004-03-31 2005-10-06 Shan Eric Y Loading data from a vertical database table into a horizontal database table
CN101046805A (zh) * 2006-04-19 2007-10-03 华为技术有限公司 实体属性数据处理装置及方法
CN101504672A (zh) * 2009-03-23 2009-08-12 金蝶软件（中国）有限公司 一种动态配置实体数据表的方法和系统
CN102436475A (zh) * 2011-09-29 2012-05-02 用友软件股份有限公司 数据表汇总装置和数据表汇总方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7107265B1 (en) * 2000-04-06 2006-09-12 International Business Machines Corporation Software management tree implementation for a network processor
US6574631B1 (en) * 2000-08-09 2003-06-03 Oracle International Corporation Methods and systems for runtime optimization and customization of database applications and application entities
JP2002278810A (ja) * 2001-03-16 2002-09-27 Casio Comput Co Ltd データ処理装置及びプログラム
US7103670B2 (en) * 2001-06-14 2006-09-05 International Business Machines Corporation Streaming digital content under remote direction
JP4207438B2 (ja) * 2002-03-06 2009-01-14 日本電気株式会社 Ｘｍｌ文書格納／検索装置及びそれに用いるｘｍｌ文書格納／検索方法並びにそのプログラム
KR100600862B1 (ko) * 2004-01-30 2006-07-14 김선권 인터넷상의 정보자원에 대한 접근 경로를 체계적으로수집하고 검색하는 방법, 및 이 방법을 실행할 수 있는컴퓨터 프로그램을 수록한 기록매체
JP2006004026A (ja) * 2004-06-16 2006-01-05 Hitachi Eng Co Ltd データベース登録管理方法
US7788293B2 (en) * 2005-03-02 2010-08-31 Google Inc. Generating structured information
US7685109B1 (en) 2005-12-29 2010-03-23 Amazon Technologies, Inc. Method and apparatus for data partitioning and replication in a searchable data service
US20150363478A1 (en) * 2008-07-11 2015-12-17 Michael N. Haynes Systems, Devices, and/or Methods for Managing Data
JP5675043B2 (ja) * 2008-11-19 2015-02-25 キヤノン株式会社 画像処理装置及び画像データ送信方法、並びにプログラム
US20100185871A1 (en) * 2009-01-15 2010-07-22 Authentiverse, Inc. System and method to provide secure access to personal information
KR20110013816A (ko) * 2009-08-03 2011-02-10 주식회사 케이티 효율적인 서비스 가입자 인증을 위한 지역 ｄｂ 관리 방법
JP5482284B2 (ja) * 2010-02-23 2014-05-07 富士通株式会社 コンテンツ提供用ユーザ情報管理装置，処理方法，およびプログラム
CN102541867A (zh) * 2010-12-15 2012-07-04 金蝶软件（中国）有限公司 数据字典生成方法及系统
TW201227587A (en) * 2010-12-24 2012-07-01 Chunghwa Telecom Co Ltd System and method for automatically and synchronously updating transaction interest point data
CN102243664B (zh) * 2011-08-22 2013-04-03 西北大学 一种复合字段的数据存储及查询方法
CN103246664B (zh) * 2012-02-07 2016-05-25 阿里巴巴集团控股有限公司 网页检索方法和装置
JP6060833B2 (ja) * 2013-06-28 2017-01-18 株式会社Ｊｖｃケンウッド 情報処理装置、情報処理方法、及び情報処理プログラム
US9230132B2 (en) * 2013-12-18 2016-01-05 International Business Machines Corporation Anonymization for data having a relational part and sequential part
CN105354025B (zh) * 2015-10-18 2018-09-14 广州赛意信息科技股份有限公司 基于移动应用的业务模型配置系统和方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050223032A1 (en) * 2004-03-31 2005-10-06 Shan Eric Y Loading data from a vertical database table into a horizontal database table
CN101046805A (zh) * 2006-04-19 2007-10-03 华为技术有限公司 实体属性数据处理装置及方法
CN101504672A (zh) * 2009-03-23 2009-08-12 金蝶软件（中国）有限公司 一种动态配置实体数据表的方法和系统
CN102436475A (zh) * 2011-09-29 2012-05-02 用友软件股份有限公司 数据表汇总装置和数据表汇总方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111080459A (zh) * 2019-11-21 2020-04-28 泰康保险集团股份有限公司 配置文件的配置方法、装置及可读存储介质
CN111080459B (zh) * 2019-11-21 2023-08-25 泰康保险集团股份有限公司 配置文件的配置方法、装置及可读存储介质

Also Published As

Publication number Publication date
KR102153806B1 (ko) 2020-09-10
EP3425525B1 (en) 2020-06-17
PH12018501838B1 (en) 2022-10-05
TWI676904B (zh) 2019-11-11
TW201732653A (zh) 2017-09-16
CN107145493A (zh) 2017-09-08
EP3425525A4 (en) 2019-08-21
KR20180118736A (ko) 2018-10-31
PL3425525T3 (pl) 2020-11-30
JP2019512143A (ja) 2019-05-09
ES2809163T3 (es) 2021-03-03
JP6865763B2 (ja) 2021-04-28
EP3425525A1 (en) 2019-01-09
CN107145493B (zh) 2020-11-24
PH12018501838A1 (en) 2019-05-15
MY177886A (en) 2020-09-24
US11200220B2 (en) 2021-12-14
SG11201807256XA (en) 2018-09-27
US20180373747A1 (en) 2018-12-27

Similar Documents

Publication Publication Date Title
WO2017148295A1 (zh) 信息处理方法及装置
CN109769007B (zh) 服务资源管理系统及其方法
CN111143555B (zh) 基于大数据的客户画像生成方法、装置、设备及存储介质
CN110119292B (zh) 系统运行参数查询方法、匹配方法、装置及节点设备
KR20060076311A (ko) 미디어 아이템들을 클러스터링 및 조회하기 위한 방법
CN106649708A (zh) 存储数据的方法和装置
AU2014384636A1 (en) Systems and methods for ephemeral eventing
CN107147560A (zh) 数据分享方法及装置
CN102968430B (zh) 用于在地址簿中自动产生和管理组的方法和设备
US10169117B2 (en) Interfacing between a caller application and a service module
CN105431842A (zh) 响应于查询标识相关app
US20170177641A1 (en) Method and device for correlating multiple tables in a database environment
CN102959539B (zh) 一种业务交叉时的项目推荐方法及系统
CN105528356A (zh) 结构化标签生成方法、使用方法及装置
CN106528894A (zh) 设置标签信息的方法及装置
CN105338073A (zh) 一种文件目录的处理方法、服务器和系统
CN110442774A (zh) 信息获取方法及装置
CN113986948A (zh) 即时消息的查询方法、装置、服务器及存储介质
CN105589873B (zh) 数据搜索方法、终端及服务器
CN110515895A (zh) 大数据存储系统中对数据文件进行关联存储的方法及系统
CN105847320A (zh) 一种资源获取方法和装置
CN106791912A (zh) 一种海报图片匹配方法及系统
CN115357817B (zh) 一种标识体系互通系统及方法
CN107562858A (zh) 一种名单管理的方法和装置
CN108829844B (zh) 一种信息搜索方法及系统

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 11201807256X

Country of ref document: SG

ENP Entry into the national phase

Ref document number: 2018546450

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20187028270

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2017759146

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2017759146

Country of ref document: EP

Effective date: 20181001

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

Ref document number: 17759146

Country of ref document: EP

Kind code of ref document: A1