METHOD AND PROCEDURE FOR DYNAMIC SERVICES ORCHESTRATION THAT RUNS WITHIN AN ON-DEVICE SOFTWARE CONTAINER

Abstract

A system for providing network services is provided. The system includes a device configured to interface with the network to receive a container, where the container is configured to interface with an operating system of the device and a plurality of applications operating on the device. The container is further configured to interface with a network services provider of one or more network services and one or more third party service providers.

Description

TECHNICAL FIELD

The present disclosure relates to application software, and more specifically to a method and system for dynamic services orchestration that runs within an on-device software container.

BACKGROUND OF THE INVENTION

A runtime environment on a mobile device consists of a variety of native services and applications that are embedded into the mobile device operating system. For example, in the Android operating system, there are predefined services for specific applications such as Google Search and Google Navigation, and the policy framework is hard coded. The services and policy framework embedded within mobile device operating system are pre-defined and not extensible to be modified/updated by third party applications, which makes it impossible to easily modify or update the operation of the device to accommodate new applications.

SUMMARY OF THE INVENTION

A system for providing network services is provided. The system includes a device configured to interface with the network to receive a container, where the container is configured to interface with an operating system of the device and a plurality of applications operating on the device. The container is further configured to interface with a network services provider of one or more network services and one or more third party service providers.

Other systems, methods, features, and advantages of the present disclosure will be or become apparent to one with skill in the art upon examination of the following drawings and detailed description. It is intended that all such additional systems, methods, features, and advantages be included within this description, be within the scope of the present disclosure, and be protected by the accompanying claims.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

Aspects of the disclosure can be better understood with reference to the following drawings. The components in the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principles of the present disclosure. Moreover, in the drawings, like reference numerals designate corresponding parts throughout the several views, and in which:

FIG. 1 is a diagram of a system for providing a dynamic services orchestration framework in accordance with an exemplary embodiment of the present disclosure;

FIG. 2 is a diagram of a system for providing an orchestration framework in accordance with an exemplary embodiment of the present disclosure; and

FIG. 3 is a diagram of a user settings control that can be enabled for user applications, such as to allow a user to configure their permissions settings for the services that an application can be used for each application that is running.

DETAILED DESCRIPTION OF THE INVENTION

In the description that follows, like parts are marked throughout the specification and drawings with the same reference numerals. The drawing figures might not be to scale and certain components can be shown in generalized or schematic form and identified by commercial designations in the interest of clarity and conciseness.

The present disclosure includes a means to provide access to a defined set of services on a user's mobile device through a trusted software environment that can enforce business policy as it relates to specific service access for each unique third party applications and personal policy that is defined by the customer's settings for the utilization of services within each application.

FIG. 1 is a diagram of a system 100 for providing a dynamic services orchestration framework in accordance with an exemplary embodiment of the present disclosure. System 100 can be implemented in hardware or a suitable combination of hardware and software, and can be one or more software systems operating on one or more processors.

As used herein, “hardware” can include a combination of discrete components, an integrated circuit, an application-specific integrated circuit, a field programmable gate array, or other suitable hardware. As used herein, “software” can include one or more objects, agents, threads, lines of code, subroutines, separate software applications, two or more lines of code or other suitable software structures operating in two or more software applications or on two or more processors, or other suitable software structures. In one exemplary embodiment, software can include one or more lines of code or other suitable software structures operating in a general purpose software application, such as an operating system, and one or more lines of code or other suitable software structures operating in a specific purpose software application. As used herein, the term “couple” and its cognate terms, such as “couples” and “coupled,” can include a physical connection (such as a copper conductor), a virtual connection (such as through randomly assigned memory locations of a data memory device), a logical connection (such as through logical gates of a semiconducting device), other suitable connections, or a suitable combination of such connections.

System 100 includes network container 102, which further includes virtual software bus 104 that can allow a suitable application or service loaded within network container 102 to connect to application store 114, third party services platform 116, network web services gateway 118 or other suitable systems or services. In one exemplary embodiment, application store 114, third party services platform 116 and network web services gateway 118 can be implemented in hardware or a suitable combination of hardware and software, and can be one or more software systems operating on one or more processors, such as a dedicated server, a cloud-implemented service or in other suitable manners.

Virtual software bus 104 facilitates the transport of data between the applications and services operating within network container 102 and centralized orchestration framework 122, which can be hosted at network web services gateway 118 or in other suitable locations (such as a single server or a cloud service). Orchestration framework 122 behaves both as a proxy and broker for the messages from other applications and services running within network container 102. A single application programming interface (API) 120 is used by network applications 106, customized third party applications 108, native operating system (OS) applications 110, websites 112 and the associated services provided by these applications and websites to interface with definitions for the applications and services, and to provide information enabling orchestration framework 122 to create the context for a sequence of events that determines the brokering and chaining of API requests to the various backend systems associated with the applications and websites, such as application store 114, third party services platform 116 and network web services gateway 118.

