Resuming synchronous playback of content

CROSS-REFERENCE TO RELATED APPLICATIONS

0001The present application is a continuation of U.S. application Ser. No. 13/864,249 filed Apr. 17, 2013, titled “Method And Apparatus For Playing And Providing Audio Content In A Synchrony Group,” which is a continuation of U.S. application Ser. No. 13/297,000 filed Nov. 15, 2011, titled “System And Method For Synchronizing Operations Among A Plurality Of Independently Clocked Digital Data Processing Devices,” which is a continuation of U.S. application Ser. No. 10/816,217 filed Apr. 1, 2004, titled “System And Method For Synchronizing Operations Among A Plurality Of Independently Clocked Digital Data Processing Devices,” which claims priority to U.S. Provisional App. 60/490,768 filed Jul. 28, 2003, titled “Method For Synchronizing Audio Playback Between Multiple Networked Devices.” The entire contents of the Ser. Nos. 13/864,249; 13/297,000; 10/816,217; and 60/490,768 applications are incorporated herein by reference.

FIELD OF THE INVENTION

0002The present invention relates generally to the field of digital data processing devices, and more particularly to systems and methods for synchronizing operations among a plurality of independently-clocked digital data processing devices. The invention is embodied in a system for synchronizing operations among a plurality of devices, in relation to information that is provided by a common source. One embodiment of the invention enables synchronizing of audio playback as among two or more audio playback devices that receive audio information from a common information source, or channel.

0003More generally, the invention relates to the field of arrangements that synchronize output generated by a number of output generators, including audio output, video output, combinations of audio and video, as well as other types of output as will be appreciated by those skilled in the art, provided by a common channel. Generally, the invention will find utility in connection with any type of information for which synchrony among independently-clocked devices is desired.

BACKGROUND OF THE INVENTION

0004There are a number of circumstances under which it is desirable to maintain synchrony of operations among a plurality of independently-clocked digital data processing devices in relation to, for example, information that is provided thereto by a common source. For example, systems are being developed in which one audio information source can distribute audio information in digital form to a number of audio playback devices for playback. The audio playback devices receive the digital information and convert it to analog form for playback. The audio playback devices may be located in the same room or they may be distributed in different rooms in a residence such as a house or an apartment, in different offices in an office building, or the like. For example, in a system installed in a residence, one audio playback device may be located in a living room, while another audio playback device is be located in a kitchen, and yet other audio playback devices may be located in various bedrooms of a house. In such an arrangement, the audio information that is distributed to various audio playback devices may relate to the same audio program, or the information may relate to different audio programs. If the audio information source provides audio information relating to the same audio program to two or more audio playback devices at the same time, the audio playback devices will generally contemporaneously play the same program. For example, if the audio information source provides audio information to audio playback devices located in the living room and kitchen in a house at the same time, they will generally contemporaneously play the same program.

0005One problem that can arise is to ensure that, if two or more audio playback devices are contemporaneously attempting to play back the same audio program, they do so simultaneously. Small differences in the audio playback devices' start times and/or playback speeds can be perceived by a listener as an echo effect, and larger differences can be very annoying. Differences can arise because for a number of reasons, including delays in the transfer of audio information over the network. Such delays can differ as among the various audio playback devices for a variety of reasons, including where they are connected into the network, message traffic and other reasons as will be apparent to those skilled in the art.

0006Another problem arises from the following. When an audio playback device converts the digital audio information from digital to analog form, it does so using a clock that provides timing information. Generally, the audio playback devices that are being developed have independent clocks, and, if they are not clocking at precisely the same rate, the audio playback provided by the various devices can get out of synchronization.

SUMMARY OF THE INVENTION

0007The invention provides a new and improved system and method for synchronizing operations among a number of digital data processing devices that are regulated by independent clocking devices. Generally, the invention will find utility in connection with any type of information for which synchrony among devices connected to a network is desired. The invention is described in connection with a plurality of audio playback devices that receive digital audio information that is to be played back in synchrony, but it will be appreciated that the invention can find usefulness in connection with any kind of information for which coordination among devices that have independent clocking devices would find utility.

0008In brief summary, the invention provides, in one aspect, a system for maintaining synchrony of operations among a plurality of devices that have independent clocking arrangements. The system includes a task distribution device that distributes tasks to a synchrony group comprising a plurality of devices that are to perform the tasks distributed by the task distribution device in synchrony. The task distribution device distributes each task to the members of the synchrony group over a network. Each task is associated with a time stamp that indicates a time, relative to a clock maintained by the task distribution device, at which the members of the synchrony group are to execute the task. Each member of the synchrony group periodically obtains from the task distribution device an indication of the current time indicated by its clock, determines a time differential between the task distribution device's clock and its respective clock and determines therefrom a time at which, according to its respective clock, the time stamp indicates that it is to execute the task.

0009In one embodiment, the tasks that are distributed include audio information for an audio track that is to be played by all of the devices comprising the synchrony group synchronously. The audio track is divided into a series of frames, each of which is associated with a time stamp indicating the time, relative to the clock maintained by an audio information channel device, which, in that embodiment, serves as the task distribution device, at which the members of the synchrony group are to play the respective frame. Each member of the synchrony group, using a very accurate protocol, periodically obtains the time indicated by the audio information channel device, and determines a differential between the time as indicated by its local clock and the audio information channel device's clock. The member uses the differential and the time as indicated by the time stamp to determine the time, relative to its local clock, at which it is to play the respective frame. The members of the synchrony group do this for all of the frames, and accordingly are able to play the frames in synchrony.

BRIEF DESCRIPTION OF THE DRAWINGS

This invention is pointed out with particularity in the appended claims. The above and further advantages of this invention may be better understood by referring to the following description taken in conjunction with the accompanying drawings, in which:

<figref idref="DRAWINGS">FIG. 1</figref> schematically depicts an illustrative networked audio system, constructed in accordance with the invention;

<figref idref="DRAWINGS">FIG. 2</figref> schematically depicts a functional block diagram of a synchrony group utilizing a plurality of zone players formed within the networked audio system depicted in <figref idref="DRAWINGS">FIG. 1</figref>;

<figref idref="DRAWINGS">FIG. 2A</figref> schematically depicts two synchrony groups, illustrating how a member of one synchrony group can provide audio information to the members of another synchrony group;

<figref idref="DRAWINGS">FIG. 3</figref> depicts an functional block diagram of a zone player for use in the networked audio system depicted in <figref idref="DRAWINGS">FIG. 1</figref>; and

<figref idref="DRAWINGS">FIG. 4</figref> is useful in understanding an digital audio information framing methodology useful in the network audio system depicted in <figref idref="DRAWINGS">FIG. 1</figref>.

DETAILED DESCRIPTION OF AN ILLUSTRATIVE EMBODIMENT

0016<figref idref="DRAWINGS">FIG. 1</figref> depicts an illustrative network audio system <b>10</b> constructed in accordance with the invention. With reference to <figref idref="DRAWINGS">FIG. 1</figref>, the network audio system <b>10</b> includes a plurality of zone players <b>11</b>(<b>1</b>) through <b>11</b>(N) (generally identified by reference numeral <b>11</b>(<i>n</i>)) interconnected by a local network <b>12</b>, all of which operate under control of one or more user interface modules generally identified by reference numeral <b>13</b>. One or more of the zone players <b>11</b>(<i>n</i>) may also be connected to one or more audio information sources, which will generally be identified herein by reference numeral <b>14</b>(<i>n</i>)(<i>s</i>), and/or one or more audio reproduction devices, which will generally be identified by reference numeral <b>15</b>(<i>n</i>)(<i>r</i>). In the reference numeral <b>14</b>(<i>n</i>)(<i>s</i>), index “n” refers to the index “n” of the zone player <b>11</b>(<i>n</i>) to which the audio information source is connected, and the index “s” (s=1, . . . , S_n) refers to the “s-th” audio information source connected to that “n-th” zone player <b>11</b>(<i>n</i>). Thus, if, for example, a zone player <b>11</b>(<i>n</i>) is connected to four audio information sources <b>14</b>(<i>n</i>)(<b>1</b>) through <b>14</b>(<i>n</i>)(<b>4</b>), the audio information sources may be generally identified by reference numeral <b>14</b>(<i>n</i>)(<i>s</i>), with S_n=4. It will be appreciated that the number of audio information sources S_nmay vary as among the various zone players <b>11</b>(<i>n</i>), and some zone players may not have any audio information sources connected thereto. Similarly, in the reference numeral <b>15</b>(<i>n</i>)(<i>r</i>), index “n” refers to the index “n” of the zone player <b>11</b>(<i>n</i>) to which the audio reproduction device is connected, and the index “r” (r=1, . . . , R_n) refers to the “r-th” audio information source connected to that “n-th” zone player <b>11</b>(<i>n</i>). In addition to the audio information sources <b>14</b>(<i>n</i>)(<i>s</i>), the network audio system <b>10</b> may include one or more audio information sources <b>16</b>(<b>1</b>) through <b>16</b>(M) connected through appropriate network interface devices (not separately shown) to the local network <b>12</b>. Furthermore, the local network may include one or more network interface devices (also not separately shown) that are configured to connect the local network <b>12</b> to other networks, including a wide area network such as the Internet, the public switched telephony network (PSTN) or other networks as will be apparent to those skilled in the art, over which connections to audio information sources may be established.

0017The zone players <b>11</b>(<i>n</i>) associated with system <b>10</b> may be distributed throughout an establishment such as residence, an office complex, a hotel, a conference hall, an amphitheater or auditorium, or other types of establishments as will be apparent to those skilled in the art or the like. For example, if the zone players <b>11</b>(<i>n</i>) and their associated audio information source(s) and/or audio reproduction device(s) are distributed throughout a residence, one, such as zone player <b>11</b>(<b>1</b>) and its associated audio information source(s) and audio reproduction device(s) may be located in a living room, another may be located in a kitchen, another may be located in a dining room, and yet others may be located in respective bedrooms, to selectively provide entertainment in those rooms. On the other hand, if the zone players <b>11</b>(<i>n</i>) and their associated audio information source(s) and/or audio reproduction device(s) are distributed throughout an office complex, one may, for example, be provided in each office to selectively provide entertainment to the employees in the respective offices. Similarly, if the zone players <b>11</b>(<i>n</i>) and associated audio information source(s) and/or audio reproduction device(s) are used in a hotel, they may be distributed throughout the rooms to provide entertainment to the guests. Similar arrangements may be used with zone players <b>11</b>(<i>n</i>) and associated audio information source(s) and/or audio reproduction device(s) used in an amphitheater or auditorium. Other arrangements in other types of environments will be apparent to those skilled in the art. In each case, the zone players <b>11</b>(<i>n</i>) can be used to selectively provide entertainment in the respective locations, as will be described below.

0018The audio information sources <b>14</b>(<i>n</i>)(<i>s</i>) and <b>16</b>(<i>m</i>) may be any of a number of types of conventional sources of audio information, including, for example, compact disc (“CD”) players, AM and/or FM radio receivers, analog or digital tape cassette players, analog record turntables and the like. In addition, the audio information sources <b>14</b>(<i>n</i>)(<i>s</i>) and <b>16</b>(<i>m</i>) may comprise digital audio files stored locally on, for example, personal computers (PCs), personal digital assistants (PDAs), or similar devices capable of storing digital information in volatile or non-volatile form. As noted above, the local network <b>12</b> may also have an interface (not shown) to a wide area network, over which the network audio system <b>10</b> can obtain audio information. Moreover, one or more of the audio information sources <b>14</b>(<i>n</i>)(<i>s</i>) may also comprise an interface to a wide area network such as the Internet, the public switched telephony network (PSTN) or any other source of audio information. In addition, one or more of the audio information sources <b>14</b>(<i>n</i>)(<i>s</i>) and <b>16</b>(<i>m</i>) may comprise interfaces to radio services delivered over, for example, satellite. Audio information obtained over the wide area network may comprise, for example, streaming digital audio information such as Internet radio, digital audio files stored on servers, and other types of audio information and sources as will be appreciated by those skilled in the art. Other arrangements and other types of audio information sources will be apparent to those skilled in the art.

0019Generally, the audio information sources <b>14</b>(<i>n</i>)(<i>s</i>) and <b>16</b>(<i>m</i>) provide audio information associated with audio programs to the zone players for playback. A zone player that receives audio information from an audio information source <b>14</b>(<i>n</i>)(<i>s</i>) that is connected thereto can provide playback and/or forward the audio information, along with playback timing information, over the local network <b>12</b> to other zone players for playback. Similarly, each audio information source <b>16</b>(<i>m</i>) that is not directly connected to a zone player can transmit audio information over the network <b>12</b> to any zone player <b>11</b>(<i>n</i>) for playback. In addition, as will be explained in detail below, the respective zone player <b>11</b>(<i>n</i>) can transmit the audio information that it receives either from an audio information source <b>14</b>(<i>n</i>)(<i>s</i>) connected thereto, or from an audio information source <b>16</b>(<i>m</i>), to selected ones of the other zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . (n not equal to n′, n″, . . . ) for playback by those other zone players. The other zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . to which the zone player <b>11</b>(<i>n</i>) transmits the audio information for playback may be selected by a user using the user interface module <b>13</b>. In that operation, the zone player <b>11</b>(<i>n</i>) will transmit the audio information to the selected zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . over the network <b>12</b>. As will be described below in greater detail, the zone players <b>11</b>(<i>n</i>), <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . operate such that the zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . synchronize their playback of the audio program with the playback by the zone player <b>11</b>(<i>n</i>), so that the zone players <b>11</b>(<i>n</i>), <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″) provide the same audio program at the same time.

0020Users, using user interface module <b>13</b>, may also enable different groupings or sets of zone players to provide audio playback of different audio programs synchronously. For example, a user, using a user interface module <b>13</b>, may enable zone players <b>11</b>(<b>1</b>) and <b>11</b>(<b>2</b>) to play one audio program, audio information for which may be provided by, for example, one audio information source <b>14</b>(<b>1</b>)(<b>1</b>). The same or a different user may, using the same or a different user interface module <b>13</b>, enable zone players <b>11</b>(<b>4</b>) and <b>11</b>(<b>5</b>) to contemporaneously play another audio program, audio information for which may be provided by a second audio information source, such as audio information source <b>14</b>(<b>5</b>)(<b>2</b>). Further, a user may enable zone player <b>11</b>(<b>3</b>) to contemporaneously play yet another audio program, audio information for which may be provided by yet another audio information source, such as audio information source <b>16</b>(<b>1</b>). As yet another possibility, a user may contemporaneously enable zone player <b>11</b>(<b>1</b>) to provide audio information from an audio information source connected thereto, such as audio information source <b>14</b>(<b>1</b>)(<b>2</b>), to another zone player, such as zone player <b>11</b>(<b>6</b>) for playback.

0021In the following, the term “synchrony group” will be used to refer to a set of one or more zone players that are to play the same audio program synchronously. Thus, in the above example, zone players <b>11</b>(<b>1</b>) and <b>11</b>(<b>2</b>) comprise one synchrony group, zone player <b>11</b>(<b>3</b>) comprises a second synchrony group, zone players <b>11</b>(<b>4</b>) and <b>11</b>(<b>5</b>) comprise a third synchrony group, and zone player <b>11</b>(<b>6</b>) comprises yet a fourth synchrony group. Thus, while zone players <b>11</b>(<b>1</b>) and <b>11</b>(<b>2</b>) are playing the same audio program, they will play the audio program synchronously. Similarly, while zone players <b>11</b>(<b>4</b>) and <b>11</b>(<b>5</b>) are playing the same audio program, they will play the audio program synchronously. On the other hand, zone players that are playing different audio programs may do so with unrelated timings. That is, for example, the timing with which zone players <b>11</b>(<b>1</b>) and <b>11</b>(<b>2</b>) play their audio program may have no relationship to the timing with which zone player <b>11</b>(<b>3</b>), zone players <b>11</b>(<b>4</b>) and <b>11</b>(<b>5</b>), and zone player <b>11</b>(<b>6</b>) play their audio programs. It will be appreciated that, since “synchrony group” is used to refer to sets of zone players that are playing the same audio program synchronously, zone player <b>11</b>(<b>1</b>) will not be part of zone player <b>11</b>(<b>6</b>)'s synchrony group, even though zone player <b>11</b>(<b>1</b>) is providing the audio information for the audio program to zone player <b>11</b>(<b>6</b>).

0022In the network audio system <b>10</b>, the synchrony groups are not fixed. Users can enable them to be established and modified dynamically. Continuing with the above example, a user may enable the zone player <b>11</b>(<b>1</b>) to begin providing playback of the audio program provided thereto by audio information source <b>14</b>(<b>1</b>)(<b>1</b>), and subsequently enable zone player <b>11</b>(<b>2</b>) to join the synchrony group. Similarly, a user may enable the zone player <b>11</b>(<b>5</b>) to begin providing playback of the audio program provided thereto by audio information source <b>14</b>(<b>5</b>)(<b>2</b>), and subsequently enable zone player <b>11</b>(<b>4</b>) to join that synchrony group. In addition, a user may enable a zone player to leave a synchrony group and possibly join another synchrony group. For example, a user may enable the zone player <b>11</b>(<b>2</b>) to leave the synchrony group with zone player <b>11</b>(<b>1</b>), and join the synchrony group with zone player <b>11</b>(<b>6</b>). As another possibility, the user may enable the zone player <b>11</b>(<b>1</b>) to leave the synchrony group with zone player <b>11</b>(<b>2</b>) and join the synchrony group with zone player <b>11</b>(<b>6</b>). In connection with the last possibility, the zone player <b>11</b>(<b>1</b>) can continue providing audio information from the audio information source <b>14</b>(<b>1</b>)(<b>1</b>) to the zone player <b>11</b>(<b>2</b>) for playback thereby.

0023A user, using the user interface module <b>13</b>, can enable a zone player <b>11</b>(<i>n</i>) that is currently not a member of a synchrony group to join a synchrony group, after which it will be enabled to play the audio program that is currently being played by that synchrony group. Similarly, a user, also using the user interface module <b>13</b>, can enable a zone player <b>11</b>(<i>n</i>) that is currently a member of one synchrony group, to disengage from that synchrony group and join another synchrony group, after which that zone player will be playing the audio program associated with the other synchrony group. For example, if a zone player <b>11</b>(<b>6</b>) is currently not a member of any synchrony group, it, under control of the user interface module <b>13</b>, can become a member of a synchrony group, after which it will play the audio program being played by the other members of the synchrony group, in synchrony with the other members of the synchrony group. In becoming a member of the synchrony group, zone player <b>11</b>(<b>6</b>) can notify the zone player that is the master device for the synchrony group that it wishes to become a member of its synchrony group, after which that zone player will also transmit audio information associated with the audio program, as well as timing information, to the zone player <b>11</b>(<b>6</b>). As the zone player <b>11</b>(<b>6</b>) receives the audio information and the timing information from the master device, it will play the audio information with the timing indicated by the timing information, which will enable the zone player <b>11</b>(<b>6</b>) to play the audio program in synchrony with the other zone player(s) in the synchrony group.

0024Similarly, if a user, using the user interface module <b>13</b>, enables a zone player <b>11</b>(<i>n</i>) associated with a synchrony group to disengage from that synchrony group, and if the zone player <b>11</b>(<i>n</i>) is not the master device of the synchrony group, the zone player <b>11</b>(<i>n</i>) can notify the master device, after which the master device can terminate transmission of the audio information and timing information to the zone player <b>11</b>(<i>n</i>). If the user also enables the zone player <b>11</b>(<i>n</i>) to begin playing another audio program using audio information from an audio information source <b>14</b>(<i>n</i>)(<i>s</i>) connected thereto, it will acquire the audio information from the audio information source <b>14</b>(<i>n</i>)(<i>s</i>) and initiate playback thereof. If the user enables another zone player <b>11</b>(<i>n</i>′) to join the synchrony group associated with zone player <b>11</b>(<i>n</i>), operations in connection therewith can proceed as described immediately above.

0025As yet another possibility, if a user, using the user interface module <b>13</b>, enables a zone player <b>11</b>(<i>n</i>) associated with a synchrony group to disengage from that synchrony group and join another synchrony group, and if the zone player is not the master device of the synchrony group from which it is disengaging, the zone player <b>11</b>(<i>n</i>) can notify the master device of the synchrony group from which it is disengaging, after which that zone player will terminate transmission of audio information and timing information to the zone player <b>11</b>(<i>n</i>) that is disengaging. Contemporaneously, the zone player <b>11</b>(<i>n</i>) can notify the master device of the synchrony group that it (that is, zone player <b>11</b>(<i>n</i>)) is joining, after which the master device can begin transmission of audio information and timing information to that zone player <b>11</b>(<i>n</i>). The zone player <b>11</b>(<i>n</i>) can thereafter begin playback of the audio program defined by the audio information, in accordance with the timing information so that the zone player <b>11</b>(<i>n</i>) will play the audio program in synchrony with the master device.

0026As yet another possibility, a user, using the user interface module <b>13</b>, may enable a zone player <b>11</b>(<i>n</i>) that is not associated with a synchrony group, to begin playing an audio program using audio information provided to it by an audio information source <b>14</b>(<i>n</i>)(<i>s</i>) connected thereto. In that case, the user, also using the user interface module <b>13</b> or a user interface device that is specific to the audio information source <b>14</b>(<i>n</i>)(<i>s</i>), can enable the audio information source <b>14</b>(<i>n</i>)(<i>s</i>) to provide audio information to the zone player <b>11</b>(<i>n</i>). After the zone player <b>11</b>(<i>n</i>) has begun playback, or contemporaneously therewith, the user, using the user interface module <b>13</b>, can enable other zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . to join zone player <b>11</b>(<i>n</i>)'s synchrony group and enable that zone player <b>11</b>(<i>n</i>) to transmit audio information and timing information thereto as described above, to facilitate synchronous playback of the audio program by the other zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″) . . . .

0027A user can use the user interface module <b>13</b> to control other aspects of the network audio system <b>10</b>, including but not limited to the selection of the audio information source <b>14</b>(<i>n</i>)(<i>s</i>) that a particular zone player <b>11</b>(<i>n</i>) is to utilize, the volume of the audio playback, and so forth. In addition, a user may use the user interface module <b>13</b> to turn audio information source(s) <b>14</b>(<i>n</i>)(<i>s</i>) on and off and to enable them to provide audio information to the respective zone players <b>11</b>(<i>n</i>).

0028Operations performed by the various devices associated with a synchrony group will be described in connection with <figref idref="DRAWINGS">FIG. 2</figref>, which schematically depicts a functional block diagram of a synchrony group in the network audio system <b>10</b> described above in connection with <figref idref="DRAWINGS">FIG. 1</figref>. With reference to <figref idref="DRAWINGS">FIG. 2</figref>, a synchrony group <b>20</b> includes a master device <b>21</b> and zero or more slave devices <b>22</b>(<b>1</b>) through <b>22</b>(G) (generally identified by reference numeral <b>22</b>(<i>g</i>)), all of which synchronously play an audio program provided by an audio information channel device <b>23</b>. Each of the master device <b>21</b>, slave devices <b>22</b>(<i>g</i>) and audio information channel device <b>23</b> utilizes a zone player <b>11</b>(<i>n</i>) depicted in <figref idref="DRAWINGS">FIG. 1</figref>, although it will be clear from the description below that a zone player may be utilized both for the audio information channel device for the synchrony group <b>20</b>, and the master device <b>21</b> or a slave device <b>22</b>(<i>g</i>) of the synchrony group <b>20</b>. As will be described below in more detail, the audio information channel device <b>23</b> obtains the audio information for the audio program from an audio information source, adds playback timing information, and transmits the combined audio and playback timing information to the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) over the network <b>12</b> for playback. The playback timing information that is provided with the audio information, together with clock timing information provided by the audio information channel device <b>23</b> to the various devices <b>21</b> and <b>22</b>(<i>g</i>) as will be described below, enables the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) of the synchrony group <b>20</b> to play the audio information simultaneously.

0029The master device <b>21</b> and the slave devices <b>22</b>(<i>g</i>) receive the audio and playback timing information, as well as the clock timing information, that are provided by the audio information channel device <b>23</b>, and play back the audio program defined by the audio information. The master device <b>21</b> is also the member of the synchrony group <b>20</b> that communicates with the user interface module <b>13</b> and that controls the operations of the slave devices <b>22</b>(<i>g</i>) in the synchrony group <b>20</b>. In addition, the master device <b>21</b> controls the operations of the audio information channel device <b>23</b> that provides the audio and playback timing information for the synchrony group <b>20</b>. Generally, the initial master device <b>21</b> for the synchrony group will be the first zone player <b>11</b>(<i>n</i>) that a user wishes to play an audio program. However, as will be described below, the zone player <b>11</b>(<i>n</i>) that operates as the master device <b>21</b> can be migrated from one zone player <b>11</b>(<i>n</i>) to another zone player <b>11</b>(<i>n</i>′), which preferably will be a zone player that is currently operating as a slave device <b>22</b>(<i>g</i>) in the synchrony group.

0030In addition, under certain circumstances, as will be described below, the zone player <b>11</b>(<i>n</i>) that operates as the audio information channel device <b>23</b> can be migrated from one zone player to another zone player, which also will preferably will be a zone player that is currently operating as a member of the synchrony group <b>20</b>. It will be appreciated that the zone player that operates as the master device <b>21</b> can be migrated to another zone player independently of the migration of the audio information channel device <b>23</b>. For example, if one zone player <b>11</b>(<i>n</i>) is operating as both the master device <b>21</b> and the audio information channel device <b>23</b> for a synchrony group <b>20</b>, the master device <b>21</b> can be migrated to another zone player <b>11</b>(<i>n</i>′) while the zone player <b>11</b>(<i>n</i>) is still operating as the audio information channel device <b>23</b>. Similarly, if one zone player <b>11</b>(<i>n</i>) is operating as both the master device <b>21</b> and the audio information channel device <b>23</b> for a synchrony group <b>20</b>, the audio information channel device <b>23</b> can be migrated to another zone player <b>11</b>(<i>n</i>′) while the zone player <b>11</b>(<i>n</i>) is still operating as the master device <b>21</b>. In addition, if one zone player <b>11</b>(<i>n</i>) is operating as both the master device <b>21</b> and the audio information channel device <b>23</b> for a synchrony group <b>20</b>, the master device <b>21</b> can be migrated to another zone player <b>11</b>(<i>n</i>′) and the audio information channel device can be migrated to a third zone player <b>11</b>(<i>n</i>″).

0031The master device <b>21</b> receives control information from the user interface module <b>13</b> for controlling the synchrony group <b>20</b> and provides status information indicating the operational status of the synchrony group to the user interface module <b>13</b>. Generally, the control information from the user interface module <b>13</b> enables the master device <b>21</b> to, in turn, enable the audio information channel device <b>23</b> to provide audio and playback timing information to the synchrony group to enable the devices <b>21</b> and <b>22</b>(<i>g</i>) that are members of the synchrony group <b>20</b> to play the audio program synchronously. In addition, the control information from the user interface module <b>13</b> enables the master device <b>21</b> to, in turn, enable other zone players to join the synchrony group as slave devices <b>22</b>(<i>g</i>) and to enable slave devices <b>22</b>(<i>g</i>) to disengage from the synchrony group. Control information from the user interface module <b>13</b> can also enable the zone player <b>11</b>(<i>n</i>) that is currently operating as the master device <b>21</b> to disengage from the synchrony group, but prior to doing so that zone player will enable the master device <b>21</b> to transfer from that zone player <b>11</b>(<i>n</i>) to another zone player <b>11</b>(<i>n</i>′), preferably to a zone player <b>11</b>(<i>n</i>′) that is currently a slave device <b>22</b>(<i>g</i>) in the synchrony group <b>20</b>. The control information from the user interface module <b>13</b> can also enable the master device <b>21</b> to adjust its playback volume and to enable individual ones of the various slave devices <b>22</b>(<i>g</i>) to adjust their playback volumes. In addition, the control information from the user interface module <b>13</b> can enable the synchrony group <b>20</b> to terminate playing of a current track of the audio program and skip to the next track, and to re-order tracks in a play list of tracks defining the audio program that is to be played by the synchrony group <b>20</b>.

0032The status information that the master device <b>21</b> may provide to the user interface module <b>13</b> can include such information as a name or other identifier for the track of the audio work that is currently being played, the names or other identifiers for upcoming tracks, the identifier of the zone player <b>11</b>(<i>n</i>) that is currently operating as the master device <b>21</b>, and identifiers of the zone players that are currently operating as slave devices <b>22</b>(<i>g</i>). In one embodiment, the user interface module <b>13</b> includes a display (not separately shown) that can display the status information to the user.

0033It will be appreciated that the zone player <b>11</b>(<i>n</i>) that is operating as the audio information channel device <b>23</b> for one synchrony group may also comprise the master device <b>21</b> or any of the slave devices <b>22</b>(<i>g</i>) in another synchrony group. This may occur if, for example, the audio information source that is to provide the audio information that is to be played by the one synchrony group is connected to a zone player also being utilized as the master device or a slave device for the other synchrony group. This will be schematically illustrated below in connection with <figref idref="DRAWINGS">FIG. 2A</figref>. Since, as noted above, the zone player <b>11</b>(<i>n</i>) that is operating as the audio information channel device <b>23</b> for the synchrony group <b>20</b> may also be operating as a master device <b>21</b> or slave device <b>22</b>(<i>g</i>) for another synchrony group, it can also be connected to one or more audio reproduction devices <b>15</b>(<i>n</i>)(<i>r</i>), although that is not depicted in <figref idref="DRAWINGS">FIG. 2</figref>. Since the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) are all to provide playback of the audio program, they will be connected to respective audio reproduction devices <b>15</b>(<i>n</i>)(<i>r</i>). Furthermore, it will be appreciated that one or more of the zone players <b>11</b>(<i>n</i>) that operate as the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) in synchrony group <b>20</b> may also operate as an audio information channel device for that synchrony group or for another synchrony group and so they may be connected to one or more audio information sources <b>14</b>(<i>n</i>)(<i>s</i>), although that is also not depicted in <figref idref="DRAWINGS">FIG. 2</figref>. In addition, it will be appreciated that a zone player <b>11</b>(<i>n</i>) can also operate as a audio information channel device <b>23</b> for multiple synchrony groups.

0034If the audio information channel device <b>23</b> does not utilize the same zone player as the master device <b>21</b>, the master device <b>21</b> controls the audio information channel device by exchanging control information over the network <b>12</b> with the audio information channel device <b>23</b>. The control information is represented in <figref idref="DRAWINGS">FIG. 2</figref> by the arrow labeled CHAN_DEV_CTRL_INFO. The control information that the master device <b>21</b> provides to the audio information channel device <b>23</b> will generally depend on the nature of the audio information source that is to provide the audio information for the audio program that is to be played and the operation to be enabled by the control information. If, for example, the audio information source is a conventional compact disc, tape, or record player, broadcast radio receiver, or the like, which is connected to a zone player <b>11</b>(<i>n</i>), the master device <b>21</b> may merely enable the zone player serving as the audio information channel device <b>23</b> to receive the audio information for the program from the audio information source. It will be appreciated that, if the audio information is not in digital form, the audio information channel device <b>23</b> will convert it to digital form and provide the digitized audio information, along with the playback timing information, to the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>).

