CN100515076C - 网络型内容再现系统 - Google Patents

Abstract

一种网络型音频系统，包括存储有多个音乐数据片段的内容服务器、再现音乐的音频客户端、以及通过内容服务器监视和控制音频客户端的控制器。音频客户端响应用户的操作，请求服务器提供所选定的音乐片段的音乐数据。内容服务器响应音频客户端的请求返回所选定的音乐片段的音乐数据。基于指定的量，将音乐数据从内容服务器分配到音频客户端。音频客户端将其状态告知内容服务器。内容服务器将音频客户端的状态告知控制器。控制器显示该状态。控制器响应用户的操作，通过内容服务器指令音频客户端再现所选定的音乐片段。

Description

网络型内容再现系统

技术领域

本发明涉及网络型内容再现系统，特别是涉及一种具有服务器、连接服务器的客户端和连接服务器的控制器的网络型内容再现系统。

背景技术

典型传统的音频系统从媒体读取音乐数据，并基于该音乐数据再现音乐。这种音频系统从基本上必须是基于房间设置，并且其总体成本高。同时，存在能够在一处存储所有音乐数据并在每个房间再现选定的音乐片段的集中的音频系统。

然而在该集中的音频系统里，必须在每个房间设置多个诸如用于音乐信号和控制信号的互连。一个音乐片段可以同时在所有房间再现，但是当音乐片段在一个房间再现的过程中，同一音乐片段不能在另一个房间从头再现。

当将用于音乐再现的应用程序安装在通用PC上时，可以通过互联网上的站点来获得音乐数据并且基于该数据可以再现音乐，但是在音乐象音乐CD那样中途再现或快进或翻转之前，该音乐数据必须完全被接收。更特别的是，对于还未接收的数据，不能实现特殊的再现方式。

发明内容

本发明的目的是提供一种网络型内容再现系统，该系统允许客户端自由选择和再现存储于服务器上的音频和视频内容。

本发明的另一个目的是提供一种网络型内容再现系统，该系统允许用户象从中途再现数据那样，自由再现客户端还没接收的数据。

本发明的另一个目的是提供一种网络型内容再现系统，该系统允许客户端连续再现客户端一服务器环境里的内容。

本发明的再一个目的是提供一种网络型内容再现系统，该系统消除了给客户的连续再现指令之间的竞争。

本发明的另外一个目的是为客户提供一种自动连接恢复功能，在当客户与服务器断开时其可以快速恢复连接。

依照本发明的网络型内容再现系统包括服务器和至少一个连接该服务器的客户端。该服务器包括用于储存多个内容(诸如音乐内容和可视内容)的储存装置。第一客户端包括用于请求服务器提供从多个内容中选定的内容的内容请求装置。该服务器进一步包括响应第一客户端的请求、向第一客户端返回所选定内容的内容返回装置。第一客户端进一步包括用于再现所返回内容的再现装置。

在该网络型内容再现系统中，响应来自于客户端的请求，从存储于服务器上的多个内容中选定预想得到的内容。将选定的内容从服务器传输到客户端并再现。因此，客户端可以自由地从存储于服务器上的多个内容中选择并再现选定的内容。

当该内容是音乐内容时，响应来自于第一客户端的请求，从存储于服务器上的多个片段中选定预想得到的音乐片段。将所选定的音乐片段的数据传输到第一客户端，并基于该数据再现所选定的音乐片段。因此，第一客户端可以自由地从存储于服务器上的多个音乐片段中选择并再现选定的音乐片段。

第一客户端优选连接在设置在壁里的引出箱里。

这样，没有设置在房间里的第一客户端，用户也可以听音乐或看录像。

优选地，第一客户端包括用于请求服务器提供多个内容的内容列表的内容列表请求装置。服务器进一步包括响应第一客户端的请求返回内容列表的内容列表返回装置。第一客户端进一步包括接收服务器返回的内容列表的内容列表接收装置。内容请求装置在内容列表中选择将被请求的内容。

这样，第一客户端可以从服务器获得内容列表并再现选自列表中的预想得到的内容。

更优选地，内容列表请求装置请求服务器提供特定量的内容列表，优选为部分内容列表。内容列表返回装置响应来自第一客户端的请求来返回该特定量的内容列表，优选为部分内容列表。

这样，只有部分内容列表从服务器传输到第一客户端，因而在第一客户端存储内容列表所需的存储容量可以很小。

更优选地，内容列表请求装置传输列表请求命令，该命令包括获得起始索引和获得数目，其中获得起始索引用于表示第一客户端从服务器得到的第一内容，获得数目用于表示第一客户端从服务器得到的内容的数量。内容列表返回装置返回内容列表，其包括与响应列表请求命令、从由获得起始索引所表示的第一内容得到的获得数目一样多的内容。

更优选地，内容列表返回装置进一步返回包括在将要被返回的内容列表中的内容的数量和从将要被返回的内容列表中之后的剩余内容的数量。

这样，可以告知第一客户端剩余在内容列表中的还未获得的内容的数量，并且因此第一客户端可以请求服务器提供其余的内容列表。

优选地，第一客户端进一步包括用于请求服务器提供多个类别的类别列表的类别列表请求装置。该服务器进一步包括响应第一客户端的请求、用于返回类别列表的装置。第一客户端进一步包括用于接收服务器返回的类别列表的装置。内容列表请求装置在接收到的类别列表中选择将被请求的内容列表中的内容的类别。

这样，第一客户端首先可以获得来自服务器的类别列表，并然后在列表中选择预想得到的类别。然后第一客户端获得内容列表并在列表中选择预想得到的内容。从而，在选择中，将多个内容逐渐缩小到预想得到的内容。

优选地，内容列表请求装置将生成内容列表所必须的列表构建密匙传输给服务器。基于列表构建密匙，内容列表返回装置生成内容列表。

这样，当第一客户端需要内容列表时，通过向服务器发送列表构建密匙，第一客户端可以获得内容列表，因此客户端不必保存获得的内容列表。

优选地，内容请求装置请求服务器提供预定量的内容。内容返回装置响应第一客户端的请求，返回预定量的内容。内容请求装置重复对内容的请求直到内容全部获得。

这样，只有部分内容从服务器传输到第一客户端，从而所需的用于在第一客户端存储内容的存储容量可以很小。

内容请求装置进一步优选地计算获得起始地址，并将地址传输给服务器，其中获得起始地址用于表示预定量内容的第一地址。内容返回装置从由第一客户端传输来的获得起始地址返回预定量的内容。

更优选地，内容请求装置传输内容传送请求命令，该命令包括获得起始地址和获得数据长度，获得数据长度显示通过第一客户端从服务器获得的内容的长度。内容返回装置响应内容传送请求命令，返回来自获得起始地址的获得数据长度的内容。

这样，可任意设置获得起始地址，因而客户端可以对没有接收到的内容执行特殊的再现。

更优选地，内容请求装置将获得数据长度添加到前一个获得起始地址来计算下一个获得起始地址。

更优选地，第一客户端进一步包括响应用户的操作来设置第一和第二地址的装置以及当所计算的获得起始地址超过第二地址时用于将获得起始地址设置为第一地址的装置。

这样，第一客户端可以反复获得从第一地址到第二地址的内容并再现获得内容。

可选地，第一客户端进一步包括响应用户的操作来设置预想得到地址的装置和用于将获得起始地址设置为预想得到地址的装置。

以这种方式，第一客户端可以获得来自预想得到地址的内容并中途再现该内容。

优选地，第一客户端进一步包括响应用户设置规定的跳行量的操作的装置和通过设置的跳行量来使获得起始地址移位的装置。

这样，第一客户端可以间断地获得内容并可以执行快速向前再现或快速反向再现。

优选地，第一客户端进一步包括向服务器传输所选定的内容的认证信息的装置。服务器包括响应从第一客户端传输来的认证信息，将选定内容的偏移量返回至第一客户端的装置。第一客户端进一步包括基于从服务器返回的偏移量来探测所选定的内容的起始的装置。

以这种方式，基于从服务器传输过来的内容的偏移量，第一客户端探测内容的起始，并且可以立即再现内容。

优选地，第一客户端进一步包括向服务器传输选定内容的认证信息的装置。服务器进一步包括响应从第一客户端传输来的认证信息，向第一客户端返回选定内容的大小的装置。第一客户端进一步包括基于从服务器返回的大小用来探测选定内容的末端的装置。

以这种方式，基于从服务器传输来的内容的大小，第一客户端探测到内容的末端，并因此可以立即终止再现。

优选地，内容请求装置请求服务器提供特定量的内容。内容返回装置响应第一客户端的请求，返回特定量的内容。内容请求装置改变了将向服务器请求的内容的特定量。

以这种方式，当服务器的负荷大时第一客户端可以减少内容的特定量，并且当服务器的负荷小时第一客户端可以增加内容的特定量，所以根据服务器的负荷可以适当调整内容量。

此外，服务器只返回由客户端指定的“部分音乐数据”，并且通过任意改变将被指定的“部分音乐数据”，客户端可以对未接收到的数据执行特定的再现(诸如快速向前、快速反向和中途再现)。服务器只传输“部分音乐数据”，从而如果客户端不能成功接收该数据，只有客户端不能接收的这部分数据可以再次从服务器接收，并且可以迅速处理接收失败。

当客户端请求的音乐片段的格式是压缩数据格式时(例如MP3)，为了减轻服务器的负载，可以减少将被指定的数据量。这是因为在再现时一旦压缩数据解码，它的数据量就会增加。

优选地，第一客户端进一步包括每当客户端信息改变时，将与第一客户端相关的客户端信息传输到服务器的装置。

以这种方式，客户端信息并不持续从第一客户端传输到服务器，而仅在发生改变时传输。因而，不用增加网络的通信量，服务器就可以处理第一客户端最新的客户端信息。

优选地，网络型内容再现系统进一步包括第二客户端，第二客户端通过网络连接到服务器，它用于监控第一客户端。

这样，通过不同于第一客户端的第二客户端，可以将第一客户端的操作状态告知用户。

更优选地，第一客户端进一步包括用于将与第一客户端相关的客户端信息传输到服务器的装置。服务器包括用于接收从第一客户端传输来的客户端信息的装置，以及用于将接收到的客户端信息传输到第二客户端的装置。第二客户端包括用于接收从服务器传来的客户端信息的装置。

以这种方式，通过不同于第一客户端的第二客户端，可以将与第一客户端有关的信息，诸如与服务器的连接状态、客户端类型、当前的操作状态和当前的音量控制告知用户。

优选地，通过用于强制将请求传输到第二客户端的按压端口，服务器将客户端信息传输到第二客户端。

这样，如果没有来自于第二客户端的请求，服务器可以将客户端信息传输到第二客户端。

优选地，第二客户端进一步包括用于显示接收到的客户端信息的装置以及当客户端信息改变时用于改变接收到的客户端信息的显示的装置。

优选地，第二客户端进一步包括内容列表请求装置，用于请求服务器提供多个内容的内容列表。服务器进一步包括内容列表返回装置，该装置用于响应来自第二客户端的请求返回内容列表。第二客户端进一步包括内容列表接收装置，用于接收从服务器返回的内容列表。

优选地，客户端信息包括生成内容列表所必需的列表构建密匙。当包含在接收到的客户端信息中的列表构建密匙改变时，内容列表请求装置将列表构建密匙传输到服务器。基于从第二客户端传输来的列表构建密匙，内容列表返回装置生成内容列表。

优选地，当第二客户端连接到服务器时，第二客户端接收从服务器传来的客户端信息。

这样，一旦电源打开，将第二客户端连接到服务器，并且第二客户端可以从服务器获得与第一客户端有关的客户端信息。

更优选地，客户端信息包括生成内容列表所必需的列表构建密匙。内容列表请求装置将包含在接收到的客户端信息中的列表构建密匙传输给服务器。基于从第二客户端传输来的列表构建密匙，内容列表返回装置生成内容列表。

这样，如果在第二客户端指令第一客户端再现内容后电源关闭，并且正在再现的内容列表丢失，第二客户端可以在电源再次打开时获得列表构建密匙。因此，第二客户端只需要将得到的列表构建密匙传输给服务器，使得从服务器可以重新获得丢失的内容列表。

优选地，客户端信息包括可由第一客户端再现的内容的数据格式的名称。第二客户端包括基于接收到的客户端的信息，显示可再现的内容的数据格式名的名称的装置。

以这种方式，通过不同于第一客户端的第二客户端，可以将由第一客户端可再现的数据格式告知用户。

更优选地，第二客户端进一步包括用于从服务器获取多个内容的内容列表的装置、以及用于显示在包括于获取的内容列表里的内容中的可由第一客户端再现的内容和用于显示不能由第一客户端以不同于可再现的内容方式再现的内容的装置或不显示不可再现的内容。

以这种方式，不能够由第一客户端再现的内容并不显示，所以可以防止用户选择任一不可再现的内容。

优选地，第二客户端包括用于确定将要被监视的客户端是否是第一客户端的装置。

以这种方式，如果将要由第二客户端监视的客户端不是第一客户端，第二客户端就不监视，因而可以防止错误的操作。

优选地，第二客户端包括用于获取监视第一客户端所必需的监视句柄的装置和利用获取的监视句柄监视第一客户端的装置。

这样，不带监视句柄的第二客户端就不监视第一客户端，因而可以减小网络流量。

优选地，网络型内容再现系统进一步包括通过网络连接到服务器的用于控制第一客户端的第二客户端。

更优选地，第二客户端包括用于请求服务器控制第一客户端的服务器请求装置。该服务器进一步包括响应来自控制第一客户端的第二客户端的请求的装置。

以这种方式，用户可以从不同于第一客户端的第二客户端通过服务器来控制第一客户端。

优选地，服务器请求装置向服务器传送用于指定第一客户端的信息和用于指定选定的内容的信息。

以这种方式，用户可以通过第一客户端再现预想得到的内容。

优选地，第二客户端包括用于确定将要被控制的客户端是否是第一客户端的装置。

以这种方式，如果客户端不是第一客户端，第二客户端就不控制该客户端，因而可以防止错误操作。

优选地，第二客户端包括用于确定所选定的内容的数据格式是否与任一可由第一客户端再现的内容的数据格式相匹配的装置和当数据格式匹配时，基于所选定的内容的数据，指令第一客户端再现该内容的装置。

以这种方式，只有当内容是可由第一客户端再现的，第二客户端才指令第一客户端再现该内容，因而可以防止错误的操作。

优选地，第二客户端包括获取控制第一客户端所必需的控制句柄的装置和利用获取的控制句柄控制第一客户端的装置。

以这种方式，不带控制句柄的第二客户端将不控制第一客户端，因而可以减少网络流量。

优选地，第一客户端进一步包括当第一客户端完成再现第二客户端所指令的内容时，用于将完成状态传送到服务器、以及当第一客户端完成再现第一客户端所选定的内容或响应用户的请求中途停止再现时，用于传输不同于完成状态的停止状态的装置。

以这种方式，服务器可以区分完成状态和停止状态，因而服务器可以确定第一客户端是否已完成再现第二客户端指令的内容或第一客户端选择的内容或已响应用户的请求中途停止再现的内容。

优选地，服务器包括用于接收从第一客户端传送的完成状态并将完成状态传送到第二客户端的装置。第二客户端包括响应服务器传送来的完成状态，指令第一客户端再现已再现到结尾的内容的下一个的内容装置。

以这种方式，已完成再现内容的第一客户端向指令再现该内容的第二客户端传送完成状态，因而，基于内容列表第二客户端可以使第一客户端连续再现内容。

优选地，网络型内容再现系统进一步包括多个通过网络连接到服务器来控制第一客户端的的第二客户端。第二客户端每个都包括用于指令第一客户端再现内容的再现指令装置。第一客户端的内容再现装置响应来自第二客户端的指令再现内容。第一客户端进一步包括当内容再现到结尾时，向服务器传送完成状态的装置。服务器进一步包括用于接收从第一客户端传送的完成状态并且将完成状态传送到在多个第二客户端中指令第一客户端的那个第二客户端的装置，同时，向其它的第二客户端传送停止状态。第二客户端的再现指令装置响应服务器传送的完成状态，指令第一客户端再现邻接已再现的内容的内容到结尾的装置。

以这种方式，完成再现内容的第一客户端通过服务器向指令再现内容的第二客户端传送完成状态，使得第二客户端可以正确指令第一客户端执行连续再现。同时，服务器向其它的第二客户端传送停止状态，因而第二客户端知道第一客户端处于操作停止状态并且将不会错误地指令第一客户端执行连续操作。

优选地，第一客户端进一步包括用于广播规定的信息的广播装置。服务器包括响应从第一客户端广播的规定信息用于向第一客户端返回服务器指定信息来指定服务器的装置。第一客户端包括用于接收从服务器返回的服务器指定信息并且在服务器列表中注册该信息的装置。

在该网络型内容再现系统中，当客户端向网络广播预定的信息并且存在连接到网络的服务器时，服务器将其服务器指定信息(诸如IP地址和端口号)传送到客户端。因而，客户端能够搜索并找到网络上存在的服务器。

优选地，第一客户端进一步包括用于确定服务器指定信息是否注册在服务器列表中的装置。当基于确定的结果服务器指定信息没有注册在服务器列表中时，广播装置再次广播预定的信息。

在这种情况下，如果没有服务器指定信息注册在服务器列表中，第一客户端开始搜索服务器，并且继续搜索直到找到至少一个服务器。

优选地，第一客户端进一步包括当广播装置的广播操作的次数达到预定数量的次数或广播装置广播的时间达到预定的时间段时，用于访问互联网上服务器的装置。

这样，如果在局域网络上不存在服务器，第一客户端并不继续搜索服务器，而是在互联网上找到服务器来替代。

优选地，第一客户端进一步包括用于在命令端口建立连接的装置和用于在按压端口建立连接的装置，其中命令端口用于在服务器和第一客户端之间传送/接收命令，按压端口用于强制将请求从服务器传送到第一客户端。

在该网络型内容再现系统中，通过命令端口在服务器和客户端之间传送/接收命令或状态。来自服务器的命令通过按压端口被强制传送到客户端。

优选地，第一客户端进一步包括通过按压端口将客户端索引请求命令传送到服务器的装置。客户端索引请求命令是指定第一客户端所必需的。服务器进一步包括响应由第一客户端传送的客户端索引请求命令用于将客户端索引返回到客户端的装置。第一客户端进一步包括用于将服务器返回的客户端索引通过按压端口传送到服务器的装置。

优选地，存在多个第一客户端。服务器包括用于限定可连接的客户端的数量的连接限定装置。

优选地，当没有被连接的另一第一客户端试图连接到连接限定装置时，基于预先规定的优先顺序，连接限定装置从已经被连接的第一客户端上断开。

优选地，依照本发明的另一网络型内容再现系统包括服务器、通过网络连接到服务器的第一客户端、连接到第一客户端的AV设备以及通过网络连接到服务器来控制AV设备的第二客户端。第二客户端包括用于向服务器传送控制AV设备的控制命令的装置。服务器包括将第二客户端传来的控制命令传送到第一客户端的装置。第一客户端包括用于将从服务器传送来的控制命令传送到AV设备的装置。响应从第一客户端传来的控制命令来控制AV设备。

以这种方式，通过服务器将控制命令从第二客户端传送到第一客户端。响应控制命令来控制AV设备。因而，第二客户端可以控制AV设备。

根据本发明的另一种网络型内容再现系统包括服务器、连接服务器的第一客户端、连接第一客户端的AV设备以及通过网络连接服务器以监控AV设备的第二客户端。该AV设备包括向第一客户端传送与AV设备相关的信息的装置。第一客户端包括AV设备信息传送装置，其用于将来自AV设备的信息传送到服务器。服务器包括用于将从第一客户端传送来的信息传送到第二客户端的装置。

这样，关于AV设备的信息通过第一客户端和服务器被传送到第二客户端。因此，第二客户端能基于该信息监控AV设备。

优选地，该第一客户端的AV设备信息传送装置在指定时间间隔传送频繁地改变的信息。

这样，能减少网络流量。

优选地，服务器进一步包括用于更新第一客户端中的固件的固件更新装置。

这样，第一客户端中的固件通过服务器自动更新。

优选地，服务器进一步包括用于注册信息的装置和固件列表传送装置，其中注册的信息是关于适于第一客户端的多个固件块的信息，固件列表传送装置用于将有关多个固件块的已注册信息的固件列表传送给第一客户端。第一客户端进一步包括用于接收从服务器传送来的固件列表的装置和固件请求装置，其中固件请求装置用于请求服务器传送在已接收的固件列表中选定的固件。固件更新装置响应来自第一客户端的请求将所选择的固件返回至第一客户端。

这样，第一客户端的固件不总是被更新到最新版本，而是被更新到被适当选择的版本。

优选地，第一客户端进一步包括将有关第一客户端的客户端信息传送给服务器的装置。服务器进一步包括基于从第一客户端传送来的客户端信息生成固件列表的装置。

这样，可以生成包括对应于第一客户端的固件信息的固件列表。

优选地，第一客户端请求服务器提供指定数量的固件，更优选为一部分固件。固件更新装置响应来自第一客户端的请求返回指定数量的固件，优选为一部分固件。

这样，服务器仅传送指定数量的固件，因此如果客户端不能成功接收固件，仅仅客户端不能接收的部分可以再从服务器接收，并能迅速地处理接收故障。由于只有部分固件列表从服务器传送到第一客户端，在第一客户端存储固件列表所需的存储容量可以很小。

依照本发明的另外一个网络型内容再现系统，包括服务器、连接到服务器的第一客户端以及连接到服务器的多个第二客户端。服务器包括存储多个内容的内容存储装置。每个第二客户端包括在多个内容中指定内容并且指令第一客户端再现该指定内容的装置。第一客户端包括响应第二客户端的指令，用于再现指定内容的装置以及用于当内容已经被再现到结尾时向服务器传送完成状态的装置。服务器进一步包括用于响应于从第一客户端接收的完成状态、选择多个第二客户端中的一个并将完成状态传送给选定的第二客户端的状态传送装置。每个第二客户端进一步包括用于响应于从服务器接收的完成状态、指定由第一客户端已经再现至结尾的内容的下一个内容以及指令第一客户端再现所指定内容的装置。

优选地，服务器进一步包括管理第二客户端的优先权的装置，其能控制第一客户端。状态传送装置选择具有最高优先权的第二客户端作为接收被传送的完成状态的第二客户端。可选择地，服务器进一步包括用于存储已指令再现的第二客户端的识别信息的装置。该状态传送装置基于存储的第二客户端的识别信息，选择已经指令再现的第二客户端作为接收完成状态的第二客户端。

