JP2001184288A - チャットシステム及びチャット方法 - Google Patents

Abstract

(57)【要約】 【課題】参加者を管理、特定して、より良質なチャット
環境を実現する。 【解決手段】複数のクライアントとしての端末機器３，
３，…と、これらと接続されるチャットサーバ２とを有
するチャットシステムであって、チャットを開始する端
末機器３がそのチャットへの参加を要求する他の端末機
器３，３，…の情報をチャットサーバ２に通知し、その
通知を受けたサーバ２は、要求された端末機器３，３，
…の情報に基づいてチャットへの参加を要請し、参加を
要請された端末機器３，３，…でそれぞれ参加の有無を
決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パーソナルコンピ
ュータや携帯情報端末等を用いてチャットを楽しむチャ
ットシステム及びチャット方法に関する。

【０００２】

【従来の技術】従来からの代表的なチャットシステムと
して、インターネットを利用した分散型マルチユーザチ
ャットシステムであるＩＲＣ（Ｉｎｔｅｒｎｅｔ Ｒｅ
ｌａｙＣｈｕｔ）やパソコン通信上の各種チャットが存
在していたが、それらのチャット環境はいずれもサーバ
が提供するものであり、そのサーバに対してそれぞれの
チャット参加者がパーソナルコンピュータや携帯情報端
末等の端末機器を接続することによりチャットを実行す
ることが可能となる。

【０００３】上記ＩＲＣにおいては、チャットをチャン
ネルと呼称する単位で実行するもので、その参加に関し
ては、サーバの処理能力等の技術的問題を除けば特にな
んら制限が存在せず、また参加者の指定を行なうことは
できない。

【０００４】また、チャットの記録であるログは、その
チャットの参加者の端末機器上に記録されることとな
る。

【０００５】

【発明が解決しようとする課題】しかしながら、上記チ
ャットシステムとしてのＩＲＣでは、上述した如くチャ
ンネルを単位としてチャットが行なわれ、参加に特に制
限がないことから、参加者を特定することができないと
いう不具合を有していた。この不具合を解決するため
に、インターネットに接続している端末（しかしチャッ
トには参加してない）に対して、チャットに参加するよ
うに促すことができるシステムが開発されている。

【０００６】しかし、その時点でインターネットに接続
してない端末に対してチャットへの参加を促すために
は、そのチャットシステムではなく、他の方法、例えば
電子メールや電話等で別に連絡をつけなければならず、
システムとしての完成度が低いという不具合もあった。

【０００７】さらに、チャットのログは参加者個々が有
する端末機器に保存されるので、特に記憶容量の小さい
端末機器ではログを少量しか保存することができない。

【０００８】本発明は上記のような実情に鑑みてなされ
たもので、その目的とするところは、参加者を管理、特
定することで、より良質なチャット環境を実現すること
が可能なチャットシステム及びチャット方法を提供する
ことにある。

【０００９】

【課題を解決するための手段】請求項１記載の発明は、
複数のクライアント端末と、これらクライアント端末と
接続されるチャットサーバとを有するチャットシステム
であって、上記クライアント端末は、チャット中のクラ
イアントがそのチャットへの参加を要求する他のクライ
アント端末の情報をチャットサーバに通知し、上記チャ
ットサーバは、その通知を受けると、要求されたクライ
アント情報に基づいて上記他のクライアント端末に対し
てチャットへの参加を要請し、上記他のクライアント端
末は、この参加要請に応答して上記チャットへの参加の
有無の回答をすることを特徴とする。

【００１０】このようなシステム構成とすれば、チャッ
トを開始するクライアントの希望により参加者を管理、
特定することができるため、より良質なチャット環境を
実現できる。

【００１１】請求項２記載の発明は、上記請求項１記載
の発明において、上記チャットサーバは、上記参加を要
請された他のクライアント端末の通信回線が接続されて
いないとき、該他のクライアント端末へ回線を接続し、
上記他のクライアント端末は、参加を決定した場合、上
記回線を切断した後にチャットサーバに対してコールバ
ックを行ない通信回線を接続した後にチャットに参加す
ることを特徴とする。

【００１２】このようなシステム構成とすれば、上記請
求項１記載の発明の作用に加えて、チャットに参加した
クライアントに対する課金処理を確実に実施することが
でき、より良質なチャット環境の整備に還元できる。

【００１３】請求項３記載の発明は、上記請求項１記載
の発明において、上記チャットサーバは、当該チャット
開始当初に参加を要請されながら参加を拒否したクライ
アント端末、あるいは参加していたチャットを中断した
クライアント端末からの当該チャットへの参加要求を受
けると、当該チャットへの途中参加を許可することを特
徴とする。

【００１４】このようなシステム構成とすれば、上記請
求項１記載の発明の作用に加えて、始めに参加を希望し
たクライアントに対するチャットへの途中参加の管理を
確実に行なうことができる。

【００１５】請求項４記載の発明は、上記請求項１記載
の発明において、上記チャットに参加しているクライア
ント端末は、チャット途中でそのチャットに参加してい
るクライアント端末以外のクライアント端末に当該チャ
ットへの参加を要求するクライアントの情報をチャット
サーバに通知し、上記チャットサーバは、その通知を受
けると、要求されたクライアント情報に基づいて当該チ
ャットへの途中参加を該クライアント情報に対応するク
ライアント端末に要請し、上記途中参加を要請されたク
ライアント端末は、この参加要請に応答して上記チャッ
トへの参加の有無の回答をすることを特徴とする。

【００１６】このようなシステム構成とすれば、上記請
求項１記載の発明の作用に加えて、チャット途中で新規
にクライアントの追加してその参加を促すことができ
る。

【００１７】請求項５記載の発明は、複数のクライアン
ト端末と、これらクライアント端末と接続されるチャッ
トサーバとを有するチャットシステムであって、上記チ
ャットサーバは各チャット毎にチャット認識情報を付加
してそのチャットのログを保存し、クライアント端末
は、チャットサーバに対してチャット認識情報を指定す
ることで、対応するチャットのログをダウンロードする
ことを特徴とする。

【００１８】このようなシステム構成とすれば、特に記
憶容量が少ないクライアント端末であっても、必要なチ
ャットのログのみを選択的に指定して得ることができ
る。

【００１９】請求項６記載の発明は、それぞれクライア
ント端末を接続した複数のチャットサーバ同士を接続し
て１つのチャットを実施するチャットシステムであっ
て、複数のチャットサーバはそれぞれ直接登録されてい
るクライアント端末に関してチャット参加の管理及びロ
グの管理を行なうことを特徴とする。

【００２０】このようなシステム構成とすれば、より広
域でのチャット環境を実現しながら、特定のチャットサ
ーバのみに大きな負担がかかるのを回避することができ
る。

【００２１】請求項７記載の発明は、インターネットを
介してチャットを実施するチャット方法であって、チャ
ット参加クライアント端末から当該チャットに参加して
いない他のクライアント端末の参加要求があると、当該
他のクライアント端末へ参加要求を通知し、当該他のク
ラインアント端末がこの通知に応答して参加の希望要求
を出すと、当該チャットへの参加を許可することを特徴
とする。

【００２２】このような方法とすれば、チャットにすで
に参加しているクライアント端末の希望により新たな参
加者を管理、特定することができるため、より良質なチ
ャット環境を実現できる。

【００２３】請求項８記載の発明は、インターネット介
してチャットを実施するチャット方法であって、各チャ
ット毎にチャット認識情報を付加してそのチャットのロ
グを保存し、クライアント端末からチャット認識情報の
指定を受けたとき、対応するチャットのログを当該クラ
イアント端末にダウンロードすることを特徴とする。

【００２４】このような方法とすれば、特に記憶容量が
少ないクライアント端末に対しても、必要なチャットの
ログのみを選択的に指定して得させることができる。

【００２５】

【発明の実施の形態】（第１の実施の形態）以下本発明
をパーソナルコンピュータや携帯情報端末等の端末機器
をクライアントとしたチャットシステムに適用した場合
の第１の実施の形態について図面を参照して説明する。

【００２６】図１はそのシステム全体の概念構成を示す
もので、１がネットワーク（公衆回線網、専用線網、イ
ンターネット網等）であり、このネットワーク１に対し
て、チャットサービスを提供するサービス事業者が運営
するチャットサーバ２と、チャットサービスを利用する
ユーザが所有するクライアント装置としてのパーソナル
コンピュータやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔ
ａｌ Ａｓｓｉｓｔａｎｔｓ：携帯型情報端末機）など
でなる各種端末機器３，３，‥‥とが接続される。

【００２７】端末機器３，３，‥‥は、いずれもネット
ワーク１と接続するための接続ソフトを搭載し、モデム
を内蔵あるいは介在している。

【００２８】チャットサーバ２は、図２（Ａ）に示すよ
うなチャット利用者データベースと同図（Ｂ）に示すよ
うなチャットデータベースとを管理している。

【００２９】すなわち、図２（Ａ）に示す利用者データ
ベースにおいては、予め登録したチャット利用者毎に、
氏名や住所等のパーソナルデータ、端末機器ＩＤ、及び
チャット上での参加者を表わすニックネームとして使用
されるハンドルネームを１組として管理している。

【００３０】また、図２（Ｂ）に示すチャットデータベ
ースにおいては、実施したチャット毎に、チャットＩ
Ｄ、開始者ＩＤ、参加者ＩＤ、参加拒否者ＩＤ及びチャ
ットのログが保存されるもので、開始者ＩＤ、参加者Ｉ
Ｄ、及び参加拒否者ＩＤに関しては上記チャット利用者
データベースの端末機器ＩＤがそのまま使用される。

【００３１】また、参加者ＩＤに関しては、チャットに
参加中か終了したかを示す「在室／不在」フラグが付加
設定されている。

【００３２】図３は、上記端末機器３，３，‥‥の１つ
である携帯情報端末３ａの外観構成を示すもので、薄板
状の直方体でなる本体ケース１１の前面に、カラー液晶
表示パネルとタブレット入力部とを一体に形成した表示
入力部１２、音声情報を出力するスピーカ１３、及び例
えば上下カーソルキー（「△」，「▽」）とエンターキ
ー（「◎」）よりなるキー入力部１４を配設し、また上
端面に例えばデジタル携帯電話に準じた電波の送受を行
なうアンテナ１５が配設される。

【００３３】図４は上記携帯情報端末３ａの電子回路構
成を部分的に示すもので、２１が全体の動作制御を司る
ＣＰＵであり、このＣＰＵ２１に対し、バスを介してＲ
ＯＭ２２、ＲＡＭ２３、ＲＴＣ（Ｒｅａｌ Ｔｉｍｅ
Ｃｌｏｃｋ）２４、ハードディスク装置（ＨＤＤ）２
５、上記表示入力部１２を形成するタブレット入力部２
６と液晶表示部２７、キー入力部１４、音声出力部２
８、及び無線通信部２９が接続される。

【００３４】ＲＯＭ２２は、ＢＩＯＳ（基本入出力シス
テム）その他を固定記憶するものであり、またＲＡＭ２
３はＣＰＵ２１の処理データを一時的に記憶するワーク
メモリ等を有する。

【００３５】ＲＴＣ２４は、現在時刻の計時等を行なう
ものであり、ハードディスク装置２５はＯＳ（オペレー
ティングシステム）や各種アプリケーションプログラ
ム、電話帳を含むデータファイル等を記憶する。

【００３６】液晶表示部２７は、カラー液晶表示パネル
とその駆動回路及びバックライト装置等で構成され、オ
ペレーティングシステム及びオペレーティングシステム
に準拠した各種アプリケーションに基づいた画像を表示
するもので、この液晶表示部２７上に一体にタブレット
入力部２６を構成して上記表示入力部１２が形成され
る。

【００３７】タブレット入力部２６は、液晶表示部２７
で表示される内容に従い、手指あるいはここでは図示し
ない専用のスタイラスペンで筆記操作あるいはポイント
操作を行なうことにより、その操作位置座標をデータ化
して入力するもので、この液晶表示部２７とタブレット
入力部２６とでにる表示入力部１２によりＧＵＩ（Ｇｒ
ａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）環境
を実現し、例えばチャット等を実施する。

【００３８】音声出力部２８は、ＣＰＵ２１から与えら
れるデジタル値の音声信号をアナログ化して上記スピー
カ１３を拡声駆動する。

【００３９】無線通信部２９は、例えばデジタル携帯電
話の仕様に準拠してアンテナ１５により最寄りの基地局
と交信を行なうことで、ネットワーク１を介してチャッ
トサーバ２とデータの無線送受を行なう。

【００４０】なお、本実施の形態に係るチャットの実施
時においては、チャットサーバ２の電話番号、通信相手
の電話帳、チャットに参加した端末機器３のＩＤ、及び
参加を拒否した際のそのチャットの開始者の端末機器３
のＩＤ等をハードディスク装置２５の専用エリアに記憶
する他、受取ったチャットデータをバックスクロールの
ために一時的に保持、記憶するものとするが、少ない記
憶容量を有効に使用するために、チャットを終了した時
点でチャットデータは消去するものとする。

【００４１】なお、上記ハードディスク装置２５に記憶
される各種アプリケーションプログラム、データファイ
ル等は、外部接続した装置から入力するものとしてもよ
く、さらには無線通信部２９を介してダウンロードした
ものであってもよい。

【００４２】次に上記実施の形態の動作について説明す
る。

【００４３】まず、チャットの開始を希望する者は、実
行の端末機器３に登録されている電話帳からの選択を行
なうか、あるいは個々に入力するなどによって、そのチ
ャットへの参加を希望する相手を指定する。

【００４４】図５は、上記携帯情報端末３ａのユーザが
チャットの開始者となって、希望する参加者を選択して
いる状態での表示入力部１２での表示画面を例示するも
ので、画面の上部より順に、その時点で参加者データを
選択表示する選択データ領域ＳＤ、選択を確定した参加
者データを表示する登録データ領域ＲＤ、参加者データ
を入力した際にそれを表示するするデータ入力領域Ｄ
Ｉ、操作モードを指定する「追加」「削除」「登録」
「通知」「中止」の各アイコンからなるアイコン領域Ｉ
Ｃ、及び参加者データ等を手書き文字入力する手書き入
力認識領域ＰＩが配設される。このうち、選択データ領
域ＳＤと登録データ領域ＲＤに関しては、スクロールバ
ーＳＢを付して表示範囲をスクロールさせることが可能
としている。

【００４５】図１０はこのチャットの開始者が携帯情報
端末３ａを操作する際の動作内容を示すもので、その当
初には上記アイコン領域ＩＣによる操作を待機し、操作
された際にそのいずれのアイコンが操作されたかを判断
する（ステップＡ０１）。

【００４６】アイコンが「入力」であった場合、手書き
入力認識領域ＰＩで入力され、文字認識された内容を確
認し（ステップＡ０４）、電話帳に予め登録されている
者であるか否かをハンドルネームの比較により判断する
（ステップＡ０５）。

【００４７】登録されている者であれば新たな入力を行
なう必要はないのでその入力を無効とし、そのまま上記
ステップＡ０１に戻るが、登録されていない者であれ
ば、新たに電話帳に登録した上で（ステップＡ０６）、
さらにＩＤを追加入力して登録データ領域ＲＤに表示さ
せ（ステップＡ０７）、ステップＡ０１に戻る。

【００４８】アイコンが「選択」であった場合は、その
時点で選択データ領域ＳＤで選択されている参加者の候
補をそのままＩＤと共に登録データ領域ＲＤに表示させ
（ステップＡ０３）、ステップＡ０１に戻る。

【００４９】アイコンが「削除」であった場合は、訂正
処理として、その時点で登録データ領域ＲＤにリストア
ップされている者の中から選択されている者を削除し
（ステップＡ０２）、ステップＡ０１に戻る。

【００５０】しかして、アイコンが「通知」であった場
合は、参加者のリストアップが終了し、チャットを開始
すべく操作されたこととなるので、登録データ領域ＲＤ
に選択された参加者のＩＤが少なくとも１つはあること
を確認した上で（ステップＡ０８）、チャットサーバ２
との接続を行ない（ステップＡ０９）、チャットを開始
する要求を通知する（ステップＡ１０）。このとき、同
時に、チャット開始者としての自機の端末ＩＤと、チャ
ットへの参加を希望する参加者のＩＤとを送信する。

【００５１】その後、チャットサーバ２からの応答を待
機し（ステップＡ１１）、応答があった時点で、その応
答時にチャットサーバ２から得られるチャットＩＤをチ
ャット履歴として保存する（ステップＡ１２，Ａ１
３）。

【００５２】続いて、実際のチャットを行なうチャット
モードに移行し（ステップＡ１４）、チャットサーバ２
からの応答を待機する（ステップＡ１５）。

【００５３】チャットサーバ２からの応答があり、自身
の入室メッセージを受信すると（ステップＡ１６）、そ
れをチャットデータとして表示入力部１２で表示させ
（ステップＡ１７）、さらにチャットサーバ２からの応
答を待機する（ステップＡ１８）。

【００５４】図６はこのとき表示入力部１２で表示され
る画面を例示するもので、画面の上部より順に、チャッ
トデータを表示するチャットデータ領域ＣＤ、自身が送
信するチャットの内容を羅列表示するデータ入力領域Ｄ
Ｉ、操作モードを指定する「送信」「削除」「変換」
「確定」「機能」の各アイコンからなるアイコン領域Ｉ
Ｃ、及びチャットデータを手書き文字入力する手書き入
力認識領域ＰＩが配設される。

【００５５】このうち、チャットデータ領域ＣＤにおい
ては、スクロールバーＳＢを付加して表示範囲をスクロ
ール可能とするもので、ここではハンドルネームを用い
て入室メッセージ「Ｘさん入室しました（１人）」と他
の参加者からの応答をまっている状態とを表示してい
る。

【００５６】その後、チャットサーバ２からの受信を待
機し（ステップＡ１９）、受信があったと判断した時点
で、次のその受信した内容がチャットデータ、チャット
の開始許可、及びチャットの中止指示のいずれであるの
かを判断する（ステップＡ２０）。

【００５７】チャットの開始許可であった場合には、正
式にこのチャットを開始しし（ステップＡ２４）、以上
でこのチャット開始者としての処理を終了してチャット
動作に移行する。

【００５８】チャットデータであった場合には、そのチ
ャットデータを表示入力部１２で表示した上で（ステッ
プＡ２１）、再びステップＡ１９からの受信待機状態に
戻る。

【００５９】チャットの中止指示であった場合には、チ
ャットを開始することができなかったものとして、その
旨を示すメッセージを表示入力部１２で表示した後に
（ステップＡ２２）、ネットワーク１を介してのチャッ
トサーバ２との接続を切断し（ステップＡ２３）、以上
でこの処理を終了する。

