JP2003189276A - 途中再生可能なストリーミング情報配信システム - Google Patents

Abstract

(57)【要約】 【課題】前回視聴した箇所からの続きを簡単に視聴で
き、さらに、時間軸に幾つかマークを付けておくことが
でき、次回再視聴する時は、視聴者が選択したマークの
時間位置から再視聴できるストリーミング配信サービス
を提供することを課題とする。 【解決手段】メインサーバー１０に、ユーザ毎に一度視
聴したコンテンツに付したタイムマークをコンテンツ毎
に記録管理する視聴記録情報データベース２００と、視
聴情報記録手段１４、配信準備手段１５を備え、ユーザ
がストリーミングコンテンツ再生中に時間マークを設定
要求した時、再生を中止した時、時間マークを受付けて
視聴記録情報データベース２００に記録するとともに、
ユーザが一度視聴したコンテンツを再度視聴する時は、
当該コンテンツのタイムマーク情報を再生リストとして
提供する仕組みにより上記課題を解決する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット上
でストリーミング配信技術を用いてコンテンツを配信す
るストーリーミング配信システム、そのためのサーバー
装置およびコンテンツ再生装置に関する。

【０００２】

【従来技術】インターネットへの接続環境としての広帯
域接続サービスが一般家庭に広がりつつあり、インター
ネット上でのストリーミング配信技術を用いた動画・音
声配信サービスが現実的なものとなってきている。現時
点では、無料の配信コンテンツとして何かのプロモーシ
ョン等に活用する傾向が強いが、近い将来は、動画・音
声コンテンツの有料配信サービスがビジネスとして成立
するものと期待される。

【０００３】有料配信サービスが対象とするコンテンツ
としては、映画や音楽、スポーツ等エンターテイメント
系のものが考えられる。この中でも例えば映画コンテン
ツは２時間近くの視聴時間が必要となる。ストリーミン
グ配信技術は、ユーザから要求のあった動画音声などの
コンテンツについて、配信サーバからのコンテンツ配信
とユーザ側でのコンテンツ再生とを同期をとりながらほ
ぼリアルタイムに途切れないように行うものである。し
たがって、ユーザにとっては、すべてのデータをダウン
ロードすることなく再生可能というメリットがある。ユ
ーザは対象コンテンツ全てのデータを受信するまで待た
なくともよい。つまり、ストリーミング配信技術は、イ
ンターネットで映画等の長時間のコンテンツを配信する
場合に適した技術ということができる。

【０００４】

【発明が解決しようとする課題】ストリーミング配信技
術は制御プロトコルがネットワーク越しでＶＣＲ（ビデ
オカセットレコーダ）方式の制御を提供している為、再
生ビューアを使用して早送り、巻き戻しを行うことが可
能である。しかしながら、ＶＣＲ等の既存の動画再生手
段と比較すると使い勝手が悪いところがある。

【０００５】１つは一度再生を停止しまうと、再度再生
を行う場合はコンテンツの先頭からの再生となってしま
う点にある。ＶＣＲの場合、再生を停止した場合は、テ
ープの位置が固定されている為、例えカセットを抜いて
しまっても次回はその続きから再生可能であることが保
証されている。ストリーミング配信サービスの場合は、
現在使われている再生ビュワーに、前回見た続きからの
データをサーバーに要求し、続きからの再生を行なわせ
る機能はない。このため、前回の続きからコンテンツを
再生することが容易にはできない。

【０００６】本発明はこのような問題点を考慮してなさ
れたものであり、前回視聴した箇所からの続きを簡単に
視聴でき、さらに、時間軸に幾つかマークを付けておく
ことができ、次回再視聴する時は、視聴者が選択したマ
ークの時間位置から再視聴できるストリーミング配信サ
ービス、そのようなサービスを提供するサーバーまたは
クライアント装置を提供することを課題とする。

【０００７】

