JP4054479B2 - 携帯視聴システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、携帯視聴システムに関し、より特定的には、固定的または半固定的に据え置かれた本体装置で受信した番組データを、持ち運び可能な携帯装置に転送し、携帯装置側で番組データを再生してユーザに提供するような携帯視聴システムに関する。
【０００２】
【従来の技術】
放送の多チャンネル化と通信による映像サービスの発展により、一般ユーザが受信可能な番組数は増大している。しかしながら、ユーザが１日の内で番組を視聴できる時間は限られており、視聴したい番組があっても必ずしも視聴することができないのが実情であった。
【０００３】
そこで、最近、ユーザの様々な空き時間（昼休み時間、移動時間等）を利用して番組が視聴できるような携帯視聴システムが提案されている。従来の携帯視聴システムは、家庭内に据え置かれた本体装置と、持ち運び可能な携帯装置とで構成される。本体装置は、少なくとも、放送によって提供される番組データを受信する機能と、受信した番組データを内部に蓄積する機能と、蓄積された番組データを携帯装置に転送する機能とを備えている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の携帯視聴システムでは、本体装置から携帯装置に番組データを転送するために長時間を要するという問題点があった。従って、ユーザが時間が無くてデータ転送を途中で打ち切ると、番組データが途中で途切れてしまい、視聴したい番組が最後まで視聴できないと言う不都合があった。
【０００５】
図１８は、従来の携帯視聴システムで採用されているデータの転送方式を説明するための図である。以下には、図１８を参照して、従来システムが有する問題点についてより具体的に説明する。
【０００６】
図１８（ａ）は、放送される番組を構成するデータの時間的遷移を示している。図１８（ａ）において、横軸は放送における時間経過を、縦軸は放送におけるビットレートを、それぞれ示している。すなわち、図１８（ａ）は、時刻ｔ０から時刻ｔ１の間には番組１が、時刻ｔ１から時刻ｔ２にの間には番組２が、時刻ｔ２から時刻ｔ３の間には番組３が、それぞれ放送されることを示している。また、番組１、番組２および番組３は、いずれも音声、字幕、映像を番組コンポーネント（番組を構成するモノメディア）として持つ。簡単のため、番組２の放送時間長（ｔ２−ｔ１）と、番組３の放送時間長（ｔ３−ｔ２）とは等しく、番組１の放送時間長（ｔ１−ｔ０）は、番組２（または番組３）の放送時間長のちょうど２倍であるとする。また、各番組コンポーネントのビットレートは、番組によらず一定で、字幕のビットレートｂｃと、音声のビットレートｂａと、映像のビットレートｂｖとの比は、１：２：４であるとする。
【０００７】
図１８（ｂ）は、従来の携帯視聴システムにおいて、本体装置から携帯装置に対して番組データを転送する際の時間的遷移を示している。図１８（ｂ）において、横軸はデータ転送操作の時間経過を、縦軸は転送のビットレートを、それぞれ示している。この図１８（ｂ）に示されるように、時刻ｔ４から時刻ｔ９までの間に、番組１、番組２および番組３の番組コンポーネントが転送される。ここでは、各番組コンポーネントの転送ビットレートが、 図１８（ａ）に示す放送時のビットレートと異なり、各番組コンポーネントのデータの性質に応じて時間軸方向に圧縮または伸張されているものの、基本的には、各番組コンポーネントの伝送順序は、放送時の伝送順序と相似形になっている。すなわち、時刻ｔ４から時刻ｔ７の間には番組１の全番組コンポーネントが、時刻ｔ７から時刻ｔ８の間には番組２の全番組コンポーネントが、時刻ｔ８から時刻ｔ９の間には番組３の全番組コンポーネントが、それぞれ転送される。そして、それぞれの番組の転送所要時間である（ｔ７−ｔ４）、（ｔ８−ｔ７）、（ｔ９−ｔ８）の比は、放送時における番組の時間長（ｔ１−ｔ０）、（ｔ２−ｔ１）、（ｔ３−ｔ２）の比と同じ、２：１：１になる。また、字幕、音声、映像を合計した伝送の総ビットレートが、放送時の総ビットレートのα倍になっているとすると、ある番組に注目した際の、放送の時間長と転送所要時間との比は、いずれもα：１となる。
【０００８】
図１８（ｃ）は、従来の携帯視聴システムにおいて、番組データの転送を時刻ｔａで中断した場合を示している。ここで、時刻ｔａは、ｔ７＜ｔａ＜ｔ８の条件を満たすものとする。番組データの転送が、番組２を転送している時刻ｔ７と時刻ｔ８との間で中断されたため、携帯装置においては、番組１のデータと、番組２の先頭から時刻ｔａまでのデータとが転送されているが、番組２のそれ以降データと、番組３全体のデータについては、字幕、音声、映像のいずれの番組コンポーネントについても全く転送が行われていない。これらの転送されていない部分については、ユーザは携帯装置を介して、何ら情報を得ることができず、その部分が視聴したい内容か否かの判断さえつかない。
【０００９】
それ故に、本発明の目的は、本体装置から携帯装置へのデータ転送が短時間で打ち切られた場合であっても、携帯装置側で、ユーザにとって必要最小限の再生品質を確保し得るような携帯視聴システムを提供することである。
【００１０】
【課題を解決するための手段および発明の効果】
本発明は、上記のような目的を達成するために、以下に述べるような特徴を有している。
【００１１】
第１の発明は、固定的または半固定的に据え置かれた本体装置で受信した番組データを、持ち運び可能な携帯装置で再生してユーザに提供するような携帯視聴システムであって、
本体装置は、
放送によって提供される番組データを受信する受信手段と、
受信手段によって受信された番組データを蓄積する一次蓄積手段と、
一次蓄積手段に蓄積された番組データを構成する各番組コンポーネントに対して転送優先度を設定する転送優先度設定手段と、
一次蓄積手段に蓄積された番組データの各番組コンポーネントを、設定された転送優先度の順序に従って時間軸方向に分散させながら携帯装置に転送する転送手段とを備え、
携帯装置は、
転送手段から分散して転送されてくる番組コンポーネントを蓄積する二次蓄積手段と、
二次蓄積手段に蓄積された番組コンポーネントから再生したい番組の番組データを再構築する再構築手段と、
再構築手段により再構築された番組データを再生する再生手段とを備えている。
【００１２】
上記のように、第１の発明によれば、本体装置で同時に受信した番組データを構成する各番組コンポーネントに対して転送優先度を設定し、設定された転送優先度の順序に従って各番組コンポーネントを時間軸方向に分散させながら携帯装置に転送するようにしているので、本体装置から携帯装置へのデータ転送が短時間で打ち切られた場合であっても、何れかの番組コンポーネントが最後まで携帯装置に転送されている可能性が高くなる。従って、ユーザは、既に転送の終了している番組コンポーネントを再生することにより、不完全ではあるが、番組の最後までその内容を鑑賞することができる。
【００１３】
第２の発明は、第１の発明に従属する発明であって、
転送優先度設定手段は、データ量の少ない番組コンポーネントが優先的に転送されるように、各番組コンポーネントに対して転送優先度を設定することを特徴とする。
【００１４】
上記のように、第２の発明によれば、本体装置から携帯装置に対し、データ量の少ない番組コンポーネントを優先的に転送するようにしているので、最初に送られる番組コンポーネントほど転送時間が短くなる。その結果、データ転送が同時期に打ち切られたときに、携帯装置が受け取っている番組コンポーネントの数を多くすることができる。
【００１５】
第３の発明は、第２の発明に従属する発明であって、
本体装置は、番組コンポーネントの各種類に対して予めデフォルトの転送優先度を定義するための転送優先度定義手段をさらに備えており、
転送優先度設定手段は、転送優先度定義手段に規定された定義に従って、各番組コンポーネントに対してデフォルトの転送優先度を設定することを特徴とする。
【００１６】
上記のように、第３の発明によれば、本体装置では、各番組コンポーネントに対し、その種類に対応して定義されたデフォルトの転送優先度を設定するようにしているので、各番組コンポーネントの性質に適した転送順序を決定することができる。
【００１７】
第４の発明は、第３の発明に従属する発明であって、
転送手段は、一次蓄積手段に蓄積された複数の番組データを一括して携帯装置に転送する場合、各番組データから同一の転送優先度が設定された番組コンポーネントを選択して１セットにまとめ、各セットの転送を設定された転送優先度の順序に従って時間軸方向に分散させながら行うことを特徴とする。
【００１８】
上記のように、第４の発明によれば、複数の番組データを一括して携帯装置に転送する場合、各番組単位毎にデータを転送するのではなく、各番組データから同一の転送優先度が設定された番組コンポーネントを選択して１セットにまとめ、各セットを設定された転送優先度の順序に従って転送するようにしているので、各番組間で転送優先度が公平に分配され、携帯装置に到着する時間が各番組間でばらつくのを防止できる。
【００１９】
第５の発明は、第４の発明に従属する発明であって、
転送優先度定義手段において、番組コンポーネントの各種類は、複数のクラスに分類されており、
転送優先度設定手段は、各番組コンポーネントに対して設定されたデフォルトの転送優先度を各クラス別にチェックし、当該チェック結果に基づいて、各クラス単位で各番組コンポーネントに対して設定されたデフォルトの転送優先度を必要に応じて変更することを特徴とする。
【００２０】
上記のように、第５の発明によれば、番組コンポーネントの種類を複数のクラスに分類し、各クラス内で転送優先度をチェックをして必要に応じて変更を行うようにしているので、クラス単位で転送優先度の管理が行える。
【００２１】
第６の発明は、第５の発明に従属する発明であって、
転送優先度設定手段は、同一クラスに属する番組コンポーネントのいずれに対しても、そのクラスにおいて最高の転送優先度として定義されている値の転送優先度が設定されていない場合、そのクラスにおいて現時点で最も高い転送優先度が設定されている番組コンポーネントの転送優先度を、そのクラスにおいて最高の転送優先度として定義されている値に変更することを特徴とする。
【００２２】
上記のように、第６の発明によれば、各番組間で同一クラスに属する番組コンポーネントの種類にばらつきがある場合であっても、各クラスにおいて最初のセットを転送するときに、何らかの番組コンポーネントが携帯装置に届くように制御することができる。
【００２３】
第７の発明は、第１の発明に従属する発明であって、
本体装置は、受信手段によって受信された番組データの番組コンポーネントから新たな番組コンポーネントを生成する番組コンポーネント生成手段をさらに備え、
蓄積手段は、受信手段によって受信された番組データに、番組コンポーネント生成手段によって生成された番組コンポーネントを加えて蓄積することを特徴とする。
【００２４】
上記のように、第７の発明によれば、受信した番組コンポーネントから新たな番組コンポーネントを生成して転送することができる。このような操作は、例えば、受信した番組データが複数のレイヤに階層符号化されており各レイヤの番組コンポーネントを転送する場合や、受信した詳細映像から間引きされた非詳細映像を作成して転送する場合に有効である。
【００２５】
第８の発明は、第１の発明に従属する発明であって、
携帯装置は、再構築手段により再構築された番組データの何れかの番組コンポーネントのデータが、再生手段による再生の途中で途切れたとき、現在再生中でない他の番組コンポーネントによって再生を代替させる代替手段をさらに備えている。
【００２６】
上記のように、第８の発明によれば、データが途中までしか届かなかったため、その再生が途中で途切れた番組コンポーネントについては、他の番組コンポーネントを代替的に再生するようにしているので、ユーザは、最後まで番組を鑑賞することができる。
【００２７】
第９の発明は、第８の発明に従属する発明であって、
携帯装置は、番組コンポーネントの各種類に対して予め提示優先度を定義するための提示優先度定義手段をさらに備えており、
代替手段は、提示優先度定義手段に規定された定義に従って代替再生すべき番組コンポーネントを決定することを特徴とする。
【００２８】
上記のように、第９の発明によれば、携帯装置では、番組コンポーネントの各種類に対して定義された提示優先度に従って代替再生すべき番組コンポーネントを決定するようにしているので、各番組コンポーネントの性質に適した代替再生順序を決定することができる。
【００２９】
第１０の発明は、第９の発明に従属する発明であって、
提示優先度定義手段において、番組コンポーネントの各種類は、複数のクラスに分類されており、
代替手段は、再生の途切れた番組コンポーネントと同一のクラスに属する番組コンポーネントの中から代替再生すべき番組コンポーネントを決定することを特徴とする。
【００３０】
上記のように、第１０の発明によれば、クラス別に代替再生順序を管理することができる。
【００３１】
第１１の発明は、第１の発明に従属する発明であって、
本体装置と携帯装置は、相互に電気的に接続可能に構成されており、
転送手段は、一次蓄積手段に蓄積された番組データの各番組コンポーネントを、携帯装置に直接オンライン転送することを特徴とする。
【００３２】
上記のように、第１１の発明によれば、本体装置と携帯装置とが相互に電気的に接続可能であるため、番組データをオンライン転送することができる。
【００３３】
第１２の発明は、第１１の発明に従属する発明であって、
本体装置は、
携帯装置が電気的に接続可能に装着される装着手段と、
装着手段に携帯装置が装着されたとき、当該携帯装置に対して充電のための電力を供給する充電手段とをさらに備え、
携帯装置は、充電手段から供給される電力によって充電されるバッテリをさらに備えている。
【００３４】
上記のように、第１２の発明によれば、番組データの転送と携帯装置の充電とを同時に行うことができる。
【００３５】
第１３の発明は、第１の発明に従属する発明であって、
転送手段は、一次蓄積手段に蓄積された番組データの各番組コンポーネントを、記録媒体を介して、携帯装置にオフライン転送することを特徴とする。
【００３６】
上記のように、第１３の発明によれば、本体装置から携帯装置へのデータ転送を、記録媒体を介してオフライン転送することができる。
【００３７】
第１４の発明は、第１２の発明に従属する発明であって、
本体装置は、携帯装置に転送すべき番組コンポーネントを、記録媒体に書き込むための書込手段をさらに備え、
携帯装置は、記録媒体に記録された番組コンポーネントを読み出すための読出手段をさらに備えている。
【００３８】
第１５の発明は、第１の発明に従属する発明であって、
受信手段は、コンピュータネットワークを介して番組データを受信することを特徴とする。
【００３９】
第１６の発明は、固定的または半固定的に据え置かれた状態で使用され、受信した番組データを持ち運び可能な携帯装置に転送するための本体装置であって、 放送によって提供される番組データを受信する受信手段と、
受信手段によって受信された番組データを蓄積する一次蓄積手段と、
一次蓄積手段に蓄積された番組データを構成する各番組コンポーネントに対して転送優先度を設定する転送優先度設定手段と、
一次蓄積手段に蓄積された番組データの各番組コンポーネントを、設定された転送優先度の順序に従って時間軸方向に分散させながら携帯装置に転送する転送手段とを備えている。
【００４０】
上記のように、第１６の発明によれば、同時に受信した番組データを構成する各番組コンポーネントに対して転送優先度を設定し、設定された転送優先度の順序に従って各番組コンポーネントを時間軸方向に分散させながら携帯装置に転送するようにしているので、携帯装置へのデータ転送が短時間で打ち切られた場合であっても、何れかの番組コンポーネントが最後まで携帯装置に転送されている可能性が高くなる。従って、ユーザは、既に転送の終了している番組コンポーネントを再生することにより、不完全ではあるが、番組の最後までその内容を鑑賞することができる。
【００４１】
第１７の発明は、第１６の発明に従属する発明であって、
転送優先度設定手段は、データ量の少ない番組コンポーネントが優先的に転送されるように、各番組コンポーネントに対して転送優先度を設定することを特徴とする。
【００４２】
上記のように、第１７の発明によれば、携帯装置に対し、データ量の少ない番組コンポーネントを優先的に転送するようにしているので、最初に送られる番組コンポーネントほど転送時間が短くなる。その結果、データ転送が同時期に打ち切られたときに、携帯装置が受け取っている番組コンポーネントの数を多くすることができる。
【００４３】
第１８の発明は、第１７の発明に従属する発明であって、
番組コンポーネントの各種類に対して予めデフォルトの転送優先度を定義するための転送優先度定義手段をさらに備えており、
転送優先度設定手段は、転送優先度定義手段に規定された定義に従って、各番組コンポーネントに対してデフォルトの転送優先度を設定することを特徴とする。
【００４４】
上記のように、第１８の発明によれば、各番組コンポーネントに対し、その種類に対応して定義されたデフォルトの転送優先度を設定するようにしているので、各番組コンポーネントの性質に適した転送順序を決定することができる。
【００４５】
第１９の発明は、第１８の発明に従属する発明であって、
転送手段は、一次蓄積手段に蓄積された複数の番組データを一括して携帯装置に転送する場合、各番組データから同一の転送優先度が設定された番組コンポーネントを選択して１セットにまとめ、各セットの転送を設定された転送優先度の順序に従って時間軸方向に分散させながら行うことを特徴とする。
【００４６】
上記のように、第１９の発明によれば、複数の番組データを一括して携帯装置に転送する場合、各番組単位毎にデータを転送するのではなく、各番組データから同一の転送優先度が設定された番組コンポーネントを選択して１セットにまとめ、各セットを設定された転送優先度の順序に従って転送するようにしているので、各番組間で転送優先度が公平に分配され、携帯装置に到着する時間が各番組間でばらつくのを防止できる。
【００４７】
第２０の発明は、第１９の発明に従属する発明であって、
転送優先度定義手段において、番組コンポーネントの各種類は、複数のクラスに分類されており、
転送優先度設定手段は、各番組コンポーネントに対して設定されたデフォルトの転送優先度を各クラス別にチェックし、当該チェック結果に基づいて、各クラス単位で各番組コンポーネントに対して設定されたデフォルトの転送優先度を必要に応じて変更することを特徴とする。
【００４８】
上記のように、第２０の発明によれば、番組コンポーネントの種類を複数のクラスに分類し、各クラス内で転送優先度をチェックをして必要に応じて変更を行うようにしているので、クラス単位で転送優先度の管理が行える。
【００４９】
第２１の発明は、第２０の発明に従属する発明であって、
転送優先度設定手段は、同一クラスに属する番組コンポーネントのいずれに対しても、そのクラスにおいて最高の転送優先度として定義されている値の転送優先度が設定されていない場合、そのクラスにおいて現時点で最も高い転送優先度が設定されている番組コンポーネントの転送優先度を、そのクラスにおいて最高の転送優先度として定義されている値に変更することを特徴とする。
【００５０】
上記のように、第２１の発明によれば、各番組間で同一クラスに属する番組コンポーネントの種類にばらつきがある場合であっても、各クラスにおいて最初のセットを転送するときに、何らかの番組コンポーネントが携帯装置に届くように制御することができる。
【００５１】
第２２の発明は、第１６の発明に従属する発明であって、
受信手段によって受信された番組データの番組コンポーネントから新たな番組コンポーネントを生成する番組コンポーネント生成手段をさらに備え、
蓄積手段は、受信手段によって受信された番組データに、番組コンポーネント生成手段によって生成された番組コンポーネントを加えて蓄積することを特徴とする。
【００５２】
上記のように、第２２の発明によれば、受信した番組コンポーネントから新たな番組コンポーネントを生成して転送することができる。このような操作は、例えば、受信した番組データが複数のレイヤに階層符号化されており各レイヤの番組コンポーネントを転送する場合や、受信した詳細映像から間引きされた非詳細映像を作成して転送する場合に有効である。
【００５３】
第２３の発明は、固定的または半固定的に据え置かれた本体装置で受信した番組データを受け取って再生し、ユーザに提供するための携帯装置であって、
本体装置から転送優先度の順序に従って時間軸方向に分散して転送されてくる番組データ中の各番組コンポーネントを蓄積する二次蓄積手段と、
二次蓄積手段に蓄積された番組コンポーネントから再生したい番組の番組データを再構築する再構築手段と、
再構築手段により再構築された番組データを再生する再生手段とを備えている。
【００５４】
上記のように、第２３の発明によれば、番組データの番組コンポーネントが本体装置から分散して送られてくる場合に、受け取った番組コンポーネントから再生したい番組の番組データを再構築して再生することができる。
【００５５】
第２４の発明は、第２３の発明に従属する発明であって、
再構築手段により再構築された番組データの何れかの番組コンポーネントのデータが、再生手段による再生の途中で途切れたとき、現在再生中でない他の番組コンポーネントによって再生を代替させる代替手段をさらに備えている。
【００５６】
上記のように、第２４の発明によれば、データが途中までしか届かなかったため、その再生が途切で途切れた番組コンポーネントについては、他の番組コンポーネントを代替的に再生するようにしているので、ユーザは、最後まで番組を鑑賞することができる。
【００５７】
第２５の発明は、第２４の発明に従属する発明であって、
番組コンポーネントの各種類に対して予め提示優先度を定義するための提示優先度定義手段をさらに備えており、
代替手段は、提示優先度定義手段に規定された定義に従って代替再生すべき番組コンポーネントを決定することを特徴とする。
【００５８】
上記のように、第２５の発明によれば、携帯装置では、番組コンポーネントの各種類に対して定義された提示優先度に従って代替再生すべき番組コンポーネントを決定するようにしているので、各番組コンポーネントの性質に適した代替再生順序を決定することができる。
【００５９】
第２６の発明は、第２５の発明に従属する発明であって、
提示優先度定義手段において、番組コンポーネントの各種類は、複数のクラスに分類されており、
代替手段は、再生の途切れた番組コンポーネントと同一のクラスに属する番組コンポーネントの中から代替再生すべき番組コンポーネントを決定することを特徴とする。
【００６０】
上記のように、第２６の発明によれば、クラス別に代替再生順序を管理することができる。
【００６１】
第２７の発明は、固定的または半固定的に据え置かれた本体装置で受信した番組データを、持ち運び可能な携帯装置に転送するための方法であって、
放送によって提供される番組データを受信するステップと、
受信手段によって受信された番組データを蓄積するステップと、
蓄積された番組データを構成する各番組コンポーネントに対して転送優先度を設定するステップと、
蓄積された番組データの各番組コンポーネントを、設定された転送優先度の順序に従って時間軸方向に分散させながら携帯装置に転送するステップとを備えている。
【００６２】
上記のように、第２７の発明によれば、本体装置で同時に受信した番組データを構成する各番組コンポーネントに対して転送優先度を設定し、設定された転送優先度の順序に従って各番組コンポーネントを時間軸方向に分散させながら携帯装置に転送するようにしているので、本体装置から携帯装置へのデータ転送が短時間で打ち切られた場合であっても、何れかの番組コンポーネントが最後まで携帯装置に転送されている可能性が高くなる。従って、ユーザは、既に転送の終了している番組コンポーネントを再生することにより、不完全ではあるが、番組の最後までその内容を鑑賞することができる。
【００６３】
【発明の実施の形態】
（本システムの概略説明）
以下に説明する各実施形態の携帯視聴システムは、家庭等に固定的または半固定的に据え置かれた本体装置と、持ち運び可能な携帯型の再生装置（以下、携帯装置と称す）とで構成される。本体装置は、少なくとも、放送（電波により送られてくる放送、有線の伝送路を介して送られてくる放送の両方を含む）によって提供される番組データを受信する機能（場合によっては、再生機能も含む）と、受信した番組データを内部に蓄積する機能と、蓄積した番組データを携帯装置にオンライン転送またはオフライン転送する機能とを備えている。選択された番組データをオンライン転送する場合、携帯装置は、本体装置に接続される。そして、携帯装置は、本体装置から転送されてきた番組データを内部に蓄積すると共に、蓄積した番組データをユーザが望む時間に再生する。一方、番組データをオフライン転送する場合、本体装置は、内部に蓄積した番組データを、一旦、記録メディア（ビデオテープ、書き換え可能な光ディスク、固体メモリカード等）に書き込む。そして、記録が終了した記録メディアは、本体装置から外されて、携帯装置にセットされる。従って、この場合、携帯装置は、セットされた記録メディアから所望の番組データを読み取って再生することになる。
【００６４】
ここで、本システムの最大の特徴は、本体装置から携帯装置へのデータ転送方法にある。すなわち、本システムでは、本体装置から携帯装置に対してデータを分散的に転送する。前述したように、１つの番組データは、通常、複数の番組コンポーネント（映像、音声、字幕等）によって構成される。そして、これら番組コンポーネントは、同時再生されるため、従来は携帯装置に同時転送するようにしていた。これに対し、本システムでは、１つの番組データを構成する各番組コンポーネントに対し、転送優先度を設定し、設定された転送優先度の順番に各番組コンポーネントを時間軸方向に分散させて転送するようにしている。
【００６５】
上記のような分散的なデータ転送を行えば、本体装置から携帯装置へのデータ転送が短時間で打ち切られた場合であっても、何れかの番組コンポーネントが最後まで携帯装置に転送されている可能性が高くなる。従って、ユーザは、既に転送の終了している番組コンポーネントを再生することにより、不完全ではあるが、番組の最後までその内容を鑑賞することができる。これに対し、前述した従来の携帯視聴システムでは、携帯装置へのデータ転送が短時間で打ち切られると、番組データの全ての番組コンポーネントが最後まで転送されないため、ユーザは、番組の最後まで内容を鑑賞することができなかった。
【００６６】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る携帯視聴システムの構成を示すブロック図である。図１において、本実施形態の携帯視聴システムは、本体装置１と、携帯装置２とを備えている。携帯装置２は、本体装置１に対して着脱自在に構成される。
【００６７】
本体装置１は、アンテナ１０１と、受信部１０２と、多重分離部１０３と、付加情報生成部１０４と、蓄積情報生成部１０５と、蓄積管理部１０６と、蓄積部１０７と、接続インタフェース１０９と、ユーザ入出力部１１０と、デコーダ１１１と、メモリ１１２と、ＣＰＵ１１３とを含む。
【００６８】
受信部１０２は、一般的なディジタル放送受信装置の構成要素であるチューナと復調器とを含み、アンテナ１０１で受けた放送波を受信して、ディジタルストリームを出力する。このディジタルストリームには、映像情報、音声情報、付加情報等が多重化されている。ディジタルストリームの具体的な形式としては、例えば、ＭＰＥＧ−２ ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）でよい。ただし、ＭＰＥＧ−２ ＴＳおよび、ＭＰＥＧ−２ ＴＳによる多重化は、国際規格であるＭＰＥＧ−２ Ｓｙｓｔｅｍｓによって規格標準化されている。
【００６９】
多重分離部１０３は、例えばＴＳプロセッサ等で構成され、受信部１０２が出力するディジタルストリームを、映像情報、音声情報、付加情報等に分離する。ディジタルストリームがＭＰＥＧ−２ ＴＳである場合には、多重分離部１０３は、ディジタルストリームの最小単位であるＴＳパケットを、ＴＳパケットヘッダに書かれたパケットＩＤ（ｐｉｄ）の値に基づいて分類することで、多重化された映像情報、音声情報、付加情報等を分離する。
【００７０】
付加情報生成部１０４は、多重分離部１０３によって分離されたディジタルストリーム中の情報のうち、付加情報に関するものを入力し、付加情報を生成する。この付加情報のフォーマットは、例えば、国際規格であるＤＶＢ−ＳＩで規定されるセクション形式をしている。ＤＶＢ−ＳＩでは、放送チャンネルに関する情報（ｐｉｄ等）や、ＥＰＧ（電子番組ガイド）に関する情報の伝送方法を、セクション形式に基づくデータ形式として定義している。例えば、ＥＰＧに関する情報は、ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）と呼ばれるセクション形式で伝送される。セクション形式の情報の伝送では、送りたい情報を一定サイズ以下に分割し、繰り返し伝送する。このため、付加情報生成部１０４は、分割された情報を収集して一つのデータにまとめるとともに、内容が変更されたら更新を行うなどの処理を行う。
【００７１】
蓄積情報生成部１０５は、多重分離部１０３から入力される映像情報および音声情報を、蓄積部１０７へ蓄積するのに適した形式に変換し、蓄積管理部１０６に出力する。また、蓄積情報生成部１０５は、必要に応じて、多重分離部１０３から入力した映像情報に基づき、詳細映像情報と、非詳細映像情報とを生成する。非詳細映像情報は、詳細映像情報よりも画質は落ちるが、データ量は少なくなっている。従って、非詳細映像情報の方が詳細映像情報よりも短時間で転送処理が完了する。
【００７２】
蓄積情報生成部１０５において、詳細映像情報および非詳細映像情報の両方が生成される第１の場合は、ＣＰＵ１１３から蓄積情報生成部１０５に対して、非詳細映像情報を生成する旨の指示が与えられた場合である。この場合、蓄積情報生成部１０５は、多重分離部１０３から入力される映像情報を、そのまま詳細映像情報として出力する。また、蓄積情報生成部１０５は、多重分離部１０３から入力される映像情報の解像度を変更したり、間欠的にフレームを間引くことにより、非詳細映像情報生成して出力する。
【００７３】
蓄積情報生成部１０５において、詳細映像情報および非詳細映像情報の両方が生成される第２の場合は、多重分離部１０３から入力される映像情報が、元々詳細映像情報と共に非詳細映像情報を含んでいる場合である。このような場合としては、受信した映像情報が、階層符号化されている場合や、階層伝送方式によって送られてきた場合等が考えられる。これらの場合、多重分離部１０３から入力される映像情報は、画質の異なる複数のレイヤを持つことになる。そして、上位レイヤほど符号量が多く、画質が良好なものとなる。この場合、蓄積情報生成部１０５は、最上位レイヤの映像情報を、そのまま詳細映像情報として出力する。また、蓄積情報生成部１０５は、下位レイヤの映像情報を、非詳細映像情報として出力する。各レイヤに対応する映像情報を生成する方法については、一般のディジタル放送受信機で用いられるレイヤ選択方法をそのまま用いることができる。
【００７４】
蓄積情報生成部１０５は、上記の非詳細映像情報を、ダイジェスト映像のための映像情報として蓄積管理部１０６に出力する。従って、ＣＰＵ１１３は、蓄積部１０７に格納される非詳細映像情報を、ダイジェスト映像のための映像情報として管理することになる。なお、本実施形態では、映像のみについて詳細情報と非詳細情報とを生成するようにしているが、場合によっては、音声についても詳細情報と非詳細情報とを生成するようにしても良い。
【００７５】
蓄積管理部１０６は、蓄積部１０７と相互に接続されており、ＣＰＵ１１３の制御下で蓄積部１０７に対する情報の書き込みおよび読み出しを制御する。蓄積部１０７は、ハードディスクを用いた記憶装置や、ＤＶＤ−ＲＡＭを用いた記憶装置等、比較的大容量の記憶装置で構成される。蓄積部１０７には、番組データが蓄積される。
【００７６】
接続インタフェース１０９は、本体装置１に対する他の機器の物理的でかつ電気的な接続を可能にすると共に、映像・音声やその他のディジタル情報を他の機器との間で伝送するために用いられる。このような接続インタフェース１０９としては、ＩＥＥＥ１３９４のインタフェースなど、ディジタル情報の一般的な入出力インタフェースでよい。
【００７７】
ユーザ入出力部１１０は、ユーザからの入力を受け付けたり、ユーザに対して機器の状態を提示したりする。このようなユーザ入出力部１１０は、一例として、赤外線リモコンとリモコン受光部、パイロットランプなどで構成される。ユーザへの情報提示は、デコーダ１１１から出力される映像情報に含まれるＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）を利用したＧＵＩ操作によっても行われる。この場合、ユーザは、ＯＳＤを見ながら、リモコンに設けられたボタンを押すなどして、蓄積した番組の再生や消去、録画予約、転送する番組の設定などの操作を行う。
【００７８】
メモリ１１２には、本体装置１の動作に関する種々の情報が格納される。すなわち、メモリ１１２には、本体装置１の動作制御を実行するために用いられるプログラム情報、付加情報生成部１０４が出力する付加情報、蓄積部１０７に格納された情報の管理に用いる蓄積管理情報等が格納される。
【００７９】
ＣＰＵ１１３は、本体装置１内の他の構成要素と相互に接続され、メモリ１１２に格納されるプログラム情報を実行することで、これらの構成要素を集中的に制御する。
【００８０】
携帯装置２は、接続インタフェース２０１と、携帯視聴情報管理部２０２と、蓄積部２０３と、デコーダ２０４と、ディスプレイ２０５と、スピーカ２０６と、ユーザ入出力部２０７と、メモリ２０８と、ＣＰＵ２０９とを含む。
【００８１】
接続インタフェース２０１は、本体装置１の接続インタフェース１０９と物理的かつ電気的に接続され、映像・音声やその他のディジタル情報を本体装置１から受け取るために用いられる。このような接続インタフェース２０１としては、ＩＥＥＥ１３９４のインタフェースなど、ディジタル情報の一般的な入出力インタフェースでよい。
【００８２】
携帯視聴情報管理部２０２は、蓄積部２０３と相互に接続されている。蓄積部２０３は、ハードディスクを用いた記憶装置や、ＤＶＤ−ＲＡＭを用いた記憶装置や、固体メモリを用いた記憶装置等で構成されるが、携帯装置２に内蔵されるものであるため、小型化が要望される。この蓄積部２０３には、本体装置１から転送されてくる番組のデータが蓄積される。
【００８３】
デコーダ２０４は、蓄積部２０３に蓄積された番組のデータを入力して、デコードすることにより、アナログの映像・音声信号に変換する。液晶表示装置や小型ＣＲＴディスプレイ等で構成されるディスプレイ２０５は、デコーダ２０４から出力されるアナログ映像信号を入力して対応する画像を表示する。スピーカ２０６は、デコーダ２０４から出力されるアナログ音声信号を入力して対応する音声を出力する。
【００８４】
ユーザ入出力部２０７は、ユーザからの入力を受け付けたり、ユーザに対して機器の状態を提示したりする。このようなユーザ入出力部１１０は、一例として、赤外線リモコンとリモコン受光部、パイロットランプなどで構成される。ユーザへの情報提示は、ディスプレイ２０５に表示されるＯＳＤを利用したＧＵＩ操作によっても行われる。この場合、ユーザは、ＯＳＤを見ながら、リモコンに設けられたボタンを押すなどして、蓄積した番組の再生や消去、転送する番組の設定などの操作を行う。
【００８５】
メモリ２０８には、携帯装置２の動作に関する種々の情報が格納される。すなわち、メモリ２０８には、携帯装置２の動作制御を実行するために用いられるプログラム情報、蓄積部２０３に格納された情報の管理に用いる蓄積管理情報等が格納される。
【００８６】
ＣＰＵ２０９は、携帯装置２内の他の構成要素と相互に接続され、メモリ２０８に格納されるプログラム情報を実行することで、これらの構成要素を集中的に制御する。
【００８７】
図２は、本体装置１のメモリ１１２に格納される蓄積リストの構造の一例を示す図である。この蓄積リストは、本体装置１の蓄積部１０７に蓄積された番組データを管理するためのデータであり、テーブル構造を有している。すなわち、テーブルの１行が１つの番組コンポーネントを表現している。図２の蓄積リストは、一例として、蓄積部１０７が合計８個の番組コンポーネントを蓄積していることを表している。各行は、ｅｖｅｎｔ＿ｉｄ、種別、サイズ、転送優先度の４つの属性からなっている。
【００８８】
属性「ｅｖｅｎｔ＿ｉｄ」は、番組を識別するための属性情報である。ここでは簡単のため、番組１、番組２、番組３のｅｖｅｎｔ＿ｉｄを順に０ｘ０００１、０ｘ０００２、０ｘ０００３としている。ただし、「０ｘ」は、それに続く数字が１６進数であることを表現している。
【００８９】
属性「種別」は、番組コンポーネントの種類を識別するための属性情報である。図２の蓄積リストにおける「Ｃ」、「Ａ」、「Ｖ」は、それぞれ、字幕（Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎ）、音声（Ａｕｄｉｏ）、詳細映像（Ｖｉｄｅｏ）を表している。種別としては、これらの他に「Ｄ」で表現されるダイジェスト映像があるが、これについては後述する。
【００９０】
属性「サイズ」は、対応する番組コンポーネントが蓄積部１０７上で占める領域の大きさを表している。ここで言うサイズの単位は、単純なバイト数でもよいし、固定サイズのブロックの数により表現されるブロック数でもよい。
【００９１】
属性「転送優先度」は、本体装置１から携帯装置２に番組データを転送する際に、各番組コンポーネントの転送順序を決定するための属性情報である。ここでは、値が小さいほど優先度が高いものとしている。
【００９２】
図２の属性のうち、ｅｖｅｎｔ＿ｉｄ、種別、サイズは、番組を受信した際に、番組の付加情報として送られる情報から取得される。そして、転送優先度は、番組転送処理を行う際に決定される。
【００９３】
図３は、第１の実施形態の携帯視聴システムにおいて、本体装置１から携帯装置２に対して番組データを転送する際の本体装置側の動作を示すフローチャートである。この図３の処理は、本体装置１のメモリ１１２に格納されたプログラム情報を、本体装置１のＣＰＵ１１３が実行することにより実現される。以下、図３を参照して、携帯装置２に対して番組データを転送する際の本体装置１の動作を説明する。
【００９４】
まず、ＣＰＵ１１３は、蓄積部１０７に格納された番組の中から最初の番組を選択する（ステップＳ１０１）。蓄積部１０７にどのような番組が蓄積されているかは、メモリ１１２に格納された蓄積リスト（図２参照）を参照することにより知ることができる。図２の蓄積リストによれば、番組１、番組２、番組３の３番組のデータが蓄積されているので、最初は、「番組１」が選択される。次に、ＣＰＵ１１３は、ステップＳ１０１で何れかの番組が選択されたか否かを判断する（ステップＳ１０２）。この場合、ステップＳ１０１で「番組１」が選択されたので、ＣＰＵ１１３は、ステップＳ１０３の動作に進む。
【００９５】
上記ステップＳ１０３において、ＣＰＵ１１３は、ステップＳ１０１で選択された番組に対して、それを構成する番組コンポーネントのそれぞれの転送優先度を計算する。このサブルーチンステップＳ１０３の詳細は、図４に示されている。
【００９６】
図４を参照して、ＣＰＵ１１３は、ステップＳ１０１で選択された、現在注目する番組（最初は、「番組１」）に対し、それを構成する番組コンポーネントを順番に選択する（ステップＳ２０１）。次に、ＣＰＵ１１３は、ステップＳ２０１で何れかの番組コンポーネントが選択されたか否かを判断する（ステップＳ２０２）。ステップＳ２０１で番組コンポーネントが選択された場合、ＣＰＵ１１３は、ステップＳ２０１で選択した番組コンポーネントの転送優先度として、番組コンポーネントの各種別に対して予め規定されたデフォルト値を設定する（ステップＳ２０３）。
【００９７】
図５は、番組コンポーネントの各種別に対する転送優先度のデフォルト値を規定した転送優先度テーブルを示している。この図５の転送優先度テーブルは、例えばメモリ１１２に格納される。図５では、一例として、種別Ｃ、Ａ、Ｄ、Ｖに対し、それぞれ、転送優先度のデフォルト値として、１、２、３、４が規定されている。また、図５の転送優先度テーブルでは、各種別に対してクラスが定義されている。ここで言うクラスとは、番組コンポーネントの種別を分類したものである。好ましくは、代替性のあるデータ同士が同一のクラスに分類される。例えば、音声は字幕によって代替させることができ、詳細映像はダイジェスト映像によって代替させることができる。上記ステップＳ２０３では、ＣＰＵ１１３は、図５の転送優先度テーブルを参照して、番組コンポーネントのデフォルトの転送優先度を図２の蓄積リストに設定することになる。
【００９８】
上記ステップＳ２０３の終了後、ＣＰＵ１１３は、ステップＳ２０１の動作へ戻り、現在注目する番組について、次の番組コンポーネントを選択する。そして、選択した番組コンポーネントの転送優先度を、図５の転送優先度テーブルを参照して設定する（ステップＳ２０３）。
【００９９】
上記ステップＳ２０１〜Ｓ２０３の動作を繰り返し行い、現在注目する番組を構成する全ての番組コンポーネントについて、転送優先度の設定が終了すると、ステップＳ２０１で選択する番組コンポーネントが存在しなくなるので、ＣＰＵ１１３は、ステップＳ２０２において、番組コンポーネントが選択されなかったと判断し、ステップＳ２０４の動作に進む。
【０１００】
上記ステップＳ２０４において、ＣＰＵ１１３は、図５の転送優先度テーブル中に定義されたクラスを所定の順番で選択する。ここでは、図５の転送優先度テーブルにおいて、「ｓｃｒｉｐｔ」と「ｄｉｓｐｌａｙ」の２つのクラスが定義されているので、ステップＳ２０４の最初の実行時は「ｓｃｒｉｐｔ」と「ｄｉｓｐｌａｙ」のいずれか一方が選択され、２回目の実行時はいずれか他方が選択され、３回目の実行時はいずれのクラスも選択されない。次に、ＣＰＵ１１３は、ステップＳ２０４で何れかのクラスが選択されたか否かを判断する（ステップＳ２０５）。ステップＳ２０４で何れかのクラスが選択された場合、ＣＰＵ１１３は、選択されたクラスにおいて最優先の転送優先度を持つものとして定義されている番組コンポーネントが、現在注目する番組に関して存在するか否かを判断する（ステップＳ２０６）。例えば、図５の転送優先度テーブルでは、「ｓｃｒｉｐｔ」のクラスに分類される番組コンポーネントについては、種別「Ｃ」の転送優先度が「１」で、種別「Ａ」の転送優先度が「２」と定義されているため、同一クラス中では、種別「Ｃ」の番組コンポーネントが最優先の転送優先度を有するものとして定義されている。同様に、「ｄｉｓｐｌａｙ」のクラスに分類される番組コンポーネントについては、種別「Ｄ」の番組コンポーネントが、同一クラス中で最優先の転送優先度「３」を持つものとして定義されている。従って、図５の転送優先度テーブルの定義に従えば、ステップＳ２０６では、現在選択されているクラスが「ｓｃｒｉｐｔ」の場合は、現在注目する番組中に種別「Ｃ」の番組コンポーネントが存在するか否かを判断し、現在選択されているクラスが「ｄｉｓｐｌａｙ」の場合は、現在注目する番組中に種別「Ｄ」の番組コンポーネントが存在するかを判断することになる。
【０１０１】
現在注目する番組に関して、選択されたクラスの中で最優先の転送優先度を持つものとして定義されている番組コンポーネントが存在しない場合、ＣＰＵ１１３は、現在選択されているクラスの番組コンポーネントの中で、最優先ではないが最も高い転送優先度を有する番組コンポーネントの転送優先度を、選択されたクラスの定義において最優先とされている値に更新する（ステップＳ２０７）。例えば、現在「ｓｃｒｉｐｔ」のクラスが選択されており、かつ、現在注目する番組には種別「Ａ」の番組コンポーネントのみが存在する場合、当該種別「Ａ」の番組コンポーネントの転送優先度が、デフォルト値の「２」から同一クラス中で最優先の転送優先度として定義されている値「１」に更新される。同様に、現在「ｄｉｓｐｌａｙ」のクラスが選択されており、かつ、現在注目する番組には種別「Ｖ」の番組コンポーネントのみが存在する場合、当該種別「Ｖ」の番組コンポーネントの転送優先度が、デフォルト値の「４」から同一クラス中で最優先の転送優先度として定義されている値「３」に更新される。上記ステップＳ２０７の更新結果は、逐一図２の蓄積リストに反映される。すなわち、蓄積リスト中の該当の番組コンポーネントの転送優先度が更新される。その後、ＣＰＵ１１３は、ステップＳ２０４の動作に戻る。なお、現在注目する番組に関して、選択されたクラスの中で最優先の転送優先度を持つものとして定義されている番組コンポーネントが存在する場合、ＣＰＵ１１３は、転送優先度の更新を行うことなく、ステップＳ２０４の動作に戻る。
【０１０２】
次に、ＣＰＵ１１３は、図５の転送優先度テーブルの中から次のクラスを選択し、選択したクラスに対して定義された各種別の転送優先度を参照して、現在注目する番組に関して、各番組コンポーネントの転送優先度をデフォルト値から更新すべきか否かを判断し、更新すべき場合は、所定の値に更新する。
【０１０３】
上記ステップＳ２０５〜Ｓ２０７の動作を繰り返し行い、全てのクラスに対する処理が終了すると、ステップＳ２０４で選択するクラスが存在しなくなるので、ＣＰＵ１１３は、ステップＳ２０５において、クラスが選択されなかったと判断し、図４のサブルーチン処理を終了し、図３のメインルーチン処理に戻る。
【０１０４】
再び図３を参照して、ＣＰＵ１１３は、図２の蓄積リストの中から、次の番組を選択し（ステップＳ１０１）、選択した番組を構成する各番組コンポーネントに対し、転送優先度を設定する（ステップＳ１０３）。ステップＳ１０１〜１０３の動作を繰り返し行い、蓄積リスト中の全ての番組の選択について転送優先度の設定が終了すると、ＣＰＵ１１３は、次に選択すべき番組が無いと判断し（ステップＳ１０２）、ステップＳ１０４の動作に進む。
【０１０５】
ステップＳ１０４において、ＣＰＵ１１３は、転送優先度を示すカウンタ（以下、転送優先度カウンタと称す）のカウント値Ｎに最優先の転送優先度を示す値１を初期設定する（ステップＳ１０４）。次に、ＣＰＵ１１３は、転送優先度カウンタのカウント値Ｎが５であるか否かを判断する（ステップＳ１０５）。ここで、図５の転送優先度テーブルから転送優先度としては、１、２、３、４の４つの値を採り得るので、Ｎ＝５の場合は、全ての転送優先度を選択し終えたことを意味する。最初は、Ｎ＝１であるので、ＣＰＵ１１３は、Ｎ≠５と判断し、ステップＳ１０６の動作に進む。
【０１０６】
上記ステップＳ１０６において、ＣＰＵ１１３は、転送優先度Ｎ（最初は、Ｎ＝１）を有する番組コンポーネントを、図２の蓄積リスト中から１つ選択する。次に、ＣＰＵ１１３は、ステップＳ１０６で何らかの番組コンポーネントが選択されたか否かを判断する（ステップＳ１０７）。何らかの番組コンポーネントが選択された場合、ＣＰＵ１１３は、ステップＳ１０６で選択された番組コンポーネントに対応する蓄積リストの行から、「ｅｖｅｎｔ＿ｉｄ」、「種別」、「サイズ」の属性情報を取り出し、携帯装置２に転送する（ステップＳ１０８）。次に、ＣＰＵ１１３は、ステップＳ１０６で選択された番組コンポーネントの本体データを蓄積部１０７から取り出し、携帯装置２に転送する（ステップＳ１０９）。その後、ＣＰＵ１１３は、ステップＳ１０６の動作に戻り、転送優先度Ｎを有する残余の番組コンポーネントを図２の蓄積リストから１つ選択し、選択した番組コンポーネントについての転送処理を行う。
【０１０７】
上記ステップＳ１０６〜Ｓ１０９の動作を繰り返し行い、転送優先度Ｎを有する全ての番組コンポーネントについての転送動作が終了すると、ＣＰＵ１１３は、ステップＳ１０６で選択する番組コンポーネントが存在しなくなったことを判断し（ステップＳ１０７）、転送優先度カウンタのカウント値Ｎを１だけインクリメントした後（ステップＳ１１０）、ステップＳ１０５の動作に戻る。次に、ＣＰＵ１１３は、更新後の転送優先度Ｎ（Ｎ＝２）を有する番組コンポーネントについての転送処理を行う。
【０１０８】
上記ステップＳ１０５〜Ｓ１０９の動作を繰り返し行い、全ての転送優先度１〜４についての番組コンポーネントの転送処理が終了すると、Ｎ＝５となるので、ＣＰＵ１１３は、全ての転送処理が完了したことをステップＳ１０５で判断し、その処理を終了する。
【０１０９】
図６は、携帯装置２のメモリ２０８に格納される受取リストの構造を示す図である。この受取リストは、携帯装置２の蓄積部２０３に蓄積されたデータ（すなわち、本体装置１から転送されてきた番組データ）の格納状態を管理するためのデータであり、テーブル構造を有している。すなわち、テーブルの各行は、蓄積部２０３に格納された番組コンポーネントに対応している。また、テーブルの各行は、受取順序、オフセット、サイズ、ｅｖｅｎｔ＿ｉｄ、種別、再生時間長の６個の属性を持っている。
【０１１０】
属性「受取順序」は、本体装置１から各番組コンポーネントのデータを受け取った順序を表しており、その値は受取リスト中で重複しない。
【０１１１】
属性「オフセット」は、本体装置１から受け取ったデータ中における、受取リストの各行に対応する番組コンポーネントの存在する位置を表している。本体装置１から携帯装置２への全番組転送を一つのビットストリームもしくは一つのファイルと見なした場合、属性「オフセット」は、転送開始の先頭からのバイト数を表す。オフセットの値は、図２の蓄積リスト中の属性「サイズ」の場合と同様に、単純にバイト数で表現しても良いし、固定サイズのブロック数によって表現しても良い。
【０１１２】
属性「サイズ」は、受取リストの各行に対応する番組コンポーネントが、携帯装置２の蓄積部２０３に占める領域の大きさを表している。この属性「サイズ」も、属性「オフセット」同様の単位で表現される。
【０１１３】
属性「ｅｖｅｎｔ＿ｉｄ」は、受取リストの各行に対応する番組コンポーネントの属する番組を識別するための属性情報である。
【０１１４】
属性「種別」は、受取リストの各行に対応する番組コンポーネントの種別を識別するための属性情報である。
【０１１５】
属性「再生時間長」は、受取リストの各行に対応する番組コンポーネントが、同一条件で再生されたときの再生時間長を表している。転送が何らかの原因により途中で途切れた場合には、転送されたデータのバイト数は、放送された同一番組コンポーネントのバイト数より少なくなる。その場合、属性「再生時間長」は、転送された分のデータに対応する時間の長さが代入される。
【０１１６】
図７は、第１の実施形態の携帯視聴システムにおいて、本体装置１から転送されてくる番組データを受け取る際の携帯装置２の動作を示すフローチャートである。この図７の処理は、携帯装置２のメモリ２０８に格納されたプログラム情報を、携帯装置２のＣＰＵ２０９が実行することにより実現される。この処理によって、本体装置１から転送される番組のデータが携帯装置２に格納されると共に、図６の受取リストが作成される。以下、図７を参照して、本体装置１から転送されてくる番組データを受け取る際の携帯装置２の動作を説明する。
【０１１７】
まず、ＣＰＵ２０９は、図６の受取リストを初期化する（ステップＳ３０１）。最も簡単な初期化の例は、受取リスト中の全ての行を削除し、同時に携帯装置２の蓄積部２０３に蓄積された番組のデータを削除することである。次に、ＣＰＵ２０９は、変数ｃｕｒｒｅｎｔ＿ｏｆｆｓｅｔに値０を代入し、かつ変数ｓｅｎｄ＿ｃｏｕｎｔに値１を代入する（ステップＳ３０２）。次に、ＣＰＵ２０９は、本体装置１から転送されてくる、「サイズ」、「ｅｖｅｎｔ＿ｉｄ」、「種別」の属性情報を受け取る（ステップＳ３０３）。このとき受け取る属性情報は、図３のステップＳ１０８において転送されてくるものである。次に、ＣＰＵ２０９は、ステップＳ３０３で受け取るべきデータが存在するか否かを判断し（ステップＳ３０４）、存在しない場合にはその動作を終了する。一方、受け取るべきデータが存在する場合、ＣＰＵ２０９は、蓄積部２０３の空き領域が、ステップＳ３０３で得た「サイズ」の値より十分大きいか否かを判断し（ステップＳ３０５）、十分大きい場合にはステップＳ３０６へ進み、そうでない場合にはステップＳ３０３へ戻る。
【０１１８】
上記ステップＳ３０６において、ＣＰＵ２０９は、図６の受取リストに行を追加し、追加した行の属性「サイズ」、「ｅｖｅｎｔ＿ｉｄ」、「種別」に、ステップＳ３０３で得た対応する値を代入する。次に、ＣＰＵ２０９は、追加した行の属性「オフセット」に、変数ｃｕｒｒｅｎｔ＿ｏｆｆｓｅｔの値を代入する（ステップＳ３０７）。次に、ＣＰＵ２０９は、変数ｃｕｒｒｅｎｔ＿ｏｆｆｓｅｔにステップＳ３０３で得た「サイズ」の値を加算する（ステップＳ３０８）。次に、ＣＰＵ２０９は、追加した行の属性「受取順序」に、変数ｓｅｎｄ＿ｃｏｕｎｔの値を代入する（ステップＳ３０９）。次に、ＣＰＵ２０９は、変数ｓｅｎｄ＿ｃｏｕｎｔの値を１だけインクリメントする（ステップＳ３１０）。次に、ＣＰＵ２０９は、本体装置１から転送されてくる番組コンポーネントの本体データを受け取り、蓄積部２０３に格納する（ステップＳ３１１）。次に、ＣＰＵ２０９は、属性「再生時間長」を設定する（ステップＳ３１２）。なお、番組コンポーネントの本体データ自身に、単位提示時間あたりのデータビット数であるビットレートの値が付加情報として格納されているものとする。このとき、ステップＳ３０３で受け取った「サイズ」の値を、上記のようにして得たビットレートで除算すると、再生時間長の値が換算により得られる。なお、番組の時間長の値を、「サイズ」などの場合と同様に、本体装置１から直接、データとして通知するようにしてもよい。次に、ＣＰＵ２０９は、受け取りが何らかの原因で途中で中止されたか否かを判断し（ステップＳ３１３）、途中で中止された場合は、ステップＳ３１４へ進む。それ以外の場合、ＣＰＵ２０９は、ステップＳ３０３の動作に戻る。受け取りの中断は、例えば、ユーザにより突然本体装置１と携帯装置２の接続が外された場合等が想定される。
【０１１９】
上記ステップＳ３１４において、ＣＰＵ２０９は、蓄積部２０３に実際に格納された番組コンポーネントのサイズから、受取リストの属性「サイズ」の値を求め、再度設定する（ステップＳ３１４）。次に、ＣＰＵ２０９は、受取リストの属性「サイズ」の値から、ステップＳ３１２と同様の換算によって、再生時間長を得て、受取リストの「再生時間長」を再度設定する（ステップＳ３１５）。そして、ＣＰＵ２０９は、受け取りの処理を終了する。
【０１２０】
図８は、携帯装置２における番組の再生動作を示すフローチャートである。この処理は、携帯装置２のメモリ２０８に格納されたプログラム情報を、ＣＰＵ２０９が実行することにより実現される。以下、図８を参照して、携帯装置２における番組の再生動作を説明する。
【０１２１】
まず、番組再生時に使用するクラステーブルについて説明する。図９は、クラステーブルの一例を示している。このクラステーブルは、例えばメモリ２０８内に格納され、ＣＰＵ２０９によって自由に参照され得る。図９に示すように、クラステーブルの各行は、番組コンポーネントの種別に対応しており、また各行は、「種別」、「クラス」、「提示優先度」の３つの属性を持っている。
【０１２２】
図９において、属性「クラス」は、番組コンポーネントの分類を表している。ここでは、２種類のクラス「ｓｃｒｉｐｔ」および「ｄｉｓｐｌａｙ」が定義されている。また、クラステーブルの第１行目および第２行目は、字幕と音声とが同一のクラス「ｓｃｒｉｐｔ」に属するインスタンスであることを表している。また、クラステーブルの第３行目および第４行目は、ダイジェスト映像と詳細映像とが同一のクラス「ｄｉｓｐｌａｙ」に属するインスタンスであることを表している。属性「提示優先度」は、同一のクラスに属する番組コンポーネントの複数の種別に対して、再生時にどれを優先してユーザに提示すべきであるかの順番を規定している。ここでは、提示優先度の値が小さいほど、優先度が高いようにしている。上記のようなクラステーブルは、再生中の番組コンポーネントが中で途切れた場合に、代替再生すべき他の番組コンポーネントを検索するために参照される。
【０１２３】
図８を参照して、ＣＰＵ２０９は、まず、番組の表示および選択動作を実行する（ステップＳ４０１）。すなわち、ＣＰＵ２０９は、図６の受取リストを参照することにより、蓄積部２０３に蓄積されている番組の一覧表を作成し、作成した一覧表をディスプレイ２０５に表示させる。そして、ＣＰＵ２０９は、表示された一覧表の中から、再生したい番組をユーザによって選択させる。番組の選択は、ユーザ入出力部２０７を介して行われる。なお、ディスプレイ２０５に表示する番組の一覧表に番組名も含めたい場合は、本体装置１から携帯装置２に対して番組のデータを送る際に、各番組の番組名と共に、各番組名と「ｅｖｅｎｔ＿ｉｄ」との対応関係を示すデータも送るようにすればよい。次に、ＣＰＵ２０９は、ステップＳ４０１で選択された再生すべき番組に関し、受取リストに含まれる番組コンポーネントを全て抽出する（ステップＳ４０２）。次に、ＣＰＵ２０９は、ステップＳ４０２の抽出結果を基に、選択された番組を構成する番組コンポーネントの一覧表を作成し、作成した一覧表をディスプレイ２０５に表示させる（ステップＳ４０３）。応じて、ユーザは、表示された当該一覧表の中から、再生すべき１つまたは複数の番組コンポーネントを選択する。番組コンポーネントの選択は、ユーザ入出力部２０７を介して行われる。次に、ＣＰＵ２０９は、ステップＳ４０３で選択された全番組コンポーネントが同時に再生されるように準備する（ステップＳ４０４）。各番組コンポーネントを同時に再生することで、例えば、映像に含まれる人の唇の動きと喋っている音声との同期であるリップシンクを達成できる。
【０１２４】
次に、ＣＰＵ２０９は、ステップＳ４０４で準備された番組コンポーネントの再生処理を実行する（ステップＳ４０５）。次に、ＣＰＵ２０９は、再生中の番組コンポーネントの内、いずれかの番組コンポーネントの再生位置がデータの末尾に到達した否かを判断する（ステップＳ４０６）。番組コンポーネントの再生位置がデータの末尾に到達する事態としては、そのデータの再生を最後まで終了した場合と、そのデータが途中で途切れた場合とが考えられる。いずれの番組コンポーネントの再生位置も末尾に到達していない場合、ＣＰＵ２０９は、ステップＳ４０５の動作に戻り、引き続き再生処理を継続する。一方、いずれかの番組コンポーネントの再生位置が末尾に到達した場合、ＣＰＵ２０９は、ステップＳ４０７の動作に進む。
【０１２５】
上記ステップＳ４０７において、ＣＰＵ２０９は、再生位置がデータの末尾に到達した番組コンポーネントに対し、その番組コンポーネントと同一クラスに属し、かつ他の番組コンポーネントの種別を、図９のクラステーブルに規定された提示優先度の順番に従って選択する。このときの動作をより詳細に説明すると、ＣＰＵ２０９は、まず図６の受取リストから再生中の番組を構成する全ての番組コンポーネントを抽出し、抽出した番組コンポーネントの中から、再生位置がデータの末尾に到達したとステップＳ４０６で判断された番組コンポーネントと同一クラスに属するもののみを選別する。次に、ＣＰＵ２０９は、選別した番組コンポーネントの中から、再生位置がデータの末尾に到達した番組コンポーネントよりも低い提示優先度を有する番組コンポーネントを抜き出し、この抜き出した番組コンポーネントの内で最も高い提示優先度を有する番組コンポーネントの種別を選択する。例えば、今、種別「Ｖ」の番組コンポーネントを再生中に当該番組コンポーネントの再生位置がデータの末尾に到達した場合、ＣＰＵ２０９は、種別「Ｖ」と同一クラス「ｄｉｓｐｌａｙ」に属し、かつ種別「Ｖ」よりも低い提示優先度を有し、なおかつ最も高い提示優先度を有する種別として、種別「Ｄ」を選択する。
【０１２６】
次に、ＣＰＵ２０９は、ステップＳ４０７で何らかの種別が選択されたか否かを判断する（ステップＳ４０８）。ステップＳ４０７で何らかの種別が選択された場合、ＣＰＵ２０９は、ステップＳ４０７で選択された種別の番組コンポーネントが既に再生中であるか否かを判断する（ステップＳ４０９）。本実施形態では、前述のステップＳ４０３において、ユーザは、同一クラスに属する複数種別の番組コンポーネントを同時に選択できる構成になっている。そのため、ステップＳ４０７で選択された種別の番組コンポーネントが既に再生中である事態が発生し得る。例えば、種別「Ｄ」と「Ｖ」の番組コンポーネントを同時に再生中に、種別「Ｖ」の番組コンポーネントの再生位置がデータの末尾に到達した場合、前述したように、ステップＳ４０７では種別「Ｄ」の番組コンポーネントのデータが選択される。このような場合、同一種別の番組コンポーネントが重複再生される事態を防ぐため、ＣＰＵ２０９は、ステップＳ４０５の動作に戻り、途中でデータの途切れた番組コンポーネントの代替再生を行わない。一方、ステップＳ４０７で選択された種別の番組コンポーネントが未だ再生されていない場合、ＣＰＵ２０９は、途中で途切れた番組コンポーネントの替わりとして、当該選択された種別の番組コンポーネントの代替再生を開始する（ステップＳ４１０）。このとき、ＣＰＵ２０９は、ステップＳ４０７で選択された種別の番組コンポーネントの最初の部分から再生を開始するのではなく、途中で途切れた番組コンポーネントの続きの部分から再生を開始する。例えば、字幕と音声とは同一クラスに属しているが、音声のデータが途中で途切れても、字幕を途切れた所の続きから替わりに再生すれば、例えば再生中の番組の台詞を耳では無理だが、目で見て鑑賞することができる。その後、ＣＰＵ２０９は、ステップＳ４０５の動作に戻る。
【０１２７】
一方、上記ステップＳ４０８において、何の種別も選択されなかった場合、ＣＰＵ２０９は、代替再生すべきコンポーネントが存在しないものとして、そのクラスの再生を終了する（ステップＳ４１１）。このような事態は、ユーザによって最初から提示優先度の最も低い種別が選択されていた場合に生じる。また、現在再生の対象となる番組の再生が最後まで到達した場合にもこのような事態が生じる。このとき、ＣＰＵ２０９は、クラスごとに再生を行っているかを表すフラグ変数の値を再生終了を表す値に変更する。次に、ＣＰＵ２０９は、全てのクラスにおいて再生中の番組コンポーネントが終了したか否かを判断する。この判断は、上記フラグ変数の値を参照することにより行われる。何れかのクラスにおいて再生中の番組コンポーネントが存在する場合、ＣＰＵ２０９は、ステップＳ４０５の動作に戻り、引き続き他のクラスの再生処理を継続する。一方、現在再生の対象となる番組の再生が最後まで到達した場合は、全てのクラスにおいて再生中の番組コンポーネントが終了するため、ＣＰＵ２０９は、番組の再生処理を終了する。
【０１２８】
図１０は、図１の携帯視聴システムにおけるデータ転送方式を説明するための図である。以下、図１０を参照して、図１の携帯視聴システムにおけるデータ転送方式をより具体的に説明する。
【０１２９】
図１０（ａ）は、放送される番組を構成するデータの時間的遷移を示している。図１０（ａ）において、横軸は放送における時間経過を、縦軸は放送におけるビットレートを、それぞれ示している。すなわち、図１０（ａ）は、時刻ｔ０から時刻ｔ１の間には番組１が、時刻ｔ１から時刻ｔ２にの間には番組２が、時刻ｔ２から時刻ｔ３の間には番組３が、それぞれ放送されることを示している。また、番組１、番組２および番組３は、いずれも音声、字幕、映像を番組コンポーネント（番組を構成するモノメディア）として持つ。簡単のため、番組２の放送時間長（ｔ２−ｔ１）と、番組３の放送時間長（ｔ３−ｔ２）とは等しく、番組１の放送時間長（ｔ１−ｔ０）は、番組２（または番組３）の放送時間長のちょうど２倍であるとする。また、番組コンポーネントそれぞれのビットレートは、番組によらず一定で、字幕のビットレートｂｃと、音声のビットレートｂａと、映像のビットレートｂｖとの比は、１：２：４であるとする。
【０１３０】
図１０（ｂ）は、本体装置１から携帯装置２に対して番組のデータを転送する際の時間的遷移を示している。図１０（ｂ）において、横軸はデータ転送操作の時間経過を、縦軸は転送のビットレートを、それぞれ示している。また、転送開始時間を図１８（ｂ）に示す従来システムの場合と同様に、時刻ｔ４とする。転送すべき総ビット数が図１８の場合と等しいので、全てのデータの転送が完了する時刻は、従来システムと同様に時刻ｔ９となる。図１０（ｂ）では、時刻ｔ４から時刻ｔ５の間に、転送すべき全番組（番組１、番組２、番組３）の字幕の部分がまず転送される。その次に、時刻ｔ５から時刻ｔ６の間に、転送すべき全番組の音声の部分が転送される。そして、最後に、時刻ｔ６から時刻ｔ９の間に、転送すべき全番組の映像の部分が転送される。このとき、放送時における字幕、音声、映像の各コンポーネントのビットレートの比が１：２：４であったので、全番組の字幕を転送する所要時間（ｔ５−ｔ４）、音声を転送する所要時間（ｔ６−ｔ５）、映像を転送する所要時間（ｔ９−ｔ６）は、それぞれ、次式（１）、（２）、（３）で表される。
（ｔ５−ｔ４）＝（ｔ９−ｔ４）×｛１／（１＋２＋４）｝ …（１）
（ｔ６−ｔ５）＝（ｔ９−ｔ４）×｛２／（１＋２＋４）｝ …（２）
（ｔ９−ｔ６）＝（ｔ９−ｔ４）×（４／（１＋２＋４）） …（３）
また、ｔ６は、次式（４）で表される。
ｔ６＝ｔ４＋［（ｔ９−ｔ４）×｛（１＋２）／（１＋２＋４）｝］…（４）
【０１３１】
図１０（ｃ）は、図１の携帯視聴システムにおいて、番組データの転送を時刻ｔａで中断した場合を示している。ここで、時刻ｔａは、ｔ６＜ｔａ＜ｔ９の条件を満たすものとする。番組データの転送が時刻ｔａで中断されたとしても、全ての番組に対して音声コンポーネントと字幕コンポーネントの転送は終了している。このとき、携帯装置で視聴すると、映像は視聴できないものの、字幕や音声は全て転送されているので、全く内容がわからない番組は存在しない。すなわち、映像は存在しないなりに、字幕と音声とを視聴することで、全ての番組を楽しむことができると言える。現実的には、映像のビットレートに比べ、字幕や音声のビットレートは極めて大きい。そのため、字幕コンポーネントと音声コンポーネントとを転送し終わるｔ６は、映像コンポーネントを含めた番組全体の転送が終了する時刻ｔ９に比べて、極めて早いタイミングで訪れるものと考えられる。すなわち、映像の転送の所要時間（ｔ９−ｔ６）は、字幕コンポーネントおよび音声コンポーネントの転送所要時間（ｔ６−ｔ４）に比べて極めて長い。このため、かなり早い段階で転送操作を中断したとしても、音声コンポーネントは全て転送されている可能性が高い。さらに、字幕コンポーネントは、テキストとして伝送されるので、音声コンポーネントよりもさらにビットレートを低くすることができる。このため、字幕コンポーネントについては、音声コンポーネントよりもさらに短い時間で全ての転送を完了することが可能となる。
【０１３２】
図１１は、図１の携帯視聴システムにおいて、転送するデータにダイジェスト映像を含む際の番組転送の時間的変遷を示している。すなわち、ここでは、図１０の場合より、やや複雑な場合を取り扱っている。
【０１３３】
図１１（ａ）は、放送される番組の情報についての時間的変遷を示している。ここで、番組１には詳細映像Ｖ１の中にダイジェスト映像Ｄ１が含まれており、番組２には字幕Ｃ２が含まれていない点が、図１０（ａ）と異なっている。字幕Ｃ２が無い分のビットレートは、詳細映像Ｖ２で用いられており、他の番組と比べ字幕Ｃ２相当分だけビットレートが増えている。
【０１３４】
図１１（ｂ）は、番組転送の時間的遷移を示している。まず、時刻ｔ４から開始される転送において、時刻ｔ１０の時点で全ての番組に関して何らかの再生ができるだけの情報の転送が完了する。すなわち、番組１、３に対しては字幕、番組２に対しては音声が転送されている。
【０１３５】
次に、時刻ｔ１０から時刻ｔ１１の間に、クラスが「ｓｃｒｉｐｔ」の番組コンポーネントのうち、時刻ｔ１０以前に転送されなかったものの転送が行われる。番組２の音声については、時刻ｔ１０までに転送が完了しているので、この段階では転送を行わない。
【０１３６】
そして、時刻ｔ１１からは、映像が転送される。まず、番組１のダイジェスト映像Ｄ１が転送される。ダイジェスト映像は、詳細映像と意味的には同じ内容であるが、情報量が少ないものである。情報量が少ないという意味は、例えば、画面の解像度が低いとか、数秒間に１フレームといった時間軸に対する解像度が低いなどの状態を表す。
【０１３７】
詳細映像の符号化が、ＭＰＥＧ−２ Ｖｉｄｅｏで定義される解像度スケーラビリティといった、複数の階層の映像が同時に符号に含まれる階層符号化である場合には、特定の階層の符号を選択的に抽出することにより、ダイジェスト映像のデータを得ることができる。また、階層化伝送方式による符号化についても、階層符号化と同様に扱える。あるいは、日本のデジタル放送方式で用いられる番組インデックス符号などにより、番組の時間軸上の一部分であるシーンが指定される場合、インデックスにより指定されたシーンがより重要な部分であるとして、その部分の映像のみを切り出すことで、ダイジェスト映像として取り扱うことも考えられる。
【０１３８】
時刻ｔ１１からｔ１２の間に、映像が一通り転送される。すなわち、番組２と３については詳細な映像が、番組１については、意味的には同じ内容であるが情報量の少ないダイジェスト映像が転送される。時刻ｔ１２の時点で、全ての番組に対し何らかの映像を鑑賞することができる。
【０１３９】
最後に、時刻ｔ１２から、番組１の詳細映像Ｖ１の転送が開始される。番組１の詳細映像Ｖ１は、時刻ｔ１３で転送が完了する予定であったが、時刻ｔ１２と時刻ｔ１３のちょうど真ん中の時刻ｔｂで転送が中断されたとする。すなわち、番組１のクラス「ｄｉｓｐｌａｙ」の番組コンポーネントについては、ダイジェスト映像は全編転送されたことになるが、詳細映像は前半分しか転送されていない。このような不測の事態により、データ転送の中断が起こった場合であっても、上述したように、全ての番組について既に何らかの映像情報が転送されているため、ユーザは、何らかの映像を鑑賞することができる。また、データ転送の中断がより早い時点で生じた場合であっても、ユーザは、字幕（さらには音声）を鑑賞することができる。
【０１４０】
図１２は、図１の本体装置１において、受信したデータにダイジェスト映像が含まれる場合に作成される蓄積リストの一例を示している。図１２において、番組１は、ダイジェスト映像を番組コンポーネント（受取順序第６番目の番組コンポーネント）に含んでいる。このため、図４で説明した転送優先度を判断する処理（ステップＳ２０６）において、「ｄｉｓｐｌａｙ」クラスの定義で最優先の転送優先度を持つダイジェスト映像が存在するので、転送優先度を書き換えるステップＳ２０７の処理が実行されない。このため「ｄｉｓｐｌａｙ」クラスの番組コンポーネントの種別である、ダイジェスト映像「Ｄ」と、詳細映像「Ｖ」の両方に対して、デフォルトの転送優先度の値が格納されている。また、番組２では、「ｓｃｒｉｐｔ」クラスの定義で最優先の転送優先度を持つ字幕が存在しないので、ステップＳ２０７により、音声「Ａ」の転送優先度が「ｓｃｒｉｐｔ」クラスの定義で最優先の値１に変更される。
【０１４１】
図１３は、図１の携帯装置２において、本体装置１から転送されてきたデータにダイジェスト映像が含まれている場合に作成される受取リストの一例を示している。図１３において、携帯装置２は、番組１に対し、ダイジェスト映像については３０分全部を受け取っているが、詳細映像については前半の１５分しか受け取っていない。このため、図８で説明した番組の再生処理（ステップＳ４０５）において詳細映像と音声の再生が開始されてから１５分後に、ステップＳ４０６で詳細映像がデータの末尾に到達する。そこで、ステップＳ４０７で、１５分目以降の「ｄｉｓｐｌａｙ」クラスの番組コンポーネントであるダイジェスト映像が見つけられ、ステップＳ４１０で詳細映像の代替として続きの再生が始められる。これは、ユーザからみれば、番組１については、再生画像の品質が再生を開始してから１５分経過した時点で悪くなるものの、内容的には鑑賞を継続できることになる。
【０１４２】
（第２の実施形態）
図１４は、本発明の第２の実施形態に係る携帯視聴システムの物理的構成を示す外観斜視図である。また、図１５は、本発明の第２の実施形態に係る携帯視聴システムの電気的構成を示すブロック図である。図１４および図１５において、本体装置１は、処理部１ａと、充電部１ｂと、携帯装置２を乗せることができるクレードル（ゆりかご）状の箱（以下、クレードルと称す）１ｃとを備えている。また、携帯装置２は、処理部２ａと、バッテリ２ｂと、接続接点２ｃとを備えている。処理部１ａは、図１に示す本体装置１と同様の構成を有している。また、処理部２ａは、図１に示す携帯装置２と同様の構成を有している。
【０１４３】
クレードル１ｃに携帯装置２を乗せることによって、携帯装置２は接続接点２ｃを介して本体装置１と電気的に接続される。また、この間、接続接点２ｃを通じて本体装置１に含まれる充電部１ｂにより、携帯装置２に含まれるバッテリ２ｂが充電される。携帯装置２は、比較的消費電力が大きいため、バッテリ２ｂとしては、充電可能ないわゆる２次電池を用いるのが一般的である。このため、例えば毎日定期的にバッテリ２ｂを充電する必要があり、そのために、携帯装置２を何らかの充電器に物理的に接続することは必要不可欠な作業である。第２の実施形態によれば、いずれにせよ必要となる充電のための物理的接続を行う際に、番組などの情報を同時に転送することができる利点がある。このため、転送のために新たな接続作業を行う必要がなく、利便性が大幅に向上する。
【０１４４】
（第３の実施形態）
図１６は、本発明の第３の実施形態に係る携帯視聴システムの物理的構成を示す外観斜視図である。図１６において、本実施形態の携帯視聴システムでは、本体装置１から携帯装置２へのデータ転送は、記録媒体３を媒介として間接的に行われる。すなわち、記録媒体３は、本体装置１に装着されたときに番組などの情報が書き込まれ、携帯装置２に装着されたときに内部に格納した番組の情報などが読み出される。このように、第３の実施形態では、番組の転送やその他の情報のやり取りを、記録媒体３を介して第１の実施形態と同様に行うことができる。記録媒体３は、例えば、ＰＣＭＣＩＡ規格のハードディスクカードや半導体記録カードである。
【０１４５】
第３の実施形態において、本体装置１は、ＤＶＢ−ＣＩ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｃｏｍｍｏｎ Ｉｎｔｅｒｆａｃｅ）のスロットを持つディジタル放送受信機を備えている。ＤＶＢ−ＣＩは、欧州の標準化団体ＤＶＢにより標準化された規格であり、ＰＣＭＣＩＡのスロットを受信機に搭載し、スロットにＰＣＭＣＩＡ規格のＰＣカードのデスクランブラを挿入し得ることが規定されている。従って、受信機に複数のスロットを設け、複数枚のデスクランブラを挿入することによって、複数の暗号化方式に対応することができる。ところで、ＤＶＢ−ＣＩでは、物理的、電気的なインタフェースとしてノート型ＰＣ（パーソナルコンピュータ）にも標準搭載されているＰＣＭＣＩＡを用いている。受信機の構成によっては、既存のディジタル放送受信機のソフトウェアを放送によるダウンロードなどで更新するだけで、図１の本体装置１と同様の機能を実現することもできる。
【０１４６】
また、第３の実施形態において、携帯装置２は、ノート型ＰＣが用いられる。昨今のＣＰＵの性能向上などによって、例えばＭＰＥＧ−２の映像・音声は、ソフトウェア処理を行うだけでデコードすることが可能になっている。このため、既存のノート型ＰＣに、携帯装置の処理を行うコンピュータプログラムをインストールするだけで、図１の携帯装置２と同様の動作を実現することができる。なお、上記コンピュータプログラムは、例えば本体装置１によって記録媒体３にファイルとして書き込まれ、携帯装置２で読み出されて実行される。このような方法によれば、携帯装置２でプログラムを入手するために、ネットワークからプログラムをダウンロードするといった特別な操作を必要としない。
【０１４７】
（第４の実施形態）
図１７は、本発明の第４の実施形態に係る携帯視聴システムの構成を示すブロック図である。第４の実施形態では、本体装置１の情報ソースとして、放送ではなく、インターネットなどのコンピュータネットワーク４からの放送型サービスを想定している。
【０１４８】
第４の実施形態において、本体装置１は、コンピュータネットワーク４との間でデータをやりとりするために用いられるモデム１ｄと、ＰＣ（パーソナルコンピュータ）１ｅと、ＭＤ（ミニディスク）デッキ１ｆとを備えている。モデム１ｄ、ＰＣ１ｅ、ＭＤデッキ１ｆの間は、ＩＥＥＥ１３９４等の高速ディジタルインタフェースにより相互に接続されている。ここで、ＰＣ１ｅは、所定のコンピュータプログラムを実行することにより、図１の本体装置１と同様の機能を果たす。記録媒体３としては、ＭＤなどのパッケージメディアが用いられる。
【０１４９】
第４の実施形態において、携帯装置２は、ＭＤドライブ２ｄと、撮像部２ｅと、符号化部２ｆと、再生部２ｇと、ディスプレイ２ｈと、スピーカ２ｉと、ＣＰＵ２ｊとを備えた音声再生対応型のディジタルスチルカメラとして構成されている。なお、ＣＰＵ２ｊは、所定の回路ブロック（例えば、ＭＤドライブ２ｄ，撮像部２ｅ，符号化部２ｆ）の動作を制御する。そして、このディジタルスチルカメラが備えるＣＰＵ２ｊを、所定のコンピュータプログラムに従って動作させることにより、このディジタルカメラが通常のカメラ動作に加えて図１の携帯装置２と同様の機能を果たすように構成されている。なお、記録媒体３としてＭＤ以外のものを用いても良いし、本体装置１に携帯装置２を接続可能な構成とし、携帯装置２が本体装置１から直接データを受け取るようにしても良い。
【０１５０】
なお、以上説明した各実施形態では、本体装置１に蓄積された全ての番組のデータを携帯装置２に転送するようにしているが、本体装置１に蓄積された番組のデータの中からユーザによって選択された番組のデータのみを携帯装置２に転送するようにしても良い。この場合、本体装置１から携帯装置２対して予めＥＰＧ（電子番組ガイド）データを転送しておき、携帯装置２において、ユーザが番組ガイドを見ながら暇な時間に本体装置１から受け取りたい番組データを前もって指定しておくこともできる。すなわち、本体装置１は、携帯装置２が装着されたとき、携帯装置２で前もって指定された番組を認識し、該当する番組のデータのみを携帯装置２に転送する。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る携帯視聴システムの構成を示すブロック図である。
【図２】図１に示す本体装置１のメモリ１１２に格納される蓄積リストの一例を示す図である。
【図３】第１の実施形態の携帯視聴システムにおいて、本体装置１から携帯装置２に対して番組データを転送する際の本体装置側の動作を示すフローチャートである。
【図４】図３のフローチャートにおいて、サブルーチンステップＳ１０３のより詳細な動作を示すフローチャートである。
【図５】図１に示す本体装置１のメモリ１１２に格納される転送優先度テーブルの一例を示す図である。
【図６】図１に示す携帯装置２のメモリ２０８に格納される受取リストの一例を示す図である。
【図７】第１の実施形態の携帯視聴システムにおいて、本体装置１から転送されてくる番組データを受け取る際の携帯装置２の動作を示すフローチャートである。
【図８】第１の実施形態の携帯視聴システムにおいて、携帯装置２における番組の再生動作を示すフローチャートである。
【図９】図１に示す携帯装置２のメモリ２０８に格納されるクラステーブルの一例を示す図である。
【図１０】図１の携帯視聴システムにおけるデータ転送方式を説明するための図である。
【図１１】図１の携帯視聴システムにおいて、転送するデータにダイジェスト映像を含む際の番組転送の時間的変遷を示す図である。
【図１２】図１の本体装置１において、受信したデータにダイジェスト映像が含まれる場合に作成される蓄積リストの一例を示す図である。
【図１３】図１の携帯装置２において、本体装置１から転送されてきたデータにダイジェスト映像が含まれている場合に作成される受取リストの一例を示す図である。
【図１４】本発明の第２の実施形態に係る携帯視聴システムの物理的構成を示す外観斜視図である。
【図１５】本発明の第２の実施形態に係る携帯視聴システムの電気的構成を示すブロック図である。
【図１６】本発明の第３の実施形態に係る携帯視聴システムの物理的構成を示す外観斜視図である。
【図１７】本発明の第４の実施形態に係る携帯視聴システムの構成を示すブロック図である。
【図１８】従来の携帯視聴システムで採用されているデータの転送方式を説明するための図である。
【符号の説明】
１…本体装置
２…携帯装置
１０１…アンテナ
１０２…受信部
１０３…多重分離部
１０４…付加情報生成部
１０５…蓄積情報生成部
１０６…蓄積管理部
１０７…蓄積部
１０９…接続インタフェース
１１０…ユーザ入出力部
１１１…デコーダ
１１２…メモリ
１１３…ＣＰＵ
２０１…接続インタフェース
２０２…携帯視聴情報管理部
２０３…蓄積部
２０４…デコーダ
２０５…ディスプレイ
２０６…スピーカ
２０７…ユーザ入出力部
２０８…メモリ
２０９…ＣＰＵ
１ａ…処理部
１ｂ…充電部
１ｃ…クレードル
２ａ…処理部
２ｂ…バッテリ
２ｃ…接続接点
３…記録媒体
１ｄ…モデム
１ｃ…ＰＣ
１ｆ…ＭＤデッキ
２ｄ…ＭＤドライブ
２ｅ…撮像部
２ｆ…符号化部
２ｇ…再生部
２ｈ…ディスプレイ
２ｉ…スピーカ
２ｊ…ＣＰＵ

