(57)【特許請求の範囲】
【請求項１】
少なくとも番組タイプ情報を付加情報として含む放送を受信してビデオ／オーディオ情報をユーザに提供する受信機を有するディジタル放送受信装置において、
ユーザにより指定された選択特定情報の番組タイプに該当する番組を、前記付加情報に含まれる番組タイプ情報から検索して、その時間情報をデータベースに格納し、該データベースの格納情報と現時間情報に基づき、ユーザから指定された番組タイプの番組を時系列的に選択して受信し順次前記ユーザに提供する放送選択機能部を備え、
前記放送選択機能部は、
前記付加情報より、番組の時間情報と番組タイプ情報を抽出する番組タイプ情報抽出手段と、
前記番組タイプ情報抽出手段が抽出した時間情報と番組タイプ情報を情報として含むデータベースを作成するデータベース作成手段と、を有し、
ユーザにより指定された選択特定情報の番組タイプに該当する番組を前記データベースより検索し、検索された番組の時間情報に基づき前記受信機に時系列的に受信させて、該当番組のオーディオ／ビデオ情報を順次提供するデータベース検索手段と、
前記ユーザから指定された選択特定情報に応じて、前記検索の際の判定を行う検索判定手段と、をさらに有すると共に、
前記検索判定手段は、
ユーザにより指定された番組タイプと同種の番組タイプの番組が同一時間帯に競合したとき、各該当番組の放送時間に対する他の番組によって干渉される時間の割合を算定して時間干渉率とし、該時間干渉率の小さい番組を優先して選択する時間干渉率算定部を含むことを特徴とするディジタル放送受信装置。
【請求項２】
少なくとも番組タイプ情報を付加情報として含む放送を受信してビデオ／オーディオ情報をユーザに提供する受信機を有するディジタル放送受信装置において、
ユーザにより指定された選択特定情報の番組タイプに該当する番組を、前記付加情報に含まれる番組タイプ情報から検索して、その時間情報をデータベースに格納し、該データベースの格納情報と現時間情報に基づき、ユーザから指定された番組タイプの番組を時系列的に選択して受信し順次前記ユーザに提供する放送選択機能部を備え、
前記放送選択機能部は、
前記付加情報より、番組の時間情報と番組タイプ情報を抽出する番組タイプ情報抽出手段と、
前記番組タイプ情報抽出手段が抽出した時間情報と番組タイプ情報を情報として含むデータベースを作成するデータベース作成手段と、をし、
ユーザにより指定された選択特定情報の番組タイプに該当する番組を前記データベースより検索し、検索された番組の時間情報に基づき前記受信機に時系列的に受信させて、該当番組のオーディオ／ビデオ情報を順次提供するデータベース検索手段と、
前記ユーザから指定された選択特定情報に応じて、前記検索の際の判定を行う検索判定手段と、をさらに有すると共に、
ユーザにより指定された番組タイプの番組が同一時間帯に競合し、番組を選択提供したとき、非選択となった番組について、録画／録音するように指示するレコード指示部を含むことを特徴とするディジタル放送受信装置。
【請求項３】
前記非選択の番組の番組タイプが録画を必要としない属性を有するとき、録音のみを指定する録音選択部を含む請求項２に記載のディジタル放送受信装置。
【請求項４】
前記データベースに基づき、ユーザから指定された番組タイプに該当する番組が存在しない空き時間を検索し、該空き時間に、前記レコード指示部の指示により録画／録音された非選択の番組を再生させるレコード再生部を含む請求項２に記載のディジタル放送受信装置。
【請求項５】
ユーザから指定された番組タイプの番組の時間となり当該番組を提供する際に、前記レコード再生部による再生を停止させるレコード再生停止部を含む請求項４に記載のディジタル放送受信装置。
【請求項６】
録画／録音された非選択の番組が複数あるとき、前記空き時間内に再生が完了する番組を選択して前記レコード再生部に再生させるレコード再生選択部を含む請求項４に記載のディジタル放送受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はディジタル放送受信装置に関する。
近年、ＣＳ（Communication Satellite ）放送等のディジタル放送が実際の運用に供され始めている。このようなディジタル放送では例えば１００チャンネルという膨大な数のチャンネルが提供され、ユーザである視聴者は、かかる膨大な数のチャンネルの中から好みの１つのチャンネルを逐次選択して、放送を視聴することになる。
【０００２】
【従来の技術】
ＣＳ放送等のディジタル放送では上記のとおり膨大な数のチャンネルから１つのチャンネルを選択することから、その選択のための操作はユーザにとってきわめて煩雑なものとなる。
このため従来より種々の放送選択機構が提案されている。数例を挙げると、▲１▼特開平１０−１９１１９４号、▲２▼特開平１０−２１５４１９号、および▲３▼特開平１０−３０４２７１号、等がある。
【０００３】
上記従来例▲１▼は、ユーザの希望により指定する番組もしくはチャンネルについて、マークを付けることができるようにし、これらのマーク付けされた番組もしくはチャンネルについて、番組案内表示を行うものである。
上記従来例▲２▼は、ユーザに出演者、曲名等のキーワードを入力させ、ユーザが視聴希望の番組を探しやすい番組表を作成して、ユーザに出力するものである。
【０００４】
上記従来例▲３▼は、ユーザがこれまでに視聴した番組の視聴回数をメモリに記録しておき、目的の番組を能率よく探すようにするものである。
【０００５】
【発明が解決しようとする課題】
本発明は上記従来例▲１▼、▲２▼および▲３▼等にはない、新たなディジタル放送選択機構を提供する。
例えば車両搭載用のディジタル放送受信機について見ると、かかる車両用の受信機では、ユーザの好みの１つまたは複数のジャンルやタイトル等を予め指定しておけば、ドライブ中、何の操作も要することなく、これらのジャンルやタイトルを有する番組タイプのみを、次から次へと連続して、かつ、自動的に受信できれば、これまでのアナログ放送では全く考えられない新たなサービスが提供できる。
【０００６】
したがって本発明は、ユーザの好みの番組タイプのみを次から次へと連続的に、かつ、自動的に受信することのできるディジタル放送受信装置を提供することを目的とするものである。
【０００７】
【課題を解決するための手段】
図１は本発明に基づくディジタル放送受信装置の基本構成図である。
本発明に係るディジタル放送受信装置１は、大別して、受信機２と、放送選択機能部３とからなる。さらに具体的には、少なくとも番組タイプ情報ｂを付加情報Ｂとして含む放送をアンテナＡＮＴより受信してビデオ／オーディオ情報ＡＶをユーザに提供する受信機２を有するディジタル放送受信装置１であって、ここに放送選択機能部３は、受信機２に連携し、ユーザから指定された番組タイプを、番組タイプ情報ｂから検索して、時間情報ｔとともにデータベースＤＢに格納し、データベースＤＢより、当該番組タイプを時系列的に選択して順次ユーザに提供する機能を果す。
【０００８】
なお本発明に係るディジタル放送受信装置１をなす受信機２および放送選択機能部３のうち、特に該機能部３が本発明を特徴づける要素であり、理解しやすいように、受信機２と切り離して独立した要素として図示している。実際には、制御部（マイコン）４と一体に形成されるのが望ましい。
なお受信機２そのものについては周知の一般的な構成でよい。例えば、チューナならびにＲＦ増幅器等を構成するＲＦ部（“ＲＦ”）と、上記の番組タイプ情報ｂ等を含む付加情報Ｂを復号して、制御部（マイコン）４に戻すデコーダＤＥＣと、マイコン４のプログラムや必要なデータを保持するメモリ５と、ユーザにより指定される各種の指定情報を入力するキー７と、その入力信号をマイコン４に受信可能な信号にするインタフェース６とを有する。かくしてユーザの好みの番組がオーディオ／ビデオ放送として、モニタ（Ｍ）８および／またはスピーカ（ＳＰ）９より提供される。
【０００９】
このような受信機２に連携する、本発明に係る放送選択機能部３は、図示するように、番組タイプ情報抽出手段１１と、データベース作成手段１２と、データベース（ＤＢ）１３と、データベース検索手段１４と、検索判定手段１５とを有してなる。なお、データベース１３に隣接するユーザメモリ（ＵＭ）１７については後述する。
【００１０】
上記の各手段１１，１２，１４および１５の主たる機能は次のとおりである。
番組タイプ情報抽出手段１１は、番組の属性に関する付加情報Ｂより、時間情報ｔを含む番組タイプ情報ｂを抽出するものである。
データベース作成手段１２は、抽出した時間情報ｔを含む番組タイプ情報ｂを格納するデータベース（ＤＢ）１３を作成するものである。
【００１１】
データベース検索手段１４は、ユーザから指定された番組タイプをデータベース１３より検索し、その指定に係るオーディオ／ビデオ情報ＡＶを、受信機２より時系列的に、順次提供するものである。
検索判定手段１５は、ユーザから指定された選択特定情報に応じて、上記の検索の際の判定を行うものである。ここに選択特定情報とは、番組に関する選択をユーザが特定するための情報を意味する。
【００１２】
上記の各手段により、ユーザは自己の好みの番組を、自動的に、次から次へと連続して視聴することができる。
【００１３】
【発明の実施の形態】
図２は図１に示す検索判定手段１５の具体的構成例を示す図である。本図に示す各部の説明により、本発明により得られる機能が一層明白となる。
本図に示す要素は、優先指定部２１、番組競合通知部２２、時間干渉率算定部２３、レコード指示部２４、録音選択部２５、レコード再生部２６、レコード再生停止部２７、およびレコード再生選択部２８であり、マイコン４と連係して動作する。なお、検索判定手段１５としてこれらの要素２１〜２８を全て同時に形成する必要はなく、任意のいくつかを必要に応じて、形成しておけばよい。
【００１４】
以下、模式的に表した番組表ならびにフローチャートを参照しながら詳細に説明する。
図３は本発明の第１例を表すタイムテーブルであり、
図４は第１例のもとでの動作を示すフローチャートである。
図３の番組表を参照すると、例えばサービスＡ、サービスＢおよびサービスＣの三種の放送サービスが提供されており、各放送サービスにおいては、図示する各種の番組タイプが本図の左側に示す時間帯において放送予定である。
【００１５】
上述した選択特定情報は、ジャンルやタイトルや出演者等の中からどれを選択するかユーザによって特定される情報であり、これらのジャンル、タイトル、出演者等を番組タイプと総称する。
図３の例では、ユーザは選択特定情報としてスポーツを選択しており、受信機２のモニタ８やスピーカ９からは、スポーツＣ→スポーツＢ→スポーツＡが、時間を追って次から次へと、自動的に、連続してユーザに提供される。例えば、スポーツＣはテニス、スポーツＢは野球、スポーツＡは相撲の各中継放送である。
その他、ニュースのＡ，Ｂやポップス（ＰＯＰ）のＡ，Ｂや、天気予報Ａも放送されている。
【００１６】
図４では上述した連続受信のための動作例が示されている。
ステップＳ１１：選択特定情報をユーザが例えばキー７を用いて入力する。この例ではスポーツを選択する。
ステップＳ１２：番組タイプ情報抽出手段１１は、上記の付加情報ＢとしてＥＰＧ（Electronic Program Guide) 情報を解析し、同時にステップＳ１１による上記選択特定情報を解析する。
【００１７】
ステップＳ１３：データベース作成手段１２は、上記の連続受信用のデータベース（ＤＢ）１３を作成する（図解的に示せば、図３のハッチングの部分のデータベースである）。
以上のステップを経ると、ユーザが選択した番組タイプ（スポーツ）の連続受信が可能となる。
【００１８】
ステップＳ１４：データベース検索手段１４は、データベース１３に登録された番組の時間になったか判断する。
ステップＳ１５：その時間になったと判断すると（Ｙｅｓ）、データベース１３に登録されたサービスに切り替える。図３の例では、例えば時刻１：００になると、スポーツＣからスポーツＢへ切り替える。
【００１９】
以上のようにして連続受信を行うことが可能となる。
図５は本発明の第２例を表すタイムテーブルであり、
図６は第２例のもとでの動作を示すフローチャートである。
図３および図４の第１例では、単一の番組タイプ（スポーツ）がユーザによって選択された。しかし実際には、ユーザが２種の番組タイプあるいはそれ以上の種類の番組タイプを選択することを望むこともある。
【００２０】
このような場合に、図２に示した検索判定手段１５内の優先指定部２１が有効に機能する。
この優先指定部２１は、上述した選択特定情報により指定された番組タイプが複数種あるときにこれらの番組タイプの優先視聴順位に関する情報を該選択特定情報より得て保持し、かつ、同一時間帯にこれらの番組タイプが競合したとき、最優先の番組タイプを指定するものである。
【００２１】
例えば、図５の番組表を参照すると、ユーザは番組タイプ“スポーツ”と、別の番組タイプ“ポップス（ＰＯＰ）”を選択しているものとする。そして、さらに、これらの２つの番組タイプに優先視聴順位を指定している。この例では、ポップス（ＰＯＰ）が第１優先（最優先）で、スポーツが第２優先である。
そうすると図５において、時刻２：００から始まっているスポーツＢと、時刻３：００から始まるポップスＰＯＰ・Ｂとが、この時刻３：００から競合することになるが、この場合、優先指定部２１は、第２優先のスポーツＢから第１優先（最優先）のポップス（ＰＯＰ・Ｂ）へ放送を切り替えてしまう。
【００２２】
図６では上述した優先指定があるときの動作例が示されている。
ステップＳ２１：ステップＳ１１（図４）と同様であるが、優先順位に関する情報も入力される。
ステップＳ２２，Ｓ２３は、ステップＳ１２，Ｓ１３（図４）と同様であり、連続受信に入る。
【００２３】
ステップＳ２４は、ステップＳ１４（図４）と同様である。
ステップＳ２５は、ステップＳ１５（図４）に対応するが、ここでは番組タイプの競合の発生を認識して、最優先の番組タイプに切り替える。
以上のようにして、２以上の番組が選択された場合に起こり得る番組相互のぶつかりを調整することができる。
【００２４】
図７は本発明の第３例を表すタイムテーブルであり、
図８は第３例のもとでの動作を示すフローチャートである。
図５および図６の第２例では、複数種の番組タイプを選択したときに起こり得る上記の競合を、優先順位を指定することにより調整したが、この第３例では、ユーザにその競合発生の事実のみを伝えることとする。このために、図２に示した番組競合通知部２２が設けられる。
【００２５】
この番組競合通知部２２は、上記の選択特定情報により指定された番組タイプが、同一時間帯に複数競合したとき、競合した旨をユーザに通知するものである。
例えば、図７の番組表を参照すると、ユーザは番組タイプ“スポーツ”を選択しているが、時刻３：００から始まるスポーツＡ（相撲）が、時刻１：００から始まっているスポーツＢ（野球）と競合してしまう。そこでこの競合の事実をユーザに通知し、かつ、マニュアル操作でいずれか一方をユーザに選択させる。これまで聞いていたスポーツＢをそのまま続行するか、新たなスポーツＡに切り替えるか、の選択である。したがって、この場合、競合することになる新たなスポーツＡについてのＥＰＧ情報（その内容、トータル時間等）を、ユーザへの通知の際に併せて知らせると、ユーザは一層選択がしやすくなる。
【００２６】
図８では上述した、ユーザに対して競合発生の通知をするときの動作例が示されている。
ステップＳ３１，Ｓ３２，Ｓ３３，Ｓ３４及びＳ３６は、それぞれ図４のステップＳ１１，Ｓ１２，Ｓ１３，Ｓ１４およびＳ１５と同様である。
特に注目すべきステップはＳ３５とＳ３７であり、ステップＳ３５では、データベース検索手段１４により、サービスの競合が検知される。するとステップＳ３７では、番組競合通知部２２（図２）により、ユーザへその旨の通知がなされる。この通知は、スピーカ９からのビープ音でもよいし、モニタ８上での適当な画面表示でもよい。
【００２７】
その通知を受けたユーザは、例えばキー７からの入力によりマニュアル操作で、スポーツＡまたはスポーツＢを選択できる。なお、上述の説明では、スポーツＡおよびＢという同一ジャンルの例を示したが、スポーツとポップスというように異なるジャンルのときでもよい。
以上のようにして、２以上の番組のぶつかりをユーザに知らせることにより、最適な番組を選択可能となる。
【００２８】
図９は本発明の第４例を表すタイムテーブルであり、
図１０は第４例のもとでの動作を示すフローチャートである。
図７および図８の第３例では、複数種の番組タイプが競合したときに、そのいずれを選択するかをユーザの判断に任せていたが、この第４例では、放送選択機能部３がユーザに代わって判断するようにする。この判断基準となるのは時間干渉率（後述）であり、図２に示した時間干渉率算定部２３が有効に機能する。
【００２９】
この時間干渉率算定部２３は、上述した選択特定情報により指定された番組タイプと同種の番組タイプが競合したとき、各番組タイプが他の番組タイプによって干渉される時間的割合を算定して時間干渉率とし、この時間干渉率の小さい番組タイプを優先して選択するものである。
例えば、図９の番組表を参照すると、ユーザは番組タイプ“スポーツ”を選択しているが、本図中の「競合」として表した時間帯において、スポーツＡ１、スポーツＢおよびスポーツＣ２が競合してしまっている。
【００３０】
このような場合、その競合をユーザに調整させるのではなく、時間干渉率算定部２３で自動的に決定することとする。
図９の例によると、スポーツＣ２はその全放送時間が、スポーツＢによって（スポーツＡ１によっても）干渉される時間的割合が１００％である。またスポーツＡ１について見ると、その全放送時間がスポーツＢによって干渉される時間的割合は１００％である。
【００３１】
一方、スポーツＢについて見ると、その全放送時間中、スポーツＡ１によってまたスポーツＣ２によって干渉される時間的割合は１００％以下である。ここでその時間的割合を上記の時間干渉率Ｒとして定義すると、
Ｒ＝ｔ／Ｔ×１００〔％〕
である。Ｔは着目する番組の全放送時間であり、ｔはこの着目する番組が、他の選択番組と重なっている時間である。
【００３２】
図９の例によれば、スポーツＡ１，ＢおよびＣ２の各時間干渉率Ｒ（Ａ１），Ｒ（Ｂ）およびＲ（Ｃ２）は、Ｈを時間（hour) とすると、
Ｒ（Ａ１）＝１．０Ｈ／１．０Ｈ＝１００％
Ｒ（Ｂ）  ＝１．０Ｈ／２．０Ｈ＝５０％
Ｒ（Ｃ２）＝０．５Ｈ／０．５Ｈ＝１００％
となる。したがって、５０％と最も小さいＲ（Ｂ）を最優先で選択する。すなわちスポーツＢを選択して受信する。
【００３３】
図１０では上述した時間干渉率に従った動作例が示されている。
ステップＳ４１，Ｓ４２，Ｓ４３，Ｓ４４およびＳ４６は、それぞれ、図４のステップＳ１１，Ｓ１２，Ｓ１３，Ｓ１４およびＳ１５と同様である。
ステップＳ４５は、図８のステップＳ３５と同様である。
したがって本図のステップＳ４７がこの第４例を最も特徴づけるステップであり、上述した時間干渉率Ｒに基づき、競合番組中の１つの番組が自動的に選択される。
【００３４】
なお時間干渉率Ｒの計算は、番組競合が発生したとき行ってもよいし、ＥＰＧ情報を受信した時点で予め計算し、データベース１３にその値を格納しておくようにしてもよい。
以上のようにして、２以上の番組が競合したとき、自動的に、時間干渉率の最小となる番組が選択される。
【００３５】
図１１は本発明の第５例を表すタイムテーブルであり、
図１２は第５例のもとでの動作を示すフローチャートである。
図５、図７および図９を参照すると、各図で“競合”と記載した各時間帯において、他の番組が優先選択されたことにより非選択となった番組がある。図５（第２例）のスポーツＢ、図７（第３例）のスポーツＡまたはスポーツＢ、図９（第４例）のスポーツＡ１およびスポーツＣ２である。
【００３６】
これら非選択となった番組がそのまま捨てられてしまうのでは、折角の放送番組が無駄になってしまう。そこで第５例では、これらの非選択の番組をレコード（録画／録音）しておくようにする。そのために図２に示したレコード指示部２４が有効に機能する。
このレコード指示部２４は、上述した選択特定情報により指定された番組タイプが、同一時間帯に複数競合したとき、この選択特定情報に応じて非選択となった番組について、録画／録音するように指示するものである。
【００３７】
例えば、図１１の番組表を参照すると、ユーザが選択特定情報によりスポーツを選択しているものとすると、時刻１：００より、スポーツＡ１とスポーツＢが競合してしまう。そこで、上記第２例（図５）に基づくと、第２優先のスポーツＡ１が非選択となり、上記第３例（図７）に基づくと、ユーザのマニュアル選択（スポーツＢを選択したものとする）によってスポーツＡ１が非選択となり、上記第４例（図９）に基づくと、上記時間干渉率Ｒの大きいスポーツＡ１が非選択となる。
【００３８】
こうして非選択となったスポーツＡ１の番組は、本第５例のもとで、レコード指示部２４による指示により、録画／録音されることになる。
図１２では上述したレコード指示の動作例が示されている。
ステップＳ５１，Ｓ５２，Ｓ５３，Ｓ５４およびＳ５６は、それぞれ、図４のステップＳ１１，Ｓ１２，Ｓ１３，Ｓ１４およびＳ１５と同様である。
【００３９】
ステップＳ５５は、図８のステップＳ３５と同様である。
したがって本図のステップＳ５７がこの第５例を最も特徴づけるステップであり、非選択となった上記番組（スポーツＡ１）は録画／録音器１６（図１）にてレコードされる。なお、録画／録音とは、録画および録音のいずれか一方、または双方を行うことを表している。
【００４０】
以上のようにして、非選択となった番組を自動的に保存しておくことが可能となる。
図１３は本発明の第６例を表すフローチャートである。
この第６例は、図２に示した録音選択部２５により行われる。
上述した第５例を実施する場合、非選択となった番組が、例えばニュースであったとすると、これを後に録画／録音器１６より再生するときに、そのニュースの音声を再生するだけでも十分内容を知ることができる。そうすると、ニュースのような属性を有する番組ならば、録画をせずに録音だけを選択することも可能である。特に車載用のディジタル放送受信装置であると、録音だけ再生した方が都合がよい。ニュースのみならず、落語のような語り物の場合も当てはまる。
【００４１】
かくのごとく上記録音選択部２５は、ＥＰＧ情報のような上記付加情報Ｂより得た、非選択となった番組の属性に基づき、当該非選択の番組タイプが録画を必要としない属性を有するとき、録音のみを選択することを指定する働きをする。
図１３を参照すると、
ステップＳ６１：非選択となり、レコードされるサービス（例えば上記のニュース）の属性を検索する。
【００４２】
ステップＳ６２：上記属性がニュースと分かれば対応する記録媒体を自動選択する。具体的には録音器（１６）を自動選択する。
ステップＳ６３：非選択中、上記のニュースを上記録音器（１６）にて録音する。
以上のようにして、非選択の番組を単にレコードするだけでなく、そのレコード媒体までも自動的に選択可能となる。
【００４３】
図１４は本発明の第７例を表すタイムテーブルであり、
図１５は第７例のもとでの動作を示すフローチャートである。
この第７例は、上記第５例のステップＳ５７（図１２）や、上記第６例のステップＳ６３（図１３）でレコード（録画／録音）された番組の再生に関するものである。このために、図２に示したレコード再生部２６が設けられる。
【００４４】
このレコード再生部２６は、上述のデータベース検索手段１４が、データベース（ＤＢ）１３内に、ユーザから指定された番組タイプに該当するものが存在しない空き時間を検索したとき、この空き時間に、上記のレコード指示部２４によりレコード（録画／録音）された非選択の番組を再生させるものである。
例えば、図１４の番組表を参照すると、ユーザは上記選択特定情報として、スポーツを選択しているものとする。この例では、スポーツＡ１とスポーツＢが競合する。
【００４５】
そうすると、上記の第２例（図５、図６）、第３例（図７、図８）あるいは第４例（図９、図１０）に従って、スポーツＡ１かスポーツＢのいずれか一方が優先選択される。そして仮にスポーツＡ１が非選択になったものとすると、上記の第５例（図１１、図１２）または第６例（図１３）に従って、そのスポーツＡ１が録画／録音器１６（図１）にレコードされる。
【００４６】
レコードされたスポーツＡ１の番組は、この第７例に基づけば、後の空き時間を捜し、この空き時間があれば、その時間帯に、再生されることになる。図１４の例では、時刻３：００からの時間帯は、ライブＡおよびライブＢの番組しかなく、選択したスポーツの番組はないから、ここが空き時間となり（図中の、“空き”）、スポーツＡ１を再生できる。
【００４７】
図１５では上述した、空き時間での非選択番組の再生動作例が示されている。
ステップＳ７１：データベース検索手段１４（図１）により、データベース１３に、受信する番組（上記の、ユーザが選択したスポーツ番組）があるか判断する。この判断はレコード再生部２６が行う。
ステップＳ７２：そのスポーツ番組があればこれに切り替える。このステップＳ７２は図４のステップＳ１５と同様である。
【００４８】
ステップＳ７３：上記ステップＳ７１にて、その判断結果がＮｏであると、求める空き時間を見つけたことになる。そこでこの空き時間に、上記のレコードされているスポーツＡ１を再生する。
以上のようにして、非選択となった番組が、空き時間を利用して再生されることになる。
【００４９】
図１６は本発明の第８例を表すタイムテーブルであり、
図１７は第８例のもとでの動作を示すフローチャートである。
上記第７例におけるステップＳ７３（図１５）によれば、レコード再生部２６（図２）により非選択番組の再生を開始すると、これが完結するまで再生し続ける。
【００５０】
しかしながら、その再生途中で、ユーザが選択している番組（スポーツ）の放送が新たに開始することもあり得る。図１６はこのことを示している。時刻１２：００より競合によって非選択となったスポーツＡ１は、レコード指示部２４にレコードされる。そして前述の空き時間を見つけると（本図では時刻２：００以降）、その時間帯で、レコードしたスポーツＡ１を再生する。上記の第７例によれば、そのままスポーツＡ１を完結するまで、再生し続ける。
【００５１】
ところが本図に示すとおり、時刻３：００より新たにスポーツＡ２が開始してしまう。この場合、１時間半分のスポーツＡ１は、１時間の空き時間では再生し切れていないが、その残りはまた後から見ることができるので、強制的にスポーツＡ１の再生を停止し、当該サービス（スポーツＡ２）に切り替える。これが第８例であり、そのために図２に示すレコード再生停止部２７を設ける。
【００５２】
このレコード再生停止部２７は、上述したデータベース検索手段１４が、データベース１３内に、ユーザから指定された番組タイプに該当するものを検索したとき（この場合、スポーツＡ２）、レコードされた非選択の番組（スポーツＡ１）の再生を停止させる機能を果す。
図１７では上述したレコード再生停止の動作例が示されている。
【００５３】
ステップＳ８１およびステップＳ８２は、それぞれ、図１５のステップＳ７１およびＳ７２と同様である。
またステップＳ８３も、図１５のステップＳ７３と同様である。したがって、ステップＳ８４とＳ８５が、新たに加わったことになる。
ただしステップＳ８３では、チェックルーチンが含まれる。このチェックルーチンは、サービスの再生中、所定の間隔で周期的に、例えば３０秒毎に行われる。ただしそのチェックルーチンは、再生中の例えば垂直フライバック期間中等のわずかな時間を利用して実行される。
【００５４】
このチェックルーチンでは、ステップＳ８４が実行される。このステップの内容はステップＳ８１と全く同じである。このステップＳ８４で、図１６の時刻３：００からのスポーツＡ２を発見すると、直ちにステップＳ８５に至って、再生の停止を行うと同時に、ステップＳ８２に至って、スポーツＡ２の放送を受信し始める。なお、上記のチェックルーチンやステップＳ８４に代えて、データベース検索手段１４により、スポーツＡ２を見つけて、そのときに上記の再生を停止するようにしてもよい。
【００５５】
以上のようにして、非選択となってレコードされた番組を再生している間であっても、新たなユーザ選択番組が始まれば直ちにこれに切り替えることができる。
図１８は本発明の第９例を示すフローチャートである。
上記第８例の説明では、非選択となった番組が１つ（スポーツＡ１）であったが、そのような非選択となる番組が２つ以上になることも場合によってはあり得る。
【００５６】
このような場合、レコードされた２以上の番組の中から最適な１つを選択して再生できるようにしたのが、本第９例である。このために図２に示したレコード再生選択部２８が有効に機能する。
このレコード再生選択部２８は、録画／録音器１６（図１）にレコード（録画／録音）された非選択の番組が複数あるとき、上述した空き時間内に再生が完了する番組を選択して上記レコード再生部２６に再生させるものである。
【００５７】
例えば、レコードされた非選択の番組が２つあって、１つはその総再生時間が２時間半、もう１つは１時間半であったとして、上記の空き時間として２時間の時間帯が割り出されたときは、後者の番組（１時間半）が選択されることになる。
図１８では上述した、２以上のレコードされた番組があったときの再生選択動作例が示されている。
【００５８】
ステップＳ９１およびＳ９２は、図１５のＳ７１およびＳ７２と同様である。
したがって、ステップＳ９３が本第９例の特徴的なステップである。このステップＳ９３では、データベース検索手段１４（図１）により、データベース（ＤＢ）１３の中に存在する空き時間（例えば、図１６に示す“空き”）を算定する。
さらに、レコード（録画／録音）した各サービス（番組）の総再生時間がその空き時間以内であるもの（空き時間に再生が完結できるサービス）を自動的に選択して再生し、ユーザに提供する。再生可能な番組が複数あるときは、番組一覧をユーザに出してもよいし、またタイムスタンプの古いものから自動で選択してもよい。
以上のようにして、レコードしたいくつかの番組のうち、空き時間内に、全て視聴し終えることのできる番組を自動的に選択して再生することができる。
【００５９】
最後に第１０例を説明するが、ここで再び図１を参照すると、データベース（ＤＢ）１３に併設したユーザメモリ（ＵＭ）１７が示されている。この役割は次のとおりである。
仮に１台の車両を２人のユーザＵ１およびＵ２が共用していたものとすると、各ユーザそれぞれに上記の選択特定情報は異なってくる。そうすると、該ユーザＵ１およびＵ２は、各々車両のエンジン始動の都度、自己の選択特定情報を設定し直さなければならないので面倒である。
【００６０】
そこで選択特定情報をユーザＵ１用とＵ２用とに個別に持つようにする。これを示したのが図１のユーザメモリ（ＵＭ）１７であり、その上段がＵ１用、その下段がＵ２用である。ユーザは、エンジン始動時に、キー７よりＵ１用かＵ２用かを指定するだけでよい。もしユーザが３人以上ならば、その数分のメモリ領域を用意すればよい。
【００６１】
図１９は本発明の第１０例を示すフローチャートであり、上述したユーザ毎の選択特定情報の設定を行う動作例が示されている。
本図のフローチャートは、図６（第２例）に示したフローチャートと同様であり、本図のステップＳ１０２，Ｓ１０３は、それぞれ図６のステップＳ２２，Ｓ２３と同様である。したがって、本図のステップＳ１０１が第１０例を特徴づけるステップである。
【００６２】
このステップＳ１０１では、複数のユーザ（Ｕ１，Ｕ２…）のうちどのユーザが視聴者であるのかをデータベース検索手段１４が識別する。例えば、当該ユーザを示すキー入力により識別する。その後、当該ユーザに固有の選択特定情報をユーザメモリ１７より読み出す。
【００６３】
【発明の効果】
以上説明したように本発明によれば、ディジタル多チャンネルのサービスの中からユーザの気に入ったサービスだけを次から次へと連続的に受信することができ、番組の選択を意識せずに、またその選択の手間を省いて、快適なサービス環境が提供される。選択の手間が省けるので特に車載用として好適である。
【００６４】
上記第１例は、連続受信の典型例である。
上記第２例によれば、ユーザのお気に入りの番組を２種以上選択しても、これらの間の競合を最適に調整できる。
上記第３例によれば、ユーザにお気に入りのサービスの放送状況を漏れなく把握でき、番組選択の余地が広がる。
【００６５】
上記第４例によれば、全体的に見て連続受信中の空き時間が少なくなり、より長時間楽しむことができるし、また、受信中の無駄な時間を減らすことができる。
上記第５例によれば、ユーザにお気に入りのサービスを漏れなく楽しむことができる。
【００６６】
上記第６例によれば、上記録画／録音器１６のうち、録音機能だけに特化させて、所要スペースの節約とコスト低下を図ることができる。またモニタ（Ｍ）８が例えば車載用ナビゲーションシステムと共用される場合、そのナビゲーションに干渉せずに済む。
上記第７例によれば、例えばドライブ中であれば、無駄なく長時間お気に入りの番組が楽しめる。
【００６７】
上記第８例によれば、ユーザのお気に入りの番組を、無駄なく、長時間、しかも番組選択の操作なしに、楽しむことができる。
上記第９例によれば、楽しんでいた再生中の番組を中途半端に終わらせることなく、長時間楽しめ、また無駄時間も減らせる。
上記第１０例によれば、各ユーザが一度自己の選択特定情報を設定したら、その後は設定操作なしに、お気に入りのサービスの開始は全て、各ユーザ毎に分かりしたがって見逃しもない。
【図面の簡単な説明】
【図１】本発明に基づくディジタル放送受信装置の基本構成図である。
【図２】図１に示す検索判定手段１５の具体的構成例を示す図である。
【図３】本発明の第１例を表すタイムテーブルである。
【図４】第１例のもとでの動作を示すフローチャートである。
【図５】本発明の第２例を表すタイムテーブルである。
【図６】第２例のもとでの動作を示すフローチャートである。
【図７】本発明の第３例を表すタイムテーブルである。
【図８】第３例のもとでの動作を示すフローチャートである。
【図９】本発明の第４例を表すタイムテーブルである。
【図１０】第４例のもとでの動作を示すフローチャートである。
【図１１】本発明の第５例を表すタイムテーブルである。
【図１２】第５例のもとでの動作を示すフローチャートである。
【図１３】本発明の第６例を表すフローチャートである。
【図１４】本発明の第７例を表すタイムテーブルである。
【図１５】第７例のもとでの動作を示すフローチャートである。
【図１６】本発明の第８例を表すタイムテーブルである。
【図１７】第８例のもとでの動作を示すフローチャートである。
【図１８】本発明の第９例を表すフローチャートである。
【図１９】本発明の第１０例を表すフローチャートである。
【符号の説明】
１…ディジタル放送受信装置
２…受信機
３…放送選択機能部
４…制御部（マイコン）
８…モニタ
９…スピーカ
１１…番組タイプ情報抽出手段
１２…データベース作成手段
１３…データベース（ＤＢ）
１４…データベース検索手段
１５…検索判定手段
１６…録画／録音器
１７…ユーザメモリ
２１…優先指定部
２２…番組競合通知部
２３…時間干渉率算定部
２４…レコード指示部
２５…録音選択部
２６…レコード再生部
２７…レコード再生停止部
２８…レコード再生選択部
【図１】
0004573380.tif 000002
【図２】
0004573380.tif 000003
【図３】
0004573380.tif 000004
【図４】
0004573380.tif 000005
【図５】
0004573380.tif 000006
【図６】
0004573380.tif 000007
【図７】
0004573380.tif 000008
【図８】
0004573380.tif 000009
【図９】
0004573380.tif 000010
【図１０】
0004573380.tif 000011
【図１１】
0004573380.tif 000012
【図１２】
0004573380.tif 000013
【図１３】
0004573380.tif 000014
【図１４】
0004573380.tif 000015
【図１５】
0004573380.tif 000016
【図１６】
0004573380.tif 000017
【図１７】
0004573380.tif 000018
【図１８】
0004573380.tif 000019
【図１９】
0004573380.tif 000020