US20090132483A1

Movatterモバイル変換

Info

Publication number: US20090132483A1
Application number: US11/941,354
Authority: US
Inventors: Yue Rona Yang; William Ryan Massie; William Edward Reed; Anton V. Jouline
Original assignee: IAC Search and Media Inc
Current assignee: IAC Search and Media Inc
Priority date: 2007-11-16
Filing date: 2007-11-16
Publication date: 2009-05-21
Also published as: US7921108B2

Abstract

The invention also provides a method of interfacing with a client computer system, wherein search results include search results with geographic locations outside the first selected area if the number of the search results that have geographic locations within the selected area are less than a predetermined threshold value.

Description

BACKGROUND OF THE INVENTION

This invention relates generally to a user interface and a method of interfacing with a client computer system over a network such as the internet, and more specifically for such an interface and method for conducting local searches and obtaining geographically relevant information.

The internet is often used to obtain information regarding businesses, events, movies, etc. in a specific geographic area. A user interface is typically stored on a server computer system and transmitted over the internet to a client computer system. The user interface typically has a search box for entering text. A user can then select a search button to transmit a search request from the client computer system to the server computer system. The server computer system then compares the text with data in a database or data source and extracts information based on the text from the database or data source. The information is then transmitted from the server computer system to the client computer system for display at the client computer system.

SUMMARY OF THE INVENTION

The invention also provides a method of interfacing with a client computer system, including (i) transmitting a first view from a server computer system to the client computer system, the first view including a search identifier, (ii) in response to a user interacting with the search identifier, receiving a search request from a client computer system at the server computer system, (iii) utilizing the search request at the server computer system to extract a plurality of search results from a search data source, each search result including information relating to a geographic location, (iv) determining a number of the search results that have geographic locations within a first selected area, and (v) transmitting at least part of a second view from the server computer system to the client computer system for display at the client computer system, including at least a subset of the search results, wherein the search results that are included in the second view include search results with geographic locations outside the first selected area if the number of the search results that have geographic locations within the selected area may be less than a predetermined threshold value.

The method may further include determining a number of the search results that have geographic locations within a second selected area that may be larger than the first selected area, wherein the search results that are included in the second view include search results with geographic locations outside the second selected area if the number of the search results that have geographic locations within the selected area may be less than the predetermined threshold value.

The first selected area may have a first cross-dimension and the second selected area may have a second cross-dimension that may be larger than the first cross-dimension.

The first selected area may be within a circle with a first radius and the second selected area may be within a circle with a second radius that may be larger than the first radius.

A center point of the radius may be transmitted with the search request

The method may further include repeating (iv) and (v).

The information relating to the geographic location may include an address.

The second view may include a map and the information relating to the geographic location may be used to indicate the geographic location on the map.

A plurality of search results may be transmitted, each including information relating to a different geographic location, wherein information relating to a respective one of the search results may be displayed on the map upon selection of at least one component of the respective search result.

The search request may include an area and a boundary of the area may be displayed on the map.

The view may be configured to make an addition to the map.

The first view may include a map and the second view may include at least a first static location marker at a first fixed location on the map of the second view due to selection of a location marker at the fixed location on the map of the first view.

The method may further include storing a profile page, wherein the first view may include a plurality of verticals, selection of a respective vertical causing the display of a respective search identifier associated with the respective vertical, the search request received from a client computer system at the server computer system being in response to the user interacting with one of the search identifiers, and display of the profile page independent of the search identifier that the user interacts with.

A plurality of search results may be extracted and included in the second view, the method further including receiving a driving direction request relating to a select one of the search results from the client computer system at the server computer system, in response to the driving direction request, calculating driving directions to the selected search result, and transmitting at least part of a third view from the server computer system to the client computer system, the third view including the driving directions to the selected search result and at least one of the search results other than the selected search result.

The second view may include at least one component that may be in substantially the same location as in the first view.

The method may further include transmitting a third view from the server computer system to the client computer system, the third view including a reproduction selector, and in response to a reproduction command transmitted from the client computer system to the server computer system upon selection of the reproduction selector, transmitting a fourth view from the server computer system to the client computer system, the fourth view including the search result included in the second view.

The first view may include a plurality of vertical search determinators, wherein the search result depends on a respective one of the vertical search determinators.

The search request may be used to extract a plurality of related search suggestions and the second view may include the plurality of related search identifiers, selection of a respective related search identifier causing transmission of a related search request from the client computer system to the server computer system.

The first view may include a location identifier, a selected location being transmitted from the client computer system to the server computer system due to interaction of the user with the location identifier, causing at least one of the search results to be based on the selected location.

The search result may be extracted due to a comparison between the search request and a first field of the search result and the search result may be extracted due to a comparison between the search request and a second field of the search result.

The invention also provides a computer-readable medium having stored thereon a set of instructions which, when executed by at least one processor of at least one computer, executes a method including transmitting a first view from a server computer system to the client computer system, the first view including a search identifier, in response to a user interacting with the search identifier, receiving a search request from a client computer system at the server computer system, utilizing the search request at the server computer system to extract a plurality of search results from a search data source, each search result including information relating to a geographic location, determining a number of the search results that have geographic locations within a first selected area, and transmitting at least part of a second view from the server computer system to the client computer system for display at the client computer system, including at least a subset of the search results, wherein the search results that are included in the second view include search results with geographic locations outside the first selected area if the number of the search results that have geographic locations within the selected area may be less than a predetermined threshold value.

DESCRIPTION OF THE DRAWINGS

The invention is further described by way of example with reference to the accompanying drawings wherein:

FIG. 1 is a block diagram of a network environment in which a user interface according to an embodiment of the invention may find application;

FIG. 2 is a flowchart illustrating how the network environment is used to search and find information;

FIG. 3 is a block diagram of a client computer system forming part of the network environment, but may also be a block diagram of a computer in a server computer system forming an area of the network environment;

FIG. 4 is a view of a browser at a client computer system in the network environment ofFIG. 1, the browser displaying a view of a user interface received from a server computer system in the network environment;

FIG. 5 is a flowchart showing how the view inFIG. 4 is obtained and how a subsequent search is conducted;

FIG. 6 is a block diagram of one of a plurality of data source entries that are searched;

FIG. 7 shows a view of the user interface after search results are obtained and displayed in a results area and on a map of the user interface;

FIG. 8 is a table showing a relationship between neighborhoods and cities, the relationship being used to generate a plurality of related search suggestions in the view ofFIG. 7;

FIG. 9 is a view of the user interface showing a profile page that is obtained using the view ofFIG. 7;

FIG. 10 is a view of the user interface showing a profile page that is obtained using the view ofFIG. 9;

FIG. 11 is a view of the user interface showing a further search that is conducted and from which the same profile page as shown inFIG. 9 can be obtained;

FIG. 12 shows a view of the user interface wherein results are obtained by searching a first of a plurality of fields of data source entries;

FIG. 13 shows a view of the user interface wherein a second of the plurality of fields that are searched to obtain the view ofFIG. 12 are searched to obtain search results and some of the search results inFIGS. 12 and 13 are the same;

FIG. 14 shows a view of the user interface wherein a further search is conducted;

FIGS. 15 and 16 show further views of the user interface wherein further searches are conducted in specific areas and boundaries of the areas are displayed on the map;

FIGS. 17 and 18 show further views of the user interface, wherein a location marker on the map is changed to a static location marker;

FIG. 19 shows a further view of the user interface wherein a further search is conducted and the static location marker that was set inFIG. 18 is maintained, and further illustrates how the names of context identifiers are changed based on a vertical search identifier that is selected;

FIGS. 20 to 22 show further views of the user interface wherein further searches are conducted and a further static location marker is created;

FIGS. 23 to 26 show further views of the user interface, particularly showing how driving directions are obtained without losing search results;

FIG. 27 shows a further view of the user interface and how additions can be made to the map;

FIG. 28 is a flowchart showing how additions are made to the map;

FIG. 29 shows a further view of the user interface and how color can be selected for making additions to the map, and further shows how data can be saved for future reproduction;

FIG. 30 is a flowchart illustrating how data is saved and later used to reproduce a view;

FIG. 31 shows a further view of the user interface after the browser is closed, a subsequent search is carried out and the data that is saved in the process ofFIG. 30 is used to create the view ofFIG. 31;

FIG. 32 shows a further view of the user interface showing figure entities drawn onto the map;

FIG. 33 shows a further view of the user interface showing a search identifier related to one of the figure entities;

FIG. 34 shows a further view of the user interface after search results are obtained and displayed in a results area and on a map of the user interface, wherein the search results are restricted to a geographical location defined by the figure entity that is a polygon;

