JP2005303975A - ネットワークａｖシステム、コントローラ及びその動作プログラム - Google Patents

Abstract

【課題】時間帯ごとにコンテンツを再生できるネットワークＡＶシステムを提供する。
【解決手段】コントローラ２０はクライアントＣＬ１〜ＣＬ３に対応付けられた番組表ＰＳ１〜ＰＳｎを持つ。番組表ＰＳ１〜ＰＳｎは再生時間帯ごとに再生する曲データＭＤを列挙した複数の番組を持つ。番組表ＰＳ１〜ＰＳｎに従って曲データＭＤを再生するようオーディオクライアントＣＬ１〜ＣＬ３に指示する。オーディオクライアントＣＬ１〜ＣＬ３は指示に応答してコンテンツを要求する。サーバ１０は要求に応じてオーディオクライアントＣＬにコンテンツを配信する。各クライアントＣＬ１〜ＣＬ３は、サーバ１０から配信された曲データに基づいて音楽を再生する。
【選択図】図１

Description

本発明は、ネットワークＡＶシステム及びコントローラに関し、さらに詳しくは、サーバとサーバに接続可能な１又は複数のクライアントとを備えたネットワークＡＶシステム及びネットワークＡＶシステムにおけるコントローラに関する。

現在、クライアントサーバシステムを利用したネットワークＡＶシステムが提供されている。下記の特許文献１は、多数のコンテンツを蓄積したサーバと、ＬＡＮ(Local Area Network)経由で接続されたクライアントとを備えたネットワークＡＶシステムを開示する。クライアントは所望のコンテンツをサーバに要求し、これに応じてサーバは要求されたコンテンツをクライアントに配信する。クライアントはサーバから配信されたコンテンツに基づいた音及び／又は映像を再生する。

ネットワークＡＶシステムはさらに、所定のコンテンツに基づいた音及び／又は映像の再生を所定の時刻に開始するアラーム機能や、音及び／又は映像の再生を所定の時刻に終了するスリープ機能を持つ。よって、アラーム機能により再生開始時刻を設定し、スリープ機能により再生終了時刻を設定すれば、所定の音及び／又は映像の再生を所定の時刻に開始し、所定の時刻にその再生を停止できる。

しかしながら、ネットワークＡＶシステムには、再生開始時刻と再生終了時刻とを複数設定する機能はない。そのため、たとえば１０時から１１時までの時間帯及び１９時から２０時までの時間帯といった複数の時間帯に所定の音又は映像を再生するとき、いずれかの時間帯でユーザ操作により再生を開始又は終了する必要が生じる。
国際公開ＷＯ０３／１０２９１９ 特開２００２−２８０９８６号公報 特開平９−８３４６５号公報

本発明の目的は、再生開始時刻及び再生終了時刻にユーザ操作を行うことなく、複数の時間帯でコンテンツに基づいた音及び／又は映像を再生できるネットワークＡＶシステムを提供することである。

課題を解決するための手段及び発明の効果

本発明によるネットワークＡＶシステムは、サーバと、サーバに接続可能な１又は複数のクライアントとを備えたネットワークＡＶシステムであって、サーバは、コンテンツ蓄積手段を備える。コンテンツ蓄積手段は複数のコンテンツを蓄積する。また、ネットワークＡＶシステムは番組情報蓄積手段と、指示手段と、再生手段とを備える。番組情報蓄積手段は、各々がコンテンツに関するコンテンツ情報とコンテンツ情報に対応した再生時間帯とを有する複数の番組情報を含む１又は複数の番組表を蓄積する。指示手段は、番組表に従ってコンテンツを再生するよう指示する。再生手段は、指示に応答して、コンテンツを再生する。サーバはさらに配信手段を備える。配信手段は、１又は複数の再生手段にコンテンツを配信する。番組情報蓄積手段と指示手段と再生手段とはサーバに含めてもクライアントに含めてもよく、要するにネットワークＡＶシステム内のどこかにあればよい。また、コンテンツは音（音楽又は音声）データでも映像データでもよく、静止画データでもよい。また、これらのデータを組み合わせたものでもよい。

本発明によるネットワークＡＶシステムでは、番組表の番組情報内の再生時間帯に対応したコンテンツ情報に従って、サーバがコンテンツを配信し、再生手段が配信されたコンテンツに基づいた音及び／又は映像を再生する。番組表には、再生の対象となるコンテンツに関する情報が再生する時間帯ごとに登録されている。そのため、ネットワークＡＶシステムは、番組表に従って複数の時間帯にコンテンツに基づいた音及び又は映像を再生できる。再生の際、再生開始時刻及び再生終了時刻にユーザ操作により再生を開始又は終了する必要は生じない。

好ましくは、ネットワークＡＶシステムは、複数の再生手段のうち所望の再生手段を複数の番組表のうち所望の番組表に対応付ける手段を備える。指示手段は、番組表に対応付けられた再生手段にコンテンツを再生するよう指示する。

この場合、再生手段は対応付けられた番組表に従ってコンテンツに基づいた音及び／又は映像を再生する。再生手段に対応付けられる番組表は複数の番組表の中から任意に選択される。そのため、ネットワークＡＶシステムは、所望の番組表に従った音及び／又は映像を所望の再生手段に再生させることができる。また、各再生手段は異なる番組表に従って音及び／又は映像を再生できる。

好ましくは、ネットワークＡＶシステムは、番組表が有する再生時間帯が現在時刻を含むか否かを判断する手段と、番組表に対応づけられた再生手段が再生中か否かを判断する手段とを備える。指示手段は、再生時間帯が現在時刻を含み、かつ再生手段が再生中でないと判断したとき、再生時間帯に対応したコンテンツ情報に従ってコンテンツを再生する。

この場合、ネットワークＡＶシステムは、現在時刻及び再生時間帯を参照し、番組表内に再生の対象となるコンテンツが存在するか否か判断する。再生の対象となるコンテンツが存在する場合、その番組表に対応付けられた全ての再生手段が再生中か否かを判断する。そして、再生中でない再生手段がある場合、その再生手段にコンテンツを再生させる。番組表に新規に対応付けられた再生手段は、対応付けられた直後は停止しているが、上記判断により、再生対象のコンテンツに基づいた音及び／又は映像を再生する。つまり、番組表に新規に対応付けられた再生手段であっても、対応付けられた直後に、コンテンツに基づいた音及び／又は映像を再生できる。

好ましくは、ネットワークＡＶシステムはさらに、番組情報作成手段と番組表登録手段とを備える。番組情報作成手段は番組情報を作成する。番組表登録手段は、作成した番組情報を番組表に登録する。新規の番組情報を作成し、既存の番組情報と置き換える動作である「変更」も、ここでいう「作成」に含まれる。

この場合、ネットワークＡＶシステムは、所望の番組情報を作成する。つまり、番組情報内のコンテンツ情報及び再生時間帯を自由に設定する。そのため、所望の時間帯に所望のコンテンツに基づいた音及び／又は映像を再生できる。また、ネットワークＡＶシステムは、作成した番組情報を所望の番組表に登録する。そのため、番組表ごとに異なる番組情報を登録することができる。

さらに、ネットワークＡＶシステムは、新規の番組情報を作成し、既存の番組情報と置き換える。つまり、番組情報を変更する。このとき、ネットワークＡＶシステムは、変更された番組情報内の再生時間帯に対応したコンテンツ情報に従って、音及び／又は映像を再生する。つまり、再生手段の再生中に番組情報が変更された場合であっても、再生手段は変更された番組情報に従って再生を継続する。

好ましくは、ネットワークＡＶシステムは、コンテンツ情報作成手段を備える。コンテンツ情報作成手段は、コンテンツ蓄積手段に蓄積されたコンテンツの中から選択されたコンテンツを列挙してコンテンツ情報を作成する。

この場合、ネットワークＡＶシステムは、コンテンツ蓄積手段に蓄積された複数のコンテンツから所望のコンテンツを自由に選択し、選択したコンテンツを列挙してコンテンツ情報を作成する。よって、コンテンツ蓄積手段内の複数のコンテンツに基づいて、コンテンツ情報を容易に作成できる。

好ましくは、指示手段は、コンテンツ情報に列挙されたコンテンツを順番に再生するよう指示する。

この場合、再生手段はコンテンツ情報に列挙された順にコンテンツに基づいた音及び／又は映像を再生する。よって、コンテンツ情報を作成するとき、コンテンツの列挙順を考慮することで、コンテンツに基づく音及び／又は映像を再生する順番も自由に設定できる。

好ましくは、番組表はさらに、コンテンツ情報とコンテンツ情報に対応した再生開始時刻とを有する臨時番組情報を含む。指示手段は、現在時刻が再生開始時刻と同じになったとき、再生手段が再生時間帯に対応したコンテンツ情報に従ってコンテンツを再生中か否かにかかわらず再生開始時刻に対応したコンテンツ情報に従ってコンテンツを再生するよう指示する。

この場合、ネットワークＡＶシステムはいつでも再生手段に臨時番組を再生させることができる。具体的には、再生手段が番組情報に従って番組を再生している最中であっても、その番組の再生を中断し、臨時番組を再生させることができる。

好ましくは、ネットワークＡＶシステムは終了判断手段を備える。終了判断手段は、再生手段が再生開始時刻に対応したコンテンツ情報に基づくコンテンツを再生し終えたか否かを判断する。指示手段は、終了判断手段がコンテンツを再生し終えたと判断したとき、対応する再生時間帯が現在時刻を含むコンテンツ情報に従ってコンテンツを再生するよう指示する。

この場合、再生手段は番組情報の番組の再生を中断し臨時番組を再生しても、臨時番組の再生が終了した後に番組情報の番組を再び再生できる。

好ましくは、コンテンツ情報はコンテンツのリストである。指示手段は、リストのコンテンツを順番に再生するよう指示する。ネットワークＡＶシステムはさらに特定手段を備える。特定手段は、再生手段が現在時刻を含む再生時間帯に対応したコンテンツ情報に従ってコンテンツを再生中に現在時刻が再生開始時刻と同じになったとき、再生手段が再生していたコンテンツを特定する。指示手段は、終了判断手段がコンテンツを再生し終えたと判断し、かつ、現在時刻が再生時間帯に含まれるとき、特定されたコンテンツから順番に再生するよう指示する。

再生中の番組を中断し臨時番組を再生する場合、特定手段が中断されたコンテンツを特定する。そのため臨時番組の再生が終了した後、再生手段は中断されたコンテンツから順番に再び再生を開始できる。

以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。

１．第１の実施の形態
１．１．構成
１．１．１．システム構成
図１を参照して、ネットワークＡＶシステム１は、サーバ１０と、コントローラ２０と、複数のオーディオクライアントＣＬ（ＣＬ１〜ＣＬ３）とを備える。コントローラ２０及びオーディオクライアントＣＬ１〜ＣＬ３はサーバ１０にＬＡＮケーブル１８を介して接続される。

サーバ１０は複数の曲データＭＤ１〜ＭＤｉ（ｉは自然数）を蓄積する。コントローラ２０はオーディオクライアントＣＬ１〜ＣＬ３に対応付けられた番組表ＰＳ１〜ＰＳｎを持ち、それらの番組表ＰＳ１〜ＰＳｎに従って曲データＭＤを再生するようオーディオクライアントＣＬ（ＣＬ１〜ＣＬ３のうち、任意のオーディオクライアント）に指示する。オーディオクライアントＣＬは指示に応答して曲データＭＤ（ＭＤ１〜ＭＤｉのうち、任意の曲データ）を要求する。サーバ１０は要求に応じてオーディオクライアントＣＬに曲データＭＤを配信する。各クライアントＣＬは、サーバ１０から配信された曲データＭＤに基づいて音楽を再生する。図１では１つのサーバ１０と１つのコントローラ２０と３つのオーディオクライアントＣＬ１〜ＣＬ３とを示したが、サーバ１０とコントローラ２０とオーディオクライアントＣＬとは、それぞれが１つでもよいし、複数あってもよい。また、コンテンツを曲データＭＤとしたが、映像データや映像及び音声を合わせたデータであってもよい。

１．１．２．サーバ
図２を参照して、サーバ１０は、サーバアプリケーション１１１がインストールされたハードディスク１１と、ＣＰＵ１２と、メモリ１３と、ＬＡＮコントローラ１４とを備える。これらは相互にバスで接続される。一般的なコンピュータにサーバアプリケーションプログラム１１１をインストールし、メモリ１３にロードされたプログラムに基づいてＣＰＵ１２が動作することで、そのコンピュータはサーバ１０として機能する。ハードディスク１１はオーディオクライアントＣＬに配信する複数の曲データＭＤ１〜ＭＤｉを蓄積する。

１．１．３．コントローラ
図３を参照して、コントローラ２０は、コントローラアプリケーションプログラム２１１がインストールされたハードディスク２１と、ＣＰＵ２２と、ＣＲＴやＬＣＤ等のディスプレイ２３と、メモリ２４と、ＬＡＮコントローラ２５と、マウスやキーボード等の入力装置２６とを備える。これらは相互にバスで接続される。一般的なコンピュータにコントローラアプリケーションプログラム２１１をインストールし、メモリ２４にロードされたプログラムに基づいてＣＰＵ２２が動作することで、そのコンピュータはコントローラ２０として機能する。

ハードディスク２１は、複数の番組表ＰＳ（Program Schedule）１〜ＰＳｎ（ｎは自然数）を蓄積する。番組表ＰＳ１〜ＰＳｎは、１日（０時〜２４時）の各時間帯に再生する番組のスケジュールを含む。番組表ＰＳ１〜ＰＳｎの所定の情報はディスプレイ２３に図４のように表示される。ディスプレイ２３に表示された番組表ＰＳは、再生時間帯が定められた複数の番組ＰＲを有する。たとえば、番組表名ＰＳＮが「ＪＰＯＰチャンネル」である番組表ＰＳ１は、１５時〜１６時に再生される番組ＰＲ１と、１６時〜１７時３０分に再生される番組ＰＲ２と、１７時半〜１９時に再生される番組ＰＲ３とを有する。各番組ＰＲは再生開始時刻ＳＴと、番組中に再生する曲に関する曲情報ＭＩ１〜ＭＩｊ（ｊは自然数）とを含む。

図３中のハードディスク２１に蓄積された番組表ＰＳｎは番組表情報ＰＳＩｎを含む。一例として番組表ＰＳ１に含まれる番組表情報ＰＳＩ１を表１に示す。

表１を参照して、「番組表名」には、番組表ＰＳの番組表名ＰＳＮが登録される。表１では、番組表ＰＳ１の番組表名ＰＳＮ＝「ＪＰＯＰチャンネル」が登録される。「プレイリストＩＤ」には、サーバ１０に登録されるプレイリストの識別子が登録される。プレイリストとは、複数の曲を列挙した一時的な曲リストであり、サーバ１０のメモリ１３内に記憶される。「再生番組番号」には、番組指示処理の対象となる番組の番組番号が登録される。番組指示処理については後述する。「番組リスト」には、番組表ＰＳが有する番組リストＰＬを登録する。表１では、番組リストＰＬ１が登録される。表２に番組リストＰＬ１を示す。

番組リストＰＬ１は、番組番号＝１〜ｋ（ｋは自然数）に対応した複数の番組情報ＰＩ１〜ＰＩｋとを含む。番組情報ＰＩｋは、番組ＰＲｋに関する情報である。たとえば、番組情報ＰＩ１は図４中の番組ＰＲ１の番組情報であり、番組情報ＰＩ２は番組ＰＲ２の番組情報である。番組情報ＰＩ１を表３に示す。

番組情報ＰＩ１は、「再生時間帯」と「番組状況」と「コンテンツ情報」とを含む。「再生時間帯」には番組ＰＲ１の再生開始時刻ＳＴと再生終了時刻ＦＴとが登録される。「番組状況」には、番組の再生状況を登録する。たとえば、番組ＰＲ１がまだ再生されていない場合、「番組状況」には「未開始」が登録される。一方、番組ＰＲ１が再生中の場合、「番組開始済」が登録される。後述する曲リストＭＬが変更されれば、「曲リスト変更」が登録される。

「コンテンツ情報」には番組ＰＲ１で再生する複数のコンテンツを列挙したコンテンツ情報が登録される。本実施の形態では、コンテンツは曲データＭＤであるため、コンテンツ情報を曲リストＭＬと称する。表３では、複数の曲を列挙した曲リストＭＬ１が登録される。曲リストＭＬ１を表４に示す。

曲リストＭＬ１は、曲番号＝１〜ｊ（ｊは自然数）に対応した曲情報ＭＩ１〜ＭＩｊを含む。曲情報ＭＩｊはサーバ１０に蓄積された曲データＭＤｊを特定するための情報である。曲情報ＭＩｊはたとえば、曲の識別番号である曲ＩＤや曲名やアーティスト名等を含む。番組ＰＲが再生されるとき、曲番号の順に曲が再生される。

ハードディスク２１はさらに、クライアントデータＣＤ１〜ＣＤ３を蓄積する。クライアントデータＣＤ１〜ＣＤ３は、オーディオクライアントＣＬ１〜ＣＬ３に関する情報である。コントローラ２０は、クライアントデータＣＤ１〜ＣＤ３に基づいてオーディオクライアントＣＬ１〜ＣＬ３を監視する。クライアントデータＣＤ１を表５に示す。

クライアントデータＣＤ１は、「番組表」と「再生状況」とを含む。「番組表」には、クライアントＣＬ１に対応付けられた番組表が登録される。表５では「番組表ＰＳ１」が登録される。「再生状況」はクライアントＣＬ１の再生状況が登録される。具体的には、「再生中」又は「停止」が登録される。クライアントデータＣＤ１〜ＣＤ３の「番組表」の番組表名は図４のクライアントデータエリア５０１〜５０３に表示される。たとえば、クライアントデータエリア５０１内の番組表名エリア５１１には「ＪＰＯＰチャンネル」が表示される。

１．１．４．オーディオクライアント
図５を参照して、オーディオクライアントＣＬは、ハードディスク３０と、ＣＰＵ３２と、メモリ３３と、ＬＡＮコントローラ３４と、デコーダ３５と、Ｄ／Ａ変換器３６とを備える。

オーディオクライアントＣＬは、コントローラ２０からの指示に応答し、サーバ１０から配信された曲データＭＤに基づいて曲を再生する。ハードディスク３０にインストールされたクライアントアプリケーションプログラム３１が、後述する各ステップをオーディオクライアントＣＬに実行させることにより、サーバ１０から配信された曲データＭＤをデコーダ３５に与える。デコーダ３５は曲データＭＤをデコードし、Ｄ／Ａ変換器３６に与える。Ｄ／Ａ変換器３６は、デコーダ３５からのデジタルオーディオ信号をアナログオーディオ信号に変換し、図示しないスピーカに出力する。

１．２．動作
１．２．１．接続処理
ネットワークＡＶシステム１では、初めにオーディオクライアントＣＬがサーバ１０と接続を確立する。以下、オーディオクライアントＣＬによるサーバ１０への接続処理について説明するが、コントローラ２０によるサーバ１０との接続処理も同じである。

図６を参照して、オーディオクライアントＣＬは、ＴＣＰ(Transmission Control Protocol)に従い、サーバ１０のＩＰ（Internet Protocol）アドレス及びコマンドポートでソケットを生成し、このソケットでサーバ１０に接続を要求する（Ｓ１０１）。コマンドポートは、オーディオクライアントＣＬからサーバ１０へのコマンドを受信し、かつサーバ１０からオーディオクライアントＣＬへの応答を送信するためのポートである。サーバ１０はコマンドポートでの接続を受け付け（Ｓ２５１）、接続に成功した場合はステップＳ１０３に進む（Ｓ１０２）。これによりオーディオクライアントＣＬはサーバ１０のコマンドポートに接続を確立する。

