JP2016007704A - 印刷制御装置、印刷制御方法、およびプログラム - Google Patents

Abstract

【課題】 外部装置へのアクセスに基づく処理に対して有効期限が設定されているアクセス情報の印刷制御を適切に行う。
【解決手段】 外部装置へアクセスに基づく処理に対して有効期限が設定されているアクセス情報が取得されてからの経過時間が所定の時間を越えている場合、当該アクセス情報の印刷が可能であったとしても当該アクセス情報を印刷させない。
【選択図】 図７

Description

外部装置へアクセスするためのアクセス情報を印刷装置に印刷させる印刷制御装置、印刷制御方法、およびプログラムに関する。

インターネット上のサイトで提供するサービスを利用する為に、ユーザ情報を登録するための認証処理を行う場合がある。このような認証処理として、使用権をアクセストークンとして発行する方法がある。

特許文献１には、ユーザがＰＣにより取得した仮登録ＩＤをＭＦＰで入力することで、サービスを提供するＷｅｂサーバが、当該ＭＦＰにアクセストークンを発行することが記載されている。

また、以下のように使用権の登録を行う方法がある。まずサービスを提供するサーバが使用権を許可する為の認証ページのＵＲＬ（ｉｎｖｉｔｅ＿ｐａｇｅ＿ｕｒｌ、以下、認証用ＵＲＬ）をクライアント装置に送信する。この認証用ＵＲＬは、クライアント装置により表示や印刷されることでユーザに提示される。そしてユーザは、認証用ＵＲＬに従ってブラウザ機能のある装置により認証ページへアクセスし、アクセストークン発行をサーバへ要求する。サーバはこの要求を受けて、アクセストークンをクライアント装置に発行する。これによりクライアント装置は、上記のように発行されたアクセストークンを利用してサービスを利用する事が出来るようになる。

特開２０１２−１１３６９６号公報

上記のようなサービスを提供するサーバにおいて、認証用ＵＲＬをクライアント装置のユーザではない第三者が利用するリスクを軽減する為に、認証用ＵＲＬを用いた認証処理に対して有効期間が設定されている場合がある。

しかしながら、例えば認証用ＵＲＬをプリンタにより印刷する場合に、ユーザによる印刷許可や、他の印刷の完了待ち、或いは各種のエラーの回復や、記録剤や印刷用紙の準備等、各種の要因により印刷までに時間を要する場合がある。すると認証用ＵＲＬの印刷が完了してユーザが認証用ＵＲＬに従ってアクセスしたときに、当該認証用ＵＲＬに基づく認証の有効期限が既に切れてしまっている場合がある。

このように認証用ＵＲＬの有効期限が切れてしまうと、使用権（アクセストークン）を取得できないばかりでなく、認証用ＵＲＬの印刷に使用された印刷用紙や記録剤が無駄になるという課題がある。

本発明は上記の問題点を解決するためになされたものである。本発明は、外部装置へのアクセスに基づく処理に対して有効期限が設定されているアクセス情報の印刷制御を適切に行うことができる印刷制御装置、印刷制御方法、およびプログラムを提供することを目的とする。

本発明の印刷制御装置は、外部装置へアクセスするための情報であって、当該アクセスに基づく処理に対して有効期限が設定されているアクセス情報を取得する取得手段と、
前記取得手段により前記アクセス情報が取得されてからの経過時間が所定の時間を越えている場合、印刷装置により当該アクセス情報の印刷が可能であったとしても当該アクセス情報を印刷させず、当該経過時間が当該所定の時間を越えていない場合、当該アクセス情報を当該印刷装置に印刷させる印刷制御手段を有することを特徴とする。

本発明によれば、外部装置へアクセスに基づく処理に対して有効期限が設定されているアクセス情報が取得されてからの経過時間が所定の時間を越えている場合、当該アクセス情報の印刷が可能であったとしても当該アクセス情報を印刷させない。そのため当該アクセス情報の印刷制御を適切に行うことができる。

本実施形態におけるシステム構成の一例を示す図である。 ＭＦＰ１０１の構成を示す図である。 リレーサーバ１０２のアプリケーションの機能構成を示す図である。 リレーサーバ１０２がサイトＡから取得した情報の一例である。 ＩｎｖｉｔｅＰａｇｅが印刷された印刷媒体の例を示す図である。 ＭＦＰ１０１が使用権（アクセストークン）を取得するまでの遷移図である。 実施形態１においてＭＦＰ１０１がＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。 実施形態２においてＭＦＰ１０１がＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。 実施形態３においてＭＦＰ１０１がサイトＡの使用権を取得する際の処理を説明するための遷移図である。 実施形態４においてＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。 印刷ジョブの管理処理の一例を示す図である。 スプーラ内のジョブを示す図である。 印刷順の入れ替えを実施した後の印刷ジョブを示す図である。 印刷ジョブの管理処理の一例を示す図である。 ステップ１４０１における処理により印刷順が変更された印刷ジョブを示す図である。 実施形態６におけるＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。 ステップ１８０２において発行されるアルバム情報要求の一例を示す図である。 ＭＦＰ１０１が、図６に示した処理により取得したアクセストークンを利用して、アルバム情報を表示する処理を示す遷移図である。 実施形態７におけるＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。

以下、本発明の実施の形態について詳細に説明する。

（実施形態１）
以下、添付図面を参照して本実施形態を詳細に説明する。図１は本実施形態におけるシステム構成の一例を示す図である。

ＭＦＰ（マルチ・ファンクション・プリンタ）１０１が、インターネット１１０を介してリレーサーバ１０２に接続され、リレーサーバ１０２を経由してＷｅｂアプリケーションサーバとしての写真共有サイト（以下：サイト）に接続されている。当該サイトのサーバには、ＰＣやスマートフォン、タブレット等の機器からアップロードされた画像が格納されている。ＭＦＰ１０１はサイトが提供するサービスを利用して、これらのサーバから画像をダウンロードして印刷することができる。またはＭＦＰ１０１が原稿を読み取ることで得られた読取画像をこれらのサーバにアップロードすることができる。

このようなサービスをＭＦＰ１０１が利用するためには、サイトＡ１０３またはサイトＢ１０４にＭＦＰ１０１を登録する必要がある。具体的には、ＭＦＰ１０１のアカウントに対応するアクセストークンが、サイトが提供するサービスを使用する使用権としてＭＦＰ１０１に発行される必要がある。このアクセストークンにはＭＦＰ１０１のアカウント情報や、当該アクセストークンで使用可能なサービスを特定するための情報が含まれる。そしてＭＦＰ１０１は、サイトが提供するサービスを利用する際にアクセストークンを利用要求とともにサイトのサーバに送信する。サーバにおいては、アクセストークンに含まれているアカウント情報がサーバに登録されているアカウントに対応する場合に、ＭＦＰ１０１へのサービスの提供を許可する。本実施形態においてはＯＡｕｔｈ２．０認証によるアクセストークンの発行が実行される。

なおＭＦＰ１０１がサイトＡ１０３、サイトＢ１０４のそれぞれを利用するためには、それぞれに個別に対応する２つのアクセストークンを取得する必要がある。このアクセストークンの発行のために、サイトＡ１０３、サイトＢ１０４はそれぞれ、認証用のＷｅｂページを提供している。そしてＭＦＰ１０１がアクセストークンの発行を要求した場合、その認証用のＷｅｂページのＵＲＬとＵｓｅｒ Ｃｏｄｅを含む情報がＭＦＰ１０１に送信され、ＭＦＰ１０１において印刷される。なお、ＭＦＰ１０１とサイトＡ１０３またはサイトＢ１０４との通信はリレーサーバ１０２を介して実行される。

ユーザは上記のように印刷されたＵＲＬに従って、認証用のＷｅｂページにアクセスする。具体的には、ＰＣ１０５はブラウザ機能を備えており、ユーザはＰＣ１０５のＷｅｂブラウザに対して当該ＵＲＬを入力することで、認証用のＷｅｂページにアクセスすることができる。なおＰＣ１０５に限らず、スマートフォンやタブレット、携帯電話等のデバイスをＰＣ１０５の代わりに用いて、これらのデバイスから認証用ページにアクセスしてもよい。またＭＦＰ１０１にブラウザ機能がある場合には、ＭＦＰ１０１を用いてアクセスしてもよい。

ユーザが上記ＵＲＬに従ってＰＣ１０５によりアクセスしたＷｅｂページにおいて、サイトが管理しているユーザアカウントと、上記のように印刷されたＵｓｅｒ Ｃｏｄｅを入力する。これによりサイトでは、当該ユーザアカウントが、ＭＦＰ１０１のオーナーのアカウントとしてＭＦＰ１０１と対応付けられる。また当該ユーザアカウントに対応する画像に関するサービスの使用権として、ＭＦＰ１０１にアクセストークンが発行される。

なおサイトＡ、サイトＢではユーザアカウントにより提供可能な画像が区別されている。即ち、特定のユーザに対して特定の画像を提供するように設計されている。よってＭＦＰ１０１に対して発行されるアクセストークンの権限は、ＭＦＰ１０１に対応するユーザアカウントにより閲覧可能な画像の利用に限定される。例えばＭＦＰ１０１は、このように発行されたアクセストークンを用いて、ＰＣを介さずに写真共有サイト内の上記ユーザアカウントに対応する画像を印刷することができる。具体的には、サイトにおいて格納されているアルバム／画像データを選択するための選択画面を表示し、またユーザの指示に応じて印刷対象の画像を選択し、当該画像をサイトから取得して印刷を実行することができる。

またＭＦＰ１０１は、複数のサイトのそれぞれに対する個別のＡＰＩを実装せず、リレーサーバ１０２に対するＡＰＩを実装し、リレーサーバ１０２が複数のサイトのそれぞれに対応するＡＰＩを利用してこれらのサイトと通信する。そのためＭＦＰ１０１はリレーサーバ１０２に対してサイトの特定と要求を発行する。リレーサーバ１０２は、ＭＦＰ１０１の要求から指定されたサイトを特定し、予め備えているそのサイトのＡＰＩを利用してサイトから情報を取得する。リレーサーバ１０２は、サイトの使用権を登録する処理においても、ＭＦＰ１０１の補助を行う。具体的にはリレーサーバ１０２は、ＭＦＰ１０１からのアクセストークン発行の要求を、ＭＦＰ１０１が指定したサイトに通知し、またアクセストークンの取得、ＭＦＰ１０１への送信等を行う。

［写真共有サイト］
上記のようにサイトＡ、サイトＢは、認証用Ｗｅｂページを用意しており、その認証用ページにアクセスするためのアクセス情報としてＵＲＬをＭＦＰ１０１に通知する。ただし、例えばＵＲＬが印刷された印刷媒体をＭＦＰ１０１のユーザが紛失し、ＭＦＰ１０１のユーザではない第三者によりそのＵＲＬが使用される恐れがある。この場合、ＭＦＰ１０１とは関係のないユーザアカウントとＭＦＰ１０１が対応付けられてサイトに登録されてしまう恐れがある。そのためサイトＡ、サイトＢではＭＦＰ１０１に対して送信するＵＲＬに有効期限（例えばＵＲＬの発行から３０分）を設ける。そのためＭＦＰ１０１のユーザは、その有効期限内にＭＦＰ１０１の登録操作を行う必要がある。

［ＭＦＰ］
図２はＭＦＰ１０１の構成を示す図である。

ＭＦＰ１０１は、操作部２０１と、カードインターフェース２０２と、読取部２０８と、印刷部２０９とを有する。また、その他にＭＦＰ１０１はＣＰＵ２００と、ＲＯＭ２０３と、ＲＡＭ２０４と、不揮発性ＲＡＭ２０５と、表示部２０６と、画像処理部２１０と、圧縮／解凍部２１１と、駆動部２１２と、センサ部２１３を有する。

ＣＰＵ２００は、操作部２０１に対するユーザの操作に従い、ＲＯＭ２０３に記憶されているプログラムをＲＡＭ２０４上で実行することで、ＭＦＰ１０１を制御する。ＲＯＭ２０３は、ＭＦＰ１０１の制御命令プログラム等を格納している。なお、上記のように認証ページへのアクセスはＰＣ１０５により実行されるため、ＲＯＭ２０３にはＷｅｂブラウザのプログラムが含まれていなくてもよい。その場合、リレーサーバ１０２との通信にはリレーサーバ１０２用のＡＰＩにより実行される。例えばサイトＡ、サイトＢのそれぞれを使用するための専用のアプリケーションがＲＯＭ２０３に格納されており、それらのアプリケーションは上記のＡＰＩを介してリレーサーバ１０２と通信する。これにより、ＷｅｂブラウザがＭＦＰ１０１に搭載されていなくても、リレーサーバ１０２を介してサイトＡ、サイトＢにアクセスすることができる。

ＲＡＭ２０４は、上記のようにＣＰＵ２００によるワーキングメモリとして動作する他、印刷ジョブのスプーラの記憶領域としても利用される。

不揮発性ＲＡＭ２０５は、ＭＦＰ１０１が取得した情報が格納される不揮発性のメモリである。例えばサイトから発行されたアクセストークンは、不揮発性ＲＡＭ２０５に格納されるため、ＭＦＰ１０１の電源が遮断された場合でも、アクセストークンを記憶しておくことができる。

さらにＭＦＰ１０１は無線ネットワーク部２０７と有線ネットワーク部２１４を含む。無線ネットワーク部２０７はＩＥＥＥ ８０２．１１ａなどの規格に対応した無線ＬＡＮアクセスポイントと無線で通信可能である。有線ネットワーク部２１４は１００Ｂａｓｅ−ＴＸなどのより対線ケーブルを接続可能なＥｔｈｅｒｎｅｔ（登録商標）コネクタを備えている。

ＭＦＰ１０１はこれら無線ネットワーク部２０７または有線ネットワーク部２１４を用いて、ＴＣＰ／ＩＰプロトコルを使用してインターネットに接続された他の機器と通信できる。

操作部２０１はユーザが操作するためのキーやタッチパッド等を備える操作デバイスである。表示部２０６は、画像や各種の情報をユーザに提示するための画面を表示するディスプレイである。なお、操作部２０１としてのタッチパッドと表示部２０６が一体となったタッチパネルが設けられてもよい。

読取部２０８は、原稿を読み取るための光学センサを備え、その光学センサにより読取画像をＲＡＭ２０４上に生成する。

印刷部２０９は、インクを格納するインクタンクや、インクを吐出するための記録ヘッドが装着可能であり、また印刷用紙を搬送する搬送部等を備え、インクジェット方式により印刷媒体に画像を印刷する。なお、印刷部２０９はインクジェット方式に限らず、例えば電子写真方式により画像を印刷する場合であってもよい。

ＭＦＰ１０１は、印刷部２０９による印刷機能の他、読取部２０８によるスキャナ機能を備える。また読取部２０８、印刷部２０９を用いたコピー機能を備える。

カードインターフェース２０２は、例えば印刷部２０９により印刷される画像を記憶したメモリカードをユーザが挿入するためのインターフェースである。画像処理部２１０は、印刷部２０９により印刷される画像、もしくは読取部２０８により読み取られた画像に各種の画像処理を実行する。圧縮／解凍部２１１は、読取部２０８により読み取られた画像の圧縮処理、もしくは外部装置から受信した印刷対象の画像の解凍処理を実行する。駆動部２１２は、印刷部２０９が備える搬送部を動作させ、また記録ヘッドを駆動させる。センサ部２１３は、搬送部による搬送中の印刷媒体の位置、また大きさや種類を検知するためのセンサである。

本実施形態ではＭＦＰ１０１が有効期限のあるＵＲＬをＩｎｖｉｔｅＰａｇｅとして印刷部２０９により印刷媒体へ印刷する。例えば表示部２０６が小型のディスプレイである場合、ＵＲＬをディスプレイに表示すると、ユーザがＵＲＬを視認し難い場合がある。そこでＵＲＬを印刷媒体に印刷することにより、ＵＲＬの視認性を向上させることができる。またユーザがＰＣ１０５に移動してＵＲＬを入力する場合でも、ＵＲＬが印刷された印刷媒体であれば持ち運びがし易く、ユーザの操作性を向上させることができる。

またＭＦＰ１０１は、ネットワーク通信機能を備え、リレーサーバ１０２のＡＰＩに対応する構成を持つ。具体的にはＭＦＰ１０１は、ＭＦＰ１０１本体で動作するアプリケーションがリレーサーバ１０２のＡＰＩへ要求を行うことで、写真共有サイトの認証登録及び情報を取得する。具体的には、リレーサーバ１０２との間のＡＰＩにより、リレーサーバ１０２とＨＴＴＰのＰＯＳＴ通信を行うことで、各種の要求を発行する。

以下、リレーサーバ１０２とＭＦＰ１０１の認証登録時のＡＰＩについて説明する。ＡＰＩの定義は以下の通りである。
ＡＰＩ−２０：登録要求
ＭＦＰ１０１が指定するサイトの使用権（アクセストークン）を取得する要求。この要求の戻り値は、ＩｎｖｉｔｅＰａｇｅ生成の為に必要な情報を含む。また戻り値として、リレーサーバ１０２がサイトから認証結果の応答を待つためのポーリング制御情報（周期、期間）が含まれる。
ＡＰＩ−２１：認証待ち
リレーサーバ１０２に認証結果の応答を待つよう指示するための要求。ＭＦＰ１０１はＩｎｖｉｔｅＰａｇｅ発行を受けてリレーサーバ１０２にこの要求を行う。その後、認証結果として使用権（アクセストークン）を受領するまでリレーサーバ１０２からの応答を待つ。
ＡＰＩ−１０００：アルバム情報取得要求
リレーサーバ１０２に、ＭＦＰ１０１が指定するサイトのアルバム情報（画像のＵＲＬ等）を取得させるための要求。ＭＦＰ１０１は、アクセストークン等サイトを利用する際に必要な認証情報を要求に付加する。ＭＦＰ１０１は、この要求の後、アルバム情報の応答待ちの状態となる。

ＭＦＰ１０１は上記のＡＰＩを用いてリレーサーバ１０２に各種の要求を行う。これによりＭＦＰ１０１はサイトのサーバと直接通信しなくても、またサイト毎に応じたＡＰＩを実装していなくても、各サイトへの要求、または各サイトからの情報の取得を行うことができる。

［リレーサーバ］
リレーサーバ１０２は、ＭＦＰ１０１と、Ｗｅｂアプリケーションサーバとして写真共有サイト機能を提供しているサイトなどとの情報取得を仲立ちするＡＰＩ変換機能を主な機能とするサーバである。リレーサーバ１０２は、ＭＦＰ１０１との関係としては、Ｗｅｂサーバとしての機能となるが、各写真共有サイトのサーバとの関係はクライアントとなる。

図３は、リレーサーバ１０２のアプリケーションの機能構成を示す図である。主な機能はＡＰＩ変換機能で、ＭＦＰ１０１との間では、“ＭＦＰ−ＡＰＩ”を定義し、この中で、指定された接続先の各写真共有サイトのサーバとの間で、“サイトＡ−ＡＰＩ”、“サイトＢ−ＡＰＩ”を利用して情報取得の変換を行う。本実施形態ではサイトＡへの認証登録について開示する。ＭＦＰ１０１からのＡＰＩ２０の接続要求に対しては、サイトＡに対してログイン認証を実行し情報を取得する。取得した情報はＭＦＰ１０１へ応答する。

またリレーサーバ１０２は以下の機能を有する。
・パーサー機能：
各サイトから独自に定義した情報であるＸＭＬリストをパーサーにより解釈する。
・フィルター機能：
各サイトから取得したデータのうちＭＦＰ１０１に送付する情報以外を削除する機能。有効期限の切れたコンテンツや、指定以外のファイルタイプ、上限以上のファイルサイズの画像情報などを削除する。
・チェック機能：
ＭＦＰ１０１からのコンディションチェック要求に対してＭＦＰ１０１のＩＰアドレス及び送付される情報より各サイトのサーバへの接続が可能であるかチェックする。
・制御機能：
ＭＦＰ１０１の仕向け情報より接続するサイトサーバへの振り分け機能などの制御機能。

リレーサーバ１０２は、これらの機能を用いて、ＭＦＰ１０１や各サイトのサーバとの通信や情報の取得、各種の要求を行う。

次に、ＭＦＰ１０１のユーザによるアクセストークンの取得について説明する。

図６は、ＭＦＰ１０１が使用権（アクセストークン）を取得するまでの遷移図である。図６の例ではサイトＡからアクセストークンを取得する例を示すが、サイトＢについても同様の処理によりアクセストークンが取得される。

ステップ６０１においてＭＦＰ１０１が、リレーサーバ１０２へＡＰＩ−２０により登録要求を発行する。この登録要求は、ユーザがＭＦＰ１０１の操作部２０１を操作することにより発行される。例えば表示部２０６においてサイトＡに対応するアプリケーションをユーザが初めて起動した場合に、登録要求が発行される。なお、登録要求には、当該要求がサイトＡのためのものであることを示す情報が含まれている。

リレーサーバ１０２はステップ６０２において、登録要求がサイトＡへの登録要求であることを理解し、“サイトＡ−ＡＰＩ”を利用してサイトＡのサーバに登録要求を発行する。このときＭＦＰ１０１を特定するためのデバイス特定情報がサイトＡのサーバに送信され、当該サーバにデバイス特定情報が登録される。またデバイス特定情報はリレーサーバ１０２にも登録される。デバイス特定情報は、ステップ６０１においてＭＦＰ１０１が登録要求と共にリレーサーバ１０２に送信し、それがリレーサーバ１０２、サイトのサーバに登録される。或いは、リレーサーバ１０２において予めＭＦＰ１０１を特定するための情報が登録されていた場合、その情報をデバイス特定情報としてサイトのサーバに登録してもよい。

サイトＡのサーバはステップ６０３において、登録要求に対して図４に示す情報を返却する。図４は、リレーサーバ１０２がサイトＡから取得する情報の一例である。この情報の一部がＩｎｖｉｔｅＰａｇｅとして印刷される。

“ｄｅｖｉｃｅ＿ｃｏｄｅ”は、ＭＦＰ１０１を特定するための上記デバイス特定情報であり、ＩｎｖｉｔｅＰａｇｅやアクセストークンをリレーサーバ１０２がＭＦＰ１０１に送信するときに用いられる。この“ｄｅｖｉｃｅ＿ｃｏｄｅ”は、サイトのサーバとともにリレーサーバ１０２にも登録される。例えばサイトからＭＦＰ１０１にデータが送信されるとき、サイトはデータとともに“ｄｅｖｉｃｅ＿ｃｏｄｅ”をリレーサーバ１０２に送信する。そしてリレーサーバ１０２は、“ｄｅｖｉｃｅ＿ｃｏｄｅ”を用いて、自身が管理する多数のＭＦＰからＭＦＰ１０１を特定し、データを送信する。

“ｖｅｒｉｆｉｃａｔｉｏｎ＿ｕｒｌ”はＩｎｖｉｔｅＰａｇｅ生成の為に必要な情報であるＵＲＬ情報であり、ＩｎｖｉｔｅＰａｇｅとして印刷される。このＵＲＬ情報は、ＭＦＰ１０１のユーザがＰＣ１０５等のデバイスでサイトＡの認証ページへアクセスするためのＵＲＬを示す。

“ｕｓｅｒ＿ｃｏｄｅ”はＩｎｖｉｔｅＰａｇｅとして印刷される情報であり、ユーザが上記ＵＲＬ情報に従ってアクセスした認証ページにおいて入力するための情報である。サイトのサーバは、認証用ＵＲＬと“ｕｓｅｒ＿ｃｏｄｅ”とにより、当該認証用ＵＲＬ従ってアクセスしてきたユーザがＩｎｖｉｔｅＰａｇｅを印刷させたユーザであること、即ちＭＦＰ１０１のユーザからアクセスされたことを確認することができる。

“ｅｘｐｉｒｅｓ＿ｉｎ“は、認証有効時間を表し単位は秒である。即ち図４に示す情報がサイトから発行されてから、“ｖｅｒｉｆｉｃａｔｉｏｎ＿ｕｒｌ”、“ｕｓｅｒ＿ｃｏｄｅ”を用いた認証の有効期限までの時間を示す。またこの情報はリレーサーバ１０２におけるポーリング期間としても使用される。リレーサーバ１０２は、サイトＡから発行されるアクセストークンをサイトＡから受け取り、ＭＦＰ１０１に送信するために、サイトＡに対してポーリングを実行する。そのときリレーサーバ１０２は認証有効時間の間、ポーリングを実行する。“ｉｎｔｅｒｖａｌ”は、ポーリングの間隔を表し単位は秒である。リレーサーバ１０２は、ＭＦＰ１０１がＡＰＩ−２１を用いて認証待ちの要求を行ったことに応じてサイトＡへポーリングを実行し、アクセストークンを取得する。

リレーサーバ１０２はステップ６０４において、ステップ６０３で取得された情報をパーサー機能で解析し、ＭＦＰ１０１に必要な情報としてＡＰＩに適合した情報を抜き出し、送信する。例えば“ｄｅｖｉｃｅ＿ｃｏｄｅ”以外の情報が抜き出される。

ＭＦＰ１０１は更に、ＡＰＩ−２１によりポーリング制御情報を含めてリレーサーバ１０２へ認証待ち指示を発行する（６０５）。ポーリング制御情報は、ステップ６０４においてＭＦＰ１０１が取得した、図４に示す“ｅｘｐｉｒｅｓ＿ｉｎ“、“ｉｎｔｅｒｖａｌ”である。

リレーサーバ１０２は、認証待ち指示を受け、サイトに対するポーリングを開始する（６０６）。リレーサーバ１０２はステップ６０６において、ＭＦＰ１０１から取得したポーリング制御情報（周期、期間）をパーサー機能により解析し、そのポーリング制御情報に応じてポーリングを行う。この例では、アクセストークンが発行されるまで最大３０分、５秒周期でポーリングを行う。

ＭＦＰ１０１は、ステップ６０４においてリレーサーバ１０２から取得したデータをパーサーで解析し、ＩｎｖｉｔｅＰａｇｅ生成の為に必要な情報取り出し、ＩｎｖｉｔｅＰａｇｅの印刷データを生成する。そしてＭＦＰ１０１は、印刷部２０９によりＩｎｖｉｔｅＰａｇｅを印刷媒体に印刷する（６０７）。

図５は、ＩｎｖｉｔｅＰａｇｅが印刷された印刷媒体の例を示す図である。印刷データとして、図４に示した情報からＵＲＬと、ユーザコードが抜き出されて印刷される。この例の他にＩｎｖｉｔｅＰａｇｅ情報をＱＲコード（登録商標）に変換して印刷する事も可能である。

またＭＦＰ１０１は、ステップ６０４においてリレーサーバ１０２からの応答を受けた時間を基準時間として設定する。ＭＦＰ１０１では、この基準時間からの経過時間により、ＩｎｖｉｔｅＰａｇｅを印刷するか判定される。詳細については図７を用いて後述する。

ユーザは、ＭＦＰ１０１が印刷したＩｎｖｉｔｅＰａｇｅに記載されているＵＲＬ情報をブラウザ機能を備えるＰＣ１０５に入力し、サイトＡに対してアクセスする。そして、ＭＦＰ１０１への使用権（アクセストークン）の許諾をサイトＡのサーバに要求する（６０８）。なお、ブラウザ機能を備える装置としてＰＣ１０５に限らず、例えばスマートフォンや携帯電話、タブレット等の各種の装置でもよい。或いは、ＭＦＰ１０１にＷｅｂブラウザ機能が搭載されている場合、ＭＦＰ１０１の操作部２０１を用いてＵＲＬを入力し、ＭＦＰ１０１がアクセストークンを要求してもよい。

リレーサーバ１０２においては、サイトＡが認証用ＵＲＬを含む情報を発行してから認証有効時間内のみ、その認証用ＵＲＬによる認証処理が有効となる。認証有効時間を経過した場合、ＭＦＰ１０１は、図７において後述する処理によりアクセストークンの再発行を要求する。サイトＡは使用権が発行された直後のポーリングに対してアクセストークン及びリフレッシュトークンをリレーサーバ１０２に送信する（６０９）。リレーサーバ１０２は、認証待ちをしているＭＦＰ１０１へアクセストークン及びリフレッシュトークンを送信し、ＭＦＰ１０１がこれを取得する（６１０）。ＭＦＰ１０１は、ステップ６１０で取得したアクセストークン及びリフレッシュトークンを不揮発性ＲＡＭ２０５の保存管理領域に保存する（６１１）。

なお、リフレッシュトークンは有効期限のあるアクセストークンを再発行する為の情報である。具体的には、アクセストークンの有効期限が切れた場合に、クライアント装置（例えばＭＦＰ１０１）がリフレッシュトークンをサーバに対して提示することで、サーバは、当該リフレッシュトークンに対応するアクセストークンをクライアント装置に再発行する。ただし、リフレッシュトークンの発行は必須の構成ではなく、アクセストークンの有効期限が切れた場合、ＭＦＰ１０１が新規のアクセストークンを要求し、サーバにより改めて作成された新規のアクセストークンが発行されてもよい。

図７は、実施形態１においてＭＦＰ１０１がＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。なお、図７に示す処理に対応するプログラムがＲＯＭ２０３に格納されており、ＣＰＵ２００がＲＡＭ２０４上でこのプログラムを実行することにより、図７に示す処理が実現される。

図７に示すフローは、ユーザが操作部２０１を用いて、サイトＡもしくはサイトＢにＭＦＰ１０１を登録するための指示を行った場合に実行される。例えばサイトＡまたはサイトＢに対応するアプリケーションをユーザが初めて起動してときに、図７に示す処理が実行される。

ステップ７００においてＣＰＵ２００は、表示部２０６に、サイトＡ１０３もしくはサイトＢ１０４が提供するサービスに対応するＩｎｖｉｔｅＰａｇｅの印刷をユーザが指示するための画面を表示させる。

ステップ７０１でＣＰＵ２００は、ステップ７００において表示された画面において、ユーザが印刷の指示を行ったか判定する。ユーザが印刷指示を行った場合、ＩｎｖｉｔｅＰａｇｅの印刷が許可される。

ステップ７０１において、ユーザによりＩｎｖｉｔｅＰａｇｅの印刷が許可されたと判定された場合、ＣＰＵ２００はＡＰＩ−２０の登録要求をリレーサーバ１０２に発行し、図４に示されている認証関連情報を取得する（７０２）。ステップ７０２の処理は、図６のステップ６０１、６０４の処理に相当する。なお、ユーザはサイトＡ、サイトＢのいずれに対する登録であるか予め指定しており、上記の登録要求にはユーザが指定したサイトを示す情報が含まれている。ここではユーザがサイトＡを指定してものとして説明する。

ＣＰＵ２００はステップ７０２において、認証関連情報の取得からの時間の計測を開始する。このように計測された時間が、後述するステップ７０６において、認証関連情報の取得からの経過時間として設定される。

ステップ７０２において認証関連情報が取得されると、ＣＰＵ２００は、取得されたデータを図４に示したパーサー機能により解析する（７０３）。

次にＣＰＵ２００は、パーサー機能により抽出されたポーリング制御情報を基に、当該認証関連情報に基づくＩｎｖｉｔｅページの印刷が有効である時間（印刷有効時間）を設定する（７０４）。印刷有効時間は、認証ＵＲＬの認証有効時間の“Ｔ０”（例えば３０分）から、ユーザがＩｎｖｉｔｅＰａｇｅのＵＲＬを用いてＭＦＰ１０１をサイトに登録するために必要な時間“Ｔ１”（例えば５分）が減算された時間“Ｔ０−Ｔ１”（例えば２５分）である。

認証有効時間“Ｔ０”は、サイトＡにおいて設定されている、当該認証関連情報に基づく認証処理の有効期限までの時間である。この認証有効時間は、ステップ７０２において取得された認証関連情報（図４）に期限情報として含まれており、この期限情報から取得される。例えばサイトＢではサイトＡとは異なる認証有効時間（例えば６０分）が設定されていた場合でも、認証関連情報から認証有効時間が取得されるため、サイトに対応する認証有効時間を取得することができる。

また“Ｔ１”は、ＩｎｖｉｔｅＰａｇｅの印刷時間と、ユーザによるＰＣ１０５の操作時間を含む。ＰＣ１０５の操作時間は、ＰＣ１０５によりＩｎｖｉｔｅＰａｇｅのＵＲＬに対してアクセスし、ユーザコードの入力等を行うための時間である。なお印刷時間はＭＦＰ１０１の状態（印刷中であるのか、インクや紙が不足していないか等）により変化する。そのため、ＣＰＵ２００は、ＭＦＰ１０１の状態を検知し、その状態に応じて“Ｔ１”が動的に設定してもよい。

ステップ７０５においてＣＰＵ２００は、ステップ７０３においてパーサー機能により抽出したＩｎｖｉｔｅＰａｇｅ生成の為の情報（ＵＲＬ情報とｕｓｅｒ＿ｃｏｄｅ）から印刷用ページを生成する。

ステップ７０６においてＣＰＵ２００は、ステップ７０２において認証関連情報が取得されてからの経過時間Ｔ２が取得される。

そしてステップ７０７においてＣＰＵ２００は、ステップ７０２における認証関連情報の取得に基づく条件に従って、ステップ７０５において生成されたＩｎｖｉｔｅＰａｇｅを印刷するか否かを判定される。具体的には、ステップ７０６において設定された経過時間が、ステップ７０４において設定された印刷有効時間を越えていない（タイムオーバーでない）ことを条件として、その条件が満たされるか判定される。具体的には、下記の式１が成り立つ場合、タイムオーバーとなり、印刷を行うための条件が満たされないと判定される。逆に式１が成り立たない場合、タイムオーバーではなく、印刷を行うための条件が満たされると判定される。
Ｔ０−Ｔ１＜Ｔ２ ・・・式１
言い換えれば、残りの有効時間（Ｔ０−Ｔ２）でＩｎｖｉｔｅＰａｇｅの印刷、ＭＦＰ１０１の登録（時間Ｔ１）が実行可能か否かが判定される。

式１が成り立つ場合、ＣＰＵ２００は経過時間が印刷有効時間を過ぎてしまったとして、ステップ７０５において生成されているＩｎｖｉｔｅＰａｇｅを破棄（７０８）する。そして、ステップ７０２へ戻り、ＩｎｖｉｔｅＰａｇｅ情報の再取得を行う。

なおステップ７０８では、ＭＦＰ１０１によるＩｎｖｉｔｅＰａｇｅの印刷が可能か否かに関わらず、仮に印刷が可能であったとしても、印刷が実行されないようにＩｎｖｉｔｅＰａｇｅが破棄される。そのため印刷有効時間が過ぎてしまい、認証に用いることができないＩｎｖｉｔｅＰａｇｅが印刷されることを防ぐことができる。

このとき、ＡＰＩ−２０の登録要求をリレーサーバ１０２に再度発行し、認証関連情報を再度取得する。そのため、破棄されたＩｎｖｉｔｅＰａｇｅと異なる新たなＵＲＬとユーザコード、また新たな認証有効時間が設定されているＩｎｖｉｔｅＰａｇｅがステップ７０５で生成される。なお、ＵＲＬとユーザコードはどちらか一方のみが新規であり、もう一方は先のＩｎｖｉｔｅＰａｇｅと同じであってもよい。

一方、上記の式１が成り立たない場合は、経過時間が印刷有効時間内と判断し、ステップ７０９に進む。ステップ７０９でＣＰＵ２００は印刷部２０９により、ＩｎｖｉｔｅＰａｇｅの印刷を開始する。ステップ７１０でＣＰＵ２００は、ＩｎｖｉｔｅＰａｇｅの印刷が完了したか判定する。印刷が完了した場合、図７の処理が終了する。

ステップ７１０で印刷が完了していないと判定された場合、ステップ７１１に進む。ステップ７１１でＣＰＵ２００は、インク不足や紙ジャムなどのオペレータが介在しないと修復できないような各種原因によるエラーが発生したか判定される。そしてステップ７１１においてエラーが発生したと判定された場合、エラー状態から復帰したかを判定する（７１２）。エラーの発生が無い場合（ステップ７１１においてＮｏ）、印刷を継続し、またエラーが回復していない場合（ステップ７１２でＮｏ）、はエラー回復を待つ。

ステップ７１２において、エラー状態から回復したと判定された場合は、ステップ７０６の経過時間設定、ステップ７０７のＴｉｍｅＯｖｅｒの判定へ戻る。認証有効時間が過ぎてしまっていた場合は、先の説明の通りステップ７０２において認証関連情報の再取得が実行される。

なお、ＩｎｖｉｔｅＰａｇｅの印刷中でエラーが発生して印刷が中断され、そのエラーが回復したときタイムオーバーでなかった場合、ステップ７０９では中断される前の続きから印刷が実行される。一方、エラーが回復したときタイムオーバーであった場合、印刷中のページの印刷は中止されて、印刷途中の印刷媒体が排紙される。

図７に示した処理によれば、印刷開始後にエラーが発生した場合、そのエラーが回復されたときに、認証関連情報の取得からの経過時間（Ｔ２）が印刷有効時間（Ｔ０−Ｔ１）を越えたか判定される。例えばＩｎｖｉｔｅＰａｇｅの印刷を行うにあたり、インク切れや紙ジャム等のエラーが発生する場合がある。この場合に、ＭＦＰ１０１がエラーから回復するための操作をユーザが完了する前に、認証関連情報の取得からの経過時間（Ｔ２）が印刷有効時間（Ｔ０−Ｔ１）を越えてしまい、当該認証関連情報が無効になってしまう場合がある。そこでステップ７０７の判定が実行されることで、無効になってしまった認証情報に基づくＩｎｖｉｔｅＰａｇｅの印刷が可能であったとしても印刷が実行されず、印刷用紙や記録剤が無駄になってしまうことを防ぐことができる。

また認証関連情報が無効になった場合、ユーザがステップ７０１において再度登録指示を行わなくても、ステップ７０２において新たな認証関連情報が自動的に取得される。そのためユーザは、エラー回復のための操作後、登録指示を行わなくても、印刷有効期限内のＩｎｖｉｔｅＰａｇｅを印刷させることができる。

さらにＴｉｍｅＯｖｅｒの判定において、認証ＵＲＬの認証有効時間の“Ｔ０”ではなく、ＩｎｖｉｔｅＰａｇｅのＵＲＬを用いてＭＦＰ１０１を登録するための操作に必要な時間“Ｔ１”を考慮した“Ｔ０−Ｔ１”を、経過時間Ｔ２と比較している。例えば認証ＵＲＬの認証有効時間の“Ｔ０”が３０分である場合に、経過時間Ｔ２が２９分５９秒であったとしても、ＩｎｖｉｔｅＰａｇｅの印刷、またユーザによるＰＣ１０５の操作に対し１秒の猶予しかないことになる。しかし、実質的にこれらの時間が１秒で完了することはない。そのため本実施形態では、印刷有効時間として上記時間“Ｔ０”よりも短い“Ｔ０−Ｔ１”が設定されている。なお上記時間“Ｔ１”として５分で例示したが、任意の時間を設定可能である。

また本実施形態ではステップ７０７において、ステップ７０２における認証有効時間の取得を基準時間として、その基準時間から経過時間で判定した。しかしこれに限らず、Ｓ７０７において印刷有効時刻を設定し、ステップ７０７では、その時刻より前であるか、後であるか判定してもよい。

図１８は、ＭＦＰ１０１が、図６に示した処理により取得したアクセストークンを利用して、アルバムを表示する処理を示す遷移図である。

ステップ１８０１においてＭＦＰ１０１は、図６のステップ６１１において不揮発性ＲＡＭ２０５の保存管理領域に保存されたアクセストークンとともに、アルバム情報の要求をＡＰＩ１０００によりリレーサーバ１０２に発行する。ステップ１８０２においてリレーサーバ１０２は、ステップ１８０１において取得したアルバム情報要求を、当該アルバム情報要求において指定されているサイトのＡＰＩに変換して、当該サイトに対してアルバム情報の要求を発行する。

図１７は、ステップ１８０２において発行されるアルバム情報要求の一例を示す図である。なお、このアルバム情報要求は、Ｇｅｔメソッドにより要求する場合の例である。アルバム情報要求において、アルバム情報を要求する対象のサイトのＵＲＬと、当該サイト利用時のアカウント情報（１）、及び利用するサービスの指定として、アルバムが指定されている（２）。また２の使用権としてアクセストークン（３）の情報が付加される。サイトのサーバにより、上記（１）〜（３）を含む情報が受信されることで、ＭＦＰ１０１がサイトからアルバム情報を取得する事が許可される。

サイトのサーバにおいて利用許可が確認された後、当該サーバはアルバム情報をリレーサーバ１０２に提供する（１８０３）。なお、サイト内ではＭＦＰ１０１を特定するためのデバイス特定情報がアカウント情報を対応付けられて登録されている。１８０３においてサーバは、アルバム情報とともに（１）のアカウント情報に対応するデバイス特定情報をリレーサーバ１０２に送信する。

リレーサーバ１０２は、ＭＦＰ１０１が指定する情報に変換後、アルバム情報をＭＦＰ１０１に提供する（１８０４）。なお、アルバム情報には、画像が配置される位置や大きさを示すレイアウト情報と、当該画像を特定するための情報（ファイル名）等が含まれている。またリレーサーバ１０２は、サイトから受信したデバイス特定情報により、アルバム情報の送信先としてＭＦＰ１０１を特定することができる。

ＭＦＰ１０１はステップ１８０５において、ステップ１８０４で取得したアルバム情報をパースし、アルバム表示に必要な画像データをサイトに対して要求する（１８０５）。なお、この画像データの要求は、アルバム情報に含まれているファイル名を用いて実行される。この画像データの要求を受けて、サイトのサーバは、画像データをＭＦＰ１０１に送信する（１８０６）。ＭＦＰ１０１は、ステップ１８０６で取得した画像データを、アルバム情報に含まれているレイアウト情報に従って展開し、表示部２０６にアルバムを表示させる。

なお以上の説明では、ＭＦＰ１０１にアクセストークンが発行され、ユーザがＭＦＰ１０１を操作して選択した印刷対象の画像をＭＦＰ１０１が取得する際に上記アクセストークンが使用される例を示した。しかしこのようにＭＦＰ１０１がサイトに対して画像を要求するサービスに限らず、ＰＣやスマートフォン等の機器で画像の選択、印刷指示を行うサービスであってもよい。

このようなサービスをユーザが利用する場合、まずＰＣやスマートフォン等の機器によりサイトにアクセスし、サイト内で管理されているユーザアカウントを入力する。そしてサイトのサーバはそのユーザアカウントの認証後、当該アカウントに対応する画像をユーザに提示する。ユーザは提示された画像から印刷対象を選択し、印刷指示を行う。

上記のようにサイトのサーバでは、デバイス特定情報とユーザアカウントが対応付けられて登録されている。そこでサーバはユーザの印刷指示に応じて、ＭＦＰ１０１に対する印刷ジョブとデバイス特定情報をリレーサーバ１０２に送信する。そしてリレーサーバ１０２は、デバイス特定情報によりＭＦＰ１０１を特定し、ＭＦＰ１０１に対して印刷ジョブを送信する。

このように本実施形態の処理、また以降の実施形態で説明する処理は、ＭＦＰ１０１にアクセストークンを発行するサービスに限らず、ＭＦＰ１０１等のクライアント装置をサイトに登録する各種のサービスに適用できるものである。なお、印刷の対象は画像に限らず、文書や表などであってもよいし、またサイトがサービスとしてＷｅｂメールを提供している場合、そのメールを印刷する場合であってもよい。

以上のように本実施形態によれば、ＭＦＰ１０１がＩｎｖｉｔｅＰａｇｅを取得してからの経過時間が印刷有効時間を越えていた場合、ＭＦＰ１０１により印刷が可能であったとしても、ＩｎｖｉｔｅＰａｇｅの印刷が行われないように制御される。そのため、無効なＩｎｖｉｔｅＰａｇｅを印刷することで印刷用紙やインクやトナー等の記録剤を無駄にしてしまうことを防ぐことができる。

また印刷が行われなかった場合、自動的にＩｎｖｉｔｅＰａｇｅの再生成が実行されるため、ユーザは有効なＩｎｖｉｔｅＰａｇｅを容易に印刷させることができる。なお、ＩｎｖｉｔｅＰａｇｅの再生成は自動的に実行される場合に限らない。例えばＭＦＰ１０１の表示部２０６にユーザに再生成を行うか問合せる画面が表示され、その画面に対するユーザの指示に応じて再生成が行われてもよい。

（実施形態２）
実施形態１では、図７で示したように、ステップ７０８においてＩｎｖｉｔｅＰａｇｅが破棄された後、ステップ７０２において認証関連情報の再取得が行われる。実施形態２では、ＩｎｖｉｔｅＰａｇｅの再取得は行わずに、ＩｎｖｉｔｅＰａｇｅが破棄されたことをユーザに通知する例を示す。

図８は、実施形態２においてＭＦＰ１０１がＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。

図７と共通の処理については詳細な説明を省略する。ステップ７０８においてＩｎｖｉｔｅＰａｇｅが破棄されると、ＣＰＵ２００はＩｎｖｉｔｅＰａｇｅが印刷されないことをユーザに通知するためのエラー表示を表示部２０６に表示する（８０１）。エラー表示方法としては、エラーの旨を示す文字を表示してもよいし、ＬＥＤなどを点灯あるいは点滅させることでエラーになった旨を表示するようにできる。

図８の処理によれば、ＭＦＰ１０１はＩｎｖｉｔｅＰａｇｅ印刷中のエラー発生で認証有効期間が切れてしまった場合、認証関連情報を再取得することなく処理を終了する。なお、ユーザはステップ７００において再度登録指示画面を表示させ、登録指示を行うことで、ＩｎｖｉｔｅＰａｇｅの取得を実行させることができる。

そのため例えばエラー回復に長時間を要する場合に、印刷ができない状態であるにも関わらず認証関連情報の再取得を多回数実行することを防ぐことができる。そしてユーザはステップ８０１における表示を確認し、ＭＦＰ１０１が印刷を実行できる状態になったときに再度登録指示を行うことで、ＩｎｖｉｔｅＰａｇｅを印刷させることができる。

（実施形態３）
実施形態３の構成は、ＭＦＰ１０１とサイトのサーバが、リレーサーバ１０２を介さずに通信可能な構成を示す。リレーサーバ１０２で行われていた役割はＭＦＰ１０１が担当する。それ以外の構成内容は図１と同様である。

図９は、実施形態３においてＭＦＰ１０１がサイトＡの使用権を取得する際の処理を説明するための遷移図である。

まずＭＦＰ１０１が、サイトＡのＡＰＩを利用して登録要求（９０１）を発行する。サイトＡは、登録要求に対して認証用ＵＲＬを含む図５に示す情報を返却する（９０２）。ＭＦＰ１０１は、取得データをパーサーで解析し、ＩｎｖｉｔｅＰａｇｅ生成の為に必要な情報を取り出しＩｎｖｉｔｅＰａｇｅを生成する。また、応答を受けた時間を基準時間として設定する。更に、パーサー解析の中でポーリング制御情報（周期、期間）を取得する。ＭＦＰ１０１は、生成されたＩｎｖｉｔｅＰａｇｅを印刷する（９０３）。更に、ＭＦＰ１０１はサイトに対してポーリングを開始する（９０４）。この例では、使用権が発行されるまで最大３０分、５秒周期でポーリングを行う。ユーザは、ＭＦＰ１０１が印刷したＩｎｖｉｔｅＰａｇｅに記載されているＵＲＬ情報を、Ｗｅｂブラウザ機能を備えるＰＣ１０５にて接続し、サイトＡに対してＭＦＰ１０１の使用権への許諾を与える（９０５）。サイトＡは、使用権が発行された直後のポーリングに対してアクセストークン／リフレッシュトークンを発行する。ＭＦＰ１０１は、取得したアクセストークン／リフレッシュトークンを保存する（９０６／９０７）。

（実施形態４）
図７、図８の処理では、ユーザがＩｎｖｉｔｅＰａｇｅの印刷指示を行ったことに応じて、ＭＦＰ１０１が認証関連情報を取得する例を示した。実施形態４では、印刷指示が行われる前に、ＭＦＰ１０１が認証関連情報を予め取得しておき、ユーザによる印刷指示に応じて、ＩｎｖｉｔｅＰａｇｅを印刷する例を示す。

図１０は、実施形態４においてＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。なお、図１０に示すフローチャートも図７、図８と同様に、ＭＦＰ１０１が備えるＣＰＵ２００により実行される。

ステップ１０００でＣＰＵ２００は、ＭＦＰ１０１のサイトＡまたはサイトＢへの登録をユーザが指示するための画面を、表示部２０６に表示させる。ステップ１００１でＣＰＵ２００は、ユーザが操作部２０１を用いて登録の指示を行ったか判定する。ユーザにより登録指示が行われた場合、ＭＦＰ１０１はリレーサーバ１０２に対し登録要求を発行する。そして、ステップ７０２〜７０５の処理によりＩｎｖｉｔｅＰａｇｅが生成される。ステップ７０２〜７０５の処理の詳細は、図７で示した通りである。

ＩｎｖｉｔｅＰａｇｅが生成されると、ＣＰＵ２００はステップ１００２において、ＩｎｖｉｔｅＰａｇｅの印刷をユーザが指示するための画面を表示部２０６に表示させる。そしてＣＰＵ２００はステップ１００３において、ユーザにより印刷指示が実行されたか判定する。

ユーザにより印刷指示が行われた場合、ステップ７０６、７０７の処理により当該ＩｎｖｉｔｅＰａｇｅの有効期限がタイムオーバーであるか判定される。タイムオーバーでない場合、ステップ７０９でＩｎｖｉｔｅＰａｇｅの印刷が開始され、タイムオーバーである場合、ステップ７０８でＩｎｖｉｔｅＰａｇｅが破棄される。ステップ７０６〜７０９の処理は、図７で示した通りである。またステップ７１０〜７１２の処理についても図７における処理と同様であるため説明を省略する。

ステップ７０８においてＩｎｖｉｔｅＰａｇｅが破棄されると、ステップ１００４において、ＩｎｖｉｔｅＰａｇｅの再生成を行う。なおステップ１００４においては、ステップ７０２〜７０５と同様の処理が実行される。またステップ１００４においてステップ７０２と同様に認証関連情報が取得された場合、経過時間計測のための基準時間が設定される。

図１０では、ユーザがＩｎｖｉｔｅＰａｇｅの印刷を指示（ステップ１００３）の前に、ＩｎｖｉｔｅＰａｇｅが生成（ステップ７０２〜７０５）される。そのためユーザがＩｎｖｉｔｅＰａｇｅの印刷を指示したときに、迅速に印刷を開始することができる。

ただしＩｎｖｉｔｅＰａｇｅの有効期限は、ステップ７０２における認証関連情報の取得を基準時間として計測される。そのためユーザの印刷指示が遅れた場合、ステップ７０７においてタイムオーバーと判定される。

そこでステップ１００４においてＩｎｖｉｔｅＰａｇｅの再生成が実行されるため、タイムオーバーになったとしても有効なＩｎｖｉｔｅＰａｇｅを印刷することができる。またタイムオーバーと判定された場合、ステップ１００２、１００３の処理は実行されない。即ちタイムオーバーとなった場合に、ユーザが改めて印刷指示を行わなくても自動的にＩｎｖｉｔｅＰａｇｅの再生成、印刷が実行される。そのため無効なＩｎｖｉｔｅＰａｇｅを印刷せずに、有効なＩｎｖｉｔｅＰａｇｅを容易に印刷させることができる。

（実施形態５）
ＭＦＰ１０１は、上記の実施形態において説明したように有効期限付きの印刷ジョブを受信する。そこで有効期限がある印刷ジョブを有効期限の無い印刷ジョブよりも優先して印刷する例を示す。

ＭＦＰ１０１のＲＡＭ２０４は、印刷ジョブをスプールするための記憶領域としても利用される。以下、ＣＰＵ２００によるＲＡＭ２０４内にスプールされた印刷ジョブの管理について説明する。

図１２は、スプーラ内のジョブを示す図である。具体的には、現在印刷しているジョブ以外でスプーラの中に溜まっている印刷ジョブを示している。スプーラの中の印刷ジョブはジョブＩＤで管理され、さらに管理情報としてジョブの有効期限が有るか否かを示す有無情報と、有効期限がある場合は有効期限となる期限時刻とがジョブＩＤに対応付けられて記憶されている。図１２の例ではジョブＩＤ１０１、１０３、１０４は有効期限を持たないジョブで、ＩＤ１０２、１０５が有効期限付きのジョブになる。なお本実施形態では、有効期限が有るジョブとしてＩｎｖｉｔｅＰａｇｅの印刷ジョブを例とし、また現在時刻が１２時２５分として説明する。

なお、上記のようにＭＦＰ１０１は、図６のステップ６０４において、ＩｎｖｉｔｅＰａｇｅを印刷するための印刷ジョブの有効期間（例えば３０分）を取得することができる。このようにＭＦＰ１０１が受信した印刷ジョブに、その有効期間が含まれている場合、ＣＰＵ２００は、その有効期間を図１２に示す情報としてＲＡＭ２０４に記憶する。

図１１は、実施形態５における印刷ジョブの管理処理の一例を示す図である。なお図１１で示す処理は、ＣＰＵ２００がＲＯＭ２０３内のプログラムを実行することにより実現される。また図１１に示す処理は、現在印刷している印刷ジョブが終了し、ＣＰＵ２００が次の印刷ジョブをスプーラから引き出す時にスプーラに溜まったジョブ全体に対して実行される。

ステップ１１００でＣＰＵ２００は、印刷ジョブがスプールされているか判定する。印刷ジョブがスプールされている場合、ステップ１１０１に進む。

ステップ１１０１でＣＰＵ２００は、有効期限付きの印刷ジョブがスプールされているか判定する。有効期限付きの印刷ジョブがスプールされている場合、残りの有効時間“Ｔ０´”の確認を行う（１１０２）。残りの有効時間は、図１２に示されている、期限時刻と現在時刻との差分となる。

ステップ１１０３においてＣＰＵ２００は、有効期間外の印刷ジョブがあるか否かを判定する。具体的には、ＩｎｖｉｔｅＰａｇｅのＵＲＬを用いてＭＦＰ１０１を登録するための操作に必要な時間“Ｔ１”（例えば５分）と、現在実行中のジョブが完了するまでの時間“Ｔ３”（例えば２分）を用いて算出する。そして、下記式２が成立する場合、有効期限外の印刷ジョブがあると判定される。
Ｔ１＋Ｔ３＞Ｔ０´ ・・・式２
即ち、残りの有効時間が有るか否かでなく、残りの有効時間でＩｎｖｉｔｅＰａｇｅの印刷、ＭＦＰ１０１の登録が実行可能か判定される。なお、現在実行中のジョブ完了までの時間は、当該ジョブにおける印刷対象のデータ量に応じて動的に設定されてもよい。また現在実行中のジョブが無い場合、当該時間を「０分」に設定してもよい。

例えばジョブＩＤ１０２の場合、現在時刻と期限時刻の関係から残りの有効時間“Ｔ０´”は１５分となる。従って式２は成り立たないため、ジョブＩＤ１０２に対応する印刷ジョブは有効期間内と判定される。一方、ジョブＩＤ１０５の場合、現在時刻と期限時刻の関係から残りの有効時間“Ｔ０´”は５分となる。従って、式２は成り立つ。そのため、ジョブＩＤ１０５に対応する印刷ジョブは有効期間外と判定される。

ステップ１１０４においてＣＰＵ２００は、ステップ１１０３において有効期間外と判定された印刷ジョブについて、図１２に示したリストにおける印刷順として最上位（印刷順１）を設定する。なお、有効期間外のジョブが複数あった場合、その中で印刷順が最も早いジョブを最上位に設定する。

ステップ１１０５においてＣＰＵ２００はＩｎｖｉｔｅＰａｇｅの再生成を実行する。なおこの処理は、図７のステップ７０２〜７０５の処理と同様である。

一方、ステップ１１０３において有効期間外の印刷ジョブがないと判定された場合、有効期限のある印刷ジョブを印刷順の最上位に設定する。なお有効期限のある印刷ジョブが複数ある場合、その中で印刷順が最も早いジョブを最上位に設定する。或いは有効期限の最も近いジョブを最上位に設定する。

ステップ１１０７においてＣＰＵ２００は、印刷順の最上位の印刷ジョブに従って、印刷部２０９に印刷を実行させる。

図１３は、印刷順の入れ替えを実施した後の印刷ジョブを示す図である。図１２の例では、ジョブＩＤ１０５が印刷ジョブは有効期間外と判定される。そのためステップ１１０４の処理により、ジョブＩＤ１０５の印刷ジョブがスプーラ内の印刷順において先頭に移動する。そしてステップ１１０５においてＩｎｖｉｔｅＰａｇｅの再取得が実行され、ステップ１１０６においてＩｎｖｉｔｅＰａｇｅが印刷される。

このように、スプーラの中に管理されるＩｎｖｉｔｅＰａｇｅの印刷ジョブが有効期間の無い印刷ジョブよりも優先されて印刷される。そのためＩｎｖｉｔｅＰａｇｅ情報の再取得を実行する機会を低減し、既に取得されているＩｎｖｉｔｅＰａｇｅ情報を有効に活用することができる。

なお図１１の例では有効期限外の印刷ジョブを最上位に設定していた。しかし、ＩｎｖｉｔｅＰａｇｅの再生成により有効期限が更新されるため、有効期限内の他の印刷ジョブの方を優先して印刷すべき場合もある。

そこで有効期限外の全ての印刷ジョブに対応するＩｎｖｉｔｅＰａｇｅの再生成を実行した上で、有効期限が近い順に印刷順序を並び替える例について説明する。

図１４は、印刷ジョブの管理処理の一例を示す図である。なお図１１の例と同様に現在時刻は１２時２５分であり、スプーラには図１２に示す印刷ジョブがスプールされているものとする。

図１４においてステップ１１００〜１１０３の処理は図１１における処理と同様である。

ステップ１１０３において、有効期限外の印刷ジョブがあると判定された場合、ステップ１４００に進む。ステップ１４００では、有効期限外の全ての印刷ジョブについて、ＩｎｖｉｔｅＰａｇｅの再生成を実行する。ＩｎｖｉｔｅＰａｇｅの再生成の処理については、図７のステップ７０２〜７０５の処理を印刷ジョブ毎に実行する。ＩｎｖｉｔｅＰａｇｅの再生成が完了すると、ステップ１４０１に進む。

ステップ１４０１でＣＰＵ２００は、有効期限が近い順に、印刷ジョブの印刷順を変更する。なお、有効期限の無いジョブについては有効期限があるジョブよりも優先度を下げる。また有効期限の無いジョブが複数ある場合には、並び替え前の印刷順における優先度を維持する。

図１５は、ステップ１４０１における処理により印刷順が変更された印刷ジョブを示す図である。図１２に示すテーブルでは、ジョブＩＤ１０５の印刷ジョブがステップ１１０３において有効期限外と判定される。そして、ステップ１４０１においてＩｎｖｉｔｅＰａｇｅの再生成が実行されるため、有効期限が更新され、現在時刻である１２時２５分から２３分後の、１２時４８分が設定される。なお、この「２３分」は、サイトのサーバにおけるＩｎｖｉｔｅＰａｇｅの有効期間（３０分）から、ユーザが印刷後のＩｎｖｉｔｅＰａｇｅを用いて登録処理を行う時間（５分）、現在実行中のジョブが完了するまでの時間（２分）を減算した時間である。なお、現在実行中のジョブ完了までの時間は、当該ジョブにおける印刷対象のデータ量に応じて動的に設定されてもよい。また現在実行中のジョブが無い場合、当該時間を「０分」に設定してもよい。

上記の処理により有効期限外となったＩＤ１０５の印刷ジョブが再取得された印刷ジョブに置き換わり、その有効期限までの時間が長くなる。そして、このように有効期限までの時間が更新された後にステップ１４０１において印刷順の変更が実行される。

すると図１５に示されるように、ジョブＩＤ１０２の印刷ジョブが印刷順の最上位に変更されたことがわかる。即ち、変更前の図１２の状態では、ジョブＩＤ１０５の印刷ジョブの方がジョブＩＤ１０２の印刷ジョブよりも期限が近かったが、ＩｎｖｉｔｅＰａｇｅの再生成によりジョブＩＤ１０５の有効期限が遠くなったため、ジョブＩＤ１０２が優先される。

なお本実施形態ではスプーラはＭＦＰ１０１内部の記憶領域を利用した構成を表したが、スプーラはネットワーク上の外部に存在しても良い。

（実施形態６）
ＭＦＰ１０１では、印刷を実行する前に、印刷部２０９が備える記録ヘッドの回復動作を行う場合がある。この回復動作として例えば記録ヘッドに付着したインクの吸引などである。このような回復動作を実行するために所定の時間を要するため、回復動作の有無によりＩｎｖｉｔｅＰａｇｅの印刷が有効であるか否かが異なる場合がある。

また当該ＩｎｖｉｔｅＰａｇｅの印刷以外の他の制御によりＭＦＰ１０１が排他状態にある場合がある。この場合、当該ＩｎｖｉｔｅＰａｇｅの印刷を即座に行うことができない。そのため、排他状態であるか否かによりＩｎｖｉｔｅＰａｇｅの印刷が有効であるか否かが異なる場合がある。

そこで実施形態６では、印刷を行うときにＭＦＰ１０１が排他状態である場合、または回復動作を行う場合に、ＩｎｖｉｔｅＰａｇｅの印刷が有効であるか再度判定する処理を実行する。

図１６は、実施形態６におけるＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。なお、図１６において図１０と共通の処理については説明を省略する。

ステップ７０７においてＩｎｖｉｔｅＰａｇｅの印刷がタイムオーバーでない（有効である）と判定された場合、もしくは、ステップ１００４においてＩｎｖｉｔｅＰａｇｅの再生成が行われた場合に、ステップ１６００に進む。

ステップ１６００でＣＰＵ２００は、ＭＦＰ１０１が排他状態であるか判定する。排他状態でない場合、ステップ１６０１においてＣＰＵ２００は、当該印刷において回復動作を行うか判定する。

ステップ１６００もしくはステップ１６０１においてＹｅｓと判定された場合、ステップ１６０２に進む。ステップ１６０２においてＣＰＵ２００は、印刷有効時間の再設定を行う。

例えば、サイトの認証有効時間が“Ｔ０”、ユーザがＩｎｖｉｔｅＰａｇｅのＵＲＬを用いてＭＦＰ１０１を登録するための操作に必要な時間が“Ｔ１”とする。それに加え、排他状態から通常状態に遷移するための時間を“Ｔ４”、回復動作のために必要な時間を“Ｔ５”とする。

ステップ１６０２においてＣＰＵ２００は、例えばステップ１６００においてＭＦＰ１０１排他状態であると判定された場合、当該印刷有効時間からＴ４を減算する。例えば当該印刷有効時間が（Ｔ０−Ｔ１）の場合、ステップ１６０２では、（Ｔ０−Ｔ１−Ｔ４）が新たな印刷有効時間として設定される。

一方、ステップ１６０１において回復動作が行われると判定された場合、当該印刷有効時間からＴ５を減算する。例えば当該印刷有効時間が（Ｔ０−Ｔ１）の場合、ステップ１６０２では、（Ｔ０−Ｔ１−Ｔ５）が新たな印刷有効時間として設定される。

なお、ステップ１６００とステップ１６０１が共にＹｅｓの場合、ステップ１６０２では、（Ｔ０−Ｔ１−Ｔ４−Ｔ５）が設定される。ただしこの場合、ステップ１６０２の処理が２回実行されることになる。そのため、例えばステップ１６００とステップ１６０１の処理を１回の判定処理で実行し、その判定結果に応じて当該印刷有効時間から減算される時間を、Ｔ４、Ｔ５、Ｔ４＋Ｔ５から選択して１回の減算処理を行ってもよい。

ステップ７０７では、ステップ１６０２において再設定された印刷有効時間が、当該経過時間と比較されることで、当該ＩｎｖｉｔｅＰａｇｅの印刷がタイムオーバーであるか判定される。

なお、ここで回復動作としてヘッドのインク吸引を例に説明したが、これに限らず各種のメンテナンス動作であってもよい。例えばヘッドからインクを吐出するタイミングを調整するためのレジ調整のためのシート印刷、読取などについても、回復動作と同様に、そのメンテナンス動作に必要な時間が印刷有効時間から減算されてもよい。また回復動作やメンテナンス動作の種類によって必要な時間が異なる場合、その種類に応じた時間を印刷有効時間から減算してもよい。

上記のように図１６の処理によれば、回復動作や排他状態からの復帰に必要な時間を印刷有効時間から減算して再度タイムオーバーを判定する。これにより、当該ＩｎｖｉｔｅＰａｇｅの印刷が有効であるのか適切に判定することができ、無効なＩｎｖｉｔｅＰａｇｅの印刷を防ぎ、且つ有効なＩｎｖｉｔｅＰａｇｅを印刷することができる。

（実施形態７）
以上の実施形態では、ＩｎｖｉｔｅＰａｇｅの印刷が有効であるか否かを、印刷有効時間から判定していた。

実施形態７では、印刷有効時間ではなく、印刷開始を遅延させる遅延イベントや印刷動作中のエラーが発生したか判定し、その判定結果に応じてＩｎｖｉｔｅＰａｇｅの破棄、再生成を行う。

図１９は、実施形態７におけるＩｎｖｉｔｅＰａｇｅを印刷する処理の一例を示す図である。なお、図１０と同様の処理については説明を省略する。

ステップ１００３においてユーザによるＩｎｖｉｔｅＰａｇｅ印刷の指示が入力されると、ステップ１９０１においてＣＰＵ２００は、遅延イベントが発生しているか判定する。遅延イベントとは、印刷ジョブ実行前に発生する処理の事である。具体的には、インクの吸引を行う回復動作や、レジ調整である。

ステップ１９０１において遅延イベントが発生していると判定された場合、ステップ１９０２においてＣＰＵ２００は、当該遅延イベントが解消されたか判定する。遅延イベントが解消されたと判定された場合、ＩｎｖｉｔｅＰａｇｅの破棄、再生成が実行される。

またステップ７１１において、インクなしエラーや、紙なし、紙ジャムなどのエラーが印刷中に発生したか判定される。そしてエラー解消後、ＩｎｖｉｔｅＰａｇｅの破棄、再生成が実行される。

即ち実施形態７では、印刷の完了が遅延する要因（印刷前の遅延イベントや印刷中のエラー）の有無に応じて、当該ＩｎｖｉｔｅＰａｇｅの印刷が有効か否かを判定している。そのため、印刷有効時間により上記判定を行う場合に比べて容易に判定を行うことができる。

また例えば回復動作や他の印刷ジョブの完了待ち等の遅延イベントの場合、ＭＦＰ１０１により遅延イベントが解消される時間の予測が比較的容易である。そのため、そのような遅延イベントの場合には印刷有効時間により判定を行ってもよい。一方、排他状態からの復帰やインク不足、紙無し、紙ジャム等のエラーの場合、ユーザが介在しないと解消できないことがあるため、それらのイベントが解消される時間の予測が比較的困難である。そのため、そのようなイベントが発生した場合には図１９に示すように印刷有効時間に関わらずＩｎｖｉｔｅＰａｇｅの破棄、再生成を行ってもよい。

なお、以上の実施形態では、Ｗｅｂ上のサーバが提供するサービスとして写真共有サイトを例に説明した。しかし、サーバにより提供されるサービスはこれに限らない。例えば、クラウドプリントサービスでも良い。このクラウドプリントサービスでは、ユーザがインターネットに接続されたＰＣやスマートフォン等のデバイスで印刷指示を行った場合、サービスを提供するサーバを介して、ＭＦＰに印刷指示が通知される。ＭＦＰはこの印刷指示を受け、印刷を実行する。なお、印刷指示とともに印刷データがＭＦＰに送信されてＭＦＰがこの印刷データを印刷してもよいし、印刷データの格納場所を示す情報（ＵＲＬ）等がＭＦＰに印刷指示として通知され、この情報によりＭＦＰが印刷データを取得してもよい。

またサイトが提供するサービスとしては、例えば文書や画像、表やグラフ等の各種のデータを保存するストレージサービスであってもよい。或いは、Ｗｅｂメールサービスや、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）であってもよい。

またリレーサーバ１０２やサイトのサーバは、それぞれ１つのサーバとして構築されてもよいし、或いはそれぞれ複数のサーバからなるサーバシステムであってもよい。複数のサーバからなるサーバシステムの場合、機能毎にサーバが割り当てられてもよいし、共通の機能を有する複数のサーバが設けられてもよい。

さらに、上記の実施形態において認証ページのＵＲＬの有効期限が切れた場合、サイトでは当該ＵＲＬを使用した認証は禁止される。その禁止方法として、ＵＲＬに従ったアクセス自体が禁止されてもよいし、アクセスした後、エラー表示が実行されてもよい。

また以上の実施形態では、印刷制御処理を実行する印刷制御装置として、印刷装置内のＣＰＵ２００が動作する例を示した。しかしこれに限らず、印刷装置に接続された外部装置が本実施形態の印刷制御装置として動作する場合であってもよい。この場合の外部装置は、ＰＣであってもよいし、スマートフォンや、タブレット等の各種の装置であってもよい。

なお、以上の実施形態ではクライアント装置がインターネットを介してＷｅｂ上のサーバにアクセスする例を示した。しかしこれに限らず、例えばＬＡＮ上のサーバにアクセスする場合であってもよい。その場合、アクセス情報はＵＲＬではなく、例えばフォルダパス情報であってもよい。

なお、本実施形態の機能は以下の構成によっても実現することができる。つまり、本実施形態の処理を行うためのプログラムコードをシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）がプログラムコードを実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することとなり、またそのプログラムコードを記憶した記憶媒体も本実施形態の機能を実現することになる。

また、本実施形態の機能を実現するためのプログラムコードを、１つのコンピュータ（ＣＰＵ、ＭＰＵ）で実行する場合であってもよいし、複数のコンピュータが協働することによって実行する場合であってもよい。さらに、プログラムコードをコンピュータが実行する場合であってもよいし、プログラムコードの機能を実現するための回路等のハードウェアを設けてもよい。またはプログラムコードの一部をハードウェアで実現し、残りの部分をコンピュータが実行する場合であってもよい。

１０１ ＭＦＰ（マルチ・ファンクション・プリンタ）
１０２ リレーサーバ
１０３ サイトＡ
１０４ サイトＢ
２００ ＣＰＵ
２０３ ＲＯＭ
２０４ ＲＡＭ

Claims (18)

1. 外部装置へアクセスするための情報であって、当該アクセスに基づく処理に対して有効期限が設定されているアクセス情報を取得する取得手段と、
   前記取得手段により前記アクセス情報が取得されてからの経過時間が所定の時間を越えている場合、印刷装置により当該アクセス情報の印刷が可能であったとしても当該アクセス情報を印刷させず、当該経過時間が当該所定の時間を越えていない場合、当該アクセス情報を当該印刷装置に印刷させる印刷制御手段と、
   を有することを特徴とする印刷制御装置。
2. 前記所定の時間は、前記取得手段により前記アクセス情報が取得されてから前記有効期限までの時間よりも短いことを特徴とする請求項１に記載の印刷制御装置。
3. 前記取得手段は、前記アクセス情報と、当該アクセス情報の前記有効期限に関する期限情報とを取得し、
   前記印刷制御手段は、前記取得手段が取得した前記期限情報に基づく時間を前記所定の時間として設定することを特徴とする請求項１または２に記載の印刷制御装置。
4. 前記印刷制御手段は、前記期限情報と前記印刷装置の状態とに基づく時間を設定することを特徴とする請求項３に記載の印刷制御装置。
5. 前記経過時間が前記所定の時間を越えている場合、前記取得手段は、前記外部装置へアクセスするためのアクセス情報を再び取得することを特徴とする請求項１乃至４のいずれか１項に記載の印刷制御装置。
6. 前記取得手段は、ユーザの指示に応じてアクセス情報の第１の取得を実行し、当該第１の取得からの経過時間が前記所定の時間を越えていた場合、ユーザが再び指示を行わなくても、アクセス情報の第２の取得を実行することを特徴とする請求項５に記載の印刷制御装置。
7. 前記印刷制御手段は、前記アクセス情報が前記印刷装置の印刷が開始され当該印刷が完了する前に前記所定の時間が経過した場合、当該印刷が中止されるように制御することを特徴とする請求項１乃至６のいずれか１項に記載の印刷制御装置。
8. 前記印刷制御手段は、前記アクセス情報の印刷ジョブとして複数の印刷ジョブがスプールされている場合、当該複数の印刷ジョブのそれぞれに対応するアクセス情報に対して設定されている有効期限に基づく印刷順に従って、当該複数の印刷ジョブのそれぞれに基づく印刷を前記印刷装置に印刷させることを特徴とする請求項１乃至７のいずれか１項に記載の印刷制御装置。
9. 前記印刷装置を含む装置であることを特徴とする請求項１乃至８のいずれか１項に記載の印刷制御装置。
10. 前記アクセスに基づく前記処理は、前記印刷制御装置の前記外部装置への登録のための処理であることを特徴とする請求項１乃至９のいずれか１項に記載の印刷制御装置。
11. 外部装置へアクセスするための情報であって、当該アクセスに基づく処理に対して有効期限が設定されているアクセス情報を取得する取得手段と、
    前記取得手段により取得された前記アクセス情報を印刷する印刷装置が所定の状態である場合、当該印刷装置により当該アクセス情報の印刷が可能であったとしても当該アクセス情報を当該印刷装置に印刷させず、当該印刷装置が当該所定の状態にない場合、当該アクセス情報を当該印刷装置に印刷させる印刷制御手段と、
    を有することを特徴とする印刷制御装置。
12. 前記印刷制御手段は、前記アクセス情報を印刷する前の前記印刷装置の状態が前記所定の状態である場合、当該アクセス情報を当該印刷装置に印刷させないことを特徴とする請求項１１に記載の印刷制御装置。
13. 前記所定の状態は、前記アクセス情報の印刷の前に当該印刷のための回復動作が実行される状態であることを特徴とする請求項１２に記載の印刷制御装置。
14. 前記印刷制御手段は、前記アクセス情報の印刷が開始されてから完了するまでの前記印刷装置の状態が前記所定の状態である場合、当該アクセス情報を当該印刷装置に印刷させないことを特徴とする請求項１１に記載の印刷制御装置。
15. 前記所定の状態は、前記アクセス情報の前記アクセス情報の印刷が開始されてから完了するまでにエラーが回復した状態であることを特徴とする請求項１４に記載の印刷制御装置。
16. 外部装置へアクセスするための情報であって、当該アクセスに基づく処理に対して有効期限が設定されているアクセス情報を取得する取得工程と、
    前記取得工程において前記アクセス情報が取得されてからの経過時間が所定の時間を越えている場合、印刷装置により当該アクセス情報の印刷が可能であったとしても当該アクセス情報を印刷させず、当該経過時間が当該所定の時間を越えていない場合、当該アクセス情報を当該印刷装置に印刷させる印刷制御工程と、
    を有することを特徴とする印刷制御装方法。
17. 外部装置へアクセスするための情報であって、当該アクセスに基づく処理に対して有効期限が設定されているアクセス情報を取得する取得工程と、
    前記取得工程において取得された前記アクセス情報を印刷する印刷装置が所定の状態である場合、当該印刷装置により当該アクセス情報の印刷が可能であったとしても当該アクセス情報を当該印刷装置に印刷させず、当該印刷装置が当該所定の状態にない場合、当該アクセス情報を当該印刷装置に印刷させる印刷制御工程と、
    を有することを特徴とする印刷制御方法。
18. 請求項１乃至１５のいずれか１項に記載の印刷制御装置に記載の各手段としてコンピュータを機能させるための、または請求項１６または１７に記載の印刷制御方法をコンピュータに実行させるためのプログラム。

Images