JP2019057793A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】端末装置との間で通信を秘匿化しないモードが設定されている場合でも自装置を証明する情報を端末装置に送信して設定させることが可能な情報処理装置及びプログラムを提供する。【解決手段】認証連携サーバ装置３は、自装置３に対して情報を暗号化せずに通信するモードが設定されている場合に、自装置３の電子証明書を生成する生成手段と、自装置３と同一の内部ネットワーク６に接続されている端末装置４に対して、上記電子証明書を送信する送信手段とを備える。【選択図】図１

Description

本発明は、情報処理装置及びプログラムに関する。

近年、一度のログオンにより複数のサービスを利用可能とするシングルサインオンシステムが提案されている（例えば、特許文献１参照。）。

特許文献１に記載されたシングルサインオンシステムは、ユーザ認証を実行する認可サーバと、ウェブサービスを提供するサービス提供サーバと、情報処理装置としての端末とを備え、端末は、自装置に対するログイン操作を受け付けて認可サーバに認証連携要求を送信し、認可サーバから第１の認証要求を受け付けたことに起因して第２の認証要求をサービス提供サーバに送信し、サービス提供サーバによる第２の認証要求への応答に起因して、第３の認証要求をサービス提供サーバに送信し、第３の認証要求に応答したサービス提供サーバから、認可コードを含む認可サーバへのリダイレクト指示を受信し、リダイレクトに含まれる認可コードを用いて認証トークンを生成した認可サーバから、認証トークンを含む認証連携要求に対する応答を受信するよう構成されている。

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

イントラネット等の企業内部のネットワークでは通信を秘匿化しないモードが設定される場合がある。そのような場合でもセキュリティを確保するためには、管理者に高度な知識と設定負担が必要になる。

本発明の課題は、端末装置との間で通信を秘匿化しないモードが設定されている場合でも自装置を証明する情報を端末装置に送信して設定させることが可能な情報処理装置及びプログラムを提供することにある。

［１］自装置に対して情報を暗号化せずに通信するモードが設定されている場合に、自装置の電子証明書を生成する生成手段と、
自装置と同一の第１のネットワークに接続されている端末装置に対して、前記電子証明書を送信する送信手段と、を備えた情報処理装置。
［２］前記送信手段は、自装置のアドレス情報を送信する、前記［１］に記載の情報処理装置。
［３］前記送信手段は、前記端末装置のうち予め定められた種別の端末装置に前記電子証明書及び前記アドレス情報を送信する、前記［２］に記載の情報処理装置。
［４］前記電子証明書は、自装置自身が認証局になって自身の認証局の電子証明書である、前記［１］から［３］のいずれかに記載の情報処理装置。
［５］前記暗号化せずに通信するモードの設定が暗号化するモードに変更された場合に、第三者認証局の電子証明書を送信する、前記［１］から［４］のいずれかに記載の情報処理装置。
［６］第２のネットワークを介してサービスを提供するサービス提供装置との間で自己が使用する公開鍵を含む情報を交換して信頼関係を構築する構築手段と、
前記信頼関係が構築された前記サービス提供装置から、前記端末装置を操作して前記サービスを利用する利用者に対する認証処理を委譲されて前記認証処理を代行する代行手段と、をさらに備えた前記［１］から［５］のいずれかに記載の情報処理装置。
［７］コンピュータを、自装置に対して情報を暗号化せずに通信するモードが設定されている場合に、自装置の電子証明書を生成する生成手段と、
自装置と同一の第１のネットワークに接続されている端末装置に対して、前記電子証明書を送信する送信手段、として機能させるためのプログラム。

請求項１、２、７に係る発明によれば、端末装置との間で通信を秘匿化しないモードが設定されている場合でも自装置を証明する情報を端末装置に送信して設定させることが可能になる。
請求項３に係る発明によれば、端末装置との間で通信を秘匿化しないモードが設定されている場合でも予め定められた種別の端末装置との間の通信を秘匿化することができる。
請求項４に係る発明によれば、自装置自身が認証局になって自身の認識局の電子証明書からさらに発行した証明書を用いることにより端末装置で検証することが可能になる。
請求項５に係る発明によれば、管理者の第三者認証局の電子証明書を入手する手間を省ける。
請求項６に係る発明によれば、認証処理をサービス提供装置に対して改めて行う手間を省くことができる。

図１は、本発明の実施の形態に係る情報処理システムの構成例を示す図である。 図２は、認証連携サーバ装置の制御系の一例を示す図である。 図３（ａ）、（ｂ）は、内部管理テーブルの一例を示す図である。 図４は、外部管理テーブルの一例を示す図である。 図５は、認証連携サーバ装置の動作の一例を示すフローチャートである。 図６（ａ）〜（ｄ）は、画像形成装置の操作表示部に表示される画面の一例を示す図である。 図７は、図１に示す情報処理システムの動作の一例を示すシーケンス図である。

以下、本発明の実施の形態について図面を参照して説明する。なお、各図中、実質的に同一の機能を有する構成要素については、同一の符号を付してその重複した説明を省略する。

［実施の形態の要約］
本発明の実施の形態に係る情報処理装置は、自装置に対して情報を暗号化せずに通信するモードが設定されている場合に、自装置の電子証明書を生成する生成手段と、自装置と同一の第１のネットワークに接続されている端末装置に対して、前記電子証明書を送信する送信手段とを備える。

「電子証明書」とは、例えば、証明書のシリアル番号、証明書の発行先、証明書の発行者、証明書の有効期限、証明書の公開鍵を含み、署名者の公開鍵の真正性を証明するための電子化された情報をいう。また、本明細書において、「アドレス情報」は、アクセス場所を特定する情報、例えばＵＲＬ（Uniform Resource Locator）をいう。

［実施の形態］
図１は、本発明の実施の形態に係る情報処理システムの構成例を示す図である。この情報処理システム１は、ユーザ管理サーバ装置２と、認証連携サーバ装置３と、複数の画像形成装置４Ａと、複数のユーザ端末装置４Ｂ（画像形成装置４Ａ及びユーザ端末装置４Ｂを総称するときは「端末装置４」ともいう。）と、サービス提供装置５とを備える。ユーザ管理サーバ装置２、認証連携サーバ装置３、画像形成装置４Ａ及びユーザ端末装置４Ｂは、内部ネットワーク６により互いに接続されている。端末装置４は、内部ネットワーク６及びファイアウォール７を介してインターネット等の外部ネットワーク８に接続されている。

図１では、サービス提供装置５は、１つに限られず、複数でもよい。また、１つのサービス提供装置５が複数のサービスを提供してもよい。認証連携サーバ装置３は、情報処理装置の一例である。内部ネットワーク６は、第１のネットワークの一例である。外部ネットワーク８は、第２のネットワークの一例である。

ユーザ管理サーバ装置２は、内部ネットワーク６にアクセスするユーザを管理するものであり、ユーザＩＤ及びパスワード等のユーザ情報を保持している。パスワードを除くユーザ情報は、認証連携サーバ装置３が定期的にユーザ管理サーバ装置２から取得する。なお、ユーザ管理サーバ装置２がユーザ情報を認証連携サーバ装置３にｐｕｓｈしてもよく、認証連携サーバ装置３がユーザ情報をｐｕｌｌしてもよい。また、ユーザ管理サーバ装置２は、Microsoft社が提供するActiveDirectory等の外部の認証サーバを用いることもできる。ユーザは利用者の一例である。

認証連携サーバ装置３は、認証連携サーバ装置３に対するログインにおけるユーザ情報を、サービス提供装置５に対するログインにおいても共有（認証連携）することで、シングルサインオン（Single Sign On）を実現している。また、認証連携サーバ装置３は、ユーザ管理サーバ装置２やサービス提供装置５との間で認証連携を実現するとともに、ユーザや画像形成装置４Ａの管理（各種設定も連携）を担う。なお、ユーザ管理サーバ装置２と認証連携サーバ装置３を１つのサーバ装置により実現してもよい。