在该系统中，当服务器接收来自于第一客户端的已经完成再现内容的完成状态时，服务器选择第二客户端并将完成状态传送给第二客户端。因此，仅仅一个第二客户端指令第一客户端执行连续再现。结果，该系统消除了向第一客户端发出的连续再现指令之间的竞争，并且，第一客户端可连接再现内容。

优选地，状态传送装置将停止状态传送给不同于具有最高优先权的第二客户端的第二客户端。

这样，停止状态而不是完成状态被传送给不同于具有最高优先权的第二客户端的第二客户端，因此其它的第二客户端不采取任何积极措施，能简单地监控第一客户端的状态。

根据本发明的另一种网络型内容再现系统包括服务器、连接服务器的第一客户端以及连接服务器的多个第二客户端。服务器包括存储多个内容的内容存储装置。每个第二客户端包括用于得到控制第一客户端所必须的控制句柄的控制句柄得到装置以及在得到控制句柄之后在多个内容中指定内容并指令第一客户端再现指定内容的装置。第一客户端包括响应第二客户端的指令用于再现指定内容的装置以及用于当内容已经被再现到结尾时将完成状态传送给服务器的装置。服务器进一步包括将从第一客户端传送来的完成状态传送给每个第二客户端的装置。每个第二客户端进一步包括用于响应于从第一客户端接收的完成状态、指定已经由第一客户端再现至结尾的内容的下一个内容以及指令第一客户端再现已指定内容的装置，其中第一客户端的控制句柄通过第二客户端得到。

在该系统中，第二客户端得到控制客户端所必须的控制句柄并指令第一客户端再现该内容。一旦内容已经被再现到结尾，第一客户端就传送完成状态。响应从第一客户端接收的完成状态，第一客户端的控制句柄通过第二客户端得到，第二客户端指令第一客户端执行连续再现。因此，该系统消除了给第一客户端的连续再现指令之间的竞争，并且第一客户端可以连续再现内容。

优选地，当得到控制句柄时，控制句柄获得装置就禁止其它的第二客户端得到控制句柄。

这样，多个第二客户端不能同时得到用于第一客户端的控制句柄，因此可以完全消除给第一客户端的再现指令之间的竞争。

更优选地，第一客户端进一步包括当第一客户端中途停止再现内容时向服务器传送停止状态地装置。服务器进一步包括将从第一客户端传送来的停止状态传送给每个第二客户端的装置。每个第二客户端进一步包括响应于从第一客户端接收的停止状态，取消得到控制句柄的禁止的装置，第一客户端的控制句柄通过第二客户端得到。

以这种方式，中途停止再现内容的第一客户端将停止状态传送到所有的第二客户端，从第一客户端接收停止状态的第二客户端释放该控制句柄，其中第一客户端的控制句柄是通过该第二客户端获得的。因而，任一第二客户端都可以获得第一客户端的控制句柄。

根据本发明的另一种网络型内容再现系统包括服务器、连接服务器的第一客户端以及连接服务器的第二客户端。服务器包括存储多个内容的内容存储装置。第二客户端包括用于在多个内容中指定内容并指令第一客户端再现该指定内容的装置。第一客户端包括响应来自于第二客户端的指令用于再现该指定内容的装置，以及当内容再现到结尾时用于将完成状态传送到服务器的装置。服务器进一步包括连续再现指令装置，该装置响应从第一客户端接收的完成状态，用于指定由第一客户端已经再现至结尾的内容的下一个内容以及指令第一客户端再现已指定内容。

在该系统中，已经再现内容到结尾的第一客户端将完成状态传送到服务器，然后服务器指令第一客户端执行连续再现。因此，该系统消除了给第一客户端的连续再现指令之间的竞争，第一客户端可以连续再现内容。

优选地，该服务器进一步包括用于存储列表构建密匙的装置和用于基于该列表构建密匙生成内容列表的装置，其中列表构建密匙对于生成将要通过第一客户端再现的内容的内容列表是必须的。连续再现指令装置指令第一客户端依照该内容列表再现内容。

这样，服务器存储列表构建密匙并基于该列表构建钥匙生成内容列表，从而可以指定接下来将要再现的内容。

另一种网络型内容再现系统包括服务器、连接至服务器的第一客户端以及连接至服务器的第二客户端。服务器包括存储多个内容的内容存储装置。第二客户端包括用于在多个内容中指定内容并指令第一客户端再现该指定内容的装置以及传送列表构建密匙的装置，其将对于生成将要通过第一客户端再现的内容的内容列表所必须的列表构建密匙传送到第一客户端。第一客户端包括响应来自第二客户端的指令用于再现指定内容的装置以及用于将从第二客户端传送来的列表构建密匙传送到服务器的装置。服务器进一步包括基于从第一客户端传送来的列表构建密匙生成内容列表并将生成的内容列表传送到第一客户端的装置。第一客户端进一步包括用于再现已经由第一客户端依照从服务器传送来的内容列表再现到结尾的内容的下一个内容的装置。

在该系统中，服务器将基于列表构建密匙生成的内容列表传送给第一客户端。第一客户端根据内容列表执行自身连续再现。因此，该系统消除了对第一客户端的连续再现指令之间的竞争，并且第一客户端可以连续再现内容。

在根据本发明的网络型内容再现系统中的客户端包括内容请求装置和再现装置，其中内容请求装置用于请求服务器提供从服务器中存储的多个数字内容中选定的数字内容，再现装置用于响应该请求对从服务器返回的数字内容进行再现。存在有多个服务器。客户端进一步包括连接装置和确定装置。连接装置和多个服务器中的任意一个连接。确定装置确定通过连接装置与服务器的连接是否以规定的时间间隔保持。当确定装置确定与服务器的连接被关闭时，连接装置重新与服务器连接。

客户端在指定时间间隔内检查与服务器的连接状态。当与服务器的连接被关闭时，客户端执行与服务器的重新连接。因此，如果客户端由于不正常而从服务器断开，客户端自身就能迅速恢复连接。

优选地，当不能重新建立与服务器的连接时，连接装置与另一个服务器连接。

这样，如果不能与在断开前连接的同一服务器重新建立连接，客户端就迅速与另一服务器连接。因此，客户端并未处于从服务器断开的状态。

优选地，在连接被关闭之前，连接装置将客户端状态传送给重新连接的服务器。

这样，客户端将断开之前的客户端状态传送给重新连接的服务器，客户端从而可以恢复与服务器原来那样的连接状态。因此，用户不用知道客户端的重新连接就能使用客户端。

附图说明

图1是依照本发明的实施例的网络型音频系统的总体结构的功能框图；

图2是图1中每个服务器的结构的功能框图；

图3是图1中每个音频客户端的结构的功能框图；

图4是图1中每个控制器的结构的功能框图；

图5是用于描述图1至图3中的服务器和音频客户端在初始连接阶段的操作的流程图；

图6是用于描述在图5中通过音频客户端的服务器搜索操作的流程图；

图7是用于描述图5中通过客户端和服务器的连接操作的流程图；

图8是表示在图7的连接操作后服务器的按压操作的框图；

图9是继续图8，用于显示从控制器到服务器的服务器对音频客户端的请求操作；

图10是继续图9，表示通过服务器将来自音频客户端的状态告知控制器的操作的框图；

图11是用于描述通过图5中的音频客户端进行客户端信息传输操作的流程图；

图12用于描述图1和图2中的服务器的初始化和主要操作的流程图；

图13表示存储在图2中服务器中的客户端信息数据库；

图14表示存储在图2中服务器中的内容信息数据库；

图15表示存储在图2中服务器中的固件信息数据库；

图16是用于描述响应图12中的服务器搜索的子程序的流程图；

图17是用于描述图12中在命令端口连接接受处理中的子程序的流程图；

图18是用于描述图12中在按压端口连接接受处理(例1)中的子程序的流程图；

图19是用于描述图12中在按压端口连接接受处理(例2)中的子程序的流程图；

图20是用于描述图15中在命令处理中的子程序的流程图；

图21是用于描述图20中状态告知命令处理中的子程序的流程图；

图22是用于描述图20中服务器请求发布命令处理中的子程序的流程图；

图23是用于描述图1至图3中由服务器和音频客户端的获得音乐列表和再现操作的流程图；

图24是用于描述图23中音频客户端获得音乐列表的操作的流程图；

图25是用于描述图24中获得类型列表和音乐列表的操作的流程图；

图26表示存储图25中获得的类型列表的区域；

图27是图14中内容信息数据库的记录结构的图表；

图28是用于描述由图25的服务器生成类型列表的操作的流程图；

图29表示存储图25中获得的音乐列表的区域；

图30是用于描述由图25中的服务器生成音乐列表的操作的流程图；

图31表示图25中列表请求命令的格式；

图32表示图25中的搜索数据的格式；

图33A到33C表示在图25里获得音乐列表的操作中缓冲存储器传输状态；

图34是用于描述图25中获得类型列表和音乐列表的操作以及获得专辑列表的操作的流程图；

图35是用于描述由音频客户端指定音乐片段、再现和停止操作以及由图23中的服务器准备音乐片段分配和分配的操作的流程图；

图36是图35流程图的延续；

图37表示图35中的音乐片段信息请求命令；

图38表示图35中的音乐片段信息；

图39表示图35中音乐片段再现准备命令；

图40表示图35中的错误代码；

图41表示图35中的音乐片段数据传输请求命令；

图42表示图35中的音乐片段数据；

图43表示用于储存图42中音乐片段数据的缓冲存储器的结构；

图44表示如何将一个缓存器的音乐片段数据从音乐片段的起始存储在图43的缓冲存储器缓中的状态；

图45是图44的继续，表示如何将所有缓存器的音乐数据存储的状态；

图46是图45的继续，表示第一缓存器如何输出音乐片段数据的状态；

图47是图46的继续，表示一个缓存器的空间是如何产生的状态；

图48是图47的继续，表示如何将缓存器上的空间填充的状态；

图49是用于描述由图1至图3中的客户端和服务器快速向前再现的流程图；

图50是用于描述由图1至图3中的客户端和服务器暂停操作的流程图；

图51是用于描述图1中的控制器和服务器连接操作的流程图；

图52是用于描述图51中获得监视句柄和控制句柄的操作的流程图；

图53表示通过服务器从多个音频客户端向多个控制器的状况告知；

图54表示当控制器获取图54中的监视句柄时的状态通知；

图55是用于描述由图1中的控制器监视音频客户端的操作的流程图；

图56是用于描述图55中的监控操作的细节的流程图；

图57是用于描述由图1中的控制器控制音频客户端操作的流程图；

图58是用于描述由图57里的音频客户端控制命令处理的子程序的流程图；

图59表示图58中再现控制操作的子程序；

图60表示包含在图13中客户端信息数据库中的客户端类型的详细资料；

图61是用于描述图59的再现控制中显示音乐列表操作的流程图；

图62表示屏幕，该屏幕用于显示在图61的音乐列表中有关既能够再现MP3又能再现WAV的音频客户端的音乐列表；

图63表示屏幕，该屏幕用于显示在图61的音乐列表中有关能够再现MP3但不能再现WAV的音频客户端的音乐列表；

图64是用于描述图59的再现控制中由用户进行再现指令处理操作的流程图；

图65表示在图1连续再现控制中控制器如何将再现命令传输；

图66是图65的继续，表示完成和停止状态如何传输；

图67是用于描述图66中传输完成和停止状态的操作的流程图；

图68是图66的继续，表示再现命令如何传输；

图69表示用于图65至图68连续再现控制中的列表构建密匙的结构；

图70表示包含在图69的列表构建密匙中过滤器的种类；

图71是用于描述利用图69中的列表构建密匙的连续再现控制操作的顺序图；

图72是用于描述由图56和图71中的控制器进行完成处理操作的流程图；

图73是用于描述带优先权的连续再现处理的流程图；

图74是图73中连续再现处理的功能框图；

图75是当带有最高优先权的控制器在图73中连续再现处理中断开时连续再现处理的功能框图；

图76是用于描述使用控制句柄的连续再现处理的操作的流程图；

图77是图76中连续再现处理的功能框图；

图78是由内容服务器进行连续再现处理的功能框图；

图79是用于描述图78中连续再现处理操作的流程图；

图80是当在图78的连续再现处理中存在多个音频客户端时连续再现处理的功能框图；

图81是当在图80的连续再现处理中存在多个内容服务器时连续再现处理的功能框图；

图82是当在图81的连续再现处理中内容服务器切换时连续再现处理的功能框图；

图83是当在图81的连续再现处理中存在多个控制器时连续再现处理的功能框图；

图84是用于描述由音频客户端自身进行连续再现处理操作的流程图；

图85是用于描述使用再现指令管理表格的连续再现处理的操作的流程图；

图86是图85中连续再现处理的详细情况的功能框图；

图87是用于描述图85中再现指导管理处理的详细情况的流程图；

图88是当在图85的连续再现处理中内容服务器切换时连续再现处理的功能框图；

图89是图85中服务器切换处理的详细情况的流程图；

图90是包括服务器、控制器、AVR客户端和AV接收器的网络型音频系统的结构的功能框图；

图91是图90的网络型音频系统中状态和命令流动的功能框图；

图92是用于描述图90和91的网络型音频系统中，基于控制器的AV接收器的控制操作的流程图；

图93是图90的网络型音频系统中控制命令和状态的传送路径的功能框图；

图94是用于描述传输图93中命令和状态的操作的流程图；

图95A至95C表示在图94中的阶段的控制命令；

图96A至96C表示在图94中的阶段的状态；

图97是用于描述图90至96C的网络型音频系统中控制器如何通过AVR客户端提高AV接收器AVR的音量的流程图；

图98是用于描述图90至96C的网络型音频系统中当将AV接收器的状态传送到服务器时AVR客户端的操作的流程图；

图99是用于描述当将来自服务器的控制命令传送到AV接收器时，图90至96C中的网络型音频系统的AVR客户端的操作的流程图；

图100是用于描述对图99中的操作的改进的流程图；

图101是用于描述通过图1中的客户端和服务器来进行固件更新操作的流程图；

图102是用于描述图101中固件更新操作的详细情况的流程图；

图103是用于描述图102中生成固件列表的操作的流程图；

图104是用于描述图102中传输固件列表的操作的流程图；

图105是依照本发明的另一个实施例的音频客户端的外部结构的前视图；

图106是图105中音频客户端的侧视图；

图107是依照本发明的另一个实施例的网络型音频系统和互联网的总体结构的功能框图；

图108是用于描述图107中网络型音频系统中服务器搜索操作的流程图；

图109是用于描述依照本发明的另一个实施例中传送音乐片段数据操作的流程图；

图110是图109中涉及步骤S16021和S16061的对比表格；

图111是用于描述依照本发明的另一个实施例中音频客户端的跳行再现操作的流程图；

图112是在图111的跳行再现操作中存储在音频客户端的存储器中的音乐列表的表格；

图113是依照本发明的另一个实施例用于描述音频客户端的重复再现操作的流程图；

图114是依照本发明的另一个实施例用于描述音频客户端的中途再现操作的流程图；

图115是依照本发明的另一个实施例用于描述音频客户端的监视处理和连接恢复处理的流程图；

具体实施方式

现在将结合附图对本发明的实施例进行描述，其中相同的附图标记表示相同或相应的部分，并且相同的描述同等应用。

目录

1.优选实施例

1.1.结构

1.1.1.总体结构

1.1.2.内容服务器

1.1.3.音频客户端

1.1.4.控制器

1.1.5.AV接收器

1.2.操作

1.2.1.初始化内容服务器和音频客户端；

1.2.1.1.初始化音频客户端；

1.2.1.1.1.搜索内容服务器；

1.2.1.1.2.与内容服务器连接；

1.2.1.1.3.传送客户端信息；

1.2.1.2.初始化内容服务器

1.2.1.2.1 响应内容服务器的搜索

1.2.1.2.2 接受命令端口连接

1.2.1.2.3 接受按压端口连接(例1)

1.2.1.2.4 接受按压端口连接(例2)

1.2.2.内容服务器和音频客户端的主要操作

1.2.2.1 接受命令

1.2.2.1.1 命令分配处理

1.2.2.1.2 状态告知命令处理

1.2.2.1.3 服务器请求发布命令处理

1.2.2.2 正常再现

1.2.2.2.1 获取音乐列表

1.2.2.2.2 指定音乐片段

1.2.2.2.3 再现音乐片段

1.2.2.3 特殊再现

1.2.2.3.1 快速向前再现

1.2.2.3.2 快速反向再现

1.2.2.3.3 暂停

1.2.2.3.4 慢速再现

1.2.3 控制器的操作

1.2.3.1 连接内容服务器

1.2.3.1.1 获得监视句柄和控制句柄

1.2.3.2 监视功能

1.2.3.3 控制功能

1.2.3.3.1 控制命令处理

1.2.3.3.2 再现控制

1.2.3.3.3 确定是否是可再现的格式并再现

1.2.3.3.4 连续再现控制

1.2.3.3.5 使用列表构建密匙的连续再现控制

1.2.3.3.6 带有优先权的连续再现控制

1.2.3.3.7 使用控制句柄的连续再现控制

1.2.3.3.8 由内容服务器进行连续再现控制

1.2.3.3.9 由音频客户端自身进行连续再现控制

1.2.3.3.10 使用再现指令管理表格的连续再现控制

1.2.4.AV 接收器控制

1.2.5.固件更新

2.其它实施例

2.1 存储在引出箱中的音频客户端

2.2 获取互联网上的音乐数据

2.3 具有改变获得数据长度功能的再现

2.4 跳行再现

2.5 重复再现

2.6 中途再现

2.7 具有自动连接恢复功能的客户端

1.优选实施例

1.1 结构

1.1.1.总体结构

参照附图1，根据本发明的一个实施例，网络型音频系统10包括多个用于存储大数量的音乐片段的音乐数据的内容服务器S1至Si、多个基于来自内容服务器S1至Si的音乐数据再现音乐的音频客户端C1至Cj、多个用于控制和监控音频客户端C1至Cj的控制器A1至Ak、AV设备AVR(诸如包括开关和放大器的AV接收器)以及用于控制AV接收器AVR的AVR客户端AC。在下文中，作为其中的代表，将会描述内容服务器Si、音频客户端Cj和控制器Ak。

在这里，音乐数据存储在内容服务器Si中，但可以存储音乐数据和/或视频数据来代替。可选地，可以存储其他不同种类的数字内容(例如，诸如照片的图片)。在下文中，将通过图例来描述音乐数据。以下存在多个内容服务器Si、音频客户端Cj和控制器Ak，但至少一个这样的内容服务器或音频客户端是必需的。当存在多个内容服务器S1至Si时，音频客户端Cj可以从任一内容服务器S1至Si或只从一个特定的内容服务器Si获取音乐数据。并不一定需要设置控制器Ak。虽然不一定需要设置控制器，但可以设置多个AV接收器AVR或AVR客户端AC。

它们通过局域网LAN(Local Network)12相互连接在一起，但可以使用USB、IEEE1394或其它适合构建计算机网络的东西。当使用局域网时，虽然可以使用UDP协议，但优先选择用于个人电脑(PC)的标准TCP/IP协议。换句话说，协议并没有特别的限制。在图1中，将内容服务器或音频客户端从局域网的主线连接到支线，但例如对于10BASE-T或100BASE-TX，它们以中央带有集线器的星型结构连接。

1.1.2 内容服务器

参照附图2，每个内容服务器Si包括用于存储压缩数字音乐数据的硬盘驱动器HDD(hard disk drive)14、包括有数据库管理部分16和网络协议处理部分18的CPU处理部分20、以及在内容服务器Si和局域网12之间传送/接收信号的LAN控制器22。

1.1.3 音频客户端

参照附图3，每个音频客户端Cj包括微机处理部分28、闪存30、存储器32、音频声音处理部分34、数模转换器(DAC)36和局域网控制器38，其中微机处理部分28包括网络协议处理部分24和系统操作部分26，存储器32用于暂时存储并顺序输出顺序的输入、压缩的数字音乐数据等，音频声音处理部分34用于解码压缩的数字音乐数据并生成非压缩的数字音乐数据，DAC(数模转换器)36将数字音乐数据转换为模拟音乐数据，局域网控制器38用于在音频客户端Cj和局域网12之间传送/接收信号。与内容服务器Si不同，音频客户端Cj并不需要包括用于存储压缩数字音乐数据的硬盘驱动器HDD。

1.1.4.控制器

参照附图4，每个控制器Ak包括输入装置301、显示器302、CPU303和局域网控制器304，其中输入装置301是诸如键盘、鼠标、图形输入板和触摸板的装置，显示器302是诸如液晶显示器和阴极射线管CRT(Cathode Ray Tube)的装置，CPU303依据安装的计算机程序执行规定的处理，局域网控制器304用于在控制器Ak和局域网12之间传送/接收信号。控制器A1至Ak用做内容服务器S1至Si的客户端，类似音频客户端C1至Cj。控制器Ak与音频客户端Cj的不同，在于音频客户端Cj具有再现功能，而控制器Ak主要用于监视和控制音频客户端而不是用于再现。

音频客户端主要具有再现功能，但也可以具有监视和控制功能。这种情况下，音频客户端也用做控制器。

1.1.5AV接收器

尽管没有特别的限定，AV接收器AVR例如可以通过EIA-232连接到AVR客户端AC。AVR客户端AC主要具有与AV接收器AVR通讯的功能，但与音频客户端Cj类似，也可以具有再现功能。

1.2 操作

1.2.1 初始化内容服务器和音频客户端

参照附图5，当音频客户端通电时音频客户端搜索内容服务器(S11)。在多个连接到局域网12的内容服务器Si中的处于操作状态的内容服务器响应该搜索(S21)。

然后，为了使得能够与内容服务器(S12)传送/接收数据，音频客户端向内容服务器发布连接请求。内容服务器响应该连接请求(S22)，并建立与音频客户端的连接。

最后，音频客户端将与音频客户端有关的多种客户端信息传送到内容服务器(S13)，并且内容服务器接收该信息(S23)。

当上述的初始化完成时，处理继续进行下一个的获取音乐列表操作。在描述该操作之前，将会详细描述音频客户端的初始化操作。

1.2.1.1.初始化音频客户端

1.2.1.1.1搜索内容服务器

参照附图6，音频客户端清空用于记录IP地址和找到的内容服务器的端口号的服务器列表(S1101)。

然后，音频客户端通过命令端口，例如通过UDP协议(尽管没有指定)向局域网12广播规定的语音命令(magic word)(S1102)。在连接到局域网12的内容服务器Si中，如果存在处于操作状态的内容服务器，内容服务器就在搜索端口接收广播的语音命令，并将相同的语音命令连同服务器指定信息(特别是它的IP地址和端口号)返回到广播该语音命令的音频客户端来指定其自身。