続いて、オーディオクライアントＣＬはコマンドポートにクライアントインデックス要求コマンドを送信する（Ｓ１０３）。サーバ１０はクライアントインデックス要求コマンドに応答してコマンドポートからクライアントインデックスをオーディオクライアントＣＬに返信し（Ｓ２５２）、オーディオクライアントＣＬはこれを受信する（Ｓ１０４）。クライアントインデックス要求コマンドは、オーディオクライアントＣＬがサーバ１０にクライアントインデックスを要求するコマンドである。クライアントインデックスは、サーバ１０からオーディオクライアントＣＬに割り当てられる識別子（ＩＤ）である。

続いて、オーディオクライアントＣＬは、ＴＣＰに従い、サーバ１０のＩＰアドレス及びプッシュポートでソケットを生成し、このソケットでサーバ１０に接続を要求する（Ｓ１０５）。プッシュポートは、サーバ１０からオーディオクライアントＣＬへの要求を送信するためのポートである。サーバ１０はプッシュポートでの接続を受け付け（Ｓ２５３）、接続が成功した場合はステップＳ１０７に進む（Ｓ１０６）。これによりオーディオクライアントＣＬはサーバ１０のプッシュポートに接続を確立する。ただし、この時点ではまだ、サーバ１０はプッシュポートに接続された装置を特定できていない。そのため、オーディオクライアントＣＬはステップＳ１０４で受信したクライアントインデックスをサーバ１０のプッシュポートに送信する（Ｓ１０７）。サーバ１０はクライアントインデックスを受信し（Ｓ２５４）、これによりプッシュポートに接続された装置を特定する。

１．２．２．コントローラの動作
コントローラ２０は、番組表更新処理と、番組表選定処理と、番組指示処理とを実行する。番組表更新処理では、曲リストＭＬ及び番組情報ＰＩを作成し、番組表ＰＳに登録する。なお、新規の番組情報ＰＩを作成し、既存の番組情報ＰＩと置き換える動作である「変更」も、ここでいう「作成」に含まれる。番組表選定処理では、所望のオーディオクライアントＣＬに所望の番組表ＰＳを対応付ける。番組指示処理では、番組表ＰＳに従って、オーディオクライアントＣＬに番組ＰＲの再生又は停止を指示する。以下、それぞれの処理について説明する。

１．２．２．１．番組表更新処理
図４と図７と図８とを参照して、コントローラ２０は、初めにディスプレイ２３に図４の画面を表示する（Ｓ２００）。表示後、入力装置２６によるユーザ操作に基づいて、コントローラ２０は番組情報ＰＩを作成する（Ｓ２２０）。番組表ＰＳ１中の番組ＰＲ１の番組情報ＰＩ１を作成するとき、ユーザ操作に基づいて画面中の番組表ＰＳ１の番組表名ＰＳＮ＝「ＪＰＯＰチャンネル」を選択する。選択後、コントローラ２０はディスプレイ２３に図８の番組情報作成画面を表示する。

番組情報作成画面は、曲情報エリア３００と番組情報作成エリア４００とを含む。曲情報エリア３００は、サーバ１０に蓄積された曲データＭＤ１〜ＭＤｉの曲情報ＭＩ１〜ＭＩｉ（たとえば曲名）が表示される。曲情報ＭＩ１〜ＭＩｉは以下の動作により曲情報エリア３００に表示される。たとえば番組表名ＰＳＮ＝「ＪＰＯＰチャンネル」を選択したとき、コントローラ２０が曲情報要求コマンドをサーバ１０に出力し、曲情報要求コマンドに応じてサーバ１０が曲情報ＭＩ１〜ＭＩｉをコントローラ２０に送信する。曲情報ＭＩ１〜ＭＩｉはメモリ２４に登録され、曲情報エリア３００に表示される。曲情報ＭＩ１〜ＭＩｉは予めコントローラ２０のハードディスク２１に登録されていてもよい。

番組情報作成エリア４００は、曲リスト作成エリア４１０と再生開始時刻ＳＴ入力エリア４２０と再生終了時刻ＦＴ入力エリア４３０とを含む。曲リスト作成エリア４１０には、曲番号及び曲情報ＭＩが表示される。

ユーザ操作に基づいて、コントローラ２０はコンテンツ情報である曲リストＭＬ１を作成する（Ｓ２０１）。コントローラ２０は、初めに曲番号を決定する。曲番号６に所望の曲情報ＭＩを設定する場合、曲リスト作成エリア４１０内の複数の曲追加ボタンＢ１〜Ｂ６のうち、曲追加ボタンＢ６を選択する。このとき、曲番号６の位置に「曲追加場所」カーソル４４０が表示される。

続いて、ユーザ操作に基づいて、コントローラ２０は、曲情報エリア３００から所望の曲情報ＭＩを選択する。選択された曲情報ＭＩは曲リスト作成エリア４１０内の曲番号６の位置に設定される。なお、曲番号２に新たな曲情報ＭＩを設定したい場合、曲追加ボタンＢ２を選択すればよい。この場合、曲番号２の位置に曲追加場所カーソルが表示され、既に設定されていた曲名「ｂｂｂｂｂｂｂ」以下の曲は曲番号３以降にずれる。

以上の動作により、ユーザの操作に基づいて、コントローラ２０は複数の曲データＭＤ１〜ＭＤｉの中から、所望の複数の曲データＭＤを列挙した曲リストＭＬ１を作成できる。後述するように、曲番号順に曲の再生が実行されるため、ユーザ操作により曲の再生順を自由に設定できる。

コンテンツ情報である曲リストＭＬ１を作成後、コントローラ２０は再生時間帯を作成する（Ｓ２０２）。ユーザ操作に基づいて、コントローラ２０は、再生開始時刻ＳＴ入力エリア４２０に再生開始時刻ＳＴ＝「１５：００」を設定し、再生終了時刻ＦＴ入力エリア４３０に再生終了時刻ＦＴ＝「１６：００」を設定する。

以上の動作後、確定ボタン３５０がユーザ操作により選択されると、ステップＳ２２０で作成された番組情報ＰＩ１が番組表ＰＳ１内に登録される（Ｓ２０３）。具体的には、番組情報ＰＩ１は番組表ＰＳ１内の番組リストＰＬ１に登録される。同様の動作で番組情報ＰＩ１の変更もできる。また、番組情報ＰＩ１を番組表ＰＳ１から削除する場合、番組情報作成エリア４００内の削除ボタン４６０を選択する。

以上の動作により、ユーザ操作により、コントローラ２０は、番組表ＰＳ内の番組情報ＰＩ（番組ＰＲ）を自由に作成できる。また、作成した番組情報ＰＩを所望の番組表ＰＳに登録できる。

番組情報ＰＩ１を番組表ＰＳ１に登録後、コントローラ２０は登録内容判断処理を実行する（Ｓ２０４）。登録内容判断処理では、作成した番組情報ＰＩに基づいて、番組表ＰＳ１の番組情報ＰＩを並べ替える。また、作成した番組情報ＰＩ１の番組状況を設定する。番組状況は後述する番組指示処理で利用される。

図９を参照して、登録内容判断処理（Ｓ２０４）では、初めに、コントローラ２０は作成した番組情報ＰＩ１の再生開始時刻ＳＴが変更されたか否かを判断する（Ｓ２０４１）。新規に番組情報ＰＩ１が作成された場合、及び新規に番組情報ＰＩ１を作成し、既存の番組情報ＰＩ１と置き換えた結果再生開始時間ＳＴが変更された場合、コントローラ２０は、再生開始時刻ＳＴが変更されたと判断する。続いて、コントローラ２０は、再生開始時刻ＳＴが現在時刻よりも後に設定されたか否かを判断する（Ｓ２０４２）。再生開始時刻ＳＴが現在時刻よりも後に設定された場合、作成した番組情報ＰＩ１内の番組状況に「未開始」を登録する（Ｓ２０４３）。登録後、コントローラ２０は、作成された番組情報ＰＩ１を含む番組表ＰＳ１内の複数の番組情報ＰＩを再生開始時刻ＳＴ順に並べ替える（Ｓ２０４４）。番組番号順に番組が再生されるため、再生開始時間ＳＴ順に番組情報ＰＩを並べ替えておく。

ステップＳ２０４４を実行後、又はステップ２０４１で再生開始時刻ＳＴの変更がされていない（たとえば、番組情報ＰＩ１内の曲リストＭＬ１のみ変更した場合）と判断した場合、コントローラ２０は、作成された番組情報ＰＩ１内の曲リストＭＬが変更され、かつ、作成した番組情報ＰＩ１内の番組状況が「再生開始済」であるか否かを判断する（Ｓ２０４５）。換言すれば、再生中の番組情報ＰＩの曲リストＭＬを変更したか否かを判断する。コンテンツ情報が変更され、かつ、番組状況が「再生開始済」である場合、すなわち、再生中の番組情報ＰＩ１の曲リストＭＬ１を変更した場合、コントローラ２０はその番組状況を「再生開始済」から「曲リスト変更」に変更した後、動作を終了する。再生中に曲リストＭＬを変更した場合であっても、番組状況を「曲リスト変更」にすることにより、変更された曲リストＭＬに基づいて再生を継続させることができる。詳細については後述する。

