WO2006076199A1 - Procedes et systemes de gestion partagee de l'information - Google Patents

Procedes et systemes de gestion partagee de l'information Download PDF

Info

Publication number
WO2006076199A1
WO2006076199A1 PCT/US2006/000297 US2006000297W WO2006076199A1 WO 2006076199 A1 WO2006076199 A1 WO 2006076199A1 US 2006000297 W US2006000297 W US 2006000297W WO 2006076199 A1 WO2006076199 A1 WO 2006076199A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
interest
user
accessible
metadata
Prior art date
Application number
PCT/US2006/000297
Other languages
English (en)
Inventor
John Mahoney
Isaak Karaev
Original Assignee
Instant Information Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US11/184,640 external-priority patent/US20070255712A1/en
Priority claimed from US11/184,596 external-priority patent/US20070168340A1/en
Priority claimed from US11/184,362 external-priority patent/US20070255674A1/en
Priority claimed from US11/202,508 external-priority patent/US20070179953A1/en
Priority claimed from US11/202,882 external-priority patent/US20070239755A1/en
Application filed by Instant Information Inc. filed Critical Instant Information Inc.
Publication of WO2006076199A1 publication Critical patent/WO2006076199A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management

Definitions

  • the invention relates generally to information management and more particularly to an information collaboration and exchange system using metadata- based information tagging.
  • the invention further relates to an information collaboration and exchange system using permission-based electronic workspaces.
  • the invention relates to an information collaboration and exchange system based on user-defined interest.
  • Each data type presents its own challenges with respect to sorting, finding and use by an end-user. For example, until recently, it has been nearly impossible to search audio and video files based on the content of those files. Even where the content of file types such as text are readily determinable and searchable, many different types of formats exist which must be processed and evaluated.
  • Free e-mail systems such as Yahoo ® Mail, Google gmail ® , Hotmail ® and others known to the reader enable everyone with access to a computer and the Internet to freely partake of electronic mail.
  • File sharing systems such as Grouper ® , Napster ® and others known to the reader have been developed which enable users to share files. In recent times, blogs have become pervasive, enabling interested parties to easily and quickly post information for sharing with others.
  • Specialized systems have been developed and are available for electronic sharing of specialized datatypes. Many known systems exist, for example, for sharing of: photographs, music, video and other information file types.
  • Search engines for example, search and index large quantities of Internet-based web pages, making the information both indexed to and searchable by a user.
  • Google ® , Yahoo ® , A9 ® and others are examples of well-known commercially available Internet search engines. Similar search engines, for example CopernicTM, XITM, and others have been developed for desktop users. Search engines, however, have many limitations. Much online information remains which is as yet unindexed by Internet search engines. Search engines return information in sorted order dependent on the particular algorithms employed by each engine. It is up to the end-user to search through the results provided by search engines, identifying particular information of relevance and interest. It thus becomes quite difficult and time-consuming to repetitively use search engines to find important business information.
  • Electronically-defined offices may comprise, for example, geographically local employees within a single organization, geographically disperse employees within a single organization, employees within multiple organizations linked for the purpose of accomplishing particular tasks, and/or combinations of all of these.
  • Groove Virtual OfficeTM is another example of an information collaboration system enabling participants to collaborate in sharing data and information.
  • Groove Virtual Office users to connect locally on a peer to peer basis, but requires a client hosted server based system (requiring central administration and set up) to handle non-local or disconnected users.
  • Groove Virtual Office while supporting different content types, treats them as anonymous sharable objects and is relatively limited in providing users the ability to easily find, share and use information. For further information, the reader is directed to www.groove.com.
  • MindAlign on ConnexTM a collaborative messaging tool that provides value added capabilities with respect to messaging and communications.
  • MindAlign is relatively limited in operation to facilitating communications such as e-mail, instant messaging, audio and other types of person to person communications. It provides no context around the information that is part of the collaboration it supports and thus has limited value for content centric collaboration. For further information relating to MindAlign, the reader is directed to www.parlano.com.
  • the presegt invention provides collaborative information discovery, sharing, management and use capabilities that overcome many of the challenges and limitations of the prior art.
  • a method comprising: establishing on a computer a centrally managed electronic information management system; enabling a plurality of users to access the system; establishing at least one user metadata schema stored on the system associated with each of the plurality of users; receiving, in accordance with the user metadata schema, user metadata pertinent to each of the plurality of users and storing the user metadata in association with each of the plurality of users; establishing a plurality of information assets electronically accessible on the system; establishing at least one asset metadata schema stored on the system associated with each of the plurality of information assets; and receiving, in accordance with the asset metadata schema, asset metadata pertinent to each of the plurality of information assets and storing the asset metadata associated with each of the plurality of information assets; whereby the system persistently stores all user metadata and information asset metadata under centralized management.
  • an exemplary method comprising: establishing a centrally managed electronic information management system; making a plurality of information assets electronically accessible on the system; enabling a plurality of users to access the system; establishing an electronic workspace on the system, each electronic workspace comprising at least one virtual work area; making available on a virtual work area one or more of the information assets; designating each virtual work area as one of the group comprising a private virtual work area accessible only by an establishing user or a common virtual work area accessible by one or more authorized users; and authorizing users to access a common virtual work area.
  • methods and systems for sharing electronic information, an exemplary method comprising: establishing a centrally managed electronic information management system; making a plurality of information sources electronically accessible on the system, each information source including information assets; subscribing to at least one selected information source accessible through the system; establishing at least one interest folder; establishing an interest filter including keywords to filter information assets accessible through the selected information source and automatically select information assets of interest for accessibility in the interest folder; and generating an alert when a new information asset of interest becomes available in the interest folder.
  • Figure 1 is a block diagram showing one example of a hardware configuration of a collaboration system in accordance with the present invention
  • Figure 2 illustrates a graphical user interface, or GUI 5 of a core directory
  • Figure 3 is a block diagram illustrating the directory structure whereby scheme are established for managing metadata in accordance with the present invention
  • Figure 4A illustrates a graphical user interface of a user information entry screen
  • Figure 4B illustrates a graphical user interface of a user general information entry screen
  • Figure 4C illustrates a graphical user interface of a user detailed information entry screen
  • Figure 5 is a flow chart showing a process of establishing a personal user identity with persistent metadata in accordance with the present invention
  • Figure 6 is a graphical illustration of a workspace page within the collaboration system
  • Figure 7 is a graphical illustration of a different view of a workspace page within the collaboration system
  • Figure 8 is a flow chart showing a process whereby a user can request access to another user, and the other user can establish the level of access they wish to enable;
  • Figure 9 illustrates a graphical user interface of a directory search web page
  • Figure 10 illustrates a graphical user interface of a subscription access request web page
  • Figure 11 illustrates a graphical user interface of a subscription access granted web page
  • Figure 12 illustrates a graphical user interface of a subscription list web page
  • Figure 13 shows a flow chart of a process for establishing subscriptions
  • Figure 14 shows a graphical user interface for defining a filter
  • Figure 15 shows a graphical user interface for saving a defined filter
  • Figure 16 is a flow chart describing a process for establishing filters
  • Figure 17 illustrates a graphical user interface of a web page for publishing a document
  • Figure 18 illustrates a graphical user interface of a web page for associating metadata with a published document
  • Figure 19 is a flow chart showing a process for publishing a document.
  • Figures 20, 21 and 22 are diagrams, respectively, of discreet, roll-up and refined routing interest tree structures
  • the present invention provides a workspace collaboration system which improves upon the way people discover, share, manage, and use information.
  • the present invention :
  • Tags are defined by a single global schema, and any number of asset and domain specific schemas.
  • - supports metadata persistence regardless of how information is used (e.g. - if a document is sent as an attachment to a message, the tagging associated with the document is carried in the message as well as the document itself and the tags associated with the sender and recipients.)
  • FIG. 1 there is shown a system 100 including a workspace collaboration system 102.
  • Workspace collaboration system 102 is connected through appropriate network interfaces 104 A, 104B to a series of external data sources, three of which are indicated at 106A, 106B, 106N.
  • Workspace collaboration system 102 is similarly connected to a series of external users, three of which are indicated at 108 A, 108B, 108N.
  • Shown in simplified format for purposes of explanation, collaboration system 102 is seen to include a processor 110 connected to a user terminal 112, a database 114, and a set of software collaboration tools indicated at 116.
  • collaboration system 102 is operated by an application service provider (ASP), a configuration well known to the reader.
  • ASP application service provider
  • system 102 capable of performing the functions described herein.
  • system 102 may comprise a conventional server or a mainframe computer connected to a network such as the Internet through network connections 104.
  • terminal 112 comprises a conventional user interface to system 102.
  • Database 114 comprises an appropriate arrangement of magnetic, semiconductor, optical and other appropriate types of memory.
  • Collaboration tools 102 comprise software tools, for example stored in database 114, configured to perform the functions described herein.
  • collaboration system 102 is shown in simplified format for purposes of describing the invention.
  • the system may comprise multiple co-located and/or geographically diverse systems, interconnected in one of many well- known configurations.
  • numerous ones of each of the described components may be included in the system.
  • data sources 106 A-N comprise one or more of many external data sources, for example news and information channels.
  • Users 108 A-N represent conventional human users operating through appropriate user-interfaces, for example comprising personal computers, portable user devices such as laptop computers and/or personal information devices and other devices capable of communicating over the network 104 with collaboration system 102.
  • users 108 A-N are configured to have conventional computing and communication capabilities, such as: e-mail, VOIP telephony, instant messaging, and others as are known to the reader.
  • users 108A-N access collaboration system 102 through the Internet.
  • collaboration system 102 is operated as a "turn-key" system by an ASP. Navigating in a conventional manner to a web page transmitted through the network by collaboration system 102, a user will download and interact with a series of web pages, or graphical user interfaces (GUI) providing the capabilities, functionalities and processes described herein below.
  • GUI graphical user interfaces
  • collaboration system 102 is developed and maintained by the ASP remotely from the user's, relieving the users of obligations and responsibilities for developing and maintaining the system, while still providing the users with significant customizable functionality. Further, the below - described methods and systems for collecting, storing and using persistent meta-data are readily handled in a centralized manner. Again, the details of this functionality are described herein below.
  • FIG. 2 a graphical illustration of a core directory ( Figure 2) and a block diagram illustration of a directory structure including various schema for managing metadata ( Figure 3).
  • FIG. 2 there is shown a graphical display of a virtual work area in the form of a directory web page 200 including, in a conventional WindowsTM format, a leftmost portion 202 indicating a list of available folders and a rightmost portion 204 showing a list of contents of a selected folder.
  • a user Upon access to collaboration system 102, subsequent to any conventional login/security web pages, a user will typically enter into this directory web page 200.
  • the directory folder 206 is shown highlighted, whereby the contents of that folder are shown illustrated in section 204.
  • the 'Directory' shown in this implementation as a folder, is the place an authenticated user can go to see what asset sources exist in the system that might be available to them, and to request access to specific asset sources from the owners of those sources.
  • meta-data may be provided by a user, assigned by a system, or developed by both.
  • Every entry in the directory has at least one owner responsible for the asset it represents. Every directory entry further contains permissions associated with it. These permissions describe:
  • the metadata that is visible to a specific individual that can view the entry typically includes the 'Name Of The Asset', 'Owner Of The Asset', and 'Organization/Firm Of The Asset Owner'.
  • Each asset contained within the system has associated there with an access/permission level to the asset, described by an entry associated with the asset, and providing permissions relating to accessing of the asset by users. At a minimum, this typically includes 'right to access', 'right to request access', and 'no access'. More granular levels of permission are supported as required by specific uses of both the invention and specific assets. Further details of the permissions and the metadata associations are included herein below.
  • directory 206 contains detailed information about all of the assets known within the framework, that is all of the assets available through collaboration system 102 to a user.
  • the term "asset” and variants thereof is used interchangeably with and representative of information and data available to and usable by a system user.
  • a series of directory entries 300 are shown, indicated at 300 A-N.
  • Each entry in the directory has descriptive metadata associated with it compliant with a global schema 302, descriptive metadata 304 assigned to the class of the asset, descriptive metadata 306 associated with a particular implementation and other usage specific schema as required for specific applications of the invention.
  • the various levels of schema are shown illustrated as contained in a schema repository 308 associated with each directory entry 300.
  • each asset type contained in a directory provides the details and structure of the metadata necessary for searching on that asset type, including field names, types, and enumerations. When an entry is placed in the directory, it becomes discoverable via searching to anyone permitted visibility to it.
  • Multiple schemas can be associated with a single asset type.
  • Each schema describes the structure of the metadata required to define an aspect of the asset that needs to be described. For a specific instance of an asset, metadata will be associated with it in a format that conforms to the structure laid out
  • each construct has associated with it particular schema for storing and using metadata.
  • Channels provide a mechanism for the distribution of richly tagged content.
  • a channel has four levels of metadata. They are based on three identified schemas — two of which are shared system wide and one which is defined specifically for a channel.
  • the metadata in the top level schema defines the channel name, channel owner, channel provider, domain schema id, last update, and total updates.
  • This top level schema applies to all channels but is populated for each channel individually. It is inherited by all of the individual content published in a channel.
  • the next level populates the domain schema based on the domain schema id specified in the top level. Fields in the domain schema can be set at the channel level and will be inherited by all of the individual content published in the channel.
  • the channel content schema is defined by the publisher of content by creating and associating a valid XSD with a channel when it is defined. (XSD is a conventional XML schema definition as is known in the art.)
  • the channel content schema can contain any fields or enumerations that the channel publisher feels appropriate to describe their own content.
  • Mediacasts provide a mechanism for the distribution of dynamic media such as audio, video, and presentations.
  • there are five levels of metadata associated with an instance of a mediacast They are based on three identified schemas - two of which are shared system wide and one which is defined specifically for a media stream.
  • the top level of metadata defines the mediacast name, mediacast owner, mediacast provider, domain schema id, last update, and total updates. This schema applies to all mediacasts but is populated for each mediacast individually.
  • the top level metadata is inherited by all of the individual content published in a mediacast, which are called streams.
  • the next level of metadata populates the domain schema based on the domain schema id specified in the top level. Fields in the domain schema can be set at the mediacast level and will be inherited by all of the individual streams published in a mediacast. These top two levels are what will be associated with a mediacast in its listing in a directory.
  • the fourth level of metadata associated with mediacast data is the stream content schema.
  • the stream content schema is defined by the publisher of mediacast by associating a valid XSD with a mediacast when it is defined.
  • the stream content schema can contain any fields or enumerations that the mediacast publisher feels appropriate to describe their own content. Fields in the stream content schema can be set at the root level of a stream, but other fields in the stream content schema can be expressed dynamically in a synchronous way as a stream plays back. These dynamic changes comprise the fifth level of metadata.
  • Blogs are common Internet construct that have grow in importance for the creation and posting of simply tagged content usually composed in simple formats.
  • the first method lets the invention simply be aware of existing Internet based blogs.
  • blogs are described in the directory as being external, hi the described embodiment of the invention, there are three schema levels of metadata associated with an 'external' blog.
  • the top level has the blog name, blog owner, blog author, blog root URL, blog RSS url, default refresh frequency, domain schema ID, last update, and total updates.
  • the second level of metadata populates the domain schema based on the domain schema id specified in the top level.
  • Fields in the domain schema can be set at the blog level and will have an inferred association with all of the individual content posted in the blog. These top two levels are what will be associated with a blog (along with the 'external' designation) in its listing in the directory.
  • a third level of metadata is associated with each post in a blog and contains the headline of the post, synopsis of the post, URL of the post, time of the post, and text index of the post.
  • An expression of the invention would typically visit the URL specified by the blog RSS URL at the frequency default refresh frequency to update the list of posts and then generate a text index for each new post found and to delete those no longer available.
  • the second method of publishing blogs lets the inventive system support all aspects of blog creation, authoring, publishing, and update notification. These blogs are described in the directory as being internal. There are three levels of metadata associated with an 'internal' blog. The top level has the blog name, blog owner, blog author, blog ID, last update, and total updates. The second level of metadata populates the domain schema based on the domain schema id specified in the top level. Fields in the domain schema can be set at the blog level and will be inherited by all of the individual content posted in the blog. These top two levels are what will be associated with a blog (along with the 'internal' designation) in its listing in the directory.
  • the third level of metadata is associated with each post in a blog and contains fields in the domain schema not fixed at the blog level that can be set per post in the blog, the headline of the post, synopsis of the post, ID of the post, time of the post, and text index of the post. [0065] While both methods provide listing in the directory, the internal method provides much richer tagging, if required, and can leverage the security and commercial framework available to all internally managed publications.
  • Calendars provide a mechanism for the distribution of date based information.
  • the top level has the calendar name, calendar owner, calendar provider, calendar ID, domain schema ID, last update, and total updates.
  • the second level of metadata populates the domain schema based on the domain schema id specified in the top level. Fields in the domain schema can be set at the calendar level and will be inherited by all of the individual events posted in that calendar. These top two levels are what will be associated with a calendar in its listing in the directory.
  • the third level of schema describe the metadata associated with each event in a calendar and contains fields in the domain schema not fixed at the calendar level that can be set per event in the calendar, and a set of RIXML (research information exchange markup language, in the conventional sense) compliant field describing the event.
  • RIXML search information exchange markup language
  • the Page Library provides a mechanism for workspace pages to be made available for subscription.
  • the 'Workspaces' component is described herein below.
  • a page library is described using three levels of metadata
  • the top level of metadata defines the Page library name, Page library description, Page library owner, Page library provider, domain schema id, last update, and total updates.
  • the second level of metadata populates the domain schema based on the domain schema id specified in the top level.
  • the top two levels will be maintained in the directory.
  • metadata can be assigned to any fields in the domain schema not fixed at the Page library, along with additional metadata for a textual page description, a unique internal Page ID, and an internal Page version.
  • the Components Library provides a mechanism for the distribution of application components such as Microsoft's Web Parts or SOAP based Web Services.
  • a components library is described using three levels of metadata,
  • the top level schema defines the metadata assigning the component library name, component library description, component library owner, component library provider, domain schema id, last update, and total updates.
  • the second level of metadata populates the domain schema based on the domain schema id specified in the top level.
  • the top two levels will be maintained in the directory.
  • the invention utilizes the WSDL schema(a standard descriptive schema for web components) for the identification of each component in a component library, further including a unique internal component ID, and internal component version.
  • the Feeds Library provides a mechanism for the discovery of distribution points of dynamic content such as stock price data, news feeds, or inventory information.
  • a Feeds Library is described using three levels of metadata
  • the top level schema describes the metadata defining the feeds library name, feeds library description, feeds library owner, feeds library provider, domain schema id, last update, and total updates.
  • the second level of metadata populates the domain schema based on the domain schema id specified in the top level. The top two levels will be maintained in the directory.
  • any fields in the domain schema not fixed at the feeds library level can be set, along with a unique internal feedID, and internal feed version, feed URL, and the feed specific schema ID (the schema provided by the feed provider to parse a feed).
  • Figure 4A shows an administration GUI 400, wherein an administration folder 402 has been activated by selection to provide a work screen 404 whereby a user may enter contact information 406, templates, channels, calendars & blogs 408 and workspace and interest information 410.
  • Figure 4B shows a GUI 440 enabling a user to enter general contact, business, telephone and other information.
  • Figure 4C shows a GUI 470 enabling a user to enter detailed information about selected areas of interest, including but not limited to: their occupation, their professional interests, their personal interests and their professional specialties.
  • FIG. 5 there is shown a process 500 whereby a user creates their own persistent metadata for use within the system.
  • the process includes providing one or more GUI interfaces to the user (step 502), such as those shown in Figures 4A-C above, into which the user can enter personal information to be converted into persistent metadata within the system.
  • the user information is received into the system (step 504) and converted into persistent metadata in accordance with preestablished schema such as those shown and described above (step 506).
  • This persistent metadata established in accordance with the existing schema, is now available for use within collaborative workspace system 102 (step 508).
  • the above described process enables a user to locally establish relevant information in the form of persistent metadata for use by himself and others in the operation of the collaborative workspace described herein.
  • users can identify areas that are of specific interest to them (e.g. - telecommunications), or areas that that have a specific expertise or value in (e.g. - portfolio risk analytics).
  • a user can then share with others this metadata they have associated, with themselves, making it easier for others to discover them in the system.
  • Users can also set up their own tags that they want others to use when sending them content or messages.
  • this provides the significant advantage of enabling each individual user of the system to establish a persistent persona that becomes an essential part of establishing relationships with others in a collaborative service. It gives users the means of discovering other users with specific needs, interests, or expertise , reducing the difficulty of forming a meaningful context for interaction.
  • a user that has written a report on mergers in the telecommunications industry could look for individuals they have access to with an interest in telecommunications (based on areas of interest they advertise). Finding one, they see that they would like content sent to them tagged with one of six different tags. Picking the most relevant one 'RBOC Consolidations', the first user tags his telecommunications report and sends it to the other.
  • the user that receives the report has it already a metadata schema for tagging incoming assets such as the report in a way that they think about their universe of information; that is in a way useful to them.
  • the sender of the report benefits since it they were able to send it only to someone with a specific interest in it and in a way that it is more visible then an unmarked attachment to an email.
  • the receiver benefits since a potentially relevant piece of content is presented to them in a way that makes it visible and organized in the way they would think about it.
  • a workspace is a named collection of named pages. Each page is made up of configurable information, presentation, application, and communication components. Pages are formed in accordance with the page constructs described herein above. Figures 6 and 7 show examples of different types of pages available within the system.
  • a first type of workspace a private page.
  • a private page is a place that an individual using a workspace can place content that is not meant to be shared with other workspace members.
  • Private pages allow the use of components (e.g. Messaging) that exchange content with individuals that are not workspace members.
  • Content can be sent from a private page to a common page if it is found to be of value broadly.
  • a second type of workspace page available within the system is a common page.
  • Common pages are visible to all members of a workspace. They can be made up of any configurable components an individual has rights to, but content/messages/information found on a common page cannot be shared with anyone that is not a workspace member, that is, enabled with permission to view the workspace.
  • a third type of workspace page available within the system is a subscription page.
  • Workplace subscription pages can include pages that are provided by a source that is not a member of that particular workspace, but that provides a service for them. Individual workspace members must have the right to a subscription page, or it will not appear in their workspace. However, unless specifically precluded by the page provider, content can be sent from a subscription page to a common page.
  • Any individual that is a registered user of collaboration system 102, can create a workspace (or multiple workspaces). They, the users who create the workspaces, are called the workspace owner. Once created, the workspace owner can invite other people, that is other registered users of collaboration system 102, to share that workspace with them.
  • the workspace owner can invite other people, that is other registered users of collaboration system 102, to share that workspace with them.
  • anyone that accepts the invitation to join a workspace will find, upon logging on to collaboration system 102, that workspace visible to them.
  • every workspace has a single private page. Each individual has the right to configure that private page that is associated with his user rights to collaboration system 102, and to add additional private pages.
  • Only the workspace owner can invite people to join a workspace. They, the workspace owners, can also remove existing members from a workspace, and workspace members can also remove themselves. When the owner of a workspace invites other members and they join, every existing member provided with access to that workspace is informed of the new member.
  • the workspace owner can give invited members specific rights within the workspace. For example, certain members may have 'read only' privileges. Others may have the rights to add new common pages to a workspace.
  • Context is metadata data that can be set or accessed by components of a workspace to allow them to share information with other components of a workspace. This shared information allows components to behave in a coordinated fashion, or in ways that are intuitive to a user of the invention. To make context work effectively, it must include a way to limit what parts of a workspace can share a particular contextual element.
  • the application of a limit on context elements is call scope.
  • scope There are three levels of scope in the workspace context model. Scope can be contained to the components on a single page, across all pages in a workspace, or across multiple workspaces. While scope will typically apply to a single individual using an expression of the invention, that does not always need to be the case. Scope can be extended to apply to a group of users as well, allowing the actions of one user to influence the behavior other users of the system experience.
  • Page level context allows the individual components that make up a page to interact in ways that enhance their value.
  • a 'COMPANY' may be specified in the page context, and every component on that page that uses the 'COMPANY' context will update their component to show a relevant display related to that company.
  • Workspace level context allows each page in a workspace to share contextual elements. If a 'COMPANY' was specified in a workspace context, each page in that context would focus their components onto a view relevant to that shared 'COMPANY' [0087] Context can also be shared across a list of workspaces, affecting each one in a way identical to the above descriptions. One workspace might be set up to analyze information in a certain way, and another may be set up to allow someone to modify it. They could both be driven off the same predicate contextual elements.
  • FIG. 6 there is shown a workspace page 600 displaying a graph and other graphical content 606 within the workspace display area.
  • the particular content of this page is displayed by selecting a particular web icon 604 within the work center folder 602.
  • FIG. 7 there is shown a workspace page page 700 including a display area with content component 706, the contents selected for display by the user as a result of selecting the same page 604 within the same work folder 606.
  • content component 706 the contents selected for display by the user as a result of selecting the same page 604 within the same work folder 606.
  • components can be of many different kinds; as examples: content, services, media, communications or applications.
  • FIG. 8 there is shown a process 800 whereby a user is granted access to a process, workspace, data or information of another user.
  • the requesting user is logged on to collaboration system 102 so as to have access to publicly available system content, including access to his messaging interface 804 and his details interface 806.
  • the requesting user sees a list of other available users (step 808) and requests access to another user (step 810).
  • the user request is evaluated within a directory data store (812) to determine what access rights are available (step 814) with respect to rights stored within the data store (816).
  • a directory data store (812) to determine what access rights are available (step 814) with respect to rights stored within the data store (816).
  • the process terminates with the requesting user being granted access to the appropriate materials (step 820) correct. If the requesting user is not subscribed and/or has not been granted permission to the desired user (step 818) then it is determined if the requesting user has a right to request access to the data (step 822). This right of access is determined by the commercial, personal, or structural relationship these users have with each other, or with a governing third party entity.
  • a subscription option is displayed (step 824), and the requesting user is permitted to submit a subscription request (step 826). If the requesting user chooses not to submit a subscription request, then the process terminates. If the requesting user chooses to submit a subscription request (step 826), then the requesting user is added to the other user's contacts, while the other user is added to the requesting user's contacts (step 828) and the requesting user granted access to the requested materials (step 820).
  • step 822 If, at the time that access is requested, it is determined that the requesting user does not have the right to access the desired material (step 822), then the requesting user's request for access is displayed to the owning user (step 830). If the requesting user declines to request access to the data (step 832), then the process ends. If the requesting user continues to request access (step 834), then the process resumes with step 824 wherein the requesting user is granted the option to subscribe to the desired data. The process then continues as described herein above.
  • GUI 900 enabling a user to search through various forms of available data and information to find and subscribe to information that they would like to view within their workspace.
  • sources of data are available for users of collaboration system 102.
  • the sources are generally grouped within a directory folder 902, and are shown to include: channels, blogs, calendars, and people.
  • search functionality As illustrated in Figure 9, the selection of an information source within directory folder 902, enables a search functionality, indicated within display 904. This search functionality enables a user to search on keywords to identify particular information sources for review and/or subscription.
  • a user may search within a list of available channels, blogs, calendars and/or people, using keywords to identify information of interest.
  • the system further includes sort capabilities, indicated generally at 906, enabling the user to sort the results of information sources developed as a result of a search.
  • search terms are applied not only against the content of the various information sources, but also against the persistent metadata associated with each of the sources as developed and stored in accordance with the particular schema described herein above. The more focused a search is in terms of content type, the more detailed this discovery level searching can be. Searching across channels to find one of interest will offer the searcher more options to refine their interest then a general search across all subscribe-able assets. A search for a person can likewise have more detailed focus then a general asset search.
  • collaboration system 102 provides a user the opportunity to search available information sources whereby to identify the sources of interest for short-term and/or long-term viewing.
  • an individual user When an individual user discovers an asset in a directory that they wish to have access to, they can request access from the owner of the asset. If the individual has been assigned a 'right to access' prior to this request, they will have the right to 'subscribe' to the asset, and access will be granted to them immediately. If the individual has been assigned a 'right to request access', a request, including details about the requesting individual, will be sent to the owner of the asset. The owner can choose to grant or deny access, and define a term. The requesting individual will receive a message informing them of the result of their request. If access was granted, they can then subscribe to it and receive immediate access at that point for the term defined (if any).
  • Any updates or changes to a subscribed asset or to the metadata describing it are immediately made available to the subscriber.
  • any changes that an individual makes to their directory entry will immediately be available to anyone that has subscribed to it, and appear directly in their 'My Contacts' directory.
  • new content becomes available from a content source, anyone subscribed to that content source will receive the new content. Subscription rights can be revoked by the owner of an asset.
  • FIG. 10 there is shown a GUI of a web page 1000 through which a user may request access to a directory information source found/located as a result of the above-described search.
  • the page may be displayed by simply selecting a result of a search from a list displayed on web page 1000 above.
  • general information 1002 about the information source as well as additional options to display additional information, for example, information source category, geographic location, taxonomy and content.
  • a graphical button 1004 whereby a user may request access to the information source.
  • FIG. 11 there is shown a GUI illustrating a web page 1100, whereby a user may request a subscription to an accessed information source.
  • the information source is substantially the same as that to which access was requested using GUI 1000 described with respect to Figure 10 above.
  • the electronic graphical button in the lower right hand corner has been changed to a subscription request button 1102 enabling a user to request a subscription to the displayed information source.
  • the user Upon selecting the electronic button 1102, the user will be subscribed to the information source in accordance with the process described herein below.
  • GUI web page 1200 illustrating a list 1202 of information sources to which the user has been granted subscription access. It will be seen that the list is contained within the "My Subscriptions" folder 1204, and may be displayed by selecting the folder. Selecting of any of the subscription sources within list 1202 displays the selected item in a viewable area 1206 of screen 1200. The user may click on the displayed item in order to actually access the item and receive the information contained in the subscribed information source.
  • FIG. 13 there is shown a process 1300 whereby a user may request and obtain a subscription to an information source using the graphical user interfaces described above.
  • a user requests to view a directory (step 1304).
  • the user's existing access rights are checked (step 1306) within both the rights management data storage (1308) and within the directory data store itself (1310).
  • a directory view is returned to the requesting user (step 1312).
  • the user will select the returned directory (step 1314) and if he has a right to access that directory (step 1316), then the subscribe option shown in Figure 11 will be displayed (step 1318). If a subscription is requested by the user (step 1320), then the information source will be added as an asset to the user's list of subscribed assets (step 1322). If the user does not request a subscription (step 1320), he is simply returned to the directory view (step 1324).
  • step 1316 If, when the user requests access to the selected information source, he does not have a right to access that source (step 1316), then he is given the option to request access (step 1326). If he chooses to request access (step 1328) and the access is granted (step 1330), then he is given the option to subscribe to that information source (step 1318) and the process continues as described above.
  • step 1328 If the user does not request access to the information source (step 1328) or the access is not granted (step 1330), then he is returned back to the directory view (step 1324) as described above.
  • the invention provides mechanisms for a wide variety of content sets, with associated rich metadata, to be published and exchanged. While it is possible for an individual to visit each 'subscription' that is available to them to discover messages, documents, data sets, etc. that might be useful to them, the need to do that repeatedly would greatly diminish the value of the available information. Therefore, three constructs are provided by the invention to give individuals a way to better manage their subscription content - Interest Folders, Filtering and Alerts.
  • the invention supports three classes of tree structures for interest folders. It will be understood by the reader that in each class of folder, the metadata established with the content remains with that content regardless of the placement in the folders.
  • the first class is a simple and discrete folder tree, an example of which is illustrated diagrammatically at 2000 in Figure 20. Content can be placed into any folder in the tree and simply remains there. This works well where the folder relationships are not specifically related to content being placed in them.
  • the second class of tree structure is a 'roll-up' interest folder tree, an example of which is illustrated diagrammatically at 2100 in Figure 21.
  • content can only be placed into end point/leave folders, the folders indicated at A- 1-1, A-I -2, A-2-1 and A-2-2, and is rolled up into folders above it.
  • This works well where the folder relationship recognizes increasing levels of specificity.
  • end point folders CARS, TRUCKS, and PLANES. They would be under a folder called VEHICLES.
  • Content could only be placed into one of the end point folders, but any content placed into an end point folder would automatically appear in the folder above it.
  • VEHICLES which had no content placed into it directly
  • the third class of tree structure is a 'refined routing' interest folder tree, an example of which is illustrated diagrammatically at 2200 in Figure 22.
  • content can only be placed into the root of the tree.
  • Each folder below will then inspect all the content placed into the folder above and determine - based on matches with the metadata or elements of the content itself - it will copy relevant content into its folder as well.
  • the routing rules 'live in' that is are associated with, each individual folder, and there can be multiple complex rules in each. If content is copied into this folder, all the folders below this will similarly inspect it, and so on down to the end points of the tree.
  • This type of refined routing interest tree folder is best suited where content needs to be refined, but the same content element may need to belong to multiple folders further down the tree. It will be understood by the reader that this last model could also be expressed as a map of non-hierarchical folder relationships instead of a tree.
  • the invention supports the ability for an individual to visit every subscription they have and to add any content element they find there directly to any interest folder tree they have set up.
  • each subscription provides a mechanism for filtered routing to any interest folder tree. Filters can be set up to identify content in a subscription based on any metadata associated with it, and then route it to any permitted folder in any interest folder tree, or to multiple interest folder trees. Based on the nature and definition of the interest folder tree it is routed to, it may appear in different numbers of relevant, specific folders in each tree.
  • Interest folders and filtering combine to provide a very efficient mechanism for content from multiple providers and having multiple, subscription specific metadata associations, to be accessible via simple named folder tree navigation instead of the more tedious subscription by subscription search process required by prior art systems.
  • the invention provides a mechanism to notify an individual whenever content is added to and interest folder tree, or to a specific folder in an interest folder tree. While the invention does not constrain notification to a specific methodology, the likely common methods will be via email, instant messaging, on-screen pop-ups and/or pager/phone/PDA.
  • GUI 1400 for defining a filter. As shown in the GUI, a particular channel is selected 1402, and a variety of filter terms are provided for selection and entry into a filter list 1404. With reference to Figure 15, the filter assembled with respect to web page 1404 can be named and saved as a shown in GUI web page 1500.
  • a process 1600 for establishing and using a filter to filter an information source In accordance with the process, a search is performed to identify at least one information source of interest in the manner described herein above (step 1602). Upon finding and information source of interest, a filter is established, the filter including keywords for performing automated filtering searches on the information source (step 1604). [00123] The newly established filter is saved (step 1606), and collaboration system 102 periodically applies the filter to the information source. The user can then periodically receive notice of any information resulting from the application of the user-developed filter to the information source (step 1608).
  • content found by filtering can be deposited in the above-described interest folders.
  • a filter When a filter is established on a content source, it will also permit a target folder to be associated with it that will become the destination for any content found to match the filtering criteria. Once placed in a folder, it will populate through the folder's tree based on the class of the tree structure as described above.
  • GUI 1700 for publishing a document within collaboration system 102 to subscribed users.
  • publication is a positive step taken by a content owner to share content with other users.
  • Distinct from messaging which is targeted at a specific individual or group, publishing is targeted at a channel - a permission based access point where people, if allowed, can access the content being published - and provides mechanisms for the attachment of rich meta-data structures to the content items being published.
  • web page 1700 includes a user input field 1702 for identifying the recipients, a user input field 1704 for identifying the subject of the publication and an electronic button 1706 for identifying and linking the actual publication.
  • GUI 1800 for associating metadata with a publication.
  • a section 1802 of the interface allows the user to identify particular types of metadata, the illustrated types including: general tags, symbology tags, region tags, taxonomy tags and language tags.
  • a detailed input screen 1804 including entries for each of the selected metadata types.
  • the general tags metadata input 1806 is selected, and data entry screen 1804 includes fields for general data entry, including: the organization name of the publisher, the owner name of the publisher, the author of the publication, the title of the publication, a synopsis and metadata keywords. It will be appreciated that appropriate metadata entry fields are provided for each of the other tags. It will further be appreciated that many different types of tags and associated metadata may be associated with each publication.
  • FIG. 19 there is shown a process 1900 for publishing a document.
  • the document is first identified (step 1902), and metadata is associated with the document (step 1904) using the screens described above ( Figures 17 & 18), associating and structuring the metadata in accordance with the processes described herein above.
  • the document is then published (step 1906) to make it available to users of collaboration system 102 in a manner described herein above.
  • the system comprises an ASP solution while providing each user significant flexibility in customizing it to their own use.
  • the system further provides for the inclusion of a rich and persistent metadata with substantially every system asset.
  • Various search, subscription, filtering and interest functionalities make use of the persistent metadata so as to make information assets easy to find and use.
  • the invention has application in the field of information technology, and particularly in the field of collaborative workspace management.
  • the present invention provides a directory and permission framework that can operate cross enterprise, allowing individuals at different firms to work together and exchange content.
  • the invention While being developed and maintained by a remote ASP, the invention is 'edge configurable'. Beyond defining new users and their commercial rights, every other dimension of the invention can be configured by individual users and requires no central authority.
  • Authorized users can self publish, self aggregate, self subscribe, self describe, and self permission.
  • the invention preserves deep and rich metadata across all uses of content. It is also associative. A message that is sent with a document attached to it has its own metadata, the attached document's metadata, and metadata about the sender and recipients all associated with it. This enables deeper use of content then is possible with other collaboration systems, (e.g. - A person could find any messages they sent to people in Chicago in the last two months that had documents attached that were about the CBOT. A person could open a message with a document attached about Microsoft, and have a link automatically appear to their internal expert on Microsoft.)
  • the invention maintains a centralized descriptive directory of all assets know to the system. Assets include people, content, application components, and data sets.
  • the invention provides a framework where individuals can permission access to themselves, and define their availability using an enhanced presence model.
  • the invention allows individuals to advertise what classifications they would like to have associated with message others send to them. This places the first level filtering burden off of the message recipient and on to the message sender where it more appropriately belongs.
  • the invention provides a framework for the commercialization of person to person interactions and access.
  • An authorized user could add a commercial intermediary to charge another individual for the to access them via IM, telephony, or messaging
  • the invention provides a method for users/publishers to define their own descriptive schemas at the content level, while maintaining visibility in an aggregated space via high level common and domain specific tags.
  • the invention provides a method for using detailed publisher defined schemas for discovering content via searching and filtering, and combines it with tools for organizing this discovered content into local taxonomies express within user defines folder structures.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

