JP2009301185A - 印刷システムおよび印刷システムの制御方法およびプログラム - Google Patents

Abstract

【課題】出力指示された印刷データに対して、セキュアな印刷を行うことができる仕組みを提供する。
【解決手段】プリンタ３００ａは、ユーザの携帯端末５００のＩＣカードの製造番号を読み取り、認証サーバ２００の認証用テーブルによる認証後、ユーザ名と携帯端末５００の識別情報とを取得し、印刷管理サーバ１００に送る。印刷管理サーバ１００は、ユーザ名に対応する印刷データを携帯端末５００に送る。携帯端末５００は印刷データの一覧を表示し、ユーザによって印刷選択されたデータを印刷管理サーバ１００に送る。プリンタ３００ａは、携帯端末５００のＩＣカードの製造番号を再度読み取れば、認証後、取得したユーザ名と携帯端末識別情報とを印刷管理サーバ１００に送る。印刷管理サーバ１００は、ユーザの選択した印刷データをプリンタ３００ａへ送り、プリンタ３００ａで出力する。
【選択図】図１

Description

本発明は、記憶媒体を読み取る読取部を備えるプリンタと、携帯端末と、印刷データをユーザ識別情報と対応付けて管理する印刷管理サーバとがネットワークを介して接続する印刷システムおよび印刷システムの制御方法およびプログラムに関する。

従来から、認証されたユーザのみが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行うことで当該印刷装置から印刷データの出力を可能にする所謂「プルプリント（蓄積印刷）」の印刷システムが提案されている。これにより、認証されたユーザに対応する印刷データを、所望の印刷装置から出力することが可能となっている。

例えば、特許文献１には、複合機でＩＣカード認証処理を行い、認証されたユーザの印刷データの一覧を印刷装置の表示部で表示させ、この表示上で選択された印刷データを印刷管理サーバで特定し、この特定した印刷データが格納されているプリントサーバに印刷コマンドを送信することで認証されたユーザが指定した印刷データが所望の印刷装置でプリントできるプリントシステムが開示されている。
特開２００６−９９７１４号公報

しかしながら、プリンタに表示部がない（表示部があったとしても、表示部の性能に乏しく、一覧を表示し、選択ができない）場合は、ユーザが印刷したいデータを選択し印刷できず、必要のない印刷データが印刷されてしまうといった問題点があった。また特許文献１では、印刷データを選択し、印刷要求を行うとユーザがプリンタのそばにいるか否かに関わらずに出力されてしまいセキュリティの高い印刷を行うことは困難であった。

本発明の目的は、出力指示された印刷データに対して、セキュアな印刷を行うことができる仕組みを提供することである。

前述した目的を達成するために第１の発明は、記憶媒体を読み取る読取部を備えるプリンタと、携帯端末と、印刷データをユーザ識別情報と対応付けて管理する印刷管理サーバとがネットワークを介して接続する印刷システムであって、プリンタは、記憶媒体の所定の領域を読み取ることによって得られるユーザを特定するためのユーザ識別情報を、印刷管理サーバに送信するユーザ識別情報送信手段を備え、印刷管理サーバは、ユーザ識別情報を受信するユーザ識別情報受信手段と、ユーザ識別情報とユーザ識別情報に対応付く携帯端末とユーザ識別情報の送信元プリンタとを対応付けた管理情報を記憶する記憶手段と、記憶手段に記憶されている管理情報に従って、ユーザ識別情報に対応付けられている印刷データの印刷データ識別情報を含む一覧情報を、ユーザ識別情報に対応する携帯端末に送信する一覧情報送信手段と、印刷データ識別情報を含む一覧情報を送信した携帯端末から、印刷指示された印刷データ識別情報を受信する印刷要求受信手段と、印刷要求受信手段で受信した印刷データ識別情報に対応する印刷データを、記憶手段で記憶されているプリンタで印刷すべく、出力命令する印刷データ出力命令手段とを備え、印刷データ出力命令手段は、印刷要求受信手段で印刷データ識別情報を受信した後に、ユーザ識別情報受信手段でユーザ識別情報を受信することで、当該印刷データ識別情報に対応する印刷データを出力命令することを特徴とする印刷システムである。ここで、ユーザ識別情報とは、例えばユーザ名など、個々のユーザを識別できる情報である。

また、記憶手段で記憶される管理情報は、ユーザ識別情報受信手段で受信したユーザ識別情報が記憶手段に記憶されていない場合に、当該ユーザ識別情報と、当該ユーザ識別情報の送信元プリンタのプリンタ識別情報に従って生成されることが望ましい。

加えて、プリンタのユーザ識別情報送信手段は、携帯端末の携帯端末識別情報を送信することを特徴とし、印刷管理サーバのユーザ識別情報受信手段は、携帯端末の携帯端末識別情報を受信し、記憶手段で記憶されるユーザ識別情報と携帯端末の対応付けは、ユーザ識別情報受信手段で受信したユーザ識別情報と携帯端末識別情報とで対応付けることを特徴としてもよい。ここで、携帯端末識別情報とは、例えば電話番号やＩＰアドレスなど、個々の携帯端末を識別できる情報である。

以上の構成によれば、プリンタに表示部がなく、印刷したいデータを選択できない場合でも、携帯端末で印刷したいデータを選択して印刷できるため、不要な印刷データの印刷を無くすことが可能になる。また、印刷を実行する際にはプリンタのそばにいることが必要であり、印刷物を長時間出力されたままにしておくことがなくなる。

また、印刷管理サーバは、プリンタに表示部があるか否かを判定する第１の判定手段を備え、一覧情報送信手段は、第１の判定手段によりプリンタに表示部があると判定された場合、印刷データの印刷データ識別情報を含む一覧情報をプリンタに送信し、表示部がないと判定された場合、印刷データの印刷データ識別情報を含む一覧情報を携帯端末に送信することを特徴とすることが望ましい。上記の構成によれば、プリンタに表示部がある場合には、プリンタで印刷指示を行うことが可能になる。

また、印刷管理サーバは、ユーザ識別情報受信手段で受信した携帯端末の携帯端末識別情報に従って、携帯端末に印刷データの印刷データ識別情報を含む一覧情報を送信するか否かを判定する第２の判定手段を備え、一覧情報送信手段は、第２の判定手段で携帯端末に送信すると判定される場合には、印刷データの印刷データ識別情報を含む一覧情報を携帯端末識別情報の携帯端末に送信することを特徴とすることも望ましい。上記の構成によれば、携帯端末を使用せずに印刷を行うユーザがいる場合でも、携帯端末を使用し印刷を行うユーザに印刷データの一覧情報を送信できるようになる。

また、印刷データ出力命令手段は、第１の判定手段でプリンタに表示部がないと判定され、第２の判定手段で携帯端末に送信しないと判定される場合、一覧情報送信手段で一覧情報を送信することなく、ユーザ識別情報に対応付けられている印刷データを出力命令することを特徴としてもよい。上記の構成によれば、プリンタに表示部がなく、ユーザが携帯端末を使用しない場合でも、印刷ができるようになる。

また、印刷管理サーバは、印刷データ出力命令手段で出力命令する印刷データの印刷準備を完了した状態である旨をプリンタと携帯端末との少なくとも一つに通知する印刷準備通知手段を備えることを特徴としてもよい。上記の構成によれば、印刷準備が完了したことをプリンタまたは携帯端末でユーザが確認することが可能になる。

また、印刷管理サーバは、印刷データ出力命令手段で出力命令する印刷データのうち、未出力の印刷データの数をプリンタと携帯端末との少なくとも一つに通知する未出力印刷データ数通知手段を備えることを特徴としてもよい。上記の構成によれば、未出力の印刷データの数をプリンタまたは携帯端末でユーザが確認することが可能になる。

印刷管理サーバは、プリンタで記憶媒体の所定の領域を読み取るごとに印刷する印刷データを取得する印刷データ取得手段を備え、印刷データ出力命令手段は、印刷データ取得手段で取得した印刷データを出力命令することを特徴としてもよい。

また、印刷管理サーバは、印刷要求受信手段で印刷データ識別情報を受信した後に、ユーザ識別情報受信手段でユーザ識別情報を受信した先のプリンタと、記憶手段に記憶されているプリンタとが一致するか否かを判定するプリンタ判定手段とを備え、印刷データ出力命令手段は、プリンタ判定手段で一致しないと判定される場合に、印刷要求受信手段で印刷データ識別情報を受信した後に、ユーザ識別情報受信手段でユーザ識別情報を受信した先のプリンタで印刷すべく出力命令することを特徴としてもよい。上記の構成によれば、印刷要求受信手段で印刷データ識別情報を受信した後に、ユーザ識別情報受信手段でユーザ識別情報を受信した先のプリンタで印刷を行うことができる。

また、携帯端末は、記憶媒体を備えることを特徴とすることが望ましい。

前述した目的を達成するために第２の発明は、記憶媒体を読み取る読取部を備えるプリンタと、携帯端末と、印刷データをユーザ識別情報と対応付けて管理する印刷管理サーバとがネットワークを介して接続する印刷システムにおける制御方法であって、プリンタは、ユーザ識別情報送信手段が、記憶媒体の所定の領域を読み取ることによって得られるユーザを特定するためのユーザ識別情報を、印刷管理サーバに送信するユーザ識別情報送信ステップを実行し、印刷管理サーバは、ユーザ識別情報受信手段が、ユーザ識別情報を受信するユーザ識別情報受信ステップと、書込手段が、ユーザ識別情報と、ユーザ識別情報に対応付く携帯端末と、ユーザ識別情報の送信元プリンタとを対応付けた管理情報を記憶部に書き込みする書込ステップと、一覧情報送信手段が、書込ステップで書き込まれた管理情報に従って、ユーザ識別情報に対応付けられている印刷データの印刷データ識別情報を含む一覧情報を、ユーザ識別情報に対応する携帯端末に送信する一覧情報送信ステップと、印刷要求受信手段が、印刷データ識別情報を含む一覧情報を送信した携帯端末から、印刷指示された印刷データ識別情報を受信する印刷要求受信ステップと、印刷データ出力命令手段が、印刷要求受信ステップで受信した印刷データ識別情報に対応する印刷データを、書込ステップで書き込まれたプリンタで印刷すべく、出力命令する印刷データ出力命令ステップとを実行し、印刷データ出力命令ステップは、印刷要求受信ステップで印刷データ識別情報を受信した後に、ユーザ識別情報受信ステップでユーザ識別情報を受信することで、当該印刷データ識別情報に対応する印刷データを出力命令することを特徴とする印刷システムの制御方法である。

前述した目的を達成するために第３の発明は、記憶媒体を読み取る読取部を備えるプリンタと、携帯端末と、印刷データをユーザ識別情報と対応付けて管理する印刷管理サーバとがネットワークを介して接続する印刷システムを機能させるプログラムであって、プリンタを、記憶媒体の所定の領域を読み取ることによって得られるユーザを特定するためのユーザ識別情報を、印刷管理サーバに送信するユーザ識別情報送信手段として機能させ、印刷管理サーバを、ユーザ識別情報を受信するユーザ識別情報受信手段と、ユーザ識別情報と、ユーザ識別情報に対応付く携帯端末と、ユーザ識別情報の送信元プリンタとを対応付けた管理情報を記憶する記憶手段と、記憶手段に記憶されている管理情報に従って、ユーザ識別情報に対応付けられている印刷データの印刷データ識別情報を含む一覧情報を、ユーザ識別情報に対応する携帯端末に送信する一覧情報送信手段と、印刷データ識別情報を含む一覧情報を送信した携帯端末から、印刷指示された印刷データ識別情報を受信する印刷要求受信手段と、印刷要求受信手段で受信した印刷データ識別情報に対応する印刷データを、記憶手段で記憶されているプリンタで印刷すべく、出力命令する印刷データ出力命令手段として機能させ、印刷データ出力命令手段は、印刷要求受信手段で印刷データ識別情報を受信した後に、ユーザ識別情報受信手段でユーザ識別情報を受信することで、当該印刷データ識別情報に対応する印刷データを出力命令することを特徴とするプログラムである。

本発明によれば、出力指示された印刷データに対して、セキュアな印刷を行うことができる等の効果を奏する。

〔第１実施形態〕
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の印刷管理サーバおよびプリンタを適用可能な印刷システムの構成の一例を示すシステム構成図である。
図１に示すように、本実施形態の印刷システムは、１又は複数のクライアント端末４００（例えば、ユーザ毎）、複数のプリンタ３００（プリンタ３００ａ、プリンタ３００ｂ、…）、印刷管理サーバ１００、認証サーバ２００がローカルエリアネットワーク（ＬＡＮ）６００を介して接続され、印刷管理サーバ１００は、携帯端末５００と通信を行う構成となっている。

クライアント端末４００には、不図示のサーバから帳票生成に必要なフォーム及びテキストデータを取得し、オーバレイを行い帳票を生成する帳票ソフトがインストールされている。この帳票ソフトは、生成された帳票をＳＯＡＰ等の通信を用いて、当該帳票を帳票の印刷実行命令、ユーザ識別情報とともに印刷管理サーバへ送信する。なお、本実施例では印刷データとして帳票を考え、以降の説明を行うが、印刷データは、プリンタで通常印刷可能なデータであればよく、ワープロソフトで作成される一般的な文書、あるいは画像編集ソフトで作成される画像等も含まれる。

印刷管理サーバ１００には、プリンタドライバがインストールされ、受信した帳票（印刷データ）を帳票管理データベース（後述する図５）に蓄積し、出力指示に基づいてプリンタドライバを介してプリンタ３００へ印刷データを送信する。

認証サーバ２００は、認証用テーブル（後述する図８）を記憶し、プリンタ３００のカードリーダ（後述する図３の３１９）へ携帯端末５００をかざすことによってなされる認証依頼に応じて、認証用テーブルを用いて認証処理を行う。

以下、図２を用いて、図１に示したクライアント端末４００、印刷管理サーバ１００、認証サーバ２００に適用可能な情報処理装置のハードウェア構成について説明する。

図２は、図１に示したクライアント端末４００、印刷管理サーバ１００、認証サーバ２００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。

図２において、２０１はＣＰＵで、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、ロードしたプログラムを実行することで各種動作を実現し、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ６００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３を用いて、図１に示したプリンタ３００を制御するコントローラユニット３１６のハードウェア構成について説明する。