１．２．２．２．番組表選定処理
番組表選定処理では、所望のオーディオクライアントＣＬに所望の番組表ＰＳを対応付ける。図４及び図１０を参照して、ディスプレイ２３に図４の画面が表示される（Ｓ３００）。画面には、クライアントデータエリア５０１〜５０３が表示される。オーディオクライアントＣＬ１に番組表ＰＳ１を対応付ける場合、ユーザ操作に基づいて、コントローラ２０はクライアントデータＣＤ１に対応したクライアントエリア５０１内のエリア５１１に、番組表ＰＳ１の番組表名ＰＳＮ＝「ＪＰＯＰチャンネル」を入力する。このとき、コントローラ２０はクライアントデータＣＤ１内の番組表に番組表名「ＪＰＯＰチャンネル」の番組表である「番組表ＰＳ１」を登録する（Ｓ３０１）。これによりオーディオクライアントＣＬ１に番組表ＰＳ１が対応付けられる。続いて、登録した番組表ＰＳ１の番組表情報ＰＳＩ１の再生番組番号が「番組番号１」であることを確認し、番組番号１に対応する番組情報ＰＩ１の番組状況を「未開始」とする（Ｓ３０２）。これにより、ステップＳ３０１により番組表ＰＳに新規に対応付けられたオーディオクライアントＣＬは対応付けられた直後に、番組表ＰＳに従って曲を再生できる。詳細については後述する。

１．２．２．３．番組指示処理
コントローラ２０は所定期間毎に番組指示処理を実行する。番組指示処理では、コントローラ２０は、番組表ＰＳに従ってオーディオクライアントＣＬに曲データＭＤを再生又は停止するように指示する。

図１１を参照して、コントローラ２０は初めに番組表ＰＳ用のカウント値ｘ＝１とする（Ｓ４０１）。続いて、カウント値ｘ＝１が番組表ＰＳの総数ｎよりも大きいか否かを判断する（Ｓ４０２）。カウント値ｘ＝１が番組表ＰＳの総数ｎよりも小さい場合、ハードディスク２１には番組表ＰＳｘ、すなわち番組表ＰＳ１が登録されている。コントローラ２０は番組表ＰＳ１に従って、指示処理を実行する（Ｓ４０３）。指示処理では、番組表ＰＳ１に対応した全てのオーディオクライアントＣＬに対して、再生又は停止を指示する。

ステップＳ４０３で指示処理を終了すると、カウント値ｘをインクリメントし（Ｓ４０４）、ステップＳ４０２に戻る。要するに、コントローラ２０は、全ての番組表ＰＳ１〜ＰＳｎについて指示処理（Ｓ４０３）を実行する。カウント値ｘが番組表ＰＳの総数ｎを越えた場合、換言すると、全ての番組表ＰＳ１〜ＰＳｎについて指示処理を実行した場合、コントローラ２０は番組指示処理を終了する。

以下、カウント値ｘ＝１の場合（すなわち、番組表ＰＳ１の場合）のステップＳ４０３の指示処理について説明する。

［再生開始時刻直後の指示処理］
図１２及び図１３を参照して、現在時刻が１５時の場合、コントローラ２０は、番組表ＰＳ１の番組リストＰＬ１に番組情報ＰＩが存在するか否かを判断する（Ｓ４０３１）。番組リストＰＬ１に番組情報ＰＩがない場合、再生する曲がないため指示処理は終了する。

番組リストＰＬ１は複数の番組情報ＰＩ１〜ＰＩｋを含むため、ステップＳ４０３２へ進む。ステップＳ４０３２で、コントローラ２０は番組表情報ＰＳＩ１から再生番組番号である「番組番号１」を取得する。再生番組番号は現在時刻に指示処理の対象となっている番組情報ＰＩの番組番号である。コントローラ２０は、番組リストＰＬ１を参照し、番組番号１に対応した番組情報を番組情報ＰＩ１と特定する。コントローラ２０は特定した番組情報ＰＩ１の番組状況を確認する（Ｓ４０３３，Ｓ４０３４）。

１５時直後では、番組情報ＰＩ１の番組状況は「未開始」となっている。換言すると、コントローラ２０は、ステップＳ４０３３で「再生開始済」ではないと判断し、ステップＳ４０３４で「曲リスト変更」ではないと判断する。さらに、コントローラ２０は現在時刻（１５時直後）が番組情報ＰＩ１内の再生開始時刻ＳＴ＝１５：００を経過したと判断する（Ｓ４０３６）。コントローラ２０は、番組表情報ＰＩ１対応付けられたオーディオクライアントＣＬ１に、番組情報ＰＩ１に基づいた曲を再生させるため、番組開始処理を実行する（Ｓ５０００）。番組再生処理を実行後、コントローラ２０は、番組情報ＰＩ１の再生終了時刻ＦＴ＝１６：００が現在時刻を経過していないと判断し（Ｓ４０３７）、指示処理を終了する。

ステップＳ５０００の再生開始処理について説明する。コントローラ２０は番組情報ＰＩ１内の「コンテンツ情報」に登録された曲リストＭＬ１をサーバ１０に送信する（Ｓ５００１）。このとき、コントローラ２０は、番組表情報ＰＳＩ１内のプレイリストＩＤもサーバ１０に送信する。サーバ１０は曲リストＭＬ１をプレイリストＩＤのプレイリストに登録する。

曲リストＭＬ１を送信後、オーディオクライアントＣＬ用のカウント値ｙ＝１とする（Ｓ５００２）。続いて、オーディオクライアントＣＬの総数（本実施の形態では総数＝３）がカウント値ｙよりも多いか否かを判断する（Ｓ５００３）。コントローラ２０は、オーディオクライアントＣＬの総数をクライアントデータＣＤの総数に基づいて決定する。

オーディオクライアントＣＬの総数はカウント値ｙ＝１よりも多い。そのため、コントローラ２０は、クライアントデータＣＤｙ、つまり、クライアントデータＣＤ１を参照する。コントローラ２０は、クライアントデータＣＤ１内の番組表が番組表ＰＳｘ、つまり番組表ＰＳ１（カウント値ｘ＝１）であるか否かを判断する（Ｓ５００４）。クライアントデータＣＤ１の番組表は番組表ＰＳ１であるため、コントローラ２０はクライアントデータＣＤ１の再生状況が「停止」か否かを判断する（Ｓ５００５）。再生状況が「停止」の場合、曲は再生されていない。そこでコントローラ２０はオーディオクライアントＣＬ１に再生指示を送信する（Ｓ５００６）。再生指示はサーバ１０を経由してオーディオクライアントＣＬ１に送信される。再生指示を受けたオーディオクライアントＣＬ１は曲再生処理を実行し、連続して曲を再生する。曲再生処理については後述する。

再生指示を送信後、クライアントデータＣＤ１中の再生状況を「再生中」に設定する（Ｓ５００７）。これにより、コントローラ２０はオーディオクライアントＣＬ１が再生中であると認識できる。設定後、カウント値ｙをインクリメントし（Ｓ５００８）、ステップＳ５００３に戻る。要するに、番組表ＰＳ１に対応付けられている全てのオーディオクライアントＣＬに対して、再生状況を確認し、再生指示を送信する。

ステップＳ５００３での判断の結果、カウント値ｙがオーディオクライアントＣＬの総数よりも大きいとき、換言すると、全てのオーディオクライアントＣＬ１〜ＣＬ３について番組表ＰＳ１が対応付けられているか否か判断し終えたとき、コントローラ２０は番組情報ＰＩ１内の番組状況を「未開始」から「再生開始済」に更新する（Ｓ５００９）。要するに、番組表ＰＳ１に対応付けられた全てのオーディオクライアントＣＬに再生指示を送信した後、番組状況を「再生開始済」とする。

１５時直後に番組開始処理を実行後、再生終了時刻ＦＴ（１６時）までの間の指示処理（Ｓ４０３）では、コントローラ２０は、ステップＳ４０３３において番組状況を「再生開始済」と判断し、さらに番組情報ＰＩ１内の再生終了時刻（１６時）は経過していないと判断するため（Ｓ４０３７）、そのまま動作を終了する。

なお、オーディオクライアントＣＬ１が曲リストＭＬ１に基づく曲を再生中に、番組表選定処理により、オーディオクライアントＣＬ２が番組表ＰＳ１に新たに対応付けられたとき、番組表選定処理（図１０）のステップＳ３０２により番組情報ＰＩ１の番組状況は「再生開始済」から「未開始」となる。つまり、オーディオクライアントＣＬ１が番組情報ＰＩ１に基づいた曲の再生を実行中であるにもかかわらず、番組情報ＰＩ１の番組状況は「未開始」となる。そのため、指示処理において番組開始処理（Ｓ５０００）を実行する。このとき、コントローラ２０は、ステップＳ５００５でオーディオクライアントＣＬ１の再生状況を「再生中」と判断する。そのため、オーディオクライアントＣＬ１に再生指示を送信しない。一方、新たに対応付けられたオーディオクライアントＣＬ２の再生状況は「停止」であるため、オーディオクライアントＣＬ２に再生指示を送信する。その結果、再生中の番組情報ＰＩ１を含む番組表ＰＳ１に新たにオーディオクライアントＣＬ２が対応付けられた場合であっても、オーディオクライアントＣＬ２は対応付けられた直後に番組情報ＰＳ１に基づく曲を再生できる。

［再生終了時刻直後の指示処理］
現在時刻が１６時直後のステップＳ４０３の指示処理について説明する。図１２及び図１４を参照して、ステップＳ４０３３でコントローラ２０は、番組情報ＰＩ１内の番組状況が「再生開始済」であると判断する。さらに、ステップＳ４０３７で番組情報ＰＩ１内の再生終了時刻ＦＴ＝１６：００を経過していると判断する。コントローラ２０は番組情報ＰＩ１に基づく曲の再生を終了させるため、番組終了処理を実行する（Ｓ６０００）。実行後、コントローラ２０は、番組表情報ＰＳＩ１内の再生番組番号が番組リストＰＬ１に登録された最後の番組番号ｋよりも小さいか否かを判断する（Ｓ４０３８）。番組表情報ＰＳＩ１内の番組番号１は番組番号ｋよりも小さいため、コントローラ１０は再生番組番号をインクリメントして番組番号２とする（Ｓ４０３９）。すなわち、番組情報ＰＩ１が終了した後、番組情報ＰＩ２（番組ＰＲ２）を番組指示処理の対象とする。

