(57)【要約】【課題】広告コンテンツの問い合わせに起因する負荷を増大させることなく、効果的なタイミングで広告コンテンツを端末装置に再生させる。【解決手段】端末装置に再生させるコンテンツを当該端末装置に送信し、コンテンツの再生を停止させる操作がされたことにより端末装置から送信された停止通知を受信し、コンテンツを再生させる操作がされたことにより再生の問い合わせとして端末装置から送信された問い合わせ要求を受信し、広告として再生される広告コンテンツを端末装置に送信し、問い合わせ要求を受信したときに、停止通知が既に受信されているか否かを判定し、停止通知が既に受信されていると判定された場合には、再生が停止されたコンテンツを再生する前に広告コンテンツを再生する制御情報を含む問い合わせ応答を端末装置に送信する。【選択図】図４
2011205441.tif 000002
【特許請求の範囲】
【請求項１】
端末装置に再生させるコンテンツを当該端末装置に送信するコンテンツ送信手段と、
前記コンテンツの再生を停止させる操作がされたことにより前記端末装置から送信された停止通知を受信する通知受信手段と、
前記コンテンツを再生させる操作がされたことにより再生の問い合わせとして前記端末装置から送信された問い合わせ要求を受信する要求受信手段と、
広告として再生される広告コンテンツを前記端末装置に送信する広告コンテンツ送信手段と、
前記問い合わせ要求を受信したときに、前記停止通知が既に受信されているか否かを判定する判定手段と、
前記停止通知が既に受信されていると判定された場合には、再生が停止されたコンテンツを再生する前に前記広告コンテンツを再生する制御情報を含む問い合わせ応答を前記端末装置に送信する応答送信手段と、
を備えることを特徴とするコンテンツ送信装置。
【請求項２】
請求項１に記載のコンテンツ送信装置において、
前記判定手段は、前記停止通知が受信されてから前記問い合わせ要求が受信されるまでに経過した時間が所定時間以上であるか否かを判定し、
前記応答送信手段は、前記経過した時間が所定時間以上であると判定された場合に、前記制御情報を含む問い合わせ応答を送信することを特徴とするコンテンツ送信装置。
【請求項３】
請求項１または請求項２に記載のコンテンツ送信装置において、
前記停止通知が既に受信されていると判定された場合に、前記広告コンテンツを記憶する記憶装置に、前記広告コンテンツの要求を送信する要求送信手段と、
前記記憶装置から送信された前記広告コンテンツを受信する広告コンテンツ受信手段と、
前記広告コンテンツの要求が送信されてから第２の所定時間以内に前記広告コンテンツが受信されたか否かを判定する第２判定手段と、
を更に備え、
前記広告コンテンツ送信手段は、前記受信された広告コンテンツを送信し、
前記応答送信手段は、前記第２の所定時間以内に前記広告コンテンツが受信されたと判定された場合には、前記制御情報を含む問い合わせ応答を送信し、前記第２の所定時間以内に前記広告コンテンツが受信されなかったと判定された場合には、前記制御情報を含まない問い合わせ応答を送信することを特徴とするコンテンツ送信装置。
【請求項４】
端末装置に再生させるコンテンツを当該端末装置に送信するコンテンツ送信ステップと、
前記コンテンツの再生を停止させる操作がされたことにより前記端末装置から送信された停止通知を受信する通知受信ステップと、
前記コンテンツを再生させる操作がされたことにより再生の問い合わせとして前記端末装置から送信された問い合わせ要求を受信する要求受信ステップと、
広告として再生される広告コンテンツを前記端末装置に送信する広告コンテンツ送信ステップと、
前記問い合わせ要求を受信したときに、前記停止通知が既に受信されているか否かを判定する判定ステップと、
前記停止通知が既に受信されていると判定された場合には、再生が停止されたコンテンツを再生する前に前記広告コンテンツを再生する制御情報を含む問い合わせ応答を前記端末装置に送信する応答送信ステップと、
を含むことを特徴とするコンテンツ再生制御方法。
【請求項５】
コンピュータを、
端末装置に再生させるコンテンツを当該端末装置に送信するコンテンツ送信手段、
前記コンテンツの再生を停止させる操作がされたことにより前記端末装置から送信された停止通知を受信する通知受信手段、
前記コンテンツを再生させる操作がされたことにより再生の問い合わせとして前記端末装置から送信された問い合わせ要求を受信する要求受信手段、
広告として再生される広告コンテンツを前記端末装置に送信する広告コンテンツ送信手段、
前記問い合わせ要求を受信したときに、前記停止通知が既に受信されているか否かを判定する判定手段、及び、
前記停止通知が既に受信されていると判定された場合には、再生が停止されたコンテンツを再生する前に前記広告コンテンツを再生する制御情報を含む問い合わせ応答を前記端末装置に送信する応答送信手段、
として機能させることを特徴とする再生制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置に再生させる広告のコンテンツを配信するコンテンツ送信装置、再生制御方法及び再生制御プログラムの技術分野に関する。
【背景技術】
【０００２】
従来、ネットワークを介して、動画等の再生可能なコンテンツを端末装置に配信するコンテンツ配信システムが知られている。このコンテンツ配信システムにおいては、例えば、映画、ドラマ、スポーツ番組等のコンテンツを配信する一方で、広告としてのコンテンツ（以下、「広告コンテンツ」という）を配信するシステムが存在する。このようなシステムの場合、例えば、端末装置が、コンテンツを再生している途中で広告コンテンツを再生する。
【０００３】
また、広告コンテンツの表示に関する技術として、特許文献１には、閲覧用コンピュータに広告を表示させる技術が記載されている。具体的には、閲覧用コンピュータが、エージェントスクリプトによって所定の時間間隔で仲介サーバに問い合わせを行い、仲介サーバから受信した更新の要否情報に従って、コンテンツサーバから新しい広告番組表を入手する。そして、閲覧用コンピュータが、広告番組表に従って、コンテンツ表示画面中の広告スペースに広告を表示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２２１６０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ユーザがコンテンツを視聴している途中で広告コンテンツが再生されると、ユーザによるコンテンツの視聴を妨げる場合がある。また、特許文献１に記載の技術では、問い合わせが何回も行われることにより、閲覧コンピュータ、仲介サーバ及びネットワークの負荷が増大する。また、特許文献１に記載の技術では、コンテンツと同時に広告が表示されるので、ユーザがコンテンツの方を見て、広告を見ない場合がある。そのため、広告コンテンツが、広告としての目的を果たすことができない場合がある。
【０００６】
そこで、本発明は以上の点に鑑みてなされたものであり、広告コンテンツの問い合わせに起因する負荷を増大させることなく、効果的なタイミングで広告コンテンツを端末装置に再生させることを可能とするコンテンツ送信装置、再生制御方法及び再生制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、端末装置に再生させるコンテンツを当該端末装置に送信するコンテンツ送信手段と、前記コンテンツの再生を停止させる操作がされたことにより前記端末装置から送信された停止通知を受信する通知受信手段と、前記コンテンツを再生させる操作がされたことにより再生の問い合わせとして前記端末装置から送信された問い合わせ要求を受信する要求受信手段と、広告として再生される広告コンテンツを前記端末装置に送信する広告コンテンツ送信手段と、前記問い合わせ要求を受信したときに、前記停止通知が既に受信されているか否かを判定する判定手段と、前記停止通知が既に受信されていると判定された場合には、再生が停止されたコンテンツを再生する前に前記広告コンテンツを再生する制御情報を含む問い合わせ応答を前記端末装置に送信する応答送信手段と、を備えることを特徴とする。
【０００８】
この発明によれば、ユーザが停止操作によりコンテンツの視聴を一度やめた後に広告コンテンツが再生されるので、ユーザによるコンテンツの視聴が途中で妨げられることを防止することができる。また、ユーザが再生操作によってコンテンツの視聴を再開しようとしたときに、広告コンテンツが再生されるので、広告コンテンツをユーザに視聴させることができる。よって、効果的なタイミングで広告コンテンツを端末装置に再生させることができる。また、端末装置が広告コンテンツの問い合わせを何度も行う必要がないので、問い合わせに起因する負荷が増大することを防止することができる。なお、コンテンツの視聴には、コンテンツを見ることと聴くことの両方のほか、その何れか一方の場合も含む。
【０００９】
請求項２に記載の発明は、請求項１に記載のコンテンツ送信装置において、前記判定手段は、前記停止通知が受信されてから前記問い合わせ要求が受信されるまでに経過した時間が所定時間以上であるか否かを判定し、前記応答送信手段は、前記経過した時間が所定時間以上であると判定された場合に、前記制御情報を含む問い合わせ応答を送信することを特徴とする。
【００１０】
この発明によれば、コンテンツの再生が停止していた時間が所定時間以上継続した場合に、広告コンテンツが再生される。そのため、例えばユーザが誤って一時停止した場合等に時間を置かずにコンテンツの視聴を再開しようとするユーザの意図にかかわらず、先に広告コンテンツが再生されることによってコンテンツの再生開始が遅れてしまうことを防止することができる。
【００１１】
請求項３に記載の発明は、請求項１または請求項２に記載のコンテンツ送信装置において、前記停止通知が既に受信されていると判定された場合に、前記広告コンテンツを記憶する記憶装置に、前記広告コンテンツの要求を送信する要求送信手段と、前記記憶装置から送信された前記広告コンテンツを受信する広告コンテンツ受信手段と、前記広告コンテンツの要求が送信されてから第２の所定時間以内に前記広告コンテンツが受信されたか否かを判定する第２判定手段と、を更に備え、前記広告コンテンツ送信手段は、前記受信された広告コンテンツを送信し、前記応答送信手段は、前記第２の所定時間以内に前記広告コンテンツが受信されたと判定された場合には、前記制御情報を含む問い合わせ応答を送信し、前記第２の所定時間以内に前記広告コンテンツが受信されなかったと判定された場合には、前記制御情報を含まない問い合わせ応答を送信することを特徴とする。
【００１２】
この発明によれば、コンテンツ送信装置とは別個の装置に広告コンテンツを記憶させるように構成した場合において、コンテンツ送信装置による広告コンテンツの取得が遅れてしまうことにより、コンテンツの再生開始が遅れてしまうことを防止することができる。
【００１３】
請求項４に記載の発明は、端末装置に再生させるコンテンツを当該端末装置に送信するコンテンツ送信ステップと、前記コンテンツの再生を停止させる操作がされたことにより前記端末装置から送信された停止通知を受信する通知受信ステップと、前記コンテンツを再生させる操作がされたことにより再生の問い合わせとして前記端末装置から送信された問い合わせ要求を受信する要求受信ステップと、広告として再生される広告コンテンツを前記端末装置に送信する広告コンテンツ送信ステップと、前記問い合わせ要求を受信したときに、前記停止通知が既に受信されているか否かを判定する判定ステップと、前記停止通知が既に受信されていると判定された場合には、再生が停止されたコンテンツを再生する前に前記広告コンテンツを再生する制御情報を含む問い合わせ応答を前記端末装置に送信する応答送信ステップと、を含むことを特徴とする。
【００１４】
請求項５に記載の発明は、コンピュータを、端末装置に再生させるコンテンツを当該端末装置に送信するコンテンツ送信手段、前記コンテンツの再生を停止させる操作がされたことにより前記端末装置から送信された停止通知を受信する通知受信手段、前記コンテンツを再生させる操作がされたことにより再生の問い合わせとして前記端末装置から送信された問い合わせ要求を受信する要求受信手段、広告として再生される広告コンテンツを前記端末装置に送信する広告コンテンツ送信手段、前記問い合わせ要求を受信したときに、前記停止通知が既に受信されているか否かを判定する判定手段、及び、前記停止通知が既に受信されていると判定された場合には、再生が停止されたコンテンツを再生する前に前記広告コンテンツを再生する制御情報を含む問い合わせ応答を前記端末装置に送信する応答送信手段、として機能させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ユーザが停止操作によりコンテンツの視聴を一度やめた後、ユーザが再生操作によってコンテンツの視聴を再開しようとしたときに、広告コンテンツが再生されるので、効果的なタイミングで広告コンテンツを端末装置に再生させることができる。また、端末装置が広告コンテンツの問い合わせを何度も行う必要がないので、問い合わせに起因する負荷が増大することを防止することができる。
【図面の簡単な説明】
【００１６】
【図１】一実施形態に係る動画配信システムＳの概要構成の一例を示す図である。
【図２】一実施形態に係るコンテンツサーバ１の概要構成の一例を示すブロック図である。
【図３】一実施形態に係る動画配信システムＳの処理例を示すシーケンス図である。
【図４】一実施形態に係る動画配信システムＳの処理例を示すシーケンス図である。
【図５】一実施形態に係るコンテンツサーバ１のシステム制御部１４の処理例を示すフローチャートである。
【図６】一実施形態に係るコンテンツサーバ１のシステム制御部１４の処理例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、動画配信システムに対して本発明を適用した場合の実施形態である。
【００１８】
［１．動画配信システムの構成及び機能概要］
先ず、本実施形態に係る動画配信システムＳの構成及び概要機能について、図１を用いて説明する。
【００１９】
図１は、本実施形態に係る動画配信システムＳの概要構成の一例を示す図である。
【００２０】
図１に示すように、動画配信システムＳは、コンテンツ送信装置の一例としてのコンテンツサーバ１と、記憶装置の一例としての広告サーバ２と、端末装置の一例としての複数のユーザ端末３と、を含んで構成されている。コンテンツサーバ１と広告サーバ２とは、例えば、ＬＡＮ（Local Area Network）等を介して相互にデータの送受信が可能になっている。また、コンテンツサーバ１と各ユーザ端末３とは、ネットワークＮＷを介して相互にデータの送受信が可能になっている。ネットワークＮＷは、例えば、インターネット等である。
【００２１】
このような構成の動画配信システムＳにおいて、ユーザ端末３からのリクエストに応じて、コンテンツサーバ１から、コンテンツの一例としての動画データがユーザ端末３に送信される。配信される動画データとしては、コンテンツ動画データと広告動画データとが存在する。コンテンツ動画データは、例えば、映画、ドラマ、ニュース、スポーツ番組、バラエティ番組、音楽番組等のコンテンツの動画データであったり、ユーザ端末３のユーザによって撮影された動画のデータであったりする。広告動画データは、例えば、商品、サービス、事業等の情報を宣伝するために作成された動画データである。
【００２２】
コンテンツサーバ１は、動画データをストリーミング方式で送信するメディアサーバである。ストリーミング用のプロトコルとしては、例えば、ＲＴＳＰ（Real Time Streaming Protocol）、及びＲＴＰ（Real-time Transport Protocol）等が用いられる。また、コンテンツサーバ１は、コンテンツ動画データが登録されているデータベースを備える。更に、コンテンツサーバ１は、動画を配信するＷｅｂサイトを構成するＷｅｂページをユーザ端末３に送信するＷｅｂサーバでもある。なお、メディアサーバとＷｅｂサーバとを、別個のサーバ装置により構成しても良い。広告サーバ２は、広告動画データが登録されているデータベースを備えるデータサーバである。動画データをユーザ端末３に送信するサーバと、広告動画データを記憶するサーバとを別個のサーバとする理由としては、例えば、処理負荷を分散し、管理を容易にする等がある。コンテンツサーバ１が広告動画データをユーザ端末３に送信する場合、コンテンツサーバ１は、送信すべき広告動画データを広告サーバ２から取得する。
【００２３】
動画配信サイトのＷｅｂページからユーザが所望のコンテンツを選択すると、動画データをコンテンツサーバ１から受信して再生するためのプログラムである動画再生プログラムがユーザ端末３により起動される。また、動画データを再生するためのＷｅｂページである動画再生ページが、ユーザ端末３の画面に表示される。動画再生ページ上には、コンテンツ動画データの再生を制御するための操作画面が表示される。この操作画面上には、例えば、再生ボタン、停止ボタン、一時停止ボタン、再生位置を変更するためのスライドバー、音量を変更するためのスライドバー等が表示される。ユーザが再生ボタンを選択すると、コンテンツサーバ１からユーザ端末３へのコンテンツ動画データの送信が開始される。そして、ユーザ端末３によるコンテンツ動画データの再生によって、動画再生ページ上の所定の動画表示領域に、選択されたコンテンツの動画が表示される。
【００２４】
ここで、ユーザが一時停止ボタンを選択することによりコンテンツ動画データの再生が一時停止されたときから、一定時間以上経過した後に、ユーザが再生ボタンを選択して再生の一時停止を解除しようとすると、ユーザ端末３がコンテンツ動画データの再生を再開する前に広告動画データを再生するように、動画配信システムＳが動作する。つまり、再生ボタンが選択された直後、コンテンツの動画が表示されていた動画表示領域に、広告の動画が表示される。そして、広告動画データの再生が完了した後、コンテンツ動画データの再生が再開する。一方、コンテンツ動画データの再生が一時停止されたときから一定時間以内に再生ボタンが選択された場合には、広告動画データの再生は行われずに、コンテンツ動画データの再生が再開する。
【００２５】
［２．コンテンツサーバの構成及び機能概要］
次に、コンテンツサーバ１の構成及び機能概要について、図２を用いて説明する。
【００２６】
図２は、本実施形態に係るコンテンツサーバ１の概要構成の一例を示すブロック図である。
【００２７】
図２に示すように、コンテンツサーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００２８】
通信部１１は、ＬＡＮやネットワークＮＷ等に接続して、広告サーバ２やユーザ端末３等との通信状態を制御するようになっている。記憶部１２は、例えば、ハードディスクドライブ等により構成されており、各種プログラム及びデータ等を記憶するようになっている。入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。
【００２９】
記憶部１２には、コンテンツ動画ＤＢ（データベース）１２ａが構築されている。このコンテンツ動画ＤＢ１２ａには、コンテンツ動画データが、動画データの識別情報である動画ＩＤに対応付けて複数登録されている。動画ＩＤは、広告動画データにも割り当てられている。コンテンツ動画データと広告動画データとでは、動画ＩＤの形式が異なっている。そのため、コンテンツ動画データの動画ＩＤであるのか、または、広告動画データの動画ＩＤであるのかが、動画ＩＤ自身から判断することができるようになっている。
【００３０】
また、記憶部１２には、広告再生判定時間、及び最大待ち時間が記憶されている。広告再生判定時間は、ユーザ端末３に広告動画データを再生させるか否かを判定するために用いられる時間である。ユーザによって一時停止ボタンが選択されてから再生ボタンが選択されるまでの時間（以下、「一時停止時間」という）が広告再生判定時間以上になった場合に、ユーザ端末３により広告動画データが再生されるように制御される。
【００３１】
最大待ち時間は、コンテンツサーバ１が広告サーバ２に対して広告動画データを要求してから、広告サーバ２から広告動画データが送信されてくるまでに、コンテンツサーバ１が待つ時間の最大値である。コンテンツサーバ１は、ユーザ端末３に広告動画データを再生させる場合、広告動画データを広告サーバ２から取得するが、取得するための時間が長くなると、その分、広告動画データの再生開始が遅れ、ひいては、コンテンツ動画データの再生の再開も遅くなる。そこで、最大待ち時間が経過しても広告動画データが送信されてこない場合には、広告動画データを再生することなく、コンテンツ動画データの再生が再開するように制御される。最大待ち時間が経過しても広告サーバ２から広告動画データが送信されてこない場合としては、例えば、広告サーバ２に障害が発生していたり、広告サーバ２の負荷が高くなっている場合や、ＬＡＮに障害が発生している場合等がある。
【００３２】
広告再生判定時間及び最大待ち時間は、それぞれ予め設定された時間である。例えば、広告再生判定時間として３分、最大待ち時間として３秒等が設定されても良い。なお、広告再生判定時間は、本発明の所定時間の一例であり、最大待ち時間は、本発明の第２の所定時間の一例である。
【００３３】
更に、記憶部１２には、所定のオペレーティングシステムが記憶されている。また、記憶部１２には、ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルを用いて、ユーザ端末３等とデータを送受信するためのＷＷＷ（World Wide Web）サーバプログラムが記憶されている。また更に、コンテンツサーバ１には、ストリーミング用のプロトコルを用いて、ユーザ端末３に動画データを送信するためのメディアサーバプログラムが記憶されている。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。
【００３４】
システム制御部１４は、ＣＰＵ１４ａが、ＲＯＭ１４ｂや記憶部１２に記憶された各種プログラムを読み出し実行することによりコンテンツサーバ１の各部を制御する。また、システム制御部１４は、本発明におけるコンテンツ送信手段、通知受信手段、要求受信手段、広告コンテンツ送信手段、判定手段、応答送信手段、要求送信手段、広告コンテンツ受信手段、及び第２判定手段として機能するようになっている。
【００３５】
具体的に、システム制御部１４は、ユーザ端末３による上記の一時停止時間が広告再生判定時間以上であるか否かを判定し、一時停止時間が広告再生判定時間以上である場合には、コンテンツ動画データの再生を再開する前に広告動画データをユーザ端末３が再生するように制御する。
【００３６】
システム制御部１４が一時停止時間を計算するためには、一時停止ボタンが何時選択されたか、及び、再生ボタンが何時選択されたかを、システム制御部１４が認識する必要がある。また、再生ボタンが選択されたタイミングでユーザ端末３に広告動画データを再生させるためには、再生ボタンが選択されたときに、そのことをシステム制御部１４が認識する必要がある。そこで、一時停止ボタンが選択されたとき、及び、再生ボタンが選択されたときに、ユーザ端末３からコンテンツサーバ１に対してメッセージが送信されるようにする。具体的には、再生ボタンが選択されたときには、コンテンツ動画再生リクエストが送信されるようにする。コンテンツ動画再生リクエストは、再生ボタンが選択されたことを通知するメッセージであるとともに、動画データを再生するための制御情報を要求するメッセージである。また、一時停止ボタンが選択されたときには、広告再生判定リクエストが送信されるようにする。広告再生判定リクエストは、一時停止ボタンが選択されたことを通知するメッセージであるとともに、広告動画データを再生させるか否かをシステム制御部１４に判定させるためのメッセージである。コンテンツ動画再生リクエスト及び広告再生判定リクエストは、何れもＨＴＴＰリクエストである。
【００３７】
通常、ユーザ端末３から広告再生判定リクエストを受信すると、システム制御部１４は、ユーザ端末３へ直ぐにレスポンスを返すとともに、コンテンツ動画データの送信を一時停止する。しかし本発明においては、システム制御部１４は直ぐにはレスポンスを送信せずに、広告再生判定リクエストを保留する。そして、システム制御部１４は、コンテンツ動画再生リクエストを受信したときに、対応する広告再生判定リクエストが保留されているか否かを判定することで、先ず、一時停止ボタンが選択された上で、その後再生ボタンが選択されたか否かを判定することができる。
【００３８】
コンテンツ動画再生リクエストと広告再生判定リクエストとが対応しているか否かを判定する方法としては、例えば、ＨＴＴＰリクエストとともに識別情報をユーザ端末３により送信させる方法がある。具体的には、例えば、システム制御部１４は、動画再生ページをユーザ端末３に送信するときに、動画再生ページの送信毎に固有の識別情報を生成する。そして、システム制御部１４は、識別情報をユーザ端末３に送信する。すると、ユーザ端末３から送信されてくるＨＴＴＰリクエストとともに、識別情報が送信されてくる。よって、システム制御部１４は、保留している広告再生判定リクエストとともに受信した識別情報と、コンテンツ動画再生リクエストとともに受信した識別情報とを比較することにより、コンテンツ動画再生リクエストと広告再生判定リクエストとが対応しているか否かを判定することができる。
【００３９】
システム制御部１４は、ユーザ端末３に広告動画データを再生させる場合、保留しておいた広告再生判定リクエストに対するレスポンスとして、広告再生判定レスポンスをユーザ端末３に送信し、続けて、コンテンツ動画再生リクエストに対するレスポンスとして、広告動画データを再生するための制御情報を含むコンテンツ動画再生レスポンスをユーザ端末３に送信する。この制御情報には、ユーザ端末３の動画再生プログラムにより動画データの再生を制御するため、及び、ストリーミング用のプロトコルによりユーザ端末３からコンテンツサーバ１へリクエストを送信するための各種パラメータが設定される。ＨＴＴＰリクエストを保留し、任意のタイミングでレスポンスを送信する技術としては、例えば、Comet等がある。ここでは、広告再生判定リクエストの保留状態を解除するために広告再生判定レスポンスを送信するので、システム制御部１４は、広告再生判定レスポンスには、データを設定しない。
【００４０】
ユーザ端末３には、例えば、動画配信システムＳに対応した動画再生プログラムをインストールしておく。或いは、従来の動画再生プログラムに、動画配信システムＳに対応したプログラムをアドオンとして組み込んでも良い。この動画再生プログラムにより、コンテンツ動画再生リクエスト及び広告再生判定リクエストを送信し、これらのリクエストに対するレスポンスを受信したときに、レスポンスに応じて動画データの再生動作を制御する機能がユーザ端末３に提供される。
【００４１】
なお、広告再生判定リクエストは、本発明の停止通知の一例であり、コンテンツ動画再生リクエストは、本発明の問い合わせ要求の一例である。また、コンテンツ動画再生レスポンスは、本発明の問い合わせ応答の一例である。また、広告動画データを再生するための制御情報は、本発明の制御情報の一例である。
【００４２】
［３．動画配信システムの動作］
次に、動画配信システムＳの動作について、図３乃至図６を用いて説明する。
【００４３】
図３及び図４は、本実施形態に係る動画配信システムＳの処理例を示すシーケンス図である。
【００４４】
ユーザが、ユーザ端末３の画面に表示されている動画配信サイトのＷｅｂページから所望のコンテンツを選択する。すると、図３に示すように、ユーザ端末３は、動画再生ページを画面に表示する（ステップＳ１１）。また、ユーザ端末３は、動画再生プログラムを起動する（ステップＳ１２）。
【００４５】
その後、ユーザが動画再生ページ上の再生ボタンをマウス等により選択する（ステップＳ１３）。すると、再生ボタンの選択を検出したユーザ端末３は、コンテンツサーバ１へコンテンツ動画再生リクエストを送信する（ステップＳ１４）。
【００４６】
コンテンツ動画再生リクエストを受信したコンテンツサーバ１は、対応する広告再生判定リクエストが保留されていないので、コンテンツ動画再生リクエストに対応する制御情報を含むコンテンツ動画再生レスポンスを、ユーザ端末３に送信する（ステップＳ１５）。この制御情報には、コンテンツ動画データの動画ＩＤを含むコンテンツ動画データのＵＲＬ（Uniform Resource Locator）等のパラメータが設定されている。
【００４７】
コンテンツ動画再生レスポンスを受信したユーザ端末３は、コンテンツ動画再生レスポンスに設定されている制御情報に基づいて、コンテンツ動画データのＵＲＬ等を含む動画送信リクエストをコンテンツサーバ１へ送信する（ステップＳ１６）。動画送信リクエストは、ストリーミング用のプロトコルのメッセージである。
【００４８】
動画送信リクエストを受信したコンテンツサーバ１は、動画送信リクエストに設定されているＵＲＬ中の動画ＩＤに対応するコンテンツ動画データをコンテンツ動画ＤＢ１２ａから取得する。そして、コンテンツサーバ１は、ストリーミングによるコンテンツ動画データの送信を開始する（ステップＳ１７）。ユーザ端末３は、コンテンツサーバ１からコンテンツ動画データを受信して、ユーザ端末３のメモリ上のバッファに蓄積させながら、蓄積されたコンテンツ動画データの再生を開始する（ステップＳ１８）。
【００４９】
その後、ユーザが動画再生ページ上の一時停止ボタンをマウス等により選択する（ステップＳ１９）。すると、一時停止ボタンの選択を検出したユーザ端末３は、コンテンツ動画データの再生を一時停止して（ステップＳ２０）、コンテンツサーバ１へ広告再生判定リクエストを送信する（ステップＳ２１）。広告再生判定リクエストを受信したコンテンツサーバ１は、広告再生判定リクエストを保留する（ステップＳ２２）。
【００５０】
その後、ユーザが動画再生ページ上の再生ボタンを選択すると（ステップＳ２３）、ユーザ端末３は、コンテンツサーバ１へコンテンツ動画再生リクエストを送信する（ステップＳ２４）。
【００５１】
コンテンツサーバ１は、広告再生判定リクエストを受信してからコンテンツ動画再生リクエストを受信するまでに広告再生判定時間が経過していた場合（ステップＳ２５）、すなわち、一時停止時間が広告再生判定時間以上である場合には、ユーザ端末３によって広告動画データが再生されるように制御する。
【００５２】
具体的に、コンテンツサーバ１は、広告サーバ２へ広告取得リクエストを送信する（ステップＳ２６）。広告サーバ２は、受信した広告取得リクエストに対応する広告動画データを含む広告取得レスポンスをコンテンツサーバ１へ送信する（ステップＳ２７）。
【００５３】
広告取得レスポンスを受信したコンテンツサーバ１は、先ず、保留してあった広告再生判定リクエストに対するレスポンスとして、広告再生判定レスポンスをユーザ端末３に送信する（ステップＳ２８）。次いで、コンテンツサーバ１は、コンテンツ動画再生リクエストに対するレスポンスとして、広告動画データを再生させるための制御情報を含むコンテンツ動画再生レスポンスをユーザ端末３に送信する（ステップＳ２９）。
【００５４】
広告再生判定レスポンス及びコンテンツ動画再生レスポンスを受信したユーザ端末３は、コンテンツ動画再生レスポンスに設定されている制御情報に基づいて、広告動画データのＵＲＬ等を含む動画送信リクエストをコンテンツサーバ１へ送信する（ステップＳ３０）。
【００５５】
動画送信リクエストを受信したコンテンツサーバ１は、広告サーバ２から取得しておいた広告動画データのストリーミングによる送信を開始する（ステップＳ３１）。
【００５６】
一方、ユーザ端末３は、動画再生ページ上の操作画面に対するユーザ操作を禁止する。その理由は、広告動画データの再生がスキップされたり、停止されたりすることを防止するためである。そして、ユーザ端末３は、コンテンツサーバ１から広告動画データを順次受信してバッファに蓄積させながら、蓄積された広告動画データの再生を開始する（ステップＳ３２）。なお、広告動画データの蓄積に用いられるバッファとして、コンテンツ動画データの蓄積に用いられるバッファとは別に新たなバッファが設けられる。
【００５７】
そして、ユーザ端末３は、広告動画データの再生が完了すると、動画再生ページ上の操作画面に対するユーザ操作の禁止を解除する（ステップＳ３３）。そして、ユーザ端末３は、再生が一時停止されていた再生位置から、コンテンツ動画データの再生を再開する（ステップＳ３４）。
【００５８】
なお、コンテンツサーバ１は、広告再生判定リクエストを受信してから広告再生判定時間が経過する前に、コンテンツ動画再生リクエストを受信した場合、ユーザ端末３に広告動画データを再生させないように制御する。この場合、コンテンツサーバ１は、広告再生判定レスポンスをユーザ端末３に送信し、続けて、広告動画データを再生するための制御情報を含まないコンテンツ動画再生レスポンスをユーザ端末３に送信する。ユーザ端末３は、受信したコンテンツ動画再生レスポンスに制御情報が設定されていないので、広告動画データを送信させるための動画送信リクエストを送信することなく、コンテンツ動画データの再生を再開する。
【００５９】
また、コンテンツサーバ１は、広告サーバ２に対して広告取得リクエストを送信してから最大待ち時間以上経過しても、広告サーバ２から広告取得レスポンスが送信されてこない場合にも、ユーザ端末３に広告動画データを再生させないように制御する。つまり、コンテンツサーバ１は、広告再生判定レスポンス、及び広告動画データを再生するための制御情報を含まないコンテンツ動画再生レスポンスをユーザ端末３に送信する。この場合も、ユーザ端末３は、広告動画データを送信させるための動画送信リクエストを送信することなく、コンテンツ動画データの再生を再開する。
【００６０】
図５及び図６は、本実施形態に係るコンテンツサーバ１のシステム制御部１４の処理例を示すフローチャートである。
【００６１】
図５の処理は、例えば、コンテンツサーバ１のサーバプログラムが起動し、ユーザ端末３からのリクエスト待ち状態になったときに開始される。先ず、システム制御部１４は、ユーザ端末３からコンテンツ動画再生リクエストを受信したか否かを判定する（ステップＳ１０１）。このとき、システム制御部１４は、要求受信手段としてコンテンツ動画再生リクエストを受信した場合には（ステップＳ１０１：ＹＥＳ）、判定手段として、受信したコンテンツ動画再生リクエストに対応する広告再生判定リクエストが保留されているか否かを判定する（ステップＳ１０２）。このとき、システム制御部１４は、対応する広告再生判定リクエストが保留されていない場合には（ステップＳ１０２：ＮＯ）、コンテンツ動画データを再生するための制御情報を含むコンテンツ動画再生レスポンスを、コンテンツ動画再生リクエストを送信してきたユーザ端末３に送信する（ステップＳ１０３）。対応する広告再生判定リクエストが保留されていない場合としては、ユーザ端末３において、動画再生ページが表示されてから初めて再生ボタンが選択された場合や、再生が停止（一時停止ではない）した後に、再生ボタンが選択された場合がある。システム制御部１４は、ステップＳ１０３の処理を終えると、ステップＳ１０１に移行する。
【００６２】
一方、システム制御部１４は、対応する広告再生判定リクエストが保留されている場合には（ステップＳ１０２：ＹＥＳ）、現在時刻を取得し、現在時刻と、広告再生判定リクエストに対応付けられた時刻との差を計算することにより、一時停止時間を計算する（ステップＳ１０４）。次いで、システム制御部１４は、判定手段として、計算した一時停止時間が記憶部１２に記憶されている広告再生判定時間以上であるか否かを判定する（ステップＳ１０５）。このとき、システム制御部１４は、一時停止時間が広告再生判定時間未満である場合には（ステップＳ１０５：ＮＯ）、再生が一時停止されていたコンテンツ動画データの再生をユーザ端末３が直ぐに再開するように制御する。具体的に、システム制御部１４は、広告再生判定レスポンスを、コンテンツ動画再生リクエストを送信してきたユーザ端末３に送信する（ステップＳ１０６）。次いで、システム制御部１４は、制御情報を含まないコンテンツ動画再生レスポンスをコンテンツ動画再生リクエストを送信してきたユーザ端末３に送信する（ステップＳ１０７）。システム制御部１４は、ステップＳ１０７の処理を終えると、ステップＳ１０１に移行する。
【００６３】
一方、システム制御部１４は、一時停止時間が広告再生判定時間以上である場合には（ステップＳ１０５：ＹＥＳ）、ユーザ端末３に再生させる広告動画データを取得する。具体的に、システム制御部１４は、ユーザ端末３に再生させる広告動画データを選定する（ステップＳ１０８）。例えば、システム制御部１４は、予め定められた広告動画データを選定しても良いし、ランダムに選定しても良い。また、システム制御部１４は、ユーザ端末３が再生しているコンテンツ動画データに予め対応付けられている広告動画データを選定しても良い。次いで、システム制御部１４は、要求送信手段として、選定した広告動画データの動画ＩＤを含む広告取得リクエストを広告サーバ２に送信する（ステップＳ１０９）。次いで、システム制御部１４は、タイマーをセットする（ステップＳ１１０）。具体的に、システム制御部１４は、現時点から記憶部１２に記憶されている最大待ち時間が経過すると、広告取得レスポンス待ち時間切れイベントが発生するように設定を行う。システム制御部１４は、ステップＳ１１０の処理を終えると、ステップＳ１０１に移行する。
【００６４】
ステップＳ１０１において、システム制御部１４は、コンテンツ動画再生リクエストを受信していない場合には（ステップＳ１０１：ＮＯ）、第２判定手段として、広告取得レスポンス待ち時間切れイベントが発生したか否かを判定する（ステップＳ１１１）。つまり、システム制御部１４は、広告取得リクエストを送信してから最大待ち時間以内に広告取得レスポンスを受信することができなかったか否かを判定する。このとき、システム制御部１４は、広告取得レスポンス待ち時間切れイベントが発生した場合には（ステップＳ１１１：ＹＥＳ）、ステップＳ１０６に移行して、再生が一時停止されていたコンテンツ動画データの再生をユーザ端末３が直ぐに再開するように制御する。
【００６５】
ステップＳ１１１において、システム制御部１４は、広告取得レスポンス待ち時間切れイベントが発生していない場合には（ステップＳ１１１：ＮＯ）、図６に示すように、ユーザ端末３から広告再生判定リクエストを受信したか否かを判定する（ステップＳ１２１）。このとき、システム制御部１４は、通知受信手段として広告再生判定リクエストを受信した場合には（ステップＳ１２１：ＹＥＳ）、現在時刻を取得する（ステップＳ１２２）。次いで、システム制御部１４は、受信した広告再生判定リクエストを、現在時刻に対応付けて保留する（ステップＳ１２３）。システム制御部１４は、ステップＳ１２３の処理を終えると、ステップＳ１０１に移行する。
【００６６】
ステップＳ１２１において、システム制御部１４は、広告再生判定リクエストを受信していない場合には（ステップＳ１２１：ＮＯ）、広告サーバ２から広告取得レスポンスを受信したか否かを判定する（ステップＳ１２４）。このとき、システム制御部１４は、広告コンテンツ受信手段として広告取得レスポンスを受信した場合には（ステップＳ１２４：ＹＥＳ）、対応する広告再生判定リクエストが保留されているか否かを判定する（ステップＳ１２５）。このとき、システム制御部１４は、対応する広告再生判定リクエストが保留されていない場合には（ステップＳ１２５：ＮＯ）、ステップＳ１０１に移行する。システム制御部１４は、広告取得リクエストを送信した後、最大待ち時間が経過すると、広告再生判定レスポンスを送信する。従って、最大待ち時間が経過した後に広告取得レスポンスが送信されてきた場合には、対応する広告再生判定リクエストは保留されていない。
【００６７】
一方、システム制御部１４は、対応する広告再生判定リクエストが保留されている場合には（ステップＳ１２５：ＹＥＳ）、再生が一時停止されていたコンテンツ動画データを再生する前に、広告動画データをユーザ端末３が再開するように制御する。先ず、システム制御部１４は、セットしておいたタイマーをキャンセルする（ステップＳ１２６）。次いで、システム制御部１４は、受信した広告取得レスポンスに含まれる広告動画データを記憶部１２に保持する（ステップＳ１２７）。次いで、システム制御部１４は、広告再生判定レスポンスを、コンテンツ動画再生リクエストを送信してきたユーザ端末３に送信する（ステップＳ１２８）。次いで、システム制御部１４は、応答送信手段として、広告動画データを再生するための制御情報を含むコンテンツ動画再生レスポンスを、コンテンツ動画再生リクエストを送信してきたユーザ端末３に送信する（ステップＳ１２９）。システム制御部１４は、ステップＳ１２９の処理を終えると、ステップＳ１０１に移行する。
【００６８】
ステップＳ１２４において、システム制御部１４は、広告取得レスポンスを受信していない場合には（ステップＳ１２４：ＮＯ）、ユーザ端末３から動画送信リクエストを受信したか否かを判定する（ステップＳ１３０）。このとき、システム制御部１４は、動画送信リクエストを受信した場合には（ステップＳ１３０：ＹＥＳ）、受信した動画送信リクエストに含まれる動画ＩＤが、コンテンツ動画データの動画ＩＤであるか否かを判定する（ステップＳ１３１）。このとき、システム制御部１４は、動画送信リクエストに含まれる動画ＩＤがコンテンツ動画データの動画ＩＤである場合には（ステップＳ１３１：ＹＥＳ）、コンテンツ送信手段として、動画ＩＤに対応するコンテンツ動画データをコンテンツ動画ＤＢ１２ａから取得し、動画送信リクエストを送信してきたユーザ端末３に対して、取得したコンテンツ動画データの送信を開始する（ステップＳ１３２）。一方、システム制御部１４は、動画送信リクエストに含まれる動画ＩＤが広告動画データの動画ＩＤである場合には（ステップＳ１３１：ＮＯ）、広告コンテンツ送信手段として、動画送信リクエストを送信してきたユーザ端末３に対して、記憶部１２に保持しておいた広告動画データの送信を開始する（ステップＳ１３３）。なお、システム制御部１４は、広告動画データの送信が完了すると、送信した広告動画データを記憶部１２から削除する。システム制御部１４は、ステップＳ１３２またはステップＳ１３３の処理を終えると、ステップＳ１０１に移行する。
【００６９】
ステップＳ１３０において、システム制御部１４は、動画送信リクエストを受信していない場合には（ステップＳ１３０：ＮＯ）、ステップＳ１０１に移行する。
【００７０】
以上説明したように、本実施形態によれば、コンテンツサーバ１のシステム制御部１４が、コンテンツ動画データをユーザ端末３に送信し、ユーザ端末３から送信された広告再生判定リクエストを受信し、ユーザ端末３から送信されたコンテンツ動画再生リクエストを受信し、コンテンツ動画再生リクエストを受信したときに、広告再生判定リクエストが既に受信されているか否かを判定する。また、システム制御部１４が、広告再生判定リクエストが既に受信されている場合には、広告再生判定リクエストが受信されてからコンテンツ動画再生リクエストが受信されるまでに経過した時間が広告再生判定時間以上であるか否かを判定する。そして、システム制御部１４が、経過した時間が広告再生判定時間以上である場合には、再生が一時停止されたコンテンツ動画データを再生する前に広告動画データを再生するための制御情報を含むコンテンツ動画再生レスポンスをユーザ端末３に送信し、ユーザ端末３から動画送信リクエストを受信すると、広告動画データをユーザ端末３に送信する。
【００７１】
従って、ユーザが一時停止ボタンを選択したことによりコンテンツの動画の視聴を一度やめた後に広告動画データ再生されるので、ユーザによるコンテンツの動画の視聴が途中で妨げられることを防止することができる。また、ユーザが再生ボタンを選択したことによって視聴を再開しようとしたときに、広告動画データが再生されるので、広告の動画をユーザに視聴させることができる。また、ユーザ端末３が広告動画データを再生させるか否かの問い合わせを何度も行う必要がないので、問い合わせに起因するユーザ端末３、コンテンツサーバ１、及びネットワークＮＷの負荷が増大することを防止することができる。
【００７２】
また、時間を置かずにコンテンツの動画の視聴を再開しようとするユーザの意図にかかわらず、先に広告動画データが再生されることによって、再生が停止されていたコンテンツ動画データの再生再開が遅れてしまうことを防止することができる。
【００７３】
また、システム制御部１４が、広告再生判定リクエストが受信されてからコンテンツ動画再生リクエストが受信されるまでに経過した時間が広告再生判定時間以上である場合に、広告サーバ２に広告取得リクエストを送信し、広告サーバ２から送信された広告動画データを受信する。また、システム制御部１４が、広告取得リクエストが送信されてから最大待ち時間以内に広告動画データが受信されたか否かを判定する。そして、システム制御部１４が、最大待ち時間以内に広告動画データが受信された場合には、再生が一時停止されたコンテンツ動画データを再生する前に広告動画データを再生するための制御情報を含むコンテンツ動画再生レスポンスをユーザ端末３に送信し、最大待ち時間以内に広告動画データが受信されなかった場合には、制御情報を含まないコンテンツ動画再生レスポンスをユーザ端末３に送信する。
【００７４】
従って、コンテンツサーバ１とは別個の広告サーバ２に広告動画データを記憶させるようにしたことで、コンテンツサーバ１による広告動画データの取得が遅れてしまうことにより、コンテンツ動画データの再生開始が遅れてしまうことを防止することができる。
【００７５】
なお、上記実施形態においては、一時停止時間が広告再生判定時間以上である場合にのみ、広告動画データが再生されるようにしていたが、一時停止時間が広告再生判定時間以上であるか否かにかかわらず、広告動画データが再生されるようにしても良い。
【００７６】
また、上記実施形態においては、ユーザにより一時停止ボタンが選択されてコンテンツ動画データの再生が一時停止した後に再生ボタンが選択された場合にのみ、広告動画データが再生されるようにしていたが、ユーザにより停止ボタンが選択されてコンテンツ動画データの再生が停止した後に再生ボタンが選択された場合にも、広告動画データが再生されるようにしても良い。
【００７７】
また、上記実施形態においては、コンテンツ動画再生リクエスト、コンテンツ動画再生レスポンス、広告再生判定リクエスト及び広告再生判定レスポンスが、ＨＴＴＰを用いて送信されるようにしていたが、ＨＴＴＰ以外のプロトコルを用いて送信されるようにしても良い。
【００７８】
また、上記実施形態においては、コンテンツサーバ１が、広告再生判定リクエストを受信した後にコンテンツ動画再生リクエストを受信したときに、広告動画データをユーザ端末３に送信するようにしていたが、広告動画データを事前に送信しても良い。例えば、コンテンツサーバ１は、広告再生判定リクエストを受信したときに広告動画データを送信し、広告動画データを予めユーザ端末３に記憶させても良い。この場合、ユーザ端末３は、コンテンツサーバ１からコンテンツ動画再生レスポンスを受信したタイミングで、予めコンテンツサーバ１から受信しておいた広告動画データを再生すれば良い。
【００７９】
また、上記実施形態においては、本発明のコンテンツに動画データを適用していたが、例えば、音声データ、ＲＩＡ（Rich Internet Application）のコンテンツ等の再生可能なコンテンツを適用しても良い。
【符号の説明】
【００８０】
１  コンテンツサーバ
２  広告サーバ
３  ユーザ端末
１１  通信部
１２  記憶部
１２ａ  コンテンツ動画ＤＢ
１３  入出力インターフェース
１４  システム制御部
１４ａ  ＣＰＵ
１４ｂ  ＲＯＭ
１４ｃ  ＲＡＭ
１５  システムバス
ＮＷ  ネットワーク
Ｓ  動画配信システム
【図１】
2011205441.tif 000003
【図２】
2011205441.tif 000004
【図３】
2011205441.tif 000005
【図４】
2011205441.tif 000006
【図５】
2011205441.tif 000007
【図６】
2011205441.tif 000008