JP2013041511A

JP2013041511A - 認証システム及び認証方法

Info

Publication number: JP2013041511A
Application number: JP2011179209A
Authority: JP
Inventors: Akitomo Horiuchi; 章智堀内
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2011-08-18
Filing date: 2011-08-18
Publication date: 2013-02-28
Anticipated expiration: 2031-08-18
Also published as: JP5801648B2

Abstract

【課題】中継サーバにおいてアカウント情報を保持し続けることによる中継サーバからのアカウント情報流出などのセキュリティリスクを低減すること。
【解決手段】中継サーバは端末装置から送信されたアカウント情報を用いてＷｅｂサーバに対する認証を行い、Ｗｅｂサーバから認証に成功した場合に送られてくる認証情報を受信し、メモリに記憶する。認証情報を受信した場合、端末装置から受信したアカウント情報を破棄する。
【選択図】図５

Description

本発明は認証システム及び認証方法に関するものであり、特に中継サーバを経由した認証システム及び認証方法に関するものである。

端末装置からサーバへアクセスを行い、端末装置がサーバからのサービスの提供を受けるシステムにおいて、端末装置がサーバへアクセスを行うには認証が必要である場合がある。端末装置がサーバへアクセスするに際して、中継サーバを経由し、中継サーバで認証を行うものが知られている。このように中継サーバを経由して認証を行う認証システムとして、特許文献１のようなシステムが提案されている。特許文献１では、まず端末から中継サーバを経由してＷｅｂサーバへアクセスする際に、中継サーバは端末にユーザＩＤ等のユーザ毎の認証情報（以下、アカウント情報とする）の入力を要求する。次に、端末でアカウント情報を入力させて中継Ｗｅｂサーバに送信し、中継サーバがＷｅｂサーバに認証を行うことで、端末からＷｅｂサーバへのアクセスを可能にしている。そして同じユーザが同じ端末から再度アクセスした場合にアカウント情報の入力を省略できるように中継サーバにおいてアカウント情報をデータベースに登録する。

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

しかしながら特許文献１に開示の方法では、中継サーバに端末の認証に必要な端末において入力されたアカウント情報を保持し続けることになる。このため、中継サーバからのアカウント情報流出などのセキュリティリスクが増大する。一方、中継サーバでアカウント情報を保持し続ける必要がないように毎回端末からアカウント情報を入力させるようにすると、ユーザによる操作が煩雑となってしまう。

本発明は上記従来例に鑑みてなされたもので、中継サーバにおいてアカウント情報を保持し続けることなくとも容易に認証を行うことが可能な認証システム及び認証方法を提供することを目的とする。

上記目的を達成するために本発明の認証システムは、次のような構成を有する。

即ち、サービスの提供を行うサーバとサービスの提供を受ける端末装置と前記サーバと前記端末装置の中継を行う、前記端末装置とネットワークを介して接続が可能な中継サーバとを有し、前記端末装置において入力されたアカウント情報を用いて前記サーバにおいて認証を行う認証システムであって、前記中継サーバは、前記アカウント情報を前記端末装置から受信する受信手段と、前記受信手段により受信されたアカウント情報に基づいて認証を前記サーバに要求する要求手段と、前記サーバからの認証の結果を受信し、前記結果が認証の成功である場合に前記サーバから受け取る前記アカウント情報に対応する認証情報をメモリに記憶する手段と、前記認証情報を受け取った場合に前記受信手段により受信したアカウント情報を破棄する破棄手段と、前記認証情報を用いて前記アカウント情報に対応する認証を前記サーバに対して実行する手段とを有することを特徴とする。

本発明によれば、中継サーバにおいて端末装置において入力されたアカウント情報を保持し続けなくとも、サービスを提供するサーバへの認証を容易に行うことができるという効果がある。