FIG. 35 shows a further view of the user interface after search results are obtained and displayed in a results area and on a map of the user interface, wherein the search results are restricted to a geographical location defined by the figure entity, the figure entity being a plurality of lines;

FIG. 36 shows one figure element comprised of two line segments, wherein the line segments are approximated by two rectangles and each rectangle represents a plurality of latitude and longitude coordinates;

FIG. 37 shows one figure element comprised of a circle, wherein the circle is approximated by a plurality of rectangles and each rectangle represents a plurality of latitude and longitude coordinates;

FIG. 38 shows one figure element comprised of a polygon, wherein the polygon is approximated by a plurality of rectangles, wherein each rectangle represents a plurality of latitude and longitude coordinates;

FIG. 39 shows a global view of the search system;

FIG. 40 is a diagram of the categorization sub-system of the search system;

FIG. 41 is a diagram of the transformation sub-system of the search system;

FIG. 42 is a diagram of the offline tagging sub-system of the search system;

FIG. 43 is a diagram of the offline selection of reliable keywords sub-system of the search system;

FIG. 44 is a graph illustrating entropy of words;

FIG. 45 is a diagram of a system for building text descriptions in a search database;

FIGS. 46A to 47C are diagrams illustrating how text descriptions are built; and

FIG. 47 is a diagram of the ranking of objects using semantic and nonsemantic features sub-system of the search system.

DETAILED DESCRIPTION OF THE INVENTIONNetwork and Computer Overview

FIG. 1 of the accompanying drawings illustrates anetwork environment10 that includes auser interface12, the

internet

14A,14B and14C, aserver computer system16, a plurality ofclient computer systems18, and a plurality ofremote sites20, according to an embodiment of the invention.

Theserver computer system16 has stored thereon acrawler19, a collecteddata store21, anindexer22, a plurality ofsearch databases24, a plurality of structured databases anddata sources26, asearch engine28, and theuser interface12. The novelty of the present invention revolves around theuser interface12, thesearch engine28 and one or more of the structured databases and data sources26.

Thecrawler19 is connected over theinternet14A to theremote sites20. The collecteddata store21 is connected to thecrawler19, and theindexer22 is connected to the collecteddata store21. Thesearch databases24 are connected to theindexer22. Thesearch engine28 is connected to thesearch databases24 and the structured databases and data sources26. Theclient computer systems18 are located at respective client sites and are connected over theinternet14B and theuser interface12 to thesearch engine28.

Reference is now made toFIGS. 1 and 2 in combination to describe the functioning of thenetwork environment10. Thecrawler19 periodically accesses theremote sites20 over theinternet14A (step30). Thecrawler19 collects data from theremote sites20 and stores the data in the collected data store21 (step32). Theindexer22 indexes the data in the collecteddata store21 and stores the indexed data in the search databases24 (step34). Thesearch databases24 may, for example, be a “Web” database, a “News” database, a “Blogs & Feeds” database, an “Images” database, etc. Some of the structured databases ordata sources26 are licensed from third-party providers and may, for example, include an encyclopedia, a dictionary, maps, a movies database, etc.

A user at one of theclient computer systems18 accesses theuser interface12 over theinternet14B (step36). The user can enter a search query in a search box in theuser interface12, and either hit “Enter” on a keyboard or select a “Search” button or a “Go” button of the user interface12 (step38). Thesearch engine28 then uses the “Search” query to parse thesearch databases24 or the structured databases or data sources26. In the example of where a “Web” search is conducted, thesearch engine28 parses thesearch database24 having general Internet Web data (step40). Various technologies exist for comparing or using a search query to extract data from databases, as will be understood by a person skilled in the art.

Thesearch engine28 then transmits the extracted data over theinternet14B to the client computer system18 (step42). The extracted data typically includes uniform resource locator (URL) links to one or more of theremote sites20. The user at theclient computer system18 can select one of the links to one of theremote sites20 and access the respectiveremote site20 over theinternet14C (step44). Theserver computer system16 has thus assisted the user at the respectiveclient computer system18 to find or select one of theremote sites20 that have data pertaining to the query entered by the user.

FIG. 3 shows a diagrammatic representation of a machine in the exemplary form of one of theclient computer systems18 within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed. In alternative embodiments, the machine operates as a standalone device or may be connected (e.g., networked) to other machines. In a network deployment, the machine may operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein. Theserver computer system16 ofFIG. 1 may also include one or more machines as shown inFIG. 3.

The exemplaryclient computer system18 includes a processor130 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), or both), a main memory132 (e.g., read-only memory (ROM), flash memory, dynamic random access memory (DRAM) such as synchronous DRAM (SDRAM) or Rambus DRAM (RDRAM), etc.), and a static memory134 (e.g., flash memory, static random access memory (SRAM, etc.), which communicate with each other via abus136.

Theclient computer system18 may further include a video display138 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). Theclient computer system18 also includes an alpha-numeric input device140 (e.g., a keyboard), a cursor control device142 (e.g., a mouse), adisk drive unit144, a signal generation device146 (e.g., a speaker), and anetwork interface device148.

Thedisk drive unit144 includes a machine-readable medium150 on which is stored one or more sets of instructions152 (e.g., software) embodying any one or more of the methodologies or functions described herein. The software may also reside, completely or at least partially, within themain memory132 and/or within theprocessor130 during execution thereof by theclient computer system18, thememory132 and theprocessor130 also constituting machine readable media. The software may further be transmitted or received over anetwork154 via thenetwork interface device148.

While theinstructions152 are shown in an exemplary embodiment to be on a single medium, the term “machine-readable medium” should be taken to understand a single medium or multiple media (e.g., a centralized or distributed database or data source and/or associated caches and servers) that store the one or more sets of instructions. The term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding, or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.

Local Searching and Interface

FIG. 4 of the accompanying drawings illustrates abrowser160 that displays auser interface12 according to an embodiment of the invention. Thebrowser160 may, for example, be an Internet Explorer™, Firefox™, Netscape™, or any other browser. Thebrowser160 has anaddress box164, aviewing pane166, and various buttons such as back andforward buttons168 and.170. Thebrowser160 is loaded on a computer at theclient computer system18 ofFIG. 1. A user at theclient computer system18 can load thebrowser160 into memory, so that thebrowser160 is displayed on a screen such as thevideo display138 inFIG. 3.

