JP4313668B2 - 放送システム - Google Patents

Description

本発明は、放送システムに関し、より特定的には、制御対象機器向けのコマンドを放送形式で、放送装置が受信装置に送信する放送システムに関する。

図２６は、従来の放送システムの全体構成を示すブロック図である。図２６の放送システムは、特開平１０−１５５１３１号公報に開示されており、通信端末装置ＴＡ１と、上記放送装置としてのサーバＢＳＶと、上記受信装置としての通信端末装置ＴＡ２と、制御対象機器としてのビデオテープレコーダＶＴＲとを備えている。通信端末装置ＴＡ１は、インターネットＩＮＴを介して通信可能に接続されているサーバＢＳＶに、録画予約依頼という情報を送信する。サーバＢＳＶは、通信端末装置ＴＡ１から送られてくる録画予約依頼に応答して、上記コマンドの一例としての個人予約録画情報を文字放送チャネルＣＨに重畳して、通信端末装置ＴＡ２に送信する。通信端末装置ＴＡ２は、テレビ放送および文字放送の番組受信機能を有しており、通常の放送チャンネルを使って送られてくるビデオ信号を受信し、自身と通信可能に接続されたビデオテープレコーダＶＴＲに受信信号を供給する。さらに、通信端末装置ＴＡ２は、サーバＢＳＶから文字放送チャネルＣＨを使って送られてくる個人予約録画情報に従って、ビデオテープレコーダＶＴＲに対して、通信端末装置ＴＡ１が依頼した録画予約の設定を行う。
特開平１０−１５５１３１号公報

次に、従来の放送システムの技術的課題について説明する。
まず、上記公報では１台の通信端末装置ＴＡ２しか開示されていないが、実際の放送システムには、多数の通信端末装置ＴＡ２が収容されている。それにも関わらず、サーバＢＳＶは単に、自身に到着した個人予約録画情報を、文字放送チャネルＣＨに多重して送るだけであるため、各通信端末装置ＴＡ２は、他の通信端末装置ＴＡ２に送信された個人予約録画情報を受信する可能性がある。さらに、サーバＢＳＶも複数台存在するので、それぞれには互いに異なる文字放送チャネルＣＨが割り当てられる。また、通信端末装置ＴＡ２は、複数の文字放送チャネルＣＨの中から、ユーザにより指定されたチャネルＣＨを使って送られてくる個人予約録画情報を受信する。したがって、予約録画を確実に行うには、通信端末装置ＴＡ２は、サーバＢＳＶからの個人予約録画情報が自身に到着した時に、そのサーバＢＳＶが使っている文字放送チャネルＣＨに設定されていなければならない。したがって、正しい文字放送チャネルＣＨが選局されていない場合、通信端末装置ＴＡ２は、サーバＢＳＶからの個人予約録画情報を受信できず、予約録画を行うことができなくなる。以上のことから分かるように、従来の放送システムでは、受信装置が自分宛のコマンドのみを正確に受信できない可能性が高いという、第１の問題点があった。
次に、上記公報には、通信端末装置ＴＡ２と同様に、１台の通信端末装置ＴＡ１しか開示されていないが、実際の放送システムでは、サーバＢＳＶには、多数の通信端末装置ＴＡ１からの個人予約録画情報が到着する。ここで、個人予約録画情報は、予約録画の性質上、通信端末装置ＴＡ１が依頼した番組の開始時点までに、通信端末装置ＴＡ２に届いていなければならない。しかしながら、従来のサーバＢＳＶは単に、到着した個人予約録画情報を送るだけであるため、個人予約録画情報が、予約録画すべき番組の開始までに通信端末装置ＴＡ２に到着していない可能性があるという第２の問題点があった。
それ故に、本発明の第１の目的は、受信装置が自分宛のコマンドのみを受信できる確度がより高い放送システムを提供することである。また、本発明の第２の目的は、予め定められた時間までに、放送装置から送られたコマンドが受信装置に到着している放送システムを提供することである。

本発明は、以下の各局面により、上記第１および第２の目的を達成する。第１の局面は、受信装置にストリームを放送する放送装置であって、受信装置に割り当てられている識別子と、受信装置に送信すべきコマンドと、受信装置に送信すべきコマンドの実行開始時刻とを含む代行依頼を受信する依頼受信部と、現在時刻を計時するタイマと、依頼受信部により受信された代行依頼を受け付けるか否かを、受信された代行依頼に含まれる実行開始時刻と、タイマで計時される現在時刻とを使って判断する依頼判断部と、依頼判断部により受け付けると判断された代行依頼を格納する代行依頼格納装置と、代行依頼格納装置に格納される代行依頼から、受信装置の識別子および受信装置へのコマンドの組みを、予め定められた時間間隔に従って複数回取り出すコマンド取出し部と、コマンド取出し部により取り出された識別子およびコマンドの組みから、コマンドパケットを組み立てるコマンドパケット組立器と、コマンドパケット組立器で組み立てられたコマンドパケットが多重されたストリームを作成する多重化器と、多重化器で作成されたストリームを放送チャネルに送出する送信器とを備える。ここで、依頼判断部は、各コマンドパケットが送出されてから受信装置に到着するまでに要する第１の時間を算出する第１の時間算出部と、互いに同じ識別子およびコマンドの組みを含む第１回目のコマンドパケットが組み立てられてから最後のコマンドパケットが組み立てられるまでに要する第２の時間を算出する第２の時間算出部と、依頼受信部により受信された代行依頼に含まれる実行開始時刻と、第１及び第２の時間算出部で算出された第１および第２の時間とに基づいて、受信装置からの代行依頼が自装置に到着していなければならない基準時刻を算出する基準時間算出部と、タイマにより計時される現在時刻が、基準時間算出部で算出された基準時刻よりも後である場合には、依頼受信部により受信された代行依頼を受け付けないと判断する判断部とを含む。

第２の局面は、受信装置にストリームを放送する放送装置に用いる放送方法であって、受信装置に割り当てられている識別子と、受信装置に送信すべきコマンドと、受信装置に送信すべきコマンドの実行開始時刻とを含む代行依頼を受信する依頼受信ステップと、依頼受信ステップで受信された代行依頼を受け付けるか否かを、受信された代行依頼に含まれる実行開始時刻と、放送装置内で計時される現在時刻とを使って判断する依頼判断ステップと、依頼判断ステップで受け付けると判断された代行依頼を格納する代行依頼格納ステップと、代行依頼格納ステップにより格納される代行依頼から、受信装置の識別子および受信装置へのコマンドの組みを、予め定められた時間間隔に従って複数回取り出すコマンド取出しステップと、コマンド取出しステップで取り出された識別子およびコマンドの組みからコマンドパケットを組み立てるコマンドパケット組立ステップと、コマンドパケット組立ステップで組み立てられたコマンドパケットが多重されたストリームを作成する多重化ステップと、多重化ステップで作成されたストリームを放送チャネルに送出する送出ステップとを備える。ここで、依頼判断ステップは、各コマンドパケットが送出されてから受信装置に到着するまでに要する第１の時間を算出する第１の時間算出ステップと、互いに同じ識別子およびコマンドの組みを含む第１回目のコマンドパケットが組み立てられてから最後のコマンドパケットが組み立てられるまでに要する第２の時間を算出する第２の時間算出ステップと、依頼受信ステップで受信された代行依頼に含まれる実行開始時刻と、第１及び第２の時間算出ステップで算出された第１および第２の時間とに基づいて、受信装置からの代行依頼が放送装置に到着していなければならない基準時刻を算出する基準時間算出ステップと、基準時間算出ステップで算出された基準時刻よりも現在時刻が後である場合には、依頼受信ステップにより受信された代行依頼を受け付けないと判断する判断ステップとを含む。

図１は、本発明の一実施形態に係る放送システムＢＳの全体構成を示す模式図である。図１の放送システムＢＳは、放送事業者により所有される放送装置１と、それぞれがユーザにより所有される受信装置２および通信端末装置３と、通信回線４とを備えている。放送装置１は、簡単に説明すると、通信端末装置３から送出される代行依頼ＰＲを、通信回線４を通じて受信して、内部に格納する。代行依頼ＰＲは、受信装置２に送信されるコマンドＣｃｔを含んでおり、コマンドＣｃｔの送信の代行を通信端末装置３が放送装置１に依頼するための情報である。本実施形態では、コマンドＣｃｔは、その一例として、所定の放送開始時刻Ｔｓｔから放送終了時刻Ｔｎｄの間に放送装置１に割り当てられた放送チャネルＢＣＨを使って放送される予定の番組（以下、放送番組と称する）を予約録画するための命令である。

図２（ａ）は、以上の代行依頼ＰＲのデータ構造の一例を示す模式図である。図２（ａ）において、代行依頼ＰＲは、装置識別子ＩＤｒｔ、パスワードＰＷおよびコマンドＣｃｔからなる。装置識別子ＩＤｒｔは、受信装置２に予め割り当てられている識別子であって、典型的には、数字の列からなる。パスワードＰＷは、ユーザの好きな文字または記号の列、もしくは文字および記号の組み合わせからなる。コマンドＣｃｔは、予約録画コマンドＣｒｅｃと、予約録画すべき放送番組を送信するために使われる放送チャネルＢＣＨと、放送番組の放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄとを含んでいる。ここで、以下の説明では、予約録画すべき放送番組を、予約放送番組と称する。また、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄは、月および日を示す情報も含む。また、図２（ｂ）は、図２（ａ）に示す代行依頼ＰＲの具体例を示す模式図である。図２（ｂ）において、装置識別子ＩＤｒｔとしては２１１．１５５．１５．１が、パスワードＰＷとしてはＮＡＩＳＨＯが、放送チャネルＢＣＨとして８が、放送開始時刻Ｔｓｔとして６月２１日の１９：００が、さらに、放送終了時刻Ｔｎｄとしては６月２１日の２０：００が設定される。

図１の放送装置１は、内部に格納した代行依頼ＰＲと、予め内部に格納している映像データＤｖおよび音声データＤａとを多重して、トランスポートストリーム（以下、単にストリームと称する）ＴＳを作成する。放送装置１は、作成したストリームＴＳを、放送チャネルＢＣＨを使って受信装置２に送信する。また、放送装置１は、受け付けることができない代行依頼ＰＲを受信する場合がある。このような代行依頼ＰＲは典型的には、後述する基準時刻Ｔｒｅｆよりも後に放送装置１に到着するものである。このような代行依頼ＰＲを、放送装置１は破棄し、さらに、代行依頼ＰＲの受け付けなかったことを示す情報である依頼拒否ＲＲを作成し、通信回線４に送出する。また、代行依頼ＰＲを受け付けた場合、放送装置１は、その旨を示す情報である受付完了ＲＣを、通信回線４を通じて、通信端末装置３に送信する。

図３は、以上のような放送装置１の詳細な構成を示すブロック図である。図３において、放送装置１は、依頼受信部１１と、タイマ１２と、依頼判断部１３と、依頼破棄部１４と、依頼拒否作成部１５と、依頼拒否送信部１６と、依頼書込み部１７と、依頼格納装置１８と、受付完了作成部１９と、受付完了送信部１１０と、コマンド取出し部１１１と、コマンドパケット組立器１１２と、放送番組格納装置１１３と、映像符号化器１１４と、映像パケット組立器１１５と、音声符号化器１１６と、音声パケット組立器１１７と、多重化器１１８と、ＴＳ送信器１１９とを備えている。

