JP2002142203A - 映像配信装置および映像配信方法 - Google Patents

Abstract

(57)【要約】 【課題】提供対象の有料映像コンテンツの概要をその映
像を用いて利用者に提供し、しかも確実な課金処理の実
現を図る。 【解決手段】映像配信装置１０による映像コンテンツの
配信サービスでは、映像コンテンツの概要を示すサムネ
イル画像を無料で映像受信装置２０に提供し、そのサム
ネイル画像を含む概要情報を基に映像受信装置２０の利
用者にコンテンツの購入の判断をさせ、支払等の課金処
理の後に実際の映像コンテンツを映像受信装置２０に配
信するという仕組みが用いられる。サムネイル画像は、
映像コンテンツから抽出された代表フレームの静止画か
ら構成される。これにより、有料映像コンテンツの概要
をその映像を用いて利用者に提供でき、しかも確実な課
金処理の実現を図ることが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は映像配信装置および
映像配信方法に関し、特に通信路を介して映像コンテン
ツを利用者端末に提供する映像配信装置および映像配信
方法に関する。

【０００２】

【従来の技術】近年、コンピュータおよびネットワーク
技術の進展に伴い、ＣＡＴＶやインターネット等で映像
コンテンツを有料配信するシステムが開発されている。
有料配信の方法には、特定のチャンネルを一定期間購入
する契約を結ぶ方法と、ＰＰＶ（ペイパービュー）に代
表されるようにコンテンツ毎に購入する方法がある。

【０００３】前者は配信を受けるたびに支払の手続きを
行う必要がないので課金の扱いが簡単であるが、１）あ
らかじめ契約をしていないと視聴できない、２）見たい
映像コンテンツが少ない場合でも該当チャンネルで配信
される映像全体を購入する契約を結ぶ必要がある、等の
問題がある。一方、後者は視聴のたびに支払の手続が必
要であるものの、見たい映像コンテンツだけを選択して
配信を受けることができるという長所がある。

【０００４】

【発明が解決しようとする課題】しかし後者の場合であ
っても、個々の映像コンテンツの内容説明に関しては従
来では主に文字による説明しかなされていないため、映
像コンテンツの内容が十分にわかりやすく示されていな
い場合が多い。映像はその情報量が大きいため、その内
容を文字だけで的確に表現することは困難なためであ
る。このため、映像を活用して映像コンテンツの概要を
示すことが望まれている。しかし、映像コンテンツの有
料提供の場合には、支払を行っていない状態でその映像
そのものを提供してしまうと、支払行為が行われない結
果となるなどの不具合が生じる。

【０００５】本発明は上述の事情を考慮してなされたも
のであり、提供対象の映像の概要をその映像の一部を用
いて適切に利用者に提供でき且つ必要な課金処理を確実
に行うことが可能な新たな映像配信／映像選択の仕組み
実現できるようにし、利便性・信頼性の高い映像配信サ
ービスを行うことが可能な装置および方法を提供するこ
とを目的とする。

【０００６】

【課題を解決するための手段】上述の課題を解決するた
め、本発明は、通信路を介して配信対象の映像を利用者
端末に提供する映像配信装置であって、前記配信対象の
映像の代表フレームを少なくとも含む前記映像に関する
概要情報を利用者端末に提供する代表フレーム提供手段
と、前記利用者端末からの前記代表フレームで指定され
る映像の配信要求に応じて、前記映像の提供に関する課
金処理を行う課金手段と、前記課金手段が前記映像に関
する課金処理を成功した場合、前記映像を配信要求元の
前記利用者端末に提供する映像提供手段とを具備するこ
とを特徴とする。

【０００７】この映像配信装置においては、配信対象の
映像から抽出された代表フレームがその映像の概要を示
す概要情報として無料で利用者端末に提供される。これ
により、利用者は提供された概要情報に含まれる代表フ
レームの画像を実際に見た上で購入の判断を行うことが
できる。利用者端末から映像の配信要求を受けると、ま
ず課金処理が行われ、その課金処理が成功した後に実際
の映像の配信が開始される。このように映像の概要を無
料で提供し、その概要を基に利用者に購入の判断をさ
せ、支払等の課金処理の後に映像を配信するという新た
な仕組み実現できすることにより、利便性・信頼性の高
い映像配信サービスを実現できる。