本発明の代表的な実施例である印刷システムの構成を示すブロック図である。図１に示す画像処理装置の構成を示すブロック図である。図１に示す管理サーバとＷｅｂサーバの構成を示すブロック図である。画像処理装置に入力されたアカウント情報を管理サーバに送信し、管理サーバがＷｅｂサーバへの認証を行う処理を示すフローチャートである。画像処理装置が管理サーバに定期的にアカウント情報を送信し、管理サーバがＷｅｂサーバへの認証を行う処理を示すフローチャートである。管理サーバがＷｅｂサーバから印刷データを取得する処理を示すフローチャートである。画像処理装置が管理サーバから印刷データを取得する処理を示すフローチャートである。

以下添付図面を参照して本発明の好適な実施例について、さらに具体的かつ詳細に説明する。なお、既に説明した部分には同一符号を付し重複説明を省略する。また、以下で引用する図面及び図面の符号は実施例の一例として示すものであり、それにより本発明による実施例のバリエーションを制限するものではない。

なお、この明細書において、「記録」（「プリント」「印刷」という場合もある）とは、文字、図形等有意の情報を形成する場合のみならず、有意無意を問わない。また人間が視覚で知覚し得るように顕在化したものであるか否かを問わず、広く記録媒体上に画像、模様、パターン等を形成する、または媒体の加工を行う場合も表すものとする。

以下に説明する実施例において、端末装置は印刷を行う画像処理装置であるが、端末装置が行う処理は印刷には限らない。中継サーバは画像処理装置からＷｅｂサーバへのアクセスを行う際の中継と画像処理装置の印刷データの管理とを行う管理サーバであり、種々の端末装置からアクセスされる。Ｗｅｂサーバは端末装置にサービスを提供するサーバであり、本実施例では画像処理装置に提供するサービスとして画像処理装置に印刷させるための印刷データを提供する。また、サービスを提供するサーバはＷｅｂサーバには限らず、他のタイプのサーバであってもよい。画像処理装置は少なくとも１台以上の装置で構成されるが、管理サーバとＷｅｂサーバは夫々１台だけでもよい。画像処理装置はＷｅｂサーバで生成された印刷データを、管理サーバを経由して取得し印刷を行う。本実施例ではＷｅｂサーバで生成された印刷データは、認証情報を使用しないと取得することができないものとする。

本実施例における認証情報とは、画像処理装置からユーザにより入力されたユーザ毎のアカウント情報を使用してＷｅｂサーバへ認証を行ったときに、Ｗｅｂサーバによって生成されるユニークな情報である。この認証情報を用いることによりアカウント情報を用いずにＷｅｂサーバへの認証が行える。アカウント情報（ユーザ情報という場合もある）とは、例えばメールアドレスやユーザＩＤなどとそれらに対応するパスワードとを含み、Ｗｅｂサーバに登録済みのユーザ毎に割り当てられた情報である。認証情報は一定期間有効なものであり、認証情報が無効になった場合は、再度アカウント情報を使用した、Ｗｅｂサーバへの認証を行い新たな認証情報を発行してもらう。アカウント情報のメールアドレスやパスワードはユーザが任意に作成可能である。このため、アカウント情報は個人を特定できる可能性が高いものである。一方、認証情報にはアカウント情報が直接含まれず、認証情報からは個人を特定することは難しく、管理サーバで認証情報を記憶し続けたとしても個人情報の流出へのリスクは少ない。管理サーバは、画像処理装置と対になる認証情報を複数台分記憶する。

図１は本発明の代表的な実施例である印刷システム１００の構成を示すブロック図である。

印刷システム１００はユーザが使用する画像処理装置２００とアクセス認証が必要なＷｅｂサーバ４００と画像処理装置２００とＷｅｂサーバ４００との間を中継する管理サーバ３００とＷｅｂサーバ４００に印刷データを生成するユーザデバイス５００を含む。図１から分かるように、これらのシステム構成要素各々は広域ＬＡＮ形態のネットワーク６００に接続されており、ネットワーク６００を介して互いに通信が可能である。なお、Ｗｅｂサーバ４００からのサービスの提供を受ける際、管理サーバ３００を経由してのみアクセス可能とするようにしてもよい。

