情報処理装置及びその処理方法
【課題】異なる認証ドメイン間のシステム同士でコンテンツレベルでの整合性を保ち適切な連携サービスを可能にする。
【解決手段】情報処理装置において、異なる認証ドメイン間で認証処理に成功した場合に、その異なる認証ドメイン間の認証情報をユーザ関連情報と関連付けて登録する。そして、異なる認証ドメイン間でデータ変換を行う際に、登録された認証情報に基づいて、ユーザ関連情報のデータ変換を行う。
【解決手段】情報処理装置において、異なる認証ドメイン間で認証処理に成功した場合に、その異なる認証ドメイン間の認証情報をユーザ関連情報と関連付けて登録する。そして、異なる認証ドメイン間でデータ変換を行う際に、登録された認証情報に基づいて、ユーザ関連情報のデータ変換を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びその処理方法に関するものである。
【背景技術】
【０００２】
近年、ビジネスサイクルの短期化やビジネス環境の急激な変化に対応するため、柔軟、かつ、迅速に変化に対応できるコンピュータシステムが求められている。このような要求に対して、サービス指向アーキテクチャ（ＳＯＡ：Service Oriented Architecture）というシステムアーキテクチャが提案されている。
【０００３】
このＳＯＡでは、既存システムの機能をソフトウェア部品として公開し、それらを相互に連携させることにより、全体システムを“組み合わせ”によって構築する。このソフトウェア部品との通信は、例えばＳＯＡＰによりアクセス可能なＷＥＢサービスにより実現される。
【０００４】
更に、認証ドメインの異なる既存システムの機能を利用し“組み合わせ”によって全体システムを実現する場合、機能を利用する毎に認証が必要になる。そこで、ユーザが一度認証を受けるだけで、ドメイン間の機能が利用可能となるシングルサインオン（ＳＳＯ：Single Sign-On）という手法が考えられている。このＳＳＯを実現する従来技術として、鍵束（Key Chain）により異認証ドメイン間のクレデンシャルを管理する方法（例えば、特許文献１参照）がある。また、フェデレーション（federation）と呼ばれる異なる認証機構同士が信頼関係を結ぶことで、同一クレデンシャル（credential）でやり取り可能にする方法がある。更に、異なる認証機構で同期させて同一ユーザ名、パスワードでの運用による方法（例えば、特許文献２参照）がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2008-071226号公報
【特許文献２】特開2004-110364号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記従来技術では、ＳＳＯによる認証により、異なる認証ドメイン間での容易なデータ取得やデータ設定は可能であるが、データのコンテンツレベルで整合性を保つのは難しい。しかし、異なる認証ドメイン間のシステム同士を連携させるために、コンテンツレベルで整合性を保つことが望まれている。
【０００７】
本発明は、異なる認証ドメイン間のシステム同士でコンテンツレベルでの整合性を保ち適切な連携サービスを可能にする装置及び方法を提供する。
【課題を解決するための手段】
【０００８】
本発明は、情報処理装置であって、
異なる認証ドメイン間で認証処理に成功した場合に、当該異なる認証ドメイン間の認証情報をユーザ関連情報と関連付けて登録する登録手段と、
前記異なる認証ドメイン間でデータ変換を行う際に、前記登録手段によって登録された認証情報に基づいて前記ユーザ関連情報のデータ変換を行う変換手段と、
を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、異なる認証ドメイン間で認証に成功した認証情報からユーザ関連情報のデータ変換を行うことで、異なる認証ドメイン間でのデータ変換の整合性を保ち、適切な連携サービスが可能となる。
【図面の簡単な説明】
【００１０】
【図１】コンピュータシステムの構成の一例を示す図。
【図２】コンピュータシステムを構成する装置のハードウェア構成を示す図。
【図３】コンピュータシステムのソフトウェア構成を示す図。
【図４】（Ａ）は認証部で管理されるデータ、（Ｂ）は鍵束管理部で管理されるデータを示す図。
【図５】（Ａ）はユーザインターフェースの一例を示す図、（Ｂ）は文書管理サーバの文書管理部で管理されている文書の文書プロパティの一例を示す図、（Ｃ）は異なる認証ドメイン間のユーザ名が変換された文書プロパティの一例を示す図。
【図６】（Ａ）は第１の実施形態の認証部、鍵束管理部で管理されるデータ、（Ｂ）は第２の実施形態の認証部、鍵束管理部で管理されるデータを示す図。
【図７】文書プロパティ表示処理を示すフローチャート。
【図８】文書プロパティ表示処理を示すフローチャート。
【図９】鍵束逆引き処理を示すフローチャート。
【図１０】印刷サーバに印刷ジョブを投入する処理を示すフローチャート。
【図１１】印刷サーバに印刷ジョブを投入する処理を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら発明を実施するための形態について詳細に説明する。本実施形態では、情報処理装置として、複数の異なる認証ドメインがネットワークを介して接続されているコンピュータシステムの機能統合サーバを例に説明する。
【００１２】
［第１の実施形態］
まず、図１を用いて、コンピュータシステムの構成の一例を説明する。尚、第１の実施形態では、認証ドメインＣ１０７は接続されていない構成とする。即ち、第１の実施形態では、コンピュータシステムは、認証ドメインＡ１０３と認証ドメインＢ１０５とで構成される。認証ドメインＡ１０３にはホストコンピュータ１０１と機能統合サーバ１０２とが属し、認証ドメインＢ１０５には文書管理サーバ１０４が属するものとする。そして、これらの認証ドメインＡ１０３、Ｂ１０５では、独立したユーザ管理や認証が行われる。また、ネットワーク１００はＬＡＮであり、ＷＡＮやインターネットに接続されていても良い。
【００１３】
認証ドメインＡ１０３のホストコンピュータ１０１は、ブラウザを備え、ネットワーク１００を介して機能統合サーバ１０２にＨＴＴＰ接続してサービスの提供を受けることができる。ここでホストコンピュータ１０１は、ＰＣ（パーソナルコンピュータ）、ＰＤＡ（Personal Digital Assistant）や携帯電話などである。機能統合サーバ１０２は、アプリケーションサーバを実現するためのソフトウェアプロセス群が稼動している。機能統合サーバ１０２は文書管理サーバ１０４の文書管理機能を利用し、統合サービスを提供する。機能統合サーバ１０２と文書管理サーバ１０４との接続は、ＳＯＡＰによりアクセス可能なＷＥＢサービスにより実現される。
【００１４】
尚、本発明の機能が実行されるのであれば、単体の機器でも、複数の機器からなるシステムでも、本発明を適用できる。また、ホストコンピュータ１０１が専用のクライアントアプリケーションを介して機能統合サーバ１０２に接続してサービスの提供を受けるシステムでも、本発明を適用できる。更に、機能統合サーバ１０２が利用するサービスは文書管理サーバ１０４の文書管理機能に限らない。更には、ホストコンピュータ１０１は認証ドメインＡ１０３に属さない構成でも、本発明を適用できる。
【００１５】
ここで、図２を用いて、コンピュータシステムを構成するホストコンピュータ１０１、機能統合サーバ１０２、文書管理サーバ１０４、印刷サーバ１０６のハードウェア構成を説明する。図２に示すハードウェア構成は、一般的な情報処理装置のハードウェア構成に相当する。ホストコンピュータ１０１、機能統合サーバ１０２、文書管理サーバ１０４、印刷サーバ１０６には、一般的な情報処理装置のハードウェア構成を適用できる。
【００１６】
図２において、ＣＰＵ２００は、ＲＯＭ２０２のプログラム用ＲＯＭに記憶された、或いは外部メモリ２０９からＲＡＭ２０１にロードされたＯＳやアプリケーションなどのプログラムを実行する。ここでＯＳとは、コンピュータ上で稼動するオペレーティングシステムの略語である。後述するフローチャートに示す処理はＣＰＵ２００によって実行される。ＲＡＭ２０１は、ＣＰＵ２００の主メモリやワークエリアなどとして機能する。キーボードコントローラ２０３は、キーボード２０７や不図示のポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ２０４は、各種ディスプレイ２０８の表示を制御する。外部メモリコントローラ２０５は、各種データを記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ２０９へのデータアクセスを制御する。ネットワークコントローラ２０６はネットワーク１００に接続され、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１７】
次に、図３を用いて、ホストコンピュータ１０１、機能統合サーバ１０２、文書管理サーバ１０４（詳細は後述する印刷サーバ１０６）のソフトウェア構成を説明する。ホストコンピュータ１０１には、外部メモリ２０９に保存されたプログラムファイルとして存在するブラウザ３００が含まれる。このブラウザ３００が実行される場合、ＲＡＭ２０１にロードされてＣＰＵ２００によって実行される。ＲＡＭ２０１にロードされて実行されたブラウザ３００はディスプレイ２０８に表示され、ユーザによるキーボード２０７や不図示のポインティングデバイスからのキー入力を受ける。更に、ブラウザ３００は機能統合サーバ１０２とネットワーク１００を介してＨＴＴＰ接続し、サービス提供を受ける。
【００１８】
機能統合サーバ１０２には、ウェブサーバ部３０１、アプリケーションサーバ部３０２、データ管理部３０３、認証部３０４、鍵束管理部３０５が含まれる。これらは機能統合サーバ１０２の外部メモリ２０９に保存されたプログラムファイルとして存在する。実行される場合、ＯＳやそのモジュールを利用するモジュールによってＲＡＭ２０１にロードされ、ＣＰＵ２００によって実行される。
【００１９】
ウェブサーバ部３０１は、ネットワーク１００を介して、ホストコンピュータ１０１のブラウザ３００からのＨＴＴＰ要求を受け付け、その要求に応じたＨＴＴＰ応答をホストコンピュータ１０１に返す。アプリケーションサーバ部３０２は、ＨＴＴＰ要求に応じてウェブサーバ部３０１から呼び出されて処理を実行する。
【００２０】
アプリケーションサーバ部３０２は、処理結果として動的に生成したＨＴＭＬをウェブサーバ部３０１に返す。更に、アプリケーションサーバ部３０２は不図示のサービスリクエスタからネットワーク１００を介して外部のサービス（文書管理サーバ１０４など）に対してウェブサービス呼び出しを行う。
【００２１】
データ管理部３０３は、永続化の必要なデータの管理を行う。認証部３０４は認証処理を行う。認証部３０４の詳細な説明は後述する。鍵束管理部３０５は異なる認証ドメインのサービス利用時のクレデンシャルを管理する。鍵束管理部３０５の詳細な説明は、更に後述する。クレデンシャルとは、認証に利用する信用情報であり、一般的には、ユーザ名、パスワードが利用されるが、バイオメトリクス（生体情報）、スマートカード、公開鍵証明書が利用されても良い。以下、クレデンシャル（認証情報）と記述する場合はユーザ関連情報（ユーザ名、パスワード）を指すものとする。
【００２２】
文書管理サーバ１０４には、認証部３０６、文書管理部３０７が含まれ、これらは文書管理サーバ１０４の外部メモリ２０９に保存されたプログラムファイルとして存在する。実行される場合、ＲＡＭ２０１にロードされＣＰＵ２００によって実行される。文書管理部３０７は文書管理機能を提供する。文書管理部３０７はＷｅｂサービスインターフェースを有し、外部に対して文書管理の機能を提供する。認証部３０６は、認証処理を行う。認証部３０６の詳細な説明は後述する。
【００２３】
また、機能統合サーバ１０２の認証部３０４、文書管理サーバ１０４の認証部３０６は、クレデンシャルによるユーザ認証処理、ユーザ管理、ユーザ設定管理、ユーザ権限管理を行う。認証部３０４、認証部３０６が認証に成功するとセキュリティ・トークンを生成する。セキュリティ・トークンとは、クレデンシャルが正当なものであることが確認され、認証が成功した場合に発行される認証済みの印であり、認証に成功していることを証明する識別子である。
【００２４】
尚、本発明の機能が実行されるのであれば、どのような認証方式が使用されても良い。例えば、認証方式にはＮＴＬＭ認証やケルベロス認証などがある。更に、認証部３０４、認証部３０６は外部の不図示の認証サーバとやり取りを行う構成でも良い。
【００２５】
図４に示す（Ａ）は、認証部３０４、認証部３０６で管理されるデータの構造の一例である。このテーブル５００は、認証部３０４、認証部３０６で管理されるデータの構造を示し、データ名とデータタイプにより構成される。ここで、ユーザ名５０１はユーザ名を格納するカラムであり、パスワード５０２はパスワード情報を格納するカラムである。
【００２６】
機能統合サーバ１０２の鍵束管理部３０５は、異なる認証ドメインへログインするためのクレデンシャルをキャッシュする。キャッシュされたデータは、データ管理部３０３で暗号化されて保存される。鍵束管理部３０５へのクレデンシャルの登録、取得はセキュリティ・トークンをキーとして行う。そのため、他のユーザのクレデンシャルを取得することはできない。
【００２７】
図４に示す（Ｂ）は、鍵束管理部３０５で管理されるデータの構造の一例である。このテーブル５０３は、鍵束管理部３０５で管理されるデータの構造を示し、データ名とデータタイプにより構成される。ここで、ユーザ名５０４はユーザ名を格納するカラムであり、外部アクセスキー５０５は認証ドメインを識別するためのキー情報を格納するカラムである。更に異認証ドメインユーザ名５０６は異認証ドメインのユーザ名を格納するカラムであり、パスワード５０７は異認証ドメインのパスワード情報を格納するカラムである。
【００２８】
鍵束管理部３０５は、クレデンシャル登録機能、クレデンシャル取得機能、鍵束逆引き機能を提供する。クレデンシャル登録機能は、セキュリティ・トークンとユーザ名５０４をキーとして、ユーザ名５０４、外部アクセスキー５０５、異認証ドメインユーザ名５０６、パスワード５０７を登録する機能である。クレデンシャル取得機能は、セキュリティ・トークンとユーザ名５０４と外部アクセスキー５０５で、異認証ドメインユーザ名５０６、パスワード５０７を取得する機能である。そして、鍵束逆引き機能は、セキュリティ・トークンと外部アクセスキー５０５から異認証ドメインユーザ名５０６を検索し、ユーザ名５０４を取得する機能である。
【００２９】
図５に示す（Ａ）は、ブラウザ３００のユーザインターフェースの一例を示す図である。ブラウザ３００のユーザインターフェースは、一般的なブラウザに相当するものとし、本実施形態においても適用できる。尚、ブラウザ３００のユーザインターフェースに関して、その形態、エリアの構成、及びコントロールは限定されたものではなく、必要となる機能を実現することができれば、どのような形態であっても構わない。
【００３０】
ここで、図６〜図８を用いて、第１の文書プロパティ表示処理を説明する。図６に示す（Ａ）のデータ６０１は機能統合サーバ１０２の認証部３０４で管理されるデータである。この例では、機能統合サーバ１０２には、「ユーザＡ」が「ＡＡＡ」のパスワードで、「ユーザＢ」が「ＢＢＢ」のパスワードで、「ユーザＣ」が「ＣＣＣ」のパスワードで、それぞれ登録されている。また、データ６０２は文書管理サーバ１０４の認証部３０６で管理されるデータである。この例では、文書管理サーバ１０４には「ユーザＸ」が「ＸＸＸ」のパスワードで、「ユーザＹ」が「ＹＹＹ」のパスワードで、「ユーザＺ」が「ＺＺＺのパスワードで登録されている。
【００３１】
更に、データ６０３は鍵束管理部３０５で管理されるデータである。この例ではユーザ名の「ユーザＡ」をキーとして文書管理サーバ１０４のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＡ」と認証ドメインＢ１０５の「ユーザＸ」が機能統合サーバ１０２の鍵束管理部３０５によって関連付けられている。また、ユーザ名の「ユーザＢ」をキーとして文書管理サーバ１０４のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＢ」と認証ドメインＢ１０５の「ユーザＹ」が機能統合サーバ１０２の鍵束管理部３０５によって関連付けられている。更に、ユーザ名の「ユーザＣ」をキーとして文書管理サーバ１０４のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＣ」と認証ドメインＢ１０５の「ユーザＺ」が機能統合サーバ１０２の鍵束管理部３０５によって関連付けられている。
【００３２】
図５に示す（Ｂ）は、文書管理サーバ１０４の文書管理部３０７で管理されている文書の文書プロパティの一例である。この例では、文書名が「hoge.txt」で、文書の作成者が「ユーザＹ」で、文書の更新者が「ユーザＺ」である。
【００３３】
図７に示すＳ１０１で、ホストコンピュータ１０１のブラウザ３００がユーザの指示により起動され、ユーザによりログイン操作が行われる。次に、ブラウザ３００が機能統合サーバ１０２に対してＨＴＴＰ要求として機能統合サーバ１０２へのログイン要求を実行する。尚、ここでは、認証ドメインＡ１０３の「ユーザＡ］でログインしたことを前提に説明する。
【００３４】
Ｓ１０２では、機能統合サーバ１０２のウェブサーバ部３０１でブラウザ３００からのログイン要求を受け取ると、アプリケーションサーバ部３０２が認証部３０４でログイン要求のクレデンシャルにより認証処理を実行する。認証に成功するとＳ１０３へ遷移し、認証に失敗するとＳ１０１へ遷移する。
【００３５】
上述の認証に成功すると、Ｓ１０３でアプリケーションサーバ部３０２は認証部３０４でセキュリティ・トークンを生成する。そして、Ｓ１０４で、アプリケーションサーバ部３０２は鍵束管理部３０５から文書管理サーバ１０４に対するクレデンシャルを取得する。そして、Ｓ１０５でクレデンシャルを取得できた場合はＳ１０７へ遷移する。取得できない場合はアプリケーションサーバ部３０２が文書管理サーバ１０４へのログイン画面を作成し、ウェブサーバ部３０１がＨＴＴＰ応答としてログイン画面を返し、Ｓ１０６へ遷移する。
【００３６】
このＳ１０６で、ブラウザ３００は機能統合サーバ１０２からのＨＴＴＰ応答に応じて文書管理サーバ１０４へのログイン画面を表示する。そして、ユーザからのログイン操作が行われると、ブラウザ３００は機能統合サーバ１０２に対して文書管理サーバ１０４へのログイン要求を実行する。
【００３７】
次に、Ｓ１０７で、アプリケーションサーバ部３０２はホストコンピュータ１０１からのログイン要求のクレデンシャル、又は鍵束管理部３０５から取得したクレデンシャルを用いて文書管理サーバ１０４に対してログイン要求を実行する。
【００３８】
一方、Ｓ１０８で、文書管理サーバ１０４は機能統合サーバ１０２からのログイン要求を受け取ると、認証部３０６はログイン要求のクレデンシャルで認証処理を実行する。認証に成功するとＳ１０９へ遷移し、認証に失敗するとＳ１０６へ遷移する。
【００３９】
このＳ１０９で、認証に成功すると文書管理部３０７は認証部３０６でセキュリティ・トークンを生成し、Ｓ１０７のログイン要求の応答として機能統合サーバ１０２にセキュリティ・トークンを返す。Ｓ１０９で、文書管理サーバ１０４へのクレデンシャルが鍵束管理部３０５に登録されていない場合は図８に示すＳ２００へ遷移する。
【００４０】
Ｓ１１０で、鍵束管理部３０５はクレデンシャル登録処理を行い、Ｓ２００へ遷移する。このＳ２００で、機能統合サーバ１０２のアプリケーションサーバ部３０２は文書管理サーバ１０４に対して文書プロパティ取得要求を実行する。
【００４１】
ＨＴＴＰのヘッダ部に、Ｓ１０９で取得したセキュリティ・トークンを含めてＨＴＴＰ要求をすることにより認証処理を省き、機能利用することが可能である。以後、ＨＴＴＰ要求にはセキュリティ・トークンが含まれていることを前提に説明する。
【００４２】
Ｓ２０１で、機能統合サーバ１０２からの文書プロパティ取得要求に対して、文書管理サーバ１０４の文書管理部３０７は管理しているデータベース上から指定された文書のプロパティ情報を取得し、機能統合サーバ１０２に対して返す。一方、Ｓ２０２で機能統合サーバ１０２のアプリケーションサーバ部３０２は受け取った文書プロパティ情報を元に表示画面を作成し、ホストコンピュータ１０１に対して文書プロパティ画面を返す。
【００４３】
Ｓ２０３で、ホストコンピュータ１０１のブラウザ３００は、図５に示す（Ｂ）のように、機能統合サーバ１０２から受け取った文書プロパティ画面を表示する。
【００４４】
このように処理すると、異なる認証ドメイン間でシームレスに認証を行い、データ取得を行うことはできる。しかし、ホストコンピュータ１０１のブラウザ３００に表示される文書プロパティ情報は文書管理サーバ１０４が保持する文書プロパティである。この例では、文書名が「hoge.txt」、作成者が「ユーザＹ」、更新者が「ユーザＺ」である。作成者、更新者に限れば、文書管理サーバ１０４が保持するユーザ名、即ち、認証ドメインＢ１０５のユーザ名である。ユーザは機能統合サーバ１０２に対して認証ドメインＡ１０３の「ユーザＡ」でログインする。次に、初めて文書管理サーバ１０４へのログインが発生した場合のみ、認証ドメインＢ１０５の「ユーザＸ」で文書管理サーバ１０４へログインをする。
【００４５】
以降は機能統合サーバ１０２で認証ドメインＡ１０３の「ユーザＡ」と認証ドメインＢ１０５の「ユーザＸ」の結びつきが管理され、ユーザは認証ドメインＢ１０５を意識することなく文書管理サーバ１０４へアクセスできる。
【００４６】
この文書プロパティ表示処理によれば、ユーザはホストコンピュータ１０１のブラウザ３００から認証ドメインＡ１０３のユーザでログインしている。しかしながら、ブラウザ３００の文書プロパティ表示では、図５に示す（Ｂ）のように、認証ドメインＢ１０５のユーザ名（作成者「ユーザＹ］、更新者「ユーザＺ」）が表示される。
【００４７】
異なる認証ドメイン間でデータのやり取りを行う場合、ユーザ名などの認証ドメインに関するユーザ関連情報のデータは適切なデータ変換を行う必要がある。
【００４８】
ここで、図９を用いて、データ変換として、機能統合サーバ１０２における鍵束逆引き処理を説明する。この処理は、図８に示すＳ２０１で、文書管理サーバ１０４の文書管理部３０７が管理しているデータベース上から指定された文書のプロパティ情報を取得し、機能統合サーバ１０２に対して返した後に実行される処理である。
【００４９】
Ｓ３０１で、アプリケーションサーバ部３０２がセキュリティ・トークンからユーザが鍵束逆引き可能か否かを認証部３０４に問い合わせる。認証部３０４ではセキュリティ・トークンから逆引き権限をチェックし、鍵束逆引きが可能か否かを返す。鍵束逆引き権限がある場合はＳ３０２へ遷移へ、鍵束逆引き権限がない場合は、この処理を終了する。
【００５０】
Ｓ３０２では、アプリケーションサーバ部３０２は鍵束管理部３０５でセキュリティ・トークンと外部アクセスキー５０５から異認証ドメインユーザ名５０６を検索する。次に、Ｓ３０３で検索結果としてヒットしたものがなければ、この処理を終了する。しかし、ヒットしたものがあればＳ３０４へ遷移する。
【００５１】
Ｓ３０４で、複数ヒットしていればＳ３０６へ遷移し、そうでなければＳ３０５へ遷移し、アプリケーションサーバ部３０２がデータ変換処理を行う。ここでは、文書名「hoge.txt」、作成者「ユーザＹ」、更新者「ユーザＺ」に対して鍵束逆引きを行い、「ユーザＹ」⇒「ユーザＢ」、「ユーザＺ」⇒「ユーザＣ」にデータ変換する。
【００５２】
一方、Ｓ３０６では、アプリケーションサーバ部３０２が鍵束管理部３０５の登録履歴を参照する。そして、Ｓ３０７で、Ｓ３０６で確認したユーザ履歴より最後に鍵束管理部３０５に登録された情報を用いてデータ変換を行う。
【００５３】
以上説明したように、異なる認証ドメイン間でシームレスに認証を行い、データ取得を行うことができる。更に、適切な権限管理下で適切に変換することにより、セキュリティを保ち、文書プロパティを表示することができる。
【００５４】
即ち、異なる認証ドメイン間のユーザ名を適切に変換することで、ホストコンピュータ１０１のブラウザ３００は、図５に示す（Ｃ）のように、文書プロパティ画面を表示することができる。
【００５５】
［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態を詳細に説明する。尚、第２の実施形態では、第１の実施形態の構成に対して図１に示す認証ドメインＣ１０７がネットワーク１００に接続されているものである。つまり、第２の実施形態では、コンピュータシステムは、認証ドメインＡ１０３と認証ドメインＢ１０５と認証ドメインＣ１０７とで構成される。認証ドメインＣ１０７には印刷サーバ１０６が属するものとする。
【００５６】
ここで、印刷サーバ１０６は文書の印刷を管理する。機能統合サーバ１０２は文書管理サーバ１０４の文書管理機能、印刷サーバ１０６の印刷機能を利用し、文書管理と印刷の機能を組み合わせた統合サービスを提供する。第１の実施形態と同様に、機能統合サーバ１０２、文書管理サーバ１０４、印刷サーバ１０６の間の接続は、例えばＳＯＡＰによりアクセス可能なＷＥＢサービスにより実現される。そして、機能統合サーバ１０２、文書管理サーバ１０４、印刷サーバ１０６は、認証ドメインＡ１０３、認証ドメインＢ１０５、認証ドメインＣ１０７のそれぞれ別々の認証ドメインに属しており、それぞれ独立したユーザ管理や認証が行われる。
【００５７】
ここで、図３を用いて、印刷サーバ１０６のソフトウェア構成を説明する。印刷サーバ１０６は、認証部１１０１、印刷制御部１１０２などからなり、印刷サーバ１０６の外部メモリ２０９に保存されたプログラムファイルとして存在する。実行される場合にＲＡＭ２０１にロードされ、ＣＰＵ２００によって実行される。
【００５８】
認証部１１０１は、認証処理を行う。認証部１１０１の機能は機能統合サーバ１０２の認証部３０４と同じである。印刷制御部１１０２は、受け付けた印刷ジョブの制御機能を提供する。また、印刷制御部１１０２はＷＥＢサービスインターフェースを持ち、外部に対して印刷ジョブの受け付け機能、印刷ジョブのキャンセル機能、印刷ジョブの状態通知機能、印刷ジョブの実行機能などを提供する。
【００５９】
また、機能統合サーバ１０２の鍵束管理部３０５はセキュリティ・トークン、外部アクセスキー５０５をキーにユーザ名５０４を検索し、異認証ドメインユーザ名５０６を取得する鍵束順引き機能を有する。
【００６０】
ここで、図１０、図１１を用いて、文書管理サーバ１０４の文書を印刷サーバ１０６に印刷ジョブとして投入する処理を説明する。図６に示す（Ｂ）において、データ６０４は印刷サーバ１０６の認証部１１０１で管理されるデータである。この例では、印刷サーバ１０６には「ユーザＬ」が「ＬＬＬ」のパスワードで、「ユーザＭ」が「ＭＭＭ」のパスワードで、「ユーザＮ」が「ＮＮＮ」のパスワードで登録されている。
【００６１】
また、データ６０５は鍵束管理部３０５で管理されるデータである。このデータ６０５には、第１の実施形態で説明したデータに加えて、ユーザ名の「ユーザＡ」をキーとして印刷サーバ１０６のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＡ」と認証ドメインＣ１０７の「ユーザＬ」が鍵束管理部３０５によって関連付けられている。また、ユーザ名の「ユーザＢ」をキーとして印刷サーバ１０６のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＢ」と認証ドメインＣ１０７の「ユーザＭ」が鍵束管理部３０５によって関連付けられている。更に、ユーザ名の「ユーザＣ」をキーとして印刷サーバ１０６のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＣ」と認証ドメインＣ１０７の「ユーザＮ」が機能統合サーバ１０２の鍵束管理部３０５によって関連付けられている。
【００６２】
図１０に示すＳ４０１からＳ４１０までの処理は、第１の実施形態における図７に示すＳ１０１からＳ１１０までの処理と同じである。また、Ｓ４１１からＳ４１７までの処理も、認証先が文書管理サーバ１０４ではなく印刷サーバ１０６となるだけでＳ４０４からＳ４１０までの処理と同じである。そして、Ｓ４１７からＳ５００へ遷移する。
【００６３】
このＳ５００で、機能統合サーバ１０２のアプリケーションサーバ部３０２が文書管理サーバ１０４に対して文書取得要求を実行する。Ｓ５０１で、機能統合サーバ１０２からの文書取得要求に対して文書管理サーバ１０４の文書管理部３０７が管理しているデータベース上から指定された文書実体を取得し、機能統合サーバ１０２に対して返す。
【００６４】
次に、Ｓ５０２で機能統合サーバ１０２のアプリケーションサーバ部３０２は文書管理サーバ１０４に対して取得した文書の権限情報の取得要求を実行する。Ｓ５０３で、機能統合サーバ１０２からの文書権限情報取得要求に対して文書管理サーバ１０４の文書管理部３０７が管理しているデータベース上から指定された文書の権限情報を取得し、機能統合サーバ１０２に対して返す。ここで、文書権限として、ユーザＸ、ユーザＹ、ユーザＺがそれぞれ書き込み権を持つものとする。
【００６５】
次に、Ｓ５０４では、機能統合サーバ１０２のアプリケーションサーバ部３０２は鍵束管理部３０５で受け取った文書権限情報に対して鍵束逆引き処理を行う。この処理により、「ユーザＹ」⇒「ユーザＢ」、「ユーザＺ」⇒「ユーザＣ」にデータ変換される。
【００６６】
続くＳ５０５で、機能統合サーバ１０２のアプリケーションサーバ部３０２は鍵束管理部３０５で、Ｓ５０４で変換した文書権限情報に対して鍵束順引きを行い、認証ドメインＡ１０３のユーザ名から認証ドメインＣ１０７のユーザ名に変換する。この処理により、「ユーザＢ」⇒「ユーザＭ」、「ユーザＣ」⇒「ユーザＮ」にデータ変換される。
【００６７】
次に、Ｓ５０６で、アプリケーションサーバ部３０２は、Ｓ５０５で変換した権限情報で印刷サーバ１０６に対して、取得した文書を印刷ジョブとして投入する。Ｓ５０７で、機能統合サーバ１０２からの印刷ジョブ投入要求に対して印刷サーバ１０６の印刷制御部１１０２が印刷ジョブ投入処理を実行し、結果を機能統合サーバ１０２に返す。
【００６８】
次に、Ｓ５０８で、機能統合サーバ１０２のアプリケーションサーバ部３０２は投入した印刷ジョブの状態取得要求を実行する。Ｓ５０９で、機能統合サーバ１０２からの印刷ジョブ状態取得要求に対して印刷サーバ１０６の印刷制御部１１０２が印刷ジョブの状態取得処理を実行し、結果を機能統合サーバ１０２に返す。
【００６９】
次に、Ｓ５１０で、機能統合サーバ１０２は印刷ジョブの状態を表示する画面を作成して、結果をホストコンピュータ１０１に返す。そして、Ｓ５１１で、ホストコンピュータ１０１のブラウザ３００が機能統合サーバ１０２から受け取った画面を表示する。
【００７０】
以上説明したように、異なる認証ドメイン間でシームレスに認証を行い、データ取得を行うことができる。更に、異認証ドメイン間のユーザ関連情報を適切に変換することで、異認証ドメイン間のデータのやり取りについて整合性を持たせることができる。
【００７１】
［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、情報処理装置及びその処理方法に関するものである。
【背景技術】
【０００２】
近年、ビジネスサイクルの短期化やビジネス環境の急激な変化に対応するため、柔軟、かつ、迅速に変化に対応できるコンピュータシステムが求められている。このような要求に対して、サービス指向アーキテクチャ（ＳＯＡ：Service Oriented Architecture）というシステムアーキテクチャが提案されている。
【０００３】
このＳＯＡでは、既存システムの機能をソフトウェア部品として公開し、それらを相互に連携させることにより、全体システムを“組み合わせ”によって構築する。このソフトウェア部品との通信は、例えばＳＯＡＰによりアクセス可能なＷＥＢサービスにより実現される。
【０００４】
更に、認証ドメインの異なる既存システムの機能を利用し“組み合わせ”によって全体システムを実現する場合、機能を利用する毎に認証が必要になる。そこで、ユーザが一度認証を受けるだけで、ドメイン間の機能が利用可能となるシングルサインオン（ＳＳＯ：Single Sign-On）という手法が考えられている。このＳＳＯを実現する従来技術として、鍵束（Key Chain）により異認証ドメイン間のクレデンシャルを管理する方法（例えば、特許文献１参照）がある。また、フェデレーション（federation）と呼ばれる異なる認証機構同士が信頼関係を結ぶことで、同一クレデンシャル（credential）でやり取り可能にする方法がある。更に、異なる認証機構で同期させて同一ユーザ名、パスワードでの運用による方法（例えば、特許文献２参照）がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2008-071226号公報
【特許文献２】特開2004-110364号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記従来技術では、ＳＳＯによる認証により、異なる認証ドメイン間での容易なデータ取得やデータ設定は可能であるが、データのコンテンツレベルで整合性を保つのは難しい。しかし、異なる認証ドメイン間のシステム同士を連携させるために、コンテンツレベルで整合性を保つことが望まれている。
【０００７】
本発明は、異なる認証ドメイン間のシステム同士でコンテンツレベルでの整合性を保ち適切な連携サービスを可能にする装置及び方法を提供する。
【課題を解決するための手段】
【０００８】
本発明は、情報処理装置であって、
異なる認証ドメイン間で認証処理に成功した場合に、当該異なる認証ドメイン間の認証情報をユーザ関連情報と関連付けて登録する登録手段と、
前記異なる認証ドメイン間でデータ変換を行う際に、前記登録手段によって登録された認証情報に基づいて前記ユーザ関連情報のデータ変換を行う変換手段と、
を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、異なる認証ドメイン間で認証に成功した認証情報からユーザ関連情報のデータ変換を行うことで、異なる認証ドメイン間でのデータ変換の整合性を保ち、適切な連携サービスが可能となる。
【図面の簡単な説明】
【００１０】
【図１】コンピュータシステムの構成の一例を示す図。
【図２】コンピュータシステムを構成する装置のハードウェア構成を示す図。
【図３】コンピュータシステムのソフトウェア構成を示す図。
【図４】（Ａ）は認証部で管理されるデータ、（Ｂ）は鍵束管理部で管理されるデータを示す図。
【図５】（Ａ）はユーザインターフェースの一例を示す図、（Ｂ）は文書管理サーバの文書管理部で管理されている文書の文書プロパティの一例を示す図、（Ｃ）は異なる認証ドメイン間のユーザ名が変換された文書プロパティの一例を示す図。
【図６】（Ａ）は第１の実施形態の認証部、鍵束管理部で管理されるデータ、（Ｂ）は第２の実施形態の認証部、鍵束管理部で管理されるデータを示す図。
【図７】文書プロパティ表示処理を示すフローチャート。
【図８】文書プロパティ表示処理を示すフローチャート。
【図９】鍵束逆引き処理を示すフローチャート。
【図１０】印刷サーバに印刷ジョブを投入する処理を示すフローチャート。
【図１１】印刷サーバに印刷ジョブを投入する処理を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら発明を実施するための形態について詳細に説明する。本実施形態では、情報処理装置として、複数の異なる認証ドメインがネットワークを介して接続されているコンピュータシステムの機能統合サーバを例に説明する。
【００１２】
［第１の実施形態］
まず、図１を用いて、コンピュータシステムの構成の一例を説明する。尚、第１の実施形態では、認証ドメインＣ１０７は接続されていない構成とする。即ち、第１の実施形態では、コンピュータシステムは、認証ドメインＡ１０３と認証ドメインＢ１０５とで構成される。認証ドメインＡ１０３にはホストコンピュータ１０１と機能統合サーバ１０２とが属し、認証ドメインＢ１０５には文書管理サーバ１０４が属するものとする。そして、これらの認証ドメインＡ１０３、Ｂ１０５では、独立したユーザ管理や認証が行われる。また、ネットワーク１００はＬＡＮであり、ＷＡＮやインターネットに接続されていても良い。
【００１３】
認証ドメインＡ１０３のホストコンピュータ１０１は、ブラウザを備え、ネットワーク１００を介して機能統合サーバ１０２にＨＴＴＰ接続してサービスの提供を受けることができる。ここでホストコンピュータ１０１は、ＰＣ（パーソナルコンピュータ）、ＰＤＡ（Personal Digital Assistant）や携帯電話などである。機能統合サーバ１０２は、アプリケーションサーバを実現するためのソフトウェアプロセス群が稼動している。機能統合サーバ１０２は文書管理サーバ１０４の文書管理機能を利用し、統合サービスを提供する。機能統合サーバ１０２と文書管理サーバ１０４との接続は、ＳＯＡＰによりアクセス可能なＷＥＢサービスにより実現される。
【００１４】
尚、本発明の機能が実行されるのであれば、単体の機器でも、複数の機器からなるシステムでも、本発明を適用できる。また、ホストコンピュータ１０１が専用のクライアントアプリケーションを介して機能統合サーバ１０２に接続してサービスの提供を受けるシステムでも、本発明を適用できる。更に、機能統合サーバ１０２が利用するサービスは文書管理サーバ１０４の文書管理機能に限らない。更には、ホストコンピュータ１０１は認証ドメインＡ１０３に属さない構成でも、本発明を適用できる。
【００１５】
ここで、図２を用いて、コンピュータシステムを構成するホストコンピュータ１０１、機能統合サーバ１０２、文書管理サーバ１０４、印刷サーバ１０６のハードウェア構成を説明する。図２に示すハードウェア構成は、一般的な情報処理装置のハードウェア構成に相当する。ホストコンピュータ１０１、機能統合サーバ１０２、文書管理サーバ１０４、印刷サーバ１０６には、一般的な情報処理装置のハードウェア構成を適用できる。
【００１６】
図２において、ＣＰＵ２００は、ＲＯＭ２０２のプログラム用ＲＯＭに記憶された、或いは外部メモリ２０９からＲＡＭ２０１にロードされたＯＳやアプリケーションなどのプログラムを実行する。ここでＯＳとは、コンピュータ上で稼動するオペレーティングシステムの略語である。後述するフローチャートに示す処理はＣＰＵ２００によって実行される。ＲＡＭ２０１は、ＣＰＵ２００の主メモリやワークエリアなどとして機能する。キーボードコントローラ２０３は、キーボード２０７や不図示のポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ２０４は、各種ディスプレイ２０８の表示を制御する。外部メモリコントローラ２０５は、各種データを記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ２０９へのデータアクセスを制御する。ネットワークコントローラ２０６はネットワーク１００に接続され、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１７】
次に、図３を用いて、ホストコンピュータ１０１、機能統合サーバ１０２、文書管理サーバ１０４（詳細は後述する印刷サーバ１０６）のソフトウェア構成を説明する。ホストコンピュータ１０１には、外部メモリ２０９に保存されたプログラムファイルとして存在するブラウザ３００が含まれる。このブラウザ３００が実行される場合、ＲＡＭ２０１にロードされてＣＰＵ２００によって実行される。ＲＡＭ２０１にロードされて実行されたブラウザ３００はディスプレイ２０８に表示され、ユーザによるキーボード２０７や不図示のポインティングデバイスからのキー入力を受ける。更に、ブラウザ３００は機能統合サーバ１０２とネットワーク１００を介してＨＴＴＰ接続し、サービス提供を受ける。
【００１８】
機能統合サーバ１０２には、ウェブサーバ部３０１、アプリケーションサーバ部３０２、データ管理部３０３、認証部３０４、鍵束管理部３０５が含まれる。これらは機能統合サーバ１０２の外部メモリ２０９に保存されたプログラムファイルとして存在する。実行される場合、ＯＳやそのモジュールを利用するモジュールによってＲＡＭ２０１にロードされ、ＣＰＵ２００によって実行される。
【００１９】
ウェブサーバ部３０１は、ネットワーク１００を介して、ホストコンピュータ１０１のブラウザ３００からのＨＴＴＰ要求を受け付け、その要求に応じたＨＴＴＰ応答をホストコンピュータ１０１に返す。アプリケーションサーバ部３０２は、ＨＴＴＰ要求に応じてウェブサーバ部３０１から呼び出されて処理を実行する。
【００２０】
アプリケーションサーバ部３０２は、処理結果として動的に生成したＨＴＭＬをウェブサーバ部３０１に返す。更に、アプリケーションサーバ部３０２は不図示のサービスリクエスタからネットワーク１００を介して外部のサービス（文書管理サーバ１０４など）に対してウェブサービス呼び出しを行う。
【００２１】
データ管理部３０３は、永続化の必要なデータの管理を行う。認証部３０４は認証処理を行う。認証部３０４の詳細な説明は後述する。鍵束管理部３０５は異なる認証ドメインのサービス利用時のクレデンシャルを管理する。鍵束管理部３０５の詳細な説明は、更に後述する。クレデンシャルとは、認証に利用する信用情報であり、一般的には、ユーザ名、パスワードが利用されるが、バイオメトリクス（生体情報）、スマートカード、公開鍵証明書が利用されても良い。以下、クレデンシャル（認証情報）と記述する場合はユーザ関連情報（ユーザ名、パスワード）を指すものとする。
【００２２】
文書管理サーバ１０４には、認証部３０６、文書管理部３０７が含まれ、これらは文書管理サーバ１０４の外部メモリ２０９に保存されたプログラムファイルとして存在する。実行される場合、ＲＡＭ２０１にロードされＣＰＵ２００によって実行される。文書管理部３０７は文書管理機能を提供する。文書管理部３０７はＷｅｂサービスインターフェースを有し、外部に対して文書管理の機能を提供する。認証部３０６は、認証処理を行う。認証部３０６の詳細な説明は後述する。
【００２３】
また、機能統合サーバ１０２の認証部３０４、文書管理サーバ１０４の認証部３０６は、クレデンシャルによるユーザ認証処理、ユーザ管理、ユーザ設定管理、ユーザ権限管理を行う。認証部３０４、認証部３０６が認証に成功するとセキュリティ・トークンを生成する。セキュリティ・トークンとは、クレデンシャルが正当なものであることが確認され、認証が成功した場合に発行される認証済みの印であり、認証に成功していることを証明する識別子である。
【００２４】
尚、本発明の機能が実行されるのであれば、どのような認証方式が使用されても良い。例えば、認証方式にはＮＴＬＭ認証やケルベロス認証などがある。更に、認証部３０４、認証部３０６は外部の不図示の認証サーバとやり取りを行う構成でも良い。
【００２５】
図４に示す（Ａ）は、認証部３０４、認証部３０６で管理されるデータの構造の一例である。このテーブル５００は、認証部３０４、認証部３０６で管理されるデータの構造を示し、データ名とデータタイプにより構成される。ここで、ユーザ名５０１はユーザ名を格納するカラムであり、パスワード５０２はパスワード情報を格納するカラムである。
【００２６】
機能統合サーバ１０２の鍵束管理部３０５は、異なる認証ドメインへログインするためのクレデンシャルをキャッシュする。キャッシュされたデータは、データ管理部３０３で暗号化されて保存される。鍵束管理部３０５へのクレデンシャルの登録、取得はセキュリティ・トークンをキーとして行う。そのため、他のユーザのクレデンシャルを取得することはできない。
【００２７】
図４に示す（Ｂ）は、鍵束管理部３０５で管理されるデータの構造の一例である。このテーブル５０３は、鍵束管理部３０５で管理されるデータの構造を示し、データ名とデータタイプにより構成される。ここで、ユーザ名５０４はユーザ名を格納するカラムであり、外部アクセスキー５０５は認証ドメインを識別するためのキー情報を格納するカラムである。更に異認証ドメインユーザ名５０６は異認証ドメインのユーザ名を格納するカラムであり、パスワード５０７は異認証ドメインのパスワード情報を格納するカラムである。
【００２８】
鍵束管理部３０５は、クレデンシャル登録機能、クレデンシャル取得機能、鍵束逆引き機能を提供する。クレデンシャル登録機能は、セキュリティ・トークンとユーザ名５０４をキーとして、ユーザ名５０４、外部アクセスキー５０５、異認証ドメインユーザ名５０６、パスワード５０７を登録する機能である。クレデンシャル取得機能は、セキュリティ・トークンとユーザ名５０４と外部アクセスキー５０５で、異認証ドメインユーザ名５０６、パスワード５０７を取得する機能である。そして、鍵束逆引き機能は、セキュリティ・トークンと外部アクセスキー５０５から異認証ドメインユーザ名５０６を検索し、ユーザ名５０４を取得する機能である。
【００２９】
図５に示す（Ａ）は、ブラウザ３００のユーザインターフェースの一例を示す図である。ブラウザ３００のユーザインターフェースは、一般的なブラウザに相当するものとし、本実施形態においても適用できる。尚、ブラウザ３００のユーザインターフェースに関して、その形態、エリアの構成、及びコントロールは限定されたものではなく、必要となる機能を実現することができれば、どのような形態であっても構わない。
【００３０】
ここで、図６〜図８を用いて、第１の文書プロパティ表示処理を説明する。図６に示す（Ａ）のデータ６０１は機能統合サーバ１０２の認証部３０４で管理されるデータである。この例では、機能統合サーバ１０２には、「ユーザＡ」が「ＡＡＡ」のパスワードで、「ユーザＢ」が「ＢＢＢ」のパスワードで、「ユーザＣ」が「ＣＣＣ」のパスワードで、それぞれ登録されている。また、データ６０２は文書管理サーバ１０４の認証部３０６で管理されるデータである。この例では、文書管理サーバ１０４には「ユーザＸ」が「ＸＸＸ」のパスワードで、「ユーザＹ」が「ＹＹＹ」のパスワードで、「ユーザＺ」が「ＺＺＺのパスワードで登録されている。
【００３１】
更に、データ６０３は鍵束管理部３０５で管理されるデータである。この例ではユーザ名の「ユーザＡ」をキーとして文書管理サーバ１０４のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＡ」と認証ドメインＢ１０５の「ユーザＸ」が機能統合サーバ１０２の鍵束管理部３０５によって関連付けられている。また、ユーザ名の「ユーザＢ」をキーとして文書管理サーバ１０４のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＢ」と認証ドメインＢ１０５の「ユーザＹ」が機能統合サーバ１０２の鍵束管理部３０５によって関連付けられている。更に、ユーザ名の「ユーザＣ」をキーとして文書管理サーバ１０４のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＣ」と認証ドメインＢ１０５の「ユーザＺ」が機能統合サーバ１０２の鍵束管理部３０５によって関連付けられている。
【００３２】
図５に示す（Ｂ）は、文書管理サーバ１０４の文書管理部３０７で管理されている文書の文書プロパティの一例である。この例では、文書名が「hoge.txt」で、文書の作成者が「ユーザＹ」で、文書の更新者が「ユーザＺ」である。
【００３３】
図７に示すＳ１０１で、ホストコンピュータ１０１のブラウザ３００がユーザの指示により起動され、ユーザによりログイン操作が行われる。次に、ブラウザ３００が機能統合サーバ１０２に対してＨＴＴＰ要求として機能統合サーバ１０２へのログイン要求を実行する。尚、ここでは、認証ドメインＡ１０３の「ユーザＡ］でログインしたことを前提に説明する。
【００３４】
Ｓ１０２では、機能統合サーバ１０２のウェブサーバ部３０１でブラウザ３００からのログイン要求を受け取ると、アプリケーションサーバ部３０２が認証部３０４でログイン要求のクレデンシャルにより認証処理を実行する。認証に成功するとＳ１０３へ遷移し、認証に失敗するとＳ１０１へ遷移する。
【００３５】
上述の認証に成功すると、Ｓ１０３でアプリケーションサーバ部３０２は認証部３０４でセキュリティ・トークンを生成する。そして、Ｓ１０４で、アプリケーションサーバ部３０２は鍵束管理部３０５から文書管理サーバ１０４に対するクレデンシャルを取得する。そして、Ｓ１０５でクレデンシャルを取得できた場合はＳ１０７へ遷移する。取得できない場合はアプリケーションサーバ部３０２が文書管理サーバ１０４へのログイン画面を作成し、ウェブサーバ部３０１がＨＴＴＰ応答としてログイン画面を返し、Ｓ１０６へ遷移する。
【００３６】
このＳ１０６で、ブラウザ３００は機能統合サーバ１０２からのＨＴＴＰ応答に応じて文書管理サーバ１０４へのログイン画面を表示する。そして、ユーザからのログイン操作が行われると、ブラウザ３００は機能統合サーバ１０２に対して文書管理サーバ１０４へのログイン要求を実行する。
【００３７】
次に、Ｓ１０７で、アプリケーションサーバ部３０２はホストコンピュータ１０１からのログイン要求のクレデンシャル、又は鍵束管理部３０５から取得したクレデンシャルを用いて文書管理サーバ１０４に対してログイン要求を実行する。
【００３８】
一方、Ｓ１０８で、文書管理サーバ１０４は機能統合サーバ１０２からのログイン要求を受け取ると、認証部３０６はログイン要求のクレデンシャルで認証処理を実行する。認証に成功するとＳ１０９へ遷移し、認証に失敗するとＳ１０６へ遷移する。
【００３９】
このＳ１０９で、認証に成功すると文書管理部３０７は認証部３０６でセキュリティ・トークンを生成し、Ｓ１０７のログイン要求の応答として機能統合サーバ１０２にセキュリティ・トークンを返す。Ｓ１０９で、文書管理サーバ１０４へのクレデンシャルが鍵束管理部３０５に登録されていない場合は図８に示すＳ２００へ遷移する。
【００４０】
Ｓ１１０で、鍵束管理部３０５はクレデンシャル登録処理を行い、Ｓ２００へ遷移する。このＳ２００で、機能統合サーバ１０２のアプリケーションサーバ部３０２は文書管理サーバ１０４に対して文書プロパティ取得要求を実行する。
【００４１】
ＨＴＴＰのヘッダ部に、Ｓ１０９で取得したセキュリティ・トークンを含めてＨＴＴＰ要求をすることにより認証処理を省き、機能利用することが可能である。以後、ＨＴＴＰ要求にはセキュリティ・トークンが含まれていることを前提に説明する。
【００４２】
Ｓ２０１で、機能統合サーバ１０２からの文書プロパティ取得要求に対して、文書管理サーバ１０４の文書管理部３０７は管理しているデータベース上から指定された文書のプロパティ情報を取得し、機能統合サーバ１０２に対して返す。一方、Ｓ２０２で機能統合サーバ１０２のアプリケーションサーバ部３０２は受け取った文書プロパティ情報を元に表示画面を作成し、ホストコンピュータ１０１に対して文書プロパティ画面を返す。
【００４３】
Ｓ２０３で、ホストコンピュータ１０１のブラウザ３００は、図５に示す（Ｂ）のように、機能統合サーバ１０２から受け取った文書プロパティ画面を表示する。
【００４４】
このように処理すると、異なる認証ドメイン間でシームレスに認証を行い、データ取得を行うことはできる。しかし、ホストコンピュータ１０１のブラウザ３００に表示される文書プロパティ情報は文書管理サーバ１０４が保持する文書プロパティである。この例では、文書名が「hoge.txt」、作成者が「ユーザＹ」、更新者が「ユーザＺ」である。作成者、更新者に限れば、文書管理サーバ１０４が保持するユーザ名、即ち、認証ドメインＢ１０５のユーザ名である。ユーザは機能統合サーバ１０２に対して認証ドメインＡ１０３の「ユーザＡ」でログインする。次に、初めて文書管理サーバ１０４へのログインが発生した場合のみ、認証ドメインＢ１０５の「ユーザＸ」で文書管理サーバ１０４へログインをする。
【００４５】
以降は機能統合サーバ１０２で認証ドメインＡ１０３の「ユーザＡ」と認証ドメインＢ１０５の「ユーザＸ」の結びつきが管理され、ユーザは認証ドメインＢ１０５を意識することなく文書管理サーバ１０４へアクセスできる。
【００４６】
この文書プロパティ表示処理によれば、ユーザはホストコンピュータ１０１のブラウザ３００から認証ドメインＡ１０３のユーザでログインしている。しかしながら、ブラウザ３００の文書プロパティ表示では、図５に示す（Ｂ）のように、認証ドメインＢ１０５のユーザ名（作成者「ユーザＹ］、更新者「ユーザＺ」）が表示される。
【００４７】
異なる認証ドメイン間でデータのやり取りを行う場合、ユーザ名などの認証ドメインに関するユーザ関連情報のデータは適切なデータ変換を行う必要がある。
【００４８】
ここで、図９を用いて、データ変換として、機能統合サーバ１０２における鍵束逆引き処理を説明する。この処理は、図８に示すＳ２０１で、文書管理サーバ１０４の文書管理部３０７が管理しているデータベース上から指定された文書のプロパティ情報を取得し、機能統合サーバ１０２に対して返した後に実行される処理である。
【００４９】
Ｓ３０１で、アプリケーションサーバ部３０２がセキュリティ・トークンからユーザが鍵束逆引き可能か否かを認証部３０４に問い合わせる。認証部３０４ではセキュリティ・トークンから逆引き権限をチェックし、鍵束逆引きが可能か否かを返す。鍵束逆引き権限がある場合はＳ３０２へ遷移へ、鍵束逆引き権限がない場合は、この処理を終了する。
【００５０】
Ｓ３０２では、アプリケーションサーバ部３０２は鍵束管理部３０５でセキュリティ・トークンと外部アクセスキー５０５から異認証ドメインユーザ名５０６を検索する。次に、Ｓ３０３で検索結果としてヒットしたものがなければ、この処理を終了する。しかし、ヒットしたものがあればＳ３０４へ遷移する。
【００５１】
Ｓ３０４で、複数ヒットしていればＳ３０６へ遷移し、そうでなければＳ３０５へ遷移し、アプリケーションサーバ部３０２がデータ変換処理を行う。ここでは、文書名「hoge.txt」、作成者「ユーザＹ」、更新者「ユーザＺ」に対して鍵束逆引きを行い、「ユーザＹ」⇒「ユーザＢ」、「ユーザＺ」⇒「ユーザＣ」にデータ変換する。
【００５２】
一方、Ｓ３０６では、アプリケーションサーバ部３０２が鍵束管理部３０５の登録履歴を参照する。そして、Ｓ３０７で、Ｓ３０６で確認したユーザ履歴より最後に鍵束管理部３０５に登録された情報を用いてデータ変換を行う。
【００５３】
以上説明したように、異なる認証ドメイン間でシームレスに認証を行い、データ取得を行うことができる。更に、適切な権限管理下で適切に変換することにより、セキュリティを保ち、文書プロパティを表示することができる。
【００５４】
即ち、異なる認証ドメイン間のユーザ名を適切に変換することで、ホストコンピュータ１０１のブラウザ３００は、図５に示す（Ｃ）のように、文書プロパティ画面を表示することができる。
【００５５】
［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態を詳細に説明する。尚、第２の実施形態では、第１の実施形態の構成に対して図１に示す認証ドメインＣ１０７がネットワーク１００に接続されているものである。つまり、第２の実施形態では、コンピュータシステムは、認証ドメインＡ１０３と認証ドメインＢ１０５と認証ドメインＣ１０７とで構成される。認証ドメインＣ１０７には印刷サーバ１０６が属するものとする。
【００５６】
ここで、印刷サーバ１０６は文書の印刷を管理する。機能統合サーバ１０２は文書管理サーバ１０４の文書管理機能、印刷サーバ１０６の印刷機能を利用し、文書管理と印刷の機能を組み合わせた統合サービスを提供する。第１の実施形態と同様に、機能統合サーバ１０２、文書管理サーバ１０４、印刷サーバ１０６の間の接続は、例えばＳＯＡＰによりアクセス可能なＷＥＢサービスにより実現される。そして、機能統合サーバ１０２、文書管理サーバ１０４、印刷サーバ１０６は、認証ドメインＡ１０３、認証ドメインＢ１０５、認証ドメインＣ１０７のそれぞれ別々の認証ドメインに属しており、それぞれ独立したユーザ管理や認証が行われる。
【００５７】
ここで、図３を用いて、印刷サーバ１０６のソフトウェア構成を説明する。印刷サーバ１０６は、認証部１１０１、印刷制御部１１０２などからなり、印刷サーバ１０６の外部メモリ２０９に保存されたプログラムファイルとして存在する。実行される場合にＲＡＭ２０１にロードされ、ＣＰＵ２００によって実行される。
【００５８】
認証部１１０１は、認証処理を行う。認証部１１０１の機能は機能統合サーバ１０２の認証部３０４と同じである。印刷制御部１１０２は、受け付けた印刷ジョブの制御機能を提供する。また、印刷制御部１１０２はＷＥＢサービスインターフェースを持ち、外部に対して印刷ジョブの受け付け機能、印刷ジョブのキャンセル機能、印刷ジョブの状態通知機能、印刷ジョブの実行機能などを提供する。
【００５９】
また、機能統合サーバ１０２の鍵束管理部３０５はセキュリティ・トークン、外部アクセスキー５０５をキーにユーザ名５０４を検索し、異認証ドメインユーザ名５０６を取得する鍵束順引き機能を有する。
【００６０】
ここで、図１０、図１１を用いて、文書管理サーバ１０４の文書を印刷サーバ１０６に印刷ジョブとして投入する処理を説明する。図６に示す（Ｂ）において、データ６０４は印刷サーバ１０６の認証部１１０１で管理されるデータである。この例では、印刷サーバ１０６には「ユーザＬ」が「ＬＬＬ」のパスワードで、「ユーザＭ」が「ＭＭＭ」のパスワードで、「ユーザＮ」が「ＮＮＮ」のパスワードで登録されている。
【００６１】
また、データ６０５は鍵束管理部３０５で管理されるデータである。このデータ６０５には、第１の実施形態で説明したデータに加えて、ユーザ名の「ユーザＡ」をキーとして印刷サーバ１０６のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＡ」と認証ドメインＣ１０７の「ユーザＬ」が鍵束管理部３０５によって関連付けられている。また、ユーザ名の「ユーザＢ」をキーとして印刷サーバ１０６のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＢ」と認証ドメインＣ１０７の「ユーザＭ」が鍵束管理部３０５によって関連付けられている。更に、ユーザ名の「ユーザＣ」をキーとして印刷サーバ１０６のクレデンシャルが登録されている。つまり、認証ドメインＡ１０３の「ユーザＣ」と認証ドメインＣ１０７の「ユーザＮ」が機能統合サーバ１０２の鍵束管理部３０５によって関連付けられている。
【００６２】
図１０に示すＳ４０１からＳ４１０までの処理は、第１の実施形態における図７に示すＳ１０１からＳ１１０までの処理と同じである。また、Ｓ４１１からＳ４１７までの処理も、認証先が文書管理サーバ１０４ではなく印刷サーバ１０６となるだけでＳ４０４からＳ４１０までの処理と同じである。そして、Ｓ４１７からＳ５００へ遷移する。
【００６３】
このＳ５００で、機能統合サーバ１０２のアプリケーションサーバ部３０２が文書管理サーバ１０４に対して文書取得要求を実行する。Ｓ５０１で、機能統合サーバ１０２からの文書取得要求に対して文書管理サーバ１０４の文書管理部３０７が管理しているデータベース上から指定された文書実体を取得し、機能統合サーバ１０２に対して返す。
【００６４】
次に、Ｓ５０２で機能統合サーバ１０２のアプリケーションサーバ部３０２は文書管理サーバ１０４に対して取得した文書の権限情報の取得要求を実行する。Ｓ５０３で、機能統合サーバ１０２からの文書権限情報取得要求に対して文書管理サーバ１０４の文書管理部３０７が管理しているデータベース上から指定された文書の権限情報を取得し、機能統合サーバ１０２に対して返す。ここで、文書権限として、ユーザＸ、ユーザＹ、ユーザＺがそれぞれ書き込み権を持つものとする。
【００６５】
次に、Ｓ５０４では、機能統合サーバ１０２のアプリケーションサーバ部３０２は鍵束管理部３０５で受け取った文書権限情報に対して鍵束逆引き処理を行う。この処理により、「ユーザＹ」⇒「ユーザＢ」、「ユーザＺ」⇒「ユーザＣ」にデータ変換される。
【００６６】
続くＳ５０５で、機能統合サーバ１０２のアプリケーションサーバ部３０２は鍵束管理部３０５で、Ｓ５０４で変換した文書権限情報に対して鍵束順引きを行い、認証ドメインＡ１０３のユーザ名から認証ドメインＣ１０７のユーザ名に変換する。この処理により、「ユーザＢ」⇒「ユーザＭ」、「ユーザＣ」⇒「ユーザＮ」にデータ変換される。
【００６７】
次に、Ｓ５０６で、アプリケーションサーバ部３０２は、Ｓ５０５で変換した権限情報で印刷サーバ１０６に対して、取得した文書を印刷ジョブとして投入する。Ｓ５０７で、機能統合サーバ１０２からの印刷ジョブ投入要求に対して印刷サーバ１０６の印刷制御部１１０２が印刷ジョブ投入処理を実行し、結果を機能統合サーバ１０２に返す。
【００６８】
次に、Ｓ５０８で、機能統合サーバ１０２のアプリケーションサーバ部３０２は投入した印刷ジョブの状態取得要求を実行する。Ｓ５０９で、機能統合サーバ１０２からの印刷ジョブ状態取得要求に対して印刷サーバ１０６の印刷制御部１１０２が印刷ジョブの状態取得処理を実行し、結果を機能統合サーバ１０２に返す。
【００６９】
次に、Ｓ５１０で、機能統合サーバ１０２は印刷ジョブの状態を表示する画面を作成して、結果をホストコンピュータ１０１に返す。そして、Ｓ５１１で、ホストコンピュータ１０１のブラウザ３００が機能統合サーバ１０２から受け取った画面を表示する。
【００７０】
以上説明したように、異なる認証ドメイン間でシームレスに認証を行い、データ取得を行うことができる。更に、異認証ドメイン間のユーザ関連情報を適切に変換することで、異認証ドメイン間のデータのやり取りについて整合性を持たせることができる。
【００７１】
［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
情報処理装置であって、
異なる認証ドメイン間で認証処理に成功した場合に、当該異なる認証ドメイン間の認証情報をユーザ関連情報と関連付けて登録する登録手段と、
前記異なる認証ドメイン間でデータ変換を行う際に、前記登録手段によって登録された認証情報に基づいて前記ユーザ関連情報のデータ変換を行う変換手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記異なる認証ドメインへの認証情報を取得する取得手段を更に有し、
前記変換手段は、前記取得手段によって取得された認証情報に基づいて前記ユーザ関連情報のデータ変換を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記変換手段は、前記認証情報に関連付けて登録されたユーザ関連情報がない場合に、前記データ変換を行わないことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記変換手段は、前記認証情報に関連付けて登録されたユーザ関連情報が複数ある場合に、登録履歴を参照して最後に登録されたユーザ関連情報のデータ変換を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記認証情報に対して権限情報を管理する手段を更に有し、
前記変換手段は、前記権限情報に基づいて前記ユーザ関連情報のデータ変換を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
情報処理装置の処理方法であって、
登録手段が、異なる認証ドメイン間で認証処理に成功した場合に、当該異なる認証ドメイン間の認証情報をユーザ関連情報と関連付けて登録する登録工程と、
変換手段が、前記異なる認証ドメイン間でデータ変換を行う際に、前記登録手段によって登録された認証情報に基づいて前記ユーザ関連情報のデータ変換を行う変換工程と、
を有することを特徴とする情報処理装置の処理方法。
【請求項７】
コンピュータを請求項１乃至５の何れか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【請求項１】
情報処理装置であって、
異なる認証ドメイン間で認証処理に成功した場合に、当該異なる認証ドメイン間の認証情報をユーザ関連情報と関連付けて登録する登録手段と、
前記異なる認証ドメイン間でデータ変換を行う際に、前記登録手段によって登録された認証情報に基づいて前記ユーザ関連情報のデータ変換を行う変換手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記異なる認証ドメインへの認証情報を取得する取得手段を更に有し、
前記変換手段は、前記取得手段によって取得された認証情報に基づいて前記ユーザ関連情報のデータ変換を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記変換手段は、前記認証情報に関連付けて登録されたユーザ関連情報がない場合に、前記データ変換を行わないことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記変換手段は、前記認証情報に関連付けて登録されたユーザ関連情報が複数ある場合に、登録履歴を参照して最後に登録されたユーザ関連情報のデータ変換を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記認証情報に対して権限情報を管理する手段を更に有し、
前記変換手段は、前記権限情報に基づいて前記ユーザ関連情報のデータ変換を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
情報処理装置の処理方法であって、
登録手段が、異なる認証ドメイン間で認証処理に成功した場合に、当該異なる認証ドメイン間の認証情報をユーザ関連情報と関連付けて登録する登録工程と、
変換手段が、前記異なる認証ドメイン間でデータ変換を行う際に、前記登録手段によって登録された認証情報に基づいて前記ユーザ関連情報のデータ変換を行う変換工程と、
を有することを特徴とする情報処理装置の処理方法。
【請求項７】
コンピュータを請求項１乃至５の何れか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−３４４６２（Ｐ２０１１−３４４６２Ａ）
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願番号】特願２００９−１８１９６９（Ｐ２００９−１８１９６９）
【出願日】平成２１年８月４日（２００９．８．４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願日】平成２１年８月４日（２００９．８．４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]