(57)【要約】【課題】  ネットワークを介してアクセス可能なアプリケーションの認証作業を効率的に実行し、かつ利用されるアプリケーションのセキュリティを確保することができる情報処理装置及びその制御方法、情報処理システム、プログラムを提供する。【解決手段】  クライアントマシン４は、アプリケーション管理クライアント４１において、所望のアプリケーションを利用する場合の認証を認証サーバ３によって行う第１認証方式と、所望のアプリケーションを利用する場合の認証を当該クライアントマシン４によって行う第２認証方式のどちらかを、前記認証サーバとの通信状態に基づいて、所望のアプリケーションを利用する場合の認証方式として決定する。【選択図】  図２
2005141427.tif 000002
【特許請求の範囲】
【請求項１】
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記アプリケーションの利用に係る認証を行う認証サーバとにネットワークを介して接続され、前記アプリケーション管理サーバ及び前記認証サーバに対する前記クライアントマシンとして機能する情報処理装置であって、
所望のアプリケーションを利用する場合の認証を前記認証サーバによって行う第１認証手段と、
所望のアプリケーションを利用する場合の認証を当該情報処理装置によって行う第２認証手段と、
前記認証サーバとの通信状態に基づいて、前記第１認証手段による第１認証方式あるいは前記第２認証手段による第２認証方式のどちらかを、前記所望のアプリケーションを利用する場合の認証方式として決定する決定手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記認証サーバとの通信が成功した場合、前記決定手段は、前記所望のアプリケーションを利用する場合の認証方式を前記第１認証方式に決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記認証サーバとの通信が失敗した場合、前記決定手段は、前記所望のアプリケーションを利用する場合の認証方式を前記第２認証方式に決定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記第２認証手段は、前記認証サーバより設定された認証情報に基づいて、所望のアプリケーションを利用する場合の認証を実行する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記認証情報は、日時情報を有し、
前記第２認証手段は、認証時の日時情報と、前記認証情報中の日時情報に基づいて、所望のアプリケーションを利用する場合の認証を実行する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
アプリケーションを起動する起動手段と、
起動対象のアプリケーションに関する起動アプリケーション情報を管理する管理手段と、
前記起動アプリケーション情報として、アプリケーション起動の許可を示す情報を前記アプリケーション管理サーバより受信し、該情報に基づいて、前記起動対象のアプリケーション起動の可否を判定する判定手段と
を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンのアプリケーションの利用に係る認証を行う認証サーバと機能する情報処理装置であって、
前記クライアントマシンが所望のアプリケーションを利用する場合の認証を行う認証手段と、
前記認証手段による第１認証方式と、前記クライアントマシン自身で前記所望のアプリケーションを利用する場合の認証を行う第２認証方式のどちらかを用いて、該クライアントマシンが該所望のアプリケーションを利用する場合の認証を行う場合に、前記第２認証方式による認証で使用する認証情報を前記クライアントマシンに設定する設定手段と
を備えることを特徴とする情報処理装置。
【請求項８】
クライアントマシンによるアプリケーションの利用に係る認証を行う認証サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバとして機能する情報処理装置であって、
前記所望のアプリケーションを利用する場合の認証方式として、前記認証サーバによる第１認証方式と前記クライアントマシンによる第２認証方式のどちらかを用いて、該クライアントマシンが認証を行う場合において、該クライアントマシンより認証が成功した起動対象のアプリケーションに関する情報を受信する受信手段と、
前記アプリケーションに関する情報によって特定されるアプリケーションに対するアプリケーション起動の許可を示す情報を前記クライアントマシンへ送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項９】
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記アプリケーションの利用に係る認証を行う認証サーバと、前記アプリケーション管理サーバ及び前記認証サーバに対する前記クライアントマシンとがネットワークを介して相互に接続されて構成される情報処理システムであって、
前記クライアントマシンは、
所望のアプリケーションを利用する場合の認証を前記認証サーバによって行う第１認証手段と、
所望のアプリケーションを利用する場合の認証を当該情報処理装置によって行う第２認証手段と、
前記認証サーバとの通信状態に基づいて、前記第１認証手段による第１認証方式あるいは前記第２認証手段による第２認証方式のどちらかを、前記所望のアプリケーションを利用する場合の認証方式として決定する決定手段とを備え、
前記認証サーバは、
前記第１認証方式による認証を行う認証手段と、
前記第２認証方式による認証で使用する認証情報を前記クライアントマシンに設定する設定手段とを備え、
前記アプリケーション管理サーバは、
前記クライアントマシンより認証が成功した起動対象のアプリケーションに関する情報を受信する受信手段と、
前記アプリケーションに関する情報によって特定されるアプリケーションに対するアプリケーション起動の許可を示す情報を前記クライアントマシンへ送信する送信手段と
を備えることを特徴とする情報処理システム。
【請求項１０】
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記アプリケーションの利用に係る認証を行う認証サーバとにネットワークを介して接続され、前記アプリケーション管理サーバ及び前記認証サーバに対する前記クライアントマシンとして機能する情報処理装置の制御方法であって、
所望のアプリケーションを利用する場合の認証を前記認証サーバによって行う第１認証工程と、
所望のアプリケーションを利用する場合の認証を当該情報処理装置によって行う第２認証工程と、
前記認証サーバとの通信状態に基づいて、前記第１認証工程による第１認証方式あるいは前記第２認証工程による第２認証方式のどちらかを、前記所望のアプリケーションを利用する場合の認証方式として決定する決定工程と
を備えることを特徴とする情報処理装置の制御方法。
【請求項１１】
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンのアプリケーションの利用に係る認証を行う認証サーバと機能する情報処理装置の制御方法であって、
前記クライアントマシンが所望のアプリケーションを利用する場合の認証を行う認証工程と、
前記認証工程による第１認証方式と、前記クライアントマシン自身で前記所望のアプリケーションを利用する場合の認証を行う第２認証方式のどちらかを用いて、該クライアントマシンが該所望のアプリケーションを利用する場合の認証を行う場合に、前記第２認証方式による認証で使用する認証情報を前記クライアントマシンに設定する設定工程と
を備えることを特徴とする情報処理装置の制御方法。
【請求項１２】
クライアントマシンによるアプリケーションの利用に係る認証を行う認証サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバとして機能する情報処理装置の制御方法であって、
前記所望のアプリケーションを利用する場合の認証方式として、前記認証サーバによる第１認証方式と前記クライアントマシンによる第２認証方式のどちらかを用いて、該クライアントマシンが認証を行う場合において、該クライアントマシンより認証が成功した起動対象のアプリケーションに関する情報を受信する受信工程と、
前記アプリケーションに関する情報によって特定されるアプリケーションに対するアプリケーション起動の許可を示す情報を前記クライアントマシンへ送信する送信工程と
を備えることを特徴とする情報処理装置の制御方法。
【請求項１３】
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記アプリケーションの利用に係る認証を行う認証サーバとにネットワークを介して接続され、前記アプリケーション管理サーバ及び前記認証サーバに対する前記クライアントマシンとして機能する情報処理装置の制御を実現するプログラムであって、
所望のアプリケーションを利用する場合の認証を前記認証サーバによって行う第１認証工程のプログラムコードと、
所望のアプリケーションを利用する場合の認証を当該情報処理装置によって行う第２認証工程のプログラムコードと、
前記認証サーバとの通信状態に基づいて、前記第１認証工程による第１認証方式あるいは前記第２認証工程による第２認証方式のどちらかを、前記所望のアプリケーションを利用する場合の認証方式として決定する決定工程のプログラムコードと
を備えることを特徴とするプログラム。
【請求項１４】
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンのアプリケーションの利用に係る認証を行う認証サーバと機能する情報処理装置の制御を実現するプログラムであって、
前記クライアントマシンが所望のアプリケーションを利用する場合の認証を行う認証工程のプログラムコードと、
前記認証工程による第１認証方式と、前記クライアントマシン自身で前記所望のアプリケーションを利用する場合の認証を行う第２認証方式のどちらかを用いて、該クライアントマシンが該所望のアプリケーションを利用する場合の認証を行う場合に、前記第２認証方式による認証で使用する認証情報を前記クライアントマシンに設定する設定工程のプログラムコードと
を備えることを特徴とするプログラム。
【請求項１５】
クライアントマシンによるアプリケーションの利用に係る認証を行う認証サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバとして機能する情報処理装置の制御を実現するプログラムであって、
前記所望のアプリケーションを利用する場合の認証方式として、前記認証サーバによる第１認証方式と前記クライアントマシンによる第２認証方式のどちらかを用いて、該クライアントマシンが認証を行う場合において、該クライアントマシンより認証が成功した起動対象のアプリケーションに関する情報を受信する受信工程のプログラムコードと、
前記アプリケーションに関する情報によって特定されるアプリケーションに対するアプリケーション起動の許可を示す情報を前記クライアントマシンへ送信する送信工程のプログラムコードと
を備えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記アプリケーションの利用に係る認証を行う認証サーバと、前記アプリケーション管理サーバ及び前記認証サーバに対する前記クライアントマシンとがネットワークを介して相互に接続されて構成される情報処理システム及び、該システムを構成する情報処理装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
サーバーアプリケーションとクライアントアプリケーション間のバージョンの整合性を管理し、アプリケーション使用者に最新バージョンのアプリケーションを提供する統合アプリケーションシステムとして、例えば、特許文献１がある。
【０００３】
このシステムでは、サーバーアプリケーションバージョン管理装置はクライアントアプリケーションバージョン管理装置からのバージョン検査依頼に対してアプリケーション作成日付でバージョンの検査を実施する。そして、バージョン不一致を検出するとサーバーシステムからクライアントシステムへ最新バージョンのアプリケーションを自動的にダウンロードすることによりクライアントシステムは常に最新のアプリケーションを保持することが可能となる。
【特許文献１】特開平７−１２９３７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１では、例えば、出張中のユーザがアプリケーションを利用する場合は、クライアントシステムがネットワークに接続できない状況であると、クライアントアプリケーションバージョン管理装置がサーバーアプリケーションバージョン管理装置と通信できず、バージョンの検査や利用のための認証が不可能であった。また、サーバーアプリケーションバージョン管理装置がダウンしている場合にもバージョンの検査や利用のための認証が行えず、アプリケーションを利用することができなかった。
【０００５】
また、例えば、あらかじめ機密性の高いアプリケーションをダウンロードしたユーザが、外出先でそのアプリケーションを実行することは、機密を外部に漏らしてしまう可能性もあり、セキュリティの観点から問題である。
【０００６】
本発明は上記の課題を解決するためになされたものであり、ネットワークを介してアクセス可能なアプリケーションを利用する場合の認証作業を効率的に実行し、かつ利用されるアプリケーションのセキュリティを確保することができる情報処理装置及びその制御方法、情報処理システム、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記アプリケーションの利用に係る認証を行う認証サーバとにネットワークを介して接続され、前記アプリケーション管理サーバ及び前記認証サーバに対する前記クライアントマシンとして機能する情報処理装置であって、
所望のアプリケーションを利用する場合の認証を前記認証サーバによって行う第１認証手段と、
所望のアプリケーションを利用する場合の認証を当該情報処理装置によって行う第２認証手段と、
前記認証サーバとの通信状態に基づいて、前記第１認証手段による第１認証方式あるいは前記第２認証手段による第２認証方式のどちらかを、前記所望のアプリケーションを利用する場合の認証方式として決定する決定手段と
を備える。
【０００８】
また、好ましくは、前記認証サーバとの通信が成功した場合、前記決定手段は、前記所望のアプリケーションを利用する場合の認証方式を前記第１認証方式に決定する。
【０００９】
また、好ましくは、前記認証サーバとの通信が失敗した場合、前記決定手段は、前記所望のアプリケーションを利用する場合の認証方式を前記第２認証方式に決定する。
【００１０】
また、好ましくは、前記第２認証手段は、前記認証サーバより設定された認証情報に基づいて、所望のアプリケーションを利用する場合の認証を実行する。
【００１１】
また、好ましくは、前記認証情報は、日時情報を有し、
前記第２認証手段は、認証時の日時情報と、前記認証情報中の日時情報に基づいて、所望のアプリケーションを利用する場合の認証を実行する。
【００１２】
また、好ましくは、アプリケーションを起動する起動手段と、
起動対象のアプリケーションに関する起動アプリケーション情報を管理する管理手段と、
前記起動アプリケーション情報として、アプリケーション起動の許可を示す情報を前記アプリケーション管理サーバより受信し、該情報に基づいて、前記起動対象のアプリケーション起動の可否を判定する判定手段と
を更に備える。
【００１３】
上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンのアプリケーションの利用に係る認証を行う認証サーバと機能する情報処理装置であって、
前記クライアントマシンが所望のアプリケーションを利用する場合の認証を行う認証手段と、
前記認証手段による第１認証方式と、前記クライアントマシン自身で前記所望のアプリケーションを利用する場合の認証を行う第２認証方式のどちらかを用いて、該クライアントマシンが該所望のアプリケーションを利用する場合の認証を行う場合に、前記第２認証方式による認証で使用する認証情報を前記クライアントマシンに設定する設定手段と
を備える。
【００１４】
上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
クライアントマシンによるアプリケーションの利用に係る認証を行う認証サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバとして機能する情報処理装置であって、
前記所望のアプリケーションを利用する場合の認証方式として、前記認証サーバによる第１認証方式と前記クライアントマシンによる第２認証方式のどちらかを用いて、該クライアントマシンが認証を行う場合において、該クライアントマシンより認証が成功した起動対象のアプリケーションに関する情報を受信する受信手段と、
前記アプリケーションに関する情報によって特定されるアプリケーションに対するアプリケーション起動の許可を示す情報を前記クライアントマシンへ送信する送信手段と
を備える。
【００１５】
上記の目的を達成するための本発明による情報処理システムは以下の構成を備える。即ち、
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記アプリケーションの利用に係る認証を行う認証サーバと、前記アプリケーション管理サーバ及び前記認証サーバに対する前記クライアントマシンとがネットワークを介して相互に接続されて構成される情報処理システムであって、
前記クライアントマシンは、
所望のアプリケーションを利用する場合の認証を前記認証サーバによって行う第１認証手段と、
所望のアプリケーションを利用する場合の認証を当該情報処理装置によって行う第２認証手段と、
前記認証サーバとの通信状態に基づいて、前記第１認証手段による第１認証方式あるいは前記第２認証手段による第２認証方式のどちらかを、前記所望のアプリケーションを利用する場合の認証方式として決定する決定手段とを備え、
前記認証サーバは、
前記第１認証方式による認証を行う認証手段と、
前記第２認証方式による認証で使用する認証情報を前記クライアントマシンに設定する設定手段とを備え、
前記アプリケーション管理サーバは、
前記クライアントマシンより認証が成功した起動対象のアプリケーションに関する情報を受信する受信手段と、
前記アプリケーションに関する情報によって特定されるアプリケーションに対するアプリケーション起動の許可を示す情報を前記クライアントマシンへ送信する送信手段と
を備える。
【００１６】
上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記アプリケーションの利用に係る認証を行う認証サーバとにネットワークを介して接続され、前記アプリケーション管理サーバ及び前記認証サーバに対する前記クライアントマシンとして機能する情報処理装置の制御方法であって、
所望のアプリケーションを利用する場合の認証を前記認証サーバによって行う第１認証工程と、
所望のアプリケーションを利用する場合の認証を当該情報処理装置によって行う第２認証工程と、
前記認証サーバとの通信状態に基づいて、前記第１認証工程による第１認証方式あるいは前記第２認証工程による第２認証方式のどちらかを、前記所望のアプリケーションを利用する場合の認証方式として決定する決定工程と
を備える。
【００１７】
上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンのアプリケーションの利用に係る認証を行う認証サーバと機能する情報処理装置の制御方法であって、
前記クライアントマシンが所望のアプリケーションを利用する場合の認証を行う認証工程と、
前記認証工程による第１認証方式と、前記クライアントマシン自身で前記所望のアプリケーションを利用する場合の認証を行う第２認証方式のどちらかを用いて、該クライアントマシンが該所望のアプリケーションを利用する場合の認証を行う場合に、前記第２認証方式による認証で使用する認証情報を前記クライアントマシンに設定する設定工程と
を備える。
【００１８】
上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
クライアントマシンによるアプリケーションの利用に係る認証を行う認証サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバとして機能する情報処理装置の制御方法であって、
前記所望のアプリケーションを利用する場合の認証方式として、前記認証サーバによる第１認証方式と前記クライアントマシンによる第２認証方式のどちらかを用いて、該クライアントマシンが認証を行う場合において、該クライアントマシンより認証が成功した起動対象のアプリケーションに関する情報を受信する受信工程と、
前記アプリケーションに関する情報によって特定されるアプリケーションに対するアプリケーション起動の許可を示す情報を前記クライアントマシンへ送信する送信工程と
を備える。
【００１９】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記アプリケーションの利用に係る認証を行う認証サーバとにネットワークを介して接続され、前記アプリケーション管理サーバ及び前記認証サーバに対する前記クライアントマシンとして機能する情報処理装置の制御を実現するプログラムであって、
所望のアプリケーションを利用する場合の認証を前記認証サーバによって行う第１認証工程のプログラムコードと、
所望のアプリケーションを利用する場合の認証を当該情報処理装置によって行う第２認証工程のプログラムコードと、
前記認証サーバとの通信状態に基づいて、前記第１認証工程による第１認証方式あるいは前記第２認証工程による第２認証方式のどちらかを、前記所望のアプリケーションを利用する場合の認証方式として決定する決定工程のプログラムコードと
を備える。
【００２０】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンのアプリケーションの利用に係る認証を行う認証サーバと機能する情報処理装置の制御を実現するプログラムであって、
前記クライアントマシンが所望のアプリケーションを利用する場合の認証を行う認証工程のプログラムコードと、
前記認証工程による第１認証方式と、前記クライアントマシン自身で前記所望のアプリケーションを利用する場合の認証を行う第２認証方式のどちらかを用いて、該クライアントマシンが該所望のアプリケーションを利用する場合の認証を行う場合に、前記第２認証方式による認証で使用する認証情報を前記クライアントマシンに設定する設定工程のプログラムコードと
を備える。
【００２１】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
クライアントマシンによるアプリケーションの利用に係る認証を行う認証サーバと、前記クライアントマシンとにネットワークを介して接続され、前記クライアントマシンに対して提供するアプリケーションを管理するアプリケーション管理サーバとして機能する情報処理装置の制御を実現するプログラムであって、
前記所望のアプリケーションを利用する場合の認証方式として、前記認証サーバによる第１認証方式と前記クライアントマシンによる第２認証方式のどちらかを用いて、該クライアントマシンが認証を行う場合において、該クライアントマシンより認証が成功した起動対象のアプリケーションに関する情報を受信する受信工程のプログラムコードと、
前記アプリケーションに関する情報によって特定されるアプリケーションに対するアプリケーション起動の許可を示す情報を前記クライアントマシンへ送信する送信工程のプログラムコードと
を備える。
【発明の効果】
【００２２】
本発明によれば、ネットワークを介してアクセス可能なアプリケーションの認証作業を効率的に実行し、かつ利用されるアプリケーションのセキュリティを確保することができる情報処理装置及びその制御方法、情報処理システム、プログラムを提供できる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００２４】
図１は本発明の実施形態の情報処理システムの構成を示す図である。
【００２５】
特に、本実施形態の情報処理システムでは、サーバ・クライアントシステム環境において、クライアントマシンが保有するアプリケーション管理クライアントが、アプリケーションの利用の可否のための認証を行う認証サーバと通信できない場合においても、クライアントマシンに認証情報を保有させて、その認証情報を用いた認証結果に基づいて、アプリケーションの起動を実現することを目的とする。
【００２６】
また、クライアントマシンが認証サーバと通信できない場合には、アプリケーションの提供者が認めた期間であればアプリケーションの起動を認めることで、クライアントマシンを用いた無期限のアプリケーションの起動を制限することを目的とする。
【００２７】
更に、ユーザの操作に基づいて、クライアントマシンに保存されている認証情報を参照してもその内容が漏れないように、認証情報を暗号化して保存しセキュリティを確保することを目的とする。
【００２８】
図１において、４は、ユーザ５によって操作されるクライアントマシンである。クライアントマシン４には、アプリケーション管理クライアント４１、アプリケーションファイル４４、表示デバイス（例えば、ＬＣＤ、ＣＲＴ等）４２及び入力デバイス４３（例えば、キーボード、ポインティングデバイス等）を有している。また、アプリケーション管理クライアント４１やアプリケーションファイル４４は、例えば、ハードディスク等の記憶装置に記憶されている。
【００２９】
２はアプリケーション管理サーバであり、クライアントマシン４に対して提供するアプリケーションファイルの実行ファイルセット３０を有している。尚、この実行ファイルセットは、通常、アプリケーション管理クライアントで復号可能な暗号化方法で暗号化されているものとする。クライアントマシン４へダウンロードする場合には、暗号化されている状態で、実行ファイルセット３０はクライアントマシン４へダウンロードされる。
【００３０】
３は認証サーバであり、クライアントマシン４がアプリケーション管理サーバ２を利用する場合の認証を行う。
【００３１】
１はネットワークであり、クライアントマシン４、アプリケーション管理サーバ２及び認証サーバ３を相互に接続し、各端末間のデータ通信経路として機能する。
【００３２】
尚、ネットワーク１は、典型的にはインターネットやＬＡＮやＷＡＮや電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、通信衛星回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、またはこれらの組み合わせにより実現されるいわゆる通信ネットワークであり、データの送受信が可能であれば良い。
【００３３】
また、クライアントマシン４、アプリケーション管理サーバ２及び認証サーバ３の各種端末はそれぞれ、汎用コンピュータに搭載される標準的な構成要素（例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、外部記憶装置、ネットワークインタフェース、ディスプレイ、キーボード、マウス等）を有している。
【００３４】
図１の情報処理システムにおいて、ユーザ５がクライアントマシン４を用いて、ネットワーク１を介してアプリケーションファイルの実行ファイルセット３０をアプリケーション管理サーバ２からダウンロード／起動する場合には、ユーザ認証を行う必要がある。
【００３５】
ここで、クライアントマシン４のアプリケーション管理クライアント４１が認証サーバ３を利用できない場合、ユーザ認証はアプリケーション管理クライアント４１内で行われる。一方、アプリケーション管理クライアント４１が認証サーバ３を利用できる場合、ユーザ認証は認証サーバ３により行われる。
【００３６】
認証サーバ３によるユーザ認証が成功すると、認証サーバ３がアプリケーション管理サーバ２にユーザ５が利用可能なアプリケーションを問い合わせた結果、対応する実行ファイルセット３０が利用可能な場合はクライアントマシン４へのダウンロードが開始される。これにより、この実行ファイルセット３０は、クライアントマシン４のアプリケーションファイル４４として格納され、起動する。
【００３７】
また、クライアントマシン４において、ユーザ認証を行うための各種情報の入力は、表示デバイス上で提供される操作画面を介して、入力デバイス４３を用いて実行する。
【００３８】
次に、アプリケーション管理クライアント４１の詳細機能構成について、図２を用いて説明する。
【００３９】
図２は本発明の実施形態のアプリケーション管理クライアントの詳細機能構成を示す図である。
【００４０】
図２のアプリケーション管理クライアント４１は、ユーザ５による入力デバイス４３を介する操作によって起動されると、認証方式決定部５４を用いて認証方式を決定する。
【００４１】
この認証方式には、認証サーバ３によって認証を行う第１認証方式と、アプリケーション管理クライアント４１によって認証を行う第２認証方式がある。今、ここでは、認証方式決定部５４は、アプリケーション管理クライアント４１によって認証を行う第２認証方式を認証方式に決定したとする。一方、認証方式決定部５４が、認証サーバ３によって認証を行う第１認証方式を認証方式に決定した場合は、アプリケーション管理クライアント４１は、そのユーザ認証を行うための認証要求を認証サーバ３へ送信する。
【００４２】
クライアント側認証部５１は、ログインフォーム５９を表示デバイス４２上に表示してユーザ５にユーザ認証に必要な情報の入力を求める。クライアント側認証部５１は、ログインフォーム５９に入力デバイス４３を通じてユーザ５が入力する入力情報と、認証情報５２を比較してユーザ認証を行う。
【００４３】
尚、この認証情報５２は、認証情報設定部５６によってあらかじめ設定されている。
【００４４】
ユーザ認証が成功すると、アプリケーションリスト作成部７２は、ユーザ５が利用可能なアプリケーションのアプリケーションリスト７１を作成する。アプリケーションリスト表示部５８は、そのアプリケーションリスト７１を表示デバイス４２上に表示する。
【００４５】
尚、アプリケーションリスト７１は、アプリケーション情報編集部５７によりあらかじめ設定された起動アプリケーション情報５５を参照して作成されるものである。
【００４６】
ユーザ５が、表示デバイス４２に表示されたアプリケーションリスト７１から起動したいアプリケーションを選択すると、起動部５３があらかじめ保存してあったアプリケーションファイル４４を起動する。
【００４７】
また、認証情報５２とアプリケーションファイル４４は、暗号／復号部７４により、読み出す場合に復号化され、読み出し終了時に暗号化される。
【００４８】
次に、認証サーバ３の詳細機能構成について、図３を用いて説明する。
【００４９】
図３は本発明の実施形態の認証サーバの詳細機能構成を示す図である。
【００５０】
図３の認証サーバ３は、アプリケーション管理クライアント４１からの認証要求を受けて認証部３１を起動する。認証部３１は、ログインフォーム３４をアプリケーション管理クライアント４１に送信する。
【００５１】
この場合、アプリケーション管理クライアント４１は、認証サーバ３から受信するログインフォーム３４を表示デバイス４２上に表示して、ユーザ５にユーザ認証に必要な情報の入力を求める。ユーザ５からユーザ認証に必要な情報が入力されると、アプリケーション管理クライアント４１は、その情報を認証サーバ３へ送信する。
【００５２】
認証部３１は、クライアントマシン４より受信した情報とユーザリスト３３に記述されている情報を比較することにより、ユーザ認証を行う。認証部３１の認証処理が終了した後、クライアント側認証情報設定部３２は認証情報５２を設定する。
【００５３】
次に、アプリケーション管理サーバ２の詳細機能構成について、図４を用いて説明する。
【００５４】
図４は本発明の実施形態のアプリケーション管理サーバの詳細機能構成を示す図である。
【００５５】
図４のアプリケーション管理サーバ２は、認証サーバ３による認証部３１の認証処理が終了して、その旨を示す通知を認証サーバ３より受信した後、アクセス権制御部２５を起動する。アクセス権制御部２５は、ユーザ５を特定する固有のＵｓｅｒＩＤとアクセス権リスト２６を参照して、ユーザ５が実行可能なアプリケーションを特定する固有のアプリケーションＩＤを取得する。
【００５６】
アプリケーション作成部２２は、アクセス権制御部２５が取得したアプリケーションＩＤの情報を、アプリケーション情報リスト２３から取得し、その情報に基づいて、アプリケーションリスト２４を作成する。そして、このアプリケーションリスト２４をクライアントマシン４へ送信する。
【００５７】
クライアントマシン４は、このアプリケーションリスト２４をアプリケーション管理サーバ２より受信すると、表示デバイス４３上にそのアプリケーションリスト２４を表示し、ユーザ５が起動するアプリケーションの選択を受け付ける。
【００５８】
そして、クライアントマシン４より選択されたアプリケーションを示す情報をアプリケーション管理サーバ２へ送信する。これにより、アプリケーション管理サーバ２は、選択されたアプリケーションを実行するための実行ファイルセット３０を、配布部２９によって、アプリケーション管理クライアント４１へ送信する。
【００５９】
実行ファイルセット３０の送信後、クライアントマシン４のアプリケーション情報編集部５７の要求により、アクセス権情報取得部２７はアクセス権リスト２６からアクセス権情報を取得してアプリケーション情報編集部５７へ送信する。
【００６０】
次に、本発明の情報処理システムで実行する処理例について説明する。
【００６１】
尚、以下の説明では、ネットワーク１は、ＴＣＰ／ＩＰを通信プロトコルとするイントラネットであると仮定する。
【００６２】
［例１］
例１では、アプリケーション管理サーバ２は、ＴＣＰ／ＩＰ上でアプリケーション管理クライアント４１、認証サーバ３との通信機能を有すると仮定する。
【００６３】
以下、ユーザが、アプリケーション管理クライアント４１を起動し、所望のアプリケーションの実行ファイルセット３０をアプリケーション管理サーバ２からダウンロードし、起動するまでの処理について、図２〜図１９を用いて説明する。
【００６４】
図５は本発明の実施形態の情報処理システムが実行する処理を示すフローチャートである。
［ステップＳ１］
ユーザ５の操作に基づいて、クライアントマシン４は、アプリケーション管理クライアント４１を起動する。
［ステップＳ２］
アプリケーション管理クライアント４１の制御に基づいて、認証方式決定部５４の処理を実行する。
【００６５】
ここで、ステップＳ２の処理の詳細について、図６を用いて説明する。
【００６６】
図６は本発明の実施形態のステップＳ２の処理の詳細を示すフローチャートである。
［ステップＳ２−１］
アプリケーション管理クライアント４１は、認証方式決定部５４を起動する。
［ステップＳ２−２］
認証方式決定部５４は、認証サーバ３に対してｐｉｎｇコマンドを送信し、パケット通信が可能であるかを調べる。
【００６７】
尚、ｐｉｎｇコマンドは、指定するマシンと通信か可能かどうかを調べるための代表的なコマンドであるので、使用例の詳細は省略する。
［ステップＳ２−３］
認証サーバ３から、ｐｉｎｇコマンドに対するＲｅｐｌｙが返信されたか否かを判定する。返信された場合（ステップＳ２−３でＹＥＳ）、ステップＳ２−４へ進む。一方、返信されない場合（ステップＳ２−３でＮＯ）、ステップＳ２−５へ進む。
【００６８】
この例では、認証サーバ３からＲｅｐｌｙが返信されたとして、ステップＳ２−４へ進む。
［ステップＳ２−４］
認証サーバ３との通信成功であるので、図５のステップＳ３へ進む。
［ステップＳ２−５］
認証サーバ３との通信失敗であるので、図２０のステップＳ１０へ進む。尚、この場合は、アプリケーション管理クライアント４１によるユーザ認証を行うための処理が実行されることになるが、この処理の詳細については後述する。
【００６９】
図５の説明に戻る。
【００７０】
［ステップＳ３］
認証サーバ３との通信成功である場合、認証サーバ３の認証部３１が起動処理を実行する。
【００７１】
ここで、ステップＳ３の処理の詳細について、図７を用いて説明する。
【００７２】
図７は本発明の実施形態のステップＳ３の処理の詳細を示すフローチャートである。
［ステップＳ３−１］
認証サーバ３の認証部３１が起動する。
［ステップＳ３−２］
認証部３１は、ログインフォーム３４をアプリケーション管理クライアント４１に送信する。
［ステップＳ３−３］
アプリケーション管理クライアント４１は、表示デバイス４２上にステップＳ３−２で送信されたログインフォーム３４を受信して表示する。
【００７３】
ここで、ログインフォーム３４の例について、図８を用いて説明する。
【００７４】
図８は本発明の実施形態のログインフォームの一例を示す図である。
【００７５】
図８に示すように、ログインフォーム８００は、ユーザ名（ＵｓｅｒｔＮａｍｅ）を入力するための入力フィールド８０１と、パスワード（Ｐａｓｓｗｏｒｄ）を入力するための入力フィールド８０２を有している。そして、これらのユーザ名とパスワードがユーザ認証のためのユーザ情報となる。
【００７６】
図７の説明に戻る。
［ステップＳ３−４］
ユーザ５によって、ログインフォーム３４に入力されたユーザ認証のためのユーザ情報（ユーザ名及びパスワード）を認証要求として認証部３１に送信する。
【００７７】
ここでは、ユーザ情報をＵｓｅｒＮａｍｅとＰａｓｓｗｏｒｄとし、ユーザ５は、図８のログインフォーム３４では、例えば、以下の情報を入力したものとする。
【００７８】
｛UserName、Password｝＝｛yamada、canon｝
［ステップＳ３−５］
認証部３１は、ステップＳ３−４で送信されたユーザ情報を受信し、変数Ｕ１にＵｓｅｒＮａｍｅを、変数Ｐ１にＰａｓｓｗｏｒｄを代入する。
【００７９】
ここでは、Ｕ１＝ｙａｍａｄａ、Ｐ１＝ｃａｎｏｎとなる。
［ステップＳ３−６］
認証部３１は、Ｕ１がユーザリスト３３に存在するか否かを判定する。存在しない場合（ステップＳ３−６でＮＯ）、処理を終了する。尚、この場合、認証が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、存在する場合（ステップＳ３−６でＹＥＳ）、ステップＳ３−７へ進む。
【００８０】
ここで、ユーザリスト３３の例について、図９を用いて説明する。
【００８１】
図９は本発明の実施形態のユーザリストの一例を示す図である。
【００８２】
図９では、ユーザリスト３３は、ＸＭＬ形式で記述されている。特に、図９の例の場合、行９０１に、Ｕ１が示す文字列「ｙａｍａｄａ」に対応する記述＜name＞yamada＜/name＞が存在するので、ステップＳ３−７へ進むことになる。
［ステップＳ３−７］
ユーザリスト３３から、Ｕ１に対応する情報を取得する。
【００８３】
図９の例の場合、Ｕ１（ｙａｍａｄａ）に関する情報としては、以下の記述部分９０２がある。
【００８４】
＜user id="1" password="canon"＞
＜name＞yamada＜/name＞
＜clientAuth login="true"＞
＜term＞7＜/term＞
＜/clientAuth＞
＜/user＞
そして、この記述部分９０２より、Ｕ１に対応する情報として、UserName、UserID、Password、clientAuth、termを取得する。
【００８５】
｛UserName、UserID、Password、clientAuth、term｝＝｛yamada、canon、1、true、7｝
ここで、UserNameはユーザ名、UserIDはそのユーザを特定するための固有のＩＤ、Passwordはユーザ名に対応するパスワード、clientAuthはユーザ認証の成功（true）／失敗（false）の有無を示すユーザ認証情報、termはユーザ認証が成功した場合にユーザにアプリケーションの使用を認める有効期間を示す有効期間情報である。
【００８６】
また、有効期間情報は、通常、アプリケーションの提供者によって決定される。
【００８７】
特に、図９の例の場合、ユーザ名「yamada」、パスワード「canon」、ユーザＩＤ「1」ユーザ認証情報「true」、有効期間情報「7」（７日間）となる。
［ステップＳ３−８］
変数Ｐ２に、ステップＳ３−７で取得したＰａｓｓｗｏｒｄを代入する。
【００８８】
ここでは、Ｐ２＝ｃａｎｏｎとなる。
［ステップＳ３−９］
Ｐ１＝Ｐ２であるか否かを判定する。Ｐ１＝Ｐ２でない場合（ステップＳ３−９でＮＯ）、ユーザ情報として受信したパスワードと、ユーザリスト３３に登録されているパスワードが一致していないことになるので、認証を失敗として処理を終了する。尚、この場合、認証が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、Ｐ１＝Ｐ２である場合（ステップＳ３−９でＹＥＳ）、ユーザ情報として受信したパスワードと、ユーザリスト３３に登録されているパスワードが一致していることになるので、認証を成功として、ステップＳ３−１０へ進む。
［ステップＳ３−１０］
クライアント側認証情報設定部３２に、ステップＳ３−７で取得した情報を送信し、図５のステップＳ４へ進む。
［ステップＳ４］
ステップＳ３−１０で送信された情報を取得することで、クライアント側認証情報設定部３２が処理を実行する。
【００８９】
ここで、ステップＳ４の処理の詳細について、図１０Ａを用いて説明する。
【００９０】
図１０Ａは本発明の実施形態のステップＳ４の処理の詳細を示すフローチャートである。
［ステップＳ４−１］
クライアント側認証情報設定部３２は、ステップＳ３−１０で送信された情報を取得する。
【００９１】
ここでは、以下の情報を取得する。
【００９２】
｛UserName、UserID、Password、clientAuth、term｝＝｛yamada、canon、1、true、7｝
［ステップＳ４−２］
クライアント側認証情報設定部３２は、ステップＳ４−１で受信した情報の内、ＵｓｅｒＮａｍｅ、Ｐａｓｓｗｏｒｄ、ＵｓｅｒＩＤ、ｔｅｒｍを、クライアントマシン４のアプリケーション管理クライアント４１の認証情報設定部５６へ送信する。
【００９３】
つまり、ここでは、下記の情報を認証情報部５６へ送信することになる。
【００９４】
｛UserName、Password、UserID、term｝＝｛yamada、canon、1、7｝
［ステップＳ４−３］
認証情報設定部５６は、ステップＳ４−２で送信された情報を受信する。
［ステップＳ４−４］
認証情報設定部５６は、暗号／復号部７４で認証情報５２を復号し、ステップＳ４−３で受信した情報を追加の認証情報として認証情報５２に登録する。
【００９５】
ここで、認証情報５２の例について、図１０Ｂを用いて説明する。
【００９６】
図１０Ｂは本発明の実施形態の認証情報の一例を示す図である。
【００９７】
図１０Ｂに示すように、認証情報５２は、ＵｓｅｒＮａｍｅやＰａｓｓｗｏｒｄ等の各種情報を格納するためのテーブルとして構成されている。本実施形態では、ＵｓｅｒＮａｍｅ欄に「ｙａｍａｄａ」を、Ｐａｓｓｗｏｒｄ欄に「ｃａｎｏｎ」を、ＵｓｅｒＩＤ欄に「１」を、ｔｅｒｍ欄に「７」を格納する。
［ステップＳ４−５］
認証情報設定部５６は、認証情報５２のＤａｔａ欄に現在の日時を登録し、認証情報５２を暗号／復号部７４で暗号する。
【００９８】
図１０Ｂでは、Ｄａｔａ欄に、例えば、２００３／０６／２５  １６：４５が格納された例を示している。
［ステップＳ４−６］
認証情報設定部５６は、アプリケーション管理サーバ２へ、ＵｓｅｒＩＤを送信し、図５のステップＳ５へ進む。
［ステップＳ５］
アプリケーション管理サーバ２は、クライアントマシン４からＵｓｅｒＩＤを受信すると、そのＵｓｅｒＩＤに基づいて、アプリケーションリスト２４を作成する。
【００９９】
ここで、ステップＳ５の処理の詳細について、図１１を用いて説明する。
【０１００】
図１１は本発明の実施形態のステップＳ５の処理の詳細を示すフローチャートである。
［ステップＳ５−１］
アプリケーション管理サーバ２は、ステップＳ４−６で送信されたＵｓｅｒＩＤを受信する。
【０１０１】
ここでは、ＵｓｅｒＩＤとして「１」を受信することになる。
［ステップＳ５−２］
アプリケーション管理サーバ２は、アクセス権制御部２５にステップＳ５−１で受信したＵｓｅｒＩＤを送信する。
［ステップＳ５−３］
アクセス権制御部２５は、ステップＳ５−２で送信されたＵｓｅｒＩＤを受信する。
［ステップＳ５−４］
アクセス権制御部２５は、アクセス権リスト２６を参照して、ステップＳ５−３で受信したＵｓｅｒＩＤの情報が存在するか否かを判定する。存在しない場合（ステップＳ５−４でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、存在する場合（ステップＳ５−４でＹＥＳ）、ステップＳ５−５へ進む。
【０１０２】
ここで、アクセス権リスト２６の一例について、図１２を用いて説明する。
【０１０３】
図１２は本発明の実施形態のアクセス権リストの一例を示す図である。
【０１０４】
図１２では、アクセス権リスト２６は、ＸＭＬ形式で記述されている。特に、図１２の例の場合、記述部分１２０１に、受信したＵｓｅｒＩＤと一致する以下の情報が存在するので、ステップＳ５−５へ進むことになる。
【０１０５】
＜user id="1"＞
＜application id="1", onClientAuth="false"/＞
＜application id="3", onClientAuth="true"/＞
＜/user＞
［ステップＳ５−５］
ステップＳ５−４で参照した情報の内、アプリケーションＩＤ（application id）をアプリケーションリスト作成部２２へ送信し、図５のステップＳ６へ進む。
【０１０６】
ここで、送信するアプリケーションＩＤは｛1,3｝となる。
［ステップＳ６］
アプリケーションリスト作成部２２は、アクセス権制御部２５からアプリケーションＩＤを受信すると、そのアプリケーションＩＤに基づいて、実行するアプリケーションを選択する。
【０１０７】
ここで、ステップＳ６の処理の詳細について、図１３を用いて説明する。
【０１０８】
図１３は本発明の実施形態のステップＳ６の処理の詳細を示すフローチャートである。
［ステップＳ６−１］
アプリケーションリスト作成部２２は、ステップＳ５−５で送信されたアプリケーションＩＤを受信する。
【０１０９】
ここでは、以下の情報を受信することになる。
【０１１０】
｛アプリケーションＩＤ｝＝｛1、3｝
［ステップＳ６−２］
アプリケーション作成部２２は、アプリケーション情報リスト２３を参照して、ステップＳ５−６で受信したアプリケーションＩＤの情報が存在するか否かを判定する。存在しない場合（ステップＳ６−２でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、存在する場合（ステップＳ６−２でＹＥＳ）、ステップＳ６−３へ進む。
【０１１１】
ここで、アプリケーション情報リスト２３の一例について、図１４を用いて説明する。
【０１１２】
図１４は本発明の実施形態のアプリケーション情報リストの一例を示す図である。
【０１１３】
図１４では、アプリケーション情報リスト２３は、ＸＭＬ形式で記述されている。特に、図１４の例の場合、アプリケーションＩＤの情報として、以下の記述部分１４０１及び１４０２を取得することができる。
【０１１４】
＜application id = "1"＞
＜fileset＞
＜file path="/applications/archive/app1.jar"/＞
＜file path="/applications/lib/lib1.jar"/＞
＜/fileset＞
＜/application＞
＜application id = "3"＞
＜fileset＞
＜file path="/applications/archive/app3.jar"/＞
＜file path="/applications/lib/lib3.jar"/＞
＜/fileset＞
＜/application＞
［ステップＳ６−３］
アプリケーションリスト作成部２２は、ステップＳ６−２で取得した情報に基づいて、アプリケーションリスト２４を作成する。
［ステップＳ６−４］
アプリケーションリスト作成部２２は、アプリケーションリスト２４をアプリケーション管理クライアント４１へ送信する。
［ステップＳ６−５］
アプリケーション管理クライアント４１は、アプリケーションリスト２４を受信する。
［ステップＳ６−６］
アプリケーション管理クライアント４１は、表示デバイス４２上に、アプリケーションリスト２４を表示して、図５のステップＳ７へ進む。
【０１１５】
ここで、アプリケーションリスト２４の一例について、図１５を用いて説明する。
【０１１６】
図１５は本発明の実施形態のアプリケーションリストの一例を示す図である。
【０１１７】
図１５では、ユーザ５が利用可能なアプリケーションとして、アプリケーション１と３が存在することを示している。
［ステップＳ７］
クライアントマシン４は、アプリケーションリスト２４上で選択されたアプリケーションに対応する実行ファイルセットをアプリケーション管理サーバ２からダウンロードする。
【０１１８】
ここで、ステップＳ７の処理の詳細について、図１６を用いて説明する。
【０１１９】
図１６は本発明の実施形態のステップＳ７の処理の詳細を示すフローチャートである。
［ステップＳ７−１］
ユーザ５による操作に基づいて、表示されているアプリケーションリスト２４から利用したいアプリケーションが選択された場合、クライアントマシン４は、その選択されたアプリケーションＩＤをアプリケーション管理クライアント４１に送信する。
【０１２０】
ここで、ユーザ５によって、アプリケーション３が選択されたとすると、アプリケーションＩＤ＝３をアプリケーション管理クライアント４１へ送信する。
［ステップＳ７−２］
アプリケーション管理クライアント４１は、ステップＳ７−１で送信されたアプリケーションＩＤを受信する。
［ステップＳ７−３］
アプリケーション管理クライアント４１は、起動アプリケーション情報５５を参照して、ステップＳ７−２で受信したアプリケーションＩＤが存在するか否かを判定する。存在する場合（ステップＳ７−３でＹＥＳ）、図５のステップＳ１３へ進む。一方、存在しない場合（ステップＳ７−３でＮＯ）、ステップＳ７−４へ進む。
［ステップＳ７−４］
アプリケーション管理クライアント４１は、アプリケーションＩＤを配布部２９へ送信する。
［ステップＳ７−５］
配布部２９は、アプリケーションＩＤを受信する。
【０１２１】
ここでは、｛アプリケーションＩＤ｝＝｛3｝を受信することになる。
［ステップＳ７−６］
配布部２９は、アプリケーション情報リスト２３を参照して、アプリケーションＩＤの情報が存在するか否かを判定する。存在しない場合（ステップＳ７−６でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、存在する場合（ステップＳ７−６でＹＥＳ）、ステップＳ７−７へ進む。
【０１２２】
ここで、アプリケーション情報リスト２３の例としては、上述の図１４であり、ここでは、受信したアプリケーションＩＤは３であるので、以下の情報が取得できる。
【０１２３】
＜application id = "3"＞
＜fileset＞
＜file path="/applications/archive/app3.jar"/＞
＜file path="/applications/lib/lib3.jar"/＞
＜/fileset＞
＜/application＞
ここでは、アプリケーションを実行するのに必要なファイルとして、「/applications/archive/app３.jar」と「/applications/lib/lib３.jar」があることが示されている。
［ステップＳ７−７］
配布部２９は、ステップＳ７−６で取得した必要なファイルのセットである実行ファイルセット３０とアプリケーションＩＤをアプリケーション管理クライアント４１に送信して、図５のステップＳ８へ進む。
［ステップＳ８］
アプリケーション管理クライアント４１は、アプリケーション管理サーバ２よりダウンロードしたアプリケーション実行ファイル３０を保存する。
【０１２４】
ここで、ステップＳ８の処理の詳細について、図１７を用いて説明する。
【０１２５】
図１７は本発明の実施形態のステップＳ８の処理の詳細を示すフローチャートである。
［ステップＳ８−１］
アプリケーション管理クライアント４１は、実行ファイルセット３０とアプリケーションＩＤを受信する。
［ステップＳ８−２］
アプリケーション管理クライアント４１は、ステップＳ８−１で受信した実行ファイルセット３０をクライアントマシン４内に記憶装置内の保存場所（例えば、保存ディレクトリ名）に保存する。
【０１２６】
ここでは、例えば、以下の保存場所（フルパス情報）にファイルを保存したものとする。
【０１２７】
C:/applications/application3/
［ステップＳ８−３］
アプリケーション管理クライアント４１は、アプリケーション情報編集部５７にアプリケーションＩＤとステップＳ８−２でファイルを保存した保存場所を送信して、図５のステップＳ９へ進む。
【０１２８】
ここでは、以下の情報を送信することになる。
【０１２９】
｛アプリケーションＩＤ、保存場所｝＝｛3、C:/applications/application3/｝
［ステップＳ９］
アプリケーション管理クライアント４１から受信した情報に基づいて、アプリケーション情報編集部５７が処理を実行する。
【０１３０】
ここで、ステップＳ９の処理の詳細について、図１８Ａを用いて説明する。
【０１３１】
図１８Ａは本発明の実施形態のステップＳ９の処理の詳細を示すフローチャートである。
［ステップＳ９−１］
アプリケーション情報編集部５７は、ステップＳ８−３で送信された情報を受信する。
［ステップＳ９−２］
アプリケーション情報編集部５７は、アクセス権情報取得部２７にアプリケーション起動の許可を示す情報を要求し、受信する。
【０１３２】
ここで、ステップＳ９−２の処理の詳細について、図１８Ｂを用いて説明する。
【０１３３】
図１８Ｂは本発明の実施形態のステップＳ９−２の処理の詳細を示すフローチャートである。
［ステップＳ９−２−１］
アプリケーション情報編集部５７は、アクセス権情報取得部２７にアプリケーションＩＤと認証情報５２に格納されているＵｓｅｒＩＤを送信する。
【０１３４】
ここでは、｛アプリケーションＩＤ、UserID｝＝｛3、1｝を送信する。
［ステップＳ９−２−２］
アクセス権情報取得部２７は、ステップＳ９−２−１で送信された情報を受信する。
［ステップＳ９−２−３］
アクセス権情報取得部２７は、アクセス権リスト２６を参照して、ＵｓｅｒＩＤの情報が存在しているか否かを判定する。存在しない場合（ステップＳ９−２−３でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、存在する場合（ステップＳ９−２−３でＹＥＳ）、ステップＳ９−２−４へ進む。
【０１３５】
ここで、アクセス権リスト２６の例は、上述の図１２であり、ここでは、ＵｓｅｒＩＤは１であるので、以下の情報を取得することができる。
【０１３６】
＜user id="1"＞
＜application id="1", onClientAuth="false"/＞
＜application id="3", onClientAuth="true"/＞
＜/user＞
［ステップＳ９−２−４］
ステップＳ９−２−３で参照した情報に、ｏｎＣｌｉｅｎｔＡｕｔｈの値が存在するか否かを判定する。存在しない場合（ステップＳ９−２−４でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、存在する場合（ステップＳ９−２−４でＹＥＳ）、ステップＳ９−２−５へ進む。ここでは、ｏｎＣｌｉｅｎｔＡｕｔｈの値として、「ｔｒｕｅ」が存在するので、ステップＳ９−２−５へ進む。
［ステップＳ９−２−５］
アクセス権情報取得部２７は、アプリケーション情報編集部５７へｏｎＣｌｉｅｎｔＡｕｔｈの値を送信する。
【０１３７】
ここでは、「ｔｒｕｅ」を送信する。
［ステップＳ９−２−７］
アプリケーション情報編集部５７は、ステップＳ９−２−５で送信された値を受信して、図１８ＡのステップＳ９−３へ進む。
【０１３８】
ここで、受信した値「ｔｒｕｅ」を変数ＯＣＡ１に代入する。
【０１３９】
ここでは、ＯＣＡ１＝ｔｒｕｅとなる。
［ステップＳ９−３］
アプリケーション情報編集部５７は、起動アプリケーション情報５５を参照して、アプリケーションＩＤの情報が存在するか否かを判定する。存在しない場合（ステップＳ９−３でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、存在しない場合（ステップＳ９−３でＹＥＳ）、ステップＳ９−４へ進む。
【０１４０】
ここで、起動アプリケーション情報５５の一例について、図１８Ｃを用いて説明する。
【０１４１】
図１８Ｃは本発明の実施形態の起動アプリケーション情報の一例を示す図である。
【０１４２】
図１８Ｃに示すように、起動アプリケーション情報５５は、アプリケーションＩＤやアプリーション名等の各種情報を格納するためのテーブルとして格納されている。本実施形態では、アプリケーションＩＤは３であり、その情報が存在するので、ステップＳ９−４へ進む。
［ステップＳ９−４］
アプリケーション情報編集部５７は、起動アプリケーション情報５５に存在するアプリケーションＩＤの情報を取得する。
【０１４３】
ここでは、以下の情報を取得する。
【０１４４】
｛アプリケーションＩＤ、onClientAuth、保存場所｝
＝｛3、false、/applications/application3/｝
［ステップＳ９−５］
ステップＳ９−４で取得した情報の内、ｏｎＣｌｉｅｎｔＡｕｔｈの値を変数ＯＣＡ２へ代入する。
【０１４５】
ここでは、ＯＣＡ２＝ｆａｌｓｅとなる。
［ステップＳ９−６］
ＯＣＡ１＝ＯＣＡ２であるか否かを判定する。ＯＣＡ１＝ＯＣＡ２でない場合（ステップＳ９−６でＮＯ）、ステップＳ９−７へ進む。一方、ＯＣＡ１＝ＯＣＡ２である場合（ステップＳ９−６でＹＥＳ）、ステップＳ９−８へ進む。
【０１４６】
ここでは、ＯＣＡ１＝ｔｒｕｅ、ＯＣＡ２＝ｆａｌｓｅで、その値が一致しないので、ステップＳ９−７へ進む。
［ステップＳ９−７］
アプリケーション情報編集部５７は、起動アプリケーション情報５５のアプリケーションＩＤに対応するｏｎＣｌｉｅｎｔＡｕｔｈの値をＯＣＡ１へ変更し、ステップＳ９−８へ進む。
【０１４７】
ここでは、ｆａｌｓｅからｔｒｕｅへ変更し、起動アプリケーション情報５５は、図１８Ｃから図１８Ｄのようになる。
［ステップＳ９−８］
ＯＣＡ１＝ｔｒｕｅであるか否かを判定する。ＯＣＡ１＝ｔｒｕｅでない場合（ステップＳ９−８でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、ＯＣＡ１＝ｔｒｕｅである場合（ステップＳ９−８でＹＥＳ）、ステップＳ９−９へ進む。
【０１４８】
この場合は、ＯＣＡ１＝ｔｒｕｅであるので、ステップＳ９−９へ進む。
【０１４９】
つまり、ＯＣＡ１＝ｔｒｕｅである場合に、対応するアプリケーションの起動が許可されることになる。
［ステップＳ９−９］
アプリケーション管理クライアント４１は、起動部５３にアプリケーションＩＤを送信して、図５のステップＳ１３へ進む。
【０１５０】
ここでは、アプリケーションＩＤ＝３を送信することになる。
［ステップＳ１３］
アプリケーション管理クライアント４１からアプリケーションＩＤを受信すると、起動部５３が処理を実行する。
【０１５１】
ここで、ステップＳ１３の処理の詳細について、図１９を用いて説明する。
【０１５２】
図１９は本発明の実施形態のステップＳ１３の処理の詳細を示すフローチャートである。
［ステップＳ１３−１］
起動部５３は、アプリケーションＩＤを受信する。
［ステップＳ１３−２］
起動部５３は、起動アプリケーション情報５５を参照し、受信したアプリケーションＩＤに対応する保存場所を取得する。
【０１５３】
ここでは、/applications/application3/を取得することになる。
［ステップＳ１３−２］
起動部５３は、ステップＳ１３−２で受信した保存場所に格納されている実行ファイルを暗号／復号部７３で復号して実行し、アプリケーションを起動する。
【０１５４】
［例２］
例２は、クライアントマシン４がネットワーク１と接続しておらず、ユーザがアプリケーションを起動する際に認証部５２を利用するものである。図２〜図４、図２０〜図２３を用いて説明する。
【０１５５】
図２０は本発明の実施形態の情報処理システムが実行する処理の別の例を示すフローチャートである。
［ステップＳ１］
ユーザ５の操作に基づいて、クライアントマシン４は、アプリケーション管理クライアント４１を起動する。
［ステップＳ２］
アプリケーション管理クライアント４１の制御に基づいて、認証方式決定部５４の処理を実行する。
【０１５６】
ここで、ステップＳ２の処理の詳細については、［例１］と異なる部分についてのみ、図６を用いて説明する。
【０１５７】
つまり、［例２］では、［ステップＳ２−３］において、認証サーバ３から、ｐｉｎｇコマンドＲｅｐｌｙが返信されたか否かを判定し、その判定結果として、例えば、認証サーバ３からＲｅｐｌｙ以外のＲｅｑｕｅｓｔ  ｔｉｍｅｄ  ｏｕｔが返信される。つまり、この場合、ステップＳ２−５へ進む。
［ステップＳ２−５］
認証サーバ３と通信失敗であるので、図２０のステップＳ１０へ進む。
［ステップＳ１０］
クライアント側認証部５１が処理を実行する。
【０１５８】
ここで、ステップＳ１０の処理の詳細について、図２１を用いて説明する。
【０１５９】
図２１は本発明の実施形態のステップＳ１０の処理の詳細を示すフローチャートである。
［ステップＳ１０−１］
クライアント側認証部５１が起動する。
［ステップＳ１０−２］
クライアント側認証部５１は、表示デバイス４２上にログインフォーム５９を表示する。
【０１６０】
尚、ログインフォーム５９の例は、図８と同様である。
［ステップＳ１０−３］
ユーザ５によって、ログインフォーム５９に入力されたユーザ認証のためのユーザ情報をクライアント側認証部５１に送信する。
【０１６１】
ここでは、ユーザ情報をＵｓｅｒＮａｍｅとＰａｓｓｗｏｒｄとし、ユーザ５は、図８に示すログインフォーム５９では、例えば、以下の情報を入力したものとする。
【０１６２】
｛UserName、Password｝＝｛yamada、canon｝
［ステップＳ１０−４］
クライアント側認証部５１は、ステップＳ１０−３で送信された情報を受信し、変数Ｕ１にＵｓｅｒＮａｍｅを、変数Ｐ１にＰａｓｓｗｏｒｄを代入する。
【０１６３】
ここでは、Ｕ１＝ｙａｍａｄａ、Ｐ１＝ｃａｎｏｎとなる。
［ステップＳ１０−５］
クライアント側認証部５１は、認証情報５２を暗号／復号部７３で復号化して参照し、Ｕ１の有無を確認する。
【０１６４】
尚、認証情報５２の例は、図１０Ｂと同様である。
［ステップＳ１０−６］
認証情報５２のＵｓｅｒＮａｍｅ欄にＵ１が存在するか否かを判定する。Ｕ１が存在しない場合（ステップＳ１０−６でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、Ｕ１が存在する場合（ステップＳ１０−６でＹＥＳ）、ステップＳ１０−７へ進む。
【０１６５】
ここでは、図１０Ｂの認証情報５２のＵｓｅｒＮａｍｅ欄にＵ１が示す文字列「ｙａｍａｄａ」に対応する情報「Ｙａｍａｄａ」が存在するので、ステップＳ１０−７へ進む。
［ステップＳ１０−７］
記認クライアント側証部５１は、認証情報５２からＵ１に対応する情報として、Ｐａｓｓｗｏｒｄ欄の情報を取得する。そして、変数Ｐ２に、取得したＰａｓｓｗｏｒｄを代入する。
【０１６６】
ここでは、図１０Ｂの認証情報５２から、Ｐａｓｓｗｏｒｄ欄の情報として「ｃａｎｏｎ」が取得される。そのため、Ｐ２＝ｃａｎｏｎとなる。
［ステップＳ１０−８］
Ｐ１＝Ｐ２であるか否かを判定する。Ｐ１＝Ｐ２でない場合（ステップＳ１０−８でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、Ｐ１＝Ｐ２である場合（ステップＳ１０−８でＹＥＳ）、図２０のステップＳ１１へ進む。
【０１６７】
ここでは、Ｐ１＝Ｐ２となるので、ステップＳ１０−９へ進む。
［ステップＳ１０−９］
クライアント側認証部５１は、認証情報５２のＤａｔａとｔｅｒｍの情報を取得し、暗号／復号部７４で認証情報５２を暗号化する。そして、Ｄａｔａの値にｔｅｒｍで取得した日数を加えて、アプリケーションの利用可能期限日時であるＬｉｍｉｔ日時を計算する。
【０１６８】
ここでは、図１０Ｂの認証情報５２から、Ｄａｔａとｔｅｒｍの情報として、以下の情報が取得されるので、Ｌｉｍｉｔ日時は２００２/０６/２９  １６：４５となる。
【０１６９】
｛Data、term｝＝｛2003/06/22 16:45、7｝
［ステップＳ１０−１０］
現在の日時が、Ｌｉｍｉｔ日時以内であるか否かを判定する。Ｌｉｍｉｔ日時以内でない場合（ステップＳ１０−１０でＮＯ）、処理を終了する。尚、この場合、処理が最終的に失敗した旨を示す通知が、クライアントマシン４の表示デバイス４２上に表示される。これにより、ユーザ５は、処理の成功の可否を確認することができる。一方、Ｌｉｍｉｔ日時以内である場合（ステップＳ１０−１０でＹＥＳ）、図２０のステップＳ１１へ進む。
【０１７０】
ここでは、現在日時が２００２／０６／２４  １０：００として、ステップＳ１１へ進む。
［ステップＳ１１］
アプリケーションリスト作成部７１が、アプリケーションリスト７１を作成し、表示する。
【０１７１】
ここで、ステップＳ１１の処理の詳細について、図２２Ａを用いて説明する。
【０１７２】
図２２Ａは本発明の実施形態のステップＳ１１の処理の詳細を示すフローチャートである。
［ステップＳ１１−１］
アプリケーションリスト作成部７２が起動する。
［ステップＳ１１−２］
アプリケーションリスト作成部７２は、実行可能なアプリケーションの情報を取得するために、起動アプリケーション情報５５を参照して、ｏｎＣｌｉｅｎｔＡｕｔｈの値がｔｒｕｅであるアプリケーションＩＤと、それに対応するアプリケーション名、保存場所を取得する。
【０１７３】
ここで、起動アプリケーション情報５５の一例について、図２２Ｂを用いて説明する。
【０１７４】
図２２Ｂは本発明の実施形態の起動アプリケーション情報の一例を示す図である。
【０１７５】
図２２Ｂに示すように、起動アプリケーション情報５５は、アプリケーションＩＤやアプリーション名等の各種情報を格納するためのテーブルとして格納されている。本実施形態では、以下の情報を取得することになる。
｛アプリケーション名、保存場所｝
＝｛アプリケーション１、/applications/application1/｝、
｛アプリケーション３、/applications/application3/｝
［ステップＳ１１−３］
ステップＳ１１−２で取得したアプリケーション名と保存場所に基づいて、アプリケーションリスト７１を作成する。
【０１７６】
尚、アプリケーションリスト７１の一例は、図１５と同様である。
［ステップＳ１１−４］
アプリケーション表示部５８は、ステップＳ１１−３で作成されたアプリケーションリスト７１を表示デバイス４２上で表示して、図２０のステップＳ１２へ進む。
［ステップＳ１２］
ユーザ５による操作に基づいて、表示されているアプリケーションリスト７１からアプリケーションを選択する。
【０１７７】
ここで、ステップＳ１２の処理の詳細について、図２３を用いて説明する。
【０１７８】
図２３は本発明の実施形態のステップＳ１２の処理の詳細を示すフローチャートである。
［ステップＳ１２−１］
ユーザ５による操作に基づいて、表示されているアプリケーションリスト７１から利用したいアプリケーションが選択された場合、クライアントマシン４は、その選択されたアプリケーションＩＤをアプリケーション管理クライアント４１に送信する。
【０１７９】
ここで、ユーザ５によって、アプリケーション３が選択されたとすると、アプリケーションＩＤ＝３をアプリケーション管理クライアント４１へ送信する。
［ステップＳ１２−２］
アプリケーション管理クライアント４１は、ステップＳ１２−１で選択されたアプリケーションＩＤを取得する。
［ステップＳ１２−３］
アプリケーション管理クライアント４１は、起動部５３にステップＳ１２−２で取得したアプリケーションＩＤを送信して、図２０のステップＳ１３へ進む。
【０１８０】
ここで、ステップＳ１３の処理の詳細は、［例１］の図１９と同様なので説明を省略する。
【０１８１】
以上説明したように、本実施形態によれば、クライアントマシンが保有するアプリケーション管理クライアントが、アプリケーションの利用の可否のための認証を行う認証サーバと通信できない場合においても、クライアントマシンに認証情報を保有させて、その認証情報を用いた認証結果に基づいて、アプリケーションの起動を実現することができる。
【０１８２】
また、クライアントマシンが認証サーバと通信できない場合には、アプリケーションの提供者が認めた期間であればアプリケーションの起動を認めることで、クライアントマシンを用いた無期限のアプリケーションの起動を制限することができる。
【０１８３】
更に、ユーザの操作に基づいて、クライアントマシンに保存されている認証情報を参照してもその内容が漏れないように、認証情報を暗号化して保存するので、不正操作を防止して、セキュリティを確保することができる。
【０１８４】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１８５】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１８６】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１８７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１８８】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１８９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１９０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１９１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１９２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１９３】
【図１】本発明の実施形態の情報処理システムの構成を示す図である。
【図２】本発明の実施形態のアプリケーション管理クライアントの詳細機能構成を示す図である。
【図３】本発明の実施形態の認証サーバの詳細機能構成を示す図である。
【図４】本発明の実施形態のアプリケーション管理サーバの詳細機能構成を示す図である。
【図５】本発明の実施形態の情報処理システムが実行する処理を示すフローチャートである。
【図６】本発明の実施形態のステップＳ２の処理の詳細を示すフローチャートである。
【図７】本発明の実施形態のステップＳ３の処理の詳細を示すフローチャートである。
【図８】本発明の実施形態のログインフォームの一例を示す図である。
【図９】本発明の実施形態のユーザリストの一例を示す図である。
【図１０Ａ】本発明の実施形態のステップＳ４の処理の詳細を示すフローチャートである。
【図１０Ｂ】本発明の実施形態の認証情報の一例を示す図である。
【図１１】本発明の実施形態のステップＳ５の処理の詳細を示すフローチャートである。
【図１２】本発明の実施形態のアクセス権リストの一例を示す図である。
【図１３】本発明の実施形態のステップＳ６の処理の詳細を示すフローチャートである。
【図１４】本発明の実施形態のアプリケーション情報リストの一例を示す図である。
【図１５】本発明の実施形態のアプリケーションリストの一例を示す図である。
【図１６】本発明の実施形態のステップＳ７の処理の詳細を示すフローチャートである。
【図１７】本発明の実施形態のステップＳ８の処理の詳細を示すフローチャートである。
【図１８Ａ】本発明の実施形態のステップＳ９の処理の詳細を示すフローチャートである。
【図１８Ｂ】本発明の実施形態のステップＳ９−２の処理の詳細を示すフローチャートである。
【図１８Ｃ】本発明の実施形態の起動アプリケーション情報の一例を示す図である。
【図１８Ｄ】本発明の実施形態の起動アプリケーション情報の一例を示す図である。
【図１９】本発明の実施形態のステップＳ１３の処理の詳細を示すフローチャートである。
【図２０】本発明の実施形態の情報処理システムが実行する処理の別の例を示すフローチャートである。
【図２１】本発明の実施形態のステップＳ１０の処理の詳細を示すフローチャートである。
【図２２Ａ】本発明の実施形態のステップＳ１１の処理の詳細を示すフローチャートである。
【図２２Ｂ】本発明の実施形態の起動アプリケーション情報の一例を示す図である。
【図２３】本発明の実施形態のステップＳ１２の処理の詳細を示すフローチャートである。
【符号の説明】
【０１９４】
１  ネットワーク
２  アプリケーション管理サーバ
３  認証サーバ
４クライアントマシン
５  ユーザ
２２  アプリケーション作成部
２３  アプリケーション情報リスト
２４  アプリケーションリスト
２５  アクセス権制御部
２６  アクセス権リスト
２７  アクセス権情報取得部
２９  配布部
３０  実行ファイルセット
３１  認証部
３２  クライアント側認証情報設定部
３３  ユーザリスト
３４  ログインフォーム
４１  アプリケーション管理クライアント
４２  表示デバイス
４３  入力デバイス
４４  アプリケーションファイル
５１  クライアント側認証部
５２  認証情報
５３  起動部
５４  認証方式決定部
５５  起動アプリケーション情報
５６  認証情報設定部
５７  アプリケーション情報編集部
５８  アプリケーションリスト表示部
５９  ログインフォーム
７１  アプリケーションリスト
７２  アプリケーション作成部
【図１】
2005141427.tif 000003
【図２】
2005141427.tif 000004
【図３】
2005141427.tif 000005
【図４】
2005141427.tif 000006
【図５】
2005141427.tif 000007
【図６】
2005141427.tif 000008
【図７】
2005141427.tif 000009
【図８】
2005141427.tif 000010
【図９】
2005141427.tif 000011
【図１０Ａ】
2005141427.tif 000012
【図１０Ｂ】
2005141427.tif 000013
【図１１】
2005141427.tif 000014
【図１２】
2005141427.tif 000015
【図１３】
2005141427.tif 000016
【図１４】
2005141427.tif 000017
【図１５】
2005141427.tif 000018
【図１６】
2005141427.tif 000019
【図１７】
2005141427.tif 000020
【図１８Ａ】
2005141427.tif 000021
【図１８Ｂ】
2005141427.tif 000022
【図１８Ｃ】
2005141427.tif 000023
【図１８Ｄ】
2005141427.tif 000024
【図１９】
2005141427.tif 000025
【図２０】
2005141427.tif 000026
【図２１】
2005141427.tif 000027
【図２２Ａ】
2005141427.tif 000028
【図２２Ｂ】
2005141427.tif 000029
【図２３】
2005141427.tif 000030