【０００８】また、前記代表フレーム提供手段には、前
記配信対象の映像から抽出された複数の代表フレームを
記憶する記憶手段と、前記概要情報を提供した利用者端
末からの早送り再生／逆回し再生の要求に応じて、前記
記憶手段に記憶されている複数の代表フレームを所定の
順序で前記利用者端末に順次送信する早送り再生／逆回
し再生処理を前記課金手段による課金処理無しで実行す
る早送り再生／逆回し再生手段とを設けることが好まし
い。

【０００９】これにより、利用者は必要に応じて複数の
代表フレームを連続的に閲覧することが可能となり、よ
り的確に映像の概要を把握することが可能となる。ま
た、この早送り再生／逆回し再生処理は課金処理無しで
実行されるので、利用者は無料で多数の代表フレームを
見ることができる。

【００１０】前記概要情報には、前記配信対象の映像か
ら抽出された複数の代表フレームの中から選択された時
間的に異なる複数の代表フレームを含めておき、前記早
送り再生／逆回し再生手段は、前記利用者端末が前記概
要情報上で指定した代表フレームに対応する場所から前
記早送り再生／逆回し再生処理を実行することが望まし
い。

【００１１】これにより、利用者は選択した代表フレー
ムに対応するシーンからそれに時間的に後続または先行
するシーンそれぞれの代表フレームを見ることができ、
より映像の概要を的確且つ短時間で効率よく把握するこ
とが可能となる。

【００１２】また、本発明は、通信路を介して利用者端
末に映像配信サービスを提供する映像配信装置であっ
て、映像配信サービスを利用するための操作画面を記述
したもので、前記配信対象の映像の代表フレームの閲覧
および前記配信対象の映像の配信に必要な複数種のコマ
ンドを含むスクリプト情報を利用者端末に提供する手段
と、前記利用者端末から送信される前記代表フレームに
対応する映像の概要の閲覧に関するコマンドを受けて、
前記映像の概要を前記利用者端末に送信する手段と、前
記利用者端末から送信される前記映像の配信に関するコ
マンドを受けて、前記映像の提供に関する課金処理を行
う課金手段と、前記課金手段が前記映像に関する課金処
理を成功した場合、前記映像を配信要求元の前記利用者
端末に提供する映像提供手段とを具備することを特徴と
する。

【００１３】この映像配信装置においても、映像の概要
を無料で提供し、その概要を基に利用者に購入の判断を
させ、支払等の課金処理の後に映像を配信するという仕
組みが用いられるが、配信対象の映像の代表フレームか
らなる概要情報の閲覧および前記配信対象の映像の配信
に必要な複数種のコマンドを含むスクリプト情報が利用
者端末に提供される。したがって、利用者はスクリプト
情報に基づいて表示される操作画面にしたがって操作を
行うだけで必要なコマンドを映像配信装置に送信するこ
とができ、代表フレームの早送り再生／逆回し再生など
を含む概要情報の閲覧サービスや映像の配信サービスを
容易に受けることが可能となる。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態について説明する。図１は、本発明の一実施形態
に係る映像配信装置とそれを用いたシステム全体の構成
が示されている。映像配信装置１０はインターネットや
ＣＡＴＶなどのネットワークを通じて各種映像コンテン
ツの配信サービスを行うためのものであり、ネットワー
クを構成する有線または無線の通信路を介して動画・音
声等を含む映像コンテンツを利用者端末に提供する。映
像配信装置１０は例えばインターネットを介してアクセ
ス可能なサーバとして実現されており、図示のように、
要求受理部１１、要求処理部１２、データ送信部１３、
課金部１４、および記憶部１５から構成されている。

【００１５】映像配信装置１０による映像コンテンツの
配信サービスでは、映像コンテンツの概要を示すサムネ
イル画像を無料で提供し、そのサムネイル画像を含む概
要情報を基に利用者にコンテンツの購入の判断をさせ、
支払等の課金処理の後に実際の映像コンテンツを利用者
に配信するという仕組みが用いられる。サムネイル画像
は、映像コンテンツから抽出された代表フレームの静止
画から構成される。

【００１６】このような映像配信サービスに関する機能
は全てコンピュータプログラムによって実現されてお
り、上述の要求受理部１１、要求処理部１２、データ送
信部１３、および課金部１４は当該コンピュータプログ
ラムの機能モジュールとしてそれぞれ実装されている。

【００１７】要求受理部１１は、利用者端末である映像
受信装置２０からネットワークを通じて送信される各種
要求を受理し、その要求を要求処理部１２に伝える。映
像受信装置２０からの要求には、大別して概要情報の取
得に関する要求、サムネイル画像の閲覧に関する要求、
映像コンテンツの配信に関する要求、課金処理に関する
要求などがある。これら各要求は、予め決められたコマ
ンドによって映像受信装置２０から映像配信装置１０に
通知される。

【００１８】要求処理部１２は、要求受理部１１で受理
された要求を解析してその要求に応じた処理を行うもの
であり、データ送信部１３、課金部１４、および記憶部
１５を用いて、例えば、概要情報の提供、サムネイル画
像の提供、課金処理等の実行に必要な制御を行う。

【００１９】データ送信部１３は要求受理部１１の処理
結果に基づき概要情報、映像コンテンツ、サムネイル画
像、課金処理のための支払い要求等の各種データをネッ
トワークを通じて映像受信装置２０に送信する。

【００２０】課金部１４は要求受理部１１の処理結果に
基づき映像受信装置２０によって要求された映像コンテ
ンツの配信に関する課金処理を行う。この課金処理で
は、支払い済み（課金済み）であるか否かを調べる支払
い確認処理、利用者に支払い手続きを促す処理、利用者
によって行われた支払い手続きに基づく支払い（課金）
処理などが行われる。このような課金処理は記憶部１５
に記憶されている課金データを用いて行われる。課金デ
ータには、例えば、登録ユーザ毎にそのユーザＩＤ、ク
レジットカード番号の金融取引情報、課金済みの映像コ
ンテンツ名、課金金額等の情報が記憶されている。

【００２１】さらに、記憶部１５には、配信対象となる
複数の映像コンテンツを含む映像データ、および複数の
映像コンテンツそれぞれに対応するサムネイルが記憶さ
れている。

【００２２】映像コンテンツは例えばＭＰＥＧのような
符号化によりデジタル化して、ファイルとして記憶部１
５に格納する。また各映像コンテンツ毎にその概要情報
も一緒に記憶部１５に記憶されている。サムネイルはデ
ジタル映像を構成する静止画であり、例えばＭＰＥＧの
場合はＩ（Ｉｎｔｒａ）フレームそれぞれの復号画像を
サムネイルとすればよい。またこれをＪＰＥＧなどによ
りフレーム内で圧縮したり、解像度を変更する等の加工
を施してもよい。例えば電気情報通信学会技術報告，Ｐ
ＲＭＵ９６−１０，ｐｐ．５５−６２，「動きベクトル
符号量のＭＰＥＧ動画像からの高速カット検出」のよう
な方法を使用することにより、ＭＰＥＧ動画像の中から
各シーン毎の代表フレームを検出し、代表フレーム一枚
毎にそれをファイルとして記憶部１５に格納するという
処理を利用することができる。

【００２３】ここで、記憶部１５は二つの記憶装置から
構成されるように図示したが、かならずしもその限りで
はない。一つもしくは三つ以上の記憶装置から構成され
てもよい。

【００２４】また映像配信装置１０に対して映像コンテ
ンツの配信を要求する映像受信装置２０は、ユーザから
の入力を受理するユーザ入力受理部２１と、ユーザ入力
受理部２１で受理した入力を基に要求を映像配信装置１
０に送信する要求送信部２２と、映像配信装置１０から
配信されたデータを受信するデータ受信部２３と、デー
タ受信部２３で受信したデータを表示する表示部２４か
らなる。本映像受信装置２０は、例えばパーソナルコン
ピュータ上でＷｅｂブラウザを使用して文書を表示した
り、映像表示ソフトを使用して映像を表示するものであ
る。

【００２５】映像配信装置１０と映像受信装置２０の間
はネットワークで接続されるが、前述したようにネット
ワークの種類は特に限定されるものではなく、また有
線、無線も問わない。

【００２６】次に、図２を参照して、映像配信装置１０
と映像受信装置２０との間で行われる映像配信のための
一連の手順の例について説明する。

【００２７】（１）映像受信装置２０から映像配信装置
１０にトップページの送信要求を行う。トップページは
前述の概要情報に相当するものである。この要求は、ト
ップページの送信要求であることを示す識別子と、トッ
プページを示す識別子からなる。後者は例えばＵＲＬ
（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔ
ｏｒ）を使えばよい。この要求はプロトコルとして実現
される。その実現例は図３で後述する。

【００２８】（２）映像配信装置１０は指定されたトッ
プページを示す識別子に該当する文書が記憶装置１５に
あるか否かを判別し、あればこれを映像受信装置に送信
する。なければエラーを返す。トップページは例えばＨ
ＴＭＬやＸＭＬなどのマークアップ言語のスクリプト情
報であり、ここには、配信対象の映像コンテンツの代表
フレームの閲覧および映像コンテンツの配信に必要な複
数種のコマンドが埋め込まれている。トップページの例
は図５で後述する。

【００２９】（３）映像受信装置２０から映像配信装置
１０に映像の早回し要求を送る。この要求は、映像の早
回し要求を示す識別子と、映像を示す識別子と映像の開
始位置からなる。映像を示す識別子には例えばＵＲＬを
使えばよい。映像の開始位置には例えば映像の先頭から
のバイト数（オフセット）を指定すればよい。

【００３０】（４）映像配信装置２０は指定された映像
を示す識別子に該当する映像があるか否かを判別し、あ
れば該当映像の早回し映像を送信する。例えばＭＰＥＧ
のようにフレーム間相関を利用している圧縮方式では各
フレームがそれぞれ完全な一枚の画像データから成るわ
けではないので、サムネイルを送信する。該当映像がな
い場合はエラーを返す。

【００３１】（５）映像受信装置２０から映像配信装置
１０に映像の通常速度での再生要求を送る。この要求
は、映像の通常再生要求を示す識別子と、映像を示す識
別子と映像の開始位置からなる。映像を示す識別子には
例えばＵＲＬを使えばよい。映像の開始位置には例えば
先頭からのバイト数（オフセット）を指定すればよい。

【００３２】（６）映像配信装置１０は指定された映像
を示す識別子に該当する映像があるか否かを判別し、該
当する映像があればこれが有料配信映像かどうかを判別
する。有料であれば支払要求を送信する。なければ
（６）（７）を行わず（８）指定された映像を指定され
た位置から配信する。

【００３３】（７）映像受信装置２０はユーザが入力し
た支払手続きを映像配信装置１０に送信する。

【００３４】（８）映像配信装置１０は受信した支払手
続きを確認の上、映像を指定された位置から映像受信装
置２０に送信する。この際の送信方式は、映像をファイ
ルとしてダウンロードしても、あるいはパケット化して
リアルタイム転送しても、どちらでもよい。

【００３５】図３は、映像受信装置２０と映像配信装置
１０間の通信で使用されるプロトコルの実現例を示して
いる。

【００３６】先頭は本プロトコルを受信する機器のアド
レス（送信先アドレス）であり、次は本プロトコルを送
信する機器のアドレス（送信元アドレス）である。これ
らのアドレスには例えばＩＰアドレスを用いればよい。
次はコマンドＩＤである。図４にその例を示す。次はパ
ラメータが続く。パラメータの個数や意味はコマンドに
よって異なる。本例はパラメータが３個の例である。プ
ロトコルの最後は終端子で終了する。

【００３７】図４は、映像受信装置１０と映像配信装置
２０の間で送信されるプロトコルのコマンドの種類とコ
マンドＩＤを示す表である。

【００３８】コマンドＩＤ＝１のＧｅｔ＿ｐａｇｅは第
一のパラメータで示されるＵＲＬをｇｅｔ（取得）する
ことを示すコマンドである。コマンドＩＤ＝２のＰｌａ
ｙは第一のパラメータで示されるＵＲＬの映像を、第二
のパラメータで示される位置から通常再生することを要
求するコマンドである。コマンドＩＤ＝３のＳｔｏｐは
現在実行中のＰｌａｙ，Ｆａｓｔ＿ｆｏｒｗａｒｄ，Ｆ
ａｓｔ＿ｂａｃｋｗａｒｄの停止を要求するコマンドで
ある。

【００３９】コマンドＩＤ＝４のＦａｓｔ＿ｆｏｒｗａ
ｒｄは第一のパラメータで示されるＵＲＬの映像を、第
二のパラメータで示される位置から早送り再生すること
を要求するコマンドである。コマンドＩＤ＝５のＦａｓ
ｔ＿ｂａｃｋｗａｒｄは第一のパラメータで示されるＵ
ＲＬの映像を、第二のパラメータで示される位置から逆
回し再生することを要求するコマンドである。コマンド
ＩＤ＝６のＰａｙは支払を行うコマンドであり、ユーザ
ＩＤと金額をパラメータにとる。コマンドＩＤ＝７のＥ
ｒｒｏｒはエラーが起こった事を伝えるコマンドであ
る。本例ではコマンドは７個であるが、これ以外にもコ
マンドが定義されてもよい。

【００４０】図５は、トップページを表示した例であ
る。上部に４×４に配置された矩形は映像から抽出され
た各シーンの代表フレームそれぞれの静止画を表示した
ものである。下部の４つ並ぶボタン３１〜３４は左か
ら、「逆回し再生」、「停止」、「通常再生」、「早回
し再生」を意味する。ユーザは代表フレームの一つを選
び、次にボタンを選ぶことにより、選択した代表フレー
ムの場所から「逆回し再生」、「通常再生」、「早回し
再生」を行うことができる。

【００４１】「逆回し再生」では、選択された代表フレ
ームよりも時間的に先行する複数のサムネイルが再生時
間の遅いものから順に映像配信装置２０から送信され
る。同様に、「早回し再生」では、選択された代表フレ
ームよりも時間的に後続する複数のサムネイルが再生時
間の速いものから順に順次映像配信装置２０から送信さ
れる。また、「通常再生」では、必要な課金処理の手続
きが行われた後に、選択された代表フレームの位置から
実際の映像の配信が開始される。

【００４２】図６はトップページの記述例である。１行
目は映像の記述が始まることを示す。２行目は本映像の
ＵＲＬを示す。３行目は静止画表示の記載であり、htt
p://www.abc.com/im1.jpgで示されるファイルをダウン
ロードし画面に表示し、その位置は映像ファイルのオフ
セットが２５６バイトの位置の静止画であることを示
す。４−１０行目も同様である。１１行目はボタンの記
載であり、http://www.abc.com/bf.jpgで示されるファ
イルをダウンロードし画面に表示し、そのコマンドＩＤ
は５であることを示す。１２−１４行目も同様である。
１５行目は映像の記述が終わることを示す。

【００４３】次に、図７を参照して、要求処理部１２の
処理手順を説明する。

【００４４】要求受理部１１が映像受信装置２０からの
要求を受理すると、要求処理部１２は、まず受理した要
求のプロトコルを解析して映像受信装置２０から指定さ
れたコマンドＩＤを判別する（ステップＳ１００）。コ
マンドＩＤが２であれば（ステップＳ１０１のＹＥ
Ｓ）、通常再生の要求つまり映像コンテンツの配信要求
であるので、要求処理部１２は、既に課金した映像コン
テンツの再生要求であるかどうかを課金部１４に照会し
て確認する（ステップＳ１０２）。

【００４５】既に課金済であれば（ステップＳ１０２の
ＹＥＳ）、要求処理部１２は、指定された映像の指定さ
れた位置から再生を行う（ステップＳ１０４）。一方、
課金処理が未実行であれば（ステップＳ１０２のＮ
Ｏ）、支払を促すページを再生要求元の映像受信装置２
０に送信する（ステップＳ１０３）。このページには、
例えば有料コンテンツであるので支払いが必要である旨
のメッセージの他、コンテンツの金額表示、ユーザＩＤ
などの入力フィールド、支払い実行（購入）を示すボタ
ンなどが設けられている。

【００４６】コマンドＩＤが２以外の場合（ステップＳ
１００のＮＯ）、要求処理部１２は、映像受信装置２０
から指定されたコマンドＩＤが６であるか否かを調べる
（ステップＳ１０５）。コマンドＩＤが６であれば（ス
テップＳ１０５のＹＥＳ）、支払であるので、要求処理
部１２は課金部１４に対し課金処理を要求し、課金部１
４からの課金処理の正常終了の有無を示す応答を待つ
（ステップＳ１０６）。課金処理が正常終了つまり成功
したら（ステップＳ１０６のＹＥＳ）、要求処理部１２
は、指定された映像の指定された位置から再生を行う
（ステップＳ１０４）。

【００４７】一方、課金処理が失敗した場合には（ステ
ップＳ１０６のＮＯ）、要求処理部１２は、要求元の映
像受信装置２０にエラーを返す（ステップＳ１０７）。
またコマンドＩＤが２でも６でもない場合は（ステップ
Ｓ１０５のＮＯ）、要求処理部１２は、そのコマンドＩ
Ｄで指定された要求にしたがう処理を即座に行う（ステ
ップＳ１０８）。

【００４８】次に、図８のフローチャートを参照して、
課金部１４の処理手順を説明する。

【００４９】課金部１４は前述したように支払の受理お
よび支払済（課金済み）かどうかの確認をする機能を持
つ。課金部１４は、受理したプロトコルを解析し、支払
の受理であれば（ステップＳ２０１）、パラメータとし
て指定されたユーザＩＤが存在し、且つ該当金額が引き
落とせるかどうかを確認する（ステップＳ２０２）。該
当金額が引き落とせるかどうかどうかは、たとえば該当
金額がクレジットカードから１回に引き落とし可能な上
限であるか否かを判断したり、あるいはプリペイド方式
であれば現在の残高が課金データに記録されているの
で、残高内の課金であるか否かを判断すること等により
行うことができる。

【００５０】ユーザＩＤが存在し、且つ該当金額が引き
落し可能であれば（ステップＳ２０２のＹＥＳ）、課金
部１４は、課金データの該当する課金金額の値に該当金
額を加算するなどの課金に必要な支払い処理を行い、再
生要求された該当映像ＵＲＬを課金済みの映像コンテン
ツとして記録した後、課金処理の成功を要求処理部１２
に返す（ステップＳ２０３）。一方、ユーザＩＤが存在
しなかった場合や、存在しても引き落としができない場
合には、課金部１４は、要求処理部１２にエラーを返す
（ステップＳ２０４）。

【００５１】また、受理したプロトコルが支払済確認
（課金済み確認）の場合（ステップＳ２０５のＹＥ
Ｓ）、課金部１４は、該当映像ＵＲＬが課金データに支
払処理済と記録されているか否か、つまり該当するユー
ザＩＤに対応する課金済みの映像コンテンツ名として該
当映像のＵＲＬが記録されているかどうかを調べ（ステ
ップＳ２０６）、支払処理済と記録されていれば支払済
である旨を要求処理部１２に返し（ステップＳ２０
７）、支払済ではない場合には未払いである旨を要求処
理部１２に返す（ステップＳ２０８）。

【００５２】受理したプロトコルが支払の受理でも支払
済の確認でもない場合は（ステップＳ２０５のＮＯ）、
課金部１４は、要求処理部１２にエラーを返す（ステッ
プＳ２０９）。

【００５３】以上のように、本実施形態においては、映
像コンテンツから抽出された幾つかの代表フレームを含
むトップページを映像コンテンツの概要情報として利用
者に提供し、しかも「逆回し再生」や「早回し再生」機
能によりトップページに予めリンクされている代表フレ
ーム以外の他の複数の代表フレームについても無料で順
次提供できるようにしているので、利用者は提供された
静止画の画像を実際に見た上で映像コンテンツの購入に
関する判断を行うことができる。また、利用者から映像
の再生要求を受けるとまず課金処理が行われ、その課金
処理が成功した後に初めて実際の映像コンテンツの配信
が開始される仕組みであるので、課金漏れなどの不具合
は生じない。

【００５４】なお、上述したように本実施形態の映像コ
ンテンツ配信に関する機能はコンピュータプログラムに
より実行されるものであるので、本実施形態で説明した
機能をコンピュータに実行させる映像コンテンツ配信用
プログラム製品として実現することができる。また、こ
の映像コンテンツ配信用プログラム製品をコンピュータ
読み取り可能な記憶媒体に記憶しておくことにより、そ
の記憶媒体を通じてそれらプログラムを通常のコンピュ
ータに導入して実行させるだけで、上記実施形態と同様
の効果を容易に得ることが可能となる。

