In a remote desktop environment, a server runs a desktop session locally and provides the outputted graphics information to a remote client for display. In response, the client may output the graphics on an available display and subsequently process input from the user for transmission back to the server. This process continues, with the server transmitting the graphics stream and the client transmitting input events. In this manner, the client device may interact with a remote desktop processed by the server in the same manner as a local desktop processed by the client. Similarly, in a remote application environment, a software application running on a remote server may appear to the user as if it were running locally on the client.
The following detailed description references the drawings, wherein:
The following detailed description refers to the accompanying drawings. Wherever possible, the same reference numbers are used in the drawings and the following description to refer to the same or similar parts. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only. While several examples are described in this document, modifications, adaptations, and other implementations are possible. Accordingly, the following detailed description does not limit the disclosed examples. Instead, the proper scope of the disclosed examples may be defined by the appended claims.
Remote desktop environments enable a user to interact with a remote desktop processed by a server (also referred herein as a “server computing device”) in the same manner as a local desktop of a client (also referred herein as a “client computing device). Similarly, in remote application environments, a software application running on a remote server may appear to the user as if it were running locally on the client. In order to improve the user experience, many remote connection solutions include features designed to maintain the allusion that the user is interacting with a local desktop or a local application. One such feature is called hardware bus redirection, which allows a user to interact with a locally-connected hardware bus device (e.g., Universal Serial Bus (USB), Firewire, or other similar device) within the remote connection (e.g., the remote desktop connection, the remote application connection, etc.). In other words, the hardware bus redirection allows access to the locally-connected hardware bus device by the remote desktop or the remote application.
For example, when using USB redirection, a user connects a USB device to the client, which may be a thin client or similar device. The client and server then communicate regarding the availability of a local USB device. When the user requests access to the USB device from within the remote desktop session, the server directs the request to the client, which accesses the local USB device and forwards the requested data to the server. Finally, the server returns the data to the client via the remote desktop session. In this manner, the user may access the USB device within the remote desktop session as if it were directly plugged into the server.
A remote connection (e.g., connection to a remote desktop and/or to a remote application) may be established using at least one of various remote protocols. For example, an administrator or other entity may be able to choose between the Microsoft Remote Desktop Protocol (RDP), VMware View, Citrix Independent Computing Architecture (ICA), or a number of other remote protocols. When the remote connection is established using a particular protocol, the hardware bus redirection may be enabled for that particular protocol.
In some instances, a web browser connection to a web page (e.g., identified by a resource locator such as Uniform Resource Locator (URL)) may be used to launch a remote connection to a remote server. In one example, a web browser connection may be made to a web page on which an option to start a remote connection is available. A user may click on a button on the web page to launch a remote desktop and/or application connection of a particular remote protocol In another example, a web browser connection may be made to a web page that offers the remote desktop and/or application connection directly in a browser window, meaning that the remote desktop and/or application may be displayed directly in the browser window.
However, when the web browser connection is initiated (e.g., a user enters the URL in the browser) at the client, it is challenging to automatically enable the hardware bus redirection for a remote connection because it is unknown, at the time of the browser connection initiation, which remote connection type (e.g., which remote protocol) might be used to establish the remote connection.
Examples disclosed herein provide technical solutions to these technical challenges by assigning a connection type for a resource locator prior to a web browser connection comprising the resource locator is initiated. Some examples disclosed herein may include storing, in a data storage, a connection type associated with a resource locator and obtaining an indication that a web browser connection comprising the resource locator has been initiated at the computing device. In response to the indication, some examples disclosed herein may include determining whether the connection type associated with the resource locator corresponds to a remote connection. In response to determining that the connection type corresponds to the remote connection, some examples disclosed herein may include enabling hardware bus redirection for the remote connection.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting. As used herein, the singular forms “a,” “an,” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term “plurality,” as used herein, is defined as two or more than two. The term “another,” as used herein, is defined as at least a second or more. The term “coupled,” as used herein, is defined as connected, whether directly without any intervening, elements or indirectly with at least one intervening elements, unless otherwise indicated. Two elements can be coupled mechanically, electrically, or communicatively linked through a communication channel, pathway, network, or system, The term “and/or” as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items. It will also be understood that, although the terms first, second, third, etc. may be used herein to describe various elements, these elements should not be limited by these terms, as these terms are only used to distinguish one element from another unless stated otherwise or the context indicates otherwise. As used herein, the term “includes” means includes but not limited to, the term “including” means including but not limited to. The term “based on” means based at least in part on.
The various components may include client computing devices 140 (illustrated as 140A, 140B, . . . , 140N) and server computing devices 130 (illustrated as server computing device 130A, 1308, . . . , 130N). Each client computing device 140A, 1408, . . . , 140N may communicate requests to and/or receive responses from server computing device 130. Server computing device 130 may receive and/or respond to requests from client computing devices 140. Client computing devices 140 may include any type of computing device providing a user interface through which a user can interact with a software application. For example, client computing devices 140 may include a laptop computing device, a desktop computing device, an all-in-one computing device, a thin client, a workstation, a tablet computing device, a mobile phone, an electronic book reader, a network-enabled appliance such as a “Smart” television, and/or other electronic device suitable for execution of the functionality described below. While server computing device 130 is depicted as a single computing device, server computing device 130 may include any number of integrated or distributed computing devices.
The various components (e.g., components 129, 130, and 140) depicted in
Client computing device 140 may comprise a connection type engine 141, a hardware bus redirection engine 142, and/or other engines. The term “engine”, as used herein, refers to a combination of hardware and programming that performs a designated function. As is illustrated respect to
Connection type engine 141 may identify a resource locator to be assigned and/or associated with a connection type. A “resource locator,” as used herein, may refer to an address for a web page such as a Uniform Resource Locator (URL). A “connection type,” as used herein, may comprise a remote connection type (e.g., a remote protocol such as Microsoft Remote Desktop Protocol (RDP), VMware View, Citrix Independent Computing Architecture (ICA), etc.) or a non-remote connection type. Such remote protocols may be used to establish a remote connection to a remote server computing device (e.g., server computing device 130). Examples of a “remote connection” may include but not be limited to a remote desktop connection and a remote application connection. A remote desktop connection may enable a user to interact with a remote desktop processed by server computing device 130 in the same manner as a local desktop of client computing device 140. A remote application connection may enable a remote application running on server computing device 130 to appear to the user as if it were running locally on client computing device 140.
In some implementations, the resource locator may locate a web page that may be used to launch a remote connection. In one example, the resource locator may locate a web page on which an option to start a remote connection is available. In this example, a user may click on a button on the web page to launch a remote desktop and/or application connection of a particular connection type (e.g., a particular remote protocol). In another example, the web page may offer the remote desktop and/or application connection directly in a browser window, meaning that the remote desktop and/or application may be displayed directly in the browser window.
However, the resource locator has no inherent association with a remote connection type. In other words, it is unknown, at the time when a web browser connection is initiated to the web page using the resource locator (e.g., a user enters the URL in a web browser), which remote connection type (e.g., which remote protocol) might be used to establish the remote connection. Thus, at least one resource locator that needs to be assigned and/or associated with a connection type may be identified, for example, based on a web browser history, information retrieved from an external system, or otherwise manual user input.
Connection type engine 141 may obtain a connection type for a particular resource locator (e.g., identified by connection type engine 141 as discussed above). The connection type may be obtained in various ways. In some implementations, the identified resource locator(s) may be provided to a user (e.g., an individual user, a system administrator, an organization, and/or other entity) via a user interface of client computing device 140. The user may specify a connection type for a particular resource locator of the identified resource locator(s). For example, the user may indicate that the particular resource locator locates a web page that may be used to launch a remote connection of a particular connection type (e.g., RDP remote desktop protocol) and/or may designate the particular resource locator with the particular connection type. In another example, the user may indicate that the particular resource locator locates a web page that is unrelated to a remote connection. In this case, the user may designate the particular resource locator with the non-remote connection type.
In some implementations, connection type engine 141 may present a user interface that allows the user to select a connection type for the particular resource locator. For example. the interface may display a list of remote protocols (and/or an option to select a non-remote connection type) in a drop-down menu or other interface element and thereby allow the user to select the connection type for the particular resource locator.
In some implementations, the connection type may be automatically determined by connection type engine 141 and/or recommended to the user as a recommended connection type for the particular resource locator. In doing so, connection type engine 141 may analyze the particular resource locator to determine the connection type. For example, the address string (e.g., URL string) of the particular resource locator may be analyzed to determine whether the address string includes any features and/or keywords that are related to a remote protocol. An URL may include a keyword term “rdweb” in its address string, which may indicate that the appropriate connection type for this URL would be the RDP remote desktop protocol. Alternatively, if the address string of the URL does not indicate any features and/or keywords that are related to a remote protocol, connection type engine 141 may generate a recommendation that the appropriate connection type for this URL would be the non-remote connection type. Connection type engine 141 may generate a recommendation that recommends the automatically determined connection type for the resource locator and/or provide the recommendation to the user (e.g., via the user interface). The user may either accept or reject the recommendation. If accepted, connection type engine 141 may obtain an indication that the recommendation is accepted by the user.
Connection type engine 41 may store, in a data storage (e.g., data storage 129, 149, and/or other databases), the connection type (e.g., obtained by connection engine 141 as discussed above) associated with the particular resource locator. The data storage may store and/or maintain associations between a plurality of resource locators and corresponding connection types (e.g., as obtained by connection type engine 141 as discussed above).
Hardware bus redirection engine 142 may obtain an indication that a web browser connection comprising the particular resource locator has been initiated at client computing device 140. For example, the user of client computing device 140 may enter a particular URL in a web browser. In response to the indication, hardware bus redirection engine 142 may identify and/or retrieve, from the data storage, the connection type that is associated with the particular resource locator. Hardware bus redirection engine 142 may determine whether this connection type associated with the resource locator corresponds to a remote connection. In other words, hardware bus redirection engine 142 may determine whether the web browser connection (e.g., comprising the particular resource locator) corresponds to a remote connection based on the connection type associated with the particular resource locator. Note that the web browser connection may be said to “correspond” to a remote connection when the web browser connection points to a web page on which an option to start a remote connection (e.g., a remote connection of the particular connection type) is available and/or when the web page offers the remote connection directly in a browser window, meaning that the remote desktop and/or application may be displayed directly in the browser window.
For example, if the connection type indicates the ADP remote desktop protocol, it may be determined that the connection type corresponds to a remote connection. Alternatively, if the connection type indicates a non-remote connection or otherwise fails to indicate a remote protocol, it may be determined that the connection type does not correspond to a remote connection.
In response to determining that the connection type corresponds to the remote connection (and/or the web browser connection corresponds to the remote connection), hardware bus redirection engine 142 may enable hardware bus redirection for the remote connection. The hardware bus redirection allows server computing device 130 to communicate with a hardware bus device (e.g., hardware bus device 150) that is locally connected to client computing device 140. Hardware bus redirection engine 142 may promptly enable the hardware bus redirection for the remote connection of the connection type at the time of the browser connection initiation. In enabling the hardware bus redirection for the remote connection, hardware bus redirection engine 142 may mount hardware bus devices, add kernel modules, start daemon processes, modify the system, and/or perform a number of similar operations depending on the connection type.
In some implementations, hardware bus redirection engine 142 may determine whether the hardware bus redirection is supported by the connection type (e.g., a particular remote protocol). For example, hardware bus redirection engine 142 may query a function provided by the particular remote protocol that indicates whether the hardware bus redirection can be enabled for that protocol. In response to determining that the hardware bus redirection is supported by the particular remote protocol, hardware bus redirection engine 142 may enable the hardware bus redirection for the remote connection. Alternatively, if determined that the hardware bus redirection is not supported by the particular remote protocol, hardware bus redirection engine 142 may not enable the hardware bus redirection for the remote connection. Instead, hardware bus redirection engine 142 may allow a local operation system of client computing device 140 to access a hardware bus device (e.g., hardware bus device 150) that is locally connected to client computing device 140. For example, hardware bus redirection engine 142 may transfer control of the hardware bus device to the local operating system by relying on traditional hardware bus redirection drivers running within the operation system. As a result, a user of client computing device 140 may then access the hardware bus device directly via an operating system of client computing device 140, rather than via a redirection procedure.
In performing their respective functions, engines 141-142 may access data storage 129, data storage 149, and/or other suitable database(s). Data storage 129 and/or other databases may comprise random access memory (RAM), read-only memory (ROM), electrically-erasable programmable read-only memory (EEPROM), cache memory, floppy disks, hard disks, optical disks, tapes, solid state drives, flash drives, portable compact disks, and/or other storage media for storing computer-executable instructions and/or data. Various components in system 110 may access data storage 129 via network 50 or other networks.
Data storages 129 and/or other databases may include a database to organize and store data. The database may reside in a single or multiple physical device(s) and in a single or multiple physical location(s). The database may store a plurality of types of data and/or files and associated data or file description, administrative information, or any other data.
In the foregoing discussion, engines 141-142 were described as combinations of hardware and programming. Engines 141-142 may be implemented in a number of fashions. Referring to
In
Machine-readable storage medium 310 may be any electronic, magnetic, optical, or other physical storage device that contains or stores executable instructions. In some implementations, machine-readable storage medium 310 may be a non-transitory storage medium, where the term “non-transitory” does not encompass transitory propagating signals. Machine-readable storage medium 310 may be implemented in a single device or distributed across devices. Likewise, processor 311 may represent any number of processors capable of executing instructions stored by machine-readable storage medium 310. Processor 311 may be integrated in a single device or distributed across devices. Further, machine-readable storage medium 310 may be fully or partially integrated in the same device as processor 311, may be separate but accessible to that device and processor 311.
In one example, the program instructions may be part of an installation package that when installed can be executed by processor 311 to implement engines 141-142. In this case, machine-readable storage medium 310 may be a portable medium such as a floppy disk, CD, DVD, or flash drive or a memory maintained by a server from which the installation package can be downloaded and installed. In another example, the program instructions may be part of an application or applications already installed. Here, machine-readable storage medium 310 may include a hard disk, optical disk, tapes, solid state drives, RAM, ROM, EEPROM, or the like.
Processor 311 may be at least one central processing unit (CPU), microprocessor, and/or other hardware device suitable for retrieval and execution of instructions stored in machine-readable storage medium 310. Processor 311 may fetch, decode, and execute program instructions 321-322, and/or other instructions. As an alternative or in addition to retrieving and executing instructions, processor 311 may include at least one electronic circuit comprising a number of electronic components for performing the functionality of at least one of instructions 321-322, and/or other instructions.
In block 421, method 400 may include storing, in a data storage, a connection type associated with a resource locator. Referring back to
In block 422, method 400 may include obtaining an indication that a web browser connection comprising the resource locator has been initiated at the computing device. Referring back to
In block 423, method 400 may include determining whether the connection type associated with the resource locator corresponds to a remote connection in response to the indication (e.g., obtained in block 422). Referring back to
In block 424, method 400 may include enabling hardware bus redirection for the remote connection. Referring back to
The foregoing disclosure describes a number of example implementations for hardware bus redirection. The disclosed examples may include systems, devices, computer-readable storage media, and methods for hardware bus redirection. For purposes of explanation, certain examples are described with reference to the components illustrated in
Further, all or part of the functionality of illustrated elements may co-exist or be distributed among several geographically dispersed locations. Moreover, the disclosed examples may be implemented in various environments and are not limited to the illustrated examples. Further, the sequence of operations described in connection with
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/US15/31193 | 5/15/2015 | WO | 00 |