Systems and methods for connecting a public device to a private device providing a pre-installed content management application

1. A method for providing access to media content by connecting, to a private device, a public device that does not have an installed application associated with the media content, the method comprising:

receiving a communication from a private device indicating that a user wishes to access content using a public device;

requesting, from the private device, a public interface application, wherein the public interface application includes an interface for communicating with a content provider, user authorization information, and a graphical user interface for display to the user on the public device, and wherein the public interface application is configured to control the graphical user interface on the public device while the private device is within a predetermined proximity to the public device;

receiving, at the public device, the public interface application from the private device;

activating the public interface application on the public device, wherein initiating the public interface application includes establishing a communication path to a server of the content provider;

generating for display, on the public device, the graphical user interface;

providing, via the public interface application, the user authorization information to the server of the content provider;

receiving a user request, issued from the public interface application, for a media asset from the content provider;

requesting, at the public device, the media asset from the content provider;

receiving, at the public device, the media asset from the content provider; and

generating for display the media asset in the graphical user interface in response to the user request.

2. The method of claim 1 , further comprising:

in response to receiving, at the public device, the public interface application from the private device, generating, at the public device, an authorization key unique to the private device based on (i) the user authorization information, (ii) the identifier and (iii) connection parameters, wherein the connection parameters comprise the predetermined proximity to the public device within which the private device must remain in order for the authorization key to remain valid;

transmitting, to the private device, the authorization key, wherein the authorization key is required to cause the public device to execute commands received from the private device during a session; and

in response to transmitting the authorization key, initiating the session, at the public device, with the private device.

3. The method of claim 1 , further comprising:

receiving an additional user request, issued from the private interface application, for an additional application from a different content provider;

requesting, at the public device, the additional application from the different content provider;

receiving, at the public device, the additional application from the different content provider; and

activating, at the public device, the additional application.

4. The method of claim 1 , wherein the user authorization information is a universally unique identifier (UUID) or globally unique identifier (GUID) generated by the private interface application in response to verifying a login name and password entered into the private interface application, and wherein the user authorization information is valid for a predetermined time after verifying the login name and password.

5. The method of claim 1 , wherein the identifier includes a Uniform Resource Locator (URL) for a remote server, or a file location on the private device, and wherein the remote server or file location store content of the content provider.

6. The method of claim 1 , further comprising:

receiving, at the public device, a received signal strength indicator (RSSI) from the private device;

approximating a distance between the public device and the private device; and

comparing the distance to a threshold distance, corresponding to the predetermined proximity, to determine whether the private device is within the predetermined proximity to the public device.

7. The method of claim 1 , wherein the public interface application is configured to automatically remove the user authorization information from memory on the public device upon deactivation of the public interface application on the public device, and wherein the private interface application is configured to retain the user authorization information in memory on the private device upon deactivation of the private interface application on the private device.

8. The method of claim 1 , wherein the public interface application is configured as a thick client for performing data processing operations to facilitate communications with the content provider and display of the media asset, and wherein the private interface application is configured as a thin client for presenting processed data provided by the public interface application.

9. The method of claim 1 , further comprising:

receiving an additional user request, issued from the private interface application, for an additional application from the content provider;

requesting, at the public device, the additional application from the content provider;

receiving, at the public device, the additional application from the content provider; and

activating, at the public device, the additional application.

10. The method of claim 1 , further comprising:

in response to activating the public interface application on the public device, retrieving network connection credentials from the private device; and

connecting to a network based on the network connection credentials.

11. The method of claim 6 , further comprising transmitting a timestamp for a playback position to the content provider and deactivating the public interface application on the public device, in response to determining that the distance is greater than the threshold distance.

12. A system for providing access to media content by connecting, to a private device, a public device that does not have an installed application associated with the media content, the system comprising:

control circuitry configured to:

receive a communication from a private device indicating that a user wishes to access content using a public device;

request, from the private device, a public interface application, wherein the public interface application includes an interface for communicating with a content provider, user authorization information, and a graphical user interface for display to the user on the public device, and wherein the public interface application is configured to control the graphical user interface on the public device while the private device is within a predetermined proximity to the public device;

receive, at the public device, the public interface application from the private device;

activate the public interface application on the public device, wherein initiating the public interface application includes establishing a communication path to a server of the content provider;

generate for display, on the public device, the graphical user interface;

provide, via the public interface application, the user authorization information to the server of the content provider;

receive a user request, issued from the public interface application, for a media asset from the content provider;

request, at the public device, the media asset from the content provider;

receive, at the public device, the media asset from the content provider; and

generate for display the media asset in the graphical user interface in response to the user request.

13. The system of claim 12 , wherein the control circuitry is further configured to:

in response to receiving, at the public device, the public interface application from the private device, generate, at the public device, an authorization key unique to the private device based on (i) the user authorization information, (ii) the identifier and (iii) connection parameters, wherein the connection parameters comprise the predetermined proximity to the public device within which the private device must remain in order for the authorization key to remain valid;

transmit, to the private device, the authorization key, wherein the authorization key is required to cause the public device to execute commands received from the private device during a session; and

in response to transmitting the authorization key, initiate the session, at the public device, with the private device.

14. The system of claim 12 , wherein the control circuitry is further configured to:

receive an additional user request, issued from the private interface application, for an additional application from a different content provider;

request, at the public device, the additional application from the different content provider;

receive, at the public device, the additional application from the different content provider; and

activate, at the public device, the additional application.

15. The system of claim 12 , wherein the user authorization information is a universally unique identifier (UUID) or globally unique identifier (GUID) generated by the private interface application in response to verifying a login name and password entered into the private interface application, and wherein the user authorization information is valid for a predetermined time after verifying the login name and password.

16. The system of claim 12 , wherein the identifier includes a Uniform Resource Locator (URL) for a remote server, or a file location on the private device, and wherein the remote server or file location store content of the content provider.

17. The system of claim 12 , wherein the control circuitry is further configured to:

receive, at the public device, a received signal strength indicator (RSSI) from the private device;

approximate a distance between the public device and the private device; and

compare the distance to a threshold distance, corresponding to the predetermined proximity, to determine whether the private device is within the predetermined proximity to the public device.

18. The system of claim 12 , wherein the public interface application is configured to automatically remove the user authorization information from memory on the public device upon deactivation of the public interface application on the public device, and wherein the private interface application is configured to retain the user authorization information in memory on the private device upon deactivation of the private interface application on the private device.

19. The system of claim 12 , wherein the public interface application is configured as a thick client for performing data processing operations to facilitate communications with the content provider and display of the media asset, and wherein the private interface application is configured as a thin client for presenting processed data provided by the public interface application.

20. The system of claim 12 , wherein the control circuitry is further configured to:

receive an additional user request, issued from the private interface application, for an additional application from the content provider;

request, at the public device, the additional application from the content provider;

receive, at the public device, the additional application from the content provider; and

activate, at the public device, the additional application.

21. The system of claim 12 , wherein the control circuitry is further configured to:

in response to activating the public interface application on the public device, retrieve network connection credentials from the private device; and

connect to a network based on the network connection credentials.

22. The system of claim 17 , wherein the control circuitry is further configured to:

transmit a timestamp for a playback position to the content provider and deactivating the public interface application on the public device, in response to determining that the distance is greater than the threshold distance.