このシステムの使用にあたり、ユーザは画像処理装置２００にアカウント情報を入力する。これに応じて、画像処理装置２００は入力されたアカウント情報を管理サーバ３００に送信する。なお、本実施例では画像処理装置２００に対し１つのアカウント情報のみを用いるものとするが、複数のアカウント情報を入力しておき、切り替えながら処理を行うようにしてもよい。管理サーバ３００は、送信されたアカウント情報を使用して、Ｗｅｂサーバ４００と認証を行う。Ｗｅｂサーバ４００は送信されたアカウント情報の認証を行い、受け付けたアカウント情報のユーザがサービスの提供を許可するユーザとして登録されていれば認証情報を生成し管理サーバ３００に送信する。管理サーバ３００は、送信された認証情報を記憶する。従って、この特徴からすれば、この印刷システムは所望の印刷を実行するための認証システムとも言える。

画像処理装置２００で印刷データの印刷を行う場合、まずユーザはユーザデバイス５００を操作して、印刷データをＷｅｂサーバ４００に生成させる。このときユーザはユーザデバイス５００においてユーザを特定する情報をＷｅｂサーバ４００に送信し、Ｗｅｂサーバ４００は印刷データとユーザを特定する情報とを対応付けて記憶しておく。Ｗｅｂサーバ４００に生成させる印刷データはユーザデバイス５００で作成したデータをＷｅｂサーバ４００に送信し、Ｗｅｂサーバ４００で印刷データ形式に変換させるものであってもよい。また、Ｗｅｂサーバ４００で予め記憶されていたデータをユーザデバイス５００で指定させるものであってもよい。また、ユーザデバイス５００を用いず、画像処理装置２００からの操作でＷｅｂサーバ４００上の印刷データを特定するようにしてもよい。管理サーバ３００は、記憶している認証情報を使用して、定期的にＷｅｂサーバ４００に対し、当該認証情報に対応したユーザの印刷データの有無を問い合わせる。印刷データがあれば管理サーバ３００はＷｅｂサーバから印刷データを受け取り、記憶しておく。このとき管理サーバ３００が受け取った印刷データを画像処理装置２００で扱える形式に変換するようにしてもよい。画像処理装置２００は、定期的に管理サーバ３００に対し自身宛て（入力済みのアカウント情報に対応するユーザ宛て）の印刷データの有無を問い合わせ、あればそれを取得して印刷を行う。

図２は、図１に示した画像処理装置２００の詳細な構成を示すブロック図である。ＣＰＵ２０１は、内部バス２０２を経由して接続されたＲＯＭ２０３に格納されている制御プログラムとＤＲＡＭ２０４に格納されているデータの内容とに従って動作する。ＣＰＵ２０１は、操作部２０５から入力されたアカウント情報をＥＥＰＲＯＭ２０６に記憶する。ＣＰＵ２０１はＲＯＭ２０３に格納された通信制御プログラムを実行し、通信部２０７を経由して、ネットワーク６００に接続された他のネットワーク機器との通信を行う。ＣＰＵ２０１は、通信部２０７を経由して、ネットワーク６００に接続された管理サーバ３００から印刷データを受信し、これをＤＲＡＭ２０４に記憶する。ＣＰＵ２０１は、ＤＲＡＭ２０４に記憶された印刷データを印刷部２０８で印刷する。

なお、印刷部２０８はインクジェット方式に従ったプリンタエンジンや電子写真方式に従ったプリンタエンジンを含むが、これらの構成は公知のものを採用可能なのでここでの説明は省略する。

図３は、図１に示した管理サーバ３００とＷｅｂサーバ４００の構成を示すブロック図である。図３から分かるように、管理サーバとＷｅｂサーバの内部構成は共通している。また、ユーザデバイス５００も図３の構成のものを採用可能である。

ＣＰＵ３０１は、内部バス３０２を経由して接続されたＩ／Ｏコントローラ３０３経由でアクセス可能なＨＤＤ３０４に格納された制御プログラムとメインメモリ３０５に格納されたデータの内容とに従って動作する。ＣＰＵ３０１は、ＨＤＤ３０４に格納された制御プログラムを実行し、通信Ｉ／Ｆ３０６を経由して、ネットワーク６００に接続された他のネットワーク機器との通信を行う。管理サーバ３００とＷｅｂサーバのＣＰＵ３０１は、ＨＤＤ３０４に格納されている認証プログラムを実行する。管理サーバ３００のＣＰＵ３０１は、Ｗｅｂサーバ４００から受信した認証情報や印刷データをメインメモリ３０５に記憶する。