The user enters an address (in the present example, the internet address http://city.ask.com/city/) in theaddress box164. A mouse (i.e., thecursor control device142 ofFIG. 3) is used to move acursor172 into theaddress box164, and a left button is depressed or “clicked” on the mouse. After clicking on the left button of the mouse, the user can use a keyboard to enter text into theaddress box164. The user then presses “Enter” on the keyboard. Referring toFIG. 5, a command is then sent over the internet requesting a page corresponding to the address that is entered into theaddress box164, or a page request is transmitted from theclient computer system18 to the server computer system16 (Step176). The page that is retrieved at theserver computer system16 is a first view of theuser interface12 and is transmitted from theserver computer system16 to theclient computer system18 and displayed in the viewing pane166 (Step178).

FIG. 4 illustrates aview190A of theuser interface12 that is received atstep178 inFIG. 5. Theview190A can also be obtained as described in U.S. patent application Ser. No. 11/611,777 filed on Dec. 15, 2006, details of which are incorporated herein by reference.

Theview190A includes asearch area192, amap area194, amap editing area196, and a data saving and recollectingarea198. Theview190A ofuser interface12 does not, at this stage, include a results area, a details area, or a driving directions area. It should be understood that all components located on thesearch area192, themap area194, themap editing area196, the data saving and recollectingarea198, a results area, a details area, and a driving directions area form part of theuser interface12 inFIG. 1, unless stipulated to the contrary.

Thesearch area192 includes

vertical search determinators

200,202, and204 for “Businesses,” “Events,” and “Movies” respectively. An area below thevertical search determinator200 is open and search identifiers in the form of asearch box206 and asearch button208 together with alocation identifier210 are included in the area below thevertical search determinator200.Maximizer selectors212 are located next to the

vertical search determinators

202 and204.

Themap area194 includes amap214, ascale216, and adefault location marker218. Themap214 covers the entire surface of themap area194. Thescale216 is located on a left portion of themap214. A default location, in the present example an intersection of Mission Street and Jessie Street in San Francisco, Calif., 94103, is automatically entered into thelocation identifier210, and thedefault location marker218 is positioned on themap214 at a location corresponding to the default location in thelocation identifier210. Different default locations may be associated with respective ones of theclient computer systems18 inFIG. 1 and the default locations may be stored in one of the structured databases or data sources26. Details of how a location marker is positioned on a map and displayed over the internet as well as a scale of a map and other features are disclosed in U.S. patent application Ser. No. 10/677,847 filed on Feb. 22, 2007, which is incorporated herein by reference and in its entirety.

Included on themap editing area196 are amap manipulation selector220, sevenmap addition selectors222, aclear selector224, and an undoselector226. Themap addition selectors222 includemap addition selectors222 for text, location markers, painting of free-form lines, drawing of straight lines, drawing of a polygon, drawing of a rectangle, and drawing of a circle.

The data saving and recollectingarea198 includes a plurality of saveselectors228. The saveselectors228 are located in a row from left to right within the data saving and recollectingarea198.

Thesearch box206 serves as a field for entering text. The user moves thecursor172 into thesearch box206 and then depresses the left button on the mouse to allow for entering of the text in thesearch box206. In the present example, the user enters search criteria “Movies” in thesearch box206. The user decides not to change the contents within thelocation identifier210. The user then moves the cursor over thesearch button208 and completes selection of thesearch button208 by depressing the left button on the mouse.

Referring again toFIG. 5, in response to the user interfacing with the search identifiers (thesearch box206 and the search button208) in thefirst view190A, a search request is transmitted from the client computer system18 (seeFIG. 1) to the server computer system16 (step180). The search request is received from theclient computer system18 at the server computer system16 (step182). Theserver computer system16 then utilizes the search request to extract a plurality of search results from a search data source (step184). The search data source may be a first of the structured databases ordata sources26 inFIG. 1. At least part of a second view is transmitted from theserver computer system16 to theclient computer system18 for display at theclient computer system18 and the second view includes the search results (step186). At least part of the second view is received from the server computer system at the client computer system (step188).

FIG. 6 illustrates onedata source entry232 of a plurality of data source entries in the search data source, namely the first of the structured databases ordata sources26 inFIG. 1. Thedata source entry232 is a free-form entry that generally includes aname234,detailed objects236 such as text from fields and one or more images,information238 relating to a geographic location, andcontext240 relating to, for example, neighborhood, genre, restaurant food type, and venue. Theinformation238 relating to the geographic location include anaddress242, and coordinates of latitude andlongitude244. Each one of the context identifiers of thecontext240, for example, “neighborhood,” can have one ormore categories246 such as “Pacific Heights” or “downtown” associated therewith.

In the present example, thedata source entry232 is extracted if any one of the

fields

234,236,238, or240 is for a movie. In addition, thedata source entry232 is extracted only if the coordinates of latitude andlongitude244 are within a predetermined radius, for example within one mile, from coordinates of latitude and longitude of the intersection of Mission Street and Jessie Street. Should an insufficient number, for example, fewer than ten, data source entries such as thedata source entry232 for movies have coordinates of latitude andlongitude244 within a one-mile radius from the coordinates of latitude and longitude of Mission Street and Jessie Street, the threshold radius will be increased to, for example, two miles. All data source entries or movies having coordinates of latitude andlongitude244 within a two-mile radius of coordinates of latitude and longitude of Mission Street and Jessie Street are extracted for transmission to theclient computer system18.

FIG. 7 illustrates asubsequent view190B of theuser interface12 that is displayed followingstep188 inFIG. 5. Theview190B now includes a results area between thesearch area192 on the left and themap area194, themap editing area196, and the data saving and recollectingarea198 on the right. Search results numbered1 through6 are displayed in theresults area248. Each one of the search results includes a respective name corresponding to thename234 of thedata source entry232 inFIG. 6, a respective address corresponding to therespective address242 of the respectivedata source entry232, and a telephone number. Theresults area248 also has avertical scroll bar250 that can be selected and moved up and down. Downward movement of thevertical scroll bar250 moves the search results numbered1 and2 off an upper edge of theresults area248 and moves search results numbered7 through10 up above a lower edge of theresults area248.

A plurality oflocation markers252 are displayed on themap214. Thelocation markers252 have the same numbering as the search results in theresults area248. The coordinates of latitude andlongitude244 of eachdata source entry232 inFIG. 6 are used to position thelocation markers252 at respective locations on themap214.

Also included in thesearch area192 in theview190B are acontext identifier256 and a plurality ofrelated search suggestions258. Thecontext identifier256 is for “neighborhood” and is thus similar to “neighborhood” of thecontext240 inFIG. 6. In theview190B, only onecontext identifier256 is included. It should be understood that a number ofcontext identifiers256 may be shown, each with a respective set of related search suggestions. Thecontext identifier256 or context identifiers that are included in thesearch area192 depend on the

vertical search determinators

200,202, and204. In the example of theview190B ofFIG. 7, a search is carried out under thevertical search determinator200 for “business” and thecontext identifier256 is for “neighborhood.” Context identifiers for “genre” or “venue” are not included for searches under thevertical search determinator200 for “business.”

FIG. 8 illustrates a neighborhood and city relational table that is stored in one of the structured databases ordata sources26 inFIG. 1. The table inFIG. 8 includes a plurality of different neighborhoods and a respective city associated with each one of the neighborhoods. The names of the neighborhoods, in general, do not repeat. The names of the cities do repeat because each city has more than one neighborhood. Each one of neighborhoods also has a respective mathematically-defined area associated therewith.

When a search is conducted, one or more coordinates are extracted for a location of the search. In the present example, the coordinates of latitude and longitude of the intersection of Mission Street and Jessie Street in San Francisco are extracted. The coordinates are then compared with the areas in the table ofFIG. 8 to determine which one of the areas holds the coordinates. Once the area holding the coordinates is determined, for example,Area5, the city associated withArea5, namelyCity2, is extracted. In the present example the city may be San Francisco, Calif. All the neighborhoods inCity2 are then extracted, namelyNeighborhood1,Neighborhood5, andNeighborhood8. In the present example, the neighborhoods for San Francisco are shown as therelated search suggestions258 in theview190B under thecontext identifier256.

A comparison betweenFIGS. 4 and 7 will show that certain components in theview190A ofFIG. 4 also appear in theview190B ofFIG. 7. It should also be noted that components such as the

vertical search determinators

200,202, and204, themaximizer selectors212, thesearch box206, thelocation identifier210, thesearch button208, and thesearch area192 are in exactly the same locations in theview190A ofFIG. 4 and in theview190B ofFIG. 7. The size and shape of thesearch area192 is also the same in both theview190A ofFIG. 4 and theview190B ofFIG. 7. Themap area194, themap editing area196, and the data saving and recollectingarea198 are narrower in theview190B ofFIG. 7 to make space for theresults area248 within theviewing pane166.

As mentioned, the user can select or modify various ones of the components within thesearch area192 in theview190B ofFIG. 7. The user can also move thecursor172 onto and select various components in themap area194, themap editing area196, the data saving and recollectingarea198, or theresults area248. The names of the search results in theresults area248 are selectable. In the present example, the user moves thecursor172 onto the name “AMC 1000 Van Ness” of the sixth search result in theresults area248.

Selection of the name of the sixth search result causes transmission of a results selection request, also serving the purpose of a profile page request, from theclient computer system18 inFIG. 1 to theserver computer system16. One of the structured databases ordata sources26, for example the structured database ordata source26 second from the top, holds a plurality of profile pages. Each one of the profile pages is generated from content of adata source entry232 inFIG. 6. A profile page in particular includes thename234, thedetailed object236, theaddress242, and often thecontext240. The profile page typically does not include the coordinates of latitude andlongitude244 forming part of thedata source entry232. Thesearch engine28 then extracts the particular profile page corresponding to the sixth search result and then transmits the respective profile page back to theclient computer system18.

FIG. 9 shows aview190C that appears when the profile page is received by theclient computer system18 inFIG. 1. Theview190C ofFIG. 9 is the same as theview190B ofFIG. 7, except that theresults area248 has been replaced with adetails area260 holding aprofile page262 transmitted from theserver computer system16. Theprofile page262 includes the same information of the sixth search result in theresults area248 in theview190B ofFIG. 7 and includes further information from thedetailed objects236 of thedata source entry232. Such further information includes animage264 and movies withshow times266.

Awindow268 is also inserted on themap214 and a pointer points from thewindow268 to thelocation marker252 numbered “6.” The exact same information at the sixth search result in theresults area248 in theview190B ofFIG. 7 is also included in thewindow268 in theview190C ofFIG. 9. Theprofile page262 thus provides a vertical search result and themap214 is interactive.

Persistence is provided from one view to the next. Thesearch area192, themap area194, themap editing area196, and the data saving and recollectingarea198 are in the exact same locations when comparing theview190B ofFIG. 7 with theview190C ofFIG. 9. Apart from thewindow268 and its contents, all the components in thesearch area192,map area194,map editing area196, and data saving and recollecting area are also exactly the same in theview190B ofFIG. 7 and in theview190C ofFIG. 9. Thevertical scroll bar150 can be used to move theprofile page262 relative to theviewing pane166 and the remainder of theuser interface12.

The movies portions of the movies andshow times266 are selectable. In the present example, the user selects the movie “The Good Shepherd” to cause transmission of a profile page request from theclient computer system18 inFIG. 1 to theserver computer system16. Theserver computer system16 extracts a profile page for “The Good Shepherd” and transmits the profile page to theclient computer system18.

FIG. 10 shows aview190D of theuser interface12 after the profile page for “The Good Shepherd” is received at theclient computer system18. Theview190D ofFIG. 10 is exactly the same as theview190C ofFIG. 9, except that theprofile page262 in theview190C ofFIG. 9 is replaced with aprofile page270 in theview190D ofFIG. 10. Theprofile page270 is the profile page for “The Good Shepherd” and includes animage272 and the text indicating the name of the movie, its release date, its director, is genre, actors starring in the movie, who produced the movie, and a description of the movie. It could at this stage be noted that one of the actors of the movie “The Good Shepherd” is shown to be “Matt Damon.”

FIG. 11 illustrates afurther view190E of theuser interface12 after the maximizer selector112 next to thevertical search determinator204 for “Movies” in theview190D ofFIG. 10 is selected. Thesearch box206,location identifier210, andsearch button208 below thevertical search determinator200 for “Businesses” in theview190D ofFIG. 10 are removed in theview190E ofFIG. 11. The

vertical search determinators

202 and204 are moved upward in theview190E ofFIG. 11 compared to theview190D ofFIG. 10.

Asearch box274, alocation identifier276, adate identifier278, and asearch button280 are inserted in an area below thevertical search determinator204 for “Movies.”

In the present example, the user enters “AMC 1000 Van Ness” in thesearch box274. The user elects to keep the default intersection of Mission Street and Jessie Street, San Francisco, Calif., 94103 in thelocation identifier276, and elects to keep the date in thedate identifier278 at today, Monday, Feb. 5, 2007. The user then selects thesearch button280. Upon selection of the search button, thedetails area260 in the view190 ofFIG. 10 is again replaced with theresults area248 shown in theview190B ofFIG. 7. Theresults area248 in theview190E ofFIG. 11 includes only one search result. The search result includes the same information as the sixth search result in theresults area248 of theview190B ofFIG. 7, but also includes the movies andshow times266 shown in theprofile page262 in theview190C ofFIG. 9. The user can now select the movie “The Good Shepherd” from the movies andshow times266 in theview190E ofFIG. 11. Selection of “The Good Shepherd” causes replacement of theresults area248 with thedetails area260 shown in theview190D ofFIG. 10 with thesame profile page270 in thedetails area260. The exactsame profile page270 for “The Good Shepherd” can thus be obtained under thevertical search determinator200 for “Businesses” and thevertical search determinator204 for “Movies.” Theprofile page270 for “The Good Shepherd” is thus independent of the

vertical search determinators

200,202, and204 that the user interacts with.

Theview190E ofFIG. 11 has twocontext identifiers256, namely for “genre” and “neighborhood.” A plurality ofrelated search suggestions258 are shown below eachcontext identifier256. Thecontext identifier256 for “genre” is never shown under thevertical search determinator200 for “Businesses.” Therelated search suggestions258 under thecontext identifier256 are extracted from the profile pages for the movies included under the movies andshow times266 for all the search results (in the present example, only one search result) shown in theresults area248.

FIG. 12 illustrates a further search that can be conducted by the user. The user enters “The Good Shepherd” in thesearch box274 under thevertical search determinator204 for “Movies.” The search request is transmitted from theclient computer system18 inFIG. 1 to theserver computer system16. Theserver computer system16 then extracts a plurality of search results and returns the search results to theclient computer system18. Aview190F as shown inFIG. 12 is then displayed wherein the search results are displayed in theresults area248. Each one of the results is for a theater showing the movie “The Good Shepherd.” The server computer system.16 compares the search query or term “The Good Shepherd” with text in thedetailed objects236 of eachdata source entry232 inFIG. 6. Theview190E inFIG. 12, for example, shows that the movie “The Good Shepherd” shows at the theater “AMC 1000 Van Ness.”

Ten search results are included within theresults area248 and six of the search results are shown at a time by sliding thevertical scroll bar250 up or down. All ten search results are shown on themap214. Only four of the results are within acircle275 having a smaller radius, for example a radius of two miles, from an intersection of Mission Street and Jessie Street, San Francisco, Calif., 94103. Should there be ten search results within thecircle275, only the ten search results within thecircle275 would be included on themap214 and within theresults area248. Theserver computer system16 recognizes that the total number of search results within thecircle275 is fewer than ten and automatically extracts and transmits additional search results within alarger circle277 having a larger radius of, for example, four miles from an intersection of Mission Street and Jessie Street, San Francisco, Calif., 94103. All ten search results are shown within thelarger circle277. The

circles

275 and277 are not actually displayed on themap214 and are merely included on themap214 for purposes of this description.

FIG. 13 illustrates a further search, wherein the user enters “Matt Damon” in thesearch box274. The server computer system compares the query “Matt Damon” with the contents of all location-specific data source entries such as thedata source entry232 inFIG. 6 holding data as represented by the search result in thedetails area260 in theview190C ofFIG. 9 and also compares the query “Matt Damon” with profile pages such as theprofile page270 in theview190D ofFIG. 10. Recognizing that the actor “Matt Damon” appears on theprofile page270 for the movie “The Good Shepherd,” the search engine then searches for all data source entries, such as thedata source entry232 inFIG. 6 that include the movie “The Good Shepherd.” All the data source entries, in the present example all movie theaters, are then transmitted from theserver computer system16 to theclient computer system18. Aview190G as shown inFIG. 13 is then generated with the search results from the data source entries containing “The Good Shepherd” shown in theresults area248 and indicated withlocation markers252 on themap214. One of the search results in theview190G is for the movie theater “AMC 1000 Van Ness,” which also appears in theview190F ofFIG. 12. Multiple fields are thus searched at the same time, often resulting in the same search result.

FIGS. 14,15, and16 illustrate further searches that can be carried out because multiple fields are searched at the same time, and views190H,190I, and190J that are generated respectively. InFIG. 14, a query “crime drama” is entered in thesearch box274. “Crime drama” can also be selected from arelated search suggestion258 under thecontext identifier256 for “genre” in an earlier view. A search is conducted based on the data in thesearch box274, thelocation identifier276, and thedate identifier278.

InFIG. 15, a user types “Matt Damon” in thesearch box274 and types “Pacific Heights, San Francisco, Calif.” in thelocation identifier276. Alternatively, the search criteria “Pacific Heights, San Francisco, Calif.” can also be entered by selecting arelated search suggestion258 under thecontext identifier256 for “neighborhood” in an earlier view. Again, the search results that are extracted are based on the combined information in thesearch box274,location identifier276, anddate identifier278.

InFIG. 16, thesearch box274 is left open and the user types the Zone Improvement Plan (ZIP) code in thelocation identifier276. ZIP codes are used in the United States of America, and other countries may use other codes such as postal codes. The resulting search results are for all movies within or near the ZIP code in thelocation identifier276 and on the date in thedate identifier278.

Data stored in one of the structured databases ordata sources26 inFIG. 1 that includes coordinates for every ZIP code in the United States of America andFIG. 8 also shows areas representing coordinates for every neighborhood. When a neighborhood or a ZIP code is selected or indicated by the user as described with reference toFIGS. 15 and 16, theserver computer system16 inFIG. 1 also extracts the coordinates for the particular neighborhood or ZIP code. The coordinates for the neighborhood or ZIP code are transmitted together with the search result from theserver computer system16 to theclient computer system18. As shown in theview1901 ofFIG. 15, aboundary281 of an area for the neighborhood “Pacific Heights” in San Francisco, Calif. is drawn as a line on themap214 Similarly, inFIG. 16, aboundary282 is drawn on an area corresponding to theZIP code 94109 and is shown as a line on themap214.

When a neighborhood or a ZIP code is selected in thelocation identifier276, a search is first conducted within a first rectangle that approximates an area of the neighborhood or ZIP code. If insufficient search results are obtained, the search is automatically expanded to a second rectangle that is larger than the first rectangle and includes the area of the first rectangle. The second rectangle may, for example, have a surface area that is between 50% and 100% larger than the first rectangle.FIGS. 15 and 16 illustrate that automatic expansion has occurred outside of a first rectangle that approximates the

boundaries

281 and282.

FIG. 17 illustrates aview190K of theuser interface12 after a third and last of the search results in the view190I inFIG. 15 is selected. The search result is selected by selecting thelocation marker252 numbered “3” in the view190I ofFIG. 15. Thewindow268 is similar to thewindow268 as shown in theview190C ofFIG. 9. Because the search results in theresults area248 in the view190I ofFIG. 15 are not selected, but instead thelocation marker252 numbered “3,” all the search results in theresults area248 in theview1901 ofFIG. 15 are also shown in theresults area248 in theview190K ofFIG. 17.

Thewindow268 in theview190K ofFIG. 17 includes a “pin it” selector that serves as a static location marker selector. Such a static location marker selector is also shown in each one of the search results in theresults area248. In the present example, the user selects the static location marker in thewindow268 that appears upon selection of thestatic location marker252 numbered “3” and a static location marker request is then transmitted from theclient computer system18 inFIG. 1 to theserver computer system16. Alternatively, the user can select the static location marker indicator under the third search result in theresults area248 which serves the dual purpose of selecting the third search result and causing transmission of a static location marker request from theclient computer system18 to theserver computer system16.

FIG. 18 shows aview190L of theuser interface12 that is at least partially transmitted from theserver computer system16 to theclient computer system18 in response to theserver computer system16 receiving the static location marker request. Theview190L ofFIG. 18 is identical to theview190K ofFIG. 17, except that the third search result in theresults area248 has been relabeled from “3” to “A” and the corresponding location marker is also now labeled “A.” The change from numeric labeling to alphabetic labeling indicates that the search result labeled “A” and its corresponding location marker labeled “A” have now been changed to a static search result and a static location marker that will not be removed if a subsequent search is carried out and all of the other search results are replaced.

FIG. 19 illustrates aview190M of theuser interface12 after a further search is conducted. Themaximizer selector212 next to thevertical search determinator202 for “Events” is selected. Thevertical search determinator204 for “Movies” moves down and thesearch box274,location identifier276,date identifier278, andsearch button280 in theview190L of theFIG. 18 are removed. Asearch box286,location identifier288,date identifier290, andsearch button292 are added below thevertical search determinator202 for “Events.” A search is conducted based on the contents of thesearch box286,location identifier288, anddate identifier290 for events. The results of the search are displayed in the results area, are numbered numerically, and are also shown withlocation markers252 on themap214. The search result labeled “A” in theview190L ofFIG. 18 is also included at the top of the search results in theresults area248 in theview190M ofFIG. 19 and acorresponding location marker252 labeled “A” is located on themap214. What should also be noted in theview190M ofFIG. 19 is thatcontext identifiers256 are included for “genre,” “neighborhood,” and “venue” with correspondingrelated search suggestions258 below the respective context identifiers256. Thecontext identifier256 for “venue” is only included when a search is conducted under thevertical search determinator202 for “Events.” Therelated search suggestions258 are the names such as thename234 of thedata source entry232 inFIG. 6 that show events of the kind specified in thesearch box286 or if there is a profile page listing such a venue.

FIG. 20 shows aview190N of theuser interface12 after a further search is carried out by selecting the related search suggestion “family attractions” in theview190M ofFIG. 19. Again, the search, result labeled “A” appears in theresults area248 and on themap214. The user in the present example selects the third search result in theresults area248.

FIG. 21 illustrates afurther view1900 of theuser interface12 that is generated and appears after the user selects the third search result in theresults area248 in theview190N ofFIG. 20. Theresults area248 in theview190N ofFIG. 20 is replaced with thedetails area260 and aprofile page296 of the third search result in theview190N inFIG. 20 appears in thedetails area260. Awindow268 is also included on the map with a pointer to the location identifier numbered “3.” The user in the present example selects the static location marker identifier “pin it” in thewindow268. The label on thelocation marker252 changes from “3” to “B.” The change from the numeric numbering to the alphabetic numbering of therelevant location marker252 indicates that the location identifier has become static and will thus not be replaced when a subsequent search is conducted.

FIG. 22 is aview190P of theuser interface12 after a subsequent search is conducted under thevertical search determinator200 for “Businesses.” The numerically numbered search results in theview190M ofFIG. 20 are replaced with numerically numbered search results in theview190P ofFIG. 22. The search results labeled “A” and “B” are also included above the numerically numbered search results in theview190P ofFIG. 22. The scale and location of themap214 in theview190P ofFIG. 22 are such that the locations of the search results labeled “A” and “B” are not shown with any one of thelocation markers252, but will be shown if the scale and/or location of themap214 is changed.

FIG. 23 shows afurther view190Q of theuser interface12. The user has selected either the second search result in theresults portion248 of theview190P ofFIG. 22 or thelocation marker252 labeled “3” on themap214 of theview190P, which causes opening of awindow268 as shown in theview190Q of the ofFIG. 23. The viewer has then selected “directions” in thewindow268, which causes replacement of theresults area248 in theview190P ofFIG. 22 with adriving directions area300 in theview190Q ofFIG. 23. Astart location box302 is located within the drivingdirections area300. The user can enter a start location within thestart location box302 or select a start location from a plurality of recent locations or recent results shown below thestart location box302. The user can then select ago button304, which causes transmission of the start location entered in thestart location box302 from theclient computer system18 inFIG. 1 to theserver computer system16.

FIG. 24 shows afurther view190R of theuser interface12, part of which is transmitted from theserver computer system16 to theclient computer system18 in response to receiving the start location from theclient computer system18. Anend location identifier306 is included and a user enters an end location in theend location identifier306. The user then selects ago button308, which causes transmission of the end location entered in theend location identifier306 from theclient computer system18 inFIG. 1 to theserver computer system16.

The server computer system then calculates driving directions. The driving directions are then transmitted from theserver computer system16 to theclient computer system18 and are shown in thedriving directions area300 of theview190R inFIG. 24. Thevertical scroll bar252 is moved down, so that only a final driving direction, indicating the arrival at the end location, is shown in thedriving directions area300.

The server computer system also calculates apath310 from the start location to the end location and displays thepath310 on themap214.

Further details of how driving directions and a path on a map are calculated are described in U.S. patent application Ser. No. 11/677,847, which is incorporated herein by reference.

FIG. 25 illustrates afurther view190S of theuser interface12, after the user has added a third location. Driving directions and a path are provided between the second and the third locations. The user has elected to choose the locations labeled “A” and “B” as the second and third locations.

The user can, at any time, select aresults maximizer312, for example in theview190S ofFIG. 25. Upon selection of the results maximizer312, the drivingdirections area300 in theview190S ofFIG. 25 is replaced with theresults area248, as shown in theview190T inFIG. 26. The results shown in theresults area248 in theview190T inFIG. 26 are the exact same search results shown in the results area in theview190P ofFIG. 22. The driving directions of theviews190R inFIG. 24 and 190S ofFIG. 25 and theentire path310 have thus been calculated without losing the search results. Moreover, the search results and thepath310 are shown in thesame view190T ofFIG. 26.

FIG. 27 is aview190U of theuser interface12 after various additions are made on themap214. The user selects one of the map addition selectors222 (step320 inFIG. 28). In theview190U ofFIG. 27, the user has selected themap addition selector222 for text. Thecursor172 automatically changes from a hand shape to a “T” shape.

FIG. 29 shows aview190V of theuser interface12 wherein the user has selected theaddition selector222 for a circle. Acolor template332 automatically opens. A plurality of colors is indicated within thecolor template332. The various colors are differentiated from one another in theview190V ofFIG. 29 by different shading, although it should be understood that each type of shading represents a different color. The user selects a color from the color template332 (step322).

The user then selects a location for making the addition on themap214. Various types of additions can be made to the map depending on theaddition selector222 that is selected. Upon indicating where the additions should be made on themap214, a command is transmitted to theprocessor130 inFIG. 3 (step324). Theprocessor130 then responds to the addition command by making an addition to the map214 (step326). The addition is made to the map at a location or area indicated by the user and in the color selected by the user from thecolor template332.

The user can at any time remove all the additions to themap214 by selecting theclear selector224. The user can also remove the last addition made to the map by selecting the undoselector226. An undo or clear command is transmitted to the processor130 (step328). Theprocessor130 receives the undo or clear command and responds to the undo or clear command by removing the addition or additions from the map214 (step330).

Upon selection of theclear selector224, the undoselector226, or themap manipulation selector220, thecursor172 reverts to an open hand and can be used to drag and drop themap214.

The user may, at any time, decide to save the contents of a view, and in doing so will select one of the saveselectors228. A save command is transmitted from theclient computer system18 to the server computer system16 (step340 inFIG. 30). All data for the view that the user is on is then saved at theserver computer system16 in, for example, one of the structured databases and data sources26 (step342). The data that is stored at theserver computer system16, for example, includes all the search results in theresults area248 and on themap214, any static location markers on themap214, the location of themap214 and its scale, and any additions that have been made to themap214. Theserver computer system16 then generates and transmits areproduction selector356 to the client computer system (step344). As shown in theview190V ofFIG. 29, thereproduction selector356 is then displayed at the client computer system18 (step346). A reproduction selector deletebutton358 is located next to and thereby associated with thereproduction selector356. The user may at any time select the reproduction selector deletebutton358 to remove thereproduction selector356. Thereproduction selector356 replaces thesave selector222 selected by the user and selection of the reproduction selector deletebutton358 replaces thereproduction selector356 with asave selector228.

The user may now optionally close thebrowser160. When thebrowser160 is again opened, the user can conduct another search, for example a search for a restaurant near Union Street, San Francisco, Calif. The search results in theresults area248 will only include results for the search conducted by the user and the locations of the search results will be displayed on themap214 without the static location markers or additions shown in theview190V ofFIG. 29.

Any further views of theuser interface12 includes thereproduction selector356 and any further reproduction selectors (not shown) that have been created by the user at different times and have not been deleted. The user can select thereproduction selector356 in order to retrieve the information in theview190V ofFIG. 29. A reproduction command is transmitted from theclient computer system18 inFIG. 1 to the server computer system16 (step348). Theserver computer system16 then extracts the saved data and transmits the saved data from theserver computer system16 to the client computer system18 (step350). The saved data is then displayed at the client computer system18 (step352).

FIG. 31 illustrates aview190W of theuser interface12 that is generated upon selecting thereproduction selector356. Theview190W ofFIG. 31 includes all the same information that is present in theview190V ofFIG. 29.

It should be evident to one skilled of the art that the sequence that has been described with reference to the foregoing drawings may be modified. Frequent use is made in the description and the claims to a “first” view and a “second” view. It should be understood that the first and second views may be constructed from the exact same software code and may therefore be the exact same view at first and second moments in time. “Transmission” of a view should not be limited to transmission of all the features of a view. In some examples, an entire view may be transmitted and be replaced. In other examples, Asynchronous JavaScript™ (AJAX™) may be used to update a view without any client-server interaction, or may be used to only partially update a view with client-server interaction.

FIG. 32 shows afurther view190X of the user interface. Using themap addition selectors222, theclear selector224, and the undoselector226, the user has drawn various figure elements on themap214 displayed in themap area194. The figure element in this example includes a singlestraight line500, a two-segment line502, arectangle504, apolygon506, and acircle508. Asearch identifier selector520 is related to each of the figure elements drawn on themap214 as depicted by the magnifying glass icon situated on the figure entity.

FIG. 33 shows afurther view190Y of the user interface. The user has selected thesearch identifier selector520 related to thepolygon506. This causes asearch identifier530 to appear in close proximity to thesearch identifier selector520. Thesearch identifier530 includes asearch box535. Thesearch identifier530 is similar in appearance and function as thesearch area192 ofFIG. 7. In the example illustrated inFIG. 33, the user has entered “Fast Food” in thesearch box535. Upon hitting the enter key on the client computer system or selecting the search button located in thesearch identifier530, the text “Fast Food” entered into thesearch box535 and an associated search request are transmitted from the client computer system to the server computer system to extract at least one search result from a data source. In this example, the search result will be restricted to a geographical location defined by thepolygon506. Thus, the expected search results would consist of fast food businesses with geographical coordinates located within thepolygon506.

FIG. 34 shows afurther view190Z of the user interface. The user interaction ofFIG. 33 has resulted in a second view transmitted from the server computer to the client computer showing search results displayed in aresults area248, andlocation markers545 related to the search results displayed in themap area194. In this example, since the user has utilized thesearch identifier530 related to thepolygon506 instead of using the search box in thesearch area192 ofFIG. 7, the search results andlocation markers545 related to the search results are restricted to the geographical location defined by thepolygon506.

FIG. 35 shows a further view190AA of the user interface. In this example, the user has interacted in the same manner as inFIGS. 33 and 34, except that the user has interacted with thesearch identifier530 related to the two-segment line502 instead of thepolygon506. The resulting search results are displayed in aresults area248, andlocation markers545 related to the search results are displayed in themap area194. Here, the search results and thelocation markers545 related to the search results are restricted to the geographical location defined by the two-segment line502.

FIGS. 36 to 38 show embodiments of the approximating technique performed by the server computer to approximate the latitude and longitude coordinates related to the figure entities drawn on the map. The approximating technique is performed solely on the server computer, and no approximating is performed on the client computer system.FIG. 36 shows the two-segment line502 without theunderlying map214 for the purpose of illustrating the approximating technique. When such a figure element is drawn on the map, in this instance a two-segment line, the client computer transmits the drawn figure element to the server computer, where the server computer approximates the geographical location depicted by the drawn figure element. In one embodiment, each segment of the two-segment line502 is approximated byrectangles590 that match the length of the segment, but is wider than the width of the segment. Theserectangles590 may be but are not required to be orthogonal to a North, South, East, or West direction, and eachrectangle590 may be of a different size. Therectangles590 define a range of latitude and longitude coordinates. This range of latitude and longitude coordinates allows the server computer system to extract at least one search result from a search data source, wherein the search result possesses latitude and longitude coordinates that are within the range of latitude and longitude coordinates defined by therectangles590. The extra width provided by the approximatingrectangles590 in this embodiment yields better search results by providing a larger range of latitude and longitude coordinates, since a line by strict geometric definition has no width. In another embodiment, the shapes or entities used to approximate the drawn figure elements may be other geometric figures instead of a rectangle, such as a circle, an oval, or a polygon.

In a different embodiment, the figure entities drawn on the map, thepolygon506, for example, may be used by the server computer system to define latitude and longitude coordinates using only the outline of the figure entity, without the enclosed area. In this embodiment, the figure entities such as thepolygon506 may be treated as a series of line segments. In the same manner as inFIG. 36, the linesegments comprising polygon506 may be approximated byrectangles590 that closely approximate each line segment. In this manner, the outline of the figure entity may be approximated, while latitude and longitude coordinates contained within the figure entity may be excluded.

Search System

FIG. 39 shows a global view of the search system. The search system is composed of thesearch user interface12 where a user can input asearch query602. Thequery602 is processed by an online query processing system (QPS)650. TheQPS650 is comprised of a parsing anddisambiguation sub-system604, acategorization sub-system606, and atransformation sub-system608. Thequery602 that is processed by theQPS650 is compared with anindex614 from an offline backend search system. The backend search system includes a structureddata sub-system616, arecord linkage sub-system618 for correlation of data, and anoffline tagging sub-system620 for keyword selection and text generation. The search system also includes aranking sub-system612 that ranks the search results obtained by theindex614 from the backend search system to provide the user with the most relevant search results for a given user query.

Query Processing System

The query processing system (QPS)650 performs three main functions: a) parsing/disambiguation, b) categorization; and c) transformation.