【課題を解決するための手段】課題を解決するための第
１の発明は、サーバおよびユーザ端末を接続したネット
ワーク上で、ストリーミング技術を用いて、登録された
ユーザに対してコンテンツを配信する情報配信システム
において、前記サーバは、登録されたユーザ毎の登録デ
ータを作成管理するユーザ管理手段と、アクセスしてき
たユーザが登録ユーザかどうかを検査するユーザ認証手
段と、コンテンツを再生中のユーザ端末からの時間軸マ
ーク設定要求を受けて、当該ユーザの当該コンテンツの
視聴記録として時間軸マークを記録する視聴情報記録手
段と、登録ユーザが視聴したコンテンツ毎に、時間軸マ
ークを含む視聴記録を記録管理するユーザ視聴記録情報
データベースと、ユーザ端末からのコンテンツ要求を受
けて、前記ユーザ視聴記録情報データベースを検索し
て、視聴記録の有るコンテンツの場合には、当該コンテ
ンツに関する視聴記録に基づいた再生リストを作成しユ
ーザに提供する配信準備手段と、サーバとユーザ端末と
の間の回線状況に応じて前記コンテンツの配信品質を決
定してストリーミングコンテンツを配信するコンテンツ
配信手段と、を備え、前記ユーザ端末は、前記再生リス
トに基づいて時間軸マークからのコンテンツ配信を前記
サーバに要求する機能と、配信されるストリーミングコ
ンテンツデータをユーザ端末上に再生する機能と、コン
テンツ再生中および再生終了時に時間軸マークの記録を
サーバーに要求する機能と、を有するコンテンツ再生手
段を備えるものであって、ストリーミングコンテンツの
途中再生が容易に可能であることを特徴とするストリー
ミング情報配信システムである。

【０００８】前記配信準備手段が当該ユーザの当該コン
テンツに関する過去の視聴記録から、当該コンテンツに
関連付けて記録された時間軸マークをリストアップした
再生リストをユーザに提供するため、ユーザは簡単に時
間軸マークを指定したコンテンツ配信要求を発行するこ
とにより、所望のコンテンツにおいて途中場面からの再
生を楽しむことが可能となる。ここで再生リストには、
時間軸位置（データの先頭から再生する場合にマーク位
置に到達するまで要する時間）およびそのマークに関係
付けられるコメントテキストが含まれる。但しコメント
テキストは省略可能である。時間軸マークの典型的なも
のは前回再生終了時点の時間軸マークである。従ってこ
のシステムを利用すれば、同一のコンテンツを何回かに
分けて鑑賞する際、前回の続きから再生することが容易
にできる。

【０００９】課題を解決する第２の発明は、ネットワー
クに接続された登録されたユーザのユーザ端末に、スト
リーミング技術を用いてコンテンツを配信するサーバー
装置であって、登録されたユーザ毎の登録データを作成
管理するユーザ管理手段と、アクセスしてきたユーザが
登録ユーザかどうかを検査するユーザ認証手段と、コン
テンツを再生中のユーザ端末からの時間軸マーク設定要
求を受けて、当該ユーザの当該コンテンツの視聴記録と
して時間軸マークを記録する視聴情報記録手段と、登録
ユーザが視聴したコンテンツ毎に、時間軸マークを含む
視聴記録を記録管理するユーザ視聴記録情報データベー
スと、ユーザ端末からのコンテンツ要求を受けて、前記
ユーザ視聴記録情報データベースを検索して、視聴記録
の有るコンテンツの場合には、当該コンテンツに関する
視聴記録に基づいた再生リストを作成しユーザに提供す
る配信準備手段と、サーバとユーザ端末との間の回線状
況に応じて前記コンテンツの配信品質を決定してストリ
ーミングコンテンツを配信するコンテンツ配信手段と、
を備え、ユーザーに対して当該ユーザの視聴記録に基づ
く途中再生を提供可能としたことを特徴とするサーバー
装置である。

【００１０】課題を解決する第３の発明は、ネットワー
ク上のサーバーから、ストリーミング技術によりコンテ
ンツの配信を受けるコンテンツ再生装置であって、サー
バーと同期を取りつつ配信されるストリーミングデータ
を受取りコンテンツを再生表示する受信再生手段、再生
終了時または再生中の任意の時点での時間マークを受信
コンテンツのＵＲＬと関係付けて個人視聴情報記録デー
タとして記録する個人視聴情報記録手段、個人視聴情報
記録部が記録したデータを読み出して、時間パラメータ
付きのコンテンツ配信要求を発信する配信要求作成手
段、とを備えて、一度視聴したコンテンツを再度視聴す
る際にはサーバーに対して、前回の続きからのコンテン
ツデータの配信を容易に要求できることを特徴とするコ
ンテンツ再生装置である。

【００１１】第３の発明のコンテンツ再生装置は、第１
又は第２の発明のサーバー装置における、視聴情報記録
手段、ユーザ視聴記録情報データベース、配信準備手段
の機能が、コンテンツ再生装置における受信再生手段、
個人視聴情報記録データ、配信要求作成手段にそれぞれ
置き換わったものである。これらの機能はサーバー側で
はなくユーザ側に実現することも可能である。第３の発
明によっても第１又は第２の発明と同様の効果を得るこ
とができる。