依頼受信部１１は、通信端末装置３から送出された代行依頼ＰＲを通信回線４を通じて受信して、依頼判断部１３に渡す。タイマ１２は、現在時刻Ｔｃｒを計時しており、依頼判断部１３の要求に応答して、現在時刻Ｔｃｒを依頼判断部１３に返す。依頼判断部１３は、代行依頼ＰＲを依頼受信部１１から受け取る度に、タイマ１２に現在時刻Ｔｃｒを送るよう要求する。さらに、依頼判断部１３は、タイマ１２から受け取った現在時刻Ｔｃｒに基づいて、今回受け取った代行依頼ＰＲを受け付けるか否かを判断する。より具体的には、依頼判断部１３は、受け取った現在時刻Ｔｃｒが後述する基準時刻Ｔｒｅｆよりも後であるか否かを判断する。依頼判断部１３は、現在時刻Ｔｃｒが基準時刻Ｔｒｅｆよりも後の場合には、代行依頼ＰＲを受け付けないと判断し、それを代行依頼ＰＲｄとして、依頼廃棄部１４に渡す。依頼廃棄部１４は、受け取った代行依頼ＰＲｄを廃棄し、さらに、依頼拒否ＲＲの作成指示ＩＳｒｒを依頼拒否作成部１５に渡す。依頼拒否作成部１５は、作成指示ＩＳｒｒの受け取りに応答して、依頼拒否ＲＲを作成し、依頼拒否送信部１６に渡す。依頼拒否送信部１６は、受け取った依頼拒否ＲＲを通信回線４に送出する。

また、依頼判断部１３は、現在時刻Ｔｃｒが基準時刻Ｔｒｅｆと同じ、またはそれよりも前であると判断した場合には、今回の代行依頼ＰＲを受け付け、それを代行依頼ＰＲｐとして依頼書込み部１７に渡す。依頼書込み部１７は、受け取った代行依頼ＰＲｐを依頼格納装置１８に書き込み、さらに、受付完了ＲＣの作成指示ＩＳｒｃを受付完了作成部１９に渡す。受付完了作成部１９は、作成指示ＩＳｒｃに応答して、受付完了ＲＣを作成して、受付完了送信部１１０に渡す。受付完了送信部１１０は、受け取った受付完了ＲＣを通信回線４に送出する。

また、コマンド取出し部１１１は、依頼格納装置１８の中から、予め定められたＮｍｕｘ個の代行依頼ＰＲｐを定期的に選択し、選択したものから、装置識別子ＩＤｒｔ、パスワードＰＷおよびコマンドＣｃｔを情報セットＩｃｏｍとして定期的に選択し読み出す。ここで、放送システムＢＳにおいては、コマンドパケット組立器１１２で組み立てられるコマンドパケットＰｃｔを送信するために、帯域幅ＢＷｃｔが予め定められている。Ｎｍｕｘは、１以上の自然数であり、帯域幅ＢＷｃｔに応じて適切な値に予め定められる。また、Ｎｍｕｘは、多重化器１１８がステップＳ３３（図１６参照）を１回行う度に、ストリームＴＳに多重されるコマンドＣｃｔの数でもある。コマンド取出し部１１１は、読み出した情報セットＩｃｏｍの全てをコマンドパケット組立器１１２に渡す。コマンドパケット組立器１１２は、１つの情報セットＩｃｏｍにつき、１つのコマンドパケットＰｃｔを組み立てる。さらに、受信装置２側でコマンドパケットＰｃｔを正確に分離できるように、コマンドパケット組立器１１２は、１個のヘッダパケットＰｈｄを組み立てる。以上のパケット組立てが終了すると、コマンドパケット組立器１１２は、ヘッダパケットＰｈｄおよびコマンドパケットＰｃｔの順番で、それらを多重化器１１８に出力する。

ここで、図４（ａ）は、コマンドパケット組立器１１２から出力される一連のヘッダパケットＰｈｄおよびコマンドパケットＰｃｔの一例を示す模式図であり、図４（ｂ）は、コマンド取出し部１１１により、図２（ｂ）に示す代行依頼ＰＲが情報セットＩｃｏｍとして選択された場合に、コマンドパケット組立器１１２から出力される一連のヘッダパケットＰｈｄおよびコマンドパケットＰｃｔの具体例を示す模式図である。

また、放送番組格納装置１１３は典型的には、映像データＤｖおよび音声データＤａの組みを複数格納している。映像データＤｖおよび音声データＤａの各組みは、１つの番組を表す。以上のような映像データＤｖおよび音声データＤａは、それらで構成される番組の放送開始時刻Ｔｓｔになると、放送番組格納装置１１３から読み出され、映像符号化器１１４および音声符号化器１１６に出力される。映像符号化器１１４は、予め定められた映像符号化方式に従って、入力映像データＤｖを符号化して、符号化された映像データＤｃｖを作成する。映像符号化器１１４は、作成した映像データＤｃｖを映像パケット組立器１１５に出力する。映像パケット組立器１１５は、入力映像データＤｃｖから、映像パケットＰｃｖを組み立てて、多重化器１１８に出力する。また、音声符号化器１１６は、予め定められた音声符号化方式に従って、放送番組格納装置１１３の出力音声データＤａを符号化して、符号化された音声データＤｃａを作成する。音声符号化器１１６は、作成した音声データＤｃａを音声パケット組立器１１７に出力する。音声パケット組立器１１７は、入力音声データＤｃａから音声パケットＰｃａを組み立てて、多重化器１１８に出力する。ここで、放送システムＢＳにおいては、映像パケットＰｃｖおよび音声パケットＰｃａを送信するために、帯域幅ＢＷａｖが予め定められている。上述の映像符号化器１１４および音声符号化器１１６は、帯域幅ＢＷａｖに従って、各自の符号化処理を行う。

多重化器１１８には、映像パケット組立器１１５からの映像パケットＰｃｖ、音声パケット組立器１１７からの音声パケットＰｃａ、ならびにコマンドパケット組立器１１２からのヘッダパケットＰｈｄおよびコマンドパケットＰｃｔを多重化して、ストリームＴＳを作成する。多重化器１１８は、作成したストリームＴＳをＴＳ送信器１１９に出力する。ＴＳ送信器１１９は、入力ストリームＴＳを放送チャネルＢＣＨに送出する。

ここで、図５（ａ）は、ＴＳ送信器１１９から送出されるストリームＴＳの一例を示す模式図であり、図５（ｂ）は、コマンドパケット組立器１１２により、図４（ｂ）に示すコマンドパケットＰｃｔが出力された場合に、多重化器１１８から出力されるストリームＴＳの構成を示す模式図である。

図１の受信装置２は、典型的には屋内に設置されるセットトップボックスであり、放送チャネルＢＣＨを使って送られてくるストリームＴＳを受信する。受信装置２は、本実施形態の特徴的な処理として、受信ストリームＴＳに多重されている自分宛のコマンドＣｃｔを分離して、内部のコマンド格納部２１１（図６参照）に格納する。さらに、受信装置２は、格納したコマンドＣｃｔで指定される放送開始時刻Ｔｓｔから放送終了時刻Ｔｎｄまでの間、予約録画を実行する。以下の説明では、放送開始時刻Ｔｓｔから放送終了時刻Ｔｎｄまでの間を、予約時間帯ＴＰｒｐと称する。予約録画の実行により、受信装置２は、予約時間帯ＴＰｒｐの間、受信ストリームＴＳから予約放送番組を構成する映像パケットＰｃｖおよび音声パケットＰｃａを分離して、内部の予約番組格納装置２１８（図６参照）に格納する。また、受信装置２は、何らかの理由で、コマンド格納部２１１にコマンドＣｃｔを格納できない場合には、その旨を通信端末装置３に通知するためのエラーメッセージＥＭを作成して、通信回線４に送出する。

図６は、以上のような受信装置２の詳細な構成を示すブロック図である。図６において、受信装置２は、電源２１と、指定チャネル格納部２２と、電源状態監視装置２３と、チューナ２４と、コマンドパケット分離部２５と、コマンドパケット分解部２６と、装置識別子格納部２７と、パスワード格納部２８と、コマンドフィルタリング部２９と、判定／書込み部２１０と、コマンド格納部２１１と、アドレス格納部２１２と、エラーメッセージ作成部２１３と、回線接続部２１４と、タイマ２１５と、コマンド実行部２１６と、ＡＶパケット分離部２１７と、予約番組格納装置２１８と、空き容量検出部２１９とを備えている。

電源２１は典型的には、受信装置２のスイッチ（図示せず）をユーザが操作することにより、オン、オフおよびスタンバイの３状態に設定される。本実施形態では、電源２１は、オンに設定されている時、図６に示す全ての構成（指定チャネル格納部２２〜空き容量検出部２１９）に駆動電圧を供給する。なお、図６には、都合上、ＡＶパケット分離部２１７への駆動電圧Ｅｃｃのみが図示されている。また、電源２１は、スタンバイ状態の時、少なくともＡＶパケット分離部２１７を除く構成に駆動電圧を供給する。本実施形態では無関係であるため、電源２１がオフの時のことについては説明を省略する。

指定チャネル格納部２２は、ユーザにより指定された放送チャネルＢＣＨを表す情報が格納される。以下の説明では、指定チャネル格納部２２に格納されるものを、指定放送チャネルＢＣＨｒと称する。以下、指定放送チャネルＢＣＨｒについて詳細に説明する。本実施形態では、放送事業者は、図１の放送装置１を使って、番組放送サービス以外に、受信装置２へのコマンドＣｃｔの送信を代行するという別のサービス（以下、代行サービスと称する）を提供する。指定放送チャネルＢＣＨｒとは、ユーザが代行サービスを受ける契約を交わした放送事業者に割り当てられている放送チャネルＢＣＨである。

電源状態監視装置２３は典型的には、電源２１がオンからスタンバイ状態に遷移した時点を検出し、この遷移を検出した後に、制御信号ＣＳｆａを生成し、チューナ２４に出力する。制御信号ＣＳｆａは、チューナ２４の受信周波数帯域を、指定放送チャネルＢＣＨｒ に設定するように指示するための信号である。

チューナ２４は、電源２１がオンの時、ユーザが図示しない入力装置を使って指定した放送チャネルＢＣＨに、受信周波数帯域を設定する。また、チューナ２４は、電源状態監視装置２３からの制御信号ＣＳｆａの受信に応答して、指定チャネル格納部２２から指定放送チャネルＢＣＨｒを取り出し、取り出したものに受信周波数帯域を設定する。また、チューナ２４は、コマンド実行部２１６からの制御信号ＣＳｆｂの受信に応答して、これにより指定される放送チャネルＢＣＨに、受信周波数帯域を設定する。ここで、制御信号ＣＳｆｂは、予約録画を実行するために、チューナ２４の受信周波数帯域を、コマンド実行部２１６が通知する放送チャネルＢＣＨに設定するように指示するための信号である。チューナ２４は、設定された放送チャネルＢＣＨを使って送信されてくるストリームＴＳを受信して、受信ストリームＴＳをコマンドパケット分離部２５およびＡＶパケット分離部２１７に出力する。

