(57)【要約】      （修正有）【課題】キャッシュデータの削減を図りつつ、配信要求があったときの処理量を削減する技術を提供する。【解決手段】画像処理システムの動画配信装置５は、映像信号記憶部５９０に記憶された動画データから生成され一時記憶部５９１に記憶されたビットストリームを削除する前に、ビットストリームをデコードするデコード部５２０と、ビットストリームを一時記憶部から削除する削除部５１０と、デコードを行うことによって得られるデコード情報を記憶するデコード情報記憶部５９４と、映像信号記憶部に記憶された動画データをデコード情報を用いてトランスコードするトランスコード部５０３と、を有する。【選択図】図３
2016225830.tif 000002
【特許請求の範囲】
【請求項１】
映像信号記憶部に記憶された動画データから生成され一時記憶部に記憶されたビットストリームを削除する前に、前記ビットストリームをデコードするデコード部と、
前記ビットストリームを前記一時記憶部から削除する削除部と、
前記デコードを行うことによって得られるデコード情報を記憶するデコード情報記憶部と、
前記映像信号記憶部に記憶された前記動画データを前記デコード情報を用いてトランスコードするトランスコード部と、
を有する画像処理システム。
【請求項２】
前記デコード情報は、少なくともベクトル情報またはモード情報のいずれか一方を含む
請求項１記載の画像処理システム。
【請求項３】
前記デコード部は、前記ビットストリームを前記一時記憶部から削除する指示が入力されることに対応してデコードする
請求項１または請求項２に記載の画像処理システム。
【請求項４】
前記トランスコード部は、前記動画データから前記ビットストリームを生成する生成条件が同一または異なる場合に前記デコード情報を用いてトランスコードする
請求項１から請求項３のうちいずれか１項に記載の画像処理システム。
【請求項５】
デコード部が、映像信号記憶部に記憶された動画データから生成され一時記憶部に記憶されたビットストリームを削除する前に、前記ビットストリームをデコードし、
削除部が、前記ビットストリームを前記一時記憶部から削除し、
デコード情報記憶部が、前記デコードを行うことによって得られるデコード情報を記憶し、
トランスコード部が、前記映像信号記憶部に記憶された前記動画データを前記デコード情報を用いてトランスコードする
トランスコード方法。
【請求項６】
コンピュータに、
映像信号記憶部に記憶された動画データから生成され一時記憶部に記憶されたビットストリームを削除する前に、前記ビットストリームをデコードするデコード手段、
前記ビットストリームを前記一時記憶部から削除する削除手段、
前記デコードを行うことによって得られるデコード情報を記憶するデコード情報記憶手段、
前記映像信号記憶部に記憶された前記動画データを前記デコード情報を用いてトランスコードするトランスコード手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理システム、トランスコード方法、及びプログラムに関する。
【背景技術】
【０００２】
動画配信要求に基づいて動画を配信するシステムが知られている（例えば、特許文献１参照）。上述のようなシステムのなかには、動画データ（例えば、投稿された動画データ等）を保持し、動画配信要求があったときには、保持している動画データを、要求元の回線帯域やサービス等に適したビデオレートや画像サイズに変換したデータ（ビットストリーム）を要求元に送信するものがある。また、上述したようなシステムでは、一般に、動画配信要求があったときの処理量（ＣＰＵの負荷、処理時間等）の低減を目的として、ビットストリームをキャッシュ（一時記憶）し、キャッシュがヒットすれば、即ち、該当するビットストリームがキャッシュされていれば、動画データをビットストリームに変換することなく、キャッシュされているビットストリームを読み出して送信している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１７８１４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、キャッシュデータの増大防止を目的としてキャッシュされたビットストリームは削除されるので、削除後に動画配信要求があったときには、改めてビットストリームを生成（動画データをビットストリームに変換）する必要があり、処理量が低減しないという問題がある。
【０００５】
本発明は、このような事情に鑑みてなされたものであって、キャッシュデータの削減を図りつつ、動画配信要求があったときの処理量を削減させることができる技術を提供することを目的する。
【課題を解決するための手段】
【０００６】
上記問題を解決するために、本発明の一態様である画像処理システムは、映像信号記憶部に記憶された動画データから生成され一時記憶部に記憶されたビットストリームを削除する前に、前記ビットストリームをデコードするデコード部と、前記ビットストリームを前記一時記憶部から削除する削除部と、前記デコードを行うことによって得られるデコード情報を記憶するデコード情報記憶部と、前記映像信号記憶部に記憶された前記動画データを前記デコード情報を用いてトランスコードするトランスコード部と、を有する。
【０００７】
上記画像処理システムにおいて、前記デコード情報は、少なくともベクトル情報またはモード情報のいずれか一方を含むものであってよい。
【０００８】
上記画像処理システムにおいて、前記デコード部は、前記ビットストリームを前記一時記憶部から削除する指示が入力されることに対応してデコードするようにしてもよい。
【０００９】
上記画像処理システムにおいて、前記トランスコード部は、前記動画データから前記ビットストリームを生成する生成条件が同一または異なる場合に前記デコード情報を用いてトランスコードするようにしてもよい。
【００１０】
上記問題を解決するために、本発明の他の態様は、デコード部が、映像信号記憶部に記憶された動画データから生成され一時記憶部に記憶されたビットストリームを削除する前に、前記ビットストリームをデコードし、削除部が、前記ビットストリームを前記一時記憶部から削除し、デコード情報記憶部が、前記デコードを行うことによって得られるデコード情報を記憶し、トランスコード部が、前記映像信号記憶部に記憶された前記動画データを前記デコード情報を用いてトランスコードするトランスコード方法である。
【００１１】
上記問題を解決するために、本発明の他の態様は、コンピュータに、映像信号記憶部に記憶された動画データから生成され一時記憶部に記憶されたビットストリームを削除する前に、前記ビットストリームをデコードするデコード手段、前記ビットストリームを前記一時記憶部から削除する削除手段、前記デコードを行うことによって得られるデコード情報を記憶するデコード情報記憶手段、前記映像信号記憶部に記憶された前記動画データを前記デコード情報を用いてトランスコードするトランスコード手段、として機能させるためのプログラムである。
【発明の効果】
【００１２】
本発明によれば、キャッシュデータであるビットストリームを削除する前に、当該ビットストリームをデコードしてデコード情報を記憶するとともに、ビットストリームをトランスコードする際にはデコード情報を用いている。従って、キャッシュデータであるビットストリームを削除するとともに、あるビットストリームを削除した後に当該ビットストリームの動画配信要求があったときには、キャッシュデータであるビットストリームは存在しないものの、デコード情報を用いることにより、動画データを簡便にトランスコードすることができる。つまり、キャッシュデータの削減を図りつつ、動画配信要求があったときの処理量を削減させることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態による画像処理システムの構成を示すブロック図である。
【図２】同実施形態による動画配信装置によって送信されるビットストリームの構成例である。
【図３】動画配信装置の内部構成を示すブロック図である。
【図４】動画配信装置が端末装置から動画配信要求を受信したときの処理フローを示す図である。
【図５】動画配信装置がビットストリームを削除するときの処理フローを示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態について図面を参照して説明する。図１は、本発明の一実施形態による画像処理システム１の構成を示すブロック図である。図１に示すように、画像処理システム１は、動画投稿装置３、動画配信装置５、及び端末装置７を備えて構成される。動画配信装置５と複数の端末装置７とは、インターネットなどのネットワーク９により接続される。なお、動画配信装置５と複数の動画投稿装置３の一部または全部が、ネットワーク９により接続されてもよい。
【００１５】
動画投稿装置３は、パーソナルコンピュータ、タブレット端末、スマートフォン、通信機能を有する他の機器（例えば、ゲーム機等）などにより実現される。動画投稿装置３は、動画データを動画配信装置５に送信（投稿）する。
【００１６】
動画配信装置５は、１台以上のサーバコンピュータなどにより実現される。動画配信装置５は、動画投稿装置３から送信された動画データを受信する。動画配信装置５は、動画投稿装置３から受信した動画データを記憶する。また、動画配信装置５は、動画配信要求を端末装置７から受信する。動画配信装置５は、端末装置７から動画配信要求を受信したときは、要求元の端末装置７に要求された動画のビットストリーム（後述）を送信（配信）する。なお、動画配信要求には、要求元の端末装置７を識別する情報（要求元識別情報ともいう）や、要求された動画を識別する情報（動画識別情報ともいう）などが含まれていればよい。
【００１７】
端末装置７は、パーソナルコンピュータ、タブレット端末、スマートフォン、通信機能を有する他の機器（例えば、ゲーム機等）などにより実現される。端末装置７は、動画配信要求を動画配信装置５に送信し、動画配信装置５から送信されたビットストリーム（後述）を受信して再生する。なお、動画投稿装置３と端末装置７とは同一の装置であってもよい。即ち、ある装置が、動画投稿装置３、且つ、端末装置７であってもよい。
【００１８】
図２は、動画配信装置５によって送信されるビットストリームの構成例である。なお、図２では、本実施形態と関係する部分のみを示している。動画配信装置５によって送信されるビットストリームは、例えばピクチャ毎に、図２に示すように複数のマクロブロックを有する。各マクロブロックは、モード情報（エンコードモードに関する情報）、ベクトル情報（動き補償ベクタに関する情報。ベクタ情報とも称する）を含む。動画データからビットストリームを生成する場合、モード情報を生成（エンコードモードを計算）する処理とベクトル情報を生成（動き補償ベクタを計算）する処理に多くの時間（全体の７０〜９０％）を要し、他の情報を生成する処理には余り時間を要しない。なお、他の情報は、周波数変換、量子化、エントロピー変換に関する情報などである。
【００１９】
マクロブロックに含まれるモード情報及びベクトル情報はデコード情報として抽出される。ビットストリームの規格（例えばファイルフォーマット等）が同一であれば、同一の動画データから生成されるビットストリーム（各マクロブロック）は同一となるため、ある動画データから生成されたビットストリームから抽出されたデコード情報は、当該動画データからビットストリームを生成するときに利用することができる。ある動画データのビットストリームを生成する際に、当該動画データのデコード情報を用いれば、多くの時間を要する処理（モード情報を生成する処理、ベクトル情報を生成する処理）が不要になる。従って、ある動画データのビットストリームを生成する際に、当該動画データのデコード情報を用いる場合には、当該動画データのデコード情報を用いない場合に比べ、処理時間を大幅に短縮することができる。なお、デコード情報を抽出する処理には余り時間を要しない。
【００２０】
図３は、動画配信装置５の内部構成を示す機能ブロック図である。なお、図３では、本実施形態と関係する機能ブロックのみを示している。図３に示すように、動画配信装置５は、動画データ受信部５０１、配信要求受信部５０２、トランスコード部５０３、ビットストリーム送信部５０４、削除部５１０、デコード部５２０、映像信号記憶部５９０、一時記憶部５９１、ヒット実績情報記憶部５９２、削除条件情報記憶部５９３、デコード情報記憶部５９４を備えて構成される。
【００２１】
映像信号記憶部５９０は、動画投稿装置３から送信された動画データを記憶するための記憶領域である。一時記憶部５９１は、ビットストリームを記憶するための記憶領域である。ヒット実績情報記憶部５９２は、ビットストリームが一時記憶部５９１においてヒット（存在）した旨の実績を示すヒット実績情報を記憶するための記憶領域である。削除条件情報記憶部５９３は、一時記憶部５９１に記憶されているビットストリームを削除する条件を示した削除条件情報を記憶するための記憶領域である。削除条件情報の一例は、所定期間（例えば、２４０時間）内に所定回数（例えば１回）以上のヒット実績がなければ削除する等の条件を示した情報である。
【００２２】
デコード情報記憶部５９４は、デコード情報を記憶するための記憶領域である。
【００２３】
動画データ受信部５０１は、動画投稿装置３から送信された動画データを受信する。動画データ受信部５０１は、動画投稿装置３から受信した動画データを映像信号記憶部５９０に記憶する。なお、記憶した個々の動画データを識別するために、例えば、動画識別情報に対応付けて動画データを記憶する。
【００２４】
配信要求受信部５０２は、端末装置７から送信された動画配信要求を受信する。配信要求受信部５０２は、端末装置７から動画配信要求を受信したときは、動画配信要求をトランスコード部５０３に通知する。
【００２５】
トランスコード部５０３は、動画配信要求があった場合、要求元の端末装置７を識別する要求元情報とともに、要求された動画のビットストリームをビットストリーム送信部５０４に供給する。具体的には、トランスコード部５０３は、要求された動画のビットストリームが一時記憶部５９１に記憶されていない場合であって、且つ、要求された動画のデコード情報（モード情報、ベクトル情報）がデコード情報記憶部５９４に記憶されていない場合には、映像信号記憶部５９０に記憶されている動画データからビットストリームを生成（動画データをトランスコードすることにより生成）して、ビットストリーム送信部５０４に供給する。また、トランスコード部５０３は、要求された動画のビットストリームが一時記憶部５９１に記憶されている場合には、当該ビットストリームを一時記憶部５９１から読み出して、ビットストリーム送信部５０４に供給する。また、トランスコード部５０３は、要求された動画のビットストリームが一時記憶部５９１に記憶されていない場合であって、且つ、要求された動画のデコード情報（モード情報、ベクトル情報）がデコード情報記憶部５９４に記憶されている場合には、当該デコード情報と映像信号記憶部５９０に記憶されている動画データとからビットストリームを生成して、ビットストリーム送信部５０４に供給する。なお、何れの端末装置７にビットストリームを送信するかが分かるように、例えば、要求元識別情報とともにビットストリームをビットストリーム送信部５０４に供給する。
【００２６】
また、トランスコード部５０３は、要求された動画のビットストリームが一時記憶部５９１に記憶されていない場合であって、且つ、要求された動画のデコード情報がデコード情報記憶部５９４に記憶されていない場合において、映像信号記憶部５９０に記憶されている動画データからビットストリームを生成してビットストリーム送信部５０４に供給する場合に、当該ビットストリームを一時記憶部５９１に記憶する。なお、何れの動画のビットストリームであるかが分かるように、例えば、動画識別情報に対応付けてビットストリームを記憶する。
【００２７】
また、トランスコード部５０３は、要求された動画のビットストリームが一時記憶部５９１に記憶されている場合において、当該ビットストリームを一時記憶部５９１から読み出してビットストリーム送信部５０４に供給する場合には、当該ビットストリームが一時記憶部５９１においてヒットした旨の実績を示すヒット実績情報をヒット実績情報記憶部５９２に記憶する。なお、何れの動画のビットストリームがヒットしたかが分かるように、例えば、動画識別情報に対応付けてヒット実績情報を記憶する。
【００２８】
ビットストリーム送信部５０４は、トランスコード部５０３から供給されたビットストリームを要求元の端末装置７に送信する。
【００２９】
削除部５１０は、ヒット実績情報記憶部５９２に記憶されているヒット実績情報と、削除条件情報記憶部５９３に記憶されている削除条件情報とに基づいて、一時記憶部５９１に記憶されているビットストリームを削除するか否かを判断する。削除部５１０は、あるビットストリームを削除すると判断したときは、当該ビットストリームについてデコード情報の抽出を要求するデコード情報抽出要求をデコード部５２０に通知する。なお、何れのビットストリームのデコード情報を抽出するかが分かるように、例えば、デコード情報抽出要求には、ビットストリームを識別する動画識別情報が含まれていればよい。また、削除部５１０は、デコード情報の生成後に当該ビットストリームを一時記憶部５９１から削除する。
【００３０】
デコード部５２０は、削除部５１０からデコード情報抽出要求があった場合、一時記憶部５９１に記憶されているビットストリーム（具体的にはデコード情報抽出要求によって識別されるビットストリーム）からデコード情報を抽出（ビットストリームをデコードすることにより抽出）し、デコード情報記憶部５９４に記憶する。なお、何れの動画のデコード情報（何れの動画のビットストリームから抽出したデコード情報）であるかが分かるように、例えば、動画識別情報に対応付けてデコード情報を記憶する。
【００３１】
図４は、動画配信装置５が端末装置７から動画配信要求を受信したときの処理フローを示す図である。図４において、配信要求受信部５０２は、端末装置７から送信された動画配信要求を受信する（ステップＳ１０５）。配信要求受信部５０２は、動画配信要求をトランスコード部５０３に通知する。
【００３２】
トランスコード部５０３は、要求された動画のビットストリームが一時記憶部５９１に記憶されているか否かを判断する（ステップＳ１１０）。ステップＳ１１０において、ビットストリームが一時記憶されていないと判断した場合（ステップＳ１１０：ＮＯ）。トランスコード部５０３は、要求された動画のデコード情報（モード情報、ベクトル情報）がデコード情報記憶部５９４に記憶されているか否かを判断する（ステップＳ１２０）。
【００３３】
ステップＳ１２０において、デコード情報がデコード情報記憶部５９４に記憶されていないと判断した場合（ステップＳ１２０：ＮＯ）、トランスコード部５０３は、映像信号記憶部５９０に記憶されている動画データからビットストリームを生成する（ステップＳ１２５）。ステップＳ１３５の処理では、後述するステップＳ１３５の処理とは異なり、ビットストリームを生成する際に、モード情報を生成（エンコードモードを計算）する処理や、ベクトル情報を生成（動き補償ベクタを計算）する処理が行われる。
【００３４】
ステップＳ１２５の処理に続いて、トランスコード部５０３は、ステップＳ１２５において生成したビットストリームをビットストリーム送信部５０４に供給するとともに、一時記憶部５９１に記憶する（ステップＳ１３０）。続いて、ビットストリーム送信部５０４は、トランスコード部５０３から供給されたビットストリームを要求元の端末装置７に送信する（ステップＳ１５０）。そして、本フローチャートは終了する。
【００３５】
ステップＳ１２０において、デコード情報がデコード情報記憶部５９４に記憶されていると判断した場合（ステップＳ１２０：ＹＥＳ）、トランスコード部５０３は、当該デコード情報と映像信号記憶部５９０に記憶されている動画データとからビットストリームを生成する（ステップＳ１３５）。ステップＳ１３５の処理では、ビットストリームを生成する際に、モード情報を生成（エンコードモードを計算）する処理や、ベクトル情報を生成（動き補償ベクタを計算）する処理を行うことなく、デコード情報記憶部５９４に記憶されているデコード情報を用いるので、ステップＳ１２５の処理と比べて時間が掛からない。
【００３６】
ステップＳ１３５に続いて、トランスコード部５０３は、ステップＳ１３５において生成したビットストリームをビットストリーム送信部５０４に供給し、ビットストリーム送信部５０４は、トランスコード部５０３から供給されたビットストリームを要求元の端末装置７に送信する（ステップＳ１５０）。そして、本フローチャートは終了する。
【００３７】
ステップＳ１１０において、ビットストリームが一時記憶されていると判断した場合（ステップＳ１１０：ＹＥＳ）。トランスコード部５０３は、当該ビットストリームを一時記憶部５９１から読み出して取得する（ステップＳ１４０）。続いて、トランスコード部５０３は、ステップＳ１４０において取得したビットストリームをビットストリーム送信部５０４に供給するとともに、ヒットした旨のヒット実績情報をヒット実績情報記憶部５９２に記憶する（ステップＳ１４５）。続いて、ビットストリーム送信部５０４は、トランスコード部５０３から供給されたビットストリームを要求元の端末装置７に送信する（ステップＳ１５０）。そして、本フローチャートは終了する。
【００３８】
図５は、動画配信装置５がビットストリームを削除するときの処理フローを示す図である。なお、図５のフローチャートは、適宜（例えば、毎日定時に）、行われるものであってもよい。図５において、削除部５１０は、ヒット実績情報記憶部５９２に記憶されているヒット実績情報と、削除条件情報記憶部５９３に記憶されている削除条件情報とに基づいて、一時記憶部５９１に記憶されているビットストリームの削除が必要であるか否かを判断する（ステップＳ２０５）。ステップＳ２０５において、削除が必要ではないと判断した場合（ステップＳ２０５：ＮＯ）、本フローチャートは終了する。
【００３９】
ステップＳ２０５において、削除が必要であると判断した場合（ステップＳ２０５：ＹＥＳ）、削除部５１０は、デコード情報の抽出を要求するデコード情報抽出要求をデコード部５２０に通知し、デコード部５２０は、一時記憶部５９１に記憶されているビットストリームからデコード情報を抽出し（ステップＳ２１０）、デコード情報記憶部５９４に記憶する（Ｓ２１５）。続いて、削除部５１０は、当該ビットストリームを一時記憶部５９１から削除する（ステップＳ２２０）。そして、本フローチャートは終了する。
【００４０】
なお、デコード部５２０は、デコード情報をデコード情報記憶部５９４に記憶した旨を削除部５１０に通知し、削除部５１０は、当該通知があった後に、ビットストリームを一時記憶部５９１から削除する。これにより、ビットストリームからデコード情報を抽出し終えた後に当該ビットストリームを削除することができる。
【００４１】
図５に示したフローチャートによれば、ビットストリームを削除しようとするときには（ステップＳ２０５：ＹＥＳ）、デコード情報を抽出して記憶した後に（ステップＳ２１０、ステップＳ２１５の処理を実行した後に）、ビットストリームを削除する（ステップＳ２２０）。また、図４に示したフローチャートによれば、動画配信要求があったときに、ビットストリームがキャッシュされてなくても（ステップＳ１１０：ＮＯ）、デコード情報が記憶されていれば（ステップＳ１２０：ＹＥＳ）、デコード情報を用いてビットストリームを生成する（ステップＳ１３５）。
【００４２】
つまり、図４及び図５に示したフローチャートによれば、動画配信要求があったときに既にビットストリームが消去されていたとしても、換言すれば、ビットストリームが消去された後に動画配信要求があったとしても、デコード情報を用いてビットストリームを生成することができるため、デコード情報を用いることなくビットストリームを生成する場合（例えば、図４のステップＳ１２５の処理を実行する場合）に比べ、処理時間を大幅に短縮することができる。
【００４３】
以上、本発明の一実施形態による画像処理システム１は、映像信号記憶部５９０に記憶された動画データから生成（トランスコード）され一時記憶部５９１に記憶されているビットストリームを一時記憶部５９１から削除する削除部５１０と、ビットストリームが一時記憶部５９１から削除される前に当該ビットストリームをデコードするデコード部５２０と、デコードを行うことによって得られるデコード情報を記憶するデコード情報記憶部５９４と、映像信号記憶部５９０に記憶された動画データをデコード情報を用いて生成（トランスコード）するトランスコード部５０３と、を有する。これにより、一時記憶部５９１内のビットストリームの削減を図りつつ、動画配信要求があったときの処理量を削減させることができる。
【００４４】
なお、上記実施形態では、デコード部５２０は、デコード情報として、ベクトル情報とモード情報の両方を抽出しているが、デコード情報として、ベクトル情報とモード情報のうちのいずれか一方を抽出してもよい。
【００４５】
また、上記実施形態では、デコード部５２０は、削除部５１０からデコード情報抽出要求があったことに対応してデコード情報を抽出しているが、当該要求は、一時記憶部５９１からビットストリームを削除することに対応して行われる。即ち、ビットストリームを一時記憶部５９１から削除する指示が一時記憶部５９１に入力されることに対応して行われる。
【００４６】
なお、デコード部５２０は、ビットストリームからデコード情報を抽出すると説明したが、デコード部５２０は、ビットストリームを生成する生成条件（例えば、画像サイズ等）毎にデコード情報を抽出してもよい。つまり、ある１つの生成条件により生成されたビットストリーム内に、複数の生成条件のそれぞれに対応するモード情報及びベクトル情報が含まれている場合には、デコード部５２０は、上記ある１つの生成条件に対応するデコード情報のみを抽出してもよいし、複数の生成条件に対応するそれぞれのデコード情報を抽出してもよい。例えば、デコード部５２０は、画像サイズａのビットストリームを生成する生成条件Ａにより生成されたビットストリームから、生成条件Ａに対応するデコード情報として生成条件Ａに対応するモード情報及びベクトル情報のみを抽出してもよいし、生成条件Ａに対応するデコード情報として生成条件Ａに対応するモード情報及びベクトル情報を抽出し、生成条件Ｂに対応するデコード情報として生成条件Ｂに対応するモード情報及びベクトル情報を抽出し、生成条件Ｃに対応するデコード情報として生成条件Ｃに対応するモード情報及びベクトル情報を抽出してもよい。なお、デコード部５２０は、複数の生成条件に対応するそれぞれのデコード情報を抽出した場合には、抽出したそれぞれのデコード情報をデコード情報記憶部５９４に記憶する。なお、抽出したそれぞれのデコード情報を識別するために、例えば、生成条件を識別する情報に対応付けてそれぞれのデコード情報を記憶する。
【００４７】
従って、動画配信要求に従って生成条件Ａに対応するビットストリームを送信した場合、生成条件Ａに対応するビットストリームが一時記憶部５９１に記憶され、その後、削除条件が成立した場合には、生成条件Ａに対応するビットストリームが一時記憶部５９１から削除されるとともに、生成条件Ａに対応するデコード情報、生成条件Ｂに対応するデコード情報、生成条件Ｃに対応するデコード情報がデコード情報記憶部５９４に記憶される場合がある。このような場合において、トランスコード部５０３は、生成条件が同一または異なる場合にデコード情報を用いてトランスコードしてもよい。つまり、再度の動画配信要求があった場合に、当該再度の動画配信要求に従って送信するビットストリームの生成条件が前回の動画配信要求に従って送信したビットストリームの生成条件と同一の生成条件Ａである場合に限って、生成条件Ａに対応するデコード情報を用いてビットストリームを生成してもよいし、当該再度の動画配信要求に従って送信するビットストリームの生成条件が前回の動画配信要求に従って送信したビットストリームの生成条件Ａと異なる生成条件Ｂや生成条件Ｃである場合であっても、生成条件Ｂや生成条件Ｃに対応するデコード情報を用いてビットストリームを生成してもよい。
【００４８】
また、上記実施形態では、デコード情報を用いてビットストリームを生成したときには生成したビットストリームを一時記憶部５９１に記憶していないが、動画データのみからビットストリームを生成したときと同様にデコード情報を用いてビットストリームを生成したときにも一時記憶部５９１に記憶してもよい。即ち、図４のステップＳ１３５の処理とステップＳ１５０の処理の間に、ステップＳ１３０と同様の処理を実行してもよい。
【００４９】
なお、上記実施形態にて示したように、画像処理システム１では、映像信号記憶部５９０に記憶された動画データを削除せずに保持し続ける。動画投稿装置３から送信された動画データを削除せずに保持し続けることにより、将来、ビットストリームの規格が変更されたときなどにも動画投稿装置３から送信された動画データに基づいて変更後の規格のビットストリームを生成することができる。従って、動画投稿装置３から送信された動画データを削除していた場合には、規格が変更されたときには変更前の規格のビットストリームから変更後の規格のビットストリームを生成することになるため、情報が劣化したビットストリームが生成される恐れがあるが、上記実施形態にて示したように動画データを保持し続けている場合には、規格が変更されたときときにも上述の劣化が生じない。
【００５０】
なお、デコード情報記憶部５９４は、デコード情報としてモード情報とベクトル情報とを記憶すると説明したが、デコード情報記憶部５９４は、更に、ある１つの動画を識別する動画識別情報や、ある動画を構成する複数のピクチャ群の中から参照先のある１つのピクチャを特定する参照先ピクチャ特定情報を記憶してもよい。即ち、デコード情報記憶部５９４は、記憶する対象の動画に関し、動画のそれぞれを識別する動画識別情報と、動画内のピクチャ群に含まれる各ピクチャを識別する情報であって参照先のピクチャを特定する参照先ピクチャ特定情報と、参照先において用いられるモード情報と、参照先において用いられるベクトル情報と、が対応付けて記憶されていてもよい。なお、デコード情報記憶部５９４に記憶された情報を用いてトランスコードを行う場合には、デコード情報記憶部５９４を参照し、トランスコードする対象の動画の動画識別情報と参照先ピクチャ特定情報に基づいて、動画識別情報と参照先ピクチャ特定情報との組み合わせに対応するマクロブロック内のモード情報とベクトル情報とを用いてトランスコードを行うようにしてもよい。
【００５１】
また、図２は、複数のマクロブロックを有するＭＰＥＧ系のビットストリームを概念的に示したものであるが、一例としてＨ.２６４を用いて具体的に説明する。例えば、『Ｒｅｃ.ＩＴＵ−Ｔ  Ｈ２６４（０４／２０１３）』に規定された「Ｍａｃｒｏｂｌｏｃｋ  ｌａｙｅｒ  ｓｙｎｔａｘ」において、デコード情報記憶部５９４に記憶しない情報（即ち、一時記憶部５９１に記憶されているビットストリームの中からデコード部５２０がデコード情報として抽出することなく削除する情報）は、「ｐｃｍ_ｓａｍｐｌｅ_ｌｕｍａ」、「ｐｃｍ_ｓａｍｐｌｅ_ｃｈｒｏｍａ」、「ｒｅｓｉｄｕａｌ」である。換言すれば、「ｐｃｍ_ｓａｍｐｌｅ_ｌｕｍａ」、「ｐｃｍ_ｓａｍｐｌｅ_ｃｈｒｏｍａ」、「ｒｅｓｉｄｕａｌ」は図２に示したＣＯＥＦに相当する。デコード情報記憶部５９４に記憶されている情報（モード情報及びベクトル情報を含むがＣＯＥＦを含まない情報）を参照してビットストリームを生成する場合には、トランスコード部５０３は、デコード情報記憶部５９４からモード情報やベクトル情報を読み出して取得しつつ、映像信号記憶部５９０から読み出した動画からＣＯＥＦを取得する（例えば、ＭＣ（Motion Compensation）やＤＣＴ（discrete cosine transform）、Ｓｙｎｔａｘ化などを行って取得する）。また、ＭＣ＋ＤＣＴ系のコーデック（ＭＰＥＧ−２、ＭＰＥＧ−４、ＨＥＶＣ／２６５）などもピクセル差分情報を有しているため、当該差分情報を削除して他の部分をデコード情報記憶部５９４に記憶してもよい。
【００５２】
また、動画配信装置５は１台以上のサーバコンピュータなどにより実現されると説明したように、１台のコンピュータに、図３に示した全機能（動画データ受信部５０１、配信要求受信部５０２、トランスコード部５０３、ビットストリーム送信部５０４、削除部５１０、デコード部５２０、映像信号記憶部５９０、一時記憶部５９１、ヒット実績情報記憶部５９２、削除条件情報記憶部５９３、デコード情報記憶部５９４）が実装されていてもよいし、複数台のコンピュータに分散して図３に示した全機能が実装されていてもよい。つまり、動画配信装置５の構成の一部を、動画配信装置５とは別の装置に分けて実現するようにしてもよい
【００５３】
例えば、一時記憶部５９１、デコード部５２０、デコード情報記憶部５９４をキャッシュサーバとして、動画配信装置５とは別の装置で構成し、動画配信装置５に接続するようにしてもよい。また、動画配信装置５におけるその他の構成の一部をキャッシュサーバ側に設けるようにしてもよい。
【００５４】
なお、本発明の実施形態による動画配信装置５の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、動画配信装置５の各処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ｗｅｂページ提供環境（例えば、ｗｅｂサーバ）あるいはｗｅｂページ表示環境（例えば、ブラウザ）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリー等の書き込み可能な不揮発性メモリー、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００５５】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリー（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５６】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００５７】
１…画像処理システム、３…動画投稿装置、５…動画配信装置、７…端末装置、９…ネットワーク、５０１…動画データ受信部、５０２…配信要求受信部、５０３…トランスコード部、５０４…ビットストリーム送信部、５１０…削除部、５２０…デコード部、５９０…映像信号記憶部、５９１…一時記憶部、５９２…ヒット実績情報記憶部、５９３…削除条件情報記憶部、５９４…デコード情報記憶部
【図１】
2016225830.tif 000003
【図２】
2016225830.tif 000004
【図３】
2016225830.tif 000005
【図４】
2016225830.tif 000006
【図５】
2016225830.tif 000007