然后音频客户端将记时器重置来计算接收到服务器指定信息的时间(S1103)，并然后确定服务器指定信息是否已接收(S1104)。

如果接收到服务器指定信息(如果找到内容服务器)，音频客户端将服务器指定信息记录在服务器列表中(S1105)。音频客户端然后确定服务器列表是否已填满(S1106)。如果列表填满，搜索操作结束，否则处理返回到步骤1103。

同时，如果服务器指定信息没有接收到(如果内容服务器没有找到)，音频客户端判定在服务器指定信息应当接收到之前是否已过了规定的时间，例如2秒(S1107)。如果该时间未过，处理返回到步骤S1104。更具体地，音频客户端等待来自任何内容服务器的响应2秒。

如果在接收到服务器指定信息之前2秒已过，音频客户端判定服务器列表是否为空(S1108)。如果服务器列表为空，换句话讲，如果没有服务器指定信息记录在服务器列表中，音频客户端返回步骤S1102，并且再一次广播语音命令。同时，如果服务器列表不为空，换句话讲，如果至少一个内容服务器上记录有服务器指定信息，音频客户端终止搜索操作。更具体地，音频客户端继续搜索直到它搜索到至少一个内容服务器。

搜索内容服务器的结果是IP地址和与一个或多个内容服务器相对应的端口号设置在服务器列表中。

1.2.1.1.2 与内容服务器连接

参照附图7，音频客户端响应用户的操作，在服务器列表中选择一个内容服务器(S1201)并获得IP地址和选定的内容服务器的端口号(S1202)。

利用获得的IP地址和命令端口，音频客户端生成TCP(Transmission Control Protocal，传输控制协议)套接字(1)(S1202)并通过TCP套接字(1)与内容服务器连接。命令端口用于在内容服务器和音频客户端之间传送/接收命令。如果内容服务器成功接受与命令端口的连接(S2201)并且建立连接，处理继续至步骤S1206，否则连接不成功(S1205)。以这种方式，音频客户端建立连接，在内容服务器和自身之间传送/接收命令。

音频客户端然后通过TCP套接字(1)将客户端索引请求命令传送到内容服务器(S1206)。内容服务器响应客户端索引请求命令并从TCP套接字(1)向音频客户端返回客户端索引(S2202)，音频客户端接收该索引(S1207)。客户端索引是内容服务器分配给每个音频客户端的ID号。通过客户端索引请求命令，音频客户端请求内容服务器传送客户端索引。

利用IP地址和内容服务器的按压端口，音频客户端然后生成TCP套接字(2)，并通过TCP套接字(2)建立与内容服务器的连接(S1209)。按压端口处于待用状态，因而端口可以一直接收来自内容服务器的主动请求或来自内容服务器响应控制器请求的请求。在下文中，将这些来自内容服务器的请求称为“服务器请求”。如果内容服务器通过按压端口成功接受连接(S209)，并且连接成功建立，处理将继续步骤S1211，否则连接就不成功(S1210)。以这种方式，音频客户端建立连接来接收服务器请求。

此时，没有告知内容服务器将哪个音频客户端连接到按压端口。因而，音频客户端通过TCP套接字(2)将在步骤S1207获得的客户端索引传送到内容服务器(S1211)。基于该客户端索引，内容服务器指定连接到按压端口音频客户端。此后，内容服务器利用按压端口将服务器请求传送到音频客户端。

以这种方式，通过命令端口和按压端口，建立了两种类型的连接。这两种连接不仅建立在音频客户端Cj和内容服务器Si之间，而且也建立在控制器Ak(将要描述)和内容服务器Si之间，以及AVR客户端AC和内容服务器Si之间。

通常，在服务器-客户端系统中，诸如带有HTTP协议，内容服务器对来自客户端的请求(诸如网页索阅要求)返回响应(例如HTML文档)。这意味着只有客户端具有动作触发器，并且内容服务器不能主动作用于客户端。因此，当内容服务器对客户端采取任何主动的作用诸如告知客户端内容服务器将被关闭时，例如，这样的告知不会执行，除非有来自客户端的请求。

以规定的时间间隔，向内容服务器发布检查服务器请求的命令，使得如果有服务器请求的话，客户端就能接收到。内容服务器响应客户端发布的命令，将服务器请求传送到客户端，并且客户端接收该请求。

据知在HTTP协议情况下，任何动态更新的网页每隔规定的时间必须重载。这可以称为通过客户端的探询获得服务器请求，但这种方法具有以下缺点：

(1)除非有足够短的探询间隔来频繁检查服务器请求，否则在内容服务器发布请求和音频客户端实际接收到请求之间会有时间差；

(2)然而，如果探询间隔象上述那样短，网络流量和服务器-客户端的负荷就会增加；

(3)内容服务器必须向客户端发送服务器请求的频率比传送/接收命令的正常频率低，从而由于在询问服务器请求存在/不存在时通常是以“不存在”的回答结束，大部分的探询浪费了。

为了解决这些缺点，可以将服务器请求由内容服务器的中断而不是由客户端的探询传送到客户端。以这种方式，就会消除上述(1)中缺乏实时以及诸如(2)和(3)中的不必要负荷的缺点。

最终，建立了两种类型的连接。一种连接形成在命令端口，通过该端口音频客户端Cj发布命令，并且内容服务器Si响应该命令。另一种连接形成在按压端口，通过该端口内容服务器Si向音频客户端Cj发送服务器请求。以这种方式，音频客户端Cj不是必须执行探询，内容服务器Si就能将服务器请求告知音频客户端Cj。

现在，将对使用两种类型连接的操作进行详细描述。

如图8所示，当内容服务器Si关闭时，它通过按压端口将关闭告知所有的音频客户端Cj，并使音频客户端Cj执行一些操作(例如关闭电源)。

如图9所示，当控制器Ak控制音频客户端Cj(例如再现或停止)时，控制器Ak通过命令端口向内容服务器Si传送请求来发布包括有控制内容的服务器请求。内容服务器Si响应该命令，通过按压端口向音频客户端Cj传送服务器请求。从而，控制器Ak可以控制音频客户端Cj。

如图10所示，通过命令端口，音频客户端Cj将其操作状态的变化传送给内容服务器Si。内容服务器Si将该操作状态的变化通过按压端口传送给监视音频客户端Cj操作状态的控制器Ak。从而，音频客户端Cj可以实时将其操作状态的变化告知控制器Ak。

如上所述，网络型音频系统中网络流量和内容服务器以及音频客户端上的负荷可以最小化，因而提高了整个系统的性能。

1.2.1.1.3 传送客户端信息

参照附图11，音频客户端将其属性信息传送给内容服务器(S1301至S1303)，并传送其初始状态(S1304和S1305)。

更具体地，音频客户端通过TCP套接字(1)传送音频客户端类型(S1301)。音频客户端类型包括可再现的音乐格式的种类、其是否可以通过远程控制器来操作以及EIA-232端口存在/不存在等等。

音频客户端然后通过TCP套接字(1)传送其产品ID(S1302)。产品ID是为每个音频客户端类型设置的机器信息。因而，相同类型的音频客户端设置有相同的产品ID。

音频客户端然后通过TCP套接字(1)传送固件ID(S1303)。固件ID是安装在音频客户端的固件的版本信息。

音频客户端然后通过TCP套接字(1)传送初始音量值(S1304)。初始音量值是由音频客户端再现的声音的音量的初始值。

最后，音频客户端然后通过TCP套接字(1)传送音频客户端的初始状态(S1305)。音频客户端的初始状态包括停止状态等。

内容服务器接收从客户端传送来的客户端信息，并将接收到的信息存储在客户端信息数据库中(图13)。客户端信息不仅从音频客户端Cj而且从控制器Ak和AVR客户端AC传送到内容服务器Si。基于该客户端信息，内容服务器Si控制所有的客户端。

1.2.1.2 初始化内容服务器

现在，将详细描述与音频客户端初始化相对应的内容服务器的初始化。

参照附图12，内容服务器确保如图13所示的的客户端信息数据库的存储区的数量与客户端的最大数目一样多，并进行清除(S201)。每个客户信息包括用于指示连接存在/不存在的标识、客户端的类型、当前状态、当前音量值、产品ID、固件ID、客户端名称、再现文件名称以及列表构建密匙。

作为客户端类型，将诸如音频客户端、控制器和AVR客户端的类型和可再现的数据格式(诸如MP3和WAV)记录下来。对于客户端类型，将其是否可以遥控也记录下来。如果音频客户端可以遥控，将“可遥感控制”的信息记录下来。将要记录的状态包括“再现”、“停止”、“暂停”、“完成”和“在更新过程中的固件”。对于再现文件名称，将硬盘驱动器(HDD)14的完整的路径名记录下来，硬盘驱动器14用于存储当前正被再现的音乐的数据。再现的文件名不一定是文件名本身，例如完整路径名，而可以是任何可用于指定文件的信息。例如，可将带有规定的ID号的表格和相互联系的文件名存储在内容服务器中，内容服务器可以参考表格将ID号转换为相应的文件名。以这种方式，不必将长文件名传送/接收。由于存储音乐片段数据的文件不能基于文件名直接指定，从安全角度讲，这也是有利的。此外，内容服务器使用列表构建密匙来生成列表，这将在以后详述。

然后，内容服务器生成套接字来接受给命令端口和按压端口的连接请求以及给搜索端口的服务器搜索请求(S202)。搜索端口在搜索内容服务器时使用，内容服务器监视并检查语音命令是否输入到搜索端口。

然后，内容服务器建立如图14所示的内容信息数据库以及如图15所示的固件信息数据库(S203)。内容信息数据库所包括的内容信息的条数与音乐片段的数量一样多。每首音乐片段的内容信息包括文件名、音乐片段标题、艺术家姓名、专辑名、类型、音乐片段长度(时间)、数据格式、已再现次数以及最后存取时间。文件名包括硬盘驱动器HDD14的完整路径，硬盘驱动器14用于存储重要的音乐片段的数据。固件信息数据库包括的固件信息的条数和固件文件的数量一样多。固件信息包括产品ID、固件ID、文件大小、数据格式以及文件名。对于文件名，将完整路径名记录下来，完整路径名用于指示互联网上存储固件的站点。

如果将某内容写入搜索端口(S204)，内容服务器就会对将要描述的内容服务器搜索执行响应处理(S205)。如果将某内容写入命令端口(S206)，内容服务器也会执行将要描述的命令端口连接接受处理(S207)。如果按压端口被写入(S208)，内容服务器会执行将要描述的按压端口连接接受处理(例1)(S209)。如果写入还未被处理的按压端口(S210)，内容服务器会执行将要描述的按压端口连接接受处理(例2)(S211)。

1.2.1.2.1 响应内容服务器的搜索

参照附图16，当某内容写入搜索端口时，内容服务器获得写入的内容(S2051)并判定该内容是否是正确的语音命令(S2052)。如果该内容是正确的语音命令，内容服务器将相同的语音命令连同IP地址和内容服务器的端口号一起返回到源服务器(S2053)。

1.2.1.2.2 接受命令端口连接

参照附图17，当来自客户端的连接请求发布到命令端口时，内容服务器判定当前被连接的客户端的数目是否已达到最大的客户端数量(S2071)。如果当前被连接的客户端的数目已达到最大的客户端数量，内容服务器就搜索具有低优先权的客户端，并强制断开找到的客户端(S2072)。对于当前不在再现处理中的音频客户端和没有连接够规定时间的音频客户端来讲，其优先权较低。内容服务器清除强制断开的客户端的客户端信息(S2073)。

可选地，如果当前被连接的客户端的数目已达到最大的客户端数量，可以使内容服务器不与更多的客户端连接。

如果存在多余的将与客户端连接的套接字，或者通过断开具有低优先权的客户端以确保更多的可连接的套接字，内容服务器开始接受来自客户端的连接请求(S2074)。

当请求被成功接受时(S2075)，内容服务器在客户端信息数据库中搜索空白区域(S2076)。更具体地，内容服务器搜索其标识指示为FALSE的客户端信息。内容服务器将找到的区域分配为新的客户端信息存储区域(S2077)并清除以前的客户端信息(S2078)。

然后内容服务器将标识设置为TRUE(S2078)，并将由于接受到请求而获得的套接字信息存储在客户端信息存储区的套接字区(S2079)。

1.2.1.2.3 接受按压端口连接(例1)

参照附图18，如果客户端请求连接到按压端口，内容服务器开始接受该请求(S2091)。如果请求被成功接受(S2092)，将由于接受到请求而获得的套接字信息存储在还未被处理的按压端口的队列中(S2093)。在这一点上，内容服务器依然不能指定连接到按压端口的服务器。这样的按压端口称作“未处理的按压端口”。

1.2.1.2.4 接受按压端口连接(例2)

参照附图19，如果客户端向未处理的按压端口发布连接请求，内容服务器就获得写入按压端口的命令(S2111)。如果命令的大小大于0(S2112)，且是客户索引告知命令(S2113)，内容服务器判定由客户端索引指示的客户端是否已经连接到命令端口(S2114)。

如果连接没有完成，内容服务器就将错误代码设为-1(失败)(S2115)并进入步骤S2119。同时，如果连接完成，内容服务器就将按压端口注册为客户端的按压端口(S2116)。内容服务器进一步将按压端口从未处理按压端口队列中清除(S2117)并将错误代码设为0(成功)(S2118)。然后内容服务器将设置的错误代码返回给客户端(S2119)。

1.2.2 内容服务器和音频客户端的主要操作

1.2.2.1 接受命令

参照图12，在完成初始化后内容服务器接受来自客户端的命令。更具体地，内容服务器重复步骤S213至S217和最大客户端的数目一样多的次数(S212，S218，S219)。字母n是分配到客户端的客户端索引，其值为从0到最大客户端数减1。

更具体地，内容服务器参照客户端信息库中的标识并判定第n个客户端是否已连接到命令端口(S213)。如果已经连接，内容服务器判定是否已经将数据写到第n个客户端的命令端口(S214)。如果已经将数据写入，内容服务器判定写入的数据的大小是否是0或-1(S215)。如果该数据是0或-1，这意味着客户端被断开或存在套接字错误，内容服务器清除第n个客户端的客户端信息(S216)。同时，否则的话，内容服务器执行下面的命令处理(S217)。

1.2.2.1.1 命令分配处理

参照附图20，如果已经由客户端将数据写入命令端口，内容服务器响应存储在头4个字节的命令，将处理分支(S2171)。更具体地，如果该命令是从音频客户端传到内容服务器的用于告知状态变化的状态告知命令(S2172)，就将从音频客户端传送来的状态告知控制器(S2173)，其细节将会在以后详细描述。如果该命令是从控制器到音频客户端的内容服务器请求发布命令(S2174)，就将从控制器传送来的请求告知音频客户端(S2175)，其细节将会在以后详细描述。此外，内容服务器响应该命令执行规定的处理。

1.2.2.1.2 状态告知命令处理

参照附图21，当来自音频客户端(以下称作“重要的音频客户端”)的命令是状态告知命令时，内容服务器存储客户端信息，例如存储在客户端信息数据库命令中的状态和音量参数(S21731)。因此，内容服务器总是拥有大部分更新版的客户端信息。

内容服务器然后在所有客户端中搜索控制器，并将重要的音频客户端的状态告知找到的控制器。因此，内容服务器重复以下步骤S21733至S21736和最大客户端数目一样多的次数(S21732，S21737，S21738)。

更具体地，内容服务器参考客户端信息的客户端类型并确定第n个客户端是否是控制器(S21733)。从而，可以使重要音频客户端的状态不告知其它任何不是控制器的音频客户端。如果客户端是控制器，内容服务器判定控制器是否具有用于重要音频客户端的监视句柄(S21734)。如果控制器具有监视句柄，内容服务器判定在控制器和按压端口之间是否建立连接(S21735)。

如果到按压端口的连接建立，内容服务器将重要音频客户端的客户端信息写入控制器的按压端口，并且因而将重要音频客户端的状态告知控制器(S21736)。

1.2.2.1.3 服务器请求发布命令处理

如图22所示，如果来自控制器的命令是服务器请求发布命令，内容服务器就获取包括在命令中的诸如源控制器、目标音频客户端和请求内容等信息(S21751)。

内容服务器判定源控制器是否具有用于目标音频客户端的控制句柄(将会描述)(S21752)。如果源控制器没有控制句柄，将错误代码设为-1(S21753)。从而，可以使不带控制句柄的控制器不能控制音频客户端。

如果控制器带有控制句柄，内容服务器参照客户端信息中的标识并判定在目标音频客户端的命令端口是否建立连接(S21754)。如果连接没有建立，将错误代码设为-2(S21755)。从而，可以使命令不能被传输到无法控制的音频客户端。

如果在目标音频客户端的命令端口建立了连接，内容服务器判定在目标音频客户端的按压端口是否建立连接(S21756)，并且如果连接没有建立，将错误代码设为1(S21757)。同时，如果建立了连接，内容服务器将请求内容从控制器传送到目标音频客户端的按压端口(S21758)并将错误代码设为0(没有错误)(S21759)。

最后，内容服务器将错误代码返回到源控制器(S21760)。

注意，如果目标音频客户端没有连接到按压端口，响应来自目标音频客户端的探询，可将来自于控制器的请求内容传送到目标音频客户端。

1.2.2.2 正常再现

现在，将描述用户如何通过音频客户端Cj再现预想得到的音乐片段的操作。在这里，用户并不直接指定预想得到的音片段乐，而是指定一列预想得到的音乐片段，并在列表中选择一首预想得到的音乐片段。

参照附图23，音频客户端响应用户的操作传输音乐列表请求命令(S14)。音乐列表请求命令来自音频客户端，用于请求内容服务器提供预想得到的音乐片段的列表。音乐列表包括音乐标题和艺术家姓名等。内容服务器响应音乐列表请求命令，将音乐列表传送到请求的音频客户端(S24)，音频客户端接收列表(S14)。

音频客户端响应用户的操作来指定一首包含在音乐列表中的音乐片段(S15)，相应地，内容服务器准备分配指定的音乐片段(S25)。

内容服务器将指定的音乐片段分配到音频客户端(S26)，音频客户端再现分配的音乐片段(S16)。在再现结束时，或响应用户操作音频客户端停止再现音乐片段(S17)。

现在，将对S14到S16中的每个步骤进行详细描述。

1.2.2.2.1 获取音乐列表

参照附图24，音频客户端判定是否要请求内容服务器提供播放标题列表(S1401)。播放标题列表包括播放列表的标题。播放列表是由用户选择的音乐片段的列表。内容服务器存储有多个由用户生成的播放列表。

当用户试图从多个存储在内容服务器上的播放列表中选择一个时，为了检验注册了什么类型的播放列表，用户请求内容服务器提供播放标题列表。音频客户端响应用户的操作，请求内容服务器提供播放标题列表，并接收来自于内容服务器的播放标题列表(S1402)。

然后，音频客户端判定是否要请求指定的播放列表(S1403)。如果用户在播放标题列表中指定了预想得到的播放列表，并且音频客户端响应该操作而请求指定的播放列表，处理继续至步骤S1413，否则处理返回到步骤S1401或S1403(S1404)。

如果播放标题列表没有被请求，音频客户端确定是否请求内容服务器提供艺术家列表(S1405)。艺术家列表包括有许多艺术家姓名。艺术家列表没有预备在内容服务器中，但每当有来自音频客户端的请求时，这样的列表就会从如图14所示的内容信息数据库中生成。

如果用户请求艺术家列表，音频客户端响应用户的操作而请求内容服务器提供预想得到的艺术家列表，并从内容服务器接收艺术家列表(S1406)。

音频客户端然后确定是否请求指定了艺术家的音乐列表(S1407)。如果用户在艺术家列表中指定了预想得到的艺术家，并且音频客户端响应该操作，请求指定了艺术家的音乐列表，则处理进入步骤S1413，否则处理返回到步骤S1401或S1407(S1408)。音乐列表包括指定了艺术家的音乐的标题等等，并且和上述的艺术家列表一样，音乐列表没有预备在内容服务器中，但每当有来自音频客户端的请求时，音乐列表就会从如图14所示的内容信息数据库中生成。

如果艺术家列表没有被请求，音频客户端确定是否请求内容服务器提供类型列表(S1409)。类型列表包括多个类型。如同艺术家列表一样，类型列表也没有准备在内容服务器中，但每当有来自音频客户端的请求时，类型列表就会从如图14所示的内容信息数据库中生成。

如果用户请求类型列表，音频客户端响应用户的操作请求内容服务器提供预想得到的类型列表，并从内容服务器接收类型列表(S1410)。

音频客户端然后确定是否请求指定了类型的音乐列表(S1411)。如果用户在类型列表中指定了预想得到的类型，并且音频客户端请求指定了类型的音乐列表以响应，则处理进入步骤S1413，否则处理返回步骤S1401或S1411(S1412)。音乐列表包括有指定了类型的音乐片段的标题，和艺术家列表一样，它也没有准备在内容服务器中，但每当有来自音频客户端的请求时，其就会从如图14所示的内容信息数据库生成。

从而，当请求音乐列表时，音频客户端请求内容服务器提供音乐列表并从内容服务器接收音乐列表(S1413)。以这种方式，成功获得音乐列表。

现在，参照附图25，将描述获取类型列表、选定流行音乐作为预想得到的类型以及获取流行音乐列表的操作。

在这种情况下，音频客户端传输列表请求命令来请求内容服务器提供类型列表(S1421)，相应地内容服务器返回类型列表(S2401)。音频客户端接收来自内容服务器的类型列表，并将该列表储存在存储器32中，如图26所示(S1422)。

可将类型列表预备并存储在内容服务器中，但该列表是在每当有来自音频客户端的请求时由如图14所示的内容信息数据库生成的，以下描述类型列表如何形成。

如图27所示，当内容服务器存储有n首音乐片段时，内容信息数据库就有n个记录。每条记录包括音乐片段的标题、类型、艺术家姓名和专辑的标题。

如果类型列表是用内容信息数据库生成的，如图28所示，内容服务器就将代表记录的序号的索引初始化为0(S24011)。

然后，内容服务器判定由索引指示的记录的类型是否已经存在于类型列表中(S24012)。如果没有这样的类型，内容服务器将该记录的类型添加到类型列表中(S24013)，并且然后增加索引(S24014)。同时，如果列表中存在有这样的类型，内容服务器跳过步骤S24013并直接增加索引(S24014)。

内容服务器然后判定由索引指示的记录的序号是否小于全部记录的总数n(S24015)。如果该记录的序号小于n，处理返回步骤S24012，否则类型列表完成。