Categorization

FIG. 40 is a diagram of thecategorization sub-system606 inFIG. 39. Anidentification component700 receives an original user query input and identifies a what-component and a where-component using the original user query. The what-component is passed onto afirst classification component702 that analyses and classifies the what-component into a classification. The classification can be a business name, business chain name, business category, event name, or event category. The what-component of the user query may be sent to atransformation component704 to transform the original user query into a processed query that will provide better search results than the original user query. Thetransformation component704 may or may not transform the original user query, and will send the processed query to atransmission component714. The classification is also sent to thetransmission component714.

The where-component is sent to asecond classification component706 which is comprised of anambiguity resolution component708 and aselection component710. Theambiguity resolution component708 determines whether the where-component contains a geographical location. Theselection component710 receives a where-component containing a geographical location from theambiguity resolution component708 and determines the resulting location. Aview712 for changing the result location is provided to the user to select the most appropriate location for the user query that is different from the location selected by theselection component710. Thesecond classification component706 then sends the location to thetransmission component714. Thetransmission component714 sends the processed user query, the classification, and the location to the backend search engine.

TheQPS650 processes every query both on the reply page (e.g., one of thesearch databases24 inFIG. 1) and in the local channel (the structured database ordata source26 inFIG. 1 for local searching). If it is not able to map the original user query to a different target query that will yield better results, it may still be able to understand the intent of the query with high confidence, and classify it appropriately without further mapping. There are two analysis levels: “what” component and “where” component.

