by Mark L. Chambers
In previous chapters, you've learned how to use Internet Explorer 3.0 to navigate the Internet, as well as how you can build your own Internet Web site with tools such as Internet Assistant, FrontPage, CGI scripts, and Java. At this point, you're ready
to put your Web server online and begin to distribute your information to anyone around the world with an Internet connection.
However, another form of Web connection is growing in popularity nearly as fast as its big brotherand it might prove just as important as an Internet-based Web site to any office or business with a local area network! This new form of Web
network, called an Intranet, provides a method of distributing many types of information between different PCs on the same LAN using HTML technology.
In simple terms, Intranets are like the Internet's Web on a much smaller scale, internal to a single company. How popular are they? Worldwide sales of Intranet servers are forecast to grow from approximately 43,000 in 1995 to almost 2 million by 1999!
In this chapter, you'll find further definition of the important differences between an Internet Web site and an Intranet Web site, including some of the pitfalls you might encounter while configuring your company's LAN for an Intranet. You'll compare
an Intranet with traditional office-wide "groupware" technology, as well as look at design issues specific to an Intranet Web site. You'll learn more about the many applications that you can develop for use by other departments within your
company. Finally, you'll consider the future of the Intranet and what applications might lie ahead.
Of course, Internet and Intranet technologies are very similar in many ways, using the same base network protocol (TCP/IP) and the same language (HTML). For all practical purposes, a solid idea of what an Intranet actually is has only coalesced within
the last year or so.
Many companies still believe that they can use their existing Internet platform as the foundation for some of the applications that you'll see later in this chapter. The idea is to save money, of course, and reduce the hardware, software, and manpower
required to run a Web site. The common question these days is, "Why do we need another Web computer just for company information?"
In this section, you'll learn why Intranets are so popular, and why they warrant an investment of time, manpower, and moneyeven if your company already has an Internet site and a presence on the Web! You'll also learn the details of what you need
in order to add an Intranet to a company network that doesn't currently have an Internet connection.
Unlike a Web site that allows connections through the Internet, an Intranet site is designed with the internal needs of your company in mind, and this affects not only the appearance of your site but also the applications you'll add to it. The tools
that you use remain the same. You still use HTML to build pages, for example. But the information you want to present to your fellow employees is usually quite different from the data you provide to the public on your Internet site. As a general rule, an
Intranet is best suited to a small or medium-sized company with a need to search, display, and update company data (although larger companies like Ford and IBM have also implemented Intranets as well). Figure 43.1 shows a typical Intranet main menu with a
set of common applications.
Figure 43.1. The top-level (or index level) of an Intranet, showing some of the applications covered in this chapter.
Let's examine some of the fundamental differences between an Intranet and an Internet site:
Now that you're more familiar with the differences between an Internet site and an Intranet site, let's examine what you'll need in order to operate an Intranet (whether you currently have an Internet Web site or not).
The traffic that you expect to visit your site will dictate the speed and capacity of your Internet server machine, and the same is true of your Intranet platform: Make sure that you select a computer that is fast enough and has enough hard drive
space!
Remember that after your Intranet is operational and online, bringing it down to upgrade the hardware could be more than just a minor inconvenience. Make sure your Intranet server is sufficient for the current size of your company, but also ensure that
it can accommodate future growth.
Also, it's strongly recommended that you do not try to run both an Internet and an Intranet site on the same PC. Performance will suffer, of course, but that's not as important as the issue of security. Sharing resources on the same machine between two
servers greatly increases the chance that a document or company data meant for internal use only could be inadvertently displayed for the public to view! Additionally, if a machine running multiple servers happens to go down due to hardware failure or a
lockup, you lose both of your Web sites. For these reasons, virtually every company with multiple Web servers dedicates a separate PC to each server.
With this in mind, here are the minimum requirements for an Intranet server:
TIP
If your company workstations are using Windows 3.11 or Windows 95, it's easy to configure the built-in TCP/IP stack for your Intranet.
That covers the basic requirements for your Intranet site. Later in this chapter, you'll see additional commercial Intranet Web applications, which are just now appearing on the market, that can greatly enhance your site. However, you'll be surprised
by the applications you can create with these basic requirements.
Now it's time to start the actual planning of your Intranet by introducing two important steps: identifying your audience and determining the content that the audience requires.
At first glance, identifying the audience for a company Intranet seems like a very easy task. After all, everyone in your organization will benefit from your Intranet, so everyone will want to connect to it, right?
Similarly, selecting the data and applications that need to be provided by your Intranet shouldn't be a problem; simply place all the company information you can get on the server, stick in a simple search engine, and you're ready to go.
Of course, both of these suppositions couldn't be farther from the truth, and few Web masters would ever take such a course. However, it does underline the importance of planning. You'll save yourself a tremendous amount of work later (adding,
deleting, and modifying content; restricting and granting access) by spending a small period of time planning realistically based upon your company's needs.
First, let's consider who will use your Intranet site within your company. Your goal is a simple one: Concentrate on providing access to the largest number of individuals who will consistently use the resources you feature on your site.
For some companies, this could indeed be everyone: for example, a small consulting firm of 10 to 20 people, or a real estate firm with less than 40 employees. Such companies are small enough not to overload your Intranet server, and most individuals
within the firm have similar needs for the same information. The smaller the organization, the less likely it is to need separate levels of security when it comes to company data. There are probably fewer departments and less specialization among
employees.
Compare the possibilities for different audiences at a company with a large firm of 200 people or more. Employees are now grouped into distinct departments with different requirements for what they want to see online (and usually with different ideas
of how to present and retrieve that data). Some company data undoubtedly needs a higher level of security. You must also consider the performance of your server PC: How well will it handle the traffic from a larger user base? Rather than provide everyone
with access, it makes more sense to target those who will actually use your Intranet.
Your company might be on either end of this spectrum, or it might fall somewhere between, but the process for determining your audience still involves the same three steps:
After you've used these criteria to narrow your audience to those who will benefit the most from your Intranet, you can determine whether all of those workers have access to a workstation and which of them will require training to use a Web browser.
Identifying your Intranet audience is also a requirement for planning the security measures that you're likely to need. You'll learn about these later, after you've decided on the content you'll offer on your site.
The next phase of planning your Intranet site centers on the data you'll provide to your users. You also make a first guess at the applications you'll offer to allow search and manipulation of that data.
As you saw earlier, it's likely that you already have a basic idea of what you'll offer on your site, and it might appear that this is a step you can skip. Perhaps content has already been determined by management, or you've met with key individuals in
your company and discussed what their departments would like to see on a company Intranet. This makes a good starting point, but unfortunately it's very easy to promise too much during the planning stages!
Before you set up your server and begin to gather information, code applications, or buy additional software, take a break and examine what you can actually deliver online (both now and in the future).
To plan the content of your site, keep these guidelines in mind:
After you've determined the information that you'll furnish on your new Intranet site, it's a good idea to request final approval of the content from those in charge. This extra step can save many headaches in the future, because you can be certain
that what you're offering is indeed what was desired!
As you learned earlier, Intranet security is important if your company already has an Internet connection, or if your Intranet will carry secure data that should not be distributed to some of its users. Today's Web server software might offer one or
both of the following methods of security:
Of course, if your Intranet will serve a single office with a network that's already using a standard login procedurefor example, a small business with 10 employees or less that is currently using the networking support built into Windows
95you already have a basic security system in place. If there are any entry points into your LAN from the outside world, however, it's highly recommended that you implement at least one of the two security methods previously mentioned on your
Intranet server.
In this section, you learned the basics behind building an Intranet site: the hardware and software requirements, how to plan for your audience, what information you should provide, and how you can safeguard your Intranet from outside intrusion. In the
next section, you'll see a comparison of Intranets with commercial multiuser software packages (commonly called groupware). You'll also learn about many of the more popular applications currently being offered on Intranets worldwide and how you can
implement them on your site.
One of the advantages that makes an Intranet attractive is the low cost of the "raw material." HTML is relatively easy to learn and it's now supported as an integral part of Windows 95. Additionally, many of the best tools used to create Web
pages are either free or relatively inexpensive. In fact, some of the simplest applications for your Intranet in this section can be created in less than an hour!
In this section, you first see a comparison of Intranet technology to traditional company-wide software packages that provide many of the same functions. You'll learn the advantages and disadvantages of each approach, and why the Intranet is quickly
becoming an attractive alternative.
The rest of this section is devoted to some of the most popular applications you can add to your Intranet. Some applications are simple enough that you can easily write them yourself, and the more powerful features are available with commercial
programs.
Although the Intranet as an office tool is a relatively recent development, other software packages designed to allow employees to access company information have been popular for years. Program suites like these are called groupware; they're
usually built around a proprietary database format and a multiuser interface, allowing coworkers to access and modify the same data at the same time. Lotus Notes is a good example of a popular groupware package, offering many of the same applications that
are covered later in this chapter. Figure 43.2 shows a representative Lotus Notes menu. As a rule, however, a groupware package will be more powerful and offer more features than even the most sophisticated Intranet.
Figure 43.2. Lotus Notes, a traditional groupware software suite that can handle multiple users at the same time across an entire network.
You might wonder, "Why should I bother building an Intranet, then? Why not buy groupware instead?" Let's compare the two approaches to company-wide communications, and you'll learn why many firms are turning away from groupware in favor of an
Intranet.
In its simplest form, even a software package containing a network-aware word processor and spreadsheet can call itself groupware, but the name is more properly applied to comprehensive programs providing messaging, file transfer and retrieval,
scheduling, database access, and document management to everyone within a company.
Typically, groupware is superior to an Intranet system on these points:
So why are Intranets so popular today? Let's examine some of the clear advantages of an Intranet over a groupware suite:
As you can see, an Intranet is not the perfect solution for every company; much depends upon the amount you're willing to spend, the number of employees in your company, and the functions that you want the system to perform. If you need a turnkey
system that will be up and running in a short time, an Intranet is probably not as attractive as a groupware suite. However, if you're looking for an inexpensive company-wide system and you want to design it yourself, an Intranet site is a natural
solution.
In the next section, you'll explore some of what's possible today with an Intranet, including applications you can create yourself.
Often, an Intranet is designed solely for the display of information throughout a company. Certainly, nothing is wrong with such a site; after all, HTML was designed expressly for the display and linking of text information. Your company might already
have an online employee listing or a resource scheduling system in place, so why duplicate it on your Intranet?
However, if you're looking to expand the functionality of your Intranet beyond the basics, this section covers the details of each of the most popular applications available for you to add to your site.
As you learned earlier, a good starting point for any Intranet site is a menu allowing the display of company documents. In fact, this is probably the most common function available on either an Internet or an Intranet site; only the contents of the
documents differ. Figure 43.3 shows an example of a document display application. Within FrontPage, a document display page is best created from the Normal page template.
Figure 43.3. It doesn't get any simpler than this: an Intranet document display page.
Note that document display and document retrieval are two different things in the Intranet world:
Of course, converting large amounts of data to HTML format can be a time-consuming taskand reading a massive online document would probably prove just as bad! Therefore, document display on an Intranet site is best reserved for documents of 10
pages or less that do not require constant updating, such as product feature lists, press releases, minutes, and white papers. If your company has a computer help desk, you can also create an excellent online troubleshooting guide for your support staff
that might save countless calls.
If you're willing to take the time to create hypertext links within a document, you can make it easy for the reader to jump from inside the display of one document to another. However, sometimes this is actually unnecessary because static reference
documents are usually self-contained and rarely require moving to another document. Also, in designing display pages and converting text for a company Intranet, keep in mind that documents intended to be read on paper might not work as well online. Most
computer users are less comfortable reading documents of several pages on a computer screen than reading that material printed on paper, so take the time to edit and shorten unnecessary sections of the text wherever possible.
The second most common function for Intranet sites is a menu allowing employees to receive binary files such as programs and word processing documents in their original format, usually with an option to search entries for a particular filename or
keyword. Before the advent of Intranet technology, many companies used electronic bulletin boards for the same purpose.
For example, a retrieval menu might subdivide company product information by operating system: By selecting the correct link for DOS, Windows 95, or Mac, you jump to a menu listing product information in the correct format. Each entry in the list is an
ftp link to the document on the server, so by clicking on the filename, your browser would automatically retrieve the document (and possibly load it into the associated program).
Figure 43.4 shows an Adobe Acrobat document retrieved from this type of menu. Because the file carried the extension .PDF, Acrobat was launched and the retrieved file was loaded automatically! This is a great convenience if your company has
standardized a specific word processor, graphics program, or spreadsheet.
Figure 43.4. Helper applications can be used to display documents that do not exist natively in HTML or contain formatting that HTML does not support. Here, a desktop-published document (the company
newsletter) can be retrieved from an Intranet and viewed as it was originally designed.
Intranet retrieval menus are excellent for the following purposes:
Because no conversion to HTML is necessary, an Intranet Web administrator can assign the task of updating the retrieval menu to another employee with basic knowledge of HTML. After the administrator has granted the appropriate network rights on the
server, updating such a menu is as simple as writing an entry with a new link and adding the corresponding files to the server. The employee need not even have physical access to the server because menu files can be updated offline and uploaded to
overwrite the older versions.
Figure 43.5 shows another interesting example of document retrieval: This time, the files are images in two different sizes. The keyword search engine is an extra convenience, but it means a little additional work when adding images, because the person
responsible for updating the server database must supply the file with more than just a filename. If the Browse display style is selected, each thumbnail is displayed along with the filename, and the List style simply displays the filenames as entries in a
list.
Figure 43.5. By clicking on the appropriate image, the production staff has immediate access to Simon & Schuster's online library of stock photographs.
A data search and display menu is quite similar to a document display menu. However, instead of displaying several pages of text in HTML format, the data display menu displays all the entries in a database that match your search criteria. Popular
Internet search engines such as Yahoo or Lycos work on this principle, returning entries with links to other Web pages that match the keywords or concepts you provide. Note, however, that no information on the server is updated by this type of application;
although the list can be searched, the display is static.
In fact, data search and display menus are the real workhorses of any Intranet, providing the basis for many applications. Figure 43.6 shows a typical search and display page application: a company-wide telephone directory, complete with a
sophisticated search engine. As you can see, each entry returned might also be a link to a display page listing other phone numbers at that site.
Figure 43.6. An example of an Intranet-based database is Simon & Schuster's Corporate Telephone Directory. In this case, employees are able to look up phone numbers online, and the numbers are kept
much more current than in printed directories.
Other typical uses for this basic Intranet application include the following:
Within FrontPage, the Search Page template is a good example of an application using search and display.
When building search engines for your Intranet pages, keep in mind that the user might not know the information for one or more fields. In the telephone directory example, for instance, you're not stuck simply because you don't know a person's name;
you can search on location, group, or division within the company as well. Whenever possible, include enough search fields so that it's easy to display a range of data without depending upon the primary search key.
Has a department within your company ever had to gather a specific piece of information from every employee? For example, perhaps the company picnic is approaching, and all 75 employees must select a main dish. Or, your marketing department has just
finalized a new magazine advertisement and wants a general opinion from everyone within the company on how good it is. You could ask questions like these through company e-mail, or you might pass around a signup sheet, but compiling the results will be
time-consuming (not to mention the headache of deleting countless e-mail replies). FrontPage includes a sample survey template.
An Intranet site makes it easy for company management to stay in touch. Employees can submit ideas, requests, and complaints through an Intranet page, or answer a company-wide survey using a simple form that can be filled out online. Paperwork is kept
to a minimum, and replies are likely to be far more timely.
Figure 43.7 shows one possible application currently in use within a medium-sized company: a product requisition page, where workers can request additional hardware or software online. Records submitted from this page are routed directly to purchasing,
instead of the old paper method where the requests were routed through several individuals before finally arriving at their destination.
Figure 43.7. This product requisition form is the perfect example of how an Intranet can save any company time, effort, and paperwork.
Commercial products are already available for feedback-style Intranet applications that follow a regular process (such as submitting problem requests for software or the requisition page covered earlier). Workflow Metro from Action Technologies and
Webflow from Ultimus both include prebuilt applications and enable you to design new ones quickly and easily.
In most cases, a feedback or survey page displays the form you've designed, accepts the input from the user, and saves the information on the serverperhaps displaying a simple page indicating that the submit step was successful. It is possible,
however, for the server to run a CGI script to generate a tracking number or perhaps compile the results of a survey; these values can be displayed as part of the success page, so that the user receives a form of output as well.
TIP
When designing a form for one of these applications, use radio button groups and drop-down list controls whenever possible. Multiple choice fields are faster to complete and easier on the user than filling out a text field, and they ensure that the field returns a valid choice to the server. With a multiple choice field, you won't encounter a numeric value for a Yes/No question! Figure 43.8 shows an opinion poll form with multiple choice fields and radio button groupsa much better method of gauging employee reaction than requesting feedback through e-mail!
Figure 43.8. This Intranet opinion poll is fast and easy for employees to complete, and the results are tabulated instantly.
Most companies maintain some sort of database, either on a single machine (where only a single person can add, delete, or update records) or throughout the network. The more expensive network database servers can handle multiple instructions (or
"queries") for the same record. SQL servers like these include high-level packages from Oracle, Sybase, and Microsoft.
On the surface, connecting your Intranet to a SQL query database seems impossible. Typically, applications for these database servers are written in languages such as Visual BASIC or C. How can your Intranet server offer access to these powerful
database servers using only HTML?
With the recent growth in popularity of company Intranets, there's a good possibility that you might be able to purchase a Web front end solution from the manufacturer of your database server. Many vendors have added proprietary products written
especially for their database systems that process queries from a CGI script running on your server machine. This allows you to display a simple HTML form to accept a query request over your Intranet and then display the results when the database returns
the results to your server. Proprietary products using this technology include Oracle's WebServer and Sybase's Web.sql.
Records from smaller network database servers using Xbase technology can also be retrieved over an Intranet in the same fashion; depending on the programming APIs supported by the database, it might be possible to view records and
update them using only a combination of a CGI script and a Java applet.
Even if your database vendor doesn't currently offer an HTML processor, you might still be able to use a third-party program. For example, products such as NETAway's SQL-Surfer provide generic SQL access with full HTML and CGI compliance, including an
SQL extension of HTML called SQL@Way. Allaire's Cold Fusion package enables you to write your own processor for generic SQL queries, and Object Manager from Tempest Products can orchestrate multiple applications written in different languages to handle
database access.
Most of these programs require some knowledge of CGI, Java, or PERL, which most Web administrators are familiar with. However, if you're looking for a Web database solution that requires no programming at all, check out R:Web from Micorim. With R:Web,
you simply design the Web database form onscreen, and the program delivers the scripts necessary to link any ODBC-compliant database to your form! Look for more easy-to-use WYSIWYG programs like these as Intranets grow in popularity, increasing competition
among software developers as a result.
Surprisingly enough, scheduling applications are not a common feature of Intranet sites. After all, the paper method of tracking things is probably working fine for your company right now. Many Web administrators are not aware that HTML is powerful
enough, while others simply don't feel that the function fits into the realm of an Intranet site.
Nothing could be farther from the truth! As long as your Intranet site is available to everyone in the company, you can throw away those paper logbooks and signup sheets! An Intranet application can easily schedule company resources such as the
following:
These online schedules are available immediately to everyone within the company. Plus, your form can even record mileage driven or problems encountered with company equipment if necessary.
Figure 43.9 shows a meeting room resource scheduler currently in use on the Intranet of a medium-sized company. The scheduler provides a graphical display that makes it easy to tell which hours a particular conference room will be occupied. To reserve
a room for the current month or next month, you click on that day within either of the two small calendars on either side of the page title. This HTML display front-end works in concert with two separate CGI scripts that do the actual processing (one to
return the occupied slots and one to process new reservations).
Figure 43.9. An Intranet-based resource scheduler application for reserving company meeting rooms.
If you're planning an Intranet or if you've just finished building your site, a resource scheduler makes a great first application to add. There's nothing like cutting paperwork and improving efficiency to justify your new Intranet site!
One of the primary uses for the company Intranet today is the discussion forum. If you've ever read an Internet newsgroup or used a public message base on a bulletin board system, you'll find many similarities. A discussion forum is essentially an
open, public message base where everyone can reply to any message.
Companies use Intranet discussion forums in a myriad of ways. Of course, they're fine for informal general conversations by employees throughout the company. However, they can play an important role in the development of a project or product as well,
acting as an ongoing open meeting where everyone can voice an opinion. Often, forums are used as open "suggestion boxes" by company management, or as continuing "think tank" conversations on future directions the company might take.
As in a BBS message base, forum messages are arranged into threads. A thread is composed of the original message that started a topic and all of the replies following in order. Threading makes it much easier to read an entire discussion on one topic
from beginning to end, keeping the flow of the conversation intact.
Unlike its Internet cousin, however, an Intranet discussion forum might offer the following additional features:
If your company already has some form of electronic mail, you're probably familiar with attachments; most discussion forum products also allow the author to attach text files or binary files to the message, so that readers can download
associated files while reading the message.
Microsoft's FrontPage provides support for a good entry-level discussion group. Users can create their own topics whenever they choose, or they can reply to individual messages. Replies appear threaded under the original topic, sorted further by date.
The table of contents for a typical discussion built within FrontPage appears in Figure 43.10, and the message window itself appears in Figure 43.11.
Figure 43.10. A group discussion forum like this one may prove to be one of the most valuable and popular applications you can add to your Intranet. Readers can click on any subject from this Table of
Contents display to jump directly to that message. Note the indented message threads.
Figure 43.11. Posting a new message within an Intranet discussion forum is as easy as replying to an e-mail message.
Other third-party software adds even more functionality to the basic discussion forum feature set. For example, Digital's Workgroup Web Forum can sort messages by author and by date as well as by thread, making it easier to track down a particular
message. Did you make a mistake in typing your message? Workgroup Web Forum also allows the author to change the text of a forum message after it has been posted, so that you can correct errors later. The forum software net.Thread, from net.Genesis,
supports "moderated" forums in which messages must first be approved by the individual designated as the moderator. The moderator can also edit the text of the message before adding it to the forum.
Throughout this chapter, you've seen applications that are commonly used today on corporate Intranet sites around the world, and you've learned why the Intranet is quickly becoming a viable alternative to traditional groupware.
However, like its Internet cousin, Intranet technology is advancing on a daily basis. As the HTML language standard is enhanced and new helper applications appear, your Intranet site can reap the benefits with powerful new features; in fact, upgrading
the functionality of your Intranet will often be as simple as distributing a new helper application throughout your company!
This final section introduces tomorrow's Intranet technologyfeatures that are only being used experimentally, or those that still need considerable work before they're widely used.
Full motion video is much more familiar to today's computer user than it was only two or three years ago; the video support within Windows (especially Windows 95) and the video featured in most of today's multimedia CD-ROM games and educational
software has irrevocably changed the way that most of us look at computer technology.
During those same years, we also saw a parallel revolution occurring on the Internet, as more and more institutions and organizations began experimenting with sound and video across the global network. At first, these multimedia applications were
simple diversions such as mounting a camera on a street corner and offering a video snapshot updated every few seconds, or adding sound clips to a Web page. More recently, these applications have matured into peer-to-peer live video and full-duplex voice
communications over the Internet.
The Intranet applications for live video are obvious: conferencing throughout your company, company-wide broadcasting, video training and technical support, individual discussions, and video "whiteboarding" (where everyone in a video
conference can edit a graphic or document). With the proper equipment, you can actually add some of this state-of-the-art video technology to your Intranet site for your company's use. A good example of current video display technology suitable for use as
a helper application is the program Enhanced CU-SeeMe, from White Pine. This popular program requires a minimum of a 486-class PC with 256 color support and a TCP/IP bandwidth of at least a 28.8k SLIP/PPP modem connection (or a hardwired connection to the
office TCP/IP network). Each workstation also needs a sound card, speakers, and a video camera such as the popular Connectix QuickCam. Figure 43.12 shows CU-SeeMe in action. The additional Reflector software allows video conferencing or group discussions.
Figure 43.12. With CU-SeeMe, coworkers can speak face-to-face anywhere within your company.
Need more than person-to-person communications? White Pine also sells Reflector, which can concurrently distribute the video and audio from a CU-SeeMe broadcast to many workstations. Imagine the impact of a network-wide broadcast, in color, with your
Intranet as the foundation!
However, live video over TCP/IP still has its problems. For example, the quality of a live video feed is directly linked to the lowest bandwidth available throughout the network. ISDN and dialup connections to your Intranet simply cannot handle the
transmission of video data as well as a dedicated T1, and most office LANs are far slower. Additionally, the standard workstation provided by most companies would not be fast enough for live video to perform well.
Another popular multimedia feature that you can add to your Intranet is two-way voice communications. Unlike the traditional Internet IRC chat or the chat areas on larger bulletin boards, where several people can type lines of text to one another in
real time, voice products allow a conversation over a TCP/IP connection, just as if you had picked up a telephone and called another person.
You might be asking, "Why would my Intranet site need to support voice communications? After all, anyone within the company can simply call another over the office phone system." Of course, that's true for local calls, but what about your
foreign offices? Perhaps your company sends salespeople across the country, and they're constantly calling in to the office using a phone card. Any voice call that would normally be made over an expensive long distance phone connection can usually be made
over a wired network or SLIP/PPP connection, saving your company a tremendous amount on its phone bill. And, depending upon the speed of the connection and the sound cards used by the PCs on either end, you might find that the sound quality of an
Intranet-based "telephone" call is almost as good as an actual long-distance call.
The requirements for a voice connection are similar to the requirements for a video link: a 486-class PC, a 14.4k SLIP/PPP connection (or a hardwired connection to the office TCP/IP network), a 16-bit full-duplex sound card (half-duplex requires one
person to wait while the other talks, like a CB radio), a microphone, and speakers.
TIP
If your company Intranet network isn't fast enough to support live video, it probably is still fast enough to provide quality voice communications.
Figure 43.13 shows Quarterdeck's WebTalk, one of the better Internet/Intranet voice products available. Although the main screen doesn't look much like a telephone, it does give you some idea of the possibilities for global communications with its
world map! To make a call, you must know the IP address of the person you're calling; WebTalk can either notify you of an incoming call (giving you the chance to refuse a call beforehand) or automatically pick up the "receiver" immediately.
Figure 43.13. Setting up WebTalk to make a voice connection over an office Intranet.
Other Internet voice products include NetSpeak's WebPhone, Internet Phone from VocalTec, and DigiPhone from Third Planet. Some of these competitors also include Web "answering machines," while higher-end software allows Web-based voice
conference calls. Like video technology, the use of voice communication over the Web is just beginning to flourish, and you're likely to see many new and innovative uses for it in the next few years.
Another brand-new technology that hasn't quite arrived yet for Intranets is the virtual world, or VRML. VRML worlds currently range from a simple set of rooms depicted in cyberspace (in which you can walk between rooms) to a full-fledged
three-dimensional outdoor discussion group with nearly real-time speech, where individuals are represented by images called avatars that they design themselves. Some VRML worlds even allow you to design your own building where others might enter and
talk with you. Figure 43.14 shows a VRML world with avatars. Each character you see in this VRML world represents a real person somewhere on the Internet.
Figure 43.14. Is this the foundation for a future virtual office?
Unlike video technology, VRML worlds might not translate as well to the needs of a company Intranet; they're probably better suited to the company Internet site, which can entertain the public as well as inform them. It's safe to assume that most
companies would rather display live video for a conference than a meeting of 3-D animals in a setting like Stonehenge!
However, virtual reality does help illustrate just how exotic future Intranet applications might become, as long as network bandwidth allows it. Would workers at your international division find it easier to navigate through the corridors of a virtual
home office than to dig through a six month old copy of your corporate directory? Only time will tell as the technology driving the Web world advances.
When a "young" technology such as the Internet matures, one of the first demands from users is always convenience, and the same is true of the Intranet. For example, consider a company employee searching through your Intranet site for a
specific day of meeting notes, a particular press release on a product that's a few years old, or perhaps even performing a general search on a common topic. Although you've made your search engine as easy as possible to use, wouldn't most people rather
automate the search task and have it performed while they refill their coffee?
The idea of convenience is the driving force behind a growing number of automated "gopher" or "bot" technologies available for use on the Web. In its most basic form, you program an Internet/Intranet bot with a search pattern (which
can be simple or complex) and send it out to surf the Web for any and all information that might match that search pattern. Most bots also arrange the data within a synopsis, allowing you to quickly summarize the search; you can always send another bot
that is more specific to garner additional information on anything interesting. Another interesting side of most automated bots is that they can also continue to work offline, even after you've turned off your computer.
Quarterdeck's WebCompass is an excellent example of an Internet-based bot that accesses large search engines such as Yahoo, Lycos, and WebCrawler. Figure 43.15 shows the criteria for a WebCompass search for the topic "Batman," and Figure
43.16 shows the results returned by the program.
Figure 43.15. WebCompass from Quarterdeck enables you to automatically search for information using all of the larger Internet engines.
Figure 43.16. The results of a WebCompass search on "Batman."
How does this technology affect your Intranet site? Of course, the larger the site, the more convenient it will be for your users if they can create an automated bot. However, even smaller Intranet sites can profit from the thorough searching that
these automated programs can perform; for instance, the head of your financial department might program a bot that returns the following information from your Intranet every business day when he turns on his computer:
One company whose automation product is perfectly suited to the Intranet world is General Magic, makers of the Telescript communications language. Employees can use automated Telescript programs called "agents" to perform complex searches
throughout the Net, sort and arrange the data, and summarize it for quick use. Agents also continue searching and compiling data offline, so that the user's PC can be turned off and the agent will continue the search. The company also offers Active Web
Server, which adds Telescript capability to any Intranet or Internet Web server.
In this chapter, you've been introduced to the idea of a self-contained, company-wide network based upon Internet technology, called an Intranet. You've seen a comparison of a company Intranet to the global Internet network and to traditional groupware
software packages such as Lotus Notes. You've learned how to plan your Intranet, and what applications are most popular on existing Intranets. You also learned about the future of company Intranets, including technologies such as video, voice, and
automation that are currently "cutting-edge" in the Internet world.