JPWO2003005708A1 - Broadcast system - Google Patents

Broadcast system Download PDF

Info

Publication number
JPWO2003005708A1
JPWO2003005708A1 JP2003511536A JP2003511536A JPWO2003005708A1 JP WO2003005708 A1 JPWO2003005708 A1 JP WO2003005708A1 JP 2003511536 A JP2003511536 A JP 2003511536A JP 2003511536 A JP2003511536 A JP 2003511536A JP WO2003005708 A1 JPWO2003005708 A1 JP WO2003005708A1
Authority
JP
Japan
Prior art keywords
command
unit
packet
receiving device
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003511536A
Other languages
Japanese (ja)
Other versions
JP4313668B2 (en
Inventor
義祐 三村
義祐 三村
茂晃 渡邉
茂晃 渡邉
忠夫 楠堂
忠夫 楠堂
智典 中村
智典 中村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2003005708A1 publication Critical patent/JPWO2003005708A1/en
Application granted granted Critical
Publication of JP4313668B2 publication Critical patent/JP4313668B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26233Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving content or additional data duration or size, e.g. length of a movie, size of an executable file
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866Management of end-user data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/422Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/4227Providing Remote input by a user located remotely from the client device, e.g. at work
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42684Client identification by a unique number or address, e.g. serial number, MAC address, socket ID
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334Recording operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4335Housekeeping operations, e.g. prioritizing content for deletion because of storage space restrictions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348Demultiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/475End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4753End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for user identification, e.g. by entering a PIN or password
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/6433Digital Storage Media - Command and Control Protocol [DSM-CC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/654Transmission by server directed to the client
    • H04N21/6543Transmission by server directed to the client for forcing some client operations, e.g. recording

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Power Engineering (AREA)
  • Computer Graphics (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

放送システムBSは、放送装置1および受信装置2を備える。放送装置1は、受信装置2の識別子と送信すべきコマンドとを含む代行依頼PRを受信して格納する。そして、格納した識別子とコマンドとの組からコマンドパケットを組み立て、該パケットを多重したストリームを作成し、放送チャネルに送出する。受信装置2は、該ストリームからコマンドパケットを分離して、識別子およびコマンドの組を復元する。そして予め格納している自装置の識別子と、分解された識別子とに基づいて、分解されたコマンドが自装置宛であるか否かを判断し、自装置宛であれば該コマンドを内部に格納した後、実行する。The broadcasting system BS includes a broadcasting device 1 and a receiving device 2. The broadcasting device 1 receives and stores the proxy request PR including the identifier of the receiving device 2 and the command to be transmitted. Then, a command packet is assembled from a set of the stored identifier and the command, a stream in which the packet is multiplexed is created, and transmitted to a broadcast channel. The receiving device 2 separates the command packet from the stream and restores the set of the identifier and the command. Then, based on the identifier of the own device stored in advance and the decomposed identifier, it is determined whether or not the decomposed command is addressed to the own device. If the command is addressed to the own device, the command is stored internally. And then run.

Description

技術分野
本発明は、放送システムに関し、より特定的には、制御対象機器向けのコマンドを放送形式で、放送装置が受信装置に送信する放送システムに関する。
背景技術
図26は、従来の放送システムの全体構成を示すブロック図である。図26の放送システムは、特開平10−155131号公報に開示されており、通信端末装置TA1と、上記放送装置としてのサーバBSVと、上記受信装置としての通信端末装置TA2と、制御対象機器としてのビデオテープレコーダVTRとを備えている。通信端末装置TA1は、インターネットINTを介して通信可能に接続されているサーバBSVに、録画予約依頼という情報を送信する。サーバBSVは、通信端末装置TA1から送られてくる録画予約依頼に応答して、上記コマンドの一例としての個人予約録画情報を文字放送チャネルCHに重畳して、通信端末装置TA2に送信する。通信端末装置TA2は、テレビ放送および文字放送の番組受信機能を有しており、通常の放送チャンネルを使って送られてくるビデオ信号を受信し、自身と通信可能に接続されたビデオテープレコーダVTRに受信信号を供給する。さらに、通信端末装置TA2は、サーバBSVから文字放送チャネルCHを使って送られてくる個人予約録画情報に従って、ビデオテープレコーダVTRに対して、通信端末装置TA1が依頼した録画予約の設定を行う。
次に、従来の放送システムの技術的課題について説明する。
まず、上記公報では1台の通信端末装置TA2しか開示されていないが、実際の放送システムには、多数の通信端末装置TA2が収容されている。それにも関わらず、サーバBSVは単に、自身に到着した個人予約録画情報を、文字放送チャネルCHに多重して送るだけであるため、各通信端末装置TA2は、他の通信端末装置TA2に送信された個人予約録画情報を受信する可能性がある。さらに、サーバBSVも複数台存在するので、それぞれには互いに異なる文字放送チャネルCHが割り当てられる。また、通信端末装置TA2は、複数の文字放送チャネルCHの中から、ユーザにより指定されたチャネルCHを使って送られてくる個人予約録画情報を受信する。したがって、予約録画を確実に行うには、通信端末装置TA2は、サーバBSVからの個人予約録画情報が自身に到着した時に、そのサーバBSVが使っている文字放送チャネルCHに設定されていなければならない。したがって、正しい文字放送チャネルCHが選局されていない場合、通信端末装置TA2は、サーバBSVからの個人予約録画情報を受信できず、予約録画を行うことができなくなる。以上のことから分かるように、従来の放送システムでは、受信装置が自分宛のコマンドのみを正確に受信できない可能性が高いという、第1の問題点があった。
次に、上記公報には、通信端末装置TA2と同様に、1台の通信端末装置TA1しか開示されていないが、実際の放送システムでは、サーバBSVには、多数の通信端末装置TA1からの個人予約録画情報が到着する。ここで、個人予約録画情報は、予約録画の性質上、通信端末装置TA1が依頼した番組の開始時点までに、通信端末装置TA2に届いていなければならない。しかしながら、従来のサーバBSVは単に、到着した個人予約録画情報を送るだけであるため、個人予約録画情報が、予約録画すべき番組の開始までに通信端末装置TA2に到着していない可能性があるという第2の問題点があった。
それ故に、本発明の第1の目的は、受信装置が自分宛のコマンドのみを受信できる確度がより高い放送システムを提供することである。また、本発明の第2の目的は、予め定められた時間までに、放送装置から送られたコマンドが受信装置に到着している放送システムを提供することである。
発明の開示
本発明は、以下の各局面により、上記第1および第2の目的を達成する。第1の局面は、送信装置と受信装置とを備える放送システムであって、放送装置は、受信装置に割り当てられている識別子と、受信装置に送信すべきコマンドとを少なくとも含む代行依頼を受信する依頼受信部と、依頼受信部により受信された代行依頼を格納する代行依頼格納装置と、代行依頼格納装置に格納される代行依頼から、受信装置の識別子および受信装置へのコマンドの組みを取り出すコマンド取出し部と、コマンド取出し部により取り出された識別子およびコマンドの組みから、コマンドパケットを組み立てるコマンドパケット組立器と、コマンドパケット組立器で組み立てられたコマンドパケットが多重されたストリームを作成する多重化器と、多重化器で作成されたストリームを放送チャネルに送出する送信器とを備える。また、受信装置は、送信器により放送チャネルに送出されたストリームからコマンドパケットを分離するコマンドパケット分離部と、コマンドパケット分離部で分離されたコマンドパケットを分解して、受信装置の識別子およびコマンドの組みを復元するコマンドパケット分解部と、自装置の識別子を格納する装置識別子格納部と、コマンドパケット分解部により分解された受信装置の識別子と、装置識別子格納部に格納される自装置の識別子とに基づいて、コマンドパケット分解部により分解されたコマンドが自装置宛であるか否かを判断するコマンドフィルタリング部と、コマンドフィルタリング部により自装置宛と判断されたコマンドを格納するコマンド格納部と、コマンド格納部に格納されているコマンドを実行するコマンド実行部とを備える。
また、第2の局面は、受信装置にストリームを放送する放送装置であって、受信装置に割り当てられている識別子と、受信装置に送信すべきコマンドとを少なくとも含む代行依頼を受信する依頼受信部と、依頼受信部により受信された代行依頼を格納する代行依頼格納装置と、代行依頼格納装置に格納される代行依頼から、受信装置の識別子および受信装置へのコマンドの組みを取り出すコマンド取出し部と、コマンド取出し部により取り出された識別子およびコマンドの組みから、コマンドパケットを組み立てるコマンドパケット組立器と、コマンドパケット組立器で組み立てられたコマンドパケットが多重されたストリームを作成する多重化器と、多重化器で作成されたストリームを放送チャネルに送出する送信器とを備える。ここで、コマンド取出し部は、同じ代行依頼から、受信装置の識別子および受信装置へのコマンドの組みを複数回取り出す。
第3の局面は、放送装置からのストリームを受信する受信装置であって、放送装置は、受信装置に割り当てられている識別子と、受信装置に送信すべきコマンドとから組み立てられたコマンドパケットが多重されているストリームを、予め割り当てられている放送チャネルを使って放送し、放送チャネルを通じて送られてくるストリームを受信するチューナ部と、自装置の識別子を格納する装置識別子格納部と、チューナ部により受信されたストリームに多重されている識別子が、装置識別子格納部に格納される自装置の識別子に一致するか否かを判断するコマンドフィルタリング部と、コマンドフィルタリング部により双方の識別子が一致すると判断された場合、チューナ部により受信されたストリームに多重されているコマンドを格納するコマンド格納部と、コマンド格納部に格納されているコマンドを実行するコマンド実行部とを備える。
発明を実施するための最良の形態
図1は、本発明の一実施形態に係る放送システムBSの全体構成を示す模式図である。図1の放送システムBSは、放送事業者により所有される放送装置1と、それぞれがユーザにより所有される受信装置2および通信端末装置3と、通信回線4とを備えている。放送装置1は、簡単に説明すると、通信端末装置3から送出される代行依頼PRを、通信回線4を通じて受信して、内部に格納する。代行依頼PRは、受信装置2に送信されるコマンドCctを含んでおり、コマンドCctの送信の代行を通信端末装置3が放送装置1に依頼するための情報である。本実施形態では、コマンドCctは、その一例として、所定の放送開始時刻Tstから放送終了時刻Tndの間に放送装置1に割り当てられた放送チャネルBCHを使って放送される予定の番組(以下、放送番組と称する)を予約録画するための命令である。
図2(a)は、以上の代行依頼PRのデータ構造の一例を示す模式図である。図2(a)において、代行依頼PRは、装置識別子IDrt、パスワードPWおよびコマンドCctからなる。装置識別子IDrtは、受信装置2に予め割り当てられている識別子であって、典型的には、数字の列からなる。パスワードPWは、ユーザの好きな文字または記号の列、もしくは文字および記号の組み合わせからなる。コマンドCctは、予約録画コマンドCrecと、予約録画すべき放送番組を送信するために使われる放送チャネルBCHと、放送番組の放送開始時刻Tstおよび放送終了時刻Tndとを含んでいる。ここで、以下の説明では、予約録画すべき放送番組を、予約放送番組と称する。また、放送開始時刻Tstおよび放送終了時刻Tndは、月および日を示す情報も含む。また、図2(b)は、図2(a)に示す代行依頼PRの具体例を示す模式図である。図2(b)において、装置識別子IDrtとしては211.155.15.1が、パスワードPWとしてはNAISHOが、放送チャネルBCHとして8が、放送開始時刻Tstとして6月21日の19:00が、さらに、放送終了時刻Tndとしては6月21日の20:00が設定される。
図1の放送装置1は、内部に格納した代行依頼PRと、予め内部に格納している映像データDvおよび音声データDaとを多重して、トランスポートストリーム(以下、単にストリームと称する)TSを作成する。放送装置1は、作成したストリームTSを、放送チャネルBCHを使って受信装置2に送信する。また、放送装置1は、受け付けることができない代行依頼PRを受信する場合がある。このような代行依頼PRは典型的には、後述する基準時刻Trefよりも後に放送装置1に到着するものである。このような代行依頼PRを、放送装置1は破棄し、さらに、代行依頼PRの受け付けなかったことを示す情報である依頼拒否RRを作成し、通信回線4に送出する。また、代行依頼PRを受け付けた場合、放送装置1は、その旨を示す情報である受付完了RCを、通信回線4を通じて、通信端末装置3に送信する。
図3は、以上のような放送装置1の詳細な構成を示すブロック図である。図3において、放送装置1は、依頼受信部11と、タイマ12と、依頼判断部13と、依頼破棄部14と、依頼拒否作成部15と、依頼拒否送信部16と、依頼書込み部17と、依頼格納装置18と、受付完了作成部19と、受付完了送信部110と、コマンド取出し部111と、コマンドパケット組立器112と、放送番組格納装置113と、映像符号化器114と、映像パケット組立器115と、音声符号化器116と、音声パケット組立器117と、多重化器118と、TS送信器119とを備えている。
依頼受信部11は、通信端末装置3から送出された代行依頼PRを通信回線4を通じて受信して、依頼判断部13に渡す。タイマ12は、現在時刻Tcrを計時しており、依頼判断部13の要求に応答して、現在時刻Tcrを依頼判断部13に返す。依頼判断部13は、代行依頼PRを依頼受信部11から受け取る度に、タイマ12に現在時刻Tcrを送るよう要求する。さらに、依頼判断部13は、タイマ12から受け取った現在時刻Tcrに基づいて、今回受け取った代行依頼PRを受け付けるか否かを判断する。より具体的には、依頼判断部13は、受け取った現在時刻Tcrが後述する基準時刻Trefよりも後であるか否かを判断する。依頼判断部13は、現在時刻Tcrが基準時刻Trefよりも後の場合には、代行依頼PRを受け付けないと判断し、それを代行依頼PRdとして、依頼廃棄部14に渡す。依頼廃棄部14は、受け取った代行依頼PRdを廃棄し、さらに、依頼拒否RRの作成指示ISrrを依頼拒否作成部15に渡す。依頼拒否作成部15は、作成指示ISrrの受け取りに応答して、依頼拒否RRを作成し、依頼拒否送信部16に渡す。依頼拒否送信部16は、受け取った依頼拒否RRを通信回線4に送出する。
また、依頼判断部13は、現在時刻Tcrが基準時刻Trefと同じ、またはそれよりも前であると判断した場合には、今回の代行依頼PRを受け付け、それを代行依頼PRpとして依頼書込み部17に渡す。依頼書込み部17は、受け取った代行依頼PRpを依頼格納装置18に書き込み、さらに、受付完了RCの作成指示ISrcを受付完了作成部19に渡す。受付完了作成部19は、作成指示ISrcに応答して、受付完了RCを作成して、受付完了送信部110に渡す。受付完了送信部110は、受け取った受付完了RCを通信回線4に送出する。
また、コマンド取出し部111は、依頼格納装置18の中から、予め定められたNmux個の代行依頼PRpを定期的に選択し、選択したものから、装置識別子IDrt、パスワードPWおよびコマンドCctを情報セットIcomとして定期的に選択し読み出す。ここで、放送システムBSにおいては、コマンドパケット組立器112で組み立てられるコマンドパケットPctを送信するために、帯域幅BWctが予め定められている。Nmuxは、1以上の自然数であり、帯域幅BWctに応じて適切な値に予め定められる。また、Nmuxは、多重化器118がステップS33(図16参照)を1回行う度に、ストリームTSに多重されるコマンドCctの数でもある。コマンド取出し部111は、読み出した情報セットIcomの全てをコマンドパケット組立器112に渡す。コマンドパケット組立器112は、1つの情報セットIcomにつき、1つのコマンドパケットPctを組み立てる。さらに、受信装置2側でコマンドパケットPctを正確に分離できるように、コマンドパケット組立器112は、1個のヘッダパケットPhdを組み立てる。以上のパケット組立てが終了すると、コマンドパケット組立器112は、ヘッダパケットPhdおよびコマンドパケットPctの順番で、それらを多重化器118に出力する。
ここで、図4(a)は、コマンドパケット組立器112から出力される一連のヘッダパケットPhdおよびコマンドパケットPctの一例を示す模式図であり、図4(b)は、コマンド取出し部111により、図2(b)に示す代行依頼PRが情報セットIcomとして選択された場合に、コマンドパケット組立器112から出力される一連のヘッダパケットPhdおよびコマンドパケットPctの具体例を示す模式図である。
また、放送番組格納装置113は典型的には、映像データDvおよび音声データDaの組みを複数格納している。映像データDvおよび音声データDaの各組みは、1つの番組を表す。以上のような映像データDvおよび音声データDaは、それらで構成される番組の放送開始時刻Tstになると、放送番組格納装置113から読み出され、映像符号化器114および音声符号化器116に出力される。映像符号化器114は、予め定められた映像符号化方式に従って、入力映像データDvを符号化して、符号化された映像データDcvを作成する。映像符号化器114は、作成した映像データDcvを映像パケット組立器115に出力する。映像パケット組立器115は、入力映像データDcvから、映像パケットPcvを組み立てて、多重化器118に出力する。また、音声符号化器116は、予め定められた音声符号化方式に従って、放送番組格納装置113の出力音声データDaを符号化して、符号化された音声データDcaを作成する。音声符号化器116は、作成した音声データDcaを音声パケット組立器117に出力する。音声パケット組立器117は、入力音声データDcaから音声パケットPcaを組み立てて、多重化器118に出力する。ここで、放送システムBSにおいては、映像パケットPcvおよび音声パケットPcaを送信するために、帯域幅BWavが予め定められている。上述の映像符号化器114および音声符号化器116は、帯域幅BWavに従って、各自の符号化処理を行う。
多重化器118には、映像パケット組立器115からの映像パケットPcv、音声パケット組立器117からの音声パケットPca、ならびにコマンドパケット組立器112からのヘッダパケットPhdおよびコマンドパケットPctを多重化して、ストリームTSを作成する。多重化器118は、作成したストリームTSをTS送信器119に出力する。TS送信器119は、入力ストリームTSを放送チャネルBCHに送出する。
ここで、図5(a)は、TS送信器119から送出されるストリームTSの一例を示す模式図であり、図5(b)は、コマンドパケット組立器112により、図4(b)に示すコマンドパケットPctが出力された場合に、多重化器118から出力されるストリームTSの構成を示す模式図である。
図1の受信装置2は、典型的には屋内に設置されるセットトップボックスであり、放送チャネルBCHを使って送られてくるストリームTSを受信する。受信装置2は、本実施形態の特徴的な処理として、受信ストリームTSに多重されている自分宛のコマンドCctを分離して、内部のコマンド格納部211(図6参照)に格納する。さらに、受信装置2は、格納したコマンドCctで指定される放送開始時刻Tstから放送終了時刻Tndまでの間、予約録画を実行する。以下の説明では、放送開始時刻Tstから放送終了時刻Tndまでの間を、予約時間帯TPrpと称する。予約録画の実行により、受信装置2は、予約時間帯TPrpの間、受信ストリームTSから予約放送番組を構成する映像パケットPcvおよび音声パケットPcaを分離して、内部の予約番組格納装置218(図6参照)に格納する。また、受信装置2は、何らかの理由で、コマンド格納部211にコマンドCctを格納できない場合には、その旨を通信端末装置3に通知するためのエラーメッセージEMを作成して、通信回線4に送出する。
図6は、以上のような受信装置2の詳細な構成を示すブロック図である。図6において、受信装置2は、電源21と、指定チャネル格納部22と、電源状態監視装置23と、チューナ24と、コマンドパケット分離部25と、コマンドパケット分解部26と、装置識別子格納部27と、パスワード格納部28と、コマンドフィルタリング部29と、判定/書込み部210と、コマンド格納部211と、アドレス格納部212と、エラーメッセージ作成部213と、回線接続部214と、タイマ215と、コマンド実行部216と、AVパケット分離部217と、予約番組格納装置218と、空き容量検出部219とを備えている。
電源21は典型的には、受信装置2のスイッチ(図示せず)をユーザが操作することにより、オン、オフおよびスタンバイの3状態に設定される。本実施形態では、電源21は、オンに設定されている時、図6に示す全ての構成(指定チャネル格納部22〜空き容量検出部219)に駆動電圧を供給する。なお、図6には、都合上、AVパケット分離部217への駆動電圧Eccのみが図示されている。また、電源21は、スタンバイ状態の時、少なくともAVパケット分離部217を除く構成に駆動電圧を供給する。本実施形態では無関係であるため、電源21がオフの時のことについては説明を省略する。
指定チャネル格納部22は、ユーザにより指定された放送チャネルBCHを表す情報が格納される。以下の説明では、指定チャネル格納部22に格納されるものを、指定放送チャネルBCHrと称する。以下、指定放送チャネルBCHrについて詳細に説明する。本実施形態では、放送事業者は、図1の放送装置1を使って、番組放送サービス以外に、受信装置2へのコマンドCctの送信を代行するという別のサービス(以下、代行サービスと称する)を提供する。指定放送チャネルBCHrとは、ユーザが代行サービスを受ける契約を交わした放送事業者に割り当てられている放送チャネルBCHである。
電源状態監視装置23は典型的には、電源21がオンからスタンバイ状態に遷移した時点を検出し、この遷移を検出した後に、制御信号CSfaを生成し、チューナ24に出力する。制御信号CSfaは、チューナ24の受信周波数帯域を、指定放送チャネルBCHrに設定するように指示するための信号である。
チューナ24は、電源21がオンの時、ユーザが図示しない入力装置を使って指定した放送チャネルBCHに、受信周波数帯域を設定する。また、チューナ24は、電源状態監視装置23からの制御信号CSfaの受信に応答して、指定チャネル格納部22から指定放送チャネルBCHrを取り出し、取り出したものに受信周波数帯域を設定する。また、チューナ24は、コマンド実行部216からの制御信号CSfbの受信に応答して、これにより指定される放送チャネルBCHに、受信周波数帯域を設定する。ここで、制御信号CSfbは、予約録画を実行するために、チューナ24の受信周波数帯域を、コマンド実行部216が通知する放送チャネルBCHに設定するように指示するための信号である。チューナ24は、設定された放送チャネルBCHを使って送信されてくるストリームTSを受信して、受信ストリームTSをコマンドパケット分離部25およびAVパケット分離部217に出力する。
コマンドパケット分離部25は、入力ストリームTS(図5(a)および(b)参照)に多重されている各コマンドパケットPctを、それらの前に多重されているヘッダパケットPhdに従って分離して、コマンドパケット分解部26に渡す。コマンドパケット分解部26は、受け取ったコマンドパケットPctを分解して、情報セットIcomを復元する。コマンドパケット分解部26は、復元した情報セットIcomを、コマンドフィルタリング部29に渡す。
装置識別子格納部27およびパスワード格納部28は、上述の装置識別子IDrtおよびパスワードPWを格納する。なお、以下の説明では、装置識別子格納装置26およびパスワード格納部28に格納されるものを、ローカル装置識別子IDrtおよびローカルパスワードPWと称する。装置識別子格納装置26およびパスワード格納部28に格納されるローカル装置識別子IDrtおよびローカルパスワードPWの双方を使って、コマンドフィルタリング部29は、コマンドパケット分解部26から受け取った情報セットIcomに対してフィルタリング処理を行う。より具体的には、コマンドフィルタリング部29は、ローカル装置識別子IDrtおよびローカルパスワードPWが、情報セットIcomに含まれる装置識別子IDrtおよびパスワードPWに完全に一致する場合に限り、今回受け取ったものを適正な情報セットIcomと判断する。本実施形態において、適正な情報セットIcomとは、ユーザの意図に沿って作成された代行依頼PRrから作成されかつ自装置宛のコマンドパケットPctを意味する。つまり、装置識別子IDrtが不一致の情報セットIcomは自装置宛のものではないとみなされ、パスワードPWが不一致の情報セットIcomは、ユーザが通信端末装置3を操作することにより生成されたものではないとみなされる。コマンドフィルタリング部29は、今回受け取った情報セットIcomが適正なものであると判断した場合、それからコマンドCctを取り出して、判定/書込み部210に渡す。逆に、不適正な情報セットIcomと判断した場合、コマンドフィルタリング部29は、それを破棄する。
判定/書込み部210は、受け取ったコマンドCctを、コマンド格納部211に書き込むか否かを判定する。図2(a)および(b)に示すように、コマンドCctは放送開始時刻Tstおよび放送終了時刻Tndを含んでいる。また、コマンド格納部211には、判定/書込み部210により書き込まれたいくつかのコマンドCctが格納される。以上のことから、予約録画を正しく行うには、互いに重なり合う予約時間帯TPrpを有する2個のコマンドCctが格納されてはならない。例えば、図7に示すように、放送開始時刻Tstとして6月21日の18:30を、さらに放送終了時刻Tndとして同日の19:30を含むコマンドCctがコマンド格納部211に既に格納されている場合を想定する。このような場合には、図2(b)に示す代行依頼PRに設定されているコマンドCctは、コマンド格納部211に格納されてはならない。両コマンドCctにおいて、6月21日の19:00から19:30までの時間が互いに重複しているからである。以上の観点から、判定/書込み部210は、受け取った情報セットIcomから予約時間帯TPrpを取り出し、取り出した予約時間帯TPrpに重複する予約時間帯TPrpがコマンド格納部211に格納されているか否かを判断する。以下の説明では、この判断処理を、重複予約判定処理と称する。
また、予約番組格納装置218は、有限の容量を有する格納領域に、映像パケットPcvおよび音声パケットPcaを格納する。したがって、予約録画を正しく行うには、コマンドCctにより指定された予約放送番組を格納するための十分な空き領域FSが予約番組格納装置218に残っている必要がある。以上の観点から、空き容量検出部219は、判定/書込み部210からの要求に応答して、予約番組格納装置218の空き容量FSを検出し、検出したものを判定/書込み部210に返す。判定/書込み部210は、受け取った情報セットIcom内の予約時間帯TPrpから、予約放送番組の格納に必要な容量SSを推定する。判定/書込み部210は、推定容量SSが空き容量検出部219からの空き容量FSを超えるか否かを判断する。以下、この判断処理を、容量判定処理と称する。
判定/書込み部210は、受け取ったコマンドCctに重複予約判定処理および容量判定処理を行い、両判定結果がNoの場合にコマンドCctの書き込みを認め、それをコマンドACctとしてコマンド格納部211に書き込む。また、少なくとも一方の判定結果がYesの場合、判定/書込み部210は、受け取ったコマンドCctをコマンド格納部211に格納することなく破棄し、さらに、エラーメッセージEMの作成指示ISemをエラーメッセージ作成部213に渡す。
コマンド格納部211は、不揮発性の記憶装置からなり、上述から明らかなように、コマンドACctを格納する。アドレス格納部212は、ユーザにより指定されたアドレスActを格納する。アドレスActは、通信端末装置3を一意に特定するアドレスであり、典型的には、文字または数字の列からなる。本実施形態では、アドレスActは、address@pop.ne.jpであると仮定する。エラーメッセージ作成部213は、作成指示ISemに応答して、アドレス格納部212からアドレスActを取り出し、エラーメッセージEMを作成する。エラーメッセージ作成部213は、作成したエラーメッセージEMを回線接続部214に渡す。回線接続部214は、エラーメッセージEMの到着に応答して通信回線4に接続した後に、受け取ったエラーメッセージEMを通信回線4に送出する。
図8は、エラーメッセージ作成部213で作成されるエラーメッセージEMのデータ構造の一例を示す模式図である。図8において、エラーメッセージEMは例示的に、電子メールからなり、少なくとも、アドレスActと、コマンドCctをコマンド格納部211に書き込むことができなかった旨を示す本文MTとを含む。
タイマ215は、現在時刻Tcrを計時しており、予め定められた時間間隔毎にコマンド実行部216に渡す。コマンド実行部216は、タイマ215から現在時刻Tcrが到着する度に、コマンド格納部211にアクセスする。そして、コマンド実行部216は、コマンド格納部211内の全てのコマンドCctの中から、受け取った現在時刻Tcrに放送開始時刻Tstが一致するものを探す。以下の説明では、この条件に該当するコマンドCctを、実行コマンドECctと称する。コマンド実行部216は、実行コマンドECctを見つけることができた場合、その実行を開始する。より具体的には、コマンド実行部216は、まず、電源21をオンに設定するように指示するための制御信号CSonを作成して電源21に出力する。電源21は、入力制御信号CSonに応答して、AVパケット分離部217に駆動電圧Eccを供給する。また、コマンド実行部216は、実行コマンドECctから、予約放送番組の放送チャネルBCHを取り出して、取り出した放送チャネルBCHを含む制御信号CSfbを生成して、チューナ24に出力する。チューナ24は、前述したように、入力制御信号CSfbにより指定された放送チャネルBCHに受信周波数帯域を設定して、ストリームTSを受信する。さらに、コマンド実行部216は、受信ストリームTSから分離した映像パケットPcvおよび音声パケットPcaを予約番組格納装置218に格納するよう、AVパケット分離部217に指示するための録画指示ISrecを作成する。コマンド実行部216は、作成した録画指示ISrecをAVパケット分離部217に出力する。AVパケット分離部217は、録画指示ISrecで指示された通りの動作を行う。その結果、予約番組格納装置218には、AVパケット分離部217により分離された映像パケットPcvおよび音声パケットPcaが格納され始める。つまり、予約放送番組の録画が始まる。さらに、コマンド実行部216は、タイマ215から受け取った現在時刻Tcrに、実行コマンドECctの放送終了時刻Tndが一致することを認識した場合、コマンドECctの実行を終了する。より具体的には、コマンド実行部216は、電源21をスタンバイ状態に設定するように指示するための制御信号CSsbを作成して電源21に出力する。電源21は、入力制御信号CSsbに応答して、スタンバイ状態に遷移し、AVパケット分離部217に駆動電圧Eccを供給することを停止する。その結果、予約放送番組の録画が終了する。さらに、電源状態監視装置23は、電源21がスタンバイ状態になったことから、上述した制御信号CSfaを生成し、チューナ24に送信する。
図1の通信端末装置3は、好ましくは携帯電話であり、ユーザの操作に従って、前述の代行依頼PRを作成して、無線チャネルWCHに送出する。送出された代行依頼PRは、無線チャネルWCHを介して通信回線4上の基地局により受信された後、放送装置1に伝送される。また、通信回線4上の基地局は、放送装置1からの依頼拒否RRまたは受付完了RC、もしくは受信装置2からのエラーメッセージEMを、無線チャネルWCH上に送出する。通信端末装置3は、無線チャネルWCHから依頼拒否RRまたは受付完了RCもしくはエラーメッセージEMを受信して、放送装置1がコマンドCctを受け付けなかったことまたは受け付けたこと、もしくは、受信装置2がコマンドCctを実行できないことを表す画像または音声を出力する。
図9は、以上のような通信端末装置3の詳細な構成を示すブロック図である。図9において、通信端末装置3は、入力装置31と、アプリケーション実行部32と、装置識別子格納部33と、パスワード格納部34と、無線送受信部35と、表示装置またはスピーカからなる出力装置36と、ターゲット識別子格納部37とを備えている。
入力装置31は典型的には、キーボードからなる。ユーザは、入力装置31を操作して、本放送システムBSのデータ通信に必要となる情報を入力する。入力情報としては、図9には都合上示していないが、上述の装置識別子IDrtおよびパスワードPW、さらに、放送チャネルBCH、放送開始時刻Tstおよび放送終了時刻Tndがある。これら入力情報は、アプリケーション実行部32に送られる。アプリケーション実行部32は、プロセッサ、ROM(Read Only Memory)およびRAM(Random Access Memory)からなり、代行依頼用のコンピュータプログラム(以下、代行依頼プログラムと称する)321およびメール処理プログラム322をROMに格納している。アプリケーション実行部32は、代行依頼プログラム321を実行して、上述の代行依頼PRを作成したり、上述の依頼拒否RRまたは受付完了RCを受信したりする。また、アプリケーション実行部32は、メール処理プログラム322を実行して、エラーメッセージEMを受信する。装置識別子格納部33およびパスワード格納部34は、アプリケーション実行部32から送られてくる装置識別子IDrtおよびパスワードPWを格納する。無線送受信部35は、アプリケーション実行部32から受け取った代行依頼PRに対して、予め定められた変調処理または多重化処理を行った後、無線チャネルWCHに送出する。また、無線送受信部35は、無線チャネルWCHから受信した依頼拒否RR、受付完了RCまたはエラーメッセージEMに対して、予め定められた復調処理および分離処理を行った後に、それらをアプリケーション実行部32に渡す。なお、ターゲット識別子格納部37については、後述する第2の変型例で必要になる構成であるため、ここではその説明を省略する。
次に、放送システムBSのデータ通信前に設定される事項について説明する。ユーザは、通信端末装置3の入力装置31を操作して、代行依頼プログラム321を指定して、アプリケーション実行部32を起動する。その後、ユーザは、入力装置31を操作して、装置識別子IDrtを入力する。アプリケーション実行部32は、入力された装置識別子IDrtを装置識別子格納部33に格納する。さらに、ユーザは、入力装置31を操作して、パスワードPWを入力する。アプリケーション実行部32は、入力されたパスワードPWをパスワード格納部34に格納する。さらに、ユーザは、受信装置2の図示しない入力装置を操作して、パスワード格納部34に格納されたものと同じパスワードPWを入力し、さらに、アドレスActを入力する。以上の入力の結果、受信装置2の装置識別子格納部27には、入力されたものがローカルパスワードPWとして格納される。アドレス格納部212には、入力されたアドレスActが格納される。なお、装置識別子格納部33に設定されたものと同じ装置識別子IDrtは、図6の装置識別子格納部27に、ローカル装置識別子IDrtとして、例えば工場出荷時に格納される。さらに、ユーザは、放送事業者から代行サービスを受ける契約を交わす。契約後、ユーザまたは放送事業者は、ユーザの受信装置2の入力装置(図示せず)を操作して、契約した放送事業者が使う放送チャネルBCHを、指定放送チャネルBCHrとして入力する。入力された指定放送チャネルBCHrは、指定チャネル格納部22に格納される。
次に、本放送システムBSで行われるデータ通信について詳細に説明する。
図10(a)および(b)は、本放送システムBSのデータ通信の手順を示すシーケンスチャートである。ユーザは、予約放送番組の予約録画を設定し忘れたことに外出先で気づくと、通信端末装置3の操作を開始する。ユーザは、通信端末装置3の入力装置31を操作して、代行依頼プログラム321を指定する。この指定に応じて、アプリケーション実行部32は、代行依頼プログラム321の実行を開始する。実行開始後、アプリケーション実行部32は、ユーザの入力情報に従って、代行依頼PRを作成して、通信回線4を通じて放送装置1に送信する(図10(a)および(b)のシーケンスQ11)。
ここで、図11は、アプリケーション実行部32が代行依頼PRを作成し送信する際の処理手順を示すフローチャートである。図11において、アプリケーション実行部32は、予約録画に必要な事項をユーザが指定可能な画像データを生成し、出力装置36に渡す。出力装置36は、受け取った画像データに従って、予約録画の必要事項をユーザが指定可能な画像を表示する(図11のステップS11)。
図12(a)は、ステップS11で表示される画像の一例を示す模式図である。図12(a)に示すように、出力装置36の画面上には、予約録画の必要事項の入力欄として、予約放送番組が送信される放送チャネルBCHの入力欄Cbchと、予約放送番組の放送開始時刻Tstの入力欄Cstと、予約放送番組の放送終了時刻Tndの入力欄Cndとを含む画像が表示される。ユーザは、入力装置31を操作して、出力装置36の表示画像の各入力欄Cbch、CstおよびCndに、放送チャネルBCH、放送開始時刻Tstおよび放送終了時刻Tndを入力する。ここで注意を要するのは、実際的には、複数の放送装置1が放送システムBSに収容される。従って、入力欄Cbchには、図1に示す放送装置1の放送チャネルBCHだけでなく、図示しない他の放送装置1の放送チャネルBCHも設定され得る点である。また、放送開始時刻Tstは、予約放送番組の放送が開始される時刻だけでなく月および日を含む点である。月および日を含む点は、放送終了時刻Tndについても同様である。また、図12(b)は、同図(a)に示す入力欄Cbch、CstおよびCndに入力される放送チャネルBCH、放送開始時刻Tstおよび放送終了時刻Tndの一例を示す模式図である。図12(b)において、入力欄Cbchには8が、入力欄Cstには6月21日の19:00が、入力欄Cndには6月21日の20:00が入力される。
アプリケーション実行部32は、ユーザによりそれぞれ入力された放送チャネルBCH、放送開始時刻Tstおよび放送終了時刻Tndを受け取り(ステップS12)、その後、受け取った情報を使って、コマンドCctを作成する(ステップS13)。ここで、ステップS13をより詳細に説明する。図13(a)は、アプリケーション実行部32に予め準備されているコマンドCctのデータフォーマットを示す模式図である。図13(a)において、コマンドCctは、予約録画コマンドCrecと、放送チャネルBCH、放送開始時刻Tstおよび放送終了時刻Tndが設定される3つのフィールドとからなる。ステップS13において、アプリケーション実行部32は、以上の3つのフィールドに、ステップS12で受け取った放送チャネルBCH、放送開始時刻Tstおよび放送終了時刻Tndを設定して、コマンドCctを作成する。ここで、図13(b)は、同図(a)に示す3フィールドに設定される放送チャネルBCH、放送開始時刻Tstおよび放送終了時刻Tndの一例を示す模式図である。図12(b)に示すような情報が入力された場合、図13(b)に示すように、コマンドCctの3フィールドには、8、6月21日の19:00および6月21日の20:00が設定される。
以上のコマンドCctの作成終了後、アプリケーション実行部32は、パスワード格納部34および装置識別子格納部33から、パスワードPWおよび装置識別子IDrtを順番に取り出す(ステップS14〜S15)。次に、アプリケーション実行部32は、取り出したパスワードPWおよび装置識別子IDrtを、ステップS13で作成したコマンドCctに付加して、代行依頼PR(図2(a)参照)を組み立てる(ステップS16)。なお、図13(b)に示すコマンドCctが作成された場合には、図2(b)に示す代行依頼PRが作成される。
代行依頼RRの作成後、アプリケーション実行部32は、無線送受信部35を制御して、放送装置1とのコネクションを確立する(ステップS17)。なお、コネクションの確立は、ステップS16の後に限らず、それよりも前に行われても良い。コネクション確立後、アプリケーション実行部32は、今回作成した代行依頼PRを無線送受信部35を通じて通信回線4に送出する(ステップS18)。以上のようにして送出された代行依頼PRは、図1の通信回線4を通じて、図10(a)および(b)に示すように放送装置1に送信される。
図14は、放送装置1が代行依頼PRを受信した時の処理手順を示すフローチャートである。図14において、放送装置1の依頼受信部11は、代行依頼PRの到着を待機しており(ステップS21)、受信した代行依頼PRを依頼判断部12に渡す。依頼判断部12は、今回の代行依頼PRを受け付けるか否かを判断する(ステップS22)。前述したように、放送装置1には、受信装置2に送信しても無駄になるコマンドCctを含む代行依頼PRが到着する場合がある。無駄なコマンドCctの代表例としては、以下に説明するようなものがある。つまり、コマンドCctに設定される放送開始時刻Tstは、予約録画を開始しなければならない時刻である。従って、コマンドCctは、遅くとも放送開始時刻Tstまでに受信装置2に到着している必要がある。ここで、コマンドCctを含むコマンドパケットPctが放送装置1から送出されてから、受信装置2に到着するまでの時間をTtf1とおくと、
Ttf1≒(Nmux×Sct+Shd)/BWct…(1)
と近似することができる。ここで、NmuxおよびBWctは、前述した通りである。Sctは、コマンドパケットPctのデータサイズである。Shdは、パケットヘッダPhdのデータサイズである。これらNmux、Sct、ShdおよびBWctは既知の値であり、本実施形態では説明の便宜上、定数であると仮定する。
また、後述するように、1つのコマンドパケットPctは、DSM−CCに従って、予め定められた時間間隔Tnvで、予め定められた回数Nscだけ送信される。DSM−CCについてはISO/IEC13818−6に定義されているので、本実施形態ではその詳細な説明を省略する。また、Nscは2以上の自然数である。以上のことから、1回目に送信されたコマンドパケットPctが受信装置2に到着してから、Nsc回目に送信されたものが受信装置2に到着するまでには、次式(2)で近似される時間Ttf2だけ要する。
Ttf2≒Tnv×(Nsc−1)…(2)
以上のことから、代行依頼PRは、次式(3)で算出される基準時刻Trefには放送装置1に到着している必要がある。
Tref=Tst−(Nsc×Ttf1+Ttf2)−Tmg…(3)
ここで、Tmgは、予め定められた時間マージンであり、放送システムBSの設計要件に応じて定められる。
以上の基準時刻Trefよりも後に代行依頼PRが放送装置1に到着してしまうと、放送装置1は、放送開始時刻Tstまでに時間間隔TnvでNsc回、コマンドCctを送出することができなくなる。したがって、この条件を満たさない代行依頼PRは、上述の無駄なコマンドCctを含んでいることになる。
依頼判断部12は、今回受信した代行依頼PRが以上のような無駄なコマンドCctを含んでいるか否かを判断するため、まず、代行依頼PRを依頼受信部11から受け取った代行依頼PRから、放送開始時刻Tstを取り出す(ステップS221)。さらに、依頼判断部12は、タイマ13から現在時刻Tcrを受け取る(ステップS222)。その後、依頼判断部12は、ステップS221で得た放送開始時刻Tstを上式(3)に代入して、基準時刻Trefを算出する(ステップS223)。その後、依頼判断部12は、ステップS222で得た現在時刻TcrがステップS223で算出した基準時刻Trefよりも後の時刻であるか否かを判断する(ステップS224)。Yesと判断した場合、依頼判断部12は、今回受け取った代行依頼PRが無駄なコマンドCctを含んでいるとみなし、これを代行依頼PRdとして依頼破棄部14に渡す。依頼破棄部14は、受け取った代行依頼PRdを破棄し(ステップS23)、その後、依頼拒否RRの作成指示ISrrを依頼拒否作成部15に渡す。依頼拒否作成部15は、依頼破棄部14からの作成指示ISrrに応答して、前述の依頼拒否RRを作成する(ステップS24)。依頼拒否作成部15は、作成した依頼拒否RRを依頼拒否送信部16に渡す。依頼拒否送信部16は、通信回線4を介して現在コネクションを確立している通信端末装置3に、受け取った依頼拒否RRを送信する(ステップS25,図10(a)のシーケンスQ12)。
通信端末装置3において、無線送受信部35は、依頼拒否RRを受信して、アプリケーション実行部32に渡す。アプリケーション実行部32は、上述のステップS18の後、放送装置1から依頼拒否RRまたは受付完了RCが送られてくることを待機しており(ステップS19)、今回のように、依頼拒否RRを受信した場合には、代行依頼PRを受け付けることができないというメッセージを、出力装置36に表示する(ステップS110)。これによって、通信端末装置3のユーザは、今回送った代行依頼PRが放送装置1により受け付けられなかったことを知ることができる。
ここで、再度、図14を参照する。依頼判断部12は、ステップS224でNoと判断した場合、今回受け取った代行依頼PRが無駄なコマンドCctを含んでいないとみなし、これを代行依頼PRpとして依頼書込み部17に渡す。依頼書込み部17は、受け取った代行依頼PRpを依頼格納装置18に書き込む(ステップS26)。その結果、依頼格納装置18には、図15に示すように、新たな代行依頼PRpが格納される。なお、本実施形態では、放送システムBSには、通信端末装置3および受信装置2が1台ずつ収容されるとして説明を行っているが、実際には、多数の通信端末装置3および受信装置2が収容されている。さらに、同じ通信端末装置3が複数個の代行依頼PRを放送装置1に送信する場合もある。以上のことから、たいていの場合、依頼格納装置18には、図15に示すように、複数の代行依頼PRpが格納される。なお、依頼書込み部18が今回、図2(b)に示す代行依頼PRを受け取った場合には、図15の最下段に示すように代行依頼PRpとして格納する。
依頼書込み部17はさらに、受付完了RCの作成指示ISrcを受付完了作成部19に渡す。受付完了作成部19は、依頼書込み部17からの作成指示ISrcに応答して、前述の受付完了RCを作成する(ステップS27)。受付完了作成部19は、作成した受付完了RCを受付完了送信部110に渡す。受付完了送信部110は、通信回線4を介して現在コネクションを確立している通信端末装置3に、受け取った受付完了RCを送信する(ステップS28,図10(b)のシーケンスQ13)。
通信端末装置3において、無線送受信部35は、受信した受付完了RCを、アプリケーション実行部32に渡す。上述と同様に、アプリケーション実行部32は、ステップS18の後、依頼拒否RRまたは受付完了RCの受信を待機しており(ステップS19)、今回のように、受付完了RCを受信した場合には、その旨を、出力装置36に表示する(ステップS110)。これによって、通信端末装置3のユーザは、今回の代行依頼PRが放送装置1により受け付けられたことを知ることができる。
図16は、依頼格納装置18に格納された代行依頼PRpを送信する際の放送装置1の処理手順を示すフローチャートである。コマンド取出し部111は、前述のように依頼格納装置18の中から、定期的に、Nmux個の情報セットIcom(代行依頼PRp)を選択し読み出す(ステップS31)。なお、以上の読み出しが終了後、コマンド取出し部111は、情報セットIcomをコマンドパケット組立器113に渡す。さらに、コマンド取出し部111は、今回、図2(b)に示す代行依頼PRを、情報セットIcomとして読み出したと仮定する。
コマンドパケット組立器113は、ヘッダパケットPhdを組み立て、さらに、受け取った情報セットIcomからコマンドパケットPctを組み立てる(ステップS32)。従って、Nmux個のコマンドパケットPctが組み立てられる。コマンドパケット組立器113はさらに、図4(a)および(b)に示すように、ヘッダパケットPhdを最初に多重化器118に出力した後、Nmux個のコマンドパケットPctを順番に多重化器118に出力する。
ところで、前述したように、ある番組の放送時刻になると、放送番組格納装置113からは、今回放送すべき番組を構成する映像データDvおよび音声データDaが読み出され、映像符号化器114および音声符号化器116に出力される。映像符号化器114および音声符号化器116は、入力映像データDvおよび入力音声データDaを符号化して、符号化映像データDcvおよび符号化音声データDcaを映像パケット組立器115および音声パケット組立器117に出力する。映像パケット組立器115および音声パケット組立器117は、入力符号化映像データDcvおよび入力符号化音声データDcaから、いくつかの映像パケットPcvおよび音声パケットPcaを組み立てて、それぞれを多重化器118に出力する。
多重化器118は、入力映像パケットPcv、入力音声パケットPca、ならびに入力ヘッダパケットPhdおよびNmux個の入力コマンドパケットPctを多重化して、図5(a)および(b)に示すストリームTSを作成し(ステップS33)、TS送信器119に出力する。TS送信器119は、入力ストリームTSを、予め定められた放送周波数帯を有する搬送波に乗せて、前述の放送チャネルBCHに送出する(ステップS34,図10(b)のシーケンスQ14)。
放送装置1では、以上の図16の処理が繰り返し実行され、その結果、放送チャネルBCHには、図10(b)に示すように、ヘッダパケットPhdおよびNmux個のコマンドパケットPct(図示は1個)の組み合わせが周期的に繰り返し送出されることになる。ここで、注意を要するのは、コマンド取出し部111は、DSM−CCに従って処理を行うので、1個の代行依頼PRpは、時間間隔TnvでNsc回読み出される点である。その結果、図17に示すように、受信装置2は、第1回目のコマンドパケットPct(図4(b)参照)を時刻T0に受信した場合には、2回目のものを時刻T0+Tnvに受信し、最終的に、時刻T0+Nsc×Tnvに、Nsc回目のコマンドパケットPctを受信することになる。
次に、図18のフローチャートを参照して、放送装置1から送出されたコマンドパケットPctの受信する際の受信装置2の処理について説明する。ユーザは、外出する場合、受信装置2のスイッチ(図示せず)を操作して、電源21の状態をスタンバイ状態に設定する。その結果、電源状態監視装置23は、制御信号CSfaをチューナ24に送出する(ステップS41)。チューナ24は、受信制御信号CSfaに応答して、自身の受信周波数帯域を、指定チャネル格納部22に格納されている指定放送チャネルBCHrに設定する(ステップS42)。これによって、チューナ24は、ユーザが代行サービスを契約した放送事業者が管理する放送装置1からのストリームTSを受信し、他の放送装置(図示せず)からのストリームTSを受信しない。
ここで、ユーザがある放送番組の予約録画を設定し忘れたことに外出先で気づくと、通信端末装置3の入力装置31を操作して、代行依頼プログラム321を実行するよう指定する。その結果、通信端末装置3では、図11に示す処理が行われ、代行依頼PRが放送装置1に送信される。放送装置1では、受信代行依頼PRに応答して、図14の処理が行われ、ステップS224でNoと判断された場合には、今回の代行依頼PRから組み立てられたコマンドパケットPctがストリームTSに多重された状態で放送チャネルBCH上に送出される。ここで、送出されたストリームTSには、図2(b)に示す代行依頼PRから作成されたコマンドパケットPctが送出されると仮定する。チューナ24は、自身の受信周波数帯域が指定放送チャネルBCHrに設定されているので、放送装置1が送出したストリームTSを受信し(ステップS43)、コマンドパケット分離部25に出力する。なお、チューナ24は、受信ストリームTSをAVパケット分離部217にも出力するが、電源21がスタンバイ状態の時にはAVパケット分離部217には駆動電圧Eccが供給されないので、AVパケット分離部217はストリームTSに何も処理を行わない。
コマンドパケット分離部25は、入力ストリームTSに多重されているコマンドパケットPctのそれぞれを、ヘッダパケットPhdを参照して分離し(ステップS44)、分離したものをコマンドパケット分解部26に出力する。コマンドパケット分解部26は、受け取ったコマンドパケットPctを分解して、情報セットIcomを復元する(ステップS45)。さらに、コマンドパケット分解部26は、復元した情報セットIcomをコマンドフィルタリング部29に渡す。
コマンドフィルタリング部29は、1個の情報セットIcomを受け取る度に、そこから装置識別子IDrtおよびパスワードPWを取り出す(ステップS46)。さらに、コマンドフィルタリング部29は、前述のローカル装置識別子IDrtおよびローカルパスワードPWを取り出す(ステップS47)。その後、コマンドフィルタリング部29は、ステップS46で取り出した装置識別子IDrtが、ステップS47で取り出したローカル装置識別子IDrtに一致するか否かを判断する(ステップS48)。さらに、コマンドフィルタリング部29は、ステップS46で取り出したパスワードPWが、ステップS47で取り出したローカルパスワードPWに一致するか否かを判断する(ステップS49)。ステップS48でNoと判断した場合、コマンドフィルタリング部29は、今回受け取った情報セットIcomが自装置宛のものでないと判断して、それを破棄する(ステップS410)。また、ステップS49でNoと判断した場合、今回の情報セットIcomにはユーザが決めたパスワードPWが設定されていないことになるので、コマンドフィルタリング部29は、ステップS410において、この情報セットIcomを破棄する。逆に、ステップS48またはS49の双方でYESと判断した場合、コマンドフィルタリング部29は、今回受け取った情報セットIcomが自装置宛でありかつユーザが意図したコマンドCctを含んでいると判断して、コマンドCctを取り出して、判定/書込み部210に渡す。
判定/書込み部210は、1個のコマンドCctを受け取る度に、前述の重複予約判定処理を行い(ステップS411)、さらに前述の容量判定処理を行う(ステップS412)。ステップS411においてYESと判断した場合、判定/書込み部210は、今回受け取ったコマンドCctの予約時間帯TPrpに重複する予約時間帯TPrpを有するコマンドCctがコマンド格納部211に格納されていると判断する。さらに、ステップS412においてYESと判断した場合、判定/書込み部210は、十分な空き容量FSが予約番組格納装置218にないと判断する。以上のいずれかの判断をした場合、判定/書込み部210は、今回受け取ったコマンドCctを破棄し、さらに上述の作成指示ISemをエラーメッセージ作成部213に渡す(ステップS413)。
エラーメッセージ作成部213は、作成指示ISemに応答して、図8に示すようなエラーメッセージEMを作成する(ステップS414)。また、回線接続部214は、エラーメッセージ作成部213で作成されたエラーメッセージEMを通信回線4に送出する(ステップS415)。ここで、上述のようにエラーメッセージEMは電子メールであるから、通信回線4に接続されるメールサーバ(図示せず)に格納される。
図19は、通信端末装置3がエラーメッセージEMを受信した時の処理手順を示すフローチャートである。ユーザは、通信端末装置3の入力装置31を操作して、メール処理プログラム322の実行開始を指示する。さらに、ユーザは、上述のメールサーバから、エラーメッセージEMを取得するように指示する。図19において、アプリケーション実行部32は、ユーザの指示に応答して、通信回線4および無線送受信部35を通じて、メールサーバに格納されているエラーメッセージEMを受け取る(ステップS51)。アプリケーション実行部32は、受け取ったエラーメッセージEMの本文MTを、出力装置36に表示する(ステップS52)。これによって、通信端末装置3のユーザは、予約録画の設定ができないことを知ることができる。
また、図18のステップS411およびS412の双方でNoと判断した場合、判定/書込み部210は、今回受け取ったコマンドCctに対して書き込み許可を与え、これをコマンドACctとしてコマンド格納部211に書き込む(ステップS416)。図20は、ステップS416で書き込まれたコマンドACctの一例を示す模式図である。図20において、図2(b)に示す代行依頼PRに含まれるコマンドCctに書き込み許可が与えられた場合、コマンド格納部211には、図示したようなコマンドACctが格納される。
次に、図21のフローチャートを参照して、コマンド実行部216がコマンド格納部211に格納されたコマンドACctを実行する際の処理について説明する。図21において、コマンド実行部216は、タイマ216から定期的に送られてくる現在時刻Tcrの受信を待機しており(ステップS61)、それを受け取る度に、コマンド格納部211に格納されているコマンドACct(図20参照)の中から、受け取った現在時刻Tcrに放送開始時刻Tstが一致する実行コマンドECctを検索する(ステップS62)。この検索により実行コマンドECctを見つけることができなかった場合(ステップS63)、コマンド実行部216は、ステップS61に戻り、タイマ216から現在時刻Tcrが送られてくることを待機する。逆に、ステップS63で実行コマンドECctを見つけた場合、コマンド実行部216は、予約録画を開始するために、前述の制御信号CSfbを生成して、チューナ24に出力し(ステップS64)、前述の制御信号CSonを作成して電源21に出力し(ステップS65)、さらに、前述の録画指示ISrecをAVパケット分離部217に出力する(ステップS66)。ステップS64の処理の結果、チューナ24は、入力制御信号CSfbにより指定された放送チャネルBCHに受信周波数帯域を設定する。ステップS65の処理の結果、電源21は、AVパケット分離部217に駆動電圧Eccを供給する。ステップS66の処理の結果、AVパケット分離部217は、録画指示ISrecで指示された通りの動作を行う。以上のようにして予約録画が開始されると、予約番組格納装置218には、AVパケット分離部217により分離された映像パケットPcvおよび音声パケットPcaが格納され始める。
また、ステップS66の後、コマンド実行部216は、現在時刻Tcrの受信を待機しており(ステップS67)、それを受け取る度に、今回の実行コマンドECctに設定されている放送終了時刻Tedが今回受け取った現在時刻Tcrに一致するか否かを判断する(ステップS68)。両時刻TedおよびTcrが一致しない場合、コマンド実行部216は、ステップS67に戻り、タイマ216から現在時刻Tcrが送られてくることを待機する。逆に、両時刻TedおよびTcrが一致した場合、コマンド実行部216は、予約録画を終了するために、前述の制御信号CSsbを作成して電源21に出力する(ステップS69)。ステップS69の処理の結果、電源21は、スタンバイ状態に遷移し、AVパケット分離部217に駆動電圧Eccを供給することを停止する。さらに、電源状態監視装置23は、電源21がスタンバイ状態に遷移したことで、前述の制御信号CSfaを生成し、チューナ24に出力する。
以上説明したように、本実施形態に係る放送システムBSによれば、放送装置1は、図17に示すように、受け付けた代行依頼PRpから組み立てたコマンドパケットPctを複数回、トランスポートストリームTSに多重するので、受信装置2が自分宛のコマンドCctを受信できる確度が高い放送システムBSを実現することができる。また、上述したように、コマンドCctから組み立てられたコマンドパケットPctは主として、ユーザが不在の時(つまり、電源21がスタンバイ状態の時)に放送装置1から送信されてくる。また、受信装置2の受信周波数帯域は、電源21がスタンバイ状態になった時、自動的に、指定チャネル格納部22に格納されている指定放送チャネルBCHrに設定される。以上のことから、受信装置2は自分宛のコマンドCctをさらに高い確度で受信することができる。また、上述したように、コマンドフィルタリング部29は、ローカル装置識別子IDrtを使ってフィルタリング処理を行うので、多数受信する情報セットIcomから自分宛のもののみを峻別することができる。
また、放送装置1は、図14のステップS224およびS23の処理により、基準時刻Trefよりも後に到着した代行依頼PRを破棄し、ステップS224およびS26の処理により、基準時間Trefと同じか、その前に到着した代行依頼PRを受け付ける。その結果、無駄な代行依頼PRに含まれるコマンドCctにより、依頼格納装置18に格納された代行依頼PRpに含まれるコマンドCctの送信が邪魔されないので、より高い確度で放送開始時刻Tstまでに受信装置2がコマンドCctを受信することが可能になる。
なお、以上の放送システムBSにおいて、放送装置1は、同じ内容のコマンドパケットPctをNsc回を送出していた。このようにするのは、受信装置2がコマンドパケットPctを正しく受信できる確率を高めるためである。しかしながら、コマンドパケットPctを受信できる確率が十分に高ければ、放送装置1は、コマンドパケットPctを1回送信するだけでもよい。
また、以上の放送システムBSにおいて、放送装置1と受信装置2とはケーブルに代表される有線伝送路で接続されていても良い。また、受信装置2は、放送衛星または通信衛星を介して、放送装置1で作成されたストリームTSを受信しても良い。また、以上の放送システムBSにおいて、放送装置1はデジタル放送していたが、アナログ放送であっても良い。また、受信装置2は、エラーメッセージEMを電子メールで通信端末装置3に送信していたが、それ以外のデータ通信でエラーメッセージEMを送信しても良い。さらに、受信装置2は、エラーメッセージEMを放送装置1に送信するようにしても良い。これによって、放送装置1は、自身が受信装置2に向けて送出したコマンドパケットPctが、コマンドCctとしてコマンド格納部211に格納されていないことを認識できる。
また、以上の放送システムBSでは、通信端末装置3が1回の代行依頼PRを放送装置1に送信すると、放送装置1は、同じ内容のコマンドパケットPctを送出するようにしていた。しかしながら、これに限らず、放送装置1は、1回の代行依頼PRの受信に応じて、互いに内容の異なるコマンドパケットPctを送出するようにしてもよい。放送事業者は、番組を制作する場合、たいていの場合、一連のストーリーを最初から終わりまで一挙に放送するのではない。逆に言えば、放送事業者は、一連のストーリーを例えば1時間単位で分割して、第1回から最終回まで放送することで一連のストーリーが完結するように番組を制作する。さらに、第1回目から最終回は、原則として、同じ曜日の同じ時間帯に放送される。このような放送スケジュールは予め定まっていることが多い。このような状況下において、放送装置1は、1回の代行依頼PRで指定された放送番組の全話を予約録画できるように、放送開始時刻Tstおよび放送終了時刻Tndの内、日付または曜日のみが相違するコマンドパケットPctを送出するようにしてもよい。さらに、もし、代行依頼PRで指定された放送番組の放送スケジュールが変更されれば、放送装置1は、放送開始時刻Tstおよび放送終了時刻Tndが変更されたコマンドパケットPctを送出するようにしてもよい。これによって、通信端末装置3は代行依頼PRを一回送出するだけですむので、通信コストを削減することができる。
次に、図6に示す受信装置2の第1の変型例(以下、受信装置2aと称する)について説明する。図22は、受信装置2aの詳細な構成を示すブロック図である。図22において、受信装置2aは、図6の受信装置2と比較すると、指定チャネル格納部22、電源状態監視装置23およびチューナ24の代わりに、デュアルチューナ部41および周波数帯設定部42を備えている点で相違する。それ以外に、受信装置2aおよび2の間には構成上の相違点は無い。それ故、図22において、図6の構成に相当するものには同一の参照符号を付け、その説明を省略する。
また、図23は、図22のデュアルチューナ部41の詳細な構成を示すブロック図である。図23において、デュアルチューナ部41は、AV用チューナ411と、コマンド用チューナ412とを含んでいる。AV用チューナ411は、ユーザが受信装置2aの入力装置(図示せず)を操作して指定する放送チャネルBCHに、受信周波数帯を設定する。その後、AV用チューナ411は、設定された放送チャネルBCHを使って送信されてくるストリームTSを受信して、AVパケット分離部217に出力する。また、コマンド用チューナ412は、周波数帯設定部42から送られてくる指定放送チャネルBCHrに、受信周波数帯を設定する。その後、コマンド用チューナ412は常時、指定放送チャネルBCHrを使って送信されてくるストリームTSを受信して、コマンドパケット分離部25に出力する。
周波数帯設定部42は典型的には、キーまたはボタンからなる。ユーザまたは放送事業者は、周波数帯設定部42を操作して、指定放送チャネルBCHrを入力する。周波数帯設定部42は、入力された指定放送チャネルBCHrをコマンド用チューナ412に送る。
以上説明したように、指定放送チャネルBCHr専用のコマンド用チューナ412を備えることにより、受信装置2aは、電源21がスタンバイ状態であるか否かに関わらず、自分宛のコマンドパケットPctを常時受信できるようになるため、自分宛のコマンドCctの受信に失敗する可能性がさらに低くなる。
次に、図6に示す受信装置2の第2の変型例(以下、受信装置2bと称する)について説明する。図24は、受信装置2bの詳細な構成を示すブロック図である。図24において、受信装置2bは、図6の受信装置2と比較すると、コマンド実行部216および予約番組記憶装置218の代わりに、コマンド実行部51およびバス制御部52とを備えている点と、バス7を通じて外部記録装置6と接続されている点とで相違する。それ以外に、受信装置2aおよび2の間には構成上の相違点は無い。それ故、図24において、図6の構成に相当するものには同一の参照符号を付け、その説明を省略する。なお、図24には、図示の都合上、図6に示す構成のいくつかは図示されていない。
コマンド実行部51は、前述のコマンド実行部216と比較すると、下記の2点で相違する。まず、コマンド実行部51は、前述の録画指示ISrecの代わりに転送指示IStfをAVパケット分離部217に送出する。転送指示IStfは、AVパケット分離部217が分離した映像パケットPcvおよび音声パケットPcaをバス制御部52に転送するよう指示するための情報である。次に、以上の処理に加えて、コマンド実行部51は、後述する外部記録装置6を一意に特定するために外部識別装置6に予め割り当てられているターゲット識別子TIDおよび録画指示ISrecをバス制御部52に送る点で相違する。これによって、コマンド実行部51は、AVパケット分離部217から出力される映像パケットPcvおよび音声パケットPcaを外部記録装置6にバス7を介して送信するよう指示する。
バス制御部52には、AVパケット分離部217の場合と同様に、電源21がスタンバイ状態の時に、駆動電圧Eccは供給されず、電源21がオンの時に駆動電圧Eccが供給される。バス制御部52は、駆動電圧Eccが供給されている時に、コマンド実行部51からの録画指示ISrecに応答して、予め定められたバスプロトコル(例えば、IEEE1394)に従って、まず、録画指示ISrecから、同時に受け取るターゲット識別子TIDを含むバスパケットBPrecを組み立てて、自身と接続されているバス7に送出する。バス制御部52は、その後に入力される映像パケットPcvおよび音声パケットPcaから、ターゲット識別子TIDを含むバスパケットBPcvおよびBPcaを組み立てて、自身に接続されているバス7に送出する。
また、外部記録装置6は、典型的にはハードディスクレコーダ、DVD(Digital Versatile Drive)レコーダ、VTR(Video Tape Recorder)からなる。外部記録装置6は、上述のターゲット識別子TIDを保持しており、バス制御部61と、予約番組記憶装置62とを備えている。バス制御部61は、バス7を通じて受信したバスパケットBPrecを分解した後に、録画コマンドISrecを実行する。より具体的には、バス制御部61は、録画コマンドISrecの実行開始後に受信するバスパケットBPcvおよびBPcaを分解して、映像パケットPcvおよび音声パケットPcaを復元する。バス制御部61は、復元した映像パケットPcvおよび音声パケットPcaを予約番組格納装置62に送信する。予約番組格納装置62は、図6の予約番組格納装置218に相当しており、受信した映像パケットPcvおよび音声パケットPcaを格納する。
次に、本変型例に係る受信装置2bを備える放送システムBSのデータ通信前に設定される事項について説明する。本変型例に係るデータ通信前には、前述した設定事項に加えて、ユーザは、通信端末装置3のアプリケーション実行部32の起動後、入力装置31を操作して、ターゲット識別子TIDを入力する。アプリケーション実行部32は、入力ターゲット識別子TIDを、ターゲット識別子格納部37(図9参照)に格納する。
次に、本放送システムBSで行われるデータ通信について詳細に説明する。前述と同様に、予約放送番組の予約録画を設定し忘れたことに外出先で気づいたユーザは、通信端末装置3の入力装置31を操作して、代行依頼プログラム321を指定する。この指定に応じて、アプリケーション実行部32は、代行依頼プログラム321の実行を開始した後、ユーザの入力情報に従って、代行依頼PRを作成して、通信回線4を通じて放送装置1に送信する(図10(a)および(b)のシーケンスQ11)。ここで、本変型例に係る代行依頼PRは、図2(a)および(b)に示すものと比較すると、コマンドCctが、ターゲット識別子格納部37に格納されるターゲット識別子TIDをさらに含む点で相違する。
放送装置1は、本変型例に係る代行依頼PRを受信した時も、図14に示す手順に従って処理を行う。ここで、ステップS224でNoと判断した場合には、今回受信した代行依頼PRは、依頼格納装置18に格納され、さらに、受付完了RCが通信端末装置3に送信される(図10(b)のシーケンスQ13参照)。
その後、放送装置1は、本変型例に係る代行依頼PRを格納した時も、図16に示す手順に従って処理を行う。ここで、ステップS31では、ターゲット識別子TIDをさらに含む情報セットIcomが読み出され、コマンドパケット組立器112に送られる。その結果、TS送信器119は、以上のような情報セットIcomから組み立てられたコマンドパケットPctが多重されたストリームTSを、前述の放送チャネルBCHに送出する(図10(b)のシーケンスQ14参照)。
受信装置2は、本変型例に係るストリームTSを受信した時も、図18に示す手順に従って処理を行う。したがって、ステップS48およびS49の双方でYesと判断され、かつステップS411およびS412の双方でNoと判断された場合には、今回受け取ったストリームTSに多重されているコマンドCctは、コマンドACctとしてコマンド格納部211に格納される。
次に、図25のフローチャートを参照して、コマンド実行部51がコマンド格納部211に格納されたコマンドACctを実行する際の処理について説明する。ここで、図25は、図21と比較すると、ステップS66の代わりに、ステップS71およびS72をさらに含む点で相違する。それ以外に両フローチャートの間に相違点はないので、図25において、図21のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。コマンド実行部216の場合と同様に、コマンド実行部51は、ステップS65の後、実行コマンドECctに含まれるターゲット識別子TIDおよび録画指示ISrecをバス制御部52に送出する(ステップS71)。その後、コマンド実行部51は、AVパケット分離部217に、上述の転送指示IStfを送出する(ステップS72)。ステップS65の結果、電源21は、AVパケット分離部217だけでなく、バス制御部52にも駆動電圧Eccを供給する。ステップS71およびS72の結果、バス制御部52は、まず、コマンド実行部51から受け取ったターゲット識別子TIDおよび録画指示ISrecから、バスパケットBPrecを組み立てて、バス7に送出する。その後、バス制御部52は、AVパケット分離部217から受け取った映像パケットPcvおよび音声パケットPcaとから、バスパケットBPcvおよびBPcaを組み立てて、バス7に送出する。外部記録装置6において、バス制御部61は、バス7を通じて最初に送られてくるバスパケットBPrecを受信し分解して、録画指示ISrecの実行を開始する。バス制御部61は、その後送られてくるバスパケットBPcvおよびBPcaを受信した後にこれらを分解する。これによって復元された映像パケットPcvおよび音声パケットPcaを、バス制御部61は、予約番組格納装置62に転送し格納する。このような格納処理は、実行コマンドECctにより特定される予約時間帯TPrpの間中行われる。
以上説明したように、本変型例に係る受信装置2bによれば、バス7を通じて接続される外部記録装置6にも映像パケットPcvおよび音声パケットPcaを転送することができるので、より使い勝手が良くなる。
なお、本変型例では、受信装置2bおよび外部記録装置6は互いに独立している。そのため、製造メーカの相違により、受信装置2bが受信するコマンドCctを、外部記録装置6がそのまま実行できるとは限らない。そのため、コマンド実行部51は、受信したコマンドCctを、外部記録装置6が採用しているコマンドフォーマットを有する録画指示ISrecに変換して、バス制御部52に出力するようにしてもよい。
また、本変型例に係る受信装置2bおよび外部記録装置6は、無線により接続されても良い。また、本変型例において、判定/書込み部210は、容量判定処理において、予約番組格納装置62の空き容量FSを知るためには、そのための命令を外部記録装置6に送信すれば良い。
また、以上の説明では、受信装置2、2aおよび2bが実行するのは、予約録画コマンドであったが、これに限らず、少なくとも実行開始時刻が定められているコマンドであれば、コマンドの種類は問わない。
産業上の利用可能性
本発明に係る放送システムは、映像および音声に加えて、データを多重放送可能な放送システムに利用することが可能である。
【図面の簡単な説明】
図1は、本発明の一実施形態に係る放送システムBSの全体構成を示す模式図である。
図2(a)および(b)は、図1の通信端末装置3が放送装置1に送信する代行依頼PRのデータ構造を示す模式図である。
図3は、図1の放送装置1の詳細な構成を示すブロック図である。
図4(a)および(b)は、図3のコマンドパケット組立器112から出力される、一連のヘッダパケットPhdおよびNmux個のコマンドパケットPctを示す模式図である。
図5(a)および(b)は、図3のTS送信器119から送出されるトランスポートストリームTSを示す模式図である。
図6は、図1の受信装置2の詳細な構成を示すブロック図である。
図7は、図2のコマンド格納部211に格納されてはならないコマンドCctを例示する模式図である。
図8は、図2のエラーメッセージ作成部213で作成されるエラーメッセージEMのデータ構造を示す模式図である。
図9は、図1の通信端末装置3の詳細な構成を示すブロック図である。
図10(a)および(b)は、図1の放送システムBSで行われるデータ通信の手順を示すシーケンスチャートである。
図11は、図9のアプリケーション実行部32が代行依頼PRを作成し送信する際の処理手順を示すフローチャートである。
図12(a)および(b)は、図11のステップS11で表示される画像の一例を示す模式図である。
図13(a)は、図3のアプリケーション実行部32が予め保持するコマンドCctのデータフォーマットの一例を示す模式図であり、図13(b)は、作成されたコマンドCctの一例を示す模式図である。
図14は、図1の放送装置1が代行依頼PRを受信した時に行う処理の手順を示すフローチャートである。
図15は、図3の依頼格納装置18が格納する代行依頼PRpの例を示す模式図である。
図16は、図1の放送装置1がトランスポートストリームTSを送信する際に行う処理の手順を示すフローチャートである。
図17は、図1の受信装置2に、同じ内容のコマンドパケットPctが時間間隔TnvでNsc回到着する様子を示す模式図である。
図18は、図1の受信装置2がトランスポートストリームTSを受信した際に行う処理の手順を示すフローチャートである。
図19は、図1の通信端末装置3がエラーメッセージEMを受信した時に行う処理の手順を示すフローチャートである。
図20は、図18のステップS416を実行することによりコマンド格納部211に書き込まれたコマンドACctの一例を示す模式図である。
図21は、図6のコマンド実行部216がコマンド格納部211に格納されたコマンドACctを実行する際に行う処理の手順を示すフローチャートである。
図22は、図1の受信装置2の第1の変型例(受信装置2a)の詳細な構成を示すブロック図である。
図23は、図22のデュアルチューナ41の詳細な構成を示すブロック図である。
図24は、図1の受信装置2の第2の変型例(受信装置2b)の詳細な構成を示すブロック図である。
図25は、図24のコマンド実行部51がコマンド格納部211に格納されたコマンドACctを実行する際に行う処理の手順を示すフローチャートである。
図26は、従来の放送システムの構成を示す模式図である。
Technical field
The present invention relates to a broadcasting system, and more particularly, to a broadcasting system in which a broadcasting device transmits a command for a device to be controlled in a broadcasting format to a receiving device.
Background art
FIG. 26 is a block diagram showing the overall configuration of a conventional broadcasting system. The broadcasting system of FIG. 26 is disclosed in JP-A-10-155131, and includes a communication terminal device TA1, a server BSV as the broadcasting device, a communication terminal device TA2 as the receiving device, and a control target device. And a video tape recorder VTR. The communication terminal device TA1 transmits information called a recording reservation request to a server BSV communicably connected via the Internet INT. In response to the recording reservation request sent from the communication terminal device TA1, the server BSV superimposes the personal reservation recording information as an example of the above command on the teletext channel CH and transmits it to the communication terminal device TA2. The communication terminal device TA2 has a function of receiving programs for television broadcasting and teletext broadcasting, receives a video signal transmitted using a normal broadcasting channel, and is connected to a video tape recorder VTR communicable with itself. To supply the received signal. Further, the communication terminal device TA2 sets the recording reservation requested by the communication terminal device TA1 to the video tape recorder VTR according to the personal reservation recording information transmitted from the server BSV using the teletext channel CH.
Next, technical problems of the conventional broadcasting system will be described.
First, the above publication discloses only one communication terminal device TA2, but an actual broadcast system accommodates many communication terminal devices TA2. Nevertheless, since the server BSV simply multiplexes the personal reservation recording information that has arrived at the server BSV and sends it to the teletext channel CH, each communication terminal TA2 is transmitted to the other communication terminal TA2. Personal reservation recording information may be received. Furthermore, since there are also a plurality of servers BSV, different teletext channels CH are assigned to each of them. In addition, the communication terminal device TA2 receives the personal reservation recording information transmitted using the channel CH specified by the user from the plurality of teletext channels CH. Therefore, in order to reliably perform scheduled recording, the communication terminal device TA2 must be set to the teletext channel CH used by the server BSV when the personal scheduled recording information from the server BSV arrives at the communication terminal device TA2. . Therefore, when the correct teletext channel CH is not selected, the communication terminal device TA2 cannot receive the individual reservation recording information from the server BSV, and cannot perform the reservation recording. As can be understood from the above, the conventional broadcasting system has a first problem that the receiving apparatus is likely to be unable to correctly receive only the command addressed to itself.
Next, the above-mentioned publication discloses only one communication terminal device TA1 as in the case of the communication terminal device TA2, but in an actual broadcasting system, the server BSV includes personal information from a large number of communication terminal devices TA1. Scheduled recording information arrives. Here, due to the nature of scheduled recording, the personal scheduled recording information must reach the communication terminal device TA2 by the time the program requested by the communication terminal device TA1 starts. However, since the conventional server BSV merely sends the arrived personal reservation recording information, the personal reservation recording information may not have arrived at the communication terminal device TA2 before the start of the program to be reserved and recorded. There was a second problem.
Therefore, a first object of the present invention is to provide a broadcasting system with a higher degree of certainty that a receiving device can receive only a command addressed to itself. A second object of the present invention is to provide a broadcasting system in which a command sent from a broadcasting device arrives at a receiving device by a predetermined time.
Disclosure of the invention
The present invention achieves the first and second objects by the following aspects. A first aspect is a broadcast system including a transmission device and a reception device, wherein the broadcast device receives a proxy request including at least an identifier assigned to the reception device and a command to be transmitted to the reception device. A request receiving unit, a proxy request storage device for storing the proxy request received by the request receiving unit, and a command for extracting a set of an identifier of the receiving device and a command to the receiving device from the proxy request stored in the proxy request storage device A fetch unit, a command packet assembler for assembling a command packet from a set of identifiers and commands fetched by the command fetch unit, and a multiplexer for creating a stream in which the command packets assembled by the command packet assembler are multiplexed. And a transmitter for transmitting the stream created by the multiplexer to a broadcast channel. Also, the receiving device separates the command packet from the stream transmitted to the broadcast channel by the transmitter, and the command packet separated by the command packet separating unit. A command packet decomposing unit for restoring the set, a device identifier storing unit for storing an identifier of the own device, an identifier of the receiving device decomposed by the command packet decomposing unit, and an identifier of the own device stored in the device identifier storing unit A command filtering unit that determines whether the command decomposed by the command packet decomposing unit is addressed to the own device, a command storage unit that stores the command determined to be addressed to the own device by the command filtering unit, Command execution unit that executes commands stored in the command storage unit Equipped with a.
Further, a second aspect is a broadcasting device for broadcasting a stream to a receiving device, wherein the request receiving unit receives a proxy request including at least an identifier assigned to the receiving device and a command to be transmitted to the receiving device. A proxy request storage device that stores the proxy request received by the request receiving unit, and a command extraction unit that extracts a set of an identifier of the receiving device and a command to the receiving device from the proxy request stored in the proxy request storage device. A command packet assembler for assembling a command packet from a set of an identifier and a command extracted by the command extracting unit, a multiplexer for creating a stream in which the command packets assembled by the command packet assembler are multiplexed, And a transmitter for transmitting a stream created by the device to a broadcast channel. Here, the command extracting unit extracts a set of the identifier of the receiving device and the command to the receiving device a plurality of times from the same proxy request.
A third aspect is a receiving device for receiving a stream from a broadcasting device, wherein the broadcasting device multiplexes a command packet assembled from an identifier assigned to the receiving device and a command to be transmitted to the receiving device. The stream is broadcast using a pre-allocated broadcast channel, a tuner unit that receives a stream sent through the broadcast channel, a device identifier storage unit that stores an identifier of its own device, and a tuner unit The command filtering unit that determines whether the identifier multiplexed in the received stream matches the identifier of the own device stored in the device identifier storage unit, and the command filtering unit determines that both identifiers match. The command multiplexed in the stream received by the tuner unit. It includes a command storage unit, and a command execution unit for executing commands stored in the command storage unit.
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a schematic diagram illustrating an overall configuration of a broadcasting system BS according to an embodiment of the present invention. The broadcasting system BS in FIG. 1 includes a broadcasting device 1 owned by a broadcasting company, a receiving device 2 and a communication terminal device 3 each owned by a user, and a communication line 4. In brief, the broadcasting device 1 receives the proxy request PR sent from the communication terminal device 3 through the communication line 4 and stores it therein. The proxy request PR includes a command Cct transmitted to the receiving device 2, and is information for the communication terminal device 3 to request the broadcast device 1 to perform transmission of the command Cct. In the present embodiment, as an example, the command Cct is a program scheduled to be broadcast using a broadcast channel BCH allocated to the broadcast apparatus 1 between a predetermined broadcast start time Tst and a broadcast end time Tnd (hereinafter, broadcast CTS). (Referred to as a program).
FIG. 2A is a schematic diagram illustrating an example of the data structure of the above-described proxy request PR. In FIG. 2A, the proxy request PR includes a device identifier IDrt, a password PW, and a command Cct. The device identifier IDrt is an identifier assigned to the receiving device 2 in advance, and typically includes a sequence of numbers. The password PW is composed of a string of characters or symbols that the user likes, or a combination of characters and symbols. The command Cct includes a reserved recording command Crec, a broadcast channel BCH used for transmitting a broadcast program to be reserved for recording, a broadcast start time Tst and a broadcast end time Tnd of the broadcast program. Here, in the following description, a broadcast program to be reserved and recorded is referred to as a reserved broadcast program. The broadcast start time Tst and the broadcast end time Tnd also include information indicating a month and a day. FIG. 2B is a schematic diagram showing a specific example of the proxy request PR shown in FIG. In FIG. 2 (b), 211.155.5.1.1 as the device identifier IDrt, NAISHO as the password PW, 8 as the broadcast channel BCH, 19:00 on June 21 as the broadcast start time Tst, Furthermore, 20:00 on June 21 is set as the broadcast end time Tnd.
The broadcast device 1 of FIG. 1 multiplexes a proxy request PR stored therein and video data Dv and audio data Da stored therein in advance to form a transport stream (hereinafter simply referred to as a stream) TS. create. The broadcasting device 1 transmits the created stream TS to the receiving device 2 using the broadcast channel BCH. Further, the broadcasting device 1 may receive a proxy request PR that cannot be received. Typically, such a proxy request PR arrives at the broadcasting device 1 later than a reference time Tref described later. The broadcast device 1 discards such a proxy request PR, and further creates a request rejection RR, which is information indicating that the proxy request PR has not been accepted, and sends it to the communication line 4. Further, when the proxy request PR is received, the broadcasting device 1 transmits a reception completion RC, which is information indicating that, to the communication terminal device 3 via the communication line 4.
FIG. 3 is a block diagram showing a detailed configuration of the broadcasting device 1 as described above. 3, the broadcasting device 1 includes a request receiving unit 11, a timer 12, a request determining unit 13, a request discarding unit 14, a request rejection creating unit 15, a request rejecting transmitting unit 16, a request writing unit 17, Request storage device 18, reception completion creation unit 19, reception completion transmission unit 110, command extraction unit 111, command packet assembler 112, broadcast program storage device 113, video encoder 114, video packet It comprises an assembler 115, an audio encoder 116, an audio packet assembler 117, a multiplexer 118, and a TS transmitter 119.
The request receiving unit 11 receives the proxy request PR sent from the communication terminal device 3 through the communication line 4 and passes it to the request determining unit 13. The timer 12 measures the current time Tcr, and returns the current time Tcr to the request determination unit 13 in response to the request from the request determination unit 13. The request determining unit 13 requests the timer 12 to send the current time Tcr every time the proxy request PR is received from the request receiving unit 11. Further, the request determination unit 13 determines whether or not to accept the currently received proxy request PR based on the current time Tcr received from the timer 12. More specifically, the request determination unit 13 determines whether the received current time Tcr is later than a reference time Tref described later. If the current time Tcr is later than the reference time Tref, the request determination unit 13 determines that the proxy request PR is not accepted, and passes the proxy request PRd to the request discarding unit 14 as a proxy request PRd. The request discarding unit 14 discards the received proxy request PRd, and passes a request rejection RR creation instruction ISrr to the request rejection creation unit 15. The request rejection creation unit 15 creates a request rejection RR in response to receiving the creation instruction ISrr, and passes it to the request rejection transmission unit 16. The request rejection transmission unit 16 sends the received request rejection RR to the communication line 4.
If the request determination unit 13 determines that the current time Tcr is equal to or earlier than the reference time Tref, the request determination unit 13 accepts the current proxy request PR and uses it as a proxy request PRp. Pass to. The request writing unit 17 writes the received proxy request PRp in the request storage device 18, and further passes a reception completion RC creation instruction ISrc to the reception completion creation unit 19. The reception completion creating unit 19 creates a reception completion RC in response to the creation instruction ISrc, and passes it to the reception completion transmitting unit 110. The reception completion transmitting unit 110 sends the received reception completion RC to the communication line 4.
Further, the command fetching unit 111 periodically selects a predetermined number of Nmux proxy requests PRp from the request storage device 18 and sets the device identifier IDrt, the password PW and the command Cct in the information set from the selected Nmux proxy requests PRp. It is periodically selected and read as Icom. Here, in the broadcasting system BS, the bandwidth BWct is predetermined in order to transmit the command packet Pct assembled by the command packet assembler 112. Nmux is a natural number of 1 or more, and is set in advance to an appropriate value according to the bandwidth BWct. Nmux is also the number of commands Cct multiplexed to the stream TS each time the multiplexer 118 performs step S33 (see FIG. 16) once. The command extracting unit 111 transfers all of the read information set Icom to the command packet assembler 112. The command packet assembler 112 assembles one command packet Pct for one information set Icom. Further, the command packet assembler 112 assembles one header packet Phd so that the receiving device 2 can accurately separate the command packet Pct. When the above packet assembling is completed, the command packet assembler 112 outputs them to the multiplexer 118 in the order of the header packet Phd and the command packet Pct.
Here, FIG. 4A is a schematic diagram illustrating an example of a series of header packets Phd and command packets Pct output from the command packet assembler 112, and FIG. FIG. 3 is a schematic diagram showing a specific example of a series of header packets Phd and command packets Pct output from a command packet assembler 112 when a proxy request PR shown in FIG. 2B is selected as an information set Icom.
The broadcast program storage device 113 typically stores a plurality of sets of video data Dv and audio data Da. Each set of the video data Dv and the audio data Da represents one program. The video data Dv and the audio data Da as described above are read from the broadcast program storage device 113 at the broadcast start time Tst of the program constituted by them and output to the video encoder 114 and the audio encoder 116. Is done. The video encoder 114 encodes the input video data Dv according to a predetermined video encoding scheme, and creates encoded video data Dcv. The video encoder 114 outputs the generated video data Dcv to the video packet assembler 115. The video packet assembler 115 assembles a video packet Pcv from the input video data Dcv, and outputs the video packet Pcv to the multiplexer 118. Further, the audio encoder 116 encodes the output audio data Da of the broadcast program storage device 113 according to a predetermined audio encoding method, and creates encoded audio data Dca. The voice encoder 116 outputs the generated voice data Dca to the voice packet assembler 117. The audio packet assembler 117 assembles the audio packet Pca from the input audio data Dca and outputs the audio packet Pca to the multiplexer 118. Here, in the broadcasting system BS, a bandwidth BWav is predetermined in order to transmit the video packet Pcv and the audio packet Pca. The video encoder 114 and the audio encoder 116 perform their own encoding processes according to the bandwidth BWav.
The multiplexer 118 multiplexes the video packet Pcv from the video packet assembler 115, the audio packet Pca from the audio packet assembler 117, the header packet Phd and the command packet Pct from the command packet assembler 112, and multiplexes the stream. Create TS. The multiplexer 118 outputs the created stream TS to the TS transmitter 119. The TS transmitter 119 sends the input stream TS to the broadcast channel BCH.
Here, FIG. 5A is a schematic diagram illustrating an example of a stream TS transmitted from the TS transmitter 119, and FIG. 5B is a diagram illustrated in FIG. 4B by the command packet assembler 112. FIG. 9 is a schematic diagram showing a configuration of a stream TS output from a multiplexer 118 when a command packet Pct is output.
1 is a set-top box that is typically installed indoors, and receives a stream TS transmitted using a broadcast channel BCH. As a characteristic process of the present embodiment, the receiving device 2 separates the command Cct addressed to itself multiplexed on the received stream TS and stores it in the internal command storage unit 211 (see FIG. 6). Further, the receiving device 2 executes the scheduled recording from the broadcast start time Tst specified by the stored command Cct to the broadcast end time Tnd. In the following description, a period from the broadcast start time Tst to the broadcast end time Tnd is referred to as a reserved time zone TPrp. By executing the reserved recording, the receiving apparatus 2 separates the video packet Pcv and the audio packet Pca constituting the reserved broadcast program from the received stream TS during the reserved time slot TPrp, and stores the reserved program storage device 218 (FIG. Reference). If the command Cct cannot be stored in the command storage unit 211 for some reason, the receiving device 2 creates an error message EM for notifying the communication terminal device 3 of the fact and sends it to the communication line 4. I do.
FIG. 6 is a block diagram showing a detailed configuration of the receiving device 2 as described above. 6, the receiving device 2 includes a power source 21, a designated channel storage unit 22, a power state monitoring device 23, a tuner 24, a command packet separating unit 25, a command packet decomposing unit 26, and a device identifier storing unit 27. A password storage unit 28, a command filtering unit 29, a determination / write unit 210, a command storage unit 211, an address storage unit 212, an error message creation unit 213, a line connection unit 214, a timer 215, It includes a command execution unit 216, an AV packet separation unit 217, a reserved program storage device 218, and a free space detection unit 219.
The power supply 21 is typically set to three states: on, off, and standby by operating a switch (not shown) of the receiving device 2 by a user. In this embodiment, when the power supply 21 is turned on, the power supply 21 supplies a drive voltage to all the components (designated channel storage unit 22 to free space detection unit 219) shown in FIG. FIG. 6 shows only the drive voltage Ecc to the AV packet separation unit 217 for convenience. Further, the power supply 21 supplies a drive voltage to at least the configuration excluding the AV packet separation unit 217 in the standby state. Since this is irrelevant in the present embodiment, the description when the power supply 21 is off is omitted.
The designated channel storage unit 22 stores information indicating the broadcast channel BCH designated by the user. In the following description, what is stored in the designated channel storage unit 22 is referred to as designated broadcast channel BCHr. Hereinafter, the designated broadcast channel BCHr will be described in detail. In the present embodiment, the broadcaster uses the broadcasting device 1 of FIG. 1 to provide another service of transmitting the command Cct to the receiving device 2 in addition to the program broadcasting service (hereinafter, referred to as a proxy service). I will provide a. The designated broadcast channel BCHr is a broadcast channel BCH assigned to the broadcaster to whom the user has contracted to receive the substitute service.
Typically, the power supply state monitoring device 23 detects a point in time when the power supply 21 transitions from on to a standby state, and after detecting this transition, generates a control signal CSfa and outputs it to the tuner 24. Control signal CSfa is a signal for instructing to set the reception frequency band of tuner 24 to designated broadcast channel BCHr.
When the power supply 21 is turned on, the tuner 24 sets the reception frequency band to the broadcast channel BCH specified by the user using an input device (not shown). In addition, in response to receiving the control signal CSfa from the power supply state monitoring device 23, the tuner 24 extracts the designated broadcast channel BCHr from the designated channel storage unit 22, and sets the reception frequency band to the extracted broadcast channel BCHr. In addition, in response to receiving the control signal CSfb from the command execution unit 216, the tuner 24 sets a reception frequency band on the broadcast channel BCH designated thereby. Here, the control signal CSfb is a signal for instructing to set the reception frequency band of the tuner 24 to the broadcast channel BCH notified by the command execution unit 216 in order to execute the scheduled recording. The tuner 24 receives the stream TS transmitted using the set broadcast channel BCH, and outputs the received stream TS to the command packet separation unit 25 and the AV packet separation unit 217.
The command packet separating unit 25 separates each command packet Pct multiplexed in the input stream TS (see FIGS. 5A and 5B) according to the header packet Phd multiplexed before the command packet Pct. The packet is passed to the packet decomposing unit 26. The command packet decomposing unit 26 decomposes the received command packet Pct and restores the information set Icom. The command packet decomposing unit 26 passes the restored information set Icom to the command filtering unit 29.
The device identifier storage unit 27 and the password storage unit 28 store the device identifier IDrt and the password PW described above. In the following description, those stored in the device identifier storage device 26 and the password storage unit 28 are referred to as a local device identifier IDrt and a local password PW. Using both the local device identifier IDrt and the local password PW stored in the device identifier storage device 26 and the password storage unit 28, the command filtering unit 29 performs filtering processing on the information set Icom received from the command packet decomposing unit 26. I do. More specifically, the command filtering unit 29 determines that the local device identifier IDrt and the local password PW exactly match the device identifier IDrt and the password PW included in the information set Icom, and Judge as the information set Icom. In the present embodiment, the appropriate information set Icom means a command packet Pct created from the proxy request PRr created according to the user's intention and addressed to the own device. That is, it is considered that the information set Icom whose device identifier IDrt does not match is not addressed to the own device, and the information set Icom whose password PW does not match is not generated by the user operating the communication terminal device 3. Will be considered. When determining that the information set Icom received this time is appropriate, the command filtering unit 29 extracts the command Cct from the information set Icom and passes it to the determination / write unit 210. Conversely, if it is determined that the information set is an inappropriate information set Icom, the command filtering unit 29 discards it.
The determination / write unit 210 determines whether to write the received command Cct into the command storage unit 211. As shown in FIGS. 2A and 2B, the command Cct includes a broadcast start time Tst and a broadcast end time Tnd. The command storage unit 211 stores several commands Cct written by the determination / write unit 210. From the above, in order to perform the scheduled recording correctly, two commands Cct having the mutually overlapping reserved time zones TPrp must not be stored. For example, as shown in FIG. 7, a command Cct including 18:30 on June 21 as the broadcast start time Tst and 19:30 on the same day as the broadcast end time Tnd is already stored in the command storage unit 211. Assume the case. In such a case, the command Cct set in the proxy request PR shown in FIG. 2B must not be stored in the command storage unit 211. This is because the time from 19:00 to 19:30 on June 21 overlaps with both commands Cct. In view of the above, the determination / writing unit 210 extracts the reserved time period TPrp from the received information set Icom, and determines whether or not the reserved time period TPrp overlapping the extracted reserved time period TPrp is stored in the command storage unit 211. Judge. In the following description, this determination processing is referred to as overlap reservation determination processing.
The reserved program storage device 218 stores the video packet Pcv and the audio packet Pca in a storage area having a finite capacity. Therefore, in order to perform the scheduled recording correctly, it is necessary that a sufficient free area FS for storing the reserved broadcast program specified by the command Cct remains in the reserved program storage device 218. From the above viewpoint, the free space detecting unit 219 detects the free space FS of the reserved program storage device 218 in response to the request from the determining / writing unit 210, and returns the detected one to the determining / writing unit 210. The determination / write unit 210 estimates the capacity SS required for storing the reserved broadcast program from the reserved time zone TPrp in the received information set Icom. The determination / writing unit 210 determines whether or not the estimated capacity SS exceeds the free capacity FS from the free capacity detection unit 219. Hereinafter, this determination processing is referred to as capacity determination processing.
The determination / write unit 210 performs the overlap reservation determination process and the capacity determination process on the received command Cct, and when both the determination results are No, authorizes the writing of the command Cct and writes it to the command storage unit 211 as the command ACct. If at least one of the determination results is Yes, the determination / write unit 210 discards the received command Cct without storing it in the command storage unit 211, and further outputs an error message EM creation instruction ISem to the error message creation unit. 213.
The command storage unit 211 is composed of a nonvolatile storage device, and stores the command ACct as is clear from the above. The address storage unit 212 stores the address Act specified by the user. The address Act is an address for uniquely specifying the communication terminal device 3, and typically includes a string of characters or numbers. In the present embodiment, the address Act is set to address @ pop. ne. jp. The error message creation unit 213 extracts the address Act from the address storage unit 212 in response to the creation instruction ISem, and creates the error message EM. The error message creation unit 213 passes the created error message EM to the line connection unit 214. After connecting to the communication line 4 in response to the arrival of the error message EM, the line connection unit 214 sends the received error message EM to the communication line 4.
FIG. 8 is a schematic diagram showing an example of the data structure of the error message EM created by the error message creation unit 213. 8, the error message EM is illustratively composed of an electronic mail, and includes at least an address Act and a text MT indicating that the command Cct could not be written in the command storage unit 211.
The timer 215 measures the current time Tcr, and passes the current time Tcr to the command execution unit 216 at predetermined time intervals. The command execution unit 216 accesses the command storage unit 211 every time the current time Tcr arrives from the timer 215. Then, the command execution unit 216 searches all commands Cct in the command storage unit 211 for a broadcast start time Tst that matches the received current time Tcr. In the following description, the command Cct that satisfies this condition is referred to as an execution command ECct. When the command execution unit 216 can find the execution command ECct, it starts executing the command ECct. More specifically, first, the command execution unit 216 generates a control signal CSon for instructing the power supply 21 to be turned on, and outputs the control signal Cson to the power supply 21. The power supply 21 supplies the drive voltage Ecc to the AV packet separation unit 217 in response to the input control signal CCon. The command execution unit 216 extracts the broadcast channel BCH of the reserved broadcast program from the execution command ECct, generates a control signal CSfb including the extracted broadcast channel BCH, and outputs the control signal CSfb to the tuner 24. As described above, the tuner 24 sets the reception frequency band to the broadcast channel BCH specified by the input control signal CSfb, and receives the stream TS. Further, the command execution unit 216 creates a recording instruction ISrec for instructing the AV packet separation unit 217 to store the video packet Pcv and the audio packet Pca separated from the received stream TS in the reserved program storage device 218. The command execution unit 216 outputs the created recording instruction ISrec to the AV packet separation unit 217. The AV packet separation unit 217 performs the operation as instructed by the recording instruction ISrec. As a result, the reserved video program storage device 218 starts to store the video packet Pcv and the audio packet Pca separated by the AV packet separation unit 217. That is, recording of the reserved broadcast program starts. Further, when recognizing that the broadcast end time Tnd of the execution command ECct matches the current time Tcr received from the timer 215, the command execution unit 216 ends the execution of the command ECct. More specifically, the command execution unit 216 generates a control signal CSsb for instructing the power supply 21 to be set to the standby state, and outputs the control signal CSsb to the power supply 21. The power supply 21 transitions to the standby state in response to the input control signal CSsb, and stops supplying the drive voltage Ecc to the AV packet separation unit 217. As a result, the recording of the reserved broadcast program ends. Further, since the power supply 21 is in the standby state, the power supply state monitoring device 23 generates the above-described control signal CSfa and transmits it to the tuner 24.
The communication terminal device 3 in FIG. 1 is preferably a mobile phone, and creates the above-mentioned proxy request PR according to a user's operation and sends it out to the wireless channel WCH. The transmitted proxy request PR is received by the base station on the communication line 4 via the wireless channel WCH, and then transmitted to the broadcasting device 1. Further, the base station on the communication line 4 sends out a request rejection RR or a reception completion RC from the broadcasting device 1 or an error message EM from the receiving device 2 on the wireless channel WCH. The communication terminal device 3 receives the request rejection RR, the reception completion RC, or the error message EM from the wireless channel WCH, and the broadcast device 1 has not received or has received the command Cct, or the reception device 2 has received the command Cct. Outputs an image or sound indicating that cannot be executed.
FIG. 9 is a block diagram showing a detailed configuration of the communication terminal device 3 as described above. 9, the communication terminal device 3 includes an input device 31, an application execution unit 32, a device identifier storage unit 33, a password storage unit 34, a wireless transmission / reception unit 35, and an output device 36 including a display device or a speaker. And a target identifier storage unit 37.
Input device 31 typically comprises a keyboard. The user operates the input device 31 to input information necessary for data communication of the broadcasting system BS. Although not shown in FIG. 9 for convenience, the input information includes the device identifier IDrt and the password PW, the broadcast channel BCH, the broadcast start time Tst, and the broadcast end time Tnd. These pieces of input information are sent to the application execution unit 32. The application execution unit 32 includes a processor, a ROM (Read Only Memory) and a RAM (Random Access Memory), and stores a computer program (hereinafter, referred to as a proxy request program) 321 for a proxy request and a mail processing program 322 in the ROM. ing. The application execution unit 32 executes the proxy request program 321 to create the above-described proxy request PR, and receives the above-described request rejection RR or reception completion RC. Further, the application execution unit 32 executes the mail processing program 322 to receive the error message EM. The device identifier storage unit 33 and the password storage unit 34 store the device identifier IDrt and the password PW sent from the application execution unit 32. The wireless transmission / reception unit 35 performs a predetermined modulation process or a multiplexing process on the proxy request PR received from the application execution unit 32, and then transmits the proxy request PR to the wireless channel WCH. In addition, after performing predetermined demodulation processing and separation processing on the request rejection RR, the reception completion RC, or the error message EM received from the wireless channel WCH, the wireless transmission / reception unit 35 sends them to the application execution unit 32. hand over. Note that the target identifier storage unit 37 is a configuration that is required in a second modified example described later, and thus the description thereof is omitted here.
Next, items set before data communication of the broadcasting system BS will be described. The user operates the input device 31 of the communication terminal device 3, specifies the proxy request program 321, and starts the application execution unit 32. Thereafter, the user operates the input device 31 to input the device identifier IDrt. The application execution unit 32 stores the input device identifier IDrt in the device identifier storage unit 33. Further, the user operates the input device 31 to input the password PW. The application execution unit 32 stores the input password PW in the password storage unit 34. Further, the user operates an input device (not shown) of the receiving device 2 to input the same password PW stored in the password storage unit 34, and further inputs the address Act. As a result of the above input, the input is stored in the device identifier storage unit 27 of the receiving device 2 as the local password PW. The address storage unit 212 stores the input address Act. Note that the same device identifier IDrt set in the device identifier storage unit 33 is stored in the device identifier storage unit 27 of FIG. 6 as a local device identifier IDrt, for example, at the time of factory shipment. Further, the user enters into a contract for receiving a substitute service from the broadcaster. After the contract, the user or the broadcasting company operates the input device (not shown) of the receiving device 2 of the user to input the broadcasting channel BCH used by the contracted broadcasting company as the designated broadcasting channel BCHr. The input designated broadcast channel BCHr is stored in the designated channel storage unit 22.
Next, data communication performed in the broadcasting system BS will be described in detail.
FIGS. 10A and 10B are sequence charts showing a procedure of data communication of the broadcasting system BS. When the user notices that he has forgotten to set the scheduled recording of the scheduled broadcast program on the go, he starts operating the communication terminal device 3. The user operates the input device 31 of the communication terminal device 3 to specify the proxy request program 321. In response to this designation, the application execution unit 32 starts executing the proxy request program 321. After the start of the execution, the application execution unit 32 creates a proxy request PR according to the input information of the user, and transmits the proxy request PR to the broadcasting device 1 through the communication line 4 (sequence Q11 in FIGS. 10A and 10B).
Here, FIG. 11 is a flowchart illustrating a processing procedure when the application executing unit 32 creates and transmits the proxy request PR. In FIG. 11, the application execution unit 32 generates image data that allows the user to specify items necessary for scheduled recording, and passes the image data to the output device 36. The output device 36 displays an image in which the user can designate necessary items for the scheduled recording according to the received image data (step S11 in FIG. 11).
FIG. 12A is a schematic diagram illustrating an example of an image displayed in step S11. As shown in FIG. 12 (a), on the screen of the output device 36, an input field Cbch of a broadcast channel BCH through which a reserved broadcast program is transmitted and a broadcast of the reserved broadcast program An image including an input column Cst of the start time Tst and an input column Cnd of the broadcast end time Tnd of the reserved broadcast program is displayed. The user operates the input device 31 to input the broadcast channel BCH, the broadcast start time Tst, and the broadcast end time Tnd into each of the input fields Cbch, Cst, and Cnd of the display image on the output device 36. It should be noted here that a plurality of broadcasting devices 1 are actually accommodated in the broadcasting system BS. Therefore, in the input field Cbch, not only the broadcast channel BCH of the broadcast device 1 shown in FIG. 1 but also the broadcast channel BCH of another broadcast device 1 (not shown) can be set. The broadcast start time Tst is a point that includes not only the time at which the broadcast of the reserved broadcast program starts but also the month and day. The same applies to the broadcast end time Tnd including the month and day. FIG. 12B is a schematic diagram showing an example of the broadcast channel BCH, the broadcast start time Tst, and the broadcast end time Tnd input to the input fields Cbch, Cst, and Cnd shown in FIG. In FIG. 12B, 8 is input in the input field Cbch, 19:00 on June 21 is input in the input field Cst, and 20:00 on June 21 is input in the input field Cnd.
The application execution unit 32 receives the broadcast channel BCH, the broadcast start time Tst, and the broadcast end time Tnd respectively input by the user (Step S12), and thereafter, creates a command Cct using the received information (Step S13). . Here, step S13 will be described in more detail. FIG. 13A is a schematic diagram illustrating a data format of a command Cct prepared in advance in the application execution unit 32. In FIG. 13A, the command Cct includes a scheduled recording command Crec and three fields in which a broadcast channel BCH, a broadcast start time Tst, and a broadcast end time Tnd are set. In step S13, the application execution unit 32 sets the broadcast channel BCH, the broadcast start time Tst, and the broadcast end time Tnd received in step S12 in the above three fields, and creates a command Cct. Here, FIG. 13B is a schematic diagram showing an example of the broadcast channel BCH, the broadcast start time Tst, and the broadcast end time Tnd set in the three fields shown in FIG. When the information as shown in FIG. 12B is input, as shown in FIG. 13B, three fields of the command Cct include 19:00 on August 21, June 21 and 19:00 on June 21. 20:00 is set.
After the completion of the creation of the command Cct, the application execution unit 32 sequentially extracts the password PW and the device identifier IDrt from the password storage unit 34 and the device identifier storage unit 33 (Steps S14 to S15). Next, the application execution unit 32 adds the extracted password PW and device identifier IDrt to the command Cct created in step S13, and assembles a proxy request PR (see FIG. 2A) (step S16). When the command Cct shown in FIG. 13B is created, the proxy request PR shown in FIG. 2B is created.
After creating the proxy request RR, the application execution unit 32 controls the wireless transmission / reception unit 35 to establish a connection with the broadcasting device 1 (Step S17). The establishment of the connection is not limited to after step S16, but may be performed before that. After the connection is established, the application execution unit 32 sends the proxy request PR created this time to the communication line 4 via the wireless transmission / reception unit 35 (Step S18). The proxy request PR transmitted as described above is transmitted to the broadcast device 1 through the communication line 4 of FIG. 1 as shown in FIGS. 10A and 10B.
FIG. 14 is a flowchart illustrating a processing procedure when the broadcast device 1 receives the proxy request PR. In FIG. 14, the request receiving unit 11 of the broadcasting device 1 is waiting for the arrival of the proxy request PR (step S21), and passes the received proxy request PR to the request determining unit 12. The request determination unit 12 determines whether or not to accept the current proxy request PR (Step S22). As described above, the proxy request PR including the command Cct that becomes useless even when transmitted to the receiving device 2 may arrive at the broadcasting device 1. A representative example of the useless command Cct is as described below. That is, the broadcast start time Tst set in the command Cct is the time at which the scheduled recording must be started. Therefore, the command Cct needs to arrive at the receiving device 2 at the latest by the broadcast start time Tst. Here, assuming that the time from when the command packet Pct including the command Cct is transmitted from the broadcasting device 1 to when the command packet Pct arrives at the receiving device 2 is Ttf1,
Ttf1 ≒ (Nmux × Sct + Shd) / BWct (1)
Can be approximated. Here, Nmux and BWct are as described above. Sct is the data size of the command packet Pct. Shd is the data size of the packet header Phd. These Nmux, Sct, Shd, and BWct are known values, and in this embodiment, are assumed to be constants for convenience of explanation.
Further, as described later, one command packet Pct is transmitted a predetermined number of times Nsc at a predetermined time interval Tnv in accordance with the DSM-CC. Since DSM-CC is defined in ISO / IEC13818-6, a detailed description thereof will be omitted in this embodiment. Nsc is a natural number of 2 or more. From the above, from the time when the command packet Pct transmitted for the first time arrives at the receiving device 2 until the time when the command packet Pct transmitted at the Nsc time arrives at the receiving device 2, it is approximated by the following equation (2). Time Ttf2.
Ttf2 ≒ Tnv × (Nsc−1) (2)
From the above, the proxy request PR needs to arrive at the broadcasting device 1 at the reference time Tref calculated by the following equation (3).
Tref = Tst− (Nsc × Ttf1 + Ttf2) −Tmg (3)
Here, Tmg is a predetermined time margin and is determined according to the design requirements of the broadcasting system BS.
If the proxy request PR arrives at the broadcasting device 1 after the reference time Tref, the broadcasting device 1 cannot transmit the command Cct Nsc times at the time interval Tnv before the broadcast start time Tst. Therefore, the proxy request PR that does not satisfy this condition includes the useless command Cct described above.
The request determining unit 12 first determines whether the proxy request PR received this time includes the useless command Cct as described above, and, based on the proxy request PR received from the request receiving unit 11, The broadcast start time Tst is extracted (step S221). Further, the request determination unit 12 receives the current time Tcr from the timer 13 (Step S222). After that, the request determination unit 12 calculates the reference time Tref by substituting the broadcast start time Tst obtained in step S221 into the above equation (3) (step S223). Thereafter, the request determination unit 12 determines whether the current time Tcr obtained in step S222 is a time later than the reference time Tref calculated in step S223 (step S224). If the determination is Yes, the request determination unit 12 considers that the proxy request PR received this time includes a useless command Cct, and passes this to the request discarding unit 14 as a proxy request PRd. The request discarding unit 14 discards the received proxy request PRd (step S23), and then passes a request rejection RR creation instruction ISrr to the request rejection creation unit 15. The request rejection creating unit 15 creates the above-described request rejection RR in response to the creation instruction ISrr from the request discarding unit 14 (step S24). The request rejection creating unit 15 passes the created request rejection RR to the request rejection transmitting unit 16. The request rejection transmission unit 16 transmits the received request rejection RR to the communication terminal device 3 currently establishing a connection via the communication line 4 (step S25, sequence Q12 in FIG. 10A).
In the communication terminal device 3, the wireless transmission / reception unit 35 receives the request rejection RR and passes it to the application execution unit 32. After the above-described step S18, the application execution unit 32 waits for a request rejection RR or a reception completion RC to be sent from the broadcasting device 1 (step S19), and receives the request rejection RR as in this case. If so, a message indicating that the proxy request PR cannot be accepted is displayed on the output device 36 (step S110). Thereby, the user of the communication terminal device 3 can know that the proxy request PR sent this time has not been accepted by the broadcasting device 1.
Here, FIG. 14 is referred to again. If the request determination unit 12 determines No in step S224, it considers that the proxy request PR received this time does not include a useless command Cct, and passes this to the request writing unit 17 as a proxy request PRp. The request writing unit 17 writes the received proxy request PRp into the request storage device 18 (Step S26). As a result, a new proxy request PRp is stored in the request storage device 18, as shown in FIG. Although the present embodiment has been described assuming that the broadcasting system BS accommodates one communication terminal device 3 and one receiving device 2, in practice, a large number of communication terminal devices 3 and receiving devices 2 are provided. Is housed. Further, the same communication terminal device 3 may transmit a plurality of proxy requests PR to the broadcast device 1 in some cases. From the above, in most cases, a plurality of proxy requests PRp are stored in the request storage device 18 as shown in FIG. When the request writing unit 18 receives the proxy request PR shown in FIG. 2B this time, the request writing unit 18 stores it as a proxy request PRp as shown at the bottom of FIG.
The request writing unit 17 further passes the reception completion RC creation instruction ISrc to the reception completion creation unit 19. The reception completion creating unit 19 creates the above-described reception completion RC in response to the creation instruction ISrc from the request writing unit 17 (Step S27). The reception completion creating unit 19 passes the created reception completion RC to the reception completion transmitting unit 110. The reception completion transmitting unit 110 transmits the received reception completion RC to the communication terminal device 3 currently establishing a connection via the communication line 4 (step S28, sequence Q13 in FIG. 10B).
In the communication terminal device 3, the wireless transmission / reception unit 35 passes the received reception completion RC to the application execution unit 32. Similarly to the above, after step S18, the application execution unit 32 waits for reception of the request rejection RR or the reception completion RC (step S19). This is displayed on the output device 36 (step S110). Thereby, the user of the communication terminal device 3 can know that the proxy request PR this time has been received by the broadcasting device 1.
FIG. 16 is a flowchart illustrating a processing procedure of the broadcasting device 1 when transmitting the proxy request PRp stored in the request storage device 18. As described above, the command fetching unit 111 periodically selects and reads Nmux information sets Icom (proxy request PRp) from the request storage device 18 (step S31). After the above reading is completed, the command fetch unit 111 passes the information set Icom to the command packet assembler 113. Further, it is assumed that the command fetch unit 111 has now read the proxy request PR shown in FIG. 2B as the information set Icom.
The command packet assembler 113 assembles the header packet Phd, and further assembles a command packet Pct from the received information set Icom (step S32). Therefore, Nmux command packets Pct are assembled. As shown in FIGS. 4A and 4B, the command packet assembler 113 outputs the header packet Phd to the multiplexer 118 first, and then sequentially outputs Nmux command packets Pct to the multiplexer 118. Output to
By the way, as described above, when the broadcast time of a certain program comes, the video data Dv and the audio data Da constituting the program to be broadcasted this time are read from the broadcast program storage device 113, and the video encoder 114 and the audio data It is output to the encoder 116. The video encoder 114 and the audio encoder 116 encode the input video data Dv and the input audio data Da, and convert the encoded video data Dcv and the encoded audio data Dca into the video packet assembler 115 and the audio packet assembler 117. Output to The video packet assembler 115 and the audio packet assembler 117 assemble some video packets Pcv and audio packets Pca from the input coded video data Dcv and the input coded audio data Dca, and output them to the multiplexer 118. I do.
The multiplexer 118 multiplexes the input video packet Pcv, the input audio packet Pca, the input header packet Phd, and the Nmux input command packets Pct to create the stream TS shown in FIGS. 5A and 5B. (Step S33), and output to the TS transmitter 119. The TS transmitter 119 puts the input stream TS on a carrier having a predetermined broadcast frequency band and sends it out to the aforementioned broadcast channel BCH (step S34, sequence Q14 in FIG. 10B).
In the broadcasting device 1, the above-described processing of FIG. 16 is repeatedly executed. As a result, as shown in FIG. 10B, a header packet Phd and Nmux command packets Pct (one in FIG. ) Will be transmitted periodically and repeatedly. Here, it should be noted that since the command fetching unit 111 performs processing in accordance with the DSM-CC, one proxy request PRp is read Nsc times at the time interval Tnv. As a result, as shown in FIG. 17, when the receiving device 2 receives the first command packet Pct (see FIG. 4B) at time T0, the receiving device 2 receives the second command packet Pct at time T0 + Tnv. Finally, at time T0 + Nsc × Tnv, the Nsc-th command packet Pct is received.
Next, with reference to the flowchart of FIG. 18, the processing of the receiving device 2 when receiving the command packet Pct transmitted from the broadcasting device 1 will be described. When going out, the user operates a switch (not shown) of the receiving device 2 to set the state of the power supply 21 to the standby state. As a result, the power supply state monitoring device 23 sends the control signal CSfa to the tuner 24 (Step S41). In response to the reception control signal CSfa, the tuner 24 sets its own reception frequency band to the designated broadcast channel BCHr stored in the designated channel storage unit 22 (Step S42). As a result, the tuner 24 receives the stream TS from the broadcasting device 1 managed by the broadcasting company to which the user has subscribed for the substitute service, and does not receive the stream TS from another broadcasting device (not shown).
Here, when the user realizes that he has forgotten to set the reservation recording of a certain broadcast program while away from home, the user operates the input device 31 of the communication terminal device 3 to specify that the proxy request program 321 is to be executed. As a result, in the communication terminal device 3, the processing shown in FIG. 11 is performed, and the proxy request PR is transmitted to the broadcasting device 1. In the broadcasting device 1, the processing of FIG. 14 is performed in response to the reception proxy request PR, and if No is determined in step S224, the command packet Pct assembled from the current proxy request PR is added to the stream TS. It is transmitted on the broadcast channel BCH in a multiplexed state. Here, it is assumed that a command packet Pct created from the proxy request PR shown in FIG. 2B is transmitted to the transmitted stream TS. Since the tuner 24 has its receiving frequency band set to the designated broadcast channel BCHr, the tuner 24 receives the stream TS transmitted by the broadcasting device 1 (step S43) and outputs it to the command packet separating unit 25. Note that the tuner 24 also outputs the received stream TS to the AV packet separation unit 217. However, when the power supply 21 is in the standby state, the drive voltage Ecc is not supplied to the AV packet separation unit 217. No processing is performed on the TS.
The command packet separating unit 25 separates each of the command packets Pct multiplexed in the input stream TS with reference to the header packet Phd (Step S44), and outputs the separated ones to the command packet decomposing unit 26. The command packet decomposing unit 26 decomposes the received command packet Pct and restores the information set Icom (Step S45). Further, the command packet decomposing unit 26 passes the restored information set Icom to the command filtering unit 29.
Each time the command filtering unit 29 receives one information set Icom, it extracts the device identifier IDrt and the password PW therefrom (step S46). Further, the command filtering unit 29 extracts the local device identifier IDrt and the local password PW described above (Step S47). Thereafter, the command filtering unit 29 determines whether or not the device identifier IDrt extracted in Step S46 matches the local device identifier IDrt extracted in Step S47 (Step S48). Further, the command filtering unit 29 determines whether or not the password PW extracted in Step S46 matches the local password PW extracted in Step S47 (Step S49). If No is determined in step S48, the command filtering unit 29 determines that the information set Icom received this time is not addressed to its own device, and discards it (step S410). If No is determined in step S49, the password PW determined by the user is not set in the current information set Icom, so the command filtering unit 29 discards this information set Icom in step S410. I do. Conversely, if YES is determined in both step S48 or S49, the command filtering unit 29 determines that the information set Icom received this time is addressed to the own device and includes the command Cct intended by the user, The command Cct is extracted and passed to the determination / writing unit 210.
Each time one determination / writing unit 210 receives one command Cct, the determination / write unit 210 performs the above-described overlap reservation determination process (step S411), and further performs the above-described capacity determination process (step S412). If YES is determined in step S411, the determination / write unit 210 determines that the command storage unit 211 stores a command Cct having a reserved time slot TPrp overlapping the reserved time slot TPrp of the command Cct received this time. . Further, if YES is determined in step S412, the determination / write unit 210 determines that there is not enough free space FS in the reserved program storage device 218. If any of the above determinations are made, the determination / write unit 210 discards the command Cct received this time, and passes the above-mentioned creation instruction ISem to the error message creation unit 213 (step S413).
The error message creation unit 213 creates an error message EM as shown in FIG. 8 in response to the creation instruction ISem (step S414). Further, the line connection unit 214 sends out the error message EM created by the error message creation unit 213 to the communication line 4 (Step S415). Here, since the error message EM is an electronic mail as described above, it is stored in a mail server (not shown) connected to the communication line 4.
FIG. 19 is a flowchart illustrating a processing procedure when the communication terminal device 3 receives the error message EM. The user operates the input device 31 of the communication terminal device 3 to instruct the execution of the mail processing program 322. Further, the user instructs to obtain the error message EM from the above mail server. In FIG. 19, the application execution unit 32 receives an error message EM stored in the mail server via the communication line 4 and the wireless transmission / reception unit 35 in response to a user's instruction (step S51). The application execution unit 32 displays the text MT of the received error message EM on the output device 36 (Step S52). As a result, the user of the communication terminal device 3 can know that the reservation recording cannot be set.
In addition, when it is determined No in both steps S411 and S412 in FIG. 18, the determination / write unit 210 gives write permission to the command Cct received this time, and writes this as a command ACct in the command storage unit 211 ( Step S416). FIG. 20 is a schematic diagram illustrating an example of the command ACct written in step S416. In FIG. 20, when write permission is given to the command Cct included in the proxy request PR shown in FIG. 2B, the command storage unit 211 stores the command ACct as illustrated.
Next, a process when the command execution unit 216 executes the command ACct stored in the command storage unit 211 will be described with reference to a flowchart of FIG. In FIG. 21, the command execution unit 216 waits for reception of the current time Tcr periodically transmitted from the timer 216 (step S61), and is stored in the command storage unit 211 every time it is received. The command ACct (see FIG. 20) is searched for an execution command ECct whose broadcast start time Tst matches the received current time Tcr (step S62). If the execution command ECct cannot be found by this search (step S63), the command execution unit 216 returns to step S61 and waits for the current time Tcr to be sent from the timer 216. Conversely, if the execution command ECct is found in step S63, the command execution unit 216 generates the above-mentioned control signal CSfb and outputs it to the tuner 24 in order to start the scheduled recording (step S64). The control signal Cson is created and output to the power supply 21 (step S65), and the above-described recording instruction ISrec is output to the AV packet separation unit 217 (step S66). As a result of the processing in step S64, the tuner 24 sets the reception frequency band to the broadcast channel BCH specified by the input control signal CSfb. As a result of the processing in step S65, the power supply 21 supplies the drive voltage Ecc to the AV packet separation unit 217. As a result of the processing in step S66, the AV packet separation unit 217 performs the operation as instructed by the recording instruction ISrec. When the scheduled recording is started as described above, the video packet Pcv and the audio packet Pca separated by the AV packet separating unit 217 start to be stored in the reserved program storage device 218.
After step S66, the command execution unit 216 waits for reception of the current time Tcr (step S67), and every time the command execution unit 216 receives it, the broadcast end time Ted set in the current execution command ECct is set to the current time. It is determined whether or not the received time coincides with the current time Tcr (step S68). If the two times Ted and Tcr do not match, the command execution unit 216 returns to step S67 and waits for the timer 216 to send the current time Tcr. Conversely, when both times Ted and Tcr match, the command execution unit 216 creates the above-described control signal CSsb and outputs it to the power supply 21 in order to end the scheduled recording (step S69). As a result of the processing in step S69, the power supply 21 transitions to the standby state, and stops supplying the driving voltage Ecc to the AV packet separating unit 217. Further, the power supply state monitoring device 23 generates the above-described control signal CSfa and outputs it to the tuner 24 when the power supply 21 has transitioned to the standby state.
As described above, according to the broadcasting system BS according to the present embodiment, the broadcasting device 1 transmits the command packet Pct assembled from the received proxy request PRp to the transport stream TS a plurality of times as shown in FIG. Since the multiplexing is performed, it is possible to realize a broadcasting system BS having a high probability that the receiving device 2 can receive the command Cct addressed to itself. Further, as described above, the command packet Pct assembled from the command Cct is mainly transmitted from the broadcasting device 1 when the user is absent (that is, when the power supply 21 is in the standby state). Further, the reception frequency band of the receiving device 2 is automatically set to the designated broadcast channel BCHr stored in the designated channel storage unit 22 when the power supply 21 enters the standby state. As described above, the receiving apparatus 2 can receive the command Cct addressed to itself with higher accuracy. Further, as described above, since the command filtering unit 29 performs the filtering process using the local device identifier IDrt, it is possible to discriminate only the one destined for itself from the information set Icom received in large numbers.
Also, the broadcast device 1 discards the proxy request PR arriving after the reference time Tref by the processing of steps S224 and S23 in FIG. 14, and by the processing of steps S224 and S26, the same as or before the reference time Tref. Accept the agency request PR that arrived at. As a result, the transmission of the command Cct included in the proxy request PRp stored in the request storage device 18 is not disturbed by the useless command Cct included in the proxy request PR, so that the receiving device can be more accurately received by the broadcast start time Tst. 2 can receive the command Cct.
In the above-described broadcasting system BS, the broadcasting device 1 has transmitted the command packet Pct having the same content Nsc times. This is to increase the probability that the receiving device 2 can correctly receive the command packet Pct. However, if the probability that the command packet Pct can be received is sufficiently high, the broadcasting device 1 may transmit the command packet Pct only once.
Further, in the above broadcasting system BS, the broadcasting device 1 and the receiving device 2 may be connected by a wired transmission line represented by a cable. Further, the receiving device 2 may receive the stream TS created by the broadcasting device 1 via a broadcasting satellite or a communication satellite. In the above-described broadcasting system BS, the broadcasting device 1 performs digital broadcasting, but may perform analog broadcasting. Further, the receiving device 2 has transmitted the error message EM to the communication terminal device 3 by e-mail, but may transmit the error message EM by other data communication. Further, the receiving device 2 may transmit the error message EM to the broadcasting device 1. Thereby, the broadcasting device 1 can recognize that the command packet Pct transmitted by itself to the receiving device 2 is not stored in the command storage unit 211 as the command Cct.
Further, in the above-described broadcasting system BS, when the communication terminal device 3 transmits one proxy request PR to the broadcasting device 1, the broadcasting device 1 sends out the command packet Pct having the same content. However, the present invention is not limited to this, and the broadcasting device 1 may transmit command packets Pct having different contents from each other in response to one reception of the proxy request PR. Broadcasters often do not broadcast a series of stories from start to finish when producing programs. Conversely, the broadcaster produces a program such that a series of stories is divided, for example, in units of one hour, and broadcast from the first to the last round to complete the series of stories. In addition, the first to last broadcasts are broadcast in the same time period on the same day of the week in principle. Such a broadcast schedule is often determined in advance. In such a situation, the broadcast device 1 sets only the date or day of the broadcast start time Tst and the broadcast end time Tnd so that all the episodes of the broadcast program specified by one proxy request PR can be reserved and recorded. May be transmitted as a different command packet Pct. Furthermore, if the broadcast schedule of the broadcast program specified in the proxy request PR is changed, the broadcast device 1 may transmit the command packet Pct in which the broadcast start time Tst and the broadcast end time Tnd have been changed. Good. As a result, the communication terminal device 3 only needs to send the proxy request PR once, so that the communication cost can be reduced.
Next, a first modified example of the receiving device 2 shown in FIG. 6 (hereinafter, referred to as a receiving device 2a) will be described. FIG. 22 is a block diagram illustrating a detailed configuration of the receiving device 2a. 22, the receiving apparatus 2a includes a dual tuner section 41 and a frequency band setting section 42 instead of the designated channel storage section 22, the power state monitoring apparatus 23, and the tuner 24, as compared with the receiving apparatus 2 of FIG. Are different. Other than that, there is no difference in configuration between the receiving devices 2a and 2. Therefore, in FIG. 22, components corresponding to those in FIG. 6 are denoted by the same reference numerals, and description thereof will be omitted.
FIG. 23 is a block diagram showing a detailed configuration of the dual tuner unit 41 of FIG. In FIG. 23, the dual tuner section 41 includes an AV tuner 411 and a command tuner 412. The AV tuner 411 sets the reception frequency band to the broadcast channel BCH specified by the user operating the input device (not shown) of the reception device 2a. After that, the AV tuner 411 receives the stream TS transmitted using the set broadcast channel BCH and outputs the stream TS to the AV packet separation unit 217. The command tuner 412 sets the reception frequency band to the designated broadcast channel BCHr sent from the frequency band setting unit 42. Thereafter, the command tuner 412 always receives the stream TS transmitted using the designated broadcast channel BCHr and outputs the stream TS to the command packet separating unit 25.
The frequency band setting unit 42 typically includes a key or a button. The user or the broadcaster operates the frequency band setting unit 42 to input the designated broadcast channel BCHr. The frequency band setting unit 42 sends the input designated broadcast channel BCHr to the command tuner 412.
As described above, the provision of the command tuner 412 dedicated to the designated broadcast channel BCHr allows the receiving apparatus 2a to always receive the command packet Pct addressed to itself, regardless of whether the power supply 21 is in the standby state. As a result, the possibility of failure in receiving the command Cct addressed to itself is further reduced.
Next, a second modified example of the receiving device 2 shown in FIG. 6 (hereinafter, referred to as a receiving device 2b) will be described. FIG. 24 is a block diagram illustrating a detailed configuration of the receiving device 2b. In FIG. 24, the receiving device 2b includes a command executing unit 51 and a bus control unit 52 instead of the command executing unit 216 and the reserved program storage device 218 as compared with the receiving device 2 of FIG. The difference is that the external recording device 6 is connected via the bus 7. Other than that, there is no difference in configuration between the receiving devices 2a and 2. Therefore, in FIG. 24, components corresponding to those in FIG. 6 are denoted by the same reference numerals, and description thereof will be omitted. Note that FIG. 24 does not show some of the configurations shown in FIG. 6 for convenience of illustration.
The command execution unit 51 is different from the command execution unit 216 in the following two points. First, the command execution unit 51 sends a transfer instruction IStf to the AV packet separation unit 217 instead of the above-described recording instruction ISrec. The transfer instruction IStf is information for instructing the transfer of the video packet Pcv and the audio packet Pca separated by the AV packet separation unit 217 to the bus control unit 52. Next, in addition to the above-described processing, the command execution unit 51 transmits the target identifier TID and the recording instruction ISrec, which are assigned in advance to the external identification device 6 in order to uniquely identify the external recording device 6 described later, to the bus control unit. 52. Thereby, the command execution unit 51 instructs the external recording device 6 to transmit the video packet Pcv and the audio packet Pca output from the AV packet separation unit 217 via the bus 7.
As in the case of the AV packet separation unit 217, the drive voltage Ecc is not supplied to the bus control unit 52 when the power supply 21 is in the standby state, and the drive voltage Ecc is supplied to the bus control unit 52 when the power supply 21 is on. When the drive voltage Ecc is supplied, the bus control unit 52 responds to the recording instruction ISrec from the command execution unit 51, and firstly, from the recording instruction ISrec according to a predetermined bus protocol (for example, IEEE1394). The bus packet BPrec including the target identifier TID received at the same time is assembled and transmitted to the bus 7 connected to itself. The bus control unit 52 assembles the bus packets BPcv and BPca including the target identifier TID from the video packet Pcv and the audio packet Pca input thereafter, and sends them to the bus 7 connected thereto.
The external recording device 6 typically includes a hard disk recorder, a DVD (Digital Versatile Drive) recorder, and a VTR (Video Tape Recorder). The external recording device 6 holds the above-described target identifier TID, and includes a bus control unit 61 and a reserved program storage device 62. The bus control unit 61 executes the recording command ISrec after decomposing the bus packet BPrec received through the bus 7. More specifically, the bus controller 61 decomposes the bus packets BPcv and BPca received after the start of the execution of the recording command ISrec, and restores the video packets Pcv and the audio packets Pca. The bus control unit 61 transmits the restored video packet Pcv and audio packet Pca to the reserved program storage device 62. The reserved program storage device 62 corresponds to the reserved program storage device 218 in FIG. 6, and stores the received video packets Pcv and audio packets Pca.
Next, items set before data communication of the broadcasting system BS including the receiving device 2b according to the present variation will be described. Before the data communication according to the present variation, in addition to the above-described setting items, the user operates the input device 31 after starting the application execution unit 32 of the communication terminal device 3 to input the target identifier TID. The application execution unit 32 stores the input target identifier TID in the target identifier storage unit 37 (see FIG. 9).
Next, data communication performed in the broadcasting system BS will be described in detail. As described above, the user who notices that he has forgotten to set the scheduled recording of the scheduled broadcast program on the go operates the input device 31 of the communication terminal device 3 and specifies the proxy request program 321. In response to this designation, the application execution unit 32 starts execution of the proxy request program 321, creates a proxy request PR according to the input information of the user, and transmits the proxy request PR to the broadcasting device 1 through the communication line 4 (FIG. 10). (Sequence Q11 of (a) and (b)). Here, the proxy request PR according to the present modified example is different from the proxy request PR shown in FIGS. 2A and 2B in that the command Cct further includes the target identifier TID stored in the target identifier storage unit 37. Different.
The broadcast device 1 also performs processing according to the procedure shown in FIG. 14 when receiving the proxy request PR according to the present variation. Here, if No is determined in step S224, the proxy request PR received this time is stored in the request storage device 18, and the reception completion RC is transmitted to the communication terminal device 3 (FIG. 10B). Sequence Q13).
After that, even when the proxy device PR according to the present variation is stored, the broadcasting device 1 performs the process according to the procedure shown in FIG. Here, in step S31, the information set Icom further including the target identifier TID is read and sent to the command packet assembler 112. As a result, the TS transmitter 119 sends out the stream TS in which the command packet Pct assembled from the information set Icom as described above is multiplexed to the above-mentioned broadcast channel BCH (see the sequence Q14 in FIG. 10B). .
The receiving device 2 also performs processing according to the procedure shown in FIG. 18 when receiving the stream TS according to the present variation. Therefore, when the determination is Yes in both steps S48 and S49 and the determination is No in both steps S411 and S412, the command Cct multiplexed on the stream TS received this time is stored as a command ACct. It is stored in the unit 211.
Next, a process when the command execution unit 51 executes the command ACct stored in the command storage unit 211 will be described with reference to a flowchart of FIG. Here, FIG. 25 differs from FIG. 21 in that it further includes steps S71 and S72 instead of step S66. Since there is no difference between the two flowcharts, the steps corresponding to those in FIG. 21 are denoted by the same step numbers in FIG. 25, and the description thereof will be omitted. As in the case of the command execution unit 216, the command execution unit 51 sends the target identifier TID and the recording instruction ISrec included in the execution command ECct to the bus control unit 52 after step S65 (step S71). Thereafter, the command execution unit 51 sends the above-described transfer instruction IStf to the AV packet separation unit 217 (Step S72). As a result of step S65, the power supply 21 supplies the drive voltage Ecc not only to the AV packet separation unit 217 but also to the bus control unit 52. As a result of steps S71 and S72, the bus control unit 52 first assembles a bus packet BPrec from the target identifier TID and the recording instruction ISrec received from the command execution unit 51, and sends out the bus packet BPrec to the bus 7. After that, the bus control unit 52 assembles the bus packets BPcv and BPca from the video packet Pcv and the audio packet Pca received from the AV packet separation unit 217, and sends them to the bus 7. In the external recording device 6, the bus control unit 61 receives and disassembles the bus packet BPrec transmitted first through the bus 7, and starts executing the recording instruction ISrec. After receiving the bus packets BPcv and BPca sent thereafter, the bus control unit 61 decomposes them. The bus control unit 61 transfers and stores the video packet Pcv and the audio packet Pca restored in this way to the reserved program storage device 62. Such storage processing is performed during the reserved time period TPrp specified by the execution command ECct.
As described above, according to the receiving device 2b according to the present modification, the video packet Pcv and the audio packet Pca can be transferred to the external recording device 6 connected via the bus 7, so that the usability is further improved. .
In this modification, the receiving device 2b and the external recording device 6 are independent of each other. Therefore, the external recording device 6 cannot always execute the command Cct received by the receiving device 2b as it is, due to the difference between the manufacturers. Therefore, the command execution unit 51 may convert the received command Cct into a recording instruction ISrec having a command format adopted by the external recording device 6 and output the recording instruction ISrec to the bus control unit 52.
In addition, the receiving device 2b and the external recording device 6 according to the present modification may be connected wirelessly. Further, in this modified example, in order to know the free space FS of the reserved program storage device 62 in the capacity determination process, the determination / write unit 210 may transmit an instruction for that to the external recording device 6.
In the above description, the receiving apparatus 2, 2a, and 2b execute the scheduled recording command. However, the present invention is not limited to this. Does not matter.
Industrial applicability
The broadcasting system according to the present invention can be used for a broadcasting system capable of multiplex broadcasting in addition to video and audio.
[Brief description of the drawings]
FIG. 1 is a schematic diagram illustrating an overall configuration of a broadcasting system BS according to an embodiment of the present invention.
FIGS. 2A and 2B are schematic diagrams illustrating a data structure of the proxy request PR transmitted from the communication terminal device 3 of FIG.
FIG. 3 is a block diagram showing a detailed configuration of the broadcasting device 1 of FIG.
FIGS. 4A and 4B are schematic diagrams showing a series of header packets Phd and Nmux command packets Pct output from the command packet assembler 112 of FIG.
FIGS. 5A and 5B are schematic diagrams showing a transport stream TS transmitted from the TS transmitter 119 in FIG.
FIG. 6 is a block diagram showing a detailed configuration of the receiving device 2 of FIG.
FIG. 7 is a schematic diagram illustrating a command Cct that must not be stored in the command storage unit 211 of FIG.
FIG. 8 is a schematic diagram showing a data structure of the error message EM created by the error message creation unit 213 in FIG.
FIG. 9 is a block diagram showing a detailed configuration of the communication terminal device 3 of FIG.
FIGS. 10A and 10B are sequence charts showing a procedure of data communication performed in the broadcasting system BS of FIG.
FIG. 11 is a flowchart illustrating a processing procedure when the application execution unit 32 in FIG. 9 creates and transmits the proxy request PR.
FIGS. 12A and 12B are schematic diagrams illustrating an example of an image displayed in step S11 of FIG.
FIG. 13A is a schematic diagram illustrating an example of a data format of a command Cct previously held by the application execution unit 32 in FIG. 3, and FIG. 13B is a schematic diagram illustrating an example of a created command Cct. It is.
FIG. 14 is a flowchart illustrating a procedure of processing performed when the broadcast device 1 of FIG. 1 receives the proxy request PR.
FIG. 15 is a schematic diagram showing an example of the proxy request PRp stored in the request storage device 18 of FIG.
FIG. 16 is a flowchart illustrating a procedure of processing performed when the broadcast device 1 of FIG. 1 transmits the transport stream TS.
FIG. 17 is a schematic diagram showing a state in which a command packet Pct having the same contents arrives at the receiving device 2 of FIG. 1 Nsc times at a time interval Tnv.
FIG. 18 is a flowchart illustrating a procedure of processing performed when the receiving device 2 of FIG. 1 receives the transport stream TS.
FIG. 19 is a flowchart illustrating a procedure of processing performed when the communication terminal device 3 of FIG. 1 receives the error message EM.
FIG. 20 is a schematic diagram illustrating an example of the command ACct written in the command storage unit 211 by executing step S416 in FIG.
FIG. 21 is a flowchart illustrating a procedure of processing performed when the command execution unit 216 of FIG. 6 executes the command ACct stored in the command storage unit 211.
FIG. 22 is a block diagram showing a detailed configuration of a first modified example (receiving apparatus 2a) of receiving apparatus 2 in FIG.
FIG. 23 is a block diagram showing a detailed configuration of the dual tuner 41 of FIG.
FIG. 24 is a block diagram illustrating a detailed configuration of a second modified example (receiving device 2b) of receiving device 2 in FIG.
FIG. 25 is a flowchart illustrating a procedure of processing performed when the command execution unit 51 of FIG. 24 executes the command ACct stored in the command storage unit 211.
FIG. 26 is a schematic diagram showing a configuration of a conventional broadcasting system.

Claims (26)

放送装置と受信装置とを備える放送システムであって、
前記放送装置は、
前記受信装置に割り当てられている識別子と、前記受信装置に送信すべきコマンドとを少なくとも含む代行依頼を受信する依頼受信部と、
前記依頼受信部により受信された代行依頼を格納する代行依頼格納装置と、
前記代行依頼格納装置に格納される代行依頼から、前記受信装置の識別子および前記受信装置へのコマンドの組みを取り出すコマンド取出し部と、
前記コマンド取出し部により取り出された識別子およびコマンドの組みから、コマンドパケットを組み立てるコマンドパケット組立器と、
前記コマンドパケット組立器で組み立てられたコマンドパケットが多重されたストリームを作成する多重化器と、
前記多重化器で作成されたストリームを放送チャネルに送出する送信器とを備え、
前記受信装置は、
前記送信器により放送チャネルに送出されたストリームからコマンドパケットを分離するコマンドパケット分離部と、
前記コマンドパケット分離部で分離されたコマンドパケットを分解して、前記受信装置の識別子およびコマンドの組みを復元するコマンドパケット分解部と、
自装置の識別子を格納する装置識別子格納部と、
前記コマンドパケット分解部により分解された前記受信装置の識別子と、装置識別子格納部に格納される自装置の識別子とに基づいて、前記コマンドパケット分解部により分解されたコマンドが自装置宛であるか否かを判断するコマンドフィルタリング部と、
前記コマンドフィルタリング部により自装置宛と判断されたコマンドを格納するコマンド格納部と、
前記コマンド格納部に格納されているコマンドを実行するコマンド実行部とを備える、放送システム。
A broadcasting system including a broadcasting device and a receiving device,
The broadcasting device,
An identifier assigned to the receiving device, a request receiving unit that receives a proxy request including at least a command to be transmitted to the receiving device,
A proxy request storage device that stores the proxy request received by the request receiving unit,
From a proxy request stored in the proxy request storage device, a command extraction unit that extracts a set of an identifier of the receiving device and a command to the receiving device,
A command packet assembler for assembling a command packet from a set of the identifier and the command extracted by the command extraction unit;
A multiplexer for creating a stream in which the command packets assembled by the command packet assembler are multiplexed;
A transmitter for transmitting the stream created by the multiplexer to a broadcast channel,
The receiving device,
A command packet separation unit that separates a command packet from a stream sent to a broadcast channel by the transmitter;
A command packet decomposing unit that decomposes the command packet separated by the command packet separating unit and restores the set of the identifier and the command of the receiving device;
A device identifier storage unit for storing an identifier of the own device,
Whether the command decomposed by the command packet decomposing unit is addressed to the own device based on the identifier of the receiving device decomposed by the command packet decomposing unit and the own device identifier stored in the device identifier storage unit. A command filtering unit for determining whether or not
A command storage unit that stores a command determined to be addressed to the own device by the command filtering unit;
A broadcast system, comprising: a command execution unit that executes a command stored in the command storage unit.
前記受信装置にストリームを放送する放送装置であって、
前記受信装置に割り当てられている識別子と、前記受信装置に送信すべきコマンドとを少なくとも含む代行依頼を受信する依頼受信部と、
前記依頼受信部により受信された代行依頼を格納する代行依頼格納装置と、
前記代行依頼格納装置に格納される代行依頼から、前記受信装置の識別子および前記受信装置へのコマンドの組みを取り出すコマンド取出し部と、
前記コマンド取出し部により取り出された識別子およびコマンドの組みから、コマンドパケットを組み立てるコマンドパケット組立器と、
前記コマンドパケット組立器で組み立てられたコマンドパケットが多重されたストリームを作成する多重化器と、
前記多重化器で作成されたストリームを放送チャネルに送出する送信器とを備え、
前記コマンド取出し部は、同じ代行依頼から、前記受信装置の識別子および前記受信装置へのコマンドの組みを複数回取り出す、放送装置。
A broadcasting device for broadcasting a stream to the receiving device,
An identifier assigned to the receiving device, a request receiving unit that receives a proxy request including at least a command to be transmitted to the receiving device,
A proxy request storage device that stores the proxy request received by the request receiving unit,
From a proxy request stored in the proxy request storage device, a command extraction unit that extracts a set of an identifier of the receiving device and a command to the receiving device,
A command packet assembler for assembling a command packet from a set of the identifier and the command extracted by the command extraction unit;
A multiplexer for creating a stream in which the command packets assembled by the command packet assembler are multiplexed;
A transmitter for transmitting the stream created by the multiplexer to a broadcast channel,
A broadcasting device, wherein the command extracting unit extracts a set of an identifier of the receiving device and a command to the receiving device a plurality of times from the same proxy request.
前記依頼受信部が受信する代行依頼は、前記受信装置に送信すべきコマンドの実行開始時刻をさらに含んでおり、
前記依頼受信部により受信された代行依頼を受け付けるか否かを、代行依頼に含まれる実行開始時刻を使って判断する依頼判断部をさらに備え、
前記代行依頼格納部は、前記依頼判断部により受け付けると判断された代行依頼のみを格納する、請求の範囲第2項に記載の放送装置。
The proxy request received by the request receiving unit further includes an execution start time of a command to be transmitted to the receiving device,
A request determination unit that determines whether to accept the proxy request received by the request receiving unit, using an execution start time included in the proxy request,
3. The broadcasting device according to claim 2, wherein the proxy request storage unit stores only proxy requests determined to be accepted by the request determination unit.
現在時刻を計時するタイマをさらに備え、
前記依頼判断部は、前記タイマにより計時される現在時刻をさらに使って、前記依頼受信部により受信された代行依頼を受け付けるか否かを判断する、請求の範囲第3項に記載の放送装置。
It further includes a timer that measures the current time,
The broadcasting device according to claim 3, wherein the request determination unit further determines whether or not to accept the proxy request received by the request reception unit by further using a current time measured by the timer.
前記コマンドパケット組立器で組み立てられるコマンドパケットは、予め定められたデータサイズを有しており、さらに、前記多重化器は、組み立てられたコマンドパケットを、予め定められた帯域幅で多重化し、
前記コマンド取出し部が同じ代行依頼から前記受信装置の識別子および前記受信装置へのコマンドの組みを取り出す時間間隔および回数は予め定められており、
前記依頼判断部は、
前記データサイズおよび帯域幅に基づいて、1つのコマンドパケットが送出されてから前記受信装置に到着するまでに要する第1の時間を算出し、
時間間隔および回数に基づいて、互いに同じ識別子およびコマンドの組みを含む第1回目のコマンドパケットが組み立てられてから最後のコマンドパケットが組み立てられるまでに要する第2の時間を算出し、
前記依頼受信部により受信された代行依頼に含まれる実行開始時刻と、算出した第1および第2の時間とに基づいて、代行依頼が放送装置に到着していなければならない基準時刻を算出し、
前記タイマにより計時される現在時刻が、算出した基準時刻よりも後である場合には、前記依頼受信部により受信された代行依頼を受け付けないと判断する、請求の範囲第4項に記載の放送装置。
The command packet assembled by the command packet assembler has a predetermined data size, and further, the multiplexer multiplexes the assembled command packet with a predetermined bandwidth,
The time interval and the number of times that the command extracting unit extracts the identifier of the receiving device and the set of commands to the receiving device from the same proxy request are predetermined.
The request determination unit,
Calculating a first time required from when one command packet is transmitted to when the command packet arrives at the receiving device, based on the data size and the bandwidth;
Calculating, based on the time interval and the number of times, a second time required from when the first command packet including the same set of the same identifier and command is assembled until the last command packet is assembled;
Based on the execution start time included in the proxy request received by the request receiving unit and the calculated first and second times, calculate a reference time at which the proxy request must arrive at the broadcasting device,
The broadcast according to claim 4, wherein when the current time measured by the timer is later than the calculated reference time, it is determined that the proxy request received by the request receiving unit is not received. apparatus.
前記依頼受信部は、外部の通信端末装置により送信される代行依頼を受信し、
前記依頼判断部により代行依頼が受け付けられたことを前記通信端末装置に通知するための受付完了を作成する受付完了作成部と、
前記受付完了作成部により作成された受付完了を前記通信端末装置に送信する受付完了送信部とをさらに備える、請求の範囲第3項に記載の放送装置。
The request receiving unit receives a proxy request transmitted by an external communication terminal device,
A reception completion creating unit that creates reception completion for notifying the communication terminal device that a proxy request has been received by the request determination unit;
The broadcast device according to claim 3, further comprising: a reception completion transmission unit that transmits reception completion created by the reception completion creation unit to the communication terminal device.
前記依頼受信部は、外部の通信端末装置により送信される代行依頼を受信し、
前記依頼判断部により受け付けないと判断された代行依頼を破棄する依頼判断部と、
前記依頼判断部により破棄されたことを前記通信端末装置に通知するための依頼拒否を作成する依頼拒否作成部と、
前記依頼拒否作成部により作成された依頼拒否を前記通信端末装置に送信する依頼拒否送信部とをさらに備える、請求の範囲第3項に記載の放送装置。
The request receiving unit receives a proxy request transmitted by an external communication terminal device,
A request determination unit that discards the proxy request that is determined not to be accepted by the request determination unit,
A request rejection creation unit that creates a request rejection to notify the communication terminal device that the request has been discarded by the request determination unit,
The broadcast device according to claim 3, further comprising: a request rejection transmission unit configured to transmit the request rejection created by the request rejection creation unit to the communication terminal device.
予定された放送開始時刻から放送終了時刻までに放送される番組を構成する映像データおよび音声データを格納する放送番組格納部と、
前記放送番組格納部に格納される映像データを符号化する映像符号化器と、
前記映像符号化器により符号化された映像データから映像パケットを組み立てる映像パケット組立器と、
前記放送番組格納部に格納される音声データを符号化する音声符号化器と、
前記音声符号化器により符号化された音声データから音声パケットを組み立てる音声パケット組立器とをさらに備え、
前記多重化器は、前記映像パケット組立器により組み立てられた映像パケットと、前記音声パケット組立器により組み立てられた音声パケットと、前記コマンドパケット組立器により組み立てられたコマンドパケットとを多重化して、ストリームを作成し、
前記依頼受信部が受信する代行依頼は、前記受信装置に送信すべき予約録画コマンドと、予約録画の対象となる放送番組の放送開始時刻および放送終了時刻とを含む、請求の範囲第2項に記載の放送装置。
A broadcast program storage unit for storing video data and audio data constituting a program broadcast from a scheduled broadcast start time to a broadcast end time,
A video encoder for coding video data stored in the broadcast program storage unit;
A video packet assembler that assembles video packets from video data encoded by the video encoder;
An audio encoder that encodes audio data stored in the broadcast program storage unit;
A voice packet assembler that assembles a voice packet from the voice data encoded by the voice encoder,
The multiplexer multiplexes the video packet assembled by the video packet assembler, the audio packet assembled by the audio packet assembler, and the command packet assembled by the command packet assembler to form a stream. Create
The substitute request received by the request receiving unit includes a reserved recording command to be transmitted to the receiving device, and a broadcast start time and a broadcast end time of a broadcast program to be reserved for recording. The broadcasting device according to the above.
放送装置からのストリームを受信する受信装置であって、
前記放送装置は、前記受信装置に割り当てられている識別子と、前記受信装置に送信すべきコマンドとから組み立てられたコマンドパケットが多重されているストリームを、予め割り当てられている放送チャネルを使って放送し、
放送チャネルを通じて送られてくるストリームを受信するチューナ部と、
自装置の識別子を格納する装置識別子格納部と、
前記チューナ部により受信されたストリームに多重されている識別子が、装置識別子格納部に格納される自装置の識別子に一致するか否かを判断するコマンドフィルタリング部と、
前記コマンドフィルタリング部により双方の識別子が一致すると判断された場合、前記チューナ部により受信されたストリームに多重されているコマンドを格納するコマンド格納部と、
前記コマンド格納部に格納されているコマンドを実行するコマンド実行部とを備える、受信装置。
A receiving device for receiving a stream from a broadcasting device,
The broadcast device broadcasts a stream in which a command packet assembled from an identifier assigned to the reception device and a command to be transmitted to the reception device is multiplexed using a broadcast channel assigned in advance. And
A tuner section for receiving a stream sent through a broadcast channel,
A device identifier storage unit for storing an identifier of the own device,
A command filtering unit that determines whether an identifier multiplexed in the stream received by the tuner unit matches the identifier of the own device stored in the device identifier storage unit,
A command storage unit that stores a command multiplexed in the stream received by the tuner unit, when the command filtering unit determines that both identifiers match;
A receiving device comprising: a command execution unit that executes a command stored in the command storage unit.
オンおよびスタンバイの2状態をとる電源と、
前記電源の状態を監視しており、前記電源がオン状態からスタンバイ状態に遷移した後に前記チューナ部に制御信号を送出する電源状態監視部と、
前記放送装置に割り当てられている放送チャネルを示す情報を指定放送チャネルとして格納する指定チャネル格納部とをさらに備え、
前記チューナ部は、前記電源状態監視装置からの制御信号に応答して、自身の受信周波数帯を、前記指定チャネル格納部に格納されている指定放送チャネルに設定する、請求の範囲第9項に記載の受信装置。
A power supply that takes on two states: on and standby;
A power supply state monitoring unit that monitors a state of the power supply, and sends a control signal to the tuner unit after the power supply changes from an on state to a standby state;
A designated channel storage unit for storing information indicating a broadcast channel assigned to the broadcast device as a designated broadcast channel,
The tuner unit according to claim 9, wherein in response to a control signal from the power state monitoring device, the tuner unit sets its own reception frequency band to a designated broadcast channel stored in the designated channel storage unit. The receiving device according to the above.
前記放送装置は、前記受信装置に割り当てられている識別子と、ユーザにより指定されたパスワードと、前記受信装置に送信すべきコマンドとから組み立てられたコマンドパケットが多重されているストリームを放送チャネルを使って放送し、
ユーザにより指定されたパスワードを格納するパスワード格納部をさらに備え、
前記パケットフィルタリング部はさらに、前記チューナ部により受信されたストリームに多重されているパスワードが、パスワード格納部に格納されるパスワードに一致するか否かを判断し、
前記コマンド格納部はさらに、前記コマンドフィルタリング部により双方のパスワードが一致すると判断された場合に、前記チューナ部により受信されたストリームに多重されているコマンドを格納する、請求の範囲第9項に記載の受信装置。
The broadcast device uses a broadcast channel to transmit a stream in which a command packet assembled from an identifier assigned to the reception device, a password specified by a user, and a command to be transmitted to the reception device is multiplexed. Broadcast
A password storage unit for storing a password specified by the user,
The packet filtering unit further determines whether the password multiplexed in the stream received by the tuner unit matches the password stored in the password storage unit,
10. The command storage unit according to claim 9, wherein the command storage unit further stores a command multiplexed in the stream received by the tuner unit when the two passwords are determined to match by the command filtering unit. Receiving device.
前記パケットフィルタリング部により、前記チューナ部により受信されたストリームに多重されている識別子およびパスワードが、前記装置識別子格納部および前記パスワード格納部に格納される識別子およびパスワードに一致する場合に、前記パケットフィルタリング部からコマンドを受け取る判定/書込み部をさらに備え、
前記判定/書込み部は、前記パケットフィルタリング部から受け取ったコマンドを前記コマンド格納部に書き込むか否かを判断する、請求の範囲第11項に記載の受信装置。
The packet filtering unit, when the identifier and password multiplexed in the stream received by the tuner unit match the identifier and password stored in the device identifier storage unit and the password storage unit, A determining / writing unit for receiving a command from the unit;
The receiving device according to claim 11, wherein the determination / write unit determines whether to write a command received from the packet filtering unit into the command storage unit.
前記放送装置は、前記受信装置に割り当てられている識別子と、ユーザにより指定されたパスワードと、前記受信装置に送信すべきコマンドと、コマンドの実行開始時刻および実行終了時刻とから組み立てられたコマンドパケットが多重されているストリームを放送チャネルを使って放送し、
前記パケットフィルタリング部は、前記チューナ部により受信されたストリームに多重されている識別子およびパスワードが、前記装置識別子格納部および前記パスワード格納部に格納される識別子およびパスワードに一致する場合に、前記チューナ部により受信されたストリームに多重されているコマンド、実行開始時刻および実行終了時刻とを前記判定/書込み部に渡し、
前記判定/書込み部は、受け取ったコマンドの実行開始時刻から実行終了時刻までの時間帯と重複するものが前記コマンド格納部に格納されていない場合に、受け取ったコマンド、実行開始時刻および実行終了時刻の組みをコマンド格納部に格納する、請求の範囲第12項に記載の受信装置。
The broadcast device is a command packet assembled from an identifier assigned to the reception device, a password specified by a user, a command to be transmitted to the reception device, and a command execution start time and a command execution end time. Is broadcast using a broadcast channel,
The packet filtering unit, when an identifier and a password multiplexed in the stream received by the tuner unit match the identifier and the password stored in the device identifier storage unit and the password storage unit, the tuner unit Passing the command, execution start time and execution end time multiplexed to the stream received by the determination / writing unit,
The determination / writing unit is configured to, when a time overlapping with a time period from the execution start time to the execution end time of the received command is not stored in the command storage unit, receive the command, the execution start time, and the execution end time. 13. The receiving device according to claim 12, wherein a set of is stored in a command storage unit.
前記判定/書込み部が受け取ったコマンドの実行開始時刻から実行終了時刻までの時間帯と重複するものがある場合に、受け取ったコマンド、実行開始時刻および実行終了時刻の組みを前記コマンド格納部に格納できないという内容のエラーメッセージを作成するエラーメッセージ作成部と、
前記エラーメッセージ作成部により作成されたエラーメッセージを通信回線に送出する回線接続部とをさらに備える、請求の範囲第13項に記載の受信装置。
When there is a time zone from the execution start time to the execution end time of the command received by the determination / writing unit, a set of the received command, the execution start time, and the execution end time is stored in the command storage unit. An error message creation section for creating an error message indicating that the message cannot be created,
14. The receiving device according to claim 13, further comprising: a line connection unit that sends an error message created by said error message creating unit to a communication line.
前記放送装置は、ユーザにより操作される通信端末装置からの依頼に応答して、前記受信装置に割り当てられている識別子と、ユーザにより指定されたパスワードと、前記受信装置に送信すべきコマンドと、コマンドの実行開始時刻および実行終了時刻とから組み立てられたコマンドパケットが多重されているストリームを放送チャネルを使って放送し、
前記回線接続部は、前記エラーメッセージ作成部により作成されたエラーメッセージを、前記通信回線を通じて、前記通信端末装置に送信する、請求の範囲第14項に記載の受信装置。
The broadcasting device, in response to a request from a communication terminal device operated by a user, an identifier assigned to the receiving device, a password specified by the user, a command to be transmitted to the receiving device, A stream in which command packets assembled from the command execution start time and the execution end time are multiplexed is broadcast using a broadcast channel,
The receiving device according to claim 14, wherein the line connection unit transmits the error message created by the error message creating unit to the communication terminal device via the communication line.
前記回線接続部は、前記エラーメッセージ作成部により作成されたエラーメッセージを、前記通信回線を通じて、前記放送装置に送信する、請求の範囲第14項に記載の受信装置。The receiving device according to claim 14, wherein the line connection unit transmits the error message created by the error message creating unit to the broadcasting device via the communication line. 前記受信装置は、現在時刻を計時するタイマをさらに備え、
前記コマンド実行部は、前記コマンド格納部に格納されている実行開始時刻および実行終了時刻に、前記タイマから受け取る現在時刻が一致する場合に、コマンドの実行を開始および終了する、請求の範囲第13項に記載の受信装置。
The receiving device further includes a timer that measures a current time,
The thirteenth aspect of the present invention, wherein the command execution part starts and ends the execution of the command when the current time received from the timer matches the execution start time and the execution end time stored in the command storage part. The receiving device according to the paragraph.
前記放送装置は、映像パケットと、音声パケットと、コマンドパケットとが多重されているストリームを放送チャネルを使って放送し、
前記映像パケットおよび前記音声パケットの組みは、予定された放送開始時刻から放送終了時刻までの間に放送される番組を構成し、
前記コマンドパケットは、前記受信装置に割り当てられている識別子と、ユーザにより指定されたパスワードと、前記受信装置に送信すべき予約録画コマンドと、予約録画の対象となる番組の放送チャネルと、予約録画コマンドの実行開始時刻および実行終了時刻とから組み立てられ、
前記コマンド格納部は、前記受信装置に割り当てられている識別子と、ユーザにより指定されたパスワードと、前記受信装置に送信すべき予約録画コマンドと、予約録画の対象となる番組の放送チャネルと、予約録画コマンドの実行開始時刻および実行終了時刻との組みを格納し、
前記受信装置は、
前記チューナ部により受信されたストリームに多重されている映像パケットおよび音声パケットを分離するAVパケット分離部と、
前記AVパケット分離部により分離された映像パケットおよび音声パケットを格納する予約番組格納部をさらに備え、
前記コマンド実行部は、
前記コマンド格納部に格納されている予約録画コマンドの実行開始時刻に、前記チューナ部の受信周波数帯を前記コマンド格納部に格納されている放送チャネルに設定するための制御信号を生成して、前記チューナ部に送出し、
前記チューナに制御信号を送出した後に、前記AVパケット分離部が分離した映像パケットおよび音声パケットを、前記予約番組格納部に送るように指示するための録画指示を生成し、前記AVパケット分離部に送出する、請求の範囲第9項に記載の受信装置。
The broadcast device broadcasts a stream in which a video packet, an audio packet, and a command packet are multiplexed using a broadcast channel,
The set of the video packet and the audio packet constitutes a program broadcast between a scheduled broadcast start time and a broadcast end time,
The command packet includes an identifier assigned to the receiving device, a password specified by a user, a scheduled recording command to be transmitted to the receiving device, a broadcast channel of a program to be scheduled for recording, and scheduled recording. Assembled from the command execution start time and execution end time,
The command storage unit includes an identifier assigned to the receiving device, a password specified by a user, a reserved recording command to be transmitted to the receiving device, a broadcast channel of a program to be reserved for recording, A set of the execution start time and the execution end time of the recording command is stored,
The receiving device,
An AV packet separation unit for separating video packets and audio packets multiplexed in the stream received by the tuner unit;
A reserved program storage unit for storing video packets and audio packets separated by the AV packet separation unit,
The command execution unit,
At the execution start time of the scheduled recording command stored in the command storage unit, generating a control signal for setting the reception frequency band of the tuner unit to a broadcast channel stored in the command storage unit, To the tuner,
After transmitting a control signal to the tuner, a recording instruction for instructing the AV packet separating unit to send the separated video packet and audio packet to the reserved program storage unit is generated. The receiving device according to claim 9, which transmits the signal.
前記受信装置は、前記パケットフィルタリング部から、前記チューナ部により受信されたストリームに多重されている予約録画コマンドと、放送チャネルと、実行開始時刻および実行終了時刻とを受け取る判定/書込み部をさらに備え、
前記判定/書込み部は、予約録画の対象となる番組を格納可能な空き容量が前記予約番組格納部にある場合に、前記パケットフィルタリング部から受け取った予約録画コマンド、放送チャネル、実行開始時刻および実行終了時刻の組みをコマンド格納部に書き込む、請求の範囲第18項に記載の受信装置。
The receiving device further includes a determination / writing unit that receives, from the packet filtering unit, a reserved recording command multiplexed on the stream received by the tuner unit, a broadcast channel, and an execution start time and an execution end time. ,
The determination / writing unit is configured to, when the reserved program storage unit has a free space capable of storing a program to be reserved for recording, receive the reserved recording command, broadcast channel, execution start time, and execution time received from the packet filtering unit. 19. The receiving device according to claim 18, wherein a set of end times is written in a command storage unit.
前記判定/書込み部が、前記予約番組格納部に空き容量がないと判断した場合に、前記パケットフィルタリング部から受け取った予約録画コマンド、放送チャネル、実行開始時刻および実行終了時刻の組みをコマンド格納部に書き込むことができないという内容のエラーメッセージを作成するエラーメッセージ作成部と、
前記エラーメッセージ作成部により作成されたエラーメッセージを通信回線に送出する回線接続部とをさらに備える、請求の範囲第19項に記載の受信装置。
When the determining / writing unit determines that there is no free space in the reserved program storage unit, the set of the reserved recording command, the broadcast channel, the execution start time and the execution end time received from the packet filtering unit is stored in the command storage unit. An error message creating section that creates an error message that the content cannot be written to
20. The receiving device according to claim 19, further comprising: a line connection unit that sends the error message created by said error message creation unit to a communication line.
前記放送装置は、映像パケットおよび音声パケットがさらに多重されたストリームを放送チャネルを使って放送し、
前記映像パケットおよび前記音声パケットの組みは、予定された放送開始時刻から放送終了時刻までの間に放送される番組を構成し、
前記チューナ部は、
自身の受信周波数帯域を、ユーザにより指定された放送チャネルに設定するAVパケット用チューナと、
自身の受信周波数帯域を、自装置宛のコマンドパケットを放送するために使われている放送チャネルに設定するコマンドパケット用チューナとを含み、
前記受信装置は、
前記AVパケット用チューナにより受信されたストリームから映像パケットおよび音声パケットを分離するAVパケット分離部と、
前記コマンドパケット用チューナにより受信されたストリームからコマンドパケットを分離するコマンドパケット分離部とをさらに備える、請求の範囲第9項に記載の受信装置。
The broadcast device broadcasts a stream in which video packets and audio packets are further multiplexed using a broadcast channel,
The set of the video packet and the audio packet constitutes a program broadcast between a scheduled broadcast start time and a broadcast end time,
The tuner section,
An AV packet tuner for setting its own reception frequency band to a broadcast channel specified by a user;
A command packet tuner for setting its own receiving frequency band to a broadcast channel used to broadcast a command packet addressed to itself.
The receiving device,
An AV packet separating unit that separates a video packet and an audio packet from a stream received by the AV packet tuner;
The receiving device according to claim 9, further comprising: a command packet separating unit configured to separate a command packet from a stream received by the command packet tuner.
前記放送装置は、映像パケットと、音声パケットと、コマンドパケットとが多重されているストリームを放送チャネルを使って放送し、
前記映像パケットおよび前記音声パケットの組みは、予定された放送開始時刻から放送終了時刻までの間に放送される番組を構成し、
前記コマンドパケットは、前記受信装置に割り当てられている識別子と、ユーザにより指定されたパスワードと、前記受信装置に送信すべき予約録画コマンドと、予約録画の対象となる番組の放送チャネルと、予約録画コマンドの実行開始時刻および実行終了時刻とから組み立てられ、
前記コマンド格納部は、前記受信装置に割り当てられている識別子と、ユーザにより指定されたパスワードと、前記受信装置に送信すべき予約録画コマンドと、予約録画の対象となる番組の放送チャネルと、予約録画コマンドの実行開始時刻および実行終了時刻との組みを格納し、
前記受信装置は、
伝送路を通じて外部記録装置と接続されており、
前記チューナ部により受信されたストリームに多重されている映像パケットおよび音声パケットを分離するAVパケット分離部と、
前記AVパケット分離部により分離された映像パケットおよび音声パケットを、前記バスを通じて前記外部記録装置に送信するバス制御部とをさらに備え、
前記コマンド実行部は、
前記コマンド格納部に格納されている予約録画コマンドの実行開始時刻に、前記チューナ部の受信周波数帯を前記コマンド格納部に格納されている放送チャネルに設定するための制御信号を生成して、前記チューナ部に送出し、
前記チューナに制御信号を送出した後に、前記AVパケット分離部が分離した映像パケットおよび音声パケットを、前記外部記録装置に転送するよう指示するための転送指示を生成し、前記バス制御部に送出する、請求の範囲第9項に記載の受信装置。
The broadcast device broadcasts a stream in which a video packet, an audio packet, and a command packet are multiplexed using a broadcast channel,
The set of the video packet and the audio packet constitutes a program broadcast between a scheduled broadcast start time and a broadcast end time,
The command packet includes an identifier assigned to the receiving device, a password specified by a user, a scheduled recording command to be transmitted to the receiving device, a broadcast channel of a program to be scheduled for recording, and scheduled recording. Assembled from the command execution start time and execution end time,
The command storage unit includes an identifier assigned to the receiving device, a password specified by a user, a reserved recording command to be transmitted to the receiving device, a broadcast channel of a program to be reserved for recording, A set of the execution start time and the execution end time of the recording command is stored,
The receiving device,
Connected to an external recording device via a transmission line,
An AV packet separation unit for separating video packets and audio packets multiplexed in the stream received by the tuner unit;
A bus control unit that transmits the video packet and the audio packet separated by the AV packet separation unit to the external recording device through the bus.
The command execution unit,
At the execution start time of the scheduled recording command stored in the command storage unit, generating a control signal for setting the reception frequency band of the tuner unit to a broadcast channel stored in the command storage unit, To the tuner,
After transmitting a control signal to the tuner, a transfer instruction for instructing to transfer the video packet and the audio packet separated by the AV packet separating unit to the external recording device is generated and transmitted to the bus control unit. 10. The receiving device according to claim 9, wherein:
前記コマンド実行部はさらに、前記コマンド格納部に格納されている予約録画コマンドを、前記外部記録装置が実行可能なフォーマットに変換して、前記バス制御部に送出する、請求の範囲第22項に記載の受信装置。23. The method according to claim 22, wherein the command execution unit further converts the scheduled recording command stored in the command storage unit into a format executable by the external recording device and sends the command to the bus control unit. The receiving device according to the above. 放送装置から受信装置へとストリームを放送するための方法であって、
前記放送装置は、
前記受信装置に割り当てられている識別子と、前記受信装置に送信すべきコマンドとを少なくとも含む代行依頼を受信する依頼受信ステップと、
前記依頼受信ステップで受信された代行依頼を格納する代行依頼格納ステップと、
前記代行依頼格納ステップで格納される代行依頼から、前記受信装置の識別子および前記受信装置へのコマンドの組みを取り出すコマンド取出しステップと、
前記コマンド取出しステップで取り出された識別子およびコマンドの組みから、コマンドパケットを組み立てるコマンドパケット組立ステップと、
前記コマンドパケット組立ステップで組み立てられたコマンドパケットが多重されたストリームを作成する多重化ステップと、
前記多重化ステップで作成されたストリームを放送チャネルに送出する送信ステップとを備え、
前記受信装置は、
前記送信ステップで放送チャネルに送出されたストリームからコマンドパケットを分離するコマンドパケット分離ステップと、
前記コマンドパケット分離ステップで分離されたコマンドパケットを分解して、前記受信装置の識別子およびコマンドの組みを復元するコマンドパケット分解ステップと、
前記コマンドパケット分解ステップで分解された前記受信装置の識別子と、前記受信装置内に予め格納される自装置の識別子とに基づいて、前記コマンドパケット分解ステップで分解されたコマンドが自装置宛であるか否かを判断するコマンドフィルタリングステップと、
前記コマンドフィルタリングステップで自装置宛と判断されたコマンドを実行するコマンド実行ステップとを備える、放送方法。
A method for broadcasting a stream from a broadcasting device to a receiving device,
The broadcasting device,
An identifier assigned to the receiving device, a request receiving step of receiving a proxy request including at least a command to be transmitted to the receiving device,
A proxy request storing step of storing the proxy request received in the request receiving step,
From the proxy request stored in the proxy request storing step, a command extracting step of extracting a set of an identifier of the receiving device and a command to the receiving device,
A command packet assembling step of assembling a command packet from the combination of the identifier and the command extracted in the command extracting step;
A multiplexing step of creating a stream in which the command packets assembled in the command packet assembling step are multiplexed;
Transmitting the stream created in the multiplexing step to a broadcast channel,
The receiving device,
A command packet separating step of separating a command packet from a stream transmitted to a broadcast channel in the transmitting step;
A command packet decomposing step of decomposing the command packet separated in the command packet separating step and restoring a set of the identifier and the command of the receiving device;
The command decomposed in the command packet decomposing step is addressed to the own device based on the identifier of the receiving device decomposed in the command packet decomposing step and the own device identifier stored in the receiving device in advance. A command filtering step of determining whether or not
A command execution step of executing a command determined to be addressed to the own device in the command filtering step.
前記受信装置にストリームを放送する放送方法であって、
前記受信装置に割り当てられている識別子と、前記受信装置に送信すべきコマンドとを少なくとも含む代行依頼を受信する依頼受信ステップと、
前記依頼受信ステップで受信された代行依頼を格納する代行依頼格納ステップと、
前記代行依頼格納ステップで格納された代行依頼から、前記受信装置の識別子および前記受信装置へのコマンドの組みを取り出すコマンド取出しステップと、
前記コマンド取出しステップで取り出された識別子およびコマンドの組みから、コマンドパケットを組み立てるコマンドパケット組立ステップと、
前記コマンドパケット組立ステップで組み立てられたコマンドパケットが多重されたストリームを作成する多重化ステップと、
前記多重化ステップで作成されたストリームを放送チャネルに送出する送信ステップとを備え、
前記コマンド取出しステップは、同じ代行依頼から、前記受信装置の識別子および前記受信装置へのコマンドの組みを複数回取り出す、放送方法。
A broadcasting method for broadcasting a stream to the receiving device,
An identifier assigned to the receiving device, a request receiving step of receiving a proxy request including at least a command to be transmitted to the receiving device,
A proxy request storing step of storing the proxy request received in the request receiving step,
From the proxy request stored in the proxy request storing step, a command extracting step of extracting a set of an identifier of the receiving device and a command to the receiving device,
A command packet assembling step of assembling a command packet from the combination of the identifier and the command extracted in the command extracting step;
A multiplexing step of creating a stream in which the command packets assembled in the command packet assembling step are multiplexed;
Transmitting the stream created in the multiplexing step to a broadcast channel,
The broadcasting method, wherein the command fetching step fetches a set of an identifier of the receiving device and a command to the receiving device a plurality of times from the same proxy request.
放送装置からのストリームを受信装置で受信する方法であって、
前記放送装置は、前記受信装置に割り当てられている識別子と、前記受信装置に送信すべきコマンドとから組み立てられたコマンドパケットが多重されているストリームを、予め割り当てられている放送チャネルを使って放送し、
放送チャネルを通じて送られてくるストリームを受信する受信ステップと、
前記受信ステップで受信されたストリームに多重されている識別子が、前記受信装置に予め格納される自装置の識別子に一致するか否かを判断するコマンドフィルタリングステップと、
前記コマンドフィルタリングステップにより双方の識別子が一致すると判断された場合、前記受信ステップで受信されたストリームに多重されているコマンドを格納するコマンド格納ステップと、
前記コマンド格納ステップで格納されているコマンドを実行するコマンド実行ステップとを備える、受信方法。
A method for receiving a stream from a broadcasting device by a receiving device,
The broadcast device broadcasts a stream in which a command packet assembled from an identifier assigned to the reception device and a command to be transmitted to the reception device is multiplexed using a broadcast channel assigned in advance. And
A receiving step of receiving a stream sent through a broadcast channel;
A command filtering step of determining whether an identifier multiplexed in the stream received in the receiving step matches an identifier of the own apparatus stored in the receiving apparatus in advance,
A command storing step of storing a command multiplexed in the stream received in the receiving step, when it is determined that both identifiers match by the command filtering step,
A command execution step of executing the command stored in the command storage step.
JP2003511536A 2001-07-05 2002-07-03 Broadcast system Expired - Fee Related JP4313668B2 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2001204330 2001-07-05
JP2001204330 2001-07-05
PCT/JP2002/006715 WO2003005708A1 (en) 2001-07-05 2002-07-03 Broadcast system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2008321992A Division JP2009118497A (en) 2001-07-05 2008-12-18 Broadcast system

Publications (2)

Publication Number Publication Date
JPWO2003005708A1 true JPWO2003005708A1 (en) 2004-10-28
JP4313668B2 JP4313668B2 (en) 2009-08-12

Family

ID=19040820

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2003511536A Expired - Fee Related JP4313668B2 (en) 2001-07-05 2002-07-03 Broadcast system
JP2008321992A Withdrawn JP2009118497A (en) 2001-07-05 2008-12-18 Broadcast system

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2008321992A Withdrawn JP2009118497A (en) 2001-07-05 2008-12-18 Broadcast system

Country Status (4)

Country Link
US (3) US7218611B2 (en)
EP (1) EP1411718A1 (en)
JP (2) JP4313668B2 (en)
WO (1) WO2003005708A1 (en)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020002039A1 (en) 1998-06-12 2002-01-03 Safi Qureshey Network-enabled audio device
JP4025593B2 (en) * 2002-07-11 2007-12-19 富士通株式会社 Broadcast communication data delivery apparatus and broadcast communication system
US7991396B2 (en) * 2003-06-09 2011-08-02 Qualcomm Incorporated Method and apparatus for broadcast application in a wireless communication system
US20050251565A1 (en) * 2004-05-05 2005-11-10 Martin Weel Hybrid set-top box for digital entertainment network
US8028038B2 (en) * 2004-05-05 2011-09-27 Dryden Enterprises, Llc Obtaining a playlist based on user profile matching
US8028323B2 (en) 2004-05-05 2011-09-27 Dryden Enterprises, Llc Method and system for employing a first device to direct a networked audio device to obtain a media item
US9826046B2 (en) 2004-05-05 2017-11-21 Black Hills Media, Llc Device discovery for digital entertainment network
US7986954B1 (en) 2004-06-25 2011-07-26 Nortel Networks Limited Wireless communication network having a broadcast system for information distribution
US8141118B2 (en) * 2004-07-26 2012-03-20 Microsoft Corporation Data broadcasting receiver power management
JP2006054818A (en) * 2004-08-16 2006-02-23 Sony Corp Information processing system, recording apparatus, communication device, information processing method, and program
US8270901B2 (en) * 2004-12-17 2012-09-18 Martin E. Hellman Dropout-resistant media broadcasting system
US8627354B2 (en) * 2004-12-17 2014-01-07 Martin E. Hellman Tiered subscription broadcast system
JP4564350B2 (en) * 2004-12-27 2010-10-20 株式会社東芝 Signal processing device
DE102005009031A1 (en) * 2005-02-18 2006-08-31 Gist Communications Europe Gmbh Remote programmable recorder
US7840178B2 (en) * 2005-07-12 2010-11-23 Martin E. Hellman FM broadcast system competitive with satellite radio
US7698061B2 (en) 2005-09-23 2010-04-13 Scenera Technologies, Llc System and method for selecting and presenting a route to a user
JP4855752B2 (en) * 2005-09-30 2012-01-18 株式会社東芝 IP broadcast transmission method
GB2433687B (en) * 2005-12-22 2011-03-09 British Sky Broadcasting Ltd Media recording selection system
US9008634B2 (en) * 2006-10-06 2015-04-14 Napo Enterprises, Llc System and method for providing media content selections
JP5312456B2 (en) * 2007-07-05 2013-10-09 コーヒレント・ロジックス・インコーポレーテッド Mobile television broadcasting system
US8270937B2 (en) * 2007-12-17 2012-09-18 Kota Enterprises, Llc Low-threat response service for mobile device users
US8010601B2 (en) 2007-12-21 2011-08-30 Waldeck Technology, Llc Contiguous location-based user networks
US8024431B2 (en) 2007-12-21 2011-09-20 Domingo Enterprises, Llc System and method for identifying transient friends
US8725740B2 (en) 2008-03-24 2014-05-13 Napo Enterprises, Llc Active playlist having dynamic media item groups
US20100017261A1 (en) * 2008-07-17 2010-01-21 Kota Enterprises, Llc Expert system and service for location-based content influence for narrowcast
US8504073B2 (en) * 2008-08-12 2013-08-06 Teaneck Enterprises, Llc Customized content delivery through the use of arbitrary geographic shapes
US7921223B2 (en) 2008-12-08 2011-04-05 Lemi Technology, Llc Protected distribution and location based aggregation service
US20120047087A1 (en) 2009-03-25 2012-02-23 Waldeck Technology Llc Smart encounters
US8732823B2 (en) * 2010-11-18 2014-05-20 Olympus Corporation Nondestructive testing system
US8661170B2 (en) 2010-11-23 2014-02-25 Olympus Corporation Nondestructive testing system
CN102740138B (en) * 2011-04-01 2016-05-11 尼尔森网联媒介数据服务有限公司 Digital television receiving collecting method, system, equipment, human-computer interaction device and digital television receiving data analysing method
TWI500300B (en) * 2011-12-22 2015-09-11 Ite Tech Inc Communication method and control end apparatus and detection system using the same
JP5978804B2 (en) * 2012-07-02 2016-08-24 富士通株式会社 Program, method and information processing apparatus for managing system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07154349A (en) 1993-11-30 1995-06-16 Sony Corp Information recording reservation system
JPH10112846A (en) * 1996-10-04 1998-04-28 Mitsubishi Electric Corp Television receiver
US5982445A (en) 1996-10-21 1999-11-09 General Instrument Corporation Hypertext markup language protocol for television display and control
JP3709026B2 (en) * 1996-10-25 2005-10-19 株式会社第一興商 CS digital multi-channel broadcasting receiver
JP4339417B2 (en) 1996-11-25 2009-10-07 ソニー株式会社 Recording reservation system
JPH10261251A (en) 1997-03-18 1998-09-29 Sony Corp Receiver, receiving method, transmitter, transmitting method, transmitter/receiver and transmitting/receiving method
KR100233410B1 (en) * 1997-06-24 1999-12-01 윤종용 Method for updating electronic program guide information and device thereof in a disital tv receiver
JP3775937B2 (en) 1999-03-18 2006-05-17 シャープ株式会社 Broadcast program receiving apparatus, broadcast program recording reservation changing method, and recording medium on which program for executing the method is recorded
JP4081934B2 (en) 1999-09-17 2008-04-30 ソニー株式会社 Data distribution method and apparatus, and data reception method and apparatus
US20010054020A1 (en) * 2000-03-22 2001-12-20 Barth Brian E. Method and apparatus for dynamic information connection engine
US6832239B1 (en) * 2000-07-07 2004-12-14 International Business Machines Corporation Systems for managing network resources

Also Published As

Publication number Publication date
US7218611B2 (en) 2007-05-15
US7474621B2 (en) 2009-01-06
US20090013368A1 (en) 2009-01-08
JP4313668B2 (en) 2009-08-12
US20080013455A1 (en) 2008-01-17
JP2009118497A (en) 2009-05-28
WO2003005708A1 (en) 2003-01-16
EP1411718A1 (en) 2004-04-21
US20050007970A1 (en) 2005-01-13

Similar Documents

Publication Publication Date Title
JP4313668B2 (en) Broadcast system
US6173112B1 (en) Method and system for recording in-progress broadcast programs
JP4168304B2 (en) Information output device, information notification method, and information signal supply route selection method
US7720358B2 (en) Recording system, recording method and recording device
JP2002517140A (en) Recording device having keyword detecting means
JP2003230059A (en) Receiver
KR20060027498A (en) Series recording control method for digital broadcasting receiver
JP2006270299A (en) Cm detecting device and cm detecting method
JP2003230064A (en) Program guide display apparatus and broadcast receiver
JP2007235338A (en) Program recording apparatus and program recording method
US20100026693A1 (en) Display device and method for updating data in display device
JP3387166B2 (en) Broadcast signal receiver
JP2006054022A (en) Device and method for controlling recording
JP5184757B2 (en) Broadcast receiving apparatus and display method
JP2002369162A (en) Method and system for organizing contents
JPH10208327A (en) Method for program reservation recording and device therefor
JP2001186432A (en) Receiver and its method
JP2006128879A (en) Digital television receiver connected to ieee 1394 serial bus and controller apparatus connected to ieee 1394 serial bus
JP2009246608A (en) Digital broadcast recording and reproducing apparatus
JP2009094730A (en) Broadcast receiving system, broadcast receiving device, and program presentation method
JP2000201304A (en) View restricting method and view restricting device
JPH0766785A (en) Broadcasting signal receiver and method time setting for its internal clock
JP2001352522A (en) Recording and reproducing system
JP2002094892A (en) Digital broadcast receiving system and digital broadcast receiver to be used for the same and external recording device
JPH0777587A (en) Time correction system and recorder

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050628

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081029

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081218

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090423

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090515

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120522

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees