以下、図面を参照して、本発明の実施形態を詳細に説明する。
図1に示すように、本発明の画像形成システムは、複合機(通常)101−1、複合機(ネームサービス)101−2、3(以降の説明で、複合機(通常)101−1、複合機(ネームサービス)101−2、3をまとめて、複合機101ということがある)、クライアント装置102、LAN103を備えて構成されている。
複合機(通常)101−1は、印刷データの受信機能、印刷データの書誌情報の抽出機能、印刷データや書誌情報の管理機能を備えた複合機である。印刷データやFAXデータの受信に用いる通信ポート(LPRポート等)は、特定の装置(他の複合機、自機)からのみデータを受信可能なように設定されており、クライアント装置102からのデータは受け付けないようになっている。クライアント装置102から複合機101にデータを送信する際には、後述するデータ管理サービスの監視対象としているポートにデータが送信されることになる。
複合機(ネームサービス)101−2、3は、ネームサービスが実行されている複合機である。この複合機もネームサービスが実行されている以外は、複合機101−1と同様である。ネームサービスとは、どのユーザの印刷データが、どの複合機に格納されているかを管理するためのサービスである。
クライアント装置102には、プリンタドライバやFAXドライバがインストールされており、これらドライバは、アプリケーションプログラムから受け取ったデータに基づいて印刷データやFAXデータを作成し、ネットワーク(LAN103)を介して指定された複合機101に対して送信する機能を有する。
LAN103は、複合機101−1、複合機101−2、複合機101−3、クライアント装置102を相互に通信可能に接続するためのネットワークである。
以上が、本発明の画像形成システムのシステム構成の一例の説明である。
次に、図13と図14を用いて、本システムの処理概要について説明する。
図13と図14は、画像形成システム(印刷システム)の処理概要図である。
図13では、クライアント端末102から印刷データを受信し、ネーム情報通知する処理、複合機にログイン後、印刷データ一覧を取得する処理、一覧表示された印刷データの印刷、削除処理の処理概要を示している。
まず、印刷データの受信、ネーム情報通知処理概要について説明する。
(1)クライアント端末102上のプリンタドライバを利用し、印刷データを生成後、あらかじめプリンタドライバで送信先として指定されている複合機101−1に対して印刷データを送信(印刷)する。
(2)複合機101−1は、印刷データを受信し、印刷データのヘッダに含まれる印刷設定情報(書誌情報)を解析する。また、クライアント端末102から印刷データ生成に利用したプリンタドライバの機種名を受信し、印刷データのヘッダから抽出した書誌情報を加えて、図12に示すような書誌情報ファイルとして複合機101−1上のHDD304に保存する。
(3)書誌情報を抽出後、クライアント端末102から受信した印刷データを複合機101−1上のHDD304に保存する。
(4)複合機101−1はクライアント端末102から印刷データを受信後、書誌情報ファイルに含まれる印刷データの生成ユーザ名、機種名、自装置のホスト名(格納先)が含まれたネーム情報を、あらかじめ登録されているネームサービス機能を持つ複合機101−2に通知する。この時、複合機101−3にも通知する。なお、複合機101−3は複数存在するものとする。
(5)複合機101−2と複合機101−3は、受信したネーム情報を図11の1102に示すようなネーム情報ファイルとしてHDD304に保存する。
次に、ユーザのログイン後、印刷データ一覧を取得する処理概要について説明する。なお、ユーザがログインする複合機は、上記で印刷データを格納した複合機とは別の複合機101−1とするが、印刷データを格納した複合機101−1であってもよい。
(6)複合機101−1は、認証プログラムからユーザのログイン通知を受信し、ログインユーザ情報を取得する。(7)複合機101−1は、ログインユーザ情報に含まれるユーザ名と自装置の機種名を含むネーム情報取得要求を複合機101−2に対して送信する。なお、ネーム情報取得要求をする複合機101−2の機器情報(IPアドレス、ホスト名など)は、予め複合機複合機101−1に記憶されている。この時、複合機101−3にはネーム情報取得要求は行われない。プリマリとしての複合機101−2へ要求がされる。
(8)複合機101−2は、受信したネーム情報取得要求に含まれるユーザ名とホスト名とファイル名が一致するネーム情報ファイル内に含まれるホスト名(格納先)を検索する。(9)検索した結果のホスト名(格納先)を複合機101−1に対して応答する。なお、本実施形態では、ユーザ名とホスト名が一致するファイル名を検索対象としたが、ホスト名が異なる(例えば、機種が異なる)複合機であっても、印刷データを描画できる複合機であれば実現可能であるため、ユーザ名で検索するようにしてもよい。例えば、現在の複合機は、XPSデータ(XPS:XML Paper Specification)のような汎用フォーマットを解釈することが可能である。また、プリンタドライバからXPSデータを受け取り、複合機でXPSデータを解釈し、描画処理することが可能である。そこで、XPSデータを解釈できる複合機であれば、どの機種でも印刷を実行することが可能であるため、少なくともユーザ名で検索できればよい。
(10)複合機101−1は、受信したホスト名(格納先)に対して、ログインユーザ名と自装置の機種名を含む書誌情報取得要求を送信する。複合機101−2から受信したネーム情報内に複数のホスト名(格納先)が含まれる場合、自装置を含む全てのホスト名(格納先)に対して、書誌情報取得要求を送信する。
(11)複合機101−1は、受信した書誌情報取得要求に対して、ユーザ名と一致するユーザの書誌情報を検索する。(12)検索した書誌情報を複合機101−1に送信する。なお書誌情報は、必要な書誌情報を送信するように構成してもよい。例えば、ファイル名などの印刷データを特定できる情報を送信する。
(13)複合機101−1は、受信した書誌情報をRAM302に記憶し、操作部308にリスト表示する。複数のホスト名(格納先)から書誌情報を受信した場合には、全ての書誌情報をマージしてリスト表示する。
次に、ユーザからの印刷指示を受信、印刷までの処理概要について説明する。
(14−1)ユーザから、リスト表示された書誌情報(印刷データ)が選択され、印刷指示の押下を受け付けることで、複合機101−1は、印刷要求を取得し、選択された印刷データのホスト名(格納先)に対して、ファイル名を含む印刷要求を送信する。なお、ユーザによって選択された印刷データのホスト名(格納先)が複数の複合機にまたがる場合、自装置を含む全ての複合機に対して印刷要求を送信する。
(15−1)複合機101−1は、受信した印刷要求に対して、自装置内のHDD304から印刷要求に含まれるファイル名から印刷データを取得する。(16−1)取得した印刷データを複合機101−1に対して送信する。(17−1)複合機101−1は、受信した印刷データを印刷する。
次に、ユーザからの削除指示を受信、ネーム情報の削除までの処理概要について説明する。
(14−2)ユーザから、リスト表示された書誌情報(印刷データ)が選択され、削除指示の押下を受け付けることで、複合機101−1は、削除要求を取得し、選択された印刷データのホスト名(格納先)に対して、ファイル名を含む削除要求を送信する。印刷要求時と同様、複数の複合機にまたがる場合、自装置を含むすべての複合機に対して削除要求を送信する。
(15−2)複合機101−1は、受信した削除要求に対して、自装置内のHDD304から削除要求に含まれるファイル名から印刷データに該当する書誌情報ファイル内のステータス1401を削除済みに変更する。なお、削除要求を受信した場合、書誌情報を削除し、印刷データを削除する構成を取ることも可能である。
(16−2)複合機101−1は、自装置内に該当ユーザの印刷可能なデータのステータス1401が全て削除済みとなった場合、複合機101−2と複合機101−3に対して、ユーザ名、機種名、自装置のホスト名(格納先)を含めてネーム情報削除通知を送信する。印刷可能なデータが一つでも存在する場合には、ネーム情報削除通知は送信しない。(17−2)複合機101−2と複合機101−3は、受信したネーム情報削除通知に含まれる該当するネーム情報に従って、HDD304に格納されているネーム情報ファイルから対応するホスト名を削除する。
図14では、クライアント端末102から印刷データを受信し、複合機101−2が電源OFFなどによりダウンしている場合のネーム情報通知する処理、複合機101−2が復帰して、複合機101−1がネーム情報を取得した場合(復帰時にネーム情報取得先を切り替えた場合)の処理概要を示している。
なお、図13と同様の処理は説明を省略する。
(4)で、複合機101−2にネーム情報通知を行うと、複合機101−2がダウンしているため、通知エラーとなり、複合機101−1は、予め登録されるセカンダリの複合機101−3にネーム情報通知を行う。この時、ネーム情報αは、複合機101−3にのみ記憶される。
ここで、複合機101−1は、ネーム情報通知する先の複合機は、複合機101−3に切り替わる。
(7)で、複合機101−1が、復帰した複合機101−2にネーム情報を取得にいくと、ネーム情報αは取得されないことになり、ネーム情報αに対する複合機101−1から印刷データを取得できない状態になる。すなわち、この格納先情報の取得漏れが発生することを防ぐようにする。
以下、図2を用いて、図1に示したクライアント端末102に適用可能な情報処理装置のハードウエア構成について説明する。
図2において、201はCPUで、システムバス204に接続される各デバイスやコントローラを統括的に制御する。また、ROM203あるいは外部メモリ211には、CPU201の制御プログラムであるBIOS(Basic Input / Output System)やオペレーティングシステムプログラム(以下、OS)や、各サーバ或いは各PCの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
202はRAMで、CPU201の主メモリ、ワークエリア等として機能する。CPU201は、処理の実行に際して必要なプログラム等をROM203あるいは外部メモリ211からRAM202にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
また、205は入力コントローラで、キーボード(KB)209や不図示のマウス等のポインティングデバイス等からの入力を制御する。206はビデオコントローラで、CRTディスプレイ(CRT)210等の表示機への表示を制御する。なお、図2では、CRT210と記載しているが、表示機はCRTだけではなく、液晶ディスプレイ等の他の表示機であってもよい。これらは必要に応じて管理者が使用するものである。
207はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク(HDD)や、フレキシブルディスク(FD)、或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ(登録商標)メモリ等の外部メモリ211へのアクセスを制御する。
208は通信I/Fコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いた通信等が可能である。
なお、CPU201は、例えばRAM202内の表示情報用領域へアウトラインフォント展開(ラスタライズ)処理を実行することにより、CRT210上での表示を可能としている。また、CPU201は、CRT210上の不図示のマウスカーソル等でのユーザ指示を可能とする。
次に、図3を用いて、図1に示した複合機101−1、2、3のハードウエア構成について説明する。
図3において、316はコントローラユニットで、画像入力デバイスとして機能するスキャナ314や、画像出力デバイスとして機能するプリンタ312と接続する一方、LANや公衆回線(WAN)(例えば、PSTNまたはISDN等)と接続することで、画像データやデバイス情報の入出力を行う。
コントローラユニット316において、301はCPUで、システム全体を制御するプロセッサである。302はRAMで、CPU301が動作するためのシステムネットワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
303はROMで、システムのブートプログラムや各種制御プログラムが格納されている。304はハードディスクドライブ(HDD)で、システムを制御するための各種プログラム、画像データ等を格納する。
307は操作部インタフェース(操作部I/F)で、操作部(UI)308とのインタフェース部であり、操作部308に表示する画像データを操作部308に対して出力する。
また、操作部I/F307は、操作部308から本システム使用者が入力した情報(例えば、ユーザ情報等)をCPU301に伝える役割をする。なお、操作部308はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下(指等でタッチ)することにより、各種指示を行うことができる。
305はネットワークインタフェース(ネットワークI/F)で、ネットワーク(LAN)に接続し、データの入出力を行う。306はモデム(MODEM)で、公衆回線に接続し、FAXの送受信等のデータの入出力を行う。
318は外部インタフェース(外部I/F)で、USB、IEEE1394,プリンタポート,RS−232C等の外部入力を受け付けるI/F部であり、本実施形態においては認証で必要となるICカードの読み取り用のカードリーダ319が外部I/F部318に接続されている。そして、CPU301は、この外部I/F318を介してカードリーダ319によるICカードからの情報読み取りを制御し、該ICカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス309上に配置される。
320はイメージバスインタフェース(イメージバスI/F)であり、システムバス309と画像データを高速で転送する画像バス315とを接続し、データ構造を変換するバスブリッジである。
画像バス315は、PCIバスまたはIEEE1394で構成される。画像バス315上には以下のデバイスが配置される。
310はラスタイメージプロセッサ(RIP)で、例えば、PDLコード等のベクトルデータをビットマップイメージに展開する。311はプリンタインタフェース(プリンタI/F)で、プリンタ312とコントローラユニット316を接続し、画像データの同期系/非同期系の変換を行う。また、313はスキャナインタフェース(スキャナI/F)で、スキャナ314とコントローラユニット316を接続し、画像データの同期系/非同期系の変換を行う。
317は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部317は、画像データの回転や、多値画像データに対してはJPEG、2値画像データはJBIG、MMR、MH等の圧縮伸張処理を行う。
スキャナ部314は、原稿となる紙上の画像を照明し、CCDラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部308から読み取り起動指示することにより、CPU301がスキャナ314に指示を与え、フィーダは原稿用紙を1枚ずつフィードし原稿画像の読み取り動作を行う。
プリンタ部312は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、CPU301からの指示によって開始する。なお、プリンタ部312には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。
操作部308は、LCD表示部を有し、LCD上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部I/F307を介してCPU301に伝える。また、操作部308は、各種操作キーとして、例えば、スタートキー、ストップキー、IDキー、リセットキー等を備える。
ここで、操作部308のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の2色LEDがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部308のストップキーは、稼働中の動作を止める働きをする。また、操作部308のIDキーは、使用者のユーザIDを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。
カードリーダ319は、CPU301からの制御により、ICカード(例えば、ソニー社のフェリカ(FeliCa)(登録商標))内に記憶されている情報を読み取り、該読み取った情報を外部I/F318を介してCPU301へ通知する。
以上のような構成によって、複合機101−1、2、3は、スキャナ314から読み込んだ画像データをLAN103上に送信したり、LANから受信した印刷データをプリンタ312により印刷出力することができる。
また、スキャナ314から読み込んだ画像データをモデム306により、公衆回線上にFAX送信したり、公衆回線からFAX受信した画像データをプリンタ312により出力することできる。
以下、図4を用いて本発明の実施形態における、各端末内の機能の関連を説明する。なお、それぞれのフローにおける動作詳細は後述するため、ここでは各種端末内に記載されている機能ブロック図の説明を記載する。
複合機(通常)101−1では、データ管理サービスと蓄積印刷実行サービスと定期タスクスケジューラーが異なるプロセスで実行されている。また、複合機(ネームサービス)101−2、3では、それらに加えて、ネームサービスが実行されている。
以下、データ管理サービスにより実現される機能部について説明する。
データ受信部401は、クライアント装置102から送信された印刷データやFAXデータを受信する機能部である。このデータ受信部は、特定のポートで受信したデータを処理対象のデータとする。
データ判定部402は、データ受信部401で受信したデータが、印刷データであるか、それともFAXデータであるかを判定する機能部である。
書誌情報データ生成部403は、データ受信部401で受信した印刷データからドキュメント名、印刷指示をしたユーザ名、印刷設定(カラー/モノクロ、両面/片面、印刷レイアウト等)、部数、ページ数等を含む書誌情報を取得し、当該印刷データの書誌情報データを生成し、HDD304に記憶する機能部である。
ネーム情報登録要求部404は、当該複合機に、どのユーザの、どのプリンタグループ(機種名であってもよい)に属する複合機で印刷可能な印刷データが格納されているかをネームサービスで管理するために用いるネーム情報の登録要求を、複合機(ネームサービス)101−2、3に行う機能部である(例えば、図13の(4)ネーム情報通知)。
プリンタグループとは、プリント可能なプリンタ群であるプリンタのまとまりを示すものである。機種A1と機種A2を同じグループとするなどがある。またプリンタグループは機種ごとのまとまりとすることも可能である。
書誌情報データ要求受付部405は、蓄積印刷実行サービスの書誌情報データ要求部420からの書誌情報データの要求を受け付ける機能部である(例えば、図13の(10)書誌情報取得)。
書誌情報データ送信部406は、書誌情報データ要求受付部405で書誌情報データの要求を受け付けた場合に、該当する書誌情報データの一覧を、書誌情報を要求した複合機101に送付する機能部である(例えば、図13の(12)書誌情報応答)。
印刷データ要求受付部407は、蓄積印刷実行サービスの印刷データ要求部421からの印刷データの要求を受け付ける機能部である(例えば、図13の(14−1)印刷要求)。
印刷データ送信部408は、印刷データ要求受付部407で送信要求を受け付けた印刷データを、要求を行った複合機101に送信する機能部である(例えば、図13の(16−1)印刷データ送信)。
ステータス更新部409は、印刷データの印刷実行指示や、削除指示等に応じて、当該印刷データの書誌情報データのステータスを更新する機能部である(例えば、図13の(15−2)ステータス書き換え)。
印刷データ削除部410は、印刷データを削除する機能部である。削除対象の印刷データとしては、後述する蓄積印刷サービスの印刷データ削除要求部422で削除指示された印刷データや、クライアント装置102から受信した後に所定時間以上経過した印刷データ等である。
書誌情報データ削除部411は、印刷データ削除部410により削除された印刷データの書誌情報データを削除する機能部である。
ネーム情報削除要求部412は、複合機(ネームサービス)101−2、3に対して、ネーム情報の削除要求を行う機能部である(例えば、図13の(16−2)ネーム情報削除通知)。
以下、蓄積印刷実行サービスにより実現される機能部について説明する。
ネーム情報要求部419は、複合機(ネームサービス)101−2、3に対して、当該複合機で印刷可能なログインユーザの印刷データがどの複合機に格納されているかを管理しているネーム情報を要求する機能部である(例えば、図13の(7)ネーム情報取得)。
書誌情報データ要求部420は、複合機101−1にログイン中のユーザの印刷データの書誌情報データを、データ管理サービスが実行されている複合機(自機、他機)に要求する機能部である(例えば、図13の(10)書誌情報取得)。ログインユーザの印刷データがいずれの複合機に格納されているかは、ネーム情報を用いて認識する。
印刷データ要求部421は、複合機101−1(自機、他機)に対して、指定された印刷データの送信を要求する機能部である。
印刷データ削除要求部422は、複合機101−1(自機、他機)に対して、指定された印刷データの削除を要求する機能部である。
プレゼントネームサービス監視部423は、複合機101−1(自機、他機)から格納先情報の第一優先参照先(プライマリ)として登録されている複合機101−2(ネームサービス)に対して、死活監視をする機能部である。
以下、ネーム情報サービスにより実現される機能部について説明する。なお、複合機(ネームサービス)101−2、3が有する機能部である。
ネーム情報受信部413は、ネーム情報登録要求部404から送信された、ネーム情報を受信する機能部である(例えば、図13の(4)ネーム情報通知)。
ネーム情報記憶部414は、ネーム情報受信部413で受け付けたネーム情報をネーム情報ファイルで記憶する記憶部である(例えば、図13の(5)ネーム情報格納)。
ネーム情報要求受付部415は、ネーム情報要求部419による、特定ユーザの特定のプリンタグループで印刷実行可能な印刷データの格納先を示すネーム情報の送信要求を受け付ける機能部である(例えば、図13の(7)ネーム情報取得)。
ネーム情報送信部416は、ネーム情報要求受付部415で送信要求を受け付けたネーム情報を、要求を行った複合機に送信する機能部である(例えば、図13の(9)ネーム情報応答)。
ネーム情報削除要求受付部417は、ネーム情報削除要求部412から、ネーム情報の削除要求を受け付ける機能部である(例えば、図13の(16−2)ネーム情報削除通知)。
ネーム情報削除部418は、ネーム情報削除要求受付部417で削除要求を受け付けたネーム情報を削除する機能部である(例えば、図13の(17−2)ネーム情報削除)。
以下、複合機のプラットフォームより実現される機能部について説明する。
データ受信部424はデータ管理サービスの印刷データ送信部408より送信された印刷データを受信する機能部である。
印刷部425は、データ受信部424で受信した印刷データの印刷処理を行う機能部である。データ受信部では、PDLデータを受信するので、そのデータを印刷可能なデータに展開し、その後印刷処理を行う。
FAX送信部426は、クライアント装置102より受信したFAXデータを指定されたFAX番号にFAX送信する機能部である。
次に、図5〜図10のフローチャートを用いて、本実施形態の詳細な説明をする。各ステップは各装置のCPUが実行するものとする。なお、以下の説明では、複合機Aを、データ管理サービスを実行している複合機とする。例えば、複合機Aは、複合機101−1であるが、101−2もしくは101−3にデータ管理サービスが実行されていてもよい。
また、複合機Bを、ネームサービスを実行している複合機とする。例えば、複合機101−2や101−3である。
また、複合機Cを、蓄積印刷実行サービスを実行している複合機とする。例えば、複合機101−1であるが、101−2もしくは101−3に蓄積印刷実行サービスが実行されていてもよい。
印刷処理については、上述した図13に加え説明する。
それぞれの複合機101−1は、クライアント装置102からの印刷データがLPR(515)やRAW(9100)に投入されるので、データ受信部401はそのポートを監視している。そして、それらポートで受信した印刷データを記憶装置に保存する。なお、複合機101−2、101−3が印刷データを受信する機能を有する構成であってもよい。
印刷データは、印刷指示を受け付けるとそのデータがFTP転送され、印刷データを複合機の本体機能が受信すると、印刷処理が開始される。
このFTP転送は、特定の装置からのみ受け付けるようになっている構成をとる。例えば、複合機からのみ(自機、他機)とする。
次に、図5を参照しながら、本実施形態に係るアプリケーションの起動処理概要について説明する。
複合機101−1の電源をONにするなどして、複合機101−1にインストールされているアプリケーションを起動する。アプリケーションの起動は、複合機のオペレーティングシステムにより、起動され、サービスとして動作される。
ステップS501では、データ管理サービスを開始する。データ管理サービスは、前述の図4に示す、データ受信部401からネーム情報削除要求部412に該当する機能部を有するサービスである。
ステップS502では、蓄積印刷実行サービスを開始する。データ管理サービスの次に開始されるサービスである。蓄積印刷実行サービスは、前述の図4に示す、ネーム情報要求部419から印刷データ削除要求部422を有するサービスである。
ステップS503では、定期タスクスケジューラー(サービス)を開始する。本サービスは、複合機101−1(自機)から複合機(プレゼントネームサービス)101−2もしくは101−3に対して死活監視をする機能部を有するサービスである。定期スケジューラの処理については、図7〜図9で詳細に説明する。
ステップS504は、定期タスクスケジューラーから起動されるプレゼントネームサービス監視部423が起動時にアプリケーションの動作設定項目で選択された監視モードを判定する。選択された監視モードにより処理が分岐する。
なお、動作設定項目は、管理者や複合機のサービスマンによって、予め登録されたモードであり、複合機に記憶されている設定ファイルに記憶される。設定ファイルにそれぞれのモード名が記載されており、動作するモードに対して、フラグ1が設定される。このフラグを認識することによって、動作モードを特定するものとする。特定方法はこれに限る必要はないことは言うまでもない。
ステップS505は、監視モードに時間差切替モードを選択された場合である。本モードを選択された場合については、図7で説明する。
ステップS506は、監視モードに複数台参照モードを選択された場合である。本モードを選択された場合については、図8で説明する。
ステップS507は、監視モードに同期モードを選択された場合である。
本モードを選択された場合については、図9と図10で説明する。同期モードを選択した場合、図9の複合機(定期タスクスケジューラー)での処理と、図10の複合機(ネームサービス)間での処理は非同期で実施される。
次に、図6を参照しながら、複合機101−1(蓄積印刷実行サービス)が複合機101−2(ネームサービス)へ格納先参照時の処理概要について説明する。
なお、処理概要を説明するにあたり、図13で説明したように、いずれかの複合機に、既に印刷データが投入(格納)されていることを前提とする。
まず、ステップS601で、ユーザが複合機(蓄積印刷実行サービス)に対してログインを行う。認証プログラムからユーザのログイン通知を受信し、ログインユーザ情報を取得する。
次に、ステップS602で、プライマリネームサービスの切替待ちフラグ(図11の1103)のON/OFFを、且つ、動作モードが複数台参照モードかどうかを判定する。
プライマリネームサービスの切替待ちフラグがONの場合で、動作モードが複数台参照モードである場合は、ステップS603へ処理を移す。
プライマリネームサービスの切替待ちフラグがONの場合、すなわち、101−2が障害から復旧した場合の状態である。なお、複数台参照モードとは、プライマリネームサービスが復旧した場合に所定時間だけセカンダリとしてのネームサービスの複合機101−3にもネーム情報の問い合わせを行うモードである。常に複合機101−3にネーム情報の問い合わせを行うと、ネットワークの負荷が高くなるので、所定時間だけ複合機101−3に問い合わせをするようにする。これにより、ネーム情報の取得漏れを減らしつつ、環境にあったネーム情報の取得が可能となる。
なお、プライマリネームサービスの切替待ちフラグの詳細については、図11で説明する。
ステップS603は、複合機101−1(蓄積印刷実行サービス)でログインユーザ情報に含まれるユーザ名と自装置の機種名を含めて、ネーム情報取得要求を複合機101−2(ネームサービス)に対して送信する。なお、ステップS603〜607は、ステップS602でプライマリネームサービスの切替待ちフラグがONの時に実施され、OFFの時は実施しない。
以下、ステップS604〜606は、複合機101−2(ネームサービス)内の処理の詳細である。
ステップS604では、複合機101−1からのネーム情報取得要求を受信する。
ステップS605では、ステップS604で受信したネーム情報取得要求に対して、該当するネーム情報ファイル内に含まれるホスト名(格納先)を取得する。ユーザ名と機種名で、対象となるファイルを検索してホスト名を取得する。このホスト名(IPアドレスなど)がネーム情報である。
ステップS606では、ステップS604で取得したネーム情報を複合機101−1(蓄積印刷実行サービス)に対して応答する。
ステップS607では、複合機101−1(蓄積印刷実行サービス)で、複合機101−2(ネームサービス)から送信されてきたネーム情報を受信する。
次に、ステップS608で、プレゼントネームサービスに設定された複合機101−3(ネームサービス)に対して、ネーム情報取得要求を送信する。プレゼントネームサービスとは、プライマリとなる複合機101−2がダウンしている際に、プライマリの代わりとなってネーム情報を送信する複合機である。なお、プレゼントネームサービスの複合機は、図11の1100のネーム情報通知先複合機一覧の中から、決定される。通常は、プレゼントネームサービス情報はプライマリとなる複合機の「1」が設定されており、プライマリとなる複合機101−2がダウンしている場合に、セカンダリとなる複数の複合機101−3の中(「2」〜)から決定され、設定される。例えば、「1」がダウンしている場合に、「2」に問い合わせて、「2」もダウンしている場合は、「3」に問い合わせて、「3」が動作していれば「3」が設定される。
以下、ステップS609〜611は、ステップS604〜606と同様、ネーム情報取得要求を受信した複合機101−3(ネームサービス)内の処理の詳細である。
ステップS609は、ステップS604と同様に複合機101−1からのネーム情報取得要求を受信する。
ステップS610は、ステップS609で受信したネーム情報取得要求に対して、該当するネーム情報ファイル内に含まれるホスト名(格納先)を取得する。
ステップS611で、ステップS610で取得したネーム情報を複合機(蓄積印刷実行サービス)に対して応答する。
ステップS612は、複合機101−1で、複合機101−3(プレゼントネームサービス)から送信されてきたネーム情報を受信する。
なお、上述のステップS608では、複合機101−3へネーム情報取得要求を送信するように説明したが、通常の処理(複合機101−2がダウンしない状態)の場合には、プライマリネームサービスの切り替え待ちフラグがOFFであるため、図11の1101のプレゼントネームサービスは、プライマリとしての複合機101−2の「1」が設定されている。従って、通常時は、ステップS602からステップS608へ処理を移すため、ステップS608では、プライマリとしての複合機101−2へネーム情報取得要求を行うものとする。
以下、ステップS613〜S615は、ステップS607、S612で取得したネーム情報に含まれている印刷データが格納されている全ての複合機に対して、書誌情報取得処理を繰り返し実施するループ処理である。
ステップS614では、ステップS607、S612で取得したネーム情報に含まれている印刷データが格納されている複合機のホスト名(格納先)を取得する。処理詳細には、書誌情報取得要求をしていないホストのホスト名を取得する。
ステップS615では、ステップS614で取得したホスト名(格納先)に対して、ログインユーザ名と自装置の機種名を含めて、書誌情報取得要求を送信する。複合機101−2あるいは複合機101−3(ネームサービス)から受信したネーム情報内に複数のホスト名(格納先)が含まれる場合、自装置を含む全てのホスト名(格納先)に対して、書誌情報取得要求を送信する。
複合機101−1(データ管理サービス)は、受信した書誌情報取得要求に対して、該当するユーザ名が一致する書誌情報(図12の1201)を検索し、複合機(蓄積印刷実行サービス)に書誌情報の一覧を送信する。この書誌情報のファイル名やタイムスタンプを用いて、ユーザに選択された書誌情報に対応する印刷データを特定し、印刷を実行する。
ステップS616は、ログインした複合機101−1(データ管理サービス)の内で、ログインユーザの書誌情報を取得する。
ステップS617は、ステップS613〜S616にて取得した書誌情報を
操作部308にリスト表示する。複数のホスト名(格納先)から書誌情報を受信した場合には、全ての書誌情報をマージしてリスト表示する。
その後、リストからユーザの操作によって書誌情報が選択され、選択された書誌情報に記載のホスト名に従って、印刷データが格納されている複合機に印刷要求を行い、印刷を実行する。
次に、図7を参照しながら、ステップS505で時間差切替モードを選択した場合の処理について説明する。
なお、各モードは、設置されているすべての複合機101−1で同じモードに設定されるものとする。
定期スケジューラーが実行されている複合機101−1の処理として以下説明する。また、定期スケジューラーは、データ管理サービスや蓄積印刷実行サービスとは別に動作するように構成するが、データ管理サービスや蓄積印刷実行サービスに機能を持たせるようにしてもよい。例えば、印刷データを受信した際にデータ管理サービスが、定期スケジューラーの機能を実行させ、各種設定を変更してもよい。
まず、ステップS701では、プライマリネームサービスの複合機101−2への接続の可否を判定する。接続可否は、複合機101−1から複合機101−2へ、所定のタイミング(例えば、ネーム情報の取得要求するタイミング)で特定の信号やパケットなどの要求を送り、その応答を確認することで判定する。応答が返ってこなければ接続不可と判定され、接続可否フラグが接続否となる。応答が返ってきた場合には、接続可否フラグが接続可となる。なお、応答があった場合でも、応答の内容によって、接続不可とすることも可能である(例えば、エラー状態の応答など)。また、所定のタイミングは、一定時間間隔でプライマリネームサービスに確認する形態であってもよい。
接続不可の場合は、ステップS703へ処理を移す。接続可の場合は、ステップS702へ処理を移す。
次に、ステップS702では、ステップS701でプライマリネームサービスに接続可の場合、プレゼントネームサービスとプライマリネームサービスが同一のネームサービスがどうかを判定します。同一か否かは、図11のネーム情報通知先複合機一覧1100のindex「1」がプライマリネームサービスであるため、複合機101−1(自機)に記憶されている、図11のプレゼントネームサービス情報1101が「1」か否かを判定する。
同一の場合は、ステップS712へ。異なる場合は、ステップS704へ処理を移す。
ステップS703では、ステップS701でプライマリネームサービスに接続不可の場合、プライマリネームサービスの切替待ちフラグをOFFに更新する。
ステップS704では、ステップS702でプレゼントネームサービスとプライマリネームサービスが異なる場合、プライマリネームサービスの切替待ちフラグのON/OFFを判定する。プレゼントネームサービスとプライマリネームサービスが異なる場合とは、プライマリネームサービス(複合機101−2)がダウンしていた場合である。
ステップS705では、ステップS704でプライマリネームサービスの切替待ちフラグがOFFの場合、ONに更新します。すなわち、プライマリネームサービスが復帰したこと(参照できること)でONとなる。
一方、ステップS704でプライマリネームサービスの切替待ちフラグがONの場合は、既にONに設定されているため、ステップS705の処理は実施しない。
ステップS706では、プライマリネームサービスが障害から復旧した時間を保持(記憶)しているかどうかを判定する。なお、プライマリネームサービス復旧時間の詳細については、図11の1104で説明する。
ステップS707では、ステップS706でプライマリネームサービス復旧時間が保持されていない場合、現在のシステム時間をプライマリネームサービス復旧時間として保持する(時間記憶)。一方、既にプライマリネームサービス復旧時間が保持されている場合は、ステップS707の処理は実施しない。
ステップS708では、アプリケーションの動作設定項目の切替時間設定値を取得する。より詳細には、アプリケーションの設定ファイルに切替時間設定値が、例えば、10分と記載されており、この時間を取得する。
なお、切り替え時間は、ネーム情報が同じになるまでの平均時間を算出して、その時間を設定するようにすることも可能である。
ステップS709では、プライマリネームサービスが復旧した時間から現時点の時間までの差が、ステップS708で取得した切替時間設定値より小さいかを判定する(すなわち、経過しているかどうかを判定する)。小さい場合には、時間を経過していないとして、次回の死活監視まで待機。時間を経過している場合は、ステップS710へ処理を移す。
時間を経過していない場合には、プライマリネームサービスの複合機101−2と、セカンダリとしてのプレゼントネームサービスの複合機101−3からネーム情報を取得する状態であり、ネーム情報の漏れが減るようにしている。これは、例えば、サーバの冗長化とは異なり、印刷業務においては、印刷指示をしたらすぐに印刷物を取りに行くことが一般的である。そのため印刷データが長く滞留することが少ないため(印刷データを出力するとネーム情報が削除され、差がなくなる)、所定の時間両方のネームサービスの複合機からネーム情報を取得可能な状態を作ることで、ネーム情報の漏れが軽減される。
また、印刷業務は、頻繁に起こるため、複合機101−1に印刷データが格納されるとネーム情報が再度通知され、ネーム情報の差がなくなることがあり、所定の時間両方のネームサービスの複合機からネーム情報を取得可能な状態を作ることが重要である。
なお、本実施形態では、2つの複合機101−2と複合機101−3とからネーム情報を取得する状態を前提として説明したが、複合機101−3がダウンすることがあるため、他のネームサービス複合機からネーム情報を取得することも想定する。すなわち、複合機101−2がダウンしていた後に、ダウンしたプレゼントネームサービスの複合機も記憶しておき、2つ以上のネームサービス複合機からネーム情報を取得するようにしてもよい。
ステップS710では、ステップS709で時間を経過している場合、プライマリネームサービスの切替待ちフラグ1103をOFFにする。これにより、両方の複合機からネーム情報を取得しない状態となる。
ステップS711では、保持していたプライマリネームサービスの復旧時間をクリアします。
ステップS712では、プライマリネームサービスが復旧し、切替時間の満了に伴い、プレゼントネームサービスにプライマリネームサービス「1」を設定する。
ステップS713では、次回の死活監視時間まで待機(所定時間待機)し、所定時間経過後に処理を繰り返す。
以上が、時間差切替モードを選択した場合の処理の説明である。
これにより、プライマリネームサービスの複合機が復帰しても、所定時間までは、プレゼントネームサービスの複合機に格納先情報の取得要求をする(図6のS608)ため、所定時間の間に、格納先情報の追加、削除がネームサービスを有する複合機で発生し、格納先情報の差を吸収することができる。
以上説明したように、上記実施形態における複合機101−1は、印刷データの格納先情報を記憶する複数の第2の画像形成装置と通信可能に接続される、情報処理装置から送信された印刷データと当該印刷データの書誌情報を記憶する第1の画像形成装置であって、前記印刷データの受信後、当該印刷データが格納されたことを通知するべく、当該第1の画像形成装置を識別する格納先情報を前記複数の第2の画像形成装置に送信する格納先情報送信手段と、前記印刷データの一覧を取得するべく、プライマリとなる第2の画像形成装置、又は、前記他の第2の画像形成装置に格納先情報の取得要求をする要求手段と、前記プライマリとなる第2の画像形成装置が復帰したか否かを判定する復帰判定手段とを備え、前記要求手段は、前記プライマリとなる第2の画像形成装置が復帰したと判定される場合に、所定時間までは前記他の第2の画像形成装置に格納先情報の取得要求をする。
次に、図8を参照しながら、ステップS506の複数台参照モードを選択した場合の処理について説明する。複合機101−1の処理である。
まず、ステップS801では、複合機101−1が、プライマリネームサービスの複合機101−2に接続可能か否かを判定する。接続可否は、複合機101−1から複合機101−2へ、所定のタイミング(例えば、ネーム情報の取得要求するタイミング)で特定の信号やパケットなどの要求を送り、その応答を確認することで判定する。応答が返ってこなければ接続不可と判定され、接続可否フラグが接続否となる。応答が返ってきた場合には、接続可否フラグが接続可となる。なお、応答があった場合でも、応答の内容によって、接続不可とすることも可能である(例えば、エラー状態の応答など)。また、所定のタイミングは、一定時間間隔でプライマリネームサービスに確認する形態であってもよい。接続不可の場合は、ステップS805へ処理を移す。接続可の場合は、ステップS802へ処理を移す。
次に、ステップS802では、ステップS801でプライマリネームサービスに接続可の場合、プレゼントネームサービスとプライマリネームサービスが同一のネームサービスがどうかを判定する。同一の場合は、ステップS812へ処理を移す。異なる場合は、ステップS803へ処理を移す。図11のプレゼントネームサービス情報が「1」であれば、プレゼントネームサービスとプライマリネームサービスが同一と判定される。
ステップS803では、ステップS802でプレゼントネームサービスとプライマリネームサービスが異なる場合、切替待ちフラグのON/OFFを判定する。切替待ちフラグがONの場合、ステップS806へ処理を移す。OFFの場合、ステップS804へ処理を移す。ステップS802で、プレゼントネームサービスとプライマリネームサービスが異なる場合とは、プライマリネームサービスが過去にダウンし、現在プライマリネームサービスが復帰している場合である。
ステップS804では、切替待ちフラグがOFFの場合、プライマリネームサービスの切替待ちフラグをONに更新する。すなわち、プライマリネームサービスが復帰したこと(参照できること)でONとなる。
ステップS805では、ステップS801でプライマリネームサービスへの接続が不可の場合(プライマリネームサービスの複合機101−2がダウンしている場合)、プライマリネームサービスの切替待ちフラグをOFFへ更新する。
ステップS806では、プライマリネームサービスの複合機101−2が障害や電源OFFから復旧した時間(図11の1104)を保持しているかどうかを判定する。復旧時間の保持が無い場合は、ステップS807へ処理を移す。保持が有る場合は、ステップS808へ処理を移す。
ステップS807では、ステップS806でプライマリネームサービス復旧時間が保持されていない場合、プライマリネームサービス復旧時間を保持する(時間記憶)。一方、ステップS806で既にプライマリネームサービス復旧時間が保持されている場合は、ステップS808へ処理を移す。
ステップS808では、アプリケーションの動作設定項目の複数台参照時間設定値を取得する。複数台参照時間設定値は、複合機に記憶されている設定ファイルに記憶されている。例えば、複合機101−2と複合機101−3に記憶されているネーム情報を参照する時間が10分と設定ファイルに記憶される。
なお、参照する時間は、ネーム情報が同じになるまでの平均時間を算出して、その時間を設定するようにすることも可能である。
ステップS809では、プライマリネームサービスが復旧してから現時点で、ステップS808で取得した参照時間設定値を経過しているかどうかを判定する。例えば、複合機101−1が有しているシステム時間(現在時刻)と図11の1104のプライマリネームサービス復旧時間の差を算出し(復旧時間を基準として差を算出)、参照時間設定値を算出した差が超過している場合は、ステップS810へ処理を移し、差が超過していない場合には、ステップS813へ処理を移し、次回の死活監視まで待機する。すなわち、複数台の複合機101−2、複合機101−3を所定時間参照している場合には、ステップS810へ処理を移す。
ステップS810では、ステップS809でプライマリネームサービスが復旧してから切替時間設定値を超過している場合、プライマリネームサービスの切替待ちフラグ1103をOFFにします。
ステップS811では、保持していたプライマリネームサービスの復旧時間をクリアする。
ステップS812では、プライマリネームサービスが復旧し、複数台参照時間の満了に伴い、プレゼントネームサービス情報1101にプライマリネームサービス「1」を設定する。
ステップS813では、次回の死活監視まで待機し、10分経過後に再びステップS801へ処理を移す。
以上が、複数台参照モードを選択した場合の処理の説明である。
これにより、プライマリネームサービスの複合機が復帰しても、所定時間までは、プレゼントネームサービスの複合機とプライマリネームサービスの複合機に格納先情報の取得要求をする(図6のS603、S608)ため、格納先情報の差を吸収することができる。また、所定時間の間に、格納先情報の追加、削除がネームサービスを有する複合機で発生し、格納先情報の差を吸収することができるため、所定時間後にプライマリネームサービスの複合機に切り替えることができる。
以上説明したように、上記実施形態における複合機101−1は、印刷データの格納先情報を記憶する複数の第2の画像形成装置と通信可能に接続される、情報処理装置から送信された印刷データと印刷データの書誌情報を記憶する第1の画像形成装置であって、前記印刷データの受信後、当該印刷データが格納されたことを通知するべく、当該第1の画像形成装置を識別する格納先情報を前記複数の第2の画像形成装置に送信する格納先情報送信手段と、前記印刷データの一覧を取得するべく、プライマリとなる第2の画像形成装置、又は、前記他の第2の画像形成装置に格納先情報の取得要求をする要求手段と、前記プライマリとなる第2の画像形成装置が復帰したか否かを判定する復帰判定手段とを備え、前記要求手段は、前記プライマリとなる第2の画像形成装置が復帰したと判定される場合に、所定時間までは、前記プライマリとなる第2の画像形成装置と前記他の第2の画像形成装置それぞれに対して格納先情報の取得要求をする。
次に、図9を参照しながら、同期モードを選択した場合の定期スケジューラの処理について説明する。複合機101−1の処理である。
まず、ステップS901では、複合機101−1はネーム情報を同期する同期モードであるため、プレゼントネームサービスを切り替えるタイミングを意識する必要が無い。そのため、プライマリネームサービスの切替待ちフラグをOFFに保つべく初期化を行う。
次に、ステップS902では、プライマリネームサービスに接続の可否を判定します。接続不可の場合は、ステップS905へ。接続可の場合は、ステップS903へ移行します。ステップS902の処理は、ステップS701とステップS801と同様である。
ステップS903では、ステップS902でプライマリネームサービスに接続可の場合、プレゼントネームサービスとプライマリネームサービスが同一のネームサービスがどうかを判定します。同一の場合は、ステップS905へ。異なる場合は、ステップS904へ移行します。ステップS903の処理は、ステップS702とステップS802と同様である。
ステップS804では、プライマリネームサービスの復旧に伴い、プレゼントネームサービス情報1101にプライマリネームサービス「1」を設定します。ステップS904の処理は、ステップS712とステップS812と同様である。
ステップS905では、次回の死活監視まで待機し、10分経過後に再びステップS902の処理へ移す。
以上が、同期モードを選択した場合の処理の説明である。
次に、図10を参照しながら、同期モードを選択した場合のネームサービス間の処理について説明する。
図10の処理は、複合機101−2のネームサービスがサービス起動時に複合機101−2、3(ネームサービス)間で実行される処理であり、複合機101−1(定期タスクスケジューラー)とは非同期で動作する。
ステップS1001〜1008は、障害から復帰した複合機101−2(ネームサービス1)と関連する複合機101−3(他ネームサービス)間において、複合機(他ネームサービス)の台数分、繰り返し実施される。
ステップS1002では、予め登録されている関連する複合機(ネームサービス)のホスト名を取得する。
ステップS1003では、ステップS1002で取得したホストに対してネーム情報送信要求を送信する。
ステップS1004では、複合機101−3(他ネームサービス)がネーム情報送信要求を受信する。
ステップS1005では、ステップS1004でネーム情報送信要求を受信した複合機101−3(他ネームサービス)内に保持しているネーム情報を複合機101−2(ネームサービス1)に送信する。
ステップS1006では、ステップS1005で複合機101−3(他ネームサービス)から送信されたネーム情報を複合機101−2(ネームサービス1)が受信する。
ステップS1007では、複合機101−2(ネームサービス1)が保持しているネーム情報と複合機101−3(他ネームサービス)から受信したネーム情報の差分情報を抽出する。
ステップS1008は、ステップS1007で抽出されたネーム情報の差分情報を複合機101−2(ネームサービス1)内に追加する。
上記一連の処理を複合機(ネームサービス1)が全ての複合機(他ネームサービス)に対して繰り返し実施する。
次に図11を用いて、複合機で記憶する情報について説明する。
1100は、ネーム情報通知先複合機一覧情報の一例を示す図である。ネーム情報通知先複合機一覧情報は、予めシステム管理者等によって作成され、それぞれの複合機101−1のHDD304に記憶される。
クライアント装置102から送信された印刷データを受信すると、複合機101−1のCPU301は、このネーム情報通知先複合機一覧に登録されている複合機101−2に対して、ネーム情報の登録要求を行う。
例えば、ネーム情報通知先複合機一覧情報には、複合機101−2を特定する情報(IPアドレス等)が登録される。
1101は、プレゼントネームサービス情報の一例を示す図である。プレゼントネームサービス情報は、ネーム情報の参照先のホスト情報を複合機101のHDD304に記憶している。
記憶している情報は、1100のネーム情報通知先複合機一覧上のindexに相当する。デフォルトはプライマリネームサービスの複合機101−2の「1」が記憶されている。
万が一、プレゼントネームサービス情報に設定されているホスト「1」が障害等により使用できない場合、index:2へ。Index:2のホストが使用できない場合、index:3へと情報を更新し、ネーム情報の参照先を切り替えていく。
1102は、ネーム情報ファイルのデータ構成の一例を示す図である。
このネーム情報ファイルは、複合機101−2、3(ネームサービス)の記憶装置(RAM302、HDD304等)に記憶されている。
ネーム情報ファイルは、1.どのユーザが、2.どのプリンタグループ(機種)に属する複合機で、印刷実行可能な印刷データが、どの複合機101−1に格納されているかの情報を管理するためのデータファイルである。
ユーザが10人、プリンタグループが5つある場合には、最大で50のネーム情報ファイルが生成されることになる。
ネーム情報ファイルのファイル名を、「ユーザ名−プリンタグループ」とすることにより、そのファイルがどのユーザのどのプリンタグループの複合機で印刷可能な印刷データを格納している複合機を管理しているかが特定可能になっている。
1103は、プライマリネームサービス切替待ちフラグ情報の一例を示す図である。
プライマリネームサービスは、1100のネーム情報通知先複合機一覧上のindex:1に該当するネームサービスの複合機である。
1100のネーム情報通知先複合機一覧上のindex:1に該当するネームサービスが障害等から復旧し、1101のプレゼントネームサービス情報にindex:2以降のネームサービスが設定されている時で、プレゼントネームサービスをプライマリネームサービスに戻すことが可能である場合、本フラグにONが設定される。一方、戻すことが不可能である場合は、本フラグにOFFが設定される。通常は、OFFが設定された状態となる。この情報は、複合機101−1のHDD304に記憶されている。
1104は、プライマリネームサービス復旧時間情報の一例を示す図である。
1100のネーム情報通知先複合機一覧上のindex:1に該当するネームサービスが障害等から復旧した時間を複合機101−1のHDD304に記憶する。
設定の例としては、プライマリネームサービスが復旧した時間が2012年12月14日10時10分の場合、201212141010として記憶される。この復旧した時間から切替時間だけ経過したかどうかにより、時間差切替モードの場合、プレゼントネームサービスをプライマリネームサービスに戻す処理が行われる。また、複数台参照モードの場合は、復旧した時間から参照時間が経過するまで、1101のプレゼントネームサービス情報にindex:2以降のネームサービスが設定されている時で、プレゼントネームサービスをプライマリネームサービスに戻すことが可能である場合、本フラグにONが設定される。一方、戻すことが不可能である場合は、本フラグにOFFが設定される。通常は、OFFが設定された状態となる。
次に、図12を用いて印刷データの管理情報である書誌情報データについて説明する。
1201は、書誌情報データのデータ構成の一例を示す図である。
複合機101−1のCPU301は、クライアント装置102から印刷データを受信すると、印刷データから書誌情報(ユーザ名、ドキュメント名、プリンタモデル名、印刷設定等)を取得して、書誌情報データとして管理する。印刷データは、所定の命名規則に従ってファイル名を付与して、HDD304の所定の領域に保存し、その情報を書誌情報データに含ませることで(後述のファイル名)、書誌情報データと印刷データとを関連付けている。
書誌情報データの各データ項目について説明する。
ステータスは、印刷データのステータスが登録されるデータ項目であって、未印刷、印刷済み、削除済み等の状態が設定される。
ファイル名、は印刷データのファイル名が登録されるデータ項目である。
ユーザ名は、当該印刷データの印刷指示を行ったユーザのユーザ名が登録されるデータ項目である。
ドキュメント名は、印刷データの作成のもととなったファイルのファイル名が登録されるデータ項目である。
タイムスタンプは、印刷データが作成された日時を示す日時情報が登録されるデータ項目である。これによって、印刷データが一意に識別可能となる。
ファイルサイズは、印刷データのファイルサイズが登録されるデータ項目である。
部数は、当該印刷データに対してクライアント装置で設定された印刷部数が登録されるデータ項目である。
ページ数は、印刷データのページ数が登録されるデータ項目である。
両面/片面は、印刷データを印刷する際の印刷設定情報(両面or片面)が登録されるデータ項目である。
印刷レイアウトは、印刷データのページレイアウト情報(Nin1)が登録されるデータ項目である。
用紙サイズは、印刷データを印刷する際に使用する用紙サイズが登録されるデータ項目である。
カラー/モノクロは、印刷データがモノクロの印刷データであるか、それともカラーの印刷データであるかを示す情報が登録されるデータ項目である。その他のカラー設定(2色など)が設定される構成であってもよい。
ホスト名は、印刷データが保存されている複合機を特定するための情報(例えば、IPアドレス等)が登録されるデータ項目である。通常、印刷データを受信した複合機を特定するための情報が登録される。
プリンタ機種は、印刷データがどのプリンタモデルで印刷可能な印刷データであるかを示す情報が登録されるデータ項目である。
以上が、本実施形態の説明である。
なお、時間差切替モードと、複数台参照モードの場合には、プライマリネームサービスの複合機101−2が復帰すると、所定時間でプライマリネームサービスの複合機101−2がプレゼントネームサービスとなるため、複合機101−2と複合機101−3に記憶されているネーム情報が完全同一にならない場合がある。しかしながら、ネーム情報が同一にならない場合は、印刷が実行されない状況が続いた場合であるため、問題となることがない。なお、プライマリネームサービスにプレゼントネームサービスが切り替わり、ネーム情報が取得できない場合でも、印刷データのもととなる文書はクライアント端末に残っているため、ユーザが再度印刷を実行すればよい。よってネーム情報が完全一致しないという誤差も許容される。しかし誤差が大きいとユーザにとっては使い勝手が悪いため、時間差切替モードと、複数台参照モードのように、誤差を吸収するように所定時間たったら切り替える、所定時間は複数の装置を参照することが望まれる。これにより誤差が減り、ネーム情報(格納先情報)の取得漏れを減らすことができる。
また、完全にネーム情報(格納先情報)の取得漏れを減らしたい場合、ネットワークの負荷は高いが、ネーム情報の完全同期をすることでネーム情報(格納先情報)の取得漏れを極力減らすことが可能となる。
以上説明したように、本実施形態によれば、ネーム情報(格納先情報)の取得漏れを容易に減らして、印刷データを複合機で管理し、どこの複合機からでも蓄積された印刷データを印刷させることが可能となる。
より詳細には、格納先情報を保持している複合機(プライマリネームサービスの複合機101−2)が障害などにより、格納先情報が欠落する状況が発生したとする場合でも、時間差切替モード、複数台参照モード、同期モードを任意に設定することで、格納先情報の取得漏れを減らした複合機で印刷データを蓄積し、所望の複合機から他の複合機に蓄積した印刷データをプルプリントできる。
また、サーバを用いずに、複数の複合機に印刷データを格納し、格納された印刷データの格納先情報を複合機で一元管理するシステムで発生する、格納情報の一元管理の困難性を解決することができる。一元管理の困難性とは、複合機は、サーバとは異なり、電源のON/OFFなどが頻繁に起こるため、複合機で格納情報を管理する場合には、格納先情報を管理する各複合機での格納先情報の差が発生することである。特にオフィスでの印刷業務は、各ユーザが所望のタイミングで印刷を実行するため、格納先情報が常に変化している(印刷すれば格納先情報が追加され、印刷が終わり、印刷データがなくなれば格納先情報が削除される)、そして、電源のON/OFFなどにより複合機で管理している格納先情報に差がでることから、同期をとったとしても、完全に差を埋めることが困難である。
よって、本実施形態で説明したように、各種モードを備え、ユーザの運用にあったモードで格納先情報の差を減らす制御は、複数の複合機に印刷データを格納し、格納された印刷データの格納先情報を複合機で一元管理するシステムにおいて効果を奏する。
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、本発明におけるプログラムは、図5〜図10に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図5〜図10の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図5〜図10の各装置の処理方法ごとのプログラムであってもよい。
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD−ROM、CD−R、DVD−ROM、磁気テープ、不揮発性のメモリカード、ROM、EEPROM、シリコンディスク、ソリッドステートドライブ等を用いることができる。
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。