辞書コンテンツ処理装置、コンテンツ表示システムおよびコンテンツ表示方法
【課題】オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性のコンテンツを一括化することができ、オペレータの負担を軽減することができる辞書コンテンツ処理装置、コンテンツ表示システムおよびコンテンツ表示方法を提供する。
【解決手段】属性のスキーマが定義されている階層型データベースにおいて、各属性をそれらのメタデータを元に自動的にグループ化したグループ情報を作成し（グループ情報作成部１６）、コンテンツ表示画面上で所定の属性が選択された場合、当該属性のグループ情報に基づいて当該属性のコンテンツを一括化する（コンテンツ一括部１５）。これにより、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性を一括化することができ、オペレータの負担を軽減することができる。
【解決手段】属性のスキーマが定義されている階層型データベースにおいて、各属性をそれらのメタデータを元に自動的にグループ化したグループ情報を作成し（グループ情報作成部１６）、コンテンツ表示画面上で所定の属性が選択された場合、当該属性のグループ情報に基づいて当該属性のコンテンツを一括化する（コンテンツ一括部１５）。これにより、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性を一括化することができ、オペレータの負担を軽減することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、辞書コンテンツ処理装置、コンテンツ表示システムおよびコンテンツ表示方法に関する。
【背景技術】
【０００２】
オブジェクト指向データベース（ＯＯＤＢ）やオブジェクトリレーショナルデータベース（ＯＲＤＢ）を代表とする階層型データベースでは、下位分類が上位分類の属性を継承する階層構造を持つ。各分類項目には、当該分類が持つ属性に従って記述されたデータ（群）が対応付けられており、一般にこれらのデータ（群）をコンテンツと呼ぶ。
【０００３】
工業製品や部品の電子カタログに関する国際規格であるISO13584/Parts Library（ＰＬＩＢ）も階層型データベースの１つである。ＰＬＩＢでは、ユニークなＩＤを表す「ＢＳＵコード」や「推奨名称」など分類および属性のスキーマが定義されており、これらに従って各分類や各属性のメタデータが記述される。このようにして構成された分類階層は辞書と呼ばれ、この辞書に従ってコンテンツが記述される。
【０００４】
階層型データベースにおいて、ＰＬＩＢのように分類や属性のスキーマが定義されている場合、分類や属性の情報を併せることでオペレータは体系的にコンテンツを閲覧・操作することができる。
【０００５】
オペレータが階層型データベースのコンテンツを閲覧する場合、一覧性の観点から、オペレータに指定された分類が持つ属性項目をヘッダに持つテーブル形式（表形式）でＧＵＩ（Graphical User Interface）上に表示されることが多い。
【０００６】
一般に、表形式での表示方法を提供する多くのアプリケーションでは、ＧＵＩ上に表示されたテーブル上でオペレータがポインティングデバイスなどを利用してヘッダをドラッグおよびドロップすることで特定の属性項目の表示位置を他の位置へ移動させることができる。これにより、作業対象の属性項目を先頭に移動させたり、関連する他の属性項目を作業対象の属性項目の近くに配置させたりすることで、作業効率が向上する。
【０００７】
しかしながら、属性項目を移動させるためにはその属性項目が表示されている位置を把握しているか、探し出す必要があるため、表示される属性数が多くなるほど、オペレータの作業が煩雑になってしまう。また、ある属性項目を閲覧・編集するためにどの属性を同時に表示させるべきかをオペレータが把握する必要があるため、属性数が多くなるほどオペレータが関連属性を決定して探し出す作業の負担が大きくなるという問題もある。
【０００８】
そこで、一般的な表計算ソフトウェアなどにおいては、隣接する複数の項目を一度に選択して「切り取り」操作を行い、所定の位置で「貼り付け」操作を行うことで、複数の項目をまとめて移動させることができる。これにより、隣接する項目については、移動作業を一括して行うことが可能である。また、隣接する項目をグループ化して印を付与することにより、項目間の関連の視認性を向上することができる。
【０００９】
また、特許文献１においては、データをカードとして扱い、カード群を順序を保った構造で管理することにより、カード群のうち先頭カードがポインティング位置に従って移動するとき、後続カードが先頭カードに追従するようにした情報処理装置が提案されている。これにより、データの取り扱いを容易にしている。
【００１０】
【特許文献１】特開２０００−０７５９７７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上述したような一般的な表計算ソフトウェアでは、隣接する項目を一度に選択してまとめて移動させることはできるが、隣接していない項目については各々移動処理を行う必要がある。同様に、隣接していない項目についてはグループ化することができないため、利便性が悪いという問題点もある。
【００１２】
また、特許文献１においても、隣接していない項目については一括して取り扱うことができないという問題点がある。
【００１３】
本発明は、上記に鑑みてなされたものであって、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性のコンテンツを一括化することができ、オペレータの負担を軽減することができる辞書コンテンツ処理装置、コンテンツ表示システムおよびコンテンツ表示方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するために、本発明の辞書コンテンツ処理装置は、上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を記憶する辞書データ記憶部と、前記辞書情報に従って記述されたコンテンツを記憶するコンテンツデータ記憶部と、前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得するメタデータ取得手段と、このメタデータ取得手段により取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成するグループ化手段と、このグループ化手段により生成されたグループ情報を記憶するグループ情報記憶部と、前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成するコンテンツ表示データ作成部と、このコンテンツ表示データ作成部で作成された前記コンテンツ表示データに基づくコンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化するコンテンツ一括部と、を備える。
【００１５】
また、本発明のコンテンツ表示システムは、上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を記憶する辞書データ記憶部と、前記辞書情報に従って記述されたコンテンツを記憶するコンテンツデータ記憶部と、前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得するメタデータ取得手段と、このメタデータ取得手段により取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成するグループ化手段と、このグループ化手段により生成されたグループ情報を記憶するグループ情報記憶部と、前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成するコンテンツ表示データ作成部と、このコンテンツ表示データ作成部で作成された前記コンテンツ表示データに基づくコンテンツ表示画面を表示する表示部と、この表示部に表示された前記コンテンツ表示画面上で所定の属性を選択可能な入力部と、この入力部により前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化するコンテンツ一括部と、を備える。
【００１６】
また、本発明のコンテンツ表示方法は、上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を辞書データ記憶部に記憶する工程と、前記辞書情報に従って記述されたコンテンツをコンテンツデータ記憶部に記憶する工程と、前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得する工程と、取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成する工程と、生成されたグループ情報をグループ情報記憶部に記憶する工程と、前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成する工程と、作成された前記コンテンツ表示データに基づくコンテンツ表示画面を表示部に表示する工程と、前記表示部に表示された前記コンテンツ表示画面上で所定の属性を入力部で選択させる工程と、前記入力部により前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化する工程と、を含む。
【発明の効果】
【００１７】
本発明によれば、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性のコンテンツを一括化することができ、オペレータの負担を軽減することができるという効果を奏する。
【００１８】
また、本発明によれば、関連属性の見落としなどを防ぐこともできるという効果を奏する。
【００１９】
また、本発明によれば、属性の表示位置を移動する際に、該属性に関連する属性を自動的に付随させて移動することで、オペレータの操作の負担を軽減することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、この発明にかかる辞書コンテンツ処理装置、コンテンツ表示システムおよびコンテンツ表示方法の最良な実施の形態を詳細に説明する。
【００２１】
［１．階層型辞書について］
最初に、本実施の形態の前提となる、製品情報を電子的に提供する電子カタログシステムに用いられるメタデータを格納する階層型辞書について説明する。メタデータとは、他のデータ（例えばコンテンツデータ）の記述仕様を定義するデータのことである。データベースにおいては、データベース・スキーマに相当する（テーブル名、属性名、関連など）情報が独立してデータとして流通する形態をとったものであり、通常の値データとは区別される。このようなメタデータは、ISO13584規格やIEC61360規格等では、辞書もしくはデータ辞書と呼ばれる。
【００２２】
図１は、階層型辞書の構成の一例を示す説明図である。図１に示す階層型データベースである階層型辞書は、複数の階層に分かれている。そして、各階層は、１又は２以上の分類項目を有しており、下位が上位の属性（プロパティ）を継承する性質を持つ。したがって、下位の階層の分類項目は、上位の階層の分類項目の属性を継承する。ここで、階層型の分類項目はクラスと呼ばれ、各クラスは属性を持つ。図１に示す階層型辞書は、多重継承を含む一般的なクラス間の属性継承関係を示している。クラスはＡ０、Ｂ０、Ｂ１、Ｃ０、Ｃ１、Ｃ２、Ｃ３、Ｄ１で示され、属性はＰ０〜Ｐ７で示される。クラスＣ３においては、その親クラスＢ１から属性Ｐ０とＰ４を継承し、別の親クラスＤ１から属性Ｐ７を継承する。属性Ｐ６は、クラスＣ３において独自に定義された属性である。クラスＡ０とクラスＤ１は、独立したクラスである。ユニバーサルルート（Universal Root）は、全てのルートクラスを仮想的に含む全体クラスである。これは通常数学で言う「全体集合」に相当するものと考えられる。すなわち、全体クラスでは、継承すべき属性を特に含んでおらず、属性を持たないため、全てのルートクラスの親クラスとして扱うことが可能になる。
【００２３】
製品情報を電子的に提供する電子カタログシステムを実装するための国際規格であるＰＬＩＢ規格（ISO13584 parts Library）は、製品分類やその属性に用いる階層構造は単純木構造である。したがって、上位クラス（親クラス）は１つしか存在しない。親クラス以外の属性を継承する場合には、Case Of（「ケースオブ」）という属性の輸入（引用）のための特別な構造が用いられる。この構造は、図１の多重継承を、例えば番号の一番若い親クラスを主系列とするなどにより主系列と副系列に適宜分け、副系列に対してCase Ofという別名を与えた例とみなすことができる。また、ＯＲＤＢや一般的なオブジェクト指向データベースにおいては、全てのテーブルやクラスに親テーブル及び親クラスがあるわけではない。しかし、独立に存在するテーブルやクラスについても、図１に示すように、仮想的な「ユニバーサルルート」を設定することにより、全てのクラスをただ１つのルートからたどることが可能になり、単純木と変わらなくなる。
【００２４】
図２は、単純木を用いたＰＬＩＢ規格の階層型辞書の構成の一例を示す説明図である。図２に示すＰＬＩＢ規格の階層型辞書は、ユニバーサルルートを省略している。図２において、Ａ０、Ｂ０、Ｂ１、Ｃ０、Ｃ１、Ｃ２の木構造の部分は、分類階層を含む情報を表現する。本実施の形態では木は単純木であり、クラスには１つの上位クラスしかない。
【００２５】
図２において、クラスＡ０は下位クラスＢ０とＢ１を持つ。クラスＢ０は、下位クラスＣ０及びＣ１を持ち、クラスＢ１は下位クラスＣ２およびＣ３を持つ。それぞれの製品クラスは属性項目を持ち、上位クラスの属性は下位クラスに継承される。図２中、コンテンツ１２１、１２２、１２３及び１２４は実際の製品データ群である。例えば、コンテンツ１２１は、Ｃ０という種類に分類される製品データ群であり、各行がＣ０に分類される各製品を、各列が属性とその値を示す。したがって、このコンテンツ１２１は、属性項目Ｐ０、Ｐ１、Ｐ２の値がそれぞれｘ１、ｙ１、ｚ１である製品と、それぞれｘ２、ｙ２、ｚ２である製品の２つの製品を持つ。また、Ｃ０の上位クラスであるＡ０、Ｂ０からもそれぞれが持つ属性項目の値についてのみ、コンテンツ１２１の各製品を参照することができる。
【００２６】
なお、図１のコンテンツ１１１〜１１４は、図２のコンテンツ１２１〜１２４と同様の性質を持つ。
【００２７】
［２．システムの構成］
本発明の実施の一形態について詳細に説明する。図３は、コンテンツ表示システムのシステム構築例を示す模式図である。コンテンツ表示システムは、図３に示すように、サーバコンピュータ（以下、サーバという）１にＬＡＮ（Local Area Network）等のネットワーク２を介してクライアントコンピュータ（以下、クライアント端末という）３が複数台接続されたサーバクライアントシステムを想定する。クライアント端末３は、一般的なパーソナルコンピュータ等である。
【００２８】
図４は、サーバ１およびクライアント端末３のモジュール構成図である。サーバ１およびクライアント端末３は、情報処理を行うＣＰＵ（Central Processing Unit）１０１、ＢＩＯＳなどを記憶した読出し専用メモリであるＲＯＭ（Read Only Memory）１０２、各種データを書換え可能に記憶するＲＡＭ（Random Access Memory）１０３、各種データベースとして機能するとともに各種のプログラムを格納するＨＤＤ（Hard Disk Drive）１０４、記憶媒体１１０を用いて情報を保管したり外部に情報を配布したり外部から情報を入手するためのＣＤ−ＲＯＭドライブ等の媒体駆動装置１０５、ネットワーク２を介して外部の他のコンピュータと通信により情報を伝達するための通信制御装置１０６、処理経過や結果等を操作者に表示するＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示部１０７、並びに操作者がＣＰＵ１０１に命令や情報等を入力するためのキーボードやマウス等のポインティングデバイスである入力部１０８等から構成されており、これらの各部間で送受信されるデータをバスコントローラ１０９が調停して動作する。
【００２９】
このようなサーバ１およびクライアント端末３では、オペレータが電源を投入するとＣＰＵ１０１がＲＯＭ１０２内のローダーというプログラムを起動させ、ＨＤＤ１０４よりＯＳ（Operating System）というコンピュータのハードウェアとソフトウェアとを管理するプログラムをＲＡＭ１０３に読み込み、このＯＳを起動させる。このようなＯＳは、オペレータの操作に応じてプログラムを起動したり、情報を読み込んだり、保存を行ったりする。ＯＳのうち代表的なものとしては、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）等が知られている。これらのＯＳ上で走る動作プログラムをアプリケーションプログラムと呼んでいる。なお、アプリケーションプログラムは、所定のＯＳ上で動作するものに限らず、後述の各種処理の一部の実行をＯＳに肩代わりさせるものであってもよいし、所定のアプリケーションソフトやＯＳなどを構成する一群のプログラムファイルの一部として含まれているものであってもよい。
【００３０】
ここで、サーバ１は、アプリケーションプログラムとして、辞書コンテンツ処理プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、辞書コンテンツ処理プログラムを記憶する記憶媒体として機能する。
【００３１】
一方、クライアント端末３は、アプリケーションプログラムとして、辞書コンテンツ入出力プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、辞書コンテンツ入出力プログラムを記憶する記憶媒体として機能する。
【００３２】
また、一般的には、サーバ１およびクライアント端末３のＨＤＤ１０４にインストールされるアプリケーションプログラムは、ＣＤ−ＲＯＭやＤＶＤなどの各種の光ディスク、各種光磁気ディスク、フレキシブルディスクなどの各種磁気ディスク、半導体メモリ等の各種方式のメディア等の記憶媒体１１０に記録され、この記憶媒体１１０に記録された動作プログラムがＨＤＤ１０４にインストールされる。このため、ＣＤ−ＲＯＭ等の光情報記録メディアやＦＤ等の磁気メディア等の可搬性を有する記憶媒体１１０も、アプリケーションプログラムを記憶する記憶媒体となり得る。さらには、アプリケーションプログラムは、例えば通信制御装置１０６を介して外部から取り込まれ、ＨＤＤ１０４にインストールされても良い。
【００３３】
サーバ１は、ＯＳ上で動作する辞書コンテンツ処理プログラムが起動すると、この辞書コンテンツ処理プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御する。一方、クライアント端末３は、ＯＳ上で動作する辞書コンテンツ入出力プログラムが起動すると、この辞書コンテンツ入出力プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御する。サーバ１およびクライアント端末３のＣＰＵ１０１が実行する各種の演算処理のうち、本実施の形態の特長的な処理について以下に説明する。
【００３４】
クライアント端末３は、辞書コンテンツ入出力プログラムに従うことにより、サーバ１から受信したデータを、ＧＵＩ（Graphic User Interface）を介して表示部１０７に出力し、表示部１０７に表示された各画面上でオペレータが入力部１０８を介して行った作業や設定内容に基づくデータやコマンドを、ＧＵＩを介して受け取り、サーバ１へ送信する。
【００３５】
一方、サーバ１は、図５に示すように、辞書コンテンツ処理プログラムに従うことにより、辞書コンテンツ情報記憶部１１と、コンテンツ表示データ作成部１２と、表示データ記憶部１３と、グループ情報記憶部１４と、コンテンツ一括部１５と、グループ情報作成部１６と、グループ表示データ作成部１７と、グループ優先度表示データ作成部１８と、グループ優先度設定情報取得部１９とを備える。
【００３６】
辞書コンテンツ情報記憶部１１は、階層型データベースを構成する。階層型データベースは、複数の分類項目を階層的に関連付けた構造を持ち、各分類項目は当該分類項目の上位階層の分類項目が持つ属性をすべて継承する。このような辞書コンテンツ情報記憶部１１には、辞書データ記憶部１１ａおよびコンテンツデータ記憶部１１ｂが設けられている。辞書データ記憶部１１ａは、階層構造を構成する各分類項目の情報と、各分類項目間の親子関係の情報と、各分類項目で定義される各属性項目の情報から構成される辞書データを記憶する。各分類には当該分類の持つ属性の集合に従って記述されたコンテンツデータが登録される。一方、コンテンツデータ記憶部１１ｂは、辞書データ記憶部１１ａに記憶されている辞書データと対応付けて各コンテンツデータを記憶する。
【００３７】
ここで、図６は辞書コンテンツ情報記憶部１１で記憶されるＰＬＩＢ規格の階層型データベースの構成を体系的に示した例であり、Ｃ０１〜Ｃ０６は分類（クラス）を、Ｐ０１〜Ｐ０８は属性（プロパティ）を、各表は当該分類のコンテンツデータを表す。また、分類間を結ぶ実線の矢印は、矢印の先端側の分類を親とする分類間の継承関係を表し、分類と属性群を結ぶ実線は、当該分類で定義された属性を表し、属性群と表を結ぶ実線は当該分類のコンテンツデータを表す。ここで、分類Ｃ０１は最上位の分類であり、属性Ｐ０１および属性Ｐ０２が定義されている。また、分類Ｃ０２および分類Ｃ０３は分類Ｃ０１の子分類であり、各々で定義された属性に加えて、上位分類である分類Ｃ０１の持つ属性を持つ。他の分類についても同様に、自身で定義した属性に加えて上位分類で定義された属性を継承して持つため、階層型データベースでは、一般に下位の分類ほど多くの属性を持つことがわかる。コンテンツデータを示す各表では、当該分類で定義された属性の値に加えて、上位分類から継承した属性についても、その値が記述されている。さらに、図６においては、各属性Ｐ０１〜Ｐ０８のメタデータを吹き出しで表現している。なお、属性のメタデータは図６に示されるものに限るものではなく、図７に例示するように、属性のスキーマとして定義されているものであれば良い。
【００３８】
なお、図６では各分類がそれぞれ唯一の親分類しか持たないが、分類が複数の親分類を持つ多重継承の概念も本データモデルに含まれる。
【００３９】
図８は、辞書データ記憶部１１ａで記憶している辞書データの一例であり、辞書データをリレーショナルデータベース（ＲＤＢ）のテーブルに記憶している例を示す。この例は図６の分類階層と属性を、分類テーブルＴ１および属性テーブルＴ２を用いて表現している。ここでは、簡単のために、分類テーブルＴ１は分類の識別子および当該分類の親分類の識別子のみを列項目として構成される。ここで、ある分類の上位分類を検索するときには、当該分類の識別子をキーとして親分類の識別子を取得し、次に取得した親分類の識別子をキーとしてさらにその親の識別子を取得する。これを再帰的に繰り返すことで、元の分類の上位分類をすべて検索することができる。なお、複数の親分類を持つ場合には、それらの親分類について上記処理を行えばよい。同様に、下位分類の検索についても、取得した分類を親分類に持つ分類を再帰的に取得していけばよい。これにより、分類テーブルＴ１を再帰的に参照することで、上位分類および下位分類を容易に検索することができる。一方、属性テーブルＴ２は、定義された分類の識別子および当該属性の識別子を列項目として構成される。属性テーブルＴ２を参照することで、ある属性がどの分類で定義されたか、およびどの分類がどのような属性を定義しているかという情報を得ることができる。
【００４０】
このような構成により、分類テーブルＴ１を検索してすべての上位分類の識別子を取得し、それらの識別子をキーとして属性テーブルＴ２を検索することで、ある分類が持つすべての属性、すなわち、当該分類で定義された属性および上位階層から継承した属性の情報を容易に得ることができる。
【００４１】
なお、分類テーブルＴ１および属性テーブルＴ２の構成はこの例の場合に限ったものではなく、それぞれ必要な付加情報を追加したテーブルを用いて構成することも可能である。また、検索により同等の情報が得られれば、テーブル構成についてはこの例の限りではない。
【００４２】
図９は、コンテンツデータ記憶部１１ｂで記憶されるコンテンツデータをリレーショナルデータベースで記憶した場合の例であり、図８の辞書データに対応付けて記憶されたコンテンツを表す。この例では、簡単のため、すべてのコンテンツを１つのテーブルに記憶している。この例では、当該テーブルのヘッダは、コンテンツを識別するための識別子を表す「ＩＤ」項目と、コンテンツの分類を表す「分類」項目と、各属性項目から構成される。また、コンテンツの例として、分類「Ｃ０４」、「Ｃ０５」、「Ｃ０６」のそれぞれのコンテンツを記述しており、各属性の値を示すフィールドにそれぞれの値を記憶している。ここで、各分類のコンテンツを１つのテーブルで表す場合は、それぞれの分類が持たない属性については、その値を示すフィールドを空白とする。図９では、他のフィールドと区別するため、これらのフィールドを網掛けで表示している。なお、コンテンツの記憶方法はこの例のとおりである必要はなく、例えば図１０のように、分類ごとにコンテンツテーブルを用意するなど、同様の情報を記憶していればその構成はどのようなものでも良い。
【００４３】
次に、図５に示すコンテンツ表示データ作成部１２は、クライアント端末３の表示部１０７に表示するためのコンテンツ表示データを作成する。ここで、コンテンツ表示データは、辞書コンテンツ情報記憶部１１から抽出した辞書データおよびコンテンツデータから作成される。
【００４４】
図１１は、クライアント端末３の表示部１０７に表示されるコンテンツ表示画面Ｐ１の一例である。クライアント端末３の表示部１０７は、コンテンツ表示画面Ｐ１の内部に表示される属性項目から構成されるヘッダを持つマトリクス状のテーブルｔに対して、オペレータから問い合わせ文などにより指定された分類のコンテンツ一覧を表示する。なお、表示される属性はオペレータから指定された分類が持つすべての属性である必要はなく、予め指定することでその範囲を絞っても良い。また、当該テーブルｔは、オペレータがクライアント端末３の入力部１０８を用いてヘッダ部の特定の属性をドラッグして他の属性項目の前後にこれを移動させた後にドロップすることで、属性項目の表示位置を変更することができるものとする。このようにしてクライアント端末３側で実行された属性の表示位置の移動についての情報は、コンテンツ表示データ作成部１２に伝達される。コンテンツ表示データ作成部１２は、取得した情報を元にコンテンツ表示データを作成する処理を行う。
【００４５】
図１２は、クライアント端末３の表示部１０７に表示されたテーブルｔ上で、オペレータがある属性項目をクライアント端末３の入力部１０８を用いてドラッグした時の画面の例を示す。図１２では、オペレータが選択した属性項目を網掛けで表している。ドラッグ処理中は、選択した属性の列もしくは行を図のようにポインタｐに付随してビジュアルに表示することで、オペレータの直感的な属性項目の移動操作が可能になる。
【００４６】
このようにしてコンテンツ表示データ作成部１２が作成した各オペレータのコンテンツ表示データは、表示データ記憶部１３に記憶される。表示データ記憶部１３は、属性項目の並び順を記憶しており、クライアント端末３の表示部１０７に表示されたテーブルｔと同期されるものとする。
【００４７】
このように属性項目の移動を可能にしたのは、次の理由による。テーブルｔに表示される属性項目の順序は、問い合わせ文などでオペレータが指定しない限り、予め決められた順序もしくは項目を読み込んだ際の順序となることが多い。そのため、コンテンツの表示後に閲覧したい属性が離散的に配置されている場合、オペレータはそれらの属性を互いに近くなるように配置するために、各属性項目を移動させる必要があるためである。
【００４８】
ところで、本実施の形態においては、クライアント端末３の表示部１０７に表示されたコンテンツ表示画面Ｐ１に表示されたテーブルｔ上で所定の属性項目が選択されて移動された場合、グループ情報記憶部１４に記憶された属性項目のグループ情報に基づいて、属性項目のコンテンツを一括化するコンテンツ一括部１５を備えている。このように属性項目のコンテンツを一括化することにより、クライアント端末３の表示部１０７に表示されたコンテンツ表示画面Ｐ１のテーブルｔ上でオペレータが属性項目の表示位置を変更する時に、当該属性と同じグループに属する他の属性（群）を当該属性に連動させて表示位置を変更することが可能になっている。つまり、テーブルｔ内で表示する属性数が多い場合には、上述したようなドラッグ処理方法によって、オペレータが相互に閲覧したい属性項目を互いに近くなるように配置したり、特定の属性項目を先頭のほうに移動したりすることで、一覧性や操作性の向上を図ることができる。また、属性項目の探索回数や属性項目の移動回数が少なくなるほど、オペレータの作業にかかる負担は軽減することになる。
【００４９】
すなわち、オペレータがクライアント端末３の表示部１０７に表示されたコンテンツ表示画面Ｐ１のテーブルｔ上で属性項目の表示位置を変更した場合には、コンテンツ表示データ作成部１２は、コンテンツ一括部１５から一括化した属性項目のコンテンツを取得して、表示位置が変更された当該属性の移動位置に取得したコンテンツを表示するコンテンツ表示データを作成する。
【００５０】
ここで、属性が複数のグループに属している場合には、どのグループから順に参照するかによって移動後の表示順序に違いが出る。また、オペレータの操作内容や閲覧内容によっては、選択した属性と同一グループの属性を連動移動させたくないという要望もありうる。このとき、選択した属性の移動の際に、オペレータが当該属性のどのグループを移動に反映するかを選択決定できる方が良い。また、その際にグループの適用順序を設定できれば、オペレータごとにそれぞれの要求を満たす表示方法を提供することができる。
【００５１】
そこで、本実施の形態においては、選択した属性についてオペレータが当該属性のグループ、システム推奨の順序を予め設定することにより、辞書データについての知見に乏しいオペレータの操作や閲覧を補助することができるようにしている。以下において、詳述する。
【００５２】
グループ情報記憶部１４は、属性のグループ情報およびその優先度を記憶するためのリレーショナルデータベース（ＲＤＢ）である。このような属性のグループ情報は、グループ情報作成部１６によって作成される。より詳細には、コンテンツデータ記憶部１１ｂの辞書データ記憶部１１ａから各属性のメタデータを取得し（メタデータ取得手段）、該メタデータから抽出した情報から自動的もしくは半自動的に属性をグループ化したグループ情報を作成する（グループ化手段）。
【００５３】
ここで、図１３はグループ情報作成部１６におけるグループ情報作成処理の流れを示すフローチャートである。図１３に示すように、辞書コンテンツ情報記憶部１１の辞書データ記憶部１１ａから各属性のリストを取得し（ステップＳ１１）、グループ化していない属性があるか否かを判定する（ステップＳ１２）。
【００５４】
グループ化していない属性があると判定した場合には（ステップＳ１２のＹｅｓ）、辞書データ記憶部１１ａから各属性のメタデータを取得し（ステップＳ１３）、グループ化可能な情報がある場合であって（ステップＳ１４のＹｅｓ）、参加可能なグループがない場合には（ステップＳ１５のＮｏ）、新規グループを作成してから（ステップＳ１６）、グループ情報記憶部１４にグループ情報を登録して（ステップＳ１７）、ステップＳ１３に戻る。一方、グループ化可能な情報がある場合であって（ステップＳ１４のＹｅｓ）、参加可能なグループがある場合には（ステップＳ１５のＹｅｓ）、そのままステップＳ１７に進み、グループ情報記憶部１４にグループ情報を登録する。
【００５５】
このようなステップＳ１３〜Ｓ１７の処理は、グループ化していない属性がないと判定されるまで（ステップＳ１２のＮｏ）、繰り返される。
【００５６】
そして、グループ化していない属性がないと判定されると（ステップＳ１２のＮｏ）、処理を終了する。
【００５７】
図１４は、グループ情報記憶部１４に登録されているテーブルＴ３の一例であり、属性とグループおよびその優先度とをマッピングするためのテーブルＴ３を示すものである。図１４に示すテーブルＴ３は、属性を一意に識別するための「属性識別子」項目ａと、グループを一意に識別するための「グループ識別子」項目ｂと、「グループ識別子」項目ｂで識別されるグループの名前を表す「グループ名」項目ｃと、システム推奨の当該グループの優先度を表す「システム優先度」項目ｄと、各オペレータが設定した当該グループの優先度を表す「オペレータ優先度」項目ｅとから構成されており、それぞれの組を１つのレコードとして記憶する。ここで、図１４に示すように、属性ごとに、当該属性の各グループに対して優先度が割り当てられる。つまり、ある属性の各グループに設定された優先度の値と、他の属性の各グループに設定された優先度の値は独立である。なお、図１４で示されるテーブルは一実施例であり、同様の意味を含有すればテーブル数およびその構成項目の種類や数は本実施例の場合に限らない。また、本実施例では優先度を自然数で表しており、その値が小さいグループほど優先度が高いものとしているが、同様の意味を表せばこの例の限りではない。
【００５８】
図１４に示す例では、属性Ｐ０１と属性Ｐ０２がグループ識別子ＧＣ０１を識別子に持つグループ「分類」に属している。ここで、グループ「ＧＣ０１」について注目すると、システム推奨の優先度は属性「Ｐ０１」では「１」、属性「Ｐ０２」では「２」である。これは、属性「Ｐ０１」側からグループの優先度を取得した場合は優先度「１」を返すが、属性「Ｐ０２」側からグループの優先度を取得した場合は優先度「２」を返すことを意味する。次に、図１４の「オペレータ優先度」項目ｅにおける「オペレータ１優先度」項目のようにオペレータがグループの優先度を設定している場合、システム推奨の優先度を選択しない限り、当該オペレータの設定が優先される。一方、「オペレータ２優先度」項目のように、オペレータがグループの優先度を設定していない場合は、システム推奨の優先度が選択される。
【００５９】
なお、オペレータごとの設定を記憶する他に、オペレータが属するオペレータグループごとの設定情報を記憶し、各オペレータからの問い合わせ時に、当該オペレータが属するグループの設定情報を返すようにしても良い。
【００６０】
グループ表示データ作成部１７は、グループ情報記憶部１４から属性のグループ情報を取得し、グループに関する設定操作をオペレータに提供するグループ設定画面Ｐ２（図１５参照）をクライアント端末３の表示部１０７に出力するためのグループ表示データを作成する。一方、グループ優先度表示データ作成部１８は、グループ情報記憶部１４からグループ情報およびその優先度情報を取得し、各グループに優先度を設定したり提示したりする優先度設定画面Ｐ３（図１７参照）をクライアント端末３の表示部１０７に出力するためのグループ優先度表示データを作成する。このようにしてクライアント端末３の表示部１０７に表示された画面に基づいてオペレータが設定したグループやその優先度についての設定情報は、グループ優先度設定情報取得部１９に伝達される。グループ優先度設定情報取得部１９は、オペレータが設定したこれらの情報を取得してグループ情報記憶部１４に記憶する。
【００６１】
以下、図１５〜図１９を参照して、上記のグループ設定およびグループの優先度設定作業の流れを説明する。
【００６２】
図１５は、クライアント端末３の表示部１０７に表示されるグループ設定画面Ｐ２の例であり、図１１のコンテンツ表示画面Ｐ１から呼び出される。グループ設定画面Ｐ２は、選択された属性が属する各グループについて、属性の連動移動を適用するかどうかを切り替える適用切り替え部２１と、設定された優先度を表示する設定優先度表示部２２と、グループの情報を提示するグループ情報表示部２３と、グループ優先度を設定する優先度設定画面Ｐ３を表示するための「優先度設定」ボタン２４と、システム推奨の設定内容をグループ情報記憶部１４から取得して表示するための「推奨設定」ボタン２５と、オペレータが事前に設定して登録した設定内容をグループ情報記憶部１４から取得して表示するための「設定をロード」ボタン２６と、設定内容をグループ情報記憶部１４に保存するための「設定を保存」ボタン２７と、設定内容を適用したりキャンセルしたりするための各種ボタン２８，２９とから構成される。
【００６３】
適用切り替え部２１は、クライアント端末３の入力部１０８などによりチェックマークをつけることが可能なチェックボックスから構成されており、各チェックボックスは同じ行に表示されているグループに１対１に対応付けて割り当てられる。設定優先度表示部２２は、設定されている各グループの優先度を表示する。ここで、設定優先度表示部２２に表示される優先度は、適用切り替え部２１でチェックボックスにチェックマークがつけられたグループのみである。グループ情報表示部２３は、選択された属性が属するすべてのグループを表示する。なお、当該グループ設定画面Ｐ２で参照するグループ情報は、グループ情報記憶部１４から取得する。
【００６４】
オペレータは、選択した属性の表示位置を変更する際に適用したいグループについて、グループ設定画面Ｐ２上で当該グループのチェックボックスにチェックマークを入れる。図１６は図１５の例において、「分類：Ｃ１」と「型：Real_Measure_Type」と「単位：ｍ」をグループ化適用の対象に選んだ場合の例であり、オペレータがそれぞれに対応するチェックボックスにチェックマークを入れた状態を表す。ここで、図１６では、設定優先度表示部２２に優先度が表示されていないため、チェックマークを入れたグループに優先度を設定する必要がある。これらのグループに優先度を設定するには、１つ以上のグループにチェックマークを入れた状態で「優先度設定」ボタン２４を押す。
【００６５】
図１７は、図１６の状態で「優先度設定」ボタン２４を押した場合に表示される優先度設定画面Ｐ３の例である。優先度設定画面Ｐ３は、グループ設定画面Ｐ２でチェックマークを入れたグループの優先度を設定するためにクライアント端末３の表示部１０７に表示される画面であり、優先度が仮設定されたグループを優先度の高い順に表示する優先度表示部３１と、まだ優先度が仮設定されていないグループのリストを表示する選択可能グループ表示部３２と、優先度表示部３１と選択可能グループ表示部３２との間での優先度設定のためにグループ項目の移行操作を行うための各種ボタンを配置する優先度設定操作部３３と、設定内容を適用したりキャンセルしたりするための各種ボタン３４，３５とから構成される。
【００６６】
優先度表示部３１と選択可能グループ表示部３２は、それぞれクライアント端末３の入力部１０８などで一度に複数のグループ項目を選択することができるものとする。
【００６７】
優先度設定操作部３３は、「追加」、「すべて追加」、「すべて戻す」、「戻す」の４つのボタンから構成される。このうち、「追加」ボタンは、選択可能グループ表示部３２で選択されている１つ以上のグループ項目を優先度表示部３１に追加する。追加されたグループ項目は、選択可能グループ表示部３２のリストから削除される。ここで、選択されたグループ項目が優先度表示部３１に追加される位置は、優先度表示部３１に表示されているグループ項目の中で最も下位である。また、複数のグループ項目を選択した場合、それらのグループ項目が選択可能グループ表示部３２で表示されている順序で優先度表示部３１に追加される。次に、「すべて追加」ボタンは、選択可能グループ表示部３２に表示されているすべてのグループ項目を優先度表示部３１に追加する。すなわち、選択可能グループ表示部３２のすべてのグループ項目を選択した状態で「追加」ボタンを押した場合と同様の効果が得られる。一方、「すべて戻す」ボタンおよび「戻す」ボタンは、それぞれ「すべて追加」ボタン、「追加」ボタンと逆の効果が得られる。すなわち、優先度表示部３１で選択されたグループ項目を選択可能グループ表示部３２に戻す役割を果たす。
【００６８】
図１８は、図１７の例で選択可能グループ表示部３２に表示されている「単位：ｍ」グループと「分類：Ｃ０１」グループを、順に優先度表示部３１に追加した例を表す。ここで、すべてのグループ項目が優先度表示部３１に追加された状態で「ＯＫ」ボタンを押した場合、優先度設定画面Ｐ３で設定した優先度が各グループに適用される。一方、この例のように選択可能グループ表示部３２にまだグループ項目が残っている状態で「ＯＫ」ボタンを押して設定を適用した場合、システムが自動的に選択可能グループ表示部３２に表示されているグループ項目を上から順に優先度表示部３１に追加して優先度を適用する。
【００６９】
図１９は、図１８の例で設定した優先度を適用した後のグループ設定画面Ｐ２の例を表す。ここでは、図１８の例においてオペレータが手動で設定した「単位：ｍ」および「分類：Ｃ０１」のそれぞれのグループの優先度と、オペレータが手動で設定しなかったためシステムが自動で設定した「型：Real_Measure_Type」グループの優先度が設定優先度表示部２２に表示される。
【００７０】
最後に、グループ設定画面Ｐ２で「ＯＫ」ボタン２８を押すと、当該属性のグループ適用および優先度の設定を適用して終了する。一方、「Ｃａｎｃｅｌ」ボタン２９を押すと、これまでの設定内容を破棄して終了する。
【００７１】
ここで、オペレータがグループ設定画面Ｐ２で「推奨設定」ボタン２５を押すと、グループ情報記憶部１４からシステム推奨のグループ設定情報を取得し、グループ設定画面Ｐ２に取得したグループ情報およびその優先度情報を表示する。また、オペレータがグループ設定画面Ｐ２で「設定をロード」ボタン２６を押すと、グループ情報記憶部１４から当該オペレータが以前に設定して登録した当該属性のグループ情報および優先度を取得し、これらをグループ設定画面Ｐ２に表示する。また、オペレータが「設定を保存」ボタン２７を押すと、グループ設定画面Ｐ２に表示されている設定内容がグループ優先度設定情報取得部１９に伝達される。グループ優先度設定情報取得部１９は、当該オペレータの設定情報として、これをグループ情報記憶部１４に保存する。
【００７２】
このように操作することで、グループ化の適用の可否およびグループの優先度を設定することができる。また、オペレータによって設定された優先度の情報は、オペレータと対応付けてグループ情報記憶部１４に記憶される。
【００７３】
なお、本実施の形態においては、予めグループ化の適用の可否およびグループの優先度が設定されていない場合の例を示したが、これらは予め与えられていても良いし、未設定の場合にグループ設定画面Ｐ２にシステムが推奨する設定を提示しても良い。また、本実施の形態においては、属性項目の移動前にオペレータがグループ設定画面Ｐ２上で各グループ適用可否および優先度を設定したが、移動中もしくは移動後に該属性のグループ設定画面Ｐ２をクライアント端末３の表示部１０７上に提示し、移動中もしくは移動後にグループの適用可否および優先度を適用したり修正したりすることで、連動移動を行っても良い。
【００７４】
最後に、図２０のフローチャートを参照しつつ本実施の形態の特徴である属性連動移動処理について説明する。
【００７５】
まず、クライアント端末３の表示部１０７のコンテンツ表示画面Ｐ１に表示されたテーブルｔ上でオペレータが属性項目をドラッグすると、選択された属性項目の情報がコンテンツ表示データ作成部１２に通知される（ステップＳ１）。コンテンツ表示データ作成部１２は、当該属性項目の識別子を取得し、これをキーとしてグループ情報記憶部１４から当該属性項目の属するグループを優先度の昇順に取得する（ステップＳ２）。
【００７６】
ここで、取得したグループリストに１つ以上のグループ情報が入っている場合（ステップＳ３のＮｏ）、グループリストを用いて移動属性リストを取得する処理を行う（ステップＳ４）。一方、グループリストが空の場合には（ステップＳ３のＹｅｓ）、移動属性リストを取得する処理は行わず、ステップＳ５に進む。
【００７７】
ここで、図２１は、ステップＳ４における移動属性リストを取得する処理の流れを示すフローチャートである。まず、選択された属性に追従して移動させる属性項目を記憶するための移動属性リストを初期化した後（ステップＳ４０１）、ステップＳ２において優先度順にソートされたグループリストの先頭から順にグループ情報を取得し（ステップＳ４０２）、取得したグループのグループ識別子をキーとして、グループ情報記憶部１４から当該グループに属する属性項目を取得して、移動属性リストに追加する（ステップＳ４０３）。ただし、取得した属性項目のうち、選択された属性と、既に移動属性リストに追加された属性と、表示装置２に表示されたテーブルに項目がない属性については追加しない。その後、グループリストにまだ処理していないグループが残っている場合は（ステップＳ４０４のＹｅｓ）、ステップＳ４０２に戻って処理を継続する。一方、すべてのグループについて処理を終えている場合は（ステップＳ４０４のＮｏ）、移動属性リストに属性を記憶するための処理を終了して、作成した移動属性リストをコンテンツ表示データ作成部１２に渡す。
【００７８】
続くステップＳ５では、クライアント端末３の入力部１０８によってドラッグされている属性項目がオペレータによりドロップされたとき、ドロップされた際の挿入位置と、ポインタのテーブル内での座標と、コンテンツの表示部位がコンテンツ表示データ作成部１２に通知される。ここで、ドロップされた際の挿入位置とは、どの属性項目の前後に移動したかという情報を表し、属性の移動による並べ替え処理のために必要となる。また、ポインタのテーブル内での座標およびコンテンツの表示部位は、移動によって更新されたコンテンツ表示データを当該テーブルに再表示する際に必要となる。
【００７９】
このようなステップＳ５のドラッグ＆ドロップ処理において、ドラッグおよびドロップの処理前後で表示位置が等しい場合、属性項目の移動が起こらなかったとみなし、処理を終了する（ステップＳ６のＮｏ）。一方、ドラッグおよびドロップの処理前後で表示位置が異なる場合（ステップＳ６のＹｅｓ）には、属性項目の移動が生じたため、コンテンツ表示データを更新する処理に移行する（ステップＳ７）。
【００８０】
ここで、図２２は、ステップＳ７におけるコンテンツ表示データの作成（更新）処理の流れを示すフローチャートである。コンテンツ表示データ作成部１２は、まず、表示データ記憶部１３が記憶している表示リストを変更前表示リストとして取得した後（ステップＳ７０１）、移動後の属性項目の順序を記憶するための変更後表示リストを初期化する（ステップＳ７０２）。次に、挿入位置より前に表示されている属性を先頭から順に取得するが、移動属性リスト中に項目がある属性は、挿入された属性に連結して挿入されるため、ここでは移動属性リストに項目がない属性のみ変更後表示リストに追加する（ステップＳ７０３）。次に、移動属性リストの属性を先頭から順に取得し、変更前表示リスト中に項目がある属性のみを変更後表示リストに追加する（ステップＳ７０４）。次いで、挿入位置より後ろに表示されている属性を順に取得するが、これらのうち、移動属性リスト中に項目があるものは既に変更後表示リストに追加されているため、移動属性リスト中に項目がない属性のみを変更後表示リストに追加した後（ステップＳ７０５）、上記の方法で作成した変更後表示リストを表示データ記憶部１３に記憶する（ステップＳ７０６）。最後に、変更後表示リストの順に属性項目をソートしたコンテンツ表示データを作成する（ステップＳ７０７）。
【００８１】
最後にステップＳ８において、コンテンツ表示データ作成部１２は、更新したコンテンツ表示データをクライアント端末３の表示部１０７に渡す。表示画面は、取得したコンテンツ表示データに基づいて、コンテンツ表示画面Ｐ１のテーブルにコンテンツを表示する。ここで、当該テーブルでは、オペレータによってドロップされた際のポインタの座標から、ドロップされた属性項目が当該座標に表示されるようにする。また、ドロップされた際のコンテンツの表示部位と同じコンテンツをテーブル上に表示することで、オペレータは属性の移動後も同じ範囲のコンテンツを閲覧することができる。
【００８２】
ここで、図２３は、コンテンツ表示画面Ｐ１に表示されるテーブルｔ上で、オペレータが属性項目「Ｐ０５」を属性項目「Ｐ０１」の前に移動させた場合の移動前後のテーブル構成を示す例である。この例では、属性項目「Ｐ０５」は属性項目「Ｐ０９」、「Ｐ１０」、「Ｐ１２」と同じグループに属している。したがって、オペレータが属性項目「Ｐ０５」をドラッグすると、属性項目「Ｐ０５」はこれら３つの属性項目と連結して、図２３中のＸに示すような状態で移動する。その後、属性項目「Ｐ０１」の手前の位置でドロップされると、オペレータが選択した属性項目「Ｐ０５」だけでなく、属性項目「Ｐ０９」、「Ｐ１０」、「Ｐ１２」も同様に「Ｐ０１」の前に連動移動して表示される。
【００８３】
一方、図２４は、図２３の例と同様の環境で、オペレータが選択した属性項目が複数のグループに属している場合の例を示す。図２４では、オペレータに選択された属性項目「Ｐ０５」は、「Ｐ０５」の他に「Ｐ０６」、「Ｐ０７」、「Ｐ０９」を構成要素とするグループ１と、「Ｐ０５」の他に「Ｐ０９」、「Ｐ１０」、「Ｐ１２」を構成要素とするグループ２に属している。すなわち、属性項目「Ｐ０９」は、どちらのグループにも属している。なお、グループ２の方がグループ１よりも優先度が高いものとする。したがって、オペレータが属性項目「Ｐ０５」をドラッグすると、システムは当該属性項目のグループ情報および優先度情報を取得し、まずグループ２の属性項目「Ｐ１０」、「Ｐ１２」、「Ｐ０９」が属性項目「Ｐ０５」に連結され、次に、グループ１の属性項目が連結される。ここで、図２４中のＹに示すように、「Ｐ０９」は既に連結されているため、残りの「Ｐ０６」、「Ｐ０７」を連結する。その後、オペレータが属性項目「Ｐ０５」を図２３と同様に属性項目「Ｐ０１」の直前にドロップすると、上記の属性も自動的に移動して連結された状態で表示される。
【００８４】
このように、属性のメタデータが一定のフォーマットに従って定義されており、予めその情報が記述されている環境下で、各属性のメタデータを抽出して自動的もしくは半自動的に属性のグループ化を行い、オペレータがＧＵＩ上で属性項目の表示位置を変更する時に、当該属性と同じグループに属する他の属性（群）を当該属性に連結させて表示位置を変更することが可能になっている。
【００８５】
なお、図２３および図２４の例では、図面での説明のために選択された属性項目および各グループに属する属性項目のヘッダ部分の背景を網掛けなどで表したが、それぞれのグループに実際に色を割り当て、それぞれのグループに属する属性項目のヘッダ部分の背景色を当該グループに割り当てられた色に設定して表示しても良い。ここで、複数のグループに属している属性項目については、当該属性項目のヘッダ部分を複数の領域に分割してそれぞれの色を割り当てたり、優先度が最も高いグループの色のみを割り当てたり、オペレータに選択されたグループの色のみを割り当てたりすることで対応する。
【００８６】
このように本実施の形態のシステムによれば、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性のコンテンツを一括化することができ、オペレータの負担を軽減することができる。特に、属性のスキーマが定義されている階層型データベースにおいて、各属性をそれらのメタデータを元に自動的にグループ化することで、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性を一括して移動させることができる。
【００８７】
また、属性の表示位置の変更時に当該属性と関係のある属性についてもまとめて当該属性の近辺に移動することができ、これらの属性の表示位置を変更することに伴うオペレータの負担を軽減することができる。さらに、オペレータが辞書データについての知見に乏しい状況でも、属性の表示位置の変更操作時にシステムが自動的に推奨する属性を当該属性の近辺に表示することで、関連属性の見落としなどを防ぐ効果も期待できる。
【００８８】
なお、本実施の形態においては、サーバクライアントシステムを想定したが、これに限るものではなく、ネットワークに接続されていないスタンドアロンの形態で実施しても良い。
【図面の簡単な説明】
【００８９】
【図１】本実施の形態の前提となる階層型辞書の構成の一例を示す説明図である。
【図２】単純木を用いたＰＬＩＢ規格の階層型辞書の構成の一例を示す説明図である。
【図３】本発明の実施の一形態のコンテンツ表示システムのシステム構築例を示す模式図である。
【図４】サーバおよびクライアント端末のモジュール構成図である。
【図５】コンテンツ表示システムを示す機能ブロック図である。
【図６】階層型データベースの構成を体系的に示した例を示す説明図である。
【図７】属性のスキーマを例示的に示す説明図である。
【図８】辞書データ記憶部で記憶している辞書データの一例を示す説明図である。
【図９】リレーショナルデータベースで記憶した場合のコンテンツデータの一例を示す説明図である。
【図１０】分類ごとにコンテンツテーブルを用意して記憶した場合のコンテンツデータの一例を示す説明図である。
【図１１】コンテンツ表示画面の一例を示す正面図である。
【図１２】オペレータがある属性項目をドラッグした時のコンテンツ表示画面の一例を示す正面図である。
【図１３】グループ情報作成処理の流れを示すフローチャートである。
【図１４】グループ情報記憶部に登録されているテーブルの一例を示す説明図である。
【図１５】グループ設定画面の一例を示す正面図である。
【図１６】グループ設定画面の一例を示す正面図である。
【図１７】優先度設定画面の一例を示す正面図である。
【図１８】優先度設定画面の一例を示す正面図である。
【図１９】グループ設定画面の一例を示す正面図である。
【図２０】属性連動移動処理の流れを示すフローチャートである。
【図２１】移動属性リストを取得する処理の流れを示すフローチャートである。
【図２２】コンテンツ表示データの作成（更新）処理の流れを示すフローチャートである。
【図２３】移動前後のテーブル構成の一例を示す説明図である。
【図２４】移動前後のテーブル構成の一例を示す説明図である。
【符号の説明】
【００９０】
１ 辞書コンテンツ処理装置
１１ａ 辞書データ記憶部
１１ｂ コンテンツデータ記憶部
１２ コンテンツ表示データ作成部
１４ グループ情報記憶部
１５ コンテンツ一括部
１６ メタデータ取得手段、グループ化手段
１７ グループ表示データ作成部
１８ グループ優先度表示データ作成部
１９ グループ優先度設定情報取得部
１０７ 表示部
１０８ 入力部
Ｐ１ コンテンツ表示画面
Ｐ２ グループ設定画面
Ｐ３ 優先度設定画面
【技術分野】
【０００１】
本発明は、辞書コンテンツ処理装置、コンテンツ表示システムおよびコンテンツ表示方法に関する。
【背景技術】
【０００２】
オブジェクト指向データベース（ＯＯＤＢ）やオブジェクトリレーショナルデータベース（ＯＲＤＢ）を代表とする階層型データベースでは、下位分類が上位分類の属性を継承する階層構造を持つ。各分類項目には、当該分類が持つ属性に従って記述されたデータ（群）が対応付けられており、一般にこれらのデータ（群）をコンテンツと呼ぶ。
【０００３】
工業製品や部品の電子カタログに関する国際規格であるISO13584/Parts Library（ＰＬＩＢ）も階層型データベースの１つである。ＰＬＩＢでは、ユニークなＩＤを表す「ＢＳＵコード」や「推奨名称」など分類および属性のスキーマが定義されており、これらに従って各分類や各属性のメタデータが記述される。このようにして構成された分類階層は辞書と呼ばれ、この辞書に従ってコンテンツが記述される。
【０００４】
階層型データベースにおいて、ＰＬＩＢのように分類や属性のスキーマが定義されている場合、分類や属性の情報を併せることでオペレータは体系的にコンテンツを閲覧・操作することができる。
【０００５】
オペレータが階層型データベースのコンテンツを閲覧する場合、一覧性の観点から、オペレータに指定された分類が持つ属性項目をヘッダに持つテーブル形式（表形式）でＧＵＩ（Graphical User Interface）上に表示されることが多い。
【０００６】
一般に、表形式での表示方法を提供する多くのアプリケーションでは、ＧＵＩ上に表示されたテーブル上でオペレータがポインティングデバイスなどを利用してヘッダをドラッグおよびドロップすることで特定の属性項目の表示位置を他の位置へ移動させることができる。これにより、作業対象の属性項目を先頭に移動させたり、関連する他の属性項目を作業対象の属性項目の近くに配置させたりすることで、作業効率が向上する。
【０００７】
しかしながら、属性項目を移動させるためにはその属性項目が表示されている位置を把握しているか、探し出す必要があるため、表示される属性数が多くなるほど、オペレータの作業が煩雑になってしまう。また、ある属性項目を閲覧・編集するためにどの属性を同時に表示させるべきかをオペレータが把握する必要があるため、属性数が多くなるほどオペレータが関連属性を決定して探し出す作業の負担が大きくなるという問題もある。
【０００８】
そこで、一般的な表計算ソフトウェアなどにおいては、隣接する複数の項目を一度に選択して「切り取り」操作を行い、所定の位置で「貼り付け」操作を行うことで、複数の項目をまとめて移動させることができる。これにより、隣接する項目については、移動作業を一括して行うことが可能である。また、隣接する項目をグループ化して印を付与することにより、項目間の関連の視認性を向上することができる。
【０００９】
また、特許文献１においては、データをカードとして扱い、カード群を順序を保った構造で管理することにより、カード群のうち先頭カードがポインティング位置に従って移動するとき、後続カードが先頭カードに追従するようにした情報処理装置が提案されている。これにより、データの取り扱いを容易にしている。
【００１０】
【特許文献１】特開２０００−０７５９７７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上述したような一般的な表計算ソフトウェアでは、隣接する項目を一度に選択してまとめて移動させることはできるが、隣接していない項目については各々移動処理を行う必要がある。同様に、隣接していない項目についてはグループ化することができないため、利便性が悪いという問題点もある。
【００１２】
また、特許文献１においても、隣接していない項目については一括して取り扱うことができないという問題点がある。
【００１３】
本発明は、上記に鑑みてなされたものであって、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性のコンテンツを一括化することができ、オペレータの負担を軽減することができる辞書コンテンツ処理装置、コンテンツ表示システムおよびコンテンツ表示方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するために、本発明の辞書コンテンツ処理装置は、上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を記憶する辞書データ記憶部と、前記辞書情報に従って記述されたコンテンツを記憶するコンテンツデータ記憶部と、前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得するメタデータ取得手段と、このメタデータ取得手段により取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成するグループ化手段と、このグループ化手段により生成されたグループ情報を記憶するグループ情報記憶部と、前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成するコンテンツ表示データ作成部と、このコンテンツ表示データ作成部で作成された前記コンテンツ表示データに基づくコンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化するコンテンツ一括部と、を備える。
【００１５】
また、本発明のコンテンツ表示システムは、上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を記憶する辞書データ記憶部と、前記辞書情報に従って記述されたコンテンツを記憶するコンテンツデータ記憶部と、前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得するメタデータ取得手段と、このメタデータ取得手段により取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成するグループ化手段と、このグループ化手段により生成されたグループ情報を記憶するグループ情報記憶部と、前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成するコンテンツ表示データ作成部と、このコンテンツ表示データ作成部で作成された前記コンテンツ表示データに基づくコンテンツ表示画面を表示する表示部と、この表示部に表示された前記コンテンツ表示画面上で所定の属性を選択可能な入力部と、この入力部により前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化するコンテンツ一括部と、を備える。
【００１６】
また、本発明のコンテンツ表示方法は、上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を辞書データ記憶部に記憶する工程と、前記辞書情報に従って記述されたコンテンツをコンテンツデータ記憶部に記憶する工程と、前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得する工程と、取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成する工程と、生成されたグループ情報をグループ情報記憶部に記憶する工程と、前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成する工程と、作成された前記コンテンツ表示データに基づくコンテンツ表示画面を表示部に表示する工程と、前記表示部に表示された前記コンテンツ表示画面上で所定の属性を入力部で選択させる工程と、前記入力部により前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化する工程と、を含む。
【発明の効果】
【００１７】
本発明によれば、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性のコンテンツを一括化することができ、オペレータの負担を軽減することができるという効果を奏する。
【００１８】
また、本発明によれば、関連属性の見落としなどを防ぐこともできるという効果を奏する。
【００１９】
また、本発明によれば、属性の表示位置を移動する際に、該属性に関連する属性を自動的に付随させて移動することで、オペレータの操作の負担を軽減することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、この発明にかかる辞書コンテンツ処理装置、コンテンツ表示システムおよびコンテンツ表示方法の最良な実施の形態を詳細に説明する。
【００２１】
［１．階層型辞書について］
最初に、本実施の形態の前提となる、製品情報を電子的に提供する電子カタログシステムに用いられるメタデータを格納する階層型辞書について説明する。メタデータとは、他のデータ（例えばコンテンツデータ）の記述仕様を定義するデータのことである。データベースにおいては、データベース・スキーマに相当する（テーブル名、属性名、関連など）情報が独立してデータとして流通する形態をとったものであり、通常の値データとは区別される。このようなメタデータは、ISO13584規格やIEC61360規格等では、辞書もしくはデータ辞書と呼ばれる。
【００２２】
図１は、階層型辞書の構成の一例を示す説明図である。図１に示す階層型データベースである階層型辞書は、複数の階層に分かれている。そして、各階層は、１又は２以上の分類項目を有しており、下位が上位の属性（プロパティ）を継承する性質を持つ。したがって、下位の階層の分類項目は、上位の階層の分類項目の属性を継承する。ここで、階層型の分類項目はクラスと呼ばれ、各クラスは属性を持つ。図１に示す階層型辞書は、多重継承を含む一般的なクラス間の属性継承関係を示している。クラスはＡ０、Ｂ０、Ｂ１、Ｃ０、Ｃ１、Ｃ２、Ｃ３、Ｄ１で示され、属性はＰ０〜Ｐ７で示される。クラスＣ３においては、その親クラスＢ１から属性Ｐ０とＰ４を継承し、別の親クラスＤ１から属性Ｐ７を継承する。属性Ｐ６は、クラスＣ３において独自に定義された属性である。クラスＡ０とクラスＤ１は、独立したクラスである。ユニバーサルルート（Universal Root）は、全てのルートクラスを仮想的に含む全体クラスである。これは通常数学で言う「全体集合」に相当するものと考えられる。すなわち、全体クラスでは、継承すべき属性を特に含んでおらず、属性を持たないため、全てのルートクラスの親クラスとして扱うことが可能になる。
【００２３】
製品情報を電子的に提供する電子カタログシステムを実装するための国際規格であるＰＬＩＢ規格（ISO13584 parts Library）は、製品分類やその属性に用いる階層構造は単純木構造である。したがって、上位クラス（親クラス）は１つしか存在しない。親クラス以外の属性を継承する場合には、Case Of（「ケースオブ」）という属性の輸入（引用）のための特別な構造が用いられる。この構造は、図１の多重継承を、例えば番号の一番若い親クラスを主系列とするなどにより主系列と副系列に適宜分け、副系列に対してCase Ofという別名を与えた例とみなすことができる。また、ＯＲＤＢや一般的なオブジェクト指向データベースにおいては、全てのテーブルやクラスに親テーブル及び親クラスがあるわけではない。しかし、独立に存在するテーブルやクラスについても、図１に示すように、仮想的な「ユニバーサルルート」を設定することにより、全てのクラスをただ１つのルートからたどることが可能になり、単純木と変わらなくなる。
【００２４】
図２は、単純木を用いたＰＬＩＢ規格の階層型辞書の構成の一例を示す説明図である。図２に示すＰＬＩＢ規格の階層型辞書は、ユニバーサルルートを省略している。図２において、Ａ０、Ｂ０、Ｂ１、Ｃ０、Ｃ１、Ｃ２の木構造の部分は、分類階層を含む情報を表現する。本実施の形態では木は単純木であり、クラスには１つの上位クラスしかない。
【００２５】
図２において、クラスＡ０は下位クラスＢ０とＢ１を持つ。クラスＢ０は、下位クラスＣ０及びＣ１を持ち、クラスＢ１は下位クラスＣ２およびＣ３を持つ。それぞれの製品クラスは属性項目を持ち、上位クラスの属性は下位クラスに継承される。図２中、コンテンツ１２１、１２２、１２３及び１２４は実際の製品データ群である。例えば、コンテンツ１２１は、Ｃ０という種類に分類される製品データ群であり、各行がＣ０に分類される各製品を、各列が属性とその値を示す。したがって、このコンテンツ１２１は、属性項目Ｐ０、Ｐ１、Ｐ２の値がそれぞれｘ１、ｙ１、ｚ１である製品と、それぞれｘ２、ｙ２、ｚ２である製品の２つの製品を持つ。また、Ｃ０の上位クラスであるＡ０、Ｂ０からもそれぞれが持つ属性項目の値についてのみ、コンテンツ１２１の各製品を参照することができる。
【００２６】
なお、図１のコンテンツ１１１〜１１４は、図２のコンテンツ１２１〜１２４と同様の性質を持つ。
【００２７】
［２．システムの構成］
本発明の実施の一形態について詳細に説明する。図３は、コンテンツ表示システムのシステム構築例を示す模式図である。コンテンツ表示システムは、図３に示すように、サーバコンピュータ（以下、サーバという）１にＬＡＮ（Local Area Network）等のネットワーク２を介してクライアントコンピュータ（以下、クライアント端末という）３が複数台接続されたサーバクライアントシステムを想定する。クライアント端末３は、一般的なパーソナルコンピュータ等である。
【００２８】
図４は、サーバ１およびクライアント端末３のモジュール構成図である。サーバ１およびクライアント端末３は、情報処理を行うＣＰＵ（Central Processing Unit）１０１、ＢＩＯＳなどを記憶した読出し専用メモリであるＲＯＭ（Read Only Memory）１０２、各種データを書換え可能に記憶するＲＡＭ（Random Access Memory）１０３、各種データベースとして機能するとともに各種のプログラムを格納するＨＤＤ（Hard Disk Drive）１０４、記憶媒体１１０を用いて情報を保管したり外部に情報を配布したり外部から情報を入手するためのＣＤ−ＲＯＭドライブ等の媒体駆動装置１０５、ネットワーク２を介して外部の他のコンピュータと通信により情報を伝達するための通信制御装置１０６、処理経過や結果等を操作者に表示するＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示部１０７、並びに操作者がＣＰＵ１０１に命令や情報等を入力するためのキーボードやマウス等のポインティングデバイスである入力部１０８等から構成されており、これらの各部間で送受信されるデータをバスコントローラ１０９が調停して動作する。
【００２９】
このようなサーバ１およびクライアント端末３では、オペレータが電源を投入するとＣＰＵ１０１がＲＯＭ１０２内のローダーというプログラムを起動させ、ＨＤＤ１０４よりＯＳ（Operating System）というコンピュータのハードウェアとソフトウェアとを管理するプログラムをＲＡＭ１０３に読み込み、このＯＳを起動させる。このようなＯＳは、オペレータの操作に応じてプログラムを起動したり、情報を読み込んだり、保存を行ったりする。ＯＳのうち代表的なものとしては、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）等が知られている。これらのＯＳ上で走る動作プログラムをアプリケーションプログラムと呼んでいる。なお、アプリケーションプログラムは、所定のＯＳ上で動作するものに限らず、後述の各種処理の一部の実行をＯＳに肩代わりさせるものであってもよいし、所定のアプリケーションソフトやＯＳなどを構成する一群のプログラムファイルの一部として含まれているものであってもよい。
【００３０】
ここで、サーバ１は、アプリケーションプログラムとして、辞書コンテンツ処理プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、辞書コンテンツ処理プログラムを記憶する記憶媒体として機能する。
【００３１】
一方、クライアント端末３は、アプリケーションプログラムとして、辞書コンテンツ入出力プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、辞書コンテンツ入出力プログラムを記憶する記憶媒体として機能する。
【００３２】
また、一般的には、サーバ１およびクライアント端末３のＨＤＤ１０４にインストールされるアプリケーションプログラムは、ＣＤ−ＲＯＭやＤＶＤなどの各種の光ディスク、各種光磁気ディスク、フレキシブルディスクなどの各種磁気ディスク、半導体メモリ等の各種方式のメディア等の記憶媒体１１０に記録され、この記憶媒体１１０に記録された動作プログラムがＨＤＤ１０４にインストールされる。このため、ＣＤ−ＲＯＭ等の光情報記録メディアやＦＤ等の磁気メディア等の可搬性を有する記憶媒体１１０も、アプリケーションプログラムを記憶する記憶媒体となり得る。さらには、アプリケーションプログラムは、例えば通信制御装置１０６を介して外部から取り込まれ、ＨＤＤ１０４にインストールされても良い。
【００３３】
サーバ１は、ＯＳ上で動作する辞書コンテンツ処理プログラムが起動すると、この辞書コンテンツ処理プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御する。一方、クライアント端末３は、ＯＳ上で動作する辞書コンテンツ入出力プログラムが起動すると、この辞書コンテンツ入出力プログラムに従い、ＣＰＵ１０１が各種の演算処理を実行して各部を集中的に制御する。サーバ１およびクライアント端末３のＣＰＵ１０１が実行する各種の演算処理のうち、本実施の形態の特長的な処理について以下に説明する。
【００３４】
クライアント端末３は、辞書コンテンツ入出力プログラムに従うことにより、サーバ１から受信したデータを、ＧＵＩ（Graphic User Interface）を介して表示部１０７に出力し、表示部１０７に表示された各画面上でオペレータが入力部１０８を介して行った作業や設定内容に基づくデータやコマンドを、ＧＵＩを介して受け取り、サーバ１へ送信する。
【００３５】
一方、サーバ１は、図５に示すように、辞書コンテンツ処理プログラムに従うことにより、辞書コンテンツ情報記憶部１１と、コンテンツ表示データ作成部１２と、表示データ記憶部１３と、グループ情報記憶部１４と、コンテンツ一括部１５と、グループ情報作成部１６と、グループ表示データ作成部１７と、グループ優先度表示データ作成部１８と、グループ優先度設定情報取得部１９とを備える。
【００３６】
辞書コンテンツ情報記憶部１１は、階層型データベースを構成する。階層型データベースは、複数の分類項目を階層的に関連付けた構造を持ち、各分類項目は当該分類項目の上位階層の分類項目が持つ属性をすべて継承する。このような辞書コンテンツ情報記憶部１１には、辞書データ記憶部１１ａおよびコンテンツデータ記憶部１１ｂが設けられている。辞書データ記憶部１１ａは、階層構造を構成する各分類項目の情報と、各分類項目間の親子関係の情報と、各分類項目で定義される各属性項目の情報から構成される辞書データを記憶する。各分類には当該分類の持つ属性の集合に従って記述されたコンテンツデータが登録される。一方、コンテンツデータ記憶部１１ｂは、辞書データ記憶部１１ａに記憶されている辞書データと対応付けて各コンテンツデータを記憶する。
【００３７】
ここで、図６は辞書コンテンツ情報記憶部１１で記憶されるＰＬＩＢ規格の階層型データベースの構成を体系的に示した例であり、Ｃ０１〜Ｃ０６は分類（クラス）を、Ｐ０１〜Ｐ０８は属性（プロパティ）を、各表は当該分類のコンテンツデータを表す。また、分類間を結ぶ実線の矢印は、矢印の先端側の分類を親とする分類間の継承関係を表し、分類と属性群を結ぶ実線は、当該分類で定義された属性を表し、属性群と表を結ぶ実線は当該分類のコンテンツデータを表す。ここで、分類Ｃ０１は最上位の分類であり、属性Ｐ０１および属性Ｐ０２が定義されている。また、分類Ｃ０２および分類Ｃ０３は分類Ｃ０１の子分類であり、各々で定義された属性に加えて、上位分類である分類Ｃ０１の持つ属性を持つ。他の分類についても同様に、自身で定義した属性に加えて上位分類で定義された属性を継承して持つため、階層型データベースでは、一般に下位の分類ほど多くの属性を持つことがわかる。コンテンツデータを示す各表では、当該分類で定義された属性の値に加えて、上位分類から継承した属性についても、その値が記述されている。さらに、図６においては、各属性Ｐ０１〜Ｐ０８のメタデータを吹き出しで表現している。なお、属性のメタデータは図６に示されるものに限るものではなく、図７に例示するように、属性のスキーマとして定義されているものであれば良い。
【００３８】
なお、図６では各分類がそれぞれ唯一の親分類しか持たないが、分類が複数の親分類を持つ多重継承の概念も本データモデルに含まれる。
【００３９】
図８は、辞書データ記憶部１１ａで記憶している辞書データの一例であり、辞書データをリレーショナルデータベース（ＲＤＢ）のテーブルに記憶している例を示す。この例は図６の分類階層と属性を、分類テーブルＴ１および属性テーブルＴ２を用いて表現している。ここでは、簡単のために、分類テーブルＴ１は分類の識別子および当該分類の親分類の識別子のみを列項目として構成される。ここで、ある分類の上位分類を検索するときには、当該分類の識別子をキーとして親分類の識別子を取得し、次に取得した親分類の識別子をキーとしてさらにその親の識別子を取得する。これを再帰的に繰り返すことで、元の分類の上位分類をすべて検索することができる。なお、複数の親分類を持つ場合には、それらの親分類について上記処理を行えばよい。同様に、下位分類の検索についても、取得した分類を親分類に持つ分類を再帰的に取得していけばよい。これにより、分類テーブルＴ１を再帰的に参照することで、上位分類および下位分類を容易に検索することができる。一方、属性テーブルＴ２は、定義された分類の識別子および当該属性の識別子を列項目として構成される。属性テーブルＴ２を参照することで、ある属性がどの分類で定義されたか、およびどの分類がどのような属性を定義しているかという情報を得ることができる。
【００４０】
このような構成により、分類テーブルＴ１を検索してすべての上位分類の識別子を取得し、それらの識別子をキーとして属性テーブルＴ２を検索することで、ある分類が持つすべての属性、すなわち、当該分類で定義された属性および上位階層から継承した属性の情報を容易に得ることができる。
【００４１】
なお、分類テーブルＴ１および属性テーブルＴ２の構成はこの例の場合に限ったものではなく、それぞれ必要な付加情報を追加したテーブルを用いて構成することも可能である。また、検索により同等の情報が得られれば、テーブル構成についてはこの例の限りではない。
【００４２】
図９は、コンテンツデータ記憶部１１ｂで記憶されるコンテンツデータをリレーショナルデータベースで記憶した場合の例であり、図８の辞書データに対応付けて記憶されたコンテンツを表す。この例では、簡単のため、すべてのコンテンツを１つのテーブルに記憶している。この例では、当該テーブルのヘッダは、コンテンツを識別するための識別子を表す「ＩＤ」項目と、コンテンツの分類を表す「分類」項目と、各属性項目から構成される。また、コンテンツの例として、分類「Ｃ０４」、「Ｃ０５」、「Ｃ０６」のそれぞれのコンテンツを記述しており、各属性の値を示すフィールドにそれぞれの値を記憶している。ここで、各分類のコンテンツを１つのテーブルで表す場合は、それぞれの分類が持たない属性については、その値を示すフィールドを空白とする。図９では、他のフィールドと区別するため、これらのフィールドを網掛けで表示している。なお、コンテンツの記憶方法はこの例のとおりである必要はなく、例えば図１０のように、分類ごとにコンテンツテーブルを用意するなど、同様の情報を記憶していればその構成はどのようなものでも良い。
【００４３】
次に、図５に示すコンテンツ表示データ作成部１２は、クライアント端末３の表示部１０７に表示するためのコンテンツ表示データを作成する。ここで、コンテンツ表示データは、辞書コンテンツ情報記憶部１１から抽出した辞書データおよびコンテンツデータから作成される。
【００４４】
図１１は、クライアント端末３の表示部１０７に表示されるコンテンツ表示画面Ｐ１の一例である。クライアント端末３の表示部１０７は、コンテンツ表示画面Ｐ１の内部に表示される属性項目から構成されるヘッダを持つマトリクス状のテーブルｔに対して、オペレータから問い合わせ文などにより指定された分類のコンテンツ一覧を表示する。なお、表示される属性はオペレータから指定された分類が持つすべての属性である必要はなく、予め指定することでその範囲を絞っても良い。また、当該テーブルｔは、オペレータがクライアント端末３の入力部１０８を用いてヘッダ部の特定の属性をドラッグして他の属性項目の前後にこれを移動させた後にドロップすることで、属性項目の表示位置を変更することができるものとする。このようにしてクライアント端末３側で実行された属性の表示位置の移動についての情報は、コンテンツ表示データ作成部１２に伝達される。コンテンツ表示データ作成部１２は、取得した情報を元にコンテンツ表示データを作成する処理を行う。
【００４５】
図１２は、クライアント端末３の表示部１０７に表示されたテーブルｔ上で、オペレータがある属性項目をクライアント端末３の入力部１０８を用いてドラッグした時の画面の例を示す。図１２では、オペレータが選択した属性項目を網掛けで表している。ドラッグ処理中は、選択した属性の列もしくは行を図のようにポインタｐに付随してビジュアルに表示することで、オペレータの直感的な属性項目の移動操作が可能になる。
【００４６】
このようにしてコンテンツ表示データ作成部１２が作成した各オペレータのコンテンツ表示データは、表示データ記憶部１３に記憶される。表示データ記憶部１３は、属性項目の並び順を記憶しており、クライアント端末３の表示部１０７に表示されたテーブルｔと同期されるものとする。
【００４７】
このように属性項目の移動を可能にしたのは、次の理由による。テーブルｔに表示される属性項目の順序は、問い合わせ文などでオペレータが指定しない限り、予め決められた順序もしくは項目を読み込んだ際の順序となることが多い。そのため、コンテンツの表示後に閲覧したい属性が離散的に配置されている場合、オペレータはそれらの属性を互いに近くなるように配置するために、各属性項目を移動させる必要があるためである。
【００４８】
ところで、本実施の形態においては、クライアント端末３の表示部１０７に表示されたコンテンツ表示画面Ｐ１に表示されたテーブルｔ上で所定の属性項目が選択されて移動された場合、グループ情報記憶部１４に記憶された属性項目のグループ情報に基づいて、属性項目のコンテンツを一括化するコンテンツ一括部１５を備えている。このように属性項目のコンテンツを一括化することにより、クライアント端末３の表示部１０７に表示されたコンテンツ表示画面Ｐ１のテーブルｔ上でオペレータが属性項目の表示位置を変更する時に、当該属性と同じグループに属する他の属性（群）を当該属性に連動させて表示位置を変更することが可能になっている。つまり、テーブルｔ内で表示する属性数が多い場合には、上述したようなドラッグ処理方法によって、オペレータが相互に閲覧したい属性項目を互いに近くなるように配置したり、特定の属性項目を先頭のほうに移動したりすることで、一覧性や操作性の向上を図ることができる。また、属性項目の探索回数や属性項目の移動回数が少なくなるほど、オペレータの作業にかかる負担は軽減することになる。
【００４９】
すなわち、オペレータがクライアント端末３の表示部１０７に表示されたコンテンツ表示画面Ｐ１のテーブルｔ上で属性項目の表示位置を変更した場合には、コンテンツ表示データ作成部１２は、コンテンツ一括部１５から一括化した属性項目のコンテンツを取得して、表示位置が変更された当該属性の移動位置に取得したコンテンツを表示するコンテンツ表示データを作成する。
【００５０】
ここで、属性が複数のグループに属している場合には、どのグループから順に参照するかによって移動後の表示順序に違いが出る。また、オペレータの操作内容や閲覧内容によっては、選択した属性と同一グループの属性を連動移動させたくないという要望もありうる。このとき、選択した属性の移動の際に、オペレータが当該属性のどのグループを移動に反映するかを選択決定できる方が良い。また、その際にグループの適用順序を設定できれば、オペレータごとにそれぞれの要求を満たす表示方法を提供することができる。
【００５１】
そこで、本実施の形態においては、選択した属性についてオペレータが当該属性のグループ、システム推奨の順序を予め設定することにより、辞書データについての知見に乏しいオペレータの操作や閲覧を補助することができるようにしている。以下において、詳述する。
【００５２】
グループ情報記憶部１４は、属性のグループ情報およびその優先度を記憶するためのリレーショナルデータベース（ＲＤＢ）である。このような属性のグループ情報は、グループ情報作成部１６によって作成される。より詳細には、コンテンツデータ記憶部１１ｂの辞書データ記憶部１１ａから各属性のメタデータを取得し（メタデータ取得手段）、該メタデータから抽出した情報から自動的もしくは半自動的に属性をグループ化したグループ情報を作成する（グループ化手段）。
【００５３】
ここで、図１３はグループ情報作成部１６におけるグループ情報作成処理の流れを示すフローチャートである。図１３に示すように、辞書コンテンツ情報記憶部１１の辞書データ記憶部１１ａから各属性のリストを取得し（ステップＳ１１）、グループ化していない属性があるか否かを判定する（ステップＳ１２）。
【００５４】
グループ化していない属性があると判定した場合には（ステップＳ１２のＹｅｓ）、辞書データ記憶部１１ａから各属性のメタデータを取得し（ステップＳ１３）、グループ化可能な情報がある場合であって（ステップＳ１４のＹｅｓ）、参加可能なグループがない場合には（ステップＳ１５のＮｏ）、新規グループを作成してから（ステップＳ１６）、グループ情報記憶部１４にグループ情報を登録して（ステップＳ１７）、ステップＳ１３に戻る。一方、グループ化可能な情報がある場合であって（ステップＳ１４のＹｅｓ）、参加可能なグループがある場合には（ステップＳ１５のＹｅｓ）、そのままステップＳ１７に進み、グループ情報記憶部１４にグループ情報を登録する。
【００５５】
このようなステップＳ１３〜Ｓ１７の処理は、グループ化していない属性がないと判定されるまで（ステップＳ１２のＮｏ）、繰り返される。
【００５６】
そして、グループ化していない属性がないと判定されると（ステップＳ１２のＮｏ）、処理を終了する。
【００５７】
図１４は、グループ情報記憶部１４に登録されているテーブルＴ３の一例であり、属性とグループおよびその優先度とをマッピングするためのテーブルＴ３を示すものである。図１４に示すテーブルＴ３は、属性を一意に識別するための「属性識別子」項目ａと、グループを一意に識別するための「グループ識別子」項目ｂと、「グループ識別子」項目ｂで識別されるグループの名前を表す「グループ名」項目ｃと、システム推奨の当該グループの優先度を表す「システム優先度」項目ｄと、各オペレータが設定した当該グループの優先度を表す「オペレータ優先度」項目ｅとから構成されており、それぞれの組を１つのレコードとして記憶する。ここで、図１４に示すように、属性ごとに、当該属性の各グループに対して優先度が割り当てられる。つまり、ある属性の各グループに設定された優先度の値と、他の属性の各グループに設定された優先度の値は独立である。なお、図１４で示されるテーブルは一実施例であり、同様の意味を含有すればテーブル数およびその構成項目の種類や数は本実施例の場合に限らない。また、本実施例では優先度を自然数で表しており、その値が小さいグループほど優先度が高いものとしているが、同様の意味を表せばこの例の限りではない。
【００５８】
図１４に示す例では、属性Ｐ０１と属性Ｐ０２がグループ識別子ＧＣ０１を識別子に持つグループ「分類」に属している。ここで、グループ「ＧＣ０１」について注目すると、システム推奨の優先度は属性「Ｐ０１」では「１」、属性「Ｐ０２」では「２」である。これは、属性「Ｐ０１」側からグループの優先度を取得した場合は優先度「１」を返すが、属性「Ｐ０２」側からグループの優先度を取得した場合は優先度「２」を返すことを意味する。次に、図１４の「オペレータ優先度」項目ｅにおける「オペレータ１優先度」項目のようにオペレータがグループの優先度を設定している場合、システム推奨の優先度を選択しない限り、当該オペレータの設定が優先される。一方、「オペレータ２優先度」項目のように、オペレータがグループの優先度を設定していない場合は、システム推奨の優先度が選択される。
【００５９】
なお、オペレータごとの設定を記憶する他に、オペレータが属するオペレータグループごとの設定情報を記憶し、各オペレータからの問い合わせ時に、当該オペレータが属するグループの設定情報を返すようにしても良い。
【００６０】
グループ表示データ作成部１７は、グループ情報記憶部１４から属性のグループ情報を取得し、グループに関する設定操作をオペレータに提供するグループ設定画面Ｐ２（図１５参照）をクライアント端末３の表示部１０７に出力するためのグループ表示データを作成する。一方、グループ優先度表示データ作成部１８は、グループ情報記憶部１４からグループ情報およびその優先度情報を取得し、各グループに優先度を設定したり提示したりする優先度設定画面Ｐ３（図１７参照）をクライアント端末３の表示部１０７に出力するためのグループ優先度表示データを作成する。このようにしてクライアント端末３の表示部１０７に表示された画面に基づいてオペレータが設定したグループやその優先度についての設定情報は、グループ優先度設定情報取得部１９に伝達される。グループ優先度設定情報取得部１９は、オペレータが設定したこれらの情報を取得してグループ情報記憶部１４に記憶する。
【００６１】
以下、図１５〜図１９を参照して、上記のグループ設定およびグループの優先度設定作業の流れを説明する。
【００６２】
図１５は、クライアント端末３の表示部１０７に表示されるグループ設定画面Ｐ２の例であり、図１１のコンテンツ表示画面Ｐ１から呼び出される。グループ設定画面Ｐ２は、選択された属性が属する各グループについて、属性の連動移動を適用するかどうかを切り替える適用切り替え部２１と、設定された優先度を表示する設定優先度表示部２２と、グループの情報を提示するグループ情報表示部２３と、グループ優先度を設定する優先度設定画面Ｐ３を表示するための「優先度設定」ボタン２４と、システム推奨の設定内容をグループ情報記憶部１４から取得して表示するための「推奨設定」ボタン２５と、オペレータが事前に設定して登録した設定内容をグループ情報記憶部１４から取得して表示するための「設定をロード」ボタン２６と、設定内容をグループ情報記憶部１４に保存するための「設定を保存」ボタン２７と、設定内容を適用したりキャンセルしたりするための各種ボタン２８，２９とから構成される。
【００６３】
適用切り替え部２１は、クライアント端末３の入力部１０８などによりチェックマークをつけることが可能なチェックボックスから構成されており、各チェックボックスは同じ行に表示されているグループに１対１に対応付けて割り当てられる。設定優先度表示部２２は、設定されている各グループの優先度を表示する。ここで、設定優先度表示部２２に表示される優先度は、適用切り替え部２１でチェックボックスにチェックマークがつけられたグループのみである。グループ情報表示部２３は、選択された属性が属するすべてのグループを表示する。なお、当該グループ設定画面Ｐ２で参照するグループ情報は、グループ情報記憶部１４から取得する。
【００６４】
オペレータは、選択した属性の表示位置を変更する際に適用したいグループについて、グループ設定画面Ｐ２上で当該グループのチェックボックスにチェックマークを入れる。図１６は図１５の例において、「分類：Ｃ１」と「型：Real_Measure_Type」と「単位：ｍ」をグループ化適用の対象に選んだ場合の例であり、オペレータがそれぞれに対応するチェックボックスにチェックマークを入れた状態を表す。ここで、図１６では、設定優先度表示部２２に優先度が表示されていないため、チェックマークを入れたグループに優先度を設定する必要がある。これらのグループに優先度を設定するには、１つ以上のグループにチェックマークを入れた状態で「優先度設定」ボタン２４を押す。
【００６５】
図１７は、図１６の状態で「優先度設定」ボタン２４を押した場合に表示される優先度設定画面Ｐ３の例である。優先度設定画面Ｐ３は、グループ設定画面Ｐ２でチェックマークを入れたグループの優先度を設定するためにクライアント端末３の表示部１０７に表示される画面であり、優先度が仮設定されたグループを優先度の高い順に表示する優先度表示部３１と、まだ優先度が仮設定されていないグループのリストを表示する選択可能グループ表示部３２と、優先度表示部３１と選択可能グループ表示部３２との間での優先度設定のためにグループ項目の移行操作を行うための各種ボタンを配置する優先度設定操作部３３と、設定内容を適用したりキャンセルしたりするための各種ボタン３４，３５とから構成される。
【００６６】
優先度表示部３１と選択可能グループ表示部３２は、それぞれクライアント端末３の入力部１０８などで一度に複数のグループ項目を選択することができるものとする。
【００６７】
優先度設定操作部３３は、「追加」、「すべて追加」、「すべて戻す」、「戻す」の４つのボタンから構成される。このうち、「追加」ボタンは、選択可能グループ表示部３２で選択されている１つ以上のグループ項目を優先度表示部３１に追加する。追加されたグループ項目は、選択可能グループ表示部３２のリストから削除される。ここで、選択されたグループ項目が優先度表示部３１に追加される位置は、優先度表示部３１に表示されているグループ項目の中で最も下位である。また、複数のグループ項目を選択した場合、それらのグループ項目が選択可能グループ表示部３２で表示されている順序で優先度表示部３１に追加される。次に、「すべて追加」ボタンは、選択可能グループ表示部３２に表示されているすべてのグループ項目を優先度表示部３１に追加する。すなわち、選択可能グループ表示部３２のすべてのグループ項目を選択した状態で「追加」ボタンを押した場合と同様の効果が得られる。一方、「すべて戻す」ボタンおよび「戻す」ボタンは、それぞれ「すべて追加」ボタン、「追加」ボタンと逆の効果が得られる。すなわち、優先度表示部３１で選択されたグループ項目を選択可能グループ表示部３２に戻す役割を果たす。
【００６８】
図１８は、図１７の例で選択可能グループ表示部３２に表示されている「単位：ｍ」グループと「分類：Ｃ０１」グループを、順に優先度表示部３１に追加した例を表す。ここで、すべてのグループ項目が優先度表示部３１に追加された状態で「ＯＫ」ボタンを押した場合、優先度設定画面Ｐ３で設定した優先度が各グループに適用される。一方、この例のように選択可能グループ表示部３２にまだグループ項目が残っている状態で「ＯＫ」ボタンを押して設定を適用した場合、システムが自動的に選択可能グループ表示部３２に表示されているグループ項目を上から順に優先度表示部３１に追加して優先度を適用する。
【００６９】
図１９は、図１８の例で設定した優先度を適用した後のグループ設定画面Ｐ２の例を表す。ここでは、図１８の例においてオペレータが手動で設定した「単位：ｍ」および「分類：Ｃ０１」のそれぞれのグループの優先度と、オペレータが手動で設定しなかったためシステムが自動で設定した「型：Real_Measure_Type」グループの優先度が設定優先度表示部２２に表示される。
【００７０】
最後に、グループ設定画面Ｐ２で「ＯＫ」ボタン２８を押すと、当該属性のグループ適用および優先度の設定を適用して終了する。一方、「Ｃａｎｃｅｌ」ボタン２９を押すと、これまでの設定内容を破棄して終了する。
【００７１】
ここで、オペレータがグループ設定画面Ｐ２で「推奨設定」ボタン２５を押すと、グループ情報記憶部１４からシステム推奨のグループ設定情報を取得し、グループ設定画面Ｐ２に取得したグループ情報およびその優先度情報を表示する。また、オペレータがグループ設定画面Ｐ２で「設定をロード」ボタン２６を押すと、グループ情報記憶部１４から当該オペレータが以前に設定して登録した当該属性のグループ情報および優先度を取得し、これらをグループ設定画面Ｐ２に表示する。また、オペレータが「設定を保存」ボタン２７を押すと、グループ設定画面Ｐ２に表示されている設定内容がグループ優先度設定情報取得部１９に伝達される。グループ優先度設定情報取得部１９は、当該オペレータの設定情報として、これをグループ情報記憶部１４に保存する。
【００７２】
このように操作することで、グループ化の適用の可否およびグループの優先度を設定することができる。また、オペレータによって設定された優先度の情報は、オペレータと対応付けてグループ情報記憶部１４に記憶される。
【００７３】
なお、本実施の形態においては、予めグループ化の適用の可否およびグループの優先度が設定されていない場合の例を示したが、これらは予め与えられていても良いし、未設定の場合にグループ設定画面Ｐ２にシステムが推奨する設定を提示しても良い。また、本実施の形態においては、属性項目の移動前にオペレータがグループ設定画面Ｐ２上で各グループ適用可否および優先度を設定したが、移動中もしくは移動後に該属性のグループ設定画面Ｐ２をクライアント端末３の表示部１０７上に提示し、移動中もしくは移動後にグループの適用可否および優先度を適用したり修正したりすることで、連動移動を行っても良い。
【００７４】
最後に、図２０のフローチャートを参照しつつ本実施の形態の特徴である属性連動移動処理について説明する。
【００７５】
まず、クライアント端末３の表示部１０７のコンテンツ表示画面Ｐ１に表示されたテーブルｔ上でオペレータが属性項目をドラッグすると、選択された属性項目の情報がコンテンツ表示データ作成部１２に通知される（ステップＳ１）。コンテンツ表示データ作成部１２は、当該属性項目の識別子を取得し、これをキーとしてグループ情報記憶部１４から当該属性項目の属するグループを優先度の昇順に取得する（ステップＳ２）。
【００７６】
ここで、取得したグループリストに１つ以上のグループ情報が入っている場合（ステップＳ３のＮｏ）、グループリストを用いて移動属性リストを取得する処理を行う（ステップＳ４）。一方、グループリストが空の場合には（ステップＳ３のＹｅｓ）、移動属性リストを取得する処理は行わず、ステップＳ５に進む。
【００７７】
ここで、図２１は、ステップＳ４における移動属性リストを取得する処理の流れを示すフローチャートである。まず、選択された属性に追従して移動させる属性項目を記憶するための移動属性リストを初期化した後（ステップＳ４０１）、ステップＳ２において優先度順にソートされたグループリストの先頭から順にグループ情報を取得し（ステップＳ４０２）、取得したグループのグループ識別子をキーとして、グループ情報記憶部１４から当該グループに属する属性項目を取得して、移動属性リストに追加する（ステップＳ４０３）。ただし、取得した属性項目のうち、選択された属性と、既に移動属性リストに追加された属性と、表示装置２に表示されたテーブルに項目がない属性については追加しない。その後、グループリストにまだ処理していないグループが残っている場合は（ステップＳ４０４のＹｅｓ）、ステップＳ４０２に戻って処理を継続する。一方、すべてのグループについて処理を終えている場合は（ステップＳ４０４のＮｏ）、移動属性リストに属性を記憶するための処理を終了して、作成した移動属性リストをコンテンツ表示データ作成部１２に渡す。
【００７８】
続くステップＳ５では、クライアント端末３の入力部１０８によってドラッグされている属性項目がオペレータによりドロップされたとき、ドロップされた際の挿入位置と、ポインタのテーブル内での座標と、コンテンツの表示部位がコンテンツ表示データ作成部１２に通知される。ここで、ドロップされた際の挿入位置とは、どの属性項目の前後に移動したかという情報を表し、属性の移動による並べ替え処理のために必要となる。また、ポインタのテーブル内での座標およびコンテンツの表示部位は、移動によって更新されたコンテンツ表示データを当該テーブルに再表示する際に必要となる。
【００７９】
このようなステップＳ５のドラッグ＆ドロップ処理において、ドラッグおよびドロップの処理前後で表示位置が等しい場合、属性項目の移動が起こらなかったとみなし、処理を終了する（ステップＳ６のＮｏ）。一方、ドラッグおよびドロップの処理前後で表示位置が異なる場合（ステップＳ６のＹｅｓ）には、属性項目の移動が生じたため、コンテンツ表示データを更新する処理に移行する（ステップＳ７）。
【００８０】
ここで、図２２は、ステップＳ７におけるコンテンツ表示データの作成（更新）処理の流れを示すフローチャートである。コンテンツ表示データ作成部１２は、まず、表示データ記憶部１３が記憶している表示リストを変更前表示リストとして取得した後（ステップＳ７０１）、移動後の属性項目の順序を記憶するための変更後表示リストを初期化する（ステップＳ７０２）。次に、挿入位置より前に表示されている属性を先頭から順に取得するが、移動属性リスト中に項目がある属性は、挿入された属性に連結して挿入されるため、ここでは移動属性リストに項目がない属性のみ変更後表示リストに追加する（ステップＳ７０３）。次に、移動属性リストの属性を先頭から順に取得し、変更前表示リスト中に項目がある属性のみを変更後表示リストに追加する（ステップＳ７０４）。次いで、挿入位置より後ろに表示されている属性を順に取得するが、これらのうち、移動属性リスト中に項目があるものは既に変更後表示リストに追加されているため、移動属性リスト中に項目がない属性のみを変更後表示リストに追加した後（ステップＳ７０５）、上記の方法で作成した変更後表示リストを表示データ記憶部１３に記憶する（ステップＳ７０６）。最後に、変更後表示リストの順に属性項目をソートしたコンテンツ表示データを作成する（ステップＳ７０７）。
【００８１】
最後にステップＳ８において、コンテンツ表示データ作成部１２は、更新したコンテンツ表示データをクライアント端末３の表示部１０７に渡す。表示画面は、取得したコンテンツ表示データに基づいて、コンテンツ表示画面Ｐ１のテーブルにコンテンツを表示する。ここで、当該テーブルでは、オペレータによってドロップされた際のポインタの座標から、ドロップされた属性項目が当該座標に表示されるようにする。また、ドロップされた際のコンテンツの表示部位と同じコンテンツをテーブル上に表示することで、オペレータは属性の移動後も同じ範囲のコンテンツを閲覧することができる。
【００８２】
ここで、図２３は、コンテンツ表示画面Ｐ１に表示されるテーブルｔ上で、オペレータが属性項目「Ｐ０５」を属性項目「Ｐ０１」の前に移動させた場合の移動前後のテーブル構成を示す例である。この例では、属性項目「Ｐ０５」は属性項目「Ｐ０９」、「Ｐ１０」、「Ｐ１２」と同じグループに属している。したがって、オペレータが属性項目「Ｐ０５」をドラッグすると、属性項目「Ｐ０５」はこれら３つの属性項目と連結して、図２３中のＸに示すような状態で移動する。その後、属性項目「Ｐ０１」の手前の位置でドロップされると、オペレータが選択した属性項目「Ｐ０５」だけでなく、属性項目「Ｐ０９」、「Ｐ１０」、「Ｐ１２」も同様に「Ｐ０１」の前に連動移動して表示される。
【００８３】
一方、図２４は、図２３の例と同様の環境で、オペレータが選択した属性項目が複数のグループに属している場合の例を示す。図２４では、オペレータに選択された属性項目「Ｐ０５」は、「Ｐ０５」の他に「Ｐ０６」、「Ｐ０７」、「Ｐ０９」を構成要素とするグループ１と、「Ｐ０５」の他に「Ｐ０９」、「Ｐ１０」、「Ｐ１２」を構成要素とするグループ２に属している。すなわち、属性項目「Ｐ０９」は、どちらのグループにも属している。なお、グループ２の方がグループ１よりも優先度が高いものとする。したがって、オペレータが属性項目「Ｐ０５」をドラッグすると、システムは当該属性項目のグループ情報および優先度情報を取得し、まずグループ２の属性項目「Ｐ１０」、「Ｐ１２」、「Ｐ０９」が属性項目「Ｐ０５」に連結され、次に、グループ１の属性項目が連結される。ここで、図２４中のＹに示すように、「Ｐ０９」は既に連結されているため、残りの「Ｐ０６」、「Ｐ０７」を連結する。その後、オペレータが属性項目「Ｐ０５」を図２３と同様に属性項目「Ｐ０１」の直前にドロップすると、上記の属性も自動的に移動して連結された状態で表示される。
【００８４】
このように、属性のメタデータが一定のフォーマットに従って定義されており、予めその情報が記述されている環境下で、各属性のメタデータを抽出して自動的もしくは半自動的に属性のグループ化を行い、オペレータがＧＵＩ上で属性項目の表示位置を変更する時に、当該属性と同じグループに属する他の属性（群）を当該属性に連結させて表示位置を変更することが可能になっている。
【００８５】
なお、図２３および図２４の例では、図面での説明のために選択された属性項目および各グループに属する属性項目のヘッダ部分の背景を網掛けなどで表したが、それぞれのグループに実際に色を割り当て、それぞれのグループに属する属性項目のヘッダ部分の背景色を当該グループに割り当てられた色に設定して表示しても良い。ここで、複数のグループに属している属性項目については、当該属性項目のヘッダ部分を複数の領域に分割してそれぞれの色を割り当てたり、優先度が最も高いグループの色のみを割り当てたり、オペレータに選択されたグループの色のみを割り当てたりすることで対応する。
【００８６】
このように本実施の形態のシステムによれば、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性のコンテンツを一括化することができ、オペレータの負担を軽減することができる。特に、属性のスキーマが定義されている階層型データベースにおいて、各属性をそれらのメタデータを元に自動的にグループ化することで、オペレータが簡単な操作で作業対象の属性およびその属性と関連のある属性を一括して移動させることができる。
【００８７】
また、属性の表示位置の変更時に当該属性と関係のある属性についてもまとめて当該属性の近辺に移動することができ、これらの属性の表示位置を変更することに伴うオペレータの負担を軽減することができる。さらに、オペレータが辞書データについての知見に乏しい状況でも、属性の表示位置の変更操作時にシステムが自動的に推奨する属性を当該属性の近辺に表示することで、関連属性の見落としなどを防ぐ効果も期待できる。
【００８８】
なお、本実施の形態においては、サーバクライアントシステムを想定したが、これに限るものではなく、ネットワークに接続されていないスタンドアロンの形態で実施しても良い。
【図面の簡単な説明】
【００８９】
【図１】本実施の形態の前提となる階層型辞書の構成の一例を示す説明図である。
【図２】単純木を用いたＰＬＩＢ規格の階層型辞書の構成の一例を示す説明図である。
【図３】本発明の実施の一形態のコンテンツ表示システムのシステム構築例を示す模式図である。
【図４】サーバおよびクライアント端末のモジュール構成図である。
【図５】コンテンツ表示システムを示す機能ブロック図である。
【図６】階層型データベースの構成を体系的に示した例を示す説明図である。
【図７】属性のスキーマを例示的に示す説明図である。
【図８】辞書データ記憶部で記憶している辞書データの一例を示す説明図である。
【図９】リレーショナルデータベースで記憶した場合のコンテンツデータの一例を示す説明図である。
【図１０】分類ごとにコンテンツテーブルを用意して記憶した場合のコンテンツデータの一例を示す説明図である。
【図１１】コンテンツ表示画面の一例を示す正面図である。
【図１２】オペレータがある属性項目をドラッグした時のコンテンツ表示画面の一例を示す正面図である。
【図１３】グループ情報作成処理の流れを示すフローチャートである。
【図１４】グループ情報記憶部に登録されているテーブルの一例を示す説明図である。
【図１５】グループ設定画面の一例を示す正面図である。
【図１６】グループ設定画面の一例を示す正面図である。
【図１７】優先度設定画面の一例を示す正面図である。
【図１８】優先度設定画面の一例を示す正面図である。
【図１９】グループ設定画面の一例を示す正面図である。
【図２０】属性連動移動処理の流れを示すフローチャートである。
【図２１】移動属性リストを取得する処理の流れを示すフローチャートである。
【図２２】コンテンツ表示データの作成（更新）処理の流れを示すフローチャートである。
【図２３】移動前後のテーブル構成の一例を示す説明図である。
【図２４】移動前後のテーブル構成の一例を示す説明図である。
【符号の説明】
【００９０】
１ 辞書コンテンツ処理装置
１１ａ 辞書データ記憶部
１１ｂ コンテンツデータ記憶部
１２ コンテンツ表示データ作成部
１４ グループ情報記憶部
１５ コンテンツ一括部
１６ メタデータ取得手段、グループ化手段
１７ グループ表示データ作成部
１８ グループ優先度表示データ作成部
１９ グループ優先度設定情報取得部
１０７ 表示部
１０８ 入力部
Ｐ１ コンテンツ表示画面
Ｐ２ グループ設定画面
Ｐ３ 優先度設定画面
【特許請求の範囲】
【請求項１】
上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を記憶する辞書データ記憶部と、
前記辞書情報に従って記述されたコンテンツを記憶するコンテンツデータ記憶部と、
前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得するメタデータ取得手段と、
このメタデータ取得手段により取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成するグループ化手段と、
このグループ化手段により生成されたグループ情報を記憶するグループ情報記憶部と、
前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成するコンテンツ表示データ作成部と、
このコンテンツ表示データ作成部で作成された前記コンテンツ表示データに基づくコンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化するコンテンツ一括部と、
を備えることを特徴とする辞書コンテンツ処理装置。
【請求項２】
前記コンテンツ表示データ作成部は、前記コンテンツ表示画面上で属性の表示位置が変更された場合には、前記コンテンツ一括部から一括化した当該属性のコンテンツを取得して、表示位置が変更された当該属性の移動位置に取得したコンテンツを表示するコンテンツ表示データを作成する、
ことを特徴とする請求項１記載の辞書コンテンツ処理装置。
【請求項３】
前記グループ情報記憶部からグループ情報を取得し、グループに関する設定操作をオペレータに提供するグループ設定画面を表示させるグループ表示データを作成するグループ表示データ作成部を更に備え、
前記グループ設定画面では、選択された属性が属する各グループについて、属性の連動移動を適用するかどうかを切り替え可能である、
ことを特徴とする請求項２記載の辞書コンテンツ処理装置。
【請求項４】
前記グループ情報記憶部からグループ情報およびその優先度情報を取得し、各グループに優先度を設定したり提示したりする優先度設定画面を表示させるグループ優先度表示データを作成するグループ優先度表示データ作成部を更に備え、
前記グループ設定画面では、各グループの適用優先度を設定可能である、
ことを特徴とする請求項２または３記載の辞書コンテンツ処理装置。
【請求項５】
前記グループ設定画面を介して設定された各グループの適用優先度を取得して前記グループ情報記憶部に記憶するグループ優先度設定情報取得部を更に備え、
コンテンツ一括部は、前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶されている選択された属性に係る各グループの優先度を抽出し、前記グループ情報記憶部から当該属性の属するグループ情報を優先度の順に取得して当該属性のコンテンツを一括化する、
ことを特徴とする請求項４記載の辞書コンテンツ処理装置。
【請求項６】
前記コンテンツ表示画面上で属性の表示位置の移動中もしくは移動後に、属性の連動移動の適用可否および優先度の設定を可能にする、
ことを特徴とする請求項３または４記載の辞書コンテンツ処理装置。
【請求項７】
上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を記憶する辞書データ記憶部と、
前記辞書情報に従って記述されたコンテンツを記憶するコンテンツデータ記憶部と、
前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得するメタデータ取得手段と、
このメタデータ取得手段により取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成するグループ化手段と、
このグループ化手段により生成されたグループ情報を記憶するグループ情報記憶部と、
前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成するコンテンツ表示データ作成部と、
このコンテンツ表示データ作成部で作成された前記コンテンツ表示データに基づくコンテンツ表示画面を表示する表示部と、
この表示部に表示された前記コンテンツ表示画面上で所定の属性を選択可能な入力部と、
この入力部により前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化するコンテンツ一括部と、
を備えることを特徴とするコンテンツ表示システム。
【請求項８】
前記コンテンツ表示データ作成部は、前記入力部により前記コンテンツ表示画面上で属性の表示位置が変更された場合には、前記コンテンツ一括部から一括化した当該属性のコンテンツを取得して、表示位置が変更された当該属性の移動位置に取得したコンテンツを表示するコンテンツ表示データを作成する、
ことを特徴とする請求項７記載のコンテンツ表示システム。
【請求項９】
上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を辞書データ記憶部に記憶する工程と、
前記辞書情報に従って記述されたコンテンツをコンテンツデータ記憶部に記憶する工程と、
前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得する工程と、
取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成する工程と、
生成されたグループ情報をグループ情報記憶部に記憶する工程と、
前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成する工程と、
作成された前記コンテンツ表示データに基づくコンテンツ表示画面を表示部に表示する工程と、
前記表示部に表示された前記コンテンツ表示画面上で所定の属性を入力部で選択させる工程と、
前記入力部により前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化する工程と、
を含むことを特徴とするコンテンツ表示方法。
【請求項１０】
前記コンテンツ表示データを作成する工程は、前記入力部により前記コンテンツ表示画面上で属性の表示位置が変更された場合には、前記属性のコンテンツを一括化する工程で一括化した当該属性のコンテンツを取得して、表示位置が変更された当該属性の移動位置に取得したコンテンツを表示するコンテンツ表示データを作成する、
ことを特徴とする請求項９記載のコンテンツ表示方法。
【請求項１】
上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を記憶する辞書データ記憶部と、
前記辞書情報に従って記述されたコンテンツを記憶するコンテンツデータ記憶部と、
前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得するメタデータ取得手段と、
このメタデータ取得手段により取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成するグループ化手段と、
このグループ化手段により生成されたグループ情報を記憶するグループ情報記憶部と、
前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成するコンテンツ表示データ作成部と、
このコンテンツ表示データ作成部で作成された前記コンテンツ表示データに基づくコンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化するコンテンツ一括部と、
を備えることを特徴とする辞書コンテンツ処理装置。
【請求項２】
前記コンテンツ表示データ作成部は、前記コンテンツ表示画面上で属性の表示位置が変更された場合には、前記コンテンツ一括部から一括化した当該属性のコンテンツを取得して、表示位置が変更された当該属性の移動位置に取得したコンテンツを表示するコンテンツ表示データを作成する、
ことを特徴とする請求項１記載の辞書コンテンツ処理装置。
【請求項３】
前記グループ情報記憶部からグループ情報を取得し、グループに関する設定操作をオペレータに提供するグループ設定画面を表示させるグループ表示データを作成するグループ表示データ作成部を更に備え、
前記グループ設定画面では、選択された属性が属する各グループについて、属性の連動移動を適用するかどうかを切り替え可能である、
ことを特徴とする請求項２記載の辞書コンテンツ処理装置。
【請求項４】
前記グループ情報記憶部からグループ情報およびその優先度情報を取得し、各グループに優先度を設定したり提示したりする優先度設定画面を表示させるグループ優先度表示データを作成するグループ優先度表示データ作成部を更に備え、
前記グループ設定画面では、各グループの適用優先度を設定可能である、
ことを特徴とする請求項２または３記載の辞書コンテンツ処理装置。
【請求項５】
前記グループ設定画面を介して設定された各グループの適用優先度を取得して前記グループ情報記憶部に記憶するグループ優先度設定情報取得部を更に備え、
コンテンツ一括部は、前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶されている選択された属性に係る各グループの優先度を抽出し、前記グループ情報記憶部から当該属性の属するグループ情報を優先度の順に取得して当該属性のコンテンツを一括化する、
ことを特徴とする請求項４記載の辞書コンテンツ処理装置。
【請求項６】
前記コンテンツ表示画面上で属性の表示位置の移動中もしくは移動後に、属性の連動移動の適用可否および優先度の設定を可能にする、
ことを特徴とする請求項３または４記載の辞書コンテンツ処理装置。
【請求項７】
上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を記憶する辞書データ記憶部と、
前記辞書情報に従って記述されたコンテンツを記憶するコンテンツデータ記憶部と、
前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得するメタデータ取得手段と、
このメタデータ取得手段により取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成するグループ化手段と、
このグループ化手段により生成されたグループ情報を記憶するグループ情報記憶部と、
前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成するコンテンツ表示データ作成部と、
このコンテンツ表示データ作成部で作成された前記コンテンツ表示データに基づくコンテンツ表示画面を表示する表示部と、
この表示部に表示された前記コンテンツ表示画面上で所定の属性を選択可能な入力部と、
この入力部により前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化するコンテンツ一括部と、
を備えることを特徴とするコンテンツ表示システム。
【請求項８】
前記コンテンツ表示データ作成部は、前記入力部により前記コンテンツ表示画面上で属性の表示位置が変更された場合には、前記コンテンツ一括部から一括化した当該属性のコンテンツを取得して、表示位置が変更された当該属性の移動位置に取得したコンテンツを表示するコンテンツ表示データを作成する、
ことを特徴とする請求項７記載のコンテンツ表示システム。
【請求項９】
上位分類から下位分類へ属性を継承する階層型データモデルに従って定義された辞書情報を辞書データ記憶部に記憶する工程と、
前記辞書情報に従って記述されたコンテンツをコンテンツデータ記憶部に記憶する工程と、
前記辞書データ記憶部に記憶されている前記辞書情報から各属性のメタデータを取得する工程と、
取得した前記メタデータに基づいて属性をグループ化したグループ情報を作成する工程と、
生成されたグループ情報をグループ情報記憶部に記憶する工程と、
前記辞書データ記憶部に記憶されている前記辞書情報および前記コンテンツデータ記憶部に記憶されている前記コンテンツを検索し、コンテンツ表示データを作成する工程と、
作成された前記コンテンツ表示データに基づくコンテンツ表示画面を表示部に表示する工程と、
前記表示部に表示された前記コンテンツ表示画面上で所定の属性を入力部で選択させる工程と、
前記入力部により前記コンテンツ表示画面上で所定の属性が選択された場合、前記グループ情報記憶部に記憶された当該属性のグループ情報に基づいて当該属性のコンテンツを一括化する工程と、
を含むことを特徴とするコンテンツ表示方法。
【請求項１０】
前記コンテンツ表示データを作成する工程は、前記入力部により前記コンテンツ表示画面上で属性の表示位置が変更された場合には、前記属性のコンテンツを一括化する工程で一括化した当該属性のコンテンツを取得して、表示位置が変更された当該属性の移動位置に取得したコンテンツを表示するコンテンツ表示データを作成する、
ことを特徴とする請求項９記載のコンテンツ表示方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２００７−２６５０３１（Ｐ２００７−２６５０３１Ａ）
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願番号】特願２００６−８９２７９（Ｐ２００６−８９２７９）
【出願日】平成１８年３月２８日（２００６．３．２８）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願日】平成１８年３月２８日（２００６．３．２８）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]