(57)【要約】【課題】  Ｗｅｂブラウザが認証チケットを獲得すれば、リッチクライアントアプリケーションがＷｅｂシステムをアクセスする場合でもログイン処理を実施することなく、アクセスすることができるようにする。【解決手段】  リッチクライアントアプリケーションの起動に必要なアプリ情報と認証チケットを含むアプリケーション起動用ファイルを生成するアプリ起動用ファイル生成装置３を設け、クライアント端末１がアプリケーション起動用ファイルに含まれているアプリ情報にしたがってリッチクライアントアプリケーションを起動するとともに、その認証チケットをリッチクライアントアプリケーションに引き渡すようにする。【選択図】        図１
2006236281.tif 000002
【特許請求の範囲】
【請求項１】
個人情報を認証処理装置に送信して認証処理を要求し、その認証処理装置から認証済みを保証する認証チケットを受信する認証チケット取得手段と、上記認証チケット取得手段により受信された認証チケットをアプリ起動用ファイル生成装置に送信して、そのアプリ起動用ファイル生成装置からアプリケーションの起動に必要なアプリ情報と当該認証チケットを含むアプリケーション起動用ファイルを受信する起動用ファイル取得手段と、上記起動用ファイル取得手段により受信されたアプリケーション起動用ファイルに含まれているアプリ情報にしたがってアプリケーションを起動するとともに、そのアプリケーション起動用ファイルに含まれている認証チケットを当該アプリケーションに引き渡すアプリ起動手段とを備えたクライアント端末。
【請求項２】
アプリ起動手段は、アプリケーションサーバとデータ通信を実施する際、認証チケットをアプリケーションサーバに送信する機能を有するアプリケーションを起動することを特徴とする請求項１記載のクライアント端末。
【請求項３】
アプリ起動手段は、アプリケーション起動用ファイルに含まれているアプリ情報を参照して、アプリケーションサーバからアプリケーションをダウンロードし、そのアプリケーションを起動することを特徴とする請求項１または請求項２記載のクライアント端末。
【請求項４】
クライアント端末からアクセスを受けたとき、そのクライアント端末から認証処理装置による認証済みを保証する認証チケットを受信する認証チケット受信手段と、上記認証チケット受信手段により認証チケットが受信された場合、アプリケーションの起動に必要なアプリ情報と当該認証チケットを含むアプリケーション起動用ファイルを生成する起動用ファイル生成手段と、上記起動用ファイル生成手段により生成されたアプリケーション起動用ファイルを上記クライアント端末に送信する起動用ファイル送信手段とを備えたアプリ起動用ファイル生成装置。
【請求項５】
クライアント端末から個人情報を受信すると、その個人情報とデータベースに登録されている個人情報を照合し、一致する個人情報が上記データベースに登録されていれば、認証済みを保証する認証チケットを上記クライアント端末に送信する認証処理装置を備えたシングルサインオンシステムにおいて、上記クライアント端末からアクセスを受けたとき、そのクライアント端末から当該認証チケットを受信すると、アプリケーションの起動に必要なアプリ情報と当該認証チケットを含むアプリケーション起動用ファイルを生成し、そのアプリケーション起動用ファイルを上記クライアント端末に送信するアプリ起動用ファイル生成装置を設け、上記クライアント端末が上記アプリ起動用ファイル生成装置からアプリケーション起動用ファイルを受信すると、そのアプリケーション起動用ファイルに含まれているアプリ情報にしたがってアプリケーションを起動するとともに、そのアプリケーション起動用ファイルに含まれている認証チケットを当該アプリケーションに引き渡すことを特徴とするシングルサインオンシステム。
【請求項６】
クライアント端末は、アプリケーション起動用ファイルに含まれているアプリ情報を参照して、アプリケーションサーバからアプリケーションをダウンロードし、そのアプリケーションを起動することを特徴とする請求項５記載のシングルサインオンシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、一度のログイン処理で複数のＷｅｂシステムに対するアクセスを可能にするシングルサインオンを実現するクライアント端末、アプリ起動用ファイル生成装置及びシングルサインオンシステムに関するものである。
【背景技術】
【０００２】
近年、Ｗｅｂ技術を活用する「Ｗｅｂシステム」が広く利用されるようになっており、社内システムにおいても、様々なシステムがＷｅｂシステムとして実現されている。
ここで、Ｗｅｂシステムとは、クライアント端末にＷｅｂブラウザを搭載し、そのＷｅｂブラウザがＷｅｂアプリケーションサーバとデータ通信を行うことで、様々な処理を実現するシステムの総称である。
【０００３】
Ｗｅｂシステムでは、通常、利用者を特定するために「ログイン」処理を実施する。即ち、ユーザＩＤやパスワードなどの個人情報の入力を促し、その個人情報を照合することで個人認証を実施する。
このようなログイン処理は、Ｗｅｂシステム毎に実施されるのが一般的であるが、異なるＷｅｂシステムを利用する毎に、ユーザＩＤやパスワードなどの個人情報の入力を促すのは、利用者にとって煩雑であるため、一度のログイン処理で複数のＷｅｂシステムに対するアクセスを実現する「シングルサインオン」の技術が開発されている。
「シングルサインオン」の技術を搭載しているシングルサインオンシステムでは、認証処理装置が認証済みを保証する認証チケット（認証情報）を発行し、クライアント端末のＷｅｂブラウザがＷｅｂアプリケーションサーバ（Ｗｅｂシステム）とデータ通信を実施する際、その認証チケットを含むデータをＷｅｂアプリケーションサーバに送信し、Ｗｅｂアプリケーションサーバがデータに含まれている認証チケットを参照して、ログイン済みであることを確認するようにしている（例えば、特許文献１参照）。
【０００４】
一方、Ｗｅｂブラウザを利用するＷｅｂシステムでは、ＨＴＭＬの制約上、ユーザインタフェースに種々の制約が課せられている。そこで、より複雑なユーザインタフェースを実現するために、「リッチクライアント」技術が開発されている。
ここで、リッチクライアント技術とは、Ｗｅｂ技術（例えば、ＨＴＴＰ通信、Ｃｏｏｋｉｅ)を利用しつつも、一般的なアプリケーション（例えば、ワープロソフト、表計算ソフト）と同等のユーザインタフェースを実現することができる技術のことである。
以下、この明細書では、リッチクライアント技術を搭載しているアプリケーション（Ｗｅｂブラウザ以外のアプリケーション）を「リッチクライアントアプリケーション」と称する。
【０００５】
【特許文献１】特開２００３−２９６２７７号公報（段落番号［００２２］から［００６２］、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のシングルサインオンシステムは以上のように構成されているので、Ｗｅｂブラウザが一度ログイン処理を実施して認証チケットを獲得すれば、再度、ログイン処理を実施することなく、複数のＷｅｂシステムをアクセスすることができる。しかし、Ｗｅｂブラウザとリッチクライアントアプリケーションが認証チケットを共有する技術が確立されていないため、Ｗｅｂブラウザが認証チケットを獲得しても、リッチクライアントアプリケーションがＷｅｂシステムをアクセスする際には、ログイン処理を実施しなければならない課題があった。
【０００７】
この発明は上記のような課題を解決するためになされたもので、Ｗｅｂブラウザが認証チケットを獲得すれば、リッチクライアントアプリケーションがＷｅｂシステムをアクセスする場合でもログイン処理を実施することなく、Ｗｅｂシステムをアクセスすることができるクライアント端末及びシングルサインオンシステムを得ることを目的とする。
また、この発明は、Ｗｅｂブラウザがリッチクライアントアプリケーションを起動して、リッチクライアントアプリケーションに対する認証チケットの引渡しを可能にするアプリケーション起動用ファイルを生成することができるアプリ起動用ファイル生成装置を得ることを目的とする。
【課題を解決するための手段】
【０００８】
この発明に係るシングルサインオンシステムは、クライアント端末からアクセスを受けたとき、そのクライアント端末から認証チケットを受信すると、アプリケーションの起動に必要なアプリ情報と認証チケットを含むアプリケーション起動用ファイルを生成し、そのアプリケーション起動用ファイルをクライアント端末に送信するアプリ起動用ファイル生成装置を設け、クライアント端末がアプリ起動用ファイル生成装置からアプリケーション起動用ファイルを受信すると、そのアプリケーション起動用ファイルに含まれているアプリ情報にしたがってアプリケーションを起動するとともに、そのアプリケーション起動用ファイルに含まれている認証チケットを当該アプリケーションに引き渡すようにしたものである。
【発明の効果】
【０００９】
この発明によれば、クライアント端末からアクセスを受けたとき、そのクライアント端末から認証チケットを受信すると、アプリケーションの起動に必要なアプリ情報と認証チケットを含むアプリケーション起動用ファイルを生成し、そのアプリケーション起動用ファイルをクライアント端末に送信するアプリ起動用ファイル生成装置を設け、クライアント端末がアプリ起動用ファイル生成装置からアプリケーション起動用ファイルを受信すると、そのアプリケーション起動用ファイルに含まれているアプリ情報にしたがってアプリケーションを起動するとともに、そのアプリケーション起動用ファイルに含まれている認証チケットを当該アプリケーションに引き渡すように構成したので、Ｗｅｂブラウザが認証チケットを獲得すれば、Ｗｅｂブラウザ以外のアプリケーション（リッチクライアントアプリケーション）がアプリケーションサーバ（Ｗｅｂシステム）をアクセスする場合でもログイン処理を実施することなく、アプリケーションサーバをアクセスすることができる効果がある。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
図１はこの発明の実施の形態１によるシングルサインオンシステムを示す構成図であり、図において、クライアント端末１は例えばインターネットなどのネットワーク５に接続され、クライアント端末１のＷｅｂブラウザがアプリ起動用ファイル生成装置３からアプリケーション起動用ファイルを受信するとアプリ起動用アプリケーションを呼び出し、そのアプリ起動用アプリケーションがアプリケーション起動用ファイルに含まれているアプリ情報にしたがってリッチクライアントアプリケーションを起動するとともに、そのアプリケーション起動用ファイルに含まれている認証チケットをリッチクライアントアプリケーションに引き渡す処理などを実施する。
【００１１】
認証処理装置２はネットワーク５に接続され、クライアント端末１から個人情報を受信すると、その個人情報とデータベースに登録されている個人情報を照合し、一致する個人情報がデータベースに登録されていれば、認証済みを保証する認証チケットをクライアント端末１に送信するなどの処理を実施する。
アプリ起動用ファイル生成装置３はネットワーク５に接続され、クライアント端末１からアクセスを受けたとき、そのクライアント端末１から認証チケットを受信すると、リッチクライアントアプリケーションの起動に必要なアプリ情報と認証チケットを含むアプリケーション起動用ファイルを生成し、そのアプリケーション起動用ファイルをクライアント端末１に送信するなどの処理を実施する。
アプリケーションサーバ４はネットワーク５に接続され、リッチクライアントアプリケーションを管理しているＷｅｂシステムである。
【００１２】
図２はこの発明の実施の形態１によるクライアント端末を示す構成図であり、図において、マンマシンＩ／Ｆ１１は例えばキーボードやマウスなどから構成され、ユーザが例えばユーザＩＤやパスワードなどの個人情報を入力する際に使用される。
認証処理要求部１２はユーザがマンマシンＩ／Ｆ１１を操作して、ユーザＩＤやパスワードなどの個人情報を入力すると、ネットワークＩ／Ｆ１３を介して、その個人情報を認証処理装置２に送信して認証処理を要求するなどの処理を実施する。
ネットワークＩ／Ｆ１３はネットワーク５に接続され、そのネットワーク５に対するデータの入出力処理を実施する。
認証チケット取得部１４はネットワークＩ／Ｆ１３が認証処理装置２から送信された認証チケットを受信すると、ネットワークＩ／Ｆ１３から認証チケットを取得する。
なお、認証処理要求部１２、ネットワークＩ／Ｆ１３及び認証チケット取得部１４から認証チケット取得手段が構成されている。
【００１３】
認証チケット送信部１５はネットワークＩ／Ｆ１３を介して、認証チケット取得部１４により取得された認証チケットをアプリ起動用ファイル生成装置３に送信する。
起動用ファイル取得部１６はネットワークＩ／Ｆ１３がアプリ起動用ファイル生成装置３から送信されたアプリケーション起動用ファイルを受信すると、ネットワークＩ／Ｆ１３からアプリケーション起動用ファイルを取得する。
なお、ネットワークＩ／Ｆ１３、認証チケット送信部１５及び起動用ファイル取得部１６から起動用ファイル取得手段が構成されている。
【００１４】
アプリダウンロード部１７は起動用ファイル取得部１６により取得されたアプリケーション起動用ファイルに含まれているアプリ情報を参照して、アプリケーションサーバ４からネットワークＩ／Ｆ１３を介してリッチクライアントアプリケーションをダウンロードする。
アプリ起動部１８はアプリダウンロード部１７によりダウンロードされたリッチクライアントアプリケーションの起動指令をアプリ実行部１９に出力するとともに、そのアプリケーション起動用ファイルに含まれている認証チケットをアプリ実行部１９に出力する。
アプリ実行部１９はアプリ起動部１８から起動指令を受けると、リッチクライアントアプリケーションの実行を開始させるとともに、その認証チケットをリッチクライアントアプリケーションに引き渡すなどの処理を実施する。
なお、ネットワークＩ／Ｆ１３、アプリダウンロード部１７、アプリ起動部１８及びアプリ実行部１９からアプリ起動手段が構成されている。
【００１５】
この実施の形態１では、クライアント端末１の構成要素である認証処理要求部１２、認証チケット取得部１４、認証チケット送信部１５、起動用ファイル取得部１６、アプリダウンロード部１７、アプリ起動部１８及びアプリ実行部１９が、例えば、ＣＰＵやメモリや半導体スイッチなどを実装している半導体集積回路基板などのハードウェアで構成されているものを想定しているが、クライアント端末１がコンピュータである場合、認証処理要求部１２、認証チケット取得部１４、認証チケット送信部１５、起動用ファイル取得部１６、アプリダウンロード部１７、アプリ起動部１８及びアプリ実行部１９の処理内容が記述されているプログラムをコンピュータのメモリに格納し、コンピュータのＣＰＵがメモリに格納されているプログラムを実行するようにしてもよい。
この場合、Ｗｅｂブラウザが認証処理要求部１２、認証チケット取得部１４、認証チケット送信部１５及び起動用ファイル取得部１６の処理を実施することになる。
【００１６】
図３はこの発明の実施の形態１による認証処理装置を示す構成図であり、図において、ネットワークＩ／Ｆ２１はネットワーク５に接続され、そのネットワーク５に対するデータの入出力処理を実施する。
個人情報管理ＤＢ２２はログインを許可するユーザの個人情報（例えば、ユーザＩＤ／パスワード）を管理しているデータベースである。
認証処理部２３はネットワークＩ／Ｆ２１がクライアント端末１から送信された個人情報を受信すると、その個人情報と個人情報管理ＤＢ２２に管理されている個人情報を照合し、一致する個人情報が個人情報管理ＤＢ２２に管理されていれば、ネットワークＩ／Ｆ２１を介して、認証済みを保証する認証チケットをクライアント端末１に送信するなどの処理を実施する。
【００１７】
この実施の形態１では、認証処理装置２の構成要素である認証処理部２３が、例えば、ＣＰＵやメモリや半導体スイッチなどを実装している半導体集積回路基板などのハードウェアで構成されているものを想定しているが、認証処理装置２がコンピュータである場合、認証処理部２３の処理内容が記述されているプログラムをコンピュータのメモリに格納し、コンピュータのＣＰＵがメモリに格納されているプログラムを実行するようにしてもよい。
【００１８】
図４はこの発明の実施の形態１によるアプリ起動用ファイル生成装置を示す構成図であり、図において、ネットワークＩ／Ｆ３１はネットワーク５に接続され、そのネットワーク５に対するデータの入出力処理を実施する。
ログイン確認部３２はネットワークＩ／Ｆ３１がクライアント端末１からアクセスを受けたとき、ネットワークＩ／Ｆ３１がクライアント端末１から認証チケットを受信していれば、ログイン済みであると認定し、クライアント端末１から認証チケットを受信していなければ、未ログインであると認定する。
なお、ネットワークＩ／Ｆ３１及びログイン確認部３２から認証チケット受信手段が構成されている。
【００１９】
基本設定情報格納部３３はリッチクライアントアプリケーションの起動に必要なアプリ情報を生成するための基本設定情報（例えば、リッチクライアントアプリケーションの名称、モジュール名、リッチクライアントアプリケーションが管理されているアプリケーションサーバ４のＵＲＬ、チケットＩＤ）を格納しているメモリである。
起動用ファイル生成部３４はログイン確認部３２がログイン済みであると認定すると、基本設定情報格納部３３に格納されている基本設定情報に基づいてアプリケーション起動用ファイルを生成する。
認証チケット埋込部３５はネットワークＩ／Ｆ３１により受信された認証チケットを起動用ファイル生成部３４により生成されたアプリケーション起動用ファイルに埋め込む処理を実施する。
なお、基本設定情報格納部３３、起動用ファイル生成部３４及び認証チケット埋込部３５から起動用ファイル生成手段が構成されている。
【００２０】
起動用ファイル送信部３６はネットワークＩ／Ｆ３１を介して、認証チケット埋込部３５により認証チケットが埋め込まれたアプリケーション起動用ファイルをクライアント端末１に送信する。
なお、ネットワークＩ／Ｆ３１及び起動用ファイル送信部３６から起動用ファイル送信手段が構成されている。
【００２１】
この実施の形態１では、アプリ起動用ファイル生成装置３の構成要素であるログイン確認部３２、起動用ファイル生成部３４、認証チケット埋込部３５及び起動用ファイル送信部３６が、例えば、ＣＰＵやメモリや半導体スイッチなどを実装している半導体集積回路基板などのハードウェアで構成されているものを想定しているが、アプリ起動用ファイル生成装置３がコンピュータである場合、ログイン確認部３２、起動用ファイル生成部３４、認証チケット埋込部３５及び起動用ファイル送信部３６の処理内容が記述されているプログラムをコンピュータのメモリに格納し、コンピュータのＣＰＵがメモリに格納されているプログラムを実行するようにしてもよい。
図５はこの発明の実施の形態１によるシングルサインオンシステムの処理内容を示す処理シーケンス図である。
【００２２】
次に動作について説明する。
ユーザがクライアント端末１のマンマシンＩ／Ｆ１１を操作して、アプリ起動用ファイル生成装置３のＵＲＬを指定すると、クライアント端末１のＷｅｂブラウザである認証処理要求部１２がネットワークＩ／Ｆ１３を介して、ページ取得要求をアプリ起動用ファイル生成装置３に送信する（ステップＳＴ１）。
アプリ起動用ファイル生成装置３のログイン確認部３２は、ネットワークＩ／Ｆ３１がクライアント端末１から送信されたページ取得要求を受信したとき、ネットワークＩ／Ｆ３１がクライアント端末１から認証チケットを受信することができたか否かを判定することにより、ログイン済みであるか否かを認定する。
この段階では、クライアント端末１から認証チケットを受信することができないので、未ログインであると認定する。
ログイン確認部３２は、未ログインであると認定すると、アプリケーション起動用ファイルを取得するには、認証処理装置２から認証チケットを獲得する必要がある旨を示すメッセージ（認証処理装置２のＵＲＬを含むメッセージ）をクライアント端末１に通知する（ステップＳＴ２）。
【００２３】
クライアント端末１の認証処理要求部１２は、ネットワークＩ／Ｆ１３がアプリ起動用ファイル生成装置３から送信されたメッセージを受信すると、そのメッセージから認証処理装置２のＵＲＬを抽出して、認証処理装置２をアクセスする（ステップＳＴ３）。
認証処理装置２の認証処理部２３は、ネットワークＩ／Ｆ２１がクライアント端末１からアクセスを受けると、ネットワークＩ／Ｆ２１を介して、個人情報（例えば、ユーザＩＤとパスワード）の入力を促すログイン画面の画面データをクライアント端末１に送信する（ステップＳＴ４）。
ここでは、個人情報として、ユーザＩＤとパスワードの入力を促すものについて示しているが、これに限るものではなく、例えば、指紋やＩＤカード情報などの入力を促すようにしてもよい。
【００２４】
クライアント端末１の認証処理要求部１２は、ネットワークＩ／Ｆ１３が認証処理装置２から送信されたログイン画面の画面データを受信すると、その画面データにしたがってログイン画面を図示せぬディスプレイに表示する。
認証処理要求部１２は、ユーザがマンマシンＩ／Ｆ１１を操作して、ユーザＩＤ／パスワードなどの個人情報を入力すると、ネットワークＩ／Ｆ１３を介して、その個人情報を認証処理装置２に送信して、認証処理を要求する（ステップＳＴ５）。
【００２５】
認証処理装置２の認証処理部２３は、ネットワークＩ／Ｆ２１がクライアント端末１から送信された個人情報を受信すると、その個人情報と個人情報管理ＤＢ２２に管理されている個人情報を照合する（ステップＳＴ６）。
例えば、個人情報がユーザＩＤ／パスワードであれば、そのユーザＩＤ／パスワードと一致するユーザＩＤ／パスワードが個人情報管理ＤＢ２２に管理されているか否かを判定し、一致するユーザＩＤ／パスワードが個人情報管理ＤＢ２２に管理されていれば、ログインを許可し、一致するユーザＩＤ／パスワードが個人情報管理ＤＢ２２に管理されていなければ、ログインを拒否する。
認証処理部２３は、ログインを許可する場合、ネットワークＩ／Ｆ２１を介して、認証済みを保証する認証チケットをクライアント端末１に送信する（ステップＳＴ７）。
なお、認証チケットは、例えば、ユーザＩＤ、アクセス権限、有効期限などを含む暗号化された認証情報である。
【００２６】
クライアント端末１のＷｅｂブラウザである認証チケット取得部１４は、ネットワークＩ／Ｆ１３が認証処理装置２から送信された認証チケットを受信すると、ネットワークＩ／Ｆ１３から認証チケットを取得する。
クライアント端末１のＷｅｂブラウザである認証チケット送信部１５は、認証チケット取得部１４が認証チケットを取得すると、ネットワークＩ／Ｆ１３を介して、その認証チケットをアプリ起動用ファイル生成装置３に送信する。
【００２７】
アプリ起動用ファイル生成装置３のログイン確認部３２は、ネットワークＩ／Ｆ３１がクライアント端末１から送信された認証チケットを受信すると、その認証チケットの暗号化を解除し、その認証チケットの内容を見てログイン済みであることを確認する。
ログイン確認部３２は、ログイン済みであることを確認すると、アプリケーション起動用ファイル生成モジュールである起動用ファイル生成部３４の呼び出しを行う（ステップＳＴ９）。
アプリ起動用ファイル生成装置３の起動用ファイル生成部３４は、ログイン確認部３２から呼び出されると、基本設定情報格納部３３に格納されている基本設定情報に基づいてアプリケーション起動用ファイルを生成する。
例えば、リッチクライアントアプリケーションの名称、モジュール名、リッチクライアントアプリケーションが管理されているアプリケーションサーバ４のＵＲＬ、チケットＩＤなどから構成されているアプリケーション起動用ファイルを生成する。
【００２８】
アプリ起動用ファイル生成装置３のアプリケーション起動用ファイル生成モジュールである認証チケット埋込部３５は、起動用ファイル生成部３４がアプリケーション起動用ファイルを生成すると、ネットワークＩ／Ｆ３１により受信された認証チケットをアプリケーション起動用ファイルに埋め込む処理を実施する。
アプリ起動用ファイル生成装置３の起動用ファイル送信部３６は、認証チケット埋込部３５が認証チケットをアプリケーション起動用ファイルに埋め込むと、ネットワークＩ／Ｆ３１を介して、そのアプリケーション起動用ファイルをクライアント端末１に送信する（ステップＳＴ１０，ＳＴ１１）。
【００２９】
クライアント端末１のＷｅｂブラウザである起動用ファイル取得部１６は、ネットワークＩ／Ｆ１３がアプリ起動用ファイル生成装置３から送信されたアプリケーション起動用ファイルを受信すると、ネットワークＩ／Ｆ１３からアプリケーション起動用ファイルを取得し、アプリ起動用アプリケーションであるアプリダウンロード部１７の呼び出しを行うとともに、そのアプリケーション起動用ファイルをアプリダウンロード部１７に出力する（ステップＳＴ１２）。
【００３０】
クライアント端末１のアプリダウンロード部１７は、起動用ファイル取得部１６から呼び出されてアプリケーション起動用ファイルを受けると、そのアプリケーション起動用ファイルに含まれているアプリ情報を参照して、リッチクライアントアプリケーションの名称や、リッチクライアントアプリケーションが管理されているアプリケーションサーバ４のＵＲＬ等を確認し、ネットワークＩ／Ｆ１３を介して、リッチクライアントアプリケーションのダウンロードをアプリケーションサーバ４に依頼する（ステップＳＴ１３）。
なお、アプリダウンロード部１７は、リッチクライアントアプリケーションのダウンロードを依頼する際、アプリケーション起動用ファイルに含まれている認証チケットをアプリケーションサーバ４に送信する。
【００３１】
アプリケーションサーバ４は、クライアント端末１からリッチクライアントアプリケーションのダウンロードの依頼を受けたとき、クライアント端末１から認証チケットを受信すると、その認証チケットの暗号化を解除し、その認証チケットの内容を見てログイン済みであることを確認する。
アプリケーションサーバ４は、ログイン済みであることを確認すると、クライアント端末１により指定されたリッチクライアントアプリケーションをクライアント端末１に送信する（ステップＳＴ１４）。
クライアント端末１のアプリダウンロード部１７は、ネットワークＩ／Ｆ１３がアプリケーションサーバ４から送信されたリッチクライアントアプリケーションを受信すると、そのリッチクライアントアプリケーションをダウンロードしてアプリ実行部１９に出力する。
【００３２】
クライアント端末１のアプリ起動用アプリケーションであるアプリ起動部１８は、アプリダウンロード部１７がリッチクライアントアプリケーションをダウンロードすると、そのリッチクライアントアプリケーションの起動指令をアプリ実行部１９に出力するとともに、そのアプリケーション起動用ファイルに含まれている認証チケットをアプリ実行部１９に出力する。
クライアント端末１のアプリ実行部１９は、アプリ起動部１８から起動指令を受けると、リッチクライアントアプリケーションの実行を開始させるとともに、その認証チケットをリッチクライアントアプリケーションに引き渡すなどの処理を実施する（ステップＳＴ１５）。
【００３３】
これにより、リッチクライアントアプリケーションは実行を開始するが、実行中、例えば、アプリケーションサーバ４とデータ通信を実施する必要がある場合、アプリ実行部１９から引き渡された認証チケットをアプリケーションサーバ４に送信する（ステップＳＴ１６）。
アプリケーションサーバ４は、リッチクライアントアプリケーションから認証チケットを受信すると、その認証チケットの暗号化を解除し、その認証チケットの内容を見てログイン済みであることを確認する。
したがって、リッチクライアントアプリケーションは、特にログイン処理を実施することなく、認証チケットをアプリケーションサーバ４に送信するだけで、アプリケーションサーバ４をアクセスすることができる。
【００３４】
以上で明らかなように、この実施の形態１によれば、クライアント端末１からアクセスを受けたとき、そのクライアント端末１から認証チケットを受信すると、リッチクライアントアプリケーションの起動に必要なアプリ情報と認証チケットを含むアプリケーション起動用ファイルを生成し、そのアプリケーション起動用ファイルをクライアント端末１に送信するアプリ起動用ファイル生成装置３を設け、クライアント端末１がアプリ起動用ファイル生成装置３からアプリケーション起動用ファイルを受信すると、そのアプリケーション起動用ファイルに含まれているアプリ情報にしたがってリッチクライアントアプリケーションを起動するとともに、そのアプリケーション起動用ファイルに含まれている認証チケットをリッチクライアントアプリケーションに引き渡すように構成したので、Ｗｅｂブラウザが認証チケットを獲得すれば、リッチクライアントアプリケーションがアプリケーションサーバ４をアクセスする場合でもログイン処理を実施することなく、アプリケーションサーバ４をアクセスすることができる効果を奏する。
【００３５】
また、この実施の形態１によれば、アプリケーション起動用ファイルに含まれているアプリ情報を参照して、アプリケーションサーバ４からリッチクライアントアプリケーションをダウンロードするように構成したので、リッチクライアントアプリケーションをユーザに普及するに際して、ＣＤ−ＲＯＭなどの配布による普及を止めることができる。このため、一旦、適正な利用者にＣＤ−ＲＯＭが配布されたのち、不適切な利用者にＣＤ−ＲＯＭが流通してしまうなどの事態を回避することができる効果を奏する。
【００３６】
また、この実施の形態１によれば、クライアント端末１から送信された認証チケットが受信された場合、リッチクライアントアプリケーションの起動に必要なアプリ情報と認証チケットを含むアプリケーション起動用ファイルを生成し、そのアプリケーション起動用ファイルをクライアント端末１に送信するように構成したので、Ｗｅｂブラウザがリッチクライアントアプリケーションを起動して、リッチクライアントアプリケーションに対する認証チケットの引渡しを可能にするアプリケーション起動用ファイルを生成することができる効果を奏する。
【図面の簡単な説明】
【００３７】
【図１】この発明の実施の形態１によるシングルサインオンシステムを示す構成図である。
【図２】この発明の実施の形態１によるクライアント端末を示す構成図である。
【図３】この発明の実施の形態１による認証処理装置を示す構成図である。
【図４】この発明の実施の形態１によるアプリ起動用ファイル生成装置を示す構成図である。
【図５】この発明の実施の形態１によるシングルサインオンシステムの処理内容を示す処理シーケンス図である。
【符号の説明】
【００３８】
１  クライアント端末、２  認証処理装置、３  アプリ起動用ファイル生成装置、４  アプリケーションサーバ、５  ネットワーク、１１  マンマシンＩ／Ｆ、１２  認証処理要求部（認証チケット取得手段）、１３  ネットワークＩ／Ｆ（認証チケット取得手段，起動用ファイル取得手段，アプリ起動手段）、１４  認証チケット取得部（認証チケット取得手段）、１５  認証チケット送信部（起動用ファイル取得手段）、１６  起動用ファイル取得部（起動用ファイル取得手段）、１７  アプリダウンロード部（アプリ起動手段）、１８  アプリ起動部（アプリ起動手段）、１９  アプリ実行部（アプリ起動手段）、２１  ネットワークＩ／Ｆ、２２  個人情報管理ＤＢ、２３  認証処理部、３１  ネットワークＩ／Ｆ（認証チケット受信手段、起動用ファイル送信手段）、３２  ログイン確認部（認証チケット受信手段）、３３  基本設定情報格納部（起動用ファイル生成手段）、３４  起動用ファイル生成部（起動用ファイル生成手段）、３５  認証チケット埋込部（起動用ファイル生成手段）、３６  起動用ファイル送信部（起動用ファイル送信手段）。
【図１】
2006236281.tif 000003
【図２】
2006236281.tif 000004
【図３】
2006236281.tif 000005
【図４】
2006236281.tif 000006
【図５】
2006236281.tif 000007