JP4467217B2

JP4467217B2 - 印刷システム、プログラムおよび記録媒体

Info

Publication number: JP4467217B2
Application number: JP2001330421A
Authority: JP
Inventors: 邦和津田; 俊治柴田
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-10-29
Filing date: 2001-10-29
Publication date: 2010-05-26
Anticipated expiration: 2021-10-29
Also published as: JP2003131983A

Description

【０００１】
【発明の属する技術分野】
本発明は、印刷システム、プログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体に関し、詳細には、通信網を介して接続されたアプリケーションサービスプロバイダで実行される業務用ソフトの出力結果をその通信網に接続された印刷装置へ出力する印刷出力サービスに関する。
【０００２】
【従来の技術】
近年、インターネット経由で接続したサーバに業務用ソフトなどのアプリケーションソフトウェアを搭載し、期間単位で貸し出すサービスを行うアプリケーションサービスプロバイダ（Application Service Provider：以下、ＡＳＰと略記する）が台頭してきている。
今までは、企業がアプリケーションソフトウェアを導入する場合には、そのソフトウェアを購入し、そのためのサーバや端末としてのコンピュータ設備を投資し、それを運用管理するという手間がかかっていた。
しかし最近では、企業ユーザはこのＡＳＰ業者を利用することによって、情報システム化を図り、運用管理コストを削減するようになった。
【０００３】
このＡＳＰ業者がサービスする業務用アプリケーションソフトウェアを動作させるサーバ（以下、ＡＳＰサーバと呼ぶ）には、図５や図６に示したようにＷｅｂサーバ下で動作する業務用アプリケーションソフトウェアを新たに開発し、企業ユーザの端末で動作するＷｅｂブラウザを用いてそのソフトを利用するという方法がある。
【０００４】
もうひとつは、図７に示したように、ＡＳＰサーバで動作するアプリケーションソフトウェアとして既存の業務用ソフトと、企業ユーザの端末との仲介を行うサーバ用のミドルウェアを用い、企業ユーザの端末にはＡＳＰサーバでの結果や入力指示を行わせるクライアント用のミドルウェアを導入して行う方法がある。これは、Server-based Computing（以下、ＳＢＣと略記する）と言われているものである。
【０００５】
【発明が解決しようとする課題】
上述した前者の方法では、企業ユーザはＷｅｂブラウザを用意するだけで利用できるが、反面、Ｗｅｂサーバ対応の業務用ソフトを新規に開発しなければならないという欠点があり、現在、利用できるソフトも充実しているとは言いがたい。
一方、後者の方法では、既存の業務用ソフトを利用するため、充実してはいるが、これを利用するためのサーバ用のミドルウェアやクライアント用のミドルウェアを各端末用に開発しなければならないという問題点がある。
【０００６】
さらに、ＡＳＰを利用して業務処理を行った結果に引き起こる大量の結果を閲覧するためには、ディスプレイ等の表示装置上に表示するかまたはこれをプリンタ装置上に印刷しなければならないが、このためにＡＳＰサーバと企業ユーザの端末間で大量のデータが移動するのでネットワークに負荷がかかり、自分のみならず他人のレスポンスが遅くなるという問題点、また、同端末で他の仕事ができなくなってしまうという問題点がでてくる。
【０００７】
このためそのような大量の処理結果は、自分の端末で見ることなくネットワーク上に接続した印刷装置へ出力すると言う、所謂、リモート印刷と言う技術がある（例えば、特開平４−３１７１１８号公報参照）。
ＡＳＰにおいて、リモート印刷技術を利用して印刷する場合、Ｗｅｂサーバを用いた上記方法では、Ｗｅｂサーバを経由して業務用ソフトから印刷結果をネットワークに接続した印刷装置へ出力ができる。図５の例では、印刷指示とその印刷先の印刷装置のＵＲＬをＡＳＰサーバへ送付することによって、端末を経ないで最終的な印刷を出力することができる。また、図６の例では、印刷指示で作成された印刷データのＵＲＬを印刷装置へ送付することによって、印刷装置からその印刷データを取得し、印刷するようにして、端末を経ないで出力できる。
【０００８】
しかし、ＳＢＣによる業務用ソフトからの印刷結果を印刷装置へ出力する場合は、一旦、自分の端末へ印刷データを取り込んでから、適当なネットワークに接続した印刷装置へ出力しなければならない（図７参照）ので、一向に自端末とＡＳＰサーバとの間のトラフィック負荷の解消にはつながらない。
一方、ＳＢＣでは豊富な業務用のアプリケーションソフトウェアを利用できるという大きな利点がある。
【０００９】
本発明は、上述した実情に鑑みてなされたものであって、ＳＢＣで実行されるアプリケーションソフトウェアの実行結果を通信網に接続された印刷装置へ直接出力できるようにして、自端末とＡＳＰサーバとの間のトラフィック負荷の解消を図れる印刷システム、プログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１の印刷システムは、従来端末で動作していたアプリケーションソフトウェアを動作させるサーバと、その実行結果を印刷する印刷装置と、そのアプリケーションソフトウェアの実行指示を行う端末とを通信網を介して接続し、前記サーバが前記印刷装置および前記端末とファイアウォールを介して接続された印刷システムであって、前記サーバおよび前記端末間のデータをＨＴＴＰ，ＨＴＴＰＳまたはＩＣＡプロトコルで送受信するとともに、前記端末は、前記アプリケーションソフトウェアの実行結果の印刷を前記サーバへ指示し、前記サーバは、前記アプリケーションソフトウェアの実行結果の印刷データが格納された格納場所を含むプル印刷の情報を生成し、前記プル印刷の情報を前記端末へ通知し、前記端末は、前記サーバから通知された前記プル印刷の情報を前記印刷装置へ送信して印刷指示し、前記印刷装置は、前記端末から印刷指示された前記プル印刷の情報を解析し、プル印刷であった場合には、前記サーバの前記プル印刷で指定された印刷データの格納場所からＨＴＴＰまたはＨＴＴＰＳプロトコルで印刷データを取得して印刷することを特徴とする。
【００１２】
また、本発明の請求項２のプログラムは、コンピュータを、請求項１に記載の印刷システムとして機能させるためのプログラムである。
また、本発明の請求項３の記録媒体は、請求項２に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１３】
したがって、ＳＢＣで実行されるアプリケーションソフトウェアの実行結果を通信網に接続された印刷装置へ直接出力できるので、自端末とサーバとの間のトラフィック負荷を下げることができる。
また、印刷データを出力するのに適した品質の印刷装置や遠隔地のようなところへ設置された印刷装置であっても利用者は指定することができる。
また、Ｗｅｂサーバを使うことによって、既存のリモート印刷の技術が容易に利用できる。
また、印刷データを印刷装置側から取得するため、サーバと印刷装置間にファイアウォールが設けられていても印刷することが可能となる。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【００１５】
＜実施形態１＞
（１）印刷システムの構成
図１は、本発明の実施の形態の印刷システム（実施形態１）を説明する全体構成図である。
図１において、本実施形態１は、アプリケーションソフトウェアをＳＢＣ（Server-based Computing）によって実行し、その結果である印刷データを作成するサーバ１００と、このサーバ１００に通信網４００を介して接続され、そのアプリケーションソフトウェアをＳＢＣで実行させる指示およびその結果の印刷を指示する利用者の端末２００と、印刷データを出力する印刷装置３００とから構成される。これらのサーバ１００、利用者の端末２００および印刷装置３００は任意の数だけ接続していてもよい。
【００１６】
また、通信網４００は、サーバ１００、利用者の端末２００および印刷装置３００とを結合するための伝送路であって、一般には、ケーブルで実現され、通信プロトコルにはＴＣＰ／ＩＰが使われる。但し、伝送路としてはケーブルだけではなく、それらの間の通信プロトコルが一致するものであれば無線および有線のいずれであってもよく、例えば、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、ＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）やインターネットなどを用いることができる。
【００１７】
これらサーバ１００と端末２００間およびサーバ１００と印刷装置３００間で送受信されるデータは、米ＣｉｔｒｉｘＳｙｓｔｅｍｓ社が開発した分散Ｗｉｎｄｏｗｓプレゼンテーション・プロトコル（Independent Computing Architecture（ＩＣＡ）プロトコル）を用いる。これにより、ユーザインタフェース、キーストローク、マウスの動きのみが通信プロトコル上を相互間で送信されるため、端末２００側のリソースは最小限で済むことになる。
【００１８】
利用者が使う端末２００の機能構成としては、ミドルウェア２１０、入力手段２２０、表示手段２３０とを含んでいる。
利用者は、キーボードやマウス等の入力手段２２０によりサーバ１００にあるアプリケーションソフトウェア１２０の実行やその結果としての印刷出力を指示する。このときの印刷出力先の印刷装置３００は、通信網４００上のアドレスＵＲＬ(Uniform Resource Locator)で指定する。
この入力手段２２０で指示された実行指示や印刷指示等は、ミドルウェア２１０によってＩＣＡプロトコルでサーバ１００へ送信される。
サーバ１００のアプリケーションソフトウェア１２０からの表示データはＩＣＡプロトコルで端末２００のミドルウェア２１０で受信され、表示手段２３０でディスプレイ等の表示画面に表示される。
【００１９】
サーバ１００の機能構成としては、ミドルウェア１１０、アプリケーションソフトウェア１２０、印刷データ生成手段１３０、印刷データファイル１４０、印刷出力手段１５０とを含んでいる。
ミドルウェア１１０は、ＩＣＡプロトコルで端末２００からの指示をアプリケーションソフトウェア１２０へ引き渡したり、アプリケーションソフトウェア１２０の実行によって生じる表示出力をＩＣＡプロトコルで端末２００へ送信する。
【００２０】
アプリケーションソフトウェア１２０は、利用者の要求によって実行される種々のソフトウェアであり、このソフトウェアはＳＢＣによって実行される。このようなソフトウェアには、例えば、会計処理システム、給与管理システム、電子カルテシステムや文書編集プログラムのような業務用ソフトがある。
【００２１】
印刷データ生成手段１３０は、印刷出力を指示されたときに、アプリケーションソフトウェア１２０で出力される印刷装置３００用の印刷データを作り出すプリンタドライバである。この印刷データは印刷データファイル１４０に一時的に格納される。
【００２２】
印刷出力手段１５０は、印刷データ生成手段１３０で作成された印刷データを利用者から指示された印刷先の印刷装置３００へＩＣＡプロトコルでプッシュ技術により送信する。
【００２３】
印刷装置３００の機能構成としては、ミドルウェア３１０、印刷手段３２０とを含んでいる。
サーバ１００の印刷出力手段１５０からＩＣＡプロトコルで送られてきた印刷データを印刷手段３２０で印刷する。
【００２４】
また、サーバ１００の印刷出力手段１５０にＷｅｂサーバを用い、印刷装置３００のミドルウェア３１０にＷｅｂブラウザを用いることによってもリモート印刷を行うことができる。
また、このＷｅｂサーバは、サーバ１００に組み込むように構成してもよいし、サーバ１００とは独立に設けるようにしてもよい。
【００２５】
（２）本実施形態１の動作
図２は、本実施形態１の処理経過の詳細な動作を説明するための図である。
先ず、ＳＢＣを用いてあるアプリケーションソフトウェアを使用したい利用者は、端末２００によって通信網４００を介してサーバ１００へ接続し、サーバ１００上でそのアプリケーションソフトウェアを実行するように指示する（ステップＳ１０）。
【００２６】
サーバ１００は、利用者の端末２００から受信した実行指示により、その指示されたアプリケーションソフトウェアを実行させる（ステップＳ１１）。このソフトウェア実行中の途中経過はミドルウェア（１１０および２１０）を通じて端末２００へ送信され、それを端末２００の表示手段２３０へ表示することによって利用者はその状況を把握することができる。
【００２７】
ここで、この端末２００とサーバ１００との通信にはＩＣＡプロトコルを用いて行うことにより、ユーザインタフェース、キーストローク、マウスの動き等が通信プロトコル上を相互間で送信されるため、端末２００側のリソースは最小限で済むことになる。
【００２８】
利用者がそのアプリケーションソフトウェア１２０からの結果や途中経過等の出力を印刷させたいときには、端末２００からミドルウェア（２１０および１１０）を経由して印刷指示を送信する（ステップＳ１２）。この印刷先は、印刷装置３００のＵＲＬを指定する。
【００２９】
サーバ１００は、その出力指示をアプリケーションソフトウェア１２０へ渡すと印刷データ生成手段（プリンタドライバ）１３０によって、利用者に指示された印刷装置３００に適する出力結果を印刷データファイル１４０に一時的に格納する（ステップＳ１３）。
【００３０】
サーバ１００は、印刷データファイル１４０が作成されると、その印刷データを利用者の指定した印刷装置３００へ出力するように印刷出力手段１５０へ依頼する（ステップＳ１４）。
印刷出力手段１５０は、この依頼によって指定されたＵＲＬあてに印刷データファイル１４０の内容を、例えば、プッシュ技術により送出する（ステップＳ１５）。ここで、サーバ１００と印刷装置３００との通信にはＩＣＡプロトコルを用いて行う。
【００３１】
印刷出力手段１５０から送信されてきた印刷データを印刷装置３００のミドルウェア３１０で受信し、その印刷データを印刷手段３２０で印刷出力する（ステップＳ１６）。
印刷装置３００は印刷が終了すると、この印刷データを送信してきた印刷出力手段１５０へ出力を完了したことを通知する（ステップＳ１７）。
この完了通知は、印刷出力手段１５０からミドルウェア１１０を経由して端末２００へ送信され（ステップＳ１８）、端末２００の表示手段２３０へ表示されることによって利用者は印刷の完了したことを知る（ステップＳ１９）。
【００３２】
このように構成することによって、本実施形態１は次の効果が達成できる。
ＳＢＣで実行されるアプリケーションソフトウェアの実行結果を通信網に接続された印刷装置へ直接出力できるので、自端末とサーバとの間のトラフィック負荷を下げることができる。
また、印刷データを出力するのに適した品質の印刷装置や遠隔地のようなところへ設置された印刷装置であっても利用者は指定することができる。
また、Ｗｅｂサーバを使うことによって、既存のリモート印刷の技術が容易に利用できる。
【００３３】
＜実施形態２＞
本発明の他の実施の形態の印刷システム（実施形態２）について説明する。上述した実施形態１では、印刷の指示とともに、印刷先の印刷装置３００のＵＲＬを指示し、サーバ１００の方から印刷データをその指示された印刷装置３００へ送信させて印刷させていた。
本実施形態２では、サーバ１００で作成された印刷データを一旦ファイルに出力し、このファイルの存在場所を含む情報を利用者へ通知し、利用者がその情報を印刷先の印刷装置３００に対して印刷処理することによって、印刷装置３００がその情報をもとに印刷データを取り出して印刷する。
図３は、本実施形態２を説明する全体構成図である。実施形態１と同じ機能を持つものには同じ符号を付してある。
【００３４】
利用者が使う端末２００の機能構成としては、ミドルウェア２１０、入力手段２２０、表示手段２３０、印刷手段２４０とを含んでいる。
利用者は、キーボードやマウス等の入力手段２２０によりサーバ１００にあるアプリケーションソフトウェア１２０の実行やその結果としての印刷出力を指示する。
この入力手段２２０で指示された実行指示や印刷指示等は、ミドルウェア２１０によってＩＣＡプロトコルでサーバ１００へ送信される（図３のＡ参照）。
サーバ１００のアプリケーションソフトウェア１２０からの表示データはＩＣＡプロトコルで端末２００のミドルウェア２１０で受信され、表示手段２３０でディスプレイ等の表示画面に表示される。
印刷手段２４０は、ミドルウェア（１１０および２１０）を経由して受信したサーバ１００の印刷データ生成手段１３０で作成された印刷データの格納場所等を含む情報（後述）を印刷先の印刷装置３００へ送信する（図３のＢ、Ｃ参照）。
【００３５】
サーバ１００の機能構成としては、ミドルウェア１１０、アプリケーションソフトウェア１２０、印刷データ生成手段１３０、印刷データファイル１４０、印刷出力手段１５０とを含んでいる。
ミドルウェア１１０は、ＩＣＡプロトコルで端末２００からの指示をアプリケーションソフトウェア１２０へ引き渡したり、アプリケーションソフトウェア１２０の実行によって生じる表示出力をＩＣＡプロトコルで端末２００へ送信する。
【００３６】
アプリケーションソフトウェア１２０は、利用者の要求によって実行される種々のソフトウェアであり、このソフトウェアはＳＢＣによって実行される。このようなソフトウェアには、例えば、会計処理システム、給与管理システム、電子カルテシステムや文書編集プログラムのような業務用ソフトがある。
【００３７】
印刷データ生成手段１３０は、印刷出力を指示されたときに、アプリケーションソフトウェア１２０で出力される印刷データおよびその印刷データの格納場所を含む情報とを作り出すプリンタドライバである。この印刷データは印刷データファイル１４０に一時的に格納され、印刷データの格納場所を含む情報はミドルウェア（１１０および２１０）を経由して端末２００へ送信される。
【００３８】
この印刷データの格納場所を含む情報は、例えば、次のようなプリンタジョブ言語（ＰＪＬ）で、印刷ジョブの内容を表現する。
【００３９】
＠ＰＪＬＪＯＢＰＵＬＬＰＲＩＮＴ
＠ＰＪＬＰＵＬＬＰＲＩＮＴＵＲＬ＝http://www.xxx/yyy
＠ＰＪＬＰＵＬＬＰＲＩＮＴＰＤＬ＝ＲＰＣＳ
＠ＰＪＬＥＯＪ
【００４０】
１行目は、印刷情報の開始と印刷データの格納場所等を示す情報を含んでいることを示す（プル印刷）。
２行目は、印刷データを格納した場所を、例えば、印刷データファイル１４０のＵＲＬを示す。
３行目は、印刷データがどのページ記述言語で作成されたかを示す。
４行目は、この情報の終了を示す。
この他に印刷全体に関する情報、例えば、印刷は両面印刷で行う等の指示もできる。
上記のような「印刷データの格納場所等を示す情報」のことを「プル印刷の情報」と呼ぶ。
【００４１】
印刷出力手段１５０は、印刷装置３００からの印刷データの送信要求によって、印刷データファイル１４０にある印刷データを要求元へ送信する。
【００４２】
印刷装置３００の機能構成としては、データ取得手段３３０、印刷手段３２０とを含んでいる。
データ取得手段３３０は、端末２００から送信されてきた印刷データの格納場所を含む情報を解析して、プル印刷かまたはＲＡＷデータによる印刷データかを区別する。
ＲＡＷデータの場合には印刷データを端末３００から受信し、印刷手段３２０で印刷する。
しかし、プル印刷であった場合には、指定されたデータ格納場所（ＵＲＬ）から印刷データを送信するようにサーバ１００の印刷出力手段１５０へ依頼し、送られてきた印刷データを印刷手段３２０で印刷処理する（図３のＤ参照）。
例えば、データ取得手段３３０からｈｔｔｐプロトコルのｇｅｔコマンドを送信して、印刷データを得ることができる。この場合、印刷出力手段１５０はＷｅｂサーバとし、このＷｅｂサーバはサーバ１００に組み込むように構成してもよいし、サーバ１００とは独立に設けるようにしてもよい。
【００４３】
図４は、本実施形態２の処理経過の詳細な動作を説明するための図である。
先ず、ＳＢＣを用いてあるアプリケーションソフトウェアを使用したい利用者は、端末２００によって通信網４００を介してサーバ１００へ接続し、サーバ１００上でそのアプリケーションソフトウェアを実行するように入力手段２２０から指示する（ステップＳ２０）。
【００４４】
サーバ１００は、利用者の端末２００から受信した実行指示により、その指示されたアプリケーションソフトウェアを実行させる（ステップＳ２１）。このソフトウェア実行中の途中経過はミドルウェア（１１０および２１０）を通じて端末２００へ送信され、それを端末２００の表示手段２３０へ表示することによって利用者はその状況を把握することができる。
【００４５】
ここで、この端末２００とサーバ１００との通信にはＩＣＡプロトコルを用いて行うことにより、ユーザインタフェース、キーストローク、マウスの動き等が通信プロトコル上を相互間で送信されるため、端末２００側のリソースは最小限で済むことになる。
【００４６】
利用者がそのアプリケーションソフトウェア１２０からの結果や途中経過等の出力を印刷させたいときには、端末２００からミドルウェア（２１０および１１０）を経由して印刷指示を送信する（ステップＳ２２）。
サーバ１００は、その出力指示をアプリケーションソフトウェア１２０へ渡すと、印刷データ生成手段（プリンタドライバ）１３０によって、出力結果を印刷データファイル１４０に一時的に格納する（ステップＳ２３）。
サーバ１００は、印刷データファイル１４０が作成されると、その印刷データを格納する格納場所を含む情報（プル印刷の情報）を作成して利用者の端末２００へ通知する（ステップＳ２４）。
【００４７】
端末２００の利用者は、印刷先の印刷装置３００を選択して、印刷手段２４０によって受信したプル印刷の情報を印刷させると、そのプル印刷情報は指定された印刷装置３００へ送信される（ステップＳ２５、Ｓ２６）。
【００４８】
印刷装置３００は、この印刷依頼を受信し（ステップＳ２７）、送信されたプル印刷の情報から印刷データの格納場所を解析し、その格納場所から印刷出力手段１５０を経由して送信してもらう（ステップＳ２８、Ｓ２９）。
例えば、データ取得手段３３０からｈｔｔｐプロトコルのｇｅｔコマンドを送信して、印刷データを得ることができる。
【００４９】
印刷装置３００は印刷が終了すると、利用者の端末２００へ出力を完了した通知を送信する（ステップＳ３０）。
利用者は、この通知が端末２００の表示手段２３０へ表示されることによって印刷の完了したことを知る（ステップＳ３１）。
【００５０】
このように構成することによって、本システムは、ＳＢＣで実行されるアプリケーションソフトウェアの実行結果を通信網に接続された印刷装置へ直接出力できるので、自端末とＡＳＰサーバとの間のトラフィック負荷を下げることができ、遠隔地の印刷装置へも印刷することができ、また、印刷データを印刷装置側から取得するため、ＡＳＰサーバと印刷装置間にファイアウォールが設けられていても印刷することが可能となるという効果が達成される。
【００５１】
＜実施の形態３＞
さらに、本発明は上述した実施の形態のみに限定されたものではない。上述した各実施の形態の印刷装置、印刷システム、印刷システムのサーバを構成する各機能をそれぞれプログラム化し、あらかじめＣＤ−ＲＯＭ等の記録媒体に書き込んでおき、このＣＤ−ＲＯＭをＣＤ−ＲＯＭドライブのような媒体駆動装置を搭載したコンピュータに装着して、これらのプログラムをそれぞれのコンピュータのメモリあるいは記憶装置に格納し、それを実行することによって、本発明の目的を達成することができる。
【００５２】
なお、記録媒体としては半導体媒体（例えば、ＲＯＭ、不揮発性メモリカード等）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ−Ｒ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）のいずれであってもよい。
【００５３】
また、ロードしたプログラムの指示に基づき、オペレーティングシステム等が実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれる。
【００５４】
さらに、上述したプログラムが、機能拡張ボードや機能拡張ユニットに備わるメモリにロードされ、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって、上述した各実施の形態の機能が実現される場合も含まれる。
【００５５】
また、上述したプログラムをサーバコンピュータの磁気ディスク等の記憶装置に格納しておき、通信網で接続された利用者のコンピュータからダウンロードさせたり、またサーバコンピュータから配信等の形式で頒布する場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
【００５６】
【発明の効果】
以上説明したように、本発明によれば、ＳＢＣで実行されるアプリケーションソフトウェアの実行結果を通信網に接続された印刷装置へ直接出力できるので、自端末とサーバとの間のトラフィック負荷を下げることができる。
また、印刷データを出力するのに適した品質の印刷装置や遠隔地のようなところへ設置された印刷装置であっても利用者は指定することができる。
また、Ｗｅｂサーバを使うことによって、既存のリモート印刷の技術が容易に利用できる。
また、印刷データを印刷装置側から取得するため、サーバと印刷装置間にファイアウォールが設けられていても印刷することが可能となる。
【図面の簡単な説明】
【図１】実施形態１の印刷システムを説明する全体構成図である。
【図２】実施形態１の印刷処理を説明するための図である。
【図３】実施形態２の印刷システムを説明する全体構成図である。
【図４】実施形態２の印刷処理を説明するための図である。
【図５】従来のＷｅｂサーバを用いたＡＳＰを説明するための全体構成図である。
【図６】従来のＷｅｂサーバを用いたＡＳＰを説明するための他の全体構成図である。
【図７】従来のＳＢＣを用いたＡＳＰを説明するための全体構成図である。
【符号の説明】
１００…サーバ、１１０…ミドルウェア、１２０…アプリケーションソフトウェア、１３０…印刷データ生成手段、１４０…印刷データファイル、１５０…印刷出力手段、２００…端末、２１０…ミドルウェア、２２０…入力手段、２３０…表示手段、２４０…印刷手段、３００…印刷装置、３１０…ミドルウェア、３２０…印刷手段、３３０…データ取得手段、４００…通信網。

Claims

従来端末で動作していたアプリケーションソフトウェアを動作させるサーバと、その実行結果を印刷する印刷装置と、そのアプリケーションソフトウェアの実行指示を行う端末とを通信網を介して接続し、前記サーバが前記印刷装置および前記端末とファイアウォールを介して接続された印刷システムであって、前記サーバおよび前記端末間のデータをＨＴＴＰ，ＨＴＴＰＳまたはＩＣＡプロトコルで送受信するとともに、前記端末は、前記アプリケーションソフトウェアの実行結果の印刷を前記サーバへ指示し、前記サーバは、前記アプリケーションソフトウェアの実行結果の印刷データが格納された格納場所を含むプル印刷の情報を生成し、前記プル印刷の情報を前記端末へ通知し、前記端末は、前記サーバから通知された前記プル印刷の情報を前記印刷装置へ送信して印刷指示し、前記印刷装置は、前記端末から印刷指示された前記プル印刷の情報を解析し、プル印刷であった場合には、前記サーバの前記プル印刷で指定された印刷データの格納場所からＨＴＴＰまたはＨＴＴＰＳプロトコルで印刷データを取得して印刷することを特徴とする印刷システム。
コンピュータを、請求項１に記載の印刷システムとして機能させるためのプログラム。
請求項２に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。