図３は、図１に示したプリンタ３００のコントローラユニット３１６のハードウェア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ部３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ６００）や公衆回線網（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム、画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ
Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線網に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４、プリンタポート、ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部である。本実施形態においては、認証で必要となる携帯端末５００のＩＣカード（記憶媒体、後述する図４の４１９）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９（読取部）によるＩＣカードからの情報読み取りを制御し、ＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。尚、カードリーダに限らず、指紋リーダ（不図示）を備えてもよく、この場合、指紋リーダで読み取った指紋から値を算出し、この算出された値と識別情報として用いる。

３２０はイメージバスインタフェース（ＩＭＡＧＥ
ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上にはイメージバスインタフェース３２０に加えて、ラスタイメージプロセッサ（ＲＩＰ）３１０と、プリンタインタフェース（プリンタＩ／Ｆ）３１１と、スキャナインタフェース（スキャナＩ／Ｆ）３１３と、画像処理部３１７とが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ部３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行ったりする。また、これに加えて、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙を原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ部３１４に指示を与え、原稿フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分である。その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ表示部の上にはタッチパネルシートが貼られている。ＬＣＤ表示部は、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、リセットキー等を備える。

尚、表示部はプリンタによって表示性能が異なり、タッチパネルを介して操作をできるプリンタ、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけのプリンタ、あるいは表示部を持たず、操作キーのみ有するプリンタ等があるが、どの方式でも構わない。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカードに記憶されている情報を読み取り、読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。読取方法は、非接触型としても、接触型としても構わない。また、本実施例では読取手段としてカードリーダを外付けとする構成について説明するが、読み取り部をプリンタ本体に設ける構成等でもよい。

以上のような構成によって、プリンタ３００は、カードリーダ３１９を介してＩＣカードから読み取った情報やスキャナ部３１４から読み込んだ画像データをＬＡＮを介して送信したり、ＬＡＮを介して受信した印刷データをプリンタ部３１２により印刷出力したりすることができる。

また、スキャナ部３１４から読み込んだ画像データをモデム３０６により、公衆回線網を介してＦＡＸ送信したり、公衆回線網を介してＦＡＸ受信した画像データをプリンタ部３１２により出力したりすることができる。

以下、図４を用いて、図１に示した携帯端末５００のハードウェア構成について説明する。携帯端末は、データの送受信を行う送受信部と、各種情報を表示する表示部と、表示情報に基づく選択が可能な入力部があればよい。例えば、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）などである。本実施例では、携帯端末として携帯電話を用いた場合を説明する。

図４は、図１に示した本実施例の携帯端末５００のハードウェア構成を説明するブロック図である。

図４に示すように、携帯端末５００は、制御部４１１と、受話部４１２と、送話部４１３と、送受信部４１４と、表示部４１５と、入力部４１６と、ＲＯＭ４１７と、ＲＡＭ４１８と、ＩＣカード４１９とを備える。

制御部４１１は、ＲＯＭ４１７に格納されたプログラムに従って動作し、この携帯端末全体の動作を制御する。

受話部４１２は、スピーカなどを備え、制御部４１１から供給されるディジタル音声信号をアナログ音声信号に変換し、スピーカから放音する。送話部４１３は、マイクロフォンなどを備え送信対象の音声データを取り込み、ディジタル信号に変換して制御部４１１に供給する。

送受信部４１４は、印刷管理サーバ１００との間で、アンテナを介して無線通信を行う。表示部４１５は、様々な情報を表示する。

なお、携帯端末５００と印刷管理サーバ１００との無線通信は不図示の基地局を介して行うように構成されている。

入力部４１６は、ダイアルボタンなどを備え、様々な指示を入力する。ＲＯＭ４１７は、制御部４１１の動作プログラム及び固定データを記憶する。

ＲＡＭ４１８は、バッテリによりバックアップされており、制御部４１１のワークエリアとして機能し、外部から取得した情報を一時記憶する。

ＩＣカード４１９は、ＩＣチップにより構成される記憶媒体であり、所定の識別情報が書き込まれている。所定の識別情報とは、製造番号や個人を特定する情報などである。また、プリンタ３００に備えてあるカードリーダ３１９との間で通信がなされる。なお、本実施例ではＩＣカード４１９は携帯端末５００に内蔵されている。

以下、図５〜図７を参照して、図１に示した印刷管理サーバ１００の外部メモリ２１１に記憶されるデータについて説明する。

図５は、図１に示した印刷管理サーバ１００の外部メモリ２１１に記憶される帳票管理データベースの一例を示す模式図である。

図５に示すように、帳票管理データベースは、タイムスタンプ５０１、ユーザ名５０２、文書名５０３、印刷状態５０４、帳票データ５０５が対応付いて構成される。

タイムスタンプ５０１は、印刷管理サーバ１００が帳票データ５０５を受信した日時を示す。ユーザ名５０２、文書名５０３は、クライアント端末４００から帳票データ５０５とともに受信したユーザ名（ユーザ識別情報）、文書名に対応する。印刷状態５０４は、帳票データ５０５の印刷状態を示す。例えば、未出力であることや出力済であることなどである。帳票データ５０５は、クライアント端末４００において作成し、印刷管理サーバ１００に送信した帳票データである。

なお、この帳票管理データベースは、上述したようにクライアント端末４００から印刷管理サーバ１００に登録されるものとする。

図６は、図１に示した印刷管理サーバ１００の外部メモリ２１１に記憶されるプリンタドライバ関連テーブルの一例を示す模式図である。

図６に示すように、プリンタドライバ関連テーブルは、プリンタ名６０１、プリンタＩＰアドレス６０２、プリンタドライバ名６０３から構成される。

プリンタ名６０１とプリンタドライバ名６０３は個々のプリンタとプリンタドライバについて設けられる。プリンタＩＰアドレスは、個々のプリンタに割り振られるＩＰアドレスである。

なお、このプリンタドライバ関連テーブルは、印刷管理サーバ１００の外部メモリ２１１に予め登録されているものとする。

図７は、図１に示した印刷管理サーバ１００の外部メモリ２１１に記憶されるプリンタ表示部有無テーブルの一例を示す模式図である。

プリンタ表示部有無テーブルは、プリンタ名とプリンタＩＰアドレスと、表示部有無情報により構成される。プリンタ名とプリンタＩＰアドレスは個々のプリンタについて設けられる。表示部有無情報は、個々のプリンタに、（帳票データ一覧を表示できる）表示部があるか否か等を示すものである。

なお、このプリンタ表示部有無テーブルは、印刷管理サーバ１００の外部メモリ２１１に予め登録されているものとする。

以下、図８を参照して、図１に示した認証サーバ２００の外部メモリ２１１に記憶される認証用テーブルについて説明する。

図８は、図１に示した認証サーバ２００の外部メモリ２１１に記憶される認証用テーブルの一例を示す模式図である。

図８に示すように、認証用テーブルは、製造番号８０１、ユーザ名８０２、メールアドレス８０３、部門ＩＤ８０４、部門パスワード８０５、管理者権限８０６、携帯端末識別情報８０７等から構成される。

製造番号８０１は、携帯端末５００内蔵のＩＣカード４１９の製造番号であり、ＩＣカード（記憶媒体）を識別する情報である。ユーザ名８０２とメールアドレス８０３は、ユーザ個人が設定するユーザ名とメールアドレスである。部門ＩＤ８０４と部門パスワード８０５はユーザが所属する部門ごとに設けられたＩＤとパスワードである。管理者権限８０６は、ユーザの持つ管理者権限の情報である。携帯端末識別情報８０７は、個々の携帯端末を識別するための情報であり、例えば電話番号やＩＰアドレスなどである。
尚、携帯端末５００には、その携帯端末５００を所有するユーザ（利用者）を特定するためのＩＣカードが挿入可能に構成されており、このＩＣカードは、他の携帯端末に差し替えるだけで、他の携帯端末が自分の携帯端末と同様に使えるようにするためのものである。つまり、このユーザを特定するためのＩＣカードの識別番号を携帯端末識別情報として使用することも可能である。

以下、図９のフローチャートを参照して、図８に示した認証用テーブルへの製造番号８０１及び携帯端末識別情報８０７の登録処理を説明する。なお、本実施形態では、認証サーバ２００には、不図示の外部インタフェース（例えばＵＳＢ）を介して、携帯端末５００内蔵のＩＣカード４１９の読み取り用のカードリーダ（図３のカードリーダ３１９と同様の機能）が接続されている。そして、認証サーバ２００のＣＰＵ２０１は、カードリーダによるＩＣカード４１９の情報読み取りを制御し、ＩＣカード４１９から読み取られた情報を取得可能である。

図９は、本発明における第１の制御処理手順の一例を示すフローチャートであり、本発明における認証用テーブル登録処理に対応する。

なお、図中、Ｓ１は、携帯端末５００のステップに対応し、携帯端末５００の制御部４１１がＲＯＭ４１７に格納されるプログラムを実行することにより実現される。

また、Ｓ２〜Ｓ３は、認証サーバ２００の各ステップに対応し、認証サーバ２００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３上で実行することにより実現される。

まず、ステップＳ１において、携帯端末５００の制御部４１１は、携帯端末５００のＲＯＭ４１７等に記憶されている携帯端末識別情報（例えば電話番号やＩＰアドレス等）を認証サーバ２００へ送信する。

ステップＳ２において、認証サーバ２００のＣＰＵ２０１は、携帯端末５００から送信される携帯端末識別情報を受信する。

この携帯端末識別情報の受信後の所定期間、認証サーバ２００のＣＰＵ２０１は、カードリーダによる携帯端末５００内蔵のＩＣカード４１９の読み取りを行う。

携帯端末５００がカードリーダにかざされると、認証サーバ２００のＣＰＵ２０１は、これを検知し、ＩＣカード４１９の製造番号を読み出す（Ｓ３）。

次に、ステップＳ４において、認証サーバ２００のＣＰＵ２０１は、ステップＳ２で受信した携帯端末識別情報と、ステップＳ３で読み取った製造番号を関連付け、製造番号をキーにして図６に示す認証用テーブルの製造番号８０１、携帯端末識別情報８０７へ登録する。

なお、図９に示した処理を実行しなくても、管理者が手作業等により、製造番号８０１と携帯端末識別情報８０７とを認証用テーブルに登録しておく方法であっても、本発明を実現可能である。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートを参照して、本発明における印刷処理について説明する。

図１０Ａおよび図１０Ｂおよび図１０Ｃは、本発明における第２の制御処理手順の一例を示すフローチャートであり、本発明における、印刷指示に基づいた印刷に関する処理に対応する。

なお、図１０Ａ中、Ｓ１０１〜Ｓ１０３は、認証サーバ２００のステップに対応し、認証サーバ２００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３上で実行することにより実現される。

また、図１０Ｂ中、Ｓ２０１〜Ｓ２１７および図１０Ｃ中、Ｓ５０１〜Ｓ５０８は、印刷管理サーバ１００の各ステップに対応し、印刷管理サーバ１００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３上で実行することにより実現される。

なお、図１０Ｃ中、Ｓ５０１〜Ｓ５０８は、印刷管理サーバ１００のＣＰＵ２０１が常時実行しているメインスレッドのプログラムの各ステップを示し、図１０Ｂ中、Ｓ２０１〜Ｓ２１７は、印刷管理サーバ１００のＣＰＵ２０１が、実際に印刷の制御を行う際に、一連の印刷処理プロセスごとに複数並行して実行可能なサブスレッドのプログラムの各ステップを示している。

また、図１０Ｂ中、Ｓ３０１〜Ｓ３１４は、携帯端末５００のステップに対応し、携帯端末５００の制御部４１１がＲＯＭ４１７に格納されるプログラムを実行することにより実現される。

また、図１０Ａ中、Ｓ４０１〜Ｓ４１９は、プリンタ３００（ここではプリンタ３００ａとして説明するがどのプリンタであってもよい）のステップに対応し、プリンタ３００ａのＣＰＵ３０１がＲＯＭ３０３に格納されるプログラムを実行することにより実現される。

また、図１０Ａ、図１０Ｂ、図１０Ｃ中、I６０１〜I６０９およびI７０１〜I７０３は、図１０Ａ、図１０Ｂ、図１０Ｃで各ステップ間のデータの受け渡しの結びつきを示すための関連づけのための記号である。

また、図１０Ａ、図１０Ｂ、図１０Ｃ中の各ステップをつなぐ実線は、処理の流れの順序を示し、破線は、各プログラム間のデータの受け渡しの流れを示すものである。

まず、ユーザが携帯端末５００にアプリケーション（印刷管理サーバ１００との接続を行うための接続アプリケーション）の起動を指示すると、ステップＳ３０１において、携帯端末５００の制御部４１１は、アプリケーションを起動し、ステップＳ３０２において、携帯端末５００の携帯端末識別情報を接続情報として含む接続要求を印刷管理サーバ１００に送信する。

印刷管理サーバ１００では、ステップＳ５０１において、接続要求を受信（I６０９）すると、ステップＳ５０２において、携帯端末５００の接続アプリケーションからの接続要求（接続情報として携帯端末識別情報を含む）に基づき、携帯端末５００に対応するサブスレッドの存在を検索する。サブスレッドの検索は後述する図１１に示すスレッド管理テーブルに対して、携帯端末識別情報をキーにして実施する。初回の検索においては、サブスレッドは存在しないため、検索結果は対象サブスレッド無しとなる。

次に、ステップＳ５０３において、印刷管理サーバ１００のＣＰＵ２０１は、サブスレッドの検索結果が対象サブスレッド無しであると判断された場合は、ステップＳ５０４へ進み、新規のサブスレッドを生成し、図１１に示すスレッド管理テーブルに新しいサブスレッドの情報のレコードを追加（書込）する。

図１１は、印刷管理サーバ１００のＲＡＭ２０３内に記憶されるスレッド管理テーブルの一例を示す図である。

図１１に示すように、スレッド管理テーブルでは、サブスレッドを識別するスレッドＩＤ１１０１とユーザ名１１０２、携帯端末識別情報１１０３、プリンタＩＰアドレス（プリンタ識別情報）１１０４、スレッドポインタ１１０５が関連付け（対応付け）られている。

スレッドＩＤ１１０１は、サブスレッド生成時にユニークな値が割り当てられる。携帯端末識別情報１１０３は携帯端末５００の接続情報より取得した値を記録する。スレッドポインタ１１０５は、生成したサブスレッドのＲＡＭ２０３内における実行プログラムのアドレス情報を指し示す情報を記録する。ユーザ名１１０２、プリンタＩＰアドレス１１０４は、この時点ではデータの無い状態である。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

次に、ステップＳ５０５において、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ５０１で受信した内容が携帯端末５００からの接続情報を含む接続要求であると判断した場合には、ステップＳ５０６へ進む。

次に、ステップＳ５０６において、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ５０４で生成したサブスレッドに対し、接続情報を含む接続要求の受け渡しを実施（I７０１）した後、再びステップＳ５０１の受信待ち状態となる。

ステップＳ５０６において、接続要求の受け渡しを受けたサブスレッドは、ステップＳ２０１においてこれを受け渡される（I７０１）。これにより、印刷管理サーバ１００と携帯端末５００との接続が確立される。つまり、印刷管理サーバから帳票データの一覧を受け取り、携帯端末５００の表示部に帳票データの一覧を表示させ、印刷指示を行うことが可能となる。尚、後述するＳ４０１〜Ｓ４０３のＩＣカードをかざすことで認証され、Ｓ２０６で帳票データの一覧を携帯端末に送信（一覧情報送信）する際、印刷管理サーバ１００と携帯端末５００との接続が確立されていない場合には、後述する第２実施形態の電子メールを用いて帳票データの一覧を表示させるように構成しても良い。

ステップＳ２０２において、印刷管理サーバ１００のＣＰＵ２０１は、受け渡された情報が携帯端末５００からの接続要求であると判断した場合、ステップＳ２０３へ進み、携帯端末とのセッションを確立した後、再びステップＳ２０１の受信待ち状態となる。

なお、このセッションは、解放されるまで対象のサブスレッドにおいて管理されるものとする。なお、携帯端末５００との通信が一定時間なされない場合、セッションを解放するように構成してもよい。

なお、携帯端末５００のアプリケーションを印刷管理サーバ１００からの命令により起動させる場合は、印刷管理サーバ１００が能動的にサブスレッドを生成する前提で、Ｓ３０１、Ｓ３０２、およびＳ２０１、Ｓ２０２での接続要求の処理を実行しなくても、本実施形態は実現可能である。

携帯端末５００と印刷管理サーバ１００とのセッション（接続）が確立したのに続いて、ステップＳ４０１において、プリンタ３００ａのＣＰＵ３０１は、携帯端末５００がカードリーダ３１９にかざされたことを検知すると、携帯端末５００内蔵のＩＣカード４１９の製造番号を読み取る。次に、ステップＳ４０２において、製造番号を認証情報として、認証サーバ２００へ送信する（認証情報送信）。

そして、認証サーバ２００は、ステップＳ１０１において、プリンタ３００ａから送信される製造番号を受信する。次に、ステップＳ１０２において、認証サーバ２００のＣＰＵ２０１は、受信した製造番号と図８に示す認証用テーブル（認証サーバ２００の外部メモリ２１１内に記憶されている）を参照して正規のユーザか否かの認証を行う。

次に、ステップＳ１０３において、認証サーバ２００のＣＰＵ２０１は、Ｓ１０２の認証結果を、認証を要求したプリンタ（プリンタ３００ａ）に送信する。具体的には、認証用テーブルに受信した製造番号が登録されていれば、認証された（正常認証）と判断し、製造番号をキーにして取得した認証用テーブルのユーザ名８０２、携帯端末識別情報８０７を含む認証結果をプリンタ３００ａに送信する。また、認証用テーブルに受信した製造番号が登録されていない場合、認証エラーと判断し、認証エラーを示す情報を含む認証結果をプリンタ３００ａに送信する。

プリンタ３００ａは、認証サーバ２００から送信される認証結果をステップＳ４０３において受信する。次に、ステップＳ４０４において、プリンタ３００ａのＣＰＵ３０１は、受信した認証結果に基づいて正常認証されたか否かを判定し、正常認証されなかった（認証結果にユーザ名が含まれていない）と判定した場合には、ステップＳ４０１に戻り、再度、携帯端末がかざされるのを待機する状態となる。

一方、ステップＳ４０４において、正常認証された（認証結果にユーザ名、携帯端末識別情報が含まれている）と判定した場合には、プリンタ３００ａのＣＰＵ３０１は、ステップＳ４０５に処理を進める。

次に、ステップＳ４０５では、プリンタ３００ａのＣＰＵ３０１は、上記受信した認証結果に含まれるユーザ名、携帯端末識別情報に基づき、印刷管理サーバ１００へ図１８に示す認証ユーザの印刷情報セット要求を送信する（ユーザ識別情報送信）。（I６０１）

なお、印刷情報セットとは、プリンタと印刷管理サーバ間で送受信される情報群である。この情報群は図１９〜図２３のように、情報群の種別を表す情報種別と、Ｓ５０４で生成され図１１で管理されているスレッドＩＤと、情報種別ごとに必要な情報で構成されている。

なお、スレッドＩＤとは、携帯端末がかざされると、そのかざされた携帯端末の処理があるかを特定するための識別情報である。このスレッドＩＤを持つことによって、例えば特定の携帯端末５００が１回目にかざされると、スレッドＩＤが生成され、帳票データの一覧を携帯端末５００に送るので、同じ携帯端末５００がかざされる（２回目）と既に帳票データの一覧を送っていることを特定することができ、２回目にかざされた時には出力指示された帳票データを印刷するための動作に移ることができる。（1回目にかざされたときと２回目にかざされたときにどの処理を行えばよいかがわかる。）

図１８は、プリンタ３００ａから印刷管理サーバ１００に送信される印刷情報セット要求の一例を示す図である。

図１８に示すように、印刷情報セット要求には、上記受信した認証結果に含まれるユーザ名を１８０１、携帯端末識別情報を１８０２、プリンタ３００ａのＩＰアドレスを１８０３に記録して送信する。

なお、本実施の形態では、プリンタ３００ａが、ＩＣカードの４１９の製造番号をキーにしてユーザ名（ユーザ識別情報）と携帯端末識別情報を認証サーバ２００から取得して、印刷管理サーバ１００に送信するように構成したが、印刷管理サーバ１００に予めユーザ名と携帯端末識別情報とＩＣカードの製造番号を紐付けて記憶管理するように構成しても良い。この場合、プリンタ３００ａが、ＩＣカード４１９の製造番号を印刷管理サーバ１００に送信し、印刷管理サーバでＩＣカード４１９の製造番号をキーにしてユーザ名および携帯端末識別情報を取得することになる。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

次に、印刷管理サーバ１００では、ステップＳ５０１において、ステップＳ４０５でプリンタ３００ａから送信される認証ユーザの印刷情報セット要求を受信すると（ユーザ識別情報受信）、ステップＳ５０２へ進み、印刷情報セット要求内の携帯端末識別情報に対応するサブスレッドの存在を検索し、その後、ステップＳ５０３へ進む。サブスレッドの検索は図１１に示すスレッド管理テーブルに対して、携帯端末識別情報をキーにして実施する。本実施形態では、すでにセッションを確立しているため、必ず対象サブスレッドが検索される。スレッド管理テーブルのユーザ名１１０２、プリンタＩＰアドレス１１０４はデータの無い状態であったが、ここに印刷情報セット要求内のユーザ名１８０１、プリンタＩＰアドレス１８０３を記録する。ステップＳ５０３では、サブスレッドの検索結果は対象サブスレッド有りと判断されるため、ステップＳ５０５へ進む。
尚、記録（記憶）するプリンタのＩＰアドレスは、印刷情報セット要求に含まれるように構成したが、プリンタ３００ａと、印刷管理サーバ１０００が通信するプロトコル（例えば、ＴＣＰ／ＩＰ通信）から取得するように構成してもよい。

次に、ステップＳ５０５において、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ５０１で受信した内容がプリンタ３００ａからの印刷情報セット要求であると判断した場合には、ステップＳ５０７へ進む。

次に、ステップＳ５０７において、印刷管理サーバ１００のＣＰＵ２０１は、対象サブスレッドに対し、印刷情報セット要求の受け渡しを実施（I７０２）した後、再びステップＳ５０１の受信待ち状態となる。

ステップＳ５０７において、印刷情報セット要求の受け渡しを受けたサブスレッドは、ステップＳ２０１においてこれを受け渡される。（I７０２）

次に、ステップＳ２０２において、印刷管理サーバ１００のＣＰＵ２０１は、受け渡された情報が携帯端末５００からの接続要求ではない（印刷情報セット要求である）と判断し、ステップＳ２０４へ進む。

次に、ステップＳ２０４において、印刷管理サーバ１００のＣＰＵ２０１は、プリンタ３００ａに帳票データ一覧を表示できる表示部があるか否かを図７に示したプリンタ表示部有無テーブルに基づいて判定する。

ステップＳ２０４において、印刷管理サーバ１００のＣＰＵ２０１は、プリンタ３００ａに帳票データ一覧を表示できる表示部があると判定した場合にはステップＳ２０５へ、表示部がないと判定した場合には、ステップＳ２０６へ処理を進める。

プリンタ３００ａに帳票データの一覧を表示できる表示部があると判定した場合は、ステップＳ２０５へ処理を進める。

ステップＳ２０５では、印刷管理サーバ１００のＣＰＵ２０１は、図５に示した帳票管理データベースを参照する。より詳細には、図５の印刷状態５０４が未出力（未印刷）になっている帳票データのうち受信した認証ユーザの印刷情報セット要求に含まれるユーザ名１８０１に対応する帳票データを検索し帳票データの一覧を生成する。生成された帳票データの一覧を取得し、プリンタＩＰアドレス１８０３に対応するプリンタ（ここではプリンタ３００ａ）に対して送信する（Ｉ６０２）（一覧情報送信）。このときの形式は、図１９に示す印刷情報セット（帳票一覧）の形式である。

図１９は、印刷管理サーバ１００からプリンタ３００ａに帳票データ一覧を送信する場合の、印刷情報セット（帳票一覧）の形式の一例を示す図である。

図１９に示すように、帳票データ一覧の送信には、情報種別１９０１に情報の内容が帳票データ一覧であることを示す記号を記録し、スレッドＩＤ１９０２にこの情報を返信したスレッドのＩＤを記録する。帳票件数１９０３に送信する帳票データの件数を記録し、帳票データの情報を帳票件数１９０３に記録された数だけ記録する。帳票データの情報にはタイムスタンプ１９０４、ユーザ名１９０５、文書名１９０６がある。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

プリンタ３００ａは、ステップＳ４０６において、印刷管理サーバ１００から送信される帳票データ一覧の印刷情報セットを受信（I６０２）する。すると、ステップＳ４０７において、情報種別１９０１の内容にしたがって、受信内容が帳票データ一覧であると判断され、ステップＳ４０８に進む。ステップＳ４０８において、プリンタ３００ａのＣＰＵ３０１は、受信した帳票データ一覧を操作部３０８の表示部に表示し、ステップＳ４０９に進み次のイベントが発生するまで待機を行う。

図１３は、本発明においてプリンタ３００ａの表示部に表示される帳票データ一覧の一例を示す模式図である。

図１３において、１３０１は帳票データ選択エリアであり、ユーザは、この帳票データ選択エリア１３０１から印刷する帳票データをタッチ選択する（複数の帳票データを選択可能である）。

１３０２はプリント（Ｐｒｉｎｔ）ボタンであり、このボタンをタッチ指示することにより、帳票データ選択エリア１３０１で選択状態となっている帳票データの印刷を、印刷管理サーバ１００に要求することができる。つまり、ステップＳ４０９において、帳票データ選択エリア１３０１で帳票データが選択され、プリントボタン１３０２がタッチ指示されると、ステップＳ４１０に進む。ステップＳ４１０でユーザ選択のイベントが発生した（プリントボタン１３０２が押下された）と判断された場合には、ステップＳ４１１に進む。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

一方、印刷管理サーバ１００ではステップＳ２０５の処理を行ったあと、ステップＳ２０６に進む。尚、本実施の形態では、帳票データの一覧を表示可能な表示部がプリンタにある場合、プリンタ及び携帯端末両方に帳票データの一覧を表示できるように構成したためステップＳ２０５の処理後、ステップＳ２０６へ進むように構成した。しかしながら、ステップＳ２０６を処理しないように構成することも可能である。また、ステップＳ２０４において、印刷管理サーバ１００のＣＰＵ２０１が、プリンタ３００ａに帳票データ一覧を表示できる表示部がないと判断していた場合は、ステップＳ２０５を行わずに、ステップＳ２０６に進む。なお、ステップＳ２０５を行った場合（表示部がある場合）は、プリンタ３００ａはステップＳ４０８まで進んでいる（ステップＳ２０８で準備完了ステータスが送信され、ステップＳ４０９で受信されるまで待機する）のに対し、ステップＳ２０５を行っていない場合（表示部がない場合）は、プリンタ３００ａはステップＳ４０６で印刷管理サーバ１００からの情報の返信を待機したまま（ステップＳ３０７、ステップＳ２０７の処理を経て、ステップＳ２０８で準備完了ステータスが送信され、ステップＳ４０９で受信されるまで待機する）となっている。

ステップＳ２０６では、印刷管理サーバ１００のＣＰＵ２０１は、図５に示した帳票管理データベースを参照し、受信した認証ユーザの印刷情報セット要求に含まれるユーザ名１８０１に対応する（一致する）未出力の帳票データの一覧（印刷データの識別情報）を取得し、携帯端末識別情報１８０２と関連付けられているセッションを介して、携帯端末５００に送信する（一覧情報送信）。このときの形式は、図１９に示す印刷情報セット（帳票一覧）の形式である。なお、ステップＳ２０５を行っている場合は、改めて帳票データ一覧を取得する必要はなく、ステップＳ２０５でプリンタ３００ａに対して送信したものと同じものを送信してもかまわない。

次に、携帯端末５００の制御部４１１は、ステップＳ３０３において、印刷管理サーバ１００から送信された帳票データの一覧の印刷情報セットを受信し、ステップＳ３０４において、帳票データ一覧を表示部４１５に表示する。その後、ステップＳ３０５に進み、次のイベントが発生するまで待機を行う。