“What” Component:

The query processing system can parse user queries, identify their “what” component, and classify them in different buckets: business names, business chain names, business categories, event names, event categories.

Then if no transformation operation can be performed, it sends the original user query and its classification to the backend local search engine. The backend local search engine will make use of the classification provided by theQPS650 so as to change the ranking method for the search results. Different query classes determined by theQPS650 correspond to different ranking options on the backend side. For example, theQPS650 may classify “starbucks” as a business name, while it may categorize “coffee shops” as business category.

The ability to change ranking method depending on the classification information provided by theQPS650 has a crucial importance in providing local search results that match as closely as possible the intent of the user, in both dimensions: name and category.

Business Name Examples:

In a particular geographic location there might not be “starbucks” coffee shops nearby. However, if the user explicitly specifies a request for “starbucks” in that location, the system will be able to provide results for “starbucks” even if they are far away and there are other coffee shops that are not “starbucks” closer to the user-specified location.

There might be database records for which common words that are also business names have been indexed, such as “gap,” “best buy,” “apple.” TheQPS650 recognizes that these are proper and very popular business names, thus making sure that the local backend search engine gives priority to the appropriate search results (instead of returning, for example, grocery stores that sell “apples”).

Category Name Examples:

There might exist businesses whose full name (or parts thereof) in the database contains very common words that most typically correspond to a category of businesses. For example, in a particular geographic location there might be several restaurants that contain the word “restaurant” in the name, even if they are not necessarily the best restaurants that should be returned as results for a search in that location. TheQPS650 will recognize the term “restaurant” as a category search, and this classification will instruct the local backend search engine to consider all restaurants without giving undue relevance to those that just happen to contain the word “restaurant” in their name.

“Where” Component:

TheQPS650 can parse user queries and identify their “where” component. TheQPS650 performs two main subfunctions in analyzing user queries for reference to geographic locations: ambiguity resolution and selection.

Ambiguity Resolution:

For every user query theQPS650 determines whether it does indeed contain a geographic location, as opposed to some other entity that may have the same name as a geographic location. For example, the query “san francisco clothing” is most likely a query about clothing stores in the city of San Francisco, whereas “hollister clothing” is most likely a query about the clothing retailer “Hollister Co.” rather than a query about clothing stores in the city of Hollister, Calif. So only the first query should be recognized as a local business search query and sent to the backend local search engine.

TheQPS650 recognizes the parts of user queries that are candidates to be names of geographic locations, and determines whether they are actually intended to be geographic names in each particular query. This determination is based on data that is pre-computed offline.

The algorithm for geographic name interpretation takes as input the set of all possible ways to refer to an object in a geographic context. This set is pre-computed offline through a recursive generation procedure that relies on seed lists of alternative ways to refer to the same object in a geographic context (for example, different ways to refer to the same U.S. state).

For each geographic location expression in the abovementioned set, theQPS650 determines its degree of ambiguity with respect to any other cultural or natural artifact on the basis of a variety of criteria: use of that name in user query logs, overall relevance of the geographic location the name denotes, number of web results returned for that name, formal properties of the name itself, and others. Based on this information and the specific linguistic context of the query in which a candidate geographic expression is identified, theQPS650 decides whether that candidate should be indeed categorized as a geographic location.

