JP2008197919A - 処理形態切替装置 - Google Patents

Abstract

【課題】複数のモードを有するクライアント／サーバシステムにおいて、クライアントがあるモードを利用中に、他のモードへの切替を円滑に、かつ、ユーザに負荷をかけることなく行うことを目的とする。
【解決手段】ユーザ毎、モード毎に発行されるチケットにより、アプリケーションサーバ４（以下ＡＰ４）は、クライアント１（以下ＣＬ１）のアクセス範囲を制限する。ＣＬ１がＡＰ４が提供するモードＡをチケットＡにより利用中にモードＢ（以下モードＢ）への切替状況になった場合、処理形態切替装置６（切替装置６）は、モードＢ用のチケットＢをＣＬ１へ送信する。ＣＬ１はチケットＢでＡＰ４へアクセスする。ＡＰ４は新たなチケットＢを切替装置６へ送信する。切替装置６はＣＬ１がモードＢを利用可能であるかチケットＢにより認証サーバ２に判定させ、その結果をＡＰ４へ通知する。通知された結果に基づき、ＡＰ４はＣＬ１からのアクセスの許否を判定する。
【選択図】図４

Description

本発明は、例えば、モード（処理形態）と呼ばれる状況の変化に応じて、利用可能なアプリケーションサービスの範囲、及び、参照先のデータベースの範囲等が変更されるシステムにおいて、効率的にログイン（使用）しているモードを切替えるための技術に関するものである。

利用可能なアプリケーションサービスの範囲、及び、参照先のデータベースの範囲等のアクセス範囲を制限する方法として、アクセス権情報と参照可能なデータベース範囲が設定された認証チケットを使用する方法がある。認証チケットを使用する方法では、ユーザがアプリケーションサービスを利用するため認証サーバから認証許可を受ける際に、ログインするモードに応じた認証チケットを取得する。認証チケットを使用する方法では、認証チケットに設定されたアクセス権情報と参照可能なデータベース範囲とに基づき、アクセス範囲を制限する。認証チケットは、ログインしたユーザ毎、ログイン先のモード毎に異なるものとすることで、ユーザ毎、モード毎にアクセス範囲を制限することができる。
認証チケットを使用する方法においてログインするモードを変更する場合、ユーザは、改めて認証サーバから変更後のモードに対する認証許可を受けるとともに、変更後のモードに応じた認証チケットを取得する。つまり、認証チケットを使用する方法においてログインするモードを変更する場合、ユーザは改めて変更後のモードへのログイン処理を行う。変更後のモードに応じた認証チケットに基づきアクセス範囲を制限することで、変更後のモードに対して適正にアクセス範囲を制限する。
特開２００４−１８５３９６号公報

上述したモードを変更する方法においては、ログインするモードを切替える度に、ユーザは改めてログイン処理を行う必要がある。したがって、モードの切替をしなければならない状況が頻繁に発生するような場合、ユーザはその都度、新たなモードへのログイン処理を行わなければならず、その操作に手間がかかる。
また、上述したモードを変更する方法は、ユーザの判断によりログインモードを選択する方法であるため、ユーザによってはモードの変更が必要か否かについて決断することが困難な場合がある。
さらに、ログイン先のモードをユーザの判断により選択することが必要となる。

本発明は、例えば、ユーザのログインするモードの変更に関する手間を少なくすることを目的とする。また、サーバ側により、アプリケーションサービスを利用中のユーザに対して、ログインするモードの変更を促すことを目的とする。さらに、モードの切替先を誤ることをなくすことを目的とする。

本発明に係る処理形態切替装置は、例えば、複数の処理形態を有するアプリケーションサーバと通信する処理形態切替装置において、
上記複数の処理形態の第１の処理形態の利用を要求したユーザ端末が認証サーバにより上記第１の処理形態を利用可能であると認証された場合に、上記ユーザ端末の端末情報を受信し、上記第１の処理形態の利用に使用する認証チケットである第１の認証チケットを発行して、上記第１の認証チケットを上記ユーザ端末へ通信装置を介して送信する認証チケット発行処理部と、
上記複数の処理形態の第２の処理形態への切替情報を検知して切替要求信号を処理装置により発信する状況監視処理部と、
上記状況監視処理部により切替要求信号が発信された場合、上記認証チケット発行処理部により発行される上記第２の処理形態の利用に使用する認証チケットである第２の認証チケットを取得して上記ユーザ端末へ通信装置を介して送信するモード切替処理部と、
上記ユーザ端末が上記モード切替処理部により送信された第２の認証チケットを利用してアプリケーションサーバへアクセスした場合、上記アプリケーションサーバから上記第２の認証チケットを受信し、上記ユーザ端末が上記第２の処理形態を利用可能であるか否かを上記第２の認証チケットに基づき上記認証サーバに判定させて、判定させた結果を上記アプリケーションサーバへ通知するチケット認証処理部と
を備えることを特徴とする。