コマンドパケット分離部２５は、入力ストリームＴＳ（図５（ａ）および（ｂ）参照）に多重されている各コマンドパケットＰｃｔを、それらの前に多重されているヘッダパケットＰｈｄに従って分離して、コマンドパケット分解部２６に渡す。コマンドパケット分解部２６は、受け取ったコマンドパケットＰｃｔを分解して、情報セットＩｃｏｍを復元する。コマンドパケット分解部２６は、復元した情報セットＩｃｏｍを、コマンドフィルタリング部２９に渡す。

装置識別子格納部２７およびパスワード格納部２８は、上述の装置識別子ＩＤｒｔおよびパスワードＰＷを格納する。なお、以下の説明では、装置識別子格納部２７およびパスワード格納部２８に格納されるものを、ローカル装置識別子ＩＤｒｔおよびローカルパスワードＰＷと称する。装置識別子格納部２７およびパスワード格納部２８に格納されるローカル装置識別子ＩＤｒｔおよびローカルパスワードＰＷの双方を使って、コマンドフィルタリング部２９は、コマンドパケット分解部２６から受け取った情報セットＩｃｏｍに対してフィルタリング処理を行う。より具体的には、コマンドフィルタリング部２９は、ローカル装置識別子ＩＤｒｔおよびローカルパスワードＰＷが、情報セットＩｃｏｍに含まれる装置識別子ＩＤｒｔおよびパスワードＰＷに完全に一致する場合に限り、今回受け取ったものを適正な情報セットＩｃｏｍと判断する。本実施形態において、適正な情報セットＩｃｏｍとは、ユーザの意図に沿って作成された代行依頼ＰＲｒから作成されかつ自装置宛のコマンドパケットＰｃｔを意味する。つまり、装置識別子ＩＤｒｔが不一致の情報セットＩｃｏｍは自装置宛のものではないとみなされ、パスワードＰＷが不一致の情報セットＩｃｏｍは、ユーザが通信端末装置３を操作することにより生成されたものではないとみなされる。コマンドフィルタリング部２９は、今回受け取った情報セットＩｃｏｍが適正なものであると判断した場合、それからコマンドＣｃｔを取り出して、判定／書込み部２１０に渡す。逆に、不適正な情報セットＩｃｏｍと判断した場合、コマンドフィルタリング部２９は、それを破棄する。

判定／書込み部２１０は、受け取ったコマンドＣｃｔを、コマンド格納部２１１に書き込むか否かを判定する。図２（ａ）および（ｂ）に示すように、コマンドＣｃｔは放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄを含んでいる。また、コマンド格納部２１１には、判定／書込み部２１０により書き込まれたいくつかのコマンドＣｃｔが格納される。以上のことから、予約録画を正しく行うには、互いに重なり合う予約時間帯ＴＰｒｐを有する２個のコマンドＣｃｔが格納されてはならない。例えば、図７に示すように、放送開始時刻Ｔｓｔとして６月２１日の１８：３０を、さらに放送終了時刻Ｔｎｄとして同日の１９：３０を含むコマンドＣｃｔがコマンド格納部２１１に既に格納されている場合を想定する。このような場合には、図２（ｂ）に示す代行依頼ＰＲに設定されているコマンドＣｃｔは、コマンド格納部２１１に格納されてはならない。両コマンドＣｃｔにおいて、６月２１日の１９：００から１９：３０までの時間が互いに重複しているからである。以上の観点から、判定／書込み部２１０は、受け取った情報セットＩｃｏｍから予約時間帯ＴＰｒｐを取り出し、取り出した予約時間帯ＴＰｒｐに重複する予約時間帯ＴＰｒｐがコマンド格納部２１１に格納されているか否かを判断する。以下の説明では、この判断処理を、重複予約判定処理と称する。

また、予約番組格納装置２１８は、有限の容量を有する格納領域に、映像パケットＰｃｖおよび音声パケットＰｃａを格納する。したがって、予約録画を正しく行うには、コマンドＣｃｔにより指定された予約放送番組を格納するための十分な空き領域ＦＳが予約番組格納装置２１８に残っている必要がある。以上の観点から、空き容量検出部２１９は、判定／書込み部２１０からの要求に応答して、予約番組格納装置２１８の空き容量ＦＳを検出し、検出したものを判定／書込み部２１０に返す。判定／書込み部２１０は、受け取った情報セットＩｃｏｍ内の予約時間帯ＴＰｒｐから、予約放送番組の格納に必要な容量ＳＳを推定する。判定／書込み部２１０は、推定容量ＳＳが空き容量検出部２１９からの空き容量ＦＳを超えるか否かを判断する。以下、この判断処理を、容量判定処理と称する。

判定／書込み部２１０は、受け取ったコマンドＣｃｔに重複予約判定処理および容量判定処理を行い、両判定結果がＮｏの場合にコマンドＣｃｔの書き込みを認め、それをコマンドＡＣｃｔとしてコマンド格納部２１１に書き込む。また、少なくとも一方の判定結果がＹｅｓの場合、判定／書込み部２１０は、受け取ったコマンドＣｃｔをコマンド格納部２１１に格納することなく破棄し、さらに、エラーメッセージＥＭの作成指示ＩＳｅｍをエラーメッセージ作成部２１３に渡す。

コマンド格納部２１１は、不揮発性の記憶装置からなり、上述から明らかなように、コマンドＡＣｃｔを格納する。アドレス格納部２１２は、ユーザにより指定されたアドレスＡｃｔを格納する。アドレスＡｃｔは、通信端末装置３を一意に特定するアドレスであり、典型的には、文字または数字の列からなる。本実施形態では、アドレスＡｃｔは、ａｄｄｒｅｓｓ＠ｐｏｐ．ｎｅ．ｊｐであると仮定する。エラーメッセージ作成部２１３は、作成指示ＩＳｅｍに応答して、アドレス格納部２１２からアドレスＡｃｔを取り出し、エラーメッセージＥＭを作成する。エラーメッセージ作成部２１３は、作成したエラーメッセージＥＭを回線接続部２１４に渡す。回線接続部２１４は、エラーメッセージＥＭの到着に応答して通信回線４に接続した後に、受け取ったエラーメッセージＥＭを通信回線４に送出する。

図８は、エラーメッセージ作成部２１３で作成されるエラーメッセージＥＭのデータ構造の一例を示す模式図である。図８において、エラーメッセージＥＭは例示的に、電子メールからなり、少なくとも、アドレスＡｃｔと、コマンドＣｃｔをコマンド格納部２１１に書き込むことができなかった旨を示す本文ＭＴとを含む。

タイマ２１５は、現在時刻Ｔｃｒを計時しており、予め定められた時間間隔毎にコマンド実行部２１６に渡す。コマンド実行部２１６は、タイマ２１５から現在時刻Ｔｃｒが到着する度に、コマンド格納部２１１にアクセスする。そして、コマンド実行部２１６は、コマンド格納部２１１内の全てのコマンドＣｃｔの中から、受け取った現在時刻Ｔｃｒに放送開始時刻Ｔｓｔが一致するものを探す。以下の説明では、この条件に該当するコマンドＣｃｔを、実行コマンドＥＣｃｔと称する。コマンド実行部２１６は、実行コマンドＥＣｃｔを見つけることができた場合、その実行を開始する。より具体的には、コマンド実行部２１６は、まず、電源２１をオンに設定するように指示するための制御信号ＣＳｏｎを作成して電源２１に出力する。電源２１は、入力制御信号ＣＳｏｎに応答して、ＡＶパケット分離部２１７に駆動電圧Ｅｃｃを供給する。また、コマンド実行部２１６は、実行コマンドＥＣｃｔから、予約放送番組の放送チャネルＢＣＨを取り出して、取り出した放送チャネルＢＣＨを含む制御信号ＣＳｆｂを生成して、チューナ２４に出力する。チューナ２４は、前述したように、入力制御信号ＣＳｆｂにより指定された放送チャネルＢＣＨに受信周波数帯域を設定して、ストリームＴＳを受信する。さらに、コマンド実行部２１６は、受信ストリームＴＳから分離した映像パケットＰｃｖおよび音声パケットＰｃａを予約番組格納装置２１８に格納するよう、ＡＶパケット分離部２１７に指示するための録画指示ＩＳｒｅｃを作成する。コマンド実行部２１６は、作成した録画指示ＩＳｒｅｃをＡＶパケット分離部２１７に出力する。ＡＶパケット分離部２１７は、録画指示ＩＳｒｅｃで指示された通りの動作を行う。その結果、予約番組格納装置２１８には、ＡＶパケット分離部２１７により分離された映像パケットＰｃｖおよび音声パケットＰｃａが格納され始める。つまり、予約放送番組の録画が始まる。さらに、コマンド実行部２１６は、タイマ２１５から受け取った現在時刻Ｔｃｒに、実行コマンドＥＣｃｔの放送終了時刻Ｔｎｄが一致することを認識した場合、コマンドＥＣｃｔの実行を終了する。より具体的には、コマンド実行部２１６は、電源２１をスタンバイ状態に設定するように指示するための制御信号ＣＳｓｂを作成して電源２１に出力する。電源２１は、入力制御信号ＣＳｓｂに応答して、スタンバイ状態に遷移し、ＡＶパケット分離部２１７に駆動電圧Ｅｃｃを供給することを停止する。その結果、予約放送番組の録画が終了する。さらに、電源状態監視装置２３は、電源２１がスタンバイ状態になったことから、上述した制御信号ＣＳｆａを生成し、チューナ２４に送信する。

図１の通信端末装置３は、好ましくは携帯電話であり、ユーザの操作に従って、前述の代行依頼ＰＲを作成して、無線チャネルＷＣＨに送出する。送出された代行依頼ＰＲは、無線チャネルＷＣＨを介して通信回線４上の基地局により受信された後、放送装置１に伝送される。また、通信回線４上の基地局は、放送装置１からの依頼拒否ＲＲまたは受付完了ＲＣ、もしくは受信装置２からのエラーメッセージＥＭを、無線チャネルＷＣＨ上に送出する。通信端末装置３は、無線チャネルＷＣＨから依頼拒否ＲＲまたは受付完了ＲＣもしくはエラーメッセージＥＭを受信して、放送装置１がコマンドＣｃｔを受け付けなかったことまたは受け付けたこと、もしくは、受信装置２がコマンドＣｃｔを実行できないことを表す画像または音声を出力する。

図９は、以上のような通信端末装置３の詳細な構成を示すブロック図である。図９において、通信端末装置３は、入力装置３１と、アプリケーション実行部３２と、装置識別子格納部３３と、パスワード格納部３４と、無線送受信部３５と、表示装置またはスピーカからなる出力装置３６と、ターゲット識別子格納部３７とを備えている。

