System and method for controlling multidirectional operation of an elevator
US-2024425322-A1 · Dec 26, 2024 · US
US8966498B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-8966498-B2 |
| Application number | US-1933508-A |
| Country | US |
| Kind code | B2 |
| Filing date | Jan 24, 2008 |
| Priority date | Jan 24, 2008 |
| Publication date | Feb 24, 2015 |
| Grant date | Feb 24, 2015 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A service-oriented approach provides for an integration of components that would otherwise be considered different and unrelated components, such as runtime, business support systems (BSS), operational support systems (OSS), and third party components. Such integration allows messages to be transformed and passed between components as necessary to perform a particular task. For example, a BPEL workflow can be initiated upon receiving a user request through a network and gateway layer which will direct provisioning, activation, and processing via these various components. Identities can be managed across these various layers to provide for seamless end-to-end integration.
Opening claim text (preview).
What is claimed is: 1. A method of integrating components for processing a request, comprising: providing by a computer system executing a Service Delivery Platform (SDP) an architecture for supporting a plurality of independent components, the architecture providing for the direction and transformation of messages between the independent components, whereby the independent components are able to perform tasks and delegate tasks to other components; managing by the computer system executing the SDP a unified identity for an authorized principal across the plurality of independent components on two or more different networks for sharing the processing of the request across the plurality of independent components, the unified identity corresponding to and identifying the authorized principal; providing by the computer system executing the SDP a unified user profile for the unified identity, the unified user profile mapping the unified identity to two or more different identities corresponding to and identifying the authorized principal and having different user profiles on the plurality of independent components, the unified user profile providing an aggregated common view of all data about the two or more different identities corresponding to and identifying the authorized principal across the plurality of independent components based on the mapping; and in response to receiving the request or an action corresponding to the request, initiating by the computer system executing the SDP a workflow to process the request using the plurality of independent components and the unified user profile, wherein the workflow causes the SDP to delegate one or more tasks to one or more of the independent components based on the unified user profile. 2. A method according to claim 1 , wherein: the independent components include two or more of an operational support system (OSS) component, a business support system (BSS) component, a runtime component, a service delivery platform (SDP) component, a network component, and in industry-specific component. 3. A method according to claim 1 , further comprising: exposing by the computer system executing the SDP at least one function of the independent components as one or more enablers operable to drive the function and using a northbound interface independent of the independent components. 4. A method according to claim 1 , wherein the workflow is initiated by an application for one of the independent components. 5. A method according to claim 1 , wherein: the architecture includes at least one of a service-oriented architecture (SOA) and an event-driven architecture (EDA). 6. A method according to claim 3 , wherein: the independent components and any services used for processing interact with abstracted underlying network resources via the one or more enablers. 7. A method according to claim 6 , wherein: the one or more enablers include at least one of a charging, resource lifecycle management, resource management, mobile, voice access, communications, presence, messaging, call control, media server control, and service enabler. 8. A method according to claim 7 , further comprising: providing by each of the enablers an interface allowing for the deployment and integration of southbound adapters to the network resources. 9. A method according to claim 1 , wherein: applications executing on the independent components include two or more of a rate charging application, a billing analysis application, a business activity monitoring application, a revenue sharing application, a third party management application, a business intelligence application, a subscription management application, a financial bookkeeping application, an enterprise resource planning (ERP), a network management, an MW management, and a content management application. 10. A method according to claim 1 , further comprising: capturing by the computer system executing the SDP information associated with one of the services or independent components as metadata. 11. A method according to claim 10 , wherein: the metadata is associated with code created to describe intangible dependencies so that any manipulation the independent components or an associated asset takes the intangible dependencies into account. 12. A method according to claim 1 , further comprising: building at least one application on the computer system executing the SDP that utilizes the integrated components. 13. A method according to claim 1 , further comprising: managing by the computer system executing the SDP a flow relating to the request from a starting point to an ending point for a business process associated with the request. 14. A method according to claim 1 , further comprising: utilizing by the computer system executing the SDP a canonical data model for managing the processing, the canonical data model transforming messages and storing a status of the processing. 15. A method according to claim 14 , wherein: the canonical data model also provides for at least one of marshalling a complete process flow and error message handling for the process flow. 16. A method according to claim 1 , further comprising: providing by the computer system executing the SDP a proximity service as part of the architecture. 17. A method according to claim 1 , further comprising: providing by the computer system executing the SDP for real time revenue sharing with a third party. 18. A method according to claim 17 , further comprising: allowing by the computer system executing the SDP the third party to view balance and usage information as part of the real time revenue sharing. 19. A system for integrating components to process a request, comprising: a processor; and a memory storage device including instructions that, when executed by the processor, cause the processor to: provide for a direction and transformation of messages between a plurality of independent components using an architecture that allows the independent components to perform tasks and delegate tasks to other components to process a received request; manage a unified identity for an authorized principal across the plurality of independent components on two or more different networks in order to provide for sharing the processing of the request across the plurality of independent components, the unified identity corresponding to and identifying the authorized principal; provide a unified user profile for the unified identity, the unified user profile mapping the unified identity to two or more different-identities corresponding to and identifying the authorized principal and having different user profiles on the plurality of independent components, the unified user profile providing an aggregated common view of all data about the two or more different identities corresponding to and identifying the authorized principal across the plurality of independent components based on the mapping; and in response to receiving the request or an action corresponding to the request, initiate a workflow to process the request using the plurality of independent components and the unified user profile, wherein the workflow causes the SDP to delegate one or more tasks to one or more of the independent components based on the unified user profile. 20. A system according to claim 19 , wherein: the independent components include two or more of an operational support system (OSS) component, a business support system (BSS) component, a runtime component, a service delivery platform (
Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.