0035On the other hand, if the audio information source is, for example, a digital data storage device, such as may be on a personal computer or similar device, the master device <b>21</b> can provide a play list to the audio information channel device <b>23</b> that identifies one or more files containing the audio information for the audio program. In that case, the audio information channel device <b>23</b> can retrieve the files from the digital data storage device and provide them, along with the playback timing information, to the master device <b>21</b> and the slave devices <b>22</b>(<i>g</i>). It will be appreciated that, in this case, the audio information source may be directly connected to the audio information channel device <b>23</b>, as, for example, an audio information source <b>14</b>(<i>n</i>)(<i>s</i>), or it may comprise an audio information source <b>16</b>(<i>m</i>) connected to the network <b>12</b>. As a further alternative, if the audio information source is a source available over the wide area network, the master device <b>21</b> can provide a play list comprising a list of web addresses identifying the files containing the audio information for the audio program that is to be played, and in that connection the audio information channel device <b>23</b> can initiate a retrieval of the files over the wide area network. As yet another alternative, if the audio information source is a source of streaming audio received over the wide area network, the master device <b>21</b> can provide a network address from which the streaming audio can be received. Other arrangements by which the master device <b>21</b> can control the audio information channel device <b>23</b> will be apparent to those skilled in the art.

0036The master device <b>21</b> can also provide control information to the synchrony group's audio information channel device <b>23</b> to enable a migration from one zone player <b>11</b>(<i>n</i>) to another zone player <b>11</b>(<i>n</i>′). This may occur if, for example, the audio information source is one of audio information sources <b>16</b> or a source accessible over the wide area network via the network <b>12</b>. The master device <b>21</b> can enable migration of the audio information channel device <b>23</b> for several reasons, including, for example, to reduce the loading of the zone player <b>11</b>(<i>n</i>), to improve latency of message transmission in the network <b>12</b>, and other reasons as will be appreciated by those skilled in the art.

0037As noted above, the audio information channel device <b>23</b> provides audio and playback timing information for the synchrony group to enable the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) to play the audio program synchronously. Details of the audio and playback timing information will be described in detail below in connection with <figref idref="DRAWINGS">FIGS. 3 and 4</figref>, but, in brief, the audio information channel device <b>23</b> transmits the audio and playback timing information in messages over the network <b>12</b> using a multi-cast message transmission methodology. In that methodology, the audio information channel device <b>23</b> will transmit the audio and playback timing information in a series of messages, with each message being received by all of the zone players <b>11</b>(<i>n</i>) comprising the synchrony group <b>20</b>, that is, by the master device <b>21</b> and the slave devices <b>22</b>(<i>g</i>). Each of the messages includes a multi-cast address, which the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) will monitor and, when they detect a message with that address, they will receive and use the contents of the message. The audio and playback timing information is represented in <figref idref="DRAWINGS">FIG. 2</figref> by the arrow labeled “AUD+PBTIME_INF0,” which has a single tail, representing a source for the information at the audio information channel device <b>23</b>, and multiple arrowheads representing the destinations of the information, with one arrowhead extending to the master device <b>21</b> and other arrowheads extending to each of the slave devices <b>22</b>(<i>g</i>) in the synchrony group <b>20</b>. The audio information channel device <b>23</b> may make use of any convenient multi-cast message transmission methodology in transmitting the audio and playback timing information to the synchrony group <b>20</b>. As will be described in detail in connection with <figref idref="DRAWINGS">FIG. 4</figref>, the audio and playback timing information is in the form of a series of frames, with each frame having a time stamp. The time stamp indicates a time, relative to the time indicated by a clock maintained by the audio information channel device <b>23</b>, at which the frame is to be played. Depending on the size or sizes of the messages used in the selected multi-cast message transmission methodology and the size or sizes of the frames, a message may contain one frame, or multiple frames, or, alternatively, a frame may extend across several messages.

0038The audio information channel device <b>23</b> also provides clock time information to the master device <b>21</b> and each of the slave devices <b>22</b>(<i>g</i>) individually over network <b>12</b> using a highly accurate clock time information transmission methodology. The distribution of the clock time information is represented in <figref idref="DRAWINGS">FIG. 2</figref> by the arrows labeled “AICD_CLK_INF (M)” (in the case of the clock time information provided to the master device <b>21</b>) and “AICD_CLK_INF (S₁)” through “AICD_CLK_INF (S_G)” (in the case of audio information channel device clock information provided to the slave devices <b>22</b>(<i>g</i>)). In one embodiment, the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) make use of the well-known SNTP (Simple Network Time Protocol) to obtain current clock time information from the audio information channel device <b>23</b>. The SNTP makes use of a unicast message transfer methodology, in which one device, such as the audio information channel device <b>23</b>, provides clock time information to a specific other device, such as the master device <b>21</b> or a slave device <b>22</b>(<i>g</i>), using the other device's network, or unicast, address. Each of the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) will periodically initiate SNTP transactions with the audio information channel device <b>23</b> to obtain the clock time information from the audio information channel device <b>23</b>. As will be described below in more detail, the master device <b>21</b> and each slave device <b>22</b>(<i>g</i>) make use of the clock time information to determine the time differential between the time indicated by the audio information channel device's clock and the time indicated by its respective clock, and use that time differential value, along with the playback time information associated with the audio information and the respective device's local time as indicated by its clock to determine when the various frames are to be played. This enables the master device <b>21</b> and the slave devices <b>22</b>(<i>g</i>) in the synchrony group <b>20</b> to play the respective frames simultaneously.

0039As noted above, the control information provided by the user to the master device <b>21</b> through the user interface module <b>13</b> can also enable the master device <b>21</b> to, in turn, enable another zone player <b>11</b>(<i>n</i>′) to join the synchrony group as a new slave device <b>22</b>(<i>g</i>). In that operation, the user interface module <b>13</b> will provide control information, including the identification of the zone player <b>11</b>(<i>n</i>′) that is to join the synchrony group to the master device <b>21</b>. After it receives the identification of the zone player <b>11</b>(<i>n</i>′) that is to join the synchrony group, the master device <b>21</b> will exchange control information, which is represented in <figref idref="DRAWINGS">FIG. 2</figref> by the arrows labeled SLV_DEV_CTRL_INF (S₁) through SLV_DEV_CTRL_INF (S_G) group slave control information, over the network <b>12</b> with the zone player <b>11</b>(<i>d</i>) that is identified in the control information from the user interface module <b>13</b>. The control information that the master device <b>21</b> provides to the new zone player <b>11</b>(<i>n</i>′) includes the network address of the zone player <b>11</b>(<i>n</i>) that is operating as the audio information channel device <b>23</b> for the synchrony group, as well as the multi-cast address that the audio information channel device <b>23</b> is using to broadcast the audio and playback timing information over the network. The zone player that is to operate as the new slave device <b>22</b>(<i>g</i>′) uses the multi-cast address to begin receiving the multi-cast messages that contain the audio information for the audio program being played by the synchrony group.

0040It will be appreciated that, if the zone player <b>11</b>(<i>n</i>) that is operating as the master device <b>21</b> for the synchrony group <b>20</b> is also operating the audio information channel device <b>23</b>, and if there are no slave devices <b>22</b>(<i>g</i>) in the synchrony group <b>20</b>, the audio information channel device <b>23</b> may not be transmitting audio and playback timing information over the network. In that case, if the new slave device <b>22</b>(<i>g</i>′) is the first slave device in the synchrony group, the zone player <b>11</b>(<i>n</i>) that is operating as both the master device <b>21</b> and audio information channel device <b>23</b>, can begin transmitting the audio and playback timing information over the network <b>12</b> when the slave device <b>22</b>(<i>g</i>′) is added to the synchrony group <b>20</b>. The zone player <b>11</b>(<i>n</i>) can maintain a count of the number of slave devices <b>22</b>(<i>g</i>) in the synchrony group <b>20</b> as they join and disengage, and, if the number drops to zero, it can stop transmitting the audio and playback timing information over the network <b>12</b> to reduce the message traffic over the network <b>12</b>.

0041The new slave device <b>22</b>(<i>g</i>′) added to the synchrony group <b>20</b> uses the network address of the audio information channel device <b>23</b> for several purposes. In particular, the new slave device <b>22</b>(<i>g</i>′) will, like the master device <b>21</b> (assuming the zone player <b>11</b>(<i>n</i>) operating as the master device <b>21</b> is not also the audio information channel device <b>23</b>), engage in SNTP transactions with the audio information channel device <b>23</b> to obtain the clock timing information from the audio information channel device <b>23</b>. In addition, the new slave device <b>22</b>(<i>g</i>′) can notify the audio information channel device <b>23</b> that it is a new slave device <b>22</b>(<i>g</i>′) for the synchrony group <b>20</b> and provide the audio information channel device <b>23</b> with its network address. As will be described below, in one embodiment, particularly in connection with audio information obtained from a source, such as a digital data storage device, which can provide audio information at a rate that is faster than the rate at which it will be played, the audio information channel device <b>23</b> will buffer audio and timing information and broadcast it over the network <b>12</b> to the synchrony group <b>20</b> generally at a rate at which it is provided by the source. Accordingly, when a new slave device <b>22</b>(<i>g</i>′) joins the synchrony group <b>20</b>, the playback timing information may indicate that the audio information that is currently being broadcast by the audio information channel device <b>23</b> using the multi-cast methodology is to be played back some time in the future. To reduce the delay with which the new slave device <b>22</b>(<i>g</i>′) will begin playback, the audio information channel device <b>23</b> can also retransmit previously transmitted audio and timing information that it had buffered to the new slave device <b>22</b>(<i>g</i>′) using the unicast network address of the slave device <b>22</b>(<i>g</i>′).

0042The master device <b>21</b> can also use the slave device control information exchanged with the slave devices <b>22</b>(<i>g</i>) for other purposes. For example, the master device <b>21</b> can use the slave device control information to initiate a migration of the master from its zone player <b>11</b>(<i>n</i>) to another zone player <b>11</b>(<i>n</i>′). This may occur for any of a number of reasons, including, for example, that the master device <b>21</b> is terminating playback by it of the audio program and is leaving the synchrony group <b>20</b>, but one or more of the other devices in the synchrony group is to continue playing the audio program. The master device <b>21</b> may also want to initiate a migration if it is overloaded, which can occur if, for example, the zone player <b>11</b>(<i>n</i>) that is the master device <b>21</b> for its synchrony group is also operating as an audio information channel device <b>23</b> for another synchrony group.

0043The user can also use the user interface module <b>13</b> to adjust playback volume by the individual zone players <b>11</b>(<i>n</i>) comprising the synchrony group. In that operation, the user interface module <b>13</b> provides information identifying the particular device whose volume is to be adjusted, and the level at which the volume is to be set to the master device <b>21</b>. If the device whose volume is to be adjusted is the master device <b>21</b>, the master device <b>21</b> can adjust its volume according to the information that it receives from the user interface module <b>13</b>. On the other hand, if the device whose volume is to be adjusted is a slave device <b>22</b>(<i>g</i>), the master device <b>21</b> can provide group slave control information to the respective slave device <b>22</b>(<i>g</i>), to enable it to adjust its volume.

0044The user can also use the user interface module <b>13</b> to enable a synchrony group <b>20</b> to cancel playing of the track in an audio program that is currently being played, and to proceed immediately to the next track. This may occur, for example, if the tracks for the program is in the form of a series of digital audio information files, and the user wishes to cancel playback of the track that is defined by one of the files. In that case, when the master device <b>21</b> receives the command to cancel playback of the current track, it will provide channel device control information to the audio information channel device <b>23</b> so indicating. In response, the audio information channel device <b>23</b> inserts control information into the audio and playback timing information, which will be referred to as a “resynchronize” command. In addition, the audio information channel device <b>23</b> will begin transmitting audio information for the next track, with timing information to enable it to be played immediately. The resynchronize command can also enable playback of a track to be cancelled before it has been played. Details of these operations will be described below.

0045As noted above, there may be multiple synchrony groups in the network audio system <b>10</b>, and further that, for example, a zone player <b>11</b>(<i>n</i>) may operate both as a master device <b>21</b> or a slave device <b>22</b>(<i>g</i>) in one synchrony group, and as the audio information channel device <b>23</b> providing audio and playback timing information and clock timing information for another synchrony group. An illustrative arrangement of this will be described in connection with <figref idref="DRAWINGS">FIG. 2A</figref>. With reference to <figref idref="DRAWINGS">FIG. 2A</figref>, that FIG. depicts elements of two synchrony groups, identified by reference numerals <b>20</b>(<b>1</b>) and <b>20</b>(<b>2</b>), respectively. For clarity, <figref idref="DRAWINGS">FIG. 2A</figref> does not show a number of elements, the presence of which would be evident from <figref idref="DRAWINGS">FIGS. 1 and 2</figref> as described above. For example, <figref idref="DRAWINGS">FIG. 2A</figref> does not depict the audio information sources from which audio information is obtained for the synchrony groups or the audio reproduction devices that are used to produce sound for the master and slave devices, which are depicted in both <figref idref="DRAWINGS">FIGS. 1 and 2</figref>. In addition, <figref idref="DRAWINGS">FIG. 2A</figref> does not depict arrows that represent control information provided by the respective master devices to the slave devices in the respective synchrony groups, or to the audio information channel devices that provide audio and timing information for the respective synchrony groups, which are depicted in <figref idref="DRAWINGS">FIG. 2</figref>. In addition, <figref idref="DRAWINGS">FIG. 2A</figref> does not depict the arrows that represent the clock timing information provided by the audio information channel devices to the respective members of the respective synchrony groups, which are also depicted in <figref idref="DRAWINGS">FIG. 2</figref>. As will be noted below, however, <figref idref="DRAWINGS">FIG. 2A</figref> does depict arrows representing the audio and playback timing information provided by the respective audio information channel devices for the respective synchrony groups <b>20</b>(<b>1</b>), <b>20</b>(<b>2</b>), to the master and slave devices comprising the respective synchrony groups <b>20</b>(<b>1</b>), <b>20</b>(<b>2</b>).

0046Each synchrony group <b>20</b>(<b>1</b>), <b>20</b>(<b>2</b>) comprises elements of a number of zone players. A functional block diagram of a zone player will be described below in connection with <figref idref="DRAWINGS">FIG. 3</figref>. Synchrony group <b>20</b>(<b>1</b>) includes a master device <b>21</b>(<b>1</b>) and “K” slave devices <b>22</b>(<b>1</b>)(<b>1</b>) through <b>22</b>(K)(<b>1</b>) (the index “1” in reference numeral <b>21</b>(<b>1</b>) and the last index in reference numeral <b>22</b>(<b>1</b>)(<b>1</b>) through <b>21</b>(K)(<b>1</b>) corresponds to the index of the synchrony group <b>20</b>(<b>1</b>) to which they belong) utilize zone players <b>11</b>(<b>1</b>) and <b>11</b>(K+1) respectively. Similarly, synchrony group <b>20</b>(<b>2</b>) includes a master device <b>21</b>(<b>2</b>) and “L” slave devices <b>22</b>(<b>1</b>)(<b>2</b>) through <b>22</b>(L)(<b>2</b>) that utilize zone players <b>11</b>(K+2) through <b>11</b>(K+L+2). In the illustrative arrangement depicted in <figref idref="DRAWINGS">FIG. 2A</figref>, both synchrony groups <b>20</b>(<b>1</b>) and <b>20</b>(<b>2</b>) are controlled by the user interface module <b>13</b>, which can provide control information to, and receive status information from, the master devices <b>21</b>(<b>1</b>) and <b>21</b>(<b>2</b>) independently. It will be appreciated that separate user interface modules may be provided to provide control information to, and receive status information from, the respective master devices <b>21</b>(<b>1</b>), <b>21</b>(<b>2</b>).

