International Business Machines Corporation

Can Paul Boyacigiller

Bouna Sall

Oliver Birch

Sreenivasa Rao Pamidala

Swaminathan Chandrasekaran

Christopher Charles Dacombe

Zhijian Pan

Sreeni Pamidala

Raghu Nandan

Zhiljian Pan

Praveen Babu Dharmavaram

A set of attributes are identified within a received input request of a workflow process. The attributes at least in part represent historical process performance of similar workflow processes. Each of the attributes are weighted into a weighted process prioritization data set based upon the historical workflow process performance. The input request is assigned to a process priority based upon the weighted process prioritization data set.

Cross-domain multi-attribute hashed and weighted dynamic process prioritization

Input data of an input request is received. The input data includes a set of attributes. For each attribute of the set of attributes, a weight is assigned to the attribute based, at least in part, upon historical data relating to workflow performance, to form a respective corresponding weighted attribute. A process priority value is assigned to the input data of the input request based, at least in part, upon on the weighted attributes.

In response to receipt of a process-level input request that is subject to business-level requirements, multiple sets of attributes are identified. The sets of attributes are each from one of multiple informational domains that represent processing factors associated with at least the process-level input request, contemporaneous infrastructure processing capabilities, and historical process performance of similar processes. The multiple sets of attributes from the multiple informational domains are hashed as a vector into an initial process prioritization. The attributes of the hashed vector of the multiple sets of attributes from the multiple informational domains are weighted in the initial process prioritization into a hashed-weighted resulting process prioritization. The process-level input request is assigned to a process category based upon the hashed-weighted resulting process prioritization.

Systems () and methods () for connecting network resources of a first network () to network resources of a second network (). The second network is different from the first network. The methods involve receiving a first message () from a first network resource () of the first network. The first message has a first protocol format. In response to the first message, a second message () having a web service request format is dynamically generated. The second message is communicated to a third network resource () of the second network for conversion into a third message (). The third message has a second protocol format different from the first protocol format. The first network can be an SIP network. The second network can be an SS7 network.

Interface for connecting a network element to a session initiation protocol application server

A method includes encoding a session identifier into a uniform resource identifier (URI) associated with a TCAP Begin message request originating at an application server, where the session identifier identifies a communication session. The method also includes transmitting the TCAP Begin message request from the application server to a transaction capabilities application part (TCAP) interface and receiving a TCAP Continue message request from the TCAP interface with the TCAP Continue message request including the encoded URI. The method includes correlating the TCAP Continue message request to the communication session that originated the Begin request identified by the session identifier in the received URI and routing the TCAP Continue message request to the communication session.

System, method, and apparatus to correlate a TCAP web service request to an application server session

End-to-end testing of applications across networks is enabled. To test the application and the infrastructure subsystems, an application server connected to the network contains an application under test. A response simulator is connected to the other end of the network. A test module is accessible to the application and to the simulator and contains a test message to be transmitted to the simulator, and an expected response message from the simulator. The application transmits each test message and compares a response message from the simulator to an expected response message. The simulator obtains the response to each test message from the test module.

Enabling end-to-end testing of applications across networks

The present invention discloses use of resource lists to invoke multiple services in an IMS environment. More specifically, SIP clients can exchange XML content with each other and/or with SIP servers that includes an XCAP resource list. A list entry can exist for each service that is to be included within a communication session. Each service specifying entry can include sub-attributes for the service, which comprise attribute-value pairs able to be read using standard conventions. Use of the resource lists alleviates a need to define a schema and write custom code each time a new service is developed. In one embodiment, additional nested XCAP resource lists can be used to define content that is to be shared among multiple services. For example, a resource list can be used to define a participant list, which is shared as common input data across the multiple services.

Invoking multiple SIP based services during a single communication session using resource lists

A computer-implemented method, system and computer-readable storage medium are presented for establishing a communication link between an SS7 device and an application server. An SS7 message is first decoded by a SS7 SIGTRAN gateway into a SIGTRAN message. The SIGTRAN message is sent to a proxy server, wherein the SIGTRAN message is converted into XML for transmission to a converged application in the application server.

Integration of SS7 with an application server

An apparatus, system, and method are disclosed for validating application server replication errors. The method includes receiving a first information message with a test sequence from a caller. The caller is engaged in a communication session with a callee according to a communication protocol and the communication session is managed by a first application server. The method also includes storing the test sequence in a replicable data structure on the first application server. The replicable data structure is replicated to a second application server to form a replicated data structure and both servers operate within an active-active configuration. The method also includes receiving a second information message from the caller. The second information message includes a confirmation sequence. In addition, the method includes determining a replication error in response to comparing the stored test sequence in the replicated data structure with the confirmation sequence.

Growing community of inventors

Annapolis, MD, United States of America

Can Paul Boyacigiller