(57)【特許請求の範囲】
【請求項１】
コンテンツを広告映像と共に要求ピアへP2P技術を用いたストリーミングにより配信するP2P広告配信方法において、
広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを管理するポータルサーバが、要求ピアからユーザ情報およびコンテンツ配信の要求を検知する手順と、
前記ポータルサーバが、前記ユーザ情報および配信要求されたコンテンツの情報が記述された広告レコメンド要求を広告レコメンドサーバへ送信する手順と、
前記広告レコメンドサーバが、前記ユーザ情報およびコンテンツ情報に基づいて少なくとも一つの広告映像を選択する手順と、
前記広告レコメンドサーバが、前記選択された各広告映像の情報を前記ポータルサーバへ返信する手順と、
前記ポータルサーバが、前記各広告情報およびコンテンツ情報に基づいて各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを選択する手順と、
前記ポータルサーバが、前記各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを要求ピアへ送信する手順と、
前記要求ピアが、前記各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルの記述されたピアリスト要求を配信制御サーバへ送信する手順と、
前記配信制御サーバが、前記各広告映像のピアリストおよびコンテンツのピアリストを前記要求ピアへ返信する手順と、
前記要求ピアが、前記各広告映像のピアリストに記述されたピアに接続して各広告映像をダウンロードし、前記コンテンツのピアリストに記述されたピアに接続してコンテンツをダウンロードする手順とを含み、
前記配信制御サーバは、ピアリストに要求ピアと同一セグメントのピアがより多く登録されている広告映像の再生順序をより早く設定し、
前記要求ピアが、各広告映像の再生完了後にコンテンツを再生するように定められた再生スケジュールに基づいて、全ての広告映像の再生完了後にコンテンツの再生を開始することを特徴とするP2P広告配信方法。
【請求項２】
コンテンツを広告映像と共に要求ピアへP2P技術を用いたストリーミングにより配信するP2P広告配信方法において、
広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを管理するポータルサーバが、要求ピアからユーザ情報およびコンテンツ配信の要求を検知する手順と、
前記ポータルサーバが、前記ユーザ情報および配信要求されたコンテンツの情報が記述された広告レコメンド要求を広告レコメンドサーバへ送信する手順と、
前記広告レコメンドサーバが、前記ユーザ情報およびコンテンツ情報に基づいて少なくとも一つの広告映像を選択する手順と、
前記広告レコメンドサーバが、前記選択された各広告映像の情報を前記ポータルサーバへ返信する手順と、
前記ポータルサーバが、前記各広告情報およびコンテンツ情報に基づいて各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを選択する手順と、
前記ポータルサーバが、前記各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを要求ピアへ送信する手順と、
前記要求ピアが、前記各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルの記述されたピアリスト要求を配信制御サーバへ送信する手順と、
前記配信制御サーバが、前記各広告映像のピアリストおよびコンテンツのピアリストを前記要求ピアへ返信する手順と、
前記要求ピアが、前記各広告映像のピアリストに記述されたピアに接続し、各広告映像をダウンロードして順次に再生する手順と、
前記要求ピアが、最後の広告映像の再生完了前から、前記コンテンツのピアリストに記述されたピアに接続してコンテンツのダウンロードを開始する手順と、
前記要求ピアが、各広告映像の再生完了後にコンテンツを再生するように定められた再生スケジュールに基づいて、全ての広告映像の再生完了後にコンテンツの再生を開始することを特徴とするP2P広告配信方法。
【請求項３】
前記配信制御サーバが、ネットワークトポロジを管理するトポロジ情報管理サーバへ、前記各広告映像およびコンテンツの一部または全てを所持するピアの情報ならびに前記要求ピアの情報と共にピアリスト要求を送信する手順と、
前記トポロジ情報管理サーバが、前記ネットワークトポロジに基づいて、前記各広告映像のピアリストおよびコンテンツのピアリストを生成する手順と、
前記トポロジ情報管理サーバが、前記各広告映像のピアリストおよびコンテンツのピアリストを前記配信制御サーバへ返信する手順とを含み、
前記ピアリストに登録された各ピアには、ネットワークトポロジに基づいて優先度が付されていることを特徴とする請求項１または２に記載のP2P広告配信方法。
【請求項４】
前記要求ピアは、最初に再生される広告映像の再生開始時刻に基づいて他の広告映像およびコンテンツの再生開始時刻をスケジューリングし、
広告映像の再生が中断されると、後続する他の広告映像およびコンテンツの再生開始時刻を前記再生が中断された時間だけ遅らせることを特徴とする請求項１ないし３のいずれかに記載のP2P広告配信方法。
【請求項５】
m番目の広告映像のダウンロードが完了、またはm番目の広告映像の再生が所定の割合だけ完了した時点でm+1番目の広告映像またはコンテンツのダウンロードが開始されることを特徴とする請求項１ないし４のいずれかに記載のP2P広告配信方法。
【請求項６】
前記配信制御サーバは、各広告映像の再生順序を設定する手順を含み、
ピアリストに要求ピアと同一セグメントのピアがより多く登録されている広告映像の再生順序をより早くすることを特徴とする請求項２ないし５のいずれかに記載のP2P広告配信方法。
【請求項７】
前記ピアリストに要求ピアと同一セグメントのピアが同数だけ登録されている広告映像同士に関して、前記ピアリストに接続回線速度の速いピアがより多く登録されている広告映像の再生順序をより早くすることを特徴とする請求項６に記載のP2P広告配信方法。
【請求項８】
前記要求ピアは、各広告映像の再生順序を設定する手順を含み、
ビットレートのより遅い映像広告の再生順序をより早くすることを特徴とする請求項１ないし５のいずれかに記載のP2P広告配信方法。
【請求項９】
前記要求ピアは、各広告映像およびコンテンツのダウンロードを所定のタイミングまでに完了できないと、当該広告映像およびコンテンツの原本を管理するコンテンツサーバに接続して当該広告映像およびコンテンツのダウンロードを他のピアからのダウンロードと並行して行うことを特徴とする請求項１ないし８のいずれかに記載のP2P広告配信方法。
【請求項１０】
前記要求ピアは、各広告映像およびコンテンツのダウンロード中に接続ピア数が所定の下限値以下になると、当該広告映像およびコンテンツの原本を管理するコンテンツサーバに接続して当該広告映像およびコンテンツのダウンロードを他のピアからのダウンロードと並行して行うことを特徴とする請求項１ないし８のいずれかに記載のP2P広告配信方法。
【請求項１１】
前記接続ピア数が所定の下限値よりも多くなると、前記コンテンツサーバからのダウンロードを停止することを特徴とする請求項１０に記載のP2P広告配信方法。
【請求項１２】
前記要求ピアは、広告映像およびコンテンツのダウンロードを所定のタイミングまでに完了できないと、当該広告映像に関するピアリスト要求を配信制御サーバへ送信してピアリストを新規に取得し、接続ピアを当該ピアリストに登録されているピアへ切り替えることを特徴とする請求項１ないし１１のいずれかに記載のP2P広告配信方法。
【請求項１３】
前記要求ピアは、広告映像およびコンテンツのダウンロード中に接続ピア数が所定の下限値以下になると、当該広告映像に関するピアリスト要求を配信制御サーバへ送信してピアリストを新規に取得し、接続ピアを当該ピアリストに登録されているピアへ切り替えることを特徴とする請求項１ないし１２のいずれかに記載のP2P広告配信方法。
【請求項１４】
コンテンツを広告映像と共に要求ピアへP2Pストリーミングにより配信するP2P広告配信システムにおいて、
広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを管理するポータルサーバと、
コンテンツの配信を要求するユーザの情報に基づいて少なくとも一つの広告映像を紹介する広告レコメンドサーバと、
P2P配信を制御する配信制御サーバとを具備し、
前記ポータルサーバは、
要求ピアからユーザ情報およびコンテンツ配信の要求を検知する手段と、
前記ユーザ情報および配信要求されたコンテンツの情報が記述された広告レコメンド要求を広告レコメンドサーバへ送信する手段とを具備し、
前記広告レコメンドサーバは、
前記ユーザ情報およびコンテンツ情報に基づいて少なくとも一つの広告映像を選択する手段と、
前記選択された各広告映像の情報を前記ポータルサーバへ返信する手段とを具備し、
前記ポータルサーバがさらに、
前記各広告情報およびコンテンツ情報に基づいて各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを選択する手段と、
前記各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを要求ピアへ送信する手段とを具備し、
前記要求ピアが、
前記各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルの記述されたピアリスト要求を配信制御サーバへ送信する手段を具備し、
前記配信制御サーバが、
前記各広告映像のピアリストおよびコンテンツのピアリストを前記要求ピアへ返信する手段を具備し、
前記要求ピアがさらに、
前記各広告映像のピアリストに記述されたピアに接続し、各広告映像をダウンロードして順次に再生する手段と、
最後の広告映像の再生完了前から、前記コンテンツのピアリストに記述されたピアに接続してコンテンツのダウンロードを開始する手段と、
前記ダウンロードした各広告映像を再生し、全ての広告映像の再生完了後に前記ダウンロードしたコンテンツの再生を開始する手段とを具備したことを特徴とするP2P広告配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツおよび広告映像をP2Pストリーミングにより配信するP2P広告配信方法およびシステムに係り、特に、ユーザが所望のコンテンツを指定して配信を要求すると、ユーザの嗜好に適合した広告映像がコンテンツと共に配信されるP2P広告配信方法およびシステムに関する。
【背景技術】
【０００２】
従来のP2P技術を用いたコンテンツ配信では、特許文献１に開示されているように、ユーザがダウンロードしたいコンテンツを指定すると、指定されたコンテンツのみが配信された。したがって、コンテンツと広告映像とは別々に配信するか、もしくは別の配信技術を用いて配信しなければならなかった。
【０００３】
また、予めコンテンツの先頭部分に広告映像を連結しておき、これを広告付きコンテンツとしてストリーミング配信すれば、広告映像の視聴後でなければコンテンツを視聴できないといった視聴制限は実現できる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２５９４３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来技術では、ユーザがダウンロードしたいコンテンツを指定すると，指定されたコンテンツのみが配信されるので、広告付きコンテンツ（広告映像を視聴したユーザのみがコンテンツを視聴できる）を配信する場合は，広告映像を配信する技術とコンテンツを配信する技術とを別々にしなければならなかった。また、このような別々の配信では、広告映像の再生とコンテンツの再生とを関連付けて広告映像の再生後でなければコンテンツを再生できないようにする視聴制限を導入することが困難であった。
【０００６】
さらに、コンテンツの先頭部分に広告映像を予め連結する方式では、コンテンツと広告映像との関係が固定的となるために、ユーザごとに、その嗜好に適合した広告映像を選択して視聴させることができない。ユーザごとに、その嗜好に適合した広告映像を視聴させるためには、広告映像とコンテンツとを別々に管理し、コンテンツの配信時に広告映像を選択して配信する必要がある。
【０００７】
本発明の目的は、上記した従来技術の課題を解決し、ユーザがコンテンツの配信を要求すると、P2P技術を用いて当該コンテンツと共に広告映像が配信され、広告映像の視聴後でなければコンテンツを視聴できないといった視聴制限を、コンテンツに広告映像を予め連結することなく実現できるP2P広告配信方法およびシステムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明は、コンテンツを広告映像と共に要求ピアへP2Pストリーミングにより配信するP2P広告配信方法において、以下のような構成を具備した点に特徴がある。
【０００９】
(1)広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを管理するポータルサーバが、要求ピアからユーザ情報およびコンテンツ配信の要求を検知する手順と、前記ポータルサーバが、前記ユーザ情報および配信要求されたコンテンツの情報が記述された広告レコメンド要求を広告レコメンドサーバへ送信する手順と、前記広告レコメンドサーバが、前記ユーザ情報およびコンテンツ情報に基づいて少なくとも一つの広告映像を選択する手順と、前記広告レコメンドサーバが、前記選択された各広告映像の情報を前記ポータルサーバへ返信する手順と、前記ポータルサーバが、前記各広告情報およびコンテンツ情報に基づいて各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを選択する手順と、前記ポータルサーバが、前記各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルを要求ピアへ送信する手順と、前記要求ピアが、前記各広告映像のメタ情報ファイルおよびコンテンツのメタ情報ファイルの記述されたピアリスト要求を配信制御サーバへ送信する手順と、前記配信制御サーバが、前記各広告映像のピアリストおよびコンテンツのピアリストを前記要求ピアへ返信する手順と、前記要求ピアが、前記各広告映像のピアリストに記述されたピアに接続して各広告映像をダウンロードし、前記コンテンツのピアリストに記述されたピアに接続してコンテンツをダウンロードする手順と、前記要求ピアが、前記ダウンロードした各広告映像を再生し、全ての広告映像の再生完了後に前記ダウンロードしたコンテンツの再生を開始するようにした。
【００１０】
(2)配信制御サーバが、ネットワークトポロジを管理するトポロジ情報管理サーバへ、前記各広告映像およびコンテンツの一部もしくは全てを所持するピアの情報ならびに前記要求ピアの情報と共にピアリスト要求を送信する手順と、前記トポロジ情報管理サーバが、前記ネットワークトポロジに基づいて、前記各広告映像のピアリストおよびコンテンツのピアリストを生成する手順と、前記トポロジ情報管理サーバが、前記各広告映像のピアリストおよびコンテンツのピアリストを前記配信制御サーバへ返信する手順とを含み、前記ピアリストに登録された各ピアには、ネットワークトポロジに基づいて優先度が付されるようにした。
【００１１】
(3)要求ピアが、最初に再生される広告映像の再生開始時刻に基づいて他の広告映像およびコンテンツの再生開始時刻をスケジューリングし、広告映像の再生が中断されると、後続する他の広告映像およびコンテンツの再生開始時刻を前記再生が中断された時間だけ遅らせるようにした。
【００１２】
(4)m番目の広告映像のダウンロードが完了、またはm番目の広告映像の再生が所定の割合だけ完了した時点でm+1番目の広告映像またはコンテンツのダウンロードが開始されるようにした。
【００１３】
(5)配信制御サーバは、各広告映像の再生順序を設定する手順を含み、ピアリスト要求ピアと同一セグメントのピアがより多く登録されている広告映像の再生順序をより早くするようにした。
【００１４】
(6)ピアリストに要求ピアと同一セグメントのピアが同数だけ登録されている広告映像同士に関して、前記ピアリストに接続回線速度の速いピアがより多く登録されている広告映像の再生順序をより早くするようにした。
【００１５】
(7)要求ピアは、各広告映像の再生順序を設定する手順を含み、再生速度のより遅い広告映像の再生順序をより早くするようにした。また，レコメンドサーバからの指定順で広告の再生順序を決めることも可能とした。
【００１６】
(8)要求ピアは、各広告映像およびコンテンツのダウンロードを所定のタイミングまでに完了できないと、当該広告映像およびコンテンツの原本を管理するコンテンツサーバに接続して当該広告映像およびコンテンツのダウンロードを他のピアからのダウンロードと並行して行うようにした。
【００１７】
(9)要求ピアは、各広告映像およびコンテンツのダウンロード中に接続ピア数が所定の下限値以下になると、当該広告映像およびコンテンツの原本を管理するコンテンツサーバに接続して当該広告映像およびコンテンツのダウンロードを他のピアからのダウンロードと並行して行うようにした。
【００１８】
(10)接続ピア数が所定の下限値よりも多くなると、前記コンテンツサーバからのダウンロードを停止するようにした。
【００１９】
(11)要求ピアは、広告映像およびコンテンツのダウンロードを所定のタイミングまでに完了できないと、当該広告映像に関するピアリスト要求を配信制御サーバへ送信してピアリストを新規に取得し、接続ピアを当該ピアリストに登録されているピアへ切り替えるようにした。
【００２０】
(12)要求ピアは、広告映像およびコンテンツのダウンロード中に接続ピア数が所定の下限値以下になると、当該広告映像に関するピアリスト要求を配信制御サーバへ送信してピアリストを新規に取得し、接続ピアを当該ピアリストに登録されているピアへ切り替えるようにした。
【発明の効果】
【００２１】
本発明によれば、以下のような効果が達成される。
【００２２】
(1)コンテンツと広告映像とが別々に管理され、一括して要求ピアへ送信されるので、複数の配信技術を導入することなく、コンテンツと広告映像との同時配信が可能になるのみならず、広告映像はユーザ情報に基づいてコンテンツとは無関係に選択できるので、ユーザの嗜好に適合した広告映像を配信できるようになる。
【００２３】
(2)トポロジ情報管理サーバを設け、各広告映像のピアリストおよびコンテンツのピアリストに登録された各ピアに、ネットワークトポロジに基づいて、要求ピアからのネットワーク距離が近いほど高い優先度が付されるので、要求ピアは遅延時間の少ないピアから優先的にダウンロードできるため配信時間が短縮され、かつネットワークリソースを効率的に使用することが可能になる。
【００２４】
(3)要求ピアは、最初に再生される広告映像の再生開始時刻に基づいて他の広告映像およびコンテンツの再生開始時刻をスケジューリングし、広告映像の再生が中断されると、後続する他の広告映像およびコンテンツの再生開始時刻を前記再生が中断された時間だけ遅らせるので、広告映像の全てを視聴させることができ、コンテンツのみを視聴する行為を防止できる。
【００２５】
(4)m番目の広告映像のダウンロードが完了、またはm番目の広告映像の再生が所定の割合だけ完了した時点でm+1番目の広告映像またはコンテンツのダウンロードが開始されるので、広告映像およびコンテンツのダウンロードが再生に間に合わなくなって映像が途切れてしまうことを防止できるようになる。
【００２６】
(5)配信制御サーバは、ピアリストに要求ピアと同一セグメントのピアがより多く登録されている広告映像の再生順序をより早くするので遅延時間の影響が少なくなる。そのため、要求ピアにおいて再生バッファサイズ分のデータが揃うまでの時間や、全体のダウンロード時間を短縮することができ、広告映像およびコンテンツのダウンロードが再生に間に合わなくなって映像が途切れてしまうことを防止できるようになる。
【００２７】
(6) 配信制御サーバは、ピアリストに要求ピアと同一セグメントのピアが同数だけ登録されている広告映像同士に関して、ピアリストに接続回線速度の速いピアがより多く登録されている広告映像の再生順序をより早くするので、ダウンロード速度が短縮され，要求ピアにおいて再生バッファサイズ分のデータが揃うまでの時間や、全体のダウンロード時間を短縮することができ、広告映像およびコンテンツのダウンロードが再生に間に合わなくなって映像が途切れてしまうことを防止できるようになる。
【００２８】
(7)要求ピアは、再生速度のより遅い広告映像の再生順序をより早くするので、次の広告の再生までの時間を長引かせることができる。そのため、長引いた時間を利用してダウンロードを行うことができるので、広告映像およびコンテンツのダウンロードが再生に間に合わなくなって映像が途切れてしまうことを防止できるようになる。
【００２９】
(8)要求ピアは、各広告映像およびコンテンツのダウンロードを所定のタイミングまでに完了できないと、当該広告映像およびコンテンツの原本を管理するコンテンツサーバに接続し、当該広告映像およびコンテンツの直接ダウンロードを他のピアからのダウンロードと並行して行うので、ダウンロードが再生に間に合わなくなって映像が途切れてしまうことを防止できるようになる。
【００３０】
(9)要求ピアは、各広告映像およびコンテンツのダウンロード中に接続ピア数が所定の下限値以下になると、当該広告映像およびコンテンツの原本を管理するコンテンツサーバに接続し、当該広告映像およびコンテンツの直接ダウンロードを他のピアからのダウンロードと並行して行うので、ダウンロードが再生に間に合わなくなって映像が途切れてしまうことを防止できるようになる。
【００３１】
(10)接続ピア数が所定の下限値よりも多くなると、前記コンテンツサーバからの直接ダウンロードを停止するので、コンテンツサーバに接続して直接ダウンロードする機会を他のピアへ割り当てられるようになる。
【００３２】
(11)要求ピアは、広告映像およびコンテンツのダウンロードを所定のタイミングまでに完了できないと、当該広告映像に関するピアリスト要求を配信制御サーバへ改めて送信してピアリストを新規に取得し、接続ピアを当該ピアリストに登録されているピアへ切り替えるので、ダウンロード可能なピアとの接続が可能になる。したがって、ダウンロードが再生に間に合わなくなって映像が途切れてしまうことを防止できるようになる。
【００３３】
(12)要求ピアは、広告映像およびコンテンツのダウンロード中に接続ピア数が所定の下限値以下になると、当該広告映像に関するピアリスト要求を配信制御サーバへ改めて送信してピアリストを新規に取得し、接続ピアを当該ピアリストに登録されているピアへ切り替えるので、ダウンロード可能なピアとの接続が可能になる。したがって、ダウンロードが再生に間に合わなくなって映像が途切れてしまうことを防止できるようになる。
【図面の簡単な説明】
【００３４】
【図１】本発明が適用されるP2Pネットワークの構成を示したブロック図である。
【図２】ピアリストの一例を示した図である。
【図３】広告・コンテンツ管理テーブルの一例を示した図である。
【図４】本発明の動作概要を示したタイムチャートである。
【図５】要求ピアにおける広告情報およびコンテンツのダウンロード方法を示したフローチャートである。
【図６】要求ピアにおける広告情報およびコンテンツの再生方法を示したフローチャートである。
【図７】ダウンロード促進処理のフローチャートである。
【図８】広告映像およびコンテンツの再生開始時刻のスケジューリング例を示した図である。
【発明を実施するための形態】
【００３５】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は、本発明のP2P広告配信方法およびシステムが適用されるP2Pネットワークの構成を示したブロック図であり、ここでは、本発明の説明に不要な構成は図示が省略されている。
【００３６】
コンテンツサーバ１０は、広告映像およびコンテンツの原本を保持する。ポータルサーバ２０は、広告映像およびコンテンツのメタ情報ファイル(torrentファイル)を保持してポータルサイトを開設し、このポータルサイト上でコンテンツ配信を要求するピア（要求ピア１）に対して、要求されたコンテンツのtorrentファイル、および当該ユーザの嗜好に適合した広告映像のtorrentファイルを一括提供する。広告レコメンドサーバ３０は、前記ポータルサーバ２０からの要求に応答して、コンテンツ配信を要求するユーザの嗜好に適合した複数の広告映像を紹介する。
【００３７】
配信制御サーバ(p-tracker)４０は、要求ピア１からのピアリスト要求に応答して、広告映像やコンテンツをP2P配信できるピアのリスト（ピアリスト）を提供する。トポロジ情報管理サーバ(n-tracker)５０（５０ａ，５０ｂ）は、P2PネットワークのトポロジをASやISPごとに管理する。アドレス提供サーバ(nNserver)６０は、p-tracker４０からのアドレス要求に応答して、n-tracker５０のアドレスを返信する。提供ピア７０（７０ａ，７０ｂ）は、広告映像およびコンテンツの全部または一部をピース単位で所持し、接続相手の要求ピア１へ各ピースをP2Pにより配信する。
【００３８】
このようなP2P配信システムでは、各ピアがコンテンツを初めてダウンロードする際は、全てのファイルをコンテンツサーバ１０から直接ダウンロードすることになるが、その後は、各コンテンツが複数のピース（ピース状の多数のファイル片）に分割されてネットワーク上の各ピアに分散配置される。
【００３９】
コンテンツ配信を希望するユーザは、要求ピア１からポータルサーバ２０が運営するポータルサイトへアクセスし、当該ポータルサイト上でユーザ情報を通知する（手順１）。このユーザ情報には、IPアドレス，過去のダウンロードコンテンツ情報，契約回線会社，回線種別（FTTH,ADSL等）などが含まれる。ポータルサーバ２０は、通知されたユーザ情報に基づいて当該ユーザの嗜好に適したコンテンツを優先的にwebページ上に一覧表示する。ユーザは、一覧表示された多数のコンテンツの中から所望のコンテンツを指定する（手順２）。
【００４０】
ポータルサーバ２０は、ユーザにより指定されたコンテンツの情報、ユーザ情報および広告数の記述された広告レコメンド要求を広告レコメンドサーバ３０へ送信する（手順３）。前記ユーザ情報は、手順１で通知されたユーザ情報そのものでも良いし、あるいは手順１ではユーザ識別子のみが通知され、予めユーザ識別子と紐付けられているユーザ情報が広告レコメンド要求に記述されて送信されるようにしても良い。
【００４１】
広告レコメンドサーバ３０では、前記広告レコメンド要求に記述されたコンテンツ情報およびユーザ情報に基づいて、当該ユーザの嗜好に適合した複数の広告映像を選択し、広告情報（広告数、広告情報１、広告情報２…）の記述された広告レコメンド応答をポータルサイトサーバ２０へ返信する（手順４）。ポータルサーバ２０は、前記広告レコメンド応答に基づいて、各広告映像のtorrentファイル（広告１torrent、広告２torrent…）およびコンテンツのtorrentファイルを前記要求ピア１へ返信する（手順５）。
【００４２】
要求ピア１は、ポータルサイトサーバ２０から取得した各広告映像のtorrentファイルおよびコンテンツのtorrentファイルに基づいて、コンテンツ情報、ユーザ情報、広告数および各広告情報の記述されたピアリスト要求をp-tracker４０へ送信する（手順６）。p-tracker４０は、前記ピアリスト要求に応答して、アドレス問い合わせ要求をnNserver６０へ送信してn-tracker５０のアドレスを問い合わせる（手順７）。nNserver６０は、前記アドレス問い合わせ要求に応答してn-tracker５０のアドレスをp-tracker４０へ返信する（手順８）。
【００４３】
p-tracker４０は、各広告映像およびコンテンツに関するピアリスト要求をn-tracker５０へ送信する。この時、各広告映像およびコンテンツの一部もしくは全てを所持しているピアの情報、ならびに要求ピア１の情報を共に送信する。n-tracker５０は、ネットワークトポロジの情報に基づいて各広告映像およびコンテンツのピアリストを作成（手順１０）し、これらをp-tracker４０へ返信する（手順１１）。このピアリストでは、各ピアに優先度が設定され、要求ピア１と同一セグメントに属するピアには高い優先度が設定されている。また、要求ピア１とのネットワーク距離がより近いピアに、より高い優先度が設定されている。
【００４４】
p-tracker４０は、前記各広告映像のピアリストおよびコンテンツのピアリストを要求ピア１へ返信する（手順１２）。図２は、ピアリストの一例を図であり、本実施形態では、同一ISPまたは同一AS内のピアからのダウンロードが優先されるように、これらのピアが上位に登録され、ピアリストの最後にはコンテンツサーバ１０が登録される。また、要求ピア１では、各広告映像およびコンテンツが、図３の広告・コンテンツ管理テーブルにおいて、再生順序、再生速度、再生時間と共に管理される。
【００４５】
なお、広告映像の再生順序は、p-tracker４０または要求ピア１で設定される。広告映像の再生順序がp-tracker４０により設定される場合、ピアリストに要求ピアと同一セグメントのピアがより多く登録されている広告映像の再生順序がより早くされる。また、ピアリストに要求ピアと同一セグメントのピアが同数だけ登録されている広告映像同士に関しては、ピアリストに接続回線速度の速いピアがより多く登録されている広告映像の再生順序がより早くされる。広告映像の再生順序が要求ピア１により設定される場合、ビットレートのより遅い広告映像の再生順序がより早くされる。
【００４６】
要求ピア１は、各広告映像のピアリストに登録されているピアと接続して各広告映像のピースをダウンロード（手順１３）し、広告映像を順次に再生すると共に、最後にコンテンツのピアリストに登録されているピアと接続してコンテンツのピースをダウンロード（手順１４）し、コンテンツ映像を再生する。ユーザによる広告映像の視聴結果はポータルサーバ４０を中継（手順１５）して広告レコメンドサーバ３０へ通知される（手順１６）。
【００４７】
次いで、要求ピア１の動作をコンテンツ（広告映像）のダウンロードおよび再生に注目して説明する。ここでは、初めに図４のタイムチャートに沿って動作概要を説明し、次いで、図５，６、７のフローチャートを参照して、ダウンロードおよび再生の各手順を詳細に説明する。
【００４８】
図４において、時刻t1では、最初の広告K1のピアリストに設定されている各ピアとの接続が優先順に確立されて広告K1のダウンロードが開始される。時刻t2において、再生バッファサイズ分のダウンロードが完了すると当該広告K1の再生が開始される。本実施形態では、最初の広告K1の再生開始時刻t2が基準時刻Tの始点=0に設定され、これ以後、当該基準時刻Tを元に各広告Kおよびコンテンツの再生開始時刻がスケジューリングされる。
【００４９】
図８は、スケジューリングされた再生開始時刻の一例を示した図であり、前記広告K1の開始時刻は基準時刻T1となり、広告K2の再生が開始される基準時刻T2は、広告K1の再生時間をP1とすれば(T1+P1)となる。同様に、広告K3の再生が開始される基準時刻T3はT2+P2、広告K4の再生が開始される基準時刻T4はT3+P3、コンテンツの再生が開始される基準時刻T5はT4+P4となる。
【００５０】
時刻t3において、前記広告K1のダウンロードが完了するか、あるいは広告K1の再生が所定の割合r(r=0.0〜1.0)だけ完了したタイミング(T1＋r・P1)になると、次の広告K2のダウンロード開始タイミングと判定され、広告K2のピアリストに設定されているピアとの接続が確立されて広告K2のダウンロードが開始される。
【００５１】
基準時刻T2になると広告K2の再生が開始され、時刻t4において広告K2のダウンロードが完了するか、あるいは広告K2の再生が所定の割合rだけ完了すると、次の広告K3のダウンロード開始タイミングと判定され、広告K3のピアリストに設定されているピアとの接続が確立されて広告K3のダウンロードが開始される。
【００５２】
同様に、基準時刻T3では広告K3の再生が開始されるが、例えばネットワークやピアの輻輳等が原因でダウンロード速度が低下し、時刻t5において、広告K3のダウンロードが完了する前に当該広告K3の再生が所定の割合rだけ完了してしまうと、広告K3のダウンロード完了を待たずに次の広告K4のダウンロードが並行して開始される。
【００５３】
さらに、時刻t6において、広告K3の再生が完了する予定時刻（基準時刻T4）までの残り時間が余裕時間eを切ると、要求ピア１はコンテンツサーバ１０と接続してコンテンツサーバ１０からダウンロードを直接行うことでコンテンツの再生停止を防ぐ。なお、このようなコンテンツサーバ１０からの直接的なダウンロードは、接続ピア数が所定の下限値を下回った場合にも実施される。
【００５４】
本実施形態では、このようなコンテンツサーバ１０からの直接ダウンロードを想定して、コンテンツサーバ１０におけるコンテンツ当りの同時アップロードピア数を、予め設定されている上限値(Max unchoke数)未満に制御することで予備を確保する。上限値Max unchoke数=Uとすれば、コンテンツサーバ１０のアップロード数uは常にu<Uに制御される。
【００５５】
以下同様に、基準時刻T4になると広告K4の再生が開始され、時刻t7において前記広告K4のダウンロードが完了すると、その直後または広告K4の再生が所定の割合rだけ完了したタイミング(T4＋r・P4)において、コンテンツのピアリストに設定されているピアとの接続が確立されてコンテンツのダウンロードが開始される。基準時刻T5になるとコンテンツの再生が開始される。
【００５６】
一方、コンテンツの再生が一時停止されると、当該停止期間Tpuaseが計時され、当該計時時間だけ後続の広告映像およびコンテンツの再生タイミングが遅れるように前記開始開始時刻が更新される。
【００５７】
図５は、前記要求ピア１における広告映像およびコンテンツのダウンロード(DL)方法を示したフローチャートであり、図６は、ダウンロードされた広告映像およびコンテンツの再生方法を示したフローチャートである。本実施形態が対象とするストリーミング配信では、図５のダウンロードと図６の再生とが並列進行する。
【００５８】
初めに図５を参照し、ステップＳ１では、広告数が変数nに代入され、今回のダウンロード対象を識別する変数xがリセットされる。ステップＳ２では、変数xがインクリメントされてx=1となり、広告Kx（ここでは、広告K1）がダウンロード対象に選択される。ステップＳ３では、広告Kxのピアリストに登録されているピアとの接続が順次に確立されて広告Kxのダウンロードが開始される。
【００５９】
ステップＳ４では、接続ピア数が十分であるか否かが判定され、接続ピア数が所定の下限値を下回っていなければステップＳ６へ進む。ステップＳ６では、次の広告(Kx+1)のダウンロードタイミングであるか否かが判定される。ダウンロードのタイミングでなければステップＳ３へ戻り、前記広告Kxのダウンロードが継続される。
【００６０】
前記広告Kxのダウンロード中に、前記ステップＳ４において、接続ピア数が所定の下限値以下と判定されるとステップＳ５へ進み、広告Kxのダウンロードを促進するダウンロード促進処理が実行される。
【００６１】
図７は、前記ダウンロード促進処理の手順を示したフローチャートであり、ステップＳ４１では、広告Kxのダウンロードを促進すべく、前記コンテンツサーバ１０との間に接続が確立され、当該コンテンツサーバ１０からの直接ダウンロードが開始される。ステップＳ４２では、p-tracker４０へ広告Kxのピアリストが改めて要求される。ステップＳ４３では、新たに取得したピアリストに登録されている新規のピアへの接続に切り替わる。
【００６２】
なお、コンテンツサーバ１０が要求ピアに広告映像やコンテンツを同時に直接配信できるアップロード数は前記Max unchoke数により規定されているので、前記ステップＳ４１で開始されたコンテンツサーバ１０からの直接ダウンロードは、その後、ピア数が下限値以下では無くなったと判定された時点で中止される。
【００６３】
このように、本実施形態では接続ピア数が減少すると、コンテンツサーバ１０からの直接ダウンロードや、ピアリストの再取得といったダウンロード促進処理が実行されるので、ダウンロード速度が再生速度に間に合わなくなる事態を未然に防止できる。
【００６４】
図６の再生処理を参照し、ステップＳ２１では、広告数が変数nに代入され、今回の再生対象を識別する変数yがリセットされる。ステップＳ２２では、変数yがインクリメントされてy=1となり、初めに広告K1が再生対象に選択される。ステップＳ２３では、並列進行する前記広告K1のダウンロードが再生バッファサイズ分だけ完了したか否かが判定され、完了を待ってステップＳ２４へ進む。
【００６５】
ステップＳ２４では、全ての広告映像およびコンテンツの再生開始時刻がスケジューリングされる。本実施形態では、前記図８に関して説明したように、現在時刻が最初の広告K1の再生時刻（基準時刻）T1とされ、他の広告Kおよびコンテンツの再生時刻が基準時刻T1に基づいて決定される。ステップＳ２５では、広告Ky(K1)の再生が開始される。
【００６６】
ステップＳ２６では、回線品質の劣化あるいはユーザ操作に応答して広告Kyの再生が中断されたか否かが判定される。再生の中断が検知されるとステップＳ２７へ進み、再生中断タイマTpauseがアップカウントされる。ステップＳ２８では、再生が再開されたか否かが判定され、再開されるまではステップＳ２７へ戻って再生中断タイマTpauseのアップカウントが継続される。再生が再開されるとステップＳ２９へ進み、前記各広告（再生完了済みは除く）およびコンテンツの再生時刻が再スケジューリングされる。すなわち、図８の各再生開始時間Tに前記Tpauseが加算される。
【００６７】
図５のダウンロード処理へ戻り、ステップＳ６において、次の広告(Kx+1)のダウンロードタイミングであると判定されるとステップＳ７へ進み、広告Kxのダウンロードが完了しているか否かが判定される。ここで、図４の時刻t4のように、広告Kxのダウンロードが既に完了していればステップＳ９へ進み、全ての広告Kのダウンロードが完了した(n=x)か否かが判定される。全ての広告Kのダウンロードが完了するまではステップＳ２へ戻り、ダウンロード対象の広告Kを切り替ながらダウンロードが継続される。
【００６８】
これに対して、図４の時刻t5のように、広告Kx(K3)のダウンロードが完了する前に次の広告Kx+1(K4)のダウンロードタイミングを迎えると、当該処理はステップＳ７からステップＳ８へ進む。ステップＳ８では、前記図７のダウンロード促進処理が実行されて、コンテンツサーバ１０からの直接ダウンロードおよびピアリストの再取得が行われる。
【００６９】
その後、ステップＳ９において、全ての広告Kのダウンロードが完了したと判定されるとステップＳ１０へ進み、コンテンツのダウンロードが開始される。ステップＳ１１では、接続ピア数が十分であるか否かが判定され、接続ピア数が所定の下限値を下回っていなければステップＳ１３へ進む。ステップＳ１３では、コンテンツのダウンロードが完了したか否かが判定される。完了するまではステップＳ１１へ戻ってコンテンツのダウンロードが継続される。
【００７０】
また、前記コンテンツのダウンロード中に、前記ステップＳ１１において、接続ピア数が所定の下限値以下と判定されるとステップＳ１２へ進み、コンテンツのダウンロードを促進するダウンロード促進処理が前記と同様に実行される。
【００７１】
図６の再生処理へ戻り、ステップＳ３０では、次の広告Ky+1の再生を開始する基準時刻であるか否かが判定される。基準時刻でなければステップＳ２５へ戻り、今回の広告Kyの再生が継続される。これに対して、次の広告Ky+1の再生タイミングであればステップＳ３１へ進み、広告映像の再生が完了したか否かが判定される。y=nでなければ完了していないと判定されてステップＳ２２へ戻り、再生対象を切リ替ながら上記の各処理が繰り返される。
【００７２】
これに対して、広告Kの再生が完了したと判定されるとステップＳ３２へ進み、コンテンツの再生が開始される。ステップＳ３３では、コンテンツの再生が完了したか否かが判定される。完了するまではステップＳ３２へ戻ってコンテンツの再生が継続され、コンテンツの再生完了後に当該処理を終了する。
【００７３】
なお、上記の実施形態では、広告映像およびコンテンツのいずれもが映像ファイルであるものとして説明したが、本発明はこれのみに限定されるものではなく、音声ファイルや静止画ファイルまたはこれらの組み合わせであっても良い。
【符号の説明】
【００７４】
１０…コンテンツサーバ，２０…ポータルサーバ，３０…広告レコメンドサーバ，４０…配信制御サーバ(p-tracker)，５０（５０ａ，５０ｂ）…トポロジ情報管理サーバ(n-tracker)，６０…アドレス提供サーバ(nNserver)，７０…提供ピア
【図１】
0005608601.tif 000002
【図２】
0005608601.tif 000003
【図３】
0005608601.tif 000004
【図４】
0005608601.tif 000005
【図５】
0005608601.tif 000006
【図６】
0005608601.tif 000007
【図７】
0005608601.tif 000008
【図８】
0005608601.tif 000009