Claims (27)

1. 固定的または半固定的に据え置かれた本体装置で受信した番組データを、持ち運び可能な携帯装置で再生してユーザに提供するような携帯視聴システムであって、
   前記本体装置は、
   放送によって提供される番組データを受信する受信手段と、
   前記受信手段によって受信された番組データを蓄積する一次蓄積手段と、
   前記一次蓄積手段に蓄積された番組データを構成する各番組コンポーネントに対して転送優先度を設定する転送優先度設定手段と、
   前記一次蓄積手段に蓄積された番組データの各番組コンポーネントを、前記設定された転送優先度の順序に従って時間軸方向に分散させながら前記携帯装置に転送する転送手段とを備え、
   前記携帯装置は、
   前記転送手段から分散して転送されてくる番組コンポーネントを蓄積する二次蓄積手段と、
   前記二次蓄積手段に蓄積された番組コンポーネントから再生したい番組の番組データを再構築する再構築手段と、
   前記再構築手段により再構築された番組データを再生する再生手段とを備える、携帯視聴システム。
2. 前記転送優先度設定手段は、データ量の少ない番組コンポーネントが優先的に転送されるように、各番組コンポーネントに対して転送優先度を設定することを特徴とする、請求項１に記載の携帯視聴システム。
3. 前記本体装置は、前記番組コンポーネントの各種類に対して予めデフォルトの転送優先度を定義するための転送優先度定義手段をさらに備えており、
   前記転送優先度設定手段は、前記転送優先度定義手段に規定された定義に従って、各番組コンポーネントに対して前記デフォルトの転送優先度を設定することを特徴とする、請求項２に記載の携帯視聴システム。