【００１２】

【発明の実施の形態】以下図面を用いて、本発明の実施
形態を説明してゆく。図１は本発明の一実施形態に係る
ストリーミング配信サービスシステム１（以下システム
１）の全体構成図である。システム１は１台のメインサ
ーバー１０と１つ以上のストリーミング配信サーバー２
０がインターネット９を通じて視聴者にサービスを提供
する。メインサーバー１０は外部記憶装置を接続してお
り、その外部記憶装置上にユーザ登録情報データベース
１００、ユーザ視聴記録情報データベース２００を記録
管理する。また、メインサーバー１０はユーザ管理手段
１２、ユーザ認証手段１３、視聴情報記録手段１４、配
信準備手段１５を備える。

【００１３】ユーザ管理手段１２は、ユーザ登録時に、
ユーザの個人情報とユーザの契約情報を受付けて、それ
ぞれをユーザ登録情報データベース１００に登録する。
あるいは、既登録ユーザの登録情報の変更を行う。

【００１４】ユーザ認証手段１３は、ユーザからのサー
ビス要求に含まれるユーザＩＤ、パスワードを受付け、
登録されたユーザーであるかどうかを検査し、検査結果
によってコンテンツ選択頁またはユーザー登録を促す頁
を返信する。

【００１５】配信準備手段１５は、ユーザーからのコン
テンツ選択メッセージを受け、当該ユーザーの当該コン
テンツに関わる再生リストを構成して、要求元へ返信す
る。詳細は後述する。

【００１６】視聴情報記録手段１４は、ユーザがコンテ
ンツデータ再生中に発信する時間マーク設定メッセージ
を受付け、これを記録する。ストリーミングデータ再生
終了時には、再生終了時における時間マークを記録す
る。詳細は後述する。

【００１７】ユーザー登録情報データベース１００は、
ユーザーの氏名、ＩＤ番号、パスワード、その他の個人
情報がユーザー毎に記録されている。

【００１８】ユーザ視聴記録情報２００のデータ構成の
一例を図２に示す。登録ユーザー毎に、当該ユーザが視
聴したコンテンツのタイトル名のリスト２０１と、リス
ト２０１に記録されているコンテンツ毎に、当該コンテ
ンツのＵＲＬ（Uniform Resource Locator）を含むタイ
ムマークを記録したタイムマークテーブル２０２から構
成した場合を示している。リスト２０１とタイムマーク
テーブル２０２の２種類の構造としたのは、タイムマー
クテーブル２０２だけでは、当該ユーザが過去に視聴し
たコンテンツのリストを構成するのに時間がかかるから
であるが、本質的な理由はない。

【００１９】２０はストリーミング配信サーバーであ
る。ストリーミング配信サーバー２０は１つ以上、複数
個備えることができる。ストリーミング配信サーバー２
０には、サーバとユーザ端末との間の回線状況に応じて
コンテンツの配信品質（秒あたりのこま数など）を決定
しストリーミングデータを送出するコンテンツ配信手段
２１が備えられている。ストリーミング配信サーバー２
０に接続される外部記憶装置にはコンテンツデータ３０
０が記録されている。

【００２０】尚、メインサーバー１０とストリーミング
配信サーバー２０を分けずに、１つのサーバーコンピュ
ータで実現することも論理的には可能である。しかし、
サーバーの負荷やサーバー管理上の都合からシステム１
のようにサーバーを分散して構成する方が有利である。

【００２１】視聴者のコンピュータ４０には、所望のコ
ンテンツの配信をサーバに要求し、ストリーミングデー
タを受取りつつユーザ端末上に再生するコンテンツ再生
手段４２が備えられる。コンテンツ再生手段４２は、ス
トリーミングデータを再生するだけではなく、メインサ
ーバー１０から提供される再生リストを受け、この内容
に基づいて時間軸マークからのコンテンツ再生を要求す
る機能と、コンテンツ再生中および再生終了時に時間軸
マークの記録をサーバーに要求する機能を有する。

【００２２】以下、メインサーバー１０、ストリーミン
グサーバー２０および視聴者のコンピュータ４０との間
の、ストリーミングデータの送信受信を除く通常の対話
処理はＷＷＷ（World Wide Wed）技術をベースに用いて
行うものとして説明する。

【００２３】従って図１に示したメインサーバー１０
は、実際には図７に示すような構成で実現される。すな
わち、ＷＷＷサーバー１１０を備え、それから呼出され
るソフトウエアモジュールであるユーザー管理部１２
０、ユーザ認証部１３０、視聴情報記録部１４０、配信
準備部１５０を備えることと、ユーザー認証を行う際に
ユーザ端末に提供するユーザログイン頁、配信コンテン
ツを選択させる画面を表示させる頁、ストリームデータ
を再生させる時にコンテンツを表示しかつ時間軸マーク
を設定するボタンを備えた画面を表示させる頁等をユー
ザ側に提供する幾つかのＨＴＭＬ（HyperText Markup L
anguage）形式のデータファイル１１１により図１に示
すユーザ管理手段１２、ユーザ認証手段１３、視聴情報
記録手段１４、配信準備手段１５を実現する。

【００２４】また、コンテンツ配信手段２１は、既存の
いわゆるストリーミングサーバーと呼ばれるソフトウエ
アをストリーミング配信サーバー２０にインストールす
ることにより実現できる。ストリーミングサーバーはコ
ンテンツ再生手段４２からのＵＲＬ（Uniform Resorce
Locator）表記によるリクエストによりストリーミング
データの配信を開始し、ストリーミングデータの送信中
はコンテンツ再生手段４２（実際には後述するＷｅｂブ
ラウザ４１）と独自のストリーム技術によりデータスト
リームの転送を行うものである。

【００２５】また、ユーザのコンピュータ４０にはコン
テンツ再生手段４２の他、実際には、ストリーミングコ
ンテンツの受信再生が始まるまでのメインサーバー１０
との対話処理を実行するためにＷｅｂブラウザ４１を備
えておく必要がある。さらに、コンテンツ再生手段４２
は、実際には、前記ストリーミングサーバーに対応した
再生ソフトウエア４２０を、視聴者のコンピュータ４０
にインストールし、この再生ソフトウエア４２０の表示
出力をＷｅｂブラウザ４１の表示する頁画面に含めて表
示するよう専用に作成されたＨＴＭＬ頁４２２をＷｅｂ
ブラウザ４１が解釈して表示することで実現される。

【００２６】このＨＴＭＬ頁４２２は、再生ソフトウエ
ア４２０を呼出すタグを含み、また、再生ソフトウエア
４２０から再生中のコンテンツの時間位置を取得する一
連の動作命令の記述を含んでいる。この動作命令の記述
は、同じくＨＴＭＬ頁４２２に含まれる時間軸マークの
設定ボタンまたは再生終了ボタンを表すタグに関連付け
られており、それらのボタンが選択されると定義された
動作命令がＷｅｂブラウザ４１によって実行される。こ
の動作命令の記述はJavaScript（登録商標）等を利用し
て実現でき、一般にそのように表現したものをスクリプ
トとよぶ。あるいは、一連の動作命令をJava（登録商
標）により記述したアプレットとし、このアプレットの
指定を時間軸マークの設定ボタンまたは再生終了ボタン
を表すタグに関連付けてＨＴＭＬ頁４２２に記述しても
よい。再生ソフトウエア４２０から再生中のコンテンツ
の時間位置を取得する手順は、再生ソフトウエア４２０
に依存するものであり、再生ソフトウエア４２０におけ
る必要な技術情報が入手できれば当該分野のソフトウエ
ア開発技術者はＷＷＷに間連する周知技術を利用するこ
とにより実現可能である。

【００２７】図３は、システム１の全体の動作を説明す
るブロック図である。以下図３にしたがってシステム１
の全体の動作を説明する。図３において左側は、サービ
ス提供側、すなわちメインサーバー１０およびストリー
ミング配信サーバー２０の動作または処理を示す。図３
の右側は、視聴者側の動作又は処理を示す。

