Abstract: A multi-layer stack platform is provided for cloud communication connections and services between devices. The system includes three or more layers, including a directory component, an applications component, and a peering component. An interconnection component may also be provided for communication between the applications component and the peering component. The components operate to provide communication services, such as sessions, according to the functionality of a selected application by adhering to device, user, and routing rules and preferences. The device, user, and routing rules and preferences are maintained in and processed by the directory component. The applications component receives communication session requests and accesses corresponding application scripts to perform the requested session. The peering component receives the device, user, and routing rules and preferences, and establishes connection between devices based on the rules and preferences as defined by the directory component.

Abstract: A multi-layer stack platform is provided for cloud communication connections and services between devices. The system includes three or more layers, including a directory component, an applications component, and a peering component. An interconnection component may also be provided for communication between the applications component and the peering component. The components operate to provide communication services, such as sessions, according to the functionality of a selected application by adhering to device, user, and routing rules and preferences. The device, user, and routing rules and preferences are maintained in and processed by the directory component. The applications component receives communication session requests and accesses corresponding application scripts to perform the requested session. The peering component receives the device, user, and routing rules and preferences, and establishes connection between devices based on the rules and preferences as defined by the directory component.

Abstract: Peering partners register with a peering grid for direct broadband routing of call offers. The peering grid terminates call offers on behalf of peering partners, collecting call detail records, summarizing termination usage, and calculating a payment to be provided to the peering partner in return for using the services of the peering grid.

Abstract: A call routing decision for connecting a call between source and target devices is based on the traffic type (e.g., facsimile, modem, voice). In some implementations, the traffic type is determined and stored (e.g., in a billing record). The traffic type can be used to connect, block or reroute subsequent calls of the same traffic type.

Abstract: Peering partners register with a peering network for direct broadband routing of call offers. The peering network terminates call offers on behalf of peering partners, collecting call detail records, summarizing termination usage, and calculating a payment to be provided to the peering partner in return for using the services of the peering network.

Abstract: A multi-layer stack platform is provided for cloud communication connections and services between devices. The system includes three or more layers, including a directory component, an applications component, and a peering component. An interconnection component may also be provided for communication between the applications component and the peering component. The components operate to provide communication services, such as sessions, according to the functionality of a selected application by adhering to device, user, and routing rules and preferences. The device, user, and routing rules and preferences are maintained in and processed by the directory component. The applications component receives communication session requests and accesses corresponding application scripts to perform the requested session. The peering component receives the device, user, and routing rules and preferences, and establishes connection between devices based on, the rules and preferences as defined by the directory component.

Abstract: A unified communication system is disclosed that allows a variety of end point types to participate in a communication event using a common, unified communication system. In some implementations, a calling party interacts with a client application residing on an endpoint to make a communication request to another endpoint. A communication event manager residing in the unified communication system selects a script from a repository of scripts based on the communication event and the capabilities of the endpoints. A communication event execution engine receives a user profile associated with at least one of the endpoints. The user profile can be configured by the user to describe the user's preferences for how the communication should be processed by the unified communication system.

Abstract: A unified communication system is disclosed that allows a variety of end point types to participate in a communication event using a common, unified communication system. In some implementations, a calling party interacts with a client application residing on an endpoint to make a communication request to another endpoint. A communication event manager residing in the unified communication system selects a script from a repository of scripts based on the communication event and the capabilities of the endpoints. A communication event execution engine receives a user profile associated with at least one of the endpoints. The user profile can be configured by the user to describe the user's preferences for how the communication should be processed by the unified communication system.

Abstract: A call routing decision for connecting a call between source and target devices is based on the traffic type (e.g., facsimile, modem, voice). In some implementations, the traffic type is determined and stored (e.g., in a billing record). The traffic type can be used to connect, block or reroute subsequent calls of the same traffic type.