managing stored voice in the etherphone system  the etherphone system was developed at xerox parc to explore methods of integrating voice into existing distributed personal computing environments. an important component of the etherphone system, the voice manager, provides operations for recording, playing, editing, and otherwise manipulating digitized voice based on an abstraction that we call voice ropes. it was designed to allow:  unrestricted use of voice in client applications,  sharing among various clients,  editing of voice by programs,  integration of diverse workstations into the system,  security at least as good as that of conventional file servers, and  automatic reclamation of the storage occupied by unneeded voice.  as with text, we want the ability to incorporate voice easily into electronic mail messages, voice-annotated documents, user interfaces, and other interactive applications. because the characteristics of voice differ greatly from those of text, special mechanisms are required for managing and sharing stored voice. the voice manager reduces the work generally associated with building voice applications by providing a convenient set of application- independent abstractions for stored voice.  clients view voice ropes as immutable sequences of voice samples referenced by unique identifiers. in actuality, a voice rope consists of a list of intervals within voice files that are stored on a special voice file server. a database stores the many-to-many relationships that exist between voice ropes and files. maintaining voice on a publicly accessible server facilitates sharing among various clients.  these facilities for managing stored voice in the etherphone system were designed with the intent of moving voice data as little as possible. once recorded in the voice file server, voice is never copied until a workstation sends a play request; at this point the voice is transmitted directly to an etherphone, a microprocessor-based telephone instrument. in particular, although workstations initiate most of the operations in the etherphone system, there is little reason for them to receive the actual voice data since they have no way of playing it.  adding such voice facilities to a diverse and complex software base presents challenging problems to the systems builder since much of the existing workstation and server software cannot be changed or extended. manipulating stored voice solely by textual references, besides allowing efficient sharing and resource management, has made it easy to integrate voice into documents. the only requirements placed on a workstation in order to make use of the voice services are that it have an associated etherphone and an rpc implementation.  the etherphone system uses secure rpc for all control functions and des encryption for transmitted voice. these ensure the privacy of voice communication, which is important even in a research environment, although the network is inherently vulnerable to interception of information. storing the voice in its encrypted form protects the voice on the server and also means that the voice need not be reencrypted when played. all in all, the voice manager provides better security than most conventional file servers.  the performance of operations for editing and managing recorded voice must be compatible with human response times: sub- second response at a peak rate of several operations per second is more than adequate. performance measurements confirm that the voice manager easily meets these requirements.  in conclusion, the major technical contributions presented in this paper involve the use of simple databases to:  describe the results of editing operations such that existing voice passages need not be moved, copied, or decrypted, and  provide a modified style of reference counting that allows the automatic reclamation of obsolete voice.  approximately 50 etherphones are in daily use in the computer science laboratory at xerox parc. we have had a voice mail system running since 1984 and a prototype voice editor available for demonstrations and experimental use since the spring of 1986.  d. terry d. swinehart