特許 5758938 受信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5758938

(24)【登録日】2015年6月12日

(45)【発行日】2015年8月5日

(54)【発明の名称】受信装置

(51)【国際特許分類】

   H04N 7/14 20060101AFI20150716BHJP

   H04N 7/173 20110101ALI20150716BHJP

   H04M 1/00 20060101ALI20150716BHJP

   H04M 11/00 20060101ALI20150716BHJP

   H04N 21/45 20110101ALI20150716BHJP

【ＦＩ】

   H04N7/14

   H04N7/173 630

   H04M1/00 K

   H04M11/00 302

   H04N21/45

【請求項の数】1

【全頁数】19

(21)【出願番号】特願2013-61293(P2013-61293)

(22)【出願日】2013年3月25日

(62)【分割の表示】特願2008-289368(P2008-289368)の分割

【原出願日】2008年11月12日

(65)【公開番号】特開2013-158019(P2013-158019A)

(43)【公開日】2013年8月15日

【審査請求日】2013年3月25日

(73)【特許権者】

【識別番号】000005810

【氏名又は名称】日立マクセル株式会社

(74)【代理人】

【識別番号】100080001

【弁理士】

【氏名又は名称】筒井 大和

(72)【発明者】

【氏名】鴨川 浩二

(72)【発明者】

【氏名】岩渕 一則

(72)【発明者】

【氏名】町田 芳広

(72)【発明者】

【氏名】佐々本 学

【審査官】 赤穂 州一郎

(56)【参考文献】

【文献】 特開２００１−２４５０２４（ＪＰ，Ａ）

【文献】 特開２００６−３１１５９５（ＪＰ，Ａ）

【文献】 特開２００６−１５７７１８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ７／１４− ７／１７３

Ｈ０４Ｎ ２１／００−２１／８５８

Ｈ０４Ｎ ５／３８− ５／４６

Ｈ０４Ｎ ５／７６− ５／９５６

Ｈ０４Ｍ １／００

Ｈ０４Ｍ ３／３８− ３／５８

Ｈ０４Ｍ １１／００− １１／１０

(57)【特許請求の範囲】

【請求項1】

受信装置であって、
ネットワークを介してデータの送受信を行うネットワーク処理部と、
放送番組を受信する放送受信部と、
前記データ又は前記放送番組を出力する出力部と、
ユーザからの操作情報の入力を受け付ける入力部と、
前記操作情報により前記データの送受信開始前の前記受信装置の動作の状態と対応して設定された、前記データの送受信終了後の前記受信装置の動作の状態を記録する記録部と、
前記ネットワーク処理部による前記データの送受信が終了した場合に、前記データの送受信開始前の前記受信装置の動作の状態と対応して前記記録部に記録された、前記データの送受信終了後の前記受信装置の動作の状態となるように、前記受信装置を制御する制御部と
を有し、
送受信開始前の前記受信装置の動作の状態がスタンバイ状態である場合には、前記受信装置を電源オンにし前記データの送受信が終了した後、前記データの送受信終了後の前記受信装置の動作の状態として設定されたスタンバイ状態に戻す、
ことを特徴とする受信装置。

【発明の詳細な説明】

【技術分野】

【0001】

技術分野は、テレビジョンシステムの動作制御に関するものであり、特に通信機能を持ったテレビジョンシステムに関するものである。

【背景技術】

【0002】

近年、コンピュータネットワークの普及に伴い、テレビ、レコーダ機器等に加え、通信機能を持ったテレビジョンシステムが開発されている。

【0003】

特許文献１では、「テレビ放送受信中に電話がかかってきたときにより好ましい対応が可能なテレビ放送受信機付テレビ電話装置を提供すること」（特許文献１［０００４］参照）を課題とし、その解決手段として「テレビ放送を受信するテレビ放送受信手段と、電話回線を介して受信した相手の電話番号を検知する電話番号検知手段と、電話帳データベースを記憶するデータベース手段と、前記テレビ放送受信手段によるテレビ放送の受信中に電話がかかってきたとき、前記電話番号検知手段の検知した相手の電話番号に基づいて前記データベース手段を検索する検索手段と、前記検索手段の検索結果である相手の情報をテレビ放送画面に合成表示して電話がかかってきたことを報知する報知手段と、を有する」（特許文献１［０００５］参照）ことが記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平７−３０８７２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

一般に、テレビ電話機器において映像音声を使う通信は、電話を拡張した形で行われており、通話していないか通話中の何れかしか、機器の内部状態は存在しない。また、コンピュータを使ったテレビ電話の場合は、コンピュータ自体がマルチタスク、マルチウィンドウであるため、通常コンピュータの内部の状態を考慮して、通話の可否を判断する必要性は低いと考えられる。

【0006】

これらに対して、テレビジョンシステムに通信機能を付加し、テレビ電話機能を実現した場合、ユーザがテレビ番組の視聴中であると、当該テレビ番組の視聴に支障をきたすおそれがある。特許文献１では、テレビ放送の受信中に電話がかかってきたとき、相手の電話番号に基づいてデータベースを検索して相手の情報をテレビ放送画面に合成表示して電話がかかってきたことを報知する。

【0007】

しかし、例えばテレビの有料番組や映画の視聴中に電話がかかってきた場合、電話をかけてきた相手の情報が表示されると、テレビ電話をかけてきた相手を確認する等の呼出への対応で、当該有料番組や映画の視聴が妨げられるおそれがある。

【課題を解決するための手段】

【0008】

上記目的を解決するために、例えば特許請求の範囲に記載の構成を採用する。

【発明の効果】

【0009】

上記手段によれば、ユーザにとって使い勝手の良いテレビジョンシステムを提供できる。例えば、通信機能を持ったテレビジョンシステムにおいて、ユーザによるテレビ番組の視聴の利便性を損なうことのないテレビ電話が実現できる。

【図面の簡単な説明】

【0010】

【図1】実施例１の受信装置の構成の一例である。

【図2】実施例１の受信装置が有する制御テーブルの一例である。

【図3】実施例２の受信装置の構成の一例である。

【図4】実施例２の受信装置が有する制御テーブルの一例である。

【図5】本実施例の概要を示す図である。

【図6】実施例１の受信装置の処理の一例を示すフローチャートである。

【図7】実施例１のセンターサーバの処理の一例を示すフローチャートである。

【図8】実施例１の受信装置の処理の一例を示すフローチャートである。

【図9】実施例１の受信装置の処理の一例を示すフローチャートである。

【図10】実施例１の受信装置が表示する設定画面の一例である。

【図11】実施例１の受信装置が表示する設定画面の一例である。

【図12】実施例２の受信装置が表示する設定画面の一例である。

【図13】実施例２の受信装置が表示する設定画面の一例である。

【図14】本実施例の受信装置が表示する画面の一例である。

【発明を実施するための形態】

【0011】

以下、実施例について図面に基づいて詳細に説明する。

【実施例1】

【0012】

まず、本実施例の概要について説明する。図５は本実施例の概要である。５０１、５０２は、放送番組やインターネット回線を通じたコンテンツの受信を行う受信装置であって、テレビ電話機能等の通信機能を有するものである。図５において受信装置５０１はネットワーク１１７を介してテレビ電話機能を有する他の装置からの発信を受ける側（着信側）の受信装置である。受信装置５０２はネットワーク１１７を介してテレビ電話機能を有する他の装置へ（本実施例では受信装置５０１へ）テレビ電話の発信を行う側（発信側）の受信装置である。なお、本実施例においては発信側である受信装置５０２に必ずしもテレビ放送を受信する機能は必要でなく、テレビ電話機能のみを有する装置でもよい。５０３は、ネットワーク１１７を介してクライアント（本実施例においては受信装置５０１、５０２）の要求に対してサービスを提供するセンターサーバである。

【0013】

本実施例においては、受信装置５０１の状態（例えば電源が入っていなくて通話不可能な場合は「オフライン」、電源が入っていて通話可能であれば「オンライン」、電源が入っているが何等かの事情で通話できなければ「ビジー」等）に関する情報（以下、「状態情報」という。）をセンターサーバ５０３が管理することで、受信装置５０１に対してテレビ電話の発信を行う受信装置５０２は、センターサーバ５０３が管理する受信装置５０１の情報により受信装置５０１の状態を知ることができる。また、多数の受信装置の状態情報を取得したい場合であっても、これらの受信装置の状態情報がセンターサーバ５０３に集約されていれば、センターサーバ５０３にアクセスするだけで多数の受信装置の状態情報を取得することができる
ここで、センターサーバ５０３が受信装置５０１の状態情報を取得する方法の例を説明する。まず、受信装置５０１が自端末の状態情報をセンターサーバ５０３に送信（プッシュ）することで、センターサーバ５０３は受信装置５０１の状態情報を取得できる。受信装置５０１からセンターサーバ５０３への状態情報の送信は、例えば受信装置５０１の状態が変化したタイミングで行われればよい。

【0014】

これにより、センターサーバ５０３は受信装置５０１の状態が変化したタイミングで受信装置５０１の状態情報を取得できるため、受信装置５０１の状態の変化をより少ないタイムラグで把握することができる。

【0015】

また、センターサーバ５０３が受信装置５０１の状態情報を要求（プル）し、当該要求に対して受信装置５０１がセンターサーバ５０３に状態情報を送信することで、センターサーバ５０３は受信装置５０１の状態情報を取得できる。センターサーバ５０３の状態情報の要求は、例えば一定間隔（１０分に１回等）で行うようにしたり、センターサーバ５０３の処理負荷が軽いとき（ＣＰＵ使用率が一定値以下等）に行うようにすればよい。

【0016】

これにより、受信装置５０１の状態が変更したとき常に状態情報の送受信行われることはなくなるため、受信装置５０１やセンターサーバ５０３の処理負荷を軽減することができる。

【0017】

次に、受信装置５０２がセンターサーバ５０３から受信装置５０１の状態情報を取得する方法の例を説明する。まず、センターサーバ５０３が受信装置５０１の状態情報を受信装置５０２に送信（プッシュ）することで、受信装置５０２は受信装置５０１の状態情報を取得できる。センターサーバ５０３から受信装置５０２への状態情報の送信は、例えばセンターサーバ５０３が受信装置５０１の状態情報の変化を把握したタイミングで行われればよい。

【0018】

これにより、受信装置５０２はセンターサーバ５０３が受信装置５０１の状態情報の変化を把握したタイミングで受信装置５０１の状態情報を取得できるため、受信装置５０１の状態の変化をより少ないタイムラグで把握することができる。

【0019】

また、受信装置５０２がセンターサーバ５０３に対して受信装置５０１の状態情報を要求（プル）し、当該要求に対してセンターサーバ５０３が受信装置５０２に受信装置５０１の状態情報を送信することで、受信装置５０２は受信装置５０１の状態情報を取得できる。受信装置５０２の状態情報の要求は、例えば一定間隔（１０分に１回等）で行うようにしたり、受信装置５０２が受信装置５０１の状態情報を必要とするとき（ユーザが受信装置５０１の状態を取得する指示を受信装置５０２に対して行ったとき等）に行うようにすればよい。

【0020】

これにより、センターサーバ５０３が有する受信装置５０１の状態情報が変更したとき常に状態情報の送受信行われることはなくなるため、受信装置５０２やセンターサーバ５０３の処理負荷を軽減することができる。

【0021】

上記はセンターサーバを介して受信装置５０１の状態を受信装置５０２が取得することを説明したが、受信装置５０２がネットワーク１１７を介して受信装置５０１から直接状態情報を取得するように構成してもよい。センターサーバ１１７を介さないことで、センターサーバの負荷を軽減し、サーバを介することに比べて受信装置５０１の状態に関する情報の取得についてタイムラグを減少させることができる。

【0022】

ここで、受信装置５０２が受信装置５０１の状態情報を取得する方法の例を説明する。まず、受信装置５０１が自端末の状態情報を受信装置５０２に送信（プッシュ）することで、受信装置５０２は受信装置５０１の状態情報を取得できる。受信装置５０１から受信装置５０２への状態情報の送信は、例えば受信装置５０１の状態が変化したタイミングで行われればよい。

【0023】

これにより、受信装置５０２は受信装置５０１の状態が変化したタイミングで受信装置５０１の状態情報を取得できるため、受信装置５０１の状態の変化をより少ないタイムラグで把握することができる。

【0024】

また、受信装置５０２が受信装置５０１の状態情報を要求（プル）し、当該要求に対して受信装置５０１が受信装置５０２に状態情報を送信することで、受信装置５０２は受信装置５０１の状態情報を取得できる。受信装置５０２の状態情報の要求は、例えば一定間隔（１０分に１回等）で行うようにしたり、受信装置５０２が受信装置５０１の状態情報を必要とするとき（ユーザが受信装置５０１の状態を取得する指示を受信装置５０２に対して行ったとき等）に行うようにすればよい。

【0025】

これにより、受信装置５０１の状態が変更したとき常に状態情報の送受信行われることはなくなるため、受信装置５０１や受信装置５０２の処理負荷を軽減することができる。

【0026】

そして、受信装置５０１においては、例えばユーザが有料番組等の視聴をしていてテレビ電話がかかってきても応答したく無い場合には、有料番組の視聴をしている場合にはテレビ電話の着信を拒否する設定を行うことで、テレビ電話の着信により有料番組の視聴を妨げられることを防ぐことができる。

【0027】

次に、本実施例における受信装置５０１について説明する。図１は本実施例における受信装置５０１のハードウェア構成の一例である。１０８は映像音声符号部であり、音声を取り込み電気信号に変換するマイク１０１、マイク１０１で変換された音声の電気信号を符号化する音声エンコード処理部１０３、映像を取り込み電気信号に変換するカメラ１０４、カメラ１０４で変換された映像の電気信号を符号化する映像エンコード処理部１０６、音声エンコード処理部１０３からの音声データと映像エンコード処理部１０６からの映像データとを合成するＡＶパケット合成処理部とからなる。

【0028】

１２７は映像音声復号部であり、映像データと音声データとを分離するＡＶパケット分離処理部１２６と、ＡＶパケット分離処理部１２６で分離された映像データを復号化する映像デコード処理部１２３と、映像デコード処理部１２３で復号化された映像データのスケーリング処理を行うスケーリング処理部１２２と、スケーリング処理部１２２でスケーリングされた映像信号をディスプレイに出力するディスプレイドライバ１２１と、ＡＶパケット分離処理部１２６で分離された音声データを復号化する音声デコード処理部１２５と、音声デコード処理部１２５で復合化された音声信号をスピーカに出力する音声ドライバ１２４とからなる。

【0029】

１１９は映像音声復号部１２７からの音声を出力するスピーカ、１２０は映像音声復号部１２７からの映像を表示するディプレイパネルである。１１０はプログラム等を格納しているＲＯＭ（Read-Only Memory）であるプログラムＲＯＭ、１１１はデータの読み書きが行われるＲＡＭ（Random Access Memory）、１０９はプログラムＲＯＭ１１０やＲＡＭ１１１等のプログラムを実行するＣＰＵ（Central Processing Unit）である。

【0030】

１１７はインターネット回線や電話回線等のネットワーク、１１６は映像音声符号部１０８で符号化された映像データや音声データをネットワーク１１７を通じて外部へ出力したり、ネットワーク１１７を通じて外部から情報を受信したりする処理を行うネットワーク処理部である。外部から受信する情報としては例えばテレビ電話の通話中における相手側の音声、映像データや、ＩＰ（Internet Protocol）を利用して配信されるデジタルテレビ放送（ＩＰＴＶ）の番組、ＶＯＤ（Video On Demand）のコンテンツ、ネットワーク１１７を介してダウンロードされるコンテンツ等である。

【0031】

１１８はＢＳデジタル放送や地上波デジタル放送等の放送波を受信するアンテナ、１１５はアンテナで受信した放送波の選局、デスクランブル処理等を行うチューナ処理部である。

【0032】

１１４は、ネットワーク処理部１１６の出力とチューナ処理部１１５の出力とを、ＣＰＵ１０９の制御により選択出力する入力切換処理部である。１１２はユーザの操作を送信するリモコン、１１３はリモコン１１２からのユーザの操作を受信するリモコン処理部である。

【0033】

図１に示すように各部はバスによりＣＰＵ１０９と接続されており、各部はＣＰＵ１０９により制御される。

【0034】

なお、図１の受信装置５０１はマイク１０１、カメラ１０４、スピーカ１１９、ディプレイ２０を含む構成としているが、これらは必ずしも具備する必要はなく、受信装置５０１本体とは別のマイク、カメラ、スピーカ、ディスプレイ等を接続するようにしてもよい。

【0035】

次に、本実施例における受信装置５０１の動作について説明する。一般にテレビの視聴の動作は、ユーザがリモコン１１２を操作し、その操作情報をリモコン処理部１１３で受信し、ＣＰＵ１０９、プログラムＲＯＭ１０、ＲＡＭ１１１上で動作する制御ソフトウェアが、チューナ処理部１１５に選局制御を行い、入力切換処理部１１４の出力としてチューナ処理部１１５からの信号を選択し、映像音声復号部１２７を制御することで、スピーカ１１９および、ディスプレイパネル１２０にテレビ放送が出力される。この際、テレビ視聴に関連しない映像・音声符号化部８に対しては、マイク１０１および、カメラ１０４からの入力信号を処理しないよう、ＣＰＵ１０９、プログラムＲＯＭ１１０、ＲＡＭ１１１上で動作する制御ソフトウェアが停止制御する。

【0036】

また、テレビ電話の動作は、ＣＰＵ１０９、プログラムＲＯＭ１０、ＲＡＭ１１１上で動作する制御ソフトウェアが、入力切換処理部１１４の出力としてネットワーク処理部１１６からの信号を選択し、映像音声復号部１２７を制御することで、スピーカ１１９および、ディスプレイパネル１２０に相手方のテレビ電話の信号が出力されると共に、映像・音声符号化部８に対しては、マイク１０１および、カメラ１０４からの入力信号を処理するように制御することで、ネットワーク処理部１１６に対して、自分のテレビ電話の信号を入力し、ネットワーク１１７を介して、相手方にテレビ電話の信号を送信する。この際、テレビ電話の動作時に関連しないチューナ処理部１１５は、ＣＰＵ１０９、プログラムＲＯＭ１０、ＲＡＭ１１１上で動作する制御ソフトウェアが停止制御する。

