(57)【要約】【課題】  任意のポートモニタによるジョブ管理を実現し、ユーザの利便性を向上させる。【解決手段】  ジョブ送信とは別の処理を行う別処理実行手段の存在有無を判別する判別手段、判別手段により決定された判別結果に応じて別処理実行手段を実行する実行手段、を備えることを特徴とする。【選択図】  図１
2007293513.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置から周辺機器へジョブを送信する装置であって、
ジョブ送信とは別の処理を行う別処理実行手段の存在有無を判別する判別手段、
判別手段により決定された判別結果に応じて別処理実行手段を実行する実行手段、
を備えることを特徴とするジョブ送信装置。
【請求項２】
請求項１に記載のジョブ送信装置であって、別処理実行手段はジョブの情報を取得することを特徴とするジョブ送信装置。
【請求項３】
請求項１に記載のジョブ送信装置であって、別処理実行手段はジョブのデータを変更することを特徴とするジョブ送信装置。
【請求項４】
請求項１に記載のジョブ送信装置であって、別処理実行手段はジョブの実行に関する制御を行うことを特徴とするジョブ送信装置。
【請求項５】
情報処理装置から周辺機器へジョブを送信する方法であって、
ジョブ送信とは別の処理を行う別処理実行工程の存在有無を判別する判別工程、
判別工程により決定された判別結果に応じて別処理実行工程を実行する実行工程、
を備えることを特徴とするジョブ送信方法。
【請求項６】
請求項５に記載のジョブ送信方法であって、別処理実行工程はジョブの情報を取得することを特徴とするジョブ送信方法。
【請求項７】
請求項５に記載のジョブ送信方法であって、別処理実行工程はジョブのデータを変更することを特徴とするジョブ送信方法。
【請求項８】
請求項５に記載のジョブ送信方法であって、別処理実行工程はジョブの実行に関する制御を行うことを特徴とするジョブ送信方法。
【請求項９】
情報処理装置から周辺機器へジョブを送信するプログラムを記録した媒体であって、
ジョブ送信とは別の処理を行う別処理実行手順の存在有無を判別する判別手順、
判別手順により決定された判別結果に応じて別処理実行手順を実行する実行手順、
を備えることを特徴とするプログラムを記録した媒体。
【請求項１０】
請求項９に記載のプログラムを記録した媒体であって、別処理実行手順はジョブの情報を取得することを特徴とするジョブ送信プログラムを記録した媒体。
【請求項１１】
請求項９に記載のプログラムを記録した媒体であって、別処理実行手順はジョブのデータを変更することを特徴とするジョブ送信プログラムを記録した媒体。
【請求項１２】
請求項９に記載のプログラムを記録した媒体であって、別処理実行手順はジョブの実行に関する制御を行うことを特徴とするジョブ送信プログラムを記録した媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたプリンタ、スキャナ、複写機など、およびそれらを統合したマルチファンクション機器（MFP）などの周辺機器の使用について、クライアントコンピュータやサーバコンピュータなどを含めたネットワーク環境でジョブ送信を行うシステムに関するものである。とくに、出力量の集計を行ったり、あらかじめ設定された情報により出力制限を行ったりするジョブ管理システムと連携するジョブ送信装置に関する。
【背景技術】
【０００２】
ジョブ管理を行うためには、周辺機器で実行されたジョブの情報を取得したり、ジョブの出力制御を行ったりすることが必要であり、ジョブ送信装置がジョブに関するさまざまな情報を取得してジョブ管理装置に情報を送信したり、ジョブ管理装置の設定に基づいてジョブの実行制御を行ったりする実現例がある。
【０００３】
図１１のシステムでは次のように印刷が行われる。
【０００４】
プリントクライアントにおいて、アプリケーションは描画イメージを生成し、ＯＳのＧＤＩ（グラフィック描画を処理するサブシステム）に対して、API（アプリケーションプログラミングインタフェース）を発行する。この呼び出しをＧＤＩコールと呼ぶ。
【０００５】
プリンタドライバはＧＤＩからの要求を、印刷を行うプリンタに適合した形に変換し、出力セレクタに送信する。出力セレクタは、ローカルあるいはリモートのスプーラにデータを送信する。
【０００６】
スプーラは、上位から受け取ったデータを蓄積するするとともに、順にポートモニタに送る。ポートモニタはスプーラから印刷データを受け取り、デバイスが備えているジョブ転送方式に従って、プリンタがレディ状態であれば、ジョブデータをデバイスに送信する。公知のジョブデータ転送方式として、RFC1179で規定されているLPDプロトコルや米国Hewlett-Packard  Companyが規定しているPrinter Job Languageなどがある。Printer Job Languageでは、デバイスとの双方向通信により終了ジョブのページ数などをポートモニタが取得することができる。もちろん、公知でなくても、プリンタ提供者独自のプロトコルであっても良い。
【０００７】
ポートモニタはジョブ送信時にＯＳを介してジョブの情報を取得する。さらに一部のプリンタでは、送信プロトコルに基づいてジョブの排紙面数、排紙枚数などジョブの完了結果を送信元に返却する機能を有しており、ポートモニタはＯＳから取得した情報をプリンタからの完了結果で補正することができる。このようにして生成した情報をジョブアカウントクライアントに送る。この情報をポートモニタログと呼ぶ。
【０００８】
ジョブアカウントクライアントは、ポートモニタログをジョブアカウントサーバに送信する。
【０００９】
ジョブアカウントサーバは閲覧希望者からの要求に応じて、ジョブログを選択し、単位期間別、デバイス別、ジョブ発行者別などの出力面数算出、出力枚数算出集計処理などを行う。
【００１０】
上述したように印刷を指示するコンピュータと送信するコンピュータが同一の印刷に加え、プリントサーバを利用してキューイング、送信を一元化する形態も一般的である。
【００１１】
プリントサーバはプリントクライアントからのジョブ送信依頼を受け、スプーラにキューイングし、ポートモニタを経て、プリンタにジョブを送信する。プリントサーバ上のジョブアカウントクライアントは、ポートモニタログを取得し、それをジョブアカウントサーバに送信する。
【００１２】
また、ジョブアカウントサーバにおいて、あらかじめユーザあるいは部門ごとの単位期間ごとの出力面数または枚数などの出力総数の上限（上限値）を定めることが可能である。
【００１３】
ジョブアカウントクライアントは、あるユーザが印刷を行おうとしたとき、既定の上限値を超えていれば、印刷を中止したり、なんらかの警告メッセージを表示したり、といった上限制限処理を行う。警告メッセージは、ジョブアカウントクライアントにより表示される。
【００１４】
従来例としては、例えば特許文献１をあげることが出来る。
【特許文献１】特開２００５−２８４９５１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、上述した従来の技術では、ジョブアカウントシステム専用のポートモニタが必要であり、他のポートモニタを使用するとジョブ管理ができない、という問題があった。
【課題を解決するための手段】
【００１６】
上述した課題を解決するために、第１の発明は、情報処理装置から周辺機器へジョブを送信する装置であって、ジョブ送信とは別の処理を行う別処理実行手段の存在有無を判別する判別手段、判別手段により決定された判別結果に応じて別処理実行手段を実行する実行手段、を備えることを特徴とする。
【００１７】
第２の発明は、第１の発明に加え、さらに別処理実行手段はジョブの情報を取得することを特徴とする。
【００１８】
第３の発明は、第１の発明に加え、さらに別処理実行手段はジョブのデータを変更することを特徴とする。
【００１９】
第４の発明は、第１の発明に加え、別処理実行手段はジョブの実行に関する制御を行うことを特徴とする。
【００２０】
第５の発明は、情報処理装置から周辺機器へジョブを送信する方法であって、
ジョブ送信とは別の処理を行う別処理実行工程の存在有無を判別する判別工程、
判別工程により決定された判別結果に応じて別処理実行工程を実行する実行工程、を備えることを特徴とする。
【００２１】
第６の発明は、第５の発明に加え、別処理実行工程はジョブの情報を取得することを特徴とする。
【００２２】
第７の発明は、第５の発明に加え、別処理実行工程はジョブのデータを変更することを特徴とする。
【００２３】
第８の発明は、第５の発明に加え、別処理実行工程はジョブの実行に関する制御を行うことを特徴とする。
【００２４】
第９の発明は、情報処理装置から周辺機器へジョブを送信するプログラムを記録した媒体であって、ジョブ送信とは別の処理を行う別処理実行手順の存在有無を判別する判別手順、判別手順により決定された判別結果に応じて別処理実行手順を実行する実行手順、を備えることを特徴とする。
【００２５】
第１０の発明は、第９の発明に加え、別処理実行手順はジョブの情報を取得することを特徴とする。
【００２６】
第１１の発明は、第９の発明に加え、別処理実行手順はジョブのデータを変更することを特徴とする。
【００２７】
第１２の発明は、第９の発明に加え、別処理実行手順はジョブの実行に関する制御を行うことを特徴とする。
【発明の効果】
【００２８】
本発明によって、ユーザが任意のポートモニタを使用してもジョブ管理が可能になり、ユーザの利便性を向上させることができる。
【発明を実施するための最良の形態】
【００２９】
（実施例１）
以下、図面に基づいて本発明の一実施例を詳細に説明する。
【００３０】
本発明の第１実施例について説明する。なお、本発明は複数の機器からなるシステムにおいて達成される。また、システムあるいは装置にプログラムを供給することにより、本発明が達成される場合にも適用されることはいうまでもない。
【００３１】
図１は本発明を適用したジョブ管理システム全体の基本的な構成図である。
【００３２】
１１０はプリントクライアント１である。ジョブアカウントクライアント１１１がインストールされており、１１６ポートモニタを介して、１５０プリンタに印刷を行ったり、１３０プリントサーバコンピュータを介して１５０プリンタに印刷を行ったりする。ここで前者の印刷をPeerToPeer印刷（以下ＰＴＰ印刷）、後者の印刷を共有プリンタ印刷と呼ぶ。ＰＴＰ印刷であればプロトコルの指定など自由度が大きいが、管理手間も大きい。共有プリンタ印刷であれば、一台のプリントサーバだけがプリンタとの接続設定をすれば良く管理手間の軽減が期待できる。
【００３３】
１２０はプリントクライアント２である。ジョブアカウントクライアントはインストールされていない他は１１０クライアントコンピュータ１と同じである。
【００３４】
１３０はプリントサーバコンピュータである。プリントサーバ機能、すなわち一つ以上のクライアントコンピュータからの印刷ジョブを受信し、順次１５０プリンタに送る機能を有する。
【００３５】
１４０はサーバコンピュータであり、ジョブアカウントサーバが動作している。
【００３６】
１５０はプリンタであり、コンピュータなどから印刷ジョブを受信し、印刷を行う。
【００３７】
１１０クライアントコンピュータ１における印刷時のジョブログ取得処理について説明する。
【００３８】
１１１はジョブアカウントクライアントであり、ジョブログ取得処理、上限制限処理、ジョブアカウントサーバとの通信処理、などのジョブアカウントを実現するための様々な処理を行なう。
【００３９】
１１２アプリケーションに対して印刷指示が発行されると、１１２アプリケーションは描画のためのＧＤＩコールを行う。１１３ＧＤＩはＧＤＩコールに従って、プリンタドライバを呼び出す。
【００４０】
１１４プリンタドライバはＧＤＩコールを印刷設定に従ってＰＤＬデータ（プリンタが解釈できる印刷データ）に変換して、１１５出力セレクタに送る。ＰＤＬとはＰａｇｅＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅの略であり、印刷データの記述言語である。
【００４１】
１１５出力セレクタはプリンタドライバに対して、印刷先を抽象化するものであり、ＰＴＰ印刷、共有プリンタ印刷のいずれにおいても同じインタフェースを提供する。１１５出力セレクタはＰＴＰ印刷であれば、１１６スプーラにデータを送信する。共有プリンタ印刷であれば、プリントサーバのスプーラ、例えば１３７にデータを送信する。
【００４２】
１１６スプーラは、ジョブデータをキューイングし、適宜１１７ポートモニタにデータを送る。
【００４３】
１１７ポートモニタは、１５０プリンタと通信し、プリンタがデータを受信可能であれば、データを送信する。ポートモニタの動作については後述する。
【００４４】
１１１ジョブアカウントクライアントはポートモニタログをジョブログとして、１５１ジョブアカウントサーバに送信する。ただし、共有プリンタ印刷の場合は、プリンタサーバ側でもジョブログ取得可能であるので送信を行わない。あるいは共有プリンタ印刷であることがわかれば、そのジョブに対するログ取得処理を停止してもよい。
【００４５】
１２０プリントクライアント２における印刷処理については、前述した１１０プリントクライアント１とは、「ジョブアカウントクライアントがインストールされていない」点を除き、同一である。
【００４６】
１３０プリントサーバの処理について説明する。このコンピュータからＰＴＰ印刷する場合、１１０プリントクライアント１と同様の動作をする。また、本コンピュータはプリントサーバであるので、ネットワーク上の別のＰＣからの印刷データを１３６スプーラが受信する。１３６スプーラはキューイングを行い、順次データを１３７ポートモニタに送る。
【００４７】
１３７ポートモニタは、１５０プリンタと通信し、プリンタがデータを受信可能であれば、データを送信する。
【００４８】
ジョブログ取得処理については、１１０プリントクライアント１とほぼ同じであり、１３７ポートモニタのジョブ送信処理とともにジョブログを作成する。
【００４９】
１４０はサーバコンピュータであり、１４１ジョブアカウントサーバが動作している。１４１ジョブアカウントサーバは主につぎのような処理を行う。
【００５０】
ジョブログの蓄積
蓄積したジョブログを参照することによる出力量などの集計処理
管理者に対するユーザインタフェースの提供
デバイス、ユーザ、その他の登録処理
出力制御、その他の設定処理
上記の詳細については、ここでは述べない。
【００５１】
図２は、１１０プリントクライアント１、１２０プリントクライアント２、１３０プリントサーバ、１４０サーバ、の各コンピュータのブロック図である。図２において、２０１はＣＰＵ、即ち中央処理装置であり、このコンピュータ装置全体の制御および演算処理等を行うものである。２０２はＲＯＭ即ち読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域である。２０３はＲＡＭ即ちランダムアクセスメモリであり、使用制限のないデータ記憶領域であり、オペレーティングシステム，アプリケーション、デバイスドライバおよび通信制御などのプログラムがロードされ、実行される領域である。２０４はＫＢＣ即ちキーボード制御部であり、キーボードより入力データを受け取りＣＰＵへ伝達する。２０５はＣＲＴ即ちディスプレイ制御部であり、ディスプレイ装置への表示制御をする。２０６はＦＤ即ちフレキシブルディスク装置あるいはＨＤ即ちハードディスク装置、SRAM即ち不揮発性記憶装置等の外部記憶装置であり、プログラムおよびデータを記憶、格納しておき、実行時に必要に応じて参照またはＲＡＭへのロードする。２０７は通信部であり、ネットワーク通信制御を行うものであり，図１で説明したようにネットワークに接続された他のコンピュータや周辺機器との通信が可能である。２０８はシステムバスであり、上述の構成要素間のデータの通路となるべきものである。
【００５２】
図３は１５０プリンタのブロック図である。図３において，３０５はプリンタ全体を制御するコントローラ部である。コントローラの内部構成として３０１はＣＰＵ、即ち中央処理装置であり、このコントローラの制御および演算処理等を行うものである。３０２はＲＯＭ即ち読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域である。３０３はＲＡＭ即ちランダムアクセスメモリであり、使用制限のないデータ記憶領域であり、３０４はHD即ちハードディスクあるいはSRAMなど不揮発性記憶装置である。
【００５３】
３０３ＲＡＭはオペレーティングシステムや通信制御およびエンジン制御などのプログラムがロードされ、実行される領域である。３０６はこの装置のエンジン部であり，コントローラの制御のもとで印刷動作や画像読み取り動作をするものである。３０７は通信部であり、ネットワーク通信制御を行うものであり，図１で説明したようにクライアントコンピュータやサーバコンピュータとの通信が可能である。３０８は、ユーザ操作入出力部であり、ユーザとの対話的な設定作業を行う。３０９はシステムバスであり、上述の構成要素間のデータの通路となるべきものである。
【００５４】
図４は上記図１に示した第１の実施の形態に係わるジョブアカウント装置の全体の処理におけるメモリマップ４０の構成を示す図である。４１は基本Ｉ／Ｏプログラムを示す。４２はオペレーティングシステムがＲＡＭ２０３にロードされ実行可能となった状態のメモリマップを示す。４３は本発明のプログラムがＲＡＭ３にロードされ実行可能となった状態のメモリマップを示す。４４は関連データがＲＡＭ３にロードされ実行可能となった状態のメモリマップを示す。４５は各々のプログラムが使用するワークメモリのメモリマップを示す。
【００５５】
第１の実施の形態の場合は、本発明のジョブアカウントプログラムおよび関連データはフレキシブルディスク（ＦＤ）中に記録されている。図５はその記録されている内容を示す図である。フレキシブルディスク（ＦＤ）の記録領域５０には、ボリューム情報５１、ディレクトリ情報５２、アプリケーション実行ファイル５３、ジョブアカウントプログラム関連データファイル５４が記録されている。
【００５６】
図６に示すごとく、フレキシブルディスク（ＦＤ）６０に記録されたジョブアカウントプログラムおよび関連データは、ＦＤドライブ（ＤＫＣ）６１を介して本コンピュータシステム６２にロードすることができる。フレキシブルディスク（ＦＤ）６０をＦＤドライブ（ＤＫＣ）６１にセットすると、オペレーティングシステム４２および基本Ｉ／Ｏプログラム４１の制御のもとに、本ジョブアカウントプログラムおよび関連データがフレキシブルディスク（ＦＤ）６０から読み出され、ＲＡＭ２０３にロードされて使用可能となる。
【００５７】
１１７ポートモニタの処理について詳述する。１１７ポートモニタはＯＳからの現有ポートの列挙依頼を受けポートリストを返したり、新規追加要求を受けそれに基づき新規ポートを追加したり、あるいは、印刷時には１１６スプーラから、ジョブ開始、データ転送、ジョブ終了といった依頼を受け、それを処理する。
【００５８】
ここではジョブ開始、データ転送、ジョブ終了に関してフローチャートを用いて説明する。
【００５９】
図７は１１７ポートモニタのジョブ開始処理を示すフローチャートである。１１７ポートモニタは１１６スプーラからジョブ開始命令を受け取るとこの処理を行う。
【００６０】
ステップＳ７０１において、ジョブアカウントクライアントの存在有無を取得する。例えば、既定のフォルダが存在するか、あるいは、既定の設定データが存在するか、などを用いる。既定の設定データの例としては、レジストリを使用して、既定のレジストリキーにジョブアカウントクライアント機能を実現するＤＬＬファイルを示す値を格納することが考えられる。
【００６１】
ステップＳ７０２において、Ｓ７０１で取得した情報に基づき、ジョブアカウントクライアントの存在有無を判別する。存在しない場合、Ｓ７０４に進み、通常の印刷開始処理を行う。存在する場合、ステップＳ７０３に進み、ジョブアカウントクライアントにジョブの開始を通知する。
【００６２】
印刷開始通知を受け取ったジョブアカウントクライアントは、ジョブ管理処理を行う。例えば、単位期間毎、ユーザ毎に印刷量の上限が指定されていれば、現在の期間の印刷総量を算出し、上限に達していれば、１１６スプーラにジョブ削除命令を出し、印刷処理を停止し、必要であれば、ユーザにその旨を通知するメッセージを表示する。
【００６３】
ステップＳ７０４では転送開始処理、たとえば１５０プリンタとのネットワーク接続を確立する、などの処理を行う。
【００６４】
図８は１１７ポートモニタのデータ転送処理を示すフローチャートである。１１７ポートモニタは１１６スプーラからデータ転送命令を受け取るとこの処理を行う。一回のデータ転送処理で転送するデータサイズは一定量であるので、ジョブデータ全体のサイズがこれを超える場合は、データ全体を転送するため、繰り返しこの処理が呼ばれる。
【００６５】
ステップＳ８０１において、Ｓ７０１で取得した情報に基づき、ジョブアカウントクライアントの存在有無を判別する。存在しない場合、Ｓ８０４に進み、通常の印刷開始処理を行う。存在する場合、ステップＳ８０２に進む。
【００６６】
ステップＳ８０３において、１１６スプーラから転送指示されたデータを１１１ジョブアカウントクライアントに送る。ジョブアカウントクライアントは、データを解析することによりジョブログデータを作成、あるいはＯＳから受け取ったジョブ情報を補正する。さらに必要に応じて、例えばジョブアカウントを行なうためにデータ改変処理を行なう。例えば、ジョブの集計先をユーザ以外に割り当てるためにそのキーとなる情報を、ユーザインタフェースを持つダイアログを表示してそれを取得しジョブデータに追加したり、なんらかの理由でジョブをジョブ管理システム全体で一意に特定したい場合、そのための識別キーをドキュメント名に埋め込んだり、といった処理を行なう。さらなる応用としては、ページのヘッダにユーザ名や印刷時刻を印刷するようなＰＤＬデータを付加する、といったことも考えられる。
【００６７】
ステップＳ８０４において、ジョブアカウントが必要な処理を行なったデータを受け取る。
【００６８】
ステップＳ８０５において、１５０プリンタへのデータ転送処理を行なう。
【００６９】
図９は１１７ポートモニタのジョブ終了開始処理を示すフローチャートである。１１７ポートモニタは１１６スプーラからジョブ終了命令を受け取るとこの処理を行う。
【００７０】
ステップＳ９０１において、Ｓ７０１で取得した情報に基づき、ジョブアカウントクライアントの存在有無を判別する。存在しない場合、Ｓ９０３に進み、通常の印刷終了処理を行う。存在する場合、ステップＳ９０２に進み、ジョブアカウントクライアントにジョブの終了を通知する。
【００７１】
印刷終了通知を受け取ったジョブアカウントクライアントは、ジョブデータ転送終了を認識する。１５０プリンタがジョブ完了通知処理を備えていなければ、ジョブログデータを確定し、１４１ジョブアカウントサーバに送る。ジョブ完了通知処理を備えていれば、その通知を待ち、受け取った情報例えば実際の排紙面数でジョブログを補正した後、１４１ジョブアカウントサーバに送る。
【００７２】
ステップＳ９０３では転送終了処理、たとえば１５０プリンタとのネットワーク接続を切断する、などの処理を行う。
【００７３】
図１０に送信したポートモニタログの例を示す。ジョブＩＤは、スプーラが連続昇順に割り当てるものである。オーナ名は誰が印刷したかを示す。データサイズはプリンタに送信したデータサイズである。面数は用紙の片側に印刷するときカウントされるもので、一枚の紙の片面に印刷したときは１、両面に印刷したときは２とカウントする。ＮＵＰはページレイアウトに関し、用紙の一面に何ページの論理ページを割り付けたかを示す。面数の精度は１５０プリンタの処理能力に依存し、実際の排紙面数を含むジョブ完了通知処理を備えていれば、より精度は高くなる。
【００７４】
本実施例では、ポートモニタがジョブアカウントプログラムの存在有無を判別したが、もちろん他の任意のプログラムでも良いことは言うまでもない。例えば、人には見えないが特殊な読み取り装置だけで読み取り可能な透かしを入れ、それをコピーした場合にはコピー禁止の旨の図柄を表示するようなコピー検知処理などであってもよい。
【図面の簡単な説明】
【００７５】
【図１】本発明の全体構成を示すブロック図である。
【図２】本発明のプリントクライアント、プリントサーバ、サーバを実行するコンピュータの構成を示すブロック図である。
【図３】本発明のプリンタの構成を示すブロック図である。
【図４】本発明のジョブ管理システムのメモリマップを表す図である。
【図５】本発明のジョブ管理プログラムおよび関連データが格納されているＦＤの構成内容を示す図である。
【図６】本発明において、ＦＤに記録されたジョブ管理プログラムおよび関連データをコンピュータシステムにロードすることを表す図である。
【図７】本発明のジョブデータ転送開始処理を表すフローチャートである。
【図８】本発明のジョブデータ転送処理を表すフローチャートである。
【図９】本発明のジョブデータ転送終了処理を表すフローチャートである。
【図１０】本発明の実施例のジョブログデータの例を表す図である。
【図１１】本発明の従来例を表す図である。
【符号の説明】
【００７６】
１１０  プリントクライアント１
１１１  ジョブアカウントクライアント
１２０  プリントクライアント２
１４１  ジョブアカウントサーバ
【図１】
2007293513.tif 000003
【図２】
2007293513.tif 000004
【図３】
2007293513.tif 000005
【図４】
2007293513.tif 000006
【図５】
2007293513.tif 000007
【図６】
2007293513.tif 000008
【図７】
2007293513.tif 000009
【図８】
2007293513.tif 000010
【図９】
2007293513.tif 000011
【図１０】
2007293513.tif 000012
【図１１】
2007293513.tif 000013