Selection:

In case there are multiple locations with the same name, theQPS650 determines which location would be appropriate for most users. Out of all the possible locations with the same name, only the one that is selected by theQPS650 is sent to the backend local search engine, and results are displayed only for that location. However, a drop-down menu on the reply page gives the user the possibility to choose a different location if they intended to get results for a place different from the one chosen by theQPS650.

For example, if the user asks for businesses in “Oakland,” theQPS650 selects the city of Oakland, Calif. out of the dozens of cities in the U.S. that have the same name.

The determination of which city to display results for out of the set of cities with the same name is based on data pre-computed offline. This selection algorithm takes as input the set of all possible ways to refer to an object in a geographic context (this is the same set as the one generated by the recursive generation procedure described herein before. For example, the city of San Francisco can be referred to as “sf,” “san francisco, Calif.,” “sanfran,” etc. For all cases in which the same linguistic expression may be used to refer to more than one geographic location, the selection algorithm chooses the most relevant on the basis of a variety of criteria: population, number of web results for each geographic location with the same name and statistical functions of such number, and others.

Transformation

FIG. 41 is a diagram of thetransformation sub-system606 inFIG. 39. Areception component750 receives an original user query and passes the user query to atransformation component770. The processed user query transformed by thetransformation component770 is passed to atransmission component760 that outputs the processed user query to the backend search engine. The transformation component includes adecision sub-system752 that determines whether or not the original user query can be transformed. If the original user query cannot be transformed, then the original user query is used as the processed query and the processed query is forwarded754 to thetransmission component760. If the processed query can be transformed, the nature of the transformation is determined by the what-component and the where-component of the original user query. The what-component is given a classification, which may include business names, business chain names, business categories, business name misspellings, business chain name misspellings, business category misspellings, event names, event categories, event name misspellings, and event category misspellings. The where-component is given a classification, which may be a city name or a neighborhood name. The transformation component then uses mapping pairs756 that are generated offline to transform758 the original user query into a processed query. The mapping pairs756 may be generated on the basis of session data from user query logs, or may be generated as a part of a recursive generation procedure.

TheQPS650 processes every query both on the reply page and in the AskCity local channel and possibly maps the original user query (source query) to a new query (target query) that is very likely to provide better search results than the original query. While every query is processed, only those that are understood with high confidence are mapped to a different target query. Either the original user query or the rewritten target query is sent to the backend local search engine.

The target queries correspond more precisely to database record names or high quality index terms for database records. For example, a user may enter the source query “social security office.” TheQPS650 understands the query with high confidence and maps it to the target query “US social security adm” (this is the official name of social security office in the database). This significantly improves the accuracy of the search results.

TheQPS650 can perform different types of mappings that improve search accuracy in different ways and target different parts of a user query. TheQPS650 first analyzes the user query into a “what” component and a “where” component. The “what” component may correspond to a business or event (name or category), and the “what” component may correspond to a geographic location (city, neighborhood, ZIP code etc.). For each component and subtypes thereof, different types of mapping operations may take place.

For example, for business search there are four sub-cases:

Business names: “acura car dealerships”=>“acura”;

Business categories: “italian food”=>“italian restaurants”;

Business name misspellings: “strabucks”=>“starbucks”;

Business category misspellings: “resturant”=>“restaurant.”

City names: “sf”=>“San Francisco”;

Neighborhood names: “the mission”=>“mission district.”

For each class of sub-cases, a different algorithm is used offline to generate the mapping pairs:

Names and categories (both business and events): mapping pairs are generated on the basis of session data from user query logs. The basic algorithm consists in considering queries or portions thereof that were entered by users in the same browsing session at a short time distance, and appropriately filtering out unlikely candidates using a set of heuristics.

Misspellings (both business and events): mapping pairs are generated on the basis of session data from user query logs. The basic algorithm consists in considering queries or portions thereof that i) were entered by used in the same browsing session at a short time distance; ii) are very similar. Similarity is computed in terms of editing operations, where an editing operation is a character insertion, deletion, or substitution.

Geographic locations (cities and neighborhoods): mapping pairs are generated as a part of the recursive mentioned hereinbefore.

Correlation of Data

FIG. 42 illustrates a system to correlate data forming part of therecord linkage sub-system618 inFIG. 39, including one or more

entry data sets

800A and800 B, aduplication detector802, afeed data set804, acorrelator806, a correlateddata set808, aduplication detector810, and asearch data set812. The entry data sets are third-party data sets as described with reference to the structured database ordata source26 inFIG. 1. Theduplication detector802 detects duplicates in the

entry data sets

800A and800B. In one embodiment, only one of the entry data sets, for example the entry data set800A, may be analyzed by theduplication detector802. Theduplication detector802 keeps one of the entries and removes the duplicate of that entry, and all entries, excluding the duplicates, are then stored in thefeed data set804.

Theduplication detector810 may be the same duplication detector as theduplication detector802, but configured slightly differently. Theduplication detector810 detects duplicates in the correlateddata set808. Should one entry have a duplicate, the duplicate is removed, and all entries except the removed duplicate are stored in thesearch data set812. The

duplication detectors

802 and810 detect duplicates according to a one-to-many relationship.

The

duplication detectors

802 and810 and thecorrelator806 restrict comparisons geographically. For example, entries in San Francisco, Calif. are only compared with entries in San Francisco, Calif., and not also in, for example, Seattle, Wash. Speed can be substantially increased by restricting comparisons to a geographically defined grid.

