(57)【要約】【課題】複雑な構造化文書ファイルに含まれる各種のデータを、利用者に対して効率的に提供する。【解決手段】構造化文書ファイル格納部３５６に格納された構造化文書ファイルには、複数のデータ項目が含まれる。そして、これらのデータ項目のもととなるタグは、あらかじめ利用者の所属に応じて属性が分類されている。構造化文書ファイルを利用者に表示するに際して、アクセス判断部３３２は利用者の所属を特定し、表示すべきデータ項目を特定する。これによって、大量のデータ項目を含む構造化文書ファイルであっても、利用者の所属に応じて効率的にデータを表示することが出来る。【選択図】        図５
2004355517.tif 000002
【特許請求の範囲】
【請求項１】
マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを登録する登録部と、
前記登録部により登録された前記構造化文書ファイルの利用者の所属を、記憶装置に記憶されている利用者の所属に関するデータテーブルを参照することによって特定する特定部と、
前記特定部によって特定された前記利用者の所属に応じて、前記構造化文書ファイルのデータから表示すべきデータを選択して、前記利用者に前記構造化文書ファイルを表示する表示部と、
を含むことを特徴とする構造化文書ファイル管理装置。
【請求項２】
前記特定部によって特定された前記利用者の所属に応じて、前記構造化文書ファイルのデータとして入力可能なデータ項目を選択して、前記利用者に前記構造化文書ファイルへのデータ入力を行わしめる入力部を更に含むことを特徴とする請求項１に記載の構造化文書ファイル管理装置。
【請求項３】
マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを登録する登録部と、
前記登録部により登録された前記構造化文書ファイルの利用者の所属を、記憶装置に記憶されている利用者の所属に関するデータテーブルを参照することによって特定する特定部と、
前記特定部によって特定された前記利用者の所属に応じて、前記構造化文書ファイルのデータとして入力可能なデータ項目を選択して、前記利用者に前記構造化文書ファイルへの入力を行わしめる入力部と、
を含むことを特徴とする構造化文書ファイル管理装置。
【請求項４】
マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを格納する格納部と、
前記格納部に格納された前記構造化文書ファイルのデータを出力する出力先を、記憶装置に記憶されている出力先に関するデータテーブルを参照することによって特定する出力先特定部と、
前記出力先特定部によって特定された出力先に応じて、前記構造化文書ファイルに含まれるデータを選択して出力する出力部と、
を含むことを特徴とする構造化文書ファイル管理装置。
【請求項５】
前記格納部に格納された前記構造化文書ファイルのデータとしてデータを入力する入力元を、記憶装置に記憶されている入力元に関するデータテーブルを参照することによって特定する入力元特定部と、
前記入力元特定部によって特定された前記入力元に応じて、前記構造化文書ファイルのデータとして入力可能なデータ項目を選択して、前記入力元から前記構造化文書ファイルへのデータ入力を行わしめる入力部と、
を更に含むことを特徴とする請求項４に記載の構造化文書ファイル管理装置。
【請求項６】
マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを格納する格納部と、
前記格納部に格納された前記構造化文書ファイルのデータとしてデータを入力する入力元を、記憶装置に記憶されている入力元に関するデータテーブルを参照することによって特定する入力元特定部と、
前記入力元特定部によって特定された前記入力元に応じて、前記構造化文書ファイルのデータとして入力可能なデータ項目を選択して、前記入力元から前記構造化文書ファイルへの入力を行わしめる入力部と、
を含むことを特徴とする構造化文書ファイル管理装置。
【請求項７】
マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを登録する登録ステップと、
前記登録ステップにより登録された前記構造化文書ファイルの利用者の所属を、記憶装置に記憶されている利用者の所属に関するデータテーブルを参照することによって特定する特定ステップと、
前記特定ステップによって特定された前記利用者の所属に応じて、前記構造化文書ファイルのデータから表示すべきデータを選択して、前記利用者に前記構造化文書ファイルを表示する表示ステップと、
を含むことを特徴とする構造化文書ファイル管理方法。
【請求項８】
マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを登録する登録ステップと、
前記登録ステップにより登録された前記構造化文書ファイルの利用者の所属を、記憶装置に記憶されている利用者の所属に関するデータテーブルを参照することによって特定する特定ステップと、
前記特定ステップによって特定された前記利用者の所属に応じて、前記構造化文書ファイルのデータから表示すべきデータを選択して、前記利用者に前記構造化文書ファイルを表示する表示ステップと、
をコンピュータに実行させることを特徴とする構造化文書ファイル管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、構造化文書ファイルの管理技術に関し、とくに、利用者の所属に応じて、構造化文書ファイルへの入出力方法を変更する技術に関する。
【０００２】
【従来の技術】
近年、コンピュータの普及とネットワーク技術の進展に伴い、ネットワークを介した電子情報の交換が盛んになっている。これにより、従来においては紙ベースで行われていた事務処理の多くが、ネットワークベースの処理に置き換えられつつある。
【０００３】
企業においても、個人の知識や情報を組織全体で活用する、いわゆるナレッジマネジメントが、重要な経営手法となってきている。多くの企業においては、社内にデータベースシステムを有し、従業員からの情報を電子ファイル化して蓄積する。その一方で、従業員も、この社内データベースに蓄積されたファイルにネットワークを介してアクセスする。これによって、組織全体としての業務効率の向上が図られる。
【０００４】
この社内データベースに蓄積されるファイルの多くは、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）とよばれる言語によって作成されている。また、近年においては、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）とよばれる言語を用いて、これらのファイルが作成される例も多くなってきている。
【０００５】
ＨＴＭＬは、ウェブページを記述するための言語である。すなわち、ＨＴＭＬは文書ファイルの表示方法を定義するマークアップ言語の一種である。これに対して、ＸＭＬはＨＴＭＬの様に、直接的にウェブページを記述するための言語ではない。ＸＭＬは文書ファイルに含まれるデータのデータ構造を定義する機能を有する言語である。ＸＭＬによって作成された文書ファイルは、別にレイアウト情報を与えることによって、マークアップ言語で記述された文書ファイルに変換され、ウェブページとして表示される。すなわち、ＸＭＬ文書においては、データの構造とその表示形式が別々のものとして扱われる。ＸＭＬのように、マークアップ言語を生成するための言語をメタ言語とよぶ。
【０００６】
【非特許文献１】
吉松史彰、”ＩｎｆｏＰａｔｈの衝撃”、［ｏｎｌｉｎｅ］、平成１５年３月２６日、株式会社  アットマーク・アイティ、［平成１５年４月８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ａｔｍａｒｋｉｔ．ｃｏ．ｊｐ／ｆｄｏｔｎｅｔ／ｓｐｅｃｉａｌ／ｉｎｆｏｐａｔｈ／ｉｎｆｏｐａｔｈ＿０１．ｈｔｍｌ＞
【非特許文献２】
堀哲也、”  ＸＭＬでフロントエンドアプリを統合する国内初披露の「ＸＤｏｃｓ」”、［ｏｎｌｉｎｅ］、平成１５年２月１４日、ソフトバンク・ジーディーネット株式会社、［平成１５年４月８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｚｄｎｅｔ．ｃｏ．ｊｐ／ｅｎｔｅｒｐｒｉｓｅ／０３０２／１４／ｅｐｎ２１．ｈｔｍｌ＞
【非特許文献３】
Ｊｏｅ  Ｗｉｌｃｏｘ、”  ＩｎｆｏＰａｔｈは「箱から出して使うまで」が大変？”、［ｏｎｌｉｎｅ］、平成１５年３月７日、ソフトバンク・ジーディーネット株式会社、［平成１５年４月８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｚｄｎｅｔ．ｃｏ．ｊｐ／ｎｅｗｓ／０３０３／０７／ｎｅ００＿ｉｎｆｏｐａｔｈ．ｈｔｍｌ＞
【０００７】
【発明が解決しようとする課題】
企業内データベースに蓄積された文書ファイル情報を有効に活用するためには、必要な人に必要な情報が効率的に提供される必要がある。先述のようにＸＭＬによって作成された文書ファイルは、その包含されるデータの構造情報を有する。そのため、ＸＭＬのようなメタ言語によって作成された文書ファイルは、ＨＴＭＬのようなマークアップ言語のみで作成された文書ファイルと比べて、一般的に、データベースとの親和性が高い。それでも、文書ファイルの利用者は、少なくとも必要な情報と不必要な情報を自ら取捨選択しなければならないことに変わりはない。
【０００８】
一方、この課題を解決するために、企業内の部署毎に、データベースを分割するというアプローチもある。しかし、企業内の情報が分割されると、今度は、個人の知識や情報を組織内で共有するというナレッジマネジメント本来の目的に反する。
【０００９】
本発明は上記課題に鑑みてなされたものであり、その目的は、構造化文書ファイルを効果的に管理するための技術、の提供にある。
【００１０】
【課題を解決するための手段】
本発明のある態様は、構造化文書ファイル管理装置である。この装置は、マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを登録する登録部と、この登録部により登録された構造化文書ファイルの利用者の所属を、記憶装置に記憶されている利用者の所属に関するデータテーブルを参照することによって特定する特定部と、この特定部によって特定された利用者の所属に応じて、構造化文書ファイルのデータから表示すべきデータを選択して、利用者に構造化文書ファイルを表示する表示部を含むことを特徴とする。
【００１１】
「所属」とは、たとえば企業内における開発部やマーケティング部のような部署に基づく分類や、正社員や派遣社員、管理職のような、地位に基づく分類など、利用者をなんらかの規準に基づいて分類したものをいう。また、一人の利用者が複数のカテゴリーに所属してもよい。
【００１２】
本発明の態様においては、大量のデータを含む構造化文書ファイルであっても、利用者の所属に応じて、適切なデータのみを表示させることが出来る。これによって、利用者は、必要な情報を効率的に取得できる。
【００１３】
この装置は、特定部によって特定された利用者の所属に応じて、構造化文書ファイルのデータとして入力可能なデータ項目を選択して、利用者に構造化文書ファイルへのデータ入力を行わしめる入力部を更に含んでもよい。
【００１４】
本発明の別の態様も、構造化文書ファイル管理装置である。この装置は、マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを登録する登録部と、この登録部により登録された構造化文書ファイルの利用者の所属を、記憶装置に記憶されている利用者の所属に関するデータテーブルを参照することによって特定する特定部と、この特定部によって特定された利用者の所属に応じて、構造化文書ファイルのデータとして入力可能なデータ項目を選択して、利用者に構造化文書ファイルへの入力を行わしめる入力部を含むことを特徴とする。
【００１５】
本発明の更に別の態様は、構造化文書ファイル管理装置である。この装置は、マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを格納する格納部と、この格納部に格納された構造化文書ファイルのデータを出力する出力先を、記憶装置に記憶されている出力先に関するデータテーブルを参照することによって特定する出力先特定部と、この出力先特定部によって特定された出力先に応じて、構造化文書ファイルに含まれるデータを選択して出力する出力部を含むことを特徴とする。
【００１６】
この装置は、格納部に格納された構造化文書ファイルのデータとしてデータを入力する入力元を、記憶装置に記憶されている入力元に関するデータテーブルを参照することによって特定する入力元特定部と、入力元特定部によって特定された入力元に応じて、構造化文書ファイルのデータとして入力可能なデータ項目を選択して、入力元から構造化文書ファイルへのデータ入力を行わしめる入力部を更に含んでもよい。
【００１７】
「出力先」や「入力元」は、企業内における部署におかれた端末装置であってもよいし、部署を管轄するサーバ装置であってもよい。
【００１８】
本発明の更に別の態様も構造化文書ファイル管理装置である。この装置は、マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを格納する格納部と、格納部に格納された構造化文書ファイルのデータとしてデータを入力する入力元を、記憶装置に記憶されている入力元に関するデータテーブルを参照することによって特定する入力元特定部と、入力元特定部によって特定された入力元に応じて、構造化文書ファイルのデータとして入力可能なデータ項目を選択して、入力元から構造化文書ファイルへの入力を行わしめる入力部を含むことを特徴とする。
【００１９】
後述の図５に示す各機能ブロックは、サーバ装置側に設けられてもよいし、クライアント端末側に設けられてもよい。あるいは、サーバ装置およびクライアント端末の双方に設けられてもよいし、その場合の各機能ブロックはそれぞれ同じ名称でもよい。これら各機能は、それぞれプログラムモジュールのかたちで提供され、サーバ装置およびクライアント端末のいずれかまたは双方にて実行されてもよいし、実行にあたりサーバ装置からクライアント端末へダウンロードされてもよい。これらの機能を備える各種の構造化文書ファイル管理装置により構造化文書ファイルを管理するためのシステム全体が構成される。
【００２０】
本発明の更に別の態様は、構造化文書ファイル管理方法である。この方法は、マークアップ言語を生成するためのメタ言語により生成された構造化文書ファイルを登録する登録ステップと、登録ステップにより登録された構造化文書ファイルの利用者の所属を、記憶装置に記憶されている利用者の所属に関するデータテーブルを参照することによって特定する特定ステップと、特定ステップによって特定された利用者の所属に応じて、構造化文書ファイルのデータから表示すべきデータを選択して、利用者に構造化文書ファイルを表示する表示ステップを含むことを特徴とする。
【００２１】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００２２】
【発明の実施の形態】
図１は、実施の形態の大略を示す。本実施の形態は以下のような目的で利用される。すなわち、ある企業の開発部に所属する利用者（以下、「開発部員」とよぶ）と、マーケティング部に所属する利用者（以下、「マーケティング部員」とよぶ）が、ある製品プロジェクトに関して、情報管理を行う必要がある状況が存在する。この製品プロジェクトについての情報を単一の構造化文書ファイルで管理したいが、通常、開発部員は、製品の開発に関する情報しか見る必要がない。一方、マーケティング部員は、通常、製品プロジェクトに関する情報のうち開発に関する情報を見る必要はない。
【００２３】
本実施の形態においては、あらかじめ、開発部員用の開発部用タグテンプレート２００および、マーケティング部員用のマーケティング部用タグテンプレート２１０が用意されている。これらの開発部用タグテンプレート２００とマーケティング部用タグテンプレート２１０は、それぞれ複数の「タグ」とよばれるデータ入出力用項目を部品として有する。「タグテンプレート」とは、複数のタグを分類したものである。同図では、開発部用タグテンプレート２００は氏名タグ２０２、開発フェーズタグ２０４およびパスワードタグ２０６などのタグ群を有する。一方、マーケティング部用タグテンプレート２１０は、氏名タグ２１２、製品名タグ２１４および台数タグ２１６などのタグ群を有する。
【００２４】
これらのタグを組み合わせることにより、プロジェクト管理用ドキュメントテンプレート２２０が作成される。プロジェクト管理用ドキュメントテンプレート２２０は、製品プロジェクトに関する情報を管理するための構造化文書ファイルのフォーマットを定義したものである。プロジェクト管理用ドキュメントテンプレート２２０は、予定製品名項目２２２、開発フェーズ項目２２４、テストモード用パスワード項目２２６、開発リーダ項目２２８、売上予想項目２３０、２３２などの各項目を含む。すなわち、開発フェーズ項目２２４は開発フェーズタグ２０４、テストモード用パスワード項目２２６はパスワードタグ２０６、開発リーダ項目２２８は氏名タグ２０２に対応する。一方、プロジェクト管理用ドキュメントテンプレート２２０のうち、予定製品名項目２２２は製品名タグ２１４、売上予想項目２３０、２３２は共に台数タグ２１６に対応する。
【００２５】
こうして作成されたプロジェクト管理用ドキュメントテンプレート２２０の項目レイアウトに応じて、データが入力されることにより、構造化文書ファイルが作成される。以下、プロジェクト管理用ドキュメントテンプレート２２０のように、タグテンプレートのタグから生成された構造化文書ファイルの項目レイアウトを定めるテンプレートを「ドキュメントテンプレート」とよぶ。また、ドキュメントテンプレートを作成する権限を有する者のことを、「ドキュメントテンプレート作成者」とよぶ。
【００２６】
図２は、開発部員から見た構造化文書ファイル２４０を示す。構造化文書ファイル２４０は、プロジェクト管理用ドキュメントテンプレート２２０の項目レイアウトに基づいて作成されたファイルである。開発部員は、構造化文書ファイル２４０の開発フェーズ項目２４４、テストモード用パスワード項目２４６および開発リーダ項目２４８の項目についてデータを入出力できる。一方、予定製品名項目２４２、売上予想項目２５０、２５２の各項目については、データは表示されていないし、入力もできない。これは、開発フェーズ項目２４４、テストモード用パスワード項目２４６および開発リーダ項目２４８の各項目は、図１の開発部員用の開発部用タグテンプレート２００に含まれるタグより生成されたものであるが、予定製品名項目２４２、売上予想項目２５０、２５２は、開発部用タグテンプレート２００に含まれるタグから生成されたものではないからである。
【００２７】
図３は、マーケティング部員から見た構造化文書ファイル２６０を示す。これは、図２の構造化文書ファイル２４０と同一の構造化文書ファイルである。構造化文書ファイル２６０においては、マーケティング部員は、図２と同様の理由により、予定製品名項目２６２、売上予想項目２７０、２７２の各項目についてデータを入出力できるが、開発フェーズ項目２６４、テストモード用パスワード項目２６６および開発リーダ項目２６８の各項目については、データは表示されないし、入力もできない。したがって、同一の製品プロジェクトに関する情報を管理する同一の構造化文書ファイルであっても、利用者の所属部署によって、アクセスできるデータ項目が異なる。この構造化文書ファイルが大量のデータ項目を含んでいても、必要な人に必要な情報が絞られて提供されるので、組織内の情報を効率的に利用できる。
【００２８】
図４は、実施の形態に係る構造化文書ファイル管理装置１０の構成図である。サーバ装置３００は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１６を介して接続されたクライアント端末５０ａ、５０ｂなどの複数の端末（以下、単に「クライアント端末５０」という）に、サービスを提供する。また、クライアント端末５０はＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１２を介してサーバ装置３００と接続されてもよい。また、図示しないが、サーバ装置３００に対して更に各部署を管轄する部署管轄用サーバ装置が接続されてもよい。サーバ装置３００は、ＬＡＮ１６に接続されたクライアント端末５０や部署管轄用サーバ装置などの接続先に応じて、構造化文書ファイル中から入出力すべきデータを選択してもよい。
【００２９】
サーバ装置３００およびクライアント端末５０は、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子で実現でき、ソフトウェア的にはデータ送受信機能のあるプログラム等によって実現されるが、以下に説明する図５ではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できる。サーバ装置３００は、ウェブサーバを含む構成であってもよいし、クライアント端末５０は、パーソナルコンピュータと、これにインストールされたウェブブラウザを含む構成であってもよい。
【００３０】
図５は、図４の構造化文書ファイル管理装置１０の機能ブロック図である。ここで、サーバ装置３００やクライアント端末５０のいずれかにより図５の機能が実現されるのではなく、構造化文書ファイル管理装置１０全体として図５の各機能が実現される。各機能ブロック、さらには機能ブロック内の各部分がサーバ装置３００とクライアント端末５０のいずれによって実現されるかは発明の本質に関わるものではない。システム全体を構築する上で、各種機能の分担をサーバ装置３００とクライアント端末５０の間でどのように切り分けるかは、通信環境や計算機能力など構造化文書ファイル管理装置１０の動作環境なども考慮して設計されればよい。
【００３１】
同図に示す、構造化文書ファイル管理装置１０の機能ブロックは、大きくユーザインタフェース処理部３１０、データ処理部３３０およびデータ格納部３５０に分けられる。ユーザインタフェース処理部３１０は利用者に対する各種のユーザインタフェース機能を担当する。データ処理部３３０は、構造化文書ファイルに関する各種のデータ処理を行う。データ格納部３５０は、構造化文書ファイルに関する各種のデータを格納する。
【００３２】
ユーザインタフェース処理部３１０は、表示部３１２、文書データ入力部３１４、表示用ドキュメントテンプレート選択部３１６およびドキュメントテンプレート作成部３１８を含む。表示部３１２は、利用者にデータ格納部３５０に格納される各種のデータのうち、データ処理部３３０において表示を指示されたデータを表示する。また、表示用ドキュメントテンプレート選択部３１６は、これらのデータを表示する上で、表示用のドキュメントテンプレートを選択する。表示用のドキュメントテンプレートについては後に詳述する。
【００３３】
文書データ入力部３１４は、利用者から構造化文書ファイルへのデータ入力に関する処理を行う。利用者のデータ入力の可否はデータ処理部３３０において判断される。ドキュメントテンプレート作成部３１８は、ドキュメントテンプレート作成者によるドキュメントテンプレート作成処理を行う。ドキュメントテンプレートの作成をする権利の可否もデータ処理部３３０において判断される。
【００３４】
データ処理部３３０は、アクセス判断部３３２、入出力判断部３３４およびタグ抽出部３３６を含む。これらは、データ格納部３５０に格納される各種のデータを元にして処理を行う。アクセス判断部３３２は、構造化文書ファイルにアクセスする利用者の所属を判断する。タグ抽出部３３６は、構造化文書ファイルの項目レイアウトの元となったドキュメントテンプレートを特定する。そして、特定されたドキュメントテンプレートの各タグがどのタグテンプレートに属するかを判断する。入出力判断部３３４は、アクセス判断部３３２およびタグ抽出部３３６から得られた情報を元に、データ格納部３５０における各種のデータへの、利用者のアクセス可否を判断する。
【００３５】
データ格納部３５０は、タグテンプレート格納部３５２、ドキュメントテンプレート格納部３５４、構造化文書ファイル格納部３５６および利用者データ格納部３５８を含む。タグテンプレート格納部３５２は、図１の開発部用タグテンプレート２００やマーケティング部用タグテンプレート２１０のようなタグテンプレートを格納する。ドキュメントテンプレート格納部３５４は、図１のプロジェクト管理用ドキュメントテンプレート２２０のようなドキュメントテンプレートを格納する。構造化文書ファイル格納部３５６は、ドキュメントテンプレート格納部３５４に格納されたドキュメントテンプレートに基づいて作成された構造化文書ファイルを格納する。利用者データ格納部３５８は、構造化文書ファイル管理装置１０の利用者の所属に関するデータを格納する。また、利用者データ格納部３５８は、ドキュメントテンプレート作成者としての権限に関する情報も格納する。アクセス判断部３３２は、利用者データ格納部３５８に格納されるデータに基づいて利用者の所属を判断する。利用者データ格納部３５８は利用者の所属に関するデータの他に、データの入力元や出力先となる端末装置の情報を格納してもよい。
【００３６】
次に、利用者とのユーザインタフェースとなる各種の画面について説明する。
【００３７】
図６は、ある製品に関するプロジェクトを管理するためのドキュメントテンプレートをもとに作成されたプロジェクト管理用構造化文書ファイル４００の内容を示す図である。図１のプロジェクト管理用ドキュメントテンプレート２２０と同じく、プロジェクト管理用構造化文書ファイル４００の元となったドキュメントテンプレートは、複数のタグテンプレートに所属するタグ群に基づいて作成されている。
【００３８】
図７は、プロジェクト管理用構造化文書ファイル４００を表示するに際し表示用ドキュメントテンプレートを選択する、構造化文書ファイルプレビュー画面４５０を示す図である。同図の構造化文書ファイルプレビュー画面４５０は開発部員に表示されている。構造化文書ファイル名表示欄４５４は、構造化文書ファイル格納部３５６に格納されている構造化文書ファイルの一覧を示す。同図においては、「プロジェクト管理−Ｅ」という名前の構造化文書ファイルが選択されている。
【００３９】
表示可能項目識別欄４５２は、構造化文書ファイル名表示欄４５４に表示される各構造化文書ファイルについて、この開発部員が閲覧可能なデータ項目を含むか否かを示す。表示可能項目識別欄４５２に「Ａ」と表示されている構造化文書ファイルは、全てのデータ項目についてデータの入出力が可能であることを示す。表示可能項目識別欄４５２に「Ｂ」と表示されている構造化文書ファイルは、一部のデータ項目についてデータの入出力が可能であることを示す。表示可能項目識別欄４５２に「Ｃ」と表示されている構造化文書ファイルは、すべてのデータ項目について、データ入出力が不可能であることを示す。
【００４０】
プレビュー領域４５６は、構造化文書ファイル名表示欄４５４において選択されている構造化文書ファイルのプレビューを表示する。利用者は決定ボタン４６０を押下することにより、選択した構造化文書ファイルへの入出力が可能となる。ドキュメントテンプレート選択領域４５８は、ドキュメントテンプレート格納部３５４に格納されているドキュメントテンプレートの一覧を示す。通常、構造化文書ファイルは、その元となったドキュメントテンプレートの項目レイアウトに従って表示される。同図においては、構造化文書ファイル「プロジェクト管理−Ｅ」の項目レイアウトの元となったのは「プロジェクト管理」という名前のドキュメントテンプレートである。プレビュー領域４５６では、この「プロジェクト管理」という名前のドキュメントテンプレートのフォーマットに従って、「プロジェクト管理−Ｅ」という名前の構造化文書ファイルのプレビューを表示している。しかし、利用者はドキュメントテンプレート選択領域４５８において別のドキュメントテンプレートを選択することにより、所望の構造化文書ファイルを別のフォーマットで表示することもできる。具体的には、以降の図を用いて説明する。
【００４１】
図８は、開発部員がプロジェクト管理用構造化文書ファイル４００を、その項目レイアウトの元となったドキュメントテンプレートを通して見たプロジェクト管理データ表示画面５００を示す。図２の構造化文書ファイル２４０に示したように、同図のプロジェクト管理データ表示画面５００においても、開発部員用のタグテンプレートに含まれるタグに対応するデータ項目しか表示されない。利用者は全表示ボタン５０２を押下することにより、他の表示されていないデータ項目を表示させることもできる。ただし、これらのデータ項目については、全表示ボタン５０２を押下してデータを表示させても、入力はできない。
【００４２】
図９は、開発部員がプロジェクト管理用構造化文書ファイル４００を、その項目レイアウトの元となったドキュメントテンプレートとは別のドキュメントテンプレートを通して見たプロジェクト管理データ表示画面５１０を示す。すなわち、プロジェクト管理用構造化文書ファイル４００が含むデータを、別のドキュメントテンプレートというマスクをかけて見ていることになる。同図では、各部署におけるプロジェクトの責任者を見るためのドキュメントテンプレートを通してプロジェクト管理用構造化文書ファイル４００を表示している。
【００４３】
たとえば、プロジェクト管理用構造化文書ファイル４００のうち、テストモード用パスワード項目４０２は、開発中の製品において、テストモードに移るための秘密のパスワードを示す。このパスワードは、開発部において周知すべきパスワードである。そのため、図８の開発部員に表示されるプロジェクト管理データ表示画面５００では、このパスワードは、テストモード用パスワード項目５０４において表示されている。しかし、図９のプロジェクト管理データ表示画面５１０においては、このパスワードは表示されない。なぜならば、このテストモード用パスワード項目４０２を表示するためのデータ項目をドキュメントテンプレート自体が持っていないからである。利用者は全表示ボタン５１８を押下すると、このドキュメントテンプレートのデータ項目については、全てデータ表示させることができる。
【００４４】
以上のように、利用者は、プロジェクト管理用構造化文書ファイル４００に含まれるデータをさまざまなドキュメントテンプレートを通して見ることができる。したがって、利用者はプレゼンテーション資料などを作成するに際して、必要な形式で必要な情報を取得しやすくなる。また、同一の構造化文書ファイルが、複数のドキュメントテンプレートを通して、同時に表示されてもよい。
【００４５】
次に、データ構造について説明する。
【００４６】
図１０は、構造化文書ファイル格納部３５６のデータ構造を示す図である。文書ＩＤ欄５３０は構造化文書ファイルを識別するＩＤ番号を表す。構造化文書ファイル名欄５３２は、構造化文書ファイルのファイル名を示す。ドキュメントテンプレート名欄５３４は、構造化文書ファイルの項目レイアウトの元となった、ドキュメントテンプレートの名前を示す。同図では、文書ＩＤ「００１」の構造化文書ファイル「プロジェクト管理−Ｅ」は、「プロジェクト管理」という名前のドキュメントテンプレートに基づいて作成された構造化文書ファイルであることが分かる。ドキュメントテンプレート作成者欄５３６は、ドキュメントテンプレート名欄５３４に示すドキュメントテンプレートの作成者の名前を示す。文書ファイル作成者欄５３８は、構造化文書ファイル名欄５３２に示す構造化文書ファイルへデータを記入した利用者の名前を示す。構造化文書ファイルへデータを記入する利用者は複数人であってもよい。ファイル更新日欄５４０は、構造化文書ファイルの最終更新日を示す。
【００４７】
次に、処理の流れについて説明する。
【００４８】
図１１は、利用者の所属に基づき、構造化文書ファイル中の表示すべきデータ項目を特定して画面表示する過程における処理の流れを示す。まず、利用者が構造化文書ファイルにアクセスしたときに、アクセス判断部３３２は、利用者の所属を特定する（Ｓ１０）。そして、利用者が構造化文書ファイルプレビュー画面４５０において選択した構造化文書ファイルを特定する（Ｓ１２）。次に、タグ抽出部３３６は、選択した構造化文書ファイルの項目レイアウトの元となるドキュメントテンプレートを、ドキュメントテンプレート格納部３５４より特定する（Ｓ１４）。そして、タグ抽出部３３６は、このドキュメントテンプレートのタグと、その元となるタグテンプレートをタグテンプレート格納部３５２より抽出し、入出力判断部３３４は利用者に表示すべきタグを特定する（Ｓ１６）。
【００４９】
利用者が、構造化文書ファイルプレビュー画面４５０のドキュメントテンプレート選択領域４５８において、表示用のドキュメントテンプレートを変更しない場合には（Ｓ１８のＮ）、対象となる構造化文書ファイルは、その項目レイアウトの元となるドキュメントテンプレートのフォーマットのまま表示される（Ｓ２２）。利用者が、表示用のドキュメントテンプレートを変更した場合には（Ｓ１８のＹ）、そのドキュメントテンプレートのフォーマットに従って、表示すべきデータ項目を特定し（Ｓ２０）、構造化文書ファイルを表示する（Ｓ２２）。
【００５０】
以上、実施の形態においては、同一の構造化文書ファイルであっても、利用者の所属に応じてその表示内容が異なる。したがって、大量のデータ項目を含む構造化文書ファイルであっても、利用者は効率的に必要な情報を獲得できる。そのため、対象者ごとに、内容の重複する複数の文書ファイルを管理する必要性がなくなる。また、構造化文書ファイルへのデータの入力に際しても、利用者は、入力可能なデータ項目と、入力をできないデータ項目が一目で理解できる。更に、構造化文書ファイルをさまざまなドキュメントテンプレートを通して見ることができるので、単一の構造化文書ファイルをさまざまな視点から活用できる。
【００５１】
通常、部内データにアクセス制限を掛ける場合、部内に共通するパスワードで、データへのアクセス権限を管理する方法が一般的である。しかし、こうした方法は、利用者にパスワード管理の手間を強いる。しかし、本実施の形態においては、構造化文書ファイルのタグ属性によりデータへのアクセスを制限できるので、部外秘データを効率的に扱える効果もある。
【００５２】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５３】
そうした変形例として、構造化文書ファイルのデータを閲覧する権限と、書き込む権限を分離してもよい。たとえば、開発部に所属していれば閲覧できるが、ソフトウェア開発部に所属していなければ、書き込みができないデータ項目があってもよい。あるいは、利用者の所属に応じてタグテンプレートを分類するのではなく、データ入力の時間やデータを取得した地域、データの重要度など、さまざまな視点から分類してもよい。
【００５４】
【発明の効果】
本発明によれば、構造化文書ファイルを効果的に管理することができる。
【図面の簡単な説明】
【図１】本実施の形態における、ドキュメントテンプレートの作成に関する模式図である。
【図２】図１のドキュメントテンプレートに基づいて作成された構造化文書ファイルを開発部員が閲覧するときの模式図である。
【図３】図１のドキュメントテンプレートに基づいて作成された構造化文書ファイルをマーケティング部員が閲覧するときの模式図である。
【図４】本実施の形態における、構造化文書ファイル管理装置のハードウェア構成図である。
【図５】構造化文書ファイル管理装置の機能ブロックを示す図である。
【図６】「製品プロジェクトの管理」に関する構造化文書ファイルの一例を示す図である。
【図７】開発部員が、構造化文書ファイルと、その表示用のドキュメントテンプレートを選択する画面の一例を示す図である。
【図８】開発部員に対する、図６に示した「製品プロジェクトの管理」に関する構造化文書ファイルの表示画面の一例を示す図である。
【図９】開発部員に対する、図６に示した「製品プロジェクトの管理」に関する構造化文書ファイルの表示画面の別例を示す図である。
【図１０】構造化文書ファイル格納部のデータ構造の一例を示す図である。
【図１１】本実施の形態において、利用者の所属に基づき、表示すべきデータ項目を特定して構造化文書ファイルを表示する過程におけるフローチャートである。
【符号の説明】
１０  構造化文書ファイル管理装置、３１０  ユーザインタフェース処理部、３１２  表示部、３１４  文書データ入力部、３１６  表示用ドキュメントテンプレート選択部、３３０  データ処理部、３３２  アクセス判断部、３３４  入出力判断部、３３６  タグ抽出部、３５０  データ格納部、３５２  タグテンプレート格納部、３５４  ドキュメントテンプレート格納部、３５６  構造化文書ファイル格納部、３５８  利用者データ格納部。
【図１】
2004355517.tif 000003
【図２】
2004355517.tif 000004
【図３】
2004355517.tif 000005
【図４】
2004355517.tif 000006
【図５】
2004355517.tif 000007
【図６】
2004355517.tif 000008
【図７】
2004355517.tif 000009
【図８】
2004355517.tif 000010
【図９】
2004355517.tif 000011
【図１０】
2004355517.tif 000012
【図１１】
2004355517.tif 000013