JP4254100B2 - コンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラム - Google Patents
コンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラム Download PDFInfo
- Publication number
- JP4254100B2 JP4254100B2 JP2001378809A JP2001378809A JP4254100B2 JP 4254100 B2 JP4254100 B2 JP 4254100B2 JP 2001378809 A JP2001378809 A JP 2001378809A JP 2001378809 A JP2001378809 A JP 2001378809A JP 4254100 B2 JP4254100 B2 JP 4254100B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- cache
- metadata
- distribution server
- content distribution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Storage Device Security (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラムに関する。さらに詳細には、ネットワークを通じて送受信されるコンテンツのコンテンツ配信側主導の効率的な管理構成を実現するコンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
近年、インターネット等の通信ネットワークを介した画像、音声データ、各種プログラム等のデータ転送が盛んに行われている。ネットワークを通じてやりとりされるコンテンツの種類は、テキスト・静止画などから、動画・音声などのマルチメディアコンテンツへと移行が進み、コンテンツの大容量化、多種類化が著しく進んでいる。
【０００３】
また、近年は、ブロードバンドによる大容量コンテンツの配信が急速に広まり、個人のコンテンツの取得能力が向上し、これに応じて、ネットワークを介して流通するコンテンツ数が飛躍的に増加することが予想できる。このようにコンテンツの種類が増加し、大容量コンテンツが増大すると、ユーザのコンテンツ管理負担も増加し、それに伴う記憶装置の容量アップ、さらに効率的なコンテンツ検索アプリケーションなど付加的な仕様が求められることになる。
【０００４】
ユーザが取得したコンテンツのほとんどは短期利用が主な目的で、長期保存を要求されるコンテンツに対してはユーザが自己のＰＣのハードディスク、あるいは外部の記憶手段に格納するなど、ユーザが主導的に管理を行うのが現状である。
【０００５】
ユーザがネットワークを介してコンテンツを取得し、コンテンツ配信による一時的な記憶装置（キャッシュ）にコンテンツが格納された場合、キャッシュは一定の決まったルールでコンテンツ格納、削除処理を行う。例えばキャッシュの記憶容量の越えない範囲で最新のコンテンツが入力される毎に、アクセスの頻度が古いコンテンツを書き換える処理を実行する。通常、このキャッシュにおけるコンテンツ管理ルールはコンテンツの配信側やユーザー側の直接的な管理とは無関係である。
【０００６】
コンテンツを受け取るユーザー側は、必要なコンテンツをハードディスクあるいは他の記憶手段に保存する等、少なくとも主導的なコンテンツの管理手段が与えられているが、コンテンツの配信側は、通常、ユーザに配信済みのコンテンツに対する管理権は持たない。コンテンツ配信側に主導的なコンテンツの管理手段を与えるためにはいくつかの問題点がある。
【０００７】
例えば、一時的なコンテンツ記憶装置がユーザー領域にある場合、その領域の主導権はユーザであり、コンテンツ配信側にアクセス権がないという問題がある。もしコンテンツ配信側にアクセス権限が与えられたとした場合、記憶手段（キャッシュ）の管理主体が複数になるため、管理ルールを作らなければならないという問題が発生することになる。
【０００８】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、キャッシュの位置をユーザー領域と公衆網との境界であるアクセスネットワークのユーザーの一番近い場所、例えばｘＤＳＬルーターやモデムと同じ場所にすることでユーザー領域を侵害する問題を解決し、コンテンツ配信側で、ユーザ対応の位置時記憶手段、例えばキャッシュ装置の管理を実行できる構成を実現するコンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【０００９】
コンテンツの一時記憶手段として用いられるキャッシュは、ユーザに対する透過性を持ち、基本的にユーザに管理義務を与えられないことが通常であり、配信側を管理主体として決めることは難しくない。ただし、複数のコンテンツ配信側を対象にする一時的な記憶装置でのコンテンツ管理を共通ルールで管理するには限界がある。本発明は、複数のコンテンツ提供側からユーザに対して提供される複数コンテンツを、ユーザに対応して設定される一時的な記憶装置に格納し、格納コンテンツをコンテンツ提供側の意思で管理することを可能としたコンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の第１の側面は、
ネットワークを介して配信するコンテンツの管理を実行するコンテンツ配信管理システムであり、
コンテンツを配信するコンテンツ配信サーバと、
前記コンテンツ配信サーバからの配信コンテンツを格納する記憶手段を有し、コンテンツ利用ユーザに対応して設置されたコンテンツキャッシュと、
前記コンテンツ配信サーバから前記コンテンツキャッシュへの配信コンテンツの管理データを保有するコンテンツ配信管理センターと、を有し、
前記コンテンツ配信サーバは、前記コンテンツキャッシュに対する配信コンテンツの管理情報としての配信サーバ用メタデータを生成し、前記コンテンツ配信管理センターに送信する構成を有し、
前記コンテンツ配信管理センターは、前記配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成し、コンテンツ管理情報として保持するとともに、前記コンテンツキャッシュに送信する構成を有し、
前記コンテンツキャッシュは、前記キャッシュ用メタデータを、前記コンテンツ配信サーバから受信するコンテンツに対応付けて記憶手段に格納し、前記キャッシュ用メタデータに含まれるコンテンツ管理情報に従ったコンテンツ管理を実行する構成を有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンテンツ配信管理センターは、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理する構成であることを特徴とするコンテンツ配信管理システムにある。
【００１１】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信サーバの生成する配信サーバ用メタデータ、および、前記コンテンツ配信管理センターが生成し、前記コンテンツキャッシュに送信するキャッシュ用メタデータには、コンテンツキャッシュに格納したコンテンツの削除実行日データが格納され、前記コンテンツキャッシュは、前記キャッシュ用メタデータの削除実行日データに基づくコンテンツ削除処理を実行する構成であることを特徴とする。
【００１２】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの管理情報変更用メタデータを前記コンテンツ配信管理センターに送信する構成を有し、前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行する構成であることを特徴とする。
【００１３】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの緊急削除処理を要求する緊急削除処理用メタデータを前記コンテンツ配信管理センターに送信する構成を有し、前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信する構成を有し、前記コンテンツキャッシュは、前記緊急削除処理要求キャッシュ用メタデータに基づくコンテンツの削除処理を実行する構成であることを特徴とする。
【００１４】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信管理センターは、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信する構成を有し、前記コンテンツ配信サーバは、該コンテンツ送信要求に基づいて、前記コンテンツキャッシュに対するコンテンツ配信処理を実行する構成であることを特徴とする。
【００１５】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信サーバは、前記コンテンツ配信管理センターの許諾に基づいて前記コンテンツキャッシュに対するコンテンツ配信処理を実行する構成を有し、コンテンツ利用ユーザからのコンテンツ配信要求を受信するポータルサイトにリンクされたコンテンツキャッシュからユーザ端末に対するコンテンツ送信を実行する構成を有することを特徴とする。
【００１６】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツキャッシュは、コンテンツ利用ユーザに対応してネットワーク上に複数設置されるキャッシュであり、データ通信ネットワークにおけるユーザ領域と公衆通信網との境界領域に配置された構成であることを特徴とする。
【００１７】
さらに、本発明の第２の側面は、
ネットワークを介して配信するコンテンツの管理を実行するコンテンツ配信管理システムにおけるコンテンツ配信管理方法であり、
コンテンツを配信するコンテンツ配信サーバにおいて、
コンテンツ利用ユーザに対応して設置されたコンテンツキャッシュに対してコンテンツを配信するとともに、配信コンテンツの管理情報としての配信サーバ用メタデータを生成し、コンテンツ配信管理センターに送信するステップと、
前記コンテンツ配信管理センターにおいて、
前記配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成し、コンテンツ管理情報として保持するとともに、前記コンテンツキャッシュに送信するステップと、
前記コンテンツキャッシュにおいて、
前記キャッシュ用メタデータを、前記コンテンツ配信サーバから受信するコンテンツに対応付けて記憶手段に格納し、前記キャッシュ用メタデータに含まれるコンテンツ管理情報に従ったコンテンツ管理を実行するステップを有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンテンツ配信管理センターは、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理するステップを実行することを特徴とするコンテンツ配信管理方法にある。
【００１８】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信サーバの生成する配信サーバ用メタデータ、および、前記コンテンツ配信管理センターが生成し、前記コンテンツキャッシュに送信するキャッシュ用メタデータには、コンテンツキャッシュに格納したコンテンツの削除実行日データが格納され、前記コンテンツキャッシュは、前記キャッシュ用メタデータの削除実行日データに基づくコンテンツ削除処理を実行することを特徴とする。
【００１９】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの管理情報変更用メタデータを前記コンテンツ配信管理センターに送信し、前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行することを特徴とする。
【００２０】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの緊急削除処理を要求する緊急削除処理用メタデータを前記コンテンツ配信管理センターに送信し、前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信し、前記コンテンツキャッシュは、前記緊急削除処理要求キャッシュ用メタデータに基づくコンテンツの削除処理を実行することを特徴とする。
【００２１】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信管理センターは、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信し、前記コンテンツ配信サーバは、該コンテンツ送信要求に基づいて、前記コンテンツキャッシュに対するコンテンツ配信処理を実行することを特徴とする。
【００２２】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信サーバは、前記コンテンツ配信管理センターの許諾に基づいて前記コンテンツキャッシュに対するコンテンツ配信処理を実行し、コンテンツ利用ユーザからのコンテンツ配信要求を受信するポータルサイトにリンクされたコンテンツキャッシュからユーザ端末に対するコンテンツ送信を実行することを特徴とする。
【００２３】
さらに、本発明の第３の側面は、
ネットワークを介してコンテンツを配信するコンテンツ配信サーバと、該コンテンツ配信サーバからの配信コンテンツを格納するコンテンツキャッシュとの間で転送されるコンテンツ管理を実行する情報処理装置であり、
前記コンテンツ配信サーバから前記コンテンツキャッシュへの配信コンテンツの管理データを保有する記憶手段と、
前記コンテンツ配信サーバの生成する配信コンテンツの管理情報としての配信サーバ用メタデータを受信し、該配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成し、コンテンツ管理情報として保持するとともに、前記コンテンツキャッシュに送信する処理を実行する制御部とを有し、
前記制御部は、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンテンツ配信管理センターは、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理する構成であることを特徴とする情報処理装置にある。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記コンテンツ配信サーバから受信したコンテンツ管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信する構成であることを特徴とする。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信する構成を有することを特徴とする。
【００２７】
さらに、本発明の第４の側面は、
ネットワークを介してコンテンツを配信するコンテンツ配信サーバと、該コンテンツ配信サーバからの配信コンテンツを格納するコンテンツキャッシュとの間で転送されるコンテンツ管理を情報処理装置において実行する情報処理方法であり、
前記コンテンツ配信サーバの生成する配信コンテンツの管理情報としての配信サーバ用メタデータを受信するステップと、
該配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成するステップと、
前記キャッシュ用メタデータをコンテンツ管理情報として記憶手段に格納するステップと、
前記キャッシュ用メタデータを前記コンテンツキャッシュに送信するステップを有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記情報処理装置は、さらに、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理するステップを実行することを特徴とする情報処理方法にある。
【００２８】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記コンテンツ配信サーバから受信したコンテンツ管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行するステップを含むことを特徴とする。
【００２９】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信するステップを含むことを特徴とする。
【００３０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信するステップを含むことを特徴とする。
【００３１】
さらに、本発明の第５の側面は、
ネットワークを介してコンテンツを配信するコンテンツ配信サーバと、該コンテンツ配信サーバからの配信コンテンツを格納するコンテンツキャッシュとの間で転送されるコンテンツ管理処理を情報処理装置において実行させるコンピュータ・プログラムであり、
前記コンテンツ配信サーバの生成する配信コンテンツの管理情報としての配信サーバ用メタデータを受信するステップと、
該配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成するステップと、
前記キャッシュ用メタデータをコンテンツ管理情報として記憶手段に格納するステップと、
前記キャッシュ用メタデータを前記コンテンツキャッシュに送信するステップを有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンピュータ・プログラムは、さらに、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理するステップを有することを特徴とするコンピュータ・プログラムにある。
【００３２】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３３】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００３４】
【発明の実施の形態】
［システム及びデータ送受信概要］
まず、図１を参照して、本発明のシステム概要及びデータ処理の概要について説明する。
【００３５】
本発明のコンテンツ配信管理システムは、図１に示すように、コンテンツの配信を実行するサービスプロバイダ等のコンテンツ配信サーバ１１０、コンテンツ配信サーバ１１０が通信ネットワークを介して配信するコンテンツを受信し、格納するコンテンツキャッシュ１２０、およびコンテンツの配信管理を実行するコンテンツ配信管理センター１３０の３要素から構成される。コンテンツキャッシュ１２０は、コンテンツ利用ユーザに対応してネットワーク上に複数設置されるキャッシュであり、データ通信ネットワークにおけるユーザ領域と公衆通信網との境界領域に配置される。例えば、ユーザー領域と公衆網との境界であるアクセスネットワークのユーザの一番近い場所、例えばｘＤＳＬルーターやモデムと同じ場所に設置される。
【００３６】
図１には、コンテンツ配信サーバ１１０、コンテンツキャッシュ１２０をそれぞれ１つのみ示してあるが、これらは複数存在し、コンテンツキャッシュ１２０は、複数のコンテンツ配信サーバから様々なコンテンツを受信し、コンテンツ配信サーバ１１０は、複数のコンテンツキャッシュに対して、コンテンツを配信する。
【００３７】
コンテンツ配信サーバ１１０は、コンテンツキャッシュ１２０に対して配信するコンテンツ、およびコンテンツに対応する付帯情報としてのメタデータをコンテンツデータベース１１１に格納し、コンテンツをコンテンツキャッシュ１２０に対して配信する際、メタデータ１１５をコンテンツ配信管理センター１３０に送信する。コンテンツ配信サーバ１１０は、さらに、コンテンツ配信管理情報を格納した配信管理データベース１１２を有する。
【００３８】
コンテンツ配信管理センター１３０は、ユーザ情報を格納したユーザデータベース１３３と、コンテンツ配信管理情報を格納した配信管理データベース１３２からなるコンテンツ管理テータベース１３１を有し、コンテンツ配信サーバ１１０から受信した配信サーバ用メタデータ１１５を、コンテンツ管理テータベース１３１の格納データに基づいて、キャッシュ用メタデータ１２５に変換し、ユーザ対応のコンテンツキャッシュ１２１に送信する。
【００３９】
コンテンツキャッシュ１２０は、コンテンツ配信サーバ１１０から受信するコンテンツと、コンテンツ配信管理センター１３０から受信するキャッシュ用メタデータ１２５を対応付けて、キャッシュ１２１に格納する。ユーザは、必要に応じて、キャッシュ１２１からコンテンツを取り出して、自己のＰＣ等の情報処理装置においてコンテンツ再生を実行可能となる。なお、この際のコンテンツ利用ルールは、コンテンツ配信管理センター１３０から受信するキャッシュ用メタデータ１２５に記録されている。
【００４０】
図２にコンテンツ配信サーバ１１０が生成し、コンテンツ配信管理センター１３０に送信する配信サーバ用メタデータ１１５構成例を示す。
【００４１】
配信サーバ用メタデータは、図２に示すように、
コンテンツ配信サーバ識別子としての「配信側コード」
コンテンツの管理識別子としての「管理ＩＤ」
コンテンツ配信サーバのＩＰアドレスとしての「ＩＰアドレス」
コンテンツファイル名としての「コンテンツ名」
コンテンツ配信日としての「配信日」
コンテンツ管理ルールの変更確認日データとしての「管理確認日」
コンテンツ削除実行日データとしての「管理実行日」
コンテンツ配信先ＩＰアドレスデータとしての「キャッシュＩＰ」
その他コンテンツ状態情報（Ｃｏｎｄｉｔｉｏｎｓ）として、
コンテンツ配信の有無、コンテンツ管理内容変更要求の有無、配信側からのコンテンツ緊急削除要求の有無、コンテンツ管理内容変更確認の有無、管理内容変更の確認済みか否か、コンテンツ削除済みか否か、要求メタデータに対する応答の有無、要求に対する実行結果等の情報が格納される。これらの情報を用いた処理については、後段で説明する。
【００４２】
図３にコンテンツ配信管理センター１３０が、配信サーバ用メタデータ１１５に基づいて生成し、コンテンツキャッシュ１２０に対して送信するキャッシュ用メタデータ１２５の構成例を示す。
【００４３】
キャッシュ用メタデータは、図３に示すように、
コンテンツ配信サーバ識別子としての「配信側コード」
コンテンツの管理識別子としての「管理ＩＤ」
コンテンツファイル名としての「コンテンツ名」
コンテンツ配信日としての「配信日」
コンテンツ管理ルールの変更確認日データとしての「管理確認日」
コンテンツ削除実行日データとしての「管理実行日」
コンテンツ格納キャッシュＩＰアドレスデータとしての「キャッシュＩＰ」
コンテンツ配信管理センター１３０の管理するデータベース情報としての「データベースインデックスコード」
コンテンツを格納するコンテンツキャッシュの識別情報としての「キャッシュＩＤ」
その他コンテンツ状態情報（Ｃｏｎｄｉｔｉｏｎｓ）として、
コンテンツ配信の有無、コンテンツ管理内容変更要求の有無、配信側からのコンテンツ緊急削除要求の有無、コンテンツ管理内容変更確認の有無、管理内容変更の確認済みか否か、コンテンツ削除済みか否か、要求メタデータに対する応答の有無、要求に対する実行結果等の情報が格納される。これらの情報を用いた処理については、後段で説明する。
【００４４】
以下、本発明のコンテンツ配信管理システムにおいて実行する各処理について説明する。まず、ユーザは、任意タイミングにおいてコンテンツを指定したコンテンツ配信要求をコンテンツ配信管理センター１３０に対して実行する。
【００４５】
コンテンツ要求の際に適用されるメタデータ例を図４に示す。コンテンツを要求する側はコンテンツ送信先のコンテンツキャッシュ１２０であり、コンテンツキャッシュ１２０に対応するユーザＰＣ等の情報処理装置が、図４に示すコンテンツ名、ユーザＩＤ、パスワード、およびコンテンツ配信先としてのコンテンツキャッシュ識別データとしてのキャッシュＩＤを持つコンテンツ要求データ［Ｓ１］を生成して、コンテンツ配信管理センター１３０に対して送信する。
【００４６】
コンテンツ要求データ［Ｓ１］を受信したコンテンツ配信管理センター１３０の処理を図５に示す。コンテンツ配信管理センター１３０は、コンテンツキャッシュ１２０から受信したコンテンツ要求データ［Ｓ１］のメタデータに従い、コンテンツ配信側としてのコンテンツ配信サーバ１１０にコンテンツ配信要求を依頼するため必要なコンテンツ配信側のＩＰアドレスとコンテンツ送信先のコンテンツキャッシュ装置のＩＰアドレスの検索を、コンテンツ管理データベース１３１の格納データに基づいて行う。
【００４７】
コンテンツ配信管理センター１３０は、コンテンツ管理データベース１３１を検索し、コンテンツ要求データ［Ｓ１］に格納されたコンテンツ名からコンテンツ配信側のコンテンツ配信サーバのＩＰアドレスを取得し、コンテンツ要求データ［Ｓ１］に格納されたキャッシュＩＤからコンテンツ配信先のコンテンツキャッシュのＩＰアドレスを取得する。
【００４８】
その結果に基づいて、コンテンツ配信側のコンテンツ配信サーバ１１０に対して送信するメタデータ［Ｓ２］を生成し、コンテンツ配信サーバ１１０に送信する。メタデータ［Ｓ２］には、コンテンツ名、セッションＩＤ、パスワード、さらに、コンテンツ配信先のコンテンツキャッシュのＩＰアドレスが格納される。
【００４９】
コンテンツ配信管理センター１３０から、メタデータ［Ｓ２］を受信したコンテンツ配信サーバ１１０の処理を図６に示す。図６に示すように、コンテンツ配信管理センター１３０は、コンテンツ配信管理センター１３０からのメタデータ［Ｓ２］に基づくコンテンツ要求に従い要求コンテンツをコンテンツデータベース１１１から取得し、取得したコンテンツに関する付帯情報としての配信サーバ用メタデータ［Ｓ３］を生成する。
【００５０】
配信サーバ用メタデータは、先に図２を参照して説明したように、コンテンツ配信および利用条件等の情報を格納したデータである。コンテンツデータベース１１１から取得したコンテンツはコンテンツキャッシュ装置１２０へ送信し、そしてメタデータ［Ｓ３］はコンテンツ配信管理センター１３０へ送信する。
【００５１】
図７にはコンテンツ送り先のコンテンツキャッシュ１２０からコンテンツ要求が発行され、コンテンツ配信サーバ１１０がコンテンツ送信を実行するまでのメタデータの流れをまとめた図である。
【００５２】
図７に示すように、コンテンツキャッシュ１２０は、コンテンツ要求としてのメタデータ［Ｓ１］を生成してコンテンツ配信管理センター１３０に送信し、コンテンツ配信管理センター１３０はメタデータ［Ｓ１］の受信に応じて、メタデータ［Ｓ２］を生成してコンテンツ配信サーバ１１０に送信し、コンテンツ配信サーバ１１０は、メタデータ［Ｓ２］の受信に応じて、指定コンテンツをコンテンツデータベース１１から取得して、コンテンツキャッシュ１２０に送信するとともに、送信コンテンツに関する付帯情報としての配信サーバ用メタデータ（図１−１１５：図２参照）を生成してコンテンツ配信管理センター１３０に送信する。
【００５３】
コンテンツ配信サーバ１１０からコンテンツ配信用のメタデータ［Ｓ３］、すなわち配信サーバ用メタデータ（図１−１１５：図２参照）を受信したコンテンツ配信管理センター１３０の処理を図８に示す。
【００５４】
コンテンツ配信管理センター１３０は、配信サーバ用メタデータ［Ｓ３］（図１−１１５：図２参照）をコンテンツ配信サーバ１１０から受信すると、図８に示すように、配信サーバ用メタデータ［Ｓ３］（図１−１１５：図２参照）に基づいて、コンテンツ管理用メタデータ［Ｓ４］を生成し、これを配信管理データベース１３２に格納する。
【００５５】
配信サーバ用メタデータ［Ｓ３］（図１−１１５：図２参照）に基づいて、コンテンツ管理用メタデータ［Ｓ４］は、先に図１を参照して説明したキャッシュ用メタデータ１２５であり、コンテンツ配信管理センター１３０は、コンテンツ管理用メタデータ［Ｓ４］のコピーとしてのキャッシュ用メタデータ１２５をコンテンツの受け側のコンテンツキャッシュ１２０へ送信する。
【００５６】
［コンテンツ配信処理］
コンテンツ配信処理の全体図を図９に示す。コンテンツキャッシュ１２０からメタデータ［Ｓ１］に基づいてコンテンツ要求を受けたコンテンツ配信管理センター１３０が配信管理データベース１３２を検索してコンテンツ配信サーバ情報を取得し、コンテンツ配信サーバ１１０に対してメタデータ［Ｓ２］に基づくコンテンツ配信依頼を送信し、コンテンツ配信管理センター１３０が提供したメタデータ［Ｓ２］に格納されたセッション管理ＩＤとパスワード（図５参照）を使ってコンテンツキャッシュ１２０とコンテンツ配信サーバ１１０間で、直接ファイル転送セッションプロトコル、例えばＦＴＰでファイル転送によるコンテンツ配信を実行する。
【００５７】
図１０にコンテンツ配信処理のシーケンス図を示す。シーケンス図に従ってコンテンツ配信処理について全体の流れを説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツ、メタ情報を格納する記憶装置とに区別して示してある、これら双方をコンテンツキャッシュとして示す。また、配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部のみを示してある。
【００５８】
まず、コンテンツキャッシュは、メタ情報［Ｓ１］を生成してこれをコンテンツ要求としてコンテンツ配信管理センターに送信する。
【００５９】
コンテンツキャッシュにおけるコンテンツ要求時の処理を図１１に示す。まず、ステップＳ１１１，Ｓ１１２において、ユーザがキーボード等の入力部を介してユーザＩＤ、およびパスワードを入力する。これらのユーザＩＤ、およびパスワード予めコンテンツ配信管理センターのユーザデータベース１３３に登録済みである。次にステップＳ１１３において、配信要求対象のコンテンツ名を入力し、さらに配信先として、ユーザ対応のキャッシュの識別子としてのキャッシュＩＤを入力し、メタデータ［Ｓ１］（図４参照）を生成する。生成したメタデータ［Ｓ１］をコンテンツ配信管理センターに送付して処理が終了する。
【００６０】
コンテンツキャツシュからコンテンツ要求としてのメタデータ［Ｓ１］を受信したコンテンツ配信管理センターの処理を図１２に示す。まず、ステップＳ１２１において、メタデータ［Ｓ１］を受信すると、ステップＳ１２２において、メタデータ［ｓ１］に格納されたユーザＩＤ、キャッシュＩＤがユーザデータベースに登録済みか否かを検索し、データベースにデータがない場合は、ステップＳ１２３からステップＳ１２８に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツキャッシュに送信して処理を終了する。
【００６１】
メタデータ［Ｓ１］に格納されたユーザＩＤ、キャッシュＩＤがユーザデータベースに登録済みである場合は、ステップｓ１２３からステップＳ１２４に進み、メタデータ［ｓ１］に格納されたコンテンツ名に基づいて、配信管理データベースを検索して、指定コンテンツの配信を行なうコンテンツ配信サーバを検索する。
【００６２】
指定コンテンツを配信するコンテンツ配信サーバがない場合は、ステップＳ１２５からステップＳ１２８に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツキャッシュに送信して処理を終了する。指定コンテンツを配信するコンテンツ配信サーバがな存在した場合は、ステップＳ１２５からステップＳ１２６に進み、メタデータ［Ｓ２］（図５参照）を生成し、ステップＳ１２７で生成したメタデータをコンテンツ配信サーバに送信する。
【００６３】
図１０のシーケンス図に戻り説明を続ける。コンテンツ配信管理センターからメタデータ［Ｓ２］を受信したコンテンツ配信サーバは、コンテンツ配信処理他の処理を実行する。コンテンツ配信サーバの処理を図１３に示す。
【００６４】
コンテンツ配信サーバは、ステップＳ１３１で、コンテンツ配信管理センターからメタデータ［Ｓ２］を受信すると、ステップＳ１３２において、メタデータ［Ｓ２］に指定されたコンテンツをコンテンツデータベース１１１から取得する。取得に失敗した場合は、ステップＳ１３３からステップＳ１３９に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツ配信管理センターに送信して処理を終了する。
【００６５】
指定されたコンテンツのコンテンツデータベース１１１からの取得できた場合は、ステップＳ１３４において、コンテンツ配信先情報を配信管理データベースから検索する。コンテンツがすでにメタデータ［Ｓ２］に指定されたコンテンツキャッシュに対して配信済みである場合は、ステップＳ１３５からステップＳ１３９に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツ配信管理センターに送信して処理を終了する。
【００６６】
メタデータ［Ｓ２］に指定されたコンテンツキャッシュに対してコンテンツが配信済みでない場合は、ステップＳ１３５からステップＳ１３６に進み、コンテンツ配信サーバとコンテンツ送信先のコンテンツキャッシュ間のセッションを開始してステップＳ１３７でコンテンツをコンテンツキャッシュに対して送信する。コンテンツ配信サーバは、コンテンツ配信管理センターから提供されたセッション管理ＩＤとパスワードを使い送り先のコンテンツキャッシュへのファイル転送セッションを行い、コンテンツを送信する。
【００６７】
図１０のシーケンス図に戻り、この処理について、詳細に説明すると、まず、コンテンツ配信サーバは、コンテンツ配信管理センターに対して新規セッション要求メッセージを送信し、コンテンツ配信管理センターは、新規セッション要求メッセージを受信すると、コンテンツキャッシュに対して、新規セッション要求メッセージを転送する。コンテンツキャッシュは、新規セッション要求メッセージを受信すると、コンテンツ配信管理センターに新規セッションの開始許可を通知し、コンテンツ配信管理センターは、これに応じて、応答メッセージをコンテンツ配信サーバに送信する。応答メッセージを受信したコンテンツ配信サーバは、コンテンツキャッシュに対してコンテンツを送信する。
【００６８】
コンテンツ送信の後、コンテンツ配信終了通知をコンテンツ配信管理センターに通知する。これが、図１３のステップＳ１３８のコンテンツ配信管理センターに対する送信終了通知である。なお、図１０に示すように、コンテンツを受信したコンテンツキャツシュからもコンテンツ配信管理センターに対して配信終了通知が送信される。
【００６９】
［コンテンツ配信におけるメタデータ処理］
図１４はコンテンツ配信処理に伴うコンテンツ配信管理用のメタデータの流れをまとめて示した図である。図１４に示すように、コンテンツキャッシュ１２０は、コンテンツ要求用のメタデータ［Ｓ１］をコンテンツ配信管理センター１３０に送信し、コンテンツ配信管理センター１３０は、コンテンツ送信依頼をコンテンツ配信サーバ１１０に送信し、コンテンツ配信サーバ１１０は、コンテンツ配信管理用のメタデータ、配信サーバ用メタデータ［Ｓ３］を生成し、配信管理データベース１１２に格納するとともに、コンテンツ配信管理センター１３０に送信する。
【００７０】
コンテンツ配信管理センター１３０は、配信サーバ用メタデータ［Ｓ３］に基づいて、配信管理メタデータとしてのキャッシュ用メタデータ［Ｓ４］を生成して、配信管理データベース１３２に格納するとともに、コンテンツキャッシュ１２０に送信する。コンテンツキャッシュ１２０は、受信したキャッシュ用メタデータ［Ｓ４］を格納する。
【００７１】
図１５にメタデータの流れのシーケンス図を示す。シーケンス図に従ってメタデータ送受信処理について説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツ、メタ情報を格納する記憶装置とに区別して示してある、これら双方をコンテンツキャッシュとして示す。また、配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。
【００７２】
まず、コンテンツキャッシュは、メタ情報［Ｓ１］を生成してこれをコンテンツ要求としてコンテンツ配信管理センターに送信する。コンテンツキャッシュにおけるコンテンツ要求時の処理は、先に図１１を用いて説明した通りである。
【００７３】
コンテンツキャツシュからコンテンツ要求としてのメタデータ［Ｓ１］を受信したコンテンツ配信管理センターは、先に説明した図１２の処理を実行し、メタデータ［Ｓ２］をコンテンツ配信サーバに送信する。
【００７４】
コンテンツ配信管理センターからメタデータ［Ｓ２］を受信したコンテンツ配信サーバは、メタデータ「Ｓ３」、すなわち配信サーバ用メタデータ生成処理を実行する。コンテンツ配信サーバの処理を図１６に示す。
【００７５】
コンテンツ配信サーバは、ステップＳ２１１で、コンテンツ配信管理センターからメタデータ［Ｓ２］を受信すると、ステップＳ２１２において、メタデータ［Ｓ２］に指定されたコンテンツをコンテンツデータベース１１１から取得する。取得に失敗した場合は、ステップＳ１３３からステップＳ２１９に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツ配信管理センターに送信して処理を終了する。
【００７６】
指定されたコンテンツのコンテンツデータベース１１１からの取得できた場合は、ステップＳ２１４において、コンテンツ配信先情報を配信管理データベースから検索する。コンテンツがすでにメタデータ［Ｓ２］に指定されたコンテンツキャッシュに対して配信済みである場合は、ステップＳ２１５からステップＳ２１９に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツ配信管理センターに送信して処理を終了する。
【００７７】
メタデータ［Ｓ２］に指定されたコンテンツキャッシュに対してコンテンツが配信済みでない場合は、ステップＳ２１５からステップＳ２１６に進み、コンテンツ配信サーバとコンテンツ送信先のコンテンツキャッシュ間のセッションを開始してステップＳ２１６において、配信コンテンツに対応するメタデータ「Ｓ３」、すなわち配信サーバ用メタデータを生成し、状態情報（Ｃｏｎｄｉｔｉｏｎｓ）（図２参照）を１に設定する。さらに、ステップＳ２１７で、生成したメタデータ「Ｓ３」、すなわち配信サーバ用メタデータを配信管理データベース１１２に格納し、ステップＳ２１８で、生成メタデータ［Ｓ３］をコンテンツ配信管理センターに送信する。
【００７８】
メタデータ［Ｓ３］をコンテンツ配信サーバから受信したコンテンツ配信管理センターの処理を図１７に示す。ステップＳ２２１において、メタデータ［Ｓ３］をコンテンツ配信サーバから受信すると、ステップＳ２２２において、配信処理に伴うメタデータであるか否かを判定し、Ｎｏである場合は、ステップＳ２２８に進み、コンテンツ管理内容変更処理に進む。この処理については、図２２を用いて後段で説明する。
【００７９】
ステップＳ２２２において、配信処理に伴うメタデータであるかと判定した場合は、ステップＳ２２３に進み、配信管理データベース１３２を検索して、配信先コンテンツキャッシュの有無を確認し、存在しない場合は、処理を終了する。配信管理データベース１３２を検索して、配信先コンテンツキャッシュが有る場合は、管理対象キャッシュであると判断し、ステッＳ２２５に済み、メタデータ［Ｓ４］を生成する。このメタデータは、キャッシュ用メタデータ（図３参照）である。メタデータ［Ｓ４］を生成すると、ステップＳ２２６で、生成メタデータ［Ｓ４］を配信管理データベース１３２に格納するとともに、ステップＳ２２７で、コンテンツキャッシュに送信する。
【００８０】
メタデータ［Ｓ４］、すなわちキャッシュ用メタデータを受信したコンテンツキャッシュの処理を図１８を参照して説明する。ステップＳ２３１で、コンテンツ配信管理センターからメタデータ［Ｓ４］を受信すると、ステップＳ２３２で、内部カウンタを０にセットし、ステップＳ２３３でコンテンツキャッシユのコンテンツ格納部に同じコンテンツが存在するか否かを検索する。
【００８１】
コンテンツが存在しない場合は、ステップＳ２４１に進み、カウンタを１インクリメントし、ステップＳ２４２においてカウンタ値が予め設定した最大値に達したか否かを判定し、Ｎｏの場合は、ステップＳ２４４で一定時間遅延の後、再度コンテンツ検索を実行する。これは、コンテンツ配信サーバからのコンテンツ配信の遅れを考慮した処理である。ステップＳ２４２でカウンタ値が予め設定した最大値に達したと判定した場合は、メタデータに対するコンテンツ送信がないと判断し、ステップＳ２４３でメタデータに対する処理を実行せず、処理を終了する。
【００８２】
ステップＳ２３４の判定において、コンテンツの格納が確認された場合には、ステップＳ２３５において、対応するメタデータをコンテンツキャッシュの記憶装置のコンテンツ管理部に存在するか否かを検索し、存在する場合は、新たな処理を実行せず、処理終了とする。存在しない場合は、ステップＳ２３７に進み、コンテンツ配信管理センターから受信したメタデータ［Ｓ４］をキャッシュのコンテンツ管理部に格納し、コンテンツ管理スケジュールを確保する。
【００８３】
［コンテンツ管理内容変更］
配信したコンテンツに対しコンテンツ配信サーバ側では必要に応じてコンテンツキャッシュでのコンテンツ管理内容の変更を指示できる。ただし、これはコンテンツキャッシュ側での管理内容の確認日の前に行う必要があり、もしその後であれば元のメタデータに設定したスケジュールに従う。
【００８４】
配信されたコンテンツ管理の内容変更に対するメタデータの流れを図１９に示す。これは、コンテンツキャッシュに対して配信済みのコンテンツの利用条件等を変更する際、コンテンツキャッシユに送信済みのキャッシュ用メタデータの内容書き換え処理として実行するものである。
【００８５】
コンテンツの管理内容を変更する場合、まず、コンテンツ配信サーバ１１０は、変更内容データを格納したメタデータ［Ｓ３］＝配信サーバ用メタデータをコンテンツ配信管理センター１３０に送信し、応答メタデータ［Ｓ３］を受信する。さらに、コンテンツ配信管理センター１３０は、コンテンツキャッシュ１２０から管理内容確認メタデータ［Ｓ４］＝キャッシュ用メタデータを受信し、応答メタデータ［Ｓ４］を送信する。
【００８６】
このコンテンツの管理内容を変更する処理シーケンスを図２０に示す。シーケンス図に従って、コンテンツの管理内容を変更する場合のメタデータ送受信処理について説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツ、メタ情報を格納する記憶装置とに区別して示してある、これら双方をコンテンツキャッシュとして示す。また、配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部と、管理内容の変更情報の入力、結果出力を実行するインタフェース（Ｉ／Ｆ）を区別して示してある。
【００８７】
まず、コンテンツ配信サーバにおいて、Ｉ／Ｆを介してコンテンツの管理内容の変更内容を入力すると、制御部において、入力情報に基づく変更内容を持つメタデータを生成する。この処理を図２１を参照して説明する。
【００８８】
ステップＳ３１１において、コンテンツ管理内容の変更要求がインタフェースから入力されると、ステップＳ３１２において、変更対象となるメタデータを配信管理データベース１１２を検索して抽出する。メタデータが存在しない場合は、ステップＳ３１３からステップＳ３１８に進み、インタフェースに対して管理内容の変更不可であることを通知（表示）する。
【００８９】
メタデータが存在する場合は、ステップＳ３１４に進み、入力内容に従って管理内容の変更処理を実行する。すなわち、配信管理データベース１１２を検索して取得したメタデータの書き換え処理を行なう。このメタデータは、図２に示す配信サーバ用メタデータである。例えば状態情報（Ｃｏｎｄｉｔｏｉｏｎ）の値の書き替え等が実行され、ステップＳ３１５で書き替えられたメタデータ［Ｓ３］＝配信サーバ用メタデータを生成する。
【００９０】
書き替えられたメタデータ［Ｓ３］＝配信サーバ用メタデータは、ステップＳ３１６で、配信管理データベース１１２に格納され、さらにステップＳ３１７で、コンテンツ配信管理センターに送信される。
【００９１】
書き替えられたメタデータ［Ｓ３］を受信したコンテンツ配信管理センターの処理を図２２を参照して説明する。ステップＳ３２１において、メタデータ［Ｓ３］をコンテンツ配信サーバから受信すると、ステップＳ３２２において、管理内容変更処理であるか否かが確認され、管理内容変更処理でない場合は、ステップＳ３２８のコンテンツ緊急削除処理に進む。この処理については、後段で図２９を参照して説明する。
【００９２】
ステップＳ３２２において、管理内容変更処理であると判定された場合は、ステップＳ３２３に進み、配信管理データベース１３２を検索して、対応メタデータが格納されているか否かを確認し、格納されていない場合は、管理対象メタデータでないと判断し処理を終了する。格納されている場合は、管理対象メタデータであると判断し、ステップＳ３２５において、変更内容を反映したメタデータ［Ｓ４］＝キャッシュ用メタデータを生成して、配信管理データベース１３２に格納するとともに、ステップＳ３２６において、メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果情報＝１に設定（図３参照）する。さらに、ステップＳ３２７において、コンテンツ配信センターに対する応答処理としてメタデータ［Ｓ３］をコンテンツ配信サーバに送信して処理を終了する。
【００９３】
次に、コンテンツキャッシュの処理について図２３を参照して説明する。コンテンツキャッシュでは、毎日、コンテンツ配信管理スケジュールの確認処理を行なう。ステップＳ３３１では、自己のタイマにおいて日付確認を行なった後、ステップＳ３３２において、キャッシュのコンテンツ配信管理部を検索して、管理内容確認スケジュール検索処理を実行する。
【００９４】
コンテンツ配信管理内容の確認処理対象のメタデータがない場合は、ステップＳ３３３から処理終了とする。存在する場合は、ステップＳ３３４で、確認済みか否かを判定する。キャッシュ用メタデータは、図３に示すように、状態情報（Ｃｏｎｄｉｔｉｏｎ）中に管理内容確認フラグがあり、このフラグが１であれば確認済みであるので処理を終了し、確認済みでない場合は、ステップＳ３３５で、そのメタデータ［Ｓ４］＝キャッシユ用メタデータをコンテンツ配信管理センターに送信する。
【００９５】
メタデータ［Ｓ４］をコンテンツキャッシュから受信したコンテンツ配信管理センターの処理を図２４を参照して説明する。
【００９６】
ステップＳ３４１において、メタデータをコンテンツキャッシュから受信すると、ステップＳ３４２において、内容変更確認処理か否かの判定がなされ、Ｎｏの場合は、ステップＳ３４９のコンテンツ緊急削除処理に進む。この処理については、図３１を参照して後段で説明する。
【００９７】
ステップＳ３４２において、内容変更確認処理であると判定すると、ステップＳ３４３において、配信管理データベース１３２の内容変更対象メタデータ検索処理を実行する。メタデータが存在しない場合は、ステップＳ３４０に進み、コンテンツキャッシュから受信したメタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）中の緊急削除＝１の設定を実行し、ステップＳ３４６においてメタデータ変更処理を行なう。これは、コンテンツ配信管理センターの保持していないメタデータをコンテンツキャッシュ保有しているといった異常事態に対応する措置である。
【００９８】
ステップＳ３４４において、内容変更対象メタデータが配信管理データベースから抽出された場合は、ステップＳ３４５に進み、抽出メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）中の確認＝１（確認済み）の設定を実行し、配信管理データベースに格納するとともに、コンテンツキャッシュにメタデータ［Ｓ４］を送信する。
【００９９】
コンテンツ配信管理センターからメタデータ［Ｓ４］を受信したコンテンツキャッシュの処理を図２５を参照して説明する。
【０１００】
ステップＳ３５１で、コンテンツ配信管理センターからメタデータ［Ｓ４］を受信すると、受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）中の確認＝１（確認済み）の設定がなされているか否かを判断し、なされていない場合は、ステップＳ３５６のコンテンツ緊急削除処理に進む。この処理については、図３０を参照して後段で説明する。
【０１０１】
メタデータ［Ｓ４］の状態情報（Ｃｏｎｄｉｔｉｏｎ）中の確認＝１（確認済み）の設定がなされている場合は、ステップＳ３５３に進み、キャッシュのコンテンツ配信管理部のデータ検索を実行して対応メタデータの抽出を行なう。抽出失敗の場合（Ｓ３５４でＮｏ）は、ステップＳ３５６のコンテンツ緊急削除処理に進む。抽出に成功した場合は、ステップＳ３５５において、コンテンツ配信管理センターから受信したメタデータの情報を反映させて、すなわちメタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）中の確認＝１（確認済み）の設定をしたメタデータのキャッシュ格納処理を行なう。
【０１０２】
［コンテンツ緊急削除］
コンテンツ配信サーバ１１０は必要に応じて一方的にコンテンツキャッシュ１２０に格納したコンテンツの削除要求ができる。このコンテンツ配信サーバ１１０の要求に基づくコンテンツ削除処理において実行されるメタデータの全体的な流れを図２６に示す。
【０１０３】
コンテンツの緊急削除を行なう場合、まず、コンテンツ配信サーバ１１０は、緊急削除データを格納したメタデータ［Ｓ３］＝配信サーバ用メタデータをコンテンツ配信管理センター１３０に送信し、応答メタデータ［Ｓ３］を受信する。さらに、コンテンツ配信管理センター１３０は、コンテンツキャッシュ１２０から緊急削除メタデータ［Ｓ４］＝キャッシュ用メタデータを受信し、応答メタデータ［Ｓ４］を送信する。
【０１０４】
このコンテンツの緊急削除処理シーケンスを図２７に示す。シーケンス図に従って、コンテンツの緊急削除を実行する場合のメタデータ送受信処理について説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツを格納するコンテンツ格納部と、メタ情報を格納するコンテンツ配信管理部とに区別して示してある、これら双方は記憶部としてのキャッシュであり、制御部を含む全体がコンテンツキャッシュである。また、コンテンツ配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部と、管理内容の変更情報の入力、結果出力を実行するインタフェース（Ｉ／Ｆ）を区別して示してある。
【０１０５】
まず、コンテンツ配信サーバにおいて、Ｉ／Ｆを介してコンテンツの緊急削除要求を入力すると、制御部において、入力情報に基づく緊急削除要求メタデータを生成する。この処理を図２８を参照して説明する。
【０１０６】
ステップＳ４１１において、コンテンツ緊急削除要求がインタフェースから入力されると、ステップＳ４１２において、緊急削除対象となるメタデータを配信管理データベース１１２を検索して抽出する。メタデータが存在しない場合は、ステップＳ４１３からステップＳ４１８に進み、インタフェースに対して緊急削除不可であることを通知（表示）する。
【０１０７】
メタデータが存在する場合は、ステップＳ４１４に進み、メタデータ（図２参照）の状態情報（Ｃｏｎｄｉｔｏｉｏｎ）の値、緊急削除＝１として設定する。すなわち、配信管理データベース１１２を検索して取得したメタデータの書き換え処理を行なう。このメタデータは、図２に示す配信サーバ用メタデータである。ステップＳ４１５で書き替えられたメタデータ［Ｓ３］＝配信サーバ用メタデータを生成する。
【０１０８】
書き替えられたメタデータ［Ｓ３］＝配信サーバ用メタデータは、ステップＳ４１６で、配信管理データベース１１２に格納され、さらにステップＳ４１７で、コンテンツ配信管理センターに送信される。
【０１０９】
緊急削除＝１として設定されたメタデータ［Ｓ３］を受信したコンテンツ配信管理センターの処理を図２９を参照して説明する。ステップＳ４２１において、メタデータ［Ｓ３］をコンテンツ配信サーバから受信すると、ステップＳ４２２において、緊急削除処理であるか否かが確認され、緊急削除処理でない場合は、ステップＳ４２８のコンテンツ配信処理に進む。この処理については、先に図１７を参照して説明した通りである。
【０１１０】
ステップＳ４２２において、緊急削除処理であると判定された場合は、ステップＳ４２３に進み、配信管理データベース１３２を検索して、対応メタデータが格納されているか否かを確認し、格納されていない場合は、ステップＳ４２４からＳ４２９に進み、コンテンツ配信サーバからの受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝０として、Ｓ４３０で、メタデータをコンテンツ配信サーバに返す。
【０１１１】
ステップＳ４２４の判定がＹｅｓであり、対応メタデータがデータベースから抽出された場合は、ステップＳ４２５において、メタデータ［Ｓ４］＝キャッシュ用メタデータ（図３参照）の状態情報（Ｃｏｎｄｉｔｏｉｏｎ）の値、緊急削除＝１として設定して、ステップＳ４２６で配信管理データベース１３２に格納するとともに、ステップＳ４２７において、コンテンツキャッシュにメタデータ［Ｓ４］を送信して処理を終了する。
【０１１２】
次に、コンテンツキャッシュの処理について図３０を参照して説明する。コンテンツキャッシュは、ステップＳ４４１で、メタデータ［Ｓ４］をコンテンツ配信管理センターから受信すると、ステップＳ４４２で、緊急削除処理か否かを判定し、緊急削除処理でない場合は、ステップＳ４５１に進み、コンテンツ配信処理における処理を実行する。この処理は、先に図１８を参照して説明した通りである。
【０１１３】
ステップＳ４４２で、緊急削除処理であると判定すると、ステップＳ４４３で緊急削除対象のコンテンツをキャッシユのコンテンツ格納部から、受信メタデータ［Ｓ４］に基づいて検索する。コンテンツが存在しない場合は、ステップＳ４４４からステップＳ４５２に進み、受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝０として、Ｓ４５３で、メタデータをコンテンツ配信管理センターに返す。
【０１１４】
コンテンツがキャッシュから取り出された場合は、ステップＳ４４５において、コンテンツを削除し、ステップＳ４４６で対応メタデータをキャッシュから取り出す。メタデータが取得された場合は、ステップＳ４４７からステップＳ４４８に進み、メタデータを削除し、ステップＳ４４９において、受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝１として、Ｓ４５０で、メタデータ［Ｓ４］をコンテンツ配信管理センターに返す。ステップＳ４４６で対応メタデータをキャッシュから取り出せなかった場合、すなわちメタデータが存在しなかった場合は、メタデータ削除処理は実行せず、ステップＳ４４９において、受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝１として、Ｓ４５０で、メタデータ［Ｓ４］をコンテンツ配信管理センターに返す。
【０１１５】
次に、メタデータ［Ｓ４］をコンテンツキャッシュから受信したコンテンツ配信管理センターの処理について、図３１を参照して説明する。
【０１１６】
コンテンツ配信管理センターは、ステップＳ４６１で、メタデータ［Ｓ４］をコンテンツキャッシユから受信すると、ステップＳ４６２で、緊急削除処理か否かを判定し、緊急削除処理でない場合は、ステップＳ４６８に進み、予定どおりのコンテンツ削除処理における処理を実行する。この処理は、図３６を参照して後段で説明する。
【０１１７】
ステップＳ４６２で、緊急削除処理であると判定すると、ステップＳ４６３で受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝１の設定か否かを判定する。結果＝１でない場合は、ステップＳ４６７で、先にコンテンツ配信センターから受信したメタデータ［Ｓ３］を処理結果＝０として送信する。
【０１１８】
ステップＳ４６３で受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝１の設定であると判定すると、ステップＳ４６４に進み、対応メタデータを配信管理データベースから抽出する検索処理を実行する。メタデータが存在した場合は、ステップＳ４６６でメタデータの削除処理を実行し、ステップＳ４６７で、先にコンテンツ配信センターから受信したメタデータ［Ｓ３］を処理結果＝１として送信する。メタデータが存在しなかった場合は、ステップＳ４６６でのメタデータの削除処理を実行せず、ステップＳ４６７で、先にコンテンツ配信センターから受信したメタデータ［Ｓ３］を処理結果＝１として送信する。
【０１１９】
次に、コンテンツ配信管理センターからメタデータ［Ｓ３］を受信したコンテンツ配信サーバの処理を図３２を参照して説明する。
【０１２０】
ステップＳ４７１において、メタデータ［Ｓ３］を受信すると、ステップＳ４７２において、緊急削除処理であるか否かを判定し、緊急削除でない場合は処理を終了し、緊急削除である場合は、ステップＳ４７３において配信管理データベース１１２を検索して対応メタデータを抽出する。存在した場合は、抽出メタデータをステップＳ４７５において削除し処理を終了し、存在しなかった場合は、削除を実行せず処理を終了する。
【０１２１】
［コンテンツ通常削除処理］
上述の処理は、コンテンツ配信サーバ１１０による一方的なコンテンツの削除処理であるが、コンテンツキャッシュ１２０に格納されたコンテンツは対応するメタデータに基づいて自動的に削除される。以下、このコンテンツ通常削除処理について説明する。コンテンツ通常削除処理において実行されるメタデータの全体的な流れを図３３に示す。
【０１２２】
コンテンツの通常削除を行なう場合、コンテンツキャッシュはキャッシュ用メタデータの格納データ［管理実行日］（図３参照）に基づいてコンテンツ削除を実行し、削除したコンテンツに対応するメタデータ［Ｓ４］をコンテンツ配信管理センターに送信し、コンテンツ配信管理センターが所定の処理を実行して、結果メタデータ［Ｓ３］をコンテンツ配信サーバに送信する。
【０１２３】
このコンテンツの通常削除処理シーケンスを図３４に示す。シーケンス図に従って、コンテンツの緊急削除を実行する場合のメタデータ送受信処理について説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツを格納するコンテンツ格納部と、メタ情報を格納するコンテンツ配信管理部とに区別して示してある、これら双方は記憶部としてのキャッシュであり、制御部を含む全体がコンテンツキャッシュである。また、コンテンツ配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部と、管理内容の変更情報の入力、結果出力を実行するインタフェース（Ｉ／Ｆ）を区別して示してある。
【０１２４】
まず、コンテンツキャッシュにおいて、通常のコンテンツ配信管理として実行されるスケジュール検索が実行される。これは、コンテンツキャッシュのメタデータに基づく管理として定期的に例えば毎日実行される。このスケジュール検索により、削除対象のコンテンツが検索された場合は、通常削除処理が実行される。コンテンツキャッシュは、キャッシュ用メタデータをコンテンツに対応させてコンテンツ配信管理データとして格納している。
【０１２５】
キャッシュ用メタデータは、先に図３を参照して説明した通りのデータを持ち、その中の［管理実行日］がコンテンツ削除日を示しており、スケジュール検索処理日以前の管理実行日を持つメタデータに対応するコンテンツが削除される。
【０１２６】
図３５を参照してコンテンツキャッシユにおいて実行されるコンテンツ通常削除処理について説明する。コンテンツキャッシュでは、定期的に、例えば毎日、コンテンツ管理スケジュールの確認処理を行なう。ステップＳ５１１では、自己のタイマにおいて日付確認を行なった後、ステップＳ５１２において、キャッシュのコンテンツ管理部を検索して、削除スケジュール検索処理を実行する。これは、キャッシュ用メタデータ（図３参照）の中の［管理実行日］がスケジュール検索処理日以前のデータがあるか否かを検索する処理として実行される。
【０１２７】
該当メタデータがない場合は、ステップＳ５１３から処理終了となる。存在する場合は、ステップＳ５１４で、抽出メタデータに対応するコンテンツを検索する。対応コンテンツがある場合は、ステップＳ５１６でコンテンツ削除処理を実行し、ステップＳ５１７で抽出したメタデータを削除する。コンテンツが存在しない場合は削除ステップを飛ばし、ステップＳ５１７に進み、抽出したメタデータの対応メタデータの削除処理を実行する。
【０１２８】
抽出したメタデータは、一時的にメモリに格納し、ステップＳ５１８においてメタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の項目［削除］＝１の設定を行ない、ステップＳ５１９においてコンテンツ配信管理センターにメタデータ［Ｓ４］の送信を実行する。
【０１２９】
次に、メタデータ［Ｓ４］をコンテンツキャッシュから受信したコンテンツ配信管理センターの処理について図３６を参照して説明する。
【０１３０】
ステップＳ５２１において、メタデータ［Ｓ４］をコンテンツキャッシュから受信すると、ステップＳ５２２において、メタデータの項目［削除］＝１であるか否かを判定し、Ｎｏである場合は、ステップＳ５２７において、コンテンツキャッシュに削除処理を要求する。
【０１３１】
ステップＳ５２２において、メタデータの項目［削除］＝１である場合は、ステップＳ５２３に進み、配信管理データベース１３２において対応メタデータの検索を実行する。存在した場合はステップＳ５２５で、対応メタデータを削除し、ステップＳ５２６でコンテンツ配信サーバに対して結果メタデータ［Ｓ３］を送信する。配信管理データベースに対応メタデータが存在しなかった場合は、対応メタデータの削除処理は飛ばして、コンテンツ配信サーバに対して結果メタデータ［Ｓ３］を送信する。
【０１３２】
次に、コンテンツ配信管理センターから結果メタデータ［Ｓ３］を受信したコンテンツ配信サーバの処理を図３７を参照して説明する。
【０１３３】
ステップＳ５３１において、コンテンツ配信管理センターから結果メタデータ［Ｓ３］を受信すると、ステップＳ５３２において、メタデータの項目［削除］＝１であるか否かを判定し、Ｎｏである場合は、ステップＳ５３６において、コンテンツ配信管理センターに削除処理を要求する。
【０１３４】
ステップＳ５３２において、メタデータの項目［削除］＝１であると判定すると、ステップＳ５３３に進み、配信管理データベース１１２において対応メタデータの検索を実行する。存在した場合はステップＳ５３５で、対応メタデータを削除する。配信管理データベースに対応メタデータが存在しなかった場合は、対応メタデータの削除処理は飛ばして処理を終了する。
【０１３５】
［ポータルサイトを介したコンテンツ取得処理］
次に、図３８、図３９を参照して、コンテンツキャッシュ１２０に対応するユーザがポータルサイトにアクセスして任意のコンテンツをコンテンツキャッシュ１２０から取得する処理について説明する。
【０１３６】
図３８は、コンテンツ配信サーバ１１０、コンテンツキャッシュ１２０、コンテンツ配信管理センター１３０、ユーザの利用する端末１４０、ポータルサイト１５０との各構成要素におけるデータの流れを説明する図であり、図３９は、この処理の処理シーケンスを説明する図である。
【０１３７】
まず、コンテンツ配信サーバ１１０は、配信管理センターに対してコンテンツ配信セッション開始要求を送信し、応答メッセージを受信した後、セッションを確立して、コンテンツキャッシュに対してコンテンツを配信し、格納する。このように、コンテンツキャッシュに対するコンテンツ格納処理は、コンテンツ配信サーバが主導的に実行する。ただし、コンテンツ配信サーバは、コンテンツ配信管理センターの許諾に基づいて、コンテンツキャッシュに対するコンテンツ配信処理を実行する。
【０１３８】
さらに、コンテンツ配信サーバは、配信サーバ用メタデータを生成して、コンテンツ配信管理レンター１３０に送信する。配信サーバ用メタデータは、先に図２を参照して説明したデータ構成を持つ。コンテンツ配信管理センター１３０は配信サーバ用メタデータをコンテンツ配信サーバから受信すると、受信データに基づいてキャッシュ用メタデータを生成する。キャッシュ用メタデータは、先に図３を参照して説明したデータ構成を持つ。このキャッシュ用メタデータは、コンテンツ配信管理センター１３０の配信管理データベースに格納されるとともに、コンテンツ配信先のコンテンツキャッシュ１２０に送信され、コンテンツ配信サーバ１１０の送信したコンテンツに対応付けられてコンテンツキャッシュ１２０に格納される。
【０１３９】
その後、ユーザが端末１４０を使用してポータルサイト１５０にアクセスし、任意のコンテンツを指定してコンテンツ取得要求を実行すると、ポータルサイト１５０の提供する画面のコンテンツ取得情報にリンクしたコンテンツ格納キャッシュ１２０から端末１４０に対してコンテンツがロードされる。
【０１４０】
このように、コンテンツ配信サーバが主導的にユーザ対応のコンテンツキャッシュにコンテンツを送信し、格納することが可能となり、また、コンテンツ配信サーバが主導的にコンテンツキャッシュに格納したコンテンツの削除を実行することができ、一方、ユーザは、コンテンツキャッシュから直接コンテンツを取得することができ、コンテンツ配信サーバとのセッションを確立することなくコンテンツの入手が可能となる。ユーザに対応して設定されるコンテンツキャッシュは、ユーザー領域と公衆網との境界であるアクセスネットワークのユーザの一番近い場所、例えばｘＤＳＬルーターやモデムと同じ場所に設置されるので、コンテンツキャッシュからユーザ端末へのコンテンツダウンロードは、インターネット等の公衆網の負荷を大きくすることなく実行可能となる。
【０１４１】
［各機器の構成］
上述の実施例において説明したコンテンツ配信サーバ、コンテンツ配信管理センター、コンテンツキャッシュを構成する情報処理システム構成例について、図４０の構成図を参照して説明する。コンテンツ配信サーバ、コンテンツ配信管理センター、コンテンツキャッシュを構成する情報処理システムは、例えば通信処理機能を持つＰＣ等によって構成され、データ格納手段として、例えばハードディスク、ＤＶＤ等の記憶手段を有する構成によって実現可能である。
【０１４２】
図４０に、制御手段としてＣＰＵ(Central processing Unit)を備えた情報処理システム例を示す。なお、図４０に示す構成例は１つの例であり、各機器は、ここに示すべての機能を必ずしも備えることが要求されるものではない。
【０１４３】
図４０に示す構成について説明する。ＣＰＵ(Central processing Unit)４００１は、各種実行プログラム、ＯＳ（Operating System）を実行するプロセッサである。ＲＯＭ（Read-Only-Memory）４００２は、ＣＰＵ４００１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）４００３は、ＣＰＵ４００１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【０１４４】
ＨＤＤ４００４はハードディスクの制御を実行し、ハードディスクに対する各種データ、プログラムの格納処理および読み出し処理を実行する。暗号処理手段４００５は、送信データの暗号処理、復号処理、認証処理等を実行する。コンテンツ配信サーバ、コンテンツ配信管理センター、コンテンツキャッシュ間ではユーザ情報、コンテンツ情報等、秘匿すべき情報がネットワークによって送受信されるため、必要に応じて暗号処理が実行される。なお、ここでは、暗号処理手段を個別モジュールとした例を示したが、このような独立した暗号処理モジュールを設けず、例えば暗号処理プログラムをＲＯＭ４００２に格納し、ＣＰＵ４００１がＲＯＭ格納プログラムを読み出して実行するように構成してもよい。メモリ（セキュアモジュール）４００６は例えば耐タンパ構造を持つメモリとして構成され、暗号処理に必要な鍵データ、アクセス許可書の格納領域として使用可能である。なお、これらのデータは、他のメモリ領域、記憶媒体に格納することも可能である。
【０１４５】
バス４０２１はＰＣＩ（Peripheral Component Internet/Interface）バス等により構成され、各モジュール、入出力インタフェース４０２２を介した各入手力装置とのデータ転送を可能にしている。
【０１４６】
入力部４０１１は、例えばキーボード、ポインティングデバイスを含む入力部である。キーボードやマウス等を介して入力部４０１１が操作された場合、あるいは、通信部４０１３からのデータを受信した場合などにＣＰＵ４００１に指令が入力され、ＲＯＭ(Read Only Memory)４００２に格納されているプログラムを実行する。出力部４０１２は、例えばＣＲＴ、液晶ディスプレイ等であり、各種情報をテキストまたはイメージ等により表示する。
【０１４７】
通信部４０１３はコンテンツ配信サーバ、コンテンツ配信管理センター、コンテンツキャッシュ間の通信処理を実行し、ＣＰＵ４００１の制御の下に、各記憶部から供給されたデータ、あるいはＣＰＵ４００１によって処理されたデータ、暗号化されたデータ等を送信したり、他エンティテイからのデータを受信する処理を実行する。
【０１４８】
ドライブ４０１４は、フレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体４０１５の記録再生を実行するドライブであり、各リムーバブル記録媒体４０１５からのプログラムまたはデータ再生、リムーバブル記録媒体４０１５に対するプログラムまたはデータ格納を実行する。
【０１４９】
各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ４００１において実行または処理を行なう場合は、読み出したプログラム、データは入出力インタフェース４０２２、バス４０２１を介して例えば接続されているＲＡＭ４００３に供給される。
【０１５０】
なお、明細書中において説明したシステムの各処理方法、およびシステム全体のコンテンツ管理方法はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、又は各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、フレキシブルディスクやＣＤ−ＲＯＭ等のプログラム読み取り可能な記録媒体にプログラムを格納して提供してもよいし、インターネットなどの通信網を介してプログラムをダウンロードしてもよい。
【０１５１】
具体的には、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１５２】
また、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１５３】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１５４】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１５５】
【発明の効果】
以上、説明してきたように、本発明の構成によれば、ネットワークを介するコンテンツ配信におけるコンテンツ管理をコンテンツ配信側の生成したコンテンツに対応する配信側メタデータに基づいて生成するキャッシュ用メタデータによって行う構成としたので、ネットワーク上の流通コンテンツの管理をコンテンツ配信側の主導で行うことが可能となる。例えばコンテンツキャッシュにおける格納期限等の管理をコンテンツに対応するメタデータに基づいて行ない、期限に基づくコンテンツキャッシュからのコンテンツ削除処理をコンテンツ配信側の主導で行うことが可能となる。
【０１５６】
また、本発明の構成によれば、大容量のコンテンツキャッシュをユーザ端末の近隣に配置することにより、自己のＰＣ端末等における記憶手段の容量アップを図る必要がなく、例えば、動画等の大容量コンテンツのコンテンツキャッシュへの配信を予め実行することにより、コンテンツキャッシュからユーザ端末に対するデータの直接ダウンロードが可能となり、ダウンロード処理時のネットワーク・トラフィックの混雑等によるデータ転送の遅延、パケットロス等の問題が解消される。
【０１５７】
また、本発明の構成によれば、コンテンツキャッシュに格納したコンテンツ毎の管理を、各コンテンツに対応して生成するメタデータに基づいて実行するとともに、緊急削除等の臨時的なコンテンツ管理もコンテンツ配信管理センター経由で実行可能な構成としたので、コンテンツ管理における動的な状況確認及び管理実行が可能となる。
【０１５８】
また、本発明の構成によれば、コンテンツ配信サーバが主導的にユーザ対応のコンテンツキャッシュにコンテンツを送信して格納することが可能となり、ユーザは、コンテンツキャッシュから直接コンテンツを取得することができ、コンテンツ配信サーバとのセッションを確立することなくコンテンツの入手が可能となる。ユーザに対応して設定されるコンテンツキャッシュを、ユーザー領域と公衆網との境界であるアクセスネットワークのユーザの一番近い場所、例えばｘＤＳＬルーターやモデムと同じ場所に設置する構成とすることにより、コンテンツキャッシュからユーザ端末へのコンテンツダウンロードは、インターネット等の公衆網の負荷を大きくすることなく実行可能となる。
【図面の簡単な説明】
【図１】本発明のコンテンツ配信管理システムのシステム概要を示す図である。
【図２】本発明のコンテンツ配信管理システムにおける配信サーバ用メタデータ構成例を示す図である。
【図３】本発明のコンテンツ配信管理システムにおけるキャッシュ用メタデータ構成例を示す図である。
【図４】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時におけるコンテンツキャッシュの処理例を示す図である。
【図５】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時におけるコンテンツ配信管理センターの処理例を示す図である。
【図６】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時におけるコンテンツ配信サーバの処理例を示す図である。
【図７】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時における全体処理例を示す図である。
【図８】本発明のコンテンツ配信管理システムにおけるメタデータ処理例を示す図である。コンテンツ配信サーバからコンテンツキャッシュへの
【図９】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時におけるメタデータの処理例を示す図である。
【図１０】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時の全体処理シーケンスを示す図である。
【図１１】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツキャッシュの処理フローを示す図である。
【図１２】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツ配信管理センターの処理フローを示す図である。
【図１３】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツ配信サーバの処理フローを示す図である。
【図１４】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のメタデータの流れを示す図である。
【図１５】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のメタデータの流れを示すシーケンス図である。
【図１６】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツ配信サーバのメタデータ処理を説明するフロー図である。
【図１７】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツ配信管理センターのメタデータ処理を説明するフロー図である。
【図１８】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図１９】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のメタデータの流れを示す全体図である。
【図２０】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のメタデータの流れを示す全体シーケンス図である。
【図２１】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツ配信サーバにおけるメタデータ処理を説明するフロー図である。
【図２２】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図２３】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図２４】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図２５】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図２６】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のメタデータ処理を説明する全体図である。
【図２７】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のメタデータ処理を説明する全体シーケンス図である。
【図２８】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツ配信サーバにおけるメタデータ処理を説明するフロー図である。
【図２９】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図３０】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図３１】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図３２】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツ配信サーバにおけるメタデータ処理を説明するフロー図である。
【図３３】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のメタデータ処理を説明する全体図である。
【図３４】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のメタデータ処理を説明する全体シーケンス図である。
【図３５】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図３６】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図３７】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のコンテンツ配信サーバにおけるメタデータ処理を説明するフロー図である。
【図３８】本発明のコンテンツ配信管理システムにおけるユーザによるコンテンツ取得処理を説明する図である。
【図３９】本発明のコンテンツ配信管理システムにおけるユーザによるコンテンツ取得処理を説明するシーケンス図である。
【図４０】本発明のコンテンツ配信管理システムにおける各情報処理機器の構成例を示す図である。
【符号の説明】
１１０ コンテンツ配信サーバ
１１１ コンテンツデータベース
１１２ 配信管理デセータベース
１１５ 配信サーバ用メタデータ
１２０ コンテンツキャッシュ
１２１ キャッシュ
１２５ キャッシュ用メタデータ
１３０ コンテンツ配信管理センター
１３１ コンテンツ管理データベース
１３２ 配信管理データベース
１３３ ユーザデータベース
４００１ ＣＰＵ
４００２ ＲＯＭ
４００３ ＲＡＭ
４００４ ＨＤＤ
４００５ 暗号処理手段
４００６ メモリ
４０１１ 入力部
４０１２ 出力部
４０１３ 通信部
４０１４ ドライブ
４０１５ リムーバブル記憶媒体
４０２１ バス
４０２２ 入出力インタフェース
【発明の属する技術分野】
本発明は、コンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラムに関する。さらに詳細には、ネットワークを通じて送受信されるコンテンツのコンテンツ配信側主導の効率的な管理構成を実現するコンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
近年、インターネット等の通信ネットワークを介した画像、音声データ、各種プログラム等のデータ転送が盛んに行われている。ネットワークを通じてやりとりされるコンテンツの種類は、テキスト・静止画などから、動画・音声などのマルチメディアコンテンツへと移行が進み、コンテンツの大容量化、多種類化が著しく進んでいる。
【０００３】
また、近年は、ブロードバンドによる大容量コンテンツの配信が急速に広まり、個人のコンテンツの取得能力が向上し、これに応じて、ネットワークを介して流通するコンテンツ数が飛躍的に増加することが予想できる。このようにコンテンツの種類が増加し、大容量コンテンツが増大すると、ユーザのコンテンツ管理負担も増加し、それに伴う記憶装置の容量アップ、さらに効率的なコンテンツ検索アプリケーションなど付加的な仕様が求められることになる。
【０００４】
ユーザが取得したコンテンツのほとんどは短期利用が主な目的で、長期保存を要求されるコンテンツに対してはユーザが自己のＰＣのハードディスク、あるいは外部の記憶手段に格納するなど、ユーザが主導的に管理を行うのが現状である。
【０００５】
ユーザがネットワークを介してコンテンツを取得し、コンテンツ配信による一時的な記憶装置（キャッシュ）にコンテンツが格納された場合、キャッシュは一定の決まったルールでコンテンツ格納、削除処理を行う。例えばキャッシュの記憶容量の越えない範囲で最新のコンテンツが入力される毎に、アクセスの頻度が古いコンテンツを書き換える処理を実行する。通常、このキャッシュにおけるコンテンツ管理ルールはコンテンツの配信側やユーザー側の直接的な管理とは無関係である。
【０００６】
コンテンツを受け取るユーザー側は、必要なコンテンツをハードディスクあるいは他の記憶手段に保存する等、少なくとも主導的なコンテンツの管理手段が与えられているが、コンテンツの配信側は、通常、ユーザに配信済みのコンテンツに対する管理権は持たない。コンテンツ配信側に主導的なコンテンツの管理手段を与えるためにはいくつかの問題点がある。
【０００７】
例えば、一時的なコンテンツ記憶装置がユーザー領域にある場合、その領域の主導権はユーザであり、コンテンツ配信側にアクセス権がないという問題がある。もしコンテンツ配信側にアクセス権限が与えられたとした場合、記憶手段（キャッシュ）の管理主体が複数になるため、管理ルールを作らなければならないという問題が発生することになる。
【０００８】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、キャッシュの位置をユーザー領域と公衆網との境界であるアクセスネットワークのユーザーの一番近い場所、例えばｘＤＳＬルーターやモデムと同じ場所にすることでユーザー領域を侵害する問題を解決し、コンテンツ配信側で、ユーザ対応の位置時記憶手段、例えばキャッシュ装置の管理を実行できる構成を実現するコンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【０００９】
コンテンツの一時記憶手段として用いられるキャッシュは、ユーザに対する透過性を持ち、基本的にユーザに管理義務を与えられないことが通常であり、配信側を管理主体として決めることは難しくない。ただし、複数のコンテンツ配信側を対象にする一時的な記憶装置でのコンテンツ管理を共通ルールで管理するには限界がある。本発明は、複数のコンテンツ提供側からユーザに対して提供される複数コンテンツを、ユーザに対応して設定される一時的な記憶装置に格納し、格納コンテンツをコンテンツ提供側の意思で管理することを可能としたコンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の第１の側面は、
ネットワークを介して配信するコンテンツの管理を実行するコンテンツ配信管理システムであり、
コンテンツを配信するコンテンツ配信サーバと、
前記コンテンツ配信サーバからの配信コンテンツを格納する記憶手段を有し、コンテンツ利用ユーザに対応して設置されたコンテンツキャッシュと、
前記コンテンツ配信サーバから前記コンテンツキャッシュへの配信コンテンツの管理データを保有するコンテンツ配信管理センターと、を有し、
前記コンテンツ配信サーバは、前記コンテンツキャッシュに対する配信コンテンツの管理情報としての配信サーバ用メタデータを生成し、前記コンテンツ配信管理センターに送信する構成を有し、
前記コンテンツ配信管理センターは、前記配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成し、コンテンツ管理情報として保持するとともに、前記コンテンツキャッシュに送信する構成を有し、
前記コンテンツキャッシュは、前記キャッシュ用メタデータを、前記コンテンツ配信サーバから受信するコンテンツに対応付けて記憶手段に格納し、前記キャッシュ用メタデータに含まれるコンテンツ管理情報に従ったコンテンツ管理を実行する構成を有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンテンツ配信管理センターは、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理する構成であることを特徴とするコンテンツ配信管理システムにある。
【００１１】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信サーバの生成する配信サーバ用メタデータ、および、前記コンテンツ配信管理センターが生成し、前記コンテンツキャッシュに送信するキャッシュ用メタデータには、コンテンツキャッシュに格納したコンテンツの削除実行日データが格納され、前記コンテンツキャッシュは、前記キャッシュ用メタデータの削除実行日データに基づくコンテンツ削除処理を実行する構成であることを特徴とする。
【００１２】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの管理情報変更用メタデータを前記コンテンツ配信管理センターに送信する構成を有し、前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行する構成であることを特徴とする。
【００１３】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの緊急削除処理を要求する緊急削除処理用メタデータを前記コンテンツ配信管理センターに送信する構成を有し、前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信する構成を有し、前記コンテンツキャッシュは、前記緊急削除処理要求キャッシュ用メタデータに基づくコンテンツの削除処理を実行する構成であることを特徴とする。
【００１４】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信管理センターは、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信する構成を有し、前記コンテンツ配信サーバは、該コンテンツ送信要求に基づいて、前記コンテンツキャッシュに対するコンテンツ配信処理を実行する構成であることを特徴とする。
【００１５】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツ配信サーバは、前記コンテンツ配信管理センターの許諾に基づいて前記コンテンツキャッシュに対するコンテンツ配信処理を実行する構成を有し、コンテンツ利用ユーザからのコンテンツ配信要求を受信するポータルサイトにリンクされたコンテンツキャッシュからユーザ端末に対するコンテンツ送信を実行する構成を有することを特徴とする。
【００１６】
さらに、本発明のコンテンツ配信管理システムの一実施態様において、前記コンテンツキャッシュは、コンテンツ利用ユーザに対応してネットワーク上に複数設置されるキャッシュであり、データ通信ネットワークにおけるユーザ領域と公衆通信網との境界領域に配置された構成であることを特徴とする。
【００１７】
さらに、本発明の第２の側面は、
ネットワークを介して配信するコンテンツの管理を実行するコンテンツ配信管理システムにおけるコンテンツ配信管理方法であり、
コンテンツを配信するコンテンツ配信サーバにおいて、
コンテンツ利用ユーザに対応して設置されたコンテンツキャッシュに対してコンテンツを配信するとともに、配信コンテンツの管理情報としての配信サーバ用メタデータを生成し、コンテンツ配信管理センターに送信するステップと、
前記コンテンツ配信管理センターにおいて、
前記配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成し、コンテンツ管理情報として保持するとともに、前記コンテンツキャッシュに送信するステップと、
前記コンテンツキャッシュにおいて、
前記キャッシュ用メタデータを、前記コンテンツ配信サーバから受信するコンテンツに対応付けて記憶手段に格納し、前記キャッシュ用メタデータに含まれるコンテンツ管理情報に従ったコンテンツ管理を実行するステップを有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンテンツ配信管理センターは、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理するステップを実行することを特徴とするコンテンツ配信管理方法にある。
【００１８】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信サーバの生成する配信サーバ用メタデータ、および、前記コンテンツ配信管理センターが生成し、前記コンテンツキャッシュに送信するキャッシュ用メタデータには、コンテンツキャッシュに格納したコンテンツの削除実行日データが格納され、前記コンテンツキャッシュは、前記キャッシュ用メタデータの削除実行日データに基づくコンテンツ削除処理を実行することを特徴とする。
【００１９】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの管理情報変更用メタデータを前記コンテンツ配信管理センターに送信し、前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行することを特徴とする。
【００２０】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの緊急削除処理を要求する緊急削除処理用メタデータを前記コンテンツ配信管理センターに送信し、前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信し、前記コンテンツキャッシュは、前記緊急削除処理要求キャッシュ用メタデータに基づくコンテンツの削除処理を実行することを特徴とする。
【００２１】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信管理センターは、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信し、前記コンテンツ配信サーバは、該コンテンツ送信要求に基づいて、前記コンテンツキャッシュに対するコンテンツ配信処理を実行することを特徴とする。
【００２２】
さらに、本発明のコンテンツ配信管理方法の一実施態様において、前記コンテンツ配信サーバは、前記コンテンツ配信管理センターの許諾に基づいて前記コンテンツキャッシュに対するコンテンツ配信処理を実行し、コンテンツ利用ユーザからのコンテンツ配信要求を受信するポータルサイトにリンクされたコンテンツキャッシュからユーザ端末に対するコンテンツ送信を実行することを特徴とする。
【００２３】
さらに、本発明の第３の側面は、
ネットワークを介してコンテンツを配信するコンテンツ配信サーバと、該コンテンツ配信サーバからの配信コンテンツを格納するコンテンツキャッシュとの間で転送されるコンテンツ管理を実行する情報処理装置であり、
前記コンテンツ配信サーバから前記コンテンツキャッシュへの配信コンテンツの管理データを保有する記憶手段と、
前記コンテンツ配信サーバの生成する配信コンテンツの管理情報としての配信サーバ用メタデータを受信し、該配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成し、コンテンツ管理情報として保持するとともに、前記コンテンツキャッシュに送信する処理を実行する制御部とを有し、
前記制御部は、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンテンツ配信管理センターは、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理する構成であることを特徴とする情報処理装置にある。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記コンテンツ配信サーバから受信したコンテンツ管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信する構成であることを特徴とする。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信する構成を有することを特徴とする。
【００２７】
さらに、本発明の第４の側面は、
ネットワークを介してコンテンツを配信するコンテンツ配信サーバと、該コンテンツ配信サーバからの配信コンテンツを格納するコンテンツキャッシュとの間で転送されるコンテンツ管理を情報処理装置において実行する情報処理方法であり、
前記コンテンツ配信サーバの生成する配信コンテンツの管理情報としての配信サーバ用メタデータを受信するステップと、
該配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成するステップと、
前記キャッシュ用メタデータをコンテンツ管理情報として記憶手段に格納するステップと、
前記キャッシュ用メタデータを前記コンテンツキャッシュに送信するステップを有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記情報処理装置は、さらに、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理するステップを実行することを特徴とする情報処理方法にある。
【００２８】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記コンテンツ配信サーバから受信したコンテンツ管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行するステップを含むことを特徴とする。
【００２９】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信するステップを含むことを特徴とする。
【００３０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信するステップを含むことを特徴とする。
【００３１】
さらに、本発明の第５の側面は、
ネットワークを介してコンテンツを配信するコンテンツ配信サーバと、該コンテンツ配信サーバからの配信コンテンツを格納するコンテンツキャッシュとの間で転送されるコンテンツ管理処理を情報処理装置において実行させるコンピュータ・プログラムであり、
前記コンテンツ配信サーバの生成する配信コンテンツの管理情報としての配信サーバ用メタデータを受信するステップと、
該配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成するステップと、
前記キャッシュ用メタデータをコンテンツ管理情報として記憶手段に格納するステップと、
前記キャッシュ用メタデータを前記コンテンツキャッシュに送信するステップを有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンピュータ・プログラムは、さらに、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理するステップを有することを特徴とするコンピュータ・プログラムにある。
【００３２】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３３】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００３４】
【発明の実施の形態】
［システム及びデータ送受信概要］
まず、図１を参照して、本発明のシステム概要及びデータ処理の概要について説明する。
【００３５】
本発明のコンテンツ配信管理システムは、図１に示すように、コンテンツの配信を実行するサービスプロバイダ等のコンテンツ配信サーバ１１０、コンテンツ配信サーバ１１０が通信ネットワークを介して配信するコンテンツを受信し、格納するコンテンツキャッシュ１２０、およびコンテンツの配信管理を実行するコンテンツ配信管理センター１３０の３要素から構成される。コンテンツキャッシュ１２０は、コンテンツ利用ユーザに対応してネットワーク上に複数設置されるキャッシュであり、データ通信ネットワークにおけるユーザ領域と公衆通信網との境界領域に配置される。例えば、ユーザー領域と公衆網との境界であるアクセスネットワークのユーザの一番近い場所、例えばｘＤＳＬルーターやモデムと同じ場所に設置される。
【００３６】
図１には、コンテンツ配信サーバ１１０、コンテンツキャッシュ１２０をそれぞれ１つのみ示してあるが、これらは複数存在し、コンテンツキャッシュ１２０は、複数のコンテンツ配信サーバから様々なコンテンツを受信し、コンテンツ配信サーバ１１０は、複数のコンテンツキャッシュに対して、コンテンツを配信する。
【００３７】
コンテンツ配信サーバ１１０は、コンテンツキャッシュ１２０に対して配信するコンテンツ、およびコンテンツに対応する付帯情報としてのメタデータをコンテンツデータベース１１１に格納し、コンテンツをコンテンツキャッシュ１２０に対して配信する際、メタデータ１１５をコンテンツ配信管理センター１３０に送信する。コンテンツ配信サーバ１１０は、さらに、コンテンツ配信管理情報を格納した配信管理データベース１１２を有する。
【００３８】
コンテンツ配信管理センター１３０は、ユーザ情報を格納したユーザデータベース１３３と、コンテンツ配信管理情報を格納した配信管理データベース１３２からなるコンテンツ管理テータベース１３１を有し、コンテンツ配信サーバ１１０から受信した配信サーバ用メタデータ１１５を、コンテンツ管理テータベース１３１の格納データに基づいて、キャッシュ用メタデータ１２５に変換し、ユーザ対応のコンテンツキャッシュ１２１に送信する。
【００３９】
コンテンツキャッシュ１２０は、コンテンツ配信サーバ１１０から受信するコンテンツと、コンテンツ配信管理センター１３０から受信するキャッシュ用メタデータ１２５を対応付けて、キャッシュ１２１に格納する。ユーザは、必要に応じて、キャッシュ１２１からコンテンツを取り出して、自己のＰＣ等の情報処理装置においてコンテンツ再生を実行可能となる。なお、この際のコンテンツ利用ルールは、コンテンツ配信管理センター１３０から受信するキャッシュ用メタデータ１２５に記録されている。
【００４０】
図２にコンテンツ配信サーバ１１０が生成し、コンテンツ配信管理センター１３０に送信する配信サーバ用メタデータ１１５構成例を示す。
【００４１】
配信サーバ用メタデータは、図２に示すように、
コンテンツ配信サーバ識別子としての「配信側コード」
コンテンツの管理識別子としての「管理ＩＤ」
コンテンツ配信サーバのＩＰアドレスとしての「ＩＰアドレス」
コンテンツファイル名としての「コンテンツ名」
コンテンツ配信日としての「配信日」
コンテンツ管理ルールの変更確認日データとしての「管理確認日」
コンテンツ削除実行日データとしての「管理実行日」
コンテンツ配信先ＩＰアドレスデータとしての「キャッシュＩＰ」
その他コンテンツ状態情報（Ｃｏｎｄｉｔｉｏｎｓ）として、
コンテンツ配信の有無、コンテンツ管理内容変更要求の有無、配信側からのコンテンツ緊急削除要求の有無、コンテンツ管理内容変更確認の有無、管理内容変更の確認済みか否か、コンテンツ削除済みか否か、要求メタデータに対する応答の有無、要求に対する実行結果等の情報が格納される。これらの情報を用いた処理については、後段で説明する。
【００４２】
図３にコンテンツ配信管理センター１３０が、配信サーバ用メタデータ１１５に基づいて生成し、コンテンツキャッシュ１２０に対して送信するキャッシュ用メタデータ１２５の構成例を示す。
【００４３】
キャッシュ用メタデータは、図３に示すように、
コンテンツ配信サーバ識別子としての「配信側コード」
コンテンツの管理識別子としての「管理ＩＤ」
コンテンツファイル名としての「コンテンツ名」
コンテンツ配信日としての「配信日」
コンテンツ管理ルールの変更確認日データとしての「管理確認日」
コンテンツ削除実行日データとしての「管理実行日」
コンテンツ格納キャッシュＩＰアドレスデータとしての「キャッシュＩＰ」
コンテンツ配信管理センター１３０の管理するデータベース情報としての「データベースインデックスコード」
コンテンツを格納するコンテンツキャッシュの識別情報としての「キャッシュＩＤ」
その他コンテンツ状態情報（Ｃｏｎｄｉｔｉｏｎｓ）として、
コンテンツ配信の有無、コンテンツ管理内容変更要求の有無、配信側からのコンテンツ緊急削除要求の有無、コンテンツ管理内容変更確認の有無、管理内容変更の確認済みか否か、コンテンツ削除済みか否か、要求メタデータに対する応答の有無、要求に対する実行結果等の情報が格納される。これらの情報を用いた処理については、後段で説明する。
【００４４】
以下、本発明のコンテンツ配信管理システムにおいて実行する各処理について説明する。まず、ユーザは、任意タイミングにおいてコンテンツを指定したコンテンツ配信要求をコンテンツ配信管理センター１３０に対して実行する。
【００４５】
コンテンツ要求の際に適用されるメタデータ例を図４に示す。コンテンツを要求する側はコンテンツ送信先のコンテンツキャッシュ１２０であり、コンテンツキャッシュ１２０に対応するユーザＰＣ等の情報処理装置が、図４に示すコンテンツ名、ユーザＩＤ、パスワード、およびコンテンツ配信先としてのコンテンツキャッシュ識別データとしてのキャッシュＩＤを持つコンテンツ要求データ［Ｓ１］を生成して、コンテンツ配信管理センター１３０に対して送信する。
【００４６】
コンテンツ要求データ［Ｓ１］を受信したコンテンツ配信管理センター１３０の処理を図５に示す。コンテンツ配信管理センター１３０は、コンテンツキャッシュ１２０から受信したコンテンツ要求データ［Ｓ１］のメタデータに従い、コンテンツ配信側としてのコンテンツ配信サーバ１１０にコンテンツ配信要求を依頼するため必要なコンテンツ配信側のＩＰアドレスとコンテンツ送信先のコンテンツキャッシュ装置のＩＰアドレスの検索を、コンテンツ管理データベース１３１の格納データに基づいて行う。
【００４７】
コンテンツ配信管理センター１３０は、コンテンツ管理データベース１３１を検索し、コンテンツ要求データ［Ｓ１］に格納されたコンテンツ名からコンテンツ配信側のコンテンツ配信サーバのＩＰアドレスを取得し、コンテンツ要求データ［Ｓ１］に格納されたキャッシュＩＤからコンテンツ配信先のコンテンツキャッシュのＩＰアドレスを取得する。
【００４８】
その結果に基づいて、コンテンツ配信側のコンテンツ配信サーバ１１０に対して送信するメタデータ［Ｓ２］を生成し、コンテンツ配信サーバ１１０に送信する。メタデータ［Ｓ２］には、コンテンツ名、セッションＩＤ、パスワード、さらに、コンテンツ配信先のコンテンツキャッシュのＩＰアドレスが格納される。
【００４９】
コンテンツ配信管理センター１３０から、メタデータ［Ｓ２］を受信したコンテンツ配信サーバ１１０の処理を図６に示す。図６に示すように、コンテンツ配信管理センター１３０は、コンテンツ配信管理センター１３０からのメタデータ［Ｓ２］に基づくコンテンツ要求に従い要求コンテンツをコンテンツデータベース１１１から取得し、取得したコンテンツに関する付帯情報としての配信サーバ用メタデータ［Ｓ３］を生成する。
【００５０】
配信サーバ用メタデータは、先に図２を参照して説明したように、コンテンツ配信および利用条件等の情報を格納したデータである。コンテンツデータベース１１１から取得したコンテンツはコンテンツキャッシュ装置１２０へ送信し、そしてメタデータ［Ｓ３］はコンテンツ配信管理センター１３０へ送信する。
【００５１】
図７にはコンテンツ送り先のコンテンツキャッシュ１２０からコンテンツ要求が発行され、コンテンツ配信サーバ１１０がコンテンツ送信を実行するまでのメタデータの流れをまとめた図である。
【００５２】
図７に示すように、コンテンツキャッシュ１２０は、コンテンツ要求としてのメタデータ［Ｓ１］を生成してコンテンツ配信管理センター１３０に送信し、コンテンツ配信管理センター１３０はメタデータ［Ｓ１］の受信に応じて、メタデータ［Ｓ２］を生成してコンテンツ配信サーバ１１０に送信し、コンテンツ配信サーバ１１０は、メタデータ［Ｓ２］の受信に応じて、指定コンテンツをコンテンツデータベース１１から取得して、コンテンツキャッシュ１２０に送信するとともに、送信コンテンツに関する付帯情報としての配信サーバ用メタデータ（図１−１１５：図２参照）を生成してコンテンツ配信管理センター１３０に送信する。
【００５３】
コンテンツ配信サーバ１１０からコンテンツ配信用のメタデータ［Ｓ３］、すなわち配信サーバ用メタデータ（図１−１１５：図２参照）を受信したコンテンツ配信管理センター１３０の処理を図８に示す。
【００５４】
コンテンツ配信管理センター１３０は、配信サーバ用メタデータ［Ｓ３］（図１−１１５：図２参照）をコンテンツ配信サーバ１１０から受信すると、図８に示すように、配信サーバ用メタデータ［Ｓ３］（図１−１１５：図２参照）に基づいて、コンテンツ管理用メタデータ［Ｓ４］を生成し、これを配信管理データベース１３２に格納する。
【００５５】
配信サーバ用メタデータ［Ｓ３］（図１−１１５：図２参照）に基づいて、コンテンツ管理用メタデータ［Ｓ４］は、先に図１を参照して説明したキャッシュ用メタデータ１２５であり、コンテンツ配信管理センター１３０は、コンテンツ管理用メタデータ［Ｓ４］のコピーとしてのキャッシュ用メタデータ１２５をコンテンツの受け側のコンテンツキャッシュ１２０へ送信する。
【００５６】
［コンテンツ配信処理］
コンテンツ配信処理の全体図を図９に示す。コンテンツキャッシュ１２０からメタデータ［Ｓ１］に基づいてコンテンツ要求を受けたコンテンツ配信管理センター１３０が配信管理データベース１３２を検索してコンテンツ配信サーバ情報を取得し、コンテンツ配信サーバ１１０に対してメタデータ［Ｓ２］に基づくコンテンツ配信依頼を送信し、コンテンツ配信管理センター１３０が提供したメタデータ［Ｓ２］に格納されたセッション管理ＩＤとパスワード（図５参照）を使ってコンテンツキャッシュ１２０とコンテンツ配信サーバ１１０間で、直接ファイル転送セッションプロトコル、例えばＦＴＰでファイル転送によるコンテンツ配信を実行する。
【００５７】
図１０にコンテンツ配信処理のシーケンス図を示す。シーケンス図に従ってコンテンツ配信処理について全体の流れを説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツ、メタ情報を格納する記憶装置とに区別して示してある、これら双方をコンテンツキャッシュとして示す。また、配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部のみを示してある。
【００５８】
まず、コンテンツキャッシュは、メタ情報［Ｓ１］を生成してこれをコンテンツ要求としてコンテンツ配信管理センターに送信する。
【００５９】
コンテンツキャッシュにおけるコンテンツ要求時の処理を図１１に示す。まず、ステップＳ１１１，Ｓ１１２において、ユーザがキーボード等の入力部を介してユーザＩＤ、およびパスワードを入力する。これらのユーザＩＤ、およびパスワード予めコンテンツ配信管理センターのユーザデータベース１３３に登録済みである。次にステップＳ１１３において、配信要求対象のコンテンツ名を入力し、さらに配信先として、ユーザ対応のキャッシュの識別子としてのキャッシュＩＤを入力し、メタデータ［Ｓ１］（図４参照）を生成する。生成したメタデータ［Ｓ１］をコンテンツ配信管理センターに送付して処理が終了する。
【００６０】
コンテンツキャツシュからコンテンツ要求としてのメタデータ［Ｓ１］を受信したコンテンツ配信管理センターの処理を図１２に示す。まず、ステップＳ１２１において、メタデータ［Ｓ１］を受信すると、ステップＳ１２２において、メタデータ［ｓ１］に格納されたユーザＩＤ、キャッシュＩＤがユーザデータベースに登録済みか否かを検索し、データベースにデータがない場合は、ステップＳ１２３からステップＳ１２８に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツキャッシュに送信して処理を終了する。
【００６１】
メタデータ［Ｓ１］に格納されたユーザＩＤ、キャッシュＩＤがユーザデータベースに登録済みである場合は、ステップｓ１２３からステップＳ１２４に進み、メタデータ［ｓ１］に格納されたコンテンツ名に基づいて、配信管理データベースを検索して、指定コンテンツの配信を行なうコンテンツ配信サーバを検索する。
【００６２】
指定コンテンツを配信するコンテンツ配信サーバがない場合は、ステップＳ１２５からステップＳ１２８に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツキャッシュに送信して処理を終了する。指定コンテンツを配信するコンテンツ配信サーバがな存在した場合は、ステップＳ１２５からステップＳ１２６に進み、メタデータ［Ｓ２］（図５参照）を生成し、ステップＳ１２７で生成したメタデータをコンテンツ配信サーバに送信する。
【００６３】
図１０のシーケンス図に戻り説明を続ける。コンテンツ配信管理センターからメタデータ［Ｓ２］を受信したコンテンツ配信サーバは、コンテンツ配信処理他の処理を実行する。コンテンツ配信サーバの処理を図１３に示す。
【００６４】
コンテンツ配信サーバは、ステップＳ１３１で、コンテンツ配信管理センターからメタデータ［Ｓ２］を受信すると、ステップＳ１３２において、メタデータ［Ｓ２］に指定されたコンテンツをコンテンツデータベース１１１から取得する。取得に失敗した場合は、ステップＳ１３３からステップＳ１３９に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツ配信管理センターに送信して処理を終了する。
【００６５】
指定されたコンテンツのコンテンツデータベース１１１からの取得できた場合は、ステップＳ１３４において、コンテンツ配信先情報を配信管理データベースから検索する。コンテンツがすでにメタデータ［Ｓ２］に指定されたコンテンツキャッシュに対して配信済みである場合は、ステップＳ１３５からステップＳ１３９に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツ配信管理センターに送信して処理を終了する。
【００６６】
メタデータ［Ｓ２］に指定されたコンテンツキャッシュに対してコンテンツが配信済みでない場合は、ステップＳ１３５からステップＳ１３６に進み、コンテンツ配信サーバとコンテンツ送信先のコンテンツキャッシュ間のセッションを開始してステップＳ１３７でコンテンツをコンテンツキャッシュに対して送信する。コンテンツ配信サーバは、コンテンツ配信管理センターから提供されたセッション管理ＩＤとパスワードを使い送り先のコンテンツキャッシュへのファイル転送セッションを行い、コンテンツを送信する。
【００６７】
図１０のシーケンス図に戻り、この処理について、詳細に説明すると、まず、コンテンツ配信サーバは、コンテンツ配信管理センターに対して新規セッション要求メッセージを送信し、コンテンツ配信管理センターは、新規セッション要求メッセージを受信すると、コンテンツキャッシュに対して、新規セッション要求メッセージを転送する。コンテンツキャッシュは、新規セッション要求メッセージを受信すると、コンテンツ配信管理センターに新規セッションの開始許可を通知し、コンテンツ配信管理センターは、これに応じて、応答メッセージをコンテンツ配信サーバに送信する。応答メッセージを受信したコンテンツ配信サーバは、コンテンツキャッシュに対してコンテンツを送信する。
【００６８】
コンテンツ送信の後、コンテンツ配信終了通知をコンテンツ配信管理センターに通知する。これが、図１３のステップＳ１３８のコンテンツ配信管理センターに対する送信終了通知である。なお、図１０に示すように、コンテンツを受信したコンテンツキャツシュからもコンテンツ配信管理センターに対して配信終了通知が送信される。
【００６９】
［コンテンツ配信におけるメタデータ処理］
図１４はコンテンツ配信処理に伴うコンテンツ配信管理用のメタデータの流れをまとめて示した図である。図１４に示すように、コンテンツキャッシュ１２０は、コンテンツ要求用のメタデータ［Ｓ１］をコンテンツ配信管理センター１３０に送信し、コンテンツ配信管理センター１３０は、コンテンツ送信依頼をコンテンツ配信サーバ１１０に送信し、コンテンツ配信サーバ１１０は、コンテンツ配信管理用のメタデータ、配信サーバ用メタデータ［Ｓ３］を生成し、配信管理データベース１１２に格納するとともに、コンテンツ配信管理センター１３０に送信する。
【００７０】
コンテンツ配信管理センター１３０は、配信サーバ用メタデータ［Ｓ３］に基づいて、配信管理メタデータとしてのキャッシュ用メタデータ［Ｓ４］を生成して、配信管理データベース１３２に格納するとともに、コンテンツキャッシュ１２０に送信する。コンテンツキャッシュ１２０は、受信したキャッシュ用メタデータ［Ｓ４］を格納する。
【００７１】
図１５にメタデータの流れのシーケンス図を示す。シーケンス図に従ってメタデータ送受信処理について説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツ、メタ情報を格納する記憶装置とに区別して示してある、これら双方をコンテンツキャッシュとして示す。また、配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。
【００７２】
まず、コンテンツキャッシュは、メタ情報［Ｓ１］を生成してこれをコンテンツ要求としてコンテンツ配信管理センターに送信する。コンテンツキャッシュにおけるコンテンツ要求時の処理は、先に図１１を用いて説明した通りである。
【００７３】
コンテンツキャツシュからコンテンツ要求としてのメタデータ［Ｓ１］を受信したコンテンツ配信管理センターは、先に説明した図１２の処理を実行し、メタデータ［Ｓ２］をコンテンツ配信サーバに送信する。
【００７４】
コンテンツ配信管理センターからメタデータ［Ｓ２］を受信したコンテンツ配信サーバは、メタデータ「Ｓ３」、すなわち配信サーバ用メタデータ生成処理を実行する。コンテンツ配信サーバの処理を図１６に示す。
【００７５】
コンテンツ配信サーバは、ステップＳ２１１で、コンテンツ配信管理センターからメタデータ［Ｓ２］を受信すると、ステップＳ２１２において、メタデータ［Ｓ２］に指定されたコンテンツをコンテンツデータベース１１１から取得する。取得に失敗した場合は、ステップＳ１３３からステップＳ２１９に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツ配信管理センターに送信して処理を終了する。
【００７６】
指定されたコンテンツのコンテンツデータベース１１１からの取得できた場合は、ステップＳ２１４において、コンテンツ配信先情報を配信管理データベースから検索する。コンテンツがすでにメタデータ［Ｓ２］に指定されたコンテンツキャッシュに対して配信済みである場合は、ステップＳ２１５からステップＳ２１９に進み、コンテンツ要求が不可であることを示すメッセージをコンテンツ配信管理センターに送信して処理を終了する。
【００７７】
メタデータ［Ｓ２］に指定されたコンテンツキャッシュに対してコンテンツが配信済みでない場合は、ステップＳ２１５からステップＳ２１６に進み、コンテンツ配信サーバとコンテンツ送信先のコンテンツキャッシュ間のセッションを開始してステップＳ２１６において、配信コンテンツに対応するメタデータ「Ｓ３」、すなわち配信サーバ用メタデータを生成し、状態情報（Ｃｏｎｄｉｔｉｏｎｓ）（図２参照）を１に設定する。さらに、ステップＳ２１７で、生成したメタデータ「Ｓ３」、すなわち配信サーバ用メタデータを配信管理データベース１１２に格納し、ステップＳ２１８で、生成メタデータ［Ｓ３］をコンテンツ配信管理センターに送信する。
【００７８】
メタデータ［Ｓ３］をコンテンツ配信サーバから受信したコンテンツ配信管理センターの処理を図１７に示す。ステップＳ２２１において、メタデータ［Ｓ３］をコンテンツ配信サーバから受信すると、ステップＳ２２２において、配信処理に伴うメタデータであるか否かを判定し、Ｎｏである場合は、ステップＳ２２８に進み、コンテンツ管理内容変更処理に進む。この処理については、図２２を用いて後段で説明する。
【００７９】
ステップＳ２２２において、配信処理に伴うメタデータであるかと判定した場合は、ステップＳ２２３に進み、配信管理データベース１３２を検索して、配信先コンテンツキャッシュの有無を確認し、存在しない場合は、処理を終了する。配信管理データベース１３２を検索して、配信先コンテンツキャッシュが有る場合は、管理対象キャッシュであると判断し、ステッＳ２２５に済み、メタデータ［Ｓ４］を生成する。このメタデータは、キャッシュ用メタデータ（図３参照）である。メタデータ［Ｓ４］を生成すると、ステップＳ２２６で、生成メタデータ［Ｓ４］を配信管理データベース１３２に格納するとともに、ステップＳ２２７で、コンテンツキャッシュに送信する。
【００８０】
メタデータ［Ｓ４］、すなわちキャッシュ用メタデータを受信したコンテンツキャッシュの処理を図１８を参照して説明する。ステップＳ２３１で、コンテンツ配信管理センターからメタデータ［Ｓ４］を受信すると、ステップＳ２３２で、内部カウンタを０にセットし、ステップＳ２３３でコンテンツキャッシユのコンテンツ格納部に同じコンテンツが存在するか否かを検索する。
【００８１】
コンテンツが存在しない場合は、ステップＳ２４１に進み、カウンタを１インクリメントし、ステップＳ２４２においてカウンタ値が予め設定した最大値に達したか否かを判定し、Ｎｏの場合は、ステップＳ２４４で一定時間遅延の後、再度コンテンツ検索を実行する。これは、コンテンツ配信サーバからのコンテンツ配信の遅れを考慮した処理である。ステップＳ２４２でカウンタ値が予め設定した最大値に達したと判定した場合は、メタデータに対するコンテンツ送信がないと判断し、ステップＳ２４３でメタデータに対する処理を実行せず、処理を終了する。
【００８２】
ステップＳ２３４の判定において、コンテンツの格納が確認された場合には、ステップＳ２３５において、対応するメタデータをコンテンツキャッシュの記憶装置のコンテンツ管理部に存在するか否かを検索し、存在する場合は、新たな処理を実行せず、処理終了とする。存在しない場合は、ステップＳ２３７に進み、コンテンツ配信管理センターから受信したメタデータ［Ｓ４］をキャッシュのコンテンツ管理部に格納し、コンテンツ管理スケジュールを確保する。
【００８３】
［コンテンツ管理内容変更］
配信したコンテンツに対しコンテンツ配信サーバ側では必要に応じてコンテンツキャッシュでのコンテンツ管理内容の変更を指示できる。ただし、これはコンテンツキャッシュ側での管理内容の確認日の前に行う必要があり、もしその後であれば元のメタデータに設定したスケジュールに従う。
【００８４】
配信されたコンテンツ管理の内容変更に対するメタデータの流れを図１９に示す。これは、コンテンツキャッシュに対して配信済みのコンテンツの利用条件等を変更する際、コンテンツキャッシユに送信済みのキャッシュ用メタデータの内容書き換え処理として実行するものである。
【００８５】
コンテンツの管理内容を変更する場合、まず、コンテンツ配信サーバ１１０は、変更内容データを格納したメタデータ［Ｓ３］＝配信サーバ用メタデータをコンテンツ配信管理センター１３０に送信し、応答メタデータ［Ｓ３］を受信する。さらに、コンテンツ配信管理センター１３０は、コンテンツキャッシュ１２０から管理内容確認メタデータ［Ｓ４］＝キャッシュ用メタデータを受信し、応答メタデータ［Ｓ４］を送信する。
【００８６】
このコンテンツの管理内容を変更する処理シーケンスを図２０に示す。シーケンス図に従って、コンテンツの管理内容を変更する場合のメタデータ送受信処理について説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツ、メタ情報を格納する記憶装置とに区別して示してある、これら双方をコンテンツキャッシュとして示す。また、配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部と、管理内容の変更情報の入力、結果出力を実行するインタフェース（Ｉ／Ｆ）を区別して示してある。
【００８７】
まず、コンテンツ配信サーバにおいて、Ｉ／Ｆを介してコンテンツの管理内容の変更内容を入力すると、制御部において、入力情報に基づく変更内容を持つメタデータを生成する。この処理を図２１を参照して説明する。
【００８８】
ステップＳ３１１において、コンテンツ管理内容の変更要求がインタフェースから入力されると、ステップＳ３１２において、変更対象となるメタデータを配信管理データベース１１２を検索して抽出する。メタデータが存在しない場合は、ステップＳ３１３からステップＳ３１８に進み、インタフェースに対して管理内容の変更不可であることを通知（表示）する。
【００８９】
メタデータが存在する場合は、ステップＳ３１４に進み、入力内容に従って管理内容の変更処理を実行する。すなわち、配信管理データベース１１２を検索して取得したメタデータの書き換え処理を行なう。このメタデータは、図２に示す配信サーバ用メタデータである。例えば状態情報（Ｃｏｎｄｉｔｏｉｏｎ）の値の書き替え等が実行され、ステップＳ３１５で書き替えられたメタデータ［Ｓ３］＝配信サーバ用メタデータを生成する。
【００９０】
書き替えられたメタデータ［Ｓ３］＝配信サーバ用メタデータは、ステップＳ３１６で、配信管理データベース１１２に格納され、さらにステップＳ３１７で、コンテンツ配信管理センターに送信される。
【００９１】
書き替えられたメタデータ［Ｓ３］を受信したコンテンツ配信管理センターの処理を図２２を参照して説明する。ステップＳ３２１において、メタデータ［Ｓ３］をコンテンツ配信サーバから受信すると、ステップＳ３２２において、管理内容変更処理であるか否かが確認され、管理内容変更処理でない場合は、ステップＳ３２８のコンテンツ緊急削除処理に進む。この処理については、後段で図２９を参照して説明する。
【００９２】
ステップＳ３２２において、管理内容変更処理であると判定された場合は、ステップＳ３２３に進み、配信管理データベース１３２を検索して、対応メタデータが格納されているか否かを確認し、格納されていない場合は、管理対象メタデータでないと判断し処理を終了する。格納されている場合は、管理対象メタデータであると判断し、ステップＳ３２５において、変更内容を反映したメタデータ［Ｓ４］＝キャッシュ用メタデータを生成して、配信管理データベース１３２に格納するとともに、ステップＳ３２６において、メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果情報＝１に設定（図３参照）する。さらに、ステップＳ３２７において、コンテンツ配信センターに対する応答処理としてメタデータ［Ｓ３］をコンテンツ配信サーバに送信して処理を終了する。
【００９３】
次に、コンテンツキャッシュの処理について図２３を参照して説明する。コンテンツキャッシュでは、毎日、コンテンツ配信管理スケジュールの確認処理を行なう。ステップＳ３３１では、自己のタイマにおいて日付確認を行なった後、ステップＳ３３２において、キャッシュのコンテンツ配信管理部を検索して、管理内容確認スケジュール検索処理を実行する。
【００９４】
コンテンツ配信管理内容の確認処理対象のメタデータがない場合は、ステップＳ３３３から処理終了とする。存在する場合は、ステップＳ３３４で、確認済みか否かを判定する。キャッシュ用メタデータは、図３に示すように、状態情報（Ｃｏｎｄｉｔｉｏｎ）中に管理内容確認フラグがあり、このフラグが１であれば確認済みであるので処理を終了し、確認済みでない場合は、ステップＳ３３５で、そのメタデータ［Ｓ４］＝キャッシユ用メタデータをコンテンツ配信管理センターに送信する。
【００９５】
メタデータ［Ｓ４］をコンテンツキャッシュから受信したコンテンツ配信管理センターの処理を図２４を参照して説明する。
【００９６】
ステップＳ３４１において、メタデータをコンテンツキャッシュから受信すると、ステップＳ３４２において、内容変更確認処理か否かの判定がなされ、Ｎｏの場合は、ステップＳ３４９のコンテンツ緊急削除処理に進む。この処理については、図３１を参照して後段で説明する。
【００９７】
ステップＳ３４２において、内容変更確認処理であると判定すると、ステップＳ３４３において、配信管理データベース１３２の内容変更対象メタデータ検索処理を実行する。メタデータが存在しない場合は、ステップＳ３４０に進み、コンテンツキャッシュから受信したメタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）中の緊急削除＝１の設定を実行し、ステップＳ３４６においてメタデータ変更処理を行なう。これは、コンテンツ配信管理センターの保持していないメタデータをコンテンツキャッシュ保有しているといった異常事態に対応する措置である。
【００９８】
ステップＳ３４４において、内容変更対象メタデータが配信管理データベースから抽出された場合は、ステップＳ３４５に進み、抽出メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）中の確認＝１（確認済み）の設定を実行し、配信管理データベースに格納するとともに、コンテンツキャッシュにメタデータ［Ｓ４］を送信する。
【００９９】
コンテンツ配信管理センターからメタデータ［Ｓ４］を受信したコンテンツキャッシュの処理を図２５を参照して説明する。
【０１００】
ステップＳ３５１で、コンテンツ配信管理センターからメタデータ［Ｓ４］を受信すると、受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）中の確認＝１（確認済み）の設定がなされているか否かを判断し、なされていない場合は、ステップＳ３５６のコンテンツ緊急削除処理に進む。この処理については、図３０を参照して後段で説明する。
【０１０１】
メタデータ［Ｓ４］の状態情報（Ｃｏｎｄｉｔｉｏｎ）中の確認＝１（確認済み）の設定がなされている場合は、ステップＳ３５３に進み、キャッシュのコンテンツ配信管理部のデータ検索を実行して対応メタデータの抽出を行なう。抽出失敗の場合（Ｓ３５４でＮｏ）は、ステップＳ３５６のコンテンツ緊急削除処理に進む。抽出に成功した場合は、ステップＳ３５５において、コンテンツ配信管理センターから受信したメタデータの情報を反映させて、すなわちメタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）中の確認＝１（確認済み）の設定をしたメタデータのキャッシュ格納処理を行なう。
【０１０２】
［コンテンツ緊急削除］
コンテンツ配信サーバ１１０は必要に応じて一方的にコンテンツキャッシュ１２０に格納したコンテンツの削除要求ができる。このコンテンツ配信サーバ１１０の要求に基づくコンテンツ削除処理において実行されるメタデータの全体的な流れを図２６に示す。
【０１０３】
コンテンツの緊急削除を行なう場合、まず、コンテンツ配信サーバ１１０は、緊急削除データを格納したメタデータ［Ｓ３］＝配信サーバ用メタデータをコンテンツ配信管理センター１３０に送信し、応答メタデータ［Ｓ３］を受信する。さらに、コンテンツ配信管理センター１３０は、コンテンツキャッシュ１２０から緊急削除メタデータ［Ｓ４］＝キャッシュ用メタデータを受信し、応答メタデータ［Ｓ４］を送信する。
【０１０４】
このコンテンツの緊急削除処理シーケンスを図２７に示す。シーケンス図に従って、コンテンツの緊急削除を実行する場合のメタデータ送受信処理について説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツを格納するコンテンツ格納部と、メタ情報を格納するコンテンツ配信管理部とに区別して示してある、これら双方は記憶部としてのキャッシュであり、制御部を含む全体がコンテンツキャッシュである。また、コンテンツ配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部と、管理内容の変更情報の入力、結果出力を実行するインタフェース（Ｉ／Ｆ）を区別して示してある。
【０１０５】
まず、コンテンツ配信サーバにおいて、Ｉ／Ｆを介してコンテンツの緊急削除要求を入力すると、制御部において、入力情報に基づく緊急削除要求メタデータを生成する。この処理を図２８を参照して説明する。
【０１０６】
ステップＳ４１１において、コンテンツ緊急削除要求がインタフェースから入力されると、ステップＳ４１２において、緊急削除対象となるメタデータを配信管理データベース１１２を検索して抽出する。メタデータが存在しない場合は、ステップＳ４１３からステップＳ４１８に進み、インタフェースに対して緊急削除不可であることを通知（表示）する。
【０１０７】
メタデータが存在する場合は、ステップＳ４１４に進み、メタデータ（図２参照）の状態情報（Ｃｏｎｄｉｔｏｉｏｎ）の値、緊急削除＝１として設定する。すなわち、配信管理データベース１１２を検索して取得したメタデータの書き換え処理を行なう。このメタデータは、図２に示す配信サーバ用メタデータである。ステップＳ４１５で書き替えられたメタデータ［Ｓ３］＝配信サーバ用メタデータを生成する。
【０１０８】
書き替えられたメタデータ［Ｓ３］＝配信サーバ用メタデータは、ステップＳ４１６で、配信管理データベース１１２に格納され、さらにステップＳ４１７で、コンテンツ配信管理センターに送信される。
【０１０９】
緊急削除＝１として設定されたメタデータ［Ｓ３］を受信したコンテンツ配信管理センターの処理を図２９を参照して説明する。ステップＳ４２１において、メタデータ［Ｓ３］をコンテンツ配信サーバから受信すると、ステップＳ４２２において、緊急削除処理であるか否かが確認され、緊急削除処理でない場合は、ステップＳ４２８のコンテンツ配信処理に進む。この処理については、先に図１７を参照して説明した通りである。
【０１１０】
ステップＳ４２２において、緊急削除処理であると判定された場合は、ステップＳ４２３に進み、配信管理データベース１３２を検索して、対応メタデータが格納されているか否かを確認し、格納されていない場合は、ステップＳ４２４からＳ４２９に進み、コンテンツ配信サーバからの受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝０として、Ｓ４３０で、メタデータをコンテンツ配信サーバに返す。
【０１１１】
ステップＳ４２４の判定がＹｅｓであり、対応メタデータがデータベースから抽出された場合は、ステップＳ４２５において、メタデータ［Ｓ４］＝キャッシュ用メタデータ（図３参照）の状態情報（Ｃｏｎｄｉｔｏｉｏｎ）の値、緊急削除＝１として設定して、ステップＳ４２６で配信管理データベース１３２に格納するとともに、ステップＳ４２７において、コンテンツキャッシュにメタデータ［Ｓ４］を送信して処理を終了する。
【０１１２】
次に、コンテンツキャッシュの処理について図３０を参照して説明する。コンテンツキャッシュは、ステップＳ４４１で、メタデータ［Ｓ４］をコンテンツ配信管理センターから受信すると、ステップＳ４４２で、緊急削除処理か否かを判定し、緊急削除処理でない場合は、ステップＳ４５１に進み、コンテンツ配信処理における処理を実行する。この処理は、先に図１８を参照して説明した通りである。
【０１１３】
ステップＳ４４２で、緊急削除処理であると判定すると、ステップＳ４４３で緊急削除対象のコンテンツをキャッシユのコンテンツ格納部から、受信メタデータ［Ｓ４］に基づいて検索する。コンテンツが存在しない場合は、ステップＳ４４４からステップＳ４５２に進み、受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝０として、Ｓ４５３で、メタデータをコンテンツ配信管理センターに返す。
【０１１４】
コンテンツがキャッシュから取り出された場合は、ステップＳ４４５において、コンテンツを削除し、ステップＳ４４６で対応メタデータをキャッシュから取り出す。メタデータが取得された場合は、ステップＳ４４７からステップＳ４４８に進み、メタデータを削除し、ステップＳ４４９において、受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝１として、Ｓ４５０で、メタデータ［Ｓ４］をコンテンツ配信管理センターに返す。ステップＳ４４６で対応メタデータをキャッシュから取り出せなかった場合、すなわちメタデータが存在しなかった場合は、メタデータ削除処理は実行せず、ステップＳ４４９において、受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝１として、Ｓ４５０で、メタデータ［Ｓ４］をコンテンツ配信管理センターに返す。
【０１１５】
次に、メタデータ［Ｓ４］をコンテンツキャッシュから受信したコンテンツ配信管理センターの処理について、図３１を参照して説明する。
【０１１６】
コンテンツ配信管理センターは、ステップＳ４６１で、メタデータ［Ｓ４］をコンテンツキャッシユから受信すると、ステップＳ４６２で、緊急削除処理か否かを判定し、緊急削除処理でない場合は、ステップＳ４６８に進み、予定どおりのコンテンツ削除処理における処理を実行する。この処理は、図３６を参照して後段で説明する。
【０１１７】
ステップＳ４６２で、緊急削除処理であると判定すると、ステップＳ４６３で受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝１の設定か否かを判定する。結果＝１でない場合は、ステップＳ４６７で、先にコンテンツ配信センターから受信したメタデータ［Ｓ３］を処理結果＝０として送信する。
【０１１８】
ステップＳ４６３で受信メタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の結果＝１の設定であると判定すると、ステップＳ４６４に進み、対応メタデータを配信管理データベースから抽出する検索処理を実行する。メタデータが存在した場合は、ステップＳ４６６でメタデータの削除処理を実行し、ステップＳ４６７で、先にコンテンツ配信センターから受信したメタデータ［Ｓ３］を処理結果＝１として送信する。メタデータが存在しなかった場合は、ステップＳ４６６でのメタデータの削除処理を実行せず、ステップＳ４６７で、先にコンテンツ配信センターから受信したメタデータ［Ｓ３］を処理結果＝１として送信する。
【０１１９】
次に、コンテンツ配信管理センターからメタデータ［Ｓ３］を受信したコンテンツ配信サーバの処理を図３２を参照して説明する。
【０１２０】
ステップＳ４７１において、メタデータ［Ｓ３］を受信すると、ステップＳ４７２において、緊急削除処理であるか否かを判定し、緊急削除でない場合は処理を終了し、緊急削除である場合は、ステップＳ４７３において配信管理データベース１１２を検索して対応メタデータを抽出する。存在した場合は、抽出メタデータをステップＳ４７５において削除し処理を終了し、存在しなかった場合は、削除を実行せず処理を終了する。
【０１２１】
［コンテンツ通常削除処理］
上述の処理は、コンテンツ配信サーバ１１０による一方的なコンテンツの削除処理であるが、コンテンツキャッシュ１２０に格納されたコンテンツは対応するメタデータに基づいて自動的に削除される。以下、このコンテンツ通常削除処理について説明する。コンテンツ通常削除処理において実行されるメタデータの全体的な流れを図３３に示す。
【０１２２】
コンテンツの通常削除を行なう場合、コンテンツキャッシュはキャッシュ用メタデータの格納データ［管理実行日］（図３参照）に基づいてコンテンツ削除を実行し、削除したコンテンツに対応するメタデータ［Ｓ４］をコンテンツ配信管理センターに送信し、コンテンツ配信管理センターが所定の処理を実行して、結果メタデータ［Ｓ３］をコンテンツ配信サーバに送信する。
【０１２３】
このコンテンツの通常削除処理シーケンスを図３４に示す。シーケンス図に従って、コンテンツの緊急削除を実行する場合のメタデータ送受信処理について説明する。コンテンツキャッシュは情報の入出力、処理を実行する制御部と、コンテンツを格納するコンテンツ格納部と、メタ情報を格納するコンテンツ配信管理部とに区別して示してある、これら双方は記憶部としてのキャッシュであり、制御部を含む全体がコンテンツキャッシュである。また、コンテンツ配信管理センターは、情報の入出力、処理を実行する制御部と、配信管理データベースを区別して示してある。コンテンツ配信サーバは、情報の入出力、処理を実行する制御部と、管理内容の変更情報の入力、結果出力を実行するインタフェース（Ｉ／Ｆ）を区別して示してある。
【０１２４】
まず、コンテンツキャッシュにおいて、通常のコンテンツ配信管理として実行されるスケジュール検索が実行される。これは、コンテンツキャッシュのメタデータに基づく管理として定期的に例えば毎日実行される。このスケジュール検索により、削除対象のコンテンツが検索された場合は、通常削除処理が実行される。コンテンツキャッシュは、キャッシュ用メタデータをコンテンツに対応させてコンテンツ配信管理データとして格納している。
【０１２５】
キャッシュ用メタデータは、先に図３を参照して説明した通りのデータを持ち、その中の［管理実行日］がコンテンツ削除日を示しており、スケジュール検索処理日以前の管理実行日を持つメタデータに対応するコンテンツが削除される。
【０１２６】
図３５を参照してコンテンツキャッシユにおいて実行されるコンテンツ通常削除処理について説明する。コンテンツキャッシュでは、定期的に、例えば毎日、コンテンツ管理スケジュールの確認処理を行なう。ステップＳ５１１では、自己のタイマにおいて日付確認を行なった後、ステップＳ５１２において、キャッシュのコンテンツ管理部を検索して、削除スケジュール検索処理を実行する。これは、キャッシュ用メタデータ（図３参照）の中の［管理実行日］がスケジュール検索処理日以前のデータがあるか否かを検索する処理として実行される。
【０１２７】
該当メタデータがない場合は、ステップＳ５１３から処理終了となる。存在する場合は、ステップＳ５１４で、抽出メタデータに対応するコンテンツを検索する。対応コンテンツがある場合は、ステップＳ５１６でコンテンツ削除処理を実行し、ステップＳ５１７で抽出したメタデータを削除する。コンテンツが存在しない場合は削除ステップを飛ばし、ステップＳ５１７に進み、抽出したメタデータの対応メタデータの削除処理を実行する。
【０１２８】
抽出したメタデータは、一時的にメモリに格納し、ステップＳ５１８においてメタデータの状態情報（Ｃｏｎｄｉｔｉｏｎ）の項目［削除］＝１の設定を行ない、ステップＳ５１９においてコンテンツ配信管理センターにメタデータ［Ｓ４］の送信を実行する。
【０１２９】
次に、メタデータ［Ｓ４］をコンテンツキャッシュから受信したコンテンツ配信管理センターの処理について図３６を参照して説明する。
【０１３０】
ステップＳ５２１において、メタデータ［Ｓ４］をコンテンツキャッシュから受信すると、ステップＳ５２２において、メタデータの項目［削除］＝１であるか否かを判定し、Ｎｏである場合は、ステップＳ５２７において、コンテンツキャッシュに削除処理を要求する。
【０１３１】
ステップＳ５２２において、メタデータの項目［削除］＝１である場合は、ステップＳ５２３に進み、配信管理データベース１３２において対応メタデータの検索を実行する。存在した場合はステップＳ５２５で、対応メタデータを削除し、ステップＳ５２６でコンテンツ配信サーバに対して結果メタデータ［Ｓ３］を送信する。配信管理データベースに対応メタデータが存在しなかった場合は、対応メタデータの削除処理は飛ばして、コンテンツ配信サーバに対して結果メタデータ［Ｓ３］を送信する。
【０１３２】
次に、コンテンツ配信管理センターから結果メタデータ［Ｓ３］を受信したコンテンツ配信サーバの処理を図３７を参照して説明する。
【０１３３】
ステップＳ５３１において、コンテンツ配信管理センターから結果メタデータ［Ｓ３］を受信すると、ステップＳ５３２において、メタデータの項目［削除］＝１であるか否かを判定し、Ｎｏである場合は、ステップＳ５３６において、コンテンツ配信管理センターに削除処理を要求する。
【０１３４】
ステップＳ５３２において、メタデータの項目［削除］＝１であると判定すると、ステップＳ５３３に進み、配信管理データベース１１２において対応メタデータの検索を実行する。存在した場合はステップＳ５３５で、対応メタデータを削除する。配信管理データベースに対応メタデータが存在しなかった場合は、対応メタデータの削除処理は飛ばして処理を終了する。
【０１３５】
［ポータルサイトを介したコンテンツ取得処理］
次に、図３８、図３９を参照して、コンテンツキャッシュ１２０に対応するユーザがポータルサイトにアクセスして任意のコンテンツをコンテンツキャッシュ１２０から取得する処理について説明する。
【０１３６】
図３８は、コンテンツ配信サーバ１１０、コンテンツキャッシュ１２０、コンテンツ配信管理センター１３０、ユーザの利用する端末１４０、ポータルサイト１５０との各構成要素におけるデータの流れを説明する図であり、図３９は、この処理の処理シーケンスを説明する図である。
【０１３７】
まず、コンテンツ配信サーバ１１０は、配信管理センターに対してコンテンツ配信セッション開始要求を送信し、応答メッセージを受信した後、セッションを確立して、コンテンツキャッシュに対してコンテンツを配信し、格納する。このように、コンテンツキャッシュに対するコンテンツ格納処理は、コンテンツ配信サーバが主導的に実行する。ただし、コンテンツ配信サーバは、コンテンツ配信管理センターの許諾に基づいて、コンテンツキャッシュに対するコンテンツ配信処理を実行する。
【０１３８】
さらに、コンテンツ配信サーバは、配信サーバ用メタデータを生成して、コンテンツ配信管理レンター１３０に送信する。配信サーバ用メタデータは、先に図２を参照して説明したデータ構成を持つ。コンテンツ配信管理センター１３０は配信サーバ用メタデータをコンテンツ配信サーバから受信すると、受信データに基づいてキャッシュ用メタデータを生成する。キャッシュ用メタデータは、先に図３を参照して説明したデータ構成を持つ。このキャッシュ用メタデータは、コンテンツ配信管理センター１３０の配信管理データベースに格納されるとともに、コンテンツ配信先のコンテンツキャッシュ１２０に送信され、コンテンツ配信サーバ１１０の送信したコンテンツに対応付けられてコンテンツキャッシュ１２０に格納される。
【０１３９】
その後、ユーザが端末１４０を使用してポータルサイト１５０にアクセスし、任意のコンテンツを指定してコンテンツ取得要求を実行すると、ポータルサイト１５０の提供する画面のコンテンツ取得情報にリンクしたコンテンツ格納キャッシュ１２０から端末１４０に対してコンテンツがロードされる。
【０１４０】
このように、コンテンツ配信サーバが主導的にユーザ対応のコンテンツキャッシュにコンテンツを送信し、格納することが可能となり、また、コンテンツ配信サーバが主導的にコンテンツキャッシュに格納したコンテンツの削除を実行することができ、一方、ユーザは、コンテンツキャッシュから直接コンテンツを取得することができ、コンテンツ配信サーバとのセッションを確立することなくコンテンツの入手が可能となる。ユーザに対応して設定されるコンテンツキャッシュは、ユーザー領域と公衆網との境界であるアクセスネットワークのユーザの一番近い場所、例えばｘＤＳＬルーターやモデムと同じ場所に設置されるので、コンテンツキャッシュからユーザ端末へのコンテンツダウンロードは、インターネット等の公衆網の負荷を大きくすることなく実行可能となる。
【０１４１】
［各機器の構成］
上述の実施例において説明したコンテンツ配信サーバ、コンテンツ配信管理センター、コンテンツキャッシュを構成する情報処理システム構成例について、図４０の構成図を参照して説明する。コンテンツ配信サーバ、コンテンツ配信管理センター、コンテンツキャッシュを構成する情報処理システムは、例えば通信処理機能を持つＰＣ等によって構成され、データ格納手段として、例えばハードディスク、ＤＶＤ等の記憶手段を有する構成によって実現可能である。
【０１４２】
図４０に、制御手段としてＣＰＵ(Central processing Unit)を備えた情報処理システム例を示す。なお、図４０に示す構成例は１つの例であり、各機器は、ここに示すべての機能を必ずしも備えることが要求されるものではない。
【０１４３】
図４０に示す構成について説明する。ＣＰＵ(Central processing Unit)４００１は、各種実行プログラム、ＯＳ（Operating System）を実行するプロセッサである。ＲＯＭ（Read-Only-Memory）４００２は、ＣＰＵ４００１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）４００３は、ＣＰＵ４００１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【０１４４】
ＨＤＤ４００４はハードディスクの制御を実行し、ハードディスクに対する各種データ、プログラムの格納処理および読み出し処理を実行する。暗号処理手段４００５は、送信データの暗号処理、復号処理、認証処理等を実行する。コンテンツ配信サーバ、コンテンツ配信管理センター、コンテンツキャッシュ間ではユーザ情報、コンテンツ情報等、秘匿すべき情報がネットワークによって送受信されるため、必要に応じて暗号処理が実行される。なお、ここでは、暗号処理手段を個別モジュールとした例を示したが、このような独立した暗号処理モジュールを設けず、例えば暗号処理プログラムをＲＯＭ４００２に格納し、ＣＰＵ４００１がＲＯＭ格納プログラムを読み出して実行するように構成してもよい。メモリ（セキュアモジュール）４００６は例えば耐タンパ構造を持つメモリとして構成され、暗号処理に必要な鍵データ、アクセス許可書の格納領域として使用可能である。なお、これらのデータは、他のメモリ領域、記憶媒体に格納することも可能である。
【０１４５】
バス４０２１はＰＣＩ（Peripheral Component Internet/Interface）バス等により構成され、各モジュール、入出力インタフェース４０２２を介した各入手力装置とのデータ転送を可能にしている。
【０１４６】
入力部４０１１は、例えばキーボード、ポインティングデバイスを含む入力部である。キーボードやマウス等を介して入力部４０１１が操作された場合、あるいは、通信部４０１３からのデータを受信した場合などにＣＰＵ４００１に指令が入力され、ＲＯＭ(Read Only Memory)４００２に格納されているプログラムを実行する。出力部４０１２は、例えばＣＲＴ、液晶ディスプレイ等であり、各種情報をテキストまたはイメージ等により表示する。
【０１４７】
通信部４０１３はコンテンツ配信サーバ、コンテンツ配信管理センター、コンテンツキャッシュ間の通信処理を実行し、ＣＰＵ４００１の制御の下に、各記憶部から供給されたデータ、あるいはＣＰＵ４００１によって処理されたデータ、暗号化されたデータ等を送信したり、他エンティテイからのデータを受信する処理を実行する。
【０１４８】
ドライブ４０１４は、フレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体４０１５の記録再生を実行するドライブであり、各リムーバブル記録媒体４０１５からのプログラムまたはデータ再生、リムーバブル記録媒体４０１５に対するプログラムまたはデータ格納を実行する。
【０１４９】
各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ４００１において実行または処理を行なう場合は、読み出したプログラム、データは入出力インタフェース４０２２、バス４０２１を介して例えば接続されているＲＡＭ４００３に供給される。
【０１５０】
なお、明細書中において説明したシステムの各処理方法、およびシステム全体のコンテンツ管理方法はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、又は各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、フレキシブルディスクやＣＤ−ＲＯＭ等のプログラム読み取り可能な記録媒体にプログラムを格納して提供してもよいし、インターネットなどの通信網を介してプログラムをダウンロードしてもよい。
【０１５１】
具体的には、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１５２】
また、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１５３】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１５４】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１５５】
【発明の効果】
以上、説明してきたように、本発明の構成によれば、ネットワークを介するコンテンツ配信におけるコンテンツ管理をコンテンツ配信側の生成したコンテンツに対応する配信側メタデータに基づいて生成するキャッシュ用メタデータによって行う構成としたので、ネットワーク上の流通コンテンツの管理をコンテンツ配信側の主導で行うことが可能となる。例えばコンテンツキャッシュにおける格納期限等の管理をコンテンツに対応するメタデータに基づいて行ない、期限に基づくコンテンツキャッシュからのコンテンツ削除処理をコンテンツ配信側の主導で行うことが可能となる。
【０１５６】
また、本発明の構成によれば、大容量のコンテンツキャッシュをユーザ端末の近隣に配置することにより、自己のＰＣ端末等における記憶手段の容量アップを図る必要がなく、例えば、動画等の大容量コンテンツのコンテンツキャッシュへの配信を予め実行することにより、コンテンツキャッシュからユーザ端末に対するデータの直接ダウンロードが可能となり、ダウンロード処理時のネットワーク・トラフィックの混雑等によるデータ転送の遅延、パケットロス等の問題が解消される。
【０１５７】
また、本発明の構成によれば、コンテンツキャッシュに格納したコンテンツ毎の管理を、各コンテンツに対応して生成するメタデータに基づいて実行するとともに、緊急削除等の臨時的なコンテンツ管理もコンテンツ配信管理センター経由で実行可能な構成としたので、コンテンツ管理における動的な状況確認及び管理実行が可能となる。
【０１５８】
また、本発明の構成によれば、コンテンツ配信サーバが主導的にユーザ対応のコンテンツキャッシュにコンテンツを送信して格納することが可能となり、ユーザは、コンテンツキャッシュから直接コンテンツを取得することができ、コンテンツ配信サーバとのセッションを確立することなくコンテンツの入手が可能となる。ユーザに対応して設定されるコンテンツキャッシュを、ユーザー領域と公衆網との境界であるアクセスネットワークのユーザの一番近い場所、例えばｘＤＳＬルーターやモデムと同じ場所に設置する構成とすることにより、コンテンツキャッシュからユーザ端末へのコンテンツダウンロードは、インターネット等の公衆網の負荷を大きくすることなく実行可能となる。
【図面の簡単な説明】
【図１】本発明のコンテンツ配信管理システムのシステム概要を示す図である。
【図２】本発明のコンテンツ配信管理システムにおける配信サーバ用メタデータ構成例を示す図である。
【図３】本発明のコンテンツ配信管理システムにおけるキャッシュ用メタデータ構成例を示す図である。
【図４】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時におけるコンテンツキャッシュの処理例を示す図である。
【図５】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時におけるコンテンツ配信管理センターの処理例を示す図である。
【図６】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時におけるコンテンツ配信サーバの処理例を示す図である。
【図７】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時における全体処理例を示す図である。
【図８】本発明のコンテンツ配信管理システムにおけるメタデータ処理例を示す図である。コンテンツ配信サーバからコンテンツキャッシュへの
【図９】本発明のコンテンツ配信管理システムにおけるコンテンツキャッシュからのコンテンツ要求時におけるメタデータの処理例を示す図である。
【図１０】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時の全体処理シーケンスを示す図である。
【図１１】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツキャッシュの処理フローを示す図である。
【図１２】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツ配信管理センターの処理フローを示す図である。
【図１３】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツ配信サーバの処理フローを示す図である。
【図１４】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のメタデータの流れを示す図である。
【図１５】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のメタデータの流れを示すシーケンス図である。
【図１６】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツ配信サーバのメタデータ処理を説明するフロー図である。
【図１７】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツ配信管理センターのメタデータ処理を説明するフロー図である。
【図１８】本発明のコンテンツ配信管理システムにおけるコンテンツ配信時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図１９】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のメタデータの流れを示す全体図である。
【図２０】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のメタデータの流れを示す全体シーケンス図である。
【図２１】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツ配信サーバにおけるメタデータ処理を説明するフロー図である。
【図２２】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図２３】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図２４】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図２５】本発明のコンテンツ配信管理システムにおけるコンテンツ管理内容変更時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図２６】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のメタデータ処理を説明する全体図である。
【図２７】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のメタデータ処理を説明する全体シーケンス図である。
【図２８】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツ配信サーバにおけるメタデータ処理を説明するフロー図である。
【図２９】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図３０】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図３１】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図３２】本発明のコンテンツ配信管理システムにおけるコンテンツ緊急削除時のコンテンツ配信サーバにおけるメタデータ処理を説明するフロー図である。
【図３３】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のメタデータ処理を説明する全体図である。
【図３４】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のメタデータ処理を説明する全体シーケンス図である。
【図３５】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のコンテンツキャッシュにおけるメタデータ処理を説明するフロー図である。
【図３６】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のコンテンツ配信管理センターにおけるメタデータ処理を説明するフロー図である。
【図３７】本発明のコンテンツ配信管理システムにおけるコンテンツ通常削除時のコンテンツ配信サーバにおけるメタデータ処理を説明するフロー図である。
【図３８】本発明のコンテンツ配信管理システムにおけるユーザによるコンテンツ取得処理を説明する図である。
【図３９】本発明のコンテンツ配信管理システムにおけるユーザによるコンテンツ取得処理を説明するシーケンス図である。
【図４０】本発明のコンテンツ配信管理システムにおける各情報処理機器の構成例を示す図である。
【符号の説明】
１１０ コンテンツ配信サーバ
１１１ コンテンツデータベース
１１２ 配信管理デセータベース
１１５ 配信サーバ用メタデータ
１２０ コンテンツキャッシュ
１２１ キャッシュ
１２５ キャッシュ用メタデータ
１３０ コンテンツ配信管理センター
１３１ コンテンツ管理データベース
１３２ 配信管理データベース
１３３ ユーザデータベース
４００１ ＣＰＵ
４００２ ＲＯＭ
４００３ ＲＡＭ
４００４ ＨＤＤ
４００５ 暗号処理手段
４００６ メモリ
４０１１ 入力部
４０１２ 出力部
４０１３ 通信部
４０１４ ドライブ
４０１５ リムーバブル記憶媒体
４０２１ バス
４０２２ 入出力インタフェース
Claims (22)
- ネットワークを介して配信するコンテンツの管理を実行するコンテンツ配信管理システムであり、
コンテンツを配信するコンテンツ配信サーバと、
前記コンテンツ配信サーバからの配信コンテンツを格納する記憶手段を有し、コンテンツ利用ユーザに対応して設置されたコンテンツキャッシュと、
前記コンテンツ配信サーバから前記コンテンツキャッシュへの配信コンテンツの管理データを保有するコンテンツ配信管理センターと、を有し、
前記コンテンツ配信サーバは、前記コンテンツキャッシュに対する配信コンテンツの管理情報としての配信サーバ用メタデータを生成し、前記コンテンツ配信管理センターに送信する構成を有し、
前記コンテンツ配信管理センターは、前記配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成し、コンテンツ管理情報として保持するとともに、前記コンテンツキャッシュに送信する構成を有し、
前記コンテンツキャッシュは、前記キャッシュ用メタデータを、前記コンテンツ配信サーバから受信するコンテンツに対応付けて記憶手段に格納し、前記キャッシュ用メタデータに含まれるコンテンツ管理情報に従ったコンテンツ管理を実行する構成を有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンテンツ配信管理センターは、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理する構成であることを特徴とするコンテンツ配信管理システム。 - 前記コンテンツ配信サーバの生成する配信サーバ用メタデータ、および、前記コンテンツ配信管理センターが生成し、前記コンテンツキャッシュに送信するキャッシュ用メタデータには、コンテンツキャッシュに格納したコンテンツの削除実行日データが格納され、
前記コンテンツキャッシュは、前記キャッシュ用メタデータの削除実行日データに基づくコンテンツ削除処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ配信管理システム。 - 前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの管理情報変更用メタデータを前記コンテンツ配信管理センターに送信する構成を有し、
前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ配信管理システム。 - 前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの緊急削除処理を要求する緊急削除処理用メタデータを前記コンテンツ配信管理センターに送信する構成を有し、
前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信する構成を有し、
前記コンテンツキャッシュは、前記緊急削除処理要求キャッシュ用メタデータに基づくコンテンツの削除処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ配信管理システム。 - 前記コンテンツ配信管理センターは、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信する構成を有し、前記コンテンツ配信サーバは、該コンテンツ送信要求に基づいて、前記コンテンツキャッシュに対するコンテンツ配信処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ配信管理システム。
- 前記コンテンツ配信サーバは、前記コンテンツ配信管理センターの許諾に基づいて前記コンテンツキャッシュに対するコンテンツ配信処理を実行する構成を有し、
コンテンツ利用ユーザからのコンテンツ配信要求を受信するポータルサイトにリンクされたコンテンツキャッシュからユーザ端末に対するコンテンツ送信を実行する構成を有することを特徴とする請求項１に記載のコンテンツ配信管理システム。 - 前記コンテンツキャッシュは、コンテンツ利用ユーザに対応してネットワーク上に複数設置されるキャッシュであり、データ通信ネットワークにおけるユーザ領域と公衆通信網との境界領域に配置された構成であることを特徴とする請求項１に記載のコンテンツ配信管理システム。
- ネットワークを介して配信するコンテンツの管理を実行するコンテンツ配信管理システムにおけるコンテンツ配信管理方法であり、
コンテンツを配信するコンテンツ配信サーバにおいて、
コンテンツ利用ユーザに対応して設置されたコンテンツキャッシュに対してコンテンツを配信するとともに、配信コンテンツの管理情報としての配信サーバ用メタデータを生成し、コンテンツ配信管理センターに送信するステップと、
前記コンテンツ配信管理センターにおいて、
前記配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成し、コンテンツ管理情報として保持するとともに、前記コンテンツキャッシュに送信するステップと、
前記コンテンツキャッシュにおいて、
前記キャッシュ用メタデータを、前記コンテンツ配信サーバから受信するコンテンツに対応付けて記憶手段に格納し、前記キャッシュ用メタデータに含まれるコンテンツ管理情報に従ったコンテンツ管理を実行するステップを有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンテンツ配信管理センターは、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理するステップを実行することを特徴とするコンテンツ配信管理方法。 - 前記コンテンツ配信サーバの生成する配信サーバ用メタデータ、および、前記コンテンツ配信管理センターが生成し、前記コンテンツキャッシュに送信するキャッシュ用メタデータには、コンテンツキャッシュに格納したコンテンツの削除実行日データが格納され、
前記コンテンツキャッシュは、前記キャッシュ用メタデータの削除実行日データに基づくコンテンツ削除処理を実行することを特徴とする請求項８に記載のコンテンツ配信管理方法。 - 前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの管理情報変更用メタデータを前記コンテンツ配信管理センターに送信し、
前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行することを特徴とする請求項８に記載のコンテンツ配信管理方法。 - 前記コンテンツ配信サーバは、前記コンテンツキャッシュに格納済みのコンテンツの緊急削除処理を要求する緊急削除処理用メタデータを前記コンテンツ配信管理センターに送信し、
前記コンテンツ配信管理センターは、前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信し、
前記コンテンツキャッシュは、前記緊急削除処理要求キャッシュ用メタデータに基づくコンテンツの削除処理を実行することを特徴とする請求項８に記載のコンテンツ配信管理方法。 - 前記コンテンツ配信管理センターは、前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信し、
前記コンテンツ配信サーバは、該コンテンツ送信要求に基づいて、前記コンテンツキャッシュに対するコンテンツ配信処理を実行することを特徴とする請求項８に記載のコンテンツ配信管理方法。 - 前記コンテンツ配信サーバは、前記コンテンツ配信管理センターの許諾に基づいて前記コンテンツキャッシュに対するコンテンツ配信処理を実行し、
コンテンツ利用ユーザからのコンテンツ配信要求を受信するポータルサイトにリンクされたコンテンツキャッシュからユーザ端末に対するコンテンツ送信を実行することを特徴とする請求項８に記載のコンテンツ配信管理方法。 - ネットワークを介してコンテンツを配信するコンテンツ配信サーバと、該コンテンツ配信サーバからの配信コンテンツを格納するコンテンツキャッシュとの間で転送されるコンテンツ管理を実行する情報処理装置であり、
前記コンテンツ配信サーバから前記コンテンツキャッシュへの配信コンテンツの管理データを保有する記憶手段と、
前記コンテンツ配信サーバの生成する配信コンテンツの管理情報としての配信サーバ用メタデータを受信し、該配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成し、コンテンツ管理情報として保持するとともに、前記コンテンツキャッシュに送信する処理を実行する制御部とを有し、
前記制御部は、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンテンツ配信管理センターは、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理する構成であることを特徴とする情報処理装置。 - 前記情報処理装置は、
前記コンテンツ配信サーバから受信したコンテンツ管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行する構成であることを特徴とする請求項１４に記載の情報処理装置。 - 前記情報処理装置は、
前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信する構成であることを特徴とする請求項１４に記載の情報処理装置。 - 前記情報処理装置は、
前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信する構成を有することを特徴とする請求項１４に記載の情報処理装置。 - ネットワークを介してコンテンツを配信するコンテンツ配信サーバと、該コンテンツ配信サーバからの配信コンテンツを格納するコンテンツキャッシュとの間で転送されるコンテンツ管理を情報処理装置において実行する情報処理方法であり、
前記コンテンツ配信サーバの生成する配信コンテンツの管理情報としての配信サーバ用メタデータを受信するステップと、
該配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成するステップと、
前記キャッシュ用メタデータをコンテンツ管理情報として記憶手段に格納するステップと、
前記キャッシュ用メタデータを前記コンテンツキャッシュに送信するステップを有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記情報処理装置は、さらに、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理するステップを実行することを特徴とする情報処理方法。 - 前記情報処理方法は、さらに、
前記コンテンツ配信サーバから受信したコンテンツ管理情報変更用メタデータに基づいて、前記コンテンツキャッシュに格納済みのキャッシュ用メタデータの変更処理を実行するステップを含むことを特徴とする請求項１８に記載の情報処理方法。 - 前記情報処理方法は、さらに、
前記コンテンツ配信サーバから受信した緊急削除処理用メタデータに基づいて、前記コンテンツキャッシュに対して、コンテンツの緊急削除処理要求キャッシュ用メタデータを送信するステップを含むことを特徴とする請求項１８に記載の情報処理方法。 - 前記情報処理方法は、さらに、
前記コンテンツキャッシュからのコンテンツ要求を受信し、該受信コンテンツ要求に基づいて、コンテンツ配信先としてのコンテンツキャッシュ・アドレスを格納したコンテンツ送信要求を前記コンテンツ配信サーバに送信するステップを含むことを特徴とする請求項１８に記載の情報処理方法。 - ネットワークを介してコンテンツを配信するコンテンツ配信サーバと、該コンテンツ配信サーバからの配信コンテンツを格納するコンテンツキャッシュとの間で転送されるコンテンツ管理処理を情報処理装置において実行させるコンピュータ・プログラムであり、
前記コンテンツ配信サーバの生成する配信コンテンツの管理情報としての配信サーバ用メタデータを受信するステップと、
該配信サーバ用メタデータに基づいてキャッシュ用メタデータを生成するステップと、
前記キャッシュ用メタデータをコンテンツ管理情報として記憶手段に格納するステップと、
前記キャッシュ用メタデータを前記コンテンツキャッシュに送信するステップを有し、
前記配信サーバ用メタデータ、および前記キャッシュ用メタデータは、前記コンテンツ配信サーバによって要求される配信コンテンツの管理内容変更および削除要求に対する処理状態を記録するコンテンツ状態情報記録フィールドを有し、
前記コンピュータ・プログラムは、さらに、
前記コンテンツ状態情報記録フィールドに処理状態情報を記録した配信サーバ用メタデータを前記コンテンツ配信サーバと送受信し、前記コンテンツ状態情報記録フィールドに処理状態情報を記録したキャッシュ用メタデータを前記コンテンツキャッシュと送受信して、前記コンテンツ配信サーバからの処理要求の実行状態を管理するステップを有することを特徴とするコンピュータ・プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001378809A JP4254100B2 (ja) | 2001-12-12 | 2001-12-12 | コンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001378809A JP4254100B2 (ja) | 2001-12-12 | 2001-12-12 | コンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003177991A JP2003177991A (ja) | 2003-06-27 |
| JP4254100B2 true JP4254100B2 (ja) | 2009-04-15 |
Family
ID=19186425
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001378809A Expired - Fee Related JP4254100B2 (ja) | 2001-12-12 | 2001-12-12 | コンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4254100B2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7058822B2 (en) | 2000-03-30 | 2006-06-06 | Finjan Software, Ltd. | Malicious mobile code runtime monitoring system and methods |
| US8079086B1 (en) | 1997-11-06 | 2011-12-13 | Finjan, Inc. | Malicious mobile code runtime monitoring system and methods |
| US9219755B2 (en) | 1996-11-08 | 2015-12-22 | Finjan, Inc. | Malicious mobile code runtime monitoring system and methods |
| WO2006054662A1 (ja) * | 2004-11-17 | 2006-05-26 | Pioneer Corporation | 情報変換装置および情報変換システム |
| JP5205817B2 (ja) * | 2007-06-04 | 2013-06-05 | 富士通株式会社 | データ転送スケジュール装置、プログラム、記録媒体及び方法 |
| AU2007231759B2 (en) * | 2007-10-30 | 2011-05-26 | Canon Kabushiki Kaisha | Adaptive content caching |
| EP2659401B1 (en) * | 2010-12-30 | 2019-06-26 | Peerapp, Ltd. | Methods and systems for caching data communications over computer networks |
| KR101258387B1 (ko) | 2012-05-24 | 2013-04-30 | 이경아 | 디지털 에이징 시스템 및 그 운용방법 |
| US9697214B2 (en) | 2014-04-18 | 2017-07-04 | Melephant Inc. | Device and method for managing lifespan of content, and system using the same |
| JP6575547B2 (ja) | 2017-03-17 | 2019-09-18 | 富士ゼロックス株式会社 | ドキュメント管理システム |
| JP6849018B2 (ja) * | 2019-07-02 | 2021-03-24 | 富士ゼロックス株式会社 | ドキュメント管理システム |
-
2001
- 2001-12-12 JP JP2001378809A patent/JP4254100B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003177991A (ja) | 2003-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2419225C2 (ru) | Способ передачи объекта права при управлении цифровыми правами | |
| US8005789B2 (en) | Method and apparatus for synchronizing multimedia content with device which supports multi-server environment | |
| JP4270252B2 (ja) | 情報処理装置、ダウンロード方法、ダウンロード中断方法、ダウンロード再開方法及びプログラム | |
| TW556118B (en) | Entertainment system having function of controlling content distribution | |
| JP4254100B2 (ja) | コンテンツ配信管理システム、情報処理装置、および方法、並びにコンピュータ・プログラム | |
| US7770165B2 (en) | Providing firmware updates to portable media devices | |
| US7484207B2 (en) | Software execution control system and software execution control program | |
| US7606118B2 (en) | Music data transfer method, information processing apparatus and information recording/playback system | |
| US8402459B2 (en) | License management system, license management computer, license management method, and license management program embodied on computer readable medium | |
| JP2007026412A (ja) | 保守仲介装置、保守対象機器の保守方法、保守プログラム、保守プログラムが記録された記録媒体及び保守システム | |
| EP2395428A2 (en) | Information processing terminal, information processing system, and information processing method | |
| EP1973303A1 (en) | Music file editing system | |
| JP5531692B2 (ja) | 機器管理装置、機器管理システム、情報管理方法、情報管理プログラム、及びそのプログラムを記録した記録媒体 | |
| JP2010097301A (ja) | ネットワークシステム、サーバ装置、および、プリンタドライバ | |
| WO2012157023A1 (ja) | 計算機システムと計算機システムの情報処理方法及び情報処理プログラム | |
| US20110202912A1 (en) | Mediation apparatus, installation system, installation method, and installation program | |
| US8885197B2 (en) | Information processing system, image forming apparatus, management apparatus, information processing method, and storage medium for deleting or retreating image forming apparatus data | |
| JP4661851B2 (ja) | 文書管理システム、文書利用制御装置、文書保管装置及びプログラム | |
| WO2009110156A1 (ja) | コンテンツ配布システム及びコンテンツ配布方法 | |
| US7769818B2 (en) | Electronic data management system, electronic data management apparatus, and electronic data management method | |
| JP2005327196A (ja) | ライセンス管理装置、その制御方法、プログラムおよび記憶媒体 | |
| EP2034420A1 (en) | A method and an apparatus for operating right | |
| WO2012115027A1 (ja) | 電子ｐｏｐ広告端末用通信装置 | |
| JP4105456B2 (ja) | 著作権保護システム | |
| JP2004362238A (ja) | 再生装置及び媒体保持装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041208 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070712 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070731 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070927 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071113 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080107 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090106 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090119 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120206 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120206 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |