(57)【特許請求の範囲】
【請求項１】
所定のプログラムを実行する制御部と、
前記所定のプログラムを記憶する記憶部と、
所定のシステムと通信する通信部とを備えるコンピュータの制御用のプログラムであって、
所定のシステムに参加するときに使用されるログインネームを生成する生成ステップと、
前記生成ステップで生成した前記ログインネームを用いて前記システムに対する参加の手続を行う手続ステップと、
前記参加手続が成功しなかった場合、前記ログインネームを変更する変更ステップと
をコンピュータに実行させるためのコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項２】
前記生成ステップにおいては、前記ログインネームの少なくとも一部に数字を用いる
ことを特徴とする請求項１に記載の記録媒体。
【請求項３】
前記生成ステップにおいては、前記数字として前記システムに参加しているユーザの数に対応する数を用いる
ことを特徴とする請求項２に記載の記録媒体。
【請求項４】
前記生成ステップにおいては、アルファベット文字に前記ユーザの数を付加して、前記ログインネームとする
ことを特徴とする請求項３に記載の記録媒体。
【請求項５】
前記生成ステップにおいては、前記システムのうち、第１のシステムに参加するとき用いられる前記ログインネームと、前記第１のシステム内部の第２のシステムに参加するとき用いられる前記ログインネームでは、前記アルファベット文字が変更される
ことを特徴とする請求項４に記載の記録媒体。
【請求項６】
前記システムはサーバであり、
前記手続ステップでは、前記サーバに対するログインの手続を行う
ことを特徴とする請求項１に記載の記録媒体。
【請求項７】
前記システムはチャットチャンネルであり、
前記手続ステップでは、前記チャットチャンネルに対する参加の手続を行う
ことを特徴とする請求項１に記載の記録媒体。
【請求項８】
前記生成ステップにおいては、前記システムのうち、第１のシステムに参加するときおよび、前記第１のシステムの内部の第２のシステムに参加するとき、前記ログインネームを生成する
ことを特徴とする請求項１に記載の記録媒体。
【請求項９】
入力されたメッセージを暗号化する暗号化ステップを
さらに備えることを特徴とする請求項１に記載の記録媒体。
【請求項１０】
前記暗号化ステップにおいては、所定のビット数のデータを、エスケープ符号を用いて、それより小さいビット数のデータに変換する
ことを特徴とする請求項９に記載の記録媒体。
【請求項１１】
前記暗号化ステップにおいては、８ビットデータを７ビット可視ASCII文字列に変換する
ことを特徴とする請求項１０に記載の記録媒体。
【請求項１２】
所定のプログラムを実行する制御部と、
前記所定のプログラムを記憶する記憶部と、
所定のシステムと通信する通信部とを備える情報処理装置の情報処理方法において、
前記制御部による、所定のシステムに参加するときに使用されるログインネームを生成し、
生成した前記ログインネームを用いて前記システムに対する参加の手続を行い、
前記参加手続が成功しなかった場合、前記ログインネームを変更する
ステップを含むことを特徴とする情報処理方法。
【請求項１３】
所定のシステムに参加するときに使用されるログインネームを生成する生成手段と、
前記生成手段で生成した前記ログインネームを用いて前記システムに対する参加の手続を行う手続手段と、
前記参加手続が成功しなかった場合、前記ログインネームを変更する変更手段と
を備えることを特徴とする情報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は記録媒体、情報処理方法および装置に関し、特に、クライアント装置がサーバへログインするとき、またはチャットチャンネルにログインするときに使うログインネームを生成し、生成したログインネームを用いてログインし、ログインが成功しなかった場合、ログインネームを変更してログインを再度行い、接続手続きを簡素化するようにした記録媒体、情報処理方法および装置に関する。
【０００２】
【従来の技術】
チャットシステムとして一般的に用いられているIRC(Internet Relay Chat)方式においては、チャットサーバにログインし、さらにそのチャットサーバ内のチャットチャンネルにログインする必要がある。チャットサーバへのログインおよびチャットチャンネルへのログインに必要な入力パラメータは、図１３の”＜＞”で囲まれた部分である。すなわち、ユーザID、ホスト名、サーバ名、本名、ニックネーム、チャンネル名などが入力パラメータに指定される。これらの入力パラメータの大半は、チャットを行う際のエチケットとして入力するもので、本質的に接続に必要なのは、チャットを行う際のユーザを表す名前であるニックネームのみである。このニックネームは図１４に示すように、ログインネームを兼ねている。
【０００３】
また、ニックネームは半角英数字での表現が要求されており、その数も９文字までに限られている。そして、複数のユーザによる同じニックネームの同時使用は許されていない。
【０００４】
さらに、IRC方式は、ASCII文字列を使った通信用に開発されたものであるため、７ビットデータのみが通信可能であるチャットサーバが多い。また、IRC方式ではチャットの内容に秘匿措置がとられず、そのままネットワークに流されている。
【０００５】
【発明が解決しようとする課題】
このように、ニックネームの同時重複が許されていないため、所定のユーザが、既にログインしている他のユーザにより使用されているニックネームと同一のログインネームを入力してサーバまたはチャットチャンネルにログインしようとした場合には、サーバまたはチャットチャンネルからログインを拒否される。この場合、ユーザは、接続を拒否されたニックネームとは異なるニックネームを入力して、ログインを再度行う必要があるが、再入力したニックネームも他のユーザに使用されていると、再び、接続を拒否され、結局、接続できるまでの時間が長くなる課題があった。
【０００６】
本発明は、このような状況に鑑みてなされたもので、ユーザがチャット上で自由なネームを、他のユーザと重複して使用できるようにし、チャットサーバおよびチャットチャンネルへのログインのリトライ手続きを簡略化するものである。
【０００７】
【課題を解決するための手段】
本発明の記録媒体のプログラムは、所定のシステムに参加するときに使用されるログインネームを生成する生成ステップと、生成ステップで生成したログインネームを用いてシステムに対する参加の手続を行う手続ステップと、参加手続が成功しなかった場合、ログインネームを変更する変更ステップとをコンピュータに実行させることを特徴とする。
【０００８】
本発明の情報処理方法は、制御部による、所定のシステムに参加するときに使用されるログインネームを生成し、生成したログインネームを用いてシステムに対する参加の手続を行い、参加手続が成功しなかった場合、ログインネームを変更するステップを含むことを特徴とする。
【０００９】
本発明の情報処理装置は、所定のシステムに参加するときに使用されるログインネームを生成する生成手段と、生成手段で生成したログインネームを用いてシステムに対する参加の手続を行う手続手段と、参加手続が成功しなかった場合、ログインネームを変更する変更手段とを備えることを特徴とする。
【００１０】
請求項１に記載の伝送媒体、および請求項１２に記載の情報処理方法においては、生成ステップが所定のシステムに参加するときに使用されるネームを生成し、手続ステップが生成ステップで生成したネームを用いてシステムに対する参加の手続を行い、変更ステップが参加手続が成功しなかった場合、ネームを変更する。
【００１１】
請求項１３に記載の情報処理装置においては、生成手段が所定のシステムに参加するときに使用されるネームを生成し、手続手段が生成手段で生成したネームを用いてシステムに対する参加の手続を行い、変更手段が参加手続が成功しなかった場合、ネームを変更する。
【００１２】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、特許請求の範囲に記載の発明の各手段と以下の実施の形態との対応関係を明らかにするために、各手段の後の括弧内に、対応する実施の形態（但し一例）を付加して本発明の特徴を記述すると、次のようになる。
【００１３】
すなわち、請求項１３に記載の情報処理装置は、所定のシステムに参加するときに使用されるネームを生成する生成手段（例えば、図２のステップＳ２２）と、生成手段で生成したネームを用いてシステムに対する参加の手続きを行う手続手段（例えば、図２のステップＳ２３）と、参加手続が成功しなかった場合、ネームを変更する変更手段（例えば、図２のステップＳ２６）とを備えることを特徴とする。
【００１４】
但し勿論この記載は、各手段を記載したものに限定することを意味するものではない。
【００１５】
図１は、本発明を適応した情報処理システムの構成例を示している。なお、本明細書において、システムの用語は、複数の装置または部分で構成される全体の装置または部分を表すものとする。このシステムでは、複数のクライアント装置１−１乃至１−３（以下、各クライアント装置１−１乃至１−３を個々に区別する必要がない場合、単にクライアント装置１と記述する）が、インターネットに代表されるネットワーク３を介してサーバ２に接続されている。このサーバ２はIRC方式を採用しており、７ビット可視ASCII文字列データ（９５文字）だけを通信に利用することができるようになされている。また、このサーバ２には、複数のチャットチャンネル２１−１乃至２１−３（以下、各チャットチャンネル２１−１乃至２１−３を個々に区別する必要がない場合、単にチャットチャンネル２１と記述する）が設けられている。
【００１６】
次にクライアント装置１の構成を説明する。クライアント装置１は、データの送信を行う送信部１１、データの受信を行う受信部１２、送信時には本チャットシステムのメッセージであることを示すタグデータを付加し、受信時にはタグデータを確認するタグフィルタ１３、およびサーバへログインする接続処理を行う接続モジュール１４から構成されている。
【００１７】
送信部１１は、ハンドルネームとユーザメッセージを入力し、メッセージ結合フィルタ１１２に出力する入力部１１１を有している。メッセージ結合フィルタ１１２は、ハンドルネームとユーザメッセージを結合し、暗号化フィルタ１１３に出力するようになされている。暗号化フィルタ１１３は、メッセージ結合フィルタ１１２から送られたデータを暗号化し、タグフィルタ１３に出力するようになされている。
【００１８】
受信部１２は、タグフィルタ１３から供給されたデータを復号し、メッセージ分離フィルタ１２２に送る復号フィルタ１２１を有している。復号フィルタ１２１から出力されたデータは、メッセージ分離フィルタ１２２によって、ハンドルネームとユーザメッセージに分離され表示部１２３に送出され表示されるようになされている。
【００１９】
次にその動作について説明する。最初に図２を参照して、接続モジュール１４がサーバ２へのログインに用いられるログインネームを生成し、サーバ２にログインを試みる動作について説明する。
【００２０】
最初にステップＳ２１において、接続モジュール１４は、乱数により４桁の整数Rを生成する。次に、ステップＳ２２において、３文字のアルファベット文字（例えば、”usr”）の後にRを付加したログインネームが生成される（この形式でユーザを表現できる数は１万人であり、状況に応じてアルファベットの文字数や整数の桁数を合計９文字まで変更することができる）。ステップＳ２３においては、ステップＳ２２で生成したログインネーム”usr＋R”を用いてサーバ２にログイン（接続（参加）手続）が行われる。
【００２１】
次に、接続モジュール１４は、ステップＳ２４において、サーバ２に対するログインが成功したか否かを判断し、接続が成功した場合にはチャットチャンネルへのログインを開始させ（その場合の処理については後述する）、接続が拒否された場合にはステップＳ２５に進む。ステップＳ２５において、Rの大きさが確認される。Rは４桁の整数なので、最大回数は９９９９であり、Rが最大回数９９９９よりも小さい場合には、ステップＳ２６に進み、Rが最大回数９９９９の場合には、それ以上数字を増加させることができない（数字を変更することによるログインネームの変更はできない）のでログインのリトライを終了する。
【００２２】
ステップＳ２６においては、Rの値が１だけインクリメントされる。そして、再びステップＳ２２に戻り、”usr”にR を結合して新しいログインネームが生成される。ステップＳ２３で、新しいログインネームで再びログインが行われる。このように、接続が確立されるか、またはRが最大回数９９９９になるまでステップＳ２２乃至Ｓ２６までの処理が繰り返される。
【００２３】
このようにして、ログインネームが自動的に生成されるので、ユーザはログイン操作を行う手間を省くことができる。また、通常、ユーザは、ログインネームとしてアルファベット文字を使用することが多く、数字を使用するユーザは少ないので、数字を用いると、ログインネームの重複によりログインが拒絶される（従って、リトライの）可能性が低くなると同時に、ログインネームの変更も容易となる。
【００２４】
本システムにおいては、このように、システムに接続するのにログインネームが必要とされだけでなく、チャットチャンネルに参加するのにもログインネームが必要とされる。そこで、次に図３を参照して、接続モジュール１４がチャットチャンネル２１へのログインに用いられるログインネームを生成し、チャットチャンネル２１にログインを試みる動作について説明する。
【００２５】
最初にステップＳ３１において、接続モジュール１４はチャットチャンネル２１に既に接続しているユーザの数Nを調べ、次に、ステップＳ３２において、３文字のアルファベット文字（例えば、”cnl”）の後に４桁の整数Nを付加したログインネームを生成する。ステップＳ３２においては、ステップＳ３３で生成したログインネーム”cnl＋N”を用いてチャットチャンネル２１へログインが行われる。
【００２６】
次に、接続モジュール１４は、ステップＳ３４において、チャットチャンネル２１へのログインが成功したか否かを判断し、接続が成功した場合にはチャットを開始させ（その場合の処理については後述する）、接続が拒否された場合にはステップＳ３５に進む。ステップＳ３５において、Nの大きさが確認される。Nは４桁の整数なので、最大回数は９９９９であり、Nが最大回数９９９９よりも小さい場合には、ステップＳ３６に進み、Nが最大回数９９９９の場合には、それ以上数字を増加させることができない（数字を変更することによるログインネームの変更はできない）のでログインのリトライを終了する。
【００２７】
ステップＳ３６においては、Nの値が１だけインクリメントされる。そして、再びステップＳ３２に戻り、”cnl”にN を結合して新しいログインネームが生成される。ステップＳ３３で、新しいログインネームで再びチャットチャンネル２１へログインが行われる。このように、接続が確立されるか、またはNが最大回数９９９９になるまでステップＳ３２乃至Ｓ３６までの処理が繰り返される。
【００２８】
チャットチャンネルに参加するとき使用するログインネームを、本システムに最初に接続するとき使用するログインネームと同じにすることも可能であるが、変更した方が、リトライの可能性が低くなる。
【００２９】
以上のようにして、ユーザが所定のチャットチャンネルにログインできた場合、次のようにチャットが行われる。すなわち、ユーザは入力部１１１を操作して、ハンドルネームとメッセージを入力する。
【００３０】
入力部１１１において入力されたハンドルネームとユーザメッセージは、メッセージ結合フィルタ１１２に送られる。メッセージ結合フィルタ１１２において、入力部１１２から送られたハンドルネームとユーザメッセージが結合され、そのデータは暗号化フィルタ１１３に送られる。暗号化フィルタ１１３において、メッセージ結合フィルタ１１２から入力されたデータが暗号化され、タグフィルタ１３に送られる。タグフィルタ１３は、暗号化フィルタ１１３から送られたデータに、本チャットシステムのメッセージであることを示すタグデータを付加してネットワーク３に送信する。
【００３１】
同様に、他のクライアント装置（例えば、クライアント装置１−２）からネットワーク３を介して伝送されてきたデータはタグフィルタ１３に入力される。タグフィルタ１３において、ネットワーク３から送信されてきたデータに、本クライアント装置１−１がログインしているチャットチャンネルのメッセージであることを示すタグデータが付加されているか否かが確認される。所定のチャットチャンネル上のクライアント装置１からのデータであることが確認されると、このデータからタグデータが除去され、復号フィルタ１２１に送られる。復号フィルタ１２１において、タグフィルタ１３から送られたデータが復号され、メッセージ分離フィルタ１２２に送られる。メッセージ分離フィルタ１２２において、復号フィルタ１２１から送られたデータはハンドルネームとユーザメッセージに分離され、表示部１２３に送られる。表示部１２３において、メッセージ分離フィルタ１２２から送られたハンドルネームとユーザメッセージが表示される。
【００３２】
上述したように、サーバ２ではIRC方式を採用しているので、各クライアント装置１は、チャットに使用する８ビットデータ列を、７ビット可視ASCII文字列に変換してサーバ２に伝送する必要がある。この処理は、暗号化フィルタ１１３で行われる。そこで次に、図１の暗号化フィルタ１１３が、８ビットのデータ列を７ビット可視ASCII文字列に暗号化する手順について説明する。
【００３３】
図４に示すように７ビット可視ASCII文字列は20h乃至7Ehの範囲にあり、この範囲を基本空間とすると、８ビットデータの範囲（00h乃至FFh）を基本空間で表現できるようにするためには、８ビットデータの範囲を４つの空間に分ける必要がある。また、それぞれの空間を識別するためにエスケープ符号を付加する必要がある。このエスケープ符号には空間０の符号を用い、このエスケープ符号はエスケープ符号以外の用途には用いないようにする。従って、このエスケープ符号はチャットに用いることができない。
【００３４】
８ビットデータの範囲は次の４つの空間に分類することができる。すなわち、00h乃至1Fhの範囲を空間３、この空間を表すエスケープ符号を”＝”とする。20h乃至7Ehの範囲の基本空間を空間０とする。この空間のデータはそのまま用いるのでエスケープ符号は不要となる。7Fh乃至BFhの範囲を空間１、この空間を表すエスケープ符号を”＋”とする。さらに、C0h乃至FFhの範囲を空間２、この空間を表すエスケープ符号を”−”とする。
【００３５】
空間１乃至空間３に属するデータは、それぞれ例えば、50hを減算、90hを減算、または30hを加算することにより、エスケープ符号を除く７ビット可視ASCII文字列の範囲（2Fh乃至7Eh）のデータに変換することができる。
【００３６】
以上の原理に従って、暗号化フィルタ１１３は、図５乃至図９のフローチャートに示すような処理を実行する。
【００３７】
最初にステップＳ５１において、送信する文字列から１バイトのデータが読み取られる。ステップＳ５２においては、送信する文字列が終わりか否かが判断される。送信する文字列が終わりでなければステップＳ５３に進む。
【００３８】
ステップＳ５３においては、読み取られたデータが空間０に属するか否かが判断され、属すればステップＳ６０１に進み、属さなければステップＳ５４に進む。ステップＳ５４においては、読み取られたデータが空間１に属するか否かが判断され、属すればステップＳ６１１に進み、属さなければステップＳ５５に進む。ステップＳ５５においては、読み取とられたデータが空間２に属するか否かが判断され、属すればステップＳ６２１に進み、属さなければステップＳ６３１に進む。
【００３９】
ステップＳ６０１においては、ステップＳ５１において読み取られたデータが７ビット可視ASCII文字に変換される。次に、ステップＳ６０２においては、ステップＳ６０１において変換されたデータが、rand-key（キーワードをパラメータとして、１つの７ビット可視ASCII文字を他の７ビット可視ASCII文字に変換、または逆変換する関数）により、他の７ビット可視ASCII文字に変換される（暗号化される）。
【００４０】
ステップＳ６１１においては、ステップＳ５１において読み取られたデータが50hだけ減算され、７ビット可視ASCII文字に変換される。次に、ステップＳ６１２においては、ステップＳ６１１において変換されたデータがrand-keyにより、他の７ビット可視ASCII文字に変換される。さらに、ステップＳ６１３においては、ステップＳ６１２において変換されたデータに、空間１のデータであることを示すエスケープ符号”＋”が付加される。
【００４１】
ステップＳ６２１においては、ステップＳ５１において読み取られたデータが90hだけ減算され、７ビット可視ASCII文字に変換される。次に、ステップＳ６２２においては、ステップＳ６２１において変換されたデータがrand-keyにより、他の７ビット可視ASCII文字に変換される。さらに、ステップＳ６２３においては、ステップＳ６２２において変換されたデータに、空間２のデータであることを示すエスケープ符号”−”が付加される。
【００４２】
ステップＳ６３１においては、ステップＳ５１において読み取られたデータが30hだけ加算され、７ビット可視ASCII文字に変換される。次に、ステップＳ６３２においては、ステップＳ６３１において変換されたデータがrand-keyにより、他の７ビット可視ASCII文字に変換される。さらに、ステップＳ６３３においては、ステップＳ６３２において変換されたデータに、空間３のデータであることを示すエスケープ符号”＋”が付加される。
【００４３】
以上のように、ステップＳ６０２，ステップＳ６１３，ステップＳ６２３，ステップＳ６３３の処理が行われた後、次の１バイトデータを読み取るため、ステップＳ５１に戻る。このように、ステップＳ５２において、送信する文字列の終わりが確認されるまで、ステップＳ５１乃至Ｓ６３３までの処理が繰り返される。
【００４４】
ステップＳ５２において、送信する文字列の終わりが確認されると、ステップＳ７０において、キーワードをパラメータとする関数によって変換された７ビット可視ASCII文字列の順番を予め定められている所定の方法で並び替えることで、さらに暗号化が行われた後、暗号化が終了される。
【００４５】
さらに、図１０を参照して、図１の暗号化フィルタ１１３が、４つの任意の２バイトデータ、AB35h,1A77h,6BE9h,11DChを７ビット可視ASCII文字に暗号化する場合を例として、以上の処理を具体的に説明する。なお、ここでは、rand-keyは１文字上方に（より大きな数で表される文字に）ずらす関数とする。
【００４６】
ステップＳ５１において、ABhが読み取られる。次に、ステップＳ５４において、ABhは空間１に属すると判断される。そして、ステップＳ６１１において、ABhは50hだけ減算されて5Bhとなり、この5Bhが、７ビット可視ASCII文字”[”に変換される。次に、ステップＳ６１２において、”[”が１文字上方にずらされて”＼”となる。次に、ステップＳ６１３において、”＼”にエスケープデータ”＋”が付加され”＋＼”となる。
【００４７】
さらに、ステップＳ５１において、次の１バイトデータ35hが読み取られる。ステップＳ５３において、35hは空間０に属すると判断される。ステップＳ６０１においては、35hが７ビット可視ASCII文字”５”に変換される。次に、ステップＳ６０２において、”５”が１文字上方にずらされて”６”となる。
【００４８】
以下同様に、ステップＳ５１からステップＳ６３３の処理が６回繰り返され、図１０に示す２バイトデータは７ビット可視ASCII文字列”＋＼６＝Ｌｘｌ−Ｚ＝Ｂ−Ｍ”に変換される。
【００４９】
最後に、ステップＳ７０において、このデータは、例えば、”−Ｚ−Ｌｌｘ＝Ｂ＼Ｍ６＝＋”に並び替えられる。
【００５０】
このように、８ビットデータを７ビットASCII可視文字に変換することで、IRC方式のサーバの提供するシステムで、より広い範囲の文字をチャットに用いることができる。また、暗号化することで、データの秘密性を確保することができる。
【００５１】
図１１は、図１のクライアント装置１の表示部１２３における表示画面の例を表している。この例では、ユーザはハンドルネーム”太郎”を使ってチャットを行っている。この表示画面の下方には、授受したメッセージとそれを発生したユーザのハンドルネームが表示されている。画面上方には、ユーザがハンドルネームとメッセージを入力するスペースが設けられている。ユーザはメッセージを送信する前にハンドルネームを入力する必要がある。ハンドルネームとメッセージを入力した後、「送信します」のボタンをクリックすることで、メッセージを送出することができる。ユーザはチャットを行うのに、ハンドルネームを知っていればよく、ログインネームを関知する必要がないので、図１１に示すように、ログインネームはチャット画面上に表示されない。
【００５２】
しかしながらサーバ２は各ユーザが使用しているニックネームとメッセージを、対応づけて管理する必要がある。図１２は、サーバ２のこの管理の例を表している。
【００５３】
サーバ２は、上述した処理でログインするクライアント装置１と、従来と同様の方法でログインする他のクライアント装置が混在して接続されているので、いずれをも管理するようにしている。本クライアント装置１を使って本チャットシステムに接続したニックネーム”cnl0001”のユーザは、システム接続時、ログインネーム”usr０００１”を使用したが、チャットチャンネルに参加するとき、ログインネーム”cnl０００１”を利用したので、その最終的なニックネームは”cnl０００１”とされている。このユーザは、ハンドルネームとして漢字の「太郎」を使用している。ハンドルネームはニックネームではないので、英数文字以外を使用することができる。また、このユーザは、「こんにちは、元気ですか？」のメッセージを発生している。なお、実際には、ハンドルネーム「太郎」とメッセージは暗号化されているが、説明の便宜上、図中には、ハンドルネームとメッセージを暗号化していない状態で表わしている。
【００５４】
また、他のクライアント装置を使ってシステムに接続したニックネーム”ICHIRO”のユーザは、ハンドルネームとしても”ICHIRO”を使用している。本クライアント装置１を使ってログインネーム”usr０００２”でシステムにログインしたユーザは、チャットチャンネルに参加するときも同一のログインネームを使用している。このチャットシステムではハンドルネームはログインには使用されない。同一のチャットチャンネルで同一のハンドルネームが存在する場合、必要に応じてユーザは、そのハンドルネームを他のハンドルネームに変更することができる。
【００５５】
なお、上記各処理を行うプログラムは、FD,CD-ROMなどの情報記録媒体よりなる伝送媒体のほか、インターネット、デジタル衛星などのネットワーク伝送媒体を介してユーザに伝送することができる。
【００５６】
【発明の効果】
以上のように、本発明によれば、システムに参加するまでの手続きを簡略化することができる。
【図面の簡単な説明】
【図１】本発明を適応した情報処理システムの構成を示すブロック図である。
【図２】図１の接続モジュールのサーバへのリトライの手順を示すフローチャートである。
【図３】図１の接続モジュールのチャットチャンネルへのリトライの手順を示すフローチャートである。
【図４】７ビット可視ASCII文字の範囲（20h乃至7Eh）と８ビットデータの範囲（00h乃至FFh）を示す図である。
【図５】図１の暗号化フィルタの暗号化の手順を示すフローチャートである。
【図６】図１の暗号化フィルタの暗号化の手順を示すフローチャートである。
【図７】図１の暗号化フィルタの暗号化の手順を示すフローチャートである。
【図８】図１の暗号化フィルタの暗号化の手順を示すフローチャートである。
【図９】図１の暗号化フィルタの暗号化の手順を示すフローチャートである。
【図１０】暗号化の例を示す図である。
【図１１】チャットの表示画面の例を示すディスプレー上に表示した中間調画像の写真である。
【図１２】サーバのユーザ管理テーブルの例を示す図である。
【図１３】サーバへのログインに必要な入力パラメータを示す図である。
【図１４】従来例でのネームの機能を示す図である。
【符号の説明】
１  クライアント装置，  ２  サーバ，  ３  ネットワーク，  １１  送信部，  １２  受信部，  １３  タグフィルタ，  １４  接続モジュール，２１  チャットチャンネル，  １１１  入力部，  １１２  メッセージ結合フィルタ，  １１３  暗号化フィルタ，  １２１  復号フィルタ，  １２２  メッセージ分離フィルタ，  １２３  表示部
【図１】
0003885289.tif 000002
【図２】
0003885289.tif 000003
【図３】
0003885289.tif 000004
【図４】
0003885289.tif 000005
【図５】
0003885289.tif 000006
【図６】
0003885289.tif 000007
【図７】
0003885289.tif 000008
【図８】
0003885289.tif 000009
【図９】
0003885289.tif 000010
【図１０】
0003885289.tif 000011
【図１１】
0003885289.tif 000012
【図１２】
0003885289.tif 000013
【図１３】
0003885289.tif 000014
【図１４】
0003885289.tif 000015