(57)【要約】【課題】  セキュリティ性および柔軟性を高める。【解決手段】  所定の第１の文字コード体系に対応する文字から構成される文字列をログイン情報として使用するログイン情報処理システムにおいて、第１の文字コード体系で制御のために利用される制御文字とされている第１の文字を、制御文字としない第２の文字コード体系が規定されている場合、入力された前記ログイン情報を構成する文字を、当該第１の文字コード体系から第２の文字コード体系へ変換する文字コード変換部と、文字コード変換部による変換結果を、前記ログイン情報として登録しておくログイン情報登録部とを備え、第１の文字コード体系で、前記第１の文字を含むログイン情報の使用を許容する。【選択図】  図１
2006244286.tif 000002
【特許請求の範囲】
【請求項１】
所定の第１の文字コード体系に対応する文字から構成される文字列をログイン情報として使用するログイン情報処理システムにおいて、
前記第１の文字コード体系で制御のために利用される制御文字とされている第１の文字を、制御文字としない第２の文字コード体系が規定されている場合、入力された前記ログイン情報を構成する文字を、当該第１の文字コード体系から第２の文字コード体系へ変換する文字コード変換部と、
当該文字コード変換部による変換結果を、前記ログイン情報として登録しておくログイン情報登録部とを備え、
前記第１の文字コード体系で、前記第１の文字を含むログイン情報の使用を許容することを特徴とするログイン情報処理システム。
【請求項２】
所定の第１の文字コード体系に対応する文字から構成される文字列をログイン情報として使用するログイン情報処理方法において、
前記第１の文字コード体系で制御のために利用される制御文字とされている第１の文字を、制御文字としない第２の文字コード体系が規定されている場合、文字コード変換部が、入力された前記ログイン情報を構成する文字を、当該第１の文字コード体系から第２の文字コード体系へ変換し、
ログイン情報登録部が、当該文字コード変換部による変換結果を、前記ログイン情報として登録し、
前記第１の文字コード体系で、前記第１の文字を含むログイン情報の使用を許容することを特徴とするログイン情報処理方法。
【請求項３】
所定の第１の文字コード体系に対応する文字から構成される文字列をログイン情報として使用するログイン情報処理プログラムにおいて、コンピュータに、
前記第１の文字コード体系で制御のために利用される制御文字とされている第１の文字を、制御文字としない第２の文字コード体系が規定されている場合、入力された前記ログイン情報を構成する文字を、当該第１の文字コード体系から第２の文字コード体系へ変換する文字コード変換機能と、
当該文字コード変換機能による変換結果を、前記ログイン情報として登録しておくログイン情報登録機能とを実現させ、
前記第１の文字コード体系で、前記第１の文字を含むログイン情報の使用を許容することを特徴とするログイン情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はログイン情報処理システム、ログイン情報処理方法、およびログイン情報処理プログラムに関し、例えば、パスワードの登録や当該パスワードを入力してユーザ認証を行う場合などに適用して好適なものである。
【背景技術】
【０００２】
従来、文字コード体系としては様々なものが規定されているが、例えば、ＡＳＣＩＩコードでは、アルファベットの大文字、小文字、数字、記号などに文字コードが割り当てられており、ユーザがこれらの文字（数字、記号なども含む）を入力した場合、コンピュータの内部では、その文字に対応する文字コードに、各種の処理が施される。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上述したＡＳＣＩＩコードの場合、画面上でスペース（空欄）として表示される文字は、情報処理装置の制御に用いられる制御文字の１つとされているため、前記パスワード等の文字列を構成する文字としては用いることができなかった。
【０００４】
したがってユーザが、例えば、「ab cd」のような文字列からなるパスワードを設定しようとすると、その設定を拒否されることになる。この例で「b」と「c」のあいだに配置されている当該スペース「 」は、情報処理装置により、文字と文字の間隔を示す制御文字として利用されるものであり、パスワード等の内容を構成する文字としての利用を許すと、情報処理装置の制御に用いられる制御文字であるのか、ユーザが入力した文字列の内容を構成する文字であるのか区別することができず、正常な情報処理を行うことができなくなるからである。
【０００５】
しかしながら、通常のユーザインタフェースからユーザが入力可能な文字であるにもかかわらず、制御文字であるという理由でその使用を拒否すると、１文字として入力可能な文字の種類が少なくなり、いわゆるブルートフォースのように入力可能な文字列を総当たり的に入力して試みられる不正アクセスに対して脆弱になる点でセキュリティ性が低い。また、入力できる文字の制約が多い点では、柔軟性が低いといえる。
【０００６】
同様な課題は、パスワードに限らず、ユーザＩＤなど、ログインに用いられ得るその他の情報についてもそのまま当てはまる。
【課題を解決するための手段】
【０００７】
かかる課題を解決するために、第１の本発明では、所定の第１の文字コード体系に対応する文字から構成される文字列をログイン情報として使用するログイン情報処理システムにおいて、（１）前記第１の文字コード体系で制御のために利用される制御文字とされている第１の文字を、制御文字としない第２の文字コード体系が規定されている場合、入力された前記ログイン情報を構成する文字を、当該第１の文字コード体系から第２の文字コード体系へ変換する文字コード変換部と、（２）当該文字コード変換部による変換結果を、前記ログイン情報として登録しておくログイン情報登録部とを備え、（３）前記第１の文字コード体系で、前記第１の文字を含むログイン情報の使用を許容することを特徴とする。
【０００８】
また、第２の本発明では、所定の第１の文字コード体系に対応する文字から構成される文字列をログイン情報として使用するログイン情報処理方法において、（１）前記第１の文字コード体系で制御のために利用される制御文字とされている第１の文字を、制御文字としない第２の文字コード体系が規定されている場合、文字コード変換部が、入力された前記ログイン情報を構成する文字を、当該第１の文字コード体系から第２の文字コード体系へ変換し、（２）ログイン情報登録部が、当該文字コード変換部による変換結果を、前記ログイン情報として登録し、（３）前記第１の文字コード体系で、前記第１の文字を含むログイン情報の使用を許容することを特徴とする。
【０００９】
さらに、第３の本発明では、所定の第１の文字コード体系に対応する文字から構成される文字列をログイン情報として使用するログイン情報処理プログラムにおいて、コンピュータに、（１）前記第１の文字コード体系で制御のために利用される制御文字とされている第１の文字を、制御文字としない第２の文字コード体系が規定されている場合、入力された前記ログイン情報を構成する文字を、当該第１の文字コード体系から第２の文字コード体系へ変換する文字コード変換機能と、（２）当該文字コード変換機能による変換結果を、前記ログイン情報として登録しておくログイン情報登録機能とを実現させ、（３）前記第１の文字コード体系で、前記第１の文字を含むログイン情報の使用を許容することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、セキュリティ性および柔軟性を高めることができる。
【発明を実施するための最良の形態】
【００１１】
（Ａ）実施形態
以下、本発明にかかるログイン情報処理システム、ログイン情報処理方法、およびログイン情報処理プログラムの実施形態について説明する。
【００１２】
（Ａ−１）実施形態の構成
本実施形態にかかる通信システム１０の全体構成例を図１に示す。通信システム１０は全体として、クライアント−サーバ型のシステムを構成している。
【００１３】
図１において、当該通信システム１０は、サーバ装置１１と、クライアント装置１２とを備えている。１つの情報処理装置の内部に図１に示した通信システム１０全体が含まれる構成もあり得るが、ここでは、ネットワーク経由でサーバ装置１１と、クライアント装置１２が接続されている構成を想定する。このネットワークは一例としてインターネットであってもよい。また、クライアント装置１２とサーバ装置１１のあいだの通信に用いられる通信アプリケーションとして、ＷｅｂまたはTelnetを想定する。
【００１４】
サーバ装置１１およびクライアント装置１２の内部に配置された各構成要素の機能は、ハードウエア的に実現してもかまわないが、通常の実装では、そのほとんどが、ソフトウエア的に実現されるものである。
【００１５】
クライアント装置１２は、ＨＴＭＬ解析部３０と、ＪａｖａＳｃｒｉｐｔ部３１とを備え、サーバ装置１１は、ＣＧＩ（コモンゲートウエイインタフェース）部２０と、データ管理プロセス２１と、データファイル２２，２３とを備えている。
【００１６】
ＨＴＴＰクライアントとしての機能も持つクライアント装置１２には、Ｗｅｂブラウザが搭載されており、当該Ｗｅｂブラウザの機能の一部として前記ＨＴＭＬ解析部３０が存在する。ＨＴＭＬ解析部３０は、ＨＴＴＰリクエストメッセージの送信時、または、当該ＨＴＴＰリクエストメッセージに対するサーバ装置１１からのレスポンスであるＨＴＴＰレスポンスメッセージの受信時に、これらメッセージの本体部分を構成するＨＴＭＬ（ＨＴＭＬファイル）の解析を行う部分である。
【００１７】
前記ＪａｖａＳｃｒｉｐｔ部３１は、ＪａｖａＳｃｒｉｐｔの解釈実行を行うＪａｖａＳｃｒｉｐｔインタープリタに対応する部分で、前記Ｗｅｂブラウザの拡張機能の１つとして実現され得る。当該ＪａｖａＳｃｒｉｐｔ部３１の機能を決めるＪａｖａＳｃｒｉｐｔ自体は、様々な機能を実現できるプログラムの一種であるが、前記ＨＴＭＬファイルのなかに記述されている。前記ＨＴＭＬ解析部３０は、受信したＨＴＴＰレスポンスメッセージ中のＨＴＭＬファイルのなかにＪａｖａＳｃｒｉｐｔが含まれていることを検出すると、そのＪａｖａＳｃｒｉｐｔを当該ＪａｖａＳｃｒｉｐｔ部３１に渡して解釈実行させる。本実施形態の特徴の１つは、当該ＪａｖａＳｃｒｉｐｔに、文字コード体系変換機能を持たせている点にある。
【００１８】
この文字コード体系変換機能は、ユーザＵ１がブラウザ画面すなわちＷｅｂページ（主として、前記ＨＴＭＬファイルの内容によって決まる）上の該当する入力欄に入力した文字列（例えば、パスワード）を、ＡＳＣＩＩコード体系からＸＸ形式１６進数の文字コード体系へ変換する。図１の例の場合、ユーザは「ab cd」と入力している。ただし、１０進数表現でみると「ab cd」に対応する文字コード列は、ＡＳＣＩＩコード体系でもＸＸ形式１６進文字コード体系でも同じで、「6162206364」となる。
【００１９】
「6162206364」のうち「61」は、前記「a」に対応する文字コードである。表記自体は同じ「61」で変わっていないが、ＡＳＣＩＩコード体系における「61」は７ビット長のデータであるのに、ＸＸ形式１６進文字コード体系における「61」は８ビット長のデータである。
【００２０】
周知のようにＡＳＣＩＩコード体系は、横（行）方向が０〜７、縦（列）方向が０〜Ｆの表として表現することができ、ＡＳＣＩＩコード体系における任意の１文字（数字、記号なども含む）は、この行方向の位置と列方向の位置を指定することによって特定されるから、横方向０〜７のなかの１つを指定するのに３ビット、列方向０〜Ｆのなかの１つを指定するのに４ビットで、合計７ビットになる。前記「61」は、横方向が「6」で縦方向が「1」であるから、２の補数で表現すると横方向は「１１０」（＝６）、縦方向は「０００１」（＝１）になる。
【００２１】
同様に、ＸＸ形式１６進文字コード体系で当該「61」を表現すると、横方向が「０１１０」、縦方向が「０００１」と表現できるため、２の補数表現では両者の相違が明確になる。通常、情報処理装置の内部では、１０進数表現が用いられることは希で、２の補数表現またはそれに類する表現が用いられる。このケースの場合、先頭ビットに「０」を付加して、前記「１１０」を「０１１０」にすることが、文字コード体系変換機能による変換の具体的な内容となる。
【００２２】
前記スペース「 」に対応する「20」（１０進数表現）も含め、前記「ab cd」の各文字について、これと同様な変換が、前記文字コード体系変換機能に応じて、ＪａｖａＳｃｒｉｐｔ部３１で実行されることになる。文字コード体系変換機能による変換結果を第１の変換結果と呼ぶ。
【００２３】
なお、スペースに対応する前記「20」は、ＡＳＣＩＩコード体系では制御文字とされていたが、ＸＸ形式１６進文字コード体系では制御文字とされていない。
【００２４】
文字コード体系変換機能による変換が終了すると、第１の変換結果がＪａｖａＳｃｒｉｐｔ部３１から前記ＨＴＭＬ解析部３０に渡される。これを受け取ったＨＴＭＬ解析部３０は、この第１の変換結果を、前記入力欄にユーザＵ１が入力した文字列であるものとして、前記ＷｅｂブラウザにＨＴＴＰリクエストメッセージを送信させる。
【００２５】
当該ＨＴＴＰリクエストメッセージを前記インターネット経由で受け取る前記ＣＧＩ部２０は、当該ＨＴＴＰリクエストメッセージに含まれる前記第１の変換結果をデータ管理プロセス２１に渡す部分である。
【００２６】
データ管理プロセス２１は、サーバ装置１１上で各構成要素間のデータの受け渡しや文字コード体系の変換などを実行する機能である。例えば、ＯＳ（オペレーティングシステム）の一部として、当該データ管理プロセス２１の機能を実現することができる。
【００２７】
当該データ管理プロセス２１は、前記第１の変換結果（ＸＸ形式１６進文字コード体系の文字コード列）をデータファイル２２に書き込み、当該第１の変換結果をさらに変換することによって得られる第２の変換結果（\xＸＸ形式１６進文字コード体系の文字コード列）をデータファイル２３に書き込む。
【００２８】
ここで、\xＸＸ形式１６進文字コード体系は、８ビット長のデータである任意の１文字「ＸＸ」ごとに先頭に「\x」を付加することにより、文字の区切りを明確にする文字コード体系である。サーバ装置１１側で実行されるスクリプト（図示せず）が、仕様上、この\xＸＸ形式１６進文字コード体系にしたがって記述された文字コード列を取り扱うため、当該\xＸＸ形式１６進文字コード体系への変換が必要になる。
【００２９】
データファイル２２は、当該データ管理プロセス２１から書き込まれた前記第１の変換結果（ＸＸ形式１６進文字コード体系の文字コード列）を収容しておくためのファイルである。
【００３０】
データファイル２３は、前記第２の変換結果（\xＸＸ形式１６進文字コード体系の文字コード列）を収容しておくためのファイルである。前記スクリプトが実行されるときに、当該データファイル２３内の第２の変換結果を読み出して利用する。
【００３１】
コマンド部２４は、コマンドを受け取ると、そのコマンドに対応するプログラムを起動させる部分である。パスワードを表示させるプログラムを起動させるパスワード表示コマンドなどもそのようなコマンドの１つである。前記クライアント装置１２側でTelnetクライアントを起動して、コマンドラインから、ユーザ認証のためのパスワードを入力したり、前記パスワード表示コマンドを入力させることができる。
【００３２】
図１と別な観点によるサーバ装置１１の内部構成例を図２に示す。サーバ装置１１は、一例として、ＶｏＩＰゲートウエイなどの通信装置が遠隔保守を受けるために備える機能であってよい。
【００３３】
（Ａ−１−１）サーバ装置の内部構成例
図２において、当該サーバ装置１１は、通信部４０と、制御部４１と、記憶部４２とを備えている。
【００３４】
このうち通信部４０は、ＩＰプロトコルなどの通信プロトコルを処理する部分である。インターネット経由で前記クライアント装置１２から到来するＨＴＴＰリクエストメッセージは、この通信部４０に受信されたときにはＩＰパケットに収容された状態であるが、当該通信部４０によってＩＰパケットから抽出される。反対に、当該ＨＴＴＰリクエストメッセージに応えてＨＴＴＰレスポンスメッセージを送信するときには、Ｗｅｂサーバソフト（図示せず）から受け取った当該ＨＴＴＰレスポンスメッセージが、当該通信部４０によってＩＰパケットに収容され、ＩＰパケットに収容された状態でインターネットに送出される。
【００３５】
制御部４１はハードウエア的には当該サーバ装置１１のＣＰＵ（中央処理装置）に相当し、ソフトウエア的には前記ＯＳの主要部に相当し得る部分である。
【００３６】
記憶部４２はハードウエア的には不揮発性記憶手段（例えば、ＲＯＭやハードディスクなど）および揮発性記憶手段（例えば、ＲＡＭなど）に相当し、ソフトウエア的には、各種のファイルなどに相当する部分である。前記ＯＳなどソフトウエア的に実現された機能は、プログラムファイルやデータファイルなどの形でこのようなファイルの１つとなり得る。したがって、図１に図示したサーバ装置１１内の各構成要素２０〜２４がその機能を発揮するときには、通常、当該記憶部４２中のＲＡＭ（一次記憶装置）に読み込まれた状態にある。
【００３７】
次に、図１と別な観点によるクライアント装置１２の内部構成例を図３に示す。当該クライアント装置１２は、例えば、通常のパーソナルコンピュータであってもよいが、前記ＶｏＩＰゲートウエイなどの通信装置に対して遠隔保守を行うための保守コンソールであってもよい。
【００３８】
（Ａ−１−２）クライアント装置の内部構成例
図３において、当該クライアント装置１２は、通信部５０と、制御部５１と、記憶部５２と、操作部５３と、表示部５４とを備えている。
【００３９】
このうち通信部５０は前記通信部４０に対応し、制御部５１は前記制御部４１に対応し、記憶部５２は前記記憶部４２に対応するので、その詳しい説明は省略する。
【００４０】
ただし、クライアント装置１２にはＷｅｂブラウザが搭載されている。Ｗｅｂブラウザの機能の一部である前記ＨＴＭＬ解析部３０や、前記ＪａｖａＳｃｒｉｐｔ部３１が機能を発揮するときに、前記記憶部５２中のＲＡＭ（一次記憶装置）に読み込まれる。
【００４１】
前記操作部５３は、ユーザＵ１が操作してクライアント装置１２に指示を伝える部分である。クライアント装置１２が通常のパーソナルコンピュータであるものとすると、マウスなどのポインティングデバイスや、キーボードなどによって当該操作部５３が構成される。
【００４２】
表示部５４はユーザＵ１に閲覧させるための画面表示を行う部分で、例えば、液晶ディスプレイ装置などの表示装置によって構成される。Ｗｅｂブラウザの機能によって表示されるブラウザ画面も当該表示部５４に表示される。前記パスワード「ab cd」を入力するための入力欄を備えたＷｅｂページ（ブラウザ画面）も、この表示部５４に表示されるものである。
【００４３】
以下、上記のような構成を有する本実施形態の動作について図１を参照しながら説明する。
【００４４】
図１には、Ｓ１０〜Ｓ１６の各ステップが含まれている。
【００４５】
ユーザＵ１がユーザＩＤやパスワードなどの情報を設定するために、前記クライアント装置１２のＷｅｂブラウザを用いて該当するＵＲＬで指定されるＷｅｂページを閲覧しているところから処理が始まるものとする。このＷｅｂページは、ユーザＩＤやパスワードの設定のために用意された設定用Ｗｅｂページであってもよい。
【００４６】
（Ａ−２）実施形態の動作
ユーザＵ１が、クライアント装置１２の前記操作部５３を操作して、前記表示部５４に画面表示された当該Ｗｅｂページ上に設けられた入力欄に、例えば、パスワードとして前記「ab cd」を入力し、入力結果の送信を指示する操作を実行したものとする。このとき、前記ＨＴＭＬ解析部３０が、ＡＳＣＩＩコード体系における当該「ab cd」に対応した文字コード列を前記ＪａｖａＳｃｒｉｐｔ部３１に供給し、ＪａｖａＳｃｒｉｐｔ部３１で、当該文字コード列が前記ＸＸ形式１６進文字コード体系における文字コード列に変換される（Ｓ１０）。
【００４７】
具体的には、当該ステップＳ１０では、上述したように、先頭ビットに「０」を付加すること等による変換を実行する。前記スペース「 」に対応する「20」（１０進数表現）も含め、前記「ab cd」の各文字について、これと同様な変換が実行され、前記第１の変換結果が得られる。
【００４８】
得られた第１の変換結果は、当該ＪａｖａＳｃｒｉｐｔ部２１からＨＴＭＬ解析部３０に渡される（Ｓ１１）。そして、当該ＨＴＭＬ解析部３０が指示を出すことにより、Ｗｅｂブラウザからサーバ装置１１へ、前記第１の変換結果を含むＨＴＴＰリクエストメッセージが送信される（Ｓ１２）。
【００４９】
当該ＨＴＴＰリクエストメッセージに含まれる第１の変換結果は、サーバ装置１１内のＣＧＩ部２０を介してデータ管理プロセス２１に渡され（Ｓ１３）、データ管理プロセス２１により、設定データファイル２２に書き込まれる。
【００５０】
また、このとき必要に応じて、データ管理プロセス２１は、ステップＳ１５を実行する。ステップＳ１５では、ＸＸ形式１６進文字コード体系における文字コード列を、前記\xＸＸ形式１６進文字コード体系の文字コード列に変換して前記第２の変換結果を得、データファイル２３に書き込む。
【００５１】
このあと、クライアント装置１２側で前記Telnetクライアントを起動してコマンドラインから前記パスワード表示コマンドを入力したとすると、従来はパスワードとして使用できなかったスペース「 」を含むパスワード「ab cd」がパスワードとして設定されていることを確認することができる。これは、前記設定データファイル２２に収容されていた当該パスワード「ab cd」に対応するＸＸ形式１６進文字コード体系の文字コード列が、データ管理プロセス２１を介して読み出されて、クライアント装置１２の表示部５４に表示されたものである。
【００５２】
このとき、読み出したＸＸ形式１６進文字コード体系の文字コード列をもとに、そのまま対応する文字を表示させることが難しい場合には、ＡＳＣＩＩコード体系の文字コード列に変換して表示させるようにしてもよい。
【００５３】
なお、以上では、主としてスペース「 」を含むパスワード「ab cd」を設定する場合を例に説明したが、パスワードの設定が完了したあと、ユーザ認証を受けるためにユーザＵ１が当該「ab cd」を入力する場合などにも、スペース「 」の入力が許容されることは当然である。
【００５４】
（Ａ−３）実施形態の効果
本実施形態によれば、ＡＳＣＩＩコード体系で制御文字とされているスペース「 」も、ユーザが入力するパスワード等の内容を構成する文字として用いることができるため、１文字として入力可能な文字の種類が多くなり、ブルートフォースのような不正アクセスに対して強くなって、セキュリティ性が高まる。
【００５５】
また、入力できる文字の制約が少なくなる点では、柔軟性が高まるということもできる。
【００５６】
（Ｂ）他の実施形態
上記実施形態では、ＨＴＭＬファイルのなかに記述されたＪａｖａＳｃｒｉｐｔに文字コード体系変換機能を持たせる構成としたが、文字コード体系変換機能は、クライアント装置１２側またはサーバ装置１１側の任意の構成要素に搭載することが可能である。
【００５７】
ただし、入力禁止としている文字をユーザが入力した場合に所定のエラーメッセージ等を出力して入力の受付を拒否し、入力した文字が入力禁止の文字であることをユーザに伝える構成を取るならば、入力された文字が入力禁止の文字であるか否かを判定する構成要素（禁止判定部）よりもユーザ寄りの構成要素に、当該文字コード体系変換機能を搭載する必要があることは当然である。
【００５８】
したがって、従来、例えばＨＴＭＬファイル内のＪａｖａＳｃｒｉｐｔに当該禁止判定部の機能を持たせる構成を取っており、なおかつ、この構成を変更したくない場合には、ＪａｖａＳｃｒｉｐｔに当該文字コード体系変換機能も持たせ、文字コード体系変換機能による変換結果（第１の変換結果）を当該禁止判定部に判定させる構成にすること等が必要となる。
【００５９】
なお、上記実施形態では、パスワードを例に説明したが、同様なことはログイン時に設定されるその他の情報についてもあてはまる。例えば、ユーザＩＤなどをユーザが設定するケースでは、ユーザＩＤを構成する文字列として、前記スペース「 」を用いることを可能としてもよい。
【００６０】
上記実施形態では、入力する１つの文字列（「ab cd」）のなかに含まれるスペース「 」の数は１つであったが、複数のスペースが含まれていてもよいことは当然である。
【００６１】
また、上記実施形態ではスペース「 」を例に説明したが、本発明は、スペース「 」以外の制御文字にも適用可能である。
【００６２】
さらに、上記実施形態では、主として、ＡＳＣＩＩコード体系とＸＸ形式１６進文字コード体系を例に説明したが、本発明はその他の文字コード体系にも適用できる可能性がある。
【００６３】
なお、上記実施形態でクライアント装置１２とサーバ装置１１のあいだに介在したネットワークはインターネットであったが、当該インターネットはその他のネットワークに置換できることは当然である。
【００６４】
また、クライアント装置１２とサーバ装置１１のあいだにネットワークが介在しない構成もあり得る。例えば、複数のユーザによって共用されるパソコンに、各ユーザを認証するためのユーザＩＤやパスワードなどを設定する構成を取ることもあり得るからである。
【００６５】
さらに、上記実施形態では、通信アプリケーションとして、ＷｅｂまたはTelnetを用いたが、本発明は、これ以外の通信アプリケーションに適用できる可能性もある。
【００６６】
以上の説明でハードウエア的に実現した機能の大部分はソフトウエア的に実現することが可能であり、ソフトウエア的に実現した機能のほとんど全ては、ハードウエア的に実現することが可能である。
【図面の簡単な説明】
【００６７】
【図１】実施形態にかかる通信システムの全体構成例および動作例を示す概略図である。
【図２】実施形態にかかる通信システムで使用するサーバ装置の内部構成例を示す概略図である。
【図３】実施形態にかかる通信システムで使用するクライアント装置の内部構成例を示す概略図である。
【符号の説明】
【００６８】
１０…通信システム、１１…サーバ装置、１２…クライアント装置、２０…ＣＧＩ部、２１…データ管理プロセス、２２、２３…ファイル、３０…ＨＴＭＬ解析部、３１…ＪａｖａＳｃｒｉｐｔ部、４０、５０…通信部、４１，５１…制御部、４２，５２…記憶部、５３…操作部、５４…表示部。
【図１】
2006244286.tif 000003
【図２】
2006244286.tif 000004
【図３】
2006244286.tif 000005