図１２は、本発明において携帯端末５００の表示部４１５に表示される帳票データ一覧の一例を示す模式図である。

図１２において、１２０１は帳票データ選択エリアであり、ユーザは、この帳票データ選択エリア１２０１から印刷する帳票データを選択（チェック）する（複数の帳票データを選択可能である）。

１２０２は送信ボタンであり、このボタンを選択指示することにより、帳票データ選択エリア１２０１で選択状態となっている帳票データの一覧を、印刷管理サーバ１００に送信する。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

ステップＳ３０５において、帳票データ選択エリア１２０１で印刷する帳票データが選択（チェック）され、送信ボタン１２０２が選択指示されると、ステップＳ３０６に進み、ユーザ選択のイベントが発生したと判断され、ステップＳ３０７に進む。

ステップＳ３０７において、携帯端末５００の制御部４１１は、帳票データ選択エリア１２０１で選択された印刷対象の帳票データの一覧を上述のセッションを介して、印刷管理サーバ１００に送信する。その後、ステップＳ３０５に進み、次のイベントが発生するまで待機を行う。

なお、このときのデータ形式は、帳票データの一覧を受け取ったときと同じ図１９に示す印刷情報セット（帳票一覧）の形式でかまわないが、今回は印刷対象の帳票データのみを返信する点が、受け取り時とは異なる。より詳細には、少なくとも帳票データを識別するためのタイムスタンプが送信される。

一方、帳票データ一覧を表示できる表示部のあるプリンタの場合、プリンタ３００ａの操作部３０８の表示部においても以下のような操作を行うことができる。

ステップＳ４０９において、帳票データ選択エリア１３０１で帳票データが選択され、プリントボタン１３０２がタッチ指示されると、ステップＳ４１０に進み、ユーザ選択のイベントが発生したと判断され、ステップＳ４１１に進む。

ステップＳ４１１において、プリンタ３００ａのＣＰＵ３０１は、帳票データ選択エリア１３０１で選択された印刷対象の帳票データの一覧を、印刷管理サーバ１００に送信する（I６０３）。その後、ステップＳ４０９に進み、次のイベントが発生するまで待機を行う。

なお、このときのデータ形式は、帳票データの一覧を受け取ったときと同じ図１９に示す印刷情報セット（帳票一覧）の形式でかまわないが、今回は印刷対象の帳票データのみを返信する点が、受け取り時とは異なる。より詳細には、少なくとも帳票データを識別するためのタイムスタンプが送信される。

ステップＳ４１１において、プリンタ３００ａのＣＰＵ３０１が、印刷対象の帳票データ一覧の印刷情報セットを送信すると、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ５０１において、これを受ける。（I６０３）

印刷管理サーバ１００は、認証ユーザの印刷対象の帳票データ一覧の印刷情報セットを受信すると、印刷情報セット内のスレッドＩＤ１９０２に基づき同ユーザに対応するサブスレッドの存在を検索する。サブスレッドの検索は図１１に示すスレッド管理テーブルに対して、スレッドＩＤ１９０２をキーにして実施する。すでにセッションを確立した携帯端末であるため、必ず対象サブスレッドが検索される。

次に、ステップＳ５０５において、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ５０１で受信した内容がプリンタからの印刷情報セットであると判断し、ステップＳ５０８へ進む。

次に、ステップＳ５０８において、印刷管理サーバ１００のＣＰＵ２０１は、対象サブスレッドに対し、ユーザによって選択された印刷対象の帳票データ一覧の印刷情報セットの受け渡しを実施（I７０３）した後、再びステップＳ５０１の受信待ち状態となる。

ステップＳ５０８において、ユーザによって選択された印刷対象の帳票データ一覧の印刷情報セットの受け渡しを受けたサブスレッドは、ステップＳ２０７においてこれを受け渡される。（I７０３）

ステップＳ２０７において、印刷管理サーバ１００のＣＰＵ２０１は、携帯端末５００のステップＳ３０７、又はプリンタ３００ａのステップＳ４１１により送信されるユーザによって選択された印刷対象の帳票データ一覧の印刷情報セットのどちらかを受信する（印刷要求受信）と、印刷対象の帳票データ一覧の印刷情報セットに含まれる１又は複数の印刷対象の帳票データを取得する。

なお、印刷管理サーバ１００のＣＰＵ２０１は、上記取得した１又は複数の印刷対象の帳票データを、図１４に示すサブスレッドごとに生成する印刷管理テーブルに記録する。

図１４は、図１に示した印刷管理サーバ１００のＲＡＭ２０３に記憶される印刷管理テーブルの一例を示す模式図である。

図１４に示すように印刷管理テーブルは、ユーザ名１４０１、プリンタ名１４０２、ＩＰアドレス１４０３、ユーザにより選択された印刷対象の帳票のタイムスタンプ１４０４（選択された数存在する）から構成される。

次に、図１０ＢのステップＳ２０７において、印刷管理テーブルを生成する手順の一例を、図２４を用いて説明する。

ステップＳ２４０１において、印刷管理サーバ１００のＣＰＵ２０１は、ＲＡＭ２０３内に印刷管理テーブルを保持するためのメモリ領域を確保する。このとき、テーブルのヘッダーにあたるユーザ名１４０１、プリンタ名１４０２、ＩＰアドレス１４０３を記録するためのメモリ領域のみを確保し、後に順次タイムスタンプ１４０４の領域を追加していく方式でもよいし、印刷対象の帳票データ一覧の印刷情報セットの帳票件数１９０３の情報をもとに、最初から、印刷管理テーブル全体のメモリ領域を確保する方式にしてもよい。

次に、ステップＳ２４０２において、印刷管理サーバ１００のＣＰＵ２０１は、本処理を実行しているサブスレッドのスレッドＩＤをキーにしてスレッド管理テーブルからユーザ名１１０２、プリンタＩＰアドレス１１０４を取得し、ユーザ名１４０１、ＩＰアドレス１４０３に記録する。また、プリンタＩＰアドレス１１０４をキーにして、図６のプリンタドライバ関連テーブルからプリンタ名６０１を取得し、プリンタ名１４０２に記録する。

次に、ステップＳ２４０３において、印刷管理サーバ１００のＣＰＵ２０１は、印刷対象の帳票データ一覧の印刷情報セットから順次、タイムスタンプ１９０４を取得する。最初はテーブルの先頭のタイムスタンプ１９０４を取得する。

次に、ステップＳ２４０４において、印刷管理サーバ１００のＣＰＵ２０１は、タイムスタンプ１９０４が取得できたかを確認し、取得できたと判断されれば、ステップＳ２４０５において、タイムスタンプ１９０４をタイムスタンプ１４０４に追加する。

以後、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ２４０３〜Ｓ２４０５を繰り返し実行して印刷対象の帳票データ一覧の印刷情報セットの最後のレコードまでのタイムスタンプの追加を行う。最後のレコードまでの処理が終わった後、ステップＳ２４０４において、タイムスタンプ１９０４が取得できなかったと判断し、処理を終了する。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

次に、ステップＳ２０８において、印刷管理サーバ１００のＣＰＵ２０１は、印刷管理テーブルへの記録が完了した段階で、印刷の準備が完了したことを示すためのステータスコードを図２０に示す印刷情報セット（ステータスコード）の形式で、プリンタ３００ａと携帯端末５００の双方に送信する。尚、本実施の形態では印刷管理テーブルへの記録が完了した段階を印刷の準備が完了したと判断するように構成したが、これに限ることなく、帳票データを出力する先のプリンタの記述言語（ページ記述言語）に変換し、すぐに送信できる状態になったタイミングを印刷の準備完了とすることも可能である。

図２０は、印刷管理サーバ１００から携帯端末５００およびプリンタ３００ａにステータスコードを送信する場合の印刷情報セット（ステータスコード）の形式の一例を示す図である。

図２０に示すように、ステータスコードの送信には、情報種別２００１に情報の内容がステータスコードであることを示す記号を記録し、スレッドＩＤ２００２にこの情報を送信したスレッドのＩＤを記録する。ステータスコード２００３には送信するステータスコードを記録する。今回は印刷の準備完了を示すステータスコードを記録する。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

ステップＳ３０５において、携帯端末５００は印刷管理サーバ１００より、図２０に示す印刷情報セット（ステータスコード）の形式で、印刷の準備完了のステータスコードを受け取ると、ステップＳ３０６へ進み、印刷の準備完了のステータス受信のイベントが発生したと判断され、ステップＳ３０８に進む。

なお、印刷管理サーバ１００が、ステップＳ２０７において、携帯端末５００がステップＳ３０７において送信した印刷対象の帳票データ一覧を受信していた場合は、携帯端末５００ではステップＳ３０６〜ステップＳ３０７の処理が一度実行されていることになる。一方、印刷管理サーバ１００が、ステップＳ２０７において、プリンタ３００ａがステップＳ４１１において送信した印刷対象の帳票データ一覧を受信していた場合は、携帯端末５００ではステップＳ３０６〜ステップＳ３０７の処理が実行されていない。しかし、どちらの場合でも、上述の携帯端末５００における印刷準備完了のステータスコード受信後の処理（ステップＳ３０６〜ステップＳ３０８）は同じである。

次に、ステップＳ３０８において、携帯端末５００の表示部４１５に印刷の準備が完了したことを知らせるメッセージが表示される。

図１５（Ａ）は、図４に示した携帯端末５００の表示部４１５に表示された印刷準備完了を知らせるメッセージの一例を示す模式図である。なお、了解というボタンを押下すると画面を閉じることを想定しているが、了解ボタンを押下しなくても、イベントの発生によって自動的に画面が推移する構成にしてもよい。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

プリンタ３００ａが一覧を表示できる表示部を持っていない場合は、プリンタ３００ａのＣＰＵ３０１はステップＳ４０６で待機しているが、印刷管理サーバ１００がステップＳ２０８において、図２０に示す印刷情報セット（ステータスコード）の形式で印刷準備完了のステータスコードを送信すると、これを受けて（I６０２）、ステップＳ４０７へ進む。さらに、情報種別２００１が印刷の準備完了を知らせるステータスコードであることを判断して、ステップＳ４１２へ進み、プリンタ３００ａが小規模のメッセージの表示が可能な表示部を持つ場合は印刷の準備が完了したことを知らせるメッセージを表示する。

例えば、プリンタ３００ａがテキスト一行分程度の小規模のメッセージが表示可能な表示部を持っているような場合では、表示部に「インサツジュンビカンリョウ」などと表示する。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

一方、プリンタ３００ａが一覧を表示できる表示部を持っている場合、ステップＳ４０９において、プリンタ３００ａは印刷管理サーバ１００より、図２０に示す印刷情報セット（ステータスコード）の形式で、印刷の準備完了のステータスコードを受け取ると、ステップＳ４１０へ進み、印刷の準備完了のステータス受信のイベントが発生したと判断され、ステップＳ４１２に進む。

なお、印刷管理サーバ１００が、ステップＳ２０７において、プリンタ３００ａがステップＳ４１１において送信した帳票データ一覧を受信していた場合は、プリンタ３００ａではステップＳ４１０〜ステップＳ４１１の処理が一度実行されていることになる。一方、ステップＳ２０７において、印刷管理サーバ１００が、携帯端末５００がステップＳ３０７において送信した帳票データ一覧を受信していた場合は、プリンタ３００ａではステップＳ４１０〜ステップＳ４１１の処理が実行されていない。しかし、どちらの場合でも、プリンタ３００ａにおける印刷準備完了のステータスコード受信後の処理（ステップＳ４１０〜ステップＳ４１２）は同じである。

次に、ステップＳ４１２において、プリンタ３００ａの表示部に印刷の準備が完了したことを知らせるメッセージが表示される。

例えば、図１３に示すプリンタ３００ａの表示部下端領域に、「印刷準備完了」などとメッセージを出すことなどが考えられる。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

次に、プリンタ３００ａはステップＳ４０１に戻り、携帯端末５００がカードリーダ３１９にかざされることを待機する。印刷管理サーバ１００もステップＳ２０９でプリンタ３００ａからの印刷情報セット要求を待機する。

印刷を実行せずに待機する理由は、印刷の準備完了と同時に印刷を開始するフローとした場合は、ユーザがプリンタ３００ａの付近から離れても印刷物が出力されてしまい、印刷出力物に対するセキュリティがそこなわれることを回避するためである。印刷を開始するにはユーザが再度プリンタ３００ａのカードリーダ３１９に携帯端末５００をかざし、ＩＣカード４１９を読み取らせることが必要となる。

つまり、1回目に携帯端末５００をかざすと、携帯端末５００の表示部４１５に帳票データ一覧が表示され、２回目に携帯端末５００をかざすと、１回目にかざされた際に表示された帳票データ一覧で出力指示した帳票がプリンタ３００ａから出力される。また帳票データ一覧で指示した帳票が複数あれば、２回目以降（３回目から）に携帯端末５００をかざすと、指示した帳票がそれぞれプリンタ３００ａから出力される。（帳票データ一覧から出力指示した帳票データの数だけ、携帯端末５００をかざす）。

これによって、ユーザがプリンタ３００ａから離れた場所で、携帯端末５００の表示部４１５で表示される帳票データ一覧から出力指示を行ったとしても、携帯端末５００を再度プリンタ３００ａにかざさなければならないのでセキュリティの高い印刷を行うことが可能となる。また、出力指示した帳票（印刷データ）の数だけ、（指示した帳票を出すたびに）携帯端末５００をかざす必要があるので、出力する時にはユーザがその場（プリンタ３００ａの前）にいなければならず、更にセキュリティの高い印刷を行うことが可能となる。

ステップＳ４０１において、プリンタ３００ａのＣＰＵ３０１は、携帯端末５００がカードリーダ３１９にかざされたことを検知すると、携帯端末５００内蔵のＩＣカード４１９の製造番号を読み出す。これを認証情報として、プリンタ３００ａのステップＳ４０２〜Ｓ４０４、認証サーバ２００のステップＳ１０１〜Ｓ１０３における認証を経由した後、プリンタ３００ａのＣＰＵ３０１は、ステップＳ４０４において正常認証と判断された場合に、ステップＳ４０５に処理を進め、ステップＳ４０５において、印刷管理サーバ１００へ図１８の形式で印刷情報セット要求を送信（I６０１）し、ステップＳ４０６へ処理を進める。

ステップＳ４０５において、プリンタ３００ａのＣＰＵ３０１が、印刷情報セット要求を送信すると、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ５０１において、これを受ける。

印刷管理サーバ１００は、ステップＳ５０１において、プリンタ３００ａから送信される認証ユーザの印刷情報セット要求を受信すると、ステップＳ５０２〜Ｓ５０３、Ｓ５０５、Ｓ５０７の各ステップを経由して、対象サブスレッドに対し、印刷情報セット要求の受け渡しを実施（I７０２）した後、再びステップＳ５０１の受信待ち状態となる。尚、Ｉ７０２はステップＳ２０１とステップＳ２０９に処理が移るように構成されているが、ＩＣカードが１回かざされると、ステップＳ２０８まで処理が移行している。つまり、ＩＣカードが１回かざされ印刷準備がなされたあとＩＣカードがかざされる（２回目）からはステップＳ５０７の後ステップＳ２０９の処理へ移る。

ステップＳ５０７において、印刷情報セット要求の受け渡しを受けたサブスレッドは、ステップＳ２０９においてこれを受け渡される。（I７０２）

次に、ステップＳ２０９において、印刷管理サーバ１００のＣＰＵ２０１が印刷情報セット要求を受信すると、ステップＳ２１０に進み、図２１の印刷情報セット（印刷開始命令）の形式で、印刷開始命令をプリンタ３００ａに送信する。（I６０２）

図２１は、印刷管理サーバ１００からプリンタ３００ａに印刷開始命令を送信する場合の印刷情報セット（印刷開始命令）の形式の一例を示す図である。

図２１に示すように、印刷開始命令の送信には、情報種別２１０１に情報の内容が印刷開始命令であることを示す記号を記録し、スレッドＩＤ２１０２にこの情報を送信したスレッドのＩＤを記録する。タイムスタンプ２１０３、ユーザ名２１０４には、印刷管理テーブルから印刷する帳票データ１件のタイムスタンプ１４０４とユーザ名１４０１を取り出して記録する。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

次に、ステップＳ４０６において、プリンタ３００ａは、印刷情報セット（印刷開始命令）の形式で印刷管理サーバ１００から送信された印刷開始命令を受信（I６０２）する。次に、ステップＳ４０７において、情報種別２１０１の内容にしたがって、受信内容が印刷開始命令であると判断され、ステップＳ４１３に進む。次に、ステップＳ４１３において、プリンタ３００ａのＣＰＵ３０１は、印刷の実施が可能であることを示すステータスコードを図２０と同じ印刷情報セット（ステータスコード）の形式で送信する（I６０５）。このときステータスコード２００３には、印刷可能を示すステータスコードを記録する。また、印刷開始命令はＲＡＭ３０２上に、そのまま保持しておく。

ステップＳ４１３において、プリンタ３００ａのＣＰＵ３０１が、印刷可能を示すステータスコードを送信すると、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ５０１において、これを受ける。（I６０５）

印刷管理サーバ１００は、ステップＳ５０１において、プリンタ３００ａから送信される印刷可能を示すステータスコード（図２０）を受信すると、ステップＳ５０２〜Ｓ５０３、Ｓ５０５、Ｓ５０８の各ステップを経由して、対象サブスレッドに対し、印刷可能を示すステータスコードの受け渡しを実施（I７０３）した後、再びステップＳ５０１の受信待ち状態となる。

ステップＳ５０８において、印刷可能を示すステータスコードの受け渡しを受けたサブスレッドは、ステップＳ２１１においてこれを受け渡される。（I７０３）
尚、Ｉ７０３はステップＳ２０７とステップＳ２１１に処理が移るように構成されているが、既にステップＳ２１０の処理まで移行しているため、ステップＳ２１０（印刷開始命令送信）の処理後に発生する印刷情報セット（印刷可能を示すステータスコードをもつ印刷情報セット）はステップＳ２１１まで処理を移し、ステップＳ２１１で受信するものとする。

次に、ステップＳ２１１において、印刷管理サーバ１００のＣＰＵ２０１が印刷可能を示すステータスコードを受信すると、ステップＳ２１２に進み、印刷対象帳票の帳票データを取得（印刷データ取得）し（即ち、印刷管理テーブルのタイムスタンプ１４０４に基づいて帳票管理データベースから取得し）、印刷管理テーブルのＩＰアドレス１４０３が示すＩＰアドレスのプリンタ（プリンタ３００ａ）に対して、取得した帳票データの印刷処理を実行する（I６０６）。印刷処理とは、プリンタ３００ａで印刷すべく、出力命令する（印刷データ出力命令）こと、或いは印刷データをプリンタ３００ａに出力（送信）することである。

なお、この際、ＩＰアドレス１４０３に基づき、プリンタドライバ関連テーブル（図６）を検索してプリンタドライバを選択し、この選択されたプリンタドライバを通してプリンタ３００ａに帳票データの印刷データを出力（送信）する。また、この印刷処理は、ＬＰＲ印刷であっても、Ｗｉｎｄｏｗｓ（登録商標）でサポートされている標準ＴＣＰ／ＩＰポートを利用した印刷処理でも良い。

次に、プリンタ３００ａでは、印刷管理サーバ１００からプリンタドライバを介して出力された帳票データの印刷データを受信（I６０６）すると、ステップＳ４１４において、プリンタ３００ａのＣＰＵ３０１は、受信した帳票データの印刷データに基づくプリント出力を実行する。なお、印刷ヘッダーなどから、タイムスタンプやユーザＩＤを取り出し、保持している印刷開始命令の内容と照合することにより印刷の可否を確認する処理を追加してもよい。

次に、帳票データの印刷データに基づくプリント出力が完了すると、ステップＳ４１５において、プリンタ３００ａのＣＰＵ３０１は、印刷管理サーバ１００へ図２２の印刷情報セット（完了通知）の形式で印刷完了通知を送信する。（I６０７）

図２２は、プリンタ３００ａから印刷管理サーバ１００に印刷完了通知を送信する場合の印刷情報セット（完了通知）の形式の一例を示す図である。

図２２に示すように、印刷完了通知の送信には、情報種別２２０１に情報の内容が印刷完了通知であることを示す記号を記録し、スレッドＩＤ２２０２、タイムスタンプ２２０３、ユーザ名２２０４に、保持していた印刷開始命令のスレッドＩＤ２１０２、タイムスタンプ２１０３、ユーザ名２１０４を書き写す。タイムスタンプ２２０３、ユーザ名２２０４は印刷データ内（例えばヘッダー）から取得してもよい。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

ステップＳ４１５において、プリンタ３００ａのＣＰＵ３０１が、印刷完了通知の印刷情報セットを送信すると、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ５０１において、これを受ける。（I６０７）

印刷管理サーバ１００では、ステップＳ５０１において、プリンタ３００ａから送信される認証ユーザの印刷完了通知の印刷情報セットを受信すると、ステップＳ５０２〜Ｓ５０３、Ｓ５０５、Ｓ５０８の各ステップを経由して、対象サブスレッドに対し、印刷完了通知の印刷情報セットの受け渡しを実施（I７０３）した後、再びステップＳ５０１の受信待ち状態となる。

ステップＳ５０８において、印刷完了通知の印刷情報セットの受け渡しを受けたサブスレッドは、ステップＳ２１３においてこれを受け渡される。（I７０３）

次に、印刷管理サーバ１００は、印刷完了通知の印刷情報セットを受信すると（Ｓ２１３）、受信したタイムスタンプ２２０３に対応するタイムスタンプ１４０４を含むレコードを印刷管理テーブルから削除し、ステップＳ２１４に処理を進める。

ステップＳ２１４では、印刷管理サーバ１００のＣＰＵ２０１は、印刷管理テーブルの残りの件数をカウントし、その結果を残存件数として図２３に示す印刷情報セット（残存件数）の形式でプリンタ３００ａ（I６０８）と携帯端末５００の双方に送信する。

図２３は、印刷管理サーバ１００から印刷帳票の残存件数を送信する（未出力印刷データ数通知をする）場合の印刷情報セット（残存件数）の形式の一例を示す図である。

図２３に示すように、残存件数の送信には、情報種別２３０１に情報の内容が残存件数であることを示す記号を記録し、スレッドＩＤ２３０２にこの情報を送信したスレッドのＩＤを記録する。残存件数２３０３に印刷管理テーブルの残りの件数から未出力の帳票の件数を記録して送信する（未出力印刷データ数通知）。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

ステップＳ２１５では、印刷管理サーバ１００のＣＰＵ２０１は、選択された帳票を全て印刷完了したか（印刷管理テーブルにタイムスタンプ１４０４がないか）否かを判定し、まだ全て印刷完了していない（印刷管理テーブルにまだタイムスタンプ１４０４がある）と判定した場合には、ステップＳ２０９に処理を戻す。

一方、ステップＳ２１５において、上記選択された帳票が全て印刷完了した（印刷管理テーブルにタイムスタンプ１４０４がない）と判定した場合には、ステップＳ２１６に処理を進める。

一方、プリンタ３００ａでは、印刷管理サーバ１００のステップＳ２１４から送信された残存件数の印刷情報セットをステップＳ４１６で受信（I６０８）すると、ステップＳ４１７において、残存件数２３０３が１以上であれば、未出力の帳票が残っていると判断し、ステップＳ４１８へ進み、プリンタ３００ａが残存件数の表示が可能な表示部を持っている場合は、残りの件数の表示を行う。ステップＳ４１７において、残存件数２３０３が０であれば、未出力の帳票は存在しないと判断し、ステップＳ４１９へ進み、プリンタ３００ａがメッセージの表示が可能な表示部を持っている場合は、印刷が完了したことを知らせるメッセージの表示を行う。

例えば、残存件数を知らせるメッセージとしては、図１３に示すプリンタ３００ａの表示部下端領域に、「Ｘ件の印刷書類が残っています」と表示することなどが考えられる。また、印刷完了を知らせるメッセージとしては、図１３に示すプリンタ３００ａの表示部下端領域に、「全書類の印刷が完了しました」と表示することなどが考えられる。

またプリンタ３００ａがテキスト一行分程度の小規模のメッセージが表示可能な表示部を持っているような場合では、残存件数を知らせるメッセージとしては、表示部に「インサツノコリＸケン」と表示することなどが考えられる。また、印刷完了を知らせるメッセージとしては、表示部に「ゼンケンインサツカンリョウ」と表示することなどが考えられる。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

以後、プリンタ３００ａはステップＳ４０１に戻り、再び携帯端末５００をカードリーダ３１９にかざすまで待機状態となり、印刷帳票が残っている場合は、携帯端末５００をかざすたびにステップＳ４０２〜Ｓ４０７〜Ｓ４１３〜Ｓ４１８の流れで印刷を繰り返し、全ての帳票の印刷が終了したときにＳ４１９へ進む。

また一方、携帯端末５００では、印刷管理サーバ１００のステップＳ２１４から送信された残存件数の印刷情報セットをステップＳ３０９で受信すると、ステップＳ３１０において、残存件数２３０３が１以上であれば、未出力の帳票が残っていると判断し、ステップＳ３１１へ進み、残りの件数の表示を行う。ステップＳ３１０において、残存件数が０であれば、未出力の帳票は存在しないと判断し、ステップＳ３１２へ進み、印刷が完了したことを知らせるメッセージの表示を行う。

図１５（Ｂ）は、図４に示した携帯端末５００の表示部４１５に表示された残存件数を知らせるメッセージの一例を示す模式図であり、図１５（Ｃ）は、図４に示した携帯端末５００の表示部４１５に表示された印刷完了を知らせるメッセージの一例を示す模式図である。なお、了解というボタンを押下すると画面を閉じることを想定しているが、了解ボタンを押下しなくても、イベントの発生によって自動的に画面が推移する構成にしてもよい。

以下、図１０Ａ、図１０Ｂ、図１０Ｃのフローチャートの説明に戻る。

全ての印刷が完了すると、ステップＳ３１３において、携帯端末５００の制御部４１１は、印刷管理サーバ１００へセッションの切断要求を送信し、印刷管理サーバ１００のＣＰＵ２０１がステップＳ２１６において、セッションの解放処理を行うとセッションが停止する。

次に、ステップＳ３１４で、携帯端末５００の制御部４１１は、アプリケーションを終了する。

最後に、ステップＳ２１７で、印刷管理サーバ１００のＣＰＵ２０１は、印刷管理テーブルをメモリから解放し、スレッド管理テーブルから自分自身のスレッドＩＤのレコードを削除し、スレッドを終了する。

なお、一定時間、プリンタ３００ａに携帯端末５００がかざされず、プリンタ３００ａと印刷管理サーバ１００との間で通信が行われないために、印刷処理が進まない場合には、印刷管理サーバ１００のＣＰＵ２０１が、自動的にスレッド管理テーブルから自分自身のスレッドＩＤのレコードを削除し、スレッドを終了するようにしてもよい。この場合は、ユーザの事情で印刷ができない場合等でも、印刷管理サーバ１００側でユーザの印刷に係る情報を自動的に削除することができる。

なお、Ｓ２０３でセッションが保持されていない場合は、Ｓ２１６、Ｓ３１３の処理は行わない。

〔第２実施形態〕
第１実施形態では、印刷管理サーバ１００と携帯端末５００との間にセッションをはって通信を行う構成について説明したが、印刷管理サーバ１００と携帯端末５００との間の通信を電子メールとWebにて行うように構成してもよい。この場合、印刷管理サーバ１００と携帯端末５００との間でセッションを維持する必要もなく、携帯端末５００に、印刷管理サーバ１００との接続を行う専用のアプリケーションが存在しなくてもよい。携帯端末５００では一般的な電子メール送受信機能とWebブラウザの搭載のみで対応可能である。

この場合、携帯端末５００の電子メールアドレスは、図８に示す認証用テーブルのメールアドレス８０３に格納され、図１０ＡのＳ１０２における認証後に、Ｓ１０３において、ユーザ名８０２等と一緒に、認証サーバ２００のＣＰＵ２０１によって、認証要求したプリンタ３００ａに送信される。

以下、図２６を参照して、本実施形態の印刷管理サーバ１００のサブスレッドのおよび携帯端末５００の処理について説明する。

図２６は、本発明における第３の制御処理手順の一例を示すフローチャートであり、本発明の第1実施形態における図１０Ｂの印刷管理サーバ１００のサブスレッドと携帯端末５００の処理を置きかえるものである。

また、図中、Ｓ２８２０１〜Ｓ２８２１２は、印刷管理サーバ１００の各ステップに対応し、印刷管理サーバ１００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３上で実行することにより実現される。

同様に、図中、Ｓ２８１０１〜Ｓ２８１０６は、携帯端末５００の各ステップに対応し、携帯端末５００の制御部４１１がＲＯＭ４１７に格納されるプログラムをＲＡＭ４１８上で実行することにより実現される。

また、図中、I６０２〜I７０３は、印刷管理サーバ１００のサブスレッドと図１０Ｃまたは図１０Ａにおける印刷管理サーバ１００のメインスレッドまたはプリンタ３００との関連づけを行う記号である。

ステップＳ２８２０１において、印刷管理サーバ１００のＣＰＵ２０１は、メインスレッドを経由して送られたプリンタ３００ａからの印刷情報セット要求を受信する。（I７０２）

第２実施形態における印刷情報セット要求の形式を図２７に示す。印刷情報セット要求は第１実施形態とは異なり、携帯端末識別情報１８０２の代わりに携帯端末５００のメールアドレス２９０２が含まれている。

また、第２実施形態におけるスレッド管理テーブルを図２８に示す。スレッド管理テーブルには、携帯端末識別情報１１０３の代わりに携帯端末のメールアドレス３００３を記録する。

次のステップＳ２８２０２、Ｓ２８２０３は、図１０ＢのステップＳ２０４、Ｓ２０５と同じ処理内容である。

次に、ステップＳ２８２０４において、印刷管理サーバ１００のＣＰＵ２０１は、図１０ＢのステップＳ２０６と同様に未出力の帳票データ一覧を取得するが、これを印刷情報セットにはせず、HTML形式のファイルに記述し、外部メモリ２１１に保存する。このHTMLファイルは後述する携帯端末５００のWebブラウザで表示可能な形式となっている。

次に、ステップＳ２８２０５において、印刷管理サーバ１００のＣＰＵ２０１は、HTML形式のファイルの存在場所を示すURL情報をリンク情報として記載した電子メールをSMTPプロトコルにより、メールアドレス３００３に示されるメールアドレスに送信する。

メールアドレスは携帯端末５００のものであるため、ステップＳ２８１０１において、携帯端末５００は電子メールを受信する。

次に、ステップＳ２８１０２において、携帯端末５００のユーザが、受信した電子メールを開き、表示されたリンク情報を選択すると、Webブラウザが起動し、リンク先のURLへの接続要求をHTTPリクエストとして、印刷管理サーバ１００に送信する。

次に、ステップＳ２８２０６において、印刷管理サーバ１００のＣＰＵ２０１は、携帯端末５００からのHTTPリクエストを受信し、ステップＳ２８２０７において、指定されたURLにしたがって、HTML形式のファイルをHTTPレスポンスとして、携帯端末５００に送信する。

次に、ステップＳ２８１０３において、携帯端末５００は、HTTPレスポンスで受け取ったHTMLファイルをホームページとしてWebブラウザ上に表示する。このときの表示内容は図１２の専用アプリケーションによる帳票データ一覧の表示と同様のものである。

次に、ステップＳ２８１０４において、携帯端末５００のユーザが、ホームページを操作して、ボタン１２０１によって印刷する帳票を選択し、送信ボタン１２０２を押下すると、選択された帳票データの一覧がHTTPリクエストとして、印刷管理サーバ１００に送信される。

次の、ステップＳ２８２０８は、図１０ＢにおけるステップＳ２０７と同様の動作を行うが、I７０３を通じて受信するプリンタ３００ａからの帳票データ一覧が第1実施形態と同じ印刷情報セットであるのに対し、携帯端末５００からの受信はHTTPリクエストの形式であるという点が異なる。

次の、ステップＳ２８２０９は、図１０ＢにおけるステップＳ２０８と同様の動作を行い、印刷準備完了を通知（印刷準備通知）するが、I６０２またはI６０４を通じてプリンタ３００ａへ送信する印刷準備完了のステータスコードが第1実施形態と同じ印刷情報セットであるのに対し、携帯端末５００への送信はHTTPレスポンスの形式であるという点が異なる。ただし、ステップＳ２８２０８において、携帯端末５００からのHTTPリクエストを受信していない場合は、携帯端末５００への送信は行わない。

次の、ステップＳ２８２１０は、実際にプリンタ３００ａで印刷を実行する一連のプロセスであるが、図１０ＢにおけるステップＳ２０９〜Ｓ２１５と同様の動作であるため、省略表記してある。ただし、ステップＳ２１４における残存件数の送信はプリンタ３００に対してのみ行い、携帯端末５００への送信は行わない。

次に、ステップＳ２８２１１において、印刷管理サーバ１００のＣＰＵ２０１は、印刷が完了したことを通知する電子メールをメールアドレス３００３に示されるメールアドレスに対して送信する。

メールアドレスは携帯端末５００のものであるため、ステップＳ２８１０６において、携帯端末５００は電子メールを受信する。電子メールの内容は図１５（Ｃ）と同様の内容である。

最後に、ステップＳ２８２１２において、印刷管理サーバ１００のＣＰＵ２０１は、本スレッドを終了して動作を終了する。

〔第３実施形態〕
第１、２実施形態では、表示部４１５を備え、ＩＣカード４１９を内蔵する携帯端末５００を、プリンタ３００ａのカードリーダ３１９にかざすことによって印刷を実行する処理を説明した。第３実施形態は、これに加え、携帯端末と関連付けられていないＩＣカード（以下、「ＩＣカード（独立）」と記載する）を使用する場合でも、印刷を実行できるようにしたものである。これにより、例えば、携帯端末を使用するユーザAと、ＩＣカード（独立）を使用するユーザBとが、同じ印刷システムで印刷を実行することができるようになる。

ＩＣカード（独立）を使用する場合、ＩＣカード（独立）がプリンタ３００ａのカードリーダ３１９にかざされると、プリンタ３００ａから認証サーバ２００にはＩＣカード（独立）の製造番号が送信される。

認証サーバ２００は、送信された製造番号と図８の認証用テーブルを参照して正規のユーザか否かの認証を行う。正常認証時にはユーザ名と携帯端末識別情報を認証結果としてプリンタ３００ａに送信する。この時、認証用テーブルにはあらかじめ利用するＩＣカード（独立）に対応する情報を手作業などで追加しておくが、その際、携帯端末識別情報８０７の内容は空白にしておく。これによりＩＣカード（独立）をかざした場合は認証サーバ２００の携帯端末識別情報は空白であるため、プリンタ３００ａにはユーザ名８０２とともに、空白の携帯端末識別情報を含む認証結果が送信される。

プリンタ３００ａは、認証結果を受信する（携帯端末識別情報が空白）と、印刷管理サーバに図１８の印刷情報セット要求を送信する際、ユーザ名１８０１とプリンタ３００ａのプリンタＩＰアドレス１８０３を記録し、携帯端末識別情報１８０２は空白を記録して送信する。（I６０１）

印刷管理サーバ１００のＣＰＵ２０１は、図１０ＣにおけるステップＳ５０１で印刷情報セット要求を受信（I６０１）すると、ステップＳ５０２へ処理を進め、ユーザ名をキーとしてスレッド管理テーブルから対象サブスレッドを検索し（印刷データの一覧情報を送信したか否かを判断）、その後、ステップＳ５０３へと処理を進める。ステップＳ５０３において、対象サブスレッドが存在しないと判断された場合は、ステップＳ５０４でサブスレッドを生成し、スレッド管理テーブルにサブスレッドの識別情報であるスレッドＩＤを追加する。対象サブスレッドが存在する場合は、そのスレッドを対象として先へ進む。

次に、ステップＳ５０５において、印刷管理サーバ１００のＣＰＵ２０１は、受信内容が印刷情報セット要求であると判断すると、ステップＳ５０７へ進み、対象サブスレッドに印刷情報セット要求を受け渡す。（I７０２）

以下、図１６を参照して、本実施形態の印刷管理サーバ１００のサブスレッドの処理について説明する。

図１６は、本発明における第４の制御処理手順の一例を示すフローチャートであり、本発明の第1実施形態における図１０Ｂの印刷管理サーバ１００のサブスレッドの処理を置きかえるものである。

また、図中、Ｓ１６０１〜Ｓ１６１２は、印刷管理サーバ１００の各ステップに対応し、印刷管理サーバ１００のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３上で実行することにより実現される。

また、図中、I６０２、I７０１、I７０２、I７０３は、印刷管理サーバ１００のサブスレッドと図１０Ｃまたは図１０Ａにおける印刷管理サーバ１００のメインスレッドまたはプリンタ３００との関連づけを行う記号である。

図１６において、ステップＳ１６０１は図１０ＢのＳ２０１と同じ処理である。ステップＳ１６０１において、印刷管理サーバ１００のサブスレッドは、携帯端末５００からの接続要求（I７０１）、または、プリンタ３００ａからの印刷情報セット要求（I７０２）の受信を待ち、いずれかを受信後、ステップＳ１６０２へ進む。

ステップＳ１６０２において、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ１６０１で受信した内容が、携帯端末５００からの接続要求（I７０１）なのか、プリンタ３００ａからの印刷情報セット要求（I７０２）なのかを受信した情報の内容から判断し、携帯端末５００からの接続要求であった場合は、ステップＳ１６０３へ進み携帯端末５００とのセッションを確立する。

一方、ステップＳ１６０２において、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ１６０１で受信した内容が、プリンタ３００ａからの印刷情報セット要求（I７０２）であると判断した場合は、ステップＳ１６０４へ進む。ＩＣカード（独立）を使用する場合は、携帯端末５００からの接続要求は起こりえないため、必ずステップＳ１６０４へ分岐する判断となる。

ステップＳ１６０４では、印刷管理サーバ１００のＣＰＵ２０１は、認証ユーザの印刷情報セット要求の送信元プリンタ３００ａに一覧を表示できる表示部があるか否かを、図７に示したプリンタ表示部有無テーブルに基づいて判定する。

ステップＳ１６０４において、印刷管理サーバ１００のＣＰＵ２０１は、プリンタ３００ａに帳票データの一覧を表示できる表示部があると判定した場合には、ステップＳ１６０５に処理を進める。

なお、ステップＳ１６０１からステップＳ１６０４までの各ステップは、図１０ＢのステップＳ２０１からステップＳ２０４までの各ステップと同じ内容である。

ステップＳ１６０５において、印刷管理サーバ１００のＣＰＵ２０１は、図１０ＢのステップＳ２０５と同じ処理を行って、未出力帳票データの一覧をプリンタ３００ａに送信し、その後、ステップＳ１６０７に処理を進める。

一方、ステップＳ１６０４において、印刷管理サーバ１００のＣＰＵ２０１は、プリンタ３００ａに帳票データの一覧を表示できる表示部がないと判定した場合には、ステップＳ１６０６に処理を進める。

ステップＳ１６０６において、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ１６０１で受信した認証ユーザの印刷情報セット要求の携帯端末識別情報１８０２の内容が空白であるかどうかを確認する。

ステップＳ１６０６において、携帯端末識別情報１８０２の内容が空白ではないと判断された場合は、プリンタ３００ａのカードリーダ３１９にかざしたのは、携帯端末５００であると言えるため、ステップＳ１６０８に進み、図１０ＢのステップＳ２０６と同じ処理を行って、未出力帳票データの一覧を携帯端末５００に送信し、その後、ステップＳ１６１０に処理を進める。

一方、ステップＳ１６０６において、携帯端末識別情報１８０２の内容が空白であると判断された場合は、プリンタ３００ａのカードリーダ３１９にかざしたのは、携帯端末５００ではなく、ＩＣカード（独立）であると判断し、ステップＳ１６０９へ処理を進める。

また一方、ステップＳ１６０７においても、ステップＳ１６０６と同じ判断を行い、携帯端末識別情報１８０２の内容が空白ではないと判断された場合は、ステップＳ１６０８へ進み、携帯端末５００への未出力帳票の一覧の送信を行うが、携帯端末識別情報１８０２の内容が空白であると判断された場合は、ステップＳ１６１０へ進む。

これにより、ＩＣカード４１９が内蔵される携帯端末５００がかざされたのか、ＩＣカード（独立）がかざされたのかを判定することができるので、帳票データ一覧を携帯に表示させるか否かを判定することができ、携帯端末５００ではなく、ＩＣカード（独立）を使用するユーザが存在するような場合でもセキュリティの高い印刷を行うことができる。

ステップＳ１６１０において、印刷管理サーバ１００のＣＰＵ２０１は、プリンタ３００ａ、あるいは携帯端末５００から、印刷を選択された帳票データ一覧の受信を待つが、この処理は図１０ＢのステップＳ２０７と同じである。

ステップＳ１６０９では、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ１６０１で受信した認証ユーザの印刷情報セット要求に含まれるユーザ名に対応する未出力の帳票データを帳票管理データベースから全て取得し、本サブスレッドが管理する印刷管理テーブルに追加する。これは、プリンタ３００ａに表示部が無く、携帯端末も使用していないため、帳票の一覧を表示するすべがないため、自動的に全帳票を印刷対象とすることで印刷を実行するためである。

次に、図１６のステップＳ１６０９において、印刷管理テーブルを生成する手順の一例を、図２５を用いて説明する。

ステップＳ２５０１において、印刷管理サーバ１００のＣＰＵ２０１は、ＲＡＭ２０３内に印刷管理テーブルを保持するためのメモリ領域を確保する。このとき、印刷管理テーブルのヘッダーにあたるユーザ名１４０１、プリンタ名１４０２、ＩＰアドレス１４０３を記録するためのメモリ領域のみを確保し、後に順次タイムスタンプ１４０４の領域を追加していく方式でもよいし、帳票管理データベースの対象となるユーザ名５０２の件数をカウントして、最初から、印刷管理テーブル全体のメモリ領域を確保する方式にしてもよい。

次に、ステップＳ２５０２において、印刷管理サーバ１００のＣＰＵ２０１は、本処理を実行しているサブスレッドのスレッドIDをキーにしてスレッド管理テーブルからユーザ名１１０２、プリンタＩＰアドレス１１０４を取得し、印刷管理テーブルのユーザ名１４０１、ＩＰアドレス１４０３に記録する。また、プリンタＩＰアドレス１１０４をキーにして、図６のプリンタドライバ関連テーブルからプリンタ名６０１を取得し、プリンタ名１４０２に記録する。

次に、ステップＳ２５０３において、印刷管理サーバ１００のＣＰＵ２０１は、帳票管理データベースからから順次、ユーザ名５０２とタイムスタンプ５０１を取得する。最初はデータベースの先頭のユーザ名５０２とタイムスタンプ５０１を取得する。

次に、ステップＳ２５０４において、印刷管理サーバ１００のＣＰＵ２０１は、ユーザ名５０２とタイムスタンプ５０１が取得できたかを確認し、取得できたと判断されれば、ステップＳ２５０５に進む。

次に、ステップＳ２５０５において、印刷管理サーバ１００のＣＰＵ２０１は、取得したユーザ名５０２が印刷管理テーブルのユーザ名１４０１と同一であるかを確認し、同一であると判断されれば、ステップＳ２５０６に進み、タイムスタンプ５０１をタイムスタンプ１４０４に追加する。同一でないと判断されれば、ステップＳ２５０３に戻る。

以後、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ２５０３〜Ｓ２５０６を繰り返し実行し、帳票管理データベースの最後のレコードまでの処理を行い、最後のレコードの処理が終わった後、ステップＳ２５０４において、タイムスタンプ５０１が取得できなかったと判断し、処理を終了する。

以下、図１６のフローチャートの説明に戻る。

ステップＳ１６０９の処理が終了すると、印刷管理サーバ１００のＣＰＵ２０１は、ステップＳ１６１１に処理をすすめる。ステップＳ１６１０に向かわないのは、全帳票を印刷することが確定しているため、プリンタや携帯端末から、印刷を選択された帳票の一覧を受け取る必要がないためである。

次のステップＳ１６１１は、図１０ＢのステップＳ２０８〜Ｓ２１５の一連の動作と同じ処理を実行する。ただし、プリンタ３００ａのカードリーダ３１９にかざされるものがＩＣカード内蔵の携帯端末だけではなく、ＩＣカード（独立）である場合もありうるという点が異なっている。そのため、図１０ＢにおけるステップＳ２０８とステップＳ２１４においては、プリンタ３００ａへの送信は行うが、ＩＣカード（独立）を使用していた場合は、携帯端末への情報の送信は行わない。これはスレッド管理テーブルにおいて自分のスレッドID１１０１に対するレコード内の携帯端末情報１１０３が空白であった場合に携帯端末への情報の送信を行わないようにすることで実現する。

最後に、ステップＳ１６１２において、印刷管理サーバ１００のＣＰＵ２０１は、本スレッドを終了して動作を終了する。

また、プリンタ表示部有無テーブルの代わりに、プリンタ側で表示部の構成を判断させ、ステップＳ４０５で、印刷管理サーバ１００に、送信する要求（命令）を変更するように構成してもよい。

この場合、ステップＳ１６０４では受信した情報を基にプリンタ表示部の有無を判断する。

〔第４実施形態〕
上記第１、２、３記実施形態では、認証サーバ２００の認証用テーブル内に、ＩＣカードの製造番号とユーザ名および携帯端末識別情報またはメールアドレスを紐付けて記録しておく構成について説明したが、印刷管理サーバ１００のＨＤ２１１内に、ＩＣカードの製造番号とユーザ名および携帯端末識別情報またはメールアドレスを紐付けて記録しておくように構成してもよい。

この場合、図１０ＡのステップＳ１０３では、認証サーバ２００のＣＰＵ２０１は、認証結果としてＩＣカードの製造番号をプリンタ３００ａに送信し、プリンタ３００ａは、ステップＳ４０５において、ＩＣカードの製造番号を印刷管理サーバ１００に送信する。

次に、印刷管理サーバ１００のＣＰＵ２０１は、プリンタ３００ａから送信されたＩＣカードの製造番号をキーにして、印刷管理サーバ１００のＨＤ２１１に保持されるユーザ名および携帯端末識別情報またはメールアドレスを取得し、以降の処理を実行するように構成する。

さらに、認証サーバ２００の認証用テーブル内に、ＩＣカードの製造番号とユーザ名を紐付けて記録しておき、印刷管理サーバ１００のＨＤ２１１内に、ユーザ名と携帯端末識別情報またはメールアドレスを紐付けて記録しておくよう構成してもよい。この場合、図１０ＡのステップＳ１０３では、認証サーバ２００のＣＰＵ２０１は、認証結果としてユーザ名をプリンタ３００ａに送信し、プリンタ３００ａは、ステップＳ４０５において、ユーザ名を印刷管理サーバ１００に送信する。次に、印刷管理サーバ１００のＣＰＵ２０１は、プリンタ３００ａから送信されたユーザ名をキーにして、印刷管理サーバ１００のＨＤ２１１に保持される携帯端末識別情報またはメールアドレスを取得し、以降の処理を実行するように構成する。

さらに、認証サーバ２００の認証用テーブル内に、ＩＣカードの製造番号と携帯端末識別情報またはメールアドレスを紐付けて記録しておき、印刷管理サーバ１００のＨＤ２１１内に、携帯端末識別情報またはメールアドレスとユーザ名を紐付けて記録しておくよう構成してもよい。この場合、図１０ＡのステップＳ１０３では、認証サーバ２００のＣＰＵ２０１は、認証結果として携帯端末識別情報またはメールアドレスをプリンタ３００ａに送信し、プリンタ３００ａは、ステップＳ４０５において、携帯端末識別情報またはメールアドレスを印刷管理サーバ１００に送信する。次に、印刷管理サーバ１００のＣＰＵ２０１は、プリンタ３００ａから送信された携帯端末識別情報またはメールアドレスをキーにして、印刷管理サーバ１００のＨＤ２１１に保持されるユーザ名を取得し、以降の処理を実行するように構成する。

〔第５実施形態〕
上記第１、２、３、４実施形態では、印刷管理サーバ１００に帳票データを持たせ、印刷管理サーバ１００から認証されたプリンタ３００ａへ帳票データの印刷データを出力するように構成したが、本実施形態では、１又は複数のプリントサーバを設け、プリントサーバ内に印刷データ（ＰＤＬ形式）を保持させ、プリントサーバで保持される印刷データの管理情報を、印刷管理サーバ１００で管理するように構成する。

そして、印刷管理サーバ１００が、プリンタ３００ａからの印刷要求を受け、印刷要求に対応する印刷データをプリンタ３００ａへ出力すべく、プリントサーバへ指示を行うように構成してもよい。

なお、この構成の場合、クライアント端末４００内で帳票データを生成し、この帳票データを、プリンタドライバを通して、上述のプリントサーバに印刷データとして送信するようにする。そして、プリントサーバは、クライアント端末４００から送信される印刷データを保持するものとする。

また、印刷管理サーバ１００は、プリントサーバに蓄積した印刷データの書誌情報（ユーザ名、印刷データ格納サーバIPアドレス、印刷データの格納先のパス、ドキュメント名、タイムスタンプ等）を保持するものとする。この書誌情報を持つことにより、印刷管理サーバ１００は、プリンタ３００ａで指定された印刷データがどのプリントサーバに存在するか認識することができ、指定された印刷データの印刷指示を、指定された印刷データを保持するプリントサーバに行うことができる。

また、上記第１〜５実施形態では、携帯端末（またはＩＣカード（独立））をかざすごとに印刷を行う帳票データの数を変更してもよい。第１〜５実施例では、携帯端末（またはＩＣカード（独立））をカードリーダ３１９にかざすごとに、選択された帳票のうちの１つ（１ジョブ）を印刷するように構成したが、例えば、携帯端末（またはＩＣカード（独立））をかざしたあと、選択された全ての帳票の印刷を一度に行うように構成してもよい。どちらの構成で実施するかを切り替えるために、印刷管理サーバ１００の外部メモリ２１１に、１ジョブごとに印刷するか（１ジョブ印刷モード）、全帳票を一度に印刷するか（全ジョブ印刷モード）を識別するためのフラグ情報をあらかじめ手動などの方法で記憶させておき、印刷管理サーバ１００のサブスレッド起動後にフラグ情報を読み込み、フラグ情報が１ジョブごとに印刷する指定になっていた場合は、印刷準備完了後、１ジョブごとに携帯端末（またはＩＣカード（独立））をカードリーダ３１９にかざしてから印刷する動作とし、全帳票を一度に印刷する指定になっていた場合は、印刷準備完了後、一度だけ携帯端末（またはＩＣカード（独立））をカードリーダ３１９にかざしたら全帳票を印刷する動作する動作とする。全帳票を一度に印刷する場合は、図１０Ｂの印刷管理サーバ１００でのステップＳ２１２における印刷処理を、全帳票を順次印刷する処理とする。また、携帯端末（またはＩＣカード（独立））をかざすごとに印刷を行う帳票データの数を識別する情報を、印刷管理サーバ１００の外部メモリ２１１に、あらかじめ手動などの方法で記憶させておけば、同様の手順で、携帯端末（またはＩＣカード（独立））をかざすごとに所望の帳票データの数を印刷するようにすることもできる。

また、上記第１〜５実施形態では、常に同じ携帯端末（またはＩＣカード（単独））をカードリーダ３１９にかざす前提で説明したが、図１０Ａにおいて、プリンタ３００ａがステップＳ４０１で待機している段階で、別の携帯端末（またはＩＣカード（単独））を割り込みでかざしても、かざした携帯端末（またはＩＣカード（単独））を特定できるため、問題なくかざした携帯端末（またはＩＣカード（単独））に対する印刷や帳票一覧の表示を行うことができる。つまり複数のユーザが、それぞれ自分の携帯端末（またはＩＣカード（単独））を使って、同じプリンタ３００ａに対し、任意の順序でカードリーダ３１９にかざしても、プリンタ３００ａはかざされた携帯端末（またはＩＣカード（単独））に応じた処理（帳票一覧表示または印刷）を行うことができる。例えば、ユーザAが、１０件の帳票のうち３件の印刷までを行っている段階で、ユーザBが自分の携帯端末をプリンタ３００ａのカードリーダ３１９にかざすと、プリンタ３００ａはユーザBに応じた処理（帳票データ印刷または一覧表示）を行う。次に、ユーザAが自分の携帯端末をプリンタ３００ａのカードリーダ３１９にかざすと、プリンタ３００ａは、ユーザAの４件目の帳票の印刷を行う。

また、上記第１〜５実施形態では、常に同じプリンタのカードリーダに携帯端末（またはＩＣカード（単独））をかざす前提で説明したが、印刷準備完了後においては、別のプリンタに携帯端末（またはＩＣカード（単独））をかざしても、携帯端末（またはＩＣカード（単独））をかざしたプリンタのプリンタIPアドレスを特定できるため、前回かざしたプリンタとは別のプリンタから印刷を行うことができる。例えば、プリンタ３００ａとプリンタ３００ｂが存在する構成のときに、ユーザAが、プリンタ３００ａのカードリーダ３１９に順次携帯端末をかざしながら、プリンタ３００ａで１０件の帳票のうち３件の印刷までを行っている段階で、次に、ユーザAが携帯端末をプリンタ３００ｂのカードリーダ３１９にかざすと、４件目の帳票は、プリンタ３００ｂから印刷される。
より具体的には、図１１のプリンタIPアドレス（プリンタ３００ａのIPアドレス）と、今回携帯端末がかざされたプリンタのIPアドレスが一致するかを判定（プリンタ判定）し、一致した場合にはプリンタ３００ａに帳票データを出力命令し、一致しない場合（つまり、今回携帯端末がかざされたプリンタがプリンタ３００ｂ）には、プリンタ３００ｂに帳票データを出力命令する。

また、上記第１〜５実施形態では、携帯端末を使用する場合、ＩＣカードが携帯端末に内蔵されている前提で説明したが、ＩＣカードと携帯端末が別々に分かれていても、ＩＣカードと携帯端末を関連付けることにより、同様な手順で印刷を行うことができる。この場合、図９において、携帯端末５００と関連付けたいＩＣカードを認証サーバ２００のカードリーダにかざすことで、ＩＣカードと携帯端末５００を関連付けることができる。印刷実行時には、プリンタ３００ａのカードリーダ３１９にＩＣカードをかざすと、帳票データ一覧は関連付けられた携帯端末５００に送信される。携帯端末５００で帳票選択後、プリンタ３００ａのカードリーダ３１９に関連付けられたＩＣカードをかざすと、１ジョブごとに印刷を実行し、残存件数は携帯端末５００に通知される。

また、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以下、図１７に示すメモリマップを参照して本発明に係るサーバ装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１７は、本発明に係るサーバ置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報、作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図９、図１０Ａ、図１０Ｂ、図１０Ｃ、図１６、図２４、図２５、図２６に示す機能をコンピュータに実行させるプログラムを外部からインストールし、これらの機能を、プログラムをインストールしたホストコンピュータにより遂行させてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給させる場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規の機能を実現することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体をシステムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