通过上述的处理，内容服务器不用重复就获得了存储在内容信息数据库中的所有音乐片段的类型，并且生成了类型列表。以这种方式，类型列表并不是预先形成数据库，而是每次当音频客户端请求类型列表时临时生成的，因此并不需要一直存储类型列表的存储区域。

参照附图25，将这样生成的类型列表从内容服务器传送到音频客户端(S2401，S1422)。用户在类型列表中选择预想得到的类型(在该实例中是流行音乐)。音频客户端响应用户的操作请求内容服务器提供选择的类型的音乐列表(S1423)。内容服务器响应音频客户端的请求，将选定类型的音乐列表返回到音频客户端(S2402)。音频客户端接收来自内容服务器的音乐列表并将其存储在图29的存储器中(S1424)。

与上述的类型列表相似，音乐列表并不是预先形成在内容服务器中，而是基于如图27所示的内容信息数据库生成的。更具体地，每次当音频客户端请求音乐列表时，内容服务器就会生成音乐列表。现在，将结合附图30对生成音乐列表的方法进行详细描述。

内容服务器将用于指示如图27所示的内容信息数据库中记录的序号的索引初始化为0(S24021)。

内容服务器然后将由索引指示的记录的类型与选定的类型(在该实例中是流行音乐)相比较，并且确定它们是否匹配(S24022)。如果它们匹配，内容服务器将记录中的标题、艺术家姓名、专辑标题等添加到音乐列表中(S24023)并且然后增加索引(S24024)。同时，如果它们不匹配，内容服务器跳过步骤S24023并直接增加索引(S24024)。

内容服务器然后判定由索引指示的记录的序号是否小于所有的记录的序号n(S24025)。如果该记录的序号小于n，处理返回步骤S24022，否则音乐列表完成。

通过上述的处理，内容服务器从内容信息数据库中只获得选定了类型的音乐，并且生成了音乐列表。以这种方式，音乐列表并不是预先包括在数据库中，而是每次当音频客户端请求类型列表时临时生成的，因此并不需要一直存储音乐列表的存储区域。

注意，当生成音乐列表时可以将不可再现数据格式的音乐片段忽略而不是获得所有的相应的音乐片段。可选择地，一旦音乐列表生成，就可将他们缓存，而不是响应每个来自于音频客户端的请求来生成音乐列表。在这种情况下，存储音乐列表的存储区是必要的，但是响应来自于音频客户端的请求，音乐列表可以被立即返回。

与上述的类型列表相似，整个音乐列表不是一次传输的，而是一首一首逐渐传送的。更具体地，重复请求音乐列表(S1423，S1425)、返回音乐列表(S2402，S2403)以及接收音乐列表(S1424，S1426)的步骤。现在，将详细描述该操作。

音频客户端将如图31所示的列表请求命令传送到内容服务器(S1423)。列表请求命令是请求内容服务器提供列表的命令，该命令包括获得起始索引、获得数目以及列表构建密匙。获得起始索引是用于指示由音频客户端获得的第一首音乐片段的索引，该首音乐片段是从包括于选定的类型列表中的音乐片段中获得的。获得数目是将要由音频客户端获得的音乐片段的数目。将要描述的列表构建密匙包括过滤器的种类和分成类别的指定的关键词，过滤器用于当将音乐片段从内容信息数据库中提取时指示重要的类别。尽管没有明确，在该实例中，获得起始索引等于0，获得数目等于50，并且列表构建密匙设置为“类型(过滤器类型)＝流行音乐(关键词)。”

内容服务器响应列表请求命令并将如图32所示的搜索结果数据返回到音频客户端(S2402)。搜索结果数据包括部分音乐列表、有效数目和剩余数目。有效数目是实际上由内容服务器返回到音频客户端的音乐片段数量。剩余数目是音乐列表返回到音频客户端后剩余的音乐片段的数目。在该实例中，内容服务器响应列表请求命令，将生成的音乐列表中的第一到第50首音乐片段返回到音频客户端(S2402)，其中在列表请求命令中获得起始索引等于0，获得数目等于50。假定音乐列表中的所有音乐片段的数目是110，有效数目等于50，则剩余数目等于60(＝110—50)。

由于内容服务器中依然存在用于60首剩余音乐片段的音乐列表，音频客户端再一次向内容服务器传送列表请求命令(S1425)。这一次，获得起始索引等于51，获得数目等于50。

内容服务器响应列表请求命令，并再一次将搜索结果数据返回到音频客户端(S2403)。在这里，有效数目等于50，剩余数目等于10(＝110—(50+50))。更具体地，内容服务器再一次向音频客户端返回了有50首音乐片段的音乐列表(S2403)。音频客户端接收音乐列表并将列表存储在存储器32中(S1426)。

注意在上述实例中，由于音乐列表中所有音乐的数目等于110，获得数目等于50，将形成部分音乐列表的50首音乐返回。同时，当音乐列表中所有音乐的数目小于获得数目时，例如音乐列表中所有音乐的数目等于40，并且获得数目等于50，将音乐列表中的所有音乐，也就是40首音乐返回。

在上述实例中，获得起始索引等于0，因而从列表中的第一首返回音乐片段，然而如果例如获得起始索引等于10，从音乐列表中的第十一首返回音乐片段。在这种情况下，音乐列表中所有音乐片段的数目等于110，并且在第一列表请求命令中，获得起始索引等于10，获得数目等于50。内容服务器返回搜索结果数据，其中有效数目等于50，剩余数目等于50(＝110—10一50)。

如果可以存储于存储器32中的音乐片段的数目大于列表中的所有音乐片段的数目，音频客户端可以存储整个音乐列表。然而，存储器32的容量比内容服务器的容量小得多，因而音频客户端可以在存储器32上只保存一部分音乐列表。

依照以上实施例，音频客户端以分割的方式从内容服务器下载音乐列表。因而，当音频客户端中存储器32上用于存储至少50首音乐片段的区域得到确保时，带有110首音乐片段的音乐列表可以被下载。因而，存储器32的容量可以小。

例如，如图33A所示，如果音频客户端在存储器32上存储有50首音乐片段的音乐列表并且然后用户期望获得第51首音乐片段等，如图33B所示，音频客户端就将音乐列表的后半部分移动到存储器32的前半部分。然后，如图33C所示，音频客户端将从第51首起的25首音乐片段的音乐列表，存储在存储器32的后半部分。

音频客户端重复上述的操作，并且接收整个音乐列表或只接收与存储器32可以存储的数目一样多的音乐片段。

在如图25所示的实例中，类型被选定，然后该类型的音乐片段就会立即被选定。同时，如图34所示，类型可以被选定，然后该类型的专辑可以被选定，并且然后音乐片段可以从该专辑中选定。

在这种情况下，音频客户端响应用户的操作请求内容服务器提供选定类型的专辑列表(S1427)。内容服务器响应音频客户端的请求，向音频客户端返回选定类型的专辑列表(S2404)。音频客户端从内容服务器接收专辑列表，并将该列表存储在存储器32中(S1428)。

音频客户端然后响应用户的操作，请求内容服务器提供选定的专辑的音乐列表(S1429)。内容服务器响应音频客户端的请求，向音频客户端返回选定专辑的音乐列表(S2405)。

1.2.2.2.2 指定音乐片段

参照附图35和36，音频客户端请求内容服务器提供指定的音乐片段上的信息(S1501)，内容服务器响应该请求，向音频客户端返回指定的音乐片段上的信息(S2501)，并且音频客户端接收该信息(S1502)。

更具体地，音频客户端传送如图37所示的音乐片段信息请求命令(S1501)。音乐片段信息请求命令包括指定的音乐片段的文件名。内容服务器响应音乐片段信息请求命令并返回如图38所示的音乐片段信息(S2501)。音乐片段信息包括指定的音乐片段的数据偏移量和数据大小。例如MP3形式的音乐数据通常在内容信息前具有标题信息。数据偏移量用于跳过标题信息并指定音乐片段的起始地址。内容服务器分析该偏移量，所以音频客户端不必分析偏移量。内容服务器通常比音频客户端具有更大的处理能力，因而从整体上提高了该系统的处理速度。数据大小用于检查音乐片段的结束时间。

音频客户端然后请求内容服务器准备再现指定的音乐片段(S1503)。内容服务器响应该请求，打开指定的音乐片段的文件并向音频客户端返回结果(S2502)，音频客户端接收该结果(S1504)。

更具体地，音频客户端传送如图39所示的音乐片段再现准备命令(S1503)。音乐片段再现准备命令包括指定的音乐片段的文件名和将要描述的列表构建密匙。内容服务器响应音乐片段再现准备命令打开文件并返回如图40所示的错误代码(S2502)。至于该错误代码，例如如果相应的文件不存在并且文件传送不能被准备，错误就会出现，然而如果这样的准备可以执行，错误就不出现。如果出现错误，将执行预定的错误处理(S1504)。

1.2.2.2.3 再现音乐片段

然后，音频客户端请求内容服务器将指定的音乐片段的音乐数据中指定的范围的音乐数据传送(S1601)，并且内容服务器响应该请求，将指定的范围的音乐数据返回到音频客户端(S2601)。音频客户端将音乐数据接收并存储在存储器32中(S1602)。

更具体地，音频客户端传送如图41所示的音乐片段数据传送请求命令(S1601)。音乐片段数据传送请求命令包括获得起始地址和将被传送的数据的获得数据长度。如图42所示，内容服务器将来自于起始地址的音乐数据获得数据长度返回，起始地址是由获得起始地址指定的(S2601)。尽管没有指定，一次将被传送的数据大小优选是在1K到32K字节的范围，更优选的是4K到16K字节。由于数据量较小，内容服务器可以较大地减少负载。由于每次接收的数据量更大，音频客户端可以更迅速地处理数据。同时，1K到32K字节(特别是4K到16K字节)的范围对内容服务器和音频客户端来讲都是优选范围。数据的大小事先设置在音频客户端上。

已经传送的获得数据长度将获得起始地址顺序增加，并且重复该操作(S1605，S2603，S1606，S1607，S2604，S1608)，所以通过每个指定的范围可将音乐数据顺序传送。

以这种方式，音频客户端可以从内容服务器获得指定范围的音乐数据，因此音乐片段可以中途再现，或者音乐数据可以响应用户的操作而以灵活的方式来再现，其包括快速向前再现、快速翻转再现和慢速再现。

存储器32包括多个缓冲器(在图43所示的实例中是8个缓冲器)。如图44所示，通过音乐片段数据传送请求命令，音频客户端从音乐片段的起始获得一个缓冲器的音乐数据，并将该数据存储。如图45所示，音频客户端以相同的方式连续获得并存储音乐数据，直到数据将所有的缓冲器填满。

在从步骤S1601到S1608的处理中，如上所述，一旦缓冲器中填满数据，如图46所示，音频客户端开始从第一缓冲器向声音处理部分34输出音乐数据。

如上所述，当音频客户端开始输出音乐数据并再现该音乐时，音频客户端将再现状态传输到内容服务器(S1603)。内容服务器接收该状态并向音频客户端返回错误代码(S2602)。音频客户端检查错误代码，如果存在错误，则执行预定的错误处理(S1604)。

如上所述，当再现音乐同时传输音乐数据时，如图47所示，随着时间一个缓冲区就会产生空的空间。空的缓冲器的出现(S1609)使得音频客户端和内容服务器再一次执行上述的传送操作(S1610，S2605，S1611)。结果，如图48所示，空的缓冲器被填满。每当存在空的缓冲器的时，音频客户端和内容服务器重复传送操作(S1612到S1616，S2606，S2607)。

注意在上述实例中，在所有的缓冲器被音乐数据填满后音乐数据才开始输出，但音乐数据也可在所有的缓冲器被音乐数据填满之前开始输出。

基于在步骤S1502获得的数据的大小，音频客户端然后确定指定的音乐片段的全部音乐数据是否已经接收(S1617)。如果全部数据已经接收，基于接收的音乐数据，音频客户端确定指定的音乐片段是否已经被再现到结尾(S16171)。如果音乐片段已被再现到结尾，音频客户端向内容服务器传输停止或完成状态(S1618)。当用户操作音频客户端再现指定的音乐片段并且音频客户端完成再现片段，或者当用户操作音频客户端停止中途再现音乐片段时，音频客户端传输停止状态。同时当用户操作控制器，并且音频客户端将由控制器指定的音乐片段再现到结尾以响应时，音频客户端传输完成状态。随后将描述存在停止状态和完成状态的原因。

内容服务器接收这些状态中的任意一个并向音频客户端返回错误代码(S2608)。如果存在错误，音频客户端检查该错误代码并执行预定的错误处理(S1619)。

如上所述，将音乐数据分割，并将其从内容服务器间歇地传送到音频客户端，用较小的缓冲器容量就可将音乐正确再现。

在上述的实例中，音乐数据是基于字节传送的，但MP3音乐数据是优先基于帧传送的。这是因为在时间显示和特殊再现，诸如快速向前再现或快速反向再现(将会描述)方面，基于帧的传送更有利。因而，音频客户端基于帧的方式请求MP3形式的音乐数据。响应该请求，内容服务器在指定的文件中搜索MP3的帧标题并从其起始传送帧。由于标题包括用于计算数据长度的参数，一旦找到标题，找到下面帧的起始是不困难的。

1.2.2.3 特殊再现

在包括音乐数据传送请求的一系列处理步骤以及返回并获得该数据之前，音频客户端执行下面的操作，所以可以执行诸如快速向前再现、快速退后再现、暂停和慢速再现的特殊再现。

1.2.2.3.1 快速向前再现

参照附图49，在快速向前再现中，音频客户端监控键盘输入(S1620)并且响应快速向前再现键的按压，将跳行量设置为大于0的值(S1621)，否则将跳行量设置为0(S1622)。

当存在空的缓冲器时(S1609)，音频客户端依照下面的表达式计算音乐数据的获得起始地址(S1624)。

获得起始地址＝前一个获得起始地址+获得数据长度+跳行量

如果在步骤S1620中快速向前再现键没被按压，在步骤S1622中将跳行量设置为0，并且因而获得起始地址增加获得数据长度。在这种情况下，音频客户端继续获得音乐数据，执行正常的再现。同时，在步骤S1620中快速向前再现键被按压，在步骤S1621中将跳行量设置为大于0的值，并且音频客户端跳过跳行量的音乐数据并获得该数据。以这种方式，音频客户端执行快速向前再现。在该实例中，当将跳行量设置为与获得数据长度相等的值时，执行双倍速向前再现。如果跳行量是获得数据长度的两倍，执行三倍速快速向前再现。

1.2.2.3.2 快速反向再现

在快速反向再现中，替代上述的步骤S1620，音频客户端确定是否按压了快速反向再现键，将跳行量设为小于0的值并且替代上述的步骤S1621，其绝对值比前一个获得数据长度大。这是因为如果跳行量的绝对值小于前面的获得数据长度，音乐数据的获得范围就会重叠。如果获得数据长度每次都相同，并且绝对值设置为获得数据长度的两倍大，反向再现可以正常的再现速度来执行。

音频客户端确定在步骤S1624中计算的获得起始地址是否在音乐数据的范围内(S1625)。如果该地址在范围内，音频客户端进入下一个步骤S1610，否则音频客户端停止再现。对于正常再现，音乐数据的结尾被探测，并且因此这样的结束条件不是必需的。然而，特别是对于快速反向再现，必需要探测音乐数据的起始，而且结束条件必须满足。然而注意，可以打开下一首音乐片段的文件以快速向前再现，或者可以打开前一首音乐片段的文件以快速反向再现，而不提供结束条件。

注意，对于MP3音乐数据，一旦读取帧标题，如上所述，事实上就可以确定下一帧的标题的位置。因而，就可以跳过一定数量的帧，然后可以再现下几帧的数据，并且可以再跳过几帧。可以重复该处理，以便可执行快速向前再现。

1.2.2.3.3 暂停

至于暂停，参照附图50，音频客户端监视键盘输入(S1626，S1628)，并且响应暂停键的按压(S1627)将操作状态设置为暂停，而音频客户端响应再现键的按压将操作状态设置为再现(S1629)。

当存在空的缓冲器时(S1609)，音频客户端确定操作状态是否被设为暂停(S1631)。如果状态设置为暂停，音频客户端返回步骤S1626并且不开始传送下一音乐数据。同时，如果状态没有设置为暂停，换句话说，如果按压了再现键，使得暂停关闭，并且操作状态转变为再现，音频客户端进入请求步骤并且开始传送下一个音乐数据。

如果操作状态设置为暂停，音频客户端停止从缓冲器读取。这是因为以前传送的音乐数据依然留在缓冲器中。

1.2.2.3.4 慢速再现

对于不是音乐而是电影，慢速再现是必要的。电影文件通常是诸如MPEG-2的被压缩的形式，因而音频客户端包括用于再现这种数据的解码器。对于慢速再现，响应使解码器执行慢速再现的命令，存储在缓冲器上的视频数据的减少速度较低。慢速再现的速度是正常再现的30％，每单位时间内通过解码器从缓冲器读取的视频数据量也是正常再现的30％。因而，在步骤S1609中音频客户端等待更长时间来产生空的缓冲器，所以可以执行慢速再现。

1.2.3 控制器的操作

1.2.3.1 连接内容服务器

控制器Ak实质上是以与音频客户端Cj相同的方式和内容服务器建立连接的。

参照附图51，一旦打开控制器，控制器Ak连接至内容服务器Si的命令端口(S3001)。控制器Ak通过命令端口发布客户端索引请求命令(S3002)。内容服务器Si响应该命令向控制器Ak返回客户端索引，并且控制器Ak存储获得的客户端索引(S3003)。

然后，控制器Ak连接至内容服务器Si的按压端口(S3004)。通过按压端口，控制器Ak发布客户端索引告知命令，并将在步骤S3003存储的客户端索引传送到内容服务器(S3005)。以这种方式，将按压端口打开(S3006)。

然后控制器Ak通过命令端口将客户端的类型告知内容服务器Si(S3007)。在这里，与上述的音频客户端Cj不同，控制器Ak告知的是它自身的客户端的类型，也就是说，它是控制器。基于该客户端的类型，内容服务器Si可以区别音频客户端Cj和控制器Ak。

控制器Ak然后从内容服务器Si获得音频客户端Cj的客户端信息(S3008)并显示包括在监控器上的信息中状态等。

基于客户端类型和获得的客户端索引，控制器Ak请求连接到内容服务器Si的音频客户端Cj的监视句柄和控制句柄，并获得这些句柄(S3009)。

上述的连接处理与音频客户端Cj的不同，在于控制器Ak将其自身的客户端类型告知了内容服务器Si，换句话说，它是控制器。另外的差异是控制器Ak获得监视句柄和/或控制句柄，这将会详细描述。

1.2.3.1.1 获得监视句柄和控制句柄

参照附图52，控制器Ak显示连接到内容服务器Si的全部音频客户端Cj的列表(S30091)。控制器Ak响应用户的操作，在列表中选择将被监视的音频客户端Cj(S30092)。只有当网络型音频系统第一次被激活时，才响应用户的操作、选定将被监视的音频客户端Cj。对于第二次以及以后，优选地，第一次被选定的、已注册的音频客户端Cj会被自动选定。

控制器Ak然后将所选定的音频客户端Cj的客户端索引传送到内容服务器Si并请求其监视句柄(S30093)。内容服务器Si存储相互关联的源控制器Ak的客户端索引和接收的音频客户端Cj的客户端索引(S20001)，并向源控制器Ak发布监视句柄(S20002)。这样，控制器Ak获得所选定的音频客户端Cj的监视句柄(S30094)。

控制器Ak然后响应用户的操作，在列表中选定将被控制的音频客户端Cj(S30095)。控制器Ak然后将选定的音频客户端Cj的客户端索引传送到内容服务器Si并请求其控制句柄(S30096)。内容服务器Si存储相互关联的源控制器Ak的客户端索引和接收的音频客户端Cj的客户端索引(S20003)，并向源控制器Ak发布控制句柄(S20004)。这样，控制器Ak获得所选定的音频客户端Cj的控制句柄(S30097)。

监视句柄表示从内容服务器Si设置到控制器Ak的用来监视音频客户端Cj的权限。以这种方式，当音频客户端Cj的状态改变时，将状态改变后的新状态告知内容服务器Si。内容服务器Si不时通过按压端口将音频客户端Cj的客户端信息传送到控制器Ak，控制器Ak响应该信息来更新音频客户端Cj的客户端信息。

在这种网络型音频系统中，音频客户端Cj的数目越大，LAN12上的负载就越大。来自控制器Ak的命令的传送和音频客户端Cj的状态等等影响LAN12上的流量。

如图53所示，当在同一个LAN12上存在多个控制器A1至A3时，内容服务器Si可将音频客户端C1至C3上的全部客户端信息传送到所有的控制器A1至A3，但这会增加网络的流量以及施加在内容服务器上的负载。

因而，如图54所示，控制器A1获得的只是音频客户端C1的监视句柄，控制器A2获得的只是音频客户端C2的监视句柄，所以内容服务器Si将音频客户端C1的客户端信息只传送到控制器A1，将音频客户端C2的客户端信息只传送到控制器A2。

内容服务器Si将客户端信息只传送到具有音频客户端Cj的监视句柄的控制器Ak，并因而可以减小网络流量和内容服务器上的负载。同时，控制器A3可以获得所有客户端C1到C3的监视句柄，所以内容服务器Si可以将客户端信息传送到所有的控制器A1至A3。

同时，控制句柄表示由内容服务器Si提供到控制器Ak的、来控制音频客户端Cj的权限。

在网络型音频系统中，如果存在多个控制器Ak并且任一控制器Ak可以控制音频客户端Cj，在响应来自于控制器Ak的命令由音频客户端Cj再现音乐片段的处理中，另一控制器Ak可以指导同一个音频客户端Cj停止再现或再现另一首音乐片段。

因而，在该系统中，只有带有音频客户端Cj的控制句柄的控制器Ak可以控制音频客户端Cj。任一不带音频客户端Cj的控制句柄的控制器Ak不能控制音频客户端Cj。

如果内容服务器限制能够得到控制句柄的控制器的数量，可以设置音频客户端和能够控制音频客户端的控制器的组合。当控制器向内容服务器发布控制句柄释放命令时，控制器可以放弃控制句柄。

1.2.3.2 监视功能

如上所述，通过获取监视句柄，控制器Ak可以监视音频客户端Cj。

参照附图55，控制器Ak请求内容服务器Si提供客户端信息(S31)，内容服务器Si响应该请求返回该客户端信息(S27)，控制器Ak获得并存储该信息(S31)。可选择地，如果内容服务器Si从音频客户端Cj接收客户端信息，内容服务器Si通过按压端口向控制器Ak传送客户端信息，控制器Ak获得并存储该信息。控制器Ak然后显示获得的客户端信息(S32)。现在将详细描述控制器的监视功能。

