WO2017118336A1 - 获取产品对象的方法及装置 - Google Patents

获取产品对象的方法及装置 Download PDF

Info

Publication number
WO2017118336A1
WO2017118336A1 PCT/CN2016/112923 CN2016112923W WO2017118336A1 WO 2017118336 A1 WO2017118336 A1 WO 2017118336A1 CN 2016112923 W CN2016112923 W CN 2016112923W WO 2017118336 A1 WO2017118336 A1 WO 2017118336A1
Authority
WO
WIPO (PCT)
Prior art keywords
product
constraint
information
constraint information
current account
Prior art date
Application number
PCT/CN2016/112923
Other languages
English (en)
French (fr)
Inventor
邓自立
宋冰
Original Assignee
阿里巴巴集团控股有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2017118336A1 publication Critical patent/WO2017118336A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/951—Indexing; Web crawling techniques

Definitions

  • the present invention relates to the field of computers, and in particular to a method and apparatus for acquiring a product object.
  • the user can configure multiple parameters of the product in the purchase page of the product, and the merchant can prepare the corresponding product according to the product parameters configured by the user.
  • the cloud server can Including CPU, memory, disk, bandwidth, operating system, area and other modules, the user can select for the above multiple modules, but the above-mentioned multiple modules provided by the merchant will have restrictions on sales, for example, the Hangzhou area cannot Purchase CPU8 core, memory 32G or 64G machine; users can choose 1 core CPU, 512M memory can not choose windows operating system.
  • the embodiment of the invention provides a method and a device for acquiring a product object, so as to at least solve the technical problem that the system continuously calls the system background to check the constraint condition and causes the system performance to be low when the user selects the product configuration.
  • a method for obtaining a product object including: receiving a current The product request information submitted by the account, wherein the product request information includes at least one product parameter and corresponding parameter data of the product object to be requested by the current account; and the at least one product constraint information stored in advance is invoked according to the product request information, wherein
  • the tree structure constraint model holds product constraint information, and the product constraint information includes: a constraint name, at least one constraint condition, and a constraint result; traverses at least one product constraint information, if the query is obtained in any one of the product constraint information and is included in the request information
  • the constraint condition of the product parameter matching, and the constraint result matching the parameter data determines that the product object to be requested is successfully verified; when the product object verification is successful, the product object is submitted to the processing system.
  • an apparatus for acquiring a product object including: a receiving unit, configured to receive product request information submitted by a current account, where the product request information includes a request for the current account At least one product parameter and corresponding parameter data of the product object; the calling unit is configured to invoke at least one product constraint information saved in advance according to the product request information, wherein the product constraint information is saved by using a tree structure constraint model, and the product constraint information includes a constraint name, at least one constraint condition, and a constraint result; the traversal unit is configured to traverse at least one product constraint information, if the query is obtained in any one of the product constraint information, the constraint condition matching the product parameter included in the request information is obtained, and The constraint result of the matching of the parameter data determines that the product object to be requested is successfully verified; and the submitting unit is configured to submit the product object to the processing system if the product object is successfully verified.
  • the product request information submitted by the current account is received, where the product request information includes at least one product parameter and corresponding parameter data of the product object to be requested by the current account; and the pre-save is called according to the product request information.
  • At least one product constraint information wherein the tree structure constraint model holds product constraint information, the product constraint information includes: a constraint name, at least one constraint condition, and a constraint result; traversing at least one product constraint information if any one product constraint
  • the query in the information obtains the constraint condition that matches the product parameter included in the request information, and the constraint result that matches the parameter data, determines that the product object to be requested is successfully verified; and if the product object verification is successful, submits
  • the product object to the processing system solves the technical problem in the related technology that the user continuously calls the system background to check the constraint condition when the product configuration selection is made, resulting in low system performance.
  • FIG. 1 is a structural diagram of a running terminal of a method of acquiring a product object according to an embodiment of the invention
  • FIG. 2 is a flow chart of a method of obtaining a product object, in accordance with an embodiment of the invention.
  • FIG. 3 is a schematic diagram of a method of selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 4 is a schematic diagram of a method of selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 5 is a schematic diagram of a method of selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 6 is a schematic diagram of a method of selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 7 is a schematic diagram of a method of selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 8 is a schematic diagram of a method of selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 9 is a schematic diagram of a method of selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 10 is a schematic diagram of a method of selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 11 is a schematic diagram of a method of selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 12 is a schematic diagram of an apparatus for acquiring a product object according to an embodiment of the invention.
  • FIG. 13 is a schematic diagram of an apparatus for selectively acquiring a product object, in accordance with an embodiment of the invention.
  • FIG. 14 is a schematic diagram of an apparatus for selectively acquiring a product object, according to an embodiment of the invention.
  • FIG. 15 is a structural diagram of a running terminal of a method of acquiring a product object according to an embodiment of the invention.
  • an embodiment of a method of obtaining a product object is also provided, it being noted that the steps illustrated in the flowchart of the figures may be performed in a computer system such as a set of computer executable instructions. Also, although logical sequences are shown in the flowcharts, in some cases the steps shown or described may be performed in a different order than the ones described herein.
  • FIG. 1 is a block diagram showing a hardware structure of a computer terminal for acquiring a product object according to an embodiment of the present invention.
  • computer terminal 10 may include one or more (only one shown) processor 102 (processor 102 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA)
  • processor 102 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA)
  • a memory 104 for storing data
  • a transmission module 106 for communication functions.
  • computer terminal 10 may also include more or fewer components than those shown in FIG. 1, or have a different configuration than that shown in FIG.
  • the memory 104 can be used to store software programs and modules of application software, such as program instructions/modules corresponding to the method for obtaining product objects in the embodiment of the present invention, and the processor 102 executes by executing software programs and modules stored in the memory 104.
  • Various functional applications and data processing that is, the above method of obtaining a product object.
  • Memory 104 may include high speed random access memory, and may also include non-volatile memory such as one or more magnetic storage devices, flash memory, or other non-volatile solid state memory.
  • memory 104 may further include memory remotely located relative to processor 102, which may be coupled to computer terminal 10 via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.
  • Transmission device 106 is for receiving or transmitting data via a network.
  • the network specific examples described above may include a wireless network provided by a communication provider of the computer terminal 10.
  • the transmission device 106 includes a Network Interface Controller (NIC) that can be connected to other network devices through a base station to communicate with the Internet.
  • the transmission device 106 can be a Radio Frequency (RF) module for communicating with the Internet wirelessly.
  • NIC Network Interface Controller
  • RF Radio Frequency
  • the present application provides a method of acquiring a product object as shown in FIG. 2.
  • 2 is a flow chart of a method of obtaining a product object according to a first embodiment of the present invention.
  • the method can include:
  • Step S22 Receive product request information submitted by the current account, where the product request information includes at least one product parameter and corresponding parameter data of the product object to be requested by the current account.
  • the current account may be a buyer who is browsing the product sales page
  • the solution may be
  • the product request information submitted by the buyer through the product sales page is received by the website server
  • the product object may be a specific product selected by the buyer on the product sales page
  • the product parameter may be a plurality of component modules of the above product, the above parameters
  • the data can be specific to the model, size, and region of each component of the product.
  • the buyer can log in to the sales page of the cloud server.
  • the cloud server can include multiple components such as a region, a CPU, a memory, a public network bandwidth, and a mirror type.
  • the component modules may include multiple models.
  • one of the component modules in the cloud server may include 512M, 1GB, 2GB, 4GB, 8GB, etc., and the buyer may have a component module of the cloud server displayed on the sales page and The model of each component module is selected to generate product request information, and the website server can receive product request information submitted by the buyer.
  • Step S24 the pre-stored at least one product constraint information is invoked according to the product request information, wherein the product constraint information is saved by using a tree structure constraint model, where the product constraint information includes: a constraint name, at least one constraint condition, and a constraint result.
  • the website server may invoke the pre-stored at least one product constraint information according to the product request information submitted by the buyer account.
  • the solution may be saved by each node in the tree structure constraint model.
  • the constraint name, at least one constraint, and constraint result in the above product constraint information.
  • the above product constraint information is a constraint restriction between each component module of the product. For example, a buyer who selects the a1 model in the module A can only select the b1 model in the module B.
  • the buyer purchases the cloud server as an example.
  • a plurality of product constraint information about the cloud server may be pre-stored.
  • the constraint name is: purchase in different regions.
  • the limitation of the nuclear 32G machine, the constraint condition is: Hangzhou area, the constraint result is that you can purchase 16-core 32G machines. From the above-mentioned first product constraint information, only the Hangzhou area can purchase 16-core 32G machines.
  • the constraint name is: the limitation of the machine that purchases 1 core 512M by different operating systems
  • the constraint condition is windows
  • the constraint result is that the machine of 1 core 512M cannot be purchased, from the second According to the product constraint information, the Windows operating system cannot purchase a 1-core 512M machine.
  • the constraint name is: a limitation of a machine that purchases a cloud ssd data disk in different regions
  • the constraint condition is Shenzhen
  • the constraint result is a machine that can purchase a cloud ssd data disk, from the above
  • the three product constraint information shows that only the Shenzhen area can purchase the cloud ssd data disk.
  • Step S26 traversing at least one product constraint information, if the query is matched in any one of the product constraint information to obtain a constraint condition that matches the product parameter included in the request information, and a constraint result that matches the parameter data, Then it is determined that the product object to be requested is successfully verified.
  • the website server may traverse the constraint name, the at least one constraint condition, and the constraint result saved in each node in the tree model, if the tree model includes any a constraint that matches the above product parameters, and the tree model contains the constraint result that matches the parameter data described above, and the website server determines that the product object selected by the buyer is successfully verified, indicating that the buyer is selling the product.
  • the product parameters and parameters of the product object selected on the page do not violate the constraint restrictions pre-stored by the server, and the buyer can purchase the selected product object.
  • the above tree model contains a plurality of different constraints and constraint results.
  • the constraint results match the product parameters and parameter data selected by the seller, then buy The product object selected by the home was successfully verified.
  • the buyer can select the cloud server's sales page.
  • the buyer's choice can be as follows: buy the cpu8 core cloud server in the Hangzhou area, and the website server receives the buyer's After the product request information, the pre-stored tree structure may be traversed, and a plurality of constraints and constraint results may be saved in the model of the tree structure.
  • the first group a cloud server that can purchase a cpu8 core in the Beijing area
  • the second group a cpu6 core cannot be purchased in the Hangzhou area.
  • the cloud server, the third group: in the Shenzhen area can buy cpu8 core cloud server, in the Hangzhou area can not buy cpu4 core cloud server, the fourth group: in the Hangzhou area can buy cpu8 core cloud server.
  • the constraints of the first group, the second group, and the third group and the constraint results do not match the parameters in the seller's product request information and the parameter data, as long as there is any group in the tree structure model (For example, the fourth group) the fourth set of constraints and the constraint result that match the seller's request information, the buyer's selected product object is verified successfully, and the buyer can purchase the cpu8 core cloud server in the Hangzhou area.
  • step S28 if the product object verification is successful, the product object is submitted to the processing system.
  • step S28 in the present solution, if the product object selected by the buyer is successfully verified, the website server submits the product object selected by the buyer to the processing system, and the processing system can be settled by the shopping cart of the product sales website. system.
  • the buyer can select the sales page of the cloud server as follows: After purchasing the cpu8 core cloud server in the Hangzhou area, after the website server successfully verifies the product object selected by the buyer, the website server submits the demand of the buyer purchasing the cpu8 core cloud server in the Hangzhou area to the cloud server sales page.
  • the settlement system the settlement system can generate the price of the cloud server of the Hangzhou area cpu8 core.
  • the website server can receive the product request information submitted by the buyer account through the product sales page, wherein the product request information Included at least one product parameter and corresponding parameter data of the product object to be requested by the current buyer account; then, the website server may invoke at least one product constraint information stored in advance according to the product request information, wherein the tree structure constraint is adopted
  • the model saves product constraint information, and the product constraint information includes: a constraint name, at least one constraint condition, and a constraint result; then, the website server may traverse at least one product constraint information, if the query is included in any one of the product constraint information and the request information is included
  • the constraint condition of the product parameter matching, and the constraint result matching the parameter data determines that the product object to be requested is successfully verified; finally, when the product object verification is successful, the product object is submitted to the processing system.
  • the program After receiving the product request information of the buyer account, the program only calls the pre-stored multiple product constraint information, and then traverses the above multiple product constraint information methods, thereby verifying the selected product of the buyer account.
  • the solution can avoid the problem that the system background is poorly caused by the continuous call of the system background in the process of the user configuring the product, and the solution can adopt multiple pre-stored constraint information pairs.
  • the product object is verified, and the multiple constraint information may include multiple modules of the product, that is, the solution may also implement complex constraints between multiple modules. Therefore, the solution of the first embodiment provided by the present application solves the technical problem in the related art that the user continuously calls the system background to check the constraint condition and causes the system performance to be low when performing product configuration selection.
  • the solution before receiving the product request information submitted by the current account in step S22, the solution may further include:
  • step S111 the current account accesses the corresponding product page, and the product configuration information and the product constraint information set are read.
  • the product configuration information includes: a plurality of product parameters and at least one parameter data corresponding to each product parameter.
  • the product page may be a sales page of the product
  • the website server may read the pre-stored product configuration information and the constraint information set, and the product configuration information is the product.
  • the component module and the plurality of attributes of each component module, the product constraint information set may include all the constraint information about the product, and it should be noted that the constraint information set of the above product may adopt multiple tree structure models. The node is saved.
  • step S111 are pre-existing website servers. All the configuration information of the product in the (system background), and the product parameters and corresponding parameter data in step S22 are generated by the buyer in the sales page of the product, and the reasons for the difference are different.
  • the cloud server product may include multiple modules (ie, the above product parameters): the geographic module.
  • CPU modules can include: 1 core, 2 cores, 4 cores, 8 cores, 16 cores and other attributes.
  • the memory may include: 512M, 1GB, 2GB, 4GB, 8GB and other attributes.
  • the public network bandwidth may include: attributes such as fixed bandwidth and usage flow, and the image may include: public image and mirror market attributes.
  • the web server can also read the constraint information of the cloud server.
  • the cloud server constraint information is a constraint constraint between the various components of the cloud server. For example, only the Hangzhou area can purchase a 16-core 32G machine, and the windows operating system cannot purchase one core. For 512M machines, only the Shenzhen area can purchase cloud ssd data disks.
  • Step S112 displaying product configuration information in the product page according to the product constraint information set.
  • the website server may display the product configuration information in the product sales page according to the product constraint information set for the buyer to view and select, which needs to be explained. Since the solution displays the configuration of the product according to the product constraint information, the configuration information of the product displayed on the product sales page is in accordance with the constraint constraint of the product, that is, as the buyer selects the configuration of the product, the page displays Product configuration information is constantly changing.
  • the website server can read the configuration information of the pre-stored cloud server and the constraint information of the cloud server, and then the cloud server according to the constraint information of the cloud server.
  • the configuration information is displayed on the sales page of the cloud server.
  • the CPU displayed in the sales page of the cloud service may be 1 to 16 cores
  • the CPU displayed on the sales page is from 1 core to 8 cores, that is, the product content displayed on the sales page of the cloud server can dynamically change with the buyer's configuration.
  • the solution may display a preferred configuration of the cloud server for the user (the configuration of the cloud server selected by the majority).
  • Step S113 after the one or more product parameters and the corresponding parameter data displayed in the current account selected product page, the product request information to be submitted is generated.
  • step S111 product configuration information and product constraints are read.
  • the program can also include:
  • Step S115 Determine, according to the account information of the current account, whether there is special constraint information corresponding to the current account, where the account information includes at least any one or more of the following data: an account name, a login number of the current account, a login frequency, and a current account. The number and frequency of requesting product objects.
  • the website server may determine whether the buyer is a VIP user (personalized user) according to the buyer's account information (the name of the account, the number of logins, the login frequency, and the requested product object), if the buyer is a VIP.
  • the special constraint information corresponding to the VIP user is invoked on the website server. It should be noted that the constraint condition and the constraint result may be different from the constraint information corresponding to the ordinary user.
  • the whitelist is pre-stored in the web server, and the account names of the plurality of VIP users (personalized users) are pre-stored in the whitelist, after the buyer logs in to the sales page of the cloud server.
  • the website server can determine whether the name of the buyer account exists in the white list. If the name of the buyer account exists in the white list, the website server determines that the buyer account is a VIP user, and then queries the special corresponding to the VIP user. Constraint information.
  • Step S116 if present, update the product constraint information set using the special constraint information, and output the updated product constraint information set.
  • the website server may use the special constraint information to modify the pre-stored constraint information set, that is, modify the model of the tree structure, such as modification, deletion of the constraint condition, modification and deletion of the constraint result.
  • the constraint name is a root node
  • each constraint is a child node
  • the constraint result is a leaf node, where the corresponding child node of the constraint is used as a parent.
  • the constraint model further includes at least one grandchild node determined based on the sub-constraint condition, thereby obtaining a constraint model of the tree structure.
  • each component module of the product may include multiple constraint names, and each constraint name may include multiple constraint conditions.
  • the constraint result describes the attribute value of the component module of the product.
  • the constraint name is the root node
  • the constraint condition is the child node
  • the constraint result is the leaf node.
  • the constraint As a parent node, the condition may also include a sub-constraint condition, which is equivalent to a constraint name, and is a grandchild node.
  • the present scheme generates the above-described tree-like constraint model by the above manner.
  • the sales manager of the product can configure the tree of products in the background.
  • the constraint model as shown in Figure 5, the administrator can add the parent constraint "replace operating system” under the root node “restriction of OS replacement in different regions", and then continue to add sub-constraints under the constraint "replace operating system” Conditions “windows", “Linux”, etc., and then the sales manager can continue to add the grandchild constraints "Hong Kong”, “US Silicon Valley”, “Asia Pacific” under the sub-constraints "windows” under the sub-constraint "Linux” Continue to add the grandchild constraints "Hong Kong”, “US Silicon Valley”, “Asia Pacific” to establish a tree-like constraint model.
  • step S41 the product sales manager can click the button for adding the product constraint in the constraint configuration page, and then fill in the name of the product constraint "restriction of replacing the OS in different regions" and the purchase type "replace the operating system" in the pop-up dialog box. , a new product constraint is generated, and the default first constraint is to replace the operating system.
  • step S42 the product sales manager can click the add sub-condition button on the right side of the “replace operating system” in FIG. 5, and add a window condition in the pop-up dialog box (shown in FIG. 6 ), as shown in FIG. 6 .
  • key is the corresponding accessory attribute code
  • value is the specific value (for the single value case start value and end value fill)
  • the error code is used to return to the front page
  • the page can be personalized to display errors (such as hype system Not legal)
  • the product sales manager can add a Linux sub-condition in the same way as step B.
  • step S43 the product sales manager can click the “add sub-condition” button on the right side of the window in FIG. 5, and a box will pop up again.
  • the product sales manager can be in the dialog box in FIG. 7 . Fill in the sub-conditions of the windows sub-conditions, and through multiple operations, the product sales manager can add all the sub-conditions.
  • step S44 the sales manager of the product can add the constraint result under the grandchild constraint "Hong Kong" in FIG. 5.
  • a dialog box is displayed (as shown in FIG. 8), and the constraint result in FIG. It means that the replacement of OS in Hong Kong can replace windows, but it cannot be replaced with Linux.
  • the sales manager of the product can also change the optional value of the constraint result.
  • step S26 at least one product constraint information is traversed, and if any one of the product constraint information is queried, the constraint condition matching the product parameter included in the request information, and the parameter are obtained.
  • the step of determining the success of the product object to be requested may include:
  • Step A reading the first product constraint information in the product constraint information set.
  • the website server may read any one of the pre-stored product constraint information sets, and the first constraint information may include the first constraint condition and the constraint result corresponding to the first constraint condition. It should be noted that the first product constraint information described above is saved in the first tree structure model.
  • the website server can read any product constraint information of the product constraint information set pre-existing in the database, and the first product constraint information A constraint condition may be "in the Beijing area”, and the first constraint result corresponding to the first product constraint may be "a nuclear CPU can be purchased”.
  • Step B determining whether the first constraint condition of the first product constraint information matches the product parameter included in the request information, and in the case of matching, performing step C, otherwise, returning to step A to read the product constraint information set The second product constraint information, wherein the second product constraint information is the next piece of information of the first product constraint information.
  • step B the product information and the product parameter data are included in the request information submitted by the buyer, and the website server can match the product parameter of the request information submitted by the buyer with the first constraint condition, and if the matching is successful, Step C is performed, and if the matching fails, the second product constraint information under the first product constraint information is read.
  • the buyer purchases the cloud server as an example.
  • the first product constraint condition of the first product constraint information is “in the Beijing area”
  • the product constraint condition of the second product constraint information is “in Hangzhou”.
  • the product request information submitted by the buyer the product parameter is “in the Beijing area”
  • the website server determines that the matching is successful. It should be noted that if the product parameter in the product request information is “in Shenzhen”, the matching fails, and the website server reads the product constraint condition of the second product constraint information.
  • Step C determining whether the node of the first constraint condition of the first product information is a leaf node in the constraint model, if not the leaf node, performing step D, otherwise, returning to step B to deeply search the sub-constraint condition of the traversal constraint condition until The nodes traversing to the constraint are leaf nodes.
  • the website server may continue to determine whether the first constraint condition is a leaf node in the constraint model of the tree structure. If there is a sub-constraint condition under the first constraint condition, the website server passes the depth search algorithm. To traverse all the sub-constraints under the first constraint, it should be noted that in the constraint model of the tree structure, if there is a first sub-constraint condition under the first constraint condition, the first sub-constraint condition exists. A grandson constraint, the web server traverses a sub-constraint condition, and then matches each sub-constraint condition with the product parameter of the user's request information until the constraint condition of the last seat leaf node matches the product parameter of the user's request information. Then, go to step D again.
  • Step D determining whether the constraint result corresponding to the first constraint condition matches the parameter data included in the request information, and in the case of matching, determining that the product object to be requested is successfully verified, and returning to step A to deeply traverse the product constraint information The next product constraint information in the collection.
  • step D after the first constraint matches the product of the request information, the website server will A constraint result matches the parameter data. If it matches, the verification is successful. The product object selected by the buyer does not violate the product constraint. If the match is unsuccessful, the website server traverses the next product in the product constraint information set. Constraint information.
  • the buyer user selects the product object in the sales page of the cloud server to generate the request information of the cloud server.
  • the request information of the cloud server may be: in the geographical area of Qingdao, the cloud server that purchases the system is Windows and the CPU is one core, It can be seen that, in the request information of the cloud server, the product parameters are the region, the system, and the CPU, and the parameter data corresponding to the product parameters are: Qingdao, Windows, and 1 core.
  • the constraint information L1 in the region Qingdao can purchase a cloud server that is unified by Windows and the CPU is one core, and visible, in the constraint information L1,
  • constraint T1 geographical Qingdao
  • constraint T2 Windows
  • constraint result R1 1 core CPU can be purchased.
  • the constraint information L1 is in a tree structure
  • the constraint condition T1 is a parent node
  • the constraint condition T2 is a child node
  • the constraint result R1 is a grandchild node.
  • the web server can read the tree of the constraint information L1 and then traverse from the parent node.
  • the web server can first match the constraint T1 with the product parameters, and the matching is successful.
  • the web server then constrains the sub-node constraint T2 of the constraint T1 with the product.
  • the parameters are matched and the matching is successful.
  • the web server continues to traverse L1, and after determining that the constraint result R1 is a leaf node, the website server matches the constraint result R1 with the above product parameters, and if the matching is successful, the product object is successfully verified.
  • the verification of the product object ends, and it is necessary to explain that if the product constraint information If the constraint condition of the constraint information of all products in the combination does not match the product parameter or the constraint result of the constraint information of all products does not match the parameter data, the product object verification fails.
  • the solution may further include:
  • step S50 it is determined that the current account request product object fails, and the error information is returned.
  • the solution may throw an exception and return the order to fail.
  • the solution may pop up a dialog box prompting the buyer to solve the method, such as reselecting the product object. .
  • the method further includes:
  • Step S30 the processing system counts the number of product objects, and calculates the number of virtual resources that match the product object. value.
  • step S30 after the website server uploads the product object to the settlement system, the settlement system can count the number of product objects and calculate the price of the product object.
  • step S32 the value of the virtual resource matching the product object is transferred, and when the transfer is successful, the transfer success prompt information is returned, and when the transfer fails, the error prompt information is returned.
  • the website server may deduct the buyer account, and if the deduction is successful or unsuccessful, a dialog box is displayed on the product sales page for prompting the buyer to pay the success or failure.
  • step S100 the user opens the page, and the system calls the interface to obtain the product configuration.
  • step S100 when the buyer user opens the product purchase page, the page system calls the interface to obtain the configuration of the product, and the product configuration may include the product parameters and the parameter data.
  • step S101 the system queries the database, obtains related constraint information, and assembles into a tree structure.
  • the page system queries the database, and the plurality of constraint information may be maintained in the form of a tree structure in the database, wherein the constraint information may be a constraint name, a constraint condition, and a constraint result.
  • step S102 the constraint tree needs to be modified according to whether the user traverses to see if there is specialization logic.
  • the page system can judge whether the user is a personalized user according to the information of the user's account, and modify the pre-stored constraint information according to the special constraint information of the personalized user.
  • step S103 the result is returned to the front end, and the front end displays the interface according to the product configuration and the constraint information.
  • the page system may return the changed constraint information and the product configuration to the front end, and the front end displays the configuration information of the product according to the constraint information.
  • step S104 the user places an order, assembles the product object according to the order parameter, and re-query the constraint tree to verify the constraint.
  • step S104 the user can select the following items for each parameter of the product, and the page system can match the product request information of the buyer user with the constraint information to perform verification of the product object.
  • step S105 it is judged whether or not the verification is passed. If the verification is passed, step S107 is executed, and if the verification is not passed, step S106 is executed.
  • Step S106 returning the reason for the failure of the order and the failure of the verification.
  • the page system may pop up a dialog box in the page to prompt the user to fail and the reason for the failure.
  • step S107 the price is calculated, an order is generated, and the buyer is guided to pay.
  • step S104 The process of product object verification in step S104 is described below with reference to FIG.
  • step S104 all the constraint trees are traversed.
  • the page system reads all the constraint trees.
  • the constraint tree a plurality of constraint information are pre-stored, and the constraint information includes the constraint condition and the constraint result.
  • step S1042 it is determined whether there is a constraint tree.
  • step S1042 the page system can determine whether there is a constraint tree, in the case of YES, step S1043 is performed, and in the case of NO, the constraint verification is successful.
  • step S1043 each constraint condition is checked to determine whether the verification is successful. If the verification is successful, step S1044 is performed. If the verification fails, the process returns to step S1041.
  • step S1043 the page system can check whether the constraint condition matches the product parameter of the product object.
  • step S1044 it is determined whether each constraint condition is a leaf node. If YES, step S1045 is performed, and if no, step S1043 is returned.
  • step S1045 it is judged whether the constraint result of the constraint condition matches the parameter data of the product object, and if yes, the process returns to step S1041, and in the case of NO, the verification fails.
  • the page system can determine whether the constraint result of the constraint matches the parameter data of the product object. After the verification is successful, the program can perform operations such as calculating the price and generating an order. It should be noted that in the above verification process, the solution can improve efficiency by using a cache technology.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • an acquisition product pair for implementing the method for acquiring a product object
  • the device of the image as shown in FIG. 12, the device may include:
  • the receiving unit 1200 is configured to receive the product request information submitted by the current account, where the product request information includes at least one product parameter and corresponding parameter data of the product object to be requested by the current account.
  • the calling unit 1210 is configured to invoke the pre-stored at least one product constraint information according to the product request information, wherein the product constraint information is saved by using a tree structure constraint model, where the product constraint information includes: a constraint name, at least one constraint condition, and a constraint result.
  • the traversing unit 1220 is configured to traverse at least one product constraint information, if the query in any one of the product constraint information obtains a constraint that matches the product parameter included in the request information, and a constraint result that matches the parameter data, determining the desired The requested product object was successfully verified.
  • the submitting unit 1230 is configured to submit the product object to the processing system if the product object verification is successful.
  • receiving unit 1200, calling unit 1210, traversing unit 1220, and submitting unit 1230 correspond to steps S22 to S28 in the first embodiment, examples and application scenarios implemented by four units and corresponding steps. The same, but not limited to, the content disclosed in the above embodiment 1. It should be noted that the above module can be operated as part of the device in the computer terminal 10 provided in the first embodiment.
  • the apparatus provided by the present application may further include:
  • the reading unit 1240 is configured to access the corresponding product page of the current account, and read the product configuration information and the product constraint information set.
  • the product configuration information includes: a plurality of product parameters and at least one parameter data corresponding to each product parameter.
  • the display unit 1250 is configured to display the product configuration information in the product page according to the product constraint information set.
  • the generating unit 1260 is configured to generate product request information to be submitted after the one or more product parameters and the corresponding parameter data displayed in the current account selected product page.
  • the reading unit 1240, the display unit 1250, and the generating unit 1260 correspond to the steps S111 to S113 in the first embodiment, and the three units are the same as the examples and application scenarios implemented by the corresponding steps, but It is not limited to the contents disclosed in the above embodiment 1. It should be noted that the above module can be operated as part of the device in the computer terminal 10 provided in the first embodiment.
  • the apparatus provided by the present application may further include:
  • the determining unit 1270 is configured to determine, according to the account information of the current account, whether there is special constraint information corresponding to the current account, where the account information includes at least any one or more of the following data: an account name, a login number of the current account, and a login frequency. The number and frequency of product objects requested by the current account; if present, the product constraint information set is updated using special constraint information, and the updated product constraint information set is output.
  • the foregoing determining unit 1270 corresponds to step S115 to step S116 in the first embodiment.
  • the judging unit 1270 is the same as the example and the application scenario implemented by the corresponding steps, but is not limited to the content disclosed in the first embodiment. It should be noted that the above module can be operated as part of the device in the computer terminal 10 provided in the first embodiment.
  • the constraint name is a root node
  • each constraint is a child node
  • the constraint result is a leaf node, wherein when the corresponding child node of the constraint is used as a parent node,
  • the constraint model also includes at least one grandchild node determined based on the sub-constraint conditions, thereby obtaining a constraint model of the tree structure.
  • the traversal unit 1220 may further include:
  • the reading module 12201 is configured to read the first product constraint information in the product constraint information set.
  • the first determining module 12202 is configured to determine whether the first constraint condition of the first product constraint information matches the product parameter included in the request information, and if the matching is performed, execute the second determining module, otherwise, return to execute the reading module. And reading the second product constraint information in the product constraint information set, where the second product constraint information is the next piece of information of the first product constraint information.
  • the second judging module 12203 is configured to determine whether the node of the first constraint condition of the first product information is a leaf node in the constraint model, and if not the leaf node, execute the third judging module; otherwise, return to execute the first judging module to perform deep search traversal The sub-constraint of the constraint until the node traversing to the constraint is a leaf node.
  • the third determining module 12204 determines whether the constraint result corresponding to the first constraint condition matches the parameter data included in the request information. In the case of matching, it is determined that the product object to be requested is successfully verified, and returns to the execution reading module.
  • the foregoing reading module 12201, the first determining module 12202, the second determining module 12203, and the third determining module 12204 correspond to steps A to D in the first embodiment, and the four modules and corresponding steps.
  • the implemented example and the application scenario are the same, but are not limited to the content disclosed in the above embodiment 1. It should be noted that the above module can be operated as part of the device in the computer terminal 10 provided in the first embodiment.
  • the apparatus provided by the present application may further include: an ending unit 1280, for verifying that the product object ends after traversing all the product constraint information in the product constraint information set.
  • the apparatus provided by the present application may further include: a processing unit 1290, configured to determine that the current account request product object fails in the case that the product object verification fails, and return error information.
  • processing unit 1290 corresponds to the step S50 in the first embodiment, and the unit is the same as the example and the application scenario implemented by the corresponding steps, but is not limited to the content disclosed in the first embodiment. It should be noted that the above module can be operated as part of the device in the computer terminal 10 provided in the first embodiment.
  • the apparatus provided by the present application may further include:
  • the calculating unit 1300 is configured to process the system to count the number of product objects, and calculate a value of the virtual resource that matches the product object.
  • the transfer unit 1310 is configured to transfer the value of the virtual resource matching the product object, and if the transfer is successful, return the transfer success prompt information, and return the error prompt information if the transfer fails.
  • calculation unit 1300 and the transfer unit 1310 correspond to the steps S30 to S32 in the first embodiment, and the two units are the same as the examples and application scenarios implemented by the corresponding steps, but are not limited to the above-mentioned first embodiment.
  • Embodiments of the present invention may provide a computer terminal, which may be any one of computer terminal groups.
  • the foregoing computer terminal may also be replaced with a terminal device such as a mobile terminal.
  • the computer terminal may be located in at least one network device of the plurality of network devices of the computer network.
  • the computer terminal may execute the program code of the following steps in the method for acquiring the product object: receiving the product request information submitted by the current account, where the product request information includes at least one of the product objects to be requested by the current account.
  • Product parameters and corresponding parameter data at least one product constraint information saved in advance is called according to the product request information, wherein the product constraint information is saved by using a tree structure constraint model, and the product constraint information includes: a constraint name, at least one constraint condition and a constraint Resulting; traversing at least one product constraint information, if the query in any one of the product constraint information obtains a constraint that matches the product parameter included in the request information, and the constraint result that matches the parameter data, determining the product object to be requested
  • the verification is successful; when the product object verification is successful, the product object is submitted to the processing system.
  • FIG. 15 is a structural block diagram of a computer terminal according to an embodiment of the present invention.
  • the computer terminal A may include one or more (only one shown in the figure) processor, memory.
  • the above-mentioned memory can be used to store software programs and modules, such as the method and device corresponding to the method and device for acquiring product objects in the embodiment of the present invention, and the processor executes the software programs and modules stored in the memory, thereby executing each A functional application and data processing, that is, a method for obtaining a product object as described above.
  • the memory may include a high speed random access memory, and may also include non-volatile memory such as one or more magnetic storage devices, flash memory, or other non-volatile solid state memory.
  • the memory can further include memory remotely located relative to the processor, which can be connected to terminal A via a network. Instance package for the above network These include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.
  • the processor may invoke the memory stored information and the application by the transmission device to perform the following steps: receiving the product request information submitted by the current account, where the product request information includes at least one product parameter of the product object to be requested by the current account. And corresponding parameter data; calling at least one product constraint information saved in advance according to the product request information, wherein the product constraint information is saved by using a tree structure constraint model, where the product constraint information includes: a constraint name, at least one constraint condition, and a constraint result; Traversing at least one product constraint information, if the query in any one of the product constraint information is matched with the product parameter included in the request information, and the constraint result matching the parameter data, determining the product object verification to be requested Successful; submit product object to the processing system if the product object verification is successful.
  • the foregoing processor may further execute the following program code: the current account accesses the corresponding product page, and reads the product configuration information and the product constraint information set, where the product configuration information includes: multiple product parameters and each product At least one parameter data corresponding to the parameter; displaying the product configuration information in the product page according to the product constraint information set; generating one to be submitted after one or more product parameters and corresponding parameter data displayed in the current account selected product page Product request information.
  • the foregoing processor may further execute the following program code: determining, according to account information of the current account, whether there is special constraint information corresponding to the current account, where the account information includes at least any one or more of the following data: an account Name, number of logins for the current account, login frequency, number and frequency of product objects requested by the current account; if present, the product constraint information set is updated with special constraint information, and the updated product constraint information set is output.
  • the foregoing processor may further execute the following program code: the constraint name is a root node in the constraint model, each constraint is a child node, and the constraint result is a leaf node, where the corresponding child of the constraint condition
  • the constraint model further includes at least one grandchild node determined based on the sub-constraint condition, thereby obtaining a constraint model of the tree structure.
  • the foregoing processor may further execute the following program code: Step A, reading first product constraint information in the product constraint information set; Step B, determining whether the first constraint condition of the first product constraint information is related to the request The product parameters included in the information are matched. In the case of matching, step C is performed. Otherwise, step A is returned to read the second product constraint information in the product constraint information set, wherein the second product constraint information is the first product.
  • step C determining whether the node of the first constraint condition of the first product information is a leaf node in the constraint model, if not the leaf node, performing step D, otherwise, returning to step B to perform a deep search traversal constraint
  • the sub-constraint condition of the condition until the node traversing to the constraint is a leaf node; in step D, the first constraint bar is determined Whether the constraint result corresponding to the piece matches the parameter data included in the request information. In the case of matching, it is determined that the product object to be requested is successfully verified, and returns to step A to deeply traverse the next product constraint in the product constraint information set. information.
  • the foregoing processor may further execute the following program code: after traversing all the product constraint information in the product constraint information set by using the foregoing steps A to D, verifying that the product object ends.
  • the foregoing processor may further execute the following program code: in the case that the product object verification fails, determining that the current account requests the product object fails, and returning the error information.
  • the foregoing processor may further execute the following program code: the processing system counts the number of product objects, and calculates the value of the virtual resource that matches the product object; and transfers the value of the virtual resource that matches the product object, In the case that the transfer is successful, the transfer success prompt information is returned, and in the case of the transfer failure, the error prompt information is returned.
  • a method for obtaining a product object Receiving the product request information submitted by the current account, where the product request information includes at least one product parameter and corresponding parameter data of the product object to be requested by the current account; and calling at least one product constraint information saved in advance according to the product request information,
  • the constraint model of the tree structure is used to store product constraint information, and the product constraint information includes: a constraint name, at least one constraint condition, and a constraint result; traversing at least one product constraint information, if the query and the request information are obtained in any one of the product constraint information
  • the constraint conditions of the product parameters included in the product parameters and the constraint results matching the parameter data determine that the product object to be requested is successfully verified; in the case where the product object verification is successful, the product object is submitted to the processing system to solve
  • the system background is continuously called to verify the technical problem that the constraint condition causes the system performance to be low.
  • FIG. 15 is only for illustration, and the computer terminal can also be a smart phone (such as an Android mobile phone, an iOS mobile phone, etc.), a tablet computer, an applause computer, and a mobile Internet device (Mobile Internet Devices, MID). ), PAD and other terminal devices.
  • Fig. 15 does not limit the structure of the above electronic device.
  • computer terminal 15 may also include more or fewer components (such as a network interface, display device, etc.) than shown in FIG. 15, or have a different configuration than that shown in FIG.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be used to save the program code executed by the method for obtaining a product object provided by the foregoing Embodiment 1.
  • the foregoing storage medium may be located in any one of the computer terminal groups in the computer network, or in any one of the mobile terminal groups.
  • the storage medium is configured to store program code for performing the following steps: receiving product request information submitted by the current account, wherein the product request information includes the current account request At least one product parameter and corresponding parameter data of the product object; calling at least one product constraint information saved in advance according to the product request information, wherein the product constraint information is saved by using a tree structure constraint model, the product constraint
  • the information includes: a constraint name, at least one constraint condition, and a constraint result; traversing the at least one product constraint information, if a query is obtained in any one of the product constraint information to obtain a constraint that matches a product parameter included in the request information And the constraint result matching the parameter data, determining that the product object to be requested is successfully verified; and if the product object verification is successful, submitting the product object to the processing system.
  • the disclosed technical contents may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • multiple units or components may be combined or may be Integrate into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, unit or module, and may be electrical or otherwise.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, It can be stored on a computer readable storage medium.
  • the technical solution of the present invention which is essential or contributes to the prior art, or all or part of the technical solution, may be embodied in the form of a software product stored in a storage medium.
  • a number of instructions are included to cause a computer device (which may be a personal computer, server or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic disk, or an optical disk, and the like. .

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)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种获取产品对象的方法及装置。其中，该方法包括：接收当前账户提交的产品请求信息，其中，产品请求信息中包含了当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据（S22），根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果（S24）；遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功（S26）；在产品对象校验成功的情况下，提交产品对象至处理系统（S28）。本方法和装置解决了相关技术中，用户在进行产品配置选择时会不断调用系统后台来校验约束条件导致系统性能低下的技术问题。

Description

获取产品对象的方法及装置
本申请要求2016年01月08日递交的申请号为201610012415.X、发明名称为“获取产品对象的方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及计算机领域，具体而言，涉及一种获取产品对象的方法及装置。
背景技术
用户在通过互联网进行购物时，可以在产品的购买网页中配置产品的多项参数，商家可以根据用户配置的产品参数来为用户准备相应的产品，比如，用户在购买云服务器时，云服务器可以包括CPU、内存、磁盘、带宽、操作系统、区域等多个模块，用户可以针对上述多个模块进行选择，但是，商家提供的上述多个模块在销售上会存在约束限制，比如，杭州区域不能购买CPU8核，内存32G或者64G的机器；用户选择1核CPU，512M内存的时候不能选择windows操作系统等。
需要说明的是，在相关技术中实现上述产品的约束配置会存在如下缺点：
(1)如果一种产品存在多个模块时，相关技术只能做到少数模块(例如两个模块)的互斥，无法做到多个模块之间的复杂约束。
(2)商家无法直观的配置产品的约束条件，只能通过复杂的表达式引擎来实现约束的配置。
(3)用户选择配置产品的过程中会不断调用系统后台来校验约束条件，导致系统性能低下。
针对相关技术中，用户在进行产品配置时会不断调用系统后台来校验约束条件导致系统性能低下的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种获取产品对象的方法及装置，以至少解决相关技术中，用户在进行产品配置选择时会不断调用系统后台来校验约束条件导致系统性能低下的技术问题。
根据本发明实施例的一个方面，提供了一种获取产品对象的方法，包括：接收当前 账户提交的产品请求信息，其中，产品请求信息中包含了当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据；根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果；遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；在产品对象校验成功的情况下，提交产品对象至处理系统。
根据本发明实施例的另一方面，还提供了一种获取产品对象的装置，包括：接收单元，用于接收当前账户提交的产品请求信息，其中，产品请求信息中包含了当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据；调用单元，用于根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果；遍历单元，用于遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；提交单元，用于在产品对象校验成功的情况下，提交产品对象至处理系统。
在本发明实施例中，采用接收当前账户提交的产品请求信息，其中，产品请求信息中包含了当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据；根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果；遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；在产品对象校验成功的情况下，提交产品对象至处理系统，解决了相关技术中，用户在进行产品配置选择时会不断调用系统后台来校验约束条件导致系统性能低下的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据发明实施例的一种获取产品对象的方法的运行终端的结构图；
图2是根据发明实施例的一种获取产品对象的方法的流程图；
图3是根据发明实施例的一种可选地获取产品对象的方法的示意图；
图4是根据发明实施例的一种可选地获取产品对象的方法的示意图；
图5是根据发明实施例的一种可选地获取产品对象的方法的示意图；
图6是根据发明实施例的一种可选地获取产品对象的方法的示意图；
图7是根据发明实施例的一种可选地获取产品对象的方法的示意图；
图8是根据发明实施例的一种可选地获取产品对象的方法的示意图；
图9是根据发明实施例的一种可选地获取产品对象的方法的示意图；
图10是根据发明实施例的一种可选地获取产品对象的方法的示意图；
图11是根据发明实施例的一种可选地获取产品对象的方法的示意图；
图12是根据发明实施例的一种获取产品对象的装置的示意图；
图13是根据发明实施例的一种可选地获取产品对象的装置的示意图；
图14是根据发明实施例的一种可选地获取产品对象的装置的示意图；以及
图15是根据发明实施例的一种获取产品对象的方法的运行终端的结构图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例，还提供了一种获取产品对象的方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本发明实施例的一种获取产品对象的方法的计算机终端的硬件结构框图。如图1所示，计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的获取产品对象的方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的获取产品对象的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
在上述运行环境下，本申请提供了如图2所示的获取产品对象的方法。图2是根据本发明实施例一的获取产品对象的方法的流程图。该方法可以包括：
步骤S22，接收当前账户提交的产品请求信息，其中，产品请求信息中包含了当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据。
在上述步骤S22中，上述当前账户可以为正在浏览产品销售页面的买家，本方案可 以通过网站服务器来接收买家通过产品销售页面提交的产品请求信息，上述产品对象可以为买家在产品销售页面选择的具体的产品，上述产品参数可以为上述产品的多个组成模块，上述参数数据可以为产品的每个组成模块所对应的具体的型号、尺寸、地域等属性。
下面以买家购买云服务器为例，买家可以登录云服务器的销售页面，需要说明的是，云服务器可以包括地域、CPU、内存、公网带宽、镜像类型等多个组成模块，其中，每个组成模块可以包括多个型号，比如，云服务器中的一个组成模块“内存”可以包括512M，1GB，2GB，4GB，8GB等型号，买家可以对销售页面中显示的云服务器的组成模块以及每个组成模块的型号进行选择，生成产品请求信息，网站服务器可以接收买家提交的产品请求信息。
步骤S24，根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果。
在上述步骤S24中，网站服务器可以根据买家账户提交的产品请求信息来调用预先保存的至少一个产品约束信息，需要说明的是，本方案可以采用树状结构的约束模型中的各个节点来保存上述产品约束信息中的约束名称、至少一个约束条件和约束结果。需要说明的是，上述产品约束信息为产品的各个组成模块之间的约束限制，比如，选择了模块A中的a1型号的买家只能选择模块B中的b1型号。
下面仍以买家购买云服务器为例，在网站服务器中可以预先保存有多个关于云服务器的产品约束信息，例如，在预先保存的第一产品约束信息中，约束名称为：不同地域购买16核32G的机器的限制，约束的条件为：杭州地域，约束结果为可以购买16核32G的机器，从上述第一产品约束信息可知，只有杭州地域才可以购买16核32G的机器。再例如，在预先保存的第二产品约束信息中，约束名称为：不同操作系统购买1核512M的机器的限制，约束条件为windows，约束结果为不能购买1核512M的机器，从上述第二产品约束信息可知，windows操作系统不能购买1核512M的机器。再例如，在预先保存的第三产品约束信息中，约束名称为：不同地域购买云ssd数据盘的机器的限制，约束条件为深圳，约束结果为可以购买云ssd数据盘的机器，从上述第三产品约束信息可知，只有深圳的地域才可以购买云ssd数据盘。
步骤S26，遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果， 则确定所要请求的产品对象校验成功。
在上述步骤S26中，网站服务器在调用了多个产品约束信息之后，可以遍历上述树状模型中的各个节点中保存的约束名称、至少一个约束条件和约束结果，如果上述树状模型中包含任意一个与上述产品参数相匹配的约束条件，并且，树状模型中包含与上述参数数据相匹配的约束结果，在网站服务器确定买家所选择的产品对象校验成功，则说明买家在产品销售页面所选择的产品对象的产品参数以及参数没有违背服务器预先保存的约束限制，买家可以对所选择的产品对象进行购买。
需要说明的是，在上述树状模型包含着多个不同的约束条件以及约束结果，在本方案中，只要存在一组约束条件以及约束结果与卖家选择的产品参数以及参数数据相匹配，则买家所选择的产品对象校验成功。
下面仍以买家购买云服务器为例，买家可以在云服务器的销售页面进行选择，比如，买家的选择可以为如下：在杭州区域购买cpu8核的云服务器，网站服务器在接收买家的产品请求信息之后，可以遍历预存的树状结构，在该树状结构的模型中可以保存多个约束条件以及约束结果，在本实施例中，如果在该树状结构的多个节点中包括约束条件“杭州区域”以及约束结果“可以购买cpu8核的云服务器”，那么买家所选择的产品对象校验成功，说明买家所选择的产品请求信息“在杭州区域购买cpu8核的云服务器”没有违背网站服务器预存的约束限制，即买家可以在杭州区域购买cpu8核的云服务器。
这里需要说明的是，在该树状结构中可以预存如下多组约束条件以及约束结果：第一组：在北京区域可以购买cpu8核的云服务器，第二组：在杭州区域不可以购买cpu6核的云服务器，第三组：在深圳区域可以购买cpu8核的云服务器，在杭州区域不可以购买cpu4核的云服务器，第四组：在杭州地域可以购买cpu8核的云服务器。容易注意到，尽管第一组、第二组以及第三组的约束条件以及约束结果与卖家的产品请求信息中的参数以及参数数据不匹配，但是，只要在树状结构模型中存在任意一组(例如第四组)与卖家的请求信息匹配的第四组约束条件以及约束结果，买家所选择的产品对象校验成功，买家就可以在杭州区域购买cpu8核的云服务器，
步骤S28，在产品对象校验成功的情况下，提交产品对象至处理系统。
在上述步骤S28中，在本方案中，如果买家选择的产品对象校验成功，网站服务器则将买家所选择的产品对象提交至处理系统，上述处理系统可以为产品销售网站的购物车结算系统。
下面仍以买家购买云服务器为例，买家可以在云服务器的销售页面的选择为如下： 在杭州区域购买cpu8核的云服务器，在网站服务器对买家所选择的产品对象校验成功之后，网站服务器则将买家在杭州区域购买cpu8核的云服务器的需求提交至云服务器的销售页面的结算系统，该结算系统可以生成杭州区域cpu8核的云服务器的价格。
本申请上述实施例一公开的方案中，如果产品销售商想获取买家账户所选择产品对象，首先，网站服务器可以接收买家账户通过产品的销售页面提交的产品请求信息，其中，产品请求信息中包含了当前买家账户所要请求的产品对象的至少一个产品参数和对应的参数数据；然后，网站服务器可以根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果；接着，网站服务器可以遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；最后，在产品对象校验成功的情况下，提交产品对象至处理系统。容易注意到，在接收到买家账户的产品请求信息之后，本方案只调用一次预存的多个产品约束信息，然后遍历上述多个产品约束信息的方法，从而校验买家账户所选择的产品对象是否违背约束限制，同现有技术相比，本方案可以避免在用户配置产品的过程中不断的调用系统后台导致系统性能低下的问题，而且，本方案可以采用预先保存的多个约束信息对产品对象进行校验，该多个约束信息可以包含产品的多个模块，即本方案还可以实现多个模块之间的复杂约束。由此，本申请提供的上述实施例一的方案解决了相关技术中，用户在进行产品配置选择时会不断调用系统后台来校验约束条件导致系统性能低下的技术问题。
在本申请提供的一种可选实施例中，在步骤S22，接收当前账户提交的产品请求信息之前，本方案还可以包括：
步骤S111，当前账户访问对应的产品页面，读取产品配置信息以及产品约束信息集合，其中，产品配置信息包括：多个产品参数以及每个产品参数对应的至少一个参数数据。
在上述步骤S111中，上述产品页面可以为产品的销售页面，产品的买家在登录上述产品的销售页面之后，网站服务器可以读取预存的产品配置信息以及约束信息集合，上述产品配置信息为产品的组成模块以及每个组成模块的多项属性，上述产品约束信息集合中可以包括关于上述产品的所有的约束信息，需要说明的是，上述产品的约束信息集合可以采用树状结构模型的多个节点进行保存。
这里需要说明的是，步骤S111中的产品参数和对应的参数数据为预存在网站服务器 (系统后台)中的产品的所有配置信息，而步骤S22中的产品参数和对应的参数数据为买家在产品的销售页面中通过选择生成，二者产生原因不同。
下面仍以买家购买云服务器为例，买家登录云服务器的销售页面，然后网站服务器读取关于云服务器的配置信息，比如云服务器产品可以包括多个模块(即上述产品参数)：地域模块、可用区模块、CPU模块、内存模块、公网带宽模块、带宽模块以及镜像类型模块，其中每个模块可以包括多个属性(即参数数据)，地域模块可以包括北京、上海、深圳、杭州、青岛、香港、美国硅谷、亚太(新加坡)等属性，CPU模块可以包括:1核，2核，4核，8核，16核等属性。内存可以包括：512M，1GB，2GB，4GB，8GB等属性，公网带宽可以包括：按固定带宽、按使用流量等属性，镜像来行可以包括:公共镜像以及镜像市场等属性。网站服务器还可以读取云服务器的约束信息，云服务器约束信息为云服务器的各个组成模块之间的约束限制，比如，只有杭州地域才可以购买16核32G的机器，windows操作系统不能购买1核512M的机器，只有深圳的地域才可以购买云ssd数据盘等。
步骤S112，根据产品约束信息集合将产品配置信息显示在产品页面中。
在上述步骤S112中，网站服务器在读取了产品约束信息集合以及产品配置信息之后，可以根据产品约束信息集合将产品配置信息显示在产品的销售页面中供买家查看和选择，需要说明的是，由于本方案是根据产品约束信息来显示产品的配置，因此，在产品销售页面显示的产品的配置信息是符合产品的约束限制的，即随着买家对产品的配置的选择，页面中显示的产品配置信息是不断变化的。
下面仍以买家购买云服务器为例，买家登录云服务器的销售页面之后，网站服务器可以读取预存的云服务器的配置信息以及云服务器的约束信息，然后按照云服务器的约束信息将云服务器的配置信息显示在云服务器的销售页面，如图3所示，如果买家选择地域为北京，那么在云服务的销售页面中显示的CPU可以为1核至16核，如果买家选择地域为深圳，那么销售页面中显示的CPU为1核至8核，即云服务器的销售页面中显示的产品内容可以随着买家的配置而动态变化。
需要说明的是，结合图3，如果用户在云服务的销售页面中勾选了IO优化实例，本方案可以为用户显示一个优选的云服务器的配置(多数人选择的云服务器的配置)。
步骤S113，当当前账户选定产品页面中显示的一个或多个产品参数以及对应的参数数据之后，产生待提交的产品请求信息。
在本申请提供的一种可选实施例中，在步骤S111，读取产品配置信息以及产品约束 信息集合之后，本方案还可以包括：
步骤S115，根据当前账户的账户信息判断是否存在与当前账户对应的特殊约束信息，其中，账户信息至少包括如下任意一种或多种数据：账户名称、当前账户的登录次数、登录频率、当前账户请求产品对象的数量和频率。
在上述步骤S115中，网站服务器可以根据买家的账户信息(账户的名称、登录次数、登录频率以及请求的产品对象)来判断买家是否为VIP用户(个性化用户)，如果买家为VIP用户的情况下，则在网站服务器则调用与VIP用户对应的特殊约束信息，需要说明的是，上述特殊约束信息与普通用户对应的约束信息相比，约束条件、约束结果可以不同。
下面仍以买家购买云服务器为例，在网站服务器中预存着白名单，在白名单中预存这多个VIP用户(个性化用户)的账户名称，在买家登录云服务器的销售页面之后，网站服务器可以判断买家账户的名称是否存在于上述白名单，如果买家账户的名称是否存在于上述白名单，则网站服务器确定上述买家账户为VIP用户，然后查询与该VIP用户对应的特殊约束信息。
步骤S116，如果存在，则使用特殊约束信息更新产品约束信息集合，并输出更新后的产品约束信息集合。
在上述步骤S116中，网站服务器可以采用上述特殊约束信息来修改预存的约束信息集合，即修改上述树状结构的模型，比如约束条件的修改、删除，约束结果的修改、删除。
在本申请提供的一种可选实施例中，约束模型中以约束名称为根节点，每个约束条件作为子节点，约束结果为叶子节点，其中，当约束条件的所对应的子节点作为父亲节点时，约束模型还包括至少一个基于子约束条件所确定的孙子节点，以此得到树状结构的约束模型。
在上述数状结构的约束模型中，如图4所示，主要包括约束名称、约束条件以及约束结果，产品的每个组成模块可以包括多个约束名称，每个约束名称可以包括多个约束条件，约束结果描述的是产品的组成模块的属性值，在树状结构模型中，约束名称为根节点，约束条件为子节点，约束结果为叶子节点，需要说明的是，在本方案中，约束条件作为父亲节点，还可以包括子约束条件，该子约束条件相当于约束名称来说则为孙子节点，本方案通过上述方式来生成上述树状的约束模型。
在本申请提供的一种可选实施例中，产品的销售管理人员可以在后台配置产品的树 状约束模型，如图5所示，管理人员可以在根节点“不同地域对更换OS的限制”下添加父约束条件“更换操作系统”，然后在约束条件“更换操作系统”下继续添加子约束条件“windows”、“Linux”等，然后销售管理人员还可以在子约束条件“windows”下继续添加孙子约束条件“香港”、“美国硅谷”、“亚太”，在子约束条件“Linux”下继续添加孙子约束条件“香港”、“美国硅谷”、“亚太”，从而建立树状的约束模型。
下面举例说明销售管理人员建立图5中约束模型的具体过程：
步骤S41，产品的销售管理人员可以点击约束配置页面中的增加商品约束的按钮，然后在弹出的对话框中填写产品约束的名称“不同地域对更换OS的限制”和购买类型“更换操作系统”，生成一条新的产品约束，默认的第一个约束条件为更换操作系统。
步骤S42，产品的销售管理人员可以点击图5中“更换操作系统”右侧的添加子条件按钮，在弹出的对话框(如图6所示)中添加一个windows的条件，如图6所示，key是对应的配件属性code，value是具体的值(对于单值情况起始值和结束值填一样)，错误码用于返回给前端页面，页面就可以个性化的展示错误(如炒作系统不合法)，产品的销售管理人员可以通过与步骤B同样的方法再添加一个Linux的子条件。
步骤S43，产品的销售管理人员可以点击图5中windows右侧的“添加子条件”按钮，会再次弹出一个框，如图7所示，产品的销售管理人员可以在图7中的对话框中填写windows子条件的子条件，通过多部操作，产品的销售管理人员可以把所有子条件添加完毕。
步骤S44，产品的销售管理人员可以在图5中的孙子约束条件“香港”下添加约束结果，在点击编辑结果的按钮之后，弹出对话框(如图8所示)，图8中的约束结果表示香港地域更换OS可以更换windows的，但不能更换为Linux的。需要说明的是，如图9所示，产品的销售管理人员还可以更改约束结果的可选值。
在本申请提供的一种可选实施例中，步骤S26，遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功的步骤可以包括：
步骤A，读取产品约束信息集合中的第一产品约束信息。
在上述步骤A中，网站服务器可以读取预存的产品约束信息集合中的任意一个产品约束信息，在上述第一产品约束信息中可以包括着第一约束条件、以及第一约束条件对应的约束结果，需要说明的是，上述第一产品约束信息保存在第一树状结构模型中。
下面仍以买家购买云服务器为例，在买家提交云服务器的请求信息之后，网站服务器可以读取预存在数据库中的产品约束信息集合的任意一个产品约束信息，第一产品约束信息的第一约束条件可以为“在北京地域”，与第一产品约束条件对应的第一约束结果可以为“可以购买1核CPU”。
步骤B，判断第一产品约束信息的第一约束条件是否与请求信息中包含的产品参数相匹配，在匹配的情况下，执行步骤C，否则，返回步骤A来读取产品约束信息集合中的第二产品约束信息，其中，第二产品约束信息为第一产品约束信息的下一条信息。
在上述步骤B中，在买家提交的请求信息中包含着产品参数以及产品参数数据，网站服务器可以将买家提交的请求信息的产品参数与上述第一约束条件进行匹配，如果匹配成功，则执行步骤C，如果匹配失败，则读取第一产品约束信息下的第二产品约束信息。
下面仍以买家购买云服务器为例，在产品约束信息集合中，第一产品约束信息的第一产品约束条件为“在北京地域”，第二产品约束信息的产品约束条件为“在杭州”，买家提交的产品请求信息中，产品参数为“在北京地域”，网站服务器则判定匹配成功。需要说明的是，如果产品请求信息中的产品参数为在“在深圳地域”，则匹配失败，网站服务器则读取第二产品约束信息的产品约束条件。
步骤C，判断第一产品信息的第一约束条件的节点是否为约束模型中的叶子节点，如果不是叶子节点，执行步骤D，否则，返回步骤B来深度搜索遍历约束条件的子约束条件，直至遍历到约束条件的节点为叶子节点。
在上述步骤C中，网站服务器可以继续判定第一约束条件在树状结构的约束模型中是否为叶子节点，如果第一约束条件之下存在子约束条件的情况下，网站服务器则通过深度搜索算法来遍历第一约束条件下的所有子约束条件，需要说明的是，在树状结构的约束模型中，如果第一约束条件之下存在第一子约束条件，第一子约束条件之下存在第一孙子约束条件，网站服务器则遍历一个子约束条件，然后将每一个子约束条件与用户的请求信息的产品参数进行匹配，直到最后一个座位叶子节点的约束条件与用户的请求信息的产品参数匹配为止，再执行步骤D。
步骤D，判断第一约束条件对应的约束结果是否与请求信息中包含的参数数据相匹配，在匹配的情况下，确定所要请求的产品对象校验成功，并返回步骤A来深度遍历产品约束信息集合中的下一条产品约束信息。
在上述步骤D中，在第一约束条件与请求信息的产品匹配之后，网站服务器则将第 一约束结果与参数数据相匹配，如果匹配，则说明校验成功，买家所选择的产品对象没有违背产品约束限制，如果匹配不成功，网站服务器则深度遍历产品约束信息集合中的下一条产品约束信息。
下面举例详细阐述步骤A至步骤D中产品对象校验的过程：
买家user在云服务器的销售页面中进行产品对象的选择，以生成云服务器的请求信息，该云服务器的请求信息可以为：在地域青岛，购买系统为Windows、CPU为1核的云服务器，可见，在该云服务器的请求信息中，产品参数为地域、系统以及CPU，与产品参数对应的参数数据分别为：青岛、Windows以及1核。在网站服务器中预存有多个树状结构模型用于存储多个约束信息：其中约束信息L1：在地域青岛可以购买统为Windows、CPU为1核的云服务器，可见，在约束信息L1中，存在两条约束条件，约束条件T1：地域青岛，约束条件T2：Windows，约束结果R1：可以购买1核CPU。需要说明的是，约束信息L1在树状结构中，约束条件T1为父节点，约束条件T2为子节点，约束结果R1为孙子节点。网站服务器可以读取约束信息L1的树，然后从父节点进行遍历，网站服务器可以首先将约束条件T1与产品参数进行匹配，匹配成功，网站服务器然后将约束条件T1的子节点约束条件T2与产品参数进行匹配，匹配成功，然后，网站服务器继续遍历L1，确定约束结果R1为叶子节点之后，网站服务器则将约束结果R1与上述产品参数匹配，匹配成功，则产品对象校验成功。
在本申请提供的一种可选实施例中，在使用上述步骤A至步骤D遍历完产品约束信息集合中的所有产品约束信息之后，校验产品对象结束，需要说明的是，如果产品约束信息结合中的所有产品的约束信息的约束条件与产品参数不匹配或者，所有产品的约束信息的约束结果与参数数据不匹配的情况下，则说明产品对象校验失败。
在本申请提供的一种可选实施例中，在产品对象校验失败的情况下，本方案还可以包括：
步骤S50，确定当前账户请求产品对象失败，并返回报错信息。
在上述步骤S50中，在确定当前账户请求产品对象失败，本方案可以平抛出异常，返回下单失败，可选地，本方案可以弹出对话框提示买家解决的方法，比如重新选择产品对象。
在本申请提供的一种可选实施例中，在步骤S28，提交产品对象至处理系统之后，方法还包括：
步骤S30，处理系统统计产品对象的数量，并计算与产品对象匹配的虚拟资源的数 值。
在上述步骤S30中，网站服务器在将产品对象上传结算系统之后，结算系统可以统计产品对象的数量，并计算产品对象的价格。
步骤S32，将与产品对象匹配的虚拟资源的数值进行转移处理，在转移成功的情况下，返回转移成功提示信息，在转移失败的情况，返回错误提示信息。
在上述步骤S32中，网站服务器可以将买家账户进行扣划，在扣划成功或失败的情况下，在产品销售页面上弹起一个对话框，用于提示买家支付成功或失败。
下面结合图10，介绍本方案中生成产品订单的一种优选实施例：
步骤S100，用户打开页面，系统调用接口获取产品配置。
在上述步骤S100中，在买家用户打开产品选购页面的时候，页面系统会调用接口获取产品的配置，产品配置可以包括产品参数以及参数数据。
步骤S101，系统查询数据库，获得相关的约束信息，组装为树状结构。
在上述步骤S101中，页面系统会查询数据库，在数据库中可以以树状结构的形式保持多个约束信息，其中，约束信息可以为约束名称、约束条件以及约束结果。
步骤S102，根据用户遍历看是否有特殊化逻辑需要修改约束树。
在上述步骤S102中，页面系统可以根据用户的账户的信息来判读用户是否为个性化用户，并根据个性化用户的特殊约束信息修改预存的约束信息。
步骤S103，结果返回前端，前端根据产品配置和约束信息展现界面。
在上述步骤S103中个，页面系统可以将更改后的约束信息以及产品配置返回前端，由前端根据约束信息来显示产品的配置信息。
步骤S104，用户下单，根据下单参数组装产品对象，并重新查询出约束树，校验约束。
在上述步骤S104中，用户可以对产品的各项参数进行选择以下单，页面系统可以将买家用户的产品请求信息与约束信息进行匹配，以进行产品对象的校验。
步骤S105，判断校验是否通过，在通过的情况下，执行步骤S107，在校验不通过的情况下，执行步骤S106。
步骤S106，返回下单失败和校验失败的原因。
在上述步骤S106中，页面系统可以在页面中弹出对话框提示用户下大失败以及失败的原因。
步骤S107，计算价格、生成订单，引导买家支付。
下面结合图11，介绍步骤S104中产品对象校验的过程：
步骤S1041，遍历所有约束树。
在上述步骤S1041中，页面系统会读取所有的约束树，在约束树中，预先保存着多个约束信息，约束信息包括约束条件以及约束结果。
步骤S1042，判断是否还有约束树。
在上述步骤S1042中，页面系统可以判断是否还有约束树，在是的情况下，执行步骤S1043，在否的情况下，则约束校验成功。
步骤S1043，校验每个约束条件，判断是否校验成功，校验成功的情况下执行步骤S1044，在校验失败的情况下返回执行步骤S1041。
在上述步骤S1043中，页面系统可以校验约束条件是否与产品对象的产品参数匹配。
步骤S1044，判断每个约束条件是否为叶子节点，在是的情况下，执行步骤S1045，在否的情况下，返回执行步骤S1043。
步骤S1045，判断约束条件的约束结果与产品对象的参数数据是否匹配，在是的情况下返回执行步骤S1041，在否的情况下，则校验失败。
在上述步骤S1045中，页面系统可以判断约束条件的约束结果与产品对象的参数数据是否匹配。在校验成功之后，本方案可以进行计算价格，生成订单等操作。需要说明的是，上述校验的过程中，本方案可以通过缓存技术来提高效率。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例，还提供了一种用于实施上述获取产品对象的方法的获取产品对 象的装置，如图12所示，该装置可以包括：
接收单元1200，用于接收当前账户提交的产品请求信息，其中，产品请求信息中包含了当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据。
调用单元1210，用于根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果。
遍历单元1220，用于遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功。
提交单元1230，用于在产品对象校验成功的情况下，提交产品对象至处理系统。
此处需要说明的是，上述接收单元1200、调用单元1210、遍历单元1220以及提交单元1230对应于实施例一中的步骤S22至步骤S28，四个单元与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
在一种可选地实施例中，如图13所示，本申请提供的装置还可以包括：
读取单元1240，用于当前账户访问对应的产品页面，读取产品配置信息以及产品约束信息集合，其中，产品配置信息包括：多个产品参数以及每个产品参数对应的至少一个参数数据。显示单元1250，用于根据产品约束信息集合将产品配置信息显示在产品页面中。产生单元1260，用于当当前账户选定产品页面中显示的一个或多个产品参数以及对应的参数数据之后，产生待提交的产品请求信息。
此处需要说明的是，上述读取单元1240、显示单元1250以及产生单元1260对应于实施例一中的步骤S111至步骤S113，三个单元与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
在一种可选地实施例中，如图14所示，本申请提供的装置还可以包括：
判断单元1270，用于根据当前账户的账户信息判断是否存在与当前账户对应的特殊约束信息，其中，账户信息至少包括如下任意一种或多种数据：账户名称、当前账户的登录次数、登录频率、当前账户请求产品对象的数量和频率；如果存在，则使用特殊约束信息更新产品约束信息集合，并输出更新后的产品约束信息集合。
此处需要说明的是，上述判断单元1270对应于实施例一中的步骤S115至步骤S116， 判断单元1270与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
在一种可选地实施例中，约束模型中以约束名称为根节点，每个约束条件作为子节点，约束结果为叶子节点，其中，当约束条件的所对应的子节点作为父亲节点时，约束模型还包括至少一个基于子约束条件所确定的孙子节点，以此得到树状结构的约束模型。
在一种可选地实施例中，遍历单元1220还可以包括：
读取模块12201，用于读取产品约束信息集合中的第一产品约束信息。
第一判断模块12202，用于判断第一产品约束信息的第一约束条件是否与请求信息中包含的产品参数相匹配，在匹配的情况下，执行第二判断模块，否则，返回执行读取模块来读取产品约束信息集合中的第二产品约束信息，其中，第二产品约束信息为第一产品约束信息的下一条信息。
第二判断模块12203，判断第一产品信息的第一约束条件的节点是否为约束模型中的叶子节点，如果不是叶子节点，执行第三判断模块，否则，返回执行第一判断模块来深度搜索遍历约束条件的子约束条件，直至遍历到约束条件的节点为叶子节点。
第三判断模块12204，判断第一约束条件对应的约束结果是否与请求信息中包含的参数数据相匹配，在匹配的情况下，确定所要请求的产品对象校验成功，并返回执行读取模块。
此处需要说明的是，上述读取模块12201、第一判断模块12202、第二判断模块12203以及第三判断模块12204对应于实施例一中的步骤A至步骤D，四个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
在一种可选地实施例中，本申请提供的装置还可以包括：结束单元1280，用于在遍历完产品约束信息集合中的所有产品约束信息之后，校验产品对象结束。
在一种可选地实施例中，本申请提供的装置还可以包括：处理单元1290，用于在产品对象校验失败的情况下，确定当前账户请求产品对象失败，并返回报错信息。
此处需要说明的是，上述处理单元1290对应于实施例一中的步骤S50，该单元与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
在一种可选地实施例中，本申请提供的装置还可以包括：
计算单元1300，用于处理系统统计产品对象的数量，并计算与产品对象匹配的虚拟资源的数值。
转移单元1310，用于将与产品对象匹配的虚拟资源的数值进行转移处理，在转移成功的情况下，返回转移成功提示信息，在转移失败的情况，返回错误提示信息。
此处需要说明的是，上述计算单元1300、转移单元1310对应于实施例一中的步骤S30至S32，两个单元与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
实施例3
本发明的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。
可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中，上述计算机终端可以执行获取产品对象的方法中以下步骤的程序代码：接收当前账户提交的产品请求信息，其中，产品请求信息中包含了当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据；根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果；遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；在产品对象校验成功的情况下，提交产品对象至处理系统。
可选地，图15是根据本发明实施例的一种计算机终端的结构框图。如图15所示，该计算机终端A可以包括：一个或多个(图中仅示出一个)处理器、存储器。
其中，上述存储器可用于存储软件程序以及模块，如本发明实施例中的获取产品对象的方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的获取产品对象的方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端A。上述网络的实例包 括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：接收当前账户提交的产品请求信息，其中，产品请求信息中包含了当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据；根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果；遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；在产品对象校验成功的情况下，提交产品对象至处理系统。
可选的，上述处理器还可以执行如下步骤的程序代码：当前账户访问对应的产品页面，读取产品配置信息以及产品约束信息集合，其中，产品配置信息包括：多个产品参数以及每个产品参数对应的至少一个参数数据；根据产品约束信息集合将产品配置信息显示在产品页面中；当当前账户选定产品页面中显示的一个或多个产品参数以及对应的参数数据之后，产生待提交的产品请求信息。
可选的，上述处理器还可以执行如下步骤的程序代码：根据当前账户的账户信息判断是否存在与当前账户对应的特殊约束信息，其中，账户信息至少包括如下任意一种或多种数据：账户名称、当前账户的登录次数、登录频率、当前账户请求产品对象的数量和频率；如果存在，则使用特殊约束信息更新产品约束信息集合，并输出更新后的产品约束信息集合。
可选的，上述处理器还可以执行如下步骤的程序代码：约束模型中以约束名称为根节点，每个约束条件作为子节点，约束结果为叶子节点，其中，当约束条件的所对应的子节点作为父亲节点时，约束模型还包括至少一个基于子约束条件所确定的孙子节点，以此得到树状结构的约束模型。
可选的，上述处理器还可以执行如下步骤的程序代码：步骤A，读取产品约束信息集合中的第一产品约束信息；步骤B，判断第一产品约束信息的第一约束条件是否与请求信息中包含的产品参数相匹配，在匹配的情况下，执行步骤C，否则，返回步骤A来读取产品约束信息集合中的第二产品约束信息，其中，第二产品约束信息为第一产品约束信息的下一条信息；步骤C，判断第一产品信息的第一约束条件的节点是否为约束模型中的叶子节点，如果不是叶子节点，执行步骤D，否则，返回步骤B来深度搜索遍历约束条件的子约束条件，直至遍历到约束条件的节点为叶子节点；步骤D，判断第一约束条 件对应的约束结果是否与请求信息中包含的参数数据相匹配，在匹配的情况下，确定所要请求的产品对象校验成功，并返回步骤A来深度遍历产品约束信息集合中的下一条产品约束信息。
可选的，上述处理器还可以执行如下步骤的程序代码：在使用上述步骤A至步骤D遍历完产品约束信息集合中的所有产品约束信息之后，校验产品对象结束。
可选的，上述处理器还可以执行如下步骤的程序代码：在产品对象校验失败的情况下，确定当前账户请求产品对象失败，并返回报错信息。
可选的，上述处理器还可以执行如下步骤的程序代码：处理系统统计产品对象的数量，并计算与产品对象匹配的虚拟资源的数值；将与产品对象匹配的虚拟资源的数值进行转移处理，在转移成功的情况下，返回转移成功提示信息，在转移失败的情况，返回错误提示信息。
采用本发明实施例，提供了一种获取产品对象的方法。通过接收当前账户提交的产品请求信息，其中，产品请求信息中包含了当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据；根据产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存产品约束信息，产品约束信息包括：约束名称、至少一个约束条件和约束结果；遍历至少一个产品约束信息，如果在任意一个产品约束信息中查询得到与请求信息中包含的产品参数相匹配的约束条件，以及与参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；在产品对象校验成功的情况下，提交产品对象至处理系统，解决了相关技术中，用户在进行产品配置选择时会不断调用系统后台来校验约束条件导致系统性能低下的技术问题。
本领域普通技术人员可以理解，图15所示的结构仅为示意，计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图15其并不对上述电子装置的结构造成限定。例如，计算机终端15还可包括比图15中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图15所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的获取产品对象的方法所执行的程序代码。
可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：接收当前账户提交的产品请求信息，其中，所述产品请求信息中包含了所述当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据；根据所述产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存所述产品约束信息，所述产品约束信息包括：约束名称、至少一个约束条件和约束结果；遍历所述至少一个产品约束信息，如果在任意一个所述产品约束信息中查询得到与所述请求信息中包含的产品参数相匹配的约束条件，以及与所述参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；在所述产品对象校验成功的情况下，提交所述产品对象至处理系统。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时， 可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (16)

  1. 一种获取产品对象的方法，其特征在于，包括：
    接收当前账户提交的产品请求信息，其中，所述产品请求信息中包含了所述当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据；
    根据所述产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存所述产品约束信息，所述产品约束信息包括：约束名称、至少一个约束条件和约束结果；
    遍历所述至少一个产品约束信息，如果在任意一个所述产品约束信息中查询得到与所述请求信息中包含的产品参数相匹配的约束条件，以及与所述参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；
    在所述产品对象校验成功的情况下，提交所述产品对象至处理系统。
  2. 根据权利要求1所述的方法，其特征在于，在接收当前账户提交的产品请求信息之前，所述方法还包括：
    所述当前账户访问对应的产品页面，读取产品配置信息以及产品约束信息集合，其中，所述产品配置信息包括：多个产品参数以及每个产品参数对应的至少一个参数数据；
    根据所述产品约束信息集合将所述产品配置信息显示在所述产品页面中；
    当所述当前账户选定所述产品页面中显示的一个或多个产品参数以及对应的参数数据之后，产生待提交的所述产品请求信息。
  3. 根据权利要求2所述的方法，其特征在于，在读取产品配置信息以及所有的约束信息之后，所述方法还包括：
    根据所述当前账户的账户信息判断是否存在与所述当前账户对应的特殊约束信息，其中，所述账户信息至少包括如下任意一种或多种数据：账户名称、所述当前账户的登录次数、登录频率、所述当前账户请求产品对象的数量和频率；
    如果存在，则使用所述特殊约束信息更新所述产品约束信息集合，并输出更新后的产品约束信息集合。
  4. 根据权利要求1至3中任意一项所述的方法，其特征在于，约束模型中以所述约束名称为根节点，每个约束条件作为子节点，所述约束结果为叶子节点，其中，当所述约束条件的所对应的子节点作为父亲节点时，所述约束模型还包括至少一个基于子约束条件所确定的孙子节点，以此得到树状结构的所述约束模型。
  5. 根据权利要求4所述的方法，其特征在于，遍历所述至少一个产品约束信息， 如果在任意一个所述产品约束信息中查询得到与所述请求信息中包含的产品参数相匹配的约束条件，以及与所述参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功，包括：
    步骤A，读取所述产品约束信息集合中的第一产品约束信息；
    步骤B，判断所述第一产品约束信息的第一约束条件是否与所述请求信息中包含的产品参数相匹配，在匹配的情况下，执行步骤C，否则，返回所述步骤A来读取所述产品约束信息集合中的第二产品约束信息，其中，所述第二产品约束信息为所述第一产品约束信息的下一条信息；
    步骤C，判断所述第一产品信息的第一约束条件的节点是否为所述约束模型中的叶子节点，如果不是叶子节点，执行步骤D，否则，返回所述步骤B来深度搜索遍历所述约束条件的子约束条件，直至遍历到所述约束条件的节点为所述叶子节点；
    步骤D，判断第一约束条件对应的约束结果是否与所述请求信息中包含的参数数据相匹配，在匹配的情况下，确定所述所要请求的产品对象校验成功，并返回所述步骤A来深度遍历所述产品约束信息集合中的下一条产品约束信息。
  6. 根据权利要求5所述的方法，其特征在于，在使用上述步骤A至步骤D遍历完所述产品约束信息集合中的所有产品约束信息之后，校验所述产品对象结束。
  7. 根据权利要求1所述的方法，其特征在于，在所述产品对象校验失败的情况下，确定所述当前账户请求所述产品对象失败，并返回报错信息。
  8. 根据权利要求1所述的方法，其特征在于，在提交所述产品对象至处理系统之后，所述方法还包括：
    所述处理系统统计所述产品对象的数量，并计算与所述产品对象匹配的虚拟资源的数值；
    将与所述产品对象匹配的虚拟资源的数值进行转移处理，在转移成功的情况下，返回转移成功提示信息，在转移失败的情况，返回错误提示信息。
  9. 一种获取产品对象的装置，其特征在于，包括：
    接收单元，用于接收当前账户提交的产品请求信息，其中，所述产品请求信息中包含了所述当前账户所要请求的产品对象的至少一个产品参数和对应的参数数据；
    调用单元，用于根据所述产品请求信息调用预先保存的至少一个产品约束信息，其中，采用树状结构的约束模型保存所述产品约束信息，所述产品约束信息包括：约束名称、至少一个约束条件和约束结果；
    遍历单元，用于遍历所述至少一个产品约束信息，如果在任意一个所述产品约束信息中查询得到与所述请求信息中包含的产品参数相匹配的约束条件，以及与所述参数数据相匹配的约束结果，则确定所要请求的产品对象校验成功；
    提交单元，用于在所述产品对象校验成功的情况下，提交所述产品对象至处理系统。
  10. 根据权利要求9所述的装置，其特征在于，所述装置还包括：
    读取单元，用于所述当前账户访问对应的产品页面，读取产品配置信息以及产品约束信息集合，其中，所述产品配置信息包括：多个产品参数以及每个产品参数对应的至少一个参数数据；
    显示单元，用于根据所述产品约束信息集合将所述产品配置信息显示在所述产品页面中；
    产生单元，用于当所述当前账户选定所述产品页面中显示的一个或多个产品参数以及对应的参数数据之后，产生待提交的所述产品请求信息。
  11. 根据权利要求10所述的装置，其特征在于，所述装置还包括：
    判断单元，用于根据所述当前账户的账户信息判断是否存在与所述当前账户对应的特殊约束信息，其中，所述账户信息至少包括如下任意一种或多种数据：账户名称、所述当前账户的登录次数、登录频率、所述当前账户请求产品对象的数量和频率；如果存在，则使用所述特殊约束信息更新所述产品约束信息集合，并输出更新后的产品约束信息集合。
  12. 根据权利要求9至11中任意一项所述的装置，其特征在于，约束模型中以所述约束名称为根节点，每个约束条件作为子节点，所述约束结果为叶子节点，其中，当所述约束条件的所对应的子节点作为父亲节点时，所述约束模型还包括至少一个基于子约束条件所确定的孙子节点，以此得到树状结构的所述约束模型。
  13. 根据权利要求12所述的装置，其特征在于，所述遍历单元包括：
    读取模块，用于读取所述产品约束信息集合中的第一产品约束信息；
    第一判断模块，用于判断所述第一产品约束信息的第一约束条件是否与所述请求信息中包含的产品参数相匹配，在匹配的情况下，执行第二判断模块，否则，返回执行所述读取模块来读取所述产品约束信息集合中的第二产品约束信息，其中，所述第二产品约束信息为所述第一产品约束信息的下一条信息；
    所述第二判断模块，判断所述第一产品信息的第一约束条件的节点是否为所述约束模型中的叶子节点，如果不是叶子节点，执行第三判断模块，否则，返回执行所述第一 判断模块来深度搜索遍历所述约束条件的子约束条件，直至遍历到所述约束条件的节点为所述叶子节点；
    所述第三判断模块，判断第一约束条件对应的约束结果是否与所述请求信息中包含的参数数据相匹配，在匹配的情况下，确定所述所要请求的产品对象校验成功，并返回执行所述读取模块。
  14. 根据权利要求13所述的装置，其特征在于，所述装置还包括：
    结束单元，用于在遍历完所述产品约束信息集合中的所有产品约束信息之后，控制校验所述产品对象结束。
  15. 根据权利要求9所述的装置，其特征在于，所述装置还包括：
    处理单元，用于在所述产品对象校验失败的情况下，确定所述当前账户请求所述产品对象失败，并返回报错信息。
  16. 根据权利要求9所述的装置，其特征在于，所述装置还包括：
    计算单元，用于处理系统统计所述产品对象的数量，并计算与所述产品对象匹配的虚拟资源的数值；
    转移单元，用于将与所述产品对象匹配的虚拟资源的数值进行转移处理，在转移成功的情况下，返回转移成功提示信息，在转移失败的情况，返回错误提示信息。
