JP4095294B2

JP4095294B2 - 情報処理装置および情報処理方法およびプログラム

Info

Publication number: JP4095294B2
Application number: JP2001387571A
Authority: JP
Inventors: 隆八木田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-12-28
Filing date: 2001-12-20
Publication date: 2008-06-04
Anticipated expiration: 2021-12-20
Also published as: JP2002287931A

Description

【０００１】
【発明の属する技術分野】
本発明は、所定の通信媒体を介して少なくともＩＰＰ対応印刷装置に印刷指示を実行できる情報処理装置および印刷制御装置およびプルプリント印刷システムおよび情報処理方法およびデータ処理方法および記憶媒体並びにプログラムに関するものである。
【０００２】
【従来の技術】
現在、複数台のクライアントマシンが存在するようなネットワークプリントシステムが実現されている。
【０００３】
また、近年プリンタのインターネット・プリンティングのプロトコルとしてＲＦＣで規定されているＩｎｔｅｒｎｅｔＰｒｉｎｔｉｎｇＰｒｏｔｏｃｏｌ（ＩＰＰ）を搭載したプリンタが市場に投入され始めている。
【０００４】
このＩＰＰでは、”Ｐｒｉｎｔ−ＵＲＩリクエスト”という機能が規定されており、クライアントからプリンタに、ＵＲＬを指定した”Ｐｒｉｎｔ−ＵＲＩリクエスト”を送ることによって、そのＵＲＬ指定先のＷｅｂサーバ上のデータをプリンタが自身で取得して印刷する機能（プルプリント：ＰｕｌｌＰｒｉｎｔと呼ばれる）が規定されている。この機能によりＩＰＰ対応プリンタでは、世界中にあるＷｅｂページを印刷することを実現させている。ただし、Ｐｒｉｎｔｏ−ＵＲＩリクエストであっても、Ｗｅｂへのアクセス等でＵＲＬが指定されている場合は、Ｐｒｉｎｔｏ−ＵＲＬリクエストと呼ぶ場合もある。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来のネットワーク印刷環境下では、ＩＰＰ対応プリンタがネットワーク環境下に存在したとしても、その機能を十分に、オフィス等のローカルネットワーク環境下に利用することができず、使い勝手が悪いものとなっていた。
【０００６】
また、ＵＲＬ等の印刷データの格納場所を特定する為のリファレンス情報などを取得していない場合や、所望の印刷データに対応するリファレンス情報を知らないような場合などには、ＩＰＰ対応プリンタを利用することはできなかった。
【０００７】
本発明は、ＩＰＰ対応プリンタの使い勝手を良くしようということを目的としたものである。
【０００８】
【課題を解決するための手段】
本発明に係る情報処理装置は、以下の特徴的構成を備える。
ユーザによって印刷指示が入力されたことに応じて、印刷データを生成する印刷データ生成手段と、前記印刷データ生成手段で生成された前記印刷データを保持する保持手段と、前記保持手段で保持された前記印刷データを特定するためのリファレンス情報を自動的に生成する生成手段と、前記生成手段で生成されたリファレンス情報を、所定の通信媒体を介して印刷装置に送信する送信手段と、前記リファレンス情報が指定された、印刷データの取得要求を、前記印刷装置から受信する受信手段と、前記受信手段で受信された前記取得要求で要求されたリファレンス情報に対応する印刷データを前記印刷装置に送信する印刷データ送信手段とを有することを特徴とする。
【００２３】
【発明の実施の形態】
〔第１実施形態〕
図１は、本発明の一実施形態を示す情報処理装置を適用可能なデータ処理システムの構成を説明する図である。
【００２４】
図において、１１０１〜１１０３はＷｅｂサーバとして機能動作するクライアントコンピュータ（ＰＣ）、１１０４は前記ＰＣ１１０１，１１０２，１１０３をデバイスに接続するネットワーク、１１０５，１１０６，１１０７は前記ネットワーク１１０４に接続され所定のプロトコル（ＩＰＰ）でＰＣ１１０１〜１１０３と通信可能なプリンタである。
【００２５】
図２は、図１に示したＰＣ１１０１〜１１０３の制御構成を説明するブロック図であり、所定のプロトコル（例えばＩＰＰプロトコル）で稼動可能なＰＣの構成に対応する。なお、図１と同一のものには同一の符号を付してある。
【００２６】
図２において、１３４００はネットワークデバイス制御ソフトウエアが稼動するＰＣであり、図１に示した１１０１〜１１０３に相当する。
【００２７】
ＰＣ１３４００は、ＲＯＭ１３４０２もしくはハードディスク（ＨＤ）１３４１１に記憶された、あるいはフレキシブルディスクドライブ（ＦＤ）１３４１２より供給されるネットワークデバイス制御プログラムを実行するＣＰＵ１３４０１を備え、システムバス１３４０４に接続される各デバイスを総括的に制御する。１３４０３はＲＡＭで、ＣＰＵ１３４０１の主メモリ、ワークエリア等として機能する。１３４０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）１３４０９や不図示のポインティングデバイス等からの指示入力を制御する。
【００２８】
１３４０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１３４１０の表示を制御する。１３４０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワークデバイス制御プログラム等を記憶するハードディスク（ＨＤ）１３４１１およびフレキシブルディスクコントローラ（ＦＤ）１３４１２とのアクセスを制御する。
【００２９】
１３４０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１１２００を介して、エージェントあるいはネットワーク機器と双方向にデータをやりとりする。
【００３０】
図３は、図１に示したプリンタ１１０５，１１０６，１１０７の制御構成を説明するブロック図であり、図１と同一のものには同一の符号を付してある。
【００３１】
プリンタ１１０５，１１０６，１１０７のコントローラ部１００１において、１２はプリンタＣＰＵ（ＣＰＵ）で、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース１６を介して接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。
【００３２】
また、このＲＯＭ１３のプログラム用ＲＯＭには、ＣＰＵ１２が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ１３のデータ用ＲＯＭにはハードディスク等の外部メモリ１４が無いプリンタの場合には、ホストコンピュータ上で利用される情報等を記憶している。
【００３３】
ＣＰＵ１２は入力部１８を介してクライアントコンピュータ１１０１〜１１０３との通信処理が可能となっており、プリンタ１１０５、１１０６、１１０７内の情報等をクライアントコンピュータ１１０１〜１１０３に通知可能に構成されている。また、入力部１８はインターネット等を介した通信機能も備えたネットワークインタフェース機能を備えるものとする。更に、ＣＰＵ１２は外部から受信した印刷ジョブのプロトコルを解析するプロトコル解析部などを備える。このプロトコル解析部の解析により最適なプロトコルを選択して、本実施形態に基づく印刷データ処理と、通常のＴＣＰ／ＩＰ等の印刷データ処理とを切り替え制御するように構成することが可能となる。
【００３４】
１９はＲＡＭで、主としてＣＰＵ１２の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。
【００３５】
なお、ＲＡＭ１９は、出力情報展開領域，環境データ格納領域，ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ），ＩＣカード等の外部メモリ１４は、ディスクコントローラ（ＤＫＣ）２０によりアクセスが制御される。外部メモリ１４は、オプションとして接続され、フォントデータ（ホストコンピュータ等からダウンロードされるフォントデータを含む），エミュレーションプログラム（クライアントコンピュータ１１０１〜１１０３等からダウンロードされるエミュレーションプログラムを含む），フォームデータ（クライアントコンピュータ１１０１〜１１０３等からダウンロードされる）等を記憶する。
【００３６】
また、１０１２は前述した操作パネルで、操作のためのスイッチおよびＬＥＤ表示器等が配されている。
【００３７】
また、前述した外部メモリは、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、図示しないＮＶＲＭを有し、操作パネル１０１２からのプリンタモード設定情報をユーザ別，グループ別に記憶するようにしても良い。
【００３８】
また、本実施形態において、適用可能な印刷装置としては、電子写真方式を採用したレーザビームプリンタやインクジェット方式を採用したインクジェットプリンタや、熱転写方式を採用したサーマルプリンタ等が挙げられる。
【００３９】
図４は、本発明の一実施形態を示すデータ処理装置，印刷装置を適用可能な印刷処理システムの構成を説明するブロック図であり、複数のＩＰＰクライアント（印刷クライアント）が、ＩＰＰ対応プリンタに印刷するジョブの識別情報としてＵＲＬを指定した”Ｐｒｉｎｔ−ＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅｉｄｅｎｔｉｆｉｃａｔｉｏｎ）リクエスト”を要求可能な印刷処理システムに対応する。なお、複数のＩＰＰクライアント（印刷クライアント）が、ＩＰＰ対応プリンタに印刷するジョブのＵＲＬを指定した”Ｐｒｉｎｔ−ＵＲＩリクエスト”を要求すると、プリンタは、ジョブ管理テーブルにジョブのＵＲＬを登録する。ＩＰＰ対応プリンタは、印刷データ受付可能の状態になったら、Ｐｕｌｌメソッドで、ジョブ管理テーブル１０５上のＵＲＬ指定先の印刷データを順に取得して印刷する。ここで、Ｐｕｌｌメソッドについては後述にて詳しく説明する。
【００４０】
尚、上の例では、ＵＲＩをもって説明を行ってきたが、印刷する情報（印刷データ）の存在場所を示す為の識別情報であれば適用可能であり、例えば、階層構造の位置を使ってファイルを特定するパスや、印刷データを識別する為のシリアル番号等が適用可能なものとして挙げることができる。
【００４１】
図４において、１０１，１０２，１０３はＩＰＰクライアント（ＩＰＰ対応プリンタに対して印刷要求を行う情報処理装置としての印刷クライアント）、１０４はＩＰＰ対応プリンタであり、ＩＰＰクライアント１０１，１０２，１０３とＩＰＰ対応プリンタ１０４は、所定の通信媒体であるネットワーク（ＬＡＮ）を介して接続されている。なお、ＬＡＮは無線ＬＡＮも含まれるものとする。
【００４２】
１０５はジョブ管理テーブルで、印刷要求を受け付けた印刷データ（印刷ジョブ）の識別情報（ジョブ名）に対応させて該印刷データが記憶された格納場所を対応付けて管理する管理テーブルを示すものである。具体的には、ＩＰＰ対応プリンタ１０４が受け付けた”Ｐｒｉｎｔ−ＵＲＩリクエスト”をスケジューリングする。１０６は”Ｐｒｉｎｔ−ＵＲＬリクエスト”で、ＩＰＰクライアント１０１から１０３が印刷時に要求する。
【００４３】
１０７はＰｕｌｌメソッドで、ＩＰＰ対応プリンタ１０４が印刷データ受付可能になった場合に、”Ｐｒｉｎｔ−ＵＲＩリクエスト”で指定されたＵＲＬ指定先から印刷データを取得する。また、Ｐｕｌｌメソッド１０７は、ｈｔｔｐプロトコルのｇｅｔメソッドや、ＦＴＰプロトコルのｇｅｔなどインターネットでデータを取得可能なプロトコルを使用できる。
【００４４】
図５（Ａ）及び（Ｂ）は、図４に示したデータ処理装置におけるＷｅｂサーバ機能処理構成を説明するブロック図であり、”Ｐｒｉｎｔ−ＵＲＩリクエスト”を使用して印刷を行うＩＰＰクライアント（印刷クライアント）のモジュール構成例である。
【００４５】
図５（Ａ）において、２０１は印刷アプリケーション、２０２は通常ＯＳのシステムなどに含まれるプリントシステム（一般的にスプーラや、プリンタが解釈可能なコマンド体系にデータを変換する機能を備えたプリンタドライバなどを含む）である。
【００４６】
２０３はＩＰＰクライアントポートで、プリントシステムが吐き出した（生成した）プリンタが処理可能な印刷データを受け付け、Ｗｅｂサーバ２０４に印刷データを登録し、プリンタに”Ｐｒｉｎｔ−ＵＲＩリクエスト”発行する。
【００４７】
２０４はＷｅｂサーバで、ＩＰＰクライアントポート２０３から印刷データを受け取りハードディスクなどの記憶装置２０５に印刷データを記憶保存し、印刷データ管理に情報を記録し、プリンタからＰｕｌｌメソッド（ｈｔｔｐプロトコルやＦＴＰなど）で印刷データの要求があれば、印刷データを返信する。
【００４８】
２０５はハードディスクなどの記憶装置（揮発性記憶装置でも適用可能）で、Ｗｅｂサーバ２０４から引き渡される印刷データをＷｅｂサーバ２０４が管理する印刷データの印刷データ管理テーブル２０６に基づいて保存する。また、２０６の詳細な管理様子を図５の（Ｂ）に示す。
【００４９】
２０７はＰｒｉｎｔ−ＵＲＩリクエストで、ＩＰＰクライアントポート２０３が、ＩＰＰ対応プリンタに印刷要求をする。２０８はＩＰＰ対応プリンタが印刷データを取得するＰｕｌｌメソッドで、ｈｔｔｐプロトコルのｇｅｔメソッドやｆｔｐプロトコルのｇｅｔコマンドなどが含まれる。
【００５０】
図５（Ｂ）は図４の印刷データ管理テーブル２０６の詳細を示すものであり、ＩＰＰクライントポート２０３が複数のＩＰＰ対応プリンタにＰｒｉｎｔ−ＵＲＩリクエストを発行する場合に使用する発行すべきプリンタのＩＰアドレスなどが記述されている。また、印刷管理テーブル２０６に示すような管理テーブルを、ＩＰＰ対応プリンタの識別情報（ＩＰアドレスやＭＡＣアドレスやプリンタ名等）に対応させて夫々管理している。このＩＰＰ対応プリンタの識別情報は予め設定された管理情報であり、ｇｅｔメソッドやｆｔｐプロトコルに含ませたＩＰＰ対応プリンタの識別情報を抽出したものに相当する。
【００５１】
ここで、図５（Ｂ）に示される印刷管理データについて更に詳しく説明すると、左側の欄に記載される情報は印刷データを識別する為のジョブ識別情報２１０であり、ユーザからの印刷指示に対応した印刷データのジョブ名等がこれに対応する。プリントシステム２０２から印刷指示を受けたＩＰＰクライアントポート２０３やＷｅｂサーバ２０４が印刷ジョブ名に対応付けて生成したシリアル番号等も適用可能と想定される。
【００５２】
そして、右欄の２１１の情報は、上に説明したジョブ識別情報２１０に対応付けたＵＲＬ（リファレンス情報）を示すものであり、ＵＲＬと同等のファイル格納場所（印刷データ格納場所）を特定する為に利用されるような識別情報であれば適用可能である。また、このリファレンス情報２１１は後述する図８のステップＳ４０３に対応して、Ｗｅｂサーバ２０４がＩＰＰクライアントポートか２０３から印刷データの登録を受け付けた際に、該受け付けた印刷データに対応付けて生成したものに相当する。
【００５３】
図６は、図５に示されるモジュール構成を別のシステム形態に適用したブロック図を示す。図６に示されるようなシステム構成に、図５の各機能が適用される場合には、図５中の２０１〜２０３のモジュール機能がＩＰＰクライアント６０１〜６０３の夫々に、そして、Ｗｅｂサーバ６０６には２０４、２０５、２０６、２０８の各モジュール機能がＷｅｂサーバ６０６に備えられることになる。情報の流れとしては、例えば、ＩＰＰクライアント６０１から印刷データと共に印刷要求がＷｅｂサーバ６０６に対してなされ、該Ｗｅｂサーバ６０６にて、受け付けた印刷データに対応付けられたリファレンス情報がＷｅｂサーバ６０６にて自動的に生成され、該生成されたリファレンス情報がＩＰＰ対応プリンタ６０５等に印刷要求として投入される。リファレンス情報を受け付けたＩＰＰ対応プリンタはリファレンス情報を基に、Ｗｅｂサーバ６０６から印刷データを取得し画像形成処理を実行する。
【００５４】
図７は、本発明に係る情報処理装置におけるデータ処理手順の一例を示すフローチャートであり、図４に示したＩＰＰクライアント１０１でユーザが印刷アプリケーション２０１などを使って印刷を行った場合のＩＰＰクライアントポート２０３の動作手順に対応する。なお、（３０１）〜（３０６）は各ステップを示す。また、実際の各ステップの処理は情報処理装置内に設けられたＣＰＵがＲＯＭ／ＨＤ等の不揮発性記憶手段に記憶された図７のフローチャートを実行する為のプログラムコードを読み取り、該読み取ったプログラムコードに基づく処理を実行することに応じて実現されるものとする。
【００５５】
先ず、ステップ（３０１）で、クライアントマシンが立ち上がるとＩＰＰクライアントポート２０３が起動される。ユーザが印刷アプリケーション２０１などを使って印刷の指示を行うと、プリントシステム２０２においてプリンタドライバなどでプリンタが処理できる印刷データに変換され、ＩＰＰクライアントポート２０３に印刷データが渡される。
【００５６】
そして、ステップ（３０２）において、ＩＰＰクライアントポート２０３がプリントシステム２０２より印刷データを受け付けると、ステップ（３０３）において、ＩＰＰクライアントポート２０３はクライアント上にＷｅｂサーバ２０４が起動しているか否かを確認し、立ち上がっていなければ、ステップ（３０６）で、Ｗｅｂサーバ２０４を起動させ、ステップ（３０４）の処理へ移行する。尚、ＩＰＰクライアント２０３の起動に連動させてＷｅｂサーバを起動させるようにしても良い。
【００５７】
一方、ステップ（３０３）で、Ｗｅｂサーバ２０４が立ち上がっていると判断した場合は、ステップ（３０４）の処理に移行し、ステップ（３０２）で受け付けた印刷データをＷｅｂサーバ２０４に登録する。ここで、登録させるとは印刷データをＷｅｂサーバに記憶させる処理を指す。
【００５８】
次に、ステップ（３０５）において、ステップ（３０４）でＷｅｂサーバ２０４に登録した印刷データのＵＲＬを指定した”Ｐｒｉｎｔ−ＵＲＩリクエスト”をＩＰＰ対応プリンタ１０４に対して発行して、ステップ（３０２）へ戻って、更にプリントシステム２０２から印刷データが渡された場合には、ステップ（３０２）以降の処理を継続する。
【００５９】
この場合、発行すべきＩＰＰ対応プリンタ１０４に対応付けて登録されたプリンタ管理テーブル２０６が参照される。
【００６０】
なお、上記ＩＰＰクライアントポート２０３は、クライアントシステムがシャットダウンされた場合などに処理を終了する。
【００６１】
図８は、本発明に係る情報処理装置における処理手段の一例を示すフローチャートであり、図４に示したＩＰＰクライアント１０１でユーザが印刷アプリケーション２０１などを使って印刷を行った場合に応じた、ＩＰＰクライアント２０３の動作手順を示すものであり、図７のステップ（３０４）の詳細に対応する。なお（１１０１）〜（１１０８）は各ステップを示す。
【００６２】
先ずステップ（１１０１）でプリントシステム２０２からデータを受け付けるとステップ（１１０２）において印刷データの受付を開始し、ステップ（１１０３）でＷｅｂサーバに印刷データに対応するＵＲＬの取得要求を発行する。
【００６３】
そして、ステップ（１１０４）でＷｅｂサーバから印刷データに対応するＵＲＬが取得できたかどうか判断して、取得できていればステップ（１１０５）において、プリントシステム２０２から受け取った印刷データをＷｅｂサーバに対して書き込む。尚、この書き込み処理は上に説明したＷｅｂサーバへの印刷データの登録処理に相当する。
【００６４】
一方、ステップ（１１０４）においてＷｅｂサーバから印刷データに対応するＵＲＬを取得できなかった場合には、ステップ（１１０９）において、プリントシステム２０２に対してデータの受付処理を拒否しステップ（１１０８）に移行しエラー発生として処理を終了する。これはＵＲＬの生成処理が正常に実行されたかの確認処理に相当する。
【００６５】
次に、ステップ（１１０６）において、プリントシステム２０２から受け付ける印刷データの書き込みが終了したかどうかを判断して、終了していなければ、ステップ（１１０４）に処理を移行し、Ｗｅｂサーバに書き込み処理を続行する。
【００６６】
一方、ステップ（１１０６）において、プリントシステム２０２から受け付けた印刷データのＷｅｂサーバへの書き込みが終了したと判断されれば、ステップ（１１０７）において、Ｗｅｂサーバに対して書き込み終了処理を行い、ステップ（１１０８）に移行し、Ｗｅｂサーバに対する印刷データの登録処理を終了する。
【００６７】
図９は、本発明に係る情報処理装置におけるデータ処理手順の一例を示すフローチャートであり、図５に示したＷｅｂサーバ２０４が実行すべき処理手順に対応する。なお、（４０１）〜（４１１）は各ステップを示す。また、実際の各ステップの処理は情報処理装置内に設けられたＣＰＵがＲＯＭ／ＨＤ等の不揮発性記憶手段に記憶された図９のフローチャートを実行する為のプログラムコードを読み取り、該読み取ったプログラムコードに基づく処理を実行することに応じて実現されるものとする。
【００６８】
先ず、ステップ（４０１）において、Ｗｅｂサーバ２０４が起動されていない場合には、ステップ（４０２）で、ＩＰＰクライアントポート２０３によりＷｅｂサーバ２０４が起動される。もしくは、クライアントシステムが起動された場合などに、Ｗｅｂサーバが起動されても良い。
【００６９】
次に、ステップ（４０３）において、ＩＰＰクライアントポート２０３より印刷データの登録が行われると、記憶装置２０５などに印刷データの格納（保存）が実行される。
【００７０】
図１０は、本発明に係る情報処理装置における処理手順の一例を示すフローチャートであり、図５に示したＷｅｂサーバ２０４が実行する図８のステップ（４０３）に対応する。なお、（１２０１）〜（１２１０）は各ステップを示す。
【００７１】
先ずステップ（１２０１）で、ＩＰＰクライアントポート２０３よりＷｅｂサーバ２０４にＵＲＬ取得要求が発行されるとステップ（１２０２）において、ＵＲＬ取得要求処理を開始し、ステップ（１２０３）において、印刷データのＵＲＬが重ならないようＵＲＬが決定され、該決定されたＵＲＬ情報が生成される。また、この際に、図５（Ｂ）にて説明したような管理テーブルが更新され生成される。ここでのＵＲＬとはＵＲＬに限定されるものでなく、プルプリントを行う為のリファレンス情報であれば適用可能であり、例えば、シリアル番号等の識別情報でも適用することができる。
【００７２】
次にステップ（１２０４）において、ＵＲＬが決定すると、ＩＰＰクライアントポート２０３に対してＵＲＬを返送（通知）する。
【００７３】
このように、印刷要求があった印刷データが保持手段（記憶手段）に保持され、保持された印刷データに対応したプルプリントを行う為のリファレンス情報が生成され、この生成された前記印刷データに対応した前記プルプリントを行う為のリファレンス情報を、所定の通信媒体を介して通信可能とされた印刷装置に印刷要求として発行するので、従来からのオフィス等のネットワーク環境下においてＩＰＰ対応プリンタを容易に利用することが可能となる。さらには、わざわざ、一旦サーバ上に印刷データを登録し、ＵＲＬを取得するような作業を伴わなくとも、ＩＰＰ対応プリンタを利用することが可能となる。
【００７４】
そして、ステップ（１２０５）において、印刷データの書き込み受付を開始し、ステップ（１２０６）において印刷データのファイルを作成する。
【００７５】
ステップ（１２０７）において、ＩＰＰクライアントポート２０３から印刷データの書き込みを受付け、ファイルに書きこむ処理を実行する。
【００７６】
ステップ（１２０８）にて、印刷データの終了かを確認して印刷データの終了でなければ、ステップ（１２０７）に処理を移行する。
【００７７】
一方、印刷データの終了であればステップ（１２０９）に移行し、ファイルのクローズ処理を行いステップ（１２１０）で処理を終了する。
【００７８】
図９の説明に戻ると、ステップ（４０４）において、ステップ（４０３）で、保存した印刷データのファイル名などの情報を印刷データ管理テーブル２０６に登録する。次に、ステップ（４０５）では、ＩＰＰ対応プリンタ１０４からのＰｕｌｌメソッドを待機し、ある印刷データに対して一番初めに要求が送信されてきたＰｕｌｌメソッドであればステップ（４０６）に移行する。
【００７９】
一方、ステップ（４０５）で、ＩＰＰ対応プリンタ１０４からのＰｕｌｌメソッド要求が来た場合には、ステップ（４０６）に移行し、Ｐｕｌｌメソッドの要求を受け付け、図５（Ｂ）のような管理テーブルを参照することにより、指定された印刷データが存在する場合には、ステップ（４０７）において印刷データを返送する。尚、所定のＩＰＰ対応プリンタ１０４からのＰｕｌｌメソッド要求がＷｅｂサーバ２０４側で認識された場合には、実際にはＷｅｂサーバ２０４側ではＰｕｌｌメソッド要求が、どのプリンタからなのかを判断し、該判断した結果特定されるプリンタのＩＰアドレス等に基づいて印刷データを所定の通信回線を介して返信する処理を実行する。尚、詳細な説明は既に周知とされているＴＣＰ／ＩＰプロトコル等に基づく処理に準じて実現されるので、詳細な説明は省略する。
【００８０】
ここで、ステップ（４０７）の詳細について説明をする。
【００８１】
図１１は、本発明に係る情報処理装置におけるデータ処理手順の一例を示すフローチャートであり、図５に示したＷｅｂサーバ２０４が実行すべき処理手順の図９のステップ（４０７）に対応する。なお、（１３０１）〜（１３０６）は各ステップを示す。
【００８２】
先ずステップ（１３０１）で、ＩＰＰ対応プリンタからのＰｕｌｌ要求（リファレンス情報に対応する印刷データの取得要求）が来ると、ＩＰＰ対応プリンタのＩＰアドレス等を認識すると共に、ステップ（１３０２）にて、印刷データ管理テーブル２０６よりＰｕｌｌ−Ｐｒｉｎｔで要求されたＵＲＬに対応する印刷データを検索する。
【００８３】
次に、ステップ（１３０３）にて、印刷データ管理テーブル２０６に印刷データが存在するかどうかを判断して、ＵＲＬに対応する印刷データが存在すればステップ（１３０４）に処理を移行し、検索した印刷データをＰｕｌｌ要求を発行したプリンタに対して送信し、ステップ（１３０５）に移行して処理を終了する。
【００８４】
一方、ステップ（１３０３）で、印刷データ管理テーブル２０６に印刷データが存在しなければ、Ｐｕｌｌ要求を発行したＩＰＰ対応プリンタに要求したファイル（印刷データ）が存在しないことを通知し、ステップ（１３０５）に移行して処理を終了する。
【００８５】
図９の説明に戻ると、ステップ（４０８）において、印刷データの転送が完了したかどうかを判断して、印刷データの転送が完了したと判断した場合には、ステップ（４０９）に処理を移行させ、当該印刷データを記憶装置２０５上から削除し、ステップ（４１０）において、管理する印刷データが残っていなければＷｅｂサーバ２０４は処理を終了する（４１１）。
【００８６】
尚、更なる好適な実施形態として、ステップ（４０９）にて印刷データを削除しようとする際に、印刷データを削除するか否かを選択可能な形態でメッセージとして表示させ、該メッセージに基づく返答情報（削除するのか否かを示す情報）に応じて、削除するよう指示する信号が認識された場合には印刷データを削除するようにし、削除しないように指示する信号が認識された場合には、印刷データを生成されたリファレンス情報（例えばＵＲＬ等）に対応させ保存するよう処理を実行させる。
【００８７】
また、この際に、生成されたリファレンス情報を報知するようにすれば、ユーザはリファレンス情報を指定することにより、再度保存された印刷データの印刷処理を実行させることが可能となる。この報知は情報処理装置内に綴じた処理であったり、ネットワークを介して実行される報知であったりすることが想定される。
【００８８】
特に、上に説明した図６のような形態において、今説明してきたような処理をＷｅｂサーバ６０６に実行させるようにすれば、ＩＰＰ対応プリンタを利用した印刷システムにおいて、より印刷の実行とリファレンス情報の取得を効率良く行える仕組みが実現される。
【００８９】
また、予めジョブの印刷を指示する際に印刷指示情報の中に（図７のステップ（３０１）の印刷要求に対応）印刷処理終了後に書き込まれた印刷データを削除するか否かを予め指定する情報を含め、該情報に基づく削除するか否かを切り替える制御も想定される。
【００９０】
一方、ステップ（４０８）において、印刷データの返送に失敗したと判断した場合には、ステップ（４０５）へ戻り、ＩＰＰ対応プリンタ１０４からのＰｕｌｌメソッドの再要求が来るのを待つ。
【００９１】
そして、通常、ステップ（４０５）では所定の同じ印刷データに対する２回目以降のＰｕｌｌメソッドにはエラーを返すが、このようにステップ（４０８）において印刷データの返送に失敗した場合以降で、所定の印刷データに関して１回目のＰｕｌｌメソッドが来た場合には、ステップ（４０６），（４０７）に移行して印刷データを返送する。また、同じ印刷データに対して１回目の印刷データ転送が失敗した後に、所定時後に２回目のＰｕｌｌメソッド（印刷要求）が来た場合には、もう一度、リファレンス情報に対応した印刷データを再転送するような処理をするようにすることも想定される。
【００９２】
また、先の図６にて説明したシステムに図８のフローチャートを提供することにより、所定の通信媒体（ネットワーク６０７）を介して送信されてきた印刷要求をＷｅｂサーバ６０６で受信し一旦記憶手段に保持し、更にＷｅｂサーバ６０６は保持された印刷データに対応したプルプリントを行う為のリファレンス情報を生成し、ＩＰＰ対応プリンタ（例えば６０５）に印刷要求をリファレンス情報と共に実行し印刷システムを構築するようなことが想定される。
【００９３】
図１２は、本発明に係る印刷制御装置におけるデータ処理手順の一例を示すフローチャートであり、ＩＰＰ対応プリンタ１０４のＰｒｉｎｔ−ＵＲＩリクエスト２０７の受付処理に関する一般的な処理手順に対応する。なお、（５０１）〜（５０４）は各ステップを示す。また、実際の各ステップの処理は印刷装置内に設けられたＣＰＵがＲＯＭ／ＨＤ等の不揮発性記憶手段に記憶された図９のフローチャートを実行する為のプログラムコードを読み取り、該読み取ったプログラムコードに基づく処理を実行することに応じて実現されるものとする。
【００９４】
先ず、ステップ（５０１）では、プリンタ本体が起動されるとＰｒｉｎｔ−ＵＲＩ受付処理部（図示しない）が起動され、ステップ（５０２）において、クライアントのＩＰＰクライアントポート２０３からのＰｒｉｎｔ−ＵＲＩリクエスト２０７の受付を待機する。
【００９５】
そして、ステップ（５０３）において、あるクライアントのＩＰＰクライアントポート２０３からＰｒｉｎｔ−ＵＲＩリクエスト２０７が発行されると、Ｐｒｉｎｔ−ＵＲＩリクエスト２０７の受付を行い、ステップ（５０４）において、プリンタ部のＲＡＭ上に確保されるジョブ管理テーブル１０５にＰｒｉｎｔ−ＵＲＩリクエスト指定された印刷データのＵＲＬを登録したら、さらに、Ｐｒｉｎｔ−ＵＲＩリクエストを受け付けられるように、ステップ（５０２）へ戻る。
【００９６】
図１３は、本発明に係る印刷制御装置におけるデータ処理手順の一例を示すフローチャートであり、ＩＰＰ対応プリンタ１０４のＰｕｌｌメソッド２０８に関わる印刷処理手順（プルプリントとも呼ぶ）に対応する。なお、（６０１）〜（６０９）は各ステップを示す。また、実際の各ステップの処理は印刷装置内に設けられたＣＰＵがＲＯＭ／ＨＤ等の不揮発性記憶手段に記憶された図１３のフローチャートを実行する為のプログラムコードを読み取り、該読み取ったプログラムコードに基づく処理を実行することに応じて実現されるものとする。
【００９７】
先ず、ステップ（６０１）では、プリンタ本体が起動されると、図示しない印刷処理部（プリンタコントローラ）が起動され、ステップ（６０２）において、プリンタ部のＲＡＭ上に確保されるジョブ管理テーブルにジョブのＵＲＬが登録されているか確認して、ジョブのＵＲＬが登録されていると判断した場合は、ステップ（６０３）へ移行し、ジョブＰｕｌｌが可能か、すなわち印刷データを受け付ける領域がプリンタの記憶装置（例えばＲＡＭ）に存在するか確認し、印刷データを一部でも受け付けできるスペースがあると判断した場合は、ステップ（６０４）に移行する。
【００９８】
一方、ステップ（６０３）で、印刷データを受け付けられる領域が存在しないと判断した場合は、ステップ（６０２）に移行する。そして、ステップ（６０４）においては、ジョブ管理テーブル１０５より印刷対象ジョブのＵＲＬを取得し、ＵＲＬ指定先のＷｅｂサーバ２０４に対してＰｕｌｌメソッドにより印刷データ取得の要求を発行する。
【００９９】
次に、ステップ（６０５）では、Ｗｅｂサーバ２０４に、該当する印刷データが存在した場合には、Ｗｅｂサーバ２０４は印刷データを返送してくるので、返送される印刷データを受信し、プリンタの記憶装置（例えば図４には図示しないＲＡＭ）に保存する。
【０１００】
次に、ステップ（６０６）において、ステップ（６０５）でプリンタの記憶装置に保存した印刷データの印刷処理を開始し、ステップ（６０７）において、ステップ（６０６）で開始した印刷データの受信が正常に終了したかどうかを判断して、正常に終了したと判断した場合は、ステップ（６０８）の処理に移行し、受信に失敗したと判断した場合は、ステップ（６０２）の処理に戻る。
【０１０１】
そして、ステップ（６０８）では、受信した印刷データを記憶装置から削除し、ステップ（６０９）で、ジョブ管理テーブル１０５より該当ジョブのＵＲＬを削除し、該削除処理が終了すると、ステップ（６０２）に戻り、以降の処理を行う。
【０１０２】
このように図１３にて説明したフローチャートが実現されることにより、上に説明した図７の処理に対応するＰｕｌｌプリントが実現される。また、このプルプリントに対応する通常の印刷処理として印刷データを情報処理装置にてプリンタドライバを介して生成して印刷装置或はプリンタサーバに印刷処理を実行させるプッシュプリントが挙げられる。
【０１０３】
上に説明した実施形態によれば、大容量記憶装置を持つ専用のプリントサーバを立ち上げたり、大容量記憶装置を持つプリンタにサーバ機能を持たせたりすること無く、印刷ジョブスケジューリング機能を持った効率的なプリントシステムを安価に構築することが可能となる。
【０１０４】
なお、情報処理装置と印刷制御装置を組み合わせて印刷システムを構築することも、本発明の適用範囲であり、複数のプロトコルを選択可能なプリンタであれは、ホストとの通信プロトコルを確定した際に、最適なプロトコルを選択して、本実施形態に基づく印刷データ処理と、通常のＴＣＰ／ＩＰ等の印刷データ処理とを切り替え制御するように構成することも本発明の適用範囲である。
【０１０５】
また、上に説明してきた、各ブロック図及びフローチャートが実現されることにより、印刷要求と共に参照プリントの為の印刷データの場所を特定する特定情報が決定され作成されるので、ユーザは通常の印刷データを投げるような印刷指示によって、プルプリント機能を有する印刷装置に印刷を行わせることが可能となる。
【０１０６】
〔第２実施形態〕
まず、印刷指示が行われる際には第２実施形態においても、第１実施形態にて説明した図７のフローチャートと同様の処理が実現されるものとする。異なる点としては、第２実施形態における図７のフローチャートの処理でステップ（３０５）の処理において、ステップ（３０４）でＷｅｂサーバ２０４に登録した印刷データのＵＲＬを指定した”Ｐｒｉｎｔ−ＵＲＩリクエスト”を予め設定された複数のＩＰＰ対応プリンタに対して発行する点が異なる。尚、予め設定された複数のＩＰＰ対応プリンタは印刷要求の度に設定されたものでも、予め登録されたものである場合も含まれる。
【０１０７】
このように、第２実施形態における図７のフローチャートの処理が実現されることにより、生成された前記印刷データに対応した前記プルプリントを行う為のリファレンス情報が複数の印刷装置に印刷要求として発行され、複数の印刷装置にプルプリントを実行させることが可能となり、ＩＰＰ対応プリンタに対応して分散印刷や同報印刷を実行させることが実現される。尚、分散印刷が行われる場合には、複数の印刷装置の夫々に対応して割り振る頁範囲や指定部数を予め設定する設定手段を備えることになり、設定手段によって設定された分散状況に応じた分散印刷が実現される。
【０１０８】
次に図１４についての説明を行う。図１４は、本発明に係るデータ処理装置，印刷装置を適用可能な印刷処理システムの構成を説明するブロック図であり、ＩＰＰクライアント（印刷クライアント）１０１が、様々なクライアントからの印刷要求を受け付けており、一番最初にその”Ｐｒｉｎｔ−ＵＲＩリクエスト”を処理できるプリンタがＰｕｌｌメソッドで、印刷データを取得し印刷することが可能な複数のＩＰＰ対応プリンタ１０２〜１０４に対して、印刷するジョブのＵＲＬを指定した”Ｐｒｉｎｔ−ＵＲＩリクエスト”を要求する印刷処理システムに対応する。なお、第１実施形態とは所定のＩＰＰクライアントが複数のＩＰＰ対応プリンタを対象に印刷要求を行える点が異なる。
【０１０９】
図１４において、１０１はＩＰＰクライアント（印刷クライアント）、１０２、１０３、１０４はＩＰＰ対応プリンタ、１０７はＩＰＰクライアントが印刷時に要求するＰｒｉｎｔ−ＵＲＩリクエスト、１０６はＩＰＰ対応プリンタが印刷データ受付可能になった場合に、”Ｐｒｉｎｔ−ＵＲＩリクエスト”で指定されたＵＲＬ指定先から印刷データを取得するＰＵＬＬメソッドである。また、ＩＰＰクライアントおよびＩＰＰ対応プリンタのブロック図は第１実施形態にて説明したものと同様のものとするので、個々では詳細な説明は省略する。また、第１実施形態にて説明した図５及び図６も第２実施形態にて適用されるものとするので、詳細な説明は省略することとする。
【０１１０】
第１実施形態にて説明した通り、Ｐｕｌｌメソッド１０６は、Ｈｔｔｐプロトコルのｇｅｔメソッドや、ｆｔｐプロトコルのｇｅｔなどインターネットでデータを取得可能なプロトコルを使用できる。
【０１１１】
このように構成された印刷システムにおいて、クライアントとして機能する情報処理装置（第１実施形態にて説明した図４の情報処理装置或は図６のＷｅｂサーバ６０６の情報処理装置）に登録した印刷データのＵＲＬを指定したＰｒｉｎｔ−ＵＲＩリクエストをネットワーク上の全てのプリンタに発行した際に、該登録された印刷データに対して一番始めにＰｕｌｌメソッド要求を発行した印刷装置に対してのみ印刷データを返送し、それ以外の印刷装置から要求される以降のＰｕｌｌメソッドに対してはエラーを当該印刷装置に返送する。
【０１１２】
図１５は、本発明に係る情報処理装置における第２のデータ処理手順の一例を示すフローチャートであり、図５に示したＷｅｂサーバ２０４が実行すべき処理手順に対応する。なお、（４０１）〜（４１１）は各ステップを示す。
【０１１３】
先ず、ステップ（４０１）〜（４０４）の処理は図８にて説明したステップ（４０１）〜（４０４）の処理と同様とするので、個々では詳細な説明は省略する。即ち図５（Ｂ）で説明したようなジョブ管理テーブルは第２実施形態でも適用されるものとする。
【０１１４】
次に、ステップ（４０５）では、ＩＰＰ対応プリンタ１０４からのＰｕｌｌメソッドを待機し、ある印刷データに対して一番初めに来たＰｕｌｌメソッドであればステップ（４０６）に移行する。
【０１１５】
このようにステップ（４０５）以降において、複数のＩＰＰ対応プリンタ１０２，１０３からのＰｕｌｌメソッド要求が来るが、２番目以降のＰｕｌｌメソッドに対しては、印刷データを返送せず、エラーである旨の情報を所定の通信回線を介して返送する。
【０１１６】
次に、ステップ（４０５）で、ＩＰＰ対応プリンタ１０４からのＰｕｌｌメソッド要求が来た場合には、ステップ（４０６）に移行し、Ｐｕｌｌメソッドの要求を受け付け、指定されたリファレンス情報（ＵＲＬ等）に従った印刷データが存在する場合には、ステップ（４０７）において印刷データを所定の通信回線を介して返送する。尚、図１５におけるステップ（４０７）の詳細な処理も図１３にて説明したものと同様とするので、詳細な説明は省略する。
【０１１７】
そして、ステップ（４０８）において、印刷データの転送が完了したかどうかを判断して、印刷データの転送が完了したと判断した場合には、ステップ（４０９）に移行し、当該印刷データを記憶装置２０５上から削除し、ステップ（４１０）において、管理する印刷データが残っていなければＷｅｂサーバ２０４を停止し、処理を終了する（４１１）。
【０１１８】
一方、ステップ（４０８）において、印刷データの返送に失敗したと判断した場合には、ステップ（４０５）へ戻り、ＩＰＰ対応プリンタ１０４からのＰｕｌｌメソッドの再要求が来るのを待つ。
【０１１９】
そして、通常、ステップ（４０５）では先にも説明したように通常２番目以降のＰｕｌｌメソッドにはエラーを返すが、このようにステップ（４０８）において印刷データの返送に失敗した場合、以降で一番初めにＰｕｌｌメソッドが来た場合には、ステップ（４０６）に移行して印刷データを返送する。
【０１２０】
ここで、図１５のフローチャートの処理に対応する、ＩＰＰ対応プリンタ１０２〜１０４のＰｒｉｎｔ−ＵＲＩリクエスト２０７受付処理に関する一般的な処理手順は第１実施形態の図９で説明したものと同様の処理とするので、ここでは省略する。
【０１２１】
このように複数の印刷装置に印刷要求が発行されたことに応じて、最初に印刷データの要求があった印刷装置に対して印刷データを送信する送信制御（ステップ（４０５）、（４０６）、（４０７））が実現されるので、最初に印刷データがあった印刷装置以外の印刷装置に対しては前記印刷データを送信しないように制御される。
【０１２２】
次に図１６の説明を行う。図１６は、本発明に係る印刷装置におけるデータ処理手順の一例を示すフローチャートであり、図５ＢのＩＰＰ対応プリンタ１０４のＰｕｌｌメソッド２０９に関わる印刷処理手順に対応する。なお、（６０１）〜（６１０）は各ステップを示す。
【０１２３】
先ず、ステップ（６０１）では、プリンタ本体が起動されると、図示しない印刷処理部（プリンタコントローラ）が起動され、ステップ（６０２）において、プリンタ部のＲＡＭ上に確保されるジョブ管理テーブルにジョブのＵＲＬが登録されているか確認して、ジョブのＵＲＬが登録されていると判断した場合は、ステップ（６０３）へ移行し、印刷データを受け付ける領域がプリンタの記憶装置（例えばＲＡＭ）に存在するか確認し、印刷データを一部でも受け付けできるスペースがあると判断した場合は、ステップ（６０４）に移行する。
【０１２４】
一方、ステップ（６０３）で、印刷データを受け付けられる領域が存在しないと判断した場合は、ステップ（６０２）に移行する。そして、ステップ（６０４）においては、ＵＲＬ指定先のＷｅｂサーバ２０４に対してＰｕｌｌメソッドにより印刷データ取得の要求を発行する。
【０１２５】
次に、ステップ（６０５）では、Ｗｅｂサーバ２０４に、該当する印刷データが存在した場合には、Ｗｅｂサーバ２０４は印刷データを返送してくるので、印刷データの返送があるかどうかを判断して、データ返送がないと判断した場合は、ステップ（６０２）へ戻る。
【０１２６】
一方、ステップ（６０５）において、Ｗｅｂサーバ２０４がエラーを返送してきたと判断した場合には、ステップ（６０６）以降の処理を行う。
【０１２７】
そして、ステップ（６０６）において、Ｗｅｂサーバ２０４から印刷データを受信し、プリンタの記憶装置（例えば図示しないＲＡＭ）に保存する。
【０１２８】
次に、ステップ（６０７）において、ステップ（６０６）でプリンタの記憶装置に保存した印刷データの印刷処理を開始し、ステップ（６０８）において、ステップ（６０６）で開始した印刷データの受信が正常に終了したかどうかを判断して、正常に終了したと判断した場合は、ステップ（６０９）の処理に移行し、受信に失敗したと判断した場合は、ステップ（６０２）の処理に戻る。
【０１２９】
そして、ステップ（６０９）では、受信した印刷データを記憶装置から削除し、ステップ（６１０）で、ジョブ管理テーブル１０５より該当ジョブのＵＲＬを削除し、該削除処理が終了すると、ステップ（６０２）に戻り、以降の処理を行う。
【０１３０】
上記実施形態によれば、いち早く印刷処理を開始してくれるであろうプリンタを選択する場合に、プリンタにどれくらいのサイズの印刷ジョブがいくつスケジュールされているかという不確定な判断基準で行うこと無く、いち早く印刷処理を開始してくれるプリンタを正確に選択することが実現される。
【０１３１】
なお、情報処理装置と印刷制御装置を組み合わせて印刷システムを構築することも、本発明の適用範囲であり、複数のプロトコルを選択可能なプリンタであれは、ホストとの通信プロトコルを確定した際に、最適なプロトコルを選択して、本実施形態に基づく印刷データ処理と、通常のＴＣＰ／ＩＰ等の印刷データ処理とを切り替え制御するように構成することも本発明の適用範囲である。
【０１３２】
また、更なる応用例として、図７にて説明してきた処理におけるステップ（３０２）の前に、所定の通信回線を介して通信可能とされた印刷装置（プリンタ）がプルプリント（ＩＰＰ対応プリンタ）に対応したものであるか否かを問合せ認識し、ＩＰＰ対応プリンタと判定（認識）されれば、図７に示されるフローチャートの処理に基づく印刷要求を実行し、そうでなければ、情報処理装置から印刷装置に対して印刷データを直接投入する通常印刷処理（プッシュプリントに対応する印刷要求）を実行させるような制御も想定される。該処理が実行されることにより、より柔軟な印刷システムの構築が実現される。
【０１３３】
以下、図１７，図１８に示すメモリマップを参照して本発明に係る印刷制御装置を適用可能な印刷システムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１３４】
図１７は、本発明に係る情報処理装置を適用可能な印刷システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図であり、図１８は、本発明に係る印刷制御装置を適用可能な印刷システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１３５】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３７】
本第１及び第２の実施形態における各フローチャートに示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３８】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３９】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１４０】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０１４１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４３】
【発明の効果】
以上説明したように、本発明によれば、従来のネットワーク印刷環境下でもＩＰＰ対応プリンタがネットワーク環境下に存在したとしても、その機能を十分に、オフィス等のローカルネットワーク環境下に利用することができるようになり使い勝手が良くなった。
【０１４４】
また、ＵＲＬ等の印刷データの格納場所を特定する為のリファレンス情報などを取得していない場合や、所望の印刷データに対応するリファレンス情報を知らないような場合などにもＩＰＰ対応プリンタを利用することができるようになった。
【０１４５】
このように、本願発明によればＩＰＰ対応プリンタの使い勝手を格段に向上するという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態を示す情報処理装置を適用可能なデータ処理システムの構成を説明する図である。
【図２】図１に示したの制御構成を説明するブロック図である。
【図３】図１に示したプリンタの制御構成を説明するブロック図である。
【図４】本発明の一実施形態を示すデータ処理装置，印刷装置を適用可能な印刷処理システムの構成を説明するブロック図である。
【図５Ａ】図４に示したデータ処理装置におけるＷｅｂサーバ機能処理構成を説明するブロック図である。
【図５Ｂ】図４に示したデータ処理装置におけるＷｅｂサーバ機能処理構成を説明するブロック図である。
【図６】本発明を適用可能なシステム形態の一例を説明する図である。
【図７】本発明に係るＩＰＰクライアントポートによるデータ処理手順の一例を示すフローチャートである。
【図８】図７のステップ（３０４）に対応した詳細なデータ処理手順の一例を示すフローチャートである。
【図９】本発明に係るＷｅｂサーバによるデータ処理手順の一例を示すフローチャートである。
【図１０】図８のステップ（４０３）に対応したＷｅｂサーバによる詳細なデータ処理手順の一例を示すフローチャートである。
【図１１】図８のステップ（４０７）に対応したＷｅｂサーバによる詳細なデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係る印刷制御装置におけるデータ処理手順の一例を示すフローチャートである。
【図１３】本発明に係る印刷制御装置におけるデータ処理手順の一例を示すフローチャートである。
【図１４】本発明の一実施形態を示すデータ処理装置、印刷装置を適用可能な印刷処理システムの構成を説明するブロック図である。
【図１５】本発明に係るＷｅｂサーバによるデータ処理手順の一例を示すフローチャートである。
【図１６】本発明に係る印刷制御装置におけるデータ処理手順の一例を示すフローチャートである。
【図１７】本発明に係る情報処理装置を適用可能な印刷システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図１８】本発明に係る印刷制御装置を適用可能な印刷システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
１０１〜１０３ＩＰＰクライアント
１０４ＩＰＰ対応プリンタ
１０５ジョブ管理テーブル
１０６Ｐｒｉｎｔ−ＵＲＩリクエスト
１０７Ｐｕｌｌメソッド

Claims

ユーザによって印刷指示が入力されたことに応じて、印刷データを生成する印刷データ生成手段と、
前記印刷データ生成手段で生成された前記印刷データを保持する保持手段と、
前記保持手段で保持された前記印刷データを特定するためのリファレンス情報を自動的に生成する生成手段と、
前記生成手段で生成されたリファレンス情報を、所定の通信媒体を介して印刷装置に送信する送信手段と、
前記リファレンス情報が指定された、印刷データの取得要求を、前記印刷装置から受信する受信手段と、
前記受信手段で受信された前記取得要求で要求されたリファレンス情報に対応する印刷データを前記印刷装置に送信する印刷データ送信手段と、
を有することを特徴とする情報処理装置。
前記保持手段は、複数の印刷データを保持し、
前記生成手段は、前記保持手段で保持されている印刷データを特定するためのリファレンス情報を、他の印刷データのリファレンス情報と重ならないように生成することを特徴とする請求項１記載の情報処理装置。
前記受信手段で受信された前記取得要求で要求されたリファレンス情報に対応する印刷データが、前記保持手段で保持されているか否かを判断する判断手段と、
前記判断手段によって、保持されていないと判断された場合、前記印刷装置に、該応する印刷データが保持されていないことを通知する通知手段を更に有することを特徴とする請求項１又は２に記載の情報処理装置。
前記印刷データ送信手段による印刷データの送信が完了した場合、前記保持手段で保持されている当該印刷データを削除する削除手段を更に有することを特徴とする請求項１乃至３の何れかに記載の情報処理装置。
前記印刷データ送信手段による印刷データの送信が完了した場合、前記保持手段で保持されている当該印刷データを削除するか否かを問い合わせる問合せ手段を更に有し、
前記問合せ手段による問合せの応答結果に応じて、当該印刷データを削除するか否かを切り換えることを特徴とする請求項１乃至４の何れかに記載の情報処理装置。
前記問合せ手段は、前記印刷データに対応するリファレンス情報を通知することを特徴とする請求項５記載の情報処理装置。
前記送信手段は、所定の通信媒体を介して接続された複数の印刷装置に前記リファレンス情報を送信し、
前記受信手段は、前記リファレンス情報が指定された、印刷データの取得要求を、前記複数の印刷装置の何れかの印刷装置から受信し、
前記印刷データ送信手段は、前記受信手段で受信された前記取得要求で要求されたリファレンス情報に対応する印刷データを前記印刷装置に送信し、当該印刷装置より後に印刷データの取得要求を送信した他の印刷装置に対しては、前記印刷データを送信しないことを特徴とする請求項１乃至６の何れかに記載の情報処理装置。
前記印刷データ送信手段は、前記印刷装置への印刷データの送信が成功した場合には、前記他の印刷装置に対しては前記印刷データを送信せず、前記印刷装置への印刷データの送信が成功しなかった場合には、前記他の印刷装置に対して前記印刷データを送信することを特徴とする請求項７記載の情報処理装置。
使用する印刷装置が、特定の印刷装置であるか否かを判定する判定手段を更に有し、
前記判定手段によって、特定の印刷装置であると判定された場合には、前記送信手段によってリファレンス情報を該印刷装置に送信し、特定の印刷装置であると判定されなかった場合には、前記送信手段によってリファレンス情報を送信することなく、前記印刷データ送信手段が印刷データを該印刷装置に送信することを特徴とする請求項１乃至８の何れかに記載の情報処理装置。
前記リファレンス情報は、印刷データの存在場所を示すＵＲＩであることを特徴とする請求項１乃至９の何れかに記載の情報処理装置。
ユーザによって印刷指示が入力されたことに応じて、印刷データを生成する印刷データ生成ステップと、
前記印刷データ生成ステップで生成された前記印刷データを保持する保持ステップと、
前記保持ステップで保持された前記印刷データを特定するためのリファレンス情報を自動的に生成する生成ステップと、
前記生成ステップで生成されたリファレンス情報を、所定の通信媒体を介して印刷装置に送信する送信ステップと、
前記リファレンス情報が指定された、印刷データの取得要求を、前記印刷装置から受信する受信ステップと、
前記受信ステップで受信された前記取得要求で要求されたリファレンス情報に対応する印刷データを前記印刷装置に送信する印刷データ送信ステップと、
を有することを特徴とする情報処理方法。
前記保持ステップは、複数の印刷データを保持し、
前記生成ステップは、前記保持ステップで保持されている印刷データを特定するためのリファレンス情報を、他の印刷データのリファレンス情報と重ならないように生成することを特徴とする請求項１１記載の情報処理方法。
前記受信ステップで受信された前記取得要求で要求されたリファレンス情報に対応する印刷データが、前記保持ステップで保持されているか否かを判断する判断ステップと、
前記判断ステップによって、保持されていないと判断された場合、前記印刷装置に、該応する印刷データが保持されていないことを通知する通知ステップを更に有することを特徴とする請求項１１又は１２に記載の情報処理方法。
前記印刷データ送信ステップによる印刷データの送信が完了した場合、前記保持ステップで保持されている当該印刷データを削除する削除ステップを更に有することを特徴とする請求項１１乃至１３の何れかに記載の情報処理方法。
前記印刷データ送信ステップによる印刷データの送信が完了した場合、前記保持ステップで保持されている当該印刷データを削除するか否かを問い合わせる問合せステップを更に有し、
前記問合せステップによる問合せの応答結果に応じて、当該印刷データを削除するか否かを切り換えることを特徴とする請求項１１乃至１４の何れかに記載の情報処理方法。
前記問合せステップは、前記印刷データに対応するリファレンス情報を通知することを特徴とする請求項１５記載の情報処理方法。
前記送信ステップは、所定の通信媒体を介して接続された複数の印刷装置に前記リファレンス情報を送信し、
前記受信ステップは、前記リファレンス情報が指定された、印刷データの取得要求を、前記複数の印刷装置の何れかの印刷装置から受信し、
前記印刷データ送信ステップは、前記受信ステップで受信された前記取得要求で要求されたリファレンス情報に対応する印刷データを前記印刷装置に送信し、当該印刷装置より後に印刷データの取得要求を送信した他の印刷装置に対しては、前記印刷データを送信しないことを特徴とする請求項１１乃至１６の何れかに記載の情報処理方法。
前記印刷データ送信ステップは、前記印刷装置への印刷データの送信が成功した場合には、前記他の印刷装置に対しては前記印刷データを送信せず、前記印刷装置への印刷データの送信が成功しなかった場合には、前記他の印刷装置に対して前記印刷データを送信することを特徴とする請求項１７記載の情報処理方法。
使用する印刷装置が、特定の印刷装置であるか否かを判定する判定ステップを更に有し、
前記判定ステップによって、特定の印刷装置であると判定された場合には、前記送信ステップによってリファレンス情報を該印刷装置に送信し、特定の印刷装置であると判定されなかった場合には、前記送信ステップによってリファレンス情報を送信することなく、前記印刷データ送信ステップが印刷データを該印刷装置に送信することを特徴とする請求項１１乃至１８の何れかに記載の情報処理方法。
前記リファレンス情報は、印刷データの存在場所を示すＵＲＩであることを特徴とする請求項１１乃至１９の何れかに記載の情報処理方法。
所定の通信媒体を介して情報処理装置と印刷装置とが通信可能な印刷システムであって、
前記情報処理装置は、
ユーザによって印刷指示が入力されたことに応じて、印刷データを生成する印刷データ生成手段と、
前記印刷データ生成手段で生成された前記印刷データを保持する保持手段と、
前記保持手段で保持された前記印刷データを特定するためのリファレンス情報を自動的に生成する生成手段と、
前記生成手段で生成されたリファレンス情報を、所定の通信媒体を介して印刷装置に送信する送信手段と、
前記リファレンス情報が指定された、印刷データの取得要求を、前記印刷装置から受信する受信手段と、
前記受信手段で受信された前記取得要求で要求されたリファレンス情報に対応する印刷データを前記印刷装置に送信する印刷データ送信手段と、
前記印刷装置は、
前記情報処理装置から前記リファレンス情報を受信して登録する登録手段と、
前記登録手段により登録された前記リファレンス情報に対応する印刷データを前記情報処理装置に要求する要求手段と、
前記情報処理装置に要求した印刷データを受信して印刷する印刷手段と、
を有することを特徴とする印システム。
ユーザによって印刷指示が入力されたことに応じて、印刷データを生成する印刷データ生成手段と、
前記印刷データ生成手段で生成された前記印刷データを保持する保持手段と、
前記保持手段で保持された前記印刷データを特定するためのリファレンス情報を自動的に生成する生成手段と、
前記生成手段で生成されたリファレンス情報を、所定の通信媒体を介して印刷装置に送信する送信手段と、
前記リファレンス情報が指定された、印刷データの取得要求を、前記印刷装置から受信する受信手段と、
前記受信手段で受信された前記取得要求で要求されたリファレンス情報に対応する印刷データを前記印刷装置に送信する印刷データ送信手段としてコンピュータを機能させるためのプログラム。