(57)【要約】    【課題】  専用アプリケーションを用いることなくネットワークプリンタによる印刷状況を管理できるようにする。    【解決手段】  電子ドキュメントファイル（例えばＰＤＦ）のファイルフォーマット仕様で許容されているＪａｖａ（登録商標）  Ｓｃｒｉｐｔ等の命令コードを利用して、電子ドキュメントファイル自体で印刷状況を検知して報告する。すなわち、印刷管理サーバは、簡易端末からの要求に基づいて印刷対象の印刷データを生成し、その印刷データに印刷結果を報告させるための命令コードを埋め込み、その印刷データを端末に送信する。簡易端末は、印刷管理サーバから受信した印刷データを印刷装置に転送し、その印刷結果を前記命令コードに基づいて検出して印刷管理サーバに通知する。印刷管理サーバは、簡易端末から受信した印刷結果に基づいて送信に係る印刷データの印刷状況を管理する。【選択図】      図４
2005129006.tif 000002
【特許請求の範囲】
【請求項１】
端末とサーバと印刷装置が通信回線を介して接続された印刷システムであって、
前記サーバは、前記端末からの要求に基づいてドキュメントデータを生成する生成手段と、前記ドキュメントデータに命令コードを付加する付加手段と、前記命令コードが付加されたドキュメントデータを前記端末に送信する送信手段と、前記端末から通知された印刷結果に基づいて送信に係るドキュメントデータの印刷状況を管理する管理手段とを有し、
前記端末は、前記サーバから受信したドキュメントデータを前記印刷装置に転送する転送手段と、前記印刷装置に転送したドキュメントデータの印刷結果を前記命令コードに基づいて検出して前記サーバに通知する通知手段とを有することを特徴とする印刷システム。
【請求項２】
前記命令コードは、スクリプト言語に係る命令コードであることを特徴とする請求項１に記載の印刷システム。
【請求項３】
ドキュメントデータは、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ｆｉｌｅ）に係るフォーマット仕様でファイル化されていることを特徴とする請求項１又は２に記載の印刷システム。
【請求項４】
前記通知手段は、前記転送手段による前記ドキュメントデータの転送終了を前記命令コードに基づいて検知すると共に、該検知がなされた場合に印刷が完了した旨を該命令コードに基づいて前記サーバに通知することを特徴とする請求項１〜３の何れかに記載の印刷システム。
【請求項５】
前記通知手段は、前記印刷装置から返信された印刷結果を前記命令コードに基づいて解析すると共に、その解析結果に応じた印刷結果報告データを該命令コードに基づいて前記サーバに通知することを特徴とする請求項１〜３の何れかに記載の印刷システム。
【請求項６】
通知手段は、前記転送手段が前記ドキュメントデータを転送した印刷装置の識別データを含む印刷結果を通知することを特徴とする請求項１〜５の何れかに記載の印刷システム。
【請求項７】
前記管理手段は、前記ドキュメントデータの印刷状況を課金処理用のデータとして所定の課金サーバに送信する送信手段を有することを特徴とする請求項１〜６の何れかに記載の印刷システム。
【請求項８】
端末とサーバと印刷装置が通信回線を介して接続された印刷システムのサーバであって、
前記端末からの要求に基づいてドキュメントデータを生成する生成手段と、
前記端末が前記ドキュメントデータを前記印刷装置により印刷させた場合の印刷結果を報告させるための命令コードを、該ドキュメントデータに付加する付加手段と、
前記命令コードが付加されたドキュメントデータを前記端末に送信する送信手段と、
前記端末が前記命令コードに基づいて報告してきた印刷結果に基づいて送信に係るドキュメントデータの印刷状況を管理する管理手段と、
を有することを特徴とするサーバ。
【請求項９】
端末とサーバと印刷装置が通信回線を介して接続された印刷システムのサーバにより実行されるプログラムであって、
前記端末からの要求に基づいてドキュメントデータを生成し、前記端末が前記ドキュメントデータを前記印刷装置により印刷させた場合の印刷結果を報告させるための命令コードを、該ドキュメントデータに付加し、前記命令コードが付加されたドキュメントデータを前記端末に送信し、前記端末が前記命令コードに基づいて報告してきた印刷結果に基づいて送信に係るドキュメントデータの印刷状況を管理する内容を有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末とサーバと印刷装置が通信回線を介して接続された印刷システム、サーバ、及びプログラムに関し、特に、印刷結果の管理技術に関する。
【背景技術】
【０００２】
従来、ネットワークにプリンタを接続し、このネットワーク上のクライアント端末から印刷要求されたデータを上記ネットワーク上のプリンタで印刷したり、或いはネットワークにプリンタサーバを接続し、このプリンタサーバによりネットワーク上のクライアント端末から印刷対象のデータを収集し、このプリンタサーバの管理の下で、該プリンタサーバにケーブルで接続されたプリンタにより収集データを印刷したりする、所謂ネットワークプリンティングシステムが実現されている。
【０００３】
この種のネットワークプリンティングシステムでは、印刷を要求したクライアント端末側では、要求した印刷が正常に完了したことを直接知ることができないので、一般に、プリンタ、或いはプリンタサーバ等が印刷状況を監視して、印刷要求を行ったクライアント端末等に印刷完了を通知している。
【０００４】
例えば、特開平０７−２６１９５０号公報では、サーバ・マシンは、クライアント・マシンからプリント・ジョブを収集してプリンタ・コントローラに転送すると共に、プリンタ・コントローラから発信されたプリント・ジョブの完了状態または中断状態を、クライアント・マシンに転送する旨の技術が開示されている。
【０００５】
また、特開２００３−０４４２５０号公報では、ホスト端末は、印刷起動をかけてプリンタに印刷データを送信し、その印刷データの印刷が完了した旨の情報をプリンタから受信した場合は、予め登録された携帯端末に印刷完了を通知するという趣旨の技術が開示されている。なお、上記のようなプリンタの印刷状況の監視や印刷完了通知は、専用のアプリケーション・プログラム（以下、アプリケーションと言う）に基づいて実行される。
【特許文献１】特開平０７−２６１９５０号公報
【特許文献２】特開２００３−０４４２５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、例えば、本社に設置されたサーバから保険証券等の有価証券の電子データを支店・営業所等に設置された端末にダウンロードし、ネットワークプリンタによりプリントアウトするような業務形態を想定した場合、従来技術では、以下のような問題があった。
【０００７】
すなわち、上記のような業務形態では、有価証券の不正印刷を極力防止する等の目的で、支店・営業所等には、ハードディスク等の大容量の補助記憶装置を持たない簡易端末（Ｔｈｉｎ端末）を設置する場合がある。この簡易端末では、搭載メモリやＣＰＵの処理能力、搭載電池の容量等の制約から、ブラウザや電子ファイルの閲覧・印刷プログラム（例えばアドビ社製の商品名アクロバットリーダ等の軽いプログラム）等の必要最小限のアプリケーションしか稼動させることができず、印刷状況監視・印刷完了通知用の専用アプリケーションは稼動させることができないという問題があった。
【０００８】
一方、支店・営業所等にハードディスク等の大容量の補助記憶装置を持った通常の端末（ノート型パソコン等）を設置した場合は、この端末では印刷状況監視・印刷完了通知用の専用アプリケーションを稼動させることができる。しかし、この印刷状況監視・印刷完了通知用の専用アプリケーションを起動していないと、特定の有価証券を何部印刷したかを管理することができないので、上記専用アプリケーションを停止した状態で有価証券を印刷することにより、印刷部数としてカウントさせないようにするという、不正印刷がなされる懼れがあった。また、大容量の補助記憶装置を持った通常の端末は、簡易端末に比べて高価であり、この高価な端末を支店・営業所毎に設置することは、会社全体としての設備費が多額になるという問題もあった。
【０００９】
また、例えば、旅行パンフレットやカタログ情報を代理店側で印刷して顧客に頒布し、その印刷費用を旅行商品やカタログの発行元に負担させるべく印刷結果情報（印刷部数、旅行パンフレットのＩＤ、プリンタのＩＤ等）を課金用情報として所定のサーバに送信する業務形態を想定した場合には、次のような問題があった。
【００１０】
すなわち、プリンタとしてＭＦＰ（多機能プリンタ）を用いた場合は、課金用の印刷情報を収集・送信するための専用アプリケーションをインストールする必要があり、通常のプリンタを用いた場合は、上記専用アプリケーションをインストールしたコンピュータが必要となって、コスト高になるという問題があった。
【００１１】
そこで、本発明は、専用アプリケーションを用いることなくネットワークプリンタによる印刷状況を管理し得る印刷システム、サーバ、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、本発明は、端末とサーバと印刷装置が通信回線を介して接続された印刷システムであって、前記サーバは、前記端末からの要求に基づいてドキュメントデータを生成する生成手段と、前記ドキュメントデータに命令コードを付加する付加手段と、前記命令コードが付加されたドキュメントデータを前記端末に送信する送信手段と、前記端末から通知された印刷結果に基づいて送信に係るドキュメントデータの印刷状況を管理する管理手段とを有し、前記端末は、前記サーバから受信したドキュメントデータを前記印刷装置に転送する転送手段と、前記印刷装置に転送したドキュメントデータの印刷結果を前記命令コードに基づいて検出して前記サーバに通知する通知手段とを有している。
【００１３】
また、本発明は、端末とサーバと印刷装置が通信回線を介して接続された印刷システムのサーバであって、前記端末からの要求に基づいてドキュメントデータを生成する生成手段と、前記端末が前記ドキュメントデータを前記印刷装置により印刷させた場合の印刷結果を報告させるための命令コードを、該ドキュメントデータに付加する付加手段と、前記命令コードが付加されたドキュメントデータを前記端末に送信する送信手段と、前記端末が前記命令コードに基づいて報告してきた印刷結果に基づいて送信に係るドキュメントデータの印刷状況を管理する管理手段とを有している。
【００１４】
また、本発明は、端末とサーバと印刷装置が通信回線を介して接続された印刷システムのサーバにより実行されるプログラムであって、前記端末からの要求に基づいてドキュメントデータを生成し、前記端末が前記ドキュメントデータを前記印刷装置により印刷させた場合の印刷結果を報告させるための命令コードを、該ドキュメントデータに付加し、前記命令コードが付加されたドキュメントデータを前記端末に送信し、前記端末が前記命令コードに基づいて報告してきた印刷結果に基づいて送信に係るドキュメントデータの印刷状況を管理する内容を有している。
【発明の効果】
【００１５】
本発明によれば、専用アプリケーションを用いることなくネットワークプリンタによる印刷状況を管理し得る印刷システム、サーバ、及びプログラムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明を実施するための最良の形態を図面に基づいて説明する。
【００１７】
図１は、本発明を適用した印刷システムのシステム構成図であり、印刷管理サーバ１００、印刷管理ＰＣ（パーソナル・コンピュータ）１１０、印刷装置１２０、業務ＰＣ１３０、及び簡易端末１４０が相互に通信可能に通信回線１５０を介して接続されている。なお、図１では、印刷管理サーバ１００、印刷管理ＰＣ（パーソナル・コンピュータ）１１０、印刷装置１２０、業務ＰＣ１３０、及び簡易端末１４０は、１台ずつ示しているが、本実施形態では、少なくとも印刷装置１２０、簡易端末１４０は、複数台ずつ設けられているものとする。ただし、印刷装置１２０、簡易端末１４０も１台ずつ設けることも可能である。
【００１８】
印刷管理サーバ１００は、印刷履歴データ１０１と証券データ１０２とフォームデータ１０３を、データベース（ＤＢ）化して後述するハードディスク２８（図２参照）に記憶している。
【００１９】
印刷履歴データ１０１は、図６に示す各項目を含むデータであり、その詳細は後述する。証券データ１０２は、保険証券や有価証券等に係る固有の文字データであり、例えば顧客名称、契約番号、保険契約内容、金額等、保険証券や有価証券等に印刷される文字データである。フォームデータ１０３は、有価証券やカタログ、パンフレット等の定型部分（枠や地紋、社印の画像データ等）の定義情報を含んでいる。なお、説明の便宜上、以下の説明では印刷履歴データ１０１、証券データ１０２、フォームデータ１０３を、それぞれ印刷履歴ＤＢ１０１、証券ＤＢ１０２、フォームＤＢ１０３と呼ぶ。
【００２０】
印刷管理用ＰＣ１１０は、印刷管理サーバ１００の印刷履歴ＤＢ１０１を参照して、印刷装置１２０での印刷にエラーや不正がなかったかを確認するための印刷管理用のＰＣである。印刷装置１２０は、ネットワークプリンタとして機能し、印刷管理サーバ１００、簡易端末１４０等から受信したデータを印刷することができる。この印刷装置１２０は、印刷装置又はＭＦＰ（多機能プリンタ）により構成されている。
【００２１】
業務ＰＣ１３０は、各種の業務を遂行するためのＰＣであり、ハードディスク等の補助記憶装置を備えたリッチ（高機能）なＰＣである。簡易端末１４０は、ハードディスク等の補助記憶装置を持たないＴｈｉｎ端末であり、印刷管理サーバ１００に印刷データを要求したり、印刷装置１２０に印刷を依頼したりするクライアント端末として機能し、Ｗｅｂコンテンツを閲覧するためのブラウザを有している。通信回線１５０は、ＬＡＮ、及びインターネットにより構成されている。
【００２２】
ここで、図６に示した印刷履歴ＤＢ１０１の各データ項目を説明しておく。図６に示した管理Ｎｏ．は、印刷管理サーバ１００が印刷要求を簡易端末１４０等から受信した場合に新たに採番される一意の番号である。ＩＰアドレスは、印刷要求を行った簡易端末１４０等のＩＰアドレスである。フォームＮｏ．は、上記フォームデータ１０３の識別番号である。プリンタＩＤは、印刷を実行したプリンタの識別データである。ページは、印刷した証券等のページ数を示している。印刷日時は、印刷を実行した日時を示し、ユーザＩＤは、印刷を要求したユーザ又は簡易端末１４０等の識別データを示している。また、ｒｅｓｕｌｔは、印刷結果や印刷状況を示す項目であり、「ＯＫ」は、印刷が正常に完了したことを示し、「ＮＧ」は、印刷時にエラーが発生したこと、或いは印刷が未だ実行されていないこと等、印刷が正常に完了していないことを示している。
【００２３】
なお、本実施形態では、印刷履歴ＤＢ１０１では印刷要求・実行に係る証券データを管理しておらず、この印刷要求・実行に係る証券データは、そのＩＤデータと上記の管理Ｎｏ．と対応付けて他のデータベース（図示省略）で管理している。ただし、印刷要求・実行に係る証券データを印刷履歴ＤＢ１０１で管理することも可能である。
【００２４】
図２は、印刷管理サーバ１００、業務ＰＣ１３０のハードウェア構成を示すブロック図である。
【００２５】
図２に示したように、印刷管理サーバ１００、業務ＰＣ１３０は、ＣＰＵ２１，ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、キーボード２６、マウス２７、ハードディスク２８、及びＣＤ−ＲＯＭドライブ２９を有し、これらデバイスは、システムバス２０を介して相互に接続されている。
【００２６】
ＣＰＵ２１は、ＲＯＭ２２に格納されたブートプログラムに基づいて、ハードディスク２８からシステムプログラムを読み込んでＲＡＭ２２に展開し、この展開したシステムプログラムと協動してアプリケーションを実行し、キーボード２６やマウス２７の操作に応答して各種の処理を行う。例えば、或るアプリケーションを起動する操作が行われた場合は、ＣＰＵ２１は、ハードディスク２８や、ＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭ等から指定に係るアプリケーションを読み出してＲＡＭ２２に展開し、その後のキーボード２６やマウス２７の操作に応答してＲＡＭ２２上のアプリケーションをシステムプログラムと協動して実行することにより、当該アプリケーションに係る処理を遂行していく。
【００２７】
なお、印刷管理サーバ１００のハードディスク２８や、ＣＤ−ＲＯＭドライブ２９に装填されたＣＤ−ＲＯＭ等には、図４のフローチャートにおけるステップＳ４２１〜Ｓ４２７、図５のフローチャートにおけるステップＳ５２１〜Ｓ５２７、図８のフローチャートにおけるステップＳ８２１〜Ｓ８２８に対応するアプリケーションも格納されている。また、印刷管理サーバ１００のハードディスク２８には、上記のように、印刷履歴ＤＢ１０１、証券ＤＢ１０２、フォームＤＢ１０３も構築されている。
【００２８】
ＲＯＭ２２には、上記ブートプログラムの他に、入出力制御を行うＢＩＯＳも格納されている。ＲＡＭ２２は、ＣＰＵ２１が各種のプログラムを実行する際のワークエリアとしても利用される。ＬＡＮアダプタ２４は、通信回線１５０の一部を構成する不図示のＬＡＮとのインタフェースを司る。ビデオアダプタ２５は、不図示のディスプレイ装置に出力する画像信号を生成すると共に、ディスプレイ装置に表示されたＵＩ画面に対する操作信号をＣＰＵ２１に転送する。ＣＤ−ＲＯＭドライブ２９は、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ等の記憶媒体を装着し、これら記憶媒体に格納されたアプリケーションをハードディスク２８にインストールするのに利用される。
【００２９】
図３は、簡易端末１４０のハードウェア構成を示すブロック図である。図３に示したように、簡易端末１４０は、印刷管理サーバ１００、業務ＰＣ１３０と同様のデバイスとして、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、ＬＡＮアダプタ３４、キーボード３６、マウス３７を有している。ただし、印刷管理サーバ１００、業務ＰＣ１３０が有していたビデオアダプタ２５、ハードディスク２８、及びＣＤ−ＲＯＭドライブ２９に相当するデバイスは有しておらず、また、ビデオアダプタ２５の代わりに液晶表示部３５を有している。
【００３０】
このように簡易端末１４０は、ハードディスク、及びＣＤ−ＲＯＭドライブを有していないので、ＲＯＭ３３には、ブートプログラム、ＢＩＯＳの他に、システムプログラム、アプリケーションが格納されている。
【００３１】
このアプリケーションには、図４のフローチャートにおけるステップＳ４０１〜Ｓ４０９、図５のフローチャートにおけるステップＳ５０１〜Ｓ５１１、図８のフローチャートにおけるステップＳ８０１〜Ｓ８１０に対応するアプリケーションも含まれている。
【００３２】
［第１の実施形態］
次に、本発明の第１の実施形態における印刷処理を図４のフローチャートに基づいて説明する。本フローチャートにおいて、ステップＳ４０１乃至ステップＳ４０９は、簡易端末１４０のＣＰＵ３１の制御の下で実行される。また、ステップＳ４２１乃至ステップＳ４２７は、印刷管理サーバ１００のＣＰＵ２１の制御の下で実行される。また、ステップＳ４４１乃至ステップＳ４４２は、印刷装置１２０の不図示のＣＰＵの制御の下で実行される。
【００３３】
ユーザは、簡易端末１４０を介して印刷管理サーバ１００にアクセスし、液晶表示部３
５に印刷条件を指定するための入力画面を表示させる（ステップＳ４０１）。簡易端末１４０は、この入力画面より入力された印刷条件を印刷管理サーバ１００に送信する（ステップＳ４０２）。この印刷条件には、例えば保険証券業務では、保険種別、保険契約内容、契約番号、契約者等の契約情報が含まれている。
【００３４】
印刷管理サーバ１００は、印刷条件を受信すると、その印刷条件をハードディスク２８に格納し（ステップＳ４２１）、当該印刷条件に基づいて印刷情報を生成すると共に当該印刷情報に係るレコード（印刷履歴データ）を印刷履歴ＤＢ１０１に追加し（ステップＳ４２２，Ｓ４２３）、生成した印刷情報と追加した印刷履歴データを簡易端末１４０に送信する（ステップＳ４２４）。
【００３５】
この際、印刷管理サーバ１００は、受信した印刷条件に対応する証券データ、フォームデータをそれぞれ証券ＤＢ１０２、フォームＤＢ１０３から読み出し、その証券データ、フォームデータに対して、当該印刷管理サーバ１００に印刷状況を報告させるための命令コード（例えば、Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔ）を挿入した印刷情報（ドキュメントデータ）を生成する。この印刷情報は、例えばＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ  Ｆｉｌｅ）等のフォーマット仕様でファイル化する。
【００３６】
印刷を報告させるための命令コードには、特定のファイル（例えば、特定のＰＤＦファイル）に係るデータの印刷を開始したことの検知及びその印刷開始に係るファイル名を検知する機能と、この検知したファイル名や印刷を実行したプリンタのＩＤや印刷を要求したユーザのＩＤ等を所定のＵＲＬ（本例では、印刷管理サーバ１００のＵＲＬ）に送信する機能に対応する命令コードが少なくとも含まれている。また、生成された印刷情報は、ハードディスク２８に記憶される。なお、印刷を開始したことの検知及びその印刷開始に係るファイル名を検知する機能に代えて、印刷を終了したことしたことの検知及びその印刷終了に係るファイル名を検知する機能を含む構成としても良い。
【００３７】
また、ステップＳ４２３で追加した印刷履歴データのレコードにおいては、プリンタＩＤ、印刷日時、ｒｅｓｕｌｔの欄は空白であり、ステップＳ４２４では、印刷履歴データとしては、管理Ｎｏ．、ＩＰアドレス、フォームＮｏ．、ページ、ユーザＩＤだけが送信される。
【００３８】
なお、印刷履歴ＤＢ１０１上で印刷済み（ｒｅｓｕｌｔ欄が「ＯＫ」となっている）と
なっている証券データと同一の証券データ、例えば保険種別、保険契約内容、契約番号、
契約者等の契約情報が全く同一の証券データを簡易端末１４０から受信した場合は、印刷
管理サーバ１００は、印刷情報の生成処理等を行うことなくエラー処理し、その旨を簡易
端末１４０に通知することにより、有価証券の多重印刷を未然に防止するようにしてもよ
い（後述の第２の実施形態も同様）。
【００３９】
簡易端末１４０は、印刷管理サーバ１００から印刷情報等を受信すると（ステップＳ４０３）、その印刷情報を印刷した状態を示すプレビュー画面を液晶表示部３５に表示する（ステップＳ４０４）。この表示状態でユーザにより印刷指示がなされると（ステップＳ４０５）、簡易端末１４０は、プレビュー画面に係る印刷情報（挿入に係る命令コードを含む）を印刷装置１２０に送信する（ステップＳ４０６）。印刷装置１２０側では、受信した印刷情報を印刷する（ステップＳ４４１、Ｓ４４２）。
【００４０】
なお、送信先の印刷装置１２０は、ステップＳ４０５でユーザがその都度指定してもよく、或いは、簡易端末１４０に予め登録した印刷装置１２０に自動的に送信してもよい。また、本実施形態では、簡易端末１４０のメモリ容量を極力低減するため、簡易端末１４０にはプリンタ（印刷装置１２０）のＩＰアドレスは記憶しているがプリンタのＩＤは記憶していないので、図４において双方向に向かう破線で示したように、簡易端末１４０は、送信先の印刷装置１２０からそのプリンタＩＤを取得するようにしている。
【００４１】
次に、簡易端末１４０は、印刷装置１２０への印刷情報の送信処理が完了したか否かを、当該印刷情報に組み込まれた前述の命令コード（例えば、Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔ）に基づいて判別する（ステップＳ４０７）。その結果、印刷装置１２０への送信処理が完了した場合は、端末装置１４０は、ステップＳ４０８に進み、送信処理が完了していない場合は、ステップＳ４０６に戻って送信処理をリトライする。
【００４２】
なお、正常に送信されずにステップＳ４０６に戻った場合には、所定回数リトライ送信し、所定回数リトライ送信しても正常に送信されない場合は、エラーメッセージを表示して、送信処理を終了するようにしてもよい。更に、所定期間（例えば最初に送信処理してから１日）を経過しても送信処理が完了していない場合は、文書データを削除するか、文書の印刷及び閲覧を不可とするように文書の属性を変更するよう構成しても良い。
【００４３】
また、ステップＳ４０７では、当然のことながら、送信が完了した印刷情報の識別情報（前述のファイル名：ここでは、図６に示した管理Ｎｏ．）を認識しているが、この認識処理も、当該印刷情報に挿入された命令コードに基づいて行われる。
【００４４】
簡易端末１４０は、ステップＳ４０８では、前述の命令コードに基づいて印刷履歴データを印刷管理サーバ１００に送信することにより、印刷が完了した旨を印刷管理サーバ１００に報告する。この場合、簡易端末１４０は、ステップＳ４０３で受信した印刷履歴データにプリンタＩＤ、印刷日時、及びｒｅｓｕｌｔを書き込み、その書き込み後の印刷履歴データを送信する。
【００４５】
印刷管理サーバ１００は、受信した印刷履歴データをＲＡＭ２２に格納し（ステップＳ４２５）、受信した印刷履歴データに基づいて印刷履歴ＤＢ１０１を更新し（ステップＳ４２６）、  受信した印刷履歴データを正常に登録した旨のメッセージを簡易端末１４０に送信する（ステップＳ４２７）。簡易端末１４０側では、このメッセージを受信して液晶表示部３５に表示する（ステップＳ４０９）。
【００４６】
以上の処理によれば、専用のアプリケーションを用いることなく、印刷完了（正確には印刷装置への印刷データの送信完了）を当該印刷データを発行した印刷管理サーバ１００に報告しているので、ハードディスク等の大容量の補助記憶装置を持たない簡易端末１４０を有する印刷システムにおいても、本発明を利用することが可能となる。また、印刷完了を報告するための一連の処理は、専用アプリケーションを用いることなく、印刷情報に挿入された命令コードに基づいて行われるので、特に有価証券等の印刷部数の管理が必要不可欠な帳票の印刷部数を厳格かつ簡単に管理することができ、不正印刷を防止することが可能となる。
【００４７】
なお、より厳格に印刷部数を管理して不正印刷を防止するために、印刷管理サーバ１００は、印刷開始（印刷実行）報告用、あるいは印刷完了（印刷結果）報告用の命令コードを埋め込んだ印刷情報を一切加工できないようにするか、或いは権限のある者だけに加工を許可するように設定してもよい。
【００４８】
［第２の実施形態］
次に、本発明の第２の実施形態における印刷処理を図５のフローチャートに基づいて説明する。なお、本フローチャートの説明では、図４のフローチャートと異なる部分について説明し、共通する部分は説明を省略する。また、本フローチャートにおいて、ステップＳ５０１乃至ステップＳ５１１は、簡易端末１４０のＣＰＵ３１の制御の下で実行される。また、ステップＳ５２１乃至ステップＳ５２７は、印刷管理サーバ１００のＣＰＵ２１の制御の下で実行される。また、ステップＳ５４１乃至ステップＳ５４３は、印刷装置１２０の不図示のＣＰＵの制御の下で実行される。ステップＳ５０１〜Ｓ５０２，Ｓ５２１は、図４のステップＳ４０１〜Ｓ４０２，Ｓ４２１と同様なので説明を省略する。
【００４９】
ステップＳ５２２では、印刷を報告するための命令コード（例えば、Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔ）が挿入されるが、この命令コードの機能が第１の実施形態に係る図４の場合と異なる。すなわち、図４のステップＳ４２２では、簡易端末１４０から印刷装置１２０への印刷情報の送信が完了したことを検知する命令コードを挿入していたが、図５のステップＳ５２２では、印刷装置１２０から簡易端末１４０に返信される印刷完了情報（印刷結果情報）の内容を判定する命令コードを挿入している。
【００５０】
また、第１の実施形態では、印刷管理サーバ１００は、印刷情報を簡易端末１４０に送信する時点で印刷履歴ＤＢ１０１を更新していたが（図４のステップＳ４２３）、第２の実施形態では、上記のように印刷装置１２０から簡易端末１４０に印刷完了が返信されることを考慮して、印刷管理サーバ１００は、印刷情報を送信する際には、印刷履歴ＤＢ１０１を更新しないようにして、処理負担を軽減している。ただし、印刷情報を送信する際に印刷履歴ＤＢ１０１を更新してもよい。
【００５１】
ステップＳ５２３，Ｓ５０３〜５０６，Ｓ５４１〜Ｓ５４２は、図４のステップＳ４２４、Ｓ４０３〜Ｓ４０６，Ｓ４４１〜Ｓ４４２と同様なので説明を省略する。
【００５２】
ステップＳ５４３では、印刷装置１２０は、印刷が完了した旨のメッセージ（プリンタＩＤを含む）を簡易端末１４０に送信し、ステップＳ５０７では、簡易端末１４０は、印刷が完了した旨のメッセージを受信する。そして、簡易端末１４０は、当該印刷データに挿入されていた命令コードに基づいて印刷が正常に終了したか否かを判別し（ステップＳ５０８）、印刷が正常に終了した場合は、上記命令コードに基づいて印刷履歴データを印刷管理サーバ１００に送信することにより、印刷が完了した旨を印刷管理サーバ１００に報告する（ステップＳ５０９）。この場合、簡易端末１４０は、ステップＳ４０３で受信した印刷履歴データにプリンタＩＤ、印刷日時、及びｒｅｓｕｌｔとして「ＯＫ」を書き込み、その書き込み後の印刷履歴データを送信する。
【００５３】
一方、印刷が正常に終了しなかった場合は、簡易端末１４０は、エラー情報を含む印刷履歴データを上記命令コードに基づいて印刷管理サーバ１００に送信する（ステップＳ５１０）。すなわち、簡易端末１４０は、ステップＳ５０３で受信した印刷履歴データにプリンタＩＤ、印刷日時、及びｒｅｓｕｌｔとして「ＮＧ」を書き込み、その書き込み後の印刷履歴データを送信する。
【００５４】
印刷管理サーバ１００は、受信した上記何れかの印刷履歴データをＲＡＭ２２に格納し（ステップＳ５２４、又はＳ５２５）、受信した上記何れかの印刷履歴データに基づいて印刷履歴ＤＢ１０１を更新する（ステップＳ５２６）。その後の処理（ステップＳ５２７，Ｓ５１１）は、図４のステップＳ４２７，Ｓ４０９と同様である。
【００５５】
このように、第２の実施形態では、印刷装置１２０から得られた実際の印刷実行状況を印刷管理サーバ１００に報告しているので、より厳密に印刷部数を管理することが可能となる。
【００５６】
［第３の実施形態］
第３の実施形態は、例えば、旅行パンフレットやカタログ情報を代理店側で印刷して顧客に頒布し、その印刷費用を旅行商品やカタログの発行元に負担させるべく印刷結果情報（印刷部数、旅行パンフレットのＩＤ、プリンタのＩＤ等）を課金用情報として所定の課金サーバに送信する業務形態を想定したものである。この第３の実施形態においても、第１，第２の実施形態と同様に、印刷対象の電子文書データに印刷結果を報告する命令コードを組み込んでいる。
【００５７】
図７は、第３の実施形態に係る印刷システムのシステム構成図である。このシステム構成は、図１に示した第１，第２の実施形態に係るシステム構成とほぼ同様なので、相違点だけを簡単に説明する。
【００５８】
印刷管理サーバ７００は、印刷履歴ＤＢ７０１、電子文書ＤＢ７０２、課金用情報ＤＢ７０３を有している。印刷履歴ＤＢ７０１は、図１に示した印刷履歴データ（印刷履歴ＤＢ）１０１と同様に、図６に示したデータ項目で構成されている。電子文書ＤＢ７０２は、旅行パンフレットやカタログに係る電子文書データを保持しており、この電子文書データは、Ｗｅｂコンテンツとして通信回線（インターネット）１５０に供給される。なお、電子文書データは、旅行パンフレットやカタログに係るものに限らず、その印刷に対して課金し得る電子文書データであれば、書籍、各種広告宣伝資料等、他の電子文書データであってもよい。
【００５９】
課金用情報ＤＢ７０３は、図９に示したデータ項目で構成されている。このデータ項目は、図６に示した印刷履歴ＤＢ１０１のデータ項目とほぼ同様であるが、フォームＮｏ．の代わりにパンフＮｏ．を記憶すると共に、後述のｐａｇｅを記憶している点で相違する。このパンフＮｏ．は、印刷した旅行パンフレットやカタログを識別するための番号を示している。また、ｐａｇｅは、パンフＮｏ．で示される旅行パンフレットやカタログのうち、実際にどのページを印刷したかを示すものである。なお、印刷管理サーバ７００のハードウェア構成は、図２に示した第１，第２の実施形態と同様である。
【００６０】
次に、第３の実施形態におけるパンフレット等の印刷処理を、図８のフローチャートに基づいて説明する。
【００６１】
このフローチャートについても図４又は図５と異なる部分を中心に説明し、重複する部分は説明を省略する。なお、説明を省略した部分でも印刷管理サーバ１００を印刷管理サーバ７００と読み替えるものとする。
【００６２】
本フローチャートにおいて、ステップＳ８０１乃至ステップＳ８１０は、簡易端末１４０のＣＰＵ３１の制御の下で実行される。また、ステップＳ８２１乃至ステップＳ８２８は、印刷管理サーバ７００のＣＰＵ２１の制御の下で実行される。又、ステップＳ８４１乃至ステップＳ８４２は、印刷装置１２０の不図示のＣＰＵの制御の下で実行される。
【００６３】
ステップＳ８０１〜Ｓ８０６，Ｓ８２１〜Ｓ８２４は、図４のステップＳ４０１〜Ｓ４０６，Ｓ４２１〜Ｓ４２４とほぼ同様なので、その詳細な説明は省略するが、ステップＳ８２２では、簡易端末１４０から受信した条件情報に対応する電子文書データを電子文書ＤＢ７０２から読み出し、その電子文書データに印刷結果報告用の命令コードを埋め込んでいる。また、ステップＳ８２３では、印刷履歴ＤＢ７０１だけでなく、課金用ＤＢ７０３も更新している。また、ステップＳ８２４では、印刷履歴データの代わりに、図９に示した課金用情報を印刷情報と共に送信している。ただし、課金用情報のうち、プリンタＩＤ、印刷日時、ｐａｇｅのデータは、この時点では不明なので送信していない。
【００６４】
ステップＳ８０７では、簡易端末１４０は、印刷情報の送信が正常に終了したか否かを上記命令コードに基づいて判別する。その結果、正常に終了した場合は、簡易端末１４０は、課金用情報（具体的には印刷したページの情報等）を含む印刷指示情報を上記命令コードに基づいて印刷管理サーバ７００に送信する（ステップＳ８０８）。この場合、簡易端末１４０は、ステップＳ８０３で受信した課金用情報にプリンタＩＤ、印刷日時、及び印刷したページのページ番号を書き込み、その書き込み後の課金用情報を印刷結果「ＯＫ」を示す情報と共に送信する。なお、上記の課金用情報に印刷部数を含めることも可能である。
【００６５】
一方、印刷が正常に終了しなかった場合は、簡易端末１４０は、印刷エラー情報（印刷結果「ＮＧ」を示す情報）を含む印刷指示情報を上記命令コードに基づいて印刷管理サーバ７００に送信する（ステップＳ８０９）。すなわち、簡易端末１４０は、ステップＳ８０３で受信した課金用情報にプリンタＩＤ、印刷日時を書き込み、その書き込み後の課金用情報を印刷結果「ＮＧ」を示す情報と共に送信する。
【００６６】
印刷管理サーバ７００は、受信した上記何れかの印刷指示情報をＲＡＭ２２に格納し（ステップＳ８２５、又はＳ８２６）、受信した上記何れかの印刷指示情報に基づいて印刷履歴ＤＢ７０１と課金用情報ＤＢ７０３を更新する（ステップＳ８２７）。その後の処理（ステップＳ８２８，Ｓ８１０）は、図４のステップＳ４２７，Ｓ４０９と同様である。
【００６７】
なお、課金用情報ＤＢ７０３に蓄積された課金用情報は、不図示の所定の課金管理サーバに送信され、この課金管理サーバにより、課金用情報に基づいてパンフレット等の発行元に対する課金処理が実行される。
【００６８】
このように、第３の実施形態では、課金用情報を収集するための専用のアプリケーションを用いることなく、印刷結果を報告するための命令コードを印刷対象の電子文書データに埋め込むことで印刷に係る課金用情報を収集しているので、コスト高になるのを回避することができる。
【００６９】
なお、本発明は、上記各実施形態に限定されることなく、例えば、印刷結果を報告させるための命令コードとして、ＶＢｓｃｒｉｐｔ（Ｖｉｓｕａｌ  Ｂａｓｉｃ  ｓｃｒｉｐｔｉｎｇ  ｅｄｉｔｉｏｎ）に係る命令コードを使用することも可能である。また、第３の実施形態において、印刷履歴ＤＢを割愛し、課金用情報ＤＢだけを用いることも可能である。この場合、ＶＢｓｃｒｉｐｔから印刷を実行させ、印刷管理サーバ１００に印刷結果を送信させることになる。
【００７０】
さらに、例えば第３の実施形態のような業務形態において、簡易端末に印刷対象のドキュメントデータを送信する段階で印刷結果報告用の命令コードを当該ドキュメントデータに埋め込むのではなく、予め各ドキュメントデータ（Ｗｅｂコンテンツ）に印刷結果報告用の命令コード（例えばマイクロソフト社のＡｃｔｉｖＸ等）を埋め込んでおくことも可能である。この場合、印刷結果報告用の命令コードは、当該ドキュメントデータが実際に印刷されることを条件として実行させるようにすることが望ましい。
【００７１】
また、本発明の目的は、上記実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００７２】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。本発明を上記記憶媒体に適用する場合、その記憶媒体（印刷管理サーバ、簡易端末に係る記憶媒体）には、先に説明した（図４，５，８に示す）フローチャートに対応するプログラムコードのうち、対応する部分が格納されることになる。
【図面の簡単な説明】
【００７４】
【図１】本発明を適用した印刷システムのシステム構成図である（第１，第２の実施形態）。
【図２】印刷管理サーバ、及び業務ＰＣのハードウェア構成を示すブロック図である（第１〜第３の実施形態）。
【図３】簡易端末のハードウェア構成を示すブロック図である。
【図４】印刷処理を示すフローチャートである（第１の実施形態）。
【図５】印刷処理を示すフローチャートである（第２の実施形態）。
【図６】印刷履歴データのデータ項目を示す図である。
【図７】本発明を適用した印刷システムのシステム構成図である（第３の実施形態）。
【図８】印刷処理を示すフローチャートである（第３の実施形態）。
【図９】課金用情報の情報項目を示す図である。
【符号の説明】
【００７５】
２１，３１…ＣＰＵ
２２，３２…ＲＡＭ
２３，３３…ＲＯＭ
２４、３４…ＬＡＮアダプタ
２５…ビデオアダプタ
２８…ハードディスク
２９…ＣＤ−ＲＯＭドライブ
３５…液晶表示部
１００，７００…印刷管理サーバ
１０１，７０１…印刷履歴ＤＢ
１０２…証券ＤＢ
１０３…フォームＤＢ
１４０…簡易端末
７０２…電子文書ＤＢ
７０３…課金用情報ＤＢ
【図１】
2005129006.tif 000003
【図２】
2005129006.tif 000004
【図３】
2005129006.tif 000005
【図４】
2005129006.tif 000006
【図５】
2005129006.tif 000007
【図６】
2005129006.tif 000008
【図７】
2005129006.tif 000009
【図８】
2005129006.tif 000010
【図９】
2005129006.tif 000011