US6134552A
Expired / Lapsed
US
⏱️ 0.0 years remaining
Knowledge provider with logical hyperlinks
Assignee: SAP SE
•
Filing: 1998-01-28
•
Granted: 2000-10-17
•
Expires: 2018-01-28
Abstract
Abstract A system and method is described for the efficient management and storage of documents in a multi-user environment by implementing a three-tiered content model for storage and a context resolution mechanism for retrieval. Source objects may logically reference target objects where the target objects dynamically exist in different versions. In particular, the content model contains three classes in a collection wherein each subsequent class inherits the properties of the previous class. The classes comprise logical objects, physical objects, and components. All physical objects that belong to the same logical object are context specific variants, such as different versions of each other. Physical objects in a collection can be related by different criteria, as well as by user-defined relations. The system provides for versioning of objects, such as variations based on content, format, language, etc., to create variants of objects in the same collection, however variance among physical objects which belong to one logical object is not limited to different versions. Such versioning is controlled through a check-in/-out mechanism to allow use in a multi-user environment. The context resolution mechanism is used to retrieve the most accurate version of an object pursuant to certain user-supplied criteria in response to a call from a client front-end application. The system is linked to various independent front-end editor/browser applications through application programming interfaces. The system also provides for references between various objects in the Knowledge Provider. A dynamic logical hyperlink mechanism is provided to maintain references from source to target objects while a different version of the target object is being created.
Inventors
- 👤 Franz-Joseph Fritz
- 👤 Norbert Schroeder
Bibliographic Details
Application Number
—
Jurisdiction
US
Data Source
google_patents
Last Synchronized
2026-11-01 16:16
CPC Classifications
G; G06; G06Q; G06Q10/00; G06Q10/10; G06F; G06F16/00; G06F16/90; G06F16/93; G06F16/94; G06F16/95; G06F16/955; G06F16/9558; G06F8/00; G06F8/70; G06F8/71; Y; Y10; Y10S; Y10S707/00; Y10S707/953; Y10S707/955; Y10S707/99931; Y10S707/99941; Y10S707/99943; Y10S707/99944; Y10S707/99945; Y10S707/99951; Y10S707/99952; Y10S707/99953
Claims Analysis
Total Claims: 33
Claim 1
Independent Claim
272 words
An information repository system for managing, storing and retrieving a computer data file comprising: a content server for storing said file; content model means for defining a three-tiered content model which comprises nested tiers including component classes, physical object classes, and relations classes, and wherein a logical object contains a reference to said file and describes said file in generic terms and with reference to at least one attribute, and further wherein said logical object contains a reference to at least one physical object associated with said logical object, and contains a reference to at least one component associated with said at least one physical object, and wherein relations from said relations classes are used to connect logical objects and physical objects with other logical objects or physical objects; an administration data table which contains administration data associated with physical objects; logical hyperlink means for resolving, in context-based indirect runtime resolution, the logical object, to a physical destination of the file associated with the at least one physical object associated with the logical object; context resolution means, enabled by said logical hyperlink means, for context-based resolution of a particular physical object associated with the logical object on the basis of the context attributes of a request as determined by correlating requested context attributes against attributes of physical objects associated with the logical object and attributes of a front-end client application; and a management agent for managing said logical objects and physical objects using said content model means in conformance with said administration data and for identifying and retrieving the physical object resolved via said logical hyperlink means and said context resolution means.
Claim 2
Dependent Claim
272 words
An information repository system for managing, storing and retrieving a computer data file comprising: a content server for storing said file; content model means for defining a three-tiered content model which comprises nested tiers including component classes, physical object classes, and relations classes, and wherein a logical object contains a reference to said file and describes said file in generic terms and with reference to at least one attribute, and further wherein said logical object contains a reference to at least one physical object associated with said logical object, and contains a reference to at least one component associated with said at least one physical object, and wherein relations from said relations classes are used to connect logical objects and physical objects with other logical objects or physical objects; an administration data table which contains administration data associated with physical objects; logical hyperlink means for resolving, in context-based indirect runtime resolution, the logical object, to a physical destination of the file associated with the at least one physical object associated with the logical object; context resolution means, enabled by said logical hyperlink means, for context-based resolution of a particular physical object associated with the logical object on the basis of the context attributes of a request as determined by correlating requested context attributes against attributes of physical objects associated with the logical object and attributes of a front-end client application; and a management agent for managing said logical objects and physical objects using said content model means in conformance with said administration data and for identifying and retrieving the physical object resolved via said logical hyperlink means and said context resolution means.
Claim 3
Dependent Claim
16 words
The system of claim 1 wherein a class of logical objects is defined with application-specific attributes.
Claim 4
Dependent Claim
15 words
The system of claim 1 wherein said physical object classes are defined with application-specific attributes.
Claim 5
Dependent Claim
14 words
The system of claim 1 wherein said component classes are defined with application-specific attributes.
Claim 6
Dependent Claim
17 words
The system of claim 1 wherein said relations classes are application-specific and are defined with application-specific attributes.
Claim 7
Dependent Claim
13 words
The system of claim 1 wherein said at least one attribute is application-specific.
Claim 8
Dependent Claim
16 words
The system of claim 1 wherein said context attributes utilize versioning based on changes in content.
Claim 9
Dependent Claim
16 words
The system of claim 1 wherein said context attributes utilize versioning based on changes in language.
Claim 10
Dependent Claim
16 words
The system of claim 1 wherein said context attributes utilize versioning based on changes in format.
Claim 11
Dependent Claim
20 words
The system of claim 1 further comprising another administration data table which contains administration data associated with said logical object.
Claim 12
Dependent Claim
22 words
The system of claim 1 further comprising another administration data table which contains administration data associated with said at least one component.
Claim 13
Dependent Claim
19 words
The system of claim 1 further comprising another administration data table which contains administration data associated with said relations.
Claim 14
Dependent Claim
13 words
The system of claim 1 wherein the context attributes include user's current language.
Claim 15
Dependent Claim
11 words
The system of claim 1 wherein the context attributes include format.
Claim 16
Dependent Claim
12 words
The system of claim 1 wherein the context attributes include content version.
Claim 17
Dependent Claim
23 words
The system of claim 1 wherein said context attributes include criteria, rules or information that is application specific to said front-end client application.
Claim 18
Dependent Claim
17 words
The system of claim 1 wherein said context attributes include criteria, rules or information that is user-defined.
Claim 19
Dependent Claim
14 words
The system of claim 1 wherein the content server is a web-based document server.
Claim 20
Dependent Claim
29 words
The system of claim 18 wherein the content server means and the management agent are integrated with said front-end client application through at least one business application programming interface.
Claim 21
Dependent Claim
28 words
The system of claim 1 further comprising content access means to maintain inter-physical object relations and to prevent the simultaneous editing of a physical object by multiple users.
Claim 22
Dependent Claim
56 words
The system of claim 20 wherein the content access means is implemented as a check-out/check-in mechanism where, when an original physical object is checked-out by a first user, said management agent locks the original physical object via said administration data table by setting checkout information to prevent a subsequent user from accessing the original physical object.
Claim 23
Dependent Claim
22 words
The system of claim 21 wherein the content access means permits multiple physical object versioning with possible updates of said physical objects.
Claim 24
Independent Claim
248 words
A method for managing, storing and retrieving a computer data file comprising the steps of: providing said file; defining a three-tiered content model which comprises nested tiers including component classes, physical object classes, and relations classes, and wherein a logical object contains a reference to said file and describes said file in generic terms and with reference to at least one attribute, and further wherein said logical object contains a reference to at least one physical object associated with said logical object, and contains a reference to at least one component associated with said at least one physical object, and wherein relations from said relations classes are used to connect logical objects and physical objects with other logical objects or physical objects; defining administration data associated with physical objects; targeting the logical object with context attributes; resolving, in context-based resolution, a particular physical object associated with the logical object on the basis of the context attributes of a request as determined by correlating requested context attributes against attributes of physical objects associated with the logical object and attributes of a front-end client application; enabling said step of resolving by resolving indirectly in runtime, via context-based indirect runtime resolution, the logical object to a physical destination of the file associated with the at least one physical object associated with the logical object; identifying the particular physical object so resolved by context based resolution; and managing said resolved object using said three-tier content model in conformance with said administration data.
Claim 25
Independent Claim
248 words
A method for managing, storing and retrieving a computer data file comprising the steps of: providing said file; defining a three-tiered content model which comprises nested tiers including component classes, physical object classes, and relations classes, and wherein a logical object contains a reference to said file and describes said file in generic terms and with reference to at least one attribute, and further wherein said logical object contains a reference to at least one physical object associated with said logical object, and contains a reference to at least one component associated with said at least one physical object, and wherein relations from said relations classes are used to connect logical objects and physical objects with other logical objects or physical objects; defining administration data associated with physical objects; targeting the logical object with context attributes; resolving, in context-based resolution, a particular physical object associated with the logical object on the basis of the context attributes of a request as determined by correlating requested context attributes against attributes of physical objects associated with the logical object and attributes of a front-end client application; enabling said step of resolving by resolving indirectly in runtime, via context-based indirect runtime resolution, the logical object to a physical destination of the file associated with the at least one physical object associated with the logical object; identifying the particular physical object so resolved by context based resolution; and managing said resolved object using said three-tier content model in conformance with said administration data.
Claim 26
Dependent Claim
15 words
The method of claim 23 further including the step of retrieving said identified physical object.
Claim 27
Dependent Claim
21 words
The method of claim 23 wherein said context attributes include particular attributes of user's current language, format or front-end client application.
Claim 28
Dependent Claim
26 words
The method of claim 25 wherein said context attributes further include rules or information that is application specific to said front-end client application or user defined.
Claim 29
Dependent Claim
57 words
The method of claim 23 further including the step of preventing the simultaneous editing of an object by multiple users by, when an original physical object is checked-out by a first user, locking the original physical object via said administration data table by setting checkout information to prevent a subsequent user from accessing the original physical object.
Claim 30
Dependent Claim
104 words
The method of claim 27 wherein the step of managing said resolved objects includes the steps of: forming a content component record from said components; defining an absolute path in a content repository, said repository containing at least one content category which provides a logical description of the physical storage location of said file and refers to the content repository; grouping said files into said content category; defining a path relative to the absolute path based on said content component record; creating a unique object ID; and defining the file location by combining said absolute path, said relative path and said unique object ID.
Claim 31
Dependent Claim
109 words
The method of claim 23 wherein the step of managing said resolved objects includes the steps of: forming a content component record from said components; defining an absolute path in a content repository, said content repository containing at least one content category which provides a logical description of the physical storage location of said file and refers to the content repository; grouping said plurality of files into said content category; defining a path relative to the absolute path based on said content component record; creating a unique object ID; and defining the location of the file by combining said absolute path, said relative path and said unique object ID.
Claim 32
Independent Claim
136 words
A method for defining and managing a file stored at a physical storage location, which method allows identical filenames for a plurality of files of different physical objects and comprises the steps of: creating at least one physical object which refers to components which represent the file, said components forming a content component record; defining an absolute path in a content repository, said content repository containing at least one content category which provides a logical description of the physical file storage location and refers to the content repository; grouping said plurality of files into said content category; defining a path relative to the absolute path based on said content component record; creating a unique object ID; and defining the location of the file by combining said absolute path, said relative path and said unique object ID.
Claim 33
Independent Claim
136 words
A method for defining and managing a file stored at a physical storage location, which method allows identical filenames for a plurality of files of different physical objects and comprises the steps of: creating at least one physical object which refers to components which represent the file, said components forming a content component record; defining an absolute path in a content repository, said content repository containing at least one content category which provides a logical description of the physical file storage location and refers to the content repository; grouping said plurality of files into said content category; defining a path relative to the absolute path based on said content component record; creating a unique object ID; and defining the location of the file by combining said absolute path, said relative path and said unique object ID.
References Cited (Backward Citations)
USPTO Annuity & Maintenance Windows
| Annuity Stage | Window Opens | Payment Deadline | Surcharge Period Until | Estimated Fee | Status |
|---|---|---|---|---|---|
| 3.5 Years (Year 4) | 2003-10-17 | 2004-04-17 | 2004-10-17 | $2000.00 | Window Closed / Lapsed |
| 7.5 Years (Year 8) | 2007-10-17 | 2008-04-17 | 2008-10-17 | $3760.00 | Window Closed / Lapsed |
| 11.5 Years (Year 12) | 2011-10-17 | 2012-04-17 | 2012-10-17 | $7700.00 | Window Closed / Lapsed |