入力装置３１は典型的には、キーボードからなる。ユーザは、入力装置３１を操作して、本放送システムＢＳのデータ通信に必要となる情報を入力する。入力情報としては、図９には都合上示していないが、上述の装置識別子ＩＤｒｔおよびパスワードＰＷ、さらに、放送チャネルＢＣＨ、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄがある。これら入力情報は、アプリケーション実行部３２に送られる。アプリケーション実行部３２は、プロセッサ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）からなり、代行依頼用のコンピュータプログラム（以下、代行依頼プログラムと称する）３２１およびメール処理プログラム３２２をＲＯＭに格納している。アプリケーション実行部３２は、代行依頼プログラム３２１を実行して、上述の代行依頼ＰＲを作成したり、上述の依頼拒否ＲＲまたは受付完了ＲＣを受信したりする。また、アプリケーション実行部３２は、メール処理プログラム３２２を実行して、エラーメッセージＥＭを受信する。装置識別子格納部３３およびパスワード格納部３４は、アプリケーション実行部３２から送られてくる装置識別子ＩＤｒｔおよびパスワードＰＷを格納する。無線送受信部３５は、アプリケーション実行部３２から受け取った代行依頼ＰＲに対して、予め定められた変調処理または多重化処理を行った後、無線チャネルＷＣＨに送出する。また、無線送受信部３５は、無線チャネルＷＣＨから受信した依頼拒否ＲＲ、受付完了ＲＣまたはエラーメッセージＥＭに対して、予め定められた復調処理および分離処理を行った後に、それらをアプリケーション実行部３２に渡す。なお、ターゲット識別子格納部３７については、後述する第２の変型例で必要になる構成であるため、ここではその説明を省略する。

次に、放送システムＢＳのデータ通信前に設定される事項について説明する。ユーザは、通信端末装置３の入力装置３１を操作して、代行依頼プログラム３２１を指定して、アプリケーション実行部３２を起動する。その後、ユーザは、入力装置３１を操作して、装置識別子ＩＤｒｔを入力する。アプリケーション実行部３２は、入力された装置識別子ＩＤｒｔを装置識別子格納部３３に格納する。さらに、ユーザは、入力装置３１を操作して、パスワードＰＷを入力する。アプリケーション実行部３２は、入力されたパスワードＰＷをパスワード格納部３４に格納する。さらに、ユーザは、受信装置２の図示しない入力装置を操作して、パスワード格納部３４に格納されたものと同じパスワードＰＷを入力し、さらに、アドレスＡｃｔを入力する。以上の入力の結果、受信装置２の装置識別子格納部２７には、入力されたものがローカルパスワードＰＷとして格納される。アドレス格納部２１２には、入力されたアドレスＡｃｔが格納される。なお、装置識別子格納部３３に設定されたものと同じ装置識別子ＩＤｒｔは、図６の装置識別子格納部２７に、ローカル装置識別子ＩＤｒｔとして、例えば工場出荷時に格納される。さらに、ユーザは、放送事業者から代行サービスを受ける契約を交わす。契約後、ユーザまたは放送事業者は、ユーザの受信装置２の入力装置（図示せず）を操作して、契約した放送事業者が使う放送チャネルＢＣＨを、指定放送チャネルＢＣＨｒとして入力する。入力された指定放送チャネルＢＣＨｒは、指定チャネル格納部２２に格納される。

次に、本放送システムＢＳで行われるデータ通信について詳細に説明する。

図１０（ａ）および（ｂ）は、本放送システムＢＳのデータ通信の手順を示すシーケンスチャートである。ユーザは、予約放送番組の予約録画を設定し忘れたことに外出先で気づくと、通信端末装置３の操作を開始する。ユーザは、通信端末装置３の入力装置３１を操作して、代行依頼プログラム３２１を指定する。この指定に応じて、アプリケーション実行部３２は、代行依頼プログラム３２１の実行を開始する。実行開始後、アプリケーション実行部３２は、ユーザの入力情報に従って、代行依頼ＰＲを作成して、通信回線４を通じて放送装置１に送信する（図１０（ａ）および（ｂ）のシーケンスＱ１１）。

ここで、図１１は、アプリケーション実行部３２が代行依頼ＰＲを作成し送信する際の処理手順を示すフローチャートである。図１１において、アプリケーション実行部３２は、予約録画に必要な事項をユーザが指定可能な画像データを生成し、出力装置３６に渡す。出力装置３６は、受け取った画像データに従って、予約録画の必要事項をユーザが指定可能な画像を表示する（図１１のステップＳ１１）。

図１２（ａ）は、ステップＳ１１で表示される画像の一例を示す模式図である。図１２（ａ）に示すように、出力装置３６の画面上には、予約録画の必要事項の入力欄として、予約放送番組が送信される放送チャネルＢＣＨの入力欄Ｃｂｃｈと、予約放送番組の放送開始時刻Ｔｓｔの入力欄Ｃｓｔと、予約放送番組の放送終了時刻Ｔｎｄの入力欄Ｃｎｄとを含む画像が表示される。ユーザは、入力装置３１を操作して、出力装置３６の表示画像の各入力欄Ｃｂｃｈ、ＣｓｔおよびＣｎｄに、放送チャネルＢＣＨ、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄを入力する。ここで注意を要するのは、実際的には、複数の放送装置１が放送システムＢＳに収容される。従って、入力欄Ｃｂｃｈには、図１に示す放送装置１の放送チャネルＢＣＨだけでなく、図示しない他の放送装置１の放送チャネルＢＣＨも設定され得る点である。また、放送開始時刻Ｔｓｔは、予約放送番組の放送が開始される時刻だけでなく月および日を含む点である。月および日を含む点は、放送終了時刻Ｔｎｄについても同様である。また、図１２（ｂ）は、同図（ａ）に示す入力欄Ｃｂｃｈ、ＣｓｔおよびＣｎｄに入力される放送チャネルＢＣＨ、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄの一例を示す模式図である。図１２（ｂ）において、入力欄Ｃｂｃｈ には８が、入力欄Ｃｓｔには６月２１日の１９：００が、入力欄Ｃｎｄには６月２１日の２０：００が入力される。

アプリケーション実行部３２は、ユーザによりそれぞれ入力された放送チャネルＢＣＨ、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄを受け取り（ステップＳ１２）、その後、受け取った情報を使って、コマンドＣｃｔを作成する（ステップＳ１３）。ここで、ステップＳ１３をより詳細に説明する。図１３（ａ）は、アプリケーション実行部３２に予め準備されているコマンドＣｃｔのデータフォーマットを示す模式図である。図１３（ａ）において、コマンドＣｃｔは、予約録画コマンドＣｒｅｃと、放送チャネルＢＣＨ、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄが設定される３つのフィールドとからなる。ステップＳ１３において、アプリケーション実行部３２は、以上の３つのフィールドに、ステップＳ１２で受け取った放送チャネルＢＣＨ、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄを設定して、コマンドＣｃｔを作成する。ここで、図１３（ｂ）は、同図（ａ）に示す３フィールドに設定される放送チャネルＢＣＨ、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄの一例を示す模式図である。図１２（ｂ）に示すような情報が入力された場合、図１３（ｂ）に示すように、コマンドＣｃｔの３フィールドには、８、６月２１日の１９：００および６月２１日の２０：００が設定される。

以上のコマンドＣｃｔの作成終了後、アプリケーション実行部３２は、パスワード格納部３４および装置識別子格納部３３から、パスワードＰＷおよび装置識別子ＩＤｒｔを順番に取り出す（ステップＳ１４〜Ｓ１５）。次に、アプリケーション実行部３２は、取り出したパスワードＰＷおよび装置識別子ＩＤｒｔを、ステップＳ１３で作成したコマンドＣｃｔに付加して、代行依頼ＰＲ（図２（ａ）参照）を組み立てる（ステップＳ１６）。なお、図１３（ｂ）に示すコマンドＣｃｔが作成された場合には、図２（ｂ）に示す代行依頼ＰＲが作成される。

代行依頼ＰＲの作成後、アプリケーション実行部３２は、無線送受信部３５を制御して、放送装置１とのコネクションを確立する（ステップＳ１７）。なお、コネクションの確立は、ステップＳ１６の後に限らず、それよりも前に行われても良い。コネクション確立後、アプリケーション実行部３２は、今回作成した代行依頼ＰＲを無線送受信部３５を通じて通信回線４に送出する（ステップＳ１８）。以上のようにして送出された代行依頼ＰＲは、図１の通信回線４を通じて、図１０（ａ）および（ｂ）に示すように放送装置１に送信される。

図１４は、放送装置１が代行依頼ＰＲを受信した時の処理手順を示すフローチャートである。図１４において、放送装置１の依頼受信部１１は、代行依頼ＰＲの到着を待機しており（ステップＳ２１）、受信した代行依頼ＰＲを依頼判断部１３に渡す。依頼判断部１３は、今回の代行依頼ＰＲを受け付けるか否かを判断する（ステップＳ２２）。前述したように、放送装置１には、受信装置２に送信しても無駄になるコマンドＣｃｔを含む代行依頼ＰＲが到着する場合がある。無駄なコマンドＣｃｔの代表例としては、以下に説明するようなものがある。つまり、コマンドＣｃｔに設定される放送開始時刻Ｔｓｔは、予約録画を開始しなければならない時刻である。従って、コマンドＣｃｔは、遅くとも放送開始時刻Ｔｓｔまでに受信装置２に到着している必要がある。ここで、コマンドＣｃｔを含むコマンドパケットＰｃｔが放送装置１から送出されてから、受信装置２に到着するまでの時間をＴｔｆ１ とおくと、

Ｔｔｆ１ ≒（Ｎｍｕｘ ×Ｓｃｔ＋Ｓｈｄ）／ＢＷｃｔ…（１）
と近似することができる。ここで、ＮｍｕｘおよびＢＷｃｔは、前述した通りである。Ｓｃｔは、コマンドパケットＰｃｔのデータサイズである。Ｓｈｄは、パケットヘッダＰｈｄのデータサイズである。これらＮｍｕｘ、Ｓｃｔ、ＳｈｄおよびＢＷｃｔは既知の値であり、本実施形態では説明の便宜上、定数であると仮定する。

また、後述するように、１つのコマンドパケットＰｃｔは、ＤＳＭ−ＣＣに従って、予め定められた時間間隔Ｔｎｖで、予め定められた回数Ｎｓｃだけ送信される。ＤＳＭ−ＣＣについてはＩＳＯ／ＩＥＣ１３８１８−６に定義されているので、本実施形態ではその詳細な説明を省略する。また、Ｎｓｃは２以上の自然数である。以上のことから、１回目に送信されたコマンドパケットＰｃｔが受信装置２に到着してから、Ｎｓｃ回目に送信されたものが受信装置２に到着するまでには、次式（２）で近似される時間Ｔｔｆ２だけ要する。

Ｔｔｆ２ ≒Ｔｎｖ×（Ｎｓｃ−１）…（２）
以上のことから、代行依頼ＰＲは、次式（３）で算出される基準時刻Ｔｒｅｆには放送装置１に到着している必要がある。

Ｔｒｅｆ ＝Ｔｓｔ−（Ｎｓｃ×Ｔｔｆ１ ＋Ｔｔｆ２）−Ｔｍｇ…（３）
ここで、Ｔｍｇは、予め定められた時間マージンであり、放送システムＢＳの設計要件に応じて定められる。

以上の基準時刻Ｔｒｅｆよりも後に代行依頼ＰＲが放送装置１に到着してしまうと、放送装置１は、放送開始時刻Ｔｓｔまでに時間間隔ＴｎｖでＮｓｃ回、コマンドＣｃｔを送出することができなくなる。したがって、この条件を満たさない代行依頼ＰＲは、上述の無駄なコマンドＣｃｔを含んでいることになる。