認証連携サーバ装置３は、設定されたモードに応じた通信を行う。すなわち、ＳＳＬ（Secure Sockets Layer）モードが設定されている場合は、内部ネットワーク６に接続された端末装置４に対してＳＳＬプロトコルを用いて通信データを暗号化した通信を行う。非ＳＳＬモード（ＳＳＬが設定されていないモード）が設定されている場合は、端末装置４のうちユーザ端末装置４Ｂとの間では通信データを暗号化せずに通信を行う。非ＳＳＬモードにおける画像形成装置４Ａとの間の通信については、サービス提供装置５が関与する場合だけ通信内容を秘匿化した暗号化通信を行う。具体的には、サービス提供装置５が提供するサービスにアクセスするために行われる認証連携処理の際に秘匿化した通信を行う。すなわち、サービス提供装置５が関与しない通信では、認証連携サーバ装置３と画像形成装置４Ａとの間の通信は秘匿化しない。なお、認証連携サーバ装置３がサービス提供装置５と直接通信する場合も秘匿化した通信を行う。ＳＳＬプロトコルは、暗号化プロトコルの一例である。なお、暗号化プロトコルとしては、ＳＳＬの他に、ＴＬＳ（Transport Layer Security）、ＳＲＴＰ（Secure Real-time Transport Protocol）、ＳＳＨ（Secure Shell）等を用いてもよい。

画像形成装置４Ａは、例えば、コピー機能、スキャン機能、プリント機能、ファクシミリ機能等の複数の機能を有する複合機である。画像形成装置４Ａは、ＣＰＵ、インターフェース等によって実現され、画像形成装置４Ａの各部を制御する制御部と、ＣＰＵのプログラムや証明書テーブル４００（図５参照）等の各種のデータを記憶する記憶部と、各種の画面を表示するとともに画面に対する操作を受け付ける操作表示部４０とを備える。プログラムには、Ｗｅｂページを閲覧するためのＷｅｂブラウザが含まれる。操作表示部４０は、液晶ディスプレイ等の表示部にタッチパネルが重合配置されたタッチパネルディスプレイを有する。

ユーザ端末装置４Ｂは、例えば、パーソナルコンピュータ（ＰＣ）、携帯電話機、多機能携帯電話機（スマートフォン）等の情報処理装置を用いることができる。

サービス提供装置５は、外部ネットワーク８を介して端末装置４に対してクラウドサービスを提供する。クラウドサービスには、例えば、ストレージサービス、印刷サービス、情報提供サービス等がある。

内部ネットワーク６は、企業等の組織内部のコンピュータや機器を接続するコンピュータネットワークであり、例えばＬＡＮ（ローカルエリアネットワーク）やイントラネット等により構成されており、有線、無線は問わない。

ファイアウォール７は、外部からの不正なアクセスや侵入を防止することを目的としており、端末装置４から外部ネットワーク８への要求とその要求に対する応答は通過させるが、外部ネットワーク８側から端末装置４への要求は通過させないように設定されている。

図２は、認証連携サーバ装置３の制御系の一例を示す図である。認証連携サーバ装置３は、認証連携サーバ装置３の各部を制御する制御部３０と、各種の情報を記憶する記憶部３１と、内部通信部３２と、外部通信部３３とを備える。

制御部３０は、ＣＰＵ（Central Processing Unit）、インターフェース等から構成されている。ＣＰＵは、記憶部３１に記憶されたプログラム３１０に従って動作することにより送受信手段３０１、生成手段３０２、取得手段３０３、構築手段３０４、代行手段３０５等として機能する。送受信手段３０１は、送信手段の一例である。

送受信手段３０１は、端末装置４やサービス提供装置５との間で情報を送受信する。送受信手段３０１は、非ＳＳＬモードが設定されている場合に、内部ネットワーク６に接続されている画像形成装置４Ａに対して、自装置３の後述する自己ＣＡ証明書及び自装置３のＵＲＬを送信して登録を要求する。認証連携サーバ装置３のＵＲＬは、第１のアドレス情報の一例である。後述するサービス提供装置５が提供するＷｅｂページのＵＲＬは、第２のアドレス情報の一例である。

生成手段３０２は、非ＳＳＬモードに設定されている場合には、例えば、自装置３に対する自己ＣＡ証明書（ルート証明書）を生成し、ルート証明書から中間ＣＡ証明書、さらに中間ＣＡ証明書からＥＥ（EndEntity）証明書を生成する。自己ＣＡ証明書は、認証連携サーバ装置３自身が認証局（ＣＡ）になって発行したものであり、自己署名証明書とは異なる。自己署名証明書は、１段階の証明書（ルートＣＡ証明書又はＥＥ証明書）なので、サーバ証明書としてＥＥ証明書を用いた場合において、署名検証とＥＥ証明書内のサーバの名前とクライアントが実際にアクセスしたサーバの名前（サーバのＦＱＤＮ又はＩＰアドレス）との検証を行う際、サーバの名前が変更された場合、ＥＥ証明書を画像形成装置４Ａにストアし直さないと画像形成装置４Ａで検証できなくなる。一方、自己ＣＡ証明書（ルート証明書）を生成し、ルート証明書と自己ＣＡ証明書で発行した自己ＣＡ発行証明書（ＥＥ証明書）をサーバ証明書として用いることにより、サーバの名前が変更されたらルート証明書からＥＥ証明書を作ることができるため、画像形成装置４Ａに証明書をストアし直さなくても画像形成装置４Ａで検証することができる。

取得手段３０３は、ＳＳＬモードに設定されている場合には、自装置３に対する第三者ＣＡが発行した第三者ＣＡ証明書を第三者の認証局（ＣＡ）から取得する。また、取得手段３０３は、サービス提供装置５との間で信頼関係を構築することで、後述する図４に示す情報を取得する。第三者ＣＡ証明書は、端末装置４の管理者が指定した第三者による認証局（ＣＡ）が発行したものである。

構築手段３０４は、サービス提供装置５との間で自己が使用する公開鍵を含む情報を交換して信頼関係を構築する。

代行手段３０５は、構築手段３０４により信頼関係が構築されたサービス提供装置５から、端末装置４を操作してサービスを利用するユーザに対する認証処理を委譲されて認証処理を代行する。

記憶部３１は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク等から構成され、プログラム３１０、内部管理テーブル３１１（図３参照）、外部管理テーブル３１２（図４参照）等が記憶されている。なお、本明細書において、テーブルに情報を書き込む場合に記録又は登録を用い、記憶部に情報を書き込む場合に記憶を用いる。

内部通信部３２は、メールの送受信制御やネットワークに関する制御を行い、内部ネットワーク６を介してＨＴＴＰＳ（Hyper Text Transfer Protocol Security）通信又はＨＴＴＰ通信を行う。ＨＴＴＰＳ通信は、例えばＳＳＬプロトコルを用いて通信内容を秘匿化した暗号化通信を行う。

外部通信部３３は、メールの送受信制御やネットワークに関する制御を行い、内部ネットワーク６及び外部ネットワーク８を介してＨＴＴＰＳ通信を行う。

図３は、内部管理テーブル３１１の一例を示す図である。図３（ａ）は、非ＳＳＬモードが設定された場合の内部管理テーブル３１１ａを示し、図３（ｂ）は、ＳＳＬモードが設定された場合の内部管理テーブル３１１ｂを示す。内部管理テーブル３１１ａ、３１１ｂを総称するときは、内部管理テーブル３１１ともいう。内部管理テーブル３１１は、「端末種別」欄と、「通信方式」欄と、「サーバ証明書」欄とを有する。「端末種別」欄には、端末装置４の種別として画像形成装置４Ａを示す「Ａ」、又はユーザ端末装置４Ｂを示す「Ｂ」が記録される。

「通信方式」欄には、ＨＴＴＰＳ通信又はＨＴＴＰ通信が記録される。「サーバ証明書」欄には、自己ＣＡ発行証明書又は第三者ＣＡ発行証明書が記録される。自己ＣＡ発行証明書とは、例えば、自己ＣＡ証明書（ルート証明書）、中間ＣＡ証明書及びＥＥ証明書からなるチェーンのことである。自己ＣＡ証明書（ルート証明書）は、送信手段が端末装置に送信する電子証明書の一例である。