本発明の印刷管理サーバおよびプリンタを適用可能な印刷システムの構成の一例を示すシステム構成図である。 図１に示したクライアント端末４００、印刷管理サーバ１００、認証サーバ２００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。 図１に示したプリンタ３００のコントローラユニット３１６のハードウェア構成の一例を示すブロック図である。 図１に示した携帯端末５００のハードウェア構成の一例を説明するブロック図である。 図１に示した印刷管理サーバ１００の外部メモリ２１１に記憶される帳票管理データベースの一例を示す模式図である。 図１に示した印刷管理サーバ１００の外部メモリ２１１に記憶されるプリンタドライバ関連テーブルの一例を示す模式図である。 図１に示した印刷管理サーバ１００の外部メモリ２１１に記憶されるプリンタ表示部有無テーブルの一例を示す模式図である。 図１に示した認証サーバ２００の外部メモリ２１１に記憶される認証用テーブルの一例を示す模式図である。 本発明における第１の制御処理手順の一例を示すフローチャートである。 本発明における第２の制御処理手順の一例を示すフローチャートの一部である。 本発明における第２の制御処理手順の一例を示すフローチャートの一部である。 本発明における第２の制御処理手順の一例を示すフローチャートの一部である。 図１に示した印刷管理サーバ１００のＲＡＭ２０３内に記憶されるスレッド管理テーブルの一例を示す図である。 本発明において携帯端末５００の表示部４１５に表示される帳票データ一覧の一例を示す模式図である。 本発明においてプリンタ３００に表示される帳票データ一覧の一例を示す模式図である。 図１に示した印刷管理サーバ１００のＲＡＭ２０３に記憶される印刷管理テーブルの一例を示す模式図である。 図４に示した携帯端末５００の表示部４１５に表示された各メッセージの一例を示す模式図である。 本発明における第４の制御処理手順の一例を示すフローチャートである。 本発明に係るサーバ置で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。 図１に示したプリンタ３００から印刷管理サーバ１００へ送信される印刷情報セット要求の一例を示す図である。 図１に示した印刷管理サーバ１００とプリンタ３００または携帯端末５００の間で送受信される帳票データ一覧の印刷情報セットの一例を示す図である。 図１に示した印刷管理サーバ１００とプリンタ３００または携帯端末５００の間で送受信されるステータスコードの印刷情報セットの一例を示す図である。 図１に示した印刷管理サーバ１００からプリンタ３００へ送信される印刷開始命令の印刷情報セットの一例を示す図である。 図１に示したプリンタ３００から印刷管理サーバ１００へ送信される印刷完了通知の印刷情報セットの一例を示す図である。 図１に示した印刷管理サーバ１００からプリンタ３００または携帯端末５００へ送信される残存件数の印刷情報セットの一例を示す図である。 本発明における第２の制御処理手順において、図１に示した印刷管理サーバ１００のＣＰＵ２０１が実行する印刷管理テーブル生成の手順の一例を示すフローチャートである。 本発明における第４の制御処理手順において、図１に示した印刷管理サーバ１００のＣＰＵ２０１が実行する印刷管理テーブル生成の手順の一例を示すフローチャートである。 本発明における第３の制御処理手順の一例を示すフローチャートである。 図１に示したプリンタ３００から印刷管理サーバ１００へ送信される第３の制御処理手順における印刷情報セット要求の一例を示す図である。 図１に示した印刷管理サーバ１００のＲＡＭ２０３内に記憶される第３の制御処理手順におけるスレッド管理テーブルの一例を示す図である。

符号の説明

１００………印刷管理サーバ
２００………認証サーバ
２０１、３０１………ＣＰＵ
２０２、３０３、４１７………ＲＯＭ
２０３、３０２、４１８………ＲＡＭ
２０５………入力コントローラ
２０６………ビデオコントローラ
２０７………メモリコントローラ
２０８………通信Ｉ／Ｆコントローラ
２０９………キーボード（ＫＢ）
２１０………ＣＲＴディスプレイ（ＣＲＴ）
２１１………外部メモリ
３００ａ、３００ｂ………プリンタ
３０４………ハードディスクドライブ（ＨＤＤ）
３０５………ネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）
３０６………モデム（ＭＯＤＥＭ）
３０７………操作部インターフェース（操作部Ｉ／Ｆ）
３０８………操作部
３０９………システムバス
３１０………ラスタイメージプロセッサ（ＲＩＰ）
３１１………プリンタインタフェース（プリンタＩ／Ｆ）
３１２………プリンタ部
３１３………スキャナインタフェース（スキャナＩ／Ｆ）
３１４………スキャナ部
３１５………画像バス
３１６………コントローラユニット
３１７………画像処理部
３１８………外部インタフェース（外部Ｉ／Ｆ）
３１９………カードリーダ
３２０………イメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）
４００………クライアント端末
４１１………制御部
４１２………受話部
４１３………送話部
４１４………送受信部
４１５………表示部
４１６………入力部
４１９………ＩＣカード
５００………携帯端末
５０１、１４０４、１９０４、２１０３、２２０３………タイムスタンプ
５０２、８０２、１１０２、１４０１、１８０１、１９０５、２１０４、２２０４、２９０１、３００２………ユーザ名
５０３、１９０６………文書名
５０４………印刷状態
５０５………帳票データ
６００………ＬＡＮ
６０１、１４０２………プリンタ名
６０２、１１０４、１８０３、２９０３、３００４………プリンタＩＰアドレス
６０３………プリンタドライバ名
８０１………製造番号
８０３、２９０２、３００３………メールアドレス
８０４………部門ＩＤ
８０５………部門パスワード
８０６………管理者権限
８０７、１１０３、１８０２………携帯端末識別情報
１１０１、１９０２、２００２、２１０２、２２０２、２３０２、３００１………スレッドＩＤ
１１０５、３００５………スレッドポインタ
１２０１、１３０１………帳票データ選択エリア
１２０２………送信ボタン
１３０２………プリント（Ｐｒｉｎｔ）ボタン
１４０３………ＩＰアドレス
１９０１、２００１、２１０１、２２０１、２３０１………情報種別
１９０３………帳票件数
２００３………ステータスコード
２３０３………残存件数

Claims (13)

1. 記憶媒体を読み取る読取部を備えるプリンタと、携帯端末と、印刷データをユーザ識別情報と対応付けて管理する印刷管理サーバとがネットワークを介して接続する印刷システムであって、
   前記プリンタは、
   記憶媒体の所定の領域を読み取ることによって得られるユーザを特定するためのユーザ識別情報を、前記印刷管理サーバに送信するユーザ識別情報送信手段を備え、
   前記印刷管理サーバは、
   前記ユーザ識別情報を受信するユーザ識別情報受信手段と、
   前記ユーザ識別情報と、前記ユーザ識別情報に対応付く携帯端末と、前記ユーザ識別情報の送信元プリンタとを対応付けた管理情報を記憶する記憶手段と、
   前記記憶手段に記憶されている管理情報に従って、前記ユーザ識別情報に対応付けられている印刷データの印刷データ識別情報を含む一覧情報を、前記ユーザ識別情報に対応する携帯端末に送信する一覧情報送信手段と、
   前記印刷データ識別情報を含む一覧情報を送信した携帯端末から、印刷指示された印刷データ識別情報を受信する印刷要求受信手段と、
   前記印刷要求受信手段で受信した印刷データ識別情報に対応する印刷データを、前記記憶手段で記憶されているプリンタで印刷すべく、出力命令する印刷データ出力命令手段とを備え、
   前記印刷データ出力命令手段は、前記印刷要求受信手段で印刷データ識別情報を受信した後に、前記ユーザ識別情報受信手段でユーザ識別情報を受信することで、当該印刷データ識別情報に対応する印刷データを出力命令することを特徴とする印刷システム。
2. 前記記憶手段で記憶される管理情報は、前記ユーザ識別情報受信手段で受信したユーザ識別情報が前記記憶手段に記憶されていない場合に、当該ユーザ識別情報と、当該ユーザ識別情報の送信元プリンタのプリンタ識別情報に従って生成されることを特徴とする請求項１に記載の印刷システム。
3. 前記プリンタの
   前記ユーザ識別情報送信手段は、前記携帯端末の携帯端末識別情報を送信することを特徴とし、
   前記印刷管理サーバの
   前記ユーザ識別情報受信手段は、前記携帯端末の携帯端末識別情報を受信し、
   前記記憶手段で記憶される前記ユーザ識別情報と携帯端末の対応付けは、前記ユーザ識別情報受信手段で受信したユーザ識別情報と携帯端末識別情報とで対応付けることを特徴とする請求項１又は２に記載の印刷システム。
4. 前記印刷管理サーバは、
   前記プリンタに表示部があるか否かを判定する第１の判定手段を備え、
   前記一覧情報送信手段は、前記第１の判定手段により前記プリンタに表示部があると判定された場合、前記印刷データの印刷データ識別情報を含む一覧情報を前記プリンタに送信し、前記表示部がないと判定された場合、前記印刷データの印刷データ識別情報を含む一覧情報を前記携帯端末に送信することを特徴とする請求項１乃至３のいずれか１項に記載の印刷システム。
5. 前記印刷管理サーバは、
   前記ユーザ識別情報受信手段で受信した前記携帯端末の携帯端末識別情報に従って、前記携帯端末に前記印刷データの印刷データ識別情報を含む一覧情報を送信するか否かを判定する第２の判定手段を備え、
   前記一覧情報送信手段は、前記第２の判定手段で携帯端末に送信すると判定される場合には、前記印刷データの印刷データ識別情報を含む一覧情報を前記携帯端末識別情報の携帯端末に送信することを特徴とする請求項３又は４に記載の印刷システム。
6. 前記印刷データ出力命令手段は、前記第１の判定手段で前記プリンタに表示部がないと判定され、前記第２の判定手段で前記携帯端末に送信しないと判定される場合、前記一覧情報送信手段で一覧情報を送信することなく、前記ユーザ識別情報に対応付けられている印刷データを出力命令することを特徴とする請求項５に記載の印刷システム。
7. 前記印刷管理サーバは、
   前記印刷データ出力命令手段で出力命令する印刷データの印刷準備を完了した状態である旨をプリンタと携帯端末との少なくとも一つに通知する印刷準備通知手段を備えることを特徴とする請求項１乃至６のいずれか１項に記載の印刷システム。
8. 前記印刷管理サーバは、
   前記印刷データ出力命令手段で出力命令する印刷データのうち、未出力の印刷データの数をプリンタと携帯端末との少なくとも一つに通知する未出力印刷データ数通知手段を備えることを特徴とする、請求項１乃至７のいずれか１項に記載の印刷システム。
9. 前記印刷管理サーバは、
   前記プリンタで前記記憶媒体の所定の領域を読み取るごとに印刷する印刷データを取得する印刷データ取得手段を備え、
   前記印刷データ出力命令手段は、前記印刷データ取得手段で取得した印刷データを出力命令することを特徴とする請求項１乃至８のいずれか１項に記載の印刷システム。
10. 前記印刷管理サーバは、
    前記印刷要求受信手段で印刷データ識別情報を受信した後に、前記ユーザ識別情報受信手段でユーザ識別情報を受信した先のプリンタと、前記記憶手段に記憶されているプリンタとが一致するか否かを判定するプリンタ判定手段とを備え、
    前記印刷データ出力命令手段は、前記プリンタ判定手段で一致しないと判定される場合に、前記印刷要求受信手段で印刷データ識別情報を受信した後に、前記ユーザ識別情報受信手段でユーザ識別情報を受信した先のプリンタで印刷すべく出力命令することを特徴とする請求項１乃至９のいずれか１項に記載の印刷システム。
11. 前記携帯端末は、前記記憶媒体を備えることを特徴とする請求項１乃至１０のいずれか１項に記載の印刷システム。
12. 記憶媒体を読み取る読取部を備えるプリンタと、携帯端末と、印刷データをユーザ識別情報と対応付けて管理する印刷管理サーバとがネットワークを介して接続する印刷システムにおける制御方法であって、
    前記プリンタは、
    ユーザ識別情報送信手段が、記憶媒体の所定の領域を読み取ることによって得られるユーザを特定するためのユーザ識別情報を、前記印刷管理サーバに送信するユーザ識別情報送信ステップを実行し、
    前記印刷管理サーバは、
    ユーザ識別情報受信手段が、前記ユーザ識別情報を受信するユーザ識別情報受信ステップと、
    書込手段が、前記ユーザ識別情報と、前記ユーザ識別情報に対応付く携帯端末と、前記ユーザ識別情報の送信元プリンタとを対応付けた管理情報を記憶部に書き込みする書込ステップと、
    一覧情報送信手段が、前記書込ステップで書き込まれた管理情報に従って、前記ユーザ識別情報に対応付けられている印刷データの印刷データ識別情報を含む一覧情報を、前記ユーザ識別情報に対応する携帯端末に送信する一覧情報送信ステップと、
    印刷要求受信手段が、前記印刷データ識別情報を含む一覧情報を送信した携帯端末から、印刷指示された印刷データ識別情報を受信する印刷要求受信ステップと、
    印刷データ出力命令手段が、前記印刷要求受信ステップで受信した印刷データ識別情報に対応する印刷データを、前記書込ステップで書き込まれたプリンタで印刷すべく、出力命令する印刷データ出力命令ステップとを実行し、
    前記印刷データ出力命令ステップは、前記印刷要求受信ステップで印刷データ識別情報を受信した後に、前記ユーザ識別情報受信ステップでユーザ識別情報を受信することで、当該印刷データ識別情報に対応する印刷データを出力命令することを特徴とする印刷システムの制御方法。
13. 記憶媒体を読み取る読取部を備えるプリンタと、携帯端末と、印刷データをユーザ識別情報と対応付けて管理する印刷管理サーバとがネットワークを介して接続する印刷システムを機能させるプログラムであって、
    前記プリンタを、
    記憶媒体の所定の領域を読み取ることによって得られるユーザを特定するためのユーザ識別情報を、前記印刷管理サーバに送信するユーザ識別情報送信手段として機能させ、
    前記印刷管理サーバを、
    前記ユーザ識別情報を受信するユーザ識別情報受信手段と、
    前記ユーザ識別情報と、前記ユーザ識別情報に対応付く携帯端末と、前記ユーザ識別情報の送信元プリンタとを対応付けた管理情報を記憶する記憶手段と、
    前記記憶手段に記憶されている管理情報に従って、前記ユーザ識別情報に対応付けられている印刷データの印刷データ識別情報を含む一覧情報を、前記ユーザ識別情報に対応する携帯端末に送信する一覧情報送信手段と、
    前記印刷データ識別情報を含む一覧情報を送信した携帯端末から、印刷指示された印刷データ識別情報を受信する印刷要求受信手段と、
    前記印刷要求受信手段で受信した印刷データ識別情報に対応する印刷データを、前記記憶手段で記憶されているプリンタで印刷すべく、出力命令する印刷データ出力命令手段として機能させ、
    前記印刷データ出力命令手段は、前記印刷要求受信手段で印刷データ識別情報を受信した後に、前記ユーザ識別情報受信手段でユーザ識別情報を受信することで、当該印刷データ識別情報に対応する印刷データを出力命令することを特徴とするプログラム。

Images