(57)【要約】【課題】  サーバではシステムリクエストを受信すると、印刷リクエストを保持しているか否かに拘わらず、そのシステムリクエストを実行するため、そのサーバに保存されている全ての印刷リクエストがエラーとなって無駄になってしまう。【解決手段】  クライアント１００からサーバ１０２にシステムリクエストを送信すると、サーバ１０２において印刷リクエストキュー２０２として保存されている印刷リクエストが存在するかどうかを判定し、印刷リクエストが存在すると判定されると当該印刷リクエストを代替処理するサーバ１０３を、その印刷リクエストで使用するリソースのセキュリティレベルに基づいて決定し、その決定したサーバ１０３に対して印刷リクエストを送信して処理させる。【選択図】  図２
2005309820.tif 000002
【特許請求の範囲】
【請求項１】
クライアントと、当該クライアントからの印刷リクエストを受け取って処理するサーバとを具備する印刷システムであって、
第１サーバがシステム終了要求を受信した場合に、当該第１サーバにおいて印刷リクエストキューとして保存されている印刷リクエストが存在するかどうかを判定する判定手段と、
前記判定手段により印刷リクエストが存在すると判定されると当該印刷リクエストを代替処理する第２サーバを、前記印刷リクエストで使用するリソースのセキュリティレベルに基づいて決定する決定手段と、
前記決定手段により決定された前記第２サーバに対して前記印刷リクエストを送信して処理させる手段と、
を有することを特徴とする印刷システム。
【請求項２】
前記第１サーバは、印刷リクエストのキューイング、他のサーバへの印刷リクエストの振り替えを行うマネージャ、印刷リクエストを処理するコンポーザとしての機能を実現するプログラムを含むことを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記システム終了要求は、前記サーバにおける前記マネージャ、コンポーザの終了、プログラムの再起動命令を含むことを特徴とする請求項２に記載の印刷システム。
【請求項４】
更に、前記決定手段により前記第２サーバが決定できない場合、前記第１サーバは前記印刷リクエストキューの印刷リクエストを不揮発性記憶手段に保存する保存手段を更に有することを特徴とする請求項１に記載の印刷システム。
【請求項５】
前記第１サーバは、起動された際に前記保存手段により前記不揮発性記憶手段に保存されている印刷リクエストが存在するかを判断し、印刷リクエストが存在すると判断された場合、前記保存されている印刷リクエストを印刷リクエストキューに移動して処理することを特徴とする請求項４に記載の印刷システム。
【請求項６】
前記第２サーバは更に、前記第１サーバからの前記システム終了要求の実行終了通知を受信すると、前記第１サーバから受け付けた印刷リクエストを前記第１サーバにより処理させるように制御することを特徴とする請求項１に記載の印刷システム。
【請求項７】
前記決定手段は更に、各サーバのセキュリティレベルに基づいて前記第２サーバを決定することを特徴とする請求項１に記載の印刷システム。
【請求項８】
システム終了要求を受信した場合に、印刷リクエストキューとして保存されている印刷リクエストが存在するかどうかを判定する判定手段と、
前記判定手段により印刷リクエストが存在すると判定されると前記印刷リクエストを代替処理するサーバを、前記印刷リクエストで使用するリソースのセキュリティレベルに基づいて決定する決定手段と、
前記決定手段により決定された前記サーバに対して前記印刷リクエストを送信して処理させる手段と、
を有することを特徴とする印刷制御装置。
【請求項９】
印刷リクエストのキューイング、他のサーバへの印刷リクエストの振り替えを行うマネージャ、印刷リクエストを処理する前記印刷制御装置としての機能を実現するプログラムを含むことを特徴とする請求項８に記載の印刷制御装置。
【請求項１０】
前記システム終了要求は、前記マネージャ、コンポーザの終了、プログラムの再起動命令を含むことを特徴とする請求項９に記載の印刷制御装置。
【請求項１１】
更に、前記決定手段により前記サーバが決定できない場合に、前記印刷リクエストキューの印刷リクエストを不揮発に保存する保存手段を更に有することを特徴とする請求項８に記載の印刷制御装置。
【請求項１２】
起動された際に、前記保存手段に保存されている印刷リクエストが存在するかを判断し、印刷リクエストが存在すると判断された場合、前記保存されている印刷リクエストを印刷リクエストキューに移動して処理することを特徴とする請求項１１に記載の印刷制御装置。
【請求項１３】
システム終了要求を受信した場合に、印刷リクエストキューとして保存されている印刷リクエストが存在するかどうかを判定する判定工程と、
前記判定工程で印刷リクエストが存在すると判定されると前記印刷リクエストを代替処理するサーバを、前記印刷リクエストで使用するリソースのセキュリティレベルに基づいて決定する決定工程と、
前記決定工程で決定された前記サーバに対して前記印刷リクエストを送信して処理させる工程と、
を有することを特徴とする印刷制御方法。
【請求項１４】
印刷リクエストのキューイング、他のサーバへの印刷リクエストの振り替えを行うマネージャ、印刷リクエストを処理するプログラムを含むことを特徴とする請求項１３に記載の印刷制御方法。
【請求項１５】
前記システムリ終了要求は、前記マネージャ、コンポーザの終了及び、プログラムの再起動命令を含むことを特徴とする請求項１４に記載の印刷制御方法。
【請求項１６】
更に、前記決定工程で前記サーバが決定できない場合に、前記印刷リクエストキューの印刷リクエストを不揮発に保存する保存工程を更に有することを特徴とする請求項１３に記載の印刷制御方法。
【請求項１７】
起動された際に、前記保存工程で保存されている印刷リクエストが存在するかを判断し、印刷リクエストが存在すると判断された場合、前記保存されている印刷リクエストを印刷リクエストキューに移動して処理することを特徴とする請求項１６に記載の印刷制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のサーバ及びクライアントを含む印刷システム、及び印刷制御装置とその制御方法に関するものである。
【背景技術】
【０００２】
ネットワーク上のサーバ及びクライアントを含む印刷システムにおいて、クライアントからサーバに対してテキストデータを送信し、そのサーバで、その受信したテキストデータとサーバに保持されている所定のフォーム（例えば帳票フォーム）とを重畳させた印刷イメージを作成して印刷を行う帳票印刷システムが知られている。（例えば特許文献１）
このようなシステムにおいて、クライアントのアプリケーションからシステムリクエストをサーバに発行してサーバを初期化することが行われる。この場合は、サーバでは、そのシステムリクエストを受信すると、印刷リクエスト保持しているか、或は印刷リクエストの処理中であっても、そのシステムリクエストを優先して実行している。
【特許文献１】特開２００２−３５１６２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このようにサーバではシステムリクエストを受信すると、印刷リクエストを保持しているか否かに拘わらず、そのシステムリクエストを実行するため、そのサーバに保存されている全ての印刷リクエストがエラーとなって無駄になってしまう。
【０００４】
本発明は上記問題点に鑑みてなされたもので、本発明の特徴は、システムリクエストを受信した場合であっても、保存している、或は処理中の印刷リクエストを無駄にしない印刷システム、及び印刷制御装置とその制御方法を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するための本発明の一態様の印刷システムは以下のような構成を備える。即ち、
クライアントと、当該クライアントからの印刷リクエストを受け取って処理するサーバとを具備する印刷システムであって、
第１サーバがシステム終了要求を受信した場合に、当該第１サーバにおいて印刷リクエストキューとして保存されている印刷リクエストが存在するかどうかを判定する判定手段と、
前記判定手段により印刷リクエストが存在すると判定されると当該印刷リクエストを代替処理する第２サーバを、前記印刷リクエストで使用するリソースのセキュリティレベルに基づいて決定する決定手段と、
前記決定手段により決定された前記第２サーバに対して前記印刷リクエストを送信して処理させる手段とを有することを特徴とする。
【０００６】
上記課題を解決するための本発明の一態様の印刷制御装置は以下のような構成を備える。即ち、
システム終了要求を受信した場合に、印刷リクエストキューとして保存されている印刷リクエストが存在するかどうかを判定する判定手段と、
前記判定手段により印刷リクエストが存在すると判定されると前記印刷リクエストを代替処理するサーバを、前記印刷リクエストで使用するリソースのセキュリティレベルに基づいて決定する決定手段と、
前記決定手段により決定された前記サーバに対して前記印刷リクエストを送信して処理させる手段とを有することを特徴とする。
【０００７】
上記課題を解決するための本発明の一態様の印刷制御方法は以下のような工程を備える。即ち、
システム終了要求を受信した場合に、印刷リクエストキューとして保存されている印刷リクエストが存在するかどうかを判定する判定工程と、
前記判定工程で印刷リクエストが存在すると判定されると前記印刷リクエストを代替処理するサーバを、前記印刷リクエストで使用するリソースのセキュリティレベルに基づいて決定する決定工程と、
前記決定工程で決定された前記サーバに対して前記印刷リクエストを送信して処理させる工程とを有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、システムリクエストを受信した場合であっても、保存している、或は処理中の印刷リクエストを無駄にしないで印刷リクエストを処理できるという効果がある。
【０００９】
また本発明によれば、リソースのセキュリティを確保しながら、代替サーバにより印刷リクエストを代行処理できる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。
【００１１】
図１は、本発明の一実施の形態に係る帳票印刷処理システムの構成を説明する図で、ここでは説明のためにネットワーク１０４にクライアント１００、サーバ１０２，１０３、マシンＡ１０１及びプリンタ１０５が接続されている例を示しているが、これ以外にも他のクライアントやサーバなどが接続されていても良いことはもちろんである。
【００１２】
マシンＡ１０１は、エージェント１１０、監視マネージャ１１１を備えており、クライアント１００からの要求を受け付けると、それを基にサーバに対して処理を要求し、その結果を受け取ってクライアント１００に返送している。本発明の帳票印刷処理サーバであるサーバ１０２は、マネージャ１（１１２）とコンポーザ１（１１３）と監視マネージャ１（１１４）を有しており、またサーバ１０３は、マネージャ２（１１５）とコンポーザ２（１１６）及び監視マネージャ２（１１７）を有している。各サーバのマネージャ１１２，１１５は、マシンＡとの間、及びサーバ間でのデータのやり取りや、各サーバでの処理を制御している。また各サーバの監視マネージャ１１４，１１７は、それぞれ対応するサーバ内で、そのサーバの処理状況を監視してステータス情報を生成している。エージェント１１０は、クライアント１００からの処理要求を受け付け、サーバのコンポーネント（マネージャ、コンポーザ、監視マネージャ）で行った処理結果をクライアント１００へ返却する。コンポーザ１１３，１１６は、エージェント１１０からの処理要求を受け付け、実際にデータのオーバレイを行う。監視マネージャ１１１は、各サーバのコンポーザの処理状況を把握しており、最適なコンポーザをエージェント１１０に対して紹介する。この監視マネージャ１１１は、各サーバのコンポーネント（マネージャ、コンポーザ、監視マネージャ）の稼動状況の把握、起動、終了、再起動などの操作を行うことができる。
【００１３】
以上の構成を備える帳票印刷処理システムの処理概要を簡単に説明すると、クライアント１００は、ある帳票フォームを使用して、フォームオーバレイ印刷を行いたい場合、マシンＡ１０１に対して、その帳票フォームを指定するコマンドと、そのフォームとオーバレイするための印刷データ、及び印刷に使用するプリンタ１０５を指定するコマンド等を送信して印刷リクエスト（印刷要求）を発行する。これによりマシンＡ１０１のエージェント１１０は、その帳票フォームを保持しているサーバ１０２（処理優先度が高い）に対して印刷リクエストを発行する。これによりサーバ１０２において、クライアント１００からの印刷リクエストが実行され、クライアント１００からのデータと、サーバ１０２が保持している帳票フォームとがオーバレイされた印刷データ（例えばＰＤＦデータ）が作成され、その印刷データがプリンタ１０５に送られて印刷される。
【００１４】
尚、上述したマシンＡ１０１のエージェント１１０、監視マネージャ１１１、及び各サーバのマネージャ、コンポーザ、監視マネージャのそれぞれは本実施の形態ではソフトウェアで実現されている。
【００１５】
図２は本発明の実施の形態に係る帳票印刷処理システムにおける処理の流れを説明する図である。
【００１６】
クライアント１００のユーザアプリケーション１００ａから、ネットワーク１０４を介してマシンＡ１０１のエージェント１１０に対して印刷リクエスト２０１が送られると、監視マネージャ１１１が、この印刷リクエストを処理可能なサーバとしてサーバ１０２を選択した場合で説明する。この場合、エージェント１１０は、その印刷リクエスト２０１をサーバ１（１０２）のマネージャ１１２に送る。これにより、その印刷リクエスト２０１は、その印刷リクエストに基づく印刷処理が実行されるまで、サーバ１０２の印刷リクエストキュー２０２に保存される。尚、監視マネージャ１１１は、サーバ１とサーバ２のうち、印刷リクエストで要求されているリソースであるオーバーレイ処理すべきフォームデータを保持しているサーバを、印刷リクエストを処理可能なサーバを選択する。対象となるフォームデータを保持しているサーバが複数ある場合は、処理負担の軽い、つまり受けている印刷リクエストの少ない方のサーバが処理可能なサーバとして選択される。
【００１７】
この状態で、アプリケーション１００ａからサーバ１（１０２）のマネージャ１１２に対して直接、システムリクエスト２０３が送られた場合を考える。このシステムリクエスト２０３は、印刷リクエストとは無関係に発行されるスーパバイザー的なコマンドであるため、このシステムリクエストを受け取ったサーバ１０２では、そのシステムリクエストを必ず実行しなければならない。尚、本実施例で説明するシステムリクエストとは、システム終了要求である。
【００１８】
そこでサーバ１０２は、システムリクエストを受信すると、印刷リクエストキュー２０２に、まだ印刷が実行されていない印刷リクエストが保存されていないかを調べ、印刷リクエストキュー２０２に未印刷の印刷リクエストが保存されていると、その印刷リクエストをサーバ１０２に代わって実行してくれる代替マネージャの候補を探す。この検索は、単にネットワーク上に代替サーバの能力があるサーバを問い合わせることにより実現される。ここでは、その代替サーバの候補としてサーバ１０３が検索されたものとする。そこで、サーバ１０２は、そのサーバ１０３のマネージャ１１５に対して問合せを行って、そのサーバ１０３のステータスをチェックする（２０４）。そしてサーバ１０２は、サーバ１０３のマネージャ１１５からの応答を受信し（２０５）、サーバ１０３が代替処理が可能な状態（システムダウンしていない状態）にあれば、そのサーバ１０３が印刷リクエストの処理に必要なリソース（印刷リクエストで指定されたフォーム等）を有しているかどうかを問合せる（２０６）。そして、サーバ１０２は、サーバ１０３のマネージャ１１５から応答を受け取り（２０７）、次に、その印刷リクエストで使用するリソース（ここではフォーム）のセキュリティレベルをチェックする。このセキュリティレベルのチェックの結果、サーバ１０２は、サーバ１０３のマネージャ１１５に対して、印刷リクエストのみを送信するか、印刷リクエストとリソースとを送信するか、サーバ１０２でローカルで処理する（一時保存してシステムリクエスト処理の終了後に実行する）かを決定して制御する（２０８）。
【００１９】
サーバ１０３で印刷リクエストを代替処理できる場合は、その印刷リクエスト、リソースをサーバ１０２からサーバ１０３に送信する（２０９）。尚、サーバ１０３が、その印刷リクエストを処理できるフォーム等のリソースを予め有している場合は、その印刷リクエストだけを送信すれば良いことは勿論である。これによりサーバ１０３のマネージャ１１５は、その受信した印刷リクエストを処理して印刷データを作成してプリンタ１０５に送って印刷させる。
【００２０】
一方、サーバ１０３が、その印刷リクエストを処理できないレベルである場合は、その印刷リクエストをサーバ１０２で一時的に保存して保存リクエストキューを作成する（図９の３１０）。そして、サーバ１０２の印刷リクエストキュー２０２に保存されていた全ての印刷リクエストの処理（保存処理を含む）が完了した後に、クライアント１００からのシステムリクエストを実行する（２１１）。
【００２１】
尚、図２において、サーバ１０３における印刷リクエストキュー２２０は、サーバ１０２からの印刷リクエストキューを受信して代替印刷処理が可能な場合に、サーバ１０２の印刷リクエストキュー２０２を受信して実行する場合の印刷リクエストキューを示し、印刷リクエストキュー２２１は、サーバ１０３が元々保存している印刷リクエストキューを示し、これらをまとめて印刷リクエストキュー２２２として保存している。
【００２２】
図３は、上述のクライアント１００、マシンＡ１０１及びサーバ１０２，１０３のハードウェアの構成を説明するブロック図である。
【００２３】
これら機器はいずれも一般的なパーソナルコンピュータやワークステーション等と同様の構成を有し、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２を含む主記憶装置、ＦＤドライブ１３やＨＤドライブ１５などによる外部記憶装置、キーボード１６及びマウス１８などのポインティングデバイスによる入力装置、ＣＲＴや液晶などのディスプレイ１７、プリンタやプロッタなどの印刷装置１９と、それら同士を接続するシステムバス２０を有している。
【００２４】
この機器は、基本Ｉ／Ｏプログラム（ＢＩＯＳ）、ＯＳ及びプログラムをＣＰＵ１０が実行することにより動作する。基本Ｉ／Ｏプログラムは、ＲＯＭ１１に書き込まれており、ＯＳはＨＤ１５に書き込まれており、実行時にＲＡＭ１２にロードされる。この機器の電源がオンされたときに、基本Ｉ／Ｏプログラム中のＩＰＬ（イニシャル・プログラム・ローディング）機能によりＨＤ１５からＯＳがＲＡＭ１２に読み込まれ、ＯＳの動作が開始される（プログラムは図等に示される制御手順のフローチャートに基づいてプログラムコード化されたものである）。
【００２５】
尚、本発明の帳票印刷処理サーバにおける各構成は、ソフトウェアモジュールとして外部記憶装置にインストールされており、ＣＰＵ１０が外部記憶装置から各ソフトウェアモジュールを読み出し、ＲＡＭ１２に展開することにより実行される。印刷リクエストキュー２０２は、ＲＡＭに存在し、保存リクエストキューは外部記憶装置に存在している。また、後述するフローチャートで説明される判断処理や検索処理は、ＲＡＭ１２に展開されている各ソフトウェアモジュールをＣＰＵ１０が実行することにより実現される。また、印刷リクエストで必要となるフォームデータ等のリソースは、そのリソースの属性情報（セキュリティ情報が記載されている）と共に、ＨＤドライブ１５の外部記憶装置に格納されている。
【００２６】
また本実施の形態の処理を実行する制御プログラム及び関連データは、例えばＦＤ１４、或は不図示のＣＤ−ＲＯＭなどの記憶媒体に記憶されていて、ＨＤ１５のインストールされていてもよい。
【００２７】
図４は、この記憶媒体に記憶されているプログラムやデータの内容を説明する図である。
【００２８】
この記憶媒体には、ボリューム情報、ディレクトリ情報、制御プログラム実行ファイル、制御プログラム関連データファイルなどが記憶されている。
【００２９】
この記憶媒体（例えばＦＤ１４）に記憶された制御プログラムや関連データは、例えばＦＤドライブ１３を通じて、このコンピュータ機器にロードされる。このＦＤ１４をＦＤドライブ１３にセットすると、ＯＳ及び基本Ｉ／Ｏプログラムの制御の下で、この制御プログラム及び関連データがＦＤ１４から読み出され、ＲＡＭ１２にロードされて動作可能となる。尚、この制御プログラム及び関連データは、予めＦＤ１４からＨＤにインストールされていてもよいことは勿論である。
【００３０】
図５は、本実施の形態に係る制御プログラムがＲＡＭ１２にロードされて、この制御プログラムが実行可能となった状態のＲＡＭ１２のメモリマップを説明する図である。
【００３１】
尚、この制御プログラムを記憶している記憶媒体としては、ＦＤ以外にＣＤ−ＲＯＭ、ＩＣメモリカード等であってもよい。更に、この制御プログラムを予めＲＯＭ１１に記憶しておき、これをメモリマップの一部をなすように構成し、直接ＣＰＵ１０で実行するようにしても良い。
【００３２】
図６は本発明の実施の形態に係る帳票印刷処理システムにおける帳票印刷処理サーバであるサーバ１０２による処理を説明するフローチャートである。
【００３３】
この処理はクライアント１００からのシステムリクエストを受信することにより開始され、まずステップＳ１で、サーバ１０２は、印刷リクエストキュー２０２に保存されている印刷リクエストのキューを調べる。ステップＳ２で、未処理の印刷リクエストキューが存在するかどうかを調べ、存在しなければステップＳ１２に進み、その受信したシステムリクエストを実行する。
【００３４】
ステップＳ２で、印刷リクエストキュー２０２に未処理の印刷リクエストが存在する場合はステップＳ３に進み、サーバ１０２は、その印刷リクエストを代替して実行できるサーバの候補を検索する。ステップＳ４で、代替可能なサーバの候補が存在する場合はステップＳ５に進み、そのサーバ（ここではサーバ１０３とする）のマネージャ１１５に対して、そのサーバのステータスを問合せる。その問合せに対してサーバ１０３から送られてくるステータスに基づいて、そのサーバ１０３が処理可能かどうか、即ち、ここでは印刷処理が可能かどうか（システムダウンしていないか）を調べ、代替処理が可能であればステップＳ７に進むが、代替処理が不可能な場合はステップＳ３に戻り、次の代替可能サーバを探す。
【００３５】
ステップＳ６で代替処理が可能であればステップＳ７に進み、サーバ１０２は、そのサーバ１０３のリソースを調べる。次にステップＳ８で、その印刷リクエストを解析し、そのサーバの有しているリソースで、その印刷リクエストで必要とされるリソースを有しているかを判断することによりその印刷リクエストを処理可能かどうかを判断する（ステップＳ９）。ステップＳ９で、そのサーバ１０３が、その印刷リクエストを処理できるリソースを有していればステップＳ１０に進み、サーバ１０２は、そのサーバ１０３に印刷リクエストを送信して、そのサーバ１０３により印刷リクエストを実行させる。そしてステップＳ１２に進み、クライアント１００から受信したシステムリクエストを実行する。尚、ステップＳ９で、そのサーバ１０３が、その印刷リクエストを実行可能なリソースを有していないときはステップＳ３に戻り、次の代替可能なサーバを探す。
【００３６】
ステップＳ３で、代替サーバが存在しない場合はステップＳ１１に進み、サーバ１０２は、その印刷リクエストをローカル保存処理し、その後ステップＳ１２に進んで、クライアント１００から受信したシステムリクエスト処理を実行してシステムダウンを実行する。
【００３７】
尚、ステップＳ１１のローカル保存処理は、サーバ１０２の印刷リクエストキュー２０２に保存されている印刷リクエストをＨＤ等の不揮発性記憶手段である外部記憶装置に保存リクエストキューに保存するものである。
【００３８】
ここでは。サーバ１０３が印刷リクエストを実行するのに必要なリソースを有していない場合に次のサーバを検索する例で説明したが、本発明はこれに限定されるものでなく、そのサーバ１０３或はリソースがセキュリティの条件を満たしている場合に、そのリソースをサーバ１０３に送信して、その印刷リクエストを実行させてもよい。
【００３９】
図７は、本発明の実施の形態に係る帳票印刷処理システムのサーバ１０２による処理を説明するフローチャートである。この処理は、上述の例で、サーバ１０２の印刷リクエストキュー２０２に保存されている印刷リクエストをサーバ１０３で実行させる場合、その印刷リクエストを実行するために必要なリソース（ここではフォーム）がサーバ１０３に記憶されていないため、そのリソースをサーバ１０２からサーバ１０３に転送して、その印刷リクエストをサーバ１０３で実行させる場合で考える。ここでそのリソースのセキュリティレベルが設定されていると、サーバ１０２からサーバ１０３にリソースを供給できない場合が発生する。
【００４０】
まずステップＳ２１で、サーバ１０２は、その印刷リクエストを実行するために必要となるリソースのセキュリティレベルをＨＤドライブ１５の外部記憶装置に格納されている該当するリソースの属性情報から取得し、ステップＳ２２で、そのセキュリティレベルが高い、即ち、サーバ１０２からサーバ１０３に、そのリソースを転送できないかどうかを判断する。印刷リクエストで必要となるリソースのセキュリティレベルが高いと判断された場合は、ステップＳ２４に進み、サーバ１０２は、そのリソースをサーバ１０３が有しているかどうかをリソース確認要求を発行することにより問い合わせる。問合せの結果、該当するリソースをサーバ１０３が有していなければ、サーバ１０３による代替処理が不可能であるためステップＳ２６に進み、サーバ１０２は、その印刷リクエストキュー内の印刷リクエストをサーバ１０２の保存リクエストキューに保存して、この処理を終了する。このように保存リクエストキューに印刷リクエストを保存することで、システムリクエストによりシステムダウンが実行されても、印刷リクエストが破棄されることがなくなる。
【００４１】
一方、ステップＳ２４で、問合せの結果、該当するリソースをサーバ１０３が有している時は、ステップＳ２５に進み、サーバ１０２は、その印刷リクエストをサーバ１０３に送信して、印刷リクエストの処理を実行させる。またステップＳ２２で、そのセキュリティレベルが低い、即ち、リソースを他のサーバに転送可能なセキュリティレベルであると判断された場合はステップＳ２３に進み、印刷リクエストとそれに必要なリソースをサーバ１０２から代替サーバ１０３に送信して印刷リクエストの処理を実行させる。
【００４２】
図８は、本実施の形態に係るリソースのセキュリティレベルの一例を示す図である。
【００４３】
ここではリソースは、帳票などの書式を表すフォームとしている。そして各フォームには、それぞれ図のようなセキュリティレベルが設定されている。セキュリティレベルＡ（ここではフォーム００１）は、最もセキュリティレベルが高いリソースを表しており、このセキュリティレベルＡのフォーム００１の他のサーバへの移動及び変更が許されていない。セキュリティレベルＢ（フォーム００２）は、中程度のセキュリティレベルを表しており、そのフォーム００２を他のサーバへ移動することは許可されているが、そのフォーム００２の変更が許可されておらず、リソースは読み込み専用に設定されている。セキュリティレベルＣは、最もセキュリティレベルが低いフォーム００３（リソース）を表しており、サーバ間でのリソース（フォーム００３）の移動及び変更が認められているものとする。
【００４４】
このように本実施の形態によれば、未処理の印刷リクエストを保持しているサーバに対してクライアント１００からシステムリクエストが発行された場合、代替サーバでその印刷リクエストを実行可能なときは、その印刷リクエストを代替可能サーバで実行させ、そのシステムリクエストを実行する。一方、他のサーバでその印刷リクエストを実行できない場合は、印刷リクエストキューに保存されている印刷リクエストを保存し（保存リクエストキュー）、システムリクエストを実行した後で、その保存している印刷リクエストを実行できる状態になると、そのサーバにおいて、その保存されている印刷リクエストを実行する。次に、この保存リクエストキューを用いた処理について説明する。
【００４５】
図９は、本発明の実施の形態を説明するための概念図である。この状態は、サーバ１０２がシステムリクエストを実行するために、サーバ１０３により印刷リクエスト２０１の代替処理を実行している状態を示している。エージェント１１０からみた場合、サーバ１０２の方が印刷リクエスト２０１の優先度が高く設定されているため、通常はサーバ１０２に印刷リクエスト２０１が送信されて印刷が実行されるが、サーバ１０２がシステムリクエストを実行する場合には、印刷リクエスト２０１の処理ができないためサーバ１０３により代替処理を行わせている。
【００４６】
システムリクエストを実行しているサーバ１０２において、このシステムリクエストの処理が完了すると（３０１）、保存リクエストキュー３１０に保存されている印刷リクエストがあれば、その印刷リクエストを保存リクエストキュー３１０から印刷リクエストキューに移動し、その印刷リクエストを実行する（３０２）。その後、サーバ１０２は、代替処理を実行しているサーバ１０３のマネージャ１１５に対して、システムリクエストの処理が完了して再起動処理が終了した旨を通知する（３０３）。これによりサーバ１０３のマネージャ１１５は、システムリクエストを行ったサーバ１０２のマネージャ１１２に対して、これ以降、印刷リクエストの処理可能かどうか確かめるためにステータスの問合せを行う（３０４）。サーバ１０３のマネージャ１１５が、これに対する応答を受け取り（３０５）、サーバ１０２が印刷リクエストの処理が可能であると判断した場合、印刷リクエストの処理を元のサーバ１０２に戻すようにエージェント１１０に対して要求する（３０６）。これにより、その要求を受け取ったエージェント１１０は、再び元のサーバ１０２に対して印刷リクエストを送信するようになる。
【００４７】
図１０は、上述の図９の構成におけるサーバ１０２における処理を示すフローチャート、図１１は、代替サーバ１０３における処理を示すフローチャートである。
【００４８】
ステップＳ３１で、システムリクエストの処理が完了するとステップＳ３２進み、保存リクエストキュー３１０に保存されている印刷リクエストがあるかをみる。印刷リクエストが保存されている場合はステップＳ３３に進み、その保存されている印刷リクエストを保存リクエストキュー３１０から印刷リクエストキューに移動して、オーバーレイ処理及び印刷処理を実行する。そしてステップＳ３４に進み、サーバ１０２は、サーバ１０３に対して再起動処理の終了を通知する。そしてステップＳ３５に進み、サーバ１０３からのステータスの問合せを受信するのを待ち、受信するとステップＳ３６に進み、サーバ１０２のステータスをサーバ１０３に送信する。
【００４９】
図１１の代替サーバ１０３における処理では、ステップＳ４１で、エージェント１１０から印刷リクエストを受信するとステップＳ４２で、その印刷リクエストを実行する代替サーバとしての機能を実行している。この状態でステップＳ４３で、サーバ１０２から再起動終了の通知（図１０のステップＳ３４で発行された）を受信するとステップＳ４４に進み、サーバ１０２に対して、そのサーバ１０２のステータスを問合わせる。これに対するサーバ１０２からの応答を受信するとステップＳ４５で、サーバ１０２が印刷リクエストの処理が可能かどうかを判定する。可能であればステップＳ４６に進んで、エージェント１１０に対して、サーバ１０２が印刷処理が可能になった旨を通知する。これにより、これ以降のクライアント１００からの印刷リクエストは、エージェント１１０からサーバ１０２に送信されて実行される。尚、ステップＳ４３，Ｓ４５で、否定判定の場合はステップＳ４１に進む。
【００５０】
このように本実施の形態によれば、システムリクエストを実行中のサーバに対して印刷リクエストを発行した場合には、そのサーバは印刷クエストを処理できないためにエラーになってしまう。しかし代替サーバを探して、そのサーバにより印刷リクエストを実行させることにより、その印刷リクエストを処理できる。
【００５１】
次に、本実施の形態において、サーバで処理できない印刷リクエストを処理する代替サーバに対してセキュリティレベルを設定する場合で説明する。代替サーバのセキュリティレベルはセキュリティマネージャサーバにより管理される。
【００５２】
図１２は、この実施の形態の概念を説明する図である。尚、この形態におけるシステムの構成は前述の図１等と共通である。
【００５３】
図において、サーバ１０２は、サーバ１０３〜１０６、セキュリティマネージャ１０７と同じネットワーク１０４に接続されている。サーバ１０３、１０６のマネージャはそれぞれ自機のセキュリティ情報４０３，４０４を格納・管理している。セキュリティマネージャ１０７は、セキュリティ管理部４０１とセキュリティ情報テーブル４０２を有しており、セキュリティ管理部４０１は所定時間間隔ごとに管理対象のサーバ１０３，１０６に対してセキュリティの問合せを行い、その問合せに対する応答に基づいて、セキュリティ情報テーブル４０２の内容を更新している。こうしてセキュリティ情報テーブル４０２は、管理対象のサーバ１０３，１０６の最新のセキュリティ情報を記憶している。
【００５４】
サーバ１０２に対してシステムリクエストが発行されると、印刷リクエストキュー２０２に印刷リクエストが保存されているかどうかを調べる（４１０）。印刷リクエストが保存されている場合は、サーバ１０２はセキュリティマネージャ１０７と接続し、代替サーバとして利用可能なサーバのマネージャに設定されているセキュリティレベルをチェックする（４１１）。セキュリティマネージャ１０７は、ある時間間隔で各サーバのセキュリティレベルをチェックしており（４１２）、各サーバのセキュリティレベル情報を格納しているセキュリティ情報テーブル４０２を更新する。セキュリティマネージャ１０７は、サーバ１０２からのセキュリティレベルの問合せを受け付けると、その要求されたセキュリティ情報を、依頼元であるサーバ１０２に返す（４１３）。これによりサーバ１０２は、その情報を基に、印刷リクエストの代替処理を依頼するサーバを決定して、そのサーバ（ここではサーバ１０６）と接続する（４１４）。
【００５５】
図１３は、図１２の構成におけるサーバ１０２による処理を説明するフローチャートである。
【００５６】
ステップＳ５１で、クライアント１００からシステムリクエストを受信するとステップＳ５２で、印刷リクエストキュー２０２に、未処理の印刷リクエストが保存されているかどうかをみる。印刷リクエストが保存されていないときはこの処理を終了するが、保存されていればステップＳ５３に進み、セキュリティマネージャ１０７と接続し、ステップＳ５４で、そのセキュリティマネージャ１０７に対して、管理しているサーバのセキュリティを問合せ、そのセキュリティ情報を取得する。次にステップＳ５５で、その印刷リクエストキューに保存されている印刷リクエストを実行できるサーバがあるかどうかを判定し、あればステップＳ５６に進み、その代替可能なサーバ（図１２ではサーバ１０６）と接続する。これによりサーバ１０６により、その印刷リクエストの処理が実行される。
【００５７】
これにより、代替サーバのステータスだけでなく、そのセキュリティ状態を把握することにより、貴重な情報であるリソースを、より高いセキュリティレベルの環境で利用することができる。これによりリソースの漏洩などの事故を防ぐことができる。
【００５８】
［その他の実施の形態］
なお本発明は、複数の機器（例えばホストコンピュータ、インターフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００５９】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【００６１】
【図１】本発明の一実施の形態に係る帳票印刷処理システムの構成を説明する図である。
【図２】本発明の実施の形態に係る帳票印刷処理システムにおける処理を説明する図である。
【図３】本実施の形態に係るクライアント、マシンＡ及びサーバのハードウェアの構成を説明するブロック図である。
【図４】本実施の形態に係る記憶媒体に記憶されているプログラムやデータの内容を説明する図である。
【図５】本実施の形態に係る制御プログラムがＲＡＭにロードされて、この制御プログラムが実行可能となった状態のＲＡＭのメモリマップを説明する図である。
【図６】本発明の実施の形態に係る帳票印刷処理システムのサーバによる処理を説明するフローチャートである。
【図７】本発明の実施の形態に係る帳票印刷処理システムのサーバによる処理を説明するフローチャートである。
【図８】本実施の形態に係るリソースのセキュリティレベルの一例を示す図である。
【図９】本発明の実施の形態を説明するための概念図である。
【図１０】本実施の形態に係る処理におけるサーバにおける処理を示すフローチャートである。
【図１１】本実施の形態に係る代替サーバにおける処理を示すフローチャートである。
【図１２】この実施の形態の概念を説明する図である。
【図１３】図１２の構成におけるサーバによる処理を説明するフローチャートである。
【図１】
2005309820.tif 000003
【図２】
2005309820.tif 000004
【図３】
2005309820.tif 000005
【図４】
2005309820.tif 000006
【図５】
2005309820.tif 000007
【図６】
2005309820.tif 000008
【図７】
2005309820.tif 000009
【図８】
2005309820.tif 000010
【図９】
2005309820.tif 000011
【図１０】
2005309820.tif 000012
【図１１】
2005309820.tif 000013
【図１２】
2005309820.tif 000014
【図１３】
2005309820.tif 000015