(57)【要約】【課題】  文書属性の異なる複数の文書情報を統合文書として管理することで、ログインするユーザ属性に適応した文書情報を特定して要求される処理を実行することである。【解決手段】  クライアントＰＣからユーザがログインすると（８０１）、ログインしたユーザのユーザ属性を特定して、統合文書管理部が管理する文書属性が異なる文書情報の中から、ユーザ属性に適応する文書情報の一覧を取得する（８１０）。そして、サーバＰＣから文書情報の一覧をクライアントＰＣから要求に提示する（８０６）。そして、クライアントＰＣからのダウンロード要求を受け付け（８０７）、指示された文書情報をクライアントＰＣに提示する（８１３，８１４）ことを特徴とする。【選択図】  図８
2010055559.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して情報処理装置からログインされるユーザからの要求を処理する文書管理装置であって、
前記情報処理装置からログインするユーザが用いる文書情報を特定する属性情報を管理するユーザ管理手段と、
前記情報処理装置から取得する文書属性が異なる文書情報を関連付けて統合文書情報として管理する文書管理手段と、
ログインされるユーザが要求する文書情報が統合文書であるかどうかを判断する判断手段と、
前記判断手段がログインされるユーザが要求する文書情報が統合文書であると判断した場合、ログインされるユーザの属性情報に基づいて、前記統合文書情報の中から当該ユーザが参照すべき文書情報を特定する特定手段と、
前記特定手段により特定された文書情報に対する前記ユーザからの要求を処理する処理手段と、
を有することを特徴とする文書管理装置。
【請求項２】
前記情報処理装置は、前記情報処理装置とブラウザを介して通信する画像形成装置、データ処理装置を含むことを特徴とする請求項１記載の文書管理装置。
【請求項３】
前記ユーザからの要求は、文書情報を登録する登録要求、前記文書情報を前記情報処理装置に提示する提示要求であることを特徴とする請求項１記載の文書管理装置。
【請求項４】
前記文書管理手段は、前記文書情報を版別に管理することを特徴とする請求項１記載の文書管理装置。
【請求項５】
前記文書属性は、文書情報の言語を識別するための文書分類属性であることを特徴とする請求項１記載の文書管理装置。
【請求項６】
前記ユーザ管理手段は、ユーザが用いる文書情報を特定する複数の属性情報を管理することを特徴とする請求項１記載の文書管理装置。
【請求項７】
前記情報処理装置は、クライアント装置、画像形成装置を含むことを特徴とする請求項１記載の文書管理装置。
【請求項８】
ネットワークを介して情報処理装置からログインされるユーザからの要求を処理する文書管理装置における文書管理方法であって、
前記情報処理装置からログインするユーザが用いる文書情報を特定する属性情報を管理するユーザ管理ステップと、
前記情報処理装置から取得する文書属性が異なる文書情報を関連付けて統合文書情報として管理する文書管理ステップと、
ログインされるユーザが要求する文書情報が統合文書であるかどうかを判断する判断ステップと、
前記判断ステップがログインされるユーザが要求する文書情報が統合文書であると判断した場合、ログインされるユーザの属性情報に基づいて、前記統合文書情報の中から当該ユーザが参照すべき文書情報を特定する特定ステップと、
前記特定ステップにより特定された文書情報に対する前記ユーザからの要求を処理する処理ステップと、
を有することを特徴とする文書管理方法。
【請求項９】
前記情報処理装置は、前記情報処理装置とブラウザを介して通信する画像形成装置、データ処理装置を含むことを特徴とする請求項８記載の文書管理方法。
【請求項１０】
前記ユーザからの要求は、文書情報を登録する登録要求、前記文書情報を前記情報処理装置に提示する提示要求であることを特徴とする請求項８記載の文書管理方法。
【請求項１１】
前記文書管理ステップは、前記文書情報を版別に管理することを特徴とする請求項８記載の文書管理方法。
【請求項１２】
前記文書属性は、文書情報の言語を識別するための文書分類属性であることを特徴とする請求項８記載の文書管理方法。
【請求項１３】
前記ユーザ管理ステップは、ユーザが用いる文書情報を特定する複数の属性情報を管理することを特徴とする請求項８記載の文書管理方法。
【請求項１４】
前記情報処理装置は、クライアント装置、画像形成装置を含むことを特徴とする請求項８記載の文書管理方法。
【請求項１５】
請求項８乃至１４のいずれか１項に記載の文書管理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置からログインされるユーザからの要求を処理する文書管理装置に関するものである。
【背景技術】
【０００２】
近年の文書管理は、改版処理が可能な版管理や、共有文書の更新処理を排他管理するチェックイン・チェックアウトなどの機能により、より効率的に共有・更新が可能となってきている。
【０００３】
一方で、ネットワーク技術の進化などにより、文書管理の位置づけは、部門内メンバーによる情報共有手段から、社内でのインフラ、さらにはインターネット等を介して世界各国からアクセスされる共通文書管理へと、データの共有範囲が拡大してきている。
【０００４】
このため、文書管理において、１つのサーバで複数の言語を対応するマルチランゲージ機能が重要となってきている。ここで一般的なマルチランゲージ機能の処理の流れをステップＳ１〜Ｓ３で示す。
【０００５】
Ｓ１で、ユーザが情報処理装置、或いはデバイスにインストールされているアプリケーションを起動するか、またはアプリケーションで提供される機能を選択する。
【０００６】
次に、Ｓ２で、ユーザ指示を受けた情報処理装置もしくはデバイスのアプリケーション（以下、単に「クライアント」）は、サーバに対して表示データの取得要求を発行する。この際の要求は、同じ処理アドレスを指定する。
【０００７】
そして、Ｓ３で、サーバは取得要求に対応した表示データを構築するために、要求に応じたサーバ内部の処理アドレスに応答処理を依頼する（リダイレクト処理）。
【０００８】
例えば、従来のマルチランゲージ対応技術には、以下のような技術を施こすことでクライアントに対して、所望の応答を返す処理を行うものがある（例えば
【特許文献１】参照）。
【０００９】
クライアントの環境情報をリクエストに組み込んだ形式で送信する。このリクエストを受けてサーバ側では要求側の環境情報に応じて、予め用意された表示データを提供する処理アドレスに自動的に切り替えて応答させる。
【特許文献２】特開平１１−１９４９８３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特許文献１の技術では、クライアントの環境情報を用いて、表示データとして画面表示内容を切り替えることが可能となることが記載されている。
【００１１】
しかしながら、上記技術はあくまで画面表示データであって、画面表示内に掲載する文書自体（文書の格納アドレス）は、ユーザ環境によって自動的に切り替えることができない。このため、画面表示の取得要求に対して、指定された各処理アドレスの実際に画面表示内容を構築処理において、画面表示の中に掲載される文書を各言語に別途設定する必要がある。
【００１２】
例えば、英語版のオリジナル資料と、日本語版の翻訳資料があった場合に、英語の画面表示データには英語版のオリジナル資料、日本語の画面表示データには日本語版の翻訳資料をそれぞれ画面表示内容に設定する必要がある。
【００１３】
もし言語別の文書情報を個々に設定しないで管理する場合、すべての文書を埋め込むこととなってしまい、煩雑な文書一覧画面表示となってしまう。
【００１４】
また、言語に対応して国別に文書情報をフォルダで管理すると、フォルダパス管理が複雑となり、統合すべき各国の文書情報相互の連携が判別しにくくなってしまう。
【００１５】
これに加え、文書情報の版管理や、チェックイン・チェックアウトも各言語別に行うことになるため、英語版のオリジナル資料と、日本語版の翻訳資料の各バージョンがどの文書情報に対応するかを確認することもできなかった。
【００１６】
また、言語別に画面表示を切り替える処理は、たとえば要求側のクライアントが日本語版であっても利用するユーザが英語での表示を所望する場合に、切り替えることができないのが実情であった。
【００１７】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、文書属性の異なる複数の文書情報を統合文書として管理することで、ログインするユーザから統合文書が要求された場合に、ユーザ属性に適応した文書情報を特定して要求される処理を実行できる仕組みを提供することである。
【課題を解決するための手段】
【００１８】
上記目的を達成する本発明の文書管理装置は、以下に示す構成を備える。
【００１９】
ネットワークを介して情報処理装置からログインされるユーザからの要求を処理する文書管理装置であって、前記情報処理装置からログインするユーザが用いる文書情報を特定する属性情報を管理するユーザ管理手段と、前記情報処理装置から取得する文書属性が異なる文書情報を関連付けて統合文書情報として管理する文書管理手段と、ログインされるユーザが要求する文書情報が統合文書であるかどうかを判断する判断手段と、前記判断手段がログインされるユーザが要求する文書情報が統合文書であると判断した場合、ログインされるユーザの属性情報に基づいて、前記統合文書情報の中から当該ユーザが参照すべき文書情報を特定する特定手段と、前記特定手段により特定された文書情報に対する前記ユーザからの要求を処理する処理手段とを有することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、文書属性の異なる複数の文書情報を統合文書として管理することで、ログインするユーザから統合文書が要求された場合に、ユーザ属性に適応した文書情報を特定して要求される処理を実行できる。
【発明を実施するための最良の形態】
【００２１】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２２】
〔第１実施形態〕
＜システム概念図の説明＞
図１は、本実施形態を示す文書管理システムの一例を示す概念図である。本例は、文書管理装置に対応するサーバＰＣがネットワークを介して情報処理装置に対応するクライアントＰＣ、画像形成装置が接続される文書管理システムの例である。ただし、本発明は、クライアントＰＣの数や、画像形成装置の数に制限されるものではない。なお、本実施形態では、情報処理装置の一例である画像形成装置が、複合機（ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ））で構成される場合を示す。
【００２３】
図１において、１０１はローカルエリアネットワーク（ＬＡＮ）である。１１１はクライアント用のパーソナルコンピュータ（以下「クライアントＰＣ」）で、後述するハードウエア資源、オペレーティングシステム（ＯＳ）を含むソフトウエア資源を備える。
【００２４】
１２１はサーバ用のパーソナルコンピュータ（以下「サーバＰＣ」）で、後述するハードウエア資源、オペレーティングシステム（ＯＳ）を含むソフトウエア資源を備える。ここで、サーバＰＣ１２１は、統合文書管理を行う。サーバＰＣ１２１とクライアントＰＣ１１１とはＬＡＮ１０１を介して双方向に通信可能に接続される。
【００２５】
１３１は複合デバイスで、文書管理システムのクライアント機器として指示が可能なＵＩを備え、ＬＡＮ１０１に接続されている。
【００２６】
なお、クライアントＰＣ１１１は、ソフトウエア資源としてブラウザを有しており、ＬＡＮ１０１に接続して、サーバＰＣ１２１に指示を行えるように構成されている。本システムにおいて、他の構成については、特に限定するものではなく、複合デバイス、クライアントＰＣの接続台数には制限はない。
【００２７】
サーバＰＣ１２１は、統合文書管理システムサーバ機能を有する。すなわち、クライアントＰＣ１１１や複合デバイス１３１（以降、２つを総称して「クライアント」と表現する場合がある）のブラウザから文書管理に関する表示指示や操作指示を受ける。
【００２８】
そして、サーバＰＣ１２１は、クライアントから受けた要求に応じた処理結果を指示したクライアントのブラウザに対して返す処理を行う。
【００２９】
なお、本実施形態において、サーバＰＣ１２１およびクライアント間の通信手法（通信プロトコル）については特に限定するものではない。
【００３０】
さらに、複合デバイス１３１は、クライアントＰＣ１１１と同様に、ブラウザを有しており、ＬＡＮ１０１に接続でき、かつサーバＰＣ１２１に指示が可能に構成されている。他の構成については、複合デバイスの要素であるプリント手段、スキャン手段、ファクス送受信手段等をすべてもしくは部分的に有するものであれば特に限定するものではない。
【００３１】
＜ＰＣハードウエア構成図の説明＞
図２は、図１に示したサーバＰＣ１２１及びクライアントＰＣ１１１の構成を説明するブロック図である。なお、ハードウエア資源の構成はほぼ共通であるため、本図を用いて説明する。
【００３２】
図２おいて、２０１はビデオＲＡＭ（ＶＲＡＭ）で、ＣＲＴ表示装置２０２の画面に表示される文字、イメージを展開記憶する。
【００３３】
ＣＲＴ表示装置２０２は、ＶＲＡＭ２０１から取得した表示情報を画面に表示する装置である。例えば、クライアントＰＣ１１１の場合、ブラウザ等はここに表示される。なお、表示装置としては、ＣＲＴ表示装置以外のＬＣＤ表示装置であってもよい。
【００３４】
２０３はビットムーブユニット（ＢＭＵ）で、メモリ間あるいはメモリと各デバイス間のデータ転送をコントロールする。２０４は入力デバイスとして機能するキーボードで、入力に関する各種キーを備える。２０５はポインティングデバイス（ＰＤ）で、画面上でアイコンなどをユーザからの操作に従い指示し、ボタンクリックやドラッグなどの指示を行う。
【００３５】
２０６はＣＰＵで、ＲＯＭ２０８に記憶された制御プログラムに基づいて本装置の各部を制御する。なお、ＣＰＵ２０６が後述するＨＤＤに記憶される上記制御プログラムをＲＡＭ２０９にロードして実行する構成であってもよい。ＲＡＭ２０９は、上述した各プログラムをＣＰＵ２０６が実行するときにワークエリア、エラー処理時の一時退避エリアとして用いられる。
【００３６】
２１０はハードディスクドライブ（ＨＤＤ）で、フレキシブルディスク（ＦＤ）２１１とともに、外部記憶装置として機能し、後述するアプリケーションプログラムやデータ、データベース、ライブラリなどの保存用に用いられる。
【００３７】
２１２はネットワークインタフェース（ＮＥＴ−Ｉ／Ｆ）で、各機器間でネットワークを経由してデータ転送を行うためにネットワーク上でデータ制御、診断を行う。２０７はＩ／Ｏバスで、上述した各ユニット間を接続する役割を担う。Ｉ／Ｏバス２０７は、アドレスバス、データバス及び制御バスから構成されている。
【００３８】
上記構成において、装置に電源を投入すると、ＣＰＵ２０６はＲＯＭ２０８のブートプログラムに従って装置を初期化し、ＨＤＤ２１０らＯＳのロードを行い、その後で各種アプリケーション等を動作させることになる。ここで、アプリケーションには、図５に示すソフトウエア資源が含まれる。
【００３９】
なお、本実施形態の文書管理装置は、一般的なパーソナルコンピュータをその基礎にしているので、プログラムはハードディスク等に記憶されているものとする。しかしながら、本発明に係るプログラムやエラー処理プログラムをはじめ、後述する本発明を実現するためのプログラムをＲＯＭに記憶させ、この制御プログラムをＣＰＵ２０２が実行する構成としてもよい。したがって、本発明の適用が記憶媒体の違いにより限定されるものではない。
【００４０】
＜複合デバイスのハードウエア構成図の説明＞
図３は、図１に示した複合デバイス１３１の構成を説明する図である。なお、本例では、複合デバイス１３１がＭＦＰ(Multi Function Printer)とした場合を示す。
【００４１】
図３において、フィーダ３００（原稿自動送り部）は、スキャナ部３０１でスキャナを行う際に自動で紙を送る機構である。原稿のスキャナ部３０１は、紙の情報をスキャニングして電子化を行う。ＵＩ部３０２は、サーバＰＣ１２１に対する操作指示を行うブラウザを表示する。ＵＩ部３０２がタッチパネルで構成されていてもよい。
【００４２】
給紙部３０３は、印刷の際に印刷用紙を定着部３０４に送る機構である。定着部３０４は、給紙部３０３から送られてきた用紙にトナーを定着させて印刷を行う機構である。排紙部３０５は、定着部３０４にて印刷された用紙を排紙する機構である。
【００４３】
フィニッシング装置３０６は、排紙部３０５から排紙された紙をユーザ指示に従ってステープルやパンチといった処理を行う機構である。排紙トレイ３０７は、最終的に印刷・フィニッシングされた印刷物を保持する機構である。
【００４４】
＜複合デバイスの情報処理機能の説明＞
図４は、図３に示した複合デバイス１３１のハードウエア構成を説明するブロック図である。以下、情報処理装置として機能する複合デバイス１３１のハードウエアについて説明する。
【００４５】
図４において、ユーザインタフェース部４００で、ユーザが操作するＵＩ部３０２に対して、各種のユーザインタフェースを提供する。ユーザは、ＵＩ部３０２に表示されるユーザインタフェースに対して、直接指示可能に構成されている。ネットワークインタフェース部４０１は、ネットワークを介して外部機器と通信を行う。
【００４６】
ＣＰＵ４０２は、ＲＯＭ４０３に記憶される制御プログラムを実行して、入出力インタフェース４０６に接続されるデバイスを制御して、複合デバイス全体を制御する。なお、ＲＯＭ４０３は組込済みプログラムおよびデータを記憶している。ＲＡＭ４０４は、ＣＰＵ４０２が一時的に使用するワークメモリ領域として機能し、プログラムを実行時にはプログラムを展開する領域となる。
【００４７】
ＨＤＤ４０５は、大容量記憶領域であり、外部機器から送られてきたデータなどを複合デバイス内に格納する領域となる。
【００４８】
＜ソフトウエア構成図の説明＞
図５は、本実施形態を示す文書管理システムのソフトウエア構成を説明する図である。本例は、ネットワーク５０１を介して、情報処理装置に対応するクライアントＰＣ１１１、複合デバイス１３１、文書管理装置に対応するサーバＰＣ１２１が接続されたシステム例である。ここで、ネットワーク５０１は、図１に示したＬＡＮ１０１に対応する。なお、ネットワーク上におけるプロトコルは特に限定はないものとする。
【００４９】
図５に示すクライアントＰＣ１１１おいて、５０２はブラウザで、クライアントＰＣ１１１上で起動するアプリケーションである。ブラウザ５０２は、サーバＰＣ１２１とのやりとり結果を表示して、ユーザインタフェースを介してユーザに指示を促す。ここで、ユーザが操作指示を行った場合は、表示されたユーザインタフェースに対するアクションが送受信部５０３を経由してサーバＰＣ１２１に送信される。
【００５０】
また、ブラウザ５０２は、サーバＰＣ１２１からの応答を送受信部５０３で受け取った結果を表示する。
【００５１】
図５に示す複合デバイス１３１おいて、ブラウザ５０４は、複合デバイス１３１上で起動するアプリケーションである。ブラウザ５０１と同様、送受信部５０５を経由して、文書管理サーバＰＣ１２１とのやりとり結果を表示して、ユーザに指示を促す。送受信部５０５は、ブラウザ５０３とサーバＰＣ１２１間の情報を送受信する。
【００５２】
図５に示すサーバＰＣ１２１おいて、ＣＰＵ２０６は、サーバアプリケーション５０６内の各処理部をクライアントＰＣからの要求に応じてＲＡＭ２０９上にロードして処理を実行する。以下、サーバアプリケーション５０６の各処理部（アプリケーションとして機能する）の構成を説明する。
【００５３】
サーバアプリケーション５０６において、送受信部５０７は、クライアントＰＣ１１１や複合デバイス１３１の各送受信部５０３、５０５からリクエスト情報を受け取り、制御部５１３に渡す。その後、各処理部での結果を制御部５１３から受け取り、最終的に、要求元のクライアントＰＣ１１１や複合デバイス１３１に応答として返す処理を行う。
【００５４】
画面表示生成部５０８は、送受信部５０７が受け取った要求が画面表示データ生成である場合に、制御部５１３からの指示を受けて、ブラウザ５０２、５０４で表示するための画面表示データを生成する。ここで、生成される画面表示データは、静的なＨＴＭＬデータでもよく、ＪＳＰ（Java（登録商標）Server Pages）のような動的な画面表示データであってもよい。なお、画面表示データは、制御部５１３から指示に従い生成される。
【００５５】
ユーザ管理部５０９は、統合文書管理システムのユーザ管理を行う。本実施形態では、統合文書管理において分類属性を特定するためのユーザ属性を有するデータ構造を使用する。なお、データ構造の詳細に関しては、後述する。
【００５６】
統合文書管理部５１０は、データベース５１２で管理される文書の版管理や、チェックイン・チェックアウト処理を行うと共に、複数の文書をユーザ属性に応じたフォルダを用意し、そのフォルダを束ねて統合文書を実現する。なお、データ構造に関しては後述する。
【００５７】
送受信部５０７から受け取ったクライアント指示が文書取得や操作であった場合は、統合文書管理部５１０は、ログイン管理部５１１からログインされている指示ユーザの分類属性によって対象文書を特定するための判断を行う。そして、統合文書管理部５１０は、指示ユーザに対して対象文書の提供や操作を行う。
【００５８】
ログイン管理部５１１は、クライアントＰＣ１１１や複合デバイス１３１の各ブラウザ５０２、５０４からのログイン要求に対して、ユーザ管理部５０９を用いて認証処理を行う。また、認証したユーザに対して、現在ログイン中のユーザ情報を管理する。さらに、統合文書管理部５１０からのリクエストを行ったユーザの属性取得要求に対して、属性情報の提供を行う。
【００５９】
データベース５１２は、データを管理するアプリケーションおよびデータの格納先を管理する。
【００６０】
具体的に、データベース５１２は、画面表示生成部５０８の各画面データ、ユーザ管理部５０９のユーザ情報、統合文書管理部５１０の文書管理情報などの格納先を管理する。データの格納先としては、サーバＰＣ１２１内のＨＤＤ２１０やＦＤＤ２１１もしくはＲＡＭ２０９などが対象となる。また、データベース５１２は、要求に応じてＨＤＤ２１０やＦＤＤ２１１もしくはＲＡＭ２０９に記憶される情報の更新や情報の提供を行う。制御部５１３は、各処理部とのやりとりを制御する。
【００６１】
本実施形態に示す文書管理システムは、各機器が上述したハードウエア資源を備えて、対応するアプリケーションを実行することで、後述するようなユーザ毎の言語に対応した文書情報の管理と、その提示を制御する。
【００６２】
＜画面表示生成部と統合文書管理部の関係についての説明＞
図６、図７は、図５に示した画面表示生成部５０８と統合文書管理部５１０とのデータ処理例を説明する図である。以下、サーバＰＣ１２１における、画面表示生成部５０８による画面表示データの切り替え処理と、統合文書管理部５１０による文書管理の処理とを従来例と対比して説明する。図６は、従来の文書管理例に対応し、図７は本実施形態において文書情報を版別に管理する例である。
【００６３】
図６において、表６０１は従来のデータリストを示す。ここで、表示名が「基本仕様書」は、「\\Cabinet1\2009\Basic\JP」というフォルダに格納された文書であり、バージョンとしてＶ３が最新となっている状態を示す。
【００６４】
同様に、表示名が「Basic Specification」は、「\\Cabinet1\2009\Basic\US」フォルダに格納されたＶ２の文書である。また、表示名が「ログ仕様書」は、「\\Cabinet1\2009\Log\JP」フォルダにＶ２として、「Log Specification」は、「\\Cabinet1\2009\Log\US」にＶ１としてそれぞれ格納された文書である。
【００６５】
次に、まず画面表示データの表示切り替え処理について説明する。
【００６６】
画面表示６０２は、言語を日本語とする場合の画面表示を示している。ここで、画面表示データとしては「ファイル一覧」というように日本語が内容に盛り込まれた画面データである。
【００６７】
一方で、画面表示６０３は、言語を英語とする場合の表示を示している。ここで、画面表示データとしては「File List」のように英語の内容が盛り込まれた画面データである。
【００６８】
従来は、これらを同じＵＲＬで要求元クライアントの環境に応じて切り替えることが可能である。
【００６９】
次に、画面表示６０２では、日本語の画面表示データに、それぞれ「基本仕様書」と「ログ仕様書」に文書リストとして表示している。
【００７０】
一方で、画面表示６０３では、英語の画面表示データに「Basic Specification」および「Log Specification」の２つの文書がリストアップされている。
【００７１】
これら文書はそれぞれ独立した文書であるため、画面表示６０２および画面表示６０３から各文書への指示はそれぞれ異なる指示がされることとなる。そのターゲットを切り替える表現を示したものが、各コマンド６０４、６０５、６０６、６０７である。
【００７２】
ここで、コマンド６０４は、ターゲット文書の「基本仕様書」を特定するコマンドを示した例であり、例えば「Target=\\Cabinet1\2009\Basic\JP」と表現される。なお、このコマンド部分を用いて、最終的に各文書に対する処理およびサーバドレスを加えた指示ＵＲＬにすることによって実際の操作が行われる。
【００７３】
例えば、http://www.xxx.co.jp/doc_mgt?command=update&Target=\\Cabinet\2009\Basic\JPのような記載であってもよい。
【００７４】
同様に、コマンド６０５は、「ログ仕様書」の特定コマンドである「Target=\\Cabinet1\2009\Log\JP」に対応する。また、コマンド６０６は「Basic Specification」の特定コマンドである「Target=\\Cabinet1\2009\Basic\US」に対応する。さらに、コマンド６０６は、「Log Specification」の特定コマンドである「Target=\\Cabinet1\2009\Log\JP」に対応する。上記コマンド６０４から６０７で、ターゲット文書を特定する。これらの特定コマンドによって実際のデータベースにアクセスすることが可能となる。
【００７５】
このように構成された従来の文書管理システムでは、「基本仕様書」と「Basic Specification」のように、言語は異なるが同一内容の文書であるのに、異なる文書として管理されている（「ログ仕様書」と「Log Specification」も同様）。
【００７６】
例えば、異なる言語で利用する利用者同士が同じ内容の文書を共有したい場合に、相手に対象文書を伝えることができないことになる。
【００７７】
すなわち、英語環境の利用者が「Basic Specification」を参照するようにメールで「Target=\\Cabinet1\2009\Basic\US」という特定コマンドを送付しても、日本語環境の利用者にはそれを参照する手段がないためである。
【００７８】
そこで、本実施形態では、図７に示すように文書を特定するコマンドを用いて言語別の文書を切り分ける。
【００７９】
図７において、表７０１は、本実施形態のデータリストで、表６０１で示した「基本文書」と「Basic Specification」が統合文書ＩＤ「BASIC SPEC」にて１つの統合文書情報として管理される。つまり、「基本文書」と「Basic Specification」が相互に関連付けられた状態で、かつ、版別（バージョン情報）に管理される。これにより、コマンド例７０２で示すように、言語の環境が、英語環境であっても、日本語環境であっても、同一の文書特定コマンドである「target="BASIC SPEC"」と表現することが可能となる。以後、サーバＰＣ１２１にログインするユーザは、図９Ｂに示すように、サーバＰＣ１２１が提供する文書ファイル一覧を確認することができる。そして、ユーザが表示されるファイル一覧から選択する文書情報に対する処理をサーバＰＣ１２１の統合文書管理部５１０に要求することができる。
【００８０】
同様に、表６０１で示した「ログ仕様書」と「Log Specification」が統合文書ＩＤ「LOG SPEC」で表現でき、文書特定コマンド７０３のように「target="LOG SPEC"」で表現可能になる。
【００８１】
また、統合文書管理部５１０は、各文書特定コマンドと、ログイン管理部５１１が管理するログインユーザ情報をもとに、実際の対象文書を特定する。
【００８２】
統合文書管理部５１０は、例えば文書特定コマンド７０２の「target="BASIC SPEC"」が指示された場合に、統合文書管理部５１０は、要求クライアントのログインユーザ情報をログイン管理部５１１から取得して、統合文書のどの文書分類属性の実文書がターゲットであるかを自動的に判断する処理を行う。
【００８３】
ここで、ログインユーザの文書分類属性が日本語環境であれば、統合文書管理部５１０は、特定コマンド６０４の「Target=\\Cabinet1\2009\Basic\JP」を自動的に選択し、「基本仕様書」に対する文書操作が可能となる。
【００８４】
一方、ログインユーザの文書分類属性が英語環境であれば、統合文書管理部５１０は、特定コマンド６０６の「Target=\\Cabinet1\2009\Basic\US」を自動的に選択し、「Basic Specification」が操作対象文書となる。
【００８５】
なお、ログイン管理部５１１では、例えば表７０４のようなログインユーザの情報を管理している。
【００８６】
表７０４に示すように、ログインしているユーザのうち「Taro」は、文書分類属性が「Japanese」であり、「Tom」は「English」となっている。したがって、統合文書管理部５１０は、文書特定コマンド７０２の「Target="BASIC SPEC"」に対して、ユーザが「Taro」であれば、実文書の特定コマンド６０４を採用する。
【００８７】
一方、ユーザが「Tom」であれば、統合文書管理部５１０は、特定コマンド６０５を採用する処理を行うものとする。このログイン管理部５１１は、文書分類属性をユーザ毎に管理することで、統合文書管理５１０が統合文書指示に対してどの文書を特定するかを切り分けることが可能となる。
【００８８】
これにより、本実施形態では、統合文書管理部５１０によって、同じ特定コマンドを異なる言語環境で共有することができ、同じ内容の文書に対する操作を実現可能とする。
【００８９】
＜統合文書管理のシーケンスに関する説明＞
次に、図８を用いて、図７にて示したファイル一覧の画面表示とファイルをファイルのダウンロードに関するシーケンスを説明する。
【００９０】
図８は、本実施形態を示す文書管理システムにおけるデータ処理フローを説明する図である。なお、図５と同一のものには同じ符号を付してある。以下、クライアントＰＣ１２１におけるブラウザ５０２とサーバＰＣ１２１側の画面表示制御部５０８、統合文書管理部５１０、データベース５１２とのデータ処理を説明する。また、処理８０１〜８０６は、ファイル一覧の画面表示を行う一連の処理に対応する。
【００９１】
図８において、最初にクライアントＰＣ１１１のブラウザ５０２がユーザからの入力を受ける。そして、処理８０１において、ブラウザ５０２はサーバＰＣ１２１の制御部５１３にリクエストを送信する。なお、実際の通信処理は、双方の送受信部５０３、５０７およびネットワーク５０１が存在するが本説明では省略する。
【００９２】
次に、処理８０２では、画面表示制御部５０８がクライアントＰＣ１１１のブラウザ５０２から受け取ったリクエストに画面表示用データを選択したり、画面表示用データをページ単位に作成したりする。ここでページとは、例えばHTMLで表示可能なページである。また、Ｓ８０２では、後述する処理８０５で取得する一覧を埋め込むための画面表示データを準備する。
【００９３】
次に、処理８０３では、画面表示制御部５０８が選択した画面表示用データに表示する対象ファイル一覧の取得要求を統合文書管理部５１０に行う。そして、処理８０４では、統合文書管理部５１０がログイン管理部５１１に対して要求元ユーザのログインユーザ情報から文書分類属性を表７０４から取得して、対象となる文書情報の一覧をリストアップする。この際の文書情報は統合文書IDで表現されたリストとなる。
【００９４】
次に、処理８０５では、統合文書管理部５１０が、処理８０４でリストアップした対象文書情報の一覧を応答としてクライアントＰＣ１１１のブラウザ５０２に対して返す。画面表示制御部５０８は、統合文書管理部５１０から取得した対象文書情報の一覧を処理８０２で準備した画面表示データに埋め込む。
【００９５】
そして、処理８０６では、画面表示制御部５０８が構築した画面表示データおよび対象文書情報の一覧をレスポンスとして、クライアントＰＣ１１１のブラウザ５０２に返す。
【００９６】
以上の処理８０１〜８０６が、クライアントＰＣ１１１のブラウザ５０２がユーザからの画面表示指示を受けて、実際の画面表示を行う流れである。
【００９７】
次に、処理８０６で、クライアントＰＣ１１１において、ファイル一覧の画面表示を行ったブラウザ５０２が、ユーザの指示を受けてダウンロードを行う一連の処理を説明する。
【００９８】
まず、クライアントＰＣ１１１のブラウザ５０２は、ユーザからサーバＰＣ１２１からダウンロードするファイルの指示を待つ。
【００９９】
次に、処理８０７では、クライアントＰＣ１１１のブラウザ５０２が、ユーザの操作に従い指示されたファイルを検出して、サーバＰＣ１２１の画面表示制御部５０８にダウンロード指示を行う。
【０１００】
処理８０８では、サーバＰＣ１２１の画面表示制御部５０８は、クライアントＰＣ１１１のブラウザ５０２からダウンロード指示を受けて、統合文書管理部５１０に統合文書IDによる文書取得要求を行う。
【０１０１】
次に、処理８０９では、統合文書管理部５１０は、ログイン管理部５１１に問い合わせて、画面表示制御部５０８により指定された要求元ユーザのログインユーザ情報から文書分類属性を取得して、統合文書IDに該当する文書群の中から文書分類属性に該当する実文書を特定する。これにより、ユーザが望む言語が特定されることで、統合文書で管理される文書のうち、対応する言語の実文書が特定される。
【０１０２】
そして、処理８１０では、統合文書管理部５１０が特定した統合文書IDを用いてデータベース５１２に文書の取得を要求する。次に、処理８１１では、データベース５１２が処理８１０で要求された実文書をダウンロードできるように文書を用意する。具体的には、サーバＰＣ１２１のデータベース５１２が、例えばＨＤＤ２１０上で管理される実文書が読み出すことで、ダウンロードの準備を行う。
【０１０３】
そして、処理８１２では、処理８１１にてデータベース５１２が用意したダウンロード用の実文書の情報を統合文書管理部５１０に返す。
【０１０４】
そして、処理８１３では、処理８１２で統合文書管理部５１０が取得したダウンロード用の実文書の情報を画面表示制御部５０８に返す。次に、処理８１４では、画面表示制御部５０８がダウンロード要求を行ったクライアントＰＣ１１１のブラウザ５０２に対して、統合文書管理部５１０から取得した実際の実文書を転送する処理を行う。この結果、ユーザ「Ｔａｒｏ」がBASIC SPECを指定してサーバＰＣ１２１にログインすると、「\\Cabinet1\2009\Basic\Jp」が実文書として画面に表示される。
【０１０５】
以上、処理８０７から処理８１４の一連の処理によって、サーバＰＣ１２１からクライアントＰＣ１１１へファイルのダウンロード処理が行われる。
【０１０６】
なお、本実施形態では、処理８０７で要求される文書の識別子が統合文書IDである点、処理８０９によって実際の文書が特定される点にある。
【０１０７】
したがって、処理８１０〜８１４による一連の処理は、実文書に対する通常のダウンロード処理であれば特に限定するものではない。
【０１０８】
また、本実施形態では、処理８１４は直接ダウンロードする処理を行う例を示したが、画面表示制御部５０８が実文書のアドレスをリンクに埋め込んだダウンロード用の画面をさらに表示するようにしてもよい。
【０１０９】
＜統合文書の構築例の説明＞
次に、図９Ａを用いて、本実施形態を示すデータ処理システムにおける統合文書データの構築処理例を説明する。
【０１１０】
図９Ａは、図１に示したデータ処理システムにおけるユーザインタフェースの一例を示す図である。本例は、新規の統合文書データを構築するための画面例である。以下、統合文書データの構築処理例を説明する。
【０１１１】
以下、ウインドウ９０１内の各コントロールについて説明する。
【０１１２】
図９Ａにおいて、テキスト入力９０２は、統合文書の識別子である統合文書ＩＤを入力するコントロールである。つまり、テキスト入力９０２は、新規構築時にユーザに統合文書ＩＤを指定させるコントロールである。
【０１１３】
コントロール９０３は、統合文書が対象とする文書属性を指定するコントロールである。本例ではチェックボックス方式として表現している。この例では、統合文書は英語版と日本語版の両方をチェックしているための双方を統合する文書となる。
【０１１４】
なお、本例では選択子は２つであるが、複数ある場合、統合する言語を選択することで、対象とならない言語に関しては外すことが可能となる。
【０１１５】
本ユーザインタフェース９０１において、登録ボタン９０４の押下イベントを受け取った場合、ブラウザ５０２は、コントロール９０２およびコントロール９０３の内容を確定して、新しい統合文書と登録する指示をサーバＰＣ１２１に対して行う。
【０１１６】
一方、本ユーザインタフェースにおいて、キャンセルボタン９０５の押下イベントを受け取った場合、ブラウザ５０２は、各コントロールで設定した内容を破棄して、サーバＰＣ１２１に対して新規のフォルダを構築する処理を終了する。
【０１１７】
このように、クライアントＰＣ１１１のユーザがウインドウ９０１内の各コントロール群を操作することによって、新規の統合文書データ用の管理情報がサーバＰＣ１２１内に構築される。
【０１１８】
ここで構築される管理情報とは、図７に示した表７０１の統合文書ＩＤと言語の部分に対応し、結果として、統合文書ＩＤに「ＢＡＳＩＣ ＳＰＥＣ」が、言語に「ＪＰ」と、「ＵＳ」が設定される。
【０１１９】
なお、既に構築済みの統合文書データに関しても、本ウインドウ９０１を用いることで、修正を行うことも可能とする。なお、修正は、サーバＰＣ１２１又はクライアントＰＣ１１１から行うことができるように構成されている。
【０１２０】
＜統合文書への実文書のアップロード例の説明＞
図９Ｂは、図１に示したデータ処理システムにおけるユーザインタフェースの一例を示す図である。以下、クライアントＰＣ１１１のユーザが図９Ａにより構築された統合文書へ実文書をアップロードする処理例を説明する。特に、本例に示すウインドウ９０６は、ウインドウ９０１を用いて作成した統合文書「BASIC SPEC」を日本語環境にて表示した場合の例である。
【０１２１】
図９Ｂにおいて、コントロール９０７は、構築された統合文書「LOG SPEC」に対して、既に日本語版の「ログ仕様書」がアップされているため、ファイル一覧として表示されている例を示している。ここで、ログ仕様書の版（バージョン）は、現在Ｖ２である。
【０１２２】
一方、コントロール９０８は、日本語版のない文書一覧を表示するコントロールであり、上記ウインドウ９０１にて登録した統合文書「BASIC SPEC」を表示している。このコントロール９０８内の「BASIC SPEC」をユーザからのクリック指示により、ウインドウ９０９が表示される。
【０１２３】
なお、本例では説明を簡潔にするためクリック指示がされることを、ファイルのアップデート指示としているが、各操作指示をメニューとして表示してもよく、また右クリック等でメニューを選択するようにしてもよい。
【０１２４】
ウインドウ９０９は、統合文書「BASIC SPEC」の日本語版をサーバＰＣ１２１に登録するウインドウである。コントロール９１０は、サーバＰＣ１２１に登録する統合文書ＩＤを表示したものであり、登録する統合文書を確定するものであるため、ここでは編集不可とする。
【０１２５】
次に、コントロール９１１は、対象文書属性を示したコントロールであり、日本語環境での文書操作であるため、日本語に確定されており、やはり編集不可とする。
【０１２６】
次に、コントロール９１３は、統合文書の日本語版として今回文書登録を行うファイルを指定するコントロールである。本例では、「C:\基本仕様書.doc」というユーザ環境にある、ローカルファイルが指定されている。
【０１２７】
また、コントロール９１３は、コントロール９１２のファイル指定をサポートするコントロールを呼び出すボタンを示している。このコントロールは一般的なファイル参照コントロールでよく、本発明では特に限定するものではない。
【０１２８】
次にコントロール９１４は、今回登録するファイルに対する文書のバージョンを指定するコントロールである。なお、個々の文書のバージョンについては、従来手法の管理方法でよく、本発明では限定するものではない。
【０１２９】
９１５は本登録処理の実行をユーザに指示させる登録ボタンである。９１６はキャンセルボタンで、本登録処理の実行のキャンセルをユーザに指示させるキャンセルボタンである。ここで、登録ボタン９１５がユーザの操作により指示されると、サーバＰＣ１２１は押下されたイベントを受け取る。そして、サーバＰＣ１２１は本登録処理を実行して、ファイルが統合文書「BASIC SPEC」の日本語版として登録される。
【０１３０】
なお、ウインドウ９０６のコントロール９０７にリストアップされたファイルの操作に関しては、既に文書が存在していることから一般的なファイル操作のＵＩ表現でよく特に限定するものではない。
【０１３１】
＜統合文書から実文書への操作の説明＞
次に、図１０を用いて、統合文書から実文書への操作の詳細について説明する。
【０１３２】
図１０は、本実施形態を示す文書管理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、図５に示したサーバＰＣ１２１の統合文書管理部５１０およびログイン管理部５１１により、指定される統合文書から実文書を特定して行われる処理である。具体的には、サーバＰＣ１２１の送受信部５０７が受け取った各クライアントからの要求を制御部５１３に渡し、渡された要求に対して、制御部５１３が統合文書管理部５１０に問い合わせることで開始される処理例である。なお、Ｓ１００１〜Ｓ１００７は各ステップを示し、各ステップは、文書管理サーバ１２１のＣＰＵ２０６がＲＡＭ２０９に制御プログラムをロードして実行することで実現される。なお、制御プログラムの実体は、図５に示した統合文書管理部５１０およびログイン管理部５１１に対応する。ここで、制御プログラムは、ＲＯＭ２０８、ＨＤＤ２１０、ＦＤＤ２１１等の記憶媒体に記憶され、ＣＰＵ２０６がＯＳの管理下でＲＡＭ２０９にロードされる。したがって、本実施形態では、統合文書管理部５１０およびログイン管理部５１１は、アプリケーションの一機能で構成される。
【０１３３】
同様に、図５に示したデータベース５１２は、各データを格納するデータベースアプリケーションであり、ＣＰＵ２０６がＯＳの管理下でＲＡＭ２０９にロードして実行される。なお、ファイルを保管するデータベースそのものは、不揮発性の記憶媒体、例えばＨＤＤ２１０等に構築されるものとする。
【０１３４】
なお、送受信部５０７および制御部５１３もアプリケーション５０６の機能としてＣＰＵ２０６で実行され、データはＲＡＭ２０９に格納されてやりとりされるものとする。
【０１３５】
まず、Ｓ１００１で、統合文書管理部５１０が制御部５１３から渡されたクライアントＰＣ１１１からの要求における操作対象文書が統合文書であるか否かを判断する。具体的には、統合文書管理部５１０がコントロール９０２の内容から判断する。ここで、統合文書でないと統合文書管理部５１０が判断した場合は、実文書と判断して従来の処理を行うため本フローチャートは終了する。
【０１３６】
一方、Ｓ１００１で、統合文書であると統合文書管理部５１０が判断した場合は、Ｓ１００２に進む。
【０１３７】
そして、Ｓ１００２で、統合文書管理部５１０が制御部５１３から渡された要求のユーザのログインユーザ情報に基づいて、ログイン管理部５１１から該当するユーザのユーザ属性情報を取得する。このとき、ログイン管理部５１３は、ＲＡＭ２０９上に現在のログインユーザ情報を保持しており、要求されたログインユーザ情報をもとにそのユーザ属性情報を返す処理を行う。ここで、ユーザ属性情報は、図７に示す例でいうと、ログインユーザが「Ｔａｒｏ」であれば、文書分類属性の「Japanese」がユーザ属性情報となる。
【０１３８】
そして、Ｓ１００３で、統合文書管理部５１０が取得したユーザ属性情報である文書分類属性を用いて、該当する実文書を特定する。具体的には、例えば図９Ｂで示したウインドウ９０６のように、統合文書「Target="LOG SPEC"」であり、かつ日本語環境の場合は、対象となる実文書「ログ仕様書」が存在する。
【０１３９】
一方、統合文書「Target＝"BASIC SPEC"」でかつ日本語環境の場合は、コントロール９０８から入れ物は用意されているが対象となる実文書がないため、文書一覧「BASIC SPEC」となっていることを確認できる。
【０１４０】
次に、Ｓ１００４で、統合文書管理部５１０がデータベース上に該当する実文書があるか否かを判断する。ここで、該当する実文書があると統合文書管理部５１０が判断する場合は、Ｓ１００７に進む。
【０１４１】
一方、該当する実文書がないと統合文書管理部５１０が判断した場合（統合文書だけが登録されていて実文書がまだ登録されていない状態）は、Ｓ１００５に進む。
【０１４２】
そして、Ｓ１００５で、Ｓ１００４において該当実文書がないと判断されたが、新規の実文書を登録する指示（文書を登録する登録要求に対応する）であるかどうかを統合文書管理部５１０が判断する。ここで、新規の実文書を登録する指示であると統合文書管理部５１０が判断した場合は、登録する処理を実行することが可能なため、Ｓ１００４で実文書があると判断した場合と同様に、Ｓ１００７に進む。
【０１４３】
一方、Ｓ１００５で、実文書がなく、実文書があることを前提とした指示であると統合文書管理部５１０が判断した場合は、Ｓ１００６に進む。そして、Ｓ１００６は、処理実行が不可であるためエラー処理を行って、本処理を終了する。この際、画面表示生成部５０８が、対応するエラーメッセージを生成して画面データに設定する。そして、送受信部５０６からクライアントＰＣ１１１のブラウザ５０２に当該エラーメッセージが設定された画面データが通知されて表示される。
【０１４４】
そして、Ｓ１００７では、Ｓ１００４もしくはＳ１００５のいずれかから指示される処理であり、該当文書に指定された処理を行う。ここでいう処理とは、従来の文書管理機能と同じでよく、例えば、文書情報に対する要求には、文書情報の登録要求、更新や編集の要求、ダウンロード要求（提示要求）などが考えられるが、特に本発明において限定するものではない。
【０１４５】
本実施形態によれば、ユーザに付随する情報によって、画面表示の切り替えとは独立した、統合文書による対象文書を切り替えが可能な統合文書管理システムが実現可能となる。
【０１４６】
〔第２実施形態〕
上記第１実施形態では、図７に示すように、ログインユーザ情報に対して、１つの文書分類属性が設定される場合について説明した。しかしながら、ユーザ、例えばシステム管理者「Administrator」のような権限者の場合、複数の文書分類属性が設定される場合がある。ここで、複数の文書分類属性が設定されるユーザとしては、システム管理者以外に、該当文書に関わる者などが含まれる。これは、システムの運用形態がワールドワイドでプロジェクトを実行する場合、１つの言語だけではなく複数言語の文書を操作対象とする場合が必要となるからである。以下、ログインユーザに対して、複数の文書分類属性が設定される実施形態について説明する。なお、ハードウエア資源の構成は、第１実施形態と同様であるので、その説明は割愛する。
【０１４７】
＜ユーザの文書分類属性の複数保有に関する説明＞
そこで、図１１は複数の言語を対応した流れを示した図である。
【０１４８】
図１１は、図５に示した画面表示生成部５０８と統合文書管理部５１０とのデータ処理例を説明する図である。以下、図７との相違点を説明する。
【０１４９】
まず、図１１に示す表１１０１において、統合文書ＩＤ「BASIC SPEC」で示される統合文書は日本語版の「基本仕様書」のみを有しており、英語版は現在該当文書がない状態を示している。
【０１５０】
また、表１１０２において、ログインユーザ「Administrator」は、文書分類属性として「Japanese」と「English」の両方を有したユーザであることを示している。
【０１５１】
本設定は、ユーザ属性の設定において複数の文書分類属性を設定可能にすることで実現可能であるが、設定方法は従来の手法でよく特に本発明において限定するものではない。
【０１５２】
＜複数の文書分類属性時の操作ＵＩに関する説明＞
次に、図１１に示した、統合文書およびユーザに複数の文書分類属性が設定されている場合について、文書分類属性を使い分けるＵＩの表示例について図１２を用いて説明する。
【０１５３】
図１２は、本実施形態を示す文書管理装置におけるユーザインタフェースの一例を示す図である。本画面は、図１に示したサーバＰＣ１２１が備える表示装置に表示される。
【０１５４】
なお、ウインドウ１２０１は、利用しているユーザが、図１１に示す「Administrator」のように、文書分類属性として「Japanese」と「English」の両方を有する場合の表示例を示した例である。なお、画面表示言語は、本例では日本語環境が選択されている例である。画面表示データについては、第１実施形態でも示したとおり、本実施形態でも特に言及しないものとする。
【０１５５】
図１２において、コントロール１２０２は、本実施形態におけるファイル一覧表示の例である。従来の構成によれば、基本仕様書とログ仕様書の日本語版、英語版はそれぞれ独立した文書であり、すべて表示すると４つの文書となる。本例では２つだけでよいが、実運用上は多くのファイルが存在するため、どの文書が同じ内容を含むかが複雑になってしまう。
【０１５６】
しかしながら、本例では「基本仕様書」という日本語表示の場合の文書名の横に、「（JP V3, US --）」のように日本語版はＶ３までが既に存在していることがわかる。また、英語版は存在しないこと（ＵＳ--）も示している。
【０１５７】
同様に「ログ仕様書」は、日本語版がＶ２、英語版はＶ１の最新文書が存在することを示している。
【０１５８】
このように統合文書をまとめて表示することで、従来手法を用いた煩雑な文書一覧表示を改善することが可能となる。また、従来手法ではすべて実文書のフォルダ単位で管理されるため、ばらばらに表示されてしまうが、本実施形態では統合文書一覧として表示される。以下、操作ＵＩ１２０３について説明する。
【０１５９】
操作ＵＩ１２０３は、例えばコントロール１２０２内のログ仕様書がユーザの操作でクリックされた場合に、今回の対象となる文書分類属性を選択するコントロールである。本例では、日本語版に対する操作「日本語操作」と英語版に対する操作「英語操作」を表示することで、ユーザは、日本語版と英語版に対する操作を選択することが可能となる。
【０１６０】
ここで、操作ＵＩ１２０３は、ユーザからの選択を受けて、統合文書管理部５１０に統合文書ＩＤと選択した文書分類属性を提供する。コマンド例１２０４は、統合文書ＩＤが「LOG SPEC」、文書分類属性が「Japanese」の例を示している。
【０１６１】
そして、統合文書管理部５１０は、提供された統合文書ＩＤと文書分類属性を用いて対象文書を特定して実文書に対する処理を行うものとする。
【０１６２】
なお、あくまで本図での表示例および指示例は例である。したがって、統合文書の各文書分類属性別の文書を統合的に表示できるＵＩ、かつユーザに文書分類属性を選択させるＵＩが提供できれば特に限定するものではない。
【０１６３】
＜統合文書から実文書への操作の説明＞
図１３は、本実施形態を示す文書管理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、指示された統合文書ＩＤおよび文書分類属性から該当する実文書に対する処理例である。なお、Ｓ１００１、Ｓ１００４〜Ｓ１００７、Ｓ１３０１，Ｓ１３０２は各ステップを示し、各ステップは、文書管理サーバ１２１のＣＰＵ２０６がＲＡＭ２０９に制御プログラムをロードして実行することで実現される。なお、制御プログラムの実体は、図５に示した統合文書管理部５１０およびログイン管理部５１１に対応する。ここで、制御プログラムは、ＲＯＭ２０８、ＨＤＤ２１０、ＦＤＤ２１１等の記憶媒体に記憶され、ＣＰＵ２０６がＯＳの管理下でＲＡＭ２０９にロードされる。したがって、本実施形態では、統合文書管理部５１０およびログイン管理部５１１は、アプリケーションの一機能で構成される。
【０１６４】
同様に、図５に示したデータベース５１２は、各データを格納するデータベースアプリケーションであり、ＣＰＵ２０６がＯＳの管理下でＲＡＭ２０９にロードして実行される。なお、ファイルを保管するデータベースそのものは、不揮発性の記憶媒体、例えばＨＤＤ２１０等に構築されるものとする。なお、本実施形態と第１実施形態との相違は、図１０に示したＳ１００２がＳ１３０１に置き換わり、かつ、Ｓ１００３がＳ１３０２に置き換わる点である。
【０１６５】
以下、図１０に示したフローチャートと異なるステップを説明する。
【０１６６】
Ｓ１００１で、統合文書操作であると統合文書管理部５１０が判断した場合、Ｓ１３０１で、図１２に示したコマンド１２０４を受け取る。ここでは、文書分類属性が、例えば「Attribute="Japanese"」のようなコマンドである。
【０１６７】
このため、統合文書管理部５１１は、受け取った文書分類属性のコマンド１２０４から対象となる文書分類属性を抜き出すことで、文書分類属性を取得する。第１実施形態では、ログインユーザ情報から文書分類属性を取得する例であったが、本実施形態では、複数の文書分類属性の中からいずれかの文書分類属性を指示する指示コマンドから該当する文書分類属性を取得する。
【０１６８】
次に、Ｓ１３０２で、統合文書管理部５１１がＳ１３０１において取得した文書分類属性と、指定された統合文書ＩＤを用いて該当する実文書を特定する処理を行う。
【０１６９】
なお、本処理は、Ｓ１３０１で取得される情報であるために、Ｓ１００３とは異なる。以降のＳ１００４からＳ１００７の処理は図１０における説明と同様である。
【０１７０】
本実施形態によれば、第１実施形態で示した統合文書管理システムを、複数の文書分類属性を有するケースにおいても実現可能となる。
【０１７１】
以下、図１４に示すメモリマップを参照して本発明に係る文書管理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１７２】
図１４は、本発明に係る文書管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１７３】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１７４】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１７５】
本実施形態における機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１７６】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１７７】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１７８】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１７９】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１８０】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶したコンピュータ読み取り可能な記憶媒体は本発明を構成することになる。
【０１８１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１８２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１８３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８５】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１８６】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１８７】
【図１】本実施形態を示す文書管理システムの一例を示す概念図である。
【図２】図１に示したサーバＰＣ１２１及びクライアントＰＣ１１１の構成を説明するブロック図である。
【図３】図１に示した複合デバイス１３１の構成を説明する図である。
【図４】図３に示した複合デバイス１３１のハードウエア構成を説明するブロック図である。
【図５】本実施形態を示す文書管理システムのソフトウエア構成を説明する図である。
【図６】図５に示した画面表示生成部５０８と統合文書管理部５１０とのデータ処理例を説明する図である。
【図７】図５に示した画面表示生成部５０８と統合文書管理部５１０とのデータ処理例を説明する図である。
【図８】本実施形態を示す文書管理システムにおけるデータ処理フローを説明する図である。
【図９Ａ】図１に示したデータ処理システムにおけるユーザインタフェースの一例を示す図である。
【図９Ｂ】図１に示したデータ処理システムにおけるユーザインタフェースの一例を示す図である。
【図１０】本実施形態を示す文書管理装置におけるデータ処理手順の一例を示すフローチャートである。
【図１１】図５に示した画面表示生成部５０８と統合文書管理部５１０とのデータ処理例を説明する図である。
【図１２】本実施形態を示す文書管理装置におけるユーザインタフェースの一例を示す図である。
【図１３】本実施形態を示す文書管理装置におけるデータ処理手順の一例を示すフローチャートである。
【図１４】本発明に係る文書管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１８８】
１１１  クライアントＰＣ
１２１  サーバＰＣ
１３１  複合デバイス
５０２、５０４  ブラウザ
５０３、５０５、５０７  送受信部
５０８  画面表示生成部
５０９  ユーザ管理部
５１０  統合文書管理部
５１１  ログイン管理部
【図１】
2010055559.tif 000003
【図２】
2010055559.tif 000004
【図３】
2010055559.tif 000005
【図４】
2010055559.tif 000006
【図５】
2010055559.tif 000007
【図６】
2010055559.tif 000008
【図７】
2010055559.tif 000009
【図８】
2010055559.tif 000010
【図９Ａ】
2010055559.tif 000011
【図９Ｂ】
2010055559.tif 000012
【図１０】
2010055559.tif 000013
【図１１】
2010055559.tif 000014
【図１２】
2010055559.tif 000015
【図１３】
2010055559.tif 000016
【図１４】
2010055559.tif 000017