JP2006092239A - コンテンツ配信システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム - Google Patents

Abstract

【課題】 ストリーミング配信コンテンツの再生中断時のスムーズな広告情報の提供を実現する装置および方法を提供する。
【解決手段】 サーバから配信されるストリーミングコンテンツの再生を行なうクライアントにおいて、コンテンツ対応の広告データと広告再生制御情報をサーバから受信し、受信する広告データを、コンテンツバッファのバッファ状況、または、広告再生制御情報に従った制御の下に再生する。コンテンツバッファのデータ蓄積量を監視し、蓄積バッファ量が許容バッファ量未満であると判定した場合や、許容バッファ量未満の状態に停滞している停滞時間が予め定めた閾値時間を越えると判定した場合に、コンテンツ格納バッファからのコンテンツデータの取得を中止して、広告データ格納バッファから広告データを取得して再生を行なう。
【選択図】 図１

Description

本発明は、コンテンツ配信システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、ネットワークを介したストリーミング配信データの再生中断発生時などの時間に広告データをクライアント端末に提示する構成としたコンテンツ配信システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。

インターネットあるいはイントラネットなどを利用したネットワーク通信が盛んになり、これらネットワークを介した様々なコンテンツの配信、例えば映画などの動画像データ、あるいは音楽データ配信が盛んに行われている。昨今では、ブロードバンド化により、大量のデータの高速配信が可能となり、コンテンツを受信しながらリアルタイムで再生を行なういわゆるストリーミング配信によるコンテンツ再生も可能となってきている。

ストリーミング配信を円滑に実行するためには、データ配信サーバからデータ再生を実行するクライアントに対するデータ転送が滞りなく行われることが必要である。すなわち、クライアントにおいて実行されるコンテンツ再生処理に遅れることなく十分なデータがネットワークを介して供給されることが必要となる。しかし、現行のインターネット、電話回線など通信ネットワークの構成によっては、十分なデータ転送速度が得られず、クライアント側の再生処理にデータ供給が間に合わず、結果としてクライアント側において再生データの中断が発生する場合がある。

このような再生データの中断が発生してしまうと、クライアント側で再生データの映像などを鑑賞しているユーザは、再生処理を再開するために十分なデータの受信が完了するまで、待機せざる得ない状態となる。

すでに開示されている従来技術として、ストリーミング再生処理とは異なるダウンロード型に対応した構成がいくつか提案されている。すなわち、一旦、データをクライアントのハードディスクに格納した後、データの再生を実行するデータファイル・ダウンロード処理を実行するシステムにおけるダウンロード時間としての待ち時間に対応した構成である。特許文献１には、このようなファイルのダウンロード待機時間に、クライアントの画面に広告やニュースデータなどをテキスト表示する構成を開示している。

また、特許文献２には、ファイルダウンロードの実行中にゲームや広告、アンケートなどのアプリケーションを並行して実行する構成を開示している。さらに、特許文献３もファイルダウンロードの実行中にクライアントの画面に広告を提示する構成を開示している。

しかし、これら従来技術は、いずれもファイルダウンロード処理において発生するダウンロード待ち時間の有効活用についての構成を開示しているのみであり、ストリーミングデータの配信におけるデータ中断時の対応については開示していない。
特開２００１?３０６４３４号公報 特開２００２?１８９５９８号公報 特開２００２?１９７３４３号公報

本発明は、上述の問題点に鑑みてなされたものであり、コンテンツを受信しながらリアルタイムで再生を行なういわゆるストリーミング配信によるコンテンツ再生において、データ配信遅れなどに起因する再生コンテンツの中断などの際に広告データをクライアント端末に提示する構成としたコンテンツ配信システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。

本発明の第１の側面は、
コンテンツのストリーミング再生処理を実行する情報処理装置であり、
ストリーミング配信コンテンツおよびコンテンツ対応の広告データおよび広告再生制御情報を含むデータを受信する通信部と、
前記ストリーミング配信コンテンツを格納するコンテンツ格納バッファと、
前記コンテンツ対応の広告データおよび広告再生制御情報を格納する広告データ格納バッファと、
前記コンテンツ格納バッファおよび広告データ格納バッファに対するデータ入出力制御を実行するバッファ制御部と、
前記バッファ制御部を介してバッファからの取得データを受領し、受領データの再生処理を実行する再生制御部とを有し、
前記バッファ制御部は、コンテンツバッファのバッファ状況、または、前記広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データの取得、および前記再生制御部への提供処理を実行する構成であり、
前記再生制御部は、
前記広告再生タイミングにおいて、前記バッファ制御部を介して取得する広告データの再生処理を実行する構成であることを特徴とする情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記バッファ制御部は、コンテンツバッファに蓄積された蓄積バッファ量が、予め定められた許容バッファ量以上であると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータ取得および再生制御部に対する提供処理を実行し、前記蓄積バッファ量が許容バッファ量未満であると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータの取得および再生制御部に対する提供処理を中止し、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記バッファ制御部は、前記蓄積バッファ量が許容バッファ量未満であり、さらに、許容バッファ量未満の状態に停滞している停滞時間が予め定めた閾値時間を越えると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータの取得処理および再生制御部に対する提供処理を中止し、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記バッファ制御部は、前記再生制御部における広告データの再生処理期間に、ストリーミング配信コンテンツのコンテンツバッファに対する格納処理を継続して実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記バッファ制御部は、広告データに対応して設定された広告再生制御情報に従った広告再生タイミングの決定処理、および決定した広告再生タイミングに応じた広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行する構成であり、広告再生タイミングとして、
コンテンツ再生開始以前のオープニング時、
または、コンテンツ再生終了後のエンディング時、
または、コンテンツ再生中、規定時間間隔ごと、
少なくとも上記いずれかのタイミングを決定し、該決定タイミングにおいて、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行する構成であることを特徴とする。

さらに、本発明の第２の側面は、
コンテンツ配信システムであり、
コンテンツのストリーミング配信を実行し、コンテンツ対応の広告データと広告再生制御情報をクライアントに提供する処理を実行するサーバと、
前記サーバから受信するコンテンツのストリーミング再生処理を実行するとともに、前記サーバから受信する広告データを、前記広告再生制御情報に従った制御の下に再生する処理を実行するクライアントと、
を有することを特徴とするコンテンツ配信システムにある。

さらに、本発明のコンテンツ配信システムの一実施態様において、前記クライアントは、前記コンテンツを格納するコンテンツ格納バッファと、前記広告データおよび広告再生制御情報を格納する広告データ格納バッファと、前記コンテンツ格納バッファおよび広告データ格納バッファに対するデータ入出力制御を実行するバッファ制御部と、前記バッファ制御部を介してバッファからの取得データを受領し、受領データの再生処理を実行する再生制御部とを有し、前記バッファ制御部は、コンテンツバッファのバッファ状況、または、前記広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データの取得、および前記再生制御部に提供処理を実行する構成であり、前記再生制御部は、前記広告再生タイミングにおいて、前記バッファ制御部を介して取得する広告データの再生処理を実行する構成であることを特徴とする。