非ＳＳＬモードが設定された場合は、図３（ａ）に示すように、「通信方式」欄には、端末種別が「Ａ」の画像形成装置４Ａに対してはＨＴＴＰＳ通信が記録され、端末種別が「Ｂ」のユーザ端末装置４Ｂに対してはＨＴＴＰ通信が記録され、「サーバ証明書」欄には、端末種別が「Ａ」の画像形成装置４Ａに対しては自己ＣＡ発行証明書が記録され、端末種別が「Ｂ」のユーザ端末装置４Ｂに対しては証明書は記録されない。

ＳＳＬモードが設定された場合は、図３（ｂ）に示すように、「通信方式」欄には、画像形成装置４Ａ及びユーザ端末装置４Ｂのいずれに対してもＨＴＴＰＳ通信が記録され、「サーバ証明書」欄には、画像形成装置４Ａ及びユーザ端末装置４Ｂのいずれに対しても第三者ＣＡ発行証明書が記録される。第三者ＣＡ発行証明書とは、例えば、第三者ＣＡ証明書（ルート証明書）、中間ＣＡ証明書及びＥＥ証明書からなるチェーンのことである。第三者ＣＡ証明書（ルート証明書）は、送信手段が端末装置に送信する電子証明書の一例である。

図４は、外部管理テーブル３１２の一例を示す図である。外部管理テーブル３１２は、「プロバイダＩＤ」欄、「連携開始ＵＲＬ」欄、「認証用ＵＲＬ」欄、「ＩＤトークン応答ＵＲＬ」欄、「署名検証用公開鍵」欄、及び「暗号用公開鍵」欄を有する。「プロバイダＩＤ」欄、「連携開始ＵＲＬ」欄、「ＩＤトークン応答ＵＲＬ」欄、及び「暗号用公開鍵」欄に記録する情報は、サービス提供装置５から取得する。その他の「認証用ＵＲＬ」欄、及び「署名検証用公開鍵」欄に記録された情報は、サービス提供装置５が認証連携サーバ装置３から渡される。

「プロバイダＩＤ」欄には、サービス提供装置５が認証連携サーバ装置３に対して割り当てたプロバイダＩＤが記録される。「連携開始ＵＲＬ」欄には、サービス提供装置５が提供するＷｅｂページのＵＲＬが記録される。「認証用ＵＲＬ」欄には、サービス提供装置５がリダイレクトを応答する際の認証連携サーバ装置３の認証用ＵＲＬが記録される。「ＩＤトークン応答ＵＲＬ」欄には、認証連携サーバ装置３がリダイレクトを応答する際のサービス提供装置５のＵＲＬが記録される。「署名検証用公開鍵」欄には、署名検証用公開鍵が記録される。署名検証用公開鍵は、認証連携サーバ装置３の署名が発行したＩＤトークンに施された署名を検証する際に用いられる。認証連携サーバ装置３は、秘密鍵で署名する。「暗号用公開鍵」欄には、暗号用公開鍵が記録される。暗号用公開鍵は、認証連携サーバ装置３が発行したＩＤトークンを認証連携サーバ装置３が暗号化してサービス提供装置５に送信する際に用いられる。サービス提供装置５に送信されたＩＤトークンは、自身の秘密鍵で復号される。このとき、ＩＤトークンの署名を署名検証用公開鍵で検証する。

（実施の形態の動作）
次に、情報処理システム１の動作の一例について説明する。

（１）信頼関係の構築
認証連携サーバ装置３とサービス提供装置５とは、互いが有する情報を交換することによって信頼関係が構築される。認証連携サーバ装置３の構築手段３０４は、サービス提供装置５との間で自己が使用する公開鍵を含む情報を交換して信頼関係を構築する。交換する情報には、例えば、署名や暗号化のための公開鍵、認証処理の委譲のためのＳＡＭＬ、ＯＩＤＣ（OpenID Connect）等のプロトコルで連携するための互いのアクセスポイント（ＵＲＬ）等が含まれる。認証連携サーバ装置３は、サービス提供装置５と情報を交換することにより、図４に示す外部管理テーブル３１２に情報が記録される。

（２）ユーザ情報の同期
認証連携サーバ装置３は、パスワードを除くユーザ情報を定期的にユーザ管理サーバ装置２から取得する。認証連携サーバ装置３は、ユーザ管理サーバ装置２から取得したユーザ情報に基づいてサービス提供装置５に対しても定期的に同期させる。

（３）認証処理の委譲
サービス提供装置５のユーザに対する認証処理を認証連携サーバ装置３が代行するため、認証連携サーバ装置３は、当該認証処理を自装置３に委譲する処理をサービス提供装置５との間で行う。認証連携サーバ装置３の代行手段３０５は、構築手段３０４により信頼関係が構築されたサービス提供装置５から、端末装置４を操作してサービスを利用するユーザに対する認証処理を委譲されて認証処理を代行する。委譲する処理には、例えば、ＳＡＭＬ、ＯＩＤＣ（OpenID Connect）等のプロトコルが使われる。

（４）画像形成装置への設定
画像形成装置４Ａへの設定を図５のフローチャートに従って説明する。

認証連携サーバ装置３の生成手段３０２は、内部管理テーブル３１１を参照して非ＳＳＬモードに設定されているか否かを判断する（Ｓ１）。

非ＳＳＬモードに設定されている場合は（Ｓ１：Ｙｅｓ）、生成手段３０２は、自己ＣＡ証明書を生成し（Ｓ２）、自己ＣＡ証明書からサーバ証明書を生成して内部管理テーブル３１１ａに記録する。

非ＳＳＬモードに設定されていない場合、すなわちＳＳＬモードに設定されている場合は（Ｓ１：Ｎｏ）、取得手段３０３は、指定された第三者ＣＡ証明書を取得し（Ｓ３）、第三者ＣＡ証明書からサーバ証明書を生成して内部管理テーブル３１１ｂに記録する。

送受信手段３０１は、ステップＳ２で証明書が生成された場合には、自己ＣＡ証明書を自装置３のＵＲＬとともに内部ネットワーク６に接続された画像形成装置４Ａに送信（配布）し、ステップＳ３で証明書が取得された場合には、第三者ＣＡ証明書を自装置３のＵＲＬとともに内部ネットワーク６に接続された画像形成装置４Ａに送信（配布）して登録（設定）を要求する（Ｓ４）。なお、ユーザ端末装置４Ｂには、著名な第三者認証局の第三者ＣＡ証明書（ルート証明書）が予めインストールされている。

画像形成装置４Ａの制御部は、配布されたＵＲＬ及証明書をサーバ証明書として登録（設定）する。

（５）システム運用時の動作
情報処理システム１の運用時の動作の一例を、図６を参照しつつ図７のシーケンス図に従って説明する。図６は、画像形成装置４Ａの操作表示部４０に表示される各種の画面の一例を示す図である。

ユーザが画像形成装置４Ａを起動する操作を行うと（Ｓ１１）、画像形成装置４Ａの制御部は、図６（ａ）に示すログイン画面４１を操作表示部４０に表示する（Ｓ１２）。

図６（ａ）に示すログイン画面４１は、ユーザＩＤ入力欄４１０と、パスワード入力欄４１１と、「ログイン」ボタン４１２とを有する。

ユーザは、ユーザＩＤ入力欄４１０にユーザＩＤを入力し、パスワード入力欄４１１にパスワードを入力してユーザ情報を入力し（Ｓ１３）、「ログイン」ボタン４１２を操作してログインを指示する（Ｓ１４）。画像形成装置４Ａの制御部は、ユーザＩＤ及びパスワード等のユーザ情報を認証連携サーバ装置３に送信してログイン要求をする（Ｓ１５）。

認証連携サーバ装置３の送受信手段３０１は、ログイン要求を受けると、ユーザ情報を付加して認証処理をユーザ管理サーバ装置２に依頼する（Ｓ１６）。ユーザ管理サーバ装置２にて認証処理を行う（Ｓ１７）。ユーザ管理サーバ装置２は、認証情報を認証連携サーバ装置３に送信する（Ｓ１８）。認証情報には、認証結果（認証成立／非成立）、ユーザ情報、認証者等が含まれる。

認証が成功したら、送受信手段３０１は、認証情報をＣｏｏｋｉｅとして、サービス提供装置５が提供するサービスＡ及びサービスＢのそれぞれのＷｅｂページのＵＲＬとともに画像形成装置４Ａに送信する（Ｓ１９）。

また、画像形成装置４ＡのＷｅｂブラウザは、図６（ｂ）に示すメニュー画面４２を操作表示部４０に表示する（Ｓ２０）。

図６（ｂ）は、メニュー画面４２の一例を示す図である。図６（ｂ）に示すメニュー画面４２上で画像形成装置４Ａが有する機能、及びサービス提供装置５が提供するサービスを選択できるようになっている。具体的には、メニュー画面４２は、コピー機能を選択する「コピー」ボタン４２０と、プリント機能を選択する「プリント」ボタン４２１と、サービスＡを選択する「サービスＡ」ボタン４２２と、サービスＢを選択する「サービスＢ」ボタン４２３と、選択したボタン４２０〜４２３の実行を指示する「実行」ボタン４２４とを有する。コピー機能及びプリント機能は、画像形成装置４Ａが有する機能である。サービスＡ及びサービスＢは、サービス提供装置５が提供するサービスである。

ここで、ユーザがメニュー画面４２に対して「サービスＡ」ボタン４２２を選択して「実行」ボタン４２２を操作したとする（Ｓ２１）。画像形成装置４Ａは、サービスＡのＷｅｂページのＵＲＬに接続する（Ｓ２２）。前回のステップＳ２９でＯＡｕｔｈトークンを受け取っている場合は、それをサービス提供装置５に提示する。この場合は、下記のステップＳ２３〜Ｓ２８が省略される。

サービス提供装置５は、後述する図６（ｃ）に示すログイン画面４３を送信する代わりに、アクセス先を認証連携サーバ装置３の認証ＵＲＬに変更するリダイレクトの要求を応答する（Ｓ２３）。

リダイレクトの要求を受けた画面形成装置４Ａは、アドレス先を認証ＵＲＬに変更して認証連携サーバ装置３との通信を行う。この通信では、前の応答で返却された認証情報（Ｃｏｏｋｉｅ）を付与して行う。

認証連携サーバ装置３は、前に受け取った認証情報（Ｃｏｏｋｉｅ）を元にログインしたユーザの情報を記載したＩＤトークンを生成し、ＩＤトークンに署名と暗号を施し（Ｓ２５）、アクセス先をサービス提供装置５のＵＲＬに変更するリダイレクトの要求を応答する（Ｓ２６）。

リダイレクトの要求の応答を受けた画面形成装置４Ａは、アクセス先をサービス提供装置５に変更してＩＤトークン（以下「サービスＩＤトークン」ともいう。）をサービス提供装置５に送信する（Ｓ２７）。

サービス提供装置５は、送信されたサービスＩＤトークンを確認（復号と署名の検証）し（Ｓ２８）、図６（ｄ）に示すサービスＡのトップ画面４４を画像形成装置４Ａに送信する（Ｓ２９）。このとき、サービスアクセス用のチケット（ＯＡｕｔｈトークン）も返却する。なお、上記ステップＳ２２でサービス提供装置５がＯＡｕｔｈトークンを受け取った場合は、それを検証する。

画面形成装置４ＡのＷｅｂブラウザは、操作表示部４０にサービスＡのトップ画面４４を表示する（Ｓ３０）。

図６（ｄ）は、サービスＡのトップ画面４４の一例を示す図である。図６（ｄ）に示すサービスＡのトップ画面４４は、クラウドへのデータの保存を指示する「クラウドへのデータ保存」ボタン４４０と、クラウド上のデータの印刷を指示する「クラウドから印刷」ボタン４４１と、選択したボタン４４０、４４１の実行を指示する「実行」ボタン４４２とを有する。

ユーザは、「クラウドへのデータ保存」ボタン４４０又は「クラウドから印刷」ボタン４４１を選択することで、サービスＡを受けることができる。

なお、図６（ｃ）は、図６（ｂ）に示すメニュー画面４２でサービスＡを選択した場合のログイン画面の一例を示す図である。認証連携サーバ装置３とサービス提供装置５との間で信頼関係が構築されておらず、ユーザの認証処理がサービス提供装置５から認証連携サーバ装置３に委譲されていない場合には、上記ステップＳ２３において、認証ＵＲＬへのリダイレクトを画像形成装置４Ａに要求せずに図６（ｃ）に示すサービスＡのログイン画面４３を画像形成装置４Ａに送信することになる。図６（ｃ）に示すサービスＡのログイン画面４３は、図６（ａ）に示すログイン画面４１と同様に、ユーザＩＤ入力欄４３０と、パスワード入力欄４３１と、「ログイン」ボタン４３２とを有する。