【００２８】まず、ユーザーはコンピュータ４０上で、
Ｗｅｂブラウザ４１からコンテンツサービスのトップ頁
にアクセスする。トップ頁に現われる入力欄にてユーザ
ＩＤ、パスワードを指定してそのデータを送信する（Ｓ
２００）。Ｗｅｂブラウザ４１は、ユーザＩＤ、パスワ
ードを含んだサービス要求メッセージ（、図１）を
メインサーバー１０に送付する。サービス要求メッセー
ジを受けたメインサーバー１０のＷＷＷサーバー１１
０は、ユーザー認証部１３０を呼出し、ユーザー認証を
行なわせる（Ｓ１０１）。ユーザー認証部１３０は、送
付されたユーザＩＤ、パスワードが実際に存在する正当
な登録ユーザーのものかどうかユーザ登録情報データベ
ース１００を参照して検査して、その結果正当な登録ユ
ーザーであることが確認されれば、コンテンツ選択頁
（、図１）をユーザー宛て送付する。コンテンツ選
択頁は認証をクリアしたユーザのみ受けることができる
頁である。またこの時、ユーザー認証部１３０は、以後
のユーザとのやり取りに備えてセッション管理を行うた
めに必要な処置を行う。これはＷｅｂブラウザとＷＷＷ
サーバーとの間で標準的に備えられているCookieの仕組
みを用いるなどの周知の方法で実現すればよい。認証に
失敗した場合は、ログイン失敗の旨を知らせ、未登録な
ら登録を促す内容を含んだ頁データをユーザー宛て送付
する。以下、正当なユーザーである場合の説明を続け
る。

【００２９】ユーザーのコンピュータ上では、Ｗｅｂブ
ラウザ４１により送付されたコンテンツ選択頁が表示さ
れる。図５にコンテンツ選択頁の一例である頁５００を
示す。コンテンツを選択する前にコンテンツの属するカ
テゴリーを指定して検索を行うインターフェースを備え
た場合を示す。ここで検索した結果のリストから実際に
視聴するコンテンツを選択する（Ｓ２０２）。尚、図３
にも図７にも図示していないが、図５にて検索条件を指
定してコンテンツを検索する場合には、メインサーバー
１０側に、検索要求に応じて検索条件に合致するコンテ
ンツのリストを返答する処理手段（プログラムモジュー
ル）を用意しておく必要がある。例えば以前に鑑賞した
もので検索要求された場合は、ユーザ視聴記録情報デー
タベース２００の当該ユーザの視聴済みコンテンツのタ
イトル名リスト２０１を読み出してコンテンツのリスト
を返答する。この機能は配信準備部１５０が兼ねてもよ
い。ユーザは、この検索結果のコンテンツのリストに対
して、実際に視聴するコンテンツを選択する（Ｓ２０
２）。その結果コンテンツ選択結果メッセージがメイ
ンサーバー１０に向けて発信される。

【００３０】サービス選択結果メッセージを受けたＷ
ＷＷサーバー１１０は、配信準備部１５０を呼出し、ま
ず当該コンテンツに関する当該ユーザーの過去の視聴記
録があるかどうかを、ユーザ視聴記録情報データベース
２００を検索して調べ、存在する場合は該当するタイム
マークテーブル２０２を取出し（Ｓ１０３）、その記録
に基づき当該コンテンツの再生リストを作成し（Ｓ１０
５）、再生リストを含んだ再生リスト頁（、図１）
を送出する。過去の視聴記録がない場合は、再生リスト
は送付されず、当該コンテンツが存在するストリーミン
グ配信サーバー２０へコンテンツ要求メッセージとして
自動的にリダイレクトされる。

【００３１】ユーザーのコンピュータ上では、Ｗｅｂブ
ラウザ４１の働きにより送付された再生リストが図６の
ように表示される。図６は、Ｗｅｂブラウザ４１がＨＴ
ＭＬ頁４２２を表示して得られるコンテンツ再生頁の一
例６００である。上半面のフレーム６１０に再生リスト
が表示され、左下のフレーム６３０に再生ソフトウエア
４２０、右下のフレーム６２０に時間軸マークボタン６
２１と再生終了ボタン６２２を配置したものである。こ
こで、ユーザーはフレーム６１０の再生リスト６１１か
らタイムマークを選択する（Ｓ２０６）。その結果、タ
イムマーク選択メッセージがメインサーバー１０に向
けて発信される。これを受けて配信準備部１５０は、該
当するタイムマークテーブル２０２を参照して、タイム
マーク位置の値と対象コンテンツのＵＲＬから時間パラ
メータ付きコンテンツ送信要求データを作成し、Ｗｅ
ｂブラウザ４１に返信する（図１）。Ｗｅｂブラウザ
４１は、コンテンツ送信要求データの内容を受取り、
コンテンツ送信要求メッセージとして自動的に即座に
ストリーミング配信サーバー２０に向けて発信する（図
１）。（メインサーバー１０から直接、コンピュータ
４０のコンテンツ送信要求メッセージをストリーミング
配信サーバー２０に送ることができないため、このよう
な手順となる）図４は、ストリーミング配信サーバー２
０に発信される時間パラメータ付きコンテンツ要求メッ
セージの内容（＝コンテンツ送信要求データ）の具
体例を示す。コンテンツ配信手段２１として米国RealNe
tworks社のRealSystem（登録商標）を使用した場合の例
である。図４の場合は、コンテンツのデータファイルの
格納場所を示すＵＲＬとともに「２０秒の位置から再
生」を指示する時間軸パラメータが指定されている

