WO2010025652A1 - 移动搜索方法及其系统、搜索服务器同步搜索能力的方法 - Google Patents

移动搜索方法及其系统、搜索服务器同步搜索能力的方法 Download PDF

Info

Publication number
WO2010025652A1
WO2010025652A1 PCT/CN2009/073494 CN2009073494W WO2010025652A1 WO 2010025652 A1 WO2010025652 A1 WO 2010025652A1 CN 2009073494 W CN2009073494 W CN 2009073494W WO 2010025652 A1 WO2010025652 A1 WO 2010025652A1
Authority
WO
WIPO (PCT)
Prior art keywords
search
server
search server
meta
local
Prior art date
Application number
PCT/CN2009/073494
Other languages
English (en)
French (fr)
Inventor
王玮
闵国兵
董晓艺
胡汉强
顾翀
李正兵
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP09811027.3A priority Critical patent/EP2320616B1/en
Publication of WO2010025652A1 publication Critical patent/WO2010025652A1/zh
Priority to US13/038,165 priority patent/US20110153586A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2471—Distributed queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/951—Indexing; Web crawling techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services

Definitions

  • the present invention relates to the field of mobile communication technologies, and in particular, to a mobile search method and system thereof, and a method for searching a server for synchronous search capability.
  • Mobile search is the product of the convergence of mobile communication technology and search engine technology. As a combination of the two popular areas, the mobile search business is in a high-speed growth period. Currently, mobile search services have become a new bright spot and growth point for mobile value-added services.
  • the centralized mobile search engine is based on a retrieval system on a single web database center. It needs to store a large amount of related object information on the Internet and in offline databases, which poses a challenge to the storage and operation of the web database. At the same time, this centralized centralized retrieval method requires a large server cluster with superior computing processing power and massive storage capacity to meet the daily network information retrieval needs. Therefore, centralized mobile search engines are facing difficulties in data collection and maintenance, server processing bottlenecks and so on.
  • the distributed mobile search engine maintains its own web database, the data storage is distributed, and the capabilities of each search engine are limited to its own web database. Therefore, the member search engines managed by each search server are compared and cannot be uniformly scheduled.
  • the inventors found that at least the following problems exist in the prior art: centralized mobile search provided by the prior art, data information collection and maintenance is difficult, server operation processing has a bottleneck, and distributed mobile search
  • the search engines managed by each search server are relatively scattered and cannot be uniformly scheduled.
  • the mobile search method provided by the embodiment of the present invention includes: a local search server receives a search request sent by a client, where the search request carries a search keyword; and, according to the search keyword, a member is scheduled from a locally stored meta index.
  • the locally stored meta index includes a meta index of the local search server and a meta index of other search servers; searching for a search server where the member search engine is located; if the search server where the member search engine is located is not local Searching the server, then: sending a secondary search request to the search server where the member search engine is located, where the secondary search request includes the search keyword; and receiving the search server where the member search engine is located according to the second Searching for a search result returned by the request; transmitting the search result to the client.
  • the method for synchronizing search capabilities between search servers includes: the local search server sends a meta index synchronization request to other search servers; according to the meta index synchronization request, the other search servers update the stored The meta index of the local search server.
  • the mobile search system includes: a plurality of search servers, each search server managing at least one member search engine, wherein: the search server is configured to receive a search request according to a search keyword in the search request And a member search engine is obtained from the meta index, where the meta index includes a meta index of the local search server and a meta index of another search server, and determines whether the search server where the member search engine is located is a local search server, and if not, And sending a secondary search request to the search server where the scheduled member search engine is located, and receiving the search result returned by the search server where the member search engine is located according to the secondary search request, and returning the search result to the client. end.
  • the search server includes: an input and output unit, configured to receive a search request of a client, send the search request to a member search engine scheduling unit, and return a search result to the client; Storing a meta index of the local search server and a meta index of the other search servers; a member search engine scheduling unit, configured to perform a member search engine according to the meta index stored in the meta index library according to the search request, and determine the location Whether the server where the member search engine is located is a local search server, if not, controlling the search cooperation unit to send a secondary search request to the search server where the scheduled member search engine is located; searching the cooperation unit, searching for the member The search server where the engine is located sends a secondary search request, and receives the search result returned by the search server where the member search engine is located.
  • the mobile search method and system thereof provided by the embodiments of the present invention and the method for synchronizing the search capability between the search servers can schedule the member search engines managed by the search servers to perform the search, thereby enabling the member search engines managed by the search servers.
  • the unified scheduling can reduce the computing load of the search server and improve the accuracy of the mobile search.
  • FIG. 1 is a schematic diagram of an embodiment of a mobile search method according to an embodiment of the present invention.
  • FIG. 2 is a schematic structural diagram of a meta search engine according to an embodiment of the present invention.
  • FIG. 3 is a flow chart of registration of a member search engine in an embodiment of the present invention.
  • FIG. 4 is a topological structural diagram of a central directory server according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a semi-distributed structured peer-to-peer computing topology structure according to an embodiment of the present invention
  • FIG. 6 is a signaling flowchart of an embodiment of a mobile search method according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of an embodiment of a mobile search system according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of an embodiment of a search server according to an embodiment of the present invention.
  • an embodiment of the present invention provides a mobile search method, including:
  • the local search server receives a search request sent by the client, where the search request carries a search keyword.
  • a search request is sent to the local search server through the client, and the search request carries the search keyword that the user wants to search.
  • the local search server schedules, according to the search keyword, a member search engine from a locally stored meta index.
  • the local search server not only stores its own meta index locally, but also stores the meta index of other search servers.
  • the other search servers described herein refer to a communication connection or data exchange with the local search server. Search server.
  • FIG. 2 is a schematic structural diagram of a meta search engine according to an embodiment of the present invention, as shown in FIG. 2:
  • Metasearch Engine (also known as search server) is an engine that calls other independent search engines.
  • the meta search engine is the integration, invocation, control and optimization of multiple independent search engines.
  • a relative metasearch engine, an independent search engine that can be utilized is called a "source engine”, or a "member search 5" engine, (member engine).
  • the meta index is an index of the meta search engine to the member search engine.
  • the meta search engine schedules and controls the member search engine by locally maintaining the meta index information of the member search engine.
  • Members When the search engine registers with the meta search engine, the member search engine provides interface parameters and capability parameter information in a format specified by the meta search engine, and the meta search engine generates a meta index of the member search engine.
  • the meta search engine centrally schedules registered search engines through the meta-index of each member search engine.
  • the meta search engine (search server) can invoke the corresponding member search engine to search based on the keywords in the search request.
  • the local search server searches for the search server where the member search engine is located. After the member search engine is obtained according to the locally stored meta index in step 102, the search server where the member search engine is located can be queried.
  • the local search server sends a secondary search request to the search server where the member search engine is located;
  • the local search server sends a secondary search request including the search keyword to the search server where the member search engine is located, The member search engine searches based on the search keyword.
  • the local search server may determine whether the search server where the member search engine is located is a local search server, and the specific judgment may be a judgment server. Whether the identifiers are the same, or determining whether the unique address of the server is the same. If the local search server determines that the search server where the member search engine is located is not the local search server, it may send a secondary search to the search server where the member search engine is located. Request.
  • the local search server may also not judge, that is, after the local search server queries the search server where the member search engine is located. Sending a secondary search request directly to the search server where the member search engine is located, for example, when the local search server does not manage any member search engine, the search server where the member search engine is queried by the local search server must not If it is a local search server, the local search server can send a secondary search request to the search server where the member search engine is located without judgment.
  • the local search server receives a search result returned by the search server where the member search engine is located according to the secondary search request.
  • the search result is fed back to the local search server.
  • the local search server sends the search result to the client.
  • the search result is sent to the client.
  • the local search server stores its own meta index and the meta index of other search servers. Therefore, the local search server may determine the member search engine through the meta index, thereby determining the search server where the member search engine is located, and the local search server may The member search engines managed by the search servers are scheduled to be searched by other search servers, so that the member search engines managed by the search servers can be uniformly scheduled, the operation load of the local search server can be alleviated, and the accuracy of the mobile search can be improved. .
  • the search server not only needs to maintain the parameter information of the locally registered member search engine, but also needs to synchronize the meta index of the member search engine it manages with other search servers.
  • the registration process of the member search engine and the process of establishing a meta index with the search server in the embodiment of the present invention include:
  • the member search engine registers with the local search server
  • the registration content includes member search engine identifier, search type, search request uniform resource locator (URL, Uniform Resource Locator).
  • the search engine identifier may be used to uniquely identify the member search engine; the search type may be a content classification of the search engine, or may be a geographical location classification, and the type may also be composed of one or more tags, and the classification or label may be searched by members.
  • the engine itself is defined, or defined by a local search server, and then selected by the member search engine to select the category or label, and a member search engine can belong to multiple search types; the search request URL can be in accordance with the open search aggregation protocol (opensearch)
  • opensearch open search aggregation protocol
  • Hotel Search means the search engine identifier
  • Hotel web means the search engine classification
  • http://example.com/?q ⁇ searchTerms ⁇ &amp
  • pw ⁇ startPage? ⁇ &amp
  • the local search server generates a meta index of the member search engine
  • the meta index is the index of the meta search engine, ie the search server, to the member search engine.
  • the meta search engine schedules and controls the member search engine through a meta-index of the member search engine maintained locally.
  • the meta index is a summary and description of the search capability information of the member search engine by the search server.
  • the meta-index can be stored in the meta-index library, and the meta-index library in the local search server stores the meta-indexes of the local and other search servers.
  • the meta index may adopt a table format structure, and the weight of the keyword to each engine is given in the meta index. See Table 1 below for a structural diagram of the meta index.
  • the meta index in the embodiment of the present invention contains three parts: a keyword, an engine, and a weight.
  • the keyword indicates the search keyword used in the search
  • the weight indicates the relationship between a certain keyword and a member search engine.
  • the meta index shown in Table 1 above describes the meta index of a search server.
  • the local search server stores its own meta index and the meta index of all other search servers. It can be understood that each search server has Corresponding to a meta-index as shown in Table 1 above, the specific meta-index content is not mentioned here.
  • the local search server can generate a meta index according to preset data or generate a meta index according to the user's needs. For example, there are currently three member search engines, namely "news search engine”, "weather search engine” and "diet search engine”. When the local search engine generates the meta index, the keyword database is read, and the keyword database contains the search keyword. If the first keyword is read as "Fujude", the local search server establishes the element as shown in the following table. index: Table 2
  • X, y and z are the weights between the keyword "Zhongjude" and each member search engine respectively, representing The degree of matching between the keyword and the member search engine.
  • the value of the weight can generally be determined according to the empirical value, or manually set, or calculated based on the feedback of the search result, such as "Gongjude” and "diet search engine”. "The degree of matching should be higher than the matching relationship with other member search engines. The specific value can be calculated as:
  • Different member search engines each have a specific database, and the data items in the database are related to the specific search performed by the member search engine.
  • the data items in the corresponding database are Dietary related information.
  • the local search server When the local search server reads a certain keyword, such as "Grand Jude", it will require all member search engines to search according to the keyword according to the keyword, and report the search result to the local search server, local search.
  • the server records the search results fed back by different member search engines, summarizes the results, calculates the total number of search results, and configures the member according to the proportion of the total number of search results fed back by different member search engines in the total number of search results.
  • the weight of the search engine for example, the search results of the members of the search engine for the "Golden Jude" search results, a total of 100, of which, the news search engine feedback 9 search results, the weather search engine feedback 1 search results, diet search engine
  • the local search server sets "Grand Jude” according to these values, the weight of the news search engine is 0.09, the weight of the weather search engine is 0.01, and the weight of the diet search engine is 0.90.
  • weight calculation method described above is only an example. In an actual application, the weights of different keywords for different member search engines may be calculated in other similar manners, which is not limited herein.
  • the local search server initiates a search capability synchronization process of the member search engine to other search servers, that is, a meta-index synchronization process of the local search server;
  • the mobile search system provided by the embodiment of the present invention can adopt two structures: a central directory server type
  • the following describes in detail the specific process of meta-index synchronization when using the central directory server-style topology and the semi-distributed structured P2P topology.
  • the central directory server topology is as shown in FIG. 4, wherein the central directory server 401 stores addresses of respective search servers (such as the search server 402 to the search server shown in FIG. 4). 405).
  • search server 402 in the network wants to find the address of another search server 403, the search server 402 first sends a request to the central directory server 401, the central directory server 401 searches the server directory table, and then retrieves the search server 403.
  • the URL address information is sent to the search server 402, and the search server 402 can directly send a message to the search server 403 based on the URL information.
  • the specific process of meta-index synchronization includes:
  • the local search server obtains the identifier and address of another search server to send an index synchronization message from the central directory server, and the central directory server may be served by any one of the search servers, or may be served by a separate server.
  • a mapping table of IDs and physical addresses of the respective search servers is stored in the central directory server for the search server to query the physical addresses of other search servers.
  • Each search server can store a cache address table to save the mapping relationship between the IDs and addresses of other search servers that have been accessed.
  • the local search server sends a meta index synchronization request message of the member search engine to the other search servers according to the identifier and/or address of the other search server, requesting to synchronize the meta index of the local search server;
  • the synchronization time interval may be set in the local search server to trigger the sending of the meta index synchronization message; or an event trigger mechanism may be set in the local search server (eg, the member index of the member search engine is added or modified) to trigger The meta-index synchronizes the sending of a message.
  • the parameters carried in the meta index synchronization request message include: an operation identifier of the meta index change of the member search engine (for example, indicating that the meta index is required to be updated), a content of the meta index change, an identifier of the member search engine, and a member search engine. Search for the server ID.
  • the meta index synchronization request message may further include: a category, a region, and the like registered by the member search engine.
  • metaindex — action — type "UPDATE” ⁇ / metaindex — action — type>
  • ⁇ msg_type>METAINDEX_S YNCHRONIIZATION ⁇ /msg_type> indicates that the request message is a meta index synchronization request
  • ⁇ engine-ID>IDofal ⁇ /engine-ID> indicates that the object of the request message is an al member search engine
  • the other search server that receives the meta index synchronization request message parses the meta index synchronization request message, obtains the operation identifier of the meta index change of the member search engine, the content of the meta index change, the identifier of the member search engine, and the member search engine.
  • Search server ID
  • the other search server stores the updated meta index, according to the search server where the member search engine is located, to the corresponding location of the own meta index library;
  • Other search servers may further store mapping relationships between the updated member search engine and its metasearch server.
  • the mapping relationship between the other search server storage member search engine and the local search server where the member search engine is located may be a correspondence between the member search engine identifier and the identifier and/or address of the local search server where the member search engine is located.
  • the mapping relationship may be stored in the form of a mapping table.
  • the meta index of the local search server can also be updated as a whole, that is, the entire meta index is updated at the same time.
  • P2P, Peer to Peer the semi-distributed structured peer-to-peer computing (P2P, Peer to Peer) topology structure: Please refer to FIG. 5, in this embodiment, the semi-distributed structured peer-to-peer computing topology structure is shown in FIG.
  • the semi-distributed structured topology selects the node with higher performance as the super node search server (501, 502, and 503 shown in FIG. 5), and stores the leaf node search server in the system on each super node search server.
  • Information for example, the super node search server 501 stores information of the leaf nodes 5011, 5012, and 5013 in the system, and the super node search server 502 stores information of the leaf nodes 5021 and 5022 in the system, and the super node search server 503 stores the system.
  • the request message is forwarded only between the super node search servers 501, 502 and 503, and the super node search server 501, 502 or 503 forwards the request message to its own leaf node search server.
  • the semi-distributed structure is a hierarchical structure, and the super node search servers 501, 502 and 503 form a high-speed forwarding layer, and the super node search server 501 and the responsible leaf node search servers 5011, 5012 and 5013 constitute several levels, super
  • the node search server 502 and the responsible leaf node search servers 5021 and 5022 constitute several levels
  • the super node search server 503 and the responsible leaf node search servers 5031 and 5032 constitute several levels.
  • Some search servers are selected to act as super node search servers (assumed to be super node search servers 501), and several leaf node search servers 5011, 5012 and 5013 can be organized under the super node search server 501.
  • the super node search server 501 stores a mapping table between the addresses of all the leaf node search servers 5011, 5012 and 5013 and the ID of the super node search server 501.
  • the specific process of meta-index synchronization includes two cases: A.
  • the local search server is located at the super node where it is located.
  • the search server sends a meta index synchronization request message of the member search engine;
  • the synchronization time interval may be set in the local search server to trigger the sending of the meta index synchronization request message; or an event trigger mechanism may be set in the local search server (for example, a meta index of the member search engine) New or modified) to trigger the sending of the meta index synchronization request message.
  • the parameters carried in the meta-index synchronization request message may include: an operation identifier of a meta-index change of a member search engine, a content of a meta-index change, an identifier of a member search engine, and a search server identifier where the member search engine is located.
  • the meta index synchronization request message may further include: a category, a region, and the like registered by the member search engine.
  • the message content is as follows:
  • metaindex — action — type "UPDATE” ⁇ / metaindex — action — type>
  • ⁇ from_server_URL> "www.mobileServer5011.com” ⁇ /from_server_URL> indicates that the request message is sent by the local search server 5011.
  • the local search server 5011 is a leaf node search server;
  • ⁇ to_server_URL> www.mobileServer501.com
  • ⁇ /to_server_URL> indicates that the destination of the request message is the super node search server 501.
  • the super node search server 501 is local. Searching for the super node search server where the server 5011 is located;
  • ⁇ msg_type>METAINDEX_S YNCHRONIIZATION ⁇ /msg_type> indicates that the request message is a meta index synchronization request
  • ⁇ engine-ID>IDofal ⁇ /engine-ID> indicates that the object of the request message is an al member search engine
  • ⁇ server_ID>IDofServer5011 ⁇ /server-ID> indicates that the object of the request message is the local search server 5011;
  • the operation required for the secondary synchronization request is to update the meta index of the al member search engine in the local search server 5011.
  • the super node search server where the local search server is located searches for the meta index synchronization request message of the member search engine to all other leaf node search servers under the super node search server; in this embodiment, the super node search server 501 receives the local search.
  • the meta index synchronization request message sent by the server 5011 the meta index synchronization request message is forwarded to all other leaf node search servers (ie, 5012 and 5013) under the super node search server 501, and the forwarded element
  • the index synchronization request message is similar to the content of the meta index synchronization request message described in the above example, with the following differences:
  • ⁇ to_server_URL> www.mobileServer5013.com
  • ⁇ /to_server_URL> indicates that the meta index synchronization request message is sent from the super node search server 501 to the leaf node search servers 5012 and 5013.
  • the super node search server where the local search server is located forwards the meta index synchronization request message of the member search engine to all other search servers that are super nodes;
  • the super node search server 501 may further forward the meta index synchronization request message to other super node search servers (as shown in FIG. 5). 502 and 503), the forwarded meta index synchronization request message is similar to the content of the meta index synchronization request message described in the above example, as follows:
  • ⁇ to_server_URL> www.mobileServer503.com
  • ⁇ /to_server_URL> indicates that the meta index synchronization request message is sent from the super node search server 501 to the super node search servers 502 and 503.
  • the super node search server that has received the meta index synchronization request message forwards the meta index synchronization request message to the respective leaf node search server;
  • the super node search servers 502 and 503 After receiving the meta index synchronization request message, the super node search servers 502 and 503 respectively forward the message to the respective leaf node search servers, and notify each leaf node search server to perform meta index synchronization.
  • the leaf node search server parses the meta index synchronization request message of the member search engine, and stores the meta index of the member search engine according to the search server where it is stored to the corresponding position of the meta index library; the leaf node search servers 5021, 5022, 5031 and 5032 After receiving the meta index synchronization request message, synchronization is performed according to the meta index synchronization request message.
  • Leaf node search server and super node search server can further store member search The mapping relationship between the cable engine a and the local search server 5011 where the member search engine is located.
  • the mapping relationship between the leaf search server storage member search engine and the local search server where the member search engine is located may be a correspondence between the member search engine identifier and the identifier and/or address of the local search server where the member search engine is located.
  • the mapping relationship may be stored in the form of a mapping table.
  • the meta-index synchronization process when the local search server is the super-node search server (1) the local search server sends a meta-index synchronization request message of the member search engine to the leaf node search server belonging to itself;
  • the synchronization time interval may be set in the local search server to trigger the sending of the meta index synchronization request message; or an event trigger mechanism may be set in the local search server (for example, a meta index of the member search engine) New or modified) to trigger the sending of the meta index synchronization request message.
  • the parameters carried in the meta-index synchronization request message may include: an operation identifier of the meta-index change of the member search engine, a content of the meta-index change, an identifier of the member search engine, and a search server identifier of the member search engine.
  • the meta index synchronization request message may further include: a category, a region, and the like registered by the member search engine.
  • the message content is as follows:
  • metaindex — action — type "UPDATE” ⁇ / metaindex — action — type>
  • ⁇ from_server_URL>"www.mobileServer501.com" ⁇ /from_server_URL> indicates that the request message is sent by the super node search server 501, as shown in FIG. 5, in this embodiment, the super node
  • the search server 501 is a local search server;
  • ⁇ to_server_URL> www.mobileServer5013.com
  • ⁇ /to_server_URL> indicates that the destination of the request message is the leaf node search servers 5011, 5012 and 5013, as shown in FIG. 5, the super node search
  • the server 501 ie, the local search server
  • ⁇ engine-ID>IDofal ⁇ /engine-ID> indicates that the object of the request message is an al member search engine
  • the operation required for the secondary synchronization request is to update the meta index of the al member search engine in the super node search server 501 (ie, the local search server).
  • the local search server forwards the meta index synchronization request message of the member search engine to all other search servers that are super nodes;
  • the super node search server 501 may further forward the meta index synchronization request message to other super node search servers (such as 502 and 503 shown in FIG. 5), and the forwarded meta index.
  • the synchronization request message is similar to the content of the meta index synchronization request message described in the above example, with the following differences:
  • the meta index synchronization request message is sent from the super node search server 501 (i.e., local search server) to the super node search servers 502 and 503.
  • the super node search server that has received the meta index synchronization request message forwards the meta index synchronization request message to the respective leaf node search server;
  • the super node search servers 502 and 503 After receiving the meta index synchronization request message, the super node search servers 502 and 503 respectively forward the message to the respective leaf node search servers, and notify each leaf node search server to perform meta index synchronization.
  • the leaf node search server parses the meta index synchronization request message of the member search engine, and stores the meta index of the member search engine according to the search server where it is stored to the corresponding position of the meta index library; the leaf node search server 5011, 5012, 5021, 5022 After receiving the meta index synchronization request message, 5031 and 5032 synchronize according to the meta index synchronization request message.
  • the leaf node search server and the super node search server may further store the mapping relationship between the member search engine al and the local search server 501 where the member search engine is located.
  • the mapping relationship between the leaf search server storage member search engine and the local search server where the member search engine is located may be a correspondence between the member search engine identifier and the identifier and/or address of the local search server where the member search engine is located.
  • the mapping relationship may be stored in the form of a mapping table.
  • the synchronization meta index between each search server uses the content of the update meta index change. It should be noted that the synchronization of the member index can also be performed by directly updating the meta index of the entire search server.
  • FIG. 6 is a flowchart of a mobile search embodiment according to an embodiment of the present invention.
  • the client sends a search request to the local search server A;
  • the search request including the search keyword is sent to the local search server A by the user.
  • “Gongjude” is taken as an example, that is, the client
  • the search key contained in the search request sent to the local search server A is "Fujude”.
  • the local search server A schedules the member search engine bl with the highest matching degree according to the keywords in the search request;
  • the schedule gets the member with the highest matching degree.
  • the search engine can be a local search server A or a member search engine in other search servers.
  • the member search engine bl with the highest matching degree is used as a member search engine in the search server B as an example.
  • the number of search engines with the highest matching degree of scheduling may also be one or more.
  • the present embodiment introduces a member search engine with the highest matching degree as an example.
  • the local search server A parses the search request, reads related information from the "keyword" field of the search request, and obtains the search keyword as "Fujude”.
  • the local search server A obtains the member search engine bl with the highest degree of matching from the meta index stored in the local search server A according to the search keyword.
  • the local search server A may store the meta-index as shown in Table 2. After the local search server A reads the keyword "Gongjude", the degree of matching with "Gongjude” may be determined according to the meta-index.
  • the highest member search engine that is, the member search engine with the highest weight, can determine that the "diet search engine” is the most matched member search engine. In this embodiment, it is assumed that the "diet search engine is located on the search server B.
  • "Diet Search Engine” is a member search engine bl.
  • the local search server A searches for the mapping table of the member search engine bl and the search server where the member search engine is located according to the member search engine bl identifier, and obtains the identifier or address of the search server B where the member search engine bl is located;
  • the mapping between the member search engine bl and the search server in which the member search engine is located stores the mapping relationship between the member search engine and the search server where the member search engine is located.
  • the identifier bl of the member search engine corresponds to the identifier and/or address of the search server B.
  • the local search server A sends a secondary search request message to the target search server B;
  • the search server B refers to the search server where the scheduled member search engine bl is located.
  • the search server where the member search engine bl is located is the search server B, not the local search server A.
  • the parameters carried by the secondary search request message may include: an identifier of the local search server A that sends the request, an identifier of the search server B, an identifier of the member search engine bl, a search condition attribute of the search request, a keyword and a category of the search request. information.
  • the message reads as follows:
  • ⁇ request_server_ID>IDofS erver A ⁇ / server-ID> indicates that the monthly server that initiated the request message is the local search server A;
  • ⁇ result_server_ID>IDofServerB ⁇ /server_ID> indicates that the request message is received by the search server B;
  • ⁇ engine-ID>IDof l ⁇ /engine-ID> indicates that the member search engine that performs the search is the member search engine bl;
  • the search server B parses the secondary search request message, obtains the search keyword and the member search engine bl identifier, forwards the secondary search request to the member search engine bl for searching, obtains the search result, and sends the search result to the search server B.
  • Local search server A The search server B parses the secondary search request message, obtains the search keyword and the member search engine bl identifier, forwards the secondary search request to the member search engine bl for searching, obtains the search result, and sends the search result to the search server B.
  • Local search server A
  • the member search engine bl parses the secondary search request, and reads the search keyword of the current search from the "keyword" field therein. For "Guanjude”, you can search according to the search keyword and get the search results.
  • the specific search results can be pictures, news, links, videos or texts related to "Gongjude”.
  • the local search server A receives the search result message returned by the search server B.
  • the parameters carried by the message may include: an identifier of the local search server A that sends the request, an identifier of the search server B, an identifier of the member search engine bl that feeds back the search result, a search condition attribute of the search request, a keyword of the search request, and/or Or category information, search result content.
  • the message reads as follows:
  • ⁇ to_server_URL> www.mobileServerA.com
  • ⁇ /to_ server_URL> indicates that the destination of the message is local search server A
  • ⁇ msg_type>SEARCH—1 ⁇ 81![ ⁇ /11188_ ⁇ 6> indicates that the message is a search result message
  • ⁇ request_server_ID>IDofServerA ⁇ /server-ID> indicates that the server searching for the request message is the local search server A ;
  • ⁇ result_server_ID>IDofServerB ⁇ /server_ID> indicates that the search server B is receiving the search message
  • ⁇ link>www.quanjude.com ⁇ /link> indicates a hyperlink to the searched Quanjude website;
  • ⁇ fig>www.xxxxxx.com/cache/database/eat/ Chinese/ quanjude .jpeg ⁇ / fig> indicates from a website Searched for images related to Quanjude.
  • Local search server A optimizes and processes the results
  • This step is an optional step.
  • Local Search Server A can also optimize and process results in conjunction with user requirements. For example, if the user requests a search result in Chinese, the local search server A deletes the other language results in the search result except the Chinese result, and only retains the Chinese result.
  • the local search server A receives the search request sent by the client, the search keyword is read from the search request, and the member search engine corresponding to the search keyword is queried in the locally stored meta index. And then querying the search server where the member search engine is located. If the search server that is queried is not the local search server, the local search server sends a secondary search request to the search server that is queried by the search server where the member search engine is located. Searching and feeding back the search results, so the local search server can schedule the member search engines managed by the search servers to perform the search, thereby enabling the member search engines managed by the search servers to be uniformly scheduled, thereby reducing the computational burden on the server and improving The accuracy of mobile search.
  • FIG. 7 is a structural diagram of an embodiment of a mobile search system according to the present invention.
  • the mobile search system includes a client 701, search servers 702, 703, 704, and member search engines 705, 706, 707 managed by respective search servers.
  • the search server 702 receives a search request sent by the client 701, according to the search key a word, a member search engine is dispatched from the meta index, where the meta index includes a meta index of the local search server and other search servers, and determines whether the search server where the member search engine is located is a local search server, and if not,
  • the search server where the scheduled member search engine is located sends a secondary search request, and receives a search result returned by the search server where the member search engine is located according to the secondary search request, and searches results according to the client identifier. Return to client 701.
  • search server where the member search engine is located is a local search server, forwarding the search request to the member search engine, and receiving a search result returned by the member search engine according to the search request, and The search results are returned to the client 701.
  • the member search engine 705, 706, 707 is configured to perform a search based on a secondary search request received from the search server 702 and return the search result to the search server 702.
  • the search server 702 since the search server 702 stores its own and the meta-indexes of the search servers 705, 706 and 707, after the search server 702 receives the search request sent by the client 701, Searching for the member search engine with the highest degree of matching with the search keyword according to the search keyword carried in the request, taking the member search engine as the member search engine 706 as an example, and querying the identifier of the search server 703 where the member search engine 706 is located. Or the address, the secondary search request is sent to the search server 703 according to the queried identifier or address, the search engine 705 is invoked by the search server 703 to perform a search, and the member search engine 705 searches for the search result, and the search server 703 searches the search server 702.
  • the search server 702 After the search result is fed back, the search server 702 then feeds back the search result to the client 701, so the search server 702 can schedule the member search engines managed by the respective search servers to perform the search, thereby enabling the member search managed by each search server. Get unified engine, but also to reduce the burden of server operations and improve the accuracy of mobile search.
  • FIG. 8 is a schematic diagram of an embodiment of a search server according to an embodiment of the present invention.
  • the search server embodiment in the embodiment of the present invention specifically includes:
  • the input and output unit 801 is configured to receive a search request sent by a client, where the search request is Carrying the client identifier and the search keyword, and returning the search result to the client;
  • the meta index library 802 is configured to store the meta index of the local and other search servers.
  • the member search engine scheduling unit 803 is configured to obtain a member search engine according to the meta index stored in the meta index library 802 according to the search request, and determine whether the server where the member search engine is located is a local search. a server, if not, controlling the search cooperation unit to send a secondary search request to the search server where the scheduled member search engine is located;
  • the specific manner is as follows: According to the search keyword, a specific scheduling algorithm is used, and the member engine with the highest matching degree with the search keyword is obtained according to the meta index.
  • the search cooperation unit 804 sends a search request to the search server where the member search engine scheduled by the member search engine scheduling unit 803 is located.
  • the search request carries the identifier of the search server that sends the search request, the identifier of the scheduled member search engine, and the search keyword.
  • the search server may also include a member search engine interface unit 805 for transmitting a search request to a member search engine or receiving search results returned by a member search engine.
  • the search server may further include a meta index management unit 806, configured to receive a meta index synchronization request sent by another search server, where the request carries an operation identifier of a meta index change of a member search engine, a content of a meta index change, and a member search.
  • the identifier of the engine, the search server identifier where the member search engine is located, and the meta index of the other search servers are updated in the meta index library according to the meta index synchronization request.
  • the operation identifier of the meta index change is an added or modified identifier.
  • the meta index synchronization request further includes registration parameters of a member engine class, a region, and the like for scheduling.
  • updating the meta index of the other search servers in the local search server specifically includes:
  • Parsing the meta index synchronization request obtaining an operation identifier of a meta index change of a member search engine, a content of a meta index change, an identifier of a member search engine, and a search server identifier where the member search engine is located;
  • the member of the changed member search engine based on the search server ID where the member search engine is located
  • the index is stored in a location specified in the meta index library; and the mapping relationship between the updated member search engine and the search server in which it is located is stored according to the identity of the member search engine.
  • the member search engine scheduling unit 803 can query the Searching for the member search engine with the highest matching keyword in the search request, and sending a secondary search request to the search server where the member search engine is located, so the search server can schedule the member search engine managed by each search server to perform the search, thereby
  • the member search engine managed by each search server can be uniformly scheduled, and the computing load of the server can be alleviated, and the accuracy of the mobile search can be improved.

Description

移动搜索方法及其系统、 搜索服务器同歩搜索能力的方法 本申请要求于 2008 年 9 月 3 日提交中国专利局、 申请号为 200810147590.5、 发明名称为 "移动搜索方法及其系统、 搜索服务器同步搜索 能力的方法"的中国专利申请的优先权,其全部内容通过引用结合在本申请中。 技术领域
本发明涉及移动通信技术领域，特别涉及一种移动搜索方法及其系统、搜 索服务器同步搜索能力的方法。
背景技术
移动搜索是移动通信技术和搜索引擎技术相融合的产物。作为两大热门领 域的结合体， 移动搜索业务正处于高速成长期。 当前， 移动搜索业务已经成为 移动增值业务新的亮点与增长点。
现有的移动搜索分为集中式移动搜索和分布式移动搜索。
集中式移动搜索引擎是基于单个网页数据库中心上的检索系统，需要存储 互联网上以及各地离线数据库中大量的相关对象信息，这就对网页数据库的存 储和运算规 出了挑战。 同时，这种单个中心的集中式检索方式需要庞大服 务器机群具备超强的计算处理能力和海量的存储能力才能满足人们日常网络 信息的检索需求。 因此， 集中式移动搜索引擎正面临着数据信息采集和维护困 难， 服务器运算处理瓶颈等诸多问题。
分布式移动搜索引擎维护自己的网页数据库，数据存储是分布式的，每个 搜索引擎的能力仅限于自身的网页数据库。 因此，各搜索服务器管理的成员搜 索引擎比较^ , 不能统一调度。
因此，在进行本发明创造过程中，发明人发现现有技术中至少存在如下问 题： 现有技术提供的集中式移动搜索， 数据信息采集和维护困难， 服务器运算 处理存在瓶颈， 而分布式移动搜索，各搜索服务器管理的成员搜索引擎比较分 散， 不能统一调度。
发明内容
有鉴于此，有必要提出一种移动搜索方法及其系统， 能够使各搜索服务器 管理的成员搜索引擎得到统一调度， 又能减轻搜索服务器的运算负担。 本发明实施例提供的移动搜索方法， 包括： 本地搜索服务器接收客户端发 送的搜索请求， 所述搜索请求中携带搜索关键字； 根据所述搜索关键字， 从本 地存储的元索引中调度得到成员搜索引擎，所述本地存储的元索引包括所述本 地搜索服务器的元索引和其他搜索服务器的元索引；查找所述成员搜索引擎所 在的搜索服务器； 若所述成员搜索引擎所在的搜索服务器不是本地搜索服务 器， 则： 向所述成员搜索引擎所在的搜索服务器发送二次搜索请求， 所述二次 搜索请求中包含所述搜索关键字；接收所述成员搜索引擎所在的搜索服务器根 据所述二次搜索请求返回的搜索结果； 向所述客户端发送所述搜索结果。
本发明实施例提供的搜索服务器之间同步搜索能力的方法， 包括： 本地搜 索服务器向其他搜索服务器发送元索引同步请求； 根据所述元索引同步请求， 所述其他搜索服务器更新已存储的所述本地搜索服务器的元索引。
本发明实施例提供的移动搜索系统， 包括： 多个搜索服务器， 每个搜索服 务器管理至少一个成员搜索引擎， 其中： 所述搜索服务器用于接收搜索请求， 根据所述搜索请求中的搜索关键字，从元索引中调度得到成员搜索引擎， 所述 元索引中包括本地搜索服务器的元索引和其他搜索服务器的元索引 ,判断所述 成员搜索引擎所在的搜索服务器是否是本地搜索服务器，如果否， 则向所述调 度得到的成员搜索引擎所在的搜索服务器发送二次搜索请求，并接收所述成员 搜索引擎所在的搜索服务器根据所述二次搜索请求返回的搜索结果，并将搜索 结果返回给客户端。
本发明实施例提供的搜索服务器， 包括： 输入输出单元， 用于接收客户端 的搜索请求，将所述搜索请求发送给成员搜索引擎调度单元， 并向客户端返回 搜索结果； 元索引库， 用于存储本地搜索服务器的元索引和其他搜索服务器的 元索引； 成员搜索引擎调度单元， 用于根据所述搜索请求， 根据所述元索引库 中存储的元索引进行调度得到成员搜索引擎，并判断所述成员搜索引擎所在的 服务器是否是本地搜索服务器， 如果否， 则控制搜索协作单元， 向所述调度得 到的成员搜索引擎所在的搜索服务器发送二次搜索请求； 搜索协作单元， 向所 述成员搜索引擎所在的搜索服务器发送二次搜索请求，接收所述成员搜索引擎 所在的搜索服务器返回的搜索结果。 通过本发明实施例提供的移动搜索方法及其系统、搜索服务器之间同步搜 索能力的方法， 可以调度各个搜索服务器所管理的成员搜索引擎来进行搜索， 因此能够使得各搜索服务器管理的成员搜索引擎得到统一调度，又能够减轻搜 索服务器运算负担， 且提高移动搜索的准确度。
附图说明
图 1为本发明实施例中移动搜索方法实施例示意图；
图 2为本发明实施例中元搜索引擎的架构示意图；
图 3为本发明实施例中成员搜索引擎的注册流程图；
图 4为本发明实施例中中心目录服务器式拓朴结构图；
图 5为本发明实施例中半分布式结构化对等计算拓朴结构图；
图 6为本发明实施例中移动搜索方法实施例信令流程图；
图 7为本发明实施例中移动搜索系统实施例示意图；
图 8为本发明实施例中搜索服务器实施例示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白， 以下结合附图及实 施方式， 对本发明进行进一步详细说明。 应当理解， 此处所描述的具体实施方 式仅仅用以解释本发明 , 并不用于限定本发明。
请参阅图 1， 本发明实施例提供一种移动搜索方法， 包括：
101、 本地搜索服务器接收客户端发送的搜索请求， 所述搜索请求中携带 搜索关键字；
当用户需要进行搜索时 , 会通过客户端向本地搜索服务器发送搜索请求 , 该搜索请求中会携带用户希望进行搜索的搜索关键字。
102、 本地搜索服务器根据所述搜索关键字， 从本地存储的元索引中调度 得到成员搜索引擎；
本实施例中，本地搜索服务器在本地不仅存储了自身的元索引， 同样还存 储了其他搜索服务器的元索引 ,此处所描述的其他搜索服务器是指与本地搜索 服务器能够进行通讯连接或数据交换的搜索服务器。
为了便于理解， 下面对元索引以及使用元索引的元搜索引擎进行简要介 绍：
请参阅图 2, 图 2为本发明实施例中元搜索引擎的架构示意图， 如图 2所 示：
元搜索引擎（Metasearch Engine, 也称为搜索服务器）， 是一种调用其它 独立搜索引擎的引擎， 元搜索引擎就是对多个独立搜索引擎的整合、调用、控 制和优化利用。相对元搜索引擎，可被利用的独立搜索引擎称为 "源搜索引擎" ( source Engine ), 或 "成员搜索 5 )擎，， ( member Engine )。
元索引 （meta index )是元搜索引擎对成员搜索引擎的索引， 元搜索引擎 通过在本地维护成员搜索引擎的元索引信息来调度和控制成员搜索引擎。成员 搜索引擎向元搜索引擎注册时，成员搜索引擎按照元搜索引擎规定的格式提供 接口参数和能力参数信息，元搜索引擎生成成员搜索引擎的元索引。元搜索引 擎通过各个成员搜索引擎的元索引对已注册的搜索引擎进行集中调度。
当客户端发起搜索请求时， 该元搜索引擎（搜索服务器）可以根据搜索请 求中的关键字调用对应的成员搜索引擎进行搜索。
103、 本地搜索服务器查找所述成员搜索引擎所在的搜索服务器； 本实施例步骤 102中根据本地存储的元索引调度得到成员搜索引擎之后， 即可查询该成员搜索引擎所在的搜索服务器。
104、 本地搜索服务器向所述成员搜索引擎所在的搜索服务器发送二次搜 索请求；
若本地搜索服务器查询到的所述成员搜索引擎所在的搜索服务器并非是 本地搜索服务器，则本地搜索服务器将包含该搜索关键字的二次搜索请求发送 至所述成员搜索引擎所在的搜索服务器，由该成员搜索引擎根据所述搜索关键 字进行搜索。
需要说明的是，本实施例中，本地搜索服务器在查询到该成员搜索引擎所 在的搜索服务器之后，可以判断该成员搜索引擎所在的搜索服务器是否为本地 搜索服务器，具体的判断可以是判断服务器的标识是否相同，或判断服务器的 唯一地址是否相同，若本地搜索服务器确定该成员搜索引擎所在的搜索服务器 不是本地搜索服务器，则可以向该成员搜索引擎所在的搜索服务器发送二次搜 索请求。
可以理解的是，上述采用的是判断的步骤实现二次搜索请求的发送，在实 际应用中，本地搜索服务器同样可以不进行判断， 即本地搜索服务器在查询到 该成员搜索引擎所在的搜索服务器之后 ,直接向该成员搜索引擎所在的搜索服 务器发送二次搜索请求， 例如， 当本地搜索服务器并未管理任何成员搜索引擎 时，则本地搜索服务器查询到的该成员搜索引擎所在的搜索服务器必定不会是 本地搜索服务器， 则本地搜索服务器无需进行判断， 即可向该成员搜索引擎所 在的搜索服务器发送二次搜索请求。
105、 本地搜索服务器接收成员搜索引擎所在的搜索服务器根据所述二次 搜索请求返回的搜索结果；
本实施例中，成员搜索引擎所在的搜索服务器根据本地搜索服务器发送的 二次搜索请求发送给所述成员搜索引擎完成搜索之后，会将搜索结果反馈至本 地搜索服务器。
106、 本地搜索服务器向客户端发送所述搜索结果。
本地搜索服务器接收到成员搜索引擎所在的搜索服务器反馈的搜索结果 之后， 将该搜索结果发送至客户端。
本实施例中 ,本地搜索服务器中保存有自身的元索引以及其他搜索服务器 的元索引， 因此本地搜索服务器可以通过元索引确定成员搜索引擎，进而确定 成员搜索引擎所在的搜索服务器，本地搜索服务器可以通过其他的各个搜索服 务器来调度其所管理的成员搜索引擎来进行搜索，因此能够使得各搜索服务器 管理的成员搜索引擎得到统一调度， 又能够减轻本地搜索服务器运算负担，且 提高移动搜索的准确度。
下面对本发明实施例中的移动搜索方法实施例进行伴细描述：
首先对成员搜索引擎的注册过程以及与搜索服务器建立元索引的过程进 行描述：
为了实现移动搜索 ,本发明实施例中 ,搜索服务器不仅需要维护本地注册 的成员搜索引擎的参数信息，同时需要与其它搜索服务器同步其管理的成员搜 索引擎的元索引。 请参阅图 3 , 本发明实施例中成员搜索引擎的注册过程以及与搜索服务器 建立元索引的过程包括：
301 : 成员搜索引擎向本地搜索服务器进行注册；
注册内容包括成员搜索引擎标识， 搜索类型， 搜索请求统一资源定位符 ( URL , Uniform Resource Locator )。 其中搜索引擎标识可以用来唯一标识成 员搜索引擎； 搜索类型可以是搜索引擎的内容分类， 也可以是地理位置分类， 类型也可以由一个或多个标签组成，所述分类或者标签可以由成员搜索引擎自 身定义，或者由本地搜索服务器进行定义，再由成员搜索引擎注册时选择所属 分类或标签， 而且，一个成员搜索引擎可以属于多个搜索类型；搜索请求 URL 可以按照开放式搜索聚合协议（opensearch )规范来注册， 其中 URL中所携带 参数，可以按照 opensearch规范中定义的 URL标准化参数和 URL个性化参数 进行定义。
下面举例说明成员搜索引擎向本地搜索服务器进行注册的例子：
<?xml version="1.0" encoding="UTF-8"?>
<OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/l.l/"> <ShortName>Hotel Search</ShortName>
<Description>Use Example.com to search the Hotel web site.</Description> <Tags> Hotel web</Tags>
<Contact>admin@example .com</Contact>
<Url type="application/rss+xml"
template="http：〃 example. com/?q= { searchTerms }&amp;pw= { startPage? } &a mp;format=rss"/>
</OpenSearchDescription>
其中 "Hotel Search"表示搜索引擎标识； "Hotel web"表示搜索引擎分类； " http://example.com/?q= { searchTerms } &amp;pw= { startPage? } &amp;format=rss" 表示搜索请求 URL。
302: 本地搜索服务器生成成员搜索引擎的元索引；
元索引（ meta index )是元搜索引擎即搜索服务器对成员搜索引擎的索引， 元搜索引擎通过在本地维护的成员搜索引擎的元索引来调度和控制成员搜索 引擎。
元索引为搜索服务器对成员搜索引擎的搜索能力信息的概括和描述。元索 引可以保存在元索引库中，本地搜索服务器中的元索引库中存储了本地和其它 搜索服务器的元索引。
元索引的结构和建立过程可以有多种。在本发明提供的实施例中，元索引 可以采用表格式结构，元索引中给出的是关键字对每个引擎的权值。请参见下 表 1 , 为元索引的结构示意图。
表 1 元索引的结构
Figure imgf000009_0001
由上述表 1可以看出，本发明实施例中的元索引包含三部分内容：关键字， 引擎， 以及权值。 其中， 关键字表示搜索时所采用的搜索关键字， 权值表示某 一关键字与某一成员搜索引擎之间的关联关系。
上述表 1所示的元索引所描述的为某一个搜索服务器的元索引 ,在本地搜 索服务器中存储有自身的元索引以及所有其他搜索服务器的元索引，可以理解 的是，每个搜索服务器都对应一个如上述表 1所示的元索引 ,具体元索引内容 此处不再赞述。
为便于理解， 下面对元索引的生成过程进行描述：
本地搜索服务器可以根据预置的数据生成元索引或根据用户的需求生成 元索引， 例如， 当前有三个成员搜索引擎， 分别为 "新闻搜索引擎"， "天气搜 索引擎" 以及 "饮食搜索引擎"， 当本地搜索引擎生成元索引时， 读取关键字 数据库， 该关键字数据库中包含搜索关键字， 若读取到第一个关键字为 "全聚 德"， 则本地搜索服务器建立如下表所示的元索引： 表 2
引擎标识 新闻搜索引擎 天气搜索引擎 饮食搜索引擎 全聚德 x=0.09 y=0.01 z=0.90 上述表 2中， X, y以及 z分别是关键字 "全聚德" 与各个成员搜索引擎 之间的权值，代表该关键字与该成员搜索引擎之间的匹配程度，该权值的数值 一般可以根据经验值进行确定，或由人工设定，或根据搜索结果反馈情况计算， 例如 "全聚德" 与 "饮食搜索引擎"之间的匹配程度应该高于与其他成员搜索 引擎之间的匹配关系， 具体数值的计算方式可以为：
不同的成员搜索引擎均对应有一个特定的数据库，该数据库中的数据项与 该成员搜索引擎所执行的特定搜索相关， 例如对于饮食搜索引擎而言， 与其对 应的数据库中的数据项均为与饮食相关的信息。
当本地搜索服务器读取到某个关键字时， 例如 "全聚德"， 则会按照该关 键字要求所有的成员搜索引擎均根据该关键字进行搜索 ,并将搜索结果上报给 本地搜索服务器， 本地搜索服务器记录不同的成员搜索引擎反馈的搜索结果， 并对结果进行汇总，计算搜索结果的总数， 并按照不同的成员搜索引擎反馈的 搜索结果的数目在搜索结果的总数中所占的比例配置该成员搜索引擎的权值， 例如各成员搜索引擎反馈的有关 "全聚德" 的搜索结果一共有 100个， 其中， 新闻搜索引擎反馈了 9条搜索结果，天气搜索引擎反馈了 1条搜索结果，饮食 搜索引擎反馈了 90条搜索结果， 则本地搜索服务器按照这些数值设置 "全聚 德，，对于新闻搜索引擎的权值为 0.09, 对于天气搜索引擎的权值为 0.01 , 对于 饮食搜索引擎的权值为 0.90。
需要说明的是，上述所描述的权值计算方式仅为一个例子，在实际应用中， 同样还可以采用其他类似方式计算不同的关键字对于不同的成员搜索引擎的 权值， 此处不作限定。
303 : 本地搜索服务器向其它搜索服务器发起成员搜索引擎的搜索能力同 步过程， 即本地搜索服务器的元索引同步过程；
本发明实施例提供的移动搜索系统可以采用两种结构：中心目录服务器式 下面详细说明采用中心目录服务器式拓朴结构和半分布式结构化 P2P拓 朴结构时， 元索引同步的具体过程。
一、 采用中心目录服务器式拓朴结构：
请参阅图 4,本实施例中， 中心目录服务器式拓朴结构如图 4所示，其中， 中心目录服务器 401存储有各个搜索服务器的地址（如图 4中所示的搜索服务 器 402至搜索服务器 405 )。 当网络中某个搜索服务器 402要查找另一个搜索 服务器 403的地址时， 该搜索服务器 402先向中心目录服务器 401发送请求， 由中心目录服务器 401 搜索服务器目录表， 然后将检索到的搜索服务器 403 的 URL地址信息发送给搜索服务器 402， 搜索服务器 402可以根据此 URL信 息直接向搜索服务器 403发送消息。
在中心目录服务器式拓朴结构中， 元索引同步的具体过程包括：
( 1 )、本地搜索服务器从中心目录服务器获得要发送索引同步消息的其它 搜索服务器的标识和地址， 中心目录服务器可以由任意一个搜索服务器来担 任，也可以由单独的服务器来担任。在中心目录服务器中保存了各个搜索服务 器的 ID和物理地址的映射表， 以供搜索服务器查询其它搜索服务器的物理地 址。每个搜索服务器内部可以保存一个緩存地址表，保存访问过的其它搜索服 务器的 ID与地址之间的映射关系。
( 2 )、 本地搜索服务器根据其它搜索服务器的标识和 /或地址， 向其它搜 索服务器发送成员搜索引擎的元索引同步请求消息，请求同步本地搜索服务器 的元索引；
可以在本地搜索服务器中设定同步时间间隔来触发所述元索引同步消息 的发送； 或者可以在本地搜索服务器中设定一个事件触发机制（例如成员搜索 引擎的元索引新增或者修改）来触发所述元索引同步消息的发送。
所述元索引同步请求消息中携带的参数包括：成员搜索引擎的元索引变更 的操作标识（例如指明是要求更新元索引）、 元索引变更的内容、 成员搜索引 擎的标识、成员搜索引擎所在的搜索服务器标识。所述元索引同步请求消息中 还可以包括： 成员搜索引擎注册的类别、 地域等。
本实施例中的元索引同步请求消息具体可以如下所示： <?xml version="1.0" encoding="utf-8"?>
<SOAP:Envelope
xmlns:xsi- 'http://www.w3.org/2001/XMLSchema- instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns： soap="http:// schemas .xmlsoap.org/ soap/ envelope/">
<SOAP:head>
</SOAP:head>
<SOAP:body>
<tag>
<from— server— URL>"www.mobileServerA.com"</from— server— URL >
<to— server— URL >"www.mobileServerB.com''</to_server_URL >
<msg_type>METAINDEX_SYNCHRONIIZATION</msg_type>
</tag>
<content>
<engine_ID>IDofal</engine_ID>
<server_ID>IDofServerA</ server _ID>
< metaindex— action— type>"UPDATE"</ metaindex— action— type>
<data>
<matalndex>
<action>weight value of keyword 1 =0.11 </ action>
</mataIndex>
<parameter>
</parameter>
</data>
</content>
</SOAP:body>
下面对上述信息中所包含的具体内容进行解释说明：
<from server URL>"www.mobileServerA.com''</from server URL >表示 该请求消息是由服务器 A发送出的；
<to— server— URL >"www.mobileServerB.com"</to— server— URL >表示该请 求消息的目的地为服务器 B;
<msg— type>METAINDEX— S YNCHRONIIZATION</msg— type>表示该请求 消息为元索引同步请求；
<engine— ID>IDofal</engine— ID>表示该请求消息的对象为 al 成员搜索引 擎；
<server_ID>IDofServerA</ server— ID>表示该请求消息的对象为服务器 A; < metaindex— action— type>"UPDATE"</ metaindex— action— type:=^示本次同 步请求消息所需要进行的操作是 "更新 "， 这三行内容结合起来所要表示的内 容为 "本次同步请求所需要进行的操作是对服务器 A中的 al成员搜索引擎进 行更新"。
<action>weight value of keywordl=0.11</action>表示该请求消息所要进行 的具体操作为： 将服务器 A的元索引中的 al成员搜索引擎对应 keyword 1的 权值修改为 0.11。
( 3 ) 接收到元索引同步请求消息的其他搜索服务器解析元索引同步请求 消息， 获得成员搜索引擎的元索引变更的操作标识、 元索引变更的内容、成员 搜索引擎的标识、 成员搜索引擎所在的搜索服务器标识；
( 4 )所述其他搜索服务器将更新后的元索引， 根据成员搜索引擎所在的 搜索服务器存储到自身元索引库的相应位置；
( 5 )其他搜索服务器也可以进一步存储所述更新的成员搜索引擎和其所 在的元搜索服务器之间的映射关系。
所述其它搜索服务器存储成员搜索引擎和成员搜索引擎所在本地搜索服 务器之间的映射关系可以为成员搜索引擎标识和成员搜索引擎所在本地搜索 服务器的标识和 /或地址之间的——对应关系。 所述映射关系可以采用映射表 的形式进行存储。 此处是以更新元索引中的某个值为例进行介绍的， 当然， 也 可以将本地搜索服务器的元索引作为一个整体进行更新，即将整个元索引同时 进行更新。 二、 采用半分布式结构化对等计算（P2P， Peer to Peer )拓朴结构： 请参阅图 5 ,本实施例中，半分布式结构化对等计算拓朴结构如图 5所示， 其中， 半分布式结构化拓朴选择性能较高的节点作为超级节点搜索服务器（如 图 5中所示的 501 , 502以及 503 )， 在各个超级节点搜索服务器上存储了系统 中叶子节点搜索服务器的信息（例如超级节点搜索服务器 501中存储有系统中 叶子节点 5011 , 5012以及 5013的信息，超级节点搜索服务器 502中存储有系 统中叶子节点 5021以及 5022的信息，超级节点搜索服务器 503中存储有系统 中叶子节点 5031以及 5032的信息 )， 请求消息仅在超级节点搜索服务器 501 , 502以及 503之间转发， 超级节点搜索服务器 501， 502或 503再将请求消息 转发给自己的叶子节点搜索服务器。
半分布式结构是一个层次式结构，超级节点搜索服务器 501 , 502以及 503 之间构成一个高速转发层，超级节点搜索服务器 501和所负责的叶子节点搜索 服务器 5011 , 5012以及 5013构成若干层次，超级节点搜索服务器 502和所负 责的叶子节点搜索服务器 5021以及 5022构成若干层次，超级节点搜索服务器 503和所负责的叶子节点搜索服务器 5031以及 5032构成若干层次。 选择某些 搜索服务器担当超级节点搜索服务器（假设为超级节点搜索服务器 501 ), 在 该超级节点搜索服务器 501 下可以组织若干叶子节点搜索服务器 5011， 5012 以及 5013。 超级节点搜索服务器 501 中保存了其下的所有叶子节点搜索服务 器 5011 , 5012以及 5013的地址和超级节点搜索服务器 501的 ID之间的映射 关系表。
在半分布式结构拓朴结构中， 元索引同步的具体过程包括两种情况： A、 本地搜索服务器作为叶子节点搜索服务器时的元索引同步过程： ( 1 )本地搜索服务器向自身所在的超级节点搜索服务器发送成员搜索引 擎的元索引同步请求消息；
本实施例中，可以在本地搜索服务器中设定同步时间间隔来触发所述元索 引同步请求消息的发送；或者也可以在本地搜索服务器中设定一个事件触发机 制（例如成员搜索引擎的元索引新增或者修改）来触发所述元索引同步请求消 息的发送。 所述元索引同步请求消息中携带的参数可以包括：成员搜索引擎的元索引 变更的操作标识、元索引变更的内容、 成员搜索引擎的标识、 成员搜索引擎所 在的搜索服务器标识。所述元索引同步请求消息还可以进一步包括： 成员搜索 引擎注册的类别、 地域等。
例如， 消息内容如下所示：
<?xml version="1.0" encoding="utf-8"?>
<SOAP:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema- instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http：〃 schemas.xmlsoap.org/soap/envelope/">
<SOAP:head>
</SOAP:head>
<SOAP:body>
<tag>
<from— server— URL>"www.mobileServer5011.com"</from— server— URL >
<to— server— URL >"www.mobileServer501.com"</to_server_URL >
<msg_type>METAINDEX_SYNCHRONIIZATION</msg_type>
</tag>
<content>
<engine_ID>IDofa 1 </engine_ID>
<server_ID>IDofS erver5 OI K/ server _ID>
< metaindex— action— type>"UPDATE"</ metaindex— action— type>
<data>
<matalndex>
<action>weight value of keyword 1 =0.11 </ action>
</mataIndex>
<parameter>
</parameter> </data>
</content>
</SOAP:body>
下面对上述信息中所包含的具体内容进行解释说明：
<from_server_URL>"www.mobileServer5011.com"</from_server_URL> 表 示该请求消息是由本地搜索服务器 5011发送出的， 如图 5所示， 该本地搜索 服务器 5011为叶子节点搜索服务器；
<to— server— URL >"www.mobileServer501.com"</to— server— URL >表示该请 求消息的目的地为超级节点搜索服务器 501 , 如图 5所示， 该超级节点搜索服 务器 501为本地搜索服务器 5011所在的超级节点搜索服务器；
<msg— type>METAINDEX— S YNCHRONIIZATION</msg— type>表示该请求 消息为元索引同步请求；
<engine— ID>IDofal</engine— ID>表示该请求消息的对象为 al 成员搜索引 擎；
<server_ID>IDofServer5011</ server— ID>表示该请求消息的对象为本地搜 索服务器 5011 ;
< metaindex— action— type>"UPDATE"</ metaindex— action— type:=^示本次同 步请求消息所需要进行的操作是 "更新'，， 这三行内容结合起来所要表示的内 容为 "本次同步请求所需要进行的操作是对本地搜索服务器 5011中的 al成员 搜索引擎的元索引进行更新 "。
<action>weight value of keywordl=0.11</action>表示该请求消息所要进行 的具体操作为： 将本地搜索服务器 5011 元索引中的 al 成员搜索引擎对应 keyword 1的权值修改为 0.11。
( 2 ) 本地搜索服务器所在的超级节点搜索服务器向该超级节点搜索服务 器下所有其他叶子节点搜索服务器转发成员搜索引擎的元索引同步请求消息； 本实施例中， 超级节点搜索服务器 501接收到本地搜索服务器 5011发送 的元索引同步请求消息之后，将该元索引同步请求消息转发至超级节点搜索服 务器 501下所有的其他叶子节点搜索服务器（即 5012以及 5013 ), 转发的元 索引同步请求消息与上述例子中描述的元索引同步请求消息的内容相似，仅有 如下区别：
<from_server_URL>"www.mobileServer501.com"</from— server— URL > <to— server— URL >"www.mobileServer5012.com"</to— server— URL >
<to— server— URL >"www.mobileServer5013.com"</to— server— URL > 表示该元索引同步请求消息是从超级节点搜索服务器 501 发送至叶子节 点搜索服务器 5012以及 5013的。
( 3 )本地搜索服务器所在的超级节点搜索服务器向其它所有作为超级节 点的搜索服务器转发成员搜索引擎的元索引同步请求消息；
本实施例中， 超级节点搜索服务器 501接收到本地搜索服务器 5011发送 的元索引同步请求消息之后，还可以将该元索引同步请求消息转发至其他的超 级节点搜索服务器（如图 5中所示的 502以及 503 ), 转发的元索引同步请求 消息与上述例子中描述的元索引同步请求消息的内容相似， 如下所示：
<from_server_URL>"www.mobileServer501.com"</from_server_URL > <to— server— URL >"www.mobileServer502.com"</to— server— URL >
<to— server— URL >"www.mobileServer503.com"</to— server— URL > 表示该元索引同步请求消息是从超级节点搜索服务器 501 发送至超级节 点搜索服务器 502以及 503的。
( 4 ) 接收到元索引同步请求消息的超级节点搜索服务器向各自的叶子节 点搜索服务器转发元索引同步请求消息；
超级节点搜索服务器 502以及 503接收到元索引同步请求消息之后，将该 消息分别转发至各自的叶子节点搜索服务器，通知各叶子节点搜索服务器进行 元索引同步。
( 5 )叶子节点搜索服务器解析成员搜索引擎的元索引同步请求消息， 将 成员搜索引擎的元索引根据所在的搜索服务器储存到元索引库的相应位置； 叶子节点搜索服务器 5021 , 5022, 5031以及 5032接收到元索引同步请求 消息之后 , 根据该元索引同步请求消息进行同步。
( 6 )叶子节点搜索服务器和超级节点搜索服务器可以进一步存储成员搜 索引擎 al和成员搜索引擎所在本地搜索服务器 5011之间的映射关系。
所述叶子搜索服务器存储成员搜索引擎和成员搜索引擎所在本地搜索服 务器之间的映射关系可以为成员搜索引擎标识和成员搜索引擎所在本地搜索 服务器的标识和 /或地址之间的——对应关系。 所述映射关系可以采用映射表 的形式进行存储。
B、 本地搜索服务器作为超级节点搜索服务器时的元索引同步过程： ( 1 )本地搜索服务器向归属于自身的叶子节点搜索服务器发送成员搜索 引擎的元索引同步请求消息；
本实施例中，可以在本地搜索服务器中设定同步时间间隔来触发所述元索 引同步请求消息的发送；或者也可以在本地搜索服务器中设定一个事件触发机 制（例如成员搜索引擎的元索引新增或者修改）来触发所述元索引同步请求消 息的发送。
所述元索引同步请求消息中携带的参数可以包括：成员搜索引擎的元索引 变更的操作标识、元索引变更的内容、 成员搜索引擎的标识、 成员搜索引擎所 在的搜索服务器标识。所述元索引同步请求消息还可以进一步包括： 成员搜索 引擎注册的类别、 地域等。
例如， 消息内容如下所示：
<?xml version="1.0" encoding="utf-8"?>
<SOAP:Envelope
xmlns:xsi- 'http://www.w3.org/2001/XMLSchema- instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns： soap="http:// schemas .xmlsoap.org/ soap/ envelope/">
<SOAP:head>
</SOAP:head>
<SOAP:body>
<tag>
<from_server_URL>"www.mobileServer501.com"</from— server— URL > <to server URL >"www.mobileServer5011.com"</to server URL > <to— server— URL >"www.mobileServer5012.com"</to— server— URL >
<to— server— URL >"www.mobileServer5013.com"</to— server— URL >
<msg_type>METAINDEX_SYNCHRONIIZATION</msg_type>
</tag>
<content>
<engine_ID>IDofa 1 </ engine— ID>
<server_ID>IDofServer501 </ server _ID>
< metaindex— action— type>"UPDATE"</ metaindex— action— type>
<data>
<matalndex>
<action>weight value of keyword 1 =0.11</ action>
</mataIndex>
<parameter>
</parameter>
</data>
</content>
</SOAP:body>
下面对上述信息中所包含的具体内容进行解释说明：
<from— server— URL>"www.mobileServer501.com"</from— server— URL >表 示该请求消息是由超级节点搜索服务器 501发送出的，如图 5所示，本实施例 中， 超级节点搜索服务器 501即为本地搜索服务器；
<to— server— URL >"www.mobileServer5011.com"</to— server— URL >
<to— server— URL >"www.mobileServer5012.com"</to— server— URL >
<to— server— URL >"www.mobileServer5013.com"</to— server— URL > 表示该请求消息的目的地为叶子节点搜索服务器 5011 , 5012以及 5013 , 如图 5所示， 该超级节点搜索服务器 501 (即本地搜索服务器）下包含三个叶 子节点搜索服务器， 分别为 5011 , 5012以及 5013;
<msg— type>METAINDEX— S YNCHRONIIZATION</msg— type>表示该请求 消息为元索引同步请求；
<engine— ID>IDofal</engine— ID>表示该请求消息的对象为 al 成员搜索引 擎；
<server_ID>IDofServer501 </ server—ID>表示该请求消息的对象为本地搜 索服务器 501 ;
< metaindex— action— type>"UPDATE"</ metaindex— action— type:=^示本次同 步请求消息所需要进行的操作是 "更新'，， 这三行内容结合起来所要表示的内 容为 "本次同步请求所需要进行的操作是对超级节点搜索服务器 501 (即本地 搜索服务器） 中的 al成员搜索引擎的元索引进行更新"。
<action>weight value of keywordl=0.11</action>表示该请求消息所要进行 的具体操作为： 将超级节点搜索服务器 501 (即本地搜索服务器）元索引中的 al成员搜索引擎对应 keyword 1的权值修改为 0.11。
( 2 ) 本地搜索服务器向其它所有作为超级节点的搜索服务器转发成员搜 索引擎的元索引同步请求消息；
本实施例中， 超级节点搜索服务器 501 (即本地搜索服务器）还可以将该 元索引同步请求消息转发至其他的超级节点搜索服务器（如图 5中所示的 502 以及 503 )， 转发的元索引同步请求消息与上述例子中描述的元索引同步请求 消息的内容相似， 仅有如下区别：
<from_server_URL>"www.mobileServer501.com"</from— server— URL > <to— server— URL >"www.mobileServer502.com"</to— server— URL >
<to— server— URL >"www.mobileServer503.com"</to— server— URL >
表示该元索引同步请求消息是从超级节点搜索服务器 501 (即本地搜索服 务器）发送至超级节点搜索服务器 502以及 503的。
( 3 ) 接收到元索引同步请求消息的超级节点搜索服务器向各自的叶子节 点搜索服务器转发元索引同步请求消息；
超级节点搜索服务器 502以及 503接收到元索引同步请求消息之后，将该 消息分别转发至各自的叶子节点搜索服务器，通知各叶子节点搜索服务器进行 元索引同步。 ( 4 )叶子节点搜索服务器解析成员搜索引擎的元索引同步请求消息， 将 成员搜索引擎的元索引根据所在的搜索服务器储存到元索引库的相应位置； 叶子节点搜索服务器 5011， 5012, 5021 , 5022, 5031以及 5032接收到元 索引同步请求消息之后 , 根据该元索引同步请求消息进行同步。
( 5 )叶子节点搜索服务器和超级节点搜索服务器可以进一步存储成员搜 索引擎 al和成员搜索引擎所在本地搜索服务器 501之间的映射关系。
所述叶子搜索服务器存储成员搜索引擎和成员搜索引擎所在本地搜索服 务器之间的映射关系可以为成员搜索引擎标识和成员搜索引擎所在本地搜索 服务器的标识和 /或地址之间的——对应关系。 所述映射关系可以采用映射表 的形式进行存储。
本实施例中，各个搜索服务器之间同步元索引采用的是更新元索引变更的 内容。 需要说明的是，也可以通过直接更新整个搜索服务器的元索引来进行员 索引的同步。
上述各个搜索服务器之间同步了元索引之后， 可以进一步进行移动搜索 , 请参阅图 6, 图 6为本发明实施例中移动搜索实施例流程图， 移动搜索的过程 具体包括：
601 : 客户端发送搜索请求给本地搜索服务器 A;
本实施例中， 当用户需要进行搜索时， 会通½户端向本地搜索服务器 A 发送包含搜索关键字的搜索请求， 为便于理解， 本实施例中以 "全聚德"为例 进行说明， 即客户端向本地搜索服务器 A发送的搜索请求中所包含的搜索关 键字为 "全聚德"。
602: 本地搜索服务器 A根据搜索请求中的关键字， 调度得到匹配度最高 的成员搜索引擎 bl;
由于本地搜索服务器 A 中存储了本地注册的成员搜索引擎的元索引和其 它搜索服务器的成员搜索引擎的元索引，并且与其它搜索服务器中的元索引保 持同步， 因此，调度得到匹配度最高的成员搜索引擎可以是本地搜索服务器 A 或者其它搜索服务器中的成员搜索引擎。本实施例中， 以调度得到匹配度最高 的成员搜索引擎 bl为搜索服务器 B中的成员搜索引擎为例进行介绍。 并且， 调度得到匹配度最高的成员搜索引擎数量也可以是一个或者多个。 本实施例中，本实施例以调度得到匹配度最高的成员搜索引擎为一个为例进行 介绍。
其具体过程为：
本地搜索服务器 A对搜索请求进行解析， 从该搜索请求的 "关键字" 字 段中读取相关信息， 即可得到搜索关键字为 "全聚德"。
本地搜索服务器 A， 根据所述搜索关键字， 从本地搜索服务器 A中存储 的元索引中得到取配度最高的成员搜索引擎 bl。
本实施例中， 本地搜索服务器 A中可以存储有如表 2所示的元索引 , 当 本地搜索服务器 A读取到关键字为 "全聚德" 之后， 即可按照该元索引判断 与 "全聚德" 匹配程度最高的成员搜索引擎， 即权值最高的成员搜索引擎， 则 可确定 "饮食搜索引擎" 为匹配程度最高的成员搜索引擎， 本实施例中， 假设 "饮食搜索引擎，，位于搜索服务器 B上， "饮食搜索引擎"为成员搜索引擎 bl。
603: 本地搜索服务器 A根据成员搜索引擎 bl标识， 查找成员搜索引擎 bl和其所在的搜索服务器的映射表， 得到成员搜索引擎 bl所在的搜索服务器 B的标识或地址；
成员搜索引擎 bl和其所在的搜索服务器的映射表中存储了成员搜索引擎 和成员搜索引擎所在搜索服务器之间的映射关系， 例如成员搜索引擎的标识 bl对应搜索服务器 B的标识和 /或地址。
604: 根据所述搜索服务器 B的标识和 /或地址， 本地搜索服务器 A向目 标搜索服务器 B发送二次搜索请求消息；
所述搜索服务器 B指的是调度得到的成员搜索引擎 bl 所在的搜索服务 器。
在向目标搜索服务器 B发送搜索请求消息之前还包括：
判断所述成员搜索引擎 bl所在的搜索服务器是否为本地搜索服务器 A, 如果是， 则向本地搜索服务器 A的所述成员搜索引擎转发所述二次搜索 请求；
如果否， 则向所述成员搜索引擎 bl所在的搜索服务器 B发送二次搜索请 求。
本实施例中， 所述成员搜索引擎 bl所在的搜索服务器为搜索服务器 B, 不是本地搜索服务器 A。
所述二次搜索请求消息携带的参数可以包括：发送请求的本地搜索服务器 A的标识、 搜索服务器 B的标识、 成员搜索引擎 bl的标识、 搜索请求的搜索 条件属性、 搜索请求的关键字和类别信息。
例如， 消息内容如下：
<?xml version="1.0" encoding="utf-8"?>
<SOAP:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema- instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns： soap="http:// schemas .xmlsoap.org/ soap/ envelope/">
<SOAP:head>
</SOAP:head>
<SOAP:body>
<tag>
<from— server— URL>"www.mobileServerA.com"</from— server— URL > <to— server— URL >"www.mobileServerB.com"</to— server— URL >
<msg_type>SEARCH_REQUEST</msg_type>
</tag>
<content>
<request— server— ID>IDofServerA</ server _ID>
<result— server— ID>IDofServerB</ server _ID>
<engine_ID>IDofb 1 </engine_ID>
<keyword> "全聚德 "</keyword>
</content>
</SOAP: body>
下面对上述信息中所包含的具体内容进行解释说明： <from_server_URL>"www.mobileServerA om''</from_server_URL >表示 该请求消息是由本地搜索服务器 A发送出的；
<to— server— URL >"www.mobileServerB.com"</to— server— URL >表示该请 求消息的目的地为搜索服务器 B;
<msg_type> SEARCH— REQUEST</msg—type>表示该请求消息为搜索请求 消息；
<request_server_ID>IDofS erver A</ server—ID>表示发起该请求消息的月良 务器为本地搜索服务器 A;
<result— server— ID>IDofServerB</ server—ID>表示接收该请求消息的是搜 索服务器 B;
<engine— ID>IDof l</engine— ID>表示进行搜索的成员搜索引擎为成员搜 索引擎 bl ;
<keyword> "全聚德" </keyword>表示需要进行搜索的搜索关键字为 "全聚 德"。
605: 搜索服务器 B解析二次搜索请求消息， 得到搜索关键字和成员搜索 引擎 bl标识，将所述二次搜索请求转发给成员搜索引擎 bl进行搜索，得到搜 索结果， 并通过搜索服务器 B发送给本地搜索服务器 A;
本实施例中， 成员搜索引擎 bl接收到搜索服务器 B发送的二次搜索请求 之后， 对该二次搜索请求进行解析， 从其中的 "关键字"字段中读取出本次搜 索的搜索关键字为 "全聚德"， 则可根据该搜索关键字进行搜索， 并得到搜索 结果， 具体的搜索结果可以为与 "全聚德"相关的图片、 新闻、 链接、 视频或 文字等信息。
606: 本地搜索服务器 A接收搜索服务器 B返回的搜索结果消息。
所述消息携带的参数可以包括： 发送请求的本地搜索服务器 A的标识、 搜索服务器 B的标识、 反馈搜索结果的成员搜索引擎 bl的标识、 搜索请求的 搜索条件属性、 搜索请求的关键字和 /或类别信息、 搜索结果内容。
例如， 消息内容如下：
<?xml version="1.0" encoding="utf-8"?> <SOAP:Envelope
xmlns:xsi- 'http://www.w3.org/2001/XMLSchema- instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns： soap="http:// schemas .xmlsoap.org/ soap/ envelope/">
<SOAP:head>
</SOAP:head>
<SOAP:body>
<tag>
<from_server_URL>"www.mobileServerB om''</from_server_URL > <to— server— URL >"www.mobileServerA.com"</to— server— URL >
<msg_type>SEARCH_RESULT</msg_type>
</tag>
<content>
<request— server— ID>IDofServerA</ server _ID>
<result_server_ID>IDofServerB</ server _ID>
<engine_ID>IDofb 1 </engine_ID>
<keyword> "全聚德 "</keyword>
<results>
<link>www.quanjude.com</link>
<fig>www.xxxxxx. com/ cache/ database/eat/ Chinese/ quanjude .jpeg</ fig>
</results>
</content>
</SOAP:body>
下面对上述信息中所包含的具体内容进行解释说明：
<from— server— URL>"www.mobileServerB.com"</from— server— URL >表示 该消息是由搜索服务器 B发送出的；
<to— server— URL >"www.mobileServerA.com"</to— server— URL >表示该消 息的目的地为本地搜索服务器 A; <msg_type> SEARCH— 1^81![^</11188_^ 6>表示该消息为搜索结果消息； <request— server— ID>IDofServerA</ server—ID>表示搜索请求消息的服务 器为本地搜索服务器 A;
<result— server— ID>IDofServerB</ server—ID>表示接收搜索消息的是搜索 服务器 B;
<engine— ID>IDof l</engine— >表示进行搜索的为成员搜索引擎 bl； <keyword> "全聚德" </keyword>表示需要进行搜索的搜索关键字为 "全聚 德"；
<link>www.quanjude.com</link>表示搜索到的全聚德网站的超链接； <fig>www.xxxxxx. com/ cache/ database/eat/ Chinese/ quanjude .jpeg</ fig>表示 从某网站搜索到的与全聚德相关的图片。
607: 本地搜索服务器 A对结果进行优化和处理；。
本步骤为可选步骤。 本地搜索服务器 A还可以结合用户的要求对结果进 行优化和处理。 例如用户要求得到中文的搜索结果， 那么本地搜索服务器 A 将搜索结果中的除了中文结果的其他语言结果删除， 仅保留中文结果。
608、 将结果返回给客户端。
本实施例中， 当本地搜索服务器 A接收到客户端发送的搜索请求之后， 从该搜索请求中读取出搜索关键字，并在本地存储的元索引中查询该搜索关键 字对应的成员搜索引擎，之后再查询该成员搜索引擎所在的搜索服务器， 若查 询到的搜索服务器不是本地搜索服务器，则本地搜索服务器向该查询到的搜索 服务器发送二次搜索请求，由该成员搜索引擎所在的搜索服务器进行搜索并反 馈搜索结果，因此本地搜索服务器可以调度各个搜索服务器所管理的成员搜索 引擎来进行搜索， 从而能够使各搜索服务器管理的成员搜索引擎得到统一调 度， 又能够减轻服务器运算负担， 且提高移动搜索的准确度。
请参阅图 7, 为本发明移动搜索系统一个实施例的结构图。
所述移动搜索系统包括客户端 701， 搜索服务器 702、 703、 704, 以及各 个搜索服务器所管理的成员搜索引擎 705、 706、 707。
所述搜索服务器 702接收客户端 701发送的搜索请求，根据所述搜索关键 字，从元索引中调度得到成员搜索引擎， 所述元索引中包括本地搜索服务器和 其它搜索服务器的元索引 ,判断所述成员搜索引擎所在的搜索服务器是否是本 地搜索服务器，如果不是， 则向所述调度得到的成员搜索引擎所在的搜索服务 器发送二次搜索请求，并接收所述成员搜索引擎所在的搜索服务器根据所述二 次搜索请求返回的搜索结果， 并根据客户端标识， 将搜索结果返回给客户端 701。
如果所述成员搜索引擎所在的搜索服务器为本地搜索服务器，则向所述成 员搜索引擎转发所述搜索请求，并接收所述成员搜索引擎根据所述搜索请求搜 索后返回的搜索结果， 并将所述搜索结果返回给客户端 701。
所述成员搜索引擎 705、 706、 707用于根据从搜索服务器 702接收的二次 搜索请求进行搜索， 并返回搜索结果给搜索服务器 702。
本实施例中的移动搜索系统中，由于在搜索服务器 702中存储有其自身以 及搜索服务器 705， 706以及 707的元索引 , 所以当搜索服务器 702在接收到 客户端 701发送的搜索请求之后，可以根据该请求中携带的搜索关键字查询与 该搜索关键字匹配程度最高的成员搜索引擎，以该成员搜索引擎为成员搜索引 擎 706为例，并查询该成员搜索引擎 706所在的搜索服务器 703的标识或地址， 根据查询到的标识或地址向搜索服务器 703发送二次搜索请求，由搜索服务器 703调用成员搜索引擎 705进行搜索， 成员搜索引擎 705进行搜索得到搜索结 果， 由搜索服务器 703向搜索服务器 702反馈搜索结果， 之后搜索服务器 702 再将该搜索结果反馈至客户端 701 , 因此搜索服务器 702可以调度各个搜索服 务器所管理的成员搜索引擎来进行搜索，从而能够使各搜索服务器管理的成员 搜索引擎得到统一调度， 又能够减轻服务器运算负担，且提高移动搜索的准确 度。
请参阅图 8, 为本发明实施例中搜索服务器实施例示意图， 本发明实施例 中的搜索服务器实施例具体包括：
输入输出单元 801、 元索引库 802、 成员搜索引擎调度单元 803、 搜索协 作单元 804。
所述输入输出单元 801， 用于接收客户端发送的搜索请求， 所述搜索请求 中携带客户端标识以及搜索关键字， 以及返回搜索结果给客户端； 所述元索引库 802， 用于存储本地和其它搜索服务器的元索引。
所述成员搜索引擎调度单元 803， 用于根据所述搜索请求， 根据所述元索 引库 802中存储的元索引进行调度得到成员搜索引擎，并判断所述成员搜索引 擎所在的服务器是否是本地搜索服务器， 如果否， 则控制搜索协作单元， 向所 述调度得到的成员搜索引擎所在的搜索服务器发送二次搜索请求；
具体方式为： 根据搜索关键字， 采用特定的调度算法， 根据所述元索引进 行调度得到与所述搜索关键字匹配度最高的成员引擎。
所述搜索协作单元 804, 向所述成员搜索引擎调度单元 803调度得到的成 员搜索引擎所在的搜索服务器发送搜索请求。
所述搜索请求中携带发送搜索请求的搜索服务器的标识、调度得到的成员 搜索引擎的标识、 搜索关键字。
所述搜索服务器还可以包括成员搜索引擎接口单元 805 , 所述成员搜索引 擎接口单元 805 用于发送搜索请求给成员搜索引擎或者接收成员搜索引擎返 回的搜索结果。
所述搜索服务器还可以包括元索引管理单元 806, 用于接收其它搜索服务 器发送的元索引同步请求，所述请求中携带成员搜索引擎的元索引变更的操作 标识、 元索引变更的内容、成员搜索引擎的标识、 成员搜索引擎所在的搜索服 务器标识， 并根据所述元索引同步请求，在所述元索引库中更新其它搜索服务 器的元索引。
所述元索引变更的操作标识为新增或者修改的标识。所述元索引同步请求 还包括用于调度的成员引擎类别、 地域等注册参数。
根据所述元索引同步请求，在本地搜索服务器中更新其它搜索服务器的元 索引具体包括：
解析所述元索引同步请求， 获得成员搜索引擎的元索引变更的操作标识、 元索引变更的内容、成员搜索引擎的标识、成员搜索引擎所在的搜索服务器标 识；
根据成员搜索引擎所在的搜索服务器标识，将变更后的成员搜索引擎的元 索引存储到元索引库中所指定的位置； 并才艮据成员搜索引擎的标识，存储所述 更新的成员搜索引擎和其所在的搜索服务器之间的映射关系。
本实施例中， 由于元索引库 802 中存储有本地和其它搜索服务器的元索 引， 所以在输入输出单元 801接收到客户端发送的搜索请求之后，可以由成员 搜索引擎调度单元 803 查询到与该搜索请求中的搜索关键字匹配程度最高的 成员搜索引擎， 并向该成员搜索引擎所在的搜索服务器发送二次搜索请求， 因 此搜索服务器可以调度各个搜索服务器所管理的成员搜索引擎来进行搜索，从 而能够使各搜索服务器管理的成员搜索引擎得到统一调度，又能够减轻服务器 运算负担， 且提高移动搜索的准确度。
本领域普通技术人员可以理解实现上述方法实施例中的全部或部分步骤 是可以通过程序来指令相关的硬件来完成的，所述程序可以存储于一计算机可 读取存储介质中， 所述存储介质为 ROM/RAM、 磁碟、 光盘等。
以上对本发明所提供的一种移动搜索方法及其系统、搜索服务器之间同步 搜索能力的方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实 施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明所揭示的技术 方案； 同时， 对于本领域的一般技术人员， 依据本发明的思想， 在具体实施方 式及应用范围上均会有改变之处， 综上所述，本说明书内容不应理解为对本发 明的限制。

Claims

权 利 要 求
1、 一种移动搜索方法， 其特征在于， 包括：
本地搜索服务器接收客户端发送的搜索请求，所述搜索请求中携带搜索关 键字；
根据所述搜索关键字，从本地存储的元索引中调度得到成员搜索引擎， 所 述本地存储的元索引包括所述本地搜索服务器的元索引和其他搜索服务器的 元索引；
查找所述成员搜索引擎所在的搜索服务器；
若所述成员搜索引擎所在的搜索服务器不是本地搜索服务器， 则： 向所述成员搜索引擎所在的搜索服务器发送二次搜索请求，所述二次搜索 请求中包含所述搜索关键字；
接收所述成员搜索引擎所在的搜索服务器根据所述二次搜索请求返回的 搜索结果；
向所述客户端发送所述搜索结果。
2、 根据权利要求 1所述的移动搜索的方法， 其特征在于， 所述根据搜索 关键字， 从本地存储的元索引中调度得到成员搜索引擎具体包括：
根据所述本地存储的元索引进行调度选出与所述搜索关键字匹配度最高 的成员搜索引擎。
3、 根据权利要求 1所述的移动搜索方法， 其特征在于， 所述查找成员搜 索引擎所在的搜索服务器具体包括：
从存储的成员搜索引擎和成员搜索引擎所在的搜索服务器之间的映射关 系中查找所述成员搜索引擎所在的搜索服务器。
4、 根据权利要求 3所述的移动搜索方法， 其特征在于， 向所述成员搜索 引擎所在的搜索服务器发送二次搜索请求具体包括：
根据所述映射关系 , 获取所述成员搜索引擎所在的搜索服务器的标识和 / 或地址；
根据所述成员搜索引擎所在的搜索服务器的标识和 /或地址， 向所述成员 搜索引擎所在的搜索服务器发送二次搜索请求。
5、 根据权利要求 1所述的移动搜索方法， 其特征在于， 所述向成员搜索 引擎所在的搜索服务器发送二次搜索请求之后包括：
所述成员搜索引擎所在的搜索服务器解析所述二次搜索请求，得到所述搜 索关键字和所述成员搜索引擎的标识和 /或地址；
根据所述成员搜索引擎的标识和 /或地址， 将包含所述搜索关键字的所述 二次搜索请求转发给所述成员搜索引擎进行搜索。
6、根据权利要求 1所述的移动搜索方法， 其特征在于， 所述方法还包括： 所述本地搜索服务器和所述其他搜索服务器同步元索引。
7、 根据权利要求 6所述的移动搜索方法， 其特征在于， 所述本地搜索服 务器和所述其他搜索服务器同步元索引具体包括：
所述本地搜索服务器向所述其他搜索服务器发送所述本地搜索服务器的 元索引同步请求；
根据所述本地搜索服务器的元索引同步请求，所述其他搜索服务器更新已 存储的所述本地搜索服务器的元索引。
8、 根据权利要求 7所述的移动搜索方法， 其特征在于， 向其他搜索服务 器发送元索引同步请求具体包括：
所述本地搜索服务器获取所述其他搜索服务器的标识和 /或地址； 所述本地搜索服务器根据所述其他搜索服务器的标识和 /或地址向所述其 他搜索服务器发送所述元索引同步请求。
9、 根据权利要求 7或 8所述的移动搜索方法， 其特征在于， 所述根据所 述元索引同步请求，所述其他搜索服务器更新已存储的所述本地搜索服务器的 元索引具体包括：
解析所述元索引同步请求；
根据所述本地搜索服务器标识，将变更后的所述本地搜索服务器的元索引 存储到元索引库的相应位置。
10、根据权利要求 9所述的移动搜索方法，其特征在于，所述方法还包括： 所述本地搜索服务器和所述其他搜索服务器存储所述本地搜索服务器的 成员搜索引擎与其所在的本地搜索服务器的映射关系。
11、根据权利要求 7所述的移动搜索方法， 其特征在于， 所述本地搜索服 务器为超级节点搜索服务器；
所述向其他搜索服务器发送所述本地搜索服务器的元索引同步请求具体 包括：
所述本地搜索服务器向其他超级节点搜索服务器发送所述元索引同步请 求；
所述根据所述元索引同步请求，所述其他搜索服务器更新已存储的所述本 地搜索服务器的元索引具体包括：
解析所述元索引同步请求，所述其他超级节点搜索服务器将变更后的所述 本地搜索服务器的元索引存储到元索引库的相应位置，并将更新的所述元索引 同步给自身的叶子节点搜索服务器。
12、根据权利要求 7所述的移动搜索方法， 其特征在于， 所述本地搜索服 务器为叶子节点搜索服务器；
所述向其他搜索服务器发送所述本地搜索服务器的元索引同步请求具体 包括：
所述本地搜索服务器向本地搜索服务器所在的超级节点搜索服务器发送 所述元索引同步请求；
所述本地搜索服务器所在的超级节点搜索服务器向其他超级节点搜索服 务器发送所述元索引同步请求；
所述根据所述元索引同步请求，所述其他搜索服务器更新已存储的所述本 地搜索服务器的元索引具体包括：
解析所述元索引同步请求，所述其他超级节点搜索服务器将变更后的所述 本地搜索服务器的元索引存储到元索引库的相应位置，并将更新的所述元索引 同步给自身的叶子节点搜索服务器。
13、根据权利要求 11或 12所述的移动搜索方法， 其特征在于， 进一步包 括：
所述超级节点搜索服务器和所述叶子节点搜索服务器存储所述本地搜索 服务器的成员搜索引擎与其所在的本地搜索服务器的映射关系。
14、 一种搜索服务器之间同步搜索能力的方法， 其特征在于， 包括： 本地搜索服务器向其他搜索服务器发送元索引同步请求；
根据所述元索引同步请求，所述其他搜索服务器更新已存储的所述本地搜 索服务器的元索引。
15、 根据权利要求 14所述的搜索服务器之间同步搜索能力的方法， 其特 征在于， 本地搜索服务器向其他搜索服务器发送元索引同步请求具体包括： 所述本地搜索服务器获取所述其他搜索服务器的标识和 /或地址； 所述本地搜索服务器根据所述其他搜索服务器的标识和 /或地址向所述其 他搜索服务器发送所述元索引同步请求。
16、 根据权利要求 14所述的搜索服务器之间同步搜索能力的方法， 其特 征在于， 所述本地搜索服务器为超级节点搜索服务器；
所述本地搜索服务器向其他搜索服务器发送所述元索引同步请求具体包 括：
所述本地搜索服务器向其他超级节点搜索服务器发送所述元索引同步请 求；
所述根据所述元索引同步请求，所述其他搜索服务器更新已存储的所述本 地搜索服务器的元索引具体包括：
解析所述元索引同步请求，所述其他超级节点搜索服务器将变更后的所述 本地搜索服务器的元索引存储到元索引库的相应位置，并将更新的所述元索引 同步给自身的叶子节点搜索服务器。
17、 根据权利要求 14所述的搜索服务器之间同步搜索能力的方法， 其特 征在于， 所述本地搜索服务器为叶子节点搜索服务器；
所述向其他搜索服务器发送所述本地搜索服务器的元索引同步请求具体 包括：
所述本地搜索服务器向本地搜索服务器所在的超级节点搜索服务器发送 所述元索引同步请求；
所述本地搜索服务器所在的超级节点搜索服务器向其他超级节点搜索服 务器发送所述元索引同步请求； 所述根据所述元索引同步请求，所述其他搜索服务器更新已存储的所述本 地搜索服务器的元索引具体包括：
解析所述元索引同步请求，所述其他超级节点搜索服务器将变更后的所述 本地搜索服务器的元索引存储到元索引库的相应位置，并将更新的所述元索引 同步给自身的叶子节点搜索服务器。
18、 一种移动搜索系统， 其特征在于， 包括：
多个搜索服务器， 每个搜索服务器管理至少一个成员搜索引擎， 其中： 所述搜索服务器用于接收搜索请求， 根据所述搜索请求中的搜索关键字， 从元索引中调度得到成员搜索引擎，所述元索引中包括本地搜索服务器的元索 引和其他搜索服务器的元索引，判断所述成员搜索引擎所在的搜索服务器是否 是本地搜索服务器，如果否， 则向所述调度得到的成员搜索引擎所在的搜索服 务器发送二次搜索请求，并接收所述成员搜索引擎所在的搜索服务器根据所述 二次搜索请求返回的搜索结果， 并将搜索结果返回给客户端。
19、 一种搜索服务器， 其特征在于， 包括：
输入输出单元， 用于接收客户端的搜索请求，将所述搜索请求发送给成员 搜索引擎调度单元， 并向客户端返回搜索结果；
元索引库， 用于存储本地搜索服务器的元索引和其他搜索服务器的元索 引；
成员搜索引擎调度单元， 用于根据所述搜索请求，根据所述元索引库中存 储的元索引进行调度得到成员搜索引擎，并判断所述成员搜索引擎所在的服务 器是否是本地搜索服务器， 如果否， 则控制搜索协作单元， 向所述调度得到的 成员搜索引擎所在的搜索服务器发送二次搜索请求；
搜索协作单元， 向所述成员搜索引擎所在的搜索服务器发送二次搜索请 求， 接收所述成员搜索引擎所在的搜索服务器返回的搜索结果。
20、 根据权利要求 19所述的搜索服务器， 其特征在于， 所述搜索服务器 进一步包括：
元索引管理单元，用于接收元索引同步请求，并根据所述元索引同步请求， 在所述元索引库中更新其它搜索服务器的元索引。
PCT/CN2009/073494 2008-09-03 2009-08-25 移动搜索方法及其系统、搜索服务器同步搜索能力的方法 WO2010025652A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09811027.3A EP2320616B1 (en) 2008-09-03 2009-08-25 Mobile searching method and system, and method for synchronizing search ability of searching server
US13/038,165 US20110153586A1 (en) 2008-09-03 2011-03-01 Mobile search method and system, and search server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810147590.5A CN101667179B (zh) 2008-09-03 2008-09-03 移动搜索方法及其系统、搜索服务器同步元索引的方法
CN200810147590.5 2008-09-03

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/038,165 Continuation US20110153586A1 (en) 2008-09-03 2011-03-01 Mobile search method and system, and search server

Publications (1)

Publication Number Publication Date
WO2010025652A1 true WO2010025652A1 (zh) 2010-03-11

Family

ID=41796741

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073494 WO2010025652A1 (zh) 2008-09-03 2009-08-25 移动搜索方法及其系统、搜索服务器同步搜索能力的方法

Country Status (4)

Country Link
US (1) US20110153586A1 (zh)
EP (1) EP2320616B1 (zh)
CN (1) CN101667179B (zh)
WO (1) WO2010025652A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109635189A (zh) * 2018-11-30 2019-04-16 广州市西美信息科技有限公司 一种信息搜索方法、装置、终端设备及存储介质

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011153707A1 (en) * 2010-06-11 2011-12-15 Google Inc. Providing answer box functionality to third party search engines
CN101916295B (zh) * 2010-08-27 2011-12-14 董方 基于点对点网络的互联网搜索系统和方法
US8706756B2 (en) * 2011-05-11 2014-04-22 Futurewei Technologies, Inc. Method, system and apparatus of hybrid federated search
CN102779134B (zh) * 2011-05-12 2015-05-13 同程网络科技股份有限公司 基于Lucene的分布式搜索方法
CN102317913B (zh) * 2011-07-30 2016-11-16 华为技术有限公司 一种事务恢复方法和事务恢复装置
CN102968415B (zh) * 2011-08-31 2016-06-15 阿里巴巴集团控股有限公司 移动搜索方法及装置
CN102647416A (zh) * 2012-03-30 2012-08-22 上海明复信息技术有限公司 基于互联网数据来源控制实现有害信息过滤的系统及方法
CN103473229A (zh) * 2012-06-06 2013-12-25 深圳市世纪光速信息技术有限公司 一种内存检索系统和方法、以及实时检索系统和方法
US9633098B2 (en) 2012-09-25 2017-04-25 Visa International Service Association System and method for maintaining device state coherency
CN103942698A (zh) * 2014-04-22 2014-07-23 北京联时空网络通信设备有限公司 一种产品信息对比方法及装置
US9934538B2 (en) * 2014-09-24 2018-04-03 Deere & Company Recalling crop-specific performance targets for controlling a mobile machine
CN105530536B (zh) * 2014-09-28 2020-03-31 阿里巴巴集团控股有限公司 提供媒体关联信息的方法及装置
CN105187271B (zh) * 2015-08-18 2019-01-11 中国联合网络通信集团有限公司 一种数据抽取方法和装置
CN106021527B (zh) * 2016-05-24 2019-06-28 努比亚技术有限公司 一种数据处理方法及搜索服务器、同步服务器
CN108132940B (zh) * 2016-12-01 2020-10-02 北京金山云网络技术有限公司 一种应用程序数据提取方法及装置
CN109359087B (zh) * 2018-06-15 2020-11-17 深圳市木浪云数据有限公司 即时文件索引和搜索方法、装置及系统
CN114398320A (zh) * 2020-04-30 2022-04-26 华为技术有限公司 一种分布式数据搜索方法和索引文件的共享方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1353836A (zh) * 1999-04-22 2002-06-12 Cai株式会社 分布式环境中的文件管理方法和系统
CN1731400A (zh) * 2005-08-16 2006-02-08 杭州华为三康技术有限公司 分布式系统中数据查询的方法及板间数据同步的方法
CN101052181A (zh) * 2007-05-22 2007-10-10 中国移动通信集团浙江有限公司 一种无线搜索系统及其无线搜索方法
CN101178712A (zh) * 2006-12-08 2008-05-14 腾讯科技（深圳）有限公司 一种移动终端进行网络搜索的方法及系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3278406B2 (ja) * 1998-12-10 2002-04-30 富士通株式会社 ドキュメント検索仲介装置、ドキュメント検索システム、および、ドキュメント検索仲介プログラムを記録した記録媒体
US6675205B2 (en) * 1999-10-14 2004-01-06 Arcessa, Inc. Peer-to-peer automated anonymous asynchronous file sharing
NO313399B1 (no) * 2000-09-14 2002-09-23 Fast Search & Transfer Asa Fremgangsmate til soking og analyse av informasjon i datanettverk
US7451136B2 (en) * 2000-10-11 2008-11-11 Microsoft Corporation System and method for searching multiple disparate search engines
US20020069194A1 (en) * 2000-12-06 2002-06-06 Robbins Benjamin Jon Client based online content meta search
US20050065928A1 (en) * 2003-05-02 2005-03-24 Kurt Mortensen Content performance assessment optimization for search listings in wide area network searches
US7565362B2 (en) * 2004-11-11 2009-07-21 Microsoft Corporation Application programming interface for text mining and search
US20060288001A1 (en) * 2005-06-20 2006-12-21 Costa Rafael Rego P R System and method for dynamically identifying the best search engines and searchable databases for a query, and model of presentation of results - the search assistant
US8386469B2 (en) * 2006-02-16 2013-02-26 Mobile Content Networks, Inc. Method and system for determining relevant sources, querying and merging results from multiple content sources
JP2007323394A (ja) * 2006-06-01 2007-12-13 Ritsumeikan メタ検索システム及びメタ検索方法とこれに用いるユーザ端末及びプログラム
CN100442290C (zh) * 2006-07-12 2008-12-10 百度在线网络技术（北京）有限公司 访问标识索引系统及访问标识索引库生成方法
US8407229B2 (en) * 2006-09-19 2013-03-26 Iac Search & Media, Inc. Systems and methods for aggregating search results
CN101183364B (zh) * 2006-11-24 2010-10-13 腾讯科技（深圳）有限公司 一种信息搜索方法、搜索引擎客户端/服务器及系统
US20080195597A1 (en) * 2007-02-08 2008-08-14 Samsung Electronics Co., Ltd. Searching in peer-to-peer networks
CN100541495C (zh) * 2007-08-03 2009-09-16 哈尔滨工程大学 一种个性化搜索引擎的搜索方法
US20100057675A1 (en) * 2008-08-27 2010-03-04 Microsoft Corporation Search Provider Recommendation

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1353836A (zh) * 1999-04-22 2002-06-12 Cai株式会社 分布式环境中的文件管理方法和系统
CN1731400A (zh) * 2005-08-16 2006-02-08 杭州华为三康技术有限公司 分布式系统中数据查询的方法及板间数据同步的方法
CN101178712A (zh) * 2006-12-08 2008-05-14 腾讯科技（深圳）有限公司 一种移动终端进行网络搜索的方法及系统
CN101052181A (zh) * 2007-05-22 2007-10-10 中国移动通信集团浙江有限公司 一种无线搜索系统及其无线搜索方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2320616A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109635189A (zh) * 2018-11-30 2019-04-16 广州市西美信息科技有限公司 一种信息搜索方法、装置、终端设备及存储介质

Also Published As

Publication number Publication date
EP2320616B1 (en) 2013-11-27
CN101667179B (zh) 2012-08-15
EP2320616A1 (en) 2011-05-11
US20110153586A1 (en) 2011-06-23
EP2320616A4 (en) 2011-12-28
CN101667179A (zh) 2010-03-10

Similar Documents

Publication Publication Date Title
WO2010025652A1 (zh) 移动搜索方法及其系统、搜索服务器同步搜索能力的方法
Huebsch et al. Querying the Internet with PIER
JP4938074B2 (ja) リソースの位置情報の要求方法、当該方法のためのユーザノードおよびサーバ
US8965902B2 (en) Intelligent event query publish and subscribe system
WO2008014062A2 (en) System and apparatus for optimally trading off the replication overhead and consistency level in distributed applications
WO2007115477A1 (fr) Procédé et système de synchronisation de données
US9521183B2 (en) Methods and systems for content access and distribution
WO2010127618A1 (zh) 一种实现流媒体内容服务的系统和方法
US8082296B2 (en) Bus system
US20130054525A1 (en) Using amqp for replication
US20140310375A1 (en) Network node apparatus for information-centric networking and operating method of the network node apparatus
US20110161307A1 (en) Method, system, and device for searching for information and method for registering vertical search engine
WO2009056057A1 (fr) Procédé d&#39;émission de capacité de service d&#39;utilisateur et serveur de présentation et système de service de communication
Li et al. SCOM: A scalable content centric network architecture with mobility support
KR20090094313A (ko) 콘텐츠를 배포하는 방법 및 시스템과, 콘텐츠를 검색하는 방법 및 시스템
Weiser What is Pervasive Computing?
US20050125414A1 (en) System and method for facilitating asynchronous disconnected operations for data access over a network
Friese et al. A framework for resource management in peer-to-peer networks
Yu et al. Decentralized web service organization combining semantic web and peer to peer computing
CN110109871A (zh) 一种跨站点的高能物理数据访问方法及系统
WO2010045859A1 (zh) 内容节点双向聚类的系统、装置及方法
US20150227534A1 (en) Method for processing data query using information-centric network
Dai et al. A method of UDDI service subscription implementation
KR100545744B1 (ko) 클러스터링 환경에서의 모바일 비즈니스 응용 서버간 콘텐츠 캐시 동기화 방법
Jallad et al. Data-centricity in wireless sensor networks

Legal Events

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

Ref document number: 09811027

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 975/KOLNP/2011

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2009811027

Country of ref document: EP