4. 前記転送手段は、前記一次蓄積手段に蓄積された複数の番組データを一括して前記携帯装置に転送する場合、各番組データから同一の転送優先度が設定された番組コンポーネントを選択して１セットにまとめ、各セットの転送を設定された転送優先度の順序に従って時間軸方向に分散させながら行うことを特徴とする、請求項３に記載の携帯視聴システム。
5. 前記転送優先度定義手段において、番組コンポーネントの各種類は、複数のクラスに分類されており、
   前記転送優先度設定手段は、各番組コンポーネントに対して設定されたデフォルトの転送優先度を各クラス別にチェックし、当該チェック結果に基づいて、各クラス単位で各番組コンポーネントに対して設定されたデフォルトの転送優先度を必要に応じて変更することを特徴とする、請求項４に記載の携帯視聴システム。
6. 前記転送優先度設定手段は、同一クラスに属する番組コンポーネントのいずれに対しても、そのクラスにおいて最高の転送優先度として定義されている値の転送優先度が設定されていない場合、そのクラスにおいて現時点で最も高い転送優先度が設定されている番組コンポーネントの転送優先度を、そのクラスにおいて最高の転送優先度として定義されている値に変更することを特徴とする、請求項５に記載の携帯視聴システム。
7. 前記本体装置は、前記受信手段によって受信された番組データの番組コンポーネントから新たな番組コンポーネントを生成する番組コンポーネント生成手段をさらに備え、
   前記蓄積手段は、前記受信手段によって受信された番組データに、前記番組コンポーネント生成手段によって生成された番組コンポーネントを加えて蓄積することを特徴とする、請求項１に記載の携帯視聴システム。
8. 前記携帯装置は、前記再構築手段により再構築された番組データの何れかの番組コンポーネントのデータが、前記再生手段による再生の途中で途切れたとき、現在再生中でない他の番組コンポーネントによって再生を代替させる代替手段をさらに備える、請求項１に記載の携帯視聴システム。
9. 前記携帯装置は、前記番組コンポーネントの各種類に対して予め提示優先度を定義するための提示優先度定義手段をさらに備えており、
   前記代替手段は、前記提示優先度定義手段に規定された定義に従って代替再生すべき番組コンポーネントを決定することを特徴とする、請求項８に記載の携帯視聴システム。
10. 前記提示優先度定義手段において、番組コンポーネントの各種類は、複数のクラスに分類されており、
    前記代替手段は、前記再生の途切れた番組コンポーネントと同一のクラスに属する番組コンポーネントの中から代替再生すべき番組コンポーネントを決定することを特徴とする、請求項９に記載の携帯視聴システム。
11. 前記本体装置と前記携帯装置は、相互に電気的に接続可能に構成されており、
    前記転送手段は、前記一次蓄積手段に蓄積された番組データの各番組コンポーネントを、前記携帯装置に直接オンライン転送することを特徴とする、請求項１に記載の携帯視聴システム。
12. 前記本体装置は、
    前記携帯装置が電気的に接続可能に装着される装着手段と、
    前記装着手段に前記携帯装置が装着されたとき、当該携帯装置に対して充電のための電力を供給する充電手段とをさらに備え、
    前記携帯装置は、前記充電手段から供給される電力によって充電されるバッテリをさらに備える、請求項１１に記載の携帯視聴システム。
13. 前記転送手段は、前記一次蓄積手段に蓄積された番組データの各番組コンポーネントを、記録媒体を介して、前記携帯装置にオフライン転送することを特徴とする、請求項１に記載の携帯視聴システム。
14. 前記本体装置は、前記携帯装置に転送すべき番組コンポーネントを、前記記録媒体に書き込むための書込手段をさらに備え、
    前記携帯装置は、前記記録媒体に記録された番組コンポーネントを読み出すための読出手段をさらに備える、請求項１２に記載の携帯視聴システム。
15. 前記受信手段は、コンピュータネットワークを介して番組データを受信する、請求項１に記載の携帯視聴システム。
16. 固定的または半固定的に据え置かれた状態で使用され、受信した番組データを持ち運び可能な携帯装置に転送するための本体装置であって、
    放送によって提供される番組データを受信する受信手段と、
    前記受信手段によって受信された番組データを蓄積する一次蓄積手段と、
    前記一次蓄積手段に蓄積された番組データを構成する各番組コンポーネントに対して転送優先度を設定する転送優先度設定手段と、
    前記一次蓄積手段に蓄積された番組データの各番組コンポーネントを、前記設定された転送優先度の順序に従って時間軸方向に分散させながら前記携帯装置に転送する転送手段とを備える、本体装置。
17. 前記転送優先度設定手段は、データ量の少ない番組コンポーネントが優先的に転送されるように、各番組コンポーネントに対して転送優先度を設定することを特徴とする、請求項１６に記載の本体装置。
18. 前記番組コンポーネントの各種類に対して予めデフォルトの転送優先度を定義するための転送優先度定義手段をさらに備えており、
    前記転送優先度設定手段は、前記転送優先度定義手段に規定された定義に従って、各番組コンポーネントに対して前記デフォルトの転送優先度を設定することを特徴とする、請求項１７に記載の本体装置。
19. 前記転送手段は、前記一次蓄積手段に蓄積された複数の番組データを一括して前記携帯装置に転送する場合、各番組データから同一の転送優先度が設定された番組コンポーネントを選択して１セットにまとめ、各セットの転送を設定された転送優先度の順序に従って時間軸方向に分散させながら行うことを特徴とする、請求項１８に記載の本体装置。
20. 前記転送優先度定義手段において、番組コンポーネントの各種類は、複数のクラスに分類されており、
    前記転送優先度設定手段は、各番組コンポーネントに対して設定されたデフォルトの転送優先度を各クラス別にチェックし、当該チェック結果に基づいて、各クラス単位で各番組コンポーネントに対して設定されたデフォルトの転送優先度を必要に応じて変更することを特徴とする、請求項１９に記載の携帯視聴システム。
21. 前記転送優先度設定手段は、同一クラスに属する番組コンポーネントのいずれに対しても、そのクラスにおいて最高の転送優先度として定義されている値の転送優先度が設定されていない場合、そのクラスにおいて現時点で最も高い転送優先度が設定されている番組コンポーネントの転送優先度を、そのクラスにおいて最高の転送優先度として定義されている値に変更することを特徴とする、請求項２０に記載の本体装置。
22. 前記受信手段によって受信された番組データの番組コンポーネントから新たな番組コンポーネントを生成する番組コンポーネント生成手段をさらに備え、
    前記蓄積手段は、前記受信手段によって受信された番組データに、前記番組コンポーネント生成手段によって生成された番組コンポーネントを加えて蓄積することを特徴とする、請求項１６に記載の本体装置。
23. 固定的または半固定的に据え置かれた本体装置で受信した番組データを受け取って再生し、ユーザに提供するための携帯装置であって、
    前記本体装置から転送優先度の順序に従って時間軸方向に分散して転送されてくる番組データ中の各番組コンポーネントを蓄積する二次蓄積手段と、
    前記二次蓄積手段に蓄積された番組コンポーネントから再生したい番組の番組データを再構築する再構築手段と、
    前記再構築手段により再構築された番組データを再生する再生手段とを備える、携帯装置。
