Some types of network devices (e.g., network attached storage devices) are accessible using any one or more of multiple access protocols. The particular access protocol used may depend on whether the client device attempting to access the network device is local or remote to the network device. For example, an access protocol such as the Network File System (NFS) may be appropriate if the client device and the target network device are connected to the same subnet or local area network (LAN). On the other hand, if the client device and the target network device are remotely located from each other, for example, via a network portal, then a different access protocol such as a web page protocol may be needed for the client device to access the network device. Having to know which access protocol to use and configuring the client computer accordingly imposes a burden on the user of the client device.
For a detailed description of exemplary embodiments of the invention, reference will now be made to the accompanying drawings in which:
Certain terms are used throughout the following description and claims to refer to particular system components. As one skilled in the art will appreciate, computer companies may refer to a component by different names. This document does not intend to distinguish between components that differ in name but not function. In the following discussion and in the claims, the terms “including” and “comprising” are used in an open-ended fashion, and thus should be interpreted to mean “including, but not limited to . . . . ” Also, the term “couple” or “couples” is intended to mean either an indirect, direct, optical or wireless electrical connection. Thus, if a first device couples to a second device, that connection may be through a direct electrical connection, through an indirect electrical connection via other devices and connections, through an optical electrical connection, or through a wireless electrical connection.
The client access device 52 may comprise a computer or other type of access device.
The processor 70 executes software, such as client software 76 stored on the storage 74. The client software 76 causes the processor 70 to perform some or all of the functionality described herein attributed to the client access device 52. Storage 74 also contains NAS information 78 which is used by the client software 76/processor 70 to determine whether a desired NAS device is local or remote with respect to the client access device 52, as will be explained below.
In accordance with embodiments of the invention, a user of the client access device 52 selects a desired network device (e.g., a NAS device) to access. In some embodiments, a graphical depiction (e.g., an icon) is shown on a display of the client access device 52 representative of each network device from which the user can choose. The user selects (e.g., “clicks”) the desired network device. The client access device 52 automatically determines an appropriate access protocol to use to access the target NAS device based on whether the NAS device is local to or remote from the client access device.
In various embodiments, the local access protocol is different from the remote access protocol, although in some embodiments the access protocols could be the same. In the context of a NAS device, the access protocol implemented by the client access device 52 comprises a protocol by which the client access device 52 communicates with the NAS device for read and write operations. A local access protocol may comprise a LAN-based access protocol such as Network File System (NFS) or Server Message Block (SMB). A remote access protocol may comprise a web page protocol or File Transfer Protocol (FTP). Examples of web page protocols comprise Hyper-Text Transport Protocol (HTTP), Extensible Markup Language (XML), and Simple Object Access Protocol (SOAP).
If the target NAS device is not found based on the query using the local IP address for the target NAS device, the client access device 52 then broadcasts (158) another query using the NAS device's local name. A naming service (provided by, for example, a router or by a naming service on the network) maps the local name to the local IP address. A similar process to that described above occurs at 160 to determine whether the target NAS is found. If the target NAS device is found (based on a response from a query that used the local name and a verification of a credential in the response), then at 156 the NAS device is determined to be local. If, after using the local identifiers (local IP address and local name), the target NAS device is not found, then the client access device 52 determines that the target NAS device is not present local to the client access device. Instead, if the target NAS device is on and operational, the client access device determines the target NAS device to be remote from the client access device. Actions 164-172 are performed to determine whether the target NAS device in fact is remote.
At 164, the client access device broadcasts a query using the remote IP address for the NAS device. If the target NAS device is found at 166 (a response with a proper credential is received by the client access device), then the target NAS device is determined to be remote and a suitable access protocol is used. If the target NAS device is not found based on the remote IP address, then at 170, the client access device 52 broadcasts a query using the NAS device's remote name. A name-to-IP address conversion service (e.g., Domain Name System) converts the remote name to a corresponding remote IP address. At 172, if a suitable response is received (having the correct credential), the target NAS device is found and determined to be remote (168).
If the target NAS device is determined to be neither local nor remote (e.g., the target NAS device is powered off or otherwise unavailable to the client access device), then at 176, the client access device 52 provides an indication to the user that the NAS device was not found. The indication may be in visual or audible form. In some embodiments, the indication comprises an error message.
Referring still to
The order of the actions in
The above discussion is meant to be illustrative of the principles and various embodiments of the present invention. Numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.
Number | Name | Date | Kind |
---|---|---|---|
6477573 | Lea | Nov 2002 | B1 |
6507867 | Holland et al. | Jan 2003 | B1 |
20020083120 | Soltis | Jun 2002 | A1 |
20040024921 | Peake | Feb 2004 | A1 |
20040057424 | Kokkonen | Mar 2004 | A1 |
20040133634 | Luke et al. | Jul 2004 | A1 |
20050114647 | Epstein | May 2005 | A1 |
20050120037 | Maruyama | Jun 2005 | A1 |
20050149508 | Deshpande | Jul 2005 | A1 |
20060094456 | Rittle et al. | May 2006 | A1 |
20060200570 | Stirbu et al. | Jul 2006 | A1 |
20060206484 | Hara | Sep 2006 | A1 |
20060212535 | Sutardja | Sep 2006 | A1 |
20070011413 | Nonaka | Jan 2007 | A1 |
20070058670 | Konduru et al. | Mar 2007 | A1 |
20080184333 | McCollom et al. | Jul 2008 | A1 |
Number | Date | Country |
---|---|---|
11-249815 | Sep 1999 | JP |
Entry |
---|
International Search Report dated Jun. 25, 2008. |
Japan Patent Office, Office Action dated Jul. 26, 2011, App No. 2009-548296, PCT/US2008/001271, International Filing Date Jan. 30, 2008. |
Jose M Sanchez Santana et al: “UPNP Service Discovery for Heterogeneous Networks”; Personal, Indoor and Mobile Radio Communications; 2006 IEEE 17TH International Symposium on, IEEE, PI, Sep. 1, 2006, pp. 1-5, XP031023564. |
European Patent Office Supplementary European Search Report Application No. EP 08 72 4989. |
Number | Date | Country | |
---|---|---|---|
20080184333 A1 | Jul 2008 | US |