US20150149449A1 - Location based information display - Google Patents

Abstract

A computer-implemented method comprises receiving information indicating a location of a user. The location information is determined by a computing device carried by the user. The method further comprises performing a search of user content. The user content is associated with the user and is searched based on the location of the user. The method further comprises communicating results of the search to the computing device.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
• This application is a continuation of and claims priority to U.S. patent application Ser. No. 13/179,357, entitled “LOCATION-BASED INFORMATION DISPLAY,” filed on Jul. 8, 2011, which has granted as U.S. Pat. No. 8,949,212, which is hereby incorporated by reference in its entirety and for all purposes.
BACKGROUND
• Many people store vast amounts of information that is relevant and useful in their daily in electronic form, and often only in electronic form. As more people store a greater amount of their information in electronic form, an ongoing need exists for mechanisms that allow individuals not only to retrieve and present such electronic information back to the individual, but also to present only the information that the individual needs at that particular point in time.
SUMMARY
• One exemplary embodiment relates to a contextual-based information display system. The system includes a network interface configured to receive location information relating to a current location of a user of a user device from the user device via a network. The system further includes a memory storing a user repository. The user repository stores user content received from the user. The user content including a plurality of files. The system includes a processor. The processor is configured to generate a context keyword that characterizes the current location of the user. The processor is further configured to perform a search of the user repository utilizing the context keyword as a search parameter to identify user content that is relevant to the user at the current location. The processor is configured to transmit search results from the search to the user device.
• Another exemplary embodiment relates to a method of providing contextual-based search results from a user repository via a contextual-based information display system. The method includes storing, by the processor of the contextual-based information display system, user content in the user repository. The user content includes a plurality of files. The method further includes receiving, by the processor and from a user device associated with a user, location information relating to a current location of the user. The method includes generating, by the processor, a context keyword that characterizes the current location of the user. The method further includes performing, by the processor, a search of the user repository utilizing the context keyword as a search parameter to identify user content that is relevant to the user at the current location. The method includes transmitting, by the processor, search results from the search to the user device.
• A further exemplary embodiment relates to a non-transitory computer readable media with computer-executable instructions embodied thereon that, when executed by a processor of a contextual-based information display system, cause the contextual-based information display system to perform a process of providing search results from a user repository. The process includes storing user content in the user repository. The user content includes a plurality of files. The process further includes receiving location information from a user device associated with a user, the location information relating to a current location of the user. The process includes generating a context keyword that characterizes the current location of the user. The process further includes performing a search of the user repository utilizing the context keyword as a search parameter to identify user content that is relevant to the user at the current location. The process includes transmitting search results from the search to the user device.
• These and other features, together with the organization and manner of operation thereof, will become apparent from the following detailed description when taken in conjunction with the accompanying drawings, wherein like elements have like numerals throughout the several drawings described below.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 shows an overview of a system that provides a location-based information display service to help users easily access information that the user needs at their current location.
• FIG. 2 shows an example of an overall process to help a user access their own information at the user's location.
• FIGS. 3 and 4 show the system ofFIG. 1 in greater detail.
• FIG. 5 shows details of communications that occur between components of a device application executing on a user computing device and a web server application executing at the system ofFIG. 1.
• FIG. 6 shows an example unified modeling language (UML) diagram describing the system ofFIG. 1.
• FIG. 7 shows an overall flow diagram for screens that may be presented to the user.
• FIGS. 8-11 show screens that may be presented to a user in the context of a web/desktop application.
• FIGS. 12-19 show screens that may be presented to a user in the context of a mobile application.
DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS
• Referring now toFIG. 1,FIG. 1 shows an overview of a system that provides a location-based information display service to help users easily access information that the user needs at their current location. The information may be accessed using acomputing device110, which is shown by way of example to be a smartphone. As will be described in greater detail below, other computing devices may also be used. The information that is accessed may include in particular the user's own information, e.g., emails, documents, files, web clips, ToDo lists, notes, or any other information the user may have access to in electronic form, as shown at120. Various information about the location of the user (including that shown at130) may be utilized to ensure the relevance of the information that is presented to the user at the user's current location.
• Referring now also toFIG. 2,FIG. 2 shows an example of an overall process to present a user with their own information. Atstep202, the location of the user is determined. For example,step202 may be performed after the user launches an application (e.g., a client application executed by the computing device110) and is authenticated by thesystem100. For example, if the user arrives at a new location (e.g., an airport), the user may launch the application in order to obtain information relevant to that location (i.e., a “pull” method of delivering information). As another example, the application may have already been launched, and thesystem100 may be in standby mode waiting for the user to request relevant information at a particular location. As another example, the application may execute in a background mode and continuously to deliver (“push”) information automatically as the location of the user changes. The information that is delivered may be continuously updated based on what is relevant to the user at the user's current location.
• The user's location may be determined in terms of latitude and longitude, for example. As will be appreciated, a variety of techniques may be used to determine location, such as GPS, Wifi-hotspot, cellular network positioning, or other techniques that may be available on the device being used by the user. As another example, the user's location may be determined in terms of altitude, e.g., if it is desired to provide the user with information while the user is traveling in an airplane. Other mechanisms for determining location may also be used.
• Once the location is determined, thedevice110 sends the location information to thesystem100. As discussed in greater detail below, thesystem100 includes a repository330 (FIG. 3) of the user's information and a search engine360 (FIG. 3) that is configured to perform a search of the repository330 (FIG. 3) to identify information that is relevant to the user at the user's current location. Upon receiving the location information from thedevice110, thesearch engine360 first maps the coordinates to a street address, nearby businesses, institutions, landmarks, etc., such that it is known not only where the user is located in terms of latitude and longitude, but also where the user is located in terms of nearby businesses and other landmarks that are of interest to the user (step204). For example, thesearch engine360 may access a database that accepts latitude and longitude as input and that provides a list of nearby businesses as output. Other databases may be accessed to include businesses and points of interest that frequently do not appear in traditional business directories, such as movie rental kiosks, airports codes, and so on. As another example, the user may be provided the ability to assign labels to locations, e.g., so that it is known that a particular latitude/longitude corresponds to the user's workplace, to the user's favorite coffee shop, and so on. As another example, the user's address book may be accessed so that the significance of a particular address to the user can be deduced (e.g., for a salesperson, so that it can be deduced that the user is at the location of a particular customer). Thesystem100 may access third-party services to map such location into the above set or use its own databases.
• Once such additional information is known about the user's location, this information is then analyzed and used to determine search parameters (e.g., a search query) for searching the repository330 (step206). For example, if it is determined that the user is near LaGuardia, then “airport” and “LGA” may be used as search terms.
• The search terms are then used to search therepository330 to locate the most relevant files for the user given the user's current location (step208). As described in greater detail below, therepository330 may contain the user's emails, documents, songs, images, text, blobs, and any other information to which the user has access, including the user's information (i.e., information that is created or maintained by the user and that is not available in public repositories). The search and filtering of search results may also be performed based on other parameters, such as user's preferences, user-provided tags for content item(s), document contents, and other information deemed relevant to make this determination.
• Once thecomputing device110 obtains the search results from the system100 (step210),computing device110 may display a summary of the results to the user and permit the user to select items that are of interest for further detail to be displayed (step212). Thecomputing device110 presents only the subset of user's information whichsystem100 has determined is likely to be most relevant at the user's current location.
• As will therefore be appreciated, thesystem100 may provide a useful location-based information display service to help users easily find their own information. For example, many individuals go on business trips and need to access specific information during their trips. For example, in the case of a sales professional, the sales professional may be preparing to go on a business trip to another city (e.g., a San Francisco-based sales professional may be planning a trip to New York). Such an individual may wish to have certain information readily accessible at different times during their trip. As the sales professional gathers or encounters emails and documents the sales professional might need later, the sales professional is able to push those files to thesystem100 using tools described in greater detail below (in connection withFIGS. 3-7). Such files may contain information about what the sales professional wants to accomplish during the meeting and other relevant information about the customer from a customer relations management (CRM) system (e.g., shipments made to the customer, pending payments, status of customer support tickets, etc.). Likewise, the sales professional may have booked a flight and confirmed a hotel, and the sales professional may wish to have the confirmation information handy when arriving at the hotel. The sales professional may also have received an e-mail from the customer with special directions to the customer's location and building number, and may wish to have that information handy when arriving at the customer's location. As described in greater detail below, thesystem100 indexes the user's content by location and delivers only those emails and documents relevant to the user's present location (i.e., while the user is using thesystem100 via a mobile computing device, such as a smartphone). Thesystem100 determines the user's location from the mobile device and, based on the user's location, determines the relevant emails and other files that the user needs at that location. Hence, in operation, when the sales professional walks into the airport during the trip, the sales professional's e-ticket email with the confirmation number is delivered to thecomputing device110 to facilitate check-in. After the sales professional arrives in New York, and reaches the hotel, the hotel confirmation email may be delivered to thecomputing device110. When the sales professional is ready to visit the customer, the customer email with special directions shows up on thecomputing device110. After the sales professional arrives at the customer's location, all the relevant customer information from CRM system of the user displays automatically on thecomputing device110. Hence, pertinent information is displayed on thecomputing device110 when and where it is needed by the sales professional.
• Referring now toFIG. 3,FIG. 3 shows thesystem100 in greater detail. As shown inFIG. 3, thesystem100 may includeinformation submission tools310,user content repository330,search engine360,third party services370, anduser repository index380.
• Theinformation submission tools310 include various tools312-322 accessible to the user to facilitate submission (e.g., pushing) of information to thesystem100. For example, when the user comes across information the user might need elsewhere, the user may submit such information to thesystem100 to ensure that it is accessible later. At the same time, the user may also tag the information with an appropriate tag representative of where the user might need that information (e.g., “airport”, “San Francisco airport,” etc.). In this manner, in addition to the location information obtained from thecomputing device110, thesystem100 may then also use the tags to determine whether the user needs any of their information at their current location. For example, in the example above, if the user arrives at another airport for which no airport-specific tags exist, then all emails and documents user has generically tagged “airport” may be displayed. However, if the arrives at the San Francisco airport, then files tagged “San Francisco airport” or “SFO” are displayed, since those files rank higher in the search results than those generically tagged “airport.”
• The tools312-322 may be made accessible to the user via a website provided by thesystem100, via plugins and other applications executing locally on thedevice110, and/or via other mechanisms.Website application312 is accessible via a website provided by thesystem100 and may be used by the user to add/delete content to user's account. Users may bookmark the web application and access it to add content when browsing the web. When visiting a webpage, user may select the text the user wants to “push” to thesystem100 and clicks the bookmark, logs in if necessary, and then adds the content along with “tagging” the content as necessary. Similarly, when the user receives an email, the user may cut and paste the contents to a window popped up by the bookmark to the webapp and tag it as appropriate.
• Browser plugins314 may be used to push webclips to thesystem100.Browser plugins314 may allow the user to select a block of text to submit to thesystem100. The user may click a button, a menu item on a drop-down, or other command, to push that webclip (selected text) to thesystem100. As another example, a modified “favorites” button may be provided as part of thebrowser plugin314 that permits a user to push the uniform resource locator (URL) of a webpage of interest to thesystem100. For example, a user that is planning on visiting the Statue of Liberty may click on the modified favorites button when visiting the government website relating to the Statue of Liberty (http://www.nps.gov/stli/index.htm). Later, when the user arrives at Battery Park en route to the Statue of Liberty, the URL for the website may be displayed on thedevice110 to facilitate easy access to directions and other information of interest during the day of the visit.
• E-mail tool316 provides a mechanism for users to email content thesystem100. For example, thesystem100 may provide the user with a dedicated e-mail address (e.g., user@mobifind.com) to which the user can e-mail content. Various formats may be used to parse out tags and content from the email. For example, the subject line of the email may read: [Subject: E-ticket tag:airport]. In this case, the tag “airport” will be associated with this content item and the contents of the email becomes the content for the item. As another example, the tag may be included in the email address itself. For example, an e-mail sent to user@airport.mobifind.com may get tagged as “airport,” and the contents of the email again become the content of the item. Other mechanisms also exist.
• E-mail plugins318 may be used by the user to push emails directly from their email client to thesystem100. Theplugins318 provide a button, menu item or other command to choose, optionally tag and push emails to thesystem100. This permits the user to forward an e-mail to thesystem100 with the click of potentially only a single button.
• Desktop agent320 automatically pushes content to the user account at thesystem100. Thedesktop agent320 may be configured to push all emails or documents. As another example, the desktop agent may select only certain e-mails and documents to be pushed tosystem100, such as only e-mails and documents matching certain keywords (and synonyms), only e-mails and documents in a particular folder, only documents of certain file-types, and so on. Other filters are also possible. As another example, the user may configure a “tag/keyword watch” push for e-mails and documents containing specific keywords. For example, a user may setup a push for a travel-related keyword (e.g., “Paris,” “travel,” etc.) to be active for a few weeks prior to a trip to Paris. When the user receives new e-mails during that time frame (e.g., if the user receives airline/hotel reservation emails), thedesktop agent320 automatically pushes such emails to thesystem100. Such content is then delivered to the user in Paris. Thedesktop agent320 may therefore watch for documents and emails matching the watch keyword and push all such matched content to thesystem100, all in the background and without user intervention. Such tag/keyword watches may also be used to push content in other contexts, such as during web browsing.
• Mobile application322 may be used to submit information to thesystem100 in the same manner that thedesktop agent320 is used to submit information from other types of computers. Themobile application322 may also be used to receive feedback from a user. For example, after a piece of information has been displayed, the user may provide feedback indicating that the information is not relevant to the user at a particular location. Such information may be used to enhance operation of thesearch engine360. As another example, if a user expected to be provided with a particular piece of information at a particular location, but was not provided with such information, feedback in that regard may be provided as well. Likewise, themobile application322 may be used to delete information from user's repository (e.g., indicating that information regarding a particular hotel reservation can be deleted now that the user has checked in). Alternatively,system100 may also expire information automatically after a pre-set time. Users may also search for content using themobile application322. When the user requires some other information that is not relevant to current location, the user may search for such information using tags/keywords.
• In addition to (or instead of) tags provided by the user, other information may be used by thesystem100 to determine what the user needs at their location. For example, thesystem100 may determine what the user needs at their location based on an automated analysis of the contents of the files pushed to the repositories at thesystem100 by the user (e.g., system-generated tags). As other examples, thesystem100 may determine what information the user needs at their location based on the user's preferences, user's previous usage patterns, etc. For example, if the user consistently does not use grocery related items shown at one supermarket chain A but uses such information consistently at another super market chain B, then the system may lower the priority of grocery related items at supermarket A for future requests.
• In operation, to provide relevant content to a user, the location information (in the form of coordinates) is received from thecomputing device110. The location information is provided tothird party services370 such as a business directory and/or other location correlation databases. For example, the business directory may be accessed through a third party web service, e.g., yellowpages.com. Other location correlation databases may include, for example, a list of locations for movie-rental kiosks, a list of airport codes, a list of zipcodes, etc. Thethird party services370 return location information to thesystem100 including a contextual identification of points of interest (e.g., that the user is near is movie rental kiosk, that the user is near a coffee shop, etc.). The user's address book may be accessed to provide similar information (e.g., that the user is near the home of the user's aunt, etc.). Based on such contextual location information, keywords are developed that are used as search parameters for searching the user's content stored in therepository330.
• In an example embodiment, thesearch engine360 preprocesses the user content inrepository330 to index all the user's contents and build a keyword-basedindex380 comprising an index of all keywords found in the user's contents. When conducting a search to identify content relevant to the user, thesearch engine360 then searches for these keywords in the user's contents and then ranks matches by relevance, e.g., using one or more scoring mechanisms. As another example, the search may also build indexes on the fly. The tags that are assigned by the user are a specific type of keyword that may be associated with content. Because a tag is user-assigned, however, the existence of a tag match may be weighted more heavily (as opposed to the existence of other types of keyword matches) when the relevance of content is being ranked by thesearch engine360. Other than the fact that tags are user assigned, and other than the fact that tag matches may be weighted more heavily, tags may otherwise be used insystem100 in the same manner as other types of keywords. Once the search completes and the results are ranked by order of relevance, thesearch engine360 sends back those results to the client application executing oncomputing device110.
• Referring now toFIG. 4,FIG. 4 shows another view of the architecture of thesystem100. As shown inFIG. 4, thesystem100 may comprise afront end410, amiddle tier420, and aback end430. Thefront end410 may includevarious devices110 that may be used by the user to access thesystem100, such as a mobile device (e.g., smartphone)412,tablet computer414, andother computing devices416. As will be appreciated, these various types of devices may provide various types of client programs to access relevant content at a particular location, such as mobile applications running on mobile phones, applications running on tablet computers, and web applications accessed on computers. Other types of devices and client programs may also be used. Users may also access relevant information through integration with other third-party applications and devices/appliances.
• Themiddle tier420 includes awebsite422,web services424, anddata access layer426. Operations such as adding, deleting, searching and finding relevant content may be performed via thewebsite422 andweb services424. Thebackend430 includesrepository330,search engine360, andindex380, which were discussed above in connection withFIG. 3.
• Referring now toFIG. 5,FIG. 5 shows details of communications that occur back and forth between components of adevice application510 executing on thecomputing device110 and aweb server application520 executing atsystem100. An authenticateuser component512 communicates user credentials to userauthentication web service522, which accessescredentials data base530 and provides an authentication result back to thecomputing device110. A determinelocation component514 communicates user location information to a get relevantcontent web service524, which accessessearch engine360 and provides relevant content back to thecomputing device110. An add/deletecontent component516 communicates content details to add/deletecontent web service526, which accesses thecontent repository330 and (in the case of added content) provides new content identification information back to thecomputing device110. Asearch content component518 communicates search keyword information to a searchcontent web service528, which accessessearch engine360 and provides search results back to thecomputing device110. Referring now toFIG. 6,FIG. 6 shows an example unified modeling language (UML) diagram describing thesystem100 in one embodiment.
• Referring now toFIGS. 7-19, various screens that may be provided to the user by thesystem100 are shown.FIG. 7 shows an overall flow diagram for screens that may be presented to the user.FIGS. 8-11 show screens that may be presented to a user in the context of a desktop/web application.FIGS. 12-19 show screens that may be presented to a user in the context of a mobile application.
• As shown inFIG. 7, the user may initially be presented with a login screen atstep712. Examples of login screens are shown byscreen810 inFIG. 8 andscreen1210 inFIG. 12. If login is successful atstep714, then the user proceeds to a main screen atstep716. From the main screen, the user may access a plurality of additional screens, including submit/display relevant content screen(s) (step718), content manager screen(s) (step720), manage locations screen(s) (step722), preferences screen(s) (step724), and search screen(s) (step726).
• FIGS. 9-10 and13-14 show submit and display screens presented in the context of a desktop application and a mobile application, respectively. Hence, inFIG. 9, the user has an email with an e-ticket for a recent flight booking. The user anticipates needing the email at the airport, and tags the e-ticket receipt using theweb application312. The tag “airport” and the e-ticket contents are shown in twoseparate fields912 and914. Upon pressing savebutton916, the content item and tag are saved to therepository330. As will be appreciated, the user may also use any other input methods outlined elsewhere like e-mail plugins and browser plugins, and so on.
• Similarly, inFIG. 10, the user is tagging a web clip. For example, the user may have found a recipe on the Internet and may want to buy the list of ingredients during the next visit to the grocery store. The user is tagging the recipe ingredient list using theweb application312. Again, the tag “grocery” and the ingredient contents are shown in two separate fields1012 and1014. Upon pressing the “save” button1016, the content item and tag are saved to therepository330. Again, as will be appreciated, the user may also use any other input methods outlined elsewhere such as e-mail plugins, browser plugins, and so on.
• With reference toFIG. 13,FIG. 13 shows how the information saved inFIG. 9 may be presented to the user, e.g., on amobile device412. InFIG. 13, relevant content is displayed to the user at an airport (e.g., automatically after launching) in field1312. It may be noted that thesystem100 presents only three items at the airport—e-ticket receipt, wifi code, and a ToDo-note (i.e., because the items were tagged “airport” or had keywords that matched closely to “airport” in its contents). Specifically, it did not bring up any of the grocery items.
• Next, with reference toFIG. 14,FIG. 14 shows how the information saved inFIG. 10 may be presented to the user, e.g., onmobile device412. InFIG. 14, the relevant content is displayed to the user at a grocery store (e.g., automatically after launching) in field1412. It may be noted that thesystem100 presents only two items at the grocery store—the recipe ingredient list and a coupon for a candy bar (i.e., because all because the items were tagged “grocery” or had keywords that matched closely to “grocery” in its contents). Specifically, it did not bring up any of the items tagged for airport.
• Referring now toFIG. 11,FIG. 11 shows how a content manager may be used to manage the content saved inFIGS. 9-10. Hence, inFIG. 11, the content added inFIGS. 9 and 10 is shown in fields1112 and1114, respectively. If, for example, the user wishes to delete the e-ticket content saved inFIG. 9, then the user may select checkbox1116 and click delete button1118. Users may add, delete, search and edit content via the screen shown inFIG. 11.
• Referring now toFIGS. 15-17,FIG. 15 shows a manage locations screen1510 that may be presented to the user. The user may simulate being at a particular location (e.g., other than the user's current location) usingscreen1510. Thesystem100 operates as if user is currently at that location and computes and delivers relevant information for that location. For example, if the user is planning a trip to the Statue of Liberty, the user can select to simulate being at Battery Park to determine what content will be displayed to the user at Battery Park. Thesystem100 may also allow users to maintain a list of locations or select a location instantly by entering pertinent information. Such information may be entered by entering direct coordinates or street address (FIG. 16), by choosing from a map (FIG. 17), or in another manner. Other contexts (e.g., date and/or time) may also be simulated.
• Referring now toFIG. 18,FIG. 18 shows a user preferences screen1810 permits a user to configure user preferences. InFIG. 18, the user preferences comprise how far to search and how far the user has to move from current location before the display will auto-refresh content again. As will be appreciated, thesystem100 may also permit the user to configure other types of user preferences.
• Referring now toFIG. 19,FIG. 19 shows an example search results screen1910. InFIG. 19, the user has searched for content containing the keyword “airport” in therepository330.
• Thesystem100 may also be provided with features that enhance its usefulness for social networking and that make it more viral. For example, users may share their content with other users. Additionally, users may share their content with potential users, who may then be invited to become users before being permitted to view the shared item. For example, a real estate agent may use thesystem100 while showing many houses to a list of potential buyers. When the agent walks into the first house with a customer to show the house, all information about the house (e.g., square feet, number of bedrooms, asking price, and so on) is displayed. This is because the real estate agent has pushed all MLS information about the houses the agent plans on showing to the user ahead of time. Then, on visiting a house, thesystem100 delivers the MLS information about only that house. The real estate agent may then also share info this information with the potential house buyer. If the potential house buyer is already a registered user of thesystem110, the potential buyer may view the information immediately on the buyer's mobile device at that location. Also, in the future, if the potential buyer revisits any of the houses, the shared MLS information may be automatically be shown by thesystem100. If the potential buyer is not a registered user, the potential buyer may be invited to register by thesystem100 before being permitted to view the shared item.
• As has been described, thesystem100 may be used by users to deliver information (emails, documents, etc.) to themselves at particular locations. Theservice100 may also be used by one registered user to deliver information to another registered user when the other registered user reaches a particular location. For example, if the first user wants to deliver a message (e.g., “Be sure to try this dish next time you are at the French Restaurant”) to the second user, the first user may send that message to second.user@mymobifind.com. The first user may tag the message, e.g., by providing the tag in the subject line of the e-mail, etc., as described above. Then, when the second user is at the restaurant, the message from the first user is delivered. This is generally identical to the second user adding that content to the second user's repository except that, in this case, the content is added as a result of thesystem100 receiving a “location-tagged” email from the first user. As will be appreciated, the message is in the second user's repository at thesystem100 and the second user may access it anytime by searching the repository with the appropriate keywords. However, unless the second user specifically searches for that email, the second user will not see that email until the second user reaches the restaurant. Hence, while emails in general are delivered right away, in this case, email delivery is delayed until the second user reaches the location of interest. Email delivery is displaced in time and tied to a location. This avoids information clutter and saves organizing efforts.
• Thesystem100 may also be configured to deliver advertising relevant to user's content based on the system's determination of relevant content user might need at this location. For example, if the user is at a grocery store and thesystem100 is delivering a grocery list, thesystem100 may also deliver advertisements related to items in the grocery list. These may be highly actionable advertisements such as coupons that user may use right away. Advertisers may buy advertisements related to tags, e.g., akin to keyword advertising in the context of internet search engines. For example, a cereal product company may buy advertisements to be displayed whenever items containing the tag “grocery” is delivered to users of thesystem100. Such purchased tags are referred to herein as TagWords, essentially keywords that may be used as tags in thesystem110. Other third party information (e.g., other than advertising) may also be displayed, such as business directory information for nearby businesses, customer review information for nearby businesses, and so on.
• As has been described, thesystem100 provides a location-based information display service to help users easily access information. In these examples, the context of the user is determined based on the user's location. In other example embodiments, the context of the user may be determined based on other or additional information. For example, thesystem100 may determine that the user is supposed to be at a meeting with another individual (e.g., based on the user's Outlook calendar). In this example, the context of the user is that the user is supposed to be at a meeting. On this basis, thesystem100 may present the user with contact information regarding the individual, in case the user is running late to the meeting. As another example, other information regarding the individual may also be provided, such as a photo (e.g., if the other individual is not very well known to the user), biographic information (e.g., if the other individual just had a birthday), family information (e.g., if the user wants to ask about the other individual's children), reminders (if the user wanted to talk to the other individual about a specific issue unrelated to the meeting), and so on. As another example, the context of the user may be that it is the user's birthday. On this basis, thesystem100 may present the user with information that has been tagged “birthday” by the user in the past. Other examples of thesystem100 providing context-based information display where the context is determined based on parameters other than location also exist.
• The embodiments of the methods and system have been described with reference to drawings. The drawings illustrate certain details of specific embodiments that implement the systems and methods and programs of the present invention. However, describing the invention with drawings should not be construed as imposing on the invention any limitations that may be present in the drawings. The embodiments described above contemplate methods, systems and program products stored on any non-transitory machine-readable storage media for accomplishing its operations. The embodiments may be implemented using an existing computer processor, or by a special purpose computer processor incorporated for this or another purpose or by another system.
• Embodiments can include program products comprising non-transitory machine-readable storage media for carrying or having machine-executable instructions or data structures stored thereon. Such machine-readable media may be any available media that may be accessed by a general purpose or special purpose computer or other machine with a processor. By way of example, such machine-readable storage media may comprise RAM, ROM, EPROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which may be used to store desired program code in the form of machine-executable instructions or data structures and which may be accessed by a general purpose or special purpose computer or other machine with a processor. Combinations of the above are also included within the scope of machine-readable media. Machine-executable instructions comprise, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing machines to perform a certain function or group of functions.
• Embodiments of the present invention have been described in the general context of method steps which may be implemented in one embodiment by a program product including machine-executable instructions, such as program code, for example in the form of program modules executed by machines in networked environments. Generally, program modules include routines, programs, logics, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Machine-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represent examples of corresponding acts for implementing the functions described in such steps.
• As previously indicated, embodiments of the present invention may be practiced in a networked environment using logical connections to one or more remote computers having processors. Those skilled in the art will appreciate that such network computing environments may encompass many types of computers, including personal computers, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, and so on. Embodiments of the invention may also be practiced in distributed and cloud computing environments where tasks are performed by local and remote processing devices that are linked (either by hardwired links, wireless links, or by a combination of hardwired or wireless links) through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
• It should be noted that although the discussions herein may refer to a specific order and composition of method steps, it is understood that the order of these steps may differ from what is described. For example, two or more steps may be performed concurrently or with partial concurrence. Also, some method steps that are performed as discrete steps may be combined, steps being performed as a combined step may be separated into discrete steps, the sequence of certain processes may be reversed or otherwise varied, and the nature or number of discrete processes may be altered or varied. The order or sequence of any element or apparatus may be varied or substituted according to alternative embodiments. Accordingly, all such modifications are intended to be included within the scope of the present invention. Such variations will depend on the software and hardware systems chosen and on designer choice. It is understood that all such variations are within the scope of the invention. Likewise, software and web implementations of the present invention could be accomplished with standard programming techniques with rule based logic and other logic to accomplish the various database searching steps, correlation steps, comparison steps and decision steps.
• The foregoing description of embodiments of the invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed, and modifications and variations are possible in light of the above teachings or may be acquired from practice of the invention. The embodiments were chosen and described in order to explain the principals of the invention and its practical application to enable one skilled in the art to utilize the invention in various embodiments and with various modifications as are suited to the particular use contemplated. Other substitutions, modifications, changes and omissions may be made in the design, operating conditions and arrangement of the embodiments without departing from the scope of the present invention.
• Throughout the specification, numerous advantages of the exemplary embodiments have been identified. It will be understood of course that it is possible to employ the teachings herein without necessarily achieving the same advantages. Additionally, although many features have been described in the context of a particular data processing unit, it will be appreciated that such features could also be implemented in the context of other hardware configurations.
• While the exemplary embodiments illustrated in the figures and described above are presently preferred, it should be understood that these embodiments are offered by way of example only. Other embodiments may include, for example, structures with different data mapping or different data. The invention is not limited to a particular embodiment, but extends to various modifications, combinations, and permutations that nevertheless fall within the scope and spirit of the appended claims.

Claims (20)

What is claimed is:

1. A contextual-based information display system comprising:

a network interface configured to receive location information relating to a current location of a user of a user device from the user device via a network;

a memory storing a user repository, the user repository having stored therein user content received from the user, the user content including a plurality of files; and

a processor configured to:

generate a context keyword that characterizes at least the current location of the user,

perform a search of the user repository utilizing the context keyword as a search parameter to identify user content that is relevant to the user at the current location, and

transmit search results from the search to the user device.

2. The system ofclaim 1, wherein the processor is further configured to index the user content by creating a keyword index comprising a plurality of content keywords, each of the plurality of content keywords being associated with a file of the plurality of files.

3. The system ofclaim 2, wherein the search is performed by identifying matches between the (i) content keywords and (ii) the context keywords.

4. The system ofclaim 2, wherein the keyword index further includes user-assigned tags for the plurality of files.

5. The system ofclaim 4, wherein the search is performed by identifying matches between the (i) content keywords or the user-assigned tags and (ii) the context keywords

6. The system ofclaim 1, wherein the processor is further configured to:

receive a simulated context of the user from the user device, wherein the simulated context relates to a simulated location, wherein the simulated location is different than the current location of the user;

generate a simulated context keyword that characterizes the simulated location;

perform a simulated search of the user repository utilizing the simulated context keyword as a search parameter to identify user content that is relevant to the user at the simulated location; and

transmit simulated search results from the simulated search to the user device.

7. The system ofclaim 1, wherein the processor is further configured to add and delete files from the user repository based on commands received from a submission tool, wherein the submission tool is one of a website application, a browser plugin, an e-mail plugin, a dedicated e-mail address, a desktop agent, and a mobile application.

8. A method of providing contextual-based search results from a user repository via a contextual-based information display system, the method comprising:

storing, by the processor of the contextual-based information display system, user content in the user repository, the user content including a plurality of files;

receiving, by the processor and from a user device associated with a user, location information relating to a current location of the user;

generating, by the processor, a context keyword that characterizes at least the current location of the user;

performing, by the processor, a search of the user repository utilizing the context keyword as a search parameter to identify user content that is relevant to the user at the current location; and

transmitting, by the processor, search results from the search to the user device.

9. The method ofclaim 8, further comprising indexing, by the processor, the user content by creating a keyword index comprising a plurality of content keywords, each of the plurality of content keywords being associated with a file of the plurality of files.

10. The method ofclaim 9, wherein performing the search includes identifying matches between the (i) content keywords and (ii) the context keywords.

11. The method ofclaim 9, wherein the keyword index further includes user-assigned tags for the plurality of files.

12. The method ofclaim 11, wherein performing the search includes identifying matches between the (i) content keywords or the user-assigned tags and (ii) the context keywords

13. The method ofclaim 8, further comprising:

receiving, by the processor, a simulated context of the user from the user device, wherein the simulated context relates to a simulated location, wherein the simulated location is different than the current location of the user;

generating, by the processor, a simulated context keyword that characterizes the simulated location;

performing, by the processor, a simulated search of the user repository utilizing the simulated context keyword as a search parameter to identify user content that is relevant to the user at the simulated location; and

transmitting, by the processor, simulated search results from the simulated search to the user device.

14. The method ofclaim 8, further comprising adding and deleting files from the user repository based on commands received from a submission tool, wherein the submission tool is one of a website application, a browser plugin, an e-mail plugin, a dedicated e-mail address, a desktop agent, and a mobile application.

15. A non-transitory computer readable media with computer-executable instructions embodied thereon that, when executed by a processor of a contextual-based information display system, cause the contextual-based information display system to perform a process of providing search results from a user repository, the process comprising:

storing user content in the user repository, the user content including a plurality of files;

receiving location information from a user device associated with a user, the location information relating to a current location of the user;

generating a context keyword that characterizes at least the current location of the user;

performing a search of the user repository utilizing the context keyword as a search parameter to identify user content that is relevant to the user at the current location; and

transmitting search results from the search to the user device.

16. The media ofclaim 15, wherein the process further comprises indexing the user content by creating a keyword index comprising a plurality of content keywords, each of the plurality of content keywords being associated with a file of the plurality of files.

17. The media ofclaim 16, wherein performing the search includes identifying matches between the (i) content keywords and (ii) the context keywords.

18. The media ofclaim 16, wherein the keyword index further includes user-assigned tags for the plurality of files.

19. The media ofclaim 18, wherein performing the search includes identifying matches between the (i) content keywords or the user-assigned tags and (ii) the context keywords.

20. The media ofclaim 15, wherein the process further comprises:

receiving a simulated context of the user from the user device, wherein the simulated context relates to a simulated location, wherein the simulated location is different than the current location of the user;

generating a simulated context keyword that characterizes the simulated location;

performing a simulated search of the user repository utilizing the simulated context keyword as a search parameter to identify user content that is relevant to the user at the simulated location; and

transmitting simulated search results from the simulated search to the user device.

Images