(57)【要約】【課題】ジョブとジョブの実行によって作成された一以上の文書との対応を特定できるようにする。【解決手段】サーバシステムが、ジョブの実行によって作成される一以上の文書の文書名を含み該ジョブの定義を表す情報であるジョブ定義情報をクライアント端末から受け、そのジョブ定義情報が表すジョブを識別するためのジョブ識別情報を決定する。そして、そのジョブに一意に対応付けた文書記憶領域を記憶資源内に確保し、決定されたジョブ識別情報とその文書記憶領域に格納される一以上の文書の文書名及び文書格納位置情報とを対応付けて管理する。【選択図】図１
2008242877.tif 000002
【特許請求の範囲】
【請求項１】
ジョブの実行によって作成される一以上の文書の文書名を含み該ジョブの定義を表す情報であるジョブ定義情報をクライアント端末から受け付けるジョブ制御部と、
前記ジョブ定義情報が表すジョブを識別するためのジョブ識別情報を決定するジョブ識別情報決定部と、
前記ジョブ定義情報が表すジョブに一意に対応付けた文書記憶領域を記憶資源内に確保する記憶領域確保部と、
前記決定されたジョブ識別情報と前記確保された文書記憶領域に格納される前記一以上の文書の文書名及び文書格納位置情報とをジョブ／文書対応管理情報に記録するジョブ／文書対応管理部と
を備える文書管理システム。
【請求項２】
前記ジョブ／文書管理部が、前記ジョブ識別情報と前記一以上の文書名及び文書格納位置情報と共に、前記ジョブが属する業務を識別するための業務識別情報も前記ジョブ／文書対応管理情報に記録する、
請求項１記載の文書管理システム。
【請求項３】
複数の業務の流れを表す業務フローと各業務に属するジョブのジョブ識別情報とを表示するための情報を前記ジョブ／文書対応管理情報を基に準備して前記クライアント端末に送信する表示情報送信部、
を更に備える請求項２記載の文書管理システム。
【請求項４】
複数のジョブのうちのユーザ所望のジョブの指定を前記クライアント端末から受け付けるジョブ指定受付部と、
指定された前記ジョブに対応付けられている一以上の文書の文書名を前記ジョブ／文書対応管理情報から取得し、取得された一以上の文書名を選択可能に表示し且つ印刷の指示を受け付けるための画面を表示するための情報を前記クライアント端末に送信する表示情報送信部と、
ユーザ所望の文書名を指定した印刷指示を前記クライアント端末から受け付ける印刷指示受付部と、
前記印刷指示に応答して、該印刷指示で指定されている文書名に対応した文書の格納位置情報を前記ジョブ／文書対応管理情報から特定し、特定された文書格納位置情報が表す位置に存在する文書を取得し、該文書が表す情報を、複数の印刷先候補の中から選択した印刷先候補に印刷させる印刷送信部と
を更に備える請求項１記載の文書管理システム。
【請求項５】
前記ジョブ定義情報が表すジョブについてのログファイルを準備するログファイル準備部と、
前記ジョブ定義情報が表すジョブの実行結果に関するログであるジョブ実行ログを前記ログファイルに記録するジョブ実行ログ記録部と、
前記ジョブ実行ログが記録されたログファイルに関する情報を前記クライアント端末に提供するログファイル提供部と
を更に備える請求項１記載の文書管理システム。
【請求項６】
一以上の文書作成サーバと、
文書管理サーバと
を備え、
前記一以上の文書作成サーバの各々が、
前記ジョブ制御部と、
前記ジョブ定義情報が表すジョブを実行することにより一以上の文書を作成する文書作成部と
を備え、
前記ジョブ制御部が、
文書格納先パス名の要求であるパス名要求を前記文書管理サーバに送信するパス名要求部と、
前記パス名要求に応答して受信した文書格納先パス名から特定される文書記憶領域に前記一以上の文書を格納するよう前記文書作成部に指示する文書格納制御部と
を備え、
前記文書管理サーバが、
前記ジョブ識別情報決定部と、
前記文書作成サーバからのパス名要求に応答して、前記ジョブ定義情報が表すジョブに一意に対応付けた文書記憶領域に前記パス名要求の送信元の文書作成サーバから文書を書くための文書格納先パス名を作成するパス名作成部と、
前記文書格納先パス名を用いて前記送信元の文書作成サーバからアクセスできる場所に前記文書記憶領域を確保する前記記憶領域確保部と、
前記作成された文書格納先パス名を前記送信元の文書作成サーバに送信するパス名送信部と、
前記ジョブ／文書対応管理部と
を備える、
請求項１記載の文書管理システム。
【請求項７】
前記パス名作成部が、前記パス名要求の受信の都度に、第一のパス名要素値を更新し、予め用意された固定の第二のパス名要素値とその後ろに配した前記第一のパス名要素値とを含んだ文書格納先パス名を作成する、
請求項６記載の文書管理システム。
【請求項８】
前記固定の第二のパス名要素値が業務毎に用意されている、
請求項７記載の文書管理システム。
【請求項９】
前記文書作成サーバにおける前記文書格納制御部が、前記受信した文書格納先パス名から特定される文書記憶領域内にダミーの前記一以上の文書を格納する、
請求項６記載の文書管理システム。
【請求項１０】
前記文書作成サーバにおける前記ジョブ制御部が、
前記ジョブ定義情報が表すジョブの実行結果に関するジョブ実行ログを準備されたログファイルに記録するジョブ実行ログ記録部と、
前記ジョブ実行ログが記録されたログファイルに関する情報を前記クライアント端末に提供するログ提供部と
を更に備え、
前記文書管理サーバが、
前記ジョブ定義情報が表すジョブについてのログファイルを準備するログファイル準備部、
を更に備える、
請求項６記載の文書管理システム。
【請求項１１】
前記ジョブ実行ログ記録部が、前記ジョブ実行ログとして、前記文書格納先パス名に前記一以上の文書名をそれぞれ結合した一以上の文書格納位置情報を記録する、
請求項１０記載の文書管理システム。
【請求項１２】
前記記憶資源が、前記文書管理サーバの外部に存在し前記一以上の文書作成サーバと前記文書管理サーバとの共有の記憶資源である、
請求項６記載の文書管理システム。
【請求項１３】
前記ジョブ／文書対応管理部が、前記ジョブ／文書対応管理情報を前記記憶資源に格納する、
請求項１２記載の文書管理システム。
【請求項１４】
ジョブの実行によって作成される一以上の文書の文書名を含み該ジョブの定義を表す情報であるジョブ定義情報をクライアント端末から受け、
前記ジョブ定義情報が表すジョブを識別するためのジョブ識別情報を決定し、
前記ジョブ定義情報が表すジョブに一意に対応付けた文書記憶領域を記憶資源内に確保し、
前記決定されたジョブ識別情報と前記確保された文書記憶領域に格納される前記一以上の文書の文書名及び文書格納位置情報とを対応付けて管理する、
文書管理方法。
【請求項１５】
ジョブを実行することにより一以上の文書を作成する文書作成部を有した文書作成サーバであって、
ジョブの実行によって作成される一以上の文書の文書名を含み該ジョブの定義を表す情報であるジョブ定義情報をクライアント端末から受け付けるジョブ受付部と
文書格納先パス名の要求であるパス名要求を文書管理サーバに送信するパス名要求部と、
前記パス名要求に応答して受信した文書格納先パス名から特定される文書記憶領域に前記一以上の文書を格納するよう前記文書作成部に指示する文書格納制御部と
を備える文書作成サーバ。
【請求項１６】
ジョブの実行によって作成される一以上の文書の文書名を含み該ジョブの定義を表す情報であるジョブ定義情報をクライアント端末から受け付ける文書作成サーバから、文書格納先パス名の要求であるパス名要求を受け付けるパス名要求受付部と、
前記文書作成サーバからのパス名要求に応答して、ジョブに一意に対応付けた文書記憶領域に前記文書作成サーバから文書を書くための文書格納先パス名を作成するパス名作成部と、
そのジョブを識別するためのジョブ識別情報を決定するジョブ識別情報決定部と、
前記文書格納先パス名を用いて前記文書作成サーバからアクセスできる場所に前記文書記憶領域を確保する前記記憶領域確保部と、
前記作成された文書格納先パス名を前記文書作成サーバに送信するパス名送信部と、
前記決定されたジョブ識別情報と前記確保された文書記憶領域に格納される前記一以上の文書の文書名及び文書格納位置情報とをジョブ／文書対応管理情報に記録するジョブ／文書対応管理部と
を備える文書管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子的な文書を管理するためのコンピュータ技術に関する。
【背景技術】
【０００２】
例えば、複数の配布先（出力機器）の中から選択した配布先に文書を出力させる技術が知られている（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００６−２５９８６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１によれば、配布対象の文書と配布先指示を文書管理サーバに送ることで出力環境を変えることができるが、出力された文書に誤りがありその文書がどのジョブに対応しているのかを知りたくても、知ることは困難である。また、一つのジョブを実行することにより複数の文書が作成されることがあるが、作成された文書からだけでは、どのジョブに対応しているかがわからない。
【０００５】
従って、本発明の目的は、ジョブとジョブの実行によって作成された一以上の文書との対応を特定できるようにすることにある。
【０００６】
本発明の他の目的は、後の説明から明らかになるであろう。
【課題を解決するための手段】
【０００７】
サーバシステムが、ジョブの実行によって作成される一以上の文書の文書名を含み該ジョブの定義を表す情報であるジョブ定義情報をクライアント端末から受け、そのジョブ定義情報が表すジョブを識別するためのジョブ識別情報を決定する。そして、そのジョブに一意に対応付けた文書記憶領域を記憶資源内に確保し、決定されたジョブ識別情報とその文書記憶領域に格納される一以上の文書の文書名及び文書格納位置情報とを対応付けて管理する。
【発明を実施するための最良の形態】
【０００８】
一つの実施形態では、文書管理サーバシステムが、ジョブ制御部と、ジョブ識別情報決定部と、記憶領域確保部と、ジョブ／文書対応管理部とを備える。ジョブ制御部は、ジョブの実行によって作成される一以上の文書の文書名を含み該ジョブの定義を表す情報であるジョブ定義情報をクライアント端末から受け付ける。ジョブ識別情報決定部は、そのジョブ定義情報が表すジョブを識別するためのジョブ識別情報を決定する。記憶領域確保部は、そのジョブ定義情報が表すジョブに一意に対応付けた文書記憶領域を記憶資源内に確保する。ジョブ／文書対応管理部は、決定されたジョブ識別情報と確保された文書記憶領域に格納される一以上の文書の文書名及び文書格納位置情報とをジョブ／文書対応管理情報に記録する。
【０００９】
ここでいう「文書」には、文字に限らず、静止画像、図形などの他種の情報が含まれても良い。また、作成される文書は、電子的な文書である。
【００１０】
一つの実施形態では、ジョブ／文書管理部が、ジョブ識別情報と一以上の文書名及び文書格納位置情報と共に、そのジョブ識別情報に対応したジョブが属する業務を識別するための業務識別情報もジョブ／文書対応管理情報に記録することができる。更に、この実施形態では、文書管理システムが、表示情報送信部も備えることができる。表示情報送信部は、複数の業務の流れを表す業務フローと各業務に属するジョブのジョブ識別情報とを表示するための情報をジョブ／文書対応管理情報を基に準備してクライアント端末に送信することができる。
【００１１】
一つの実施形態では、文書管理システムが、ジョブ指定受付部と、表示情報送信部と、印刷指示受付部と、印刷送信部とを更に備えることができる。ジョブ指定受付部は、複数のジョブのうちのユーザ所望のジョブの指定をクライアント端末から受け付けることができる。表示情報送信部は、指定されたジョブに対応付けられている一以上の文書の文書名をジョブ／文書対応管理情報から取得し、取得された一以上の文書名を選択可能に表示し且つ印刷の指示を受け付けるための画面を表示するための情報をクライアント端末に送信することができる。印刷指示受付部は、ユーザ所望の文書名を指定した印刷指示をクライアント端末から受け付けることができる。印刷送信部は、印刷指示に応答して、該印刷指示で指定されている文書名に対応した文書の格納位置情報をジョブ／文書対応管理情報から特定し、特定された文書格納位置情報が表す位置に存在する文書を取得し、該文書が表す情報を、複数の印刷先候補の中から選択した印刷先候補に印刷させることができる。この実施形態では、文書管理システムは、更に、複数の業務のうちのユーザ所望の業務に属する一以上のジョブの中からユーザ所望のジョブの指定をクライアント端末から受け付けるジョブ指定受付部を備えても良い。また、この実施形態では、印刷送信部は、複数の印刷先候補の中から所定の印刷条件に従って一部の印刷先候補を選択しても良いし、特定の一の印刷先候補を選択しても良い。例えば、印刷送信部は、各印刷先候補毎に、印刷をさせた用紙枚数（文書におけるページ数ではなく実際に印刷されて出力される用紙の数）をカウントし、その用紙枚数が複数の印刷先候補でなるべく均等になるように、今回印刷させる用紙枚数を基に印刷先候補を選択しても良い。
【００１２】
一つの実施形態では、文書管理システムが、ジョブ定義情報が表すジョブについてのログファイルを準備するログファイル準備部と、ジョブ定義情報が表すジョブの実行結果に関するログであるジョブ実行ログをログファイルに記録するジョブ実行ログ記録部と、文書記憶領域の場所情報とジョブ実行ログとが記録されたログファイルに関する情報をクライアント端末に提供するログファイル提供部とを更に備えることができる。「ログファイルに関する情報」とは、クライアント端末がログファイルの中身を知るための情報であり、具体的には、例えば、ログファイルそれ自体であっても良いし、ログファイルへのパス名であっても良い。準備されたログファイルには、文書記憶領域の場所情報（例えば後述する文書格納先パス名）が記録されてもよい。また、ログファイルは、用意された文書記憶領域（ジョブに対応した文書記憶領域）内に準備されてよい。
【００１３】
一つの実施形態では、文書管理システムを、一以上の文書作成サーバと文書管理サーバとで構成することができる。文書作成サーバが、上記ジョブ制御部と、ジョブ定義情報が表すジョブを実行することにより一以上の文書を作成する文書作成部（例えばアプリケーションプログラム）とを備えることができる。ジョブ制御部は、文書格納先パス名の要求であるパス名要求を文書管理サーバに送信するパス名要求部と、そのパス名要求に応答して受信した文書格納先パス名から特定される文書記憶領域に一以上の文書を格納するよう文書作成部に指示する文書格納制御部とを備えることができる。文書管理サーバが、上記ジョブ識別情報決定部と、パス名作成部と、記憶領域確保部と、パス名送信部と、上記ジョブ／文書対応管理部とを備えることができる。パス名作成部は、文書作成サーバからのパス名要求に応答して、ジョブに一意に対応付けた文書記憶領域にパス名要求の送信元の文書作成サーバから文書を書くための文書格納先パス名を作成することができる。記憶領域確保部が、その文書格納先パス名を用いて上記送信元の文書作成サーバからアクセスできる場所に文書記憶領域を確保することができる。パス名送信部は、作成された文書格納先パス名を上記送信元の文書作成サーバに送信することができる。
【００１４】
この実施形態では、パス名作成部が、パス名要求の受信の都度に、第一のパス名要素値（例えば番号）を更新し、予め用意された固定の第二のパス名要素値とその後ろに配した第一のパス名要素値とを含んだ文書格納先パス名（例えば後述するネットワークディレクトリパス名）を作成することができる。固定の第二のパス名要素値が業務毎に用意されていてもよい。
【００１５】
また、この実施形態では、文書格納制御部が、受信した文書格納先パス名から特定される文書記憶領域内にダミーの一以上の文書を格納し、文書作成部に、作成される一以上の文書をダミーの一以上の文書に上書きさせてもよい。
【００１６】
さらに、この実施形態では、文書作成サーバにおけるジョブ制御部が、ジョブ定義情報が表すジョブの実行結果に関するジョブ実行ログを準備されたログファイルに記録するジョブ実行ログ記録部と、ジョブ実行ログが記録されたログファイルに関する情報をクライアント端末に提供するログ提供部とを更に備えてもよい。また、文書管理サーバが、ログファイルを準備するログファイル準備部を更に備えてもよい。ジョブ実行ログ記録部が、ジョブ実行ログとして、文書格納先パス名に一以上の文書名をそれぞれ結合した一以上の文書格納位置情報を記録してもよい。
【００１７】
また、この実施形態では、記憶資源が、文書管理サーバの外部に存在し一以上の文書作成サーバと文書管理サーバとの共有の記憶資源であってもよい。ジョブ／文書対応管理部が、ジョブ／文書対応管理情報をその記憶資源に格納してもよい。
【００１８】
上述した各部は、各手段と言い換えてもよい。各部は、ハードウェア（例えば回路）、コンピュータプログラム、或いはそれらの組み合わせ（例えば、一部をコンピュータプログラムで実行し一部をハードウェア回路で実行すること）によって実現することもできる。各コンピュータプログラムは、コンピュータマシンに備えられる記憶資源（例えばメモリ）から読み込むことができる。その記憶資源には、ＣＤ−ＲＯＭやＤＶＤ（Digital Versatile Disk）等の記録媒体を介してインストールすることもできるし、インターネットやＬＡＮ等の通信ネットワークを介してダウンロードすることもできる。
【００１９】
以下、図面を参照して、本発明の一実施形態に係る文書管理システムを備えたコンピュータシステムを詳細に説明する。
【００２０】
＜コンピュータシステム全体の構成＞。
【００２１】
図１は、本発明の一実施形態に係るコンピュータシステムの構成例を示す。
【００２２】
第一の通信ネットワーク２０１に、telnet端末２１０と、自動スケジュール端末２２０と、複数の文書作成サーバ２００と、複数の文書作成サーバ３００と、文書管理サーバ１００と、ネットワークファイルシステム４００とが接続される。第二の通信ネットワーク２０２に、文書管理サーバ１００と、複数の出力サーバ５００とが接続される。各出力サーバ（例えばプリントサーバ）５００には、一以上の出力装置（例えばプリンタ）５１０が接続されている。第一及び第二の通信ネットワーク２０１及び２０２として、例えばＬＡＮ（Local Area Network）を採用できるが、それに限らず、他種の通信ネットワークが採用されても良い。また、第一及び第二の通信ネットワーク２０１及び２０２は一つの通信ネットワークであっても良い。
【００２３】
複数の文書作成サーバ２００及び３００と文書管理サーバ１００とにより文書管理システムが構築されている。前述したtelnet端末２１０と自動スケジュール端末２２０は、それぞれ、そのサーバシステムに文書の作成を依頼する（つまりジョブを送信する）クライアント端末である。telnet端末２１０は、ユーザからの操作に応答してジョブを作成して文書作成サーバ２００或いは３００に送信する。自動スケジュール端末２２０は、予め設定されたスケジュールに従い、所定の時刻になったことを契機に、ジョブを作成して文書作成サーバ２００或いは３００に送信する。送信されるジョブは、図７に例示するジョブ制御言語（ＪＣＬ：Job Control Language）７００で定義されており、ジョブ制御言語７００がtelnet端末２１０或いは自動スケジュール端末２２０から文書作成サーバ２００或いは３００に送信されることによって、そのジョブ制御言語７００に従うジョブが実行される。これらのクライアント端末２１０及び２２０のうちの少なくとも一方が複数台存在して、文書作成のジョブが同時に文書作成サーバ２００或いは３００に投入されてもかまわない。投入されたジョブは、ジョブの送信先の文書作成サーバ２００或いは３００で処理されるが、その文書作成サーバ２００或いは３００がクラスタシステムであれば、入出力となるファイルが共用されているため、送信先の文書作成サーバ２００或いは３００に限らず他のサーバ２００或いは３００で実行されてもかまわない。本実施形態では、このように複数の文書作成サーバ２００及び３００でそれぞれ作成される複数の文書ファイルを一元的に管理すべく、複数の文書作成サーバ２００及び３００と文書管理サーバ１００とに共有されるネットワークファイルシステム４００が用意される。ネットワークファイルシステム４００は、第一の通信ネットワーク２０１を介してデータをやり取りできる外部記憶装置に設けられたファイルシステムである。ネットワークファイルシステム４００には、文書管理領域４１０と、文書管理インデックス４２０とがある。文書管理領域４１０は、ジョブの実行によって作成された文書ファイルが格納される領域である。文書管理インデックス４２０は、後述の文書インデックステーブル９１０と同じ内容の情報であり、例えば、文書インデックステーブル９１０をファイル形式にしたものである。これにより、例えば文書管理サーバ１００がダウンしても、文書管理インデックス４２０を用いて、文書インデックステーブル９１０を復元することができる。
【００２４】
本実施形態では、サーバシステムはいわゆるマルチプラットフォームの環境となっている。具体的には、文書作成サーバ２００及び３００の種類は異なっている。文書作成サーバ２００は、クラスタ接続されたＵＮＩＸ（登録商標）サーバで構成され、他の文書作成サーバ２００でも文書を作成できるように、ファイルシステムを共有する。一方、文書作成サーバ３００は、ＰＣ（Personal Computer）サーバであり、それ故、上記ＵＮＩＸサーバと同じような扱いはできないが、ファイルシステムを共有するためのプロトコルはいくつか公開されており、ＮＦＳ（Network File System）やＣＩＦＳ（Common Internet File System）という形で標準的にどのＯＳでも扱えるファイルシステムを利用することで、入力データと出力文書を共有できる環境が提供されている。文書作成サーバ２００及び３００については後に詳述する。
【００２５】
文書管理サーバ１００は、ＣＰＵや記憶資源（例えばメモリ）を備えたコンピュータである。記憶資源には、例えば、文書インデックステーブル９１０及び出力先管理テーブル９４０が記憶される。また、記憶資源には、ＣＰＵに実行されるコンピュータプログラムとして、例えば、ネットワーク名作成部１１０、文書管理領域確保部１２０、文書属性設定部１３０、ログ作成部１４０、ネットワーク名返却部１５０、Web処理部１６０、印刷指示受付部１７０、印刷送信部１８０、バックアップ部９２０及び負荷分散部９３０が記憶される。また、ネットワーク名作成部１１０、文書管理領域確保部１２０、文書属性設定部１３０、ログ作成部１４０、ネットワーク名返却部１５０、Web処理部１６０、印刷指示受付部１７０、印刷送信部１８０、バックアップ部９２０及び負荷分散部９３０は、各処理を行う処理部として集積回路化するなどしてハードウェアで実現することもできる。以下の説明において、コンピュータプログラムが主語になる場合は、実際にはそのコンピュータプログラムを実行するＣＰＵによって処理が行われるものとする。なお、各処理部をハードウェアで実現した場合には、その各処理部が主体となって各処理を行う。
【００２６】
文書管理サーバ１００が利用できるファイルシステムとして、バックアップファイルシステム８００がある。バックアップファイルシステム８００は、文書管理サーバ１００の外（或いは中）の記憶装置にあるファイルシステムであり、ネットワークファイルシステム４００内の文書ファイルなどのバックアップ先として利用されるものである。バックアップの一方法として、例えば、文書作成サーバ２００或いは３００が、ネットワークファイルシステム４００において作成中の文書ファイルをロックするようにし、バックアップ部９２０が、ネットワークファイルシステム４００におけるロックされていない文書ファイル（更新が済んだ文書ファイル）をリードして、バックアップファイルシステム８００にバックアップする方法を採用することができる。これにより、未完成の文書ファイルをバックアップしてしまうことを防ぐことができる。
【００２７】
＜文書インデックステーブル９１０の構成及びそれに記録される値についての説明＞。
【００２８】
図２は、文書インデックステーブル９１０の構成例を示す。
【００２９】
文書インデックステーブル９１０には、作成される一つの文書ファイルにつき、業務ID９１２、JOB ID９０１、DD名９０２、DDパラメータ（作成者９０３、配布先９０４、及び重要度９０５）、及びネットワーク名９０６が記録される。ジョブ制御言語７００（図７参照）にあるＤＤ名７０１が、文書インデックステーブル９１０内のＤＤ名９０２としてセットされ、DDパラメータ（作成者７０３（例えばUSER1）、配布先７０４（例えばA）及び重要度７０５（例えば１））が、９０３、９０４及び９０５として設定される。また、業務ID９１２は、ジョブ制御言語７００に登録されていてジョブ制御言語７００に記録されている業務IDが設定されたものであってもよい。
【００３０】
JOB
ID９０１としては、図３に示すジョブ識別番号９０７が記録される。ジョブ識別番号９０７は、実行されるジョブの数を表すカウント値に相当する。すなわち、ジョブ識別番号９０７が参照される都度に、番号が１インクリメントされる。参照されたジョブ識別番号９０７（つまり参照時のジョブ識別番号９０７）が、JOB ID９０１として文書インデックステーブル９１０に登録され、その後、ジョブ識別番号９０７が１インクリメントされる。すなわち、本実施形態では、複数の文書作成サーバ２００及び３００でジョブが実行されるが、ジョブ識別番号９０７は、それら複数の文書作成サーバ２００及び３００で実行される複数のジョブにおいてユニークな番号（重複することがない番号）となる。
【００３１】
本実施形態でいう「ネットワーク名」とは、通信ネットワークの名称ではなく、作成される文書ファイルに一意に対応した名称であり、具体的には、文書管理サーバ２００或いは３００からのパス名（例えばURL）である。ネットワーク名９０６は、図６に示す処理により取得されて本テーブル９１０に設定される。ネットワーク名９０６は、先頭から最後尾にかけて、「カレントプレフィックス／JOB ID／ジョブ制御言語７００に記録されているファイル名７０２」という構成になる。カレントプレフィックスとは、ネットワーク名９０６の作成に使用される固定値である。例えば文書管理サーバ１００の記憶資源において、図１３に例示するような、カレントプレフィックス管理テーブル９１１が記憶されており、そのテーブル９１１では、複数の業務の各々につき、業務ＩＤ９１２及びカレントプレフィックス９０８が登録されている。ジョブ制御言語７００の解析結果に含まれている業務ＩＤをキーに、ネットワーク名作成部１１０が、そのテーブル９１１を参照することにより、その業務ＩＤに対応したカレントプレフィクス９０８を取得できる。また、図３のジョブ識別番号９０７が示す番号をJOB IDとして取得することができる。ネットワーク作成部１１０は、取得したカレントプレフィックス９０８と、JOB IDと、ジョブ制御言語７００に記録されているファイル名７０２とを結合することで、ファイルの格納先を表すネットワーク名９０６を作成することができる。作成されたネットワーク名９０６が、図２の文書インデックステーブル９１０に登録される。
【００３２】
図２のテーブル９１０の例によれば、同一の業務（業務ID：４８９）につき、ジョブが２つ実行されていることがわかる。それぞれのジョブは、JOB ID９０１として、ジョブを識別するための情報１及び２が格納されている。JOB ID：１であるジョブには、文書ファイルが３つあり、それぞれ“ＤＡＴＡ１”，“ＤＡＴＡ２”，“ＯＵＴ３”という名称がジョブの定義として定義されていたことが分かる。また、この３つの文書の作成者は、“ＵＳＥＲ１”であり、“ＤＡＴＡ１”に対応した文書ファイルの配布先は“Ａ”であり、“ＤＡＴＡ２”に対応した文書ファイルの配布先は“Ｂ”であり、“ＤＡＴＡ３”に対応した文書ファイルの配布先は“Ｃ”であることがわかる。重要度は番号が若いほど優先して出力する必要があるものである。“ＤＡＴＡ１”，“ＤＡＴＡ２”にそれぞれ対応した文書ファイルは優先して配布したいが、“ＯＵＴ３”に対応した文書ファイルは“ＤＡＴＡ１”，“ＤＡＴＡ２”にそれぞれ対応した文書ファイルよりも後に配布すべき情報であることがわかる。本実施形態では、ジョブが増える度に、文書インデックステーブル９１０の行が増加する例であるが、或る行に対応した文書ファイルが出力装置５１０から出力された後、対応する文書ファイルの削除と共に、対応した行を削除することで、文書ファイル及び行（文書インデックステーブル９１０における行）が無限に増えることを防止することができる。
【００３３】
＜出力先管理テーブル９４０の構成＞。
【００３４】
図８は、出力先管理テーブル９４０の構成例を示す。
【００３５】
本テーブル９４０には、予め、配布先の識別子である配布先９４１と、配布先９４１に対応した出力サーバ５００のネットワーク上のアドレスを示す情報である出力サーバ９４２と、その出力サーバ５００に接続されている出力装置５１０へのアドレスである出力装置９４３とが定義されている。つまり、各配布先が定義されている。また、各配布先毎に、その配布先で印刷された用紙の枚数を表す情報であるページ数９４４が記録される。
【００３６】
図８の例は、配布先９４１が“Ａ”，“Ｂ”，“Ｃ”とあり、ジョブ制御言語との対応をつけた例である。出力サーバ９４２の“server1”、“server2”、“server3”は、ネットワーク上のホスト名であるため、ＩＰアドレスでも問題ない。出力装置９４３は、出力サーバ５００上のポート名を示す識別子となり、実際の出力装置へのアドレスとなる。ページ数９４０は、印刷送信部１８０によって更新される。印刷送信部１８０は、印刷対象の文書ファイルについてのページ数と印刷条件とを基に、印刷枚数を特定してページ数９４０を更新することができる。例えば、印刷対象の文書ファイルのページ数が１００であって、印刷条件として、１枚に２ページ分印刷し且つ片面印刷であれば、印刷枚数としてのページ数は、５０である。
【００３７】
本実施形態では、ページ数が少ない出力装置５１０が優先的に選択されるようになっている。これにより、ページ数９４０をなるべく均等になるようにすることができる。これは、出力装置５１０がプリンタ装置であれば、一般的に、一定枚数を印刷すると紙切れが発生し、オペレータの介入が発生するため（例えば手動での用紙の補充が必要になるため）、なるべくオペレータの介入が発生しないようにすることと、同じ種類の出力装置５１０であれば、同時期に用紙を補充できるため、オペレータの作業効率が良くなる効果が期待できる。なお、ページ数９４０は、定期的に或いは不定期的にリセットされてもよい。具体的には、例えば、もし、出力装置５１０が、低速で、用紙の補充よりも、出力を休止する時間を無くすような負荷分散をするのであれば、ページ数９４０のカウントを、例えば、１０分程度でリセットするような処理が行われても良い。
【００３８】
文書ファイルについて、図２を参照して説明したような重要度９０５といった属性がある場合、同じ出力装置５１０への出力は、重要度の高い文書がより先に出力される。例えば、図２において、JOB ID：２について言えば、配布先“Ｂ”でＤＤ名“ＤＡＴＡ１”と“ＤＡＴＡ２”という２つの文書がある。このとき、配布先について、図８では、“Ｂ”の配布先が一箇所という例であるため、２つの文書を同時に出力することができない。このとき、重要度が高い“ＤＡＴＡ１”に対応した文書ファイルが先に出力され、次に、“ＤＡＴＡ２”に対応した文書ファイルが出力される。
【００３９】
＜文書作成サーバ２００及び３００の構成＞。
【００４０】
図４は、文書作成サーバ２００及び３００の構成例を示す。ＵＮＩＸサーバ２００とＰＣサーバ３００とでは、処理が異なるが、構成としては、同じ構成を採用することができる。以下、文書作成サーバ２００を代表的に例に採り説明する。
【００４１】
第一の通信ネットワーク２０１を介した通信を行うための通信インタフェース（例えばLANコントローラ）２３１と、プロセッサ（CPU）２３２と、メモリ２３３とが備えられる。メモリ２３３には、プロセッサ２３２に実行されるコンピュータプログラムとして、例えば、telnetプロセス２６０、スケジュールエージェント２５０、アプリケーションプログラム２３４及びジョブ管理プログラム２４０が記憶される。
【００４２】
ｔｅｌｎｅｔプロセス２６０は、ｔｅｌｎｅｔ端末２１０からのジョブ制御言語７００の入力を受ける。スケジュールエージェント２５０は、自動スケジュール端末２２０からのジョブ制御言語７００の入力を受ける。これらのコンピュータプログラムが受けたジョブ制御言語７００は、ジョブ管理プログラム２４０に入力され、ジョブ管理プログラム２４０が、そのジョブ制御言語７００に定義されているジョブを、アプリケーションプログラム２３４に実行させる。つまり、ジョブ管理プログラム２４０が、ｔｅｌｎｅｔプロセス２６０及びスケジュールエージェント２５０とアプリケーションプログラム２３４との間に論理的に介在するフィルタ的な存在となる。
【００４３】
ジョブ管理プログラム２４０は、コンピュータプログラムモジュールとして、ジョブ制御言語解析部２４１、ネットワーク名取得部２４２、ファイル作成部２４３、アプリケーション管理部２４４、ファイル解放部２４５及びログ取得部２４６を有する。これらのプログラムモジュールについては、後に詳述する。なお、ジョブ制御言語解析部２４１、ネットワーク名取得部２４２、ファイル作成部２４３、アプリケーション管理部２４４、ファイル解放部２４５及びログ取得部２４６は、各処理を行う処理部として集積回路化するなどしてハードウェアで実現することもできる。各処理部をハードウェアで実現した場合には、その各処理部が主体となって各処理を行う。
【００４４】
＜本実施形態での文書管理システムで実行される処理の流れ＞。
【００４５】
本実施形態において、文書管理システムでは、例えば、
１：ジョブ制御言語解析処理、
２：ネットワーク名取得処理及び文書管理領域確保処理、
３：ファイル作成処理、
４：アプリケーション管理処理、
５：ログ取得処理、
が実行される。以下、各処理について説明する。この処理の説明の際に、前述した各コンピュータプログラムの動作を説明することにする。
【００４６】
（１：ジョブ制御言語解析処理）。
【００４７】
ジョブ管理プログラム２４０にジョブ制御言語７００が投入されたことに応答して、ジョブ制御言語解析部２４１が、そのジョブ制御言語７００を解析し、解析の結果を表す情報（以下、解析結果情報）を、ネットワーク名取得部２４２に渡す。解析結果情報には、ジョブ制御言語７００から特定されるDD名７０１、DDパラメータ（作成者７０３、配布先７０４及び重要度７０５）、ファイル名７０２及び業務IDが含まれている。
【００４８】
（２：ネットワーク名取得処理及び文書管理領域確保処理）。
【００４９】
ジョブ制御言語７００の解析の後、ネットワーク名取得処理が開始される。ネットワーク名取得処理において文書管理サーバ１００で実行されるネットワーク名作成処理を、図６に示している。
【００５０】
文書管理サーバ１００が、ネットワーク名取得部２４２から、ネットワーク名取得要求を受信する（ステップ１１１）。そのネットワーク名取得要求には、例えば、解析結果情報が含まれる。具体的には、例えば、ジョブ管理プログラム４００と文書管理サーバ１００との通信がＨＴＴＰ（HyperText Transfer Protocol）プロトコルであれば、例えば、＜ＤＤ
ＮＡＭＥ＝“ＤＡＴＡ１”＞＜ＤＳＮ ＮＡＭＥ＝“ＤＡＴＡＦＩＬＥ１”＞＜ＵＳＥＲ ＮＡＭＥ＝“ＵＳＤＥＲ１”／＞＜ＤＥＳＴ ＮＡＭＥ＝“Ａ”／＞＜ＰＲＩ ＮＡＭＥ＝“１”／＞＜／ＤＤ＞とＸＭＬで記述したようなタグで囲まれた文字列を生成し、その文字列を含んだネットワーク名取得要求が送信される。
【００５１】
そのネットワーク名取得要求をＨＴＴＰプロトコルでＷｅｂ処理部１６０が受け取った場合、“＜ＤＤ”という文字列を見つけた場合に、ネットワーク名作成部１１０にネットワーク名取得要求が入力され、ステップ１１２が開始される。すなわち、ネットワーク名作成部１１０が、ジョブ識別番号９０７（例えばファイル）を排他する目的でロックする。これは、例えば、クラスタ構成の文書管理サーバ２００が構成されている場合に有効である。
【００５２】
ステップ１１３で、ネットワーク名作成部１１０が、ロックされたジョブ識別番号９０７が表す番号を１インクリメントし、インクリメント後の番号を読み、メモリ２３３に書く。
【００５３】
ステップ１１４で、ネットワーク名作成部１１０が、ネットワーク名取得要求に含まれている一つのパラメータである業務ＩＤをキーに、カレントプレフィックス管理テーブル９１１を参照し、その業務ＩＤに対応したカレントプレフィックスを取得する。そして、ネットワーク名作成部１１０が、取得したカレントプレフィックスと、メモリ２３３に書かれた番号（JOB ID）と、ネットワーク名取得要求に含まれている一つのパラメータであるファイル名７０２とを結合したネットワーク名を作成する。
【００５４】
ステップ１１５で、ネットワーク名作成部１１０が、文書インデックステーブル９１０を参照し、ステップ１１４で作成したネットワーク名と同一のネットワーク名が存在する否かの判定を行う。もし、同一のネットワーク名が存在しているようであれば、再度ステップ１１４が実行され、そうでなければ、ステップ１１６に進む。
【００５５】
ステップ１１６では、ネットワーク名作成部１１０が、ジョブ識別番号９０７のロックを解除する。
【００５６】
この結果として、ネットワーク名作成部１１０が、入力と同じ形式であるＸＭＬ形式で、例えば、＜ＵＲＬ  ＮＡＭＥ＝“ｈｔｔｐ：／／ｈｏｓｔＡ／４８９／１／”／＞という出力を作成する。すなわち、作成されたネットワーク名（ファイルへのパス名）に従う場所にファイルの格納を導くための情報として、ネットワーク名からファイル名を除いた、ネットワークファイルシステム４００内の文書管理領域４１０に作成されるディレクトリへのパス名（以下、ネットワークディレクトリ名）が、出力として準備される。
【００５７】
図６に示した処理流れの後、文書管理領域確保部１２０が、ネットワークファイルシステム４００に空きがあることを確認するため、ネットワーク名のうちのカレントプレフィックスとJOB IDとで構成されたディレクトリ名のディレクトリ（以下、「対象ディレクトリ」と呼ぶ）を作成する。つまり、文書管理領域確保処理が実行される。
【００５８】
また、文書属性設定部１３０が、ネットワーク名取得要求の各パラメータ（業務ID、DD名、DDパラメタ）を、文書インデックステーブル９１０に登録する。また、文書属性設定部１３０が、メモリ２３３に書かれている番号（インクリメント後のジョブ識別番号９０７が表す番号）を、JOB IDとして、文書インデックステーブル９１０に登録する。また、ネットワーク名作成部１１０が、作成したネットワーク名を、文書インデックステーブル９１０に登録する。
【００５９】
また、文書属性設定部１３０が、対象ディレクトリのプロパティとして、例えば、入力となったＸＭＬのファイルを、その対象ディレクトリに格納してよい。例えば、ネットワーク名取得要求に、＜ＤＳＮ  ＮＡＭＥ＝“ＤＡＴＡＦＩＬＥ１”＞が含まれていれば、文書属性設定部１３０は、“．ＤＡＴＡＦＩＬＥ１”などのドットをつけて非表示属性のファイルを作成し、対象ディレクトリに格納してもよい。実際は、文書作成サーバ２００におけるアプリケーションプログラム２３４が、その作成されたディレクトリ内に“ＤＡＴＡＦＩＬＥ１”というファイル名の文書ファイルを格納する。
【００６０】
また、ログ作成部１４０が、その作成された対象ディレクトリの中に、ファイル名“ＬＯＧ”というログファイル（以下、「対象ログファイル」と呼ぶ）を作成し、格納してもよい。その対象ログファイルには、例えば、作成した日時などの情報が記録されて良い。
【００６１】
ネットワーク名返却部１５０が、上記作成された出力（例えば＜ＵＲＬ  ＮＡＭＥ＝“ｈｔｔｐ：／／ｈｏｓｔＡ／４８９／１／”／＞）を、文書作成サーバ２００に返却する。返却された出力（ネットワークディレクトリパス名）は、文書作成サーバ２００において、ネットワーク名取得部２４２が受領し、ファイル作成部２４３に渡される。
【００６２】
（３：ファイル作成処理）。
【００６３】
ファイル作成部２４３が、ネットワークディレクトリパス名を用いてアクセスされる対象ディレクトリに、ジョブ制御言語７００に記録されているファイル名を有するファイルを割り当てる（例えば所定サイズ（一例として０バイト）のダミーファイルを作成する）。これは、ファイルを作成できるか否かのチェックになる。ファイルを作成できることが確認されたならば、ファイル作成部２４３が、他のプログラム（例えばアプリケーションプログラム２３４以外のプログラム）から更新されないようにそのファイルをロックする。作成する文書ファイルのサイズが予めわかっているのであれば、事前にそのサイズの文書ファイルが作成されてもよい。
【００６４】
（４：アプリケーション管理処理）。
【００６５】
アプリケーション管理部２４４にて、アプリケーションプログラム２３４が実行される。アプリケーションプログラム２３４は、対象ディレクトリ内の割り当てられたファイル（ダミーのファイル）に、自分が作成した文書ファイルを上書きして、終了となることができる。プログラムが完了後、ファイル解放部２４５が、割り当てたファイル（ダミーのファイル）のロックや事前に割り当てたファイルサイズを文書ファイルに合わせることで、文書を印刷できるファイルとして確定してもよい。
【００６６】
図５は、アプリケーション管理処理の流れの一例を示す。
【００６７】
ステップ２５１で、アプリケーション管理部２４４が、ＤＤパラメータをアプリケーションプログラム２３４に渡すための情報として、作成ファイル情報を、子プロセス生成情報として作成する。その子プロセス生成情報は、子プロセス生成時の環境変数としてアプリケーションプログラム２３４に渡される。例えばＵＮＩＸ系やＰＣ系のＯＳでは、プログラムを実行するためのプロセスを子プロセスとして生成した場合、マルチプラットフォーム共通に親プロセスの環境変数を子プロセスに引き渡せる仕様を持っているため、環境変数を引き継いで子プロセスを実行できる機能を利用することができる。
【００６８】
例えば図４において、この親プロセスが、ジョブ管理プログラム２４０の動作となり、子プロセスが、アプリケーションプログラム２３４の動作となる。
【００６９】
環境変数を利用する作成ファイル情報とは、例えば、ＤＤ名９０２を環境変数名とした、その変数値としてのネットワーク名９０６である。具体的には、例えば、図７のジョブ制御言語７００を処理する場合、“ＤＡＴＡ１”という環境変数に“ｈｔｔｐ：／／ｈｏｓｔＡ／４８９／１／ＤＡＴＡＦＩＬＥ１”という文字列からファイル名を生成し、代入した環境変数が親プロセスに設定される。このネットワーク名９０６は、ＨＴＴＰプロトコルでいえば、ｈｏｓｔＡ上のファイルであるという記述である。
【００７０】
ジョブ管理プログラム２４０を実行するプラットフォームでこのファイル名にプログラムがアクセスできるのであれば、このままの値が環境変数に代入される。もし、アクセスできないようであれば、そのプラットフォームの環境にあったネットワークファイル名に変換される。１つのアプリケーションプログラム２３４に複数のDDパラメータが渡され場合も、それぞれ環境変数が親プロセスに設定される。
【００７１】
例えばジョブ制御言語７００の仕様で、ＤＤ名９０２はファイルを識別する識別子のため、アプリケーションプログラム２３４から見た場合、重複した定義は無い。そのため、ＤＤパラメータの数だけ環境変数を作成する処理が、ステップ２５１で行われる処理である。
【００７２】
ステップ２５２では、アプリケーションプログラム２３４を実行する子プロセスが生成される。この子プロセス生成によって、ステップ２５１で設定された環境変数が、子プロセスに引き渡されてアプリケーションプログラム２３４が実行できる環境が整う。
【００７３】
ステップ２５３で、実際に、アプリケーションプログラム２３４が実行される。子プロセスとして、アプリケーション実行プロセスが生成され、環境変数が引き渡された状態で実行が開始される。アプリケーションプログラム２３４からファイルを参照したり更新したりする場合、プログラム内は、ＤＤパラメータのＤＤ名で記述する。アプリケーションプログラム２３４が例えばシェルプログラムであれば、例えば、ＰＣサーバならば、“ＣＯＰＹ  ％ＤＡＴＡ１％  ＤＡＴＡ１”と記述され、ＵＮＩＸならば、“ｃｐ  ＄｛ＤＡＴＡ１｝  ＤＡＴＡ１”と記述すれば、ＤＡＴＡ１というプラットフォーム上の文書にＤＤパラメータで指定したファイルをコピーすることができる。
【００７４】
Ｃ言語、ＣＯＢＯＬ言語、或いはＪａｖａ（登録商標）であれば、言語のライブラリとしてＤＤ名をアプリケーションから利用することが可能である。例えば，Ｃ言語であれば、ファイルを使う場合、ｆｏｐｅｎ()という関数を利用してファイルがオープンにされる。本実施形態では、ジョブ管理用のＣ言語ライブラリを提供し、ｄｄｏｐｅｎ()という関数が別に提供されてよい。ｆｏｐｅｎ()は、ファイル名を入力して，オープン後もファイル識別子という情報が出力される。言語内では、オープン時だけ実体のファイル名が意識される。そのため、ｄｄｏｐｅｎ（）でも同じようにファイル識別名が出力となるように、その関数内で上記シェルプログラムと同じくＤＤ名を入力し環境変数に変換することができる。
【００７５】
例えば、大型計算機で利用されているジョブ制御言語を利用していた言語では、ＤＤ名をコンパイラ自身もサポートし、アプリケーションのソースはＤＤ名を記述していたため，これらの大型計算機のコンパイラをオープン環境に移植する際にＤＤ名処理に環境変数の置き換え処理を加えるだけでも良い。これにより、大型計算機のソースをリコンパイルするだけで、マルチプラットフォーム上のサーバで実行し，ネットワーク上のファイルを利用できるようにもできる。
【００７６】
ステップ２５４で、ジョブ管理プログラム２４０は、アプリケーションの終了を待つ。完了後、前述したファイル解放部２４５に、処理を渡すことができる。
【００７７】
（５：ログ取得処理）。
【００７８】
ファイル解放部２４５により、対象ディレクトリ内のファイルが確定した後、ログ取得部２４６が、上記投入されたジョブ制御言語７００に定義されているジョブの実行結果（例えば、アプリケーションプログラム２３４やジョブ管理プログラム２４０の実行結果）に関するログ（以下、便宜上「ジョブ実行ログ」と呼ぶ）を、対象ディレクトリ内の対象ログファイルに記録する。対象ログファイルの中身（対象ログファイルに記録されている情報やジョブ実行ログ）は、クライアント端末２１０或いは２２０からのジョブ制御言語７００の入力に対する応答として、ログ取得部２４６からそのクライアント端末２１０或いは２２０に送られる。対象ログファイルの中身は、クライアント端末２１０或いは２２０で表示されるが、その表示画面（以下、ログ表示画面）１２５０の例を、図９に示している。
【００７９】
図９のログ表示画面１２５０によれば、対象ログファイルの中身としては、インデックス部と、ジョブ実行ログ部とで構成されている。インデックス部は、文書管理サーバ１００によって対象ディレクトリ内に対象ログファイルが格納されるが、その格納された対象ログファイルに記録される部分である。ジョブ実行ログ部は、ジョブ管理プログラム２４０によって記録される部分である。ジョブ実行ログとしては、例えば、第一〜第三のログ要素で構成される。第一のログ要素は、一番目にある“文書作成サーバログ”から二番目にある“ジョブ制御言語”より一つの上の行までの内容であり、具体的には、アプリケーション２３４を起動及び終了した際の開始及び終了に関するイベントを示すログである。第二のログ要素は、二番目にある“ジョブ制御言語”から三番目にある“文書作成サーバログ”より一つの上の行までの内容であり、具体的には、実行したジョブ制御言語７００に定義されるジョブに関する情報である。第三のログ要素は、三番目にある“文書作成サーバログ”から最後の行までの内容であり、具体的には、対象ディレクトリ内に作成されたファイルに関する情報である。より具体的には、例えば、“ＤＡＴＡ１”、“ＤＡＴＡ２、”ＯＵＴ３“といった文書ファイルが対象ディレクトリに格納されていることを表している。
【００８０】
このログ表示画面１２５０において、インデックス部の表示エリアに、参照番号１２５１で表すパス名が表示され、ジョブ実行ログ部の表示エリアに、参照番号１２５２で表すパス名群が表示される。
【００８１】
ログ表示画面１２５０における、インデックス部の表示エリアにおけるパス名１２５１は、対象ディレクトリへのパス名（ネットワークディレクトリパス名）である。このパス名が、例えばマウスでクリックされることにより（或いは、クリックができなくても、そのパス名であるURLをＷＥＢブラウザに入力することにより）、図１１に例示するように、対象ディレクトリウィンドウ１６１が表示される。対象ディレクトリウィンドウ１６１内には、ネットワークディレクトリパス名１６２と、対象ディレクトリ内に存在する複数のファイルのアイコン１６３が表示される。言い換えれば、ジョブに対応した文書ファイルや対象ログファイルのアイコンが表示される。つまり、そのジョブに関連する複数のファイルが対象ディレクトリ内にまとめて管理されていることになる。ユーザは、所望のファイルのアイコンを指定することで、そのファイルの中身を閲覧することができる。
【００８２】
ログ表示画面１２５０における、ジョブ実行ログ部の表示エリアにおけるパス名群１２５２は、対象ディレクトリ内に存在する複数のファイルにそれぞれ対応した複数のネットワーク名である。例えば、パス名群１２５２の表示範囲の所定の位置がマウス等で指定された場合に、図１２に例示する印刷指示画面１６４が表示される。
【００８３】
印刷指示画面１６４は、例えば、ＷＥＢブラウザ上で表示される画面である。この印刷指示画面１６４には、第一の表示エリア「ジョブ情報」と、第二の表示エリア「出力ファイル情報」とが表示される。
【００８４】
第一の表示エリア「ジョブ情報」には、JOB ID表示欄１６５がある。図１２に例示の印刷指示画面１６４は、JOB ID“１”に対応した対象ログファイルの表示画面（図９参照）を介して表示されたものなので、JOB ID表示欄１６５には、“１”が表示される。
【００８５】
第二の表示エリア「出力ファイル情報」には、印刷対象として選択可能な文書ファイルのファイル名の表示エリア１６６と、印刷ボタン１６７と、キャンセルボタン１６８とが表示される。表示エリア１６６には、選択可能な各文書ファイル毎にチェックボックスが表示される。また、選択可能な各文書ファイル毎に、配布先の識別子と重要度とが表示される（これらの情報は、前述した対象ログファイルの中身における第二のログ要素に含まれているため、第二のログ要素を用いて表示されても良いし、文書インデックステーブル９１０を用いて表示されても良い）。ユーザは、マウス等を用いて、所望の一又は複数の文書ファイルに対応したチェックボックスにチェックマークを入れて、印刷ボタン１６７を押せば、その所望の一又は複数の文書ファイルを、対応する配布先から出力（印刷）することができる。また、キャンセルボタン１６８を押せば、印刷指示画面１６４を閉じることができる。また、例えば、図９のログ表示画面１２５０において、既に印刷したいファイルが決まっていれば、パス名群１２５２における所望のファイル（例えば“ＤＡＴＡ１”）に対応したネットワーク名を特に指定することで、図１２に例示するように、“ＤＡＴＡ１”に対応した文書ファイルが既に選択された状態で表示させることもできる。
【００８６】
以下、印刷に関する処理の流れの一例を、図１０を参照して説明する。
【００８７】
ログ表示画面１２５０（図９参照）におけるパス名群１２５２のうちのいずれかのネットワーク名がマウスでクリックされることにより、文書管理サーバ１００におけるＷＥＢ処理部１６０が、クリックされたネットワーク名を受け、それに応答して、印刷指示画面１６４を表示するための情報を準備してクライアント端末２１０或いは２２０に送信する（ステップ１８１）。印刷指示画面１６４の情報を準備する際には、クリックされたネットワーク名中のJOB IDを表示欄１６５に埋め込み、そのJOB IDをキーとして文書インデックステーブル９１０から取得できるDD名、配布先及び重要度を、表示エリア１６６内にチェックボックスつきで表示する。
【００８８】
クライアント端末２１０での印刷指示画面１６４の操作の結果を、WEB処理部１６０が受信し、解析する（ステップ１８２）。WEB処理部１６０は、例えば、受信に失敗した或いはキャンセルボタン１６８がクリックされたと判断した場合は、終了とし、一方、一以上の印刷対象の文書ファイルが選択されて印刷ボタン１６７がクリックされたと判断した場合には、洗濯された文書ファイルのDD名と共に印刷指示を印刷指示受付部１７０に投入する。これにより、ステップ１８３が開始される。
【００８９】
ステップ１８３で、印刷指示受付部１７０が、入力されたDD名（例えば“DATA1”）に対応する配布先９０４（例えば“A”）を、文書インデックステーブル９１０から取得する。
【００９０】
ステップ１８４で、印刷指示受付部１７０が、取得した配布先（例えば“Ａ”）に対応する構成状況（すなわち、その配布先が、どの出力サーバ５００とどの出力装置５１０で構成されていて印刷用紙が何枚出力されているか）を、出力先管理テーブル９４０（図８参照）から取得する。図８の例によれば、出力管理テーブル９４０に、配布先“Ａ”に対応する構成状況が二つ存在する。このように、二以上の構成状況が存在する場合は、印刷指示受付部１７０が、負荷分散部９３０を実行し、負荷分散部９３０により、それら二以上の構成状況についてのページ数９４４が平均化するように、構成状況を選択する（つまり、出力サーバ５００と出力装置５１０の組み合わせを選択する）。
【００９１】
ステップ１８５で、印刷送信部１８０が、上記選択された印刷対象の文書ファイルを印刷することの印刷指示（例えば、文書ファイルそれ自体或いはその文書ファイルへのパス名を含んだ印刷指示）を、上記選択した構成状況に対応する出力サーバ５００に送信する。印刷指示では、例えば、選択された構成状況に対応した、出力管理テーブル９４０に記録されている出力サーバ９４２及び出力装置９４３が指定されている。印刷指示の送信先の出力サーバ５００は、指定されている出力装置９４３に対応したポートのセッションを、その出力装置９４３に対応する出力装置５００との間で確立し、印刷対象の文書ファイルの印刷データを出力する。
【００９２】
なお、文書管理サーバ１００から出力サーバ５００に送信される印刷指示には、更に、印刷対象の文書ファイルに対応した種々の情報要素（例えば文書インデックステーブル９１０から取得可能な種々の情報要素）が含まれていても良い。出力サーバ５００は、出力装置５１０に送信する印刷データに、その種々の情報要素（例えばJOB ID及び業務IDの少なくとも一方）を含めても良い。出力装置５１０は、文書ファイルの内容と共にその情報要素を印刷しても良い。これにより、文書ファイルの印刷結果を見た人間は、どのジョブ或いはどの業務に対応する文書なのかを把握することができる。
【００９３】
以上、本発明の実施形態を説明したが、この実施形態は本発明の説明のための例示にすぎず、本発明の範囲をその実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱することなく、その他の様々な態様でも実施することができる。
【００９４】
例えば、前述したコンピュータプログラム１１０、１２０、１３０、１４０及び１５０が文書作成サーバ２００或いは３００で実行されても良い。
【００９５】
また、例えば、ネットワークファイルシステム４００に、各業務に対応した各ディレクトリ（業務用ディレクトリ）が作成され、業務用ディレクトリに、その業務に対応した複数のジョブにそれぞれ対応する複数のディレクトリ（ジョブ用ディレクトリ）が作成され、ジョブ用ディレクトリ内に、そのジョブに対応した文書が格納されても良い。つまり、ネットワークファイルシステム４００が表すディレクトリツリーから、業務フロー、業務とジョブとの対応関係、及びジョブと文書とに対応関係がわかるようにされてもよい。言い換えれば、ファイルシステム４００でのディレクトリツリー構造の特性を利用した管理（業務、ジョブ及び文書の管理）が実行されてもよい。
【００９６】
また、例えば、所望のディレクトリウィンドウの表示や、印刷指示画面の表示は、対象ログファイルのログ表示画面の表示を介して行うことに加えて、図１４に例示するジョブスケジュールウィンドウ９５１の表示を介して行われても良い。例えば、クライアント端末２１０或いは２２０が、ジョブスケジュールの表示を文書管理サーバ１００に依頼し、文書管理サーバ１００の例えばWEB処理部１６０が、ジョブスケジュールウィンドウ９５１の情報を、クライアント端末２１０或いは２２０に送信する。その情報は、例えば、文書インデックステーブル９１０や、図示しない業務管理テーブル（例えば、複数の業務にそれぞれ対応した複数の業務IDと業務の流れが定義されたテーブル）を基に、作成することができる。ジョブスケジュールウィンドウ９５１には、例えば、業務の流れと、その流れの要素である各業務に対応したアイコンとが表示される。WEB処理部１６０は、例えば、そのジョブスケジュールウィンドウ９５１上で、業務ID“４８９”に対応したアイコン９５２がクリックされた場合、業務ID“４８９”の情報をクライアント端末２１０或いは２２０から受ける。WEB処理部１６０は、その業務ID“４８９”に対応した全てのJOB IDを文書インデックステーブル９１０から取得し、取得したJOB ID（例えば“１”及び“２”）をクライアント端末２１０或いは２２０に送信することで、図１４に示すように、業務ID“４８９”のアイコン９５２の近傍に、その業務ID“４８９”に対応するJOB IDの一覧が表示される。そのJOB ID一覧に対応したJOB IDの選択を受けた場合に、図１１のようなディレクトリウィンドウ（選択されたJOB IDに対応するディレクトリのウィンドウ）、図１４のような印刷指示画面（選択されたJOB IDに対応する一以上の文書ファイルを選択可能に表示した画面）、或いは、図９のようなログ表示画面（選択されたJOB IDに対応したディレクトリ内に存在するログファイルの中身を表示した画面）が表示されても良い。
【図面の簡単な説明】
【００９７】
【図１】図１は、本発明の一実施形態に係るコンピュータシステムの構成例を示す。
【図２】図２は、文書インデックステーブルの構成例を示す。
【図３】図３は、ネットワーク名の作成の都度に更新されるジョブ識別番号を示す。
【図４】図４は、文書作成サーバの構成例を示す。
【図５】図５は、アプリケーション管理処理の流れの一例を示す。
【図６】図６は、ネットワーク名作成処理の流れの一例を示す。
【図７】図７は、ジョブ制御言語の一例を示す。
【図８】図８は、出力先管理テーブルの構成例を示す。
【図９】図９は、クライアント端末で表示されるログ表示画面を示す。
【図１０】図１０は、印刷に関する一連の流れの一例を示す。
【図１１】図１１は、図９のログ表示画面でネットワークディレクトリパス名が指定された場合に表示される対象ディレクトリビューの一例を示す。
【図１２】図１２は、図９のログ表示画面でパス名群が指定された場合に表示される印刷指示画面の一例を示す。
【図１３】図１３は、カレントプレフィックス管理テーブルの構成例を示す。
【図１４】図１４は、ジョブスケジュール画面の一例を示す。
【符号の説明】
【００９８】
１００…文書管理サーバ、２００…文書作成サーバ（ＵＮＩＸサーバ）、２１０…telnet端末、２２０…自動スケジュール端末、３００…文書作成サーバ（ＰＣサーバ）、４００…ネットワークファイルシステム
【図１】
2008242877.tif 000003
【図２】
2008242877.tif 000004
【図３】
2008242877.tif 000005
【図４】
2008242877.tif 000006
【図５】
2008242877.tif 000007
【図６】
2008242877.tif 000008
【図７】
2008242877.tif 000009
【図８】
2008242877.tif 000010
【図９】
2008242877.tif 000011
【図１０】
2008242877.tif 000012
【図１１】
2008242877.tif 000013
【図１２】
2008242877.tif 000014
【図１３】
2008242877.tif 000015
【図１４】
2008242877.tif 000016