System and method for generating a visual representation of a service and service management system employing the same
Various systems and methods for generating visual representations of services. In one embodiment, one method generates a static visual representation and includes: (1) retrieving a service description associated with the service, (2) retrieving end points associated with the service, (3) mapping the end points into roles assumed with respect to the service description and (4) for at least some of the roles, rendering the end points in the visual representation.
Latest Alcatel Lucent Patents:
- Support of emergency services over WLAN access to 3GPP packet core for unauthenticated users
- System and method for controlling congestion in a network
- Communication methods and devices for uplink power control
- Method for delivering dynamic policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network
- METHODS FOR IMPLEMENTING UPLINK CHANNEL ACCESS IN ELAA-BASED COMMUNICATION SYSTEM
This application claims the benefit of U.S. Provisional Application Ser. No. 60/989,730, filed by Dholakia, et al., on Nov. 21, 2007, entitled “Method and System for Remote Device Management,” commonly assigned with this application and incorporated herein by reference. This application is also related to the following U.S. patent applications, which are filed on even date herewith, commonly assigned with this application and incorporated herein by reference:
This application relates to remote management of fixed-line and mobile devices, and, more particularly, to activation, provisioning, support, management and assurance of consumer and business services spanning one or more fixed-line devices and one or more mobile devices.
BACKGROUNDNetwork service providers are called upon to support a large variety of networked devices, including devices coupled to home networks (e.g., residential gateways, set-top boxes and voice-over-IP, or VoIP, adapters) and cellular networks (e.g. smart phones and pocket computers). Given the proliferation of such devices and the distributed nature of the networks involved, remote management of such devices is highly desirable.
For example, demand for smart phones and other advanced handsets is growing faster than anticipated as users look for new ways to increase their personal and professional productivity. In 2005, year-over-year growth in the smart phone market exceeded 70%, and the industry experts expect that trend to continue for the next several years. In fact by 2009, it is estimated that smart phones will represent almost 30% of all new handsets sold—up from less than three percent in 2004.
As smart phones and services for smart phones boom, so do the challenges. Today, the complexity often associated with smart phones is driving customer service costs up and serves as a potential inhibitor as mobile network operators strive to achieve mass-market adoption with these sophisticated devices. In fact, consumers are finding mobile services increasingly confusing and issues around ease-of-use are holding them back from buying and using third generation (3G) handsets and services.
Wireless service providers who sell and support smart phones and their associated data services face the prospect of rising customer support costs due to the complexity associated with these devices and services. In 2007, the support costs for smart phones will surpass that of feature phones. The following are few of the top reasons for this support cost.
Multiple contacts are made to a helpdesk to solve a single problem.
34% of users have never solved a problem with a single contact to the helpdesk.
Calls last two to three times longer than calls from users of feature phones.
It is common practice to escalate care from a helpdesk (Tier 1) to expensive technicians (Tier 2 and Tier 3).
FMC (Fixed-Mobile Convergence) will add to the support burden. 89% of early adopters are more likely to go to CE vendors for support. Mainstream consumers are three times more likely to look to their service provider for support.
Similarly, network providers that are coupled to home networks (e.g., Digital Subscriber Link, or DSL, and cable) find those networks coupled to a variety of customer premises equipment (CPE) within the homes that are gradually becoming more and more sophisticated. Customer issues with such devices are no less taxing upon support staff and support infrastructure.
The Open Mobile Alliance (OMA) is currently defining a number of standards for managing functionality on mobile devices. These include protocols for device management (OMA-DM), client provisioning (OMA-CP), firmware updates, data synchronization (OMA-DS) and the like. Devices that support at least some of these protocols are becoming prevalent. A support solution that utilizes these protocols and provides a usable console for customer support is the only way network providers and mobile carriers can handle support for the increasing number of devices in the market.
It is therefore desirable to provide a support solution that allows centralized management and control of remotely networked devices such as smart phones and CPE using protocols established for device management, updates, data synchronization and the like.
SUMMARYVarious embodiments of a method and system for providing customer support with centralized management and control of mobile phones and customer premises equipment in order to aid users of such equipment with problems related to that equipment. In one embodiment, a user interface driven mechanism is provided to allow customer support representatives to manipulate remote devices in, for example, the following manners: access information about the remote devices and the users thereof, including history of issues with a particular device, device provisioning, access to diagnostics of a device, ability to upgrade firmware/software of a device, synchronization of data, enablement of security features, remote control of devices, service and application provisioning, defining and following policies related to service management for a variety of devices and resetting devices. Such functionality can be provided, for example, through the use of a device management server that uses a variety of appropriate protocols to communicate with the remote devices.
Another aspect provides a method of generating a static visual representation of a service. In one embodiment, the method includes: (1) retrieving a service description associated with the service, (2) retrieving end points associated with the service, (3) mapping the end points into roles assumed with respect to the service description and (4) for at least some of the roles, rendering the end points in the visual representation.
Yet another aspect provides a method of generating a dynamic visual representation of a service. In one embodiment, the method includes: (1) retrieving a service description associated with the service, (2) retrieving end points associated with the service, (3) mapping the end points into roles and relationships assumed with respect to the service description, (4) rendering the end points in the visual representation and (5) for at least some of the roles, rendering relationships of end points to other end points specified in the relationships in the visual representation. In another embodiment, the method includes: (1) retrieving a service description associated with the service, (2) retrieving end points associated with the service, (3) mapping the end points into roles and relationships assumed with respect to the service description, (4) rendering the end points in the visual representation and (5) for at least some of the roles: (5a) collecting data from end points according to specified relationships, (5b) employing the data to determine further relationships among the end points and (5c) rendering the further relationships in the visual representation.
Still another aspect provides a service management system. In one embodiment, the system includes: (1) a service description repository configured to contain service descriptions that define services in terms of a set of systems and devices that assume roles based on at least one of capabilities and attributes thereof, (2) a device repository configured to contain data regarding the devices, (3) a service management engine coupled to the service description repository and the device repository and (4) an application configured to employ the service management engine to generate at least one of: (4a) a static visual representation for which the application has access to static data explicitly describing relationships and the service management system is configured to map the devices into the roles, (4b) a dynamic visual representation for which the devices and systems are tagged with the roles and the service management system is configured to map each of the devices and systems to others thereof through dynamic relationship rules and (4c) a dynamic visual representation for which the dynamic relationships specify data within associated roles, data forming relationships among the devices and systems.
Reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
The following is intended to provide a detailed description of an example of the invention and should not be taken to be limiting of the invention itself. Rather, any number of variations may fall within the scope of the invention which is defined in the claims following the description. The use of the same reference symbols in different drawings indicates similar or identical items.
Introduction
Described herein are various embodiments of a management system that allows users to create, define and maintain services by defining the roles of its constituent devices and systems. Certain of the embodiments have the ability to map a given set of device and systems into roles. The roles may then be used to select key/value pairs, alerts and management function from each device. Certain of the embodiments allow relationships to be specified between roles and between other services. Using the roles and relationships as a lens upon the service's constituent devices, service-wide key/value pairs, alerts and management functions may be created.
In various embodiments to be described and illustrated herein, a method, apparatus and process are disclosed that allow for activation, provisioning, support (by call center, functions or self), management (by call center, functions or self) and assurance of consumer and business services spanning one or more fixed-line devices and one or more mobile devices, such as PCs, AAA servers, email servers, web servers and devices of every kind. Before describing the embodiments, an example computing and network environment within which the embodiments may operate will be described.
An Example Computing and Network Environment
Communication between the client computers 120(1)-(N) and the servers 110(1)-(N) typically occurs over a publicly accessible network, such as a public switched telephone network (PSTN), a DSL connection, a cable modem connection or large bandwidth trunks (e.g., communications channels providing T1 or OC3 service). The client computers 120(1)-(N) access the servers 110(1)-(N) through, for example, a service provider. This might be, for example, an Internet Service Provider (ISP) such as America On-Line™, Prodigy™, CompuServe™ or the like. Access is typically had by executing application specific software (e.g., network connection software and a browser) on the given one of the client computers 120(1)-(N).
One or more of the client computers 120(1)-(N) and/or one or more of the servers 110(1)-(N) may be, for example, a computer system of any appropriate design, in general, including a mainframe, a mini-computer or a personal computer system. Such a computer system typically includes a system unit having a system processor and associated volatile and non-volatile memory, one or more display monitors and keyboards, one or more diskette drives, one or more fixed disk storage devices and one or more printers. These computer systems are typically information handling systems which are designed to provide computing power to one or more users, either locally or remotely. Such a computer system may also include one or a plurality of I/O devices (i.e., peripheral devices) which are coupled to the system processor and which perform specialized functions. Examples of I/O devices include modems, sound and video devices and specialized communication devices. Mass storage devices such as hard disks, CD-ROM drives and magneto-optical drives may also be provided, either as an integrated or peripheral device. One such example computer system, discussed in terms of the client computers 120(1)-(N), is shown in detail in
It will be noted that the variable identifier “N” is used in several instances in
The bus 212 allows data communication between a central processor 214 and a system memory 216, which may include RAM, ROM or flash memory, as previously noted. The RAM is generally the main memory into which the operating system and application programs are loaded and typically affords at least 16 megabytes of memory space. The ROM or flash memory may contain, among other code, the Basic Input-Output system (BIOS) which controls basic hardware operation such as the interaction with peripheral components. Applications resident with the computer system 210 are generally stored on and accessed via a computer readable medium, such as a hard disk drive (e.g., fixed disk 244), an optical drive (e.g., CD-ROM drive 240), a floppy disk unit 236 or other storage medium. Additionally, applications may be in the form of electronic signals modulated in accordance with the application and data communication technology when accessed via a network modem 247 or an interface 248.
The storage interface 234, as with the other storage interfaces of the computer system 210, may connect to a standard computer readable medium for storage and/or retrieval of information, such as a fixed disk drive 244. The fixed disk drive 244 may be a part of computer system 210 or may be separate and accessed through other interface systems. Many other devices can be connected, such as a mouse 246 connected to the bus 212 via serial port 228, a modem 247 connected to the bus 212 via serial port 230 and a network interface 248 connected directly to the bus 212. The modem 247 may provide a direct connection to a remote server via a telephone link or to the Internet via an internet service provider (ISP). The network interface 248 may provide a direct connection to a remote server via a direct network link to the Internet via a POP (point of presence). The network interface 248 may provide such connection using wireless techniques, including digital cellular telephone connection, Cellular Digital Packet Data (CDPD) connection, digital satellite data connection or the like.
Many other devices or subsystems (not shown) may be connected in a similar manner (e.g., bar code readers, document scanners, digital cameras and so on).
Conversely, it is not necessary for all of the devices shown in
The foregoing described embodiment wherein the different components are contained within different other components (e.g., the various elements shown as components of the computer system 210). It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In an abstract, but still definite sense, any arrangement of components to achieve the same functionality is effectively “associated” such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as “associated with” each other such that the desired functionality is achieved, irrespective of architectures or intermediate components. Likewise, any two components so associated can also be viewed as being “operably connected,” or “operably coupled,” to each other to achieve the desired functionality.
Referring to
Example Embodiments of a Service Management System
The functions referred to herein may be modules or portions of modules (e.g., software, firmware or hardware modules). For example, although the described embodiment includes software modules and/or includes manually entered user commands, the various example modules may be application specific hardware modules. The software modules discussed herein may include script, batch or other executable files, or combinations and/or portions of such files. The software modules may include a computer program or subroutines thereof encoded on computer-readable media.
Additionally, those skilled in the art will recognize that the boundaries between modules are merely illustrative and alternative embodiments may merge modules or impose an alternative decomposition of functionality of modules. For example, the modules discussed herein may be decomposed into sub-modules to be executed as multiple computer processes and, optionally, on multiple computers. Moreover, alternative embodiments may combine multiple instances of a particular module or sub-module. Furthermore, those skilled in the art will recognize that the functions described in example embodiment are for illustration only. Operations may be combined or the functionality of the functions may be distributed in additional functions in accordance with the invention.
Alternatively, such actions may be embodied in the structure of circuitry that implements such functionality, such as the micro-code of a complex instruction set computer (CISC), firmware programmed into programmable or erasable/programmable devices, the configuration of a field-programmable gate array (FPGA), the design of a gate array or full-custom application-specific integrated circuit (ASIC), or the like.
Each of the blocks of the flow diagram may be executed by a module (e.g., a software module) or a portion of a module or a computer system user using, for example, a computer system such as the computer system 210. Thus, the above described method, the functions thereof and modules therefore may be executed on a computer system configured to execute the functions of the method and/or may be executed from computer-readable media. The method may be embodied in a machine-readable and/or computer-readable medium for configuring a computer system to execute the method. Thus, the software modules may be stored within and/or transmitted to a computer system memory to configure the computer system to perform the functions of the module.
Such a computer system normally processes information according to a program (a list of internally stored instructions such as a particular application program and/or an operating system) and produces resultant output information via I/O devices. A computer process typically includes an executing (running) program or portion of a program, current program values and state information and the resources used by the operating system to manage the execution of the process. A parent process may spawn other, child processes to help perform the overall functionality of the parent process. Because the parent process specifically spawns the child processes to perform a portion of the overall functionality of the parent process, the functions performed by child processes (and grandchild processes, etc.) may sometimes be described as being performed by the parent process.
Such a computer system typically includes multiple computer processes executing “concurrently.” Often, a computer system includes a single processing unit which is capable of supporting many active processes alternately. Although multiple processes may appear to be executing concurrently, at any given point in time only one process is actually executed by the single processing unit. By rapidly changing the process executing, a computer system gives the appearance of concurrent process execution. The ability of a computer system to multiplex the computer system's resources among multiple processes in various stages of execution is called multitasking. Systems with multiple processing units, which by definition can support true concurrent processing, are called multiprocessing systems. Active processes are often referred to as executing concurrently when such processes are executed in a multitasking and/or a multiprocessing environment.
The software modules described herein may be received by such a computer system, for example, from computer readable media. The computer readable media may be permanently, removably or remotely coupled to the computer system. The computer readable media may non-exclusively include, for example, any number of the following: magnetic storage media including disk and tape storage media. optical storage media such as compact disk media (e.g., CD-ROM, CD-R, etc.) and digital video disk storage media, nonvolatile memory storage memory including semiconductor-based memory units such as flash memory, EEPROM, EPROM, ROM or application-specific integrated circuits (ASICs), volatile storage media including registers, buffers or caches, main memory, RAM and the like, and data transmission media including computer network, point-to-point telecommunication and carrier wave transmission media. In a UNIX-based embodiment, the software modules may be embodied in a file which may be a device, a terminal, a local or remote file, a socket, a network connection, a signal, or other expedient of communication or state change. Other new and various types of computer-readable media may be used to store and/or transmit the software modules discussed herein.
Before describing various embodiments of management systems constructed according to the principles of the invention, some use cases or interactions will be described that provide a framework for understanding the management systems. Various of the embodiments of the management systems are directed to addressing the following categories of use cases or interactions: service activation, service management, service interruption and resumption and service offering. Service activation refers to all the use cases that involve creating (provisioning) and deleting (unprovisioning) a new service instance, or “subscription.” Service management refers to day-to-day management tasks involving a given service or subscription. Service interruption and resumption may be thought of as special types of service management that involve the loss and restoration of service. Service offering refers to new services that may be offered to a subscriber.
The categories of use cases that set forth above may be illustrated with reference to
To activate a device (one of the devices and systems 430) for a subscriber 410, the following steps may be taken. First, for a given device 410, the subscriber 410 associated with that device 430 is found. This is done by employing the associations 450. Once the associated subscriber 410 has been identified, a corresponding subscription 440 may then be used to determine the service or services 420 that should be provisioned on the device 430. For each service 420 that needs to be activated on the device 430, two alternative actions may be taken. Based upon the role the device 430 plays with respect to the service 420, settings on the device 430 may be set to provision the device. Alternatively or additionally, based on the roles of other devices and systems 430 relative to the service 420, settings on the other devices and systems may be set to provision them for the new device's presence.
Managing and provisioning a subscription involves either adding a new service to a subscriber or managing an existing service. To manage and provision a subscription 440 for a subscriber 410, the following steps may be taken. First, a service 420 is added to a subscriber 410, or an existing service 420 is modified. Devices and systems 430 associated with the subscriber are collected. Then, each device associated with the service 420 is mapped into the different roles 460 in the targeted service. This reveals what actions should be taken with respect to each device or system to provision the service 420.
Another use case that is a variant on the one above is a bulk change to an existing service for all subscribers. In this use case, existing subscriptions are retrieved to obtain a list of subscribers. Then, a list of devices and systems 430 is assembled for each subscriber. Using roles, changes are then applied to the devices and systems 430 to enable the bulk change.
Having described various use cases, one manner in which interaction may occur among roles, devices and systems, and the service level management interfaces will now be described.
To make a role useful, the role is matched with a device.
Device attributes are known aspects of the device, e.g., the type, serial number, MAC address, manufacture date, make, model, service tags, device ID or operating system of the device or system. Other attributes may include the firmware version, hardware version, embedded device, locale (language), and physical location. Device attributes, in the simplest form, could be a list of known key/value pairs associated to the device.
Capabilities are similar to device attributes. In this case, instead of a list of key/value pairs, these are a list of values (without the key) of known capabilities about the device, e.g., generic email client, Microsoft Outlook® email client, phone, router or IPTV device. Other examples include network attached storage, media server, media renderer, camera, MMS client, SMS client, wireless access provider, wireless access client, printer, GPS, vibrate, Bluetooth, USB, Wi-Fi, clock, browser, QVGA, flight mode, caller ID, touchscreen, or fax.
Both the capabilities and the attributes can be provided to or retrieved from an external system, deduced or derived from known attributes and capabilities, queried directly from the device or system or a combination of these. For example, prior knowledge may exist that any device that has a serial number from a given manufacture starting with the letter W- has built-in Wi-Fi capabilities, or that Windows® Mobile phone supports OMA-DM.
It can be determined whether a given device or system matches a role by matching its attributes and capabilities (derived, discovered, or known) against the required attributes and capabilities of a given role. Each role defines a set of key/value pairs, alerts, and functions that are relevant for devices of that role in the service description.
It should be noted that roles do not imply device type, model or brand. Direct mappings between devices and roles may occur in practice, but the mappings are flexible such that they may change as device attributes or capabilities change. For example, newer devices may support more roles than do older devices. One example of a role is a phone capable of functioning as an email client may play an “EmailClient” role in a service description associated with an email service. Other roles in an email service may include “SMTPServer,” “POPServer” and “IMAPServer.” Roles in a data connectivity service may include “Host,” “Router,” “Wireless Access Point,” “Head End,” “Border Gateway” and “Authentication, Authorization, Account Server.”
The service normalization block 705 employs an application programming interface (API), allowing it to exchange information with an interactive voice response (IVR) system 745, a console 750 for a customer service representative (CSR), a Self-Service Management (SSM) application module 755 and other applications 760, 765 as may be found advantageous in a particular environment.
The optimal settings block 710 is a repository of predefined known good values used for the purposes of comparing key/value pairs to determine diagnostic and state information. The key/value pairs are also used during provisioning to set up a system or a device. The optimal settings block 710 may be regarded as a configuration repository that contains meta data about the configuration so that applications and other systems can look up known good values for the purpose of configuring (provisioning), diagnostic, and repair. The illustrated embodiment of the optimal settings block 710 is configured to define optimal values for any given key/value pair based on the context of the device, subscriber, customer, or any other segmentation scheme that could be use to define different values for the same attribute (key). These values may be used by both the script engine 830 and directly by the service management engine 805 to determine whether or not a given key/value pair is “optimal.” Optimal values may fall into three categories: (1) values predefined in the context of the service as being correct, (2) values defined based by a call to an extrinsic system or by subscriber input as being correct and (3) absolute values (which is often built into the logic of the script or service description logic and not stored externally). An example of a predefined optimal value is a POP server. The subscriber is aware of its identity, and it is the same for all subscribers. An example of an absolute value is “connectivity=good.” An example of a value defined by a subscriber as being correct is a password, something that the subscriber chooses and is not defined before the subscriber chooses it.
The device normalization block 715 is configured to map normalized key/value pairs to device-specific or system-specific key value pairs. Mapping may be performed by transformation, executing a script, or undertaking any other appropriate normalization mechanism.
The diagnostic engine 720 is configured to contain diagnostic rules and cause diagnostic rules to be executed in order to identify, characterize and present potential solutions to problems that may exist with devices or systems. The content repository is configured to provide a channel-independent mechanism for associating bearer (e.g., IVR voice flows, self-service portal web content and customer service articles) to diagnose a problem.
The segmentation block 730 and knowledge base 735 likewise employ a data sources abstraction layer 770, allowing it to communicate with systems 775, 790 and provisioning servers and device managers 780, 785.
Different subscribers subscribe to different levels of service and live in different locations and under different circumstances. The segmentation block 730 is configured to enable other portions of the service management system to tailor responses to a subscriber based on his level of service, location and/or circumstance.
The knowledge base 735 is configured to contain articles associated with known device, system and/or service problems. When the diagnostic engine 720 identifies a problem area or a specified problem, it may provide articles from the knowledge based 735 to an application to allow the application to provide the article in turn to a subscriber or other user for informational purposes.
The data sources abstraction layer 770 is configured to operate as a protocol implementation and adaptation layer, allowing generic logic to interact with specific devices and systems without having to employ a device-specific or system-specific protocol.
The systems 775, 790 are typically added by a particular service provider and interact with the service management system as needed. The provisioning servers and device managers 780, 785 support various devices 795 intended for use by subscribers. In the illustrated embodiment, the provisioning servers and device managers 780, 785 are management systems that manage large groups of devices that typically share the same protocol (e.g., a mobile device manager that manages 10 million phones using the OMA-DM protocol). The devices 795 are just CPE, such as phones and routers.
A service management engine 805 enables a service provider to implement and manage services by means of the service normalization block 705 according to the various use cases described above. The illustrated embodiment of the service management engine 805 functions in two primary ways. First, the service management engine 805 manages functions defined by service descriptions. Second, the service management engine 805 provides a dynamic view of a given service.
The management of functions allows service descriptions to define named functions that can be called with contextual data derived from analyzing constituent devices and systems in their associated roles of a service.
The provision of a dynamic view of a given service enables a service description to associate key/value pairs (data) with different roles and dynamically to gather data from the devices and systems so that data can be presented without the need for intrinsic knowledge of the data that is being collected. For example, a service-view dashboard capable of creating a map of devices with their associated data of interest (each categorized by their role in the service) may employ dynamic views of services. In the illustrated embodiment, the data itself is self-describing and typically presented in tabular form.
In an alternative embodiment, the service management engine 805 is also capable of providing a view of a given service, in which case the application does have prior intrinsic knowledge regarding the data that is being collected.
The first step in managing the service is to collect a list of the devices and systems that are associated to the subscriber of the service. A device repository 835 serves this purpose. In the illustrated embodiment, the device repository is external to the service normalization block 705.
The service management engine 805 employs a capabilities repository to obtain an expanded view on the capabilities of a device so that it may map it into a role. Often the only pieces of information obtained from extrinsic systems are the unique identifier of the device, e.g., its make and model. A device may be viewed as a list of attributes (e.g., further key/value pairs). From those attributes, the capabilities of the device may be extrapolated. Extrapolation may involve expanding the known attributes of a device by deriving new attributes of a device based on the original attributes. For example, once the make and model of a system or device is obtained by means of a query, built-in rules may then be able to determine whether or not it has Wi-Fi capability.
A service description repository contains service descriptions. As described above, a service description includes at least some of: functions, key/value pairs, alerts, roles (along with their associated key/value pairs, alerts and actions) and relationships. Functions, at the service description level, can be actions exposed by a device, a script that can be executed, or a process (a series of scripts executed in a state engine).
A script engine 830 is configured to execute service-level functions. As described previously, a service-level function could be a script, a process or action (a series of scripts) or any other type of computer program. In the illustrated embodiment, the service management engine 805 retrieves a named script from a service description based on an event or request from a consumer of the service and passes it, along with a set of parameters, to the script engine 805 for execution. In the illustrated embodiment, the set of parameters includes: references to the constituent devices (categorized by role) and the service description. The script, once started, has access to the optimal values, the devices and systems (abstracted by device normalization or directly) and the service management system in general.
The service normalization block 705 has access to a capabilities repository 820. The capabilities repository 820 is configured to derive new attributes and capabilities through rules based on existing, known attributes. For example, it is known that Windows® Mobile cell phones have Internet browsers.
The service normalization block 705 employs the device normalization engine 715 configured to create an abstraction that provides a normal view of extrinsic device and systems. This allows the service description to be defined generically for devices and systems of the same class without having to include logic and cases for each device. For example, if one device is managed by OMA-DM and has an email client while another device that also has an email client is managed by Digital Subscriber Line (DSL) Forum standard TR069, both devices will have a Simple Mail Transfer Protocol (SMTP) server. However, the manner in which values are obtained can differ by protocol (OMA-DM versus TR069) and by key (the name for the value).
At least some of the systems and devices 775, 795 have the capability to generate alerts or events. The alert/event engine 815 is configured to receive these alerts or events and apply them against each service description to determine whether the alert applies to that service description. If a particular alert or event does apply to a particular service, the service management system is configured to obtain a corresponding action, script or process from the service description that may be executed to respond to the alert or event.
Systems and Methods for Generating a Visual Representation of a Service
It is frequently valuable to visualize relationships among the systems and devices that a service management system supports in order to confirm the relationships and detect potential errors. Visualization is particularly valuable when a relatively large number of sophisticated devices and systems are involved. Unfortunately, visualization has henceforth been carried out manually or to only a limited extent. No comprehensive, automatic mechanism for generating visualizations exists.
Described herein are various embodiments of a system and method for employing a service description as a basis for generating a visualization. Various of the embodiments provide a system or method that responds to an application. The application may request a visualization and then, using data retrieved from a service management system, assemble the data such that a visualization may be rendered on a display device (e.g., the display screen 224 of
Various embodiments of the system and method described herein are configured to generate one or more of: (1) a “static visual representation” where the application generating the visualization has access to static data explicitly describing the relationships and employs the service management system only to map devices into roles, (2) a “dynamic visual representation” where the devices and systems are tagged with the roles that they play, and the service management system maps each to the other through dynamic relationship rules and (3) a dynamic visual representation where the dynamic relationships specify data (key/value pairs) within their associated roles; the data forms the relationship between the devices and systems rendered. In other words, dynamic relationship rules indirectly specify the relationships which are dynamically generated, not based upon roles, but by a device that fits within the key/value pairs in the roles.
Rendering a Visual Representation with Static Relationships
With this method, the application has access to static data explicitly describing the relationships and employs the service management system only to map devices into roles. The application queries a service management system to determine which devices and systems are available to be rendered and what roles are assigned to each system or device.
After the application receives the list of devices and systems with their associated roles, it then can use the roles to determine where and how each device or system will be rendered.
To understand the example of
Rendering a Visual Representation with Dynamic Relationships
This method expands on the static visual representation method described above by adding in the ability to determine dynamic relationships. Like the static visual representation method, this method employs the service management system to provide the devices, systems and their associated roles but also receives a set of relationships between the roles.
The relationships specify two roles that have a relationship to each other. A sample relationship that may exist between role A and role B may be a “ConnectsTo” relationship, i.e.: “Role A ‘ConnectsTo’ Role B.” “Role A ‘ConnectsTo’ Role B” indicates that any device or system that is tagged with role A is drawn with the “ConnectsTo” relationship to any device that is mapped with role B. Note that the manner in which the devices satisfy role A or role B and the manner in which the relationships themselves are rendered are not important.
The method begins in a start step 1305. A collection of devices and systems and a service description corresponding to the service that is to be visually represented are retrieved, perhaps from repositories including the service description repository 825 and the device repository 835 of
In a step 1325, a process is repeated for each role and, in turn, in a step 1330 for each device and system in each role, and, in turn, in a step 1335 for each relationship that each role supports whereby the relationship is rendered in the visual representation in a step 1340. The step 1340 is repeated until all relationships for all devices and systems in all roles have been considered in the visual representation. The method ends in an end step 1345.
Rendering a Dynamic Visual Representation Through Indirect Relationship Rules
In a step 1525, a process is repeated for each role and, in turn, in a step 1530 for each device and system in each role, and, in turn, in a step 1535 for each relationship that each role supports whereby data (i.e., key/value pairs) are collected from each of the devices and systems for each relationship in a step 1540, the data are employed to determine which relationships that each device or system has with the others in a step 1545 and the relationship is rendered in the visual representation in a step 1550. The steps 1540, 1545, 1550 are repeated until all data concerning relationships for all devices and systems in all roles have been considered in the visual representation. The method ends in an end step 1555.
Those skilled in the art to which this application relates will appreciate that other and further additions, deletions, substitutions and modifications may be made to the described embodiments.
Claims
1. A method of generating a dynamic visual representation of a service with dynamic relationships, comprising:
- retrieving a service description associated with said service, wherein said service description defines said service in terms of end points that assume roles based on at least one of capabilities and attributes of said end points, wherein each of said roles reveals actions to be taken with respect to each of said end points to perform said service and defines functions, alerts, and key-value pairs of interest for each of said end points to perform said actions;
- retrieving end points associated with said service;
- mapping said end points into roles and relationships assumed with respect to said service description, wherein said relationships are defined in terms of two roles;
- rendering said end points in said dynamic visual representation; and
- for at least some of said roles, rendering relationships of end points to other end points specified in said relationships in said dynamic visual representation, wherein said dynamic visual representation is employed to confirm relationships between said end points and detect potential errors in performing said service, and said rendering is performed by a processor.
2. The method as recited in claim 1 further comprising rendering said at least some of said roles in said dynamic visual representation.
3. The method as recited in claim 1 wherein said rendering comprises rendering said relationships for all of said roles.
4. The method as recited in claim 1 wherein said end points are selected from the group consisting of devices and systems.
5. The method as recited in claim 1 wherein said rendering said relationships comprises employing a display screen.
6. A method of generating a dynamic visual representation of a service through indirect relationship rules, comprising:
- retrieving a service description associated with said service, wherein said service description defines said service in terms of end points that assume roles based on at least one of capabilities and attributes of said end points, wherein each of said roles reveals actions to be taken with respect to each of said end points to perform said service and defines functions, alerts, and key-value pairs of interest for each of said end points to perform said actions;
- retrieving end points associated with said service;
- mapping said end points into roles and relationships assumed with respect to said service description, wherein said relationships are defined in terms of said key-value pairs that identifies a specific end point;
- rendering said end points in said dynamic visual representation;
- for at least some of said roles: collecting data from end points according to specified relationships, employing said data to determine further relationships among said end points, and rendering said further relationships in said dynamic visual representation;
- wherein said dynamic visual representation is employed to confirm relationships between said end points and detect potential errors in performing said service, and said rendering is performed by a processor.
7. The method as recited in claim 6 further comprising rendering said at least some of said roles in said dynamic visual representation.
8. The method as recited in claim 6 wherein said rendering comprises rendering said further relationships for all of said roles.
9. The method as recited in claim 6 wherein said end points are selected from the group consisting of devices and systems.
10. The method as recited in claim 6 wherein said rendering said further relationships comprises employing a display screen.
11. A service management system, comprising:
- a processor;
- a service description repository configured to contain service descriptions that define services in terms of a set of systems and devices that assume roles based on at least one of capabilities and attributes of said end points, wherein each of said roles reveals actions to be taken with respect to each of said end points to perform said service and defines function, alerts, and key-value pairs of interest for each of said end points to perform said actions;
- a device repository configured to contain data regarding said devices; and
- a service management engine coupled to said service description repository and said device repository; and
- an application configured to employ said service management engine to generate: a dynamic visual representation for which said devices and systems are tagged with said roles played and said service management system is configured to map each of said devices and systems to others thereof through dynamic relationship rules, and a dynamic visual representation for which said dynamic relationships specify data within associated roles, data forming relationships among said devices and systems; wherein said dynamic visual representations are employed to confirm relationships between said end points and detect potential errors in performing said service.
12. The service management system as recited in claim 11 wherein said application is further configured to render said at least some of said roles in said dynamic visual representation.
| 5428619 | June 27, 1995 | Schwartz et al. |
| 5761288 | June 2, 1998 | Pinard et al. |
| 5777549 | July 7, 1998 | Arrowsmith et al. |
| 5877766 | March 2, 1999 | Bates et al. |
| 5883956 | March 16, 1999 | Le et al. |
| 6040834 | March 21, 2000 | Jain et al. |
| 6122639 | September 19, 2000 | Babu et al. |
| 6138122 | October 24, 2000 | Smith et al. |
| 6286047 | September 4, 2001 | Ramanathan et al. |
| 6317438 | November 13, 2001 | Trebes, Jr. |
| 6343287 | January 29, 2002 | Kumar et al. |
| 6400689 | June 4, 2002 | Sato et al. |
| 6442542 | August 27, 2002 | Ramani et al. |
| 6615367 | September 2, 2003 | Unkle et al. |
| 6650949 | November 18, 2003 | Fera et al. |
| 6742141 | May 25, 2004 | Miller |
| 6813501 | November 2, 2004 | Kinnunen et al. |
| 6857075 | February 15, 2005 | Patel |
| 6966015 | November 15, 2005 | Steinberg et al. |
| 7013461 | March 14, 2006 | Hellerstein et al. |
| 7100085 | August 29, 2006 | Miller |
| 7117526 | October 3, 2006 | Short |
| 7143152 | November 28, 2006 | Elman et al. |
| 7243306 | July 10, 2007 | Joshi et al. |
| 7350115 | March 25, 2008 | Mathew et al. |
| 7421516 | September 2, 2008 | Minogue et al. |
| 7478151 | January 13, 2009 | Maiocco et al. |
| 7480736 | January 20, 2009 | Busch et al. |
| 7496893 | February 24, 2009 | Mohindra et al. |
| 7539907 | May 26, 2009 | Johnsen et al. |
| 7574660 | August 11, 2009 | Campbell et al. |
| 7610045 | October 27, 2009 | Little et al. |
| 7664022 | February 16, 2010 | Hu |
| 7665125 | February 16, 2010 | Heard et al. |
| 7689583 | March 30, 2010 | Bozich et al. |
| 7707133 | April 27, 2010 | Das et al. |
| 7757261 | July 13, 2010 | Addington et al. |
| 8046585 | October 25, 2011 | Parkinson |
| 8051176 | November 1, 2011 | Thomas et al. |
| 8051381 | November 1, 2011 | Ebrom et al. |
| 20020073195 | June 13, 2002 | Hellerstein et al. |
| 20020082819 | June 27, 2002 | Ferguson et al. |
| 20020087671 | July 4, 2002 | Weisser, Jr. et al. |
| 20020120746 | August 29, 2002 | Patil et al. |
| 20020123849 | September 5, 2002 | Quaintance et al. |
| 20020147801 | October 10, 2002 | Gullotta et al. |
| 20030018792 | January 23, 2003 | Shiouchi et al. |
| 20030084135 | May 1, 2003 | Narain |
| 20030110250 | June 12, 2003 | Schnitzer et al. |
| 20030135596 | July 17, 2003 | Moyer et al. |
| 20030158855 | August 21, 2003 | Farnham et al. |
| 20030216766 | November 20, 2003 | Wiener et al. |
| 20040003042 | January 1, 2004 | Horvitz et al. |
| 20040003058 | January 1, 2004 | Trossen |
| 20040039803 | February 26, 2004 | Law |
| 20040054670 | March 18, 2004 | Noff et al. |
| 20040078725 | April 22, 2004 | Little et al. |
| 20040153536 | August 5, 2004 | Strassner |
| 20040199576 | October 7, 2004 | Tan |
| 20040215711 | October 28, 2004 | Martin, Jr. et al. |
| 20040249927 | December 9, 2004 | Pezutti |
| 20050005005 | January 6, 2005 | Styles et al. |
| 20050071482 | March 31, 2005 | Gopisetty et al. |
| 20050078172 | April 14, 2005 | Harville et al. |
| 20050172162 | August 4, 2005 | Takahashi et al. |
| 20050177622 | August 11, 2005 | Spielman et al. |
| 20050198247 | September 8, 2005 | Perry et al. |
| 20050234873 | October 20, 2005 | Milligan et al. |
| 20050276229 | December 15, 2005 | Torabi |
| 20050278309 | December 15, 2005 | Evans et al. |
| 20060072451 | April 6, 2006 | Ross |
| 20060123393 | June 8, 2006 | Atkins et al. |
| 20060133296 | June 22, 2006 | Berthaud et al. |
| 20060177058 | August 10, 2006 | Sarwono et al. |
| 20060179116 | August 10, 2006 | Speeter et al. |
| 20060184615 | August 17, 2006 | Park et al. |
| 20060217113 | September 28, 2006 | Rao et al. |
| 20060259274 | November 16, 2006 | Greco et al. |
| 20070016638 | January 18, 2007 | Elbury et al. |
| 20070016676 | January 18, 2007 | Breuer et al. |
| 20070078970 | April 5, 2007 | Zabihi et al. |
| 20070118881 | May 24, 2007 | Mitchell et al. |
| 20070129145 | June 7, 2007 | Blackburn et al. |
| 20070150934 | June 28, 2007 | Fiszman et al. |
| 20070156872 | July 5, 2007 | Stoyanova |
| 20070220521 | September 20, 2007 | Chevanne et al. |
| 20070223523 | September 27, 2007 | Montpetit et al. |
| 20070226540 | September 27, 2007 | Konieczny |
| 20070281691 | December 6, 2007 | Svensson |
| 20070294405 | December 20, 2007 | Mohindra et al. |
| 20070294668 | December 20, 2007 | Mohindra et al. |
| 20080046978 | February 21, 2008 | Rieger |
| 20080066148 | March 13, 2008 | Lim |
| 20080066151 | March 13, 2008 | Thomsen et al. |
| 20080109868 | May 8, 2008 | Waris |
| 20080133734 | June 5, 2008 | Jacobs et al. |
| 20080141137 | June 12, 2008 | Cleary et al. |
| 20080148339 | June 19, 2008 | Hill et al. |
| 20080155643 | June 26, 2008 | Moran et al. |
| 20080256593 | October 16, 2008 | Vinberg et al. |
| 20080280609 | November 13, 2008 | Imbimbo et al. |
| 20090037425 | February 5, 2009 | Erickson et al. |
| 20090083765 | March 26, 2009 | Davis et al. |
| 20100061316 | March 11, 2010 | Levenshteyn et al. |
| 20100107225 | April 29, 2010 | Spencer et al. |
| 20110276684 | November 10, 2011 | Singh et al. |
| 0235312 | May 2002 | WO |
| 03045006 | May 2003 | WO |
| 2007039833 | April 2007 | WO |
| 2007110090 | October 2007 | WO |
- Dholakia, et al.; “Service Management System and Method of Operation thereof” U.S. Appl. No. 12/276,254, filed Nov. 21, 2008.
- Dholakia, et al.; “System and Method for Identifying and Calling a Function of a Service with Respect to a Subscriber and Service Management System Employing the Same”; U.S. Appl. No. 12/276,256, filed Nov. 21, 2008.
- Pelley, et al.; “Normalization Engine and Method of Requesting a Key or Performing an Operation Pertaining to an End Point”; U.S. Appl. No. 12/276,260, filed Nov. 21, 2008.
- Pelley, et al., “Service Management System and Method of Executing a Policy”; U.S. Appl. No. 12/276,262, filed Nov. 21, 2008.
- Pelley, et al.; “System and Method for Remotely Activating a Service and Service Management System Incorporating the Same”; U.S. Appl. No. 12/276,269, filed Nov. 21, 2008.
- Pelley, et al.; “Application and Method for Dynamically Presenting Data Regarding an End Point or a Service and Service Management System Employing the Same”; U.S. Appl. No. 12/276,272, filed Nov. 21, 2008.
- Pelley, et al.; “Service Diagnostic Engine and Method and Service Management System Employing the Same”;U.S. Appl. No. 12/276,273, filed Nov. 21, 2008.
- Pelley, et al.; Self-Service Application for a Service Management System and Method of Operation Thereof; U.S. Appl. No. 12/276,275, filed Nov. 21, 2008.
- Pelley, et al.; “Customer Service Representative Support Application for a Service Management System and Method of Operation Thereof”; U.S. Appl. No. 12/276,278, filed Nov. 21, 2008.
- Pelley, et al.; “System and Method for Remotely Repairing and Maintaining a Telecommunication Service Using Service Relationships and Service management System Employing the Same”; U.S. Appl. No. 12/276,279, filed Nov. 21, 2008.
- Pelley, et al.; “Application and Method for Generating Automated Offers of Service and Service Management System Incorporating the same”; U.S. Appl. No. 12/276,281, filed Nov. 21, 2008.
- Dholakia et al.; “System and Method for Provisioning and Unprovisioning Multiple End Points with Respect to a Subscriber and Service Management System Employing the Same”; U.S. Appl. No. 12/276,286, filed Nov. 21, 2008.
- Dholakia et al.; “System and Method for Identifying Functions and Data with Respect to a Service and a Subscriber and Service Management System Employing the Same” U.S. Appl. No. 12/276,287, filed Nov. 21, 2008.
- Dholakia et al.; “System and Method for Invoking a Function of a Service in Response to an Event and Service Management System Employing the Same”; U.S. Appl. No. 12/276,288, filed Nov. 21, 2008.
Type: Grant
Filed: Nov 21, 2008
Date of Patent: Nov 27, 2012
Patent Publication Number: 20090132945
Assignee: Alcatel Lucent (Paris)
Inventor: Edward S. Pelley (Cedar Park, TX)
Primary Examiner: Nicholas Augustine
Attorney: Hitt Gaines, PC
Application Number: 12/276,265
International Classification: G06F 3/048 (20060101); G06F 3/01 (20060101);