一方、ステップＳ４０３８で、再生番組番号が番組番号ｋの場合、換言すると、番組リストＰＬ１の最後の番組情報ＰＩｋの再生が終了した場合、番組リストＰＬ１内の全ての番組情報ＰＩの番組状況を「未開始」に更新し（Ｓ４０４０）、さらに再生番組番号を「番組番号１」に更新して（Ｓ４０４１）、指示処理を終了する。番組情報ＰＩｋの再生が終了した場合、番組表ＰＳ１内の全ての番組ＰＲの再生が完了したことになる。つまり、番組表ＰＳ１の１日の番組再生スケジュールが全て終了したことになる。全ての番組情報ＰＩｋの番組状況を「未開始」にすることで、翌日に番組番号１の番組情報ＰＩ１から再び再生が開始される。

ステップＳ６０００の番組終了処理を説明する。番組終了処理では、初めにカウント値ｙ＝１とし（Ｓ６００１）、オーディオクライアントＣＬの総数がカウント値ｙよりも多いか否かを判断する（Ｓ６００２）。オーディオクライアントＣＬの総数がカウント値ｙよりも大きい場合、クライアントデータＣＤ１の番組表が番組表ＰＳ１（カウント値ｘ＝１）であるか否かを判断する（Ｓ６００３）。クライアントデータＣＤ１の番組表は「番組表ＰＳ１」であるため、コントローラ２０はオーディオクライアントＣＬ１に停止指示を送信する（Ｓ６００４）。停止指示を受けたオーディオクライアントＣＬ１は番組情報ＰＩ１に基づく曲の再生を停止する。停止指示を送信後、コントローラ２０はクライアントデータＣＤ１内の再生状況を「再生中」から「停止」に変更する。変更後、カウント値ｙをインクリメントし（Ｓ６００６）、ステップＳ６００２に戻る。要するに、全てのオーディオクライアントＣＬ１〜ＣＬ３に対して番組終了処理を実行する。

［オーディオクライアントの再生中に曲リストを変更した場合の指示処理］
１５時から１６時迄は、オーディオクライアントＣＬ１が番組情報ＰＩ１内の曲リストＭＬ１に基づく曲を曲番号順に再生する。オーディオクライアントＣＬ１の再生中に、番組表更新処理によりコントローラ２０が曲リストＭＬ１を曲リストＭＬ１０に変更した場合（図７中Ｓ２０１）、番組内容判断処理（Ｓ２０４）により、番組情報ＰＩ１の番組状況には「曲リスト変更」が登録される（図９中ステップＳ２０４６）。

ステップＳ４０３の指示処理では、ステップＳ４０３４で番組情報ＰＩ１の番組状況が「曲リスト変更」であると判断する（Ｓ４０３４）。このとき、コントローラ２０はサーバ１０に曲リストＭＬ１０を送信する（Ｓ４０３５）。サーバ１０は送信された曲リストＭＬ１０を曲リストＭＬ１が登録されていたプレイリストに登録する。このとき、曲リストＭＬ１を削除する。つまり、プレイリストに登録する曲リストを曲リストＭＬ１から曲リストＭＬ１０に変更する。

オーディオクライアントＣＬ１は既に再生中であるが、プレイリストに登録された曲リストＭＬ１０を取得して再生を継続する。よって、再生中に曲リストＭＬを変更しても、変更した曲リストＭＬに基づいて再生を継続できる。曲リストＭＬが変更した場合のオーディオクライアントＣＬ１の曲再生処理については後述する。

１．２．３．オーディオクライアントの曲再生処理
図１５を参照して、サーバ１０はコントローラ２０から送信された再生指示を中継し（Ｓ２１０）、オーディオクライアントＣＬ１は再生指示を受信する（Ｓ２１１）。再生指示はプレイリストＩＤを含む。受信後、オーディオクライアントＣＬ１はプレイリストをサーバ１０に要求する（Ｓ２１２）。このとき、ステップＳ２１１で受信したプレイリストＩＤをサーバ１０に送信する。

サーバ１０はオーディオクライアントＣＬ１からの要求を受信し（Ｓ２１３）、プレイリストＩＤに登録された曲リストＭＬ１をオーディオクライアントＣＬ１に送信する（Ｓ２１４）。

オーディオクライアントＣＬ１は曲リストＭＬ１を受信し（Ｓ２１５）、曲リストＭＬ１に基づいて、曲番号１の曲データＭＤ１を再生する曲再生処理を実行する（Ｓ５００）。このとき、サーバ１０はオーディオクライアントＣＬ１からの要求に応じ、曲データＭＤ１〜ＭＤｊをオーディオクライアントＣＬ１に配信する曲配信処理を実行する（Ｓ５１０）。以下、曲再生処理及び曲配信処理について詳細を説明する。

図１６を参照して、オーディオクライアントＣＬ１は曲番号用のカウント値ｚ＝１とする（Ｓ５５０）。オーディオクライアントＣＬ１は曲番号ｚ＝１に対応した曲データＭＤ１を要求するため、コマンドポートを介して表６に示す曲データ転送要求コマンドを送信する（Ｓ５０１）。

この曲データ転送要求コマンドは、転送すべき曲データＭＤ１の取得開始アドレス及び取得データ長を含む。

サーバ１０は曲データＭＤ１の転送要求コマンドに応答して、取得開始アドレスにより指定された先頭アドレスからその取得データ長分だけ曲データＭＤ１のデータをオーディオクライアントＣＬ１に配信する（Ｓ５１１）。オーディオクライアントＣＬ１は配信された曲データＭＤ１のデータをメモリ３３に格納する。メモリ３３は複数のバッファを含む。オーディオクライアントＣＬ１は曲データ転送要求コマンドで曲の先頭から１バッファ分（＝取得データ長）の曲データを取得して格納する（Ｓ５０２）。格納後、オーディオクライアントＣＬ１はメモリ３３のバッファが全て曲データで埋まったか判断し（Ｓ３０３）、バッファが全て埋まるまで曲データを取得して格納する。

ステップＳ５０１〜Ｓ５０３を繰り返し、バッファが曲データで全て埋まったら、オーディオクライアントＣＬ１は再生を開始する（Ｓ５０４）。具体的には、メモリ３３内の先頭バッファから曲データをデコーダ３５に出力し始める。曲データを出力して再生していると、やがて１バッファ分の空きが生じる。メモリ３３に空きが生じると（Ｓ５０５）、オーディオクライアントＣＬ１は再び曲データ転送要求をサーバ１０に送信し（Ｓ５０６）、サーバ１０は要求分の曲データを配信する（Ｓ５１２）。オーディオクライアントＣＬ１は配信された曲データをメモリ３３の空いたバッファに格納する（Ｓ５０７）。格納後、オーディオクライアントＣＬ１は曲データＭ１を全て受信したか否か確認する（Ｓ５０８）。曲データＭ１を全て受信していない場合、すなわち、サーバ１０が曲データＭ１の全データを未だオーディオクライアントＣＬ１に送信していない場合、オーディオクライアントＣＬ１及びサーバ１０は再生によりメモリ３３に空きが生じるたびにステップＳ５０６、Ｓ５１２、Ｓ５０７を繰り返す。なお、上記では、バッファが曲データで全て埋まってから再生を開始しているが、全て埋まる前に再生し始めてもよい。

オーディオクライアントＣＬ１がサーバ１０から曲データＭＤ１を全て受信した場合（Ｓ５０８）、オーディオクライアントＣＬ１は曲データＭＤ１を全て再生するまで再生動作を継続する（Ｓ５０９）。

曲データＭＤ１の再生が終了した後、オーディオクライアントＣＬ１は、カウント値ｚが曲番号ｊよりも小さいか否かを判断する（Ｓ５５１）。カウント値ｚが曲番号ｊよりも小さい場合、オーディオクライアントＣＬ１はカウント値ｚをインクリメントし（Ｓ５５２）、ステップＳ５０１に戻る。つまり、オーディオクライアントＣＬ１は曲リストＭＬ１の曲番号順に曲を連続再生する。

ステップＳ５５１の判断の結果、カウント値ｚが曲番号ｊと等しくなったとき、カウント値ｚはリセットされ（Ｓ５５３）、ステップＳ５５０に戻る。すなわち、曲リストＭＬ１の曲を全て再生した後、再び曲番号ｚ＝１として再生動作を継続する。オーディオクライアントＣＬ１は、コントローラ２０から停止指示を受けるまで、曲再生処理を継続する。コントローラ２０から停止処理を受けたとき、オーディオクライアントＣＬ１は再生を終了する。

図１６では、オーディオクライアントＣＬ１自身が曲番号順に曲を再生したが、コントローラ２０がオーディオクライアントＣＬ１の再生動作を制御してもよい。たとえば、オーディオクライアントＣＬ１が曲データＭＤｚの再生を終了後、完了ステータスをコントローラ２０に通知する。完了ステータスを受けたコントローラ２０は曲データＭＤｚ＋１の再生コマンドをオーディオクライアントＣＬ１に送信する。再生コマンドを受けたオーディオクライアントＣＬ１は曲データＭＤｚ＋１を再生する。これにより、コントローラ２０がオーディオクライアントＣＬ１の連続再生を管理できる。

［再生中に曲リストを変更した場合の曲再生処理］
オーディオクライアントＣＬ１が曲リストＭＬ１に基づいて曲再生処理（Ｓ５００）を実行中に曲リストＭＬ１から曲リストＭＬ１０に変更された場合の曲再生処理について説明する。図１７を参照して、コントローラ２０が番組指示処理における指示処理（Ｓ４０３）で、サーバ１０に変更した曲リストＭＬ１０を送信する（Ｓ４０３５）。サーバ１０は送信された曲リストＭＬ１０を曲リストＭＬ１が登録されていたプレイリストに登録する（Ｓ６０１）。このとき、曲リストＭＬ１は削除される。登録後、サーバ１０は曲リスト変更通知をブロードキャストする。オーディオクライアントＣＬ１は曲再生処理中に曲リスト変更通知を受信する（Ｓ６０４）。オーディオクライアントＣＬ１は曲リスト変更通知を受信したときに再生していた曲データＭＤｚの再生を最後まで終了した後（Ｓ５０９）、サーバ１０に曲リストＭ１０を要求する（Ｓ６０５）。サーバ１０は要求に応じて曲リストＭ１０を送信し（Ｓ６０６）、オーディオクライアントＣＬ１は曲リストＭＬ１０をメモリ３３に登録する（Ｓ６０７）。登録後、曲リストＭＬ１０に基づいて曲再生処理（Ｓ５００）を実行する。