依頼判断部１３は、今回受信した代行依頼ＰＲが以上のような無駄なコマンドＣｃｔを含んでいるか否かを判断するため、まず、代行依頼ＰＲを依頼受信部１１から受け取った代行依頼ＰＲから、放送開始時刻Ｔｓｔを取り出す（ステップＳ２２１）。さらに、依頼判断部１３は、タイマ１２から現在時刻Ｔｃｒを受け取る（ステップＳ２２２）。その後、依頼判断部１３は、ステップＳ２２１で得た放送開始時刻Ｔｓｔを上式（３）に代入して、基準時刻Ｔｒｅｆを算出する（ステップＳ２２３）。その後、依頼判断部１３は、ステップＳ２２２で得た現在時刻ＴｃｒがステップＳ２２３で算出した基準時刻Ｔｒｅｆよりも後の時刻であるか否かを判断する（ステップＳ２２４）。Ｙｅｓと判断した場合、依頼判断部１３は、今回受け取った代行依頼ＰＲが無駄なコマンドＣｃｔを含んでいるとみなし、これを代行依頼ＰＲｄとして依頼破棄部１４に渡す。依頼破棄部１４は、受け取った代行依頼ＰＲｄを破棄し（ステップＳ２３）、その後、依頼拒否ＲＲの作成指示ＩＳｒｒを依頼拒否作成部１５に渡す。依頼拒否作成部１５は、依頼破棄部１４からの作成指示ＩＳｒｒに応答して、前述の依頼拒否ＲＲを作成する（ステップＳ２４）。依頼拒否作成部１５は、作成した依頼拒否ＲＲを依頼拒否送信部１６に渡す。依頼拒否送信部１６は、通信回線４を介して現在コネクションを確立している通信端末装置３に、受け取った依頼拒否ＲＲを送信する（ステップＳ２５，図１０（ａ）のシーケンスＱ１２）。

通信端末装置３において、無線送受信部３５は、依頼拒否ＲＲを受信して、アプリケーション実行部３２に渡す。アプリケーション実行部３２は、上述のステップＳ１８の後、放送装置１から依頼拒否ＲＲまたは受付完了ＲＣが送られてくることを待機しており（ステップＳ１９）、今回のように、依頼拒否ＲＲを受信した場合には、代行依頼ＰＲを受け付けることができないというメッセージを、出力装置３６に表示する（ステップＳ１１０）。これによって、通信端末装置３のユーザは、今回送った代行依頼ＰＲが放送装置１により受け付けられなかったことを知ることができる。

ここで、再度、図１４を参照する。依頼判断部１３は、ステップＳ２２４でＮｏと判断した場合、今回受け取った代行依頼ＰＲが無駄なコマンドＣｃｔを含んでいないとみなし、これを代行依頼ＰＲｐとして依頼書込み部１７に渡す。依頼書込み部１７は、受け取った代行依頼ＰＲｐを依頼格納装置１８に書き込む（ステップＳ２６）。その結果、依頼格納装置１８には、図１５に示すように、新たな代行依頼ＰＲｐが格納される。なお、本実施形態では、放送システムＢＳには、通信端末装置３および受信装置２が１台ずつ収容されるとして説明を行っているが、実際には、多数の通信端末装置３および受信装置２が収容されている。さらに、同じ通信端末装置３が複数個の代行依頼ＰＲを放送装置１に送信する場合もある。以上のことから、たいていの場合、依頼格納装置１８には、図１５に示すように、複数の代行依頼ＰＲｐが格納される。なお、依頼書込み部１７が今回、図２（ｂ）に示す代行依頼ＰＲを受け取った場合には、図１５の最下段に示すように代行依頼ＰＲｐとして格納する。

依頼書込み部１７はさらに、受付完了ＲＣの作成指示ＩＳｒｃを受付完了作成部１９に渡す。受付完了作成部１９は、依頼書込み部１７からの作成指示ＩＳｒｃに応答して、前述の受付完了ＲＣを作成する（ステップＳ２７）。受付完了作成部１９は、作成した受付完了ＲＣを受付完了送信部１１０に渡す。受付完了送信部１１０は、通信回線４を介して現在コネクションを確立している通信端末装置３に、受け取った受付完了ＲＣを送信する（ステップＳ２８，図１０（ｂ）のシーケンスＱ１３）。

通信端末装置３において、無線送受信部３５は、受信した受付完了ＲＣを、アプリケーション実行部３２に渡す。上述と同様に、アプリケーション実行部３２は、ステップＳ１８の後、依頼拒否ＲＲまたは受付完了ＲＣの受信を待機しており（ステップＳ１９）、今回のように、受付完了ＲＣを受信した場合には、その旨を、出力装置３６に表示する（ステップＳ１１０）。これによって、通信端末装置３のユーザは、今回の代行依頼ＰＲが放送装置１により受け付けられたことを知ることができる。

図１６は、依頼格納装置１８に格納された代行依頼ＰＲｐを送信する際の放送装置１の処理手順を示すフローチャートである。コマンド取出し部１１１は、前述のように依頼格納装置１８の中から、定期的に、Ｎｍｕｘ個の情報セットＩｃｏｍ（代行依頼ＰＲｐ）を選択し読み出す（ステップＳ３１）。なお、以上の読み出しが終了後、コマンド取出し部１１１は、情報セットＩｃｏｍをコマンドパケット組立器１１２に渡す。さらに、コマンド取出し部１１１は、今回、図２（ｂ）に示す代行依頼ＰＲを、情報セットＩｃｏｍとして読み出したと仮定する。

コマンドパケット組立器１１２は、ヘッダパケットＰｈｄを組み立て、さらに、受け取った情報セットＩｃｏｍからコマンドパケットＰｃｔを組み立てる（ステップＳ３２）。従って、Ｎｍｕｘ個のコマンドパケットＰｃｔが組み立てられる。コマンドパケット組立器１１２はさらに、図４（ａ）および（ｂ）に示すように、ヘッダパケットＰｈｄを最初に多重化器１１８に出力した後、Ｎｍｕｘ個のコマンドパケットＰｃｔを順番に多重化器１１８に出力する。

ところで、前述したように、ある番組の放送時刻になると、放送番組格納装置１１３からは、今回放送すべき番組を構成する映像データＤｖおよび音声データＤａが読み出され、映像符号化器１１４および音声符号化器１１６に出力される。映像符号化器１１４および音声符号化器１１６は、入力映像データＤｖおよび入力音声データＤａを符号化して、符号化映像データＤｃｖおよび符号化音声データＤｃａを映像パケット組立器１１５および音声パケット組立器１１７に出力する。映像パケット組立器１１５および音声パケット組立器１１７は、入力符号化映像データＤｃｖおよび入力符号化音声データＤｃａから、いくつかの映像パケットＰｃｖおよび音声パケットＰｃａを組み立てて、それぞれを多重化器１１８に出力する。

多重化器１１８は、入力映像パケットＰｃｖ、入力音声パケットＰｃａ、ならびに入力ヘッダパケットＰｈｄおよびＮｍｕｘ個の入力コマンドパケットＰｃｔを多重化して、図５（ａ）および（ｂ）に示すストリームＴＳを作成し（ステップＳ３３）、ＴＳ送信器１１９に出力する。ＴＳ送信器１１９は、入力ストリームＴＳを、予め定められた放送周波数帯を有する搬送波に乗せて、前述の放送チャネルＢＣＨに送出する（ステップＳ３４，図１０（ｂ）のシーケンスＱ１４）。

放送装置１では、以上の図１６の処理が繰り返し実行され、その結果、放送チャネルＢＣＨには、図１０（ｂ）に示すように、ヘッダパケットＰｈｄおよびＮｍｕｘ個のコマンドパケットＰｃｔ（図示は１個）の組み合わせが周期的に繰り返し送出されることになる。ここで、注意を要するのは、コマンド取出し部１１１は、ＤＳＭ−ＣＣに従って処理を行うので、１個の代行依頼ＰＲｐは、時間間隔ＴｎｖでＮｓｃ回読み出される点である。その結果、図１７に示すように、受信装置２は、第１回目のコマンドパケットＰｃｔ（図４（ｂ）参照）を時刻Ｔ０に受信した場合には、２回目のものを時刻Ｔ０＋Ｔｎｖに受信し、最終的に、時刻Ｔ０＋Ｎｓｃ×Ｔｎｖに、Ｎｓｃ回目のコマンドパケットＰｃｔを受信することになる。

次に、図１８のフローチャートを参照して、放送装置１から送出されたコマンドパケットＰｃｔの受信する際の受信装置２の処理について説明する。ユーザは、外出する場合、受信装置２のスイッチ（図示せず）を操作して、電源２１の状態をスタンバイ状態に設定する。その結果、電源状態監視装置２３は、制御信号ＣＳｆａをチューナ２４に送出する（ステップＳ４１）。チューナ２４は、受信制御信号ＣＳｆａに応答して、自身の受信周波数帯域を、指定チャネル格納部２２に格納されている指定放送チャネルＢＣＨｒに設定する（ステップＳ４２）。これによって、チューナ２４は、ユーザが代行サービスを契約した放送事業者が管理する放送装置１からのストリームＴＳを受信し、他の放送装置（図示せず）からのストリームＴＳを受信しない。

ここで、ユーザがある放送番組の予約録画を設定し忘れたことに外出先で気づくと、通信端末装置３の入力装置３１を操作して、代行依頼プログラム３２１を実行するよう指定する。その結果、通信端末装置３では、図１１に示す処理が行われ、代行依頼ＰＲが放送装置１に送信される。放送装置１では、受信代行依頼ＰＲに応答して、図１４の処理が行われ、ステップＳ２２４でＮｏと判断された場合には、今回の代行依頼ＰＲから組み立てられたコマンドパケットＰｃｔがストリームＴＳに多重された状態で放送チャネルＢＣＨ上に送出される。ここで、送出されたストリームＴＳには、図２（ｂ）に示す代行依頼ＰＲから作成されたコマンドパケットＰｃｔが多重されると仮定する。チューナ２４は、自身の受信周波数帯域が指定放送チャネルＢＣＨｒに設定されているので、放送装置１が送出したストリームＴＳを受信し（ステップＳ４３）、コマンドパケット分離部２５に出力する。なお、チューナ２４は、受信ストリームＴＳをＡＶパケット分離部２１７にも出力するが、電源２１がスタンバイ状態の時にはＡＶパケット分離部２１７には駆動電圧Ｅｃｃが供給されないので、ＡＶパケット分離部２１７はストリームＴＳに何も処理を行わない。

コマンドパケット分離部２５は、入力ストリームＴＳに多重されているコマンドパケットＰｃｔのそれぞれを、ヘッダパケットＰｈｄを参照して分離し（ステップＳ４４）、分離したものをコマンドパケット分解部２６に出力する。コマンドパケット分解部２６は、受け取ったコマンドパケットＰｃｔを分解して、情報セットＩｃｏｍを復元する（ステップＳ４５）。さらに、コマンドパケット分解部２６は、復元した情報セットＩｃｏｍをコマンドフィルタリング部２９に渡す。