以上、本発明の実施の形態を説明したが、本発明の実施の形態は上記実施の形態に限定されるものではなく、本発明の要旨を変更しない範囲内で種々の変形、実施が可能である。

制御部３０の各手段は、それぞれ一部又は全部を再構成可能回路（ＦＰＧＡ：Field Programmable Gate Array）、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）等のハードウエア回路によって構成してもよい。

また、本発明の要旨を変更しない範囲内で、上記実施の形態の構成要素の一部を省くことや変更することが可能である。また、本発明の要旨を変更しない範囲内で、上記実施の形態のフローにおいて、ステップの追加、削除、変更、入替え等が可能である。また、上記実施の形態で用いたプログラムをＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録して提供することができる。また、上記実施の形態で用いたプログラムをクラウドサーバ等の外部サーバに格納しておき、ネットワークを介して利用することができる。

１…情報処理システム、２…ユーザ管理サーバ装置、３…認証連携サーバ装置、４…端末装置、４Ａ…画像形成装置、４Ｂ…ユーザ端末装置、５…サービス提供装置、６…内部ネットワーク、７…ファイアウォール、８…外部ネットワーク、３０…制御部、３１…記憶部、３２…内部通信部、３３…外部通信部、４０…操作表示部、４１…ログイン画面、４２…メニュー画面、４３…ログイン画面、４４…トップ画面、３０１…送受信手段、３０２…生成手段、３０３…取得手段、３０４…構築手段、３０５…代行手段、３１０…プログラム、３１１、３１１ａ、３１１ｂ…内部管理テーブル、３１２…外部管理テーブル、４１０…ユーザＩＤ入力欄、４１１…パスワード入力欄、４１２…「ログイン」ボタン、４２０…「コピー」ボタン、４２１…「プリント」ボタン、４２２…「サ−ビスＡ」ボタン、４２３…「サービスＢ」ボタン、４２４…「実行」ボタン、４３０…ユーザＩＤ入力欄、４３１…パスワード入力欄、４３２…「ログイン」ボタン、４４０…「クラウドへデータ保存」ボタン、４４１…「クラウドから印刷」ボタン、４４２…「実行」ボタン

Claims (7)

1. 自装置に対して情報を暗号化せずに通信するモードが設定されている場合に、自装置の電子証明書を生成する生成手段と、
   自装置と同一の第１のネットワークに接続されている端末装置に対して、前記電子証明書を送信する送信手段と、
   を備えた情報処理装置。
2. 前記送信手段は、自装置のアドレス情報を送信する、
   請求項１に記載の情報処理装置。
3. 前記送信手段は、前記端末装置のうち予め定められた種別の端末装置に前記電子証明書及び前記アドレス情報を送信する、
   請求項２に記載の情報処理装置。
4. 前記電子証明書は、自装置自身が認証局になって自身の認証局の電子証明書である、
   請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記暗号化せずに通信するモードの設定が暗号化するモードに変更された場合に、第三者認証局の電子証明書を送信する、
   請求項１から４のいずれか１項に記載の情報処理装置。
6. 第２のネットワークを介してサービスを提供するサービス提供装置との間で自己が使用する公開鍵を含む情報を交換して信頼関係を構築する構築手段と、
   前記信頼関係が構築された前記サービス提供装置から、前記端末装置を操作して前記サービスを利用する利用者に対する認証処理を委譲されて前記認証処理を代行する代行手段と、
   をさらに備えた請求項１から５のいずれか１項に記載の情報処理装置。
7. コンピュータを、
   自装置に対して情報を暗号化せずに通信するモードが設定されている場合に、自装置の電子証明書を生成する生成手段と、
   自装置と同一の第１のネットワークに接続されている端末装置に対して、前記電子証明書を送信する送信手段、
   として機能させるためのプログラム。

Images