(57)【要約】本発明は、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記コンテンツ配信サーバと前記ユーザ端末とが接続された通信ネットワークを含むコンテンツ配信システムにおいて、前記コンテンツ配信サーバは、同一のコンテンツにおける複数のパケットに、前記端末の視聴情報の取得のためのフラッグが付加されたコンテンツを配信する配信手段を有し、前記ユーザ端末は、再生時に、前記フラッグを検出したとき、前記コンテンツ配信サーバに、フラッグを検出した旨の信号であるフラッグ検出信号を送信するフラッグ検出信号送信手段を有することを特徴とするように構成されている。
2003027860.tif 000002
【特許請求の範囲】
【請求項１】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記コンテンツ配信サーバと前記ユーザ端末とが接続された通信ネットワークを含むコンテンツ配信システムにおいて、
前記コンテンツ配信サーバは、同一のコンテンツにおける複数のパケットに、前記端末の視聴情報の取得のためのフラッグが付加されたコンテンツを配信する配信手段を有し、
前記ユーザ端末は、再生時に、前記フラッグを検出したとき、前記コンテンツ配信サーバに、フラッグを検出した旨の信号であるフラッグ検出信号を送信するフラッグ検出信号送信手段を有することを特徴とするコンテンツ配信システム。
【請求項２】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記端末によるコンテンツの利用情報を収集するログサーバと、前記コンテンツ配信サーバと前記ユーザ端末とログサーバとが接続された通信ネットワークを含むコンテンツ配信システムにおいて、
前記コンテンツ配信サーバは、同一のコンテンツにおける複数のパケットに、前記端末の視聴情報の取得のためのフラッグが付加されたコンテンツを配信する配信手段を有し、
前記ユーザ端末は、再生時に、前記フラッグを検出したとき、前記ログサーバに、フラッグを検出した旨の信号であるフラッグ検出信号を送信するフラッグ検出信号送信手段を有することを特徴とするコンテンツ配信システム。
【請求項３】
前記コンテンツ配信サーバは、前記フラッグが付加されたコンテンツを生成又は取得して、前記ユーザ端末に配信することを特徴とする請求項１又は２記載のコンテンツ配信システム。
【請求項４】
前記端末の視聴情報の取得のためのフラッグは、配信されるコンテンツに埋め込まれていることを特徴とする請求項１又は２記載のコンテンツ配信システム。
【請求項５】
前記端末の視聴情報の取得のためのフラッグに代えて、ログサーバへアクセスするためのイベントを付加することを特徴とする請求項１又は２記載のコンテンツ配信システム。
【請求項６】
前記フラッグ返送手段は、フラッグを検出した場合その都度又は、視聴の終了時に纏めて返送することを特徴とする請求項１又は２記載のコンテンツ配信システム。
【請求項７】
前記コンテンツ配信サーバは、前記ユーザ端末に、前記フラッグを検出したときフラッグを検出した旨の信号であるフラッグ検出信号を送出することがプログラムされているアプレットを送出するアプレット送出手段を有することを特徴とする請求項１又は２記載のコンテンツ配信システム。
【請求項８】
コンテンツが動画の場合、シーンに対応して、フラッグが付加されていることを特徴とする請求項１又は２記載のコンテンツ配信システム。
【請求項９】
前記シーンは、帯域圧縮されない基本フレームと基本フレームに続く１以上の基本フレームとの差分である差分フレームから構成し、
所定の前記差分フレームを、フラッグ返送を行うためのイベントに置き換えることを特徴とする請求項８は一項記載のコンテンツ配信システム。
【請求項１０】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記コンテンツ配信サーバと前記ユーザ端末とが接続された通信ネットワークを含むコンテンツ配信システムにおいて、
前記コンテンツ配信サーバは、ユーザ端末により選択可能に配置されたコンテンツを送信するコンテンツ送信手段と、前記ユーザ端末からのコンテンツの分岐選択信号を受信する分岐選択信号受信手段とを有し、
前記ユーザ端末は、選択可能に配置されたコンテンツに対して、分岐選択を行う分岐選択信号を送信する分岐選択信号送信手段を有することを特徴とするコンテンツ配信システム。
【請求項１１】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記端末によるコンテンツの利用情報を収集するログサーバと、前記コンテンツ配信サーバと前記ユーザ端末とログサーバとが接続された通信ネットワークを含むコンテンツ配信システムにおいて、
前記コンテンツ配信サーバは、前記ユーザ端末により選択可能に配置されたコンテンツを送信するコンテンツ送信手段を有し、
前記ユーザ端末は、選択可能に配置されたコンテンツに対して、分岐選択を行う分岐選択信号を、前記ログサーバに送信する分岐選択信号送信手段を有することを特徴とするコンテンツ配信システム。
【請求項１２】
前記コンテンツ配信サーバ又はログサーバは、前記選択信号が入力され、レコメンデーションが出力されるレコメンデーションエンジンと、該レコメンデーションエンジンの出力を前記ユーザ端末に送信するレコメンデーション送信手段とを有することを特徴とする請求項１０又は１１記載のコンテンツ配信システム。
【請求項１３】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記コンテンツ配信サーバと前記ユーザ端末とが接続された通信ネットワークを含むコンテンツ配信システムにおいて、
前記コンテンツ配信サーバは、予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツの最後と、後続するコンテンツの最初の部分とを結合して配信することを特徴とするコンテンツ配信システム。
【請求項１４】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記コンテンツ配信サーバと前記ユーザ端末とが接続された通信ネットワークを含むコンテンツ配信システムにおいて、
前記通信ネットワーク上に設けられた中継サーバは、コンテンツ配信サーバ、予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツの最後と、後続するコンテンツの最初の部分とを結合して中継することを特徴とするコンテンツ配信システム。
【請求項１５】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記コンテンツ配信サーバと前記ユーザ端末とが接続された通信ネットワークを含むコンテンツ配信システムにおいて、
前記ユーザ端末は、コンテンツ配信サーバ、予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツの最後と、後続するコンテンツの最初の部分とを結合して再生することを特徴とするコンテンツ配信システム。
【請求項１６】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記コンテンツ配信サーバと前記ユーザ端末とが接続された通信ネットワークを含むコンテンツ配信システムにおいて、
前記コンテンツ配信サーバは、前記ユーザ端末への配信を記録した配信ログデータベースと、ユーザ情報を格納したユーザ情報データベースと、行動分析用データベースと、ユーザの行動を分析するユーザ行動分析手段とを有し、
前記ユーザ端末は、視聴に係る情報を、前記コンテンツ配信サーバに送信し、
前記コンテンツ配信サーバは、視聴に係る情報を、配信ログデータベースに記録し、
前記ユーザ行動分析手段は、ユーザ情報データベースと、配信ログデータベースと、行動分析用データベースに格納された情報の内少なくとも一つを用いて、ユーザの行動を分析することを特徴とすることを特徴とするコンテンツ配信システム。
【請求項１７】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記端末によるコンテンツの利用情報を収集するログサーバと、前記コンテンツ配信サーバと前記ユーザ端末とログサーバとが接続された通信ネットワークを含むコンテンツ配信システムにおいて、
前記コンテンツ配信サーバは、前記ユーザ端末への配信を記録した配信ログデータベースと、ユーザ情報を格納したユーザ情報データベースとを有し、
前記ユーザ端末は、視聴に係る情報を、前記ログサーバに送信し、
前記ログサーバは、視聴ログデータベースと、行動分析用データベースと、ユーザの行動を分析するユーザ行動分析手段とを有し、
前記ログサーバは、前記ユーザ端末からの視聴に係る情報を、視聴ログデータベースに記録し、
前記ログサーバの前記ユーザ行動分析手段は、ユーザ情報データベースと、配信ログデータベースと、行動分析用データベースに格納された情報の内少なくとも一つを用いて、ユーザの行動を分析することを特徴とすることを特徴とするコンテンツ配信システム。
【請求項１８】
前記コンテンツ配信サーバは、前記ユーザ端末にクッキーを送信し、
前記コンテンツ配信サーバ又は前記ログサーバは、前記ユーザ端末からのクッキー情報を処理するクッキー処理手段とを有し、
前記ユーザ端末は、前記コンテンツ配信サーバに対して所定動作を行う毎に、クッキー情報を、前記コンテンツ配信サーバ又は前記ログサーバに送信することを特徴とする請求項１６又は１７記載のコンテンツ配信システム。
【請求項１９】
前記コンテンツ配信サーバ又は前記ログサーバは、前記コンテンツの配信に関するルールエンジンを有し、
前記ルールエンジンは、視聴ログデータベース及び行動分析用データベースに記録されているユーザの行動に基づいて、コンテンツの最適配置及び／又はユーザへのレコメンデーションを行うルールモデルを作成することを特徴とする請求項１６又は１７記載のコンテンツ配信システム。
【請求項２０】
前記ルールエンジンは、ユーザ情報データベースに記録されているユーザ情報をも参照して、ルールモデルを作成することを特徴とする請求項１９記載のコンテンツ配信システム。
【請求項２１】
前記ルールエンジンは、推薦の内容と結果の差異を分散分析することにより、ルールモデルを修正することを特徴とする請求項１９又は２０記載のコンテンツ配信システム。
【請求項２２】
前記コンテンツは、広告コンテンツであることを特徴とする請求項１ないし２１いずれか一項記載のコンテンツ配信システム。
【請求項２３】
ストリーミングデータに変換されたコンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバにおいて、
前記端末の視聴情報の取得のためのフラッグが付加されたコンテンツを配信する配信手段と、
前記ユーザ端末に、前記フラッグを検出したときフラッグを検出した旨の信号であるフラッグ検出信号を送出することがプログラムされているアプレットを送出するアプレット送出手段と、
前記ユーザ端末が送出したフラッグ検出信号を受信するフラッグ検出信号受信手段と、
フラッグ検出信号受信手段が受信した信号を記録するフラッグ検出信号記憶手段とを有することを特徴とするコンテンツ配信サーバ。
【請求項２４】
前記フラッグ検出信号記憶手段に記憶されたフラッグ検出信号に基づいて、リアルタイムで、コンテンツの視聴率を測定する視聴率調査手段を有することを特徴とする請求項２３記載のコンテンツ配信サーバ。
【請求項２５】
前記フラッグ検出信号記憶手段に記憶されたフラッグ検出信号に基づいて、前記ユーザ端末が、何処から何処まで視聴したかを確認し、
その後の前記ユーザの行動との関係から、ユーザの行動分析を行う行動分析手段を有することを特徴とする請求項２３記載のコンテンツ配信サーバ。
【請求項２６】
前記フラッグ検出信号記憶手段に記憶されたフラッグ検出信号に基づいて、前記ユーザ端末が、何処から何処まで視聴したかを確認し、
前記ユーザに課金行う課金手段を有することを特徴とする請求項２３記載のコンテンツ配信サーバ。
【請求項２７】
コンテンツが、オンラインラーニングの場合、
前記フラッグ検出信号記憶手段に記憶されたフラッグ検出信号に基づいて、前記ユーザ端末が、何処から何処まで視聴したかを確認し、
オンラインラーニングの進捗管理を行うオンラインラーニングの進捗管理手段を有することを特徴とする請求項２３記載のコンテンツ配信サーバ。
【請求項２８】
前記フラッグ検出信号記憶手段に記憶されたフラッグ検出信号とフラッグの付されたストリーミングデータの時刻に基づいて、各フレームの滞在時間を計測する滞在時間計測手段を有することを特徴とする請求項２３記載のコンテンツ配信サーバ。
【請求項２９】
前記コンテンツは、広告コンテンツであることを特徴とする請求項２３ないし２８いずれか一項記載のコンテンツ配信サーバ。
【請求項３０】
ストリーミングデータに変換されたコンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバにおいて、
同一のコンテンツにおける複数のパケットに、前記端末の視聴情報の取得のためのフラッグが付加されたコンテンツを配信する配信手段を有することを特徴とするコンテンツ配信サーバ。
【請求項３１】
前記コンテンツ配信サーバは、前記ユーザ端末に、前記フラッグを検出したときフラッグを検出した旨の信号であるフラッグ検出信号を送出することがプログラムされているアプレットを送出するアプレット送出手段を有することを特徴とする請求項３０記載のコンテンツ配信システム。
【請求項３２】
前記端末の視聴情報の取得のためのフラッグは、配信されるコンテンツに埋め込まれていることを特徴とする請求項３０又は３１記載のコンテンツ配信サーバ。
【請求項３３】
前記端末の視聴情報の取得のためのフラッグに代えて、フラッグ返送を行うためのイベント又はログサーバへアクセスするためのイベントを付加することを特徴とする請求項３０記載のコンテンツ配信サーバ。
【請求項３４】
ストリーミングデータに変換されたコンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバにおいて、
ユーザ端末により選択可能に配置されたコンテンツを送信するコンテンツ送信手段と、前記ユーザ端末からのコンテンツの分岐選択信号を受信する分岐選択信号受信手段とを有することを特徴とするコンテンツ配信サーバ。
【請求項３５】
分岐選択の結果が入力され、レコメンデーションが出力されるレコメンデーションエンジンと、該レコメンデーションエンジンの出力を前記ユーザ端末に送信するレコメンデーション送信手段とを有することを特徴とする請求項３４記載のコンテンツ配信サーバ。
【請求項３６】
ユーザの反応を受信するユーザ反応記録手段を有し、該ユーザ反応記録手段の出力に基づいて、前記レコメンデーションエンジンを修正することを特徴とする請求項３５記載のコンテンツ配信サーバ。
【請求項３７】
ストリーミングデータに変換されたコンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバにおいて、
予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツの最後と、後続するコンテンツの最初の部分とを結合する手段を有することを特徴とするコンテンツ配信サーバ。
【請求項３８】
ストリーミングデータに変換されたコンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバにおいて、
前記ユーザ端末への配信とユーザの視聴ログを記録した配信ログデータベースと、ユーザ情報を格納したユーザ情報データベースと、行動分析用データベースと、ユーザの行動を分析するユーザ行動分析手段とを有し、
前記ユーザ行動分析手段は、ユーザ情報データベースと、配信ログデータベースと、行動分析用データベースに格納された情報から、ユーザの行動を分析するユーザ行動分析することを特徴とするコンテンツ配信サーバ。
【請求項３９】
前記ユーザ端末にクッキーを送信し、前記ユーザ端末からのクッキー情報を処理するクッキー処理手段とを有することを特徴とする請求項３８記載のコンテンツ配信サーバ。
【請求項４０】
前記コンテンツの配信に関するルールエンジンを有し、
前記ルールエンジンは、配信ログデータベース及び行動分析用データベースに記録されているユーザの行動とに基づいて、コンテンツの最適配置及び／又はユーザへのレコメンデーションを行うルールモデルを作成することを特徴とする請求項３８又は３９記載のコンテンツ配信サーバ。
【請求項４１】
前記ルールエンジンは、ユーザ情報データベースに記録されているユーザ情報をも参照して、ルールモデルを作成することを特徴とする請求項４０記載のコンテンツ配信サーバ。
【請求項４２】
前記ルールエンジンは、推薦の内容と結果の差異を分散分析することにより、ルールモデルを修正することを特徴とする請求項４０又は４１記載のコンテンツ配信サーバ。
【請求項４３】
視聴情報の取得のためのフラッグが付加された時間軸上で変化するコンテンツを再生する再生手段を有するユーザ端末から、通信ネットワークを介して、前記ユーザ端末が前記フラッグを検出した旨の信号であるフラッグ検出信号を受信するフラッグ検出信号受信手段と、
前記フラッグ検出信号受信手段で受信したフラッグ検出信号を解析して、前記ユーザ端末毎に、視聴情報を記憶する視聴ログデータベースを有することを特徴とするログサーバ。
【請求項４４】
視聴情報の取得のためのフラッグが付加された時間軸上で変化するコンテンツを再生する再生手段を有するユーザ端末から、通信ネットワークを介して、前記ユーザ端末が選択可能に配置されたコンテンツに対して分岐選択を行った結果の分岐選択信号を受信する分岐選択信号受信手段と、
前記分岐選択信号受信手段で受信した分岐選択信号を解析して、前記ユーザ端末毎に、分岐選択情報を記憶する視聴ログデータベースを有することを特徴とするログサーバ。
【請求項４５】
前記選択信号が入力され、レコメンデーションが出力されるレコメンデーションエンジンと、該レコメンデーションエンジンの出力を前記ユーザ端末に送信するレコメンデーション送信手段とを有することを特徴とする請求項＊記載のログサーバ。
【請求項４６】
前記選択信号が入力され、レコメンデーションが出力されるレコメンデーションエンジンと、該レコメンデーションエンジンの出力を前記ユーザ端末に送信するレコメンデーション送信手段とを有することを特徴とする請求項４５記載のログサーバ。
【請求項４７】
行動分析用データベースと、ユーザの行動を分析するユーザ行動分析手段とを有し、
前記ユーザ行動分析手段は、前記視聴ログデータベースと前記行動分析用データベースに格納された情報の内少なくとも一つを用いて、ユーザの行動を分析することを特徴とする請求項４３ないし４６いずれか一項記載のログサーバ。
【請求項４８】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバから配信されたストリーミングデータを中継するコンテンツ中継サーバにおいて、
予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツの最後と、後続するコンテンツの最初の部分とを結合する手段を有することを特徴とするコンテンツ中継サーバ。
【請求項４９】
前記コンテンツ中継サーバは、地域毎に、分散配置されていることを特徴とする請求項４３記載のコンテンツ中継サーバ。
【請求項５０】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバから配信されたストリーミングデータを再生するユーザ端末において、
予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツの最後と、後続するコンテンツの最初の部分とを結合する手段を有することを特徴とするユーザ端末。
【請求項５１】
視聴情報の取得のためのフラッグが付加された時間軸上で変化するコンテンツを再生する再生手段を有するユーザ端末において、
前記ユーザ端末は、再生時に、前記フラッグを検出したとき、前記コンテンツ配信サーバ及び／又はログサーバに、フラッグを検出した旨の信号であるフラッグ検出信号を送信するフラッグ検出信号送信手段を有することを特徴とするユーザ端末。
【請求項５２】
前記端末の視聴情報の取得のためのフラッグは、配信されるコンテンツに埋め込まれていることを特徴とする請求項５０又は５１記載のユーザ端末。
【請求項５３】
前記端末の視聴情報の取得のためのフラッグに代わるログサーバへアクセスするためのイベントを受信したとき、ログサーバへアクセスするログサーバアクセス手段を有することを特徴とする請求項５０又は５１記載のユーザ端末。
【請求項５４】
ログサーバから、前記アクセスに応じて受信したＨＴＭＬコンテンツを、見えないように表示することを特徴とする請求項５０又は５１記載のユーザ端末
【請求項５５】
画面の切り替え時に、消音することを特徴とする請求項５０又は５１記載のユーザ端末
【請求項５６】
前記端末の視聴情報の取得のためのフラッグに代えて、現在視聴しているコンテンツの位置情報又は視聴しているコンテンツに係る時間情報を、配信サーバ及び／又はログサーバに、送信するためのイベントを付加することを特徴とする請求項５０又は５１記載のユーザ端末。
【請求項５７】
コンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバにおけるコンテンツ視聴状態把握方法において、
前記コンテンツ配信サーバは、同一のコンテンツにおける複数のパケットに、前記端末の視聴情報の取得のためのフラッグが付加されたコンテンツを配信し、
前記ユーザ端末は、再生時に、前記フラッグを検出したとき、前記コンテンツ配信サーバに、フラッグを検出した旨の信号であるフラッグ検出信号を送信するすることを特徴とするコンテンツ視聴状態把握方法。
【請求項５８】
時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記端末によるコンテンツの利用情報を収集するログサーバと、前記コンテンツ配信サーバと前記ユーザ端末とログサーバとが接続された通信ネットワークを含むコンテンツ配信システムにおけるコンテンツ視聴状態把握方法において、
前記コンテンツ配信サーバは、ログサーバへアクセスするためのイベント又はフラッグ返送を行うためのイベントが付加されたコンテンツを配信し、
前記ユーザ端末は、再生時に、前記ログサーバへアクセスするためのイベント又はフラッグ返送を行うためのイベントを処理して、視聴に係る情報を送信するすることを特徴とするコンテンツ視聴状態把握方法。
【請求項５９】
ストリーミングデータに変換されたコンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバに対して、コンテンツの最適配置及び／又はユーザへのレコメンデーションを行うレコメンデーション方法において、
ユーザのユーザ情報、ユーザへの配信ログ及びユーザの視聴ログサーバに基づいて、コンテンツの最適配置及び／又はユーザへのレコメンデーションを行うルールモデルを作成するルールモデル作成ステップと、
前記ルールモデル作成ステップにより作成されたルールモデルを適用してコンテンツを、前記特定ユーザに配信する配信ステップと、
前記配信ステップにより配信されたコンテンツに対する前記ユーザの反応に基づいて、前記ルールモデルを修正するルールモデル修正ステップとを有するレコメンデーション方法。
【請求項６０】
特定ユーザの個人情報を前記ルールモデルに適用して、前記特定ユーザに対するレコメンデーションを行うことを特徴とする請求項５９記載のレコメンデーション方法。
【請求項６１】
特定ユーザの視聴情報を前記ルールモデルに適用して、前記特定ユーザに対するレコメンデーションを行うことを特徴とする請求項５９記載のレコメンデーション方法。
【請求項６２】
ユーザ端末に時間軸上で変化するコンテンツを配信するコンテンツを提供するセンターにおけるコンテンツ提供方法において、
当該センターは、グラブ対応コンテンツを、前記ユーザ端末に提供し、
当該センターは、前記ユーザ端末における前記グラブ対応コンテンツの視聴中に、グラブボタンが押下された情報であるグラブ押下信号を、前記ユーザ端末から受信して、グラブ押下信号に対応した情報を、前記ユーザ端末に送信することを特徴とするコンテンツ提供方法。
【請求項６３】
前記グラブ押下信号は、前記グラブボタンの押下時又はグラブ対応コンテンツの押下時以降に、前記ユーザ端末に送信されることを特徴とする請求項６０記載のコンテンツ提供方法。
【請求項６４】
前記グラブ押下信号に対応した情報は、前記グラブボタンの押下時又はグラブ対応コンテンツの視聴の終了時に、前記ユーザ端末に送信されることを特徴とする請求項６０又は６１記載のコンテンツ提供方法。
【請求項６５】
グラブ対応コンテンツを表示すると、グラブ用のメッセージとグラブボタンから構成されるグラブ領域が表示されることを特徴とする請求項６２ないし６４いずれか一項記載のコンテンツ提供方法。
【請求項６６】
前記グラブ領域における表示形式及び／又はその内容は、コンテンツ毎に、変更可能としたことを特徴とする請求項６２ないし６４いずれか一項記載のコンテンツ提供方法。
【発明の詳細な説明】
技術分野
本発明は、時間軸上で変化するコンテンツを配信するコンテンツ配信システム、コンテンツ配信サーバ、ログ収集サーバ、コンテンツ中継サーバ、ユーザ端末、コンテンツ視聴状態把握方法、レコメンデーション方法及びコンテンツ提供方法に関する。
背景技術
動画、音声に対応するストリーミング技術として、リアルネットワークス社が開発したリアルシステム（ＲｅａｌＳｙｓｔｅｍ）、マイクロソフト社のＷＭＴ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ｔｅｃｈｎｏｌｏｇｉｅｓ）等が知られている。なお、本発明では、静止画を含む、時間軸上で変化するコンテンツを扱うが、上記技術で扱うこともできる。
上記技術のコンテンツは、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いてインターネット上で伝送される。しかしながら、お互いに互換性が無く、それぞれのストリーミングデータを再生するには、専用のプレイヤーソフト（例えば、リアルプレイヤー、ウィンドウズメディアプレイヤー）を用い、コンテンツの配信のためには専用のサーバを設置する必要がある。
現時点では、時間軸上で変化するコンテンツを配信するサーバアプリケーションとしては、リアルネットワークス社のリアルシステムサーバ、マイクロソフト社のウィンドウズメディアサーバなどが一般的である。
リアルシステムの場合のコンテンツの配信は、
▲１▼  ユーザがウエブブラウザを起動して、ストリーミングコンテンツのリンクが張られたウエブページを閲覧する。
▲２▼  ストリーミングコンテンツのリンクをクリックする。
▲３▼  ＷＷＷサーバからメタファイルが送信される。
▲４▼  メタファイルには、ストリーミングコンテンツが格納されているＵＲＬ情報が含まれている。
▲５▼  ウエブブラウザは、リアルプレイヤーを起動し、メタファイルを伝える。
▲６▼  リアルプレイヤーは、ストリーミングサーバにアクセスして、コンテンツの配信を要求する。
▲７▼  ストリーミングサーバは、要求されたコンテンツを配信する。
▲８▼  リアルプレイヤーは、配信されたコンテンツをリアルタイムに再生して、表示する。
▲９▼  リアルプレイヤーは、プレイヤーサイドの再生状況を一定時間毎にストリーミングサーバに報告する。
これらのサーバでは、コンテンツ配信要求の集中を分散させながら、遅滞無くユーザにコンテンツのストリーミングを実施することに主眼を置いており、負荷分散のキャッシュ方式に対して、汎用性高く対応する形式を取っている。
ストリーミング技術として、ＲＴＰ（Ｒｅａｌｔｉｍｅ  ＴｒａｎｓｐｏｒｔＰｒｏｔｃｏｌ）、ＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｃｏｌ）及びＲＴＳＰ（Ｒｅａｌｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｃｏｌ）が、インターネットの関連技術の一環として、規格化されている。
図１は、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルであり、ＩＳＯ（国際標準化機構）が制定したネットワーク・アーキテクチャである。最下位の第１層がフィジカル（物理）層１１、第２層がデータリンク層１２、第３層がネットワーク層１３、第４層がトランスポート層１４、第５層がセション層１５、第６層がプレゼンテーション層１６、最上位の第７層がアプリケーション層１７である。
図２に、図１と対応して、ＩＰ層２３、ＵＤＰ層２４、ＲＴＰ層２６、ＲＴＣＰ層２５、ＲＴＳＰ層２７及びプレイヤー層２８を示した。
ＲＴＰ層２６は、リアルタイムに音声や動画を送受信するためのトランスポート層プロトコルであり、バラバラに受信されたペイロードを送信順に並べ替えたりする。ＲＴＣＰ層２５は、ＲＴＰ層２６を制御するためのプロトコルであり、伝送遅延や帯域幅をチェックし、受信状態を送信側に伝える。ＲＴＳＰ層２７は、コンテンツの再生、静止などの制御情報を伝達するためのプロトコルである。プレイヤー層２８は、ＲＴＳＰ層２７からの信号を受けて、ストリーミングデータを音声や動画に再生するアプリケーション（例えば、リアルプレイヤー）である。
図３に、ＲＴＰパケットのメッセージフォーマットを示す。ＩＰヘッダ及びＵＤＰヘッダは、周知であるので、説明を省略する。ここでは、ＲＴＰメッセージについて簡単に説明する。３１は、バージョンを識別するためのフィールドである。３２は、パケットの最後につめたパッドのバイト数を示すフィールドである。３３は今後の拡張のために用意したフィールドである。３４は、そのメッセージがいくつの貢献送信元識別子を含むかを示すフィールドである。３５は、アプリケーションが使用するマーカであり、例えば、アプリケーションはデータの境界にマーカを付する。３５は、ペイロードのタイプを示すフィールドである。３７は、送信元がパケットに付したシーケンス番号を示すフィールドである。３８は、送信元が刻時した時刻印（タイムスタンプ）が示されるフィールドである。３９は、同期送信元識別子を示し、そのメッセージの元々の送信元を識別するためのフィールドである。４０は、最初の同期送信元識別子のフィールドであり、４１は、最後の同期送信元識別子である。４２は、アプリケーションデータ（ペイロード）である。
また、ストリーミング信号の多重化として、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐａｒｔ  Ｇｒｏｕｐ）２システムが知られている。ＭＰＥＧ２システムにおける多重化の形態はトランスポートストリーム（ＴＳ）とプログラムストリームに分けられる。その内のプログラムストリームは、パッケージメディアのような誤りの発生しない状況下での伝送を想定しており、扱える番組が一つに限定されているので、本発明の主たる対象ではない。そこで、ここでは、トランスポートストリームについて説明する。
図４は、ＭＰＥＧ２システムにおける多重化の構成例である。コンテンツ１〜コンテンツ４は、それぞれ、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケット化部４４１〜４４４により、ＰＥＳパケットに変換され、ＴＳパケット化部４５により、トランスポートストリームに多重化される。図５（Ａ）に、ＰＥＳパケットを示し、図５（Ｂ）に、ＴＳパケットを示す。
ところで、従来の時間軸上で変化するコンテンツは、媒体を問わず、一方向性の情報伝達で行われるのが基本である。従って、従来のコンテンツの配信システムにおいては、視聴状況を的確に把握することができないという問題がある。
例えば、テレビ、ラジオなどの放送媒体であれば、コンテシツを一斉に送出しているので、視聴状況は、サンプリング調査などに依存しており、視聴状況を的確に把握することができない。また、ＢＳデジタル放送や、ＣＳディジタル放送、地上波デジタル放送など、双方向通信機能が付帯する放送では、ユーザからのリアクションを集めることは可能であるが、視聴状況を自動的に悉皆的に把握することは行っていない。
また、従来のコンテンツの配信システムは、コンテンツの配信の安定化とその安定したコンテンツの配信の確認が重要であり、コンテンツ自体の配信確認には対応していない。また、従来のコンテンツの配信システムは、配信サーバ側での配信確認はできているが、クライアント側の再生確認を目的とした配信システムでなく、クライアント側の再生確認が充分にできないという問題がある。
従って、広告コンテンツ等のように、メッセージを連続して伝えることを目的としたコンテンツの場合では、メッセージが何処まで伝わっているのかを確認することは極めて重要な意味を持つが、従来のものでは、メッセージが何処まで伝わっているのかの確認をすることができないという問題がある。
また、コンテンツの配信とユーザの反応を知ることは、次のコンテンツの配信に重要な意味を持つが、従来のものは、コンテンツサーバ側で、ユーザの反応を知ることができないという問題がある。
また、広告・マーケティングを本来の目的である販売促進に利用しようとする場合、▲１▼メッセージの伝達状況に応じて、▲２▼コミュニケーションの内容を適宜変化させながら、▲３▼ユーザの態度変容を確認し、▲４▼意思決定を促進することが必要となるが、従来のストリーミング配信の場合におけるコンテンツにおいては、上記の通り、視聴者側の視聴状況を的確に把握することができないことから、これら▲１▼〜▲４▼を的確に実施できないという問題がある。
なお、従来の自動化されたマーケティング手法では、音声認識（Ｖｏｉｃｅ  Ｒｅｃｏｇｎｉｔｉｏｎ）による自動分岐モデルは存在するが、ユーザの応答状況の把握などは行っていない。また、メッセージの伝達状況を把握することに限界があり、表現が音声に限定されるなど、意思決定の促進において劣るという問題がある。
発明の開示
本発明は、上述した従来技術の問題を解決する、改良された時間軸上で変化するコンテンツを配信するコンテンツ配信システム、コンテンツ配信サーバ、ログ収集サーバ、コンテンツ中継サーバ、ユーザ端末、コンテンツ視聴状態把握方法、レコメンデーション方法及びコンテンツ提供方法を提供することを総括的な目的とする。
また、本発明の詳細な目的は、時間軸上で変化するコンテンツを、ユーザが、いつ、何処からどこまで視聴したのかを、センター側で容易に把握可能な時間軸上で変化するコンテンツを配信し、コンテンツの視聴状況を的確に把握し、又はコンテンツの視聴状況に基づいて、適切、有効又は効率的なコンテンツの提供とレコメンデーションを行う時間軸上で変化するコンテンツを配信するコンテンツ配信システム、コンテンツ配信サーバ、ログ収集サーバ、コンテンツ中継サーバ、ユーザ端末、コンテンツ視聴状態把握方法、レコメンデーション方法及びコンテンツ提供方法を提供すること目的とするものである。
この目的を達成するために、本発明は、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバと、前記コンテンツを再生する再生手段を有するユーザ端末と、前記コンテンツ配信サーバと前記ユーザ端末とが接続された通信ネットワークを含むコンテンツ配信システムに関して、
前記コンテンツ配信サーバは、同一のコンテンツにおける複数のパケットに、前記端末の視聴情報の取得のためのフラッグが付加されたコンテンツを配信する配信手段を有し、
前記ユーザ端末は、再生時に、前記フラッグを検出したとき、前記コンテンツ配信サーバに、フラッグを検出した旨の信号であるフラッグ検出信号を送信するフラッグ検出信号送信手段を有するように構成する。
これにより、センター側で容易に把握可能な時間軸上で変化するコンテンツを配信し、コンテンツの視聴状況を的確に把握可能なコンテンツ配信システムを提供することができる。
また、ストリーミングデータに変換されたコンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバに関して、
前記端末の視聴情報の取得のためのフラッグが付加されたコンテンツを配信する配信手段と、
前記ユーザ端末に、前記フラッグを検出したときフラッグを検出した旨の信号であるフラッグ検出信号を送出することがプログラムされているアプレットを送出するアプレット送出手段と、
前記ユーザ端末が送出したフラッグ検出信号を受信するフラッグ検出信号受信手段と、
フラッグ検出信号受信手段が受信した信号を記録するフラッグ検出信号記憶手段とを有するように構成する。
これにより、センター側で容易に把握可能な時間軸上で変化するコンテンツを配信し、コンテンツの視聴状況を的確に把握可能なコンテンツ配信サーバを提供することができる。
また、ログサーバに関して、
視聴情報の取得のためのフラッグが付加された時間軸上で変化するコンテンツを再生する再生手段を有するユーザ端末から、通信ネットワークを介して、前記ユーザ端末が前記フラッグを検出した旨の信号であるフラッグ検出信号を受信するフラッグ検出信号受信手段と、
前記フラッグ検出信号受信手段で受信したフラッグ検出信号を解析して、前記ユーザ端末毎に、視聴情報を記憶する視聴ログデータベースを有するように構成する。
これにより、センター側で容易に把握可能な時間軸上で変化するコンテンツを配信し、コンテンツの視聴状況を的確に把握可能なログサーバを提供することができる。
また、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバから配信されたストリーミングデータを中継するコンテンツ中継サーバに関して、
予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツの最後と、後続するコンテンツの最初の部分とを結合する手段を有するように構成する。
これにより、有効又は効率的なコンテンツの提供を可能とするなコンテンツ中継サーバを提供することができる。
また、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバから配信されたストリーミングデータを再生するユーザ端末に関して、
予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツの最後と、後続するコンテンツの最初の部分とを結合する手段を有するように構成する。
これにより、有効又は効率的なコンテンツの提供を可能とするなユーザ端末を提供することができる。
また、コンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバにおけるコンテンツ視聴状態把握方法に関して、
前記コンテンツ配信サーバは、同一のコンテンツにおける複数のパケットに、前記端末の視聴情報の取得のためのフラッグが付加されたコンテンツを配信し、
前記ユーザ端末は、再生時に、前記フラッグを検出したとき、前記コンテンツ配信サーバに、フラッグを検出した旨の信号であるフラッグ検出信号を送信するように構成する。
これにより、ユーザが、いつ、何処からどこまで視聴したのかを、センター側で容易に把握可能な時間軸上で変化するコンテンツを配信し、コンテンツの視聴状況を的確に把握可能なコンテンツ視聴状態把握方法を提供することができる。
また、ストリーミングデータに変換されたコンテンツを再生する再生手段を有するユーザ端末に、通信ネットワークを介して、時間軸上で変化するコンテンツを配信するコンテンツ配信サーバに対して、コンテンツの最適配置及び／又はユーザへのレコメンデーションを行うレコメンデーション方法に関して、
特定ユーザのユーザ情報、特定ユーザへの配信ログ及び特定ユーザの視聴ログサーバに基づいて、コンテンツの最適配置及び／又はユーザへのレコメンデーションを行うルールモデルを作成するルールモデル作成ステップと、
前記ルールモデル作成ステップにより作成されたルールモデルを適用してコンテンツを、前記特定ユーザに配信する配信ステップと、
前記配信ステップにより配信されたコンテンツに対する前記特定ユーザの反応に基づいて、前記ルールモデルを修正するルールモデル修正ステップとを有するように構成する。
これにより、コンテンツの視聴状況に基づいて、適切、有効なコンテンツのレコメンデーションを行うレコメンデーション方法を提供することができる。
また、ユーザ端末に時間軸上で変化するコンテンツを配信するコンテンツを提供するセンターにおけるコンテンツ提供方法に関して、
当該センターは、グラブ対応コンテンツを、前記ユーザ端末に提供し、
当該センターは、前記ユーザ端末における前記グラブ対応コンテンツの視聴中に、グラブボタンが押下された情報であるグラブ押下信号を、前記ユーザ端末から受信して、グラブ押下信号に対応した情報を、前記ユーザ端末に送信するように構成する。
これにより、コンテンツの視聴状況に基づいて、適切、有効なコンテンツの提供が可能コンテンツ視聴状態把握方法を提供することができる。
また、上記の技術により、ユーザ個人に関する、性別年齢などの属性情報を知りえない場合でも、類似の視聴パタンから属性を推定することができる。
これにより、個人情報の取得に依存しないレコメンデーションができる。
発明を実施するための最良の形態
以下、本発明の実施の形態を図面に基づいて説明する。
（第１の実施例）
（コンテンツ配信システム）
図６を用いて、第１の実施例である時間軸上で変化するコンテンツを配信するコンテンツ配信システムの例を説明する。図６のシステムは、時間軸上で変化するコンテンツを配信するコンテンツ配信センター（コンテンツ配信サーバ）１、複数のユーザ端末２１〜２Ｎ、通信ネットワーク３及びコンテンツ提供者４から構成されている。なお、コンテンツ配信センター１は、後述するように、ストリーミングの配信を行うので、ストリーミングサーバともいえる。
なお、時間軸上で変化するコンテンツとは、音声、動画、静止画、ＣＧ（Ｃｏｍｐｕｔｅｒ  Ｇｒａｐｈｉｃｓ）のデータ、及びこれらの組み合せたものを含むコンテンツである（以下の実施例においても同じである。）。
コンテンツ配信センター１は、コンテンツ提供者４からコンテンツの提供を受けて、ユーザ端末２に、時間軸上で変化するコンテンツを提供する。
なお、コンテンツ配信センター１が、ユーザ端末における視聴ログを収集してもよいし、コンテンツ配信センター１とは別に、ユーザ端末における視聴ログを収集するログサーバを別に設けてもよい。
ユーザ端末２は、ＷＷＷブラウザを有し、動画再生が可能な、パーソナルコンピュータ等の固定又は移動端末であり、コンテンツ配信センター１に、時間軸上で変化するコンテンツの配信を要求し、端末の表示装置等で要求したコンテンツを聴取するものである。
コンテンツ提供者４は、音楽、動画、テキスト等をストリーミングデータに変換して、コンテンツ配信センター１に提供する。なお、ストリーミングデータは、例えば、コンテンツ作成支援ソフトウエア「リアルプロデューサ（Ｒｅａｌ  Ｐｒｏｄｕｃｅｒ）」を用いて、変換する。なお、コンテンツ提供者４は、単に、音楽、動画、テキスト等をコンテンツ配信センター１に提供し、コンテンツ配信センター１がストリーミングデータに変換するようにしてもよい。
また、コンテンツ提供者４及びコンテンツ配信センター１とは、別に、コンテンツ提供者４から、音楽、動画、テキスト等のコンテンツの提供を受けて、ストリーミングデータに変換して、コンテンツ配信センター１は、この変換されたストリーミングデータを配信するようにしてもよい。
通信ネットワーク３は、公衆回線又は専用回線であり、この公衆回線又は専用回線は、有線回線であっても、無線回線であっても、それらが混在した回線であってもよい。例えば、ＦＴＴＨ（Ｆｉｂｅｒ  ｔｏ  ｔｈｅ  Ｈｏｍｅ）、ｘＤＳＬ（ｘ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、ＦＷＡ（Ｆｉｘｅｄ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ）、ＣＡＴＶ（Ｃａｂｌｅ  Ｔｅｌｅｖｉｓｉｏｎ）などの通信システム及びデジタル放送システムを含む。
なお、上記システムでは、コンテンツ配信センター１とは別に、コンテンツを提供するコンテンツ提供者４が存在しているシステムであるが、コンテンツ配信センター１が、コンテンツ提供者４を兼ねたシステムとしてもよい。
（コンテンツ配信センター）
図７にコンテンツ配信センター１の構成の例を示す。図７のコンテンツ配信センター１は、通信管理サーバ５１、配信サーバ５２、バス５３、ユーザ制御・管理サーバ５６、行動分析サーバ５８、課金サーバ６０、視聴率調査サーバ６１、オンラインラーニング進捗管理サーバ６２、配信ログデータベース６３、ユーザ情報データベース６４、視聴ログデータベース６５、動画コンテンツデータベース６６及び滞在時間計測サーバ６７から構成されている。
なお、配信ログデータベース６３と視聴ログデータベース６５は、一体化してもよい。また、視聴ログデータベースとその視聴ログデータベースに係る制御部によって、ログサーバを形成してもよい。また、このログサーバを自律的なものとし、コンテンツ配信センター１と、別体のものとすることもできる。
通信管理サーバ５１は、コンテンツ配信センター１が、通信ネットワークを介して、通信を行うための通信の制御及び管理を行うサーバである。これにより、コンテンツ配信センター１は、複数のユーザ端末２１〜２Ｎ及びコンテンツ提供者４等との通信が可能となる。
配信サーバ５２は、動画ファイル加工編集部５２１、配信要求受付部５２２、配信管理部５２３、視聴管理部５２４、コンテンツ配信センター制御部５２５を有し、動画ファイルの加工編集、ユーザからの配信要求の受付、配信管理、視聴管理、等に関し、コンテンツ配信センターの全体の制御を行う。
ユーザ制御・管理サーバ５６は、ユーザ端末の制御、ユーザの管理などを行う。例えば、ユーザによるコンテンツ配信の前後に、必要に応じて、配信を要求したユーザに資格があるかをチェックする。また、配信サーバのコンテンツ配信サーバ制御部５２５の指示に基づいて、配信を要求したユーザ端末に、フラッグ通過報告のためのアプレットを送信する。また、ユーザ制御・管理サーバ５６は、ユーザ端末からのダウンロード要求に対応して要求されたプログラムをダウンロードする。また、ログインＩＤやクッキーなどによって、クライアントを特定する。また、ユーザに関する処理を必要に応じて、ユーザ情報データベース６４に記録する。
行動分析サーバ５８は、行動分析サーバ５８が所有するユーザ行動データベース並びに配信ログデータベース６３及び視聴ログデータベース６５に記憶されたフラッグ検出情報等に基づいて、ユーザが、何処から何処まで視聴したかを確認し、その後のユーザの行動との関係を把握し、関係付けて、ユーザの行動分析を行う。
課金サーバ６０は、ユーザ情報データベース６４、配信ログデータベース６３及び視聴ログデータベース６５に記憶された情報等に基づいて、ユーザに対する課金を行う。
なお、課金は、視聴時間、フラッグの通過数、フレームの視聴数、コンテンツの視聴数等に基づいて行う。
視聴率調査サーバ６１は、配信ログデータベース６３及び視聴ログデータベース６５に記憶された情報等に基づいて、特定コンテンツの現時点の視聴率を把握する。
オンラインラーニング進捗管理サーバ６２は、配信ログデータベース６３及び視聴ログデータベース６５に記憶されたフラッグ検出情報等に基づいて、ユーザ端末が、何処から何処まで視聴したかを確認して、オンラインラーニングの進捗管理を行う。これにより、ユーザに前回の続きを知らせることができる。ユーザはこの情報に基づいて、前回の続きから、オンラインラーニングを開始することができる。また、その学習者の進捗状況に合わせて、個別指導することが可能となる。
滞在時間計測サーバ６７は、フラッグ検出信号記憶手段に記憶されたフラッグ検出信号とフラッグの付されたストリーミングデータの時刻に基づいて、各フレームの滞在時間を計測する。これにより、フラッグ検出信号記憶手段に記憶されたフラッグ検出信号とフラッグの付されたストリーミングデータの時刻に基づいて、各フレームの滞在時間を計測する計測手段を有することにより、視聴者のステイックスネス（クリックストリーム中に、１ページに滞在した時間）を支配する情報を得る。
配信ログデータベース６３は、配信サーバ５１のコンテンツの配信の記録を蓄積する。配信先が特定できる場合には、配信先の情報を含めて記録する。例えば、図８に示されているように、配信番号、コンテンツＩＤ、配信先（ユーザが登録されている場合には、ユーザＩＤ、ユーザ端末にクッキーが配置できれば、クッキー情報により特定する。）、配信開始時間、配信終了時間、配信時間等の情報が蓄積される。また、配信先毎に、ストリーミングデータに含まれたフラッグの通過情報（位置、時刻等）を記録する。
ユーザ情報データベース６４は、例えば、図９に示すように、ユーザＩＤ、氏名又は名称、パスワード、ユーザの基本情報、ユーザの属性情報、配信情報（配信番号を含む。）、ダウンロード情報などを蓄積する。
視聴ログデータベース６５は、コンテンツの視聴情報を蓄積する。例えば、図１０に示すように、配信番号、フラッグ情報、取得時間、滞在時間、視聴打ち切り場所、分岐選択情報等の情報が蓄積される。なお、フラッグ情報には、フラッグとして埋め込まれた情報（例えば、フラッグの位置情報、フラッグ番号、フラッグの時刻情報）で、ユーザ端末から送信されてきた情報である。
動画コンテンツデータベース６６には、コンテンツ提供者４から、提供された音楽、動画、テキスト等のストリーミングデータを格納する。提供された音楽、動画、テキスト等が、ストリーミングデータに変換されていない場合は、ストリーミングデータに変換して格納する。その際、ストリーミングデータにフラッグの付加を行う。
また、動画コンテンツデータベース６６には、既に、フラッグが付加されたコンテンツを得て、格納するようにしてもよい。
ここで、フラッグとは、ユーザへの課金のための視聴情報、ユーザの視聴傾向を得るための視聴情報等を得るためのフラッグであって、コンテンツＩＤ、コンテンツの位置、コンテンツの種類、コンテンツの配信してからの時間等の中から選ばれた所定の情報を含むものである。
また、ここで言うフラッグの付加とは以下の態様を含む。しかしながら、以下の態様に限られるものではない。
▲１▼ストリーミングデータのパケットのヘッダ又はペイロードにフラッグ情報を挿入する。
▲２▼ストリーミングデータのパケットのヘッダ及び／又はペイロードにフラッグ情報を、透かしとして埋め込む。
なお、ここでパケットとは、ヘッダ及びペイロードから構成されているもの（これに類似する形式のものでもよい。）を指し、例えば、図２の各階層毎に作成されるもであってもよい。
上記▲１▼又は▲２▼の場合は、ユーザの端末に、予め（例えば、コンテンツの配信要求時）、フラッグを検出したときフラッグを検出した旨の信号であるフラッグ検出信号を送出することがプログラムされている例えば、ｊａｖａアプレットを、配信サーバからダウンロード等して、用意しておく必要がある。
また、予め、配信サーバが、アプレットをユーザ端末にダウンロードする代わりに、ユーザ端末にサーバブレットを配信して、フラッグを検出するようにしてんもよい。
なお、上記フラッグを検出した旨の検出信号は、配信サーバ及び／又はログサーバに送信される。
▲３▼ストリーミングデータのパケットのヘッダ及び／又はペイロードの一部に、イベントを挿入して、イベントの時点の情報を、ログサーバに送信するようにしてもよい。
▲４▼ストリーミングデータの任意のシーンでサーブレットを配信する制御文を埋め込む。例えば、任意のシーンは、配信開始からの経過時間によって特定される。この経過時間は、配信サーバによって、計測される。任意のシーンに配信されたサーバに送信するようにしてもよい。
（コンテンツ配信のシーケンス）
時間軸上で変化するコンテンツを配信するコンテンツ配信のシーケンスについて、図１１を用いて説明する。
▲１▼ユーザは、ウエブブラウザを起動して、ストリーミングコンテンツのリンクが張られたウエブページを閲覧する。閲覧したいストリーミングコンテンツの画像又は文字をクリックする。それによって、コンテンツ配信センターに、コンテンツの配信が要求される。また、ユーザは、音楽、動画、テキスト等のストリーミングデータを再生するために、図２におけるプレイヤー層２８のソフトウエアである「プレイヤー」を起動する。
▲２▼センターの配信要求受付部５２１は、ユーザからの配信要求を受け付ける。同時に、配信要求受付部５２１は、配信を要求したユーザを特定して、ユーザ情報データベース６４に記録する。なお、ユーザによるコンテンツ配信の要求の前後に、必要に応じて、センターのユーザ制御・管理サーバ５６は、ユーザが要求したコンテンツを閲覧する資格があるかを、ユーザＩＤ及びユーザパスワード等により、チェックするようにしてもよい。
▲３▼コンテンツの閲覧する資格をチェックしない場合、又は、チェックを行った場合でユーザが閲覧する資格を有する場合は、配信サーバのコンテンツ配信サーバ制御部５２５は、配信要求受付部５２１からの情報に基づいて、配信管理部５２３に対して、コンテンツの送信の指示を行う。
▲４▼また、同時に、配信サーバのコンテンツ配信サーバ制御部５２５は、ユーザ制御・管理サーバ５６に対して、要求したユーザ端末に、フラッグ通過報告のためのアプレットの送信を指示する。アプレットとしては、Ｊａｖａアプレット等が利用できる。ユーザ端末は、このアプレットを受信して、メモリに読み込む。メモリに読み込まれたアプレットは、ストリーミングデータに付加又は埋め込まれたフラッグを検出すると、配信サーバにフラッグが通過した旨の報告を行う。
フラッグは、１ビットであってもよいし、複数ビット、例えば、８ビットで構成されてもよい。この８ビットの場合は、０、１、２、２５６とフラグを立て、２５６に続いて、０、１、２、２５６と循環した値を取るようにしてもよい。これにより、フラッグと映像フレームとの関係を容易に関係付け易くなる。なお、フラッグの処理に関しては、これに限らず、実施することができる。
▲５▼ユーザ制御・管理サーバ５６は、要求したユーザ端末に、フラッグ通過報告のためのアプレットを送信する。また、このとき、センターの配信管理部５２３は、配信ログデータベース６３及び／又はユーザ情報データベース６４に、アプレットの送信ログを記録する。
▲６▼ユーザ端末は、アプレットを受信して、メモリに書き込む。そのとき、アプレットが起動される。
▲７▼センターの配信管理部５２３は、要求したユーザ端末に要求されたコンテンツを送信する。また、同時に、ユーザ情報データベース６４の要求したユーザ端末の配信情報領域に、要求されたコンテンツを送信した旨を記録する。
▲８▼ユーザ端末は、メモリに読み込まれたアプレットが、コンテンツのストリーミングデータに埋め込まれたフラッグを検出すると、配信サーバにフラッグが通過した旨の報告を行う。センターのセンターの配信管理部５２３は、視聴ログデータベース６５に、ユーザのコンテンツ毎にフラッグの通過を記録する。
なお、ログサーバが、配信サーバとは別に、存在する場合は、ユーザ端末は、フラッグが通過した旨の報告を、ログサーバ及び／又は配信サーバに、行う。
▲９▼要求されたコンテンツを全て、送出すると、センターの配信管理部５２３は、コンテンツを要求したユーザ端末に、コンテンツ送出終了情報を送出して、一連のコンテンツの送出を終了する。
（フラッグの立て方）
本発明では、時間軸上で変化するコンテンツを、ユーザが、いつ、何処から何処まで視聴したのかを、コンテンツサーバで把握するために、ストリーミングデータにフラッグを立てる。フラッグの立て方は種々の方法がある。
例えば、図３のＲＴＰメッセージの未使用のフィールド又はペイロードの所定の位置にフラッグを挿入してもよい。
また、図３のＲＴＰメッセージのヘッダ又はペイロードに、透かし技術を用いて、フラッグを埋め込んでもよい。
また、次に説明するように、イベントを埋め込むことによって、フラッグを立てることもできる。
図１２は、時間軸上で変化するコンテンツの配信サーバにおけるイベントを埋め込むことによりフラッグを設定する例である。
シーン８０、シーン８１、シーン８２・・・をストリーミングデータとして、送出する場合である。各シーンは、キーフレームとキーフレームとの差分でストリーミングデータを生成している。例えば、シーン８０は、キーフレーム７０と差分フレーム７１〜７３によって構成されている。差分フレーム７１〜７３は、キーフレームとの差分のデータであるので、送出する情報が少なく、データの圧縮が成されている。
本発明では、このようなストリーミングデータの場合、視聴を確認したいシーンの最後の差分フレームをイベントと置き換える、又は、最後の差分フレームの直後にイベントを挿入するものである。イベントは、ストリーミングを制御するプログラムに対して特定のアクションの実行命令を出す制御文であり、ユーザ端末は、このイベントを検出すると、コンテンツ配信センターにそのシーンを視聴した旨の情報を送出する。イベントを用いることにより、種々の応答を、ユーザ端末から得ることができる。
なお、この視聴を確認したいシーンの最後の差分フレームをイベントと置き換える、又は、イベントを挿入する作業は、コンテンツをストリーミングデータのフォーマットに変換する際に、マニュアル又はプログラムを用いて自動的に行う。
また、イベントを用いた場合は、制御文を実行できる環境であれば、必ずしも、ユーザ端末にアプレットを常駐させて置く必要はない。イベントが、独自に、ストリーミングを制御するプログラムに対して特定のアクションの実行命令を出すからである。
また、図１２において、キーフレーム７０と差分フレーム７１〜７３の各フレームに、単に、フラッグを立てるようにしてもよい。
（第２の実施例）
（コンテンツ配信システム）
システムの構成は、基本的には、図６のコンテンツ配信システムが用いられる。なお、図６のコンテンツ配信システムは、コンテンツ配信センター１とは別に、コンテンツを提供するコンテンツ提供者４が存在しているシステムであるが、コンテンツ配信センター１が、コンテンツ提供者４を兼ねたシステムとしてもよい。
また、コンテンツ配信センター１が、ユーザ端末における視聴ログを収集してもよいし、コンテンツ配信センター１とは別に、ユーザ端末における視聴ログを収集するログサーバを別に設けてもよい。
また、コンテンツ提供者４は、単に、音楽、動画、テキスト等をコンテンツ配信センター１に提供し、コンテンツ配信センター１がストリーミングデータに変換するようにしてもよい。
また、コンテンツ提供者４及びコンテンツ配信センター１とは、別に、コンテンツ提供者４から、音楽、動画、テキスト等のコンテンツの提供を受けて、ストリーミングデータに変換して、コンテンツ配信センター１は、この変換されたストリーミングデータを配信するようにしてもよい。
（コンテンツ配信センター）
図１３にコンテンツ配信センター１の構成の例を説明する。図１３のコンテンツ配信センター１は、通信管理サーバ５１、配信サーバ５２、バス５３、ユーザ制御・管理サーバ５６、行動分析サーバ５８、課金サーバ６０、視聴率調査サーバ６１、配信ログデータベース６３、ユーザ情報データベース６４、視聴ログデータベース６５、動画コンテンツデータベース６６及び滞在時間計測サーバ６７から構成されている。
図１３のコンテンツ配信センター１の通信管理サーバ５１、配信サーバ５２、バス５３、ユーザ制御・管理サーバ５６、行動分析サーバ５８、課金サーバ６０、視聴率調査サーバ６１、配信ログデータベース６３、ユーザ情報データベース６４、視聴ログデータベース６５、動画コンテンツデータベース６６及び滞在時間計測サーバ６７は、図７のコンテンツ配信センター１の通信管理サーバ５１、配信サーバ５２、バス５３、ユーザ制御・管理サーバ５６、行動分析サーバ５８、課金サーバ６０、視聴率調査サーバ６１、配信ログデータベース６３、ユーザ情報データベース６４、視聴ログデータベース６５、動画コンテンツデータベース６６及び滞在時間計測サーバ６７を用いることができるので、説明は省略する。
（分散システムとコンテンツ配信の処理の流れ）
図１４は、図１３のシステムにおけるコンテンツの配信及びログの収集に関するシステムを分散システムとしたもので、丸付き数字は、コンテンツの配信及びログの収集に関して、処理の流れを示したものである。
図１４における分散システムは、センター側とユーザ側に分け、図１３のコンテンツ配信センター（配信サーバ）におけるコンテンツ配信とログの収集に関し、システムを機能分散して、各種サーバにより構成したものである。センター側は、配信サーバ４５２、ユーザ制御・管理サーバ４５６、配信ログサーバ４６３、ユーザ情報サーバ４６４、視聴ログサーバ４６５から構成されている。
このセンター側の構成は、図１３における配信ログデータベース６３、ユーザ情報データベース６４、視聴ログデータベース６５及び動画コンテンツデータベース６６に、これらを制御・管理する制御部を付加してサーバとしたものである。従って、ユーザ制御・管理サーバ４５６は、図１３のユーザ制御・管理サーバ４５６とほぼ同じであるが、配信サーバ４５２は、図１３の配信サーバ５２から、配信ログデータベース６３、ユーザ情報データベース６４、視聴ログデータベース６５及び動画コンテンツデータベース６６を制御・管理する制御部を除いたものとなっている。
配信サーバ４５２は、コンテンツの配信制御を行う。例えば、ユーザ端末からコンテンツの配信要求のあった場合に、ユーザ制御・管理サーバ４５６に、アプレットの送信を指示し、動画コンテンツサーバに要求されたコンテンツの配信を指示し、コンテンツの配信に関する情報を配信ログサーバ４６３の配信ログデータベースに記録する。
ユーザ制御・管理サーバ４５６は、ユーザ端末の制御、ユーザの管理を行う。例えば、コンテンツ配信の前に、必要に応じて、配信を要求したユーザに、資格があるかをチェックする。また、配信サーバのコンテンツ配信サーバ４５２の指示に基づいて、配信を要求したユーザ端末に、フラッグ検出のためのアプレットを送信する。また、ユーザ制御・管理サーバ４５６は、ユーザ端末からのダウンロード要求に対応して要求されたプログラムをダウンロードする。また、ログインＩＤやクッキーなどによって、クライアントを特定する。また、ユーザに関する処理を必要に応じて、ユーザ情報サーバ４６４のユーザ情報データベースに記録する。
配信ログサーバ４６３は、配信サーバ４５２からの情報に基づいて、コンテンツの配信のログを記録するサーバである。
ユーザ情報サーバ４６４は、ユーザＩＤ、氏名又は名称、パスワード、ユーザの基本情報、ユーザの属性情報を管理し、配信情報（配信番号を含む。）、ダウンロード情報などを記録する。
視聴ログデータサーバ４６５は、コンテンツの視聴情報を管理して蓄積する。例えば、配信番号、フラッグ情報、取得時間、滞在時間、視聴打ち切り場所、分岐選択情報等の情報を管理して蓄積する。なお、フラッグ情報には、フラッグとして埋め込まれた情報（例えば、フラッグの位置情報、フラッグ番号、フラッグの時刻情報）で、ユーザ端末から送信されてきた情報である。なお、視聴ログデータサーバ４６５を、配信ログサーバ４５２と別に場所に設置してもよい。この場合は、ユーザ端末が送信したフラッグを検出した旨の情報を受信して、視聴ログデータベースの記録する。
動画コンテンツサーバ４６６には、コンテンツ提供者４から、提供された音楽、動画、テキスト等のストリーミングデータを、管理して格納する。提供された音楽、動画、テキスト等が、ストリーミングデータに変換されていない場合は、ストリーミングデータに変換して格納する。その際、ストリーミングデータにフラッグの付加を行う。
なお、配信サーバ４５２、ユーザ制御・管理サーバ４５６、配信ログサーバ４６３、ユーザ情報サーバ４６４、視聴ログサーバ４６５は、センター内に設けてもよいし、それぞれ、別の場所に設置してもよい。又は、複数のサーバを組み合せて、別の場所に設置してもよい
次いで、コンテンツの配信及びログの収集の流れを説明する。
▲１▼ユーザは、ウエブブラウザを起動して、ストリーミングコンテンツのリンクが張られたウエブページを閲覧する。閲覧したいストリーミングコンテンツの画像又は文字をクリックする。それによって、コンテンツ配信センターに、コンテンツの配信が要求される。また、ユーザは、音楽、動画、テキスト等のストリーミングデータを再生するためのソフトウエアである「プレイヤー」を起動する。
▲２▼配信サーバ４５２の配信要求受付部５２１は、ユーザからの配信要求を受け付ける。同時に、配信サーバ４５２の配信要求受付部５２１は、配信を要求したユーザを特定して、ユーザ情報をユーザ情報サーバ４６４のユーザ情報データベースに記録する。なお、ユーザによるコンテンツ配信の要求の前後に、必要に応じて、センターのユーザ制御・管理サーバ４５６は、ユーザが要求したコンテンツを閲覧する資格があるかをチェックするようにしてもよい。
▲３▼コンテンツの閲覧する資格をチェックしない場合、又は、チェックを行った場合でユーザが閲覧する資格を有する場合は、配信サーバ４５２のコンテンツ配信サーバ制御部５２５は、配信要求受付部５２１からの情報に基づいて、配信管理部５２３に対して、コンテンツの送信の指示を行う。
▲４▼また、同時に、配信サーバ４５２のコンテンツ配信サーバ制御部５２５は、ユーザ制御・管理サーバ４５６に対して、要求したユーザ端末に、フラッグ検出のためのアプレットの送信を指示する。ユーザ端末は、このアプレットを受信して、メモリに読み込む。メモリに読み込まれたアプレットは、ストリーミングデータに埋め込まれたフラッグを検出すると、配信サーバにフラッグを検出した旨の報告を行う。なお、本実施の形態におけるアプレットは、Ｊａｖａアプレットに限らず、全てのアプレットを利用することができる。
▲５▼ユーザ制御・管理サーバ４５６は、要求したユーザ端末に、ユーザ端末がフラッグを検出しその旨の報告を行うためのアプレットを送信する。また、このとき、配信サーバ４５２の配信管理部５２３は、配信ログサーバ４６３の配信ログデータベースに、アプレットの送信ログを記録する。
▲６▼ユーザ端末は、アプレットを受信して、メモリに書き込む。そのとき、アプレットが起動される。
▲７▼配信サーバ４５２の配信管理部５２３は、要求したユーザ端末に要求されたコンテンツを送信する。また、同時に、ユーザ情報サーバ４６４のユーザ情報データベースのユーザの情報領域には、ユーザ毎に要求されたコンテンツを送信した旨を記録し、配信ログサーバ４６３の配信ログデータベースには、ユーザ対応に、配信されたコンテンツを特定する情報を蓄積する。
▲８▼ユーザ端末は、メモリに読み込まれたアプレットが、コンテンツのストリーミングデータに付加又は埋め込まれたフラッグを検出すると、視聴ログサーバ４６５にフラッグを検出した旨の報告を行う。
▲９▼配信サーバ４５２の視聴管理部５２４は、視聴ログサーバ６３１に、ユーザ毎に、且つ、コンテンツ毎にフラッグの検出を記録する。要求されたコンテンツを全て、送出すると、センターの配信管理部５２３は、コンテンツを要求したユーザ端末に、コンテンツ送出終了情報を送出して、一連のコンテンツの送出を終了する。
○１０その後、必要に応じて、配信サーバ４５２のコンテンツ配信サーバ制御部５２５は、配信ログサーバ４６３の配信ログデータベースの記録内容から、コンテンツ配信に関するコンテンツ配信レポートを作成して、コンテンツ配信報告を行う。このコンテンツ配信レポートには、誰が、何時、どのコンテンツを何処まで視聴したかが報告されている。
第２の実施例によれば、コンテンツサーバから配信される、時間軸上で変化するコンテンツを、ユーザが、いつ、何処から何処まで視聴したのかを、分散されたシステムにより、コンテンツ配信ネットワークの形態に拠らずに、高精度に、かつ、容易に把握することができる。
（第３の実施例）
図１５を用いて、視聴ログサーバを別体とした第３の実施例を説明する。図１３のシステムは、インターネット５００、プレイヤー５０１、配信サーバ５０１、ログ管理サーバ５０４から構成されている。なお、ログ管理サーバ５０４は、複数の配信サーバ５０１に対して、センターとして機能するようにしてもよい。
プレイヤー５０１は、視聴情報を、ログ管理サーバ５０４の視聴ログサーバ５０６に送信する。
なお、視聴情報の送信には、例えば、図１６に示すように、コンテンツにフラッグが付加されている場合（Ａ）と、コンテンツにイベントが付加されている場合（ｂ）とが存在する。なお、ここでは、例として、イベントが、特定のログサーバにアクセスして、ＨＴＭＬの画像を要求するプログラムである場合について説明する。
図１６（Ａ）の場合は、プレイヤーは、視聴情報の取得のためのフラッグが付加された時間軸上で変化するコンテンツを再生すると、フラッグが立っている時点で、視聴ログサーバに、フラッグを検出した旨の信号であるフラッグ検出信号を送信する。
図１６（Ｂ）の場合は、プレイヤーは、ログサーバへアクセスするためのイベントが付加された時間軸上で変化するコンテンツを再生して、イベントを再生すると、直ちに、特定のログサーバにアクセスして、ＨＴＭＬの画像を要求する。このＨＴＭＬの画像の要求信号が、図１６（Ａ）におけるフラッグ検出信号に相当する機能を有する。
図１６（Ｂ）の場合における処理フローについて、図１７を用いて説明する。プレイヤーは、ログサーバへアクセスするためのイベントが付加された時間軸上で変化するコンテンツを再生してイベントを読み出す（▲１▼）と、直ちに、特定のＵＲＬのログサーバにアクセスして、ＨＴＭＬファイルを要求する（▲２▼）。ログサーバでは、ＨＴＭＬファイルの要求信号を解析して、どのプレイヤーからの要求信号であるか、どのコンテンツのどの場所（又は時間）のものかを検出して、視聴ログデータベースに記録する（▲５▼）。一方、ログサーバは、要求したプレイヤーのブラウザにＨＴＭＬの画像を送信する（▲６▼）。要求したプレイヤーのブラウザは、受信したＨＴＭＬの画像を表示する（▲７▼）。
なお、要求したプレイヤーのブラウザは、受信したＨＴＭＬの画像を表示するが、受信したＨＴＭＬの画像が見えない位置及び大きさで表示する。従って、要求したプレイヤーの画面には、ＨＴＭＬ画像を表示したようには見えない。また、このとき、画面の切り替え時に、所定の音が発生するが、これを消音することにより、要求したプレイヤーにおける画面の切り替えを時の不要な音がなくなる。
図１５に戻って、配信サーバ５０２は、フラッグ又はアクセスするためのイベント若しくは返送を行うためのイベントが付加されたコンテンツを、プレイヤー５０１に配信する。
ログ管理サーバ５０４は、回答サーバ５０５、視聴ログサーバ５０６、配信ルール５０７、行動分析サーバ５０８、視聴率調査サーバ５０９及び滞在時間計測サーバ５１０から構成されている。視聴ログサーバ５０６は、プレイヤー５０１の視聴情報を受信して、視聴ログデータベースに記録する。
滞在時間計測サーバ５１０は、フラッグ検出信号記憶手段に記憶されたフラッグ検出信号とフラッグの付されたストリーミングデータの時刻に基づいて、各フレームの滞在時間を計測する。
視聴率調査サーバ５０９は、視聴ログデータベースに記憶された情報等に基づいて、特定コンテンツの現時点の視聴率を把握する。
行動分析サーバ５０８は、行動分析サーバ５０８が所有するユーザ行動データベース及び視聴ログデータベースに記録された情報並びにユーザ情報等に基づいて、ユーザが、何処から何処まで視聴したかを確認し、その後のユーザの行動との関係を把握し、関係付けて、ユーザの行動分析を行う。
配信ルールサーバは、ルールエンジンを有し、特定ユーザのユーザ情報及び特定ユーザの視聴ログデータベースに記録された情報等に基づいて、特定ユーザのへのレコメンデーションを行うルールモデルを作成するルールモデル作成する。
回答サーバ５０５は、配信ルールサーバのルールに基づいて、特定ユーザの最適なコンテンツを回答する。
図１７により、図１５の処理の流れを説明する。
▲１▼  プレイヤー５０１は、コンテンツの配信の要求に先立って、ログ管理サーバ５０４にアクセスして、プレイヤー５０１の配信されるべき最適なコンテンツ内容又はタイトルを要求する。
▲２▼  ログ管理サーバ５０４は、プレイヤー５０１のユーザ情報、配信ルールに基づいて、プレイヤー５０１のユーザに適した最適なコンテンツ内容又はタイトルを回答する。
▲３▼  プレイヤー５０１は、ログ管理サーバ５０４からの回答に基づいて、コンテンツ配信サーバ５０２にコンテンツを要求する。
▲４▼  コンテンツ配信サーバ５０２は、要求されたコンテンツをプレイヤー５０１に配信する。
▲５▼  プレイヤー５０１は、視聴情報をログ管理サーバ５０４に送信する。
（第４の実施例）
（コンテンツ配信システム）
システムの構成は、基本的には、図６のコンテンツ配信システムが用いられる。
図６、図１８〜図２０を用いて、選択肢を有する時間軸上で変化するコンテンツの分岐選択パターンに基づいて、適切なコンテンツの視聴若しくは適切な行動又は両方を薦めるコンテンツ配信システム及びコンテンツ配信サーバについて説明する。
第４の実施例におけるコンテンツ配信システムは、第１の実施例の図６と同じである。図６のシステムは、上述した通り、時間軸上で変化するコンテンツを配信するコンテンツ配信センター（コンテンツ配信サーバ、ストリーミングサーバ）１、複数のユーザ端末２１〜２Ｎ及び通信ネットワーク３から構成されている。
コンテンツ配信センター１は、時間軸上で変化するコンテンツをストリーミングデータに変換して、ユーザ端末２に提供する。
なお、コンテンツ配信センター１から提供されるコンテンツは、ユーザ端末が選択可能に配置され、かつ、時間軸上で変化するコンテンツである。
コンテンツ配信センター１は、ユーザ端末が選択可能に配置されたコンテンツを送信し、ユーザ端末からのコンテンツの分岐選択信号を受信し、受信した分岐選択信号の内容に基づいて、ユーザ端末にレコメンデーションを送信する。また、ユーザ反応記録手段の出力又は、スクリプト設計手段の出力に基づいて、レコメンデーションエンジンを修正する。なお、レコメンデーションとしては、途中で、視聴が打ち切られた場合は、そこの視聴までの情報に対して、不足情報を提示する。例えば、価格提示のコンテンツ前で、視聴が打ち切られた場合は、視聴された商品の価格を提示する。また、コンテンツを最後まで視聴した場合は、関係ある他のコンテンツを推薦する。
コンテンツ配信センター１は、ユーザ端末により選択可能に配置されたコンテンツを送信するコンテンツ送信手段と、ユーザ端末からのコンテンツの分岐選択信号を受信する分岐選択信号受信手段と、分岐選択の結果が入力され、レコメンデーションが出力されるレコメンデーションエンジンと、該レコメンデーションエンジンの出力を前記ユーザ端末に送信するレコメンデーション送信手段と、ユーザの反応を受信するユーザ反応記録手段と、時間軸上で変化するコンテンツの分岐部を設定するスクリプト設計手段とを有する。
ユーザ端末２は、ＷＷＷブラウザを有し、動画再生が可能な、パーソナルコンピュータ等の固定又は移動端末であり、コンテンツ配信センター１に、時間軸上で変化するコンテンツの配信を要求し、端末の表示装置等で要求したコンテンツを聴取するものである。
通信ネットワーク３は、公衆回線又は専用回線であり、この公衆回線又は専用回線は、有線回線であっても、無線回線であっても、それらが混在した回線であってもよい。例えば、ＦＴＴＨ（Ｆｉｂｅｒ  ｔｏ  ｔｈｅ  Ｈｏｍｅ）、ｘＤＳＬ（ｘ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、ＦＷＡ（Ｆｉｘｅｄ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ）、ＣＡＴＶ（Ｃａｂｌｅ  Ｔｅｌｅｖｉｓｉｏｎ）などの通信システム及びデジタル放送システムを含む。
（コンテンツ配信センター）
図１８にコンテンツ配信センター１の構成の例を説明する。図１８のコンテンツ配信センター１は、通信管理サーバ１５１、配信サーバ１５２、バス１５３、ユーザ制御・管理サーバ１５６、行動分析サーバ１５８、レコメンデーションエンジン１６８、スクリプト設計サーバ１６９、配信ログデータベース１６３、ユーザ情報データベース１６４及び動画コンテンツデータベース１６６から構成されている。なお、図１８のコンテンツ配信センター１は、図１４のように、コンテンツの配信及びログの収集に関するシステムを分散システムとして構成することもできる。
通信管理サーバ１５１は、コンテンツ配信センター１が、通信ネットワークを介して、通信を行うための通信の制御及び管理を行うサーバである。これにより、コンテンツ配信センター１は、複数のユーザ端末２１〜２Ｎ及びコンテンツ提供者４等との通信が可能となる。
配信サーバ１５２は、動画ファイル加工編集部１５２１、配信要求受付部１５２２、配信管理部１５２３、視聴管理部１５２４、コンテンツ配信サーバ制御部１５２５、レコメンデーション生成部１５２６等を有し、動画ファイルの加工編集・配信、ユーザからの配信要求の受付、配信管理、視聴管理、ユーザからの分岐選択信号の受信、レコメンデーションの生成・送信、ユーザの反応記録、レコメンアーンョンエンジンの修正等に関し、コンテンツ配信センターの全体の制御を行う。
ユーザ制御・管理サーバ１５６は、ユーザ端末の制御、ユーザの管理を行う。例えば、コンテンツ配信の前に、必要に応じて、配信を要求したユーザに、資格があるかをチェックする。
行動分析サーバ１５８は、行動分析サーバ１５８が所有するユーザ行動データベース並びに配信ログデータベース１６３に記憶されたフラッグ検出情報等に基づいて、ユーザが、何処から何処まで視聴したかを確認し、その後のユーザの行動との関係を把握し、関係付けて、ユーザの行動分析を行う。例えば、「会員を登録させる」、「商品を購買させる」「バナーをクリックさせる」など、当初意図していた目的に対する、ユーザの反応を分析する。
配信ログデータベース１６３は、ユーザ端末への配信ログ及びユーザ端末の視聴ログを蓄積する。配信先が特定できる場合には、配信先の情報を含めて記録する。例えば、コンテンツＩＤ、配信開始、終了時間、配信先（ユーザが登録されている場合には、ユーザＩＤ、ユーザ端末にクッキーが配置できれば、クッキー情報により特定する。）等の情報が蓄積される。また、配信先毎に、ストリーミングデータに含まれたフラッグの通過（検出）情報（位置、時刻等）を記録する。
ユーザ情報データベース１６４には、ユーザの属性情報を蓄積する。
動画コンテンツデータベース１６６には、コンテンツである音楽、動画、テキスト等のストリーミングデータを格納する。
レコメンデーションエンジン１６８には、ユーザの分岐選択に対応して、レコメンデーションを行うエンジンである。ルールモデルを生成し、必要に応じて、ルールモデルを修正する。レコメンデーション生成部１５２６の指示に基づいて、レコメンデーションを行う。
スクリプト設計サーバ１６９は、時間軸上で変化するコンテンツの切り替えを許すポイントを設計するサーバである。
選択肢を有する時間軸上で変化するコンテンツの分岐選択パターンに基づいて、適切なコンテンツの視聴、適切な行動を薦めるコンテンツ配信のシーケンスを図１９を用いて説明する。
▲１▼ユーザは、ウエブブラウザを起動して、ストリーミングコンテンツのリンクが張られたウエブページを閲覧する。閲覧したいストリーミングコンテンツの画像又は文字をクリックする。それによって、コンテンツ配信センターに、コンテンツの配信が要求される。また、ユーザは、音楽、動画、テキスト等のストリーミングデータを再生するためのソフトウエアである「プレイヤー」を起動する。
▲２▼センターの配信要求受付部１５２１は、ユーザからの配信要求を受け付ける。同時に、配信要求受付部１５２１は、配信を要求したユーザを特定して、ユーザ情報をユーザ情報データベースに記録する。
▲３▼配信サーバのコンテンツ配信サーバ制御部１５２５は、配信要求受付部１５２１からの情報に基づいて、配信管理部１５２３に対して、コンテンツの送信の指示を行う。
▲４▼センターの配信管理部１５２３は、要求したユーザ端末に要求されたコンテンツを送信する。また、ユーザ情報データベース６４の要求したユーザ端末の情報領域には、要求されたコンテンツを送信した旨を記録し、配信ログデータベース６３には、ユーザ対応に、配信されたコンテンツの特定情報を蓄積する。
コンテンツ配信センター１から提供されるコンテンツは、ユーザ端末が選択可能に配置され、かつ、時間軸上で変化するコンテンツである。
本発明では、時間軸上で変化するコンテンツを、ユーザが選択可能な形に配置する。配置方法は、図２０（Ａ）に示す有限個数の選択を許すコンテンツ分岐モデルと、図２０（Ｂ）に示す有限個のジャンプを許す有限個の複数コンテンツの同期配信によって実施する。
図２０（Ａ）に示す有限個数の選択を許すコンテンツ分岐モデルでは、分岐点でユーザが分岐を選択できるように、分岐選択のボタンを設ける。図２０（Ｂ）に示す有限個のジャンプを許す有限個の複数コンテンツの同期配信の場合では、同期を取って並列に配信する複数の異なるコンテンツにおいて、コンテンツがスイッチ可能なポイントに差し掛かったところで、スイッチ操作のパネルを表示する。
▲５▼ユーザは、センターから配信されたコンテンツを視聴し、図２０（Ａ）に示す有限個数の選択を許すコンテンツ分岐モデルでは分岐選択のボタンを押下して分岐選択を行う。また、図２０（Ｂ）に示す有限個のジャンプを許す有限個の複数コンテンツの同期配信の場合では、スイッチ可能なポイントに差し掛かったところで、スイッチ操作のパネルにより分岐選択を行う。ユーザ端末で、分岐選択を行うと、ユーザ端末から、分岐選択信号がセンターに送信される。
▲６▼配信管理部１５２３は、ユーザ端末からの分岐選択信号を受信して、配信ログデータベース１６３に記録する。
▲７▼ユーザの分岐選択の結果に基づいて、レコメンデーション生成部１５２６は、ユーザ毎に、レコメンデーションエンジン１６８により、レコメンデーションを生成する。
時間軸上で変化するコンテンツの場合、静的なコンテンツと異なり、時間軸上に沿って順番にコンテンツの変化を制御することが可能である。これによって、分岐選択した直前までに、どのコンテンツを視聴していたかを把握することが可能となる。これによって、クリックストリーム分析の根拠である、どのコンテンツをどれだけ視聴していたかを、正確に把握することが可能となり、分析およびレコメンデーションの精度を向上させることが可能である。
図２０（Ａ）では、Ａ１、Ａ１１、Ａ１１１、Ａ１１１１と選択して、視聴したユーザには、レコメンデーションエンジン１６８を起動して、レコメンデーションＲ１を生成し、Ａ１、Ａ１１、Ａ１１１、Ａ１１１２と選択して、視聴したユーザには、レコメンデーションエンジン１６８を起動して、レコメンデーションＲ２を生成する。
また、予め有限個の分岐パターンをセットすることによって、クリックストリームのパターンに対してすべてレコメンデーションを対応付けることが可能となる。
図２０（Ｂ）では、ＳＴ１、ＳＴ２、ＳＴ３のコンテンツのストリームに対して、Ｓ１〜Ｓ６の分岐選択を行ったユーザに対して、レコメンデーションエンジン１６８を起動して、レコメンデーションＲ０を生成する。
▲８▼配信管理部１５２３は、レコメンデーション生成部１５２６の指示に基づいて、レコメンデーションエンジン１６８が生成したレコメンデーションをユーザ端末に送信する。
▲９▼行動分析サーバ１５８は、行動分析サーバ１５８が所有するユーザ行動データベース及び配信ログデータベース１６３に記憶された分岐選択情報等に基づいて、ユーザが、何処から何処まで視聴したかを確認し、その後のユーザの行動との関係を把握し、関係付けて、ユーザの行動分析を行う。例えば、「会員を登録させる」、「商品を購買させる」「バナーをクリックさせる」など、当初意図していた目的に対する、ユーザの反応を分析する。
○１０；分析の結果、当初意図していた行動と異なることが判明したら、レコメンデーションエンジンの修正を行う。この際、スクリプト設計サーバ１６９で設計された切換ポイントを考慮して修正する。
なお、第４の実施例における選択分岐モデルの視聴行動（パターン）としては、
１）選択分岐を任意に辿り、最後まで行き着く
２）選択分岐を任意に辿り、途中で視聴中止
場合について説明した。
その他に、選択分岐モデルの視聴行動（パターン）として、
３）選択分岐を任意に辿るが、任意の選択コンテンツ中で、スキップし、次のコンテンツ選択を行い、最後まで行き着く。
４）選択分岐を任意に辿るが、任意の選択コンテンツ中で、スキップし、次のコンテンツ選択を行い、途中で視聴中止。
場合を含めてもよい。
なお、この場合は、コンテンツ配信サーバは、視聴者がコンテンツをスキップして視聴していることを、例えば、次のようにして知る
▲１▼  コンテンツ配信サーバにおけるフラッグ付加手段により付加されるフラッグは、複数ビットで構成され、０〜Ｎ（Ｎは、１以上、好ましくは、８以上の自然数である。）を、０、１、、Ｎと循環した値を取り、フラッグ返送手段は、検出したフラッグを返送するように構成する。コンテンツ配信サーバでは、返送されたフラッグの値を見て、欠けた番号の位置のコンテンツを、視聴者がスキップして視聴したものとする。
▲２▼  コンテンツ配信サーバは、コンテンツの内容を示すコンテンツ内容信号を、フラッグとして、コンテンツと同時に並行して、ユーザ端末に送信し、ユーザ端末は、このフラッグであるコンテンツ内容信号を、コンテンツ配信サーバに返送する。コンテンツ配信サーバでは、返送されたフラッグの内容を見て、返送されない内容のコンテンツを、視聴者がスキップして視聴したものとする。
第４の実施例によれば、選択肢を有する時間軸上で変化するコンテンツの分岐選択パターンに基づいて、適切なコンテンツの視聴若しくは適切な行動又は両方を薦めるためのシステムを提供することができる。
（第５の実施例）
図２１〜図２６を用いて、一又は複数のサーバから配信される、予め順序付けられた時間軸上で変化するコンテンツを、時間軸上で効率的に配置し、ユーザ端末において効率的な再生を行うことを可能とするコンテンツ配信システム及びコンテンツ配信サーバについて説明する。
（コンテンツ配信システム）
図２１を用いて、予め順序付けられた時間軸上で変化するコンテンツを、時間軸上で効率的に配置し、ユーザ端末において効率的な再生を行うことを可能とするコンテンツ配信システムの例を説明する。図２１のシステムは、時間軸上で変化するコンテンツを配信する複数のコンテンツ配信センター（コンテンツ配信サーバ）１１〜１Ｍ、複数のユーザ端末２１〜２Ｎ、複数のコンテンツ中継サーバ４１〜４Ｌ及び通信ネットワーク３から構成されている。なお、Ｍ及びＬは、１以上の整数である。
複数のコンテンツ配信センター１１〜１Ｍは、ユーザ端末２に、時間軸上で変化するコンテンツを提供する。各コンテンツ配信センター１１〜１Ｍは、音楽、動画、テキスト等をストリーミングデータに変換して、ユーザ端末２に提供する。
ユーザ端末２は、ＷＷＷブラウザを有し、動画再生が可能な、パーソナルコンピュータ等の固定又は移動端末であり、コンテンツ配信センター１に、時間軸上で変化するコンテンツの配信を要求し、端末の表示装置等で要求したコンテンツを聴取するものである。
通信ネットワーク３は、公衆回線又は専用回線であり、この公衆回線又は専用回線は、有線回線であっても、無線回線であっても、それらが混在した回線であってもよい。例えば、ＦＴＴＨ（Ｆｉｂｅｒ  ｔｏ  ｔｈｅ  Ｈｏｍｅ）、ｘＤＳＬ（ｘ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、ＦＷＡ（Ｆｉｘｅｄ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ）、ＣＡＴＶ（Ｃａｂｌｅ  Ｔｅｌｅｖｉｓｉｏｎ）などの通信システム及びデジタル放送システムを含む。
第５の実施例は、コンテンツ配信サーバ、コンテンツ中継サーバ又はユーザ端末が、コンテンツの効率的配置手段を備え、予め順序付けられた時間軸上で変化するコンテンツを、時間軸上で効率的に配置し、ユーザ端末において効率的な再生を行う。
（コンテンツ配信センター）
図２２に基づいて、コンテンツ配信サーバが、コンテンツの効率的配置手段を備えた場合について説明する。コンテンツ１〜コンテンツ４は、それぞれ、ＰＥＳパケット化部４４１〜４４４により、ＰＥＳパケットに変換され、効率的配置手段４６により、シームレスなＰＥＳパケット４７となり、ＴＳ化部４５により、トランスポートストリームに多重化されて、送信される。
効率的配置手段４６は、図２３に示すように、予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツのＰＥＳパケットの最後と、後続するコンテンツのＰＥＳパケット最初の部分とを結合する。
一つのコンテンツ配信サーバが、予め順序付けられた時間軸上で変化するコンテンツを配信するときに有効である。また、複数のコンテンツ配信サーバのコンテンツが、予め、順序付けられている場合は、代表するコンテンツ配信サーバが、効率的配置を行うようにしてもよい。
また、複数のコンテンツ配信サーバのコンテンツが、予め、順序付けられている場合は、代表するコンテンツ配信サーバが、効率的配置を行う代わりに、コンテンツ中継サーバが行うようにしてもよい。例えば、図２４に示すように、コンテンツ中継サーバ４は、複数のコンテンツ配信サーバからのＴＳパケットをＴＳ受信手段１〜ＴＳ受信手段４で受信し、コンテンツの効率的配置手段が、順序通りに、ＴＳを割り振り、さらに、ＴＳレベルで、図２３に示すように、予め順序付けられた時間軸上で変化するコンテンツの先行するコンテンツのＴＳパケットの最後と、後続するコンテンツのＴＳパケット最初の部分とを結合する。その結果、コンテンツ中継サーバ４から、シームレスなＴＳパケット８６がユーザ端末に送信される。
また、時間軸上で変化するコンテンツのＴＳパケットが、順序付けられて送信されてきたとき、コンテンツ中継サーバ又はユーザ端末は、図２３に示すような、シームレス処理を行うことで、効率的な伝送又は再生を行うことができる。
図２５には、コンテンツ中継サーバにおける処理を示す。順序付けられて送信された時間軸上で変化するコンテンツのＴＳパケットをＴＳパケット受信手段９１で受信し、効率的配置手段９２でシームレス処理を行い、ＴＳパケット送信手段９３で、ユーザ端末に送信する。
図２６には、ユーザ端末における処理を示す。順序付けられて送信された時間軸上で変化するコンテンツのＴＳパケットをＴＳパケット受信手段９５で受信し、効率的配置手段９６でシームレス処理を行い、プレイヤー９７で再生を行う。
現状では、一つのストリーミングコンテンツを視聴し、次のストリーミングコンテンツを視聴しようとした場合、３から１０秒程度の時間を要する。第３の実施の形態によれば、この時間をほぼ０にすることができる。
第５の実施例によれば、一又は複数のサーバから配信される、予め順序付けられた時間軸上で変化するコンテンツを、時間軸上で効率的に配置し、ネットワーク上での効率的な伝送と、ユーザ端末において効率的な再生を行うことができる。
（第６の実施例）
システムの構成は、基本的には、図６のコンテンツ配信システムが用いられる。
図２７〜及び図２９を用いて、コンテンツを視聴完了せしめる確率を向上させる、又は、コンテンツの視聴途中若しくは完了後に期待する動作を視聴者に完了せしめる確率を向上させるように、どのコンテンツをどのような順で配信するかを決定するコンテンツ配信システム及びコンテンツ配信サーバについて説明する。
第６の実施例におけるコンテンツ配信システムは、第１の実施例の図６と同じである。図６のシステムは、上述した通り、時間軸上で変化するコンテンツを配信するコンテンツ配信センター（コンテンツ配信サーバ、ストリーミングサーバ）１、複数のユーザ端末２１〜２Ｎ及び通信ネットワーク３から構成されている。
コンテンツ配信センター１は、時間軸上で変化するコンテンツをストリーミングデータに変換して、ユーザ端末２に提供する。
なお、コンテンツ配信センター１から提供されるコンテンツは、ユーザ端末が選択可能に配置され、かつ、時間軸上で変化するコンテンツである。
コンテンツ配信センター１は、ユーザ端末への配信及び視聴を記録した配信ログデータベースと、ユーザ情報を格納したユーザ情報データベースと、行動分析用データベースと、ユーザの行動を分析するユーザ行動分析手段とを有し、ユーザ行動分析手段は、ユーザ情報データベースと、配信ログデータベースと、行動分析用データベースに格納された情報から、ユーザの行動を分析するユーザ行動分析する。
また、コンテンツ配信センター１は、前記ユーザ端末にクッキーを送信し、前記ユーザ端末からのクッキー情報を処理するクッキー処理手段と、コンテンツの配信に関するルールモデルを有するルールエンジンとを有し、このルールエンジンは、配信ログデータベース、行動分析用データベースユーザ、情報データベース等に記録されているユーザの行動、ユーザの情報に基づいて、コンテンツの最適配置及び／又はユーザへのレコメンデーションを行うルールモデルを作成し、推薦の内容と結果の差異を分散分析することにより、ルールモデルを修正する。
ユーザ端末２は、ＷＷＷブラウザを有し、動画再生が可能な、パーソナルコンピュータ等の固定又は移動端末であり、コンテンツ配信センター１に、時間軸上で変化するコンテンツの配信を要求し、端末の表示装置等で要求したコンテンツを聴取するものである。
通信ネットワーク３は、公衆回線又は専用回線であり、この公衆回線又は専用回線は、有線回線であっても、無線回線であっても、それらが混在した回線であってもよい。
図２７にコンテンツ配信センター１の構成の例を説明する。図２７のコンテンツ配信センター１は、通信管理サーバ２５１、配信サーバ２５２、バス２５３、ユーザ制御・管理サーバ２５６、行動分析サーバ２５８、行動分析用データベース２５８１、滞在時間計測サーバ２６７、レコメンデーションエンジン２６８、配信ログデータベース２６３、ユーザ情報データベース２６４及び動画コンテンツデータベース２６６から構成されている。なお、図２７のコンテンツ配信センター１は、図１４のように、コンテンツの配信及びログの収集に関するシステムを分散システムとして構成することもできる。
通信管理サーバ２５１は、コンテンツ配信センター１が、通信ネットワークを介して、通信を行うための通信の制御及び管理を行うサーバである。これにより、コンテンツ配信センター１は、複数のユーザ端末２１〜２Ｎ及びコンテンツ提供者４等との通信が可能となる。
配信サーバ２５２は、動画ファイル加工編集部２５２１、配信要求受付部２５２２、配信管理部２５２３、視聴管理部２５２４、コンテンツ配信センター制御部２５２５を有し、動画ファイルの加工編集、ユーザからの配信要求の受付、配信管理、視聴管理、等に関し、コンテンツ配信センターの全体の制御を行う。また、配信サーバ２５２は、ユーザ端末からのフラッグ検出情報、分岐選択情報信号等を受信処理して、配信ログデータベース２６３にその情報を記録する。
ユーザ制御・管理サーバ２５６は、ユーザ端末の制御、ユーザの管理を行う。例えば、コンテンツ配信の前に、必要に応じて、配信を要求したユーザに、資格があるかをチェックする。また、配信サーバのコンテンツ配信サーバ制御部２５２５の指示に基づいて、配信を要求したユーザ端末に、フラッグ検出のためのアプレットを送信する。
行動分析サーバ２５８は、行動分析サーバ２５８が所有するユーザ行動データベース及び配信ログデータベース２６３に記憶されたユーザの行動情報、フラッグ検出情報、分岐選択情報等に基づいて、ユーザが、何処から何処まで視聴したかを確認し、その後のユーザの行動との関係を把握し、関係付けて、ユーザの行動分析を行う。また、行動分析サーバ２５８は、ユーザ端末にクッキーを送信し、ユーザ端末からのクッキー情報を処理するクッキー処理手段を有し、必要に応じて、ユーザ端末からのクッキー情報をユーザ行動データベースに記録する。
滞在時間計測サーバ２６７は、フラッグ検出信号記憶手段に記憶されたフラッグ検出信号とフラッグの付されたストリーミングデータの時刻に基づいて、各フレームの滞在時間を計測する。
レコメンデーションエンジン１６８は、ユーザ情報データベース、配信ログデータベース及び行動分析用データベースに記録されているユーザ情報等に基づいて、コンテンツの最適配置及び／又はユーザへのレコメンデーションを行うルールモデルを作成する。また、推薦の内容と結果の差異を分散分析することにより、ルールモデルを修正する。
例えば、次のように、レコメンデーションエンジン１６８は、ルールモデルの作成、検証、実施、修正を行う。
（１）最適化ルールモデルの作成（：仮説構築、キャンペーンモデルの準備）
全数又はサンプルデータに基づいて（ユーザ属性調査を伴った、または伴わない）嗜好パターンとコンテンツ視聴・行動パターンの相関により最適化ルールを仮定する。この際に、ルールの有意性を判断する閾値も設定し、最適化と検証のループの中で、ルールが仮定に対して有意な判断を行っているか、自動的に判断させる。
（２）最適化ルールモデルの検証（検定）
全数又はサンプルデータを最適化ルールに適用して有意性を確認する。
（３）最適化ルールモデルの実施
実データ（ユーザ）に対して最適化ルールを適用し、結果を逐次記録する。推薦内容と結果の差異が閾値を超えた段階で、最適化ルールの修正を開始する。
（４）最適化ルールの修正
推薦結果の記録に基づいて、推薦内容と結果の差異を分散分析することで、推薦マトリクスの精度を逐次改善する。
配信ログデータベース２６３には、配信サーバ５１のコンテンツの配信の記録を蓄積する。配信先が特定できる場合には、配信先の情報を含めて記録する。例えば、コンテンツＩＤ、配信開始、終了時間、配信先（ユーザが登録されている場合には、ユーザＩＤ、ユーザ端末にクッキーが配置できれば、クッキー情報により特定する。）等の情報が蓄積される。また、配信先毎に、ストリーミングデータに含まれたフラッグの通過（検出）情報（位置、時刻等）を記録する。
ユーザ情報データベース２６４には、ユーザの属性情報を蓄積する。
動画コンテンツデータベース２６６には、コンテンツである音楽、動画、テキスト等のストリーミングデータを格納する。その際、ストリーミングデータにフラッグの埋め込みを行う。
配信ログデータベース２６３には、配信サーバ５１のコンテンツの配信の記録を蓄積する。配信先が特定できる場合には、配信先の情報を含めて記録する。例えば、コンテンツＩＤ、配信開始、終了時間、配信先（ユーザが登録されている場合には、ユーザＩＤ、ユーザ端末にクッキーが配置できれば、クッキー情報により特定する。）等の情報が蓄積される。また、配信先毎に、ストリーミングデータに含まれたフラッグの通過（検出）情報（位置、時刻等）を記録する。
ユーザ情報データベース２６４には、ユーザの属性情報を蓄積する。
動画コンテンツデータベース２６６には、コンテンツである音楽、動画、テキスト等のストリーミングデータを格納する。その際、ストリーミングデータにフラッグの埋め込みを行う。
ここで、レコメンデーションエンジン１６８の処理を図２８を用いて、より詳細に説明する。
（１）仮説構築（キャンペーンモデルの準備）
・「コンテンツを視聴完了させる」「個人情報を登録させる」「推奨する商品・サービスを購入決定させる」など、セッション内にウェブ上で客観的に結果を判定できる目的を設定する。
・次にこれを促進するために視聴させるＮ個のコンテンツ群（３０２）を準備する。
・同様にキャンペーン対象とする顧客集合（３０１）を、顧客全体ＤＢ（３０１’）のサブセットとして準備し、コンテンツの効果が意思決定に最も効果があると思われる対応付けを推定しながら、Ｎ個の顧客群に振り分ける（３０４）。
・この場合、過去の類似のキャンペーン実施結果（３０１の付加情報）に基づいて、分散分析を実施（３０３）して、ルールセットを構築する（３０４）こともある。
（２）最適化ルールモデルの検証
・分散分析に基づいて構築したルールについては、構築に用いたデータセット（３０１と３０２）を適用して、再現性を検証（３０５）し、統計的に優位であるかどうか（３０６）を評価する。
（３）最適化ルールモデルの実施
・作成したルールセット（３０７）をサーバにセットする。また、実施上、ルールが有効でなくなったことを判定させるための閾値をセットする（３０７’）。・コンテンツに対して顧客からアクセスが発生（３０９）した場合、クッキーからの情報やＩＤ情報などが入手できる場合には、顧客を特定し属性により一意にコンテンツを割り当て（３１１）コンテンツを配信させ（３１０）顧客の反応を促す（３１２）。
・この場合、顧客の反応は、能動的なものに限らず、ダイナミックトラッキングなどによって知りえたものも含む。
（４）記録
・実施結果は実効履歴ＤＢ（３０１’、３０２’）に記録される。
（５）ルールセットの評価
・一定期間毎に、あるいは一定の実施回数ごとに、ルールの精度を検証する。
・精度が閾値を下回った場合には、（Ｂ）へ処理を移して、ルールセットの再構築を行う（３０４）。
次に、図２９を用いて、ルールモデルの実施、修正を説明する。
▲１▼動画コンテンツデータベース２６６に格納されているコンテンツ商品群を、目的に対応してカテゴライズする。同時に、ユーザ情報データベース２６４に格納されているユーザ属性、過去のコンテンツの視聴の履歴を、目的に対応して、カテゴリー数のクラスタを生成する。
▲２▼「▲１▼」の結果に基づいて、ルールエンジン（モデル）を生成する。
▲３▼ユーザ属性と目的にあわせて最適なコンテンツを配信する。
▲４▼ユーザが、コンテンツを視聴して、レスポンスを返す。
▲５▼ユーザのレスポンスを配信ログデータベース（反応ログデータベース）２６３に格納する。
▲６▼ユーザのレスポンスと当初の目的と比較し、エンジンの誤差の検証を行う。
▲７▼精度が所定値を下回ったら、ルールエンジンを修正する。
また、最適化のロジックには、ユーザの基本的個人情報とユーザの視聴の履歴に基づいて、仮定、実施、検証、修正を行って、生成する方法と、ユーザの基本的個人情報とクッキー情報に基づいて、仮定、実施、検証、修正を行って、生成する方法と、ユーザの嗜好等の詳細な情報とユーザの視聴の履歴に基づいて、仮定、実施、検証、修正を行って、生成する方法とがある。
第６の実施例によれば、コンテンツを視聴完了せしめる確率を向上させる、又は、コンテンツの視聴途中若しくは完了後に期待する動作を視聴者に完了せしめる確率を向上させるように、どのコンテンツをどのような順で配信するかを決定する装置を提供することができる。
（第７の実施例）
第７の実施例は、第１の実施例、第２の実施例、第３の実施例、第４の実施例、第５の実施例及び第６の実施例の形態を組み合せたものである。
図３０に示すように、第１の実施例〜第３の実施例に基づいて、コンテンツの視聴状況を、高精度にかつ容易に行い（１１２）。高精度なコンテンツの視聴状況に基づいて、適切、有効に配置されたコンテンツを提供し（１４０）、効率的に再生できるように、コンテンツの信号を変更し（１３０）、もって、適切、有効、効率的なコンテンツの提供と、広告本来に目的である販売の促進を行うことを可能とした（１５０）。
具体的には、コンテンツ配信サーバは、時間軸上で変化するコンテンツを用いて、▲１▼メッセージの伝達状況を確認しながら、▲２▼コミュニケーションの内容を適宜変化させ、▲３▼ユーザの態度変容を確認し、▲４▼意思決定を促進することができる。
メッセージの伝達状況確認については、実施の形態１における時間軸上で変化するコンテンツの視聴状態把握システムにより▲１▼「コンテンツの何処から何処まで視聴したか」▲２▼「コンテンツのどの場面で視聴を止めたか」等を把握することができる。
また、コミュニケーション内容の適宜更新することができる。例えば、実施の形態４における複数の時間軸上で変化するコンテンツを最適に配信するための手法等を用いて、▲１▼視聴を打ち切ったポイントによる補足情報の最適化▲２▼先行する複数コンテンツの選択パターンによる後続情報の最適化▲３▼上記の▲１▼、▲２▼の組み合わせを行う。
また、ユーザ態度変容の確認については、ユーザの態度変容の測定を自動化し、加えて、例えば、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ベースのリアクションテイクページを、時間軸上に適宜配置することができる。その結果、コンテンツ配信における意思決定促進と効率の改善を図ることができる。
ここで、リアクションのテイクは、時間軸上で変化するコンテンツの視聴態度測定のためのフラグを、ＨＴＭＬで記述されているページに配置することで、本システムで対応することができる。
本実施例によれば、コンテンツの視聴状況の把握においては、
▲１▼コンテンツに対して、視聴者が追加情報を要求するなど、能動的な反応を行ったケースであっても、
▲２▼視聴者がコンテンツの視聴を中途で取りやめる、早送りするなど、非能動的な反応を行ったケースであっても、
常に、視聴者の行動を的確に、漏れなく把握することができる。
また、これにより、有効又は効率的なコンテンツの提供とレコメンデーションを行うことができる。
また、ユーザ個人に関する、性別年齢などの属性情報を知りえない場合でも、類似の視聴パタンから属性を推定することができる。第７の実施例の変形として、個人情報を知りえない視聴者への対応をおこなう場合には、次のようにしてもよい。
▲１▼配信する有限種類のコンテンツ分類と、これに対応する  個人情報および前述のコンテンツ分類毎の視聴態度の履歴情報を有する視聴者を有限個のセグメントに分けて対応付けた行列（マトリクス）を準備する。
▲２▼ここで、視聴態度の履歴情報は、全てのコンテンツ分類について取得している必要はない。
▲３▼次に、統計的に、視聴態度履歴パタンによる個人属性の説明を行って、これをマトリクス化する。
▲４▼個人情報を知りえない視聴者について、クッキーを許す場合には、複数セッションにおける視聴態度履歴に基づき、クッキーを許さない場合には、当該セッションの視聴態度履歴に基づき、それぞれ、視聴態度履歴が該当する視聴態度履歴パタンを一意に特定し、これに対応する個人属性を特定する。
▲５▼視聴態度履歴による個人情報推定の精度は、推定属性を用いたレコメンデーションの精度と、個人情報を知りえている場合のレコメンデーションによる精度を比較することによって評価する。
▲６▼推定のロジックの見直しは、一処理ごとに行うことも、日毎、週毎など、定期的に行うこともどちらでも対応できる。
▲７▼前もって設定した許容誤差の閾値を上回らないことを、日毎、週毎など定期的に確認し、上回った時点で推定のロジックの見直しを、おこなうことにすれば、協調フィルタリング型のレコメンデーションシステムに起こりがちなサーバへの過大な負荷や、推定ロジックの誤謬伝播を回避することができる。
これにより、個人情報の取得に依存しないレコメンデーションができる。
（第８の実施例）
グラブ（Ｇｒａｂ）を用いた、時間軸上で変化するコンテンツを配信するコンテンツ配信システムについて説明する。
グラブを用いた、時間軸上で変化するコンテンツを配信するコンテンツ配信システムの構成例を図３１に示す。
図３１のシステムは、視聴者５２１、コンテンツプロバイダー５２２、センター５２４及びグラブ対応コンテンツデータベース５２５から構成されている。
視聴者５２１は、時間軸上で変化するコンテンツを配信するコンテンツを再生し得るプレイヤーを有し、このプレイヤーは、ブラウザを装備した通信端末を備えている。
コンテンツプロバイダー５２２は、配信サーバ５２２１と時間軸上で変化するコンテンツを配信するコンテンツを蓄積したコンテンツデータベース５２２２を有している。コンテンツプロバイダー５２２は、視聴者が指定したコンテンツを配信する。また、コンテンツプロバイダー５２２は、コンテンツデータベース５２２２のコンテンツ及びセンター５２４が有するグラブ対応コンテンツのタイトルを表示するホームページを、視聴者の端末に表示させることができる。
センター５２４は、グラブ対応コンテンツデータベース５２５を有し、複数のコンテンツプロバイダー５２２に関する情報を視聴者５２１に提供し、時間軸上で変化するコンテンツを配信するコンテンツ配信システムにおけるセンターとして機能する。また、センター５２４は、視聴ログデータベース、レコメンデーション装置を有し、視聴者に、最適なコンテンツを推薦することができる。
なお、グラブとは、時間軸上で変化するコンテンツ視聴中に視聴者が興味を持った場合、能動的に特定の領域をクリック又は選択する行為を言う。また、これらを可能にするのがグラブ技術である。
具体的には、各コンテンツに、それ個々に対応したメッセージ（視聴者にグラブするように促進）を表示する領域（以下、「グラブ領域」と言う。）とグラブボタンをホームページ（ＨＰ）上又は動画再生ブラウザ上に用意する。
例えば、グラブ対応コンテンツの画面の例を、図３２に示す。図３２の画面は、動画再生ブラウザ５５１、グラブ領域５５２から構成され、グラブ領域５５２は、グラブメッセージ領域５５２１とグラブボタン５５２２から構成されている。
グラブメッセージ領域５５２１には、興味を持った画面、コンテンツ等について、押下するように勧誘するメッセージが表示される。
グラブボタン５５２２を押下すると、特定のコンテンツの特定の画面で押下したことを示す信号（グラブ押下信号）が、センターに送信される。なお、センターには、グラブ押下信号が、グラブボタンの押下時又はグラブ対応コンテンツの終了時に送信される。また、グラブに対応したコンテンツも、グラブボタンの押下時又はグラブ対応コンテンツの終了時に送信される。
なお、グラブ領域における表示形式及び／又はその内容（図画および文字情報）は、コンテンツ毎に、異ならせてもよい。例えば、再生するコンテンツ毎に、グラブ領域の表示（表示なし／あり）、グラブボタンのデザイン、グラブメッセージ領域の内容を変えることができる。また、グラブメッセージ領域５５２１により、キャンペーン情報を表示したり、グラブを促進させるメッセージを表示してもよい。
また、領域の個数は、ゼロ、単数、複数が可能である。
センターは、グラブ押下信号を、ユーザ端末から受信して、グラブ押下信号に対応した情報（例えば、視聴者が興味を持つコンテンツ又は情報）を、ユーザ端末に送信する。
グラブ処理（その１）グラブボタン押下時、視聴者に情報を見せる場合の処理を説明する。コンテンツデータベース５２２２のコンテンツ及びセンター５２４が有するグラブ対応コンテンツのタイトルを表示するホームページを、視聴の端末に表示させる（Ｓ１１、Ｓ１２）。
なお、グラブ対応コンテンツは、グラブ対応コンテンツが選択された場合、又は、コンテンツデータベース５２２２の通常のコンテンツが選択された場合であっても、グラブ対応コンテンツがリンクされている場合には、グラブ対応コンテンツをグラブ対応コンテンツがリンクされている場合とは、特定のコンテンツに、特定のグラブ対応の広告コンテンツがリンクされている場合であって、例えば、特定のコンテンツの視聴中又は視聴終了後に、特定のコンテンツに関連したグラブ対応の広告コンテンツを、続けて配信する場合等である。
コンテンツに関連したグラブ対応の広告コンテンツを視聴する状態であるとして説明する。  グラブ対応の広告コンテンツを視聴する状態になると、視聴者はセンターに、グラブ領域表示及び押下時に動作するアプレットを要求する（Ｓ１３）。センターは、この要求に対して、グラブ領域表示及び押下時に動作するアプレットを、視聴者に応答する（Ｓ２４）。押下時に動作するアプレットが常駐される。
なお、このアプレットは、例えば、次の動作を行う。
・コンテンツで変化するグラブ領域の内容表示。（グラブ領域はコンテンツプロバイダー側で定義されていても良い。）
・視聴者がグラブボタンをクリックあるいは選択した時、グラブ情報を視聴者側のブラウザ側からその情報をセンター内のサーバへ送信。（グラブボタン押下信号を送信。）・視聴者がグラブ領域をクリックあるいは選択した時、グラブ情報を視聴者側のブラウザ側で保持、後からその情報をセンター内のサーバへ送信。（グラブボタン押下信号を送信。）・グラブ対応コンテンツ要求。（センター内のサーバへ送信される。サーバは視聴者が再生すべきコンテンツを選択し、そのコンテンツの再生指示を視聴者側のブラウザへ応答する。）
・グラブ対応コンテンツの再生。
アプレットが読込まれると、アプレットが起動。グラブ領域が再生され（Ｓ１５）、グラブ領域が表示される（Ｓ１４）。このコンテンツはセンターが配信したものです。例えば、グラブ対応コンテンツとして、広告又はお知らせコンテンツが流れる。
視聴者は、興味あるシーンにおいて、グラブボタンを押下する（Ｓ１６）。すると、グラブボタン押下時に動作するアプレットが動作し（Ｓ１７）、グラブボタン押下情報をセンターに送信する（Ｓ１８）。センターは、グラブボタン押下情報受信し（Ｓ２５）、記録する（Ｓ２６）、
次いで、グラブ対応コンテンツが終了すると、視聴者は、コンテンツプロバイダにコンテンツを要求する（Ｓ１９）。コンテンツプロバイダは、それに応答し（Ｓ２３）、視聴の端末に視聴が要求したコンテンツが再生されて表示される（Ｓ１９）。コンテンツが終了すると、視聴者は、グラブ対応コンテンツ要求をセンターに要求する（Ｓ２０）。センターは、この要求に応えて、グラブ対応コンテンツを視聴者に配信する。なお、このグラブ対応コンテンツには、グラブボタン押下情報に基づいて、視聴が興味を示すコンテンツが配信される。
グラブ処理（その２）コンテンツ視聴終了時にグラブ対応コンテンツを見せる場合であり、グラブの情報は逐次センターのサーバへグラブ情報が送信されセンター側ではその情報を保存する。
グラブ処理（その３）コンテンツ視聴終了時にグラブ対応コンテンツを見せる場合であり、グラブの情報は視聴者のブラウザに一時保存され、コンテンツの視聴終了後、センターのサーバからグラブ情報を要求、その情報を視聴者のブラウザからセンターのサーバへ送信します。なお、視聴者側ブラウザのグラブ領域押下情報を一時保存する手段はクッキーで実現する。
グラブ処理（その４）コンテンツ視聴終了時にグラブ対応コンテンツを見せる場合であり、グラブの情報は視聴者のブラウザに一時保存され、コンテンツの視聴終了後、視聴者のブラウザからセンターのサーバへ情報が送信される。視聴者側ブラウザグラブの領域押下情報を一時保存する手段はアプレットで実現する。
また、本発明は、通信機能を有するＤＶＤプレイヤーで再生する場合であれば、電子的又は物理的に配布された「ＣＤ−ＲＯＭ、ＤＶＤ」に、適用することができる。つまり、配布された「ＣＤ−ＲＯＭ、ＤＶＤ」の記録されるコンテンツとして、本発明のコンテンツ配信サーバが、送出するコンテンツと同じ内容のものを記録し、この「ＣＤ−ＲＯＭ、ＤＶＤ」の記録されたコンテンツの再生時に、通信回線を介して、自動的に、コンテンツ配信サーバに、上述したフラッグの返送を行うようにしてもよい。
また、上述したフラッグの返送の等価な方法として、コンテンツ配信サーバからコンテンツ情報と同時に送信される時間情報を、ユーザ端末からコンテンツ配信サーバに送信するようにしてもよい。
また、配信されたコンテンツから、時間情報をユーザ端末で独自に生成し、この情報をコンテンツ配信サーバに送信するようにしてもよい。
なお、本発明におけるコンテンツには、広告・マーケティング目的の内容だけからなるコンテンツと広告・マーケティング目的の無いコンテンツの冒頭又は末尾に広告・マーケティングコンテンツを設けるものと、広告・マーケティング目的の無いコンテンツ中に、広告・マーケティングコンテンツを挿入するもの、及び広告・マーケティング目的の無いコンテンツのみからなるものを含む。
また、本発明の時間軸上で変化するコンテンツとしては、種々のコンテンツが適用できる。例えば、ＭＰＥＧ２の符号化方式の信号、ＭＰＥＧ４の符号化方式の信号、ＭＰＥＧ７のインタフェースに従った信号、モバイル系への配信に適した圧縮形態（ナンシーコーデックなど）の信号等種々のコンテンツの信号が適用できる。
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求した本発明の範囲から逸脱することなく、種々の変形例や実施例が考えられる。
【図面の簡単な説明】
本発明の他の目的、特徴及び利点は添付の図面を参照しながら、以下の説明を読むことにより、一層明瞭となるであろう。
図１は、ＯＳＩ参照モデルを説明するための図である。
図２は、ＲＴＰ、ＲＴＣＰ及びＲＴＳＰを説明するための図である。
図３は、ＲＴＰパケットのメッセージフォーマットを説明するための図である。
図４は、ＭＰＥＧ２システムにおける多重化の構成例である。
図５は、ＰＥＳパケット及びＴＳパケットを説明するための図である。
図６は、時間軸上で変化するコンテンツを配信するコンテンツ配信システムの例を説明するための図（その１）である。
図７は、時間軸上で変化するコンテンツを配信するコンテンツ配信センター（コンテンツ配信サーバ）の例を説明するための図（その１）である。
図８は、配信ログデータベースを説明するための図である。
図９は、ユーザ情報データベースを説明するための図である。
図１０は、視聴ログデータベースを説明するための図である。
図１１は、時間軸上で変化するコンテンツを配信するコンテンツ配信のシーケンス図の例（その１）である。
図１２は、時間軸上で変化するコンテンツの配信サーバにおけるイベントを埋め込むことによりフラッグを設定する例を説明するための図である。
図１３は、時間軸上で変化するコンテンツを配信するコンテンツ配信センター（コンテンツ配信サーバ）の例を説明するための図（その２）である。
図１４は、コンテンツの配信及びログの収集に関するシステムを分散システムとしたシステムの構成と、コンテンツ配信の処理の流れを説明するための図である。
図１５は、視聴ログサーバを別体としたシステム構成図例である。
図１６は、イベントによる視聴ログの収集を説明するための図である。
図１７は、イベントによる処理を説明するための図である。
図１８は、時間軸上で変化するコンテンツを配信するコンテンツ配信センター（コンテンツ配信サーバ）の例を説明するための図（その３）である。
図１９は、時間軸上で変化するコンテンツを配信するコンテンツ配信のシーケンス図の例（その２）である。
図２０は、コンテンツの分岐選択を説明するための図である。
図２１は、時間軸上で変化するコンテンツを配信するコンテンツ配信システムの例を説明するための図（その２）である。
図２２は、効率的配置手段を有するコンテンツ配信サーバを説明するための図である。
図２３は、効率的配置の仕方を説明するための図である。
図２４は、効率的配置手段を有するコンテンツ中継サーバを説明するための図（その１）である。
図２５は、効率的配置手段を有するコンテンツ中継サーバを説明するための図（その２）である。
図２６は、効率的配置手段を有するユーザ端末を説明するための図である。
図２７は、時間軸上で変化するコンテンツを配信するコンテンツ配信センター（コンテンツ配信サーバ）の例を説明するための図（その２）である。
図２８は、レコメンデーションエンジンの処理を説明するための図である。
図２９は、ルールモデルの実施、修正を説明するための図である。
図３０は、第７の実施例を説明するための図である。
図３１は、時間軸上で変化するコンテンツを配信するコンテンツ配信システム（その３）を説明するための図である。
図３２は、グラブ対応コンテンツの画面の例を説明するための図である。
図３３は、グラブ処理（その１）を説明するための図である。
図３４は、グラブ処理（その２）を説明するための図である。
図３５は、グラブ処理（その３）を説明するための図である。
図３６は、グラブ処理（その４）を説明するための図である。
【図１】
2003027860.tif 000003
【図２】
2003027860.tif 000004
【図３】
2003027860.tif 000005
【図４】
2003027860.tif 000006
【図５】
2003027860.tif 000007
【図６】
2003027860.tif 000008
【図７】
2003027860.tif 000009
【図８】
2003027860.tif 000010
【図９】
2003027860.tif 000011
【図１０】
2003027860.tif 000012
【図１１】
2003027860.tif 000013
【図１２】
2003027860.tif 000014
【図１３】
2003027860.tif 000015
【図１４】
2003027860.tif 000016
【図１５】
2003027860.tif 000017
【図１６】
2003027860.tif 000018
【図１７】
2003027860.tif 000019
【図１８】
2003027860.tif 000020
【図１９】
2003027860.tif 000021
【図２０】
2003027860.tif 000022
【図２１】
2003027860.tif 000023
【図２２】
2003027860.tif 000024
【図２３】
2003027860.tif 000025
【図２４】
2003027860.tif 000026
【図２５】
2003027860.tif 000027
【図２６】
2003027860.tif 000028
【図２７】
2003027860.tif 000029
【図２８】
2003027860.tif 000030
【図２９】
2003027860.tif 000031
【図３０】
2003027860.tif 000032
【図３１】
2003027860.tif 000033
【図３２】
2003027860.tif 000034
【図３３】
2003027860.tif 000035
【図３４】
2003027860.tif 000036
【図３５】
2003027860.tif 000037
【図３６】
2003027860.tif 000038
【国際調査報告】
2003027860.tif 000039
2003027860.tif 000040
2003027860.tif 000041
2003027860.tif 000042
2003027860.tif 000043
2003027860.tif 000044
2003027860.tif 000045