図４は画像処理装置２００に入力されたアカウント情報を管理サーバ３００に送信し管理サーバ３００がＷｅｂサーバ４００との認証を行う処理を示すフローチャートである。図４において、ステップＳ４０１、４０２は画像処理装置２００において行われる処理であり、ＣＰＵ２０１がＲＯＭ２０３に記憶されている制御プログラムをＤＲＡＭ２０４にロードし、それを実行することによって行われる処理の流れを示す。ステップＳ４０３、４０４、４０８〜４１１は管理サーバ３００で行われる処理であり、管理サーバ３００のＣＰＵ３０１がＨＤＤ３０４に記憶されている制御プログラムをメインメモリ３０５にロードし、それを実行することによって行われる処理の流れを示す。ステップＳ４０５〜４０７はＷｅｂサーバ４００において行われる処理であり、Ｗｅｂサーバ４００のＣＰＵ３０１がＨＤＤ３０４に記憶されている制御プログラムをメインメモリ３０５にロードし、それを実行することによって行われる処理の流れを示す。

まず、図４の処理を始めるに当たり、ユーザは画像処理装置２００の操作部２０５を操作し、Ｗｅｂサーバ４００からのサービスを提供する処理を実行を指示すると、アカウント情報の入力等を行う画面が操作部２０５に設けられた表示部に表示される。ステップＳ４０１ではユーザが操作部２０５を用いて入力したアカウント情報、ユーザを特定する情報などをＣＰＵ２０１が入力し、ＥＥＰＲＯＭ２０６に記憶する。ユーザを特定する情報は予め画像処理装置２００にセットされているものとしてもよい。ステップＳ４０２ではＣＰＵ２０１が通信部２０７を経由して、ネットワーク６００に接続された管理サーバ３００へ入力されたアカウント情報（ユーザを特定する情報も含む）を送信する。

次にステップＳ４０３では、管理サーバ３００は画像処理装置２００からアカウント情報を受信し、ステップＳ４０４ではＨＤＤ３０４に格納されている認証プログラムを呼び出し、受信したアカウント情報を用いてＷｅｂサーバ４００へ認証要求を送信する。

これに応じて、ステップＳ４０５において、Ｗｅｂサーバ４００は管理サーバ３００からの認証要求を受信し、ステップＳ４０６では、ＨＤＤ３０４に格納されている認証プログラムを呼び出して、受信したアカウント情報に対する認証処理を実行する。さらにステップＳ４０７では、実行された認証処理の結果を認証要求に対する応答として管理サーバ３００に送信する。ここで、受信したアカウント情報に対応するユーザがＷｅｂサーバのＨＤＤ３０４に登録されていれば認証処理の結果は成功である。それで、Ｗｅｂサーバ４００は受信したアカウント情報に対する認証情報を生成し、認証処理が成功したことを示す情報とともに生成した認証情報を管理サーバ３００に送信する。受信したアカウント情報に対応するユーザがＷｅｂサーバ４００のＨＤＤ３０４に登録されていなければ認証処理の結果は失敗であり、Ｗｅｂサーバ４００は認証処理の結果が失敗であったことを示す情報を管理サーバ３００に送信する。

ステップＳ４０８において、管理サーバ３００はＷｅｂサーバ４００からの認証結果を受信し、ステップＳ４０９では、ＨＤＤ３０４に格納された認証プログラムの実行により受信した認証結果によって認証が成功したか否かを調べる。ここで、認証が成功していると判断された場合、処理はステップＳ４１０に移り、認証が成功していないと判断された場合、処理はステップＳ４１１に移る。ステップＳ４１０では、受信した認証情報をメインメモリ３０５に記憶する。ステップＳ４１１では、ステップＳ４０３で画像処理装置２００から受信したアカウント情報を破棄（メインメモリ３０５から消去）し、処理を終了する。

