(57)【特許請求の範囲】
【請求項１】
デジタルコンテンツのマネージメントシステムにおいて更新履歴の管理機能を備えたサーバであって、
コンテンツを識別するコンテンツＩＤ、コンテンツの属性の名称、前記コンテンツの属性に対応する情報を一単位とするコンテンツの属性データを格納する属性データ格納手段と、
コンテンツを識別するコンテンツＩＤと、前記コンテンツの更新前の状態を識別するために割り当てられたサブＩＤを関連付けて記憶するコンテンツＩＤ記憶手段と、
コンテンツの属性が指定された更新要求を受け付けると、前記コンテンツを識別するコンテンツＩＤに新たなサブＩＤを割り当てて前記コンテンツＩＤ記憶手段に記憶させ、前記属性データ格納手段に格納された更新対象となる属性データのコンテンツＩＤを前記サブＩＤに更新するとともに、前記更新要求に指定された更新内容から前記コンテンツＩＤが指定された新たな属性データを生成して前記属性データ格納手段に格納させるコンテンツ更新手段と、
コンテンツの更新履歴の出力要求を受け付けると、前記コンテンツを識別するコンテンツＩＤ及び前記コンテンツＩＤ記憶手段において前記コンテンツＩＤに関連付けられたサブＩＤが指定された属性データを前記属性データ格納手段から読み出して更新履歴の出力データを生成する更新履歴出力手段と、
を備えることを特徴とするコンテンツマネージメントサーバ。
【請求項２】
コンテンツの本体となるコンテンツファイルを格納するコンテンツファイル格納手段を備えており、
前記属性データ格納手段には、コンテンツの属性として前記コンテンツファイル格納手段におけるコンテンツファイルのアドレス情報が指定された属性データが少なくとも含まれていて、
前記コンテンツ更新手段は、コンテンツファイルの更新要求を受け付けた場合には、前記コンテンツファイル格納手段に更新後の新たなコンテンツファイルを格納するとともに、前記属性データ格納手段に格納される新たな属性データにはコンテンツの属性に対応する情報として前記新たなコンテンツファイルのアドレス情報を指定すること
を特徴とする請求項１記載のコンテンツマネージメントサーバ。
【請求項３】
前記更新履歴出力手段は、前記コンテンツＩＤの指定された属性データから生成した最新のコンテンツ情報及び前記サブＩＤの指定された属性データから生成した更新前のコンテンツ情報から更新履歴の出力データを生成し、前記サブＩＤについて前記最新のコンテンツ情報に含まれる属性の名称に対応する属性データが前記属性データ格納手段に存在しない場合には、前記属性の名称に対応する属性データについて前記サブＩＤの直後に割り当てられたサブＩＤが指定されたものから前記コンテンツＩＤが指定されたものまでを順に検索し、最初に該当した属性データを用いて前記サブＩＤに対応する更新前のコンテンツ情報を生成すること
を特徴とする請求項１又は２記載のコンテンツマネージメントサーバ。
【請求項４】
デジタルコンテンツのマネージメントシステムにおいて更新履歴の管理を実行するプログラムであって、コンテンツを識別するコンテンツＩＤ、コンテンツの属性の名称、前記コンテンツの属性に対応する情報を一単位とするコンテンツの属性データを格納する属性データ格納手段と、コンテンツを識別するコンテンツＩＤと、前記コンテンツの更新前の状態を識別するために割り当てられたサブＩＤを関連付けて記憶するコンテンツＩＤ記憶手段とを備えたコンピュータに、
コンテンツの属性が指定された更新要求を受け付けると、前記コンテンツを識別するコンテンツＩＤに新たなサブＩＤを割り当てて前記コンテンツＩＤ記憶手段に記憶させ、前記属性データ格納手段に格納された更新対象となる属性データのコンテンツＩＤを前記サブＩＤに更新するとともに、前記更新要求に指定された更新内容から前記コンテンツＩＤが指定された新たな属性データを生成して前記属性データ格納手段に格納させるコンテンツ更新ステップと、
コンテンツの更新履歴の出力要求を受け付けると、前記コンテンツを識別するコンテンツＩＤ及び前記コンテンツＩＤ記憶手段において前記コンテンツＩＤに関連付けられたサブＩＤが指定された属性データを前記属性データ格納手段から読み出して更新履歴の出力データを生成する更新履歴出力ステップと、
を実行させることを特徴とするコンテンツマネージメントプログラム。
【請求項５】
前記コンピュータには、コンテンツの本体となるコンテンツファイルを格納するコンテンツファイル格納手段が備えられており、
前記属性データ格納手段には、コンテンツの属性として前記コンテンツファイル格納手段におけるコンテンツファイルのアドレス情報が指定された属性データが少なくとも含まれていて、
前記コンテンツ更新ステップでは、コンテンツファイルの更新要求を受け付けた場合には、前記コンテンツファイル格納手段に更新後の新たなコンテンツファイルを格納するとともに、前記属性データ格納手段に格納される新たな属性データにはコンテンツの属性に対応する情報として前記新たなコンテンツファイルのアドレス情報を指定すること
を特徴とする請求項４記載のコンテンツマネージメントプログラム。
【請求項６】
前記更新履歴出力ステップでは、前記コンテンツＩＤの指定された属性データから生成した最新のコンテンツ情報及び前記サブＩＤの指定された属性データから生成した更新前のコンテンツ情報から更新履歴の出力データを生成し、前記サブＩＤについて前記最新のコンテンツ情報に含まれる属性の名称に対応する属性データが前記属性データ格納手段に存在しない場合には、前記属性の名称に対応する属性データについて前記サブＩＤの直後に割り当てられたサブＩＤが指定されたものから前記コンテンツＩＤが指定されたものまでを順に検索し、最初に該当した属性データを用いて前記サブＩＤに対応する更新前のコンテンツ情報を生成すること
を特徴とする請求項４又は５記載のコンテンツマネージメントプログラム。
【請求項７】
デジタルコンテンツのマネージメントシステムにおいて更新履歴を管理する方法であって、コンテンツを識別するコンテンツＩＤ、コンテンツの属性の名称、前記コンテンツの属性に対応する情報を一単位とするコンテンツの属性データを格納する属性データ格納手段と、コンテンツを識別するコンテンツＩＤと、前記コンテンツの更新前の状態を識別するために割り当てられたサブＩＤを関連付けて記憶するコンテンツＩＤ記憶手段とを備えたコンピュータが、コンテンツの属性が指定された更新要求を受け付けると、前記コンテンツを識別するコンテンツＩＤに新たなサブＩＤを割り当てて前記コンテンツＩＤ記憶手段に記憶させ、前記属性データ格納手段に格納された更新対象となる属性データのコンテンツＩＤを前記サブＩＤに更新するとともに、前記更新要求に指定された更新内容から前記コンテンツＩＤが指定された新たな属性データを生成して前記属性データ格納手段に格納させるコンテンツ更新ステップと、
前記コンピュータが、コンテンツの更新履歴の出力要求を受け付けると、前記コンテンツを識別するコンテンツＩＤ及び前記コンテンツＩＤ記憶手段において前記コンテンツＩＤに関連付けられたサブＩＤが指定された属性データを前記属性データ格納手段から読み出して更新履歴の出力データを生成する更新履歴出力ステップと、
を有することを特徴とするコンテンツマネージメント方法。
【請求項８】
前記コンピュータには、コンテンツの本体となるコンテンツファイルを格納するコンテンツファイル格納手段が備えられており、
前記属性データ格納手段には、コンテンツの属性として前記コンテンツファイル格納手段におけるコンテンツファイルのアドレス情報が指定された属性データが少なくとも含まれていて、
前記コンテンツ更新ステップでは、前記コンピュータは、コンテンツファイルの更新要求を受け付けた場合には、前記コンテンツファイル格納手段に更新後の新たなコンテンツファイルを格納するとともに、前記属性データ格納手段に格納される新たな属性データにはコンテンツの属性に対応する情報として前記新たなコンテンツファイルのアドレス情報を指定すること
を特徴とする請求項７記載のコンテンツマネージメント方法。
【請求項９】
前記更新履歴出力ステップでは、前記コンピュータは、前記コンテンツＩＤの指定された属性データから生成した最新のコンテンツ情報及び前記サブＩＤの指定された属性データから生成した更新前のコンテンツ情報から更新履歴の出力データを生成し、前記サブＩＤについて前記最新のコンテンツ情報に含まれる属性の名称に対応する属性データが前記属性データ格納手段に存在しない場合には、前記属性の名称に対応する属性データについて前記サブＩＤの直後に割り当てられたサブＩＤが指定されたものから前記コンテンツＩＤが指定されたものまでを順に検索し、最初に該当した属性データを用いて前記サブＩＤに対応する更新前のコンテンツ情報を生成すること
を特徴とする請求項７又は８記載のコンテンツマネージメント方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルコンテンツのマネージメントシステムにおいて更新履歴を管理するためのコンテンツマネージメントサーバ、コンテンツマネージメントプログラム及びコンテンツマネージメント方法に関するものである。
【背景技術】
【０００２】
文書、画像、音声などＷｅｂで提供するデジタルコンテンツを管理するためのツールとして、ＣＭＳ（コンテンツマネジメントシステム）が広く用いられるようになっている。ＣＭＳは、デジタルコンテンツの編集、保存、管理など様々な機能を備えており、コンテンツの更新履歴の管理機能を必要とされる場合もある。
【０００３】
ＣＭＳにおいては、コンテンツに関する情報はリレーショナルデータベースで管理されることが一般的である。例えば更新履歴を管理する場合であれば、更新履歴を記録するためのテーブル設けて、更新のタイミング毎にレコードを追加して更新情報が管理される（例えば、特許文献１の図６参照）。
【０００４】
一方、出願人は、リレーショナルデータベースに比べてより高速で扱いやすい「ＺＥＥＫエンジン」というデータベースドライバを開発して提供している（非特許文献１〜３参照）。
【０００５】
【特許文献１】特開２００５−１１１５５号公報
【非特許文献１】清水亮，「オープンソースのオブジェクトデータベースドライバＺＥＫＥ入門」，「ＷＥＢ＋ＤＢ  ＰＲＥＳＳ」，技術評論社，平成１８年２月，Ｖｏｌ．３１，ｐ．２３８−２４１
【非特許文献２】ワークフロー指向の次世代文章アプリケーションプラットフォーム（概要）、清水亮、ＩＰＡ（情報処理推進機構）ホームページ・２００４年度第２回未踏ソフトウェア創造事業  開発成果＆ＰＭの評価、［２００８年１月１０日検索]、インターネット＜URL：http://www.ipa.go.jp/about/jigyoseika/04fy-pro/mito/2004-885a.pdf＞
【非特許文献３】ワークフロー指向の次世代文章アプリケーションプラットフォーム（詳細）、清水亮、ＩＰＡ（情報処理推進機構）ホームページ・２００４年度第２回未踏ソフトウェア創造事業  開発成果＆ＰＭの評価、［２００８年１月１０日検索]、インターネット＜URL：http://www.ipa.go.jp/about/jigyoseika/04fy-pro/mito/2004-885d.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
コンテンツの更新履歴をリレーショナルデータベースで管理する場合に、各々の更新時点におけるコンテンツを出力した際の状態を再現しようとすると、図１の例に示したように、コンテンツの出力に必要な項目を網羅したレコードを更新時点毎に設けることが必要になる。
【０００７】
このような方法で更新履歴に関する情報を管理すると、コンテンツに関する一部の情報を更新した場合にも新たなレコードが生成され、更新された項目以外のフィールドには他のレコードと共通の内容が記録されることとなってしまう。ＣＭＳでは管理するコンテンツの件数は累積的に増加することに加えて、各々のコンテンツが更新される毎に上記のような新たなレコードが生成されることとなると、消費されるシステムリソースが膨大となり、ＣＭＳの運用に過大な負荷がかかるおそれが生じる。
【０００８】
本発明は、このような課題に対応するためになされたものであり、デジタルコンテンツのマネージメントシステムにおいて、システムにかかる負荷を抑制しながら更新履歴を管理するコンテンツマネージメントサーバ、コンテンツマネージメントプログラム及びコンテンツマネージメント方法を提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
このような課題を解決する本発明は、デジタルコンテンツのマネージメントシステムにおいて更新履歴の管理機能を備えたサーバであって、コンテンツを識別するコンテンツＩＤ、コンテンツの属性の名称、前記コンテンツの属性に対応する情報を一単位とするコンテンツの属性データを格納する属性データ格納手段と、コンテンツを識別するコンテンツＩＤと、前記コンテンツの更新前の状態を識別するために割り当てられたサブＩＤを関連付けて記憶するコンテンツＩＤ記憶手段と、コンテンツの属性が指定された更新要求を受け付けると、前記コンテンツを識別するコンテンツＩＤに新たなサブＩＤを割り当てて前記コンテンツＩＤ記憶手段に記憶させ、前記属性データ格納手段に格納された更新対象となる属性データのコンテンツＩＤを前記サブＩＤに更新するとともに、前記更新要求に指定された更新内容から前記コンテンツＩＤが指定された新たな属性データを生成して前記属性データ格納手段に格納させるコンテンツ更新手段と、コンテンツの更新履歴の出力要求を受け付けると、前記コンテンツを識別するコンテンツＩＤ及び前記コンテンツＩＤ記憶手段において前記コンテンツＩＤに関連付けられたサブＩＤが指定された属性データを前記属性データ格納手段から読み出して更新履歴の出力データを生成する更新履歴出力手段と、を備えることを特徴とするコンテンツマネージメントサーバである。
【００１０】
本発明では、更新対象となるコンテンツの属性に関する情報を属性単位の属性データとして管理し、コンテンツが更新される際には更新対象となった属性データのみを更新するので、リレーショナルデータベースを用いる場合に比べて更新履歴の管理のために保存するデータが削減される。また、更新された属性データにはコンテンツＩＤと関連付けられたサブＩＤが割り当てられるので、コンテンツＩＤとサブＩＤをキーに更新履歴の出力データを生成することが可能になる。
【００１１】
また、本発明は、コンテンツの本体となるコンテンツファイルを格納するコンテンツファイル格納手段を備えており、前記属性データ格納手段には、コンテンツの属性として前記コンテンツファイル格納手段におけるコンテンツファイルのアドレス情報が指定された属性データが少なくとも含まれていて、前記コンテンツ更新手段は、コンテンツファイルの更新要求を受け付けた場合には、前記コンテンツファイル格納手段に更新後の新たなコンテンツファイルを格納するとともに、前記属性データ格納手段に格納される新たな属性データにはコンテンツの属性に対応する情報として前記新たなコンテンツファイルのアドレス情報を指定することを特徴とすることもできる。
【００１２】
このように構成すると、画像ファイルや音声ファイルのように比較的サイズの大きなファイルについても、管理対象の属性データに加えることが可能になる。
【００１３】
さらに、本発明は、前記更新履歴出力手段は、前記コンテンツＩＤの指定された属性データから生成した最新のコンテンツ情報及び前記サブＩＤの指定された属性データから生成した更新前のコンテンツ情報から更新履歴の出力データを生成し、前記サブＩＤについて前記最新のコンテンツ情報に含まれる属性の名称に対応する属性データが前記属性データ格納手段に存在しない場合には、前記属性の名称に対応する属性データについて前記サブＩＤの直後に割り当てられたサブＩＤが指定されたものから前記コンテンツＩＤが指定されたものまでを順に検索し、最初に該当した属性データを用いて前記サブＩＤに対応する更新前のコンテンツ情報を生成することを特徴としてもよい。
【００１４】
このように構成することによって、更新された属性データに割り当てられたサブＩＤについては属性に関する情報をすべて属性データとして格納しておかなくても、最新のコンテンツと同様の属性に関する情報を含んだコンテンツ情報を出力することが可能になる。
【００１５】
本発明は、本発明にかかるコンテンツマネージメントサーバ、又はコンテンツを管理する端末において動作するコンテンツマネージメントプログラムとして特定することもできる。
【００１６】
本発明にかかるコンテンツマネージメントプログラムは、デジタルコンテンツのマネージメントシステムにおいて更新履歴の管理を実行するプログラムであって、コンテンツを識別するコンテンツＩＤ、コンテンツの属性の名称、前記コンテンツの属性に対応する情報を一単位とするコンテンツの属性データを格納する属性データ格納手段と、コンテンツを識別するコンテンツＩＤと、前記コンテンツの更新前の状態を識別するために割り当てられたサブＩＤを関連付けて記憶するコンテンツＩＤ記憶手段とを備えたコンピュータに、コンテンツの属性が指定された更新要求を受け付けると、前記コンテンツを識別するコンテンツＩＤに新たなサブＩＤを割り当てて前記コンテンツＩＤ記憶手段に記憶させ、前記属性データ格納手段に格納された更新対象となる属性データのコンテンツＩＤを前記サブＩＤに更新するとともに、前記更新要求に指定された更新内容から前記コンテンツＩＤが指定された新たな属性データを生成して前記属性データ格納手段に格納させるコンテンツ更新ステップと、コンテンツの更新履歴の出力要求を受け付けると、前記コンテンツを識別するコンテンツＩＤ及び前記コンテンツＩＤ記憶手段において前記コンテンツＩＤに関連付けられたサブＩＤが指定された属性データを前記属性データ格納手段から読み出して更新履歴の出力データを生成する更新履歴出力ステップと、を実行させることを特徴とするコンテンツマネージメントプログラムである。
【００１７】
また、本発明にかかるコンテンツマネージメントプログラムは、前記コンピュータには、コンテンツの本体となるコンテンツファイルを格納するコンテンツファイル格納手段が備えられており、前記属性データ格納手段には、コンテンツの属性として前記コンテンツファイル格納手段におけるコンテンツファイルのアドレス情報が指定された属性データが少なくとも含まれていて、前記コンテンツ更新ステップでは、コンテンツファイルの更新要求を受け付けた場合には、前記コンテンツファイル格納手段に更新後の新たなコンテンツファイルを格納するとともに、前記属性データ格納手段に格納される新たな属性データにはコンテンツの属性に対応する情報として前記新たなコンテンツファイルのアドレス情報を指定することを特徴とすることもできる。
【００１８】
さらに、本発明にかかるコンテンツマネージメントプログラムは、前記更新履歴出力ステップでは、前記コンテンツＩＤの指定された属性データから生成した最新のコンテンツ情報及び前記サブＩＤの指定された属性データから生成した更新前のコンテンツ情報から更新履歴の出力データを生成し、前記サブＩＤについて前記最新のコンテンツ情報に含まれる属性の名称に対応する属性データが前記属性データ格納手段に存在しない場合には、前記属性の名称に対応する属性データについて前記サブＩＤの直後に割り当てられたサブＩＤが指定されたものから前記コンテンツＩＤが指定されたものまでを順に検索し、最初に該当した属性データを用いて前記サブＩＤに対応する更新前のコンテンツ情報を生成することを特徴としてもよい。
【００１９】
本発明は、本発明にかかるコンテンツマネージメントサーバ、又はコンテンツマネージメントプログラムによって実行されるコンテンツマネージメント方法として特定することもできる。
【００２０】
本発明にかかるコンテンツマネージメント方法は、デジタルコンテンツのマネージメントシステムにおいて更新履歴を管理する方法であって、コンテンツを識別するコンテンツＩＤ、コンテンツの属性の名称、前記コンテンツの属性に対応する情報を一単位とするコンテンツの属性データを格納する属性データ格納手段と、コンテンツを識別するコンテンツＩＤと、前記コンテンツの更新前の状態を識別するために割り当てられたサブＩＤを関連付けて記憶するコンテンツＩＤ記憶手段とを備えたコンピュータが、コンテンツの属性が指定された更新要求を受け付けると、前記コンテンツを識別するコンテンツＩＤに新たなサブＩＤを割り当てて前記コンテンツＩＤ記憶手段に記憶させ、前記属性データ格納手段に格納された更新対象となる属性データのコンテンツＩＤを前記サブＩＤに更新するとともに、前記更新要求に指定された更新内容から前記コンテンツＩＤが指定された新たな属性データを生成して前記属性データ格納手段に格納させるコンテンツ更新ステップと、前記コンピュータが、コンテンツの更新履歴の出力要求を受け付けると、前記コンテンツを識別するコンテンツＩＤ及び前記コンテンツＩＤ記憶手段において前記コンテンツＩＤに関連付けられたサブＩＤが指定された属性データを前記属性データ格納手段から読み出して更新履歴の出力データを生成する更新履歴出力ステップと、を有することを特徴とするコンテンツマネージメント方法である。
【００２１】
また、本発明にかかるコンテンツマネージメント方法は、前記コンピュータには、コンテンツの本体となるコンテンツファイルを格納するコンテンツファイル格納手段が備えられており、前記属性データ格納手段には、コンテンツの属性として前記コンテンツファイル格納手段におけるコンテンツファイルのアドレス情報が指定された属性データが少なくとも含まれていて、前記コンテンツ更新ステップでは、前記コンピュータは、コンテンツファイルの更新要求を受け付けた場合には、前記コンテンツファイル格納手段に更新後の新たなコンテンツファイルを格納するとともに、前記属性データ格納手段に格納される新たな属性データにはコンテンツの属性に対応する情報として前記新たなコンテンツファイルのアドレス情報を指定することを特徴とすることもできる。
【００２２】
さらに、本発明にかかるコンテンツマネージメント方法は、前記更新履歴出力ステップでは、前記コンピュータは、前記コンテンツＩＤの指定された属性データから生成した最新のコンテンツ情報及び前記サブＩＤの指定された属性データから生成した更新前のコンテンツ情報から更新履歴の出力データを生成し、前記サブＩＤについて前記最新のコンテンツ情報に含まれる属性の名称に対応する属性データが前記属性データ格納手段に存在しない場合には、前記属性の名称に対応する属性データについて前記サブＩＤの直後に割り当てられたサブＩＤが指定されたものから前記コンテンツＩＤが指定されたものまでを順に検索し、最初に該当した属性データを用いて前記サブＩＤに対応する更新前のコンテンツ情報を生成することを特徴としてもよい。
【発明の効果】
【００２３】
本発明によって、デジタルコンテンツのマネージメントシステムにおいて更新履歴を管理するために、リレーショナルデータベースを用いる場合のように更新対象でない属性データを共通して保存する必要がなくなるため、システムにかかる負荷を抑制することが可能になる。
【発明を実施するための最良の形態】
【００２４】
本発明を実施するための最良の形態について、図面を用いて以下に詳細に説明する。尚、以下の説明は本発明の実施形態の一例を示したものであって、管理対象となるコンテンツのファイル形式、属性などの具体例は、以下に説明する実施形態に限定されるものではない。
【００２５】
図２は、本発明にかかるコンテンツマネージメントサーバの実施形態の一例を示す図である。図３は、本発明にかかるコンテンツマネージメントサーバの構成を示すブロック図である。図４は、本発明にかかるコンテンツマネージメントサーバにおけるコンテンツの属性データの管理の考え方を示す図である。図５〜図９は、本発明にかかるコンテンツマネージメントサーバによる更新履歴管理の一例を示す、それぞれ第１〜第３の図である。図１０は、本発明にかかるコンテンツマネージメントサーバによるコンテンツの出力画面の一例を示す図である。図１１は、本発明にかかるコンテンツマネージメントサーバによる更新履歴の出力画面の一例を示す図である。図１２は、本発明にかかるコンテンツマネージメントサーバによるコンテンツの出力処理のフローを示すフローチャートである。図１３は、本発明にかかるコンテンツマネージメントサーバによるコンテンツの更新処理のフローを示すフローチャートである。図１４は、本発明にかかるコンテンツマネージメントサーバによるコンテンツの更新履歴の出力処理のフローを示すフローチャートである。
【００２６】
本発明にかかるコンテンツマネージメントサーバは、図２に示したように、ＣＭＳ（コンテンツマネジメントシステム）を備えたＷｅｂサーバとして構成されており、インターネットに接続されたＰＣ、携帯電話等のユーザ端末からのリクエストに応じて、文書、画像、音声等のデジタルコンテンツを提供する。コンテンツマネージメントサーバは、コンテンツを提供する管理者の管理者端末からコンテンツの登録、更新が可能であるとともに、コンテンツの更新履歴を管理して管理者端末から確認できるよう構成されている。
【００２７】
尚、本発明は、管理者端末からインターネットを介して操作される図２に示した実施形態に限定されるものではなく、例えば、管理者端末がコンテンツマネージメントサーバと同一のコンピュータで構成されるものであってもよいし、管理者端末とコンテンツマネージメントサーバはＬＡＮ等のクローズなネットワークで接続されるものであってもよい。また、本発明は、スタンドアローンで利用されるコンピュータにおいて、該コンピュータで管理するデジタルコンテンツに用いられるコンテンツマネージメントプログラムであってもよい。
【００２８】
図３は、本発明にかかるコンテンツマネージメントサーバの構成を示している。コンテンツマネージメントサーバ１０は、インターネットを介してユーザ端末２０及び管理者端末３０からアクセス可能なＷｅｂサーバであって、文書、画像、音声等のデジタルコンテンツを管理している。
【００２９】
コンテンツマネージメントサーバ１０に備えられるコンテンツ出力部１１、更新処理部１２、更新履歴出力部１３は、いずれも機能的に特定されるものであって、各々の機能を実現するためのアプリケーションプログラムがＷｅｂサーバを構成するコンピュータのメインメモリ等のメモリ領域に読み出され、ＣＰＵによって演算処理が実行されて各々の機能が実現される。
【００３０】
更新履歴記憶部１４、アーティクル格納部１５、コンテンツファイル格納部１６には、Ｗｅｂサーバを構成するコンピュータのＨＤＤ等記憶装置の所定の記憶領域が割り当てられるが、これらの一部又は全部がアプリケーションプログラムを実行するコンピュータとは異なるデータベースサーバ等に設けられるものであってもよい。
【００３１】
本発明において、コンテンツマネージメントサーバ１０において管理され、ユーザ端末３０に提供されるデジタルコンテンツに関する属性データは、図４の例に示したような考え方で管理されている。本発明では、コンテンツに関する属性を示すメタデータを、リレーショナルデータベースにおけるテーブルや、オブジェクトデータベースにおけるクラスやオブジェクトとして管理するのではなく、コンテンツに関する属性をひとまとめにしたアーティクル（記事）として取扱う。
【００３２】
アーティクルは、各々のコンテンツの属性に関する属性をひとまとまりとする単位であり、アトリビュート（属性データ）の集まりで構成されている。アトリビュートは、コンテンツを識別するコンテンツＩＤと、そのアトリビュートによって示される属性の名称であるセマンティック、その属性に対応する情報を記述したデータの３つの要素からなるコンテンツの属性データである。同一のアーティクルに含まれるアトリビュートは、コンテンツＩＤによって紐付けられている。
【００３３】
例えば図４であれば、コンテンツＩＤ「１００」のコンテンツに関するアーティクルは、セマンティックにはコンテンツの更新日、タイトル、提供者、サムネイル、本文が指定され、それぞれに対応する情報が記述された５つのアトリビュートから構成されている。サムネイルや本文など、属性に対応するデータのデータ量が比較的大きくなるものについては、別ファイルとして格納し、アトリビュートにはそのファイルパスなどのアドレス情報を指定することとしてもよい。
【００３４】
アトリビュートは、テーブルにおけるフィールドやオブジェクトにおけるプロパティ（メンバ）に類するものであるが、全てのアーティクルに共通の固定的な項目を含むものではなく、各々のアーティクルに応じて自由に設定することができる。例えば図４では、コンテンツＩＤ「２００」のアーティクルには、コンテンツＩＤ「１００」のアーティクルに含まれているサムネイルに関するアトリビュートが含まれていない。このように、各々のコンテンツに関するアーティクルが、必要な属性に関するアトリビュートのみから構成されるようにすることによって、項目の追加や検索等における柔軟性が高められている。
【００３５】
図３においては、以上に説明したアトリビュートから構成されるアーティクルが、アーティクル格納部１５に格納されている。また、コンテンツファイル格納部１６には、アトリビュートにおいてファイルパス等のアドレス情報が指定された文書ファイル、画像ファイル、音声ファイル等が格納されている。
【００３６】
ユーザがコンテンツマネージメントサーバ１０において管理されているデジタルコンテンツを出力したい場合には、ユーザ端末２０からコンテンツマネージメントサーバ１０に対して、コンテンツＩＤを指定した出力のリクエストを送信する。ユーザ端末２０におけるコンテンツＩＤの指定方法は特に限定されるものではないが、例えば、出力したいコンテンツの選択画面における各々のコンテンツの選択部に対応するコンテンツＩＤを埋め込んでおいて、該選択部が選択されると埋め込まれたコンテンツＩＤを自動送信するように設定すればよい。
【００３７】
コンテンツ出力のリクエストを受け付けたコンテンツマネージメントサーバ１０では、コンテンツ出力部１１のプログラムが起動されて、図１２のフローチャートに示したように、以下のとおりコンテンツの出力処理が行われる。
【００３８】
コンテンツＩＤが指定されたコンテンツ出力のリクエストを受け付けると（Ｓ０１）、指定されたコンテンツＩＤに対応するアーティクルをアーティクル格納部１５から読み出す（Ｓ０２）。読み出したアーティクルを構成するアトリビュートの中に、ファイルパス等のアドレス情報が指定されている場合には、指定されたアドレスからコンテンツファイルをコンテンツファイル格納部１６から読み出す（Ｓ０３）。このようにして読み出した、アトリビュートに含まれる各々の属性に対応するデータやコンテンツファイル等のコンテンツを出力するためのデータを、ユーザ端末２０に送信する（Ｓ０４）。
【００３９】
以上のようにしてユーザ端末２０にコンテンツの出力に必要なデータが送信されると、図１０の例に示したような画面がユーザ端末２０のディスプレイに表示される。このような情報がユーザ端末２０に接続されたプリンタに出力されるものであってもよい。
【００４０】
コンテンツマネージメントサーバ１０において管理されているデジタルコンテンツの更新は、管理者端末３０を操作して行われる。コンテンツを更新する際には、管理者端末３０からコンテンツマネージメントサーバ１０に対して、コンテンツＩＤを指定した更新のリクエストを送信する。管理者端末３０におけるコンテンツＩＤの指定方法は特に限定されるものではないが、例えば、更新したいコンテンツの選択画面における各々のコンテンツの選択部に対応するコンテンツＩＤを埋め込んでおいて、該選択部が選択されると埋め込まれたコンテンツＩＤを自動送信するように設定すればよい。
【００４１】
コンテンツ更新のリクエストを受け付けたコンテンツマネージメントサーバ１０では、更新処理部１２のプログラムが起動されて、図１３のフローチャートに示したように、以下のとおりコンテンツの更新処理が行われる。
【００４２】
コンテンツＩＤが指定されたコンテンツ更新のリクエストを受け付けると（Ｓ１１）、指定されたコンテンツＩＤに対応するアーティクルをアーティクル格納部１５から読み出す（Ｓ１２）。続いて、読み出したアーティクルを構成するアトリビュートの一覧を管理者端末３０に送信する（Ｓ１３）。管理者端末３０では、この一覧から更新対象となるアトリビュートを選択して、更新するデータをコンテンツマネージメントサーバ１０に送信する。
【００４３】
管理者端末３０から更新データを受け付けると（Ｓ１４）、更新対象となっているアーティクルのコンテンツＩＤについて、更新前のデータを識別するために用いるサブＩＤを割り当てて、コンテンツＩＤと関連付けて更新履歴記憶部１４に記憶させる（Ｓ１５）。
【００４４】
更新対象となったアトリビュートについては、更新前のアトリビュートのコンテンツＩＤを新たに割り当てたサブＩＤに書き換えて、アーティクル格納部１５に保存する（Ｓ１６）。更新データについては、コンテンツＩＤを指定した新たなアトリビュートを生成し、アーティクル格納部１５に保存する（Ｓ１７）。コンテンツファイルが更新された場合には、更新前のコンテンツファイルをそのまま保存するとともに、更新後のコンテンツファイルを保存して新たに生成したアトリビュートにそのアドレス情報が指定される。
【００４５】
以上のうちＳ１５〜Ｓ１７に示した処理フローについて、図５〜図９の例を用いて、具体的に説明する。
【００４６】
図５は、コンテンツＩＤ「１００」によって特定されるコンテンツが、コンテンツマネージメントサーバ１０に初めて登録された状態を示している。タイトル、提供者、本文に関するアトリビュートは、それぞれコンテンツＩＤ「１００」が指定されることによって関連付けられている。
【００４７】
ここで、図６に示すように、コンテンツの「提供者」に関するデータが更新されたとする。この更新に対してはサブＩＤ「１０１」が割り当てられ、コンテンツＩＤ「１００」と関連付けて更新履歴記憶部１４に記憶される。図６の最も左側が更新履歴記憶部１４に対応するものであるが、ここに更新日（時）をあわせて記録することとしてもよいし、コンテンツＩＤとサブＩＤの関連付けのみを記憶して、更新日（時）もアトリビュートの一つとして扱うこととしてもよい（図９参照）。
【００４８】
図６では、「提供者」に関するデータが更新されているので、「提供者」に関する更新前のアトリビュートは、ＩＤが「１００」からサブＩＤの「１０１」に更新して保存される。あわせて、更新データに指定された更新後の「提供者」に関する情報から新たなアトリビュートが生成され、ＩＤにはコンテンツＩＤの「１００」が指定されてアーティクル格納部１５に保存される。
【００４９】
次に、図７に示すように、コンテンツの「タイトル」に関するデータと、「本文」となるコンテンツファイルが更新されたとする。この更新に対してはサブＩＤ「１０２」が割り当てられ、コンテンツＩＤ「１００」と関連付けて更新履歴記憶部１４に記憶される。この場合、「タイトル」に関する更新前のアトリビュートは、ＩＤが「１００」からサブＩＤの「１０２」に更新して保存される。あわせて、更新データに指定された更新後の「タイトル」に関する情報から新たなアトリビュートが生成され、ＩＤにはコンテンツＩＤの「１００」が指定されてアーティクル格納部１５に保存される。
【００５０】
一方、「本文」に関する更新前のアトリビュートについても、ＩＤが「１００」からサブＩＤの「１０２」に更新して保存される。あわせて、更新後の新たなコンテンツファイルをコンテンツファイル格納部１６に格納するとともに、新たなコンテンツファイルを格納したファイル名とファイルパス等のアドレス情報を指定した「本文」に関する新たなアトリビュートが生成され、ＩＤにはコンテンツＩＤの「１００」が指定されてアーティクル格納部１５に保存される。
【００５１】
続いて、図８に示すように、コンテンツの「本文」となるコンテンツファイルがさらに更新されたとする。この更新に対してはサブＩＤ「１０３」が割り当てられ、コンテンツＩＤ「１００」と関連付けて更新履歴記憶部１４に記憶される。この場合も、「本文」に関する更新前のアトリビュートについて、ＩＤが「１００」からサブＩＤの「１０３」に更新して保存される。あわせて、更新後の新たなコンテンツファイルをコンテンツファイル格納部１６に格納するとともに、新たなコンテンツファイルを格納したファイル名とファイルパス等のアドレス情報を指定した「本文」に関する新たなアトリビュートが生成され、ＩＤにはコンテンツＩＤの「１００」が指定されてアーティクル格納部１５に保存される。
【００５２】
図９は、先に説明したように、更新履歴記憶部１４にはコンテンツＩＤとサブＩＤの関連付けのみを記憶し、更新日（時）をアトリビュートの一つとして扱う場合の例を示している。この場合、「更新日」に関するアトリビュートは、更新毎に新たなアトリビュートに置換され、更新された回数分のアトリビュートにそれぞれサブＩＤが指定されて保存されることになる。尚、この場合には、更新履歴記憶部１４にもあわせて更新日（時）をＩＤと関連付けて記憶することとしてもよい。
【００５３】
コンテンツマネージメントサーバ１０において管理されているデジタルコンテンツの更新履歴は、管理者端末３０から確認することができる。コンテンツの更新履歴を確認する際には、管理者端末３０からコンテンツマネージメントサーバ１０に対して、コンテンツＩＤを指定した更新履歴出力のリクエストを送信する。管理者端末３０におけるコンテンツＩＤの指定方法は特に限定されるものではないが、例えば、更新履歴を出力したいコンテンツの選択画面における各々のコンテンツの選択部に対応するコンテンツＩＤを埋め込んでおいて、該選択部が選択されると埋め込まれたコンテンツＩＤを自動送信するように設定すればよい。
【００５４】
コンテンツ更新履歴出力のリクエストを受け付けたコンテンツマネージメントサーバ１０では、更新履歴出力部１３のプログラムが起動されて、図１４のフローチャートに示したように、以下のとおりコンテンツの更新履歴の出力処理が行われる。
【００５５】
コンテンツＩＤが指定されたコンテンツ更新履歴出力のリクエストを受け付けると（Ｓ２１）、指定されたコンテンツＩＤに対応するアーティクルをアーティクル格納部１５から読み出し（Ｓ２２）、アーティクルに含まれるアトリビュートのデータやアトリビュートに指定されたコンテンツファイルから、最新のコンテンツの状態を示すコンテンツ情報を生成する（Ｓ２３）。
【００５６】
続いて、指定されたコンテンツＩＤに関連付けられた一のサブＩＤを更新履歴記憶部１４から読み出して（Ｓ２４）、そのサブＩＤが指定されたアトリビュートをアーティクル格納部１５から読み出す（Ｓ２５）。ここで、コンテンツＩＤに対応するアーティクルに含まれるアトリビュートが全て含まれていない場合には（Ｓ２６）、対応するアトリビュートが保存されていないものについて、同じセマンティック（属性の名称）が指定されたアトリビュートを、対象となるサブＩＤの直後に割り当てられたサブＩＤが指定されたものから前記コンテンツＩＤが指定されたものまでを順に検索し、最初に該当したアトリビュートを特定する（Ｓ２７）。
【００５７】
その上で、特定されたアトリビュートのデータやアトリビュートに指定されたコンテンツファイルと、サブＩＤの指定されたアトリビュートのデータやアトリビュートに指定されたコンテンツファイルから、更新前のコンテンツの状態を示すコンテンツ情報を生成する（Ｓ２８）。このように更新前のコンテンツ情報を生成する処理を、コンテンツＩＤと関連付けられた全てのサブＩＤについて繰り返す。
【００５８】
以上のように生成した最新のコンテンツ情報と更新前のコンテンツ情報から、更新履歴出力用のファイルを生成して（Ｓ２９）、管理者端末３０に送信する（Ｓ３０）。そして、図１１の例に示したような画面が管理者端末３０のディスプレイに表示される。この例では、１行目が最新のコンテンツ情報であり、２~４行目が更新前のコンテンツ情報に該当する。このような更新履歴に関する情報は、管理者端末３０に接続されたプリンタに出力されるものであってもよい。
【００５９】
以上のうちＳ２６〜Ｓ２７に示した処理フローについて、図８を例にして具体的に説明する。
【００６０】
サブＩＤ「１０３」については、「本文」以外にはＩＤに「１０３」が指定されたアトリビュートが格納されていない。コンテンツＩＤ「１００」には、この他に「タイトル」と「提供者」に関するアトリビュートが存在しているが、「１０３」の後にはサブＩＤは割り当てられていないので、「タイトル」と「提供者」についてはＩＤに「１００」が指定されたアトリビュートを用いて１月２１日時点でのコンテンツ情報（図１１の２行目に対応）が生成される。
【００６１】
サブＩＤ「１０２」については、「タイトル」と「本文」にＩＤ「１０２」が指定されたアトリビュートが格納されている。コンテンツＩＤ「１００」には、この他に「提供者」に関するアトリビュートが存在しているため、「１０２」の後に割り当てられた「１０３」のサブＩＤが指定された「提供者」に関するアトリビュートを検索するが、対応するアトリビュートは格納されていないので、「提供者」についてはＩＤに「１００」が指定されたアトリビュートを用いて１月１５日時点でのコンテンツ情報（図１１の３行目に対応）が生成される。
【００６２】
サブＩＤ「１０１」については、「提供者」以外にはＩＤに「１０１」が指定されたアトリビュートが格納されていない。コンテンツＩＤ「１００」には、この他に「タイトル」と「本文」に関するアトリビュートが存在しているため、「１０１」の後に割り当てられたサブＩＤを「１０２」、「１０３」の順に検索すると、「タイトル」、「本文」ともにサブＩＤ「１０２」が指定されたアトリビュートが格納されている。そこで、「タイトル」と「本文」についてはＩＤに「１０２」が指定されたアトリビュートを用いて１月１０日時点でのコンテンツ情報（図１１の４行目に対応）が生成される。
【図面の簡単な説明】
【００６３】
【図１】リレーショナルデータベースを用いたコンテンツの更新履歴管理の一例を示す図である。
【図２】本発明にかかるコンテンツマネージメントサーバの実施形態の一例を示す図である。
【図３】本発明にかかるコンテンツマネージメントサーバの構成を示すブロック図である。
【図４】本発明にかかるコンテンツマネージメントサーバにおけるコンテンツの属性データの管理の考え方を示す図である。
【図５】本発明にかかるコンテンツマネージメントサーバによる更新履歴管理の一例を示す第１の図である。
【図６】本発明にかかるコンテンツマネージメントサーバによる更新履歴管理の一例を示す第２の図である。
【図７】本発明にかかるコンテンツマネージメントサーバによる更新履歴管理の一例を示す第３の図である。
【図８】本発明にかかるコンテンツマネージメントサーバによる更新履歴管理の一例を示す第４の図である。
【図９】本発明にかかるコンテンツマネージメントサーバによる更新履歴管理の一例を示す第５の図である。
【図１０】本発明にかかるコンテンツマネージメントサーバによるコンテンツの出力画面の一例を示す図である。
【図１１】本発明にかかるコンテンツマネージメントサーバによる更新履歴の出力画面の一例を示す図である。
【図１２】本発明にかかるコンテンツマネージメントサーバによるコンテンツの出力処理のフローを示すフローチャートである。
【図１３】本発明にかかるコンテンツマネージメントサーバによるコンテンツの更新処理のフローを示すフローチャートである。
【図１４】本発明にかかるコンテンツマネージメントサーバによるコンテンツの更新履歴の出力処理のフローを示すフローチャートである。
【符号の説明】
【００６４】
１０  コンテンツマネージメントサーバ
１１  コンテンツ出力部
１２  更新処理部
１３  更新履歴出力部
１４  更新履歴記憶部
１５  アーティクル格納部
１６  コンテンツファイル格納部
２０  ユーザ端末
３０  管理者端末
【図１】
0005175574.tif 000002
【図２】
0005175574.tif 000003
【図３】
0005175574.tif 000004
【図４】
0005175574.tif 000005
【図５】
0005175574.tif 000006
【図６】
0005175574.tif 000007
【図７】
0005175574.tif 000008
【図８】
0005175574.tif 000009
【図９】
0005175574.tif 000010
【図１０】
0005175574.tif 000011
【図１１】
0005175574.tif 000012
【図１２】
0005175574.tif 000013
【図１３】
0005175574.tif 000014
【図１４】
0005175574.tif 000015