以上の動作により、曲データＭＤｚを再生中に曲リスト変更通知を受けたとき、オーディオクライアントＣＬ１は再生中の曲データＭＤｚの再生が最後まで終了した後、変更された曲リストＭＬ１０を取得する。そのため、曲データＭＤｚは再生途中で停止されない。

本発明によるＡＶネットワークＡＶシステム１は放送局として利用可能である。たとえば、百貨店の複数のフロアに複数のオーディオクライアントＣＬを設置する。そしてフロアごとに作成した複数の番組表ＰＳに基づいてサーバ１０内のコンテンツをオーディオクライアントＣＬに再生させる。この場合、フロアごとに異なる曲を再生させることができ、さらに、開店時や閉店時等の時間帯には全フロアで共通の曲を再生することもできる。各フロアで再生する曲は複数の番組表ＰＳに基づくため、コントローラ２０で一括して管理できる。通常の放送用機器と比較して、ネットワークＡＶシステム１は容易かつ安価に放送局の機能を実現できる。

以上、本実施の形態を説明したが、コントローラ２０は図１に示すように独立していてもよいし、サーバ１０又はオーディオクライアントＣＬ内に設置されてもよい。たとえば、サーバ１０内のハードディスク１１にコントローラアプリケーションプログラム２１１をインストールすれば、サーバ１０はコントローラ２０の機能を持つ。また、オーディオクライアントＣＬのハードディスク３０にコントローラアプリケーションプログラム２１１をインストールすれば、クライアントＣＬはコントローラ２０の機能を持つ。

２．第２の実施の形態
百貨店等でネットワークＡＶシステムを放送局として利用する場合、通常の番組とは別に、臨時ニュース等を臨時番組として割り込みで再生したい場合がある。また、バーゲンやイベント等の開始時刻に特別な曲を臨時番組として再生したい場合もある。本実施の形態によるネットワークＡＶシステムはそのような臨時番組を割り込みで再生できる。以下、本実施の形態によるネットワークＡＶシステムについて説明する。なお、以下の説明における「通常番組」とは第１の実施の形態における「番組」に相当する。

２．１．構成
コントローラ２０は表１に示す番組表情報ＰＳＩ１の代わりに、表７に示す番組表情報ＰＳＩ１を有する。他の番組表ＰＳＩ２〜ＰＳＩｎも表７に示す番組表情報ＰＳＩ１と同様である。

表７に示す番組表情報ＰＳＩ１は、表１と比較して新たに「臨時プレイリストＩＤ」と「再生臨時番組番号」と「臨時番組リスト」とを含む。「臨時プレイリストＩＤ」には、サーバ１０に登録される臨時プレイリストの識別子が登録される。臨時プレイリストとは、再生される臨時番組の曲リストＭＬであり、サーバ１０のメモリ１３内に記憶される。要するに、臨時番組の曲リストＭＬは通常番組の曲リストＭＬとは別に臨時プレイリストとしてサーバ１０に登録される。「臨時番組リスト」には、臨時番組リストＳＰＬ１が登録される。臨時番組リストＳＰＬ（Special Program List）１を表８に示す。

臨時番組リストＳＰＬ１は複数の臨時番組ＳＰＲ（Special PRogram）のリストである。表８を参照して、臨時番組リストＳＰＬ１は臨時番組番号１〜ｉ（ｉは自然数）に対応した複数の臨時番組情報ＳＰＩ（Special Program Information）１〜ＳＰＩｉを含む。臨時番組情報ＳＰＩは臨時番組ＳＰＲの情報である。

表７に戻って、「再生臨時番組番号」には、次に再生される臨時番組ＳＰＲの臨時番組番号が登録される。たとえば、臨時番組番号２の臨時番組ＳＰＲ２を再生中又は再生済みであるとき、再生臨時番組番号には番組番号＝「３」が登録される。臨時番組情報ＳＰＩ１を表９に示す。

臨時番組情報ＳＰＩ１は、表３に示す番組情報ＰＩ１と比較して、再生終了時刻ＦＴがない。所定の時間帯に曲リストＭＬの曲を繰り返し再生する通常番組ＰＲと異なり、臨時番組ＳＰＲは曲リストＭＬの曲を１回放送すれば終了する。そのため、再生開始時刻ＳＴさえ決まっていればよい。

コントローラ２０はさらに、表５のクライアントデータＣＤ１の代わりに表１０に示すクライアントデータＣＤ１を有する。

表１０のクライアントデータＣＤ１内の「番組表」にはオーディオクライアントＣＬ１に対応付けられた番組表（表１０では番組表ＰＳ１）が登録される。

「再生状況」にはオーディオクライアントＣＬ１の再生状況が登録される。再生状況が「再生中」のとき、オーディオクライアントＣＬ１は通常番組ＰＲを再生している。「臨時再生中」のとき、オーディオクライアントＣＬ１は臨時番組ＳＰＲを再生している。「停止」のとき、通常番組ＰＲも臨時番組ＳＰＲも再生していない。

通常番組ＰＲを再生しているとき、再生中の曲番号が「番組再生曲番号」に登録される。通常番組ＰＲの再生中に臨時番組ＳＰＲに割り込まれた結果通常番組ＰＲの再生が中断しても、番組再生曲番号を登録することにより、臨時番組終了後に中断された曲番号の曲から再生を開始できる。

臨時番組ＳＰＲを再生しているとき、再生し終えた曲番号が「臨時番組再生曲番号」に登録される。臨時番組再生曲番号は、臨時番組ＳＰＲの再生が終了したか否かを判断するときに利用される。

クライアントデータＣＤ１中の「flag」はサーバ１０とオーディオクライアントＣＬ１との接続の有無を示す。接続がある場合、「flag」はセットされ、接続がない場合「flag」はリセットされる。「type」はサーバ１０に接続された機器のクライアントタイプを示す。サーバ１０に接続された機器がオーディオクライアントＣＬ１であれば、クライアントタイプは「オーディオクライアント」となる。

「status」には、再生又は停止等の現在のステータスデータが登録される。オーディオクライアントＣＬ１が曲の再生を開始するとき、「開始」のステータスデータがオーディオクライアントＣＬ１からサーバ１０を経由してコントローラ２０に送信される。曲の再生を停止するとき、「停止」のステータスデータが送信される。コントローラ２０は送信されたステータスデータを登録する。

「volume」は現在のボリューム値（音量）を示す。「productID」は機器ごとに付与されたプロダクトＩＤ（機種情報）である。「firmwareID」はオーディオクライアントＣＬ１にインストールされているファームウェアのバージョンを示すファームウェアＩＤである。「hostname」は機器に付与されたクライアント名である。「songID」は、再生中の曲を識別するための曲ＩＤである。「songID」も「status」と同様に、オーディオクライアントＣＬ１からサーバ１０を経由してコントローラ２０に送信される。

その他のネットワークＡＶシステム１の構成は第１の実施の形態と同じである。

２．２．動作
本実施の形態によるネットワークＡＶシステム１の接続処理及び番組表選定処理は第１の実施の形態における接続処理（１．２．１．参照）及び番組表選定処理（１．２．２．２．参照）と同じである。

また、コントローラ２０は通常番組ＰＲとともに臨時番組ＳＰＲも作成し、番組表ＰＳに登録する。臨時番組ＳＰＲの作成及び登録方法は通常番組ＰＲの場合と同じである。換言すれば、１．２．２．１．に示した番組表更新処理により臨時番組ＳＰＲは作成され、番組表情報ＰＳＩ内の臨時番組リストに登録される。

２．２．１．番組指示処理
コントローラ２０は所定期間ごとに番組指示処理を実施する。図１８を参照して、本実施の形態によるコントローラ２０は、オーディオクライアントＣＬ１〜ＣＬ３に対して原則として通常番組ＰＲの再生を指示する（Ｓ４０３：指示処理）。現在時刻が臨時番組ＳＰＲの再生開始時刻ＳＴとなったとき通常番組ＰＲの再生を中断し、臨時番組ＳＰＲの再生を指示する（Ｓ７００：臨時番組指示処理）。さらに、臨時番組終了後に中断された通常番組の続きを再生するための番組復帰処理を実行する（Ｓ８００）。その他の動作については図１１と同じである。以下、一例としてカウント値ｘ＝１の場合（つまり、番組表ＰＳ１の場合）のステップＳ７００の臨時番組指示処理及びステップＳ８００の番組復帰処理について説明する。

２．２．２．臨時番組指示処理
図１９を参照して、臨時番組リストＳＰＬ１に臨時番組情報ＳＰＩが登録されている場合（Ｓ７０１）、コントローラ２０は番組情報ＰＳＩ１内の再生臨時番組番号を取得する（Ｓ７１１）。再生臨時番組番号が「番組番号１」のとき、臨時番組情報ＳＰＩ１内の番組状況を確認する（Ｓ７０２）。

ステップＳ７０２において番組状況が「開始済」の場合、臨時番組ＳＰＲ１は既に再生したか、又は再生中のため、臨時番組指示処理を終了する。

ステップ７０２において番組状況が「曲リスト変更」の場合（Ｓ７０３）、番組表更新処理（１．２．２．１．参照）により臨時番組ＳＰＲ１を再生中に曲リストＭＬが変更されたため、変更された曲リストＭＬを臨時プレイリストＩＤとともにサーバ１０に送信する（Ｓ７０４）。サーバ１０は送信された臨時プレイリストＩＤに変更された曲リストを登録する。変更された曲リストＭＬに基づいて臨時番組ＳＰＲ１を再生するためである。