【００６０】一方、このようなチャットの開始時にチャ
ットサーバ２側では図１１乃至図１４に示すような処理
を実行する。

【００６１】すなわちチャットサーバ２では、チャット
開始要求を受信すると（ステップＢ０１）、その要求に
添付されている開始者の端末ＩＤを用いて上記図２
（Ａ）で示したチャット利用者データベースを参照し、
登録されているチャット利用者であるか否かを確認する
（ステップＢ０２）。

【００６２】ここで、チャット利用者として登録されて
いない場合には、そのチャットを開始させることができ
ないため、チャットの開始を拒否する通知を開始者に対
して通知し（ステップＢ０４）、当該開始者との接続を
切断して（ステップＢ０５）、一旦この処理を終了し、
次の開始要求があるのを待機する。

【００６３】また、チャット利用者として登録されてい
た場合には、チャットＩＤを発行し（ステップＢ０
６）、そのチャットＩＤを用いて上記図２（Ｂ）で示し
た如くチャットデータベースに必要事項を保存設定し
（ステップＢ０７）、さらに各参加者ＩＤに対する在室
／不在フラグをすべて仮に在室にセットした後に（ステ
ップＢ０８）、開始者に対してチャットの許可応答を発
行したチャットＩＤと共に通知する（ステップＢ０
９）。

【００６４】次いで、その開始者の入室メッセージをチ
ャットデータとして生成し（ステップＢ１０）、これを
チャットデータベースにチャットログとして追加保存さ
せると共に（ステップＢ１１）、同チャットデータを開
始者に送信する（ステップＢ１２）。

【００６５】その後、開始者がチャットへの参加を希望
した参加者のＩＤの内容を１名分読出して内容を確認し
（ステップＢ１３）、あることを確認した上で（ステッ
プＢ１４）、その参加者ＩＤを用いてチャット利用者デ
ータベースを参照し（ステップＢ１５）、登録されてい
るチャット利用者であるか否かを確認する（ステップＢ
１６）。

【００６６】登録されているチャット利用者である場合
には、そのままその参加者のＩＤに対応して記憶されて
いる端末機器との接続を実行し（ステップＢ１７）、接
続が成功したことを確認してから（ステップＢ１８）、
対象となる参加者の端末機器にチャットへの参加を要請
する通知を実行し（ステップＢ１９）、他の参加者に関
しても同様の処理を実行するべく確認する参加者ＩＤの
内容を変更設定した上で（ステップＢ２０）、再び上記
ステップＢ１３からの処理に戻る。

【００６７】また、上記ステップＢ１６で希望する参加
者のＩＤがチャット利用者データベースに登録されてい
ないと判断した場合、あるいは上記ステップＢ１８で参
加者との接続が成功しなかったと判断した場合には、そ
の参加者ＩＤを用いてその参加者とのチャットを行なう
ことができないことを示すエラーメッセージをチャット
データとして生成し（ステップＢ２１）、これをチャッ
トデータベースにチャットログとして追加保存させると
共に（ステップＢ２２）、同チャットデータを開始者に
送信し（ステップＢ２３）、それから他の参加者に関し
ても同様の処理を実行するべく確認する参加者ＩＤの内
容を変更設定した上で（ステップＢ２０）、再び上記ス
テップＢ１３からの処理に戻る。

【００６８】図７はこのとき開始者の使用する携帯情報
端末３ａで表示されるエラーメッセージを例示するもの
で、上記図６と同様の構成の画面上のチャットデータ領
域ＣＤにおいて、上記図６で示した内容に加えて、エラ
ーメッセージとしてハンドルネームを用いて「Ａさんエ
ラーです。」「０００−０００−００００さんエラーで
す。」なる内容を表示している状態を示す。

【００６９】しかるに、上記ステップＢ２０で開始者に
チャットへの参加を希望された参加者を対象として参加
者ＩＤを順次更新変更しながらステップＢ１３からの処
理を繰返し実行し、すべての参加者に対する処理を終了
すると、ステップＢ１４でそれ以上の参加者がないもの
と確認され、次に、開始者がチャットへの参加を希望し
た全参加車の中でチャットサーバ２とネットワーク１を
介して接続できたものが少なくとも１つあったか否かに
より、チャットを行なうことができるか否かを判断する
（ステップＢ２４）。

【００７０】ここで、接続できた参加者がおらず、チャ
ットを行なうことができないと判断すると、チャットの
開始を要求した携帯情報端末３ａに対してチャットの中
止を通知し（ステップＢ２５）、その後に該開始者との
接続を切断してから（ステップＢ２６）、チャットデー
タベースにおけるこのチャットＩＤに関連したデータを
削除し（ステップＢ２７）、以上でこの処理を一旦終了
して次の開始要求があるのを待機する。

【００７１】また、ステップＢ２４で接続できたものが
参加者が少なくとも１つあり、チャットを行なうことが
できる可能性がある場合には、次いでチャットへの参加
を要請すると共に、この要請に対する応答を待機し（ス
テップＢ２８）、接続できた端末から応答の通知がある
とこれを受信して（ステップＢ２９）、その応答の内容
がチャットへの参加を受諾するものであるか、または拒
否するものであるかを判断する（ステップＢ３０）。

【００７２】チャットへの参加を受諾するものであった
場合には、その参加者の端末機器３に再接続（コールバ
ック）を許可する通知を行ない（ステップＢ３７）、そ
れから一旦その接続を切断した後に（ステップＢ３
８）、他にもチャットへの参加要請に対する応答を行な
った参加者の端末機器３が残っているか否かを判断し
（ステップＢ３６）、あれば再び上記ステップＢ２９か
らの処理に戻る。

【００７３】なお、ステップＢ３７及びＢ３８でチャッ
ト参加端末に対してコールバックをさせるようにしたが
（現状で発信者課金であり、通信料が高いため）、サー
ビスの形態により変化する。例えば、着信者課金あるい
は通信料が低くなれば、再接続をせずにそのまま継続接
続することができる。

【００７４】また、上記ステップＢ２９で応答がチャッ
トへの参加を拒否するものであったと判断した場合に
は、その端末ＩＤをチャットデータベースの参加拒否者
側に保存した後（ステップＢ３１）、やはり対象となる
端末機器３との接続を切断し（ステップＢ３２）、それ
からその参加者ＩＤを用いてその参加者からチャットへ
の参加を拒否されたことを示す拒否メッセージをチャッ
トデータとして生成し（ステップＢ３３）、これをチャ
ットデータベースにチャットログとして追加保存させる
と共に（ステップＢ３４）、同チャットデータを開始者
に送信した上で（ステップＢ３５）、他にもチャットへ
の参加要請に対する応答を行なった参加者の端末機器３
が残っているか否かを判断し（ステップＢ３６）、あれ
ば再び上記ステップＢ２９からの処理に戻る。

【００７５】図８はこのとき開始者の使用する携帯情報
端末３ａで表示されるエラーメッセージを例示するもの
で、上記図６と同様の構成の画面上のチャットデータ領
域ＣＤにおいて、上記図６で示した内容に加えて、拒否
メッセージとしてハンドルネームを用いて「Ａさん拒否
しました。」なる内容を表示している状態を示す。

【００７６】しかして、上記ステップＢ３６で他にはチ
ャットへの参加要請に対する応答を行なった参加者の端
末機器３が残っていないと判断すると、次に上記チャッ
トへの参加要請に対する応答を行なった参加者の端末機
器３のうち、参加を受諾したものが少なくともひとつあ
ったか否かを判断する（ステップＢ３９）。

【００７７】受諾するものがなかった場合には、チャッ
トの開始を要求した携帯情報端末３ａに対してチャット
の中止を通知し（ステップＢ５０）、その後に該開始者
との接続を切断してから（ステップＢ５１）、チャット
データベースにおけるこのチャットＩＤに関連したデー
タを削除し（ステップＢ５２）、以上でこの処理を一旦
終了して次の開始要求があるのを待機する。

【００７８】また、上記ステップＢ３９でチャットへの
参加を受諾したものが少なくとも１つはあると判断する
と、次いでチャットへの参加要請に対する応答が未確認
の端末機器３が残っているか否かを判断し（ステップＢ
４０）、まだ残っていると判断した場合には、その端末
機器３に対して一定の時間、再接続を行なうのを待機し
た後に新たにその端末機器３に対する課金処理を開始す
るべく再接続を実施し（ステップＢ４２，Ｂ４３）、チ
ャットデータベースの参加側にその端末ＩＤを保存設定
する（ステップＢ４４）。

【００７９】次いで、対応する在室／不在フラグを在室
の内容にセットし（ステップＢ４５）、対象となる参加
者の端末機器３にチャットを許可する応答通知をチャッ
トＩＤと共に送信してから（ステップＢ４６）、その参
加者ＩＤを用いてその参加者がチャットに参加すること
を示す入室メッセージをチャットデータとして生成し
（ステップＢ４７）、これをチャットデータベースにチ
ャットログとして追加保存させると共に（ステップＢ４
８）、チャットモードに移行している、開始者の携帯情
報端末３ａを含む少なくとも２台以上の端末機器３に同
チャットデータを同時送信した上で（ステップＢ４
９）、他にもチャットへの参加要請に対する応答が未確
認の端末機器３がまだ残っているか否かを判断すべく上
記ステップＢ４０からの処理に戻る。

【００８０】図９はこのときチャットモードに移行して
いる、開始者の携帯情報端末３ａで表示される入室メッ
セージを例示するもので、上記図６と同様の構成の画面
上のチャットデータ領域ＣＤにおいて、上記図６で示し
た内容に加えて、入室メッセージとしてハンドルネーム
を用いて「Ｙさん入室しました。」とその時点で入室し
ている人数「２名」及びこれで入室しているものが複数
となったためにチャットが実行可能となったことを示す
「チャット開始ＯＫ」なるガイドメッセージを表示して
いる状態を示す。

【００８１】そして、上記ステップＢ４０でチャットへ
の参加要請に対する応答が未確認の端末機器３が残って
いないと判断した時点で、チャットモードへと移行して
いる開始者の携帯情報端末３ａ及び参加を受諾した参加
者の端末機器３に対してチャットの開始を許可する通知
を行ない（ステップＢ４１）、以上でこのチャットサー
バ２によるチャット開始時の処理を終了する。

【００８２】次に、図１５により開始者からチャットへ
の参加を要請される参加者側の端末機器３における動作
内容について説明する。

【００８３】その動作当初において、チャットサーバ２
からチャットへの参加要請をその開始者の端末ＩＤと共
に受信して回線接続すると（ステップＣ０１）、その開
始者の端末ＩＤを保存した上で（ステップＣ０２）、着
信報知を行なってから表示部にその開始者のハンドルネ
ームと共にチャットへの参加要請があったことを表示
し、その要請を受諾してチャットに参加するか、あるい
は拒否するかの確認をキー入力部での操作により行なう
（ステップＣ０３）。

【００８４】ここで、チャットへの参加を受諾する旨の
キー操作が行なわれたか否かを判断するもので（ステッ
プＣ０４）、受諾せず拒否するキー操作がなされたと判
断した場合（あるいはタイムアウトした場合）には、チ
ャットサーバ２に対してチャットを拒否する通知を行な
った上で（ステップＣ０５）、チャットサーバ２との接
続状態を切断して（ステップＣ０６）、以上でこの処理
を終了する。

【００８５】また、上記ステップＣ０４でチャットへの
参加を受諾する旨のキー操作が行なわれたと判断した場
合には、チャットサーバ２に対してチャットの参加要請
を受諾する通知を行ない（ステップＣ０７）、その応答
を待機した後に（ステップＣ０８）、チャットサーバ２
から再接続許可の通知を受信し（ステップＣ０９）、一
旦チャットサーバ２との接続を断つ（ステップＣ１
０）。

【００８６】その後、チャットを実行すべくあらためて
チャットサーバ２との再接続を行ない（ステップＣ１
１）、チャットサーバ２からチャットの許可応答を受信
すると（ステップＣ１２）、上記ステップＣ０１で受信
したチャットＩＤをチャット履歴として保存した後に
（ステップＣ１３）、チャットモードに移行する（ステ
ップＣ１４）。

【００８７】そして、チャットサーバ２からの応答を待
機し（ステップＣ１５）、応答があると、その応答によ
り得られるチャットデータとしての入室メッセージを表
示部にて表示する（ステップＣ１６）。

【００８８】その後、再びチャットサーバ２からの応答
を待機して（ステップＣ１７）、応答があった時点で、
チャットサーバ２から送られてくるチャットの開始許可
通知を受信し（ステップＣ１８）、以後チャットを開始
してチャットデータの送受に移行するものとして（ステ
ップＣ１９）、以上でこの開始時の処理を一旦終了す
る。

【００８９】なお、チャットサーバ２による以後のチャ
ットに対するこの端末機器３への課金処理は、上記ステ
ップＣ１１での再接続の時点からなされる。

【００９０】次に図１６でチャット途中でチャットサー
バ２が行なう一連の動作を説明する。

【００９１】同図に示す如く、チャットサーバ２はチャ
ットの実行時において、チャットを行なっている各端末
機器３から、端末ＩＤとチャットデータとを受信し（ス
テップＤ０１）、その端末ＩＤを用いてチャット利用者
データベースから対応するハンドルネームを取得する
（ステップＤ０２）。

【００９２】次いで、取得したハンドルネームと受信し
たチャットデータとを結合させ（ステップＤ０３）、得
たハンドルネーム付きのチャットデータをチャットデー
タベースにチャットログとして保存すると共に（ステッ
プＤ０４）、その時点でチャットに参加しているすべて
の端末機器３に対して、保存したハンドルネーム付きの
チャットデータを送信し（ステップＤ０５）、以上で一
連の処理を終了するもので、チャットサーバ２はチャッ
トの参加者のいずれかからチャットデータを受信する毎
にこの一連の処理を繰返し実行する。

【００９３】なお、チャットの開始当初にはその参加を
拒否した者や、チャットへの参加を中断した者が、行な
われているチャットに再度途中から参加する際には、以
下に示すような動作が実行される。

【００９４】図１８は、チャットに途中参加したい端末
機器３での動作内容を示すもので、その当初には、参加
したいチャットの選択を、上記図１５のステップＣ０２
で保存した開始者の端末ＩＤ中から行なうことで実行し
（ステップＥ０１）、次いでチャットサーバ２と接続す
る（ステップＥ０２）。

【００９５】チャットサーバ２と接続できた時点で、次
に自機の端末ＩＤと上記選択した開始者の端末ＩＤとを
もってチャットサーバ２にチャットへの途中参加要求を
通知して（ステップＥ０３）、これに対するチャットサ
ーバ２からの応答を待機する（ステップＥ０４）。

【００９６】そして、チャットサーバ２からの応答があ
るとこれを受信し（ステップＥ０５）、受信した内容が
そのチャットへの途中参加を許可するものであったか、
あるいは自機の端末ＩＤが参加を拒否した者及び参加を
中断したものとしてのリストになく、その参加要求が不
正であるとする通知であったかを判断する（ステップＥ
０６）。

【００９７】ここで、不正通知であった場合には、チャ
ットへの参加要求が不正であり、参加することができな
い旨を示すメッセージを表示部で表示した後に（ステッ
プＥ１５）、チャットサーバ２との接続を切断し（ステ
ップＥ１６）、以上でこの処理を終了する。

【００９８】また、上記ステップＥ０６でチャットへの
途中参加を許可する応答がチャットサーバ２からあった
と判断すると、そのチャットのチャットＩＤをチャット
履歴として保存設定すると共に（ステップＥ０７）、直
ちにチャットモードに移行して（ステップＥ０８）、チ
ャットサーバ２からの応答を待機する（ステップＥ０
９）。

【００９９】そして、チャットサーバ２からチャットデ
ータの応答があると、これを受信して（ステップＥ１
０）、その応答により得られるチャットデータとしての
入室メッセージを表示部にて表示する（ステップＥ１
１）。

【０１００】その後、チャットサーバ２からの応答を待
機して（ステップＥ１２）、応答があった時点で、チャ
ットサーバ２から送られてくるチャットの開始許可通知
を受信し（ステップＥ１３）、以後チャットを開始して
チャットデータの送受に移行するものとして（ステップ
Ｅ１４）、以上でこの途中参加のチャット開始時の処理
を一旦終了する。

【０１０１】図１９は上記のような途中参加を要求する
端末機器３からの通知を受けたチャットサーバ２での動
作内容を例示するもので、該端末ＩＤと開始者ＩＤとを
添付しての上記通知を受信したチャットサーバ２は（ス
テップＦ０１）、まずその端末ＩＤを用いてチャット利
用者データベースを確認し（ステップＦ０２）、このチ
ャットサーバ２に登録されている利用者であるか否かを
判断する（ステップＦ０３）。

【０１０２】ここで、端末ＩＤがチャット利用者データ
ベースにリストアップされておらず、該端末ＩＤを送っ
てきた端末機器３が不正な途中参加要求を送ってきたも
のと判断した場合には、その端末機器３に対して不正通
知を発送した後に（ステップＦ１７）、その端末機器３
との接続を切断して（ステップＦ１８）、この処理を終
了する。

【０１０３】また、上記ステップＦ０３で途中参加を要
求する通知を送ってきた端末機器３がこのチャットサー
バ２に登録されている利用者であると判断した場合は、
さらに開始者ＩＤを用いてチャットデータベースを確認
し（ステップＦ０４）、その開始者ＩＤで登録されてい
るチャットが存在するか否かを判断する（ステップＦ０
５）。

【０１０４】ここで、その開始者ＩＤによるチャットが
存在していないと判断した場合には、上記ステップＦ１
７に進んで不正通知の発行からの処理を行なうが、存在
していると判断した場合には、次にその端末機器３の端
末ＩＤと当該チャットデータベースの参加拒否者ＩＤを
参照し（ステップＦ０６）、途中参加要求を送ってきた
端末機器３がそのチャットの開始当初には参加を拒否し
たものであるか否かを判断する（ステップＦ０７）。

【０１０５】参加拒否者であった場合には、当該チャッ
トデータベース中の参加拒否者ＩＤを参加者ＩＤに移動
させるデータ変更を行なった後（ステップＦ０８）、そ
の途中参加要求通知を送ってきた端末機器３に対して、
チャットＩＤを付加してそのチャットへの参加を許可す
る応答を通知する（ステップＦ０９）。

【０１０６】さらにその端末機器３の端末ＩＤを用いて
その参加者がチャットに参加することを示す入室メッセ
ージをチャットデータとして生成し（ステップＦ１
０）、これをチャットデータベースにチャットログとし
て追加保存させると共に（ステップＦ１１）、当該チャ
ットデータを続けてその端末機器３に送信し、それから
チャットの開始を許可する応答を通知し（ステップＦ１
３）、以上でこの処理を終了する。

【０１０７】また、上記ステップＦ０７で、途中参加要
求を送ってきた端末機器３がそのチャットの開始当初に
は参加を拒否したものではなかった場合には、次にその
端末機器３の端末ＩＤと当該チャットデータベースの参
加者ＩＤと対応する在室／不在フラグを参照し（ステッ
プＦ１４）、途中参加要求を送ってきた端末機器３の端
末ＩＤと一致する参加者ＩＤがあり、且つ対応する在室
／不在フラグが不在を示す内容となっているか否かによ
って、その端末機器３が途中退室した者であるか否かを
判断する（ステップＦ１５）。

【０１０８】ここで、途中退室者ではないと判断した場
合には、上記ステップＦ１７に進んで不正通知の発行か
らの処理を行なうが、途中退室者であった場合には、当
該チャットデータベース中のその参加者ＩＤに対応する
在室／不在フラグを在室にセットした後（ステップＦ１
６）、上記ステップＦ０９からの処理に進んで、その端
末機器３を再びチャットに参加させるべく処理を行な
う。

【０１０９】図１７は、こうして途中参加があった場合
に、例えば開始者の携帯情報端末３ａの表示入力部１２
で表示されるチャットデータを例示するもので、上記図
６と同様の構成の画面上のチャットデータ領域ＣＤにお
いて、上記図６で示した内容に加えて、ハンドルネーム
を用いた入室メッセージ「Ａさん入室しました。」とそ
の時点で入室している人数「４名」及びこれで入室して
いるものが複数となったためにチャットが実行可能とな
ったことを示す「チャット開始ＯＫ」なるガイドメッセ
ージ、及び途中参加してきた「Ａさん」からのチャット
データ「やっときたよ」とを表示している状態を示す。

【０１１０】こうしてチャットを行なっている途中で、
チャットの開始者を含む参加者の中で、端末機器３（３
ａ）の機能操作によりチャットデータ入力以外の操作を
実行した場合の動作について説明する。

【０１１１】図２０はチャット途中で、携帯情報端末３
ａの表示入力部１２に機能選択画面を表示させた状態を
例示するもので、アイコン領域ＩＣの各種アイコンに加
えて、チャットデータ領域ＣＤ中にも新たにアイコン領
域ＩＣａを表示するようになる。このアイコン領域ＩＣ
ａでは、新たにそのチャットへの参加者を追加させるた
めのアイコン「追加」と、参加しているチャットから途
中退室するためのアイコン「退室」とを表示している。

【０１１２】しかして、図２１は携帯情報端末３ａで機
能選択操作が行なわれ、上記アイコン「追加」が指定さ
れた場合に実行する動作の内容を示すもので、その時点
で表示入力部１２での表示内容は上記図５で示した状態
と同様になり、その当初には上記アイコン領域ＩＣによ
る操作を待機し、操作された際にそのいずれのアイコン
が操作されたかを判断する（ステップＧ０１）。

【０１１３】アイコンが「入力」であった場合、手書き
入力認識領域ＰＩで入力され、文字認識された内容を確
認し（ステップＧ０４）、電話帳に予め登録されている
者であるか否かをハンドルネームの比較により判断する
（ステップＧ０５）。

【０１１４】登録されている者であれば新たな入力を行
なう必要はないのでその入力を無効とし、そのまま上記
ステップＧ０１に戻るが、登録されていない者であれ
ば、新たに電話帳に登録した上で（ステップＧ０６）、
さらにＩＤを追加入力して登録データ領域ＲＤに表示さ
せ（ステップＧ０７）、ステップＧ０１に戻る。

【０１１５】アイコンが「選択」であった場合は、その
時点で選択データ領域ＳＤで選択されている参加者の候
補をそのままＩＤと共に登録データ領域ＲＤに表示させ
（ステップＧ０３）、ステップＧ０１に戻る。

【０１１６】アイコンが「削除」であった場合は、訂正
処理として、その時点で登録データ領域ＲＤにリストア
ップされている者の中から選択されている者を削除し
（ステップＧ０２）、ステップＧ０１に戻る。

【０１１７】しかして、アイコンが「通知」であった場
合は、追加する参加者のリストアップが終了し、チャッ
トを再開すべく操作されたこととなるので、登録データ
領域ＲＤに選択された参加者のＩＤが少なくとも１つは
あることを確認した上で（ステップＧ０８）、チャット
サーバ２に対して新たなチャットへの参加を希望する参
加者のＩＤを付加してチャット参加者追加要求通知を送
信し（ステップＧ０９）、以上でこの処理を終了すると
共に、上記図２０で示したような表示画面に戻る。

【０１１８】図２２乃至図２４はこのチャット参加者追
加要求通知を受けたチャットサーバ２が実行する処理内
容を示すものである。

【０１１９】その当初に端末機器３（３ａ）からチャッ
ト参加者追加要求通知を受信すると（ステップＨ０
１）、その通知に付加されているチャットへの参加が希
望された参加者のＩＤの内容を１名分読出して内容を確
認し（ステップＨ０２）、あることを確認した上で（ス
テップＨ０３）、その参加者ＩＤを用いてチャット利用
者データベースを参照し（ステップＨ０４）、登録され
ているチャット利用者であるか否かを確認する（ステッ
プＨ０５）。

【０１２０】登録されているチャット利用者である場合
には、そのままその参加者のＩＤに対応して記憶されて
いる端末機器との接続を実行し（ステップＨ０６）、接
続が成功したことを確認してから（ステップＨ０７）、
対象となる参加者の端末機器３にチャットへの参加を要
請する通知を実行し（ステップＨ０８）、他の同様に追
加された参加者に関しても同様の処理を実行するべく、
確認する参加者ＩＤの内容を変更設定した上で（ステッ
プＨ０９）、再び上記ステップＨ０２からの処理に戻
る。

【０１２１】また、上記ステップＨ０５で希望された参
加者のＩＤがチャット利用者データベースに登録されて
いないと判断した場合、あるいは上記ステップＨ０７で
参加者との接続が成功しなかったと判断した場合には、
その参加者ＩＤを用いてその参加者とのチャットを行な
うことができないことを示すエラーメッセージをチャッ
トデータとして生成し（ステップＨ１０）、これをチャ
ットデータベースにチャットログとして追加保存させる
と共に（ステップＨ１１）、同チャットデータをその時
点でチャットに参加しているすべての参加者に送信し
（ステップＨ１２）、それから他の追加を希望した参加
者に関しても同様の処理を実行するべく確認する参加者
ＩＤの内容を変更設定した上で（ステップＨ０９）、再
び上記ステップＨ０２からの処理に戻る。

【０１２２】しかるに、上記ステップＨ０９で参加者に
チャットへの参加を新たに希望された参加者を対象とし
て参加者ＩＤを順次更新変更しながらステップＨ０２か
らの処理を繰返し実行し、すべての参加者に対する処理
を終了すると、ステップＨ０３でそれ以上の追加の参加
者がないものと確認され、次いでチャットへの参加を要
請した端末機器３からの通知を受信して（ステップＨ１
３）、その応答の内容がチャットへの参加を受諾するも
のであるか、または拒否するものであるかを判断する
（ステップＨ１４）。

【０１２３】チャットへの参加を受諾するものであった
場合には、その参加者の端末機器３に再接続を許可する
通知を行ない（ステップＨ２１）、それから一旦その接
続を切断した後に（ステップＨ２２）、他にも追加でチ
ャットへの参加要請に対する応答を行なった参加者の端
末機器３が残っているか否かを判断し（ステップＨ２
０）、あれば再び上記ステップＨ１３からの処理に戻
る。

【０１２４】また、上記ステップＨ１４で受信した通知
がチャットへの参加を拒否するものであったと判断した
場合には、その端末ＩＤをチャットデータベースの参加
拒否者側に保存した後（ステップＨ１５）、やはり対象
となる端末機器３との接続を切断し（ステップＨ１
６）、それからその参加者ＩＤを用いてその参加者から
チャットへの参加を拒否されたことを示す拒否メッセー
ジをチャットデータとして生成し（ステップＨ１７）、
これをチャットデータベースにチャットログとして追加
保存させると共に（ステップＨ１８）、同チャットデー
タをその時点でチャットに参加しているすべての参加者
に送信した上で（ステップＨ１９）、他にもチャットへ
の参加要請に対する通知を行なってきた参加者の端末機
器３が残っているか否かを判断し（ステップＨ２０）、
あれば再び上記ステップＨ１３からの処理に戻る。

【０１２５】しかして、上記ステップＨ２０で他にはチ
ャットへの追加参加要請に対する応答を行なった参加者
の端末機器３が残っていないと判断すると、次に上記チ
ャットへの参加要請に対する応答を行なった参加者の端
末機器３のうち、参加を受諾したものが少なくともひと
つあったか否かを判断する（ステップＨ２３）。

【０１２６】受諾するものがなかった場合には、その時
点でこの処理を一旦終了してそのままチャットを続行す
る。

【０１２７】また、上記ステップＨ２３チャットへの参
加を受諾したものが少なくとも１つはあると判断する
と、次いでチャットへの参加要請に対する応答が未確認
の端末機器３が残っているか否かを判断し（ステップＨ
２４）、まだ残っていると判断した場合には、その端末
機器３に対して一定の時間、再接続を行なうのを待機し
た後に新たにその追加された端末機器３に対する課金処
理を開始するべく再接続を実施し（ステップＨ２５，Ｈ
２６）、チャットデータベースの参加側にその端末ＩＤ
を保存設定する（ステップＨ２７）。

【０１２８】次いで、対応する在室／不在フラグを在室
の内容にセットし（ステップＨ２８）、対象となる参加
者の端末機器３にチャットを許可する応答通知をチャッ
トＩＤと共に送信してから（ステップＨ２９）、その参
加者ＩＤを用いてその参加者がチャットに参加すること
を示す入室メッセージをチャットデータとして生成し
（ステップＨ３０）、これをチャットデータベースにチ
ャットログとして追加保存させると共に（ステップＨ３
１）、その時点で当該チャットに参加しているすべての
端末機器３に同チャットデータを同時送信した上で（ス
テップＨ３２）、他にもチャットへの追加参加要請に対
する応答が未確認の端末機器３がまだ残っているか否か
を判断すべく上記ステップＨ２４からの処理に戻る。

【０１２９】そして、上記ステップＨ２４でチャットへ
の追加参加要請に対する応答が未確認の端末機器３が残
っていないと判断した時点で、そのときにチャットモー
ドへと移行している、新たにチャットへの参加を受諾し
た追加の参加者の端末機器３に対してチャットの開始を
許可する通知を行ない（ステップＨ３３）、以上でこの
チャットサーバ２による参加者追加の処理を終了する。

【０１３０】次に、図２５によりチャット途中でチャッ
トの参加者から追加メンバーとしての参加を要請された
側の端末機器３における動作内容について説明する。

【０１３１】その動作当初において、チャットサーバ２
からチャットへの参加要請をその開始者の端末ＩＤと共
に受信して回線接続すると（ステップＩ０１）、その開
始者の端末ＩＤを保存した上で（ステップＩ０２）、着
信報知を行なってから表示部にその開始者のハンドルネ
ームと共にチャットへの参加要請があったことを表示
し、その要請を受諾してチャットに参加するか、あるい
は拒否するかの確認をキー入力部での操作により行なう
（ステップＩ０３）。

【０１３２】ここで、チャットへの参加を受諾する旨の
キー操作が行なわれたか否かを判断するもので（ステッ
プＩ０４）、受諾せず拒否するキー操作がなされたと判
断した場合には、チャットサーバ２に対してチャットを
拒否する通知を行なった上で（ステップＩ０５）、チャ
ットサーバ２との接続状態を切断して（ステップＩ０
６）、以上でこの処理を終了する。

【０１３３】また、上記ステップＩ０４でチャットへの
参加を受諾する旨のキー操作が行なわれたと判断した場
合には、チャットサーバ２に対してチャットの参加要請
を受諾する通知を行ない（ステップＩ０７）、その応答
を待機した後に（ステップＩ０８）、チャットサーバ２
から再接続許可の通知を受信し（ステップＩ０９）、一
旦チャットサーバ２との接続を断つ（ステップＩ１
０）。

【０１３４】その後、チャットを実行すべくあらためて
チャットサーバ２との再接続を行ない（ステップＩ１
１）、チャットサーバ２からチャットの許可応答を受信
すると（ステップＩ１２）、上記ステップＩ０１で受信
したチャットＩＤをチャット履歴として保存した後に
（ステップＩ１３）、チャットモードに移行する（ステ
ップＩ１４）。

【０１３５】そして、チャットサーバ２からの応答を待
機し（ステップＩ１５）、応答があると、その応答によ
り得られるチャットデータとしての入室メッセージをま
ず表示部にて表示し（ステップＩ１６）、続けて同じく
得られるチャットデータによりそれまで行なわれていた
チャットの内容を上記入室メッセージの前の位置に併せ
て表示部にて表示する（ステップＩ１７）。

【０１３６】その後、再びチャットサーバ２からの応答
を待機して（ステップＩ１８）、応答があった時点で、
チャットサーバ２から送られてくるチャットの開始許可
通知を受信し（ステップＩ１９）、以後チャットを開始
してチャットデータの送受に移行するものとして（ステ
ップＩ２０）、以上でこの追加メンバーとして参加を要
請された端末機器３での参加開始時の処理を一旦終了す
る。

【０１３７】なお、チャットサーバ２による以後のチャ
ットに対するこの端末機器３への課金処理は、上記ステ
ップＩ１１での再接続の時点からなされる。

【０１３８】次に、チャット途中でそのチャットに参加
している端末機器３のうちの１つで機能選択操作が行な
われ、上記図２０で示したアイコン領域ＩＣａのアイコ
ン「退室」が指定された場合のそれぞれの動作について
説明する。

【０１３９】図２７はチャットからの退室操作を行なっ
た端末機器３が実行する動作の内容を示すもので、その
当初にはチャットサーバ２に対してチャットからの退室
要求通知を送信し（ステップＪ０１）、これを受けたチ
ャットサーバ２から当該チャットに対する切断要求を受
信すると（ステップＪ０２）、その時点でチャットサー
バ２との接続を切断すると共に（ステップＪ０３）、端
末機器３上で記憶しているそのチャットに関するチャッ
トログをすべて一括消去し（ステップＪ０４）、以上で
この処理を終了する。

【０１４０】また、チャット途中でそのチャットに参加
している端末機器３のうちの１つで上記のような退室処
理が実行された結果、そのチャットに参加しているのが
チャットの開始者の端末機器３のみとなってしまった場
合あるいは、その退室要求が特にそのチャットの開始者
の端末機器３から発せられた場合には、それ以上のチャ
ットの続行はできないものとしてチャットサーバ２から
その時点で接続している端末機器３に対して強制的な切
断要求を行なう。

【０１４１】図２８はこのような場合にチャットサーバ
２からの切断要求を受ける端末機器３での処理を示すも
ので、その当初にはチャットサーバ２から当該チャット
に対する切断要求を受信すると（ステップＫ０１）、そ
の時点でチャットサーバ２との接続を切断すると共に
（ステップＫ０２）、その端末機器３上で記憶している
そのチャットに関するチャットログをすべて一括消去し
（ステップＫ０３）、以上でこの処理を終了する。

【０１４２】しかして、端末機器３から退室要求を受け
るチャットサーバ２での動作内容について図２９により
説明する。

【０１４３】その当初に、チャットに参加している端末
機器３からの退室要求通知を受信すると（ステップＬ０
１）、その退室要求通知を送ってきた端末機器３の端末
ＩＤとチャットＩＤとを用いてチャットデータベースを
確認し、該退室要求通知を送ってきたのがそのチャット
の参加者であるのか、それとも開始者であるのかを判断
する（ステップＬ０３）。

【０１４４】ここで、端末ＩＤが参加者の端末機器３の
ものであると判断した場合、チャットサーバ２はその端
末機器３に対して切断要求通知を送信した後（ステップ
Ｌ０４）、その端末機器３との接続を切断し（ステップ
Ｌ０５）、チャットデータベースにおける該当するチャ
ットＩＤのその参加者ＩＤに付加されている在室／不在
フラグを不在側にセットする（ステップＬ０６）。

【０１４５】その後、その退室要求通知をしてきた参加
者ＩＤのハンドルネームを用いてその参加者がチャット
から退室することを示す退室メッセージをチャットデー
タとして生成し（ステップＬ０７）、これをチャットデ
ータベースにチャットログとして追加保存させると共に
（ステップＬ０８）、その時点で当該チャットに参加し
ている他のすべての端末機器３に同チャットデータを同
時送信した上で（ステップＬ０９）、上記参加者の退室
によりその時点でチャットに参加し、接続している端末
機器３の数をチャットデータベースの参加者側の在室／
不在フラグ中の在室にセットされている数により確認す
る（ステップＬ１０）。

【０１４６】図２６は、このときチャットサーバ２から
送られてきた退室メッセージを表示する、例えば携帯情
報端末３ａでのチャットデータを例示するもので、上記
図６と同様の構成の画面上のチャットデータ領域ＣＤに
おいて、「Ｙさん」の「抜けるよ、ごめんね。」なるチ
ャットデータの後に、ハンドルネームを用いた退室メッ
セージ「Ｙさん退室しました。」とその時点でまだ入室
している人数「３名」とを表示している状態を示す。

【０１４７】ここで、チャットサーバ２では、チャット
の開始者以外にそのチャットに参加しているものがいる
か否かを判断し（ステップＬ１１）、開始者以外にもま
だ参加者がいると判断した場合には、以後もチャットを
継続するべく、一旦この処理を終了する。

【０１４８】また、ステップＬ１１で上記参加者の退室
によりチャットの開始者以外にそのチャットに参加して
いるものがいなくなってしまったと判断した場合には、
それ以上のチャットを継続することができないため、そ
の開始者の端末機器３に対して切断要求通知を送信し
（ステップＬ１２）、開始者の端末機器３との接続を切
断した後に（ステップＬ１３）、そのチャットを終える
ものとして、チャットデータベースにおける該当するチ
ャットＩＤのチャットログをそれ以上書き加えないよう
にロック状態として（ステップＬ１４）、以上でこの処
理を終了する。

【０１４９】さらに、上記ステップＬ０３で退室要求通
知を送ってきた端末機器３の端末ＩＤとチャットＩＤと
を用いて退室要求通知を送ってきたのがそのチャットの
開始者であると判断した場合には、直ちにその時点でチ
ャットに参加している開始者を含んだすべての参加者の
端末機器３に対して切断要求通知を送信し（ステップＬ
１５）、それらすべての端末機器３との接続を切断した
後に（ステップＬ１６）、チャットデータベースにおけ
る開始者以外の他のすべての参加者の在室／不在フラグ
を不在側にセットし（ステップＬ１７）、それから上記
ステップＬ１４に進んでそのチャットを終えるものとし
て、チャットデータベースにおける該当するチャットＩ
Ｄのチャットログをそれ以上書き加えないようにロック
状態とし、以上でこの処理を終了する。

【０１５０】なお、チャットを終了した後にそのチャッ
トの開始者あるいは参加者の個々の端末機器３からチャ
ットサーバ２にアクセスしてチャットログを閲覧するこ
とができる。

【０１５１】図３０は端末機器３がチャットサーバ２に
対してチャットログの閲覧を要求する場合の処理内容を
示すもので、まずその当初に端末機器３では、保存して
いる過去に参加したチャットの一覧からチャットログの
閲覧を希望するものを選択した上で（ステップＭ０
１）、チャットサーバ２との接続を行なう（ステップＭ
０２）。

【０１５２】そして、接続を行なったチャットサーバ２
に対して、自機の端末ＩＤと閲覧を希望するチャットＩ
Ｄとを付加して、チャットログ閲覧要求通知を送信し
（ステップＭ０３）、これに対してチャットサーバ２か
らの応答があるとこれを受信する（ステップＭ０４）。

【０１５３】ここで、チャットサーバ２から受信した応
答の内容が、チャットログの閲覧を許可するものであっ
たか、またはエラーを生じたかを判断し（ステップＭ０
５）、閲覧を許可するものであった場合には、チャット
ログの閲覧モードに移行する。

【０１５４】このチャットログの閲覧モードにおいて
は、閲覧に関するなんらかの操作を実行し（ステップＭ
０７）、その操作がチャットログを取得するためのもの
であるか、あるいは閲覧を終了するためのものであるか
を判断する（ステップＭ０８）。

【０１５５】ここでチャットログを取得するためのもの
であると判断すれば、チャットサーバ２に対してチャッ
トログの取得要求通知を送信し（ステップＭ０９）、送
信した通知に対応してチャットサーバ２から送られてく
るチャットログを受信し、表示部に表示させては（ステ
ップＭ１０）、次の操作を待機するという処理を繰返し
実行する。

【０１５６】しかして、上記ステップＭ０８でチャット
ログの閲覧を終了するための操作がなされたと判断する
と、チャットログ閲覧の終了要求通知をチャットサーバ
２に対して送信し（ステップＭ１１）、その応答として
チャットサーバ２から切断要求を受信した時点で（ステ
ップＭ１２）、チャットサーバ２との接続を切断して
（ステップＭ１３）、以上でこの処理を終了する。

【０１５７】なお、上記ステップＭ０５でチャットサー
バ２から受信した応答の内容がエラーであった場合に
は、送信したチャットＩＤに該当するチャットログがチ
ャットサーバ２のチャットデータベースに存在しない
か、あるいはこの端末機器３の端末ＩＤがチャットサー
バ２のチャットデータベースの該当チャットＩＤに対応
する参加者の端末ＩＤとして登録されていないものとし
て、直ちにチャットサーバ２との接続を切断した上で
（ステップＭ１４）、そのチャットの記録を、記憶して
いるチャットの一覧データから削除し（ステップＭ１
５）、以上でこの処理を終了する。

【０１５８】次に、図３１により上記のような端末機器
３からのチャットログの閲覧要求を受けるチャットサー
バ２側での処理内容について説明する。

【０１５９】チャットサーバ２においては、端末機器３
がネットワーク１を介して接続し、その端末機器３から
チャットログの閲覧要求通知を受信すると（ステップＮ
０１）、まずその通知に付加されている端末機器３の端
末ＩＤを用いてチャット利用者データベースを参照し
（ステップＮ０２）、その端末機器３が本来のチャット
利用者であるか否かを判断する（ステップＮ０３）。

【０１６０】ここで、該当する端末機器３の端末ＩＤが
チャット利用者データベースに登録されていると判断す
ると、さらに上記チャットログの閲覧要求通知に付加さ
れていたチャットＩＤによりチャットデータベースを参
照し（ステップＮ０６）、該当するチャットログが存在
するか否かを判断する（ステップＮ０７）。

【０１６１】ここで、該当するチャットログも存在する
と判断すると、次に上記チャットログの閲覧要求通知に
付加されていた端末ＩＤを用いてチャットデータベース
の該当するチャットＩＤのチャットデータ中の参加者側
の端末ＩＤを参照し、その端末ＩＤが存在するか否か、
すなわち閲覧要求通知を送ってきた端末機器３はそのチ
ャットに参加していたか否かを判断する（ステップＮ０
９）。

【０１６２】そして、ここでも端末ＩＤが存在すると判
断すると、以上でこの閲覧要求通知を送ってきた端末機
器３が自機が参加していたチャットのログの閲覧を行な
うものとしてこれを確認し、当該端末機器３に対してチ
ャットログの閲覧許可通知を送信し（ステップＮ１
０）、チャットログ閲覧モードに移行する（ステップＮ
１１）。

【０１６３】以後、当該端末機器３からの応答を待機し
（ステップＮ１２）、応答があると、その通知がチャッ
トログの取得要求とチャットログの閲覧終了のいずれで
あるのかを判断し（ステップＮ１３）、チャットログの
取得要求であればその要求に応じたチャットログをチャ
ットデータベースから読出して送信し（ステップＮ１
４）、続けて再び上記ステップＮ１２に戻って応答を待
機するという処理を繰返す。

【０１６４】そして、ステップＮ１３でチャットログの
閲覧終了の通知がなされたと判断した時点で、当該端末
機器３に対して接続を切断する要求通知を送信した後
（ステップＮ１５）、実際に接続を切断し（ステップＮ
１６）、以上でこの処理を終了する。

【０１６５】なお、上記ステップＮ０３で送られてきた
端末機器３の端末ＩＤがチャット利用者データベースに
登録されていないと判断した場合、あるいは上記ステッ
プＮ０７で送られてきたチャットＩＤに該当するチャッ
トデータがチャットデータベースに存在しないと判断し
た場合、あるいは上記ステップＮ０９で端末機器３の端
末ＩＤがそのチャットデータベースの該当するチャット
ＩＤのチャットデータ中の参加者側の端末ＩＤに存在し
ないと判断した場合には、いずれもチャットログの閲覧
を行なう資格がないものとして、当該端末機器３に対し
てエラーメッセージの通知を行なった上で（ステップＮ
０４）、その接続を切断し（ステップＮ０５）、以上で
この処理を終了する。

【０１６６】最後に上記のような動作を総括するものと
して、チャット実行時とチャットログ閲覧時それぞれの
チャットサーバ２とチャット開始者の端末Ａ、チャット
参加者の端末Ｂ間での信号の送受について説明する。

【０１６７】図３２乃至図３４は、チャット開始から終
了に至る間の、チャット開始者の端末Ａとチャットサー
バ２、及びチャット参加者の端末Ｂ間で送受される信号
の流れの一例を示すもので、まずチャット開始者の端末
Ａがチャットサーバ２との回線接続を行なった上で（図
３２（１））、自機の端末ＩＤと参加を希望する端末Ｉ
Ｄとを付加してチャット開始要求通知を送信する（図３
２（２））。

【０１６８】これを受けたチャットサーバ２は、端末Ａ
の確認を行なった上で端末Ａに対してチャットＩＤを発
行してチャット許可応答を返信し（図３２（３））、併
せてまず端末Ａに対して入室メッセージをチャットデー
タとして送信する（図３２（４））。

【０１６９】次いで、チャットサーバ２は開始者の端末
Ａが希望した端末ＩＤに基づいて端末Ｂと回線接続を行
なった上で（図３２（５））、当該チャットへの参加要
請を行ない（図３２（６））、これに対して端末Ｂから
受諾がなされると（図３２（７））、その端末Ｂに対し
てコールバック許可を通知した後に（図３３（１））、
一旦端末Ｂとの回線接続を切断する（図３３（２））。

【０１７０】端末Ｂでは、自動的にチャットサーバ２に
対するコールバックを行なうことで回線接続し（図３３
（３））、以後チャットサーバ２からの課金処理が開始
されることとなるもので、チャットサーバ２からチャッ
トＩＤを付加してのチャット許可応答を受信する（図３
３（４））。

【０１７１】この時点で、チャットサーバ２から端末
Ａ，Ｂ双方に対してチャットデータとして端末Ｂの入室
メッセージが配信され（図３３（５））、またチャット
に参加している端末が複数となったので、チャットを開
始させることができるものとして同じく双方にチャット
開始許可が配信される（図３３（６））。

【０１７２】以後、チャットサーバ２を介して端末Ａと
端末Ｂの間でそれぞれ発信者側の端末ＩＤを付加しての
チャットデータが送受される（図３３（７））。

【０１７３】そして、開始者である端末Ａがチャットの
終了要求通知をチャットサーバ２に対して送信すると
（図３４（１））、これを受けたチャットサーバ２は以
上でこのチャットを終了するものとして端末Ａ，Ｂの双
方に回線の切断要求を送信し（図３４（２））、これを
もってチャットサーバ２と端末Ａ，Ｂのそれぞれで回線
接続を切断してチャットを終了する（図３４（３））。

【０１７４】図３５は、チャット開始者を含む、チャッ
ト参加者の端末がチャットログを閲覧する場合の、チャ
ットサーバ２との間で送受される信号の流れを示すもの
で、まず端末がチャットサーバ２との回線接続を行なっ
た上で（図３５（１））、自機の端末ＩＤと閲覧を希望
するチャットＩＤとを付加してチャットログの閲覧要求
通知を送信する（図３５（２））。

【０１７５】これを受けたチャットサーバ２は、その端
末自体の確認及びその端末が閲覧を希望しているチャッ
トログへ参加していたか否かの確認を行なった上で端末
に対してチャットログの閲覧許可を通知し（図３５
（３））、以後チャットログの取得要求が端末から送ら
れてくる毎に（図３５（４））、対応スロットチャット
ログのデータをその端末に送信する（図３５（５））。

【０１７６】そして、端末がチャットログの閲覧を終了
する要求通知をチャットサーバ２に対して送信すると
（図３５（６））、これを受けたチャットサーバ２は以
上でこのチャットログの閲覧を終了するものとして端末
に回線の切断要求を送信し（図３５（７））、これをも
って端末とチャットサーバのそれぞれで回線接続を切断
してチャットログの閲覧を終了する（図３５（８））。

【０１７７】以上詳述した如く本発明の第１の実施の形
態においては、チャットを開始する端末の希望により参
加者を管理し、特定することができるため、開始者の責
任の元に、より良質なチャット環境を実現できる。

【０１７８】また、参加を要請された側の端末において
は、参加を決定した場合にチャットサーバに対してコー
ルバックを行ない、チャットサーバ２はコールバックし
てきた端末に対して課金処理することができるため、チ
ャットに参加した端末に対する課金処理を確実に実施す
ることができ、より良質なチャット環境の整備に還元で
きる。

【０１７９】さらに、チャットサーバ２はチャット開始
当初の各端末への参加要請時にチャットを開始者の情報
を例えばハンドルネームで通知し、チャット開始当初に
参加を要請されながら参加を拒否した端末、あるいは参
加していたチャットを中断した端末は、開始者に対して
参加要求を行ない、この参加要求に対してチャットサー
バが開始者を確認してチャットへの途中参加を許可する
ようにしたため、チャットへの途中参加の管理を確実に
行なうことができる。

【０１８０】また、チャット途中でそのチャットに参加
している端末が新たに参加を要求する端末の情報をチャ
ットサーバに通知し、その通知を受けたチャットサーバ
が要求された端末へ途中参加を要請し、途中参加を要請
された端末が参加の有無を決定できるため、チャット途
中でも新規に端末を追加してその参加を促すことがで
き、より開かれたチャット環境を実現できる。

【０１８１】また、チャットサーバ２は各チャット毎に
チャットＩＤを付加してそのチャットログを保存し、開
始者を含む参加者の端末からチャットサーバ２に対して
チャットＩＤを指定することで、対応するチャットログ
をダウンロードすることができるため、特に記憶容量が
少ない端末であっても、自身がチャットログを保存かし
ておく必要がなく、閲覧したいチャットログのみを選択
的に指定して得ることができる。

【０１８２】（第２の実施の形態）以下本発明をパーソ
ナルコンピュータや携帯情報端末等の端末機器をクライ
アントとしたチャットシステムに適用した場合の第２の
実施の形態について図面を参照して説明する。

【０１８３】図３６はそのシステム全体の概念構成を示
すもので、便宜上分割して接続するが、１ａ〜１ｃがそ
れぞれネットワーク（公衆回線網、専用線網、インター
ネット網等）であり、これらネットワーク１ａ〜１ｃに
対して、それぞれチャットサービスを提供するサービス
事業者が運営する複数のチャットサーバ２ａ〜２ｃと、
ここでは図示しないが、チャットサービスを利用するユ
ーザが所有するクライアント装置としてのパーソナルコ
ンピュータやＰＤＡなどでなる各種端末機器３，３，‥
‥とが接続される。

【０１８４】ここでは図示しない端末機器３，３，‥‥
は、いずれもネットワーク１ａ〜１ｃと接続するための
接続ソフトを搭載し、モデムを内蔵あるいは介在してい
る。

【０１８５】また、複数のチャットサーバ２ａ〜２ｃの
処理順序を管理する管理サーバ４を設け、それぞれのチ
ャットサーバ２ａ〜２ｃはそのサーバを表わすサーバＩ
Ｄを予め有している。

【０１８６】チャットサーバ２ａ〜２ｃはそれぞれ、図
３７（Ａ）に示すようなチャット利用者データベースと
同図（Ｂ）に示すようなチャットデータベースとを管理
している。

【０１８７】すなわち、図３７（Ａ）に示すチャット利
用者データベースにおいては、予め登録したチャット利
用者毎に、氏名や住所等のパーソナルデータ、端末機器
ＩＤ、チャット上での参加者を表わすニックネームとし
て使用されるハンドルネーム、及び使用するサーバＩＤ
を１組として管理するもので、このチャット利用者デー
タベースの内容はチャットサーバ２ａ〜２ｃで共通して
いる。

【０１８８】また、図３７（Ｂ）に示すチャットデータ
ベースにおいては、実施したチャット毎に、チャットＩ
Ｄ、開始者ＩＤ、参加者ＩＤ、参加拒否者ＩＤ、使用サ
ーバ一覧及びチャットのログが保存されるもので、開始
者ＩＤ、参加者ＩＤ、及び参加拒否者ＩＤに関しては上
記チャット利用者データベースの端末機器ＩＤがそのま
ま使用され、対応するサーバＩＤが付加設定される。

【０１８９】また特に参加者ＩＤに関しては、チャット
に参加中か終了したかを示す「在室／不在」フラグが付
加設定される。

【０１９０】それぞれのチャットサーバ２ａ〜２ｃで
は、チャットデータ中のチャットログは、チャット参加
者のうち、そのサーバの使用者の発言部分のみを通し番
号を付して保存し、チャットの流れは、サーバＩＤ、発
言者ＩＤ、及び発言者毎通し番号とを１組として図３８
に示すようなフォーマットのチャットログ目次により保
存するものとする。

【０１９１】なお、ネットワーク１ａ〜１ｃに接続され
る個々の端末機器３の回路構成については上記図３で示
したものとほぼ同様であるものとして、同一部分では同
一符号を用いるものとし、その図示及び説明は省略す
る。

【０１９２】次に上記実施の形態の動作について説明す
る。

【０１９３】なお、チャットの開始から終了まで、及び
チャットログの閲覧に関する特に各端末機器３での基本
的な動作は上記第１の実施の形態で説明した内容とほぼ
同様であるので、ここでは各端末機器３における動作の
説明は省略するものとし、特にチャットサーバ２ａ〜２
ｃ間及び管理サーバ４の動作について詳述するものとす
る。

【０１９４】図４０乃至図４５は、自身に接続している
端末機器３からチャット開始要求を受けたチャットサー
バ２（２ａ〜２ｃ）（以下「チャットサーバ２ｘ」と略
称する）の動作を示すものである。

【０１９５】その当初、チャット開始要求を受信すると
（ステップＯ０１）、その要求に添付されている開始者
の端末ＩＤを用いて上記図３７（Ａ）で示したチャット
利用者データベースを参照し、自機に登録されているチ
ャット利用者であるか否かを確認する（ステップＯ０
２）。

【０１９６】ここで、チャット利用者として登録されて
いない場合には、そのチャットを開始させることができ
ないため、チャットの開始を拒否する通知を開始者に対
して通知し（ステップＯ１１）、当該開始者との接続を
切断して（ステップＯ１２）、一旦この処理を終了し、
次の開始要求があるのを待機する。

【０１９７】また、チャット利用者として登録されてい
た場合には、チャットＩＤを発行し（ステップＯ０
４）、そのチャットＩＤを用いて上記図３７（Ｂ）で示
した如くチャットデータベースに必要事項を保存設定し
（ステップＯ０５）、さらに各参加者ＩＤに対する在室
／不在フラグをすべて仮に在室にセットした後に（ステ
ップＯ０６）、開始者に対してチャットの許可応答を発
行したチャットＩＤと共に通知する（ステップＯ０
７）。

【０１９８】次いで、その開始者の入室メッセージをチ
ャットデータとして生成し（ステップＯ０８）、これを
チャットデータベースにチャットログとして追加保存さ
せると共に（ステップＯ０９）、同チャットデータを開
始者に送信する（ステップＯ１０）。

【０１９９】その後、開始者がチャットへの参加を希望
した参加者のＩＤの内容を１名分読出して内容を確認し
（ステップＯ１３）、あることを確認した上で（ステッ
プＯ１４）、その参加者ＩＤを用いてチャット利用者デ
ータベースを参照し（ステップＯ１５）、登録されてい
るチャット利用者であるか否かを確認する（ステップＯ
１６）。

【０２００】登録されているチャット利用者である場合
には、その使用サーバをサーバＩＤにより確認し（ステ
ップＯ１７）、確認した使用サーバＩＤをチャットデー
タベース中の使用サーバ一覧のデータに追加保存させる
と共に（ステップＯ１８）、その保存したサーバＩＤが
このチャットサーバ２ｘ自機を表わすものであるか否か
を判断し（ステップＯ１９）、自機を表わすものであっ
た場合にのみ、すなわちその参加者もまた自機に登録さ
れている端末機器３であった場合にのみ、その参加者の
端末ＩＤを保存し（ステップＯ２０）、他の参加者に関
しても同様の処理を実行するべく確認する参加者ＩＤの
内容を変更設定した上で（ステップＯ２１）、再び上記
ステップＯ１３からの処理に戻る。

