受信装置及び受信方法
【課題】テレビジョンシステムに通信機能を付加し、テレビ電話機能を実現した場合、ユーザがテレビの有料番組や映画の視聴中にテレビ電話が着信した時でも、視聴を邪魔されない機能を提供する。
【解決手段】テレビ電話機能のためのネットワーク処理部１１６と、放送波を受信するチューナ処理部１１５と、映像音声復号部１２７と、受信装置の動作の状態とテレビ電話の着信の可否とを対応付けて記録し、記録された受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいてテレビ電話受信を制御する制御部とを有する受信装置であって、復号部は複数の復号手段を備え、受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて、複数の前記復号手段のうち、必要な復号手段を用いて復号処理を行う。
【解決手段】テレビ電話機能のためのネットワーク処理部１１６と、放送波を受信するチューナ処理部１１５と、映像音声復号部１２７と、受信装置の動作の状態とテレビ電話の着信の可否とを対応付けて記録し、記録された受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいてテレビ電話受信を制御する制御部とを有する受信装置であって、復号部は複数の復号手段を備え、受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて、複数の前記復号手段のうち、必要な復号手段を用いて復号処理を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、テレビジョンシステムの動作制御に関するものであり、特に通信機能を持ったテレビジョンシステムに関するものである。
【背景技術】
【０００２】
近年、コンピュータネットワークの普及に伴い、テレビ、レコーダ機器等に加え、通信機能を持ったテレビジョンシステムが開発されている。
【０００３】
特許文献１では、「テレビ放送受信中に電話がかかってきたときにより好ましい対応が可能なテレビ放送受信機付テレビ電話装置を提供すること」（特許文献１［０００４］参照）を課題とし、その解決手段として「テレビ放送を受信するテレビ放送受信手段と、電話回線を介して受信した相手の電話番号を検知する電話番号検知手段と、電話帳データベースを記憶するデータベース手段と、前記テレビ放送受信手段によるテレビ放送の受信中に電話がかかってきたとき、前記電話番号検知手段の検知した相手の電話番号に基づいて前記データベース手段を検索する検索手段と、前記検索手段の検索結果である相手の情報をテレビ放送画面に合成表示して電話がかかってきたことを報知する報知手段と、を有する」（特許文献１［０００５］参照）ことが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−３０８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、テレビ電話機器において映像音声を使う通信は、電話を拡張した形で行われており、通話していないか通話中の何れかしか、機器の内部状態は存在しない。また、コンピュータを使ったテレビ電話の場合は、コンピュータ自体がマルチタスク、マルチウィンドウであるため、通常コンピュータの内部の状態を考慮して、通話の可否を判断する必要性は低いと考えられる。
【０００６】
これらに対して、テレビジョンシステムに通信機能を付加し、テレビ電話機能を実現した場合、ユーザがテレビ番組の視聴中であると、当該テレビ番組の視聴に支障をきたすおそれがある。特許文献１では、テレビ放送の受信中に電話がかかってきたとき、相手の電話番号に基づいてデータベースを検索して相手の情報をテレビ放送画面に合成表示して電話がかかってきたことを報知する。
【０００７】
しかし、例えばテレビの有料番組や映画の視聴中に電話がかかってきた場合、電話をかけてきた相手の情報が表示されると、テレビ電話をかけてきた相手を確認する等の呼出への対応で、当該有料番組や映画の視聴が妨げられるおそれがある。
【課題を解決するための手段】
【０００８】
本発明の一実施の態様は、受信装置の動作の状態とテレビ電話の着信の可否とを対応付けて記録し、記録された受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいて受信装置を制御する。
【発明の効果】
【０００９】
上記手段によれば、ユーザにとって使い勝手の良いテレビジョンシステムを提供できる。例えば、通信機能を持ったテレビジョンシステムにおいて、ユーザによるテレビ番組の視聴の利便性を損なうことのないテレビ電話が実現できる。
【図面の簡単な説明】
【００１０】
【図１】実施例１の受信装置の構成の一例である。
【図２】実施例１の受信装置が有する制御テーブルの一例である。
【図３】実施例２の受信装置の構成の一例である。
【図４】実施例２の受信装置が有する制御テーブルの一例である。
【図５】本実施例の全体構成を示す図である。
【図６】実施例１の受信装置の処理の一例を示すフローチャートである。
【図７】実施例１のセンターサーバの処理の一例を示すフローチャートである。
【図８】実施例１の受信装置の処理の一例を示すフローチャートである。
【図９】実施例１の受信装置の処理の一例を示すフローチャートである。
【図１０】実施例１の受信装置が表示する設定画面の一例である。
【図１１】実施例１の受信装置が表示する設定画面の一例である。
【図１２】実施例２の受信装置が表示する設定画面の一例である。
【図１３】実施例２の受信装置が表示する設定画面の一例である。
【図１４】本実施例の受信装置が表示する画面の一例である。
【図１５】実施例４の受信装置の構成の一例である。
【図１６】実施例４の受信装置が有する制御テーブルの一例である。
【図１７】実施例４の受信装置が有するリソースの割り当てテーブルの一例である。
【発明を実施するための形態】
【００１１】
以下、実施例について図面に基づいて詳細に説明する。
【実施例１】
【００１２】
まず、本実施例の全体構成について説明する。
図５は本実施例の全体構成である。５０１、５０２は、放送番組やインターネット回線を通じたコンテンツの受信を行う受信装置であって、テレビ電話機能等の通信機能を有するものである。図５において受信装置５０１はネットワーク１１７を介してテレビ電話機能を有する他の装置からの発信を受ける側（着信側）の受信装置である。受信装置５０２はネットワーク１１７を介してテレビ電話機能を有する他の装置へ（本実施例では受信装置５０１へ）テレビ電話の発信を行う側（発信側）の受信装置である。なお、本実施例においては発信側である受信装置５０２に必ずしもテレビ放送を受信する機能は必要でなく、テレビ電話機能のみを有する装置でもよい。５０３は、ネットワーク１１７を介してクライアント（本実施例においては受信装置５０１、５０２）の要求に対してサービスを提供するセンターサーバである。
【００１３】
本実施例においては、受信装置５０１の状態（例えば電源が入っていなくて通話不可能な場合は「オフライン」、電源が入っていて通話可能であれば「オンライン」、電源が入っているが何等かの事情で通話できなければ「ビジー」等）に関する情報（以下、「状態情報」という。）をセンターサーバ５０３が管理することで、受信装置５０１に対してテレビ電話の発信を行う受信装置５０２は、センターサーバ５０３が管理する受信装置５０１の情報により受信装置５０１の状態を知ることができる。また、多数の受信装置の状態情報を取得したい場合であっても、これらの受信装置の状態情報がセンターサーバ５０３に集約されていれば、センターサーバ５０３にアクセスするだけで多数の受信装置の状態情報を取得することができる
ここで、センターサーバ５０３が受信装置５０１の状態情報を取得する方法の例を説明する。まず、受信装置５０１が自端末の状態情報をセンターサーバ５０３に送信（プッシュ）することで、センターサーバ５０３は受信装置５０１の状態情報を取得できる。受信装置５０１からセンターサーバ５０３への状態情報の送信は、例えば受信装置５０１の状態が変化したタイミングで行われればよい。
【００１４】
これにより、センターサーバ５０３は受信装置５０１の状態が変化したタイミングで受信装置５０１の状態情報を取得できるため、受信装置５０１の状態の変化をより少ないタイムラグで把握することができる。
【００１５】
また、センターサーバ５０３が受信装置５０１の状態情報を要求（プル）し、当該要求に対して受信装置５０１がセンターサーバ５０３に状態情報を送信することで、センターサーバ５０３は受信装置５０１の状態情報を取得できる。センターサーバ５０３の状態情報の要求は、例えば一定間隔（１０分に１回等）で行うようにしたり、センターサーバ５０３の処理負荷が軽いとき（ＣＰＵ使用率が一定値以下等）に行うようにすればよい。
【００１６】
これにより、受信装置５０１の状態が変更したとき常に状態情報の送受信行われることはなくなるため、受信装置５０１やセンターサーバ５０３の処理負荷を軽減することができる。
【００１７】
次に、受信装置５０２がセンターサーバ５０３から受信装置５０１の状態情報を取得する方法の例を説明する。まず、センターサーバ５０３が受信装置５０１の状態情報を受信装置５０２に送信（プッシュ）することで、受信装置５０２は受信装置５０１の状態情報を取得できる。センターサーバ５０３から受信装置５０２への状態情報の送信は、例えばセンターサーバ５０３が受信装置５０１の状態情報の変化を把握したタイミングで行われればよい。
【００１８】
これにより、受信装置５０２はセンターサーバ５０３が受信装置５０１の状態情報の変化を把握したタイミングで受信装置５０１の状態情報を取得できるため、受信装置５０１の状態の変化をより少ないタイムラグで把握することができる。
【００１９】
また、受信装置５０２がセンターサーバ５０３に対して受信装置５０１の状態情報を要求（プル）し、当該要求に対してセンターサーバ５０３が受信装置５０２に受信装置５０１の状態情報を送信することで、受信装置５０２は受信装置５０１の状態情報を取得できる。受信装置５０２の状態情報の要求は、例えば一定間隔（１０分に１回等）で行うようにしたり、受信装置５０２が受信装置５０１の状態情報を必要とするとき（ユーザが受信装置５０１の状態を取得する指示を受信装置５０２に対して行ったとき等）に行うようにすればよい。
【００２０】
これにより、センターサーバ５０３が有する受信装置５０１の状態情報が変更したとき常に状態情報の送受信行われることはなくなるため、受信装置５０２やセンターサーバ５０３の処理負荷を軽減することができる。
【００２１】
上記はセンターサーバを介して受信装置５０１の状態を受信装置５０２が取得することを説明したが、受信装置５０２がネットワーク１１７を介して受信装置５０１から直接状態情報を取得するように構成してもよい。センターサーバ１１７を介さないことで、センターサーバの負荷を軽減し、サーバを介することに比べて受信装置５０１の状態に関する情報の取得についてタイムラグを減少させることができる。
【００２２】
ここで、受信装置５０２が受信装置５０１の状態情報を取得する方法の例を説明する。まず、受信装置５０１が自端末の状態情報を受信装置５０２に送信（プッシュ）することで、受信装置５０２は受信装置５０１の状態情報を取得できる。受信装置５０１から受信装置５０２への状態情報の送信は、例えば受信装置５０１の状態が変化したタイミングで行われればよい。
これにより、受信装置５０２は受信装置５０１の状態が変化したタイミングで受信装置５０１の状態情報を取得できるため、受信装置５０１の状態の変化をより少ないタイムラグで把握することができる。
【００２３】
また、受信装置５０２が受信装置５０１の状態情報を要求（プル）し、当該要求に対して受信装置５０１が受信装置５０２に状態情報を送信することで、受信装置５０２は受信装置５０１の状態情報を取得できる。受信装置５０２の状態情報の要求は、例えば一定間隔（１０分に１回等）で行うようにしたり、受信装置５０２が受信装置５０１の状態情報を必要とするとき（ユーザが受信装置５０１の状態を取得する指示を受信装置５０２に対して行ったとき等）に行うようにすればよい。
これにより、受信装置５０１の状態が変更したとき常に状態情報の送受信行われることはなくなるため、受信装置５０１や受信装置５０２の処理負荷を軽減することができる。
【００２４】
そして、受信装置５０１においては、例えばユーザが有料番組等の視聴をしていてテレビ電話がかかってきても応答したく無い場合には、有料番組の視聴をしている場合にはテレビ電話の着信を拒否する設定を行うことで、テレビ電話の着信により有料番組の視聴を妨げられることを防ぐことができる。
【００２５】
次に、本実施例における受信装置５０１について説明する。図１は本実施例における受信装置５０１のハードウェア構成の一例である。１０８は映像音声符号部であり、音声を取り込み電気信号に変換するマイク１０１、マイク１０１で変換された音声の電気信号を符号化する音声エンコード処理部１０３、映像を取り込み電気信号に変換するカメラ１０４、カメラ１０４で変換された映像の電気信号を符号化する映像エンコード処理部１０６、音声エンコード処理部１０３からの音声データと映像エンコード処理部１０６からの映像データとを合成するＡＶパケット合成処理部とからなる。
【００２６】
１２７は映像音声復号部であり、映像データと音声データとを分離するＡＶパケット分離処理部１２６と、ＡＶパケット分離処理部１２６で分離された映像データを復号化する映像デコード処理部１２３と、映像デコード処理部１２３で復号化された映像データのスケーリング処理を行うスケーリング処理部１２２と、スケーリング処理部１２２でスケーリングされた映像信号をディスプレイに出力するディスプレイドライバ１２１と、ＡＶパケット分離処理部１２６で分離された音声データを復号化する音声デコード処理部１２５と、音声デコード処理部１２５で復合化された音声信号をスピーカに出力する音声ドライバ１２４とからなる。
【００２７】
１１９は映像音声復号部１２７からの音声を出力するスピーカ、１２０は映像音声復号部１２７からの映像を表示するディスプレイパネルである。１１０はプログラム等を格納しているＲＯＭ（Read-Only Memory）であるプログラムＲＯＭ、１１１はデータの読み書きが行われるＲＡＭ（Random Access Memory）、１０９はプログラムＲＯＭ１１０やＲＡＭ１１１等のプログラムを実行するＣＰＵ（Central Processing Unit）である。
【００２８】
１１７はインターネット回線や電話回線等のネットワーク、１１６は映像音声符号部１０８で符号化された映像データや音声データをネットワーク１１７を通じて外部へ出力したり、ネットワーク１１７を通じて外部から情報を受信したりする処理を行うネットワーク処理部である。外部から受信する情報としては例えばテレビ電話の通話中における相手側の音声、映像データや、ＩＰ（Internet Protocol）を利用して配信されるデジタルテレビ放送（ＩＰＴＶ）の番組、ＶＯＤ（Video On Demand）のコンテンツ、ネットワーク１１７を介してダウンロードされるコンテンツ等である。
【００２９】
１１８はＢＳデジタル放送や地上波デジタル放送等の放送波を受信するアンテナ、１１５はアンテナで受信した放送波の選局、デスクランブル処理等を行うチューナ処理部である。
１１４は、ネットワーク処理部１１６の出力とチューナ処理部１１５の出力とを、ＣＰＵ１０９の制御により選択出力する入力切換処理部である。１１２はユーザの操作を送信するリモコン、１１３はリモコン１１２からのユーザの操作を受信するリモコン処理部である。
図１に示すように各部はバスによりＣＰＵ１０９と接続されており、各部はＣＰＵ１０９により制御される。
【００３０】
なお、図１の受信装置５０１はマイク１０１、カメラ１０４、スピーカ１１９、ディスプレイ２０を含む構成としているが、これらは必ずしも具備する必要はなく、受信装置５０１本体とは別のマイク、カメラ、スピーカ、ディスプレイ等を接続するようにしてもよい。
【００３１】
次に、本実施例における受信装置５０１の動作について説明する。一般にテレビの視聴の動作は、ユーザがリモコン１１２を操作し、その操作情報をリモコン処理部１１３で受信し、ＣＰＵ１０９、プログラムＲＯＭ１０、ＲＡＭ１１１上で動作する制御ソフトウェアが、チューナ処理部１１５に選局制御を行い、入力切換処理部１１４の出力としてチューナ処理部１１５からの信号を選択し、映像音声復号部１２７を制御することで、スピーカ１１９および、ディスプレイパネル１２０にテレビ放送が出力される。この際、テレビ視聴に関連しない映像・音声符号化部８に対しては、マイク１０１および、カメラ１０４からの入力信号を処理しないよう、ＣＰＵ１０９、プログラムＲＯＭ１１０、ＲＡＭ１１１上で動作する制御ソフトウェアが停止制御する。
【００３２】
また、テレビ電話の動作は、ＣＰＵ１０９、プログラムＲＯＭ１０、ＲＡＭ１１１上で動作する制御ソフトウェアが、入力切換処理部１１４の出力としてネットワーク処理部１１６からの信号を選択し、映像音声復号部１２７を制御することで、スピーカ１１９および、ディスプレイパネル１２０に相手方のテレビ電話の信号が出力されると共に、映像音声符号部１０８に対しては、マイク１０１および、カメラ１０４からの入力信号を処理するように制御することで、ネットワーク処理部１１６に対して、自分のテレビ電話の信号を入力し、ネットワーク１１７を介して、相手方にテレビ電話の信号を送信する。この際、テレビ電話の動作時に関連しないチューナ処理部１１５は、ＣＰＵ１０９、プログラムＲＯＭ１０、ＲＡＭ１１１上で動作する制御ソフトウェアが停止制御する。
【００３３】
次に、テレビの視聴中にテレビ電話がかかってきた場合にテレビ視聴の動作からテレビ電話の動作に遷移する処理、及びテレビ電話を切断した後にテレビ視聴の動作に遷移する処理について説明する。
この動作遷移の処理を定義した制御テーブルの例を、図２に示す。図２の制御テーブルは受信装置５０１内の図示しないメモリ上に保存されている。図２の制御テーブルにおいて、２０１は受信装置５０１の電源の状態を示す電源状態である。例えば、「電源オフ」であれば受信装置５０１の電源が切れていることを示し、「スタンバイ」であれば受信装置５０１が待機状態であることを示し、「電源オン」であれば受信装置５０１の電源が入っていることを示す。
【００３４】
２０２は受信装置５０１の動作の状態を示す動作状態である。例えば、「テレビ電話中」であればテレビ電話をしていることを示し、「テレビ視聴中（無料番組）」であれば無料番組を視聴している最中であることを示し、「テレビ視聴中（有料番組）」であれば有料番組を視聴している最中であることを示し、「設定メニュー操作中」であれば受信装置５０１の制御テーブルの設定や画面設定等を行っていることを示す。
【００３５】
２０３はネットワーク１１７を介して受信装置５０２やセンターサーバ５０３から受信装置５０１の状態取得要求があった場合や、ネットワーク１１７を介して、センターサーバ５０３に受信装置５０１の状態変化を通知する場合に受信装置５０１の状態として通知される通知状態である。例えば、「オフライン」であれば電源が入っていない等により受信装置５０１がネットワーク１１７に接続されていない状態、「オンライン」であれば受信装置５０１がネットワーク１１７に接続されている状態、「ビジー」であれば有料番組の視聴等によりテレビ電話の着信が受けられない状態であることを示す。
【００３６】
２０４はネットワーク１１７を介して受信装置５０１にテレビ電話の相手側からの呼出があった場合の着信の可否を示す着信可否である。例えば、「可」であればテレビ電話の着信を受けられること、「不可」であれば電源が入っていない等の理由でテレビ電話の着信が受けられないこと、「着信拒否」であればユーザの設定等によりテレビ電話の着信を受けないことを示す。なお、受信装置５０１の電源がオフである等により受信装置５０１の状態に関する情報が得られない場合、発信側である受信装置５０２やセンターサーバ５０３においてオフラインや着信不可の状態であると判断しても良い。
【００３７】
２０５はテレビ電話の着信に応答した場合に受信装置５０１がどのような処理を行うかを示す着信時処理である。例えば、「視聴中断」であれば視聴してたテレビ番組の視聴を中断することを示し、「電源オン」であれば受信装置５０１の電源を入れることを示す。
【００３８】
２０６はテレビ電話を終了した後の動作を示す通話後処理である。例えば、「ラストチャンネル表示」であればテレビ電話による通話を開始する直前に視聴していたチャンネルを表示することを示し、「スタンバイ」であれば受信装置５０１をスタンバイの状態にすることを示し、「電源オフ」であれば受信装置５０１の電源をオフにすることを示す。
【００３９】
図２では、ネットワーク１１７を介してテレビ電話の着信があったときに、待機状態、テレビ視聴中（無料放送）の場合は着信応答し、現在の動作状態からテレビ電話の動作に移行でき、それ以外の場合は、着信不可または、着信拒否を返し、着信応答しないようになっている。
そして待機状態の場合は受信装置５０１の電源がオンになり、テレビ視聴中（無料番組）の場合は番組の視聴を中断するようになっている。
通話終了後の処理は、待機状態の場合は受信装置５０１がスタンバイの状態になり、テレビ視聴中（無料番組）の場合は視聴を中断した番組と同じチャンネルの番組を表示する。
【００４０】
次に、受信装置５０１、５０２及びセンターサーバ５０３の動作を、フローチャートを用いて説明する。フローチャートにおいて「Ｓ」は「ステップ」を意味する。
図６は、受信装置５０１の動作の一例を示すフローチャートである。
図６は、着信側である受信装置５０１において発信側である受信装置５０２に自端末の状態情報を通知する処理の一例を示すフローチャートである。当該処理は、受信装置５０１中のＣＰＵが受信装置５０１の各部を制御することにより実現される。
【００４１】
受信装置５０１は、自端末の状態情報の通知の処理を開始し（Ｓ６０１）、受信装置５０２やセンターサーバ５０３からの要求を取得、又は自端末の状態が変化すると（Ｓ６０２）、自端末の状態情報を取得する（Ｓ６０３）。そして受信装置５０２やセンターサーバ５０３からの要求を判定し（Ｓ６０４）、状態情報の取得の要求や自端末の状態の変化であった場合（Ｓ６０５）はＳ６０３で取得した自端末の状態情報を送信し（Ｓ６０６）、通話の要求であった場合は（Ｓ６０７）前述の図２や後述の図４の着信時処理に基づく処理が行われる。
【００４２】
なお、Ｓ６０３とＳ６０４との処理の順番は逆でもよく、この場合、Ｓ６０４における判定が通話の要求であった場合はＳ６０３の状態情報の取得を行わなくてもよい。
また、通話中であっても図６に示す処理は実行できる。
これにより、受信装置５０１は受信装置５０２やセンターサーバ５０３に対して自端末の状態情報を通知することができる。
【００４３】
図７は、センターサーバ５０３の動作の一例を示すフローチャートである。
図７は、センターサーバにおける状態情報の受信又は通知の処理の一例を示すフローチャートである。当該処理は、センターサーバ５３０中のＣＰＵがセンターサーバ５０３の各部を制御することにより実現される。
【００４４】
センターサーバ５０３は処理を開始すると（Ｓ７０１）、受信装置５０１からの状態情報の通知や受信装置５０２からの状態情報の要求を取得し（Ｓ７０２）、取得した情報が状態情報の通知か要求かを判定する（Ｓ７０３）。取得した情報が状態情報の通知であった場合（Ｓ７０４）、通知された状態情報に基づいてセンターサーバ５０３が保持している状態情報を更新する（Ｓ７０５）。
【００４５】
取得した情報が状態情報の要求であった場合（Ｓ７０６）、当該要求に応じてセンターサーバ５０３が保持している状態情報を送信する（Ｓ７０７）。
これにより、センターサーバ５０３は保持している状態情報の更新をすることや、受信装置に対して保持している状態情報の送信をすることができる。
【００４６】
図８、９は、受信装置５０２の動作の一例を示すフローチャートである。
図８は、発信側である受信装置５０２において着信側である受信装置５０１の状態に関する情報を取得する処理の一例を示すフローチャートである。当該処理は、受信装置５０２中のＣＰＵが受信装置５０２の各部を制御することにより実現される。
【００４７】
受信装置５０２は、受信装置５０１の状態情報の取得の処理を開始すると（Ｓ８０１）、受信装置５０１の状態に関する状態の取得を試み（Ｓ８０２）、受信装置５０１又はセンターサーバ５０３から受信装置５０１の状態に関する情報が取得できない場合（Ｓ８０３でＮｏの場合）、受信装置５０１がオフラインであり着信不可であることを表示し（Ｓ８１０）、処理を終了する（Ｓ８１１）。
【００４８】
受信装置５０１の状態に関する情報が取得できる場合（Ｓ８０３でＹｅｓの場合）、受信装置５０１の状態がどのようになっているかを判断する（Ｓ８０４）。受信装置５０１の状態がオンラインの場合（Ｓ８０５）、受信装置５０１がオンラインで着信可であることを表示し（Ｓ８０６）、処理を終了する（Ｓ８１１）。
【００４９】
受信装置５０１の状態がビジーの場合（Ｓ８０７）、受信装置５０１がオンラインで着信不可であることを表示し（Ｓ８０８）、処理を終了する（Ｓ８１１）。受信装置５０１がオフラインの場合（Ｓ８０９）、受信装置５０１がオフラインで着信不可であることを表示し（Ｓ８１０）、処理を終了する（Ｓ８１１）。
【００５０】
これにより、受信装置５０２においてテレビ電話の発信先である受信装置５０１の状態を取得することができる。なお、Ｓ８０３でＮｏの場合、受信装置５０１がオフラインであり着信不可であることを表示する（Ｓ８１０）構成としたが、受信装置５０１の状態に関する情報を取得できなかった旨を表示して処理を終了するようにしてもよい。
【００５１】
図９は、受信装置５０２から受信装置５０１へテレビ電話の発信を行う場合の受信装置５０２における処理の一例を示すフローチャートである。の状態に関する情報を取得する処理のフローチャートの一例である。当該処理は、受信装置５０２中のＣＰＵが受信装置５０２の各部を制御することにより実現される。
【００５２】
受信装置５０２は、受信装置５０１に対してテレビ電話による通話の要求を開始すると（Ｓ９０１）、受信装置５０１の状態に関する状態の取得を試み（Ｓ９０２）、受信装置５０１又はセンターサーバ５０３から受信装置５０１の状態に関する情報が取得できない場合（Ｓ９０３でＮｏの場合）、受信装置５０１を呼び出すことができない旨を表示して（Ｓ９０９）処理を終了する（Ｓ９１０）。
【００５３】
受信装置５０１の状態に関する情報が取得できる場合（Ｓ９０３でＹｅｓの場合）、受信装置５０１の状態がどのようになっているかを判断する（Ｓ９０４）。受信装置５０１の状態がオンラインの場合（Ｓ９０５）、受信装置５０１を呼び出していることを表示し（Ｓ９０６）、受信装置５０１との通話処理を開始する（Ｓ９０７）。
【００５４】
受信装置５０１の状態がビジーの場合（Ｓ９０８）、受信装置５０１を呼び出すことができないことを表示し（Ｓ９０９）、処理を終了する（Ｓ９１０）。受信装置５０１がオフラインの場合（Ｓ９１１）、受信装置５０１を呼び出すことができないことを表示し（Ｓ９０９）、処理を終了する（Ｓ９１０）。
【００５５】
これにより、受信装置５０２において、テレビ電話の発信先である受信装置５０１の状態に応じた処理を行うことができる。
このように、上記実施例１によれば、テレビに通信機能を付加し、テレビ電話機能を実現した場合、テレビ電話の着信側（実施例１における受信装置５０１）の動作状態により着信側における着信の可否や着信時の処理、通話後の処理が設定でき、有料番組等の視聴を妨げることのない快適なテレビ電話機能付きの受信装置を実現できる。
【００５６】
また、テレビ電話の発信側（実施例１における受信装置５０２）は、実際の呼び出しの前に、着信側の動作状態が把握できるため、発信側において無駄な呼出を行わないようにする事ができる。
更に、着信側は、着信側の動作状態に依存しない発信側からの非同期な呼出が行われない為、着信側の安定動作に寄与することができる。
【００５７】
本実施例において、図２の制御テーブルの情報は、任意に設定変更可能となるようにすることで、ユーザの好みに応じたテレビ電話の着信条件を決定することができる。ユーザはリモコン１１２を操作すること等により制御テーブルの設定を変更することができ、受信装置５０１においてはリモコン１１２等を通じたユーザの指示に基づきＣＰＵ１０９が図示しないメモリ上の制御テーブルの各パラメータを変更することにより制御テーブルの設定が変更される。
【００５８】
図１０は、受信装置５０１の制御テーブルの通知状態２０３、及び着信可否２０４の設定を行う設定画面の一例である。１００１は受信装置５０１の電源の状態を示す電源状態で、図２の制御テーブルの２０１に対応する。１００２は受信装置５０１の動作の状態を示す動作状態であり、図２の制御テーブルの２０２に対応する。
【００５９】
１００３は図２の制御テーブルの通知状態２０３を設定する通知状態設定である。１００４は図２の制御テーブルの着信可否２０３を設定する着信可否設定である。１００５は図１０の設定画面においてユーザがリモコン１１２等を通じて選択している箇所を示すカーソルである。設定画面においては、ユーザがリモコン１１２等によりカーソル１００５を移動させて設定を変更する箇所を選択し、設定の変更を行う。そして、図１０の設定画面において設定する各項目について、★は変更できない状態、○は選択されていない状態、●は選択されている状態を示している。
【００６０】
図１０においては、例えば動作状態１００２が待機状態であれば、通知状態設定１００３ではオフライン、オンライン又はビジーの何れかが選択可能であり、図１０ではオンラインが選択されている。そして、着信可否設定１００４では着信可又は着信不可の何れかが選択可能であり、現在は着信可が選択されている。
【００６１】
動作状態１００２がテレビ視聴中（無料番組）であれば、通知状態設定１００３ではオフライン、オンライン又はビジーの何れかが選択可能であり、図１０ではオンラインが選択されている。そして、着信可否設定１００４では着信可又は着信不可の何れかが選択可能であり、図１０では着信可が選択されている。
【００６２】
動作状態１００２がテレビ視聴中（有料番組）であれば、通知状態設定１００３ではオフライン、オンライン又はビジーの何れかが選択可能であり、図１０ではビジーが選択されている。そして、通知状態設定１００３でビジーが選択されているため、着信可否設定１００４は着信不可で変更できない状態となっている。
【００６３】
動作状態１００２がテレビ電話中であれば、通知状態設定１００３ではオフライン又はビジーの何れかが選択可能であり、図１０ではビジーが選択されている。そして、着信可否設定１００４は着信不可で変更できない状態となっている。
【００６４】
上述のように、通知状態設定１００３でオンラインが選択された場合には着信可否設定１００４では着信可又は着信不可の何れかが選択可能であるが、通知状態設定１００３でオフライン又はビジーが選択された場合には、着信可否設定１００４は着信不可で変更できない状態となる。
【００６５】
図１１は、受信装置５０１の制御テーブルの着信時処理２０５、及び通話後処理２０６の設定を行う設定画面の一例である。図１０と同様に、１００１は受信装置５０１の電源の状態を示す電源状態で、図２の制御テーブルの２０１に対応し、１００２は受信装置５０１の動作の状態を示す動作状態であり、図２の制御テーブルの２０２に対応する。
【００６６】
１００６は図２の制御テーブルの着信時処理２０５を設定する着信時処理設定である。１００７は図２の制御テーブルの通話後処理２０６を設定する通話後処理設定である。図１０と同様に、１００５は図１１の設定画面においてユーザがリモコン１１２等を通じて選択している箇所を示すカーソルである。設定画面においては、ユーザがリモコン１１２等によりカーソル１００５を移動させて設定を変更する箇所を選択し、設定の変更を行う。そして、図１１の設定画面において設定する各項目について、★は変更できない状態、○は選択されていない状態、●は選択されている状態を示している。
【００６７】
図１１の設定画面はテレビ電話の着信時や通話後の処理の設定に関するものであるため、図１１は着信可否設定１００４で着信可が選択された場合についての設定を行う設定画面である。
図１１の設定画面では、図１０の着信可否設定で着信可に設定された動作状態である待機状態、テレビ視聴中（無料番組）についての着信時処理、通話後処理を設定することができる。図１１では、待機状態でテレビ電話の着信を受けると受信装置５０１の電源がオンになり（設定不可）、通話後はスタンバイ状態になるように設定されている。
【００６８】
また、テレビ視聴中（無料番組）でテレビ電話の着信を受けると当該テレビの視聴を中断し、通話後はテレビの視聴を再開するように設定されている。なお、着信時処理設定の選択肢の一つである「２画面表示」とは、視聴してたテレビ番組の映像とテレビ電話の映像との２画面をディスプレイ１２０に表示することを示す。２画面表示を実現するためには、映像音声復号部においてデコーダを複数設ける等により複数の映像をデコード処理できるようにし、デコードした複数の映像を合成する映像合成部を設ければよい。
【００６９】
このように、ユーザにより制御テーブルの各パラメータを設定できるようにすることで、各ユーザの好みに応じた受信装置５０１を提供することができる。なお、制御テーブルの設定画面は図１０、１１に示すものに限られず、例えば図２に示す制御テーブルをディスプレイ１２０に表示し、各項目を選択するとプルダウンメニューから設定を変更できるようにする等、他の方法を用いても良い。
【００７０】
次に、テレビ電話の発信側である受信装置５０２において、複数の発信先の状態等を表示する場合について説明する。図５に示した本実施例の全体構成では、発信先として受信装置５０１のみが示されているが、実際には複数の受信装置がネットワーク１１７に接続している。発信側である受信装置５０２においては、ネットワーク１１７に接続された複数の受信装置それぞれについて、受信装置の状態、通話の可否を対応付けて記録することで、当該複数の受信装置それぞれの状態、通話の可否を表示することができる。
【００７１】
図１４は受信装置５０２の所有者をＡとした場合の、複数の発信先の状態等を表示する画面の一例である。１４０１は発信先の受信装置の所有者の名前を示しており、例えば発信先の受信装置を特定するＩＤと当該発信先の受信装置の所有者の名前を対応付けて記録することで実現できる。
【００７２】
１４０２は発信先の受信装置の状態を示しており、当該発信先の受信装置が図１０において設定した通知状態（オフライン、オンライン又はビジー）を取得及び記録し、それに対応する表示（例えばオフラインであれば「つながっていません」、オンラインであれば「つながっています」、ビジーであれば「とりこみ中」）を行うことで実現できる。
【００７３】
１４０３は発信先の受信装置の通話の可否を示しており、当該発信先の受信装置が図１０において設定した着信可否（可又は不可）を取得及び記録し、それに対応する表示（例えば可であれば「通話できます」、不可であれば「通話できません」）を行うことで実現できる。
【００７４】
１４０４は図１４の表示画面に表示されている発信先の受信装置がユーザにより選択されていることを示すカーソルである。カーソル１４０４は例えばリモコン１１２をユーザが操作することで動かすことができ、図１４の表示画面からテレビ電話の発信を行う相手を選択して発信することができる。図１４では「おじちゃん」の受信装置が選択されていることが示されている。
【００７５】
図１４では、「おじいちゃん」の受信装置は、つながっていない、つまり、オフラインである為、通話が不可能な状態であり、「おじちゃん」、「Ｃさん」は、つながっている、つまり、オンラインで通話可能であることを示しており、「Ｂさん」、「Ｄさん」は、とりこみ中、つまり、ビジーであり、通話不可であることを示している。
【００７６】
このように、複数の発信先に対応する当該発信先の状態、通話の可否を記録、表示をすることで、複数の発信先それぞれの状態、通話の可否を把握でき、発信先の都合に合わせてテレビ電話の発信をすることができる。
【００７７】
発信先の状態情報の取得については、例えば予めセンターサーバ５０３に発信先を登録しておき、センターサーバ５０３が登録された発信先の状態情報を保持しておくようにすれば、センターサーバ５０３にアクセスするだけで登録された発信先の状態情報を取得することができる。特に、登録する発信先が複数であった場合、複数の発信先それぞれに対して状態情報を要求することなく、センターサーバ５０３にアクセスするだけで複数の発信先の状態情報を取得できる。
【００７８】
また、発信先それぞれから状態情報を取得する場合は、センターサーバ５０３を介さない分、発信先の状態情報をより少ないタイムラグで取得することができる。
【実施例２】
【００７９】
次に、第２の実施例について説明する。実施例２の全体構成は、実施例１の全体構成と同様である。図３は第２の実施例における受信装置５０１のハードウェア構成の一例である。図３の構成と図１の構成との違いは、ＨＤＤ（Hard Disk Drive）インターフェース１２８と、ＨＤＤ１２９とを設けた点であり、その他の構成については図１で説明したとおりである。ＨＤＤインターフェース１２８、ＨＤＤ１２９を設けたことにより、ＨＤＤ１２９にデータを蓄積する（例えば放送番組を録画する等）ことができる。なお、ＨＤＤインターフェース１２８、ＨＤＤ１２９は必ずしもＨＤＤでなくてもよく、ＤＶＤやブルーレイディスク、フラッシュメモリ等の他の蓄積媒体でもよい。
【００８０】
データを蓄積する動作は、ユーザの操作に基づいて（例えばリモコン１１２からの操作情報を、リモコン処理部１１３で受信）、ＣＰＵ１０９、プログラムＲＯＭ１１０、ＲＡＭ１１１上で動作する制御ソフトウェアにより、ＨＤＤインターフェース１２８を介して、ＨＤＤ１２９にデータが書き込まれる。例えば放送番組を録画する場合は、チューナ処理部１１５に選局制御を行い、チューナ処理部１１５からの情報をＨＤＤインターフェース１２８を介して、ＨＤＤ１２９に書き込むようにする。
【００８１】
また、蓄積したデータの再生の動作は、ユーザの操作に基づいて（例えばリモコン１１２からの操作情報を、リモコン処理部１１３で受信）、ＣＰＵ１０９、プログラムＲＯＭ１１０、ＲＡＭ１１１上で動作する制御ソフトウェアにより、ＨＤＤインターフェース１２８を介して、ＨＤＤ１２９より、データが読み出されることで行われる。例えば録画された放送番組を再生する場合は、ＨＤＤインターフェース１２８を介して、ＨＤＤ１２９から読み出された録画番組のデータがチューナ処理部１１５または、入力切換処理部１１４に入力され、映像音声復号部１２７を制御することで、スピーカ１１９および、ディスプレイパネル１２０に録画した番組が出力される。
【００８２】
次に、テレビの視聴中やデータの蓄積（放送番組の録画、コンテンツのダウンロード等）中、蓄積されたデータの再生（録画番組の再生等）中にテレビ電話がかかってきた場合に、これらの動作からテレビ電話の動作に遷移する処理、及びテレビ電話を切断した後の処理について説明する。
【００８３】
この動作遷移の処理を定義した制御テーブルの例を、図４に示す。図４の制御テーブルも受信装置５０１内の図示しないメモリ上に保存されている。図４の制御テーブルが示す内容については図２の制御テーブルと同様である。図４の制御テーブルは、受信装置５０１がＨＤＤ１２９を備えたことにより、図２の制御テーブルに比べて動作状態２０２について「テレビ録画中」や「録画番組再生中」等の状態、着信時処理２０５について「録画開始」や「録画継続」等の処理、通話後処理２０６に「自動再生」や「続き再生」等が加わった。
【００８４】
動作状態２０２の「テレビ録画中（無料番組）」は無料番組をＨＤＤ１２９に録画している状態を示し、「録画番組再生中」はＨＤＤ１２９に録画されている番組を再生している状態を示し、「録画番組編集中」はＨＤＤ１２９に録画されている番組を編集している状態を示し、「ストリーミング視聴中（無料）」は無料のＶＯＤ等のストリーミング配信されるコンテンツを視聴している状態を示している。
【００８５】
着信時処理２０５の「録画開始」はテレビ電話の着信を受けると視聴中の番組のＨＤＤ１２９への録画を開始することを示し、「録画継続」はテレビ電話の着信を受けても番組のＨＤＤ１２９への録画を継続することを示し、「再生一時停止」はテレビ電話の着信を受けるとＨＤＤ１２９に録画した番組の再生を一時停止することや、視聴中のストリーミング配信されるコンテンツの再生を一時停止することを示し、「ＵＲＬ記録」はテレビ電話の着信を受けると操作中であったブラウザに表示されたＷｅｂページのＵＲＬを記録することを示している。
【００８６】
通話後処理２０６の「自動再生」はテレビ電話の通話が終了するとテレビ電話着信時にＨＤＤ１２９への録画が開始された番組の再生を開始することを示し、「続き再生」はテレビ電話の通話が終了するとテレビ電話着信時に一時停止されたＨＤＤ１２９に録画した番組の再生やストリーミング配信されるコンテンツの再生を再開することを示し、「ブラウザ表示」はテレビ電話着信時に記録されたＷｅｂページのＵＲＬに基づきブラウザで当該Ｗｅｂページを表示することを示している。
【００８７】
図４では、ネットワーク１１７を介してテレビ電話の着信があったときに、待機状態、テレビ視聴中（無料放送）、テレビ録画中（無料放送）、録画番組再生中、ブラウザ操作中、ストリーミング視聴中（無料）の場合は着信応答し、現在の動作状態からテレビ電話の動作に移行でき、それ以外の場合は、着信不可または、着信拒否を返し、着信応答しないようになっている。
【００８８】
そして待機状態の場合は受信装置５０１の電源がオンになり、テレビ視聴中（無料番組）の場合は視聴していた番組の録画を開始し、テレビ録画中（無料放送）の場合はそのまま録画を継続し、録画番組再生中の場合は、再生を一時停止し、ブラウザ操作中の場合は、ＵＲＬを記録し、ストリーミング視聴中（無料）の場合は、再生を一時停止するようになっている。
【００８９】
通話終了後の処理は、待機状態の場合は受信装置５０１がスタンバイの状態になり、テレビ視聴中（無料番組）又はテレビ録画中（無料放送）の場合はＨＤＤ１２９への録画を開始又は継続したデータの再生を開始し、録画番組再生中の場合は一時停止した録画番組の再生を再開し、ブラウザ操作中の場合は、記録したＵＲＬに基づいてブラウザによりＷｅｂページを表示し、ストリーミング視聴中（無料）の場合は、一時停止したストリーミング配信されるコンテンツの再生を再開するようになっている。
【００９０】
これにより、実施例１で示したメリットに加え、例えば録画番組の視聴中にテレビ電話の着信があった場合でもユーザによるテレビ番組の視聴の利便性を損なうことのない受信装置を提供することができる。また、例えば放送番組の視聴中にテレビ電話の着信があった場合に、テレビ電話による通話の終了後、視聴していた放送番組をいわゆるタイムシフト再生により視聴することができ、ユーザにとって利便性の高い受信装置を提供することができる。
【００９１】
実施例２においても、実施例１と同様に図４の制御テーブルの情報を任意に設定変更可能とすることで、ユーザの好みに応じたテレビ電話の着信条件を決定することができる。実施例１と同様に、ユーザはリモコン１１２を操作すること等により制御テーブルの設定を変更することができ、受信装置５０１においてはリモコン１１２等を通じたユーザの指示に基づきＣＰＵ１０９が図示しないメモリ上の制御テーブルの各パラメータを変更することにより制御テーブルの設定が変更される。
【００９２】
図１２は、受信装置５０１の制御テーブルの通知状態２０３、及び着信可否２０４の設定を行う設定画面の一例であり、実施例１における図１０と同様の設定画面である。ＨＤＤインターフェース１２８、ＨＤＤ１２９を設けたことにより、動作状態１００２の項目が増えているが、各動作状態は図４の制御テーブルの動作状態２０２で説明したものと同様である。
【００９３】
図１３は、受信装置５０１の制御テーブルの着信時処理２０５、及び通話後処理２０６の設定を行う設定画面の一例であり、実施例１における図１１と同様の設定画面である。ＨＤＤインターフェース１２８、ＨＤＤ１２９を設けたことにより、動作状態１００２、着信時処理設定１００６及び通話ご処理設定１００７の項目が増えているが、各項目は図４で説明したものと同様である。
なお、実施例２における発信側の受信装置５０２についても、実施例１において説明した図１４の表示を行う構成としても良い。
【実施例３】
【００９４】
次に、実施例３について説明する。実施例１や実施例２において、例えば受信装置５０１の状態がビジーで受信装置５０２からのテレビ電話の着信が受けられなかった場合、受信装置５０１やセンターサーバ５０３において受信装置５０２から受信装置５０１にテレビ電話の発信があったことを記録しておき、受信装置５０１の状態がビジーからテレビ電話が着信可能な状態に変わったら受信装置５０２に対して受信装置５０１又はセンターサーバ５０３から、受信装置５０１がテレビ電話の着信が可能になった旨を通知するように構成しても良い。
【００９５】
これにより、テレビ電話の発信先がビジー状態で通話できなかったときに、その後発信先が通話可能な状態になったかどうかを発信元が確認することなく、発信先が通話可能な状態になったことを発信元が知ることができる。また、発信元は発信先がビジー状態から通話可能な状態になったことをより少ないタイムラグで知ることができる。
【００９６】
上記の通知は、発信先の着信履歴からテレビ電話の発信元の電話番号（発信元を特定する番号、アドレス等でもよい）に対して行えばよい。また、例えば発信先が発信元の電話番号とＥメールアドレスとを対応付けて記録している場合、当該Ｅメールアドレスに対して上記の通知を行ってもよい。Ｅメールアドレスに対して通知を行うことで、例えば発信元が携帯電話等の移動端末で電話番号に対する通知ができない場合（トンネルの中等、電波状態の悪いところにいた場合）であっても、発信元に対して上記の通知を行うことができる。
【実施例４】
【００９７】
次に実施例４について説明する。本実施例の特徴は、テレビ電話において自分の映像（以降、自映像と呼ぶ）を、相手方の映像と重畳させて画面上に表示させる機能を持つ点である。実施例４の全体構成は、実施例２の全体構成と同様である。
図１５は第４の実施例における受信装置５０１のハードウェア構成の一例である。図１５の構成と図３の構成との違いは、映像音声復号部１２７が映像音声復号手段Ａ１３０と映像音声復号手段Ｂ１３１とを備え、映像音声符号部１０８が映像音声符号手段Ａ１３８と映像音声符号手段Ｂ１３９とを備えている点、映像音声符号部１０８の出力を入力切換処理１１４へ入力できる点および、スケーリング処理１２２が映像の合成を行うことも可能である点である。
【００９８】
入力切換処理１１４は、ネットワーク処理部１１６の出力とチューナ処理部１１５の出力と、映像音声符号部１０８の出力を、ＣＰＵ１０９の制御により選択出力する。出力先は映像音声復号手段Ａ１３０と映像音声復号手段Ｂ１３１から選ぶことができる。また入力切換部１１４に対する２つ入力信号を選択して、映像音声復号手段Ａ１３０と映像音声復号手段Ｂ１３１へそれぞれ同時に出力することもできる。
【００９９】
映像音声復号手段Ａ１３０はＡＶパケット分離処理１２６と同様の機能をもつＡＶパケット分離処理Ａ１３２と、映像デコード処理１２３と同様の機能をもつ映像デコード処理Ａ１３３と、音声デコード処理１２５と同様の機能をもつ音声デコード処理Ａ１３４から構成される。復号の手順は実施例１の場合と変わりない。映像音声復号手段Ｂ１３１は映像音声復号手段Ａ１３０と同様の機能を持っているが、復号可能なフォーマット、復号のために占有するＣＰＵ１０９の計算能力や、ＲＡＭ１１１の容量などの仕様に相違点がある。映像音声復号手段Ａ１３０と映像音声復号手段Ｂ１３１は同時に動作することが可能である。またスケーリング処理１２２に入力された２映像を重ね合わせることができる。
【０１００】
映像音声符号手段Ａ１３８は、ＡＶパケット合成処理１０７と同様の機能をもつＡＶパケット合成処理Ａ１４０と、音声エンコード処理１０３と同様の機能をもつ音声エンコード処理Ａ１４１と、映像エンコード処理１０６と同様の機能を持つ映像エンコード処理Ａ１４２から構成される。符号化の手順は実施例１の場合と変わりない。映像音声符号手段Ｂ１３９は映像音声符号手段Ａ１３８と同様の機能を持っているが、符号化可能なフォーマット、符号化のために占有するＣＰＵ１０９の計算能力や、ＲＡＭ１１１の容量などの仕様に相違点がある。
【０１０１】
図１６に、本実施例の制御テーブルを示す。図１６の制御テーブルも受信装置５０１内の図示しないメモリ上に保存されている。本実施例では自映像と相手方の映像とを重畳させて表示するようにしたことに伴って、自画像表示２０７を追加した。自映像表示２０７は自映像をディスプレイパネル１２０上に表示するか否かを示している。「自映像を表示する」とは、相手方の映像に重畳して自映像を同じ画面上に表示することを示す。「自映像を表示しない」とは、相手方の映像のみを表示することを示す。自映像を表示するか否かはユーザによって指定することができる。
【０１０２】
指定のタイミングは、あらかじめ設定しておく方法のほか、相手との通話中にに自映像を表示するか否かをユーザの操作によって動的に変更させることもできる。
また本実施例では、動作状態２０２の「テレビ録画中」は有料番組か無料番組かを区別しないこととしたが、有料番組か無料番組の区別をつけるようにしてもよい。
【０１０３】
テレビ電話において自映像を相手方の映像と重畳させて表示する処理を下記に示す。相手方のテレビ電話の信号を表示する手順と、相手方へテレビ電話の信号を送る手順は、映像音声復号部１２７および映像音声符号部１０８の内部での２種類存在する復号手段および符号化手段のどちらか一方が制御ソフトウェアによって選択されていることを除いて、基本的に実施例１と同様である。自映像を表示するためには、映像音声符号部１０８からの出力を入力切換処理１１４へ送り、制御ソフトウェアが使用可能と判断した復号手段でテレビ電話の信号の復号を行い、復号された映像信号のみをスケーリング処理１２２へ送り、そこで映像信号の重ね合わせを行うことが必要である。以上により自映像と相手方の映像を同時に表示することが可能になる。
【０１０４】
以下には本実施例の処理の詳細を示す。上記に示したように相手方の映像と自映像を重畳させて表示させるためには、制御ソフトウェアが上記複数の映像音声符号手段および映像音声復号手段を状態に応じて適切に選択する必要がある。そのために、本実施例ではリソース割り当てテーブルを定義する。リソース割り当てテーブルの例の一部を図１７に示す。
【０１０５】
リソース割り当てテーブルは制御テーブルと同様に、受信装置５０１内の図示しないメモリ上に保存されている。リソースの割り当てテーブルは２０１〜２０７の状態と条件の組み合わせに応じて、どのようにリソースを割り当てるかを示している。
【０１０６】
リソース割り当て２０８は、所定の動作を行うために必要なリソースの割り当て内容を定義している。リソース割り当て２０８内の符号手段Ａは映像音声符号手段Ａをどのような用途で使用するかを示している。符号手段Ｂ、復号手段Ａ、復号手段Ｂも同様である。また「自映像符号化」とは自映像の符号を所定の映像音声符号手段を用いて行うことを示す。例えば符号手段Ａの列に「自映像符号化」とある場合は、映像音声符号手段Ａ１３８を用いて自映像符号化を行うことを示す。「相手映像復号」の場合も同様である。
【０１０７】
「未使用」とある場合は、指定の映像音声符号手段、または映像音声復号手段が使用されないことを示す。「使用不可」とある場合は、ＣＰＵ１０９の計算量の負荷の要因、ＲＡＭ１１１の空き容量の要因、録画処理等の負荷の要因で、指定の映像音声符号手段、または映像音声復号手段が使用できないことを示す。
【０１０８】
下記により具体的に図１７のリソース割り当てテーブルを用いた処理について説明する。なおこの例においては、テレビ録画中は録画処理のために映像音声符号手段Ａ１３８が占有されており、かつ相手映像のフォーマットに対応していないため映像音声復号手段Ａ１３０を用いて相手映像を復号できないという制約が存在するという場合を仮定して説明する。
【０１０９】
行２０９に示すように、電源がオン、テレビ視聴中の状態で、オンラインかつ着信可能で、自映像表示２０７が「表示する」である場合の着信時は、映像音声符号手段Ａ１３８を用いて自映像符号化を行い、映像音声復号手段Ａ１３０で相手方映像を復号し、映像音声復号手段Ｂ１３１で自映像を復号し、自映像と相手方映像を重畳してディスプレイパネル１２０に表示する。そして通話終了後はラストチャンネルを表示する。
【０１１０】
行２１０に示すように、電源がオン、テレビ視聴中の状態で、オンラインかつ着信可能で、自映像表示２０７が「表示しない」である場合の着信時は、映像音声符号手段Ａ１３８を用いて自映像符号化を行い、映像音声復号手段Ａ１３０で相手方映像を復号し、相手方映像をディスプレイパネル１２０に表示する。そして通話終了後はラストチャンネルを表示する。
【０１１１】
行２１１に示すように、電源がオン、テレビ録画中、オンラインかつ着信可能で、自映像表示２０７が「表示する」である場合の着信時は、映像音声符号手段Ａ１３８が使用不可であるため、映像音声符号手段Ｂ１３９を用いて自映像符号化を行う。ここで、相手映像は映像音声復号手段Ａ１３０で復号できないため、映像音声復号手段Ｂ１３１で相手方映像を復号し、映像音声復号手段Ａ１３０で自映像を復号し、自映像と相手方映像を重畳してディスプレイパネル１２０に表示する。そして通話終了後はラストチャンネルを表示する。
【０１１２】
行２１２に示すように、電源がオン、テレビ録画中、オンラインかつ着信可能で、自映像表示２０７が「表示しない」である場合の着信時は、映像音声符号手段Ａ１３８が録画に掛かる負荷で使用不可であるため、映像音声符号手段Ｂ１３９を用いて自映像符号化を行い、相手映像は映像音声復号手段Ａ１３０で復号できないため、映像音声復号手段Ｂ１３１で相手方映像を復号し、相手方映像をディスプレイパネル１２０に表示する。そして通話終了後はラストチャンネルを表示する。
【０１１３】
以上のような設定を制御テーブルに対して行うことによって、録画中に制約が存在する場合においても適切な映像音声符号手段および映像音声復号手段を選ぶことが可能になる。よってテレビ電話以外の要因による負荷が発生している場合においても、ユーザに録画を中断しなくてはならないなどの不便を強いることなくテレビ電話機能を提供することが可能になる。
【０１１４】
リソース割り当て２０８において、複数の映像音声符号手段および映像音声復号手段から使用する手段を設定する基準として、ＣＰＵ１０９の計算量の負荷と、ＲＡＭ１１１の空き容量が最適になるような組み合わせを選択するという方法がある。このようにすることで、リソースを適切に配分し、安定した処理を実現できる。または固有のフォーマットの信号を処理する場合には、フォーマットに対応する手段を優先的に選択する方法もある。
【０１１５】
本実施例では映像音声復号手段および映像音声符号手段はそれぞれ２種類を提示したが、これは２種類以上でも制御ソフトウェアが選択する要素が増えるのみで、本実施例を適用可能である。
【０１１６】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１１７】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０１１８】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１１９】
１０１ マイク
１０３ 音声エンコード処理部
１０４ カメラ
１０６ 映像エンコード処理部
１０７ ＡＶパケット合成処理部
１０８ 映像音声符号部
１０９ ＣＰＵ
１１０ プログラムＲＯＭ
１１１ ＲＡＭ
１１２ リモコン
１１３ リモコン処理部
１１４ 入力切換処理部
１１５ チューナ処理部
１１６ ネットワーク処理部
１１７ ネットワーク
１１８ アンテナ
１１９ スピーカ
１２０ ディスプレイパネル
１２１ ディスプレイドライバ
１２２ スケーリング処理部
１２３ 映像デコード処理部
１２４ 音声ドライバ
１２５ 音声デコード処理部
１２６ ＡＶパケット分離処理部
１２７ 映像音声復号部
１２８ ＨＤＤインターフェース
１２９ ＨＤＤ
１３０ 映像音声復号手段Ａ
１３１ 映像音声復号手段Ｂ
１３８ 映像音声符号手段Ａ
１３９ 映像音声符号手段Ｂ
【技術分野】
【０００１】
技術分野は、テレビジョンシステムの動作制御に関するものであり、特に通信機能を持ったテレビジョンシステムに関するものである。
【背景技術】
【０００２】
近年、コンピュータネットワークの普及に伴い、テレビ、レコーダ機器等に加え、通信機能を持ったテレビジョンシステムが開発されている。
【０００３】
特許文献１では、「テレビ放送受信中に電話がかかってきたときにより好ましい対応が可能なテレビ放送受信機付テレビ電話装置を提供すること」（特許文献１［０００４］参照）を課題とし、その解決手段として「テレビ放送を受信するテレビ放送受信手段と、電話回線を介して受信した相手の電話番号を検知する電話番号検知手段と、電話帳データベースを記憶するデータベース手段と、前記テレビ放送受信手段によるテレビ放送の受信中に電話がかかってきたとき、前記電話番号検知手段の検知した相手の電話番号に基づいて前記データベース手段を検索する検索手段と、前記検索手段の検索結果である相手の情報をテレビ放送画面に合成表示して電話がかかってきたことを報知する報知手段と、を有する」（特許文献１［０００５］参照）ことが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−３０８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、テレビ電話機器において映像音声を使う通信は、電話を拡張した形で行われており、通話していないか通話中の何れかしか、機器の内部状態は存在しない。また、コンピュータを使ったテレビ電話の場合は、コンピュータ自体がマルチタスク、マルチウィンドウであるため、通常コンピュータの内部の状態を考慮して、通話の可否を判断する必要性は低いと考えられる。
【０００６】
これらに対して、テレビジョンシステムに通信機能を付加し、テレビ電話機能を実現した場合、ユーザがテレビ番組の視聴中であると、当該テレビ番組の視聴に支障をきたすおそれがある。特許文献１では、テレビ放送の受信中に電話がかかってきたとき、相手の電話番号に基づいてデータベースを検索して相手の情報をテレビ放送画面に合成表示して電話がかかってきたことを報知する。
【０００７】
しかし、例えばテレビの有料番組や映画の視聴中に電話がかかってきた場合、電話をかけてきた相手の情報が表示されると、テレビ電話をかけてきた相手を確認する等の呼出への対応で、当該有料番組や映画の視聴が妨げられるおそれがある。
【課題を解決するための手段】
【０００８】
本発明の一実施の態様は、受信装置の動作の状態とテレビ電話の着信の可否とを対応付けて記録し、記録された受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいて受信装置を制御する。
【発明の効果】
【０００９】
上記手段によれば、ユーザにとって使い勝手の良いテレビジョンシステムを提供できる。例えば、通信機能を持ったテレビジョンシステムにおいて、ユーザによるテレビ番組の視聴の利便性を損なうことのないテレビ電話が実現できる。
【図面の簡単な説明】
【００１０】
【図１】実施例１の受信装置の構成の一例である。
【図２】実施例１の受信装置が有する制御テーブルの一例である。
【図３】実施例２の受信装置の構成の一例である。
【図４】実施例２の受信装置が有する制御テーブルの一例である。
【図５】本実施例の全体構成を示す図である。
【図６】実施例１の受信装置の処理の一例を示すフローチャートである。
【図７】実施例１のセンターサーバの処理の一例を示すフローチャートである。
【図８】実施例１の受信装置の処理の一例を示すフローチャートである。
【図９】実施例１の受信装置の処理の一例を示すフローチャートである。
【図１０】実施例１の受信装置が表示する設定画面の一例である。
【図１１】実施例１の受信装置が表示する設定画面の一例である。
【図１２】実施例２の受信装置が表示する設定画面の一例である。
【図１３】実施例２の受信装置が表示する設定画面の一例である。
【図１４】本実施例の受信装置が表示する画面の一例である。
【図１５】実施例４の受信装置の構成の一例である。
【図１６】実施例４の受信装置が有する制御テーブルの一例である。
【図１７】実施例４の受信装置が有するリソースの割り当てテーブルの一例である。
【発明を実施するための形態】
【００１１】
以下、実施例について図面に基づいて詳細に説明する。
【実施例１】
【００１２】
まず、本実施例の全体構成について説明する。
図５は本実施例の全体構成である。５０１、５０２は、放送番組やインターネット回線を通じたコンテンツの受信を行う受信装置であって、テレビ電話機能等の通信機能を有するものである。図５において受信装置５０１はネットワーク１１７を介してテレビ電話機能を有する他の装置からの発信を受ける側（着信側）の受信装置である。受信装置５０２はネットワーク１１７を介してテレビ電話機能を有する他の装置へ（本実施例では受信装置５０１へ）テレビ電話の発信を行う側（発信側）の受信装置である。なお、本実施例においては発信側である受信装置５０２に必ずしもテレビ放送を受信する機能は必要でなく、テレビ電話機能のみを有する装置でもよい。５０３は、ネットワーク１１７を介してクライアント（本実施例においては受信装置５０１、５０２）の要求に対してサービスを提供するセンターサーバである。
【００１３】
本実施例においては、受信装置５０１の状態（例えば電源が入っていなくて通話不可能な場合は「オフライン」、電源が入っていて通話可能であれば「オンライン」、電源が入っているが何等かの事情で通話できなければ「ビジー」等）に関する情報（以下、「状態情報」という。）をセンターサーバ５０３が管理することで、受信装置５０１に対してテレビ電話の発信を行う受信装置５０２は、センターサーバ５０３が管理する受信装置５０１の情報により受信装置５０１の状態を知ることができる。また、多数の受信装置の状態情報を取得したい場合であっても、これらの受信装置の状態情報がセンターサーバ５０３に集約されていれば、センターサーバ５０３にアクセスするだけで多数の受信装置の状態情報を取得することができる
ここで、センターサーバ５０３が受信装置５０１の状態情報を取得する方法の例を説明する。まず、受信装置５０１が自端末の状態情報をセンターサーバ５０３に送信（プッシュ）することで、センターサーバ５０３は受信装置５０１の状態情報を取得できる。受信装置５０１からセンターサーバ５０３への状態情報の送信は、例えば受信装置５０１の状態が変化したタイミングで行われればよい。
【００１４】
これにより、センターサーバ５０３は受信装置５０１の状態が変化したタイミングで受信装置５０１の状態情報を取得できるため、受信装置５０１の状態の変化をより少ないタイムラグで把握することができる。
【００１５】
また、センターサーバ５０３が受信装置５０１の状態情報を要求（プル）し、当該要求に対して受信装置５０１がセンターサーバ５０３に状態情報を送信することで、センターサーバ５０３は受信装置５０１の状態情報を取得できる。センターサーバ５０３の状態情報の要求は、例えば一定間隔（１０分に１回等）で行うようにしたり、センターサーバ５０３の処理負荷が軽いとき（ＣＰＵ使用率が一定値以下等）に行うようにすればよい。
【００１６】
これにより、受信装置５０１の状態が変更したとき常に状態情報の送受信行われることはなくなるため、受信装置５０１やセンターサーバ５０３の処理負荷を軽減することができる。
【００１７】
次に、受信装置５０２がセンターサーバ５０３から受信装置５０１の状態情報を取得する方法の例を説明する。まず、センターサーバ５０３が受信装置５０１の状態情報を受信装置５０２に送信（プッシュ）することで、受信装置５０２は受信装置５０１の状態情報を取得できる。センターサーバ５０３から受信装置５０２への状態情報の送信は、例えばセンターサーバ５０３が受信装置５０１の状態情報の変化を把握したタイミングで行われればよい。
【００１８】
これにより、受信装置５０２はセンターサーバ５０３が受信装置５０１の状態情報の変化を把握したタイミングで受信装置５０１の状態情報を取得できるため、受信装置５０１の状態の変化をより少ないタイムラグで把握することができる。
【００１９】
また、受信装置５０２がセンターサーバ５０３に対して受信装置５０１の状態情報を要求（プル）し、当該要求に対してセンターサーバ５０３が受信装置５０２に受信装置５０１の状態情報を送信することで、受信装置５０２は受信装置５０１の状態情報を取得できる。受信装置５０２の状態情報の要求は、例えば一定間隔（１０分に１回等）で行うようにしたり、受信装置５０２が受信装置５０１の状態情報を必要とするとき（ユーザが受信装置５０１の状態を取得する指示を受信装置５０２に対して行ったとき等）に行うようにすればよい。
【００２０】
これにより、センターサーバ５０３が有する受信装置５０１の状態情報が変更したとき常に状態情報の送受信行われることはなくなるため、受信装置５０２やセンターサーバ５０３の処理負荷を軽減することができる。
【００２１】
上記はセンターサーバを介して受信装置５０１の状態を受信装置５０２が取得することを説明したが、受信装置５０２がネットワーク１１７を介して受信装置５０１から直接状態情報を取得するように構成してもよい。センターサーバ１１７を介さないことで、センターサーバの負荷を軽減し、サーバを介することに比べて受信装置５０１の状態に関する情報の取得についてタイムラグを減少させることができる。
【００２２】
ここで、受信装置５０２が受信装置５０１の状態情報を取得する方法の例を説明する。まず、受信装置５０１が自端末の状態情報を受信装置５０２に送信（プッシュ）することで、受信装置５０２は受信装置５０１の状態情報を取得できる。受信装置５０１から受信装置５０２への状態情報の送信は、例えば受信装置５０１の状態が変化したタイミングで行われればよい。
これにより、受信装置５０２は受信装置５０１の状態が変化したタイミングで受信装置５０１の状態情報を取得できるため、受信装置５０１の状態の変化をより少ないタイムラグで把握することができる。
【００２３】
また、受信装置５０２が受信装置５０１の状態情報を要求（プル）し、当該要求に対して受信装置５０１が受信装置５０２に状態情報を送信することで、受信装置５０２は受信装置５０１の状態情報を取得できる。受信装置５０２の状態情報の要求は、例えば一定間隔（１０分に１回等）で行うようにしたり、受信装置５０２が受信装置５０１の状態情報を必要とするとき（ユーザが受信装置５０１の状態を取得する指示を受信装置５０２に対して行ったとき等）に行うようにすればよい。
これにより、受信装置５０１の状態が変更したとき常に状態情報の送受信行われることはなくなるため、受信装置５０１や受信装置５０２の処理負荷を軽減することができる。
【００２４】
そして、受信装置５０１においては、例えばユーザが有料番組等の視聴をしていてテレビ電話がかかってきても応答したく無い場合には、有料番組の視聴をしている場合にはテレビ電話の着信を拒否する設定を行うことで、テレビ電話の着信により有料番組の視聴を妨げられることを防ぐことができる。
【００２５】
次に、本実施例における受信装置５０１について説明する。図１は本実施例における受信装置５０１のハードウェア構成の一例である。１０８は映像音声符号部であり、音声を取り込み電気信号に変換するマイク１０１、マイク１０１で変換された音声の電気信号を符号化する音声エンコード処理部１０３、映像を取り込み電気信号に変換するカメラ１０４、カメラ１０４で変換された映像の電気信号を符号化する映像エンコード処理部１０６、音声エンコード処理部１０３からの音声データと映像エンコード処理部１０６からの映像データとを合成するＡＶパケット合成処理部とからなる。
【００２６】
１２７は映像音声復号部であり、映像データと音声データとを分離するＡＶパケット分離処理部１２６と、ＡＶパケット分離処理部１２６で分離された映像データを復号化する映像デコード処理部１２３と、映像デコード処理部１２３で復号化された映像データのスケーリング処理を行うスケーリング処理部１２２と、スケーリング処理部１２２でスケーリングされた映像信号をディスプレイに出力するディスプレイドライバ１２１と、ＡＶパケット分離処理部１２６で分離された音声データを復号化する音声デコード処理部１２５と、音声デコード処理部１２５で復合化された音声信号をスピーカに出力する音声ドライバ１２４とからなる。
【００２７】
１１９は映像音声復号部１２７からの音声を出力するスピーカ、１２０は映像音声復号部１２７からの映像を表示するディスプレイパネルである。１１０はプログラム等を格納しているＲＯＭ（Read-Only Memory）であるプログラムＲＯＭ、１１１はデータの読み書きが行われるＲＡＭ（Random Access Memory）、１０９はプログラムＲＯＭ１１０やＲＡＭ１１１等のプログラムを実行するＣＰＵ（Central Processing Unit）である。
【００２８】
１１７はインターネット回線や電話回線等のネットワーク、１１６は映像音声符号部１０８で符号化された映像データや音声データをネットワーク１１７を通じて外部へ出力したり、ネットワーク１１７を通じて外部から情報を受信したりする処理を行うネットワーク処理部である。外部から受信する情報としては例えばテレビ電話の通話中における相手側の音声、映像データや、ＩＰ（Internet Protocol）を利用して配信されるデジタルテレビ放送（ＩＰＴＶ）の番組、ＶＯＤ（Video On Demand）のコンテンツ、ネットワーク１１７を介してダウンロードされるコンテンツ等である。
【００２９】
１１８はＢＳデジタル放送や地上波デジタル放送等の放送波を受信するアンテナ、１１５はアンテナで受信した放送波の選局、デスクランブル処理等を行うチューナ処理部である。
１１４は、ネットワーク処理部１１６の出力とチューナ処理部１１５の出力とを、ＣＰＵ１０９の制御により選択出力する入力切換処理部である。１１２はユーザの操作を送信するリモコン、１１３はリモコン１１２からのユーザの操作を受信するリモコン処理部である。
図１に示すように各部はバスによりＣＰＵ１０９と接続されており、各部はＣＰＵ１０９により制御される。
【００３０】
なお、図１の受信装置５０１はマイク１０１、カメラ１０４、スピーカ１１９、ディスプレイ２０を含む構成としているが、これらは必ずしも具備する必要はなく、受信装置５０１本体とは別のマイク、カメラ、スピーカ、ディスプレイ等を接続するようにしてもよい。
【００３１】
次に、本実施例における受信装置５０１の動作について説明する。一般にテレビの視聴の動作は、ユーザがリモコン１１２を操作し、その操作情報をリモコン処理部１１３で受信し、ＣＰＵ１０９、プログラムＲＯＭ１０、ＲＡＭ１１１上で動作する制御ソフトウェアが、チューナ処理部１１５に選局制御を行い、入力切換処理部１１４の出力としてチューナ処理部１１５からの信号を選択し、映像音声復号部１２７を制御することで、スピーカ１１９および、ディスプレイパネル１２０にテレビ放送が出力される。この際、テレビ視聴に関連しない映像・音声符号化部８に対しては、マイク１０１および、カメラ１０４からの入力信号を処理しないよう、ＣＰＵ１０９、プログラムＲＯＭ１１０、ＲＡＭ１１１上で動作する制御ソフトウェアが停止制御する。
【００３２】
また、テレビ電話の動作は、ＣＰＵ１０９、プログラムＲＯＭ１０、ＲＡＭ１１１上で動作する制御ソフトウェアが、入力切換処理部１１４の出力としてネットワーク処理部１１６からの信号を選択し、映像音声復号部１２７を制御することで、スピーカ１１９および、ディスプレイパネル１２０に相手方のテレビ電話の信号が出力されると共に、映像音声符号部１０８に対しては、マイク１０１および、カメラ１０４からの入力信号を処理するように制御することで、ネットワーク処理部１１６に対して、自分のテレビ電話の信号を入力し、ネットワーク１１７を介して、相手方にテレビ電話の信号を送信する。この際、テレビ電話の動作時に関連しないチューナ処理部１１５は、ＣＰＵ１０９、プログラムＲＯＭ１０、ＲＡＭ１１１上で動作する制御ソフトウェアが停止制御する。
【００３３】
次に、テレビの視聴中にテレビ電話がかかってきた場合にテレビ視聴の動作からテレビ電話の動作に遷移する処理、及びテレビ電話を切断した後にテレビ視聴の動作に遷移する処理について説明する。
この動作遷移の処理を定義した制御テーブルの例を、図２に示す。図２の制御テーブルは受信装置５０１内の図示しないメモリ上に保存されている。図２の制御テーブルにおいて、２０１は受信装置５０１の電源の状態を示す電源状態である。例えば、「電源オフ」であれば受信装置５０１の電源が切れていることを示し、「スタンバイ」であれば受信装置５０１が待機状態であることを示し、「電源オン」であれば受信装置５０１の電源が入っていることを示す。
【００３４】
２０２は受信装置５０１の動作の状態を示す動作状態である。例えば、「テレビ電話中」であればテレビ電話をしていることを示し、「テレビ視聴中（無料番組）」であれば無料番組を視聴している最中であることを示し、「テレビ視聴中（有料番組）」であれば有料番組を視聴している最中であることを示し、「設定メニュー操作中」であれば受信装置５０１の制御テーブルの設定や画面設定等を行っていることを示す。
【００３５】
２０３はネットワーク１１７を介して受信装置５０２やセンターサーバ５０３から受信装置５０１の状態取得要求があった場合や、ネットワーク１１７を介して、センターサーバ５０３に受信装置５０１の状態変化を通知する場合に受信装置５０１の状態として通知される通知状態である。例えば、「オフライン」であれば電源が入っていない等により受信装置５０１がネットワーク１１７に接続されていない状態、「オンライン」であれば受信装置５０１がネットワーク１１７に接続されている状態、「ビジー」であれば有料番組の視聴等によりテレビ電話の着信が受けられない状態であることを示す。
【００３６】
２０４はネットワーク１１７を介して受信装置５０１にテレビ電話の相手側からの呼出があった場合の着信の可否を示す着信可否である。例えば、「可」であればテレビ電話の着信を受けられること、「不可」であれば電源が入っていない等の理由でテレビ電話の着信が受けられないこと、「着信拒否」であればユーザの設定等によりテレビ電話の着信を受けないことを示す。なお、受信装置５０１の電源がオフである等により受信装置５０１の状態に関する情報が得られない場合、発信側である受信装置５０２やセンターサーバ５０３においてオフラインや着信不可の状態であると判断しても良い。
【００３７】
２０５はテレビ電話の着信に応答した場合に受信装置５０１がどのような処理を行うかを示す着信時処理である。例えば、「視聴中断」であれば視聴してたテレビ番組の視聴を中断することを示し、「電源オン」であれば受信装置５０１の電源を入れることを示す。
【００３８】
２０６はテレビ電話を終了した後の動作を示す通話後処理である。例えば、「ラストチャンネル表示」であればテレビ電話による通話を開始する直前に視聴していたチャンネルを表示することを示し、「スタンバイ」であれば受信装置５０１をスタンバイの状態にすることを示し、「電源オフ」であれば受信装置５０１の電源をオフにすることを示す。
【００３９】
図２では、ネットワーク１１７を介してテレビ電話の着信があったときに、待機状態、テレビ視聴中（無料放送）の場合は着信応答し、現在の動作状態からテレビ電話の動作に移行でき、それ以外の場合は、着信不可または、着信拒否を返し、着信応答しないようになっている。
そして待機状態の場合は受信装置５０１の電源がオンになり、テレビ視聴中（無料番組）の場合は番組の視聴を中断するようになっている。
通話終了後の処理は、待機状態の場合は受信装置５０１がスタンバイの状態になり、テレビ視聴中（無料番組）の場合は視聴を中断した番組と同じチャンネルの番組を表示する。
【００４０】
次に、受信装置５０１、５０２及びセンターサーバ５０３の動作を、フローチャートを用いて説明する。フローチャートにおいて「Ｓ」は「ステップ」を意味する。
図６は、受信装置５０１の動作の一例を示すフローチャートである。
図６は、着信側である受信装置５０１において発信側である受信装置５０２に自端末の状態情報を通知する処理の一例を示すフローチャートである。当該処理は、受信装置５０１中のＣＰＵが受信装置５０１の各部を制御することにより実現される。
【００４１】
受信装置５０１は、自端末の状態情報の通知の処理を開始し（Ｓ６０１）、受信装置５０２やセンターサーバ５０３からの要求を取得、又は自端末の状態が変化すると（Ｓ６０２）、自端末の状態情報を取得する（Ｓ６０３）。そして受信装置５０２やセンターサーバ５０３からの要求を判定し（Ｓ６０４）、状態情報の取得の要求や自端末の状態の変化であった場合（Ｓ６０５）はＳ６０３で取得した自端末の状態情報を送信し（Ｓ６０６）、通話の要求であった場合は（Ｓ６０７）前述の図２や後述の図４の着信時処理に基づく処理が行われる。
【００４２】
なお、Ｓ６０３とＳ６０４との処理の順番は逆でもよく、この場合、Ｓ６０４における判定が通話の要求であった場合はＳ６０３の状態情報の取得を行わなくてもよい。
また、通話中であっても図６に示す処理は実行できる。
これにより、受信装置５０１は受信装置５０２やセンターサーバ５０３に対して自端末の状態情報を通知することができる。
【００４３】
図７は、センターサーバ５０３の動作の一例を示すフローチャートである。
図７は、センターサーバにおける状態情報の受信又は通知の処理の一例を示すフローチャートである。当該処理は、センターサーバ５３０中のＣＰＵがセンターサーバ５０３の各部を制御することにより実現される。
【００４４】
センターサーバ５０３は処理を開始すると（Ｓ７０１）、受信装置５０１からの状態情報の通知や受信装置５０２からの状態情報の要求を取得し（Ｓ７０２）、取得した情報が状態情報の通知か要求かを判定する（Ｓ７０３）。取得した情報が状態情報の通知であった場合（Ｓ７０４）、通知された状態情報に基づいてセンターサーバ５０３が保持している状態情報を更新する（Ｓ７０５）。
【００４５】
取得した情報が状態情報の要求であった場合（Ｓ７０６）、当該要求に応じてセンターサーバ５０３が保持している状態情報を送信する（Ｓ７０７）。
これにより、センターサーバ５０３は保持している状態情報の更新をすることや、受信装置に対して保持している状態情報の送信をすることができる。
【００４６】
図８、９は、受信装置５０２の動作の一例を示すフローチャートである。
図８は、発信側である受信装置５０２において着信側である受信装置５０１の状態に関する情報を取得する処理の一例を示すフローチャートである。当該処理は、受信装置５０２中のＣＰＵが受信装置５０２の各部を制御することにより実現される。
【００４７】
受信装置５０２は、受信装置５０１の状態情報の取得の処理を開始すると（Ｓ８０１）、受信装置５０１の状態に関する状態の取得を試み（Ｓ８０２）、受信装置５０１又はセンターサーバ５０３から受信装置５０１の状態に関する情報が取得できない場合（Ｓ８０３でＮｏの場合）、受信装置５０１がオフラインであり着信不可であることを表示し（Ｓ８１０）、処理を終了する（Ｓ８１１）。
【００４８】
受信装置５０１の状態に関する情報が取得できる場合（Ｓ８０３でＹｅｓの場合）、受信装置５０１の状態がどのようになっているかを判断する（Ｓ８０４）。受信装置５０１の状態がオンラインの場合（Ｓ８０５）、受信装置５０１がオンラインで着信可であることを表示し（Ｓ８０６）、処理を終了する（Ｓ８１１）。
【００４９】
受信装置５０１の状態がビジーの場合（Ｓ８０７）、受信装置５０１がオンラインで着信不可であることを表示し（Ｓ８０８）、処理を終了する（Ｓ８１１）。受信装置５０１がオフラインの場合（Ｓ８０９）、受信装置５０１がオフラインで着信不可であることを表示し（Ｓ８１０）、処理を終了する（Ｓ８１１）。
【００５０】
これにより、受信装置５０２においてテレビ電話の発信先である受信装置５０１の状態を取得することができる。なお、Ｓ８０３でＮｏの場合、受信装置５０１がオフラインであり着信不可であることを表示する（Ｓ８１０）構成としたが、受信装置５０１の状態に関する情報を取得できなかった旨を表示して処理を終了するようにしてもよい。
【００５１】
図９は、受信装置５０２から受信装置５０１へテレビ電話の発信を行う場合の受信装置５０２における処理の一例を示すフローチャートである。の状態に関する情報を取得する処理のフローチャートの一例である。当該処理は、受信装置５０２中のＣＰＵが受信装置５０２の各部を制御することにより実現される。
【００５２】
受信装置５０２は、受信装置５０１に対してテレビ電話による通話の要求を開始すると（Ｓ９０１）、受信装置５０１の状態に関する状態の取得を試み（Ｓ９０２）、受信装置５０１又はセンターサーバ５０３から受信装置５０１の状態に関する情報が取得できない場合（Ｓ９０３でＮｏの場合）、受信装置５０１を呼び出すことができない旨を表示して（Ｓ９０９）処理を終了する（Ｓ９１０）。
【００５３】
受信装置５０１の状態に関する情報が取得できる場合（Ｓ９０３でＹｅｓの場合）、受信装置５０１の状態がどのようになっているかを判断する（Ｓ９０４）。受信装置５０１の状態がオンラインの場合（Ｓ９０５）、受信装置５０１を呼び出していることを表示し（Ｓ９０６）、受信装置５０１との通話処理を開始する（Ｓ９０７）。
【００５４】
受信装置５０１の状態がビジーの場合（Ｓ９０８）、受信装置５０１を呼び出すことができないことを表示し（Ｓ９０９）、処理を終了する（Ｓ９１０）。受信装置５０１がオフラインの場合（Ｓ９１１）、受信装置５０１を呼び出すことができないことを表示し（Ｓ９０９）、処理を終了する（Ｓ９１０）。
【００５５】
これにより、受信装置５０２において、テレビ電話の発信先である受信装置５０１の状態に応じた処理を行うことができる。
このように、上記実施例１によれば、テレビに通信機能を付加し、テレビ電話機能を実現した場合、テレビ電話の着信側（実施例１における受信装置５０１）の動作状態により着信側における着信の可否や着信時の処理、通話後の処理が設定でき、有料番組等の視聴を妨げることのない快適なテレビ電話機能付きの受信装置を実現できる。
【００５６】
また、テレビ電話の発信側（実施例１における受信装置５０２）は、実際の呼び出しの前に、着信側の動作状態が把握できるため、発信側において無駄な呼出を行わないようにする事ができる。
更に、着信側は、着信側の動作状態に依存しない発信側からの非同期な呼出が行われない為、着信側の安定動作に寄与することができる。
【００５７】
本実施例において、図２の制御テーブルの情報は、任意に設定変更可能となるようにすることで、ユーザの好みに応じたテレビ電話の着信条件を決定することができる。ユーザはリモコン１１２を操作すること等により制御テーブルの設定を変更することができ、受信装置５０１においてはリモコン１１２等を通じたユーザの指示に基づきＣＰＵ１０９が図示しないメモリ上の制御テーブルの各パラメータを変更することにより制御テーブルの設定が変更される。
【００５８】
図１０は、受信装置５０１の制御テーブルの通知状態２０３、及び着信可否２０４の設定を行う設定画面の一例である。１００１は受信装置５０１の電源の状態を示す電源状態で、図２の制御テーブルの２０１に対応する。１００２は受信装置５０１の動作の状態を示す動作状態であり、図２の制御テーブルの２０２に対応する。
【００５９】
１００３は図２の制御テーブルの通知状態２０３を設定する通知状態設定である。１００４は図２の制御テーブルの着信可否２０３を設定する着信可否設定である。１００５は図１０の設定画面においてユーザがリモコン１１２等を通じて選択している箇所を示すカーソルである。設定画面においては、ユーザがリモコン１１２等によりカーソル１００５を移動させて設定を変更する箇所を選択し、設定の変更を行う。そして、図１０の設定画面において設定する各項目について、★は変更できない状態、○は選択されていない状態、●は選択されている状態を示している。
【００６０】
図１０においては、例えば動作状態１００２が待機状態であれば、通知状態設定１００３ではオフライン、オンライン又はビジーの何れかが選択可能であり、図１０ではオンラインが選択されている。そして、着信可否設定１００４では着信可又は着信不可の何れかが選択可能であり、現在は着信可が選択されている。
【００６１】
動作状態１００２がテレビ視聴中（無料番組）であれば、通知状態設定１００３ではオフライン、オンライン又はビジーの何れかが選択可能であり、図１０ではオンラインが選択されている。そして、着信可否設定１００４では着信可又は着信不可の何れかが選択可能であり、図１０では着信可が選択されている。
【００６２】
動作状態１００２がテレビ視聴中（有料番組）であれば、通知状態設定１００３ではオフライン、オンライン又はビジーの何れかが選択可能であり、図１０ではビジーが選択されている。そして、通知状態設定１００３でビジーが選択されているため、着信可否設定１００４は着信不可で変更できない状態となっている。
【００６３】
動作状態１００２がテレビ電話中であれば、通知状態設定１００３ではオフライン又はビジーの何れかが選択可能であり、図１０ではビジーが選択されている。そして、着信可否設定１００４は着信不可で変更できない状態となっている。
【００６４】
上述のように、通知状態設定１００３でオンラインが選択された場合には着信可否設定１００４では着信可又は着信不可の何れかが選択可能であるが、通知状態設定１００３でオフライン又はビジーが選択された場合には、着信可否設定１００４は着信不可で変更できない状態となる。
【００６５】
図１１は、受信装置５０１の制御テーブルの着信時処理２０５、及び通話後処理２０６の設定を行う設定画面の一例である。図１０と同様に、１００１は受信装置５０１の電源の状態を示す電源状態で、図２の制御テーブルの２０１に対応し、１００２は受信装置５０１の動作の状態を示す動作状態であり、図２の制御テーブルの２０２に対応する。
【００６６】
１００６は図２の制御テーブルの着信時処理２０５を設定する着信時処理設定である。１００７は図２の制御テーブルの通話後処理２０６を設定する通話後処理設定である。図１０と同様に、１００５は図１１の設定画面においてユーザがリモコン１１２等を通じて選択している箇所を示すカーソルである。設定画面においては、ユーザがリモコン１１２等によりカーソル１００５を移動させて設定を変更する箇所を選択し、設定の変更を行う。そして、図１１の設定画面において設定する各項目について、★は変更できない状態、○は選択されていない状態、●は選択されている状態を示している。
【００６７】
図１１の設定画面はテレビ電話の着信時や通話後の処理の設定に関するものであるため、図１１は着信可否設定１００４で着信可が選択された場合についての設定を行う設定画面である。
図１１の設定画面では、図１０の着信可否設定で着信可に設定された動作状態である待機状態、テレビ視聴中（無料番組）についての着信時処理、通話後処理を設定することができる。図１１では、待機状態でテレビ電話の着信を受けると受信装置５０１の電源がオンになり（設定不可）、通話後はスタンバイ状態になるように設定されている。
【００６８】
また、テレビ視聴中（無料番組）でテレビ電話の着信を受けると当該テレビの視聴を中断し、通話後はテレビの視聴を再開するように設定されている。なお、着信時処理設定の選択肢の一つである「２画面表示」とは、視聴してたテレビ番組の映像とテレビ電話の映像との２画面をディスプレイ１２０に表示することを示す。２画面表示を実現するためには、映像音声復号部においてデコーダを複数設ける等により複数の映像をデコード処理できるようにし、デコードした複数の映像を合成する映像合成部を設ければよい。
【００６９】
このように、ユーザにより制御テーブルの各パラメータを設定できるようにすることで、各ユーザの好みに応じた受信装置５０１を提供することができる。なお、制御テーブルの設定画面は図１０、１１に示すものに限られず、例えば図２に示す制御テーブルをディスプレイ１２０に表示し、各項目を選択するとプルダウンメニューから設定を変更できるようにする等、他の方法を用いても良い。
【００７０】
次に、テレビ電話の発信側である受信装置５０２において、複数の発信先の状態等を表示する場合について説明する。図５に示した本実施例の全体構成では、発信先として受信装置５０１のみが示されているが、実際には複数の受信装置がネットワーク１１７に接続している。発信側である受信装置５０２においては、ネットワーク１１７に接続された複数の受信装置それぞれについて、受信装置の状態、通話の可否を対応付けて記録することで、当該複数の受信装置それぞれの状態、通話の可否を表示することができる。
【００７１】
図１４は受信装置５０２の所有者をＡとした場合の、複数の発信先の状態等を表示する画面の一例である。１４０１は発信先の受信装置の所有者の名前を示しており、例えば発信先の受信装置を特定するＩＤと当該発信先の受信装置の所有者の名前を対応付けて記録することで実現できる。
【００７２】
１４０２は発信先の受信装置の状態を示しており、当該発信先の受信装置が図１０において設定した通知状態（オフライン、オンライン又はビジー）を取得及び記録し、それに対応する表示（例えばオフラインであれば「つながっていません」、オンラインであれば「つながっています」、ビジーであれば「とりこみ中」）を行うことで実現できる。
【００７３】
１４０３は発信先の受信装置の通話の可否を示しており、当該発信先の受信装置が図１０において設定した着信可否（可又は不可）を取得及び記録し、それに対応する表示（例えば可であれば「通話できます」、不可であれば「通話できません」）を行うことで実現できる。
【００７４】
１４０４は図１４の表示画面に表示されている発信先の受信装置がユーザにより選択されていることを示すカーソルである。カーソル１４０４は例えばリモコン１１２をユーザが操作することで動かすことができ、図１４の表示画面からテレビ電話の発信を行う相手を選択して発信することができる。図１４では「おじちゃん」の受信装置が選択されていることが示されている。
【００７５】
図１４では、「おじいちゃん」の受信装置は、つながっていない、つまり、オフラインである為、通話が不可能な状態であり、「おじちゃん」、「Ｃさん」は、つながっている、つまり、オンラインで通話可能であることを示しており、「Ｂさん」、「Ｄさん」は、とりこみ中、つまり、ビジーであり、通話不可であることを示している。
【００７６】
このように、複数の発信先に対応する当該発信先の状態、通話の可否を記録、表示をすることで、複数の発信先それぞれの状態、通話の可否を把握でき、発信先の都合に合わせてテレビ電話の発信をすることができる。
【００７７】
発信先の状態情報の取得については、例えば予めセンターサーバ５０３に発信先を登録しておき、センターサーバ５０３が登録された発信先の状態情報を保持しておくようにすれば、センターサーバ５０３にアクセスするだけで登録された発信先の状態情報を取得することができる。特に、登録する発信先が複数であった場合、複数の発信先それぞれに対して状態情報を要求することなく、センターサーバ５０３にアクセスするだけで複数の発信先の状態情報を取得できる。
【００７８】
また、発信先それぞれから状態情報を取得する場合は、センターサーバ５０３を介さない分、発信先の状態情報をより少ないタイムラグで取得することができる。
【実施例２】
【００７９】
次に、第２の実施例について説明する。実施例２の全体構成は、実施例１の全体構成と同様である。図３は第２の実施例における受信装置５０１のハードウェア構成の一例である。図３の構成と図１の構成との違いは、ＨＤＤ（Hard Disk Drive）インターフェース１２８と、ＨＤＤ１２９とを設けた点であり、その他の構成については図１で説明したとおりである。ＨＤＤインターフェース１２８、ＨＤＤ１２９を設けたことにより、ＨＤＤ１２９にデータを蓄積する（例えば放送番組を録画する等）ことができる。なお、ＨＤＤインターフェース１２８、ＨＤＤ１２９は必ずしもＨＤＤでなくてもよく、ＤＶＤやブルーレイディスク、フラッシュメモリ等の他の蓄積媒体でもよい。
【００８０】
データを蓄積する動作は、ユーザの操作に基づいて（例えばリモコン１１２からの操作情報を、リモコン処理部１１３で受信）、ＣＰＵ１０９、プログラムＲＯＭ１１０、ＲＡＭ１１１上で動作する制御ソフトウェアにより、ＨＤＤインターフェース１２８を介して、ＨＤＤ１２９にデータが書き込まれる。例えば放送番組を録画する場合は、チューナ処理部１１５に選局制御を行い、チューナ処理部１１５からの情報をＨＤＤインターフェース１２８を介して、ＨＤＤ１２９に書き込むようにする。
【００８１】
また、蓄積したデータの再生の動作は、ユーザの操作に基づいて（例えばリモコン１１２からの操作情報を、リモコン処理部１１３で受信）、ＣＰＵ１０９、プログラムＲＯＭ１１０、ＲＡＭ１１１上で動作する制御ソフトウェアにより、ＨＤＤインターフェース１２８を介して、ＨＤＤ１２９より、データが読み出されることで行われる。例えば録画された放送番組を再生する場合は、ＨＤＤインターフェース１２８を介して、ＨＤＤ１２９から読み出された録画番組のデータがチューナ処理部１１５または、入力切換処理部１１４に入力され、映像音声復号部１２７を制御することで、スピーカ１１９および、ディスプレイパネル１２０に録画した番組が出力される。
【００８２】
次に、テレビの視聴中やデータの蓄積（放送番組の録画、コンテンツのダウンロード等）中、蓄積されたデータの再生（録画番組の再生等）中にテレビ電話がかかってきた場合に、これらの動作からテレビ電話の動作に遷移する処理、及びテレビ電話を切断した後の処理について説明する。
【００８３】
この動作遷移の処理を定義した制御テーブルの例を、図４に示す。図４の制御テーブルも受信装置５０１内の図示しないメモリ上に保存されている。図４の制御テーブルが示す内容については図２の制御テーブルと同様である。図４の制御テーブルは、受信装置５０１がＨＤＤ１２９を備えたことにより、図２の制御テーブルに比べて動作状態２０２について「テレビ録画中」や「録画番組再生中」等の状態、着信時処理２０５について「録画開始」や「録画継続」等の処理、通話後処理２０６に「自動再生」や「続き再生」等が加わった。
【００８４】
動作状態２０２の「テレビ録画中（無料番組）」は無料番組をＨＤＤ１２９に録画している状態を示し、「録画番組再生中」はＨＤＤ１２９に録画されている番組を再生している状態を示し、「録画番組編集中」はＨＤＤ１２９に録画されている番組を編集している状態を示し、「ストリーミング視聴中（無料）」は無料のＶＯＤ等のストリーミング配信されるコンテンツを視聴している状態を示している。
【００８５】
着信時処理２０５の「録画開始」はテレビ電話の着信を受けると視聴中の番組のＨＤＤ１２９への録画を開始することを示し、「録画継続」はテレビ電話の着信を受けても番組のＨＤＤ１２９への録画を継続することを示し、「再生一時停止」はテレビ電話の着信を受けるとＨＤＤ１２９に録画した番組の再生を一時停止することや、視聴中のストリーミング配信されるコンテンツの再生を一時停止することを示し、「ＵＲＬ記録」はテレビ電話の着信を受けると操作中であったブラウザに表示されたＷｅｂページのＵＲＬを記録することを示している。
【００８６】
通話後処理２０６の「自動再生」はテレビ電話の通話が終了するとテレビ電話着信時にＨＤＤ１２９への録画が開始された番組の再生を開始することを示し、「続き再生」はテレビ電話の通話が終了するとテレビ電話着信時に一時停止されたＨＤＤ１２９に録画した番組の再生やストリーミング配信されるコンテンツの再生を再開することを示し、「ブラウザ表示」はテレビ電話着信時に記録されたＷｅｂページのＵＲＬに基づきブラウザで当該Ｗｅｂページを表示することを示している。
【００８７】
図４では、ネットワーク１１７を介してテレビ電話の着信があったときに、待機状態、テレビ視聴中（無料放送）、テレビ録画中（無料放送）、録画番組再生中、ブラウザ操作中、ストリーミング視聴中（無料）の場合は着信応答し、現在の動作状態からテレビ電話の動作に移行でき、それ以外の場合は、着信不可または、着信拒否を返し、着信応答しないようになっている。
【００８８】
そして待機状態の場合は受信装置５０１の電源がオンになり、テレビ視聴中（無料番組）の場合は視聴していた番組の録画を開始し、テレビ録画中（無料放送）の場合はそのまま録画を継続し、録画番組再生中の場合は、再生を一時停止し、ブラウザ操作中の場合は、ＵＲＬを記録し、ストリーミング視聴中（無料）の場合は、再生を一時停止するようになっている。
【００８９】
通話終了後の処理は、待機状態の場合は受信装置５０１がスタンバイの状態になり、テレビ視聴中（無料番組）又はテレビ録画中（無料放送）の場合はＨＤＤ１２９への録画を開始又は継続したデータの再生を開始し、録画番組再生中の場合は一時停止した録画番組の再生を再開し、ブラウザ操作中の場合は、記録したＵＲＬに基づいてブラウザによりＷｅｂページを表示し、ストリーミング視聴中（無料）の場合は、一時停止したストリーミング配信されるコンテンツの再生を再開するようになっている。
【００９０】
これにより、実施例１で示したメリットに加え、例えば録画番組の視聴中にテレビ電話の着信があった場合でもユーザによるテレビ番組の視聴の利便性を損なうことのない受信装置を提供することができる。また、例えば放送番組の視聴中にテレビ電話の着信があった場合に、テレビ電話による通話の終了後、視聴していた放送番組をいわゆるタイムシフト再生により視聴することができ、ユーザにとって利便性の高い受信装置を提供することができる。
【００９１】
実施例２においても、実施例１と同様に図４の制御テーブルの情報を任意に設定変更可能とすることで、ユーザの好みに応じたテレビ電話の着信条件を決定することができる。実施例１と同様に、ユーザはリモコン１１２を操作すること等により制御テーブルの設定を変更することができ、受信装置５０１においてはリモコン１１２等を通じたユーザの指示に基づきＣＰＵ１０９が図示しないメモリ上の制御テーブルの各パラメータを変更することにより制御テーブルの設定が変更される。
【００９２】
図１２は、受信装置５０１の制御テーブルの通知状態２０３、及び着信可否２０４の設定を行う設定画面の一例であり、実施例１における図１０と同様の設定画面である。ＨＤＤインターフェース１２８、ＨＤＤ１２９を設けたことにより、動作状態１００２の項目が増えているが、各動作状態は図４の制御テーブルの動作状態２０２で説明したものと同様である。
【００９３】
図１３は、受信装置５０１の制御テーブルの着信時処理２０５、及び通話後処理２０６の設定を行う設定画面の一例であり、実施例１における図１１と同様の設定画面である。ＨＤＤインターフェース１２８、ＨＤＤ１２９を設けたことにより、動作状態１００２、着信時処理設定１００６及び通話ご処理設定１００７の項目が増えているが、各項目は図４で説明したものと同様である。
なお、実施例２における発信側の受信装置５０２についても、実施例１において説明した図１４の表示を行う構成としても良い。
【実施例３】
【００９４】
次に、実施例３について説明する。実施例１や実施例２において、例えば受信装置５０１の状態がビジーで受信装置５０２からのテレビ電話の着信が受けられなかった場合、受信装置５０１やセンターサーバ５０３において受信装置５０２から受信装置５０１にテレビ電話の発信があったことを記録しておき、受信装置５０１の状態がビジーからテレビ電話が着信可能な状態に変わったら受信装置５０２に対して受信装置５０１又はセンターサーバ５０３から、受信装置５０１がテレビ電話の着信が可能になった旨を通知するように構成しても良い。
【００９５】
これにより、テレビ電話の発信先がビジー状態で通話できなかったときに、その後発信先が通話可能な状態になったかどうかを発信元が確認することなく、発信先が通話可能な状態になったことを発信元が知ることができる。また、発信元は発信先がビジー状態から通話可能な状態になったことをより少ないタイムラグで知ることができる。
【００９６】
上記の通知は、発信先の着信履歴からテレビ電話の発信元の電話番号（発信元を特定する番号、アドレス等でもよい）に対して行えばよい。また、例えば発信先が発信元の電話番号とＥメールアドレスとを対応付けて記録している場合、当該Ｅメールアドレスに対して上記の通知を行ってもよい。Ｅメールアドレスに対して通知を行うことで、例えば発信元が携帯電話等の移動端末で電話番号に対する通知ができない場合（トンネルの中等、電波状態の悪いところにいた場合）であっても、発信元に対して上記の通知を行うことができる。
【実施例４】
【００９７】
次に実施例４について説明する。本実施例の特徴は、テレビ電話において自分の映像（以降、自映像と呼ぶ）を、相手方の映像と重畳させて画面上に表示させる機能を持つ点である。実施例４の全体構成は、実施例２の全体構成と同様である。
図１５は第４の実施例における受信装置５０１のハードウェア構成の一例である。図１５の構成と図３の構成との違いは、映像音声復号部１２７が映像音声復号手段Ａ１３０と映像音声復号手段Ｂ１３１とを備え、映像音声符号部１０８が映像音声符号手段Ａ１３８と映像音声符号手段Ｂ１３９とを備えている点、映像音声符号部１０８の出力を入力切換処理１１４へ入力できる点および、スケーリング処理１２２が映像の合成を行うことも可能である点である。
【００９８】
入力切換処理１１４は、ネットワーク処理部１１６の出力とチューナ処理部１１５の出力と、映像音声符号部１０８の出力を、ＣＰＵ１０９の制御により選択出力する。出力先は映像音声復号手段Ａ１３０と映像音声復号手段Ｂ１３１から選ぶことができる。また入力切換部１１４に対する２つ入力信号を選択して、映像音声復号手段Ａ１３０と映像音声復号手段Ｂ１３１へそれぞれ同時に出力することもできる。
【００９９】
映像音声復号手段Ａ１３０はＡＶパケット分離処理１２６と同様の機能をもつＡＶパケット分離処理Ａ１３２と、映像デコード処理１２３と同様の機能をもつ映像デコード処理Ａ１３３と、音声デコード処理１２５と同様の機能をもつ音声デコード処理Ａ１３４から構成される。復号の手順は実施例１の場合と変わりない。映像音声復号手段Ｂ１３１は映像音声復号手段Ａ１３０と同様の機能を持っているが、復号可能なフォーマット、復号のために占有するＣＰＵ１０９の計算能力や、ＲＡＭ１１１の容量などの仕様に相違点がある。映像音声復号手段Ａ１３０と映像音声復号手段Ｂ１３１は同時に動作することが可能である。またスケーリング処理１２２に入力された２映像を重ね合わせることができる。
【０１００】
映像音声符号手段Ａ１３８は、ＡＶパケット合成処理１０７と同様の機能をもつＡＶパケット合成処理Ａ１４０と、音声エンコード処理１０３と同様の機能をもつ音声エンコード処理Ａ１４１と、映像エンコード処理１０６と同様の機能を持つ映像エンコード処理Ａ１４２から構成される。符号化の手順は実施例１の場合と変わりない。映像音声符号手段Ｂ１３９は映像音声符号手段Ａ１３８と同様の機能を持っているが、符号化可能なフォーマット、符号化のために占有するＣＰＵ１０９の計算能力や、ＲＡＭ１１１の容量などの仕様に相違点がある。
【０１０１】
図１６に、本実施例の制御テーブルを示す。図１６の制御テーブルも受信装置５０１内の図示しないメモリ上に保存されている。本実施例では自映像と相手方の映像とを重畳させて表示するようにしたことに伴って、自画像表示２０７を追加した。自映像表示２０７は自映像をディスプレイパネル１２０上に表示するか否かを示している。「自映像を表示する」とは、相手方の映像に重畳して自映像を同じ画面上に表示することを示す。「自映像を表示しない」とは、相手方の映像のみを表示することを示す。自映像を表示するか否かはユーザによって指定することができる。
【０１０２】
指定のタイミングは、あらかじめ設定しておく方法のほか、相手との通話中にに自映像を表示するか否かをユーザの操作によって動的に変更させることもできる。
また本実施例では、動作状態２０２の「テレビ録画中」は有料番組か無料番組かを区別しないこととしたが、有料番組か無料番組の区別をつけるようにしてもよい。
【０１０３】
テレビ電話において自映像を相手方の映像と重畳させて表示する処理を下記に示す。相手方のテレビ電話の信号を表示する手順と、相手方へテレビ電話の信号を送る手順は、映像音声復号部１２７および映像音声符号部１０８の内部での２種類存在する復号手段および符号化手段のどちらか一方が制御ソフトウェアによって選択されていることを除いて、基本的に実施例１と同様である。自映像を表示するためには、映像音声符号部１０８からの出力を入力切換処理１１４へ送り、制御ソフトウェアが使用可能と判断した復号手段でテレビ電話の信号の復号を行い、復号された映像信号のみをスケーリング処理１２２へ送り、そこで映像信号の重ね合わせを行うことが必要である。以上により自映像と相手方の映像を同時に表示することが可能になる。
【０１０４】
以下には本実施例の処理の詳細を示す。上記に示したように相手方の映像と自映像を重畳させて表示させるためには、制御ソフトウェアが上記複数の映像音声符号手段および映像音声復号手段を状態に応じて適切に選択する必要がある。そのために、本実施例ではリソース割り当てテーブルを定義する。リソース割り当てテーブルの例の一部を図１７に示す。
【０１０５】
リソース割り当てテーブルは制御テーブルと同様に、受信装置５０１内の図示しないメモリ上に保存されている。リソースの割り当てテーブルは２０１〜２０７の状態と条件の組み合わせに応じて、どのようにリソースを割り当てるかを示している。
【０１０６】
リソース割り当て２０８は、所定の動作を行うために必要なリソースの割り当て内容を定義している。リソース割り当て２０８内の符号手段Ａは映像音声符号手段Ａをどのような用途で使用するかを示している。符号手段Ｂ、復号手段Ａ、復号手段Ｂも同様である。また「自映像符号化」とは自映像の符号を所定の映像音声符号手段を用いて行うことを示す。例えば符号手段Ａの列に「自映像符号化」とある場合は、映像音声符号手段Ａ１３８を用いて自映像符号化を行うことを示す。「相手映像復号」の場合も同様である。
【０１０７】
「未使用」とある場合は、指定の映像音声符号手段、または映像音声復号手段が使用されないことを示す。「使用不可」とある場合は、ＣＰＵ１０９の計算量の負荷の要因、ＲＡＭ１１１の空き容量の要因、録画処理等の負荷の要因で、指定の映像音声符号手段、または映像音声復号手段が使用できないことを示す。
【０１０８】
下記により具体的に図１７のリソース割り当てテーブルを用いた処理について説明する。なおこの例においては、テレビ録画中は録画処理のために映像音声符号手段Ａ１３８が占有されており、かつ相手映像のフォーマットに対応していないため映像音声復号手段Ａ１３０を用いて相手映像を復号できないという制約が存在するという場合を仮定して説明する。
【０１０９】
行２０９に示すように、電源がオン、テレビ視聴中の状態で、オンラインかつ着信可能で、自映像表示２０７が「表示する」である場合の着信時は、映像音声符号手段Ａ１３８を用いて自映像符号化を行い、映像音声復号手段Ａ１３０で相手方映像を復号し、映像音声復号手段Ｂ１３１で自映像を復号し、自映像と相手方映像を重畳してディスプレイパネル１２０に表示する。そして通話終了後はラストチャンネルを表示する。
【０１１０】
行２１０に示すように、電源がオン、テレビ視聴中の状態で、オンラインかつ着信可能で、自映像表示２０７が「表示しない」である場合の着信時は、映像音声符号手段Ａ１３８を用いて自映像符号化を行い、映像音声復号手段Ａ１３０で相手方映像を復号し、相手方映像をディスプレイパネル１２０に表示する。そして通話終了後はラストチャンネルを表示する。
【０１１１】
行２１１に示すように、電源がオン、テレビ録画中、オンラインかつ着信可能で、自映像表示２０７が「表示する」である場合の着信時は、映像音声符号手段Ａ１３８が使用不可であるため、映像音声符号手段Ｂ１３９を用いて自映像符号化を行う。ここで、相手映像は映像音声復号手段Ａ１３０で復号できないため、映像音声復号手段Ｂ１３１で相手方映像を復号し、映像音声復号手段Ａ１３０で自映像を復号し、自映像と相手方映像を重畳してディスプレイパネル１２０に表示する。そして通話終了後はラストチャンネルを表示する。
【０１１２】
行２１２に示すように、電源がオン、テレビ録画中、オンラインかつ着信可能で、自映像表示２０７が「表示しない」である場合の着信時は、映像音声符号手段Ａ１３８が録画に掛かる負荷で使用不可であるため、映像音声符号手段Ｂ１３９を用いて自映像符号化を行い、相手映像は映像音声復号手段Ａ１３０で復号できないため、映像音声復号手段Ｂ１３１で相手方映像を復号し、相手方映像をディスプレイパネル１２０に表示する。そして通話終了後はラストチャンネルを表示する。
【０１１３】
以上のような設定を制御テーブルに対して行うことによって、録画中に制約が存在する場合においても適切な映像音声符号手段および映像音声復号手段を選ぶことが可能になる。よってテレビ電話以外の要因による負荷が発生している場合においても、ユーザに録画を中断しなくてはならないなどの不便を強いることなくテレビ電話機能を提供することが可能になる。
【０１１４】
リソース割り当て２０８において、複数の映像音声符号手段および映像音声復号手段から使用する手段を設定する基準として、ＣＰＵ１０９の計算量の負荷と、ＲＡＭ１１１の空き容量が最適になるような組み合わせを選択するという方法がある。このようにすることで、リソースを適切に配分し、安定した処理を実現できる。または固有のフォーマットの信号を処理する場合には、フォーマットに対応する手段を優先的に選択する方法もある。
【０１１５】
本実施例では映像音声復号手段および映像音声符号手段はそれぞれ２種類を提示したが、これは２種類以上でも制御ソフトウェアが選択する要素が増えるのみで、本実施例を適用可能である。
【０１１６】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１１７】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０１１８】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１１９】
１０１ マイク
１０３ 音声エンコード処理部
１０４ カメラ
１０６ 映像エンコード処理部
１０７ ＡＶパケット合成処理部
１０８ 映像音声符号部
１０９ ＣＰＵ
１１０ プログラムＲＯＭ
１１１ ＲＡＭ
１１２ リモコン
１１３ リモコン処理部
１１４ 入力切換処理部
１１５ チューナ処理部
１１６ ネットワーク処理部
１１７ ネットワーク
１１８ アンテナ
１１９ スピーカ
１２０ ディスプレイパネル
１２１ ディスプレイドライバ
１２２ スケーリング処理部
１２３ 映像デコード処理部
１２４ 音声ドライバ
１２５ 音声デコード処理部
１２６ ＡＶパケット分離処理部
１２７ 映像音声復号部
１２８ ＨＤＤインターフェース
１２９ ＨＤＤ
１３０ 映像音声復号手段Ａ
１３１ 映像音声復号手段Ｂ
１３８ 映像音声符号手段Ａ
１３９ 映像音声符号手段Ｂ
【特許請求の範囲】
【請求項１】
テレビ電話機能を有する受信装置であって、
ネットワークを介して符号化された音声データと符号化された映像データとの送信、受信を行うネットワーク処理部と、
放送波を介して放送番組を受信する放送受信部と、
前記ネットワーク処理部で受信したデータと前記放送受信部で受信した放送番組とを復号する復号部と、
前記復号部で復号されたデータ又は放送番組を出力する出力部と、
前記受信装置の動作の状態とテレビ電話の着信の可否とを対応付けて記録する記録部と、
前記記録部に記録された前記受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいて前記ネットワーク処理部における映像データと音声データとの受信を制御する制御部とを有する受信装置。
【請求項２】
請求項１の受信装置であって、
前記記録部は前記受信装置の動作の状態と他の装置へ通知する当該受信装置の状態である通知状態とを対応付けて記録し、
前記制御部は前記記録部に記録された前記受信装置の動作の状態に対応した通知状態を前記ネットワーク処理部を介して他の装置へ通知する受信装置。
【請求項３】
請求項１の受信装置であって、
前記記録部は前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理とを対応付けて記録し、
前記制御部はテレビ電話の着信を受けると前記記録部に記録された前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて前記ネットワーク処理部及び放送受信部とを制御する受信装置。
【請求項４】
請求項１の受信装置であって、
前記記録部は前記受信装置の動作の状態とテレビ電話の通話が終了したときの処理とを対応付けて記録し、
前記制御部はテレビ電話の通話が終了すると前記記録部に記録された前記受信装置の動作の状態とテレビ電話の通話が終了したときの処理との対応に基づいて前記ネットワーク処理部と前記放送受信部とを制御する受信装置。
【請求項５】
請求項３の受信装置であって、
前記放送受信部で受信した放送番組を蓄積する蓄積部を有し、
前記記録部に記録されたテレビ電話の着信を受けたときの処理には前記放送受信部で受信した放送番組の前記蓄積部への蓄積の開始が含まれる受信装置。
【請求項６】
請求項４の受信装置であって、
前記放送受信部で受信した放送番組を蓄積する蓄積部を有し、
前記記録部に記録されたテレビ電話の通話が終了したときの処理には前記復号部による前記蓄積部に蓄積された放送番組の復号の開始が含まれる受信装置。
【請求項７】
請求項１の受信装置であって、
前記記録部に記録されているテレビ電話の着信の可否はユーザにより設定される受信装置。
【請求項８】
請求項１〜７のいずれかの受信装置であって、
前記制御部は、テレビ電話の着信を拒否した後に、前記受信装置の動作の状態が変化して当該変化後の前記受信装置の動作の状態に対応するテレビ電話の着信の可否が着信可であった場合、前記着信を拒否したテレビ電話の発信元にテレビ電話の着信が可能になった旨を通知する受信装置。
【請求項９】
請求項１〜８のいずれかの受信装置であって、
前記復号部は複数の復号手段を備え、
前記記録部は前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理とを対応付けて記録し、
前記制御部はテレビ電話の着信を受けると前記記録部に記録された前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて、複数の前記復号手段のうちの一つを選択し、選択された前記復号手段を用いて復号処理を行う受信装置
【請求項１０】
請求項１〜９のいずれかの受信装置であって、
音声を符号化する音声符号化部と、
映像を符号化する映像符号化部とを有する受信装置。
【請求項１１】
請求項１０の受信装置であって、
前記音声符号化部は複数の音声符号化手段を備え、
前記映像符号化部は複数の映像符号化手段を備え、
前記制御部はテレビ電話の着信を受けると前記記録部に記録された前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて、複数の前記音声符号化手段および前記映像符号化手段の一つを選択し、選択された前記復号手段を用いて符号化処理を行う受信装置。
【請求項１２】
ネットワークを介して符号化された音声データと符号化された映像データとを送信又は受信を行い、
放送波を介して放送番組を受信し、
前記ネットワークを介して受信したデータ又は前記放送波を介して受信した放送番組を復号し、
前記復号されたデータ又は放送番組を出力する受信方法であって、
受信装置の動作の状態とテレビ電話の着信の可否とを対応付けて記録し、
前記記録した受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいて前記ネットワークを介した映像データと音声データとの受信を制御する受信方法。
【請求項１３】
請求項１２の受信方法であって、
受信装置の動作の状態と他の装置へ通知する当該受信装置の状態である通知状態とを対応付けて記録し、
前記記録した前記受信装置の動作の状態に対応した通知状態を前記ネットワーク介して他の装置へ通知する受信方法。
【請求項１４】
請求項１２の受信方法であって、
受信装置の動作の状態とテレビ電話の着信を受けたときの処理とを対応付けて記録し、
テレビ電話の着信を受けると前記記録した受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて前記ネットワークを介した映像データと音声データとの受信及び前記放送波を介した放送番組の受信を制御する受信方法。
【請求項１５】
請求項１２の受信方法であって、
受信装置の動作の状態とテレビ電話の通話が終了したときの処理とを対応付けて記録し、
テレビ電話の通話が終了すると前記記録した受信装置の動作の状態とテレビ電話の通話が終了したときの処理との対応に基づいて前記ネットワークを介した映像データと音声データとの受信及び前記放送波を介した放送番組の受信を制御する受信方法。
【請求項１６】
請求項１４の受信方法であって、
前記放送波を介して受信した放送番組を蓄積し、
前記記録したテレビ電話の着信を受けたときの処理には前記放送波を介して受信した放送番組の蓄積の開始が含まれる受信方法。
【請求項１７】
請求項１５の受信方法であって、
前記放送波を介して受信した放送番組を蓄積し、
前記記録したテレビ電話の通話が終了したときの処理には蓄積した放送番組の復号の開始が含まれる受信方法。
【請求項１８】
請求項１２の受信方法であって、
前記記録しているテレビ電話の着信の可否を設定する受信方法。
【請求項１９】
請求項１２〜１８のいずれかの受信方法であって、
テレビ電話の着信を拒否した後に、受信装置の動作の状態が変化して当該変化後の受信装置の動作の状態に対応するテレビ電話の着信の可否が着信可であった場合、前記着信を拒否したテレビ電話の発信元にテレビ電話の着信が可能になった旨を通知する受信方法。
【請求項２０】
請求項１２〜１９のいずれかの受信方法であって、
符号化された音声データと符号化された映像データを処理する復号化ステップを複数備え、
受信装置の動作の状態とテレビ電話の着信を受けたときの処理とを対応付けて記録し、
テレビ電話の着信を受けると前記記録した受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて複数の前記復号ステップのうちの一つを選択し、選択された前記復号ステップにより復号を行う受信方法。
【請求項２１】
請求項１２〜２０のいずれかの受信方法であって、
音声を符号化し、
映像を符号化する受信方法。
【請求項２２】
請求項２１の受信方法であって、
前記音声をと前記映像を符号化する符号化ステップを複数備え、
テレビ電話の着信を受けると前記記録した受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいて、複数の前記符号化ステップのうち、必要な前記符号化ステップを用いて符号化を行う受信方法。
【請求項１】
テレビ電話機能を有する受信装置であって、
ネットワークを介して符号化された音声データと符号化された映像データとの送信、受信を行うネットワーク処理部と、
放送波を介して放送番組を受信する放送受信部と、
前記ネットワーク処理部で受信したデータと前記放送受信部で受信した放送番組とを復号する復号部と、
前記復号部で復号されたデータ又は放送番組を出力する出力部と、
前記受信装置の動作の状態とテレビ電話の着信の可否とを対応付けて記録する記録部と、
前記記録部に記録された前記受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいて前記ネットワーク処理部における映像データと音声データとの受信を制御する制御部とを有する受信装置。
【請求項２】
請求項１の受信装置であって、
前記記録部は前記受信装置の動作の状態と他の装置へ通知する当該受信装置の状態である通知状態とを対応付けて記録し、
前記制御部は前記記録部に記録された前記受信装置の動作の状態に対応した通知状態を前記ネットワーク処理部を介して他の装置へ通知する受信装置。
【請求項３】
請求項１の受信装置であって、
前記記録部は前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理とを対応付けて記録し、
前記制御部はテレビ電話の着信を受けると前記記録部に記録された前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて前記ネットワーク処理部及び放送受信部とを制御する受信装置。
【請求項４】
請求項１の受信装置であって、
前記記録部は前記受信装置の動作の状態とテレビ電話の通話が終了したときの処理とを対応付けて記録し、
前記制御部はテレビ電話の通話が終了すると前記記録部に記録された前記受信装置の動作の状態とテレビ電話の通話が終了したときの処理との対応に基づいて前記ネットワーク処理部と前記放送受信部とを制御する受信装置。
【請求項５】
請求項３の受信装置であって、
前記放送受信部で受信した放送番組を蓄積する蓄積部を有し、
前記記録部に記録されたテレビ電話の着信を受けたときの処理には前記放送受信部で受信した放送番組の前記蓄積部への蓄積の開始が含まれる受信装置。
【請求項６】
請求項４の受信装置であって、
前記放送受信部で受信した放送番組を蓄積する蓄積部を有し、
前記記録部に記録されたテレビ電話の通話が終了したときの処理には前記復号部による前記蓄積部に蓄積された放送番組の復号の開始が含まれる受信装置。
【請求項７】
請求項１の受信装置であって、
前記記録部に記録されているテレビ電話の着信の可否はユーザにより設定される受信装置。
【請求項８】
請求項１〜７のいずれかの受信装置であって、
前記制御部は、テレビ電話の着信を拒否した後に、前記受信装置の動作の状態が変化して当該変化後の前記受信装置の動作の状態に対応するテレビ電話の着信の可否が着信可であった場合、前記着信を拒否したテレビ電話の発信元にテレビ電話の着信が可能になった旨を通知する受信装置。
【請求項９】
請求項１〜８のいずれかの受信装置であって、
前記復号部は複数の復号手段を備え、
前記記録部は前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理とを対応付けて記録し、
前記制御部はテレビ電話の着信を受けると前記記録部に記録された前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて、複数の前記復号手段のうちの一つを選択し、選択された前記復号手段を用いて復号処理を行う受信装置
【請求項１０】
請求項１〜９のいずれかの受信装置であって、
音声を符号化する音声符号化部と、
映像を符号化する映像符号化部とを有する受信装置。
【請求項１１】
請求項１０の受信装置であって、
前記音声符号化部は複数の音声符号化手段を備え、
前記映像符号化部は複数の映像符号化手段を備え、
前記制御部はテレビ電話の着信を受けると前記記録部に記録された前記受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて、複数の前記音声符号化手段および前記映像符号化手段の一つを選択し、選択された前記復号手段を用いて符号化処理を行う受信装置。
【請求項１２】
ネットワークを介して符号化された音声データと符号化された映像データとを送信又は受信を行い、
放送波を介して放送番組を受信し、
前記ネットワークを介して受信したデータ又は前記放送波を介して受信した放送番組を復号し、
前記復号されたデータ又は放送番組を出力する受信方法であって、
受信装置の動作の状態とテレビ電話の着信の可否とを対応付けて記録し、
前記記録した受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいて前記ネットワークを介した映像データと音声データとの受信を制御する受信方法。
【請求項１３】
請求項１２の受信方法であって、
受信装置の動作の状態と他の装置へ通知する当該受信装置の状態である通知状態とを対応付けて記録し、
前記記録した前記受信装置の動作の状態に対応した通知状態を前記ネットワーク介して他の装置へ通知する受信方法。
【請求項１４】
請求項１２の受信方法であって、
受信装置の動作の状態とテレビ電話の着信を受けたときの処理とを対応付けて記録し、
テレビ電話の着信を受けると前記記録した受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて前記ネットワークを介した映像データと音声データとの受信及び前記放送波を介した放送番組の受信を制御する受信方法。
【請求項１５】
請求項１２の受信方法であって、
受信装置の動作の状態とテレビ電話の通話が終了したときの処理とを対応付けて記録し、
テレビ電話の通話が終了すると前記記録した受信装置の動作の状態とテレビ電話の通話が終了したときの処理との対応に基づいて前記ネットワークを介した映像データと音声データとの受信及び前記放送波を介した放送番組の受信を制御する受信方法。
【請求項１６】
請求項１４の受信方法であって、
前記放送波を介して受信した放送番組を蓄積し、
前記記録したテレビ電話の着信を受けたときの処理には前記放送波を介して受信した放送番組の蓄積の開始が含まれる受信方法。
【請求項１７】
請求項１５の受信方法であって、
前記放送波を介して受信した放送番組を蓄積し、
前記記録したテレビ電話の通話が終了したときの処理には蓄積した放送番組の復号の開始が含まれる受信方法。
【請求項１８】
請求項１２の受信方法であって、
前記記録しているテレビ電話の着信の可否を設定する受信方法。
【請求項１９】
請求項１２〜１８のいずれかの受信方法であって、
テレビ電話の着信を拒否した後に、受信装置の動作の状態が変化して当該変化後の受信装置の動作の状態に対応するテレビ電話の着信の可否が着信可であった場合、前記着信を拒否したテレビ電話の発信元にテレビ電話の着信が可能になった旨を通知する受信方法。
【請求項２０】
請求項１２〜１９のいずれかの受信方法であって、
符号化された音声データと符号化された映像データを処理する復号化ステップを複数備え、
受信装置の動作の状態とテレビ電話の着信を受けたときの処理とを対応付けて記録し、
テレビ電話の着信を受けると前記記録した受信装置の動作の状態とテレビ電話の着信を受けたときの処理との対応に基づいて複数の前記復号ステップのうちの一つを選択し、選択された前記復号ステップにより復号を行う受信方法。
【請求項２１】
請求項１２〜２０のいずれかの受信方法であって、
音声を符号化し、
映像を符号化する受信方法。
【請求項２２】
請求項２１の受信方法であって、
前記音声をと前記映像を符号化する符号化ステップを複数備え、
テレビ電話の着信を受けると前記記録した受信装置の動作の状態とテレビ電話の着信の可否との対応に基づいて、複数の前記符号化ステップのうち、必要な前記符号化ステップを用いて符号化を行う受信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−２０５４６４（Ｐ２０１１−２０５４６４Ａ）
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願番号】特願２０１０−７１６６８（Ｐ２０１０−７１６６８）
【出願日】平成２２年３月２６日（２０１０．３．２６）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願日】平成２２年３月２６日（２０１０．３．２６）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]