Abstract:
A message queue (MQ) failover handler receives a message and a configuration file from a client application. The configuration file provides an indication of which of a number of queue managers (QMs) is the first choice for receipt and delivery of the message to a server application. The configuration file also provides an indication of which of the QMs is the second choice for receipt and delivery of the message to the server application, should the first choice of the QMs be unavailable.
Abstract:
An enterprise middleware program system receives service requests from frontend applications. The service requests are sent to a backend application for processing and a timeout established by the frontend applications for processing the service requests is identified by intermediary nodes. The system monitors for responses regarding results of processing the requests from the backend application. If a response to one of the service requests is received from the backend application by one of the intermediary nodes prior to the timeout elapsing, the response is sent to the frontend application from which the request was received; whereas, if a response is not received prior to the timeout elapsing, the system sends a timeout message to the frontend application in lieu of the response.
Abstract:
The instant application describes a method of managing a customer's mobile station and providing a notification of a resultant change. The method includes steps of communicating over the air through a mobile communication network with a subscriber device management application running on the customer's mobile station; causing the subscriber device management application to attempt to change an operational control parameter of the customer's mobile station, via the over the air communication; and determining an outcome of the attempted change of the operational control parameter of the customer's mobile station. The method also includes a step of sending a mobile messaging service message, providing notification of the attempted change of the operational control parameter of the customer's mobile station, through the mobile communication network to another mobile station associated with the customer.
Abstract:
Web service requests, received through a common communication port in a server or network device from a variety of client applications, are analyzed to determine whether to convert one communication type request into another type. Any necessary conversions are performed, and converted and unconverted service requests of one type only are routed to a web service application that accepts only a desired communication type as input. In some circumstances, the response to the client application making the original service request is converted back into the communication type initially used although other response formats may be supported.
Abstract:
The instant application describes a method of managing a customer's mobile station and providing a notification of a resultant change. The method includes steps of communicating over the air through a mobile communication network with a subscriber device management application running on the customer's mobile station; causing the subscriber device management application to attempt to change an operational control parameter of the customer's mobile station, via the over the air communication; and determining an outcome of the attempted change of the operational control parameter of the customer's mobile station. The method also includes a step of sending a mobile messaging service message, providing notification of the attempted change of the operational control parameter of the customer's mobile station, through the mobile communication network to another mobile station associated with the customer.
Abstract:
Systems, methods, and an article of manufacture for delivering an application to a mobile station are shown and described. In some instances, a list of mobiles stations not currently executing a specific application is generated, processed, and used to send a solicitation message to certain mobile station. Various mobile stations receive different versions of the application based on characteristics of the mobile station.
Abstract:
Methods and systems are provided for enabling users of mobile devices to purchase Ring Back Tones (“RBTs”). The system enables an offer message, offering for purchase an RBT and including a reply-to telephone number, to be generated and sent to a mobile device. In response to the offer message, a reply message sent from the mobile device to the reply-to telephone number of the offer message is received. A code is extracted from the reply-to telephone number to which the received reply message was sent. A particular RBT associated with the code extracted from the telephone number is identified in a table storing a plurality of codes each associated with a corresponding RBT. A user of the mobile device is determined to desire to purchase the particular RBT associated with the code in the table.
Abstract:
Systems, methods, and an article of manufacture for delivering an application to a mobile station are shown and described. In some instances, a list of mobiles stations not currently executing a specific application is generated, processed, and used to send a solicitation message to certain mobile station. Various mobile stations receive different versions of the application based on characteristics of the mobile station.
Abstract:
The instant application describes a method for enabling a user of a mobile device to purchase a Ring Back Tone (“RBT”). The method includes steps of receiving an identifier associated with the mobile device that has received the RBT as a result of a call to another device and a mapping identification code associated with a RBT content identification code; generating a long code for the mapping identification code; and generating a message with the long code as a reply-to-number. The method also includes steps of sending the message to the mobile device, the message offering the user of the mobile device an option to purchase the RBT; receiving a response from the mobile device, reflecting the mobile device's user desire to either purchase the RBT or not to purchase the RBT; and identifying the mapping identification code from the reply-to-number in the response. Upon determining that the user desires to purchase the RBT from the response, allowing the purchase of the RBT by determining the RBT content identification code based on the mapping identification code.
Abstract:
Connection pooling is proved in the context of middleware. A request is first received from an application. The received request is forwarded to a back end mechanism. When a response is received from the back end mechanism, as a response to the request, information is obtained from the response. A pool of database connections is maintained with at least a minimum number of connections open, where the minimum number of connections is determined independent of one or more application threads. To store the information in a database, a database connection is allocated from a pool of open database connections created to facilitate access to the database. After the information is stored in the database using the database connection, the database connection is returned to the pool of database connections.