【０２０１】また、上記ステップＯ１６で希望する参加
者のＩＤがチャット利用者データベースに登録されてい
ないと判断した場合には、その参加者ＩＤを用いてその
参加者とのチャットを行なうことができないことを示す
エラーメッセージをチャットデータとして生成し（ステ
ップＯ２２）、これをチャットデータベースにチャット
ログとして追加保存させると共に（ステップＯ２３）、
同チャットデータを開始者に送信し（ステップＯ２
４）、それから他の参加者に関しても同様の処理を実行
するべく確認する参加者ＩＤの内容を変更設定した上で
（ステップＯ２１）、再び上記ステップＯ１３からの処
理に戻る。

【０２０２】しかるに、上記ステップＯ２１で開始者に
チャットへの参加を希望された参加者を対象として参加
者ＩＤを順次更新変更しながらステップＯ１３からの処
理を繰返し実行し、すべての参加者に対する処理を終了
すると、ステップＯ１４でそれ以上の参加者がないもの
と確認され、次にその時点でチャットデータベースに保
存した使用サーバ一覧中に記載されている、そのチャッ
トを実現する上で使用されるものとしてリストアップさ
れた各チャットサーバ２（２ａ〜２ｃ）（以下「チャッ
トサーバ２ｙ」と略称する）それぞれに対して、該当す
るチャットＩＤに基づくチャットデータベースの内容の
一部を読出して付加した上でチャットの実施依頼通知を
送信する（ステップＯ２５）。

【０２０３】図３９はこのときチャットサーバ２ｘから
チャットサーバ２ｙに実施依頼通知に付加されて送信さ
れるデータのフォーマットを示すもので、チャットＩＤ
と開始者の端末ＩＤ及び（チャットサーバ２ｘの）サー
バＩＤに加えて、希望参加者の各端末ＩＤとそれに対応
するサーバＩＤが羅列され、最後に使用サーバ一覧とし
てサーバＩＤの総括が付加設定されている。

【０２０４】その後、チャット開始者が所属しているチ
ャットサーバ２ｘでは、続けて自機が管理している参加
者に関して、参加者のＩＤの内容を１名分読出して内容
を確認し（ステップＯ２６）、あることを確認した上で
（ステップＯ２７）、その参加者のＩＤに対応して記憶
されている端末機器との接続を実行し（ステップＯ２
８）、接続が成功したことを確認してから（ステップＯ
２９）、対象となる参加者の端末機器にチャットへの参
加を要請する通知を実行し（ステップＯ３０）、その後
に他の参加者に関しても同様の処理を実行するべく確認
する参加者ＩＤの内容を変更設定した上で（ステップＯ
３１）、再び上記ステップＯ２６からの処理に戻る。

【０２０５】また、上記ステップＯ２９で自機が管理す
る参加者との接続が成功しなかったと判断した場合に
は、その参加者ＩＤを用いてその参加者とのチャットを
行なうことができないことを示すエラーメッセージをチ
ャットデータとして生成し（ステップＯ３２）、これを
チャットデータベースにチャットログとして追加保存さ
せると共に（ステップＯ３３）、同チャットデータを開
始者に送信し（ステップＯ３４）、それから自機が管理
する他の参加者に関しても同様の処理を実行するべく確
認する参加者ＩＤの内容を変更設定した上で（ステップ
Ｏ３１）、再び上記ステップＯ２６からの処理に戻る。

【０２０６】しかるに、自機が管理している参加者に関
して、上記ステップＯ３１で参加者ＩＤを順次更新変更
しながらステップＯ２６からの処理を繰返し実行し、自
機が管理しているすべての参加者に対する処理を終了す
ると、ステップＯ２７でそれ以上の参加者がないものと
確認され、次にチャットへの参加を要請したことに対す
る他のチャットサーバ２ｙまたは自機が管理している端
末機器からの応答を待機する（ステップＯ３５）。

【０２０７】ここで、この応答待機中にチャットサーバ
２ｙまたは自機が管理している端末機器からの通知がな
されるとこれを受信して（ステップＯ３６）、その通知
の送信元がチャットサーバ２ｙであるか、または自機が
管理している端末機器であるかを判断する（ステップＯ
３７）。

【０２０８】自機が管理している端末機器からのもので
あった場合、次にその通知の内容がチャットへの参加を
受諾するものであるか、または拒否するものであるかを
判断する（ステップＯ３８）。

【０２０９】チャットへの参加を受諾するものであった
場合には、その参加者の端末機器３に再接続（コールバ
ック）を許可する通知を行ない（ステップＯ４５）、そ
れから一旦その接続を切断した後に（ステップＯ４
６）、他にも自機が管理する参加者の端末機器３からの
応答通知が残っているか否かを判断し（ステップＯ４
４）、あれば再び上記ステップＯ３６からの処理に戻
る。

【０２１０】また、上記ステップＯ３８で受信した通知
がチャットへの参加を拒否するものであったと判断した
場合には、その端末ＩＤをチャットデータベースの参加
拒否者側に保存した後（ステップＯ３９）、その端末機
器３との接続を切断し（ステップＯ４０）、それからそ
の参加者ＩＤを用いてその参加者からチャットへの参加
を拒否されたことを示す拒否メッセージをチャットデー
タとして生成し（ステップＯ４１）、これをチャットデ
ータベースにチャットログとして追加保存させると共に
（ステップＯ４２）、この時点でこのチャットサーバ２
ｘに接続されている端末機器３で開始者を含むチャット
モードとなっているすべてのものに対してこのチャット
データを送信した上で（ステップＯ４３）、他にも自機
が管理する参加者の端末機器３からの応答通知が残って
いるか否かを判断し（ステップＯ４４）、あれば再び上
記ステップＯ３６からの処理に戻る。

【０２１１】また、上記ステップＯ３７で通知の送信元
が他のチャットサーバ２ｙであると判断した場合には、
次にそのチャットサーバ２ｙが管理している参加者との
接続が成功したか否かを判断する（ステップＯ４７）。

【０２１２】ここで、他のチャットサーバ２ｙが管理す
る参加者との接続が成功しなかったと判断した場合に
は、その参加者ＩＤを用いてその参加者とのチャットを
行なうことができないことを示すエラーメッセージをチ
ャットデータとして生成し（ステップＯ５６）、これを
チャットデータベースにチャットログとして追加保存さ
せると共に（ステップＯ５１）、この時点でこのチャッ
トサーバ２ｘに接続されている端末機器３で開始者を含
むチャットモードとなっているすべてのものに対してこ
のチャットデータを送信した上で（ステップＯ５２）、
他にも自機が管理する参加者の端末機器３からの応答通
知が残っているか否かを判断し（ステップＯ４４）、あ
れば再び上記ステップＯ３６からの処理に戻る。

【０２１３】また、上記ステップＯ４７で他のチャット
サーバ２ｙが管理している参加者との接続が成功したと
の通知を受信したときには、次いでその接続の結果、通
知の内容がチャットへの参加を受諾するものであるか、
または拒否するものであるかを判断する（ステップＯ４
８）。

【０２１４】チャットへの参加を受諾するものであった
場合には、チャットデータベースにおけるその参加者の
端末機器３の端末ＩＤを参加側に保存し、併せてその使
用サーバＩＤを保存した上で（ステップＯ５３）、対応
する在室／不在フラグを在室側にセットし（ステップＯ
５４）、それからその参加者ＩＤを用いてその参加者が
チャットへ参加することを示す入室メッセージをチャッ
トデータとして生成し（ステップＯ５５）、これをチャ
ットデータベースにチャットログとして追加保存させる
と共に（ステップＯ５１）、この時点でこのチャットサ
ーバ２ｘに接続されている端末機器３で開始者を含むチ
ャットモードとなっているすべてのものに対してこのチ
ャットデータを送信した上で（ステップＯ５２）、他に
も自機が管理する参加者の端末機器３からの応答通知が
残っているか否かを判断し（ステップＯ４４）、あれば
再び上記ステップＯ３６からの処理に戻る。

【０２１５】また、上記ステップＯ４８で他のチャット
サーバ２ｙが管理している参加者からの応答がチャット
への参加を拒否するものであったと判断した場合には、
その端末ＩＤをチャットデータベースの参加拒否者側に
保存した後（ステップＯ４９）、その参加者ＩＤを用い
てその参加者からチャットへの参加を拒否されたことを
示す拒否メッセージをチャットデータとして生成し（ス
テップＯ５０）、これをチャットデータベースにチャッ
トログとして追加保存させると共に（ステップＯ５
１）、この時点でこのチャットサーバ２ｘに接続されて
いる端末機器３で開始者を含むチャットモードとなって
いるすべてのものに対してこのチャットデータを送信し
た上で（ステップＯ５２）、他にも自機が管理する参加
者の端末機器３からの応答通知が残っているか否かを判
断し（ステップＯ４４）、あれば再び上記ステップＯ３
６からの処理に戻る。

【０２１６】しかるに、上記ステップＯ３６からの処理
を繰返し実行し、ステップＯ４４で自機が管理するすべ
ての参加者の端末機器３からの応答通知を受信して残り
がなくなったと判断すると、次にこのチャットへの参加
要請に対する応答が未確認の端末機器３がまだ残ってい
るか否かを判断する（ステップＯ５７）。

【０２１７】まだ残っていると判断した場合には、その
端末機器３からの応答があるか、または再接続を行なう
のを一定時間待機した後（ステップＯ５８）、なんらか
の応答があると、その応答が他のチャットサーバ２ｙを
介しての端末機器の接続に関するものであるか、または
その未確認の端末機器３が自機の関する端末装置であっ
て、再接続を行なったものであるかを判断する（ステッ
プＯ５９）。

【０２１８】ここで、応答が他のチャットサーバ２ｙを
介しての端末機器の接続に関するものであった場合に
は、次いでその接続が成功したか否かを判断し（ステッ
プＯ６０）、接続が成功しなかったと判断した場合に
は、その参加者ＩＤを用いてその参加者とのチャットを
行なうことができないことを示すエラーメッセージをチ
ャットデータとして生成し（ステップＯ６１）、これを
チャットデータベースにチャットログとして追加保存さ
せると共に（ステップＯ６２）、この時点でこのチャッ
トサーバ２ｘに接続されている端末機器３で開始者を含
むチャットモードとなっているすべてのものに対してこ
のチャットデータを送信した上で（ステップＯ６３）、
再び上記ステップＯ５７からの処理に戻る。

【０２１９】また、上記ステップＯ６０で他のチャット
サーバ２ｙを介しての端末機器の接続が成功したと判断
した場合には、次いでその接続の結果、通知の内容がチ
ャットへの参加を受諾するものであるか、または拒否す
るものであるかを判断する（ステップＯ６４）。

【０２２０】チャットへの参加を受諾するものであった
場合には、チャットデータベースにおけるその参加者の
端末機器３の端末ＩＤを参加側に保存し、併せてその使
用サーバＩＤを保存した上で（ステップＯ６７）、対応
する在室／不在フラグを在室側にセットし（ステップＯ
６８）、それからその参加者ＩＤを用いてその参加者が
チャットへ参加することを示す入室メッセージをチャッ
トデータとして生成し（ステップＯ６９）、これをチャ
ットデータベースにチャットログとして追加保存させる
と共に（ステップＯ６２）、この時点でこのチャットサ
ーバ２ｘに接続されている端末機器３で開始者を含むチ
ャットモードとなっているすべてのものに対してこのチ
ャットデータを送信した上で（ステップＯ６３）、再び
上記ステップ５７からの処理に戻る。

【０２２１】また、上記ステップＯ６４で他のチャット
サーバ２ｙを介しての応答がチャットへの参加を拒否す
るものであった場合には、その端末ＩＤをチャットデー
タベースの参加拒否者側に保存した後（ステップＯ６
５）、その参加者ＩＤを用いてその参加者からチャット
への参加を拒否されたことを示す拒否メッセージをチャ
ットデータとして生成し（ステップＯ６６）、これをチ
ャットデータベースにチャットログとして追加保存させ
ると共に（ステップＯ６２）、この時点でこのチャット
サーバ２ｘに接続されている端末機器３で開始者を含む
チャットモードとなっているすべてのものに対してこの
チャットデータを送信した上で（ステップＯ６３）、再
び上記ステップＯ５７からの処理に戻る。

【０２２２】また、上記ステップＯ５９で、得られた応
答が自機の管理する未確認の端末機器３が再接続を行な
った際のものであると判断した場合には、チャットデー
タベースの参加側にその端末ＩＤを保存設定し（ステッ
プＯ７０）、対応する在室／不在フラグを在室の内容に
セットし（ステップＯ７１）、対象となる参加者の端末
機器３にチャットを許可する応答通知をチャットＩＤと
共に送信してから（ステップＯ７２）、その参加者ＩＤ
を用いてその参加者がチャットに参加することを示す入
室メッセージをチャットデータとして生成し（ステップ
Ｏ７３）、これをチャットデータベースにチャットログ
として追加保存させると共に（ステップＯ６２）、この
時点でこのチャットサーバ２ｘに接続されている端末機
器３で開始者を含むチャットモードとなっているすべて
のものに対してこのチャットデータを送信した上で（ス
テップＯ６３）、再び上記ステップＯ５７からの処理に
戻る。

【０２２３】しかして、上記ステップＯ５７からの処理
を繰返し実行し、最終的にこのステップＯ５７でこのチ
ャットへの参加要請に対する応答が未確認の端末機器３
がもう残っていないと判断すると、その時点でチャット
への参加を受諾した端末機器３が全体で少なくとも１台
あるか否かにより、チャットを実施することができるの
かどうかを判断する（ステップＯ７４）。

【０２２４】ここで、チャットへの参加を受諾した端末
機器３が全体で少なくとも１台あり、チャットを実施す
ることができると判断すると、他のチャットサーバ２ｙ
を介して参加を受諾した他の参加者の端末機器３に対し
てチャットの開始許可通知を送信させると共に（ステッ
プＯ７９）、自機で管理する、このチャットの開始者を
含むチャットモードに移行している各端末機器３に対し
ても同様にチャットの開始許可通知を送信し（ステップ
Ｏ８０）、以上でこのチャットサーバ２ｘでのチャット
開始時の処理を終了する。

【０２２５】また、上記ステップＯ７４で開始者の他に
チャットへの参加を受諾した端末機器３が１台もなく、
チャットを実施することができないと判断した場合に
は、他の各チャットサーバ２ｙに対してこのチャットを
中止する旨の通知を送信した後に（ステップＯ７５）、
チャットサーバ２ｘに接続されているチャットの開始を
要求した端末機器３に対してもチャットの中止を通知し
（ステップＯ７６）、その後に該開始者との接続を切断
してから（ステップＯ７６）、チャットデータベースに
おけるこのチャットＩＤに関連したデータを削除し（ス
テップＯ７７）、以上でこの処理を一旦終了して次の開
始要求があるのを待機する。

【０２２６】以上のチャット開始者の端末機器３を管理
しているチャットサーバ２ｘからのチャット参加要請を
受けた他のチャットサーバ２ｙでは、以下に示すような
処理を実行する。

【０２２７】図４６乃至図４８はこのチャットサーバ２
ｙにおけるチャット開始時の処理内容を示すもので、そ
の当初に上記チャットサーバ２ｘからチャットの実施依
頼を受信すると（ステップＰ０１）、その実施依頼に付
加されている、チャットデータベースのデータ中の希望
参加者の各端末ＩＤとそれに対応するサーバＩＤを確認
し（ステップＰ０２）、それらのうちで内容が未確認の
ものがあることを確認した後に（ステップＰ０３）、そ
のうちの１名分を読出し、その参加者ＩＤを用いてチャ
ット利用者データベースを参照し（ステップＰ０４）、
このチャットサーバ２ｙ自機を利用するものであるか否
かを判断し（ステップＰ０５）、自機を利用するもので
あった場合にのみ、その参加者の端末ＩＤを保存し（ス
テップＰ０６）、他の参加者に関しても同様の処理を実
行するべく、読出す参加者ＩＤの内容を変更設定した上
で（ステップＰ０７）、再び上記ステップＰ０２からの
処理に戻る。

【０２２８】こうして、ステップＰ０２からの処理を繰
返し実行することで、自機で管理する必要がある希望参
加者に関してのみその端末ＩＤを保存していく。

【０２２９】そして、ステップＰ０３で内容が未確認の
希望参加者の端末ＩＤがなくなったと判断すると、次
に、このチャットサーバ２ｙ自機が管理している参加者
に関して、参加者のＩＤの内容を１名分読出して内容を
確認し（ステップＰ０８）、あることを確認した上で
（ステップＰ０９）、その参加者のＩＤに対応して記憶
されている端末機器との接続を実行し（ステップＰ１
０）、接続が成功したことを確認してから（ステップＰ
１１）、対象となる参加者の端末機器にチャットへの参
加を要請する通知を実行し（ステップＰ１２）、その後
に他の参加者に関しても同様の処理を実行するべく確認
する参加者ＩＤの内容を変更設定した上で（ステップＰ
１４）、再び上記ステップＰ０８からの処理に戻る。

【０２３０】また、上記ステップＰ１１で自機が管理す
る参加者との接続が成功しなかったと判断した場合に
は、その参加者ＩＤを用いてその参加者との接続を失敗
したことを示す通知を上記チャットサーバ２ｘに送信し
（ステップＰ１３）、それから自機が管理する他の参加
者に関しても同様の処理を実行するべく確認する参加者
ＩＤの内容を変更設定した上で（ステップＰ１４）、再
び上記ステップＰ０８からの処理に戻る。

【０２３１】しかるに、自機が管理している参加者に関
して、上記ステップＰ１４で参加者ＩＤを順次更新変更
しながらステップＰ０８からの処理を繰返し実行し、自
機が管理しているすべての参加者に対する処理を終了す
ると、ステップＰ０９でそれ以上の参加者がないものと
確認され、次にチャットへの参加を要請したことに対す
る自機が管理している端末機器からの応答を待機する
（ステップＰ１５）。

【０２３２】ここで、自機が管理している端末機器から
なんらかの通知がなされるとこれを受信して（ステップ
Ｐ１６）、次にその通知の内容がチャットへの参加を受
諾するものであるか、または拒否するものであるかを判
断する（ステップＰ１７）。

