(57)【要約】【課題】ユーザの利便性を損なうことなく、強固なセキュリティを担保したサーバクライアントシステムおよび該システムにおけるアクセス制御方法、ならびにそのためのプログラムを提供すること。【解決手段】初期設定として認証サーバ１０２にユーザ認証を行った後に、ユーザが使用するクライアント端末１０３に、アクセスする機密保持サーバのアドレス３０１と機密保持サーバへアクセスする際に使用する通信プロトコル３０２を保持したアプリケーション２０１をダウンロードし、該アプリケーション２０１を利用することでのみ、機密保持サーバ１０１へアクセスすることが可能なようにした。これにより、クライアント端末１０３は、初期設定時に１回のみ認証を行えばよく、ユーザが通信の度に認証のための入力を行うといった煩雑さを回避できる。【選択図】図１Ａ
2007207067.tif 000002
【特許請求の範囲】
【請求項１】
認証サーバと、機密保持サーバと、クライアント端末がネットワークを介して接続され連携して動作するサーバクライアントシステムであって、
前記認証サーバはクライアント端末を認証する機能を有し、 
前記クライアント端末は、前記認証サーバがクライアント端末の認証を行った後、前記認証サーバからアプリケーションをダウンロードする機能と、前記ダウンロードしたアプリケーションを用いてのみ前記機密保持サーバへ接続可能とする機能を有することを特徴とするサーバクライアントシステム。
【請求項２】
前記アプリケーション内に前記機密保持サーバのアドレスと前記機密保持サーバにアクセスするための通信プロトコルを保持し、前記アプリケーションの外部からは前記機密保持サーバのアドレスと前記機密保持サーバにアクセスするための通信プロトコルを知ることができないことを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項３】
前記アプリケーション内に前記機密保持サーバのアドレスと前記機密保持サーバにアクセスするための通信プロトコルを保持し、
前記クライアント端末は、前記アプリケーションを実行することができるが、前記アプリケーションの内容を表示する機能を持たず、また、前記アプリケーションを当該クライアント端末の外部に転送することができないことを特徴とする請求項１に記載のサーバクライアントシステム。 
【請求項４】
前記アプリケーション内に保持されている前記機密保持サーバのアドレスと前記アクセスするための通信プロトコルを用いて、前記機密保持サーバにアクセスすることを特徴とする請求項２または請求項３に記載のサーバクライアントシステム。
【請求項５】
前記アプリケーション内に前記機密保持サーバへのアクセス可能な複数の通信プロトコルを保持し、前記機密保持サーバへのアクセスごとに前記複数の通信プロトコルのうちの１つを選択して用いることを特徴とする請求項１から４のいずれかに記載のサーバクライアントシステム。
【請求項６】
認証サーバと機密保持サーバとクライアント端末がネットワークを介して接続され連携して動作するサーバクライアントシステムにおけるアクセス制御方法であって、
前記認証サーバが前記クライアント端末を認証するステップと、
前記認証サーバが前記クライアント端末の認証を行った後、前記認証サーバから前記クライアント端末へアプリケーションをダウンロードするステップと、
前記クライアント端末が前記ダウンロードしたアプリケーションを用いてのみ前記機密保持サーバへ接続可能とするステップを有することを特徴とするサーバクライアントシステムにおけるアクセス制御方法。
【請求項７】
前記アプリケーション内に前記機密保持サーバのアドレスと前記機密保持サーバにアクセスするための通信プロトコルを保持し、
前記アプリケーションの外部からは前記機密保持サーバのアドレスと前記機密保持サーバにアクセスするための通信プロトコルを知ることができないことを特徴とする請求項６に記載のサーバクライアントシステムにおけるアクセス制御方法。
【請求項８】
前記アプリケーション内に前記機密保持サーバのアドレスと前記機密保持サーバにアクセスするための通信プロトコルを保持し、
前記クライアント端末は、前記アプリケーションを実行することができるが、前記アプリケーションの内容を表示する機能を持たず、
前記クライアント端末は、前記アプリケーションを前記クライアント端末の外部に転送することができないことを特徴とする請求項６に記載のサーバクライアントシステムにおけるアクセス制御方法。
【請求項９】
前記アプリケーション内に保持されている機密保持サーバのアドレスとアクセスするための通信プロトコルを用いて、前記機密保持サーバにアクセスすることを特徴とする請求項７または請求項８に記載のサーバクライアントシステムにおけるアクセス制御方法。
【請求項１０】
前記アプリケーション内に前記機密保持サーバへのアクセス可能な複数の通信プロトコルを保持し、前記機密保持サーバへのアクセスごとに前記複数の通信プロトコルのうちの１つを選択して用いることを特徴とする請求項６から９のいずれかに記載のサーバクライアントシステムにおけるアクセス制御方法。
【請求項１１】
コンピュータに、請求項１から請求項５のいずれかに記載のサーバクライアントシステムにおける各機能を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたコンピュータ・システムにおいて、特定のユーザのみにアクセス可能な個人の機密を保持することが可能なサーバクライアントシステムおよび該システムにおけるアクセス制御方法、ならびにそのためのプログラムに関する。
【背景技術】
【０００２】
従来、個別のユーザのみにアクセスする許可を与えるシステムとしては、ユーザＩＤとパスワードに代表されるパスワード認証を用いる方法が一般的であった。この方法は、ユーザを識別するためのユーザＩＤとそれに関連付けられたパスワードをユーザが入力し、該入力されたユーザＩＤとパスワードをあらかじめサーバ上に保持されているユーザＩＤとパスワードとを照合することによって、正しいユーザかどうかを判定する方法である。
【０００３】
ユーザＩＤとパスワードにはテキスト（文字列）を用いる方法が一般的であるが、 指紋認証や静脈認証などの生体認証を用いる手法も知られている。
【０００４】
ユーザＩＤとパスワードを用いる公知技術としては、例えばユーザＩＤ（対話ＩＤ）を用いる手法として特開平０９−５０４２２号公報「コンピュータネットワーク上の対話継承型アクセス制御方法及びそのサーバーコンピュータ」（特許文献１）を、生体認証を用いる手法としてＮＩＫＫＥＩ  ＢＹＴＥ「生体認証  大ブレーク−可能性と課題−」、２００５年１０月号  P.28−47（非特許文献１）などを参照されたい。
【０００５】
【特許文献１】特開平０９−５０４２２号公報
【非特許文献１】ＮＩＫＫＥＩ  ＢＹＴＥ  「生体認証  大ブレーク−可能性と課題−」、２００５年１０月号（Ｎｏ．２６９）  P.28−47
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したユーザがユーザＩＤとパスワードを入力する方法では、ユーザのなりすましや、通信路の傍受による情報漏えい、などが防ぐことができない。また、アクセスするたびにユーザがユーザＩＤとパスワードを打ち込むのは煩雑であるとともに、複雑なユーザＩＤやパスワードを忘れてしまい、アクセスできなくなる問題もある。
【０００７】
本発明は、ユーザの利便性を損なうことなく、強固なセキュリティを担保したサーバクライアントシステムおよび該システムにおけるアクセス制御方法、ならびにそのためのプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００８】
本発明は、上記の目的を達成するために、初期設定としてユーザ認証を行った後に、ユーザが使用するクライアント端末に、アクセスする機密保持サーバのアドレスと機密保持サーバへアクセスする際に使用する通信プロトコルを保持したアプリケーションをダウンロードし、前記アプリケーションを利用することでのみ、機密保持サーバへアクセスすることが可能なようにしたことを特徴とするものである。
【０００９】
本発明は、このような機能を有することにより、クライアント端末は、初期設定時に１回のみ認証を行えばよく、ユーザが通信の度に認証のための入力を行うといった煩雑さを回避できる。
【００１０】
さらに、認証サーバよりダウンロードするアプリケーション内に保持される通信プロトコルを、クライアント端末ごとにユニークにすることにより、前記アプリケーションの他に、機密保持サーバのアドレスとアクセスする通信プロトコルを保持しているクライアント端末は存在しないこととなる。
【００１１】
前記機密保持サーバは、前記アプリケーションを配布した前記クライアントのアドレスを保持しており、正規のクライアントから正規のアプリケーションが正規の通信プロトコルでアクセスした場合のみ、前記クライアントとのデータの送受信を行うようにすることで、認証が成功したクライアント端末のみが機密保持サーバと通信可能とすることが、可能である。
【００１２】
前記アプリケーションは、複数の機密保持サーバへアクセスするための複数の通信プロトコルを保持し、アクセスするたびに通信プロトコルを変更することができる。このような機能を有することで、正規のクライアントから正規のアプリケーションが正規の通信プロトコルでアクセスした場合のみ、前記クライアントとのデータの送受信を行うようにすることが可能となり、認証が成功したクライアント端末のみが機密保持サーバと通信可能とすることが、可能である。
【００１３】
このように、本発明によれば、ユーザは初回の認証時のみに認証サーバとの認証時のみ認証を行うため、強固な認証を用いてもユーザの利便性を損なう恐れはない。また、アプリケーションをダウンロードしたクライアント端末しか、機密保持サーバのアドレスやアクセス可能な通信プロトコルを知らないため、機密保持サーバへのアクセスを許可されたユーザのみに限定することができ、セキュリティを担保することができる。
【発明の効果】
【００１４】
以上の説明から明らかなように、本発明による「サーバクライアントシステム」によれば、登録されたユーザ以外によるサーバへの不正なアクセスを防ぐことができる。
【発明を実施するための最良の形態】
【００１５】
本発明の実施形態を、図面を参照して詳細に説明する。
図１Ａは、本発明の実施の形態を説明するための図であり、図１Ｂは、本実施形態における処理の流れを示すフローチャートである。
【００１６】
図１Ａにおいて、外部からアクセス可能な機密保持サーバ１０１が、ネットワーク上に設置されている。この機密保持サーバ１０１のネットワーク上の場所つまり機密保持サーバ１０１のアドレスは公開されておらず、ユーザは知る手段を持たない。
【００１７】
ユーザは、アドレスが公開されている認証サーバ１０２にアクセスし、自身の機密保持サーバ１０１を利用するための認証および登録を行う（図１ＢのステップＳ１）。ここでの認証とは、パスワード認証や指紋認証、静脈認証といった市販されている認証の他に、人間が対面で行う認証などがある。
【００１８】
認証サーバ１０２において、ユーザの認証が通った後、ユーザは自身のプロファイル情報と、機密保持サーバ１０１へアクセスするためにユーザが利用するクライアント端末１０３の情報を認証サーバ１０２に登録する（図１ＢのステップＳ２）。
【００１９】
認証サーバ１０２へのユーザ情報の登録後、ネットワーク上に設置されているアドレスが公開されていない機密保持サーバの１つがこのユーザに割り当てられる（図１ＢのステップＳ３）。
【００２０】
この機密保持サーバ１０１のアドレス３０１と、この機密保持サーバ１０１へアクセスする際に利用する通信プロトコル３０２が埋め込まれた、この機密保持サーバ１０１へアクセスするためのアプリケーション２０１が、ユーザが認証サーバ１０２に登録したクライアント端末１０３にダウンロードされる（図１ＢのステップＳ４）。
【００２１】
なお、ユーザがより強固なセキュリティを望む場合には、図２に示すように、前記機密保持サーバ１０１へアクセスするための複数の通信プロトコル３０３〜３０５を利用することができ、毎回のアクセスごとに通信プロトコルを利用する順番を決めるためのアルゴリズム３０６と、利用する全ての通信プロトコル３０３〜３０５が記述された前記機密保持サーバ１０１へアクセスするためのアプリケーション２０２が、ユーザが認証サーバ１０２に登録したクライアント端末にダウンロードされる。
【００２２】
クライアント端末１０３にアプリケーション２０１がダウンロードされた後、ユーザは、ユーザが登録したクライアント端末１０３から、ダウンロードされた前記アプリケーション２０１を起動する（図１ＢのステップＳ５）。
【００２３】
前記アプリケーション２０１は、前記アプリケーション２０１の内部に保持されている機密保持サーバ１０１のアドレス３０１と機密保持サーバ１０１へアクセスするための通信プロトコル３０２を読み出し、アプリケーション２０１内に保持されているアドレス３０１へアプリケーション２０１内に保持されている通信プロトコル３０２で接続を試みる（図１ＢのステップＳ６）。
【００２４】
また、前記アプリケーション２０１がセキュリティを強化するために、図３に示すように、複数の通信プロトコル３０３〜３０５を利用するように設定されている前記アプリケーション２０２を用いる場合には、前記アプリケーション２０２内に保持している通信プロトコルを決定するアルゴリズム３０６を用いて今回のアクセスで利用する通信プロトコルを決定し、前記アプリケーション２０２内に保持しているアドレス３０１へ、前記アプリケーション２０２内に保持しているアルゴリズム３０６で決定した通信プロトコルで接続を試みる。
【００２５】
前記機密保持サーバ１０１では、前記クライアント端末１０３上の前記アプリケーション２０１からのアクセスに対して、要求されたサービスを実施し、結果を返す。
【００２６】
また、図３に示すように、複数の通信プロトコルを保持している前記アプリケーション２０２を用いる場合には、前記アプリケーション２０２が保持しているアルゴリズム３０６と同等のアルゴリズム４０１を用いて、今回のアクセスで利用される通信プロトコルを決定し、前記アプリケーション２０２からのアクセスが、前記決定された通信プロトコルと一致している場合のみ、前記アプリケーション２０１に要求されたサービスを実施し、結果を返す。
【００２７】
(実施例１)
さて、前記アプリケーションおよび前記機密保持サーバについて、図３Ａ，図３Ｂを用いてさらに具体的に説明する。
【００２８】
図３Ａは、インターネット上に存在するディスクスペースをユーザに貸し出すサービスに本発明を適用した例であり、図３Ｂは、そのときの処理の流れを示すフローチャートである。
【００２９】
図３Ａにおいて、ユーザ５０４は、ユーザ登録サーバ５０２に対してウェブブラウザを通じてアクセスし、ユーザ５０４の個人情報等を入力し、インターネット上のディスクスペースを借りるサービスへの登録を行う（図３ＢのステップＳ１１）。
【００３０】
本実施例では説明を平易にするため認証サーバをユーザ登録サーバと呼ぶ。この個人情報に基づいてサービス提供者側は課金を行う。
ユーザの登録時に、指紋認証機器５３０を利用し、ユーザの指紋情報５３１をユーザ登録サーバに登録しておく。
【００３１】
ユーザの登録が済んだ後、ユーザ登録サーバ５０２は、インターネット上に存在するファイルサーバ５０１をこのユーザ５０４に割り当てる（図３ＢのステップＳ１２）。
【００３２】
ユーザ登録サーバ５０２は、ユーザ５０４が現在使用しているクライアント端末５０３に対して、ユーザ５０４が利用可能なディスクスペースを保持しているファイルサーバ５０１のアドレス５１１と、このファイルサーバ５０１にアクセスする手段である通信プロトコル５１２を、ユーザの指紋情報５３１を鍵として暗号化したデータを内蔵した、このディスクスペースへアクセスするための専用アプリケーション５１０を、ダウンロードさせる（図３ＢのステップＳ１３）。
【００３３】
ユーザ５０４は、クライアント端末５０３にダウンロードした専用アプリケーション５１０をインストールする（図３ＢのステップＳ１４）。
【００３４】
ユーザ５０４は、アプリケーション起動時にクライアント端末５０４に接続された指紋認証機器５３０を利用してユーザ認証を行うとともに、専用アプリケーション５１０にユーザの指紋情報５３１が渡され、アプリケーション５１０は指紋情報５３１を鍵として、専用アプリケーション５１０内に暗号化され保持されているファイルサーバ５０１のアドレス５１１と、このファイルサーバ５０１にアクセスする手段である通信プロトコル５１２を復号化し、ファイルサーバ５０１のアドレス５１１と通信プロトコル５１２を取得する（図３ＢのステップＳ１５）。クライアント端末は、アプリケーションを実行することができるが、アプリケーションの内容を表示する機能を持たず、アプリケーションを当該クライアント端末の外部に転送することもできない。
【００３５】
ユーザ５０４は、自身の指紋から生成される指紋情報５３１について知ることができないため、暗号化されたファイルサーバ５０１のアドレス５１１と通信プロトコル５１２を復号化するための鍵を知ることができない。
【００３６】
よって、ユーザ５０４は、クライアント端末５０３内にインストールした専用アプリケーション５１０の中に保持されているファイルサーバ５０１のアドレス５１１と通信プロトコル５１２を知ることはできない。
【００３７】
次に、ユーザ５０４は、自身のディスクスペースにアクセスするために、登録に利用したクライアント端末５０３から、ディスクスペースにアクセスするための専用アプリケーション５１０を起動する（図３ＢのステップＳ１６）。
【００３８】
専用アプリケーション５１０は、専用アプリケーション５１０の中に保持されているユーザ５０４のディスクスペースのネットワーク上の場所を表すアドレス５１１と、このディスクスペースへアクセスするための通信プロトコル５１２を読み出し、このアドレスへこの通信プロトコル５１２を用いて接続を行う（図３ＢのステップＳ１７）。
【００３９】
インターネット上に存在する、このユーザ５０４に割り当てられたサーバ５０１は、専用アプリケーション５１０からアクセス可能な通信プロトコル５１２の情報を保持しており、専用アプリケーション５１０からこの通信プロトコル５１２でアクセスがあった場合のみ、ディスクスペースとしてのサービスを提供する（図３ＢのステップＳ１８）。
【００４０】
これにより、ユーザ５０４は毎回のアクセスごとに認証を行う必要がない。
また、他のユーザはもとより利用可能なユーザ５０４自身も、このファイルサーバ５０１のアドレス５１１やこのファイルサーバ５０１へアクセスするための通信プロトコル５１２を知る手段がないため、登録したユーザ５０４が、登録したクライアント端末５０３から専用のアプリケーション５１０を用いてアクセスする以外には、このファイルサーバ５０１へアクセスしディスクスペースの提供を受けることができない。
【００４１】
(実施例２)
次に、前記アプリケーションおよび前記サーバについて、図４Ａ、図４Ｂを用いてさらに具体的に説明する。ここでは、図３Ａにおけるファイルとファイルサーバは、図４Ａにおけるアプリケーションとアプリケーションサーバに対応している。
【００４２】
図４Ａは、インターネット上に存在するアプリケーションサーバ６０１上でアプリケーションを実行し、クライアント端末６０３がサーバ上のアプリケーションの入出力を担当する、シンクライアントと呼ばれるサービスをユーザに提供する場合に、本発明を適用した例である。
【００４３】
ユーザ６０４は、ユーザ登録サーバ６０２に対してブラウザを通じてアクセスし、ユーザの個人情報等を入力し、インターネット上のアプリケーションサーバ６０１でアプリケーションを実行するための登録を行う（図４ＢのステップＳ２１）。
【００４４】
この個人情報に基づいてサービス提供者側は課金を行う。
【００４５】
ユーザの登録が済んだ後、ユーザ登録サーバ６０２は、インターネット上に存在するアプリケーションサーバ６０１をこのユーザ６０４に割り当てる（図４ＢのステップＳ２２）。
【００４６】
アプリケーションサーバ６０１とクライアント端末６０３との間は、シンクライアントプロトコルと呼ばれる通信プロトコルで結ばれる（図４ＢのステップＳ２３）。
【００４７】
現在多く普及しているシンクライアントプロトコルには、Citrix社のICA(Independent Client Architecture)やMicrosoft社のRDP(Remote Desktop Protocol)などがあるが、このシンクライアントサービスでは、独自のシンクライアントプロトコルであるシンクライアントプロトコル６１２、シンクライアントプロトコル６１３、シンクライアントプロトコル６１４を利用するものとする。
【００４８】
ユーザが現在使用しているクライアント端末６０３に対して、ユーザに割り当てられたアプリケーションサーバ６０１のアドレス６１１と、このアプリケーションサーバ６０１にアクセスする手段である通信プロトコルとして、シンクライアントプロトコル６１２、シンクライアントプロトコル６１３、シンクライアントプロトコル６１４の3つを内蔵したシンクライアントアプリケーション６１０をダウンロードさせる（図４ＢのステップＳ２４）。
【００４９】
また、このアプリケーション６１０の中には、上記3つのシンクライアントプロトコル６１２〜６１４から、利用する1つのシンクライアントプロトコルを決定するためのアクセスする日時とクライアント端末６０３のIPアドレスから、利用するシンクライアントプロトコルを一意に決定するアルゴリズム６１５が内蔵されている。
【００５０】
ユーザ６０４は、クライアント端末６０３にダウンロードした専用シンクライアントアプリケーション６１０をインストールする（図４ＢのステップＳ２５）。
【００５１】
ここで、クライアント端末６０３は本シンクライアント用に設計された専用のハードウェアで、ユーザ６０４に対して、内部に保存されたアプリケーションに対してアクセスするためのユーザインタフェースを提供しない。クライアント端末は、アプリケーションを実行することができるが、アプリケーションの内容を表示する機能を持たず、アプリケーションを当該クライアント端末の外部に転送することもできない。
【００５２】
よって、ユーザ６０４は、クライアント端末６０３内にインストールした専用シンクライアントアプリケーション６１０の中に保持されているアプリケーションサーバ６０１のアドレスとシンクライアントプロトコル６１２〜６１４およびアクセスする日時とクライアント端末のIPアドレスから、利用するシンクライアントプロトコルを一意に決定するアルゴリズム６１５を知ることはできない。
【００５３】
ユーザ６０４は、自身のアプリケーション６２０を実行するために、指定したクライアント端末６０３から、専用シンクライアントアプリケーション６１０を起動する（図４ＢのステップＳ２６）。
【００５４】
専用シンクライアントアプリケーション６１０は、専用シンクライアントアプリケーション６１０の中に保持されているアクセスする日時とクライアント端末のIPアドレスから、利用するシンクライアントプロトコルを一意に決定するアルゴリズム６１５を利用し、現在の日時と自端末６０３のIPアドレスから現在利用すべきシンクライアントプロトコルを決定する（図４ＢのステップＳ２７）。
【００５５】
専用シンクライアントアプリケーション６１０の中に保持されているユーザ６０４に割り当てられたサーバ６０１のアドレス６１１に対して、このシンクライアントプロトコルで接続を行う（図４ＢのステップＳ２８）。
【００５６】
インターネット上に存在する、このユーザに割り当てられたサーバ６０１は、専用シンクライアントアプリケーション６１０からアクセス可能な通信プロトコルを決定するための、アクセスされた日時とアクセス元のクライアント端末６０３のIPアドレスから、利用するシンクライアントプロトコルを一意に決定するアルゴリズム６１５を保持しており、このアルゴリズムを利用して、専用シンクライアントアプリケーション６１０からアクセスがあった場合に、アクセスがあった時点の日時と、アクセス元のIPアドレスから、現在アクセスできるシンクライアントプロトコルを決定する。
【００５７】
専用シンクライアントアプリケーション６１０からのアクセスが、上記で決定された通信プロトコルを利用した場合のみアプリケーションサーバ６０１上でアプリケーション６２０を実行し、シンクライアントとしてのサービスを提供する（図４ＢのステップＳ２９）。
【００５８】
これにより、ユーザ６０４は毎回のアクセスごとに認証を行う必要がない。
他のユーザはもとより利用可能なユーザ６０４自身も、このアプリケーションサーバ６０１のアドレスを知ることができないため、セキュリティが担保される。
【００５９】
さらに、アクセス日時やIPアドレスによって利用するシンクライアントプロトコルが変わり、そのシンクライアントプロトコルでしかアクセスできないため、より強固なセキュリティを担保することができる。
【００６０】
よって、登録したユーザ６０１が、登録したクライアント端末６０３から専用のシンクライアントアプリケーション６１０を用いてアクセスする以外には、このアプリケーションサーバ６０１へアクセスしアプリケーション６２０を実行することができない。
【００６１】
以上説明したサーバクライアントシステムにおける処理（特許請求の範囲における機能に相当）は、コンピュータで当該処理に対応するプログラムを実行することによって実現される。このプログラムは、ＣＤ−ＲＯＭ，ＤＶＤ，ＦＤなどの記録媒体やインターネットなどのネットワークを介して市場に流通させることが可能である。
【図面の簡単な説明】
【００６２】
【図１Ａ】本発明の実施形態１を説明するためのブロック図である。
【図１Ｂ】本発明の実施形態１における処理の流れを示すフローチャートである。
【図２】本発明の実施形態２を説明するためのブロック図である。
【図３Ａ】本発明の実施例１の構成を説明するためのブロック図である。
【図３Ｂ】本発明の実施例１における処理の流れを示すフローチャートである。
【図４Ａ】本発明の実施例２の構成を説明するためのブロック図である。
【図４Ｂ】本発明の実施例２における処理の流れを示すフローチャートである。
【符号の説明】
【００６３】
１０１  機密保持サーバ
１０２  認証サーバ
１０３  クライアント端末
２０１  アプリケーション
２０２  アプリケーション
３０１  サーバのアドレス
３０２  通信プロトコル
３０３  通信プロトコル
３０４  通信プロトコル
３０５  通信プロトコル
３０６  通信プロトコルを決定するアルゴリズム
４０１  通信プロトコルを決定するアルゴリズム
５０１  ファイルサーバ
５０２  ユーザ登録サーバ
５０３  クライアント端末
５０４  ユーザ
５１０  アプリケーション
５１１  ファイルサーバのアドレス
５１２  通信プロトコル
５２０  ファイル
５３０  指紋認証機器
５３１  ユーザの指紋情報
６０１  アプリケーションサーバ
６０２  ユーザ登録サーバ
６０３  シンクライアント端末
６０４  ユーザ
６１０  シンクライアントアプリケーション
６１１  サーバのアドレス
６１２  シンクライアントプロトコル
６１３  シンクライアントプロトコル
６１４  シンクライアントプロトコル
６１５  シンクライアントプロトコルを決定するアルゴリズム
６２０  アプリケーション
【図１Ａ】
2007207067.tif 000003
【図１Ｂ】
2007207067.tif 000004
【図２】
2007207067.tif 000005
【図３Ａ】
2007207067.tif 000006
【図３Ｂ】
2007207067.tif 000007
【図４Ａ】
2007207067.tif 000008
【図４Ｂ】
2007207067.tif 000009