一方、番組状況が「未開始」の場合、コントローラ２０は臨時番組ＳＰＲ１を再生するか否か判断する（Ｓ７０５）。現在時刻が臨時番組情報ＳＰＩ１内の番組開始時刻ＳＴ前である場合、臨時番組ＳＰＲ１を再生しないため、臨時番組指示処理を終了する。一方、現在時刻が番組開始時刻ＳＴと同じ時刻になった場合、コントローラ２０は番組開始処理（Ｓ７０６）を実行し、オーディオクライアントＣＬに臨時番組ＳＰＲ１を再生させる。

図２０を参照して、コントローラ２０は、臨時番組情報ＳＰＩ１の曲リストＭＬを臨時プレイリストＩＤとともにサーバ１０に送信する（Ｓ７０６１）。サーバ１０は送信された曲リストＭＬを送信された臨時プレイリストＩＤに登録する。これにより、再生中の通常番組ＰＲを中断し、臨時番組ＳＰＲ１を再生する準備ができる。

続いて、番組表ＰＳ１に基づいて通常番組ＰＲを再生している全てのオーディオクライアントＣＬに臨時番組ＳＰＲ１の再生を指示する（Ｓ７０６２〜７０７８）。まず、オーディオクライアントＣＬ用のカウント値ｙ＝１とし（Ｓ７０６２）、ネットワークＡＶシステム１内のオーディオクライアントＣＬ数がカウント値以上であることを確認する（Ｓ７０６３）。続いて、オーディオクライアントＣＬｙ、すなわち、オーディオクライアントＣＬ１が番組表ＰＳ１に基づいて再生しているか否か判断する（Ｓ７０６４）。クライアントデータＣＤ１内の番組表が「番組表ＰＳ１」である場合（Ｓ７０６４）、オーディオクライアントＣＬ１に対して再生指示を送信する（Ｓ７０６５）。この再生指示は臨時プレイリストＩＤも含む。オーディオクライアントＣＬ１は再生指示を受け、臨時番組ＳＰＲ１を再生する。再生処理については後述する。再生指示を送信後、コントローラ２０はクライアントデータＣＤ１内の再生状況を「臨時再生中」にする（Ｓ７０６６）。

以上の動作を終了後、カウント値ｙをインクリメントする。要するに、すべてのオーディオクライアントＣＬに対して臨時番組ＳＰＲ１の再生指示を送信するか否か判断する。全てのオーディオクライアントＣＬに対して再生指示の判断をした後、臨時番組情報ＳＰＩ１内の番組状況を「開始済」にする（Ｓ７０７８）。換言すれば、臨時番組ＳＰＲ１を再生すべき全てのオーディオクライアントＣＬに再生指示を出したとき、コントローラ２０は臨時番組ＳＰＲ１の再生が開始されたと認定する。

再び図１９に戻って、番組開始処理により臨時番組ＳＰＲ１の再生を開始した後、コントローラ２０は次の臨時番組の再生指示の準備をする（Ｓ７０７〜Ｓ７１０）。まず、コントローラ２０はすべての臨時番組ＳＰＲを再生したか否かを判断する（Ｓ７０７）。具体的には、臨時番組リストＳＰＬ１の臨時番組数が番組表情報ＳＰＩ１内の臨時番組番号（＝１）よりも多いか否かを判断する。多い場合、未再生の臨時番組ＳＰＲが残っているため、番組表情報ＳＰＩ１内の再生臨時番組番号を「２」にインクリメントする（Ｓ７０８）。臨時番組数が臨時番組番号よりも少なくなった場合、本日のすべての臨時番組ＳＰＲを再生したことになる。そのため、全ての臨時番組ＳＰＲの臨時番組情報ＳＰＩ１内の番組状況を「未開始」とし（Ｓ７０９）、かつ、番組表情報ＰＳＩ１内の再生臨時番組番号を「１」にする（Ｓ７１０）。明日、臨時番組ＳＰＲ１から順に再生するためである。

２．２．３．番組復帰処理
番組復帰処理は、臨時番組終了後に臨時番組により中断された通常番組の続きを再生するための処理である。具体的には、臨時番組を再生するとき、臨時番組により再生を中断された通常番組の曲番号を登録する。臨時番組の再生が終了した後、登録した通常番組の曲番号の再生を開始する。

コントローラ２０は、ネットワークＡＶシステム１内の全てのオーディオクライアントＣＬ１〜ＣＬ３に対して番組復帰処理を実行する。以下、一例としてオーディオクライアントＣＬ１に対する番組復帰処理について説明する。

図２１を参照して、オーディオクライアントＣＬ１が通常番組ＰＲを再生している場合、オーディオクライアントＣＬ１は通常番組ＰＲの曲リストＭＬに基づいて曲を再生する。このとき、コントローラ２０はクライアントデータＣＤ１内のＳｔａｔｕｓデータを監視する（Ｓ８０１，Ｓ８０２）。Ｓｔａｔｕｓデータが「停止」から「再生」に変化したとき、たとえば、曲リストＭＬ内の曲データＭＤ１の再生が終了し、次の曲データＭＤ２を再生するとき（Ｓ８０１）、コントローラ２０はクライアントデータＣＤ１内の再生状況が「再生中」であるか否かを判断する（Ｓ８０３）。オーディオクライアントＣＬ１は通常番組ＰＲを再生しているため、番組状況は「再生中」となっている。そのため、コントローラ２０は再生する曲データＭＤ２の曲番号２を番組再生曲番号としてクライアントデータＣＤ１に登録する（Ｓ８０４）。このとき、オーディオクライアントＣＬ１から送信される曲ＩＤに基づいて曲データＭＤ２を特定することにより曲番号２を特定できる。

要するに、通常番組の再生中、コントローラ２０は再生中の曲番号を常にクライアントデータＣＤ１に登録する。

オーディオクライアントＣＬ１が臨時番組ＳＰＲ１を再生するとき、通常番組ＰＲは中断されるが、Ｓｔａｔｕｓは「再生」のままである。そのため、ステップＳ８０１及びステップＳ８０２のいずれにも該当せず、そのまま番組復帰処理を終了する。なお、臨時番組ＳＰＲ１が再生されたとき、クライアントデータＣＤ１内の再生状況は「再生中」から「臨時再生中」に更新される（図２０中のステップＳ７０６６参照）。

臨時番組ＳＰＲ１の曲番号１の曲の再生が終了したとき、Ｓｔａｔｕｓは「再生」から「停止」に変わる（Ｓ８０２）。このとき再生状況は「臨時再生中」であるため（Ｓ８０５）、コントローラ２０は再生を終了した曲の曲番号１を臨時番組再生曲番号としてクライアントデータＣＤ１に登録する（Ｓ８０６）。なお、曲番号は曲ＩＤに基づいて特定される。続いて、コントローラ２０は登録した曲番号１が臨時番組ＳＰＲ１の曲リストＭＬの最後の曲番号か否かを判断する（Ｓ８０７）。最後の曲番号でないとき、番組復帰処理を終了する。

臨時番組ＳＰＲ１内の最後の曲の再生を終了したとき、ステップＳ８０７でコントローラ２０は再生した曲番号が曲リストＭＬの最後の曲であると判断し、オーディオクライアントＣＬ１に臨時番組ＳＰＲ１の再生停止指令を送信する（Ｓ８０８）。

続いて、コントローラ２０は、現在時刻を含む再生時間帯を有する通常番組ＰＲの番組情報ＰＩを特定し、特定した番組情報ＰＩ内の番組状況が「再生済」であるか否かを判断する（Ｓ８０９）。「再生済」であるとき、コントローラ２０はオーディオクライアントＣＬ１が特定した通常番組ＰＲを中断して臨時番組ＳＰＲ１を再生したと判断する。そのため、コントローラ２０はオーディオクライアントＣＬ１に中断した通常番組ＰＲの曲番号から再生するよう命令する（Ｓ８１０）。具体的には、プレイリストＩＤ及び番組再生曲番号を含む再生指示をサーバ１０経由でオーディオクライアントＣＬ１に送信する。この動作により、後述するようにオーディオクライアントＣＬ１は中断された曲から再生し始める。ステップＳ８１０の後、コントローラ２０はクライアントデータＣＤ１内の再生状況を「臨時再生中」から「再生中」に更新する（Ｓ８１１）。なぜなら、オーディオクライアントＣＬ１は通常番組ＰＲを再生するからである。

一方、ステップＳ８０９での判断の結果、特定した番組情報ＰＩの番組状況が開始済でないとき、オーディオクライアントＣＬ１は通常番組ＰＲが終了した後に臨時番組ＳＰＲ１を再生したことになる。換言すれば、オーディオクライアントＣＬ１は臨時番組ＳＰＲ１を再生するために通常番組ＰＲを中断していない。そのため、コントローラ２０は再生状況を「臨時再生中」から「停止」に変える（Ｓ８１２）。これによりコントローラ２０は図１２の指示処理に基づいてオーディオクライアントＣＬ１に通常番組ＰＲの再生指示を送信できる。

以上の動作により、本実施の形態によるネットワークＡＶシステムは通常番組を再生中であっても、その通常番組を中断して臨時番組を再生できる。さらに、臨時番組の再生が終了した後、中断された曲から順に通常番組内の曲を再生できる。

２．２．４．オーディオクライアントの曲再生処理
図２２を参照して、オーディオクライアントＣＬの曲再生動作はステップＳ５６０の曲再生処理以外の動作は図１５と同じである。

コントローラ２０が通常番組ＰＲの再生指示をオーディオクライアントＣＬに送信したとき、オーディオクライアントＣＬはプレイリストＩＤに登録された曲リストＭＬを要求する（Ｓ２１２）。一方、コントローラ２０が臨時番組ＳＰＲの再生指示を送信したとき、オーディオクライアントＣＬ１は臨時プレイリストＩＤに登録された曲リストを要求する（Ｓ２１２）。以下、ステップＳ５６０の曲再生処理について説明する。