【０２３３】チャットへの参加を受諾するものであった
場合には、その参加者の端末機器３に再接続（コールバ
ック）を許可する通知を行ない（ステップＰ２１）、そ
れから一旦その接続を切断した後に（ステップＰ２
２）、他にも自機が管理する参加者の端末機器３からの
応答通知が残っているか否かを判断し（ステップＰ２
０）、あれば再び上記ステップＰ１５からの処理に戻
る。

【０２３４】また、上記ステップＰ１７で、受信した通
知がチャットへの参加を拒否するものであったと判断し
た場合には、その端末ＩＤを付加してチャットへの参加
を拒否されたことを示す通知をチャットサーバ２ｘに送
信した後（ステップＰ１８）、その端末機器３との接続
を切断し（ステップＰ１９）、他にも自機が管理する参
加者の端末機器３からの応答通知が残っているか否かを
判断し（ステップＰ２０）、あれば再び上記ステップＰ
１５からの処理に戻る。

【０２３５】しかるに、上記ステップＰ１５からの処理
を繰返し実行し、ステップＰ２０で自機が管理するすべ
ての参加者の端末機器３からの応答通知を受信して残り
がなくなったと判断すると、次にこのチャットへの参加
要請に対する応答が未確認の端末機器３がまだ残ってい
るか否かを判断する（ステップＰ２３）。

【０２３６】まだ残っていると判断した場合には、その
端末機器３との再接続を行なうのを一定時間待機した後
（ステップＰ２４）、再接続されると、チャットデータ
ベースの参加側にその端末ＩＤを保存設定し（ステップ
Ｐ２５）、対応する在室／不在フラグを在室の内容にセ
ットし（ステップＰ２６）、対象となる参加者の端末機
器３にチャットを許可する応答通知をチャットＩＤと共
に送信してから（ステップＰ２７）、チャットサーバ２
ｘに対してその参加者ＩＤを用いてその参加者がチャッ
トへの参加を受諾したことを示す通知を送信した上で
（ステップＰ２８）、再び上記ステップＰ２３からの処
理に戻る。

【０２３７】しかして、上記ステップＰ２３からの処理
を繰返し実行し、最終的にこのステップＰ２３でこのチ
ャットへの参加要請に対する応答が未確認の端末機器３
がもう残っていないと判断すると、以上でチャットサー
バ２ｙでのチャット開始時の処理を終了する。

【０２３８】こうして開始されたチャットの実施途中に
おけるチャットサーバ２（２ｘ，２ｙ）での動作につい
て図４９により説明する。

【０２３９】チャットデータの発言側を管理しているチ
ャットサーバ２では、発言を行なう端末機器３から端末
ＩＤを付加してチャットデータを受信すると（ステップ
Ｑ０１）、その端末ＩＤを用いてチャット利用者データ
ベースから対応するハンドルネームを取得し（ステップ
Ｑ０２）、ハンドルネームとチャットデータとを結合さ
せて新たにチャットデータとした上で（ステップＱ０
３）、このチャットデータをチャットデータベースのチ
ャットログに保存する（ステップＱ０４）。

【０２４０】次いで、管理サーバ４とのアクセスにより
自機が発言権を獲得する順序を待機し（ステップＱ０
５）、発言権を獲得すると上記図３８で示したチャット
ログ目次のフォーマットで発言者毎の通し番号を付加し
た上で、発言に伴うチャットデータとして保存する（ス
テップＱ０６）。

【０２４１】次いで、使用サーバ一覧に記載されている
他のすべてのチャットサーバ２に対してチャットログ目
次とチャットデータとを付加して発言の送信要求通知を
行ない（ステップＱ０７）、その後に自機が管理する各
端末機器３に対しても上記チャットデータを送信し（ス
テップＱ０８）、それから管理サーバ４に対して発言権
を解放して（ステップＱ０９）、以上で自機が管理して
いる端末機器３での発言に関する一連の処理を終える。

【０２４２】一方、発言側のチャットサーバ２から送ら
れてきた発言送信要求を受信して自機が管理する各端末
機器３に中継する中継側のチャットサーバ２において
は、該通知を受信すると（ステップＱ５１）、その通知
に付加されているチャットログ目次を用いて自機のチャ
ットデータベースの該当するチャットログ目次の追加更
新を行なった後（ステップＱ５２）、受信したチャット
データを自機が管理している各端末機器３に対して上記
チャットデータを送信し（ステップＱ５３）、以上で自
機が管理する端末機器３への中継に関する一連の処理を
終える。

【０２４３】このように、チャット実施中においては、
各端末機器３は自機を管理しているチャットサーバ２と
だけ通信を行なうようになる。

【０２４４】次に図５０及び図５１により、自機が管理
する端末機器３から、すでに実施しているチャットへの
途中参加を要求する通知を受けたチャットサーバ２での
動作内容を説明する。

【０２４５】その当初、端末ＩＤと開始者ＩＤとを添付
して自機が管理する端末機器３から上記通知を受信した
チャットサーバ２は（ステップＲ０１）、まずその端末
ＩＤを用いてチャット利用者データベースを確認し（ス
テップＲ０２）、その端末機器３がこのチャットサーバ
２に登録されている利用者であるか否かを判断する（ス
テップＲ０３）。

【０２４６】ここで、端末ＩＤがチャット利用者データ
ベースにリストアップされておらず、該端末ＩＤを送っ
てきた端末機器３が不正な途中参加要求を送ってきたも
のと判断した場合には、その端末機器３に対して不正通
知を発送した後に（ステップＲ０４）、その端末機器３
との接続を切断して（ステップＲ０５）、この処理を終
了する。

【０２４７】また、上記ステップＲ０３で途中参加を要
求する通知を送ってきた端末機器３がこのチャットサー
バ２に登録されている利用者であると判断した場合は、
さらに開始者ＩＤを用いてチャットデータベースを確認
し（ステップＲ０６）、その開始者ＩＤで登録されてい
るチャットが存在するか否かを判断する（ステップＲ０
７）。

【０２４８】ここで、その開始者ＩＤによるチャットが
存在していないと判断した場合には、上記ステップＲ０
４に進んで不正通知の発行からの処理を行なうが、存在
していると判断した場合には、次にその端末機器３の端
末ＩＤと当該チャットデータベースの参加拒否者ＩＤを
参照し（ステップＲ０８）、途中参加要求を送ってきた
端末機器３がそのチャットの開始当初には参加を拒否し
たものであるか否かを判断する（ステップＲ０９）。

【０２４９】参加拒否者であった場合には、当該チャッ
トデータベース中の参加拒否者ＩＤを参加者ＩＤに移動
させるデータ変更を行なった後（ステップＲ１０）、使
用サーバ一覧に記載されている他のすべてのチャットサ
ーバ２に対してチャットデータベースの上記更新部分を
付加した上で途中参加があったことを通知し（ステップ
Ｒ１４）、さらにその途中参加要求通知を送ってきた端
末機器３に対して、チャットＩＤを付加してそのチャッ
トへの参加を許可する応答を通知する（ステップＲ１
５）。

【０２５０】その後、その端末機器３に対してチャット
の開始を許可する応答を通知し（ステップＲ１６）、そ
れからその端末機器３の端末ＩＤを用いてその参加者が
チャットに参加することを示す入室メッセージをチャッ
トデータとして生成し（ステップＲ１７）、これをチャ
ットデータベースにチャットログとして追加保存させる
と共に（ステップＲ１８）、当該チャットデータを自機
が管理するすべての端末機器３に対して送信し、以上で
この処理を終了する。

【０２５１】また、上記ステップＲ０９で、途中参加要
求を送ってきた端末機器３がそのチャットの開始当初に
は参加を拒否したものではなかった場合には、次にその
端末機器３の端末ＩＤと当該チャットデータベースの参
加者ＩＤと対応する在室／不在フラグを参照し（ステッ
プＲ１１）、途中参加要求を送ってきた端末機器３の端
末ＩＤと一致する参加者ＩＤがあり、且つ対応する在室
／不在フラグが不在にセットされているか否かによっ
て、その端末機器３が途中退室したものであるか否かを
判断する（ステップＲ１２）。

【０２５２】ここで、途中退室者でもないと判断した場
合には、上記ステップＲ０４に進んで不正通知の発行か
らの処理を行なうが、途中退室者であった場合には、当
該チャットデータベース中のその参加者ＩＤに対応する
在室／不在フラグを在室にセットした後（ステップＲ１
３）、上記ステップＲ１４からの処理に進んで、その端
末機器３を再びチャットに参加させるべく処理を行な
う。

【０２５３】一方、このチャットに参加しているチャッ
トサーバ２中で上記途中参加者の端末機器３の管理を行
なっていない他のものは、上記ステップＲ１４での途中
参加通知を受信すると（ステップＲ５１）、これと共に
受信したチャットデータベースの更新部分を用いて自機
のチャットデータベースを更新設定する（ステップＲ５
２）。

【０２５４】次いで、図５２乃至図５６により自機が管
理する端末機器３からチャット参加者追加要求通知を受
けたチャットサーバ２での処理内容を説明する。

【０２５５】自機が管理する端末機器３からチャット参
加者追加要求通知を受信したチャットサーバ２は、その
通知に付加されているチャットへの参加が希望された参
加者の端末ＩＤの内容を１名分読出して内容を確認し
（ステップＳ０１）、あることを確認した上で（ステッ
プＳ０２）、その参加者ＩＤを用いてチャット利用者デ
ータベースを参照し（ステップＳ０３）、登録されてい
るチャット利用者であるか否かを確認する（ステップＳ
０４）。

【０２５６】登録されているチャット利用者である場合
には、その端末ＩＤに付加されている使用サーバのＩＤ
を確認し（ステップＳ０５）、チャットデータベースの
使用サーバ一覧にそのサーバＩＤがまだ記載されていな
い場合には新たにそのサーバ位置を追加保存させる（ス
テップＳ０６）。

【０２５７】その後、そのサーバＩＤが自機のサーバＩ
Ｄか否か、すなわち参加者として追加要求されている端
末機器３が自機の管理する端末機器３であるか否かを判
断し（ステップＳ０７）、自機のサーバＩＤであると判
断した場合にはその参加者の端末ＩＤを保存する（ステ
ップＳ０８）。

【０２５８】また、ステップＳ０７でサーバＩＤが自機
のものではなく、参加者として追加要求されている端末
機器３が自機の管理する端末機器３ではないと判断した
場合には、新たにそのチャットへの参加依頼を行なうも
のとしてそのサーバＩＤを保存する（ステップＳ０
９）。

【０２５９】その後、追加要求された他の参加者に関し
ても同様の処理を実行するべく、読出す参加者ＩＤの内
容を変更設定した上で（ステップＳ１０）、再び上記ス
テップＳ０１からの処理に戻る。

【０２６０】しかるに、上記ステップＳ１０でチャット
への参加を新たに希望された参加者を対象として参加者
ＩＤを順次更新変更しながらステップＳ０１からの処理
を繰返し実行し、すべての参加者に対する処理を終了す
ると、ステップＳ０２でそれ以上の追加の参加者がない
ものと確認し、次に自機以外の他のチャットサーバ２に
対して端末機器３の参加要求を行なう依頼を行なう必要
があるか否か、すなわち、あらたに参加を要求された端
末機器３のうちの少なくとも１台は自機以外のチャット
サーバ２が管理するものであったか否かを判断する（ス
テップＳ１４）。

【０２６１】ここで、他のチャットサーバ２に依頼を行
なう必要があると判断した場合には、さらに上記ステッ
プＳ０９で保存したサーバＩＤとチャットデータベース
の使用サーバ一覧に記載されているサーバＩＤとを比較
することで、それまでそのチャットに参加していなかっ
たチャットサーバ２に対するチャット実施依頼が必要か
否かを判断する（ステップＳ１６）。

【０２６２】チャット実施依頼が必要と判断した場合に
は、それまでそのチャットに参加していなかったチャッ
トサーバ２に対してその時点でのチャットデータベース
の内容を付加してチャット実施依頼通知を送信する（ス
テップＳ１６）。

【０２６３】また、ステップＳ１５でチャット実施依頼
は必要ない判断した場合には、上記ステップＳ０９で保
存したサーバＩＤに基づいて各チャットサーバ２に対
し、その時点でのチャットデータベースの内容を付加し
てチャットへの参加者追加要求通知を送信する（ステッ
プＳ１７）。

【０２６４】その後、今度は上記ステップＳ０８での処
理で保存した、自機が管理する端末機器３の端末ＩＤの
内容を１名分読出して内容を確認し（ステップＳ１
８）、あることを確認した上で（ステップＳ１９）、そ
の端末機器３との接続を実行し（ステップＳ２０）、接
続が成功したことを確認してから（ステップＳ２１）、
対象となるあらたな参加者の端末機器３にチャットへの
参加を要請する通知を送信し（ステップＳ２２）、他の
同様に追加された参加者に関しても同様の処理を実行す
るべく、確認する参加者ＩＤの内容を変更設定した上で
（ステップＳ２３）、再び上記ステップＳ１８からの処
理に戻る。

【０２６５】また、上記ステップＳ２１で参加者との接
続が成功しなかったと判断した場合には、その参加者Ｉ
Ｄを用いてその参加者とのチャットを行なうことができ
ないことを示すエラーメッセージをチャットデータとし
て生成し（ステップＳ２４）、これをチャットデータベ
ースにチャットログとして追加保存させると共に（ステ
ップＳ２５）、同チャットデータをその時点でチャット
に参加している自機の管理下にあるすべての端末機器３
と他のチャットサーバ２とに送信し（ステップＳ２
６）、それから他の追加された参加者に関しても同様の
処理を実行するべく、確認する参加者ＩＤの内容を変更
設定した上で（ステップＳ２３）、再び上記ステップＳ
１８からの処理に戻る。

【０２６６】こうして、上記ステップＳ２３で自機が管
理する端末機器３の中で、現在チャットに参加している
ものから新たにチャットへの参加を希望された端末機器
３を対象として参加者ＩＤを順次更新変更しながらステ
ップＳ１８からの処理を繰返し実行し、すべての追加参
加者に対する処理を終了すると、ステップＳ１９でそれ
以上の追加の参加者がないものと確認すると、次に他の
チャットサーバ２または自機が管理している端末機器か
ら応答があるのを待機する（ステップＳ２７）。

【０２６７】ここで、他のチャットサーバ２または自機
が管理している端末機器から通知がなされるとこれを受
信して（ステップＳ２８）、その通知の送信元が他のチ
ャットサーバ２であるか、または自機が管理している端
末機器３であるかを判断する（ステップＳ２９）。

【０２６８】自機が管理している端末機器３からのもの
であった場合、次にその通知の内容がチャットに追加し
て参加することを受諾するものであるか、または拒否す
るものであるかを判断する（ステップＳ３０）。

【０２６９】チャットへの参加を受諾するものであった
場合には、その参加者の端末機器３に再接続（コールバ
ック）を許可する通知を行ない（ステップＳ３１）、そ
れから一旦その接続を切断した後に（ステップＳ３
２）、他にも自機が管理する参加者の端末機器３からの
応答通知が残っているか否かを判断し（ステップＳ３
３）、あれば再び上記ステップＳ２８からの処理に戻
る。

【０２７０】また、上記ステップＳ３０で受信した通知
がチャットへの参加を拒否するものであったと判断した
場合には、その端末ＩＤをチャットデータベースの参加
拒否者側に保存した後（ステップＳ３４）、その端末機
器３との接続を切断し（ステップＳ３５）、それからそ
の参加者ＩＤを用いてその参加者からチャットへの参加
を拒否されたことを示す拒否メッセージをチャットデー
タとして生成し（ステップＳ３６）、これをチャットデ
ータベースにチャットログとして追加保存させると共に
（ステップＳ３７）、この時点でこのチャットサーバ２
に接続されている端末機器３でチャットモードとなって
いるすべてのものに対してこのチャットデータを送信し
た上で（ステップＳ３８）、他にも自機が管理する参加
者の端末機器３からの応答通知が残っているか否かを判
断し（ステップＳ３３）、あれば再び上記ステップＳ２
８からの処理に戻る。

【０２７１】また、上記ステップＳ２９で受信した通知
の送信元が他のチャットサーバ２であると判断した場合
には、次にそのチャットサーバ２が管理している参加者
との接続状態を判断する（ステップＳ５０）。

【０２７２】ここで、他のチャットサーバ２が管理する
参加者との接続が成功しなかったと判断した場合には、
その参加者ＩＤを用いてその参加者とのチャットを行な
うことができないことを示すエラーメッセージをチャッ
トデータとして生成し（ステップＳ６０）、これをチャ
ットデータベースにチャットログとして追加保存させる
と共に（ステップＳ５８）、この時点でこのチャットサ
ーバ２に接続されているすべての端末機器３に対してこ
のチャットデータを送信した上で（ステップＳ５９）、
他にも自機が管理する参加者の端末機器３からの応答通
知が残っているか否かを判断し（ステップＳ３３）、あ
れば再び上記ステップＳ２８からの処理に戻る。

【０２７３】また、上記ステップＳ５０で他のチャット
サーバ２が管理している参加者との接続が成功したとの
通知を受信したときには、次いでその接続の結果、通知
の内容がチャットへの参加を受諾するものであるか、ま
たは拒否するものであるかを判断する（ステップＳ５
２）。

【０２７４】チャットへの参加を受諾するものであった
場合には、チャットデータベースにおけるその参加者の
端末機器３の端末ＩＤを参加側に保存し、併せてその使
用サーバＩＤを保存した上で（ステップＳ５３）、対応
する在室／不在フラグを在室側にセットし（ステップＳ
５４）、それからその参加者ＩＤを用いてその参加者が
チャットへ参加することを示す入室メッセージをチャッ
トデータとして生成し（ステップＳ５５）、これをチャ
ットデータベースにチャットログとして追加保存させる
と共に（ステップＳ５８）、この時点でこのチャットサ
ーバ２に接続されている端末機器３でチャットモードと
なっているすべてのものに対してこのチャットデータを
送信した上で（ステップＳ５９）、他にも自機が管理す
る参加者の端末機器３からの応答通知が残っているか否
かを判断し（ステップＳ３３）、あれば再び上記ステッ
プＳ２８からの処理に戻る。

【０２７５】また、上記ステップＳ５２で他のチャット
サーバ２が管理している参加者からの応答がチャットへ
の参加を拒否するものであったと判断した場合には、そ
の端末ＩＤをチャットデータベースの参加拒否者側に保
存した後（ステップＳ５６）、その参加者ＩＤを用いて
その参加者からチャットへの参加を拒否されたことを示
す拒否メッセージをチャットデータとして生成し（ステ
ップＳ５７）、これをチャットデータベースにチャット
ログとして追加保存させると共に（ステップＳ５８）、
この時点でこのチャットサーバ２に接続されている端末
機器３でチャットモードとなっているすべてのものに対
してこのチャットデータを送信した上で（ステップＳ５
９）、他にも自機が管理する参加者の端末機器３からの
応答通知が残っているか否かを判断し（ステップＳ３
３）、あれば再び上記ステップＳ２８からの処理に戻
る。

【０２７６】さらに、上記ステップＳ２８でそれまでチ
ャットに参加していなかったチャットサーバ２からの通
知を受けたものとして、ステップＳ５０でその通知の内
容から、新しいチャットサーバ２が管理している端末機
器３との接続が成功し、チャットへの参加を受諾した、
あるいは参加を拒否したと判断した場合、あるいは新し
いチャットサーバ２が管理している端末機器３との接続
が失敗したと判断した場合には、いずれもその内容を反
映させてチャットデータベースの内容を更新設定した後
に（ステップＳ５１）、他にも自機が管理する参加者の
端末機器３からの応答通知が残っているか否かを判断し
（ステップＳ３３）、あれば再び上記ステップＳ２８か
らの処理に戻る。

【０２７７】こうして、ステップＳ２８からの処理を繰
返し実行し、ステップＳ３３で自機が管理する参加者の
端末機器３からの応答通知が残っているものがもうない
と判断すると、自機が管理する追加参加者の端末機器３
に関し、このチャットへの参加要請に対する応答が未確
認の端末機器３がまだ残っているか否かを判断する（ス
テップＳ３９）。

【０２７８】まだ残っていると判断した場合には、その
端末機器３または他のチャットサーバ２からの応答があ
るか、または再接続を行なうのを一定時間待機し（ステ
ップＳ４０）、その後になんらかの応答があるとこれを
受信して、その応答が他のチャットサーバ２からのもの
であるか、または自機が管理する端末機器３からの再接
続であるかを判断する（ステップＳ４１）。

【０２７９】ここで、応答が他のチャットサーバ２を介
しての端末機器の接続に関するものであった場合には、
上記ステップＳ５０乃至Ｓ５９の処理を実行すること
で、他のチャットサーバ２が管理する端末機器３からの
応答に対応する一方、自機が管理する端末機器３からの
再接続であった場合には、チャットデータベースの参加
側に新たにその端末ＩＤを追加して保存設定し（ステッ
プＳ４２）、対応する在室／不在フラグを在室の内容に
セットし（ステップＳ４３）、対象となる参加者の端末
機器３にチャットを許可する応答通知をチャットＩＤと
共に送信してから（ステップＳ４４）、その参加者ＩＤ
を用いてその参加者がチャットに参加することを示す入
室メッセージをチャットデータとして生成し（ステップ
Ｓ４５）、これをチャットデータベースにチャットログ
として追加保存させると共に（ステップＳ４６）、この
時点でこのチャットサーバ２に接続されている端末機器
３でチャットモードとなっているすべてのものに対して
このチャットデータを送信した上で（ステップＳ４
７）、再び上記ステップＳ３９からの処理に戻る。

【０２８０】しかして、上記ステップＳ３９からの処理
を繰返し実行し、最終的にこのステップＳ３９でこのチ
ャット途中での参加要請に対する応答が未確認の端末機
器３がもう残っていないと判断すると、新たにチャット
への参加が追加された他のチャットサーバ２を介して参
加を受諾した参加者の端末機器３に対するチャットの開
始許可通知を送信すると共に（ステップＳ４８）、自機
で管理する、新たにこのチャットに参加した、チャット
モードに移行している各端末機器３に対しても同様にチ
ャットの開始許可通知を送信し（ステップＳ４９）、以
上でこのチャットサーバ２での自機が管理する端末機器
３からチャット参加者追加要求通知を受けた場合の処理
を終了する。

【０２８１】次に図５７及び図５８を用いて、他のチャ
ットサーバ２が管理する端末機器３でチャット参加者追
加要求通知が発せられた場合に、すでに同じチャットに
参加しているチャットサーバ２で実行される処理につい
て説明する。

【０２８２】まず、その処理当初に他のチャットサーバ
２から参加者の追加要求通知を受信すると（ステップＴ
０１）、その通知に付加されているチャットデータベー
スの内容に基づいて自機が管理する端末機器３に関する
端末ＩＤを確認し（ステップＴ０２）、それらのうちで
内容が未確認のものがあることを確認した後に（ステッ
プＴ０３）、そのうちの１名分を読出し、その参加者の
端末ＩＤに対応してチャット利用者データベースを参照
し、当該端末機器３との接続を実行し（ステップＴ０
４）、接続が成功したかどうかを判断する（ステップＴ
０５）。

【０２８３】ここで、接続が成功したと判断した場合に
は、対象となる端末機器に対してチャットへの参加を要
請する通知を実行し（ステップＴ０６）、その後に他の
参加者に関しても同様の処理を実行するべく確認する参
加者ＩＤの内容を変更設定した上で（ステップＴ０
７）、再び上記ステップＴ０２からの処理に戻る。

【０２８４】また、上記ステップＴ０５で自機が管理す
る端末機器３との接続が成功しなかったと判断した場合
には、その端末ＩＤを用いてその端末機器３との接続を
失敗したことを示す通知を上記参加者の追加要求通知を
送ってきたチャットサーバ２に対して送信し（ステップ
Ｔ０８）、それからその端末機器３の端末ＩＤを用いて
その参加者とのチャットを行なうことができないことを
示すエラーメッセージをチャットデータとして生成し
（ステップＴ０９）、これをチャットデータベースにチ
ャットログとして追加保存させると共に（ステップＴ１
０）、この時点で同チャットサーバ２に接続されている
端末機器３でチャットモードとなっているすべてのもの
に対してこのチャットデータを送信した上で（ステップ
Ｔ１１）、再び上記ステップＴ０２からの処理に戻る。

【０２８５】こうして、ステップＴ０２からの処理を繰
返し実行することで、自機で管理する必要がある追加の
希望参加者に関してのみチャットへの参加要請を行なっ
ていく。

【０２８６】そして、ステップＴ０３で内容が未確認の
新たな希望参加者の端末ＩＤがなくなったと判断する
と、次にこのチャットサーバ２自機が管理している端末
機器３で上記参加要請を行なったものからの応答を待機
し（ステップＴ１２）、なんらかの通知がなされるとこ
れを受信して（ステップＴ１３）、その通知の内容がチ
ャットへの参加を受諾するものであるか、または拒否す
るものであるかを判断する（ステップＴ１４）。

【０２８７】チャットへの参加を受諾するものであった
場合には、その参加者の端末機器３に再接続（コールバ
ック）を許可する通知を行ない（ステップＴ１５）、そ
れから一旦その接続を切断した後に（ステップＴ１
６）、他にも自機が管理する参加者の端末機器３からの
応答通知が残っているか否かを判断し（ステップＴ２
３）、あれば再び上記ステップＴ１２からの処理に戻
る。

【０２８８】また、上記ステップＴ１４で、受信した通
知がチャットへの参加を拒否するものであったと判断し
た場合には、その端末機器３との接続を切断し（ステッ
プＴ１７）、それからその端末ＩＤをチャットデータベ
ースの参加拒否者側に保存し（ステップＴ１８）、その
チャットデータベースの更新部分をもってこのチャット
に参加しているすべてのチャットサーバ２に対して新規
不参加通知を送信する（ステップＴ１９）。

【０２８９】その後、その参加を拒否した端末機器３の
端末ＩＤを用いてチャットへの新規参加を拒否されたこ
とを示す拒否メッセージをチャットデータとして生成し
（ステップＴ２０）、これをチャットデータベースにチ
ャットログとして追加保存させると共に（ステップＴ２
１）、この時点でこのチャットサーバ２に接続されてい
る端末機器３でチャットモードとなっているすべてのも
のに対してこのチャットデータを送信した上で（ステッ
プＴ２２）、他にも自機が管理する参加者の端末機器３
からの応答通知が残っているか否かを判断し（ステップ
Ｔ２３）、あれば再び上記ステップＴ１２からの処理に
戻る。

【０２９０】しかるに、上記ステップＴ１２からの処理
を繰返し実行し、ステップＴ２３で自機が管理するすべ
ての参加者の端末機器３からの応答通知を受信して残り
がなくなったと判断すると、次にこのチャットへの参加
要請に対する応答が未確認の端末機器３がまだ残ってい
るか否かを判断する（ステップＴ２４）。

【０２９１】まだ残っていると判断した場合には、その
端末機器３からの再接続があるのを一定時間待機した後
（ステップＴ２５）、再接続があると、チャットデータ
ベースの参加側にその再接続を行なってきた端末機器３
の端末ＩＤと使用サーバＩＤとを保存設定し（ステップ
Ｔ２６）、併せてそのデータベース中の対応する在室／
不在フラグを在室の内容にセットする（ステップＴ２
７）。

【０２９２】そして、その時点でチャットに参加してい
るすべてのチャットサーバ２に対して上記チャットデー
タベースの更新部分を付加して新規参加通知を送信した
後（ステップＴ２８）、その端末機器３に対してチャッ
トＩＤを付加してチャットへの参加を許可する応答通知
を送信してから（ステップＴ２９）、その端末ＩＤを用
いてその参加者がチャットに参加することを示す入室メ
ッセージをチャットデータとして生成し（ステップＴ３
０）、これをチャットデータベースにチャットログとし
て追加保存させると共に（ステップＴ３１）、この時点
でこのチャットサーバ２に接続されている端末機器３で
チャットモードとなっているすべてのものに対してこの
チャットデータを送信し（ステップＴ３２）、また自機
が管理している、新たにチャットへの参加を受諾した追
加の参加者の端末機器３に対してチャットの開始を許可
する通知を行ない（ステップＴ３３）、それから再び上
記ステップＴ２４からの処理に戻る。

【０２９３】なお、上記ステップＴ２８での新規参加通
知の送信あるいはステップＴ１９での新規不参加通知の
送信を行なった場合、チャットに参加している他のチャ
ットサーバ２では、これを受信すると（ステップＴ５
１）、その通知に付加されているチャットデータベース
の更新部分を用いて自機内のチャットデータベースの内
容を更新設定するようになる（ステップＴ５２）。

【０２９４】しかして、上記ステップＴ２４からの処理
を繰返し実行した後、自機が管理する端末機器３で、チ
ャットへの追加参加要請に対する応答が未確認のものが
残っていないと判断した時点で、以上でこのチャットサ
ーバ２による他のチャットサーバ２からチャット参加者
追加要求通知を受信した場合の処理を終了する。

【０２９５】次に図５９及び図６０によりチャットを実
施中に退室要求通知を受けたチャットサーバ２での処理
を説明する。

【０２９６】図５９は自機が管理する端末機器３が参加
しているチャットから途中退室する場合のチャットサー
バ２での動作内容を示すものである。

【０２９７】同図で、自機が管理する端末機器３からチ
ャット途中で退室要求通知を受信すると（ステップＵ０
１）、その退室要求通知を送ってきた端末機器３の端末
ＩＤとチャットＩＤとを用いてチャットデータベースを
確認する（ステップＵ０２）。

【０２９８】ここで、このチャットサーバ２がそのチャ
ットの開始者の端末機器３を管理しているチャットサー
バ２であった場合にのみ、該退室要求通知を送ってきた
のがそのチャットの参加者であるのか、それとも開始者
であるのかを判断する（ステップＵ０３）。

【０２９９】このステップＵ０３で端末ＩＤが開始者で
はなく他の参加者の端末機器３のものであると判断した
場合、あるいはそもそもこのチャットサーバ２がそのチ
ャットの開始者の端末機器３を管理していない他のチャ
ットサーバ２であった場合には、チャットサーバ２はそ
の退室要求通知を送ってきた端末機器３に対して切断要
求通知を送信した後（ステップＵ０４）、その端末機器
３との接続を切断し（ステップＵ０５）、チャットデー
タベースにおける該当するチャットＩＤのその参加者Ｉ
Ｄに付加されている在室／不在フラグを不在側にセット
する（ステップＵ０６）。

【０３００】その後、上記チャットデータベースの更新
部分を付加してそのチャットに参加している他のすべて
のチャットサーバ２に対してチャット退室通知を送信す
る（ステップＵ０７）。

【０３０１】それからその退室要求通知をしてきた端末
機器３のハンドルネームを用いてその参加者がチャット
から退室することを示す退室メッセージをチャットデー
タとして生成し（ステップＵ０８）、これをチャットデ
ータベースにチャットログとして追加保存させると共に
（ステップＵ０９）、その時点でそのチャットサーバ２
が管理している端末機器３の中で、当該チャットに参加
しているすべてに同チャットデータを同時送信した上で
（ステップＵ１０）、上記参加者の退室によりその時点
でチャットに参加し、接続している端末機器３の数をチ
ャットデータベースの参加者側の在室／不在フラグ中の
在室にセットされている数により確認する（ステップＵ
１１）。

【０３０２】ここで、チャットサーバ２では、チャット
の開始者以外にそのチャットに参加しているものがいる
か否かを判断し（ステップＵ１２）、開始者以外にもま
だ参加者がいると判断した場合には、以後もチャットを
継続するべく、一旦この処理を終了する。

【０３０３】また、ステップＵ１２で上記参加者の退室
によりチャットの開始者以外にそのチャットに参加して
いるものがいなくなってしまったと判断した場合には、
それ以上そのチャットを継続することができないため、
そのチャットに参加している他のすべてのチャットサー
バ２に対してチャットの終了通知を送信した後に（ステ
ップＵ１３）、チャットデータベースにおける該当する
チャットＩＤのチャットログをそれ以上書き加えないよ
うにロック状態として以上でこの処理を終了する。

【０３０４】また、このチャットサーバ２がそのチャッ
トの監視者の端末機器３を管理するチャットサーバ２で
あり、上記ステップＵ０３で該退室要求通知を送ってき
たのがそのチャットの開始者の端末機器３であると判断
した場合には、チャットサーバ２はその退室要求通知を
送ってきた開始者の端末機器３に対して切断要求通知を
送信した後（ステップＵ１４）、その開始者の端末機器
３との接続を切断し（ステップＵ１５）、チャットデー
タベースにおける該当するチャットＩＤのその開始者の
端末ＩＤに付加されている在室／不在フラグを不在側に
セットする（ステップＵ１６）。

【０３０５】その後、上記チャットデータベースの更新
部分を付加してそのチャットに参加している他のすべて
のチャットサーバ２に対してチャット退室通知を送信し
（ステップＵ１７）、さらに他のすべてのチャットサー
バ２に対してチャットの終了通知を送信する（ステップ
Ｕ１８）。

【０３０６】さらに、自機が管理する上記開始者以外の
端末機器３でそのチャットに参加していたものすべてに
対してもそれぞれ切断要求を送信し（ステップＵ１
９）、それらとの接続を切断してから（ステップＵ２
０）、該当するチャットデータベース中の各端末ＩＤに
対応する在室／不在フラグを不在側にセットし直し（ス
テップＵ２１）、あらためてこのチャットデータベース
の更新部分を付加してそのチャットに参加している他の
すべてのチャットサーバ２に対してチャット退室通知を
送信し（ステップＵ２２）、以上で自機が管理する端末
機器３がチャットから途中退室する場合のチャットサー
バ２での処理を終了する。

【０３０７】図６０は、チャットに参加しているチャッ
トサーバ２が、他のチャットサーバ２からそのチャット
の退室、終了の各通知を受信した場合の処理内容を示
す。

【０３０８】まず、上記ステップＵ０７，Ｕ１７または
Ｕ２２での処理により他のチャットサーバ２からチャッ
ト退室通知を受信したチャットサーバ２は（ステップＵ
５１）、その都度その通知に付加されているチャットデ
ータベースの更新部分に基づいて自機のチャットデータ
ベースの内容を更新設定する（ステップＵ５２）。

【０３０９】また、このようにチャット退室通知を受信
したチャットサーバ２は、その後に同じ他のチャットサ
ーバ２から続けて送られてくるであろうチャット終了通
知の受信を待機するもので、実際にこのチャット終了通
知を受信すると（ステップＵ７１）、自機が管理する端
末機器３でそのチャットに参加していたものすべてに対
してもそれぞれ切断要求を送信し（ステップＵ７２）、
それらとの接続を切断してから（ステップＵ７３）、該
当するチャットデータベース中の各端末ＩＤに対応する
在室／不在フラグを不在側にセットし直し（ステップＵ
７４）、あらためてこのチャットデータベースの更新部
分を付加してそのチャットに参加している他のすべての
チャットサーバ２に対してチャット退室通知を送信し
（ステップＵ７５）、以上で他のチャットサーバ２が管
理する端末機器３がチャットから途中退室する場合に、
チャットの退室、終了の各通知を受信したチャットサー
バ２で行なう処理を終了する。

【０３１０】最後に、上記のようにしてチャットを実施
した後に、そのチャットの開始者あるいは参加者の個々
の端末機器３がチャットログの閲覧を要求した場合に、
その端末機器３を管理するチャットサーバ２が実行する
処理内容について説明する。

【０３１１】チャットサーバ２においては、自機が管理
している端末機器３からチャットログの閲覧要求通知を
受信すると（ステップＶ０１）、まずその通知に付加さ
れている端末機器３の端末ＩＤを用いてチャット利用者
データベースを参照し（ステップＶ０２）、その端末機
器３が本来のチャット利用者であるか否かを判断する
（ステップＶ０３）。

【０３１２】ここで、該当する端末機器３の端末ＩＤが
チャット利用者データベースに登録されていると判断す
ると、さらに上記チャットログの閲覧要求通知に付加さ
れているチャットＩＤによりチャットデータベースを参
照し（ステップＶ０４）、該当するチャットログが存在
するか否かを判断する（ステップＶ０５）。

【０３１３】ここで、該当するチャットログも存在する
と判断すると、次に上記チャットログの閲覧要求通知に
付加されていた端末ＩＤを用いてチャットデータベース
の該当するチャットＩＤのチャットデータ中の参加者側
の端末ＩＤを参照し（ステップＶ０６）、その端末ＩＤ
が存在するか否か、すなわち閲覧要求通知を送ってきた
端末機器３はそのチャットに参加していたか否かを判断
する（ステップＶ０７）。

【０３１４】そして、ここでも端末ＩＤが存在すると判
断すると、以上でこの閲覧要求通知を送ってきた端末機
器３が参加していたチャットのログの閲覧を行なうもの
としてこれを確認し、当該端末機器３に対してチャット
ログの閲覧許可通知を送信し（ステップＶ０８）、チャ
ットログ閲覧モードに移行する（ステップＶ０９）。