さらに、本発明のコンテンツ配信システムの一実施態様において、前記クライアントは、広告データの再生処理の完了通知を前記サーバに対して実行する構成であることを特徴とする。

さらに、本発明の第３の側面は、
コンテンツのストリーミング再生処理をコンピュータ上で実行させるコンピュータ・プログラムであり、
ストリーミング配信コンテンツと、コンテンツ対応の広告データおよび広告再生制御情報を含むデータを受信するデータ受信ステップと、
前記ストリーミング配信コンテンツをコンテンツ格納バッファに格納するコンテンツ格納ステップと、
前記広告データおよび広告再生制御情報を広告データ格納バッファに格納する広告データ格納ステップと、
前記コンテンツ格納バッファおよび広告データ格納バッファに対するデータ入出力制御を実行するバッファ制御ステップと、
前記バッファからの取得データを再生制御部が受領し、再生処理を実行する再生制御ステップとを有し、
前記バッファ制御ステップは、
コンテンツバッファのバッファ状況、または、前記広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データを取得して前記再生制御部に提供する処理を実行するステップを含み、
前記再生制御ステップは、
前記広告再生タイミングにおいて、前記バッファから取得した広告データの再生処理を実行するステップを含むことを特徴とするコンピュータ・プログラムにある。

さらに、本発明のコンピュータ・プログラムの一実施態様において、前記バッファ制御ステップは、コンテンツバッファに蓄積された蓄積バッファ量が、予め定められた許容バッファ量以上であると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータ取得および再生制御部に対する提供処理を実行し、前記蓄積バッファ量が許容バッファ量未満であると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータの取得および再生制御部に対する提供処理を中止し、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行するステップであることを特徴とする。

さらに、本発明のコンピュータ・プログラムの一実施態様において、前記バッファ制御ステップは、前記蓄積バッファ量が許容バッファ量未満であり、さらに、許容バッファ量未満の状態に停滞している停滞時間が予め定めた閾値時間を越えると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータの取得処理および再生制御部に対する提供処理を中止し、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行するステップを含むことを特徴とする。

さらに、本発明のコンピュータ・プログラムの一実施態様において、前記バッファ制御ステップは、前記再生制御部における広告データの再生処理期間に、ストリーミング配信コンテンツのコンテンツバッファに対する格納処理を継続して実行するステップを含むことを特徴とする。

さらに、本発明のコンピュータ・プログラムの一実施態様において、前記バッファ制御ステップは、広告データに対応して設定された広告再生制御情報に従った広告再生タイミングの決定処理、および決定した広告再生タイミングに応じた広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行するステップであり、広告再生タイミングとして、
コンテンツ再生開始以前のオープニング時、
または、コンテンツ再生終了後のエンディング時、
または、コンテンツ再生中、規定時間間隔ごと、
少なくとも上記いずれかのタイミングを決定し、該決定タイミングにおいて、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行するステップを含むことを特徴とする。

さらに、本発明の第４の側面は、
コンテンツのストリーミング再生処理を実行する情報処理方法であり、
ストリーミング配信コンテンツと、コンテンツ対応の広告データおよび広告再生制御情報を含むデータを通信部において受信するデータ受信ステップと、
前記ストリーミング配信コンテンツを、バッファ制御部の制御の下にコンテンツ格納バッファに格納するコンテンツ格納ステップと、
前記広告データおよび広告再生制御情報を、バッファ制御部の制御の下に広告データ格納バッファに格納する広告データ格納ステップと、
前記コンテンツ格納バッファおよび広告データ格納バッファに対するデータ入出力制御をバッファ制御部の制御の下に実行するバッファ制御ステップと、
前記バッファからの取得データを再生制御部が受領し、再生処理を実行する再生制御ステップとを有し、
前記バッファ制御ステップは、
コンテンツバッファのバッファ状況、または、前記広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データを取得して前記再生制御部に提供する処理を実行するステップを含み、
前記再生制御ステップは、
前記広告再生タイミングにおいて、前記バッファから取得した広告データの再生処理を実行するステップを含むことを特徴とする情報処理方法にある。

なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータシステムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータシステム上でプログラムに応じた処理が実現される。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本発明の構成によれば、サーバから配信されるストリーミングコンテンツの再生を行なうクライアントにおいて、コンテンツ対応の広告データと広告再生制御情報をサーバから受信し、受信する広告データを、コンテンツバッファのバッファ状況、または、広告再生制御情報に従った制御の下に再生する処理を実行する構成としたので、例えばコンテンツバッファのバッファデータ蓄積量が不足した際に、広告データの再生を行なう処理が可能となり、コンテンツ再生の中断時に、ユーザに対する無駄な待機状態を発生させることのないコンテンツ再生が可能となる。

本発明の構成では、サーバから配信されるストリーミングコンテンツの再生を行なうクライアントは、コンテンツを格納するコンテンツ格納バッファと、広告データおよび広告再生制御情報を格納する広告データ格納バッファを有し、コンテンツバッファのバッファ状況として、コンテンツバッファのデータ蓄積量を監視し、蓄積バッファ量が許容バッファ量未満であると判定した場合や、許容バッファ量未満の状態に停滞している停滞時間が予め定めた閾値時間を越えると判定した場合は、コンテンツ格納バッファからのコンテンツデータの取得を中止して、広告データ格納バッファから広告データを取得して再生を行なう構成とし、広告再生期間もコンテンツデータのバッファリングを継続して実行する構成としたので、コンテンツのバッファリングが不十分な期間が発生してもユーザに対する広告情報提供を継続して実行可能であり、この期間にコンテンツのバッファを行なうことで、スムーズなコンテンツ再生処理の再開が可能となる。

以下、図面を参照しながら本発明のコンテンツ配信システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。

図１は本発明のコンテンツ配信システムの全体構成を示す図である。コンテンツ配信システムは、コンテンツのストリーミング配信処理を実行するサーバ１２０と、サーバ１２０からネットワーク１５０を介してストリーミング配信コンテンツを受信し、受信したコンテンツの再生処理を実行するクライアント１１０とによって構成される。クライアント１１０とサーバ１２０は、インターネット等のネットワーク１５０を介して接続され、サーバ１２０からクライアント１１０に対してネットワーク１５０を介したデータのストリーミング配信が行われる。なお、図１にはクライアント１１０を１つのみ示してあるが、多数のクライアントがサーバ１２０の配信コンテンツを、ネットワーク１５０を介して受信することが可能である。

クライアント１１０は、サーバ１２０から配信されるストリーミング配信コンテンツデータ等のデータ受信処理、サーバ１１０に対するデータ取得要求などのデータ送信処理を行う通信部１１１、コンテンツ再生制御を行う再生制御部１１２、再生データの表示、さらに、ユーザの操作情報の入力を行なうユーザインタフェース１１３、サーバ１１０から配信されるストリーミング配信コンテンツを一時的に格納するコンテンツ格納バッファ１１５、サーバ１１０から配信される広告データを格納する広告データ格納バッファ１１６、コンテンツ格納バッファ１１５および広告データ格納バッファ１１６に対するデータ入出力制御を実行するバッファ制御部１１４を有する。

サーバ１２０は、クライアントに対するコンテンツ、広告データなど、各種データの送信、およびクライアントからの処理要求データの受信処理などを実行する通信部１２１、ストリーミング配信用のコンテンツデータを格納したコンテンツデータベース（ＤＢ）１２３、クライアント１１０に提供する広告データを格納した広告データベース（ＤＢ）１２４、コンテンツデータベース１２３および広告データベース１２４に対するデータ入出力制御を行うデータ（コンテンツ／広告）制御部１２２、さらに、どのコンテンツの配信時に、どの広告をクライアントに提供するかについてのコンテンツと広告との対応関係データを格納したコンテンツ−広告対応データベース（ＤＢ）１２５を有する。

クライアントは、ネットワーク１５０を介した通信の可能な情報処理装置、例えばＰＣ（パーソナルコンピュータ）等によって構成される。サーバもＰＣと同様のハードウェア構成によって構成可能である。サーバおよびクライアントの具体的なハードウェア構成例については、後段において説明する。

図２にサーバ１２０の各データベース、すなわち、コンテンツデータベース１２３、広告データベース１２４、およびコンテンツ−広告対応データベース１２５各々の格納データ構成について説明する。

図２（Ａ）は、コンテンツデータベース１２３の格納データ構成であり、コンテンツ識別情報としてのコンテンツＩＤと、コンテンツ実体データとが対応付けられて格納される。図２（Ｂ）は、広告データベース１２４の格納データ構成であり、広告識別情報としての広告ＩＤと、広告実体データと、その広告データの制御情報を対応付けたデータから構成される。制御情報は、広告の再生タイミング情報を含み、例えばコンテンツのオープニング時に広告を再生する。あるいはエンディングに広告を再生する。あるいはコンテンツ再生中、一定時間毎に再生を実行するなどの広告の再生タイミング情報を含んでいる。なお、再生タイミング情報を持たない広告データも設定可能であり、このような広告データは、クライアント側のコンテンツ再生の中断時に随時、再生処理がなされることになる。

図２（Ｃ）は、コンテンツ−広告データベース１２５の格納構成データである。コンテンツ−広告データベース１２５は、コンテンツＩＤと広告ＩＤとを対応付けたデータ構成を有し、どのコンテンツの再生時に、どの広告を提示するかの設定情報からなるデータである。

サーバ１２０は、クライアント１１０からのコンテンツ配信要求を受信すると、コンテンツ−広告データベース１２５に基づいて取得要求コンテンツに対応する広告ＩＤを取得し、取得した広告ＩＤに基づいて、広告データベース１２４から広告実体データと、制御情報を取得して、クライアント１１０に送信する。さらに、サーバ１２０は、コンテンツデータベース１２３から、取得要求のあったコンテンツの実体データを取得してストリーミング配信を開始する。

クライアント１１０は、サーバ１２０から受信する広告実体データと制御情報を広告データ格納バッファ１１６に格納し、また、サーバ１２０からストリーミング配信されるコンテンツをコンテンツ格納バッファ１１５に格納しながら、バッファ制御部１１４、再生制御部１１２の制御の下にユーザインタフェース１１３に提示するストリーミング再生処理を実行する。さらに、バッファ制御部１１４、再生制御部１１２の制御の下に、広告データ格納バッファ１１６に格納された広告再生制御情報に従って、広告データ格納バッファ１１６に格納された広告実体データの再生処理を実行する。

図３以下を参照して、サーバ１２０からクライアント１１０に対するコンテンツのストリーミング配信、および広告データの提供、再生処理の詳細について説明する。

図３は、サーバからクライアントに対するコンテンツおよび広告データと、広告データの再生制御情報の提供処理においてサーバの実行する処理シーケンスを説明するフローチャートである。フローの各ステップの処理について説明する。

ステップＳ１０１において、サーバは、クライアントからコンテンツの配信要求として、コンテンツＩＤを指定したコンテンツ・リクエストを受信する。このリクエストは、例えばＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に規定されたＧｅｔメソッドを適用したコンテンツ・リクエスト、すなわちコンテンツＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を指定したコンテンツ取得要求として実行される。なお、コンテンツＵＲＬは、コンテンツのＩＤとして利用可能である。すなわち、図２を参照して説明したコンテンツ識別情報としてのコンテンツＩＤにコンテンツＵＲＬを適用する構成としてもよい。

ステップＳ１０２において、コンテンツＩＤ（例えばコンテンツＵＲＬ）をキーとして、コンテンツデータベース１２３からコンテンツの実体データを検索する。さらに、ステップＳ１０３において、コンテンツＩＤをキーとして、コンテンツ−広告対応データベース１２５から、指定コンテンツに対応してクライアントに提供すべき広告の広告ＩＤを取得する。この広告ＩＤについても広告の指定情報としての広告ＵＲＬを適用可能である。

ステップＳ１０４において、広告ＩＤをキーとして、広告データベース１２４から、クライアントに提供すべき広告の実体データとその制御情報を検索して抽出する。次に、ステップＳ１０５において、広告データベース１２４から取得した配信コンテンツ対応の広告の実体データと制御情報をクライアント１１０に送信する。さらに、ステップＳ１０６において、コンテンツデータベース１２３から取得したコンテンツのストリーミング配信を開始する。なお、コンテンツの配信は、例えばリアルタイム再生に適した通信プロトコルであるＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）を適用した処理として実行される。

次に、図４以下を参照して、クライアント側の処理について説明する。まず、図４を参照し、クライアントのメイン処理について説明し、その後、図５以下を参照して、図４のフローに含まれるクライアントのサブ処理のそれぞれについての詳細を順次説明する。

図４のフローの各ステップについて説明する。ステップＳ２０１において、クライアント１１０は、サーバ１２０に対して、コンテンツＩＤを指定したコンテンツ・リクエストを送信する。このリクエストは、前述したように、例えばＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に規定されたＧｅｔメソッドを適用したコンテンツ・リクエスト、すなわちコンテンツＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を指定したコンテンツ取得要求として実行される。

次に、クライアント１１０は、ステップＳ２０２において、サーバ１２０からコンテンツ対応の広告実体データと制御情報を受信し、これらを広告データ格納バッファ１１６に格納する。これらのデータは、サーバ１２０がクライアント１１０から指定されたコンテンツＩＤをキーとして、コンテンツ−広告対応データベース１２５から広告ＩＤを取得し、取得した広告ＩＤをキーとして広告データベース１２４から取得した広告の実体データとその制御情報である。

次にクライアント１１０は、ステップＳ２０３において、サーバ１２０から取得した広告制御情報が広告再生タイミングの制御値として"オープニング"の値を保持しているか否かを判定する。広告再生タイミングの制御値として"オープニング"の値を持つということは、クライアント１１０がサーバ１２０から受信し広告データ格納バッファ１１６に格納した広告データについての再生を、サーバ１２０からストリーミング配信されるコンテンツのオープニング時に実行するように、クライアント１１０において再生制御を行なう指示であることを意味する。この場合には、ステップＳ２０４に進み、コンテンツ再生のオープニングにおいて、広告を再生するサブ処理を実行する。このサブ処理については後段で詳細に説明する。

ステップＳ２０３において、クライアント１１０が、サーバ１２０から取得した広告制御情報に広告再生タイミングの制御値として"オープニング"の値を保持していないと判定した場合は、ステップＳ２０５に進み、広告制御情報が広告再生タイミングの制御値として"エンディング"の値を持つか否かを判定する。広告再生タイミングの制御値として"エンディング"の値を持つということは、クライアント１１０がサーバ１２０から受信し広告データ格納バッファ１１６に格納した広告データについての再生を、サーバ１２０からストリーミング配信されるコンテンツのエンディング時に実行するように再生制御を行なう指示であることを意味する。この場合には、ステップＳ２０６に進み、コンテンツ再生のエンディングにおいて、広告を再生するサブ処理を実行する。このサブ処理については後段で詳細に説明する。

ステップＳ２０５において、クライアント１１０が、サーバ１２０から取得した広告制御情報に広告再生タイミングの制御値として"エンディング"の値を保持していないと判定した場合は、ステップＳ２０７に進み、広告制御情報が広告再生タイミングの制御値として"一定時間Ｔ間隔"の値を持つか否かを判定する。広告再生タイミングの制御値として"一定時間Ｔ間隔"の値を持つということは、クライアント１１０がサーバ１２０から受信し広告データ格納バッファ１１６に格納した広告データについての再生を、サーバ１２０からストリーミング配信されるコンテンツの再生処理中、一定時間Ｔ間隔ごとに実行するように再生制御を行なう指示であることを意味する。この場合には、ステップＳ２０８に進み、コンテンツ再生処理中、一定時間Ｔ間隔ごとに広告を再生するサブ処理を実行する。このサブ処理については後段で詳細に説明する。

ステップＳ２０７において、クライアント１１０が、サーバ１２０から取得した広告制御情報が広告再生タイミングの制御値として"一定時間Ｔ間隔"の値を持たないと判定した場合は、ステップＳ２０９に進み、コンテンツ再生処理中、コンテンツ格納バッファ１１５の格納データ量が不十分となり、コンテンツの再生の中断が発生する場合に、随時、広告を再生するサブ処理を実行する。このサブ処理については後段で詳細に説明する。

次に、図４のフローにおけるステップＳ２０４の再生処理、すなわち、コンテンツ再生のオープニングにおいて、広告を再生するサブ処理の詳細について、図５に示すフローチャートを参照して説明する。

図５に示す処理フローは、クライアント１１０の再生制御部１１２が実行するコンテンツのストリーミング再生処理と、サーバ１２０から広告実体データとともに受信し、広告データ格納バッファ１１６に格納した制御情報に従って実行する広告データの再生制御処理を含む処理である。このサブ処理は、広告再生をコンテンツ再生のオープニングにおいて実行する処理である。

ステップＳ３０１において、クライアント１１０は、バッファ制御部１１４による制御、すなわち、サーバ１２０から受信した制御情報に従った制御により、コンテンツのストリーミング再生を開始する前に、すなわちオープニング時に広告データ格納バッファ１１６に格納した広告実体データを取得し、取得した広告データを再生する。この広告再生処理は、バッファ制御部１１４が、広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データの取得、および再生制御部１１２への提供処理を実行し、再生制御部１１２が、設定された広告再生タイミングに、バッファ制御部１１４を介して取得する広告データの再生処理を実行することによって行われる広告再生処理である。再生制御部１１２は、バッファ制御部１１４を介して広告データ格納バッファ１１６に格納した広告実体データを取得し、取得した広告データを、コンテンツ再生のオープニング時に再生する。

次に、ステップＳ３０２において、クライアント１１０はサーバ１２０に対して、広告の再生、視聴の完了を通知する。サーバ１２０は、この通知により、広告の再生を確認する。さらに、この通知の受領に応じて要求コンテンツの配信を開始する。クライアント１１０は、ステップＳ３０３〜Ｓ３０７において、コンテンツのストリーミング再生処理をコンテンツの再生完了まで、継続して実行する。具体的には、ステップＳ３０４において、サーバ１２０からコンテンツデータを格納したパケットを順次、受信し、ステップＳ３０５において、受信パケットからコンテンツを取得してコンテンツ格納バッファ１１５に格納し、ステップＳ３０６においてコンテンツをコンテンツ格納バッファ１１５から取り出して、再生処理を実行する。

なお、コンテンツは例えばＭＰＥＧ形式の圧縮データとしてサーバ１２０から送信され、クライアントの再生制御部１１２では、ＭＰＥＧ復号等のデータ復号処理を実行して、復号データをユーザインタフェース１１３に出力する処理を実行する。すべてのコンテンツ再生が終了すると処理を終了する。

次に、図４のフローにおけるステップＳ２０６の再生処理、すなわち、コンテンツ再生のエンディングにおいて、広告を再生するサブ処理の詳細について、図６に示すフローチャートを参照して説明する。

図６に示す処理フローは、クライアント１１０の再生制御部１１２が実行するコンテンツのストリーミング再生処理と、サーバ１２０から広告実体データとともに受信し、広告データ格納バッファ１１６に格納した制御情報に従って実行する広告データの再生制御処理を含む処理である。このサブ処理は、広告再生をコンテンツ再生のエンディングにおいて実行する処理である。

ステップＳ４０１〜Ｓ４０５において、クライアント１１０は、コンテンツのストリーミング再生処理をコンテンツの再生完了まで、継続して実行する。具体的には、ステップＳ４０２において、サーバ１２０からコンテンツデータを格納したパケットを順次、受信し、ステップＳ４０３において、受信パケットからコンテンツを取得してコンテンツ格納バッファ１１５に格納し、ステップＳ４０４においてコンテンツをコンテンツ格納バッファ１１５から取り出して、再生処理を実行する。

なお、前述したように、コンテンツは例えばＭＰＥＧ形式の圧縮データとしてサーバ１２０から送信され、クライアントの再生制御部１１２では、ＭＰＥＧ復号等のデータ復号処理を実行して、復号データをユーザインタフェース１１３に出力する処理を実行する。すべてのコンテンツ再生が終了すると、ステップＳ４０６に進み、クライアント１１０は、バッファ制御部１１４による制御、すなわち、サーバ１２０から受信した制御情報に従った制御により、コンテンツのストリーミング再生終了後、すなわちコンテンツ再生のエンディング時に広告データ格納バッファ１１６に格納した広告実体データを取得し、取得した広告データを再生する。

この広告再生処理は、バッファ制御部１１４が、広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データの取得、および再生制御部１１２への提供処理を実行し、再生制御部１１２が、設定された広告再生タイミングに、バッファ制御部１１４を介して取得する広告データの再生処理を実行することによって行われる広告再生処理である。再生制御部１１２は、バッファ制御部１１４を介して広告データ格納バッファ１１６に格納した広告実体データを取得し、取得した広告データを、コンテンツ再生のエンディング時に再生する処理を実行する。次に、ステップＳ４０７において、クライアント１１０はサーバ１２０に対して、広告の再生、視聴の完了を通知する。サーバ１２０は、この通知の受領によって、広告の再生を確認する。

次に、図４のフローにおけるステップＳ２０８の再生処理、すなわち、コンテンツ再生処理中、一定時間Ｔ間隔ごとに広告を再生するサブ処理の詳細について、図７に示すフローチャートを参照して説明する。

図７に示す処理フローは、クライアント１１０の再生制御部１１２が実行するコンテンツのストリーミング再生処理と、サーバ１２０から広告実体データとともに受信し、広告データ格納バッファ１１６に格納した制御情報に従って実行する広告データの再生制御処理を含む処理である。このサブ処理は、広告再生をコンテンツ再生処理中、一定時間Ｔ間隔ごとに実行する処理である。

クライアント１１０は、ステップＳ５０１〜Ｓ５０７において、コンテンツのストリーミング再生処理を実行しながら、一定時間Ｔ間隔ごとに広告再生を行なう。具体的には、ステップＳ５０２において、サーバ１２０からコンテンツデータを格納したパケットを順次、受信し、ステップＳ５０３において、受信パケットからコンテンツを取得してコンテンツ格納バッファ１１５に格納し、ステップＳ５０４においてコンテンツをコンテンツ格納バッファ１１５から取り出して、再生処理を実行する。

ステップＳ５０５では、コンテンツ再生時間の開始時間からの経過時間、または、前回の広告再生時間からの経過時間が、予め広告再生間隔として設定された時間［Ｔａ］に達したか否かを判定する。広告再生間隔として設定された時間［Ｔａ］は、広告実体データとともにサーバ１２０から受信する制御情報に規定された時間間隔である。クライアント１１０の再生制御部１１２は、制御情報に規定された時間間隔［Ｔａ］毎に、コンテンツ対応の広告を再生する処理を実行する。

ステップＳ５０５において、コンテンツ再生時間の開始時間からの経過時間、または、前回の広告再生時間からの経過時間が、予め広告再生間隔として設定された時間［Ｔａ］に達したと判定した場合は、ステップＳ５０６に進み、広告データ格納バッファ１１６から広告実体データを取得し、取得した広告データを再生する。ステップＳ５０５において、コンテンツ再生時間の開始時間からの経過時間、または、前回の広告再生時間からの経過時間が、予め広告再生間隔として設定された時間［Ｔａ］に達していないと判定した場合は、広告再生処理に移行することなく、コンテンツ再生を継続する。なお、ステップＳ５０６における広告再生時間は、サーバ１２０からの受信コンテンツの再生は中断し、バッファリングのみが継続して実行される。

全てのコンテンツ再生が終了すると、ステップＳ５０８に進み、クライアント１１０はサーバ１２０に対して、広告の再生、視聴の完了を通知する。サーバ１２０は、この通知の受領によって、広告が、制御情報に従って再生されたことを確認することができる。

次に、図４のフローにおけるステップＳ２０９の再生処理、すなわち、コンテンツ再生処理中、コンテンツ格納バッファ１１５の格納データが不十分となり、コンテンツの再生の中断が発生する場合に、随時、広告を再生するサブ処理の詳細について、図８に示すフローチャートを参照して説明する。

図８に示す処理フローは、クライアント１１０の再生制御部１１２が実行するコンテンツのストリーミング再生処理と、サーバ１２０から広告実体データとともに受信し、広告データ格納バッファ１１６に格納した制御情報に従って実行する広告データの再生制御処理を含む処理である。このサブ処理は、広告再生をコンテンツ再生処理中、コンテンツの再生の中断が発生する場合に、随時実行する処理である。

クライアント１１０は、ステップＳ６０１〜Ｓ６０６において、コンテンツのストリーミング再生処理を実行しながら、コンテンツ格納バッファ１１５のバッファ量を検出し、検出バッファ量が予め定めた規定量未満になり、バッファ蓄積量が予め定めた規定量未満の状態に停滞している停滞時間が予め定めた時間より大きくなると判定した場合に、コンテンツ再生を中断し、コンテンツデータのバッファリングを継続しながら広告データ格納バッファに格納された広告データの再生処理を行なう処理シーケンスを示している。

具体的には、ステップＳ６０２において、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量以上か否かを判定する。コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量以上の場合は、ステップＳ６０５に進みコンテンツをコンテンツ格納バッファ１１５から取得して、再生制御部１１２の制御の下にコンテンツの再生処理を実行する。

ステップＳ６０２において、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量以上でないと判定した場合は、ステップＳ６０３に進み、バッファ蓄積量が予め定めた規定量以下の状態に停滞している停滞時間が予め定めた時間Ｔｂ以下か否かを検証する。バッファ蓄積量が予め定めた規定量以下の状態に停滞している停滞時間が予め定めた時間Ｔｂ以下であると判定した場合は、広告再生に切り替える処理を行なうことなく、コンテンツ再生を継続して実行する。

ステップＳ６０３の判定処理は、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量未満である場合において、さらに、バッファ蓄積量が予め定めた規定量以下の状態に停滞している停滞時間を計測し、停滞時間が予め定めた規定時間Ｔｂ以下である場合は、広告再生に切り替える処理を行なうことなく、コンテンツ再生を継続して実行するための判定処理である。なお、時間Ｔｂは、クライアントにおいて任意に設定可能な時間データ、あるいはサーバ１２０から広告データとともに受信する制御情報に含まれる時間データのいずれかの設定とする。クライアントのバッファ制御部１１４は、バッファ蓄積量や、バッファに格納されるデータ推移に基づいてステップＳ６０４の判定処理を実行する。

ステップＳ６０３において、バッファ蓄積量が予め定めた規定量以下の状態に停滞している停滞時間が予め定めた時間Ｔｂを越えると判定した場合は、ステップＳ６０４に進む。ステップＳ６０４では、広告データ格納バッファ１１６から広告実体データを取得し、取得した広告データを再生する。なお、ステップＳ６０４における広告再生期間は、サーバ１２０からの受信コンテンツの再生は中断し、バッファリングのみが継続して実行される。従ってコンテンツ格納バッファ１１５のバッファ蓄積量は増加することになる。

全てのコンテンツ再生が終了すると、ステップＳ６０７に進み、クライアント１１０はサーバ１２０に対して、広告の再生、視聴の完了を通知する。サーバ１２０は、この通知の受領によって、広告が、制御情報に従って再生されたことを確認することができる。

図８を参照して説明したクライアントの処理、すなわち、コンテンツ再生処理中に許容時間以上のコンテンツの再生中断が発生すると予測される場合に広告再生を随時実行する処理について、図９、図１０を参照して説明する。

図９は、先に図１を参照して説明したクライアント１１０の構成要素と、各要素間のデータ転送および制御構成を示す図である。バッファ制御部１１４は、コンテンツ格納バッファ１１５に蓄積されるコンテンツのバッファ量を監視する。すなわち、図８のフローにおけるステップＳ６０２，Ｓ６０３の判定に必要となる情報をバッファ監視により取得する。具体的には、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量以上であるか否か、さらに、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量未満である場合において、バッファ蓄積量が予め定めた規定量以下の状態に停滞している停滞時間が予め定めた時間Ｔｂ以下であるか否かを判定するためにバッファ蓄積量、バッファ格納データの推移を監視する。

バッファ制御部１１４は、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量以上である場合には、コンテンツ格納バッファ１１５からコンテンツを取得して、再生制御部１１２に転送し、再生制御部１１２は、前述したＭＰＥＧ復号等の所定の処理を実行し、コンテンツ再生処理を行なう。また、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量未満であっても、バッファ蓄積量が予め定めた規定量以下の状態に停滞している停滞時間が予め定めた時間Ｔｂ以下であるとバッファ制御部１１４が判定した場合は、広告再生に切り替える処理を行なうことなく、コンテンツ再生を継続して実行する。

一方、バッファ制御部１１４が、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量未満であり、バッファ蓄積量が予め定めた規定量以下の状態に停滞している停滞時間が予め定めた時間Ｔｂを超えると判定した場合は、広告再生に切り替える処理を行なう。すなわち、コンテンツ格納バッファ１１５からのコンテンツ取得を中断し、広告データ格納バッファ１１６に格納されたコンテンツ対応の広告実データを取得して、再生制御部１１２に転送し、再生制御部１１２による広告再生処理が実行される。この広告再生期間においてもサーバ１２０からの受信コンテンツのバッファリングが継続して実行されるので、コンテンツ格納バッファ１１５のバッファ蓄積量は増加する。

次に、クライアントのコンテンツ格納バッファ１１５のバッファ蓄積量の推移について図１０を参照して説明する。図１０は、横軸に時間（ｔ）、縦軸にコンテンツ格納バッファ１１５のバッファ蓄積量（Ｂｃｏｎ）を示したバッファ蓄積の推移データである。

時間（ｔ０）において、サーバからのコンテンツ受信、受信コンテンツのコンテンツ格納バッファ１１５に対する蓄積が開始され、時間（ｔ１）において、コンテンツ再生が開始される。コンテンツ再生の開始に伴い、コンテンツ格納バッファ１１５のバッファ蓄積量（Ｂｃｏｎ）が次第に減少し、時間（ｔ２）において、広告再生条件を満たす状態としての判定ポイント［Ａ］になったものとする。

すなわち、図８の処理フローのステップＳ６０２，Ｓ６０３の判定によって、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量未満であり、かつ、バッファ蓄積量が予め定めた規定量以下の状態に停滞している停滞時間が予め定めた時間Ｔｂを超えると判定されたものとする。この場合、時間（ｔ２）において、コンテンツ再生が中断され、広告再生が開始される。広告は、広告データ格納バッファ１１６に格納されたコンテンツ対応の予め定められた広告データであり、所定の再生時間を有し、その再生時間の経過後、時間（ｔ３）において広告再生処理が終了する。

時間（ｔ２）〜（ｔ３）において、コンテンツデータはサーバ１２０からクライアント１１０に送信され続けており、バッファリング処理も継続して実行されるので、コンテンツ各のバッファ１１５のバッファ蓄積量は増加する。

時間（ｔ３）において、広告再生処理が終了すると、バッファ制御部１１４は、コンテンツ格納バッファ１１５からコンテンツデータの取得を再開し、再生制御部１１２の再生制御の下にコンテンツ再生が再開される。さらに、時間（ｔ４）において、コンテンツ格納バッファ１１５のバッファ量が予め定めた規定量未満であり、かつ、バッファ蓄積量が予め定めた規定量以下の状態に停滞している停滞時間が予め定めた時間Ｔｂを超えるとの判定ポイントである［Ｂ］に至ると、コンテンツ再生が中断され、広告再生が開始される。

広告再生期間である時間（ｔ４）〜（ｔ５）において、コンテンツデータはサーバ１２０からクライアント１１０に送信され続けており、バッファリング処理も継続して実行されるので、コンテンツ各のバッファ１１５のバッファ蓄積量は増加する。時間（ｔ５）において、広告再生処理が終了すると、バッファ制御部１１４は、コンテンツ格納バッファ１１５からコンテンツデータの取得を再開し、再生制御部１１２の再生制御の下にコンテンツ再生を再開する。

このような処理が、コンテンツ再生期間中、継続して実行され、コンテンツを視聴しているユーザは、コンテンツ再生の中断時には、コンテンツに対応して設定された広告データを視聴できることになる。

最後に、上述したコンテンツ再生および広告再生処理を実行する情報処理装置１１０のハードウェア構成例について、図１１を参照して説明する。

ＣＰＵ（Central Processing Unit）５０１は、ＯＳ（Operating System)、上述の実施例において説明したコンテンツ、広告データおよび制御情報の受信、バッファ格納処理、コンテンツおよび広告再生処理等、各処理の実行シーケンスを記述した各種コンピュータ・プログラムに従った処理を実行する制御部である。

ＲＯＭ（Read Only Memory）５０２は、ＣＰＵ５０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Random Access Memory）５０３は、ＣＰＵ５０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス５０４により相互に接続されている。

