(57)【特許請求の範囲】
【請求項１】
下位構造を有するコンテンツ及び下位構造を有しない構成要素を作成または編集するためのコンテンツ編集部と、
前記コンテンツ編集部により作成または編集されたコンテンツ及び構成要素を管理するコンテンツ管理部と、
前記コンテンツ管理部により管理されたコンテンツを再生するコンテンツ再生部とを備え、
前記コンテンツ管理部は、コンテンツ編集部により作成または編集されたコンテンツの構造を解析してコンテンツの構造情報を生成する構造解析部と、
当該コンテンツ及び構成要素の更新履歴を格納し、コンテンツの各更新履歴を構造情報テーブル名と対応付けて格納した履歴情報テーブルと、前記構造解析部が生成したコンテンツの構造情報を格納した構造情報テーブルとを保存するコンテンツ構造情報格納部と、
前記コンテンツ構造情報格納部に保存された構造情報テーブルおよび履歴情報テーブルを管理する構成情報管理部と、
作成または編集されたコンテンツ及び構成要素を保存するコンテンツ格納部とを有し、
前記構造解析部は、前記コンテンツ編集部から受信した下位構造を有するコンテンツの構造を解析し、コンテンツの構造情報を生成して前記構成情報管理部へ送り、前記コンテンツ編集部から受信した下位構造を有しない構成要素を前記構成情報管理部へ送り、
前記コンテンツ管理部の前記構成情報管理部は、前記構造解析部からコンテンツの構造情報を受け取った場合には、前記構造解析部から送られたコンテンツの構造情報と、前記コンテンツ構造情報格納部に保存されている履歴情報テーブルにおける当該コンテンツの最新の更新履歴に対応する構造情報テーブルの内容とを比較することによって、コンテンツの構造情報の変化を検出し、変化が検出された場合は前記構造情報テーブルおよび前記履歴情報テーブルを更新し、
前記コンテンツ管理部の前記構成情報管理部は、前記構造解析部から構成要素を受け取った場合には、前記構造情報テーブルを検索することで、当該構成要素がコンテンツ構造情報格納部に保存されている他のコンテンツの構成要素として共有されているか否かを判断し、当該構成要素が前記他のコンテンツの構成要素として共有されている場合には、ユーザ端末から承諾情報の入力を受けた上で前記コンテンツ構造情報格納部に保存された履歴情報テーブルを更新することを特徴とするコンテンツ管理システム。
【請求項２】
前記コンテンツ管理部により管理されるコンテンツの一部を保存して前記コンテンツ管理部の機能を代理する代理サーバをさらに備えたことを特徴とする請求項１記載のコンテンツ管理システム。
【請求項３】
請求項１記載のコンテンツ管理システムを用いたコンテンツ管理方法において、
前記コンテンツ編集部により作成または編集されたコンテンツを前記コンテンツ管理部によって受信するステップと、
前記コンテンツ管理部の前記構成情報管理部によって、前記コンテンツ構造情報格納部に保存されたコンテンツの履歴情報テーブルを検索し、前記コンテンツ編集部により作成または編集されたコンテンツに対応する履歴情報テーブルが、前記コンテンツ構造情報格納部に既に保存されているか否かを判断するステップと、
前記構成情報管理部によって、前記コンテンツ編集部により作成または編集されたコンテンツに対応する履歴情報テーブルが前記コンテンツ構造情報格納部に既に保存されていると判断された場合には、前記構造解析部により、前記コンテンツ編集部から受信した下位構造を有するコンテンツの構造を解析し、コンテンツの構造情報を生成して前記構成情報管理部へ送るステップと、
前記コンテンツ管理部の前記構成情報管理部によって、前記構造解析部から送られたコンテンツの構造情報と、前記コンテンツ構造情報格納部に保存されている履歴情報テーブルにおける当該コンテンツの最新の更新履歴に対応する構造情報テーブルの内容とを比較することによって、コンテンツの構造情報の変化を検出し、変化が検出された場合は前記構造情報テーブルおよび前記履歴情報テーブルを更新するステップと、
前記コンテンツ格納部に、前記コンテンツ編集部により作成または編集されたコンテンツを保存するステップと、
前記コンテンツ編集部により作成または編集された構成要素を前記コンテンツ管理部によって受信するステップと、
前記コンテンツ編集部から受信した下位構造を有しない構成要素を前記構成情報管理部へ送るステップと、
前記コンテンツ管理部の前記構成情報管理部によって、前記構造情報テーブルを検索することで、当該構成要素がコンテンツ構造情報格納部に保存されている他のコンテンツの構成要素として共有されているか否かを判断し、当該構成要素が前記他のコンテンツの構成要素として共有されている場合には、ユーザ端末から承諾情報の入力を受けた上で前記コンテンツ構造情報格納部に保存された履歴情報テーブルを更新するステップと、
前記コンテンツ格納部に、前記コンテンツ編集部により作成または編集された構成要素を保存するステップと、
前記保存されたコンテンツの構造情報および履歴情報に基づいてコンテンツを再生するステップと、
を備えたことを特徴とするコンテンツ管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して各種の情報を提供する計算機システムに係り、とりわけ、提供対象となる情報としてのコンテンツを管理するコンテンツ管理システム、その方法およびコンテンツ管理プログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
近年、パーソナルコンピュータやインターネット等の急速な普及により、ネットワークを介して各種の情報を提供するＷＷＷ（world wide web）システム等の計算機システムが広く用いられるようになってきている。このような計算機システムにおいては、サーバに格納された情報をクライアントから最新のものに更新したり、サーバに格納された情報をクライアントで閲覧または実行することができるようになっている。なお、このようにして提供される情報としては、ＨＴＭＬ（hyper text markup language）文書やＭＨＥＧ（multimedia and hypermedia expert group）データ等のマルチメディアデータの他、Ｊａｖａ（商標）アプリケーションのようなプログラム等があり、これらは総じてコンテンツと呼ばれる。
【０００３】
ところで、このようなコンテンツは通常、一つ以上の構成要素からなっており、例えばＨＴＭＬ文書の場合にはリンクや包含関係等の定義によって関連付けられた複数のファイルからなり、Ｊａｖａアプリケーションの場合には一つ以上のモジュールからなっている。また、このようなコンテンツは、ユーザに対して最新のものが公開されるよう情報提供者（管理者）によって頻繁に変更される。なお、このようなコンテンツの変更は例えば、複数の構成要素からなるコンテンツの構造の変更によって生じる他、コンテンツの各構成要素の更新によっても生じる。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述した従来の計算機システムでは、コンテンツの構造とその時間的な変化とを総合的に管理する方法がなく、コンテンツの各構成要素の更新がそのコンテンツまたは他のコンテンツに与える影響を十分に把握することができず、また最新でない任意の時点のコンテンツを容易に再現することができないという問題がある。
【０００５】
具体的には例えば、同一の構成要素が複数のコンテンツで共有されている場合において、その構成要素が更新されることによって、コンテンツ間で不整合が発生したり、コンテンツを欲するユーザの知らないところでコンテンツが変更されてしまうことがあり得るという問題がある。
【０００６】
また、コンテンツが電子新聞のように頻繁に変更されるマルチメディアデータである場合には、最新のコンテンツとともに過去の任意の時点のコンテンツが必要となることが多いが、この場合でも、情報提供者が意識して残しておいた以外の過去のコンテンツについては閲覧することできないという問題がある。さらに、コンテンツがネットワークを介して配信されるプログラムである場合には、プログラムが更新されたとしてもデータの互換性やユーザの慣れ等の関係から過去の任意の時点のプログラムが必要とされることが多いが、この場合でも、過去のある時点のバージョンのプログラムを容易に入手することができないという問題がある。
【０００７】
本発明はこのような点を考慮してなされたものであり、マルチメディアデータやプログラム等のコンテンツの構造とその時間的な変化とを総合的に管理し、コンテンツの各構成要素の更新がそのコンテンツまたは他のコンテンツに与える影響を十分に把握するととともに、最新でない任意の時点のコンテンツを容易に再現することができるコンテンツ管理システム、その方法およびコンテンツ管理プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の第１の特徴は、コンテンツを作成または編集するためのコンテンツ編集部と、前記コンテンツ編集部により作成または編集されたコンテンツを管理するコンテンツ管理部と、前記コンテンツ管理部により管理されたコンテンツを再生するコンテンツ再生部とを備え、前記コンテンツ管理部は、コンテンツの構造を解析する構造解析部と、前記構造解析部により解析されたコンテンツの構造情報および履歴情報を保存するコンテンツ構造情報格納部と、前記コンテンツ構造情報格納部に保存されたコンテンツの構造情報および履歴情報を管理する構成情報管理部とを有することを特徴とするコンテンツ管理システムである。
【０００９】
本発明の第２の特徴は、作成または編集されたコンテンツを受信するステップと、前記受信したコンテンツの構造を解析するステップと、前記解析されたコンテンツの構造情報および履歴情報を保存するステップと、前記保存されたコンテンツの構造情報および履歴情報に基づいてコンテンツを再生するステップとを含むことを特徴とするコンテンツ管理方法である。
【００１０】
本発明の第３の特徴は、作成または編集されたコンテンツを受信する手順と、前記受信したコンテンツの構造を解析する手順と、前記解析されたコンテンツの構造情報および履歴情報を保存する手順と、前記保存されたコンテンツの構造情報および履歴情報に基づいてコンテンツを再生する手順とをコンピュータに実行させることを特徴とするコンテンツ管理プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１１】
本発明の第１乃至第３の特徴によれば、コンテンツの構造とその時間的な変化とを、コンテンツの構造情報とコンテンツおよびその構成要素の履歴情報とに基づいて管理するので、コンテンツの各構成要素の更新がそのコンテンツまたは他のコンテンツに与える影響を十分に把握することができる。このため、コンテンツ間で不整合が発生することを防止して情報提供者等の管理者による管理効率を向上させることができるとともに、コンテンツを欲するユーザの知らないところでコンテンツが更新されてしまうことを防止してユーザの作業効率を向上させることができる。
【００１２】
また、本発明の第１乃至第３の特徴によれば、コンテンツの構造とその時間的な変化とを、コンテンツの構造情報とコンテンツおよびその構成要素の履歴情報とに基づいて管理するので、最新でない任意の時点のコンテンツを容易に再現することができる。このため、電子新聞やプログラム等のコンテンツで特に必要となる過去のコンテンツを容易に再現して管理者およびユーザの作業効率を向上させることができる。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
【００１４】
第１の実施の形態
図１乃至図１１および図１８は本発明によるコンテンツ管理システムの第１の実施の形態を説明するための図である。
【００１５】
まず、図１８により、コンテンツ管理システムが適用される計算機システムについて説明する。図１８に示すように、計算機システム３０は、サーバ３１と、サーバ３１にネットワーク３３を介して接続された複数のクライアント３２とを備え、サーバ３１に格納された情報をクライアント３２から最新のものに更新したり、サーバ３１に格納された情報をクライアント３２で閲覧または実行することができるようになっている。なお、このようにして提供される情報は、複数の構成要素からなるコンテンツであり、具体的には例えば、ＨＴＭＬ文書やＭＨＥＧデータ等のマルチメディアデータの他、Ｊａｖａ（商標）アプリケーションのようなプログラム等である。
【００１６】
次に、図１により、図１８に示す計算機システム３０に適用されるコンテンツ管理システムについて説明する。図１に示すように、本発明の第１の実施の形態に係るコンテンツ管理システムは、コンテンツを作成または編集するためのコンテンツ編集部１と、コンテンツ編集部１により作成または編集されたコンテンツを管理するコンテンツ管理部２と、コンテンツ管理部２により管理されたコンテンツを再生するコンテンツ再生部３と、コンテンツ編集部１またはコンテンツ再生部３とコンテンツ管理部２との間でコンテンツや命令等をやりとりするための送受信部４とを備えている。
【００１７】
ここで、コンテンツ編集部１は、コンテンツおよびコンテンツの構成要素を作成または編集するためのものであり、送受信部４を介してコンテンツ管理部２との間でコンテンツや命令等をやりとりすることができるようになっている。
【００１８】
また、コンテンツ管理部２は、コンテンツの構造を解析する構造解析部５と、コンテンツの構造情報および履歴情報を管理する構成情報管理部６と、コンテンツを保存するコンテンツ格納部７と、構造解析部５により解析されたコンテンツの構造情報および履歴情報をテーブル形式で保存するコンテンツ構造情報格納部８とを有している。なお、構成情報管理部６は、コンテンツの構造または構成要素の変化を検出するとともに、この検出結果に基づいてコンテンツ構造情報格納部５に保存されたコンテンツの構造情報および履歴情報を更新し、さらに、ユーザにより指定された所定の条件に合致するコンテンツを、コンテンツ構造情報格納部５に保存されたコンテンツの構造情報および履歴情報に基づいて再構築するようになっている。
【００１９】
さらに、コンテンツ再生部３は、送受信部４を介してコンテンツ管理部２との間でコンテンツや命令等をやりとりするコンテンツ入出力制御部９と、コンテンツ入出力制御部９で受信されたコンテンツ等を表示する表示部１０とを有している。
【００２０】
なお、図１に示すコンテンツ管理システムのうち、コンテンツ管理部２および送受信部４はサーバ３１（図１８参照）に組み込まれ、コンテンツ編集部１およびコンテンツ再生部３は各クライアント３２（図１８参照）に組み込まれる。
【００２１】
次に、図２乃至図１１により、このような構成からなる本発明の第１の実施の形態の作用について説明する。なおここでは、コンテンツの一種であるＨＴＭＬ文書を管理する場合を例に挙げて説明する。
【００２２】
（ＨＴＭＬ文書のアップロード）
まず、コンテンツ編集部１により作成または編集されたＨＴＭＬ文書をコンテンツ管理部２へアップロードして保存する場合の動作について説明する。
【００２３】
図２に示すように、管理対象となるＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）２３，２４は、構成要素として画像ファイルや音声ファイル、Ｊａｖａアプレット等の複数のファイルを含むとともに、他のＨＴＭＬ文書２１，２２からハイパーテキスト等によりリンクが張られているものとする。
【００２４】
ここで、管理対象となるＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）は、情報提供者（管理者）によってＨＴＭＬ文書２３として新規に作成された後、ユーザに対して最新のものが公開されるよう情報提供者によって頻繁に変更される。なお、このようなＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の変更は例えば、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構造が変更されてＨＴＭＬ文書２３がＨＴＭＬ文書２４となることによって生じる他、ＨＴＭＬ文書２４の構成要素である画像ファイル（Ｇ２．ｇｉｆ）が更新されて画像ファイル２６が画像ファイル２７となることによっても生じる。
【００２５】
以下、このようなＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）をコンテンツ管理部２へアップロードして保存する方法につき、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を新規に作成する場合、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構造を変更する場合、およびＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構成要素を更新する場合に分けて説明する。
【００２６】
まず、図３により、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を新規に作成する場合について説明する。なおここでは、図２に示すように、画像ファイル（Ｇ１．ｇｉｆ）およびＪａｖａアプレット（Ｃ１．ｃｌａｓｓ）を構成要素として含むＨＴＭＬ文書２３が新規に作成されるものとする。
【００２７】
コンテンツ編集部１によりＨＴＭＬ文書２３が新規に作成されると、このＨＴＭＬ文書２３はＨＴＭＬ文書２３およびその構成要素である各ファイルのキーワード等の付加情報とともに送受信部４を介して送信され、コンテンツ管理部２において受信される（ステップ１０１）。
【００２８】
コンテンツ管理部２の構造解析部５は、コンテンツ編集部１から送信されたＨＴＭＬ文書２３のファイル名を獲得した後（ステップ１０２）、そのファイル名をＨＴＭＬ文書２３およびその付加情報とともに構成情報管理部６へ送る。次に、構成情報管理部６は、コンテンツ構造情報格納部８に保存されたコンテンツの履歴情報テーブルを検索し（ステップ１０３）、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する履歴情報テーブルがあるか否かを判断する（ステップ１０４）。
【００２９】
なおここでは、ＨＴＭＬ文書２３は新規に作成されたものであり、コンテンツ構造情報格納部８にはＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する履歴情報テーブルが保存されていないので、ステップ１０４からステップ１０５へ進む。すなわち、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する履歴情報テーブル（Ｐ１.ｒｅｐ）を図４（ａ）に示すような内容で新たに作成し（ステップ１０５）、次いで、ＨＴＭＬ文書２３の実体であるＰ１＿１．ｈｔｍｌをコンテンツ格納部７に保存する（ステップ１０６）。なお、図４（ａ）に示す履歴情報テーブルは、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の履歴情報をバージョン単位で保持するものであり、バージョン（“１．０”）、日付（“９７／１２／１”）、実体ファイル（“Ｐ１＿１．ｈｔｍｌ”）、構造情報テーブル（“Ｐ１＿１．ｓｔｒ”）およびキーワード（“Ｔｅｃｒａ”等）の各フィールドを含んでいる。
【００３０】
その後、コンテンツ管理部２の構造解析部５は、ＨＴＭＬ文書２３の構造を解析して、ＨＴＭＬ文書２３の構造情報、すなわちＨＴＭＬ文書２３の構成要素である画像ファイルや音声ファイル、Ｊａｖａアプレット等の各ファイルを特定する構造情報テーブル（Ｐ１＿１．ｓｔｒ）を図４（ｂ）に示すような内容で新たに作成し、コンテンツ構造情報格納部８に保存する（ステップ１０７）。なお、図４（ｂ）に示す構造情報テーブルは、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構成要素を保持するものであり、構成要素（“Ｇ１．ｇｉｆ”）、タイプ（“ｇｉｆイメージ”）および履歴情報テーブル（“Ｇ１．ｒｅｐ”）の各フィールドを含んでいる。
【００３１】
続いて、ＨＴＭＬ文書２３の各構成要素に対応する履歴情報テーブルが存在しているか否かを判断し（ステップ１０８）、存在していない場合には、その各構成要素に対応する履歴情報テーブル（例えばＧ１．ｒｅｐ）を図４（ｃ）に示すような内容で新たに作成する（ステップ１０９）。なお、図４（ｃ）に示す履歴情報テーブルは、図４（ａ）に示す履歴情報テーブルと同様に、テーブル名、バージョン、日付、実体ファイル、構造情報テーブルおよびキーワードの各フィールドを含んでいる。このうち、構造情報テーブルのフィールドについては、構成要素がｇｉｆイメージのように下位構造を有しないファイルである場合には無効となり、構成要素が他のＨＴＭＬ文書へのリンクのような下位構造を有するファイルである場合にのみ有効となる。
【００３２】
このため、ステップ１０９において各構成要素に対応する履歴情報テーブルを作成した後、その構成要素が上述したような下位構造を有するか否かを判断する（ステップ１１０）。ここで、構成要素が下位構造を有する場合には、構成要素に対応する履歴情報テーブルのうち構造情報テーブルのフィールドにその構造情報テーブルの名称を入れるとともに、ステップ１０７へ進んでその下位構造をさらに解析する。ただしこのとき、下位構造の解析が無限に行われないよう、解析の範囲を特定のサーバ内に限定することが好ましい。
【００３３】
なお、上述したステップ１０７からステップ１１０までの処理は、全ての構成要素について行われる（ステップ１１１）。
【００３４】
次に、図３および図５により、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構造を変更する場合について説明する。なおここでは、図２に示すように、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構造が変更されて、画像ファイル（Ｇ１．ｇｉｆ）およびＪａｖａアプレット（Ｃ１．ｃｌａｓｓ）を構成要素として含むＨＴＭＬ文書２４が、画像ファイル（Ｇ２．ｇｉｆ，Ｇ３．ｇｉｆ，Ｇ４．ｇｉｆ）を構成要素として含むＨＴＭＬ文書２３となるものとする。
【００３５】
コンテンツ編集部１によりＨＴＭＬ文書２３の構造がＨＴＭＬ文書２３からＨＴＭＬ文書２４のように変更されると、この変更後のＨＴＭＬ文書２４はＨＴＭＬ文書２４およびその各構成要素のキーワード等の付加情報とともに送受信部４を介して送信され、コンテンツ管理部２において受信される。
【００３６】
なお、このようにして受信されたＨＴＭＬ文書２４に対しては、図３に示すステップ１０１乃至１０４と同様の処理が行われる。なおここでは、コンテンツ構造情報格納部８にはＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する履歴情報テーブルが既に保存されているので、図３に示すステップ１０４から図５に示すステップ２０１へ進む。
【００３７】
すなわち、コンテンツ管理部２の構造解析部５は、ＨＴＭＬ文書２４の構造を解析してＨＴＭＬ文書２４の構造情報を獲得した後（ステップ２０１）、その解析結果をＨＴＭＬ文書２４およびその付加情報とともに構成情報管理部６へ送る。次に、構成情報管理部６は、構造解析部５から送られた構造情報と、コンテンツ構造情報格納部８に保存されたＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する構造情報テーブルのうち最新の構造情報テーブル（Ｐ１＿１．ｓｔｒ）の内容とを比較し（ステップ２０２）、両者の構成要素の差に基づいてＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構造が変化したか否かを判断する（ステップ２０３）。
【００３８】
ここで、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構造が変化した場合には、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する履歴情報テーブル（Ｐ１．ｒｅｐ）に新たなバージョンのレコードを図６（ａ）に示すような形で追加し（ステップ２０４）、次いで、ＨＴＭＬ文書２４の実体であるＰ１＿２．ｈｔｍｌをコンテンツ格納部７に保存する（ステップ２０５）。
【００３９】
その後、コンテンツ管理部２の構造解析部５は、ＨＴＭＬ文書２４の構造情報、すなわちＨＴＭＬ文書２４の構成要素である画像ファイルや音声ファイル、Ｊａｖａアプレット等の各ファイルを構造情報テーブル（Ｐ１＿２．ｓｔｒ）を図６（ｂ）に示すような内容で新たに作成し、コンテンツ構造情報格納部８に保存する（ステップ２０６）。
【００４０】
続いて、ＨＴＭＬ文書２４の各構成要素に対応する履歴情報テーブルが存在しているか否かを判断し（ステップ２０７）、存在していない場合には、その各構成要素に対応する履歴情報テーブル（例えばＧ２．ｒｅｐ）を図６（ｃ）に示すような内容で新たに作成し（ステップ２０８）、次いで、その構成要素が上述したような下位構造を有するか否かを判断する（ステップ２０９）。ここで、構成要素が下位構造を有する場合には、構成要素に対応する履歴情報テーブルのうち構造情報テーブルのフィールドにその構造情報テーブルの名称を入れるとともに、ステップ２０６へ進んでその下位構造をさらに解析する。ただしこのとき、下位構造の解析が無限に行われないよう、解析の範囲を特定のサーバ内に限定することが好ましい。
【００４１】
なお、上述したステップ２０６からステップ２０９までの処理は、全ての構成要素について行われる（ステップ２１０）。
【００４２】
次に、図７により、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構成要素である画像ファイル（Ｇ２．ｇｉｆ）を更新する場合について説明する。なおここでは、図２に示すように、ＨＴＭＬ文書２４の構造自体は何ら変更されていないが、構成要素である画像ファイル（Ｇ２．ｇｉｆ）が画像ファイル２６から画像ファイル２７のように更新され、ＨＴＭＬ文書２４が全体として変更されているものとする。
【００４３】
コンテンツ編集部１によりＨＴＭＬ文書２４の構成要素である画像ファイル（Ｇ２．ｇｉｆ）が画像ファイル２６から画像ファイル２７のように更新されると、この更新後の画像ファイル２７はキーワード等の付加情報とともに送受信部４を介して送信され、コンテンツ管理部２において受信される（ステップ３０１）。
【００４４】
コンテンツ管理部２の構造解析部５は、コンテンツ編集部１から送信された画像ファイル２７のファイル名を獲得した後（ステップ３０２）、そのファイル名を画像ファイル２７およびその付加情報とともに構成情報管理部６へ送る。
【００４５】
その後、このようにして獲得されたファイル名に基づいて他のＨＴＭＬ文書の構造情報テーブルを検索し、画像ファイル（Ｇ２．ｇｉｆ）が他のＨＴＭＬ文書と共有されているか否かを判断する（ステップ３０４）。
【００４６】
ここで、画像ファイル（Ｇ２．ｇｉｆ）を含む構造情報テーブルとして図８に示すようなテーブルが見つかった場合には、コンテンツ編集部１に対して画像ファイル（Ｇ２．ｇｉｆ）の更新が他のＨＴＭＬ文書にも影響を与えることを送受信部４を介して通知し（ステップ３０５）、コンテンツ編集部１を利用する情報提供者に対して画像ファイル（Ｇ２．ｇｉｆ）の更新の是非を確認する（ステップ３０６）。
【００４７】
このような通知に対して情報提供者が承諾した場合には、構成情報管理部６は、構成要素となる画像ファイル（Ｇ２．ｇｉｆ）に対応する履歴情報テーブルに新たなバージョンのレコードを追加するとともに、更新後の画像ファイル２７をコンテンツ格納部７に保存する（ステップ３０７）。これに対し、情報提供者が承諾しない場合には、履歴情報テーブルの変更および画像ファイルの格納を中止する。
【００４８】
（ＨＴＭＬ文書のダウンロード）
次に、コンテンツ管理部２で管理されているＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）をコンテンツ再生部３で再生する場合の動作について説明する。
【００４９】
なお、コンテンツ再生部３において、ユーザがＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の送信を要求し、この送信要求がコンテンツ管理部２に対して送受信部４を介して送信されると、コンテンツ管理部２の構成情報管理部６は、ユーザにより指定された所定の条件に合致するＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を、コンテンツ構造情報格納部８に保存されたコンテンツの構造情報および履歴情報に基づいて再構築する。なお、ここでいう所定の条件とは、（１）ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）のバージョン、（２）ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）またはその構成要素に付されたキーワード等の付加情報、および（３）日付である。以下、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）をコンテンツ再生部３へダウンロードして再生する方法につき、上述した３つの条件のそれぞれを用いる場合に分けて説明する。
【００５０】
まず、図９により、バージョンを指定してＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を再生する場合について説明する。
【００５１】
コンテンツ再生部３からコンテンツ管理部２に対してＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の送信が要求されると、この送信要求は送受信部４を介してコンテンツ管理部２において受信される（ステップ４０１）。
【００５２】
コンテンツ管理部２の構成情報管理部６は、コンテンツ構造情報格納部８に保存されたコンテンツの履歴情報テーブルのうち指定されたＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する履歴情報テーブル（図６（ａ）参照）を検索し（ステップ４０２）、この検索結果に基づいてＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）のバージョンの一覧を返す。なお、このようなバージョンの一覧は、送受信部４を介してユーザにより選択可能な形式に変換された上でコンテンツ再生部３へ送信される（ステップ４０３）。
【００５３】
コンテンツ再生部３においては、受信したバージョンの一覧から任意のバージョンを選択し、送受信部４を介してコンテンツ管理部２の構成情報管理部６へ通知する（ステップ４０４）。なおここでは、バージョン１．１が選択されるものとする。このとき、構成情報管理部６は、コンテンツ構造情報格納部８に保存された履歴情報テーブル（図６（ａ）参照）を検索し、バージョン１．１に対応する構造情報テーブルの名称Ｐ１＿２．ｓｔｒを獲得する（ステップ４０５）。
【００５４】
その後、コンテンツ管理部２の構成情報管理部６は、構造情報テーブル（Ｐ１＿２．ｓｔｒ）を検索して、送信が要求されたＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の各構成要素に対応する履歴情報テーブルの名称Ｇ２．ｒｅｐ，Ｇ３．ｒｅｐ，Ｇ４．ｒｅｐを順次獲得する（ステップ４０６）。次に、構成情報管理部６は、各構成要素である画像ファイル（Ｇ２．ｇｉｆ，Ｇ３．ｇｉｆ，Ｇ４．ｇｉｆ）に対応する履歴情報テーブルを検索し、最新の実体のファイル名を獲得する（ステップ４０７）。なおここでは、例えば構成要素である画像ファイル（Ｇ２．ｇｉｆ）の場合には、履歴情報テーブル（図６（ｃ）に示すＧ２．ｒｅｐ）のうち最新（バージョン１．１）の実体のファイル名Ｇ２＿２．ｇｉｆを獲得する。
【００５５】
そして、コンテンツ管理部２の構成情報管理部６は、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の実体としてＰ１＿２．ｈｔｍｌを返し、画像ファイル（Ｇ２．ｇｉｆ）の実体としてＧ２＿２．ｇｉｆを返す（ステップ４０８）。なお、このような実体は、送受信部４を介してコンテンツ再生部３へ送信される（ステップ４０８）。
【００５６】
なお、上述したステップ４０６乃至４０８の処理は、全ての構成要素について行われる（ステップ４０９）。
【００５７】
次に、図１０により、付加情報であるキーワードを指定してＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を再生する場合について説明する。
【００５８】
コンテンツ再生部３からコンテンツ管理部２に対してＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の送信が要求されると、この送信要求は送受信部４を介してコンテンツ管理部２において受信される（ステップ５０１）。
【００５９】
コンテンツ管理部２の構成情報管理部６は、キーワードの入力をユーザに対して指示する。なお、このような指示は、送受信部４を介してコンテンツ再生部３へ送信される（ステップ５０２）。
【００６０】
コンテンツ再生部３においては、これに対して任意のキーワードを入力し、送受信部４を介してコンテンツ管理部２の構成情報管理部６へ送る。このとき、構成情報管理部６は、コンテンツ構造情報格納部８に保存された履歴情報テーブル（図６（ａ）参照）を検索し、バージョン毎にキーワードの検索およびマッチングを行う（ステップ５０３）。
【００６１】
次に、コンテンツ管理部２の構成情報管理部６は、この履歴情報テーブルから得られた各バージョン毎の構造情報テーブル（例えば図６（ｂ）参照）を検索して、送信が要求されたＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の各構成要素に対応する履歴情報テーブルの名称を獲得する（ステップ５０４）。
【００６２】
そして、コンテンツ管理部２の構成情報管理部６は、各構成要素に対応する履歴情報テーブル（例えば図６（ｃ）参照）を検索し、各構成要素のバージョン毎にキーワードの検索およびマッチングを行う（ステップ５０５）。次に、構成情報管理部６は、上述したステップ５０３および５０５の検索結果に基づいて、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）およびその構成要素のバージョン毎にマッチング率を計算する（ステップ５０６）。なお、これらステップ５０５および５０６の処理は、全ての構成要素について行われる（ステップ５０７）。これにより、どのバージョンのＨＴＭＬ文書で、かつどのバージョンの構成要素の組み合わせを選択したときに最大のマッチング率が得られるかを計算することができる。なおこのとき、ＨＴＭＬ文書およびその構成要素の組み合わせが現実に存在しないものとならないよう、各ＨＴＭＬ文書および各構成要素に付された日付を考慮して、更新してから次に更新されるまでの期間が重なっていないもの同士の組み合わせを除外することが好ましい。
【００６３】
その後、コンテンツ管理部２の構成情報管理部６は、このようにして計算されたマッチング率の計算結果の一覧を送受信部４を介してコンテンツ再生部３へ送信する（ステップ５０８）。
【００６４】
コンテンツ再生部３においては、受信したマッチング率の計算結果の一覧から閲覧したい最適な組み合わせを選択し、送受信部４を介してコンテンツ管理部２の構成情報管理部６へ送る（ステップ５０９）。そして、構成情報管理部６は、選択されたＨＴＭＬ文書およびその構成要素の実体をコンテンツ格納部７から取り出して、送受信部４を介してコンテンツ再生部３へ送信する（ステップ５１０）。
【００６５】
次に、図１１により、日付を指定してＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を再生する場合について説明する。
【００６６】
コンテンツ再生部３からコンテンツ管理部２に対してＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の送信が要求されると、この送信要求は送受信部４を介してコンテンツ管理部２において受信される（ステップ６０１）。
【００６７】
コンテンツ管理部２の構成情報管理部６は、日付の入力をユーザに対して指示する。なお、このような指示は、送受信部４を介してコンテンツ再生部３へ送信される（ステップ６０２）。
【００６８】
コンテンツ再生部３においては、これに対して任意の日付を入力し、送受信部４を介してコンテンツ管理部２の構成情報管理部６へ送る。このとき、構成情報管理部６は、コンテンツ構造情報格納部８に保存された履歴情報テーブル（図６（ａ）参照）を検索し、指定された日付に最新であったＨＴＭＬ文書のバージョンを獲得して送信する（ステップ６０３）。具体的には例えば、日付として１２月２５日が指定されている場合には、図６（ａ）に示す履歴情報テーブルにおいて、その時点ではＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）のバージョン１．１が最新であることが分かる。
【００６９】
その後、コンテンツ管理部２の構成情報管理部６は、このようにして得られたバージョンのＨＴＭＬ文書に対応する構造情報テーブル（上述した例では図６（ｂ））を検索し、各構成要素に対応する履歴情報テーブルの名称を獲得する（ステップ６０４）。
【００７０】
そして、コンテンツ管理部２の構成情報管理部６は、各構成要素に対応する履歴情報テーブル（例えば図６（ｃ））を検索し、指定された日付で最新であった構成要素のバージョンを獲得して送信する（ステップ６０５）。具体的には例えば、日付として１２月２５日が指定されている場合には、図６（ｃ）に示す履歴情報において、その時点では画像ファイル（Ｇ２．ｇｉｆ）のバージョン１．０が最新であることが分かる。なお、このステップ６０５の処理は、全ての構成要素について行われる（ステップ６０６）。
【００７１】
なお、このようにして、指定された日付の時点において、どのバージョンのＨＴＭＬ文書およびその構成要素が最新であるかが分かるので、コンテンツ管理部２の構成情報管理部６は、指定された日付に最新であったＨＴＭＬ文書およびその構成要素の実体をコンテンツ格納部７から取り出して、送受信部４を介してコンテンツ再生部３へ送信する。
【００７２】
このように本発明の第１の実施の形態によれば、コンテンツの構造とその時間的な変化とを、コンテンツの構造情報とコンテンツおよびその構成要素の履歴情報とに基づいて管理するので、コンテンツの各構成要素の更新がそのコンテンツまたは他のコンテンツに与える影響を十分に把握することができる。このため、コンテンツ間で不整合が発生することを防止して情報提供者等の管理者による管理効率を向上させることができるとともに、コンテンツを欲するユーザの知らないところでコンテンツが更新されてしまうことを防止してユーザの作業効率を向上させることができる。
【００７３】
また、本発明の第１の実施の形態によれば、コンテンツの構造とその時間的な変化とを、コンテンツの構造情報とコンテンツおよびその構成要素の履歴情報とに基づいて管理するので、最新でない任意の時点のコンテンツを容易に再現することができる。このため、電子新聞やプログラム等のコンテンツで特に必要となる過去のコンテンツを容易に再現して管理者およびユーザの作業効率を向上させることができる。
【００７４】
なお、上述した第１の実施の形態においては、コンテンツ管理部２および送受信部４をサーバ３１に組み込み、コンテンツ編集部１およびコンテンツ再生部３を各クライアント３２に組み込むものとして説明したが、これに限らず、例えばコンテンツ編集部１をコンテンツ管理部２に組み込むことも可能である。なお、この場合には、コンテンツ編集部１とコンテンツ管理部２との間では送受信部４を介することなく直接コンテンツや命令等のやりとりがなされる。
【００７５】
また、上述した第１の実施の形態においては、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構成要素を更新する場合にのみ、ユーザに対してその構成要素についての他のＨＴＭＬ文書との共有状況を確認するようにしているが、これに限らず、例えば図２に示すＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）のように他のＨＴＭＬ文書２１，２２からリンクが張られている場合には、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）が新規に作成された場合や、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構造が変更された場合にもユーザに対してそのＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）についての他のＨＴＭＬ文書との共有状況を確認するようにしてもよい。
【００７６】
なお、上述した第１の実施の形態において、コンテンツ編集部１、コンテンツ管理部２、コンテンツ再生部３および送受信部４は、いずれもサーバ３１およびクライアント３３等のコンピュータ上で稼働するプログラムモジュールとして実現することができる。ここで、このようなプログラムモジュールを含むコンテンツ管理プログラムは、ハードディスクやフレキシブルディスク、光ディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＭＯ（Magneto Optical）ディスク、ＤＶＤ（Digital Versatile Disk）等のコンピュータ読み取り可能な各種の記録媒体に格納され、コンピュータ上のＣＰＵ（中央演算処理装置）から逐次読み出されて実行されることにより上述したような機能を実現することができる。
【００７７】
第２の実施の形態
次に、図１２により、本発明の第２の実施の形態について説明する。本発明の第２の実施の形態は、サーバ側のコンテンツ管理部の他にクライアント側のコンテンツ再生部でもコンテンツの構造情報および履歴情報を保持するようにした点を除いて、他は図１に示す第１の実施の形態と略同一である。本発明の第２の実施の形態において、図１に示す第１の実施の形態と同一部分には同一符号を付して詳細な説明は省略する。
【００７８】
図１２に示すように、コンテンツ再生部３は、コンテンツ入出力制御部９を介してユーザにより過去に送信が要求されたコンテンツのバージョンおよび構造情報を管理するユーザ情報管理部１１と、コンテンツ管理部２の構成情報管理部６から送信されたコンテンツの構造情報および履歴情報をユーザ毎に保存するユーザ毎コンンツ構造情報格納部１２とをさらに有し、ユーザ毎コンテンツ構造情報格納部１２に保存されたコンテンツの構造情報および履歴情報に基づいてコンテンツを再構築することができるようになっている。
【００７９】
なお、コンテンツ管理部２の構成情報管理部６は、上述した第１の実施の形態における構成情報管理部６の機能に加えて、送信が要求されたコンテンツの構造情報を送受信部４を介してコンテンツ再生部３へ送信する機能と、コンテンツの構成要素単位での送信要求を受信するとともに、この受信した構成要素をコンテンツ格納部７から取り出して組み合わせてコンテンツを再構築する機能とを有している。
【００８０】
このように本発明の第２の実施の形態によれば、サーバ３１側のコンテンツ管理部２の他にクライアント３３側のコンテンツ再生部３でもコンテンツの構造情報および履歴情報を保持しているので、コンテンツのアップロードまたはダウンロード時における構造情報および履歴情報の管理をクライアント３３側で行うことができ、このためサーバ３１側の負荷を抑えることができる。また、クライアント３３側で特定のユーザに関連するコンテンツの構造情報および履歴情報のみを管理するので、コンテンツの管理を高速に行うことができる。
【００８１】
第３の実施の形態
次に、図１３により、本発明の第３の実施の形態について説明する。本発明の第３の実施の形態は、サーバ側のコンテンツ管理部でコンテンツに関するユーザ毎の情報を保持するようにした点を除いて、他は図１に示す第１の実施の形態と略同一である。本発明の第３の実施の形態において、図１に示す第１の実施の形態と同一部分には同一符号を付して詳細な説明は省略する。
【００８２】
図１３に示すように、コンテンツ管理部２は、コンテンツに関するユーザ毎の情報をテーブル形式で保存するユーザ情報格納部１３をさらに有し、ユーザ情報格納部１３に保存されたユーザ毎の情報に合致するコンテンツを、コンテンツ構造情報格納部に保存されたコンテンツの構造情報および履歴情報に基づいて再構築することができるようになっている。
【００８３】
図１４は図１３に示すユーザ情報格納部１３に保存されるユーザ情報テーブルの一例を示す図である。図１４に示すユーザ情報テーブルは、コンテンツに関するユーザ毎の情報をユーザ単位で保持するものであり、ユーザ名（“ｄａｉｓｕｋｅ”等）、ユーザが欲するバージョン（“１．０”，“最新”等）および最新アクセス日（“１９９７／１２／２５”）の各フィールドを含んでいる。
【００８４】
なお、コンテンツ管理部２の構成情報管理部６は、上述した第１の実施の形態における構成情報管理部６の機能に加えて、次のような機能を有している。すなわち、構成情報管理部６は、コンテンツの送信が要求されたときに、送信を要求したユーザの情報がユーザ情報格納部１３に保存されたユーザ情報テーブル（図１４参照）に含まれているか否かを検索し、該当するユーザの情報がない場合には最新のバージョンのコンテンツおよびその構成要素の実体をコンテンツ格納部７から取り出す。一方、該当するユーザの情報があり、かつこれが特定のバージョンを要求している場合には、そのバージョンのコンテンツおよびその構成要素の実体をコンテンツ格納部７から取り出す。これに対し、該当するユーザの情報があり、かつこれが最新のバージョンを要求している場合には、送信が要求されたコンテンツがユーザの最新のアクセス日以降更新されているか否かを検索し、最新のアクセス日以降更新されている場合には、コンテンツ再生部３を利用するユーザに対してコンテンツの構造または構成要素の変化とバージョンの一覧とを送受信部４を介して通知する。なお、コンテンツ再生部３においては、受信したバージョンの一覧等から任意のバージョンを選択することができる。
【００８５】
このように本発明の第３の実施の形態によれば、サーバ３１側のコンテンツ管理部２でコンテンツに関するユーザ毎の情報を保持しているので、ユーザが欲するコンテンツのバージョンを確実に把握してコンテンツの変更状況をユーザに対して適切なタイミングで通知することができ、このためユーザの作業効率を向上させることができる。
【００８６】
なお、上述した第３の実施の形態においては、該当するユーザの情報が最新のバージョンを要求している場合に、ユーザに対してコンテンツの構造または構成要素の変化とバージョンの一覧とを通知するようにしているが、これに限らず、該当するユーザの情報が特定のバージョンを要求している場合においても、同様にしてコンテンツの構造または構成要素の変化とバージョンの一覧とを通知するようにしてもよい。
【００８７】
第４の実施の形態
次に、図１５により、本発明の第４の実施の形態について説明する。本発明の第４の実施の形態は、コンテンツ再生部でコンテンツに関するユーザ毎の情報を保持するようにした点を除いて、他は図１に示す第１の実施の形態と略同一である。本発明の第４の実施の形態において、図１に示す第１の実施の形態と同一部分には同一符号を付して詳細な説明は省略する。
【００８８】
図１５に示すように、コンテンツ再生部３は、コンテンツ入出力制御部９を介して送信が要求されたコンテンツに関するユーザ毎の情報を管理するユーザ情報管理部１１と、コンテンツに関するユーザ毎の情報をテーブル形式で保存するユーザ情報格納部１４とをさらに有し、ユーザ情報格納部１４に保存されたユーザ毎の情報に合致するコンテンツを、コンテンツ管理部２のコンテンツ構造情報格納部８に保存されたコンテンツの構造情報および履歴情報に基づいて再構築することができるようになっている。
【００８９】
ここで、コンテンツ再生部３のユーザ情報管理部１１は、コンテンツ入出力制御部１１を介してコンテンツの送信が要求されたときに、送信を要求したユーザの情報がユーザ情報格納部１４に保存されたユーザ情報テーブル（図１４参照）に含まれているか否かを検索し、該当するユーザの情報がない場合には最新のバージョンを指定してコンテンツ管理部２に対してコンテンツを要求する。一方、該当するユーザの情報があり、かつこれが特定のバージョンを要求している場合には、そのバージョンのコンテンツおよびその構成要素の実体をコンテンツ管理部２に対して要求する。これに対し、該当するユーザの情報があり、かつこれが最新のバージョンを要求している場合には、送信が要求されたコンテンツがユーザの最新のアクセス日以降更新されているか否かをコンテンツ管理部２の構成情報管理部６により検索し、最新のアクセス日以降更新されている場合には、コンテンツ再生部３を利用するユーザに対してコンテンツの構造または構成要素の変化とバージョンの一覧とを通知する。なお、コンテンツ再生部３においては、受信したバージョンの一覧等から任意のバージョンを選択することができる。
【００９０】
このように本発明の第４の実施の形態によれば、コンテンツ再生部３でコンテンツに関するユーザ毎の情報を保持しているので、ユーザが欲するコンテンツのバージョンを確実に把握してコンテンツの変更状況をユーザに対して適切なタイミングで通知することができ、このためユーザの作業効率を向上させることができる。また、コンテンツ再生部３１がクライアント３３側に設けられているので、コンテンツに関するユーザ毎の情報の管理をクライアント３３側で行うことができ、このため上述した第３の実施の形態と比べて、サーバ３１側の負荷を抑えることができる。また、クライアント３３側で特定のユーザに関連する情報をのみを管理するので、上述した第３の実施の形態と比べて、コンテンツの管理を高速に行うことができる。
【００９１】
なお、上述した第４の実施の形態においては、該当するユーザの情報が最新のバージョンを要求している場合に、ユーザに対してコンテンツの構造または構成要素の変化とバージョンの一覧とを通知するようにしているが、これに限らず、該当するユーザの情報が特定のバージョンを要求している場合においても、同様にしてコンテンツの構造または構成要素の変化とバージョンの一覧とを通知するようにしてもよい。
【００９２】
また、上述した第４の実施の形態においては、図１に示す第１の実施の形態のコンテンツ再生部３でコンテンツに関するユーザ毎の情報を保持するようにしたものであるが、これに限らず、例えば図１６に示すように、図１２に示す第２の実施の形態のコンテンツ再生部３でコンテンツに関するユーザ毎の情報を保持するようにしてもよい。
【００９３】
第５の実施の形態
次に、図１７により、本発明の第５の実施の形態について説明する。本発明の第５の実施の形態は、コンテンツ管理部により管理されるコンテンツの一部を保存してコンテンツ管理部の機能を代理する代理サーバをさらに備えた点を除いて、他は図１に示す第１の実施の形態と略同一である。本発明の第５の実施の形態において、図１に示す第１の実施の形態と同一部分には同一符号を付して詳細な説明は省略する。
【００９４】
図１７に示すように、コンテンツ管理システムは、コンテンツ管理部２により管理されるコンテンツの一部を保存してコンテンツ管理部２の機能を代理するプロキシサーバ等の代理サーバ１５をさらに備え、送受信部４を介してコンテンツ管理部２から送信されてきたコンテンツをそのバージョン等とともに一時的に保存しておくことができるようになっている。なお、コンテンツ再生部３のコンテンツ入出力制御部９は、上述した第１の実施の形態におけるコンテンツ入出力制御部９の機能に加えて、次のような機能を有している。すなわち、コンテンツ再生部３のコンテンツ入出力制御部９は、代理サーバ１５に保存されているコンテンツのバージョンを取得するとともに、このバージョンとユーザが指定したバージョンとを比較し、両者が一致する場合には、代理サーバ１５に保存されているコンテンツを取り出して再生する。一方、両者が相違する場合には、ユーザが指定したバージョンに対応するコンテンツを、送受信部４を介してコンテンツ管理部２の構成情報管理部６に対して要求する。
【００９５】
このように本発明の第５の実施の形態によれば、代理サーバ１５に保存されているコンテンツのバージョンと、ユーザが指定したバージョンとが一致する場合に代理サーバ１５に保存されているコンテンツを取り出して再生するので、コンテンツの再生を高速に行うことができる。
【００９６】
なお、上述した第５の実施の形態においては、代理サーバ１５に保存されているコンテンツのバージョンと、ユーザが指定したバージョンとを比較しているが、これに限らず、代理サーバ１５に保存されているコンテンツのバージョンと、送受信部４を介してコンテンツ管理部２の構成情報管理部６を介して取得した最新のバージョンとを比較するようにしてもよい。なお、この場合において、両者が相違する場合には、コンテンツ管理部２に対してバージョンの一覧の送信を要求し、このバージョンの一覧に基づいて送受信部４を介してコンテンツ管理部２の構成情報管理部６に対してコンテンツの送信を要求するようにするとよい。
【００９７】
また、上述した第５の実施の形態は、図１に示す第１の実施の形態に対して代理サーバ１５を組み込むようにしたものであるが、これに限らず、図１２、図１３、図１５および図１６にそれぞれ示す第２乃至第４の実施の形態においても同様にして組み込むことが可能である。なおこのとき、コンテンツ管理部２またはコンテンツ再生部３にユーザ情報格納部１３，１４が設けられている場合には、代理サーバ１５に保存されているコンテンツのバージョンと、ユーザ情報格納部１３，１４に保存されているユーザ毎のバージョンとを比較するようにするとよい。
【００９８】
【発明の効果】
以上説明したように本発明によれば、コンテンツの構造とその時間的な変化とを、コンテンツの構造情報とコンテンツおよびその構成要素の履歴情報とに基づいて管理するので、コンテンツの各構成要素の更新がそのコンテンツまたは他のコンテンツに与える影響を十分に把握するとともに、最新でない任意の時点のコンテンツを容易に再現することができる。このため、コンテンツ間で不整合が発生することを防止して情報提供者等の管理者による管理効率を向上させることができるとともに、コンテンツを欲するユーザの知らないところでコンテンツが更新されてしまうことを防止してユーザの作業効率を向上させることができ、さらに、電子新聞やプログラム等のコンテンツで特に必要となる過去のコンテンツを容易に再現して管理者およびユーザの作業効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明によるコンテンツ管理システムの第１の実施の形態を示すブロック図。
【図２】コンテンツの一種であるＨＴＭＬ文書の変更の様子を説明するための模式図。
【図３】図１に示すコンテンツ管理システムにおいてＨＴＭＬ文書を新規に作成した場合の動作を説明するためのフローチャート。
【図４】新規に作成されたＨＴＭＬ文書に対応するコンテンツの履歴情報テーブル、コンテンツの構造情報テーブル、およびコンテンツの構成要素の履歴情報テーブルの一例を示す図。
【図５】図１に示すコンテンツ管理システムにおいてＨＴＭＬ文書の構造が変更された場合の動作を説明するためのフローチャート。
【図６】構造が変更されたＨＴＭＬ文書に対応するコンテンツの履歴情報テーブル、コンテンツの構造情報テーブル、およびコンテンツの構成要素の履歴情報テーブルの一例を示す図。
【図７】図１に示すコンテンツ管理システムにおいてＨＴＭＬ文書の構成要素が更新された場合の動作を説明するためのフローチャート。
【図８】管理対象となっているコンテンツとの間で構成要素を共有している他のコンテンツの構造情報テーブルの一例を示す図。
【図９】図１に示すコンテンツ管理システムにおいてコンテンツの送信要求をバージョンの指定により行う場合の動作を説明するためのフローチャート。
【図１０】図１に示すコンテンツ管理システムにおいてコンテンツの送信要求をキーワードの指定により行う場合の動作を説明するためのフローチャート。
【図１１】図１に示すコンテンツ管理システムにおいてコンテンツの送信要求を日付の指定により行う場合の動作を説明するためのフローチャート。
【図１２】本発明によるコンテンツ管理システムの第２の実施の形態を示すブロック図。
【図１３】本発明によるコンテンツ管理システムの第３の実施の形態を示すブロック図。
【図１４】コンテンツ毎に設定されるユーザ情報テーブルの一例を示す図。
【図１５】本発明によるコンテンツ管理システムの第４の実施の形態を示すブロック図。
【図１６】図１５に示すコンテンツ管理システムの変形例を示すブロック図。
【図１７】本発明によるコンテンツ管理システムの第５の実施の形態を示すブロック図。
【図１８】本発明によるコンテンツ管理システムが適用される計算機システム（クライアント／サーバシステム）の一例を示すブロック図。
【符号の説明】
１  コンテンツ編集部
２  コンテンツ管理部
３  コンテンツ再生部
４  送受信部
５  構造解析部
６  構成情報管理部
７  コンテンツ格納部
８  コンテンツ構造情報格納部
９  コンテンツ入出力制御部
１０  表示部
１１  ユーザ情報管理部
１２  ユーザ毎コンテンツ構造情報格納部
１３，１４  ユーザ情報格納部
１５  代理サーバ
【図１】
0003948851.tif 000002
【図２】
0003948851.tif 000003
【図３】
0003948851.tif 000004
【図４】
0003948851.tif 000005
【図５】
0003948851.tif 000006
【図６】
0003948851.tif 000007
【図７】
0003948851.tif 000008
【図８】
0003948851.tif 000009
【図９】
0003948851.tif 000010
【図１０】
0003948851.tif 000011
【図１１】
0003948851.tif 000012
【図１２】
0003948851.tif 000013
【図１３】
0003948851.tif 000014
【図１４】
0003948851.tif 000015
【図１５】
0003948851.tif 000016
【図１６】
0003948851.tif 000017
【図１７】
0003948851.tif 000018
【図１８】
0003948851.tif 000019