A method and apparatus for inter-module communication is disclosed. The method includes defining a command definition, wherein the command definition comprises commands for interfacing with a multi-channel, multi-media, communication queuing system. The command definition can include, for example, driver object commands to request media type lists and command event lists, create drivers, request service, and release drivers. The command definition can also include, for example, service object commands to release service objects, notify when handling of an event is complete, invoke commands, release work items, suspend work items, resume work items, handle queued events, and cancel queued events. The command definition can also include, for example, client object commands to start a work item, release work items, save work item contexts, restore work item contexts, serialize work items, free work item storage, begin batch processing, and end batch processing.

Adaptive communication application programming interface

A server federation cooperatively interacts to fulfill service requests by communicating using data structures that follow a schema in which the meaning of the communicated data is implied by the schema. Thus, in addition to the data being communicated, the meaning of the data is also communicated allowing for intelligent decisions and inferences to be made based on the meaning of the data. Cooperative interaction is facilitated over a wide variety of networks by messaging through a common API that supports multiple transport mechanisms. Also, mid-session transfer between client devices is facilitated by schema and the transport-independent messaging structure. The user interfaces of the client devices will appear consistent even if the client devices have different user interface capabilities.

Distributed computing services platform

A method for providing unequal allocation of rights among agents while operating according to fair principles, comprising assigning a hierarchal rank to each agent; providing a synthetic economic value to a first set of agents at the a high level of the hierarchy; allocating portions of the synthetic economic value by the first set of agents to a second set of agents at respectively different hierarchal rank than the first set of agents; and conducting an auction amongst agents using the synthetic economic value as the currency. A method for allocation among agents, comprising assigning a wealth generation function for generating future wealth to each of a plurality of agents, communicating subjective market information between agents, and transferring wealth generated by the secure wealth generation function between agents in consideration of a market transaction. The method may further comprise the step of transferring at least a portion of the wealth generation function between agents.

Multifactorial optimization system and method

Methods and apparatus of the various embodiments allow the coordination of resources of devices to jointly execute tasks or perform actions on one of the devices. In the method, a first gesture input is received at a first mobile computing device. A second gesture input is received at a second mobile computing device. In response, a determination is made as to whether the second gesture is accepted at the initiating device. If it is determined that the second gesture inputs is accepted, then resources of the devices are combined to jointly execute a particular task associated with the shared resources.

Distributed sensing techniques for mobile devices

A schema-based service for Internet access to per-user services data, wherein access to data is based on each user's identity. The service includes a schema that defines rules and a structure for each user's data, and also includes methods that provide access to the data in a defined way. The services schema thus corresponds to a logical document containing the data for each user. The user manipulates (e.g., reads or writes) data in the logical document by data access requests through defined methods. In one implementation, the services schemas are arranged as XML documents, and the services provide methods that control access to the data based on the requesting user's identification, defined role and scope for that role. In this way, data can be accessed by its owner, and shared to an extent determined by the owner.

Schema-based services for identity-based data access

A general purpose application interaction protocol, referred to herein as the Commerce Exchange Interaction Protocol (CXIP), governs the exchange of data between applications resident in computers in a distributed network such as the Internet, providing for application interoperability CXIP enables process communications among network-distributed software applications, particularly, but not exclusively, among software applications having dissimilar platforms, language dependencies or vendor dependencies Data structures, object and method invocation requests are exchanged between applications by means of XML documents based on CXIP semantics The application interaction protocol, which is not specific to any particular functional domain and specifies interactions that are independent of transactional content, includes four component parts: message formats, message types, exchange semantics and transportation assumptions CXIP-based interactions use TCP/IP as their underlying transport mechanism, although CXIP may be implemented using SMTP or FTP, or on top of any other standard application-layer protocol, including HTTP

Interaction protocol for managing cross company processes among network-distributed applications

A distributed transaction processing system is disclosed in which a process automation application receives a transaction request from a requesting application. In response to the request, the process automation application obtains a transaction definition for the transaction requested by the requesting application. This transaction definition comprises a plurality of operation definitions, which indicate a plurality of operations constituting the requested transaction. For each of the operation definitions in the transaction definition, the process automation application produces an operation request. These operation requests are sent to one or more service applications, and one or more responses are received by the process automation application after the operations are performed by the service applications. Based on the responses, the process automation application produces a transaction response, which is sent to the requesting application. In this manner, the requested transaction is completed.

Distributed transaction processing system

A process automation application, referred to as a commerce exchange server, for sending transaction messages between application programs uses a transaction definition data structure for specifying the component operations and processing logic that comprise the transaction. The data structure specifies one or more operations that constitute the transaction, instructions for producing the input data needed for each operation, and conditional logic for specifying constraints on the sequence of operation execution. The conditional logic may include one or more expressions, ranging from simple to complex, including variables, math operations and functions, that are evaluated using the inputs or outputs of one or more prior operations to determine execution order of subsequent operations. The transaction definition data structure may also provide for broadcast operations and for conditioning the success of their execution. In an illustrated implementation, the transaction definition data structure is an XML (Extensible Markup Language) document in the form of a directed acyclic graph (DAG). A transaction service architecture provides for storing transaction definitions that define specific types or categories of transactions in a transaction database, and for matching a transaction definition to a transaction definition identifier from a requesting application. The transaction service then builds a transaction instance DAG to perform the transaction, produces the messages needed for performing the transaction, and manages the message flow to and from the service applications that perform the constituent operations of the transaction.

Lakshmi Narasimha Ankireddipally

Papers

Interaction protocol for managing cross company processes among network-distributed applications

Distributed transaction processing system

Transaction data structure for process communications among network-distributed applications