WO2015016924A1 - Providing subscriber options - Google Patents

Providing subscriber options Download PDF

Info

Publication number
WO2015016924A1
WO2015016924A1 PCT/US2013/053076 US2013053076W WO2015016924A1 WO 2015016924 A1 WO2015016924 A1 WO 2015016924A1 US 2013053076 W US2013053076 W US 2013053076W WO 2015016924 A1 WO2015016924 A1 WO 2015016924A1
Authority
WO
WIPO (PCT)
Prior art keywords
subscriber
service design
option
options
service
Prior art date
Application number
PCT/US2013/053076
Other languages
French (fr)
Inventor
Shubhada PALASAMUDRAM
Dilip Dalton
Steve Berube
Lakshminarayana Mandaleeka
Serdar BADEM
Original Assignee
Hewlett-Packard Development Company, L.P.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hewlett-Packard Development Company, L.P. filed Critical Hewlett-Packard Development Company, L.P.
Priority to CN201380078223.3A priority Critical patent/CN105493065B/en
Priority to EP13890550.0A priority patent/EP3028164A1/en
Priority to PCT/US2013/053076 priority patent/WO2015016924A1/en
Priority to US14/898,548 priority patent/US10410269B2/en
Publication of WO2015016924A1 publication Critical patent/WO2015016924A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0621Item configuration or customization
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/242Query formulation
    • G06F16/2433Query languages
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/951Indexing; Web crawling techniques
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/20Administration of product repair or maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046Interoperability with other network applications or services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network

