CN105574019A - Query parameter processing method and device - Google Patents

Query parameter processing method and device Download PDF

Info

Publication number
CN105574019A
CN105574019A CN201410542279.6A CN201410542279A CN105574019A CN 105574019 A CN105574019 A CN 105574019A CN 201410542279 A CN201410542279 A CN 201410542279A CN 105574019 A CN105574019 A CN 105574019A
Authority
CN
China
Prior art keywords
query
parameter
inquiry request
type
argument
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.)
Granted
Application number
CN201410542279.6A
Other languages
Chinese (zh)
Other versions
CN105574019B (en
Inventor
吴鹏杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba China Co Ltd
Original Assignee
Autonavi Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Autonavi Software Co Ltd filed Critical Autonavi Software Co Ltd
Priority to CN201410542279.6A priority Critical patent/CN105574019B/en
Publication of CN105574019A publication Critical patent/CN105574019A/en
Application granted granted Critical
Publication of CN105574019B publication Critical patent/CN105574019B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

The invention discloses a query parameter processing method and device. The method comprises following steps: receiving a query request input by a user, obtaining the query parameters carried in the query request, if it is determined that the query data type is the POI (Point Of Interest) type according to the query data type parameters in the query parameters, determining the actual query data type according to the query string in the query parameters and a preset semantic analysis rule; in other words, the information such as the actual query data type of the user can be obtained accurately through analyzing the query parameters carried in the query request input by the user; therefore, the query request of the user can be rewritten subsequently according to the obtained information such as the actual query data type of the user; the query mode more conforming to the actual demand of the user and the understanding of a computer is constructed; and the searching quality of a map searching engine can be improved.

Description

A kind of query argument disposal route and device
Technical field
The present invention relates to search technique field, particularly relate to a kind of query argument disposal route and device.
Background technology
At present, function of search is the very important function of the map products that uses of user or navigation product one.By function of search, user can realize the demand applied specific destination, life kind service or road planning etc.
Particularly, due to the singularity of address searching self, the collection of its desired data, the foundation etc. of index are all a point kind, region-by-region collection or foundation, therefore, make search engine when carrying out the retrieval of information according to the inquiry request of user, identify the classification of query string of user's input, pattern and user place positional information etc. very important because the correct degree of these recognition results will directly affect the search quality of search engine.But, due at present, search engine is when receiving Client-initiated inquiry request, original parameter value of each query argument carried in the inquiry request usually only according to user's input carries out corresponding information search, and original parameter value of each query argument carried in the inquiry request due to user's input may be inaccurate, as, sometimes may be only corresponding fuzzy value, thus the Search Results making search engine return to described user is inaccurate, that is, make the search quality of search engine not high.
Summary of the invention
Embodiments provide a kind of query argument disposal route and device, the problem that the search quality in order to solve the search engine existed at present is not high.
Embodiments provide a kind of query argument disposal route, comprising:
Receive the inquiry request of user's input;
Obtain the query argument carried in described inquiry request;
If according to the data query type parameter in described query argument, determine that data query type is POI (PointOfInterest, point of interest) type, then according to the query string in described query argument and default semantic analysis rule, determine actual data query type.
Correspondingly, the embodiment of the present invention additionally provides a kind of query argument treating apparatus, comprising:
Receiving element, for receiving the inquiry request of user's input;
Acquiring unit, for obtaining the query argument carried in described inquiry request;
Processing unit, if for according to the data query type parameter in described query argument, determine that data query type is POI type, then according to the query string in described query argument and default semantic analysis rule, determines actual data query type.
Beneficial effect of the present invention is as follows:
Embodiments provide a kind of query argument disposal route and device, described method comprises: the inquiry request receiving user's input, obtain the query argument carried in described inquiry request, if according to the data query type parameter in described query argument, determine that data query type is POI type, then according to the query string in described query argument and default semantic analysis rule, determine actual data query type.That is, by analyzing the query argument carried in the inquiry request of user's input, correctly obtain the information such as the actual queries data type of user, can rewrite according to the inquiry request of information to user such as the actual queries data types of the user got so that follow-up, more meet the inquiry mode of user's actual need and more according calculation mechanism solution with structure, thus the object of the search quality improving google maps can be reached.
Accompanying drawing explanation
In order to be illustrated more clearly in the technical scheme in the embodiment of the present invention, below the accompanying drawing used required in describing embodiment is briefly introduced, apparently, accompanying drawing in the following describes is only some embodiments of the present invention, for those of ordinary skill in the art, under the prerequisite not paying creative work, other accompanying drawing can also be obtained according to these accompanying drawings.
Figure 1 shows that the schematic flow sheet of query argument disposal route described in the embodiment of the present invention one;
Figure 2 shows that the structural representation of query argument treating apparatus described in the embodiment of the present invention two.
Embodiment
In order to make the object, technical solutions and advantages of the present invention clearly, below in conjunction with accompanying drawing, the present invention is described in further detail, and obviously, described embodiment is only the present invention's part embodiment, instead of whole embodiments.Based on the embodiment in the present invention, those of ordinary skill in the art, not making other embodiments all obtained under creative work prerequisite, belong to the scope of protection of the invention.
Embodiment one:
The embodiment of the present invention one provides a kind of query argument disposal route, and as shown in Figure 1, it specifically can comprise the following steps for the schematic flow sheet of query argument disposal route described in the embodiment of the present invention one, described query argument disposal route:
Step 101: receive the inquiry request of user's input and obtain the query argument carried in described inquiry request.
Particularly, for arbitrary inquiry request of user's input, the query argument carried in described inquiry request can comprise usually:
(1), query string, i.e. query;
(2), for showing the query type parameter of the query type corresponding to this inquiry request, i.e. search_type; Wherein, the parameter value of search_type specifically can be Normal (i.e. general query or general search also can be described as a basket and search), Around (i.e. perimeter query or Perimeter), IDQ (i.e. digest challenge or summary search) or Space (i.e. space querying or space search);
Wherein, as search_type=NORMAL, representative of consumer itself is not wanted to be concerned about spatial dimension, and therefore, search engine needs the query demand understanding user as far as possible, the information presented required for user of multi-angle;
As search_type=SPACE, user can delimit a regional extent usually on map, within expecting that the result of searching for appears at this scope; Particularly, this scope can be rectangle frame usually; Further, it should be noted that, as search_type=SPACE, the latitude and longitude information for the longitude and latitude point limiting this regional extent normally must exist;
As search_type=IDQ, the data ID (Identity, mark) represented by POI or Busline (bus routes) etc. obtains the information of this POI or this Busline etc.; It should be noted that, the general not user oriented of this query type;
As search_type=AOUND, represent point centered by some (x, y), search within the scope of the range of setting; Particularly, if the value of range is not empty, then Search Results must be in the scope of x, y, range; If the value of range is empty, then Search Results will sort with reference to the distance with (x, y).Namely, as search_type=AOUND, the information of (x, y) needs concrete numerical value;
(3), for showing first longitude and latitude parameter, i.e. x, y, range of the longitude and latitude query context corresponding to this inquiry request; Particularly, described first longitude and latitude parameter is used for representative of consumer and is desirably in which longitude and latitude (corresponding x, y), in how many kilometer range, (corresponding range) searches for, that is, described first longitude and latitude parameter can comprise the longitude and latitude numerical value (corresponding (x corresponding to center longitude point, y), and, (x, y) is commonly referred to as the latitude and longitude information at the current place of user) and search radius value (corresponding range) centered by described center longitude point; And it should be noted that, (x, y) in described first longitude and latitude parameter is generally necessary longitude and latitude parameter when query type is perimeter query (i.e. search_type=AOUND);
(4), for showing the second longitude and latitude parameter, i.e. geoobj of the longitude and latitude query context corresponding to this inquiry request; Particularly, what store in described second longitude and latitude parameter is 2 longitude and latitude points, is cornerwise rectangle frame scope, is usually used in mobile phone searching in order to represent with these 2 longitude and latitude points; Further, described second longitude and latitude parameter is generally necessary longitude and latitude parameter when query type is space querying (i.e. search_type=SPACE);
(5), for showing the administrative region parameter of the administrative region query context corresponding to this inquiry request, i.e. adcode; Particularly, described administrative region parameter is used for representative of consumer and is desirably in the search of which city, and such as Beijing is 110000 etc.;
(6), for showing the data query type parameter of the data query type corresponding to this inquiry request, i.e. search_data_type; Particularly, described data query type parameter is used for showing that user is desirably in any search data type and searches for, and such as searches in BUSLINE (bus routes) data;
(7), for showing the query categories parameter of the query categories corresponding to this inquiry request, i.e. category; Particularly, which class scope is described query categories parameter be desirably in for representative of consumer and search for, such as " hotel " or " restaurant " etc.
Step 102: if according to the data query type parameter in described query argument, determines that data query type is POI type, then according to the query string in described query argument and default semantic analysis rule, determine actual data query type.
Particularly, if according to described data query type parameter (i.e. search_data_type), determine that its value is POI type, then show that user wants to search for common POI, and strict appointment is not done to data query type etc., so then distinguish the query arguments such as corresponding data query type by semantic analysis.It should be noted that in addition, if according to described data query type parameter, determine that its value is non-POI type (being such as BUSLINE etc.), then show that user has carried out corresponding appointment to searched for data type, thus can without the need to performing corresponding semantic analysis operation again, the embodiment of the present invention does not repeat this.
Particularly, according to the query string in described query argument and default semantic analysis rule, determine actual data query type, can comprise:
Query string in described query argument is mated with the bus routes data in the transit database preset, if match corresponding bus routes, then determines that actual data query type is bus routes type; Wherein, the bus routes data in the transit database preset can comprise the information such as the name information of the bus routes of each department; Or,
Judging whether include numeral in described query string, if comprise, then whether immediately following there being the field relevant to bus routes data after continuing to judge described numeral, if so, then determining that actual data query type is bus routes type.
Such as, include numeral if determine in described query string (i.e. query) and immediately following there being the field that " number line ", " road " or " loop wire " etc. are relevant to bus routes data after described numeral, then can determine that the actual queries data type corresponding to this inquiry request is bus routes type.
Further, according to the query string in described query argument and default semantic analysis rule, determine actual data query type, can also comprise:
Query string in described query argument is mated with the bus station data in the transit database preset, judge in described query string, whether to comprise the bus station field such as " public transport " or " subway ", if so, then can determine that actual data query type is bus station type; It should be noted that, because bus station type also can see the one of POI type as, therefore, now, also can determine that actual data query type is still POI type.
Further, it should be noted that, due to when comprising the bus station field such as " public transport " or " subway " in described query string (i.e. query), also exist certain possibility be user want search for be bus routes, therefore, now, also can identify further in described query string whether include numeral and whether immediately following having " number line " after described numeral, the field that " road " or " loop wire " etc. are relevant to bus routes data, and/or, also can determine the bus routes in the bus routes data whether described query string can match in default transit database further, and determining to include in described query string numeral and immediately following there being the field relevant to bus routes data after described numeral, and/or, when determining that described query string can match corresponding bus routes, can determine that the actual queries data type corresponding to this inquiry request is bus routes type, the embodiment of the present invention does not repeat this.
Further, according to the data query type parameter in described query argument, after determining that data query type is POI type, described method also can comprise:
If determine, the value of the query categories parameter in described query argument is for empty, then according to the query string in described query argument and default semantic analysis rule, determine actual query categories.
Wherein, if determine, the parameter value of described query categories parameter (i.e. category) is for empty, then show that user does not carry out corresponding appointment to query categories, so then distinguish the query arguments such as corresponding query categories by semantic analysis.It should be noted that in addition, if the parameter value determining described query categories parameter is for empty, then represent that user has been limited with expectation to classification, therefore, can without the need to performing the semantic analysis operation determining actual query categories accordingly again.Further, it should be noted that, when determining that the parameter value of described query categories parameter is not for time empty, can think that this query categories is the search of general demand, namely need to carry out category filters to the result of search.Wherein, described general demand search refers to classification search, such as " hotel ", " supermarket " etc., and namely user itself is the life kind demand wanting to find periphery, instead of a specific place.
That is, in embodiment of the present invention, when determining that data query type is POI type, and/or, determine that the parameter value of query categories parameter is for time empty, then from the query of the analysis user of the angle intelligent of text, with the query intention of correct identification user, the most correct retrieval mode can be selected.
Further, according to the query string in described query argument and default semantic analysis rule, determine actual query categories, can comprise:
Query string in described query argument is mated with the word of all categories in the query categories decision rule preset, if match corresponding classifier, then corresponding in described query categories decision rule according to the classifier matched class code, determines actual query categories.Wherein, word of all categories and the class code etc. corresponding to word of all categories can be comprised in the query categories decision rule preset.
Further, it should be noted that, before carrying out semantic analysis, the mode excavated by off-line obtains corresponding semantic analysis data in advance, namely obtains semantic analysis rule.Wherein, described semantic analysis rule exists usually in a text form, is loaded in internal memory when computer starting, and, described speech analysis rule at least can comprise default transit database, default query categories decision rule etc., and the embodiment of the present invention does not repeat this.It should be noted that in addition, described semantic analysis rule also can change according to actual conditions in real time.Such as, when after startup of server, usually can have special thread to make regular check on semantic analysis resource and whether have change, if there is change, then carry out online real-time update, like this, ensureing that the renewal of semantic analysis resource can not affect on the basis of online service, the object of the corresponding semantic analysis resource of real-time update can be reached.
Further, in embodiment of the present invention, according to the query string in described query argument and default semantic analysis rule, before determining actual data query type, described method also can comprise:
Pre-service is carried out to the query argument carried in described inquiry request.
Wherein, pre-service is carried out to the query argument carried in described inquiry request, can comprise:
If according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, then according to the query type parameter in described query argument and geo-location parameter, determine actual administrative region, or, according to the query string in described query argument, determine actual administrative region.
Particularly, if according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, then according to the query type parameter in described query argument and geo-location parameter, determine actual administrative region, can comprise:
If determine, query type is perimeter query, then judge whether the first longitude and latitude parameter in described geo-location parameter is that sky (is specifically as follows and judges that described first longitude and latitude parameter comprises, longitude and latitude parameter (the i.e. x of the current position of user, the value of y) whether be empty), if, then when determining the second longitude and latitude parameter in described geo-location parameter not for sky, according to described second longitude and latitude parameter, determine the longitude and latitude parameter of the current position of described user, and determine actual administrative region by the longitude and latitude parameter of resolving the current position of described user, if not, then according to described first longitude and latitude parameter, determine the longitude and latitude parameter of the current position of described user, and by resolving the longitude and latitude parameter of the current position of described user, determine actual administrative region, or,
If determine, query type is space querying, then according to the second longitude and latitude parameter in described geo-location parameter, determine actual administrative region.
That is, if determine, this query type is perimeter query (i.e. search_type=AOUND), then need to determine (x, y) concrete value, and then, also need to resolve by REGO (ReverseGeocoding, inverse geocoding) the actual administrative region (i.e. the actual value of adcode) determined corresponding to this inquiry; Or, if determine, this query type is space querying (i.e. search_type=SPACE), then need according to described second longitude and latitude parameter (i.e. geoobj) determine this inquiry corresponding to actual administrative region (i.e. the actual value of adcode).
That is, carrying out the timing really of the concrete value of adcode, needing to revise for different inquiry businesses:
If query type is perimeter query, so search engine (specifically can be the REGO server in search engine) can think x, y latitude and longitude information is more important, therefore, adcode_xy can be obtained by x, y latitude and longitude information, if adcode_xy with the adcode value obtained is identical, then without the need to revising adcode, if not identical, then adcode value is as the criterion with adcode_xy;
Similarly, if query type is space querying, so search engine (specifically can be REGO) can think that geoobj information is more important, therefore geoobj acquisition of information adcode_obj can be passed through, if adcode_obj with the adcode value obtained is identical, then without the need to amendment, if not identical, then adcode value is as the criterion with adcode_obj.
Further, in embodiment of the present invention, it should be noted that, if according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, then also according to the query string in described query argument, actual administrative region can be determined.
Wherein, if according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, then according to the query string in described query argument, determine actual administrative region, can comprise:
Mated with the field in the special word rewriting rule preset by described query string, if match respective field, then corresponding according to the field matched in described special word rewriting rule administrative region code, determines actual administrative region.
Such as, if according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, and if determine that adcode information is for empty, and user does not arrange corresponding x, y latitude and longitude information (namely the value of x, y is empty), does not arrange corresponding geoobj (namely the value of geoobj is for empty) yet, so, now, according to the query string in described query argument, actual administrative region can be determined.Certainly it should be noted that, now, also this query context can be seen as whole nation search.It should be noted that again, determine that the embodiment of actual administrative region is also not limited to above-mentioned single scene according to the query string in described query argument, as long as according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, all can determine actual administrative region according to the query string in described query argument, the embodiment of the present invention does not all repeat this.
Further, it should be noted that, if query type is general query, i.e. search_type=Normal, then, do not want to be concerned about spatial dimension owing to which represent user itself, therefore, now, can without the need to carrying out corresponding REGO parsing, or, even if according to x, y latitude and longitude information and/or geoobj information etc. determine corresponding adcode value, and determine that this adcode value determined is different from original value of this adcode, also without the need to carrying out corresponding modify (original value of this adcode can be seen as the actual value of this adcode finally determined) to original value of this adcode, the embodiment of the present invention does not also repeat this.
Further, in embodiment of the present invention, pre-service is carried out to the query argument carried in described inquiry request, can also comprise:
Query string in described inquiry request is mated with each field in the special word rewriting rule preset and/or scenic spot rewriting rule, if match corresponding field, then according in described special word rewriting rule and/or scenic spot rewriting rule, corresponding with the field matched revised field, described query string is revised; Or,
If determine, the beginning part of described query string and/or center section include path planning field, and determine that described query string can not match with the particular location title in the path planning business modification rule preset, then identify the path planning field in the beginning part of described query string, and/or, identify the path planning field of the center section of described query string, and according to the path planning field identified, described query string is revised, described query string is rewritten as the first query string for representing path query starting point and is used for representing the second query string of path query terminating point, or if determine, described query string can match with the particular location title in described path planning business modification rule, then revise described query string according to the particular location title matched in described path planning business modification rule.Wherein, described path planning field can refer to " from ", " by ", " extremely " or " to " etc. wording, the embodiment of the present invention is not limited in any way this.
Such as, when query is " from Beijing to Shanghai " or " Peking University is to mansion, Zhong Guan-cun ", identifiable design query start " from ", " by " etc. wording, the wording such as " extremely ", " arriving " is identified, with the query (being designated as end) of the query (being designated as start) and terminal that are partitioned into starting point in query.Or, when query is " supreme good middle school, Beijing ", due to the particular location title " supreme good middle school " in path planning business correction vocabulary can be matched, therefore, described query can be rewritten, particularly, now according to the particular location title matched in path planning business correction vocabulary, described query can be kept constant, and the embodiment of the present invention does not repeat this.
It should be noted that in addition, above-mentioned by the query string in described inquiry request with preset special word rewriting rule and/or scenic spot rewriting rule in each field mate, to revise described query string; Or, the path planning field the beginning part of described query string and/or center section comprised matches with the particular location title in the path planning business modification rule preset, can also be that the embodiment of the present invention does not also repeat this in the step of carrying out performing in semantic analysis process with the step revised described query string.
Further, in embodiment of the present invention, pre-service is carried out to the query argument carried in described inquiry request, can also comprise:
Wrongly written or mispronounced characters replacement is carried out to described query string, special symbol is filtered or replaced, query string blocks, one or more in the demand identification of complicated and simple conversion or special symbol.
Particularly, carrying out wrongly written or mispronounced characters replacement to described query string can be: the wrongly written or mispronounced characters for common high probability is directly replaced; Such as, if because the relation of input method, " city " is write as " city ", then can directly be removed;
Further, special symbol is carried out (wherein to described query string, special symbol described herein refers to other computer symbolses except Chinese character, arabic numeral, English alphabet, " | " and " & ") filter or replace can be: special symbol is replaced to space, and, convert a space etc. to continuous print space is unified; This is because these special symbols may be the wrong characters that user manually inputs, also may be the mess code in network, thus retrieval effectiveness is harmful to unintentionally, need to remove;
Further, carry out query string to described query string to block and can be: the message truncation that will be greater than setting byte (as 128 bytes) in single query string; This is because, in general, Chuan Doushi short address, the address string that user manually inputs, the query string of oversize (as more than 128 bytes) is likely the mess code stream in network, and, long address string is not only difficult to the corresponding Search Results of coupling, and can bring larger expense to the semanteme parsing of system, therefore needs to be carried out correspondingly truncation;
Further, carrying out complicated and simple conversion to described query string can be: if when inverted index set up by search engine, traditional font is converted to simplified by unification, so also need to reach an agreement when retrieving, the traditional font that user inputs is converted to simplified, such search result out, when showing user, remains original font information;
Further, the demand identification described query string being carried out to special symbol (special symbol herein can refer to the logical symbol such as " | " or " & ") can be: resolve the special symbol in user's query string, such as, if query string is " Beijing | university ", then need to be understood as search " Beijing " or " university "; If " Beijing & university ", then need to be understood as and search for " Beijing " and " university " simultaneously.
Further, it should be noted that, in embodiment of the present invention, the sequencing each query argument being carried out to analysis and correction is not fixing, and can adjust according to actual conditions, the embodiment of the present invention does not also repeat this.
Further, in embodiment of the present invention, described method also can comprise: according to the actual parameter value of each query argument determined, rewrite described inquiry request, obtain new inquiry request;
Wherein, if the data query type of the reality determined is bus routes type, then the actual parameter value of described each query argument according to determining, described inquiry request is rewritten, obtains new inquiry request, comprising:
Described inquiry request is rewritten as the first inquiry request and the second inquiry request, wherein, the parameter value of data query type parameter in described first inquiry request be determine bus routes type, other query arguments parameter value be corresponding actual parameter value; The parameter value of the data query type parameter in described second inquiry request is POI type, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, described query string can match with the particular location title in the path planning business modification rule preset, then the actual parameter value of described each query argument according to determining, rewrites described inquiry request, obtain new inquiry request, comprising:
Described inquiry request is rewritten as the inquiry request that query string is particular location title, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, described query string comprises the first query string for representing path query starting point and the second query string for representing path query terminating point, the then actual parameter value of described each query argument according to determining, described inquiry request is rewritten, obtain new inquiry request, comprising:
Described inquiry request is rewritten as the 3rd inquiry request and the 4th inquiry request, wherein, the parameter value of the described query string in described 3rd inquiry request is described first query string, the parameter value of other query arguments is corresponding actual parameter value; The parameter value of the described query string in described 4th inquiry request is described second query string, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, the value of the query categories parameter in described query argument is sky and determines that described query string can match with the classifier in the query categories decision rule preset, the then actual parameter value of described each query argument according to determining, described inquiry request is rewritten, obtain new inquiry request, comprising:
Described inquiry request is rewritten as the 5th inquiry request and the 6th inquiry request, wherein, the parameter value of the described 5th query categories parameter of inquiring about in son request is query categories, the described 5th query string inquired about in son request according to the classifier matched determined reality of class code of correspondence in described query categories decision rule is empty, that parameter values that are other query arguments are correspondence actual parameter value; The parameter value of the query categories parameter in described 6th inquiry request is parameter value that is empty, other query arguments is corresponding actual parameter value.
Particularly, for the ease of understanding, for concrete example, brief description is carried out to the query argument disposal route described in the embodiment of the present invention below.It should be noted that, treatment scheme branch involved by the query argument disposal route described in the embodiment of the present invention is more, possibility is more, be difficult to all details in an example covering method, therefore, the example of the following stated is only schematically illustrating of the treatment scheme of method described in the embodiment of the present invention, and the concrete restriction that should not be construed as method described in the embodiment of the present invention, the embodiment of the present invention does not repeat this.
Example 1: if certain single inquiry request is:
Query=restaurant;
search_type=AOUND;
search_data_type=POI;
adcode=110000;
x=;
y=;
range=;
category=;
geoobj=x1:121.3,y1:31.2;x2:121.4,y2:31.4。
Particularly, known by carrying out analysis to the initial parameter value of the search_type in above-mentioned query argument, this inquiry is perimeter query, and therefore the concrete value of the latitude and longitude information (i.e. x, y) at the current place of user must exist.But, owing to passing through the first longitude and latitude parameter (i.e. x in above-mentioned query argument, y, range) it is known that original parameter value carries out analysis, x, y itself does not arrange corresponding numerical value, therefore, x is obtained, the value of y by the second longitude and latitude parameter (i.e. geoobj).Particularly, in this example 1, can x=121.1 and y=31.3 be obtained, and, because range value not necessarily, therefore, can be set to sky at this.
Further, determining x, after the actual value of y, also needing to revise corresponding adcode further.Particularly, because this inquiry is perimeter query, thus, adcode_xy=310000 (Shanghai) is obtained by the value of resolving x, y.Because the adcode_xy=310000 (Shanghai) that parses and adcode=110000 (Beijing) conflicts mutually, therefore, can be as the criterion in Shanghai, the actual value of adcode is modified to corresponding 310000.
Further, known by carrying out analysis to the initial parameter value of the search_data_type in above-mentioned query argument, this data query type is common POI type, therefore, also needs to carry out corresponding semantic analysis further:
Particularly, due to when carrying out semantic analysis, query can hit classifier, therefore, shows that this query categories is the search of general demand, particularly, in this example 1, category can be set to 050101.Finally, this inquiry request can be resolved to following two kinds of modes:
First a kind of possible mode is search category 050101 within the scope of the geoobj in Shanghai City, and now, the actual value of each query argument can be as described below:
query=;
search_type=AOUND;
search_data_type=POI;
adcode=310000;
category=050101;
x=121.1;
y=31.3;
range=;
geoobj=x1:121.3y1:31.2;x2:121.4,y2:31.4;
A kind of possible mode of next is text search " restaurant " within the scope of the geoobj in Shanghai City, and now, the actual value of each query argument can be as described below:
Query=restaurant;
search_type=AOUND;
search_data_type=POI;
adcode=310000;
category=;
x=121.1;
y=31.3;
range=;
geoobj=x1:121.3,y1:31.2;x2:121.4,y2:31.4。
That is, if determine, the parameter value of revised query categories parameter is not for empty, then when retrieving, first can be set to sky, only going retrieval with category by query; When retrieval is less than good result, then with the form of the original text of query, retrieve in POI data type.
Example 2: if certain single inquiry request is:
Query=13 line %%% (subway);
search_type=NORMAL;
search_data_type=POI;
adcode=110000;
category=;
x=121.1;
y=31.3;
range=;
geoobj=。
Particularly, in this inquiry request, owing to there is the special symbol such as bracket and mess code in query, therefore, can be first modified to " No. 13 line subways " by pre-service.
Further, due to known by carrying out analysis to the initial parameter value of the search_type in above-mentioned query argument, this inquiry is general query, therefore, and can without the need to carrying out corresponding RGEO parsing to it; Certainly, it should be noted that, now, also can carry out REGO to it and resolve to obtain actual adcode, but, because this inquiry is general query, therefore, whether the adcode no matter be resolved to mates with original adcode, all without the need to carrying out corresponding modify to original adcode;
Further, known by carrying out analysis to the initial parameter value of the search_data_type in above-mentioned query argument, this data query type is common POI type, therefore, also needs to carry out corresponding semantic analysis further:
Particularly, due to when carrying out semantic analysis, there is " subway " field in query, therefore, first can predict that this query expects search BUS, particularly, now, in order to improve search quality, fields such as " subways " can be removed, query can be removed " subway ", become " No. 13 lines "; Further, owing to there is the pattern of numeral+" number line " in query, therefore, can further contemplate that this query expects search BUSLINE.
And then, in this example 2, this inquiry request can be resolved to following two kinds of modes:
First a kind of possible mode is:
Query=13 line;
search_type=NORMAL;
search_data_type=BUSLINE;
adcode=110000;
category=;
x=121.1;
y=31.3;
range=;
geoobj=;
A kind of possible mode of next is:
Query=13 line subway;
search_type=NORMAL
search_data_type=POI;
adcode=110000;
category=;
x=121.1;
y=31.3;
range=;
geoobj=。
That is, when the parameter value determining revised described data query type parameter is bus routes type, first search_data_type can be set to BUSLINE, at the index Chinese version retrieval query of BUSLINE, if retrieval is less than good result, again with the form of search_data_type=POI, retrieve in the index of POI in the mode of text.
Example 3: if certain single inquiry request is:
Supreme good middle school of query=Beijing;
search_type=NORMAL;
search_data_type=POI;
adcode=110000;
category=;
x=;
y=;
range=;
geoobj=。
Particularly, in this inquiry request, owing to there is wrongly written or mispronounced characters " city " in query, therefore, can first be become in " supreme good middle school of Beijing " by pre-service;
Further, due to known by carrying out analysis to the initial parameter value of the search_type in above-mentioned query argument, this inquiry is general query, therefore, and can without the need to carrying out corresponding RGEO parsing to it; Certainly, it should be noted that, now, also can carry out REGO to it and resolve to obtain actual adcode, but, because this inquiry is general query, therefore, whether the adcode no matter be resolved to mates with original adcode, all without the need to carrying out corresponding modify to original adcode;
Further; due to according to existing pattern, " supreme good middle school of Beijing " can be identified as starting point is usually " Beijing ", and terminal is the path planning business in " kind middle school "; even it is not revised, following twice can be changed into for general path planning business and search element:
Starting point is:
Query=Beijing;
search_type=NORMAL;
search_data_type=POI;
adcode=110000;
category=;
x=;
y=;
range=;
geoobj=;
Terminal is:
Query=is apt to middle school;
search_type=NORMAL;
search_data_type=POI;
adcode=110000;
category=;
x=;
y=;
range=;
geoobj=。
But because " supreme good middle school " can hit the particular location title in path planning business modification rule, therefore this inquiry request can be corrected for:
Supreme good middle school of query=Beijing;
search_type=NORMAL;
search_data_type=POI;
adcode=110000;
category=;
x=;
y=;
range=;
geoobj=。
That is, if determine, revised described query string can match with the particular location title in path planning business modification rule, then without the need to this inquiry request is divided into the inquiry request that two are respectively beginning or end, and only described inquiry request can be rewritten as the inquiry request that included query string is particular location title, the parameter value of other query arguments is corresponding actual parameter value.
The embodiment of the present invention one provides a kind of query argument disposal route, described method comprises: the inquiry request receiving user's input, obtain the query argument carried in described inquiry request, if according to the data query type parameter in described query argument, determine that data query type is POI type, then according to the query string in described query argument and default semantic analysis rule, determine actual data query type.That is, by analyzing the query argument carried in the inquiry request of user's input, correctly obtain the information such as the actual queries data type of user, can rewrite according to the inquiry request of information to user such as the actual queries data types of the user got so that follow-up, more meet the inquiry mode of user's actual need and more according calculation mechanism solution with structure, thus the object of the search quality improving google maps can be reached.
Embodiment two:
The embodiment of the present invention two provides a kind of query argument treating apparatus that can be used in the present invention query argument disposal route described in embodiment one, as shown in Figure 2, it is the structural representation of query argument treating apparatus described in the embodiment of the present invention two, described query argument treating apparatus specifically can comprise receiving element 21, acquiring unit 22 and processing unit 23, wherein:
Described receiving element 21 can be used for the inquiry request receiving user's input;
Described acquiring unit 22 can be used for obtaining the query argument carried in described inquiry request;
If described processing unit 23 can be used for according to the data query type parameter in described query argument, determine that data query type is POI type, then according to the query string in described query argument and default semantic analysis rule, determine actual data query type.
Alternatively, described processing unit 23 specifically can be used for the query string in described query argument to mate with the bus routes data in the transit database preset, if match corresponding bus routes, then determine that actual data query type is bus routes type; Or, judging whether comprise numeral in described query string, if comprise, then whether immediately following there being the field relevant to bus routes data after continuing to judge described numeral, if so, then determining that actual data query type is bus routes type.
Further, described processing unit 23 is also used according to the data query type parameter in described query argument, after determining that data query type is POI type, if determine, the value of the query categories parameter in described query argument is for empty, then according to the query string in described query argument and default semantic analysis rule, determine actual query categories.
Alternatively, described processing unit 23 specifically can be used for the query string in described query argument to mate with the word of all categories in the query categories decision rule preset, if match corresponding classifier, then corresponding in described query categories decision rule according to the classifier matched class code, determines actual query categories.
Further, described device also can comprise pretreatment unit 24:
Described pretreatment unit 24 is used according to the query string in described query argument and default semantic analysis rule, before determining actual data query type, carries out pre-service to the query argument carried in described inquiry request.
Alternatively, if described pretreatment unit 24 specifically can be used for according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, then according to the query type parameter in described query argument and geo-location parameter, determine actual administrative region, or, according to the query string in described query argument, determine actual administrative region.
Particularly, if described pretreatment unit 24 specifically can be used for determining that query type is perimeter query, then judge whether the first longitude and latitude parameter in described geo-location parameter is empty, if, then when determining the second longitude and latitude parameter in described geo-location parameter not for sky, according to described second longitude and latitude parameter, determine the longitude and latitude parameter of the current position of described user, and determine actual administrative region by the longitude and latitude parameter of resolving the current position of described user; If not, then according to described first longitude and latitude parameter, determine the longitude and latitude parameter of the current position of described user, and by resolving the longitude and latitude parameter of the current position of described user, determine actual administrative region; Or query type is space querying if determine, then according to the second longitude and latitude parameter in described geo-location parameter, determine actual administrative region.
Further, if described pretreatment unit 24 specifically also can be used for according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, then described query string is mated with the field in the special word rewriting rule preset, if match respective field, then corresponding according to the field matched in described special word rewriting rule administrative region code, determines actual administrative region.
Further, described pretreatment unit 24 also can be used for the query string in described inquiry request to mate with each field in the special word rewriting rule preset and/or scenic spot rewriting rule, if match corresponding field, then according in described special word rewriting rule and/or scenic spot rewriting rule, corresponding with the field matched revised field, described query string is revised; Or,
If determine, the beginning part of described query string and/or center section include path planning field, and determine that described query string can not match with the particular location title in the path planning business modification rule preset, then identify the path planning field in the beginning part of described query string, and/or, identify the path planning field of the center section of described query string, and according to the path planning field identified, described query string is revised, described query string is rewritten as the first query string for representing path query starting point and is used for representing the second query string of path query terminating point, or if determine, described query string can match with the particular location title in described path planning business modification rule, then revise described query string according to the particular location title matched in described path planning business modification rule.
Further, described processing unit 23 also can be used for, according to the actual parameter value of each query argument determined, rewriting, obtain new inquiry request to described inquiry request;
Wherein, if the data query type that described processing unit 23 specifically can be used for the reality determined is bus routes type, then described inquiry request is rewritten as the first inquiry request and the second inquiry request, wherein, the parameter value of data query type parameter in described first inquiry request be determine bus routes type, other query arguments parameter value be corresponding actual parameter value; The parameter value of the data query type parameter in described second inquiry request is POI type, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, described query string can match with the particular location title in the path planning business modification rule preset, then described inquiry request is rewritten as the inquiry request that query string is particular location title, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, described query string comprises the first query string for representing path query starting point and the second query string for representing path query terminating point, then described inquiry request is rewritten as the 3rd inquiry request and the 4th inquiry request, wherein, the parameter value of the described query string in described 3rd inquiry request is described first query string, the parameter value of other query arguments is corresponding actual parameter value; The parameter value of the described query string in described 4th inquiry request is described second query string, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, the value of the query categories parameter in described query argument is sky and determines that described query string can match with the classifier in the query categories decision rule preset, then described inquiry request is rewritten as the 5th inquiry request and the 6th inquiry request, wherein, the parameter value of the query categories parameter in described 5th inquiry request is the query categories according to the classifier the matched determined reality of class code corresponding in described query categories decision rule, query string in described 5th inquiry request is empty, the parameter value of other query arguments is corresponding actual parameter value, the parameter value of the query categories parameter in described 6th inquiry request is parameter value that is empty, other query arguments is corresponding actual parameter value.
The embodiment of the present invention two provides a kind of query argument treating apparatus, by analyzing the query argument carried in the inquiry request of user's input, correctly obtain the information such as the actual queries data type of user, can rewrite according to the inquiry request of information to user such as the actual queries data types of the user got so that follow-up, more meet the inquiry mode of user's actual need and more according calculation mechanism solution with structure, thus the object of the search quality improving google maps can be reached.
It will be understood by those skilled in the art that embodiments of the invention can be provided as method, device (equipment) or computer program.Therefore, the present invention can adopt the form of complete hardware embodiment, completely software implementation or the embodiment in conjunction with software and hardware aspect.And the present invention can adopt in one or more form wherein including the upper computer program implemented of computer-usable storage medium (including but not limited to magnetic disk memory, CD-ROM, optical memory etc.) of computer usable program code.
The present invention describes with reference to according to the process flow diagram of the method for the embodiment of the present invention, device (equipment) and computer program and/or block scheme.Should understand can by the combination of the flow process in each flow process in computer program instructions realization flow figure and/or block scheme and/or square frame and process flow diagram and/or block scheme and/or square frame.These computer program instructions can being provided to the processor of multi-purpose computer, special purpose computer, Embedded Processor or other programmable data processing device to produce a machine, making the instruction performed by the processor of computing machine or other programmable data processing device produce device for realizing the function of specifying in process flow diagram flow process or multiple flow process and/or block scheme square frame or multiple square frame.
These computer program instructions also can be stored in can in the computer-readable memory that works in a specific way of vectoring computer or other programmable data processing device, the instruction making to be stored in this computer-readable memory produces the manufacture comprising command device, and this command device realizes the function of specifying in process flow diagram flow process or multiple flow process and/or block scheme square frame or multiple square frame.
These computer program instructions also can be loaded in computing machine or other programmable data processing device, make on computing machine or other programmable devices, to perform sequence of operations step to produce computer implemented process, thus the instruction performed on computing machine or other programmable devices is provided for the step realizing the function of specifying in process flow diagram flow process or multiple flow process and/or block scheme square frame or multiple square frame.
Although describe the preferred embodiments of the present invention, those skilled in the art once obtain the basic creative concept of cicada, then can make other change and amendment to these embodiments.So claims are intended to be interpreted as comprising preferred embodiment and falling into all changes and the amendment of the scope of the invention.
Obviously, those skilled in the art can carry out various change and modification to the present invention and not depart from the spirit and scope of the present invention.Like this, if these amendments of the present invention and modification belong within the scope of the claims in the present invention and equivalent technologies thereof, then the present invention is also intended to comprise these change and modification.

Claims (20)

1. a query argument disposal route, is characterized in that, comprising:
Receive the inquiry request of user's input;
Obtain the query argument carried in described inquiry request;
If according to the data query type parameter in described query argument, determine that data query type is point of interest POI type, then according to the query string in described query argument and default semantic analysis rule, determine actual data query type.
2. query argument disposal route as claimed in claim 1, is characterized in that, described according to the query string in described query argument and default semantic analysis rule, determines actual data query type, comprising:
Query string in described query argument is mated with the bus routes data in the transit database preset, if match corresponding bus routes, then determines that actual data query type is bus routes type;
Or, judging whether comprise numeral in described query string, if comprise, then whether immediately following there being the field relevant to bus routes data after continuing to judge described numeral, if so, then determining that actual data query type is bus routes type.
3. query argument disposal route as claimed in claim 1, is characterized in that, according to the data query type parameter in described query argument, after determining that data query type is POI type, described method also comprises:
If determine, the value of the query categories parameter in described query argument is for empty, then according to the query string in described query argument and default semantic analysis rule, determine actual query categories.
4. query argument disposal route as claimed in claim 3, is characterized in that, described according to the query string in described query argument and default semantic analysis rule, determines actual query categories, comprising:
Query string in described query argument is mated with the word of all categories in the query categories decision rule preset, if match corresponding classifier, then corresponding in described query categories decision rule according to the classifier matched class code, determines actual query categories.
5. query argument disposal route as claimed in claim 1, is characterized in that, according to the query string in described query argument and default semantic analysis rule, before determining actual data query type, described method also comprises:
Pre-service is carried out to the query argument carried in described inquiry request.
6. query argument disposal route as claimed in claim 5, it is characterized in that, the described query argument to carrying in described inquiry request carries out pre-service, comprising:
If according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, then according to the query type parameter in described query argument and geo-location parameter, determine actual administrative region, or, according to the query string in described query argument, determine actual administrative region.
7. query argument disposal route as claimed in claim 6, is characterized in that, described according to the query type parameter in described query argument and geo-location parameter, determines actual administrative region, comprising:
If determine, query type is perimeter query, then judge whether the first longitude and latitude parameter in described geo-location parameter is empty, if, then when determining the second longitude and latitude parameter in described geo-location parameter not for sky, according to described second longitude and latitude parameter, determine the longitude and latitude parameter of the current position of described user, and determine actual administrative region by the longitude and latitude parameter of resolving the current position of described user; If not, then according to described first longitude and latitude parameter, determine the longitude and latitude parameter of the current position of described user, and by resolving the longitude and latitude parameter of the current position of described user, determine actual administrative region;
If determine, query type is space querying, then according to the second longitude and latitude parameter in described geo-location parameter, determine actual administrative region.
8. query argument disposal route as claimed in claim 6, is characterized in that, described according to the query string in described query argument, determines actual administrative region, comprising:
Mated with the field in the special word rewriting rule preset by described query string, if match respective field, then corresponding according to the field matched in described special word rewriting rule administrative region code, determines actual administrative region.
9. query argument disposal route as claimed in claim 5, it is characterized in that, the described query argument to carrying in described inquiry request carries out pre-service, also comprises:
Query string in described inquiry request is mated with each field in the special word rewriting rule preset and/or scenic spot rewriting rule, if match corresponding field, then according in described special word rewriting rule and/or scenic spot rewriting rule, corresponding with the field matched revised field, described query string is revised;
If determine, the beginning part of described query string and/or center section include path planning field, and determine that described query string can not match with the particular location title in the path planning business modification rule preset, then identify the path planning field in the beginning part of described query string, and/or, identify the path planning field of the center section of described query string, and according to the path planning field identified, described query string is revised, described query string is rewritten as the first query string for representing path query starting point and is used for representing the second query string of path query terminating point, or if determine, described query string can match with the particular location title in described path planning business modification rule, then revise described query string according to the particular location title matched in described path planning business modification rule.
10. the query argument disposal route as described in as arbitrary in claim 1 ~ 9, it is characterized in that, described method also comprises: according to the actual parameter value of each query argument determined, rewrite described inquiry request, obtain new inquiry request;
Wherein, if the data query type of the reality determined is bus routes type, then the actual parameter value of described each query argument according to determining, described inquiry request is rewritten, obtains new inquiry request, comprising:
Described inquiry request is rewritten as the first inquiry request and the second inquiry request, wherein, the parameter value of data query type parameter in described first inquiry request be determine bus routes type, other query arguments parameter value be corresponding actual parameter value; The parameter value of the data query type parameter in described second inquiry request is POI type, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, described query string can match with the particular location title in the path planning business modification rule preset, then the actual parameter value of described each query argument according to determining, rewrites described inquiry request, obtain new inquiry request, comprising:
Described inquiry request is rewritten as the inquiry request that query string is particular location title, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, described query string comprises the first query string for representing path query starting point and the second query string for representing path query terminating point, the then actual parameter value of described each query argument according to determining, described inquiry request is rewritten, obtain new inquiry request, comprising:
Described inquiry request is rewritten as the 3rd inquiry request and the 4th inquiry request, wherein, the parameter value of the described query string in described 3rd inquiry request is described first query string, the parameter value of other query arguments is corresponding actual parameter value; The parameter value of the described query string in described 4th inquiry request is described second query string, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, the value of the query categories parameter in described query argument is sky and determines that described query string can match with the classifier in the query categories decision rule preset, the then actual parameter value of described each query argument according to determining, described inquiry request is rewritten, obtain new inquiry request, comprising:
Described inquiry request is rewritten as the 5th inquiry request and the 6th inquiry request, wherein, the parameter value of the described 5th query categories parameter of inquiring about in son request is query categories, the described 5th query string inquired about in son request according to the classifier matched determined reality of class code of correspondence in described query categories decision rule is empty, that parameter values that are other query arguments are correspondence actual parameter value; The parameter value of the query categories parameter in described 6th inquiry request is parameter value that is empty, other query arguments is corresponding actual parameter value.
11. 1 kinds of query argument treating apparatus, is characterized in that, comprising:
Receiving element, for receiving the inquiry request of user's input;
Acquiring unit, for obtaining the query argument carried in described inquiry request;
Processing unit, if for according to the data query type parameter in described query argument, determine that data query type is point of interest POI type, then according to the query string in described query argument and default semantic analysis rule, determines actual data query type.
12. query argument treating apparatus as claimed in claim 11, is characterized in that,
Described processing unit, specifically for being mated with the bus routes data in the transit database preset by the query string in described query argument, if match corresponding bus routes, then determines that actual data query type is bus routes type; Or, judging whether comprise numeral in described query string, if comprise, then whether immediately following there being the field relevant to bus routes data after continuing to judge described numeral, if so, then determining that actual data query type is bus routes type.
13. query argument treating apparatus as claimed in claim 11, is characterized in that,
Described processing unit, also for according to the data query type parameter in described query argument, after determining that data query type is POI type, if determine, the value of the query categories parameter in described query argument is for empty, then according to the query string in described query argument and default semantic analysis rule, determine actual query categories.
14. query argument treating apparatus as claimed in claim 13, is characterized in that,
Described processing unit, specifically for the query string in described query argument is mated with the word of all categories in the query categories decision rule preset, if match corresponding classifier, then corresponding in described query categories decision rule according to the classifier matched class code, determines actual query categories.
15. query argument treating apparatus as claimed in claim 11, it is characterized in that, described device also comprises pretreatment unit:
Described pretreatment unit, for according to the query string in described query argument and default semantic analysis rule, before determining actual data query type, carries out pre-service to the query argument carried in described inquiry request.
16. query argument treating apparatus as claimed in claim 15, is characterized in that,
Described pretreatment unit, if specifically for according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, then according to the query type parameter in described query argument and geo-location parameter, determine actual administrative region, or, according to the query string in described query argument, determine actual administrative region.
17. query argument treating apparatus as claimed in claim 16, is characterized in that,
Described pretreatment unit, if specifically for determining that query type is perimeter query, then judge whether the first longitude and latitude parameter in described geo-location parameter is empty, if, then when determining the second longitude and latitude parameter in described geo-location parameter not for sky, according to described second longitude and latitude parameter, determine the longitude and latitude parameter of the current position of described user, and determine actual administrative region by the longitude and latitude parameter of resolving the current position of described user; If not, then according to described first longitude and latitude parameter, determine the longitude and latitude parameter of the current position of described user, and by resolving the longitude and latitude parameter of the current position of described user, determine actual administrative region; Or query type is space querying if determine, then according to the second longitude and latitude parameter in described geo-location parameter, determine actual administrative region.
18. query argument treating apparatus as claimed in claim 16, is characterized in that,
Described pretreatment unit, if concrete also for according to the query type parameter in described query argument, determine that query type is perimeter query or space querying, then described query string is mated with the field in the special word rewriting rule preset, if match respective field, then corresponding according to the field matched in described special word rewriting rule administrative region code, determines actual administrative region.
19. query argument treating apparatus as claimed in claim 15, is characterized in that,
Described pretreatment unit, also for the query string in described inquiry request is mated with each field in the special word rewriting rule preset and/or scenic spot rewriting rule, if match corresponding field, then according in described special word rewriting rule and/or scenic spot rewriting rule, corresponding with the field matched revised field, described query string is revised; Or,
If determine, the beginning part of described query string and/or center section include path planning field, and determine that described query string can not match with the particular location title in the path planning business modification rule preset, then identify the path planning field in the beginning part of described query string, and/or, identify the path planning field of the center section of described query string, and according to the path planning field identified, described query string is revised, described query string is rewritten as the first query string for representing path query starting point and is used for representing the second query string of path query terminating point, or if determine, described query string can match with the particular location title in described path planning business modification rule, then revise described query string according to the particular location title matched in described path planning business modification rule.
20. as arbitrary in claim 11 ~ 19 as described in query argument treating apparatus, it is characterized in that,
Described processing unit, also for the actual parameter value according to each query argument determined, rewrites described inquiry request, obtains new inquiry request;
Wherein, described processing unit, if the data query type specifically for the reality determined is bus routes type, then described inquiry request is rewritten as the first inquiry request and the second inquiry request, wherein, the parameter value of data query type parameter in described first inquiry request be determine bus routes type, other query arguments parameter value be corresponding actual parameter value; The parameter value of the data query type parameter in described second inquiry request is POI type, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, described query string can match with the particular location title in the path planning business modification rule preset, then described inquiry request is rewritten as the inquiry request that query string is particular location title, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, described query string comprises the first query string for representing path query starting point and the second query string for representing path query terminating point, then described inquiry request is rewritten as the 3rd inquiry request and the 4th inquiry request, wherein, the parameter value of the described query string in described 3rd inquiry request is described first query string, the parameter value of other query arguments is corresponding actual parameter value; The parameter value of the described query string in described 4th inquiry request is described second query string, the parameter value of other query arguments is corresponding actual parameter value;
Or, if determine, the value of the query categories parameter in described query argument is sky and determines that described query string can match with the classifier in the query categories decision rule preset, then described inquiry request is rewritten as the 5th inquiry request and the 6th inquiry request, wherein, the parameter value of the query categories parameter in described 5th inquiry request is the query categories according to the classifier the matched determined reality of class code corresponding in described query categories decision rule, query string in described 5th inquiry request is empty, the parameter value of other query arguments is corresponding actual parameter value, the parameter value of the query categories parameter in described 6th inquiry request is parameter value that is empty, other query arguments is corresponding actual parameter value.
CN201410542279.6A 2014-10-14 2014-10-14 Query parameter processing method and device Active CN105574019B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410542279.6A CN105574019B (en) 2014-10-14 2014-10-14 Query parameter processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410542279.6A CN105574019B (en) 2014-10-14 2014-10-14 Query parameter processing method and device

Publications (2)

Publication Number Publication Date
CN105574019A true CN105574019A (en) 2016-05-11
CN105574019B CN105574019B (en) 2020-07-31

Family

ID=55884165

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410542279.6A Active CN105574019B (en) 2014-10-14 2014-10-14 Query parameter processing method and device

Country Status (1)

Country Link
CN (1) CN105574019B (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108122424A (en) * 2016-11-28 2018-06-05 高德信息技术有限公司 Vehicle is in the definite method and apparatus of website berthing time
CN111651535A (en) * 2019-09-24 2020-09-11 北京嘀嘀无限科技发展有限公司 Information query processing method and device, electronic equipment and readable storage medium

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050021510A1 (en) * 2003-07-22 2005-01-27 Pioneer Corporation Data search apparatus and method, navigation apparatus and method, data set and computer program product for data search
CN101469997A (en) * 2007-12-27 2009-07-01 爱信艾达株式会社 Navigation apparatus and computer program
CN101887436A (en) * 2009-05-12 2010-11-17 阿里巴巴集团控股有限公司 Retrieval method, device and system
CN102169508A (en) * 2011-05-27 2011-08-31 上海市城市建设设计研究院 Traffic information query method based on cloud computing and system thereof
CN102402619A (en) * 2011-12-23 2012-04-04 广东威创视讯科技股份有限公司 Search method and device
CN102890676A (en) * 2011-07-19 2013-01-23 上海博泰悦臻电子设备制造有限公司 Method and device for searching interest point in map and vehicular system
CN103020098A (en) * 2012-07-11 2013-04-03 腾讯科技(深圳)有限公司 Navigation service searching method with speech recognition function
CN103473290A (en) * 2013-08-30 2013-12-25 百度在线网络技术(北京)有限公司 Processing method and device for attribute data of POIs
CN103605752A (en) * 2013-11-21 2014-02-26 武大吉奥信息技术有限公司 Address matching method based on semantic recognition
EP2728313A1 (en) * 2012-10-30 2014-05-07 Alpine Electronics, Inc. Method of displaying objects on a navigation map

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050021510A1 (en) * 2003-07-22 2005-01-27 Pioneer Corporation Data search apparatus and method, navigation apparatus and method, data set and computer program product for data search
CN101469997A (en) * 2007-12-27 2009-07-01 爱信艾达株式会社 Navigation apparatus and computer program
CN101887436A (en) * 2009-05-12 2010-11-17 阿里巴巴集团控股有限公司 Retrieval method, device and system
CN102169508A (en) * 2011-05-27 2011-08-31 上海市城市建设设计研究院 Traffic information query method based on cloud computing and system thereof
CN102890676A (en) * 2011-07-19 2013-01-23 上海博泰悦臻电子设备制造有限公司 Method and device for searching interest point in map and vehicular system
CN102402619A (en) * 2011-12-23 2012-04-04 广东威创视讯科技股份有限公司 Search method and device
CN103020098A (en) * 2012-07-11 2013-04-03 腾讯科技(深圳)有限公司 Navigation service searching method with speech recognition function
EP2728313A1 (en) * 2012-10-30 2014-05-07 Alpine Electronics, Inc. Method of displaying objects on a navigation map
CN103473290A (en) * 2013-08-30 2013-12-25 百度在线网络技术(北京)有限公司 Processing method and device for attribute data of POIs
CN103605752A (en) * 2013-11-21 2014-02-26 武大吉奥信息技术有限公司 Address matching method based on semantic recognition

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
XINYAN ZHU ETAL.: "POI Inquiries and Data Update Based on LBS", 《 2009 INTERNATIONAL SYMPOSIUM ON INFORMATION ENGINEERING AND ELECTRONIC COMMERCE》 *
施常月: "基于位置范围的道路网skyline查询", 《计算机科学》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108122424A (en) * 2016-11-28 2018-06-05 高德信息技术有限公司 Vehicle is in the definite method and apparatus of website berthing time
CN108122424B (en) * 2016-11-28 2020-04-14 高德信息技术有限公司 Method and device for determining stop time of vehicle at station
CN111651535A (en) * 2019-09-24 2020-09-11 北京嘀嘀无限科技发展有限公司 Information query processing method and device, electronic equipment and readable storage medium

Also Published As

Publication number Publication date
CN105574019B (en) 2020-07-31

Similar Documents

Publication Publication Date Title
US20200183995A1 (en) Discovery of linkage points between data sources
US20180157724A1 (en) Designating Fields in Machine Data Using Templates
US9495345B2 (en) Methods and systems for modeling complex taxonomies with natural language understanding
CN104484459B (en) The method and device that entity in a kind of pair of knowledge mapping merges
CN102831121B (en) Method and system for extracting webpage information
WO2018000998A1 (en) Interface generation method, apparatus and system
CN104933084A (en) Method, apparatus and device for acquiring answer information
TWI536188B (en) Method and system for searching applications
US20140207816A1 (en) System and method for preferred services in nomadic environments
JP2005107597A (en) Device and method for searching for similar sentence and program
US9875098B2 (en) System and method for extracting a business rule embedded in an application source code
US9323839B2 (en) Classification rule generation device, classification rule generation method, classification rule generation program, and recording medium
CN107844560B (en) Data access method and device, computer equipment and readable storage medium
US8316006B2 (en) Creating an ontology using an online encyclopedia and tag cloud
JP2007094775A (en) Semantic analyzer, semantic analysis method and semantic analysis program
US7478370B2 (en) Relationship management for data modeling in an integrated development environment
US20150254276A1 (en) Indexing geographic data
CN104484461A (en) Method and system based on encyclopedia data for classifying entities
US10180989B2 (en) Generating and executing query language statements from natural language
US9442718B1 (en) System for assisting in locating changes in source code version control system
CN104361042A (en) Information retrieval method and device
CN107038207B (en) Data query method, data processing method and device
US20200349175A1 (en) Address Search Method and Device
CN103914533B (en) That promotes search result shows method and apparatus
CN102314452B (en) A kind of method and system of being undertaken navigating by input method platform

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200423

Address after: 310012 room 508, floor 5, building 4, No. 699, Wangshang Road, Changhe street, Binjiang District, Hangzhou City, Zhejiang Province

Applicant after: Alibaba (China) Co.,Ltd.

Address before: 102200, No. 8, No., Changsheng Road, Changping District science and Technology Park, Beijing, China. 1-5

Applicant before: AUTONAVI SOFTWARE Co.,Ltd.

GR01 Patent grant
GR01 Patent grant