【００３２】ストリーミング配信サーバー２０のコンテ
ンツ配信手段２１は、時間パラメータ付きコンテンツ要
求メッセージを受けて、ユーザーのコンピュータ４０
上の再生ソフトウエア４２０に対してストリームデータ
の送信を行う（Ｓ１０７）。ユーザーのコンピュータ４
０上では、図６のフレーム６３０の中の５０８の枠内に
ストリーミングデータが再生表示される（Ｓ２０８）。
また、ストリーミングデータの先頭からの時間軸位置
（経過時間）がウインドウ６３１に表示される。

【００３３】ユーザーはフレーム６３０にストリーミン
グデータが再生表示中に、フレーム６２０の時間マーク
ボタン６２１を選択すると（Ｓ２１０）、Ｗｅｂブラウ
ザ４１は、その時の時間軸位置を再生ソフトウエア４２
０から取得するスクリプトまたはアプレットを実行させ
て、時間軸位置情報を含んだタイムマーク設定要求メッ
セージをメインサーバー１０に送付する。

【００３４】タイムマーク設定要求メッセージを受け
たＷＷＷサーバー１１０は、視聴情報記録部１４０を呼
出し、該当するタイムマークテーブル２０２に送付され
た時間軸位置情報を記録（追記）する。

【００３５】ユーザーはフレーム６３０にストリーミン
グデータが再生表示中に、フレーム６２０の再生終了ボ
タン６２２を選択すると（Ｓ２１２）、Ｗｅｂブラウザ
４１は、再生終了ボタン６２２に関係付けられたスクリ
プトまたはアプレットを実行させて、その時の時間軸位
置を再生ソフトウエア４２０から取得し、終了時間軸位
置情報を含んだ再生終了指示メッセージをメインサーバ
ー１０に送付すると同時に再生ソフトウエア４２０に対
して、コンテンツの再生終了を指示する（Ｓ２１４）。

【００３６】再生終了指示メッセージを受けたＷＷＷサ
ーバー１１０は、視聴情報記録部１４０を呼出し、終了
時間位置情報を当該ユーザーの当該コンテンツの再生記
録として、ユーザ視聴記録情報データベース２００に記
録する（Ｓ１１５）。その後再びコンテンツ選択頁を
ユーザーに向け送信する。コンテンツ選択頁を表示し
たユーザのコンピュータ４０はステップＳ２０２の状態
に戻る。

【００３７】コンテンツ検索選択画面５００でログアウ
トボタン５０９を選択すると、ストリーミングコンテン
ツ配信サービスは終了する。

【００３８】以上、本発明の一実施形態としてシステム
１を説明した。システム１によれば、ユーザがストリー
ミングデータの再生を途中で止めた場合でも、再生終了
時点のタイムマークがメインサーバー１０側に残るの
で、後で再び同じコンテンツを続きから再生させること
が可能となる。

【００３９】次に、本発明の別の実施形態としてストリ
ーミング配信サービスシステム２（以下システム２）を
説明する。図１１にシステム２の全体構成図を示す。シ
ステム２がシステム１と異なるのは、ユーザの視聴記録
情報を、サーバー側にではなくユーザ側に記録するとこ
ろである。したがってメインサーバー１０には、システ
ム１では備えられていたユーザ視聴記録情報データベー
ス２００、視聴情報記録手段１４、配信準備手段１５が
ない。図９はＷＷＷ技術を用いて実現したメインサーバ
ー１０のより詳しい構成であるが、ＷＷＷサーバー１１
０を備え、それから呼出されるソフトウエアモジュール
であるユーザー管理部１２０、ユーザ認証部１３０、ユ
ーザ登録情報データベース１００および必要なＨＴＭＬ
形式のデータファイル１１１から構成されている。