参照附图56，内容服务器Si响应来自于控制器Ak的请求或从音频客户端接收的客户端信息，并将该客户端信息传送到控制器Ak(S2701)。控制器Ak调查接收到的客户端信息中的变化。更具体地，控制器检查客户端索引(S3101)并将其存储到客户端信息所属的音频客户端。检查音频客户端存储的产品ID和固件ID(S3102，S3103)。

更具体地，基于产品ID判定音频客户端的种类，基于固件ID判定固件的版本。如果应用于音频客户端的固件的版本是过时的，控制器Ak访问互联网上的客户服务并将固件分布到音频客户端Cj来自动更新。如何更新固件以后将详细描述。

注意，控制器Ak分析接收到的客户端信息来检查客户端类型，如果客户端类型为音频客户端Cj，则分支到音频客户端Cj的处理，否则忽略该信息。

控制器Ak然后检查连接信息的变化(S3104)，如果存在变化，就改变与音频客户端Cj的连接状态显示(S3105)。

因而，控制器Ak可以一直监视是否有多个音频客户端Cj被打开并被连接到内容服务器Si。

如果音频客户端Cj被连接，控制器Ak检查音量值的变化(S3106)，如果存在变化，就改变音量值显示(S3107)。

控制器Ak然后检查列表构建密匙的变化(将会详细描述)(S3108)，如果存在变化，就请求内容服务器Si提供使用列表构建密匙的音乐列表(S3109)。内容服务器Si响应该请求并返回音乐列表(S2702)，控制器Ak接收该音乐列表(S3110)。

控制器Ak存储接收到的音乐列表作为由音频客户端Cj的再现处理中的音乐片段的列表，并检查当前再现的音乐片段在音乐列表序列中的次序，并存储该序数(S3111)。

控制器Ak然后检查在再现过程中音乐片段的变化(S3112)。如果存在变化，控制器Ak检查音乐片段的数据格式(S3113)，改变正被再现的音乐片段的标题或显示的艺术家姓名(S3114)，检查当前再现的音乐片段在音乐列表序列中的次序，并存储该序数(S3115)。

最后，控制器Ak检查状态的变化(S3116)，如果存在变化就改变显示状态(S3117)。如果音频客户端Cj被遥控，控制器Ak监视并显示该状态。当音频客户端Cj的状态是完成状态时(S3118)，控制器Ak指导音频客户端Cj继续再现下一首音乐片段(S3119)。后面将详细描述连续再现。

每当任一音频客户端的客户端信息变化时，就会重复上述的处理，其中音频客户端的监视句柄是由控制器获得的。

尽管没有显示，控制器Ak监视每个音频客户端Cj的客户端类型。控制器Ak也监视可以由音频客户端再现的数据格式，并只显示可以被再现的音乐片段的标题。

如前所述，当内容服务器从客户端接收客户端信息时，通过按压端口将客户端信息强制传送到控制器Ak，所以控制器可以不断监视音频客户端Cj，并且只有最少的必需信息从内容服务器Si传送到控制器Ak。因此，减小了施加在控制器Ak上的处理的负荷。当存在多个音频客户端Cj时，基于客户端索引控制器Ak可以区分音频客户端Cj，并能实时更新客户端信息。

1.2.3.3 控制功能

如上所述，为了控制音频客户端Cj，控制器Ak获得控制句柄。

参照附图57，控制器Ak将控制命令传送到内容服务器Si(S33)，内容服务器Si将该命令传送到指定的音频客户端Cj(S28)。音频客户端Cj响应该控制命令来进行操作，改变其状态(S18)，并将新的状态传送到内容服务器Si(S19)。内容服务器Si将该状态传送到控制器Ak(S29)，控制器Ak改变存储的客户端信息的状态以响应(S34)。

1.2.3.3.1 控制命令处理

现在，参照附图58，将详细描述由音频客户端Cj响应控制命令执行的处理，其中该控制命令是通过内容服务器Si从控制器Ak接收的。

当将一些数据写入按压端口时(S3001)，音频客户端Cj接收并分析该数据(S3002)。

当接收到的数据是再现命令时(S3003)，音频客户端Cj从内容服务器Si获得指定的文件名(S3004)。基于获得的文件名，音频客户端Cj指定音乐片段的标题、专辑、类型等。音频客户端Cj然后指定音乐片段并指令内容服务器Si传送该片段的音乐数据(S3005)。基于传送的音乐数据，音频客户端Cj再现音乐。

如果接收到的数据是再现停止命令(S3006)，音频客户端Cj停止发布音乐片段数据传送请求命令(S3007)，并向内容服务器Si传送停止状态(S3008)，其中音乐片段数据传送请求命令用于阻止音乐数据的传送。音频客户端Cj也响应音量值设置命令、暂停命令、AV接收器控制命令和固件更新命令等，来执行预定的处理(S3009至S3010)。

1.2.3.3.2 再现控制

现在，将对控制器Ak通过再现命令由音频客户端Cj来再现预想的艺术家的预期的音乐的操作进行详细描述。

参照附图59，控制器Ak检查与音频客户端Cj的连接(S3011)，如果存在连接，检查音频客户端Cj的固件ID和产品ID(S3012，S3013)。

基于客户端的类型，控制器Ak然后确定音频客户端Cj是否是音频客户端或AVR客户端(S3014)。由于在该实例中是音频客户端Cj，控制器Ak确定是否获得了预期的艺术家的音乐列表(S3015)。如果还没获得该列表，控制器Ak就从内容服务器Si获得预期的艺术家的音乐列表(S3016)。控制器Ak在显示器上显示该音乐列表。

当在获得的音乐列表中存在用户想要再现的音乐片段时(S3017)，控制器Ak响应用户的输入操作，选择该音乐片段并向内容服务器Si传送再现命令(S3018)。该再现命令包括用于存储选定的音乐片段的数据的文件的名称以及要再现该首音乐片段的音频客户端的音频客户端索引。同时，如果没有预期的音乐片段，控制器Ak获得预期的艺术家的下一个音乐列表(S3016)。

基于控制器Ak传送的音频客户端索引，内容服务器Si指定音频客户端Cj，并将选定的音乐片段的文件名传送到音频客户端Cj(S28)。

音频客户端Cj响应通过内容服务器Si从控制器Ak传送来的再现命令，再现预想得到的音乐片段，并且将状态改变为再现状态(S18)。音频客户端Cj将该再现状态传送到内容服务器Si(S19)，内容服务器Si将该再现状态传送到控制器Ak(S29)。控制器Ak将音频客户端Cj的状态改变为再现状态以响应(S34)。

1.2.3.3.3 确定是否是可再现的格式并再现

音乐列表包括所有格式的音乐片段，而不管这种格式的音乐是否可以由音频客户端Cj来再现。因而，如果控制器Ak响应用户关于预想得到的音乐片段的选定，直接显示从内容服务器Si获得的音乐列表，则将会出现下列问题。

当用户选择不能由音频客户端Cj再现的格式的音乐片段、并且控制器Ak指示音频客户端Cj再现用户选定的音乐片段时，虽然再现状态在音频客户端Cj显示，但声音没有再现。

因而，如图60所示，有关可再现格式的信息被添加到客户端信息的客户端类型中。这样，客户端类型包括涉及客户端硬件结构和可由音频客户端再现的格式的信息。

关于硬件结构的信息包括以下项目。“音频客户端(智能型)”可以再现音乐并接收遥感信号。“音频客户端(非智能型)”可以再现音乐但不能接收遥感信号。“控制器”是可以通过内容服务器监视和控制音频客户端的客户端。“AVR客户端”带有EIA-232端口并能与AV接收器通讯。“AVR控制器”是可以通过内容服务器监视和控制AVR客户端的客户端。关于可再现格式的信息包括MP3、WAV和WMA等。

一个客户端的客户端类型可以包括在某些情况下关于多个硬件结构的信息和在另一些情况下关于多个可再现格式的信息。

现在，将结合附图61详细描述控制器Ak是如何向用户显示音乐列表的处理。

控制器Ak确定再现音乐片段的音频客户端Cj是否连接到内容服务器Si(S3501)。如果没有连接，音频客户端Cj不能再现音乐片段，因而音乐列表中的所有的音乐片段都显示为不可再现音乐片段或者音乐片段根本就不显示(S3502)。以这种方式，可以防止用户选择任一首不能由音频客户端Cj再现的音乐。

同时如果建立了连接，重复以下步骤S3505至S3507和音乐列表中的音乐片段的数目一样多的次数(S3503，S3504，S3508)。

更具体地，控制器Ak确定音乐列表中第n首的格式是否是可由音频客户端Cj再现的(S3505)。如果其格式是可再现的，控制器Ak将该片段显示为可再现的片段(S3506)。同时，如果格式是不可再现的，控制器Ak将片段显示为不可再现片段或者根本就不显示该片段(S3507)。

如果例如音频客户端C1既可再现MP3又可再现WAV，如图62所示，控制器Ak在音乐列表中显示所有的音乐片段(在该实例中是播放列表)。然而，如果音频客户端C2可以再现MP3但不能再现WAV，MP3格式的音乐片段全部正常显示，但是WAV格式的音乐以灰白色显示，如图63所示。可选择地，它们根本不必要显示，而不是以灰白色显示。以这种方式，可以防止用户选择不能由音频客户端C2再现的WAV格式的音乐。

注意，当音频客户端Cj的连接状态或客户端类型改变时，控制器Ak重新显示音乐列表，并且可以实时显示音频客户端的当前的客户端信息。

现在，将描述当用户操作控制器Ak来通过音频客户端Cj再现音乐片段时控制器Ak的操作。

参照附图64，如果用户选择预想再现的音乐片段，控制器Ak确定所选择的音乐的格式是否是可由音频客户端Cj再现(S3511)。更具体地，控制器Ak将选定的音乐片段的格式与客户端类型里的可再现格式相比较。

如果是可再现的格式，控制器Ak指令音频客户端Cj再现所选择的音乐片段(S3512)。同时，如果是不可再现的格式，则告知用户音频客户端Cj不能再现所选择的音乐片段(S3513)。

如前所述，将可由音频客户端Cj再现的音乐片段清楚显示给用户，所以可以防止用户选择不能由音频客户端Cj再现的音乐片段。

1.2.3.3.4 连续再现控制

当用户操作音频客户端Cj再现音乐片段时，该音频客户端Cj可以连续再现在已得到的音乐列表中的音乐片段。可是如果该音频客户端Cj基于来自控制器Ak的指令而再现音乐片段，那么该音频客户端Cj就不具有该音乐列表，因此控制器Ak必须指令该音频客户端Cj再现下一个音乐片段，使得该音频客户端Cj继续再现音乐列表中的音乐片段。

如果在网络中仅有一个控制器，那么没有问题，但是如果有多个控制器，音频客户端就可能不会以连续方式正常地再现音乐片段。例如如果已经由音频客户端告知再现完成的内容服务器将再现完成告知所有控制器，那么音频客户端就接收来自多个控制器的连续再现指令。当在网络中存在多个服务器时，这个问题更加复杂。因此，为了在网络型音频系统中由控制器执行连续再现，必须管理由哪个控制器指令客户端连续再现。

根据该实施例，音频客户端Cj响应控制器Ak的指令再现音乐片段，并且当完成再现时传送完成状态，否则，例如当音频客户端Cj响应用户的操作而独立再现音乐片段并完成再现音乐片段，或者响应用户的操作而中途停止再现该音乐片段时，传送不同于完成状态的停止状态。当接收到该完成状态时，控制器确定必须执行连续再现处理、在音乐列表中选择前一个选择的音乐片段后面的音乐片段、并指令音频客户端再现下一个音乐片段。当接收到停止状态时，控制器不指令音频客户端再现下一个音乐片段。

如上所述，音频客户端根据情况以不同方式传送完成状态和停止状态，所以控制器能够基于接收状态确定是否指令音频客户端再现下一个音乐片段。

因此，当音频客户端Cj响应用户的操作停止中途再现音乐片段，或音频客户端Cj自己选择音乐片段并完成再现音乐片段时，通过内容服务器将停止状态传输到控制器。因而，可以防止控制器错误地指令音频客户端再现下一首音乐片段。

当存在多个控制器时，从音频客户端接收完成状态的内容服务器将完成状态和停止状态以不同的方式传送到每个控制器。特别地，参照附图65，当控制器A1指令音频客户端C1再现音乐片段时，控制器A1首先将对音频客户端C1的再现命令传送到内容服务器Si。内容服务器Si从控制器A1接收再现命令，并将接收到的命令传送到音频客户端C1。音频客户端C1从内容服务器Si接收再现命令并开始再现音乐片段。

参照附图66至67，音频客户端C1完成再现音乐片段，然后将完成状态传送到内容服务器(S1901)。内容服务器Si然后加以接收(S2901)。然后，内容服务器Si重复下面步骤S2903至S2906和客户端的数目一样多的次数(S2902，S2907)。

基于客户端索引n，内容服务器Si确定第n个客户端是否是带有用于音频客户端C1的监视句柄的控制器(S2903)。

如果该客户端是带有监视句柄的控制器，内容服务器Si确定是否第n个客户端(控制器)就是指令音频客户端C1再现音乐片段的控制器A1(S2904)。

如果该客户端是指令音频客户端C1再现音乐片段的控制器A1，内容服务器Si将从音频客户端C1接收的完成状态传送到控制器A1(S2905)，并且控制器A1将其接收(S3401)。同时，如果客户端是控制器A2而不是控制器A1指令音频客户端C1再现音乐片段，内容服务器Si将从音频客户端C1接收的停止状态而不是完成状态传送到控制器A2(S2906)，并且控制器A2将其接收(S3402)。

参照图68，控制器A1响应接收到的完成状态，从音乐列表中选择前一个选择的音乐片段的下一个音乐片段，并向内容服务器Si传送使音频客户端C1再现该音乐片段的再现命令(S3403)。内容服务器接收该命令并将该命令传送到音频客户端C1。音频客户端C1响应内容服务器Si传送来的再现命令，再现下一首音乐片段。

同时，控制器A2接收停止状态，确定音频客户端C1是处于停止状态，并且和控制器A1不同，不执行连续再现处理。

当状态改变为再现时，音频客户端Cj向内容服务器Si传送再现状态，当状态改变为暂停时，传送暂停状态，当由音频客户端Cj指定的音乐片段再现到结尾时，传送停止状态。同时，当由控制器Ak指定的音乐片段再现到结尾时，音频客户端Cj向内容服务器Si传送完成状态。

如上所述，当音频客户端Cj完成再现音乐片段时，传送到控制器Ak的状态被分成停止状态和完成状态。因而控制器Ak可以确定由控制器指令再现的音频客户端Cj是否完成再现音乐片段。从而，控制器Ak可以确定是指令音频客户端Cj继续再现，或者还是仅仅是显示来自于音频客户端Cj的停止状态。

注意，当音频客户端Cj完成再现音乐片段时，将要告知内容服务器Si的状态，在当响应专用遥感器指令再现音乐片段时和当响应来自于带有监视和控制句柄的控制器Ak的指令再现音乐片段时有所不同。这是因为只带有控制句柄的专用遥感器不能接收来自内容服务器Si的状态，因而不能执行连续再现处理。

1.2.3.3.5.使用列表构建密匙的连续再现控制

控制器Ak从内容服务器Si获取各种的音乐列表，在该列表中选择音乐片段，并且使音频客户端Cj再现音乐片段。控制器Ak监视音频客户端Cj的状态，一旦音频客户端Cj完成所选定的音乐的再现，就在获取的音乐列表中选择下一首音乐片段，并使音频客户端Cj再现该音乐片段。以这种方式，控制器Ak控制音频客户端Cj连续再现音乐片段。为了指令再现随后的音乐片段，必须事先存储音乐列表。因而，指令再现音乐片段的控制器Ak的电源在再现音乐片段期间不能关闭。

因而，使用下面的方法，使得即使在再现期间指令音频客户端Cj再现的控制器Ak的电源关闭时，控制器Ak仍能够指令音频客户端Cj执行连续再现。

当用户从内容信息数据库希望选择将要再现的音乐片段时，在选择音乐片段中用户使用不同的音乐列表，诸如某艺术家的音乐列表或者某类型的音乐列表。定义列表构建密匙使得基于内容信息数据库生成任意音乐列表。将列表构建密匙添加到客户端信息中作为由音频客户端Cj使用的信息，来指定音乐列表，其中的音乐片段正在再现。

参照附图69，列表构建密匙包括过滤器的种类和关键词。过滤器的种类是用于指定在生成音乐列表时是基于内容信息数据库中的哪个类别，其实例如图70所示。如果过滤器种类是“标题＝”、“类型＝”、“艺术家＝”、“专辑＝”或“文件名＝”，在内容信息数据库中搜索其标题、类型、艺术家姓名、专辑标题或文件名与关键词匹配的音乐片段，并将找到的片段形成音乐列表。如果过滤器种类是“播放列表＝”，在内容信息数据库中搜索其文件名与关键词匹配的、注册在播放列表中的音乐片段，并将找到的音乐片段形成音乐列表。

例如，对于其艺术家姓名为“xxxx”的音乐列表，过滤器种类是“艺术家＝”，关键词为“xxxx”，因而列表构建密匙为“艺术家＝xxxx”。当指定“*”(星号)为关键词时，通过可以用作过滤器种类的关键词生成了列表。由列表构建密匙“艺术家＝*”生成的列表是由艺术家的姓名生成的列表，该艺术家的音乐片段注册在内容信息数据库中。

现在，将描述由控制器对已经完成再现该控制器指定的片段的音频客户端进行连续再现处理的进程。

参照附图71，一旦完成音乐片段的再现，由控制器Ak指令其再现音乐片段的音频客户端Cj就向内容服务器Si传送完成状态。内容服务器Si响应音频客户端Cj状态的改变，向控制器Ak传送包括有完成状态的客户端信息、再现的音乐片段的文件名以及列表构建密匙。

控制器Ak响应接收到的客户端信息，开始执行如图56所示的客户端信息显示处理。该处理以上已经做了描述，因而以后将主要描述利用列表构建密匙的连续再现控制。

控制器Ak检查列表构建密匙中的变化(S3108)，如果在秘匙中存在变化，就获取音乐列表，列表中的音乐片段当前正由使用列表构建密匙的音频客户端Cj来再现(S3110)。更具体地，控制器将接收到的列表构建密匙传送到内容服务器，基于列表构建密匙内容服务器生成列表并将生成的列表传送到控制器。一旦电源关闭，控制器Ak不再保存其中的音乐片段正在由音频客户端Cj再现的音乐列表，利用与内容服务器Si连接后获取的列表构建密匙从内容服务器Si获取正被再现的音乐列表。

在该实例中，由于状态改变为完成状态，控制器Ak执行完成处理(S3119)。更具体地，控制器Ak在音乐列表中选择音频客户端Cj已再现完的音乐片段的下一首音乐片段，并指令音频客户端Cj再现所选定的音乐片段。

参照附图72，将详细描述完成处理。控制器Ak增加存储于附图56中步骤S3111的再现音乐数量n(S31191)，并从而指定下一首再现的音乐。然后，控制器Ak确定再现音乐数量n是否等于或小于音乐列表中音乐片段的数量(S31192)。如果再现音乐数量n大于音乐列表中音乐片段的数量，控制器Ak确定音频客户端Cj已再现完音乐列表，并将再现音乐数量n设为1(S31193)，接下来再现的音乐返回到列表中的第一首音乐片段。

如果再现音乐数量n不大于音乐列表中音乐片段的数量，控制器Ak检查第n首是否是可由音频客户端Cj再现的格式(S31194)，如果该格式是可再现的，控制器就指令音频客户端Cj再现音乐列表中的第n首音乐片段(S31195)。如果该格式是不可再现的，为了再现下一首邻接的音乐片段，完成处理递归地执行。控制器Ak指令音频客户端Cj跳过不可再现的音乐片段并且再现下一首音乐片段。

如上所述，在指令音频客户端Cj再现音乐片段后，当控制器Ak的电源关闭时，控制器Ak在指令音频客户端Cj时丢失音乐列表。然而，当电源再次打开，并且与内容服务器的连接建立时，如图51中的有关步骤S3008的所述，控制器Ak从内容服务器Si获取音频客户端Cj的客户端信息。该客户端信息包括列表构建密匙，因而基于该列表构建密匙，控制器Ak可以再次获得当前由音频客户端Cj再现的音乐列表。因而，如果在指令音频客户端Cj再现音乐片段后，控制器Ak的电源关闭，音频客户端Cj完成再现音乐片段，并传送完成状态。当控制器Ak接收到该完成状态时，依据重新获得的音乐列表，控制器可以指令音频客户端Cj再现下一首音乐片段。

注意，为了停止音频客户端Cj的再现操作，控制器Ak只需通过内容服务器Si向音频客户端Cj传送停止命令。在这种情况下，通过内容服务器Si将停止状态从音频客户端Cj返回到了控制器Ak。为了暂时停止音频客户端Cj的再现操作，控制器Ak只需通过内容服务器Si向音频客户端Cj传送暂停命令。在这种情况下，通过内容服务器Si将暂停状态从音频客户端Cj返回到控制器Ak。

1.2.3.3.6.带有优先权的连续再现控制

将联系内容服务器S1和音频客户端C1特别描述该实施例。根据该实施例，将控制器管理表格存储在内容服务器S1的HDD14中。控制器管理表格的例子在下列表1中示出。在该控制器管理表格中，对控制音频客户端C1的优先权结合提供给控制器A1至Ak的控制器索引进行注册。

表1：控制器管理表格

 

优先权	控制器
		1	A1
2	A2
		3
4
		...	...
k

根据该实施例，在内容服务器S1至Si、音频客户端C1至Cj以及控制器A1至Ak中安装执行图73所示步骤的计算机程序。参照图73中的流程图来对根据该实施例的网络型音频系统10的操作进行描述。

首先，控制器A1请求与内容服务器S1连接，并且当内容服务器S1接受该请求时，建立控制器A2和内容服务器S1之间的连接(S30301)。

在控制器A1之后，控制器A2请求与内容服务器S1连接，并且当内容服务器S1接受该请求时建立控制器A1和内容服务器S1之间的连接(S30401)。

同时，内容服务器S1记录控制器管理表格中的与“第一”优先权关联的控制器A1的控制器索引以及与“第二”优先权关联的控制器A2的控制器索引(S20101)。随后，得到表1所示的控制器管理表格。根据该控制器管理表格，控制器A1具有关于连续再现处理的最高优先权的权限，接着第二控制器A2具有关于连续再现处理的第二高优先权的权限。