Network container 102 can be installed on a user device, such as a cellular telephone or tablet computer, either by the customer as an application that is downloaded over the air (OTA) onto their device, can be integrated into software that is pre-loaded onto the user device, or can be otherwise provided. Orchestration framework 122 provides a trusted software environment to enforce policies common across all applications and services as well as policies that are unique to any application or service. A personal policy can be defined by or for the customer for the utilization of services within each application.

In one exemplary embodiment, orchestration framework 122 can provide the following functions:

• • enable applications and websites running on or accessed by a device with network container 102 to exchange information and interact with each other.
  • enable applications and websites running on or accessed by a device with network container 102 to request API calls through orchestration framework 122 that are then brokered into a cloud service orchestration composition layer (such as a web services enterprise service bus), to access network capabilities such as quality of service (QOS), to access core IT platforms such as operations support systems (OSS) and business support systems (BSS) for customer account, billing, provisioning, identity, device information or other suitable functionality.
  • enforce security policies for the services.
  • manage policies that have been defined for each application or website that has the ability to utilize specific network or third party services.
  • enable real time analytics to be provided on QOS metrics for network bandwidth, customer usage, application behavior or other function, such as for developers to utilize in their applications.
  • enable applications and websites running on a device with network container 102 to request API calls that are then brokered into a defined third party back end platform interface (such as third party payment, cloud storage, data read/write retrieval, or other suitable back end platform interfaces).
  • enforce personal policy for access to services.
  • enforce policy rules that define which services can by utilized by specified applications associated with an active user persona.
  • ensure that service API calls adhere to network technical standards.
  • enable service and policy rules to be updated dynamically (via push or pull update methodology).
  • enable the ability to change policy rules and enforcement dynamically to support scenarios such as an updated government privacy policy.

In one exemplary embodiment, network web services gateway 118 can update a service provided by or through a network application 106 from a first version to second version. In another exemplary embodiment, network web services gateway 118 can register services that can be utilized locally within the network on a device with network container 102, such as video, audio codecs, digital rights management or other suitable services. In another exemplary embodiment, network web services gateway 118 can registers service that are brokered by the network on a device with network container 102 to a back end network platform, such as third party payments, identity, news feeds, mapping, or other suitable services. In another exemplary embodiment, a third party can registers services that can be utilized locally within the network on a device with network container 102, such as video, audio codecs, digital rights management or other suitable services. In another exemplary embodiment, a third party can register services that are brokered by the network on a device with a network container 102 to a third party back end server, such as third party payments, identity, news feeds, mapping, or other suitable services. In another exemplary embodiment, network web services gateway 118 can publish a service such as VPN, private cloud access, enterprise email or other suitable services that can only be used by a device with network container 102.

FIG. 2 is a diagram of a system 200 for providing an orchestration framework in accordance with an exemplary embodiment of the present disclosure. System 200 includes orchestration framework 122 and API 202, proxy 204, broker 206, definitions 208 and personal policy rules 210, each of which can be implemented as hardware or a suitable combination of hardware and software, and which can be one or more software systems operating on a processor.

API 202 allows system 200 to interface with network applications 106, customized third party applications 108, native OS applications 110 and websites 112 through their corresponding APIs 120.

Proxy 204 provides proxy functionality for the applications and services running within and in conjunction with network container 102, such as to allow those applications and services to readily interact with each other and to apply rules to the interaction between applications and services. In one exemplary embodiment, proxy 204 can ensure continuity of operation in the event of intermittent communications with the device upon which network container 102 is operating.

Broker 206 provides broker services for messages from applications and services running within and in conjunction with network container 102. In one exemplary embodiment, broker 206 manages workload queues for multiple receivers.

Definitions 208 are used to provide the definitions for messages between applications and services, such as to facilitate implementation of applications and services for use with a device having network container 102. In one exemplary embodiment, definitions 208 provides a centralized location for definitions, to allow the definitions to be easily updated and coordinated.

Personal policy rules 210 allows a user, system administrator or other suitable person or system to control personal policy rules settings, such as to control system or application data or functionality that a user can access, to control the data or account functionality of a user that can be accessed by an application or service, or to provide other suitable functions.

FIG. 3 is a diagram of a user settings control 300 that can be enabled for user applications, such as to allow a user to configure their permissions settings for the services that an application can be used for each application that is running. In one exemplary embodiment, user setting control 300 can be generated by a display of a user device, such as using a touch screen display or other suitable interactive displays, and can include one or more user-selectable controls that are implemented as one or more objects having association data, graphic and functional attributes. The selectable permission settings can be enforced by network web services gateway 118 or orchestration framework 122 for applications and services operating in conjunction with network container 122. In this manner, the user policy settings can be stored in a cloud environment and transferable with the user.

In another exemplary embodiment, a full screen widget, such as a panel, can be provided to have defined criteria and settings that can either be pre-configured by the application developer or network, or to be configured by the users.

An exemplary use case could include an enterprise panel created for an enterprise that includes a VPN client, email, cloud directory access, intranet web browser URL access and video conference calling app. In this enterprise panel, the IT administrator for the enterprise can define which applications that have specific access to a private set of services to log-on and access company cloud services through the company firewall. The IT administrator can also define rules where the panel can't be modified (such as to bring in additional icon shortcuts).