【０３１５】以後、当該端末機器３からの応答を待機し
（ステップＶ１２）、応答があると、その通知がチャッ
トログの取得要求とチャットログの閲覧終了のいずれで
あるのかを判断する（ステップＶ１３）。

【０３１６】ここで、通知がチャットログの取得要求で
あると判断すると、上記図３８でフォーマットを示した
該当するチャットログ目次を確認し（ステップＶ１
４）、閲覧の目的とするチャットログが自機内にあるか
否か、すなわち閲覧要求を送信してきた端末機器３がチ
ャット実施時にこのチャットサーバ２の管理対象の端末
機器３であったか否かを判断する（ステップＶ１５）。

【０３１７】目的とするチャットログが自機内にあると
判断した場合には、そのまま該当するチャットログデー
タを取得要求に応答するものとしてチャットデータベー
スから読出して端末機器３に送信し（ステップＶ１
６）、続けて再び上記ステップＶ１２に戻って応答を待
機するという処理を繰返す。

【０３１８】また、ステップＶ１５で目的とするチャッ
トログが自機内にはないと判断した場合には、サーバＩ
Ｄと発言者の端末ＩＤ、及び発言者毎の通し番号を自機
のサーバＩＤと共に付加して目的とするチャットログデ
ータが存在するチャットサーバ２に対してログ取得要求
通知を送信し（ステップＶ１７）、その応答があるのを
待機する（ステップＶ１８）。

【０３１９】このログ取得要求通知に付加されているサ
ーバＩＤが一致するチャットサーバ２においては、送ら
れてきたログ取得要求通知を受信すると（ステップＶ５
１）、その通知に付加されているデータを考慮してチャ
ットログ目次を確認し（ステップＶ５２）、対応するチ
ャットデータを取得要求に応答するものとしてチャット
データベースから読出して、上記通知を送ってきたチャ
ットサーバ２に返送する（ステップＶ５３）。

【０３２０】ログ取得要求側のチャットサーバ２ではこ
の応答を受信すると（ステップＶ１９）、あらためて受
信したチャットログデータを取得要求に応答するものと
してチャットデータベースから読出して端末機器３に送
信し（ステップＶ１６）、続けて再び上記ステップＶ１
２に戻って応答を待機するという処理を繰返す。

【０３２１】しかして、上記ステップ１２からの処理を
繰返し実行した後、上記ステップＶ１３でチャットログ
の閲覧終了の通知がなされたと判断すると、その時点で
当該端末機器３に対して接続を切断する要求通知を送信
した後（ステップＶ２０）、実際に接続を切断し（ステ
ップＶ２１）、以上でこの処理を終了する。

【０３２２】なお、上記ステップＶ０３で、送られてき
た端末機器３の端末ＩＤがチャット利用者データベース
に登録されていないと判断した場合、あるいは上記ステ
ップＶ０５で、送られてきたチャットＩＤに該当するチ
ャットデータがチャットデータベースに存在しないと判
断した場合、あるいは上記ステップＶ０９で、端末機器
３の端末ＩＤがそのチャットデータベースの該当するチ
ャットＩＤのチャットデータ中の参加者側の端末ＩＤに
存在しないと判断した場合には、いずれも所望している
チャットログの閲覧を行なう資格がないものとして、当
該端末機器３に対してエラーメッセージの通知を行なっ
た上で（ステップＶ１０）、その接続を切断し（ステッ
プＶ１１）、以上で自機が管理する端末機器３からの閲
覧要求に対するチャットサーバ２の処理を終了する。

【０３２３】このように上記第２の実施の形態において
は、複数のチャットサーバ２ａ〜２ｃはそれぞれ自機が
管理しているクライアントとしての端末機器３，３，…
に関してのみ、管理サーバ４の制御の元にチャット参加
の管理及びログの管理を行なうようにしたため、より広
域でのチャット環境を実現しながら、特定のチャットサ
ーバのみに大きな負担がかかるのを回避することができ
る。

【０３２４】なお、上記第１及び第２の実施の形態で
は、チャット利用者の認証、管理を端末機器３の端末Ｉ
Ｄでのみ行なうものとして説明したが、パスワードを併
用して行なうものとしてもよい。

【０３２５】また、上記実施の形態は、パーソナルコン
ピュータやＰＤＡなどでなるクライアント装置としての
端末機器３，３，…とチャットサーバ２（２ａ〜２ｃ）
をネットワーク１（１ａ〜１ｃ）に接続されるものとし
て説明したが、インターネットやＬＡＮを介して接続す
るものとしてもよい。

【０３２６】さらに、上記チャットログの閲覧に関して
は、端末機器３の端末ＩＤとチャットＩＤの確認を行な
うことで、その端末機器３を使用している閲覧要求者が
参加していたチャット全体のログを閲覧できるものとし
て説明したが、該閲覧要求者がそのチャットに入室して
から退室するまでの間のチャットログに限定して閲覧す
ることができるものとしてもよい。

【０３２７】その他、本発明はその要旨を逸脱しない範
囲内で種々変形して実施することが可能であるものとす
る。

【０３２８】

【発明の効果】請求項１記載の発明によれば、チャット
を開始するクライアントの希望により参加者を管理、特
定することができるため、より良質なチャット環境を実
現できる。

【０３２９】請求項２記載の発明によれば、上記請求項
１記載の発明の効果に加えて、チャットに参加したクラ
イアントに対する課金処理を確実に実施することがで
き、より良質なチャット環境の整備に還元できる。

【０３３０】請求項３記載の発明によれば、上記請求項
１記載の発明の効果に加えて、始めに参加を希望したク
ライアントに対するチャットへの途中参加の管理を確実
に行なうことができる。

【０３３１】請求項４記載の発明によれば、上記請求項
１記載の発明の効果に加えて、チャット途中で新規にク
ライアントの追加してその参加を促すことができる。

【０３３２】請求項５記載の発明によれば、特に記憶容
量が少ないクライアント端末であっても、必要なチャッ
トのログのみを選択的に指定して得ることができる。

【０３３３】請求項６記載の発明によれば、より広域で
のチャット環境を実現しながら、特定のチャットサーバ
のみに大きな負担がかかるのを回避することができる。

【０３３４】請求項７記載の発明によれば、チャットに
すでに参加しているクライアント端末の希望により新た
な参加者を管理、特定することができるため、より良質
なチャット環境を実現できる。

【０３３５】請求項８記載の発明によれば、特に記憶容
量が少ないクライアント端末に対しても、必要なチャッ
トのログのみを選択的に指定して得させることができ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るシステム全体
の概念構成を示す図。

【図２】同実施の形態に係るチャットサーバ内のデータ
ベース構成を例示する図。

【図３】同実施の形態に係る携帯情報端末の外観構成を
示す図。

【図４】同実施の形態に係る携帯情報端末の回路構成を
示すブロック図。

【図５】同実施の形態に係るチャットを開始しようとす
る携帯情報端末の表示画面を例示する図。

【図６】同実施の形態に係るチャットを開始しようとす
る携帯情報端末の開始直前の表示画面を例示する図。

【図７】同実施の形態に係るチャット開始後の参加者エ
ラー時の携帯情報端末の表示画面を例示する図。

【図８】同実施の形態に係るチャット開始後の参加者拒
否時の携帯情報端末の表示画面を例示する図。

【図９】同実施の形態に係るチャット開始後の携帯情報
端末の表示画面を例示する図。

【図１０】同実施の形態に係るチャット開始時に開始要
求者が端末機器で行なう動作内容を示すフローチャー
ト。

【図１１】同実施の形態に係るチャット開始時のチャッ
トサーバでの動作内容を示すフローチャート。

【図１２】同実施の形態に係るチャット開始時のチャッ
トサーバでの動作内容を示すフローチャート。

【図１３】同実施の形態に係るチャット開始時のチャッ
トサーバでの動作内容を示すフローチャート。

【図１４】同実施の形態に係るチャット開始時のチャッ
トサーバでの動作内容を示すフローチャート。

【図１５】同実施の形態に係るチャット開始時の参加要
請を受けた端末機器での動作内容を示すフローチャー
ト。

【図１６】同実施の形態に係るチャット実行時のチャッ
トサーバでの通常の動作内容を示すフローチャート。

【図１７】同実施の形態に係るチャットへの途中参加が
あった場合の携帯情報端末での表示画面を例示する図。

【図１８】同実施の形態に係るチャットへ途中参加する
端末機器での動作内容を示すフローチャート。

【図１９】同実施の形態に係る途中参加の要求通知を受
けたチャットサーバでの動作内容を示すフローチャー
ト。

【図２０】同実施の形態に係るチャット途中で携帯情報
端末の表示入力部に表示される機能選択画面を例示する
図。

【図２１】同実施の形態に係るチャット参加者の追加を
要求する端末機器での動作内容を示すフローチャート。

【図２２】同実施の形態に係るチャット参加者の追加要
求通知を受けたチャットサーバの動作内容を示すフロー
チャート。

【図２３】同実施の形態に係るチャット参加者の追加要
求通知を受けたチャットサーバの動作内容を示すフロー
チャート。

【図２４】同実施の形態に係るチャット参加者の追加要
求通知を受けたチャットサーバの動作内容を示すフロー
チャート。

【図２５】同実施の形態に係る新たに追加メンバーとし
てチャットへの参加要請を受けた端末機器での動作内容
を示すフローチャート。

【図２６】同実施の形態に係るチャット途中で携帯情報
端末の表示入力部に表示される退室メッセージを例示す
る図。

【図２７】同実施の形態に係るチャット参加者が退室す
る場合の処理内容を示すフローチャート。

【図２８】同実施の形態に係るチャット開始者が退室す
る場合の処理内容を示すフローチャート。

【図２９】同実施の形態に係るチャットの退室要求通知
を受けたチャットサーバの処理内容を示すフローチャー
ト。

【図３０】同実施の形態に係るチャットログの閲覧を行
なう端末機器の処理内容を示すフローチャート。

【図３１】同実施の形態に係る要求に応じてチャットロ
グを閲覧させるチャットサーバの処理内容を示すフロー
チャート。

【図３２】同実施の形態に係るチャット実行時のチャッ
トサーバと端末間での信号の送受を示す図。

【図３３】同実施の形態に係るチャット実行時のチャッ
トサーバと端末間での信号の送受を示す図。

【図３４】同実施の形態に係るチャット実行時のチャッ
トサーバと端末間での信号の送受を示す図。

【図３５】同実施の形態に係るチャットログ閲覧時のチ
ャットサーバと端末間での信号の送受を示す図。

【図３６】本発明の第２の実施の形態に係るシステム全
体の概念構成を示す図。

【図３７】同実施の形態に係るチャットサーバ内のデー
タベース構成を例示する図。

【図３８】同実施の形態に係るチャットデータ中のチャ
ットログに付加されるチャットログ目次のフォーマット
を示す図。

【図３９】同実施の形態に係るチャットサーバ間で送受
されるチャットデータベースの更新データのフォーマッ
トを示す図。

【図４０】同実施の形態に係るチャット開始時のチャッ
トサーバの処理内容を示すフローチャート。

【図４１】同実施の形態に係るチャット開始時のチャッ
トサーバの処理内容を示すフローチャート。

【図４２】同実施の形態に係るチャット開始時のチャッ
トサーバの処理内容を示すフローチャート。

【図４３】同実施の形態に係るチャット開始時のチャッ
トサーバの処理内容を示すフローチャート。

【図４４】同実施の形態に係るチャット開始時のチャッ
トサーバの処理内容を示すフローチャート。

【図４５】同実施の形態に係るチャット開始時のチャッ
トサーバの処理内容を示すフローチャート。

【図４６】同実施の形態に係るチャット開始時のチャッ
トサーバの処理内容を示すフローチャート。

【図４７】同実施の形態に係るチャット開始時のチャッ
トサーバの処理内容を示すフローチャート。

【図４８】同実施の形態に係るチャット開始時のチャッ
トサーバの処理内容を示すフローチャート。

【図４９】同実施の形態に係るチャット実施中のチャッ
トサーバの処理内容を示すフローチャート。

【図５０】同実施の形態に係る途中参加の要求通知を受
けたチャットサーバでの動作内容を示すフローチャー
ト。

【図５１】同実施の形態に係る途中参加の要求通知を受
けたチャットサーバでの動作内容を示すフローチャー
ト。

【図５２】同実施の形態に係る自機が管理する端末機器
から参加者の追加要求通知を受けたチャットサーバでの
動作内容を示すフローチャート。

【図５３】同実施の形態に係る自機が管理する端末機器
から参加者の追加要求通知を受けたチャットサーバでの
動作内容を示すフローチャート。

【図５４】同実施の形態に係る自機が管理する端末機器
から参加者の追加要求通知を受けたチャットサーバでの
動作内容を示すフローチャート。

【図５５】同実施の形態に係る自機が管理する端末機器
から参加者の追加要求通知を受けたチャットサーバでの
動作内容を示すフローチャート。

【図５６】同実施の形態に係る自機が管理する端末機器
から参加者の追加要求通知を受けたチャットサーバでの
動作内容を示すフローチャート。

【図５７】同実施の形態に係る他のチャットサーバから
自機が管理する端末機器への参加者追加要求通知を受け
たチャットサーバでの動作内容を示すフローチャート。

【図５８】同実施の形態に係る他のチャットサーバから
自機が管理する端末機器への参加者追加要求通知を受け
たチャットサーバでの動作内容を示すフローチャート。

【図５９】同実施の形態に係る自機が管理する端末機器
から途中退室の要求通知を受けたチャットサーバでの動
作内容を示すフローチャート。

【図６０】同実施の形態に係る他のチャットサーバから
参加者の途中退室に伴うチャットの終了を通知されたチ
ャットサーバが行なう動作内容を示すフローチャート。

【図６１】同実施の形態に係る自機が管理する端末機器
からチャットログの閲覧要求を受けたチャットサーバで
の動作内容を示すフローチャート。

【図６２】同実施の形態に係る自機が管理する端末機器
からチャットログの閲覧要求を受けたチャットサーバで
の動作内容を示すフローチャート。

【符号の説明】

１，１ａ〜１ｃ…ネットワーク ２，２ａ〜２ｃ…チャットサーバ ３…端末機器 ３ａ…携帯情報端末 ４…管理サーバ １１…本体ケース １２…表示入力部 １３…スピーカ １４…キー入力部 １５…アンテナ ２１…ＣＰＵ ２２…ＲＯＭ ２３…ＲＡＭ ２４…ＲＴＣ ２５…ハードディスク装置（ＨＤＤ） ２６…タブレット入力部 ２７…液晶表示部 ２８…音声出力部 ２９…無線通信部 ＣＤ…チャットデータ領域 ＤＩ…データ入力領域 ＩＣ，ＩＣａ…アイコン領域 ＰＩ…手書き入力認識領域 ＲＤ…登録データ領域 ＳＢ…スクロールバー ＳＤ…選択データ領域

フロントページの続き Ｆターム(参考） 5B089 GA11 JA18 JB14 JB22 KA18 KG01 KG10 5K015 AA00 AB00 JA00 JA01 JA10 5K030 GA16 HA08 HC01 JL01 JL07 JT03 KA01 KA06 KA08 KA13 KX28 LD01 LD08 9A001 BB03 CC05 HH18 HH23 JJ25 JJ27 KK56 LL03

Claims (8)

【特許請求の範囲】
1. 【請求項１】複数のクライアント端末と、これらクライ
   アント端末と接続されるチャットサーバとを有するチャ
   ットシステムであって、 上記クライアント端末は、チャット中のクライアントが
   そのチャットへの参加を要求する他のクライアント端末
   の情報をチャットサーバに通知し、 上記チャットサーバは、その通知を受けると、要求され
   たクライアント情報に基づいて上記他のクライアント端
   末に対してチャットへの参加を要請し、 上記他のクライアント端末は、この参加要請に応答して
   上記チャットへの参加の有無の回答をすることを特徴と
   するチャットシステム。
2. 【請求項２】上記チャットサーバは、上記参加を要請さ
   れた他のクライアント端末の通信回線が接続されていな
   いとき、該他のクライアント端末へ回線を接続し、 上記他のクライアント端末は、参加を決定した場合、上
   記回線を切断した後にチャットサーバに対してコールバ
   ックを行ない通信回線を接続した後にチャットに参加す
   ることを特徴とする請求項１記載のチャットシステム。
3. 【請求項３】上記チャットサーバは、当該チャット開始
   当初に参加を要請されながら参加を拒否したクライアン
   ト端末、あるいは参加していたチャットを中断したクラ
   イアント端末からの当該チャットへの参加要求を受ける
   と、当該チャットへの途中参加を許可することを特徴と
   する請求項１記載のチャットシステム。
4. 【請求項４】上記チャットに参加しているクライアント
   端末は、チャット途中でそのチャットに参加しているク
   ライアント端末以外のクライアント端末に当該チャット
   への参加を要求するクライアントの情報をチャットサー
   バに通知し、 上記チャットサーバは、その通知を受けると、要求され
   たクライアント情報に基づいて当該チャットへの途中参
   加を該クライアント情報に対応するクライアント端末に
   要請し、 上記途中参加を要請されたクライアント端末は、この参
   加要請に応答して上記チャットへの参加の有無の回答を
   することを特徴とする請求項１記載のチャットシステ
   ム。
5. 【請求項５】複数のクライアント端末と、これらクライ
   アント端末と接続されるチャットサーバとを有するチャ
   ットシステムであって、 上記チャットサーバは各チャット毎にチャット認識情報
   を付加してそのチャットのログを保存し、 クライアント端末は、チャットサーバに対してチャット
   認識情報を指定することで、対応するチャットのログを
   ダウンロードすることを特徴とするチャットシステム。
6. 【請求項６】それぞれクライアント端末を接続した複数
   のチャットサーバ同士を接続して１つのチャットを実施
   するチャットシステムであって、 複数のチャットサーバはそれぞれ直接登録されているク
   ライアント端末に関してチャット参加の管理及びログの
   管理を行なうことを特徴とするチャットシステム。
7. 【請求項７】インターネットを介してチャットを実施す
   るチャット方法であって、 チャット参加クライアント端末から当該チャットに参加
   していない他のクライアント端末の参加要求があると、
   当該他のクライアント端末へ参加要求を通知し、当該他
   のクラインアント端末がこの通知に応答して参加の希望
   要求を出すと、当該チャットへの参加を許可することを
   特徴とするチャット方法。
8. 【請求項８】インターネット介してチャットを実施する
   チャット方法であって、 各チャット毎にチャット認識情報を付加してそのチャッ
   トのログを保存し、 クライアント端末からチャット認識情報の指定を受けた
   とき、対応するチャットのログを当該クライアント端末
   にダウンロードすることを特徴とするチャット方法。