现在，将描述控制器A1怎样通过内容服务器S1指令音频客户端C1来连续地再现多个音乐片段的操作。

控制器A1请求内容服务器S1以提供将要连续再现的音乐列表(S30302)。更具体地，该控制器将再现该音乐列表所必须的列表构建密匙传送给内容服务器S1。

当用户选择预期要从内容服务器S1中再现得到的音乐片段时，她/他在选择音乐片段方面会选择不同的音乐列表，如某艺术家的音乐列表以及某类别的音乐列表。如图69所示，列表构建密匙是从内容服务器S1提取音乐片段以及任意生成这样的音乐列表的搜索秘匙。该列表构建密匙由两个参数构成，即过滤器种类和关键词。

该过滤器种类用于指定要被加入到音乐列表中的音乐片段的类别，具体的例子在图70中示出。

该控制器服务器S1基于从控制器A1传送来的列表构建密匙生成音乐列表，并且将该列表传送给控制器A1(S20102)。

更具体地，当过滤器种类是“标题＝”、“类型＝”、“艺术家＝”、“专辑＝”、或“文件名”时，搜索一个或多个其名称、类型、艺术家名字、专辑名称或文件名与关键词匹配的音乐片段，这些匹配的一个或多个片段形成音乐列表。如果过滤器种类是“播放列表＝”，那么就搜索注册在播放列表中的音乐片段，该播放列表的名称与关键词匹配，并且这些匹配的片段形成音乐列表(播放列表)。内容服务器S1结合客户端索引(音频客户端C1的ID信息)注册该列表构建密匙，作为一种与音频客户端C1有关的客户端信息。

控制器A1通过内容服务器S1，指令音频客户端C1再现在已得到的音乐列表中响应用户的操作指定的音乐片段(S30303)。音频客户端C1响应来自控制器A1的再现指令，来请求内容服务器S1提供指定的音乐片段的音乐内容(S10201)。内容服务器S1将音频客户端C1请求的音乐内容分配给音频客户端C1(S20103)。音频客户端C1基于从内容服务器S1传送的音乐内容开始再现音乐片段(S10202)。

当音频客户端C1完成特定音乐片段的再现时，音频客户端C1将指示再现完成的完成状态传送给内容服务器S1(S10203)。一旦接收来自音频客户端C1的完成状态，内容服务器S1就参照如图74所示的控制器管理表格104，将完成状态原样传送给具有最高优先权的控制器A1，并将不同于完成状态的停止状态传送给具有较低优先权的控制器A2(S20104)。

如图74所示，控制器A1通过内容服务器S1指令音频客户端C1连续地再现音乐列表中的下一个音乐片段(S30304)。音频客户端C1响应来自控制器A1的连续再现指令再现下一个音乐片段。然后，音频客户端C1重复步骤S201和随后的操作。同时，控制器A2不采取积极的措施来响应从内容服务器S1接收的停止状态，仅仅监控音频客户端C1的状态。

注意：当控制器A1至Ak与内容服务器S1断开时，内容服务器S1更新控制器管理表格104。更具体地，删除与内容服务器S1断开的控制器的控制器索引，随后提升具有比删除的索引更低优先权的控制器的控制器索引的优先权。例如如图75所示，当具有最高优先权的控制器A1与内容服务器S1断开时，提升具有第二高优先权的控制器A2，以代替控制器A1，并且得到关于连续再现处理的权限。

在上述的实例中，控制器A1首先指令再现，然后同一个控制器A1指令继续再现。同时，如果控制器A2首先指令再现，只要控制器A1具有最高优先权，控制器A1就指令继续再现。在这种情况下，如果控制器A1从内容服务器S1接收完成状态，控制器A1就不具有音乐列表。因而，控制器A1利用音频客户端C1的注册在内容服务器S1中的列表构建密匙，从内容服务器S1获取音乐列表，并指定下一首相应的音乐片段。

所有的包括在音乐列表中的音乐片段并不总是存储在单个内容服务器S1中，在一些情况下其可以存储在多个内容服务器如内容服务器S1和Si中。在这种情况下，音频客户端C1再现内容服务器S1中的音乐片段，接着必须再现分开的内容服务器Si中的音乐片段。因此，在再现内容服务器S1中的音乐片段后，音频客户端C1必须与内容服务器S1断开，必须连接到内容服务器Si，换句话说，进行服务器切换处理。

连接至内容服务器S1的音频客户端C1响应来自控制器A1的再现指令，请求内容服务器Si提供指定音乐片段的音乐内容，内容服务器Si将该被请求的音乐内容分配给音频客户端C1。

音频客户端C1完成音乐片段的再现，接着向内容服务器Si传送完成状态。内容服务器Si一旦接收该完成状态，就参照内部的控制器管理表格，并将该完成状态传送给具有最高优先权的控制器，以及将停止状态传送给具有较低优先权的控制器。

此处，内容服务器Si的控制器管理表格可以相同于或不同于内容服务器S1的控制器管理表格。为了多个内容服务器使用相同的控制器管理表格，某一内容服务器例如可以确定控制器管理表格中的优先权，并将控制器管理表格传送到其它的内容服务器。同时，为了多个内容服务器使用不同的控制管理表格，每个内容服务器独立确定控制器管理表格中的优先权。

如上所述，根据该实施例，内容服务器S1一旦接收来自音频客户端C1的完成状态，就参照控制器管理表格，将完成状态只传送给具有最高优先权的控制器A1，将停止状态传送给另一控制器A2。因此，仅仅具有最高优先权的控制器A1指令连续再现，另一控制器A2并不指令连续再现。结果，会消除连续再现指令之间竞争的可能性，并且可正常地执行连续再现处理。

在上述实施例中基于与内容服务器S1的连接顺序来确定优先权，但是这些优先权可以用其它的方式来确定，如基于向音频客户端S1发出指令的顺序。不需要设置多个内容服务器，至少一个内容服务器是必须的。也不需要设置多个音频客户端，至少一个音频客户端是必须的。

1.2.3.3.7.使用控制句柄的连续再现控制

根据该实施例，将执行图76所示的步骤的计算机程序安装在内容服务器S1至Si、音频客户端C1至Cj以及控制器A1至Ak中。与上述的实施例相似，可将本实施例应用于包括多个控制器A1至Ak的网络型音频系统，并且必须有至少一个内容服务器或音频客户端。

不象上述的实施例，依照本实施例，控制句柄管理表格存储在控制器A1至Ak中。控制句柄管理表格的例子在下列表2中给出。控制句柄管理表格存储相互关联的音频客户端C1至Cj的客户端索引以及控制器A1至Ak的控制器索引，这些控制器具有用于音频客户端C1至Cj的控制器句柄。控制句柄表示控制音频客户端的权限。在表2所示的例子中，通过控制器A1得到用于音频客户端C1的控制句柄，但是用于音频客户端C2和Cj的控制句柄不能通过任何控制器得到。

表2：控制句柄管理表格

 

音频客户端	带有控制句柄的控制器
		C1	A1
C2	‘
		…	…
Cj	‘

现在，将特别联系内容服务器S1、音频客户端C1和控制器A1，参照图76的流程图，对该实施例的操作进行描述。注意：在图76中，不显示已经结合第一实施例进行了详述的得到音乐列表的步骤(图73中的S30302和S20102)。

控制器A1在指令音频客户端C1再现音乐片段前得到控制音频客户端C1所必需的控制句柄。更具体地，控制器A1参照控制句柄管理表格，并确定音频客户端C1的控制句柄是否被锁闭(S30311)。

如果已经通过其它控制器A2至Ak的任何一个控制器得到用于音频客户端C1的控制句柄，该控制器的控制器索引结合音频客户端C1的客户端索引一起被记录在表2所示的控制句柄管理表格中。其中已经得到控制器句柄的状态被称为“控制句柄锁闭”。同时，如果通过其它控制器A2至Ak的任何一个控制器没有得到用于音频客户端C1的控制句柄，那么没有控制器索引结合音频客户端C1的客户端索引被录入。其中没有得到控制器句柄的状态被称为“控制句柄未锁闭(开启)”。例如，在表2的控制句柄管理表格中，用于音频客户端C1的控制句柄没有被锁闭。

当用于音频客户端C1的控制器句柄被锁闭时，控制器A1不能成功地得到控制句柄。同时，如果控制句柄未锁闭，控制器A1请求内容服务器S1允许控制器A1得到控制句柄(S30312)。响应于该请求，内容服务器S1允许控制器A1得到该控制句柄(S20111)。以这种方式，控制器A1得到控制句柄并锁闭控制句柄，使得其它控制器A2至Ak没有获得该句柄(S30313)。更具体地，控制器A1更新控制句柄管理表格并将控制器A1的控制器索引连同音频客户端C1的客户端索引存储。与上述的操作同步，内容服务器S1更新在其它控制器A2至Ak中的控制句柄管理表格。

获得控制句柄的控制器A1通过内容服务器S1指令音频客户端C1再现音乐列表中的响应用户操作指定的音乐片段(S30314)。内容服务器S1将再现指令转送到音频客户端C1(S20112)。音频客户端C1响应再现指令开始再现指定的音乐(S10211)。

音频客户端C1完成再现音乐片段到结束，并向内容服务器S1传送完成状态(S10212)，如图77所示。内容服务器S1向所有的控制器A1至Ak转送完成状态(S20113)。

控制器A1确定完成状态是否是来自于其控制句柄是由控制器A1所获得的音频客户端C1(S30315)。如果是来自于其控制句柄是由控制器A1所获得的音频客户端，控制器执行连续再现处理(S30316)。否则，控制器忽略完成状态并仅仅监视音频客户端C1的状态。在该实例中，控制器A1具有用于音频客户端C1的控制句柄，因而执行连续再现处理(S30316)，并基于音乐列表，指令再现下一首音乐片段(S30314)。

同时，如果音频客户端C1没有将音乐片段再现到结尾，并且中途停止再现，音频客户端向内容服务器S1传送停止状态(S10213)。内容服务器S1向所有的控制器A1至Ak传送停止状态(S20114)。

控制器A1确定停止状态是否是来自于其控制句柄是由控制器A1所获得的音频客户端C1(S30317)。如果该状态是来自于其控制句柄是由控制器A1所获得的音频客户端，控制器开启音频客户端C1的控制句柄(S30318)。否则，控制器忽略停止状态。

除了上述情况外，上述情况是停止状态是从其控制句柄由控制器A1所获得的音频客户端C1接收到的，当控制器A1与内容服务器S1断开时，控制器A1也解锁获得的控制句柄。一旦音频客户端C1的控制句柄被解锁，该控制句柄可以由任一控制器A1至Ak获取。

注意，当包括在音乐列表中的音乐片段存储在多个内容服务器S1至Si中时，如图77所示，与上述的第一个实施例类似，音频客户端C1将其与内容服务器S1之间的连接转换到与其它的内容服务器Si。如果该内容服务器Si从音频客户端C1接收完成状态，不知道是控制器A1至Ak中的哪一个控制器指令音频客户端C1来再现音频客户端C1已再现完的音乐片段。因而，也是在这种情况中，内容服务器Si将完成状态转送到所有的控制器A1至Ak。由于控制器A1至Ak具有控制句柄管理列表，只有当完成状态是来自于其控制句柄是由每个控制器所获得的音频客户端时，控制器执行连续再现处理。在该实例中，控制器A1获得音频客户端的控制句柄，并且因而只有控制器A1执行连续再现处理。

如上所述，控制器A1至Ak的每个控制器都具有控制句柄管理列表，因此如果内容服务器将从音频客户端C1传送来的完成状态传送到所有的控制器A1至Ak，只有当完成状态是来自于相应的、其控制句柄是由每个控制器所获得的音频客户端时，控制器A1至Ak的每一个控制器才执行连续再现处理。因而，能够消除连续再现指令之间竞争的可能性，并且可以正常执行连续再现处理。

注意，依照该实施例，控制句柄管理列表存储在控制器A1至Ak中，但它们可以被存储在内容服务器S1至Si中。

可以由最后发出指令的控制器获取控制句柄，而不是锁闭控制句柄。更具体地，当控制器A1获取音频客户端C1的控制句柄、并且不同的控制器A2指令音频客户端C1再现时，控制器A2可以获取控制句柄而控制器A1可以失去该控制句柄。

1.2.3.3.8.由内容服务器进行连续再现控制

首先，将结合附图78对包括单个内容服务器、单个音频客户端和单个控制器的简单实例进行描述。

与上述的实施例类似，通过内容服务器S1，控制器A1指令音频客户端C1再现音乐片段。音频客户端C1响应该指令请求内容服务器S1提供音乐片段的音乐内容。内容服务器S1响应该请求将音乐内容分配给音频客户端C1。基于该音乐内容，音频客户端C1开始再现音乐片段，并且一旦音频客户端将该音乐片段再现完成到结尾，音频客户端C1就将完成状态传送到内容服务器S1。内容服务器S1响应接收到的完成状态，指令音频客户端C1连续再现下一首音乐片段，这与上述的实施例相反，并且内容服务器S1将停止状态传送到控制器A1。

将结合附图79中的流程图对该处理进行详细描述。依照该实施例，在内容服务器S1、音频客户端C1以及控制器A1中安装执行图79所示步骤的计算机程序。图79中的步骤S30323、S10221以及S20123至S21125与图73中的实施例不同，因而以下描述中将会对这些步骤进行特别详细地描述。

与上述的实施例类似，控制器A1指令音频客户端C1再现音乐片段，但与上述实施例不同的是，将在步骤S30302中用于获取音乐列表的列表构建密匙传送到音频客户端C1(S30323)。

与第一个实施例相似，音频客户端C1请求内容服务器S1提供指定的音乐片段的音乐内容，并将控制器A1传送来的列表构建密匙传送到内容服务器S1(S10221)。

与上述的实施例相似，内容服务器S1将指定的音乐片段的音乐内容分配到音频客户端C1，但与上述的实施例不同的是，内容服务器S1基于音频客户端C1传送来的列表构建密匙生成音乐列表(S20123)。将列表构建密匙和音乐列表以及音频客户端C1的客户端索引一起加以存储，作为客户端信息。以这种方式，响应来自控制器A1的指令，将正由音频客户端C1再现的音乐列表告知内容服务器S1。

再现音乐片段结束后，内容服务器S1接收从音频客户端C1发出的完成状态并向控制器A1传送停止状态，这与上述实施例相反(S20124)。基于步骤S20123生成的音乐列表，内容服务器S1指令音频客户端C1再现下一个音乐片段(S20125)。

如上所述，依照该实施例，内容服务器S1本身指令连续再现，因此可以正常执行连续再现处理，使来自控制器的连续再现指令间没有竞争。

在上述实施例中，只有一个客户端，但是可以存在两个或多个客户端。在如图80所示的实例中，音频客户端C1和C2连接至内容服务器S1。与上述的步骤S20123相似，内容服务器S1存储列表构建密匙和当前正由音频客户端C1和C2再现的音乐列表。当完成状态从音频客户端C1传送到内容服务器S1时，基于存储的音频客户端C1的音乐列表，内容服务器S1指令音频客户端C1执行连续再现，并向控制器A1传送停止状态。当完成状态从音频客户端C2传送到内容服务器S1时，基于音频客户端C2的音乐列表，内容服务器S1指令音频客户端C2执行连续再现，并向控制器A1传送停止状态。这样，内容服务器S1可以分别指令音频客户端C1和C2连续再现，因而在连续再现指令之间没有竞争的可能。

与音频客户端相似，可以设置两个或更多个内容服务器。在如图81所示的实例中，音频客户端C1和C2连接于内容服务器S1，音频客户端C3被连接至内容服务器S2。在这种情况下，一个内容服务器与每个客户端连接，并且音频客户端将完成状态只传送到连接该客户端的内容服务器。与上述相似，响应从音频客户端C1接收的完成状态，内容服务器S1指令音频客户端C1执行连续再现。响应来自音频客户端C2的完成状态，内容服务器S1指令音频客户端C2执行连续再现。进一步在该实例中，响应从音频客户端C3接收的完成状态，内容服务器S2指令音频客户端C3执行连续再现。在这种情况下，只有一个内容服务器指令每个音频客户端在网络上执行连续再现，因而在连续再现指令之间没有竞争的可能。

在图81所示的实例中，当控制器A1通过内容服务器S1指令音频客户端C2再现存储在内容服务器S2中的音乐片段时，音频客户端C2从内容服务器S1断开，然后连接至内容服务器S2，如图82所示。在这时，基于从音频客户端C2传送来的列表构建密匙，内容服务器S2生成音乐列表，并存储该列表构建密匙和该音乐列表以作为音频客户端C2的客户端信息。当音频客户端C2再现完从内容服务器S2分配的音乐片段时，音频客户端C2向内容服务器S2传送完成状态。内容服务器S2响应该完成状态指令音频客户端C2执行连续再现，并向控制器A1传送停止状态。同样，只有一个内容服务器再一次指令网络上的每个音频客户端连续再现，因而在连续再现指令之间没有竞争的可能。

与音频客户端和内容服务器相似，可以设置两个或更多的控制器。在如图83所示的实例中，存在两个控制器A1和A2。响应来自于音频客户端C1或C2的完成状态，内容服务器S1不仅向控制器A1而且向控制器A2传送停止状态。响应从音频客户端C3接收的完成状态，内容服务器S2也是不仅向控制器A1而且向控制器A2传送停止状态。这样，控制器A1和A2不能指令连续再现，只能监视音频客户端C1至C3的状态，因而不会影响连续再现处理。

1.2.3.3.9.由音频客户端自身进行连续再现控制

依照该实施例，在内容服务器S1至Si、音频客户端C1至Cj以及控制器A1至Ak中安装执行图84所示步骤的计算机程序。图84中的步骤S10233至S10235与图79所示的实施例不同，因此这里将会对这些步骤进行特别详细地描述。

与图79所示的实施例类似，控制器A1指令音频客户端C1再现指定的音乐片段，并向音频客户端C1传送列表构建密匙(S30323)。音频客户端C1请求内容服务器S1提供指定的音乐片段，并响应该请求开始再现从内容服务器S1分配的音乐片段(S10202)。此时，音频客户端C1存储控制器A1传送来的列表构建密匙。

音频客户端C1将存储的列表构建密匙传送到内容服务器S1，并请求内容服务器S1提供音乐列表(S10233)，其中该音乐列表与控制器A1选择音乐片段所用的音乐列表相同。基于接收到的列表构建密匙，内容服务器S1生成音乐列表，并将该列表传送到音频客户端C1(S20133)。音频客户端C1存储接收到的音乐片段，并在音乐列表中指定当前正在再现的音乐片段(S10234)。

音频客户端C1将音乐片段再现完成到结尾，并且基于存储的音乐列表再现下一首音乐片段(S10235)。

注意，当包括在音乐列表中的音乐片段存储在多个内容服务器上时，音频客户端C1执行与以上相似的服务器转换处理。

如上所述，依照该实施例，音频客户端C1本身带有列表构建密匙并且利用该密匙获取音乐列表，因而音频客户端C1本身可以执行连续再现处理。因此，音频客户端C1并没有从控制器A1或内容服务器S1接收连续再现指令，并且在连续再现指令之间没有竞争的可能。

依照该实施例，当再现音乐片段时音频客户端C1利用列表构建密匙获得音乐列表，也可以在再现音乐片段之后获得音乐列表。尽管音频客户端C1存储了获取的音乐列表，但是音频客户端可以在每当执行连续再现时而不是在存储该列表时，利用列表构建密匙获得音乐列表。

1.2.3.3.10 使用再现指令管理表格的连续再现

依照该实施例，在内容服务器S1至Si、音频客户端C1至Cj以及控制器A1至Ak中安装执行图85所示步骤的计算机程序。图85中的步骤S30341至S30345以及S20141与图76所示的实施例不同，因此这里会对这些步骤进行特别详细地描述。

根据该实施例的内容服务器S1存储再现指令管理表格，该表格包括相互关联的客户端索引和控制器索引。该表格的实例如下面的表3所示。如表3所示的再现指令管理表格存储最后指令音频客户端C1执行再现的控制器A1的控制器索引。该表格也存储最后指令音频客户端C2执行再现的控制器A2的控制器索引。

表3：再现指令管理表格

 

客户端	控制器
		C1	A1
C2	A2
		C3	‘
…	…
		Cj	‘

现在，参照图85中的流程图，将对该实施例的操作进行详细描述。

某个控制器指令某个音频客户端再现存储在某个内容服务器上的音乐片段(S30341)。

如图86所示，控制器A1通过内容服务器S1指令音频客户端C1再现存储在内容服务器S1上的音乐片段。在该实例中，音频客户端C1和C2以及控制器A1至A3被连接至内容服务器S1。

控制器A1确定音频客户端C1是否连接至内容服务器S1(S30342)。在该实例中，音频客户端C1连接到了内容服务器S1，该过程继续步骤S30314。

控制器A1通过内容服务器S1指令音频客户端C1再现音乐列表中指定的音乐片段(S30314)。内容服务器S1响应该再现指令，执行预定的再现指令管理处理(S20141)。

更具体地，参照附图87，内容服务器S1在再现指令管理表格中存储控制器A1的控制器索引以及音频客户端C1的客户端索引(S201441)。这样，内容服务器S1将控制器A1存储为最后指令音频客户端C1执行再现的控制器。内容服务器S1将来自控制器A1的再现指令传送到音频客户端C1(S201412)。

音频客户端C1响应来自控制器A1的再现指令开始再现音乐片段(S10211)，并且一旦再现完成，将完成状态传送到内容服务器S1(S10212)。

内容服务器S1响应来自于音频客户端C1的完成状态，通过参考再现指令管理表格来指定最后指令音频客户端C1执行再现的控制器A1，并将完成状态传送到控制器A1，将停止状态传送到另外的控制器A2和A3(S201413)。响应接收到的完成状态，控制器A1执行对于音频客户端C1的连续再现处理(S30316)。同时，响应接收到的停止状态，控制器A2和A3并不采取积极的措施，仅监视音频客户端C1的状态。

当音频客户端C1响应来自控制器A1的指令再现音乐片段时，任何其它的控制器例如控制器A2指令音频客户端C1再现另一个音乐片段，音频客户端C1响应来自控制器A2的指令，停止再现当前的音乐片段，开始再现新的音乐片段。这时，内容服务器S1更新再现指令管理表格并且用控制器A2的控制器索引代替控制器A1的控制器索引，如表4所示。

表4：再现指令管理表格

 

客户端	控制器
		C1	A1’A2
C2	A2
		C3	‘
…	…
		Cj	‘

