Google Inc.

Oracle International Corporation

Jaroslaw Jerzy Wilkiewicz

Rao Nasir Khan

Anno Langen

Daniel Jerome Hermes

Vladimir Vuskovic

Rajendra Inamdar

David W Connelly

Ioannis Cosmadopoulos

Mihir Arvind Kulkarni

Paul James Devine

Eric P Lundberg

Jeffrey Alan Posnick

Generating in real-time multiple gameplay videos in a cloud computing network of a mobile game played on multiple mobile devices is disclosed. A cloud-based video system of the cloud computing network receives gameplay state information of the mobile game played on the multiple mobile devices, where the gameplay state information associated with a mobile device describes the states of the mobile game while the game is played on the mobile device. The video system generates a gameplay map comprising the gameplay observed by the multiple mobile devices. Responsive to a viewer or a virtual director selecting the gameplay associated with a mobile device, the video system generates a gameplay video of the mobile game associated with the mobile device based on encoded audio frames and video frames of the mobile game played on the mobile device.

Cloud-based multi-player gameplay video rendering and encoding

A user device's browser receives a page from a publishing system and presents content of the page within a window. Instructions from a media hosting system cause a frame to be created within the window. The frame includes a media upload object from a media hosting system that has a different address domain that the publishing system. A communication channel is established between the window and the frame to allow messages to be exchanged. The media upload object allows a user to create a media item and upload it to the media hosting system. Throughout the process of creating and uploading the media item, the media upload object transmits one or more messages to the page via the communication channel. Based on the messages, the page responds to what is occurring within the frame.

Embeddable media upload object

A SIP server can be distributed over a cluster network and handle the processing of various SIP communications. A Diameter protocol web application can be deployed on the engine tier of the SIP server for enabling communication between the SIP server and an HSS. A profile service API can be provided that allows applications running on the SIP server to access user profile data stored on the HSS. The applications can also be allowed to subscribe to notifications about changes to the user profile data on the HSS. An Sh interface provider can be deployed on the SIP server for generating and responding to Diameter command codes. SIP servlets can access the user profile data in the form of an XML document.

Diameter protocol and SH interface support for SIP server architecture

The Session Initiation Protocol (SIP) server can be comprised of an engine tier and a state tier distributed on a cluster network environment. The engine tier can send, receive and process various messages. The state tier can maintain in-memory state data associated with various SIP sessions. Various applications can be running on the engine tier. A new version of an application can be deployed alongside the old version, simultaneously running on the SIP server. Incoming messages for new calls can be directed by the SIP server to the new version of the application. Incoming messages for previously established calls can be directed to the old version of the application. Once the old version is finished processing calls, it can be undeployed.

Hitless application upgrade for SIP server architecture

An instrumentation service is described that uses dye injection and filtering in a Session Initiation Protocol (SIP) application server environment. The instrumentation service can provide a flexible mechanism for selectively adding diagnostic code to the SIP application server and the various applications running on it. It can allow flexible selection of locations in the server and application code, at which instrumentation code can be added. The process of adding diagnostic code can be deferred to the time of running the server at the deployment site. The instrumentation service further allows flexible selection of diagnostic actions, which can be executed at selected locations. In various embodiments, the execution of diagnostic code can be dynamically enabled or disabled while the server is running. Also, the behavior of diagnostic code executed at such locations can be dynamically changed while the server is running.

Growing community of inventors

Menlo Park, CA, United States of America

Jaroslaw Jerzy Wilkiewicz