図５は、画像処理装置２００が管理サーバ３００に定期的にアカウント情報を送信し管理サーバ３００がＷｅｂサーバ４００への認証を行う処理を示すフローチャートである。図５において、ステップＳ５０１、５０２は画像処理装置２００において行われる処理であり、ＣＰＵ２０１がＲＯＭ２０３に記憶されている制御プログラムをＤＲＡＭ２０４にロードし、それを実行することによって行われる処理の流れを示す。ステップＳ５０３〜５０６、５１０〜５１３は管理サーバ３００で行われる処理であり、管理サーバ３００のＣＰＵ３０１がＨＤＤ３０４に記憶されている制御プログラムをメインメモリ３０５にロードし、それを実行することによって行われる処理の流れを示す。ステップＳ５０７〜５０９はＷｅｂサーバ４００において行われる処理であり、Ｗｅｂサーバ４００のＣＰＵ３０１がＨＤＤ３０４に記憶されている制御プログラムをメインメモリ３０５にロードし、それを実行することによって行われる処理の流れを示す。この実施例では、画像処理装置２００は定期的なアカウント情報の送信を、周期起動ハンドラによって経過時間を計測することにより１時間毎に自動的に実行する。

ステップＳ５０１はＣＰＵ２０１で周期起動ハンドラから定期的に実行される処理であり、計時結果が前回行ったアカウント情報の送信後１時間経過したかをどうか調べる。ここで、その計測時刻が１時間経過していると判断される場合、処理はステップＳ５０２に移り、１時間経過していないと判断される場合、この処理は終了する。ステップＳ５０２では、ＣＰＵ２０１がＥＥＰＲＯＭ２０６からアカウント情報を読み出し、通信部２０７を経由して、ネットワーク６００に接続された管理サーバ３００へアカウント情報を送信する。

管理サーバ３００では、ステップＳ５０３において画像処理装置２００からアカウント情報を受信する。そして、ステップＳ５０４ではＨＤＤ３０４に格納された認証プログラムを呼び出し、メインメモリ３０５に受信したアカウント情報に対応した認証情報が記憶されているかをＣＰＵ３０１が調べる。ここで認証情報が記憶されていると判断された場合、処理はステップＳ５０５に移り、記憶されていないと判断された場合、処理はステップＳ５０６に移る。

ステップＳ５０５ではその認証情報が有効であるかを調べ、認証情報が無効であると判断された場合、処理はステップＳ５０６に移り、認証情報が有効であると判断された場合は、この処理を終了する。認証情報が有効であるか否かは当該認証情報をＷｅｂサーバ４００から受け取ってからの経過時間が認証情報の有効期間内であるかどうか、またはＷｅｂサーバ４００への確認により判断する。ステップＳ５０６では、受信したアカウント情報を用いてＷｅｂサーバ４００へ認証要求を送信する。

Ｗｅｂサーバ４００では、ステップＳ５０７において管理サーバ３００から認証要求を受信し、ステップＳ５０８ではＨＤＤ３０４に格納されている認証プログラムを呼び出して、受信したアカウント情報に対する認証処理を実行する。さらに、ステップＳ５０９では、実行された認証処理の結果を認証要求に対する応答として管理サーバ３００に送信する。これらの処理はステップＳ４０５〜４０７と同様である。

ステップＳ５１０では、再び管理サーバ３００において、Ｗｅｂサーバ４００から認証結果を受信し、ステップＳ５１１ではＨＤＤ３０４に格納されている認証プログラムを実行して、受信した認証結果から認証が成功したか否かを調べる。ここで、認証が成功していると判断された場合、処理はステップＳ５１２に移り、認証が成功していないと判断された場合、処理はステップＳ５１３に移る。ステップＳ５１２では受信した認証情報をメインメモリ３０５に記憶し、ステップＳ５１３では、ステップＳ５０３で画像処理装置２００から受信した受信したアカウント情報を破棄し、処理を終了する。これらの処理はステップＳ４０８〜４１１と同様である。