24. 前記再構築手段により再構築された番組データの何れかの番組コンポーネントのデータが、前記再生手段による再生の途中で途切れたとき、現在再生中でない他の番組コンポーネントによって再生を代替させる代替手段をさらに備える、請求項２３に記載の携帯装置。
25. 前記番組コンポーネントの各種類に対して予め提示優先度を定義するための提示優先度定義手段をさらに備えており、
    前記代替手段は、前記提示優先度定義手段に規定された定義に従って代替再生すべき番組コンポーネントを決定することを特徴とする、請求項２４に記載の携帯装置。
26. 前記提示優先度定義手段において、番組コンポーネントの各種類は、複数のクラスに分類されており、
    前記代替手段は、前記再生の途切れた番組コンポーネントと同一のクラスに属する番組コンポーネントの中から代替再生すべき番組コンポーネントを決定することを特徴とする、請求項２５に記載の携帯装置。
27. 固定的または半固定的に据え置かれた本体装置で受信した番組データを、持ち運び可能な携帯装置に転送するための方法であって、
    放送によって提供される番組データを受信するステップと、
    前記受信手段によって受信された番組データを蓄積するステップと、
    前記蓄積された番組データを構成する各番組コンポーネントに対して転送優先度を設定するステップと、
    前記蓄積された番組データの各番組コンポーネントを、前記設定された転送優先度の順序に従って時間軸方向に分散させながら前記携帯装置に転送するステップとを備える、データ転送方法。

Images