La présente invention concerne des procédés (300) et systèmes (100) de messagerie en environnement de gestion partagée (102). Dans un mode de réalisation, les métadonnées (500, 900) associées à un message (412) peuvent être reprises des pièces jointes à ce message et/ou léguées à des discussions qui incluent ce message. Ce mode de réalisation facilite l'alimentation de discussions comprenant des messages auxquels il est fait renvoi (406) et les recherches (12000) dans l'ensemble des messages. Dans un mode de réalisation, le système (102) de l'invention est exploité par un fournisseur de services d'application. L'invention concerne également des procédés (1100) et des systèmes (102) de gestion de présence dans un environnement de gestion partagée (102). Dans un mode de réalisation de l'invention, on établit des règles permettant de déterminer les circonstances dans lesquelles une entité est totalement, partiellement, ou non accessible. Dans ce mode de réalisation, l'accès à l'entité est géré sur la base des règles établies. Dans un mode de réalisation, le système de l'invention est exploité par un fournisseur de services d'application.
PCT/US2006/000297 2005-01-10 2006-01-06 Procedes et systemes de gestion partagee de l'information WO2006076199A1 (fr)

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
US64268505P 2005-01-10 2005-01-10
US60/642,685 2005-01-10
US11/184,362 2005-07-19
US11/184,640 US20070255712A1 (en) 2005-01-10 2005-07-19 Methods and systems for enabling the collaborative management of information using controlled access electronic workspace
US11/184,596 US20070168340A1 (en) 2005-01-10 2005-07-19 Methods and systems for enabling the collaborative management of information using persistent metadata
US11/184,640 2005-07-19
US11/184,362 US20070255674A1 (en) 2005-01-10 2005-07-19 Methods and systems for enabling the collaborative management of information based upon user interest
US11/184,596 2005-07-19
US11/202,508 US20070179953A1 (en) 2005-01-10 2005-08-12 Methods and systems for presence management in a collaboration system
US11/202,882 US20070239755A1 (en) 2005-01-10 2005-08-12 Methods and systems for messaging in a collaboration system
US11/202,882 2005-08-12
US11/202,508 2005-08-12

Publications (1)

Publication Number Publication Date
WO2006076199A1 true WO2006076199A1 (fr) 2006-07-20

Family

ID=36677948

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/US2006/000277 WO2006076198A2 (fr) 2005-01-10 2006-01-06 Procedes et systemes destines a gerer des communication dans un systeme de collaboration
PCT/US2006/000297 WO2006076199A1 (fr) 2005-01-10 2006-01-06 Procedes et systemes de gestion partagee de l'information

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/US2006/000277 WO2006076198A2 (fr) 2005-01-10 2006-01-06 Procedes et systemes destines a gerer des communication dans un systeme de collaboration

Country Status (1)

Country Link
WO (2) WO2006076198A2 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1976207A1 (fr) * 2007-03-15 2008-10-01 Accenture Global Services GmbH Système de collaboration
WO2009137408A3 (fr) * 2008-05-05 2010-01-14 Thomson Reuters Global Resources Systèmes et procédés pour intégrer un contenu généré par un utilisateur à un contenu propriétaire dans une base de données
US8204856B2 (en) 2007-03-15 2012-06-19 Google Inc. Database replication
US8214746B2 (en) 2007-03-15 2012-07-03 Accenture Global Services Limited Establishment of message context in a collaboration system
US20160014060A1 (en) * 2014-07-11 2016-01-14 Yahoo! Inc. Native ad format for interest-based content subscriptions in email
US10223637B1 (en) 2013-05-30 2019-03-05 Google Llc Predicting accuracy of submitted data

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020107973A1 (en) * 2000-11-13 2002-08-08 Lennon Alison Joan Metadata processes for multimedia database access
US20040153968A1 (en) * 2002-10-24 2004-08-05 Jennie Ching Method and system for user customizable asset metadata generation in a web-based asset management system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7472071B2 (en) * 1999-11-23 2008-12-30 Expertviewpoint Llc. Interactive system for managing questions and answers among users and experts
US6807423B1 (en) * 1999-12-14 2004-10-19 Nortel Networks Limited Communication and presence spanning multiple access networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020107973A1 (en) * 2000-11-13 2002-08-08 Lennon Alison Joan Metadata processes for multimedia database access
US20040153968A1 (en) * 2002-10-24 2004-08-05 Jennie Ching Method and system for user customizable asset metadata generation in a web-based asset management system

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1976207A1 (fr) * 2007-03-15 2008-10-01 Accenture Global Services GmbH Système de collaboration
US8204856B2 (en) 2007-03-15 2012-06-19 Google Inc. Database replication
US8214746B2 (en) 2007-03-15 2012-07-03 Accenture Global Services Limited Establishment of message context in a collaboration system
US9349116B2 (en) 2007-03-15 2016-05-24 Accenture Global Services Limited Establishment of message context in a collaboration system
US9641356B2 (en) 2007-03-15 2017-05-02 Accenture Global Services Limited Collaboration system
WO2009137408A3 (fr) * 2008-05-05 2010-01-14 Thomson Reuters Global Resources Systèmes et procédés pour intégrer un contenu généré par un utilisateur à un contenu propriétaire dans une base de données
US10223637B1 (en) 2013-05-30 2019-03-05 Google Llc Predicting accuracy of submitted data
US11526773B1 (en) 2013-05-30 2022-12-13 Google Llc Predicting accuracy of submitted data
US20160014060A1 (en) * 2014-07-11 2016-01-14 Yahoo! Inc. Native ad format for interest-based content subscriptions in email