现在，如图88所示，将会描述控制器A3如何通过内容服务器S1指令音频客户端C1再现存储于不同的内容服务器S2中的音乐片段。

控制器A3确定音频客户端C1是否连接于内容服务器S2(S30342)。在该实例中，由于音频客户端C1没有与内容服务器S2连接，因此控制器A3执行预定的服务器转换过程(S30343)。

更具体地，参照附图89，控制器A3通过内容服务器S1指令音频客户端C1从内容服务器S1切换到内容服务器S2(S303431)。内容服务器S1将切换指令传送到音频客户端C1(S201401)。音频客户端C1与当前连接的内容服务器S1断开连接(S102401)，并且响应该切换指令请求连接新的内容服务器S2(S102402)。响应该请求，内容服务器S2建立与音频客户端C1的连接(S201402)。控制器A3检查与内容服务器S2的连接(S30344)。

然后，控制器A3通过内容服务器S2指令音频客户端C1再现音乐片段(S30314)。内容服务器S2响应该再现指令，在如表5所示的再现指令管理表格中存储控制器A3的控制器索引以及音频客户端C1的客户端索引(S201441)。

表5：再现指令管理表格

 

客户端	控制器
		C1	A3
C2	‘
		C3	‘
…	…
		Cj	‘

内容服务器S2将来自控制器A3的再现指令传送到音频客户端C1(S201412)。

音频客户端C1响应来自控制器A3的再现指令开始再现音乐片段(S10211)，并且在再现该音乐片段后，将完成状态传送到内容服务器S2(S10212)。内容服务器S2响应从控制器A3接收的完成状态，通过参考再现指令管理表格来指定最后指令音频客户端C1再现的控制器A3。然后，内容服务器S2将完成状态传送到音频客户端C1，将停止状态传送到另外的控制器A1和A2(S1413)。响应接收到的完成状态，控制器A3执行对于音频客户端C1的连续再现处理(S30316)。同时，响应停止状态，控制器A1和A2并不采取任何积极的措施，仅监视音频客户端C1的状态。

如上所述，依照该实施例，内容服务器管理最后指令音频客户端执行再现的控制器，并且将来自音频客户端的完成状态只传送到控制器，因此只有控制器指令音频客户端执行连续再现。因此，在连续再现指令之间没有竞争的可能，可以正常执行连续再现处理。

1.2.4.AV接收器控制

如图90所示，AVR客户端AC1和AC2与LAN12连接。AV接收器AVR1通过EIA-232与AVR客户端AC1连接。AV接收器AVR2通过USB连接AVR客户端AC1。AV接收器AVR3通过制造商特定的串行接口连接到AVR客户端AC2。

当与内容服务器的连接被建立时，AVR客户端AC1和AC2每个可以将关于诸如EIA-232和USB的接口的信息告知内容服务器Si。

对于USB，AVR客户端AC1可以获取AV接收器AVR2的机器信息诸如销售商ID或产品ID，并将该信息告知内容服务器Si。对于EIA-232，AVR客户端AC1通常不能获得AV接收器AVR1的机器信息，因而AV接收器AVR1的销售商ID或产品ID被预先注册在AVR客户端AC1里，使得AVR客户端可以将该信息告知内容服务器Si。

当存在很多可以被连接的AV接收器时，预先确定与AVR客户端的通讯协议，使得AVR客户端可以获得AV接收器的机器信息。例如，AVR客户端可以在预定的通讯条件下(包括比特率、比特长度和奇偶校验)以预定的时间间隔(例如1秒)传送用于探询机器信息的数据包，AV接收器响应并返回包括机器信息的数据包。这样，AVR客户端能够指定连接的AV接收器。在这种情况以及在带有USB的情况下，在建立与内容服务器的连接后，AVR客户端可以获得AV接收器的机器信息，因此当获得AV接收器的机器信息时，机器信息中的变化被告知内容服务器Si。

因此，内容服务器Si可以获取连接或将要连接AVR客户端AC1和AC2的所有AV接收器AVR1至AVR3的机器信息。将机器信息从内容服务器Si告知控制器Ak，因而控制器Ak能获得机器信息。

如图91所示，AV接收器AVR具有不同的控制部件，比如音量控制器、输入选择器开关和用于声场控制的DSP(digital signal processor，数字信号处理器)。控制器Ak指定这样的控制部件并发布控制命令。因此，控制器具有AV接收器AVR所具有的控制部件的机器信息。

注意，由于内容服务器Si具有机器信息，因此控制器Ak可以利用AV接收器AVR的销售商ID或产品ID作为密匙，请求内容服务器Si提供机器信息。

将控制命令从控制器Ak输出，并通过内容服务器Si和AVR客户端AC将其传送到AV接收器AVR。相反，将该状态从AV接收器AVR输出，并通过AVR客户端AC和内容服务器Si将其传送到控制器Ak。

AVR客户端AC确定该控制命令是给AV接收器AVR的，然后将该控制命令输出到AV接收器AVR。如果该命令是用于控制音量值的，就将由控制器Ak发布的该控制命令通过内容服务器Si和AVR客户端AC传送到AV接收器AVR，使得音量被控制。

参照附图92，控制器Ak将控制命令传送到内容服务器Si(S35)，内容服务器Si将该命令传送到指定的AVR客户端AC(S28)，然后AVR客户端将该命令传送到AV接收器AVR(S101)。AVR客户端AC将从AV接收器AVR接收的状态传送到内容服务器Si(S102)，内容服务器Si将该状态传送到控制器Ak(S29)，控制器Ak响应并更新AV接收器AVR的状态(S36)。

如图93所示，内容服务器Si、AVR客户端AC1至AC3以及AV接收器AVR11、AVR12、AVR21、AVR31和AVR32将控制命令以树状路径的形式传送，其中该树状路径以内容服务器Si作为其根部。

参照附图94，控制器Ak确定将要被控制的AV接收器AVR和控制内容(S3501)，并且基于该控制内容生成命令主体(S3502)。如图95A所示，控制器Ak然后将包括命令主体和附属的目标信息的控制命令传送到内容服务器Si(S3503)。该实例中的目标信息包括AV接收器指定部分和AVR客户端指定部分，其中AV接收器指定部分指定将要被控制的AV接收器AVR，AVR客户端指定部分指定连接AV接收器AVR的AVR客户端AC。

内容服务器Si接收该控制命令并从接收到的命令中提取AVR客户端指定部分(S2801)，如图95B所示。基于AVR客户端指定部分，内容服务器Si确定指定的AVR客户端AC。然后内容服务器Si将已去除了AVR客户端指定部分的控制命令传送到指定的AVR客户端AC(S2802)。

AVR客户端AC接收该控制命令并从接收到的命令中提取AV接收器指定部分(S1011)，如图95C所示。基于AV接收器指定部分，AVR客户端AC确定指定的AV接收器。然后AVR客户端AC将只由命令主体构成的该控制命令传送到指定的AV接收器(S2802)。

这样，顺序传送已去除了不必要部分的控制命令，所以可以减轻网络流量。注意，实际上也可以不去除指定部分，原样传送该控制命令。

在每个阶段，命令主体的字符串并不一定完全相同，只要它具有相同的含义就行。更具体地，从AVR客户端AC最终传送到AV接收器AVR的控制命令只需要由AV接收器AVR理解。

这样，基于接收到的控制命令，AV接收器AVR来控制控制部件。因此，响应受控制部件状态的变化，AV接收器AVR将该状态传送到AVR客户端AC。如图96A所示，该状态只由状态主体构成。

AV客户端AC接收AV接收器AVR的状态并将其存储(S1021)，将源信息添加到接收状态中并将结果状态传送到内容服务器Si，如图96B所示(S1022)。该实例中的源信息包括AV接收器指定部分，其用于指定传送该状态的AV接收器AVR。

内容服务器Si接收来自AVR客户端AC的状态，将AVR客户端指定部分添加到接收到的状态中，如图96C所示，然后将结果状态传送到控制器Ak(S2901)。

控制器Ak接收来自内容服务器Si的该状态，从该状态中提取AVR客户端指定部分和AV接收器指定部分，并更新AV接收器AVR的状态(S3601)。

注意，不仅存在受控制部件的状态，而且也存在不能由控制器Ak控制的部件的状态(例如声音信号的电平信息)。这些状态也通过AVR客户端AC和内容服务器Si传送到了控制器Ak。不仅当基于控制命令控制AV接收器AVR的受控部件时传送这些状态，而且当这些状态变化时也传送这些状态。更具体地，当AVR客户端AC和AV接收器AVR之间的连接确定时，AVR客户端AC获取AV接收器AVR的状态，并将该状态传送到内容服务器Si。

这样，能够将每个AV接收器AVR的状态告知最终接收该状态的控制器Ak。该控制器由此来检查该控制并显示该状态。

注意，为显示起见，频繁变化的状态可以由AV接收器AVR或AVR客户端AC较低频繁地传送。如果当这些状态变化时被显示，这些频繁变化的状态几乎不能被识别，并且这些状态的高传送频率会导致不必要的流量增加，这也增加了内容服务器的负荷。

复杂结构的受控部件可以具有多个受控部分。例如如图91所示，用于控制声场的DSP需要设置多种系数数据，而该设置是由控制DSP的微控制器作出的。由用户的键盘操作来改变该设置，而状态是由AV接收器主体或在单机系统中连接于其中的显示器来显示的。该操作由微控制器的固件来执行。为了得到复杂的设置并且使得该操作更简单，必须增加程序控制的容量，或者需要高分辨率的显示器。这会影响产品的价格或开发成本。

在该系统中，将系数数据的多个设定模式提供给内容服务器Si，所以可以从显示在控制器Ak的分层菜单中选择一个模式，并且可以相应地通过AVR客户端AC来设定系数数据。

由于多个AV接收器AVR可以由控制器Ak控制，因此可以同时执行AV接收器AVR的时间设定等。此外，通过监视这些AV接收器AVR的状态，还可以执行诸如中继记录等协力操作。

现在，将描述当连接到AVR客户端AC的AV接收器AVR的音量提高时的情况。

参照附图97，控制器Ak检查与客户端的连接(S3011)，如果连接已建立，则确定该客户端是否是AVR客户端AC(S3014)。如果该客户端是AVR客户端AC，将用于提高音量的控制命令传送到内容服务器Si(S35)。内容服务器Si将该命令传送到AVR客户端AC(S28)，并且AVR客户端AC将该命令传送到AV接收器AVR(S101)。AVR客户端AC接收指示音量已升高的状态，并将该状态传送到内容服务器Si(S102)。内容服务器Si将该命令传送到控制器Ak(S29)，控制器Ak响应并更新AV接收器AVR的状态，并继续监视如图34所示的操作(S36)。

现在，将结合附图98对AVR客户端AC向内容服务器传送AV接收器AVR的状态的操作进行描述。

AVR客户端AC从AV接收器AVR接收信息包数据(S1021)，并确定该数据是否是音量信息(S1022)。如果来自AV接收器AVR的数据是通过EIA-232的，信息包的接收由串行接收中断来执行，并且将数据置于队列中。以预定的间隔读取队列，并执行随后的处理。

然后，如果接收到的数据是音量信息，AVR客户端AC存储该音量值(S1023)。确定该数据是否是音量信息(S1022)，在将该数据置于队列中之前存储该音量值(S1023)。同时，如果接收到的数据不是音量信息，AVR客户端AC向信息包数据添加AV接收器指定部分，并将结果数据传送到内容服务器Si(S1024)，其中AV接收器指定部分指示该状态是来自于AV接收器AVR。

在存储音量值之后，确定是否是第一次接收该音量信息(S1025)。如果是第一次接收，AVR客户端AC继续执行步骤S1028，否则，在音量值被传送到内容服务器之后，AVR客户端AC确定是否过了200毫秒或更长时间(S1026)。如果已经过了20毫秒或更长时间，AVR客户端AC将前面传送的音量值与存储的音量相比较(S1027)。如果它们不同，AVR客户端AC向音量信息添加AV接收器指定部分，并将结果数据传送到内容服务器Si(S1028)，其中AV接收器指定部分用于指示该状态是来自于AV接收器AVR。

音量值状态比其它的状态以更短的间隔出现，因而增加了内容服务器Si和控制器Ak上的负载或者网络上不必要的流量。音量值信息只用于在控制器Ak上显示，因而只需要以足够显示的时间间隔传送。因而，当接收到音量信息时，只有其音量值被存储，并且只有当该值发生变化时才将该信息以适当的时间间隔(该实例中是20毫秒)传送到内容服务器Si。

现在，将结合附图99对AVR客户端AC向AV接收器AVR传送来自内容服务器Si的命令的操作进行描述。

AVR客户端AC接收用于AV接收器AVR的控制信息包(S1031)并从该信息包中提取用于AV接收器AVR的控制命令(S1032)。AVR客户端AC确定该控制命令是否是探询音量值的命令(S1033)。如果该控制命令是音量值探询命令，基于存储的音量值(或者是如果没有接收值时的合适的初始值)，AVR客户端AC生成音量信息(S1034)，向该音量信息添加用于指示来自AV接收器AVR的状态的AV接收器指定部分，并将该结果传送到内容服务器Si(S1035)。

同时，如果该命令不是音量值探询命令，就将用于AV接收器AVR的控制命令传送到AV接收器AVR(S1036)。如果AVR客户端AC和AV接收器AVR之间的接口是通过EIA-232，从AVR客户端AC到AC接收器AVR的传输由字节单位的中断来执行。使来自内容服务器Si的控制命令暂时存储在队列中。在连续传送中，该队列由预定间隔的中断或缓冲区清空中断来读取，并以字节单位传送。

依照该实施例，除第一次以外，只有当音量信息发生变化时，才将音量信息传送到内容服务器Si。因而，如果AV接收器AVR响应来自于内容服务器Si的音量值探询命令，返回音量值并且音量值没有变化，AVR客户端AC就不向内容服务器Si返回音量值。为处理这个问题，AVR客户端AC并不通过AV接收器AVR响应来自内容服务器Si的音量值探询命令。在该实施例中，当打开AV接收器AVR的电源时，初始音量值始终是作为状态被传送到AVR客户端AC。然而，在某些取决于打开电源的时限的情况下，AVR客户端AC并不能接收到初始值。

因而，如图100所示，优选的，AVR客户端AC只在第一次通过AV接收器AVR来响应。更具体地，如果来自内容服务器Si的控制命令是音量值探询命令，AVR客户端AC确定该音量值是否还没被接收(S1034)。如果该值没有被接收，处理继续步骤S1036，如果该值已经被接收，处理继续步骤S1034。

注意，如果存在多种AV接收器并且控制器Ak控制这些AV接收器，控制器Ak就可以根据AV接收器的种类而发布专用的控制命令。可选地，不管AV接收器的类型，该控制器可以发布通用的控制命令，并且内容服务器可以将该通用命令改变为专用命令。

1.2.5 固件更新

将要描述的内容服务器可以更新装在客户端内的固件。在这里，客户端请求内容服务器更新固件，内容服务器询问客户端并更新固件，或者内容服务器强制更新固件。

现在，将描述客户端如何请求内容服务器来更新固件。参照附图101，客户端请求内容服务器提供固件信息(S103)，内容服务器响应该请求向客户端返回固件信息(S201)，客户端接收该信息(S103)。然后客户端指定固件(S104)，内容服务器对此作出响应来准备传送该固件(S202)。然后客户端请求内容服务器提供固件(S105)，内容服务器响应该请求向客户端传送该固件(S203)，并且客户端接收该固件(S105)。然后客户端更新固件(S106)，并且当更新结束时传送结束状态(S107)，内容服务器接收该状态(S204)。

将结合附图102详细描述如何更新固件。当由内容服务器启动更新时，处理从步骤S2012开始。当由客户端启动更新时，处理从步骤S1033开始。

内容服务器读取固件信息文件并生成如图15所示的固件信息数据库(S2011)。例如，内容服务器读取用于基于客户端更新所必须的文件并生成更新信息文件。因而，固件的版本可以基于信息文件来确定。当客户端被激活时，客户端向内容服务器传送产品ID和固件ID(S1031)。

当由内容服务器启动更新时，例如当内容服务器基于客户端的产品ID和固件ID确定该固件是旧的时，或者当内容服务器从互联网上的站点获得新的固件时，内容服务器发布固件更新请求命令来请求客户端更新固件，如果必要的话，提供关于被推荐更新的新固件的信息(S2012)。如果用户并不希望更新所推荐的固件，客户端拒绝来自内容服务器的更新请求，处理立即结束(S1032)。当用户推迟决定是否更新推荐的固件时，处理立即结束(S1032)。然而在后一种情况下，在预定的时间期限后，客户端指令内容服务器再次请求更新。如果用户接受推荐的固件更新，客户端继续该处理(S1032)。在这种情况下，如果内容服务器向客户端提供了指定的固件，客户端就继续执行步骤S1035，并立即开始更新固件。如果内容服务器没有提供任何指定的固件并只是请求更新，客户端就继续执行步骤S1033并获取固件列表。

注意，可以由控制器来发布固件更新请求命令作为服务器请求。在这种情况下，与步骤S1033和S1034类似，控制器从内容服务器获得关于由控制器控制和监视的客户端的固件列表，并且选择用户想要的固件。将控制器选择的固件信息提供给客户端，以作为推荐更新的固件信息。

如果接受更新请求或者客户端开始更新，客户端请求内容服务器就提供固件列表(S1033)。固件列表包括适用于特定客户端的固件。内容服务器并不总是具有这样的固件列表，而是每当客户端请求这样的列表时生成该列表。基本上是以与生成上述音乐列表相同的方式来生成固件列表。注意，当生成固件列表时，内容服务器无论如何都使用如图15所示的固件信息数据库。该数据库存储几个固件片段的固件信息。现在将详细描述生成固件列表的方法。

参照附图103，内容服务器将代表存储在固件信息数据库中的固件信息的数量的索引初始化为0(S20131)。

内容服务器然后确定由索引指示的固件信息的产品ID是否与客户端的产品ID相匹配(S20132)。如果它们匹配，内容服务器向固件列表中添加固件信息(S20133)并且增加索引(S20134)。同时，如果它们不匹配，内容服务器跳过步骤S20133并立即增加索引(S20134)。

内容服务器然后确定索引所代表的固件信息的数量是否小于所有固件信息的条数n(S20135)。如果该数量小于n，处理返回步骤S20132，然而如果该数量不小于n，生成固件列表的处理结束。

通过上述过程，内容服务器在固件信息数据库中获得带有匹配的产品ID的固件信息，并生成固件列表。以这种方式，固件列表并没有事先形成数据库，而是每当客户端请求一个固件列表时才生成固件列表，因而用于一直存储固件列表的存储区并没有必要。

内容服务器然后向源客户端返回生成的固件列表(S2013)。与上述的音乐列表相似，固件列表被分配，用于从内容服务器到客户端的传送。

更具体地，参照附图104，客户端向内容服务器传送固件列表请求命令(S1033)，该命令包括客户端的产品ID、代表将要被获取的第一固件信息的获取起始索引以及代表将要获取的固件信息条数的获取数目。内容服务器响应固件列表请求命令来提取其产品ID与客户端的产品ID一样的固件信息，并且向客户端返回和由获取起始索引所代表的固件信息中获取数目一样多的固件信息条数(S2031)。这时，内容服务器向客户端传送有效数目和剩余数目，其中有效数目代表将要被传送的固件信息的条数，剩余数目代表由内容服务器返回的固件列表以外的固件条数。客户端接收部分固件列表并将其存储在存储器中(S10331)。重复上述的过程，直到所有的固件列表从内容服务器传送到客户端。

然后，如果在返回的固件列表中存在用户想要下载的固件(例如最新版的固件)，客户端继续该处理，如果不存在，该处理停止(S1034)。

内容服务器传送所有版本的固件信息，或者新版或者旧版，因而由于误操作等客户端可以将固件改变为旧版的固件。

在更新中，客户端将指示转变至更新部分的状态告知内容服务器(S1035)。内容服务器响应该状态，并返回用于指示存在/不存在错误的错误代码(S2014)。客户端指定将要下载的固件的文件(S1036)。更具体地，客户端指定存储在获取的固件信息列表中的完整的路径名。内容服务器读取指定的文件并将该文件存储在缓冲区(S2015)。

客户端然后指定获取起始地址和数据大小(字节数)并获取固件的数据(S1037)。内容服务器从指定的获取起始地址读取指定的字节数的数据，并将该数据传送到客户端(S2016)。

客户端确定是否已经获得直到最后一条固件的数据(S1038)，并且如果该数据没有完全获得，客户端返回步骤S1037并重复该获取数据的处理。客户端完成获取该数据之后，客户端重写固件S1039并完成更新(S1040)。内容服务器关闭打开的固件文件并释放缓冲区(S2017)。

当客户端完成重写固件时，将不知名的状态传送到内容服务器。客户端中断与内容服务器的连接来复位(或激活更新的固件)并且将客户端信息告知内容服务器。当客户端不能获得固件数据时，可以传送失败状态。失败状态可以用于重新传送固件数据。

注意当从内容服务器中发布更新请求时，过程可以如下。更特别的是在附图102中，当更新请求的同时，内容服务器必定能够将固件信息提供给客户端(S2012)。当内容服务器推荐的固件将要升级时，处理继续步骤S1035，而当用户从固件列表中选择预想得到的固件而不是更新内容服务器推荐的固件时，处理继续步骤S1033。

如上所述，通过局域网将固件的数据从内容服务器传送到音频客户端，使得客户端的固件可以短时间升级，并且同时可以升级多个客户端的固件。由于使用了产品ID，因此可以自动选择适合客户端的固件来升级。由于使用了固件ID，因此可以自动选择最新版的固件来升级。

2.其它实施例

2.1 存储在引出箱中的音频客户端

如图105和106所示，音频客户端可以存储在引出箱50中。引出箱50通常包括连接于壁52的正面板54、连接于正面板54背面的箱部件56。根据该实施例，在箱部件56中设置有如图3所示的音频客户端的电路。LAN电缆连接于音频客户端电路。正面板54设置有电源插座58、电源开关60、组合式插孔(未示出)和TV天线端子(未示出)以及用于从音频客户端输出音频信号的音频输出端子62。音频客户端62连接于右和左扬声器器件。

音频客户端典型地包括显示音乐列表的显示器以及为了在已显示的音乐列表中选择想得到的音乐片段的开关。显示器或者开关是监控和控制音频客户端所必须的，连接与音频客户端相同的LAN12的控制器允许音频客户端除去显示器或者开关。代替控制器，可以使用便携式遥控器，其通过无线电连接和音频客户端相同的LAN12。

