(57)【要約】【課題】ＩＰＴＣのＷｅｂサーバに負荷を集中させることなく、不特定多数の利用者が最新の標準ＴｏｐｉｃＳｅｔファイルを使用してボキャブラリを解決する。【解決手段】各Ｇｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３は、Ｗｅｂサーバ１において標準ＴｏｐｉｃＳｅｔファイル群が更新されたとき、自サーバにおいて管理している標準ＴｏｐｉｃＳｅｔファイル群をＷｅｂサーバ１で更新された最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる。各Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１〜３−４は、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３で管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、自サーバ３−１〜３−４で管理している標準ＴｏｐｉｃＳｅｔファイル群をＧｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３で管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる。ＮｅｗｓＭＬによるニュース情報の配信先のアプリケーションサーバ４は、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２にアクセスして、ニュース情報中の管理情報の意味を示すボキャブラリを取得する。【選択図】　　　図１
2004133662.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰＴＣのＷｅｂサーバと、複数台のグローバルＶＭＳサーバと、複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムであって、
前記ＩＰＴＣのＷｅｂサーバが、最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を有し、
前記複数台のグローバルＶＭＳサーバが、前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が更新されたとき、自サーバにおいて管理している標準ＴｏｐｉｃＳｅｔファイル群を前記ＩＰＴＣのＷｅｂサーバで更新された最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有し、
前記複数台のパブリックＶＭＳサーバが、それぞれ、前記グローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有することを特徴とするボキャブラリマネージメントシステム。
【請求項２】
ＩＰＴＣのＷｅｂサーバと、複数台のグローバルＶＭＳサーバと、複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムであって、
前記ＩＰＴＣのＷｅｂサーバが、最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を有し、
前記複数台のグローバルＶＭＳサーバの内の、少なくとも１台以上の特定グローバルＶＭＳサーバが、前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、前記ＩＰＴＣのＷｅｂサーバから最新の標準ＴｏｐｉｃＳｅｔファイル群を取得する構成を有し、
前記複数台のグローバルＶＭＳサーバが、それぞれ、他のグローバルＶＭＳサーバと通信を行うことにより自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記特定グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有し、
前記複数台のパブリックＶＭＳサーバが、それぞれ、前記特定グローバルＶＭＳサーバ或いは他のグローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、前記特定グローバルＶＭＳサーバ或いは他のグローバルＶＭＳサーバから最新のＴｏｐｉｃＳｅｔファイル群を取得する構成を有することを特徴とするボキャブラリマネージメントシステム。
【請求項３】
ＩＰＴＣのＷｅｂサーバと、複数台のグローバルＶＭＳサーバと、複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムであって、
前記ＩＰＴＣのＷｅｂサーバが、最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を備え、
前記複数台のグローバルＶＭＳサーバの内の、少なくとも１台以上の特定グローバルＶＭＳサーバが、前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、前記ＩＰＴＣのＷｅｂサーバから最新の標準ＴｏｐｉｃＳｅｔファイル群を取得するＩＰＴＣサーバ監視手段を備え、
前記複数台のグローバルＶＭＳサーバが、それぞれ、他のグローバルＶＭＳサーバと通信を行うことにより自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記特定グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる同期手段を備え、
前記複数台のパブリックＶＭＳサーバが、それぞれ、前記特定グローバルＶＭＳサーバ或いは他のグローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、前記特定グローバルＶＭＳサーバ或いは他のグローバルＶＭＳサーバから最新のＴｏｐｉｃＳｅｔファイル群を取得するＴｏｐｉｃＳｅｔ更新手段を備えたことを特徴とするボキャブラリマネージメントシステム。
【請求項４】
請求項３記載のボキャブラリマネージメントシステムにおいて、
前記複数台のパブリックＶＭＳサーバが、それぞれ、アプリケーションサーバから、ＮｅｗｓＭＬによるニュース情報中の管理情報と、前記管理情報の意味を示すボキャブラリが格納されているＴｏｐｉｃＳｅｔファイルの識別情報とが送られてきたとき、前記識別情報によって特定されるＴｏｐｉｃＳｅｔファイルから前記管理情報の意味を示すボキャブラリを検索し、前記アプリケーションサーバへ通知する検索手段を備えたことを特徴とするボキャブラリマネージメントシステム。
【請求項５】
請求項４記載のボキャブラリマネージメントシステムにおいて、
前記管理情報は、ＦｏｒｍａｌＮａｍｅ　とＦｏｒｍａｌＮａｍｅ　Ｓｃｈｅｍｅとを含むことを特徴とするボキャブラリマネージメントシステム。
【請求項６】
請求項３記載のボキャブラリマネージメントシステムにおいて、
前記複数台のパブリックＶＭＳサーバが、それぞれ、アプリケーションサーバからローカルＴｏｐｉｃＳｅｔファイルの登録が要求されたとき、登録要求されたローカルＴｏｐｉｃＳｅｔファイルを自サーバのデータベースに登録するパブリック側ボキャブラリ登録手段を備え、
前記複数台のグローバルＶＭＳサーバが、それぞれ、ローカルＴｏｐｉｃＳｅｔファイルを登録したパブリックＶＭＳサーバが発生したとき、自サーバのデータベースに前記ローカルＴｏｐｉｃＳｅｔファイルの識別情報と前記パブリックＶＭＳサーバの識別情報とを対応付けて登録するグローバル側ボキャブラリ登録手段を備え、
前記複数台のパブリックＶＭＳサーバが、それぞれ、アプリケーションサーバから、ＮｅｗｓＭＬによるニュース情報中の管理情報と、前記管理情報の意味を示すボキャブラリが格納されているＴｏｐｉｃＳｅｔファイルの識別情報とが送られてきたとき、自サーバのデータベースに前記識別情報によって特定されるＴｏｐｉｃＳｅｔファイルが存在する場合は、該ＴｏｐｉｃＳｅｔファイルから前記管理情報の意味を示すボキャブラリを検索して前記アプリケーションサーバへ通知し、自サーバのデータベースに前記識別情報によって特定されるＴｏｐｉｃＳｅｔファイルが存在しない場合は、前記グローバルＶＭＳサーバから前記ＴｏｐｉｃＳｅｔファイルの識別情報と対応して登録されているパブリックＶＭＳサーバの識別情報を取得して前記アプリケーションサーバに返す検索手段を備えたことを特徴とするボキャブラリマネージメントシステム。
【請求項７】
請求項６記載のボキャブラリマネージメントシステムにおいて、
前記パブリック側ボキャブラリ登録手段が、前記アプリケーションサーバから登録要求された公的ＴｏｐｉｃＳｅｔファイルを前記複数のグローバルＶＭＳサーバの内の１台のグローバルＶＭＳサーバに送信し、該グローバルＶＭＳサーバから登録許可を受けたとき、前記公的ＴｏｐｉｃＳｅｔファイルを自サーバのデータベースに登録する構成を有し、
前記グローバル側ボキャブラリ登録手段が、前記パブリック側ボキャブラリ登録手段から送られてきた公的ＴｏｐｉｃＳｅｔファイルの登録が公的機関によって許可されたとき、前記パブリック側ボキャブラリ登録手段に対して登録許可を通知すると共に、自サーバのデータベースに前記公的ＴｏｐｉｃＳｅｔファイルを登録する構成を有し、
前記各グローバルＶＭＳサーバの同期手段が、公的ＴｏｐｉｃＳｅｔファイルの登録を行ったグローバルＶＭＳサーバが発生したとき、グローバルＶＭＳサーバ間で通信を行うことにより、自サーバのデータベースに前記公的ＴｏｐｉｃＳｅｔファイルを追加登録する構成を有することを特徴とするボキャブラリマネージメントシステム。
【請求項８】
最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を有するＩＰＴＣのＷｅｂサーバと、複数台のグローバルＶＭＳサーバと、グローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有する複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムの構成要素であるグローバルＶＭＳサーバであって、
前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が更新されたとき、自サーバにおいて管理している標準ＴｏｐｉｃＳｅｔファイル群を前記ＩＰＴＣのＷｅｂサーバで更新された最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有することを特徴とするグローバルＶＭＳサーバ。
【請求項９】
最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を有するＩＰＴＣのＷｅｂサーバと、前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が更新されたとき、自サーバにおいて管理している標準ＴｏｐｉｃＳｅｔファイル群を前記ＩＰＴＣのＷｅｂサーバで更新された最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有する複数台のグローバルＶＭＳサーバと、複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムの構成要素であるパブリックＶＭＳサーバであって、
前記グローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有することをパブリックＶＭＳサーバ。
【請求項１０】
最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を有するＩＰＴＣのＷｅｂサーバと、複数台のグローバルＶＭＳサーバと、グローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有する複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムの構成要素であるグローバルＶＭＳサーバをコンピュータにより実現するプログラムであって、
前記コンピュータを、前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が更新されたとき、自サーバにおいて管理している標準ＴｏｐｉｃＳｅｔファイル群を前記ＩＰＴＣのＷｅｂサーバで更新された最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる手段として機能させるためのプログラム。
【請求項１１】
最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を有するＩＰＴＣのＷｅｂサーバと、前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が更新されたとき、自サーバにおいて管理している標準ＴｏｐｉｃＳｅｔファイル群を前記ＩＰＴＣのＷｅｂサーバで更新された最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有する複数台のグローバルＶＭＳサーバと、複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムの構成要素であるパブリックＶＭＳサーバをコンピュータにより実現するためのプログラムであって、
前記コンピュータを、前記グローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる手段として機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ニュース情報を配信・交換するための新しいフォーマットであるＮｅｗｓＭＬに関し、特に、ＮｅｗｓＭＬにより記述されたニュース情報中の管理情報を定義する、ＴｏｐｉｃＳｅｔファイルと呼ばれる定義ファイルを不特定多数の利用者に利用させるためのボキャブラリマネージメント技術に関する。
【０００２】
【従来の技術】
ニュース情報の配信・交換のための新しいフォーマットであるＮｅｗｓＭＬでは、ニュース情報を管理するための管理情報（例えば、ニュース情報の配信元を示す情報や、ニュース情報がどの分野に分類されるかを示す情報など）の多くを、ＴｏｐｉｃＳｅｔファイルと呼ばれる定義ファイルで管理している。但し、ＮｅｗｓＭＬによるニュース情報そのものにＴｏｐｉｃＳｅｔファイルが埋め込まれているわけではなく、ニュース情報には、図１８に示すように、ＴｏｐｉｃＳｅｔファイルへの参照が記述されているのが通例である。このＴｏｐｉｃＳｅｔファイルによって管理されている定義情報はボキャブラリと呼ばれており、また、ＴｏｐｉｃＳｅｔには、ＩＰＴＣが策定しているものと、国内で団体が作成しているものと、各企業が独自に作成しているものがあり、あらゆる階層で多くのＴｏｐｉｃＳｅｔが存在している。
【０００３】
ここで、ＮｅｗｓＭＬとＴｏｐｉｃＳｅｔとについてより詳細に説明する。
【０００４】
ＴｏｐｉｃＳｅｔで定義されているボキャブラリには実にさまざまなものがあるが、ここでは例えば、ニュースの分類コードとして定義されている「サブジェクト・コード」と呼ばれるコード体系を例に説明する。
【０００５】
サブジェクト・コードは、次のＵＲＬで示されるインターネット上にその実体ファイルが存在する。なお、サブジェクト・コード以外のものも、ネットワーク上に公開されており、自由にアクセスできるようになっている（例えば、非特許文献１参照）。
【０００６】
ｈｔｔｐ：／／ｗｗｗ．ｉｐｔｃ．ｏｒｇ／ｓｉｔｅ／ＮｅｗｓＭＬ／ｔｏｐｉｃｓｅｔｓ／ｔｏｐｉｃｓｅｔ．ｉｐｔｃ−ｓｕｂｊｅｃｔｃｏｄｅ．ｘｍｌ
【０００７】
このＴｏｐｉｃＳｅｔファイルの中におよそ１０００に上るコードが記されており、そのうちのひとつのコード番号「０１００００００」について抜粋したものを次に示す。
【０００８】
＜Ｔｏｐｉｃ　Ｄｕｉｄ＝”ｓｒ０１００００００”＞
＜ＴｏｐｉｃＴｙｐｅ　Ｓｃｈｅｍｅ＝”ＩｐｔｃＴｏｐｉｃＴｙｐｅ”　ＦｏｒｍａｌＮａｍｅ＝”Ｓｕｂｊｅｃｔ”／＞
＜ＦｏｒｍａｌＮａｍｅ　Ｓｃｈｅｍｅ＝”ＩｐｔｃＳｕｂｊｅｃｔＣｏｄｅｓ”＞０１００００００＜／ＦｏｒｍａｌＮａｍｅ＞
＜Ｄｅｓｃｒｉｐｔｉｏｎ　ｘｍｌ：ｌａｎｇ＝”ｅｎ−ＧＢ”　Ｖａｒｉａｎｔ＝”Ｎａｍｅ”＞ａｒｔｓ，　ｃｕｌｔｕｒｅ　ａｎｄ　ｅｎｔｅｒｔａｉｎｍｅｎｔ＜／Ｄｅｓｃｒｉｐｔｉｏｎ＞
＜Ｄｅｓｃｒｉｐｔｉｏｎ　ｘｍｌ：ｌａｎｇ＝”ｅｎ−ＧＢ”　Ｖａｒｉａｎｔ＝”Ｅｘｐｌａｎａｔｉｏｎ”＞Ｍａｔｔｅｒｓ　ｐｅｒｔａｉｎｉｎｇ　ｔｏ　ｔｈｅ　ａｄｖａｎｃｅｍｅｎｔ　ａｎｄ　ｒｅｆｉｎｅｍｅｎｔ　ｏｆ　ｔｈｅ　ｈｕｍａｎ　ｍｉｎｄ，　ｏｆ　ｉｎｔｅｒｅｓｔｓ，　ｓｋｉｌｌｓ，　ｔａｓｔｅｓ　ａｎｄ　ｅｍｏｔｉｏｎｓ＜／Ｄｅｓｃｒｉｐｔｉｏｎ＞＜／Ｔｏｐｉｃ＞
【０００９】
この表記で重要なのが、ＦｏｒｍａｌＮａｍｅ要素とその要素に付されるＳｃｈｅｍｅ属性値である。上記の例ではＦｏｒｍａｌＮａｍｅ値が０１００００００であり、Ｓｃｈｅｍｅ属性値がＩｐｔｃＳｕｂｊｅｃｔＣｏｄｅｓである。このＴｏｐｉｃが意味するところは、名前が「ａｒｔｓ，　ｃｕｌｔｕｒｅ　ａｎｄ　ｅｎｔｅｒｔａｉｎｍｅｎｔ」（芸術、文化、そして　娯楽）、その説明が「Ｍａｔｔｅｒｓ　ｐｅｒｔａｉｎｉｎｇ　ｔｏ　ｔｈｅ　ａｄｖａｎｃｅｍｅｎｔ　ａｎｄ　ｒｅｆｉｎｅｍｅｎｔ　ｏｆ　ｔｈｅ　ｈｕｍａｎ　ｍｉｎｄ，　ｏｆ　ｉｎｔｅｒｅｓｔｓ，　ｓｋｉｌｌｓ，　ｔａｓｔｅｓ　ａｎｄ　ｅｍｏｔｉｏｎｓ」（人間の感情や興味、技術、味覚、感情に訴えるもの、あるいは豊かにするもの）であるということである。
【００１０】
またこのＴｏｐｉｃＳｅｔファイルには、ファイルの識別子として、
＜ＰｕｂｌｉｃＩｄｅｎｔｉｆｉｅｒ＞ｕｒｎ：ｎｅｗｓｍｌ：ｉｐｔｃ．ｏｒｇ：２０００１００６：ｔｏｐｉｃｓｅｔ．ｉｐｔｃ−ｓｕｂｊｅｃｔｃｏｄｅ：７＜／ＰｕｂｌｉｃＩｄｅｎｔｉｆｉｅｒ＞
というＰｕｂｌｉｃＩｄｅｎｔｉｆｉｅｒ要素が含まれている。このＰｕｂｌｉｃＩｄｅｎｔｉｆｉｅｒという識別子の末尾には、このファイルのリビジョンまで付されているので、この識別子だけで版管理を行うことができるようになっている。
【００１１】
このＴｏｐｉｃＳｅｔファイルを、実際にどのように使うかを説明する。受信したＮｅｗｓＭＬによるニュース情報（ＮｅｗｓＭＬデータ）の中で、そのニュースの分類情報は次のように表すことができる。
【００１２】
2004133662.tif 000003
【００１３】
上記コード中、このＮｅｗｓＭＬデータが示すサブジェクト・コードの値はＤｅｓｃｒｉｐｔｉｖｅＭｅｔａｄａｔａ要素の中で、ＦｏｒｍａｌＮａｍｅ＝”０１００００００”でＳｃｈｅｍｅ＝”ＩｐｔｃＳｕｂｊｅｃｔＣｏｄｅｓ”であることが示されているが、このコードの意味を知るためには、同ＮｅｗｓＭＬデータ内のＣａｔａｌｏｇ／Ｒｅｓｏｕｒｃｅ要素を調べればよいことが記されている。上記の例ではＣｏｎｔｅｘｔ＝”．／／Ｓｕｂｊｅｃｔ”という値から、Ｓｕｂｊｅｃｔ要素に適用するＴｏｐｉｃＳｅｔは、Ｕｒｎが”ｕｒｎ：ｎｅｗｓｍｌ：ｉｐｔｃ．ｏｒｇ：２０００１００６：ｔｏｐｉｃｓｅｔ．ｉｐｔｃ−ｓｕｂｊｅｃｔｃｏｄｅ：７”で、　Ｕｒｌがｈｔｔｐ：／／ｗｗｗ．ｉｐｔｃ．ｏｒｇ／ｓｉｔｅ／ＮｅｗｓＭＬ／ｔｏｐｉｃｓｅｔｓ／ｔｏｐｉｃｓｅｔ．ｉｐｔｃ−ｓｕｂｊｅｃｔｃｏｄｅｓ．ｘｍｌであることがわかる。この情報から、実際のＦｏｒｍａｌＮａｍｅ＝”０１００００００”の意味するところは、前述のＴｏｐｉｃＳｅｔの「ａｒｔｓ，　ｃｕｌｔｕｒｅ　ａｎｄ　ｅｎｔｅｒｔａｉｎｍｅｎｔ」であることがわかるのである。
【００１４】
上記した例は、ＩＰＴＣが策定した標準ＴｏｐｉｃＳｅｔに関するものであるが、半ば公的な機関で策定されるＴｏｐｉｃＳｅｔや、各社固有のＴｏｐｉｃＳｅｔも標準ＴｏｐｉｃＳｅｔと同様の仕様になっている。
【００１５】
【非特許文献１】
Ｉｎｆｏｒｍａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　ｆｏｒ　Ｎｅｗｓ、〔平成１４年９月２５日検索〕、インターネット＜ｈｔｔｐ；／／ｗｗｗ．ｉｐｔｃ．ｏｒｇ／ｓｉｔｅ／ＮｅｗｓＭＬ／ｃａｔａｌｏｇ／ｃａｔａｌｏｇ．ＩｐｔｃＭａｓｔｅｒＣａｔａｌｏｇ．ｘｍｌ＞
【００１６】
【発明が解決しようとする課題】
ところで、ニュース情報の受信側においてボキャブラリを解決するための具体的な方法としては、例えば、ニュース情報を受信する毎に、ＩＰＴＣのＷｅｂサーバ等をアクセスし、ＴｏｐｉｃＳｅｔファイルを参照するという方法が考えられる。しかし、この方法では、サーバに負荷が集中し、サーバがダウンしてしまう恐れがある。
【００１７】
このような問題点を解決するため、ニュース情報の受信側のサーバにＩＰＴＣのＷｅｂサーバ等からＴｏｐｉｃＳｅｔファイルをダウンロードしておき、このダウンロードしたＴｏｐｉｃＳｅｔファイルを利用してボキャブラリを解決するというという方法が考えられる。しかし、この方法では、ＩＰＴＣのＷｅｂサーバにおいてＴｏｐｉｃＳｅｔファイルが更新された場合、最新のＴｏｐｉｃＳｅｔファイルを使用できなくなってしまうという問題がある。
【００１８】
そこで、本発明の目的は、ＩＰＴＣのＷｅｂサーバなどのサーバに負荷を集中させることなく、不特定多数の利用者が最新のＴｏｐｉｃＳｅｔファイルを使用してボキャブラリを解決できるようにすることにある。
【００１９】
【課題を解決するための手段】
本発明のボキャブラリマネージメントシステムは、上記目的を達成するため、ＩＰＴＣのＷｅｂサーバと、複数台のグローバルＶＭＳサーバと、複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムであって、
前記ＩＰＴＣのＷｅｂサーバが、最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を有し、
前記複数台のグローバルＶＭＳサーバが、前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が更新されたとき、自サーバにおいて管理している標準ＴｏｐｉｃＳｅｔファイル群を前記ＩＰＴＣのＷｅｂサーバで更新された最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有し、
前記複数台のパブリックＶＭＳサーバが、それぞれ、前記グローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有することを特徴とする。
【００２０】
また、本発明のボキャブラリマネージメントシステムは、
ＩＰＴＣのＷｅｂサーバと、複数台のグローバルＶＭＳサーバと、複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムであって、
前記ＩＰＴＣのＷｅｂサーバが、最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を有し、
前記複数台のグローバルＶＭＳサーバの内の、少なくとも１台以上の特定グローバルＶＭＳサーバが、前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、前記ＩＰＴＣのＷｅｂサーバから最新の標準ＴｏｐｉｃＳｅｔファイル群を取得する構成を有し、
前記複数台のグローバルＶＭＳサーバが、それぞれ、他のグローバルＶＭＳサーバと通信を行うことにより自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記特定グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有し、
前記複数台のパブリックＶＭＳサーバが、それぞれ、前記特定グローバルＶＭＳサーバ或いは他のグローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、前記特定グローバルＶＭＳサーバ或いは他のグローバルＶＭＳサーバから最新のＴｏｐｉｃＳｅｔファイル群を取得する構成を有することを特徴とする。
【００２１】
より具体的には、本発明のボキャブラリマネージメントシステムは、
ＩＰＴＣのＷｅｂサーバと、複数台のグローバルＶＭＳサーバと、複数台のパブリックＶＭＳサーバとから構成されるボキャブラリマネージメントシステムであって、
前記ＩＰＴＣのＷｅｂサーバが、最新の標準ＴｏｐｉｃＳｅｔファイル群を管理する構成を備え、
前記複数台のグローバルＶＭＳサーバの内の、少なくとも１台以上の特定グローバルＶＭＳサーバが、前記ＩＰＴＣのＷｅｂサーバにおいて標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、前記ＩＰＴＣのＷｅｂサーバから最新の標準ＴｏｐｉｃＳｅｔファイル群を取得するＩＰＴＣサーバ監視手段を備え、
前記複数台のグローバルＶＭＳサーバが、それぞれ、他のグローバルＶＭＳサーバと通信を行うことにより自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を前記特定グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる同期手段を備え、
前記複数台のパブリックＶＭＳサーバが、それぞれ、前記特定グローバルＶＭＳサーバ或いは他のグローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、前記特定グローバルＶＭＳサーバ或いは他のグローバルＶＭＳサーバから最新のＴｏｐｉｃＳｅｔファイルを取得するＴｏｐｉｃＳｅｔ更新手段を備えたことを特徴とする。
【００２２】
また、本発明のボキャブラリマネージメントシステムは、ＮｅｗｓＭＬによるニュース情報の配信先に、ＴｏｐｉｃＳｅｔファイルを事前に配信する必要をなくすため、
前記複数台のパブリックＶＭＳサーバが、それぞれ、アプリケーションサーバから、ＮｅｗｓＭＬによるニュース情報中の管理情報と、前記管理情報の意味を示すボキャブラリが格納されているＴｏｐｉｃＳｅｔファイルの識別情報とが送られてきたとき、前記識別情報によって特定されるＴｏｐｉｃＳｅｔファイルから前記管理情報の意味を示すボキャブラリを検索し、前記アプリケーションサーバへ通知する検索手段を備えたことを特徴とする。例えば、上記管理情報は、ＦｏｒｍａｌＮａｍｅ　とＦｏｒｍａｌＮａｍｅ　Ｓｃｈｅｍｅとを含む。
【００２３】
また、本発明のボキャブラリマネージメントシステムは、企業や個人がローカルＴｏｐｉｃＳｅｔファイルを登録できるようにするため、
前記複数台のパブリックＶＭＳサーバが、それぞれ、アプリケーションサーバからローカルＴｏｐｉｃＳｅｔファイルの登録が要求されたとき、登録要求されたローカルＴｏｐｉｃＳｅｔファイルを自サーバのデータベースに登録するパブリック側ボキャブラリ登録手段を備え、
前記複数台のグローバルＶＭＳサーバが、それぞれ、ローカルＴｏｐｉｃＳｅｔファイルを登録したパブリックＶＭＳサーバが発生したとき、自サーバのデータベースに前記ローカルＴｏｐｉｃＳｅｔファイルの識別情報と前記パブリックＶＭＳサーバの識別情報とを対応付けて登録するグローバル側ボキャブラリ登録手段を備え、
前記複数台のパブリックＶＭＳサーバが、それぞれ、
アプリケーションサーバから、ＮｅｗｓＭＬによるニュース情報中の管理情報と、前記管理情報の意味を示すボキャブラリが格納されているＴｏｐｉｃＳｅｔファイルの識別情報とが送られてきたとき、自サーバのデータベースに前記識別情報によって特定されるＴｏｐｉｃＳｅｔファイルが存在する場合は、該ＴｏｐｉｃＳｅｔファイルから前記管理情報の意味を示すボキャブラリを検索して前記アプリケーションサーバへ通知し、自サーバのデータベースに前記識別情報によって特定されるＴｏｐｉｃＳｅｔファイルが存在しない場合は、前記グローバルＶＭＳサーバから前記ＴｏｐｉｃＳｅｔファイルの識別情報と対応して登録されているパブリックＶＭＳサーバの識別情報を取得して前記アプリケーションサーバに返す検索手段を備えたことを特徴とする。
【００２４】
また、本発明のボキャブラリマネージメントシステムは、企業や個人が公的ＴｏｐｉｃＳｅｔファイルを登録できるようにするため、
前記パブリック側ボキャブラリ登録手段が、前記アプリケーションサーバから登録要求された公的ＴｏｐｉｃＳｅｔファイルを前記複数のグローバルＶＭＳサーバの内の１台のグローバルＶＭＳサーバに送信し、該グローバルＶＭＳサーバから登録許可を受けたとき、前記公的ＴｏｐｉｃＳｅｔファイルを自サーバのデータベースに登録する構成を有し、
前記グローバル側ボキャブラリ登録手段が、前記パブリック側ボキャブラリ登録手段から送られてきた公的ＴｏｐｉｃＳｅｔファイルの登録が公的機関によって許可されたとき、前記パブリック側ボキャブラリ登録手段に対して登録許可を通知すると共に、自サーバのデータベースに前記公的ＴｏｐｉｃＳｅｔファイルを登録する構成を有し、
前記各グローバルＶＭＳサーバの同期手段が、公的ＴｏｐｉｃＳｅｔファイルの登録を行ったグローバルＶＭＳサーバが発生したとき、グローバルＶＭＳサーバ間で通信を行うことにより、各グローバルＶＭＳサーバのデータベースに前記公的ＴｏｐｉｃＳｅｔファイルを追加登録する構成を有することを特徴とする。
【００２５】
【作用】
標準ＴｏｐｉｃＳｅｔファイル群を管理しているＩＰＴＣのＷｅｂサーバにアクセスするのは、グローバルＶＭＳサーバだけであるので、ＩＰＴＣのＷｅｂサーバに負荷が集中しないようにすることができる。また、アプリケーションサーバがアクセスするパブリックＶＭＳサーバは、グローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を上記グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有しているので、アプリケーションサーバは常に最新の標準ＴｏｐｉｃＳｅｔファイル群を利用することが可能になる。また、パブリックＶＭＳサーバが、アプリケーションサーバから送られてきた管理情報と、ファイルの識別情報に基づいて、上記識別子によって示されるＴｏｐｉｃＳｅｔファイルから、管理情報の意味を示すボキャブラリを検索し、アプリケーションに送信する検索手段を備えているので、ＮｅｗｓＭＬによるニュース情報の配信先に、ＴｏｐｉｃＳｅｔファイルを事前に配信する必要がない。また、グローバル側ボキャブラリ登録手段、パブリック側ボキャブラリ登録手段を備えているので、企業や個人が、ローカルＴｏｐｉｃＳｅｔファイルや公的ＴｏｐｉｃＳｅｔファイルを登録することができる。
【００２６】
【発明の実施の形態】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００２７】
図１は本発明に係るボキャブラリマネージメントシステムの実施例のブロック図である。本実施例のボキャブラリマネージメントシステムは、ＩＰＴＣのＷｅｂサーバ１と、複数台のＧｌｏｂａｌ−ＶＭＳ（Ｖｏｃａｂｕｌａｙ　Ｍａｎａｇｉｎｇ　Ｓｅｖｉｃｅ）サーバ２−１〜２−３と、複数台のＰｕｂｌｉｃ−ＶＭＳサーバ３−１〜３−４と、アプリケーションサーバ４とから構成されている。
【００２８】
Ｗｅｂサーバ１は、最新の標準ＴｏｐｉｃＳｅｔファイル群を管理しているＩＰＴＣのサーバである。
【００２９】
Ｇｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３は、ＩＰＴＣによって策定された標準ＴｏｐｉｃＳｅｔファイル群や、公的機関によって特定地域（例えば、日本）全体で広く流通すべきものであると認定された公的ＴｏｐｉｃＳｅｔファイル群を管理するサーバであり、公的機関、ＡＳＰ企業、特定の業種団体（例えば、ニュース配信を行う企業の団体）等によって運営される。本実施例では、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１、２−２、２−３は、それぞれ公的機関、ＡＳＰ企業、特定の業種団体によって運営されるものとする。
【００３０】
Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１〜３−４は、ＩＰＴＣによって策定された標準ＴｏｐｉｃＳｅｔファイル群や、公的ＴｏｐｉｃＳｅｔファイル群や、特定の企業等で定義されるローカルＴｏｐｉｃＳｅｔファイルを管理するサーバである。
【００３１】
アプリケーションサーバ４は、ＮｅｗｓＭＬによるニュース情報の配信先となるサーバであり、ＮｅｗｓＭＬアプリケーション、ＮｅｗｓＭＬシステムが動作するパーソナルコンピュータなどによって実現される。
【００３２】
次に、各サーバが備えている機能について、図を参照して説明する。
【００３３】
Ｇｌｏｂａｌ−ＶＭＳサーバ２−１は、図２に示すように、ＩＰＴＣのＷｅｂサーバ１で管理されている標準ＴｏｐｉｃＳｅｔファイル群が更新（新たな標準ＴｏｐｉｃＳｅｔファイルの追加や、標準ＴｏｐｉｃＳｅｔファイルの更新）され、自サーバ２−１で管理している標準ＴｏｐｉｃＳｅｔファイル群と異なるものになった場合、自サーバ２−１で管理している標準ＴｏｐｉｃＳｅｔファイル群をＷｅｂサーバ１で管理されている標準ＴｏｐｉｃＳｅｔファイル群と一致させる機能を有する。なお、この機能は、全てのＧｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３が備えていても良いが、少なくとも１台のＧｌｏｂａｌ−ＶＭＳサーバが備えていれば良い。本実施例では、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１のみが、上記した機能を備えているとする。
【００３４】
また、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３は、図３に示すように、インターネット上で別のＧｌｏｂａｌ−ＶＭＳサーバと通信を行い、別のＧｌｏｂａｌ−ＶＭＳサーバにおいて、最新の標準ＴｏｐｉｃＳｅｔファイル群、最新の公的ＴｏｐｉｃＳｅｔファイル群が管理されている場合、それを自サーバに取り込む機能を有する。この機能により、Ｇｌｏｂａｌ−ＶＭＳサーバ間で、標準ＴｏｐｉｃＳｅｔファイル、公的ＴｏｐｉｃＳｅｔファイルの同期をとることが可能になる。
【００３５】
Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１は、図４に示すように、最寄りのＧｌｏｂａｌ−ＶＭＳサーバ２−１で管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに変更された場合や、公的ＴｏｐｉｃＳｅｔファイル群が最新のものに更新（新たな公的ＴｏｐｉｃＳｅｔファイルの追加登録）された場合、それを自サーバに取り込む機能を有する。なお、他のＰｕｂｌｉｃ−ＶＭＳサーバ３−２〜３−４も同様の機能を有する。
【００３６】
また、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１〜３−４は、各企業等が個別に定義したローカルＴｏｐｉｃＳｅｔファイルを管理する機能を有する。なお、或る企業が定義したローカルＴｏｐｉｃＳｅｔファイルを管理する（自サーバのデータベースに保存する）Ｐｕｂｌｉｃ−ＶＭＳサーバは、上記企業のアプリケーションサーバから登録依頼を受けた１台のＰｕｂｌｉｃ−ＶＭＳサーバ（例えば、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２）のみであるが、このＰｕｂｌｉｃ−ＶＭＳサーバ３−２が最寄りのＧｌｏｂａｌ−ＶＭＳサーバ２−２に上記ローカルＴｏｐｉｃＳｅｔファイルの管理情報を転送し、Ｇｌｏｂａｌ−ＶＭＳ２−１〜２−３サーバ間で上記ローカルＴｏｐｉｃＳｅｔファイルの管理情報を交換しあうことにより、他のＰｕｂｌｉｃ−ＶＭＳサーバ３−１、３−３、３−４からでも上記ローカルＴｏｐｉｃＳｅｔファイルを利用できるようにしている。この点については、後で詳細に説明する。
【００３７】
アプリケーションサーバ４は、図５に示すように、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２に問い合わせて、ＴｏｐｉｃＳｅｔファイルで定義されているボキャブラリを取得して利用する機能を有する。ＮｅｗｓＭＬシステムやＮｅｗｓＭＬアプリケーションを使う社や個人は、Ｐｕｂｌｉｃ−ＶＭＳ　サーバ３−２にアクセスし、どの社のＮｅｗｓＭＬでもＴｏｐｉｃＳｅｔを意識することなく利用することができる。またこのシステムによりＴｏｐｉｃＳｅｔを自社で定義したくはないが、ＮｅｗｓＭＬを配信したい社にとってはＴｏｐｉｃＳｅｔの管理をする必要がなくなる。さらにボキャブラリの定義を世界的に認められるべきボキャブラリ（公的ＴｏｐｉｃＳｅｔ）の定義と、各企業レベルで認められるべきボキャブラリ（ローカルＴｏｐｉｃＳｅｔ）の定義の２つのレベルを設けることにより、一般の利用者が定義したボキャブラリを広く流通させることが可能になる。
【００３８】
ただしボキャブラリのうち、公的に使われるべきボキャブラリに関しては　管理団体によってＴｏｐｉｃＳｅｔが作成されることも考えられるので、Ｇｌｏｂａｌ−ＶＭＳサーバが管理するＴｏｐｉｃＳｅｔは、ＩＰＴＣが策定する標準　ＴｏｐｉｃＳｅｔだけではなく、このような公的機関によって策定される公的ＴｏｐｉｃＳｅｔも含まれる。
【００３９】
また、アプリケーションサーバ４は、図６に示すように、このアプリケーションサーバ４を利用する操作者の操作により、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２に新しいＴｏｐｉｃＳｅｔファイルを登録することができる。その際、操作者は、公共性のある公的ＴｏｐｉｃＳｅｔファイルとして登録したいか否かを指定することができる。
【００４０】
Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２は、公的ＴｏｐｉｃＳｅｔファイルとして登録したい旨の指定がない場合は、登録要求を受け付けたＴｏｐｉｃＳｅｔファイル書式や同一ファイル名のファイルの有無を確かめて、同一ファイル名のファイルが自サーバ３−２内のデータベースに存在しない場合は、上記ＴｏｐｉｃＳｅｔファイルを自サーバ３−２内のデータベースに仮登録する。更に、仮登録したＴｏｐｉｃＳｅｔファイルのＰｕｂｌｉｃＩｄｅｎｔｉｆｉｅｒ要素値（ＮｅｗｓＭＬ−ＵＲＮ）と同一のＮｅｗｓＭＬ−ＵＲＮが登録されているＧｌｏｂａｌ−ＶＭＳサーバが存在するか否かを調べ、存在しない場合は、仮登録したＴｏｐｉｃＳｅｔファイルを正式登録し利用可能にする。また、各Ｇｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３は、上記ＮｅｗｓＭＬ−ＵＲＮとＰｕｂｌｉｃ−ＶＭＳサーバ３−２の識別子（アドレス）を保存する。
【００４１】
これに対して、公的ＴｏｐｉｃＳｅｔファイルとして登録したい旨の指定がある場合は、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２は、先ず、前述した処理と同様の処理を行い、自サーバ３−２内のデータベースに仮登録を行う。その後、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２は、最寄りのＧｌｏｂａｌ−ＶＭＳサーバ２−２に対して、ＴｏｐｉｃＳｅｔファイルの基本情報（ＮｅｗｓＭＬ−ＵＲＮなど）とＴｏｐｉｃＳｅｔファイルの内容とを含む登録要求を送る。Ｇｌｏｂａｌ−ＶＭＳサーバサーバ２−２は、登録要求を受けると、上記ＮｅｗｓＭＬ−ＵＲＮと同一のＮｅｗｓＭＬ−ＵＲＮが登録されているＧｌｏｂａｌ−ＶＭＳサーバが存在するか否かを調べ、存在しない場合には、自サーバ２−２内のデータベースに上記ＴｏｐｉｃＳｅｔファイルを仮登録する。
その後、Ｇｌｏｂａｌ−ＶＭＳサーバ２−２は、公的機関のＧｌｏｂａｌ−ＶＭＳサーバ２−１に対して、上記ＴｏｐｉｃＳｅｔファイルの内容を含む登録申請を送る。
【００４２】
その後、図７に示すように、公的機関のＧｌｏｂａｌ−ＶＭＳサーバ２−１の管理者が、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１への接続権限を持つ管理用端末を用いてＧｌｏｂａｌ−ＶＭＳサーバ２−１をアクセスし、登録申請されたＴｏｐｉｃＳｅｔファイルが公共的に利用される公的ＴｏｐｉｃＳｅｔファイルに相応しいものであるか否かをチェックする。管理者は、公的ＴｏｐｉｃＳｅｔファイルとして相応しいと判断した場合、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１に申請許可を指示する。これにより、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１は、登録申請の送信元のＧｌｏｂａｌ−ＶＭＳサーバ２−２に申請が許可されたことを通知する。これにより、Ｇｌｏｂａｌ−ＶＭＳサーバ２−２は、仮登録しておいた公的ＴｏｐｉｃＳｅｔファイルを正式登録する。また、他のＧｌｏｂａｌ−ＶＭＳサーバ２−３は、Ｇｌｏｂａｌ−ＶＭＳサーバ２−２に正式登録された公的ＴｏｐｉｃＳｅｔファイルを自サーバ２−３内のデータベースに格納する。
【００４３】
図８はＧｌｏｂａｌ−ＶＭＳサーバ２−１の構成例を示すブロック図であり、ＩＰＴＣサーバ監視手段２１と、同期手段２２と、応答手段２３と、ボキャブラリ登録手段２４と、検索手段２５と、送受信手段２６と、データベース２７と、記録媒体２８とを備えている。
【００４４】
データベース２７には、標準ＴｏｐｉｃＳｅｔファイル群２７１と、公的ＴｏｐｉｃＳｅｔファイル群２７２と、Ｐｕｂｌｉｃ−ＶＭＳサーバで管理されているローカルＴｏｐｉｃＳｅｔファイルのＮｅｗｓＭＬ−ＵＲＮと上記ローカルＴｏｐｉｃＳｅｔファイルが格納されているＰｕｂｌｉｃ−ＶＭＳサーバの識別子（アドレス）とが対応付けて登録された対応表２７３とが格納されている。
【００４５】
送受信手段２６は、ネットワークを介してデータをやり取りする機能を有する。
【００４６】
ＩＰＴＣサーバ監視手段２１は、ＩＰＴＣのＷｅｂサーバ１で管理されている標準ＴｏｐｉｃＳｅｔファイル群が更新されたとき、標準ＴｏｐｉｃＳｅｔファイル群２７１をＷｅｂサーバ１で管理されている標準ＴｏｐｉｃＳｅｔファイル群と一致させる機能を有する。
【００４７】
同期手段２２は、次のような機能を有する。
【００４８】
・自サーバ２−１内のデータベース２７に格納されている標準ＴｏｐｉｃＳｅｔファイルが更新された場合や、新たな標準ＴｏｐｉｃＳｅｔファイル、公的ＴｏｐｉｃＳｅｔファイルがデータベース２７に追加登録された場合、上記ＴｏｐｉｃＳｅｔファイルの管理情報を他のＧｌｏｂａｌ−ＶＭＳサーバに通知する機能。
・他のＧｌｏｂａｌ−ＶＭＳサーバからＴｏｐｉｃＳｅｔファイルの管理情報が送られてきた場合、上記管理情報によって示されるＴｏｐｉｃＳｅｔファイルが自サーバ２−１のデータベース２７内に存在しなければ、上記他のＧｌｏｂａｌ−ＶＭＳサーバから上記管理情報によって示されるＴｏｐｉｃＳｅｔファイルをダウンロードし、データベース２７に追加する機能。
・他のＧｌｏｂａｌ−ＶＭＳサーバからＴｏｐｉｃＳｅｔファイルの管理情報が送られてきた場合、上記管理情報が示すレビジョンの方が、データベース２７に格納されているＴｏｐｉｃＳｅｔファイルのレビジョンよりも新しければ、上記他のＧｌｏｂａｌ−ＶＭＳサーバから上記管理情報によって示されるＴｏｐｉｃＳｅｔファイルをダウンロードし、データベース２７を更新する機能。
【００４９】
応答手段２３は、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１からの問い合わせに応答してデータベース２７に格納されている標準ＴｏｐｉｃＳｅｔファイル群２７１、公的ＴｏｐｉｃＳｅｔファイル群２７２に関する最新の更新日時（標準ＴｏｐｉｃＳｅｔファイルの追加登録、更新や、公的ＴｏｐｉｃＳｅｔファイルの追加登録を行った最新の日時）を通知する機能や、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１からの要求に応じてデータベース２７に格納されている標準ＴｏｐｉｃＳｅｔファイル群２７１、公的ＴｏｐｉｃＳｅｔファイル群２７２を要求元に送信する機能を有する。
【００５０】
ボキャブラリ登録手段２４は、アプリケーションサーバ４からの要求に従ってローカルＴｏｐｉｃＳｅｔファイル或いは公的ＴｏｐｉｃＳｅｔファイルの登録処理を行う機能を有する。
【００５１】
検索手段２５は、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１からの要求に応答してボキャブラリの検索処理を行う機能を有する。
【００５２】
記録媒体２８は、ディスク、半導体メモリ、その他の記録媒体であり、コンピュータからなるＧｌｏｂａｌ−ＶＭＳサーバ２−１をボキャブラリマネージメントシステムの一部として機能させるためのプログラムが記録されている。このプログラムは、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１によって読み取られ、その動作を制御することにより、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１上にＩＰＴＣサーバ監視手段２１、同期手段２２、応答手段２３、ボキャブラリ登録手段２４、検索手段２５、送受信手段２６を実現する。
【００５３】
他のＧｌｏｂａｌ−ＶＭＳサーバ２−２、２−３は、ＩＰＴＣサーバ監視手段２１を備えていない点以外は、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１と同様の構成を有する。
【００５４】
図９はＰｕｂｌｉｃ−ＶＭＳサーバ３−１の構成例を示すブロック図であり、ＴｏｐｉｃＳｅｔ更新手段３１と、ボキャブラリ登録手段３２と、検索手段３３と、送受信手段３４と、データベース３５と、記録媒体３６とを備えている。
【００５５】
データベース３５には、標準ＴｏｐｉｃＳｅｔファイル群３５１と、全ての公的ＴｏｐｉｃＳｅｔファイル群３５２と、ローカルＴｏｐｉｃＳｅｔファイル群３５３と、最寄りのＧｌｏｂａｌ−ＶＭＳサーバ（図１の例では、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１）のアドレス３５４とが格納されている。
【００５６】
ＴｏｐｉｃＳｅｔ更新手段３１は、最寄りのＧｌｏｂａｌ−ＶＭＳサーバ２−１に対してデータベース２７に格納されている標準ＴｏｐｉｃＳｅｔファイル群２７１、公的ＴｏｐｉｃＳｅｔファイル群２７２に関する最新の更新日時を問い合わせる機能や、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１から送られてきた最新の更新日時の方が、自サーバ３−１で認識している最新の更新日時よりも新しい場合、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１に対して標準ＴｏｐｉｃＳｅｔファイル群、公的ＴｏｐｉｃＳｅｔファイル群を要求する機能や、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１から送られてきた標準ＴｏｐｉｃＳｅｔファイル群や公的ＴｏｐｉｃＳｅｔファイル群に従ってデータベース３５を更新する機能を有する。
【００５７】
検索手段３３は、アプリケーションサーバ４からの検索依頼に従ってボキャブラリの検索処理を行う機能を有する。
【００５８】
送受信手段３４は、ネットワークを介してデータをやり取りする機能を有する。
【００５９】
記録媒体３６は、ディスク、半導体メモリ、その他の記録媒体であり、コンピュータからなるＰｕｂｌｉｃ−ＶＭＳサーバ３−１をボキャブラリマネージメントシステムの一部として機能させるためのプログラムが記録されている。このプログラムは、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１によって読み取られ、その動作を制御することで、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１上にＴｏｐｉｃＳｅｔ更新手段３１、ボキャブラリ登録手段３２、検索手段３３、送受信手段３４を実現する。
【００６０】
【実施例の動作の説明】
次に、本実施例の動作について詳細に説明する。先ず、図１０の流れ図を参照して、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１内のＩＰＴＣサーバ監視手段２１が行う処理について説明する。
【００６１】
Ｇｌｏｂａｌ−ＶＭＳサーバ２−１内のＩＰＴＣサーバ監視手段２１は、ＩＰＴＣが策定するＴｏｐｉｃＳｅｔを参照できるサイト（ｈｔｔｐ：／／ｗｗｗ．ｉｐｔｃ．ｏｒｇ／ｓｉｔｅ／ＮｅｗｓＭＬ／ｔｏｐｉｃｓｅｔｓ／）にアクセスし、ＩＰＴＣが管理している最新の標準ＴｏｐｉｃＳｅｔファイル群をダウンロードする（図１０、ステップＳ１００１、Ｓ１００２）。その後、ＩＰＴＣサーバ監視手段２１は、ダウンロードした標準ＴｏｐｉｃＳｅｔファイル群中の１つ標準ＴｏｐｉｃＳｅｔファイルに注目し、その標準ＴｏｐｉｃＳｅｔファイルがデータベース２７に登録されていない初めてダウンロードした標準ＴｏｐｉｃＳｅｔファイルである場合は、データベース２７に追加登録する（ステップＳ１００３、Ｓ１００４がＹＥＳ、Ｓ１００５）。
【００６２】
これに対して、データベース２７に登録されている標準ＴｏｐｉｃＳｅｔファイルである場合（ステップＳ１００４がＮＯ）は、ダウンロードした標準ＴｏｐｉｃＳｅｔファイルの方がデータベース２７に登録されている標準ＴｏｐｉｃＳｅｔファイルよりも新しいものであるかどうかを確認する（ステップＳ１００６、Ｓ１００７）。ここで、標準ＴｏｐｉｃＳｅｔファイルは、ＮｅｗｓＭＬの仕様に従っており、ＮｅｗｓＭＬ／ＮｅｗｓＩｔｅｍ／Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ／ＮｅｗｓＩｄｅｎｔｉｆｉｅｒ／ＰｕｂｌｉｃＩｄｅｎｔｉｆｉｅｒ要素（この表記はＸＰａｔｈ表記方法に則った要素の表現である）を比較して、ＲｅｖｉｓｉｏｎＩｄの値を比較することで、２つの標準ＴｏｐｉｃＳｅｔファイルの内のどちらがより新しいものかを調べることができる。
【００６３】
そして、ダウンロードした現在注目中の標準ＴｏｐｉｃＳｅｔファイルの方が新しいことが判明した場合は、データベース２７に登録されている該当する標準ＴｏｐｉｃＳｅｔファイルを現在注目中の標準ＴｏｐｉｃＳｅｔファイルで置き換える（ステップＳ１００８）。ＩＰＴＣサーバ監視手段２１は、上記した処理をダウンロードした全ての標準ＴｏｐｉｃＳｅｔファイルに対して行い、未処理の標準ＴｏｐｉｃＳｅｔファイルがなくなると、待機状態に移行する（ステップＳ１００９がＮＯ、Ｓ１０１０）。そして、次の監視タイミングまで待機すると、ＩＰＴＣサーバ監視手段２１は、再びステップＳ１００１の処理を行う。
【００６４】
次に、図１１を参照してＧｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３間で行う、標準ＴｏｐｉｃＳｅｔファイルや公的ＴｏｐｉｃＳｅｔファイルに対する同期処理について説明する。
【００６５】
例えば、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１内の同期手段２２は、自サーバ２−１のデータベース２７に格納されている標準ＴｏｐｉｃＳｅｔファイルが最新のものに更新された場合や、データベース２７に新たな標準ＴｏｐｉｃＳｅｔファイルや公的ＴｏｐｉｃＳｅｔファイルが追加登録された場合、追加登録や更新されたＴｏｐｉｃＳｅｔファイルの識別子（ＰｕｂｌｉｃＩｄｅｎｔｉｆｉｅｒ）情報を、上記ＴｏｐｉｃＳｅｔファイルの管理情報として、予め定められているＧｌｏｂａｌ−ＶＭＳサーバに通知する（図１１、ステップＳ１１１）。なお、本実施例では、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１内の同期手段２２は、Ｇｌｏｂａｌ−ＶＭＳサーバ２−２に対して通知を行うものとする。また、Ｇｌｏｂａｌ−ＶＭＳサーバ２−２、２−３は、それぞれＧｌｏｂａｌ−ＶＭＳサーバ２−３、２−１に対して通知を行うものとする。
【００６６】
Ｇｌｏｂａｌ−ＶＭＳサーバ２−２内の同期手段２２は、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１からＴｏｐｉｃＳｅｔファイルの管理情報が通知されると、上記管理情報によって示されるＴｏｐｉｃＳｅｔファイルが、自サーバ２−２内のデータベースに存在しているか否かを調べる（ステップＳ１１２）。
【００６７】
そして、自サーバ２−２のデータベース内に存在しない場合（ステップＳ１１３がＮＯ）は、管理情報の通知元のＧｌｏｂａｌ−ＶＭＳサーバ２−１から上記管理情報によって特定されるＴｏｐｉｃＳｅｔファイルを取得し、それを自サーバ２−２のデータベースに追加登録する（ステップＳ１１４）。
【００６８】
これに対して、管理情報によって特定されるＴｏｐｉｃＳｅｔファイルが自サーバ２−２のデータベース内に存在する場合（ステップＳ１１３がＹＥＳ）は、管理情報によって示されるＴｏｐｉｃＳｅｔファイルの方が新しいか否かを調べる（ステップＳ１１５）。
【００６９】
そして、管理情報によって示されるＴｏｐｉｃＳｅｔの方が新しい場合（ステップＳ１１６がＹＥＳ）は、管理情報の通知元のＧｌｏｂａｌ−ＶＭＳサーバ２−１から該当するＴｏｐｉｃＳｅｔファイルを取得し、データベース内の該当するＴｏｐｉｃＳｅｔファイルをＧｌｏｂａｌ−ＶＭＳサーバ２−１から取得したＴｏｐｉｃＳｅｔファイルで置き換える（ステップＳ１１７）。
【００７０】
Ｇｌｏｂａｌ−ＶＭＳサーバ２−２内の同期手段２２は、ステップＳ１１４或いはステップＳ１１７の処理を行った場合、自サーバ２−２のデータベースにＴｏｐｉｃＳｅｔファイルが追加登録或いはデータベースに格納されているＴｏｐｉｃＳｅｔファイルが更新されたことになるので、予め定められているＧｌｏｂａｌ−ＶＭＳサーバ２−３に対して上記ＴｏｐｉｃＳｅｔファイルの管理情報を通知する（ステップＳ１１１）。以上の処理により、全てのＧｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３のデータベースに登録されている標準ＴｏｐｉｃＳｅｔファイル、公的ＴｏｐｉｃＳｅｔファイルが最新のものとなるように同期を取ることができる。
【００７１】
次に、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１がＧｌｏｂａｌ−ＶＭＳサーバ２−１から標準ＴｏｐｉｃＳｅｔファイル、公的ＴｏｐｉｃＳｅｔファイルを取得する際の処理を、図１２の流れ図を参照して説明する。
【００７２】
Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１内のＴｏｐｉｃＳｅｔ更新手段３１は、予め定められているＧｌｏｂａｌ−ＶＭＳサーバ（データベース３５に登録されているアドレス３５４によって示されるＧｌｏｂａｌ−ＶＭＳサーバであり、本実施例では、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１とする）に対して、データベース２７に登録されている標準ＴｏｐｉｃＳｅｔファイル群２７１、公的ＴｏｐｉｃＳｅｔファイル群２７２に関する最新の更新日時を問い合わせる。なお、このとき、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１は、認証を行い、通信相手がＰｕｂｌｉｃ−ＶＭＳサーバであるときだけ、接続を受け付ける。Ｇｌｏｂａｌ−ＶＭＳサーバ２−１内の応答手段２３は、上記問い合わせを受け付けると、最新の更新日時を問い合わせ元のＰｕｂｌｉｃ−ＶＭＳサーバ３−１に通知する（図１２、ステップＳ１２１）。
【００７３】
Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１内のＴｏｐｉｃＳｅｔ更新手段３１は、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１から通知された最新の更新日時が、自サーバ３−１で保持している最新の更新日時よりも新しいか否かを調べる（ステップＳ１２２）。
【００７４】
そして、自サーバ３−１で保持している最新の更新日時が、通知された最新の更新日時よりも新しいか等しい場合（ステップＳ１２２がＮＯ）は、待機状態となる（ステップＳ１２６）。
【００７５】
これに対して、通知された最新の更新日時の方が新しい場合は（ステップＳ１２２がＹＥＳ）は、先ず、自サーバ３−１で保持している最新の更新日時を、通知された最新の更新日時で置き換える（ステップＳ１２３）。次いで、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１に対して標準ＴｏｐｉｃＳｅｔファイル群及び公的ＴｏｐｉｃＳｅｔファイル群を要求する。これにより、Ｇｌｏｂａｌ−ＶＭＳサーバ２−１内の応答手段２３は、データベース２７に格納されている標準ＴｏｐｉｃＳｅｔファイル群２７１，公的ＴｏｐｉｃＳｅｔファイル群２７２をＴｏｐｉｃＳｅｔ３−１に送信する（ステップＳ１２４）。Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１内のＴｏｐｉｃＳｅｔ更新手段３１は、データベース３５内の標準ＴｏｐｉｃＳｅｔファイル群３５１、公的ＴｏｐｉｃＳｅｔファイル群３５２をＧｌｏｂａｌ−ＶＭＳサーバ２−１から送られてきた標準ＴｏｐｉｃＳｅｔファイル群２７１、公的ＴｏｐｉｃＳｅｔファイル群２７２で置き換えた後、待機状態となる（ステップＳ１２５、Ｓ１２６）。
【００７６】
そして、次のチェックタイミングまで待機すると、ＴｏｐｉｃＳｅｔ更新手段３１は、ステップＳ１２１の処理を行う。
【００７７】
次に、アプリケーションサーバ４を所有する企業や個人がＴｏｐｉｃＳｅｔファイルを登録する場合の動作を図１３〜図１６を参照して説明する。
【００７８】
登録者は、アプリケーションサーバ４を使って　Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２に接続する（図１３、ステップＳ１３１）。接続の形態として、専用アプリケーション等から直接Ｐｕｂｌｉｃ−ＶＭＳサーバに　接続する方法や、Ｗｅｂブラウザを使って仲介サーバを介してＰｕｂｌｉｃ−ＶＭＳサーバに　接続する方法などが考えられるが、接続形態は特に問わない。
【００７９】
接続が完了したら、ボキャブラリの登録画面を呼び出す。これに応答して、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２内のボキャブラリ登録手段３２がアプリケーションサーバ４へ登録画面を送信する（ステップＳ１３２）。図１６に登録画面１６の一例を示す。同図に示すように、登録画面１６には、ファイル名の入力欄１６１と、登録語句の入力欄１６２と、語句説明の入力欄１６３と、登録日の入力欄１６４と、登録者の入力欄１６５と、公共性のある公的ＴｏｐｉｃＳｅｔファイルとして登録する場合にチェックするチェック欄１６７と、登録ボタン１６８と、完了ボタン１６９とが設けられている。なお、入力欄１６２の入力内容は、ＦｏｒｍａｌＮａｍｅ　Ｓｃｈｅｍｅ要素となり、入力欄１６３の入力内容は、Ｄｅｓｃｒｉｐｔｉｏｎ要素となる。
【００８０】
その後、登録者は、登録のための必要事項を登録画面１６を使用して入力する（ステップＳ１３３）。このとき、世界的に利用できるような汎用性・共通性の高いボキャブラリであると考えられる場合、登録者はチェック欄１６７をチェックし、公的ＴｏｐｉｃＳｅｔファイルとして登録したい旨を表示する（ステップＳ１３４、Ｓ１３５）。
【００８１】
その後、登録者は、登録ボタン１６８をクリックする。その後、他にも登録したいボキャブラリがある場合には、同様の入力操作を行う。そして、登録したい全てのボキャブラリの入力操作が完了すると、完了ボタン１６９をクリックする。これにより、アプリケーションサーバ４からＰｕｂｌｉｃ−ＶＭＳサーバ３−２に登録情報（各入力欄に入力された情報）が送られる。
【００８２】
登録情報を受け取ったＰｕｂｌｉｃ−ＶＭＳサーバ３−２内のボキャブラリ登録手段３２は、登録内容に含まれているファイル名と同一のファイル名を有するファイルが既に自サーバ３−２のデータベース３５に存在するかどうかをチェックする（ステップＳ１３６）。もし、既に登録されている場合は、その旨を伝えるためにエラー表示をする（ステップＳ１３７がＹＥＳ、Ｓ１３８）。登録されていない場合は（ステップＳ１３７がＮＯ）は、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２内のデータベース３５に登録内容に応じたＴｏｐｉｃＳｅｔファイルを格納する。この場合は、まだ仮登録である（ステップＳ１３９）。仮登録状態のＴｏｐｉｃＳｅｔファイルはまだ使うことはできない。
【００８３】
Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２内のボキャブラリ登録手段３２は、仮登録した内容からＴｏｐｉｃ基本情報を抽出し、そのリストと、仮登録したＴｏｐｉｃＳｅｔファイルの内容をＧｌｏｂａｌ−ＶＭＳサーバ２−２に通知する（図１４、ステップＳ１４０１）。Ｔｏｐｉｃ基本情報とは、
・ＴｏｐｉｃＳｅｔのＰｕｂｌｉｃＩｄｅｎｔｉｆｉｅｒ要素値（ＮｅｗｓＭＬ−ＵＲＮ）
・Ｔｏｐｉｃ要素のＤｕｉｄ属性値
・ＦｏｒｍａｌＮａｍｅ要素とそのＳｃｈｅｍｅ属性値
・管理Ｐｕｂｌｉｃ−ＶＭＳサーバ識別子（通常はサーバのアドレス）
である。
【００８４】
通知を受けたＧｌｏｂａｌ−ＶＭＳサーバ（これ以降“Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ”と呼ぶ）２−２内のボキャブラリ登録手段２４は、他のＧｌｏｂａｌ−ＶＭＳサーバ２−１、２−３にＴｏｐｉｃ基本情報中のＮｅｗｓＭＬ−ＵＲＮを通知する（ステップＳ１４０２）。
【００８５】
ＮｅｗｓＭＬ−ＵＲＮを通知されたＧｌｏｂａｌ−ＶＭＳサーバ２−１、２−３内のボキャブラリ登録手段２４は、通知されたＮｅｗｓＭＬ−ＵＲＮと同じＮｅｗｓＭＬ−ＵＲＮが自サーバ２−１、２−３のデータベース２７に既に登録されていないかどうかを調べ、その結果をＧｌｏｂａｌ−ＶＭＳプロモータサーバ２−２に返す（ステップＳ１４０３）。
【００８６】
全てのＧｌｏｂａｌ−ＶＭＳサーバ２−１、２−３に、そのＮｅｗｓＭＬ−ＵＲＮが登録されていないことを確認したら（ステップＳ１４０４がＮＯ）、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２内のボキャブラリ登録手段２４は、公的ＴｏｐｉｃＳｅｔファイルとして登録することが申請されているか否かを調べる（ステップＳ１４０５）。
【００８７】
そして、公的ＴｏｐｉｃＳｅｔファイルとして登録することが申請されていない場合（ステップＳ１４０５がＮＯ）は、他のＧｌｏｂａｌ−ＶＭＳサーバ２−１、２−３にユニーク性が保証されたそのＮｅｗｓＭＬ−ＵＲＮと申請元のＰｕｂｌｉｃ−ＶＭＳサーバ３−２の識別子を通知する（ステップＳ１４０６）。
【００８８】
各Ｇｌｏｂａｌ−ＶＭＳサーバ２−１、２−３内のボキャブラリ登録手段２４は、そのＮｅｗｓＭＬ−ＵＲＮとＰｕｂｌｉｃ−ＶＭＳサーバ　の識別子を自身のデータベース２７中の対応表２７３に格納する（ステップＳ１４０７）。
【００８９】
また、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２内のボキャブラリ登録手段２４は、仮登録したＴｏｐｉｃＳｅｔファイルのＮｅｗｓＭＬ−ＵＲＮと申請元のＰｕｂｌｉｃ−ＶＭＳサーバ３−２の識別子とを自サーバのデータベース２７中の対応表２７３に登録する（ステップＳ１４０８）。
【００９０】
その後、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２内のボキャブラリ登録手段２４は、登録できたことを申請要求元のＰｕｂｌｉｃ−ＶＭＳサーバ３−２に通知し（ステップＳ１４０９）、この通知を受けたＰｕｂｌｉｃ−ＶＭＳサーバ３−２内のボキャブラリ登録手段３２は、仮登録しておいたＴｏｐｉｃＳｅｔファイルを正式なローカルＴｏｐｉｃＳｅｔファイルとして利用可能にすると共に、登録要求元のアプリケーションサーバ４に正式登録されたことを通知する（ステップＳ１４１０）。
【００９１】
これに対して、登録要求されているＴｏｐｉｃＳｅｔファイルが既に他のＧｌｏｂａｌ−ＶＭＳサーバ２−１、２−３が管理しているものと競合している場合（ステップＳ１４０４がＹＥＳ）は、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２内のボキャブラリ登録手段２４は、申請元のＰｕｂｌｉｃ−ＶＭＳサーバ３−２に登録不可を通知する（（ステップＳ１４１１）。登録不可の通知を受けたＰｕｂｌｉｃ−ＶＭＳサーバ３−２は、そのことを登録要求元のアプリケーションサーバ４に通知すると共に、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２の管理者にも通知する（ステップＳ１４１２）。
【００９２】
また、ステップＳ１４０５で、公的ＴｏｐｉｃＳｅｔファイルとして登録することが申請されていると判断した場合、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２内のボキャブラリ登録手段２４は、公的機関のＧｌｏｂａｌ−ＶＭＳサーバ２−１に対して、登録要求されているＴｏｐｉｃＳｅｔファイルの内容を含む公的登録申請を送る（ステップＳ１４１３）。更に、ステップＳ１４１３において、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２内のボキャブラリ登録手段２４は、自サーバ２−２内のデータベースに登録要求されているＴｏｐｉｃＳｅｔファイルを仮登録する。
【００９３】
公的機関のＧｌｏｂａｌ−ＶＭＳサーバ２−１内のボキャブラリ登録手段２４は、公的登録申請が送られてくると、管理者に公的登録申請があったことを通知する（図１５、ステップＳ１５０１）。
【００９４】
公的登録請求を審議する公的機関では、登録要求されているＴｏｐｉｃＳｅｔファイルの内容について、一般的に利用され得るものであるかどうかを審議する（ステップＳ１５０２）。
【００９５】
もし公的に利用され得るものであるなら、管理者は公的機関の　Ｇｌｏｂａｌ−ＶＭＳサーバ２−１に対して登録許可を指示する（ステップＳ１５０３がＹＥＳ、Ｓ１５０４）。
この指示を受けたＧｌｏｂａｌ−ＶＭＳサーバ２−１内のボキャブラリ登録手段２４は、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２に登録許可を通知する。
【００９６】
Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２内のボキャブラリ登録手段２４は、図１４のステップＳ１４１３で仮登録しておいたＴｏｐｉｃＳｅｔファイルを、公的ＴｏｐｉｃＳｅｔファイルとして正式登録する。正式ＴｏｐｉｃＳｅｔファイルとして正式に登録されることにより、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２内の同期手段２２が、予め定められているＧｌｏｂａｌ−ＶＭＳサーバ２−３に対して正式登録した公的ＴｏｐｉｃＳｅｔファイルの管理情報を通知する（ステップＳ１５０５）。これにより、各Ｇｌｏｂａｌ−ＶＭＳサーバ間で、図１１の流れ図を用いて説明した同期処理が行われ、各Ｇｌｏｂａｌ−ＶＭＳサーバ２−１〜２−３のデータベースに今回登録許可された公的ＴｏｐｉｃＳｅｔファイルが格納される。
【００９７】
その後、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２は、要求元のＰｕｂｌｉｃ−ＶＭＳサーバ３−２に対して本登録できたことを通知する（ステップＳ１５０６）。また、この通知を受けたＰｕｂｌｉｃ−ＶＭＳサーバ３−２は、要求元のアプリケーションサーバに本登録できたことを通知する（ステップＳ１５１０）。
【００９８】
一方、公的ＴｏｐｉｃＳｅｔファイルとしては登録できないものである場合（ステップＳ１５０３がＮＯ）は、管理者は、公的機関のＧｌｏｂａｌ−ＶＭＳサーバ２−１に対し登録不可の指示を出す。この指示を受けたＧｌｏｂａｌ−ＶＭＳサーバ２−１内のボキャブラリ登録手段２４は、Ｇｌｏｂａｌ−ＶＭＳプロモータサーバ２−２に対して登録不可を通知する（ステップＳ１５０７）。この通知を受けたＧｌｏｂａｌ−ＶＭＳプロモータサーバ２−２内のボキャブラリ登録手段２４は、要求元の　Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２に対し、登録不可であったことを通知し、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２は、アプリケーションサーバ４に対し登録不可であったことを通知する（ステップＳ１５０８、Ｓ１５０９）。
【００９９】
次に、アプリケーションサーバ４が、ボキャブラリを検索する場合の動作を図１７の流れ図を参照して説明する。
【０１００】
アプリケーションサーバ４は、ＮｅｗｓＭＬによるニュース情報中の管理情報（ＴｏｐｉｃＳｅｔファイルに意味が定義されている管理情報）の意味を知るために、解決したい　ＦｏｒｍａｌＮａｍｅ属性値とＳｃｈｅｍｅ属性値と該当するＮｅｗｓＭＬデータの　Ｃａｔａｌｏｇ／Ｒｅｓｏｕｒｃｅ要素のＵＲＮ要素の値を取得する。その後、アプリケーションサーバ４は、これらの３つの値のセットをＰｕｂｌｉｃ−ＶＭＳサーバ３−２に渡す（図１７、ステップＳ１７０１）。
【０１０１】
Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２内の検索手段３３は、渡されたＵＲＮ値をもとに、自サーバ３−２内のデータベースに上記ＵＲＮ値を持つＴｏｐｉｃＳｅｔファイルが存在するか否かを調べる（ステップＳ１７０２）。
【０１０２】
もし、そのＵＲＮ値のＴｏｐｉｃＳｅｔファイルが、自サーバ３−２のデータベース３５に登録されている場合（ステップＳ１７０３がＹＥＳ）は、そのＵＲＮ値に該当するＴｏｐｉｃＳｅｔファイル中に、アプリケーションサーバ４から渡されたＦｏｒｍａｌＮａｍｅ属性値、Ｓｃｈｅｍｅ属性値と同一値のものがあるか否かを調べる（ステップＳ１７０４）。
【０１０３】
そして、もし一致するものがある場合（ステップＳ１７０５がＹＥＳ）は、一致した情報中のＤｅｓｃｒｉｐｔｉｏｎ情報とＰｒｏｐｅｒｔｙ情報とをアプリケーションサーバ４に返す（ステップＳ１７０６）。これにより、アプリケーションサーバ４は、ＦｏｒｍａｌＮａｍｅ属性値の意味をＤｅｓｃｒｉｐｔｉｏｎ情報で知ることができる。なお、本実施例では、ステップＳ１７０６において、Ｄｅｓｃｒｉｐｔｉｏｎ情報とＰｒｏｐｅｒｔｙ情報とをアプリケーションサーバ４に返すようにしたが、Ｄｅｓｃｒｉｐｔｉｏｎ情報のみをアプリケーションサーバ４に返すようにしても良い。
【０１０４】
これに対して、一致するものがない場合（ステップＳ１７０５がＮＯ）は、指定されたＦｏｒｍａｌＮａｍｅ属性とＳｃｈｅｍｅ属性が、ＵＲＮ値によって指定されたＴｏｐｉｃＳｅｔファイルに登録されていないことをアプリケーションサーバ４に通知する。
【０１０５】
また、ステップＳ１７０３において、アプリケーションサーバ４から送られてきたＵＲＮ値が自サーバ３−２のデータベース３５に登録されていないと判断した場合、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２内の検索手段３３は、予め定められているＧｌｏｂａｌ−ＶＭＳサーバ２−２（データベース３５に格納されているアドレス３５４によって特定されるＧｌｏｂａｌ−ＶＭＳサーバ）へＵＲＮ値を通知する（ステップＳ１７０７）。
【０１０６】
ＵＲＮ値を通知されたＧｌｏｂａｌ−ＶＭＳサーバ２−２内の検索手段２５は、自サーバ２−２のデータベース２７中の対応表２７３に上記ＵＲＮ値が登録されているか否かを調べる（ステップＳ１７０８）。
【０１０７】
そして、登録されていない場合（ステップＳ１７０８がＮＯ）は、存在しないＵＲＮ値であることをＰｕｂｌｉｃ−ＶＭＳサーバ３−２に通知する（ステップＳ１７１３）。Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２は、指定されたＦｏｒｍａｌＮａｍｅ属性とＳｃｈｅｍｅ属性が、指定されたＵＲＮ値のＴｏｐｉｃＳｅｔファイルに登録されていないことをアプリケーションサーバ４に通知する（ステップＳ１７１４）。
【０１０８】
これに対して、登録されている場合（ステップＳ１７０８がＹＥＳ）は、対応表２７３に上記ＵＲＮ値と対応付けて登録されているサーバ識別子（アドレス）を通知元のＰｕｂｌｉｃ−ＶＭＳサーバ３−２に返す（ステップＳ１７０９）。上記サーバ識別子によって示されるＰｕｂｌｉｃ−ＶＭＳサーバは、上記ＵＲＮ値によって特定されるＴｏｐｉｃＳｅｔファイルを、そのサーバ内のデータベースに保持しているＰｕｂｌｉｃ−ＶＭＳサーバである。
【０１０９】
Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２内の検索手段３３は、上記ＵＲＮ値によって特定されるＴｏｐｉｃＳｅｔファイルを保持しているＰｕｂｌｉｃ−ＶＭＳサーバ（例えば、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−３とする）のサーバ識別子が通知されると、このサーバ識別子によって特定されるＰｕｂｌｉｃ−ＶＭＳサーバ３−３に対して直接問い合わせを行い（ＦｏｒｍａｌＮａｍｅ属性値とＳｃｈｅｍｅ属性値と該当するＮｅｗｓＭＬデータの　Ｃａｔａｌｏｇ／Ｒｅｓｏｕｒｃｅ要素のＵＲＮ要素の値を通知する）、該当するＤｅｓｃｒｉｐｔｉｏｎ情報とＰｒｏｐｅｒｔｙ情報とを取得する（ステップＳ１７１０）。その後、Ｐｕｂｌｉｃ−ＶＭＳサーバ３−２内の検索手段３３は、取得したＤｅｓｃｒｉｐｔｉｏｎ情報とＰｒｏｐｅｒｔｙ情報をアプリケーションサーバ４に返す（ステップＳ１７０６）。
【０１１０】
【発明の効果】
以上説明したように、本発明のボキャブラリマネージメントシステムは、標準ＴｏｐｉｃＳｅｔファイル群を管理しているＩＰＴＣのＷｅｂサーバにアクセスするのは、グローバルＶＭＳサーバだけであるので、ＩＰＴＣのＷｅｂサーバに負荷が集中しないようにすることができる。
【０１１１】
また、本発明のボキャブラリマネージメントシステムにおいては、ＮｅｗｓＭＬによるニュース情報の配信先となるアプリケーションサーバがアクセスするパブリックＶＭＳサーバは、グローバルＶＭＳサーバで管理されている標準ＴｏｐｉｃＳｅｔファイル群が最新のものに更新されたとき、自サーバで管理している標準ＴｏｐｉｃＳｅｔファイル群を上記グローバルＶＭＳサーバで管理されている最新の標準ＴｏｐｉｃＳｅｔファイル群と一致させる構成を有しているので、アプリケーションサーバは常に最新の標準ＴｏｐｉｃＳｅｔファイルを利用することが可能になる。
【０１１２】
更に、本発明のボキャブラリマネージメントシステムにおいては、パブリックＶＭＳサーバが、アプリケーションサーバから送られてきた管理情報と、ファイルの識別情報に基づいて、上記識別子によって示されるＴｏｐｉｃＳｅｔファイルから、管理情報の意味を示すボキャブラリを検索し、アプリケーションに送信する検索手段を備えているので、ＮｅｗｓＭＬによるニュース情報の配信先に、ＴｏｐｉｃＳｅｔファイルを事前に配信する必要がない。
【０１１３】
また、本発明のボキャブラリマネージメントシステムは、グローバル側ボキャブラリ登録手段、パブリック側ボキャブラリ登録手段を備えているので、企業や個人が、ローカルＴｏｐｉｃＳｅｔファイルや公的ＴｏｐｉｃＳｅｔファイルを登録することができる。
【図面の簡単な説明】
【図１】本発明の実施例の全体の構成例を示すブロック図である。
【図２】Ｇｌｏｂａｌ−ＶＭＳサーバが備えている機能を説明するための図である。
【図３】Ｇｌｏｂａｌ−ＶＭＳサーバが備えている機能を説明するための図である。
【図４】Ｐｕｂｌｉｃ−ＶＭＳサーバが備えている機能を説明するための図である。
【図５】アプリケーションサーバとＰｕｂｌｉｃ−ＶＭＳサーバとの関係を説明するための図である。
【図６】ボキャブラリ（ＴｏｐｉｃＳｅｔファイル）の登録処理を説明するための図である。
【図７】ボキャブラリ（ＴｏｐｉｃＳｅｔファイル）の登録処理を説明するための図である。
【図８】Ｇｌｏｂａｌ−ＶＭＳサーバ２−１の構成例を示すブロック図である。
【図９】Ｐｕｂｌｉｃ−ＶＭＳサーバ３−１の構成例を示すブロック図である。
【図１０】Ｇｌｏｂａｌ−ＶＭＳサーバによるＩＰＴＣのＷｅｂサーバに対する監視処理の処理例を示す流れ図である。
【図１１】Ｇｌｏｂａｌ−ＶＭＳサーバ間の同期処理の処理例を示す流れ図である。
【図１２】Ｐｕｂｌｉｃ−ＶＭＳサーバに登録されている標準ＴｏｐｉｃＳｅｔファイル、公的ＴｏｐｉｃＳｅｔファイルをＧｌｏｂａｌ−ＶＭＳサーバに登録されている標準ＴｏｐｉｃＳｅｔファイル、公的ＴｏｐｉｃＳｅｔファイルと一致させる処理の処理例を示す流れ図である。
【図１３】ＴｏｐｉｃＳｅｔファイル（主にローカルＴｏｐｉｃＳｅｔファイル）の登録処理の処理例を示す流れ図である。
【図１４】ＴｏｐｉｃＳｅｔファイル（主にローカルＴｏｐｉｃＳｅｔファイル）の登録処理の処理例を示す流れ図である。
【図１５】ＴｏｐｉｃＳｅｔファイル（主に公的ＴｏｐｉｃＳｅｔファイル）の登録処理の処理例を示す流れ図である。
【図１６】ボキャブラリの登録画面の一例を示す図である。
【図１７】ボキャブラリの検索処理の一例を示す流れ図である。
【図１８】ＮｅｗｓＭＬ、ＴｏｐｉｃＳｅｔを説明するための図である。
【符号の説明】
１…ＩＰＴＣのＷｅｂサーバ
２−１〜２−３…Ｇｌｏｂａｌ−ＶＭＳサーバ
２１…ＩＰＴＣサーバ監視手段
２２…同期手段
２３…応答手段
２４…ボキャブラリ登録手段
２５…検索手段
２６…送受信手段
２７…データベース
２８…記録媒体
３−１〜３−４…Ｐｕｂｌｉｃ−ＶＭＳサーバ
３１…ＴｏｐｉｃＳｅｔ更新手段
３２…ボキャブラリ登録手段
３３…検索手段
３４…送受信手段
３５…データベース
３６…記録媒体
４…アプリケーションサーバ
【図１】
2004133662.tif 000004
【図２】
2004133662.tif 000005
【図３】
2004133662.tif 000006
【図４】
2004133662.tif 000007
【図５】
2004133662.tif 000008
【図６】
2004133662.tif 000009
【図７】
2004133662.tif 000010
【図８】
2004133662.tif 000011
【図９】
2004133662.tif 000012
【図１０】
2004133662.tif 000013
【図１１】
2004133662.tif 000014
【図１２】
2004133662.tif 000015
【図１３】
2004133662.tif 000016
【図１４】
2004133662.tif 000017
【図１５】
2004133662.tif 000018
【図１６】
2004133662.tif 000019
【図１７】
2004133662.tif 000020
【図１８】
2004133662.tif 000021