コマンドフィルタリング部２９は、１個の情報セットＩｃｏｍを受け取る度に、そこから装置識別子ＩＤｒｔおよびパスワードＰＷを取り出す（ステップＳ４６）。さらに、コマンドフィルタリング部２９は、前述のローカル装置識別子ＩＤｒｔおよびローカルパスワードＰＷを取り出す（ステップＳ４７）。その後、コマンドフィルタリング部２９は、ステップＳ４６で取り出した装置識別子ＩＤｒｔが、ステップＳ４７で取り出したローカル装置識別子ＩＤｒｔに一致するか否かを判断する（ステップＳ４８）。さらに、コマンドフィルタリング部２９は、ステップＳ４６で取り出したパスワードＰＷが、ステップＳ４７で取り出したローカルパスワードＰＷに一致するか否かを判断する（ステップＳ４９）。ステップＳ４８でＮｏと判断した場合、コマンドフィルタリング部２９は、今回受け取った情報セットＩｃｏｍが自装置宛のものでないと判断して、それを破棄する（ステップＳ４１０）。また、ステップＳ４９でＮｏと判断した場合、今回の情報セットＩｃｏｍにはユーザが決めたパスワードＰＷが設定されていないことになるので、コマンドフィルタリング部２９は、ステップＳ４１０において、この情報セットＩｃｏｍを破棄する。逆に、ステップＳ４８またはＳ４９の双方でＹＥＳと判断した場合、コマンドフィルタリング部２９は、今回受け取った情報セットＩｃｏｍが自装置宛でありかつユーザが意図したコマンドＣｃｔを含んでいると判断して、コマンドＣｃｔを取り出して、判定／書込み部２１０に渡す。

判定／書込み部２１０は、１個のコマンドＣｃｔを受け取る度に、前述の重複予約判定処理を行い（ステップＳ４１１）、さらに前述の容量判定処理を行う（ステップＳ４１２）。ステップＳ４１１においてＹＥＳと判断した場合、判定／書込み部２１０は、今回受け取ったコマンドＣｃｔの予約時間帯ＴＰｒｐに重複する予約時間帯ＴＰｒｐを有するコマンドＣｃｔがコマンド格納部２１１に格納されていると判断する。さらに、ステップＳ４１２においてＹＥＳと判断した場合、判定／書込み部２１０は、十分な空き容量ＦＳが予約番組格納装置２１８にないと判断する。以上のいずれかの判断をした場合、判定／書込み部２１０は、今回受け取ったコマンドＣｃｔを破棄し、さらに上述の作成指示ＩＳｅｍをエラーメッセージ作成部２１３に渡す（ステップＳ４１３）。

エラーメッセージ作成部２１３は、作成指示ＩＳｅｍに応答して、図８に示すようなエラーメッセージＥＭを作成する（ステップＳ４１４）。また、回線接続部２１４は、エラーメッセージ作成部２１３で作成されたエラーメッセージＥＭを通信回線４に送出する（ステップＳ４１５）。ここで、上述のようにエラーメッセージＥＭは電子メールであるから、通信回線４に接続されるメールサーバ（図示せず）に格納される。

図１９は、通信端末装置３がエラーメッセージＥＭを受信した時の処理手順を示すフローチャートである。ユーザは、通信端末装置３の入力装置３１を操作して、メール処理プログラム３２２の実行開始を指示する。さらに、ユーザは、上述のメールサーバから、エラーメッセージＥＭを取得するように指示する。図１９において、アプリケーション実行部３２は、ユーザの指示に応答して、通信回線４および無線送受信部３５を通じて、メールサーバに格納されているエラーメッセージＥＭを受け取る（ステップＳ５１）。アプリケーション実行部３２は、受け取ったエラーメッセージＥＭの本文ＭＴを、出力装置３６に表示する（ステップＳ５２）。これによって、通信端末装置３のユーザは、予約録画の設定ができないことを知ることができる。

また、図１８のステップＳ４１１およびＳ４１２の双方でＮｏと判断した場合、判定／書込み部２１０は、今回受け取ったコマンドＣｃｔに対して書き込み許可を与え、これをコマンドＡＣｃｔとしてコマンド格納部２１１に書き込む（ステップＳ４１６）。図２０は、ステップＳ４１６で書き込まれたコマンドＡＣｃｔの一例を示す模式図である。図２０において、図２（ｂ）に示す代行依頼ＰＲに含まれるコマンドＣｃｔに書き込み許可が与えられた場合、コマンド格納部２１１には、図示したようなコマンドＡＣｃｔが格納される。

次に、図２１のフローチャートを参照して、コマンド実行部２１６がコマンド格納部２１１に格納されたコマンドＡＣｃｔを実行する際の処理について説明する。図２１において、コマンド実行部２１６は、タイマ２１５から定期的に送られてくる現在時刻Ｔｃｒの受信を待機しており（ステップＳ６１）、それを受け取る度に、コマンド格納部２１１に格納されているコマンドＡＣｃｔ（図２０参照）の中から、受け取った現在時刻Ｔｃｒに放送開始時刻Ｔｓｔが一致する実行コマンドＥＣｃｔを検索する（ステップＳ６２）。この検索により実行コマンドＥＣｃｔを見つけることができなかった場合（ステップＳ６３）、コマンド実行部２１６は、ステップＳ６１に戻り、タイマ２１５から現在時刻Ｔｃｒが送られてくることを待機する。逆に、ステップＳ６３で実行コマンドＥＣｃｔを見つけた場合、コマンド実行部２１６は、予約録画を開始するために、前述の制御信号ＣＳｆｂを生成して、チューナ２４に出力し（ステップＳ６４）、前述の制御信号ＣＳｏｎを作成して電源２１に出力し（ステップＳ６５）、さらに、前述の録画指示ＩＳｒｅｃをＡＶパケット分離部２１７に出力する（ステップＳ６６）。ステップＳ６４の処理の結果、チューナ２４は、入力制御信号ＣＳｆｂにより指定された放送チャネルＢＣＨに受信周波数帯域を設定する。ステップＳ６５の処理の結果、電源２１は、ＡＶパケット分離部２１７に駆動電圧Ｅｃｃを供給する。ステップＳ６６の処理の結果、ＡＶパケット分離部２１７は、録画指示ＩＳｒｅｃで指示された通りの動作を行う。以上のようにして予約録画が開始されると、予約番組格納装置２１８には、ＡＶパケット分離部２１７により分離された映像パケットＰｃｖおよび音声パケットＰｃａが格納され始める。

また、ステップＳ６６の後、コマンド実行部２１６は、現在時刻Ｔｃｒの受信を待機しており（ステップＳ６７）、それを受け取る度に、今回の実行コマンドＥＣｃｔに設定されている放送終了時刻Ｔｎｄが今回受け取った現在時刻Ｔｃｒに一致するか否かを判断する（ステップＳ６８）。両時刻ＴｎｄおよびＴｃｒが一致しない場合、コマンド実行部２１６は、ステップＳ６７に戻り、タイマ２１５から現在時刻Ｔｃｒが送られてくることを待機する。逆に、両時刻ＴｎｄおよびＴｃｒが一致した場合、コマンド実行部２１６は、予約録画を終了するために、前述の制御信号ＣＳｓｂを作成して電源２１に出力する（ステップＳ６９）。ステップＳ６９の処理の結果、電源２１は、スタンバイ状態に遷移し、ＡＶパケット分離部２１７に駆動電圧Ｅｃｃを供給することを停止する。さらに、電源状態監視装置２３は、電源２１がスタンバイ状態に遷移したことで、前述の制御信号ＣＳｆａを生成し、チューナ２４に出力する。

以上説明したように、本実施形態に係る放送システムＢＳによれば、放送装置１は、図１７に示すように、受け付けた代行依頼ＰＲｐから組み立てたコマンドパケットＰｃｔを複数回、トランスポートストリームＴＳに多重するので、受信装置２が自分宛のコマンドＣｃｔを受信できる確度が高い放送システムＢＳを実現することができる。また、上述したように、コマンドＣｃｔから組み立てられたコマンドパケットＰｃｔは主として、ユーザが不在の時（つまり、電源２１がスタンバイ状態の時）に放送装置１から送信されてくる。また、受信装置２の受信周波数帯域は、電源２１がスタンバイ状態になった時、自動的に、指定チャネル格納部２２に格納されている指定放送チャネルＢＣＨｒに設定される。以上のことから、受信装置２は自分宛のコマンドＣｃｔをさらに高い確度で受信することができる。また、上述したように、コマンドフィルタリング部２９は、ローカル装置識別子ＩＤｒｔを使ってフィルタリング処理を行うので、多数受信する情報セットＩｃｏｍから自分宛のもののみを峻別することができる。

また、放送装置１は、図１４のステップＳ２２４およびＳ２３の処理により、基準時刻Ｔｒｅｆよりも後に到着した代行依頼ＰＲを破棄し、ステップＳ２２４およびＳ２６の処理により、基準時間Ｔｒｅｆと同じか、その前に到着した代行依頼ＰＲを受け付ける。その結果、無駄な代行依頼ＰＲに含まれるコマンドＣｃｔにより、依頼格納装置１８に格納された代行依頼ＰＲｐに含まれるコマンドＣｃｔの送信が邪魔されないので、より高い確度で放送開始時刻Ｔｓｔまでに受信装置２がコマンドＣｃｔを受信することが可能になる。

なお、以上の放送システムＢＳにおいて、放送装置１は、同じ内容のコマンドパケットＰｃｔをＮｓｃ回を送出していた。このようにするのは、受信装置２がコマンドパケットＰｃｔを正しく受信できる確率を高めるためである。しかしながら、コマンドパケットＰｃｔを受信できる確率が十分に高ければ、放送装置１は、コマンドパケットＰｃｔを１回送信するだけでもよい。

また、以上の放送システムＢＳにおいて、放送装置１と受信装置２とはケーブルに代表される有線伝送路で接続されていても良い。また、受信装置２は、放送衛星または通信衛星を介して、放送装置１で作成されたストリームＴＳを受信しても良い。また、以上の放送システムＢＳにおいて、放送装置１はデジタル放送していたが、アナログ放送であっても良い。また、受信装置２は、エラーメッセージＥＭを電子メールで通信端末装置３に送信していたが、それ以外のデータ通信でエラーメッセージＥＭを送信しても良い。さらに、受信装置２は、エラーメッセージＥＭを放送装置１に送信するようにしても良い。これによって、放送装置１は、自身が受信装置２に向けて送出したコマンドパケットＰｃｔが、コマンドＣｃｔとしてコマンド格納部２１１に格納されていないことを認識できる。

また、以上の放送システムＢＳでは、通信端末装置３が１回の代行依頼ＰＲを放送装置１に送信すると、放送装置１は、同じ内容のコマンドパケットＰｃｔを送出するようにしていた。しかしながら、これに限らず、放送装置１は、１回の代行依頼ＰＲの受信に応じて、互いに内容の異なるコマンドパケットＰｃｔを送出するようにしてもよい。放送事業者は、番組を制作する場合、たいていの場合、一連のストーリーを最初から終わりまで一挙に放送するのではない。逆に言えば、放送事業者は、一連のストーリーを例えば１時間単位で分割して、第１回から最終回まで放送することで一連のストーリーが完結するように番組を制作する。さらに、第１回目から最終回は、原則として、同じ曜日の同じ時間帯に放送される。このような放送スケジュールは予め定まっていることが多い。このような状況下において、放送装置１は、１回の代行依頼ＰＲで指定された放送番組の全話を予約録画できるように、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄの内、日付または曜日のみが相違するコマンドパケットＰｃｔを送出するようにしてもよい。さらに、もし、代行依頼ＰＲで指定された放送番組の放送スケジュールが変更されれば、放送装置１は、放送開始時刻Ｔｓｔおよび放送終了時刻Ｔｎｄが変更されたコマンドパケットＰｃｔを送出するようにしてもよい。これによって、通信端末装置３は代行依頼ＰＲを一回送出するだけですむので、通信コストを削減することができる。

次に、図６に示す受信装置２の第１の変型例（以下、受信装置２ａと称する）について説明する。図２２は、受信装置２ａの詳細な構成を示すブロック図である。図２２において、受信装置２ａは、図６の受信装置２と比較すると、指定チャネル格納部２２、電源状態監視装置２３およびチューナ２４の代わりに、デュアルチューナ部４１および周波数帯設定部４２を備えている点で相違する。それ以外に、受信装置２ａおよび２の間には構成上の相違点は無い。それ故、図２２において、図６の構成に相当するものには同一の参照符号を付け、その説明を省略する。

また、図２３は、図２２のデュアルチューナ部４１の詳細な構成を示すブロック図である。図２３において、デュアルチューナ部４１は、ＡＶ用チューナ４１１と、コマンド用チューナ４１２とを含んでいる。ＡＶ用チューナ４１１は、ユーザが受信装置２ａの入力装置（図示せず）を操作して指定する放送チャネルＢＣＨに、受信周波数帯を設定する。その後、ＡＶ用チューナ４１１は、設定された放送チャネルＢＣＨを使って送信されてくるストリームＴＳを受信して、ＡＶパケット分離部２１７に出力する。また、コマンド用チューナ４１２は、周波数帯設定部４２から送られてくる指定放送チャネルＢＣＨｒに、受信周波数帯を設定する。その後、コマンド用チューナ４１２は常時、指定放送チャネルＢＣＨｒを使って送信されてくるストリームＴＳを受信して、コマンドパケット分離部２５に出力する。

周波数帯設定部４２は典型的には、キーまたはボタンからなる。ユーザまたは放送事業者は、周波数帯設定部４２を操作して、指定放送チャネルＢＣＨｒを入力する。周波数帯設定部４２は、入力された指定放送チャネルＢＣＨｒをコマンド用チューナ４１２に送る。

以上説明したように、指定放送チャネルＢＣＨｒ専用のコマンド用チューナ４１２を備えることにより、受信装置２ａは、電源２１がスタンバイ状態であるか否かに関わらず、自分宛のコマンドパケットＰｃｔを常時受信できるようになるため、自分宛のコマンドＣｃｔの受信に失敗する可能性がさらに低くなる。

次に、図６に示す受信装置２の第２の変型例（以下、受信装置２ｂと称する）について説明する。図２４は、受信装置２ｂの詳細な構成を示すブロック図である。図２４において、受信装置２ｂは、図６の受信装置２と比較すると、コマンド実行部２１６および予約番組記憶装置２１８の代わりに、コマンド実行部５１およびバス制御部５２とを備えている点と、バス７を通じて外部記録装置６と接続されている点とで相違する。それ以外に、受信装置２および２の間には構成上の相違点は無い。それ故、図２４において、図６の構成に相当するものには同一の参照符号を付け、その説明を省略する。なお、図２４には、図示の都合上、図６に示す構成のいくつかは図示されていない。

コマンド実行部５１は、前述のコマンド実行部２１６と比較すると、下記の２点で相違する。まず、コマンド実行部５１は、前述の録画指示ＩＳｒｅｃの代わりに転送指示ＩＳｔｆをＡＶパケット分離部２１７に送出する。転送指示ＩＳｔｆは、ＡＶパケット分離部２１７が分離した映像パケットＰｃｖおよび音声パケットＰｃａをバス制御部５２に転送するよう指示するための情報である。次に、以上の処理に加えて、コマンド実行部５１は、後述する外部記録装置６を一意に特定するために外部記録装置６に予め割り当てられているターゲット識別子ＴＩＤおよび録画指示ＩＳｒｅｃをバス制御部５２に送る点で相違する。これによって、コマンド実行部５１は、ＡＶパケット分離部２１７から出力される映像パケットＰｃｖおよび音声パケットＰｃａを外部記録装置６にバス７を介して送信するよう指示する。

バス制御部５２には、ＡＶパケット分離部２１７の場合と同様に、電源２１がスタンバイ状態の時に、駆動電圧Ｅｃｃは供給されず、電源２１がオンの時に駆動電圧Ｅｃｃが供給される。バス制御部５２は、駆動電圧Ｅｃｃが供給されている時に、コマンド実行部５１からの録画指示ＩＳｒｅｃに応答して、予め定められたバスプロトコル（例えば、ＩＥＥＥ１３９４）に従って、まず、録画指示ＩＳｒｅｃから、同時に受け取るターゲット識別子ＴＩＤを含むバスパケットＢＰｒｅｃを組み立てて、自身と接続されているバス７に送出する。バス制御部５２は、その後に入力される映像パケットＰｃｖおよび音声パケットＰｃａから、ターゲット識別子ＴＩＤを含むバスパケットＢＰｃｖおよびＢＰｃａを組み立てて、自身に接続されているバス７に送出する。

また、外部記録装置６は、典型的にはハードディスクレコーダ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｒｉｖｅ）レコーダ、ＶＴＲ（Ｖｉｄｅｏ Ｔａｐｅ Ｒｅｃｏｒｄｅｒ）からなる。外部記録装置６は、上述のターゲット識別子ＴＩＤを保持しており、バス制御部６１と、予約番組格納装置６２とを備えている。バス制御部６１は、バス７を通じて受信したバスパケットＢＰｒｅｃを分解した後に、録画コマンドＩＳｒｅｃを実行する。より具体的には、バス制御部６１は、録画コマンドＩＳｒｅｃの実行開始後に受信するバスパケットＢＰｃｖおよびＢＰｃａを分解して、映像パケットＰｃｖおよび音声パケットＰｃａを復元する。バス制御部６１は、復元した映像パケットＰｃｖおよび音声パケットＰｃａを予約番組格納装置６２に送信する。予約番組格納装置６２は、図６の予約番組格納装置２１８に相当しており、受信した映像パケットＰｃｖおよび音声パケットＰｃａを格納する。

次に、本変型例に係る受信装置２ｂを備える放送システムＢＳのデータ通信前に設定される事項について説明する。本変型例に係るデータ通信前には、前述した設定事項に加えて、ユーザは、通信端末装置３のアプリケーション実行部３２の起動後、入力装置３１を操作して、ターゲット識別子ＴＩＤを入力する。アプリケーション実行部３２は、入力ターゲット識別子ＴＩＤを、ターゲット識別子格納部３７（図９参照）に格納する。

次に、本放送システムＢＳで行われるデータ通信について詳細に説明する。前述と同様に、予約放送番組の予約録画を設定し忘れたことに外出先で気づいたユーザは、通信端末装置３の入力装置３１を操作して、代行依頼プログラム３２１を指定する。この指定に応じて、アプリケーション実行部３２は、代行依頼プログラム３２１の実行を開始した後、ユーザの入力情報に従って、代行依頼ＰＲを作成して、通信回線４を通じて放送装置１に送信する（図１０（ａ）および（ｂ）のシーケンスＱ１１）。ここで、本変型例に係る代行依頼ＰＲは、図２（ａ）および（ｂ）に示すものと比較すると、コマンドＣｃｔが、ターゲット識別子格納部３７に格納されるターゲット識別子ＴＩＤをさらに含む点で相違する。

放送装置１は、本変型例に係る代行依頼ＰＲを受信した時も、図１４に示す手順に従って処理を行う。ここで、ステップＳ２２４でＮｏと判断した場合には、今回受信した代行依頼ＰＲは、依頼格納装置１８に格納され、さらに、受付完了ＲＣが通信端末装置３に送信される（図１０（ｂ）のシーケンスＱ１３参照）。

その後、放送装置１は、本変型例に係る代行依頼ＰＲを格納した時も、図１６に示す手順に従って処理を行う。ここで、ステップＳ３１では、ターゲット識別子ＴＩＤをさらに含む情報セットＩｃｏｍが読み出され、コマンドパケット組立器１１２に送られる。その結果、ＴＳ送信器１１９は、以上のような情報セットＩｃｏｍから組み立てられたコマンドパケットＰｃｔが多重されたストリームＴＳを、前述の放送チャネルＢＣＨに送出する（図１０（ｂ）のシーケンスＱ１４参照）。

受信装置２は、本変型例に係るストリームＴＳを受信した時も、図１８に示す手順に従って処理を行う。したがって、ステップＳ４８およびＳ４９の双方でＹｅｓと判断され、かつステップＳ４１１およびＳ４１２の双方でＮｏと判断された場合には、今回受け取ったストリームＴＳに多重されているコマンドＣｃｔは、コマンドＡＣｃｔとしてコマンド格納部２１１に格納される。

次に、図２５のフローチャートを参照して、コマンド実行部５１がコマンド格納部２１１に格納されたコマンドＡＣｃｔを実行する際の処理について説明する。ここで、図２５は、図２１と比較すると、ステップＳ６６の代わりに、ステップＳ７１およびＳ７２をさらに含む点で相違する。それ以外に両フローチャートの間に相違点はないので、図２５において、図２１のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。コマンド実行部２１６の場合と同様に、コマンド実行部５１は、ステップＳ６５の後、実行コマンドＥＣｃｔに含まれるターゲット識別子ＴＩＤおよび録画指示ＩＳｒｅｃをバス制御部５２に送出する（ステップＳ７１）。その後、コマンド実行部５１は、ＡＶパケット分離部２１７に、上述の転送指示ＩＳｔｆを送出する（ステップＳ７２）。ステップＳ６５の結果、電源２１は、ＡＶパケット分離部２１７だけでなく、バス制御部５２にも駆動電圧Ｅｃｃを供給する。ステップＳ７１およびＳ７２の結果、バス制御部５２は、まず、コマンド実行部５１から受け取ったターゲット識別子ＴＩＤおよび録画指示ＩＳｒｅｃから、バスパケットＢＰｒｅｃを組み立てて、バス７に送出する。その後、バス制御部５２は、ＡＶパケット分離部２１７から受け取った映像パケットＰｃｖおよび音声パケットＰｃａとから、バスパケットＢＰｃｖおよびＢＰｃａを組み立てて、バス７に送出する。外部記録装置６において、バス制御部６１は、バス７を通じて最初に送られてくるバスパケットＢＰｒｅｃを受信し分解して、録画指示ＩＳｒｅｃの実行を開始する。バス制御部６１は、その後送られてくるバスパケットＢＰｃｖおよびＢＰｃａを受信した後にこれらを分解する。これによって復元された映像パケットＰｃｖおよび音声パケットＰｃａを、バス制御部６１は、予約番組格納装置６２に転送し格納する。このような格納処理は、実行コマンドＥＣｃｔにより特定される予約時間帯ＴＰｒｐの間中行われる。

以上説明したように、本変型例に係る受信装置２ｂによれば、バス７を通じて接続される外部記録装置６にも映像パケットＰｃｖおよび音声パケットＰｃａを転送することができるので、より使い勝手が良くなる。

なお、本変型例では、受信装置２ｂおよび外部記録装置６は互いに独立している。そのため、製造メーカの相違により、受信装置２ｂが受信するコマンドＣｃｔを、外部記録装置６がそのまま実行できるとは限らない。そのため、コマンド実行部５１は、受信したコマンドＣｃｔを、外部記録装置６が採用しているコマンドフォーマットを有する録画指示ＩＳｒｅｃに変換して、バス制御部５２に出力するようにしてもよい。