本発明に係る処理形態切替装置によれば、モード切替処理部により送信された第２の認証チケットを利用してユーザがアプリケーションサーバへアクセスした場合、ユーザがログイン処理をすることなく認証処理が行われる。したがって、ユーザのログインするモードの変更に関する手間を少なくすることが可能である。
また、状況監視処理部が第２の処理形態への切替情報を検知し、モード切替処理部が第２の処理形態の利用に使用する第２の認証チケットをユーザ端末へ送信するため、ユーザへログインモードの変更が促され、ユーザは自らの判断によらず、ログインモード変更する必要があることを知ることができる。
また、ユーザ端末へ送信された第２の認証チケットは、変更先のモードである第２の処理形態に応じた認証チケットである。したがってユーザがモードの切替先を誤ることをなくすことが可能である。

図１は、実施の形態における処理形態切替システム１００の外観の一例を示す図である。
図１において、処理形態切替システム１００は、ＰＣ９０９（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、サーバＡ９１６、サーバＢ９１７、サーバＣ９１８、データベースＡ９０７、データベースＢ９０８を備える。また、ＰＣ９０９は、ＬＣＤ（液晶）９０１、キーボード９０２（Ｋｅｙ・Ｂｏａｒｄ：Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｃ・Ｄｒｉｖｅ）、ＣＤＤ９０５（コンパクトディスク装置）などのハードウェア資源を備え、これらのハードウェア資源はケーブルや信号線で接続されている。
ＰＣ９０９、サーバＡ９１６、サーバＢ９１７、サーバＣ９１８、データベースＡ９０７、データベースＢ９０８は、コンピュータであり、ローカルエリアネットワーク９４２（ＬＡＮ）により接続され、ゲートウェイ９４１とインターネット９４０とを介して外部サーバ９１９と接続されている。
ここで、ＰＣ９０９は、実施の形態におけるクライアント１の一例である。また、サーバＡ９１６は、実施の形態におけるる認証サーバ２の一例である。また、サーバＢ９１７は、実施の形態における処理形態切替装置６の一例である。また、サーバＣ９１８は、実施の形態におけるアプリケーションサーバ４の一例である。また、データベースＡ９０７は、実施の形態におけるモードＡ用データベースの一例である。また、データベースＢ９０８は、実施の形態におけるモードＢ用データベースの一例である。

図２は、実施の形態におけるクライアント１、認証サーバ２、認証チケット発行サーバ３、アプリケーションサーバ４、処理形態切替装置６及び他システム用装置７の構成の一例を示す図である。
図２において、クライアント１、認証サーバ２、認証チケット発行サーバ３、アプリケーションサーバ４、処理形態切替装置６及び他システム用装置７は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５、ＬＣＤ９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。

ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
通信ボード９１５、キーボード９０２、ＦＤＤ９０４、ＣＤＤ９０５などは、入力装置の一例である。
通信ボード９１５は、通信装置の一例である。

通信ボード９１５は、ＬＡＮ９４２等に接続されている。
磁気ディスク装置９２０又はＲＯＭ９１３などには、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。

上記プログラム群９２３には、以下に述べる実施の形態の説明において「認証チケット発行処理部６１」、「ユーザ情報記憶部６２」、「モード切替処理部６３」、「状況監視処理部６４」、「チケット認証処理部６５」、「通信制御部６６」、「ログイン状況テーブル６７（ログイン状況記憶部）」、「認証チケットデータベース６８（認証チケット記憶部）」等として説明する機能を実行するプログラム、及び、各サーバの処理を実行するその他のプログラムがそれぞれ記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２４には、以下に述べる実施の形態の説明において、「認証チケット」、「ユーザ情報」、「アクセス権限情報」、「ログイン状況テーブル６７」、「認証チケットデータベース６８」等として説明する情報やデータや信号値や変数値やパラメータが、「ファイル」や「データベース」の各項目として記憶されている。「ファイル」や「データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリになどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵ９１１の動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵ９１１の動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
また、以下に述べる実施の形態の説明において説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、コンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、以下に述べる実施の形態の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」、「〜手段」、「〜機能」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。また、「〜処理」として説明するものは「〜ステップ」であっても構わない。すなわち、「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、以下に述べる「〜部」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」の手順や方法をコンピュータに実行させるものである。

実施の形態１．
実施の形態１に係る処理形態切替システム１００について説明する。

まず、図３に基づき、実施の形態１に係る処理形態切替システム１００の基礎となる、認証チケットを使用してアクセス範囲を制限する認証チケット発行システムの構成について説明する。図３は、認証チケットを使用してアクセス範囲を制限する認証チケット発行システムの構成図である。ここでは、モードＡ（第１の処理形態の一例）、モードＢ（第２の処理形態の一例）の２種類のモードが存在する場合を例に示す。認証チケット発行システムは、クライアント１、認証サーバ２、認証チケット発行サーバ３、ユーザ情報記憶部６２、アプリケーションサーバ４、モードＡ用とモードＢ用とに分かれたデータベース５（モードＡ用データベース、モードＢ用データベース）を備える。

