JP2007052552A - コンテンツ管理方法及びコンテンツ管理システム - Google Patents

Abstract

【課題】 コンテンツの閲覧履歴を取得管理し、その閲覧履歴に応じてメタデータ間の関連付けを自動的に追加／変更することで、コンテンツの利用を飛躍的に向上させることが可能なコンテンツ管理システムにおけるコンテンツ管理方法及びコンテンツ管理システムを提供する。
【解決手段】 クライアント端末１０からのコンテンツ閲覧要求に基づくコンテンツデータの閲覧履歴をログデータとして記憶しておき、その記憶されたログデータを統計的手法を用いて解析し、解析結果に基づいてメタデータの課題を抽出し、その課題に応じてメタデータを更新する。
【選択図】 図２

Description

本発明は、ネットワーク及びインターネットなどを介して、情報資源の送受信を行うＷｅｂアプリケーションシステムにかかり、特に、ネットワーク上に存在する情報資源（コンテンツ）をメタデータを用いて統合的に管理及び閲覧を行うための管理方法及び管理装置に関するものである。

インターネットの普及に伴い、特定のサーバに格納されているＨＴＭＬ（Hyper Text Markup Language）やＸＭＬ（eXtenslble Markup Language）などで記述された情報資源を不特定のクライアント端末がＷｅｂブラウザを介して取得することが広く行われている。このような一連の処理を広義でＷｅｂアプリケーション処理という。このような処理システムにおいて、サーバ機器上では、Ｗｅｂサーバが起動しており、このＷｅｂサーバを介してＷｅｂブラウザなどのクライアントソフトウェアの要求に応じて、インターネットなどのネットワークを通じて要求された文書、画像、音声などのメディア情報を検索し、Ｗｅｂブラウザに返信する。そして、クライアント端末側では、Ｗｅｂブラウザを介してＷｅｂサーバから受信したメディア情報を表示する。また、このようなＷｅｂアプリケーションは、一連のリンクされたページの集合で実現されている。ＷｅｂブラウザではＷｅｂサーバに対して要求したページを受信すると、受信したページに記述されたリンク情報に従って順次他のページを要求することでＷｅｂアプリケーション処理を進行していく。

ところで、近年では企業内あるいは異なる企業間などの情報通信ネットワークで結合された情報システム環境において、情報資源の所在が拡散してきているのに対し、その情報資源を管理するシステムは、局所的な情報資源の管理に留まり、広範囲な情報資源を管理することは困難であった。この問題に対処する方法として、例えば特開２００２−１７５２９７号公報に開示されているものがある。
この従来方法は、情報資源の管理対象をメタデータ（Metadata）とし、広範囲に存在する情報資源を統合してこれを一元管理するという情報資源の管理技術に関するものであった。
特開２００２−１７５２９７号公報

しかしながら、上記従来方法では、情報資源であるコンテンツデータとメタデータ間の関連については記述しているものの、メタデータとメタデータ間の関連付け処理については言及していない。このようなメタデータ同士の関連付け処理は、メタデータ間の関連を辿ることで膨大な情報資源を１つのデータベースのように容易に扱うことを可能とし、情報資源の検索処理を飛躍的に向上させることが可能となることから情報資源の管理において重要な技術となりうる。

メタデータ間の関連付け処理の考え方として、何らかの基準によってメタデータ間の関連性を予め与えておく方法が考えられる。しかしながら、様々な利用目的を網羅した関連性を予め与えておくことは、膨大な情報資源に扱うことになればなるほど困難となる。従って、実際の使用者がＷｅｂブラウザなどのクライアントソフトウェアを介してどのようにコンテンツを閲覧したかを記録し、その記録に基づいてメタデータ間の関連付けを自動的に追加／変更する手順が実現できることが望ましい。

本発明は、上述した問題点に鑑みてなされたもので、コンテンツの閲覧履歴を取得管理し、その閲覧履歴に応じてメタデータ間の関連付けを自動的に追加／変更することで、コンテンツの利用を飛躍的に向上させることが可能なコンテンツ管理システムにおけるコンテンツ管理方法及びコンテンツ管理システムを提供する。

本発明に係るコンテンツ管理システムにおけるコンテンツ管理方法は、クライアント端末とネットワークを介して接続され、クライアント端末からのコンテンツ閲覧要求に応じてコンテンツを提供するとともに、コンテンツの属性情報であるメタデータを用いてコンテンツの管理を行うコンテンツ管理システムにおけるコンテンツ管理方法であって、クライアント端末からのコンテンツ閲覧要求に基づくコンテンツデータの閲覧履歴をログデータとして記憶しておき、その記憶されたログデータを統計的手法を用いて解析し、解析結果に基づいてメタデータの課題を抽出し、その課題に応じてメタデータを更新するものである。

以上に説明したように、本発明によれば、コンテンツの閲覧履歴を取得管理し、その閲覧履歴を解析して現在のメタデータの課題を抽出し、その課題に応じてメタデータを自動的に更新（追加／変更）、すなわちメタデータ間の関連づけを自動的に更新するようにしたため、コンテンツの利用を飛躍的に向上させることが可能となる。

実施の形態１．
図１は、本実施の形態１に係るコンテンツ管理システムのネットワーク構成を示す図である。
コンテンツ管理システム１００は、例えばコンテンツの提供者の管理下に設けられるもので、一般ユーザの閲覧履歴をログデータとして取得管理し、そのログを解析した結果に基づいて現在のメタデータの課題を抽出し、その課題を解消するためのメタデータ更新、すなわちメタデータ間の関連付けの修正あるいは発展拡張を自動的に行おうとするものである。当該システム１００は、例えば、ある企業が、自身の企業のＷｅｂサイト上にアクセスしてくるユーザ（クライアント端末１０）の当該Ｗｅｂサイト内での閲覧状況を把握し、ユーザの閲覧動向に沿ったＷｅｂサイトの改訂を行おうとする際等に適用して好適なシステムである。

コンテンツ管理システム１００は、一般ユーザが使用するクライアント端末１０とネットワークＮＥＴを介して接続されている。また、ネットワークＮＥＴ上には、コンテンツ管理システム１００の管理者（コンテンツ管理者）が操作する管理者端末２０が接続されており、管理者端末２０の操作によりコンテンツ管理システム１００に各種処理の実行を指示する。クライアント端末１０及び管理者端末２０は、具体的には例えばパソコンなどのコンピュータで構成され、マウスやキーボードなどの入力手段やディスプレイ等の表示手段を備えたものである。また、クライアント端末１０及び管理者端末２０には、ネットワークＮＥＴ上のＷｅｂサイトを閲覧できるＷｅｂブラウザがインストールされ、ネットワーク環境が構築されている。なお、管理者端末２０は、管理者専用の端末としてもよいし、クライアント端末１０において管理者特権でログインすることにより管理者端末２０として機能するようにしてもよい。また、クライアント端末１０及び管理者端末２０は、パソコンに限られたものではなく、携帯電話、ディジタル放送端末など、双方向通信可能な端末を用いることができる。

図２は、コンテンツ管理システムの構成を示すブロック図である。
コンテンツ管理システム１００は、コンテンツ管理システム１００とクライアント端末１０との通信を制御する通信部１１０と、コンテンツ管理システム１００全体の制御を行う制御部１２０と、クライアント端末１０からの閲覧要求をネットワークＮＥＴを経由して受信し、その閲覧要求に応じた表示情報を生成する表示情報生成部１３０と、コンテンツデータを保持しているコンテンツデータデータベース（コンテンツデータＤＢ）１４１の管理を行うコンテンツ管理部１４０と、メタデータを保持しているメタデータデータベース（メタデータＤＢ）１５１の管理を行うメタデータ管理部１５０と、表示情報生成部１３０によって生成された表示情報の生成履歴をログデータとしてログデータデータベース（ログデータＤＢ）１６１で記録管理するログ管理部１６０と、ログデータを解析処理し、その解析結果をログ解析データデータベース（ログ解析データＤＢ）１７１に記録するログデータ処理部１７０と、ログ解析データＤＢ１７１内のログ解析データに基づいて現在のメタデータの課題を抽出し、その課題に応じたメタデータの更新指示内容を含むメタデータ更新要求を生成し、そのメタデータ更新要求をメタデータ管理部１５０に送出することでメタデータを更新するメタデータ更新部１８０とから構成される。

次に、メタデータについて説明する。メタデータには、トピック名、シナリオ及びアソシエーションの３タイプの定義がある。各タイプを順に説明する。なお、以下のメタデータは一例であり、必要に即した好適な定義を採用すればよい。

（１）トピック名（話題名）（メタデータタイプ：ＤＤ−Ｔ）
トピック名と、そのコンテンツ実体あるいは中身を示すポインタやコンテンツインデックス番号情報（例：ＵＲＬ，ＵＲＩ，Ｃ＃１（インデックス番号））との組。
具体的には、ＤＤ−Ｔ（”首相官邸”,http://www.kantei.co.jp/）等で表現できる。
（２）シナリオ：複数のトピック名の連鎖（メタデータタイプ：ＤＤ−Ｓ）
トピック名１→トピック名２→....→トピック名Ｎ
具体的には、ＤＤ−Ｓ（”首相官邸”，”内閣情報等”）
（３）アソシエーション（メタデータタイプ：ＤＤ−Ａ）
あるトピック名Ａと別のトピック名Ｂの関連性を定義する。
（ＡとＢとの関係名、Ａのトピック名、Ｂのトピック名）等で表現できる。
具体的には、（著者と著作物，夏目漱石，坊ちゃん）
（著者と著作物，夏目漱石，我輩は猫である）等で表現できる。

次に、ログデータのデータ構成について説明する。ここでは２つのタイプについて以下に示すが、これは一例であり必要に即した好適なデータ構成のものを採用すればよい。本システム１００ではＬＤ−ＴＹＰＥ１を採用している。
（１）ＬＤ−ＴＹＰＥ１
ＬＤ−ＴＹＰＥ１のログデータは、一般ユーザの識別子である利用者ＩＤと、閲覧したページを示すトピック名（リスト）と、閲覧開始時刻と、閲覧時間とから構成される。
（２）ＬＤ−ＴＹＰＥ２
ＬＤ−ＴＹＰＥ２のログデータは、一般ユーザの識別子である利用者ＩＤと、遷移元のトピック名（リスト）と、遷移先のトピック名（リスト）と、遷移元と遷移先のアソシエーション関係名と、閲覧開始時刻と、閲覧時間とから構成される。なお、遷移元と遷移先のアソシエーション関係名は、アソシエーションが無ければ省略される。

以下、本実施の形態１の動作を説明する。実施の形態１の動作は、大まかに分けてコンテンツの表示動作ステップと、ログデータの解析動作ステップと、メタデータの自動更新ステップとから構成されており、以下、順に説明する。

＜コンテンツの表示動作ステップ＞
図３は、コンテンツの表示動作ステップにおけるコンテンツ管理システムの処理を示すフローチャートである。以下、コンテンツの表示動作ステップを、図３のフローに即して説明する。ここでは、クライアント端末１０に図４に示す画面が表示されているものとして説明を行う。

クライアント端末１０において例えば画面上の「ニュースリリース」がマウスでクリックされるなどの動作が行われると、当該ニュースリリースのコンテンツの閲覧を要求する閲覧要求Ａがクライアント端末１０からネットワークＮＥＴを経由してコンテンツ管理システム１００に送信される。この閲覧要求Ａには、当該ニュースリリースのコンテンツを特定するＵＲＬや、クライアント端末１０を操作する一般ユーザのＩＤ情報Ｇ、コンテンツインデックス番号Ｃ、メタデータインデックス番号リストＤ等が含まれている。

コンテンツ管理システム１００の制御部１２０は、クライアント端末１０からの閲覧要求Ａを受信すると（Ｓ１０１）、閲覧要求Ａの中から後述の表示情報の生成に必要な情報（コンテンツインデックス番号Ｃ、メタデータインデックス番号リストＤ）を抽出する。表示情報生成部１３０は、制御部１２０で抽出された情報に基づき、クライアント端末１０から閲覧要求されたコンテンツ画面をクライアント端末１０で生成するための表示情報を生成する（Ｓ１０２）。具体的には、表示情報生成部１３０は、コンテンツインデックス番号Ｃに対応するコンテンツＣＤをコンテンツ管理部１４０から取得し、また、コンテンツＣＤに対応するメタデータインデックス番号リストＤとメタデータリストＤＤとをメタデータ管理部１５０から取得する。そして、コンテンツデータＣＤに基づいて表示情報Ｅ１を生成するとともに、必要に応じてメタデータリストＤＤからも追加表示情報Ｅ２を生成する。

制御部１２０は、表示情報生成部１３０で生成された表示情報Ｅ１（必要によっては追加表示情報Ｅ２も）を通信部１１０を介してネットワークＮＥＴを経由してクライアント端末１０に送信して表示させる（Ｓ１０３）。

図５は、クライアント端末に表示されたニュースリリースのコンテンツ画面の一例を示す図である。また、図６は、図４に示した画面において「産業向け」がクリックされた場合のクライアント端末における表示画面例、図７は、同様に「家庭向け」がクリックされた場合のクライアント端末における表示画面例を示している。なお、図４〜図７の図中において点線□枠で囲まれた「ＤＤ−Ｔ」で始まる一文は、その点線□枠から引き出し線で指された部分のトピック名のメタデータであり、説明の便宜上、参考のために図示したものである。図４〜図７の例では、コンテンツデータＣＤに基づく表示情報Ｅ１のみを表示し、メタデータリストＤＤに基づく追加表示情報Ｅ２は表示されていない場合を例示している。ここで、追加表示情報Ｅ２によって生成される表示画面は、いわば一般ユーザにコンテンツの閲覧順序を提案するナビゲーションとして機能する画面である。表示情報Ｅ１及び追加表示情報Ｅ２の表示スタイルは、例えば表示情報Ｅ１をメインウィンドウに出し、追加表示情報Ｅ２をポップアップウィンドウに出すスタイルや、あるいは追加表示情報Ｅ２を表示情報Ｅ１のサイドメニューとして１つのウィンドウに埋め込むなど、さまざまな表示スタイルを採用できる。

コンテンツ管理システム１００では、このように表示情報Ｅ１をクライアント端末１０に送信して表示させる一方、ログ管理部１６０により、今回受信した閲覧要求Ａに基づく閲覧履歴をログデータとしてログデータＤＢ１６１に記録する処理が行われる（Ｓ１０４）。すなわち、ログ管理部１６０は、表示情報Ｅ１等をクライアント端末１０に伝送した時刻Ｆ１と、コンテンツ閲覧要求Ａに含まれるクライアント端末１０の一般ユーザのＩＤ情報（利用者ＩＤ）Ｇ、コンテンツインデックス番号Ｃ及びメタデータインデックス番号リストＤ等とに基づいて、上述のＬＤ−ＴＹＰＥ１の形式に従ったログデータＨを生成し、ログデータＤＢ１６１に記録する。

図８は、ログデータＤＢに記録されたログデータの具体例を示す図である。
図８の例は、ユーザＩＤが“ＵＳＥＲ１”のユーザが、トップメニュー→産業向けページ→ニュースリリースの順に閲覧した場合のログデータの例を示している。

そして、コンテンツ管理システム１００の制御部１２０は、クライアント端末１０からの次なる閲覧要求を待ち（Ｓ１０１）、閲覧要求を受信すると、ステップＳ１０２以降の処理を繰り返す。

このようにコンテンツの表示動作ステップでは、コンテンツ管理システム１００は、クライアント端末１０からの閲覧要求に応じて表示情報を生成する一方、閲覧要求毎にログデータＨを生成し、ログデータＤＢ１６１で管理する動作を行う。次に、ログデータＤＢ１６１に蓄積されたログデータを解析するログデータの解析動作ステップについて説明する。

＜ログデータの解析動作ステップ＞
図９は、ログデータの解析動作ステップにおけるコンテンツ管理システムの動作を示すフローチャートである。以下、ログデータを解析動作ステップを、図９のフローに即して説明する。
ログデータの解析動作ステップは、コンテンツ管理システム１００が、管理者端末２０から通信部１１０を介してログ解析要求Ｘを受信することにより開始される。制御部１２０はログ解析要求Ｘを受信すると（Ｓ１１１）、ログデータ処理部１７０にログ解析要求Ｘを送ってログ解析を実施させる（Ｓ１１２）。ログデータ処理部１７０は、まず、受信したログ解析要求がログ管理者などからの正当な要求であるかをそのログ解析要求に含まれるパスワード等の判断情報に基づいて判断し、正当な要求であった場合はログデータの解析を実行し、ログ解析結果ＸＡを生成する（Ｓ１１３）。

ここで、解析対象のログデータは、ログデータＤＢ１６１内のログデータでだけでなくネットワークＮＥＴ経由の外部データベース（レポジトリ）（図示せず）を指定してもよい。その場合は外部データベース（レポジトリ）が当該指定データを一旦読みこんだ後、ログデータＤＢ１６１内のログデータと同様な解析を実行する。更には外部、内部を問わず複数のログデータを指定して、あたかも１つのログデータの様に取り扱うようにしても良い。逆に複数ログデータ間の差異を解析するために、指定されたログデータの１つ１つにユニークなキーを与えて、差異解析や関係性解析を行えるようにログデータ形式を拡張した後に、後述するようなログデータ解析処理を実施することも考えられる。

ログデータの解析とは、具体的にはログデータを統計的手法を用いて解析するもので、その統計的手法は従来公知の方法を用いるものとする。例えば、ログデータ中の各情報（利用者ＩＤ、トピック名、閲覧開始時刻、閲覧時間）を１つあるいは複数のキーとしてソーティングや頻度分布などの統計解析をする方法、またログデータ以外の外部データをキーとして、ログデータ中の各情報のソーティングや頻度分布などの統計解析をする方法、さらにはログデータの各情報と外部データの関係性分析をする方法等が挙げられる。この例以外にもログデータの利用目的に応じた好適な解析処理を実装することはなんら差し支えない。

ログデータ処理部１７０は、以上のようにしてログ解析処理を実施してログ解析データを生成した後、その生成したログ解析データをログ解析データＤＢ１７１に記憶させる（Ｓ１１４）。

なお、ログ解析を実施するタイミングは、上述したように管理者端末２０からログ解析要求を受信したタイミングに限られず、予め定められた時間間隔であったり、ログ解析されていないログデータが所定量蓄積された場合、あるいは本システム１００の管理者が設定した条件に合致した場合などのタイミングで開始するようにしてもよい。これらのタイミングで実施する場合には、その該当タイミングで制御部１２０によりログ解析要求Ｘを自動的に生起し、ログデータ処理部１７０に送信するようにすればよい。

このようにログデータの解析動作ステップでは、コンテンツ管理システム１００が、ログデータの解析を行い、その解析結果をログ解析データとしてログ解析データＤＢ１７１に記憶する動作を行う。次に、ログ解析データＤＢ１７１に蓄積されたログ解析データに基づくメタデータの自動更新ステップについて説明する。

＜メタデータの自動更新ステップ＞
図１０は、メタデータの自動更新ステップにおけるコンテンツ管理システムの処理を示すフローチャートである。以下、メタデータの自動更新ステップを、図１０のフローに即して説明する。
メタデータ更新部１８０は、ログデータ処理部１７０を介してログ解析データＤＢ１７１のログ解析データを参照し（Ｓ１２１）、一般ユーザのコンテンツ閲覧傾向と、メタデータＤＢ１５１のメタデータリストと対比して現在のメタデータの課題を抽出する（Ｓ１２２）。すなわち、コンテンツ間の連携性やメタデータの関連性の統計量に基づきメタデータの課題を抽出するものである。課題としては、例えば以下の３つが考えられる。なお、以下ではログデータがＬＤ−ＴＹＰＥ１の場合を例に説明する。

（１）関連性を指し示す統計量が高い割には、関連性を表すアソシエーション（ＤＤ−Ａ）のメタデータが定義されていない場合
該当事例としては、ログデータを解析した結果、ある単位閲覧時間（例えば60秒）内において、例えばトピック名Ａとトピック名Ｂとの両方が閲覧された共起確率（関連性を指し示す統計量の一例）が、各々偶然を仮定した分布（ポアソン分布）に基づく確率と比べて有意に大きい値となっている結果が得られたにも関わらず、そのトピック名間の関連性を表すメタデータ（アソシエーション）が定義されていなかった場合が該当する。

（２）特定のトピック名を特定の順序で閲覧されていることが多いにも関わらず、その閲覧連鎖を示すシナリオ（ＤＤ−Ｓ）のメタデータが定義されていない場合
該当事例としては、ログデータを解析した結果、ある単位閲覧時間（例えば２分）のログデータにおいて、例えばトピック名Ａとトピック名Ｂとがこの順序で連鎖して閲覧された確率が、この現象が偶然に生じる確率に比べて有意に大きい値となっている結果が得られたにも関わらず、その閲覧連鎖を示すメタデータ（シナリオ）が定義されていなかった場合が該当する。

（３）ログデータの各情報と外部データの関係性分析の結果、外部データと高い関連性がある特定の閲覧順序が見つかった場合
該当事例としては、ログデータを解析した結果、例えばトピック名Ａとトピック名Ｂとがこの順序で連鎖して閲覧された確率が、この現象が偶然に生じる確率に比べて有意に大きい値となっている結果が得られ、且つその各々の連鎖と外部データの数値や事象（売上額、テスト成績、クレーム発生等）との関係性が有意となった場合が該当する。

以上のようなメタデータの課題が抽出された場合、メタデータ更新部１８０は、メタデータ管理部１５０を介して、その課題に応じたメタデータの更新を実施する（Ｓ１２３）。すなわち、メタデータ更新部１８０は、課題に応じたメタデータの更新指示内容を含むメタデータ更新要求ＸＢをメタデータ管理部１５０に送出し、メタデータ管理部１５０によりメタデータ更新要求ＸＢに従ったメタデータの更新を行なわせる。

