JP2015228163A - 印刷システム、印刷装置、印刷システムの制御方法、印刷装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】印刷ショップ等における印刷物の安全な取得と、印刷料金の支払いの簡素化を実現すること。【解決手段】印刷装置１０２の印刷要求受付部８０２が、ＮＦＣを用いて携帯端末装置１０４から端末識別子を取得する（Ｓ９０３）。この際、携帯端末装置のＮＦＣを用いた精算機能が利用できない状態の場合には、印刷装置にログインさせないように制御し、高セキュリティを維持する。ログイン後、印刷要求受付部８０２が、上記ＮＦＣを用いて取得した端末識別子に対応する印刷データを入稿管理サーバ１０１から取得し、印刷制御部８０３の制御で印刷する（Ｓ９０４〜Ｓ９１０）。また、印刷要求受付部８０２は、印刷データの印刷料金を、ＮＦＣを用いた携帯端末装置１０４の精算機能で精算する（Ｓ９１１）。【選択図】図１０

Description

本発明は、印刷システム、印刷装置、印刷システムの制御方法、印刷装置の制御方法、及びプログラムに関するものである。

従来より、印刷ショップというものが存在しており、そこでは顧客の印刷ジョブをオンラインで受信し、印刷結果を顧客に提供するという業務形態をとっている。この際、顧客が入稿した印刷ジョブに基づく印刷結果を印刷ショップにて引き取るためのパスワードを電子メール等で顧客に予め伝えておく方法が一般的であった。顧客は受信したパスワードを持って印刷ショップに赴き印刷結果を取得し、最後に印刷料金を現金やカードなどを使って支払うという方法が一般的であった。

しかし、この方法では、電子メールの情報が漏洩すると、第三者に印刷結果を横取りされてしまう可能性を否定できないという問題があった。さらに、印刷後に印刷した枚数に応じて支払いを行うという煩わしさもあった。

近年、携帯電話、スマートフォン等の携帯端末装置が普及してきている。
特許文献１には、携帯端末装置に格納された情報をパスワードの代わりに利用した印刷システムが提案されている。

特開２０１２−１３８０７１号公報

しかし、特許文献１では、印刷料金を印刷した枚数に応じて、最後に現金やカードなどを使って支払いを行うという行為自体にはなんら改善策を与えていない。
また、特許文献１では、文書の印刷を行うためには、印刷ジョブの投入に使用された携帯端末装置を印刷ショップ等に持参する必要がある。例えば、まとまった組織内の複数の顧客が各々の携帯端末装置を使って印刷ジョブを投入してから、組織の代表者がそれらの印刷結果をまとめて印刷ショップに引き取りに行くというケースが考えられる。しかし、このケースの場合、印刷ジョブの投入に使用された全ての携帯端末装置を代表者が持参しなければ、全ての印刷結果の引取りができないという問題もあった。
さらに、携帯端末を紛失したり、携帯端末が盗難にあってしまった場合等には、印刷結果を他人に横取りされてしまう可能性があるという問題もあった。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、印刷ショップ等における印刷物の安全な取得と、印刷料金の支払いの簡素化を実現することができる仕組みを提供することである。

本発明は、携帯端末装置に関連する端末識別子と印刷データの組み合わせを保持するサーバ装置と、前記サーバ装置から印刷データを取得して印刷する印刷装置とを有する印刷システムであって、前記携帯端末装置は、近距離無線通信を用いた精算機能を有し、前記印刷装置は、近距離無線通信を用いて携帯端末装置から端末識別子を取得する第１の取得手段と、前記第１の取得手段により取得した端末識別子に対応する印刷データを前記サーバ装置から取得する第２の取得手段と、前記第２の取得手段により取得した印刷データの印刷料金を、近距離無線通信を用いた前記携帯端末装置の精算機能で精算する精算手段と、を有することを特徴とする。

本発明によれば、印刷ショップ等における印刷物の安全な取得と、印刷料金の支払いの簡素化を実現することができる。

本発明の一実施例を示す印刷システムの構成を例示する図 携帯端末装置のハードウェア構成図 ＰＣのハードウェア構成図 入稿管理サーバのハードウェア構成図 入稿管理サーバ上で動作する入稿管理ソフトの構成図 入稿管理サーバ上に蓄えられる入稿ジョブの構成図 印刷装置のハードウェア構成図 印刷装置上で動作する印刷受付ソフトの構成図 携帯端末装置上やＰＣ上で動作する入稿処理ソフトの構成図 実施例１における入稿から印刷結果取得までのシーケンス図 実施例２における入稿から印刷結果取得までのシーケンス図 実施例３における入稿から印刷結果取得までのシーケンス図 実施例４における入稿から印刷結果取得までのシーケンス図 実施例５における入稿ジョブ委譲処理のシーケンス図 実施例６における入稿ジョブ委譲処理のシーケンス図 実施例７における入稿ジョブ委譲処理のシーケンス図

はじめに、本発明で用いる携帯端末装置の端末識別子について説明する。
特許文献１における携帯端末装置の端末識別子は具体的には、近距離通信インターフェースであるブルートゥースのＭＡＣアドレスであった。
本発明では、例えば、ＮＦＣ（Near Field Communication）を介して携帯端末装置から印刷装置に送信することの可能なさまざまな値を携帯端末装置の端末識別子として利用する。

具体的には、ＮＦＣのＩＤｍ（ＮＦＣの動作を掌るＩＣチップ固有のＩＤ値）、ブルートゥースインタフェースのＭＡＣアドレス、Ｗｉ−Ｆｉ（Wireless Fidelity）インタフェース（無線ＬＡＮインタフェース）のＭＡＣアドレス、携帯端末装置に登録されている電子メールアドレス、携帯端末装置に登録されている電話番号、ＩＣＣＩＤ（携帯端末装置に装着するＳＩＭカード（Subscriber Identity Module Card）の識別番号）、携帯端末装置固有のＵＵＩＤ（Universally Unique Identifier）、携帯端末装置に登録されているユーザ名＋任意のパスワードなどを携帯端末装置の端末識別子として利用可能としている。

携帯端末装置が無いと容易に認識できない識別子（ＭＡＣアドレスやＩＣＣＩＤなど）は、主に携帯端末装置の所有者が利用する。一方、携帯端末装置が無くても認識できる識別子（電子メールアドレスや電話番号）は、携帯端末装置の所有者以外のユーザが利用してもよい。例えば、まとまった組織内の複数の顧客が各々の印刷ジョブを投入してから、組織の代表者がそれらの印刷結果をまとめて印刷ショップに引き取りに行くというケースを考える。このケースでは、携帯端末装置の所有者でない複数のユーザは印刷ショップに引き取りに行く代表者の携帯端末装置の電子メールアドレスや電話番号を入稿時に端末識別子として設定すれば、代表者の携帯端末装置で印刷結果の取得が可能となる。

また、さらに、本発明では、入稿ジョブと端末識別子の関連付けを委譲処理で変更することも可能としている。入稿時に代表者の携帯端末装置で原稿の引取りを行うということを意識していなくとも、後から、組織の代表者が印刷結果をまとめて印刷ショップに引き取りに行くという運用を容易に実現できるようにしている。
以下、本発明を実施するための形態について図面を用いて説明する。

＜システム構成＞
以下、本実施例の元となるシステム構成について説明する。
図１は、本発明の一実施例を示す印刷システムの構成を例示する図である。
入稿管理サーバ１０１は、印刷ショップ側の設備であり、インターネット１０３を介して、印刷装置１０２や顧客の携帯端末装置１０４、ＰＣ１０５等とデータ交換可能なように接続されている。入稿管理サーバ１０１上では、後述する図５で示す入稿管理ソフト５０１が動作している。

印刷装置１０２には、少なくともＮＦＣインターフェース（以下Ｉ／Ｆ）が備わっており、携帯端末装置１０４とＮＦＣを介して情報交換が可能となっている。印刷装置１０２上では、後述する図８で示す印刷受付ソフト８０１が動作している。

インターネット１０３は、印刷ショップの入稿管理サーバ１０１および印刷装置１０２と、顧客の携帯端末装置１０４やＰＣ１０５との間で印刷データや各種管理情報の交換を行うネットワークである。印刷ショップと顧客の間が広域に及ぶ場合にはインターネットを用いるが、閉じた環境内で本発明を適用する場合は、ＷＡＮやＬＡＮであってもかまわない。

携帯端末装置１０４は、その内部に印刷する原稿を保持していてもよい。携帯端末装置１０４上では、後述する図９で示す入稿処理ソフト１３０１が動作し、原稿の入稿処理を行い、複数の携帯端末で入稿された印刷ジョブの委譲処理も行うことができる。携帯端末装置１０４は、スマートフォンやタブレット端末であってもよいし、携帯電話であってもよい。

ＰＣ１０５は、その内部に印刷する原稿を保持してもよい。また、ＰＣ１０５は、ＮＦＣの情報を読み取ることのできる読み取り装置１０６を備えてもよい。なお、この読み取り装置は、ＰＣ１０５に内包されていてもよい。ここでは、ＰＣ１０５とは個別に存在するものとして説明している。ＰＣ１０５上では、後述する図９で示す入稿処理ソフト１３０１の一部が動作し、原稿の入稿処理を行い、入稿された印刷ジョブの委譲処理も行うことができる。ＰＣ１０５は、パーソナルコンピュータであってもよいし、タブレット端末などの他の情報処理装置であってもよい。

図２は、携帯端末装置１０４のハードウェア構成を例示するブロック図である。
２０１は携帯端末装置のメインボードを示している。無線ＮＷ Ｉ／Ｆ２０２は、主にＷｉ−Ｆｉ通信の制御を行う無線ＬＡＮインタフェースである。また、無線ＮＷ Ｉ／Ｆ２０２は、電話通信のＩ／Ｆも包含している。さらに、無線ＮＷ Ｉ／Ｆ２０２の内部には、Ｗｉ−ＦｉのＭＡＣアドレス情報が格納されている。

携帯端末装置１０４は、無線ＮＷ Ｉ／Ｆ２０２を使ってＷｉ−Ｆｉ通信でインターネット１０３にアクセスすることができる。さらに、無線ＮＷ Ｉ／Ｆ２０２内に包含される電話通信のＩ／Ｆを使ってもインターネット１０３にアクセスすることができる。どちらを使ってインターネット１０３にアクセスするのかは、携帯端末装置１０４に備わっている表示部２１０で設定した内容に従う。

近距離無線ＮＷ Ｉ／Ｆ２０３は、主にブルートゥース通信の制御を行うブルートゥースインタフェースである。近距離無線ＮＷ Ｉ／Ｆ２０３の内部に、ブルートゥースのＭＡＣアドレス情報が格納されている。

ＮＦＣ Ｉ／Ｆ２０４は、ＮＦＣ（Near Field Communication；近距離無線通信）規格に基づく通信制御を行う。ＮＦＣ Ｉ／Ｆ２０４の内部にＩＤｍ（ＮＦＣの動作を掌るＩＣチップ固有のＩＤ値）が格納されている。さらに、ＮＦＣ Ｉ／Ｆ２０４は、電子マネー管理モジュールも内包しており、金銭情報はここで管理されている。該電子マネー管理モジュールは、ＮＦＣを用いた精算機能を実現するものである。通常、パスワードを用いて、ＮＦＣによる電子マネーの支払い可否設定（ＮＦＣによる精算機能の利用可否設定（利用可能／利用不可能））を変更することができる。

ＣＰＵ２０６は、ＲＯＭ・ＲＡＭ２０７上にある制御プログラムを動作させて、携帯端末装置１０４全体の動作をコントロールする。後述する図９に示す入稿処理ソフト１３０１は、ＲＯＭ・ＲＡＭ２０７上に格納されてＣＰＵ２０６で動作させられる。ＲＯＭ・ＲＡＭ２０７の一部として、ＩＣＣＩＤ（携帯端末装置に装着するＳＩＭカード（Subscriber Identity Module Card）の識別番号）を含む。ＲＯＭ・ＲＡＭ２０７の内部には、携帯端末装置固有のＵＵＩＤ（Universally Unique Identifier）、携帯端末装置に登録されているユーザ名＋任意のパスワード、電子メールアドレスや電話番号が格納されて保存されている。

ユーザＩ／Ｆ２０８は、表示部２１０と入力部２１１の動きを制御する。表示部２１０は、携帯端末装置１０４の表示部であり、液晶パネルや有機ＥＬパネルなどの表示装置である。入力部２１１は携帯端末装置１０４の入力部であり、キーボードやボタン、表示部２１０上面に備えつけられたタッチ式のセンサなどのことを示す。

加速度センサ２０９は、携帯端末装置１０４に加えられた物理的な重力加速度を検出する装置であり、ＸＹＺの３軸以上の加速度を検出することができる。
システムバス２０５は、メインボード２０１上の各種処理ブロック間の情報を相互に交換する。
なお、ＣＰＵ２０６は、ＮＦＣ Ｉ／Ｆ２０４を介した端末識別子の要求があった場合には、上述したような端末識別子をＮＦＣ Ｉ／Ｆ２０４を介して要求元に送信する。

図３は、ＰＣ１０５のハードウェア構成を例示するブロック図である。
３０１はＰＣのマザーボードを示している。有線ＮＷ Ｉ／Ｆ３０２は、イーサネット（登録商標）に代表される有線通信ネットワークの通信の制御を行う。ＰＣ１０５は、有線ＮＷ Ｉ／Ｆ３０２を使ってインターネット１０３にアクセスすることができる。

無線ＮＷ Ｉ／Ｆ３０３は、Ｗｉ−Ｆｉ通信の制御を行う。ＰＣ１０５は、無線ＮＷ Ｉ／Ｆ３０３を使ってインターネット１０３にアクセスすることができる。有線と無線のどちらを使ってインターネット１０３にアクセスするのかは、ＰＣ１０５に備わっている表示部３１１で設定した内容に従う。

近距離無線ＮＷ Ｉ／Ｆ３０４は、主にブルートゥース通信の制御を行う。システムバス３０５は、メインボード３０１上の各種処理ブロック間の情報を相互に交換する。

ＣＰＵ３０６は、ＲＯＭ・ＲＡＭ３０７上にある制御プログラムを動作させて、ＰＣ１０５全体の動作をコントロールする。後述する図９に示す入稿処理ソフト１３０１は、後述する外部記憶装置３１０からＲＯＭ・ＲＡＭ３０７上に読み出されてＣＰＵ３０６で動作させられる。

Ｄｉｓｋコントローラ３０８は、ハードディスクやＳＳＤ（Solid State Drive）に代表される外部記憶装置３１０を制御し他のブロックとの情報の受け渡しを行う。外部記憶装置３１０はドキュメントなどを格納しておく領域である。

ユーザＩ／Ｆ３０９は、表示部３１１と入力部３１２の動きを制御し、更にＮＦＣ Ｉ／Ｆ３１３の制御も行う。表示部３１１は液晶や有機ＥＬに代表される表示装置で、ドキュメントを表示したり、印刷指示を出したりするために用いられる。入力部３１２はキーボードやマウスに代表されるデバイスを示し、ドキュメントを加工したり、印刷指示を出したりするために用いられる。

ＮＦＣ Ｉ／Ｆ３１３は、ＮＦＣの情報をＰＣ１０５に取り込むためのＩ／Ｆである。ＰＣ１０５の外部にあっても、内部にあってもよいが、図３ではＰＣ１０５の外部にある例を示している。

図４は、入稿管理サーバ１０１のハードウェア構成を例示するブロック図である。
４０１は入稿管理サーバのマザーボードを示している。有線ＮＷ Ｉ／Ｆ４０２は、イーサネット（登録商標）に代表される有線通信ネットワークの通信の制御を行う。入稿管理サーバ１０１は、有線ＮＷ Ｉ／Ｆ４０２を使ってインターネット１０３にアクセスすることができる。

図４には無線ＮＷ Ｉ／Ｆや近距離無線ＮＷ Ｉ／Ｆ等図示されていないが、入稿管理サーバ１０１は、これらのＩ／Ｆを備えていてもかまわない。通常、サーバ装置ではこれらのＩ／Ｆは用いないので、ここでは図示していない。

システムバス４０３は、メインボード４０１上の各種処理ブロック間の情報を相互に交換する。ＣＰＵ４０４は、ＲＯＭ・ＲＡＭ４０５上にある制御プログラムを動作させて、入稿管理サーバ１０１全体の動作をコントロールする。後述する図５に示す入稿管理ソフト５０１は、後述する外部記憶装置４０８からＲＯＭ・ＲＡＭ４０５上に読み出されてＣＰＵ４０４で動作させられる。

Ｄｉｓｋコントローラ４０６は、ハードディスクやＳＳＤに代表される外部記憶装置４０８を制御し他のブロックとの情報の受け渡しを行う。外部記憶装置４０８は、入稿されたジョブなどを格納しておく領域である。後述する図６に示す管理情報エントリも、外部記憶装置４０８に格納される。

ユーザＩ／Ｆ４０７は、表示部４０９と入力部４１０の動きを制御する。表示部４０９は液晶や有機ＥＬに代表される表示装置で、サーバの情報を表示するのに用いられる。入力部４１０は、キーボードやマウスに代表されるデバイスを示している。入力部４１０は、サーバに対して何らかの指示を行なうために用いられる。

図５は、入稿管理サーバ１０１上で動作する入稿管理ソフト５０１を例示するブロック図である。なお、入稿管理ソフト５０１は、入稿管理サーバ１０１のＣＰＵ４０４が外部記憶装置４０８に格納されたプログラムをＲＯＭ・ＲＡＭ４０５に読み出して実行することにより、実現される。

図５に示すように、入稿管理ソフト５０１は、大きく分けて入稿管理部５０２、印刷管理部５０３、課金管理部５０４の３つのブロックで構成される。

入稿管理部５０２は、インターネット１０３を介して印刷ジョブを入稿する携帯端末装置１０４やＰＣ１０５と通信を行い、それらのクライアント上で動作する入稿処理ソフト１３０１（図９）と通信し、クライアントからの印刷ジョブを管理する。クライアントからの印刷ジョブを受信すると、入稿管理部５０２は、後述する図６に示すような管理情報エントリを作成する。また、入稿管理部５０２は、印刷管理部５０３に対して印刷ジョブの指定を行い、印刷データの印刷装置１０２への配信を要求したり、課金管理部５０４と連携して印刷状態、支払い状態の管理を行う。

印刷管理部５０３は、入稿管理部５０２からの指示に基づいて、印刷ジョブを確定する。入稿された印刷ジョブが、印刷装置１０２でそのまま印刷可能なデータ形式でない場合には、印刷管理部５０３は、印刷装置１０２へ送信する前にそのまま印刷可能なデータ形式にデータ形式変換を行う。印刷管理部５０３は、印刷装置１０２が処理可能なデータ形式に関する情報を予め保持管理している。データ形式とは、例えば、ＰＣＬ（Printer Control Language）に代表されるような各種ＰＤＬ（Page Description Language）形式であったり、ＰＤＦ（Portable Document Format）やＸＰＳ（XML Paper Specification）、ＪＰＥＧ（Joint Photographic Experts Group）などの形式のことを示す。そして、印刷管理部５０３は、確定した印刷ジョブに関する印刷データを印刷装置１０２に送信する。

課金管理部５０４は、ジョブの印刷が完了すると、印刷装置１０２からの指示に従い、図６で示すような管理情報エントリの更新を行い、印刷状態を印刷完了、集金完了の状態に設定する。なお、後述する実施例によっては、請求書情報を電子メールで送信することも行う。

図６は、入稿管理サーバ１０１上で管理される管理情報エントリのデータ構造の一例を示す図である。
６０１と６０８の各々は、１つの印刷ジョブのエントリを示す。入稿されたジョブの数に応じてエントリは増えてゆく。６０１と６０８は、同じ意味合いなのでここでは６０１についてのみ説明する。

ユーザＩＤ６０２は、携帯端末装置１０４やＰＣ１０５で入稿処理ソフト１３０１を起動するときに指定したユーザＩＤである。このユーザＩＤ６０２により、ジョブの所有者を把握することが可能となる。
端末識別子６０３は、入稿処理ソフト１３０１でジョブを入稿するときに指定した端末識別子である。この端末識別子６０３には、ＮＦＣのＩＤｍや携帯端末装置に登録されている電子メールアドレスなどさまざま種類の値がここに格納される。

ジョブＩＤ６０４は、ジョブが入稿される毎に入稿管理ソフト５０１がアサインした各々個別の値を持つ。ジョブＩＤ６０４は、入稿管理ソフト５０１内で一意の値であり、ジョブＩＤ６０４の値がわかればジョブの特定は可能である。
印刷データ６０５は、携帯端末装置１０４やＰＣ１０５で作成した印刷可能なデータ形式の印刷ジョブそのものである。１ページなら１ページ、１０ページなら１０ページ分のデータがここに格納される。

印刷設定６０６は、携帯端末装置１０４やＰＣ１０５で作成した印刷可能なデータ形式作成時に設定した印刷設定情報を保持する。印刷設定情報は、用紙サイズ、面付け設定、両面・片面印刷設定、カラー・白黒設定等、各種設定を保持する。
処理状態６０７は、当該ジョブの２つの処理状態を保持する。処理状態６０７が保持する１つ目の処理状態は印刷・未印刷の情報を示し、２つ目の処理状態は支払い済みか否かの内容を示す。

図７は、印刷装置１０２のハードウェア構成を例示するブロック図である。
７０１は、印刷装置のコントローラボードを示している。有線ＮＷ Ｉ／Ｆ７０２は、イーサネット（登録商標）に代表される有線通信ネットワークの通信の制御を行う。印刷装置１０２は、有線ＮＷ Ｉ／Ｆ７０２を使ってインターネット１０３にアクセスすることができる。

無線ＮＷ Ｉ／Ｆ７０３は、Ｗｉ−Ｆｉ通信の制御を行う。印刷装置１０２は、無線ＮＷ Ｉ／Ｆ７０３を使ってインターネット１０３にアクセスすることができる。有線と無線のどちらを使ってインターネット１０３にアクセスするのかは、印刷装置１０２に備わっている表示部７１２で設定した内容に従う。

近距離無線ＮＷ Ｉ／Ｆ７０４は、主にブルートゥース通信の制御を行う。システムバス７０５は、メインボード７０１上の各種処理ブロック間の情報を相互に交換する。

ＣＰＵ７０６は、ＲＯＭ・ＲＡＭ７０７上にある制御プログラムを動作させて、印刷装置１０２全体の動作をコントロールする。後述する図８に示す印刷受付ソフト８０１は、ＲＯＭ・ＲＡＭ７０７上に格納されてＣＰＵ７０６で動作させられる。

Ｄｉｓｋコントローラ７０８は、ハードディスクやＳＳＤに代表される外部記憶装置７１１を制御し他のブロックとの情報の受け渡しを行う。外部記憶装置７１１は印刷すべきジョブなどを一時的に格納しておく領域である。

ユーザＩ／Ｆ７０９は、表示部７１２と入力部７１３およびＮＦＣ Ｉ／Ｆ７１４の動きを制御する。表示部７１２は、液晶や有機ＥＬに代表される表示装置で、印刷装置１０２内の設定情報を表示したり、入稿済みジョブの一覧を表示したりするのに用いる。入力部７１３は、印刷装置１０２に付加されているキーボードや、表示部７１２の上面に貼り付けたタッチセンサなどを示している。入力部７１３は、印刷装置１０２に対する指示を行うのに用いられる。

印刷部Ｉ／Ｆ７１０は、印刷部７１５へ印刷データを引き渡す。印刷部７１５は、いわゆるプリンタエンジンであり、電子写真方式やインクジェット方式などさまざまな印刷方式による、印刷装置のことである。印刷部７１５には、複数種類の用紙を抱える給紙カセットや、両面印刷装置、白黒・カラー印刷、ステープル、製本機、複数の排紙トレイなども含まれている。

ＮＦＣ Ｉ／Ｆ７１４は携帯端末装置１０４からＮＦＣを用いてログインの為の端末識別子情報を受信したり、印刷料金の引き落としを行うのに用いられる。

図８は、印刷装置１０２上で動作する印刷受付ソフト８０１のブロック図である。なお、印刷受付ソフト８０１は、印刷装置１０２のＣＰＵ７０６がＲＯＭ・ＲＡＭ７０７に格納されたプログラムを読み出して実行することにより、実現される。

図８に示すように、印刷受付ソフト８０１は、大きく分けて、印刷要求受付部８０２、印刷制御部８０３、課金処理部８０４の３つのブロックで構成される。

印刷要求受付部８０２は、ＮＦＣ Ｉ／Ｆ７１４を監視している。ユーザが携帯端末装置１０４をＮＦＣ Ｉ／Ｆ７１４にかざすと、印刷要求受付部８０２は、携帯端末装置１０４から、まずＮＦＣを用いて携帯端末装置１０４が金銭の支払いが可能な状態であるか否かを判断するための情報を取得する。支払い可能な場合には、印刷要求受付部８０２は、次に取得可能な全ての端末識別子情報を取得して、該端末識別情報を用いて印刷装置１０２にログインする。金銭の支払いが可能な状態でない場合には、印刷要求受付部８０２は、印刷装置１０２へのログインは行わない。

ログインした場合には、印刷要求受付部８０２は、入稿管理サーバ１０１の入稿管理部５０２に取得した識別子を送付する。入稿管理部５０２は、それを受信後、図６の管理情報エントリを探索して、取得した全ての端末識別子で入稿されている全ての原稿の特定を行う。

印刷制御部８０３は、入稿管理サーバ１０１の印刷管理部５０３から送信されてくる印刷可能形式のデータを受信して、印刷を行う。

課金処理部８０４は、入稿管理サーバ１０１の入稿管理部５０２から提供される印刷ジョブ情報を元にして、印刷料金の計算を行い、入稿管理部５０２に返答する。この課金処理部８０４で印刷料金の計算を行うことで、印刷機個々に異なった印刷料金の設定を行うことが可能となる。

図９は、携帯端末装置１０４およびＰＣ１０５上で動作する入稿処理ソフト１３０１の構成を例示するブロック図である。携帯端末装置１０４では、入稿処理ソフト１３０１は、携帯端末装置１０４のＣＰＵ２０６がＲＯＭ・ＲＡＭ２０７に格納されたプログラムを読み出して実行することにより、実現される。ＰＣ１０５では、ＰＣ１０５のＣＰＵ３０６が外部記憶装置３１０に格納されたプログラムをＲＯＭ・ＲＡＭ７０７に読み出して実行することにより、実現される。

図９に示すように、入稿処理ソフト１３０１は、大きく分けてサーバ通信部１３０２、ジョブ委譲処理部１３０３の２つのブロックで構成される。

サーバ通信部１３０２は、携帯端末装置１０４もしくはＰＣ１０５上で作成したドキュメントを、インターネット１０３を介して、入稿管理サーバ１０１に送信（入稿）する。サーバ通信部１３０２が送信するドキュメントは、印刷装置１０２が印刷可能な、ＰＤＦ，ＸＰＳ形式もしくはＰＣ１０５上で動作するプリンタドライバで処理を行った結果得ることのできるＰＤＬ形式のものである。サーバ通信部１３０２は、ドキュメントを送信するときに、携帯端末装置１０４の端末識別子情報も一緒に付加して送信する。携帯端末装置１０４から送信する場合には、サーバ通信部１３０２は、その携帯端末装置１０４で保持している端末識別子情報を選択もしくは、他の携帯端末装置１０４に関連する端末識別子情報を手動で設定して送信する。ＰＣ１０５から送信する場合には、サーバ通信部１３０２は、携帯端末装置１０４をＮＦＣ Ｉ／Ｆ１０６にかざした結果得ることのできる端末識別子情報を選択もしくは、他の携帯端末装置１０４に関連する端末識別子情報を手動で設定して送信する。ここで言う他の携帯端末装置１０４とは、印刷原稿の引き取り時に持参する予定の携帯端末装置１０４のことである。

ジョブ委譲処理部１３０３は、携帯端末装置１０４上で動作する場合には、ＮＦＣ Ｉ／Ｆ２０４と加速度センサ２０９の動きを監視し、他の携帯端末装置１０４の近接を検出した場合には、ジョブの委譲処理を行う。ＰＣ１０５上で動作する場合には、ジョブ委譲処理部１３０３は、ＮＦＣ Ｉ／Ｆ１０６を監視し、他の携帯端末装置１０４の近接を検出した場合には、ジョブの委譲処理を行う。

＜実施例１の処理シーケンス＞
図１０は、本発明の実施例１における処理のシーケンス図の一例を示すものである。
実施例１では、ＮＦＣから読み取った端末識別子に基づき入稿管理サーバ１０１に蓄積されている印刷ジョブをユーザに選択させて印刷する。なお、実施例１では、ＮＦＣからの印刷料金引き落としを印刷後に実施する構成である。
前提条件として、予め携帯端末装置１０４もしくはＰＣ１０５上でドキュメントを作成しておき、印刷装置１０２で印刷可能な印刷データを用意しておく。

Ｓ９０１では、ユーザが、携帯端末装置１０４もしくはＰＣ１０５上で入稿処理ソフト１３０１を起動し、入稿するジョブを選択し、印刷原稿の引き取りに利用する端末識別子を選択もしくは設定して印刷データの入稿を指示する。入稿処理ソフト１３０１は、上記印刷データを上記端末識別子とセットにして、インターネット１０３を介して、入稿管理サーバ１０１で動作する入稿管理部５０２に送信（入稿）する。

入稿管理部５０２は、携帯端末装置１０４もしくはＰＣ１０５から入稿されたデータを受信すると、図６の６０１に代表される管理情報エントリを入稿管理サーバ１０１上に作成する。さらに、入稿管理部５０２は、管理情報エントリに追加があったことを、課金管理部５０４に通知しておく（Ｓ９０２）。
ここまでがジョブの入稿である。

その後、携帯端末装置１０４の所有者は、ジョブの印刷結果を引き取りに、携帯端末装置１０４を持参して印刷装置１０２の場所までやってくる。このとき、携帯端末装置１０４においてＮＦＣによる電子マネーの支払い可否設定を予め支払い可能なように設定しておく。

Ｓ９０３では、携帯端末装置１０４の所有者は、携帯端末装置１０４を印刷装置１０２のＮＦＣ Ｉ／Ｆ７１４にかざす。印刷要求受付部８０２は、それを検知して、まず携帯端末装置１０４のＮＦＣが金銭の支払いが可能な状態（ＮＦＣによる精算機能が利用可能な状態）であるか否かを示す情報を取得する。そして、金銭の支払い可能な場合には、印刷要求受付部８０２は、次に取得可能な全ての端末識別子情報を携帯端末装置１０４からＮＦＣを介して取得して、該端末識別子情報を用いて印刷装置１０２にログインする。一方、金銭の支払いが可能でないと判定した場合には、印刷要求受付部８０２は、印刷装置１０２へのログインはせず、印刷装置１０２の表示部７１２にログインできない旨のメッセージを表示して、ここで処理を終了する。即ち、印刷要求受付部８０２は、ＮＦＣの精算機能を利用可能な状態であると判定した場合には印刷装置１０２の使用を許可し、ＮＦＣの精算機能を利用不可能な状態であると判定した場合には印刷装置１０２の使用を許可しないように制御する。

通常、ＮＦＣによる電子マネーの支払い可否設定の変更はパスワード等を用いて実施するので、その携帯端末装置１０４の所有者でしか実施し得ない。携帯端末装置１０４の所有者が必要なときにのみ、ＮＦＣによる電子マネーの支払い可否設定を可能なように変更して利用している限りにおいては、この条件が設定されていることにより携帯端末装置１０４を不正に入手したユーザは印刷装置１０２にログインできないため、不正に印刷原稿を取得することが困難になる。

ログインした後に、Ｓ９０４において、印刷要求受付部８０２は、携帯端末装置１０４から取得した全ての端末識別子情報を入稿管理サーバ１０１上で動作する入稿管理ソフト５０１の入稿管理部５０２に送信する。

入稿管理部５０２は、印刷要求受付部８０２から端末識別子情報を受信すると、Ｓ９０５において、図６の６０１に代表される管理情報エントリの中を上記受信した全ての端末識別子情報に関して検索し、それらの端末識別子に対応するジョブを抽出する。そして、入稿管理部５０２は、該抽出した各々のジョブの必要ページ数、カラー・白黒などの情報を、印刷受付ソフト８０１の課金処理部８０４に引き渡す。

課金処理部８０４は、入稿管理部５０２からジョブの情報を受け取ると、Ｓ９０６において、該ジョブの情報に基づいて印刷料金を計算し、印刷料金の情報を入稿管理部５０２に返答する。

入稿管理部５０２は、課金処理部８０４から印刷料金の情報を受け取ると、Ｓ９０７において、上記抽出した印刷ジョブと印刷料金の情報を、印刷要求受付部８０２に送信する。印刷要求受付部８０２は、印刷ジョブと印刷料金の情報を受け取ると、印刷ジョブと印刷料金の情報を表示部７１２に表示する。このとき、印刷要求受付部８０２は、携帯端末装置１０４のＮＦＣ Ｉ／Ｆ２０４から得ることのできる入金済みの金額（金銭情報）と印刷料金の比較を行い、入金額より大きい金額のジョブ（精算不可能なジョブ）は、精算可能なジョブと表示色を変えるなどして識別可能にし、料金不足が発生することを表示部７１２で通知する。ここで、複数のジョブが取得でき表示された場合には、印刷するジョブを上記表示で複数選択可能である。印刷要求受付部８０２は、ジョブが選択される度に、携帯端末装置１０４から取得した入金額情報を一時的に減算して表示し（表示だけであり実際このタイミングではＮＦＣからの引き出しは行わない）、全てのジョブが入金額で印刷可能か、一部だけなら可能かを判断するようにする。

Ｓ９０８において、ユーザが、入力部７１３への操作で印刷するジョブを選択して印刷指示すると、印刷要求受付部８０２がこれを検知し、選択結果を印刷原稿指示（印刷するジョブを特定可能な情報を含む）として入稿管理部５０２に送信する。通常では、印刷要求受付部８０２は、ＮＦＣへの入金済みの金額で支払いきれるジョブしか選択できないように制御するが、後述する例外処理を加えてもよい。

入稿管理部５０２は、印刷要求受付部８０２から印刷原稿指示を受信すると、Ｓ９０９において、印刷指示のあったジョブの印刷データ送信を、印刷管理部５０３に対して行う。

印刷管理部５０３は、入稿管理部５０２から印刷指示のあったジョブの印刷データを受信すると、Ｓ９１０において、ジョブの印刷データを必要に応じて印刷装置１０２で印刷可能な形式に変換した後に、印刷制御部８０３に送信する。印刷制御部８０３は、印刷データを受信後、順次印刷してゆく。

Ｓ９１１において、印刷制御部８０３は、ジョブ単位で印刷が完了する度に、印刷要求受付部８０２に対して、ＮＦＣ Ｉ／Ｆ２０４からの料金引き落としを依頼し、更には課金管理部５０４に対して、管理情報エントリの更新を依頼する。
印刷要求受付部８０２は、料金引き落としの依頼を受けたのち、ＮＦＣ Ｉ／Ｆ２０４から印刷料金引き落としを行う。
課金管理部５０４は、管理情報エントリの更新依頼を受けたのち、管理情報エントリの更新を行う。なお、１枚の印刷が完了する度に、引き落としをおこなってもよい。

＜例外処理＞
Ｓ９０８において、印刷要求受付部８０２は、ユーザが印刷するジョブを選択する場合に、ＮＦＣからの引き出しでは支払いきれないジョブの選択を、Ｓ９０３で電子メールアドレスを端末識別子として取得できた場合に限り、認めるようにしてもよい。この構成では、Ｓ９１１において、ＮＦＣ Ｉ／Ｆ２０４から引き出せない印刷料金が発生する場合がある。この場合、その額（精算できなかった印刷料金）を含む請求情報を、印刷要求受付部８０２が課金管理部５０４に通知し、課金管理部５０４から、別途、電子メールを用いて上記取得した電子メールアドレスに対して請求書を送付することで、印刷を継続させてもよい。なお、例外処理を行うかどうかをユーザが表示部７１２等から選択可能にしてもよいし、予めユーザＩＤに対応して印刷受け付けソフト８０１等に設定しておいてもよい。

以上で説明したように、実施例１によれば、印刷機へのログイン条件に携帯端末装置１０４の正当な持ち主でしか設定し得ないＮＦＣによる電子マネーの支払い可否設定を加えることにより、セキュリティを高めることが可能となる。
また、ＮＦＣによる電子マネーでの自動支払いが可能となり、支払い処理を非常に簡素化することができる。
さらに、万が一、入金額が不足していても、不足額の請求書を電子メールで送付することにより印刷を継続することが可能となるので、入金額不足の場合にも印刷を行うことができる。

実施例２のシステム構成は、上述した実施例１と同じなので説明は省略する。本実施例では、実施例１と異なる部分のみ説明し、同一の部分については説明を省略する。
＜実施例２の処理シーケンス＞
図１１は、本発明の実施例２における処理のシーケンス図の一例を示すものである。なお、図１０と同一のステップには同一のステップ番号を付してある。
実施例２では、ＮＦＣから読み取った端末識別子に基づき入稿管理サーバ１０１に蓄積されている印刷ジョブの全てを印刷する。なお、実施例２では、ＮＦＣからの印刷料金引き落としを印刷後に実施する構成である。この構成により、印刷時に入稿したジョブをユーザの指定操作なしで全て印刷することが可能となる。入稿したジョブをユーザの指定なしで全て印刷することが可能なので、携帯端末装置１０４を印刷装置１０２のＮＦＣ Ｉ／Ｆ７１４にかざすだけで、その他の操作を行うことなく、全ての処理が完了してしまうところに特徴がある。

前提条件として、予め携帯端末装置１０４もしくはＰＣ１０５上でドキュメントを作成しておき、印刷装置１０２で印刷可能な印刷データを用意しておく。なお、図１１において、図１０と同じステップ番号が付加されているステップは図１０と同一の処理内容であるので、説明を省略する。即ち、Ｓ９０１〜Ｓ９０６は図１０と同一であるので説明を省略する。以下、実施例１との差分についてのみ説明する。

入稿管理部５０２は、課金処理部８０４から印刷料金の情報を受け取ると、Ｓ１００７では、抽出した印刷ジョブと印刷料金の情報を、印刷要求受付部８０２に送信する。印刷要求受付部８０２は、印刷ジョブと印刷料金の情報を受け取ると、印刷ジョブと印刷料金の情報を表示部７１２に表示する。このとき、印刷要求受付部８０２は、携帯端末装置１０４のＮＦＣ Ｉ／Ｆ２０４から得ることのできる入金済みの金額と、抽出したジョブの印刷料金を順番に引き当ててゆく。途中で金額不足で引き当てできなかたジョブは色を変えるなどして料金不足が発生していることがわかるように表示する（この時点では表示だけであり実際このタイミングではＮＦＣからの引き出しは行わない）。

Ｓ１００８では、入稿管理部５０２は、Ｓ９０５で抽出した印刷ジョブ全ての印刷を行なうために、印刷管理部５０３に対してジョブの印刷データ送信を指示する。
印刷管理部５０３は、入稿管理部５０２から抽出された全てのジョブの印刷データを受信すると、Ｓ１００９において、該抽出された全てのジョブの印刷データを必要に応じて印刷装置１０２で印刷可能な形式に変換した後に、印刷制御部８０３に送信する。印刷制御部８０３は、印刷データを受信後、順次印刷してゆく。

Ｓ１０１０において、印刷制御部８０３は、ジョブ単位で印刷が完了する度に、印刷要求受付部８０２に対して、ＮＦＣ Ｉ／Ｆ２０４からの料金引き落としを依頼し、更には課金管理部５０４に対して、管理情報エントリの更新を依頼する。なお、１枚の印刷が完了する度に、引き落としをおこなってもよい。

印刷要求受付部８０２は、料金引き落としの依頼を受けたのち、ＮＦＣ Ｉ／Ｆ２０４から印刷料金引き落としを行う。このとき入金額が不足している場合があり得る。その場合、もしＳ９０３で電子メールアドレスを端末識別子として取得できていれば不足額について、印刷要求受付部８０２が課金管理部５０４に通知する。そして、課金管理部５０４から、別途、電子メールを用いて当該電子メールアドレスに対して請求書を送付することで、印刷を継続させる。Ｓ９０３で電子メールアドレスを取得できていない場合には、印刷要求受付部８０２は、課金管理部５０４に通知するとともに、印刷制御部８０３に指示して、印刷結果の最後に請求書を印刷して、請求額を通知する。
課金管理部５０４は、管理情報エントリの更新依頼を受けたのち、管理情報エントリの更新を行う。

以上で説明したように、実施例２によれば、実施例１のセキュリティ向上の効果及び電子マネーによる自動支払い効果に加え、さらに、以下のような効果を奏する。
実施例２では、万が一ＮＦＣの入金額が不足していて、且つ、電子メールの送信ができない場合でも、請求書が印刷結果の最後に印刷されて出てくるので、支払い金額の把握が容易になる。また、携帯端末装置１０４を印刷装置１０２のＮＦＣ Ｉ／Ｆ７１４にかざすだけで、ユーザによるジョブ選択操作等の他の操作なしに、全ての処理が完了してしまうという副次的な効果も期待することができる。

実施例３のシステム構成は、上述した実施例１と同じなので説明は省略する。本実施例では、実施例１と異なる部分のみ説明し、同一の部分については説明を省略する。
＜実施例３の処理シーケンス＞
図１２は、本発明の実施例３における処理のシーケンス図の一例を示すものである。なお、図１０と同一のステップには同一のステップ番号を付してある。
実施例３では、実施例１と同様に、ＮＦＣから読み取った端末識別子に基づき入稿管理サーバ１０１に蓄積されている印刷ジョブをユーザに選択させて印刷する。ただし、実施例３では、ＮＦＣからの印刷料金引き落としを、印刷前（印刷指示時）に実施する構成である。

前提条件として、予め携帯端末装置１０４もしくはＰＣ１０５上でドキュメントを作成しておき、印刷装置１０２で印刷可能な印刷データを用意しておく。なお、図１２において、図１０と同じステップ番号が付加されているステップは図１０と同一の処理内容であるので、説明を省略する。即ち、Ｓ９０１〜Ｓ９０６は図１０と同一であるので説明を省略する。以下、実施例１との差分についてのみ説明する。

入稿管理部５０２は、課金処理部８０４から印刷料金の情報を受け取ると、Ｓ１１０７では、抽出した印刷ジョブと、印刷料金の情報を、印刷要求受付部８０２に送信する。印刷要求受付部８０２は、印刷ジョブと印刷料金の情報を受け取ると、印刷ジョブと印刷料金の情報を表示部７１２に表示する。このとき、印刷要求受付部８０２は、携帯端末装置１０４のＮＦＣ Ｉ／Ｆ２０４から得ることのできる入金済みの金額と、印刷料金の比較を行い、入金額より大きい金額のジョブは色を変えるなどして、料金不足が発生することを表示部７１２で通知する。ここで、複数のジョブが取得でき表示された場合には、印刷するジョブを上記表示で選択可能である。印刷要求受付部８０２は、ジョブが選択される度に、携帯端末装置１０４から取得した入金額情報を一時的に減算して表示し（表示だけであり実際このタイミングではＮＦＣからの引き出しは行わない）、全てのジョブが入金額で印刷可能か、一部だけなら可能かを判断するようにする。

Ｓ１１０８では、ユーザが、入力部７１３への操作で印刷するジョブを選択して印刷指示すると、印刷要求受付部８０２がこれを検知し、選択結果を印刷原稿指示（印刷するジョブを特定可能な情報を含む）として入稿管理部５０２に送信する。同時に、印刷要求受付部８０２は、上記選択されたジョブの印刷料金をＮＦＣ Ｉ／Ｆ２０４から引き落とす。通常では、印刷要求受付部８０２は、ＮＦＣへの入金済みの金額で支払いきれるジョブしか選択できないように制御するが、後述する例外処理を加えてもよい。

入稿管理部５０２は、印刷要求受付部８０２から印刷原稿指示を受信すると、Ｓ１１０９において、印刷指示のあったジョブの印刷データ送信を、印刷管理部５０３に対して行う。

印刷管理部５０３は、入稿管理部５０２から印刷指示のあったジョブの印刷データを受信すると、Ｓ９１０において、ジョブの印刷データを必要に応じて印刷装置１０２で印刷可能な形式に変換した後に、印刷制御部８０３に送信する。印刷制御部８０３は、印刷データを受信後、順次印刷してゆく。

Ｓ１１１１において、印刷制御部８０３は、ジョブ単位で印刷が完了する度に、課金管理部５０４に対して、管理情報エントリの更新を依頼する。
課金管理部５０４は、管理情報エントリの更新依頼を受けたのち、管理情報エントリの更新を行う。

＜例外処理＞
Ｓ１１０８において、印刷要求受付部８０２は、ユーザが印刷するジョブを選択する場合に、ＮＦＣからの引き出しでは支払いきれないジョブの選択を、Ｓ９０３で電子メールアドレスを端末識別子として取得できた場合に限り、認めるようにしてもよい。この構成では、Ｓ１１０８において、ＮＦＣ Ｉ／Ｆ２０４から引き出せない印刷料金が発生する場合がある。この場合、その額については、印刷要求受付部８０２が課金管理部５０４に通知し、課金管理部５０４から、別途、電子メールを用いて上記取得した電子メールアドレスに対して請求書を送付することで、印刷を継続させてもよい。なお、例外処理を行うかどうかをユーザが表示部７１２等から選択可能にしてもよいし、予めユーザＩＤに対応して印刷受け付けソフト８０１等に設定しておいてもよい。

以上で説明したように、実施例３によれば、実施例１と同様の効果に加え、ＮＦＣからの印刷料金引き落としを印刷前に実施することにより、確実に料金を引き落とすことができる等の効果を奏する。

実施例４のシステム構成は、上述した実施例１と同じなので説明は省略する。本実施例では、実施例１と異なる部分のみ説明し、同一の部分については説明を省略する。
＜実施例４の処理シーケンス＞
図１３は、本発明の実施例４における処理のシーケンス図の一例を示すものである。なお、図１０と同一のステップには同一のステップ番号を付してある。
実施例４では、実施例２と同様に、ＮＦＣから読み取った端末識別子に基づき入稿管理サーバ１０１に蓄積されている印刷ジョブの全てを印刷する。ただし、実施例４では、ＮＦＣからの印刷料金引き落としを印刷前（ジョブ表示時）に実施する構成である。この構成により、印刷時に入稿したジョブをユーザの指定操作なしで全て印刷することが可能となる。入稿したジョブをユーザの指定なしで全て印刷することが可能なので、携帯端末装置１０４を印刷装置１０２のＮＦＣ Ｉ／Ｆ７１４にかざすだけで、その他の操作を行うことなく、全ての処理が完了してしまうところに特徴がある。

前提条件として、予め携帯端末装置１０４もしくはＰＣ１０５上でドキュメントを作成しておき、印刷装置１０２で印刷可能な印刷データを用意しておく。なお、図１３において、図１０と同じステップ番号が付加されているステップは図１０と同一の処理内容であるので、説明を省略する。即ち、Ｓ９０１〜Ｓ９０６は図１０と同一であるので説明を省略する。以下、実施例１との差分についてのみ説明する。

入稿管理部５０２は、課金処理部８０４から印刷料金の情報を受け取ると、Ｓ１２０７では、抽出した印刷ジョブと印刷料金の情報を、印刷要求受付部８０２に送信する。印刷要求受付部８０２は、印刷ジョブと印刷料金の情報を受け取ると、印刷ジョブと印刷料金の情報を表示部７１２に表示する。このとき、印刷要求受付部８０２は、携帯端末装置１０４のＮＦＣ Ｉ／Ｆ２０４から得ることのできる入金済みの金額と、抽出したジョブの印刷料金を順番に引き当ててゆく。途中で金額不足で引き当てできなかたジョブは色を変えるなどして料金不足が発生していることがわかるように表示する。印刷要求受付部８０２は、この時点で、ＮＦＣからの料金の引き落としを実施する。

しかし、このとき入金額が不足している場合があり得る。この場合、印刷要求受付部８０２は、もしＳ９０３で電子メールアドレスを端末識別子として取得できていれば不足額について、印刷要求受付部８０２が課金管理部５０４に通知する。そして、課金管理部５０４から、別途、電子メールを用いて当該電子メールアドレスに対して請求書を送付することで、印刷可能にする。一方、Ｓ９０３で電子メールアドレスを取得できていない場合には、印刷要求受付部８０２は、課金管理部５０４に通知するとともに、印刷制御部８０３に指示して、後述するＳ１２１０で実行される印刷結果の最後に請求書を印刷して、請求額を通知するようにする。

Ｓ１２０８では、入稿管理部５０２は、Ｓ９０５で抽出した印刷ジョブ全ての印刷を行なうために、印刷管理部５０３に対してジョブの印刷データ送信を指示する。
印刷管理部５０３は、入稿管理部５０２から抽出された全てのジョブの印刷データを受信すると、Ｓ１２０９において、該抽出された全てのジョブの印刷データを必要に応じて印刷装置１０２で印刷可能な形式に変換した後に、印刷制御部８０３に送信する。印刷制御部８０３は、印刷データを受信後、順次印刷してゆく。

Ｓ１２１０において、印刷制御部８０３は、ジョブ単位で印刷が完了する度に、課金管理部５０４に対して、管理情報エントリの更新を依頼する。

以上で説明したように、実施例４によれば、実施例２と同様の効果に加え、ＮＦＣからの印刷料金引き落としを印刷前に実施することにより、確実に料金を引き落とすことができる等の効果を奏する。

実施例５のシステム構成は、上述した実施例１と同じなので説明は省略する。本実施例では、実施例１と異なる部分のみ説明し、同一の部分については説明を省略する。
＜実施例５の処理シーケンス＞
図１４は、本発明の実施例５における処理のシーケンス図の一例を示すものである。この処理は、複数の携帯端末装置１０４もしくはＰＣ１０５から入稿した印刷ジョブを代表して１台の携帯端末で引き出す（印刷結果を得る）ための処理である。
実施例５では、ジョブの委譲側、受信側を明確に指定する構成である。
前提条件として、予め携帯端末装置１０４もしくはＰＣ１０５上でドキュメントを作成しておき、印刷装置１０２で印刷可能な印刷データを、ユーザＩＤ及び任意の端末識別子とセットにして、入稿管理サーバ１０１に入稿しておく。

Ｓ１４０１では、ユーザが、まずジョブを委譲しようとする携帯端末装置１０４もしくはＰＣ１０５上で入稿処理ソフト１３０１を起動し、自分が入稿したジョブの問い合わせを指示する。この指示に応じて、入稿処理ソフト１３０１のサーバ通信部１３０２は、問い合わせの情報を入稿管理部５０２に送信する。この時、問い合わせのために入稿管理部５０２に送信する情報はユーザＩＤを用いるものとする。入稿管理部５０２は、ユーザＩＤを用いて当該携帯端末装置１０４もしくはＰＣ１０５から入稿した全てのジョブの情報を取得可能である。

入稿管理部５０２は、サーバ通信部１３０２から、問い合わせの情報を受信すると、Ｓ１４０２において、上記受信したユーザＩＤに関連する全てのジョブ情報を問い合わせ元のサーバ通信部１３０２に返答する。

ジョブ委譲側の携帯端末装置１０４もしくはＰＣ１０５は、入稿管理部５０２からの返答を受信すると、Ｓ１４０３において、委譲するジョブのユーザによる選択を受け付け、入稿管理部５０２を委譲するという状態に設定して、サーバ通信部１３０２から入稿管理部５０２に、上記選択したジョブのジョブＩＤを通知する。

同時に、ジョブ受信側の携帯端末装置１０４では、Ｓ１４０８において、入稿処理ソフト１３０１を起動した後に受信状態にし、受信状態である旨をサーバ通信部１３０２から入稿管理部５０２に通知する。

Ｓ１４０４およびＳ１４０９では、ユーザが、委譲側の携帯端末装置１０４と受信側の携帯端末装置１０４のＮＦＣ Ｉ／Ｆ２０４同士をＮＦＣで通信のできる距離まで近づける。なお、ジョブ委譲側がＰＣ１０５の場合、ユーザが、委譲側のＰＣ１０５のＮＦＣ Ｉ／Ｆ１０６に、受信側の携帯端末装置１０４のＮＦＣ Ｉ／Ｆ２０４を、ＮＦＣで通信のできる距離まで近づける。

ジョブ受信側の携帯端末装置１０４で動作している入稿処理ソフト１３０１のジョブ委譲処理部１３０３は、委譲側の携帯端末装置１０４のＮＦＣ Ｉ／Ｆ２０４と通信可能であることを検出すると、Ｓ１４０５の処理を実行する。Ｓ１４０５では、ジョブ受信側の携帯端末装置１０４のジョブ委譲処理部１３０３は、自分の全ての端末識別子を委譲側の携帯端末装置１０４もしくはＰＣ１０５にＮＦＣ Ｉ／Ｆ２０４を経由して送信する。

ジョブ委譲側の携帯端末装置１０４もしくはＰＣ１０５で動作している入稿処理ソフト１３０１のジョブ委譲処理部１３０３は、受信側の携帯端末装置１０４から送信された端末識別子を受信すると、Ｓ１４０６の処理を実行する。Ｓ１４０６では、ジョブ委譲側の携帯端末装置１０４で動作している入稿処理ソフト１３０１のジョブ委譲処理部１３０３は、委譲するジョブに関連する端末識別子情報を、ジョブ受信側の端末識別子の情報に更新するように、サーバ通信部１３０２に依頼する。具体的には、入稿処理ソフト１３０１は、上記受信した受信側の携帯端末装置１０４の端末識別子を含む更新依頼情報をサーバ通信部１３０２に送信する。

サーバ通信部１３０２は、ジョブ委譲処理部１３０３からジョブに関連する端末識別子情報の更新依頼（更新依頼情報）を受けると、Ｓ１４０７において、該受けた更新依頼情報を、そのまま入稿管理部５０２に提供する。入稿管理部５０２は、ジョブ委譲側の携帯端末装置１０４のジョブ委譲処理部１３０３から、ジョブに関連する端末識別子情報の更新依頼内容を受信すると、該受信した内容に従い、ジョブの管理情報エントリの端末識別子情報の更新を行う。即ち、入稿管理部５０２は、更新依頼情報に含まれる端末識別子を用いて、上記Ｓ１４０３で受信したジョブＩＤ６０４（６１１）を含む印刷ジョブの図６の管理情報エントリの端末識別子６０３（６１０）を更新する。この結果、委譲対象ジョブの端末識別子情報が受信する携帯端末装置１０４の端末識別子情報に更新されて、委譲処理が完了する。

以上で説明したように、実施例５によれば、携帯端末装置１０４やＰＣ１０５から、別の携帯端末装置１０４にジョブの委譲が可能となり、複数の携帯端末装置１０４に関連する端末識別子で入稿されたジョブを特定の携帯端末装置１０４で原稿の引き出しができるように権限の委譲が行えるようになる。

なお、上記説明では、Ｓ１４０１では、ユーザＩＤを用いて携帯端末装置１０４もしくはＰＣ１０５から入稿した全てのジョブの情報を取得する構成について説明した。しかし、委譲側として携帯端末装置１０４を用いる場合、ユーザＩＤではなく、該携帯端末装置１０４の全ての端末識別子を用いて、自分が入稿したジョブの問い合わせを行うようにしてもよい。また、委譲側としてＰＣ１０５を用いる場合、ジョブを入稿する際に使用した全ての端末識別子を用いて、自分が入稿したジョブの問い合わせを行うようにしてもよい。

実施例６のシステム構成は、上述した実施例１と同じなので説明は省略する。本実施例では、実施例１と異なる部分のみ説明し、同一の部分については説明を省略する。
＜実施例６の処理シーケンス＞
図１５は、本発明の実施例６における処理のシーケンス図の一例を示すものである。この処理は、複数の携帯端末装置１０４から入稿した印刷ジョブを代表して１台の携帯端末で引き出す（印刷結果を得る）ための処理である。
なお、実施例６では、ジョブを選択した側の携帯端末装置がジョブの委譲側になる構成であり、双方でジョブを選択した場合、２台の携帯端末装置１０４が相互にジョブの委譲側となる構成である。
前提条件として、予め携帯端末装置１０４もしくはＰＣ１０５上でドキュメントを作成しておき、印刷装置１０２で印刷可能な印刷データを、ユーザＩＤ及び任意の端末識別子とセットにして、入稿管理サーバ１０１に入稿しておく。

Ｓ１５０１及びＳ１５０８では、ユーザが、まずジョブを委譲しようとする携帯端末装置１０４において、入稿処理ソフト１３０１を起動し、自分が入稿したジョブの問い合わせを指示する。指示を行った各々の携帯端末装置１０４で入稿処理ソフト１３０１のサーバ通信部１３０２が、問い合わせの情報を入稿管理部５０２に送信する。この時、問い合わせのために入稿管理部５０２に送信する情報は、携帯端末装置１０４に関連する全ての端末識別子の情報を用いるものとする。

入稿管理部５０２は、サーバ通信部１３０２から、問い合わせの情報を受信すると、Ｓ１５０２及びＳ１５０９において、上記受信した端末識別子に関連する全てのジョブを調べた後、問い合わせ元の携帯端末装置１０４で動作するサーバ通信部１３０２に返答する。

上記問い合わせを行ったジョブ委譲元の携帯端末装置１０４は、入稿管理部５０２からの返答を受信すると、Ｓ１５０３及びＳ１５１０において、委譲するジョブのユーザによる選択を受け付け、入稿管理部５０２を委譲するという状態に設定して、サーバ通信部１３０２から入稿管理部５０２に、上記選択したジョブのジョブＩＤを通知する。

Ｓ１５０４及びＳ１５１１では、ユーザが、携帯端末装置１０４ともう１つの携帯端末装置１０４のＮＦＣ Ｉ／Ｆ２０４同士をＮＦＣで通信のできる距離まで近づける。

Ｓ１５０５及びＳ１５１２では、入稿処理ソフト１３０１の中のジョブ委譲処理部１３０３が、携帯端末装置１０４同士のＮＦＣ間による接触を検出して、相互に自分の全ての端末識別子を委譲する相手側の携帯端末装置１０４にＮＦＣ Ｉ／Ｆ２０４を経由して送信する。このとき、片方だけの携帯端末装置１０４がジョブの委譲状態であった場合には、委譲側から受信側に端末識別子を送信する。双方の携帯端末装置１０４がジョブの委譲状態であった場合には、端末識別子の送信処理を交互に行う。

Ｓ１５０６及びＳ１５１３では、端末識別子を受信した側の携帯端末装置１０４で動作している、入稿処理ソフト１３０１の中のジョブ委譲処理部１３０３が、Ｓ１５０３及びＳ１５１０で選択した委譲するジョブに関連する端末識別子情報を、受信した端末識別氏情報にて更新するように、サーバ通信部１３０２に依頼する。具体的には、入稿処理ソフト１３０１は、上記受信した端末識別子を含む更新依頼情報をサーバ通信部１３０２に送信する。この処理は、端末識別子を受信した携帯端末装置１０４相互で行う。

相互のサーバ通信部１３０２は、ジョブ委譲処理部１３０３からジョブに関連する端末識別子情報の更新依頼（更新依頼情報）を受けると、Ｓ１５０７及びＳ１５１４において、該受けた更新依頼情報を、そのまま入稿管理部５０２に提供する。この処理は、端末識別子を受信した携帯端末装置１０４相互で行う。

入稿管理部５０２は、ジョブ委譲側の携帯端末装置１０４のジョブ委譲処理部１３０３から、ジョブに関連する端末識別子情報の更新依頼内容を受信すると、該受信した内容に従い、ジョブの管理情報エントリの端末識別子情報の更新を行う。即ち、入稿管理部５０２は、更新依頼情報に含まれる端末識別子を用いて、上記Ｓ１５０３及びＳ１５１０で受信したジョブＩＤ６０４（６１１）を含む印刷ジョブの図６の管理情報エントリの端末識別子６０３（６１０）を更新する。この結果、委譲対象ジョブの端末識別子情報が受信する携帯端末装置１０４の端末識別子情報に更新されて、委譲処理が完了する。この処理は、端末識別子を受信した側相互で行う。

以上で説明したように、実施例６によれば、携帯端末装置１０４から別の携帯端末装置１０４にジョブの委譲が可能となる。なお、複数の携帯端末装置１０４で相互にジョブを選択しておけば、複数の携帯端末装置１０４間で相互にジョブの委譲が可能となる。このように、複数の携帯端末装置１０４に関連する端末識別子で入稿されたジョブを特定の携帯端末装置１０４で原稿の引き出しができるように権限の委譲が行えるようになる。

実施例７のシステム構成は、上述した実施例１と同じなので説明は省略する。本実施例では、実施例１と異なる部分のみ説明し、同一の部分については説明を省略する。
＜実施例７の処理シーケンス＞
図１６は、本発明の実施例７における処理のシーケンス図の一例を示すものである。この処理は、複数の携帯端末装置１０４から入稿した印刷ジョブを代表して１台の携帯端末で引き出す（印刷結果を得る）ための処理である。
なお、実施例７では、加速度を検出した携帯端末装置１０４から他の携帯端末装置１０４へジョブを委譲する構成である。
前提条件として、予め携帯端末装置１０４もしくはＰＣ１０５上でドキュメントを作成しておき、印刷装置１０２で印刷可能な印刷データを、ユーザＩＤ及び任意の端末識別子とセットにして、入稿管理サーバ１０１に入稿しておく。

Ｓ１６０１及びＳ１６０７では、ユーザが、まずジョブを委譲しようとする携帯端末装置１０４において、入稿処理ソフト１３０１を起動し、自分が入稿したジョブの問い合わせを指示する。指示を行った各々の携帯端末装置１０４で入稿処理ソフト１３０１のサーバ通信部１３０２が、問い合わせの情報を入稿管理部５０２に送信する。この時、問い合わせのために入稿管理部５０２に送信する情報は、携帯端末装置１０４に関連する全ての端末識別子の情報を用いるものとする。

入稿管理部５０２は、サーバ通信部１３０２から、問い合わせの情報を受信すると、Ｓ１６０２及びＳ１６０８において、上記受信した端末識別子に関連する全てのジョブを調べた後、問い合わせ元の携帯端末装置１０４で動作するサーバ通信部１３０２に返答する。

上記問い合わせを行ったジョブ委譲元の携帯端末装置１０４は、入稿管理部５０２からの返答を受信すると、Ｓ１６０３及びＳ１６０９において、委譲するジョブのユーザによる選択を受け付け、入稿管理部５０２を委譲するという状態に設定して、サーバ通信部１３０２から入稿管理部５０２に通知する。

Ｓ１６０４及びＳ１６１０では、ユーザが、携帯端末装置１０４ともう１つの携帯端末装置１０４のＮＦＣ Ｉ／Ｆ２０４同士をＮＦＣで通信のできる距離まで近づける。ここでは、ジョブの受信側となる携帯端末装置１０４は固定したままにしておき、ジョブを委譲する（送信する）側の携帯端末装置１０４を相手側に近づけるような動作をさせることを想定する。なお、相互にジョブを委譲する場合には、両方の携帯端末装置１０４を動かして近づけるものとする。

Ｓ１６１１では、ジョブを委譲する（送信する）側の携帯端末装置１０４で動作している、入稿処理ソフト１３０１の中のジョブ委譲処理部１３０３が携帯端末装置１０４同士のＮＦＣ間による接触を検出する。このとき、ジョブ委譲処理部１３０３は、当該携帯端末装置１０４に加速度の検出があったか否かを加速度センサ２０９の出力により判断する。そして、加速度があった場合には、ジョブ委譲処理部１３０３は、携帯端末装置１０４で委譲状態に選択されているジョブＩＤを、もう一方の携帯端末装置１０４に送信する。

Ｓ１６０５では、ジョブＩＤを受信した側の携帯端末装置１０４におけるジョブ委譲処理部１３０３は、受信したジョブＩＤの端末識別子情報を、自分の端末識別子情報で更新するようにサーバ通信部１３０２に依頼する。具体的には、入稿処理ソフト１３０１は、上記受信したジョブＩＤ及び自分の全ての端末識別子を含む更新依頼情報をサーバ通信部１３０２に送信する。

ジョブＩＤを受信した側の携帯端末装置１０４のサーバ通信部１３０２は、ジョブ委譲処理部１３０３から更新依頼情報を受けると、Ｓ１６０６において、該受けた更新依頼情報を、そのまま入稿管理部５０２に提供する。

入稿管理部５０２は、受信側の携帯端末装置１０４のジョブ委譲処理部１３０３から、更新依頼情報を受信すると、該受信した内容に従い、図６で示したジョブの管理情報エントリの端末識別子情報の更新を行う。即ち、入稿管理部５０２は、更新依頼情報に含まれるジョブＩＤを含む印刷ジョブの図６の管理情報エントリの端末識別子６０３（６１０）を、更新依頼情報に含まれる端末識別子を用いて更新する。この結果、委譲対象ジョブの端末識別子情報が受信する携帯端末装置１０４の端末識別子情報に更新されて、委譲処理が完了する。実施例７では、加速度を検出したほうの携帯端末装置１０４で選択したジョブの端末識別子情報が、相手側の携帯端末装置１０４のもので置き換わるので、結果としてジョブの委譲処理が実施されることになる。

なお、Ｓ１６０４及びＳ１６１０において両方の携帯端末装置１０４を動かし、Ｓ１６１１以降の処理を、双方の携帯端末装置１０４で実施すれば、相互のジョブの委譲が可能となる。

以上で説明したように、実施例７によれば、携帯端末装置１０４から別の携帯端末装置１０４に加速度を利用してジョブの委譲が可能となる。なお、相互にジョブを選択しておき、相互に携帯端末装置１０４に加速度を検出させれば、複数の携帯端末装置１０４間で相互にジョブの委譲が可能である。このように、複数の携帯端末装置１０４に関連する端末識別子で入稿されたジョブを特定の携帯端末装置１０４で原稿の引き出しができるように権限の委譲が行えるようになる。

以上説明したように、本発明によれば、印刷装置へのログイン条件に電子マネーの支払い機能利用可否を加えることによりセキュリティを高め、携帯端末装置の端末識別子を用いた印刷物の取得を安全に実施可能にする。また、電子マネー等の携帯端末装置の近距離無線通信を用いた精算機能を使った印刷料金の支払いを可能にし、支払い処理を簡素化することができる。従って、印刷ショップ等における印刷物の安全な取得と、印刷料金の支払いの簡素化を実現することができる。
さらに、代表者がまとめて複数の印刷結果を引き取るための処理を容易に実施することが可能となる。

なお、ＮＦＣを用いた精算機能は、プリペイド型の電子マネーのみではなく、ポストペイ型の電子マネーであってもよい。
また、図１０のＳ９０３では、印刷要求受付部８０２が、携帯端末１０４のＮＦＣの精算機能が利用可能な状態か否かで印刷装置１０２へのログインの可否を制御する構成を説明した。しかし、印刷要求受付部８０２が、携帯端末１０４のロック画面の解除状態をＮＦＣ通信で取得し、携帯端末１０４のロック画面が解除されている場合に印刷装置１０２へのログインを許可し、携帯端末１０４のロック画面が解除されていない場合に印刷装置１０２へのログインを許可しないように制御してもよい。

通常、携帯端末１０４のロック画面の解除はパスワード等を用いて実施するので、その携帯端末装置１０４の所有者でしか実施し得ない。携帯端末装置１０４の所有者が必要なときにのみ、ロック画面を解除して利用している限りにおいては、この条件が設定されていることにより携帯端末装置１０４を不正に入手したユーザは印刷装置１０２にログインできないため、不正に印刷原稿を取得することが困難になる。

なお、ＮＦＣの代わりに、ＦｅｌｉＣａ（登録商標）やＭＩＦＡＲＥ（登録商標）等の他の近距離無線通信の規格を採用してもよいし、これらを組み合わせてもよい。さらに、一部の通信にブルートゥースを用いてもよい。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 入稿管理サーバ
１０２ 印刷装置
１０４ 携帯端末装置
１０５ ＰＣ
１０６ ＮＦＣ読み取り装置

Claims (34)

1. 携帯端末装置に関連する端末識別子と印刷データの組み合わせを保持するサーバ装置と、前記サーバ装置から印刷データを取得して印刷する印刷装置とを有する印刷システムであって、
   前記携帯端末装置は、近距離無線通信を用いた精算機能を有し、
   前記印刷装置は、
   近距離無線通信を用いて携帯端末装置から端末識別子を取得する第１の取得手段と、
   前記第１の取得手段により取得した端末識別子に対応する印刷データを前記サーバ装置から取得する第２の取得手段と、
   前記第２の取得手段により取得した印刷データの印刷料金を、近距離無線通信を用いた前記携帯端末装置の精算機能で精算する精算手段と、
   を有することを特徴とする印刷システム。
2. 前記印刷装置は、
   近距離無線通信を用いて前記携帯端末装置と通信し、前記携帯端末装置が前記精算機能を利用可能な状態か否かを判定する判定手段と、
   前記判定手段により、前記精算機能を利用可能な状態であると判定した場合には当該印刷装置の使用を許可し、前記精算機能を利用不可能な状態であると判定した場合には当該印刷装置の使用を許可しないことを特徴とする請求項１に記載の印刷システム。
3. 前記精算手段は、前記印刷データの印刷後に、前記精算を行うことを特徴とする請求項１又は２に記載の印刷システム。
4. 前記精算手段は、印刷データの単位で印刷が完了する毎に、前記精算を行うことを特徴とする請求項３に記載の印刷システム。
5. 前記精算手段は、前記印刷データの印刷前に、前記精算を行うことを特徴とする請求項１又は２に記載の印刷システム。
6. 前記印刷装置は、
   前記第１の取得手段により取得した端末識別子に対応する印刷データの情報を前記サーバ装置から取得する第３の取得手段と、
   前記第３の取得手段により取得した印刷データの情報を表示し、ユーザによる選択を受け付ける選択手段を有し、
   前記選択手段により選択された印刷データを印刷することを特徴とする請求項１乃至５のいずれか１項に記載の印刷システム。
7. 前記第２の取得手段は、前記選択手段により選択された印刷データを取得することを特徴とする請求項６に記載の印刷システム。
8. 前記印刷装置は、
   近距離無線通信を用いて前記携帯端末の精算機能で管理されている金銭情報を取得し、該金銭情報と前記第３の取得手段により取得した印刷データの情報に基づいて、前記精算手段により印刷料金を精算可能な印刷データと精算不可能な印刷データを識別する識別手段を有し、
   前記選択手段は、精算可能と識別された印刷データの選択を受け付け、精算不可能と識別された印刷データの選択を受け付けないことを特徴とする請求項６又は７に記載の印刷システム。
9. 前記選択手段は、表示された全ての印刷データの選択を受け付け可能であり、
   前記印刷装置は、前記精算手段により精算できなかった印刷料金の請求情報をユーザに通知する通知手段を有することを特徴とする請求項６又は７に記載の印刷システム。
10. 前記印刷装置は、前記第１の取得手段により取得した端末識別子に対応する印刷データを全て印刷するものであり、
    前記精算手段により精算できなかった印刷料金の請求情報をユーザに通知する通知手段を有することを特徴とする請求項１乃至５のいずれか１項に記載の印刷システム。
11. 前記通知手段は、前記請求情報を電子メールにより通知する、又は、前記請求情報を印刷することを特徴とする請求項９又は１０に記載の印刷システム。
12. 第１の携帯端末装置は、近距離無線通信を用いて、第２の携帯端末装置から端末識別子を取得し、前記第１の携帯端末装置の端末識別子に対応する印刷データを前記第２の携帯端末装置の端末識別子に対応させるように前記サーバ装置に依頼する依頼手段を有し、
    前記サーバ装置は、前記第１の携帯端末装置からの依頼に応じて、前記第１の携帯端末装置の端末識別子に対応する印刷データを、依頼された端末識別子に対応させるように変更する変更手段を有することを特徴とする請求項１乃至１１のいずれか１項に記載の印刷システム。
13. 前記依頼手段は、前記第１の携帯端末装置において選択された前記第１の携帯端末装置の端末識別子に対応する印刷データを前記第２の携帯端末装置の端末識別子に対応させるように前記サーバ装置に依頼することを特徴とする請求項１２に記載の印刷システム。
14. 第１の携帯端末装置は、近距離無線通信を用いて、第２の携帯端末装置から前記第２の携帯端末装置の端末識別子に対応する印刷データの識別情報を取得し、該取得した識別情報の印刷データを前記第１の携帯端末装置の端末識別子に対応させるように前記サーバ装置に依頼する依頼手段を有し、
    前記サーバ装置は、前記第１の携帯端末装置からの依頼に応じて、前記依頼された識別情報の印刷データを前記第１の携帯端末装置の端末識別子に対応させるように変更する変更手段を有することを特徴とする請求項１乃至１１のいずれか１項に記載の印刷システム。
15. 前記第２の携帯端末装置は、
    前記第２の携帯端末装置に加えられた加速度を検出する検出手段と、
    前記検出手段が加速度を検出した場合に、前記第２の携帯端末装置の端末識別子に対応する印刷データの識別情報を、前記第１の携帯端末に送信する送信手段と、
    を有することを特徴とする請求項１４に記載の印刷システム。
16. 前記送信手段は、前記第２の携帯端末装置において選択された前記第２の携帯端末装置の端末識別子に対応する印刷データの識別情報を送信することを特徴とする請求項１５に記載の印刷システム。
17. 前記サーバ装置は、前記印刷データをユーザＩＤにも対応させて保持するものであり、
    近距離無線通信を用いて、携帯端末装置から端末識別子を取得し、指定のユーザＩＤに対応する印刷データを、前記取得した端末識別子に対応させるように前記サーバ装置に依頼する依頼手段を有する情報処理装置を有し、
    前記サーバ装置は、前記情報処理装置からの依頼に応じて、前記依頼されたユーザＩＤに対応する印刷データを依頼された端末識別子に対応させるように変更する変更手段を有することを特徴とする請求項１乃至１１のいずれか１項に記載の印刷システム。
18. 前記情報処理装置は、前記ユーザＩＤを用いて前記サーバ装置から前記ユーザＩＤに対応する印刷データの情報を受信する受信手段を有し、
    前記依頼手段は、前記情報処理において前記受信手段で受信した情報に基づいて選択された前記ユーザＩＤに対応する印刷データを前記携帯端末装置の端末識別子に対応させるように前記サーバ装置に依頼することを特徴とする請求項１７に記載の印刷システム。
19. 前記端末識別子は、近距離無線通信の動作を掌るＩＣチップ固有のＩＤ値、ブルートゥースインタフェースのＭＡＣアドレス、無線ＬＡＮインタフェースのＭＡＣアドレス、携帯端末装置に登録されている電子メールアドレス、携帯端末装置に登録されている電話番号、携帯端末装置に装着するＳＩＭカードの識別番号、携帯端末装置固有のＵＵＩＤ、又は、携帯端末装置に登録されているユーザ名及びパスワードの少なくともいずれかであることを特徴とする請求項１乃至１８のいずれか１項に記載の印刷システム。
20. 携帯端末装置に関連する端末識別子と印刷データの組み合わせを保持するサーバ装置から印刷データを取得して印刷する印刷装置であって、
    近距離無線通信を用いて携帯端末装置から端末識別子を取得する第１の取得手段と、
    前記第１の取得手段により取得した端末識別子に対応する印刷データを前記サーバ装置から取得する第２の取得手段と、
    前記第２の取得手段により取得した印刷データの印刷料金を、近距離無線通信を用いた前記携帯端末装置の精算機能で精算する精算手段と、
    を有することを特徴とする印刷装置。
21. 近距離無線通信を用いて前記携帯端末装置と通信し、前記携帯端末装置が前記精算機能を利用可能な状態か否かを判定する判定手段と、
    前記判定手段により、前記精算機能を利用可能な状態であると判定した場合には当該印刷装置の使用を許可し、前記精算機能を利用不可能な状態であると判定した場合には当該印刷装置の使用を許可しないことを特徴とする請求項２０に記載の印刷装置。
22. 前記精算手段は、前記印刷データの印刷後に、前記精算を行うことを特徴とする請求項２０又は２１に記載の印刷装置。
23. 前記精算手段は、印刷データの単位で印刷が完了する毎に、前記精算を行うことを特徴とする請求項２２に記載の印刷装置。
24. 前記精算手段は、前記印刷データの印刷前に、前記精算を行うことを特徴とする請求項２０又は２１に記載の印刷装置。
25. 前記第１の取得手段により取得した端末識別子に対応する印刷データの情報を前記サーバ装置から取得する第３の取得手段と、
    前記第３の取得手段により取得した印刷データの情報を表示し、ユーザによる選択を受け付ける選択手段を有し、
    前記選択手段により選択された印刷データを印刷することを特徴とする請求項２０乃至２４のいずれか１項に記載の印刷装置。
26. 前記第２の取得手段は、前記選択手段により選択された印刷データを取得することを特徴とする請求項２５に記載の印刷装置。
27. 近距離無線通信を用いて前記携帯端末の精算機能で管理されている金銭情報を取得し、該金銭情報と前記第３の取得手段により取得した印刷データの情報に基づいて、前記精算手段により印刷料金を精算可能な印刷データと精算不可能な印刷データを識別する識別手段を有し、
    前記選択手段は、精算可能と識別された印刷データの選択を受け付け、精算不可能と識別された印刷データの選択を受け付けないことを特徴とする請求項６又は７に記載の印刷システム。
28. 前記選択手段は、表示された全ての印刷データの選択を受け付け可能であり、
    前記精算手段により精算できなかった印刷料金の請求情報をユーザに通知する通知手段を有することを特徴とする請求項２５又は２６に記載の印刷装置。
29. 前記第１の取得手段により取得した端末識別子に対応する印刷データを全て印刷するものであり、
    前記精算手段により精算できなかった印刷料金の請求情報をユーザに通知する通知手段を有することを特徴とする請求項２０乃至２４のいずれか１項に記載の印刷装置。
30. 前記通知手段は、前記請求情報を電子メールにより通知する、又は、前記請求情報を印刷することを特徴とする請求項２８又は２９に記載の印刷システム。
31. 前記端末識別子は、近距離無線通信の動作を掌るＩＣチップ固有のＩＤ値、ブルートゥースインタフェースのＭＡＣアドレス、無線ＬＡＮインタフェースのＭＡＣアドレス、携帯端末装置に登録されている電子メールアドレス、携帯端末装置に登録されている電話番号、携帯端末装置に装着するＳＩＭカードの識別番号、携帯端末装置固有のＵＵＩＤ、又は、携帯端末装置に登録されているユーザ名及びパスワードの少なくともいずれかであることを特徴とする請求項２０乃至３０のいずれか１項に記載の印刷装置。
32. 携帯端末装置に関連する端末識別子と印刷データの組み合わせを保持するサーバ装置と、前記サーバ装置から印刷データを取得して印刷する印刷装置とを有する印刷システムの制御方法であって、
    前記印刷装置が実行する、
    近距離無線通信を用いて携帯端末装置から端末識別子を取得する第１の取得ステップと、
    前記第１の取得ステップにより取得した端末識別子に対応する印刷データを前記サーバ装置から取得する第２の取得ステップと、
    前記第２の取得ステップにより取得した印刷データの印刷料金を、近距離無線通信を用いた前記携帯端末装置の精算機能で精算する精算ステップと、
    を有することを特徴とする印刷システムの制御方法。
33. 携帯端末装置に関連する端末識別子と印刷データの組み合わせを保持するサーバ装置から印刷データを取得して印刷する印刷装置の制御方法であって、
    近距離無線通信を用いて携帯端末装置から端末識別子を取得する第１の取得ステップと、
    前記第１の取得ステップにより取得した端末識別子に対応する印刷データを前記サーバ装置から取得する第２の取得ステップと、
    前記第２の取得ステップにより取得した印刷データの印刷料金を、近距離無線通信を用いた前記携帯端末装置の精算機能で精算する精算ステップと、
    を有することを特徴とする印刷装置の制御方法。
34. コンピュータを、請求項２０乃至３１のいずれか１項に記載された手段として機能させるためのプログラム。

Images