(57)【要約】【課題】ネットワーク上に存在するコンテンツをメタデータを用いて統合的に管理および閲覧を行うことの可能なコンテンツ管理システムおよびコンテンツ管理方法を提供する。【解決手段】コンテンツの属性情報であるメタデータを用いてコンテンツの管理を行うためのコンテンツ管理システム１であって，コンテンツ管理サーバ２０は，クライアント端末１０に入力される検索キーワードに応じて，メタデータサーバ３０に対しメタデータの検索を行うメタデータ検索手段２４と，検索結果に基づいてメタデータ間の関連づけ構造を動的に編集処理するメタデータ編集手段２５を備えたことを特徴とする。これにより利用者自身がメニュー構成をカスタマイズできるため，コンテンツ利用の有用性を向上させることができる。【選択図】  図２
2004199439.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの属性情報であるメタデータを用いてコンテンツの管理を行うためのコンテンツ管理システムであって，
クライアント端末と，該クライアント端末からの要求に応じるコンテンツ管理サーバと，該コンテンツ管理サーバからの要求に応じてメタデータに関する情報のやりとりを行うメタデータサーバと，前記コンテンツ管理サーバまたは前記メタデータサーバからの要求に応じてコンテンツデータに関する情報のやりとりを行うコンテンツサーバと，
を含んで成り，
前記コンテンツ管理サーバは，
前記クライアント端末に入力される検索キーワードに応じて，前記メタデータサーバに対し前記メタデータの検索を行うメタデータ検索手段と，
前記検索結果に基づいて前記メタデータ間の関連づけ構造を動的に編集処理するメタデータ編集手段と，
を備えたことを特徴とする，コンテンツ管理システム。
【請求項２】
前記メタデータ編集手段は，
前記コンテンツに対するメタデータ間の関連付け構造により，前記クライアント端末における前記コンテンツの表示を順次進行していくナビゲーション機能を有することを特徴とする，請求項１に記載のコンテンツ管理システム。
【請求項３】
前記コンテンツ管理サーバは，さらに，前記クライアント端末のユーザの情報を管理するユーザ情報管理手段を備え，
前記メタデータサーバは，前記クライアント端末のユーザごとのユーザ情報を前記メタデータの関連付け構造データとして格納することを特徴とする，請求項１または２に記載のコンテンツ管理システム。
【請求項４】
前記メタデータサーバは，前記メタデータに関する情報と，前記メタデータの関連付け構造データとを別々に格納しておき，
前記メタデータ編集手段は，前記メタデータに関する情報と，前記メタデータの関連付け構造データとを組み合わせることにより，前記メタデータ間の関連づけ構造を動的に編集処理することを特徴とする，請求項１，２または３のいずれかに記載のコンテンツ管理システム。
【請求項５】
前記コンテンツ管理サーバは，さらに，前記クライアント端末に表示する表示情報を生成する表示情報生成手段と，
前記表示情報を所定形式で生成するためのスタイルシートを格納するスタイルシートデータベースとを備え，
前記スタイルシートは，
前記コンテンツの表示領域と，
前記コンテンツに対するメタデータ間の関連付け構造の表示領域と，
前記検索キーワードの入力領域と，
前記検索結果の表示領域と，
を含むことを特徴とする，請求項１，２，３または４のいずれかに記載のコンテンツ管理システム。
【請求項６】
前記クライアント端末，コンテンツ管理サーバ，メタデータサーバ，およびコンテンツサーバは，相互に情報通信ネットワークを介して接続されることを特徴とする，１，２，３，４または５のいずれかに記載のコンテンツ管理システム。
【請求項７】
コンテンツの属性情報であるメタデータを用いてコンテンツの管理を行うためのコンテンツ管理方法であって，
クライアント端末において，検索キーワードが入力される工程と，
コンテンツ管理サーバにおいて，前記検索キーワードに応じて，前記メタデータサーバに対し前記メタデータの検索を行う工程と，
コンテンツ管理サーバにおいて，前記検索結果に基づいて前記メタデータ間の関連づけ構造を動的に編集処理する工程と，
を含むことを特徴とする，コンテンツ管理方法。
【請求項８】
さらに，
前記コンテンツ管理サーバから前記クライアント端末に対し，前記メタデータの検索の結果を送信する工程と，
前記コンテンツ管理サーバから前記クライアント端末に対し，前記メタデータの検索の結果に基づいて前記メタデータ間の関連づけ構造を動的に編集処理するか否かに関する問い合わせ情報を送信する工程と，
前記クライアント端末から前記コンテンツ管理サーバに対し，前記問い合わせ情報に対する回答情報を送信する工程と，
を含むことを特徴とする，請求項７に記載のコンテンツ管理方法。
【請求項９】
さらに，
前記コンテンツ管理サーバにおいて，前記クライアント端末のユーザが新規利用者であるか否かを判断する工程と，
前記クライアント端末のユーザが新規利用者でないと判断した場合に，前記ユーザのユーザ情報を取得する工程と，
前記コンテンツ管理サーバにおいて，前記ユーザ情報に基づいて前記メタデータ間の関連づけ構造を動的に編集処理する工程と，
を含むことを特徴とする，請求項７または８に記載のコンテンツ管理方法。
【請求項１０】
さらに，
前記クライアント端末のユーザが新規利用者であると判断した場合に，前記ユーザのユーザ情報を要求する要求情報を送信する工程を含むことを特徴とする，請求項９に記載のコンテンツ管理方法。
【請求項１１】
さらに，
前記要求情報に対して送信されたユーザ情報と類似するユーザ情報を，該ユーザのユーザ情報として取得する工程を含むことを特徴とする，請求項１０に記載のコンテンツ管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，ネットワークおよびインターネットなどを介して，情報資源の送受信を行うＷｅｂアプリケーションシステムにかかり，特に，ネットワーク上に存在する情報資源（コンテンツ）をメタデータを用いて統合的に管理および閲覧を行うための管理装置および管理方法に関するものである。
【０００２】
【従来の技術】
インターネットの普及に伴い，特定のサーバに格納されているＨＴＭＬ（Hyper Text Markup Language）やＸＭＬ（eXtenslble Markup Language）などで記述された情報資源を不特定のクライアント端末がＷｅｂブラウザを介して取得することが広く行われている。このような一連の処理を広義でＷｅｂアプリケーション処理という。このような処理システムにおいて，サーバ機器上では，Ｗｅｂサーバが起動しており，このＷｅｂサーバを介してＷｅｂブラウザなどのクライアントソフトウェアの要求に応じて，インターネットなどのネットワークを通じて要求された文書，画像，音声などのメディア情報を検索し，Ｗｅｂブラウザに返信する。そして，クライアント端末側では，Ｗｅｂブラウザを介してＷｅｂサーバから受信したメディア情報を表示する。また，このようなＷｅｂアプリケーションは，一連のリンクされたページの集合で実現されている。ＷｅｂブラウザではＷｅｂサーバに対して要求したページを受信すると，受信したページに記述されたリンク情報に従って順次他のページを要求することでＷｅｂアプリケーション処理を進行していく。
【０００３】
ところで，近年では企業内あるいは異なる企業間などの情報通信ネットワークで結合された情報システム環境において，情報資源の所在が拡散してきているのに対し，その情報資源を管理するシステムは，局所的な情報資源の管理に留まり，広範囲な情報資源を管理することは困難であった。この問題に対処する方法として，例えば特開２００２−１７５２９７号公報に開示されているものがある。
【０００４】
この従来方法は，情報資源の管理対象をメタデータ（Metadata）とし，広範囲に存在する情報資源を統合してこれを一元管理するという情報資源の管理技術に関するものであった。
【０００５】
【特許文献１】
特開２００２−１７５２９７号公報
【０００６】
【発明が解決しようとする課題】
しかしながら，上記従来方法では，情報資源であるコンテンツデータとメタデータ間の関連については記述しているものの，メタデータとメタデータ間の関連付け処理については言及していない。このようなメタデータ同士の関連付け処理は，メタデータ間の関連を辿ることで膨大な情報資源を１つのデータベースのように容易に扱うことを可能とし，情報資源の検索処理を飛躍的に向上させることが可能となることから情報資源の管理において重要な技術となりうる。
【０００７】
本発明は，上述した問題点に鑑みてなされたもので，ネットワーク上に存在する情報資源（コンテンツ）をメタデータを用いて統合的に管理および閲覧を行うことが可能であり，特に，メタデータ同士の関連性を動的に編集／生成し，情報資源のリンク情報に応じてＷｅｂアプリケーションの閲覧を順次進行させるナビゲーション機能を実施することの可能な新規かつ改良されたコンテンツ管理システムおよびコンテンツ管理方法を提供する。
【０００８】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，コンテンツの属性情報であるメタデータを用いてコンテンツの管理を行うためのコンテンツ管理システムが提供される。本発明のコンテンツ管理システム（１）は，クライアント端末（１０）と，該クライアント端末からの要求に応じるコンテンツ管理サーバ（２０）と，該コンテンツ管理サーバからの要求に応じてメタデータに関する情報のやりとりを行うメタデータサーバ（３０）と，コンテンツ管理サーバまたはメタデータサーバからの要求に応じてコンテンツデータに関する情報のやりとりを行うコンテンツサーバ（４０）とを含んで成る。そして，コンテンツ管理サーバ（２０）は，クライアント端末に入力される検索キーワードに応じて，メタデータサーバに対しメタデータの検索を行うメタデータ検索手段（２４）と，検索結果に基づいてメタデータ間の関連づけ構造を動的に編集処理するメタデータ編集手段（２５）とを備えたことを特徴とする。
【０００９】
そして，メタデータ編集手段（２５）は，コンテンツに対するメタデータ間の関連付け構造により，クライアント端末におけるコンテンツの表示（閲覧）を順次進行していくナビゲーション機能を有するように構成することができる。
【００１０】
かかるシステムによれば，クライアント端末に入力される検索キーワードに応じて，メタデータサーバに対しメタデータの検索を行うメタデータ検索手段（２４）と，検索結果に基づいてメタデータ間の関連づけ構造を動的に編集処理するメタデータ編集手段（２５）とを備えたことにより，メタデータの構造を対話形式により動的に変更することで，既定のナビゲーションルートと異なったコンテンツを参照したルートパターンを次回のナビゲーション時に直ちに反映することができるので，ナビゲーションルートを柔軟に拡張することができる。これにより利用者自身がメニュー構成をカスタマイズできるため，コンテンツ利用の有用性を向上させることができる。
【００１１】
上記本発明の第１の観点にかかるコンテンツ管理システムにおいて，以下のような応用が可能である。
【００１２】
コンテンツ管理サーバ（２０）は，さらに，クライアント端末のユーザの情報を管理するユーザ情報管理手段（２６）を備え，メタデータサーバ（３０）は，クライアント端末のユーザごとのユーザ情報（特徴，プロファイル）をメタデータの関連付け構造データとして格納することも可能である。かかる構成によれば，クライアント端末のユーザごとのユーザ情報（特徴，プロファイル）をメタデータの関連付け構造データとして格納するユーザ情報管理手段（２６）を備えたことにより，利用者ごとのナビゲーションルートを設定できるため，利用者の趣向や購入履歴などの履歴情報に応じてナビゲーションルートを動的に変えることができる。
【００１３】
また，メタデータサーバ（３０）は，メタデータに関する情報と，メタデータの関連付け構造データとを別々に（関連付けることなく）格納しておき，メタデータ編集手段（２５ａ）は，メタデータに関する情報と，メタデータの関連付け構造データとを組み合わせる（関連付ける）ことにより，メタデータ間の関連づけ構造を動的に編集処理するようにしてもよい。
【００１４】
また，コンテンツ管理サーバ（２０）は，さらに，クライアント端末に表示する表示情報を生成する表示情報生成手段（２３）と，表示情報を所定形式で生成するためのスタイルシートを格納するスタイルシートデータベース（２３１）とを備え，スタイルシートは，コンテンツの表示領域（１１０１）と，コンテンツに対するメタデータ間の関連付け構造の表示領域（１１０２）と，検索キーワードの入力領域（１１０３）と，検索結果の表示領域（１１０４）とを含むようにしてもよい。ＷＷＷブラウザは，画面をいくつかの画面（フレーム）に分割して表示できる。上記各表示／入力領域を例えばこのフレームに分割して表示することにより，１つの領域に入りきらない情報を表示する場合であっても，個別に表示内容を切り替え可能であり，使い勝手が向上する。
【００１５】
また，クライアント端末（１０），コンテンツ管理サーバ（２０），メタデータサーバ（３０），およびコンテンツサーバ（４０）は，相互に情報通信ネットワークを介して接続されるようにしてもよい。例えば，コンテンツ管理サーバ（２０），メタデータサーバ，およびコンテンツサーバ（４０）は一体の１つのサーバ機器上で実装することも可能であるが，この応用例のように，インターネットやイントラネットなどの情報通信ネットワークを介して，空間的に離隔された状態で接続されるようにしてもよい。
【００１６】
上記課題を解決するため，本発明の第２の観点によれば，コンテンツの属性情報であるメタデータを用いてコンテンツの管理を行うためのコンテンツ管理方法が提供される。本発明のコンテンツ管理方法は，少なくとも以下の各ステップを含むことを特徴とする。
・クライアント端末において，検索キーワードが入力される工程（ステップＳ２０１）
・コンテンツ管理サーバにおいて，検索キーワードに応じて，メタデータサーバに対しメタデータの検索を行う工程（ステップＳ２０２）
・コンテンツ管理サーバにおいて，検索結果に基づいてメタデータ間の関連づけ構造を動的に編集処理する工程（ステップＳ２０６）
【００１７】
かかる方法によれば，メタデータの構造を対話形式により動的に変更することで，既定のナビゲーションルートと異なったコンテンツを参照したルートパターンを次回のナビゲーション時に直ちに反映することができるので，ナビゲーションルートを柔軟に拡張することができる。これにより利用者自身がメニュー構成をカスタマイズできるため，コンテンツ利用の有用性を向上させることができる。
【００１８】
上記本発明の第２の観点にかかるコンテンツ管理方法において，以下のような応用が可能である。
【００１９】
さらに，以下の各ステップを含むようにしてもよい。
・コンテンツ管理サーバからクライアント端末に対し，メタデータの検索の結果を送信する工程（ステップＳ２０３）
・コンテンツ管理サーバからクライアント端末に対し，メタデータの検索の結果に基づいてメタデータ間の関連づけ構造を動的に編集処理するか否かに関する問い合わせ情報を送信する工程（ステップＳ２０４）と，
・クライアント端末からコンテンツ管理サーバに対し，問い合わせ情報に対する回答情報を送信する工程（ステップＳ２０５）
【００２０】
また，さらに，以下の各ステップを含むようにしてもよい。
・コンテンツ管理サーバにおいて，クライアント端末のユーザが新規利用者であるか否かを判断する工程（ステップＳ３０１）
・クライアント端末のユーザが新規利用者でないと判断した場合に，ユーザのユーザ情報を取得する工程（ステップＳ３０３）
・コンテンツ管理サーバにおいて，ユーザ情報に基づいてメタデータ間の関連づけ構造を動的に編集処理する工程（ステップＳ３０４〜Ｓ３０７）
【００２１】
また，さらに，以下のステップを含むようにしてもよい。
・クライアント端末のユーザが新規利用者であると判断した場合に，ユーザのユーザ情報を要求する要求情報を送信する工程（ステップＳ３０９）
【００２２】
また，さらに，以下のステップを含むようにしてもよい。
・要求情報に対して送信されたユーザ情報と類似するユーザ情報を，該ユーザのユーザ情報として取得する工程（ステップＳ３１１）
【００２３】
なお上記において，括弧書きで記した構成要素およびステップは，理解を容易にするため，後述の実施形態における対応する構成要素およびステップを記したに過ぎず，本発明がこれに限定されるものではない。
【００２４】
【発明の実施の形態】
以下に添付図面を参照しながら，本発明にかかるコンテンツ管理システムおよびコンテンツ管理方法の好適な実施の形態について詳細に説明する。なお，以下の説明に用いる各図は本発明を理解できる程度に概略的に示したものである。また，本明細書および図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００２５】
（第１の実施の形態）
図１は，本実施の形態にかかるコンテンツ管理システムを構成する情報通信ネットワーク上の配置関係を示した図である。また図２は，本実施の形態にかかるコンテンツ管理システムを実現するシステムの構成を概略的に示したブロック図である。
【００２６】
本実施の形態にかかるコンテンツ管理システム１は，図２に示したように，クライアント端末１０からの通信要求に応じるコンテンツ管理サーバ２０と，コンテンツ管理サーバ２０からの要求に応じてメタデータの制御に関する情報の送受信を行うメタデータサーバ３０と，同じくコンテンツ管理サーバ２０やメタデータサーバ３０からの要求に応じてコンテンツデータの制御に関する情報の送受信を行うコンテンツサーバ４０を含んでなる。以下に，コンテンツ管理システム１の各構成要素について詳細に説明する。
【００２７】
（コンテンツ管理サーバ２０）
コンテンツ管理サーバ２０は，コンテンツ管理サーバ２０とクライアント端末１０上のブラウザ１１との間の通信を確立する通信手段２１と，コンテンツ管理サーバ２０上のデータ処理手続きの制御を行う管理手段２２と，スタイルシートデータベース（スタイルシートＤＢ）２３１を用いてブラウザ１１に表示する表示情報を生成する表示情報生成手段２３と，メタデータサーバ３０に対し，メタデータの検索を行うメタデータ検索手段２４と，メタデータサーバ３０から取得したメタデータの編集処理を行うメタデータ編集手段２５を含んで構成されている。コンテンツ管理サーバ２０の各構成要素の機能についてはさらに後述する。
【００２８】
（メタデータサーバ３０）
メタデータサーバ３０は，メタデータを保持しているメタデータデータベース（メタデータＤＢ）３１１の制御を行うメタデータ管理手段３１を有する。
【００２９】
（コンテンツサーバ４０）
コンテンツサーバ４０は，コンテンツデータを保持しているコンテンツデータベース（コンテンツＤＢ）４１１の制御を行うコンテンツ管理手段４１を有する。
【００３０】
本実施の形態にかかるコンテンツ管理システム１は以上のように構成されている。次いで，図２〜図１２を参照しながら，コンテンツ管理サーバ２０の各構成要素の機能の詳細について説明するとともに，コンテンツ管理システム１の動作を説明する。まず，図３のフローチャートを用いてメタデータおよびコンテンツデータをクライアント端末１０上に表示する動作について説明する。
【００３１】
（通信手段２１，ステップＳ１０１）
通信手段２１は，クライアント端末１０上のユーザインタフェース（画面）であるブラウザ１１からの接続要求に対し，ＴＣＰ／ＩＰ（Transmission ControlProtocol/Internet Protocol）やＨＴＴＰ（Hyper Text Transfer Protocol）等の通信プロトコルに基づいてセッションを確立する（ステップＳ１０１）。ここで，ブラウザ１１は，Ｗｅｂブラウザ機能を搭載したインターネットエクスプローラ（マイクロソフト社の商標）などのＷｅｂブラウザソフトウェアを利用することにより実現できる。
【００３２】
（管理手段２２）
管理手段２２は，セッションの情報を表示情報生成手段２３に渡すなどの各手段間のデータの授受の制御を行う。
【００３３】
（表示情報生成手段２３，ステップＳ１０２〜Ｓ１０４）
表示情報生成手段２３は，管理手段２２を通じてセッションの情報を受け取り，そのセッションの情報に対応したスタイルシートをスタイルシートＤＢ２３１から呼び出す（ステップＳ１０２）。次に，セッション情報に応じて，メタデータ管理手段３１およびコンテンツ管理手段４１を通じて，メタデータ並びにコンテンツデータを呼び出し，これらのデータをスタイルシートに配置する（ステップＳ１０３）。そして，このように配置したスタイルシートを管理手段２２並びに通信手段２１を通じて，ブラウザ上に表示する（ステップＳ１０４）。
【００３４】
なお，スタイルシートは，ＸＳＬ（eXtensible
Style(Stylesheet) Language）などの従来既知の記述手法により実現することができる。
【００３５】
ここで，スタイスシートの表示例を図４に示す。図４は，クライアント端末１０上のブラウザ１１の表示形態の一例である。この例では，コンテンツ管理手段４１を通じて取得したＨＴＭＬ文書データ，テキストデータ，画像データ等の情報資源を表示するためにスタイルシート上のコンテンツデータ表示窓１１０１の位置にコンテンツデータを設定し，メタデータ管理手段３１を通じて取得したメタデータを表示するためにスタイルシート上の説明ルート窓１１０２の位置にメタデータを設定する。
【００３６】
図５は，説明ルート窓１１０２に設定されたメタデータの一例を示している。この例では，「商品に関する基本知識」→「各商品の紹介」→「各商品の価格」→「ご契約の際の注意事項」の順でナビゲーションルートが形成されている。なお，メタデータの表示をビジュアル化し，ボタンなどのＧＵＩ（Graphical UserInterface）で表現することも可能である。
【００３７】
本システムの利用者は，マウス等の入力装置を用いて説明ルート窓１１０２上に表示されたメタデータを指定することにより，そのメタデータに関連付けられたコンテンツデータをコンテンツデータ表示窓１１０１上に表示する。この操作を繰返すことにより，例えば利用者が説明ルート窓１１０２上に表示するメタデータの表示順序に応じて，メタデータを指定していくことでコンテンツデータの表示が順次切り換わることになる。このような使用方法を行うことで，説明ルート窓１１０２上に表示するメタデータが，コンテンツを説明するための進行役を担うナビゲーションとして機能することができる。
【００３８】
ところで，利用者が説明ルート窓１１０２上に表示されたナビゲーションの順序や項目とは異なるコンテンツの表示を要求した場合，検索など説明ルート窓１１０２上に表示された項目を選択する以外の方法で利用者はコンテンツを見つける必要がある。しかしながら，このような手段で見つけ出したコンテンツも，説明ルート窓１１０２上にある項目に対応させなければ，次回のシステム利用時に再度検索をしなければならないという不都合が生じる。
【００３９】
そこで次に，図７のフローチャートを参照しながら，上述のナビゲーション機能に新たにメタデータおよびコンテンツデータを追加し，利用者との対話を通して，動的にナビゲーション項目を変更する動作について説明する。
【００４０】
（メタデータ検索手段２４，ステップＳ２０１〜Ｓ２０３）
利用者が説明ルート窓１１０２上に表示したナビゲーション項目に無い項目を要求した場合，利用者は，図４のクライアント端末のブラウザ上の検索窓１１０３に要求する説明項目を入力する（ステップＳ２０１）。メタデータ検索手段２４は，その要求項目を受け取り，メタデータ管理手段３１を通して，メタデータＤＢ内から上記要求項目に該当する項目を検索する（ステップＳ２０２）。そして，その検索結果を図４の検索結果表示窓１１０４に表示する（ステップＳ２０３）。
【００４１】
図６は，検索結果表示窓１１０４の表示画面を示している。図６（ａ）は，「事例」という検索キーワードをもとに検索した結果の検索結果を示しており，その検索結果として，「活用事例一覧」，「個人利用者の事例」，「企業利用者の事例」，「年齢別事例紹介」がリストアップされている。図６（ｂ）は，検索結果の関連づけを行うための問い合わせ画面を示しており，関連づけを行うか否かの問い合わせに対し，「はい」，「いいえ」のボタンで選択できるようになっている。
【００４２】
（メタデータ編集手段２５，ステップＳ２０４〜Ｓ２０６）
図６（ａ）に示したように，検索結果表示窓１１０４に表示された検索結果に対し，ナビゲーション項目へ追加したい項目を選択する。メタデータ編集手段２５は，図６（ｂ）に示したように，利用者の選択に対する問い合わせ情報を送信する。すなわち，現在コンテンツデータ表示窓１１０１に表示しているコンテンツに対し，検索結果表示窓１１０４に表示された検索結果の中から選択した項目を，関連付けるか否かを利用者に問い合わせる（ステップＳ２０４）。これに対し，利用者はその問い合わせ情報に対する回答情報を送信する。具体的には，図６（ｂ）に示した「はい」，「いいえ」のボタンをマウスやキーボードなどの入力手段により選択する。利用者が関連付けることを選択（「はい」を選択）した場合（ステップＳ２０５），メタデータ編集手段２５は，現在コンテンツデータ表示窓１１０１に表示しているコンテンツのメタデータと，上記検索結果の中から選択した項目のメタデータとに対しリンクを付ける（ステップＳ２０６）。
【００４３】
この動作を図８〜図１０の記述例と図１１を用いてより詳細に説明する。本実施の形態で行っているメタデータ間のリンク処理は，例えばＸＭＬの応用規格であるＸＴＭ（XML Topic Maps:ISO13250:http://www.topicmaps.org/xtm/1.0/）を活用することで実現することができる。この規格は，「トピック」と呼ばれるメタデータと，メタデータ間の関連（関係）とを定義するための記述言語であり，情報資源の構造表現のためのモデルおよび文法を提供するものである。
【００４４】
図８は，上述のトピックと言われるメタデータの記述の一例である。（ａ）は「株式」を表すトピック「kabushiki」，（ｂ）は「株式の概要」を表すトピック「gaiyou」，（ｃ）は「株式の手数料」を表すトピック「tesuuryou」の記述例である。各トピックは，トピックの識別子６００１，トピック名６００２，情報資源実体への格納６００３等の情報からなるメタデータである。図９および図１０はメタデータ同士の関連づけを示すものであり，詳細は後述する。図１１は，メタデータの構成を概略的に示したものである。図１１では，図８（ａ）等のトピック全体を符号７００１で表し，図８（ａ）のoccurrenceタグで囲まれた情報資源実体を指すものを符号７００２として表現している。
【００４５】
ＸＴＭにおけるメタデータ同士の関連付けは図９に示したassociationタグに囲まれた記述により実現することができる。この記述方法では，関連付けタイプを符号６００４で示し，上位に位置するトピックのタイプ形式を符号６００５，およびそのトピック本体を符号６００６，下位に位置するトピックのタイプ形式を符号６００７，およびそのトピック本体を符号６００８として記述／実装することができる。
【００４６】
すなわち，図８（ａ）のトピック「kabushiki」が図８（ｂ）のトピック「gaiyou」の上位に位置するとともに，図８（ｂ）のトピック「gaiyou」が図８（ａ）のトピック「kabushiki」の下位に位置するといった双方向のトピック間の関連モデルを記述することができる。本実施の形態ではこの関係モデルをナビゲーションモデルとして実装する。すなわち，トピック間の関連をつなぎ合わせることで，図１２に示すように全トピックの中からトピック７００３から７００６を結ぶルート７００７をナビゲーションルートとして実装できる。
【００４７】
このような関連モデルにおいて，利用者が検索し取得したトピックを既存のナビゲーションルートに組み込む。すなわち図９の関連モデルに図８（ｃ）のトピック「tesuuryou」を組み込むには，図１０に示すようにassociationタグの内容にトピックの要素を挿入することで簡単に実現できる。本例の場合では，図中“Ｓ”の位置に図８（ｃ）のトピックの識別子を挿入している。
【００４８】
これはすなわち，図１２のルート７０１０の新規関連付けを実現できるのと同義であり，利用者からの要求により，即座にナビゲーションルート７００７を７００３→７００４→７０１１→７０１２→７００５→７００６と変更することが可能となる。なお，associationタグの内容の変更は，従来既知の手法であるＤＯＭ（Document Object Model:http://www.w3.org/DOM/DOMTR#doml）により実現可能である。
【００４９】
（第１の実施の形態の効果）
以上のように本実施の形態によれば，通信手段２１と，管理手段２２と，表示情報生成手段２３と，メタデータ検索手段２４と，メタデータ編集手段２５と，メタデータ管理手段３１と，コンテンツ管理手段４１とを設けることにより，メタデータの構造を対話形式により動的に変更することで，既定のナビゲーションルートと異なったコンテンツを参照したルートパターンを次回のナビゲーション時に直ちに反映することができるので，ナビゲーションルートを柔軟に拡張することができる。これにより利用者自身がメニュー構成をカスタマイズできるため，コンテンツ利用の有用性を向上させることができる。
【００５０】
（第２の実施の形態）
上述の第１の実施の形態におけるコンテンツ管理システム１では，利用者が既定のナビゲーションルートと異なるルートを要求した場合に，新規に選択したナビゲーションルートを対話形式で動的に構築できるという柔軟性のあるナビゲーションルートの構築方法についての例を示したが，本実施の形態では利用者ごとにナビゲーションルートを動的に構築することにより，利用者各個にとって有用性の高いコンテンツのナビゲーションシステムを提供できる場合がある。この第２の実施の形態ではその例について説明する。
【００５１】
本実施の形態にかかるコンテンツ管理システム２について，図１３を参照しながら説明する。コンテンツ管理システム２は，図１３に示したように，クライアント端末１０からの通信要求に応じるコンテンツ管理サーバ２０ａと，コンテンツ管理サーバ２０ａからの要求に応じてメタデータの制御に関する情報の送受信を行うメタデータサーバ３０ａと，同じくコンテンツ管理サーバ２０ａやメタデータサーバ３０ａからの要求に応じてコンテンツデータの制御に関する情報の送受信を行うコンテンツサーバ４０を含んでなる。以下に，コンテンツ管理システム２の各構成要素について詳細に説明する。
【００５２】
（コンテンツ管理サーバ２０ａ）
コンテンツ管理サーバ２０ａは，コンテンツ管理サーバ２０ａとクライアント端末１０上のブラウザ１１との間で通信を確立する通信手段２１と，コンテンツ管理サーバ２０ａ上のデータ処理手続きの制御を行う管理手段２２と，スタイルシートデータベース（スタイルシートＤＢ）２３１からブラウザ１１に表示する表示情報を生成する表示情報生成手段２３ａと，メタデータの編集を行うメタデータ編集手段２５ａと，利用者ごとの情報を保持しているユーザプロファイル２６１からの情報の受け渡しを行うユーザ情報管理手段２６を含んで構成されている。コンテンツ管理サーバ２０ａの各構成要素の機能についてはさらに後述する。
【００５３】
（メタデータサーバ３０ａ）
メタデータサーバ３０ａは，メタデータを保持しているメタデータＤＢ３１１ａの制御を行うメタデータ管理手段３１ａを有する。
【００５４】
（コンテンツサーバ４０）
コンテンツサーバ４０は，コンテンツデータを保持しているコンテンツＤＢ４１１の制御を行うコンテンツ管理手段４１を有する。
【００５５】
本実施の形態にかかるコンテンツ管理システム２は以上のように構成されている。なお，上記各構成要素のうち，コンテンツ管理システム２０ａの通信手段２１と，管理手段２２，およびコンテンツサーバ４０を構成するコンテンツ管理手段４１は，第１の実施の形態と同様なもので構成できる。そこで，第１の実施の形態と相違するユーザ情報管理手段２６と，メタデータ編集手段２５ａ，表示情報生成手段２３ａ，メタデータサーバ３０ａについて以下にその動作を説明する。
【００５６】
以下，図１３のブロック図および図１４のフローチャートに基づいて第２の実施の形態の動作について説明を行う。
【００５７】
（ユーザ情報管理手段２６，ステップＳ３０１〜Ｓ３０３）
まず，ユーザが新規利用者であるか否かを判断する。すなわち，ユーザプロファイル２６１に予め登録されているユーザに対しての処理であるか否かを判断する（ステップＳ３０１）。ここではまず，ユーザプロファイル２６１に予め登録されているユーザに対しての処理の例について説明する。ユーザ情報管理手段２６は，通信手段２１や管理手段２２を通じて，利用者のユーザＩＤ，パスワードなどの情報をクライアント端末１０から取得する（ステップＳ３０２）。そして，その取得した情報に基づいて予め保存してある利用者の情報をユーザプロファイル２６１から検索し取得する（ステップＳ３０３）。
【００５８】
（メタデータ編集手段２５ａ，ステップＳ３０４〜Ｓ３０５）
メタデータ編集手段２５ａは，ユーザ情報管理手段２６から利用者のプロファイル情報を取得し，そのプロファイル情報に対応する情報として保存されている関連付け構造データをメタデータ管理手段３１ａを通じてメタデータＤＢ３１１ａから取得する（ステップＳ３０４）。また，メタデータ編集手段２５ａは同時に，メタデータ管理手段３１ａを通じてメタデータＤＢ３１１ａからメタデータ群情報を取得する（ステップＳ３０５）。
【００５９】
ここで，前述のＸＴＭ（XML Topic
Map）を用いてそのメタデータ群情報と関連付け構造データを表現すると，メタデータ群情報は，図８（ａ）〜（ｃ）で表されるとtopicタグで囲まれたメタデータ情報の集合体となり，関連付け構造データは，図９〜図１０で表されるassociationタグで囲まれたメタデータ同士を関連付けるリンク情報となる。
【００６０】
次にメタデータ編集手段２５ａは，関連付け構造データとメタデータ群情報とを組み合わせ，１つの知識構造データとして取り扱うことにより，利用者ごとのナビゲーションルートを構築する（ステップＳ３０６）。これにより図１５に示すようなメタデータ情報の集合体１０００１に対し，利用者に応じたトピック間の関連１０００２を実装することが可能となり，ナビゲーションルート１０００３を実現することができる。なお，関連付け構造データとメタデータ群情報との組み合わせは，従来既知の手法であるＤＯＭ（Document Object Model）により実現可能である。
【００６１】
（表示情報生成手段２３ａ，ステップＳ３０７〜Ｓ３０８）
表示情報生成手段２３ａは，表示用スタイルシートをスタイルシートＤＢ２３１から呼び出し，そのスタイルシートに対し，関連付け構造データとメタデータ群情報との組み合わせた知識構造データを設定し（ステップＳ３０７），クライアント端末のブラウザに表示することで利用者に対しナビゲーションルートを提示できる（ステップＳ３０８）。
【００６２】
上記では，ユーザプロファイル２６１に予め登録されているユーザに対しての処理の例を示した。次いで，図１４のフローチャートを用いて，利用者の新規登録時の処理（ステップＳ３０９〜Ｓ３１１）を説明する。
【００６３】
ユーザ情報管理手段２６は，新規利用者としての本システムを利用する旨を利用者から取得した場合，この新規利用者に対して，ユーザ情報を要求するための要求情報を送信する。すなわち，クライアント端末１０上のブラウザ１１にユーザ情報を入力するためのスタイルシートを表示情報生成手段２３ａを通して表示する（ステップＳ３０９）。次に，利用者は必要事項をユーザ情報として入力し，ユーザ情報管理手段２６に送信する（ステップＳ３１０）。さらに，ユーザ情報管理手段２６は，ユーザ情報と類似するユーザプロファイルを，ユーザプロファイル２６１から検索し取得するとともに，そのユーザプロファイルを新規利用者と対応付けてユーザプロファイル２６１に格納する（ステップＳ３１１）。以降のステップＳ３０４〜Ｓ３０８は上記と同様である。
【００６４】
（第２の実施の形態の効果）
以上のように本実施の形態によれば，通信手段２１と，管理手段２２と，表示情報生成手段２３ａと，メタデータ編集手段２５ａと，ユーザ情報管理手段２６と，メタデータ管理手段３１ａと，コンテンツ管理手段４１とを設けることにより，利用者ごとのナビゲーションルートを設定できるため，利用者の趣向や購入履歴などの履歴情報に応じてナビゲーションルートを動的に変えることができる。
【００６５】
以上，添付図面を参照しながら本発明にかかるコンテンツ管理システムおよびコンテンツ管理方法の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【００６６】
例えば，上記第２の実施の形態では，メタデータＤＢ３１１ａ格納されている関連付け構造データを予め既定した形式で構築しているものとして説明したが，本発明はこれに限定されるものではなく，例えば利用者が閲覧してきたコンテンツの順番を記録しておき，その記録結果に応じて関連付け構造データを動的に構築して実施する場合にも適用可能である。
【００６７】
また，上記第１の実施の形態および第２の実施の形態では，コンテンツ管理サーバ，メタデータサーバ，コンテンツサーバをネットワーク上に分散させて構築しているが，本発明はこれに限定されるものではなく，例えばコンテンツ管理サーバ，メタデータサーバ，コンテンツサーバを１台のサーバ機器上で実装して実施する場合にも適用可能である。
【００６８】
【発明の効果】
以上説明したように，本発明によれば，メタデータの構造を対話形式により動的に変更することで，既定のナビゲーションルートと異なったコンテンツを参照したルートパターンを次回のナビゲーション時に直ちに反映することができるので，ナビゲーションルートを柔軟に拡張することができる。これにより利用者自身がメニュー構成をカスタマイズできるため，コンテンツ利用の有用性を向上させることができる。
【図面の簡単な説明】
【図１】システム機器の配置を示す説明図である。
【図２】第１の実施の形態にかかるコンテンツ管理システムの構成を示す説明図である。
【図３】第１の実施の形態にかかるコンテンツ管理システムの動作を示す流れ図である。
【図４】画面表示形態の一例を示す説明図である。
【図５】説明ルート窓の画面表示形態の一例を示す説明図である。
【図６】検索結果表示窓の画面表示形態の一例を示す説明図である。
【図７】第１の実施の形態にかかるコンテンツ管理システムの動作を示す流れ図である。
【図８】メタデータの記述例を示す説明図である。
【図９】メタデータの記述例を示す説明図である。
【図１０】メタデータの記述例を示す説明図である。
【図１１】第１の実施の形態にかかるナビゲーションルートの一例を示す説明図である。
【図１２】第１の実施の形態にかかるナビゲーションルートの一例を示す説明図である。
【図１３】第２の実施の形態にかかるコンテンツ管理システムの構成を示す説明図である。
【図１４】第２の実施の形態にかかるコンテンツ管理システムの動作を示す流れ図である。
【図１５】第２の実施の形態にかかるナビゲーションルートの一例を示す説明図である。
【符号の説明】
１０  クライアント端末
１１  ブラウザ
２０  コンテンツ管理サーバ
２１  通信手段
２２  管理手段
２３  表示情報生成手段
２４  メタデータ検索手段
２５  メタデータ編集手段
２６  ユーザ情報管理手段
３０  メタデータサーバ
３１  メタデータ管理手段
４０  コンテンツサーバ
４１  コンテンツ管理手段
２３１  スタイルシートＤＢ（データベース）
２６１  ユーザプロファイル
３３１  メタデータＤＢ（データベース）
４１１  コンテンツＤＢ（データベース）
【図１】
2004199439.tif 000003
【図２】
2004199439.tif 000004
【図３】
2004199439.tif 000005
【図４】
2004199439.tif 000006
【図５】
2004199439.tif 000007
【図６】
2004199439.tif 000008
【図７】
2004199439.tif 000009
【図８】
2004199439.tif 000010
【図９】
2004199439.tif 000011
【図１０】
2004199439.tif 000012
【図１１】
2004199439.tif 000013
【図１２】
2004199439.tif 000014
【図１３】
2004199439.tif 000015
【図１４】
2004199439.tif 000016
【図１５】
2004199439.tif 000017