0047As noted above, the slave device <b>22</b>(<b>1</b>)(<b>2</b>) in synchrony group <b>20</b>(<b>2</b>) utilizes zone player <b>11</b>(K+3). In the illustrative arrangement depicted in <figref idref="DRAWINGS">FIG. 2A</figref>, the audio information channel device <b>23</b>(<b>1</b>) that provides audio and playback timing information to the master and slave devices <b>21</b>(<b>1</b>), <b>22</b>(<b>1</b>)(<b>1</b>), . . . , <b>22</b>(K)(<b>1</b>) of synchrony group <b>20</b>(<b>1</b>) also utilizes zone player <b>11</b>(K+3). As noted above, this may occur if, for example, the audio information source that is to provide audio information to be played by the synchrony group <b>20</b>(<b>1</b>) is connected to the zone player <b>11</b>(K+3). Thus, when the master device <b>21</b>(<b>1</b>) of synchrony group <b>20</b>(<b>1</b>) exchanges channel device control information with the audio information channel device <b>23</b>(<b>1</b>), it is effectively exchanging channel device control information with the zone player <b>11</b>(K+3). Similarly, when the master and slave devices <b>21</b>(<b>1</b>), <b>22</b>(<b>1</b>)(<b>1</b>), . . . , <b>22</b>(K)(<b>1</b>) of synchrony group <b>20</b>(<b>1</b>) receive audio and playback timing information, as well as clock timing information, from the audio information channel device <b>23</b>(<b>1</b>), they are effectively receiving the information from the zone player <b>11</b>(K+3). <figref idref="DRAWINGS">FIG. 2A</figref> depicts a multi-headed arrow representing audio and playback timing information transmitted by the zone player <b>11</b>(K+3), as audio information channel device <b>23</b>(<b>1</b>), to the master and slave devices <b>21</b>(<b>1</b>), <b>22</b>(<b>1</b>)(<b>1</b>), . . . , <b>11</b>(K)(<b>1</b>) comprising synchrony group <b>20</b>(<b>1</b>).

0048On the other hand, in the illustrative arrangement depicted in <figref idref="DRAWINGS">FIG. 2A</figref>, the synchrony group <b>20</b>(<b>2</b>) utilizes a zone player <b>11</b>(K+L+3) as its audio information channel device <b>23</b>(<b>2</b>). As with synchrony group <b>20</b>(<b>1</b>), when the master device <b>21</b>(<b>2</b>) of synchrony group <b>20</b>(<b>2</b>) exchanges channel device control information with the audio information channel device <b>23</b>(<b>2</b>), it is effectively exchanging channel device control information with the zone player <b>11</b>(K+L+3). Similarly, when the master and slave devices <b>21</b>(<b>2</b>), <b>22</b>(<b>1</b>)(<b>2</b>), . . . , <b>22</b>(L)(<b>2</b>) of synchrony group <b>20</b>(<b>2</b>) receive audio and playback timing information, as well as clock timing information, from the audio information channel device <b>23</b>(<b>2</b>), they are effectively receiving the information from the zone player <b>11</b>(K+L+3). <figref idref="DRAWINGS">FIG. 2A</figref> depicts a multi-headed arrow representing audio and playback timing information transmitted by the zone player <b>11</b>(K+3) as audio information channel device <b>23</b>(<b>2</b>) to the master and slave devices <b>21</b>(<b>2</b>), <b>22</b>(<b>1</b>)(<b>2</b>), . . . , <b>22</b>(L)(<b>2</b>) comprising synchrony group <b>20</b>(<b>2</b>).

0049In the illustrative arrangement depicted in <figref idref="DRAWINGS">FIG. 2A</figref>, zone player <b>11</b>(K+L+3), which is the audio information channel device <b>23</b>(<b>2</b>) for synchrony group <b>20</b>(<b>2</b>), is not shown as being either a master or a slave device in another synchrony group. However, it will be appreciated that zone player <b>11</b>(K+L+3) could also be utilized as the master device or a slave device for another synchrony group. Indeed, it will be appreciated that the zone player that is utilized as the audio information channel device for synchrony group <b>20</b>(<b>2</b>) may also be a zone player that is utilized as the master device <b>21</b>(<b>1</b>) or a slave device <b>22</b>(<b>1</b>)(<b>1</b>), . . . , <b>22</b>(K)(<b>1</b>) in the synchrony group <b>20</b>(<b>1</b>).

0050A zone player <b>11</b>(<i>n</i>) that is utilized as a member of one synchrony group may also be utilized as the audio information channel device for another synchrony group if the audio information source that is to supply the audio information that is to be played by the other synchrony group is connected to that zone player <b>11</b>(<i>n</i>). A zone player <b>11</b>(<i>n</i>) may also be utilized as the audio information channel device for the other synchrony group if, for example, the audio information source is an audio information source <b>16</b>(<i>m</i>) (<figref idref="DRAWINGS">FIG. 1</figref>) that is connected to the network <b>12</b> or an audio information source that is available over a wide area network such as the Internet. The latter may occur if, for example, the zone player <b>11</b>(<i>n</i>) has sufficient processing power to operate as the audio information channel device and it is in an optimal location in the network <b>12</b>, relative to the zone players comprising the other synchrony group (that is the synchrony group for which it is operating as audio information channel device) for providing the audio and playback timing information to the members of the other synchrony group. Other circumstances under which the zone player <b>11</b>(<i>n</i>) that is utilized as a member of one synchrony group may also be utilized as the audio information channel device for another synchrony group will be apparent to those skilled in the art.

0051As was noted above, the master device <b>21</b> for a synchrony group <b>20</b> may be migrated from one zone player <b>11</b>(<i>n</i>) to another zone player <b>11</b>(<i>n</i>′). As was further noted above, the audio information channel device <b>23</b> for a synchrony group <b>20</b> may be migrated from one zone player <b>11</b>(<i>n</i>) to another zone player <b>11</b>(<i>n</i>′). It will be appreciated that the latter may occur if, for example, the audio information source that provides the audio program for the synchrony group is not connected to the zone player <b>11</b>(<i>n</i>) that is operating as the audio information channel device <b>23</b>, but instead is one of the audio information sources <b>16</b>(<i>m</i>) connected to the network <b>12</b> or a source available over a wide area network such as the Internet. Operations performed during a migration of an audio information channel device <b>23</b> from one zone player <b>11</b>(<i>n</i>) to another zone player <b>11</b>(<i>n</i>′) will generally depend on the nature of the audio information that is being channeled by the audio information channel device <b>23</b>. For example, if the audio information source provides streaming audio, the zone player <b>11</b>(<i>n</i>) that is currently operating as the audio information channel device <b>23</b> for the synchrony group <b>20</b>, can provide the following information to the other zone player <b>11</b>(<i>n</i>′) that is to become the audio information channel device <b>23</b> for the synchrony group <b>20</b>:

0052(a) the identification of the source of the streaming audio information,

0053(b) the time stamp associated with the frame that the zone player <b>11</b>(<i>n</i>) is currently forming, and

0054(c) the identifications of the zone players that are operating as the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) comprising the synchrony group <b>20</b>.

0055After the zone player <b>11</b>(<i>n</i>′) receives the information from the zone player <b>11</b>(<i>n</i>), it will begin receiving the streaming audio from the streaming audio information source identified by the zone player <b>11</b>(<i>n</i>), assemble the streaming audio information into frames, associate each frame with a time stamp, and transmit the resulting audio and playback timing information over the network <b>12</b>. The zone player <b>11</b>(<i>n</i>′) will perform these operations in the same manner as described above, except that, instead of using the time indicated by its digital to analog converter clock <b>34</b> directly in generating the time stamps for the frames, the initial time stamp will be related to the value of the time stamp that is provided by the zone player <b>11</b>(<i>n</i>) (reference item (b) above), with the rate at which the time stamps are incremented corresponding to the rate at which its (that is, the zone player <b>11</b>(<i>n</i>′)'s) clock increments. In addition, the zone player <b>11</b>(<i>n</i>′) will notify the zone players that are operating as the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) of the synchrony group <b>20</b> that it is the new audio information channel device <b>23</b> for the synchrony group <b>20</b>, and provide the multi-cast address that it will be using to multi-cast the audio and playback timing information, as well as its unicast network address. After the members of the synchrony group <b>20</b> receive the notification from the zone player <b>11</b>(<i>n</i>′) indicating that it is the new audio information channel device <b>23</b> for the synchrony group <b>20</b>, they will receive the audio and playback timing information from the zone player <b>11</b>(<i>n</i>′) instead of the zone player <b>11</b>(<i>n</i>), using the multi-cast address provided by the zone player <b>11</b>(<i>n</i>′). In addition, they can utilize the zone player <b>11</b>(<i>n</i>′)'s unicast network address to obtain current time information therefrom. It will be appreciated that the zone player <b>11</b>(<i>n</i>′) will determine its current time in relation to the time stamp that is provided by the zone player <b>11</b>(<i>n</i>) (reference item (b) above) or the current time information that it received from the zone player <b>11</b>(<i>n</i>) using the SNTP protocol as described above.

0056Generally similar operations can be performed in connection with migrating the audio information channel device from one zone player <b>11</b>(<i>n</i>) to another zone player <b>11</b>(<i>n</i>′) if the audio information is from one or more audio information files, such as may be the case if the audio information comprises MP3 or WAV files that are available from sources such as sources <b>16</b>(<i>m</i>) connected to the network <b>12</b> or over from sources available over a wide area network such as the Internet, except for differences to accommodate the fact that the audio information is in files. In that case, the zone player <b>11</b>(<i>n</i>) that is currently operating as the audio information channel device <b>23</b> for the synchrony group <b>20</b> can provide the following information to the zone player <b>11</b>(<i>n</i>′) that is to become the audio information channel device <b>23</b> for the synchrony group <b>20</b>:

0057(d) a list of the audio information files containing the audio information that is to be played;

0058(e) the identification of the file for which the zone player <b>11</b>(<i>n</i>) is currently providing audio and playback timing information, along with the offset into the file for which the current item of audio and playback timing information is being generated and the time stamp that the zone player <b>11</b>(<i>n</i>) is associating with that frame, and

0059(f) the identifications of the zone players that comprise the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) comprising the synchrony group <b>20</b>.