Definitions

  • a cloud service generally refers to a service that allows end recipient computer systems (e.g., thin clients, portable computers, smartphones, desktop computers and so forth) to access a pool of hosted computing and/or storage resources (e.g., the cloud resources) and networks over a network (e.g., the cloud resources).
  • end recipient computer systems e.g., thin clients, portable computers, smartphones, desktop computers and so forth
  • storage resources e.g., the cloud resources
  • networks e.g., the Internet
  • the host may, as examples, provide Software as a Service (SaaS) by hosting applications; Infrastructure as Service (laaS) by hosting equipment (e.g., servers, storage components, network components, etc.); or a Platform as a Service (PaaS) by hosting a computing platform (e.g., operating system, middleware, data bases, autoscaling infrastructure, etc.).
  • SaaS Software as a Service
  • laaS Infrastructure as Service
  • PaaS Platform as a Service
  • a computing platform e.g., operating system, middleware, data bases, autoscaling infrastructure, etc.
  • a typical cloud service incurs charges on a demand basis, is managed by the cloud service provider and may be scaled (e.g., scaled according to desired storage capacity, processing power, network bandwidth and so forth) by the end user.
  • the cloud service may be a public service (e.g. , an Internet-based service) that is generally available to all potential users or a limited access private service that is provided over a private network (e.g., a business enterprise network) as well as a managed cloud service - private or hosted - (e.g., a virtual private cloud service) or a hybrid cloud service (a cloud service that is a combination of the above).
  • a user may manually perform various actions related to deploying and configuring software associated with the ordered cloud service (e.g., deployment of virtual machines (VMs), middleware, application software, application components, and so forth) on the provisioned/instantiated infrastructure.
  • VMs virtual machines
  • middleware middleware
  • application software application components
  • so forth software associated with the ordered cloud service
  • Figure 1 is a diagram of an example of an environment for providing subscriber options according to the present disclosure.
  • Figure 2A illustrates a diagram of an example of a system for providing subscriber options according to the present disclosure.
  • Figure 2B illustrates a diagram of an example of a computing device according to the present disclosure.
  • Figure 3 illustrates a flow chart of an example of a method for providing subscriber options according to the present disclosure.
  • a service manager can be used to offer and deliver (e.g., instantiate, provision, and deploy) services and manage the lifecycles of cloud services for end users.
  • Managing the lifecycles of cloud services can include managing the building of a cloud service, ongoing management of an existing cloud service, reporting, metering, and/or auditing, for example.
  • a cloud service manager can orchestrate the use of application programming interfaces (APIs) of existing cloud services for managing the lifecycles of the existing cloud services and combinations of the existing cloud services for users of end systems (e.g., desktops, portable computers, smartphones, clients, thin clients, servers).
  • APIs application programming interfaces
  • the selection and ordering of cloud lifecycle management services may be performed by a given subscriber (e.g., an administrator) for a group of end subscribers (e.g., users of an enterprise), or the selection and ordering of the cloud capabilities may be performed by a given subscriber (e.g., an Internet-based user or employee) for the given subscriber's individual use. Subscribers of the cloud service manager may select and order cloud capabilities through the cloud service manager.
  • Cloud capabilities refer to existing cloud services, combinations of existing cloud services that are supported by existing cloud resources, as well as lifecycle management services that are offered and delivered by the service manager.
  • the cloud capabilities may be associated with services that are associated with a "cloud", which may be a public cloud (e.g.
  • a cloud formed from an Internet-based network and which provides hosted cloud services that are generally available to members of the public a private cloud (e.g., a cloud formed from a private, limited access network (such as an enterprise network) which provides hosted cloud services to a limited group of members), a virtual private cloud (e.g., a cloud formed from a public network providing hosted cloud services to a limited group of members), and/or a hybrid cloud (e.g., a cloud formed from a combination of two or more of the aforementioned clouds).
  • clouds are not so limited, however, and a cloud may include a number of different types of, and/or combinations of, distributed computing systems.
  • "a" or "a number of something can refer to one or more such things.
  • Some service managers enable subscribers to generate cloud capabilities via subscriber interaction through a subscriber portal or other interface. Such service managers utilize systems to instantiate a cloud capability, and may define optimum resources to perform a particular service.
  • a cloud service may begin its life as a service design created by a service designer using a service manager (e.g., a platform and/or console).
  • a service design can contain a hierarchy of service components (e.g., the basic building blocks of a service design having the actions, information, and/or restrictions used to deploy a service).
  • a service design can include a set of actions to instantiate the cloud capability as well as a collection of resources to be utilized in the instantiation of the cloud capability.
  • a service designer can construct a service design including a hierarchy of service components, subscriber options and/or custom properties of an orderable cloud-based service.
  • Subscriber options can include various elements of a service design which may be used to provide options presented to a service consumer and/or user (hereinafter referred to as "subscriber") in a cloud subscriber portal.
  • Subscriber options can allow customization of a service at the time of an order, for instance.
  • Examples herein can allow the subscriber options to be different and/or change (e.g., dynamically) in response to various factors.
  • factors can include, for example, an identity of the subscriber (e.g., who the subscriber is), which tenant and/or organization to which the subscriber belongs (in a multi-tenant and/or organization environment), when the subscriber requests a service, where the subscriber desires the service to be created, and/or what options the subscriber may h ave p revi ou s [y se I ected .
  • Examples herein allow the provision of particular options to the subscriber based on options previously selected by the subscriber. That is, values of options can be driven by the context surrounding what the subscriber may have already selected (e.g., chosen, input, etc.) using a subscriber device. "Dependent options," as used herein, can refer to subscriber options provided to the subscriber determined to be relevant based on previous subscriber behavior (e.g., option selection).
  • a subscriber can select an option and in response be provided with an option set that includes underlying dependent options.
  • An option set's enablement can be determined by an option's enablement; that is, an option set can be dependent upon the selection of a particular option. Simiiariy, an option's enablement can be dependent upon the enablement of a particular option set.
  • the relationship between option set(s) and option(s) can be cyclical in that when an option is selected an underlying dependent option set can be enabled, and the enablement of the option set can enable all options depending from the option set.
  • Enabled options can be provided to a subscriber by being displayed by a subscriber device (e.g., a GUI of a subscriber device), for instance.
  • One or more options can be selected in various manners and
  • examples of the present disclosure do not limit the selection of options to a particular manner.
  • an option can be selected using a menu (e.g., a drop-down menu) and/or one or more entries made into a Boolean field, among other manners of selecting.
  • Examples of the present disclosure can enhance an experience of a subscriber by providing relevant options to the subscriber. Relevant options can include options dependent upon previous selections made by the subscriber such that the subscriber is not shown irrelevant, duplicative, and/or otherwise
  • Relevant options can include updated values for options having a tendency to change in value (e.g., over time). Thus, a subscriber can be provided with timely and accurate options while minimizing (e.g., eliminating) the provision of unnecessary options.
  • FIG. 1 is a diagram of an example of an environment 00 for providing subscriber options according to the present disclosure.
  • the environment 100 can include a service manager 102 (including a file 108) configured to create a service design for a cloud capability in collaboration with a subscriber using a subscriber device 104.
  • the subscriber device 104 may also be referred to as a subscriber portal.
  • a subscriber device as referred to herein, can be a computing device (e.g., a computing device as described in connection with Figure 2B), for instance.
  • a subscriber portal, as referred to herein, can include a framework for integrating information, people, and/or processes through a unified access point (e.g., through a web-based user interface). In some examples, a subscriber portal can be accessed by a subscriber device.
  • environment 100 includes an external system 106.
  • a service manager 102 may communicate with the subscriber device 104 and/or the external system 106 via a network.
  • the network can include one or more of a local area network (LAN), a wide area network (WAN), and/or the Internet.
  • the service manager 102 may reside on an Internet server, on a server within a private LAN, on a server within a WAN, on a desktop computer, and/or may be offered as Software as a Service (SaaS).
  • SaaS Software as a Service
  • Subscriber device 104 can send, and service manager 102 can receive, a message including a selected service design option.
  • the message can be a hypertext transfer protocol (HTTP) request (e.g., HTTP POST request), for instance, responsive to a subscriber selection of a particular option.
  • HTTP hypertext transfer protocol
  • Inclusion of one or more parameters in the message can be subscriber-defined, for instance, and can be used by the subscriber to control a response from the service manager.
  • One or more of the parameters can include an option identifier correlating the message with the particular option (e.g., the selected option).
  • the service manager 102 can resolve one or more client tokens configured in the message (e.g., configured in the body of the POST request).
  • a client token may identify the subscriber.
  • the service manager 102 can identify (determine an identity of) the subscriber based on the message (e.g., one or more client token(s) of the message).
  • Tokens can be used to determine the tenant and/or organization to which the subscriber belongs (in a multi-tenant and/or organization environment), privileges (e.g., role-based privileges) of the subscriber, when the subscriber requests a service, where the subscriber desires the service to be created, and/or what options the subscriber may have previously selected, among others.
  • Tokens can include a user ID (e.g. , provided through user login).
  • the message can be invoked by the service manager 102 by creating and/or modifying the file 108, for instance.
  • the file 108 can be stored by the service manager 02 and can take various implementations.
  • the file 108 can include service side scripting language (e.g., JSP (JavaServer Pages), PHP, Ruby, etc.).
  • the service manager 102 can fetch data from the external system 106 pertinent to the selected service design option and/or the identified subscriber.
  • the external system 106 can include various databases, protocols, and/or systems configured to store and/or communicate information associated with one or more service design options and/or the subscriber (e.g., an identity of the subscriber).
  • the external system 106 can include a file, database (human resources database of an organization to which the subscriber belongs), a lightweight directory access protocol (LDAP) store, a pricing system (e.g., SmartBUY), etc.
  • LDAP lightweight directory access protocol
  • the fetched data can be processed by the service manager 102 (e.g., by logic of the file 108 of the service manager 02) to determine a set of service design options (e.g., a list of values), dependent to the selected service design option, to provide to the subscriber device 04.
  • the set of service design options can be provided by the service manger 102 to the subscriber device 104 in a particular (e.g., predefined) format.
  • the set of service design options can be displayed on a user interface of the subscriber device 104 such that each service design option of the set is selectable by the subscriber. Accordingly, the service manager 102 can inspect each of the options being passed back to the subscriber device 104 upon request (message receipt). If the service manager determines that an option is dynamic (by its associated logic), service manager 02 can fetch a plurality of values that can be provided (e.g., presented) to the subscriber at the time of the request.
  • Figures 2A-2B illustrate examples of systems 210, 224 according to the present disclosure.
  • Figure 2A illustrates a diagram of an example of a system 210 for providing subscriber options according to the present disclosure.
  • the system 2 0 can include a data store 222, a management system 212, and/or a number of engines 214, 216, 218, 220.
  • the management system 212 can be in communication with the data store 222 via a communication link, and can include the number of engines (e.g., reception engine 214, determination engine 216, fetch engine 218, provision engine 220, etc.).
  • the management system 212 can include additional or fewer engines than illustrated to perform the various functions described herein.
  • the number of engines can include a combination of hardware and programming that is configured to perform a number of functions described herein (e.g., provide the plurality of values to a user interface associated with the subscriber portal).
  • the programming can include program instructions (e.g., software, firmware, etc.) stored in a memory resource (e.g., computer readable medium, machine readable medium, etc.) as well as hard-wired program (e.g., logic).
  • the reception engine 214 can include hardware and/or a combination of hardware and programming to receive the request from the subscriber (e.g., via a subscriber portal) identifying a service design option.
  • the request can be an HTTP request (e.g., HTTP POST request), for instance, responsive to a subscriber selection of a particular option.
  • the determination engine 216 can include hardware and/or a
  • the determination engine 216 can resolve one or more client tokens configured in the message (e.g., configured in the body of the POST request) and/or identify (e.g., determine an identity of) the subscriber based on the message (e.g., one or more client token(s) of the message).
  • the fetch engine 218 can include hardware and/or a combination of hardware and programming to fetch a plurality of values associated with the service design option from an external system based on the identity of the subscriber.
  • the plurality of values can be pertinent to the selected service design option and/or the identified subscriber, for instance.
  • the external system can include a database configured to store information associated with the identity of the subscriber.
  • the provision engine 220 can include hardware and/or a combination of hardware and programming to provide the plurality of values to a user interface associated with the subscriber portal.
  • the fetched values can be processed by the provision engine 220 to determine a set of service design options and/or list of values to provide to the user interface.
  • the plurality of values associated with the service design option can be provided by the provision engine 220 to the user interface in a particular (e.g. , predefined) format.
  • the set of service design options can be displayed on a user interface associated with the subscriber portal such that each service design option of the set is selectable by the subscriber (e.g., in a user- selectable format).
  • Figure 2B illustrates a diagram of an example of a computing device 224 according to the present disclosure.
  • the computing device 224 can utilize software, hardware, firmware, and/or logic to perform a number of functions herein.
  • the computing device 224 can be any combination of hardware and program instructions configured to share information.
  • the hardware for example can include a processing resource 226 and/or a memory resource 230 (e.g., computer- readable medium (CRM), machine readable medium (MRM) f database, etc.)
  • a processing resource 226, as used herein, can include any number of processors capable of executing instructions stored by a memory resource 230.
  • Processing resource 226 may be integrated in a single device or distributed across multiple devices.
  • the program instructions e.g. , computer-readable instructions (CRl)
  • the memory resource 230 can be in communication with a processing resource 226.
  • a memory resource 230 can include any number of memory components capable of storing instructions that can be executed by processing resource 226.
  • Such memory resource 230 can be a non-transitory CRM or MRM.
  • Memory resource 230 may be integrated in a single device or distributed across multiple devices. Further, memory resource 230 may be fully or partially integrated in the same device as processing resource 226 or it may be separate but accessible to that device and processing resource 226.
  • the computing device 224 may be implemented on a participant device, on a server device, on a collection of server devices, and/or a combination of the user device and the server device.
  • the memory resource 230 can be in communication with the
  • processing resource 226 via a communication link (e.g., a path) 228.
  • a communication link e.g., a path
  • a local communication link 228 can be local or remote to a machine (e.g., a computing device) associated with the processing resource 226.
  • a local communication link 228 can include an electronic bus internal to a machine (e.g., a computing device) where the memory resource 230 is one of volatile, non-volatile, fixed, and/or removable storage medium in communication with the processing resource 226 via the electronic bus.
  • a number of modules 232, 234, 236, 238 can include CR! that when executed by the processing resource 226 can perform a number of functions.
  • the number of modu!es 232, 234, 236, 238 can be sub-modules of other modules.
  • the reception module 232 and the identification module 234 can be sub- modules and/or contained within the same computing device.
  • the number of modules 232, 234, 236, 238 can comprise individual modules at separate and distinct locations (e.g., CRM, etc.).
  • Each of the number of modules 232, 234, 236, 238 can include instructions that when executed by the processing resource 226 can function as a corresponding engine as described herein.
  • the reception module 232 can include instructions that when executed by the processing resource 226 can function as the reception engine 214.
  • fetch module 236 can include instructions that when executed by the processing resource 226 can function as the fetch engine 218.
  • Figure 3 illustrates a flow chart of an example of a method 340 for providing subscriber options according to the present disclosure.
  • the method 340 can include receiving a message associated with a first service design option from a subscriber device.
  • messages can be received associated with design options.
  • the method 340 can include receiving a message associated with a second service design option from the subscriber device including a portion specifying that a value of the second service design option depends on a value of the first service design option.
  • a dynamic option can be made a dependent option using a client token. For example, a client token in one or more parameter values of a message associated with the second service design option can be used to specify that the second service design option is dependent upon a value of the first service design option.
  • the second option message can include a plurality of parameters, and a value of one of the parameters can be defined as the value of the first option.
  • the method 340 can include determining a change in the value of the first service design option. For example, if a depended-from option (e.g., optionl in the example above) changes in value (e.g. , via a user selection) a component can be activated. In some examples, an onchange event associated with the depended-from option can fire when a value associated with the option changes. For example, a script (e.g., JavaScript) can be executed when a value changes.
  • a depended-from option e.g., optionl in the example above
  • an onchange event associated with the depended-from option can fire when a value associated with the option changes.
  • a script e.g., JavaScript
  • the activation of the component can include checking other options of the page to determine if those options reference the changed option by looking for its client side token (e.g., [CLIENT:option1]) in the message (e.g., checking a plurality of tokens associated with a respective plurality of messages of service design options to determine service design options that reference the first service design option).
  • client side token e.g., [CLIENT:option1]
  • the URi(s) of the dynamic option(s) on the page can be checked to determine whether any of the dynamic options reference the changed option by looking for the associated client side token in the POST body.
  • a list of URIs having dynamic options that reference the changed option can be created.
  • the method 340 can include replacing the portion (of the message associated with the second service design option) with the changed value of the first service design option.
  • the client side token e.g.,
  • [CLIENT:option1]) can be replaced with the changed (e.g., new) value of the option.
  • the method 340 can include receiving a plurality of values associated with the second service design option from an external system based on the changed value of the first service design option.
  • AJAX asynchronous JavaScript and XML
  • AJAX can be used to send the changed value (and other data) to the back end without interfering with a display on the subscriber device, for instance.
  • the changed value that replaced the client side token can be used in fetching one or more values associated with the service design option from an external system in a manner analogous to that previously discussed, for instance.
  • the method 340 can include providing the plurality of values to the subscriber device.
  • the changed (e.g., new) option values determined using the changed option can be provided to the subscriber device in a manner analogous to that previously discussed, for instance.
  • a dependent dynamic option can depend from more than one option.
  • multiple dynamic options can depend on a single option, for instance.

Abstract

Providing subscriber options can include receiving a message including a selected service design option from a subscriber device, identifying the subscriber based on the message, fetching data pertinent to the selected service design option and the identified subscriber, and providing a set of service design options, dependent to the selected service design option, to the subscriber device based on the data.

Description

PROVIDING SUBSCRIBER OPTIONS
Background
[0001] A cloud service generally refers to a service that allows end recipient computer systems (e.g., thin clients, portable computers, smartphones, desktop computers and so forth) to access a pool of hosted computing and/or storage resources (e.g., the cloud resources) and networks over a network (e.g., the
Internet). In this manner, the host, a cloud service provider, may, as examples, provide Software as a Service (SaaS) by hosting applications; Infrastructure as Service (laaS) by hosting equipment (e.g., servers, storage components, network components, etc.); or a Platform as a Service (PaaS) by hosting a computing platform (e.g., operating system, middleware, data bases, autoscaling infrastructure, etc.).
[0002] A typical cloud service incurs charges on a demand basis, is managed by the cloud service provider and may be scaled (e.g., scaled according to desired storage capacity, processing power, network bandwidth and so forth) by the end user. The cloud service may be a public service (e.g. , an Internet-based service) that is generally available to all potential users or a limited access private service that is provided over a private network (e.g., a business enterprise network) as well as a managed cloud service - private or hosted - (e.g., a virtual private cloud service) or a hybrid cloud service (a cloud service that is a combination of the above). Traditionally, when a user orders a cloud service, the user may manually perform various actions related to deploying and configuring software associated with the ordered cloud service (e.g., deployment of virtual machines (VMs), middleware, application software, application components, and so forth) on the provisioned/instantiated infrastructure.
Brief Description of the Drawings
[0003] Figure 1 is a diagram of an example of an environment for providing subscriber options according to the present disclosure.
[0004] Figure 2A illustrates a diagram of an example of a system for providing subscriber options according to the present disclosure.
[0005] Figure 2B illustrates a diagram of an example of a computing device according to the present disclosure.
[0006] Figure 3 illustrates a flow chart of an example of a method for providing subscriber options according to the present disclosure.
Detailed Description
[0007] A service manager can be used to offer and deliver (e.g., instantiate, provision, and deploy) services and manage the lifecycles of cloud services for end users. Managing the lifecycles of cloud services can include managing the building of a cloud service, ongoing management of an existing cloud service, reporting, metering, and/or auditing, for example. A cloud service manager can orchestrate the use of application programming interfaces (APIs) of existing cloud services for managing the lifecycles of the existing cloud services and combinations of the existing cloud services for users of end systems (e.g., desktops, portable computers, smartphones, clients, thin clients, servers).
[0008] Depending on the particular implementation, the selection and ordering of cloud lifecycle management services may be performed by a given subscriber (e.g., an administrator) for a group of end subscribers (e.g., users of an enterprise), or the selection and ordering of the cloud capabilities may be performed by a given subscriber (e.g., an Internet-based user or employee) for the given subscriber's individual use. Subscribers of the cloud service manager may select and order cloud capabilities through the cloud service manager. Cloud capabilities, as used herein, refer to existing cloud services, combinations of existing cloud services that are supported by existing cloud resources, as well as lifecycle management services that are offered and delivered by the service manager. The cloud capabilities may be associated with services that are associated with a "cloud", which may be a public cloud (e.g. , a cloud formed from an Internet-based network and which provides hosted cloud services that are generally available to members of the public), a private cloud (e.g., a cloud formed from a private, limited access network (such as an enterprise network) which provides hosted cloud services to a limited group of members), a virtual private cloud (e.g., a cloud formed from a public network providing hosted cloud services to a limited group of members), and/or a hybrid cloud (e.g., a cloud formed from a combination of two or more of the aforementioned clouds). Examples of clouds are not so limited, however, and a cloud may include a number of different types of, and/or combinations of, distributed computing systems. As used herein, "a" or "a number of something can refer to one or more such things.
[0009] Some service managers enable subscribers to generate cloud capabilities via subscriber interaction through a subscriber portal or other interface. Such service managers utilize systems to instantiate a cloud capability, and may define optimum resources to perform a particular service.
[0010] A cloud service may begin its life as a service design created by a service designer using a service manager (e.g., a platform and/or console). A service design can contain a hierarchy of service components (e.g., the basic building blocks of a service design having the actions, information, and/or restrictions used to deploy a service). As used herein, a service design can include a set of actions to instantiate the cloud capability as well as a collection of resources to be utilized in the instantiation of the cloud capability.
[0011] A service designer can construct a service design including a hierarchy of service components, subscriber options and/or custom properties of an orderable cloud-based service. Subscriber options can include various elements of a service design which may be used to provide options presented to a service consumer and/or user (hereinafter referred to as "subscriber") in a cloud subscriber portal.
Subscriber options can allow customization of a service at the time of an order, for instance.
[0012] Examples herein can allow the subscriber options to be different and/or change (e.g., dynamically) in response to various factors. Such factors can include, for example, an identity of the subscriber (e.g., who the subscriber is), which tenant and/or organization to which the subscriber belongs (in a multi-tenant and/or organization environment), when the subscriber requests a service, where the subscriber desires the service to be created, and/or what options the subscriber may h ave p revi ou s [y se I ected .
[0013] For example, introduction of new software and/or hardware can provide additional options, whereas obsolescence of existing hardware and/or software can reduce options (e.g., as time progresses after a service definition is made available to a subscriber). A governmental request may require the service to be realized in an environment included in a jurisdiction of where an employer of the subscriber is located, potentially causing changes in options available to the subscriber. "Dynamic options," as used herein, can refer to subscriber options having values presented to the user that are changeable (e.g., over time).
[0014] Examples herein allow the provision of particular options to the subscriber based on options previously selected by the subscriber. That is, values of options can be driven by the context surrounding what the subscriber may have already selected (e.g., chosen, input, etc.) using a subscriber device. "Dependent options," as used herein, can refer to subscriber options provided to the subscriber determined to be relevant based on previous subscriber behavior (e.g., option selection).
[0015] In some examples, a subscriber can select an option and in response be provided with an option set that includes underlying dependent options. An option set's enablement can be determined by an option's enablement; that is, an option set can be dependent upon the selection of a particular option. Simiiariy, an option's enablement can be dependent upon the enablement of a particular option set. Thus, the relationship between option set(s) and option(s) can be cyclical in that when an option is selected an underlying dependent option set can be enabled, and the enablement of the option set can enable all options depending from the option set. Enabled options can be provided to a subscriber by being displayed by a subscriber device (e.g., a GUI of a subscriber device), for instance.
[0016] One or more options can be selected in various manners and
examples of the present disclosure do not limit the selection of options to a particular manner. For example, an option can be selected using a menu (e.g., a drop-down menu) and/or one or more entries made into a Boolean field, among other manners of selecting. [0017] Examples of the present disclosure can enhance an experience of a subscriber by providing relevant options to the subscriber. Relevant options can include options dependent upon previous selections made by the subscriber such that the subscriber is not shown irrelevant, duplicative, and/or otherwise
unnecessary options. Relevant options can include updated values for options having a tendency to change in value (e.g., over time). Thus, a subscriber can be provided with timely and accurate options while minimizing (e.g., eliminating) the provision of unnecessary options.
[0018] Figure 1 is a diagram of an example of an environment 00 for providing subscriber options according to the present disclosure. The environment 100 can include a service manager 102 (including a file 108) configured to create a service design for a cloud capability in collaboration with a subscriber using a subscriber device 104. The subscriber device 104 may also be referred to as a subscriber portal. A subscriber device, as referred to herein, can be a computing device (e.g., a computing device as described in connection with Figure 2B), for instance. A subscriber portal, as referred to herein, can include a framework for integrating information, people, and/or processes through a unified access point (e.g., through a web-based user interface). In some examples, a subscriber portal can be accessed by a subscriber device.
[0019] As shown in Figure 1 , environment 100 includes an external system 106. Though a single instance of a service manager 102, a file 108, a subscriber device 104, and an external system 106 are illustrated in Figure 1 , examples of the present disclosure are not so limited. The service manager 102 may communicate with the subscriber device 104 and/or the external system 106 via a network. The network can include one or more of a local area network (LAN), a wide area network (WAN), and/or the Internet. Accordingly, the service manager 102 may reside on an Internet server, on a server within a private LAN, on a server within a WAN, on a desktop computer, and/or may be offered as Software as a Service (SaaS).
[0020] Subscriber device 104 can send, and service manager 102 can receive, a message including a selected service design option. The message can be a hypertext transfer protocol (HTTP) request (e.g., HTTP POST request), for instance, responsive to a subscriber selection of a particular option. The request can include one or more key-value pairs (e.g. , attribute value pairs) wherein each key- value pair is separated by a particular character (e.g., "&") and each key is separated from its corresponding value by another particular character (e.g., "="). An example of a message can include: param1=value1&param2=value2&param3=value3.
Inclusion of one or more parameters in the message can be subscriber-defined, for instance, and can be used by the subscriber to control a response from the service manager. One or more of the parameters can include an option identifier correlating the message with the particular option (e.g., the selected option).
[0021] The service manager 102 can resolve one or more client tokens configured in the message (e.g., configured in the body of the POST request). A client token may identify the subscriber. The service manager 102 can identify (determine an identity of) the subscriber based on the message (e.g., one or more client token(s) of the message). Tokens can be used to determine the tenant and/or organization to which the subscriber belongs (in a multi-tenant and/or organization environment), privileges (e.g., role-based privileges) of the subscriber, when the subscriber requests a service, where the subscriber desires the service to be created, and/or what options the subscriber may have previously selected, among others. Tokens can include a user ID (e.g. , provided through user login).
[0022] The message can be invoked by the service manager 102 by creating and/or modifying the file 108, for instance. The file 108 can be stored by the service manager 02 and can take various implementations. For example, the file 108 can include service side scripting language (e.g., JSP (JavaServer Pages), PHP, Ruby, etc.).
[0023] The service manager 102 (e.g., the file of the service manager 102) can fetch data from the external system 106 pertinent to the selected service design option and/or the identified subscriber. The external system 106 can include various databases, protocols, and/or systems configured to store and/or communicate information associated with one or more service design options and/or the subscriber (e.g., an identity of the subscriber). For example, the external system 106 can include a file, database (human resources database of an organization to which the subscriber belongs), a lightweight directory access protocol (LDAP) store, a pricing system (e.g., SmartBUY), etc.
[0024] The fetched data can be processed by the service manager 102 (e.g., by logic of the file 108 of the service manager 02) to determine a set of service design options (e.g., a list of values), dependent to the selected service design option, to provide to the subscriber device 04. The set of service design options can be provided by the service manger 102 to the subscriber device 104 in a particular (e.g., predefined) format. The set of service design options can be displayed on a user interface of the subscriber device 104 such that each service design option of the set is selectable by the subscriber. Accordingly, the service manager 102 can inspect each of the options being passed back to the subscriber device 104 upon request (message receipt). If the service manager determines that an option is dynamic (by its associated logic), service manager 02 can fetch a plurality of values that can be provided (e.g., presented) to the subscriber at the time of the request.
[0025] Figures 2A-2B illustrate examples of systems 210, 224 according to the present disclosure. Figure 2A illustrates a diagram of an example of a system 210 for providing subscriber options according to the present disclosure. The system 2 0 can include a data store 222, a management system 212, and/or a number of engines 214, 216, 218, 220. The management system 212 can be in communication with the data store 222 via a communication link, and can include the number of engines (e.g., reception engine 214, determination engine 216, fetch engine 218, provision engine 220, etc.). The management system 212 can include additional or fewer engines than illustrated to perform the various functions described herein.
[0026] The number of engines can include a combination of hardware and programming that is configured to perform a number of functions described herein (e.g., provide the plurality of values to a user interface associated with the subscriber portal). The programming can include program instructions (e.g., software, firmware, etc.) stored in a memory resource (e.g., computer readable medium, machine readable medium, etc.) as well as hard-wired program (e.g., logic).
[0027] The reception engine 214 can include hardware and/or a combination of hardware and programming to receive the request from the subscriber (e.g., via a subscriber portal) identifying a service design option. The request can be an HTTP request (e.g., HTTP POST request), for instance, responsive to a subscriber selection of a particular option. The request can include one or more key-value pairs wherein each key-value pair is separated by a particular character (e.g., "&") and each key is separated from its corresponding value by another particular character (e.g., "=")■
[0028] The determination engine 216 can include hardware and/or a
combination of hardware and programming to determine an identity of the subscriber based on a token inciuded in the request. The determination engine 216 can resolve one or more client tokens configured in the message (e.g., configured in the body of the POST request) and/or identify (e.g., determine an identity of) the subscriber based on the message (e.g., one or more client token(s) of the message).
[0029] The fetch engine 218 can include hardware and/or a combination of hardware and programming to fetch a plurality of values associated with the service design option from an external system based on the identity of the subscriber. The plurality of values can be pertinent to the selected service design option and/or the identified subscriber, for instance. As previously discussed, the external system can include a database configured to store information associated with the identity of the subscriber.
[0030] The provision engine 220 can include hardware and/or a combination of hardware and programming to provide the plurality of values to a user interface associated with the subscriber portal. The fetched values can be processed by the provision engine 220 to determine a set of service design options and/or list of values to provide to the user interface. The plurality of values associated with the service design option can be provided by the provision engine 220 to the user interface in a particular (e.g. , predefined) format. The set of service design options can be displayed on a user interface associated with the subscriber portal such that each service design option of the set is selectable by the subscriber (e.g., in a user- selectable format).
[0031] Figure 2B illustrates a diagram of an example of a computing device 224 according to the present disclosure. The computing device 224 can utilize software, hardware, firmware, and/or logic to perform a number of functions herein.
[0032] The computing device 224 can be any combination of hardware and program instructions configured to share information. The hardware for example can include a processing resource 226 and/or a memory resource 230 (e.g., computer- readable medium (CRM), machine readable medium (MRM)f database, etc.) A processing resource 226, as used herein, can include any number of processors capable of executing instructions stored by a memory resource 230. Processing resource 226 may be integrated in a single device or distributed across multiple devices. The program instructions (e.g. , computer-readable instructions (CRl)) can include instructions stored on the memory resource 230 and executable by the processing resource 226 to implement a desired function (e.g., to define a number of rules based on a number of parameter values).
[0033] The memory resource 230 can be in communication with a processing resource 226. A memory resource 230, as used herein, can include any number of memory components capable of storing instructions that can be executed by processing resource 226. Such memory resource 230 can be a non-transitory CRM or MRM. Memory resource 230 may be integrated in a single device or distributed across multiple devices. Further, memory resource 230 may be fully or partially integrated in the same device as processing resource 226 or it may be separate but accessible to that device and processing resource 226. Thus, it is noted that the computing device 224 may be implemented on a participant device, on a server device, on a collection of server devices, and/or a combination of the user device and the server device.
[0034] The memory resource 230 can be in communication with the
processing resource 226 via a communication link (e.g., a path) 228. The
communication link 228 can be local or remote to a machine (e.g., a computing device) associated with the processing resource 226. Examples of a local communication link 228 can include an electronic bus internal to a machine (e.g., a computing device) where the memory resource 230 is one of volatile, non-volatile, fixed, and/or removable storage medium in communication with the processing resource 226 via the electronic bus.
[0035] A number of modules 232, 234, 236, 238 can include CR! that when executed by the processing resource 226 can perform a number of functions. The number of modu!es 232, 234, 236, 238 can be sub-modules of other modules. For example, the reception module 232 and the identification module 234 can be sub- modules and/or contained within the same computing device. In another example, the number of modules 232, 234, 236, 238 can comprise individual modules at separate and distinct locations (e.g., CRM, etc.).
[0036] Each of the number of modules 232, 234, 236, 238 can include instructions that when executed by the processing resource 226 can function as a corresponding engine as described herein. For example, the reception module 232 can include instructions that when executed by the processing resource 226 can function as the reception engine 214. In another example, fetch module 236 can include instructions that when executed by the processing resource 226 can function as the fetch engine 218.
[0037] Figure 3 illustrates a flow chart of an example of a method 340 for providing subscriber options according to the present disclosure. At 342, the method 340 can include receiving a message associated with a first service design option from a subscriber device. As previously discussed, messages can be received associated with design options.
[0038] At 344, the method 340 can include receiving a message associated with a second service design option from the subscriber device including a portion specifying that a value of the second service design option depends on a value of the first service design option. A dynamic option can be made a dependent option using a client token. For example, a client token in one or more parameter values of a message associated with the second service design option can be used to specify that the second service design option is dependent upon a value of the first service design option. An example of a dependent dynamic option configuration (named option2) can include: param1 =value1 &param2=value2&param3=[CLIENT:option1], The configuration "[CLIENT:option1]" can indicate that the value of param3 is to take the value of option! Thus, depending on a value of optionl , the result of option2 can vary. Thus, the second option message can include a plurality of parameters, and a value of one of the parameters can be defined as the value of the first option.
[0039] At 346, the method 340 can include determining a change in the value of the first service design option. For example, if a depended-from option (e.g., optionl in the example above) changes in value (e.g. , via a user selection) a component can be activated. In some examples, an onchange event associated with the depended-from option can fire when a value associated with the option changes. For example, a script (e.g., JavaScript) can be executed when a value changes. The activation of the component can include checking other options of the page to determine if those options reference the changed option by looking for its client side token (e.g., [CLIENT:option1]) in the message (e.g., checking a plurality of tokens associated with a respective plurality of messages of service design options to determine service design options that reference the first service design option). In one example, the URi(s) of the dynamic option(s) on the page can be checked to determine whether any of the dynamic options reference the changed option by looking for the associated client side token in the POST body. A list of URIs having dynamic options that reference the changed option can be created.
[0040] At 348, the method 340 can include replacing the portion (of the message associated with the second service design option) with the changed value of the first service design option. For example, the client side token (e.g.,
[CLIENT:option1]) can be replaced with the changed (e.g., new) value of the option.
[0041] At 350, the method 340 can include receiving a plurality of values associated with the second service design option from an external system based on the changed value of the first service design option. In some examples,
asynchronous JavaScript and XML (AJAX) can be used to send the changed value (and other data) to the back end without interfering with a display on the subscriber device, for instance. The changed value that replaced the client side token can be used in fetching one or more values associated with the service design option from an external system in a manner analogous to that previously discussed, for instance.
[0042] At 352, the method 340 can include providing the plurality of values to the subscriber device. The changed (e.g., new) option values determined using the changed option can be provided to the subscriber device in a manner analogous to that previously discussed, for instance. Although not illustrated in method 340, it is to be understood that a dependent dynamic option can depend from more than one option. In addition, multiple dynamic options can depend on a single option, for instance.
[0043] In the detailed description of the present disclosure, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration how examples of the disclosure may be practiced. These examples are described in sufficient detail to enable those of ordinary skill in the art to practice the examples of this disclosure, and it is to be understood that other examples may be used and the process, electrical, and/or structural changes may be made without departing from the scope of the present disclosure.
[0044] In addition, the proportion and the relative scale of the elements provided in the figures are intended to illustrate the examples of the present disclosure, and should not be taken in a limiting sense. As used herein, the designators "N" and "P", particularly with respect to reference numerals in the drawings, indicate that a number of the particular feature so designated can be included with a number of examples of the present disclosure.

Claims

What is claimed :
1. A non-transitory computer-readable medium storing a set of instructions executable by a processing resource to:
receive a message including a selected service design option from a subscriber device;
identify the subscriber based on the message;
fetch data pertinent to:
the selected service design option; and
the identified subscriber; and
provide a set of service design options, dependent to the selected service design option, to the subscriber device based on the data.
2. The medium of claim 1 , wherein the instructions are executable to provide a set of service design options to the subscriber device for selection via at least one of a textual input and a menu.
3. The medium of claim 1 , wherein the instructions executable to identify the subscriber include instructions to determine an organization to which the subscriber belongs; and
wherein the instructions to provide the set of service design options include instructions to provide a plurality of options authorized by the organization.
4. The medium of claim 3, wherein the instructions to determine the organization include instructions to determine a role of the subscriber within the organization; and wherein the instructions to provide the set of service design options include instructions to provide a plurality of options authorized by the organization for the ro!e of the subscriber.
5. The medium of claim 1 , wherein the instructions executable to identify the subscriber include instructions to determine a time the message was received; and wherein the instructions to provide the set of service design options include instructions to provide the set of service design options based on the time.
6. The medium of claim 1 , wherein the instructions executable to identify the subscriber include instructions to determine a geographic location of the subscriber; and
wherein the instructions to provide the set of service design options include instructions to provide a plurality of options available in the geographic location.
7. The medium of claim 1 , wherein the selected service design option comprises a service design option for a cloud computing service design.
8. A system, comprising a processing resource in communication with a non- transitory computer-readable medium having instructions executable by the processing resource to implement a reception engine, a determination engine, a fetch engine, and a provision engine, wherein:
the reception engine receives a request from a subscriber portal identifying a service design option;
the determination engine determines an identity of the subscriber based on a token included in the request;
the fetch engine fetches a plurality of values associated with the service design option from an external system based on the identity of the subscriber; and the provision engine provides the plurality of values to a user interface associated with the subscriber portal.
9. The system of claim 8, wherein the provision engine provides of the plurality of values to the user interface in a user-selectable format.
10. The system of claim 8, wherein the request includes a plurality of key-value pairs.
1 1 . The system of claim 8, wherein the external system includes a database that stores information associated with the identity of the subscriber; and
wherein the fetch engine uses a service side scripting language to fetch the plurality of values from the external system.
12. A method for providing subscriber options, the method comprising: receiving a message associated with a first service design option from a subscriber device;
receiving a message associated with a second service design option from the subscriber device including a portion specifying that a value of the second service design option depends on a value of the first service design option;
determining a change in the value of the first service design option;
replacing the portion with the changed value of the first service design option; receiving a plurality of values associated with the second service design option from an external system based on the changed value of the first service design option; and
providing the plurality of values to the subscriber device.
13. The method of claim 12, wherein the second option message includes a plurality of parameters, and wherein a value of one of the parameters is defined as the value of the first option.
14. The method of claim 12, wherein the method includes checking a uniform resource identifier associated with the second service design option to determine whether the second service design option references the changed value; and
replacing the portion with the changed value responsive to a determination that the second service design option references the changed value. 5. The method of claim 12, wherein the method includes checking a plurality of tokens associated with a respective plurality of messages of service design options to determine service design options that reference the first service design option; and
replacing tokens of service design options that reference the first service design option with the changed value.
PCT/US2013/053076 2013-07-31 2013-07-31 Providing subscriber options WO2015016924A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201380078223.3A CN105493065B (en) 2013-07-31 2013-07-31 Subscriber's option is provided
EP13890550.0A EP3028164A1 (en) 2013-07-31 2013-07-31 Providing subscriber options
PCT/US2013/053076 WO2015016924A1 (en) 2013-07-31 2013-07-31 Providing subscriber options
US14/898,548 US10410269B2 (en) 2013-07-31 2013-07-31 Method, medium, and system for providing subscriber options

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2013/053076 WO2015016924A1 (en) 2013-07-31 2013-07-31 Providing subscriber options

Publications (1)

Publication Number Publication Date
WO2015016924A1 true WO2015016924A1 (en) 2015-02-05

Family

ID=52432280

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2013/053076 WO2015016924A1 (en) 2013-07-31 2013-07-31 Providing subscriber options

Country Status (4)

Country Link
US (1) US10410269B2 (en)
EP (1) EP3028164A1 (en)
CN (1) CN105493065B (en)
WO (1) WO2015016924A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013184133A1 (en) * 2012-06-08 2013-12-12 Hewlett-Packard Development Company, L.P. Cloud application deployment portability
US11809527B2 (en) * 2017-06-29 2023-11-07 Verizon Patent And Licensing Inc. Systems and methods for video content restriction categorization and evaluation

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6411697B1 (en) * 1999-05-20 2002-06-25 International Business Machines Corp. System and method for providing customer personalized and modifiable subscriber services
US20030229522A1 (en) * 2001-12-20 2003-12-11 Benefit Resource, Inc. Benefit management system and method
US20100306773A1 (en) * 2006-11-06 2010-12-02 Lee Mark M Instant on Platform
US8301513B1 (en) * 2010-05-25 2012-10-30 Amazon Technologies, Inc. System, method, and computer readable medium for dynamically pricing an item based on service plan selection

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6810410B1 (en) 1999-08-03 2004-10-26 Microsoft Corporation Customizing a client application using an options page stored on a server computer
GB0425860D0 (en) 2004-11-25 2004-12-29 Ibm A method for ensuring the quality of a service in a distributed computing environment
US8341427B2 (en) 2009-02-16 2012-12-25 Microsoft Corporation Trusted cloud computing and services framework
US9274848B2 (en) 2009-12-03 2016-03-01 International Business Machines Corporation Optimizing cloud service delivery within a cloud computing environment
US8924569B2 (en) * 2009-12-17 2014-12-30 Intel Corporation Cloud federation as a service
US9354939B2 (en) 2010-05-28 2016-05-31 Red Hat, Inc. Generating customized build options for cloud deployment matching usage profile against cloud infrastructure options
US8782748B2 (en) 2010-06-22 2014-07-15 Microsoft Corporation Online service access controls using scale out directory features
US8904005B2 (en) 2010-11-23 2014-12-02 Red Hat, Inc. Indentifying service dependencies in a cloud deployment
US10319010B2 (en) * 2011-08-12 2019-06-11 Ebay Inc. Systems and methods for personalized pricing
US9824390B2 (en) * 2013-03-15 2017-11-21 International Business Machines Corporation Cloud service brokerage service store

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6411697B1 (en) * 1999-05-20 2002-06-25 International Business Machines Corp. System and method for providing customer personalized and modifiable subscriber services
US20030229522A1 (en) * 2001-12-20 2003-12-11 Benefit Resource, Inc. Benefit management system and method
US20100306773A1 (en) * 2006-11-06 2010-12-02 Lee Mark M Instant on Platform
US8301513B1 (en) * 2010-05-25 2012-10-30 Amazon Technologies, Inc. System, method, and computer readable medium for dynamically pricing an item based on service plan selection

Also Published As

Publication number Publication date
CN105493065A (en) 2016-04-13
CN105493065B (en) 2018-04-17
US10410269B2 (en) 2019-09-10
US20160117746A1 (en) 2016-04-28
EP3028164A1 (en) 2016-06-08

Similar Documents

Publication Publication Date Title
JP7203444B2 (en) Selectively provide mutual transport layer security using alternate server names
US10623476B2 (en) Endpoint management system providing an application programming interface proxy service
US10827008B2 (en) Integrated user interface for consuming services across different distributed networks
US20150019735A1 (en) Hoster interface for managing and adding services
US10708329B2 (en) Application streaming using access and execution environments
US20170064038A1 (en) Offering application program interfaces (apis) for sale in cloud marketplace
US11558268B2 (en) System and method for processing network data
US10996997B2 (en) API-based service command invocation
US10951723B2 (en) Theme-based push notifications
US10277526B2 (en) Injection of information technology management process into resource request flows
US11765112B2 (en) Context driven dynamic actions embedded in messages
US10432634B2 (en) Gating of full network access pending delivery of notification information
US20180041589A1 (en) Enforced registry of cookies through a theme template
US10558514B2 (en) Error handling in a cloud based hybrid application integration
US10410269B2 (en) Method, medium, and system for providing subscriber options
US20220131959A1 (en) Handling deferrable network requests
US20230394407A1 (en) Systems and methods for state management and workflow completion
US11310129B1 (en) Distributing tickets from different support systems
US20230012904A1 (en) History preview and shortcut to restore a work scene for a remote app
US20230144674A1 (en) User status synchronization among workspace applications
WO2023235663A1 (en) Systems and methods for state management and workflow completion
US10599453B1 (en) Dynamic content generation with on-demand code execution
Raj et al. Comparative cloud deployment and service orchestration process using juju charms

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201380078223.3

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13890550

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14898548

Country of ref document: US

Ref document number: 2013890550

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE