(57)【特許請求の範囲】
【請求項１】
複数のコンテンツを提供するサーバと前記サーバの提供する前記複数のコンテンツを要求するクライアントとにネットワークを介して接続され、前記クライアントに前記複数のコンテンツを配信するコンテンツ配信装置であって、
ＣＰＵと、
主記憶装置と、
外部記憶装置とを備え、
前記主記憶装置にあるプログラムを前記ＣＰＵにより実行するコンテンツ配信装置において、
前記外部記憶装置には、
前記サーバから取得した前記サーバの提供する複数のコンテンツのうちの一以上のコンテンツと、
前記サーバの提供する複数のコンテンツについて、各コンテンツのジャンルと制作者とをメタ情報として記憶するコンテンツ情報データベースと、
前記サーバの提供する複数のコンテンツについて、前記コンテンツ情報データベースに記憶される前記メタ情報に基づいて所定時間あたりに算出されるジャンル別の配信数と制作者別の配信数とを記憶するコンテンツアクセス数データベースとを保持し、
前記コンテンツ情報データベースは、さらに、前記サーバの提供する複数のコンテンツの各コンテンツについて、前記サーバから各コンテンツのメタ情報を受信し、該コンテンツを取得していない場合、未取得と設定され、該コンテンツを取得する場合、取得指示と設定され、該コンテンツを取得した場合、取得済みと設定される状態フラグを有し、
前記ＣＰＵが前記プログラムを実行することにより、
前記サーバの提供する複数のコンテンツの各コンテンツ毎に、前記コンテンツアクセス数データベースにおける前記ジャンル別の配信数または前記制作者別の配信数に基づいて、各コンテンツについての配信数が多くなるほど大きくなる取得重みを計算し、
前記取得重みの大きな順から、前記コンテンツ情報データベースにおいて前記状態フラグの値が未取得である一定個数のコンテンツに対し、前記状態フラグの値を未取得から取得指示に書き換え、
前記状態フラグの値が取得指示のコンテンツを、前記サーバから取得し、前記コンテンツ情報データベースにおいて、該コンテンツの前記状態フラグを取得済みに書き換えることを特徴とするコンテンツ配信装置。
【請求項２】
請求項１記載のコンテンツ配信装置において、
前記コンテンツ情報データベースにおいて、前記状態フラグの値が未取得であるコンテンツについて前記状態フラグを書き換える処理は、一定時間毎におこなわれることを特徴とするコンテンツ配信装置。
【請求項３】
請求項１記載のコンテンツ配信装置において、
前記コンテンツ情報データベースの前記状態フラグの値が取得指示であるコンテンツに対して、前記クライアントから当該コンテンツ配信装置にアクセスが少なく前記ネットワークの帯域に余裕のある期間に、前記サーバからそのコンテンツを取得するコンテンツ配信装置。
【請求項４】
請求項１記載のコンテンツ配信装置において、
さらに、前記コンテンツ毎のコンテンツの配信許可・不許可についての情報と、前記コンテンツを要求したクライアントの情報と、を記憶するコンテンツ配信許可データベースを保持し、
前記コンテンツ毎のコンテンツの配信許可・不許可についての情報には、前記クライアントが前記サーバに対してコンテンツの配信要求をしたときの配信許可・不許可の情報が設定され、前記コンテンツを要求したクライアントの情報には、そのコンテンツの配信要求をしたクライアントの情報とが設定され、
前記コンテンツ毎の配信許可・不許可の情報が配信許可の値のときに、そのクライアントに対して、そのコンテンツを配信することを特徴とするコンテンツ配信装置。
【請求項５】
請求項１記載のコンテンツ配信装置において、
前記コンテンツは、暗号化されており、前記サーバから暗号化されたコンテンツとそのコンテンツを復号化とするための復号化鍵を受信し、
前記クライアントに、前記コンテンツと前記暗号化鍵を配布することを特徴とするコンテンツ配信装置。
【請求項６】
請求項１記載のコンテンツ配信装置において、
前記コンテンツ情報データベースは、各コンテンツの最終配信時刻の情報を含み、
前記ＣＰＵが前記プログラムを実行することにより、
前記コンテンツ情報データベースに登録された各コンテンツのエントリに対して、前記コンテンツアクセス数データベースに基づいて、
前記サーバの提供する複数のコンテンツの各コンテンツ毎に、前記コンテンツアクセス数データベースにおける前記ジャンル別の配信数または前記制作者別の配信数に基づいて、各コンテンツについての配信数が多くなるほど大きくなり、最終配信時刻が現在より前の時刻になるほど小さくなるような消去重みを計算し、
前記消去重みの小さな順から一定個数のコンテンツに対して、前記外部装置から消去することを特徴とするコンテンツ配信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報などのコンテンツを配信するコンテンツ配信装置に関し、特にコンテンツへの過去のアクセス状況情報に基づき将来需要が発生すると見込めるコンテンツを予測し、予め取得しておくことが可能なコンテンツ配信装置及びその装置を用いたコンテンツ配信方法、並びに該コンテンツをクライアントに提供する為のコンテンツ提供方法及びＩＳＰにコンテンツプロバイダを紹介する方法に関する。
【０００２】
【従来の技術】
ワールド・ワイド・ウェブ（ＷＷＷ）の人気の急増にともない、インターネット上のトラフィック量が急増している。さらに、ＭＰ３やＭＰＥＧに代表される音楽や動画の普及にともない、トラフィック量がますます増大する傾向にある。その結果、ネットワークのバンド幅が圧迫されることになり、バンド幅の小さなネットワークから接続しているクライアントの場合、あるコンテンツに対して転送要求を出してから実際に受けとるまでかなりの時間待たされる問題がある。
【０００３】
この問題を解決するため、オリジナルのコンテンツを保存したマスタサーバからローカルなネットワークのプロキシサーバ上にコンテンツをキャッシュする手法がある。
【０００４】
例えば、ＷＷＷではＲＦＣ２０６８に記載のＨｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）を用いることで、このキャッシュ機構を実現できる。クライアントからプロキシサーバにコンテンツへのアクセス要求が発生する時にキャッシュミスが発生するとプロキシサーバはマスタサーバからコンテンツをオン・デマンドのプル型で取得する。この時、グローバルなネットワークを経由するコンテンツの転送が発生するので、クライアントが長時間待たされる可能性がある。
【０００５】
しかし、コンテンツがプロキシサーバ上でキャッシュされていれば、ローカルなネットワーク内の転送しか発生しないためクライアントの待ち時間を低減することができる。また、プロキシサーバ同士を階層構造を持たせて接続することもできる。
【０００６】
例えば、大企業などでは部門ごとにプロキシサーバがあり、組織の最上位プロキシサーバから各事業所のプロキシサーバ、各部署のプロキシサーバへと階層構造を持って接続することがある。このようにプロキシ階層がある場合には、ＲＦＣ２１８６に記載のＩｎｔｅｒｎｅｔ  Ｃａｃｈｅ  Ｐｒｏｔｏｃｏｌ（ＩＣＰ）を用いることで、あるプロキシサーバの「兄弟」または「近隣」へとコンテンツの有無の問い合わせをすることが可能となる。
【０００７】
また、プロキシサーバ上にキャッシュしたコンテンツの消去に関しては、例えばｈｔｔｐ：／／ｓｑｕｉｄ．ｎｌａｎｒ．ｎｅｔ／Ｓｑｕｉｄ／より入手可能なＳＱＵＩＤ  Ｉｎｔｅｒｎｅｔ  Ｏｂｊｅｃｔ  ＣａｃｈｅではＬｅａｓｔ−Ｒｅｃｅｎｔｌｙ−Ｕｓｅｄ（ＬＲＵ）アルゴリズムを用いて、最も昔に参照されたコンテンツから消去している。
【０００８】
さらに、音楽や動画をストリーミング配信する場合には、コンテンツが要求するバンド幅よりもネットワークのバンド幅が小さくなると、コンテンツの再生が途切れるなどの問題がある。
【０００９】
この問題を解決するため、特開２０００−１３７７９に記載の「データ配布方法及びプロキシ・インターネット・サーバ」のように、ネットワークなどのバンド幅に応じてコンテンツのビットレートを変えて配信する手法がある。
【００１０】
通常の階層構造を持ったプロキシでは、クライアントからの要求でキャッシュミスが発生した時に上位のプロキシからプル型でコンテンツを取得する手法を用いる。これに対して、特開平１１−７４０７に記載の「プロキシ階層におけるステージング／バッファリングを伴う動的プッシュ・フィルタリング方法」では、コンテンツのアクセス（利用）状況情報を用いることで、プロキシ階層内でコンテンツのプッシュ型の配信を実現している。
【００１１】
【発明が解決しようとする課題】
しかし、従来の技術によるプロキシ（キャッシュ）サーバでは、コンテンツへのアクセス状況情報がプロキシ階層内で上位のキャッシュサーバに送信されるだけであり、アクセス状況情報を利用してマスタサーバからコンテンツをクライアントからの要求が発生する前に取得する制御は行なわない。このため、コンテンツの取得はクライアントからのアクセス要求が発生した時に初めて行なうこととなり、ネットワークのバンド幅に余裕のある時間帯にコンテンツを配信することができないという問題がある。
【００１２】
また、プロキシ階層内でのコンテンツのプッシュ型配信を行なうことができるが、オリジナルのコンテンツを保存したマスタサーバから最上位のキャッシュサーバへのコンテンツ取得はクライアントからのアクセス要求が発生した時にプル型で取得することになる。この時、グローバルなネットワークのバンド幅に余裕がない場合に音楽や動画をストリーミング配信すると、クライアントによる再生が途中で途切れるか、ビットレートを下げた音質や画質の劣化したコンテンツしか再生できないという問題がある。
【００１３】
さらに、キャッシュしたコンテンツの消去にＬＲＵアルゴリズムを用いた場合、アクセス状況情報から近い将来必要になると予想できるコンテンツを消去してしまうので、再びコンテンツの取得が必要になりネットワークのバンド幅を圧迫するという問題がある。
【００１４】
有料のコンテンツをキャッシュサーバでキャッシュする場合には、コンテンツ代金を払ったクライアントにのみコンテンツを配信し、コンテンツ代金を払っていないクライアントにはコンテンツを配信しないように制御する必要があるが、従来のキャッシュサーバではこのような制御ができないという問題がある。
【００１５】
インターネットサービスプロバイダ（ＩＳＰ）などが新規にコンテンツ配信代行事業を始める場合には、どのようなコンテンツ提供者がいるかという調査、どのコンテンツ提供者からコンテンツの提供を受けるのが適当かという調査、コンテンツ提供者とのコンテンツ利用などに関する手続きなどに、多大な工数が発生するという問題がある。
【００１６】
本発明の第一の目的は、コンテンツへのアクセス状況情報に基づき、将来需要が発生すると見込めるコンテンツを予測し取得する、コンテンツ配信装置および配信方法を提供することである。
【００１７】
本発明の第二の目的は、コンテンツへのアクセス状況情報に基づき取得したコンテンツの消去タイミングを決定するコンテンツ配信装置を提供することである。
【００１８】
本発明の第三の目的は、有料のコンテンツをコンテンツ提供者、コンテンツ配信代行者、クライアントとの間で配信する、コンテンツ配信方法を提供することである。
【００１９】
本発明の第四の目的は、複数のコンテンツ提供者、解析者、配信代行者、クライアントの間でコンテンツを配信する、コンテンツ配信方法を提供することである。
【００２０】
【課題を解決するための手段】
本発明では、クライアントからコンテンツへのアクセス状況情報を収集する装置と、前記収集したアクセス状況情報を基に、コンテンツへのアクセス傾向を分析する手段を有するコンテンツ配信装置を提供する。
【００２１】
さらに、前記分析したアクセス傾向を基に、将来需要が発生すると見込めるコンテンツを予測する手段を有する。
【００２２】
さらに、前記将来需要があると予測したコンテンツを取得する装置を備える。
【００２３】
又、本発明ではクライアントからコンテンツへのアクセス状況情報を収集するステップと、収集したアクセス状況情報を基に、コンテンツへのアクセス傾向を分析するステップと、分析したアクセス傾向を基に、将来需要が発生すると見込めるコンテンツを予測し、前記コンテンツのリストを送信する前記サーバに対して、前記アクセス傾向を送信するステップと、前記サーバから前記コンテンツのリストを受信するステップと、受信したコンテンツのリストを基に、コンテンツを取得するステップとを含むことを特徴とするコンテンツ配信方法を提供する。
【００２４】
これらの装置及び方法を提供することにより、前記クライアントからのアクセス等が少なくネットワークのバンド幅に余裕のある時間帯にコンテンツの取得を行い、ネットワークのバンド幅の有効利用が可能になるという効果を奏する。
【００２５】
さらに、本発明ではＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）におけるクライアントからコンテンツへのアクセス状況情報を収集し、収集したアクセス状況情報を基に、コンテンツへのアクセス傾向を分析し、分析したアクセス傾向を基に、将来需要が発生すると見込めるコンテンツを予測し、将来需要があると予測した有るカテゴリーのコンテンツを有するコンテンツプロバイダをコンテンツ提供者に関する情報から成るリストからサーチして前記ＩＳＰに紹介する方法を提供することに特徴がある。
【００２６】
この方法を提供することにより、今まで取り引き実績のないコンテンツ提供者であっても、特別な手続きを行うことなく、クライアントのアクセス傾向に合致したコンテンツを所有していることを配信代行者が知ることができるという効果を奏する。
【００２７】
さらに、本発明ではコンテンツへのアクセス傾向を分析し、将来需要が見込めるコンテンツを予測する解析代行者へアクセス状況情報を送信するステップと、前記解析代行者より将来需要が見込めるコンテンツリストを受信するステップと、該コンテンツリストに基づき、コンテンツ提供者へコンテンツ取得要求を送信するステップと、前記コンテンツをコンテンツ提供者から取得するステップと、クライアントからの配信要求に基づき、前記クライアントに前記コンテンツを配信するステップとを含むコンテンツ提供方法を提供することを特徴とする。
【００２８】
この方法を提供することにより、配信代行者は解析代行者からの分析結果を基に将来需要が見込めるコンテンツリストを受信し、該コンテンツリストを基にコンテンツをコンテンツ提供者から取得し、クライアントに配信出来るという効果を奏する。
【００２９】
【発明の実施の形態】
本発明の実施の形態について図面を参照して説明する。なお、同一の参照番号は同じ構成要素を示す。
【００３０】
図１は、本発明によるコンテンツ配信装置の第１の実施の形態のアーキテクチャのブロック図である。図１において、１００は本発明によるコンテンツ配信装置の第１の実施の形態のアーキテクチャ、１０１は演算装置、１０２はＬＡＮ接続インタフェース、１０３はディスク装置、１１０はメモリ、１２１はアクセス傾向分析ハンドラ、１２２はコンテンツ予測ハンドラ、１２３はコンテンツ取得ハンドラ、１２４はメタ情報受信ハンドラ、１２５は復号鍵取得ハンドラ、１２６はコンテンツ消去ハンドラ、１２７はコンテンツ配信ハンドラ、１２８は配信許可取得要求ハンドラ、１２９は配信許可受信ハンドラである。
【００３１】
図２は、本発明によるコンテンツ配信装置の第１の実施の形態のＬＡＮ接続インタフェースの入力処理論理のフロー図である。図２において、２００は本発明によるコンテンツ配信装置の第１の実施の形態のＬＡＮ接続インタフェースの入力処理論理のフロー図、２０１は入力待ち処理、２０２はクライアントからのコンテンツ配信要求かの判定、２０３はサーバからの配信許可受信かの判定、２０４はサーバからのコンテンツのメタ情報かの判定、２０５はクライアントへの配信許可済みかの判定である。
【００３２】
図３は、本発明によるコンテンツ配信装置の第１の実施の形態の一定時間ごとに実行する処理論理のフロー図である。図３において、３００は本発明によるコンテンツ配信装置の第１の実施の形態の一定時間ごとに実行する処理論理のフロー図、３０１はスケジューリングなどで定期的に起動・更新する一定時間待つ待機処理である。
【００３３】
図４は、本発明によるコンテンツ配信装置の第１の実施の形態で使用するデータベースである。図４において、４１０はコンテンツ情報データベース、４１１はコンテンツ名エントリ、４１２はジャンル名エントリ、４１３は製作者名エントリ、４１４はコンテンツの取得状態フラグエントリ、４１５は最終配信時刻エントリ、４２０はコンテンツアクセス数データベース、４２１はコンテンツ名に対する配信数エントリ、４３０はジャンルアクセス数データベース、４３１はジャンル名に対する配信数エントリ、４４０は製作者アクセス数データベース、４４１は製作者名に対する配信数エントリ、４５０はクライアントに対するコンテンツ配信許可データベース、４５１はクライアント名エントリ、４５２はコンテンツの配信許可エントリである。
【００３４】
本発明の実施の形態では、図１に示すアクセス傾向分析ハンドラ１２１、コンテンツ予測ハンドラ１２２、コンテンツ取得ハンドラ１２３により、クライアントからのアクセス要求が来る前にネットワークのバンド幅に余裕のある時間帯にコンテンツを取得し、図２のクライアントへの配信許可済みかの判定２０５により、クライアントに対してコンテンツの配信許可が出ている時にのみコンテンツを配信するところに特徴がある。
【００３５】
最初に、図１のＬＡＮ接続インタフェース１０２への入力に対する動作から説明する。コンテンツ配信装置１００はネットワーク上のクライアントやサーバと、ＬＡＮ接続インタフェース１０２を通して接続されている。初期状態では、図２に示す様にクライアントやサーバからの接続を待つ、入力待ち処理２０１を行なう。この時、クライアントからコンテンツ配信要求を受信すると、入力待ち処理２０１からクライアントからの配信要求かの判定２０２を経由して、クライアントへのコンテンツの配信許可が許可されているかの判定２０５へと処理が進む。
【００３６】
クライアントへの配信許可済みかの判定２０５は、図４に示すクライアントに対するコンテンツ配信許可データベース４５０を参照する。データベース４５０の例では、クライアント１に対してはコンテンツ１の配信が許可されているが、コンテンツ２の配信が許可されておらず、クライアント２に対しては、コンテンツ１、２の両方の配信が許可されていない。判定の結果、配信が許可されている場合には、図２に示す様に暗号化済みコンテンツの復号鍵を取得するハンドラ１２５に処理が進み、配信が許可されていない場合には、配信許可取得要求ハンドラ１２８に処理が進む。
【００３７】
配信許可取得要求ハンドラ１２８では、コンテンツの配信要求を出したクライアントに対して、そのコンテンツの配信許可情報を管理するサーバから配信許可を取得するよう要求する。この要求により、クライアントが配信許可を取得した場合、本実施の形態によるコンテンツ配信装置に対して、配信許可情報を管理するサーバが配信許可情報を送信する。この配信許可情報は、少なくとも、クライアントを識別するための名称と、コンテンツを識別するための名称の情報を含む。ハンドラ１２８の終了後、配信許可を受信したかの判定２０３に処理が進む。
【００３８】
配信許可を受信したかの判定２０３では、配信許可情報を受信した場合には、配信許可受信ハンドラ１２９に処理が進み、受信しなかった場合には、入力待ち処理２０１に戻る。配信許可受信ハンドラ１２９では、受信した内容に従い、図４のデータベース４５０の対応したコンテンツ配信許可エントリの内容をＮｏからＹｅｓに書き換える。ハンドラ１２９の終了後、復号鍵取得ハンドラ１２５に処理が進む。
【００３９】
復号鍵取得ハンドラ１２５では、復号鍵を管理するサーバからクライアントとコンテンツの組に対応したコンテンツの復号鍵を取得する。この復号鍵の生成方法としては、コンテンツを共通鍵暗号方式（暗号化鍵と復号化鍵に同一の鍵を使用する方式）で暗号化し、この時に使用した鍵を公開鍵暗号方式（暗号化用の公開鍵と復号化用の秘密鍵をペアで作成し、公開鍵で暗号化したデータを秘密鍵で復号化する方式）でさらに暗号化する方法などがある。ここで該公開鍵とは暗号化する時と復号化する時とで使用する鍵が異なるものに相当し、該秘密鍵とは暗号化したデータを復号化する為の鍵のことである。  ハンドラ１２５の終了後、コンテンツ配信ハンドラ１２７に処理が進む。
【００４０】
コンテンツ配信ハンドラ１２７では、ハンドラ１２５で取得したコンテンツの復号鍵と、暗号化済みのコンテンツのペアをクライアントに配信し、以下のデータベース更新処理を行なう。図４に示すデータベース４１０のコンテンツに対応した最終配信時刻エントリ４１５の欄に配信時刻を書き込む。データベース４１０からコンテンツに対応したジャンル名エントリ４１２、製作者名エントリ４１３を読み、データベース４２０、４３０、４４０の対応した配信数エントリ４２１、４３１、４４１の値を１増やす。データベース４１０のコンテンツ名に対応した状態フラグ４１４の値が取得済みでない場合には、コンテンツを管理するサーバからコンテンツを取得し、そのコンテンツをディスク装置１０３に保存し、状態フラグ４１４の値を取得済みに書き換え、クライアントへの配信を行なう。以上の処理が終了した後、入力待ち処理２０１に戻る。
【００４１】
このように、クライアントがコンテンツの配信許可を取得済みかを判定することで、ディスク装置に保存済みのコンテンツであっても、別途サーバからの指定がある場合に限り配信するように制御することが可能になる。この手法は、例えば有料のコンテンツを、コンテンツ代金を支払ったクライアントに対してのみ配信するように制御する際に、特に有効である。
【００４２】
入力待ち処理２０１を行なっている時に、配信許可情報を受信した場合には、判定２０２、２０３を経由して図１の配信許可受信ハンドラ１２９に処理が進み、入力待ち処理２０１に戻る。
【００４３】
入力待ち処理２０１を行なっている時に、コンテンツ名、ジャンル名、製作者名などを含んだコンテンツのメタ情報（すなわち該コンテンツを分類するために必要な付加情報）を受信した場合には、判定２０２、２０３、２０４を経て図１のメタ情報受信ハンドラ１２４に処理が進む。
【００４４】
ハンドラ１２４では、以下のデータベース更新処理を行なう。まず、図４のデータベース４１０に新規データを追加する。ここで、コンテンツ名エントリ４１１、ジャンル名エントリ４１２、製作者名エントリ４１３には受信したそれぞれのエントリに対応した値を使い、状態フラグは未取得、最終配信時刻は空欄とする。次に、データベース４２０にコンテンツ名として受信したコンテンツ名を使い、配信数を０とした、新規データを追加する。
【００４５】
さらに、データベース４３０のジャンル名を検索し、受信したジャンル名が登録されていない場合には、ジャンル名として受信したジャンル名を使い、配信数を０とした、新規データを追加する。同様の処理を、データベース４４０についても行なう。以上の処理が終了した後、入力待ち処理２０１に戻る。
【００４６】
ここでは、メタ情報として、コンテンツ名、ジャンル名、製作者名のみを考えているが、その他の情報についても同様に扱うことができる。
【００４７】
次に、図３に示すフローチャートを用いて一定時間ごとに実行する処理について説明する。初期状態では一定時間まつ待機処理３０１を行なっている。一定時間が経過した後、アクセス傾向分析ハンドラ１２１に処理が進む。
【００４８】
アクセス傾向分析ハンドラ１２１では以下の処理を行なう。図４のデータベース４１０に登録された各コンテンツについて、ジャンル名エントリ４１２と製作者名エントリ４１３の値を読み、データベース４３０、４４０の配信数エントリ４３１、４４１から対応する、ジャンル名に対する配信数Ｎｇ（ＮｇはＮｕｍｂｅｒ  ｏｆ  ｇｅｎｒｅの事）と製作者名に対する配信数Ｎａ（ＮａはＮｕｍｂｅｒ  ｏｆ  ａｕｔｈｏｒの事）との値を読む。そして、各コンテンツについて、ａ＊Ｎｇ＋ｂ＊Ｎａで表される取得重みを計算し、一つのエントリがコンテンツ名と取得重みからなるリストを作成する。ここで、ａ、ｂは、本実施の形態によるコンテンツ配信装置の管理情報として、適宜指定するパラメータである。以上の処理が終了した後、コンテンツ予測ハンドラ１２２に処理が進む。
【００４９】
コンテンツ予測ハンドラ１２２（コンテンツ予測手段）では以下の処理を行なう。ハンドラ１２１が作成したコンテンツ名と取得重みのリストを、取得重みを鍵にソートする。ソートしたリストの取得重みの大きな順からｎｒ個のコンテンツに関して、各コンテンツのデータベース４１０の取得状態フラグエントリ４１４を調べ、値が未取得の場合に、取得指示に書き換える。ここで、ｎｒは本実施の形態によるコンテンツ配信装置の管理情報として、適宜指定するパラメータである。以上の処理が終了した後、コンテンツ取得ハンドラ１２３に処理が進む。
【００５０】
このように、同一ジャンル名に対する配信数、同一製作者に対する配信数からコンテンツ取得重みを計算することにより、将来需要が発生すると見込めるコンテンツを予測することが可能になる。すなわち、上記コンテンツ予測手段がアクセス傾向とメタ情報を基に将来需要が発生すると見込めるコンテンツを予測出来る。
【００５１】
コンテンツ取得ハンドラ１２３は、現在時刻Ｔが、ｔ１≦Ｔ≦ｔ２であるとき、図４のデータベース４１０の状態フラグ４１４の値が取得指示であるコンテンツを、コンテンツを管理するサーバから取得して図１のディスク装置１０３上に保存し、状態フラグの値を取得済みに書き換える。ここで、ｔ１、ｔ２は本実施の形態によるコンテンツ配信装置の管理情報として、適宜指定するパラメータである。以上の処理が終了した後、コンテンツ消去ハンドラ１２６に処理が進む。
【００５２】
このように、アクセス状況情報を使って各コンテンツについて取得重みを計算し、未取得のコンテンツについて、別途定める期間（すなわち、ネットワークの帯域に余裕のある時間帯）に取得することにより、例えば、クライアントからのアクセスが少なくネットワークのバンド幅に余裕のある時間帯を利用して、コンテンツをクライアントからの配信要求前に取得することが可能になる。
【００５３】
コンテンツ消去ハンドラ１２６では以下の処理を行なう。図４のデータベース４１０に登録された各コンテンツについて、コンテンツ名エントリ４１１、ジャンル名エントリ４１２、製作者名エントリ４１３の値を読み、データベース４２０、４３０、４４０の配信数エントリ４２１、４３１、４４１から対応する、コンテンツ名に対する配信数Ｎｃ（ＮｃはＮｕｍｂｅｒ  ｏｆ  ｃｏｎｔｅｎｔの事）、ジャンル名に対する配信数Ｎｇ（ＮｇはＮｕｍｂｅｒ  ｏｆ  ｇｅｎｒｅの事）、製作者名に対する配信数Ｎａ（ＮａはＮｕｍｂｅｒ  ｏｆ  ａｕｔｈｏｒの事）の値を読む。
【００５４】
さらに、データベース４１０から各コンテンツの最終配信時刻エントリ４１５の値Ｔｌ（ＴｌはＬａｓｔ  ｔｉｍｅ  ｏｆ  ｅｎｔｒｙの事）を読む。そして、各コンテンツについて、ｃ＊Ｎｃ＋ｄ＊Ｎｇ＋ｅ＊Ｎａ−ｆ＊Ｔｌで表される消去重みを計算し、一つのエントリがコンテンツ名と消去重みからなるリストを作成する。ここで、ｃ、ｄ、ｅ、ｆ、は、本実施の形態によるコンテンツ配信装置の管理情報として、適宜指定するパラメータである。そして、このリストを消去重みを鍵にソートする。ソートしたリストの消去重みの小さな順からｎｄ個のコンテンツに関して、各コンテンツのデータベース４１０の取得状態フラグエントリ４１４を調べ、値が取得済みの場合に、未取得に書き換え、図１のディスク装置１０３からコンテンツを消去する。
【００５５】
ここで、ｎｄは本実施の形態によるコンテンツ配信装置の管理情報として、適宜指定するパラメータである。
【００５６】
以上の処理が終了した後、初期状態である待機処理３０１に戻る。
【００５７】
このように、最終配信時刻の他に、過去のコンテンツへのアクセス数、同一ジャンルや同一製作者のコンテンツへのアクセス数についてもコンテンツ消去の際に判断材料とすることで、将来需要が発生すると見込めるコンテンツを消去する可能性を低減することができる。
【００５８】
本実施の形態により、以下の効果がある。
【００５９】
クライアントがコンテンツの配信許可を取得済みかの判定２０５を行なうことで、ディスク装置１０３に保存済みのコンテンツであっても、別途サーバからの指定がある場合に限り配信するように制御することが可能になる。復号鍵ハンドラ１２５により、コンテンツとクライアントの組に対応した復号鍵をクライアントに配信することが可能になる。これらの手法は、例えば有料のコンテンツを、コンテンツ代金を支払ったクライアントに対してのみ配信するように制御する際に、特に有効である。
【００６０】
コンテンツのメタ情報である、コンテンツ名、ジャンル名、製作者名ごとに、配信数を集計したデータベース４２０、４３０、４４０を作り、各コンテンツごとに、コンテンツ名に対する配信数エントリ４２１、ジャンル名に対する配信数エントリ４３１、製作者名に対する配信数エントリ４４１の値を読む。さらに、データベース４１０の最終配信時刻エントリ４１５の値を読む。これらの値から取得重み、消去重みを計算することにより、将来需要が発生すると見込めるコンテンツを予測して、コンテンツの取得や消去が可能になる。
【００６１】
また、将来需要が発生すると見込めるコンテンツを予測することにより、クライアントからのアクセスが少なくネットワークのバンド幅に余裕のある時間帯を利用して、コンテンツをクライアントからの配信要求前に取得することが可能になる。
【００６２】
本実施の形態では、コンテンツのメタ情報として、コンテンツ名、ジャンル名、製作者名のみを考えているが、その他の情報についても同様に扱い、取得重みや消去重みのパラメータとして使うことができる。
【００６３】
以上の本実施例の形態の特徴点を以下の項目（ａ）〜（ｆ）に列挙することが出来る。
【００６４】
（ａ）コンテンツ配信装置はクライアントからコンテンツへのアクセス状況情報を収集する装置と、収集したアクセス状況情報を基に、コンテンツへのアクセス傾向を分析する装置と、分析したアクセス傾向を基に、将来需要が発生すると見込めるコンテンツを予測し、コンテンツを上記配信装置内のコンテンツを受信する装置へ送信するサーバに対してアクセス傾向或いはアクセス状況情報を送信する装置と、サーバから将来需要があると予測したコンテンツ又はそのコンテンツのリストを受信する装置とを備えていることに特徴がある。
【００６５】
（ｂ）コンテンツ配信装置はクライアントを識別するための情報と該クライアントに対するコンテンツの配信許可情報とを記録したデータベースと、該データベースへのアクセス装置と、クライアントを認証しクライアントの識別情報を取得する認証装置と、配信許可情報を管理するサーバからクライアントへのコンテンツの配信許可を受信する装置と、クライアントに対してサーバからコンテンツの配信許可の取得を要求する装置と、クライアントにコンテンツを配信する装置とを備えたことに特徴がある。
【００６６】
ここで、コンテンツ配信装置はクライアントからコンテンツの配信要求を受信した際に、認証装置によりクライアントの識別情報を入手し、データベースへのアクセス装置により、クライアントの識別情報に対するコンテンツの配信許可情報を確認することに特徴がある。
【００６７】
（ｃ）コンテンツ配信装置ではコンテンツが暗号化されており、データベース内にコンテンツの復号鍵を登録するエントリが存在する。サーバは復号鍵を管理し、コンテンツ配信装置はサーバに対し復号鍵を要求する装置と、サーバから復号鍵を受信する装置と、クライアントに復号鍵を配信する装置とを備えて構成されることに特徴がある。
ここで、クライアントへのコンテンツの配信が許可されており、データベースに復号鍵が登録されている場合には、復号鍵を配信する装置によりクライアントに復号鍵を配信することに特徴がある。
（ｄ）クライアントへのコンテンツの配信が許可されており、データベースに復号鍵が登録されていない場合には、復号鍵を要求する装置によりサーバに復号鍵を要求し、復号鍵を受信する装置によりサーバから復号鍵を受信し、データベースへのアクセス装置によりデータベースに復号鍵を登録し、復号鍵を配信する装置によりクライアントに復号鍵を配信することに特徴がある。
（ｅ）クライアントに対するコンテンツの配信が許可されておらず、配信許可を受信する装置が配信許可を受信し、データベースへのアクセス装置がデータベースに内在するクライアントに対するコンテンツへの配信許可情報部に配信許可の情報を書き込んだ場合には、復号鍵を要求する装置によりサーバに復号鍵を要求し、復号鍵を受信する装置によりサーバから復号鍵を受信し、データベースへのアクセス装置によりデータベースに復号鍵を登録し、復号鍵を配信する装置によりクライアントに復号鍵を配信することに特徴がある。
【００６８】
（ｆ）コンテンツ消去ハンドラ１２６はクライアントからコンテンツへのアクセス状況情報を用いて取得したコンテンツの消去タイミングを決定する装置を備えていることに特徴がある。
【００６９】
図５は、本発明によるコンテンツ配信方法の第２の実施の形態のタイムチャートである。図５において、５００は本発明によるコンテンツ配信装置の第２の実施の形態のタイムチャート、５１０はクライアント、５１１はクライアントから配信代行者へのコンテンツ配信要求、５１２はクライアントからコンテンツ提供者への認証情報とコンテンツ代金、５２０は配信代行者、５２１は配信代行者から解析者へのアクセス状況情報、５２２は配信代行者からコンテンツ提供者へのコンテンツ取得要求、５２３は配信代行者からクライアントへの認証要求、５２４は配信代行者からクライアントへのコンテンツと復号鍵、５２５は配信代行者から解析者への解析手数料、５３０は解析者、５３１は解析者から配信代行者へのコンテンツリスト、５４０はコンテンツ提供者、５４１はコンテンツ提供者から配信代行者へのコンテンツ、５４２はコンテンツ提供者から配信代行者への配信許可と復号鍵、５４３はコンテンツ提供者から配信代行者への配信代行手数料である。
【００７０】
本実施の形態では、５１２のようにクライアント５１０からコンテンツ提供者５４０に認証情報とコンテンツ代金を渡すと、コンテンツ提供者５４０が、クライアント５１０の認証情報の確認と、コンテンツ代金の確認とを終了した後、コンテンツ提供者５４０から配信代行者５２０に対して、５４２のようにクライアント５１０へのコンテンツの配信許可とコンテンツの復号鍵を渡し、配信代行者５２０がこれらの情報を受信した後に、５２４のようにクライアント５１０に対してコンテンツとその復号鍵を配信するところに特徴がある。
【００７１】
配信代行者５２０は、クライアント５１０からのコンテンツへのアクセスに関する、ジャンル、制作者、出演者、アクセス時刻などのアクセス状況情報を収集し、５２１のように解析者５３０に送信する。
【００７２】
受信したアクセス状況情報を基に、解析者５３０は、クライアント５１０の将来需要が発生すると見込めるコンテンツを予測し、それらのコンテンツのリストを作成し、配信代行者５２０に対して５３１のように送信する。
【００７３】
受信したコンテンツリストを基に、配信代行者５２０はコンテンツ提供者５４０に対して、５２２のようにコンテンツ取得要求を送信する。
【００７４】
コンテンツ取得要求を受信したコンテンツ提供者５４０は、５４１のように配信代行者５２０に対してコンテンツを送信する。配信代行者５２０では、受信したコンテンツをキャッシュする。ここで、コンテンツは共通鍵方式で暗号化してあり、その際に使用した暗号鍵はコンテンツ提供者５４０が管理している。
【００７５】
配信代行者５２０がクライアント５１０から、５１１のようにキャッシュ済みのコンテンツの配信要求を受信すると、５２３のようにクライアント５１０に対しコンテンツ提供者５４０で認証を受けるように要求する。
【００７６】
この際、配信代行者５２０はクライアント５１０に対しコンテンツ提供者へ課金情報なども送信するように要求することが可能である。
【００７７】
認証要求、課金要求等を受信すると、クライアント５１０は５１２のようにコンテンツ提供者５４０に対して、認証情報とコンテンツ代金を送信する。ここで、認証情報は、クライアント５１０の共通鍵方式の公開鍵もしくは、その公開鍵を入手するのに必要な情報を含んでいる。コンテンツ代金は、クレジットカード番号や銀行の口座番号など、課金に必要な情報、すなわち課金情報（銀行振込、口座引き落とし、クレジットカード決裁、ＷｅｂＭｏｎｅｙなど様々な手段により代金を徴収するために必要な情報）も含んでいれば、現金でなくとも良い。
【００７８】
受信した認証情報とコンテンツ代金をコンテンツ提供者５４０が確認すると、コンテンツ配信代行者５２０に対して、５４２のようにクライアント５１０への配信許可と、コンテンツの復号鍵を送信する。ここで、コンテンツの復号鍵は、コンテンツの暗号化に使用した鍵を、クライアント５１０の認証情報を基に入手した公開鍵を用いて暗号化することで生成する。
【００７９】
配信許可と復号鍵を受信すると、配信代行者５２０は５２４のようにクライアント５１０に対してクライアント５１０から配信要求のあったコンテンツとその復号鍵を配信する。
【００８０】
このように、配信代行者５２０が配信要求５１１を受信しても直ぐにキャッシュ済みのコンテンツを配信するのではなく、コンテンツ提供者５４０が５１２のように認証を行い、配信代行者５２０が５４２のように配信許可を受信して初めてクライアント５１０にコンテンツの配信を行うことにより、キャッシュした有料コンテンツを適切なクライアントにのみ配信することが可能になる。
【００８１】
その後コンテンツ提供者がクライアントの課金情報を基にクライアントからのコンテンツ代金を回収し、コンテンツ提供者５４０は配信代行者５２０に対して、クライアント５１０に対するコンテンツ配信を代行した手数料として、５４３のようにコンテンツ配信代行手数料を渡す。
【００８２】
さらに、コンテンツ配信代行者５２０は解析者５３０に対して、将来需要が発生すると見込めるコンテンツを予測した手数料として、５２５のようにアクセス状況の解析手数料を渡す。
【００８３】
本実施の形態により、以下の効果がある。
【００８４】
５４１でキャッシュしたコンテンツを、５４２で配信許可を受信した場合にのみ配信することにより、コンテンツ提供者５４０の有料コンテンツを配信代行者５２０がキャッシュし、コンテンツ代金を払ったクライアント５１０にのみ配信することが可能になる。
【００８５】
本実施の形態では、コンテンツを共通鍵方式で暗号化し、さらにその暗号鍵を公開鍵方式でクライアント毎に個別の鍵を生成しているが、この方法に限らず任意の暗号化方式にも同様に適用できる。
【００８６】
本実施の形態では、コンテンツは暗号化してあるが、コンテンツが暗号化していない場合は復号鍵の送受信が不要になるだけであり、同様に本実施の形態が適用できる。
【００８７】
本実施の形態では、５１２のようにクライアント５１０が送信したコンテンツ代金をコンテンツ提供者５４０が確認してから５４２のように配信許可と復号鍵を配信代行者５２０に送信している。しかし、５１２のようにコンテンツ代金を直接コンテンツ提供者に送るのではなく、配信代行者がコンテンツ代金の回収を代行することも可能である。
【００８８】
以上の本実施例の形態の特徴点を以下の（１）〜（６）に説明するステップに列挙することが出来る。
【００８９】
（１）コンテンツ配信代行者は、コンテンツの取得要求とコンテンツ代金の課金情報をコンテンツ提供者に送信し、コンテンツ提供者は取得要求と課金情報を受信した後に、課金情報を確認することを特徴とする。
（２）課金情報を確認後、コンテンツ提供者はコンテンツ配信代行者にコンテンツの復号鍵及び暗号化されたコンテンツを送信し、コンテンツ配信代行者がコンテンツを受信することを特徴とする。
（３）コンテンツ提供者は、課金情報を基にコンテンツ配信代行者からコンテンツの代金を回収することを特徴とする。
（４）クライアントは、コンテンツ配信代行者に対してコンテンツの配信要求を送信し、コンテンツ配信代行者がコンテンツの配信要求を受信した後に、クライアントに対してクライアントの認証要求と課金要求を送信することを特徴とする。
（５）クライアントはクライアントへの認証要求と課金要求を受信した後に、コンテンツ配信代行者にクライアントの認証情報と課金情報を送信する。コンテンツ配信代行者は、クライアントの認証情報と課金情報を受信した後に認証情報と課金情報を確認し、クライアントに対して復号鍵を配信することを特徴とする。
【００９０】
（６）その後に、クライアントに対してコンテンツを配信し、配信代行者はクライアントの課金情報を基にクライアントからのコンテンツ代金を回収することを特徴とする。
【００９１】
図６は、本発明によるコンテンツ配信方法の第３の実施の形態のタイムチャートである。図６において、６００は本発明によるコンテンツ配信方法の第３の実施の形態のタイムチャート、６１１はクライアントから配信代行者への認証情報とコンテンツ代金、６２１は配信代行者からコンテンツ提供者へのコンテンツ取得要求とサイトライセンス代金、６４１はコンテンツ提供者から配信代行者へのコンテンツと復号鍵である。
【００９２】
ここで、サイトライセンスとはコンテンツ提供者に対して一定の代金(サイトライセンス代金)を支払うことにより、配信代行者がコンテンツとその復号鍵を得ることである。該サイトライセンス代金は配信代行者の抱えるクライアント数などにより決まる。
【００９３】
既に図５にて述べた本発明の第２の実施形態との相違により図６の実施例についてさらに説明する。
【００９４】
第２の実施の形態では、配信代行者５２０は５２２のようにコンテンツの取得を要求し、５４１のようにコンテンツを受信していたが、本実施の形態では、配信代行者５２０は６２１のようにコンテンツ取得要求とコンテンツのサイトライセンス代金をコンテンツ提供者５４０に送信し、コンテンツ提供者５４０がサイトライセンス代金を確認した後に、６４１のようにコンテンツとその復号鍵を受信する。
【００９５】
これにより、コンテンツ提供者５４０から配信代行者５２０へのコンテンツのサイトライセンスが可能になる。なおここで、サイトライセンス代金は、クレジットカード番号や銀行の口座番号など、課金に必要な情報も含んでいれば、現金でなくとも良い。
【００９６】
第２の実施の形態では、５２３のようにクライアント５１０が認証要求を受信すると、５１２のようにクライアント５１０がコンテンツ提供者５４０に対して認証情報とコンテンツ代金を送信していたが、本実施の形態では、６１１のようにクライアント５１０が配信代行者５２０に対して認証情報とコンテンツ代金を送信する。そして、配信代行者５２０は、受信した認証情報とコンテンツ代金を確認すると、５２４のようにクライアント５１０に対してコンテンツと復号鍵を配信する。
【００９７】
本実施の形態により、以下の効果がある。
【００９８】
６２１、６４１のステップにより、コンテンツ提供者から有料コンテンツのサイトライセンスを受けることが可能になり、これにより、配信代行者５２０がコンテンツの代金を決定し、クライアント５１０に提供することが可能になる。
【００９９】
図７は、本発明によるコンテンツ配信方法の第４の実施形態のブロック図である。図７において、７００は本発明によるコンテンツ配信方法の第４の実施の形態のブロック図、７０１はコンテンツ提供者１、７０２はコンテンツ提供者２、７０３はコンテンツ提供者３、７１１はコンテンツ提供者１から解析者へのコンテンツ提供者１の所有するコンテンツのリスト、７１２はコンテンツ提供者２から解析者へのコンテンツ提供者２の所有するコンテンツのリスト、７１３はコンテンツ提供者３から解析者へのコンテンツ提供者３の所有するコンテンツのリスト、７２１は配信代行者から解析者へのクライアントのアクセス状況情報、７２２は解析者から配信代行者へのアクセス傾向に合致したコンテンツを所有するコンテンツ提供者に関する情報から成るリスト、７３１はクライアントから配信代行者へのアクセスである。
【０１００】
本実施の形態では、配信代行者５２０の収集したアクセス状況情報を基に、解析者５３０がクライアント５１０のアクセス傾向を分析し、そのアクセス傾向に合致したコンテンツを所有するコンテンツ提供者に関する情報を７２２のように配信代行者５２０に送信する所に特徴がある。
【０１０１】
クライアント５１０から配信代行者５２０へのアクセス７３１が発生すると、配信代行者５２０は、クライアント５１０の要求したコンテンツのジャンル、製作者、などの情報を含んだアクセス状況情報を収集する。配信代行者５２０は、収集したアクセス状況情報を７２１のように解析者５３０に送信する。
【０１０２】
７０１〜７０３のコンテンツ提供者１〜３は、それぞれ所有するコンテンツのリストを７１１〜７１３のように解析者５３０に送信する。ここで、コンテンツのリストにはジャンルや製作者などのメタ情報を含んでいる。
【０１０３】
解析者５３０は、７２１により受信したアクセス状況情報に基づきクライアント５１０のコンテンツへのアクセス傾向を分析し、さらに７１１〜７１３により受信したそれぞれのリストに関して、そのアクセス傾向に合致するコンテンツがあるかどうか検索する。そして、そのようなコンテンツがある場合には、そのコンテンツのリストを送信したコンテンツ提供者、例えばコンテンツ提供者１に関する連絡先やコンテンツ利用上の条件などの情報を７２２のように配信代行者５２０に送信する。
【０１０４】
配信代行者５２０は７２２により受信した情報を基に、アクセス傾向に合致したコンテンツを所有するコンテンツ提供者、例えばコンテンツ提供者１からそのようなコンテンツを入手する。
【０１０５】
本実施の形態により、以下の効果がある。
【０１０６】
解析者５３０が、７２１で入手したアクセス状況情報を解析しアクセス傾向を分析し、７１１〜７１３で入手したコンテンツ提供者の所有するコンテンツのリストからアクセス傾向に合致したコンテンツを検索することにより、配信代行者５２０とこれまで取り引き実績のないコンテンツ提供者であっても、特別な情報入手のための手続きを行なうことなく、アクセス傾向に合致したコンテンツを所有していることを配信代行者５２０が知ることができる。
【０１０７】
本実施の形態では、どのコンテンツ提供者がアクセス傾向に合致するコンテンツを所有しているかを解析者５３０が検索し、その検索結果によって得られるコンテンツ提供者に関する情報を基に配信代行者５２０がコンテンツを取得している。
【０１０８】
ところで、本実施の形態では、さらに解析者５３０がアクセス傾向に合致したコンテンツの取得までを代行し、取得したコンテンツを配信代行者５２０に送信できる。
【０１０９】
さらに本発明の実施にあたっての変形例としては以下の項目が挙げられる。
（ｉ）上記実施例１に記載のコンテンツ配信装置からなる第１のコンテンツ配信装置及び第２のコンテンツ配信装置において、第１のコンテンツ配信装置が近隣のサーバから取得した第１のコンテンツを第２のコンテンツ配信装置に送信し、第２のコンテンツ配信装置が近隣のサーバから取得した第２のコンテンツを第１のコンテンツ配信装置に送信することもできる。
【０１１０】
【発明の効果】
本発明により、クライアントのコンテンツへのアクセス状況情報を収集し、この情報を基にコンテンツへのアクセス傾向を分析し、この分析結果を基に将来需要が発生すると見込めるコンテンツを予測し、取得することが可能になる。
【０１１１】
クライアントからのアクセス等が少なくネットワークのバンド幅に余裕のある時間帯にコンテンツの取得を行うことにより、ネットワークのバンド幅の有効利用が可能になる。
【０１１２】
また同時に、この手法は、過去のコンテンツへのアクセス状況から将来のコンテンツへのアクセス状況を推定することに相当するので、コンテンツ配信装置には将来アクセスされる可能性が高いコンテンツが取得されることになり、ディスク容量を有効に利用することが可能になる。
【０１１３】
また同時に、アクセス状況情報から取得したコンテンツをディスク装置から消去するタイミングを決定する場合、過去のアクセス状況から将来のアクセス状況が推定できるので、同一のコンテンツの消去と取得もしくは配信を繰り返し行なう回数が減り、ネットワークのバンド幅の有効利用とディスクスペースの有効利用が可能になる。
【０１１４】
本発明により、コンテンツ配信装置に取得済みのコンテンツを、配信許可を受信してからクライアントに対して配信することにより、有料のコンテンツをキャッシュしてコンテンツ代金を払ったクライアントにのみ配信するように制御することが可能になる。
【０１１５】
さらに本発明により、これまで取り引き実績のないコンテンツ提供者であっても、特別な情報入手のための手続きを行なうことなく、クライアントのアクセス傾向に合致したコンテンツを所有していることを配信代行者が知ることができる。
【図面の簡単な説明】
【図１】本発明によるコンテンツ配信装置の第１の実施の形態のアーキテクチャのブロックを示す図である。
【図２】本発明によるコンテンツ配信装置の第１の実施の形態のＬＡＮ接続インタフェースの入力処理論理のフローを示す図である。
【図３】本発明によるコンテンツ配信装置の第１の実施の形態の一定時間ごとに実行する処理論理のフローを示す図である。
【図４】本発明によるコンテンツ配信装置の第１の実施の形態で使用するデータベースを示す図である。
【図５】本発明によるコンテンツ配信方法の第２の実施の形態のタイムチャートを示す図である。
【図６】本発明によるコンテンツ配信方法の第３の実施の形態のタイムチャートを示す図である。
【図７】本発明によるコンテンツ配信方法の第４の実施の形態のブロックを示す図である。
【符号の説明】
１００…本発明によるコンテンツ配信装置の第１の実施の形態のアーキテクチャ、１０１…演算装置、１０２… ＬＡＮ接続インタフェース、１０３… ディスク装置、１１０… メモリ、１２１… アクセス傾向分析ハンドラ、１２２… コンテンツ予測ハンドラ、１２３… コンテンツ取得ハンドラ、１２４… メタ情報受信ハンドラ、１２５… 復号鍵取得ハンドラ、１２６… コンテンツ消去ハンドラ、１２７… コンテンツ配信ハンドラ、１２８… 配信許可取得要求ハンドラ、１２９… 配信許可受信ハンドラ、２００… 本発明によるコンテンツ配信装置の第１の実施の形態のＬＡＮ接続インタフェースの入力処理論理のフロー図、２０１… 入力待ち処理、２０２… クライアントからのコンテンツ配信要求かの判定、２０３… サーバからの配信許可受信かの判定、２０４… サーバからのコンテンツのメタ情報かの判定、２０５… クライアントへの配信許可済みかの判定、３００… 本発明によるコンテンツ配信装置の第１の実施の形態の一定時間ごとに実行する処理論理のフロー図、３０１… 一定時間待つ待機処理、４１０… コンテンツ情報データベース、４１１… コンテンツ名エントリ、４１２… ジャンル名エントリ、４１３… 製作者名エントリ、４１４… コンテンツの取得状態フラグエントリ、４１５… 最終配信時刻エントリ、４２０… コンテンツアクセス数データベース、４２１… コンテンツ名に対する配信数エントリ、４３０… ジャンルアクセス数データベース、４３１… ジャンル名に対する配信数エントリ、４４０… 製作者アクセス数データベース、４４１… 製作者名に対する配信数エントリ、４５０… クライアントに対するコンテンツ配信許可データベース、４５１… クライアント名エントリ、４５２… コンテンツの配信許可エントリ、５００… 本発明によるコンテンツ配信装置の第２の実施の形態のタイムチャート、５１０… クライアント、５１１… クライアントから配信代行者へのコンテンツ配信要求、５１２… クライアントからコンテンツ提供者への認証情報とコンテンツ代金、５２０… 配信代行者、５２１… 配信代行者から解析者へのアクセス状況情報、５２２… 配信代行者からコンテンツ提供者へのコンテンツ取得要求、５２３… 配信代行者からクライアントへの認証要求、５２４… 配信代行者からクライアントへのコンテンツと復号鍵、５２５… 配信代行者から解析者への解析手数料、５３０… 解析者、５３１… 解析者から配信代行者へのコンテンツリスト、５４０… コンテンツ提供者、５４１… コンテンツ提供者から配信代行者へのコンテンツ、５４２… コンテンツ提供者から配信代行者への配信許可と復号鍵、５４３… コンテンツ提供者から配信代行者への配信代行手数料、６００… 本発明によるコンテンツ配信方法の第３の実施の形態のタイムチャート、６１１… クライアントから配信代行者への認証情報とコンテンツ代金、６２１… 配信代行者からコンテンツ提供者へのコンテンツ取得要求とサイトライセンス代金、６４１… コンテンツ提供者から配信代行者へのコンテンツと復号鍵、７００…本発明によるコンテンツ配信方法の第４の実施の形態のブロック図、７０１… コンテンツ提供者１、７０２… コンテンツ提供者２、７０３… コンテンツ提供者３、７１１… コン���ンツ提供者１から解析者へのコンテンツ提供者１の所有するコンテンツのリスト、７１２… コンテンツ提供者２から解析者へのコンテンツ提供者２の所有するコンテンツのリスト、７１３… コンテンツ提供者３から解析者へのコンテンツ提供者３の所有するコンテンツのリスト、７２１… 配信代行者から解析者へのクライアントのアクセス状況情報、７２２… 解析者から配信代行者へのアクセス傾向に合致したコンテンツを所有するコンテンツ提供者に関する情報、７３１… クライアントから配信代行者へのアクセス。
【図１】
0004191902.tif 000002
【図２】
0004191902.tif 000003
【図３】
0004191902.tif 000004
【図４】
0004191902.tif 000005
【図５】
0004191902.tif 000006
【図６】
0004191902.tif 000007
【図７】
0004191902.tif 000008