疑似シングルサインオン装置並びにこれを用いた画像形成装置及び画像形成システム
【課題】簡単な構成でシングルサインオンを疑似的に実現する。
【解決手段】クラウドサービス認証用ＵＲＬテーブル及び認証情報テーブルをデータベース６０に備えておき、認証要否判定部５８において、クラウドサービスからのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該ＵＲＬテーブル内のＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先ＩＰアドレスに係るユーザのクラウドサービス認証用ユーザＩＤ及びパスワードを該認証情報テーブルから読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する。
【解決手段】クラウドサービス認証用ＵＲＬテーブル及び認証情報テーブルをデータベース６０に備えておき、認証要否判定部５８において、クラウドサービスからのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該ＵＲＬテーブル内のＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先ＩＰアドレスに係るユーザのクラウドサービス認証用ユーザＩＤ及びパスワードを該認証情報テーブルから読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の認証用ＵＲＬのそれぞれについて擬似的にシングルサインオン処理を行う疑似シングルサインオン装置並びにこれを用いた画像形成装置及び画像形成システムに関する。
【背景技術】
【０００２】
クラウド毎にサービスの形態や料金が異なるので、ユーザは複数のクラウドサービスを利用する場合がある。この場合、ユーザはそれぞれのクラウドサービスに対し認証を受けなければならないので、煩雑であり、また、煩雑さを緩和するために同一パスワードを使用するとセキュリティが低下する。
【０００３】
この煩雑さを避けるため、特定の認証を受ければ他の認証を省略できるようにするシングルサインオンのシステムが用いられている。
【０００４】
しかし、シングルサインオンを実現するには、下記特許文献に開示されているように、クラウドサービスを提供する複数のサーバと連携するリバース・プロキシ型やエージェント・モジュール型などの認証サーバが必要になり、構成が複雑になる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−２７３８６８号公報
【特許文献２】特開２００５−６２５５６号公報
【特許文献２】特開２００８−１８６２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、このような問題点に鑑み、簡単な構成でシングルサインオンを疑似的に実現可能な疑似シングルサインオン装置並びにこれを用いた画像形成装置及び画像形成システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第１態様では、自装置に関する各ユーザのユーザＩＤとパスワードとが対応して格納された内部認証情報記憶手段と、該内部認証情報記憶手段の記憶内容に基づいて該自装置へのサインオン処理を行う内部ユーザ認証手段とを備えた疑似シングルサインオン装置において、
複数の外部認証用ＵＲＬのそれぞれについて、該自装置に関するユーザの外部認証用ユーザＩＤ及びパスワードとユーザ端末のアドレスとが対応して格納された外部認証情報記憶手段と、
サーバからのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する疑似シングルサインオン手段と、
を有する。
【０００８】
本発明による疑似シングルサインオン装置の第２態様では、第１態様において、該疑似シングルサインオン手段は、
サーバからのリスポンスメッセージに、未認証であることを示す情報が含まれている場合に、該リスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致するか否かを判定する認証要否判定手段と、
該認証要否判定手段が肯定判定した場合に、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する外部認証代行部と、
を有する。
【発明の効果】
【０００９】
上記第１態様の構成によれば、外部認証情報記憶手段に、複数の外部認証用ＵＲＬのそれぞれについて、該自装置に関するユーザの外部認証用ユーザＩＤ及びパスワードとユーザ端末のアドレスとを対応させて格納させておき、疑似シングルサインオン手段において、サーバからのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理すればよいので、複数のサーバと連携するリバース・プロキシ型やエージェント・モジュール型などの認証サーバを備える必要がなく、構成が簡単になるという効果を奏する。
【００１０】
また、サーバ毎に異なる複雑なパスワードを用いることが可能となるので、セキュリティが向上するという効果を奏する。
【００１１】
さらに、これらパスワードを各ユーザが記録しておく必要がないので、パスワード管理が簡単になるとともにセキュリティが向上するという効果を奏する。
【００１２】
上記第２態様の構成によれば、サーバからのリスポンスメッセージに、未認証であることを示す情報が含まれていなければ、認証に関しさらなる処理を行う必要がないので、ソフトウェア構成が簡単になるという効果を奏する。
【００１３】
本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施例１に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。
【図２】図１中の画像形成装置のハードウェア構成を示す概略ブロック図である。
【図３】主に画像形成装置のソフトウェア構成を示す概略ブロック図である。
【図４】（Ａ）及び（Ｂ）はそれぞれ図３中の認証情報データベース６０を構成するクラウドサービス認証用ＵＲＬテーブル及びクラウドサービス認証代行部の概略構成図である。
【図５】図３中の認証要否判定部及びクラウドサービス認証代行部での処理手順を示す概略フローチャートである。
【図６】図５中のステップＳ２での処理手順を示す概略フローチャートである。
【図７】本発明の実施例２に係る、クラウドサービスを利用する画像形成システムの概略構成図である。
【実施例１】
【００１５】
図１は、本発明の実施例１に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。
【００１６】
このシステムでは、イントラネット１０に画像形成装置１１と、ユーザ端末としてのパーソナルコンピュータ（ＰＣ）１２とが結合され、このイントラネット１０がルータ（不図示）を介してインターネット２０に結合されている。インターネット２０には、複数のクラウド２１〜２３が結合され、それぞれクラウドサービス３１〜３３をユーザに対し提供可能となっている。ユーザは、ＰＣ１２からイントラネット１０を介して画像形成装置１１のコピー、プリント及びファクシミリなどの基本的なサービスを利用できるとともに、画像形成装置１１に備えられた拡張アプリケーションを介してクラウドサービス３１〜３３を利用可能となっている。図２では、簡単化の為に、複数のユーザ端末を１つのＰＣ１２で代表している。
【００１７】
図２は、画像形成装置１１のハードウェア構成を示す概略ブロック図である。
【００１８】
画像形成装置１１では、ＣＰＵ４１がインターフェイス４２を介してＰＲＯＭ４３、ＤＲＡＭ４４、ハードディスクドライブ４５、ネットワークインターフェイス４６、操作パネル４７、スキャナ４８、プリンタ４９及びファックスモデム４Ａに結合されている。図２では、簡単化の為に、複数種のインターフェイスを１つのブロック４２で表している。
【００１９】
ＰＲＯＭ４３は、例えばフラッシュメモリであり、ＢＩＯＳ（Basic Input/Output System）、ＯＳ（Operating System）、各種ドライバ、及び、画像形成装置として機能させるための基本アプリケーションが格納されている。ＤＲＡＭ４４は、主記憶装置として用いられる。ハードディスクドライブ４５には、印刷用データ、スキャナ４８で読み取った画像データ及びファクシミリ受信データが保存され、さらに、上記拡張アプリケーションが格納される。ネットワークインターフェイス４６は、イントラネット１０に結合されている。操作パネル４７は、入力部及び表示部を供えている。スキャナ４８は、画像ファイル生成のために用いられ、このファイルは印刷、ファクシミリ送信又はファイル送信のために用いられる。プリンタ４９は、プリントエンジン並びに用紙の給紙部、搬送部及び排紙部を備え、ＤＲＡＭ４４に生成されたビットマップデータが供給され、このデータに基づいて感光ドラムに静電潜像を形成し、この像をトナーで現像し、トナー像を用紙に転写し定着させ、排紙する。
【００２０】
図３は、主に画像形成装置１１のソフトウェア構成を示す概略ブロック図である。
【００２１】
プラットフォーム５１は、画像形成装置１１のハードウェア１１Ｈを制御したり電源等を管理したりするＯＳと、ＯＳ上の標準ライブラリと、ＯＳ上のＪａｖａ（登録商標）仮想マシンなどの実行環境とを備えている。基本アプリケーション５２は、ＡＰＩ５３を介してプラットフォーム５１の機能を利用するコピー、プリント及びファクシミリなどのアプリケーションを備えている。拡張アプリケーション５４は、サードベンダーやユーザにより作成されるものであり、ＡＰＩ５５を介し基本アプリケーション５２を用い、ＡＰＩ５３を介しプラットフォーム５１の機能を用い、又はサービスプロキシ５６及び通信部５７を介しクラウドサービス３１〜３３を用いて作成される。
【００２２】
サービスプロキシ５６は、クラウドサービス３１〜３３に対するプロキシクラスであり、それぞれのＷＳＤＬファイルに基づきＷＳＤＬツール（プログラム）を用いて作成され、拡張アプリケーション５４から見てクラウドサービス３１〜３３を内部メソッドと同様に取り扱えるようにするためのものである。サービスプロキシ５６には、クラウドサービス３１〜３３のそれぞれについて、サービスメソッド呼び出しＡＰＩが含まれており、該ＡＰＩには認証用ＡＰＩも含まれている。
【００２３】
通信部５７は、図２のネットワークインターフェイス４６と、プラットフォーム５１のＯＳに含まれるＴＣＰ／ＩＰプロトコル処理部と、プラットフォーム５１の上記標準ライブラリに含まれるＸＭＬシリアライザ及びＸＭＬデシリアイザとを用いて構成される。
【００２４】
認証要否判定部５８は、クラウドサービス利用開始前の認証要否を、パケットの内容と、データベース管理システム（ＤＢＭＳ）５９を介し認証情報データベース６０から読み出されたクラウドサービス認証用ＵＲＬテーブル６１の内容とに基づいて、認証の要否を判定するものである。
【００２５】
より具体的には、クラウドサービス３１〜３３のそれぞれと通信部５７との間は、例えばＳＯＡＰ ｏｖｅｒ ＨＴＴＰプロトコルが用いられ、認証要否判定部５８は、そのＨＴＴＰ応答メッセージのリスポンス行（先頭の行）のステータス番号に基づき、認証要否を判定する。
【００２６】
図４（Ａ）は、クラウドサービス認証用ＵＲＬテーブル６１の具体例であり、クラウドサービス３１〜３３に対する認証用ＵＲＬとＵＲＬ識別ナンバーＮｏとが対応付けられている。クラウドサービス認証用ＵＲＬテーブル６１は、予め手動（コンピュータとの対話で）作成されている。
【００２７】
図５は、認証要否判定部５８及び認証代行部６２での処理を示す概略フローチャートである。認証要否判定部５８での処理は、通信部５７がパケットを受信する毎に行われる。以下括弧内は図中のステップ識別符号である。
【００２８】
（Ｓ０）この受信パケットに、ＨＴＴＰ応答メッセージのリスポンス行が含まれ、且つ、この行のステータス番号が４０１であれば、認証要と判定する。認証要と判定した場合にはステップＳ１へ進み、そうでなければ図５の処理を終了する。
【００２９】
（Ｓ１）ＨＴＴＰヘッダ内のLocationの値をリダイレクトＵＲＬとして取得し、これがクラウドサービス認証用ＵＲＬテーブル６１内のＵＲＬ０〜ＵＲＬ２の何れかと一致するか否かを判定し、一致すれば、ステップＳ２へ進み、そうでなければ図５の処理を終了する。
【００３０】
（Ｓ２）対応するＵＲＬ識別ナンバーＮｏの値を決定する。
【００３１】
（Ｓ３）受信パケットに含まれる宛先ＩＰアドレスＩＰＡ（グローバルＩＰアドレスとポート番号との組が上記ルータで変換されたプライベートＩＰアドレス）を取得する。通信部５７は、このＵＲＬに対しＨＴＴＰリクエストを行う。
【００３２】
ここで、認証情報データベース６０にはさらに図４（Ｂ）に示すような認証情報テーブル６３が格納されている。
【００３３】
認証情報テーブル６３には、各ユーザについて、画像形成装置１１を利用するための認証用ＩＤ及びパスワードがそれぞれ内部ＵＩＤ及び内部ＰＷとして格納されている。認証情報テーブル６３にはまた、各ユーザについて、イントラネット１０内でＰＣ１２に割り当てられたプライベートＩＰアドレスが宛先ＩＰアドレスＩＰＡとして格納されている。認証情報テーブル６３にはさらに、各ユーザについて、クラウドサービス３１を利用するためのユーザＩＤ及びパスワードがそれぞれＵＩＤ１及びＰＷ１として格納され、クラウドサービス３２を利用するためのユーザＩＤ及びパスワードがそれぞれＵＩＤ２及びＰＷ２として格納され、クラウドサービス３３を利用するためのユーザＩＤ及びパスワードがそれぞれＵＩＤ３及びＰＷ３として格納されている。
【００３４】
認証情報テーブル６３中の”ＮＵＬＬ”は、認証情報が存在せず、対応するクラウドサービスを該当行のユーザが利用できないことを示している。この認証情報テーブル６３は、予め手動作成されている。なお、内部認証部６４により認証情報テーブル６３内のユーザＩＤ（ＵＩＤ）及びパスワード（ＰＷ）が参照されて、画像形成装置１１に対するユーザ認証処理が行われ、この処理が行われたユーザが既に存在すると仮定している。
【００３５】
（Ｓ４）認証要否判定部５８は、上記リダイレクトＵＲＬ、ＵＲＬ識別ナンバーＮｏ及び宛先ＩＰアドレスＩＰＡの値であるＵＲＬｉ、ｉ及びｉｐａｉ（本実施例１ではｉは１〜３のいずれか）をクラウドサービス認証代行部６２に引き渡して、認証代行部６２に制御を移す。認証代行部６２はこれに応答して、データベース管理システム５９を介し、ＩＰＡ＝ｉｐａｉ及びＮｏ＝ｉをキーとして認証情報データベース６０内の認証情報テーブル６３から対応するユーザ識別子ＵＩＤｉ及びパスワードＰＷｉを読み出し、リダイレクト先ＵＲＬｉから受信したＳＯＡＰリスポンスメッセージに対し認証代行処理を行う。
【００３６】
図６は、クラウドサービス認証代行部６２によるステップＳ２での処理を示す概略フローチャートである。
【００３７】
（Ｓ１０）認証代行部６２は、認証要否判定部５８から受け取った上記ＩＰアドレスをキーとして認証情報テーブル６３を検索する。
【００３８】
（Ｓ１１）検索がヒットした場合にはステップＳ１２へ進み、そうでなければ図６の処理を終了する。
【００３９】
（Ｓ１２）ヒットした行の上記ＵＲＬ識別ナンバーＮｏに対応したユーザ識別子ＵＩＤｉ及びパスワードＰＷｉを読み出し、それらがＮＵＬＬでなければステップＳ１３へ進み、ＮＵＬＬであれば図６の処理を終了する。
【００４０】
（Ｓ１３）ユーザ識別子ＵＩＤｉ及びパスワードＰＷｉを用いて、上記ＳＯＡＰ応答メッセージに対する認証処理を代行し、図６の処理を終了する。
【００４１】
認証結果に対する処理及び認証後の処理は、拡張アプリケーション５４でサービスプロキシ５６を介して行われる。
【００４２】
本実施例１によれば、図４に示すようなクラウドサービス認証用ＵＲＬテーブル６１及び認証情報テーブル６３を認証情報データベース６０に備えておき、認証要否判定部５８において、クラウドサービス３１〜３３（サーバ）からのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、ＵＲＬテーブル６１内のＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先アドレスであるＰＣ１２のＩＰアドレスに係るユーザのクラウドサービス認証用ユーザＩＤ及びパスワードを認証情報テーブル６３から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理すればよいので、複数のサーバと連携するリバース・プロキシ型やエージェント・モジュール型などの認証サーバを備える必要がなく、構成が簡単になるという効果を奏する。
【００４３】
また、クラウドサービス３１〜３３毎に異なる複雑なパスワードを用いることが可能となるので、セキュリティが向上するという効果を奏する。
【００４４】
さらに、これらパスワードを各ユーザが記録しておく必要がないので、パスワード管理が簡単になるとともにセキュリティが向上するという効果を奏する。
【００４５】
また、認証要否判定部５８において、クラウドサービス３１〜３３からのリスポンスメッセージに、未認証であることを示すステータス番号が含まれていないと判定した場合には、認証に関しさらなる処理を行う必要がないので、ソフトウェア構成が簡単になるという効果を奏する。
【実施例２】
【００４６】
図７は、本発明の実施例２に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。
【００４７】
この実施例２では、イントラネット１０とインターネット２０との間にエージェント７０が結合され、このエージェント７０に図３の認証要否判定部５８、データベース管理システム５９、認証情報データベース６０及びクラウドサービス認証代行部６２が備えられている。
【００４８】
エージェント７０は例えば、プロキシサーバを用いて構成される。イントラネット１０にはまた、サーバ７１が結合されている。サーバ７１はファイルサーバとしての機能を有し、拡張アプリケーション５４を開発するためのＳＤＫがサーバ７１の記憶装置にに格納され、ＰＣ１２で拡張アプリケーション５４を開発する際にこのＳＤＫをサーバ７１からダウンロードして用いる。クラウドサービス３１〜３３は拡張アプリケーション５４の開発段階でも用いられ、したがって、この段階においても、認証要否判定部５８及びクラウドサービス認証代行部６２での処理が行われる。
【００４９】
他の点は実施例１と同一である。
【００５０】
以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記複数の実施例で述べた構成要素の他の組み合わせ、各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。
【００５１】
例えば、認証要否判定部５８は図５のステップＳ０の処理を省略した構成であってもよい。また、クラウドサービス３１〜３３と通信部５７との間のプロトコルは、ＳＯＡＰに限定されず、ＲＥＳＴ(Representational State Transfer) やＸＭＬ−ＲＰＣ（リモートプロシージャコール）などのプロトコルであってもよい。
【符号の説明】
【００５２】
１０ イントラネット
１１ 画像形成装置
１１Ｈ ハードウェア
１２ ＰＣ
２０ インターネット
２１〜２３ クラウド
３１〜３３ クラウドサービス
４１ ＣＰＵ
４２ インターフェイス
４３ ＰＲＯＭ
４４ ＤＲＡＭ
４５ ハードディスクドライブ
４６ ネットワークインターフェイス
４７ 操作パネル
４８ スキャナ
４９ プリンタ
４Ａ ファックスモデム
５１ プラットフォーム
５２ 基本アプリケーション
５３、５５ ＡＰＩ
５４ 拡張アプリケーション
５６ サービスプロキシ
５７ 通信部
５８ 認証要否判定部
５９ データベース管理システム
６０ 認証情報データベース
６１ クラウドサービス認証用ＵＲＬテーブル
６２ クラウドサービス認証代行部
６３ 認証情報テーブル
６４ 内部認証部
７０ エージェント
７１ サーバ
Ｎｏ ＵＲＬ識別ナンバー
ＵＩＤｉ、ＵＩＤ１〜ＵＩＤ３ ユーザ識別子
ＰＷｉ、ＰＷ１〜ＰＷ３ パスワード
【技術分野】
【０００１】
本発明は、複数の認証用ＵＲＬのそれぞれについて擬似的にシングルサインオン処理を行う疑似シングルサインオン装置並びにこれを用いた画像形成装置及び画像形成システムに関する。
【背景技術】
【０００２】
クラウド毎にサービスの形態や料金が異なるので、ユーザは複数のクラウドサービスを利用する場合がある。この場合、ユーザはそれぞれのクラウドサービスに対し認証を受けなければならないので、煩雑であり、また、煩雑さを緩和するために同一パスワードを使用するとセキュリティが低下する。
【０００３】
この煩雑さを避けるため、特定の認証を受ければ他の認証を省略できるようにするシングルサインオンのシステムが用いられている。
【０００４】
しかし、シングルサインオンを実現するには、下記特許文献に開示されているように、クラウドサービスを提供する複数のサーバと連携するリバース・プロキシ型やエージェント・モジュール型などの認証サーバが必要になり、構成が複雑になる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−２７３８６８号公報
【特許文献２】特開２００５−６２５５６号公報
【特許文献２】特開２００８−１８６２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、このような問題点に鑑み、簡単な構成でシングルサインオンを疑似的に実現可能な疑似シングルサインオン装置並びにこれを用いた画像形成装置及び画像形成システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第１態様では、自装置に関する各ユーザのユーザＩＤとパスワードとが対応して格納された内部認証情報記憶手段と、該内部認証情報記憶手段の記憶内容に基づいて該自装置へのサインオン処理を行う内部ユーザ認証手段とを備えた疑似シングルサインオン装置において、
複数の外部認証用ＵＲＬのそれぞれについて、該自装置に関するユーザの外部認証用ユーザＩＤ及びパスワードとユーザ端末のアドレスとが対応して格納された外部認証情報記憶手段と、
サーバからのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する疑似シングルサインオン手段と、
を有する。
【０００８】
本発明による疑似シングルサインオン装置の第２態様では、第１態様において、該疑似シングルサインオン手段は、
サーバからのリスポンスメッセージに、未認証であることを示す情報が含まれている場合に、該リスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致するか否かを判定する認証要否判定手段と、
該認証要否判定手段が肯定判定した場合に、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する外部認証代行部と、
を有する。
【発明の効果】
【０００９】
上記第１態様の構成によれば、外部認証情報記憶手段に、複数の外部認証用ＵＲＬのそれぞれについて、該自装置に関するユーザの外部認証用ユーザＩＤ及びパスワードとユーザ端末のアドレスとを対応させて格納させておき、疑似シングルサインオン手段において、サーバからのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理すればよいので、複数のサーバと連携するリバース・プロキシ型やエージェント・モジュール型などの認証サーバを備える必要がなく、構成が簡単になるという効果を奏する。
【００１０】
また、サーバ毎に異なる複雑なパスワードを用いることが可能となるので、セキュリティが向上するという効果を奏する。
【００１１】
さらに、これらパスワードを各ユーザが記録しておく必要がないので、パスワード管理が簡単になるとともにセキュリティが向上するという効果を奏する。
【００１２】
上記第２態様の構成によれば、サーバからのリスポンスメッセージに、未認証であることを示す情報が含まれていなければ、認証に関しさらなる処理を行う必要がないので、ソフトウェア構成が簡単になるという効果を奏する。
【００１３】
本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施例１に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。
【図２】図１中の画像形成装置のハードウェア構成を示す概略ブロック図である。
【図３】主に画像形成装置のソフトウェア構成を示す概略ブロック図である。
【図４】（Ａ）及び（Ｂ）はそれぞれ図３中の認証情報データベース６０を構成するクラウドサービス認証用ＵＲＬテーブル及びクラウドサービス認証代行部の概略構成図である。
【図５】図３中の認証要否判定部及びクラウドサービス認証代行部での処理手順を示す概略フローチャートである。
【図６】図５中のステップＳ２での処理手順を示す概略フローチャートである。
【図７】本発明の実施例２に係る、クラウドサービスを利用する画像形成システムの概略構成図である。
【実施例１】
【００１５】
図１は、本発明の実施例１に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。
【００１６】
このシステムでは、イントラネット１０に画像形成装置１１と、ユーザ端末としてのパーソナルコンピュータ（ＰＣ）１２とが結合され、このイントラネット１０がルータ（不図示）を介してインターネット２０に結合されている。インターネット２０には、複数のクラウド２１〜２３が結合され、それぞれクラウドサービス３１〜３３をユーザに対し提供可能となっている。ユーザは、ＰＣ１２からイントラネット１０を介して画像形成装置１１のコピー、プリント及びファクシミリなどの基本的なサービスを利用できるとともに、画像形成装置１１に備えられた拡張アプリケーションを介してクラウドサービス３１〜３３を利用可能となっている。図２では、簡単化の為に、複数のユーザ端末を１つのＰＣ１２で代表している。
【００１７】
図２は、画像形成装置１１のハードウェア構成を示す概略ブロック図である。
【００１８】
画像形成装置１１では、ＣＰＵ４１がインターフェイス４２を介してＰＲＯＭ４３、ＤＲＡＭ４４、ハードディスクドライブ４５、ネットワークインターフェイス４６、操作パネル４７、スキャナ４８、プリンタ４９及びファックスモデム４Ａに結合されている。図２では、簡単化の為に、複数種のインターフェイスを１つのブロック４２で表している。
【００１９】
ＰＲＯＭ４３は、例えばフラッシュメモリであり、ＢＩＯＳ（Basic Input/Output System）、ＯＳ（Operating System）、各種ドライバ、及び、画像形成装置として機能させるための基本アプリケーションが格納されている。ＤＲＡＭ４４は、主記憶装置として用いられる。ハードディスクドライブ４５には、印刷用データ、スキャナ４８で読み取った画像データ及びファクシミリ受信データが保存され、さらに、上記拡張アプリケーションが格納される。ネットワークインターフェイス４６は、イントラネット１０に結合されている。操作パネル４７は、入力部及び表示部を供えている。スキャナ４８は、画像ファイル生成のために用いられ、このファイルは印刷、ファクシミリ送信又はファイル送信のために用いられる。プリンタ４９は、プリントエンジン並びに用紙の給紙部、搬送部及び排紙部を備え、ＤＲＡＭ４４に生成されたビットマップデータが供給され、このデータに基づいて感光ドラムに静電潜像を形成し、この像をトナーで現像し、トナー像を用紙に転写し定着させ、排紙する。
【００２０】
図３は、主に画像形成装置１１のソフトウェア構成を示す概略ブロック図である。
【００２１】
プラットフォーム５１は、画像形成装置１１のハードウェア１１Ｈを制御したり電源等を管理したりするＯＳと、ＯＳ上の標準ライブラリと、ＯＳ上のＪａｖａ（登録商標）仮想マシンなどの実行環境とを備えている。基本アプリケーション５２は、ＡＰＩ５３を介してプラットフォーム５１の機能を利用するコピー、プリント及びファクシミリなどのアプリケーションを備えている。拡張アプリケーション５４は、サードベンダーやユーザにより作成されるものであり、ＡＰＩ５５を介し基本アプリケーション５２を用い、ＡＰＩ５３を介しプラットフォーム５１の機能を用い、又はサービスプロキシ５６及び通信部５７を介しクラウドサービス３１〜３３を用いて作成される。
【００２２】
サービスプロキシ５６は、クラウドサービス３１〜３３に対するプロキシクラスであり、それぞれのＷＳＤＬファイルに基づきＷＳＤＬツール（プログラム）を用いて作成され、拡張アプリケーション５４から見てクラウドサービス３１〜３３を内部メソッドと同様に取り扱えるようにするためのものである。サービスプロキシ５６には、クラウドサービス３１〜３３のそれぞれについて、サービスメソッド呼び出しＡＰＩが含まれており、該ＡＰＩには認証用ＡＰＩも含まれている。
【００２３】
通信部５７は、図２のネットワークインターフェイス４６と、プラットフォーム５１のＯＳに含まれるＴＣＰ／ＩＰプロトコル処理部と、プラットフォーム５１の上記標準ライブラリに含まれるＸＭＬシリアライザ及びＸＭＬデシリアイザとを用いて構成される。
【００２４】
認証要否判定部５８は、クラウドサービス利用開始前の認証要否を、パケットの内容と、データベース管理システム（ＤＢＭＳ）５９を介し認証情報データベース６０から読み出されたクラウドサービス認証用ＵＲＬテーブル６１の内容とに基づいて、認証の要否を判定するものである。
【００２５】
より具体的には、クラウドサービス３１〜３３のそれぞれと通信部５７との間は、例えばＳＯＡＰ ｏｖｅｒ ＨＴＴＰプロトコルが用いられ、認証要否判定部５８は、そのＨＴＴＰ応答メッセージのリスポンス行（先頭の行）のステータス番号に基づき、認証要否を判定する。
【００２６】
図４（Ａ）は、クラウドサービス認証用ＵＲＬテーブル６１の具体例であり、クラウドサービス３１〜３３に対する認証用ＵＲＬとＵＲＬ識別ナンバーＮｏとが対応付けられている。クラウドサービス認証用ＵＲＬテーブル６１は、予め手動（コンピュータとの対話で）作成されている。
【００２７】
図５は、認証要否判定部５８及び認証代行部６２での処理を示す概略フローチャートである。認証要否判定部５８での処理は、通信部５７がパケットを受信する毎に行われる。以下括弧内は図中のステップ識別符号である。
【００２８】
（Ｓ０）この受信パケットに、ＨＴＴＰ応答メッセージのリスポンス行が含まれ、且つ、この行のステータス番号が４０１であれば、認証要と判定する。認証要と判定した場合にはステップＳ１へ進み、そうでなければ図５の処理を終了する。
【００２９】
（Ｓ１）ＨＴＴＰヘッダ内のLocationの値をリダイレクトＵＲＬとして取得し、これがクラウドサービス認証用ＵＲＬテーブル６１内のＵＲＬ０〜ＵＲＬ２の何れかと一致するか否かを判定し、一致すれば、ステップＳ２へ進み、そうでなければ図５の処理を終了する。
【００３０】
（Ｓ２）対応するＵＲＬ識別ナンバーＮｏの値を決定する。
【００３１】
（Ｓ３）受信パケットに含まれる宛先ＩＰアドレスＩＰＡ（グローバルＩＰアドレスとポート番号との組が上記ルータで変換されたプライベートＩＰアドレス）を取得する。通信部５７は、このＵＲＬに対しＨＴＴＰリクエストを行う。
【００３２】
ここで、認証情報データベース６０にはさらに図４（Ｂ）に示すような認証情報テーブル６３が格納されている。
【００３３】
認証情報テーブル６３には、各ユーザについて、画像形成装置１１を利用するための認証用ＩＤ及びパスワードがそれぞれ内部ＵＩＤ及び内部ＰＷとして格納されている。認証情報テーブル６３にはまた、各ユーザについて、イントラネット１０内でＰＣ１２に割り当てられたプライベートＩＰアドレスが宛先ＩＰアドレスＩＰＡとして格納されている。認証情報テーブル６３にはさらに、各ユーザについて、クラウドサービス３１を利用するためのユーザＩＤ及びパスワードがそれぞれＵＩＤ１及びＰＷ１として格納され、クラウドサービス３２を利用するためのユーザＩＤ及びパスワードがそれぞれＵＩＤ２及びＰＷ２として格納され、クラウドサービス３３を利用するためのユーザＩＤ及びパスワードがそれぞれＵＩＤ３及びＰＷ３として格納されている。
【００３４】
認証情報テーブル６３中の”ＮＵＬＬ”は、認証情報が存在せず、対応するクラウドサービスを該当行のユーザが利用できないことを示している。この認証情報テーブル６３は、予め手動作成されている。なお、内部認証部６４により認証情報テーブル６３内のユーザＩＤ（ＵＩＤ）及びパスワード（ＰＷ）が参照されて、画像形成装置１１に対するユーザ認証処理が行われ、この処理が行われたユーザが既に存在すると仮定している。
【００３５】
（Ｓ４）認証要否判定部５８は、上記リダイレクトＵＲＬ、ＵＲＬ識別ナンバーＮｏ及び宛先ＩＰアドレスＩＰＡの値であるＵＲＬｉ、ｉ及びｉｐａｉ（本実施例１ではｉは１〜３のいずれか）をクラウドサービス認証代行部６２に引き渡して、認証代行部６２に制御を移す。認証代行部６２はこれに応答して、データベース管理システム５９を介し、ＩＰＡ＝ｉｐａｉ及びＮｏ＝ｉをキーとして認証情報データベース６０内の認証情報テーブル６３から対応するユーザ識別子ＵＩＤｉ及びパスワードＰＷｉを読み出し、リダイレクト先ＵＲＬｉから受信したＳＯＡＰリスポンスメッセージに対し認証代行処理を行う。
【００３６】
図６は、クラウドサービス認証代行部６２によるステップＳ２での処理を示す概略フローチャートである。
【００３７】
（Ｓ１０）認証代行部６２は、認証要否判定部５８から受け取った上記ＩＰアドレスをキーとして認証情報テーブル６３を検索する。
【００３８】
（Ｓ１１）検索がヒットした場合にはステップＳ１２へ進み、そうでなければ図６の処理を終了する。
【００３９】
（Ｓ１２）ヒットした行の上記ＵＲＬ識別ナンバーＮｏに対応したユーザ識別子ＵＩＤｉ及びパスワードＰＷｉを読み出し、それらがＮＵＬＬでなければステップＳ１３へ進み、ＮＵＬＬであれば図６の処理を終了する。
【００４０】
（Ｓ１３）ユーザ識別子ＵＩＤｉ及びパスワードＰＷｉを用いて、上記ＳＯＡＰ応答メッセージに対する認証処理を代行し、図６の処理を終了する。
【００４１】
認証結果に対する処理及び認証後の処理は、拡張アプリケーション５４でサービスプロキシ５６を介して行われる。
【００４２】
本実施例１によれば、図４に示すようなクラウドサービス認証用ＵＲＬテーブル６１及び認証情報テーブル６３を認証情報データベース６０に備えておき、認証要否判定部５８において、クラウドサービス３１〜３３（サーバ）からのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、ＵＲＬテーブル６１内のＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先アドレスであるＰＣ１２のＩＰアドレスに係るユーザのクラウドサービス認証用ユーザＩＤ及びパスワードを認証情報テーブル６３から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理すればよいので、複数のサーバと連携するリバース・プロキシ型やエージェント・モジュール型などの認証サーバを備える必要がなく、構成が簡単になるという効果を奏する。
【００４３】
また、クラウドサービス３１〜３３毎に異なる複雑なパスワードを用いることが可能となるので、セキュリティが向上するという効果を奏する。
【００４４】
さらに、これらパスワードを各ユーザが記録しておく必要がないので、パスワード管理が簡単になるとともにセキュリティが向上するという効果を奏する。
【００４５】
また、認証要否判定部５８において、クラウドサービス３１〜３３からのリスポンスメッセージに、未認証であることを示すステータス番号が含まれていないと判定した場合には、認証に関しさらなる処理を行う必要がないので、ソフトウェア構成が簡単になるという効果を奏する。
【実施例２】
【００４６】
図７は、本発明の実施例２に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。
【００４７】
この実施例２では、イントラネット１０とインターネット２０との間にエージェント７０が結合され、このエージェント７０に図３の認証要否判定部５８、データベース管理システム５９、認証情報データベース６０及びクラウドサービス認証代行部６２が備えられている。
【００４８】
エージェント７０は例えば、プロキシサーバを用いて構成される。イントラネット１０にはまた、サーバ７１が結合されている。サーバ７１はファイルサーバとしての機能を有し、拡張アプリケーション５４を開発するためのＳＤＫがサーバ７１の記憶装置にに格納され、ＰＣ１２で拡張アプリケーション５４を開発する際にこのＳＤＫをサーバ７１からダウンロードして用いる。クラウドサービス３１〜３３は拡張アプリケーション５４の開発段階でも用いられ、したがって、この段階においても、認証要否判定部５８及びクラウドサービス認証代行部６２での処理が行われる。
【００４９】
他の点は実施例１と同一である。
【００５０】
以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記複数の実施例で述べた構成要素の他の組み合わせ、各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。
【００５１】
例えば、認証要否判定部５８は図５のステップＳ０の処理を省略した構成であってもよい。また、クラウドサービス３１〜３３と通信部５７との間のプロトコルは、ＳＯＡＰに限定されず、ＲＥＳＴ(Representational State Transfer) やＸＭＬ−ＲＰＣ（リモートプロシージャコール）などのプロトコルであってもよい。
【符号の説明】
【００５２】
１０ イントラネット
１１ 画像形成装置
１１Ｈ ハードウェア
１２ ＰＣ
２０ インターネット
２１〜２３ クラウド
３１〜３３ クラウドサービス
４１ ＣＰＵ
４２ インターフェイス
４３ ＰＲＯＭ
４４ ＤＲＡＭ
４５ ハードディスクドライブ
４６ ネットワークインターフェイス
４７ 操作パネル
４８ スキャナ
４９ プリンタ
４Ａ ファックスモデム
５１ プラットフォーム
５２ 基本アプリケーション
５３、５５ ＡＰＩ
５４ 拡張アプリケーション
５６ サービスプロキシ
５７ 通信部
５８ 認証要否判定部
５９ データベース管理システム
６０ 認証情報データベース
６１ クラウドサービス認証用ＵＲＬテーブル
６２ クラウドサービス認証代行部
６３ 認証情報テーブル
６４ 内部認証部
７０ エージェント
７１ サーバ
Ｎｏ ＵＲＬ識別ナンバー
ＵＩＤｉ、ＵＩＤ１〜ＵＩＤ３ ユーザ識別子
ＰＷｉ、ＰＷ１〜ＰＷ３ パスワード
【特許請求の範囲】
【請求項１】
自装置に関する各ユーザのユーザＩＤとパスワードとが対応して格納された内部認証情報記憶手段と、該内部認証情報記憶手段の記憶内容に基づいて該自装置へのサインオン処理を行う内部ユーザ認証手段とを備えた疑似シングルサインオン装置において、
複数の外部認証用ＵＲＬのそれぞれについて、該自装置に関するユーザの外部認証用ユーザＩＤ及びパスワードとユーザ端末のアドレスとが対応して格納された外部認証情報記憶手段と、
サーバからのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する疑似シングルサインオン手段と、
を有することを特徴とする疑似シングルサインオン装置。
【請求項２】
該疑似シングルサインオン手段は、
サーバからのリスポンスメッセージに、未認証であることを示す情報が含まれている場合に、該リスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致するか否かを判定する認証要否判定手段と、
該認証要否判定手段が肯定判定した場合に、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する外部認証代行部と、
を有することを特徴とする請求項１に記載の疑似シングルサインオン装置。
【請求項３】
該未認証であることを示す情報はＨＴＴＰリスポンスメッセージのリスポンス行に含まれるステータス番号であり、該リダイレクト先ＵＲＬは該ＨＴＴＰリスポンスメッセージのヘッダに含まれているＬｏｃａｔｉｏｎの値であり、
該ユーザ端末のアドレスはＩＰアドレス又はＭＡＣアドレスである、
ことを特徴とする請求項２に記載の疑似シングルサインオン装置。
【請求項４】
該複数の外部認証用ＵＲＬは複数のクラウドサービスのそれぞれの認証用ＵＲＬであることを特徴とする請求項３に記載の疑似シングルサインオン装置。
【請求項５】
請求項１乃至４のいずれか１つに記載の疑似シングルサインオン装置を備えていることを特徴とする画像形成装置。
【請求項６】
画像形成装置が結合されたイントラネットワークと、
該イントラネットワークとインターネットとの間に結合され、請求項１乃至４のいずれか１つに記載の疑似シングルサインオン装置を備えたエージェント装置と、
を有することを特徴とする画像形成システム。
【請求項１】
自装置に関する各ユーザのユーザＩＤとパスワードとが対応して格納された内部認証情報記憶手段と、該内部認証情報記憶手段の記憶内容に基づいて該自装置へのサインオン処理を行う内部ユーザ認証手段とを備えた疑似シングルサインオン装置において、
複数の外部認証用ＵＲＬのそれぞれについて、該自装置に関するユーザの外部認証用ユーザＩＤ及びパスワードとユーザ端末のアドレスとが対応して格納された外部認証情報記憶手段と、
サーバからのリスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致すると判定した場合、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する疑似シングルサインオン手段と、
を有することを特徴とする疑似シングルサインオン装置。
【請求項２】
該疑似シングルサインオン手段は、
サーバからのリスポンスメッセージに、未認証であることを示す情報が含まれている場合に、該リスポンスメッセージに含まれているリダイレクト先ＵＲＬが、該格納された外部認証用ＵＲＬのいずれかに一致するか否かを判定する認証要否判定手段と、
該認証要否判定手段が肯定判定した場合に、該リスポンスメッセージのパケットに含まれる宛先アドレスに対応したユーザ端末のアドレスに係るユーザの外部認証用ユーザＩＤ及びパスワードを該外部認証情報記憶手段から読み出し、該リダイレクト先ＵＲＬに送信してサインオン処理する外部認証代行部と、
を有することを特徴とする請求項１に記載の疑似シングルサインオン装置。
【請求項３】
該未認証であることを示す情報はＨＴＴＰリスポンスメッセージのリスポンス行に含まれるステータス番号であり、該リダイレクト先ＵＲＬは該ＨＴＴＰリスポンスメッセージのヘッダに含まれているＬｏｃａｔｉｏｎの値であり、
該ユーザ端末のアドレスはＩＰアドレス又はＭＡＣアドレスである、
ことを特徴とする請求項２に記載の疑似シングルサインオン装置。
【請求項４】
該複数の外部認証用ＵＲＬは複数のクラウドサービスのそれぞれの認証用ＵＲＬであることを特徴とする請求項３に記載の疑似シングルサインオン装置。
【請求項５】
請求項１乃至４のいずれか１つに記載の疑似シングルサインオン装置を備えていることを特徴とする画像形成装置。
【請求項６】
画像形成装置が結合されたイントラネットワークと、
該イントラネットワークとインターネットとの間に結合され、請求項１乃至４のいずれか１つに記載の疑似シングルサインオン装置を備えたエージェント装置と、
を有することを特徴とする画像形成システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−９７７４４（Ｐ２０１３−９７７４４Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２４２９３６（Ｐ２０１１−２４２９３６）
【出願日】平成２３年１１月５日（２０１１．１１．５）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１１月５日（２０１１．１１．５）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
[ Back to top ]