ホストバス５０４は、ブリッジ５０５を介して、ＰＣＩ(Peripheral Component Interconnect/Interface)バスなどの外部バス５０６に接続されている。

キーボード５０８、ポインティングデバイス５０９は、ユーザにより操作される入力デバイスである。ディスプレイ５１０は、液晶表示装置またはＣＲＴ（Cathode Ray Tube）などから成り、各種情報をテキストやイメージで表示する。

ＨＤＤ（Hard Disk Drive）５１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ５０１によって実行するプログラムや情報を記録または再生させる。

ドライブ５１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体５２１に記録されているデータまたはプログラムを読み出して、そのデータまたはプログラムを、インタフェース５０７、外部バス５０６、ブリッジ５０５、およびホストバス５０４を介して接続されているＲＡＭ５０３に供給する。

接続ポート５１４は、外部接続機器５２２を接続するポートであり、ＵＳＢ，ＩＥＥＥ１３９４等の接続部を持つ。接続ポート５１４は、インタフェース５０７、および外部バス５０６、ブリッジ５０５、ホストバス５０４等を介してＣＰＵ５０１等に接続されている。通信部５１５は、ネットワークに接続され、ＣＰＵ５０１、またはＨＤＤ５１１等からの供給データの送信、データ受信を実行する。

なお、図１１に示す情報処理装置のハードウェア構成例は、ＰＣを適用して構成した装置の一例であり、本発明の情報処理装置は、図１１に示す構成に限らず、上述した実施例において説明した処理を実行可能な構成であればよい。なお、図１に示すサーバ１２０のハードウェア構成としても図１１に示す構成が適用可能である。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。

例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。

なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本発明の構成によれば、サーバから配信されるストリーミングコンテンツの再生を行なうクライアントにおいて、コンテンツ対応の広告データと広告再生制御情報をサーバから受信し、受信する広告データを、コンテンツバッファのバッファ状況、または、広告再生制御情報に従った制御の下に再生する処理を実行する構成としたので、例えばコンテンツバッファのバッファデータ蓄積量が不足した際に、広告データの再生を行なう処理が可能となり、コンテンツ再生の中断時に、ユーザに対する無駄な待機状態を発生させることのないコンテンツ再生が可能となり、コンテンツのストリーミング配信、再生処理を実行する装置またはシステムに最適な構成が実現される。

本発明の構成では、サーバから配信されるストリーミングコンテンツの再生を行なうクライアントは、コンテンツを格納するコンテンツ格納バッファと、広告データおよび広告再生制御情報を格納する広告データ格納バッファを有し、コンテンツバッファのバッファ状況として、コンテンツバッファのデータ蓄積量を監視し、蓄積バッファ量が許容バッファ量未満であると判定した場合や、許容バッファ量未満の状態に停滞している停滞時間が予め定めた閾値時間を越えると判定した場合は、コンテンツ格納バッファからのコンテンツデータの取得を中止して、広告データ格納バッファから広告データを取得して再生を行なう構成とし、広告再生期間もコンテンツデータのバッファリングを継続して実行する構成としたので、コンテンツのバッファリングが不十分な期間が発生してもユーザに対する広告情報提供を継続して実行可能であり、この期間にコンテンツのバッファを行なうことで、スムーズなコンテンツ再生処理の再開が可能となり、コンテンツのストリーミング配信、再生処理を実行する装置またはシステムに最適な構成が実現される。

本発明のコンテンツ配信システムの全体構成を示す図である。 コンテンツおよび広告データを提供するサーバのデータベースに格納されたデータ構成について説明する図である。 コンテンツおよび広告データを提供するサーバの処理について説明するフローチャートを示す図である。 コンテンツおよび広告データを受信し、再生するクライアントの処理について説明するフローチャートを示す図である。 コンテンツのオープニング時に広告データを再生するクライアントの処理について説明するフローチャートを示す図である。 コンテンツのエンディング時に広告データを再生するクライアントの処理について説明するフローチャートを示す図である。 コンテンツ再生期間中、一定時間ごとに広告データを再生するクライアントの処理について説明するフローチャートを示す図である。 コンテンツ再生期間中、バッファ状況に応じて広告データを再生するクライアントの処理について説明するフローチャートを示す図である。 コンテンツ再生期間中、バッファ状況に応じて広告データを再生するクライアントの処理について説明する図である。 コンテンツ再生期間中、バッファ状況に応じて広告データを再生するクライアントの処理におけるバッファの蓄積データ量の時間推移について説明する図である。 コンテンツおよび広告データを受信し、再生するクライアントとしての情報処理装置のハードウェア構成例について説明する図である。

符号の説明

１１０ 情報処理装置
１１１ 通信部
１１２ 再生制御部
１１３ ユーザインタフェース
１１４ バッファ制御部
１１５ 広告データ格納バッファ
１１６ コンテンツ格納バッファ
１２０ サーバ
１２１ 通信部
１２２ データ制御部
１２３ コンテンツデータベース
１２４ 広告データベース
１２５ コンテンツ−広告対応データベース
５０１ ＣＰＵ(Central processing Unit)
５０２ ＲＯＭ（Read-Only-Memory）
５０３ ＲＡＭ（Random Access Memory）
５０４ ホストバス
５０５ ブリッジ
５０６ 外部バス
５０７ インタフェース
５０８ キーボード
５０９ ポインティングデバイス
５１０ ディスプレイ
５１１ ＨＤＤ（Hard Disk Drive）
５１２ ドライブ
５１４ 接続ポート
５１５ 通信部
５２１ リムーバブル記録媒体
５２２ 外部接続機器

Claims (14)

1. コンテンツのストリーミング再生処理を実行する情報処理装置であり、
   ストリーミング配信コンテンツおよびコンテンツ対応の広告データおよび広告再生制御情報を含むデータを受信する通信部と、
   前記ストリーミング配信コンテンツを格納するコンテンツ格納バッファと、
   前記コンテンツ対応の広告データおよび広告再生制御情報を格納する広告データ格納バッファと、
   前記コンテンツ格納バッファおよび広告データ格納バッファに対するデータ入出力制御を実行するバッファ制御部と、
   前記バッファ制御部を介してバッファからの取得データを受領し、受領データの再生処理を実行する再生制御部とを有し、
   前記バッファ制御部は、コンテンツバッファのバッファ状況、または、前記広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データの取得、および前記再生制御部への提供処理を実行する構成であり、
   前記再生制御部は、
   前記広告再生タイミングにおいて、前記バッファ制御部を介して取得する広告データの再生処理を実行する構成であることを特徴とする情報処理装置。
2. 前記バッファ制御部は、
   コンテンツバッファに蓄積された蓄積バッファ量が、予め定められた許容バッファ量以上であると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータ取得および再生制御部に対する提供処理を実行し、
   前記蓄積バッファ量が許容バッファ量未満であると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータの取得および再生制御部に対する提供処理を中止し、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