【００４０】一方、ユーザが使用するコンピュータ４０
に備えられるコンテンツ再生手段４３は、ストリーミン
グデータを受信し再生表示するだけでなく、ユーザが視
聴した記録を個人の視聴記録データとして保存し、また
これを読み出し、時間パラメータ付きのコンテンツ要求
リクエストを発生させることができる。図１０は、ユー
ザが使用するコンピュータ４０のより詳しい構成図であ
る。コンテンツ再生手段４３は、コンテンツ再生手段４
２における再生ソフトウエア４２０に相当し、かつＨＴ
ＭＬ頁の要求および表示も行う受信再生手段４３０、コ
ンテンツ再生表示中のユーザーの特定の操作により、コ
ンテンツデータの先頭からの経過時間を取得し、これを
時間マークとして再生表示中のコンテンツのＵＲＬと関
係付けて個人視聴記録データ４００に記録する個人情報
記録手段４３１、ユーザの選択にしたがって個人視聴記
録データ４００から該当する個人視聴記録を読み出し、
時間パラメータ付きのコンテンツ配信要求をストリーミ
ング配信サーバー２０に対して行う配信要求作成手段４
３２から構成される。

【００４１】個人視聴記録データ４００に納められるデ
ータの構成は、図２に示したユーザ視聴記録情報２００
の構成と同じでよい。ただし、ユーザＩＤは、システム
１におけるコンテンツ配信サービスに登録したユーザを
識別する情報という意味では不要である。代わりに、ユ
ーザのコンピュータ４０を使用するユーザを識別する情
報として用いられてもよい。

【００４２】システム２では、ユーザ側のコンテンツ再
生手段４３において、システム１における再生リストの
作成を行う。従ってシステム２の動作フローは次の様に
なる。まず、視聴者のコンピュータ４０からメインサー
バー１０にトップ頁のＵＲＬを指定してアクセスし、返
信されたログイン頁にユーザＩＤ・パスワードを指定し
てサービス要求を行なう（図１１）。メインサーバー
１０ではユーザー認証を行い、正当なユーザであること
がわかれば、コンテンツ選択頁を送付する（図１１
）。ユーザは送付されたコンテンツ選択頁を選択して
ストリーミング配信サーバー２０に送信要求することが
できる（図１１）が、この場合にはコンテンツの先頭
からの配信となる。あるいは、個人視聴記録データ４０
０にアクセスして作成した再生リストから過去に視聴し
たことがあるコンテンツを選択して、時間パラメータ付
きのコンテンツ送信要求をストリーミング配信サーバー
２０に対して行う（図１１）。ストリーミング配信サ
ーバー２０からストリーミングデータの送信が始まる
（図１１）。

【００４３】以上本発明の別の実施形態であるシステム
２を説明した。システム１、システム２のいずれによっ
ても、ストリーミングコンテンツの途中再生が容易に実
現できる。

【００４４】

【発明の効果】以上詳しく説明したように、本発明によ
れば、前回視聴した箇所からの続きを簡単に視聴でき、
さらに、時間軸に幾つかマークを付けておくことがで
き、次回再視聴する時は、視聴者が選択したマークの時
間位置から再視聴可能なサービスを容易に実現できると
いう顕著な効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施形態であるストリーミング配信サ
ービスシステム１の全体構成図である。

【図２】ユーザ視聴記録情報データベース２００の構成
例を示す図である。

【図３】ストリーミング配信サービスシステム１の全体
流れ図である。

【図４】時間パラメータ付きコンテンツ要求メッセージ
の具体例である。

【図５】コンテンツ検索選択画面５００である。

【図６】コンテンツ再生画面６００である。

【図７】メインサーバー１０の構成図である。

【図８】視聴者のコンピュータ４０の構成図である。

【図９】システム２におけるメインサーバー１０の構成
図である。

【図１０】システム２における視聴者のコンピュータ４
０の構成図である。

【図１１】本発明の実施形態であるストリーミング配信
サービスシステム２の全体構成図である。

【符号の説明】

１ ストリーミング配信サービスシステム ２ ストリーミング配信サービスシステム １０ メインサーバー １２ ユーザ管理手段 １３ ユーザ認証手段 １４ 視聴情報記録手段 １５ 配信準備手段 ２０ ストリーミング配信サーバー ２１ コンテンツ配信手段 ４０ 視聴者のコンピュータ ４１ Ｗｅｂブラウザ ４２ コンテンツ再生手段 ４３ コンテンツ再生手段 １００ ユーザ登録情報データベース １１０ ＷＷＷサーバー １１１ ＨＴＭＬファイル １２０ ユーザ管理部 １３０ ユーザ認証部 １４０ 視聴情報記録部 １５０ 配信準備部 ２００ ユーザ視聴記録情報データベース ２０１ 視聴したコンテンツのタイトル名リスト ２０２ タイムマークテーブル ３００ ストリーミングコンテンツデータ ４００ 個人視聴記録データ ４２０ 再生ソフトウエア ４２２ ＨＴＭＬデータ ４３０ 受信再生手段 ４３１ 個人視聴情報記録手段 ４３２ 配信要求作成手段

