JPWO2014076810A1 - 受像装置、携帯端末、サーバ、受像方法および格納方法 - Google Patents

Abstract

本実施形態に係る受像装置は、チューナ、認証部、送受信部および表示部を含む。チューナは、放送波から番組コンテンツをデコードする。認証部は、デコードされた番組コンテンツの利用が私的使用の範囲内であるかどうかの認証を行なう。送受信部は、認証が成功した場合、サーバに番組コンテンツを暗号化して送信し、サーバに格納される番組コンテンツのリストを取得することを示す取得要求をユーザから受け取る場合、取得要求をサーバに送信して該リストを受信する。表示部は、リストおよび番組コンテンツを表示する。送受信部は、リストに含まれる番組コンテンツのうちの第１番組コンテンツを再生することを指定する再生要求をユーザから受け取る場合、再生要求をサーバに送信して暗号化された第１番組コンテンツを受信して復号化する。表示部は、第１番組コンテンツを表示する。

Description

本発明の実施形態は、受像装置、携帯端末、サーバ、受像方法および格納方法に関する。

近年、テレビよりもほかの媒体の優位性が向上し選択肢が多様化したことで、番組コンテンツの視聴スタイルは大きく変わりつつある。具体的には、受像装置でリアルタイムに番組コンテンツを見るというスタイルから、レコーダに録画済みの番組をみるというスタイルに変化しつつある。

テレビ放送は、一般的にどの家庭にも同じ番組のデータが同じ時刻に一斉に送信されるものであるため、自分が録画していなかった番組であっても他人は録画していたということがありえる。このような見逃した番組を視聴する方法として、インターネット上の動画共有サービスなどを利用して録画していた番組を共有するという方法がある。また、いわゆるスマートフォンやタブレット端末の普及により、個人による番組コンテンツの視聴の機会も増えている。

一方、ストレージに格納できる容量の拡大や動画の圧縮方式の向上などを背景に、すべてのチャンネルのすべての番組の録画を行なう方法もある。

特開２００８−２２７７９３号公報

しかし、他人が録画した番組をインターネット上の動画共有サービスなどを利用して再生することは、番組コンテンツの著作権を侵害する行為となる可能性が高い。

また、すべてのチャンネルのすべての番組を録画する場合でも、家庭内のストレージの容量には限界があるため、長期間にわたってすべての番組コンテンツを録画しておくことができない。つまり、ストレージの容量が足りなくなったときに増やしたいと思っても容易に増やすことが難しい。

本開示は、上述の課題を解決するためになされたものであり、私的使用の範囲内で大量の番組コンテンツを録画して、ニーズに応じて再生することができる受像装置、携帯端末、サーバ、受像方法および格納方法を提供することを目的とする。

本実施形態に係る受像装置は、チューナ、認証部、送受信部および表示部を含む。チューナは、放送波から番組コンテンツをデコードする。認証部は、デコードされた前記番組コンテンツの利用が私的使用の範囲内であるかどうかの認証を行なう。送受信部は、前記認証が成功した場合、サーバに前記番組コンテンツを暗号化して送信し、該サーバに格納される番組コンテンツのリストを取得することを示す取得要求をユーザから受け取る場合、該取得要求を前記サーバに送信して該リストを受信する。表示部は、前記リストおよび前記番組コンテンツを表示する。前記送受信部は、前記リストに含まれる番組コンテンツのうちの第１番組コンテンツを再生することを指定する再生要求を前記ユーザから受け取る場合、該再生要求を前記サーバに送信して暗号化された該第１番組コンテンツを受信して復号化する。前記表示部は、前記第１番組コンテンツを表示する。

第１の実施形態に係るクラウドテレビシステムを示す概念図。 第１の実施形態に係る受像装置を示すブロック図。 第１の実施形態に係るサーバを示すブロック図。 受像装置で表示される番組コンテンツの優先度を示す図。 優先度を参照した放送局の選択例を示す図。 受像装置における認証処理の一例を示す図。 第１の実施形態に係るクラウドテレビシステムの動作を示すフローチャート。 サーバにおける暗号化コンテンツの格納処理を示すフローチャート。 番組コンテンツの管理動作を示すフローチャート。 受像装置における番組コンテンツのリストの表示例を示す図。 第２の実施形態に係るクラウドテレビシステムを示す概念図。 携帯端末を示すブロック図。 携帯端末における認証処理の一例を示す図。 第２の実施形態に係るクラウドテレビシステムの動作を示すフローチャート。

以下、図面を参照しながら本実施形態に係る受像装置、携帯端末、サーバ、受像方法および格納方法について詳細に説明する。なお、以下の実施形態では、同一の参照符号を付した部分は同様の動作をおこなうものとして、重複する説明を適宜省略する。

（第１の実施形態）
第１の実施形態に係るクラウドテレビシステムについて図１を参照して説明する。
図１は第１の実施形態に係るクラウドテレビシステムの概念図であり、クラウドテレビシステム１００は、受像装置１０１、サーバ１０２およびネットワーク１０３を含む。

受像装置１０１は、いわゆるテレビであり、各家庭に存在する場合を想定する。受像装置１０１は、アンテナ１５０で受信される放送局（図示せず）から送信された放送波を、放送波を介して送信される番組コンテンツにデコードして再生する。番組コンテンツは、例えば、地上デジタル放送および衛星放送のＴＶ番組である。
受像装置１０１はその後、認証を行ない、認証が成功すれば番組コンテンツを暗号化し、暗号化された番組コンテンツ（以下、暗号化コンテンツという）をネットワーク１０３を介してサーバ１０２に送信する。また、受像装置１０１は、ユーザからの要求に応じてサーバ１０２からネットワーク１０３を介して番組コンテンツを受信し、番組コンテンツを復号化して再生する。

サーバ１０２は、暗号化コンテンツをネットワーク１０３を介して受信し、暗号化コンテンツを格納する。また、サーバ１０２は、格納された番組コンテンツのうちユーザが再生したい番組コンテンツを指定する再生要求を受像装置１０１から受信した場合、再生要求に応じた番組コンテンツを抽出し、ネットワーク１０３を介して受像装置１０１に送信する。

ネットワーク１０３は、一般的なネットワークであり、有線または無線を問わず、受像装置１０１とサーバ１０２とが通信可能であればよい。

次に、第１の実施形態に係る受像装置の詳細について図２のブロック図を参照して説明する。
第１の実施形態に係る受像装置１０１は、チューナ２０１、認証部２０２、送受信部２０３および表示部２０４を含む。

チューナ２０１は、放送波を受信してデコードし、番組コンテンツを得る。チューナ２０１におけるデコード処理は、放送波の一般的なデコード処理であるため、ここでの説明は省略する。

認証部２０２は、チューナ２０１から番組コンテンツを受け取り、デコードされた番組コンテンツが家庭内の私的使用であるかどうかの認証を行ない、認証結果を得る。また、認証部２０２は、番組コンテンツの暗号化および復号化に用いる暗号鍵を有する。暗号鍵は、家庭ごとの情報を用いればよい。家庭内の私的使用であるかどうかの認証に関しては、図６を参照して後述する。
送受信部２０３は、チューナ２０１から番組コンテンツを、認証部２０２から認証結果をそれぞれ受け取る。送受信部２０３は、認証結果が認証が成功したことを示す場合、認証部２０２から暗号鍵を受け取り、暗号鍵を用いて番組コンテンツを暗号化し、暗号化して番組コンテンツをサーバ１０２に送信する。
さらに、送受信部２０３は、ユーザから番組コンテンツのリストを取得することを示すリスト取得要求を受け取った場合は、リスト取得要求をサーバ１０２に送信し、その後、サーバ１０２から番組コンテンツのリストを受信する。また、送受信部２０３は、リストに含まれる番組コンテンツのうちユーザにより指定された番組コンテンツを再生することを示す再生要求を受け取った場合は、再生要求をサーバ１０２に送信し、その後、指定された暗号化コンテンツをサーバ１０２から受信し、暗号鍵を用いて暗号化コンテンツを復号化する。

表示部２０４は、チューナ２０１から番組コンテンツを受け取り、番組コンテンツを表示する。また、表示部２０４は、送受信部２０３から番組コンテンツのリストを受け取った場合は、番組コンテンツのリストを表示し、送受信部２０３から選択された番組コンテンツを受け取った場合は、選択された番組コンテンツを表示する。

次に、第１の実施形態に係るサーバの詳細について図３のブロック図を参照して説明する。
第１の実施形態に係るサーバ１０２は、送受信部３０１、容量判定部３０２、コンテンツ格納部３０３、コンテンツ検索部３０４、容量拡大手段データベース３０５（以下、容量拡大手段ＤＢ３０５という）、実行部３０６および認証部３０７を含む。

送受信部３０１は、受像装置１０１から暗号化コンテンツを受信する。また、送受信部３０１は、受像装置１０１からリスト取得要求を受信した場合は、後述するコンテンツ検索部３０４から番組コンテンツのリストを受け取り受像装置１０１に送信する。また、送受信部３０１は、受像装置１０１から再生要求を受信した場合は、コンテンツ検索部３０４から選択された暗号化コンテンツを受け取り、受像装置１０１に送信する。

容量判定部３０２は、送受信部３０１から暗号化コンテンツを受け取り、コンテンツ格納部３０３に暗号化コンテンツを格納可能な空き容量が存在するかどうかを判定する。空き容量が存在しない、すなわち番組コンテンツを格納するためには容量が不足している場合は、容量判定部３０２は不足容量情報を生成する。不足容量情報は、番組コンテンツを格納するために必要な空き容量を示す情報である。

コンテンツ格納部３０３は、暗号化コンテンツを格納可能な空き容量が存在する場合、容量判定部３０２から暗号化コンテンツを受け取って格納する。本実施形態では、暗号化コンテンツを格納することを録画ともいう。なお、コンテンツ格納部３０３は、契約した家庭ごとに、番組コンテンツを格納するための特定格納領域を用意する。特定格納領域は、契約した家庭ごとに完全に分離され、ユーザ自身の特定格納領域以外である他者が契約した特定格納領域には、アクセスできないようにすることが望ましい。
特定格納領域の家庭ごとの契約は、携帯電話契約のように受像装置１０１の購入時点で行なってもよいし、インターネット回線のプロバイダ契約のように受像装置１０１を購入した時点とは別の時点で行なってもよい。但し、受像装置１０１の購入と別の時点で契約する場合は、コンテンツの暗号化で用いる鍵の配布が複雑となりうる。本実施形態では、受像装置１０１を購入する時点で特定格納領域の契約を行なうものとし、契約した家庭ごとに生成された暗号鍵は受像装置１０１の認証部２０２に格納されるとする。

コンテンツ検索部３０４は、送受信部３０１からリスト取得要求を受け取った場合は、コンテンツ格納部３０３に格納される複数の番組コンテンツのリストを生成する。また、コンテンツ検索部３０４は、コンテンツ格納部３０３に格納される番組コンテンツからユーザの再生要求に対応する番組コンテンツを検索して取得する。
なお、コンテンツ格納部３０３に新たな番組コンテンツを格納する際に、既に生成されたリストに新たな番組コンテンツの情報を追加して更新するなど、予めリストが格納されている場合、コンテンツ検索部３０４は、コンテンツ格納部３０３からリストを抽出すればよい。

容量拡大手段ＤＢ３０５は、コンテンツ格納部３０３の特定格納領域に記憶容量を増やすためにどのような容量拡大手段を用いるかの情報を格納する。容量拡大手段は、番組コンテンツを格納するための空き容量を確保する処理であり、例えば、特定格納領域に新たな空き容量を割り当てて特定格納領域の容量を増やすといった処理を示す。
実行部３０６は、容量判定部３０２から不足容量情報を受け取り、不足容量情報に基づいて、容量拡大手段ＤＢ３０５から容量拡大手段を抽出し、コンテンツ格納部３０３の特定格納領域の容量を増やす容量拡大手段を実行する。
認証部３０７は、受像装置１０１から認証キーを受け取り、ユーザの認証を行なう。

次に、受像装置１０１で表示される番組コンテンツのチャンネルの優先度について図４を参照して説明する。

図４に示すテーブル４００では、優先度４０１とチャンネル４０２とを対応づけて格納する。例えば、優先度４０１「１」とチャンネル４０２「放送局Ａ」とを対応づけて格納する。
受像装置１０１のチューナ２０１は、受像装置１０１が設置される地域において視聴可能な全てのチャンネルに対応した数だけ存在することが好ましい。チャンネル数よりもチューナの数が少ない場合は、ユーザが録画しておきたいと思うチャンネルの優先度を予め割り当て、図４に示すテーブルのように保持しておけばよい。

また、故障など一時的に放送波を復号できないチューナが生じたときに、優先度４０１を参照することで、優先的に割り当てるチャンネルを選択することができる。

次に、チューナの数が３つの場合における優先度を参照した放送局の選択例について図５を参照して説明する。
図５（ａ）は、ユーザが受像装置１０１で番組コンテンツを視聴していない場合である。この場合は、図４に示すテーブルの優先度４０１の上位３つの放送局の放送波についてデコードが行われる。図５（ｂ）は、ユーザが現在放送されている番組コンテンツを視聴している場合を示す。ユーザが視聴したい番組がチューナに割り当てられていれば、そのまま再生すればよい。図５（ｃ）は、ユーザがチューナに割り当てられていない放送局の番組コンテンツを視聴する場合を示す。この場合は、チューナ２０１に割り当てられている放送局のうち優先度が最も低い放送局の番組をデコードする代わりに、ユーザが所望する放送局の番組をデコードすればよい。例えば、放送局Ｃに代えて、放送局Ｄの放送波をチューナに割り当てて放送波をデコードすればよい。

図５（ｄ）は、ユーザがテレビを視聴していない場合は、優先度が高い順にデコードを行えばよい。また、図５（ｅ）に示すように、１つのチューナが何らかのトラブルにより使用できない場合は、優先度が高い順にデコードするようにすればよい。例えば、優先度が２番目に高い「放送局Ｂ」のチューナにトラブルが発生した場合は、優先度が３番目に高い「放送局Ｃ」の放送波をデコードしているチューナを、優先度が２番目の「放送局Ｂ」の放送波をデコードに割り当てて、デコードする放送波を切り替えればよい。

次に、受像装置１０１における認証処理の一例について図６を参照して説明する。
認証部２０２による番組コンテンツの利用が家庭内の私的使用の範囲内であるかどうかの認証は、例えば実際に受像装置を利用している家庭が契約済みの家庭であるかどうかを判定すればよい。受像装置を利用している家庭が契約済みの家庭であれば、認証が成功したとして、番組コンテンツの利用が家庭内の私的使用の範囲内であるとする。

なお、ユーザが契約した時点で生成された暗号鍵だけでは、１つの家庭で複数台の受像装置を購入し全国各地に配置することができるため、それぞれの地域の番組を録画して別の地域で視聴できる可能性がある。
このような視聴を防止する認証方式としては、ユーザの生体情報を用いる方法、および受像装置の位置認証を用いる方法がある。
ユーザの生体情報を用いる方法としては、図６に示すような指紋認証、静脈認証、虹彩認証などが挙げられるが、その他一般的な手法を用いればよい。受像装置の位置認証を行なう方法としては、ＧＰＳ（Global Positioning System）に基づいて位置情報を取得できるＧＰＳセンサによって受像装置が設置される位置情報を取得する方法、またはＷｉ−Ｆｉ（Wireless Fidelity）など無線ＬＡＮを利用可能な受像装置であれば無線基地局の位置などで位置情報を取得する方法などが挙げられる。例えば、ＧＰＳに基づく位置情報とユーザが契約した家庭の住所とのマッチングを行なうことで、認証部２０２は、位置認証を行なうことができる。

認証処理は、できる限り頻繁にかつ定期的に行うことが望ましいが、長期旅行など長期間不在にして受像装置を利用しない場合にサービスが停止してしまうと煩わしい。よって、ユーザがリモコン（リモートコントローラ）操作またはパネル操作をしたとき、または、受像装置を移動させた場合に受像装置に内蔵される加速度センサにより計測される加速度が閾値を超えたときに認証を行うようにしてもよい。
また、認証に用いるデータを受像装置１０１はなくサーバ１０２に登録しておき、サーバの認証部２０２で認証処理を行うようにしてもよい。

次に、第１の実施形態におけるクラウドテレビシステムの動作について図７のフローチャートを参照して説明する。
ステップＳ７０１では、受像装置１０１のチューナ２０１が、放送波をデコードする。
ステップＳ７０２では、受像装置１０１の認証部２０２が、ユーザの認証を行なう。
ステップＳ７０３では、受像装置１０１の認証部２０２が、認証に成功したかどうかを判定する。認証が成功した場合、ステップＳ７０４に進み、認証が成功していない、すなわち認証が失敗した場合、ステップＳ７０７に進む。

ステップＳ７０４では、受像装置１０１の送受信部２０３が、番組コンテンツを暗号化する。暗号化処理は、例えば公開鍵暗号を用いる場合、認証部２０２に秘密鍵を格納しておき、秘密鍵に対応する公開鍵で暗号化コンテンツをサーバ１０２に送信すればよい。
ステップＳ７０５では、受像装置１０１の送受信部２０３が、暗号化コンテンツをサーバ１０２に送信する。
ステップＳ７０６では、サーバ１０２のコンテンツ格納部３０３が、暗号化コンテンツを格納する。
ステップＳ７０７では、受像装置１０１の表示部２０４が、エラーメッセージを表示する。以上で第１の実施形態に係るクラウドテレビシステムの動作を終了する。

次に、ステップＳ７０６におけるサーバ１０２の暗号化コンテンツの格納処理について図８のフローチャートを参照して説明する。
ステップＳ８０１では、送受信部３０１が、暗号化コンテンツの受信を開始する。
ステップＳ８０２では、容量判定部３０２が、番組コンテンツの格納に必要な容量を算出する。
ステップＳ８０３では、容量判定部３０２が、コンテンツ格納部３０３に番組コンテンツを格納可能な空き容量があるかどうかを判定する。番組コンテンツを格納可能な空き容量がある場合はステップＳ８０６に進み、番組コンテンツを格納可能な空き容量がない場合はステップＳ８０４に進む。

ステップＳ８０４では、実行部３０６が、容量拡大手段ＤＢ３０５から容量拡大手段を取得する。例えば、容量拡大手段ＤＢ３０５に容量拡大手段１、容量拡大手段２、容量拡大手段３を示す情報が格納される場合を想定する（図３を参照）。容量拡大手段１は、古い番組コンテンツを削除する処理であり、容量拡大手段２は、課金することで契約している格納領域を拡大する処理であり、容量拡大手段３は、古い番組コンテンツを再エンコードしてビットレートを下げる処理であるとする。実行部３０６は、容量拡大手段１、容量拡大手段２および容量拡大手段３のうち、ユーザにより指定された容量拡大手段を取得してもよいし、ユーザにより各容量拡大手段に優先度が設けられる場合は、優先度に従って容量拡大手段を取得してもよい。なお、容量拡大手段１が実行される場合にユーザにより番組コンテンツが保護されている場合は、指定した番組コンテンツ以外の他の番組コンテンツについて削除などの処理を行なう。さらに、容量拡大手段３により再エンコードを行なう場合は、サーバ１０２側には復号化の鍵がなく復号化できないことが多いと考えられるため、一度再エンコード対象の番組コンテンツを受像装置１０１に送信し、受像装置１０１側で再エンコードを行った上で再度サーバ１０２に送信することが望ましい。

ステップＳ８０５では、実行部３０６が容量拡大手段を実行したのち、ステップＳ８０３に戻り、番組コンテンツの空き容量を確保できるまで同様の処理を繰り返す。このとき、実行部３０６は、前回選択された容量拡大手段を切り替えて実行してもよい。例えば、実行部３０６による１度目の容量拡大手段の実行の際に容量拡大手段１が選択された場合、実行部３０６は、２度目の容量拡大手段の実行として、容量拡大手段１とは異なる手段、例えば容量拡大手段２を取得して実行してもよい。また、２度目の容量拡大手段の実行の際に、ユーザからの指定があれば、実行部３０６は指定された容量拡大手段を実行してもよい。最終的に、番組コンテンツの空き容量が確保されるまで容量拡大手段が実行されればよい。
ステップＳ８０６では、コンテンツ格納部３０３が番組コンテンツを格納する。以上で、番組コンテンツの格納処理を終了する。

次に、番組コンテンツの管理動作について図９のフローチャートを参照して説明する。
ステップＳ９０１では、送受信部２０３が、ユーザから番組コンテンツのリスト取得要求を受け取り、サーバ１０２に格納される番組コンテンツのリスト取得要求を送信する。通常、受像装置によるデコードと番組コンテンツの録画とが並行して行われていると想定されるため、実際に受像装置１０１を利用している家庭が契約済みの家庭であるかどうかの認証は成功しているものとする。なお、ユーザがリモコン操作またはパネル操作をしたときに認証処理を行うような場合は、ユーザから番組コンテンツのリスト取得要求を受け取ったときに認証処理を行なってもよい。いずれも場合も認証が失敗した場合は、サーバ１０２はリスト取得要求を中止する。

ステップＳ９０２では、送受信部２０３が、サーバ１０２から番組コンテンツのリストを取得する。
ステップＳ９０３では、表示部２０４が、取得した番組コンテンツのリストを表示する。なお、録画済みの番組コンテンツのデータサイズは膨大になると予想されるため、一般的な番組表のようなユーザインタフェース（ＵＩ）だけではなく、番組ごとにまとめて選択できるＵＩを含むことが望ましい。番組ごとにまとめた選択は、曜日、時間帯、番組タイトルなどの情報を用いてドラマやアニメなどを連続予約するアルゴリズムを用いればよいため、ここでの説明は省略する。

ステップＳ９０４では、送受信部２０３が、ユーザからの指示と指示の対象となる番組コンテンツの情報（例えば、識別子（ＩＤ））とを取得する。
ステップＳ９０５では、送受信部２０３が、ユーザからの指示が再生要求であるかどうかを判定する。再生要求であればステップＳ９０６に進み、再生要求でなければステップＳ９０７に進む。

ステップＳ９０６では、送受信部２０３が、番組コンテンツの再生要求をサーバ１０２に送信する。なお、リスト取得要求を送信する場合と同様に認証は成功していると想定するが、認証に失敗した場合、サーバ１０２は番組コンテンツを送信しない。
ステップＳ９０７では、送受信部２０３が、サーバ１０２から再生要求に対応する暗号化コンテンツを取得する。
ステップＳ９０８では、送受信部２０３は、サーバ１０２から取得した暗号化コンテンツを、認証部２０２に格納された暗号鍵を用いて復号化して、番組コンテンツを再生する。

ステップＳ９０９では、送受信部２０３が、ユーザからの指示が保護要求であるかどうかを判定する。保護要求は、コンテンツ格納部３０３の特定格納領域に余裕がない場合でも、容量拡大手段によって暗号化コンテンツが削除されないように指定する指示である。ユーザからの指示が保護要求である場合はステップＳ９１０に進み、ユーザからの指示が保護要求でない場合は、ステップＳ９１２に進む。
ステップＳ９１０では、送受信部２０３が、保護要求をサーバ１０２に送信する。
ステップＳ９１１では、サーバ１０２の実行部３０６が、番組コンテンツを保護する。具体的には、例えば保護したい番組コンテンツの管理情報の保護ビットを立てるといった処理を行えばよい。

ステップＳ９１２では、送受信部２０３が、番組コンテンツの削除要求をサーバ１０２に送信する。削除要求は、ユーザが指定する番組コンテンツを削除するための指示である。
ステップＳ９１３では、サーバ１０２の実行部３０６が、番組コンテンツを削除する。以上で番組コンテンツの管理動作を終了する。

なお、容量拡大手段の種類によっては、サーバがリスト取得要求を取得した時点ではコンテンツ格納部３０３に存在するためリストに表示される番組コンテンツであっても、サーバが実際に再生要求、保護要求および削除要求を取得した時点では、既に削除されている可能性もある。よって、保護ビットが立っている番組コンテンツを除き、容量拡大手段の対象となって削除される可能性の高いコンテンツは半透明に表示してもよいし、または初めから表示しないようにしてもよい。

次に、受像装置における番組コンテンツのリストの表示例について図１０を参照して説明する。
図１０の上段は、番組コンテンツごとにまとめたリスト１００１の表示例であり、図１０の下段は、リストから１つの番組を選択した例を示す。

ここでは、番組コンテンツごとに視聴済みである数と未視聴である数とが記載される。例えば、番組「どえらいもん」では、視聴済みが３本であり、未視聴の番組が３本であり、計６本の番組が録画されていることがわかる。

ここで、リストから番組「どえらいもん」をカーソル１００２で選択すると、図１０下段に示すように６本の番組のそれぞれのサムネイル１００３が表示され、未視聴であれば「ＮＥＷ」の文字が表示される。なお、サムネイル表示は静止画に限らず、サムネイルのコマ送りや動画を表示してもよい。また、未視聴であることを示す方法は、未視聴である番組を点滅させるなどどのような方法で区別してもよい。

以上に示した第１の実施形態によれば、録画した番組コンテンツの格納するためのサーバ（格納部）の容量を考慮することなく、番組コンテンツを長期間保存することができる。さらに私的使用の範囲内で番組コンテンツを録画することができ、ユーザが所望するタイミングで番組コンテンツを閲覧することができる。

（第２の実施形態）
第２の実施形態では、テレビなどの受像装置に加えて、スマートフォンまたはタブレットＰＣといった携帯端末を用いても、サーバに録画された番組コンテンツを再生可能にする点が第１の実施形態と異なる。

第２の実施形態に係るクラウドテレビシステムについて図１１を参照して説明する。
図１１は、第２の実施形態に係るクラウドテレビシステムの概念図であり、受像装置１０１、サーバ１０２、ネットワーク１０３および携帯端末１１０１を含む。

受像装置１０１、サーバ１０２およびネットワーク１０３第１の実施形態と同様の動作を行なうので説明を省略する。

携帯端末１１０１は、例えばスマートフォンまたはタブレットＰＣであり、録画した番組コンテンツを、受像装置１０１からネットワーク１０３を介して受信し再生する。

次に、携帯端末１１０１について図１２のブロック図を参照して説明する。
携帯端末１１０１は、認証部１２０１、送受信部１２０２および表示部１２０３を含む。
認証部１２０１は、第１の実施形態に係る受像装置１０１の認証部２０２と同様に、認証処理を行なう。

送受信部１２０２は、認証が成功した場合でかつユーザからリスト取得要求を受け取った場合、サーバ１０２にリスト取得要求を送信する。その後、サーバ１０２から送信された録画済み番組コンテンツのリストを受信する。送受信部１２０２は、ユーザからコンテンツの再生要求を受け取った場合、サーバ１０２に再生要求を送信し、サーバ１０２からユーザにより選択された暗号化コンテンツを受信する。送受信部１２０２は、認証部１２０１から認証キーおよび暗号鍵を受け取り、暗号化コンテンツを復号化して番組コンテンツを得る。

表示部１２０３は、送受信部１２０２から番組コンテンツのリストを受け取って画面に表示させる。また、表示部１２０３は、ユーザにより選択された番組コンテンツを受け取って表示する。

次に、携帯端末１１０１における認証処理の一例について図１３を参照して説明する。
認証処理としては、例えば図１３（ａ）に示すように、受像装置１０１に予め格納される暗号鍵を格納するチップ１３０１などを、操作対象となる携帯端末１１０１に物理的に移し替えればよい。または、図１３（ｂ）に示すように、近距離無線または物理的接触により暗号鍵を複製してもよい。さらに、携帯端末１１０１では直接認証処理を行わず、受像装置１０１に対して認証処理を行なって成功したことを示す認証キーを受信することで、認証処理が成功したとしてもよい。但し、認証キーは、セキュリティの観点から一定期間経過後に消去されるように設定する。

なお、認証処理は、ユーザの生体情報と、携帯端末に付属されるＧＰＳセンサとから得られた位置情報とを組み合わせることが望ましい。この理由は、ＩＣチップ自体を物理的に移動させるのではなく、暗号鍵を複製するだけの場合、１つの家庭で複数台の携帯端末を購入して全国に配置すると、番組が放送されていた地域とは別の地域で番組コンテンツの視聴が可能となるためである。

次に、第２の実施形態に係るクラウドテレビシステムの動作について図１４のフローチャートを参照して説明する。
ステップＳ１４０１では、携帯端末１１０１の認証部１２０１が、ユーザを認証する。
ステップＳ１４０２では、携帯端末１１０１の認証部１２０１が、認証が成功したかどうかを判定する。認証に成功した場合はステップＳ１４０４に進み、認証に失敗した場合はステップＳ１４０３に進む。
ステップＳ１４０３では、携帯端末１１０１の表示部１２０３がエラーメッセージを表示して、処理を終了する。
ステップＳ１４０４では、携帯端末１１０１の送受信部１２０２が、番組コンテンツのリストに関するリスト取得要求をサーバ１０２に送信する。
ステップＳ１４０５では、サーバ１０２のコンテンツ検索部３０４が、コンテンツ格納部３０３に格納されている番組コンテンツのリストを生成する。
ステップＳ１４０６では、サーバ１０２のコンテンツ検索部３０４が、ユーザが使用している端末以外の別の受像装置または別の端末において、再生中または再生後一定期間内の番組コンテンツを除いたリストを作成し、リストを携帯端末１１０１に返送する。これによって、複数の端末に同じ番組コンテンツを送信するような二重送信を防ぐことができる。
ステップＳ１４０７では、携帯端末１１０１の送受信部１２０２が、番組コンテンツのリストを取得する。

ステップＳ１４０８では、携帯端末１１０１の送受信部１２０２が、ユーザが選択した番組コンテンツの再生要求をサーバ１０２に送信する。
ステップＳ１４０９では、サーバ１０２のコンテンツ検索部３０４が、再生要求に基づいて、サーバ１０２のコンテンツ格納部に格納される、ユーザが指定した暗号化コンテンツを取得する。
ステップＳ１４１０では、携帯端末１１０１の送受信部１２０２が、認証部１２０１に格納された暗号鍵を用いて暗号化コンテンツを復号化し、表示部１２０３が番組コンテンツを再生して表示する。以上で第２の実施形態に係るクラウドテレビシステム１１００の動作を終了する。

以上に示した第２の実施形態によれば、持ち運びしやすい携帯端末で録画済みである番組コンテンツを再生することができるので、ユーザは番組コンテンツが格納される場所および場所を問わず番組コンテンツを視聴することができ、私的使用の範囲内で格納容量を考慮することなく、番組コンテンツを格納（録画）することができる。

上述の実施形態の中で示した処理手順に示された指示は、ソフトウェアであるプログラムに基づいて実行されることが可能である。汎用の計算機システムが、このプログラムを予め記憶しておき、このプログラムを読み込むことにより、上述した受像装置、携帯端末およびサーバによる効果と同様な効果を得ることも可能である。上述の実施形態で記述された指示は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷ、Ｂｌｕ−ｒａｙ（登録商標）Ｄｉｓｃなど）、半導体メモリ、又はこれに類する記録媒体に記録される。コンピュータまたは組み込みシステムが読み取り可能な記録媒体であれば、その記憶形式は何れの形態であってもよい。コンピュータは、この記録媒体からプログラムを読み込み、このプログラムに基づいてプログラムに記述されている指示をＣＰＵで実行させれば、上述した実施形態の受像装置、携帯端末およびサーバと同様な動作を実現することができる。もちろん、コンピュータがプログラムを取得する場合又は読み込む場合はネットワークを通じて取得又は読み込んでもよい。
また、記録媒体からコンピュータや組み込みシステムにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワーク等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。
さらに、本実施形態における記録媒体は、コンピュータあるいは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶または一時記憶した記録媒体も含まれる。
また、記録媒体は１つに限られず、複数の媒体から本実施形態における処理が実行される場合も、本実施形態における記録媒体に含まれ、媒体の構成は何れの構成であってもよい。

なお、本実施形態におけるコンピュータまたは組み込みシステムは、記録媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するためのものであって、パソコン、マイコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。
また、本実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本実施形態における機能を実現することが可能な機器、装置を総称している。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行なうことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００，１１００・・・クラウドテレビシステム、１０１・・・受像装置、１０２・・・サーバ、１０３・・・ネットワーク、１５０・・・アンテナ、２０１・・・チューナ、２０２・・・認証部、２０３・・・送受信部、２０４・・・表示部、３０１・・・送受信部、３０２・・・容量判定部、３０３・・・コンテンツ格納部、３０４・・・コンテンツ検索部、３０５・・・容量拡大手段データベース（容量拡大手段ＤＢ）、３０６・・・実行部、３０７・・・認証部、４００・・・テーブル、４０１・・・優先度、４０２・・・チャンネル、１００１・・・リスト、１００２・・・カーソル、１００３・・・サムネイル、１１０１・・・携帯端末、１２０１・・・認証部、１２０２・・・送受信部、１２０３・・・表示部、１３０１・・・チップ。

ステップＳ９０４では、送受信部２０３が、ユーザからの指示と指示の対象となる番組コンテンツの情報（例えば、識別子（ＩＤ））とを取得する。
ステップＳ９０５では、送受信部２０３が、ユーザからの指示が再生要求であるかどうかを判定する。再生要求であればステップＳ９０９に進み、再生要求でなければステップＳ９０７に進む。

Claims (13)

1. 放送波から番組コンテンツをデコードするチューナと、
   デコードされた前記番組コンテンツの利用が私的使用の範囲内であるかどうかの認証を行なう認証部と、
   前記認証が成功した場合、サーバに前記番組コンテンツを暗号化して送信し、該サーバに格納される番組コンテンツのリストを取得することを示す取得要求をユーザから受け取る場合、該取得要求を前記サーバに送信して該リストを受信する送受信部と、
   前記リストおよび前記番組コンテンツを表示する表示部と、を具備し、
   前記送受信部は、前記リストに含まれる番組コンテンツのうちの第１番組コンテンツを再生することを指定する再生要求を前記ユーザから受け取る場合、該再生要求を前記サーバに送信して暗号化された該第１番組コンテンツを受信して復号化し、
   前記表示部は、前記第１番組コンテンツを表示することを特徴とする受像装置。
2. 前記認証部は、前記ユーザによりリモートコントローラまたはパネルを用いて操作が行われる場合に、該ユーザの生体情報を用いて認証を行うことを特徴とする請求項１に記載の受像装置。
3. ＧＰＳ（global positioning system）に基づく位置情報を取得するＧＰＳセンサをさらに具備し、
   前記認証部は、前記ユーザが契約した家庭の住所と前記位置情報とを用いて認証を行うことを特徴とする請求項１または請求項２に記載の受像装置。
4. 前記認証部は、定期的に認証キーを更新することを特徴とする請求項１から請求項３のいずれか１項に記載の受像装置。
5. 請求項１に記載の認証部から取得した認証キーを用いて、番組コンテンツの利用が私的使用の範囲内であるかどうかを判定する認証を行なう携帯認証部と、
   前記認証が成功した場合かつ該番組コンテンツのリストに関する取得要求をユーザから受け取る場合、該取得要求をサーバに送信する携帯送受信部と、
   前記リストおよび前記番組コンテンツを表示する表示部と、を具備し、
   前記送受信部は、前記リストに含まれる番組コンテンツのうちの第１番組コンテンツを再生することを指定する再生要求を前記ユーザから受け取る場合、該再生要求を前記サーバに送信して暗号化された該第１番組コンテンツを受信して復号化し、
   前記表示部は、第１番組コンテンツを表示することを特徴とする携帯端末。
6. 前記携帯認証部は、前記ユーザによりリモートコントローラまたはパネルを用いて操作が行われる場合に、該ユーザの生体情報を用いて認証を行うことを特徴とする請求項５に記載の携帯端末。
7. ＧＰＳ（global positioning system）に基づく位置情報を取得するＧＰＳセンサをさらに具備し、
   前記携帯認証部は、前記ユーザが契約した家庭の住所と前記位置情報とを用いて認証を行うことを特徴とする請求項５または請求項６に記載の携帯端末。
8. 前記携帯認証部は、第１期間経過後に前記認証キーを消去することを特徴とする請求項５から請求項７のいずれか１項に記載の携帯端末。
9. 前記番組コンテンツの利用が、私的使用の範囲内であるかどうかを判定する認証を行なう認証部と、
   前記認証が成功した場合、前記番組コンテンツを受信する送受信部と、
   受像装置を利用するユーザと１対１に対応づけられる特定格納領域に、該ユーザから送信される番組コンテンツを格納する格納部と、
   番組コンテンツのリストに関する取得要求を受信した場合、格納済みである複数の番組コンテンツに関するリストを生成する検索部と、を具備し、
   前記送受信部は、前記格納済みである複数の番組コンテンツのうちの第１番組コンテンツに関する再生要求を受信した場合、該第１番組コンテンツを送信することを特徴とするサーバ。
10. 前記特定格納領域に番組コンテンツを格納するための空き容量を確保できるかどうかを判定し、該空き容量が確保できない場合、該番組コンテンツを格納するために必要な空き容量を示す情報である不足容量情報を生成する容量判定部と、
    前記不足容量情報に基づいて、前記格納部の空き容量を確保する容量拡大手段を実行する実行部と、をさらに具備することを特徴とする請求項９に記載のサーバ。
11. 前記検索部は、前記取得要求を受信した場合、他の端末で再生中である第２番組コンテンツと、他の端末で再生された番組コンテンツのうち再生が終了してから第２期間以内である第３番組コンテンツとを除いたリストを生成することを特徴とする請求項９または請求項１０に記載のサーバ。
12. 放送波から番組コンテンツをデコードし、
    デコードされた前記番組コンテンツの利用が私的使用の範囲内であるかどうかの認証を行い、
    前記認証が成功した場合、サーバに前記番組コンテンツを暗号化して送信し、該サーバに格納される番組コンテンツのリストを取得することを示す取得要求をユーザから受け取る場合、該取得要求を前記サーバに送信して該リストを受信し、
    前記リストおよび前記番組コンテンツを表示し、
    前記リストに含まれる番組コンテンツのうちの第１番組コンテンツを再生することを指定する再生要求を前記ユーザから受け取る場合、該再生要求を前記サーバに送信して暗号化された該第１番組コンテンツを受信して復号化し、
    前記第１番組コンテンツを表示することを特徴とする受像方法。
13. 前記番組コンテンツの利用が、私的使用の範囲内であるかどうかを判定する認証を行い、
    前記認証が成功した場合、前記番組コンテンツを受信し、
    受像装置を利用するユーザと１対１に対応づけられる特定格納領域に、該ユーザから送信される番組コンテンツを格納部に格納し、
    番組コンテンツのリストに関する取得要求を受信した場合、格納済みである複数の番組コンテンツに関するリストを生成し、
    前記格納済みである複数の番組コンテンツのうちの第１番組コンテンツに関する再生要求を受信した場合、該第１番組コンテンツを送信することを特徴とする格納方法。

Images