図６は管理サーバ３００がＷｅｂサーバ４００から印刷データを取得する処理を示すフローチャートである。図６において、ステップＳ６０１〜６０３、６０７〜６１０、６１４、６１５は管理サーバ３００で行われる処理である。図６では、管理サーバのＣＰＵ３０１がＨＤＤ３０４に記憶されている制御プログラムをメインメモリ３０５にロードし、それを実行することによって行われる処理の流れを示す。ステップＳ６０４〜６０６、６１１〜６１３はＷｅｂサーバで行われる処理であり、Ｗｅｂサーバ４００のＣＰＵ３０１がＨＤＤ３０４に記憶されている制御プログラムをメインメモリ３０５にロードし、それを実行することによって行われる処理の流れを示す。この実施例では、管理サーバ３００は印刷データの取得要求を周期起動ハンドラによって１分毎に自動的に実行する。

ステップＳ６０１は、ＣＰＵ３０１の周期起動ハンドラから定期的に呼び出される処理であり、前回の印刷データ取得要求から１分経過したかを調べる。ここで、時間が１分経過していると判断された場合、処理はステップＳ６０２に移り、１分経過していないと判断された場合、この処理は終了する。ステップＳ６０２では、メインメモリ３０５に認証情報が記憶されているかをＣＰＵ３０１が調べ、認証情報が記憶されていると判断された場合、処理はステップＳ６０３に遷移し、認証情報が記憶されていないと判断された場合、この処理は終了する。ステップＳ６０３では、ＣＰＵ３０１が通信Ｉ／Ｆ３０６を経由して、ネットワーク６００に接続されたＷｅｂサーバ４００へ認証情報が有効であるかどうかを判断する要求を送信する。

Ｗｅｂサーバ４００ではステップＳ６０４において、管理サーバ３００から認証情報の有効か無効かの判断要求を受信し、ステップＳ６０５では、ＣＰＵ３０１がＨＤＤ３０４に格納されている認証プログラムを実行し、認証情報が有効か無効かを判断する。ステップＳ６０５では、ＨＤＤ３０４またはメインメモリ３０５に記憶されたアカウント情報とその認証結果情報を参照する。そして、一度も認証が行われていない場合や、以前認証を行ってから認証情報の有効期間以上が経過している場合は、そのアカウント情報の認証情報は無効と判断する。ステップＳ６０６では、ＣＰＵ３０１が通信Ｉ／Ｆ３０６を経由して、ネットワーク６００に接続された管理サーバ３００へ、認証情報の有効か無効かの判断結果を送信する。

再び処理は管理サーバ３００に移り、ステップＳ６０７においてＷｅｂサーバ４００から認証情報の有効か無効かの判断結果を受信し、ステップＳ６０８では受信した認証情報の有効か無効かの判断結果をメインメモリ３０５に記憶する。次に、ステップＳ６０９では、メインメモリ３０５に記憶した認証情報の判断結果を確認する。ここで、認証情報が有効であるとの判断結果である場合、処理はステップＳ６１０に移り、Ｗｅｂサーバ４００へ認証情報に対応する印刷データ取得要求を送信し、無効であるとの判断結果である場合、処理は終了する。

Ｗｅｂサーバ４００は、ステップＳ６１１において、管理サーバ３００から印刷データ取得要求を受信し、ステップＳ６１２では、受信した認証情報に対応した印刷データの有無を判断する。ステップＳ６１３では、印刷データの有無の判断結果を管理サーバ３００へ送信する。

管理サーバ３００は、ステップＳ６１４において、Ｗｅｂサーバ４００から印刷データ取得結果を受信し、ステップＳ６１５では、受信した印刷データ取得結果をメインメモリ３０５に記憶し、この処理を終了する。印刷データ取得結果が印刷データ有りであった場合、印刷データもメインメモリ３０５に記憶される。なお、ここでの印刷データの取得は認証情報毎に行われる。このため、ステップＳ６０２で管理サーバ３０５のメインメモリ３０５に複数の認証情報が記憶されていると判断された場合、一回の印刷データの取得処理においてＳ６０３〜６１５の処理が認証情報の数の分だけ繰り返される。