0060After the zone player <b>11</b>(<i>n</i>′) receives the information from the zone player <b>11</b>(<i>n</i>), it will begin retrieving audio information from the file identified in item (e), starting at the identified offset. In addition, the zone player <b>11</b>(<i>n</i>′) can assemble the retrieved audio information into frames, associate each frame with a time stamp and transmit the resulting audio and playback timing information over the network <b>12</b>. The zone player <b>11</b>(<i>n</i>′) will perform these operations in the same manner as described above, except that, instead of using the time indicated by its digital to analog converter clock <b>34</b> directly in generating the time stamps for the frames, the value of the initial time stamp will be related to the time stamp that is provided by the zone player <b>11</b>(<i>n</i>) (reference item (e) above), with the rate at which the time stamps are incremented corresponding to the rate at which its (that is, the zone player <b>11</b>(<i>n</i>′)'s) clock increments. In addition, the zone player <b>11</b>(<i>n</i>′) will notify the zone players that are operating as the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) of the synchrony group <b>20</b> that it is the new audio information channel device <b>23</b> for the synchrony group <b>20</b>, and provide the multi-cast address that it will be using to multi-cast the audio and playback timing information, as well as its unicast network address. After the members of the synchrony group <b>20</b> receive the notification from the zone player <b>11</b>(<i>n</i>′) indicating that it is the new audio information channel device <b>23</b> for the synchrony group <b>20</b>, they will receive the audio and playback timing information from the zone player <b>11</b>(<i>n</i>′) instead of the zone player <b>11</b>(<i>n</i>), using the multi-cast address provided by the zone player <b>11</b>(<i>n</i>′). In addition, they can utilize the zone player <b>11</b>(<i>n</i>′)'s unicast network address to obtain current time information therefrom. It will be appreciated that the zone player <b>11</b>(<i>n</i>′) will determine its current time in relation to the time stamp that is provided by the zone player <b>11</b>(<i>n</i>) (reference item (b) above) or the current time information that it received from the zone player <b>11</b>(<i>n</i>) using the SNTP protocol as described above. The zone player <b>11</b>(<i>n</i>′) will process successive audio information files in the list that it receives from the zone player <b>11</b>(<i>n</i>) (reference item (d)).

0061Operations performed by the zone players <b>11</b>(<i>n</i>) and <b>11</b>(<i>n</i>′) in connection with migration of the audio information channel device <b>23</b> for other types of audio information will be apparent to those skilled in the art. In any case, preferably, the zone player <b>11</b>(<i>n</i>) will continue operating as an audio information channel device <b>23</b> for the synchrony group <b>20</b> for at least a brief time after it notifies the zone player <b>11</b>(<i>n</i>′) that it is to become audio information channel device for the synchrony group, so that the zone player <b>11</b>(<i>n</i>′) will have time to notify the zone players in the synchrony group <b>20</b> that it is the new audio information channel device <b>23</b> for the synchrony group.

0062Before proceeding further in describing operations performed by the network audio system <b>10</b>, it would be helpful to provide a detailed description of a zone player <b>11</b>(<i>n</i>) constructed in accordance with the invention. <figref idref="DRAWINGS">FIG. 3</figref> depicts a functional block diagram of a zone player <b>11</b>(<i>n</i>) constructed in accordance with the invention. All of the zone players in the network audio system <b>10</b> may have similar construction. With reference to <figref idref="DRAWINGS">FIG. 3</figref>, the zone player <b>11</b>(<i>n</i>) includes an audio information source interface <b>30</b>, an audio information buffer <b>31</b>, a playback scheduler <b>32</b>, a digital to analog converter <b>33</b>, an audio amplifier <b>35</b>, an audio reproduction device interface <b>36</b>, a network communications manager <b>40</b>, and a network interface <b>41</b>, all of which operate under the control of a control module <b>42</b>. The zone player <b>11</b>(<i>n</i>) also has a device clock <b>43</b> that provides timing signals that control the general operations of the zone player <b>11</b>(<i>n</i>). In addition, the zone player <b>11</b>(<i>n</i>) includes a user interface module interface <b>44</b> that can receive control signals from the user interface module <b>13</b> (<figref idref="DRAWINGS">FIGS. 1 and 2</figref>) for controlling operations of the zone player <b>11</b>(<i>n</i>), and provide status information to the user interface module <b>13</b>.

0063Generally, the audio information buffer <b>31</b> buffers audio information, in digital form, along with playback timing information. If the zone player <b>11</b>(<i>n</i>) is operating as the audio information channel device <b>23</b> (<figref idref="DRAWINGS">FIG. 2</figref>) for a synchrony group <b>20</b>, the information that is buffered in the audio information buffer <b>31</b> will include the audio and playback timing information that will be provided to the devices <b>21</b> and <b>22</b>(<i>g</i>) in the synchrony group <b>20</b>. If the zone player <b>11</b>(<i>n</i>) is operating as the master device <b>21</b> or a slave device <b>22</b>(<i>g</i>) for a synchrony group, the information that is buffered in the audio information buffer <b>31</b> will include the audio and playback timing information that the zone player <b>11</b>(<i>n</i>) is to play.

0064The audio information buffer <b>31</b> can receive audio and playback timing information from two sources, namely, the audio information source interface <b>30</b> and the network communications manager <b>40</b>. In particular, if the zone player <b>11</b>(<i>n</i>) is operating as the audio information channel device <b>23</b> for a synchrony group <b>20</b>, and if the audio information source is a source <b>14</b>(<i>n</i>)(<i>s</i>) connected to the zone player <b>11</b>(<i>n</i>), the audio information buffer <b>31</b> will receive and buffer audio and playback timing information from the audio information source interface <b>30</b>. On the other hand, if the zone player <b>11</b>(<i>n</i>) is operating as the audio information channel device <b>23</b> for a synchrony group <b>20</b>, and if the audio information source is a source <b>16</b>(<i>m</i>) connected to the network <b>12</b>, or a source available over the wide area network, the audio information buffer <b>31</b> will receive and buffer audio and playback timing information from the network communications manager <b>40</b>. It will be appreciated that, if the zone player <b>11</b>(<i>n</i>) is not a member of the synchrony group, the zone player <b>11</b>(<i>n</i>) will not play this buffered audio and playback timing information.

0065On yet another hand, if the zone player <b>11</b>(<i>n</i>) is operating as the master device <b>21</b> or a slave device <b>22</b>(<i>g</i>) in a synchrony group, and if the zone player <b>11</b>(<i>n</i>) is not also the audio information channel device <b>23</b> providing audio and playback timing information for the synchrony group <b>20</b>, the audio information buffer <b>31</b> will receive and buffer audio and playback timing information from the network communications manager <b>40</b>.

0066The audio information source interface <b>30</b> connects to the audio information source(s) <b>14</b>(<i>n</i>)(<i>s</i>) associated with the zone player <b>11</b>(<i>n</i>). While the zone player <b>11</b>(<i>n</i>) is operating as audio information channel device <b>23</b> for a synchrony group <b>20</b>, and if the audio information is to be provided by a source <b>14</b>(<i>n</i>)(<i>s</i>) connected to the zone player <b>11</b>(<i>n</i>), the audio information source interface <b>30</b> will selectively receive audio information from one of the audio information source(s) <b>14</b>(<i>n</i>)(<i>s</i>) to which the zone player is connected and store the audio information in the audio information buffer <b>21</b>. If the audio information from the selected audio information source <b>14</b>(<i>n</i>)(<i>s</i>) is in analog form, the audio information source interface <b>30</b> will convert it to digital form. The selection of the audio information source <b>14</b>(<i>n</i>)(<i>s</i>) from which the audio information source interface <b>30</b> receives audio information is under control of the control module <b>42</b>, which, in turn, receives control information from the user interface module through the user interface module interface <b>44</b>. The audio information source interface <b>30</b> adds playback timing information to the digital audio information and buffers the combined audio and playback timing information in the audio information buffer <b>21</b>.

0067More specifically, as noted above, the audio information source interface <b>30</b> receives audio information from an audio information source <b>14</b>(<i>n</i>)(<i>s</i>), converts it to digital form if necessary, and buffers it along with playback timing information in the audio information buffer <b>21</b>. In addition, the audio information source interface <b>30</b> will also provide formatting and scheduling information for the digital audio information, whether as received from the selected audio information source <b>14</b>(<i>n</i>)(<i>s</i>) or as converted from an analog audio information source. As will be made clear below, the formatting and scheduling information will control not only playback by the zone player <b>11</b>(<i>n</i>) itself, but will also enable other zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . that may be in a synchrony group for which the zone player <b>11</b>(<i>n</i>) is the master device, to play the audio program associated with the audio information in synchrony with the zone player <b>11</b>(<i>n</i>).

0068In one particular embodiment, the audio information source interface <b>30</b> divides the audio information associated with an audio work into a series of frames, with each frame comprising digital audio information for a predetermined period of time. As used herein, an audio track may comprise any unit of audio information that is to be played without interruption. On the other hand, an audio program may comprise a series of one or more audio tracks that are to be played in succession. It will be appreciated that the tracks comprising the audio program may also be played without interruption, or alternatively playback between tracks may be interrupted by a selected time interval. <figref idref="DRAWINGS">FIG. 4</figref> schematically depicts an illustrative framing strategy used in connection with one embodiment of the invention for a digital audio stream comprising an audio work. More specifically, <figref idref="DRAWINGS">FIG. 4</figref> depicts a framed digital audio stream <b>50</b> comprising a sequence of frames <b>51</b>(<b>1</b>) through <b>51</b>(F) (generally identified by reference numeral <b>51</b>(<i>f</i>)). Each frame <b>51</b>(<i>f</i>), in turn, comprises a series of audio samples <b>52</b>(<i>f</i>)(<b>1</b>) through <b>52</b>(<i>f</i>)(S) (generally identified by reference numeral <b>52</b>(<i>f</i>)(<i>s</i>)) of the audio track. Preferably all of the frames will have the same number “S” of audio samples, although it will be appreciated from the following that that is primarily for convenience. On the other hand, it will be appreciated that, the number of audio samples may differ from “S”; this may particularly be the case if the frame <b>51</b>(<i>f</i>) contains the last audio samples for the digital audio stream for a particular audio work. In that case, the last frame <b>51</b>(F) will preferably contain samples <b>52</b>(F)(<b>1</b>) through <b>52</b>(F)(x), where “x” is less than “S.” Generally, it is desirable that the number of samples be consistent among all frames <b>51</b>(<i>f</i>), and in that case padding, which will not be played, can be added to the last frame <b>51</b>(F).

0069Associated with each frame <b>51</b>(<i>f</i>) is a header <b>55</b>(<i>f</i>) that includes a number of fields for storing other information that is useful in controlling playback of the audio samples in the respective frame <b>51</b>(<i>f</i>). In particular, the header <b>55</b>(<i>f</i>) associated with a frame <b>51</b>(<i>f</i>) includes a frame sequence number field <b>56</b>, an encoding type field <b>57</b>, a sampling rate information field <b>58</b>, a time stamp field <b>60</b>, an end of track flag <b>61</b>, and a length flag field <b>62</b>. The header <b>55</b>(<i>f</i>) may also include fields (not shown) for storing other information that is useful in controlling playback. Generally, the frame sequence number field <b>56</b> receives a sequence number “f” that identifies the relative position of the frame <b>51</b>(<i>f</i>) in the sequence of frames <b>51</b>(<b>1</b>) . . . <b>51</b>(<i>f</i>) . . . <b>51</b>(F) containing the digital audio stream <b>50</b>. The encoding type field <b>57</b> receives a value that identifies the type of encoding and/or compression that has been used in generating the digital audio stream. Conventional encoding or compression schemes include, for example, the well-known MP3 and WAV encoding and/or compression schemes, although it will be appreciated that other schemes may be provided for as well. The sampling rate information field <b>58</b> receives sampling rate information that indicates the sampling rate for the audio samples <b>52</b>(<i>f</i>)(<i>s</i>). As will be apparent to those skilled in the art, the sampling rate determines the rate at which the zone player <b>11</b>(<i>n</i>) is to play the audio samples <b>52</b>(<i>f</i>)(<i>s</i>) in the frame, and, as will be described below, determines the period of the digital to analog converter clock <b>34</b>.

0070The condition of the end of work flag <b>61</b> indicates whether the frame <b>51</b>(<i>f</i>) contains the last digital audio samples for the audio track associated with the framed digital audio work <b>50</b>. If the frame <b>51</b>(<i>f</i>) does not contain the audio samples that are associated with the end of the digital audio stream <b>50</b> for a respective audio work, the end of work flag will be clear. On the other hand, if the frame <b>51</b>(<i>f</i>) does contain the audio samples that are associated with the end of the digital audio stream <b>50</b> for a respective audio work, the end of work flag <b>61</b> will be set. In addition, since the number of valid audio samples <b>52</b>(F)(s) in the frame <b>51</b>(F), that is, the samples that are not padding, may be less than “S,” the default number of audio samples in a frame <b>51</b>(<i>f</i>), the length flag field <b>62</b> will contain a value that identifies the number of audio samples in <b>52</b>(F)(s) in the last frame <b>51</b>(F) of the audio work <b>50</b>. If, as noted above, the frames have a consistent number “S” of samples, the samples <b>52</b>(F)(x+1) through <b>52</b>(F)(S) will contain padding, which will not be played.

0071The time stamp field <b>60</b> stores a time stamp that identifies the time at which the zone player <b>11</b>(<i>n</i>) is to play the respective frame. More specifically, for each frame of a framed digital audio stream <b>50</b> that is buffered in the audio information buffer <b>21</b>, the audio information source interface <b>30</b>, using timing information from the digital to analog converter clock <b>34</b>, will determine a time at which the zone player <b>11</b>(<i>n</i>) is to play the respective frame, and stores a time stamp identifying the playback time in the time stamp field <b>60</b>. The time stamp associated with each frame will later be used by the playback scheduler <b>32</b> to determine when the portion of the digital audio stream stored in the frame is to be coupled to the digital to analog converter <b>33</b> to initiate play back. It will be appreciated that the time stamps that are associated with frames in sequential frames <b>51</b>(<b>1</b>), <b>51</b>(<b>2</b>), . . . , <b>51</b>(F), will be such that they will be played back in order, and without an interruption between the sequential frames comprising the digital audio stream <b>50</b>. It will further be appreciated that, after a time stamp has been determined for the first frame, stored in frame <b>51</b>(<b>1</b>), of a digital audio stream <b>50</b>, the audio information source interface <b>30</b> can determine time stamps for the subsequent frame <b>51</b>(<b>2</b>), <b>51</b>(<b>3</b>), . . . , <b>51</b>(F) in relation to the number of samples “S” in the respective frames and the sample rate. The time stamps will also preferably be such that frames will be played back after some slight time delay after they have been buffered in the audio information buffer <b>21</b>; the purpose for the time delay will be made clear below.

0072Returning to <figref idref="DRAWINGS">FIG. 3</figref>, in addition to dividing the digital audio information into frames, the audio information source interface <b>30</b> also aggregates and/or divides the frames <b>51</b>(<i>f</i>) as necessary into packets, each of which will be of a length that would fit into a message for transmission over the network, and associates each packet with a packet sequence number. For example, if a packet will accommodate multiple frames <b>51</b>(<i>f</i>), <b>51</b>(<i>f</i>+1), . . . <b>51</b>(<i>f</i>+y−1), it will aggregate them into a packet and associate them with a packet number, for example p(x). If the entire frames <b>51</b>(<i>f</i>) and <b>51</b>(<i>f</i>+y−1) was accommodated in packet p(x), where “x” is the sequence number, which will occur if the size of a packet is an exact multiple of the frame size, the next packet, p(x+1) will begin with frame <b>51</b>(<i>f</i>+y) and will include frames <b>51</b>(<i>f</i>+y), . . . , <b>51</b>(<i>f</i>+2y−1). Subsequent packets p(x+2), . . . will be formed in a similar manner. On the other hand, if the packet length will not accommodate an exact multiple of the frame size, the last frame in the packet will be continued at the beginning of the next packet.

0073If the audio information source interface <b>30</b> is aware of track boundaries, which may be the case if the tracks are divided into files, the packets will reflect the track boundaries, that is, the packets will not contain frames from two tracks. Thus, if the last frames associated with a track are insufficient to fill a packet, the packet will contain padding from the last frame associated with the track to the end of the packet, and the next packet will begin with the first frames associated with the next track.

0074In one embodiment, the audio information source interface <b>30</b> stores the packets in the audio information buffer <b>31</b> in a ring buffer. As is conventional, a ring buffer includes a series of storage locations in the buffer. Each entry will be sufficient to store one packet. Four pointers are used in connection with the ring buffer, a first pointer pointing to the beginning of the ring buffer, a second pointer pointing to the end of the ring buffer, an third “write” pointer pointing to the entry into which a packet will be written and a fourth “read” pointer pointing to the entry from which packet will be read for use in playback. When a packet is read from the ring buffer for playback, it will be read from the entry pointed to by the read pointer. After the packet has been read, the read pointer will be advanced. If the read pointer points beyond the end of the ring buffer, as indicated by the end pointer, it will be reset to point to the entry pointed to by the beginning pointer, and the operations can be repeated.

0075On the other hand, when the audio information source interface <b>30</b> stores a packet in the ring buffer, first determine whether the entry pointed to by the write pointer points to the same entry as the entry pointed to by the read pointer. If the write pointer points to the same entry as the entry pointed to by the read pointer, the entry contains at least a portion of a packet that has not yet been read for playback, and the audio information source interface <b>30</b> will delay storage of the packet until the entire packet has been read and the read pointer advanced. After the read pointer has been advanced, the audio information source interface <b>30</b> can store the packet in the entry pointed to by the write pointer. After the packet has been stored, the audio information source interface <b>30</b> will advance the write pointer. If the write pointer points beyond the end of the ring buffer, as indicated by the end pointer, it will be reset to point to the entry pointed to by the beginning pointer, and the operations can be repeated.

0076As noted above, the zone player <b>11</b>(<i>n</i>) can operate both as an audio information channel device <b>23</b> and a member of the synchrony group <b>20</b> of which it is a member. In that case, the audio information buffer <b>31</b> can contain one ring buffer. On the other hand, the zone player <b>11</b>(<i>n</i>) can operate as an audio information channel device <b>23</b> for one synchrony group <b>20</b>(<b>1</b>) (<figref idref="DRAWINGS">FIG. 2A</figref>) and a member of another synchrony group <b>20</b>(<b>2</b>). In that case, the audio information buffer <b>31</b> would maintain two ring buffers, one for the audio and timing information associated with synchrony group <b>20</b>(<b>1</b>), and the other for the audio and timing information associated with synchrony group <b>20</b>(<b>2</b>). It will be appreciated that, in the latter case, the zone player <b>11</b>(<i>n</i>) will only use the audio and timing information that is associated with synchrony group <b>20</b>(<b>2</b>) for playback.

0077The playback scheduler <b>32</b> schedules playback of the audio information that is buffered in the audio information buffer <b>31</b> that is to be played by the zone player <b>11</b>(<i>n</i>). Accordingly, under control of the playback scheduler <b>32</b>, the digital audio information that is buffered in the audio information buffer <b>21</b> that is to be played by the zone player <b>11</b>(<i>n</i>) is transferred to the digital to analog converter <b>33</b> for playback. As noted above, if the zone player <b>11</b>(<i>n</i>) is operating as an audio information channel device <b>23</b> for a synchrony group <b>20</b> for which it is not a member, the playback scheduler <b>32</b> will not schedule the digital audio information that is to be played by that synchrony group <b>20</b> for playback. The playback scheduler <b>32</b> only schedules the digital audio information, if any, that is buffered in the audio information buffer <b>31</b> that is associated with a synchrony group for which the zone player <b>11</b>(<i>n</i>) is a member, whether as master device <b>21</b> or a slave device <b>22</b>(<i>g</i>).

0078Essentially, the playback scheduler <b>32</b> makes use of the read pointer associated with the circular buffer that contains the audio and playback timing information that is to be played by the zone player <b>11</b>(<i>n</i>). The playback scheduler <b>32</b> retrieves the packet information from the entry of the ring buffer pointed to by the read pointer, and then advances the ring pointer as described above. The playback scheduler <b>32</b> determines the boundaries of the frames in the packet and uses the time stamps in the time stamp fields <b>60</b> associated with the respective frame <b>51</b>(<i>f</i>), along with timing information provided by the zone player <b>11</b>(<i>n</i>)'s digital to analog converter clock <b>34</b>, to determine when the respective frame is to be transferred to the digital to analog converter <b>33</b>. Generally, when the time stamp associated with a buffered digital audio information frame corresponds to the current time as indicated by the digital to analog converter clock <b>34</b>, the playback scheduler <b>32</b> will enable the respective frame to be transferred to the digital to analog converter <b>33</b>.

0079The digital to analog converter <b>33</b>, also under control of the digital to analog converter clock <b>34</b>, converts the buffered digital audio information to analog form, and provides the analog audio information to the audio amplifier <b>35</b> for amplification. The amplified analog information, in turn, is provided to the audio reproduction devices <b>15</b>(<i>n</i>)(<i>r</i>) through the audio reproduction device interface <b>36</b>. The audio reproduction devices <b>15</b>(<i>n</i>)(<i>r</i>) transform the analog audio information signal to sound thereby to provide the audio program to a listener. The amount by which the audio amplifier <b>35</b> amplifies the analog signal is controlled by the control module <b>42</b>, in response to volume control information provided by the user through the user interface module <b>13</b>.

0080The network communications manager <b>40</b> controls network communications over the network <b>12</b>, and the network interface <b>41</b> transmits and receives message packets over the network <b>12</b>. The network communications manager <b>40</b> generates and receives messages to facilitate the transfer of the various types of information described above in connection with <figref idref="DRAWINGS">FIG. 2</figref>, including the channel device control information, slave device control information, audio and playback timing information and the audio information channel device's clock timing information. In connection with the channel device control information and the slave device control information, the network communications manager <b>40</b> will generate messages for transfer over the network <b>12</b> in response to control information from the control module <b>42</b>. Similarly, when the network communications manager <b>40</b> receives messages containing channel device control information and slave device control information, the network communications manager will provide the information to the control module <b>42</b> for processing.

0081With regards to the audio information channel device's clock timing information, as noted above, the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) of the synchrony group <b>20</b> obtain the clock timing information from the audio information channel device <b>23</b> using the well-known SNTP. If the zone player <b>11</b>(<i>n</i>) is operating as the audio information channel device <b>23</b> for a synchrony group, during the SNTP operation, it will provide its current time, particularly a current time as indicated by its digital to analog converter clock <b>34</b>. On the other hand, if the zone player <b>11</b>(<i>n</i>) is operating as the master device <b>21</b> or slave device <b>22</b>(<i>g</i>) of a synchrony group <b>20</b>, it will receive the clock timing information from the audio information channel device <b>23</b>. After the respective device <b>21</b>, <b>22</b>(<i>g</i>) has obtained the audio information channel device's clock timing information, it will generate a differential time value ΔT representing the difference between the time T indicated by its digital to analog converter clock <b>34</b> and the current time information from the audio information channel device <b>23</b>. The differential time value will be used to update the time stamps for the frames of the digital audio stream <b>50</b> (<figref idref="DRAWINGS">FIG. 4</figref>) that are received from the audio information channel device.

0082With regards to the audio and playback timing information, operations performed by the network communications manager <b>40</b> will depend on whether

0083(i) the audio and playback timing information has been buffered in the audio information buffer <b>31</b> for transmission, as audio information channel device <b>23</b>, over the network <b>12</b> to the master device <b>21</b> and/or slave devices <b>22</b>(<i>g</i>) of a synchrony group, or

0084(ii) the audio and playback timing information has been received from the network <b>12</b> to be played by the zone player <b>11</b>(<i>n</i>) as either the master device <b>21</b> for a synchrony group or a slave device in a synchrony group.

0085It will be appreciated that the network communications manager <b>40</b> may be engaged in both (i) and (ii) contemporaneously, since the zone player <b>11</b>(<i>n</i>) may operate both as the audio information channel device <b>23</b>(<b>1</b>) for a synchrony group <b>20</b>(<b>1</b>) (reference <figref idref="DRAWINGS">FIG. 2A</figref>) of which it is not a member, and a member of another synchrony group <b>20</b>(<b>2</b>) for which another zone player <b>11</b>(<i>n</i>′) is the audio information channel device <b>23</b>(<b>2</b>). With reference to item (i) above, after a packet that is to be transmitted has been buffered in the respective ring buffer, the network communications manager <b>40</b> retrieves the packet, packages it into a message and enables the network interface <b>41</b> to transmit the message over the network <b>12</b>. If the control module <b>42</b> receives control information from the user interface module <b>13</b> (if the master device <b>21</b> is also the audio information channel device <b>23</b> for the synchrony group <b>20</b>) or from the master device (if the master device <b>21</b> is not the audio information channel device <b>23</b> for the synchrony group <b>20</b>) that would require the transmission of a “resynchronize” command as described above, the control module <b>42</b> of the audio information channel device <b>23</b> enables the network communications manager <b>40</b> to insert the command into a message containing the audio and playback timing information. Details of the operations performed in connection with the “resynchronize” command will be described below. As noted above, the “resynchronize” command is used if the user enables a synchrony group to terminate the playback of a track that is currently being played, or cancel playback of a track whose playback has not begun.

0086On the other hand, with reference to item (ii) above, if network interface <b>41</b> receives a message containing a packet containing frames of audio and playback timing information that the zone player <b>11</b>(<i>n</i>) is to play either as a master device <b>21</b> or a slave device for a synchrony group <b>20</b>, the network interface <b>41</b> provides the audio and playback timing information to the network communications manager <b>40</b>. The network communications manager <b>40</b> will determine whether the packet contains a resynchronize command and, if so, notify the control module <b>42</b>, which will enable operations to be performed as described below. In any case, the network communications manager <b>40</b> will normally buffer the various frames comprising the audio and playback timing information in the audio information buffer <b>31</b>, and in that operation will generally operate as described above in connection with the audio information source interface <b>30</b>. Before buffering them, however, the network communications manager <b>40</b> will update their time stamps using the time differential value described above. It will be appreciated that the network communications manager <b>40</b> will perform similar operations whether the messages that contain the packets were multi-cast messages or unicast messages as described above

0087The updating of the time stamps by the master device <b>21</b> and the slave devices <b>22</b>(<i>g</i>) in the synchrony group <b>20</b> will ensure that they all play the audio information synchronously. In particular, after the network communications manager <b>40</b> has received a frame <b>51</b>(<i>f</i>) from the network interface <b>41</b>, it will also obtain, from the digital to analog converter clock <b>34</b>, the zone player <b>11</b>(<i>n</i>)'s current time as indicated by its digital to analog converter clock <b>34</b>. The network communications manager <b>40</b> will determine a time differential value that is the difference between the slave device's current clock time, as indicated by its digital to analog converter <b>34</b>, and the audio information channel device's time as indicated by the audio information channel device's clock timing information. Accordingly, if the master or slave device's current time has a value T_Sand the audio information channel device's current time, as indicated by the clock timing information, has a value T_C, the time differential value ΔT=T_S−T_C. If the current time of the master or slave device in the synchrony group <b>20</b>, as indicated by its digital to analog converter clock <b>34</b>, is ahead of the audio information channel device's clock time as indicated by the clock timing information received during the SNTP operation, the time differential value will have a positive value. On the other hand, if the master or slave device's current time is behind the audio information channel device's clock time, the time differential value ΔT will have a negative value. If the zone player <b>11</b>(<i>n</i>) obtains clock timing information from the audio information channel device <b>23</b> periodically while it is a member of the synchrony group <b>20</b>, the network communications manager <b>40</b> can generate an updated value for the time differential value ΔT when it receives the clock timing information from the audio information channel device <b>23</b>, and will subsequently use the updated time differential value.

0088The network communications manager <b>40</b> uses the time differential value ΔT that it generates from the audio information channel device timing information and zone player <b>11</b>(<i>n</i>)'s current time to update the time stamps that will be associated with the digital audio information frames that the zone player <b>11</b>(<i>n</i>) receives from the audio information channel device. For each digital audio information frame that is received from the audio information channel device, instead of storing the time stamp that is associated with the frame as received in the message in the audio information buffer <b>21</b>, the network communications manager <b>40</b> will store the updated time stamp with the digital audio information frame. The updated time stamp is generated in a manner so that, when the zone player <b>11</b>(<i>n</i>), as a member of the synchrony group plays back the digital audio information frame, it will do so in synchrony with other devices in the synchrony group.

0089More specifically, after the zone player <b>11</b>(<i>n</i>)'s network interface <b>41</b> receives a message containing a packet that, in turn, contains one or more frames <b>51</b>(<i>f</i>), it will provide the packet to the network communications manager <b>40</b>. For each frame <b>51</b>(<i>f</i>) in the packet that the network communications manager <b>40</b> receives from the network interface <b>41</b>, the network communications manager <b>40</b> will add the time differential value ΔT to the frame's time stamp, to generate the updated time stamp for the frame <b>51</b>(<i>f</i>), and store the frame <b>51</b>(<i>f</i>), along with the header <b>55</b>(<i>f</i>) with the updated time stamp in the audio information buffer <b>31</b>. Thus, for example, if a frame's time stamp has a time value T_F, the network communications manager <b>40</b> will generate an updated time stamp T^U_Fhaving a time value T^U_F=T_F+ΔT. Since time value T^U_Faccording to the slave device's digital to analog converter clock <b>34</b> is simultaneous to the time value T_Faccording to the audio information channel device's digital to analog converter clock <b>34</b>, the zone player <b>11</b>(<i>n</i>) device will play the digital audio information frame at the time determined by the audio information channel device <b>23</b>. Since all of the members of the synchrony group <b>20</b> will perform the same operations, generating the updated time stamps T^U_Ffor the various frames <b>51</b>(<i>f</i>) in relation to their respective differential time values, all of the zone players <b>11</b>(<i>n</i>) in the synchrony group <b>20</b> will play them synchronously. The network communications manager <b>40</b> will generate updated time stamps T^U_Ffor all of the time stamps <b>60</b> in the packet, and then store the packet in the audio information buffer <b>31</b>.

0090It will be appreciated that, before storing a packet in the audio information buffer <b>21</b>, the network communications manager <b>40</b> can compare the updated time stamps T^U_Fassociated with the frames in the packet to the slave device's current time as indicated by its digital to analog converter clock <b>34</b>. If the network communications manager <b>40</b> determines the time indicated by the updated time stamps of frames <b>51</b>(<i>f</i>) in the packet are earlier than the zone player's current time, it can discard the packet instead of storing it in the audio information buffer <b>21</b>, since the zone player <b>11</b>(<i>n</i>) will not play them. That is, if the updated time stamp has a time value T^U_Fthat identifies a time that is earlier than the zone player's current time T_Sas indicated by the zone player's digital to analog converter clock <b>34</b>, the network communications manager <b>40</b> can discard the packet.

0091If the zone player <b>11</b>(<i>n</i>) is operating as the master device <b>21</b> of a synchrony group <b>20</b>, when the user, through the user interface module <b>13</b>, notifies the zone player <b>11</b>(<i>n</i>) that another zone player <b>11</b>(<i>n</i>′) is to join the synchrony group <b>20</b> as a slave device <b>22</b>(<i>g</i>), the control module <b>42</b> of the zone player <b>11</b>(<i>n</i>) enables the network communications manager <b>40</b> to engage in an exchange of messages, described above in connection with <figref idref="DRAWINGS">FIG. 2</figref>, to enable the other zone player <b>11</b>(<i>n</i>′) to join the synchrony group <b>20</b> as a slave device. As noted above, during the message exchange, the messages generated by the network communications manager <b>40</b> of the zone player <b>11</b>(<i>n</i>) will provide the network communications manager of the zone player <b>11</b>(<i>n</i>′) that is to join the synchrony group <b>20</b> with information such as the multi-cast address being used by the audio information channel device <b>23</b> that is providing the audio program to the synchrony group <b>20</b>, as well as a unicast network address for the audio information channel device <b>23</b>. After receiving that information, the network communications manager and network interface of the zone player <b>11</b>(<i>n</i>′) that is to join the synchrony group <b>20</b> can begin receiving the multi-cast messages containing the audio program for the synchrony group, engage in SNTP transactions with the audio information channel device <b>23</b> to obtain the latter's current time, and also enable the audio information channel device <b>23</b> to send the zone player <b>11</b>(<i>n</i>′) frames <b>51</b>(<i>f</i>) that it had previously broadcast using the unicast message transmission methodology as described above.

0092On the other hand, if the network communications manager <b>40</b> and network interface <b>41</b> of the zone player <b>11</b>(<i>n</i>) receive a message over the network <b>12</b> indicating that it is to become a slave device <b>22</b>(<i>g</i>) of a synchrony group for which another zone player <b>11</b>(<i>n</i>′) is the master device, the network communications manager <b>40</b> for zone player <b>11</b>(<i>n</i>) will provide a notification to the control module <b>42</b> of zone player <b>11</b>(<i>n</i>). Thereafter, the control module <b>42</b> of zone player <b>11</b>(<i>n</i>) can enable the network communications manager <b>40</b> of zone player <b>11</b>(<i>n</i>) to perform the operations described above to enable it to join the synchrony group <b>20</b>.

0093As noted above, the user, using user interface module <b>13</b>, can enable the synchrony group to terminate playback of a track of an audio program that is currently being played. After playback of a track that is currently being played has been terminated, playback will continue in a conventional manner with the next track that has been buffered in the audio information buffer <b>31</b>. It will be appreciated that that could be the next track that is on the original play list, or a previous track. In addition, the user can enable the synchrony group <b>20</b> to cancel playback of a track that it has not yet begun to play, but for which buffering of packets has begun in the synchrony group <b>20</b>. Both of these operations make use of the “resynchronize” command that the master device <b>21</b> of the synchrony group <b>20</b> can enable the audio information channel device <b>23</b> to include in the multi-cast message stream that it transmits to the synchrony group <b>20</b>. Generally, in response to receipt of the resynchronize command, the members of the synchrony group <b>20</b> flush the ring buffer containing the packets that they are to play in the future. In addition, if the members of the synchrony group provide separate buffers for their respective digital to analog converters <b>33</b>, the members will also flush those buffers as well. After the audio information channel device transmits a packet containing the resynchronize command:

0094(i) in the case of the use of the resynchronize command to terminate playing of a track that is currently being played, the audio information channel device <b>23</b> will begin multi-casting packets for the next track, to begin play immediately, and will continue through the play list in the manner described above; and

0095(ii) in the case of the use of the resynchronize command to cancel play of a track for which buffering has begun, but which is to be played in the future, the audio information channel device <b>23</b> will begin multi-casting packets for the track after the track that has been cancelled, to be played beginning at the time the cancelled track was to begin play, and will also continue through the play list in the manner described above.

0000It will be appreciated that,

0096(a) in the first case (item (i) directly above), the resynchronize command can enable the read pointer to be set to point to the entry in the circular buffer into which the first packet for the next track will be written, which will correspond to the entry to which the write pointer points, but

0097(b) in the second case (item (ii) directly above), the resynchronize command can enable the write pointer for the circular buffer to be set to point to the entry that contains the first packet for the track whose play is being cancelled.

0098It will further be appreciated that, if a track is cancelled for which buffering has not begun, the resynchronize command will generally not be necessary, since the audio information channel device <b>23</b> for the synchrony group <b>20</b> need only delete that track from the play list.

0099Operations performed in connection with use of the resynchronize command to cancel playback of a track that is currently being played will be described in connection with Packet Sequence A below, and operations performed in connection with the use of the resynchronize command to cancel playback of a track that is has not yet begun to play, but for which buffering of packets has begun, will be described in connection with Packet Sequence B below.

0100Packet Sequence A

0000(A1.0) [packet <b>57</b>]

0000(A1.1 [continuation of frame <b>99</b>]

0000(A1.2) [frame <b>100</b>, time=0:00:01, type=mp3 audio]

0000(A1.3) [frame <b>101</b>, time=0:00:02, type=mp3 audio]

0000(A1.4) [frame <b>102</b>, time=0:00:03, type=mp3 audio]

0000(A2.0) [packet <b>58</b>]

0000(A2.1) [continuation of frame <b>102</b>]

0000(A2.2) [frame <b>103</b>, time=0:00:04, type=mp3 audio]

0000(A2.3) [frame <b>104</b>, time=0:00:05, type=mp3 audio]

0000(A2.4) [frame <b>105</b>, time=0:00:06, type=mp3 audio]

0000(A3.0) [packet <b>59</b>]

0000(A3.1) [continuation of frame <b>105</b>]

0000(A3.2) [frame <b>106</b>, time=0:00:07, type=mp3 audio]

0000(A3.3) [frame <b>107</b>, time=0:00:08, type=mp3 audio]

0000(A3.4) [frame <b>108</b>, time=0:00:09, type=mp3 audio]

0000(A4.0) [packet <b>60</b>]

0000(A4.1) [continuation of frame <b>108</b>]

0000(A4.2) [frame <b>109</b>, time=0:00:10, type=mp3 audio]

0000(A4.3) [Resynchronize command]

0000(A4.4) [Padding, if necessary]

0000(A5.0) [packet <b>61</b>]

0000(A5.1) [frame <b>1</b>, time=0:00:07, type=mp3 audio]

0000(A5.2) [frame <b>2</b>, time=0:00:08, type=mp3 audio]

0000(A5.3) [frame <b>3</b>, time=0:00:09, type=mp3 audio]

0000(A5.4) [frame <b>4</b>, time=0.00.10, type=mp3 audio]

0000(A6.0) [packet <b>62</b>]

0000(A6.1) [continuation of frame <b>4</b>]

0000(A6.2) [frame <b>5</b>, time=0:00:11, type=mp3 audio]

0000(A6.3) [frame <b>6</b>, time=0:00:12, type=mp3 audio]

0000(A6.4) [frame <b>7</b>, time=0:00:13, type=mp3 audio]

0101Packet Sequence A comprises a sequence of six packets, identified by packet <b>57</b> through packet <b>62</b>, that the audio information channel device <b>23</b> multi-casts in respective messages to the members of a synchrony group <b>20</b>. It will be appreciated that the series of messages that the audio information channel device <b>23</b> may multi-cast to the synchrony group <b>20</b> may include a messages prior to the packet <b>57</b>, and may also include messages after packet <b>62</b>. Each packet comprises a packet header, which is symbolized by lines (A1.0), (A2.0), . . . (A6.0) in Packet Sequence A, and will generally also include information associated with at least a portion of a frame. In the packets represented in Packet Sequence A, each packet includes information associated with a plurality of frames. Depending on the lengths of the packets, each packet may contain information associated with a portion of a frame, an entire frame, or multiple frames. In the illustration represented by Packet Sequence A, it is assumed that each packet may contain information associated with multiple frames. In addition, it is assumed that a packet does not necessarily contain information associated with an integral number of frames; in that case, a packet may contain information associated with a portion of a frame, and the next packet will contain the information associated with the rest of a frame.

0102The frames and associated header playback timing information contained in the various packets are symbolized by lines (A1.1), (A1.2), . . . , (A1.4), (A2.1), . . . (A6.4) of Packet Sequence A. Thus, for example, line (A1.2) of packet <b>57</b> represents the one-hundredth frame, that is, frame <b>51</b>(<b>100</b>) (reference <figref idref="DRAWINGS">FIG. 4</figref>), of the track whose audio information is being transmitted in the sequence of packets that includes packet <b>57</b>. The frame <b>51</b>(<b>100</b>) is to be played at an illustrative time, according to the audio information channel device's digital to analog converter clock, of “time=0:00:01,” and the frame is encoded and/or compressed using the well-known MP3 encoding and compression methodology. In that case, the legend“time=0:00:01” represents the time stamp that would be included in field <b>60</b> (<figref idref="DRAWINGS">FIG. 4</figref>) of the header associated with the frame <b>50</b>(<b>100</b>) as multi-cast by the audio information channel device for the synchrony group. It will be appreciated that the playback time and encoding/compression methodology will be referred in the header <b>55</b>(<b>100</b>) that is associated with the frame <b>51</b>(<b>100</b>). It will also be appreciated that the header may also contain additional information as described above.

0103Similarly, line (A1.3) of packet <b>57</b> represents the one-hundred and first frame, that is, frame <b>51</b>(<b>101</b>), of the track whose audio information is being transmitted in the sequence of packets that includes packet <b>57</b>. The frame <b>51</b>(<b>101</b>) is to be played at an illustrative time, according to the audio information channel device's digital to analog converter clock, of “0:00:02,” and the frame is also encoded and/or compressed using the MP3 encoding and compression methodology. Line (A1.4) of packet <b>57</b> represents similar information, although it will be appreciated that, depending on the length of packet <b>57</b>, the line may not represent the information for an entire frame <b>51</b>(<b>102</b>) and/or its associated header. If the length of packet <b>57</b> is not sufficient to accommodate the information for the entire frame <b>51</b>(<b>102</b>) and/or associated header, the information will continue in packet <b>58</b>, as represented by line (A2.1) in Packet Sequence A. Similarly, if the length of packet <b>56</b> was not sufficient to contain the information for an entire frame <b>51</b>(<b>99</b>) preceding frame <b>51</b>(<b>100</b>), packet <b>57</b> (lines (A1.0) through 1.4) may contain any information from frame <b>51</b>(<b>99</b>) that packet <b>56</b> was unable to accommodate.

0104As noted above, when the master device <b>21</b> or a slave device <b>22</b>(<i>g</i>) in the synchrony group <b>20</b> receives the packet <b>57</b>, its respective network communications manager <b>40</b> will update the time stamps associated with the various frames <b>51</b>(<i>f</i>) as described above before buffering the respective frames in the respective audio information buffer <b>31</b>.

0105Packets <b>58</b> and <b>59</b> contain information that is organized along the lines described above in connection with packet <b>57</b>.

0106Packet <b>60</b> also contains, as represented by lines (A4.1) and (A4.2), information that is organized along the lines of the information represented by lines (Ax.1) and (Ax.2) (“x” equals an integer) described above in connection with packets <b>57</b> through <b>59</b>. On the other hand, packet <b>60</b> contains a resynchronize command, as represented by line (A4.3). Packet <b>60</b> also may contain padding, as represented by line 4.4, following the resynchronize command. As noted above, the master device <b>21</b> of a synchrony group <b>20</b> will enable the audio information channel device <b>23</b> that is providing audio information to the synchrony group <b>20</b> to multi-cast a message containing the resynchronize command when it receives notification from the user interface module <b>13</b> that the user wishes to cancel playback of a track that is currently being played. In the example depicted in Packet Sequence A, as will be described below, the audio information channel device <b>23</b> receives notification from the master device <b>21</b> that the user wishes to cancel playback of a track at a time corresponding to “time=0:00:07” according to its digital to analog converter clock <b>34</b>, and, in line (A4.3) of packet <b>60</b> it will provide the resynchronize command, followed by padding, if necessary.

0107As will be apparent from examining lines (A3.1) through (A3.4) of packet <b>59</b> and lines (A4.1) and (A4.2) of packet <b>60</b>, although the audio information channel device <b>23</b> has received the notification from the synchrony group's master device <b>21</b> to multi-cast the resynchronize command at a time corresponding to “time=0:00:07” according to the clock time indicated by its digital to analog converter clock <b>34</b>, it (that is, the audio information channel device <b>23</b>) has already multi-cast messages containing frames that are to be played at that time and subsequently. That is, the audio information channel device <b>23</b> has, multi-cast in packet <b>59</b>, frames <b>51</b>(<b>106</b>) through <b>51</b>(<b>108</b>) that contain time stamps “time=0:00:07,” “time=0:00:08” and “time=0:00:09,” respectively, and, in packet <b>60</b>, in addition to the continuation of frame <b>51</b>(<b>108</b>), frame <b>51</b>(<b>109</b>) that contains time stamp “time=0:00:10.” (It will be appreciated that the times indicated by the illustrative time stamps are for illustration purposes only, and that in an actual embodiment the time stamps may have different values and differentials.)

0108As noted above, the audio information channel device <b>23</b> multi-casts a message containing a packet that, in turn, contains the resynchronize command when it receives the notification from the master device <b>21</b> to do so. In the example depicted in Packet Sequence A, the packet will be multi-cast when the audio information channel device's digital to analog converter clock time corresponds to “0:00:07.” Subsequently, two things happen. In one, aspect, when the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) receive the packet that contains the resynchronize command, they will stop playing the audio program that they are playing.

0109In addition, the audio information channel device <b>23</b> will begin transmitting frames containing audio information for the next track, including therewith time stamps immediately following the digital to analog converter clock time at which the packet including the resynchronize command was transmitted. Accordingly, and with further reference to Packet Sequence A, the audio information channel device <b>23</b> will multi-cast a message containing packet <b>61</b>. As indicated above, packet <b>61</b> contains, as represented in lines (A5.1) through (A5.3), frames <b>51</b>(<b>1</b>) through <b>51</b>(<b>3</b>), which are the first three frames of the next track of the audio program that is to be played. It is also compressed and encoded using the MP3 encoding and compression scheme, and it is accompanied by time stamps “time=0:00:07,” “time=0:00:08” and “time=0:00:10.” As noted above, the time stamp “time=0:00:07” corresponds to the clock time at which the audio information channel device <b>23</b> multi-casts the resynchronize command, and, when the master device <b>21</b> and slave devices <b>22</b>(<i>g</i>) receive these frames, they would be expected to begin playing them very shortly, if not immediately after the audio information channel device <b>23</b> multi-casts the message containing the packet that, in turn, contains the resynchronize command. Packet <b>61</b> also includes at least a portion of the next frame, that is, frame <b>51</b>(<b>4</b>), for that track. In addition, Packet Sequence A depicted above further includes a subsequent packet, namely, packet <b>62</b>, that contains any necessary continuation of frame <b>51</b>(<b>4</b>), as well as three subsequent frames. If any additional packets are required for the track, as well as for subsequent tracks, they can be multi-cast in a similar manner.

0110As further noted above, the resynchronize command can also be used to cancel playing of one or more tracks for which playback has begun. This will be illustrated in connection with Packet Sequence B:

0111Packet Sequence B

0000(B1.0) [packet <b>157</b>]

0000(B1.1) [continuation of frame <b>99</b>]

0000(B1.2) [frame <b>100</b>, time=0:00:01, type=mp3 audio]

0000(B1.3) [frame <b>101</b>, time=0:00:02, type=mp3 audio]

0000(B1.4) [frame <b>102</b>, time=0:00:03, type=mp3 audio]

0000(B2.0) [packet <b>158</b>]

0000(B2.1) [continuation of frame <b>102</b>]

0000(B2.2) [frame <b>103</b>, time=0:00:04, type=mp3 audio]

0000(B2.3) [frame <b>104</b>, time=0:00:05, type=mp3 audio]

0000(B2.4) [frame <b>105</b>, time=0:00:06, type=mp3 audio]

0000(B3.0) [packet <b>159</b>]

0000(B3.1) [continuation of frame <b>105</b>]

0000(B3.2) [frame <b>106</b>, time=0:00:07, type=mp3 audio]

0000(B3.3) [track boundary notification]

0000(B3.4) [Padding, if necessary]

0000(B4.0) [packet <b>160</b>]

0000(B4.1) [frame <b>1</b>, time=0:00:08, type=mp3 audio]

0000(B4.2) [frame <b>2</b>, time=0:00:09, type=mp3 audio]

0000(B4.3) [frame <b>3</b>, time=0:00:10, type=mp3 audio]

0000(B5.0) [packet <b>161</b>]

0000(B5.1) [continuation of frame <b>3</b>]

0000(B5.2) [frame <b>4</b>, time=0:00:11, type=mp3 audio]

0000(B5.3) [Resynchronize, after packet <b>159</b>]

0000(B5.4) [Padding, if necessary]

0000(B6.0) [packet <b>162</b>]

0000(B6.1) [frame <b>1</b>, time=0:00:08, type=mp3 audio]

0000(B6.2) [frame <b>2</b>, time=0:00:09, type=mp3 audio]

0000(B6.3) [frame <b>3</b>, time=0:00:10, type=mp3 audio].

0000(B6.4) [frame <b>4</b>, time=0:00:11, type=mp3 audio]

0000(B7.0) [packet <b>163</b>]

0000(B7.1) [continuation of frame <b>4</b>]

0000(B7.2) [frame <b>5</b>, time=0:00:12, type=mp3 audio]

0000(B7.3) [frame <b>6</b>, time=0:00:13, type=mp3 audio]

0000(B7.4) [frame <b>7</b>, time=0:00:14, type=mp3 audio]

0112Packet Sequence B comprises a series of seven packets, identified by packet <b>157</b> through <b>163</b>, that the audio information channel device <b>23</b> multi-casts to the members of a synchrony group <b>20</b>. As with Packet Sequence A, it will be appreciated that the series of packets that the audio information channel device <b>23</b> may multi-cast to the synchrony group <b>20</b> may include packets prior to the packet <b>157</b>, and may also include packets after packet <b>162</b>. Each packet comprises a packet header, which is symbolized by lines (B1.0), (B2.0), . . . (B7.0) in Packet Sequence B. As in Packet Sequence A, each packet will also generally include information associated with at least a portion of a frame <b>51</b>(<i>f</i>) along with its associated frame <b>55</b>(<i>f</i>). As in the packets represented in Packet Sequence A, each packet includes information associated with a plurality of frames. Depending on the lengths of the packets, each packet may contain information associated with a portion of a frame, an entire frame, or multiple frames. Further, as with Packet Sequence A, it is assumed that each packet may contain information associated with multiple frames. In addition, it is assumed that a packet does not necessarily contain information associated with an integral number of frames; in that case, a packet may contain information associated with a portion of a frame, and the next packet will contain the information associated with the rest of a frame.

0113The structures of the packets represented by Packet Sequence B are similar to those described above in connection with Packet Sequence A, and will not be repeated here. Generally, Packet Sequence B illustratively contains a sequence of packets that represent at least portions of three tracks that may have been selected from, for example, a play list. In particular, packets <b>157</b> through <b>159</b> represent frames from a portion of one track, packets <b>160</b> and <b>161</b> represent frames from a second track and packets <b>162</b> and <b>163</b> represent frames from a third track. The play list indicated that the first, second and third tracks were to be played in that order. With particular reference to Packet Sequence B, it should be noted that line (B3.3) indicates that packet <b>159</b> includes an indication that that packet contains the last frame for the track, and line (B3.4) provides for padding to the end of the packet. The first frame of the next track begins in packet <b>160</b>.

0114In connection with the use of the resynchronize command to cancel playback of a track, at least a portion of which the audio information channel device <b>23</b> has multi-cast to the members of the synchrony group, packet <b>161</b>, in line (B5.3) represents a resynchronize command that indicates that resynchronization is to occur after packet <b>159</b>, that is, immediately after the packet that contains the last frame of the first of the three tracks represented by the packets in Packet Sequence B. It should be noted that the resynchronize command is in the packet <b>161</b>, while the resynchronization is to occur at packet <b>160</b>, that is, the synchrony group is to not play the track starting with packet <b>160</b>, but instead is to begin playing the track frames for which begin with the next packet, that is, packet <b>162</b>. As with Packet Sequence A, in Packet Sequence B the audio information channel device <b>23</b>, in packet <b>162</b> and <b>163</b>, multi-casts frames whose time stamps indicate that they are to be played when the frames that were multi-cast in packets <b>160</b> and <b>161</b> were to be played. By use of the resynchronize command and specifying a packet in this manner, the audio information channel device can cancel playback of a track for which playback has not yet begun.

0115It will be appreciated that the resynchronize command is generally not necessary for cancelling play back of a track that the audio information channel device <b>23</b> has not started multi-casting to the synchrony group <b>20</b>, since the audio information channel device <b>23</b> itself can re-order the play list to accommodate the cancellation.

0116The invention provides a number of advantages. In particular, the invention provides a network audio system in which a number of devices share information can reproduce audio information synchronously, notwithstanding the fact that packets, which may contain digital audio information, transmitted over the network to the various zone players connected thereto may have differing delays and the zone players operate with independent clocks. Moreover, although the invention has been described in connection with audio information, it will be appreciated that the invention will find utility in connection with any type of isochronous information for which synchrony among devices is desired. The system is such that synchrony groups are created and destroyed dynamically, and in such a manner as to avoid requiring a dedicated device as the master device.

0117It will be appreciated that a number of changes and modifications may be made to the network audio system <b>10</b> as described above. For example, although the invention has been described as providing that the audio information channel device <b>23</b> provides digital audio information to the members synchrony group <b>20</b> that has been encoded using particular types of encoding and compression methodologies, it will be appreciated that the audio information channel device <b>23</b> can provide digital audio information to various members of the synchrony group <b>20</b> that have been encoded and compressed using different types of encoding and compression methodologies, and, moreover, for which different sampling rates have been used. For example, the audio information channel device <b>23</b> may provide digital audio information to the master device <b>21</b> and slave devices <b>22</b>(<b>1</b>) through <b>22</b>(<i>g</i>₁) using the MP3 methodology at a specified sampling rate, the digital audio information for the same program to slave devices <b>22</b>(<i>g</i>₁+1) through <b>22</b>(<i>g</i>₂) using the WAV methodology at one specified sampling rate, and to slave devices <b>22</b>(<i>g</i>₂+1) through <b>22</b>(G) using the WAV methodology at another specified sampling rate. In that case, the audio information channel device <b>23</b> can specify the particular encoding and compression methodology that has been used in the encoding type field <b>57</b> associated with each frame and the sampling rate in the sampling rate field <b>58</b>. Moreover, since the encoding and compression type and sampling rate are specified for each frame, the encoding and compression type and sampling rate can be changed from frame to frame. The audio information channel device <b>23</b> may use different multi-cast addresses for the different encoding and compression types and sampling rates, but it will be appreciated that that would not be required.

0118It will be appreciated that two advantages of providing that the encoding and compression methodology and the sampling rate is provided on a frame-by-frame basis, instead of on, for example, a track-by-track basis, is that that would facilitate a slave device joining the synchrony group <b>20</b> at a frame mid-track, without requiring, for example, the master device <b>21</b> or the audio information channel device <b>23</b> to notify it of the encoding and compression methodology or the sampling rate.

0119Another modification is that, instead of the network communications manager <b>40</b> of a member of a synchrony group <b>20</b> generating the updated time stamp T^U_Ffor a digital audio information frame by adding the time differential value ΔT to the time stamp T_Fassociated with a frame, the network communications manager <b>40</b> may instead generate the updated time stamp T^U_Fby subtracting the differential time value ΔT from the member's current time T_Sas indicated by the member's digital to analog converter clock <b>34</b> at the time at which the digital audio information is received. It will be appreciated, however, that there may be variable time delays in processing of messages by the slave device's network communications manager <b>40</b>, and so it may be preferable to generate the time differential value ΔT using the time stamp T_Fprovided by the audio information channel device <b>23</b>.

0120In addition, instead of the network communications manager <b>40</b> of a member of a synchrony group generating an updated time stamp to reflect the difference between the times indicated by the member's digital to analog converter clock and the audio information channel device's digital to analog converter clock, the network communications manager <b>40</b> can generate the time differential value ΔT and provide it to the member's playback scheduler <b>32</b>. In that case, the member's network communications manager <b>40</b> can store each digital audio information frame along with the time stamp T_Fas received from the master device in the audio information buffer <b>21</b>. The playback scheduler <b>32</b> can utilize the time differential value ΔT, and the time stamps T_Fassociated with the digital audio information frames, to determine when the respective digital audio information frames are to be played. In determining when a digital audio information frame is to be played, the playback scheduler can add the time differential value to the time stamp T_Fassociated with the digital audio frame, and enable the digital audio frame to be coupled to the digital to analog converter <b>33</b> when the time indicated by the sum corresponds to the current time as indicated by the slave device's digital to analog converter clock <b>34</b>. Alternatively, when the member's digital to analog converter clock <b>34</b> updates its current time T_S, the playback scheduler can generate an updated current time T′_Sby subtracting the differential time value ΔT from the current time T_S, and using the updated current time T′_Sto determine when to play a digital audio information frame.

0121As described above, the members of a synchrony group <b>20</b> periodically obtain the audio information channel device's current time value and uses the current time value that it receives from the audio information channel device to periodically update the time differential value ΔT that it uses in updating the time stamps associated with the various frames. It will be appreciated that, if the digital to analog converter clock(s) associated with the member(s) of a synchrony group <b>20</b> are ensured to have the same rate as the digital to analog converter clock, a member need only obtain the current time value from the audio information channel device once, at the beginning of playback.

0122As another alternative, if the zone players are provided with digital to analog converter clock <b>34</b> whose time and rate can be set by an element such as the network communications manager <b>40</b>, when a zone player <b>11</b>(<i>n</i>) is operating as a member of a synchrony group <b>20</b>, its network communications manager <b>40</b> can use the various types of timing information that it receives from the audio information channel device <b>23</b>, including the current time information and the playback timing information indicated by the time stamps that are associated with the various frames <b>51</b>(<i>f</i>) comprising the audio and playback timing information that it receives, to adjust the synchrony group member's digital to analog converter clock's time value and/or the clock rate that it uses for playback. If the clock's time value is to be adjusted, when the synchrony group member's network communications manager <b>40</b> initially receives the current time information from the audio information channel device <b>23</b> for the synchrony group <b>20</b>, the network communications manager <b>40</b> can set the synchrony group member's digital to analog converter clock <b>34</b> to the current time value as indicated by the audio information channel device's current time information. The network communications manager <b>40</b> can set the clock <b>34</b> to the current time value indicated by the audio information channel device's current time information once, or periodically as it receives the current time information.

0123Alternatively or in addition, the synchrony group member's network communications manager <b>40</b> can use one or both of the current time information and/or the playback timing information in the time stamps associated with the respective frames <b>51</b>(<i>f</i>) to adjust the clock rate of the clock <b>34</b> that it uses for playback. For example, when the synchrony group member's network communications manager <b>40</b> receives a frame <b>51</b>(<i>f</i>_X) having a time stamp having a time value T_f_{<sub2>X</sub2>}, it can generate the updated time value T^U_f_{<sub2>X</sub2>}=T_f_{<sub2>X</sub2>}+ΔT as described above, and store the frame with the time stamp with the updated time value in the audio information buffer <b>30</b>. In addition, since both the number of samples in a frame and the sampling rate, which determines the rate at which the frame is to be played, are known to the network communications manager <b>40</b>, it can use that information, along with the updated time value T^U_F_{<sub2>X </sub2>}that is to be used for frame <b>51</b>(<i>f</i>_X) to generate an expected updated time value T^E_f_{<sub2>X+1</sub2>}, that is expected for the updated time stamp of the next frame <b>51</b>(<i>f</i>_X+1). After the synchrony group member's network communications manager <b>40</b> receives the next frame <b>51</b>(<i>f</i>_X+1), it can generate the updated time value T^U_f_{<sub2>X+1 </sub2>}and compare that value to the expected updated time value T^E_f_{<sub2>X+1</sub2>}. If the two time values do not correspond, or if the difference between them is above a selected threshold level, the clock that is used by the audio information channel device <b>23</b> to generate the time stamps is advancing at a different rate than the synchrony group member's digital to analog converter clock <b>34</b>, and so the network communications manager <b>40</b> can adjust the rate of the digital to analog converter clock <b>34</b> to approach that of the clock used by the audio information channel device <b>23</b> so that the differential time value ΔT is constant. On the other hand, if the two time values do correspond, then the time differential value ΔT is constant, or the difference is below a threshold level, and the network communications manager <b>40</b> need not change the clock rate of the digital to analog converter clock <b>34</b>. It will be appreciated that, if the clock rate is to be adjusted, the rate adjustment can be fixed, or it can vary based on, for example, the difference between the updated time value T^U_f_{<sub2>X+1 </sub2>}and the expected updated time value T^E_f_{<sub2>X+1</sub2>}.

0124It will also be appreciated that, if no rate adjustment is performed for one frame <b>51</b>(<i>f</i>_X+1), the synchrony group member's network communications manager <b>40</b> can generate an expected updated time value T^E_f_{<sub2>X+2 </sub2>}that is expected for the updated time stamp of the next frame <b>51</b>(<i>f</i>_X+2) using the updated time value T^U_F_{<sub2>X </sub2>}determined for frame <b>51</b>(<i>f</i>_X), along with the number of samples in a frame and the sampling rate, and compare the expected updated time value T^E_f_{<sub2>X+2 </sub2>}to the updated time value T^U_f_{<sub2>X+2 </sub2>}that it generates when it receives frame <b>51</b>(<i>f</i>_X+2). At that point, if the network communications manager <b>41</b> determines that two time values do not correspond, or if the difference between them is above a selected threshold level, it can adjust the rate of the digital to analog converter clock <b>34</b>. Similar operations can be performed if no rate adjustment is performed for several successive frames <b>51</b>(<i>f</i>_X+1), <b>51</b>(<i>f</i>_X+2), . . . . This will accommodate the possibility that the rate differential between the clock <b>34</b> and the clock used by the audio information channel device <b>23</b> in generating the time stamps have rates that differ by an amount sufficiently small that it cannot be detected using time stamps of two or more successive frames.

0125Instead or in addition to adjusting the clock rate as described above, the synchrony group member's network communications manager <b>40</b> can perform similar operations in connection with adjusting the clock rate in connection with the current time information that it receives from the audio information channel device <b>23</b>.

0126Furthermore, although the network audio system <b>10</b> has been described such that the master device <b>21</b> of a synchrony group <b>20</b> can, in response to control information provided thereto by a user through the user interface module <b>13</b>, provide a notification to a zone player <b>11</b>(<i>n</i>) that it is to become a member of its synchrony group <b>20</b> as a slave device <b>22</b>(<i>g</i>), it will be appreciated that the user interface module <b>13</b> can provide the notification directly to the zone player <b>11</b>(<i>n</i>) that is to become a member of the synchrony group <b>20</b>. In that case, the zone player <b>11</b>(<i>n</i>) can notify the master device <b>21</b> that it is to become a slave device <b>22</b>(<i>g</i>) in the synchrony group <b>20</b>, after which the master device <b>21</b> can provide information regarding the synchrony group <b>20</b>, including the multi-cast and unicast addresses of the audio information channel device and other information as described above.

0127Similarly, although the network audio system <b>10</b> has been described such that the master device <b>21</b> of a synchrony group <b>20</b> can, in response to control information provided thereto by a user through the user interface module <b>13</b>, provide a command to a slave device <b>22</b>(<i>g</i>) to enable the slave device <b>22</b>(<i>g</i>) to adjust its volume, it will be appreciated that the user interface module <b>13</b> can provide control information directly to the slave device <b>22</b>(<i>g</i>) to enable the slave device <b>22</b>(<i>g</i>) to adjust its volume.

0128In addition, although the network audio system <b>10</b> has been described such that each frames <b>51</b>(<i>f</i>) is associated with a frame sequence number (reference field <b>56</b>, <figref idref="DRAWINGS">FIG. 4</figref>), it will be appreciated that, if the packets described above in connection with Packet Sequence A and Packet Sequence B are provided with packet sequence numbers, the frame sequence numbers need not be provided, since the packet sequence numbers can suffice for defining the frame sequencing.

0129Furthermore, although the network audio system <b>10</b> has been described such that the zone players <b>11</b>(<i>n</i>) are provided with an audio amplifier <b>35</b> for amplifying the analog signal provided by the respective digital to analog converters <b>33</b>, it will be appreciated that a zone player may be provided that does not itself include an audio amplifier. In that case, the analog signal may be coupled to an external amplifier for amplification as necessary before being provided to the audio reproduction device(s) <b>15</b>(<i>n</i>)(<i>r</i>). It will be appreciated that a single zone player <b>11</b>(<i>n</i>) may be provided with multiple audio amplifiers and audio reproduction device interfaces, and, if necessary, multiple digital to analog converters <b>33</b>, to provide audio programs for corresponding numbers of synchrony groups.

0130Similarly, although the zone players <b>11</b>(<i>n</i>) have been described such that they may be connected to one or more audio information sources, it will be appreciated that an audio information source may form part of and be integrated into a zone player <b>11</b>(<i>n</i>). For example, a zone player may include a compact disk player, cassette tape player, broadcast radio receiver, or the like, that has been integrated into it. In addition, as noted above, an individual zone player <b>11</b>(<i>n</i>) may be connected to multiple audio information sources and may contemporaneously operate as the audio information channel device <b>23</b> for multiple synchrony groups.

0131In addition, although <figref idref="DRAWINGS">FIG. 1</figref> shows the network audio system <b>10</b> as including one user interface module <b>13</b>, it will be appreciated that the system <b>10</b> may include a plurality of user interface modules. Each user interface module be useful for controlling all of the zone players as described above, or alternatively one or more of the user interface modules may be useful for controlling selected subsets of the zone players.

0132Moreover, it will be appreciated that, although the invention has been described in connection with audio information, it will be appreciated that the invention will find utility in connection with any type of information for which synchrony among devices connected to a network is desired.

0133As noted above, while a zone player <b>11</b>(<i>n</i>) is operating as audio information channel device <b>23</b> for a synchrony group <b>20</b>, when the zone player <b>11</b>(<i>n</i>)'s audio information source interface <b>30</b> or network communications manager <b>40</b> stores digital audio information frames based on audio information from an audio information source <b>14</b>(<i>n</i>)(<i>s</i>) in the audio information buffer <b>31</b>, it will provide time stamps for the respective frames to schedule them for playback after some time delay after they have been buffered in the audio information buffer <b>31</b>. The delay is provided so that, for other zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . that are operating as members of a synchrony group, there will be sufficient time for the audio and playback timing information to be transferred over the network <b>12</b> to those other zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . so that it can be processed and played by them at the appropriate time as described above. The time period that is selected for the time delay may be fixed or variable, and in either case may be based on a number of factors. If the time period selected for the time delay is fixed, it may be based on, for example, factors such as an estimate of the maximum latency in the network <b>12</b>, the estimated maximum loading of the various components comprising the zone players <b>11</b>(<i>n</i>), and other estimates as will be appreciated by those skilled in the art.

0134The time delay may be the same for audio information from all types of audio information sources, and may be constant over the entire period that the synchrony group <b>20</b> is playing an audio work. Alternatively, different time delays may be utilized based on various criteria. For example, if the audio information is to be played independently of information associated with other types of media, the time delay may be selected to be relatively long, on the order of a significant fraction of a second, or longer. On the other hand, if the audio information is to be played contemporaneously with, for example, video information, which may be supplied by, for example, a video disk, video tape cassette, over cable, satellite, or broadcast television, which may not be buffered or which may be displayed independently of the network audio system <b>10</b>, it may be undesirable to provide for such a lengthy delay, since the time delay of the audio playback, in relation to the video display, may be noticeable. In that case, the zone player <b>11</b>(<i>n</i>) may provide for a much shorter time delay. In one embodiment, the time delay provided for audio information to be played concurrently with video information is selected to be generally on the order of fifty milliseconds, which would barely, if at all, be perceptible to someone viewing the video. Other desirable time delays for information from other types of sources will be apparent to those skilled in the art.

0135As yet a further possibility, the zone player <b>11</b>(<i>n</i>), when operating as an audio information channel device <b>23</b> for a synchrony group <b>20</b>, can dynamically determine the time delay based on a number of conditions in the network audio system <b>10</b>, including, for example, the message transfer latency in network <b>12</b>, the loading of microprocessors or other components that are used in the various zone players <b>11</b>(<i>n</i>′), <b>11</b>(<i>n</i>″), . . . that may comprise a synchrony group <b>20</b>, as well as other factors. For example, if the audio information channel device <b>23</b> determines that the latency in the network <b>12</b> has increased beyond a selected threshold, the audio information channel device <b>23</b> can adjust the delay to increase the likelihood that the members of the synchrony group <b>20</b> will be able to receive the packets and process the frames so that they will be able to play them at the appropriate times. Similarly, if the audio information channel device <b>23</b> is notified that a member of the synchrony group <b>20</b> to which it provides audio information requires additional time to receive and process the frames that it transmits, the audio information channel device <b>23</b> can adjust the delay accordingly. It will be appreciated that, to reduce or minimize possible discontinuities in the audio playback by the members of the synchrony group, the audio information channel device <b>23</b> can, instead of adjusting the time delay during a particular audio track, adjust the time delay between tracks, during silent periods of a track or otherwise as will be appreciated by those skilled in the art. In addition, the audio information channel device <b>23</b> can use conventional audio compression methodologies to facilitate a speeding up and/or slowing down of playback of an audio track while it is in the process of providing additional time delay. Generally, the members of the synchrony group <b>20</b> can provide notifications to the audio information channel device <b>23</b> if they determine that they will need an additional time delay, and the audio information channel device <b>23</b> can adjust the time delay in accordance with the notifications from the members of the synchrony group <b>20</b>.

0136It will be appreciated that a system in accordance with the invention can be constructed in whole or in part from special purpose hardware or a general purpose computer system, or any combination thereof, any portion of which may be controlled by a suitable program. Any program may in whole or in part comprise part of or be stored on the system in a conventional manner, or it may in whole or in part be provided in to the system over a network or other mechanism for transferring information in a conventional manner. In addition, it will be appreciated that the system may be operated and/or otherwise controlled by means of information provided by an operator using operator input elements (not shown) which may be connected directly to the system or which may transfer the information to the system over a network or other mechanism for transferring information in a conventional manner.

0137The foregoing description has been limited to a specific embodiment of this invention. It will be apparent, however, that various variations and modifications may be made to the invention, with the attainment of some or all of the advantages of the invention. It is the object of the appended claims to cover these and such other variations and modifications as come within the true spirit and scope of the invention.