Claims (3)

【特許請求の範囲】
1. 【請求項１】 サーバおよびユーザ端末を接続したネッ
   トワーク上で、ストリーミング技術を用いて、登録され
   たユーザに対してコンテンツを配信する情報配信システ
   ムにおいて、前記サーバは、登録されたユーザ毎の登録
   データを作成管理するユーザ管理手段と、アクセスして
   きたユーザが登録ユーザかどうかを検査するユーザ認証
   手段と、コンテンツを再生中のユーザ端末からの時間軸
   マーク設定要求を受けて、当該ユーザの当該コンテンツ
   の視聴記録として時間軸マークを記録する視聴情報記録
   手段と、登録ユーザが視聴したコンテンツ毎に、時間軸
   マークを含む視聴記録を記録管理するユーザ視聴記録情
   報データベースと、ユーザ端末からのコンテンツ要求を
   受けて、前記ユーザ視聴記録情報データベースを検索し
   て、視聴記録の有るコンテンツの場合には、当該コンテ
   ンツに関する視聴記録に基づいた再生リストを作成しユ
   ーザに提供する配信準備手段と、サーバとユーザ端末と
   の間の回線状況に応じて前記コンテンツの配信品質を決
   定してストリーミングコンテンツを配信するコンテンツ
   配信手段と、を備え、前記ユーザ端末は、前記再生リス
   トに基づいて時間軸マークからのコンテンツ配信を前記
   サーバに要求する機能と、配信されるストリーミングコ
   ンテンツデータをユーザ端末上に再生する機能と、コン
   テンツ再生中および再生終了時に時間軸マークの記録を
   サーバーに要求する機能と、を有するコンテンツ再生手
   段を備えるものであって、ストリーミングコンテンツの
   途中再生が容易に可能であることを特徴とするストリー
   ミング情報配信システム。
2. 【請求項２】 ネットワークに接続された登録されたユ
   ーザのユーザ端末に、ストリーミング技術を用いてコン
   テンツを配信するサーバー装置であって、登録されたユ
   ーザ毎の登録データを作成管理するユーザ管理手段と、
   アクセスしてきたユーザが登録ユーザかどうかを検査す
   るユーザ認証手段と、コンテンツを再生中のユーザ端末
   からの時間軸マーク設定要求を受けて、当該ユーザの当
   該コンテンツの視聴記録として時間軸マークを記録する
   視聴情報記録手段と、登録ユーザが視聴したコンテンツ
   毎に、時間軸マークを含む視聴記録を記録管理するユー
   ザ視聴記録情報データベースと、ユーザ端末からのコン
   テンツ要求を受けて、前記ユーザ視聴記録情報データベ
   ースを検索して、視聴記録の有るコンテンツの場合に
   は、当該コンテンツに関する視聴記録に基づいた再生リ
   ストを作成しユーザに提供する配信準備手段と、サーバ
   とユーザ端末との間の回線状況に応じて前記コンテンツ
   の配信品質を決定してストリーミングコンテンツを配信
   するコンテンツ配信手段と、を備え、当該ユーザの視聴
   記録に基づく途中再生を提供可能としたことを特徴とす
   るサーバー装置。
3. 【請求項３】 ネットワーク上のサーバーから、ストリ
   ーミング技術によりコンテンツの配信を受けるコンテン
   ツ再生装置であって、サーバーと同期を取りつつ配信さ
   れるストリーミングデータを受取りコンテンツを再生表
   示する受信再生手段、再生終了時または再生中の任意の
   時点での時間マークを受信コンテンツのＵＲＬと関係付
   けて記録する個人視聴情報記録手段、個人視聴情報記録
   手段が記録したデータを読み出して、時間パラメータ付
   きのコンテンツ配信要求を発信する配信要求作成手段、
   とを備えて、一度視聴したコンテンツを再度視聴する際
   にはサーバーに対して、前回の続きからのコンテンツデ
   ータの配信を容易に要求できることを特徴とするコンテ
   ンツ再生装置。