以下、図４〜図７に示したコンテンツの例で具体的に説明する。図１１は、図４〜図７に示すコンテンツのメタデータリストの具体例を示す図である。
メタデータ更新部１８０は、関連性の高いトピックの組として、"産業向け-製品情報"と、"新素材開発に成功 接着面を汚さない優れた特徴"とを検出したが、図１１に示すようにそのトピック間の関連性を表すアソシエーション（ＤＤ−Ａ）が定義されていない場合、図１１中において点線で示すように、アソシエーションのメタデータ「ＤＤ−Ａ(関連情報、"産業向け-製品情報"、"新素材開発に成功 接着面を汚さない優れた特徴"）」をメタデータリストに追加する旨の指示内容を含むメタデータ更新要求ＸＢを生成し、メタデータ管理部１５０に送出する。メタデータ管理部１５０は、メタデータ更新要求ＸＢを受信し、その受信したメタデータ更新要求ＸＢに従ってメタデータを更新する。かかる動作を行うことにより、メタデータリストに基づき生成される追加表示情報Ｅ２による表示画面（図示略）において"産業向け-製品情報"の表示部分から、"新素材開発に成功 接着面を汚さない優れた特徴"の表示にジャンプさせる表示部分が追加された表示画面が構成される。

このように本実施の形態１によれば、一般ユーザがクライアント端末１０を介してどのようにコンテンツを閲覧したかのログを記録し、その記録を解析してメタデータの課題を抽出し、その課題に応じてメタデータを自動的に更新すなわちメタデータ間の関連づけを自動的に修正あるいは発展拡張するようにした。このため、ある期間のコンテンツの閲覧順序を分析して、予め規定・想定した（コンテンツに埋め込まれた）ナビゲーションルートとは異なったルートでコンテンツを参照する結果が得られた場合、その参照したルートパターンを適宜メタデータリストに反映することができるようになるなど、柔軟にメタデータを拡張することが可能となる。したがって、様々な利用目的を網羅したナビゲーションを自動生成するなどの、コンテンツ利用の有用性を向上させることができ、コンテンツの利用を飛躍的に向上させることが可能となる。

実施の形態２．
実施の形態２は、一般ユーザの閲覧履歴ログの解析結果を通じて、メタデータ間の関連付けを自動的に修正あるいは発展拡張することに加えて、コンテンツデータを自動的に修正・更新するようにしたものである。

図１２は、実施の形態２のコンテンツ管理システムの構成を示すブロック図である。
実施の形態２のコンテンツ管理システム２００は、図２に示した実施の形態１のメタデータ更新部１８０に代えて、メタデータ・コンテンツデータ更新部２０１を備えたものであり、その他の構成は実施の形態１と同様である。以下、実施の形態２が実施の形態１と異なる部分を中心に説明し、その他の動作説明は重複するため省略する。

図１３は、実施の形態２が実施の形態１と異なる構成部分であるメタデータ・コンテンツデータ更新部と、このメタデータ・コンテンツデータ更新部に関わる処理部の処理を示すフローチャートである。なお、図１３においてステップＳ１２１〜ステップＳ１２３は図１０に示した実施の形態１のステップＳ１２１〜ステップＳ１２３と同様の処理である。

メタデータ・コンテンツデータ更新部２０１は、実施の形態１と同様のステップＳ１２１〜ステップＳ１２３を行った後、ログ解析結果に基づいてコンテンツデータの課題を抽出する（Ｓ２０１）。以下、コンテンツデータの課題の抽出について説明する。

コンテンツデータの課題も、メタデータの課題抽出の場合と同様に、コンテンツ間の連携性やメタデータの関連性の統計量に基づき抽出する。課題としては、例えば以下の２つが考えられる。

（１）特定のコンテンツを表示した場合の統計量が異常値を示す場合
該当事例としては、特定のコンテンツに集中アクセスされている場合が該当する。この場合、負荷分散のために当該コンテンツのコピーを生成してコンテンツデータＤＢ１４１に記憶させ、ディスク・ミラーリングを行うようにする。
（２）特定のコンテンツを相次いで表示するような統計量が異常値を示す場合
該当事例としては、あるコンテンツ表示後に高い確率でＦＡＱに飛ぶ場合が該当する。この場合、当該コンテンツとその内容に関わるＦＡＱのコンテンツとを同時に表示できるようなコンテンツを自動生成する。

以上のようなコンテンツデータの課題が発見された場合、メタデータ・コンテンツデータ更新部２０１は、コンテンツ管理部１４０を介して、その課題に応じてコンテンツデータを更新する（Ｓ２０２）。すなわち、メタデータ・コンテンツデータ更新部２０１は、課題に応じたコンテンツデータの更新要求をコンテンツ管理部１４０に送出し、コンテンツ管理部１４０によりコンテンツデータ更新要求に従ったコンテンツデータの更新を行わせる。

図４〜図７に示したコンテンツの例で具体的に説明すると、メタデータ・コンテンツデータ更新部２０１は、関連性の高いトピックの組として、"産業向け-製品情報"と、"新素材開発に成功 接着面を汚さない優れた特徴"とを検出した場合、その２つのトピックを同時に表示できるようなコンテンツの作成を指示する内容のコンテンツデータ更新要求ＸＣを生成し、コンテンツ管理部１４０に送出する。コンテンツ管理部１４０は、コンテンツデータ更新要求ＸＣを受信し、その受信したコンテンツデータ更新要求ＸＣに従ってコンテンツデータを更新する。すなわち、"産業向け-製品情報"のトピックと、"新素材開発に成功 接着面を汚さない優れた特徴"のトピックとを同時に表示できるようなコンテンツを自動作成する。かかる動作を行うことにより、更新後のコンテンツデータに基づき生成される表示情報Ｅ２による表示画面は、図１４に示すように、"産業向け-製品情報"の表示部分から、"新素材開発に成功 接着面を汚さない優れた特徴"の表示にジャンプさせる表示部分が追加された表示画面となる。

このように本実施の形態２によれば、実施の形態１と同様の作用効果が得られるとともに、コンテンツデータの課題を抽出してその課題に応じてコンテンツデータを自動更新するようにしたため、短時間でかつ密度の高いコンテンツの閲覧を自然と行なわれるようにすることができる。従ってコンテンツ自体の価値を高めることが可能なコンテンツ管理システム２００を実現できる。

実施の形態３．
実施の形態３は、コンテンツ管理システム側で抽出したメタデータやコンテンツデータの課題に関する情報を管理者端末２０側に提示し、コンテンツ管理者（メタデータ・コンテンツデータ編集者）が、これらの情報を参考にしつつも、あくまで管理者自身の最終判断に基づきメタデータやコンテンツデータの更新を行えるようにしたものである。実施の形態１及び実施の形態２のように自動的に修正等を行う形態の他に、このように最終判断を管理者に委ねる形態も実際の運用上望ましい形態の一つでありここではその形態を提案する。

図１５は、実施の形態３のコンテンツ管理システムの構成を示すブロック図である。
実施の形態３のコンテンツ管理システム３００は、図１２に示した実施の形態２のコンテンツ管理システム２００において、メタデータ・コンテンツデータ更新部２０１をメタデータ・コンテンツデータ更新部３０１に代えたもので、その他の構成は実施の形態２と同様である。以下、実施の形態３が実施の形態２と異なる部分を中心に説明し、その他の動作説明は重複するため省略する。

図１６は、実施の形態３が実施の形態２と異なる構成部分であるメタデータ・コンテンツデータ更新部３０１と、このメタデータ・コンテンツデータ更新部３０１に関わる処理部の処理を示すフローチャートである。なお、図１６おいてステップＳ１２１〜ステップＳ１２３は図１０に示した実施の形態１のステップＳ１２１〜ステップＳ１２３と同様の処理である。

実施の形態３のメタデータ・コンテンツデータ更新部３０１は、実施の形態２と同様に、ログ解析データＤＢ１７１内のログ解析データを参照（Ｓ１２１）してメタデータの課題の抽出（Ｓ１２２）及びコンテンツデータの課題の抽出（Ｓ２０１）を行い、少なくともその課題に関する情報を含むメタデータ更新要求及びコンテンツ更新要求を生成する。そして、これらの要求を、メタデータ管理部１５０及びコンテンツ管理部１４０に送出せず内部に保持する。この点が実施の形態２のメタデータ・コンテンツデータ更新部２０１と異なっている。そして、メタデータ・コンテンツデータ更新部３０１は、メタデータ更新要求に関する情報及びコンテンツ更新要求に関する情報、すなわち少なくとも抽出した課題に関する情報を管理者端末２０に送信して表示させる（Ｓ３０１）。

管理者端末２０では、メタデータ更新要求に関する情報及びコンテンツ更新要求に関する情報が画面に表示される。ここで、この画面には、メタデータ・コンテンツデータ更新部２０１で抽出されたメタデータの課題及びコンテンツデータの課題が表示される。さらに、メタデータ及びコンテンツデータのそれぞれの課題に応じた更新指示内容も更新候補情報として表示するようにしてもよい。その表示を確認したコンテンツ管理者は、表示された課題を鑑みて必要な更新内容を判断し、更新指示内容を入力する。このとき、更新候補情報も参考にしつつも、最終的には自身の判断に基づいて更新指示内容を入力する。ここで、管理者端末２０におけるこの更新候補情報の表示は、選択可能な形式で表示されるなど、コンテンツ管理者が指定しやすいような形式にして表示するようにしてもよい。なお、この表示のオプションとして、コンテンツ管理者の判断の助けになるようなログ解析結果を可視化（グラフ化、マップ化、シート表現）して表示する機能や、関連するメタデータ・コンテンツデータを簡単に参照できる（要約情報／サムネール情報表示）機能等、その他好適な補助機能を設けるようにしても良い。

そして、管理者端末２０で入力された更新指示内容情報を含むメタデータ更新要求及び／又はコンテンツ更新要求が管理者端末２０からコンテンツ管理システム３００に返送される。コンテンツ管理システム３００は管理者端末２０からのメタデータ更新要求及び／又はコンテンツ更新要求を受信すると（Ｓ３０２）、その受信した更新要求を該当管理部に送出してその更新要求に従った更新を実施させる（Ｓ３０３）。更新要求受信したメタデータ管理部１５０及びコンテンツ管理部１４０における動作は上記実施の形態１及び２と同様である。

このように本実施の形態３によれば、メタデータの課題及び／又はコンテンツデータの課題、さらには、メタデータの課題に応じたメタデータの更新指示内容、コンテンツデータの課題に応じたコンテンツデータの更新指示内容を管理者端末２０側に表示し、管理者が、これらの情報を参考にしつつも、あくまで自身の最終判断に基づきメタデータやコンテンツデータの修正、さらにはメタデータ間の関連づけを修正或いは発展拡張を行えるようにしたので、実際の運用・管理状況に即した形でコンテンツの価値を高めることが可能なコンテンツ管理システム３００を実現できる。

本実施の形態１に係るコンテンツ管理システムのネットワーク構成を示す図である。 図１のコンテンツ管理システムの構成を示すブロック図である。 コンテンツの表示動作ステップにおけるコンテンツ管理システムの処理を示すフローチャートである。 クライアント端末に表示された表示画面の一例を示す図である。 図４に示した画面において、「ニュースリリース」がクリックされた場合の表示例を示す図である。 図４に示した画面において「産業向け」がクリックされた場合の表示例を示す図である。 図４に示した画面において「家庭向け」がクリックされた場合の表示例を示す図である。 ログデータＤＢに記録されたログデータの具体例を示す図である。 ログデータの解析動作ステップにおけるコンテンツ管理システムの動作を示すフローチャートである。 メタデータの自動更新ステップにおけるコンテンツ管理システムの処理を示すフローチャートである。 図４〜図７に示すコンテンツのメタデータリストの具体例を示す図である。 実施の形態２のコンテンツ管理システムの構成を示すブロック図である。 実施の形態２が実施の形態１と異なる構成部分であるメタデータ・コンテンツデータ更新部と、このメタデータ・コンテンツデータ更新部に関わる処理部の処理を示すフローチャートである。 コンテンツデータ修正後の具体的な画面例を示す図である。 実施の形態３のコンテンツ管理システムの構成を示すブロック図である。 実施の形態３が実施の形態１と異なる構成部分であるメタデータ・コンテンツデータ更新部３０１と、このメタデータ・コンテンツデータ更新部３０１に関わる処理部の処理を示すフローチャートである。

符号の説明

１０ クライアント端末
２０ 管理者端末
１００，２００，３００ コンテンツ管理システム
１１０ 通信部
１２０ 制御部
１３０ 表示情報生成部
１４０ コンテンツ管理部
１５０ メタデータ管理部
１６０ ログ管理部
１７０ ログデータ処理部
１８０ メタデータ更新部
２０１，３０１ メタデータ・コンテンツデータ更新部

Claims (8)

1. クライアント端末とネットワークを介して接続され、クライアント端末からのコンテンツ閲覧要求に応じてコンテンツを提供するとともに、コンテンツの属性情報であるメタデータを用いてコンテンツの管理を行うコンテンツ管理システムにおけるコンテンツ管理方法であって、
   クライアント端末からのコンテンツ閲覧要求に基づくコンテンツデータの閲覧履歴をログデータとして記憶しておき、その記憶されたログデータを統計的手法を用いて解析し、解析結果に基づいてメタデータの課題を抽出し、その課題に応じてメタデータを更新することを特徴とするコンテンツ管理システムにおけるコンテンツ管理方法。
2. 前記抽出したメタデータの課題に関連する情報を、コンテンツ管理者が利用する管理者端末に送信し、その送信に応じて前記管理者端末から返送されてくる前記管理者によるメタデータの更新指示内容を受信し、該更新指示内容に従ってメタデータを更新することを特徴とする請求項１記載のコンテンツ管理システムにおけるコンテンツ管理方法。
3. 前記解析結果に基づいてコンテンツデータの課題を抽出し、その課題に応じてコンテンツデータを更新することを特徴とする請求項１又は請求項２記載のコンテンツ管理システムにおけるコンテンツ管理方法。
4. 前記抽出されたコンテンツデータの課題に関連する情報を前記ネットワークを介してコンテンツ管理者が利用する管理者端末に送信し、その送信に応じて前記管理者端末から返送されてくる前記管理者によるコンテンツデータの更新指示内容に従ってコンテンツデータを更新することを特徴とする請求項３記載のコンテンツ管理システムにおけるコンテンツ管理方法。
5. クライアント端末とネットワークを介して接続され、クライアント端末からのコンテンツ閲覧要求に応じてコンテンツを提供するとともに、コンテンツの属性情報であるメタデータを用いてコンテンツの管理を行うコンテンツ管理システムであって、
   複数のコンテンツデータを記憶するコンテンツ記憶部と、
   該コンテンツ記憶部内の複数のコンテンツデータを対象としたメタデータを記憶するメタデータ記憶部と、
   クライアント端末からのコンテンツ閲覧要求に基づくコンテンツデータの閲覧履歴をログデータとして記憶するログ記憶部と、
   該ログ記憶部に記憶されたログデータを統計的手法を用いて解析するログデータ処理部と、
   該ログデータ処理部の解析結果に基づいてメタデータの課題を抽出し、その課題に応じてメタデータを更新するメタデータ更新部と
   を備えたことを特徴とするコンテンツ管理システム。
6. 前記メタデータ更新部は、前記抽出されたメタデータの課題に関連する情報を前記ネットワークを介してコンテンツ管理者が利用する管理者端末に送信し、その送信に応じて前記管理者端末から返送されてくる前記管理者によるメタデータの更新指示内容を受信し、該更新指示内容に従ってメタデータを更新することを特徴とする請求項５記載のコンテンツ管理システム。
7. 前記ログデータ処理部の解析結果に基づいてコンテンツデータの課題を抽出し、その課題に応じてコンテンツデータを更新するコンテンツ更新部を更に備えたことを特徴とする請求項５又は請求項６記載のコンテンツ管理システム。
8. 前記コンテンツ更新部は、前記抽出されたコンテンツデータの課題に関連する情報を前記ネットワークを介してコンテンツ管理者が利用する管理者端末に送信し、その送信に応じて前記管理者端末から返送されてくる前記管理者によるコンテンツデータの更新指示内容を受信し、該更新指示内容に従ってコンテンツデータを更新することを特徴とする請求項７記載のコンテンツ管理システム。
   

Images