The present invention relates to the field of computer networking. In particular the present invention discloses a method and arrangement for discovering computer network resources and eliminating duplicate computer resources.
To more efficiently use computer resources, most computer systems have been coupled into computer networks. A computer network allows the individual computer systems coupled to the computer network to share resources such as printers, modems, fax services, and Internet gateways. But more importantly, computer networks allow the different computer systems to share data using a number of different file sharing protocols such as File Transfer Protocol (FTP), Network File System (NFS), Windows Server Message Block (SMB), and Apple File Protocol (AFP).
In order to share computer files and other network resources, a computer system on a computer network must be informed about the various available network resources. Ideally, the computer network resources will be easily identified and displayed in an intuitive manner.
The present invention introduces a duplicate suppression protocol. With the duplicate suppression protocol of the present invention, a computer that wishes to query for network resources also asks for duplicate suppression information from the responding network resources. The duplicate suppression information for a particular network resource specifies identifiers associated with that network resource for various protocols. Thus, if a particular network resource responds to more than one network resource request from a single requesting entity, that requesting entity will be able to locate duplicate network resource information. Thus, a single unified list of network resources available for various different protocols may be presented with all duplicate network resources removed.
Other objects, features, and advantages of present invention will be apparent from the accompanying drawings and from the following detailed description.
The objects, features, and advantages of the present invention will be apparent to one skilled in the art, in view of the following detailed description in which:
A method and apparatus for discovering computer network resources and eliminating duplicate computer resources is disclosed. In the following description, for purposes of explanation, specific nomenclature is set forth to provide a thorough understanding of the present invention. However, it will be apparent to one skilled in the art that these specific details are not required in order to practice the present invention. For example, the present invention has been described with reference to the Apple Macintosh Operating System. However, the same techniques can easily be applied to other types of Computer operating systems. Furthermore, the steps performed by the method herein described may be implemented with computer instructions that are stored on any recordable media such as CD-ROMs, DVD-ROMs, or magnetic disks.
A network gateway or router 129 couples LAN 120 with another LAN 150. In this manner, computer systems 121, 123 and 125 on LAN 120 may also share computer files and other resources available on LAN 150. For example, computer system 121 may access a file on computer system 151 on LAN 150. A firewall 159 couples LAN 150 to the global Internet 170. Thus, computer systems 151 and 153 can access the Internet 170 through firewall 159. Similarly, computer systems 121, 123 and 125 may access the Internet 170 through router 129 and firewall 159.
In order for a computer system to access a resource on a computer network, the computer system must have some type of address of the resource. There are three main systems of providing resource addresses to a computer on a network.
Preconfiguration
One method of informing a computer coupled to a network about the available services is to preconfigure the computer with the addresses of various computer resources. This technique is often accomplished by creating a “hosts” table that lists the names and addresses of other known hosts systems. For example, computer system 121 may be preconfigured with a hosts table that informs computer system 121 about computer system 123, computer systems 125, and server system 122 on the Local Area Network 120.
The preconfiguration technique is often used to provide a computer system with the network address of an available name server. The name server provides a service that allows the computer system to resolve alphanumeric names into network addresses. For example, computer systems 121, 123 and 125 may be preconfigured to use server 122 as a name server.
Preconfiguring computer systems with the addresses of other hosts is an extremely labor intensive administrative burden. For example, any time a new host is added or deleted to the local network, every other computer system must have its host table updated. Thus, most computer network systems do not rely upon preconfiguration as the only system of specifying network resources.
User Configuration
Another method of informing a computer system about available network resources is to have the user enter the addresses of network resources. To simplify entry, the network resources may be given alphanumeric names and the alphanumeric names may be translated into network addresses using a name server. Referring back to
The Internet has a unified Domain Name Service (DNS) that allows the owner of a top-level domain (TLD) to globally define the network address of any name within that top-level domain. For example, Apple Computer, Inc. owns the “apple.com” top-level domain such that Apple Computer may globally specify the network address of “Kevin.apple.com”. In this manner, any computer system coupled to the Internet requests the network address of “Kevin.apple.com” will receive the network address assigned by Apple Computer.
Allowing user configuration allows for new network resources to be easily added to a computer network at any time. For example, a new web site may be created and its name and address entered into the Domain Name Service (DNS). Then, when a user enters the Uniform Resource Locator (URL) associated with the web site (its name) into a browser, the browser will access a DNS server to locate the address of the new web site.
Although user configuration allows for relatively easy addition of new network resources, the system puts a burden upon the user. Furthermore, the user must properly enter the name of a new computer network resource or the user will not be able to locate the resource. Thus, if the user enters the network resource name incorrectly or does not know the name of a desired computer network resource, the user will not be able to access the desired computer network resource.
Automatic Network Resource Location
To simplify the location of network resources most network protocols have adopted some type of automatic resource location system. In a typical automatic network resource location system, a client computer system broadcasts a request message that asks for information about the available network resources. Network resources that receive the broadcast request respond with a message that informs the requesting client computer system about the available network resource. Thus, with an automatic resource location system, a user may easily locate the available network resources.
Most computer network protocols have now implemented some type of automatic resource location system. For example, the TCP/IP protocol used by the global Internet and used in many internal “intranets” (internal networks built using Internet protocols) uses an automatic resource location system known as Service Location Protocol (SLP). The Service Location Protocol is one method of locating TCP/IP-based network resources on a TCP/IP intranet. Detailed information on SLP can be found in the Internet Engineering Task Force (IETF) Request For Comments (RFC) document number 2608 (simply known as RFC 2608). Apple Computer's AppleTalk protocol has long provided a very intuitive automatic network resource location system known as Name Binding Protocol (NBP).
The operation of a typical automatic resource location system can be provided with reference to
To limit the number of resources that report, the broadcast request message may limit the scope of the broadcast. For example, in the TCP/IP Service Location Protocol (SLP), the SLP request message may only be broadcast to the local subnet. (Such a limited broadcast can be performed by sending a multicast packet to the local subnet.) Referring again to
Many different computer network protocols have evolved over time such that most computer networks actually carry multiple different computer network protocols. For example, a local area network that provides computer network services to Apple Macintosh personal computers, Microsoft Windows based personal computers, and UNIX workstations may carry network packets for the AppleTalk File Protocol (AFP) often used by Macintosh computer systems, the Windows Server Message Block (SMB) protocol often used by Microsoft Windows-based computer systems, and the Network File System (NFS) used by most UNIX workstations.
To provide maximum flexibility, compatibility, and interoperability, many computer systems now simultaneously support multiple different network communication protocols. For example, a MacOS X based Macintosh computer system may simultaneously support the AppleTalk File Protocol (AFP), the Windows Server Message Block (SMB) protocol, and the Network File System (NFS). In this manner, just about any other networked computer system will be able to easily communicate with the Macintosh computer system.
A computer system that simultaneously supports multiple network communication protocols that computer system will respond to automatic resource location requests for all of the different network communication protocols that it supports. For example, if a MacOS X based Macintosh computer system receives a Windows SMB-based CIFS request message, a TCP/IP SLP request message, or an AppleTalk NBP request message, then that MacOS X based Macintosh computer system will respond with an appropriate response message in the appropriate protocol. If the MacOS X based Macintosh computer system receives all three of these different network resource request messages, then that Macintosh computer system will send three independent appropriate response messages.
Referring to the example of the previous paragraph, if the three network resource request messages all originated from the same requesting computer system, then that requesting computer system will receive three independent responses from the same Macintosh computer system. Thus, the requesting computer system will seem to “see” three different computer network resources (one for each different network protocol) even though there is really only one independent computer network resource. These duplicate computer network resources unnecessarily confuse the user of the requesting computer system. Even though all three different network resources refer to the same computer node, the fact that three different (but likely similar) network resources are displayed as available may confuse the user.
To prevent such network resource duplicates, the present invention introduces a network resource duplicate suppression system. The network resource duplicate suppression system prevents individual computer resources that support multiple protocols from appearing many times in a list of available network resources (once for each different supported protocol).
The network resource duplicate suppression system of the present invention operates by first having a requesting computer system broadcast a duplicate suppression request packet. Computer network nodes that receive the duplicate suppression request packet and support more than one protocol should respond with an appropriate duplicate suppression response packet. The duplicate suppression response packet specifies identifiers for the responding computer system in the various different network protocols. The requesting computer system then uses the information in the duplicate suppression response packet to eliminate duplicate computer network resources.
To best illustrate the network resource duplicate suppression system, an example will be provided with reference to
Referring to
Computer node 223 only supports one protocol, the Windows CIFS protocol 261. Since computer node 223 only supports one protocol, it will only respond to one automatic network resource request such that it will not create duplicate network resource responses. Since computer system node 223 will not create duplicate network resource responses, it does not need to send a duplicate suppression response in response to the duplicate suppression request. In this manner, the duplicate suppression system remains backward compatible with existing single protocol computer systems that are not aware of the duplicate suppression protocol. However, a system that only currently supports a single protocol, such as computer node 223, may elect to send a duplicate response anyway.
Computer server node 222 supports the Windows CIFS protocol 241, the Network File System protocol 242, and the AppleTalk File Protocol 243. Since network resource requests will independently discover all three of these different protocols, computer server node 222 should respond to the duplicate suppression request from node 221 with a duplicate suppression response message.
In one embodiment, the duplicate suppression response message comprises a list of identifiers of the computer node for the various different protocols in a well-known order. For example, the duplicate suppression response message may contain “Karnold; Kev'sPowerbook; afp://karnold.apple.com/; karnold.apple.com” wherein “Karnold” is the node identifier for a Windows SMB node, “Kev'sPowerbook” is the node identifier for an AppleTalk File Protocol node, “afp://karnold.apple.com/” is an SLP identifier, and “karnold.apple.com” is a multicast-DNS (mDNS) identifier. (Multicast-DNS is a way of using familiar DNS programming interfaces, packet formats and operating semantics, in a small network where no conventional DNS server has been installed.)
In one embodiment, the responding systems only send a duplicate suppression response message that contains only a hash of the identifier. For example, instead of sending a response message containing “Karnold; Kev'sPowerbook; afp://karnold.apple.com/; karnold.apple.com”, the duplicate suppression response message may contain “23433; 62485; 14753; 30732;” where the four numerical values are hashes of the identifier strings.
Referring again to
Referring back to
Next, at step 320, requesting computer system 221 broadcasts a network resource request for one of the protocols that it supports. At step 325, computer system 221 receives network resource responses for that protocol. For example, if the network resource request was for the Windows CIFS protocol, then computer node 221 will receive network resource responses from node 222, node 223, and node 225.
At step 330, the system determines if additional protocols are supported by network node 221. If additional network nodes are supported, the system returns to step 320 to broadcast additional network resource requests in another protocol. For example, the system may return to step 320 to broadcast an AppleTalk resource request. After broadcasting such a request, the node 221 will receive AppleTalk resource response messages from nodes 222 and 225.
After requesting resources for all the supported protocols, the system proceeds to step 340 to begin eliminating duplicates. At step 340, computer node 221 compares a first network response message with the duplicate suppression responses received. If an identifier in the network response message is not in a duplicate suppression response, as tested in step 350, the system adds the information from that network response message into a list of available network resources at step 360. This completes the processing of that first network response message.
If an identifier in the network response message is in a duplicate suppression response, then the system proceeds to step 370 where the system tests if that network resource has already been added to the network resource list. If that network resource has not yet been added to the network resource list, then that network resource is added at step 360. However, if the network resource has already been added, then the system does not need to add that network resource again since such an entry would be a duplicate. Thus, the system could proceed directly to step 390.
However, in one embodiment, the system may instead determine at step 380 if the network resource response is associated with a better protocol than the protocol already associated with the network resource in the network resource list. If this duplicate network resource response is associated with a better (or preferred) protocol, then the system may proceed to step 385 where the current listing for the network resource is removed and a new network resource listing is added for the preferred protocol. Since steps 380 and 385 are optional, those steps are illustrated with dotted lines.
After completing the processing of the first network resource response, the system proceeds to step 390. At step 390, the system determines if the final network resource response message has been processed. If there are additional network resource response messages to process then the system proceeds back to step 340 to process the next network resource response message.
Once all the network resource response messages have been processed, then computer node 221 displays the network resource list at step 395.
The foregoing has described a method and arrangement for discovering computer network resources and eliminating duplicate computer resources. It is contemplated that changes and modifications may be made by one of ordinary skill in the art, to the materials and arrangements of elements of the present invention without departing from the scope of the invention.
This application is a continuation application of U.S. patent application Ser. No. 10/141,520, filed May 6, 2002 now U.S. Pat. No. 7,747,747, entitled, “Method and Arrangement for Suppressing Duplicate Network Resources”, which is incorporated herein by reference.
Number | Name | Date | Kind |
---|---|---|---|
5121382 | Yang et al. | Jun 1992 | A |
5247620 | Fukuzawa et al. | Sep 1993 | A |
5283571 | Yang et al. | Feb 1994 | A |
5493569 | Buchholz et al. | Feb 1996 | A |
5559959 | Foglar | Sep 1996 | A |
5586117 | Edem et al. | Dec 1996 | A |
5671215 | Foglar | Sep 1997 | A |
5724510 | Arndt et al. | Mar 1998 | A |
5740738 | Niemiro | Apr 1998 | A |
5875186 | Belanger et al. | Feb 1999 | A |
5968137 | Ferraiolo et al. | Oct 1999 | A |
6061368 | Hitzelberger | May 2000 | A |
6131809 | Drescher et al. | Oct 2000 | A |
6147976 | Shand et al. | Nov 2000 | A |
6161198 | Hill et al. | Dec 2000 | A |
6167051 | Nagami et al. | Dec 2000 | A |
6167445 | Gai et al. | Dec 2000 | A |
6182142 | Win et al. | Jan 2001 | B1 |
6212521 | Minami et al. | Apr 2001 | B1 |
6292267 | Mori et al. | Sep 2001 | B1 |
6308205 | Carcerano et al. | Oct 2001 | B1 |
6446131 | Khansari et al. | Sep 2002 | B1 |
6470450 | Langford et al. | Oct 2002 | B1 |
6496479 | Shionozaki | Dec 2002 | B1 |
6570875 | Hegde | May 2003 | B1 |
6625145 | Winell | Sep 2003 | B1 |
6625164 | Lioy et al. | Sep 2003 | B1 |
6658476 | Van | Dec 2003 | B1 |
6662213 | Xie et al. | Dec 2003 | B1 |
6792466 | Saulpaugh et al. | Sep 2004 | B1 |
6823453 | Hagerman | Nov 2004 | B1 |
6847995 | Hubbard et al. | Jan 2005 | B1 |
6882624 | Ma | Apr 2005 | B1 |
6895441 | Shabtay et al. | May 2005 | B1 |
6925079 | Matsukawa | Aug 2005 | B2 |
6928483 | Cain | Aug 2005 | B1 |
6944674 | Frelechoux et al. | Sep 2005 | B2 |
7010585 | Asami | Mar 2006 | B2 |
7031985 | Pecheny | Apr 2006 | B1 |
7032029 | Tanzman et al. | Apr 2006 | B1 |
7075897 | Uematsu | Jul 2006 | B2 |
7151772 | Kalmanek, Jr. et al. | Dec 2006 | B1 |
7200649 | Batke et al. | Apr 2007 | B1 |
20010017857 | Matsukawa | Aug 2001 | A1 |
20020052968 | Bonefas et al. | May 2002 | A1 |
20020093967 | Perlman et al. | Jul 2002 | A1 |
20020099806 | Balsamo et al. | Jul 2002 | A1 |
20020124094 | Chang et al. | Sep 2002 | A1 |
20020150093 | Ott et al. | Oct 2002 | A1 |
20030026230 | Ibanez et al. | Feb 2003 | A1 |
20030028896 | Swart et al. | Feb 2003 | A1 |
20030037178 | Vessey et al. | Feb 2003 | A1 |
20030097425 | Chen | May 2003 | A1 |
20030177252 | Krichevski et al. | Sep 2003 | A1 |
20040236851 | Kuan et al. | Nov 2004 | A1 |
20040249909 | Matsukura | Dec 2004 | A1 |
20080092228 | Baum | Apr 2008 | A1 |
20080184207 | Motoyama et al. | Jul 2008 | A1 |
20110024163 | Goto et al. | Feb 2011 | A1 |
Number | Date | Country |
---|---|---|
0 622 710 | Nov 1994 | EP |
WO 0174028 | Oct 2001 | WO |
Entry |
---|
Portions of prosecution history of U.S. Appl. No. 10/141,520, Mar. 29, 2010, Arnold, Kevin, et al. |
Guttman, E., et al., “Service Location Protocol, Version 2,” Request for Comments (RFC): 2608—Network Working Group of the Internet Engineering Task Force (IETF), Jun. 1999. |
Number | Date | Country | |
---|---|---|---|
20100223387 A1 | Sep 2010 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 10141520 | May 2002 | US |
Child | 12758796 | US |