(57)【要約】【課題】  相当量のパケットの欠落があった場合でも、画像の乱れを生じることなく動画データの再生を行うことが可能な情報処理装置、情報処理装置の再生方法を提供する。【解決手段】  検出部５０によって検出された動画データのパケットロス量が所定値となった場合は、サーバに動画データの送信を停止する停止命令を送信し、停止された時間の所定時間前からの動画データの再送信命令を送信し、受信した動画データを所定時間前から再生処理部５２により再生する。【選択図】      図３
2009016906.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを経由してサーバから動画データを受信し、再生する情報処理装置であって、
前記受信された動画データのパケットロス量を検出する検出手段と、
前記検出手段によって、検出された動画データのパケットロス量が所定値となった場合は、前記サーバに動画データの送信を停止する停止命令を送信し、前記動画データの再生を停止する停止手段と、
前記停止手段によって停止された時間の所定時間前からの動画データの再送信命令を送信する送信部と、
前記送信部による再送信命令により再送信された動画データを受信し、受信した前記動画データを前記所定時間前から再生する再生手段と、
を具備することを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記停止手段によって動画データの再生が停止された場合は、停止ポイントをレジュームポイントとして記憶し、
前記送信部は、前記レジュームポイントに基づいて定めた時間からの前記動画データの再送信命令を送信することを特徴とする情報処理装置。
【請求項３】
請求項１に記載の情報処理装置において、
前記停止手段は、パケットロスした前記動画データに対してエラー訂正処理を行っても前記動画データの映像が乱れる恐れがある場合に停止命令を送信することを特徴とする情報処理装置。
【請求項４】
請求項１に記載の情報処理装置において、
前記動画データは、ストリーミング配信されるデータであることを特徴とする情報処理装置。
【請求項５】
ネットワークを経由してサーバから動画データを受信し、再生する情報処理装置で用いる再生方法であって、
前記受信された動画データのパケットロス量を検出し、
前記検出された動画データのパケットロス量が所定値となった場合は、前記サーバに動画データの送信を停止する停止命令を送信し、前記動画データの再生を停止し、
前記停止された時間の所定時間前からの動画データの再送信命令を送信し、
前記再送信命令により再送信された動画データを受信し、受信した前記動画データを前記所定時間前から再生することを特徴とする再生方法。
【請求項６】
請求項５に記載の再生方法において、
前記動画データの再生が停止された場合は、停止ポイントをレジュームポイントとして記憶し、
該レジュームポイントに基づいて定めた時間からの前記動画データの再送信命令を送信することを特徴とする再生方法。
【請求項７】
請求項５に記載の再生方法において、
前記パケットロスした動画データに対してエラー訂正処理を行っても前記動画データの映像が乱れる恐れがある場合に停止命令を送信することを特徴とする再生方法。
【請求項８】
請求項５に記載の再生方法において、
前記動画データは、ストリーミング配信されるデータであることを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパーソナルコンピュータのような情報処理装置に関し、特にストリーミング配信された動画データの再生機能を備えた情報処理装置、情報処理装置の再生方法に関する。
【背景技術】
【０００２】
一般的に、ブロードバンドの普及に伴って、インターネット等を介して動画データを配信するサービスが増えてきている。これらのサービスには、ＩＰ（Internet Protocol）マルチキャストによるブロードバンド放送や、ＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）等が挙げられる。これらのストリーミング配信された動画データの再生を行う技術では、データ送信にコネクションレスなプロトコルであるＵＤＰが使われる。そのため、ネットワークの混雑によりパケットの欠落が発生しても、そのパケットは再送されない。このようなパケットロスが発生すると、ＦＥＣ（ForwardError Correction）などのパケットロスのエラー訂正処理で対応できない場合には、動画データの画像が乱れる場合がある。
【０００３】
このような場合の対処法としては、例えば特許文献１に開示されているように、欠落したパケットの替わりにダミーデータを挿入して画像の乱れを解消する技術がある。
【特許文献１】特開２００６−１４１５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された技術では、パケットの欠落が相当量になった場合には、対応できずに、画像に乱れが生じてしまうという課題があった。
【０００５】
本発明は上述の事情を考慮してなされたものであり、ストリーミング配信での動画データの再生時に、相当量のパケットの欠落があった場合でも、画像の乱れの発生を抑制することが可能な情報処理装置、情報処理装置の再生方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の一態様によれば、ネットワークを経由してサーバから動画データを受信し、再生する情報処理装置であって、前記受信された動画データのパケットロス量を検出する検出手段と、前記検出手段によって、検出された動画データのパケットロス量が所定値となった場合は、前記サーバに動画データの送信を停止する停止命令を送信し、前記動画データの再生を停止する停止手段と、前記停止手段によって停止された時間の所定時間前からの動画データの再送信命令を送信する送信部と、前記送信部による再送信命令により再送信された動画データを受信し、受信した前記動画データを前記所定時間前から再生する再生手段とを具備することを特徴とする情報処理装置が提供される。
【０００７】
また、ネットワークを経由してサーバから動画データを受信し、再生する情報処理装置で用いる再生方法であって、前記受信された動画データのパケットロス量を検出し、前記検出された動画データのパケットロス量が所定値となった場合は、前記サーバに動画データの送信を停止する停止命令を送信し、前記動画データの再生を停止し、前記停止された時間の所定時間前からの動画データの再送信命令を送信し、前記再送信命令により再送信された動画データを受信し、受信した前記動画データを前記所定時間前から再生することを特徴とする再生方法が提供される。
【発明の効果】
【０００８】
本発明によれば、ストリーミング配信での動画データの再生時に、相当量のパケットの欠落があった場合でも、画像の乱れの発生を抑制することが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して、本発明の実施形態を説明する。  
まず、図１および図２を参照して、本発明の一実施形態に係る情報処理装置の構成について説明する。この情報処理装置は、例えば、ノートブック型パーソナルコンピュータ１０として実現されている。
【００１０】
図１はノートブック型パーソナルコンピュータ１０のディスプレイユニットを開いた状態における斜視図である。本コンピュータ１０は、コンピュータ本体１１と、ディスプレイユニット１２とから構成されている。ディスプレイユニット１２には、ＴＦＴ−ＬＣＤ（Thin Film Transistor Liquid Crystal Display）１７から構成される表示装置が組み込まれており、そのＬＣＤ１７の表示画面はディスプレイユニット１２のほぼ中央に位置されている。
【００１１】
ディスプレイユニット１２は、コンピュータ本体１１に対して開放位置と閉塞位置との間を回動自在に取り付けられている。コンピュータ本体１１は薄い箱形の筐体を有しており、その上面にはキーボード１３、本コンピュータ１０をパワーオン／パワーオフするためのパワーボタン１４、入力操作パネル１５、タッチパッド１６、およびスピーカ１８Ａ、１８Ｂ、赤外線受信部２０などが配置されている。
【００１２】
入力操作パネル１５は、押されたボタンに対応するイベントを入力する入力装置であり、複数の機能をそれぞれ起動するための複数のボタンを備えている。
【００１３】
次に、図２を参照して、本コンピュータ１０のシステム構成について説明する。
【００１４】
本コンピュータ１０は、図２に示されているように、ＣＰＵ１０１、ノースブリッジ１０２、主メモリ１０３、サウスブリッジ１０４、ＧＰＵ１０５、ＢＩＯＳ−ＲＯＭ１０９、ＬＡＮコントローラ１１０、ハードディスクドライブ（ＨＤＤ）１１１、エンベデッドコントローラ／キーボードコントローラＩＣ（ＥＣ／ＫＢＣ）１１６、インターネット接続部３１等を備えている。
【００１５】
ＣＰＵ１０１は本コンピュータ１０の動作を制御するプロセッサであり、ハードディスクドライブ（ＨＤＤ）１１１から主メモリ１０３にロードされる、オペレーティングシステム、および動画再生アプリケーション３０等を実行する。また、ＣＰＵ１０１は、ＢＩＯＳ−ＲＯＭ１０９に格納されたＢＩＯＳ（Basic Input Output System）も実行する。ＢＩＯＳはハードウェア制御のためのプログラムである。
【００１６】
ノースブリッジ１０２はＣＰＵ１０１のローカルバスとサウスブリッジ１０４との間を接続するブリッジデバイスである。ノースブリッジ１０２には、主メモリ１０３をアクセス制御するメモリコントローラも内蔵されている。また、ノースブリッジ１０２は、ＰＣＩ  Ｅｘｐｒｅｓｓ規格のシリアルバスなどを介してＧＰＵ１０５との通信を実行する機能も有している。
【００１７】
ＧＰＵ１０５は本コンピュータ１０のディスプレイモニタとして使用されるＬＣＤ１７を制御する表示コントローラである。このＧＰＵ１０５によって生成される表示信号はＬＣＤ１７に送られる。
【００１８】
サウスブリッジ１０４は、ＬＰＣ（Low Pin Count）バス上の各デバイス、およびＰＣＩ（Peripheral Component Interconnect）バス上の各デバイスを制御する。また、サウスブリッジ１０４は、ＨＤＤ１１１を制御するためのＩＤＥ（Integrated Drive Electronics）コントローラを内蔵している。
【００１９】
エンベデッドコントローラ／キーボードコントローラＩＣ（ＥＣ／ＫＢＣ）１１６は、電力管理のためのエンベデッドコントローラと、キーボード（ＫＢ）１３およびタッチパッド１６を制御するためのキーボードコントローラとが集積された１チップマイクロコンピュータである。このエンベデッドコントローラ／キーボードコントローラＩＣ（ＥＣ／ＫＢＣ）１１６は、ユーザーによるパワーボタン１４の操作に応じて本コンピュータ１０をパワーオン／パワーオフする機能を有している。
【００２０】
インターネット接続部３１は、インターネットに接続するためのインターフェース等である。インターネット接続部３１を介してストリーミング配信された動画データを受信する。
【００２１】
次に図３は、本発明の情報処理装置の実施形態に係る動画再生アプリケーションの機能構成を示したブロック図である。
【００２２】
動画再生アプリケーション３０は、検出部５０、停止処理部５１、再生処理部５２、記憶部５３、制御部５４を備える。
【００２３】
検出部５０は、パケットロス（パケットの欠落）の発生と、パケットロス量を検出する。停止処理部５１は、パケットロス量が所定値に達すると、動画配信サーバへ動画データの配信の停止を促す停止要求信号を送信する。また動画の配信が停止すると、動画データの再生を停止する。
【００２４】
再生処理部５２は、動画配信サーバから受信した動画データをデコードし、再生する。また一時停止等の処理も行う。記憶部５３は、動画配信サーバから受信した動画データおよび動画データの再生を停止した停止ポイントであるレジュームポイントのデータ等を記憶する。制御部５４は、動画再生アプリケーションの各機能の統括、制御を行う。
【００２５】
次に、図４のフローチャートを参照して、本発明の実施形態に係る情報処理装置を適用した再生方法について説明する。
【００２６】
コンピュータ１０のインターネット接続手段３１を介してＩＰマルチキャスト等のブロードバンドを用いた動画配信サービスの動画配信サーバから動画データ（パケットデータ）を受信する（ステップＳ１０１）。受信した動画データは、動画アプリケーション３０等によりエンコードされ、再生処理部５２により再生される（ステップＳ１０２）。動画アプリケーション３０の検出部５０は、受信した動画データ（パケットデータ）のパケットロスを監視しており、パケットロスが所定値に達したか否かを判別する（ステップＳ１０３）。動画アプリケーション３０の検出部５０によって、受信した動画データ（パケットデータ）のパケットロスが所定値に達した、と判別された場合は（ステップＳ１０３のＹＥＳ）、動画アプリケーション３０の停止処理部５１は、動画配信サーバに配信停止要求を送信する（ステップＳ１０４）。動画配信サーバは、配信停止要求を受けて動画データの配信を停止し、動画アプリケーション３０の再生処理部５２は、動画の再生を停止する。このとき、動画データの停止ポイントをレジュームポイントとして記憶部５３に記憶する。
【００２７】
続いて、動画アプリケーション３０の制御部５４は、動画配信サーバに再送要求を送信する（ステップＳ１０５）。動画配信サーバは、再送要求を受けて動画データの配信を再開する。なお、動画データの再送要求は、例えば、「動画データの配信を停止した時間の５秒前から配信を要求」等の情報が含まれる。動画アプリケーション３０の再生処理部５２は、再送された動画データをデコードし、動画データの停止ポイントであるレジュームポイントに基づいて、動画データの再生を行う。なお、動画配信サーバへ送信する配信停止要求、再送要求等は、例えば、ＲＴＳＰ（Real Time Streaming Protocol）を用いる。
【００２８】
一方、ステップＳ１０３で、動画アプリケーション３０の検出部５０によって、受信した動画データ（パケットデータ）のパケットロスが所定値に達していない、と判別された場合は（ステップＳ１０３のＮＯ）、通常通り動画データの再生を続ける（ステップＳ１０６）。
【００２９】
なお、ステップＳ１０３で、パケットロスした動画データに対してエラー訂正処理を行っても動画データの映像が乱れる恐れがある場合に停止命令を送信するようにしてもよい。例えば、ＦＥＣ（Forward Error Correction）等のエラー訂正技術を用いても元の画像を復元できないとき等に有効である。
【００３０】
以上、本発明を用いることにより、配信された動画データにパケットロスが発生した場合に、動画データの再生画面を乱れさせることなく、動画データの再生を行うことができる。また、エラー訂正処理が不可能な多大なパケットロスが発生した場合にも対応することができる。
【００３１】
また、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施形態に係るコンピュータの概観を示す斜視図。
【図２】本発明の一実施形態に係るコンピュータのシステム構成の例を示すブロック図。
【図３】本発明の一実施形態に係る動画再生アプリケーションの機能構成を示したブロック図。
【図４】本発明の一実施形態に係るコンピュータを適用した再生方法を示したフローチャート。
【符号の説明】
【００３３】
１０…コンピュータ、３０…動画再生アプリケーション、３１…インターネット接続部、１０９…ＢＩＯＳ−ＲＯＭ、１０１…ＣＰＵ、１１１…ＨＤＤ、１１３…主メモリ、１１６…ＥＣ／ＫＢＣ
【図１】
2009016906.tif 000003
【図２】
2009016906.tif 000004
【図３】
2009016906.tif 000005
【図４】
2009016906.tif 000006