(57)【要約】【課題】  簡単な操作により、必要に応じたレベルでファイルの安全性を確保することのできる情報処理装置および方法ならびに情報処理システムを提供すること。【解決手段】  クライアント（１０）は、ユーザにより入力された認証情報を認証サーバ（３０）に出力する。この認証情報は、短い文字数（例えば５文字）で構成される通常レベルの安全度の第１のパスワードと、長い文字数（例えば１０文字）で構成される機密レベルの安全度の第２のパスワードのうち、ユーザにより選択されたいずれかを含む。認証サーバ（３０）により、上記認証情報によってユーザ認証が成功した場合には、上記認証情報の安全度に応じた強度の暗号化アルゴリズムを使用してクライアント（１０）とファイルサーバ（２０）との通信路が確立される。【選択図】  図１
2005346310.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ認証を経て外部機器との通信を行う情報処理装置であって、
ユーザ認証を得るために認証情報を出力する出力手段と、
前記認証情報によってユーザ認証が成功した場合、前記認証情報に基づき算出された安全度に応じた強度の暗号化アルゴリズムを使用して前記外部機器との通信を行う通信処理手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記認証情報の文字数に応じて算出されることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
ユーザ認証を経て外部機器との通信を行うための通信方法であって、
ユーザ認証を得るために認証情報を出力するステップと、
前記認証情報によってユーザ認証が成功した場合、前記認証情報に基づき算出された安全度に応じた強度の暗号化アルゴリズムを使用して前記外部機器との通信を行うステップと、
を有することを特徴とする通信方法。
【請求項４】
コンピュータにより実行されるプログラムであって、ユーザ認証を経て外部機器と通信を行うために、
ユーザ認証を得るために認証情報を出力するためのコードと、
前記認証情報によってユーザ認証が成功した場合、前記認証情報に基づき算出された安全度に応じた強度の暗号化アルゴリズムを使用して前記外部機器との通信を行うためのコードと、
を含むことを特徴とするプログラム。
【請求項５】
請求項４に記載のプログラムを格納したコンピュータ読み取り可能な記憶媒体。
【請求項６】
ユーザ認証を経て相互に通信を行うサーバとクライアントとを含む情報処理システムであって、
前記クライアントは、
認証情報を前記サーバに送信する送信手段と、
前記認証情報によってユーザ認証が成功した場合、前記認証情報に基づき算出された安全度に応じた強度の暗号化アルゴリズムを使用して前記サーバとの通信を行う通信処理手段と、
を有することを特徴とする情報処理システム。
【請求項７】
ユーザ認証を経て外部機器との通信を行う情報処理装置であって、
前記複数のユーザ認証手段からいずれかの認証手段を選択する選択手段と、
前記選択手段により選択されたユーザ認証手段による認証情報を前記外部機器に送信する送信手段と、
前記認証情報によってユーザ認証が成功した場合、前記選択されたユーザ認証手段に応じた強度の暗号化アルゴリズムを使用して前記外部機器との通信を行う通信処理手段と、
を有することを特徴とする情報処理装置。
【請求項８】
前記複数のユーザ認証手段は、パスワードによりユーザを認証するパスワード認証手段と、生体的特徴でユーザを認証するバイオメトリクス認証手段とを含むことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
ユーザ認証を経て外部機器との通信を行う通信方法であって、
前記複数のユーザ認証手段からいずれかの認証手段を選択するステップと、
前記選択されたユーザ認証手段によるユーザ認証のための認証情報を前記外部機器に送信するステップと、
前記認証情報によってユーザ認証が成功した場合、前記選択されたユーザ認証手段に応じた強度の暗号化アルゴリズムを使用して前記外部機器との通信を行うステップと、
を有することを特徴とする通信方法。
【請求項１０】
コンピュータにより実行されるプログラムであって、ユーザ認証を経て外部機器との通信を行うために、
前記複数のユーザ認証手段からいずれかの認証手段を選択するためのコードと、
前記選択されたユーザ認証手段によるユーザ認証のための認証情報を前記外部機器に送信するためのコードと、
前記認証情報によってユーザ認証が成功した場合、前記選択されたユーザ認証手段に応じた強度の暗号化アルゴリズムを使用して前記外部機器との通信を行うためのコードと、
を含むことを特徴とするプログラム。
【請求項１１】
請求項１０に記載のプログラムを格納したコンピュータ読み取り可能な記憶媒体。
【請求項１２】
ユーザ認証を経て相互に通信を行うサーバとクライアントとを含む情報処理システムであって、
前記クライアントは、
前記複数のユーザ認証手段からいずれかの認証手段を選択する選択手段と、
前記選択手段により選択されたユーザ認証手段による認証情報を前記サーバに送信する送信手段と、
前記認証情報によってユーザ認証が成功した場合、前記選択されたユーザ認証手段に応じた強度の暗号化アルゴリズムを使用して前記サーバとの通信を行う通信処理手段と、
を有することを特徴とする情報処理システム。
【請求項１３】
ネットワークを介して相互に通信可能に接続されたファイルサーバと、クライアントと、このクライアントに対するユーザ認証を行う認証サーバとを含み、この認証サーバにより複数のユーザ認証手段のうちのいずれかを用いてユーザ認証が行われた後に前記クライアントと前記ファイルサーバとの通信を行う情報処理システムであって、
前記クライアントは、
前記複数のユーザ認証手段からいずれかの認証手段を選択する選択手段と、
前記選択手段により選択されたユーザ認証手段による認証情報を前記サーバに送信する送信手段と、
前記認証情報によってユーザ認証が成功した場合、前記選択されたユーザ認証手段に応じた強度の暗号化アルゴリズムを使用して前記サーバとの通信を行う通信処理手段と、
を有することを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ認証を経て外部装置との通信を行う情報処理装置および方法ならびに情報処理システムに関する。
【背景技術】
【０００２】
従来、コンピュータネットワークシステム上で複数のユーザでファイルを共有する場合、ネットワーク上のサーバコンピュータ上にファイルを格納して、管理者がアクセス権を設定し、許可されたユーザが与えられたアクセス権で閲覧や更新、保存等を行っている。しかしながら、ネットワーク上に流れるデータを盗聴するような行為が行われると、情報が予期しない第三者に流出する恐れがある。こういったことを未然に防ぐためにネットワーク上を流れるデータを暗号化して通信し、第三者に盗聴されないようにする手法がとられている。
【０００３】
例えば、使用するアプリケーションごとに暗号化通信路を構築（TCPストリームの暗号化）するSSL（Secure Socket Layer）やSSH（Secure SHell）、ネットワーク上を流れるパケットごとに暗号化を施すIPsec（パケット単位で暗号化、認証するセキュリティプロトコル）などが良く知られている（例えば、非特許文献１〜３参照。）。また、暗号化を行うアルゴリズムにも多くの種類があり、同種のアルゴリズムでも使用する鍵のビット長によって安全性が変わる。一般にビット長が長いほど解読に時間がかかり、破られにくくなることは良く知られている。同時にビット長が長いほど暗号化時に多くのリソースと時間を消費することになる。
【０００４】
一方、ファイル（データ）そのものに機密度が高いファイルと、あまり機密度が高くないファイルが存在する。ユーザは、機密性の高いファイルをネットワークを経由して参照したり保存したりする場合には、データを暗号化して通信路上に流すアプリケーションを使用し、機密性の高くないファイルを扱う場合は暗号化を施さないアプリケーションを使用するなどして、アプリケーションを使い分けることがある。（例えば、特許文献１参照。）このような使い分けは、暗号化によるアプリケーションの応答性等による快適度を勘案してなされる場合が多い。
【０００５】
【非特許文献１】T. Elgamal、他０名、“The Secure Sockets Layer Protocol (SSL)”、平成７年４月、[online]、The Internet Engineering Task Force、[平成１６年５月２８日検索] 、インターネット＜URL:http://www.ietf.org/proceedings/95apr/sec/cat.elgamal.slides.html＞
【非特許文献２】J. Galbraith、他２名、“SSH File Transfer Protocol”、平成１６年１月、[online]、The Internet Engineering Task Force、[平成１６年５月２８日検索] 、インターネット＜URL:http://www.ietf.org/internet-drafts/draft-ietf-secsh-filexfer-05.txt＞
【非特許文献３】S. Kent、他１名、“Security Architecture for the Internet Protocol”、平成１０年１１月、［online］、The Internet Engineering Task Force、[平成１６年５月２８日検索] 、インターネット＜URL:http://www.ietf.org/rfc/rfc2401.txt＞
【特許文献１】特開平９−１８４６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、共有するファイル自体を暗号化すれば通信路上で盗聴されても解読されて第三者に流出する恐れも減少すると考えられるが、各ファイルごとの復号化の鍵をユーザ間で共有しなければならないという問題がある。
【０００７】
また、ユーザがファイルを暗号化保存する場合に、一旦通常のファイルで保存した後に、そのファイルのプロパティを変更してファイルの暗号化を実施するので、ユーザにとって余計な手間がかかってしまう問題点があった。また、ユーザがついうっかり暗号化の操作を忘れてしまったら、暗号化されていない安全性の低いファイルが残ってしまう問題があった。
【０００８】
また、ファイル単位で暗号化するのではなく、暗号化の設定を行ったフォルダを用意しておき、そのフォルダの中に保存した場合に自動的に暗号化させる方法も存在するが、この方法では保存するフォルダが制限されてしまう問題点があった。
【０００９】
さらに、保存するファイルを全て暗号化してしまう方法も可能であるが、この方法では機密度のあまり高くないファイルの関しても暗号化を行ってしまうため、暗号化処理に無駄な時間がかかったり、このファイルを開く際の復号化処理に無駄な時間がかかってしまう問題点があった。
【００１０】
本発明は、簡単な操作により、必要に応じたレベルでファイルの安全性を確保することのできる情報処理装置および方法ならびに情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の一側面は、例えば、ユーザ認証を経てサーバとの通信を行う情報処理装置に係り、ユーザ認証を得るために認証情報を出力する出力手段と、前記認証情報によってユーザ認証が成功した場合、前記認証情報の安全度に応じた強度の暗号化アルゴリズムを使用して前記サーバとの通信路を確立する通信処理手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、簡単な操作により、必要に応じたレベルでファイルの安全性を確保することのできる情報処理装置および方法ならびに情報処理システムが提供される。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。
【００１４】
図１は、本実施形態における情報処理システムの構成を示すブロック図である。
【００１５】
この情報処理システムは、図示の如く、ネットワーク（ＬＡＮ、インターネットなど）５０を介して、クライアント１０、ファイルサーバ２０、認証サーバ３０が接続された構成である。この観点から、以下では、本情報処理システムを「ネットワークシステム」という場合もある。認証サーバ３０は、クライアント２０がネットワーク５０に参加するためのユーザ認証を行うためのものとして設けられているが、このような認証サーバを設けないかわりに、例えばファイルサーバ２０が認証サーバ３０の機能を有していてもよい。また、同図には参照番号１０で示されるクライアントが１つだけ接続されているが、このネットワーク５０に接続されるクライアントの数は問題ではない。すなわち、クライアントは１だけでもよいし複数存在していてもよい。
【００１６】
クライアント１０、ファイルサーバ２０、認証サーバ３０はそれぞれ、例えば一般のパーソナルコンピュータやワークステーションで実現できるものであり、そのハードウェア構成は基本的に同様のものである。したがって、ここでは代表的にクライアント１０のハードウェア構成についてのみ説明することにする。
【００１７】
クライアント１０は、装置全体の制御を担うＣＰＵ１、ブートプログラムや固定的なデータを記憶しているＲＯＭ２、主記憶装置として機能するＲＡＭ３をはじめ、以下の構成を備える。ＨＤＤ４はハードディスク装置で、ここにＯＳや文書ファイル等を生成するアプリケーションプログラムのほか、パスワードファイル、ネットワーク制御プログラム、ファイル転送プログラム等が格納されている。ＶＲＡＭ５は表示しようとするイメージデータを展開するメモリであり、ここにイメージデータ等を展開することでＣＲＴ６に表示させることができる。なお、６には表示装置の一例としてＣＲＴを使用するが、ＣＲＴではなく液晶モニタ等を使用することももちろん可能である。７および８はそれぞれ、各種設定を行うためのキーボードおよびマウスである。また、９はネットワーク５０と通信を行うためのインタフェースである。
【００１８】
本実施形態におけるハードウェア構成は概ね上記のとおりであるが、ファイルサーバ２０、認証サーバ３０はそれぞれ、その機能を実現するプログラムを有している。
【００１９】
図３は、パスワードファイル２３の構成例を示す図である。パスワードファイル２３はユーザＩＤ２１とパスワード２２が対になって登録されたファイルである。各ユーザは必ず他のユーザとは異なるユーザＩＤを持つ。なお、本実施形態では、パスワード２２は必ず１０文字以上の長さを持っているものとする。なお、本実施形態では認証サーバ３０も同じ構成のパスワードファイルを有している。
【００２０】
図４は、クライアント１０がネットワークシステムにログインする際の手順を示すフローチャートである。このフローチャートに対応するプログラムはＨＤＤ４に格納されているネットワーク制御プログラムに含まれ、ＲＡＭ３にロードされた後ＣＰＵ１によって実行されるものである。
【００２１】
ステップＳ０１は、ログインダイアログを表示するステップで、ＣＲＴ６に、図５で示すような、ログインダイアログを表示する。ステップＳ０２では、表示したログインダイアログを介してユーザによりログインするネットワーク名と、認証情報としてのユーザＩＤおよびパスワードが入力されるのを待機する。ユーザは、図５に示すログインダイアログの中のネットワーク入力エリア３４にログインするネットワーク名を入力し、ユーザＩＤ入力エリア３１にユーザＩＤを入力し、パスワード入力エリア３２にパスワードを入力する。入力が完了し、「ＯＫ」ボタン３３が押されると、入力内容が確定される。
【００２２】
さて、本実施形態では、ユーザはこの場面で短い文字数のパスワードと長い文字数のパスワードを選択的に入力することができる。図３に示したユーザ「suzuki-tarou」を例に説明する。図３のとおり、ユーザ「suzuki-tarou」のパスワードは「abcde12345」として登録されているが、ユーザ「suzuki-tarou」は、このパスワードの10文字すべてのフルレングスバージョン「abcde12345」を使用することもできるし、先頭から例えば５文字のみのショートレングスバージョン「abcde」を使用することもできる。ここで、ショートレングスバージョンよりも文字数の多いフルレングスバージョンの方がセキュリティの観点からは安全度が高いといえる。本実施形態では、後述するようにパスワードの長さ（すなわち、認証情報の安全度）に応じてファイルの暗号化の強度が変更されることになるので、ユーザは、今回のコンピュータの使用で、機密度の高いファイルを処理する予定がある場合には、フルレングスバージョンのパスワードを入力し、機密度の高いファイルを操作（参照、保存、更新、印刷など）する予定のない場合には、ショートレングスバージョンのパスワードを入力することが好ましい。
【００２３】
次のステップＳ０３では、入力されたユーザＩＤとパスワードをネットワーク５０を介して認証サーバ３０へ送信する。なお、認証サーバの情報はあらかじめ操作するコンピュータ上に設定されているか、認証のためのネットワーク通信プロトコルを通じて取得することが一般的に行われる。
【００２４】
認証サーバ３０は図７に示すようなユーザ認証手順を実行する。ステップＳ２１では、クライアントからのアクセスを待ち受ける。クライアントからのアクセスがあった場合、所定の手続き（ネゴシエーション）が行われ、コネクションが成立するとステップＳ２２でクライアントから認証情報を入手する。次にステップＳ２３で、入力した認証情報から抽出されるパスワードの文字数を数え、これを記憶する。これによって、ユーザが機密性の高いファイルを操作しようと思っているかどうかが判別できることになる。次にステップＳ２４で、図５のログインダイアログのパスワード入力エリア３２に入力されたパスワードと図３に示したパスワードファイルに登録されているパスワードとを比較する。ただし、パスワードの比較は、ステップＳ２３で記憶された文字数分だけで実施される。ここでの比較の結果、パスワードが一致すると判定された場合は、ステップＳ２６に進む。
【００２５】
ステップＳ２６では、アクセスレベルの判定を行う。例えば、ステップＳ２３で数えたパスワードの文字数が所定値（例えば、７）以上であるかどうかを判定する。パスワードの文字数が所定値以上であればユーザはフルレングスバージョンのパスワードを入力したことが分かり、これによりユーザは機密性の高いファイルに対する処理を望んでいることが判断できる。この場合にはアクセスレベルを機密性の高いファイルを操作する「機密アクセスレベル」と判定する。一方、パスワードの文字数が所定値未満であればユーザはショートレングスバージョンのパスワードを入力したことが分かり、これによりユーザは機密性の高いファイルに対する処理の予定はないと判断できる。この場合にはアクセスレベルを機密性の高くないファイルを操作する「通常アクセスレベル」と判定する。その後、ステップＳ２７に進み、認証が成功したことのメッセージを、ステップＳ２６で判定したアクセスレベルの情報と共にクライアントに返信する。
【００２６】
他方、ステップＳ２４においてパスワードが一致しないと判定された場合はステップＳ２５に進み、ユーザ認証が失敗したことのメッセージをクライアントに返信する。その後、認証サーバ３０はステップＳ２１に戻り再びクライアントからのアクセスを待つ。
【００２７】
説明を図４のフローチャート（クライアントの処理）に戻す。クライアント１０は、ステップＳ０４で認証サーバ３０からの認証結果を受信し、ステップＳ０５で、ユーザ認証が成功したか否かを判断する。ユーザ認証が失敗と判定された場合は、ステップＳ０６に進み、認証失敗の表示を行った後、ステップＳ０１に戻って、再度ログインダイアログを表示する。また、ユーザ認証が成功したと判定された場合は、ステップＳ０７に進み、認証サーバ３０から入手したアクセスレベルをＨＤＤ４に記録し、コンピュータ（クライアント）を利用できる状態にする（ステップＳ０８）。
【００２８】
図６は、クライアント１０がファイルをネットワーク５０を介してファイルサーバ２０へ保存する際の手順を示すフローチャートである。このフローチャートに対応するプログラムは例えばアプリケーションプログラムおよびデータ転送プログラムに含まれ、これらのプログラムがＲＡＭ３にロードされてＣＰＵ１によって実行される。
【００２９】
ステップＳ１１は、アプリケーションプログラムがファイル保存ダイアログを表示するステップで、例えば、モニタ６に、図２に示すようなファイル保存ダイアログを表示する。次のステップＳ１２では、ユーザによりファイル保存ダイアログを介して保存するファイル名が入力されるのを待機する。保存するファイル名が入力されると、次に、ステップＳ１３で、アプリケーションプログラムがデータ転送プログラムを呼び出す。次のステップＳ１４では、ステップＳ０７（図４）で記録されたアクセスレベルを調べ、アクセスレベルが「通常アクセスレベル」の場合、すなわちユーザがネットワークにログインした時のパスワードの文字数が予め定められた所定値より短かった場合は、ステップＳ１６に進み、通常アクセスレベルの暗号化を施す通信路の確立をファイルサーバ２０との間で行う。他方、アクセスレベルが「機密アクセスレベル」であった場合、すなわちユーザがネットワークにログインした時のパスワードの文字数が予め定められた所定値より長かった場合には、ステップＳ１５に進み、機密アクセスレベルの暗号化を施す通信路の確立をファイルサーバ２０との間で行う。本実施形態においては例えば、通常アクセスレベルの暗号化に１２８ｂｉｔの暗号化アルゴリズム、機密アクセスレベルの暗号化に１０２４ｂｉｔの暗号化アルゴリズムを用いる。
【００３０】
ファイルサーバ２０との通信路が確立された後は、ステップＳ１７でデータ転送が行われる。ステップＳ１８では終了処理が行われる。転送完了後、ファイルサーバ２０への保存が成功した場合には完了したことがアプリケーションに通知され、失敗した場合はエラーコードが通知される。この情報を基にアプリケーションはステータスをダイアログ（図示せず）に表示してユーザに知らせる。
【００３１】
以上説明した実施形態における処理によれば、ユーザが入力した認証情報としてのパスワードの長さ（すなわち認証情報の安全度）に応じた強度の暗号化アルゴリズムを使用してクライアントとファイルサーバとの通信路が確立されるので、ユーザは、長さの異なる複数のパスワードを選択的に入力するという簡単な操作によって、ファイルの安全性が確保され、かつ、不必要に強度の強い暗号化が実行されるという無駄を回避することが可能になる。
【００３２】
（他の実施形態）
なお、上述の本実施形態では、１つのパスワードの先頭からの文字数によって（ショートレングスバージョンとフルレングスバージョンの）パスワードを使い分けるようにしたが、機密度の高くないファイルを作成する場合の短いパスワードと、機密度の高いファイルを作成する場合の長いパスワードの２つを別々に登録して選択的に用いる方法であってもかまわない。一般的にパスワードはそのままの文字列で格納される事はまれであり、通常は登録時に暗号化され、その結果がパスワードファイルなどに保存される。その照合手法は様々であるが、ユーザログイン時に入力した文字列を登録時と同じ暗号化手法で暗号化してできた文字列とを照合する方法もある。本実施例に記載したように、登録されているものとログイン時に入力されたパスワードを照合する場合に一文字づつを比較する事はまれである。パスワードの入力文字数を規定しないで自由な長さで扱う場合は、登録時に文字数分のパスワードを同時に持っておく事で解決できる。例えば、登録パスワードは5文字以上10文字以内、長さを判定する所定値を7文字とした場合、ユーザ登録時に5文字から10文字まで一文字づつ文字を追加していったパスワードデータを作成し、同一ユーザのパスワードリストとして登録する。ここで、あるユーザが8文字のパスワードでユーザ登録した場合、登録パスワードは5文字のものから8文字のものまでの計4個が暗号化されて同一ユーザのパスワードとなる。このユーザが機密性の高くないファイルを保存する作業のためにログインする時、例えばパスワードとして6文字を入力したとすると、この6文字を暗号化した文字列と、パスワードファイルに格納してある4個のパスワードとを照合する事によりユーザ認証が可能となる。
【００３３】
また、上述の実施形態では長さの違うパスワードでユーザ認証を行ったが、異なる複数の認証方法を用いてもかまわない。例えば、パスワードによりユーザを認証するパスワード認証と、指紋等の生体的特徴でユーザを認証するバイオメトリクス認証とのいずれかを選択可能にしておき、ユーザがパスワード認証を選択した場合は通常アクセスレベルに対応する暗号化で通信路の確立を行い、バイオメトリクス認証を選択した場合は機密アクセスレベルに対応する暗号化で通信路の確立を行うように構成してもよい。
【００３４】
また、上述の実施形態におけるパスワードファイルは説明を簡便にするためにそのパスワード部分を入力される文字列そのもので表記してあるが、通常、パスワードファイルにおけるパスワード部分には、暗号化された文字列が記述される。この場合における暗号化には一方向の関数を使うことが多く（逆算不可能なもの）、パスワードを暗号化してこのファイルに格納する場合、長いパスワードと短いパスワードの２種類を格納することになる（図８、６４参照）。具体的には、ユーザＩＤ「suzuki-tarou」（６１）の場合、５文字のパスワード「abcde」を暗号化した文字列（６２）と１０文字のパスワード「abcde12345」を暗号化した文字列（６３）の２種類が格納される。
【００３５】
以上、本発明の実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００３６】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータがその供給されたプログラムコードを読み出して実行することによっても達成される。その場合、プログラムの機能を有していれば、その形態はプログラムである必要はない。
【００３７】
従って、本発明の機能処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体およびそのプログラムを格納した記憶媒体も本発明を構成することになる。つまり、本発明の特許請求の範囲には、本発明の機能処理を実現するためのコンピュータプログラム自体、およびそのプログラムを格納した記憶媒体も含まれる。
【００３８】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００３９】
プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００４０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、そのホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００４１】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００４２】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００４３】
さらに、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００４４】
【図１】実施形態における情報処理システムの構成を示す図である。
【図２】実施形態におけるファイル保存ダイアログの一例を示す図である。
【図３】実施形態におけるパスワードファイルの構成例を示す図である。
【図４】実施形態におけるクライアントのネットワークシステムへのログイン手順を示すフローチャートである。
【図５】実施形態におけるクライアントに表示されるログインダイアログの一例を示す図である。
【図６】実施形態におけるクライアントからファイルサーバへファイルを転送する際の手順を示すフローチャートである。
【図７】実施形態における認証サーバによるユーザ認証手順を示すフローチャートである。
【図８】実施形態における暗号化されたパスワードファイルの一例を示す図である。
【図１】
2005346310.tif 000003
【図２】
2005346310.tif 000004
【図３】
2005346310.tif 000005
【図４】
2005346310.tif 000006
【図５】
2005346310.tif 000007
【図６】
2005346310.tif 000008
【図７】
2005346310.tif 000009
【図８】
2005346310.tif 000010