CN111383071B - Method and device for screening conditions of scenes related to real estate transaction system - Google Patents
Method and device for screening conditions of scenes related to real estate transaction system Download PDFInfo
- Publication number
- CN111383071B CN111383071B CN201811648470.3A CN201811648470A CN111383071B CN 111383071 B CN111383071 B CN 111383071B CN 201811648470 A CN201811648470 A CN 201811648470A CN 111383071 B CN111383071 B CN 111383071B
- Authority
- CN
- China
- Prior art keywords
- level
- screening
- condition
- screening condition
- current
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012216 screening Methods 0.000 title claims abstract description 469
- 238000000034 method Methods 0.000 title claims abstract description 47
- 238000001914 filtration Methods 0.000 claims description 24
- 230000003993 interaction Effects 0.000 abstract description 23
- 238000013461 design Methods 0.000 abstract description 11
- 238000004891 communication Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 4
- 238000013480 data collection Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0623—Item investigation
- G06Q30/0625—Directed, with specific intent or strategy
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/16—Real estate
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The embodiment of the invention provides a condition screening method and device for scenes related to a house property transaction system. The method comprises the following steps: for any scene, acquiring a current level condition screening result according to a current level condition screening condition selection instruction, and if judging that the next level of search keywords of the current level condition screening result are not null, sending the next level of search keywords of the current level condition screening result to a server through a preset interface; and receiving the next-level screening condition returned by the server through the preset interface and the next-level retrieval key of each next-level screening condition. The condition screening method and the device for the scenes related to the real estate transaction system can greatly reduce the number of front-end and back-end interaction interfaces, realize the design decoupling of the front end and the back end, and improve the expandability and the reusability of the interfaces.
Description
Technical Field
The embodiment of the invention relates to the technical field of computers, in particular to a condition screening method and device for scenes related to a real estate transaction system.
Background
The real estate transaction service is complex, and relates to a plurality of service links such as bank loans, property transactions, passing households and the like. When handling a particular link, it is often necessary to do so under specific conditions. For example, when a bank loan is performed, if the contract indicates that the buyer is married, it is necessary to provide a partner identification of the buyer, etc.
In the house property transaction system, corresponding setting is required for business links according to the regulations of each place. When a scene is carried out, due to the complexity of the real estate transaction service, cascading condition screening conditions are quite many, such as an information collecting link, a spare part rule setting link and the like. The screening range required for each different scene (use scene) is different, and the screening range of each cascade screening is different, and the linkage range is also inconsistent. In the prior art, service scenes are simpler, functions are simpler, the design is generally carried out only for one type of condition, the cascading range and the content are well determined, when cascading condition screening is carried out, the front end and the rear end are linked according to the cascading level (level), namely when a certain scene is carried out, the rear end returns the screening condition corresponding to the cascading level according to the cascading level sent by the front end, and a user can screen at the front end. Because the complexity of the real estate transaction service is higher, the cascade levels of different scenes are different, and the screening conditions corresponding to the cascade levels are also different, so that when front and back ends are interacted, different interaction interfaces are required to be set according to different use scenes, namely, one interaction interface is required for each use scene, and the interaction interfaces can only be used for the use scene. And for each layer of screening, a corresponding interactive interface is developed. Therefore, the complexity of front-end and back-end interaction is greatly increased, and the code reusability is reduced.
Disclosure of Invention
Aiming at the problems existing in the prior art, the embodiment of the invention provides a condition screening method and a condition screening device for scenes related to a house property transaction system, which overcome or at least partially solve the problems.
In a first aspect, an embodiment of the present invention provides a method for screening conditions of a scenario related to a real estate transaction system, including:
a screening step, for any scene, according to a current level screening condition selection instruction, acquiring a current level condition screening result, if judging that a next level retrieval keyword of the current level condition screening result is not null, sending the next level retrieval keyword of the current level condition screening result to a server through a preset interface, so that the server determines a next level screening condition and the next level retrieval keyword of each next level screening condition according to the next level retrieval keyword of the current level condition screening result;
and receiving the next-level screening conditions and the next-level retrieval keywords of each next-level screening condition returned by the server through the preset interface.
In a second aspect, an embodiment of the present invention provides a method for screening conditions of a scenario related to a real estate transaction system, including:
A searching step, for any scene, receiving a next-stage searching keyword of a current-level condition screening result sent by a client through a preset interface, and determining a next-level screening condition and a next-stage searching keyword of each next-level screening condition according to the next-stage searching keyword of the current-level condition screening result;
and a sending step, namely sending the next-level screening condition and the next-level retrieval key of each next-level screening condition to the client through the preset interface.
In a third aspect, an embodiment of the present invention provides a condition screening apparatus for a scenario related to a real estate transaction system, including:
the screening module is used for acquiring a current level condition screening result according to a current level condition screening condition selection instruction for any scene, and if judging that the next level retrieval key of the current level condition screening result is not null, sending the next level retrieval key of the current level condition screening result to the server through a preset interface so that the server determines the next level screening condition and the next level retrieval key of each next level screening condition according to the next level retrieval key of the current level condition screening result;
And the receiving module is used for receiving the next-level screening condition returned by the server through the preset interface and the next-level retrieval key of each next-level screening condition.
In a fourth aspect, an embodiment of the present invention provides a condition screening apparatus for a scenario related to a real estate transaction system, including:
the retrieval module is used for receiving a next-stage retrieval keyword of a current-level condition screening result sent by the client through a preset interface for any scene, and determining a next-level screening condition and a next-stage retrieval keyword of each next-level screening condition according to the next-stage retrieval keyword of the current-level condition screening result;
and the sending module is used for sending the next-level screening condition and the next-level retrieval key word of each next-level screening condition to the client through the preset interface.
In a fifth aspect, an embodiment of the present invention provides an electronic device, including:
at least one processor; and
at least one memory communicatively coupled to the processor, wherein:
the memory stores program instructions executable by the processor to invoke the method for conditional screening of a scenario involved in a real estate transaction system provided by any of the various possible implementations of the first aspect.
In a sixth aspect, embodiments of the present invention provide a non-transitory computer-readable storage medium storing computer instructions that cause the computer to perform a method for condition screening of a scenario involving a real estate transaction system provided by any one of various possible implementations of the first aspect.
According to the condition screening method and device for the scenes related to the real estate transaction system, communication between the client and the server is carried out through the unified interface, the complexity of front-end interaction and back-end interaction can be greatly reduced, the number of front-end interaction interfaces and back-end interaction interfaces can be greatly reduced, design decoupling of the front end interaction and the back end interaction can be achieved, code reusability can be improved, and expandability and reusability of the interfaces can be improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions of the prior art, the following description will briefly explain the drawings used in the embodiments or the description of the prior art, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.
Fig. 1 is a flow chart of a condition screening method of a scenario involved in a real estate transaction system according to an embodiment of the present invention;
fig. 2 is a flow chart of a condition screening method of a scenario involved in a real estate transaction system according to an embodiment of the present invention;
FIG. 3 is a functional block diagram of a condition screening apparatus for a scenario involving a real estate transaction system provided according to an embodiment of the present invention;
FIG. 4 is a functional block diagram of a condition screening apparatus for a scenario involving a real estate transaction system provided according to an embodiment of the present invention;
fig. 5 is a block diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. Embodiments of the present invention are intended to be within the scope of the present invention as defined by the appended claims.
In order to overcome the problems in the prior art, the embodiment of the invention provides a condition screening method and a device for scenes related to a real estate transaction system.
The client is a front end, and the server is a back end.
Fig. 1 is a flow chart of a condition screening method of a scenario involved in a real estate transaction system according to an embodiment of the present invention. As shown in fig. 1, a condition screening method for a scenario involved in a real estate transaction system includes: step S101, a screening step, for any scene, according to a current level screening condition selection instruction, obtaining a current level condition screening result, if judging that the next level of search keywords of the current level condition screening result are not null, sending the next level of search keywords of the current level condition screening result to a server through a preset interface, so that the server determines the next level of screening conditions and the next level of search keywords of each next level of screening conditions according to the next level of search keywords of the current level condition screening result.
It should be noted that, the execution body in the embodiment of the present invention is a client.
It should be noted that, a scenario refers to setting a certain service link. The scenario (scene) mainly corresponds to a traffic link using a screening condition. A real estate transaction system involving a plurality of scenarios; the number of scenarios involved is very large, far more than other commodity transaction systems.
For example, cascade condition screening is used when data acquisition setting is performed, namely, a scene is obtained; when the flow control setting is carried out, using cascading conditions to screen the flow as another scene; wherein, data collection and flow circulation control are business links.
When a scene is carried out, due to the complexity of the real estate transaction service, linkage exists among various types of conditions, so that the various types of conditions related to the scene can be screened in a cascading mode. That is, the conditional screening in the embodiments of the present invention is a cascade of conditional screening. The conditions for screening may be referred to as screening conditions. Hierarchical screening conditions refer to screening conditions for that hierarchy.
For example: the first level is a data acquisition link class condition, the second level screening condition is all data acquisition links, and the linked third level screening condition is a specific collection content corpus of the designated data acquisition links.
The type of the screening condition can be classified and determined according to the business meaning of the specific composition screening condition element.
For example, the specific content of the data collection is of a type, and such conditions need to indicate which link of the data collection is under, and each collected content meets the conditions, such as the condition that the bank name of the face sign bank=a bank; the conditions derived from the house-buying and selling contract are one type, such as a condition that the buyer marital status of the contract is= married.
It will be appreciated that each level includes a plurality of screening criteria and therefore a user's desired screening criteria need to be screened from each level.
For either scenario, this can be achieved by the following steps.
When the current level screening condition is screened (abbreviated as 'current level condition screening' or 'current level screening'), a current level screening condition selection instruction is received first.
The current level screening condition selection instruction may be an instruction input by the user to select one screening condition from the current level screening conditions. The current level condition screening result refers to a result of selecting the current level screening condition. Thus, the user selects one of the current hierarchical screening conditions as the current hierarchical screening result.
After receiving the current-level condition screening instruction, the current-level condition screening result can be obtained by analyzing the instruction.
And after the current level condition screening result is obtained, judging whether the next level of search keywords of the current level condition screening result are empty or not.
A next level search word (search word) for characterizing whether or not there is a screening condition of the next level of the screening condition for any screening condition. If the next-level search key of the screening condition exists, the next-level search key of the screening condition is not null, and the next-level search key of the screening condition can also be used for indicating the type of the screening condition of the next level of the screening condition; if not, the next level search key of the screening condition is null.
After judging whether the next-stage search key of the current-stage condition screening result is empty, it may be determined whether condition screening needs to be continued (i.e., whether next-stage condition screening needs to be performed).
If the next-stage search key of the current-stage condition screening result is not null, indicating that the screening condition of the next stage of the current-stage condition screening result exists and further that the next-stage screening is needed, sending the next-stage search key of the current-stage condition screening result to the server through a preset interface.
And the preset interface is used for communication between the client and the server in each scene.
The preset interface can be any wired communication interface or any wireless communication interface. The embodiment of the present invention is not limited with respect to the specific type of the preset interface.
After receiving the next-level search keywords of the current-level condition screening result, the server side can determine the type of the next-level screening condition by analyzing the next-level search keywords of the current-level condition screening result, and determine specific next-level screening conditions according to the type of the next-level screening condition.
After the server determines the screening conditions of each next level, for each next level screening condition, determining the next level search keyword of the screening condition as empty or non-empty according to whether the screening condition of the next level of the screening condition exists.
After determining the next-level screening condition and the next-level retrieval key of each next-level screening condition, the server sends the next-level retrieval key of each next-level screening condition and the next-level retrieval key of each next-level screening condition to the client through the preset interface.
The server side can obtain the next-level screening condition as a retrieval result according to the retrieval keywords, and the retrieval method is more convenient and rapid.
Step S102, a receiving step, namely receiving a next-level screening condition returned by the server through a preset interface and a next-level retrieval keyword of each next-level screening condition.
Specifically, after the server sends the next-level screening condition and the next-level retrieval keyword of each next-level screening condition to the client through the preset interface, the client receives the next-level retrieval keyword of each next-level screening condition and the next-level retrieval keyword of each next-level screening condition through the preset interface.
After receiving the next-level filtering condition and the next-level search keyword of each next-level filtering condition, turning to execute step S101 with the next-level filtering condition as a new current-level filtering condition to continue condition filtering.
By repeating the above steps, condition screening can be completed step by step until the condition screening of the lowest level is completed, the whole flow of cascading condition screening is completed, and then the scene is completed according to the result of the whole condition screening.
It should be noted that, for the condition screening of multiple scenes and multiple levels of cascading (simply referred to as "multiple cascading"), the condition screening method provided by the embodiment of the present invention can be completed, and only one unified interface is needed between the client and the server. For various scenes, communication between the client and the server is performed through the interface, the client returns the search condition of the next-level screening condition to the server through the interface, and the server returns the search content (the search condition of the next-level screening condition) obtained by searching according to the search condition to the client through the interface, so that cascading condition screening is realized.
According to the embodiment of the invention, the communication between the client and the server is performed through the unified interface, so that the complexity of front-end and back-end interaction can be greatly reduced, the number of front-end and back-end interaction interfaces can be greatly reduced, the design decoupling of the front end and the back end can be realized, the reusability of codes can be improved, and the expandability and reusability of the interfaces can be improved.
Based on the content of each embodiment, the method further comprises the following steps of: and if the next-stage search key word of the current-level condition screening result is judged to be null, ending the condition screening.
Specifically, if the next-stage search keyword of the current-stage condition screening result is empty, which indicates that the screening condition of the next stage of the current-stage condition screening result does not exist, the current stage is the lowest stage of cascade screening, and then the condition screening is ended.
The embodiment of the invention determines whether the condition screening of the next level is needed to be continued or not by judging whether the next level retrieval key word of the condition screening result of the current level is empty, has simpler and more convenient steps, can realize the design decoupling of the front end and the rear end, and can improve the reusability of codes.
Based on the content of the above embodiments, the screening step further includes: transmitting scene parameters of the scene to a server through a preset interface, so that the server determines first-level screening conditions and next-level retrieval keywords of each first-level screening condition according to the scene parameters; and receiving the first-level screening conditions returned by the server through the preset interface and the next-level retrieval keywords of each first-level screening condition.
It will be appreciated that since the first-level condition screening exists only for the next-level condition screening (referring to the second-level condition screening), and there is no previous-level condition screening (since there is no zeroth-level condition screening), the first-level screening condition and the next-level search key for each first-level screening condition are acquired by the following steps.
Since each scene can be used as a setting scene (which may be abbreviated as "scene"), a scene setting instruction can be received first when setting is started for any scene.
The scene setting instruction, also called a scene start instruction, can be an instruction input by a user to start setting a certain business link. The scene setting instruction carries scene parameters. Scene parameters describing different scenes. Each scene has unique scene parameters.
After receiving the scene setting instruction, the scene parameters can be obtained by analyzing the instruction.
After the scene parameters are obtained, the scene parameters of the scene can be sent to the server through a preset interface.
After receiving the scene parameters, the server side service can determine the type of the first-level screening conditions according to the scene parameters, and determine specific first-level screening conditions according to the type of the first-level screening conditions.
After the server determines the screening conditions of each first level, for each first level screening condition, determining whether the next level of the screening condition is empty or not according to whether the screening condition of the next level of the screening condition exists (namely, the second level screening condition corresponding to the screening condition).
After determining the first level screening conditions and the next level retrieval keywords of each first level screening condition, the server sends the first level screening conditions and the next level retrieval keywords of each first level screening condition to the client through the preset interface.
The client receives the first level screening conditions and the next level retrieval keywords of each first level screening condition through a preset interface, takes the first level screening conditions as current level screening conditions, executes step S101, and starts to carry out first level condition screening.
According to the embodiment of the invention, the first-level screening condition is obtained according to the scene parameters of the scene, and the first-level screening is started, so that interaction between the front end and the rear end is realized through fewer interaction parameters, design decoupling of the front end and the rear end can be realized, and the reusability of codes can be improved.
Fig. 2 is a flow chart of a condition screening method of a scenario involved in a real estate transaction system according to an embodiment of the present invention. Based on the content of the above embodiments, as shown in fig. 2, a condition screening method for a scenario involved in a real estate transaction system includes: step S201, a searching step, for any scene, receiving a next-stage searching keyword of a current-level condition screening result sent by a client through a preset interface, and determining a next-level screening condition and a next-stage searching keyword of each next-level screening condition according to the next-stage searching keyword of the current-level condition screening result.
It should be noted that, the execution body in the embodiment of the present invention is a server.
For either scenario, this can be achieved by the following steps.
And the client sends the next-stage retrieval key words of the current-level condition screening result to the server through a preset interface.
And the client can obtain a current-level condition screening result according to the received current-level condition screening condition selection instruction.
The current level screening condition selection instruction may be an instruction input by the user to select one screening condition from the current level screening conditions. The current level condition screening result refers to a result of selecting the current level screening condition. Thus, the user selects one of the current hierarchical screening conditions as the current hierarchical screening result.
And the preset interface is used for communication between the client and the server in each scene.
The preset interface can be any wired communication interface or any wireless communication interface. The embodiment of the present invention is not limited with respect to the specific type of the preset interface.
After receiving the next-level search keywords of the current-level condition screening result, the server acquires the next-level screening condition according to the search keywords, and acquires the next-level search keywords of the next-level screening condition.
And the next-stage search key is used for representing whether any screening condition exists or not. If the next-level search key of the screening condition exists, the next-level search key of the screening condition is not null, and the next-level search key of the screening condition can also be used for indicating the type of the screening condition of the next level of the screening condition; if not, the next level search key of the screening condition is null.
The server side can obtain the next-level screening condition as a retrieval result according to the retrieval keywords, and the retrieval method is more convenient and rapid.
Step S202, a sending step, in which the next-level screening condition and the next-level retrieval key of each next-level screening condition are sent to the client through a preset interface.
After determining the next-level screening condition and the next-level retrieval key of each next-level screening condition, the server sends the next-level screening condition and the next-level retrieval key of each next-level screening condition to the client through the preset interface, so that the client can obtain a next-level condition screening result according to the next-level screening condition.
By repeating the above steps, condition screening can be completed step by step until the condition screening of the lowest level is completed, the whole flow of cascading condition screening is completed, and then the scene is completed according to the result of the whole condition screening.
According to the embodiment of the invention, the communication between the client and the server is performed through the unified interface, so that the complexity of front-end and back-end interaction can be greatly reduced, the number of front-end and back-end interaction interfaces can be greatly reduced, the design decoupling of the front end and the back end can be realized, the reusability of codes can be improved, and the expandability and reusability of the interfaces can be improved.
Based on the content of the above embodiments, the specific steps of determining the next-level filtering condition and the next-level search keyword of each next-level filtering condition according to the next-level search keyword of the current-level filtering result include: searching a database according to the next-stage search key words of the current-stage condition screening result to acquire the next-stage screening condition; for each next-level screening condition, if judging that the screening condition of the next level with the next-level screening condition exists, determining the next-level retrieval key of the next-level screening condition as non-empty; and if judging that the screening condition of the next level does not exist, determining the next-level retrieval key of the screening condition of the next level as null.
Specifically, after receiving the next-level search key of the current-level condition screening result, the server analyzes the next-level search key of the current-level condition screening result to determine the type of the next-level screening condition, and searches the database according to the type of the next-level screening condition to determine specific next-level screening conditions.
And the database is used for storing screening conditions specifically included in each type of screening conditions.
After the server determines the screening conditions of each next level, for each next level screening condition, judging whether the screening condition of the next level of the screening condition exists, and determining the next level retrieval key of the screening condition as empty or non-empty according to the judging result. If yes, determining the next level of search keywords of the screening condition as null; if not, the next level search key of the screening condition is determined to be null.
The embodiment of the invention determines whether the condition screening of the next level is needed to be continued or not by judging whether the next level retrieval key word of the condition screening result of the current level is empty, has simpler and more convenient steps, can realize the design decoupling of the front end and the rear end, and can improve the reusability of codes.
Based on the content of the above embodiments, the searching step further includes: receiving scene parameters of the scene sent by a client through a preset interface, and determining first-level screening conditions and next-level retrieval keywords of each first-level screening condition according to the scene parameters; and sending the first-level screening conditions and the next-level retrieval keywords of each first-level screening condition to the client through a preset interface.
It will be appreciated that since the first-level condition screening exists only for the next-level condition screening (referring to the second-level condition screening), and there is no previous-level condition screening (since there is no zeroth-level condition screening), the first-level screening condition and the next-level search key for each first-level screening condition are acquired by the following steps.
And for any scene, before receiving the next-stage retrieval key word of the first-level condition screening result sent by the client, receiving scene parameters of the scene sent by the client through a preset interface.
The scene parameters of the scene can be acquired by the client according to the received scene setting instruction.
The scene setting instruction can be an instruction which is input by a user and used for setting a certain business link. The scene setting instruction carries scene parameters. Scene parameters describing different scenes. Each scene has unique scene parameters.
After receiving the scene parameters, the server side service can determine the type of the first-level screening conditions according to the scene parameters, and determine specific first-level screening conditions according to the type of the first-level screening conditions.
After the server determines the screening conditions of each first level, for each first level screening condition, determining whether the next level of the screening condition is empty or not according to whether the screening condition of the next level of the screening condition exists (namely, the second level screening condition corresponding to the screening condition).
After determining the first-level screening conditions and the next-level retrieval keywords of each first-level screening condition, the server sends the first-level screening conditions and the next-level retrieval keywords of each first-level screening condition to the client through the preset interface, so that the client can conduct first-level condition screening according to the first-level screening conditions.
According to the embodiment of the invention, the first-level screening condition is obtained according to the scene parameters of the scene, and the first-level screening is started, so that interaction between the front end and the rear end is realized through fewer interaction parameters, design decoupling of the front end and the rear end can be realized, and the reusability of codes can be improved.
Fig. 3 is a functional block diagram of a condition screening apparatus for a scenario involving a real estate transaction system according to an embodiment of the present invention. Based on the content of the above embodiments, as shown in fig. 3, the condition screening device of the scenario involved in the real estate transaction system includes a screening module 301 and a receiving module 302, where:
the screening module 301 is configured to, for any scenario, obtain a current hierarchical condition screening result according to a current hierarchical condition screening condition selection instruction, and if it is determined that a next-level search keyword of the current hierarchical condition screening result is not null, send the next-level search keyword of the current hierarchical condition screening result to the server through a preset interface, so that the server determines a next-level screening condition and a next-level search keyword of each next-level screening condition according to the next-level search keyword of the current hierarchical condition screening result;
And the receiving module 302 is configured to receive a next-level filtering condition returned by the server through a preset interface and a next-level search keyword of each next-level filtering condition.
It should be noted that, the condition screening device provided by the embodiment of the present invention is a client.
Specifically, for any scenario, the screening module 301 receives a current level screening condition selection instruction, and according to the current level screening condition selection instruction, may obtain a current level condition screening result, and determine whether a next level search keyword of the current level condition screening result is empty; if the next-stage search key of the current-stage condition screening result is not null, indicating that the next-stage screening is needed, sending the next-stage search key of the current-stage condition screening result to the server through a preset interface.
The server side can determine the next-level screening condition and the next-level retrieval key of each next-level screening condition according to the next-level retrieval key of the current-level condition screening result, and sends the next-level retrieval key of the next-level screening condition and each next-level screening condition to the client side through the preset interface.
The receiving module 302 receives the next-level filtering condition and the next-level search keyword of each next-level filtering condition through a preset interface, and takes the next-level filtering condition as a new current-level filtering condition to continue condition filtering.
The specific method and the flow for realizing the corresponding functions of each module included in the condition screening device of the scene related to the real estate transaction system are detailed in the embodiment of the condition screening method of the scene related to the client side real estate transaction system, and are not repeated here.
The condition screening device of the scene related to the real estate transaction system is used for the condition screening method of the scene related to the client side real estate transaction system in the previous embodiments. Therefore, the description and definition in the condition screening method of the scenario involved in the client-side real estate transaction system in the foregoing embodiments may be used for understanding the execution modules in the embodiments of the present invention.
According to the embodiment of the invention, the communication between the client and the server is performed through the unified interface, so that the complexity of front-end and back-end interaction can be greatly reduced, the number of front-end and back-end interaction interfaces can be greatly reduced, the design decoupling of the front end and the back end can be realized, the reusability of codes can be improved, and the expandability and reusability of the interfaces can be improved.
Fig. 4 is a functional block diagram of a condition screening apparatus for a scenario involving a real estate transaction system according to an embodiment of the present invention. Based on the content of the above embodiments, as shown in fig. 4, the condition screening device of the scenario involved in the real estate transaction system includes a searching module 401 and a sending module 402, where:
the search module 401 is configured to receive, for any scenario, a next-stage search keyword of a current-level condition screening result sent by the client through a preset interface, and determine a next-level screening condition and a next-stage search keyword of each next-level screening condition according to the next-stage search keyword of the current-level condition screening result;
the sending module 402 is configured to send the next-level filtering condition and the next-level search keyword of each next-level filtering condition to the client through a preset interface.
It should be noted that, the condition screening device provided by the embodiment of the present invention is a server.
Specifically, for any scene, the search module 401 receives, through a preset interface, a next-stage search keyword of a current-level condition screening result sent by the client; and acquiring the next-level screening condition according to the search key, and acquiring the next-level search key of the next-level screening condition.
The sending module 402 sends the next-level filtering condition and the next-level search keyword of each next-level filtering condition to the client through the preset interface, so that the client can obtain the next-level filtering result according to the next-level filtering condition.
The specific method and the flow for realizing the corresponding functions of each module included in the condition screening device of the scene related to the real estate transaction system are detailed in the embodiment of the condition screening method of the scene related to the real estate transaction system, and are not repeated here.
The condition screening device of the scene related to the real estate transaction system is used for the condition screening method of the scene related to the server side real estate transaction system in the previous embodiments. Therefore, the description and definition in the condition screening method of the scenario involved in the server-side real estate transaction system in the foregoing embodiments may be used for understanding each execution module in the embodiments of the present invention.
According to the embodiment of the invention, the communication between the client and the server is performed through the unified interface, so that the complexity of front-end and back-end interaction can be greatly reduced, the number of front-end and back-end interaction interfaces can be greatly reduced, the design decoupling of the front end and the back end can be realized, the reusability of codes can be improved, and the expandability and reusability of the interfaces can be improved.
Fig. 5 is a block diagram of an electronic device according to an embodiment of the present invention. Based on the content of the above embodiment, as shown in fig. 5, the electronic device may include: a processor (processor) 501, a memory (memory) 502, and a bus 503; wherein the processor 501 and the memory 502 complete communication with each other through the bus 503; the processor 501 is configured to invoke computer program instructions stored in the memory 502 and executable on the processor 501 to perform the methods provided by the method embodiments described above, including, for example: for any scene, acquiring a current level condition screening result according to a current level condition screening condition selection instruction, if judging that the next level retrieval key of the current level condition screening result is not null, sending the next level retrieval key of the current level condition screening result to a server through a preset interface, so that the server determines the next level screening condition and the next level retrieval key of each next level screening condition according to the next level retrieval key of the current level condition screening result; receiving a next-level screening condition returned by a server through a preset interface and a next-level retrieval keyword of each next-level screening condition; or comprises: for any scene, receiving a next-stage search keyword of a current-level condition screening result sent by a client through a preset interface, and determining a next-level screening condition and a next-stage search keyword of each next-level screening condition according to the next-stage search keyword of the current-level condition screening result; and sending the next-level screening condition and the next-level retrieval key of each next-level screening condition to the client through a preset interface.
Another embodiment of the present invention discloses a computer program product comprising a computer program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions which, when executed by a computer, are capable of performing the methods provided by the above-described method embodiments, for example comprising: for any scene, acquiring a current level condition screening result according to a current level condition screening condition selection instruction, if judging that the next level retrieval key of the current level condition screening result is not null, sending the next level retrieval key of the current level condition screening result to a server through a preset interface, so that the server determines the next level screening condition and the next level retrieval key of each next level screening condition according to the next level retrieval key of the current level condition screening result; receiving a next-level screening condition returned by a server through a preset interface and a next-level retrieval keyword of each next-level screening condition; or comprises: for any scene, receiving a next-stage search keyword of a current-level condition screening result sent by a client through a preset interface, and determining a next-level screening condition and a next-stage search keyword of each next-level screening condition according to the next-stage search keyword of the current-level condition screening result; and sending the next-level screening condition and the next-level retrieval key of each next-level screening condition to the client through a preset interface.
Further, the logic instructions in the memory 502 described above may be implemented in the form of software functional units and stored in a computer readable storage medium when sold or used as a stand alone product. Based on such understanding, the technical solution of the embodiments of the present invention may be embodied in essence or a part contributing to the prior art or a part of the technical solution, in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
Another embodiment of the present invention provides a non-transitory computer readable storage medium storing computer instructions that cause a computer to perform the methods provided by the above-described method embodiments, for example, including: for any scene, acquiring a current level condition screening result according to a current level condition screening condition selection instruction, if judging that the next level retrieval key of the current level condition screening result is not null, sending the next level retrieval key of the current level condition screening result to a server through a preset interface, so that the server determines the next level screening condition and the next level retrieval key of each next level screening condition according to the next level retrieval key of the current level condition screening result; receiving a next-level screening condition returned by a server through a preset interface and a next-level retrieval keyword of each next-level screening condition; or comprises: for any scene, receiving a next-stage search keyword of a current-level condition screening result sent by a client through a preset interface, and determining a next-level screening condition and a next-stage search keyword of each next-level screening condition according to the next-stage search keyword of the current-level condition screening result; and sending the next-level screening condition and the next-level retrieval key of each next-level screening condition to the client through a preset interface.
The apparatus embodiments described above are merely illustrative, wherein elements illustrated as separate elements may or may not be physically separate, and elements shown as elements may or may not be physical elements, may be located in one place, or may be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art will understand and implement the present invention without undue burden.
From the above description of the embodiments, it will be apparent to those skilled in the art that the embodiments may be implemented by means of software plus necessary general hardware platforms, or of course may be implemented by means of hardware. It is to be understood that the foregoing aspects, in essence, or portions thereof, may be embodied in the form of a software product that may be stored in a computer-readable storage medium, such as ROM/RAM, magnetic disk, optical disk, etc., including instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the various embodiments, or methods of portions of the embodiments, described above.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and are not limiting; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention.
Claims (10)
1. A method for screening conditions of a scenario involved in a real estate transaction system, comprising:
a screening step, for any scene, according to a current level screening condition selection instruction, acquiring a current level condition screening result, if judging that a next level retrieval keyword of the current level condition screening result is not null, sending the next level retrieval keyword of the current level condition screening result to a server through a preset interface, so that the server determines a next level screening condition and the next level retrieval keyword of each next level screening condition according to the next level retrieval keyword of the current level condition screening result; the current level condition screening result is a result of selecting the current level screening condition; the next-stage search keyword is used for representing whether a screening condition corresponding to the next level of the screening condition exists for any screening condition, if so, the next-stage search keyword of the screening condition is not null, and the next-stage search keyword of the screening condition is also used for indicating the type of the screening condition of the next level of the screening condition; if not, the next level of search keywords of the screening condition are empty;
And receiving the next-level screening conditions and the next-level retrieval keywords of each next-level screening condition returned by the server through the preset interface.
2. The method according to claim 1, wherein the step of obtaining the current level condition screening result further comprises:
and if the next-stage search key word of the current-level condition screening result is judged to be empty, ending the condition screening.
3. The method according to claim 1 or 2, wherein the screening step is preceded by the further step of:
transmitting scene parameters of the scene to a server through the preset interface, so that the server determines first-level screening conditions and next-level retrieval keywords of each first-level screening condition according to the scene parameters;
and receiving the first-level screening conditions returned by the server through the preset interface and the next-level retrieval keywords of each first-level screening condition.
4. A method for screening conditions of a scenario involved in a real estate transaction system, comprising:
a searching step, for any scene, receiving a next-stage searching keyword of a current-level condition screening result sent by a client through a preset interface, and determining a next-level screening condition and a next-stage searching keyword of each next-level screening condition according to the next-stage searching keyword of the current-level condition screening result; the next-stage search keyword is used for representing whether a screening condition corresponding to the next level of the screening condition exists for any screening condition, if so, the next-stage search keyword of the screening condition is not null, and the next-stage search keyword of the screening condition is also used for indicating the type of the screening condition of the next level of the screening condition; if not, the next level of search keywords of the screening condition are empty;
And a sending step, namely sending the next-level screening condition and the next-level retrieval key of each next-level screening condition to the client through the preset interface.
5. The method of claim 4, wherein the determining the next-level search key of the next-level filtering condition and each next-level search key of the next-level filtering condition according to the next-level search key of the current-level filtering condition comprises:
retrieving a database according to a next-stage retrieval keyword of the current-stage condition screening result to obtain the next-stage screening condition;
for each next-level screening condition, if judging that the screening condition of the next level of the next-level screening condition exists, determining the next-level retrieval key of the next-level screening condition as non-empty; and if judging that the screening condition of the next level of the screening condition of the next level does not exist, determining the next-level search keyword of the screening condition of the next level as null.
6. The method of claim 4 or 5, further comprising, prior to the retrieving step:
receiving scene parameters of the scene sent by the client through the preset interface, and determining first-level screening conditions and next-level retrieval keywords of each first-level screening condition according to the scene parameters;
And sending the first-level screening conditions and the next-level retrieval keywords of each first-level screening condition to the client through the preset interface.
7. A condition screening device for a scenario involved in a real estate transaction system, comprising:
the screening module is used for acquiring a current level condition screening result according to a current level condition screening condition selection instruction for any scene, and if judging that the next level retrieval key of the current level condition screening result is not null, sending the next level retrieval key of the current level condition screening result to a server through a preset interface so that the server determines a next level screening condition and the next level retrieval key of each next level screening condition according to the next level retrieval key of the current level condition screening result; the current level condition screening result is a result of selecting the current level screening condition; the next-stage search keyword is used for representing whether a screening condition corresponding to the next level of the screening condition exists for any screening condition, if so, the next-stage search keyword of the screening condition is not null, and the next-stage search keyword of the screening condition is also used for indicating the type of the screening condition of the next level of the screening condition; if not, the next level of search keywords of the screening condition are empty;
And the receiving module is used for receiving the next-level screening condition returned by the server through the preset interface and the next-level retrieval key of each next-level screening condition.
8. A condition screening device for a scenario involved in a real estate transaction system, comprising:
the retrieval module is used for receiving a next-stage retrieval keyword of a current-level condition screening result sent by a client through a preset interface for any scene, and determining a next-level screening condition and a next-stage retrieval keyword of each next-level screening condition according to the next-stage retrieval keyword of the current-level condition screening result; the next-stage search keyword is used for representing whether a screening condition corresponding to the next level of the screening condition exists for any screening condition, if so, the next-stage search keyword of the screening condition is not null, and the next-stage search keyword of the screening condition is also used for indicating the type of the screening condition of the next level of the screening condition; if not, the next level of search keywords of the screening condition are empty;
and the sending module is used for sending the next-level screening condition and the next-level retrieval key word of each next-level screening condition to the client through the preset interface.
9. An electronic device, comprising:
at least one processor; and at least one memory communicatively coupled to the processor, wherein:
the memory stores program instructions executable by the processor, the processor invoking the program instructions to perform the method of any of claims 1-6.
10. A non-transitory computer readable storage medium storing computer instructions that cause the computer to perform the method of any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811648470.3A CN111383071B (en) | 2018-12-30 | 2018-12-30 | Method and device for screening conditions of scenes related to real estate transaction system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811648470.3A CN111383071B (en) | 2018-12-30 | 2018-12-30 | Method and device for screening conditions of scenes related to real estate transaction system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111383071A CN111383071A (en) | 2020-07-07 |
| CN111383071B true CN111383071B (en) | 2023-10-27 |
Family
ID=71221198
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811648470.3A Active CN111383071B (en) | 2018-12-30 | 2018-12-30 | Method and device for screening conditions of scenes related to real estate transaction system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111383071B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003016085A (en) * | 2001-06-29 | 2003-01-17 | Nippon Telegraph & Telephone West Corp | System, method and program for contents retrieval, and recording medium |
| CN101833574A (en) * | 2010-04-15 | 2010-09-15 | 西安酷派软件科技有限公司 | Method and system for locating application programs as well as mobile terminal |
| CN102968451A (en) * | 2012-10-25 | 2013-03-13 | 北京奇虎科技有限公司 | Method for loading website data in browser format page and browser client |
| CN104123302A (en) * | 2013-04-27 | 2014-10-29 | 四川火狐无线科技有限公司 | Searching method, device and system |
-
2018
- 2018-12-30 CN CN201811648470.3A patent/CN111383071B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003016085A (en) * | 2001-06-29 | 2003-01-17 | Nippon Telegraph & Telephone West Corp | System, method and program for contents retrieval, and recording medium |
| CN101833574A (en) * | 2010-04-15 | 2010-09-15 | 西安酷派软件科技有限公司 | Method and system for locating application programs as well as mobile terminal |
| CN102968451A (en) * | 2012-10-25 | 2013-03-13 | 北京奇虎科技有限公司 | Method for loading website data in browser format page and browser client |
| CN104123302A (en) * | 2013-04-27 | 2014-10-29 | 四川火狐无线科技有限公司 | Searching method, device and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111383071A (en) | 2020-07-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11947605B2 (en) | Automatically separating claim into elements/limitations and automatically finding art for each element/limitation | |
| CN107766393B (en) | Information processing method based on database, client and server | |
| CN103518187A (en) | Method and system for information modeling and applications thereof | |
| US20170337243A1 (en) | Systems and methods for representing search query rewrites | |
| EP3399443A1 (en) | Automated assistance for generating relevant and valuable search results for an entity of interest | |
| CN113761219A (en) | Knowledge graph-based retrieval method and device, electronic equipment and storage medium | |
| CN111368147A (en) | Graph feature processing method and device | |
| CN110727857A (en) | Method and device for identifying key features of potential users aiming at business objects | |
| CN104424352A (en) | System and method for providing agent service to user terminal | |
| US10929447B2 (en) | Systems and methods for customized data parsing and paraphrasing | |
| CN112989763B (en) | Data acquisition method, device, computer equipment and storage medium | |
| CN111198961A (en) | Commodity searching method and device and server | |
| CN111383071B (en) | Method and device for screening conditions of scenes related to real estate transaction system | |
| CN110147381B (en) | Information processing method, system and recording medium | |
| US20230153286A1 (en) | Method and system for hybrid query based on cloud analysis scene, and storage medium | |
| CN113868481A (en) | Component acquisition method and device, electronic equipment and storage medium | |
| CN109697072A (en) | Information processing method, device and equipment | |
| CN113409050B (en) | Method and device for judging business risk based on user operation | |
| CN115994331A (en) | Message sorting method and device based on decision tree | |
| US11030673B2 (en) | Using learned application flow to assist users in network business transaction based apps | |
| CN115238194A (en) | Book recommendation method, computing device and computer storage medium | |
| CN110110081B (en) | Hierarchical classification processing method and system for mobile internet mass monitoring data | |
| CN113157736B (en) | Query plan optimization method and system in distributed database | |
| KR102533708B1 (en) | Method and server for generating dataset relationship automatically | |
| CN115994743B (en) | Document abstract specification management method and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |