(57)【要約】【課題】受信したデータのデータ処理遅延を抑制し、ユーザの満足度の向上を図ること。【解決手段】受信装置は、ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、上記受信部にて受信された上記パケットデータを一時的に蓄積するバッファ部と、上記制御用データを解析する解析部と、上記解析部による上記制御用データの解析結果に応じて、上記出力用データを出力する出力部と、を備え、上記バッファ部は、上記受信部から受信した上記パケットデータを上記解析部に送出しつつ当該送出したパケットデータを蓄積する蓄積機能と、上記解析部による解析結果に応じて上記蓄積機能にて蓄積した上記パケットデータを上記出力用データが上記出力部から出力可能なよう上記バッファ部から送出する送出機能と、を備えている。【選択図】図３
2010074322.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、
前記受信部にて受信された前記パケットデータを一時的に蓄積するバッファ部と、
前記制御用データを解析する解析部と、
前記解析部による前記制御用データの解析結果に応じて、前記出力用データを出力する出力部と、を備え、
前記バッファ部は、前記受信部から受信した前記パケットデータを前記解析部に送出しつつ当該送出したパケットデータを蓄積する蓄積機能と、前記解析部による解析結果に応じて前記蓄積機能にて蓄積した前記パケットデータを前記出力用データが前記出力部から出力可能なよう前記バッファ部から送出する送出機能と、を備えた、
ことを特徴とする受信装置。
【請求項２】
前記バッファ部の前記送出機能は、前記蓄積機能にて蓄積した前記パケットデータを送出しつつ当該バッファ部内から破棄する、
ことを特徴とする請求項１記載の受信装置。
【請求項３】
前記バッファ部の前記送出機能は、前記蓄積機能にて蓄積した前記パケットデータを蓄積された順に送出する、
ことを特徴とする請求項１又は２記載の受信装置。
【請求項４】
前記バッファ部の前記送出機能は、前記解析部による解析結果により、前記出力用データを出力することが可能なよう予め定められた条件を満たした場合に、前記パケットデータを送出する、
ことを特徴とする請求項１，２又は３記載の受信装置。
【請求項５】
前記バッファ部の前記送出機能は、前記解析部による解析結果により、前記出力用データの出力種別が判別した場合に、前記パケットデータを送出する、
ことを特徴とする請求項４記載の受信装置。
【請求項６】
前記バッファ部の前記送出機能は、前記解析部による解析結果により、暗号化されている前記パケットデータを復号可能となった場合に、前記パケットデータを送出する、
ことを特徴とする請求項４又は５記載の受信装置。
【請求項７】
ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、
前記受信部にて受信された前記パケットデータを一時的に蓄積するバッファ部と、
前記制御用データを解析する解析部と、
前記解析部による前記制御用データの解析結果に応じて、前記出力用データを出力する出力部と、を備えた受信装置に、
前記受信部から受信した前記パケットデータを前記解析部に送出しつつ当該送出したパケットデータを蓄積するよう前記バッファ部の動作を制御する蓄積機能と、前記解析部による解析結果に応じて前記蓄積機能にて蓄積した前記パケットデータを前記出力用データが前記出力部から出力可能なよう前記バッファ部から送出するよう当該バッファ部の動作を制御する送出機能と、
を実現させるためのプログラム。
【請求項８】
前記送出機能は、前記蓄積機能にて蓄積した前記パケットデータを送出しつつ当該バッファ部内から破棄するよう前記バッファ部の動作を制御する、
ことを特徴とする請求項７記載のプログラム。
【請求項９】
ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、
前記受信部にて受信された前記パケットデータを一時的に蓄積するバッファ部と、
前記制御用データを解析する解析部と、
前記解析部による前記制御用データの解析結果に応じて、前記出力用データを出力する出力部と、を備えた受信装置にて、
前記バッファ部にて前記受信部から受信した前記パケットデータを前記解析部に送出しつつ当該送出したパケットデータを蓄積する蓄積工程と、
前記バッファ部にて前記蓄積工程にて蓄積した前記パケットデータを前記解析部による解析結果に応じて前記出力用データが前記出力部から出力可能なよう前記バッファ部から送出する送出工程と、
を有することを特徴とする受信データ制御方法。
【請求項１０】
前記送出工程は、前記蓄積工程にて前記バッファ部に蓄積した前記パケットデータを送出しつつ当該バッファ部内から破棄する、
ことを特徴とする請求項９記載の受信データ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置にかかり、特に、ネットワークを介して出力用データを受信する受信装置に関する。
【背景技術】
【０００２】
特許文献１にて、ＩＰ（Internet Protocol）マルチキャスト／ユニキャスト放送受信装置の一例を開示しており、この受信装置の構成を図１に示す。この図に示すように、特許文献１に開示の受信装置は、ＩＰネットワークＩ／Ｆ１１１と、バッファ１１２，１１４と、エラー訂正部１１３，１１５と、デクリプタ１１６，１１７と、を備えている。また、受信装置は、デマルチプレクサ１２０と、ＩＰＴＶ用ＩＣカード１１８と、放送用ＩＣカード１１９と、オーディオデコーダ１２１と、ビエオデコーダ１２２と、ブラウザ１２３と、加算器１２４と、を備えている。
【０００３】
このような構成を有するＩＰマルチキャスト／ユニキャスト放送受信装置は、次のように動作する。まず、ＩＰネットワークＩ／Ｆ１１１に入力されたデータを、バッファ１１２に渡し、一定量蓄積する。その後、バッファ１１２は、蓄積データを出力し、エラー訂正部１１３、デクリプタ１１６、デマルチプレクサ１２０へと、順次渡す。そして、オーディオ出力やビデオ出力する。
【０００４】
ここで、ＩＰ網では電波によるデータの伝送と異なり、データの到着の揺らぎが発生する。このとき、揺らぎが発生した場合、バッファ１１２が存在しなければ一時的にデータが不足し、バッファーアンダーフローが発生する。そして、バッファーアンダーフローが発生すると、受信機の出力する映像や音声出力が乱れる現象が現れる、という問題が生じる。
【０００５】
【特許文献１】特開２００８−１７２０７号公報
【特許文献２】特開２０００−２３１３５号公報
【特許文献３】特開２００３−２８９５２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一方で、この揺らぎに関しては、ある程度のデータをバッファ１１２に蓄積することで遅延した際のバッファーアンダーフローを防ぐことができる。しかしながら、バッファーアンダーフローを防ぐためにデータ蓄積を実施した場合には、以下の問題が生じる。
【０００７】
まず、受信するデータが、Mpeg2-TS（Moving Picture Experts Group 2-Transport Stream）データである場合には、出力される映像や音声などのメディアデータと、このメディアデータを制御するための情報が記載されたセクションデータとが重畳している。そして、データを順次処理する構成を採っているため、上記セクションデータを解析し、解析結果が出るまでは、上記メディアデータを処理することができない。つまり、解析結果が出るまでに受信したメディアデータが破棄されてしまう、という事態が生じる。その結果、ユーザが視聴することができない場合が生じ、当該ユーザに不都合をもたらす、という問題が生じる。
【０００８】
また、ＩＰマルチキャスト／ユニキャストの受信を開始する度に、データを蓄積する必要があるが、必要なデータが蓄積されるまでの間は、データ出力に必要な処理を実行することができない場合が生じる。すると、データ処理に遅延が生じ、ユーザに不都合をもたらす、という問題が生じる。
【０００９】
ここで、バッファに関連した技術として、特許文献２，３がある。特許文献２では、ストリームパケットデータの遅延を防止するために、所定の信号が入力されるまで、セクションデータをデータバッファに保持する技術を開示している。特許文献３では、バッファーアンダーフロー防止のために、所定の通知を受けたときに、バッファ内から供給したデータ量を減算して残量を更新する技術を開示している。ところが、上記技術では、バッファ容量を管理できるものの、依然として上述した問題は解決することができない。
【００１０】
このため、本発明の目的は、上述した課題である、受信したデータの出力時におけるデータ処理遅延を抑制し、データを使用するユーザの満足度の向上を図る、ことにある。
【課題を解決するための手段】
【００１１】
かかる目的を達成するため本発明の一形態である受信装置は、
ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、
上記受信部にて受信された上記パケットデータを一時的に蓄積するバッファ部と、
上記制御用データを解析する解析部と、
上記解析部による上記制御用データの解析結果に応じて、上記出力用データを出力する出力部と、を備え、
上記バッファ部は、上記受信部から受信した上記パケットデータを上記解析部に送出しつつ当該送出したパケットデータを蓄積する蓄積機能と、上記解析部による解析結果に応じて上記蓄積機能にて蓄積した上記パケットデータを上記出力用データが上記出力部から出力可能なよう上記バッファ部から送出する送出機能と、を備えた、
ことを特徴とする。
【００１２】
また、本発明の他の形態であるプログラムは、
ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、
上記受信部にて受信された上記パケットデータを一時的に蓄積するバッファ部と、
上記制御用データを解析する解析部と、
上記解析部による上記制御用データの解析結果に応じて、上記出力用データを出力する出力部と、を備えた受信装置に、
上記受信部から受信した上記パケットデータを上記解析部に送出しつつ当該送出したパケットデータを蓄積するよう上記バッファ部の動作を制御する蓄積機能と、上記解析部による解析結果に応じて上記蓄積機能にて蓄積した上記パケットデータを上記出力用データが上記出力部から出力可能なよう上記バッファ部から送出するよう当該バッファ部の動作を制御する送出機能と、
を実現させるためのプログラムである。
【００１３】
また、本発明の他の形態である受信データ制御方法は、
ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、
上記受信部にて受信された上記パケットデータを一時的に蓄積するバッファ部と、
上記制御用データを解析する解析部と、
上記解析部による上記制御用データの解析結果に応じて、上記出力用データを出力する出力部と、を備えた受信装置にて、
上記バッファ部にて上記受信部から受信した上記パケットデータを上記解析部に送出しつつ当該送出したパケットデータを蓄積する蓄積工程と、
上記バッファ部にて上記蓄積工程にて蓄積した上記パケットデータを上記解析部による解析結果に応じて上記出力用データが上記出力部から出力可能なよう上記バッファ部から送出する送出工程と、
を有することを特徴とする。
【発明の効果】
【００１４】
本発明は、以上のように構成されることにより、受信したデータの処理遅延を抑制し、データを使用するユーザの満足度の向上を図ることができる。
【発明を実施するための最良の形態】
【００１５】
本発明の一形態である受信装置は、
ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、
上記受信部にて受信された上記パケットデータを一時的に蓄積するバッファ部と、
上記制御用データを解析する解析部と、
上記解析部による上記制御用データの解析結果に応じて、上記出力用データを出力する出力部と、を備え、
上記バッファ部は、上記受信部から受信した上記パケットデータを上記解析部に送出しつつ当該送出したパケットデータを蓄積する蓄積機能と、上記解析部による解析結果に応じて上記蓄積機能にて蓄積した上記パケットデータを上記出力用データが上記出力部から出力可能なよう上記バッファ部から送出する送出機能と、を備えた、
ことを特徴とする。
【００１６】
そして、上記受信装置では、
上記バッファ部の上記送出機能は、上記蓄積機能にて蓄積した上記パケットデータを送出しつつ当該バッファ部内から破棄する、
ことを特徴とする。
【００１７】
また、上記受信装置では、
上記バッファ部の上記送出機能は、上記蓄積機能にて蓄積した上記パケットデータを蓄積された順に送出する、
ことを特徴とする。
【００１８】
また、上記受信装置では、
上記バッファ部の上記送出機能は、上記解析部による解析結果により、上記出力用データを出力することが可能なよう予め定められた条件を満たした場合に、上記パケットデータを送出する、
ことを特徴とする。
【００１９】
また、上記受信装置では、
上記バッファ部の上記送出機能は、上記解析部による解析結果により、上記出力用データの出力種別が判別した場合に、上記パケットデータを送出する、
ことを特徴とする。
【００２０】
また、上記受信装置では、
上記バッファ部の上記送出機能は、上記解析部による解析結果により、暗号化されている上記パケットデータを復号可能となった場合に、上記パケットデータを送出する、
ことを特徴とする。
【００２１】
上記発明によると、受信装置は、出力用データと制御用データとを含むパケットデータを受信すると、まず、バッファ部は、出力用データを解析部に送出しつつ、同一内容の出力用データをバッファ部に蓄積する。そして、解析部は、バッファ部から送出されたパケットデータのうち制御用データを解析する。その後、解析部による制御用データの解析結果に応じて、バッファ部は、上述したように蓄積しているパケットデータを、出力部から出力可能なよう出力する。このとき、バッファ部は、例えば、蓄積した順にパケットデータを送出し、また、送出したパケットデータをバッファ部から破棄する。また、バッファ部は、例えば、出力用データの出力種別や暗号解除方法が判別するなど、解析部による解析結果により出力条件を満たした時に、蓄積したパケットデータを出力しつつ当該バッファ部内から破棄してもよい。そして、出力部は、解析部による解析結果に応じて、出力用データに適した出力方法にて当該出力用データを出力する。
【００２２】
従って、受信装置は、受信したパケットデータを受信直後から解析部に送出しつつ蓄積しているため、当該パケットデータの迅速な処理が可能である。そして、解析結果からパケットデータを出力可能となると、蓄積したパケットデータを再度送出して出力部から出力可能となるため、出力の遅延を抑制でき、データを使用するユーザの満足度の向上を図ることができる。
【００２３】
また、本発明の他の形態であるプログラムは、
ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、
上記受信部にて受信された上記パケットデータを一時的に蓄積するバッファ部と、
上記制御用データを解析する解析部と、
上記解析部による上記制御用データの解析結果に応じて、上記出力用データを出力する出力部と、を備えた受信装置に、
上記受信部から受信した上記パケットデータを上記解析部に送出しつつ当該送出したパケットデータを蓄積するよう上記バッファ部の動作を制御する蓄積機能と、上記解析部による解析結果に応じて上記蓄積機能にて蓄積した上記パケットデータを上記出力用データが上記出力部から出力可能なよう上記バッファ部から送出するよう当該バッファ部の動作を制御する送出機能と、
を実現させるためのプログラムである。
【００２４】
そして、上記プログラムでは、
上記送出機能は、上記蓄積機能にて蓄積した上記パケットデータを送出しつつ当該バッファ部内から破棄するよう上記バッファ部の動作を制御する、
ことを特徴とする。
【００２５】
また、本発明の他の形態である受信データ制御方法は、
ネットワークを介して出力用データと当該出力用データの出力状態を制御する制御用データとを含むパケットデータを受信する受信部と、
上記受信部にて受信された上記パケットデータを一時的に蓄積するバッファ部と、
上記制御用データを解析する解析部と、
上記解析部による上記制御用データの解析結果に応じて、上記出力用データを出力する出力部と、を備えた受信装置にて、
上記バッファ部にて上記受信部から受信した上記パケットデータを上記解析部に送出しつつ当該送出したパケットデータを蓄積する蓄積工程と、
上記バッファ部にて上記蓄積工程にて蓄積した上記パケットデータを上記解析部による解析結果に応じて上記出力用データが上記出力部から出力可能なよう上記バッファ部から送出する送出工程と、
を有することを特徴とする。
【００２６】
そして、上記受信データ制御方法では、
上記送出工程は、上記蓄積工程にて上記バッファ部に蓄積した上記パケットデータを送出しつつ当該バッファ部内から破棄する、
ことを特徴とする。
【００２７】
上述した構成を有する、プログラム、又は、受信データ制御方法、の発明であっても、上記受信装置と同様の作用を有するために、上述した本発明の目的を達成することができる。
【００２８】
以下、本発明に係る、受信装置、プログラム、及び、受信データ制御方法、の各実施形態について図２〜図７を参照しながら説明する。
【００２９】
＜実施形態１＞
本発明の第１の実施形態を、図２乃至図７を参照して説明する。図２は、受信装置全体の構成を示すブロック図であり、図３は、受信装置の構成を簡略した図である。図４は、受信データの構成を示す図である。図５乃至図６は、受信装置全体の動作を示すシーケンス図であり、図７は、バッファの動作を示すフローチャートである。
【００３０】
なお、以下に説明する受信装置は、例えば、音声や動画を再生可能な携帯電話機やパーソナルコンピュータ、テレビなどであり、以下に説明する構成を備えていれば、いかなる受信装置であってもよい。
【００３１】
［構成］
本実施形態における受信装置の構成を、図２乃至図３を参照して説明する。なお、図３は、図２に示す受信装置の構成を簡略化して図示したものである。
【００３２】
図２に示すように、受信装置は、図３に示す受信部３１として機能するＩＰネットワークＩ／Ｆ（interface）１０とエラー訂正部１１とを備えている。また、受信装置は、図３に示すバッファ３２と同一の構成であるバッファ１２を備えており、さらに、デスクランブラ１３と、デマルチプレクサ１４と、を備えている。また、受信装置は、図３に示す解析部３５として機能するセクションデータ受信部１５を備えている。また、受信装置は、鍵制御部１７と、デコード制御部１６と、を備えている。さらに、受信装置は、図３に示す出力部３６として機能するオーディオデコーダ２０と、ビデオデコーダ２１と、字幕デコーダ２２と、ブラウザ２２と、映像重畳部２４と、を備えている。以下、各構成について詳述する。
【００３３】
上記ＩＰネットワークＩ／Ｆ１０は、ＩＰ網（ネットワーク）を介してマルチキャスト又はユニキャストで配信されてきたパケットデータを受信し、ＲＴＰ（Real-time Transport Protocol）データとしてエラー訂正部１１に入力する。そして、エラー訂正部１１は、ＩＰネットワークＩ／Ｆ１０から入力されたＲＴＰデータを元に、当該データのエラー訂正を実行し、Mpeg2-TS（Moving Picture Experts Group 2-Transport Stream）形式のパケットデータとしてバッファ１２に入力する。
【００３４】
なお、本実施形態における受信装置にて受信するパケットデータは、上述したように、ＩＰ網を介して映像・音声などのデータを伝送するフォーマットであるMpeg2-TS形式のデータである。そして、このパケットデータは、図４に示すように、出力される映像や音声、字幕などのメディアデータＢ（出力用データ）と、このメディアデータを制御するための情報が記載されたセクションデータＡ（制御用データ）とが重畳して一体化されている。なお、セクションデータにはいくつか種類がある。例えば、セクションデータは、パケットの出力種別を表す情報、暗号化の有無を表す情報、復号鍵を生成する元となる情報などであり、具体的には、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、ＥＣＭ（Entitlement Control Message）といったデータにて構成されている。但し、本発明における受信装置にて受信するパケットデータの形式は、上記Mpeg2-TS形式のものに限定されず、出力用データと制御用データとが一体となっているパケットデータであれば、いかなる形式のデータであってもよい。
【００３５】
次に、バッファ１２（バッファ部）について説明する。バッファ１２（３２）は、図３に示すように、受信装置に装備された演算装置（図示せず）に、プログラムが組み込まれることによって構築された、蓄積機能３３と送出機能３４とを備えている（図２には図示せず）。なお、バッファ１２（３２）の蓄積機能３３と送出機能３４とは、受信装置に組み込まれたプログラムによってバッファ外部に構築された処理部によってバッファ１２（３２）の動作を制御することで実現されていてもよい。
【００３６】
そして、バッファ１２は、基本的には、上記エラー訂正部１１から入力されたパケットデータを一時的に蓄積する機能を有する。さらに、本実施形態におけるバッファ１２は、上記蓄積機能３３による機能として、以下の機能を有する。バッファ１２は、後述するようにセクションデータ受信部１５がセクションデータを解析するまでの間は、エラー訂正部１１から入力されたデータを直接デスクランブラ１３に入力しつつ、当該データをバッファ１２内から破棄せずにバッファ１２内に蓄積する。つまり、バッファ１２は、受信したデータをすぐに次の処理部に送出しつつ、この送出したデータと同一のデータの蓄積も行う。なお、セクションデータ受信部１５がセクションデータを解析するまでとは、例えば、当該セクションデータ受信部１５が解析結果に基づいてデコード制御部１６及び鍵制御部１７に対してメディアデータの出力設定を行ったことの通知を受けるまでである。
【００３７】
また、バッファ１２は、上記送出機能３４による機能として、以下の機能を有する。バッファ１２は、後述するセクションデータ受信部１５がセクションデータを解析した後は、バッファ１２内に蓄積済みのデータを、蓄積された順に先頭からデスクランブラ１３に入力（送出）し、当該入力したデータをバッファ１２内から順次削除（破棄）する。つまり、バッファ１２は、上記蓄積機能３３にて蓄積したパケットデータを、順次、次の処理部に送出し、当該送出したデータを削除する処理を行う。なお、セクションデータ受信部１５がセクションデータを解析した後とは、例えば、セクションデータ受信部１５がセクションデータの解析結果をデコード制御部１６及び鍵制御部１７に入力してメディアデータの出力準備が整ったときである。つまり、バッファ１２は、セクションデータ受信部１５からメディアデータの出力設定を行った旨の通知を受けると、上述したように作動する。
【００３８】
また、上記デスクランブラ１３は、バッファ１２から入力されたMpeg2-TSデータが暗号化されていれば、鍵制御部１７から入力された復号鍵を用いて復号し、暗号化を解除する。なお、復号に用いる復号鍵は、上記セクションデータの解析により得られる情報から抽出して得られる。一方、デスクランブラ１３は、バッファ１２から入力されたMpeg2-TSデータが暗号化されていなければ、何も処理を施さず、そのままデマルチプレクサ１４に入力する。
【００３９】
また、上記デマルチプレクサ１４は、上記デスクランブラ１３から入力されたデータについて、Mpeg2-TSデータのパケットごとにフィルタリングを行う。そして、フィルタリング結果に基づき、各パケットデータを、セクションデータ受信部１５、オーディオデコーダ２０、ビデオデコーダ２１、字幕デコーダ２２、ブラウザ２３入力する。具体的に、デマルチプレクサ１４は、Mpeg2-TSデータのうち、セクションデータをセクションデータ受信部１５に入力する。そして、デマルチプレクサ１４は、後述するセクションデータ受信部１５によるセクションデータの解析結果に基づくデコード制御部１６による設定に応じて、メディアデータのパケットを、それぞれの出力形態が対応する各デコーダ等２０〜２３に入力する。
【００４０】
また、上記セクションデータ受信部１５は、上記デマルチプレクサ１４から入力されたセクションデータを解析し、解析結果を、デコード制御部１６、鍵制御部１７、バッファ１２に入力する。例えば、セクションデータ受信部１５は、メディアデータのパケットごとの出力種別をデコード制御部１６に入力し、メディアデータの復号鍵を特定する情報を鍵制御部１７に入力する。また、セクションデータ受信部１５は、解析結果をデコード制御部１６及び鍵制御部１７に入力したことによってメディアデータの出力設定が完了し、出力準備が整ったことを、バッファ１２に通知する。
【００４１】
そして、上記デコード制御部１６は、上記セクションデータ受信部１５から入力された解析結果に基づいて、デスクランブラ１３、デマルチプレクサ１４、各デコーダ２０，２１に設定を行う。例えば、デスクランブラ１３には、解析結果に基づいて、パケットデータが暗号化されているかどうか、復号のための鍵が設定されているかどうか、といったことを設定する。また、デマルチプレクサ１４には、解析結果に基づいて、パケットデータのフィルタリング設定、つまり、メディアデータの出力種別に応じた各デコーダ２０などの出力先の設定を行う。また、デマルチプレクサ１４は、オーディオデコーダ２０、ビデオデコーダ２１に、メディアデータの出力制御設定を行う。
【００４２】
また、上記鍵制御部１７は、セクションデータ受信部１５から入力された復号鍵を構成するＥＣＭを解析し、暗号化解除用の鍵情報Ｋｓを抽出して、デスクランブラ１３に入力する。
【００４３】
［動作］
次に、上述した受信装置の動作を、図５乃至図６のシーケンス図及び図７のフローチャートを参照して説明する。
【００４４】
まず、ＩＰネットワークＩ／Ｆ１０が、ＩＰ網からＩＰパケットの受信を確認し、受信したＩＰパケットをエラー訂正部１１に入力する（図５のステップＳ１）。次に、エラー訂正部１１は、入力されたＩＰパケットに対してパケット順序制御やエラー訂正処理を実行し、その後、Ｍｐｅｇ２−ＴＳデータをバッファ１２に入力する（図５のステップＳ２）。
【００４５】
続いて、バッファ１２は、入力されたＭｐｅｇ２−ＴＳデータを（図７のステップＳ２１）、バッファ１２内に保持しつつ、当該保持しているＭｐｅｇ２−ＴＳデータをデスクランブラ１３に入力する（図５のステップＳ３、蓄積工程）。つまり、バッファ１２は、この時点ではまだデコード制御部１６によるセクションデータの解析処理が実行されていないため（図７のステップＳ２２でノー）、デスクランブラ１６に入力したデータを、バッファ１２内から削除せず保持する（図７のステップＳ２３）。具体的には、図４に示すＭｐｅｇ２−ＴＳデータの場合には、矢印方向にデータが入力されたとすると、Ｂ１，Ｂ２，Ｂ３・・・（（１）〜（２）の間）のパケットデータは、セクションデータＡ１を解析しないと処理をすることができない。従って、セクションデータＡ１を早くセクション受信部１５に渡すべく、上述したように、バッファ１２にＭｐｅｇ２−ＴＳデータを保持しつつ、当該データをデスクランブラ１３へと送出していく。
【００４６】
すると、デスクランブラ１３は、セクションデータの解析結果に基づくデコード制御部１６による設定に応じて、入力されたデータが暗号化されているかどうか、復号のための鍵が設定されているかどうかを判断する。このとき、まだセクションデータの解析が行われていないため、デスクランブラ１３は、パケットデータが暗号化されているかどうかを判断できない。従って、全てのパケットデータをそのままデマルチプレクサ１３に入力する（図５のステップＳ４）。
【００４７】
続いて、デマルチプレクサ１４は、セクションデータの解析結果に基づくデコード制御部１６による設定に応じて、入力されたＭｐｅｇ２−ＴＳデータをパケットＩＤ毎に分別する。このとき、まだセクションデータの解析が行われていないため、デマルチプレクサ１４は、メディアデータの出力種別を判別できず、当該メディアデータを各デコード等２０〜２３に振り分けることができない。そのため、デマルチプレクサ１４は、パケットデータのメディアデータＢ１，Ｂ２，Ｂ３等を破棄する。一方で、デマルチプレクサ１４は、セクションデータはセクションデータ受信部１０５に入力する（図５のステップＳ５）。
【００４８】
そして、セクションデータ受信部１５は、デマルチプレクサ１４からより入力されたセクションデータの解析を実施し、その解析結果をデコード制御部１６、鍵制御部１７に入力してメディアデータの処理設定を行う。これと同時に、セクションデータ受信部１５は、セクションデータの解析結果に基づいて、メディアデータの出力設定などの設定を行った旨をバッファ１２に通知する（図５のステップＳ６）。つまり、この段階で初めてメディアデータの出力制御内容を表すセクションデータＡ１等が解析され、パケットデータのうち図４の符号（３）に示すところまでが処理されたこととなる。そして、解析結果に基づいて上述するように設定することで、受信装置がメディアデータを出力することが可能な条件を満たすことができ、その旨をバッファ１２に通知する。そして、解析結果を受けた鍵制御部１７は、入力されたセクションデータの解析結果に基づく情報（例えば、ECM）を解析して、各メディアデータの暗号化を復号する鍵情報Ksを取得でき、デスクランブラ１３に設定する（図５のステップＳ７）。また、デコード制御部１６は、デマルチプレクラ１４にメディアデータ毎の出力種別を設定して当該各メディアデータを各デコーダ等に振り分けるフィルタリング設定を行い、また、各デコーダ２０，２１にも、メディアデータ毎の出力制御設定を行う（図５のステップＳ８）。
【００４９】
その後、上述したようにセクションデータ受信部１５からセクションデータの解析が行われた通知、つまり、セクションデータの出力が可能となった通知を受けたバッファ１２は（図７のステップＳ２２でイエス）、送出機能による処理を行う（送出工程）。具体的に、バッファ１２は、上記ステップＳ３で蓄積したパケットデータを、蓄積した順番に先頭からデスクランブラ１３に入力しつつ、当該データをバッファ１２内から破棄する（図６のステップＳ９、図７のステップＳ２４）。
【００５０】
続いて、デスクランブラ１３は、上述したようにセクションデータの解析結果に基づいて、バッファ１２から出力されたパケットデータのうち暗号化されているメディアデータを検出する。そして、デスクランブラ１３は、セクションデータの解析結果に基づいて鍵制御部１７から入力された復号鍵Ｋｓを利用して、メディアデータを復号し、デマルチプレクサ１４に入力する（図６のステップＳ１０）。
【００５１】
続いて、デマルチプレクサ１４は、セクションデータの解析結果に基づいて、パケットデータを出力種別ごとにフィルタリングする。そして、デマルチプレクサ１４は、メディアデータを出力種別に応じて、オーディオデコーダ２０、ビデオデコーダ２１、字幕デコーダ２２、ブラウザ２３に振り分けてそれぞれ入力する（図６のステップＳ１１）。また、デマルチプレクサ１４は、セクションデータをセクションデータ受信部１５に入力する。
【００５２】
その後、オーディオデコーダ２０などからメディアデータを出力する（図６のステップＳ１２）。なお、セクションデータ受信部１５は、上述同様に入力されたセクションデータを解析する。これにより、デコード制御部１６などにより、後のメディアデータの出力状態などが設定される。
【００５３】
以上、本発明によると、バッファ１２は、受信したパケットデータを即座に次の処理部に送出するため、迅速にパケットデータを処理することができる。そしてこのとき、バッファ１２は、次の処理部に送出したパケットデータを蓄積しているため、セクションデータが解析されその解析結果が設定されるまでの間に受信されたメディアデータが破棄されてしまうことを抑制できる。そして、セクションデータの解析結果に基づくメディアデータに対する処理設定が完了した後には、バッファ１２が蓄積していたパケットデータを次の処理部に送出するため、メディアデータを適切に出力することができる。その結果、ユーザの満足度の向上を図ることができる。このとき、バッファ１２は、送出したパケットデータを破棄するため、当該バッファ１２内にデータが蓄積されることを抑制でき、その後も適切な出力処理を実行できる。
【産業上の利用可能性】
【００５４】
本発明は、ネットワークを介して受信した音声や動画のデータを出力することができる携帯電話機などの受信装置に利用することができ、産業上の利用可能性を有する。
【図面の簡単な説明】
【００５５】
【図１】本発明に関連する受信装置全体の構成を示すブロック図である。
【図２】本発明における受信装置全体の構成を示すブロック図である。
【図３】本発明における受信装置の構成を簡略化して示したブロック図である。
【図４】図２に開示した受信装置にて受信するデータの構成を示す図である。
【図５】図２に開示した受信装置全体の動作を示すシーケンス図である。
【図６】図２に開示した受信装置全体の動作を示すシーケンス図である。
【図７】図２に開示した受信装置のバッファの動作を示すフローチャートである。
【符号の説明】
【００５６】
１０  ＩＰネットワークＩ／Ｆ
１１  エラー訂正部
１２  バッファ
１３  デスクランブラ
１４  デマルチプレクサ
１５  セクションデータ受信部
１６  デコード制御部
１７  鍵制御部
２０  オーディオデコーダ
２１  ビデオデコーダ
２２  字幕デコーダ
２３  ブラウザ
３１  受信部
３２  バッファ
３３  蓄積機能
３４  送出機能
３５  解析部
３６  出力部
【図１】
2010074322.tif 000003
【図２】
2010074322.tif 000004
【図３】
2010074322.tif 000005
【図４】
2010074322.tif 000006
【図５】
2010074322.tif 000007
【図６】
2010074322.tif 000008
【図７】
2010074322.tif 000009