3. 前記バッファ制御部は、
   前記蓄積バッファ量が許容バッファ量未満であり、さらに、許容バッファ量未満の状態に停滞している停滞時間が予め定めた閾値時間を越えると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータの取得処理および再生制御部に対する提供処理を中止し、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行する構成であることを特徴とする請求項２に記載の情報処理装置。
4. 前記バッファ制御部は、
   前記再生制御部における広告データの再生処理期間に、ストリーミング配信コンテンツのコンテンツバッファに対する格納処理を継続して実行する構成であることを特徴とする請求項１乃至３いずれかに記載の情報処理装置。
5. 前記バッファ制御部は、
   広告データに対応して設定された広告再生制御情報に従った広告再生タイミングの決定処理、および決定した広告再生タイミングに応じた広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行する構成であり、広告再生タイミングとして、
   コンテンツ再生開始以前のオープニング時、
   または、コンテンツ再生終了後のエンディング時、
   または、コンテンツ再生中、規定時間間隔ごと、
   少なくとも上記いずれかのタイミングを決定し、該決定タイミングにおいて、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
6. コンテンツ配信システムであり、
   コンテンツのストリーミング配信を実行し、コンテンツ対応の広告データと広告再生制御情報をクライアントに提供する処理を実行するサーバと、
   前記サーバから受信するコンテンツのストリーミング再生処理を実行するとともに、前記サーバから受信する広告データを、コンテンツバッファのバッファ状況、または前記広告再生制御情報に従った制御の下に再生する処理を実行するクライアントと、
   を有することを特徴とするコンテンツ配信システム。
7. 前記クライアントは、
   前記コンテンツを格納するコンテンツ格納バッファと、
   前記広告データおよび広告再生制御情報を格納する広告データ格納バッファと、
   前記コンテンツ格納バッファおよび広告データ格納バッファに対するデータ入出力制御を実行するバッファ制御部と、
   前記バッファ制御部を介してバッファからの取得データを受領し、受領データの再生処理を実行する再生制御部とを有し、
   前記バッファ制御部は、コンテンツバッファのバッファ状況、または、前記広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データの取得、および前記再生制御部に提供処理を実行する構成であり、
   前記再生制御部は、
   前記広告再生タイミングにおいて、前記バッファ制御部を介して取得する広告データの再生処理を実行する構成であることを特徴とする請求項６に記載のコンテンツ配信システム。
8. 前記クライアントは、
   広告データの再生処理の完了通知を前記サーバに対して実行する構成であることを特徴とする請求項６に記載のコンテンツ配信システム。
9. コンテンツのストリーミング再生処理をコンピュータ上で実行させるコンピュータ・プログラムであり、
   ストリーミング配信コンテンツと、コンテンツ対応の広告データおよび広告再生制御情報を含むデータを受信するデータ受信ステップと、
   前記ストリーミング配信コンテンツをコンテンツ格納バッファに格納するコンテンツ格納ステップと、
   前記広告データおよび広告再生制御情報を広告データ格納バッファに格納する広告データ格納ステップと、
   前記コンテンツ格納バッファおよび広告データ格納バッファに対するデータ入出力制御を実行するバッファ制御ステップと、
   前記バッファからの取得データを再生制御部が受領し、再生処理を実行する再生制御ステップとを有し、
   前記バッファ制御ステップは、
   コンテンツバッファのバッファ状況、または、前記広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データを取得して前記再生制御部に提供する処理を実行するステップを含み、
   前記再生制御ステップは、
   前記広告再生タイミングにおいて、前記バッファから取得した広告データの再生処理を実行するステップを含むことを特徴とするコンピュータ・プログラム。
10. 前記バッファ制御ステップは、
    コンテンツバッファに蓄積された蓄積バッファ量が、予め定められた許容バッファ量以上であると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータ取得および再生制御部に対する提供処理を実行し、
    前記蓄積バッファ量が許容バッファ量未満であると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータの取得および再生制御部に対する提供処理を中止し、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行するステップであることを特徴とする請求項９に記載のコンピュータ・プログラム。
11. 前記バッファ制御ステップは、
    前記蓄積バッファ量が許容バッファ量未満であり、さらに、許容バッファ量未満の状態に停滞している停滞時間が予め定めた閾値時間を越えると判定した場合は、前記コンテンツ格納バッファからのコンテンツデータの取得処理および再生制御部に対する提供処理を中止し、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行するステップを含むことを特徴とする請求項１０に記載のコンピュータ・プログラム。
12. 前記バッファ制御ステップは、
    前記再生制御部における広告データの再生処理期間に、ストリーミング配信コンテンツのコンテンツバッファに対する格納処理を継続して実行するステップを含むことを特徴とする請求項９乃至１１いずれかに記載のコンピュータ・プログラム。
13. 前記バッファ制御ステップは、
    広告データに対応して設定された広告再生制御情報に従った広告再生タイミングの決定処理、および決定した広告再生タイミングに応じた広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行するステップであり、広告再生タイミングとして、
    コンテンツ再生開始以前のオープニング時、
    または、コンテンツ再生終了後のエンディング時、
    または、コンテンツ再生中、規定時間間隔ごと、
    少なくとも上記いずれかのタイミングを決定し、該決定タイミングにおいて、前記広告データ格納バッファからの広告データの取得および再生制御部に対する提供処理を実行するステップを含むことを特徴とする請求項９に記載のコンピュータ・プログラム。
14. コンテンツのストリーミング再生処理を実行する情報処理方法であり、
    ストリーミング配信コンテンツと、コンテンツ対応の広告データおよび広告再生制御情報を含むデータを通信部において受信するデータ受信ステップと、
    前記ストリーミング配信コンテンツを、バッファ制御部の制御の下にコンテンツ格納バッファに格納するコンテンツ格納ステップと、
    前記広告データおよび広告再生制御情報を、バッファ制御部の制御の下に広告データ格納バッファに格納する広告データ格納ステップと、
    前記コンテンツ格納バッファおよび広告データ格納バッファに対するデータ入出力制御をバッファ制御部の制御の下に実行するバッファ制御ステップと、
    前記バッファからの取得データを再生制御部が受領し、再生処理を実行する再生制御ステップとを有し、
    前記バッファ制御ステップは、
    コンテンツバッファのバッファ状況、または、前記広告再生制御情報に基づいて広告再生タイミングを決定し、決定した広告再生タイミングに応じて広告データ格納バッファから広告データを取得して前記再生制御部に提供する処理を実行するステップを含み、
    前記再生制御ステップは、
    前記広告再生タイミングにおいて、前記バッファから取得した広告データの再生処理を実行するステップを含むことを特徴とする情報処理方法。

Images