Soft-term frequency/fuzzy matching is used to correlate web-crawled data and integrate/aggregate feed data, as well as to identify duplicates within data sets. For businesses, match probabilities are calculated independently across multiple vectors (names and addresses) and then the scores are summarized/normalized to yield an aggregate match score. By preprocessing the entities through a geocoding engine and limiting candidate sets to ones that are geographically close, the process is significantly optimized in terms of execution performance (while still using a macro-set for dictionary training).

Selection of Reliable Key Words from Unreliable Sources

FIG. 43 is a diagram of the selection of reliable key words from an unreliable sources sub-system. This includes areception component850, aprocessing component852, afiltering component856, and atransmission component860. Thereception component850 receives data, including data from unreliable sources and passes the data to theprocessor component852 which determines854 the entropy of a word in a data entry. The entropy of a word and the word is passed on to thefiltering component856 which selects862 words having low entropy values, and filters858 away words with high entropy values. Words with low entropy values are considered to be reliable, whereas words with high entropy values are considered to be unreliable. The words with low entropy values and the associated data entry is passed onto thetransmission component860 to output a set of reliable key words for a given data entry or data set.

The entropy of a word on reliable data type (like a subcategory) is used to filter reliable key words from unreliable sources. For example, there is a set of restaurants with a “cuisine” attribute accompanied by unreliable information from reviews. Each review corresponds to a particular restaurant that has a particular cuisine. If the word has high entropy on distribution on cuisine, then this word is not valid as a key word. Words with low entropy are more reliable. For example, the word “fajitas” has low entropy because it appears mostly in reviews of Mexican restaurants, and the word “table” has high entropy because it is spread randomly on all restaurants.

FIG. 44 graphically illustrates entropy of words. Certain words having high occurrence in categories and not in other categories have high entropy. Entropy is defined as:

Entropy = \sum_{n = 1}^{k} p n \log (\frac{1}{p n}) where

p is probability,

n is category.

Multiple Language Models Method for Information Retrieval

FIG. 45 is a diagram of the multiple language models method for information retrieval subsystem. This includes areception component900 that receives data from at least one source, including web-crawled data. The data is passed on to aprocessing component902 that determines904 the classification of a data entry. Using the classifications, abuilding component906 builds at least one component of the language model associated to the data entry. This built component may be built using text information from data possessing the same classification as the data entry. This built component of the language model is merged by the mergingcomponent908. The mergingcomponent908 may perform the merge using a linear combination of the various components of the language model, including the built component, to create a final language model. The mergingcomponent908 may output the final language model, and may also output the final language model to aranking component910 that uses the final language model to estimate the relevance of the data entry against a user query.

Suppose there is a database where objects may have type/category attributes and text attributes. For example, in the “Locations” database, the locations may have:

Type attributes: category, subcategory, cuisine;

Text attributes: reviews, home webpage information.

In some cases a significant part of database objects (>80%) does not have text information at all, so it is impossible to use standard text information retrieval methods to find objects relevant to the user query.

The main idea of the proposed information retrieval method is to build a Language Model for each “type attribute” and then merge them with a Language model of the object. (Language model is usually N-grams with N=1, 2 or 3.)

For example, locations may include:

Category=Medical Specialist;

Subcategory=Physical Therapy & Rehabilitation;

TextFromWebPage=“ . . . ”.

Language Models may include:

L1—using text information from all Locations with category “Medical Specialist”;

L2—using text information from all Locations with a subcategory “Physical Therapy & Rehabilitation”;

L3—using TextFromWebPage text.

Then a final Language Model for Location “S” is built: Ls=Merge (L1, L2, L3). The Merge function may be a linear combination of language models or a more complex function.

Then Ls is used to estimate the probability that query q belongs to Language model Ls. This probability is the information retrieval score of the location s.

FIG. 46A represents four locations numbered from 1 to 4, and two categories and subcategories labeled A and B. Text T1 is associated with the first location. Similarly, text T2 is associated with the second location, and text T3 is associated with the third location. The fourth location does not have any text associated therewith. The first and third locations are associated with the category A. The second, third, and fourth locations are associated with the category B. The second and fourth locations are not associated with the category A. The first location is not associated with the category B. The third location is thus the only location that is associated with both. categories A and B.

As shown inFIG. 46B, the texts T1 and T3 are associated with the first and third locations, are merged and associated with category A, due to the association of the first and third locations with category A. The texts T2 and T3 are merged and associated with the category B, due to the association of category B with the second and third locations. The text T2 is not associated with the category A, and the text T1 is not associated with category B.

As shown inFIG. 46C, the combined text T1 and T3 is associated with the first location, due to the association of the first location with the category A. The texts T1 and T2 are also associated with the third location due to the association of the third location with the category A. Similarly, the texts T2 and T3 associated with category B are associated with the second, third, and fourth locations due to the association of the category B with the second, third, and fourth locations. The third location thus has text T1, T2, and T3 associated with categories A and B.

Ranking of Objects Using Semantic and Nonsemantic Features

FIG. 47 is a diagram of the ranking of objects using a semantic and nonsemantic features sub-system, comprising afirst calculation component950 that calculates a qualitativesemantic similarity score952 of a data entry. The quantitativesemantic similarity score952 indicates the quantitative relevancy of a particular location to the data entry. Asecond calculation component954 uses the data entry to calculate a generalquantitative score956. The generalquantitative score956 comprises a semantic similarity score, a distance score, and a rating score. Athird calculation component958 takes the qualitativesemantic similarity score952 and the generalquantitative score956 to create a vector score. The vector score is sent to aranking component960 that ranks the data entry among other data entries to determine which data entry is most relevant to a user query, and outputs the ranking and the associated data entry.

In ranking algorithm for Locations, many things need to be taken into account: semantic similarity between query and keywords/texts associated with location, distance from location to particular point, customer's rating of location, number of customer reviews.

A straightforward mix of this information may cause unpredictable results. A typical problem when a location that is only partially relevant to the query is at the top of the list because it is very popular or it is near the searching address.

To solve this problem, a vector score calculation method is used. “Vector score” means that the score applies to two or more attributes. For example, a vector score that contains two values is considered: a qualitative semantic similarity score, and a general quantitative score. The qualitative semantic similarity score shows the qualitative relevancy of the particular location to the query:

QualitativeSemanticSimilarityScore=QualitativeSemanticSimilarityScoreFunction (Location, Query).

QualitativeSemanticSimilarityScore has discrete values: relevant to the query, less relevant to the query, . . . , irrelevant to the query.

A general quantitative score may include different components that have different natures:

GeneralQuantitativeScore=a1*SemanticSimilarity (Location, Query)+a2*DistanceScore(Location)+a3*RatingScore(Location).

So the final score includes two attributes S=(QualitativeSemanticSimilarityScore, GeneralQuantitativeScore).

Suppose there are two locations with scores S1=(X1,Y1) and S2=(X2,Y2). To compare the scores the following algorithm may be used:

If (X1>X2)S1>S2;

Else if (X1<X2)S1<S2;

Else if (Y1>Y2)S1>S2;

Else if (Y1<Y2)S1<S2;

Else S1=S2.

This method of score calculation prevents penetration of irrelevant objects to the top of the list.

Table 1 shows a less-preferred ranking of locations where distance scores and semantic scores have equal weight. According to the ranking method in Table 1, the second location on the distance score has the highest total score, followed by the eighth location on the distance score. The semantic score thus overrules the distance score for at least the second location on the distance score and the eighth location on the distance score.

TABLE 1

Location	Distance Score	SemanticScore	Total Score

1	0.90	0.01	1.00
2	0.80	0.08	1.60
3	0.80	0.02	1.00
4	0.80	0.01	0.90
5	0.70	0.04	1.30
6	0.70	0.03	1.00
7	0.70	0.01	0.80
8	0.60	0.09	1.50

Table 2 shows a preferred ranking method, wherein the distances scores are never overrules by the semantic scores. The distance scores are in multiples of 0.10. The semantic scores are in multiples of 0.01, and range from 0.01 to 0.09. The largest semantic score of 0.09 is thus never as large as the smallest distance score of 0.10. The total score is thus weighted in favor of distances scores, and the distance scores are never overruled by the semantic scores.

TABLE 2

Location	Distance Score	SemanticScore	Total Score

1	0.90	0.01	0.91
2	0.80	0.08	0.88
3	0.80	0.02	0.82
4	0.80	0.01	0.81
5	0.70	0.04	0.74
6	0.70	0.03	0.73
7	0.70	0.01	0.71
8	0.60	0.09	0.69

While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative and not restrictive of the current invention, and that this invention is not restricted to the specific constructions and arrangements shown and described since modifications may occur to those ordinarily skilled in the art.