Also Published As

Publication number Publication date
WO2006076198A3 (fr) 2009-04-16
WO2006076198A2 (fr) 2006-07-20

Similar Documents

Publication Publication Date Title
US20070255674A1 (en) Methods and systems for enabling the collaborative management of information based upon user interest
US20070255712A1 (en) Methods and systems for enabling the collaborative management of information using controlled access electronic workspace
US20070168340A1 (en) Methods and systems for enabling the collaborative management of information using persistent metadata
US10033799B2 (en) Semantically representing a target entity using a semantic object
US20070239755A1 (en) Methods and systems for messaging in a collaboration system
US8161066B2 (en) Methods and systems for creating a semantic object
US7398261B2 (en) Method and system for managing and tracking semantic objects
US8499041B2 (en) Collaborative browsing and related methods and systems
US20070179953A1 (en) Methods and systems for presence management in a collaboration system
US9189479B2 (en) Semantic web portal and platform
US7054886B2 (en) Method for maintaining people and organization information
US20050091272A1 (en) Contact management
US7512662B2 (en) System and method for user registry management of messages
US20060048059A1 (en) System and method for dynamically generating, maintaining, and growing an online social network
US20060167908A1 (en) Methods and systems for creating and operating hierarchical levels of administrators to facilitate the production and distribution of content
WO2006076199A1 (fr) Procedes et systemes de gestion partagee de l'information
US20080256460A1 (en) Computer-based electronic information organizer
US20100241991A1 (en) Computer-based electronic information organizer
Maier et al. Personal knowledge management in a peer-to-peer environment
WO2001033397A9 (fr) Systeme et procede de gestion de processus ayant une plus grande flexibilite
KR20020033356A (ko) 컴퓨터를 이용하여 그룹 및 개인에게 공유정보를 제공하는방법 및 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06717489

Country of ref document: EP

Kind code of ref document: A1