(57)【要約】【課題】  使用可能な管理コードを選択しジョブ情報を付加するのみでは、十分でない場合がある。【解決手段】  情報処理クライアントは、ユーザからの印刷指示に応じて、ユーザが使用可能な複数の階層構造を有する管理コードを指定する画面を表示する表示制御手段と、前記情報処理サーバに対して、前記表示制御手段により表示された画面で入力された前記管理コード及び前記印刷ジョブ情報を送信する送信手段とを有し、  前記情報処理サーバは、前記情報処理クライアントから前記管理コード及び前記印刷ジョブ情報を取得する取得手段と、前記取得手段で取得された前記管理コードに基づいて前記印刷ジョブ情報を集計する集計手段とを有することを特徴とする情報処理装置が開示される。【選択図】  図２２
2007193726.tif 000002
【特許請求の範囲】
【請求項１】
周辺機器に対する印刷ジョブを生成するとともに、印刷ジョブに関する印刷ジョブ情報を生成する情報処理クライアントと、前記情報処理クライアントから前記印刷ジョブ情報を取得し、記録する情報処理サーバを含む情報処理装置であって、
前記情報処理クライアントは、ユーザからの印刷指示に応じて、ユーザが使用可能な複数の階層構造を有する管理コードを指定する画面を表示する表示制御手段と、
前記情報処理サーバに対して、前記表示制御手段により表示された画面で入力された前記管理コード及び前記印刷ジョブ情報を送信する送信手段とを有し、
前記情報処理サーバは、前記情報処理クライアントから前記管理コード及び前記印刷ジョブ情報を取得する取得手段と、前記取得手段で取得された前記管理コードに基づいて前記印刷ジョブ情報を集計する集計手段とを有することを特徴とする情報処理装置。
【請求項２】
前記ユーザが使用可能な複数の階層構造を有する管理コードを指定する画面を表示する表示制御手段において、各階層毎に管理コードを指定する指定手段と、複数階層の管理コードを一括入力する入力手段を有することを特徴とする情報処理装置。
【請求項３】
前記複数階層の管理コードを一括入力する入力手段において、入力された管理コード情報とユーザが使用可能な複数の階層構造を有する管理コードを照合する照合手段と、前記照合手段により合致した管理コードを表示する表示制御手段を有することを特徴とする情報処理装置。
【請求項４】
周辺機器に対する印刷ジョブを生成するとともに、印刷ジョブに関する印刷ジョブ情報を生成する情報処理クライアントと、前記情報処理クライアントから前記印刷ジョブ情報を取得し、記録する情報処理サーバを含む情報処理方法であって、
前記情報処理クライアントは、ユーザからの印刷指示に応じて、ユーザが使用可能な複数の階層構造を有する管理コードを指定する画面を表示するステップと、
前記情報処理サーバに対して、前記ステップにより表示された画面で入力された前記管理コード及び前記印刷ジョブ情報を送信するステップとを有し、
前記情報処理サーバは、前記情報処理クライアントから前記管理コード及び前記印刷ジョブ情報を取得するステップと、前記ステップで取得された前記管理コードに基づいて前記印刷ジョブ情報を集計するステップとを有することを特徴とする情報処理方法。
【請求項５】
前記ユーザが使用可能な複数の階層構造を有する管理コードを指定する画面を表示するステップにおいて、各階層毎に管理コードを指定するステップと、複数階層の管理コードを一括入力するステップを有することを特徴とする情報処理装置。
【請求項６】
前記複数階層の管理コードを一括入力するステップにおいて、入力された管理コード情報とユーザが使用可能な複数の階層構造を有する管理コードを照合するステップと、前記ステップにより合致した管理コードを表示するステップを有することを特徴とする情報処理方法。
【請求項７】
周辺機器に対する印刷ジョブを生成するとともに、印刷ジョブに関する印刷ジョブ情報を生成する情報処理クライアントと、前記情報処理クライアントから前記印刷ジョブ情報を取得し、記録する情報処理サーバに関するプログラムを含む情報処理プログラムであって、
前記情報処理クライアントは、ユーザからの印刷指示に応じて、ユーザが使用可能な複数の階層構造を有する管理コードを指定する画面を表示する表示制御手段と、
前記情報処理サーバに対して、前記表示制御手段により表示された画面で入力された前記管理コード及び前記印刷ジョブ情報を送信する送信手段とを有し、
前記情報処理サーバは、前記情報処理クライアントから前記管理コード及び前記印刷ジョブ情報を取得する取得手段と、前記取得手段で取得された前記管理コードに基づいて前記印刷ジョブ情報を集計する集計手段とを有することを特徴とする情報処理プログラムおよび記憶媒体。
【請求項８】
前記ユーザが使用可能な複数の階層構造を有する管理コードを指定する画面を表示する表示制御手段において、各階層毎に管理コードを指定する指定手段と、複数階層の管理コードを一括入力する入力手段を有することを特徴とする情報処理プログラムおよび記憶媒体。
【請求項９】
前記複数階層の管理コードを一括入力する入力手段において、入力された管理コード情報とユーザが使用可能な複数の階層構造を有する管理コードを照合する照合手段と、前記照合手段により合致した管理コードを表示する表示制御手段を有することを特徴とする情報処理プログラムおよび記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたプリンタ、スキャナ、ファクシミリ、複写機など、およびそれらを統合したマルチファンクション機器（ＭＦＰ）などの周辺機器、及びこれらの機器を管理するコンピュータ、ネットワーク情報装置に関するものである。
【背景技術】
【０００２】
従来から、ジョブ情報を取得して管理する情報処理装置に関するジョブ管理方式が開発されてきている。また、集計機器で実行されたジョブ情報を収集することが行われてきている。
【０００３】
また、クライアントコンピュータからの印刷時において、印刷経費を仕事の内容毎に集計すると目的のために、ジョブ情報に対して管理コードを付加している（例えば特許文献１参照）。
【特許文献１】特開２００４−１７８３２４
【発明の開示】
【発明が解決しようとする課題】
【０００４】
例えば、法律事務所等で印刷経費を集計する場合において、仕事の内容毎に集計するといった業務管理に対応させるには、複数の階層におよぶ仕事の単位毎に管理コードを設定する必要があるため、ユーザの負担となっていたが、これを軽減することを目的とする。
【課題を解決するための手段】
【０００５】
しかしながら、使用可能な管理コードを選択しジョブ情報を付加するのみでは、十分でない場合がある。
【０００６】
例えば、法律事務所等で印刷経費を集計する場合において、仕事の内容毎に集計するといった業務管理に対応させるには、複数の階層におよぶ仕事の単位毎に管理コードを設定する必要があるため、ユーザの負担となっていた。
【０００７】
上記目的を達成するため、例えば本発明の情報処理装置は、以下の構成を備える。
【０００８】
周辺機器に対する印刷ジョブを生成するとともに、印刷ジョブに関する印刷ジョブ情報を生成する情報処理クライアントと、前記情報処理クライアントから前記印刷ジョブ情報を取得し、記録する情報処理サーバを含む情報処理装置であって、
前記情報処理クライアントは、ユーザからの印刷指示に応じて、ユーザが使用可能な複数の階層構造を有する管理コードを指定する画面を表示する表示制御手段と、
前記情報処理サーバに対して、前記表示制御手段により表示された画面で入力された前記管理コード及び前記印刷ジョブ情報を送信する送信手段とを有し、
前記情報処理サーバは、前記情報処理クライアントから前記管理コード及び前記印刷ジョブ情報を取得する取得手段と、前記取得手段で取得された前記管理コードに基づいて前記印刷ジョブ情報を集計する集計手段とを有することを特徴とする。
【０００９】
また、前記ユーザが使用可能な複数の階層構造を有する管理コードを指定する画面を表示する表示制御手段において、各階層毎に管理コードを指定する指定手段と、複数階層の管理コードを一括入力する入力手段を有することを特徴とする。
【００１０】
また、前記複数階層の管理コードを一括入力する入力手段において、入力された管理コード情報とユーザが使用可能な複数の階層構造を有する管理コードを照合する照合手段と、前記照合手段により合致した管理コードを表示する表示制御手段を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、印刷時の管理コード入力において、複数の階層の管理コードを設定する方法と、ユーザのキー入力によって複数階層の管理コードを一括で入力する方法のどちらかを選択することが可能になるため、ユーザの利便性を向上させることができる。
【発明を実施するための最良の形態】
【００１２】
（実施例１）
以下、図面を参照して、本発明の実施形態の一例を詳細に説明する。
【００１３】
図１８は、本発明におけるジョブアカウントシステムの実施形態の前提となるシステムの一例を示す図である。図１８の構成メンバである本発明の画像形成装置の好適な一例であるプリンタ１８０７乃至１８０９について説明する。プリンタは有する機能に応じて動作が異なる。例えばプリンタ１８０７はもっとも一般的なものでクライアントコンピュータ側の送信部から受信したデータを印刷する。プリンタ１８０８はジョブ終了時点でそのジョブの総排紙ページ数をクライアントコンピュータ１０００側の送信部に返信する。プリンタ１８０９は印刷後にジョブ情報をプリンタ内の記憶装置に格納する。
【００１４】
図１８のクライアントコンピュータでは、次のように印刷が行われる。アプリケーション１８０２は、ＯＳのＧＤＩ１８０３（グラフィック描画を処理するサブシステム）を、ＡＰＩ（アプリケーションプログラミングインタフェース）を呼び出すことにより操作する。プリンタドライバ１８０４はＧＤＩ１８０３からの要求を、印刷を行うプリンタに適合した形式に変換し、スプーラ１８０５に送信する。
【００１５】
クライアントコンピュータ１０００において、ジョブアカウントクライアント１８０１は、アプリケーション１８０２のＧＤＩ呼び出しをフック（監視して認識）する。ジョブアカウントクライアント１８０１は改ページあるいは排紙を行うＡＰＩをカウントすることでアプリケーションが発行したジョブの排紙枚数あるいはページ数を取得する。これにより取得したジョブ情報をフックログと称する。
【００１６】
また、ジョブアカウントクライアント１８０１はあらかじめプリンタドライバとのプロトコルを定義し、通信することで、ジョブ情報をクライアントコンピュータ内のプリンタドライバから受信することができる。これにより取得したジョブ情報をドライバログと称する。
【００１７】
また、ジョブアカウントクライアント１８０１は定期的にスプーラを監視し、スプールされているジョブが有れば、そのジョブの情報をＡＰＩで取得することにより、ジョブの排紙枚数あるいはページ数を取得する。これにより取得したジョブ情報をＡＰＩログと称する。
【００１８】
また、ジョブアカウントクライアント１８０１は送信部とのプロトコルを定義し通信することで、プリンタが返す総排紙ページ数を取得する。これにより取得したジョブ情報を送信部ログと称する。
【００１９】
また、ジョブアカウントサーバは、画像形成装置の好適な一例であるプリンタ１８０９などプリンタ内にジョブ情報を記憶するプリンタの場合、プリンタとのプロトコルを定義し通信することで、プリンタからジョブ情報を取得する。これにより取得したジョブ情報を機器ログと称する。機器ログはプリンタ内のＲＡＭ又はＨＤＤに記憶されるが、記憶容量の制限のため、送信部から送信されたドキュメント名などの情報をすべて記憶できないことが多い。なお、画像形成装置には、プリンタのほか、ファクシミリ、複写機、及び、複写機の一種であるプリンタとスキャナを組合わせたコピーシステム、及びこれらの複合機を含む。
【００２０】
ジョブアカウントクライアント１８０１は、フックログ、ドライバログ、ＡＰＩログ、送信部ログ、機器ログのうち、どれを選択するかの優先順位を設けておき、いずれかをジョブアカウントサーバに送信する。
【００２１】
ジョブアカウントサーバ１８１０は閲覧希望者からの要求に応じて、ジョブログを選択し、単位期間別、デバイス別、ジョブ発行者別などの集計処理などを行う。
【００２２】
図１は、本発明の実施形態の一例を示すジョブアカウントシステムの装置並びにモジュール構成を示す図である。なお、本発明は複数の機器からなるシステムにおいて達成される。また、システムあるいは装置にプログラムを供給することにより、本発明が達成される場合にも適用されることはいうまでもない。一回の印刷ジョブに対して、フックログ、ドライバログ、ＡＰＩログ、送信部ログの４つのログが作成される様子を詳細に説明する。以下、図１８と異なる部分を詳述する。
【００２３】
１０１は、標準的なＰＣ又はワークステーションからなるクライアントコンピュータであり、アプリケーション１０２から印刷が指示されると、１０７、１０８または１０９のいずれかのプリンタに印刷データを送信部１０７を介して送信する。クライアントコンピュータ内のＣＰＵで実行されるソフトウェアモジュールであるジョブアカウントクライアント１１８は、各種印刷処理に関するログを収集し、ジョブアカウントサーバ１２１にジョブログ送信部１１７を介して送信する。この際、ジョブアカウントクライアントの一部であるジョブログ送信部は、ＯＳが提供する送信部を制御して、ジョブログ受信部へログを送信してもよい。
【００２４】
クライアントコンピュータ１０１において、アプリケーション１０２に対して印刷指示が発行されると、図１８と述べたのと同様にして、アプリケーション１０２は描画のためのＧＤＩコールを行う。１０３フック部は１１７ジョブアカウントクライアントにより組み込まれるもので、ＧＤＩコールをフックして、どのＧＤＩコールがいかなるパラメータで呼ばれたか、呼ばれた回数、などの情報を蓄積する。この情報をもとに作成された履歴をフックログ１１１と称する。フックログ１１１の例を図７に示す。フック部１０３は、規定の判断基準に基づき、場合によってはドキュメント名を変更する。ドキュメント名並びにこの変更処理については後述する。
【００２５】
プリンタドライバ１０５はＧＤＩコールを印刷設定に従ってプリンタが解釈できる印刷データに変換して、スプーラ１０６に送信するとともに、変換内容から印刷情報を抜き出し、それをドライバログ１１２として、ジョブアカウントクライアント１１７に送信する。
【００２６】
ジョブアカウントクライアント１１７は常にスプーラ１０６にジョブが溜まっていないか監視している。ジョブがあれば、ＯＳにより規定されているＡＰＩを発行し、印刷情報を取得し、それをＡＰＩログ１１３として取得する。
【００２７】
送信部１０７はネットワークを介して１０８、１０９，１１０のうち、いずれかのアプリケーションから指定されたプリンタと通信し、プリンタがレディ状態であれば、印刷データを送信する。このとき、例えば、前述のＨＰ社のＰｒｉｎｔｅｒＪｏｂＬａｎｇｕａｇｅ（プリンタ・ジョブ・ランゲージ）のコマンドを用いれば、プリンタ１０９において、印刷ジョブの全ページの排紙が完了した後に当該ジョブが排紙したページ数を取得することが可能である。送信部（ポートモニタ）１０７は、１０９プリンタから受信したページ数などジョブ情報を、１１０ジョブアカウントクライアントに送る。この情報をもとに作成された印刷ログを送信部ログ１１４と称する。
【００２８】
このように、ジョブアカウントクライアント１１０（取得手段）では、一回の印刷ジョブに対して、フックログ、ドライバログ、ＡＰＩログ、送信部ログの４つのログが取得され、作成される。ただし、常に４つのログが取れるとは限らない。例えば、アプリケーション１０２がスプーラ１０６に直接印刷データを送れば、フックログ１１１やドライバログ１１２は取得できない。プリンタドライバ１０５とジョブアカウントクライアント１１８間でプロトコルが規定されていなければ、１１２ドライバログは取得できない。プリンタ１０８のように排紙ページ数を送信部に通知する機能がない場合は、送信部ログ１１４の排紙ページ情報を取得できない。しかし、ジョブに係る複数の処理においてログを取得することで、一部処理にてログ取得が不可能な場合であっても、総合的には、ログを取得できる確率が高くなる。
【００２９】
プリンタ１０８は、送信部１０７から送られたジョブを解釈し、印刷を実行する。プリンタ１０９は、送信部１０７から送られたジョブを解釈し、印刷を実行する。印刷終了後、排紙ページ数排紙枚数を１０７送信部に返信する。プリンタ１１０は、送信部１０７から送られたジョブを解釈し、印刷を実行する。印刷終了後、ジョブ情報を３０４ＨＤＤ（後述）に記憶する。
【００３０】
ジョブログマージ部１１６は、フックログ、ドライバログ、ＡＰＩログ、送信部ログをマージして、ジョブログ送信部１１７に送る。マージ処理については、後述する。ジョブログ送信部１１７はジョブアカウントサーバ１２１のジョブログ受信部１２２にジョブログを送信する。
【００３１】
図２は、図１に示したジョブアカウントシステムを構成するクライアントコンピュータおよびサーバコンピュータの構成の一例を示すブロック図である。図２において、２０１はＣＰＵ、即ち中央処理装置であり、このコンピュータ装置全体の制御および演算処理等を行うものである。２０２はＲＯＭ即ち読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域である。２０３はＲＡＭ即ちランダムアクセスメモリであり、使用制限のないデータ記憶領域であり、オペレーティングシステム，アプリケーション１０２、フック部１０３、ＧＤＩ１０４、プリンタドライバ１０５、送信部１０７、ジョブアカウントクライアント１１８などのソフトウェアモジュールが、および通信制御などのプログラムがＨＤ部２０５やＲＯＭ２０２からロードされ、ＣＰＵ２０１により実行される領域である。２０４はＫＢＣ即ちキーボード制御部であり、キーボードより入力データを受け取りＣＰＵへ伝達する。２０５はＣＲＴ即ちディスプレイ制御部（表示制御手段）であり、ディスプレイ装置への表示制御をする。２０６はＦＤ即ちフロッピー（登録商標）ディスク装置あるいはＨＤ即ちハードディスク装置、ＳＲＡＭ即ち不揮発性記憶装置等の外部記憶装置であり、プログラムおよびデータを記憶、格納しておき、実行時に必要に応じて参照またはＲＡＭへのロードする。２０７は通信部であり、ネットワーク通信制御を行うものであり，図１で説明したようにネットワークに接続された他のコンピュータや周辺機器との通信が可能であり、送信部１０７、ジョブログ送信部１１７により制御される。２０８はシステムバスであり、上述された構成要素間のデータの通路となるべきものである。
【００３２】
原則として、ジョブアカウントサーバ１２１もハードウェア的には同様の構成をとりうる。ジョブアカウントサーバ１２１は、ＨＤＤ内には、ジョブログマージ部１２３、ジョブログ記録部１２４、ジョブログ受信部１２２、ジョブログ集計部１２５が記憶されている。また、ジョブログ受信部１２２は、通信部２０７を制御する。
【００３３】
図３は、図１に示したジョブアカウントシステムを構成するプリンタの構成の一例を示すブロック図である。図３において，３０５はプリンタ全体を制御するコントローラ部である。コントローラの内部構成として３０１はＣＰＵ、即ち中央処理装置であり、このコントローラの制御および演算処理等を行うものである。３０２はＲＯＭ即ち読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域である。３０３はＲＡＭ即ちランダムアクセスメモリであり、使用制限のないデータ記憶領域であり、３０４はＨＤ即ちハードディスクあるいはＳＲＡＭなど不揮発性記憶装置である。
【００３４】
ＲＡＭ３０３はオペレーティングシステムや通信制御およびエンジン制御などのプログラムがロードされ、実行される領域である。３０６はこの装置のエンジン部であり，コントローラの制御のもとで印刷動作や画像読み取り動作をするものである。３０７は通信部であり、ネットワーク通信制御を行うものであり，図１で説明したようにクライアントコンピュータやサーバコンピュータとの通信が可能である。３０８は、ユーザ操作入出力部であり、ユーザとの対話的な設定作業を行う。３０９はシステムバスであり、上述の構成要素間のデータの通路となるべきものである。
【００３５】
図４は、図１に示したジョブアカウントサーバ１２１のメモリマップの一例を表す図である。４１は基本Ｉ／Ｏプログラムを示す。４２はウインドウシステム等オペレーティングシステムがＲＡＭ２０３にロードされ実行可能となった状態のメモリマップを示す。４３は本発明のプログラムがＲＡＭ３にロードされ実行可能となった状態のメモリマップを示す。４４は関連データがＲＡＭ３にロードされ実行可能となった状態のメモリマップを示す。４５は各々のプログラムが使用するワークメモリのメモリマップを示す。
【００３６】
図５は、本発明の実施形態の一例であるジョブアカウントプログラムおよび関連データが格納されているＦＤの構成内容を示す図である。本発明の実施形態の一例であるジョブアカウントプログラムおよび関連データはフロッピー（登録商標）ディスク（ＦＤ）中に記録されている。フロッピー（登録商標）ディスク（ＦＤ）の記録領域５０には、ボリューム情報５１、ディレクトリ情報５２、アプリケーション実行ファイル５３、ジョブアカウントプログラム関連データファイル５４が記録されている。なお、記録領域５０は、ＤＶＤでもよいし、コンピュータ６２にネットワーク接続された外部サーバ装置内のＨＤＤ（図示省略）であって、本発明のジョブアカウントプログラム（図１に示されたクライアントコンピュータ内の各モジュール、並びに、ジョブ阿寒とサーバ１２１内の各モジュール）は、ネットワークを介してダウンロードして導入されてもよいことは言うまでもない。コンピュータ６２は、図２に示したコンピュータと同等のものである。
【００３７】
図６は、本発明の実施形態の一例であり、ＦＤに記録されたジョブアカウントプログラムおよび関連データをコンピュータシステムにロードする一例を示す図である。フロッピー（登録商標）ディスク（ＦＤ）６０に記録されたジョブアカウントプログラムおよび関連データは、ＦＤドライブ（ＤＫＣ）６１を介してコンピュータ６２にロードすることができる。フロッピー（登録商標）ディスク（ＦＤ）６０をＦＤドライブ（ＤＫＣ）６１にセットすると、オペレーティングシステム４２および基本Ｉ／Ｏプログラム４１の制御のもとに、本ジョブアカウントプログラムを実現するためのプログラムモジュール等および関連データがフロッピー（登録商標）ディスク（ＦＤ）６０から読み出され、ＲＡＭ２０３にロードされて使用可能となる。コンピュータ６２は、図１８に示されたコンピュータ、及び、図１に記載されたクライアントコンピュータ１０１及びジョブアカウントサーバ１２１を実現するために用いることができる。また、ジョブアカウントプログラムを実現するためのプログラムモジュール等とは、図１に記載された、クライアントコンピュータ１０１内又はジョブアカウントサーバ１２１内の各ソフトウェアモジュールに該当する。もちろん、記憶媒体はＦＤに限定されるものではなく、ＤＶＤ、ＣＤ−ＲＯＭなどを含むことは言うまでも無い。
【００３８】
図７は、本発明の実施形態におけるフックログの一例を示す図である。フックログでは、ＪｏｂＩｄ、アプリケーション名、論理ページ数、ドキュメント名、が取得可能である。ＪｏｂＩｄはＧＤＩに印刷開始を指示したときにＧＤＩから取得できるものであり、クライアントコンピュータ１０１の印刷ジョブを一意に指定できるものである。
【００３９】
図８は本実施形態におけるドライバログの一例を示す図である。ドライバログは、ジョブアカウントクライアントが印刷実行時にドライバから取得可能な履歴情報である。ドライバログでは、印刷実行に係るジョブの識別子であるＪｏｂＩｄ、ジョブが含む印刷データの用紙サイズ、Ｎ−ｕｐ情報、物理ページ数の情報、両面片面情報が取得可能である。用紙サイズ、Ｎ−ｕｐ、物理ページ数、両面片面情報は、プリンタドライバに印刷時又はデフォルト入力され設定される印刷設定から取得する。Ｎ−ｕｐは用紙に何面の論理ページを割り付けるかの設定である。物理ページ数は、印刷時に出力する用紙の片側を１と数える単位である。
【００４０】
例えば、論理ページが４ページの場合に、両面印刷で２−ｕｐの印刷処理を行うと、物理ページは２ページとなる。そして、該物理ページが、用紙の表裏に印刷され、１枚の用紙が出力排紙される。表に論理ページの１ページ目、２ページ目、裏に論理ページの３ページ目、４ページ目が印刷される。
【００４１】
図９は、本実施形態におけるＡＰＩログの一例を示す図である。ＡＰＩログでは、ＪｏｂＩｄ、ジョブのオーナ名、スプールデータサイズが取得可能である。
【００４２】
図１０は、本発明の実施形態における送信部ログの一例を示す図である。モニタログでは、ＪｏｂＩｄが取得可能である。１０８プリンタに送信した場合は、加えて排紙ページ数、排紙枚数が取得できる。
【００４３】
フックログ、ドライバログ、ＡＰＩログ、送信部ログいずれにおいても、当該ジョブが処理済みか否かを示すフラグ情報、並びに、ログの種別を示す情報を記録する領域を設ける。
【００４４】
図１１は、本発明の実施形態におけるログをマージする手順の一例を示すフローチャートである。以下、図１１のフローチャートを用いて、クライアントコンピュータ内のジョブログマージ部１１６の動作を説明する。ジョブログマージ部１１６は図１及び図１８で説明した各ログを受信し、その内容をＨＤＤ等に記録しておく。そして以下の処理を予め設定された周期で定期的に起動し、各ジョブ毎に、マージ処理を行う。本実施形態においては、ジョブＩＤをキーとしてログのマージ（併合処理）を行っているが、後述するドキュメントデータ名或いは新ドキュメントデータ名をキーにしてマージしてもよい。以下の図１１の処理においては、クライアントコンピュータ内において、ジョブログマージ部１１６は、クライアント装置内の複数の各処理によって得られるジョブ情報（フックログ、ＡＰＩログ、ＡＰＩログ）がそれぞれ含む、開始時刻情報並びに、完了時刻情報のエントリが示す開始時刻のうち、最も早い開始時刻と、最も遅い完了時刻を特定できるのである。そして、各時刻情報は、前述の通り、マージ処理して併合されたジョブ情報として格納される。
【００４５】
Ｓ１１０１において、本発明の管理手段の好適な一例であるジョブログマージ部１１６は、処理済みフラグがＹＥＳとなっていない送信部ログ（図１０参照）、すなわち、未処理の送信部ログがあるか否かを検索して特定し、未処理の送信部ログがあれば、Ｓ１１０２に進む。Ｓ１１０２において、ジョブログマージ部１１６は、Ｓ１１０１において未処理と特定された送信部ログを別のテンポラリの記憶領域にコピーし、これをログＡとする。Ｓ１１０３において、ログＡからＪｏｂＩＤの部分を取得する。Ｓ１１０４において、ジョブログマージ部１１６は、Ｓ１１０３で取得したＪｏｂＩＤに対応するログのうち、まだマージ処理を行っていない、つまり未処理であるログがあるか否かを、ＪｏｂＩＤに基づいて、フックログ、ドライバログ、ＡＰＩログの各ログを検索して特定することで、判断する。Ｓ１１０４で未処理のログが無いと判断した場合は、処理を終了する。Ｓ１１０４で未処理のログがあるとジョブログマージ部１１６が判断した場合は、ジョブログマージ部１１６は、Ｓ１１０５に進んで、Ｓ１１０４で未処理と判断されたＪｏｂＩＤ（ここでは便宜のためＮとする）と等しいＪｏｂＩＤのログが有るか否かを、ＪｏｂＩＤに基づいてフックログ、ドライバログ、ＡＰＩログの各ログの中から検索して特定し、これをログＢとする。Ｓ１１０５でＮと等しいＪｏｂＩＤのログがフックログ、ドライバログ、ＡＰＩログの各ログには無かった場合には、Ｓ１１０８に進む。Ｓ１１０５で、Ｎと等しいＪｏｂＩＤが各ログのいずれかにあった場合は、Ｓ１１０６に進む。ここでは、例えば、Ｓ１１０５でＮは未処理のログＡが含むＪｏｂＩＤのうち、小さなものから順に特定してＮとすればよい。
【００４６】
Ｓ１１０６において、ジョブログマージ部１１６は、Ｓ１１０５で特定した、ログＡのＪｏｂＩＤＮに対応するログの各項目（ＪｏｂＩＤＮについて取得された各ログが含むジョブ情報）について、ログＢが含む項目のうちログＡに無い項目があるか否かを判断する。Ｓ１１０６で、ログＡのＪｏｂＩＤＮの項目について、ログＢのうちログＡに無い項目がないと判断した場合は、ジョブログマージ部１１６は、Ｓ１１０８の処理を行う。Ｓ１１０６でログＢのうちログＡに無い項目があると判断した場合は、Ｓ１１０７に進んで、ジョブログマージ部１１６は、ログＡのＪｏｂＩＤＮの項目について、ログＢのうちログＡに無い項目を追加してログＡに格納されているデータを併合する。ここでログＡにログＢの項目を付加して作成したログ（以下、マージログ）の処理済フラグを「ＹＥＳ」とし、Ｓ１１０８に進む。続いて、そして、該マージログの種別の項目を「マージ」とする。送信部ログに対して、図７から図１０に示す各ログを図１１の処理に基づいて次々にマージすると、図１２のようなマージログになる。図に示すようにこのマージログは、フックログ、ドライバログ、ＡＰＩログ、送信部ログの項目を備えている。図１２は、本発明の実施形態のマージログの一例を示す図である。
【００４７】
Ｓ１１０８に続くＳ１１０４では、ログＡに係る全てのＪｏｂＩＤについて処理が終わったと判断した場合には、処理を終了する。
【００４８】
通常は、マージ処理を終えるたびに、ジョブログマージ部１１６は、図１１の処理の後、マージされたログをログ送信部１１６に送る。なお、ログ送信部１１６は、ログを定期的に或いはジョブログ取得部の要求に応じて、ジョブログ取得部１２２に送信する。
【００４９】
次に、ジョブアカウントサーバ１２１の動作について説明する。本発明の取得手段の好適な一例である１２２ジョブログ取得部は、ジョブログ送信部１１７から送られるジョブを取得して蓄積する。また、定期的に１１０プリンタ３をポーリングし、まだ取得していないジョブ情報があれば、それを取得する。このジョブ情報を機器ログとする。機器ログは３０３ＲＡＭあるいは３０４ＨＤＤに記憶されるが、記憶容量の制限のため、１０７送信部から送信されたドキュメント名などの情報をすべて記憶することは望ましくない。ここではドキュメント名の上限が８文字であるとする。機器ログの例を図１３に示す。また、１０３フック部が動作していない場合の機器ログの例を図１４に示す。
【００５０】
本発明の管理手段の好適な一例である機器ジョブログマージ部１２３は、ジョブアカウントクライアントから送られたマージログ１２７と機器ログ１１５をマージする。マージする手順については後述する。ジョブログ記録部１２４は機器ジョブログマージ部１２３からジョブログを受け取り２０６ＨＤなどに記憶する。ジョブログ集計部１２５は、閲覧者からの指示によって、単位期間ごとの印刷ページ数を求めたり、オーナごとの印刷ページ数を求める、などの集計処理を行う。
【００５１】
ＩＤ発生部１２６は、クライアントコンピュータ１０１を一意に識別するためのＩＤを発行する。ここでは、各桁がａからｚの２６通りの値をとりうる４桁の文字列を１０３フック部の要求に応じて、ａａａａ、ａａａｂ、・・・、ｚｚｚｙ、ｚｚｚｚと順に変化させ、クライアントを一意に識別できるように発行する。ここでは、ホストとジョブＩＤの組合せを用いて新ドキュメント名を作成するが、印刷システム全体で一意の新ドキュメント名（後述）をジョブアカウントサーバにおいて一元発行する方式をとってもよい。
【００５２】
図１５は、本発明の実施形態のドキュメント名を変更する手順の一例を示すフローチャートである。以下、図１５のフローチャートを用いて、フック部１０３の動作を説明する。Ｓ１５０１において、フック部１０３は、所定の機器管理プロトコルにより、印刷先のプリンタが機器ログを備えているか否かを示す情報を取得して判別し、備えていると判別した場合は、Ｓ１５０２へ進む。フックログ部１０３が、プリンタが機器ログを備えていないと判断した場合は、処理を終了する。Ｓ１５０２において、フック部１０３は、クライアントＩＤを取得済であるか否かを判別し、取得済であれば、Ｓ１５０４へ進む。取得していなければＳ１５０３へ進む。ここで、クライアントＩＤとは、ＩＤ発生部が発行する、クライアントコンピュータ１０１を一意に識別可能な識別情報である。ここでは、Ｓ１５０３において、フック部１０３は、ＩＤ発生部１２６と通信し、クライアントコンピュータを一意に識別するＩＤをＩＤ発生部から取得するものとする。Ｓ１５０４において、クライアントコンピュータ内でジョブを一意に特定するクライアント内ＪＯＢＩＤを作成する。ここでは、０００１から９９９９までの数値を順に発行するものとする。
【００５３】
Ｓ１５０５において、フック部１０３は、Ｓ１５０３で取得済みと判断したクライアントＩＤとＳ１５０４で作成したクライアント内ＪｏｂＩＤを結合し、印刷システム内で一意に定まる新しい識別情報の一例である、新ドキュメント名を作成する。Ｓ１５０６において、フック部１０３は、アプリケーションから渡された元のドキュメント名をフックログの項目「元ドキュメント名」に格納する。Ｓ１５０７において、ドキュメント名をＳ１５０５の新ドキュメント名に置き換える。その結果、ＧＤＩにはドキュメント名として、新ドキュメント名が渡される。ＧＤＩ処理の後段である、プリンタドライバ１０５、スプーラ１０６、送信部１０７、プリンタ１１０における処理は、ドキュメント名はすべて新ドキュメント名で処理されるようにすると好適である。
【００５４】
ここで、新ドキュメント名を作成した理由は、印刷装置から取得したジョブ情報をマージする際には，ＪｏｂＩＤをそのままマージ処理のキーとして利用することは難しいからである。例えば、ジョブ管理方式の仕様の一部が非公開となっているため、Ａ社開発のアカウントサーバＡを利用する場合、Ａ社開発のアカウントサーバは、Ｂ社開発のプリンタからは、ＪｏｂＩＤを取得することができないことが多い。つまり、想定していないジョブ管理方式に対応したプリンタからは、ジョブ情報を取得してもこれにジョブＩＤが含まれないことが多く、これをマージ処理して活用できないのである。しかし、クライアントコンピュータ内のＯＳやアプリケーションによって製作され、プリンタに送信されたドキュメント名については、ジョブ情報として取得できる事が多い。
【００５５】
そこで、ジョブＩＤの代わりに、クライアント側で管理可能であり、プリンタ側からも、ＪｏｂＩＤの代わりに、ジョブ情報のキーとして取得可能なドキュメント名を識別情報として管理することが考えられる。しかし、従来のドキュメント名をそのまま用いると、問題が生ずる。クライアント側のＯＳ又はアプリケーションが管理できるのは、一般に８文字より多く、一般に用いられているＯＳにおいては２５５文字までのドキュメント名が付与できる。プリンタが管理できるのは、前述したように８文字までである。また、一般に、ジョブ管理方式において利用できるドキュメント名は８文字までである。これでは、クライアント側において８文字以上のドキュメント名を付けた場合には、クライアント側のＯＳ又はアプリケーションが付けたドキュメント名は異なっている場合であっても、同じドキュメント名のジョブがプリンタ内に並存する場合が出てきて、混乱が生ずる。そこで、アカウントサーバ側でホストＩＤを発行し、クライアント側で発行されたドキュメント名と組合わせて用いるのである。これにより、８文字以内でアカウントサーバが管理する、クライアントコンピュータとプリンタを含む印刷システムにおいて一意に定まる新ドキュメント名が完成する。そして、この新ドキュメント名をジョブＩＤの代わりとしてジョブの識別に用いることができるのである。一度、クライアント側で新ドキュメント名を生成してしまえば、以後、プリンタ、クライアント、アカウントサーバにおいて、このドキュメント名をジョブの識別子として活用できる。
【００５６】
図１６は、本発明の実施形態におけるログをマージし、最終ログを作成する手順の一例を示すフローチャートである。図１６のフローチャートを用いて、ジョブログマージ部１２３（機器ジョブログマージ部）の動作を説明する。
【００５７】
Ｓ１６０１において、ジョブログマージ部１２３は、未処理のマージログがあるか検索し、あればＳ１６０２に進む。無ければ処理を終了する。Ｓ１６０２において、ジョブログマージ部１２３は、プリンタが機器ログを備えているか判別し、備えていればＳ１６０３に進む。備えていなければＳ１６０７に進む。Ｓ１６０３において、機器ジョブログマージ部１２３は、未処理の機器ログでドキュメント名の項目がＳ１６０１のマージログと同じログがあるか検索して判断し、あると判断した場合は、Ｓ１６０４に進む。Ｓ１６０１のマージログと同じログが無いと判断した場合は、処理を終了する。Ｓ１６０４において、機器ジョブログマージ部１２３は、機器ログの排紙ページ数排紙枚数をマージログに置換又は追加する。
【００５８】
図１３は、本発明の実施形態における機器ログの一例を示す図である。Ｓ１６０５において、ジョブログマージ部１２３は、ドキュメント名と元ドキュメント名を入れ換える。図１２と図１３の機器ログに適用すると、
「ドキュメント名：２００１年度年次報告書
元ドキュメント名：ａｂｃｄ０００１」
となる。
【００５９】
Ｓ１６０６において、機器ジョブログマージ部１２３は、マージログの元ドキュメント名を削除する。これを最終ログとする。図１２と図１３の機器ログに適用すると、図１８のようになる。Ｓ１６０７において、機器ジョブログマージ部１２３は、最終ログを１２４ジョブログ記録部に送信する。
【００６０】
上記のように、Ｓ１８までの処理を行うことで印刷処理におけるログ収集が可能となる。
【００６１】
次に、図１９から図２１を用いて、クライアントコンピュータ１０００から印刷を行う際に、管理コードを入力する方法について説明する。
【００６２】
図１９から図２１は、クライアントコンピュータ１０００から印刷指示が行われたときにポップアップ表示される管理コード入力ダイアログである。
【００６３】
図１９は、印刷ジョブに対し３階層の管理コードを付加するために、それぞれの階層の管理コードをリストボックスから選択する方法を提供するダイアログである。このダイアログには、クライアントが印刷処理を行ったドキュメント名、印刷開始時刻、管理コードの入力方法を選択するラジオボタンが表示される。管理コードの入力方法を選択するラジオボタンにおいて、「通常入力」と「一括入力」のいずれか１つを選択する。この図では、「通常入力」が選択された場合の表示内容を示している。「通常入力」の場合、３階層の管理コードを選択するためのリストボックスが表示される。入力したジョブに対する管理コードをこれらのリストボックスより選択することが可能である。
【００６４】
図２０は、図１９のダイアログにおいて、管理コードの入力方法を選択するラジオボタンで「一括入力」を選択した場合の表示内容を示している。「一括入力」が選択された場合には、管理コードを一括で入力するエディットボックスが表示される。このエディットボックスから３階層の管理コードをキー入力することが可能である。各階層の区切りは、デリミタ（区切り文字）を入力することで区別する。「区切り文字」の表示欄には、現在のデリミタ（区切り文字）が表示される。デリミタ（区切り文字）はサーバコンピュータ２０００における環境設定で指定および変更することができる。デリミタ（区切り文字）を含む管理コードが登録されている場合、その管理コードは入力できない。例えば、「ＡＢＣ／ＤＥＦ」なる管理コードが登録されていて、デリミタ（区切り文字）として「／」が指定された場合、「ＡＢＣ／ＤＥＦ」というキー入力は、「ＡＢＣ」と「ＤＥＦ」という２つの管理コードが入力されたと解釈される。この場合、「ＡＢＣ／ＤＥＦ」という管理コードを入力することはできない。管理コード「ＡＢＣ／ＤＥＦ」を入力するためには、サーバコンピュータ２０００における環境設定において、「／」以外のデリミタ（区切り文字）を指定する必要がある。また、ある階層の管理コードを入力しない場合は、デリミタ（区切り文字）を続けることで入力する。
【００６５】
図２１は、図２０の一括入力をするエディットボックスに対し、キー入力を行う場合の例を示した図である。エディットボックスにキー入力された文字列は、既に登録されている管理コードと照合を行い、先頭一致により一致した候補がプルダウンリストに表示される。ユーザはリストに表示されている管理コードを選択することで、管理コードの入力が可能である。１階層分の管理コード入力（キー入力、またはリストからの選択）の後、ユーザはデリミタ（区切り文字）をキー入力する必要がある。デリミタ（区切り文字）はプルダウンリストには表示されない。デリミタ（区切り文字）入力後、次の階層の管理コード入力を行う。
【００６６】
図２２は、クライアントコンピュータ１０００から印刷を行う際に、管理コードを入力する処理を示すフローチャートである。印刷指示が行われたとき、ステップＳ２２０１において、クライアントコンピュータ１０００の表示デバイス（不図示）に、図１９で示される管理コード入力ダイアログがポップアップで表示される。ステップＳ２２０２において、管理コードの入力方法を選択する。図１９で示されるようにリストボックスからの入力（通常入力）を行うか、一括で入力（一括入力）を行うかラジオボタンにより選択する。リストボックスからの入力（通常入力）が選択された場合は、ステップＳ２２０３にて階層毎の管理コードを選択する。各階層の管理コードは、クライアントコンピュータ１０００を起動する際に、既に登録されている管理コードをサーバコンピュータ２０００から取得する。図１９の例では、３階層の管理コードを選択するためのリストボックスが表示され、各階層毎に既に登録されている管理コードをリストボックスから選択する。ステップＳ２２０４にて管理コード入力ダイアログのＯＫボタンが指定されたかどうかを判定する。ＯＫボタンが指定された場合は、ステップＳ２２０５にて選択された管理コードを印刷ジョブ情報に付加し、ステップＳ２２０６で管理コード入力ダイアログを閉じて処理を終了する。キャンセルボタンが指定された場合は、ステップＳ２２０７にて、ポートモニタに対し印刷中止命令を送信し、ステップＳ２２０６で管理コード入力ダイアログを閉じて処理を終了する。ステップＳ２２０２の管理コード入力方法の選択時に、一括入力のラジオボタンを選択した場合は、まずステップＳ２２０７で階層数の値として「１」を保持する。ステップＳ２２０８において、管理コードがキー入力された（例として、図２０のエディットボックスによる入力を参照のこと）か、または照合リストから選択されたか（例として、図２１に示されるようなプルダウンリスト表示からの選択を参照のこと）を判定する。次にステップＳ２２０９において、管理コード入力ダイアログのＯＫボタン、或いはキャンセルボタンが指定されたかどうかを判定する。指定されていない場合は、ステップＳ２２１０において、キー入力された文字がデリミタ（区切り文字）であるかを判定する。デリミタ（区切り文字）では無い文字が入力された場合は、入力された文字と既に登録されている管理コードを先頭一致で照合を行う。次にステップＳ２２１２で合致した管理コードを図２１に示される例のようにプルダウンリストに表示し、ステップＳ２２０８の処理に戻る。ステップＳ２２１０にてキー入力された文字がデリミタ（区切り文字）である場合、ステップＳ２２１３にてプルダウンリストに照合結果が表示されていれば、その内容を消去し、ステップＳ２２１４にて管理コードの階層数をカウントアップして、ステップＳ２２０８の処理に戻る。ステップＳ２２０９において、管理コード入力ダイアログのボタンが指定された際に、ステップＳ２２１５の判定において、ＯＫボタンが指定された場合は、ステップＳ２２１８にて管理コードの入力チェックを行う。管理コードおよびデリミタ（区切り文字）が正しく入力されている場合は、ステップＳ２２１９において、印刷ログ情報に管理コードを付加する処理が行われ、ステップＳ２２１７にて、管理コード入力ダイアログを閉じて、処理を終了する。入力内容が正しくない場合は、ステップＳ２２２０において、入力内容が不正である旨を知らせるエラーダイアログを表示し、ステップＳ２２０８の処理に戻る。ステップＳ２２１５において、キャンセルボタンが指定された場合は、ステップＳ２２１６においてポートモニタに対して印刷中止の命令を送信し、ステップＳ２２１７にて管理コード入力ダイアログを閉じて、処理を終了する。
【００６７】
（実施例２）
本実施形態における各図（図１１、図１５、図１６、図２５等）に示すフローチャートに示す処理、及び、図１、図１８に示す各モジュールが、外部からインストールされるプログラムによって、各コンピュータのそれぞれにより遂行される。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群がクライアントコンピュータに供給される場合でも本発明は適用されるものである。
【００６８】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、又は、外部サーバ（図示省略）からダウンロードすることで、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００６９】
この場合、記憶媒体から読み出されたジョブアカウントサーバやジョブアカウントクライアントプログラム等のプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、たとえば、フロッピィーディスク、ハードディスク、光ディスク、光磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ等を用いることができる。
【００７０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、外部の所定のサーバ装置（図示省略）からネットワークを介して送信された、又は、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施形態の一例を示すジョブアカウントシステムの構成を示す図である。
【図２】図１に示したジョブアカウントシステムを構成するクライアントコンピュータおよびサーバコンピュータの構成の一例を示すブロック図である。
【図３】図１に示したジョブアカウントシステムを構成するプリンタの構成の一例を示すブロック図である。
【図４】図１に示したジョブアカウントシステムのメモリマップの一例を表す図である。
【図５】本発明の実施形態の一例であるジョブアカウントプログラムおよび関連データが格納されているＦＤの構成内容を示す図である。
【図６】本発明の実施形態の一例であり、ＦＤに記録されたジョブアカウントプログラムおよび関連データをコンピュータシステムにロードする一例を示す図である。
【図７】本発明の実施形態におけるフックログの一例を示す図である。
【図８】本発明の実施形態におけるドライバログの一例を示す図である。
【図９】本発明の実施形態におけるＡＰＩログの一例を示す図である。
【図１０】本発明の実施形態における送信部ログの一例を示す図である。
【図１１】本発明の実施形態におけるログをマージする手順の一例を示すフローチャートである。
【図１２】本発明の実施形態のマージログの一例を示す図である。
【図１３】本発明の実施形態における機器ログの一例を示す図である。
【図１４】従来の機器ログの一例を示す図である。
【図１５】本発明の実施形態のドキュメント名を変更する手順の一例を示すフローチャートである。
【図１６】本発明の実施形態におけるログをマージし、最終ログを作成する手順の一例を示すフローチャートである。
【図１７】本発明の実施形態における最終ログの一例を示す図である。
【図１８】本発明のジョブアカウントシステムの実施形態の前提となるシステムの一例を示す図である。
【図１９】本発明の実施形態における管理コード入力ダイアログの一例を示す図である。
【図２０】本発明の実施形態における管理コード入力ダイアログにおいて、一括入力を行う場合の一例を示す図である。
【図２１】本発明の実施形態における管理コード入力ダイアログにおいて、一括入力をするエディットボックスに対し、キー入力を行う場合の一例を示す図である。
【図２２】本発明の実施形態における印刷ジョブに対して管理コードを付加する処理を示すフローチャートである。
【図１】
2007193726.tif 000003
【図２】
2007193726.tif 000004
【図３】
2007193726.tif 000005
【図４】
2007193726.tif 000006
【図５】
2007193726.tif 000007
【図６】
2007193726.tif 000008
【図７】
2007193726.tif 000009
【図８】
2007193726.tif 000010
【図９】
2007193726.tif 000011
【図１０】
2007193726.tif 000012
【図１１】
2007193726.tif 000013
【図１２】
2007193726.tif 000014
【図１３】
2007193726.tif 000015
【図１４】
2007193726.tif 000016
【図１５】
2007193726.tif 000017
【図１６】
2007193726.tif 000018
【図１７】
2007193726.tif 000019
【図１８】
2007193726.tif 000020
【図１９】
2007193726.tif 000021
【図２０】
2007193726.tif 000022
【図２１】
2007193726.tif 000023
【図２２】
2007193726.tif 000024