In another exemplary embodiment, a dynamic contextual based policy framework can be provided. Examples of contextual based policies include:

• • time of day—such as to allow an employer to find an employee during the work day
  • location—such as to allow children to make purchases while at their school
  • relationship of users—such as to allow of transfer of money to other people within the user's account
  • Persona—such as to only allow a user's gaming friends to see the user's gaming activities

In another exemplary embodiment, the network on-device services framework can be enabled to enforce a policy framework that is driven by a unique application ID that is assigned to permissions as granted by the network. If an application is requesting access to a service that it has not been granted permission to utilize by the network, then the network on-device services framework can enforce the policy and not allow the user to access to the requested service.

In another exemplary embodiment, the network can be configured to upload bulk advertising that is targeted/optimized for the network broadband customer in the background to the network on-device container of a user's device. The network container can have an advertising engine that will in real time broker and fulfill locally on the device, the applications advertising requests that are running in the network container. The network advertising engine can track all user behavior for the provided advertising and save the advertising delivery data for the network analytics platform.

In another exemplary embodiment, the ability to track all user activity of applications, websites and native OS apps and services running in the network container can be provided. User activity tracked can include the apps utilized, all screens accessed, services utilized and any interactions with other users. All user behavior for the provided advertising can be tracked and sent to the analytics platform.

In another exemplary embodiment, security for transactions can be enabled based on persona and access to specific services, within a persona such as business access to services, or in other suitable manners. For the transaction, a unique identifier within the data packets header can be utilized for specific level of security for access to services requiring strong protection such as payments, medical and financial information. The services orchestration layer can be utilized to create the unique identifier within the data packet header.

It should be emphasized that the above-described embodiments are merely examples of possible implementations. Many variations and modifications may be made to the above-described embodiments without departing from the principles of the present disclosure. All such modifications and variations are intended to be included herein within the scope of this disclosure and protected by the following claims.

Claims

1-12. (canceled)

13. A system, comprising: a computing node of a service provider that provides telecommunications services to a client of the service provider via a service provider network, the computing node comprising at least one processor and a memory, and the services comprising a plurality of network services provided for a container of the client and one or more personal third party applications provided for the container of the client;the computing node configured to implement a personal policy rules service that receives and manages applications programming interface (API) requests pertaining to the personal third party applications; andthe computing node configured to implement a proxy service that receives and manages API requests pertaining to the network services and that processes the personal policy rules.

14. The system of claim 13, wherein the API requests are related to a particular service.

15. The system of claim 14 wherein an approval control is associated with one or more of the API requests.

16. The system of claim 13, wherein an approval control defines a sequence of two or more approval levels.

17. A method, comprising: performing, by one or more service provider computers of a service provider network, receipt and management of application programming interface (API) requests pertaining to provisioning, administering, and managing computing resources on behalf of one or more backend services of a service provider and one of more third party services for a plurality of clients of the service provider, at least some API requests triggering messages between the service provider network and one or more clients over a network external to the service provider network on behalf of the backend services;receiving and managing API requests pertaining to personal policy rules using a network container of an associated client; andreceiving and managing API requests pertaining to the backend services using the network container of the associated client.

18. The method of claim 17, further comprising determining, dependent on a received response and a pre-determined criteria for approval or denial of the API request, a result of the API request.

19. The method of claim 18 wherein the method further comprises, prior to receiving the API request, creating an approval control on behalf of the client of the service provider.

20. The method of claim 19 further comprising associating the approval control with the API request.

21. The method of claim 20 further comprising wherein the approval control defines the API request.

22. The method of claim 17, wherein an approval control is associated with one or more API requests.

23. The method of claim 17, wherein an approval control defines a sequence of two or more approval levels.

24. The method of claim 17, wherein the API request comprises a time of day associated with the API request.

25. The method of claim 17, wherein the client of the service provider consumes services provided by the service provider.

26. The method of claim 17, wherein the client of the service provider consumes services provided by the service provider, including an approval service.

27. The method of claim 26, wherein the method further comprises, prior to receiving the API request, receiving, from an administrator of the client, a request to create a control on behalf of the client.

28. The method of claim 27 further comprising creating the control.

29. The method of claim 28 further comprising receiving, from an administrator of the client, a request to associate the control with a specified service.

30. The method of claim 29 further comprising associating the control with the specified service.

31. A non-transitory computer-readable storage medium storing program instructions that when executed on one or more computers cause the one or more computers to implement a service, wherein the service is configured to: perform, by one or more service provider computers of a service provider network, receipt and management of application programming interface (API) requests pertaining to provisioning, administering, and managing computing resources on behalf of one or more backend services of a service provider and one of more third party services for a plurality of clients of the service provider, at least some API requests triggering messages between the service provider network and one or more clients over a network external to the service provider network on behalf of the backend services;receive and manage API requests pertaining to the third party services using a network container of an associated client; andreceive and manage API requests pertaining to the network backend services using the network container of the associated client.

32. The instructions of claim 31, further comprising determining, dependent on a received response and a pre-determined criteria for approval or denial of the API request, a result of the API request.