Microsoft Technology Licensing, LLC

Martin R Calsyn

Sudhanshu M Aggarwal

Peter L Beebee

Rajeev Surati

Benjamin Edward Rampson

Andrew Grey Carlson

Nickolas Dwayne Welton

Michael Davenport

Leon C W Wong

Catalin I Tomai

Georgios Chrysanthakopoulos

Christopher John Gross

Vasileios Zissimopoulos

Catalin Tomai

Chris Gross

Arunkumar Thippur Jayakeerthy

Leon Cw Wong

Arun Thippur Jayakeerthy

Andrew Carlson

Techniques to manage state information for a web service are described. An apparatus may comprise a processor circuit, and an application program for execution by the processor circuit to provide a set of operations to modify a state of a network resource provided by a network service. The application program may comprise a state manager component arranged to record state information for the network resource provided by the network service as state changes occur to the network resource during a first communication session, and store a resource identifier and associated state information for the network resource in a state database, the state information for use in automatically reproducing a state of the network resource during a second communication session. Other embodiments are described and claimed.

Techniques to manage state information for a web service

Systems and methods for providing distributed debugging in an extensible SOAP environment of asynchronous software web services are disclosed. Such a system may include a message originator, a diagnostics tagger, an intended message receiver, and a debug controller, which may communicate with one another via SOAP messages. The message originator originally puts the SOAP message onto the network. The diagnostics tagger modifies the SOAP message to include certain diagnostics elements that cause a breakpoint to be triggered. The intended message receiver eventually receives the message and is expected to trigger the breakpoint. The debug controller is a process that is called by the intended message receiver when a breakpoint is detected. The header of the SOAP message may include a security element and a diagnostics element. The diagnostics element may include one or more breakpoint elements. Each breakpoint element may include a debugging controller element, and one or more condition elements. Each condition element may include a logical expression. The intended message receiver determines whether the conditions are met. If the conditions are met, then the breakpoint is triggered.

Distributed debugger environment

Systems and methods for transmitting messages, such as real-time messages, from an entity outside a firewall to a recipient inside the firewall. The messages include the address of a bridgehead server exposed through the firewall and information identifying the recipient client. The network protected by the firewall can include one or more bridgehead servers, one or more messaging servers associated with each bridgehead server, and one or more clients assigned to each messaging server. When a bridgehead server receives a message, it resolves the address of the messaging server to which the recipient client is assigned. The message is forwarded to the messaging server and, in turn, to the recipient client. The sender of the message does not need to know the identity or address of the messaging server. Moreover, the sender, who may reside outside the firewall, does not need direct access to the messaging servers protected by the firewall in order to establish real-time communication with users inside the firewall. Thus, the messaging systems are compatible with conventional network security measures employed by many organizations. The messaging systems can be used by clients to monitor the online status of other clients or to receive notification of properties associated with other clients.

Inter-enterprise messaging system using bridgehead servers

A messaging system is described in which subscription requests are transmitted over the Internet using Internet protocols such as extensions of HyperText Transport Protocol (HTTP). The subscription request may be for a wide variety of information from the remote device. For example, the subscription request might be for messages to be forwarded from the device as they are received. Also, the subscriptions could be for messages to be generated when a property value of the remote device has a predetermined characteristic. Such property values might include, for example, stock prices, inventory levels, online status, error codes, heart rates, and the like. The subscription request itself is a data structure representing a subscribe method identification, an address of the device containing the information, and an address of the device to which the information is to be forwarded. Optionally, the subscription request may also define the conditions under which a message is to be forwarded, or under which a property notification is to be sent.

Methods and systems for message forwarding and property notifications using electronic subscriptions

Growing community of inventors

Seattle, WA, United States of America

Martin R Calsyn