クライアント１は、ユーザが使用するユーザ端末の一例である。認証サーバ２は、モード毎にユーザの認証処理を行う。認証チケット発行サーバ３は、アクセス権情報と参照可能なデータベース範囲が設定された認証チケットを発行する。アプリケーションサーバ４は、所定のアプリケーションサービスを提供する。データベース５は、所定のアプリケーションに必要な情報を、モード毎に分けて記憶する。

まず、クライアント１は、アプリケーションサービスを利用する際、認証サーバ２へユーザ固有の証明書情報を添付したログイン要求の信号を送信する。ログイン要求には、ログイン先のモードを特定する情報が含まれている。例えば、ここでは、モードＡに対するログイン要求を出したとする。次に、認証サーバ２は、ログイン要求の信号を受信すると、添付されたユーザ固有の証明書情報を元に認証を行う。認証を許可する場合、認証サーバ２は、ユーザを識別可能なユーザ情報及びログイン先のモードを認証チケット発行サーバ３へ通知する。次に、認証チケット発行サーバ３は、ユーザ情報記憶部６２が記憶したユーザ情報と照らし合わせ、当該ユーザに対する認証チケットを発行する。認証チケットは、ログイン要求のあったモードＡに応じた認証チケットである。また、認証チケットは、ユーザ情報記憶部６２が記憶したユーザ情報を元に作成されたユーザＩＤ、当該ユーザの利用可能なアプリケーションサービスのアクセス権、参照可能なデータベース、及び、認証情報を含む。認証チケット発行サーバ３は、発行した認証チケットをクライアント１へ送付する。そして、クライアント１は、送付された認証チケットを用いてアプリケーションサーバ４へアクセスする。認証チケットを用いてアクセスすることにより、認証チケットに設定されたアクセス権、及び、参照可能なデータベースの範囲に従ってアプリケーションサービスを利用することが可能となる。

状況が変化しログインモードをモードＢに変更する必要が生じた場合、クライアント１は上記と同様の方法により切替先の新たなモードＢにログインする。そして、クライアント１はモードＢに応じた認証チケットを取得し直す。つまり、モードＢに応じた認証チケットを取得するためには、ユーザは再度ログイン操作を行い、認証サーバ２から認証を受ける。
このようにユーザは、状況の変化に応じて新たなモードへログインすることにより、新しい認証チケットを取得し、利用可能なアプリケーションサービスの範囲、及び、参照可能なデータベースの範囲を変更することができる。

次に、図４に基づき、ログインモードを変更する際、ログイン操作の必要のない処理形態切替システム１００の構成及び機能について説明する。図４は、実施の形態１に係る処理形態切替システム１００の構成及び機能を示す図である。
処理形態切替システム１００は、図３に示す認証チケット発行システムの認証チケット発行サーバ３に代え、処理形態切替装置６（ログインモード切替装置）を備える。また、ユーザ情報記憶部６２は、処理形態切替装置６に含まれる。さらに、処理形態切替装置６は、他システム用装置７とネットワーク８を介して通信する。その他の構成は、原則として図３に示す認証チケット発行システムと同様である。
処理形態切替装置６は、認証チケット発行処理部６１、ユーザ情報記憶部６２、モード切替処理部６３、状況監視処理部６４、チケット認証処理部６５、通信制御部６６（通信装置）、ログイン状況テーブル６７（ログイン状況記憶部）、認証チケットデータベース６８（認証チケット記憶部）を備える。

次に、処理形態切替装置６を備える処理形態切替システム１００の動作について、以下に示す（１）と（２）とに分けて説明する。
（１）初めにクライアント１がアプリケーションサービスを利用するまでの動作（認証チケット発行処理）。
（２）クライアント１がアプリケーションサービスを利用中に状況が変化し、モードを切替える動作（処理形態切替処理）。
また、（２）について、さらに以下の（ｉ）と（ｉｉ）とに分けて説明する。
（ｉ）切替後の新たなモードに対応した新たなチケットを配布する動作（チケット再配布処理）。
（ｉｉ）新たなモードに対応する認証チケットを取得したクライアント１が、新たな認証チケット取得後初めてアプリケーションサーバ４へアクセスする動作（認証処理）。

上記（１）の認証チケット発行処理について図５に基づき説明する。図５は、認証チケット発行処理の動作を示すフローチャートである。

まず、（Ｓ１０１）では、クライアント１は、アプリケーションサービスを利用する際、認証サーバ２へユーザ固有の証明書情報を添付したログイン要求の信号を送信する。ログイン要求には、ログイン先のモードを特定する情報が含まれている。ここでは、例えば、モードＡに対するログイン要求を出したとする。
次に、（Ｓ１０２）では、認証サーバ２は、ログイン要求の信号を受信すると、添付されたユーザ固有の証明書情報を元に認証を行う。認証を許可すると認証サーバ２が判定した場合（Ｓ１０２でＹｅｓ）、（Ｓ１０３）へ進む。一方、認証を許可しないと認証サーバ２が判定した場合（Ｓ１０２でＮｏ）、（Ｓ１０４）へ進む。
認証を許可する場合、（Ｓ１０３）では、認証サーバ２は、ユーザを識別可能なユーザ情報（端末情報の一例）及びログイン先のモードを処理形態切替装置６へ通知し、認証チケットの発行を要求する。一方、認証を許可しない場合（Ｓ１０４）では、認証サーバ２は、クライアント１へ認証に失敗した旨の通知をする。ここまでは、図３に示す認証チケット発行システムの動作と同様である。

次に、（Ｓ１０５）では、処理形態切替装置６の通信制御部６６が認証サーバ２からユーザ情報を受信すると、認証チケット発行処理部６１は、ユーザ情報記憶部６２が記憶したユーザ情報と照らし合わせ、認証情報（認証チケット）を発行する。ここで、認証チケット発行処理部６１は、ユーザ情報記憶部６２に対し問い合わせを行うときに、当該ユーザの２種類のモードそれぞれに対応するモード毎のアクセス権、及び、データベース参照可能範囲をそれぞれ取得し、モードＡ用の認証チケット（第１の認証チケットの一例）とモードＢ用の認証チケット（第２の認証チケットの一例）との２種類の認証チケットを発行する。つまり、認証チケット発行処理部６１はすべてのモードに対応する認証チケットを発行する。認証チケットは、図３に示す認証チケット発行システムが発行したものと同様にユーザ情報記憶部６２が記憶したユーザ情報を元に作成されたユーザＩＤ、当該ユーザの利用可能なアプリケーションサービスのアクセス権、参照可能なデータベース、及び、認証情報を含む。
次に、（Ｓ１０６）では、認証チケット発行処理部６１は、発行した２種類の認証チケットのうち、ユーザからのログイン要求があったモード用の認証チケットをクライアント１へ通信制御部６６を介して送信する。また、認証チケット発行処理部６１は、クライアント１へ送信した認証チケットも含めた２種類両方の認証チケットをモード切替処理部６３へ送信する。つまり、ここでは、モードＡ用の認証チケットのみがクライアント１へ送信されるとともに、モードＡ用の認証チケットとモードＢ用の認証チケットとがモード切替処理部６３へ送信される。
次に、（Ｓ１０７）では、モード切替処理部６３は、２種類の認証チケットを受信すると、これらの認証チケットを認証チケットデータベース６８に記憶する。また、認証チケットデータベース６８内の認証チケットは認証チケットＩＤにて管理される。認証チケットに付与された認証チケットＩＤの情報は、図６に示すログイン状況テーブル６７においても格納される。なお、ログイン状況テーブル６７は、ユーザＩＤ（端末情報の一例）の格納領域３１、ユーザグループＩＤ（端末情報の一例）の格納領域３２、端末ＩＤ（端末情報の一例）の格納領域３３、ユーザのログイン中のモードの格納領域３４、モードＡ用認証チケットＩＤの格納領域３５、及び、モードＢ用認証チケットの格納領域３６を備える。

そして、（Ｓ１０８）、（Ｓ１０９）では、クライアント１は、送付された認証チケットを用いてアプリケーションサーバ４にアクセスすることにより、認証チケットに設定されたアクセス権、及び、参照可能なデータベースの範囲に従ってアプリケーションサービスを利用することが可能となる。

次に、上記（２）の処理形態切替処理について説明する。図７は、上記（２）（ｉ）のチケット再配布処理の動作を示すフローチャートである。図８は、上記（２）（ｉｉ）の認証処理を示すフローチャートである。

上記（２）（ｉ）のチケット再配布処理の動作について図７に基づき説明する。
まず、（Ｓ２０１）では、状況監視処理部６４は、モードの切替情報を検知して切替要求信号を処理装置によりモード切替処理部６３へ発信する。
状況監視処理部６４は、例えば、ネットワーク８を介して接続されている他システム用装置７から不定期に送信される電子データを受信する。そして、状況監視処理部６４は、例えば、予め所定の文字列を記憶装置に記憶しておき、他システム用装置７から受信した電子データの中から上記所定の文字列を検索し、検索した結果、上記所定の文字列が含まれている場合は、モードの切替情報であると検知する。
あるいは、状況監視処理部６４は、例えば、システム管理者等の特定のユーザからモードの切替要求の信号を受信した場合に、モードの切替情報であると検知する。
つまり、状況監視処理部６４は、受信する電子データから検索する文字列を定義するインタフェース、及び、システム管理者等特定のユーザからのモード切替要求を受け付けるインタフェースを有する。
ここで、検知したモードの切替情報は、例えば、モード切替要求対象のユーザグループ、及び、切替要求先のモード示す情報を有し、発信する切替要求信号にもモード切替要求対象のユーザグループ、及び、切替要求先のモードを示す情報を含める。ここでは、モードＡからモードＢへ切替するため、モードの切替情報と切替要求信号とには、モード切替要求対象のユーザグループと切替要求先のモードであるモードＢを示す情報とを有する。

次に、（Ｓ２０２）では、状況監視処理部６４よりモード切替要求の信号を受信したモード切替処理部６３は、受信したモード切替要求に含まれるモード切替要求対象のユーザグループのレコードをログイン状況テーブル６７のユーザＩＤ格納領域３１から検索する。

次に、（Ｓ２０３）では、モード切替処理部６３は、ログイン状況テーブル６７の検索したユーザＩＤのレコードから、ログイン中のモードの情報を取得する。そして、モード切替処理部６３は、取得したログイン中のモードに従い、モードが切替要求先とは異なるモードにログインしているか否かを判定する。切替要求先のモードとは異なるモードにログインしているとモード切替処理部６３が判定した場合、（Ｓ２０４）へ進む。一方、切替要求先とは異なるモードにログインしていない（切替要求先のモードにログインしている、又は、ログアウト中である）とモード切替処理部６３が判定した場合、モードの切替は必要ないため処理を終了する。

次に、（Ｓ２０４）と（Ｓ２０５）とでは、モード切替処理部６３は、ログイン状況テーブル６７から検索したユーザＩＤのレコードから、使用中の端末ＩＤの格納領域３３、及び、モード切替要求先のモード用認証チケットＩＤの格納領域（ここでは、モードＡからモードＢへ切替するため、モードＢ用の認証チケットＩＤの格納領域３６）を参照し、そのユーザＩＤが使用中の端末ＩＤ、及び、モード切替要求先の認証チケットＩＤの情報を取得する。
次に、（Ｓ２０６）では、モード切替処理部６３は、取得した認証チケットＩＤに対応する認証チケットを認証チケットデータベース６８から取得する。

そして、（Ｓ２０７）では、モード切替処理部６３は、取得した認証チケットをそのユーザＩＤが使用中の端末ＩＤで特定されるクライアント１に対して、通信制御部６６を介しネットワークを通じて送信される。

（Ｓ２０８）では、モード切替処理部６３から送信された認証チケットを受信したクライアント１は、切替先のモード用の認証チケットを受信する。つまり、ここでは、これまでログインしていたモードＡ用の認証チケットが新しく受信したモードＢ用の認証チケットに置き換えられる。この際、例えば、クライアント１の表示ディスプレイに、モード切替要求によるログインモードの変更が行われることを通知する表示をする。例えば、クライアント１の表示ディスプレイに、モードＡからモードＢへ変更される旨を表示する。これにより、ユーザはログインのモード変更が要求されたことを確認できる。

一方（Ｓ２０９）では、モード切替処理部６３は、認証チケットをクライアント１へ送信した場合、ログイン状況テーブル６７の当該ユーザのレコードについてログイン中モードを変更後のモードに更新する。

チケット再配布処理が行われることにより、モードの切替が必要になった場合に、ログイン処理をユーザが行うことなく、ユーザの使用するクライアント１へ新たなモードに対応する認証チケットが送信される。

ここで、上記（１）の認証チケット発行処理の（Ｓ１０５）では、すべてのモードに対応する認証チケットを発行するとした。また、上記（２）（ｉ）のチケット再配布処理の（Ｓ２０４）から（Ｓ２０６）で、上記（Ｓ１０５）で発行した切替先のモードの認証チケットを取得するとした。しかし、これに限らず、例えば、上記（Ｓ１０５）では、認証チケット発行処理部６１は、ログイン要求のあったモードのチケットのみを発行する。また、上記（Ｓ２０４）から（Ｓ２０６）では、モード切替処理部６３は、ログイン状況テーブル６７から検索したユーザＩＤに基づき、認証チケット発行処理部６１に切替先のモードの認証チケットを発行させるとしても構わない。

上記（２）（ｉｉ）の認証処理の動作について図８に基づき説明する。
認証処理では、チケット再配布処理により、クライアント１が認証チケット取得後初めてアプリケーションサーバ４へアクセスする際、ユーザが意識することなく認証サーバ２の認証を受けることを可能とする。また、クライアント１が前回アプリケーションサーバ４へアクセスしてから一定時間以上アクセスの無かった場合にも、同様にユーザが意識することなく認証サーバ２の認証を受けることを可能とする。つまり、認証処理では、チケット再配布処理後初めてアクセスする場合、又は、前回アクセスから一定時間以上経過している場合、改めて認証を行う。

まず、（Ｓ３０１）では、クライアント１は、アプリケーションサーバ４へ認証チケットを送信してアクセス要求を出す。
次に、（Ｓ３０２）では、アプリケーションサーバ４は、クライアント１が今回アクセス時に使用している認証チケットと前回アクセス時に使用していた認証チケットとを比較する。そして、今回アクセス時に使用している認証チケットと前回アクセス時に使用していた認証チケットとが異なる場合、（Ｓ３０４）へ進む。一方、今回アクセス時に使用している認証チケットと前回アクセス時に使用していた認証チケットとが同一である場合、（Ｓ３０３）へ進む。
次に、（Ｓ３０３）では、アプリケーションサーバ４は、前回アクセス時から所定の時間以上経過したか否かを判定する。前回アクセス時から所定の時間以上経過したとアプリケーションサーバ４が判定した場合、（Ｓ３０４）へ進む。一方、前回アクセス時から所定の時間以上経過していないとアプリケーションサーバ４が判定した場合、改めて認証する必要はないため（Ｓ３０９）へ進む。
次に、（Ｓ３０４）では、アプリケーションサーバ４は、処理形態切替装置６のチケット認証処理部６５へクライアント１から受信した認証チケットを送信する。

次に、（Ｓ３０５）では、アプリケーションサーバ４から認証チケットを受信したチケット認証処理部６５は、受信した認証チケットからユーザＩＤとそのユーザの認証情報を逆変換により作成する。
そして、（Ｓ３０６）では、生成したユーザＩＤと認証情報とを認証サーバ２へ送信する。

（Ｓ３０７）では、認証サーバ２は、チケット認証処理部６５から受信したユーザＩＤを元に、認証を行う。次に、認証サーバ２は、認証を行った結果作成された認証情報とチケット認証処理部６５から受信した認証情報を比較する。比較した結果、それぞれの認証情報が一致する場合、（Ｓ３０８）へ進む。一方、それぞれの認証情報が一致しない場合、（Ｓ３０９）へ進む。
（Ｓ３０８）では、認証サーバ２は、アプリケーションサーバ４に対し、問い合わせのあった認証チケットが正式に許可されたものであることを通知する。一方、（Ｓ３０９）では、認証サーバ２は、アプリケーションサーバ４に対し、問い合わせのあった認証チケットが正式に許可されたものでないことを通知する。

（Ｓ３１０）では、認証サーバ２から問い合わせの認証チケットが正式に許可されたものであるとの通知を受けたアプリケーションサーバ４は、クライアント１へアプリケーションサービスの利用を許可する。一方、（Ｓ３１１）では、認証サーバ２から問い合わせの認証チケットが正式に許可されたものでないとの通知を受けたアプリケーションサーバ４は、クライアント１からのアクセスを拒絶する。

以上説明したように、実施の形態１に係る処理形態切替装置６によれば、モード切替処理部６３が、認証チケット発行処理部６１と状況監視処理部６４と連携することで、ユーザにモード切替のためのログイン操作をさせることなくモードの切換を行う。したがって、実施の形態１に係る処理形態切替装置６によれば、ユーザはログインモードの変更が必要になった場合でも、ログインモードを切替える操作を行う必要がなく、自動でログインモードを変更することが可能となる。

なお、上述したログインモードの自動切替の手順は、モードが２種類の場合を説明しているが、モードは複数あってもよい。

実施の形態２．
実施の形態２では、モードに認証レベルの設定がある場合の認証処理について説明する。

モードに認証レベルの設定がある場合とは、例えば、利用可能なアプリケーションサービスの範囲、及び、参照可能なデータベースの範囲が広いモードと狭いモードとがある場合である。例えば、モードＡとモードＢとの２種類あるとき、モードＡとモードＢを比較した場合、全ユーザにおいて、利用可能なアプリケーションの範囲、及び、参照可能なデータベースの範囲の両方について、モードＢよりもモードＡの方が限定されているような場合である。このような場合には、モードＢを使用していたユーザがモードＡを使用するときに、改めて認証をとる必要がない。そこで、モードＢからモードＡへのモードの切替の場合には認証する処理を省略することで、処理時間の短縮等を図ることが可能である。

図９に基づき、実施の形態２に係る処理形態切替システム１００の構成及び機能について説明する。図９は、実施の形態２に係る処理形態切替システム１００の構成及び機能を示す図である。
実施の形態２に係る処理形態切替システム１００の処理形態切替装置６は、実施の形態１に係る処理形態切替システム１００の処理形態切替装置６の機能に加え、認証レベル記憶部６９を備える。認証レベル記憶部６９は、モードの認証レベルの設定を記憶する。つまり、認証レベル記憶部６９は、例えば、各ログインモードの利用可能なアプリケーションサービスの範囲、及び、参照可能なデータベースの範囲の広さの順位情報を記憶装置に記憶する。例えば、順位情報が示す順位が高いほど利用可能なアプリケーションサービスの範囲、及び、参照可能なデータベースの範囲が広い。つまり、全てのユーザの、順位情報が示す順位が高いモードにおけるアクセス範囲は、順位情報の順位が低いモードにおけるアクセス範囲を包含している。

次に、図１０に基づき、ログインモードに認証レベルの設定がある場合の認証処理について説明する。図１０は、ログインモードに認証レベルの設定がある場合の認証処理の動作を示すフローチャートである。

図１０に示すフローチャートは、図８に示すフローチャートと概ね同一である。したがって、図１０に示すフローチャートについて図８に示すフローチャートと異なる部分のみ説明する。ここでは、モードＡとモードＢとの２種類あり、モードＡとモードＢを比較した場合、全ユーザにおいて、利用可能なアプリケーションの範囲、及び、参照可能なデータベースの範囲の両方において、モードＢよりもモードＡの方が限定されているものとする。
（Ｓ４０１）と（Ｓ４０２）との処理は、それぞれ（Ｓ３０１）と（Ｓ３０２）との処理と同様である。ここで、（Ｓ４０２）において、今回アクセス時に使用している認証チケットと前回アクセス時に使用していた認証チケットとが異なる場合、（Ｓ４０３）へ進む。一方、今回アクセス時に使用している認証チケットと前回アクセス時に使用していた認証チケットとが同一である場合、（Ｓ４０４）へ進む。
次に、（Ｓ４０３）では、アプリケーションサーバ４は、認証チケットがモードＡ用の認証チケットであるか、モードＢ用の認証チケットであるかを判定する。モードＡ用の認証チケットであると判定した場合、以前よりもアクセス範囲が限定されるため、前回アクセス時に使用していた認証チケットと同一であった場合と同様、改めて認証する必要がない。そこで、モードＡ用の認証チケットであると判定した場合、（Ｓ４０４）へ進む。一方、モードＢ用の認証チケットであると判定した場合、以前よりもアクセス範囲が広くなるため、改めて認証を行う必要がある。そこで、そこで、モードＢ用の認証チケットであると判定した場合、（Ｓ４０５）へ進み、改めて認証を行う。
つまり、モードＡ用の認証チケットであれば、当該ユーザは、それまで参照できていたデータベースの一部が参照できなくなり、また、それまで利用できていたアプリケーションサービスの一部が利用できなくなるため、モードＢからモードＡへの切替については、その認証チケットを改めて認証することは行わず、前回アクセス時刻から一定時間経過したか否かの判断を行う。そして、前回アクセス時刻から一定時間内であれば、モードＡ用の認証チケットは信頼性が確保されているものとして、アプリケーションサービスの利用が可能であることをクライアント１に通知する。
一方、モードＢ用の認証チケットであれば、モードＡからモードＢへの切替を意味しているため、それまで参照できていなかったデータベースが参照でき、また、利用可能なアプリケーションサービスの範囲が拡大されることから、改めて認証を行う。

（Ｓ４０５）から（Ｓ４１２）までの処理は、（Ｓ３０４）から（Ｓ３１１）までの処理と同様である。

なお、図１０に示すチケット認証の手順は、モードが２種類存在する場合を例に説明しているが、モードが複数ある場合でもよい。この場合は、（Ｓ４０３）で認証チケットを判断する処理において、認証レベルが高い方から低い方へのモード切替か否かを判断することにより、モードが２種類の場合と同様の処理となる。

本実施の形態に係る処理形態切替装置６によれば、ユーザが利用可能なアプリケーションサービスがより限定されるモードの切替、あるいは、参照可能なデータベースの範囲がより限定されるモードの切替については、そのためのチケット認証処理部６５での処理を省略でき、円滑なログインモード切替が可能となる。

実施の形態における処理形態切替システム１００の外観の一例を示す図。 実施の形態におけるクライアント１、認証サーバ２、認証チケット発行サーバ３、アプリケーションサーバ４、処理形態切替装置６及び他システム用装置７の一例を示す図。 認証チケットを使用してアクセス範囲を制限する認証チケット発行システムの構成図。 実施の形態１に係る処理形態切替システム１００の構成及び機能を示す図。 クライアント１がアプリケーションサービスを利用するまでの処理形態切替システム１００の動作を示すフローチャート。 ログイン状況テーブル６７のデータ構成例を示す模式図。 モード切替後の新たなチケットを配布するチケット再配布処理の動作を示すフローチャート。 新たなモードに対応する認証チケットを取得したクライアント１が、認証チケット取得後初めてアプリケーションサーバ４へアクセスする際の処理である認証処理を示すフローチャート。 実施の形態２に係る処理形態切替システム１００の構成及び機能を示す図。 ログインモードに認証レベルの設定がある場合の認証処理の動作を示すフローチャート。

符号の説明

１ クライアント、２ 認証サーバ、３ 認証チケット発行サーバ、４ アプリケーションサーバ、５ データベース、６ 処理形態切替装置、７ 他システム用装置、８ ネットワーク、６１ 認証チケット発行処理部、６２ ユーザ情報記憶部、６３ モード切替処理部、６４ 状況監視処理部、６５ チケット認証処理部、６６ 通信制御部、６７ ログイン状況テーブル、６８ 認証チケットデータベース、６９ 認証レベル記憶部、１００ 処理形態切替システム、９０１ ＬＣＤ、９０２ Ｋ／Ｂ、９０３ マウス、９０４ ＦＤＤ、９０５ ＣＤＤ、９０７ データベースＡ、９０８ データベースＢ、９０９ ＰＣ、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９１６ サーバＡ、９１７ サーバＢ、９１８ サーバＣ、９１９ 外部サーバ、９２０ 磁気ディスク装置、９２１ ＯＳ、９２２ ウィンドウシステム、９２３ プログラム群、９２４ ファイル群。

Claims (7)

1. 複数の処理形態を有するアプリケーションサーバと通信する処理形態切替装置において、
   上記複数の処理形態の第１の処理形態の利用を要求したユーザ端末が認証サーバにより上記第１の処理形態を利用可能であると認証された場合に、上記ユーザ端末の端末情報を受信し、上記第１の処理形態の利用に使用する認証チケットである第１の認証チケットを発行して、上記第１の認証チケットを上記ユーザ端末へ通信装置を介して送信する認証チケット発行処理部と、
   上記複数の処理形態の第２の処理形態への切替情報を検知して切替要求信号を処理装置により発信する状況監視処理部と、
   上記状況監視処理部により切替要求信号が発信された場合、上記認証チケット発行処理部により発行される上記第２の処理形態の利用に使用する認証チケットである第２の認証チケットを取得して上記ユーザ端末へ通信装置を介して送信するモード切替処理部と、
   上記ユーザ端末が上記モード切替処理部により送信された第２の認証チケットを利用してアプリケーションサーバへアクセスした場合、上記アプリケーションサーバから上記第２の認証チケットを受信し、上記ユーザ端末が上記第２の処理形態を利用可能であるか否かを上記第２の認証チケットに基づき上記認証サーバに判定させて、判定させた結果を上記アプリケーションサーバへ通知するチケット認証処理部と
   を備えることを特徴とする処理形態切替装置。
2. 上記認証チケット発行処理部は、上記端末情報を受信した場合、上記複数の処理形態の処理形態毎に認証チケットを発行し、上記第１の処理形態の利用に使用する第１の認証チケットを上記ユーザ端末へ通信装置を介して送信し、
   上記処理形態切替装置は、さらに、
   上記認証チケット発行処理部が発行した全ての認証チケットを記憶装置に記憶する認証チケット記憶部を備え、
   上記モード切替処理部は、上記状況監視処理部により切替要求信号が発信された場合、上記認証チケット記憶部が記憶した認証チケットから上記第２の認証チケットを取得して上記ユーザ端末へ通信装置を介して送信する
   ことを特徴とする請求項１記載の処理形態切替装置。
3. 上記認証チケット発行処理部は、上記端末情報とともに、上記認証サーバが上記ユーザ端末の認証に使用した認証情報を受信し、上記認証情報を含めて認証チケットを発行し、
   上記チケット認証処理部は、上記アプリケーションサーバから上記認証チケットを受信した場合、上記認証チケットから上記認証情報を作成して認証サーバへ問合せることにより、上記ユーザ端末が上記第２の処理形態を利用可能であるか否かを判定させる
   ことを特徴とする請求項１記載の処理形態切替装置。
4. 上記状況監視処理部は、所定の文字列を記憶装置に記憶し、所定の装置から受信したデータに上記所定の文字列が存在するか否かを判定し、上記所定の文字列が存在した場合、上記第２の処理形態への切替情報であると検知する
   ことを特徴とする請求項１記載の処理形態切替装置。
5. 上記状況監視処理部は、所定のユーザにより入力された上記第２の処理形態への切替要求を受信した場合、上記第２の処理形態への切替情報であると検知する
   ことを特徴とする請求項１記載の処理形態切替装置。
6. 上記処理形態切替装置は、さらに、
   上記複数の処理形態のいずれかの処理形態を利用しているユーザ端末の端末情報と、ユーザ端末が利用している処理形態とを記憶装置に記憶するログイン状況記憶部を備え、
   上記モード切替処理部は、上記ログイン状況記憶部が記憶した端末情報とユーザ端末が利用している処理形態とから、上記第２の処理形態を利用していないユーザ端末を特定し、上記ユーザ端末へ上記第２の認証チケット送信する
   ことを特徴とする請求項１記載の処理形態切替装置。
7. 上記処理形態切替装置は、さらに、
   上記各処理形態の順位情報を記憶装置に記憶する認証レベル記憶部を備え、
   上記モード切替処理部は、上記ログイン状況記憶部が記憶した端末情報とユーザ端末が利用している処理形態とから、上記認証レベル記憶部が記憶した順位情報に基づき、上記第２の処理形態よりも低い順位の処理形態を利用しているユーザ端末を特定し、上記ユーザ端末へ上記第２の認証チケット送信する
   ことを特徴とする請求項６記載の処理形態切替装置。

Images