Windows uses print queues, but hides them behind the moniker of "printer sharing". You as an administrator don't ever create a print queue directly; you share a printer on the server and Windows creates/manages a print queue behind the scenes.
Windows server communicates with that "attached" server in one of two ways -- directly, using a parallel or USB cable, or via the network.
The most common network connection type uses a protocol called LPR to talk to the "black box". The Windows server knows this as a "standard tcp printer port". To be able to configure this, you need to know the TCP/IP address of the black box (usually they ship with a utility to configure it). After that, setting up the printer is fairly straight forward.
Using this model (server shared) has the advantages of management & control, prioritized print jobs, automatic delivery of drivers, etc.. The downside is that if the server goes down, nobody prints.
Becuase Win2K professional knows how to usethis LPR protocol, so you could configure workstations to print directly to the network attached printer. You have to manually install drivers in this configuration. In this set up, the printer basically arbitrates who goes next, and print jobs spool at each workstation while they are waiting. I don't have any practical experience on how well this works with big jobs or many users.
Many black boxes can also be programmed to use Windows networking. They'll appear as a node when the usersbrowses the Network Neighborhood. Drivers have to be manually installed, but some people like this setup. It's my least favorite setup because some printers are very chatty on the network advertising their presence.
HTH