(57)【要約】【課題】インターネットやイントラネット等のネットワークで接続されたクライアント／サーバシステムにおけるマルチメディアデータの配信をサーバの負荷を軽減させ、かつ、レスポンスタイムを短くするような配信技術を提供する。【解決手段】配信サーバ装置１と複数のクライアント装置４とを有し、これらが互いに関連付け可能な状態にあるデータ配信システムであって、配信サーバ装置１が、自己が保持するデータを分割した分割データ毎にデータ配信に関する管理を行う配信状況管理システム３を有しており、クライアント装置４が、分割されたデータであってクラインアント装置４に配信されたデータの配信に関する配信サーバ装置１の代理を配信状況管理システム３の指示に基づいて行う代理サーバ６を有している。【選択図】　図１
2004094730.tif 000002
【特許請求の範囲】
【請求項１】
配信サーバ装置と複数のクライアント装置とを有し、これらが互いに関連付け可能な状態にあるデータ配信システムであって、
前記配信サーバ装置が、自己が保持するデータを分割した分割データ毎にデータ配信に関する管理を行う配信状況管理システムを有しており、
前記クライアント装置が、前記分割データであって前記クラインアント装置に配信されたデータの配信に関する前記配信サーバ装置の代理を前記配信状況管理システムの指示に基づいて行う代理サーバ機能を有していることを特徴とするデータ配信システム。
【請求項２】
前記配信状況管理システムは、前記配信サーバ装置から複数の前記クライアント装置のいずれかへ送られた分割データと、代理サーバとなったクライアント装置から別のクライアント装置へ送られた分割データと、に関する情報（分割データ毎に付与されたデータＩＤと分割データを保持する代理サーバＩＤ）を管理することを特徴とする請求項１に記載のデータ配信システム。
【請求項３】
前記配信サーバ装置が、当初は現用と予備用との分割データを保持しており、前記クライアント装置に前記分割データを送った後は、前記クラインアント装置が現用の分割データを保持し、前記配信サーバ装置が予備用の分割データを保持することを特徴とする請求項１又は２に記載のデータ配信システム。
【請求項４】
前記代理サーバは、該代理サーバに送られた分割データと、該代理サーバから送り出された分割データと、に関する情報を管理することを特徴とする請求項１から３までのいずれか１項に記載のデータ配信システム。
【請求項５】
前記複数のクライアント装置中の第１のクライアント装置が、前記サーバ装置に対してデータ配信を要求し、該要求を受けて前記サーバ装置が前記配信状況管理システムにより要求を受けたデータを有するクライアント装置があるか否かを判断し、前記要求を受けたデータを有する第２のクライアント装置がある場合には、前記第２のクライアント装置に対して前記要求を受けたデータを前記第１のクライアント装置に送る旨の指示を行い、前記要求を受けたデータを有するクライアント装置がない場合には、前記要求を受けたデータを前記第１のクライアント装置に直接送ることを特徴とする請求項１から４までのいずれか１項に記載のデータ配信システム。
【請求項６】
配信サーバ装置と複数のクライアント装置とを有し、これらが互いに関連付け可能な状態にあるデータ配信システムであって、
前記配信サーバ装置が、自己が保持するデータを分割した分割データ毎にデータ配信に関する管理を行う配信状況管理システムと、配信すべき分割データを格納する第１メモリと、を有しており、
前記クライアント装置が、前記配信状況管理システムの指示に従ってデータ配信に関する前記配信サーバ装置の代理を行い、前記第１のメモリに格納されたデータの一部であって前記クラインアント装置に配信されたデータのみを格納する第２メモリを含む代理サーバを有していることを特徴とするデータ配信システム。
【請求項７】
前記分割データがブロック単位で分割されたデータであり、前記配信状況管理システムが、前記ブロック単位で前記代理サーバを指定することを特徴とする請求項１から６までのいずれか１項に記載のデータ配信システム。
【請求項８】
配信サーバ装置と複数のクライアント装置とを有し、これらが互いに関連付け可能な状態にあるデータ配信システムであって、
前記配信サーバ装置が保持するデータを分割した分割データ毎に、前記クライアント装置に分散配置することを特徴とするデータ配信システム。
【請求項９】
配信サーバ装置と複数のクライアント装置とを有し、これらが互いに関連付け可能な状態にあるデータ配信システムに用いるのに適しており、
自己が保持するデータを分割した分割データ毎にデータ配信に関する管理を行う配信状況管理システムを有していることを特徴とする配信サーバ装置。
【請求項１０】
配信サーバ装置と複数のクライアント装置とを有し、これらが互いに関連付け可能な状態にあるデータ配信システムに用いるのに適しており、
当初前記配信サーバ装置が有していたデータを分割した分割データであって前記クラインアント装置に配信された分割データに関する前記配信サーバ装置の代理を前記配信サーバ装置の指示に基づいて行う代理サーバを有していることを特徴とするクライアント装置。
【請求項１１】
配信サーバ装置と該配信サーバ装置が保持するデータを分割して保持する複数のクライアント装置とによるデータ配信方法であって、
第１のクライアント装置からのデータ配信要求に基づいて前記配信サーバ装置が有していたデータを分割した分割データを前記第１のクライアント装置に配信するステップと、
前記第１のクライアント装置とは異なる第２のクライアント装置からの前記分割データの配信要求に基づき、前記配信サーバ装置が前記第１のクライアント装置に対して、前記分割を前記第２のクライアント装置に送る旨を指示するステップと、
該指示に基づいて、前記第１のクライアント装置が、前記分割データを前記第２のクライアント装置に送るステップと
を有するデータ配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、映像ファイルや音楽ファイル等のマルチメディアデータなどの大容量データの配信技術に関する。
【０００２】
【従来の技術】
従来、マルチメディアデータなどの大容量データを配信する技術としては、マルチメディアデータを配信するサーバを分散配置した装置が提案されている。この装置では、クライアントは最寄りの配信サーバからマルチメディアデータを受取ることにより、トラフィックを分散し、レスポンスの向上を図っている（例えば、特許文献１参照。）。
【特許文献１】
特開平１０−００４４０４号公報（第５頁−７頁、図１）
【０００３】
【発明が解決しようとする課題】
しかしながら、上記公報に記載の技術は、サーバを拠点毎に配置してサーバの負荷分散を図り、システム全体の性能向上を目的としているが、ある拠点サーバ自体が高負荷となったときは、その拠点におけるレスポンスの低下は免れず、またその拠点がボトルネックになる恐れがある。
【０００４】
また、分散したサーバ間において、マルチメディアデータの内容に関する同期を取る必要があり、同期を取る処理がネットワークに負荷をかけるという問題、クライアントに対して古いデータを配信してしまう問題がある。
本発明の目的は、マルチメディアデータを配信するサーバにおける負荷を低減するとともに、可能な限りボトルネックを作らないようにすることである。
【０００５】
【課題を解決するための手段】
本発明の一観点によれば、配信サーバ装置と複数のクライアント装置とを有し、これらが互いに関連付け可能な状態にあるデータ配信システムであって、前記配信サーバ装置が、自己が保持するデータを分割した分割データ毎にデータ配信に関する管理を行う配信状況管理システムを有しており、前記クライアント装置が、前記分割データであって前記クラインアント装置に配信されたデータの配信に関する前記配信サーバ装置の代理を前記配信状況管理システムの指示に基づいて行う代理サーバ機能を有していることを特徴とするデータ配信システムが提供される。
【０００６】
上記データ配信システムによれば、前記代理サーバは、配信状況管理システムからのデータの配信（転送）指示に基づいて実際のデータの転送処理を行うことができる。
【０００７】
前記配信状況管理システムは、前記配信サーバ装置から複数の前記クライアント装置のいずれかへ送られた分割データと、代理サーバとなったクライアント装置から別のクライアント装置へ送られた分割データと、に関する情報を管理するのが好ましい。前記情報は、例えば、分割データ毎に付与されたデータＩＤと分割データを保持する代理サーバＩＤなどを含む。
【０００８】
前記配信サーバ装置が、当初は現用と予備用との分割データを保持しており、前記クライアント装置に前記分割データを送った後は、前記クラインアント装置が現用の分割データを保持し、前記配信サーバ装置が予備用の分割データを保持するのが好ましい。前記クライアント装置に現用の分割データを保持させることにより代理サーバとしての機能を付与するとともに、代理サーバ中の分割データが消失した場合には、前記予備用の分割データを活用することができる。
【０００９】
前記代理サーバは、該代理サーバに送られた分割データと、該代理サーバから送り出された分割データと、に関する情報を管理するのが好ましい。前記情報は、少なくとも分割データ毎に付与されたデータＩＤと現在分割データを保持する代理サーバＩＤとを含む情報である。
【００１０】
前記複数のクライアント装置中の第１のクライアント装置が、前記サーバ装置に対してデータ配信を要求し、該要求を受けて前記サーバ装置が前記配信状況管理システムにより要求を受けたデータを有するクライアント装置があるか否かを判断し、前記要求を受けたデータを有する第２のクライアント装置がある場合には、前記第２のクライアント装置に対して前記要求を受けたデータを前記第１のクライアント装置に送る旨の指示を行い、前記要求を受けたデータを有するクライアント装置がない場合には、前記要求を受けたデータを前記第１のクライアント装置に直接送るのが好ましい。
これにより、クライアント装置からのデータ要求に応えることが出来る。
【００１１】
本発明の他の観点によれば、配信サーバ装置と複数のクライアント装置とを有し、これらが互いに関連付け可能な状態にあるデータ配信システムであって、前記配信サーバ装置が保持するデータを分割した分割データ毎に、前記クライアント装置に分散配置することを特徴とするデータ配信システムが提供される。分割データをクライアント装置毎に分散配置できるようにしたことで、配信サーバ装置のみならずクライアント装置における負荷をも軽減することができる。また、分散配置により、データ全体を不正に利用することが難しくなる。
【００１２】
本発明の別観点によれば、配信サーバ装置と該配信サーバ装置が保持するデータを分割して保持する複数のクライアント装置とによるデータ配信方法であって、第１のクライアント装置からのデータ配信要求に基づいて前記配信サーバ装置が有していたデータを分割した分割データを前記第１のクライアント装置に配信するステップと、前記第１のクライアント装置とは異なる第２のクライアント装置からの前記分割データの配信要求に基づき、前記配信サーバ装置が前記第１のクライアント装置に対して、前記分割を前記第２のクライアント装置に送る旨を指示するステップと、該指示に基づいて、前記第１のクライアント装置が、前記分割データを前記第２のクライアント装置に送るステップとを有するデータ配信方法が提供される。尚、上記方法に記載のステップをコンピュータに実行させるプログラム又はプログラムを記憶した記憶媒体に関しても、本発明の範疇に入るものである。
【００１３】
【発明の実施の形態】
本明細書において、配信サーバは、データの配信の管理をする。配信の管理の中には、データの転送に関する指示も含まれる。配信サーバは、あるデータの全体を保持することができる。クライアントは、サーバからの配信の指示を受けて、他のサーバにデータを送る。クライアントは、あるデータの全体を保持せずに、データを分割した一部の分割データのみを保持する。配信サーバは、分割されたデータ毎に、データを管理することができる。
【００１４】
ここで、データの分割とは、例えば大容量のマルチメディアデータを分割したデータのことである。分割の形態は任意であり、例えば、一定のサイズのデータに分割したデータブロック毎に分割しても良いし、数十曲を含む音楽ＣＤのデータであれば曲毎に分割された形態のデータでも良い。映画データであれば、音声データと画像データとに分割された形態でも良いし、単純に映画のデータを時間的にいくつかに分割したデータでも良い。
【００１５】
本発明の実施の形態について説明する前に、発明者の行った考察について説明する。発明者は、インターネットやイントラネット等のネットワークで結ばれたマルチメディアデータ配信サーバと複数のクライアントマシンとを有するシステムにおいて、クライアントマシンに代理サーバとしての機能を付加することを考えた。一方、配信サーバ内においては、代理サーバの配信に関する管理を行う配信状況管理システムを設けることを考えた。配信状況管理システムは、あるデータをいくつかに分割したデータ毎に管理することができる。代理サーバは、分割されたデータ毎に配信サーバの代理をすることができる。
【００１６】
このようにすることにより、代理サーバは、配信状況管理システムからの分割されたデータの配信（転送）指示に基づいて実際のデータの転送処理を行うことができる。
【００１７】
図１７を参照して本実施の形態による配信システムの原理について説明する。図１７に示すように、本実施の形態による配信システムは、例えば１つの配信サーバＳと、１からｎ（ｎは２以上の整数）までのクライアントＣＬ１からＣＬｎまでと、を含んでいる。クライアントには、それぞれ、代理サーバ機能ＰＤ１からＰＤｎまでが付与されている。但し、必ずしも全てのクライアントが代理サーバ機能を有していなくても良い。配信サーバＳには、配信状況管理システムＷＤが設けられている。配信サーバＳと各クライアントＣＬとがそれぞれ関連付けされており、かつ、クライアントＣＬ同士も関連付けされている。
【００１８】
例えば、あるネットワークから配信サーバＳに対し、最初にダウンロード要求したクライアントＣＬ１に、配信サーバＳから配信サーバＳが有するデータのうちから分割された分割データを送り、クライアントＣＬ１が分割データをダウンロードする。続けて同一サイトの他のクライアントＣＬ２が配信サーバＳに対してクライアントＣＬ１と同じ分割データのダウンロードを要求した場合に、配信サーバＳは、クライアントＣＬ２には直接データを送付せずに、クライアントＣＬ１に対して、ダウンロードを要求された分割データをクライアントＣＬ２に送付する旨の指示を行う。
【００１９】
配信サーバＳからクライアントＣＬ２の代理サーバとなるように指示を受けたクライアントＣＬ１は、先に受信した分割データをクライアントＣＬ２に送る。配信サーバＳは、分割データ毎に、どのクライアントに送付したか否かに関する状況を配信状況管理システムＷＤにより管理し、新たにダウンロード要求を受付けた場合には、この要求元の同一サイト内に代理サーバと成り得るクライアントが存在するか否かを把握する。
【００２０】
映像ファイルや音楽ファイル等のマルチメディアデータは、その容量が大きく、通常でもギガバイトサイズとなることが多い。１つのクライアントＣＬ１に一度に全てのデータを送ると、そのクライアントＣＬ１に設けられた代理サーバＰＤ１に負荷がかかりすぎる。そこで、送りたいデータを一定のサイズに分割し、この分割したサイズのデータを１ブロックとして、クライアントＣＬ１には、１ブロック分のデータに関する代理サーバとなってもらうことも考えられる。このようにすれば、負荷が分散され、クライアント毎の負荷が軽減する。
【００２１】
また、クライアントが、代理サーバ機能を持つ本件データ専用ブラウザを持ち、使用中のデータブロックと自身が代理サーバとなった場合に送付するブロックのみを保持し、配信サーバからの消去要求やユーザからのキャンセル要求を受付けるとデータを消去するようにすることもできる。他のクライアントからの要求もなく、サーバからの指示も無い場合にはデータは消滅する。これにより、クライアントは部分的なデータしか保持せず、かつ、データ保管マシンが動的に変動するため、データの不正利用が困難となる。
【００２２】
以上のように、マルチメディアデータを配信要求した１クライアントを一時的な代理サーバとし、データ配信サーバへ同一拠点内から同一データに対してダウンロード要求した別のクライアントにマルチメディアデータを送ることにより、レスポンスの向上を図ることができる。加えて、最初にダウンロード要求したクライアントは必ず配信サーバからダウンロードするため、マルチメディアデータの内容の同期を取る必要が無い。
【００２３】
上記考察に基づき、本発明の一実施の形態によるマルチメディアデータ配信技術について図１から図１７までを参照して説明する。マルチメディアデータ配信システムの概略構成は図１７に示した構成と同様である。図１（Ａ）、（Ｂ）は、本発明の一実施の形態によるマルチメディアデータ配信装置のより詳細な構成を示す機能ブロック図である。図１（Ａ）に示すように、本発明の一実施の形態によるマルチメディアデータ配信装置は、マルチメディアデータを配信するサーバマシン１と、マルチメディアデータ配信システム２と、マルチメディアデータ配信状況管理システム３と、クライアント端末（クライアント側ダウンロード要求端末装置）４とを含んで構成される。クライアント端末４は、ダウンロードしたストリームファイルを実行するシステム５とクライアントが代理サーバとなるための代理サーバ機能付専用ブラウザシステム６とを有している。
【００２４】
マルチメディアデータを配信するサーバマシン１は、ＨＴＭＬやＸＭＬ等によりマルチメディアデータのジャンル選択画面および各ジャンルのダウンロード一覧画面を表示する手段と、ジャンルおよびダウンロードするファイルを入力する手段と、を有する。サーバマシン１は、クライアント側ダウンロード要求端末装置４とインターネットやイントラネット等のネットワークを介して接続されており、情報を送受信できる例えばワークステーション、パーソナルコンピュータＰＣ等の機器である。図１（Ａ）は、分割データとしてデータブロックを配信サーバ１からクライアント（１）４ａに送り、クライアント（２）４ｂからの同じ分割データのダウンロード要求を受けて、配信サーバ１が同じデータをクライアント（１）４ａからクライアント（２）４ｂへ送る手順も示す。図１（Ｂ）は、配信サーバ１がデータブロックｎをクライアント（１）４ａに送り、クライアント（２）４ｂからの同じデータの配信要求により、配信サーバ１は、クライアント（１）４ａに、データブロックｎをクライアント（２）４ｂに送る旨を指示し、これによりクライアント（１）４ａがクライアント（２）４ｂにデータブロックｎを送る。
【００２５】
図２は、マルチメディアデータ配信システム２のシステム構成図である。マルチメディアデータ配信２を制御し各種処理を実行するＣＰＵ２１と、ＣＰＵ２１が実行する制御や処理に必要なプログラムやソフトウェアを格納するメモリ２２と、クライアント側ダウンロード要求端末装置４にＨＴＭＬやＸＭＬ等のファイルの送受信やマルチメディアデータ配信状況管理システム３とのシステム間で送受信するための送受信部２３と、クライアント側ダウンロード要求端末装置４に送信するマルチメディアデータを格納するマルチメディアデータＤＢ（データベース）２４と、を備える。マルチメディアデータ配信システム２は、マルチメディアデータを配信するサーバマシン１内で稼動し、クライアントからダウンロード要求されたマルチメディアデータをマルチメディアデータＤＢ２４から取り出し、クライアント４側に配信する。
【００２６】
図３は、クライアント４へダウンロードするマルチメディアデータを格納するマルチメディアデータＤＢ２４内に格納されているデータの構成例を示す図である。マルチメディアデータＤＢ２４内のデータ項目として、クライアント側ダウンロード要求端末装置４に送信するデータの送付データＩＤ２４１と、この送付データＩＤ２４１に対応した送付データブロック２４２と、を備える。マルチメディアデータである映像データと音声データとは、ブロック毎に送付データＩＤが付与され対応付けされている。
【００２７】
図４は、マルチメディアデータ配信状況管理システム３のシステム構成例を示す図である。マルチメディアデータ配信状況管理システム３は、本システムを制御し各種処理を実行するＣＰＵ２１と、ＣＰＵ２１が実行する制御や処理に必要なプログラムとソフトウェアとを格納するメモリ２２と、入出力部３３と、マルチメディアデータ配信システム２やクライアント側ダウンロード要求端末装置４とのシステム間で送受信するための送受信部２３と、マルチメディアデータ配信状況を管理するための配信状況管理テーブル３５と、を備える。本マルチメディアデータ配信状況管理システム３は、マルチメディアデータ配信システム２と同様にマルチメディアデータを配信するサーバマシン１内で稼動し、配信状況管理テーブル３５でのマルチメディアデータの配信状況を管理し、マルチメディアデータ配信システム２及び代理サーバ機能付専用ブラウザシステムへのマルチメディアデータの配信を指示し、代理サーバ機能付専用ブラウザシステムへの配信済みデータの消去の指示等を行うなど、システム全体を管理する。尚、マルチメディアデータ配信システム２とマルチメディアデータ配信状況管理システム３とで、同じＣＰＵ、メモリ、送受信部を用いる例を示したが、異なるものを用いても良い。
【００２８】
図５は、マルチメディアデータの配信状況を管理するための配信状況管理テーブル３５の構成例を示す図である。データ項目としては、クライアントへ送信する分割データを識別する送付データＩＤ３５１と、このＩＤの配布先情報３５２であって、例えば、グループＩＤと、ＩＰアドレスと、ポート番号とを含む情報を備える。図５に示すテーブルは、送付データＩＤ３５１毎に、送付した最後の２つのクライアント側ダウンロード要求端末装置４のＩＰアドレスと代理サーバ機能付専用ブラウザシステムのポート番号とを記憶し、１つを現在用いる現用とし、他方は予備用とする。
【００２９】
新たなクライアントからダウンロード要求を受付けた場合は、要求元アドレスからグループを決定し、上記分割データが、既に同一グループ内の他クライアントに送付済みか否かを調べる。同一グループ内の他のクライアントに分割データが送付済みの場合は、配信状況管理テーブル３５に示されたクライアントマシンに対して代理サーバとなるように指示を出す。同一グループ内の他のクライアントには分割データを未送信であった場合は、マルチメディアデータ配信システム２に対して送信の指示を出す。その後、配信状況管理テーブル３５内の配信先情報３５２の更新を行い、現用代理サーバを予備代理サーバに設定し、クライアントを現用代理サーバに設定する。
【００３０】
図６は、ストリームデータ実行システム５ａ又は５ｂのシステム構成例を示す図である。ストリームデータ実行システム５ａ又は５ｂは、本システムを制御し各種処理を実行するＣＰＵ５１と、ＣＰＵ５１が実行する制御や処理に必要なプログラムやソフトウェアを格納するメモリ５２と、マウスやキーボードを用いた入力操作やディスプレイ等への出力表示などの本システムとその利用者とのインタフェースとなる入出力部５３と、ネットワークを介してマルチメディアデータ配信システム２からマルチメディアデータを受信するための送受信部５４と、実行するダウンロードファイル５５と、を備える。ストリームデータ実行システム５ａ又は５ｂは、クライアント側ダウンロード要求端末装置４内で稼動しマルチメディアデータを配信するサーバマシン１内のマルチメディアデータ配信システム２または他のクライアント側ダウンロード要求端末装置４内の代理サーバ機能付専用ブラウザシステムから、ブロック単位に送られるマルチメディアデータ（分割データ）を取込んでダウンロードファイルを実行する。
【００３１】
図７は、代理サーバ機能付専用ブラウザシステム６のシステム構成例を示す図である。代理サーバ機能付専用ブラウザシステム６は、本システムを制御し各種処理を実行するＣＰＵ５１と、ＣＰＵ５１が実行する制御や処理に必要なプログラムやソフトウェアを格納するメモリ５２と、ネットワークを介してマルチメディアデータ配信管理状況管理システム３と情報の送受信を行う送受信部５４と、ダウンロードしたマルチメディアデータの配信元情報と自身が代理サーバとなったときの配布先情報を記憶するクライアント側配信情報テーブル６４と、を備える。尚、上記の例では、ＣＰＵ５１、メモリ５２、送受信部５４は、図６に示すＣＰＵ５１、メモリ５２、送受信部５４と共通としたが、別途設けても良い。
【００３２】
代理サーバ機能付専用ブラウザシステム６は、ストリームデータ実行システム５と同様にクライアント側ダウンロード要求端末装置４内で稼動し、ＨＴＭＬやＸＭＬ等を実行するブラウザシステムに加え、配信サーバマシン１からの指示を受け、同一グループ内の他クライアントマシンへ自マシン内にあるマルチメディアデータを、配信サーバマシン１の代理となり配信サーバとなる機能も有する。
【００３３】
図８は、ダウンロードしたマルチメディアデータ（分割データ）に関してクライアント側で保持するクライアント側配信情報テーブル６４のデータ構成例である。クライアント側配信情報テーブル６４は、データ項目として配信サーバマシン１または同一グループ内の他クライアントから送信された分割データ毎の送付データＩＤ６４１と、この送付データＩＤ６４１に対応したマルチメディアデータの配信元ＩＰアドレス及び配信元ポート番号と、代理サーバとなったクライアントが配信する配信先ＩＰアドレス及び配信先ポート番号とを含む配信情報６４２を備える。
【００３４】
図８に示すデータは、図１に示すクライアント（１）４ａが図３に示す映像データ２ブロック３と、音声データ１ブロック１をクライアント（２）４ｂへ配信済み状態でのクライアント１のテーブル内容を例として示したものである。図５により、配信サーバＩＰアドレス・ポート番号：１３３．２０１．１４５．２，３０３２１、クライアント２ＩＰアドレス・ポート番号：２０２．１５０．２２．３４，２０１３４である。尚、上の２行は、サーバからの消し込み要求があると、テーブルから消されるデータである。
【００３５】
次に、マルチメディア配信方法の処理の流れについて図９から図１４までを参照して説明する。図９は、図１に示すマルチメディアデータ配信装置において、クライアント側ダウンロード要求端末装置４ａからＷＥＢシステム等を使用し、マルチメディアデータ配信状況管理システム３へマルチメディアデータのダウンロード要求を行う処理の流れを示すフローチャート図である。クライアント４ａが、マルチメディアデータ配信状況管理システム３と接続されると（ステップＳ１０１）、ダウンロードするマルチメディアデータのジャンル選択画面が表示される（ステップＳ１０２）。ジャンルを選択すると入力情報のチェックの行い（ステップＳ１０３）、入力情報に誤りがあるとジャンル選択画面へ戻り（ステップＳ１０３のＮＧ枝）、入力情報が正しければ、マルチメディアデータ選択画面を表示する（ステップＳ１０４）。
【００３６】
ダウンロードするデータを選択すると、入力情報のチェックの行い（ステップＳ１０５）、入力情報に誤りがあるとマルチメディアデータ選択画面へ戻り（ステップＳ１０５のＮＧ枝、▲２▼で示される箇所に戻る）、戻りを選択すると、どの画面に戻るかを選択する（ステップＳ１０６）。ジャンル選択画面（ステップＳ１０６のＹＥＳの枝、▲１▼で示される箇所に戻る）または、マルチメディアデータ選択画面（ステップＳ１０６のＮＯの枝、▲２▼へ戻る）へ戻る。正しくダウンロードファイルを選択すると（ステップＳ１０５のＯＫ枝）、コンテンツ料金の支払い料金の確認を行い（ステップＳ１０７）、支払い方法を入力した後、チェックを行う（ステップＳ１０８）。
【００３７】
支払いが出来ない場合（ステップＳ１０８のＮＧ枝、▲２▼に戻る）はマルチメディアデータ選択画面へ戻る。支払いが完了した場合（ステップＳ１０８のＯＫ枝）は、選択したマルチメディアデータのダウンロードが開始され（ステップＳ１０９）、ダウンロード終了後にダウンロードファイルはロックし（ステップＳ１１０）、消去されないようにガードする。そして、マルチメディアデータ配信管理状況管理システム３へダウンロード成功を通知し（ステップＳ１１１）、クライアント側配信情報テーブルに配信元ＩＰアドレスとポート番号とを設定することでクライアント側配信情報テーブルを更新する（ステップＳ１１２）。
【００３８】
また、ダウンロード処理と並行してストリームデータ実行システム５を実行する（ステップＳ１１３）ことにより、カレントデータブロック再生中に次ブロックデータのダウンロードを受け付けることができるため、処理の途切れがなく、データの再生が可能となる。
【００３９】
図１０は、図１に示すマルチメディアデータ配信装置において、マルチメディアデータ配信状況管理システム３がクライアント側ダウンロード要求端末装置４から分割データのダウンロード要求を受付け、ダウンロードした分割データをマルチメディアデータ配信システム２または他の同一データ受信済みのクライアント側ダウンロード要求端末装置４へ配信する指示を行う処理の流れを示すフローチャート図である。クライアント側ダウンロード要求端末装置４からダウンロード要求を受け付ると（ステップＳ２０１、ステップＳ２０２）、コンテンツ料金支払いを確認し（ステップＳ２０３）、支払い確認が出来ない場合（Ｓ２０４のＮＧの枝）には、▲１▼を介して要求受付け待ち（ステップＳ２０１）に遷移する。支払いが確認された場合（ステップＳ２０４のＯＫの枝）、要求元アドレスからグループを決定し（ステップＳ２０５）、同一グループ内で同一の分割データをダウンロードしているクライアントが存在するか否かを確認する（ステップＳ２０６）。
【００４０】
送信済みクライアントが存在する場合（Ｓ２０６の有の枝）、同一の分割データ受信済みのクライアント側ダウンロード要求端末装置４へ代理サーバとしてデータを配信するように指示する（ステップＳ２０７）。その後、配信結果を受取り（ステップＳ２０９）、配信が成功した場合には（ステップＳ２１０のＯＫの枝）、現在の予備代理サーバ候補のクライアントに対し、データ消去を指示し（ステップＳ２１２）、配信状況管理テーブル３５を現在の代理サーバ候補のクライアントを予備代理サーバ候補とし、ダウンロードした当該クライアントを代理サーバ候補とするように更新する（ステップＳ２１３）。
【００４１】
その後、ダウンロード要求されたマルチメディアデータの全ブロックを送信終了したか否かをチェックし（ステップＳ２１４）、送信終了していない場合（ステップＳ２１４のＮＯの枝）、次のブロックデータのダウンロード指示を自システムに対して要求し（ステップＳ２１５）、▲１▼を介して要求受付け待ち（ステップＳ２１）に遷移する。送信終了している場合（ステップＳ２１４のＹＥＳの枝）は、ステップＳ２１５を経ずに、そのまま、▲１▼を介して要求受付け待ちステップＳ２０１に遷移する。配信が失敗した場合は（ステップＳ２１０のＮＧの枝）、配信状況管理テーブル３５を参照し予備代理サーバの有無をチェックする（ステップＳ２１１）。予備代理サーバが登録されていない場合（ステップＳ２１１の無の枝）、図１１の▲２▼を介して、マルチメディアデータ配信システム２へデータを配信するように指示する（ステップＳ２１６）。予備代理サーバが登録されている場合（ステップＳ２１１の有の枝）、配布状況管理テーブル３４を更新し、予備代理サーバを現用代理サーバとし（ステップＳ２０８）、この代理サーバへデータを配信するように指示する（ステップＳ２０７）。
【００４２】
送信済みクライアントが存在しない場合（Ｓ２０６の無の枝）、図１１の▲２▼を介してマルチメディアデータ配信システム２へ分割データを配信するように指示し（ステップＳ２１６）、この配信指示の結果を受取り（ステップＳ２１７）、配信が失敗であれば（ステップＳ２１８のＮＧの枝）、リトライをチェックし（ステップＳ２１９）、リトライを行う場合（ステップＳ２１９のＹＥＳの枝）、マルチメディアデータ配信システム２へ分割データを配信するように指示し（ステップＳ２１６）リトライする。
【００４３】
リトライを行わない場合（ステップＳ２１９のＮＯの枝）、エラーメッセージを出力して（ステップＳ２２１）、図１０の▲１▼を介して要求受付け待ち（ステップＳ２０１）へ遷移する。配信成功ならば（ステップＳ２１８のＯＫの枝）、配信状況管理テーブルの更新を行い（ステップＳ２２０）、ダウンロード要求されたマルチメディアデータの全ブロックを送信終了したか否かをチェックし（ステップＳ２２２）、送信終了していない場合には（ステップＳ２２２のＮＯの枝）、次ブロックデータのダウンロード指示を自システムに対して要求し（ステップＳ２２３）、▲１▼を介して図１０のステップＳ２０１の要求受付け待ち処理へ遷移する。送信が終了している場合（ステップＳ２２２のＹＥＳの枝）は、ステップＳ２２２を経ずに▲１▼を介してそのままステップＳ２０１の要求受付け待ちへ遷移する。
【００４４】
図１２は、図１に示すマルチメディアデータ配信装置において、クライアント側ダウンロード要求端末装置４内の代理サーバ機能付専用ブラウザシステム６が、配信サーバから代理サーバ指示を受付け、ダウンロード済みの分割データを、代理サーバとして同一グループ内の他クライアントにダウンロード処理の流れを示すフローチャート図である。クライアントが、マルチメディアデータ配信状況管理システム３から代理サーバ要求を受付け（ステップＳ３０１）、該当データが有るか否かをチェックし（ステップＳ３０２）、データが存在しない場合（ステップＳ３０２の無の枝）、配信サーバへ代理サーバ失敗通知を送信する（ステップＳ３０６）。データが存在する場合（ステップＳ３０２の有の枝）、配信先クライアントに接続し（ステップＳ３０３）、指定データブロックの配信を行い（ステップＳ３０４）、配信サーバに対して代理が成功した旨の通知を送信する（ステップＳ３０５）。
【００４５】
図１３は、図１に示すマルチメディアデータ配信装置において、クライアント側ダウンロード要求端末装置４において、マルチメディアデータ配信状況管理システム３からデータ消去の指示を受付け、ダウンロードしたマルチメディアデータファイルの消去を行う処理の流れを示すフローチャート図である。マルチメディアデータ配信状況管理システム３からデータ消去の指示を受付け（ステップＳ４０１）、消去対象データがストリームデータ実行システム５において再生中か否かをチェックし（ステップＳ４０２）、再生中の場合（ステップＳ４０２のＹＥＳの枝）再生が終了するのを待ち（ステップＳ４０３）、再生中でない場合（ステップＳ４０２のＮＯの枝）は、そのままダウンロードファイルのロックを解除し（ステップＳ４０４）、ダウンロードファイルを消去する（ステップＳ４０５）。ファイル消去後、クライアント側配信情報テーブル６４の内容を消去する（ステップＳ４０６）。
【００４６】
図１４は、図１に示すマルチメディアデータ配信装置において、クライアント側ダウンロード要求端末装置４において、ユーザからダウンロードキャンセル要求を受付け、マルチメディアデータ配信状況管理システム３へデータダウンロードのキャンセル要求を行う処理の流れを示すフローチャート図である。ユーザからダウンロードキャンセル要求を受付け（ステップＳ５０１）、キャンセル要求を受け付けたデータに対しダウンロード中か否かをチェックし（ステップＳ５０２）、データがダウンロード中でない場合（ステップＳ５０２のＮＯの枝）、そのまま何もせずに処理を終了する。
【００４７】
データダウンロード中の場合（ステップＳ５０２のＹＥＳの枝）、キャンセル要求対象のデータが他のクライアントマシンへ配信中か否かをチェックし（ステップＳ５０３）、配信中の場合（ステップＳ５０３のＹＥＳの枝）、代理サーバの終了まで待つ（ステップＳ５０４）。配信中でない場合（ステップＳ５０３のＮＯの枝）、配信サーバに対してキャンセル要求を送付し（ステップＳ５０５）、配信サーバからのキャンセル要求の受諾応答を待ち（ステップＳ５０６）、受諾応答受信（ステップＳ５０７）した後、ダウンロードファイルのロックを解除し（ステップＳ５０８）、ダウンロードファイルの消去を行う（ステップＳ５０９）。ファイル消去後、クライアント側配信情報テーブル６４の内容を消去する（ステップＳ５１０）。
【００４８】
図１５は、図１に示したマルチメディアデータ配信装置のマルチメディアデータ配信状況管理システム３において、配信サーバがクライアント側ダウンロード要求端末装置４からのキャンセル要求を受付け、ダウンロードを途中で終了させる処理の流れを示すフローチャート図である。クライアント側ダウンロード要求端末装置４からキャンセル要求を受付け（ステップＳ６０１、ステップＳ６０２）、折り返し、クライアントへキャンセル要求受諾応答を送付する（ステップＳ６０３）。その後、キャンセル要求元クライアントが、配信状況管理テーブル３５に現用代理サーバとして登録されている場合は、予備代理サーバを現用代理サーバとし、予備代理サーバとして登録されている場合は、テーブルから消去する（ステップＳ６０４）。
【００４９】
図１６は、図１に示したマルチメディアデータ配信装置において、クライアント側ダウンロード要求端末装置４が、マシンの電源を断ちマルチメディアデータ配信用ブラウザ強制終了等による終了処理を行う処理の流れを示すフローチャート図である。クライアントが、マシンの電源を断ち、マルチメディアデータ配信用ブラウザの強制終了等による終了処理を受け付けた場合（ステップＳ７０１）、ファイルダウンロード中か否かをチェックし（ステップＳ７０２）、ファイルダウンロード中の場合（ステップＳ７０２のＮＯの枝）、そのまま、代理サーバ実施中チェック処理（ステップＳ７０７）を行う。ファイルダウンロード中の場合（ステップＳ７０２のＹＥＳの枝）、配信サーバへキャンセル要求を送付し（ステップＳ７０３）、ダウンロードファイルのロックを解除し（ステップＳ７０４）、ダウンロードファイルの消去を行う（ステップＳ７０５）。
【００５０】
この後、クライアント側配信情報テーブル６４の内容を消去する（ステップＳ７０６）。最後に、代理サーバとしての機能を実施中か否かをチェックし（ステップＳ７０７）、実施中でない場合には（ステップＳ７０７のＮＯの枝）そのまま処理を終了し、実施中の場合には（Ｓ７０７のＹＥＳの枝）、配信サーバへ代理サーバとしての役割が失敗した旨の通知を送信し（ステップＳ７０８）、処理を終了する。
【００５１】
本実施の形態によるマルチメディアデータ配信技術を用いると、サーバの負荷が分散されるとともに、クライアント毎の負荷も軽減する。また、クライアントは部分的なデータしか保持せず、かつ、データ保管マシンが動的に変動するため、データの不正利用が困難となる。また、クライアントを一時的な代理サーバとし、データ配信サーバへ同一拠点内から同一データに対してダウンロード要求した別のクライアントにマルチメディアデータを送ることにより、レスポンスの向上を図ることができる。加えて、最初にダウンロード要求したクライアントは必ず配信サーバからダウンロードするため、マルチメディアデータ内容の同期を取る必要が無いという利点がある。
以上、本実施の形態に沿って説明したが、本発明はこれらの例に限定されるものではなく、種々の変形が可能であるのは言うまでもない。
【００５２】
【発明の効果】
以上、説明したように、本発明のマルチメディアデータ配信技術によれば、マルチメディアデータを配信するサーバの負荷を軽減させることができる。また、データの同期合せの必要もなく、最新データを配信することができる。
【図面の簡単な説明】
【図１】図１（Ａ）及び（Ｂ）は、本発明の一実施の形態によるマルチメディアデータ配信装置の構成例を示す機能ブロック図である。
【図２】本発明の一実施の形態によるマルチメディアデータ配信装置中のマルチメディアデータ配信システムのシステム構成例を示す機能ブロック図である。
【図３】本発明の一実施の形態によるマルチメディアデータ配信装置中のマルチメディアデータＤＢ（データベース）のデータ構成例を示す図である。
【図４】本発明の一実施の形態によるマルチメディアデータ配信装置中の配信状況管理システムのシステム構成例を示す機能ブロック図である。
【図５】本発明の一実施の形態によるマルチメディアデータ配信装置中の配信状況管理テーブルの構成例を示す図である。
【図６】本発明の一実施の形態によるマルチメディアデータ配信装置中のストリームデータ実行システムのシステム構成例を示す機能ブロック図である。
【図７】本発明の一実施の形態によるマルチメディアデータ配信装置中の代理サーバ機能付専用ブラウザシステムのシステム構成例を示す機能ブロック図である。
【図８】本発明の一実施の形態によるマルチメディアデータ配信装置中のクライアント側配信情報テーブルの構成例を示す図である。
【図９】本発明の一実施の形態によるマルチメディアデータ配信技術におけるデータダウンロード要求処理（クライアント）の処理の流れを示すフローチャート図である。
【図１０】本発明の一実施の形態によるマルチメディアデータ配信技術におけるデータダウンロード要求受付け処理（配信サーバ）の流れを示すフローチャート図である。
【図１１】図１０に続く処理の流れを示すフローチャート図である。
【図１２】本発明の一実施の形態によるマルチメディアデータ配信技術における代理サーバ指示受付処理（クライアント）の処理の流れを示すフローチャート図である。
【図１３】本発明の一実施の形態によるマルチメディアデータ配信技術におけるデータ消去指示受付処理（クライアント）の処理の流れを示すフローチャート図である。
【図１４】本発明の一実施の形態によるマルチメディアデータ配信技術におけるキャンセル要求処理（クライアント）の処理の流れを示すフローチャート図である。
【図１５】本発明の一実施の形態によるマルチメディアデータ配信技術におけるキャンセル要求受付処理（配信サーバ）の処理の流れを示すフローチャート図である。
【図１６】本発明の一実施の形態によるマルチメディアデータ配信技術におけるシステム終了受付処理（クライアント）の処理の流れを示すフローチャート図である。
【図１７】本実施の一形態の形態によるマルチメディアデータ配信システムの概略構成を示す図である。
【符号の説明】１…マルチメディアデータ配信サーバ、２…マルチメディアデータ配信システム、３…配信状況管理システム、４ａ、４ｂ…ダウンロード要求端末装置（クライアント）、５…ストリームデータ実行システム、６…代理サーバ機能付専用ブラウザシステム。
【図１】
2004094730.tif 000003
【図２】
2004094730.tif 000004
【図３】
2004094730.tif 000005
【図４】
2004094730.tif 000006
【図５】
2004094730.tif 000007
【図６】
2004094730.tif 000008
【図７】
2004094730.tif 000009
【図８】
2004094730.tif 000010
【図９】
2004094730.tif 000011
【図１０】
2004094730.tif 000012
【図１１】
2004094730.tif 000013
【図１２】
2004094730.tif 000014
【図１３】
2004094730.tif 000015
【図１４】
2004094730.tif 000016
【図１５】
2004094730.tif 000017
【図１６】
2004094730.tif 000018
【図１７】
2004094730.tif 000019