図２３を参照して、曲再生処理（Ｓ５６０）は図１６と比較して新たにステップＳ５５４及びステップＳ５５５を含む。

番組復帰処理においてステップＳ８１０でコントローラ２０が再生指示を送信したとき、再生指示はプレイリストＩＤとともに番組再生曲番号を含む。そのためステップＳ５５４でオーディオクライアントＣＬは再生指示が番組再生曲番号を含むと判断する（Ｓ５５４）。このとき、オーディオクライアントは曲番号用のカウント値ｚを受信した番組再生曲番号とし（Ｓ５５５）、ステップＳ５０１以降の動作を実施する。これによりオーディオクライアントＣＬは、臨時番組ＳＰＲにより通常番組ＰＲが中断されても臨時番組終了後に中断された曲から通常番組ＰＲを再生できる。

番組再生曲番号を含まない再生指示を受けたとき（Ｓ５５４）、ステップＳ５５０に進み、カウント値ｚ＝１とし、ステップＳ５０１以降の動作を実施する。換言すれば、臨時番組ＳＰＲの再生指示を受けたときや、中断されていない通常番組ＰＲの再生指示を受けたとき、ステップＳ２１２で要求した臨時プレイリストＩＤ又はプレイリストＩＤに登録された曲リストＭＬの曲番号１の曲から順に再生する。

なお、曲再生処理中のＳ５０４でオーディオクライアントＣＬ１は「再生」のステータスデータをサーバ１０経由でコントローラ２０に送信する。さらにステップＳ５０９で再生が終了したと判断したとき、「停止」のステータスをコントローラ２０に送信する。これによりコントローラ２０はステータスデータに基づいて番組復帰処理を実行できる。

また、臨時番組ＳＰＲを再生する場合、曲リストＭＬの全ての曲を１回再生した後に臨時番組ＳＰＲの再生を停止する。換言すると、曲リストＭＬの曲を繰り返し再生しない。曲リストＭＬ内の最後の曲を再生し終えたとき、図２１のステップＳ８０８でコントローラ２０から送信された臨時番組ＳＰＲの再生停止指示を受けるためである。

なお、第１及び第２の実施の形態では、コンテンツを曲データとして説明したが、映像データや音声データ等、他のコンテンツであってもよい。

上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。

本発明の第１の実施の形態によるネットワークＡＶシステムの構成を示す機能ブロック図である。 図１に示したサーバの構成を示す機能ブロック図である。 図１に示したコントローラの構成を示す機能ブロック図である。 図２中のディスプレイに表示される画面の概略図である。 図１中のオーディオクライアントの構成を示す機能ブロック図である。 図１に示したネットワークＡＶシステムの接続処理動作を示すフロー図である。 図１に示したコントローラの番組表更新処理を示すフロー図である。 図７中のステップＳ２００で表示される画面の概略図である。 図７中のステップＳ２０４の動作の詳細を示すフロー図である。 図１に示したコントローラの番組表選定処理を示すフロー図である。 図１に示したコントローラの番組指示処理を示すフロー図である。 図１１中のステップＳ４０３の動作の詳細を示すフロー図である。 図１２中のステップＳ５０００の動作の詳細を示すフロー図である。 図１２中のステップＳ６０００の動作の詳細を示すフロー図である。 図１に示したネットワークＡＶシステムの再生動作を示すフロー図である。 図１５中のステップＳ５００及びＳ５１０の動作の詳細を示すフロー図である。 図１に示したネットワークＡＶシステムの再生動作の他の例を示すフロー図である。 本発明の第２の実施の形態によるネットワークＡＶシステムの番組指示処理を示すフロー図である。 図１８中のステップＳ７００の動作の詳細を示すフロー図である。 図１９中のステップＳ７０６の動作の詳細を示すフロー図である。 図１８中のステップＳ８００の動作の詳細を示すフロー図である。 本発明の第２の実施の形態によるネットワークＡＶシステムの再生動作を示すフロー図である。 図２２中のステップＳ５１０及びＳ５６０の動作の詳細を示すフロー図である。

符号の説明

１ ネットワークＡＶシステム
１０ サーバ
１１，２１，３０ ハードディスク
１３，２４，３３ メモリ
１４，２５，３４ ＬＡＮコントローラ
２０ コントローラ
２３ ディスプレイ
２６ 入力装置
３１ クライアントアプリケーションプログラム
３５ デコーダ
３６ 変換器
１１１ サーバアプリケーションプログラム
２１１ コントローラアプリケーションプログラム
ＣＬ１〜ＣＬ３ オーディオクライアント
ＭＬ 曲リスト
ＰＩ 番組情報
ＰＳ 番組表
ＳＰＩ 臨時番組情報

Claims (13)

1. サーバと、前記サーバに接続可能な１又は複数のクライアントとを備えたネットワークＡＶシステムであって、
   前記サーバは、
   複数のコンテンツを蓄積するためのコンテンツ蓄積手段を備え、
   前記ネットワークＡＶシステムは、
   各々が前記コンテンツに関するコンテンツ情報と前記コンテンツ情報に対応した再生時間帯とを有する複数の番組情報を含む１又は複数の番組表を蓄積するための番組表蓄積手段と、
   前記番組表に従ってコンテンツを再生するよう指示する指示手段と、
   前記指示に応答して、前記コンテンツを再生する１又は複数の再生手段とを備え、
   前記サーバはさらに、
   前記コンテンツを前記１又は複数の再生手段に配信する配信手段を備えたことを特徴とするネットワークＡＶシステム。
2. 請求項１に記載のネットワークＡＶシステムであって、
   前記複数の再生手段のうち所望の再生手段を前記複数の番組表のうち所望の番組表に対応付ける手段を備え、
   前記指示手段は、前記番組表に対応付けられた再生手段にコンテンツを再生するよう指示することを特徴とするネットワークＡＶシステム。
3. 請求項２に記載のネットワークＡＶシステムであって、
   前記番組表が有する再生時間帯が現在時刻を含むか否かを判断する手段と、
   前記番組表に対応づけられた再生手段が再生中か否かを判断する手段とを備え、
   前記指示手段は、前記再生時間帯が現在時刻を含み、かつ前記再生手段が再生中でないと判断したとき、前記再生時間帯に対応したコンテンツ情報に従ってコンテンツを再生するよう指示することを特徴とするネットワークＡＶシステム。
4. 請求項１〜３のいずれか１項に記載のネットワークＡＶシステムであってさらに、
   前記番組情報を作成する番組情報作成手段と、
   作成した番組情報を前記番組表に登録する番組表登録手段とを備えたことを特徴とするネットワークＡＶシステム。
5. 請求項４に記載のネットワークＡＶシステムであってさらに、
   前記コンテンツ蓄積手段に蓄積されたコンテンツの中から選択されたコンテンツを列挙して前記コンテンツ情報を作成するコンテンツ情報作成手段を備えたことを特徴とするネットワークＡＶシステム。
6. 請求項５に記載のネットワークＡＶシステムであって、
   前記指示手段は、前記コンテンツ情報に列挙されたコンテンツを順番に再生するよう指示することを特徴とするネットワークＡＶシステム。
7. 請求項３に記載のネットワークＡＶシステムであって、
   前記番組表はさらに、前記コンテンツ情報と前記コンテンツ情報に対応した再生開始時刻とを有する臨時番組情報を含み、
   前記指示手段は、現在時刻が前記再生開始時刻と同じになったとき、前記再生手段が前記再生時間帯に対応したコンテンツ情報に従ってコンテンツを再生中か否かにかかわらず前記再生開始時刻に対応したコンテンツ情報に従ってコンテンツを再生するよう指示することを特徴とするネットワークＡＶシステム。
8. 請求項７に記載のネットワークＡＶシステムであってさらに、
   前記再生手段が前記再生開始時刻に対応したコンテンツ情報に基づくコンテンツを再生し終えたか否かを判断する終了判断手段を備え、
   前記指示手段は、前記終了判断手段がコンテンツを再生し終えたと判断したとき、対応する前記再生時間帯が現在時刻を含むコンテンツ情報に従ってコンテンツを再生するよう指示することを特徴とするネットワークＡＶシステム。
9. 請求項８に記載のネットワークＡＶシステムであって、
   前記コンテンツ情報はコンテンツのリストであり、
   前記指示手段は、前記リストのコンテンツを順番に再生するよう指示し、
   前記ネットワークＡＶシステムはさらに、
   前記再生手段が現在時刻を含む再生時間帯に対応したコンテンツ情報に従ってコンテンツを再生中に現在時刻が前記再生開始時刻と同じになったとき、前記再生手段が再生していたコンテンツを特定する特定手段を備え、
   前記指示手段は、前記終了判断手段がコンテンツを再生し終えたと判断し、かつ、現在時刻が前記再生時間帯に含まれるとき、前記特定されたコンテンツから順番に再生するよう指示することを特徴とするネットワークＡＶシステム。
10. 請求項１〜請求項９のいずれか１項に記載の手段をコンピュータに実現させるためのネットワークＡＶシステムの動作プログラム。
11. 複数のコンテンツを蓄積するサーバと、前記サーバに接続可能であり、前記コンテンツを再生する１又は複数のクライアントと、前記サーバに接続可能なコントローラとを備えたネットワークＡＶシステムにおけるコントローラであって、
    各々が前記コンテンツに関するコンテンツ情報と前記コンテンツ情報に対応した再生時間帯とを有する複数の番組情報を含む１又は複数の番組表を蓄積する番組表蓄積手段と、
    前記番組表に従ってコンテンツを再生するよう指示する指示手段とを備えたことを特徴とするコントローラ。
12. 請求項１１に記載のコントローラであって、
    前記複数のクライアントのうち所望のクライアントを前記複数の番組表のうち所望の番組表に対応付ける手段を備え、
    前記指示手段は、前記番組表に対応付けられたクライアントにコンテンツを再生するよう指示することを特徴とするコントローラ。
13. 請求項１１又は請求項１２に記載の手段をコンピュータに実現させるためのコントローラの動作プログラム。
    
    

Images