US 20070112742 A1
The present invention relates to systems and methods providing content-access-based information retrieval. Information items from a plurality of disparate information sources that have been previously accessed or considered are automatically indexed in a data store, whereby a multifaceted user interface is provided to efficiently retrieve the items in a cognitively relevant manner. Various display output arrangements are possible for the retrieved information items including timeline visualizations and multidimensional grid visualizations. Input options include explicit, implicit, and standing queries for retrieving data along with explicit and implicit tagging of items for ease of recall and retrieval. In one aspect, an automated system is provided that facilitates concurrent searching across a plurality of information sources. A usage analyzer determines user accessed items and a content analyzer stores subsets of data corresponding to the items, wherein at least two of the items are associated with disparate information sources, respectively. An automated indexing component indexes the data subsets according to past data access patterns as determined by the usage analyzer. A search component responds to a search query, initiates a search across the indexed data, and outputs links to locations of a subset and/or provides sparse representations of the subset.
1. A system that facilitates concurrent searching across a plurality of sources, comprising:
a usage analyzer that determines user accessed items and a content analyzer that stores subsets data corresponding to the items, at least two of the items being associated with disparate sources, respectively; and
an indexing component that indexes the data subsets.
2. The system of
3. The system of
4. The system of
5. The system of
6. The system of
7. The system of
8. The system of
9. The system of
10. The system of
11. The system of
12. The system of
13. The system of
14. The system of
15. The system of
16. The system of
17. The system of
18. The system of
19. The system of
20. The system of
This application is a continuation of U.S. Ser. No. 10/607,228 which was filed on Jun. 26, 2003 and entitled “SYSTEMS AND METHODS FOR PERSONAL UBIQUITOUS INFORMATION RETRIEVAL AND REUSE.” The entirety of the aforementioned application is incorporated herein by reference.
The present invention relates generally to computer systems, and more particularly, to systems and methods that facilitate information retrieval of data that has been previously accessed or considered, wherein the retrieved data is provided to a user in a cognitively relevant manner.
Psychologists have confirmed commonplace intuitions about the significant limitations that people have with remembering items and events. These limitations become apparent when people attempt to retrieve information such as during a search for previously seen information using common search tools such as a web browser.
Most information retrieval tools, like popular web or intranet search engines, are designed to facilitate information discovery. However, much knowledge work involves integration and reuse of information that has previously been created, found or received. For example, creating a presentation or paper may involve pulling together information from existing information sources like presentations, documents, spreadsheets, data analyses, email messages, and so forth. Studies have shown that a large percentage of web pages accessed were re-visits to pages previously seen. Similar re-access patterns have been observed in retrieving information from technical manuals, Unix commands, book borrowing, and human memory, for example.
The following presents a simplified summary of the invention in order to provide a basic understanding of some aspects of the invention. This summary is not an extensive overview of the invention. It is not intended to identify key/critical elements of the invention or to delineate the scope of the invention. Its sole purpose is to present some concepts of the invention in a simplified form as a prelude to the more detailed description that is presented later.
The present invention facilitates information reuse by enabling users to find or retrieve previously contemplated information in a substantially efficient manner. Various components such as an automated indexing tool and user interface provide functionality for automatically indexing previously accessed or considered information and presenting the information to a user in a cognitively relevant manner. In one aspect, the present invention provides a unified index of information that a person has observed, whether it be email, web pages, office documents, calendar appointments, and so forth. Currently, users have to manage several different organizations of information (e.g., a file system hierarchy for files, email folders for email, favorites or history for web pages). The present invention integrates these disparate information sources into a single index that can be queried for information retrieval—regardless of what form the information originated in. Indexing happens automatically without need for intervention by the user. Ongoing user activity (e.g., creating documents, reading email or viewing web pages) triggers the indexing, without any additional work by the user. The user interface facilitates information searches that automatically cut across different information sources while supporting fast information retrieval, filtering and sorting due to the indexing process. In another aspect, since the retrieved information is familiar to the user, rich contextual cues such as date, author, thumbnails and previews are provided with retrieved items that are especially helpful in quickly recognizing items.
Various processes can be applied to determine when an information item has been accessed or previously contemplated before automated indexing of the item occurs. In one aspect, files can be examined for such information as date opened or created, last accessed, and/or other indicia indicating if the information item has already been observed. In other cases, more subtle processes can be applied.
In yet other aspects of the present invention, an automated event architecture can be provided that monitors user activities and records events relating to when information has been accessed or seen by the user (e.g., monitor desktop mouse and keyboard activities and record index event when user selects or contemplates an information item).
In another aspect of the present invention, a concept known as “useful date or time” can be applied to display the cognitively useful date for different resources. Different dates are useful for different content sources, so an abstract “useful date” can be created for integrated presentation. For example, merely recording when a calendar appointment has been created may not be entirely useful when reminding the user of the actual appointment and information associated therewith. Thus, in this example, if retrieving information relating to a past meeting, it would be more cognitively relevant to indicate or provide the actual time of the meeting than to provide indications of when the meeting was calendared since most users do not have any cognitive links relating to meeting creation. For Web pages, on the other hand, the date they were last read is useful for retrieval purposes. The “useful date” abstraction allows these different dates to be combined successfully in the interface.
The present invention can be componentized into a set of modules that communicate among one another through well-defined programming interfaces, so that basic infrastructural modules that perform indexing and retrieval can communicate with different kinds of user interfaces and services. The user interface innovations of the present invention provide rich environments for querying indexed information and displaying the information in a plurality of relevant contexts and with a variety of display metaphors. Displays can include timeline visualizations, wherein retrieved items are arranged and displayed according to time along with memorable or landmark events of the user (e.g., holiday, birthday, 9/11, and so forth). Other visualizations include grid visualizations that employ a two-dimensional grid to generalize answers to queries beyond individual results and summarize search results by people, topics, and time. Although information can be indexed based upon past observances of the user, the present invention can also provide information regarding items the user may want to see in the future (e.g., search for messages that are relevant to a particular context (e.g., retrieve messages sent by those attending past meeting who are invited to upcoming meeting—in addition, provide messages related to past meeting)).
Still yet other aspects of the user interface include various input and query options for efficiently locating information. This can include explicit queries, implicit queries, context-sensitive queries, considerations of application context, and item-centric integrations when displaying, retrieving, and/or manipulating items. Other interface options enable users to tag information items as part of metadata associated with the items (e.g., My Favorite Website tagged as metadata to a hyperlink for sports). Tagging can also include implicit or automated tagging of an item (e.g., user looked at an item 20 times during past month, therefore, tag item with exclamation indicating high importance). As can be appreciated, the automated indexer and user interface can be provided on a client machine such as a desktop application, administered from a centralized server, and/or executed as combinations thereof.
To the accomplishment of the foregoing and related ends, certain illustrative aspects of the invention are described herein in connection with the following description and the annexed drawings. These aspects are indicative of various ways in which the invention may be practiced, all of which are intended to be covered by the present invention. Other advantages and novel features of the invention may become apparent from the following detailed description of the invention when considered in conjunction with the drawings.
The present invention relates to systems and methods providing access-based information retrieval. Information items from a plurality of disparate information sources that have been previously accessed or considered are automatically indexed in a data store, whereby a multifaceted user interface is provided to efficiently retrieve the items in a cognitively relevant manner. Various display output arrangements are possible for the retrieved information items including enhanced list views, timeline visualizations and multidimensional grid visualizations. Input options include explicit and implicit queries for retrieving data along with explicit and implicit tagging of items for ease of recall and retrieval. In one aspect, an automated system is provided that facilitates concurrent searching across a plurality of information sources. A usage analyzer determines if, when, and, in some cases, how a user accessed items and stores subsets of data corresponding to the items, including the time, and access method, wherein at least two of the items may be associated with disparate information sources, respectively. An automated indexing component indexes the data subsets according to past data access patterns as determined by the usage analyzer. A search component responds to a search query, initiates a search across the indexed data, and outputs links to locations of a subset and/or provides sparse representations of the subset.
As used in this application, the terms “component,” “analyzer,” “model,” “system,” and the like are intended to refer to a computer-related entity, either hardware, a combination of hardware and software, software, or software in execution. For example, a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on a server and the server can be a component. One or more components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers.
As used herein, the term “inference” refers generally to the process of reasoning about or inferring states of the system, environment, and/or user from a set of observations as captured via events and/or data. Inference can be employed to identify a specific context, action or event, or can generate a probability distribution over states, for example. The inference can be probabilistic—that is, the computation of a probability distribution over states of interest based on a consideration of data and events. Inference can also refer to techniques employed for composing higher-level events from a set of events and/or data. Such inference results in the construction of new events or actions from a set of observed events and/or stored event data, whether or not the events are correlated in close temporal proximity, and whether the events and data come from one or several event and data sources.
Referring initially to
In general, the analyzer 120 creates sparse representations of accessed data in the content index 140. For example, if the user has accessed a web page, the content analyzer 120 may create a thumbnail representation of the web page and associate a hyperlink reference to the page and thumbnail as part of a metadata file. In another case, if the user then accessed a text document having images contained therein, the analyzer 120 may extract the text or portions thereof, and associate a database link such as a file path as part of metadata. The indexer 130 would then automatically create an index (or add to an existing index) having two items in the content index 140—the thumbnail representation and text document representation including metadata. In general, filters analyze the content of and metadata associated with items. So, for a Word document, for example, the filter 124 extracts metadata such as filename, title, author, keywords, creation date, etc. along with the words in the document. This is what is used to build the index 140. The creation of thumbnails and the analysis of images could also be encapsulated in the filter 124, if desired.
As will be described in more detail below, the metadata may contain other items such as user-created and/or implicit tags that describe the items stored in the content index 140. It is to be appreciated that the indexer 130 may also perform filter 124 functions (e.g., indexer associates metadata with filtered content).
A search component 150 is provided that receives a user query 154 for information items contained in the content index 140. The search component 150 can be provided as part of a user interface (described below) returns links and/or representations of accessed items at 160 to the user in response to the query 154. For example, the user may query for “items relating to last years performance review,” wherein the search component 150 extracts items from the content index 140 such as emails, coworker evaluations, documents published in the last year, web page images, audio recordings and so forth relating to the context of the query 154. In another example, an implicit query may be derived from the query 154 (e.g., whenever I get a phone call from this person, pull-up last five e-mails from this person).
As will be described in more detail below, accessed items can be presented in a plurality of differing formats designed to facilitate efficient and timely retrieval of information items that have been previously accessed. Also, the links and/or representations 160 may include other items of interest to the user such as providing information items that the user may want to see other than those items previously accessed (e.g., system provides links to other content of interest based upon or inferred from query at hand, e.g., in addition to showing performance review items, optionally provide links to human resources describing review policies based on another index of content even though these items may or may not have not been previously accessed by the user).
One approach to combining methods for indexing and retrieval of information from a personal store is to also send a submitted query (or an automatically reformulated version of that query) to another search engine in addition to the personal search system, e.g., MSN Search or Google for the accessing resources from the World Wide Web, and to integrate the results from the personal search engine with the other search results in the displayed result list. Gathering results from the personal store and from the outside resources (e.g., the Internet) provide opportunities for display of the two lists of results in different ways. For example, a system can mark the search results as coming from outside the personal store, or from the particular store it has been retrieved from (e.g., from “the Web” or from “cs.stanford.edu on the Web”). The results can be interleaved with the personal results or returned in a separately marked region of the display (e.g., listed separately in a separate display region, labeled, “From the Web.”) By unifying the personal information indexing and retrieval system with other, potentially broader search methods and resources, a personal browsing system can be positioned as a general information portal to all of a user's content and key external resources. The user can use the portal to search on personal information, as well as more general resources, and to decide with the control of parameters, at set up time or in stream with a query, to search across personal, outside resources, or combinations thereof.
The system 100 provides many features not found in conventional search tools. The present invention mitigates the problem of search across heterogeneous information types by providing a unified index of all the information a person has seen (or subset thereof), regardless of whether the information was observed as email, web pages, documents, calendar appointments, and so forth. If a user wants to restrict searches to a particular data source they can, but this is not a prerequisite. Indexing is performed automatically by the analyzer 120 without need for user interaction. Since retrieved information is personal and has been seen before, rich contextual cues can be provided such as time, author, thumbnails and previews to facilitate data retrieval. Moreover, the indexer 130 allows for very fast searching. This enables interesting interactions for filtering, sorting and browsing of the search results.
In one aspect of the present invention, an event component can be provided (not shown) (e.g., background task that monitors user activities associated with usage analyzer 114). The event component monitors user activities such as saving, reading, editing, copying, hovering on information, selecting information, manipulating information and/or deleting files, for example, and makes determinations with respect to user actions. This can include sensors such as microphones, cameras, and other devices along with monitoring desktop activities to determine user actions or goals. In one example, probabilistic models and/or logical decisions can be applied to determine events such as when a user has observed or contemplated information. Logical and/or statistical models (e.g., Bayesian inference models, decision trees, Support Vector Machines) can be constructed that consider the following example classes of evidence associated with patterns of user activity:
As can be appreciated, the present invention can employ the event component to trigger indexing of various types of information on the basis of user-activity. User's activity with information objects can also be utilized to improve information presentation.
Referring now to
The Tokenizer 220 breaks the stream of characters into ‘words’ and can also handle additional linguistic processing such as date normalization, stemming, and so forth. The Gatherer 210, Filter 214 and Tokenizer 220 components are extensible to handle new data sources, file types and languages. The Indexer 224 builds a standard index structure to support quick retrieval. The Retriever 230 is the query language for accessing stored information. It supports Boolean as well as best match retrieval on full text and metadata properties and allows phrase, wildcard and proximity searches, for example. These components typically run on a client machine but can also be distributed to a server environment as is described in more detail below. By default, the users' mail profile (both local and network stores), web cache, and personal files are indexed although other sources may be indexed as well. No additional work is required on the part of the user. As new mail is received, web pages viewed or information content created or modified, an index is automatically updated in a database 240 by the indexer 224.
In some cases, a custom MAPI protocol handler can be added to the system 200 to extract individual messages from exchange mail stores, local mail ost and pst files, and public folders. Algorithms can be provided for indexing attachments to email, which generalizes to other container objects such as tar files, for example. Other processes can be provided for indexing pages in a web cache and pointing to a local cached copy and/or a live website. Other algorithms can be adapted for quickly detecting items that have changed in mail stores for efficient index updating.
The user interface 300 allows users to specify queries and to view and manipulate results. As with other popular query interfaces, a carriage return launches the query. But, contrary to many query interfaces, the interface 300 also launches its queries when any of the filtering objects in the UI are manipulated. Since the present invention uses a local index of content (can be remote as well), query results can be returned very quickly, allowing users to search their content using a different interaction strategy than is used in other search interfaces.
A query text box 310 is in the upper left hand corner. By default, query words are combined using an AND operator. Users can specify other Boolean operators, a fuzzy matching alternative in which morphological variants are also used (e.g., car matches cars as well), or fielded search in which matches are restricted to certain fields (e.g., author=“Jane Doe”). Details of search results are shown in the lower portion of the display at 314. Results include a preview showing the first 300 characters of a message (can be other amounts in preview) as well as thumbnails for images and PowerPoint files. The previews can be turned off, increasing the number of results displayed. Generally, five fields are present in a default view: Document Title, Date, Rank, Author and MailTo. It is to be appreciated that additional fields are also possible. Additional fields can include: File Type, Mail CC, Mail Has Attachment, Message Type, Message Read, Path, Size, Title. The results 314 are sorted by Date or Rank by default (different versions can be deployed having any suitable field, date is useful for personal data). Clicking on column headers sorts the results by that column. A double arrow 320 is shown in the column by which results are currently sorted (e.g., Date).
When Date is the sort field, markers showing the main date groupings (today, yesterday, etc.) are displayed to help group the results visually. A scroll bar 330 on the right allows users to quickly move through the results 314. Results lists can be further refined by selecting filters. In the enhanced list-interface, filters for columns are located at the top of the columns just below a column header. Checkboxes are shown when there are only a few alternatives (e.g., Document Type and Date), and text boxes with drop down lists are used when there are many possible alternatives (e.g., author). Filters can be applied even when there is no explicit textual query. Users can click the filters to return items from a certain date range, or items from a specific person.
As noted above, the interface 300 allows users to specify queries and to view and manipulate results. The results are typically shown in a list, although a rich set of alternative views on the same data are possible (See timeline and grid visualization below). By default date or a match score can be used to rank the items; but, results can be sorted in any way the user wants by clicking that column. Previews consisting of thumbnails and the first 300 characters (or other amount) of text are available and can be shown. Double clicking an item opens it in its native application. Right clicking brings up a context menu that allows users to go to the folder containing the item for mail or files and to a cached page for Web content, for example. In addition, items can be dragged from the results list to other applications or folders such as the file explorer, recycle bin or email.
In addition to indexing the full content and metadata of items, custom metadata can be added to items (i.e., user tagging). Arbitrary tags can be added by a user to substantially any item. These custom tags are then treated as a metadata attribute and can be used in a similar manner as other metadata properties for searching and results organization. Currently, these tags are used to supplement existing organizational schemes (e.g., mail or file hierarchy), but can also provide a single organizational schema for content. It is also possible to add usage-based metadata (e.g., from the usage component) to the index. Usage-based metadata can include events such as the last time a user accessed, or printed or mailed the content to others, or the complete history of interaction. Richer notions of interaction with documents (or portions of documents) are also possible. Usage data can be used to improve the presentation of results or to modify matching algorithms.
The subject invention can also be extended to index distributed content in other ways. It is straightforward to point the indexer to content on remote machines or shares. Another way to extend is to allow access to all content regardless of what machine the content was seen on originally (e.g., desktop, laptop, home). This can be achieved using a single index or remote access to and merging of multiple indices as is described in more detail below. Efficient handling of duplicates and near-duplicates is generally important in this case. A related aspect is to extend the present invention to “Stuff I Should See,” considering, for example, information about the items that have been accessed by multiple people in an organization, shared via the merging of multiple indices or via the indexing of coalesced content. Such an application may employ privacy mechanisms such as filters and controls thereof for restricting the sharing of classes of information or activity, and anonymizing items in various ways, to remove personal information or associations.
Beyond making explicit searches, the present invention includes methods and user-interface tools that allow users to define “virtual folders” that contain the results of predefined, or persistent queries, including queries that have, as part of their definition, temporal or organizational relationships. For example, the queries can be, “Email from anyone above me in the organizational chart over the last seven days,” or “Email flagged as high priority from JJ today,” or “new documents on a project server.” etc. These folders can be designed to appear as standard “folders” in the graphical user interfaces of file systems of computers. Also, folders can be nested within folders as sets and hierarchies. In one approach, a hierarchy of nested sets of folders of increasing specialization can be invoked to represent the results of queries with increasingly specialization. For example a high-level folder of email from my manager within the last week, may contain a folder of results of the query, “email from my manager directly to me within the last week,” and so on.
The following examples more concretely illustrate some exemplary types of tasks that are supported. In one example, a colleague recently needed to send email to everyone involved with a newly formed research initiative. A visualization that showed which people were associated with the topic of interest. In another example, a group manager wants to touch base with everyone in her group on a regular basis, and thus she would benefit from a visualization that showed her when she last sent email to each person in her group. These two examples also illustrate two design aspects of grid visualization:
Grid visualization employs a grid motif to show relationships between people, topics, and time such as illustrated in
The interface depicted in
On each axis in
Initially, attribute values are ordered on an axis based on the number of documents that share the value; values that have the most associated documents are listed first. The default orderings can be changed by user interaction. For example, selecting a row sorts the columns by their value on that row; selecting a column sorts the rows by their value on that column. Rows and columns can also be sorted alphabetically instead of by frequency.
Documents returned from a query are placed in grid cells based on their attribute values. Documents are often placed in more than one grid cell; for instance, an email message often has multiple people associated with it. A circle in a grid cell indicates that there are documents associated with that cell. The size of the circle corresponds to the number of documents in the cell. The circle's saturation is based on the timestamp of the most recent document in the cells. Hence, faded circles indicate that the cell does not contain any recent documents, and bright red circles denote the presence of recent documents.
The circles in the cells can be interactive. When the user mouses over a circle, flyover text appears which indicates the attribute values associated with the cell, the number of documents in the cell, and the earliest and latest timestamp of the documents. If the user clicks on a circle, additional details about the cell's documents are displayed, as shown in the lower portion of
The overview provides users with a general impression of the number of search results and associated distribution over time. A portion of the overview is highlighted; this corresponds to the section that is currently in focus in the detailed area of the visualization. Users can interact with the overview timeline as if it were a scroll bar, by selecting the highlighted region (e.g., with a mouse cursor) and moving it to a different section of the timeline, thus changing the portion of time that is displayed in the detailed view. The detailed portion of the visualization shows a zoomed-in section of the timeline, corresponding to the slice of time highlighted in the overview area. Each search result is shown at the time when the document was most recently saved. An icon indicating the type of document (html, email, word processor, etc.) is displayed, as well as the title of the document (or subject line and author, in the case of email). By hovering the cursor over a particular search result, users can view a popup summary containing more detailed information about the object, including the full path, a preview of the first 512 characters of the document (or other amount), as well as to-, from-, and cc-information in the case of mail messages.
Clicking on a result opens the target item with the appropriate application. Search results are displayed to the right of the backbone of the detailed timeline. The left-hand side of the backbone is used to present date and landmark information. Dates appear nearest the backbone. The granularity of dates viewed (hours, days, months, or years) depends upon the current level of zoom. Four types of landmarks may be displayed to the left of the dates: holidays, news headlines, calendar appointments, and digital photographs (can include more or less types). Each of the landmarks appears in a different color (can be similar colors). It is to be appreciated that the scale, ordering and placement of the aforementioned aspects can be suitably tailored in accordance respective needs.
Public landmarks are drawn from incidents that a broad base of users would typically be aware of. Landmarks are given a priority ranking, and typically only landmarks that meet a threshold priority are displayed. For a prototype in accordance with the subject invention, all users saw the same public landmarks, although it is to be appreciated that different aspects of the invention can explore letting users customize their public landmarks adding, for instance, religious holidays that are important to them, or lowering the ranking of news headlines that they don't deem memorable.
A list of secular holidays commonly celebrated in the United States was obtained, and the dates those holidays occurred from 1994 through 2004, by extracting that information from a calendar. Priorities were manually assigned to each holiday, based on knowledge of American culture (e.g., Groundhog Day was given a low priority, while Thanksgiving Day was given a high priority). Holidays and priorities could easily be adapted for any culture.
News headlines from 1994-2001 (or other dates) were extracted from the world history timeline that comes with a commercially available multimedia encyclopedia program. Because 2002 events were not available, inventors of the subject invention used their own recollections of current events to supply major news headlines from that year. Ten employees from an organization (none of whom were participants in a later user study) rated a set of news headlines on a scale of 1 to 10 based on how memorable they found those events. The averages of these scores were used to assign priorities to the news landmarks.
Personal landmarks are unique for each user. For the prototype, all of these landmarks were automatically generated, but for other aspects of the subject invention it is appreciated that users can have the option of specifying their own landmarks.
Dates, times, and titles of appointments stored in the user's calendar were automatically extracted for use as landmark events. Appointments were assigned a priority according to a set of heuristics. If an appointment was recurring, its priority was lowered, because it seemed less likely to stand out as memorable. An appointment's priority increased proportionally with the duration of the event, as longer events (for example such as conferences or vacations) seemed likely to be particularly memorable. For similar reasons, appointments designated as “out of office” times received a boost in score. Being flagged as a “tentative” appointment lowered priority, while being explicitly tagged as “important” increased priority.
The above noted prototype crawled the users' digital photographs (if they had any). The first photo taken on a given day was selected as a landmark for that day, and a thumbnail (64 pixels along the longer side) was created. Photos that were the first in a given year were given higher priorities than those that were the first in a month, which in turn were ranked more highly than those which were first on a day. Thus, as the zoom level changed an appropriate number of photo landmarks could be shown.
Proceeding to 616, other types of queries support context-sensitive queries. These types of queries include providing additional selection options to edit or refine searches. For example, queries may be directed to a particular type of application or location (e.g., apply this query to mail folder only). At 620, the context of an application can be considered when performing a query. For example, if a photo application is being used, then the query can be refined to only search for images. At 624, item-centric integrations can be performed. This includes operating system actions that support interface actions such as mouse click functions, tagging items, updating metadata files, deleting items, editing items or content, and so forth.
At 630, file sharing can be performed in accordance with the present invention. For example, the user may specify that one or more other users can inspect or have access to all or a subset of their query/index database (e.g., all users on my project team are permitted access to my project notes). At 634, index scrubbing can occur. Over time, users may desire to remove one or more items from their index. In accordance with this activity, users can specify specific items to remove or specify general topic areas that can be automatically scrubbed by the system (e.g., remove thumbnails related to my birthday two years ago). Other actions could occur based upon logical or reasoning processes such as if an item were accessed fewer than a certain number of times in a predetermined period, then the item could be automatically removed if desired.
At 640, effective time computations are considered. As an example, the date that's relevant or useful concerning a file (during data presentation to a user) is the date it was changed, the date for presenting mail is usually the date it was delivered (and thus approximately when the user saw it), and the useful date for an appointment is the date the appointment occurs. It is noted that all time information recorded and indexed and that useful date information is utilized for presentation of information. So, for appointments, the present invention indexes the time the mail was sent, the time it was updated (if that happened), the time the user accepted/declines, and the time the meeting occurred, for example. However, typically one time is selected for display although more than one time can be provided.
As noted above, certain data can be marked as having been previously observed by analyzing file elements associated with a file type. For example, a text document may contain a field indicating when a file was open or last edited. With respect to calendar appointments however, merely creating an index from when the calendar was created is likely to be of minor benefit to people because sometimes meetings are created well in advance of the actual meeting date. Thus, when indexing a calendar appointment, the present invention tracks the actual meeting data as opposed to time of creation. This type of effective time consideration enables users to retrieve information in a manner more suited to memory recall. At 644, the volatility of data is considered and processed. This type of processing involves indexing of data into a persistent form during intermittent operations. As can be appreciated, various automated background operations are possible.
In yet another aspect, a majority of indexing and filtering occurs on the server 720, wherein activity data is collected from the client machines 710 to build a master index at the server. In another aspect, the server 720 may be responsible for building index content and during periodic intervals, dump all or portions of the index down to the client machines 710 to facilitate high speed access of content. When determining how to distribute functionality across machines, it is noted that tradeoffs may occur between indexing time versus distributed processing time (e.g., localized queries may be faster but centralized queries provide access to larger databases).
With reference to
The system bus 818 can be any of several types of bus structure(s) including the memory bus or memory controller, a peripheral bus or external bus, and/or a local bus using any variety of available bus architectures including, but not limited to, 11-bit bus, Industrial Standard Architecture (ISA), Micro-Channel Architecture (MSA), Extended ISA (EISA), Intelligent Drive Electronics (IDE), VESA Local Bus (VLB), Peripheral Component Interconnect (PCI), Universal Serial Bus (USB), Advanced Graphics Port (AGP), Personal Computer Memory Card International Association bus (PCMCIA), and Small Computer Systems Interface (SCSI).
The system memory 816 includes volatile memory 820 and nonvolatile memory 822. The basic input/output system (BIOS), containing the basic routines to transfer information between elements within the computer 812, such as during start-up, is stored in nonvolatile memory 822. By way of illustration, and not limitation, nonvolatile memory 822 can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable ROM (EEPROM), or flash memory. Volatile memory 820 includes random access memory (RAM), which acts as external cache memory. By way of illustration and not limitation, RAM is available in many forms such as synchronous RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and direct Rambus RAM (DRRAM).
Computer 812 also includes removable/non-removable, volatile/non-volatile computer storage media.
It is to be appreciated that
A user enters commands or information into the computer 812 through input device(s) 836. Input devices 836 include, but are not limited to, a pointing device such as a mouse, trackball, stylus, touch pad, keyboard, microphone, joystick, game pad, satellite dish, scanner, TV tuner card, digital camera, digital video camera, web camera, and the like. These and other input devices connect to the processing unit 814 through the system bus 818 via interface port(s) 838. Interface port(s) 838 include, for example, a serial port, a parallel port, a game port, and a universal serial bus (USB). Output device(s) 840 use some of the same type of ports as input device(s) 836. Thus, for example, a USB port may be used to provide input to computer 812, and to output information from computer 812 to an output device 840. Output adapter 842 is provided to illustrate that there are some output devices 840 like monitors, speakers, and printers, among other output devices 840, that require special adapters. The output adapters 842 include, by way of illustration and not limitation, video and sound cards that provide a means of connection between the output device 840 and the system bus 818. It should be noted that other devices and/or systems of devices provide both input and output capabilities such as remote computer(s) 844.
Computer 812 can operate in a networked environment using logical connections to one or more remote computers, such as remote computer(s) 844. The remote computer(s) 844 can be a personal computer, a server, a router, a network PC, a workstation, a microprocessor based appliance, a peer device or other common network node and the like, and typically includes many or all of the elements described relative to computer 812. For purposes of brevity, only a memory storage device 846 is illustrated with remote computer(s) 844. Remote computer(s) 844 is logically connected to computer 812 through a network interface 848 and then physically connected via communication connection 850. Network interface 848 encompasses communication networks such as local-area networks (LAN) and wide-area networks (WAN). LAN technologies include Fiber Distributed Data Interface (FDDI), Copper Distributed Data Interface (CDDI), Ethernet/IEEE 1102.3, Token Ring/IEEE 1102.5 and the like. WAN technologies include, but are not limited to, point-to-point links, circuit switching networks like Integrated Services Digital Networks (ISDN) and variations thereon, packet switching networks, and Digital Subscriber Lines (DSL).
Communication connection(s) 850 refers to the hardware/software employed to connect the network interface 848 to the bus 818. While communication connection 850 is shown for illustrative clarity inside computer 812, it can also be external to computer 812. The hardware/software necessary for connection to the network interface 848 includes, for exemplary purposes only, internal and external technologies such as, modems including regular telephone grade modems, cable modems and DSL modems, ISDN adapters, and Ethernet cards.
What has been described above includes examples of the present invention. It is, of course, not possible to describe every conceivable combination of components or methodologies for purposes of describing the present invention, but one of ordinary skill in the art may recognize that many further combinations and permutations of the present invention are possible. Accordingly, the present invention is intended to embrace all such alterations, modifications and variations that fall within the spirit and scope of the appended claims. Furthermore, to the extent that the term “includes” is used in either the detailed description or the claims, such term is intended to be inclusive in a manner similar to the term “comprising” as “comprising” is interpreted when employed as a transitional word in a claim.