【００５５】なお、また本発明は、上記各実施形態に限
定されるものではなく、実施段階ではその要旨を逸脱し
ない範囲で種々に変形することが可能である。更に、上
記実施形態には種々の段階の発明が含まれており、開示
される複数の構成要件における適宜な組み合わせにより
種々の発明が抽出され得る。例えば、実施形態に示され
る全構成要件から幾つかの構成要件が削除されても、発
明が解決しようとする課題の欄で述べた課題が解決で
き、発明の効果の欄で述べられている効果が得られる場
合には、この構成要件が削除された構成が発明として抽
出され得る。

【００５６】

【発明の効果】以上説明したように、本発明によれば、
提供対象の映像の概要をその映像の一部を用いて適切に
利用者に提供でき且つ必要な課金処理を確実に行うこと
が可能な新たな映像配信／映像選択の仕組みを用いるこ
とにより、利便性・信頼性の高い映像配信サービスを行
うことが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る映像配信装置とそれ
を用いたシステム全体の構成を示すブロック図。

【図２】同実施形態の映像配信装置と映像受信装置との
間で行われる映像配信のための一連の手順の一例を示す
図。

【図３】同実施形態の映像配信装置と映像受信装置との
間の通信で使用されるプロトコルの実現例を説明するた
めの図。

【図４】図３のプロトコルで用いられるのコマンドＩＤ
とそのコマンドの種類との関係を示す図。

【図５】同実施形態の映像配信装置により提供されるト
ップページの一例を示す図。

【図６】図５のトップページの記述例を示す図。

【図７】同実施形態の映像配信装置に設けられた要求処
理部の処理手順を示すフローチャート。

【図８】同実施形態の映像配信装置に設けられた課金部
の処理手順を示すフローチャート。

【符号の説明】

１０…映像配信装置 １１…要求受理部 １２…要求処理部 １３…データ送信部 １４…課金部 １５…記憶部 ２０…映像受信装置 ２１…ユーザ入力受理部 ２２…要求送信部 ２３…データ受信部 ２４…表示部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 武田 奈穂美 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 Ｆターム(参考） 5B049 BB11 CC05 CC36 DD01 EE01 EE07 FF03 FF04 GG04 GG07 5C064 BA07 BB01 BC01 BC16 BD07 BD08

Claims (13)

【特許請求の範囲】
1. 【請求項１】 通信路を介して配信対象の映像を利用者
   端末に提供する映像配信装置であって、 前記配信対象の映像の代表フレームを少なくとも含む前
   記映像に関する概要情報を利用者端末に提供する代表フ
   レーム提供手段と、 前記利用者端末からの前記代表フレームで指定される映
   像の配信要求に応じて、前記映像の提供に関する課金処
   理を行う課金手段と、 前記課金手段が前記映像に関する課金処理を成功した場
   合、前記映像を配信要求元の前記利用者端末に提供する
   映像提供手段とを具備することを特徴とする映像配信装
   置。
2. 【請求項２】 前記代表フレーム提供手段は、 前記配信対象の映像から抽出された複数の代表フレーム
   を記憶する記憶手段と、 前記概要情報を提供した利用者端末からの早送り再生／
   逆回し再生の要求に応じて、前記記憶手段に記憶されて
   いる複数の代表フレームを所定の順序で前記利用者端末
   に順次送信する早送り再生／逆回し再生処理を前記課金
   手段による課金処理無しで実行する早送り再生／逆回し
   再生手段とを含むことを特徴とする請求項１記載の映像
   配信装置。
3. 【請求項３】 前記概要情報には、前記配信対象の映像
   から抽出された複数の代表フレームの中から選択された
   時間的に異なる複数の代表フレームが含まれており、 前記早送り再生／逆回し再生手段は、前記利用者端末が
   前記概要情報上で指定した代表フレームに対応する場所
   から前記早送り再生／逆回し再生処理を実行することを
   特徴とする請求項２記載の映像配信装置。
4. 【請求項４】 通信路を介して利用者端末に映像配信サ
   ービスを提供する映像配信装置であって、 映像配信サービスを利用するための操作画面を記述した
   もので、前記配信対象の映像の代表フレームの閲覧およ
   び前記配信対象の映像の配信に必要な複数種のコマンド
   を含むスクリプト情報を利用者端末に提供する手段と、 前記利用者端末から送信される前記代表フレームに対応
   する映像の概要の閲覧に関するコマンドを受けて、前記
   映像の概要を前記利用者端末に送信する手段と、 前記利用者端末から送信される前記映像の配信に関する
   コマンドを受けて、前記映像の提供に関する課金処理を
   行う課金手段と、 前記課金手段が前記映像に関する課金処理を成功した場
   合、前記映像を配信要求元の前記利用者端末に提供する
   映像提供手段とを具備することを特徴とする映像配信装
   置。
5. 【請求項５】 通信路を介して配信対象の映像を利用者
   端末に提供する映像配信方法であって、 前記配信対象の映像の代表フレームを少なくとも含む前
   記映像に関する概要情報を利用者端末に提供するステッ
   プと、 前記利用者端末からの前記代表フレームで指定される映
   像の配信要求に応じて、前記映像の提供に関する課金処
   理を行うステップと、 課金処理が成功した後、前記映像を配信要求元の前記利
   用者端末に提供するステップとを具備することを特徴と
   する映像配信方法。
6. 【請求項６】 前記概要情報を提供した利用者端末から
   の早送り再生／逆回し再生の要求に応じて、前記映像デ
   ータから抽出された複数の代表フレームを所定の順序で
   前記利用者端末に順次送信する早送り再生／逆回し再生
   処理を前記課金処理無しで実行するステップをさらに具
   備することを特徴とする請求項５記載の映像配信方法。
7. 【請求項７】 前記概要情報には、前記配信対象の映像
   から抽出された複数の代表フレームの中から選択された
   時間的に異なる複数の代表フレームが含まれており、 前記早送り再生／逆回し再生処理を行うステップは、前
   記利用者端末が前記概要情報上で指定した代表フレーム
   に対応する場所から前記早送り再生／逆回し再生処理を
   実行することを特徴とする請求項６記載の映像配信方
   法。
8. 【請求項８】 通信路を介して配信対象の映像を利用者
   端末に提供する処理を実行するためのコンピュータプロ
   グラムが記憶されたコンピュータ読み取り可能な記憶媒
   体であって、 前記コンピュータプログラムは、 前記配信対象の映像の代表フレームを少なくとも含む前
   記映像に関する概要情報を利用者端末に提供するステッ
   プと、 前記利用者端末からの前記代表フレームで指定される映
   像の配信要求に応じて、前記映像の提供に関する課金処
   理を行うステップと、 課金処理が成功した後、前記映像を配信要求元の前記利
   用者端末に提供するステップとを具備することを特徴と
   する記憶媒体。
9. 【請求項９】 通信路を介して配信対象の映像を利用者
   端末に提供する処理をコンピュータに実行させるプログ
   ラム製品であって、 前記配信対象の映像の代表フレームを少なくとも含む前
   記映像に関する概要情報を利用者端末に提供するステッ
   プと、 前記利用者端末からの前記代表フレームで指定される映
   像の配信要求に応じて、前記映像の提供に関する課金処
   理を行うステップと、 課金処理が成功した後、前記映像を配信要求元の前記利
   用者端末に提供するステップとを具備することを特徴と
   するプログラム製品。
10. 【請求項１０】 映像受信装置からの要求を受理する要
    求受理手段と、 前記要求受理手段で受理した要求を処理する要求処理手
    段と、 前記要求処理手段からの通知により少なくとも支払処理
    と支払済確認を行う課金手段と、 前記映像受信装置に対しデータを送信するデータ送信手
    段とを具備し、 前記データ送信手段が前記映像受信装置に対し映像の代
    表フレームを示す情報を提供し、前記要求受理手段が前
    記映像受信装置から該映像の再生要求を受けた場合、前
    記課金手段で課金処理を行い成功した後に前記要求処理
    手段が映像の提供を行うことを特徴とする映像配信装
    置。
11. 【請求項１１】 通常速度以外での再生および逆方向へ
    の再生は課金処理を行わないことを特徴とする第１０項
    記載の映像配信装置。
12. 【請求項１２】 映像配信装置から映像受信装置に映像
    の代表フレームを示す文書を提供するステップと、 前記映像受信装置から前記映像配信装置に該映像の再生
    を要求するステップと、 前記映像配信装置が該映像に対する課金処理を行い成功
    した場合に前記映像受信装置に対し映像の提供を行うス
    テップとを具備することを特徴とする有料映像選択方
    法。
13. 【請求項１３】 通常速度以外での再生および逆方向へ
    の再生は課金処理を行わないことを特徴とする第１２項
    記載の有料映像選択方法。