这样，简化了音频客户端，并且音频客户端可以存储在家庭使用的引出箱50中。该存储在引出箱中的简化的音频客户端可以仅从网络中提取音乐或视频并对其进行再现，但不能显示或控制。

随着互联网使用的日益增加，特别是用于宽带(高速以及大容量)技术的基础结构进一步发展，将存在从每个家庭的多个PC至互联网的连接需求。在家里连接多个PC的最典型的方式是在住宅里建立LAN，不久更多的家庭将毫无疑问地建立他们自己的家里的LAN。LAN的使用允许使用单根缆线将音乐视频分配至住宅中的多个处所。单根缆线可以传输音乐/视频信号和控制信号，因此在提供该系统时不需要关于音频/视频的具体的知识。另外，该系统在成本方面也有很多优点，并且该系统不仅能在商用领域而且能在家用领域中扩展。

更多的要新建的或通常家庭改建的住宅中考虑到较简易的互联网连接而设置了家里的LAN，在引出箱50中设置LAN连接器是通常情况。因此，当设置了这种LAN时，多个音频客户端也可以容易设置。更具体地，音频客户端可以简单通过连接扬声器(包括通电的扬声器)而建立。视频客户端可以通过连接诸如TV的视频显示器来简单建立。因此，可以设置与住宅内部外观上相配的音频客户端。在产品开发方面，不需要对该产品作引人注目的、华丽的设计，可以通过将更多重点放在功能上的、简单的设计方法来设计该产品。这样可以减少开发成本。简单的结构减轻了再循环过程，这也是很有益的。

不象传统的音频/视频设备，家里的LAN分配不需要内容媒体如CD和磁带。更具体地，一旦内容存储在内容服务器中，就不需要使用媒体了。在通过家里的网络的服务器-客户端设置中，音频客户端不需要任何机械装置如插入媒体的机构或旋转驱动装置。因此，能减少该设备的尺寸，并且该产品可以具有高可靠性以及延长的使用寿命。

2.2.获取互联网上的音乐数据据

根据上述实施例，当打开音频客户端时，音频客户端通过广播搜索内容服务器。可是，当LAN12上的所有内容服务器的电源关闭时，没有内容服务器响应，因此音频客户端必须不停地继续搜索内容服务器。为了避免上述情况，音频客户端可以经过如超时错误之类的处理，但是如果引起了超时错误，音频客户端就根本不能操作了，例如不能再现音乐。

为了解决这些缺点，当音频客户端重复广播规定数量次数还没有发现内容服务器时，音频客户端可以访问连接互联网上的WWW(World Wide Web)服务器。

在这种情况下，如图107所示，LAN12通过网间连接器50与互联网52连接。互联网52上的WWW服务器54具有设置在音乐分配位置56的音乐片段注册表。该列表包括如名称和艺术家名字之类的音乐片段信息以及其中提供音乐数据的URL(Uniform Resource Locator)。

如图108所示，当服务器列表是空的时，在返回步骤S1102并准备再广播之前，音频客户端确定再次尝试广播的次数是否达到指定数量如3次(S1109)。如果再次尝试次数没有达到3，音频客户端增加再尝试次数(S1110)然后返回步骤S1102再次广播。同时，如果再次尝试的次数达到3，音频客户端通过HTTP连接到互联网52上的WWW服务器54(S1111)。如果音频客户端成功地连接，搜索过程结束(S1112)，但是如果音频客户端没有在超时之前成功地连接，那么就引起错误(S1113)。

当音频客户端访问WWW服务器52时，其从服务器接收音乐信息或URL。音频客户端分析该已接收的信息或URL，并接收来自URL中的音乐分配位置56的音乐数据。

如前面所述，当在LAN12上没有内容服务器或LAN上的内容服务器没有操作时，音频客户端自动访问互联网52上的位置56以得到音乐数据。因此客户端不需要不停搜索LAN12上的内容服务器。

在以上的实例中，当再次尝试的次数达到指定数量时，音频客户端连接互联网52上的WWW服务器54。可选择地，如果客户端广播了语音命令并且在指定时间阶段后没有从LAN12上的任何内容服务器作出的响应，该音频客户端可以访问互联网52上的WWW服务器54。

2.3.具有改变获得数据长度功能的再现

在上述实施例中，当音频客户端Cj请求内容服务器Si传送音乐数据时，其总是要求预定量的音乐数据。因此，当请求内容服务器Si传送音乐数据的音频客户端Cj的数量很小时是没有问题的，但是随着数量的增加，加在内容服务器上的负荷增加，其延长了音频客户端Cj向内容服务器Si请求传送音乐片段数据和该音乐片段数据的实际传送之间的时间。因此，为了对内容服务器Si上的负荷求平均值，需要能够改变由音频客户端Cj通过单独请求而请求的音乐片段的数量。

现在，将描述怎样改变音频客户端Cj在某个时间时请求的音乐片段数据的数量，上述时间是依据音频客户端Cj向内容服务器Si请求传送音乐片段数据和该音乐片段数据的实际传送之间的时间。

参照图109，客户端Cj传送请求内容服务器Si传送音乐片段数据的音乐片段数据传送命令(S1601)并在同一时间里操纵定时器，使得开始对直到从内容服务器传送该音乐数据的响应时间进行计数(S16011)。注意当音频客户端Cj第一次发出音乐片段数据传送命令时，通过单独请求所要请求的适当数量的音乐片段是未知的，因此预先设定获得数据长度。

然后，当音频客户端Cj开始接收音乐片段数据时(S16012)，其停止该定时器并通过内容服务器得到用于音乐片段数据的响应时间(S16013)。

该音频客户端Cj参照图110所示的对比表并确定对应于该已得到的响应时间的获得数据长度(S16021)。对比表具有彼此相互关联的指定响应时间周期和指定获得数据长度。由于响应时间越长，内容服务器Si上的负荷越大，因此该获得数据长度在越长的响应时间中越短。例如如果客户端Cj得到20毫秒的响应时间周期，该获得数据长度被确定为8K字节。

音频客户端Cj再一次请求内容服务器Si传送音乐数据，这时传送如上所述确定的获得数据长度(S1605)。然后，重复与上述相同的操作(S16051至S16061)。

根据该实施例，当响应时间变长时，音频客户端Cj请求内容服务器Si提供的音乐片段数据的获得数据长度变短。因此，如果请求内容服务器Si传送音乐片段数据的音频客户端Cj的数量增加，通过单一请求传送到每个音频客户端Cj的音乐片段数据的量就会减小。因此，对每个音频客户端Cj内容服务器Si上的负荷求平均值，内容服务器Si可以平滑地将音乐片段数据传送至多个音频客户端Cj。

在上述实施例中，依据来自内容服务器的响应时间确定获得数据长度。可选择地，依据将要得到的音乐片段的数据格式可以确定获得数据长度。更具体地，在图35中，在音乐片段数据传送请求之前(S1601)，基于图32中所示的搜索数据得到音乐片段的音频格式。然后，基于该音乐片段的音频格式，设定获得数据长度。通常，MP3格式数据被压缩并具有小的尺寸，而WAV具有大的尺寸。因此，如果将要得到的音乐数据是MP3格式，通过单一请求可以得到例如4K字节，而对于WAV格式数据，通过单一请求可以得到16K字节。

2.4.跳行再现

在上述实施例中，音频客户端Cj请求内容服务器Si按照音乐列表中的次序传送音乐片段数据。可是，用户可能有时希望从开头整个听目前已经再现的音乐片段。用户可能想跳过目前再现的片段去听其它情形里的另一个片段。因此，音频客户端Cj可以响应用户的这种请求而请求音乐片段数据传送。

参照图111，当音频客户端Cj再现图112所示音乐列表中的音乐片段3，音频客户端请求内容服务器Si在音乐片段3的音乐数据的指定范围内传送音乐数据(S1607)，并且内容服务器Si响应该请求，将指定范围内的音乐数据返回到音频客户端Cj(S2604)。音频客户端Cj接收该数据并将其存储在存储器32中(S1608)。重复该操作，由此再现音乐片段3。

当音乐片段3被再现时用户试图结束再现音乐片段3而去听音乐片段4(图112中的例(1))，用户请求音频客户端Cj从目前正在再现的音乐跳到音乐片段4。音频客户端Cj响应用户的跳行请求检查存储在存储器32中的音乐列表的内容并得到音乐片段4的文件名(S1641)。如果没有用户的跳行请求，该过程返回到步骤S1607并请求传送音乐片段3的数据。

随后的音频客户端Cj和内容服务器Si的操作与结合图35所描述的操作相同，所以在此不作说明了。

通过上述的操作，当再现音乐片段3时音频客户端Cj可以执行跳行再现至音乐片段4。

注意：当音频客户端Cj再现音乐片段3时，如果用户试图再从头开始听整个音乐片段3(图112中的例(2))，如果用户试图听音乐片段5(图112中的例(3))，或者如果用户试图听音乐片段2(图112中的例(4))，音频客户端Cj可以通过相同的操作执行跳行再现。

正如前面所描述的，根据该实施例，存储在存储器中的音乐列表的使用允许音频客户端Cj执行从目前正在再现的音乐片段至另一音乐片段的跳行再现。

2.5 重复再现

数据可以在用户指定的第一和第二地址之间再现，换句话说，可以进行A-B重复再现。用户执行第一A-B重复操作并指定表示重复开始的第一地址。更具体地，参照图113，当音频客户端请求将要被传送(和得到)音乐片段数据(S1601)并存在用户的操作(S1642)时，其是通过第一请求(S1644)的A-B重复请求(S1643)，音频客户端存储用户指定的地址作为第一地址(addr1)。将该获得数据长度(大小)加到在先获得启始地址(addr)中，以产生获得启始地址(addr)(S1646)，并且处理返回到步骤S1601。

接着，用户执行第二A-B重复操作，指定表示重复结束的第二地址，并开始重复操作。更具体地，在步骤S1644中，由于A-B重复请求是第二次(不是第一次)，因此存储用户指定的地址作为第二地址(addr2)(S1647)。

音频客户端进入A-B重复模式(S1648)。更具体地，获得启始地址改变成第一地址(S1649)，音频客户端请求将要被传送(和得到)的音乐片段数据(S1601)。此处，音频客户端确定A-B区域是处在重复状态(S1650)，然后确定获得启始地址(＝在先启始地址+得到地址长度)是否大于第二地址(S1651)。如果获得启始地址仍不大于第二地址，就继续该音乐片段数据传送请求(S1646和S1601)。如果在步骤S1651中该获得启始地址大于第二地址，该获得启始地址再次改变成第一地址(S1652)，并且执行音乐片段传送请求(S1601)。这样，可以在第一和第二地址之间进行重复再现。用户可以通过重复释放操作释放该重复操作。

2.6.中途再现

为了从指定地址再现音乐片段，用户可以指定获得启始地址(例如通过输入启动时间)。更具体地，参照图114，当音频客户端请求将要被传送(和得到)的音乐片段数据(S1601)并且存在指定地址(S1657)的用户的操作(S1656)时，音频客户端得到由用户指定的地址(S1658)。该地址产生于该音乐片段的总再现时间以及用户输入的启动时间。该获得启始地址改变成用户指定的地址(S1659)，并且请求传送音乐片段数据(以及得到音乐片段数据)(S1601)。这样，可以从用户指定的地址再现音乐片段。另外，用户不仅能在当音频客户端处于再现状态指定地址，而且能在例如停止状态或暂停状态时指定地址。

2.7.具有自动恢复功能的客户端

如上所述，在该网络型音频系统中，音频客户端连接于内容服务器，内容服务器再现从内容服务器分配的音乐。当在分配期间内容服务器的不正常引起音频客户端从内容服务器断开时，直到音频客户端再一次连接内容服务器，音频客户端才能再现音乐。对于具有输入装置的典型的音频客户端，操作该输入装置以允许音频客户端执行与图5所示的内容服务器的连接过程。可是上述存储在引出箱中的没有输入装置的音频客户端一旦与内容服务器断开就会一直连接不上内容服务器。因此，音频客户端理想地包括以下所述的自动连接恢复功能。

参照图115，音频客户端Cj确定在其与内容服务器Si连接之后是否已经经过了指定的时间(S110)。在指定时间段后，音频客户端Cj确定是否保持与内容服务器的连接(S111，S112)。更具体地，音频客户端Cj将连接确认命令传送给内容服务器Si(S111)。如果存在对于该连接确认命令的从内容服务器至音频客户端Cj的响应(S112)，就确定保持该连接。同时，如果没有响应或引起传送错误(S112)，就确定该连接被断开。作为响应，例如内容服务器Si可以返回与被传送的连接确认命令相同的命令。

如果在步骤S112中有响应，那么音频客户端Cj再返回步骤S110并确定指定时间阶段后是否保持连接(S110至S112)。这样，音频客户端Cj在指定时间间隔检查与内容服务器Si的连接状态。如果连接断开，音频客户端Cj就再试着连接同一内容服务器Si(S12)。

在尝试重新连接之后，如果音频客户端成功连接内容服务器Si(S113)，音频客户端Cj就在与内容服务器断开之前立刻传送客户端状态(S13)。该客户端状态例如包括再现状态如“再现”、“停止”和“暂停”、音量信息以及列表构建密匙。因此，音频客户端Cj能恢复与内容服务器的原始连接状态。结果，用户不知道音频客户端已经与内容服务器Si重新连接就可以使用音频客户端。

同时，在尝试重新连接之后，如果音频客户端不能与内容服务器Si相连接(S113)，音频客户端Cj就放弃再与同一内容服务器Si相连接，而执行与另一内容服务器Si的连接过程(S11至S13)。更具体地，音频客户端搜索能通过广播(S11)连接的内容服务器Si并连接该通过搜索发现的内容服务器Si(S12)。在连接之后，音频客户端Cj在断开与内容服务器Si的连接之前立刻传送客户端状态(S13)。

音频客户端Cj通过图115中的已安装的连接恢复程序获得上述自动连接恢复功能。

通过上述操作，音频客户端Cj在指定时间间隔检查该连接状态，如果该连接被断开，音频客户端Cj就重新建立连接。因此如果内容服务器Si的不正常引起连接被断开，音频客户端Cj就没有处于与内容服务器Si相断开的状态。如果内容服务器Si的任何不正常阻止与内容服务器Si的重新连接，音频客户端就与另一内容服务器Si相连接。因此，用户能总是使用控制器Ak来控制音频客户端Cj。

音频客户端Cj在断开此刻与内容服务器Si的连接之前立刻传送客户端状态，因此音频客户端Cj能与另一内容服务器Si连接并且在断开之前立刻恢复该状态。因此，用户不知道音频客户端Cj和内容服务器Si之间断开连接就能使用音频客户端Cj。

根据该实施例，音频客户端Cj具有自动连接恢复功能，但是控制器Ak也可以具有自动连接恢复功能。优先为仅具有音乐再现功能的无源客户端具有自动连接恢复功能，而不是具有音乐再现功能和控制功能的有源客户端。这是由于没有控制功能的无源音频客户端Cj自己本身不向内容服务器Si传送命令，因此一旦其与内容服务器Si断开，它就会被遗留下来。除非用户再激活音频客户端，才能重新建立与内容服务器Si的连接。

根据上述所有实施例的步骤构成了使计算机能执行该操作的操作程序。因此，当将操作程序安装在内容服务器Si、音频客户端、控制器以及AVR客户端中时，可以设置网络型音频系统。该操作程序可以直接通过通信线路如互联网来分配，或是可以存储在计算机可读存储媒体例如CD-ROM和DVD-ROM中用于分配。

通过解释本发明已经对本发明实施例进行了简单地表示和描述。因此，本发明并不局限于上述的实施例，并且在不脱离本发明的范围的情况下可以对本发明进行各种的变化和改进。

Claims (17)

1、一种网络型内容再现系统，包括服务器和至少一个连接于所述服务器的客户端，

所述服务器包括用于储存多个内容的储存装置，

所述客户端包括用于请求所述服务器提供特定量的多个内容的内容列表的内容列表请求装置，

所述服务器进一步包括响应所述客户端的请求、返回特定量的所述内容列表的内容列表返回装置，

所述客户端进一步包括用于接收从所述服务器返回的内容列表的内容列表接收装置。

2、根据权利要求1所述的网络型内容再现系统，其特征在于，

所述内容列表请求装置传输列表请求命令，该命令包括获得起始索引和获得数目，其中获得起始索引用于指示所述客户端将从所述服务器得到的第一内容，获得数目用于指示所述客户端将从所述服务器得到的内容的数量，并且

所述内容列表返回装置返回与响应所述列表请求命令、从由所述获得起始索引指示的第一内容得到的获得数目一样多内容的内容列表。

3、根据权利要求2所述的网络型内容再现系统，其特征在于，

所述内容列表返回装置进一步返回包括在将要被返回的所述内容列表中的内容的数量和从将要被返回的所述内容列表之后的剩余内容的数量。

4、一种网络型内容再现系统，包括服务器和至少一个连接于所述服务器的客户端，

所述服务器包括用于储存多个内容的储存装置，

所述客户端包括用于请求所述服务器提供多个内容的内容列表的内容列表请求装置，

所述服务器进一步包括响应所述客户端的请求、返回所述内容列表的内容列表返回装置，

所述客户端进一步包括用于接收从所述服务器返回的内容列表的内容列表接收装置，所述客户端进一步包括用于请求所述服务器提供多个类别的类别列表的类别列表请求装置，

所述服务器进一步包括响应所述客户端的请求、用于产生所述类别列表和返回所产生的类别列表的装置，

所述客户端进一步包括用于接收所述服务器返回的类别列表的装置，并且

所述内容列表请求装置在所述接收到的类别列表中选择将被请求的内容列表中的内容的类别。

5、一种网络型内容再现系统，包括服务器和至少一个连接于所述服务器的客户端，

所述服务器包括用于储存多个内容的储存装置，

所述客户端包括用于将生成多个内容的内容列表所必须的列表构建密匙传输给所述服务器的内容列表请求装置，

所述服务器进一步包括基于从所述客户端传送来的列表构建密匙生成所述内容列表并返回所生成的内容列表的内容列表返回装置，

所述客户端进一步包括用于接收从所述服务器返回的内容列表的内容列表接收装置。

6、一种网络型内容再现系统，包括服务器和至少一个连接于所述服务器的客户端，

所述服务器包括用于储存多个内容的储存装置，

所述客户端包括用于请求所述服务器提供从所述多个内容中选择的预定量的内容的内容请求装置，

所述服务器进一步包括响应所述客户端的请求，返回预定量的所述所选择的内容的内容返回装置，

所述客户端进一步包括用于再现从所述服务器返回的内容的再现装置，

所述内容请求装置重复对所述内容的请求直到所述内容全部获得。

7、根据权利要求6所述的网络型内容再现系统，其特征在于，

所述客户端进一步包括用于存储从所述服务器返回的内容的缓冲存储器，并且

当在所述缓冲存储器产生规定的空白空间时，所述内容请求装置请求所述服务器提供所述预定量的内容。

8、根据权利要求6所述的网络型内容再现系统，其特征在于，

所述内容请求装置计算获得起始地址，并传输包括有获得起始地址和获得数据长度的内容传送请求命令，其中获得起始地址用于显示所述预定量内容的第一地址，获得数据长度用于显示由所述客户端将从所述服务器获得的内容的长度，并且

所述内容返回装置响应所述内容传送请求命令，返回来自获得起始地址的获得数据长度的内容。

9、根据权利要求8所述的网络型内容再现系统，其特征在于，

所述内容请求装置将所述获得数据长度添加到前一个获得起始地址来计算下一个获得起始地址。

10、根据权利要求8所述的网络型内容再现系统，其特征在于，

所述客户端进一步包括：

设置第一和第二地址的装置；以及

当所述计算的获得起始地址超过所述第二地址时，用于将所述获得起始地址设置到所述第一地址的装置。

11、根据权利要求8所述的网络型内容再现系统，其特征在于，

所述客户端进一步包括：

设置预想得到地址的装置；以及

将所述获得起始地址设置为所述预想得到地址的装置。

12、根据权利要求8所述的网络型内容再现系统，其特征在于，

所述客户端进一步包括：

设置规定的跳行量的装置；和

通过所述设置的跳行量使所述获得起始地址移位的装置。

13、根据权利要求6所述的网络型内容再现系统，其特征在于，

所述客户端进一步包括向所述服务器传输所述选定的内容的认证信息的装置，

所述服务器包括响应从所述客户端传输的认证信息，用于将所述选定内容的偏移量返回至所述客户端的装置，并且

所述客户端进一步包括基于从所述服务器返回的偏移量来探测所述选定的内容的起始的装置。

14、根据权利要求6所述的网络型内容再现系统，其特征在于，

所述客户端进一步包括向服务器传输所述选定内容的认证信息的装置，

所述服务器进一步包括响应从所述客户端传输来的认证信息，用于向所述客户端返回所述选定内容的大小的装置，以及

所述客户端进一步包括用于根据从所述服务器返回的所述选定内容的大小、探测所述选定内容的末端的装置。

15、一种网络型内容再现系统，包括服务器和至少一个连接于所述服务器的客户端，

所述服务器包括用于储存多个内容的储存装置，

所述客户端包括用于计算获得起始地址并向所述服务器传输获得起始地址的内容请求装置，其中获得起始地址用于显示从所述多个内容中选择的内容的第一地址，

所述服务器进一步包括返回来自于由所述客户端传输来的获得起始地址的内容的内容返回装置，

所述客户端进一步包括用于再现从所述服务器返回的内容的再现装置。

16、一种网络型内容再现系统，包括服务器和至少一个连接于所述服务器的客户端，

所述服务器包括用于储存多个内容的储存装置，

所述客户端包括用于请求所述服务器提供特定量的从所述多个内容中选择的内容的内容请求装置，

所述服务器进一步包括响应所述客户端的请求、向所述客户端返回特定量的所述被选择的内容的内容返回装置，

所述客户端进一步包括用于再现从所述服务器返回的内容的再现装置，

所述内容请求装置响应向所述服务器请求内容和传送所述请求的内容之间的时间，所述内容请求装置改变将向所述服务器请求的内容的特定量。

17、一种网络型内容再现系统，包括服务器和至少一个连接于所述服务器的客户端，

所述服务器包括用于储存多个内容的储存装置，

所述客户端包括用于请求所述服务器提供特定量的从所述多个内容中选择的内容的内容请求装置，

所述服务器进一步包括响应所述客户端的请求、向所述客户端返回特定量的所述被选择的内容的内容返回装置，

所述客户端进一步包括用于再现从所述服务器返回的内容的再现装置，所述内容请求装置响应将向所述服务器请求的内容的数据格式，所述内容请求装置改变将向所述服务器请求的内容的特定量。

Images