US5671360A
Expired / Lapsed
US
⏱️ 0.0 years remaining
Project management tool implementing authority for a people oriented work environment tool
Assignee: International Business Machines Corp
•
Filing: 1995-01-20
•
Granted: 1997-09-23
•
Expires: 2015-01-20
Abstract
Abstract The present invention relates to a method and apparatus for efficiently representing, maintaining and managing a project and enclosed lifecycles in a data processing system used to support a people-oriented work environment. An object-oriented language environment is utilized to represent projects, processes, states, transitions, users, authority and activities as objects. Process objects inherit from project objects. State objects inherit from process objects. Authority objects inherit from project objects. Transition objects inherit from state objects. This system allows for the insertion of an ad hoc process.
Inventors
- 👤 Geoffrey Martin Hambrick
- 👤 Judd Thomas Rogers
Bibliographic Details
Application Number
—
Jurisdiction
US
Data Source
google_patents
Last Synchronized
2026-11-05 21:19
CPC Classifications
G; G06; G06F; G06F17/00; G06Q; G06Q10/00; G06Q10/10; G06Q10/06; G06Q10/063; G06Q10/0631; G06Q10/06311; G06Q10/063114; G06Q10/063118; Y; Y10; Y10S; Y10S707/00; Y10S707/99931; Y10S707/99939
Claims Analysis
Total Claims: 15
Claim 1
Independent Claim
372 words
A data processing system implementing an object-oriented programming language environment, for representing a people oriented work environment for managing a project, wherein said system includes a processor, a storage means, an input means, and an output means coupled via a bus, said system comprising: means for modeling said project as an object-like software packet within said object-oriented programming language environment; means for modeling an authority as an object-like software packet within said object-oriented programming language environment, wherein said authority inherits attributes of said project; means for modeling a process as an object-like software packet within said object-oriented programming language environment, wherein said process inherits attributes of said project; means for modeling a state as an object-like software packet within said object-oriented programming language environment, wherein said state inherits attributes of said process; means for modeling a transition as an object-like software packet within said object-oriented programming language environment, wherein said transition inherits attributes of said state; means for modeling a user as an object-like software packet within said object-oriented programing language environment, wherein said user owns and/or originates said project, and wherein said authority contains a list of users including said user; means for determining if said project is controlled by said state associated with said transition; means for denying said authority if said project is not controlled by said state associated with said transition; if said project is controlled by said state associated with said transition, means for determining whether or not said transition has a guard; means for denying said authority if said transition has said guard and said guard fails; if said guard passes, or if said transition has no guard, means for determining whether or not said us invoking said transition owns said project; means for granting said authority if said user owns said project, otherwise means for determining whether or not said transition has any of said authority remaining; means for denying said authority if said transition does not have any of said authority remaining, otherwise means for checking said authority to determine whether or not said user is listed in said authority; and means for granting said authority if said user is listed in said authority and if a condition associated with said authority is passed.
Claim 2
Dependent Claim
372 words
A data processing system implementing an object-oriented programming language environment, for representing a people oriented work environment for managing a project, wherein said system includes a processor, a storage means, an input means, and an output means coupled via a bus, said system comprising: means for modeling said project as an object-like software packet within said object-oriented programming language environment; means for modeling an authority as an object-like software packet within said object-oriented programming language environment, wherein said authority inherits attributes of said project; means for modeling a process as an object-like software packet within said object-oriented programming language environment, wherein said process inherits attributes of said project; means for modeling a state as an object-like software packet within said object-oriented programming language environment, wherein said state inherits attributes of said process; means for modeling a transition as an object-like software packet within said object-oriented programming language environment, wherein said transition inherits attributes of said state; means for modeling a user as an object-like software packet within said object-oriented programing language environment, wherein said user owns and/or originates said project, and wherein said authority contains a list of users including said user; means for determining if said project is controlled by said state associated with said transition; means for denying said authority if said project is not controlled by said state associated with said transition; if said project is controlled by said state associated with said transition, means for determining whether or not said transition has a guard; means for denying said authority if said transition has said guard and said guard fails; if said guard passes, or if said transition has no guard, means for determining whether or not said us invoking said transition owns said project; means for granting said authority if said user owns said project, otherwise means for determining whether or not said transition has any of said authority remaining; means for denying said authority if said transition does not have any of said authority remaining, otherwise means for checking said authority to determine whether or not said user is listed in said authority; and means for granting said authority if said user is listed in said authority and if a condition associated with said authority is passed.
Claim 3
Dependent Claim
29 words
The system as recited in claim 1, wherein said process contains a state, wherein said state is modeled as an object-like software packet within said object-oriented programming language environment.
Claim 4
Dependent Claim
41 words
The system as recited in claim 1, wherein said state is a kind of said project, and wherein said transition is a kind of said project, wherein said state is defined by a process object that contains one or more states.
Claim 5
Dependent Claim
67 words
The system as recited in claim 1, wherein said process modeled as an object-like software packet within said object-oriented programming language environment is defined by one or more of the following states: (a) in progress explicit states and transitions; (b) waiting completion of work product subprojects; (c) waiting inputs; (d) a ready state, wherein said states are each object-like software packets within said object-oriented programming language environment.
Claim 6
Dependent Claim
28 words
The system as recited in claim 1, further comprising: display means coupled to said processor, said display means operable for displaying a graphical user interface showing said authority.
Claim 7
Dependent Claim
348 words
In a data processing system implementing an object-oriented programming language environment, a method of representing a people oriented work environment for managing a project, said method comprising the steps of: modeling said project as an object-like software packet within said object-oriented programming language environment; modeling an authority as an object-like software packet within said object-oriented programming language environment, wherein said authority inherits attributes of said project; modeling a process as an object-like software packet within said object-oriented programming language environment, wherein said process inherits attributes of said project; modeling a state as an object-like software packet within said object-oriented programming language environment, wherein said state inherits attributes of said process; modeling a transition as an object-like software packet within said object-oriented programming language environment, wherein said transition inherits attributes of said state; modeling a user as an object-like software packet within said object-oriented programming language environment, wherein said user owns and/or originates said project, and wherein said authority contains a list of users including said user; determining if said project is controlled by said state associated with said transition; if said project is not controlled by said state associated with said transition, then said authority is denied; if said project is controlled by said state associated with said transition, then a determination is made whether or not said transition has a guard; if said transition has said guard, and said guard fails, then said authority is denied; if said guard passes, or if said transition has no guard, then a determination is made whether or not said user invoking said transition owns said project; if said user owns said project, then said authority is granted, otherwise a determination is made whether or not said transition has any of said authority remaining; if said transition does not have any of said authority remaining, then said authority is denied, otherwise said authority is checked to determine whether or not said user is listed in said authority; and if said user is listed in said authority and if a condition associated with said authority is passed, then said authority is granted.
Claim 8
Dependent Claim
348 words
In a data processing system implementing an object-oriented programming language environment, a method of representing a people oriented work environment for managing a project, said method comprising the steps of: modeling said project as an object-like software packet within said object-oriented programming language environment; modeling an authority as an object-like software packet within said object-oriented programming language environment, wherein said authority inherits attributes of said project; modeling a process as an object-like software packet within said object-oriented programming language environment, wherein said process inherits attributes of said project; modeling a state as an object-like software packet within said object-oriented programming language environment, wherein said state inherits attributes of said process; modeling a transition as an object-like software packet within said object-oriented programming language environment, wherein said transition inherits attributes of said state; modeling a user as an object-like software packet within said object-oriented programming language environment, wherein said user owns and/or originates said project, and wherein said authority contains a list of users including said user; determining if said project is controlled by said state associated with said transition; if said project is not controlled by said state associated with said transition, then said authority is denied; if said project is controlled by said state associated with said transition, then a determination is made whether or not said transition has a guard; if said transition has said guard, and said guard fails, then said authority is denied; if said guard passes, or if said transition has no guard, then a determination is made whether or not said user invoking said transition owns said project; if said user owns said project, then said authority is granted, otherwise a determination is made whether or not said transition has any of said authority remaining; if said transition does not have any of said authority remaining, then said authority is denied, otherwise said authority is checked to determine whether or not said user is listed in said authority; and if said user is listed in said authority and if a condition associated with said authority is passed, then said authority is granted.
Claim 9
Dependent Claim
29 words
The method as recited in claim 6, wherein said process contains a state, wherein said state is modeled as an object-like software packet within said object-oriented programming language environment.
Claim 10
Dependent Claim
26 words
The method as recited in claim 6, wherein said state is a kind of said project, and wherein said transition is a kind of said project.
Claim 11
Dependent Claim
44 words
The method as recited in claim 6, further comprising the step of: modeling an activity as an object-like software packet within said object-oriented programming language environment, wherein said activity is contained within said project, and wherein said authority grants, validates, or authorizes said activity.
Claim 12
Dependent Claim
67 words
The method as recited in claim 6, wherein said process modeled as an object-like software packet within said object-oriented programming language environment is defined by one or more of the following states: (a) in progress explicit states and transitions; (b) waiting completion of work product subprojects; (c) waiting inputs; (d) a ready state, wherein said states are each object-like software packets within said object-oriented programming language environment.
Claim 13
Dependent Claim
51 words
The method as recited in claim 8, wherein completion of state (a) transitions said process to one of states (b), (c), or (d), and wherein completion of state (b) transitions said process to one of states (c) or (d), and wherein completion of state (c) transitions said process to state (d).
Claim 14
Dependent Claim
22 words
The method as recited in claim 8, wherein said state is defined by a process object that contains one or more states.
Claim 15
Dependent Claim
35 words
The method as recited in claim 6, further comprising the step of: creating and integrating a process object with said process when said process is already established and has transitioned through one or more states.
References Cited (Backward Citations)
US4205370A
Cited
US4558413A
Cited
US5032978A
Cited
US4819176A
Cited
US5001628A
Cited
US5005119A
Cited
US4905181A
Cited
US4809170A
Cited
US4907167A
Cited
US4942527A
Cited
US5050074A
Cited
US5233688A
Cited
US5146586A
Cited
US5019961A
Cited
US5075845A
Cited
US5295062A
Cited
US5119493A
Cited
US5128885A
Cited
US5062045A
Cited
US5392220A
Cited
US5032979A
Cited
US5295242A
Cited
US5226118A
Cited
US5530861A
Cited
US5381332A
Cited
US5434791A
Cited
USPTO Annuity & Maintenance Windows
| Annuity Stage | Window Opens | Payment Deadline | Surcharge Period Until | Estimated Fee | Status |
|---|---|---|---|---|---|
| 3.5 Years (Year 4) | 2000-09-22 | 2001-03-24 | 2001-09-23 | $2000.00 | Window Closed / Lapsed |
| 7.5 Years (Year 8) | 2004-09-22 | 2005-03-24 | 2005-09-23 | $3760.00 | Window Closed / Lapsed |
| 11.5 Years (Year 12) | 2008-09-22 | 2009-03-24 | 2009-09-23 | $7700.00 | Window Closed / Lapsed |