(57)【特許請求の範囲】
【請求項１】
端末装置と、ネットワークを介して該端末装置と接続されて、該端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置とを備える印刷システムにおいて、
端末装置が、
ネットワークパイプ形式の通信方式を使って、印刷サーバ装置に対して、印刷要求元ユーザの権限情報を送信する第１の送信手段と、
ＴＣＰ／ＩＰ形式の通信方式を使って、印刷サーバ装置に対して、印刷データを送信する第２の送信手段とを備え、
印刷サーバ装置が、
ネットワークパイプ形式の通信方式を使って、端末装置の送信する印刷要求元ユーザの権限情報を取得する第１の取得手段と、
ＴＣＰ／ＩＰ形式の通信方式を使って、端末装置の送信する印刷データを取得する第２の取得手段と、
上記第２の取得手段の取得する印刷データに割り付けられる特権ユーザレベルの権限情報を、上記第１の取得手段の取得する権限情報に偽装する偽装手段とを備えることを、
特徴とする印刷システム。
【請求項２】
ネットワークを介して端末装置と接続されて、該端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、
ネットワークパイプ形式の通信方式を使って、端末装置の送信する印刷要求元ユーザの権限情報を取得する第１の取得手段と、
ＴＣＰ／ＩＰ形式の通信方式を使って、端末装置の送信する印刷データを取得する第２の取得手段と、
上記第２の取得手段の取得する印刷データに割り付けられる特権ユーザレベルの権限情報を、上記第１の取得手段の取得する権限情報に偽装する偽装手段とを備えることを、
特徴とする印刷サーバ装置。
【請求項３】
プリンタを制御する印刷サーバ装置とネットワークを介して接続されて、該印刷サーバ装置に対して印刷要求を発行する端末装置において、
ネットワークパイプ形式の通信方式を使って、印刷サーバ装置に対して、印刷要求元ユーザの権限情報を送信する第１の送信手段と、
ＴＣＰ／ＩＰ形式の通信方式を使って、印刷サーバ装置に対して、印刷データを送信する第２の送信手段とを備えることを、
特徴とする端末装置。
【請求項４】
ネットワークを介して端末装置及び他の印刷サーバ装置と接続されて、該端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、
印刷データを保存する保存手段と、
１つ又は複数の印刷データを指定して、印刷データの退避要求が発行されるときに、該印刷データが自装置の持つ上記保存手段に保存されているのか否かを判断する判断手段と、
上記判断手段が自装置で保存する印刷データがあることを判断するときに、その印刷データを自装置の持つ上記保存手段から取得する第１の取得手段と、
上記判断手段が自装置で保存していない印刷データがあることを判断するときに、その印刷データを保存する他の印刷サーバ装置から、その印刷データを取得する第２の取得手段と、
上記第１の取得手段の取得する印刷データと、上記第２の取得手段の取得する印刷データとを、それに割り付けられる印刷属性情報とともに退避ファイルに出力する出力手段とを備えることを、
特徴とする印刷サーバ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続される端末装置と印刷サーバ装置とで構成される印刷システムと、その印刷システムで用いられる印刷サーバ装置及び端末装置とに関し、特に、基幹業務系の印刷運用の実用性を高める印刷システム、印刷サーバ装置及び端末装置に関する。
【０００２】
【従来の技術】
高い操作性を有することから、Ｗｉｎｄｏｗｓオペレーティングシステムが普及しつつある。
【０００３】
このＷｉｎｄｏｗｓオペレーティングシステムの提供する印刷システムは、スプールシステムで構成されており、印刷データを一旦ハードディスクに保存し、スケジューリングを行って印刷処理を実行するという構成を採っている。
【０００４】
従来では、パーソナルコンピュータをＷｉｎｄｏｗｓオペレーティングシステムの配下で動作させるときには、このスプールシステムにより印刷を制御するという構成を採っている。
【０００５】
【発明が解決しようとする課題】
社内業務などのトータルソリューションを実現する一環として、ＬＡＮなどのネットワークに接続されるクライアントと印刷サーバとで構成される印刷システムが使用されつつある。
【０００６】
この印刷システムでは、例えば、図３４に示すように、印刷サーバ（複数用意されることもある）に展開される伝票発行処理などを実行するアプリケーションプログラム（クライアントに展開されることもある）に対して、ネットワークに接続されるクライアントから伝票発行処理などが発行されると、印刷サーバがプリンタ（印刷サーバに直接接続されたり、ネットワークを介して接続される）を制御することで、発行されたアプリケーションプログラムの出力する印刷物を印刷するように処理する。
【０００７】
この印刷システムは、主に基幹業務系の印刷運用に用いられ、印刷サーバは、ネットワークを介して接続される複数のクライアントからの印刷要求を扱うことになる。
【０００８】
この印刷システムをＷｉｎｄｏｗｓオペレーティングシステムの配下で動作させるように構成すると、パーソナルコンピュータをＷｉｎｄｏｗｓオペレーティングシステムの配下で動作させるときと同様に、Ｗｉｎｄｏｗｓオペレーティングシステムのスプールシステムにより印刷を制御するということになる。
【０００９】
しかしながら、Ｗｉｎｄｏｗｓオペレーティングシステムのスプールシステムの持つ機能では、ネットワークによりクライアントと印刷サーバとが接続される印刷システムに対して適用する場合に不十分な点があり、また、基幹業務系の印刷運用に対して適用する場合に不十分な点がある。
【００１０】
その不十分な点として、クライアントから印刷サーバに対して、ユーザ権限情報（クライアントにログインするときのユーザ名とパスワード）と、印刷データとを送信するときに、図３５に示すように、リモートプロシジャーコール（ＲＰＣ）を利用しているという問題点がある。なお、このようにして送られるユーザ権限情報は、ユーザの要求する印刷処理を実行させてもよいのか否かを決定するために用いられることになる。
【００１１】
印刷データはアプリケーションレベルのものであり、ユーザ権限情報はＯＳレベルのものである。ＲＰＣは、この両方を一度に送れることから便利な通信プロトコルであるが、コネクト型の通信方式であり、データを送るときに、コネクトを張りデータを送ってコネクトを切断し、次に、データを送るときに、コネクトを張りデータを送ってコネクトを切断するという手順を踏むために、データ転送の信頼性が十分でないという問題点がある。
【００１２】
一方、ＴＣＰ／ＩＰの通信プロトコルは、コネクトを張ると、データをパケットに分割して転送し、受信の応答を確認しつつ、送れないときには再送を行っていくことからデータ転送の信頼性が高いという長所があるものの、通信層がＯＳの特権ユーザレベルの扱いとなっており、アプリケーションがＯＳの管理するユーザ権限情報を取り出せないことでユーザ権限情報を送れないことから、そのままでは、ＲＰＣの代わりとはならない。
【００２０】
また、別の不十分な点として、ハードディスクに格納されたスプールデータ（印刷ドキュメント）を退避させる手段が用意されていないという問題点がある。スプールデータは隠蔽されており、他の場所に移動させて保存・管理することができないのである。
【００２１】
以上の説明から分かるように、Ｗｉｎｄｏｗｓオペレーティングシステムのスプールシステムの持つ機能では、クライアントと印刷サーバとで構成される印刷システムに対して適用する場合に不十分な点があり、また、基幹業務系の印刷運用に対して適用する場合に不十分な点がある。
【００２２】
これから、クライアントと印刷サーバとで構成される印刷システムを使って、基幹業務系の印刷運用を実現するためには、
〔１〕信頼性を高めるための技術
〔２〕管理工数を削減するための技術
〔３〕システムの資源を効率良く運用するための技術
〔４〕業務印刷としての柔軟性を高めるための技術
を構築していく必要がある。
【００２３】
本発明はかかる事情に鑑みてなされたものであって、基幹業務系の印刷運用の実用性を高めることを実現する、端末装置と印刷サーバ装置とで構成される印刷システムの提供と、その印刷システムで用いられる印刷サーバ装置及び端末装置の提供とを目的とする。
【００２４】
【課題を解決するための手段】
この目的を達成するために、本発明では、端末装置と、ネットワークを介して端末装置と接続されて、端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置とを備える印刷システムにおいて、端末装置が、ネットワークパイプ形式の通信方式を使って、印刷サーバ装置に対して、印刷要求元ユーザの権限情報を送信する第１の送信手段と、ＴＣＰ／ＩＰ形式の通信方式を使って、印刷サーバ装置に対して、印刷データを送信する第２の送信手段とを備え、印刷サーバ装置が、ネットワークパイプ形式の通信方式を使って、端末装置の送信する印刷要求元ユーザの権限情報を取得する第１の取得手段と、ＴＣＰ／ＩＰ形式の通信方式を使って、端末装置の送信する印刷データを取得する第２の取得手段と、第２の取得手段の取得する印刷データに割り付けられる特権ユーザレベルの権限情報を、第１の取得手段の取得する権限情報に偽装する偽装手段とを備えるように構成する。
【００２５】
このように構成される本発明では、ネットワークパイプ形式の通信方式を用いると、アプリケーションがセッションを開設するときにＯＳからＯＳの扱うデータを入手できることで、ログインするときにＯＳに渡された印刷要求元ユーザの権限情報を入手でき、これにより、アプリケーションが印刷要求元ユーザの権限情報を送信先に送信できるようになるという特徴を使って、ネットワークパイプ形式の通信方式を使って、印刷要求元ユーザの権限情報を端末装置から印刷サーバ装置に送信する。
【００２６】
一方、ＴＣＰ／ＩＰ形式の通信方式を用いると、データをパケットに分割して転送し、受信の応答を確認しつつ、送れないときには再送を行っていくというデータ転送により高信頼性のデータ転送を実現できるようになるという特徴を使って、ＴＣＰ／ＩＰ形式の通信方式を使って、印刷データを端末装置から印刷サーバ装置に送信する。
【００２７】
そして、ＴＣＰ／ＩＰ形式の通信方式で送られてくる印刷データは、そのままだと、通信層がＯＳの特権ユーザレベルの扱いとなっていることで特権ユーザレベルの扱いとなってしまうので、その特権ユーザレベルの権限情報を、ネットワークパイプ形式の通信方式で送られる印刷要求元ユーザの権限情報に偽装することで、本来の印刷データと権限情報との対応関係の保持を実現する。
【００２８】
このようにして、この本発明によれば、端末装置と印刷サーバ装置とで構成される印刷システムにおいて、端末装置から印刷サーバ装置への印刷データの転送を高い信頼性で実現できるようになる。
【００５０】
また、本発明では、ネットワークを介して端末装置及び他の印刷サーバ装置と接続されて、該端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、印刷データを保存する保存手段と、１つ又は複数の印刷データを指定して、印刷データの退避要求が発行されるときに、その印刷データが自装置の持つ保存手段に保存されているのか否かを判断する判断手段と、判断手段が自装置で保存する印刷データがあることを判断するときに、その印刷データを自装置の持つ保存手段から取得する第１の取得手段と、判断手段が自装置で保存していない印刷データがあることを判断するときに、その印刷データを保存する他の印刷サーバ装置から、その印刷データを取得する第２の取得手段と、第１の取得手段の取得する印刷データと、第２の取得手段の取得する印刷データとを、それに割り付けられる印刷属性情報とともに退避ファイルに出力する出力手段とを備えるように構成する。
【００５１】
このように構成される本発明では、スプールした印刷データの退避要求に応じて、必要に応じて他の印刷サーバ装置から取得しつつ、その印刷データを取得して、その印刷データをそれに割り付けられる印刷属性情報とともに退避ファイルに出力する。
【００５２】
このようにして、この本発明によれば、隠蔽されているスプールした印刷データを自由に退避できるようになることで、スプール領域の資源を有効利用できるようになるとともに、印刷データの長期保存を実現できるようになる。
【００５８】
【発明の実施の形態】
以下、本発明の実施の形態を説明する前に、本発明に関連する技術の概要について説明する。
Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムのスプールシステムの持つ機能を、クライアントと印刷サーバとで構成される印刷システムに対して適用する場合の不十分な点として、印刷後に印刷ドキュメントを保存するときに、その保存をプリンタ毎にしか指定できないという問題点や、その保存期間を指定できないという問題点がある。すなわち、プリンタを指定することで、その指定するプリンタで印刷する印刷ドキュメントについては印刷後に保存できるようになるものの、印刷ドキュメント毎に保存するのか否かを指定したり、その保存期間を指定できないという問題点がある。
これに対して、本発明に関連する技術では、ネットワークを介して端末装置と接続されて、端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、印刷データに割り付けられる保存指定情報を取得する取得手段と、取得手段の取得する保存指定情報が保存を指示する場合に、その保存指示のある印刷データを記憶装置（スプールデータを保持するファイルとは別に設けられる）に書き込むことで保存する書込手段と、書込手段により保存される印刷データが、取得手段の取得する保存指定情報の指定する保存期間に到達したのか否かを判断する判断手段と、判断手段が保存期間への到達を判断するときに、その到達した印刷データを記憶装置から削除する削除手段とを備えるように構成する。
このように構成される本発明に関連する技術では、印刷データに割り付けられる保存指定情報に従って、スプールする印刷データを保存するのか否かを決定して必要に応じて保存する。そして、保存が指定されるときにあって、保存期間が指定されるときには、その保存期間の間だけ印刷データを保存し、保存期間を超えたものについては削除する。
このようにして、この本発明に関連する技術によれば、印刷データ毎に印刷データを保存するのか否かを指定できるので、データベースが更新されていくことで２度と同じ印刷を実行できない印刷データなどについては、プリンタによる印刷失敗などを考慮して保存を指定しておくことで、その印刷を確実に保証できるようになる。更に、保存期間を指定できることで、不必要になった印刷データを長期間に渡って保存することがなくなる。そして、プリンタ毎に保存するという構成を採るときに比べて、印刷データを保存する記憶装置の容量を削減できるようになる。
また、Ｗｉｎｄｏｗｓオペレーティングシステムのスプールシステムの持つ機能を、クライアントと印刷サーバとで構成される印刷システムに対して適用する場合の別の不十分な点として、印刷中に印刷要求の保留を実行できないという問題点がある。これから、印刷中の印刷要求を解除した後、再びアプリケーションプログラムを起動して最初から印刷し直すという方法を採ったり、印刷中の印刷要求が終了するのを待つという方法を採っている。
これに対して、本発明に関連する技術では、ネットワークを介して端末装置と接続されて、端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、印刷開始前あるいは印刷中に、印刷データに対して保留指示が発行されたのか否かを検出する検出手段と、検出手段が保留指示の発行を検出するときに、その保留指示が印刷中に発行されるときは、その保留指示の発行時点の印刷状態を印刷属性として付加しつつ、保留指示のあった印刷データの保存処理（例えば、スプールされている印刷データに対しての処理を禁止することで印刷データを保存する）を実行する実行手段とを備えるように構成する。
このように構成される本発明に関連する技術では、印刷中に保留指示が発行されるときには、その保留指示の発行時点の印刷状態を印刷データの印刷属性として記録しつつ、その保留指示のあった印刷データの保存処理を実行する。
このようにして、この本発明に関連する技術によれば、印刷中に保留指示が発行されるときに、何ページ目で保留指示が発行されたのかなどの情報が残り、これにより、保留したページからの印刷再開が可能になる。従って、印刷中に印刷データの保留を実現できるようになる。
また、Ｗｉｎｄｏｗｓオペレーティングシステムのスプールシステムの持つ機能を、クライアントと印刷サーバとで構成される印刷システムに対して適用する場合の別の不十分な点として、クライアントや管理端末は、接続した印刷サーバの管理するその印刷サーバに対して発行された印刷要求については見ることができるものの、他の印刷サーバの管理するその印刷サーバに対して発行された印刷要求については見ることができないという問題点がある。これから、それぞれの印刷サーバに接続することで、それらの印刷サーバに対して発行された印刷要求を見て、それらに対する操作を実行するという方法を採っている。
これに対して、本発明に関連する技術では、ネットワークを介して端末装置及び他の印刷サーバ装置と接続されて、端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、他の印刷サーバ装置の制御するプリンタの情報と、そのプリンタに対して発行された印刷情報とを取得する第１の取得手段と、自装置の制御するプリンタの情報と、そのプリンタに対して発行された印刷情報とを取得する第２の取得手段と、第１の取得するプリンタ情報及び印刷情報と、第２の取得するプリンタ情報及び印刷情報とをマージする形式で端末装置に送信することで、それらの情報を端末装置のディスプレイ画面にシームレスで表示する制御手段とを備えるように構成する。
このように構成される本発明に関連する技術では、他の印刷サーバ装置に対して発行された印刷情報を取得して、その印刷情報と自印刷サーバ装置に対して発行された印刷情報とを端末装置の一つの一覧画面に表示することで、他の印刷サーバ装置に対して発行された印刷情報を自印刷サーバ装置に対して発行された印刷情報と同列に扱うように処理する。
このようにして、この本発明に関連する技術によれば、ユーザは、自分の接続する印刷サーバ装置以外の印刷サーバ装置に対して発行された印刷情報についても、あたかも自分の接続する印刷サーバ装置に対して発行された印刷情報であるかの如く扱えるようになる。
また、Ｗｉｎｄｏｗｓオペレーティングシステムのスプールシステムの持つ機能を、クライアントと印刷サーバとで構成される印刷システムに対して適用する場合の別の不十分な点として、スプールされた印刷ドキュメントの一覧については見ることができるものの、それがどのような内容のものであるのかを確認できる手段が用意されていないという問題点がある。これから、スプールされた印刷ドキュメントの一覧の中から、どれを先に印刷すべきなのかを決定できないといった問題点がある。
これに対して、本発明に関連する技術では、ネットワークを介して端末装置と接続されて、端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、印刷データを保存する保存手段と、発行された印刷情報の一覧を端末装置に送信することで、それらの情報を端末装置のディスプレイ画面に表示する第１の制御手段と、第１の制御手段の表示に応答して、端末装置がプレビュー画面の表示要求を発行するときに、その表示要求の指定する印刷データを保存手段から取得する取得手段と、取得手段の取得する印刷データをプレビュー画面で表示するものに編集する編集手段と、編集手段の編集する印刷データを端末装置に送信することで、その印刷データを端末装置のディスプレイ画面に表示する第２の制御手段とを備えるように構成する。このとき、取得手段は、表示要求の指定する印刷データが自装置の保存手段に保存されてないときには、その印刷データを保存する他の印刷サーバ装置から、その印刷データを取得していく。
このように構成される本発明に関連する技術では、スプールした印刷情報の一覧をディスプレイ画面に表示するときに、端末装置から印刷情報を指定してプレビュー画面の表示要求が発行されると、スプールした印刷データをプレビュー画面で表示するものに編集して端末装置に送信することで、スプールした印刷データを端末装置のディスプレイ画面に表示する。
このようにして、この本発明に関連する技術によれば、ユーザは、印刷サーバ装置にスプールされる印刷データがどのようなものであるのかをディスプレイ画面を介して見ることができるようになることで、待ち状態にある印刷データの中から優先順位の高い印刷データを優先的に印刷するなどの処理を行えるようになる。
また、Ｗｉｎｄｏｗｓオペレーティングシステムのスプールシステムの持つ機能を、クライアントと印刷サーバとで構成される印刷システムに対して適用する場合の別の不十分な点として、印刷異常が発生するときに、その異常内容のメッセージが自装置の端末にしか通知されないという問題点がある。これから、クライアントが印刷サーバに対して印刷要求を発行し、これに応答して印刷サーバが印刷を実行中に印刷異常が発生するときに、クライアントには印刷異常のメッセージが通知されないという問題点や、最適な保守要員に印刷異常のメッセージが通知されないという問題点がある。
これに対して、本発明に関連する技術では、ネットワークを介して端末装置と接続されて、端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、印刷異常の通知先となる端末装置を設定する設定手段と、設定手段の設定する通知先情報を展開する定義域手段と、印刷異常が発生するときに、定義域手段を参照することで通知先の端末装置を特定する特定手段と、印刷異常が発生するときに、その印刷異常の内容を、ネットワークを介して特定手段の特定する端末装置に送信する送信手段とを備えるように構成する。
このように構成される本発明に関連する技術では、印刷異常が発生するときに、その印刷異常の内容を規定の通知先の端末装置に通知するのではなくて、印刷システムの管理者などにより設定される通知先の端末装置に通知する。
このようにして、この本発明に関連する技術によれば、印刷異常の内容を示すエラーメッセージを最適な通知先に通知できるようになることで、スムーズなリカバリ処理などを行えるようになる。
また、Ｗｉｎｄｏｗｓオペレーティングシステムのスプールシステムの持つ機能を、クライアントと印刷サーバとで構成される印刷システムに対して適用する場合の別の不十分な点として、スプールデータ（印刷ドキュメント）を格納するハードディスクの空き容量を管理する手段が用意されていないという問題点がある。これから、スプールデータを格納するハードディスクの資源が有効に利用されていないという問題点や、スプールする印刷ドキュメントが多くなることでハードディスクの容量が不足してくると、正しい印刷ドキュメントを印刷できないという問題点がある。
これに対して、本発明に関連する技術では、ネットワークを介して端末装置と接続されて、端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、印刷データを保存する保存手段と、保存手段の持つ使用可能な記憶領域が規定以下となったのか否かを監視する監視手段と、監視手段により保存手段の持つ使用可能な記憶領域が規定以下となったことが検出されるときに、規定の回復処理を実行する実行手段とを備えるように構成する。
このように構成される本発明に関連する技術では、印刷データをスプールする保存手段の使用可能な記憶領域が少なくなるときには、保存手段の持つ作業領域に展開される古いデータを削除したり、その旨のメッセージを通知するなどの規定の処理を実行する。
このようにして、この本発明に関連する技術によれば、スプール領域の資源の有効利用を図れるようになる。そして、正しい印刷データの印刷を保証できるようになる。
また、Ｗｉｎｄｏｗｓオペレーティングシステムのスプールシステムの持つ機能を、クライアントと印刷サーバとで構成される印刷システムに対して適用する場合の別の不十分な点として、複数の印刷ドキュメントに対する印刷要求が出揃ったときに、それらの印刷ドキュメントを一括して印刷する手段が用意されていないという問題点がある。業務系の印刷では、複数の印刷ドキュメントの全体で１つの意味のある印刷ドキュメントとなることがあり、このようなときに、一括印刷の機能が用意されていないことで、各印刷ドキュメントがバラバラに印刷されてしまうという問題点がある。
これに対して、本発明に関連する技術では、ネットワークを介して端末装置と接続されて、端末装置の発行する印刷要求に応答してプリンタを制御する印刷サーバ装置において、印刷データに割り付けられるグループ化情報及びグループに対する印刷属性情報を取得する取得手段と、取得手段の取得するグループ化情報に従って、印刷対象となる印刷データがグループに属しているのか否かを判断する判断手段と、判断手段がグループに属していることを判断する印刷データを制御対象として、取得手段の取得する印刷属性情報に従って、その印刷データの印刷処理を制御する制御手段とを備えるように構成する。
このように構成される本発明に関連する技術では、印刷データをグループ化し、それに対して印刷属性情報を割り付けて、グループに属する印刷データについては、その割り付けられる印刷属性情報に従って印刷処理を制御する。
このようにして、この本発明に関連する技術によれば、１つの業務に属する印刷データに対して、全ての印刷データが出揃ったときに印刷を行うことを指示する印刷属性を割り付けることで、１つの意味のある印刷処理をまとめて実行するなどの処理を行えるようになる。
次に、実施の形態に従って本発明および本発明に関連する技術について詳細に説明する。
【００５９】
図１に、本発明および本発明に関連する技術の適用される印刷システムの一例を図示する。
【００６０】
本発明および本発明に関連する技術の適用される印刷システムは、例えば１つの会社などのような組織で用いられて、この図に示すように、プリンタ４を制御する１つ又は複数の印刷サーバ１と、印刷サーバ１に対して印刷要求を発行するクライアント２と、印刷処理の運用・管理を司る管理端末３などが、ＬＡＮ５を介して接続されることで構成されている。
【００６１】
ここで、図中に示すサーバ端末６は、印刷サーバ１が直接備える端末である。また、プリンタ４は、ＬＡＮ５に接続されることもある。また、印刷サーバ１は、他の印刷サーバ１に接続されるプリンタ４を制御することがある。
【００６２】
図２に、この図１に示すような印刷システムで実現される本発明および本発明に関連する技術のシステム構成を図示する。
【００６３】
本発明および本発明に関連する技術は、Ｗｉｎｄｏｗｓスプールシステムを強化することで実用的な基幹業務系の印刷運用を実現するものであり、この図に示すように、Ｗｉｎｄｏｗｓスプールシステム１０と、Ｗｉｎｄｏｗｓスプールシステム１０を制御するスプールシステム制御機構１１と、Ｗｉｎｄｏｗｓスプールシステム１０とスプールシステム制御機構１１との間での印刷データのやり取りを制御する印刷データ制御機構１２と、アプリケーション１００からＷｉｎｄｏｗｓスプールシステム１０に渡される印刷データに業務印刷の付加価値を高めるための印刷属性を付加する業務印刷付加価値機構１３と、業務印刷付加価値機構１３の付加する印刷属性を生成する印刷業務手続き１４とを備えている。
【００６４】
Ｗｉｎｄｏｗｓスプールシステム１０は、アプリケーション１００（規定の処理を実行して印刷データを生成する）から印刷要求を受け取ると、それを一度、ハードディスクで構成されるスプールファイル１５に格納してから、スケジューリングを行って印刷処理を実行する。
【００６５】
スプールシステム制御機構１１は、このＷｉｎｄｏｗｓスプールシステム１０を制御するものであり、端末（クライアント２など）との間でのメッセージのやり取りを制御する「メッセージ機構」や、他のコンピュータ（印刷サーバ１など）から送られてくるデータを受信する「通信機構」や、他のコンピュータ（印刷サーバ１など）へデータを送信する「転送機構」や、業務印刷付加価値機構１３の付加する印刷属性を管理する「情報管理機構」などを備えている。
【００６６】
図３に、スプールシステム制御機構１１がクライアント２などのディスプレイ画面に表示する最も重要な操作画面を図示する。この操作画面は、印刷サーバ１の制御対象とするプリンタ４としてどのようなものがあるのかということと、そのプリンタ４に対して発行された印刷情報としてどのようなものがあるのかということを表示することで、それらの印刷情報に対する操作を受け付ける処理を行う。
【００６７】
この図３では、「ｃｃｃｃ」というプリンタ６に対して、「ＡＡ」／「ＢＢ」／「ＣＣ」／「ＤＤ」／「ｆｇｇ」という５つの印刷要求が発行されていることを示している。なお、「ｆｇｇ」のアイコンが他のものと異なるのは、「ｆｇｇ」が複数のアプリケーション１００からなる業務の印刷物であることを示している。
【００６８】
アプリケーション１００は、クライアント２に展開される場合もあるし、印刷サーバ１に展開される場合もある。アプリケーション１００がクライアント２に展開される場合には、印刷業務手続き１４はクライアント２に備えられることになる。
【００６９】
アプリケーション１００がクライアント２に展開される場合、クライアント２から印刷サーバ１に対して、印刷データを送信していく必要がある。更に、印刷サーバ１はＬＡＮ５を介して複数のクライアント２に接続されており、これから、スプールした印刷データに対して、その印刷データを生成したユーザとは別のユーザから印刷要求が発行されることがあることを考慮して、クライアント２から印刷サーバ１に対して、印刷要求を許可してよいのかを決定するために必要となるユーザ権限情報（クライアント２にログインするときのユーザ名とパスワード）を送信していく必要がある。
【００７０】
図４に、この送信処理を実現するための本発明の一実施例を図示する。
【００７１】
この本発明の実施例と、図３５に示したＲＰＣの通信プロトコルを用いる従来構成とを比較すれば分かるように、本発明では、クライアント２の高信頼データ転送プリントプロセッサ２０を使って、印刷サーバ１のパイプサーバ２１へユーザ権限情報を送信するとともに、印刷サーバ１のデータ受信＆キュー管理部２２へ印刷データを送信して、印刷サーバ１で、送信されてきた印刷データの持つユーザ権限情報を送信されてきたものに偽装しつつ、スプール連携部２３を使って、印刷データをスプーラに連携させるという構成を採っている。
【００７２】
パイプサーバ２１はネットワークパイプの通信方式を実行するものであり、高信頼データ転送プリントプロセッサ２０は、このパイプサーバ２１との間のネットワークパイプの通信方式に従って、ユーザ権限情報を印刷サーバ２に送信する構成を採っている。一方、データ受信＆キュー管理部２２はＴＣＰ／ＩＰの通信方式を実行するものであり、高信頼データ転送プリントプロセッサ２０は、このデータ受信＆キュー管理部２２との間のＴＣＰ／ＩＰの通信方式に従って、印刷データを印刷サーバ２に送信する構成を採っている。
【００７３】
上述したように、印刷データはアプリケーションレベルのものであり、ユーザ権限情報はＯＳレベルのものである。ＲＰＣは、この両方を一度に送れることから便利な通信プロトコルであるが、コネクト型の通信方式であり、データを送るときに、コネクトを張りデータを送ってコネクトを切断し、次に、データを送るときに、コネクトを張りデータを送ってコネクトを切断するという手順を踏むために、データ転送の信頼性が十分でないという問題点がある。
【００７４】
一方、ＴＣＰ／ＩＰの通信プロトコルは、コネクトを張ると、データをパケットに分割して転送し、受信の応答を確認しつつ、送れないときには再送を行っていくことからデータ転送の信頼性が高いという長所があるものの、通信層がＯＳの特権ユーザレベルの扱いとなっており、アプリケーションはＯＳの管理するユーザ権限情報を取り出せないことでユーザ権限情報を送れない。
【００７５】
そこで、本発明では、この実施例に示すように、セッションを開設するときに、ＯＳからＯＳの扱うデータを入手できる特徴を持つネットワークパイプの通信方式を使って、ログインするときにＯＳに渡された印刷要求元ユーザの権限情報を入手して印刷サーバ１に送信するとともに、高信頼性のデータ転送を実現するＴＣＰ／ＩＰの通信方式を使って、印刷データを印刷サーバ１に送信して、印刷サーバ１の方で、その印刷データのユーザ権限情報を、ＴＣＰ／ＩＰの通信方式により規定される特権ユーザレベルの「Ａｄｍｉｎｉｓｔｒａｔｏｒ」から、ネットワークパイプの通信方式で通知されるユーザ権限情報に偽装することで、印刷データの高信頼データ転送を実現している。
【００７６】
図５に、このデータ転送処理を実現するために実行するクライアント２の処理フローの一実施例、図６に、このデータ転送処理を実現するために実行する印刷サーバ１の処理フローの一実施例を図示する。
【００７７】
すなわち、クライアント２は、ユーザから印刷データの送信要求が発行されると、図５の処理フローに示すように、先ず最初に、ステップ１で、ネットワークパイプをコネクトとして、ユーザ権限情報を印刷サーバ１に送信し、続くステップ２で、ＴＣＰ／ＩＰをコネクトする。
【００７８】
続いて、ステップ３で、印刷データをパケットに分解しつつ印刷データの送信を開始して、ステップ４で、送信したパケットに対する送信結果を受信する。続いて、ステップ５で、全てのパケットの送信を完了をしたのか否かを判断して、完了していないことを判断するときには、ステップ３に戻り、完了したことを判断するときには、ステップ６に進んで、ＴＣＰ／ＩＰをクローズし、続くステップ７で、ネットワークパイプを切断して処理を終了する。
【００７９】
一方、印刷サーバ１は、クライアント２から印刷データの送信要求が発行されると、図６の処理フローに示すように、先ず最初に、ステップ１で、クライアント２からの要求に応じてネットワークパイプをコネクトとし、続くステップ２で、クライアント２から送られてくるユーザ権限情報を受け取りユーザ権限を確立（偽装）する。
【００８０】
続いて、ステップ３で、クライアント２からの要求に応じてＴＣＰ／ＩＰをコネクトする。続いて、ステップ４で、クライアント２から送られてくる印刷データのパケットを受信し、続くステップ５で、受信結果をクライアント２に送信する。続いて、ステップ６で、受信した印刷データのパケットをスプール連携部２３を使って連携させる。
【００８１】
続いて、ステップ７で、全てのパケットの受信を完了したのか否かを判断して、完了していないことを判断するときには、ステップ４に戻り、完了したことを判断するときには、ステップ８に進んで、ＴＣＰ／ＩＰをクローズし、続くステップ９で、ネットワークパイプを切断して処理を終了する。
【００８２】
図４の実施例の動作についてまとめると次のようになる。
【００８３】
パイプサーバ２１は、ネットワークパイプを通じて、印刷サーバ１上でクライアント２のアクセストークンを引き継いでユーザ偽装を行う。ユーザ偽装を行った後は、スプール連携部２３に処理を委ねる。
【００８４】
クライアント２と印刷サーバ１との間では、ＴＣＰ／ＩＰの通信プロトコルに従って、スプールデータ（印刷データ）を例えば８Ｋバイトに分割して転送する。印刷サーバ１は、指定長のデータを受信後、クライアント２に対して応答情報を返す。印刷サーバ１上で異常が発生している場合には、その応答情報に異常詳細が含まれていることから、クライアント２は印刷サーバ１の異常を迅速に検知できる。
【００８５】
高信頼データ転送プリントプロセッサ２０は、クライアント２からの応答情報に異常が認められた場合、エラー詳細をメッセージ等で通知し、必要に応じてエラーハンドリングを行う。復旧可能なエラーの場合には、復旧を待った後にリトライを行う。更に、ＬＡＮ５の使用状況に応じて、印刷データのパケットのサイズを小さなものにしたり、パケットの転送間隔を広げることで、ＬＡＮ５の使用率を下げるなどの制御を行う。
【００８６】
データ受信＆キュー管理部２２は、クライアント２から分割転送されてきた印刷データをキュー管理する。キューが一杯となる場合には、クライアント２への応答を行わずにキューが空くのを待つ。このデータ受信＆キュー管理部２２は、例えば６４個の受信処理スレッドを持つことで、例えば最大６４個のクライアント２からのデータ転送要求を並列に処理する機能を有している。
【００８７】
スプール連携部２３は、キュー管理されている印刷データを順番に取り出してスプーリングを行う。スプールファイル（図２の１５で示したもの）の容量不足などでエラーが発生した場合には、データ受信＆キュー管理部２２にその旨を通知して、次にクライアント２からのデータを受信するタイミングで、クライアント２にエラーを通知する。
【００８８】
このようにして、図４の実施例の本発明に従うことで、印刷データとユーザ権限との対応関係を保持しつつ、クライアント２から印刷サーバ１への印刷データの転送を高い信頼性で実現できるようになる。
【００８９】
次に、スプールファイル１５にスプールされた印刷データ（印刷ドキュメント）の保存処理を実現する本発明に関連する技術について説明する。
【００９０】
図７に、この本発明に関連する技術の一例を図示する。
【００９１】
この本発明に関連する技術に従う場合、印刷サーバ１は、スプーラを構成する印刷制御機構３０の他に、印刷属性管理ファイル３１と、保存ファイル３２と、印刷ドキュメント保存機構３３と、印刷ドキュメント削除機構３４と、時計３５とを備える。
【００９２】
印刷属性管理ファイル３１は、クライアント２の印刷業務手続き１４（図２に示したもの）により設定される印刷属性情報を管理するファイルである。印刷業務手続き１４は、印刷ドキュメントの保存処理を実現するために、印刷ドキュメントに対して、印刷後保存するしないということと、保存する場合にはその保存期間とで構成される印刷属性情報を設定するので、印刷属性管理ファイル３１は、クライアント２から送られてくるその印刷属性情報を管理する。
【００９３】
保存ファイル３２は、スプールファイル１５にスプールされた印刷ドキュメントの保存用に用意される記憶装置である。スプールファイル１５にスプールされた印刷ドキュメントは、印刷後に削除されていくので、この保存ファイル３２を用意することになる。
【００９４】
印刷ドキュメント保存機構３３は、スプールファイル１５にスプールされた印刷ドキュメントを保存ファイル３２に書き込むことで印刷ドキュメントの保存処理を実行する。印刷ドキュメント削除機構３４は、保存ファイル３２に保存される印刷ドキュメントの削除処理を実行する。
【００９５】
図８に、印刷ドキュメント保存機構３３の実行する処理フローの一例、図９に、印刷ドキュメント削除機構３４の実行する処理フローの一例を図示する。次に、この処理フローに従って、図７に示す本発明に関連する技術で実現する印刷ドキュメントの保存処理について説明する。
【００９６】
印刷ドキュメント保存機構３３は、クライアント２から送られてくる印刷ドキュメントがスプールファイル１５に格納されるときに、図８の処理フローに示すように、印刷属性管理ファイル３１に管理される印刷属性情報を参照することで、そのスプールされる印刷ドキュメントに保存指定の印刷属性が割り付けられているのか否かを判断して、保存指定の印刷属性が割り付けられていないことを判断するときには、何も処理を行わずに処理を終了し、割り付けられていることを判断するときには、その印刷ドキュメントを保存ファイル３２に保存して処理を終了する。
【００９７】
この印刷ドキュメント保存機構３３の保存処理を受けて、印刷ドキュメント削除機構３４は、規定の周期に到達すると、図９の処理フローに示すように、先ず最初に、ステップ１で、保存ファイル３２に保存されている印刷ドキュメントの中から未処理の印刷ドキュメントを１つ選択し、続くステップ２で、全印刷ドキュメントの選択が終了したのか否かを判断して、選択が終了したことを判断するときには、処理を終了する。
【００９８】
一方、全印刷ドキュメントの選択が終了していないことを判断するとき、すなわち、ステップ１で、保存ファイル３２に保存されている印刷ドキュメントの中から未処理の印刷ドキュメントを１つ選択できたことを判断するときには、ステップ３に進んで、印刷属性管理ファイル３１に管理される印刷属性情報を参照することで、その選択した印刷ドキュメントに保存期間の印刷属性が割り付けられているのか否かを判断して、保存期間の印刷属性が割り付けられていないことを判断するときには、そのままステップ１に戻る。
【００９９】
一方、保存期間の印刷属性が割り付けられていることを判断するときには、ステップ４に進んで、ステップ１で選択した印刷ドキュメントの受付日時（印刷ドュメントをクライアント２から受け取った日時）と、時計３５の表示する現日時とから、その印刷ドキュメントを受け付けてからの経過期間を算出する。
【０１００】
続いて、ステップ５で、ステップ４で算出した経過期間が選択した印刷ドキュメントに割り付けられている保存期間を超えたのか否かを判断して、保存期間を超えていないことを判断するときには、そのままステップ１に戻り、保存期間を超えたことを判断するときには、ステップ６に進んで、選択した印刷ドキュメントを保存ファイル３２から削除して処理を終了する。
【０１０１】
このようにして、図７に示す本発明に関連する技術に従うことで、印刷ドキュメント毎に印刷ドキュメントを保存するのか否かを指定できるので、データベースが更新されていくことで２度と同じ印刷を実行できない印刷ドキュメントなどについては、プリンタによる印刷失敗などを考慮して保存指定しておくことで、その印刷を確実に保証できるようになる。更に、保存期間を指定できることで、不必要になった印刷ドキュメントを長期間に渡って保存することがなくなる。そして、プリンタ毎に保存するという構成を採るときに比べて、印刷ドキュメントを保存する記憶装置の容量を削減できるようになる。
【０１０２】
この図７に示す本発明に関連する技術では、クライアント２の印刷業務手続き１４が、印刷ドキュメントに対して、印刷後保存するしないということと、保存する場合にはその保存期間とで構成される印刷属性情報を付加する機能を持つことを説明したが、それ以外の印刷属性情報として、後述する業務印刷属性や印刷名やコメント情報などの情報を付加する機能を有している。
【０１０３】
次に、スプールファイル１５にスプールされた印刷データの保留処理を実現する本発明に関連する技術について説明する。
【０１０４】
図３に示した操作画面を表示しているときにあって、印刷情報を指定してメニューの表示要求が発行されると、スプールシステム制御機構１１（図２に示したもの）は、図１０に示すように、その操作画面上にメニューを表示する。ここで、この図１０では、「ＤＤ」という印刷要求を指定してメニューの表示要求が発行されたことを想定している。
【０１０５】
このメニューを表示しているときに、ユーザがメニュー中の「保留」を選択すると、スプールシステム制御機構１１は、図１１に示す処理フローを実行することで保留処理を実行する。
【０１０６】
すなわち、印刷情報（印刷データ）を指定して保留指示が発行されると、スプールシステム制御機構１１は、図１１の処理フローに示すように、先ず最初に、ステップ１で、その保留指示の発行時に、指定される印刷データが印刷中であるのか否かを判断して、印刷中であることを判断するときには、ステップ２に進んで、保留指示発行時の印刷状態情報（どのページまで印刷を終了しているかなどの情報）を取得して、それをその印刷データの印刷属性として印刷属性管理ファイル３１（図７に示したもの）に登録する。
【０１０７】
続いて、ステップ３で、スプールファイル１５（図７に示したもの）に格納される保留指示の印刷データに割り付けられる保留ビットをＯＮすることで、保留指示の発行された印刷データを保留状態にセットして、その印刷データの印刷を停止させる。
【０１０８】
一方、ステップ１で、指定される印刷データが印刷中でないことを判断するときには、ステップ２の処理を実行することなく直ちにステップ３に進んで、スプールファイル１５に格納される保留指示の印刷データに割り付けられる保留ビットをＯＮすることで、保留指示の発行された印刷データを保留状態にセットして、その印刷データの印刷を停止させる。
【０１０９】
このようにして、図１１の処理フローを実行する本発明に関連する技術に従うことで、印刷中に保留指示が発行されると、その発行時点の印刷状態を印刷データの印刷属性として印刷属性管理ファイル３１に登録する処理を行う。この処理により、印刷中に保留指示が発行されるときに、何ページ目で保留指示が発行されたのかという情報が残り、これにより、保留したページからの印刷再開が可能になる。従って、印刷中に印刷データの保留を実現できるようになる。
【０１１０】
次に、各クライアント２に対して、それが接続する印刷サーバ１以外の印刷サーバ１の制御するプリンタについても、あたかも、それが接続する印刷サーバ１の制御するプリンタであるかの如く見せることを実現する本発明に関連する技術について説明する。
【０１１１】
この本発明に関連する技術は、図３に示した操作画面を表示するときにあって、この操作画面で表示するプリンタ情報と印刷情報との対データが、クライアント２と直接接続される印刷サーバ１の管理するものに限られずに、それ以外の印刷サーバ１の管理するものを含むようにする構成を採ることで実現できる。
【０１１２】
すなわち、図１２に示すように、クライアント２と接続される印刷サーバ１が「印刷サーバα」であるときに、クライアント２に表示する操作画面に、この「印刷サーバα」の管理するプリンタ情報と印刷情報との対データ（α１ｉ：α２ｉ）の他に、「印刷サーバβ」の管理するプリンタ情報と印刷情報との対データ（β１ｉ：β２ｉ）や、「印刷サーバγ」の管理するプリンタ情報と印刷情報との対データ（γ１ｉ：γ２ｉ）を表示する構成を採ることで実現できることになる。
【０１１３】
この表示にあたって、これらの対データを同一画面上にシームレスで表示するようにすると、クライアント２を操作するユーザは、自分の接続する印刷サーバ１以外の印刷サーバ１についても、あたかも自分の接続する印刷サーバ１であるかの如く見えるようになる。
【０１１４】
図１３に、この構成を実現するための本発明に関連する技術の一例を図示する。
【０１１５】
この本発明に関連する技術では、クライアント２が印刷サーバαに対して印刷操作を行うことを想定しており、このとき、印刷サーバαは、印刷サーバβの制御するプリンタ４に対して発行された印刷情報と、印刷サーバγの制御するプリンタ４に対して発行された印刷情報とを取得して、これらの印刷情報と、自分の制御するプリンタ４に対して発行された印刷情報とをマージする形でクライアント２に送信することを想定している。これにより、クライアント２のＷｅｂブラウザ４０は、印刷サーバα／印刷サーバβ／印刷サーバγの制御するプリンタ４に対して発行された印刷情報を同一画面上にシームレスで表示できるようになる。
【０１１６】
図１３に示す印刷サーバαが、自分の制御するプリンタ４以外のどこまでのプリンタ４をクライアント２への提示対象とするのかについては、例えば、図１４の上段に示すような、自分の制御するプリンタ４以外のプリンタ名の一覧を表示するリモートプリンタ追加画面を表示する構成を採って、印刷システムの管理者などとの対話処理に従って、その中からリモートプリンタを選択することで実行する。このとき、物理プリンタ名だと操作が難しくなるので、図１４の下段に示すような論理プリンタ名の入力画面を表示する構成を採って、印刷システムの管理者などとの対話処理に従って、リモートプリンタに割り付ける論理プリンタ名を入力できるようにすると便利である。
【０１１７】
図１３に示す印刷サーバαは、このようにして定義されるリモートプリンタを使い、図１５に示す処理フローに従って、クライアント２に対しての印刷情報の提示処理を実行する。
【０１１８】
すなわち、クライアント１からプリンタ情報と印刷情報との対データの一覧の表示要求が発行されると、図１５の処理フローに示すように、先ず最初に、ステップ１で、自装置に接続されるプリンタ４に対して発行された印刷情報を取得する。
【０１１９】
続いて、ステップ２で、リモートプリンタの定義を参照し、続くステップ３で、リモートプリンタが定義されているのか否かを判断する。そして、このステップ３で、リモートプリンタが定義されていることを判断するときには、ステップ４に進んで、リモートプリンタを接続する印刷サーバ１に対して、印刷情報の取得要求を発行することで、リモートプリンタに対して発行された印刷情報を取得し、続くステップ５で、ステップ１で取得した印刷情報とステップ４で取得した印刷情報とをマージする形でクライアント２のＷｅｂブラウザ４０に送ることで、それらの印刷情報のシームレスな表示を実行する。
【０１２０】
一方、ステップ３で、リモートプリンタが定義されていないことを判断するときには、ステップ４の処理を省略し、直ちにステップ５に進んで、ステップ１で取得した印刷情報クライアント２のＷｅｂブラウザ４０に送ることで、それらの印刷情報の表示を実行する。
【０１２１】
このようにして、図１３に示す本発明に関連する技術に従うことで、ユーザは、自分の接続する印刷サーバ１以外の印刷サーバ１の制御するプリンタについても、あたかも自分の接続する印刷サーバ１の制御するプリンタであるかの如く見えることで、それらのプリンタについても、あたかも自分の接続する印刷サーバ１の制御するプリンタであるかの如く操作できるようになる。
【０１２２】
次に、印刷サーバ１に対して発行された印刷情報がどのような内容のものであるのかを見せることを実現する本発明に関連する技術について説明する。
【０１２３】
図３に示した操作画面を表示しているときにあって、印刷情報を指定してメニューの表示要求が発行されると、スプールシステム制御機構１１（図２に示したもの）は、図１０に示すように、その操作画面上にメニューを表示する。
【０１２４】
このメニューを表示しているときに、ユーザがメニュー中の「プレビュー」を選択すると、スプールシステム制御機構１１は、ウィンドウ画面を開設して、そのウィンドウ画面に、指定された印刷データの内容を表示する。例えば、操作画面に表示される「売上伝票」という印刷情報を指定して「プレビュー」が発行されると、ウィンドウ画面を開設して、そのウィンドウ画面に、その「売上伝票」の印刷データである図１６に示すような画像を表示するのである。
【０１２５】
図１７に、この構成を実現するための本発明に関連する技術の一例を図示する。
【０１２６】
この本発明に関連する技術では、クライアント２が、印刷サーバαに対して、印刷情報を指定してプレビューを発行することを想定している。このとき、印刷サーバαは、上述したように、他の印刷サーバ１の管理する印刷情報についても取得してプレビュー対象として表示する構成を採るので、クライアント２からプレビューが発行されると、プレビュー対象の印刷データが他の印刷サーバ１の持つスプールファイル１５に格納されているときには、図１７に示すように、それを取得して表示していくように処理することになる。
【０１２７】
図１７に示す印刷サーバαは、図１８に示す処理フローに従って、クライアント２に対しての印刷情報の提示処理を実行する。
【０１２８】
すなわち、クライアント１から印刷データを指定してプレビューの表示要求が発行されると、図１８の処理フローに示すように、先ず最初に、ステップ１で、その印刷データが自装置のスプールファイル１５に格納されているのか否かを判断して、自装置のスプールファイル１５に格納されていることを判断するときには、ステップ２に進んで、自装置のスプールファイル１５から表示要求のある印刷データを読み出す。
【０１２９】
一方、ステップ１で、プレビューの表示要求で指定される印刷データが自装置のスプールファイル１５に格納されていないことを判断するときには、ステップ３に進んで、上述のリモートプリンタ定義を参照することで、その印刷データをスプールする印刷サーバ１を特定し、続くステップ４で、その特定した印刷サーバ１のスプールファイル１５から表示要求のある印刷データを読み出す。
【０１３０】
そして、ステップ２／ステップ４で、表示要求のある印刷データを読み出すと、続いて、ステップ５で、その読み出した印刷データをプレビュー用のウィンドウ画面で表示できるように編集して、それを表示要求発行元のクライアント２に送信する。
【０１３１】
このようにして、図１７に示す本発明に関連する技術に従うことで、ユーザは、印刷サーバ１にスプールされる印刷データがどのようなものであるのかをディスプレイ画面を介して見ることができるようになることで、待ち状態にある印刷データの中から優先順位の高い印刷データを優先的に印刷するなどの処理を行えるようになる。
【０１３２】
次に、印刷異常のエラーメッセージを最適な端末に送信することを実現する本発明に関連する技術について説明する。
【０１３３】
図１９に、この本発明に関連する技術の一例を図示する。
【０１３４】
この本発明に関連する技術に従う場合、印刷サーバ１は、クライアント２や管理端末３やサーバ端末６（図１に示したもの）に対してメッセージを転送するメッセージ転送機構５０の他に、転送先設定機構５１と、転送先定義域５２とを備える。
【０１３５】
転送先設定機構５１は、図２０に示すような返答メッセージの通知先設定画面を開設して印刷システムの管理者などと対話することで、印刷異常発生時のエラーメッセージの返答先となる端末名を設定する。転送先定義域５２は、転送先設定機構５１により設定される返答先の端末名を展開する。
【０１３６】
図２１に、メッセージ転送機構５０の実行する処理フローの一例を図示する。次に、この処理フローに従って、図１９に示す本発明に関連する技術で実現するメッセージ転送処理について説明する。
【０１３７】
メッセージ転送機構５０は、印刷処理の実行中に印刷異常が発生することで、エラーメッセージを通知する必要が生ずると、図２１の処理フローに示すように、先ず最初に、ステップ１で、印刷要求元のクライアント２に対してエラー通知を通知する。続いて、ステップ２で、転送先定義域５２に返答先となる端末名が展開されているのか否かを判断する。
【０１３８】
このステップ２の判断処理で、転送先定義域５２に返答先となる端末名が展開されていることを判断するときには、ステップ３に進んで、転送先定義域５２に展開されている端末名の指す端末に対して、印刷異常の内容を示すエラーメッセージを送信する。例えば、転送先定義域５２に管理端末３の端末名が展開されているときには、管理端末３に対して、印刷異常の内容を示すエラーメッセージを送信するのである。
【０１３９】
一方、ステップ２の判断処理で、転送先定義域５２に返答先となる端末名が展開されていないことを判断するときには、ステップ４に進んで、デフォルトの返答先として規定されている端末に対して、印刷異常の内容を示すエラーメッセージを送信する。例えば、サーバ端末６がデフォルトの返答先として規定されているときには、サーバ端末６に対して、印刷異常の内容を示すエラーメッセージを送信するのである。
【０１４０】
このようにして、図１９に示す本発明に関連する技術に従うことで、印刷異常の内容を示すエラーメッセージを最適な通知先に送信できるようになることで、スムーズなリカバリ処理などを行えるようになる。
【０１４１】
次に、スプールファイル１５の資源の有効利用を実現する本発明に関連する技術について説明する。
【０１４２】
図２２に、この本発明に関連する技術の一例を図示する。
【０１４３】
この本発明に関連する技術に従う場合、印刷サーバ１は、スプールファイル監視機構６０と、第１の復旧機構６１と、第２の復旧機構６２と、復旧処理起動機構６３と、自動復旧定義ファイル６４とを備える。
【０１４４】
スプールファイル監視機構６０は、スプールファイル１５の空き容量が規定以下となったのか否かを監視する。第１の復旧機構６１は、スプールファイル１５の空き容量の増大を実現する規定の復旧処理を実行する。第２の復旧機構６２は、スプールファイル１５の空き容量の増大を実現する規定の復旧処理を実行する。自動復旧定義ファイル６４は、第１の復旧機構６１と第２の復旧機構６２の内のどちらを起動するのかという情報と、起動するときのパラメータとを管理する。復旧処理起動機構６３は、自動復旧定義ファイル６４の管理する定義データに従って、第１の復旧機構６１か第２の復旧機構６２を起動する。
【０１４５】
図２３に、スプールファイル監視機構６０の実行する処理フローの一例、図２４に、復旧処理起動機構６３の実行する処理フローの一例、図２５に、第１の復旧機構６１の実行する処理フローの一例、図２６に、第２の復旧機構６２の実行する処理フローの一例を図示する。次に、この処理フローに従って、図２２に示す本発明に関連する技術で実現するスプールファイル１５の資源の有効利用処理について説明する。
【０１４６】
スプールファイル監視機構６０は、規定の監視周期に到達すると、図２３の処理フローに示すように、先ず最初に、ステップ１で、スプールファイル１５の空き容量を検出し、続くステップ２で、検出したスプールファイル１５の空き容量が規定以下となったのか否かを判断して、規定以下となることを判断するときには、ステップ３に進んで、復旧処理起動機構６３を起動し、規定以下とならないときには、復旧処理起動機構６３を起動せずに、そのまま処理を終了する。
【０１４７】
このようにして起動されると、復旧処理起動機構６３は、図２４の処理フローに示すように、先ず最初に、ステップ１で、自動復旧定義ファイル６４の管理する定義データを読み込み、続くステップ２で、この定義データが第１の復旧機構６１の起動を指示しているのか否かを判断して、第１の復旧機構６１の起動を指示していることを判断するときには、ステップ３に進んで、第１の復旧機構６１を起動し、第１の復旧機構６１の起動を指示していないことを判断するときには、ステップ４に進んで、第２の復旧機構６２を起動する。
【０１４８】
このようにして起動されると、第１の復旧機構６１は、図２５の処理フローに示すように、自動復旧定義ファイル６４の定義データの指定する通知先に、スプールファイル１５の空き容量が少なくなった旨のメッセージを送信する。一方、このようにして起動されると、第２の復旧機構６２は、図２６の処理フローに示すように、自動復旧定義ファイル６４の定義データの指定する古いデータを定義する日数に従って、スプールファイル１５の持つ作業ファイルに展開されている古いデータを削除することで作業ファイルを圧縮するとともに、その圧縮に合わせてスプールファイル１５の容量を拡張する。
【０１４９】
このようにして、図２２に示す本発明に関連する技術に従うことで、スプールファイル１５の資源の有効利用を図れるようになる。そして、正しい印刷データの印刷を保証できるようになる。
【０１５０】
次に、業務印刷に好適な印刷処理を実現する本発明に関連する技術について説明する。
【０１５１】
図２７に、この本発明に関連する技術の一例を図示する。
【０１５２】
図７に示す本発明に関連する技術に示したように、印刷サーバ１は、クライアント２の印刷業務手続き１４により設定される印刷属性情報を管理する印刷属性管理ファイル３１を備えている。
【０１５３】
図２７に示す本発明に関連する技術では、クライアント２の印刷業務手続き１４が、１つの業務を構成することになる複数のアプリケーション１００に対して、業務としての印刷属性を設定して、それを印刷属性管理ファイル３１に登録するように処理している。
【０１５４】
このとき設定される業務印刷属性として、例えば、一括印刷指示の印刷属性がある。１つの業務が複数のアプリケーション１００で構成される場合、各アプリケーション１００の印刷データがバラバラに印刷されてしまうと、業務を遂行する上で非常に不便である。そこで、１つの業務に対して、この一括印刷指示の印刷属性を与えることで、１つの業務が複数のアプリケーション１００で構成される場合、それらのアプリケーション１００の印刷データが出揃ったときに印刷処理に入ることを実現するのである。
【０１５５】
図２８に、この業務印刷処理を実現するためにスプーラ７０の実行する処理フローの一例を図示する。次に、この処理フローに従って、図２７に示す本発明に関連する技術で実現する業務印刷処理について説明する。ここで、図２８に示す印刷サーバ１のスプーラ７０は、図７に示す本発明に関連する技術などで示したスプールシステムを総称したものである。
【０１５６】
印刷サーバ１のスプーラ７０は、クライアント２から印刷データが送られてくると、図２８の処理フローに示すように、先ず最初に、ステップ１で、印刷属性管理ファイル３１の管理データに従って、その印刷データが業務を構成するアプリケーション１００のものであるのか否かを判断して、業務を構成するアプリケーション１００の印刷データでないことを判断するときには、ステップ５に進んで、非業務の印刷データとして印刷処理に入り、業務を構成するアプリケーション１００の印刷データであることを判断するときは、ステップ２に進んで、その業務に属するアプリケーション１００の印刷データを受け取ったことを記録する。
【０１５７】
続いて、ステップ３で、ステップ２の記録データを参照しつつ、印刷属性管理ファイル３１の管理する業務印刷属性で指定される条件が成立したのか否かを判断して、条件が成立したことを判断するときには、ステップ４に進んで、条件の成立した業務に属する印刷データの印刷処理に入る。例えば、一括印刷指示の業務印刷属性が設定されているときには、業務に属する全てのアプリケーション１００の印刷データが出揃うときに、ステップ４に進んで、それらの印刷データの一括印刷処理に入るのである。
【０１５８】
一方、ステップ３で、印刷属性管理ファイル３１の管理する業務印刷属性で指定される条件が成立していないことを判断するときには、その条件の成立するのを待つべく処理を終了する。例えば、一括印刷指示の業務印刷属性が設定されているときには、業務に属する全てのアプリケーション１００の印刷データが出揃うのを待つべく処理を終了する。
【０１５９】
このようにして、図２７に示す本発明に関連する技術に従うことで、１つの業務に属する印刷要求に対して、全ての印刷データが出揃ったときに印刷を行うを指示する属性を割り付けることで、１つの意味のある印刷処理をまとめて実行するなどの処理を行えるようになる。
【０１６０】
次に、スプールファイル１５に格納される印刷データの退避処理を実現する本発明について説明する。
【０１６１】
図２９に、この本発明の一実施例を図示する。
【０１６２】
この実施例に従う場合、印刷サーバ１は、スプールシステム制御機構１１に加えて、スプールファイル１５に格納される印刷データを退避ファイル８１に退避する退避操作ＡＰＩ８０を備える。
【０１６３】
図３０に、退避操作ＡＰＩ８０の実行する処理フローの一実施例を図示する。次に、この処理フローに従って、図２９の実施例で実現するスプールファイル１５に格納される印刷データの退避処理について説明する。
【０１６４】
退避操作ＡＰＩ８０は、クライアント２の操作画面（印刷サーバ１の操作画面のこともある）からスプールファイル１５に格納される印刷データの退避要求が発行されると、図３０の処理フローに示すように、先ず最初に、ステップ１で、スプールシステム制御機構１１に対して、退避する印刷データのスプール情報（印刷データ以外の印刷属性情報などの情報で、退避した印刷データを印刷処理するときに必要となる情報）の獲得要求を発行する。このスプール情報については、印刷データが別の印刷サーバ１にスプールされているときには、その印刷サーバ１のスプールシステム制御機構１１に発行することになる。
【０１６５】
続いて、ステップ２で、ステップ１の獲得要求に応答して返信されるスプール情報を受け取る。続いて、ステップ３で、退避する印刷データの格納位置をチェックする。
【０１６６】
続いて、ステップ４で、ステップ３でチェックした格納位置に従って、自印刷サーバ１のスプールファイル１５から、退避する印刷データ（ローカル印刷データ）を読み込み、それを、ステップ２の処理で取得したそれと対となるスプール情報とともに退避ファイル８１に退避する。
【０１６７】
続いて、ステップ５で、別の印刷サーバ１にスプールされている印刷データを処理対象として、ステップ３でチェックした格納位置を通知しつつ、その印刷サーバ１に対して、退避する印刷データ（リモート印刷データ）の獲得要求を発行する。続いて、ステップ６で、ステップ５の獲得要求に応答して返信される印刷データを受け取り、それを、ステップ２の処理で取得した対となるスプール情報とともに退避ファイル８１に退避する。
【０１６８】
このようにして、退避操作ＡＰＩ８０は、スプールファイル１５に格納される１つ又は複数の印刷データの退避要求が発行されると、図２９に示すように、退避要求のある印刷データとそのスプール情報とを取得して退避ファイル８１に退避するのである。
【０１６９】
図２７に示す本発明に関連する技術から分かるように、印刷サーバ１は、幾つかの印刷データのまとまりで定義されるドキュメントグループを管理する機能を持っている。図３１に示すように、このドキュメントグループを単位とする印刷データの退避が可能である。更に、このドキュメントグループを構成する一部の印刷データのみの印刷指定を許可する構成を採っているので、必要最小限の印刷データの復元が可能である。
【０１７０】
また、図３２に示すようなディスプレイ画面を使って、退避する印刷データに対してファイル名を付加したり、コメントを付加することができる。このファイル名やコメントの付加は、退避する印刷データが複数で構成されるときに特に有効なものとなる。
【０１７１】
更に、図３３に示すように、このコメントを検索対象とするキーワード検索の機能を有しており、この検索機能により大量の退避ファイル８１の中から必要となる印刷データを持つ退避ファイル８１を検索できるようになっている。
【０１７２】
更に、退避ファイル８１に格納される印刷データに対しても上述したプレビュー機能を有しており、このフレビュー機能により退避ファイル８１に格納される印刷データがどのようなものであるのかをディスプレイ画面上で確認できるようになっている。
【０１７３】
図示実施例に従って本発明を説明したが、本発明はこれに限定されるものではない。例えば、実施例では、印刷サーバ１とクライアント２とがＬＡＮで接続されることを想定したが、ＬＡＮ以外のネットワークで接続されてもよいのである。
上述したように、クライアントと印刷サーバとが接続される印刷システムを使って、基幹業務系の印刷運用を実現するためには、
〔１〕信頼性を高めるための技術
〔２〕管理工数を削減するための技術
〔３〕システムの資源を効率良く運用するための技術
〔４〕業務印刷としての柔軟性を高めるための技術
を構築していく必要がある。
本発明では、端末装置から印刷サーバ装置への高信頼のデータ転送を実現することで、〔１〕の技術を実現する。また、本発明に関連する技術では、印刷後のトラブルに対応可能とする印刷データの保存機能を実現することで、〔１〕の技術を実現する。また、本発明に関連する技術では、印刷中の保留を実現することで、〔１〕の技術を実現する。
そして、本発明に関連する技術では、各端末装置が自分の接続する印刷サーバ装置以外の印刷サーバ装置についても、あたかも自分の接続する印刷サーバ装置であるかの如く見えるようにすることで、〔２〕の技術を実現する。また、本発明に関連する技術では、印刷データをディスプレイ画面で確認できるようにすることで、〔２〕の技術を実現する。また、本発明に関連する技術では、印刷異常を最適な通知先に通知できるようにすることで、〔２〕の技術を実現する。
そして、本発明では、印刷済みの印刷データを外部の退避ファイルに退避できるようにすることで、〔３〕の技術を実現する。また、本発明に関連する技術では、スプール領域の資源の有効利用を図るようにすることで、〔３〕の技術を実現する。
そして、本発明に関連する技術では、業務というまとまりで印刷データを印刷できるようにすることで、〔４〕の技術を実現する。
次に、本発明および本発明に関連する技術による効果についてまとめる。
本発明および本発明に関連する技術によれば、端末装置と印刷サーバ装置とで構成される印刷システムにおいて、端末装置から印刷サーバ装置への印刷データの転送を高い信頼性で実現できるようになる。
また、本発明および本発明に関連する技術によれば、印刷データ毎に印刷データを保存するのか否かを指定できるので、データベースが更新されていくことで２度と同じ印刷を実行できない印刷データなどについては、プリンタによる印刷失敗などを考慮して保存指定しておくことで、その印刷を確実に保証できるようになる。更に、保存期間を指定できることで、不必要になった印刷データを長期間に渡って保存することがなくなる。そして、プリンタ毎に保存するという構成を採るときに比べて、印刷データを保存する記憶装置の容量を削減できるようになる。
また、本発明および本発明に関連する技術によれば、印刷中に保留指示が発行されるときに、何ページ目で保留指示が発行されたのかという情報が残り、これにより、保留したページからの印刷再開が可能になる。従って、印刷中に印刷データの保留を実現できるようになる。
また、本発明および本発明に関連する技術によれば、ユーザは、自分の接続する印刷サーバ装置以外の印刷サーバ装置に対して発行された印刷情報についても、あたかも自分の接続する印刷サーバ装置に対して発行された印刷情報であるかの如く見え、それに対する操作を発行できるようになる。
また、本発明および本発明に関連する技術によれば、ユーザは、印刷サーバ装置にスプールされる印刷データがどのようなものであるのかをディスプレイ画面を介して見ることができるようになることで、待ち状態にある印刷データの中から優先順位の高い印刷データを優先的に印刷するなどの処理を行えるようになる。
また、本発明および本発明に関連する技術によれば、印刷異常の内容を示すエラーメッセージを最適な通知先に通知できるようになることで、スムーズなリカバリ処理などを行えるようになる。
また、本発明および本発明に関連する技術によれば、スプール領域の資源の有効利用を図れるようになる。そして、正しい印刷データの印刷を保証できるようになる。
また、本発明および本発明に関連する技術によれば、１つの業務に属する印刷要求に対して、全ての印刷要求が出揃ったときに印刷を行うことを指示する属性を割り付けることで、１つの意味のある印刷処理をまとめて実行するなどの処理を行えるようになる。
また、本発明および本発明に関連する技術によれば、隠蔽されているスプールした印刷データを自由に退避できるようになることで、スプール領域の資源を有効利用するなどの処理を行えるようになる。
このようにして、本発明および本発明に関連する技術によれば、端末装置から印刷サーバ装置への高信頼のデータ転送を実現し、印刷後のトラブルに対応可能とする印刷データの保存機能を実現し、印刷中の保留を実現することで、クライアントと印刷サーバとがネットワークで接続される印刷システムを使って運用される、基幹業務系の印刷処理の信頼性を高めるための技術を構築できるようになる。
そして、本発明および本発明に関連する技術によれば、各端末装置が自分の接続する印刷サーバ装置以外の印刷サーバ装置についても、あたかも自分の接続する印刷サーバ装置であるかの如く見えるようになることを実現し、印刷データをディスプレイ画面で確認できるようにすることを実現し、印刷異常を最適な通知先に通知できるようにすることを実現することで、クライアントと印刷サーバとがネットワークで接続される印刷システムを使って運用される、基幹業務系の印刷処理の管理工数を削減するための技術を構築できるようになる。
そして、本発明および本発明に関連する技術によれば、印刷済みの印刷データを外部の退避ファイルに退避できるようにすることを実現し、スプール領域の資源の有効利用を図るようにすることを実現することで、クライアントと印刷サーバとがネットワークで接続される印刷システムを使って運用される、基幹業務系の印刷処理でのシステム資源の効率な運用を実現するための技術を構築できるようになる。
そして、本発明および本発明に関連する技術によれば、業務というまとまりの印刷データを印刷できるようにすることを実現することで、クライアントと印刷サーバとがネットワークで接続される印刷システムを使って運用される、基幹業務系の印刷処理の柔軟性を高めるための技術を構築できるようになる。
【０１７４】
【発明の効果】
以上説明したように、本発明によれば、端末装置と印刷サーバ装置とで構成される印刷システムにおいて、端末装置から印刷サーバ装置への印刷データの転送を高い信頼性で実現できるようになる。
そして、本発明によれば、隠蔽されているスプールした印刷データを自由に退避できるようになることで、スプール領域の資源を有効利用できるようになるとともに、印刷データの長期保存を実現できるようになる。
【図面の簡単な説明】
【図１】本発明および本発明に関連する技術の適用される印刷システムである。
【図２】本発明および本発明に関連する技術のシステム構成図である。
【図３】ディスプレイ画面の説明図である。
【図４】本発明の一実施例である。
【図５】クライアントの実行する処理フローである。
【図６】印刷サーバの実行する処理フローである。
【図７】本発明に関連する技術の一例である。
【図８】印刷ドキュメント保存機構の処理フローである。
【図９】印刷ドキュメント削除機構の処理フローである。
【図１０】ディスプレイ画面の説明図である。
【図１１】印刷サーバの実行する処理フローである。
【図１２】本発明に関連する技術の説明図である。
【図１３】本発明に関連する技術の一例である。
【図１４】ディスプレイ画面の説明図である。
【図１５】印刷サーバの実行する処理フローである。
【図１６】ディスプレイ画面の説明図である。
【図１７】本発明に関連する技術の一例である。
【図１８】印刷サーバの実行する処理フローである。
【図１９】本発明に関連する技術の一例である。
【図２０】ディスプレイ画面の説明図である。
【図２１】メッセージ転送機構の実行する処理フローである。
【図２２】本発明に関連する技術の一例である。
【図２３】スプールファイル監視機構の実行する処理フローである。
【図２４】復旧処理起動機構の実行する処理フローである。
【図２５】第１の復旧機構の実行する処理フローである。
【図２６】第２の復旧機構の実行する処理フローである。
【図２７】本発明に関連する技術の一例である。
【図２８】スプーラの実行する処理フローである。
【図２９】本発明の一実施例である。
【図３０】退避操作ＡＰＩの実行する処理フローである。
【図３１】退避ファイルの説明図である。
【図３２】ディスプレイ画面の説明図である。
【図３３】退避ファイルの検索処理の説明図である。
【図３４】印刷システムの説明図である。
【図３５】従来技術の説明図である。
【符号の説明】
１  印刷サーバ
２  クライアント
３  管理端末
４  プリンタ
５  ＬＡＮ
６  サーバ端末
【図１】
0003588416.tif 000002
【図２】
0003588416.tif 000003
【図３】
0003588416.tif 000004
【図４】
0003588416.tif 000005
【図５】
0003588416.tif 000006
【図６】
0003588416.tif 000007
【図７】
0003588416.tif 000008
【図８】
0003588416.tif 000009
【図９】
0003588416.tif 000010
【図１０】
0003588416.tif 000011
【図１１】
0003588416.tif 000012
【図１２】
0003588416.tif 000013
【図１３】
0003588416.tif 000014
【図１４】
0003588416.tif 000015
【図１５】
0003588416.tif 000016
【図１６】
0003588416.tif 000017
【図１７】
0003588416.tif 000018
【図１８】
0003588416.tif 000019
【図１９】
0003588416.tif 000020
【図２０】
0003588416.tif 000021
【図２１】
0003588416.tif 000022
【図２２】
0003588416.tif 000023
【図２３】
0003588416.tif 000024
【図２４】
0003588416.tif 000025
【図２５】
0003588416.tif 000026
【図２６】
0003588416.tif 000027
【図２７】
0003588416.tif 000028
【図２８】
0003588416.tif 000029
【図２９】
0003588416.tif 000030
【図３０】
0003588416.tif 000031
【図３１】
0003588416.tif 000032
【図３２】
0003588416.tif 000033
【図３３】
0003588416.tif 000034
【図３４】
0003588416.tif 000035
【図３５】
0003588416.tif 000036