また、本変型例に係る受信装置２ｂおよび外部記録装置６は、無線により接続されても良い。また、本変型例において、判定／書込み部２１０は、容量判定処理において、予約番組格納装置６２の空き容量ＦＳを知るためには、そのための命令を外部記録装置６に送信すれば良い。

また、以上の説明では、受信装置２、２ａおよび２ｂが実行するのは、予約録画コマンドであったが、これに限らず、少なくとも実行開始時刻が定められているコマンドであれば、コマンドの種類は問わない。

本発明に係る放送システムは、映像および音声に加えて、データを多重放送可能な放送システムに利用することが可能である。

本発明の一実施形態に係る放送システムＢＳの全体構成を示す模式図 図２（ａ）および（ｂ）は、図１の通信端末装置３が放送装置１に送信する代行依頼ＰＲのデータ構造を示す模式図 図１の放送装置１の詳細な構成を示すブロック図 図４（ａ）および（ｂ）は、図３のコマンドパケット組立器１１２から出力される、一連のヘッダパケットＰｈｄおよびＮｍｕｘ個のコマンドパケットＰｃｔを示す模式図 図５（ａ）および（ｂ）は、図３のＴＳ送信器１１９から送出されるトランスポートストリームＴＳを示す模式図 図１の受信装置２の詳細な構成を示すブロック図 図２のコマンド格納部２１１に格納されてはならないコマンドＣｃｔを例示する模式図 図２のエラーメッセージ作成部２１３で作成されるエラーメッセージＥＭのデータ構造を示す模式図 図１の通信端末装置３の詳細な構成を示すブロック図 図１０（ａ）および（ｂ）は、図１の放送システムＢＳで行われるデータ通信の手順を示すシーケンスチャート 図９のアプリケーション実行部３２が代行依頼ＰＲを作成し送信する際の処理手順を示すフローチャート 図１２（ａ）および（ｂ）は、図１１のステップＳ１１で表示される画像の一例を示す模式図 図１３（ａ）は、図３のアプリケーション実行部３２が予め保持するコマンドＣｃｔのデータフォーマットの一例を示す模式図であり、図１３（ｂ）は、作成されたコマンドＣｃｔの一例を示す模式図 図１の放送装置１が代行依頼ＰＲを受信した時に行う処理の手順を示すフローチャート 図３の依頼格納装置１８が格納する代行依頼ＰＲｐの例を示す模式図 図１の放送装置１がトランスポートストリームＴＳを送信する際に行う処理の手順を示すフローチャート 図１の受信装置２に、同じ内容のコマンドパケットＰｃｔが時間間隔ＴｎｖでＮｓｃ回到着する様子を示す模式図 図１の受信装置２がトランスポートストリームＴＳを受信した際に行う処理の手順を示すフローチャート 図１の通信端末装置３がエラーメッセージＥＭを受信した時に行う処理の手順を示すフローチャート 図１８のステップＳ４１６を実行することによりコマンド格納部２１１に書き込まれたコマンドＡＣｃｔの一例を示す模式図 図６のコマンド実行部２１６がコマンド格納部２１１に格納されたコマンドＡＣｃｔを実行する際に行う処理の手順を示すフローチャート 図１の受信装置２の第１の変型例（受信装置２ａ）の詳細な構成を示すブロック図 図２２のデュアルチューナ部４１の詳細な構成を示すブロック図 図１の受信装置２の第２の変型例（受信装置２ｂ）の詳細な構成を示すブロック図 図２４のコマンド実行部５１がコマンド格納部２１１に格納されたコマンドＡＣｃｔを実行する際に行う処理の手順を示すフローチャート 従来の放送システムの構成を示す模式図

符号の説明

１ 放送装置
２ 受信装置
２ａ 受信装置
２ｂ 受信装置
３ 通信端末装置
４ 通信回線
６ 外部記録装置
７ バス
１１ 依頼受信部
１２ タイマ
１３ 依頼判断部
１４ 依頼破棄部
１５ 依頼拒否作成部
１６ 依頼拒否送信部
１７ 依頼書込み部
１８ 依頼格納装置
１９ 受付完了作成部
２１ 電源
２２ 指定チャネル格納部
２３ 電源状態監視装置
２４ チューナ
２５ コマンドパケット分離部
２６ コマンドパケット分解部
２７ 装置識別子格納部
２８ パスワード格納部
２９ コマンドフィルタリング部
３１ 入力装置
３２ アプリケーション実行部
３３ 装置識別子格納部
３４ パスワード格納部
３５ 無線送受信部
３６ 出力装置
３７ ターゲット識別子格納部
４１ デュアルチューナ部
４２ 周波数帯設定部
５１ コマンド実行部
５２ バス制御部
６１ バス制御部
６２ 予約番組記憶装置
１１０ 受付完了送信部
１１１ コマンド取出し部
１１２ コマンドパケット組立器
１１３ 放送番組格納装置
１１４ 映像符号化器
１１５ 映像パケット組立器
１１６ 音声符号化器
１１７ 音声パケット組立器
１１８ 多重化器
１１９ ＴＳ送信器
２１０ 判定／書込み部
２１１ コマンド格納部
２１２ アドレス格納部
２１３ エラーメッセージ作成部
２１４ 回線接続部
２１５ タイマ
２１６ コマンド実行部
２１７ ＡＶパケット分離部
２１８ 予約番組格納装置
２１９ 空き容量検出部
３２１ 代行依頼プログラム
３２２ メール処理プログラム
４１１ ＡＶ用チューナ
４１２ コマンド用チューナ
ＴＡ１ 通信端末装置
ＴＡ２ 通信端末装置

Claims (5)

1. 受信装置にストリームを放送する放送装置であって、
   前記受信装置に割り当てられている識別子と、前記受信装置に送信すべきコマンドと、前記受信装置に送信すべきコマンドの実行開始時刻とを含む代行依頼を受信する依頼受信部と、
   現在時刻を計時するタイマと、
   前記依頼受信部により受信された代行依頼を受け付けるか否かを、受信された代行依頼に含まれる実行開始時刻と、前記タイマで計時される現在時刻とを使って判断する依頼判断部と、
   前記依頼判断部により受け付けると判断された代行依頼を格納する代行依頼格納装置と、
   前記代行依頼格納装置に格納される代行依頼から、前記受信装置の識別子および前記受信装置へのコマンドの組みを、予め定められた時間間隔に従って複数回取り出すコマンド取出し部と、
   前記コマンド取出し部により取り出された識別子およびコマンドの組みから、コマンドパケットを組み立てるコマンドパケット組立器と、
   前記コマンドパケット組立器で組み立てられたコマンドパケットが多重されたストリームを作成する多重化器と、
   前記多重化器で作成されたストリームを放送チャネルに送出する送信器とを備え、
   前記依頼判断部は、
   各コマンドパケットが送出されてから前記受信装置に到着するまでに要する第１の時間を算出する第１の時間算出部と、
   互いに同じ識別子およびコマンドの組みを含む第１回目のコマンドパケットが組み立てられてから最後のコマンドパケットが組み立てられるまでに要する第２の時間を算出する第２の時間算出部と、
   前記依頼受信部により受信された代行依頼に含まれる実行開始時刻と、前記第１及び第２の時間算出部で算出された第１および第２の時間とに基づいて、前記受信装置からの代行依頼が自装置に到着していなければならない基準時刻を算出する基準時間算出部と、
   前記タイマにより計時される現在時刻が、前記基準時間算出部で算出された基準時刻よりも後である場合には、前記依頼受信部により受信された代行依頼を受け付けないと判断する判断部とを含む、放送装置。
2. 前記依頼受信部は、外部の通信端末装置により送信される代行依頼を受信し、
   前記依頼判断部により代行依頼が受け付けられたことを前記通信端末装置に通知するための受付完了を作成する受付完了作成部と、
   前記受付完了作成部により作成された受付完了を前記通信端末装置に送信する受付完了送信部とをさらに備える、請求項１に記載の放送装置。
3. 前記依頼受信部は、外部の通信端末装置により送信される代行依頼を受信し、
   前記依頼判断部により受け付けないと判断された代行依頼を破棄する依頼判断部と、
   前記依頼判断部により破棄されたことを前記通信端末装置に通知するための依頼拒否を作成する依頼拒否作成部と、
   前記依頼拒否作成部により作成された依頼拒否を前記通信端末装置に送信する依頼拒否送信部とをさらに備える、請求項１に記載の放送装置。
4. 予定された放送開始時刻から放送終了時刻までに放送される番組を構成する映像データおよび音声データを格納する放送番組格納部と、
   前記放送番組格納部に格納される映像データを符号化する映像符号化器と、
   前記映像符号化器により符号化された映像データから映像パケットを組み立てる映像パケット組立器と、
   前記放送番組格納部に格納される音声データを符号化する音声符号化器と、
   前記音声符号化器により符号化された音声データから音声パケットを組み立てる音声パケット組立器とをさらに備え、
   前記多重化器は、前記映像パケット組立器により組み立てられた映像パケットと、前記音声パケット組立器により組み立てられた音声パケットと、前記コマンドパケット組立器により組み立てられたコマンドパケットとを多重化して、ストリームを作成し、
   前記依頼受信部が受信する代行依頼は、前記受信装置に送信すべき予約録画コマンドと、予約録画の対象となる放送番組の放送開始時刻および放送終了時刻とを含む、請求項１に記載の放送装置。
5. 受信装置にストリームを放送する放送装置に用いる放送方法であって、
   前記受信装置に割り当てられている識別子と、前記受信装置に送信すべきコマンドと、前記受信装置に送信すべきコマンドの実行開始時刻とを含む代行依頼を受信する依頼受信ステップと、
   前記依頼受信ステップで受信された代行依頼を受け付けるか否かを、受信された代行依頼に含まれる実行開始時刻と、前記放送装置内で計時される現在時刻とを使って判断する依頼判断ステップと、
   前記依頼判断ステップで受け付けると判断された代行依頼を格納する代行依頼格納ステップと、
   前記代行依頼格納ステップにより格納される代行依頼から、前記受信装置の識別子および前記受信装置へのコマンドの組みを、予め定められた時間間隔に従って複数回取り出すコマンド取出しステップと、
   前記コマンド取出しステップで取り出された識別子およびコマンドの組みからコマンドパケットを組み立てるコマンドパケット組立ステップと、
   前記コマンドパケット組立ステップで組み立てられたコマンドパケットが多重されたストリームを作成する多重化ステップと、
   前記多重化ステップで作成されたストリームを放送チャネルに送出する送出ステップとを備え、
   前記依頼判断ステップは、
   各コマンドパケットが送出されてから前記受信装置に到着するまでに要する第１の時間を算出する第１の時間算出ステップと、
   互いに同じ識別子およびコマンドの組みを含む第１回目のコマンドパケットが組み立てられてから最後のコマンドパケットが組み立てられるまでに要する第２の時間を算出する第２の時間算出ステップと、
   前記依頼受信ステップで受信された代行依頼に含まれる実行開始時刻と、前記第１及び第２の時間算出ステップで算出された第１および第２の時間とに基づいて、前記受信装置からの代行依頼が前記放送装置に到着していなければならない基準時刻を算出する基準時間算出ステップと、
   前記基準時間算出ステップで算出された基準時刻よりも現在時刻が後である場合には、前記依頼受信ステップにより受信された代行依頼を受け付けないと判断する判断ステップとを含む、放送方法。

Images