PCT/CN2016/112923 2016-01-08 2016-12-29 获取产品对象的方法及装置 WO2017118336A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610012415.XA CN106959952B (zh) 2016-01-08 2016-01-08 获取产品对象的方法及装置
CN201610012415.X 2016-01-08

Publications (1)

Publication Number Publication Date
WO2017118336A1 true WO2017118336A1 (zh) 2017-07-13

Family

ID=59274146

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/112923 WO2017118336A1 (zh) 2016-01-08 2016-12-29 获取产品对象的方法及装置

Country Status (2)

Country Link
CN (1) CN106959952B (zh)
WO (1) WO2017118336A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107909494A (zh) * 2017-12-08 2018-04-13 中国平安财产保险股份有限公司 保险数据信息的配置方法、装置、计算机设备和存储介质
CN109918119A (zh) * 2019-02-12 2019-06-21 无锡华云数据技术服务有限公司 一种约束配置方法、装置及电子设备
CN117235396A (zh) * 2023-11-13 2023-12-15 广州品唯软件有限公司 一种精选楼层入参的校验方法、装置、设备及存储介质
CN117829044A (zh) * 2024-03-01 2024-04-05 上海合见工业软件集团有限公司 一种eda约束检测系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108133360A (zh) * 2018-01-19 2018-06-08 国家电网公司 成本中心校验方法及服务器
CN108845942B (zh) * 2018-06-20 2024-03-12 上海幻电信息科技有限公司 产品特征管理方法、装置、系统及存储介质
CN108874670A (zh) * 2018-06-20 2018-11-23 上海哔哩哔哩科技有限公司 产品特征多用户编辑方法、服务器、系统及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030014319A1 (en) * 2001-07-05 2003-01-16 International Business Machines Corporation Universal world wide Web user shopping cart transferable with its load from Web page to Web page
CN101344949A (zh) * 2008-06-10 2009-01-14 熊刚 钻石珠宝网络销售系统中的高级互动式搜索方法
CN101702157A (zh) * 2009-10-28 2010-05-05 金蝶软件（中国）有限公司 一种实现对树节点进行选择的方法和装置
CN101957973A (zh) * 2010-10-29 2011-01-26 江苏瑞蚨通软件科技有限公司（中外合资） 一种商品推荐系统
CN103020240A (zh) * 2012-12-18 2013-04-03 江苏乐买到网络科技有限公司 一种在线购物平台的商品检索方法
US20140156465A1 (en) * 2012-12-05 2014-06-05 Ebay Inc. Buy now option from map view

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030014319A1 (en) * 2001-07-05 2003-01-16 International Business Machines Corporation Universal world wide Web user shopping cart transferable with its load from Web page to Web page
CN101344949A (zh) * 2008-06-10 2009-01-14 熊刚 钻石珠宝网络销售系统中的高级互动式搜索方法
CN101702157A (zh) * 2009-10-28 2010-05-05 金蝶软件（中国）有限公司 一种实现对树节点进行选择的方法和装置
CN101957973A (zh) * 2010-10-29 2011-01-26 江苏瑞蚨通软件科技有限公司（中外合资） 一种商品推荐系统
US20140156465A1 (en) * 2012-12-05 2014-06-05 Ebay Inc. Buy now option from map view
CN103020240A (zh) * 2012-12-18 2013-04-03 江苏乐买到网络科技有限公司 一种在线购物平台的商品检索方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107909494A (zh) * 2017-12-08 2018-04-13 中国平安财产保险股份有限公司 保险数据信息的配置方法、装置、计算机设备和存储介质
CN107909494B (zh) * 2017-12-08 2020-07-21 中国平安财产保险股份有限公司 保险数据信息的配置方法、装置、计算机设备和存储介质
CN109918119A (zh) * 2019-02-12 2019-06-21 无锡华云数据技术服务有限公司 一种约束配置方法、装置及电子设备
CN117235396A (zh) * 2023-11-13 2023-12-15 广州品唯软件有限公司 一种精选楼层入参的校验方法、装置、设备及存储介质
CN117235396B (zh) * 2023-11-13 2024-03-22 广州品唯软件有限公司 一种精选楼层入参的校验方法、装置、设备及存储介质
CN117829044A (zh) * 2024-03-01 2024-04-05 上海合见工业软件集团有限公司 一种eda约束检测系统
CN117829044B (zh) * 2024-03-01 2024-05-14 上海合见工业软件集团有限公司 一种eda约束检测系统