図７は画像処理装置２００が管理サーバ３００から印刷データを取得する処理を示すフローチャートである。図７において、ステップＳ７０１、７０２、７０６〜７０８は画像処理装置２００において行われる処理であり、ＣＰＵ２０１がＲＯＭ２０３に記憶されている制御プログラムをＤＲＡＭ２０４にロードし、それを実行することによって行われる処理の流れを示す。ステップＳ７０３〜７０５は管理サーバ３００において行われる処理であり、管理サーバ３００のＣＰＵ３０１がＨＤＤ３０４に記憶されている制御プログラムをメインメモリ３０５にロードし、それを実行することによって行われる処理の流れを示す。この実施例では、画像処理装置２００が印刷データの取得要求を周期起動ハンドラによって３分毎に自動的に実行する。

ステップＳ７０１はＣＰＵ２０１の周期起動ハンドラから定期的に呼び出され実行される処理であり、前回の印刷データ取得要求の送信から３分経過したかどうかを調べる。ここで、時間が３分経過していると判断される場合、処理はステップＳ７０２に移り、３分経過していないと判断される場合、この処理は終了する。ステップＳ７０２では、ＣＰＵ２０１が通信部２０７を経由して、ネットワーク６００に接続された管理サーバ３００への印刷データ取得要求を送信する。この印刷データ取得要求にはユーザを特定する情報（アカウント情報と対応付けられたユーザを示す情報）も含まれる。

管理サーバ３００がステップＳ７０３において、画像処理装置２００から印刷データ取得要求を受信し、ステップＳ７０４では、ＣＰＵ３０１がメインメモリ３０５に当該ユーザの印刷データがあるかどうかを確認する。さらにステップＳ７０５では、その確認で得た印刷データ有無の確認結果（印刷データ有りであれば、印刷データそのものを、印刷データなしであればその旨を示す情報）を画像処理装置２００に送信する。

画像処理装置２００はステップＳ７０６において、管理サーバ３００から印刷データ有無の確認結果を受信し、ステップＳ７０７では、受信した確認結果を調べる。ここで、印刷データが有りと判断された場合、処理はステップＳ７０８に移り、印刷データ無しと判断された場合、この処理を終了する。ステップＳ７０８では受信した印刷データに基づいて印刷を実行し、この処理を終了する。

以上説明したようにこの実施例に従えば、管理サーバは画像処理装置から受信したアカウント情報を記憶している期間を図５、図６を参照して説明したように認証処理を行う間の短期間とし、認証処理終了後に破棄する（メインメモリから消去する）。従って多数の端末装置がアクセスする管理サーバからのアカウント情報の流出のリスクを低減させることが可能となる。また画像処理装置が定期的にアカウント情報を管理サーバに送信するので、管理サーバにおける認証情報を自動的に更新させることができ、ユーザが何度もアカウント情報を入力する手間を省くことができる。

なお、以上説明した実施例では、端末装置を印刷データの印刷を行う画像処理装置としたが、画像データを記憶して表示などを行う装置や入力された画像データを送信しＷｅｂサーバに登録する装置などであってもよい。

また、以上説明した実施例における、画像処理装置から管理サーバにアカウント情報を送信する１時間という時間間隔は一例に過ぎず、システムの形態等に応じて適切に設定されるべきである。即ち、認証情報の有効期間の長さ等に応じて適宜決定するようにすればよい。同様に、管理サーバがＷｅｂサーバに発行する印刷データ取得要求の１分という時間間隔も一例に過ぎず、システムの形態等に応じて適切に設定されるべきである。さらに、画像処理装置が管理サーバに発行する印刷データ取得要求の３分という時間間隔も一例に過ぎず、システムの形態等に応じて適切に設定されるべきである。また以上の説明においてアカウント情報をユーザ個人に割り当てられたものとしたが、画像処理装置に割り当てられたものとしてもよい。また、Ｗｅｂサーバをネットワークから切り離し、Ｗｅｂサーバと管理サーバとをローカル接続することにより、ネットワークを介して接続された端末装置が管理サーバを経由してのみＷｅｂサーバにアクセス可能としてもよい。

