(57)【要約】【課題】適切な位置で分割が可能となる動画データを生成し、適切な位置で動画データを分割する。【解決手段】配信先の携帯電話の動画ファイルの受信可能容量が３００ｋバイト以下であるとする。画像符号化部１０は、動画データを符号化する際に、符号化済みのフレームの符号量の累計を算出しておく（ステップＳ２３）。この符号量が２５０ｋバイト〜３００ｋバイトの間となった場合に（ステップＳ２４）、符号化を行うフレームについてシーンチェンジ検出を行う（ステップＳ２５）。シーンチェンジ検出地点でない場合は、通常の符号化処理を行う（ステップＳ３０）。シーンチェンジ地点である場合は、このフレームをＩフレームとして符号化処理を行い（ステップＳ２７）、符号化済みのフレームの符号量の累計をクリアする（ステップＳ２８）。この処理を動画データが終了するまで繰り返す。【選択図】  図２
2009088671.tif 000002
【特許請求の範囲】
【請求項１】
元動画データを取得し、取得した元動画データの各フレームをフレーム内符号化又はフレーム間符号化のいずれかを選択して圧縮符号化して配信用動画データを生成する符号化装置において、
元動画データをフレーム順に順次圧縮符号化する圧縮符号化手段と、
圧縮符号化するフレームがシーンチェンジ点であるか否かを判定する判定手段と、を備え、
前記判定手段がシーンチェンジ点であると判定した場合に、前記圧縮符号化手段はフレーム内符号化を選択して当該フレームを圧縮符号化することを特徴とする符号化装置。
【請求項２】
元動画データを取得し、取得した元動画データの各フレームをフレーム内符号化又はフレーム間符号化のいずれかを選択して圧縮符号化して配信用動画データを生成する符号化装置において、
元動画データをフレーム順に順次圧縮符号化する圧縮符号化手段と、
前記圧縮符号化したフレームの圧縮符号量を順次積算して積算値を算出する手段と、
前記積算値を初期化する初期化手段と、
前記積算値が所定の範囲内である場合に、圧縮符号化するフレームがシーンチェンジ点であるか否かを判定する判定手段と、を備え、
前記判定手段がシーンチェンジ点であると判定した場合に、前記圧縮符号化手段はフレーム内符号化を選択して当該フレームを圧縮符号化すると共に前記初期化手段が前記積算値を初期化することを特徴とする符号化装置。
【請求項３】
前記所定の範囲を変更する変更手段を備えたことを特徴とする請求項２に記載の符号化装置。
【請求項４】
前記判定手段がシーンチェンジ点であると判定したフレームのリストを出力する出力手段を備えたことを特徴とする請求項１から３のいずれかに記載の符号化装置。
【請求項５】
クライアント端末の受信可能容量に応じて動画データを分割する動画分割処理装置において、
請求項４に記載の符号化装置と、
前記出力手段が出力したシーンチェンジ点のフレームのリストを取得する手段と、
出力対象のクライアント端末情報を取得し、受信可能容量情報を取得する手段と、
受信可能容量情報から分割候補点を検出する手段と、
前記シーンチェンジ点のフレームのリストに基づいて、分割候補点から分割地点を決定する分割地点決定手段と、
前記決定された分割地点において前記配信用動画データを分割する分割手段と、
を備えたことを特徴とする動画分割処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は符号化装置及び動画分割処理装置に係り、特に受信可能な動画ファイル容量が制限された配信先端末に対して大容量の動画データを分割して配信するための符号化装置及び動画分割処理装置に関する。
【背景技術】
【０００２】
近年、携帯電話向けの動画配信サービスが次々に発表されている。携帯電話向けの動画配信においては、映像はMPEG4 Video形式、音声はAAC形式及びAMR形式などが多く採用されているが、これらを多重化するファイルフォーマットは3GP, 3GPP2, AMCなど複数のフォーマットが並行している。また、キャリア毎に独自のフォーマット拡張を行っている。このため、単に配信端末向けの動画を個々に生成するのでは無く、映像データ及び音声データに分けてデータを生成し、各端末に応じたファイルフォーマットに変換する方法も提案されている。しかし、携帯電話へデータを配信する場合、映像・音声形式及び画素数等のパラメータだけで無く、端末が受信可能な動画のファイルサイズ制限についても考慮する必要が有り、再生時間の長い動画などは分割してデータを配信する必要がある。
【０００３】
このように動画を分割する従来技術の例としては、下記が挙げられる。
【０００４】
引用文献１には、配信用の動画を分割しておき、通信速度に応じて送信するファイルの数を変更することでストリーミング配信が中断しないようにし、また通信速度が遅い場合は送信ファイルの数を減らし画質及びフレームレートを落とす技術が記載されている。
【０００５】
引用文献２には、動画像データを予め分割して再生時間情報と関連づけておき、クライアントから要求された時刻に応じたファイルをサーバーから送信する技術が記載されている。
【０００６】
さらに引用文献３には、送信ファイルを複数セグメントに分割し、最初のセグメントをダウンロード可能とし、現在のセグメントをダウンロード後の再生中に、次のセグメントをダウンロード可能とする技術が記載されている。
【０００７】
一方、動画のシーン検出技術により、シーンが変化する箇所にインデックシングするなどが行われている。引用文献４には、動画像中の属性情報を用いてシーン検出を行う技術が記載されており、また引用文献５には、動画像の現フレームを小領域に分割し、分割した全ての小領域に対して前フレームと符号量の差分を取ることで、符号量の差分を取る技術が記載されている。
【特許文献１】特開２０００−１８４３５１号公報
【特許文献２】特開２０００−２０１３４３号公報
【特許文献３】特表２００３−５１０７３４号公報
【特許文献４】特許第３０３６２８７号公報
【特許文献５】特許第３３１５７６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、これらの引用文献においては、動画像を分割することについては言及されているが、どの地点で分割するかの点については何ら触れられていない。引用文献１及び３においては、単にデータを分割するのみで、分割データの個々が再生可能かどうかについても言及されていない。また上述の通り、一般に携帯電話向けの動画の映像形式はMPEG4のSimple Profile（SP）が用いられており、このMPEG4のSPはフレーム内のデータのみで符号化されるＩフレームと、前フレームとの差分情報を用いて符号化されるＰフレームから構成されている。このデータの分割においては、Ｉフレームの位置でのみ分割が可能となり、前フレームの情報が必要なＰフレームの位置では分割出来ないため、Ｉフレームの記録位置によっては最も適した位置で分割出来ないという問題が有る。本発明はこのような事情に鑑みてなされたもので、適切な位置で分割が可能となる動画データを生成し、さらに適切な位置で動画データを分割する符号化装置及び動画分割処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記目的を達成するために請求項１に記載の符号化装置は、元動画データを取得し、取得した元動画データの各フレームをフレーム内符号化又はフレーム間符号化のいずれかを選択して圧縮符号化して配信用動画データを生成する符号化装置において、元動画データをフレーム順に順次圧縮符号化する圧縮符号化手段と、圧縮符号化するフレームがシーンチェンジ点であるか否かを判定する判定手段とを備え、前記判定手段がシーンチェンジ点であると判定した場合に、前記圧縮符号化手段はフレーム内符号化を選択して当該フレームを圧縮符号化することを特徴とする。
【００１０】
これにより、適切な位置で分割が可能となる動画データを生成することができる。
【００１１】
前記目的を達成するために請求項２に記載の符号化装置は、元動画データを取得し、取得した元動画データの各フレームをフレーム内符号化又はフレーム間符号化のいずれかを選択して圧縮符号化して配信用動画データを生成する符号化装置において、元動画データをフレーム順に順次圧縮符号化する圧縮符号化手段と、前記圧縮符号化したフレームの圧縮符号量を順次積算して積算値を算出する手段と、前記積算値を初期化する初期化手段と、前記積算値が所定の範囲内である場合に、圧縮符号化するフレームがシーンチェンジ点であるか否かを判定する判定手段とを備え、前記判定手段がシーンチェンジ点であると判定した場合に、前記圧縮符号化手段はフレーム内符号化を選択して当該フレームを圧縮符号化すると共に前記初期化手段が前記積算値を初期化することを特徴とする。
【００１２】
これにより、処理時間を短縮して、適切な位置で分割が可能となる動画データを生成することができる。
【００１３】
請求項３に示すように請求項２に記載の符号化装置において、前記所定の範囲を変更する変更手段を備えたことを特徴とする。
【００１４】
これにより、分割に適切な位置を調整することができる。
【００１５】
請求項４に示すように請求項１から３のいずれかに記載の符号化装置において、前記判定手段がシーンチェンジ点であると判定したフレームのリストを出力する出力手段を備えたことを特徴とする。
【００１６】
これにより、分割する際に、適切な位置を認識させることができる。
【００１７】
前記目的を達成するために請求項５に記載の動画分割処理装置は、クライアント端末の受信可能容量に応じて動画データを分割する動画分割処理装置において、請求項４に記載の符号化装置と、前記出力手段が出力したシーンチェンジ点のフレームのリストを取得する手段と、出力対象のクライアント端末情報を取得し、受信可能容量情報を取得する手段と、受信可能容量情報から分割候補点を検出する手段と、前記シーンチェンジ点のフレームのリストに基づいて、分割候補点から分割地点を決定する分割地点決定手段と、前記決定された分割地点において前記配信用動画データを分割する分割手段とを備えたことを特徴とする。
【００１８】
これにより、適切な位置で動画データを分割することができる。
【発明の効果】
【００１９】
本発明によれば、動画像のシーンの切れ目を考慮して、適切な位置で分割が可能となる動画データを生成し、適切な位置で動画データを分割できる符号化装置及び動画分割処理装置を提供することができる。
【発明を実施するための最良の形態】
【００２０】
以下、添付図面に従って本発明を実施するための最良の形態について説明する。
【００２１】
図１は、本発明が適用された画像分割処理装置１の画像符号化部１０の電気的構成を示すブロック図である。
【００２２】
同図に示すように、画像符号化部１０は、元動画取得部１１、動画データ抽出部１２、動画データ符号化部１３、シーンチェンジ検出部１４、シーン検出情報出力部１５、ＣＰＵ１６、メモリ制御部１７、メインメモリ１８、配信仕様取得部１９、端末仕様データベース２０、及び符号量算出部２１を備えて構成される。
【００２３】
各部はＣＰＵ１６に制御されて動作し、ＣＰＵ１６は、所定の制御プログラムを実行することにより、画像符号化部１０の各部を制御する。
【００２４】
ＣＰＵ１６はプログラムＲＯＭを内蔵しており、このプログラムＲＯＭにはＣＰＵ１６が実行する制御プログラムのほか、制御に必要な各種データ等が記録されている。ＣＰＵ１６は、このプログラムＲＯＭに記録された制御プログラムをメモリ制御部１７によりメモリ１８に読み出し、逐次実行することにより、画像符号化部１０の各部を制御する。
【００２５】
なお、このメインメモリ１８は、プログラムの実行処理領域として利用されるほか、動画データ等の一時記憶領域、各種作業領域として利用される。
【００２６】
元動画取得部１１は、記録媒体に記録された動画データを取得する。動画データ抽出部１２は、元動画取得部１１が取得した動画データから所定単位のデータ（フレーム）を抽出する。動画データ符号化部１３は、動画データ抽出部１２が抽出したデータ毎に符号化を行う。シーンチェンジ検出部１４は、動画データ抽出部１２が抽出したフレームがシーンチェンジであるか否かを検出し、シーン検出情報出力部１５は、シーンチェンジ検出部１４がシーンチェンジを検出した場合に、シーン検出情報としてシーンチェンジ地点のフレームナンバーを出力する。配信仕様取得部１９は、端末仕様データベース２０から読み出した配信先の携帯電話が受信可能な動画データのサイズから、配信する動画データの仕様を取得する。符号量算出部２１は、動画データ符号化部１３が符号化したデータ量の累計を算出する。
【００２７】
本実施の形態における画像分割処理装置１は、携帯電話向けの動画フォーマットであるMPEG4のSimpleProfileを扱う。前述のように、Simple Profileでは各フレームのデータはＩフレーム又はＰフレームとして符号化される。ここでＩフレームとは、フレーム内のデータのみを用いて符号化（イントラ符号化）されたフレームである。また、Ｐフレームとは前フレームとの差分を用いて符号化されたフレームであり、復号時には前のフレームのデータが必要である。一般に、Ｉフレームの方が符号量が多く画質が良く、またＩフレームは一定間隔毎に用いられる。一方、Ｐフレームの方が符号量が少なく、Ｉフレームに比べて画質が悪い傾向にある。なお、本発明に係る動画フォーマットはMPEG4のSimpleProfileに限定されるものではなく、フレーム内符号化及びフレーム間符号化を用いるフォーマットであればなんでもよい。
【００２８】
図２は、画像符号化部１０の、画像符号化処理について示したフローチャートである。また、図３は、符号化を行う動画データの例を示した図である。図３の１番左の列はフレームナンバーを示し、２番目の列はフレームの符号化方法を示し、３番目の列は符号化後のファイルサイズの累計を示し、４番目の列の○印はシーンチェンジ地点を示し、５番目の列は画像符号化部１０における処理内容を示す。この動画データは、フレームレートが１０ｆｒａｍｅ／Ｓｅｃであり、フレームナンバー１から１０００までの１０００フレームから構成されている。また、符号化時のＩフレームの挿入間隔を３０フレームとする。なお、この動画は、フレームナンバー２４３、３２０、及び５２０がシーンチェンジ地点となっている。
【００２９】
最初に元動画取得部１１において、元動画コンテンツを取得する（ステップＳ２１）。次に、動画データ抽出部１２において、元動画取得部１１が取得した元動画からフレームを切り出す（ステップＳ２２）。ここでは、まず図３に示すフレームナンバー１のフレームが抽出される。
【００３０】
符号量算出部２１は、これまで符号化されたデータの符号化後のデータ量の累計を算出し（ステップＳ２３）、ＣＰＵ１６は、このデータ量が規定サイズの範囲であるか否かの判定を行う（ステップＳ２４）。なお、この規定サイズは、前述のように、配信仕様取得部１９において端末仕様データベース２０から取得した配信先の携帯電話にて受信可能な最大バイト数から算出し、本実施の形態では、携帯電話にて受信可能な最大バイト数を３００ｋＢ、規定サイズを２５０〜３００ｋＢとする。ここでは、これまで符号化されたデータの符号化後のデータ量の累計は０ｋバイトであるため、規定サイズの範囲外と判断する。
【００３１】
規定サイズの範囲外と判断した場合は、符号量が３００ｋバイトより大きいか否かを判定（ステップＳ２９）した後、通常の符号化処理を行う（ステップＳ３０）。この符号化処理においては、Ｉフレームを３０フレーム間隔で挿入する。フレームナンバー１のフレームは、Ｉフレームとして符号化を行う。図３に示すように、本実施の形態のＩフレームは３ｋバイトのデータ量を有する。
【００３２】
符号化が終了すると、元動画の符号化処理が終了したか否かを判定する（ステップＳ３０）。ここでは、終了していないので、ステップＳ２２に戻る。
【００３３】
ステップＳ２２においては、前回と同様に、動画データ抽出部１２において元動画取得部１１が取得した元動画からフレームを切り出す。ここでは、図３に示すフレームナンバー２のフレームが抽出される。
【００３４】
符号量算出部２１は、これまで符号化されたデータの符号化後のデータ量の累計を算出し（ステップＳ２３）、ＣＰＵ１６は、このデータ量が規定サイズの範囲であるか否かの判定を行う（ステップＳ２４）。
【００３５】
これまで符号化されたデータの符号化後のデータ量の累計は３ｋバイトであり、規定サイズの範囲外であり、且つ３００ｋバイト以下であるため、ステップＳ３０の通常符号化処理を行う。フレームナンバー２のフレームにおいては、Ｐフレームとして符号化される。本実施の形態のＰフレームは１ｋバイトのデータ量を有し、図３に示すように、フレームナンバー１とフレームナンバー２の符号化後のデータ量は４ｋバイトとなる。
【００３６】
このように処理を繰り返すと、図３に示すフレームナンバー２３４において、これまで符号化されたデータの符号化後のデータ量の累計が２５０ｋバイトとなる。
【００３７】
次に、ステップＳ２２において、動画データ抽出部１２によりフレームナンバー２３５のフレームが抽出される。ステップＳ２３において算出される符号化されたデータの符号化後のデータ量の累計が２５０ｋバイトであるため、ステップＳ２４において、規定サイズの範囲内であると判断される。
【００３８】
規定サイズの範囲内と判断されると、シーンチェンジ検出部１４が現フレームにおいてシーンチェンジ検出を行い（ステップＳ２５）、次にシーンチェンジ地点であるか否かの判定を行う（ステップＳ２６）。
【００３９】
フレームナンバー２３５はシーンチェンジ地点ではないので、ステップＳ２９において符号量が３００ｋバイトを越えているか否かを判定した後、ステップＳ３０において通常符号化処理を行う。
【００４０】
同様の処理を繰り返し、フレームナンバー２４２まで終了すると、次に、ステップＳ２２において、動画データ抽出部１２によりフレームナンバー２４３のフレームが抽出される。ステップＳ２３において算出される符号化されたデータの符号化後のデータ量の累計が２５８ｋバイトであるため、ステップＳ２４において、規定サイズの範囲内であると判断される。
【００４１】
規定サイズの範囲内と判断されると、シーンチェンジ検出部１４が現フレームにおいてシーンチェンジ検出を行い（ステップＳ２５）、次にシーンチェンジ地点であるか否かの判定を行う（ステップＳ２６）。
【００４２】
フレームナンバー２４３はシーンチェンジ地点であるので、シーン検出情報出力部１５がシーン検出情報としてフレームナンバー（ここでは２４３）を出力し、動画データ符号化部１３は現フレームを強制的にＩフレームとして符号化を行う（ステップＳ２７）。また、符号量算出部２１は符号量算出範囲の再設定を行い、これまで符号化されたデータの符号化後のデータ量の累計をクリアする。従って、次にステップＳ２３において算出されるこれまで符号化されたデータの符号化後のデータ量の累計は、フレームナンバー２４３のＩフレームのデータ量の３ｋバイトとなる。また、今後のＩフレームは、フレームナンバー２４３から３０フレーム毎に挿入される。
【００４３】
同様に処理を繰り返すと、フレームナンバー３２０の処理においては、ステップＳ２３において算出されるこれまで符号化されたデータの符号化後のデータ量の累計が規定範囲外であるため、ステップＳ２４において、ステップＳ２９へ移行する。したがって、ステップＳ２５におけるシーンチェンジ検出処理は行われないため、フレームナンバー３２０はシーンチェンジ地点であるが、シーンチェンジは検出されない。
【００４４】
さらに処理を繰り返すと、フレームナンバー４７７において、規定サイズの範囲内となり、シーンチェンジ検出処理が開始される。そして、フレームナンバー５２０においてシーンチェンジが検出されると、シーン検出情報出力部１５がフレームナンバー（ここでは５２０）を出力し、動画データ符号化部１３は強制的にＩフレームとして符号化し、また、符号量算出部２１はこれまで符号化されたデータの符号化後のデータ量の累計をクリアする。
【００４５】
フレームナンバー５２１からさらに処理を行い、フレームナンバー７５４において規定サイズの範囲内となりシーンチェンジ検出を行うが、ここから先にはシーンチェンジ地点がないため、フレームナンバー７９９においてこれまで符号化されたデータの符号化後のデータ量の累計が３００ｋバイトに達してしまう。前述のように、本実施の形態では携帯電話において受信可能な最大バイト数は３００ｋＢであり、この場合は、ステップＳ２９において符号量が３００ｋバイトを越えたと判定され、最後のＩフレームであるフレームナンバー７９０において、これまで符号化されたデータの符号化後のデータ量の累計をクリアし、新しく処理を始める。
【００４６】
同様の処理を継続して、フレームナンバー１０００まで符号化を行うと、ステップＳ３０において元動画の全ての符号化が終了したと判断され、符号化処理が終了する。
【００４７】
図４は、画像分割処理装置１の画像分割処理部３０の電気的構成を示すブロック図である。
【００４８】
同図に示すように、画像分割処理部３０は、配信用動画取得部３１、分割点決定手段３２、分割候補点検出手段３３、シーン検出情報取得部３４、配信動画データベース３５、ＣＰＵ３６、メモリ制御部３７、メインメモリ３８、配信仕様取得部３９、端末仕様データベース４０、動画分割処理部４１、及びコンテンツ配信部４２を備えて構成される。ＣＰＵ３６、メモリ制御部３７、メインメモリ３８、配信仕様取得部３９、及び端末仕様データベース４０においては、画像符号化部１０におけるＣＰＵ１６、メモリ制御部１７、メインメモリ１８、配信仕様取得部１９、及び端末仕様データベース２０と共通にしてもよい。
【００４９】
配信用動画取得部３１は、画像符号化部１０において符号化された動画データを取得する。分割点決定手段３２は、端末仕様データベース４０から配信仕様取得部３９が取得した携帯電話の端末の仕様と、検出情報出力部１５の出力からシーン検出情報取得部３４が取得したシーン検出情報であるシーンチェンジ地点のフレームナンバーとを基に、分割候補点検出手段３３により検出された動画の分割候補点の中から最適な分割点を決定する。
【００５０】
動画分割処理部４１は、分割点決定手段３２が決定した分割点に基づいて、配信用動画の分割を行う。この分割された動画データは、配信動画データベース３５に記憶されると共に、コンテンツ配信部４２により各ユーザ端末４３へ配信される。
【００５１】
図５は、画像分割処理部３０の、画像分割処理について示したフローチャートである。最初に、配信用動画取得部にて配信用コンテンツを取得する（ステップＳ５１）。この配信用動画データは、画像符号化部１０が符号化を行った動画データである。
【００５２】
次に、配信先端末仕様を取得する（ステップＳ５２）と共に、配信用動画を分析し、分割候補点を抽出する（ステップＳ５３）。ここでは、配信先の携帯電話にて受信可能な最大バイト数は３００ｋＢであり、分割候補点は先頭から２５０〜３００ｋＢのデータ量の間にあるＩフレームである。
【００５３】
分割候補点検出手段３３は、画像符号化部１０が符号化を行った動画データにおいて先頭から２５０〜３００ｋＢのＩフレームを検索する。その結果、フレームナンバー２４１（先頭から２５６ｋＢ）、フレームナンバー２４３（先頭から２６０ｋＢ）、及びフレームナンバー２９３（先頭から２９２ｋＢ）の３フレームが、分割候補点として検出される。ここで、シーン検出情報取得部３４が、シーン検出情報出力部１５が出力したシーン検出情報であるシーンチェンジ地点のフレームナンバーを取得し（ステップＳ５４）、この情報から、分割点決定手段３２は、シーンチェンジ地点であるフレームナンバー２４３を分割点として決定する（ステップＳ５５）。
【００５４】
分割点が決定されると、動画分割処理部４１は、この動画データについて、フレームナンバー１〜２４２の動画と、フレームナンバー２４３以降の動画の２つに分割する（ステップＳ５６）。
【００５５】
動画を分割したら、動画データの分割が全て終了したか否かを判定する（ステップＳ５７）。ここでは、フレームナンバー２４３以降の動画データは配信先の携帯電話が受信可能な最大バイト数３００ｋＢより大きいので、ステップＳ５２に戻り、再び配信先端末仕様を取得し、さらにフレームナンバー２４３以降の動画データを解析して分割候補点を抽出する（ステップＳ５３）。
【００５６】
分割候補点検出手段３３は、フレームナンバー２４３以降の動画データについて、先頭から２５０〜３００ｋＢのＩフレームを検索する。その結果、フレームナンバー４８３（先頭から２５９ｋＢ）、フレームナンバー５１３（先頭から２８８ｋＢ）、及びフレームナンバー５２０（先頭から２９７ｋＢ）の３フレームが、分割候補点として検出される。ここで、シーン検出情報取得部３４がシーン検出情報出力部１５が出力したシーンチェンジ地点のフレームナンバーを取得し（ステップＳ５４）、この情報から、分割点決定手段３２は、シーンチェンジ地点であるフレームナンバー５２０を分割点として決定する（ステップＳ５５）。
【００５７】
分割点が決定されると、動画分割処理部４１は、この動画データについて、フレームナンバー２４３〜５１９の動画と、フレームナンバー５２０以降の動画の２つに分割する（ステップＳ５６）。フレームナンバー５２０以降の動画データについても、３００ｋＢより大きいので、ステップＳ５２に戻り処理を継続する。
【００５８】
分割候補点検出手段３３は、フレームナンバー５２０以降の動画データについて、先頭から２５０〜３００ｋＢのＩフレームを検索する。この結果、フレームナンバー７６０（先頭から２５９ｋＢ）、及びフレームナンバー７９０（先頭から２８８ｋＢ）の２フレームが、分割候補点として検出される。ここで、シーン検出情報取得部３４がシーン検出情報を取得する（ステップＳ５４）が、シーン切り替え地点は存在しないため、分割点決定手段３２は、２つのＩフレームのうち最もデータ容量が３００ｋＢに近くなるフレームナンバー７９０を分割点として決定する（ステップＳ５５）。
【００５９】
分割点が決定されると、動画分割処理部４１は、この動画データについて、フレームナンバー５２０〜７８９の動画と、フレームナンバー７９０以降の動画の２つに分割する（ステップＳ５６）。フレームナンバー７９０以降の動画データは、３００ｋＢより小さいため、ステップＳ５７において動画終了と判断され、分割処理を終了する。
【００６０】
このように分割処理した動画データは、配信動画データベース３５に格納されると共にコンテンツ配信部４２によりユーザ端末４３に配信される。
【００６１】
以上説明したように、配信先の携帯電話が受信可能な最大バイト数に応じて動画データを最適な位置で分割し、配信することが可能となる。また、シーンチェンジ検出を行う範囲を最小限にとどめたため、処理の時間を短縮することができる。
【００６２】
本実施の形態においては、説明を簡単にするために、Ｉフレームを３ｋＢ，Ｐフレームを１ｋＢとして説明したが、実際の動画データにおいてはこれらの値は均一ではなく、ＩフレームとＰフレームとの比率、及び各フレームの符号量はフレーム個々により異なる。
【図面の簡単な説明】
【００６３】
【図１】図１は、本発明が適用された画像分割処理装置１の画像符号化部１０の電気的構成を示すブロック図である。
【図２】図２は、画像符号化部１０の、画像符号化処理について示したフローチャートである。
【図３】図３は、符号化を行う動画データの例を示した図である。
【図４】図４は、画像分割処理部３０の電気的構成を示すブロック図である。
【図５】図５は、画像分割処理部３０の、画像分割処理について示したフローチャートである。
【符号の説明】
【００６４】
１０…画像符号化部、１１…元動画取得部、１２…動画データ抽出部、１３…動画データ符号化部、１４…シーンチェンジ検出部、１５…シーン検出情報出力部、１６…ＣＰＵ、１９…配信仕様取得部、２０…端末仕様データベース、２１…符号量算出部、３０…画像分割処理部、３１…配信用動画取得部、３２…分割点決定手段、３３…分割候補点検出手段、３４…シーン検出情報取得部、３５…配信動画データベース、４１…動画分割処理部、４２…コンテンツ配信部
【図１】
2009088671.tif 000003
【図２】
2009088671.tif 000004
【図３】
2009088671.tif 000005
【図４】
2009088671.tif 000006
【図５】
2009088671.tif 000007