Also Published As

Publication number Publication date
CN106959952A (zh) 2017-07-18
CN106959952B (zh) 2019-08-13

Similar Documents

Publication Publication Date Title
WO2017118336A1 (zh) 获取产品对象的方法及装置
US11232497B2 (en) Fulfillment of cloud service using marketplace system
CN111475170B (zh) 多屏应用启用和分发服务
US20160216961A1 (en) Surfacing cross platform applications
US20110161496A1 (en) Implementation and management of internet accessible services using dynamically provisioned resources
JP7097958B2 (ja) 自動ユニバーサルコネクタパッケージを使用してクラウドアプリケーションをクラウドサービスブローカプラットフォームに統合するためのシステムおよび方法
US10956951B2 (en) Crowd-sourced cloud computing in a multiple resource provider environment
US20130166417A1 (en) Company Store
US10656939B2 (en) Modeling lifetime of hybrid software application using application manifest
US20160110083A1 (en) Limiting visibility into user social media data based on user attributes
US11614951B2 (en) System for custom validations and scripts for mobile applications
US10747792B2 (en) Streaming events analysis for search recall improvements
EP3850516B1 (en) Optimized execution of fraud detection rules
US11238448B1 (en) Efficient network service provisioning
US10289439B1 (en) User-influenced placement of virtual machines through selection of hardware
US20150248673A1 (en) Methods and apparatus for a token management system for transactions
WO2018121164A1 (zh) 一种用于创建服务号的方法、设备及系统
JP7073394B2 (ja) クラウドサービス仲介システムの統合コネクタを生成して分散する技術
TWI734733B (zh) 獲取產品對象的方法及裝置
US20230113287A1 (en) Techniques for determining cross-validation parameters for time series forecasting
US10523591B2 (en) Discovering resource availability across regions
CN112837131A (zh) 销售应用开发方法、装置、设备及存储介质
US20240160763A1 (en) Configuration method, data integration method, apparatus, device, and storage medium of data integration strategy
US20160125493A1 (en) Client-based product configurator on optimized data structures
KR20220007975A (ko) M2m 데이터 마켓플레이스를 이용한 m2m 데이터셋 판매 및 구매 방법

Legal Events

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

Ref document number: 16883461

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16883461

Country of ref document: EP

Kind code of ref document: A1