(57)【要約】【課題】印刷装置により、印刷ジョブの課金先の識別子を管理させる。【解決手段】ウエブブラウズ１１６により、クライアント１０２は、デバイス１０１の識別子保存部１０９に保存された、識別子リストの更新設定（更新規則）を設定することができる。その更新設定にしたがって、識別子更新部１０７は、他のデバイスから識別子リストを取得して、その識別子リストに含まれる識別子を追加したり、あるいは同期させて、識別子リストを更新する。【選択図】図１
2008192074.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された識別子管理装置であって、
印刷ジョブと関連づけられて格納される識別子を含む識別子リストを保存する識別子保存手段と、
前記識別子リストを更新するための規則を示す更新規則を保存する更新規則保存手段と、
前記更新規則に従って、前記ネットワークに接続された他の識別子管理装置に保存された識別子リストにより前記識別子保存手段に保存された識別子リストを更新する更新手段と
を備えることを特徴とする識別子管理装置。
【請求項２】
印刷ジョブの発行元であるクライアント端末からの要求に応じて、前記識別子保存手段に保存された識別子リストを前記クライアント端末に送信する送信手段を更に備えることを特徴とする請求項１に記載の識別子管理装置。
【請求項３】
識別子とともに受信した印刷ジョブを実行する印刷実行手段と、
前記印刷ジョブの実行履歴を前記識別子と共に格納する履歴保存手段とを更に備え、
前記識別子は実行した印刷ジョブの課金先を示すことを特徴とする請求項１または２に記載の識別子管理装置。
【請求項４】
前記更新手段は、前記更新規則が追加更新を示している場合には、前記ネットワークに接続された他の識別子管理装置に保存している識別子リストを取得し、該識別子リストに含まれ、前記識別子保存手段に保存された識別子リストに含まれていない識別子を、前記識別子保存手段に保存された識別子リストに追加することを特徴とする請求項１乃至３のいずれか１項に記載の識別子管理装置。
【請求項５】
前記更新手段は、前記更新規則が同期更新を示している場合には、前記ネットワークに接続された他の識別子管理装置に保存している識別子リストを取得し、該識別子リストにより、前記識別子保存手段に保存された識別子リストを置換することを特徴とする請求項１乃至３のいずれか１項に記載の識別子管理装置。
【請求項６】
前記更新手段により識別子リストが取得される他の識別子管理装置を指定するための情報を保存するデバイス保存手段を更に備えることを特徴とする請求項４または５に記載の識別子管理装置。
【請求項７】
ネットワークに接続された識別子管理装置の制御方法であって、
クライアント端末からの指示に応じて、印刷ジョブと関連づけられて格納される識別子を含む識別子リストを保存する識別子保存工程と、
クライアント端末からの指示に応じて、前記識別子リストを更新するための規則を示す更新規則を保存する保存工程と、
更新手段が、前記更新規則に従って、前記ネットワークに接続された他の識別子管理装置に保存された識別子リストにより識別子保存手段に保存された識別子リストを更新する更新工程と
を備えることを特徴とする識別子管理装置の制御方法。
【請求項８】
ネットワークに接続されたコンピュータを、
印刷ジョブと関連づけられて格納される識別子を含む識別子リストを保存する識別子保存手段と、
前記識別子リストを更新するための規則を示す更新規則を保存する更新規則保存手段と、
前記更新規則に従って、前記ネットワークに接続された他の識別子管理装置に保存された識別子リストにより識別子保存手段に保存された識別子リストを更新する更新手段と
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえばプリンタや複写機、多機能周辺機器（ＭＦＰ）などに含まれる識別子管理装置及びその制御方法に関する。
【背景技術】
【０００２】
近年、複写機は原稿をコピーする機能にとどまらず、外部のクライアントから受信した印刷ジョブを印刷する機能を持つものがある。さらには、スキャンした原稿を電子メールやファイル転送の機能を用いて電子的に外部に送信する機能などを持つものもある。このような機能を持つ複写機はＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ、多機能周辺機器。）と呼ばれている。
【０００３】
複写機やＭＦＰやプリンタなどの周辺機器、特に出力機器を使用した際には、第三者に周辺機器の使用料を請求する場合がある。例えば、広告代理店や法律事務所が、顧客からの依頼に基づいて発生した作業の実費を請求するケースがある。
【０００４】
従来、このように実費を計算するための課金システムもある（例えば特許文献１等参照）。特許文献１においては、実費の計算を以下のように行っている。（１）サーバ装置がユーザＩＤと許可された課金先のアカウントＩＤとの対応表および課金アカウント毎の課金情報を管理する。管理表および課金情報の追加や削除、更新は、クライアントや周辺機器から行える。
（２）クライアントは印刷を行う際に、サーバ装置に対して印刷が許可されたことを示すジョブチケットの発行を要求する。ジョブチケットの発行要求には、ユーザＩＤと課金先のアカウントＩＤとが含まれる。
（３）ジョブチケットの発行を要求されたサーバ装置は、対応表を参照して、課金先のアカウントに対する課金の可否を判断し、許可できればジョブチケットをクライアントに発行する。
（４）クライアントはサーバ装置が発行したジョブチケットを周辺装置に対して送信する。
（５）周辺装置は、そのジョブチケットがサーバ装置が発行した正式なものであるか確認する。正式なものであれば印刷を実行して、ジョブチケットに記載されたアカウントＩＤに対して課金する。
【特許文献１】特開２００３−３１６４５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来の技術では、課金先のアカウントＩＤや対応表を管理し、またジョブチケットをクライアントに発行するサーバ装置を設置する必要がある。サーバ装置を設置し、維持するためには、管理の手間や電気代、場所代といったコストがかかる。
【０００６】
また、サーバ装置で管理されているアカウントＩＤや対応表は、課金先の追加や削除等に応じて保守作業が必要とされ、維持のための労力を要する。
【０００７】
本発明は上記従来例に鑑みて成されたもので、サーバ装置の設置を不要とし、課金先の管理を簡単にすることで、印刷ジョブの課金管理のための維持コストを低減させることを目的とする。
【課題を解決するための手段】
【０００８】
上機目的を達成するために、本発明は以下の構成を備える。すなわち、
ネットワークに接続された識別子管理装置であって、
印刷ジョブと関連づけられて格納される識別子を含む識別子リストを保存する識別子保存手段と、
前記識別子リストを更新するための規則を示す更新規則を保存する更新規則保存手段と、
前記更新規則に従って、前記ネットワークに接続された他の識別子管理装置に保存された識別子リストにより前記識別子保存手段に保存された識別子リストを更新する更新手段とを備える。
【発明の効果】
【０００９】
本発明によれば、課金管理システムの設置および維持コストを減少させること、利便性を向上させることができる。
【発明を実施するための最良の形態】
【００１０】
［第１実施形態］
＜システム構成＞
以下、本発明の一実施形態について図面を参照しながら説明する。図１において、デバイス１０１は、プリンタやＭＦＰなどの印刷装置を含む周辺機器である。クライアントＰＣ１０２はクライアント端末とも呼ばれ、ユーザが様々な業務や印刷などを行うためのコンピュータである。サーバ１０３は、各種データを蓄積するコンピュータである。デバイス１０４も、プリンタやＭＦＰなどの周辺機器である。これら装置はネットワーク１１７で相互に接続されている。
【００１１】
サーバ１０３は、ネットワークシステムのユーザおよび各ユーザが属するグループを管理している。また、各ユーザあるいはグループに利用権限が与えられたデバイスを、ユーザ名またはグループ名と関連づけたユーザ−デバイステーブルを保存している。ユーザ−デバイステーブルは、デバイスからの要求に応じて、要求元のデバイスに送信される。またサーバ１０３は、クライアントＰＣ１０２でユーザが印刷を行う際に、クライアントＰＣ１０２は印刷許可チケットを発行する。サーバ１０３は、要求元クライアントに権限があれば、印刷許可チケットをクライアントＰＣ１０２に発行する。クライアントＰＣ１０２は、この許可チケットとともに印刷ジョブをデバイス（たとえばプリンタ）に発行する。印刷ジョブを受信したデバイスは、許可チケットを参照し、印刷ジョブの発行元のユーザが正当な権限を持つユーザであれば、印刷ジョブを実行して印刷等を行う。本実施形態では、ユーザ権限の認証についてはこれ以上の説明を省略している。
【００１２】
クライアントＰＣ１０２において、ユーザはアプリケーションプログラム（以下アプリケーションと呼ぶ。）を実行し、必要に応じてアプリケーションデータの印刷を指示する。印刷が指示されるとアプリケーションはＯＳ(Operating System)が提供するＡＰＩ(Application Programming Interface)に対して、描画命令を発行する。ＯＳは発行された描画命令に従ってプリンタドライバ１１２を呼ぶ。
【００１３】
ここで、プリンタドライバ１１２は、アドインと呼ぶ機能を使って、元々備えた基本機能に、新たな機能を提供するソフトウェアモジュール（これを単にアドインと呼ぶ。）を追加することができるものとする。ここでは識別子入力アドイン１１３が追加されている。識別子入力アドイン１１３は、印刷開始時、たとえばＯＳからプリンタドライバ１１２が描画命令を受信した際に、プリンタドライバ１１２から呼ばれる。識別子入力アドイン１１３は、デバイス１０１と通信し、デバイス１０１が保存している識別子のリストを取得する。また識別子入力アドイン１１３は、識別子指定ダイアログを表示する。識別子指定ダイアログを通して、ユーザは所望の識別子を指定できる。本例では、識別子は３階層に分類されており、各階層に属する識別子をユーザは指定できる。さらに、識別指定ダイアログを通して、ユーザは、デバイス１０１が保存する識別子の追加・編集が可能である。詳細は後述する。
【００１４】
識別子入力アドイン１１３は、ユーザが指定した識別子をプリンタドライバ１１２に伝える。プリンタドライバ１１２は、受け取った識別子を、識別子入力アドイン１１３を呼び出した際に生成を開始していた印刷ジョブの実体である印刷ジョブデータに埋め込む。印刷ジョブデータの例を図７に示す。図７において、印刷ジョブデータ７００は、認証情報７０１と、識別子情報７０２と、ボディ部７０３とを含む。認証情報７０１は印刷ジョブの送信先であるデバイス１０１において、印刷ジョブの正当性を認証するための情報である。識別子情報７０２は、識別子入力アドイン１１３から引き渡されて埋め込まれる識別子である。ボディ部７０３はデバイス１０１が印刷する画像を表すデータであり、たとえばＰＤＬデータやビットマップデータである。図７の例ではＰＤＬデータとしている。クライアントＰＣ１０２には、不図示のアプリケーションプログラムやウエブブラウザ１１６等もインストールされている。
【００１５】
デバイス１０１は印刷ジョブデータを受け取ると印刷ジョブを実行し、その履歴情報を印刷ジョブ履歴記録部１１１に記録する。印刷ジョブの履歴情報（ジョブ履歴あるいはログと呼ぶ。）の例を図８に示す。図８のジョブ履歴には、印刷ジョブの開始時刻、終了時刻、ユーザ名、文書名、用紙サイズ等の印刷設定情報に加えて、識別子８０１―８０３が、印刷ジョブのジョブＩＤに対応づけて保存されている。識別子８０１はたとえば当該印刷ジョブの課金先の顧客（クライアント）に固有の識別子である。識別子８０２は、たとえば当該印刷ジョブの内容（マター）等を示す識別子である。識別子８０３は、識別子８０２が示す内容を細分化した内容（サブマター）等を示す識別子である。このように識別子は階層化（本例では３階層）されている。これら識別子が示す対象たとえば顧客に、当該印刷ジョブが課金される。
【００１６】
デバイス１０１では、仮想マシン１１０が動作しており、さらに仮想マシン１１０上に識別子管理アプリケーション１０５が動作している。仮想マシン１１０上にはその他のアプリケーションも追加可能であり、また仮想マシン１１０上のアプリケーションを削除することも可能である。仮想マシンの例としては米国ＳＵＮ  ＭＩＣＲＯＳＹＳＴＥＭＳのＪａｖａＶＭ（登録商標）がある。
【００１７】
識別子管理アプリケーション１０５の内部には、印刷ジョブ履歴収集部１０６、識別子更新部１０７、印刷ジョブ履歴送信部１０８、識別子保存部Ｄ１０９がある。印刷ジョブ履歴収集部１０６は、印刷ジョブの完了を監視しており、印刷ジョブが終了すると印刷ジョブ履歴記録部１１１から印刷ジョブ履歴を取得し、保存する。印刷ジョブ履歴送信部１０８は、印刷ジョブ履歴収集部１０６が収集した印刷ジョブ履歴を、システム管理者による設定に基づいてサーバ１０３に送信する。なおサーバ１０３は単純なファイルサーバであり、印刷ジョブに付与される識別子の管理は行わない。また、本発明だけに着目すれば、印刷ジョブ履歴記録部１１１と印刷ジョブ履歴収集部１０６のいずれか一方で印刷ジョブ履歴を保存するようにしてもよい。
【００１８】
識別子更新部１０７は、システム管理者の設定に基づいて、定期的に識別子のリスト（識別子リストと呼ぶ。）を更新し、更新後、識別子保存部Ｄ１０９に更新した識別子リストを保存する。更新処理については後述する。また、識別子リストを他のデバイスと同期させるための同期設定等が識別子保存部Ｄ１０９に保存される。識別子保存部Ｄ１０９には、たとえば識別子リストを同期させる対象となるデバイスを指定する連携デバイスリストや、指定された連携デバイスリストの更新規則等も保存される。すなわち、識別子保存部Ｄ１０９は、連携デバイスリストを保存するデバイス保存部や、更新規則を保存するための更新規則保存部をも含む。
【００１９】
デバイス１０１、クライアントＰＣ１０２、サーバ１０３、デバイス１０４は、ネットワークに接続され、相互に通信することが可能である。通信するための方式としては、例えばＳＯＡＰ（Simple Object Access Protocol）がある。ＳＯＡＰは、分散環境における情報交換用プロトコルである。ＳＯＡＰでは情報記述にはＸＭＬ(eXtensible Markup Language)が用いられており、伝送にはＴＣＰ／ＩＰおよびＨＴＴＰが用いられている。
【００２０】
また、デバイス１０１には、後述する識別子設定（識別子の保守とは異なる）に用いられるＨＴＴＰサーバ１２０も実装されている。デバイス１０１はさらに、ＵＲＬに対応づけられた不図示のページを保存する保存手段を備えている。
【００２１】
ここで、印刷ジョブ履歴記録部１１１はデバイス１０１が備えている。印刷ジョブ履歴記録部１１１により、識別子管理アプリケーション１０５をインストールしない状態でもジョブ履歴を参照する処理が可能となる。例えば、リモートＵＩからのジョブ履歴参照などが、識別子管理アプリケーション１０５を解することなく可能となる。なおリモートＵＩは、複合機（たとえばＭＦＰ１０１）に組み込まれたＨＴＴＰサーバを用いてデバイス管理を行うためのデバイスマネジメントウエブサーバである。印刷ジョブ履歴記録部１１１によって、クライアントＰＣのウエブブラウザ１１６からデバイス１０１に接続してデバイス管理ページ（すなわち印刷ジョブ履歴）をクライアントＰＣに表示することができる。
【００２２】
図２は、図１で説明したシステム内の各機能要素の一配置例を示す配置図である。図２において、クライアントＰＣ１０２では、図１におけるプリンタドライバ１１２および識別子入力アドイン１１３が実行される。サーバＰＣ１０３は、図１におけるサーバ１０３と同じである。複写機２３１は、図１におけるデバイス１０１または１０４に相当する。
【００２３】
クライアントＰＣ１０２とサーバ１０３と複写機１０１は、ＬＡＮ１１７によって相互に接続されており、ＬＡＮ１１７を介して情報をやりとりする。上述の構成は、あくまでもシステムの一例である。図１のＭＦＰ以外の実績収集クライアント、プリンタドライバは全てクライアントコンピュータで実現できても良いし、いくつかのサーバコンピュータで実現してもよい。つまり、図１の構成要素間のインターフェースは、ＣＰＵバスなどの物理的な通信媒体であってもよいし、ソフトウェア的に構成されるメッセージ通信のための論理インターフェースにより構成されてもよい。また、前述の各機能ブロックは、プログラムをＣＰＵにより実行することにより、各機能を実行しても良いし、ハードウェアの回路で実装されていてもよい。
【００２４】
図３は、図１のクライアントＰＣ１０２およびサーバ１０３等として用いられるコンピュータのブロック図である。図３において、ＣＰＵ３０１は中央処理装置であり、このコンピュータ装置全体の制御および演算処理等を行う。ＲＯＭ３０２は読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域である。ＲＡＭ３０３はランダムアクセスメモリであり、使用制限のないデータ記憶領域である。ＲＡＭ３０３には、オペレーティングシステム，アプリケーション、デバイスドライバおよび通信制御などのプログラムがロードされ、ＣＰＵ３０１によって実行される。ＫＢＣ３０４はキーボード制御部であり、キーボードより入力データを受け取りＣＰＵ３０１へ伝達する。ＣＲＴ３０５はディスプレイ制御部であり、ディスプレイ装置への表示制御をする。ＨＤ３０６はＨＤ即ちハードディスク装置であり、プログラムファイルやデータファイルを格納する。ＨＤに代えて不揮発性の半導体記憶装置を外部記憶装置として利用することもできる。ＨＤ３０６に格納されたプログラムおよびデータは、実行時に必要に応じて参照され、ＲＡＭへロードされる。通信部３０７は、ネットワーク通信制御を行う。通信部３０７によって、図１で説明したようにネットワークに接続された他のコンピュータや周辺機器との通信が可能である。システムバス３０８は、上述の構成要素間のデータの通路となる。
【００２５】
図４はＭＦＰ１０５、１０６のデバイスのブロック図である。図４において、コントローラ部４０５はデバイス全体を制御する。コントローラの内部において、ＣＰＵ４０１即ち中央処理装置は、コントローラの制御および演算処理等を行う。ＲＯＭ４０２は読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域である。ＲＡＭ４０３はランダムアクセスメモリであり、使用制限のないデータ記憶領域である。ＨＤ４０４はハードディスクなど不揮発性記憶装置である。ＨＤ４０４は不揮発性半導体メモリでも代替できる。
【００２６】
ＲＡＭ４０３には、オペレーティングシステムや通信制御およびエンジン制御などのプログラムがロードされ、このプログラムがＣＰＵ４０１によって実行される。エンジン部４０６は、コントローラの制御のもとで印刷動作や画像読み取り動作をする。通信部４０７は、ネットワーク通信制御を行い、図１で説明したクライアントＰＣ１０２やサーバ１０３との通信を可能ならしめる。ユーザ操作入出力部４０８は、ユーザに対して対話的な設定作業のためのユーザインターフェースを提供する。システムバス４０９は、上述の構成要素間のデータの通路となるべきものである。
【００２７】
＜デバイス（ＭＦＰ）による印刷ジョブ実行のための構成＞
図５にデバイス１０１すなわちＭＦＰの構成を示す。図５は特に、ソフトウェアおよびハードウェアによる、印刷ジョブを実行するための構成を示す。図５において、インターフェース部５０１はクライアントＰＣ１０２からの印刷ジョブデータを受信する。ＧＵＩ（Graphical User Interface）部５０８は、ユーザによるデバイス動作の設定・表示のためのＵＩを提供する。印刷データ格納部５０４は、印刷ジョブデータに含まれる印刷データ、すなわちＰＤＬ（Page Description Language：ページ記述言語）データを一時的に格納する。印刷ジョブ管理部５０９は、印刷ジョブのユーザ名、そのロール、論理面数、ページレイアウト情報、印刷枚数やモノクロ／カラー指定などの属性情報（あるいは印刷設定）を一時的に格納する。印刷データ解釈部５０５は、印刷ジョブ管理部５０９に格納された属性情報に従って、印刷データ格納部５０４からＰＤＬデータを取得して画像形成処理を行い、イメージデータを生成する。イメージ格納部５０６は、印刷データ解釈部５０５により生成されたイメージデータを、印刷が完了するまで一時的に格納しておく。
【００２８】
印刷エンジン部５０７は、イメージ格納部５０６に格納されたイメージデータを、電子写真技術やインクジェット技術などの既知の印刷技術を用いて印刷用紙などのメディアに実際に印刷する。印刷データ解釈部５０５、イメージ格納部５０６、印刷エンジン部５０７が、印刷ジョブを実行する印刷実行部として機能する。
【００２９】
印刷ジョブの実行が完了すると、印刷ジョブ履歴記録部部１１１は、印刷ジョブ管理部５０９が格納していたユーザ名、文書名などの印刷ジョブの属性を印刷ジョブの実行履歴（すなわち印刷ジョブ履歴）として履歴保存手段である不揮発性記録媒体に記録する。また印刷ジョブ履歴としては、印刷エンジン部５０７で印刷された面数、枚数、カラーモードなどの印刷結果も含まれる。また、識別子管理アプリケーション１０５は、インターフェース部５０１を介して、クライアントＰＣ１０２と識別子の維持管理に係る情報を交換する。
【００３０】
＜識別子の指定および編集＞
さて、以上説明した構成において、ユーザが識別子を選択する手順を説明する。図６に、ユーザが印刷ジョブに付加する識別子を選択するために識別子入力アドイン１１３が表示する識別子指定ダイアログの例を示す。たとえばプリンタドライバのＵＩにおいて、識別子入力アドイン１１３の追加により識別子の指定用ボタンが付加され、そのボタンが押されることで表示される。
【００３１】
図６のウインドウ６００では、３階層に分類された識別子を各階層で指定できる。階層名称はそれぞれクライアント、マター、サブマターである。ユーザは、各階層に対応したリストボックス６０１−６０３からそれぞれ所望の識別子を選択して、選択が完了したらＯＫボタンを押す。ＯＫボタンが押されると、そのときに選択されていた各階層の識別子が、指定された識別子となる。指定された識別子は、指定される識別子が変更されるまで、この後に実行される印刷ジョブに付加される。
【００３２】
ここで編集ボタン６０４が押されると、識別子入力アドイン１１３は、図１０の識別子編集ダイアログ１０００を表示する。識別子取得部１１４が、デバイス１０１と通信して識別子保存部Ｄ１０９に保存された識別子リストを取得する。取得した識別子リストは、識別子保存部Ｕ１１５に保存される。識別子リストの例を図９に示す。
【００３３】
識別子リスト９０１に含まれる各識別子情報は、３階層のうちいずれの階層であるかを示す階層名と、識別子とを含む。さらに、識別子を追加或いは生成したユーザの名前と、そのユーザが属するグループ名も識別子に関連づけられている。以下では、識別子リストにおいて、識別子及び識別子に関連づけられた項目をまとめて識別子レコードと呼ぶことがある。
【００３４】
識別子指定ダイアログ６００において、識別子リストに含まれる識別子のうち、どれを選択肢として表示するかを決定する表示ルールは、識別子保存部Ｄ１０９から取得される。たとえば、表示ルールの例として、以下のような例が挙げられる。（１）識別子リスト９０１に保存された識別子を、すべての識別子を表示する。（２）識別子リスト９０１に保存された識別子のうち、操作中のユーザのグループと一致するグループに関連づけられた識別子を表示する。（３）識別子リスト９０１に保存された識別子のうち、操作中のユーザと一致するユーザ名に関連づけられた識別子を表示する。もちろんこれ以外にもルールはあり得る。ユーザは、これらいずれかのルールに従って表示される識別子の中から、所望の識別子を階層毎に選択することができる。
【００３５】
識別子の階層数、各階層の名称、各階層の構成要素、表示ルールはシステム管理者が決定できる。これについては後述する。
【００３６】
次に図１０の識別子編集ダイアログについて説明する。階層選択リストボックス１００１から、ユーザは編集対象とする階層を選択できる。識別子リスト欄１１０２には、選択された階層に登録されている識別子が一覧形式で表示される。識別子リスト欄１１０２上では、表示された各識別子が選択可能である。識別子が選択された状態で削除ボタン１００３が押されると、クライアントＰＣ１０２はデバイス１０１と通信し、識別子リスト欄１００２で選択されている識別子の削除要求メッセージを送信する。削除要求を受け取ったデバイス１０１は、該当する識別子を識別子保存部Ｄ１０９から削除し、処理完了を返す。削除は、識別子のみならず、当該識別子のレコードが対象となる。すなわち、識別子に関連づけられた階層名及びグループ名及びユーザ名も削除される。もちろんもしも他に識別子に関連づけられた項目が識別子リストに含まれていれば、その項目も削除される。このことを以下、単に識別子の削除と呼ぶ。削除が完了すると、デバイス１０１０から処理完了通知が識別子入力アドイン１１３に送信される。処理完了を受け取った識別子入力アドイン１１３は、クライアントＰＣ１０２の識別子保存部Ｕ１１５から当該識別子を削除し、それにしたがって識別子リスト欄１００２の表示を更新する。
【００３７】
さて、ダイアログ１０００において、追加ボタン１００４が押されると、識別子入力アドイン１１３は、新規識別子テキストボックス１００５に入力されている文字列を識別子として識別子リストに追加する処理を行う。識別子入力アドイン１１３は、デバイス１０１と通信し、入力された識別子の追加要求メッセージを送信する。追加要求メッセージの例を図１１に示す。図１１に示すように、追加要求には、階層名１１０１、識別子１１０２、追加したユーザのユーザ名１１０３、そのユーザの属するグループ名１１０４を含む。図１１の追加要求メッセージはＸＭＬ形式になっている。タグInsertは追加要求であることを示す。タグNameは追加する識別子を示す。タグUserNameは識別子を追加したユーザ名を示す。タグGroupNameは識別子を追加したユーザの所属グループを示す。なおここでは詳述しないが、ユーザ、グループの管理はＯＳが提供する機能を利用する。
【００３８】
さて、追加要求メッセージを受け取ったデバイス１０１は、同時に受け取った識別子を識別子保存部Ｄ１０９に追加的に保存する。そして処理完了を返す。処理完了を受け取った識別子入力アドイン１１３は、クライアントＰＣ１０２の識別子保存部Ｕ１１５に当該識別子を追加し、それにしたがって識別子リストの表示を更新する。
【００３９】
さてダイアログ１０００のインポートボタン１００６が押されると、識別子入力アドイン１１３は、ファイルを指定するダイアログを表示する。そのダイアログで指定されたファイルに記載されている識別子を、識別子リストに追加することが可能である。この際の処理は、上述した追加ボタンが押された際と同様である。ただし、指定されたファイルに含まれる識別子すべてに対して繰り返し追加の処理が行われる。ＯＫボタン１００７が押されると、ダイアログが閉じる。
【００４０】
＜識別子設定の編集＞
図１２は識別子設定のダイアログ画面の例である。識別子設定は、識別子そのものを保守するための機能ではない。システム管理者はデバイス１０１と通信し、この識別子設定ダイアログを通じて識別子に関する様々な設定を行う。デバイス１０１はＨＴＴＰサーバ１２０を備え、クライアントＰＣを操作するシステム管理者と対話的に通信することができる。
【００４１】
システム管理者は、ウエブブラウザ１１６を使って、デバイス１０１のＨＴＴＰサーバ１２０が提供する識別子設定ダイアログのＵＲＬを指定する。それに応じてＨＴＴＰサーバ１２０は指定されたページのデータをクライアントＰＣ１０２に返す。そのページすなわち識別子設定ダイアログ１２０がウエブブラウザ１１６により表示される。
【００４２】
識別子設定ダイアログ１２０は、基本設定ボタン１２０１、探索設定ボタン１２０２、連携設定ボタン１２０３の３つのボタンを備える。いずれかのボタンが押されると、それぞれのボタンに関連づけられたＵＲＬがデバイス１０１に送信されて、応答された各ボタンに対応する設定のためのダイアログが表示する。
【００４３】
図１３は、基本設定ボタン１２０１が押された際に表示される基本設定ダイアログ１３００を示す。図１３のテキストボックス１３０１は階層数を指定するためのテキストボックスである。リストボックス１３０２は、各階層の名称を指定するためのリストボックスであり、リスト中の要素の数はテキストボックス１３０１で指定されている階層数と同じである。テキストボックス１３０３は、更新間隔を決めるためのテキストボックスである。ＯＫボタン１３０４が押されると、上述の設定内容を示す基本設定情報をデバイス１０１に送信してダイアログを閉じる。キャンセルセルボタン１３０５が押されると、処理を中止しダイアログを閉じる。デバイス１０１に送信された基本設定は、デバイス１０１の識別子保存部Ｄ１０９に保存される。
【００４４】
図１５は、探索設定ボタン１２０２が押された際に表示される探索設定ダイアログ１５００を示す。探索設定ダイアログ１５００により、ユーザは連携相手となるデバイスのリスト（連携デバイスリスト）を作成するための条件を決定する。
【００４５】
チェックボックス１５０１は、アドレス指定探索を行うことを指定するためのチェックボックスである。アドレス指定探索を行うと設定されたデバイスは、アドレス指定リスト１５０２で指定されたデバイスを連携デバイスリストに追加する。
【００４６】
チェックボックス１５０３は、ブロードキャスト探索を行うことを指定するためのチェックボックスである。ブロードキャスト探索を行うと設定されたデバイスは、ブロードキャストアドレスに送信パケットを送り、応答があったデバイスを連携デバイスリストに追加する。
【００４７】
チェックボックス１５０４は、対象外デバイスを指定するためのチェックボックスである。対象外デバイスを指定されたデバイスは、アドレス除外リスト１５０５に記述されたデバイスを連携デバイスリストに含めない。また既に含められているならば、それを削除する。
【００４８】
ラジオボタン１５０６は、デバイスリストを更新するタイミングを決めるためのラジオボタンである。定期間隔が選択されている場合、テキストボックス１５０７で指定される時間ごとにデバイスの探索を行い、連携デバイスリストを更新する。アイドル後が選択されている場合、デバイスが処理すべき印刷ジョブがないアイドル状態がテキストボックス１５１０で指定される時間以上続いた場合、連携デバイスリストを更新する。図１５のユーザインターフェースで指定された探索設定を示す探査設定情報は、デバイス１０１に送信されて、識別子保存部Ｄ１０９に保存される。
【００４９】
図１６は、連携ポリシー設定ボタン１２０３が押された際に表示される連携ポリシー設定ダイアログ１６００を示す。連携ポリシー設定ダイアログ１６００により、連携ポリシーを追加・削除することができる。ポリシーリスト１６０１には、適用すべきポリシーが一覧表示される。追加ボタン１６０２は、新規にポリシーを追加するためのボタンである。新規追加処理は後述する。削除ボタン１６０３は、ポリシーリスト１６０１で選択されているポリシーを削除する。連携ポリシーは、識別子リストを更新する規則を示す更新規則情報とも言い換えることができる。
【００５０】
追加ボタン１６０２が押されると、図１７のポリシー追加ダイアログ１７００がデバイスから読み出されて表示される。テキストボックス１７０１は、本ポリシーの名称を指定するためのテキストボックスである。リストボックス１７０２は、対象となる階層を指定するリストボックスである。ラジオボタン１７０３は、条件を選択するためのラジオボタンである。「ＩＰアドレスが一致」が選択されている場合、右のテキストボックスで指定されるＩＰアドレスと対象デバイスのＩＰアドレスが一致することをポリシー合致条件とする。指定するＩＰアドレスは、ＩＰアドレスの一部であってもよい。その場合には部分的な一致が判定される。「グループ一致」が選択されている場合、識別子に関連づけられたグループと、条件で指定されたグループが一致することを合致条件とする。「ユーザ一致」が選択されている場合、識別子に関連づけられたユーザと条件として指定されたユーザとが一致することを合致条件とする。ラジオボタン１７０４は、識別子を識別子リストに追加更新するか同期更新するかを選択するためのラジオボタンである。追加更新の場合には、対象デバイスの持つ識別子が識別子リストに挿入される。同期更新の場合は対象デバイスの識別子リストを基準とし、自分の識別子リストを対象デバイスに合わせる。ＯＫボタン１７０５が押されると、上述の設定に基づいてポリシーが追加される。追加或いは変更されたポリシーは、ポリシー情報として識別子保存部Ｄ１０９に保存される。キャンセボタン１７０６が押されると、処理を中止しダイアログを閉じる。連携ポリシーは、図１６のポリシーリストに示すように、ひとつとは限らず、複数の相異なるポリシー情報から構成される場合がある。そこで、一つのポリシー名によって特定されるポリシー情報を、１組のポリシー情報と呼ぶことにする。図１６には、３組のポリシー情報が例示されている。
【００５１】
なお本例ではポリシー情報は複数設定できるものとした。ただし、各階層について複数のポリシー情報があると、設定が煩雑となるので、各階層についてひとつのポリシー情報を設定できるようにしておくことが望ましい。
【００５２】
＜識別子設定情報＞
図２０に識別子保存部Ｄ１０９に保存される情報の一例を示す。識別子保存部Ｄ１０９には、識別子リスト９０１と、図１３，図１５，図１６に示すユーザインターフェースで設定される識別子設定情報２０００とが保存されている。
識別子設定情報２０００には、基本設定情報２０１０と、探索設定情報２０２０と、連携ポリシー設定情報２０３０とが含まれる。基本設定情報には、識別子の階層数２０１１と、各階層の名称（階層名）２０１２と、識別子リストを更新する更新間隔２０１３が含まれる。
【００５３】
探索設定情報２０２０には、探索対象となるデバイスのアドレスのリスト（検索対象）２０２１が含まれる。なお、ブロードキャスト探索が指定されている場合には、特定のコード、たとえばナルなどがこの項目に設定される。さらに、探索設定情報２０２０には、検索の対象外とするデバイスのアドレスのリスト（対象外デバイス）２０２２が含まれる。探索対象がブロードキャストであっても、対象外デバイスに含まれるアドレスを持つデバイスは、更新の対象から外される。さらに連携デバイスの探索間隔２０２３も含まれる。検索対象２０２１には、指定された条件が「アドレスと一致」なら一致すべきＩＰアドレスが、「グループが一致」ならグループ名が、「ユーザ名が一致」ならユーザ名が保存される。
【００５４】
連携ポリシー設定情報２０３０には、０または１以上の組のポリシー情報２０３１が含まれる。各組のポリシー情報には、ポリシー名２０３２と、対象階層２０３３と、更新条件２０３４と、アクション２０３５とが含まれる。対象階層２０３３は、更新の対象となる識別子の階層名を示す。更新条件２０３４は、ラジオボタン１７０３で指定された条件を特定するための情報である。アクション２０３５は、同期か追加かを示すフラグなどで構成される。
【００５５】
＜識別子リストの更新＞
図１４のフローチャートを使って、識別子更新部１０７による識別子リストの更新動作を説明する。図１４の処理は、更新間隔２０１３に設定された時間間隔で実行される。
【００５６】
ステップＳ１４０１において、連携ポリシー設定情報２０３０を取得する。ステップＳ１４０２において、連携ポリシー設定情報２０３０に含まれる各組のポリシー情報を、そのアクション設定２０３５を基準としてアクションが追加更新のものと同期更新のものとに分類する。分類された各組のポリシー情報は、それぞれ追加ポリシーリストと同期ポリシーリストに記憶される。
【００５７】
ステップＳ１４０３において、連携相手となる他のデバイスのＩＰアドレスのリスト（デバイスリスト）を取得する。デバイスリストは、探索設定情報２０２０に基づいて生成されている。デバイスリストには、アドレス指定探索であれば、探索対象２０２１に含まれるＩＰアドレス或いはＩＰアドレスの範囲が書き込まれる。ブロードキャスト探索であれば、ブロードキャストアドレスがデバイスリストに書き込まれる。また対象外デバイス２０２２が指定されている場合には、探索対象から、対象外デバイス２０２２のＩＰアドレスが除外される。ただし、ブロードキャスト探索が設定されている場合、収集した識別子リストから、対象外デバイスの識別子リストを削除してもよい。デバイスリストの生成は、探索間隔２０２３で指定された間隔で、図１４の処理とは非同期に実行される。
【００５８】
ステップＳ１４０４において、各デバイスの使用が許可されている、所属グループ名に関連づけられたユーザ名のリスト（ユーザリスト）を取得する。このユーザリストは、本例ではサーバ１０３に要求して取得する。ユーザリストは、デバイスのアドレスに対応づけられたユーザ名及び所属グループが記述されている。
【００５９】
ステップＳ１４０５において、ユーザリストからユーザ名およびその所属グループ名を１つ取得する（これを着目ユーザと呼ぶ。）。すべてを取得済みであれば終了する。ここでは、１つずつ順に処理を行うことを走査と呼ぶ。
【００６０】
ステップＳ１４０６において、ステップＳ１４０２で作成した追加ポリシーリストから１組のポリシー情報を取得する（これを着目ポリシー情報と呼ぶ。）。すべてを取得済みであればステップＳ１４１２に進む。ここでは、１組ずつ順に処理を行うことを走査と呼ぶ。
【００６１】
ステップＳ１４０７において、ステップＳ１４０３で取得したデバイスリストから順次ＩＰアドレスを１つ取り出す（これを着目ＩＰアドレスまたは着目デバイスと呼ぶ。）。すべてを取り出し済みであれば、ステップＳ１４０６に進む。
【００６２】
ステップＳ１４０８において、ステップＳ１４０７で取り出した着目デバイスと通信し、着目デバイスに保存されている識別子リストを取得する。
【００６３】
ステップＳ１４０９において、ステップＳ１４０８で取得した識別子リストから、識別子を１つ取り出す（これを着目識別子と呼ぶ。）。すべてを取り出し済みであればステップＳ１４０７へ進む。
【００６４】
ステップＳ１４１０において、着目識別子の階層が着目ポリシーの対象階層２０３３で指定された階層と一致し、かつ、着目デバイスあるいは着目ユーザが、着目ポリシー情報に含まれる更新条件２０３４で指定された条件に合致するか判定する。たとえば、更新条件として「ユーザ名一致」が指定されている場合、着目識別子に関連づけられているユーザが、更新条件で指定されたユーザ名と一致していれば条件は合致するものと判断される。更新条件として「グループ一致」が指定されている場合、着目識別子に関連づけられているグループが、更新条件で指定されたグループと一致していれば条件は合致するものと判断される。更新条件として「ＩＰアドレスが一致」が指定されている場合、着目デバイスのＩＰアドレスが、条件で指定されたＩＰアドレスと一致していれば条件は合致するものと判断される。条件が合致すればステップＳ１４１１へ、合致しなければステップＳ１４０９へ進む。
【００６５】
ステップＳ１４１１において、自分の識別子リスト１０９へ、ステップＳ１４０９で取り出した着目識別子を追加する。
【００６６】
一方ステップＳ１４１２においては、ステップＳ１４０２で分類した同期ポリシーリストから１組のポリシーを取り出し、新たな着目ポリシー情報とする。すべてを取り出し済みであれば終了する。
【００６７】
ステップＳ１４１３において、対象デバイスから識別子リストを取得する。ここで対象デバイスとは、更新条件２０３４が「ＩＰアドレスが一致」であれば、指定されたＩＰアドレスを持つデバイスである。更新条件２０３４が「グループ一致」であれば、指定されたグループ名と、ユーザリストにおいて関連づけられているデバイスである。更新条件２０３４が「ユーザ名一致」であれば、指定されたユーザ名と、ユーザリストにおいて関連づけられているデバイスである。関連づけられたデバイスが複数ある場合には、たとえばサーバ１０３から各ユーザまたは各グループによるデバイスの使用実績を示す情報を取得する。そして、最も高使用頻度のデバイスが対象デバイスとして選択される。もちろん、対象デバイスとして独立して入力され保存されているＩＰアドレスを持つデバイスから識別子リストを取得しても良い。
【００６８】
ステップＳ１４１４において、識別子リスト１０９から、着目ポリシーの対象階層２０３３で指定された階層（これを同期対象階層と呼ぶ。）に属する識別子をすべて削除する。ステップＳ１４１５において、ステップＳ１４１３で取得した識別子リストに含まれる同期対象階層の識別子を識別子リスト１０９に追加する。すなわち、識別子リスト１０９に含まれている同期対象階層に属する識別子を、ステップＳ１４１３で取得した識別子リストに含まれる同期対象階層の識別子で置換する。
【００６９】
なお、ステップＳ１４０５は、着目ユーザを変えながら識別子リストへ識別子を追加するループ処理の終了判定である。このループ処理によって、デバイス１０１で追加された識別子を他のデバイスでも利用することができる。すなわち、Ｓ１４０５は、デバイス１０１のユーザ１を着目ユーザとしたとき、連携相手である他のデバイスから取得した識別子リストにユーザ１の識別子Ｘがあれば、デバイス１０１におけるユーザ１の識別子リストに識別子Ｘを追加するための処理である。
【００７０】
以上の手順で識別子リスト１０９が更新できる。このように、本実施形態では識別子リストをデバイスが保持し、デバイスがクライアントに対して識別子を提供している。また、複数のデバイスが接続されているネットワークシステムも少なくないが、本実施形態では、複数のデバイス間で互いに識別子リストを交換し、識別子リストを更新することで、デバイス間の識別子リストの共有が可能である。また、更新する際、対象デバイスを指定できる。そのために、たとえば、ユーザ毎に使用可能なデバイスグループが設定されていれば、そのデバイスグループを識別子リストが交換されるデバイスグループとして設定し、当該グループ内で識別子リストを共有することができる。
【００７１】
なお、デバイス１０１は図１４の手順を実行するのみならず、他のデバイスが実行する図１４の手順の通信相手ともなる。すなわち、他のデバイスから識別子リストやユーザリストを要求されたなら、その要求に応じて識別子リストやユーザリストを要求元のデバイスに送信する。
【００７２】
また、図１４のステップＳ１４０５の判断を削除しても良い。その場合には、ステップＳ１４１２で「終了」と判断されれば、識別子の更新処理全体が終了となる。
【００７３】
＜具体例＞
図１８に本発明を適用した具体的な例を示す。これは法律事務所などで実際に本発明を適用する場合の例である。ある会社ＸＹＺカンパニーをＡ、Ｂ、Ｃの3人が担当しており、その3人をリーダであるＸが管理している。ＸはデバイスＤ１（たとえばＭＦＰ）を使用しており、クライアントが誰であるかを把握している。Ａ、Ｂ、ＣはデバイスＤ２、Ｄ３、Ｄ４をデバイスの適性にあわせて使い分ける。Ｘは必要に応じて、デバイスＤ１の保持する識別子リストにクライアントの識別子を追加する。クライアントは費用の請求先になるのでこのリストに間違いがあってはならない。そこでクライアント階層の連携ポリシーは、デバイスＤ１を対象デバイスとして「同期」アクションが選択される。Ａ、Ｂ、Ｃは用件に応じてマターを追加する。マターは非常に多くあり、各人が個別で追加するよりも、他人が追加したマターを共有できたほうがよい。そこで「グループで追加」ポリシーとなる。サブマターは各人が覚書として使うものである。Ａ、Ｂ、ＣはデバイスＤ２、Ｄ３、Ｄ４を用途に応じて使い分けるが、Ｄ２で追加したサブマターをＤ３で使用するときに再び追加するのは効率が悪い。他方、他人追加したサブマターが見えてしまっては、邪魔になってしまう。したがって「ユーザで追加」ポリシーとなる。
【００７４】
上記で説明した本発明に係るコンピュータ１０２、１０３、ＭＦＰ１０１、１０４のプログラムは、外部からインストールされるプログラムによって、コンピュータ、ＭＦＰによって遂行されても良い。その場合、そのプログラムは記憶媒体により供給される。あるいはネットワークを介して、外部の記憶媒体からプログラムを含む情報群をコンピュータやＭＦＰにロードすることにより供給される。いずれの場合でも本発明は適用されるものである。
【００７５】
図１９は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。９９９９はディレクトリ情報を記憶してある領域である。この領域は、以降のインストールプログラムを記憶してある領域９９９８および印刷クライアントあるいはネットワークプリンタの制御プログラムを記憶してある領域９９９７の位置を示している。９９９８は、インストールプログラムを記憶してある領域である。９９９７は、コンピュータあるいはＭＦＰの制御プログラムを記憶してある領域である。本発明のコンピュータあるいは複写機の制御プログラムがコンピュータあるいはＭＦＰにインストールされる際には、まず９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ３０１によって実行される。次に、ＣＰＵ３０１によって実行されるインストールプログラムが、領域９９９７から制御プログラムを読み出して、コンピュータあるいはＭＦＰにインストールする。
【００７６】
なお、本発明は、複数の機器（例えばスキャナ、プリンタ、ネットワークストレージなど）から構成されるシステムあるいは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。
【００７７】
また、（１）前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給すること、あるいは
（２）システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することで本発明の目的が達成されることも言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７８】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク(登録商標)、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００７９】
また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現されてもよい。
【００８０】
あるいは、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００８１】
さらに、次の形態で前述した実施形態の機能が実現されてもよい。
（１）記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。
（２）メモリへの書き込み後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。
【００８２】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをインターネットなどの通信ラインを介して要求者にそのプログラムを配信する場合にも適用できる。
【図面の簡単な説明】
【００８３】
【図１】本発明全体の論理構成を示す構成図である。
【図２】図１に示したシステムの各機能要素の一配置例を示す配置図である。
【図３】本発明に係るPCの内部構成の一例を示したブロック図である。
【図４】本発明に係る複写機の内部構成の一例を示したブロック図である。
【図５】本発明に係る複写機の内部構成の一例を示したブロック図である。
【図６】本発明における識別子を指定するダイアログの一例である。
【図７】本発明における印刷ジョブデータの一例を示す図である。
【図８】本発明における印刷ジョブ履歴の一例を示す図である。
【図９】本発明における識別子リストの一例を示す図である。
【図１０】本発明における識別子編集を行うダイアログ画面の一例を示す図である。
【図１１】本発明における識別子の追加要求を行う送信データの一例である。
【図１２】本発明における識別子設定を行うダイアログの一例を示す図である。
【図１３】本発明における識別子の基本設定を行うダイアログの一例を示す図である。
【図１４】本発明における識別子を更新する処理を示すフローチャートである。
【図１５】本発明における探索設定を行うダイアログの一例を示す図である。
【図１６】本発明における連携ポリシーを編集するダイアログの一例を示す図である。
【図１７】本発明における連携ポリシーを追加するダイアログの一例を示す図である。
【図１８】本発明の具体的な適用例を示す図である。
【図１９】記録媒体の一例であるＣＤ−ＲＯＭＯのメモリマップを示す図である。
【図２０】識別子保存部１０９に保存されるデータの例を示す図である。
【符号の説明】
【００８４】
１０５  識別子管理アプリケーション
１０７  識別子更新部
１０９  識別子保存部Ｄ
１１４  識別子取得部
１１５  識別子保存部Ｕ
【図１】
2008192074.tif 000003
【図２】
2008192074.tif 000004
【図３】
2008192074.tif 000005
【図４】
2008192074.tif 000006
【図５】
2008192074.tif 000007
【図６】
2008192074.tif 000008
【図７】
2008192074.tif 000009
【図８】
2008192074.tif 000010
【図９】
2008192074.tif 000011
【図１０】
2008192074.tif 000012
【図１１】
2008192074.tif 000013
【図１２】
2008192074.tif 000014
【図１３】
2008192074.tif 000015
【図１４】
2008192074.tif 000016
【図１５】
2008192074.tif 000017
【図１６】
2008192074.tif 000018
【図１７】
2008192074.tif 000019
【図１８】
2008192074.tif 000020
【図１９】
2008192074.tif 000021
【図２０】
2008192074.tif 000022