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