(57)【要約】【課題】ＸＭＬデータに対して未知のタグの追加などが行われた場合でも当該タグを有効に検索条件として利用できるようにすること。【解決手段】受信されるＸＭＬデータの中から事前に指定したＸＰａｔｈ１１直下のタグの要素名１３を抽出してそれをデータベース内の所定の領域に登録し、前記データベース内の所定の領域に登録された要素名１３もしくはそのＸＰａｔｈに対応する要素和名の登録が可能なメンテナンス画面１４を表示する。【選択図】      図８
2008287607.tif 000002
【特許請求の範囲】
【請求項１】
受信されるＸＭＬデータの中から事前に指定したＸＰａｔｈ直下のタグの要素名を抽出してそれをデータベース内の所定の領域に登録する手段と、
前記データベース内の所定の領域に登録された前記要素名もしくはそのＸＰａｔｈに対応する要素和名の登録が可能なメンテナンス画面を表示する手段と、
を具備することを特徴とする情報処理装置。
【請求項２】
前記メンテナンス画面を通じて指定された要素和名を検索の際の検索条件に使用することが可能な検索画面を表示する手段を更に具備することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記検索画面においては、検索条件として複数の検索対象と演算子とを組み合わせたものを指定することが可能であることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記検索画面において指定された検索条件の保存するとともに当該条件設定をサイドメニューとして表示する手段を更に具備することを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
受信されるＸＭＬデータの中から事前に指定したＸＰａｔｈ直下のタグの要素名を抽出してそれをデータベース内の所定の領域に登録する機能と、
前記データベース内の所定の領域に登録された前記要素名もしくはそのＸＰａｔｈに対応する要素和名の登録が可能なメンテナンス画面を表示する機能と、
をコンピュータに実現させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＸＭＬデータの検索が可能な情報処理装置およびプログラムに関する。
【背景技術】
【０００２】
従来、新聞社で使用するデータベースシステムは、リレーショナルデータベース（ＲＤＢ）であることが多い。しかし、ＲＤＢは、厳密なスキーマ情報を前提とするデータベースモデルである。つまり、管理すべきデータに変更があった場合には、常にスキーマ情報から変更しなければならず、適正なパフォーマンスを望むにはインデックスも再構築する必要がある。
【０００３】
また、近年、新聞社で扱うデータの形式は、一般に、ＸＭＬフォーマットである。ＸＭＬ形式のデータベースシステムにおいては、例えば、新たに著作権情報をデータに付与し、その付与した情報をキーにデータベース内の情報を検索したいというニーズもある。しかし、データ構造が変更になった（例えば未知のタグが追加された）データを検索対象として扱おうとすると、その都度、プログラムのカスタマイズが必須となる。ユーザからしてみればＸＭＬで自由にデータ構造を定義できてもシステム側で追従できなければＸＭＬのメリットとして意味をなさない。
【０００４】
なお、特許文献１には、ＸＭＬ文書の中の未知のタグを検索条件として指定した構造化文書の検索を行えるようにした技術が開示されている。
【特許文献１】特開２００２−１４９４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に示される未知のタグそのものは、ユーザにとって意味が解りにくい略語のようなものであり、検索の際の検索条件にに使用する言葉としては適さない。
【０００６】
こうしたことから、未知のタグの追加などがあった場合でも、データベース構造を変更することなしに、その未知のタグを有効に検索条件として利用できる仕組みの提示が望まれる。
【０００７】
本発明は上記実情に鑑みてなされたものであり、ＸＭＬデータに対して未知のタグの追加などが行われた場合でも当該タグを有効に検索条件として利用することが可能な情報処理装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る情報処理装置は、受信されるＸＭＬデータの中から事前に指定したＸＰａｔｈ直下のタグの要素名を抽出してそれをデータベース内の所定の領域に登録する手段と、前記データベース内の所定の領域に登録された前記要素名もしくはそのＸＰａｔｈに対応する要素和名の登録が可能なメンテナンス画面を表示する手段とを具備することを特徴とする。
【０００９】
本発明に係るプログラムは、受信されるＸＭＬデータの中から事前に指定したＸＰａｔｈ直下のタグの要素名を抽出してそれをデータベース内の所定の領域に登録する機能と、前記データベース内の所定の領域に登録された前記要素名もしくはそのＸＰａｔｈに対応する要素和名の登録が可能なメンテナンス画面を表示する機能と、をコンピュータに実現させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＸＭＬデータに対して未知のタグの追加などが行われた場合でも当該タグを有効に検索条件として利用することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して、本発明の実施の形態について説明する。
【００１２】
図１は、本発明の一実施形態に係るコンテンツデータベースシステムの構成を示すブロック図である。
【００１３】
このコンテンツデータベースシステムは、複数のクライアント端末１、受信サーバ２、データベースサーバ（ＤＢサーバ）３、および共有ストレージ４を含む。これらに搭載される各種の機能は、コンピュータが実行可能なコンピュータプログラムとして実現することが可能である。
【００１４】
端末１は、ＤＢサーバ３などが提供する各種の画面を表示させたり、各種の指示をＤＢサーバ３に送ったりするために使用される情報処理装置である。
【００１５】
受信サーバ２は、このコンテンツデータベースシステムの上位システムにおける組版保存端末から送信されてくる個々のデータを受信し、受信したデータを共有ストレージ４内の所定の場所に保管したり、保管されているデータを整理したりする機能を有する情報処理装置である。この受信サーバ２は、サーバ処理部２ａ、クラスタ処理部２ｂ、データ登録処理部２ｃ、日次処理部２ｄなどの各種の機能を有する。その詳細については後で述べる。
【００１６】
ＤＢサーバ３は、検索に必要なデータを共有ストレージ４内の所定の場所に保管させたり、共有ストレージ４に保管されているデータを検索したり、検索した結果を要求元の端末に表示させたりする機能を有する情報処理装置である。このＤＢサーバ３は、サーバ処理部３ａ、クラスタ処理部３ｂ、検索処理部３ｃ、記事訂正処理部３ｄ、ジャンル登録処理部３ｅ、記事全体表示処理部３ｆ、要素和名メンテナンス処理部３ｇなどの各種の機能を有する。その詳細については後で述べる。
【００１７】
共有ストレージ４は、受信サーバ２が受信したデータや、ＤＢサーバ３が検索の際に使用するデータを記憶する情報記憶装置である。この共有ストレージ４は、受信サーバ２に使用される領域として、受信ワーク領域４ａ、登録済書誌情報保存領域４ｂ、登録失敗データ保存領域４ｃ、およびアプリケーションログ出力領域４ｄを有する。また、ＤＢサーバ３に使用される領域として、受信イメージデータ保存領域４ｅ、データ保存機能出力領域４ｆ、アプリケーションログ出力領域４ｇ、およびリソース保存部４ｈを有する。
【００１８】
受信ワーク領域４ａは、所定の端末から送信される書誌情報や紙面イメージ、画像データ等を受信する領域である。
【００１９】
登録済書誌情報保存領域４ｂは、データ登録処理部２ｃが、リソース保存部４ｈに格納した書誌情報項目ファイルを移動させるための領域である。本領域に移動されたファイルは、日次処理にて削除されることになる。
【００２０】
登録失敗データ保存領域４ｃは、データ登録処理部２ｃが、リソース保存部４ｈへの登録に失敗した書誌情報項目ファイルや、受信紙面イメージ保存領域に移動させることができなかった紙面イメージファイル、サムネイルファイル（ＪＰＥＧ形式）、画像ファイル（ＪＰＥＧ形式）を移動させるための領域である。本領域に移動されたファイルは、日次処理にて削除されることになる。
【００２１】
アプリケーションログ出力領域４ｄは、受信サーバ２上で稼動するプロセスが出力するアプリケーションログを保存するための領域である。
【００２２】
受信イメージデータ保存領域４ｅは、受信ワーク領域４ａに書き込まれた紙面イメージファイル、サムネイルファイル（ＪＰＥＧ形式）、画像ファイル（ＪＰＥＧ形式）をデータ検索処理部３ｃ等が使用できるようにデータ登録処理部２ｃが移動させるための領域である。
【００２３】
データ保存機能出力領域４ｆは、データ保存機能が出力する書誌情報項目ファイル（ＸＭＬ形式）、紙面イメージファイルを保存するための領域である。
【００２４】
アプリケーションログ出力領域４ｇは、ＤＢサーバ３上で稼動するプロセスが出力するアプリケーションログを保存するための領域である。
【００２５】
リソース保存部４ｈは、書誌情報項目ファイルなどのＸＭＬ形式のデータを格納するコンテンツＤＢに相当するものである。
【００２６】
次に、受信サーバ２に備えられる各種の機能について説明する。
【００２７】
サーバ処理部２ａは、受信サーバ２全体の動作を司り、受信サーバ２に備えられる各機能を制御する機能である。
【００２８】
クラスタ処理部２ｂは、ＤＢサーバ３側のクラスタ処理部３ｂとの連携を通じてクラスタシステムを実現し、障害時などにおけるリソースや各種機能の保護などを行う機能である。
【００２９】
データ登録処理部２ｃは、上位システムからの受信データを本システムのコンテンツＤＢ（リソース保存部４ｈ）に登録する機能である。
【００３０】
日次処理部２ｄは、不要な書誌情報項目ファイルおよびＴＩＦＦファイルの削除や、リソース保存部４ｈ内に格納されている要素名（ＸＭＬデータ中のタグ＜＞で挟まれた文字列）および要素値（要素の具体的内容）の取得を行う機能である。特に、この日次処理部２ｄは、受信サーバ２により受信されるＸＭＬデータの中から、事前にシステムプロパティにて指定したＸＰａｔｈ直下のタグの要素名や要素値を抽出してそれをコンテンツＤＢ（リソース保存部４ｈ）内の所定の領域（所定のコレクション下）に登録する機能を有する。なお、ＸＰａｔｈとは、ツリー構造を成しているＸＭＬデータ中のあるノードからあるノードに至るまでの道筋をアドレス形式で表現したものである。
【００３１】
次に、ＤＢサーバ３に備えられる各種の機能について説明する。
【００３２】
サーバ処理部３ａは、ＤＢサーバ３全体の動作を司り、ＤＢサーバ３に備えられる各機能を制御する機能である。
【００３３】
クラスタ処理部３ｂは、受信サーバ２側のクラスタ処理部２ｂとの連携を通じてクラスタシステムを実現し、障害時などにおけるリソースや各種機能の保護などを行う機能である。
【００３４】
検索処理部３ｃは、データ登録処理部２ｃにより本システムのコンテンツＤＢ（リソース保存部４ｈ）に格納されている紙面データ、記事データ、画像データを検索する機能である。
【００３５】
記事訂正処理部３ｄは、上位システムから受信する記事／見出し／エトキ（写真や図に付く説明文）の書誌情報項目データ（ＸＭＬ）に誤りがあった場合に訂正する機能である。
【００３６】
ジャンル登録処理部３ｅは、紙面の検索効率を向上させるために紙面単位にジャンル、見出し、キーワードを登録する機能である。
【００３７】
記事全体表示処理部３ｆは、記事／見出し／エトキ／キーワードの全体、掲載紙面サムネイル、関連画像サムネイルを含む記事全体表示画面を要求元の端末の表示部に表示させる機能である。
【００３８】
要素和名メンテナンス処理部３ｇは、上記日次処理部２ｄによってコンテンツＤＢ（リソース保存部４ｈ）内の所定の領域（所定のコレクション下）に登録された要素名もしくはそのＸＰａｔｈに対応する要素和名の追加、変更、削除などが可能なメンテナンス画面を表示する機能である。
【００３９】
図２は、コンテンツＤＢ（リソース保存部４ｈ）内において抽出対象が格納されているコレクションと要素名登録用のコレクションとの関係を示す図である。
【００４０】
要素名収集処理では、まず、システムプロパティにて指定したＸＰａｔｈ直下の要素名が抽出される。例えば、ＸＰａｔｈの指定がdb(“ABCDE”)/contdb/sgazo/*/sgazoの場合、「baitai」、「keisai」、「men」、…「groupid」が抽出される。次に、抽出されたデータは別コレクション下へ登録される。例えば、抽出された要素名およびＸＰａｔｈ名を含む図３のようなデータが、db(“ABCDE”)/sysdb/elementnameへ登録される。なお、同一要素名が複数存在する場合は１つのみ抽出され、重複登録は行われない。また、要素名収集処理の対象となるＸＰａｔｈは、設定ファイルElementNameCollect.xmlに記述される。このときのファイルの構造は図４のようになっており、複数のＸＰａｔｈの設定が可能である。
【００４１】
図５は、コンテンツＤＢ（リソース保存部４ｈ）内において抽出対象が格納されているコレクションと要素値登録用のコレクションとの関係を示す図である。
【００４２】
要素値収集処理では、まず、システムプロパティにて指定したＸＰａｔｈ直下の要素値が抽出される。例えば、ＸＰａｔｈの指定がdb(“ABCDE”)/contdb/sgazo/*/sgazo/menの場合、「TV1」および「TV2」が抽出される。次に、抽出されたデータは別コレクション下へ登録される。例えば、抽出された要素値およびＸＰａｔｈ名を含む図６のようなデータが、db(“space1”)/sysdb/elementvalueへ登録される。また、要素名収集処理の対象となるＸＰａｔｈは、設定ファイルElementValueCollect.xmlに記述される。このときのファイルの構造は図７のようになっており、複数のＸＰａｔｈの設定が可能である。
【００４３】
図８は、ＸＭＬデータに対して未知のタグの追加などが行われた場合でも当該タグを有効に検索条件として利用できるようにする手法を示す概念図である。
【００４４】
例えば、ＸＭＬデータ中の範囲１１で示される特定のパスDataContentの配下に、範囲１２で示される<InAreaInfo>タグ以下が追加された場合を考える。この場合、範囲１３で示される未知のタグが自動検出され、メンテナンス画面において当該未知のタグが和名変換の必要な候補として端末１の表示部に表示される。端末１の操作者がメンテナンス画面にて要素和名の登録を行った後は、検索条件設定画面１５において登録済みの要素和名を検索条件として設定することが可能となる。検索条件の設定を行うと、該当するＸＰａｔｈが自動生成される。
【００４５】
図９は、要素和名検索画面の一例を示す図である。
【００４６】
この要素和名検索画面では、メンテナンス対象を「要素和名」に指定した状態で、要素名キーワードを入力し、検索ボタンを押下操作すると、該当するＸＰａｔｈ（要素名）の一覧が表示される。
【００４７】
図１０は、要素和名メンテナンス画面の一例を示す図である。
【００４８】
この要素和名メンテナンス画面は、図９の要素和名検索画面に表示される複数のＸＰａｔｈ（要素名）の中から１つのＸＰａｔｈ（要素名）を選択した場合に表示される。この画面においては、表示されたＸＰａｔｈ（要素名）に対して所望の和名を入力して保存ボタンを押下操作することにより、和名の登録を行うことができる。
【００４９】
図１１は、詳細条件の設定が可能な検索画面の一例を示す図である。
【００５０】
この検索画面の中には、頻繁に指定する項目を抽出するのに適した条件設定部２１と、検索条件として検索対象、演算子を自由に組み合わせることで様々な検索を可能とする条件設定部２２とが設けられる。また、検索条件保存ボタンを押下操作することにより、設定した検索条件を保存し、当該検索条件をサイドメニューに表示させることができる。
【００５１】
次に、図１２を参照して、要素名および要素値の収集処理の一例を説明する。
【００５２】
日次処理部２ｄの機能により、受信サーバ２が受信したＸＭＬデータから、システムプロパティにて指定したＸＰａｔｈ直下の要素名および要素値が抽出される（ステップＳ１１）。次いで、抽出した要素名および要素値とが、データベースの別のコレクション下へ登録される（ステップＳ１２）。
【００５３】
次に、図１３を参照して、要素和名メンテナンス処理の一例を説明する。
【００５４】
要素和名メンテナンス処理部３ｇの機能により、要素和名メンテナンス画面が開かれる（ステップＳ２１）。操作者が要素名キーワードを入力すると、登録済みの要素名（ＸＰａｔｈ）が読み出され、一覧表示される（ステップＳ２２）。操作者が一覧の中から所望の要素名（ＸＰａｔｈ）を選択すると、その要素名（ＸＰａｔｈ）の和名の指定を可能とする要素和名メンテナンス画面が表示される（ステップＳ２３）。操作者が指定した要素和名の保存を指示すると、その保存が行われる（ステップＳ２４）。
【００５５】
次に、図１４を参照して、検索処理の一例を説明する。
【００５６】
検索処理部３ｃの機能により、検索条件として要素和名の指定が可能な検索条件設定画面が開かれる（ステップＳ３１）。操作者が検索条件を入力して検索開始を指示すると、その検索条件に合致する情報が検索され、一覧表示される（ステップＳ３２）。
【００５７】
このように本実施形態によれば、過去に受信したＸＭＬデータに存在しない未知のＸＭＬタグを受信した場合にそれを自動検出して検索条件として有効に利用することが可能となる。
【００５８】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００５９】
【図１】本発明の一実施形態に係るコンテンツデータベースシステムの構成を示すブロック図。
【図２】コンテンツＤＢ（リソース保存部）内において抽出対象が格納されているコレクションと要素名登録用のコレクションとの関係を示す図。
【図３】要素名収集処理で使用される登録用データの一例を示す図。
【図４】要素名収集処理で使用される設定ファイルの構造の一例を示す図。
【図５】図５は、コンテンツＤＢ（リソース保存部）内において抽出対象が格納されているコレクションと要素値登録用のコレクションとの関係を示す図。
【図６】要素値収集処理で使用される登録用データの一例を示す図。
【図７】要素値収集処理で使用される設定ファイルの構造の一例を示す図。
【図８】ＸＭＬデータに対して未知のタグの追加などが行われた場合でも当該タグを有効に検索条件として利用できるようにする手法を示す概念図。
【図９】要素和名検索画面の一例を示す図。
【図１０】要素和名メンテナンス画面の一例を示す図。
【図１１】詳細条件の設定が可能な検索画面の一例を示す図。
【図１２】要素名および要素値の収集処理の一例を示すフローチャート。
【図１３】要素和名メンテナンス処理の一例を示すフローチャート。
【図１４】検索処理の一例を示すフローチャート
【符号の説明】
【００６０】
１…クライアント、２…受信サーバ、３…ＤＢサーバ、４…共有ストレージ。
【図１】
2008287607.tif 000003
【図２】
2008287607.tif 000004
【図３】
2008287607.tif 000005
【図４】
2008287607.tif 000006
【図５】
2008287607.tif 000007
【図６】
2008287607.tif 000008
【図７】
2008287607.tif 000009
【図８】
2008287607.tif 000010
【図９】
2008287607.tif 000011
【図１０】
2008287607.tif 000012
【図１１】
2008287607.tif 000013
【図１２】
2008287607.tif 000014
【図１３】
2008287607.tif 000015
【図１４】
2008287607.tif 000016