また、本実施例は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、プログラムの実行は１つのコンピュータを用いるものには限らず、複数のコンピュータが連携しながらプログラムを実行するようにしてもよい。また、本実施例の処理を全てソフトウェアで実現する必要もなく、一部又は全部をＡＳＩＣ等のハードウェアで実現するようにしてもよい。

Claims

サービスの提供を行うサーバとサービスの提供を受ける端末装置と前記サーバと前記端末装置の中継を行う、前記端末装置とネットワークを介して接続が可能な中継サーバとを有し、前記端末装置において入力されたアカウント情報を用いて前記サーバにおいて認証を行う認証システムであって、
前記中継サーバは、
前記アカウント情報を前記端末装置から受信する受信手段と、
前記受信手段により受信されたアカウント情報に基づいて認証を前記サーバに要求する要求手段と、
前記サーバからの認証の結果を受信し、前記結果が認証の成功である場合に前記サーバから受け取る前記アカウント情報に対応する認証情報をメモリに記憶する手段と、
前記認証情報を受け取った場合に前記受信手段により受信したアカウント情報を破棄する破棄手段と、
前記認証情報を用いて前記アカウント情報に対応する認証を前記サーバに対して実行する手段とを有することを特徴とする認証システム。
前記端末装置は、
前記アカウント情報を入力する入力手段と、
前記入力手段により入力されたアカウント情報を前記中継サーバに定期的に送信する送信手段とを有することを特徴とする請求項１に記載の認証システム。
前記中継サーバは、
前記メモリに記憶されている前記認証情報が有効であるか判断する判断手段を有し、
前記要求手段は、前記判断手段により有効でないと判断された場合、前記アカウント情報に基づいて認証を前記サーバに要求することを特徴とする請求項１又は２に記載の認証システム。
前記サーバは、
前記要求手段による要求に対し、前記アカウント情報に基づき当該アカウント情報を含まない認証情報を生成する手段と、
生成した前記認証情報を前記中継サーバに送信する手段とを有し、
前記認証情報を前記中継サーバに送信した場合、前記認証情報に基づき前記アカウント情報に対する認証を行うことを特徴とする請求項１乃至３のいずれか１項に記載の認証システム。
サービスの提供を行うサーバとサービスの提供を受ける端末装置と前記サーバと前記端末装置の中継を行う、前記端末装置とネットワークを介して接続が可能な中継サーバとを有し、前記端末装置において入力されたアカウント情報を用いて前記サーバにおいて認証を行う認証システムにおいて実行される認証方法であって、
前記中継サーバで、前記アカウント情報を前記端末装置から受信する受信工程と、
前記中継サーバで、前記受信されたアカウント情報に基づいて認証を前記サーバに要求する要求工程と、
前記中継サーバで、前記サーバからの認証処理の結果を受信し、前記結果が認証の成功である場合に前記サーバから受け取る前記アカウント情報に対応する認証情報をメモリに記憶する工程と、
前記中継サーバで、前記認証情報を受け取った場合に前記受信したアカウント情報を破棄する破棄工程とを有することを特徴とする認証方法。
サービスの提供を行うサーバとサービスの提供を受ける端末装置と前記サーバと前記端末装置の中継を行う、前記端末装置とネットワークを介して接続が可能な中継サーバとを有し、前記端末装置において入力されたアカウント情報を用いて前記サーバにおいて認証を行う認証システムの前記中継サーバにおいて実行されるプログラムであって、
前記アカウント情報を前記端末装置から受信する処理と、
前記受信されたアカウント情報に基づいて認証を前記サーバに要求する処理と、
前記サーバからの認証処理の結果を受信し、前記結果が認証の成功である場合に前記サーバから受け取る前記アカウント情報に対応する認証情報をメモリに記憶する処理と、
前記認証情報を受け取った場合に前記受信したアカウント情報を破棄する処理とを前記中継サーバのコンピュータに実行させることを特徴とするプログラム。