【0037】

次に、テレビの視聴中にテレビ電話がかかってきた場合にテレビ視聴の動作からテレビ電話の動作に遷移する処理、及びテレビ電話を切断した後にテレビ視聴の動作に遷移する処理について説明する。

【0038】

この動作遷移の処理を定義した制御テーブルの例を、図２に示す。図２の制御テーブルは受信装置５０１内の図示しないメモリ上に保存されている。図２の制御テーブルにおいて、２０１は受信装置５０１の電源の状態を示す電源状態である。例えば、「電源オフ」であれば受信装置５０１の電源が切れていることを示し、「スタンバイ」であれば受信装置５０１が待機状態であることを示し、「電源オン」であれば受信装置５０１の電源が入っていることを示す。

【0039】

２０２は受信装置５０１の動作の状態を示す動作状態である。例えば、「テレビ電話中」であればテレビ電話をしていることを示し、「テレビ視聴中（無料番組）」であれば無料番組を視聴している最中であることを示し、「テレビ視聴中（有料番組）」であれば有料番組を視聴している最中であることを示し、「設定メニュー操作中」であれば受信装置５０１の制御テーブルの設定や画面設定等を行っていることを示す。

【0040】

２０３はネットワーク１１７を介して受信装置５０２やセンターサーバ５０３から受信装置５０１の状態取得要求があった場合や、ネットワーク１１７を介して、センターサーバ５０３に受信装置５０１の状態変化を通知する場合に受信装置５０１の状態として通知される通知状態である。例えば、「オフライン」であれば電源が入っていない等により受信装置５０１がネットワーク１１７に接続されていない状態、「オンライン」であれば受信装置５０１がネットワーク１１７に接続されている状態、「ビジー」であれば有料番組の視聴等によりテレビ電話の着信が受けられない状態であることを示す。

【0041】

２０４はネットワーク１１７を介して受信装置５０１にテレビ電話の相手側からの呼出があった場合の着信の可否を示す着信可否である。例えば、「可」であればテレビ電話の着信を受けられること、「不可」であれば電源が入っていない等の理由でテレビ電話の着信が受けられないこと、「着信拒否」であればユーザの設定等によりテレビ電話の着信を受けないことを示す。なお、受信装置５０１の電源がオフである等により受信装置５０１の状態に関する情報が得られない場合、発信側である受信装置５０２やセンターサーバ５０３においてオフラインや着信不可の状態であると判断しても良い。

【0042】

２０５はテレビ電話の着信に応答した場合に受信装置５０１がどのような処理を行うかを示す着信時処理である。例えば、「視聴中断」であれば視聴してたテレビ番組の視聴を中断することを示し、「電源オン」であれば受信装置５０１の電源を入れることを示す。

【0043】

２０６はテレビ電話を終了した後の動作を示す通話後処理である。例えば、「ラストチャンネル表示」であればテレビ電話による通話を開始する直前に視聴していたチャンネルを表示することを示し、「スタンバイ」であれば受信装置５０１をスタンバイの状態にすることを示し、「電源オフ」であれば受信装置５０１の電源をオフにすることを示す。

【0044】

図２では、ネットワーク１１７を介してテレビ電話の着信があったときに、待機状態、テレビ視聴中（無料放送）の場合は着信応答し、現在の動作状態からテレビ電話の動作に移行でき、それ以外の場合は、着信不可または、着信拒否を返し、着信応答しないようになっている。

【0045】

そして待機状態の場合は受信装置５０１の電源がオンになり、テレビ視聴中（無料番組）の場合は番組の視聴を中断するようになっている。

【0046】

通話終了後の処理は、待機状態の場合は受信装置５０１がスタンバイの状態になり、テレビ視聴中（無料番組）の場合は視聴を中断した番組と同じチャンネルの番組を表示する。

【0047】

次に、受信装置５０１、５０２及びセンターサーバ５０３の動作を、フローチャートを用いて説明する。フローチャートにおいて「Ｓ」は「ステップ」を意味する。

【0048】

図６は、受信装置５０１の動作の一例を示すフローチャートである。

【0049】

図６は、着信側である受信装置５０１において発信側である受信装置５０２に自端末の状態情報を通知する処理の一例を示すフローチャートである。当該処理は、受信装置５０１中のＣＰＵが受信装置５０１の各部を制御することにより実現される。

【0050】

受信装置５０１は、自端末の状態情報の通知の処理を開始し（Ｓ６０１）、受信装置５０２やセンターサーバ５０３からの要求を取得、又は自端末の状態が変化すると（Ｓ６０２）、自端末の状態情報を取得する（Ｓ６０３）。そして受信装置５０２やセンターサー
バ５０３からの要求を判定し（Ｓ６０４）、状態情報の取得の要求や自端末の状態の変化であった場合（Ｓ６０５）はＳ６０３で取得した自端末の状態情報を送信し（Ｓ６０６）、通話の要求であった場合は（Ｓ６０７）前述の図２や後述の図４の着信時処理に基づく処理が行われる。

【0051】

なお、Ｓ６０３とＳ６０４との処理の順番は逆でもよく、この場合、Ｓ６０４における判定が通話の要求であった場合はＳ６０３の状態情報の取得を行わなくてもよい。

【0052】

また、通話中であっても図６に示す処理は実行できる。

【0053】

これにより、受信装置５０１は受信装置５０２やセンターサーバ５０３に対して自端末の状態情報を通知することができる。

【0054】

図７は、センターサーバ５０３の動作の一例を示すフローチャートである。

【0055】

図７は、センターサーバにおける状態情報の受信又は通知の処理の一例を示すフローチャートである。当該処理は、センターサーバ５３０中のＣＰＵがセンターサーバ５０３の各部を制御することにより実現される。

【0056】

センターサーバ５０３は処理を開始すると（Ｓ７０１）、受信装置５０１からの状態情報の通知や受信装置５０２からの状態情報の要求を取得し（Ｓ７０２）、取得した情報が状態情報の通知か要求かを判定する（Ｓ７０３）。取得した情報が状態情報の通知であった場合（Ｓ７０４）、通知された状態情報に基づいてセンターサーバ５０３が保持している状態情報を更新する（Ｓ７０５）。取得した情報が状態情報の要求であった場合（Ｓ７０６）、当該要求に応じてセンターサーバ５０３が保持している状態情報を送信する（Ｓ７０７）。

【0057】

これにより、センターサーバ５０３は保持している状態情報の更新をすることや、受信装置に対して保持している状態情報の送信をすることができる。

【0058】

図８、９は、受信装置５０２の動作の一例を示すフローチャートである。

【0059】

図８は、発信側である受信装置５０２において着信側である受信装置５０１の状態に関する情報を取得する処理の一例を示すフローチャートである。当該処理は、受信装置５０２中のＣＰＵが受信装置５０２の各部を制御することにより実現される。

【0060】

受信装置５０２は、受信装置５０１の状態情報の取得の処理を開始すると（Ｓ８０１）、受信装置５０１の状態に関する状態の取得を試み（Ｓ８０２）、受信装置５０１又はセンターサーバ５０３から受信装置５０１の状態に関する情報が取得できない場合（Ｓ８０３でＮｏの場合）、受信装置５０１がオフラインであり着信不可であることを表示し（Ｓ８１０）、処理を終了する（Ｓ８１１）。

【0061】

受信装置５０１の状態に関する情報が取得できる場合（Ｓ８０３でＹｅｓの場合）、受信装置５０１の状態がどのようになっているかを判断する（Ｓ８０４）。受信装置５０１の状態がオンラインの場合（Ｓ８０５）、受信装置５０１がオンラインで着信可であることを表示し（Ｓ８０６）、処理を終了する（Ｓ８１１）。

【0062】

受信装置５０１の状態がビジーの場合（Ｓ８０７）、受信装置５０１がオンラインで着信不可であることを表示し（Ｓ８０８）、処理を終了する（Ｓ８１１）。受信装置５０１がオフラインの場合（Ｓ８０９）、受信装置５０１がオフラインで着信不可であることを表示し（Ｓ８１０）、処理を終了する（Ｓ８１１）。

【0063】

これにより、受信装置５０２においてテレビ電話の発信先である受信装置５０１の状態を取得することができる。なお、Ｓ８０３でＮｏの場合、受信装置５０１がオフラインであり着信不可であることを表示する（Ｓ８１０）構成としたが、受信装置５０１の状態に関する情報を取得できなかった旨を表示して処理を終了するようにしてもよい。

【0064】

図９は、受信装置５０２から受信装置５０１へテレビ電話の発信を行う場合の受信装置５０２における処理の一例を示すフローチャートである。の状態に関する情報を取得する処理のフローチャートの一例である。当該処理は、受信装置５０２中のＣＰＵが受信装置５０２の各部を制御することにより実現される。

【0065】

受信装置５０２は、受信装置５０１に対してテレビ電話による通話の要求を開始すると（Ｓ９０１）、受信装置５０１の状態に関する状態の取得を試み（Ｓ９０２）、受信装置５０１又はセンターサーバ５０３から受信装置５０１の状態に関する情報が取得できない場合（Ｓ９０３でＮｏの場合）、受信装置５０１を呼び出すことができない旨を表示して
（Ｓ９０９）処理を終了する（Ｓ９１０）。

【0066】

受信装置５０１の状態に関する情報が取得できる場合（Ｓ９０３でＹｅｓの場合）、受信装置５０１の状態がどのようになっているかを判断する（Ｓ９０４）。受信装置５０１
の状態がオンラインの場合（Ｓ９０５）、受信装置５０１を呼び出していることを表示し（Ｓ９０６）、受信装置５０１との通話処理を開始する（Ｓ９０７）。

【0067】

受信装置５０１の状態がビジーの場合（Ｓ９０８）、受信装置５０１を呼び出すことが
できないことを表示し（Ｓ９０９）、処理を終了する（Ｓ９１０）。受信装置５０１がオフラインの場合（Ｓ９１１）、受信装置５０１を呼び出すことができないことを表示し（Ｓ９０９）、処理を終了する（Ｓ９１０）。

【0068】

これにより、受信装置５０２において、テレビ電話の発信先である受信装置５０１の状態に応じた処理を行うことができる。

【0069】

このように、上記実施例１によれば、テレビに通信機能を付加し、テレビ電話機能を実現した場合、テレビ電話の着信側（実施例１における受信装置５０１）の動作状態により着信側における着信の可否や着信時の処理、通話後の処理が設定でき、有料番組等の視聴を妨げることのない快適なテレビ電話機能付きの受信装置を実現できる。

【0070】

また、テレビ電話の発信側（実施例１における受信装置５０２）は、実際の呼び出しの前に、着信側の動作状態が把握できるため、発信側において無駄な呼出を行わないようにする事ができる。

【0071】

更に、着信側は、着信側の動作状態に依存しない発信側からの非同期な呼出が行われない為、着信側の安定動作に寄与することができる。

【0072】

本実施例において、図２の制御テーブルの情報は、任意に設定変更可能となるようにすることで、ユーザの好みに応じたテレビ電話の着信条件を決定することができる。ユーザはリモコン１１２を操作すること等により制御テーブルの設定を変更することができ、受信装置５０１においてはリモコン１１２等を通じたユーザの指示に基づきＣＰＵ１０９が図示しないメモリ上の制御テーブルの各パラメータを変更することにより制御テーブルの設定が変更される。

【0073】

図１０は、受信装置５０１の制御テーブルの通知状態２０３、及び着信可否２０４の設定を行う設定画面の一例である。１００１は受信装置５０１の電源の状態を示す電源状態で、図２の制御テーブルの２０１に対応する。１００２は受信装置５０１の動作の状態を示す動作状態であり、図２の制御テーブルの２０２に対応する。

【0074】

１００３は図２の制御テーブルの通知状態２０３を設定する通知状態設定である。１００４は図２の制御テーブルの着信可否２０３を設定する着信可否設定である。１００５は図１０の設定画面においてユーザがリモコン１１２等を通じて選択している箇所を示すカーソルである。設定画面においては、ユーザがリモコン１１２等によりカーソル１００５を移動させて設定を変更する箇所を選択し、設定の変更を行う。そして、図１０の設定画面において設定する各項目について、★は変更できない状態、○は選択されていない状態、●は選択されている状態を示している。

【0075】

図１０においては、例えば動作状態１００２が待機状態であれば、通知状態設定１００３ではオフライン、オンライン又はビジーの何れかが選択可能であり、図１０ではオンラインが選択されている。そして、着信可否設定１００４では着信可又は着信不可の何れかが選択可能であり、現在は着信可が選択されている。

【0076】

動作状態１００２がテレビ視聴中（無料番組）であれば、通知状態設定１００３ではオフライン、オンライン又はビジーの何れかが選択可能であり、図１０ではオンラインが選択されている。そして、着信可否設定１００４では着信可又は着信不可の何れかが選択可能であり、図１０では着信可が選択されている。

【0077】

動作状態１００２がテレビ視聴中（有料番組）であれば、通知状態設定１００３ではオフライン、オンライン又はビジーの何れかが選択可能であり、図１０ではビジーが選択されている。そして、通知状態設定１００３でビジーが選択されているため、着信可否設定１００４は着信不可で変更できない状態となっている。

【0078】

動作状態１００２がテレビ電話中であれば、通知状態設定１００３ではオフライン又はビジーの何れかが選択可能であり、図１０ではビジーが選択されている。そして、着信可否設定１００４は着信不可で変更できない状態となっている。

【0079】

上述のように、通知状態設定１００３でオンラインが選択された場合には着信可否設定１００４では着信可又は着信不可の何れかが選択可能であるが、通知状態設定１００３でオフライン又はビジーが選択された場合には、着信可否設定１００４は着信不可で変更できない状態となる。

【0080】

図１１は、受信装置５０１の制御テーブルの着信時処理２０５、及び通話後処理２０６の設定を行う設定画面の一例である。図１０と同様に、１００１は受信装置５０１の電源の状態を示す電源状態で、図２の制御テーブルの２０１に対応し、１００２は受信装置５０１の動作の状態を示す動作状態であり、図２の制御テーブルの２０２に対応する。

【0081】

１００６は図２の制御テーブルの着信時処理２０５を設定する着信時処理設定である。１００７は図２の制御テーブルの通話後処理２０６を設定する通話後処理設定である。図１０と同様に、１００５は図１１の設定画面においてユーザがリモコン１１２等を通じて選択している箇所を示すカーソルである。設定画面においては、ユーザがリモコン１１２等によりカーソル１００５を移動させて設定を変更する箇所を選択し、設定の変更を行う。そして、図１１の設定画面において設定する各項目について、★は変更できない状態、○は選択されていない状態、●は選択されている状態を示している。

【0082】

図１１の設定画面はテレビ電話の着信時や通話後の処理の設定に関するものであるため、図１１は着信可否設定１００４で着信可が選択された場合についての設定を行う設定画面である。

【0083】

図１１の設定画面では、図１０の着信可否設定で着信可に設定された動作状態である待機状態、テレビ視聴中（無料番組）についての着信時処理、通話後処理を設定することができる。図１１では、待機状態でテレビ電話の着信を受けると受信装置５０１の電源がオンになり（設定不可）、通話後はスタンバイ状態になるように設定されている。また、テレビ視聴中（無料番組）でテレビ電話の着信を受けると当該テレビの視聴を中断し、通話後はテレビの視聴を再開するように設定されている。なお、着信時処理設定の選択肢の一つである「２画面表示」とは、視聴してたテレビ番組の映像とテレビ電話の映像との２画面をディスプレイ１２０に表示することを示す。２画面表示を実現するためには、映像音声復号部においてデコーダを複数設ける等により複数の映像をデコード処理できるようにし、デコードした複数の映像を合成する映像合成部を設ければよい。

【0084】

このように、ユーザにより制御テーブルの各パラメータを設定できるようにすることで、各ユーザの好みに応じた受信装置５０１を提供することができる。なお、制御テーブルの設定画面は図１０、１１に示すものに限られず、例えば図２に示す制御テーブルをディスプレイ１２０に表示し、各項目を選択するとプルダウンメニューから設定を変更できるようにする等、他の方法を用いても良い。

【0085】

次に、テレビ電話の発信側である受信装置５０２において、複数の発信先の状態等を表示する場合について説明する。図５に示した本実施例の概要では、発信先として受信装置５０１のみが示されているが、実際には複数の受信装置がネットワーク１１７に接続している。発信側である受信装置５０２においては、ネットワーク１１７に接続された複数の受信装置それぞれについて、受信装置の状態、通話の可否を対応付けて記録することで、当該複数の受信装置それぞれの状態、通話の可否を表示することができる。

【0086】

図１４は受信装置５０２の所有者をＡとした場合の、複数の発信先の状態等を表示する画面の一例である。１４０１は発信先の受信装置の所有者の名前を示しており、例えば発信先の受信装置を特定するＩＤと当該発信先の受信装置の所有者の名前を対応付けて記録することで実現できる。

【0087】

１４０２は発信先の受信装置の状態を示しており、当該発信先の受信装置が図１０において設定した通知状態（オフライン、オンライン又はビジー）を取得及び記録し、それに対応する表示（例えばオフラインであれば「つながっていません」、オンラインであれば「つながっています」、ビジーであれば「とりこみ中」）を行うことで実現できる。

【0088】

１４０３は発信先の受信装置の通話の可否を示しており、当該発信先の受信装置が図１０において設定した着信可否（可又は不可）を取得及び記録し、それに対応する表示（例えば可であれば「通話できます」、不可であれば「通話できません」）を行うことで実現
できる。

【0089】

１４０４は図１４の表示画面に表示されている発信先の受信装置がユーザにより選択されていることを示すカーソルである。カーソル１４０４は例えばリモコン１１２をユーザが操作することで動かすことができ、図１４の表示画面からテレビ電話の発信を行う相手を選択して発信することができる。図１４では「おじちゃん」の受信装置が選択されていることが示されている。

【0090】

図１４では、「おじいちゃん」の受信装置は、つながっていない、つまり、オフラインである為、通話が不可能な状態であり、「おじちゃん」、「Ｃさん」は、つながっている、つまり、オンラインで通話可能であることを示しており、「Ｂさん」、「Ｄさん」は、とりこみ中、つまり、ビジーであり、通話不可であることを示している。

【0091】

このように、複数の発信先に対応する当該発信先の状態、通話の可否を記録、表示をすることで、複数の発信先それぞれの状態、通話の可否を把握でき、発信先の都合に合わせてテレビ電話の発信をすることができる。

【0092】

発信先の状態情報の取得については、例えば予めセンターサーバ５０３に発信先を登録しておき、センターサーバ５０３が登録された発信先の状態情報を保持しておくようにすれば、センターサーバ５０３にアクセスするだけで登録された発信先の状態情報を取得することができる。特に、登録する発信先が複数であった場合、複数の発信先それぞれに対して状態情報を要求することなく、センターサーバ５０３にアクセスするだけで複数の発信先の状態情報を取得できる。

【0093】

また、発信先それぞれから状態情報を取得する場合は、センターサーバ５０３を介さない分、発信先の状態情報をより少ないタイムラグで取得することができる。

【実施例2】

【0094】

次に、第２の実施例について説明する。実施例２の概要は、実施例１の概要と同様である。図３は第２の実施例における受信装置５０１のハードウェア構成の一例である。図３の構成と図１の構成との違いは、ＨＤＤ（Hard Disk Drive）インターフェース１２８と、ＨＤＤ１２９とを設けた点であり、その他の構成については図１で説明したとおりである。ＨＤＤインターフェース１２８、ＨＤＤ１２９を設けたことにより、ＨＤＤ１２９にデータを蓄積する（例えば放送番組を録画する等）ことができる。なお、ＨＤＤインターフェース１２８、ＨＤＤ１２９は必ずしもＨＤＤでなくてもよく、ＤＶＤやブルーレイディスク、フラッシュメモリ等の他の蓄積媒体でもよい。

【0095】

データを蓄積する動作は、ユーザの操作に基づいて（例えばリモコン１１２からの操作情報を、リモコン処理部１１３で受信）、ＣＰＵ１０９、プログラムＲＯＭ１１０、ＲＡＭ１１１上で動作する制御ソフトウェアにより、ＨＤＤインターフェース１２８を介して、ＨＤＤ１２９にデータが書き込まれる。例えば放送番組を録画する場合は、チューナ処理部１１５に選局制御を行い、チューナ処理部１１５からの情報をＨＤＤインターフェース１２８を介して、ＨＤＤ１２９に書き込むようにする。

【0096】

また、蓄積したデータの再生の動作は、ユーザの操作に基づいて（例えばリモコン１１２からの操作情報を、リモコン処理部１１３で受信）、ＣＰＵ１０９、プログラムＲＯＭ１１０、ＲＡＭ１１１上で動作する制御ソフトウェアにより、ＨＤＤインターフェース１２８を介して、ＨＤＤ１２９より、データが読み出されることで行われる。例えば録画された放送番組を再生する場合は、ＨＤＤインターフェース１２８を介して、ＨＤＤ１２９から読み出された録画番組のデータがチューナ処理部１１５または、入力切換処理部１１４に入力され、映像音声復号部１２７を制御することで、スピーカ１１９および、ディスプレイパネル１２０に録画した番組が出力される。

【0097】

次に、テレビの視聴中やデータの蓄積（放送番組の録画、コンテンツのダウンロード等）中、蓄積されたデータの再生（録画番組の再生等）中にテレビ電話がかかってきた場合に、これらの動作からテレビ電話の動作に遷移する処理、及びテレビ電話を切断した後の処理について説明する。

【0098】

この動作遷移の処理を定義した制御テーブルの例を、図４に示す。図４の制御テーブルも受信装置５０１内の図示しないメモリ上に保存されている。図４の制御テーブルが示す内容については図２の制御テーブルと同様である。図４の制御テーブルは、受信装置５０１がＨＤＤ１２９を備えたことにより、図２の制御テーブルに比べて動作状態２０２について「テレビ録画中」や「録画番組再生中」等の状態、着信時処理２０５について「録画開始」や「録画継続」等の処理、通話後処理２０６に「自動再生」や「続き再生」等が加わった。

【0099】

動作状態２０２の「テレビ録画中（無料番組）」は無料番組をＨＤＤ１２９に録画している状態を示し、「録画番組再生中」はＨＤＤ１２９に録画されている番組を再生している状態を示し、「録画番組編集中」はＨＤＤ１２９に録画されている番組を編集している状態を示し、「ストリーミング視聴中（無料）」は無料のＶＯＤ等のストリーミング配信されるコンテンツを視聴している状態を示している。

【0100】

着信時処理２０５の「録画開始」はテレビ電話の着信を受けると視聴中の番組のＨＤＤ１２９への録画を開始することを示し、「録画継続」はテレビ電話の着信を受けても番組のＨＤＤ１２９への録画を継続することを示し、「再生一時停止」はテレビ電話の着信を受けるとＨＤＤ１２９に録画した番組の再生を一時停止することや、視聴中のストリーミング配信されるコンテンツの再生を一時停止することを示し、「ＵＲＬ記録」はテレビ電話の着信を受けると操作中であったブラウザに表示されたＷｅｂページのＵＲＬを記録することを示している。

【0101】

通話後処理２０６の「自動再生」はテレビ電話の通話が終了するとテレビ電話着信時にＨＤＤ１２９への録画が開始された番組の再生を開始することを示し、「続き再生」はテレビ電話の通話が終了するとテレビ電話着信時に一時停止されたＨＤＤ１２９に録画した番組の再生やストリーミング配信されるコンテンツの再生を再開することを示し、「ブラウザ表示」はテレビ電話着信時に記録されたＷｅｂページのＵＲＬに基づきブラウザで当該Ｗｅｂページを表示することを示している。

【0102】

図４では、ネットワーク１１７を介してテレビ電話の着信があったときに、待機状態、テレビ視聴中（無料放送）、テレビ録画中（無料放送）、録画番組再生中、ブラウザ操作中、ストリーミング視聴中（無料）の場合は着信応答し、現在の動作状態からテレビ電話の動作に移行でき、それ以外の場合は、着信不可または、着信拒否を返し、着信応答しないようになっている。

【0103】

そして待機状態の場合は受信装置５０１の電源がオンになり、テレビ視聴中（無料番組）の場合は視聴していた番組の録画を開始し、テレビ録画中（無料放送）の場合はそのまま録画を継続し、録画番組再生中の場合は、再生を一時停止し、ブラウザ操作中の場合は、ＵＲＬを記録し、ストリーミング視聴中（無料）の場合は、再生を一時停止するようになっている。

【0104】

通話終了後の処理は、待機状態の場合は受信装置５０１がスタンバイの状態になり、テレビ視聴中（無料番組）又はテレビ録画中（無料放送）の場合はＨＤＤ１２９への録画を開始又は継続したデータの再生を開始し、録画番組再生中の場合は一時停止した録画番組の再生を再開し、ブラウザ操作中の場合は、記録したＵＲＬに基づいてブラウザによりＷｅｂページを表示し、ストリーミング視聴中（無料）の場合は、一時停止したストリーミング配信されるコンテンツの再生を再開するようになっている。

【0105】

これにより、実施例１で示したメリットに加え、例えば録画番組の視聴中にテレビ電話の着信があった場合でもユーザによるテレビ番組の視聴の利便性を損なうことのない受信装置を提供することができる。また、例えば放送番組の視聴中にテレビ電話の着信があった場合に、テレビ電話による通話の終了後、視聴していた放送番組をいわゆるタイムシフト再生により視聴することができ、ユーザにとって利便性の高い受信装置を提供することができる。

【0106】

実施例２においても、実施例１と同様に図４の制御テーブルの情報を任意に設定変更可能とすることで、ユーザの好みに応じたテレビ電話の着信条件を決定することができる。実施例１と同様に、ユーザはリモコン１１２を操作すること等により制御テーブルの設定を変更することができ、受信装置５０１においてはリモコン１１２等を通じたユーザの指示に基づきＣＰＵ１０９が図示しないメモリ上の制御テーブルの各パラメータを変更することにより制御テーブルの設定が変更される。

【0107】

図１２は、受信装置５０１の制御テーブルの通知状態２０３、及び着信可否２０４の設定を行う設定画面の一例であり、実施例１における図１０と同様の設定画面である。ＨＤＤインターフェース１２８、ＨＤＤ１２９を設けたことにより、動作状態１００２の項目が増えているが、各動作状態は図４の制御テーブルの動作状態２０２で説明したものと同様である。

【0108】

図１３は、受信装置５０１の制御テーブルの着信時処理２０５、及び通話後処理２０６の設定を行う設定画面の一例であり、実施例１における図１１と同様の設定画面である。ＨＤＤインターフェース１２８、ＨＤＤ１２９を設けたことにより、動作状態１００２、着信時処理設定１００６及び通話ご処理設定１００７の項目が増えているが、各項目は図４で説明したものと同様である。

【0109】

なお、実施例２における発信側の受信装置５０２についても、実施例１において説明した図１４の表示を行う構成としても良い。

【実施例3】

【0110】

次に、実施例３について説明する。実施例１や実施例２において、例えば受信装置５０１の状態がビジーで受信装置５０２からのテレビ電話の着信が受けられなかった場合、受信装置５０１やセンターサーバ５０３において受信装置５０２から受信装置５０１にテレビ電話の発信があったことを記録しておき、受信装置５０１の状態がビジーからテレビ電話が着信可能な状態に変わったら受信装置５０２に対して受信装置５０１又はセンターサーバ５０３から、受信装置５０１がテレビ電話の着信が可能になった旨を通知するように構成しても良い。

【0111】

これにより、テレビ電話の発信先がビジー状態で通話できなかったときに、その後発信先が通話可能な状態になったかどうかを発信元が確認することなく、発信先が通話可能な状態になったことを発信元が知ることができる。また、発信元は発信先がビジー状態から通話可能な状態になったことをより少ないタイムラグで知ることができる。

【0112】

上記の通知は、発信先の着信履歴からテレビ電話の発信元の電話番号（発信元を特定する番号、アドレス等でもよい）に対して行えばよい。また、例えば発信先が発信元の電話番号とＥメールアドレスとを対応付けて記録している場合、当該Ｅメールアドレスに対して上記の通知を行ってもよい。Ｅメールアドレスに対して通知を行うことで、例えば発信元が携帯電話等の移動端末で電話番号に対する通知ができない場合（トンネルの中等、電波状態の悪いところにいた場合）であっても、発信元に対して上記の通知を行うことができる。

【符号の説明】

【0113】

１０１ マイク
１０３ 音声エンコード処理部
１０４ カメラ
１０６ 映像エンコード処理部
１０７ ＡＶパケット合成処理部
１０８ 映像・音声符号部
１０９ ＣＰＵ
１１０ プログラムＲＯＭ
１１１ ＲＡＭ
１１２ リモコン
１１３ リモコン処理部
１１４ 入力切換処理部
１１５ チューナ処理部
１１６ ネットワーク処理部
１１７ ネットワーク
１１８ アンテナ
１１９ スピーカ
１２０ ディスプレイパネル
１２１ ディスプレイドライバ
１２２ スケーリング処理部
１２３ 映像デコード処理部
１２４ 音声ドライバ
１２５ 音声でコード処理部
１２６ ＡＶパケット分離処理部
１２７ 映像・音声復号化
１２８ ＨＤＤインターフェース
１２９ ＨＤＤ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】