JPH1198164A - サーバおよびクライアント - Google Patents

Abstract

(57)【要約】 【課題】本発明は、情報の提供を担うサーバと情報提供
サービスを受けるクライアントがネットワークを介して
接続されてなる通信システムに関し、参加人数が制限さ
れている通信サービスが満席であったときや、再び空き
が生じたときに、好適な処理を行なう。 【解決手段】サーバが、クライアントに向けて一方向的
に情報提供を行なう単方向通信モードと、クライアント
との間でメッセージを交換する双方向通信モードとの間
で、通信モードを各クライアント毎に切り替える通信モ
ード切替手段を備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して互いに接続されたサーバおよびクライアントに関す
る。

【０００２】

【従来の技術】インターネットでは、ＷＷＷ（Ｗｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂ）など、サーバからクライアント
に向けて一方向的に情報提供を行なう蓄積型情報サービ
スに加え、近年では、クライアントとサーバとの間で対
話を行なう双方向情報サービスが盛んになってきてい
る。このような対話型の双方向情報サービスの例として
は、例えばチャットシステムや、各クライアントのオペ
レータの化身がコンピュータシステム内に構築された仮
想世界に入り込んで互いに会話するコミュニケーション
システム等がある。このような対話型のサービス、例え
ばチャットシステムにおいては、１つのチャットルーム
（そこに加わっている人どうしが相互に会話をかわす
（通信を行なう）ことのできる仮想的な部屋）で同時に
１００人の人が会話しようとしても会話が輻輳してしま
い、混乱を招くだけであり、このような対話型のサービ
スにおいては、同時に相互に会話をかわすことのできる
人数に適正な人数が存在する。このことから１つのチャ
ットルールに入ることのできる人数が制限されている。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
システムでは、そのチャットルームに入ることのできる
人数を単純に制限しているだけなので、そのチャットル
ームに入ろうとしたときに人数が定員に達していれば入
れない、というような単純な処理を行なっており、そこ
に入るためには、暫らく時間をおいて再度そのチャット
ルームに入ることを試みるなど、場合によっても何度も
試みる必要があり、不便なものであった。

【０００４】本発明は、参加人数が制限されている通信
サービスが満杯（そこに参加している人数が上限に達し
ている）であったときや再び空きが生じたときに、好適
な処理を行なうことのできるサーバおよびクライアント
を提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成する本発
明のサーバは、ネットワークを介して複数のクライアン
トと接続され、それら複数のクライアントに向けて情報
提供を行なうサーバにおいて、クライアントに向けて一
方向的に情報提供を行なう単方向通信モードと、クライ
アントに向けてメッセージを送信するとともに該クライ
アントから送信されてきたメッセージを受信する双方向
通信モードとの間で、通信モードを各クライアント毎に
切り替える通信モード切替手段を備えたことを備えたこ
とを特徴とする。

【０００６】本発明では、上記のとおり、ネットワーク
を介して接続された複数のクライアントそれぞれに対
し、単方向通信サービスと双方向通信サービスを行なう
端末等をサーバと称している。例えば一例として、ある
ソフトウェアハウスがサーバとなってそのソフトウェア
ハウスが開発したあるソフトウェアについて相談窓口を
開設しているとする。双方向通信サービスの定員は５人
と定められており、そのサーバのオペレータはそのソフ
トウェアの使用方法に関する、５人の各質問者（クライ
アント）からの質問に答えているとする。このときもう
１人の質問者から質問要求があったとき、そのサーバは
同時には５人の質問を受けてそれらに答えるのがせいい
っぱいであるので、その６人目の質問者には、空きが出
る（質問を行なっている５人の質問者のうちのいずれか
１人の質問が終了する）まで待ってもらうことになる。
このとき、その６人目の質問者には、単方向通信サービ
ス、例えばそのソフトウェアに関する一般的な使い方の
説明や、典型的な質問に対する質疑応答集等を一方的に
提供する。このようにすることにより、６人目の質問者
は待っている時間を有効に活用でき、その一方的な質疑
応答集に自分の質問に対する解答が含まれていることも
有り得る。

【０００７】このように、本発明のサーバは、単方向通
信モードと双方向通信モードとの間で通信モードを各ク
ライアント毎に切替える通信モード切替手段を備えたた
め、双方向通信サービスが満杯のときに双方向通信サー
ビスの要求を行なったクライアントには単方向通信サー
ビスを行なって待たせておき、双方向通信サービスに空
きが出来たときに、双方向通信サービスに切り替えるこ
とができる。

【０００８】ここで、上記本発明のサーバは、各クライ
アントに関する通信モードを切り替えるための通信モー
ド切替用操作子を備え、上記通信モード切替手段が、通
信モード切替用操作子の操作に応じて各クライアントに
関する通信モードを切り替えるものであってもよい。こ
の場合、サーバのオペレータにより任意のクライアント
に対し双方向通信サービスを提供し、また任意のクライ
アントの双方向通信サービスを停止することができる。

【０００９】また、上記本発明のサーバにおいて、上記
通信モード切替手段は、各クライアントに関し、単方向
通信モードから双方向通信モードへ切り替えた時刻から
の経過時間を計時する計時手段を有し、その計時手段で
計時された経過時間が所定時間に達したことをもって、
対応するクライアントに関する通信モードを、双方向通
信モードから単方向通信モードに切り替えるものであっ
てもよい。

【００１０】双方向通信サービスを提供する時間を制限
することによって公平なサービスを行なうことができ
る。また、上記本発明のサーバにおいて、上記通信モー
ド切替手段は、各クライアントからの双方向通信サービ
ス要求を受け付けて、双方向通信サービス提供要求を行
なったクライアントを特定する情報を保持する要求保持
手段を有し、その要求保持手段に保持された情報により
特定されるクライアントの中から選択されたクライアン
トに関する通信モードを、単方向通信モードから双方向
通信モードに切り替えるものであることが好ましい。

【００１１】上記要求保持手段を備えることにより、双
方向通信サービス要求のあったクライアントが特定さ
れ、要求のない他のクライアントに誤ってサービスを提
供するといったミスを防ぐことができる。この要求保持
手段を備えた場合に、この要求保持手段が、通信サービ
ス提供要求を行なったクライアントを特定する情報とと
もに、各クライアントの、双方向通信サービス要求受付
順をあらわす情報を保持するものであって、通信モード
切替手段が、その要求保持手段に保持された情報により
特定されるクライアントのうち双方向通信サービス要求
受付順に最先のクライアントに関する通信モードを、単
方向通信モードから双方向通信モードに切り替えるもの
であってもよく、あるいは、その要求保持手段が、双方
向通信サービス要求を行なったクライアントを特定する
情報とともに、各クライアントが双方向通信サービスを
受けたことに対して支払う各クライアントごとの支払額
をあらわす情報を保持するものであって、上記通信モー
ド切替手段が、その要求保持手段に保持された情報によ
り特定されるクライアントのうち支払額が最大のクライ
アントに関する通信モードを、単方向通信モードから双
方向通信モードに切り替えるものであってもよく、ある
いは、通信モード切替手段が、要求保持手段に保持され
た情報により特定されるクライアントの中から無作為に
選択されたクライアントに関する通信モードを、単方向
通信モードから双方向通信モードに切り替えるものであ
ってもよい。

【００１２】このように、要求保持手段により特定され
るクライアントの中から双方向通信サービスを提供する
クライアントを選択するにあたり、何らかのルールを定
めておくと、サーバのオペレータの手間が省かれる。ま
た、上記要求保持手段を有する形態において、各クライ
アントの、サーバの利用状況に関するプロファイルを格
納しておくプロファイルデータベースを有し、上記通信
モード切替手段が、上記要求保持手段に保持された情報
により特定されるクライアントの中から上記プロファイ
ルデータベースを参照して選択されたクライアントに関
する通信モードを、単方向通信モードから双方向通信モ
ードに切り替えるものであってもよい。

【００１３】具体例を挙げると、例えばプロファイルデ
ータベースが、各クライアントがそのサーバからこれ迄
に双方向通信サービスを受けた積算時間をあらわす情報
を含み、通信モード切替手段が、要求保持手段に保持さ
れた情報により特定されるクライアントのうち上記積算
時間が最長のクライアントに関する通信モードを、単方
向通信モードから双方向通信モードに切り替えるもので
あってもよく、あるいは、例えば、上記プロファイルデ
ータベースが、各クライアントがサーバから前回双方向
通信サービスを受けた時刻をあらわす情報を含み、通信
モード切替手段が、要求保持手段に保持された情報によ
り特定されるクライアントのうち、前回双方向通信サー
ビスを受けた時刻からの経過時間が最長のクライアント
に関する通信モードを、単方向通信モードから双方向通
信モードに切り替えるものであってもよい。

【００１４】ここで上記「経過時間」の開始時刻は、前
回の双方向通信サービスの、開始時刻であってもよく、
終了時刻であってもよく、その途中の代表的な時刻であ
ってもよい。このように、プロファイルデータを用意す
ることにより、一層適切なクライアントを双方向通信サ
ービスに切り替えることができる。

【００１５】また、上記要求保持手段を備えた形態にお
いて、その要求保持手段に保持された情報を表示する情
報表示部と、要求保持手段に保持された情報により特定
されるクライアントの中から通信モードを単方向通信モ
ードから双方向通信モードに切り替えるクライアントを
指定するためのクライアント指定操作子とを備え、上記
通信モード切替手段が、クライアント指定操作子の操作
により指定されたクライアントに関する通信モードを単
方向通信モードから双方向通信モードに切り替えるもの
であってもよい。

【００１６】この場合、サーバのオペレータは、要求保
持手段に保持された情報、すなわち双方向通信サービス
を要求しているクライアントを情報表示部に表示し、そ
の表示を見ながら、そのオペレータの考えに沿うクライ
アントに対し双方向通信サービスを提供することができ
る。この場合にさらに、上記要求保持手段が、各クライ
アントからの双方向通信サービス要求を受け付けるとと
もに、各クライアントが双方向通信サービスを受けたと
きにサーバに送信しようとするメッセージに対応する情
報（例えばそのメッセージのタイトルや要約等）を受け
付けて、双方向通信サービス要求を行なったクライアン
トを特定する情報とともに、各クライアントごとの、そ
のサーバに送信しようとするメッセージに対応する情報
を保持するものであって、上記情報表示部が、要求保持
手段に保持された、双方向通信サービス要求を行なった
クライアントを特定する情報とともに、その要求保持手
段に保持された、サーバに送信しようとするメッセージ
に対応する情報を表示するものであることが好ましい。

【００１７】こうすることにより、サーバのオペレータ
は、双方向通信サービスを要求しているクライアントの
中から双方向通信サービスを提供するクライアントをよ
り適確に選択することができる。あるいは、各クライア
ントの、サーバの利用状況に関するプロファイルを格納
しておくプロファイルデータベースを有し、上記情報表
示部が、要求保持手段に保持された情報とともに、プロ
ファイルデータベースに格納されたプロファイルを表示
するものであってもよい。

【００１８】この場合、サーバのオペレータは、情報表
示部に表示されたプロファイルを参照して、より適確な
クライアントに双方向通信サービスを提供することがで
きる。さらに、上記要求保持手段を有する態様におい
て、上記通信モード切替手段が、上記要求保持手段に保
持された情報により特定されるクライアントの中から選
択されたクライアントに関する通信モードを単方向通信
モードから双方向通信モードに変更するに先立って、そ
のクライアントに双方向通信サービスの開始を予告する
双方向通信サービス開始予告手段を有するものであるこ
とが好ましい。

【００１９】上記の予告を受け取ったクライアントは、
双方向通信の準備が出来ていないときはその準備を行な
うことができる。その場合に、上記通信モード切替手段
が、上記双方向通信サービス開始予告手段による双方向
通信サービス開始の予告を受けたクライアントからの、
双方向通信サービスを受ける準備が完了したことをあら
わす準備完了通知を受け取った後に、そのクライアント
に関する通信モードを、単方向通信モードから双方向通
信モードに切り替えるものであることが好ましい。

【００２０】こうすることにより、準備が多少遅れても
確実に準備が出来てから双方向通信サービスを受けるこ
とができる。さらにその場合に、上記通信モード切替手
段が、準備完了通知を発信したクライアントを特定する
情報を保持する通知保持手段を有し、その通知保持手段
に保持された情報により特定されるクライアントに関す
る通信モードを、単方向通信モードから双方向通信モー
ドに切り替えるものであることがさらに好ましい。

【００２１】こうすることにより、例えば同時に複数の
空きが生じた場合などに、あるクライアントに予告通知
しそのクライアントからの準備完了通知の到着を待って
別のクライアントに予告を通知するなどの煩雑な手続を
経ることなく、複数のクライアントに同時に予告を通知
し、準備完了通知があったクライアントから順に双方向
通信サービスに切り替えることができる。

【００２２】また、上記要求保持手段を有する形態にお
いて、その要求保持手段が、双方向通信サービス要求を
行なったクライアントを特定する情報に対応づけて、そ
のクライアントの、このサーバにアクセスしているアド
レスを、更新自在に保持するものであることも好ましい
形態である。その都度その都度回線接続を確立する、い
わゆるダイヤルアップ接続の場合、回線を一旦切断して
次に回線を接続したときにそのクライアントに割り当て
られるアドレス（ＩＰアドレス）はその都度異なるもの
となる。

【００２３】そこで、上記のように、そのクライアント
がサーバにアクセスしているアドレスを更新自在に保持
することにより、そのようなダイアルアップ接続の場合
に途中で回線を一旦切断しても、その後再接続したと
き、双方向通信サービスを再度要求することなく、回線
切断前に行なった双方向通信サービス要求が引き続き有
効となり、空きが出来たとき、そのクライアントに対し
双方向通信サービスを提供することができる。

【００２４】さらに、上記要求保持手段を有する形態に
おいては、要求保持手段が、双方向通信サービス要求を
行なったクライアントを特定する情報に対応づけて、そ
のクライアントに対応する電話番号を保持するものであ
って、通信モード切替手段が、要求保持手段に保持され
た情報により特定されるクライアントの中から選択され
たクライアントに関する通信モードを変更しようとした
時点で、そのクライアントとの間の、そのネットワーク
上の接続が切断されていた場合に、そのクライアントに
対応する電話番号に電話をかけて所定の音声メッセージ
を送信する音声メッセージ送信手段を有するものである
ことも好ましい形態である。

【００２５】この場合、双方向通信サービスを要求した
クライアントは、その後そのネットワーク上の回線を切
断した状態においても自分の番が回ってきたことを電話
で知ることができる。さらに、上記要求保持手段を有す
る形態において、その要求保持手段が、双方向通信サー
ビス要求を行なったクライアントからの、その双方向通
信サービス要求の取消しを受け付けて、その要求保持手
段に保持された情報の中からその取消しを行なったクラ
イアントを特定する情報を削除するものであることも好
ましい形態である。

【００２６】一旦双方向通信サービスを要求しても、そ
の後の事情の変化等により、取消す必要を生じる場合も
あるからである。さらに、上記要求保持手段を有する形
態において、その要求保持手段に保持された情報をクラ
イアントに提供する要求情報提供手段を備えることが好
ましい。こうすることにより、クライアントは、その情
報の提供を受けて待ち状態を確認することにより、双方
向通信サービスを要求するか否か判断することができ
る。

【００２７】また、上記本発明のサーバにおいて、双方
向通信サービスを受けているクライアントとの間の対話
内容を他のクライアントに提供する通信内容提供手段を
備えることが好ましい。双方向通信サービスを受けられ
ずにいるクライアントは、他のクライアントとサーバと
の間の対話内容を知ることにより参考になる点も多いか
らである。

【００２８】さらに、上記本発明のサーバが、クライア
ントからの双方向通信サービス要求を受け付ける代表サ
ーバを含む、クライアントに双方向通信サービスを提供
する複数のサーバの集合体からなり、その代表サーバ
が、クライアントからの双方向通信サービス要求を上記
集合体を構成する複数のサーバに分配する要求分配手段
を備えることも好ましい形態である。

【００２９】ここで、上記要求分配手段は、例えば、上
記複数のサーバそれぞれが双方向通信サービスを提供し
ているクライアントの数を参照して、双方向通信サービ
ス要求の分配先を決定するものであってもよい。このよ
うなシステムを構築することにより、あるサーバには空
きがあるのに他のサーバではクライアントが待っている
という状態を避けることができ、上記複数のサーバが負
荷を公平に分担することができるとともに、クライアン
トに対するサービスも向上する。

【００３０】さらに、上記本発明のサーバが、クライア
ントに双方向通信サービスを提供する複数のサーバの集
合体からなり、それら複数のサーバ相互間で、同一のク
ライアントに対する双方向通信サービスを提供するサー
バを交代するサービス提供者交代手段を備えることが好
ましい。例えば前述した、ソフトハウスがあるソフトウ
ェアの相談窓口としてのサーバを開設している場合を挙
げると、一般的な質問に広く答えることのできるゼネラ
リストとしてのオペレータと、一部の専門的な質問に答
えることのできるスペシャリストとしてのオペレータが
それぞれのサーバを担当している場合に、上記のように
構成して、例えば、ゼネラリストとしてのオペレータが
極めて専門的な質問を受けたとき、その質問を行なった
クライアントをその質問内容に詳しいオペレータが担当
しているサーバに交代することができ、クライアントに
対するサービス性が向上する。

【００３１】さらに、上記本発明のサーバにおいて、ク
ライアントに送信するメッセージを入力するメッセージ
入力手段と、そのメッセージ入力手段からのメッセージ
の入力状態（メッセージの入力なし、メッセージ入力中
など）を監視する入力状態監視手段と、その入力状態監
視手段で得られた、上記メッセージ入力手段からのメッ
セージの入力状態をクライアントに通知する入力状態通
知手段とを備えることが好ましい。

【００３２】こうすることにより、クライアント側で
は、例えばサーバが質問に答えようとしてくれているか
どうか等、サーバの様子をクライアント側で知ることが
できる。さらに、上記本発明のサーバにおいて、サーバ
を操作するオペレータがクライアントとの対話が可能な
状態にあるか否かをあらわす対話可否情報を入力操作す
るための状態入力操作子を有し、その状態入力操作子か
ら入力された対話可否情報をクライアントに通知するオ
ペレータ状態通知手段を備えることも好ましい。

【００３３】これにより、サーバのオペレータが、現在
対話可能な状態にあるか否かをクライアント側で知るこ
とができる。さらに、上記本発明のサーバにおいて、双
方向通信サービスを受けたクライアントとの対話内容を
記録する対話内容記録手段を備えることが好ましい。こ
れにより、例えば前述のソフトハウスが開設したサーバ
を例に挙げると、後でその対話内容を編集して質疑応答
集を充実させるなど、過去の対話内容の有効利用を図る
ことができる。

【００３４】上記目的を達成する本発明のクライアント
のうちの第１のクライアントは、クライアントに向けて
一方向的に情報を行なう単方向通信モードと、クライア
ントに向けてメッセージを送信するとともにそのクライ
アントから送信されてきたメッセージを受信する双方向
通信モードとを各クライアント毎に使い分けるサーバに
ネットワークを介して接続されたクライアントにおい
て、サーバに向けて、双方向通信サービスを要求する双
方向通信サービス要求手段を含み、上記サーバとの間の
メッセージの送受信を担う、動作の停止、開始が自在な
メッセージ送受信手段と、サーバからの、双方向通信サ
ービス開始通知を受け取るサービス開始通知受信手段
と、メッセージ送受信手段を起動するメッセージ送受信
手段起動手段とを備えることが好ましい。

【００３５】上記本発明の第１のクライアントは、サー
バからの双方向通信サービス開始通知を受け取って、メ
ッセージ送受信手段を起動するように構成したため、メ
ッセージ送受信手段は、常に動作可能な状態で待機して
いなくても、サービス開始通知受信手段およびメッセー
ジ送受信手段起動手段のみ動作可能な状態にしておきさ
えすれば、サーバからの双方向通信サービス開始通知を
受信したときにメッセージ送受信手段が起動されるた
め、それ迄の間、そのクライアントのオペレータは他の
作業を行なっていることができる。

【００３６】ここで、上記本発明の第１のクライアント
において、そのクライアントの電源投入を受けてサービ
ス開始通知受信手段およびメッセージ送受信手段起動手
段が起動されるようにあらかじめ設定しておく設定手段
を備えることが好ましい。この場合、上記設定手段を一
度動作させておけば、その後はクライアントに電源が投
入されれば、サーバからの双方向通信サービス開始通知
を受信できる状態となり、双方向通信サービス開始通知
を受信すれば上記のメッセージ送受信手段が起動される
ことになる。

【００３７】この場合にさらに、サーバに、このクライ
アントに向けて既に双方向通信サービス開始通知が発せ
られたか否かの問合せを行うサービス開始通知問合せ手
段を備え、上記設定手段が、このクライアントの電源投
入を受けて、サービス開始通知受信手段および前記メッ
セージ送受信手段起動手段に加え、さらに前記サービス
開始通知問合せ手段が起動されるようにあらかじめ設定
しておくものであって、上記サービス開始通知問合せ手
段が、起動時にその問合せを行なうものであることが好
ましい。

【００３８】この形態の場合、クライアントがサーバに
対し双方向通信サービスを要求した後電源が切られた場
合に、電源が再び投入されると、サーバに対し、自分に
向けて既に双方向通信サービス開始通知が発せられたか
否か問い合わせが行なわれ、電源が切られていた間に自
分に向けて双方向通信サービス開始通知が発せられてい
た場合に直ちに準備を整え、双方向通信サービスを受け
ることができる。

【００３９】また、上記目的を達成する本発明のクライ
アントのうちの第２のクライアントは、クライアントに
向けて一方向的に情報提供を行なう単方向通信モード
と、クライアントに向けてメッセージを送信するととも
にそのクライアントから送信されてきたメッセージを受
信する双方向通信モードとを各クライアント毎に使い分
けるサーバにネットワークを介して接続されたクライア
ントにおいて、サーバに向けて、双方向通信サービスを
要求する双方向通信サービス要求手段と、サーバから
の、双方向通信サービス開始予告通知を受け取るサービ
ス開始予告通知受信手段と、サービス開始予告通知受信
手段が双方向通信サービス開始予告通知を受け取ったこ
とと、双方向通信サービスを受ける準備が完了したこと
とを条件に、サーバに、準備が完了したこをあらわす準
備完了通知を送信する準備完了通知送信手段とを備えた
ことを特徴とする。

【００４０】この第２のクライアントを採用することに
より、常に双方向通信サービスを受け得る状態で待機し
ていなくても、自分が双方向通信サービスを受け得る順
番が回ってきてからその準備を行なうことができる。さ
らに、上記目的を達成する本発明のクライアントのうち
の第３のクライアントは、クライアントに向けて一方向
的に情報提供を行なう単方向通信モードと、クライアン
トに向けてメッセージを送信するとともにそのクライア
ントから送信されてきたメッセージを受信する双方向通
信モードとを各クライアント毎に使い分けるサーバにネ
ットワークを介して接続されたクライアントにおいて、
サーバに送信するメッセージを入力するメッセージ入力
手段と、メッセージ入力手段からのメッセージの入力状
態（メッセージの入力なし、メッセージ入力中など）を
監視する入力状態監視手段と、入力状態監視手段で得ら
れた、メッセージ入力手段からのメッセージの入力状態
をサーバに通知する入力状態通知手段とを備えたことを
特徴とする。

【００４１】本発明の第３のクライアントを採用すれ
ば、サーバ側で、そのクライアントが質問しようとして
いるかどうか等、クライアントの様子を知ることがで
き、複数のクライアントそれぞれからの質問に応答して
いる場合などに、効率的な時間配分を行なうことができ
る。さらに、本発明のクライアントのうちの第４のクラ
イアントは、クライアントに向けて一方向的に情報提供
を行なう単方向通信モードと、クライアントに向けてメ
ッセージを送信するとともにそのクライアントから送信
されてきたメッセージを受信する双方向通信モードとを
各クライアント毎に使い分けるサーバにネットワークを
介して接続されたクライアントにおいて、クライアント
を操作するオペレータがサーバとの対話が可能な状態に
あるか否かをあらわす対話可否情報を入力操作するため
の状態入力操作子を有し、その状態入力操作子から入力
された対話可否情報をサーバに通知するオペレータ状態
通知手段を備えたことを特徴とする。

【００４２】この形態のクライアントを採用すれば、そ
のクライアントのオペレータが現在対話可能な状態にあ
るか否かをサーバ側で知ることができる。

【００４３】

【発明の実施の形態】以下、本発明の実施形態について
説明する。図１は、本発明のサーバの一実施形態、およ
び本発明のクライアントの一実施形態を含む通信システ
ムの概念図である。図１には、それぞれがコンピュータ
システムからなる、２台のサーバ１０，２０と、３台の
クライアント３０，４０，５０が通信ネットワーク６０
を介して接続されている様子が示されている。

【００４４】サーバ１０，２０およびクライアント３
０，４０，５０のそれぞれを構成する各コンピュータシ
ステムには、ＣＰＵや磁気ディスク等が内蔵された本体
部１１，２１，３１，４１，５１、表示画面１２ａ，２
２ａ，３２ａ，４２ａ，５２ａ上に画像を表示する画像
表示部１２，２２，３２，４２，５２、そのコンピュー
タシステムに各種のデータを入力するための操作子であ
るキーボード１３，２３，３３，４３，５３、および表
示画面１２ａ，２２ａ，３２ａ，４２ａ，５２ａ上の任
意の位置を指定することにより、そのコンピュータシス
テムに対し各種の指示を行なうマウス１４，２４，３
４，４４，５４が備えられている。

【００４５】さらに、本体部１１，２１，３１，４１，
５１には、可搬型記憶媒体の一種である光磁気ディスク
（ＭＯ）１５，２５，３５，４５，５５が装填、取出し
自在に装填され、ＭＯ１５，２５，３５，４５，５５に
格納されたプログラムやデータを本体部１１，２１，３
１，４１，５１にアップロードしたり、本体部１１，２
１，３１，４１，５１内部のプログラムやデータを、そ
の装填されたＭＯ１５，２５，３５，４５，５５にダウ
ンロードするための、ＭＯドライブ装置も内蔵されてい
る。

【００４６】本実施形態では、図１に示すようなサーバ
・クライアントシステムの形態で通信システムが構成さ
れており、サーバ１０，２０は、クライアントに向けて
一方向に情報提供を行なう単方向通信モードと、クライ
アントに向けてメッセージを送信するとともにそのクラ
イアントから送信されてきたメッセージを受信する双方
向通信モードとを、各クライアント１０，２０，３０そ
れぞれに対し使い分ける機能を有している。一方、各ク
ライアント３０，４０，５０は、各サーバ１０，２０が
提供する一方向的な情報提供を受信したり、各サーバ１
０，２０に対し双方向通信サービスを要求しその要求が
受け入れられたときにそのサーバとの間でメッセージを
相互に交換する機能を有している。

【００４７】以下、図２以降の各図を参照しながら、本
発明のサーバおよびクライアントの各実施形態を含む通
信システムの各種の例について説明するが、図２以降の
各図において、サーバは図１に示すサーバ１０で代表さ
せ、クライアントは図１に示すクライアント３０で代表
させる。ただし、クライアントを複数台図示するときは
クライアント３０に次いでクライアント４０を代表的に
示す。

【００４８】図２は、通信システムの第１例を示す機能
ブロック図である。サーバ１０は、サービス提供部１１
０、外部入出力装置１８０、および外部入出力装置１９
０から構成されている。ここで、外部入出力装置１８０
および外部入出力装置１９０は機能上分かれるものであ
って、物理的には、同一の外部入出力装置であってもよ
く、具体的には、図１に示すサーバ１０を構成する画像
表示部１２、キーボード１３およびマウス１４がこれに
相当する。また、外部入出力装置１８０には通信モード
切替用操作子１９１が備えられているが、この通信モー
ド切替用操作子１９１は、キーボード１３の、その機能
が割り当てられたキー、あるいは、表示画面１２ａ上の
あるアイコンをクリックするうように仕向けられたマウ
ス１４がこれに相当する。

【００４９】外部入出力装置１８０は、クライアントと
の間で交換されるメッセージの入力や表示を担ってお
り、外部入出力装置１９０は、クライアントとの間の通
信回線の接続や通信モードの変更のための制御コマンド
の入力や、それに関連した表示等を担っている。サービ
ス提供部１１０には、サービス情報ファイル１１１、送
信部１１２、受信部１１３、および接続制御部１１４が
備えられている。

【００５０】サービス情報ファイル１１１はクライアン
ト３０，４０に一方向に送信する情報や、クライアント
との間で交換される、あるいは交換されたメッセージが
格納されるファイルであり、あらかじめ作成された情報
は、例えばＭＯ１５に格納されこのサーバ１０にアップ
ロードされてサービス情報ファイル１１１に格納され、
クライアントへの通信サービスに提供される。また、外
部入出力装置１８０を構成するキーボード１３等から入
力されたメッセージも、このサービス情報ファイル１１
１に格納されクライアントに向けて送信される。クライ
アントから受信したメッセージもこのサービス情報ファ
イル１１１に格納された後、外部入出力装置１８０を構
成する画像表示部１２の表示画面１２ａ上にそのメッセ
ージが表示される。

【００５１】送信部１１２は、クライアントに向けたメ
ッセージ等の送信を担っており、受信部１１３は、クラ
イアントから送られてきたメッセージ等の受信を担って
いる。接続制御部１１４は、クライアントとの間で制御
情報を送受信して、送信部１１２，受信部１１３をクラ
イアントに接続し、あるいはその接続を切る役割りを担
っている。

【００５２】一方、クライアント３０，４０は、本体部
３１０，４１０と外部入出力装置３８０，４８０を有し
ている。本体部３１０，４１０は、図１に示すハードウ
ェアとしての本体部３１，４１に対応しており、そのハ
ードウェアとしての本体部３１，４１の中に、図２に示
す本体部３１０，４１０の機能が構築されている。外部
入出力装置３８０，４８０は、サーバ１０の場合と同
様、それぞれ、図１に示すクライアント３０，４０を構
成する画像表示部３２，４２、キーボード３３，４３、
およびマウス３４，４４から構成されている。

【００５３】また、本体部３１０，４１０には、サービ
ス情報処理部３１１，４１１、送信部３１２，４１２、
受信部３１３，４１３、および接続制御部３１４，４１
４が備えられている。サービス情報処理部３１１，４１
１は、外部入出力装置３８０，４８０を構成するキーボ
ード３３，４３等から入力されたメッセージを受け取り
通信用のフォーマットに変換して送信部３１２，４１２
に送り、また、受信部３１３，４１３から通信用のフォ
ーマットのメッセージを受け取り表示用のフォーマット
のメッセージに変換して、外部入出力装置３８０，４８
０を構成する画像表示部３２，４２に送る。画像表示部
３２，４２では、その表示画面３２ａ，４２ａ上にその
メッセージが表示される。

【００５４】送信部３１２，４１２、受信部３１３，４
１３は、それぞれサーバ１０に向けたメッセージ等の送
信、サーバ１０から送られてきたメッセージ等の受信を
担っており、接続制御部３１４，４１４は、サーバ１０
の接続制御部１１４との間で制御情報を送受信して、送
信部３１２，４１２、受信部３１３，４１３をサーバに
接続し、あるいはその接続を切る役割りを担っている。

【００５５】ここで、サーバ１０は、現在、クライアン
ト３０に向けて一方向的に情報を提供する単方向通信サ
ービスを提供しているものとする。このときは、サーバ
１０の送信部１１２とクライアント３０の受信部３１３
は接続状態にあり、サーバ１０の受信部１１３とクライ
アント３０の送信部３１２は非接続状態にある。この状
態で、サーバ１０のオペレータが外部入出力装置１９０
の通信モード切替用操作子１９１を操作して、クライア
ント３０との間の通信モードを、メッセージを相互に交
換することのできる双方向通信モードに切り替えるべく
制御コマンドを入力したとする。すると、その制御コマ
ンドが接続制御部１１４に入力され、接続制御部１１４
は、クライアント３０の接続制御部３１４に向けて双方
向通信を行なう旨通知するとともに、サーバ１０の受信
部１１３を、クライアント３０からのメッセージを受信
できる状態に制御する。一方、クライアント３０の接続
制御部３１４は、双方向通信を行なう旨の通知を受け
て、クライアント３０の送信部３１２を、サーバ１０に
向けてメッセージを送信できる状態に制御する。これに
より、クライアント３０の送信部３１２とサーバ１０の
受信部１１３とが接続され、サーバ１０の送信部１１２
とクライアント３０の受信部３１３はもともと接続され
ていることから、サーバ１０とクライアント３０との間
で双方向通信を行なうことができる状態となる。

【００５６】サーバ１０では、以上のような、単方向通
信サービスから双方向通信サービスへの切り替えは、各
クライアントに対しそれぞれ行なうことができる。図３
は、通信システムの第２例を示す機能ブロック図であ
る。図２に示す第１例との相違点は、サーバ１０のサー
ビス提供部１１０に、送信者リスト１１５が明示されて
いる点である。

【００５７】図２を参照して説明したようにして、ある
クライアントについて単方向通信モードから双方向通信
モードに切り替えると、接続制御部１４によって、その
双方向通信モードに切り替えられたクライアントがこの
送信者リスト１１５に登録される。すなわち、この送信
者リスト１５は、双方向通信サービスを提供している
（サーバに向けてメッセージを送信する資格のある）ク
ライアントのリストである。

【００５８】この送信者リスト１１５は、接続制御部１
１４を経由して外部入出力装置１９０に入力され、この
外部入出力装置１９０を構成する、図１に示す画像表示
部１２の表示画面１２ａ上に、その送信者リストが表示
される。このサーバ１０のオペレータは、その表示を見
て、双方向通信サービスを終了させるクライアントを選
択し、通信モード切替操作子１９１を操作してその選択
したクライアントを双方向通信サービスから単方向通信
サービスに移行させるべく制御コマンドを入力する。こ
こでは、クライアント３０が双方向通信サービスを受け
ており、このクライアント３０の双方向通信サービスを
単方向通信サービスに移行させる制御コマンドが入力さ
れたものとする。すると、接続制御部１１４は、クライ
アント３０の接続制御部３１４に対し、単方向通信サー
ビスへ移行することを通知するとともに、受信部１１３
を、クライアント３０からのメッセージを受信しないよ
うに制御し、さらにクライアント３０２を送信者リスト
１１５から抹消する。一方、クライアント３０の接続制
御部３１４は、送信部３１２を、サーバ１０に向けてメ
ッセージを送信しないように制御する。これにより、ク
ライアント３０の送信部３１２とサーバ１０の受信部１
１３との間の接続が断たれ、サーバ１０の送信部１１２
とクライアント３０の受信部３１３は引き続き接続され
ていることから、サーバ１０からクライアント３０に向
けて一方向的に情報を提供する単方向通信サービスに移
行したことになる。

【００５９】サーバ１０では、以上のような、双方向通
信サービスから単方向通信サービスへの切り替えは、送
信者リスト１１５にリストアップされている各クライア
ントに対しそれぞれ行なうことができる。図４は、通信
システムの第３例を示す機能ブロック図である。図３に
示す第２例との相違点は、サーバ１０の本体部３１０内
に、接続制御部１１４によって参照される時計１１６が
示されている点と、送信者リスト１１５に、接続開始時
刻１１５ａが示されている点である。この接続開始時刻
１１５ａは、送信者リスト１１５にリストアップされて
いる各クライアントに対し双方向通信サービスを開始し
た時刻を示しており、図２を参照して説明したようにし
てあるクライアントに関し単方向通信サービスから双方
向通信サービスに移行すると、接続制御部１１４によ
り、そのクライアントが送信者リスト１１５に登録され
るとともに、時計１１６が参照されて、その時計１１６
が参照された時点の時刻、すなわち双方向通信サービス
に移行した時刻が取得され、その時刻が、今回送信者リ
ストに登録されたクライアントに対応づけられて格納さ
れる。

【００６０】接続制御部１１４は、一定時間毎に、この
送信者リスト１１５内の各クライアントの時刻を調べ、
現時点までの間に所定の時間経過している時刻を見つけ
ると、図２を参照して説明したようにして、ただしオペ
レータの操作を待たずに、その時刻に対応するクライア
ントについて双方向通信サービスを単方向通信サービス
に移行させる。こうすることにより、特定のクライアン
トのみに長時間双方向通信サービスが提供され他のクラ
イアントが長時間待たされるという事態を回避すること
ができる。

【００６１】図５は、通信システムの第４例を示す機能
ブロック図である。図１に示す第１例との相違点は、サ
ーバ１０に接続管理部１２０が付加されているととも
に、クライアント３０，４０の本体部３１０，４１０に
接続依頼送信部３１５，４１５が付加されている点であ
る。クライアント３０，４０の本体部３１０，４１０に
備えられた接続依頼送信部３１５，４１５は、クライア
ント３０，４０のオペレータの操作による、外部入出力
装置３８０，４８０からの指示を受けて、サーバ１０に
向けて双方向通信サービスの要求（双方向通信サービス
要求）を送る役割りを担っている。

【００６２】クライアント３０，４０から送信されてき
た双方向通信サービス要求は、サーバ１０の接続管理部
１２０が受信し、その接続管理部１２０を構成する接続
依頼保持部１２２に、その双方向通信サービスを要求し
たクライアントを特定するクライアントＩＤが保持され
る。双方向通信サービスを提供しているクライアントの
数が既に定員に達していた場合、クライアント３０，４
０からの双方向通信サービス要求があっても、それらの
クライアント３０，４０は、空きが出るまで、単方向通
信サービスのみ受けることができ、双方向通信サービス
は暫く待たされることになる。

【００６３】ここで、双方向通信サービスに空きが生じ
ると、サービス提供部１１０の接続制御部１１４が、接
続管理部１２０に、次にどのクライアントに双方向通信
サービスを提供するか問い合わせる。すると、接続管理
部１２０を構成する選択部１２１は、接続依頼保持部１
２２が保持しているクライアントの中から１つ（ここで
はクライアント３０とする）を選択して接続制御部１１
４に渡す。

【００６４】接続制御部１１４は、これを受けて、図２
を参照して説明したようにして、クライアント３０との
間で双方向通信サービスのための接続を行なう。又、選
択部１２１は、接続制御部１４１に渡したクライアント
ＩＤを、接続依頼保持部１２２から抹消する。図６は、
通信システムの第５例を示す機能ブロック図である。

【００６５】図５に示す通信システムとの相違点は、接
続依頼保持部１２２に、ＦＩＦＯ（Ｆｉｒｓｔ−ｉｎ
Ｆｉｒｓｔ−ｏｕｔ Ｍｅｍｏｒｙ）１２２ａが示され
ている点である。図５を参照して説明したようにして、
各クライアントからの双方向通信サービス要求がある
と、接続依頼保持部１２２には双方向通信サービス要求
を行なってクライアントのクライアントＩＤが保持され
るが、それととももに、ＦＩＦＯ１２２ａに、複数のク
ライアントから双方向通信サービス要求があったとき
の、その要求を受け付けた順番が保持される。選択部１
２１は、接続制御部１１４から次に双方向通信サービス
を提供すべきクライアントの紹介依頼があると、接続依
頼保持部に保持されているクライアントの中から双方向
通信サービス要求を最初に受け付けたクライアントを接
続制御部１１４に通知するとともに、接続依頼保持部１
２２からそのクライアントを抹消する。その後の動作
は、図５、図２を参照して説明したとおりである。

【００６６】図７は、通信システムの第６例を示す機能
ブロック図である。図６に示す通信システムとの相違点
は、図６に示すＦＩＦＯ１２２ａに代えて、接続依頼保
持部１２２に支払額記録領域１２２ｂが示されている点
である。クライアント３０，４０は、オペレータによる
外部入出力装置３８０，４８０の操作に応じて、接続依
頼送信部３１５，４１５が、サーバ１０に対し双方向通
信サービス要求を行なうが、オペレータは、その際、外
部入出力装置３８０を操作して、今回双方向通信サービ
スを受け付ける対価としての支払額を入力する。この支
払額をあらわす情報は、双方向通信サービス要求と一緒
に情報依頼送信部３１５，４１５からサーバ１０に送ら
れる。サーバ１０はその要求を受け付けて、その接続管
理部１２０の接続依頼保持部１２２に、その双方向通信
サービス要求を行なったクライアントのクライアントＩ
Ｄと支払額を登録する。双方向通信サービスに空きが生
じると、選択部１２１は、接続制御部１１４からの依頼
に応じて、接続依頼保持部１２２に保持されたクライア
ントＩＤの中から、支払額の最も大きなクライアントの
クライアントＩＤを選び出して接続制御部１１４に通知
するとともに、そのクライアントＩＤを接続依頼保持部
１２２から抹消する。その後の処理は前述のとおりであ
る。

【００６７】図８は、通信システムの第７例を示す機能
ブロック図である。図５に示す通信システムとの相違点
について説明する。図８に示す通信システムは、図５に
示す通信システムと比べ、サーバ１０の接続管理部１２
０に乱数発生部１２３が付加されている。選択部１２１
では、接続依頼保持部１２２に保持されたクライアント
の中から１つのクライアントを選択するにあたり、乱数
発生部１２３が参照され、その乱数発生部１２３から得
られた数値に対応したクライアントＩＤが選択される。

【００６８】このように選択依頼保持部１２２に保持さ
れたクライアントの中から双方向通信サービスを提供し
ようとするクライアントを選択するにあたり、上述のよ
うな何らかのルールを定めておくと、サーバのオペレー
タがマニュアルで選択する手間が省かれる。図９は、通
信システムの第８例を示す機能ブロック図である。図５
に示す通信システムとの相違点について説明する。

【００６９】図９に示す通信システムは、図５に示す通
信システムと比べると、ユーザプロファイル情報ファイ
ル１３０が示されている点が異なっている。このユーザ
プロファイル情報ファイル１３０には、各クライアント
毎の、サーバ１０の利用状況に関するプロファイル，例
えば、このサーバクライアントシステムに参加した積算
時間、前回双方向通信サービスを受けた日時、これまで
の利用回数、支払金額等が格納されている。

【００７０】選択部１２１では、接続依頼保持部１２２
に保持されたクライアントの中から１つのクライアント
を選択するにあたり、ユーザプロファイル情報ファイル
１３０が参照され、そこに格納されたプロファイルに基
づいて、次に双方向通信サービスを提供するクライアン
トが選択される。図１０は、通信システムの第９例を示
す機能ブロック図である。図９に示す通信システムとの
相違点について説明する。

【００７１】図１０に示す通信システムには、接続依頼
保持部１２２に参加時間記憶領域１２２ｃが示されてい
る。接続依頼保持部１２２には、双方向通信サービス要
求を行なったクライアントのクライアントＩＤを保持す
るにあたり、そのクライアントの過去の累積の、このシ
ステムへの参加時間、すなわち、これ迄にそのクライア
ントに対し双方向通信サービスを提供した積算時間が、
ユーザプロファイル情報ファイル１３０から読み出さ
れ、そのクライアントに対応づけられて格納される。

【００７２】選択部１２１では、接続依頼保持部１２２
に保持されたクライアントの中から１つのクライアント
を選択するにあたり、そこに保持されたクライアントご
との参加時間が参照され、その参加時間が最長のクライ
アントが選び出される。図１１は、通信システムの第１
０例を示す機能ブロック図である。図１０に示す通信シ
ステムとの相違点について説明する。

【００７３】図１１に示す通信システムには、図１０に
示す通信システムにおける参加時間記憶領域１２２ａに
代えて、接続依頼保持部１２２に、前回接続時刻記憶領
域１２２ｄが示されている。接続依頼保持部１２２は、
双方向通信サービス要求を行なったクライアントのクラ
イアントＩＤを保持するにあたり、そのクライアントに
前回双方向通信サービスを提供した時刻（前回接続時
刻）がユーザプロファイル情報ファイル１３０から読み
出されて、そのクライアントに対応づけられて格納され
る。

【００７４】選択部１２１では、接続依頼保持部１２２
に保持されたクライアントの中から双方向通信サービス
を提供するクライアントを選択するにあたり、そこに保
持された前回接続時刻が参照され、その前回接続時刻が
最も古いクライアントが、すなわち、前回双方向通信サ
ービスを提供してからの経過時間が最長のクライアント
が、双方向通信サービス提供のために選択される。

【００７５】図１２は、通信システムの第１１例を示す
機能ブロック図である。図５に示す通信システムとの相
違点について説明する。図１２に示す通信システムに
は、図５に示す通信システムと比べ、外部入力装置１９
０が明示されており、その外部入出力装置１９０に、情
報表示部１９２とクライアント指定操作子１９３が示さ
れている。情報表示部１９２は、ハードウェア上は図１
に示す画像表示部１２がこれに相当し、クライアント指
定操作子１９３は、クライアントを指定すべく操作され
るときのキーボード１３もしくはマウス１４がこれに相
当する。

【００７６】接続依頼保持部１２２に複数のクライアン
トが登録されているとき、双方向通信サービスに空きが
できると、接続依頼保持部１２２に登録された複数のク
ライアントの中から双方向通信サービスが提供される１
つのクライアントが選択されるが、その選択の際、選択
部１２１は、接続依頼保持部１２２に登録されたクライ
アントのリストを読み出して外部入出力装置１９０に送
り情報表示部１９２にそのリストを表示させる。サーバ
１０のオペレータは、そのリストを見て、次に双方向通
信サービスを提供しようとするクライアントを選択し、
クライアント指定操作子１９３を操作してそのクライア
ントを指定するコマンドを入力する。すると、選択部１
２１は、そのコマンドにより指定されたクライアントを
接続制御部１１４に通知する。

【００７７】図１３は、通信システムの第１２例を示す
機能ブロック図である。図１２に示す通信システムとの
相違点について説明する。図１３に示す通信システムに
は、接続依頼保持部１２２にタイトル・コメントと記憶
領域が示されている。クライアント３０，４０では、そ
のクライアントのオペレータによる外部入出力装置３８
０，４８０の操作に応じて、接続依頼送信部３１５，４
１５がサーバ１０に対し双方向通信サービス要求を行な
うが、オペレータはその際、外部入出力装置３８０，４
８０を操作して、双方向通信サービスを受けた場合に自
分がサーバに対して送信したいメッセージのタイトルや
そのメッセージの内容をあらわす簡単なコメント等を入
力する。

【００７８】このタイトルやコメント等を表わす情報
は、双方向通信サービス要求と一緒に接続依頼送信部３
１５，４１５からサーバ１０に送られる。サーバ１０
は、その要求を受け付けて、接続依頼保持部１２２に、
その双方向通信サービス要求を行なったクライアントの
クライアントＩＤとそのクライアントからその要求とと
もに送られてきたタイトルやコメント等を登録する。

【００７９】双方向通信サービスに空きができると、選
択部１２２では、接続制御部１１４の依頼を受けて、接
続依頼保持部１２２に登録されているクライアントやタ
イトル、コメント等を読み出して外部入出力装置１９０
に送り、その情報表示部１９２に、そのクライアント
と、タイトルやコメントのリストを表示させる。サーバ
１０のオペレータは、そのリスト、特にタイトルやコメ
ントを見て、次に双方向通信サービスを提供しようとす
るクライアントを選択し、クライアント指定操作子１９
３を操作してそのクライアントを指定するコマンドを入
力する。選択部１２１は、そのコマンドにより指定され
たクライアントを接続制御部１１４に通知する。

【００８０】図１４は、通信システムの第１３例を示す
機能ブロック図である。図１２に示す通信システムとの
相違点について説明する。図１４に示す通信システムに
は、図１２に示す通信システムに、さらにユーザプロフ
ァイル情報ファイル１３０が付加されている。このユー
ザプロファイル情報ファイル１３０には、各クライアン
トの、サーバ１０の利用状況に関するプロファイル、す
なわち、例えば、各クライアントがこのサーバ１０から
これ迄に双方向通信サービスを受けた積算時間、双方向
通信サービスを前回受けた日時、これ迄の利用回数、支
払金額等をあらわす情報が格納されている。

【００８１】双方向通信サービスに空席ができると、選
択部１２１は、接続制御部１１４の依頼を受けて、接続
依頼保持部１２２に登録されているクライアントを読み
出すとともに、ユーザプロファイル情報ファイル１３０
に格納されている、それらのクライアントに対応するプ
ロファイルを読み出して、外部入出力装置１９０に送
り、その情報表示部１９２に、そのクライアントと各ク
ライアントに対するプロファイルを表示させる。

【００８２】サーバ１０のオペレータは、その表示を見
て、双方向通信サービスを次に提供しようとするクライ
アントを選択し、クライアント指定操作子１９３を操作
してそのクライアントを指定するコマンドを入力する。
選択部１２１は、そのコマンドにより指定されたクライ
アントを接続制御部１１４に通知する。図１３に示す例
では、タイトルやコメントにより、図１４に示す例では
プロファイルにより、サーバのオペレータの意に沿っ
た、一層適切なクライアントを選択することができる。

【００８３】図１５は、通信システムの第１４例を示す
機能ブロック図である。図５に示す通信システムとの相
違点について説明する。図１５に示す通信システムで
は、サーバ１０に、接続許可通知部１２５が付加されて
おり、クライアント３０，４０に、接続許可受信部３１
６，４１６が付加されている。

【００８４】選択部１２１により接続依頼保持部１２２
に保持されているクライアントの中から、双方向通信サ
ービスを次に提供しようとするクライアントが選択され
ると、その選択情報が接続許可通知部１２５に通知され
る。接続許可通知部１２５は、選択部１２１で選択され
たクライアント（ここではクライアント３０が選択され
たものとする）に対し、双方向通信サービスの開始の予
告をあらわす接続許可通知を発行する。クライアント３
０が接続許可通知を受け取ると、そのクライアント３０
のサービス情報処理部３１１では、外部入出力装置３８
０を構成する画像表示部３２の表示画面３２ａに、双方
向通信サービスが開始される旨、表示する。

【００８５】サーバ１０の選択部１２１は、選択したク
ライアントを特定する情報を、接続許可通知部１２５に
通知するとともに、あらかじめ定められた時間を置いて
接続制御部１１４に通知する。その後の双方向通信サー
ビスのための接続方法は前述したとおりである。図１６
は、通信システムの第１５例を示す機能ブロック図であ
る。図１５に示す通信システムとの相違点について説明
する。

【００８６】図１６に示す通信システムには、図１５に
示す通信システムと比べ、クライアント３０，４０に準
備完了通知送信部３１７，４１７が付加され、サーバ１
０に準備完了通知受信部１１７が付加されている。クラ
イアント３０が接続許可通知を受信すると、サービス情
報処理部３１１は、双方向通信サービスを受けることが
できる旨、外部入出力装置３８０の画像表示部３２の表
示画面３２ａ（図１参照）に表示する。クライアント３
０のオペレータは必要なコマンドを入力し、双方向通信
サービスを受ける態勢が整うと、準備完了通知送信部３
１７からサーバ１０に向けて準備完了通知を送信する。

【００８７】サーバの準備完了通知受信部１１７は、ク
ライアント３０からの準備完了通知を受け取ると、クラ
イアント側の準備が完了した旨接続制御部１１４に通知
する。接続制御部１１４は、クライアント３０の準備が
完了した旨の通知を受けて、前述のようにしてクライア
ント３０との間の双方向通信サービスのための接続を行
なう。

【００８８】このようにして、クライアントからの準備
完了通知を待って双方向通信サービスを提供することに
より、クライアント側での準備が多少遅れても確実に準
備が出来てから双方向通信サービスを受けることができ
る。図１７は、通信システムの第１６例を示す機能ブロ
ック図である。図１６に示す通信システムとの相違点に
ついて説明する。

【００８９】図１７に示す通信システムには、図１６に
示す通信システムにおける準備完了通知受信部１１７に
代えて、準備完了保持部１１８が備えられており、さら
に選択部１１９が付加されている。クライアント３０で
双方向通信サービスを受ける準備が整うとクライアント
３０の準備完了通知送信部３１７からサーバ１０に向け
て準備完了通知が送信され、サーバ１０では、その送信
されてきた準備完了通知を準備完了通知保持部１１８で
受信してその準備完了通知を発信したクライアントを特
定するクライアントＩＤを保持する。選択部１１９は、
準備完了通知保持部１１８に保持されたクライアントＩ
Ｄの中から接続制御部１１４に渡すクライアントＩＤを
選択して接続制御部１１４に渡し、その接続制御部１１
４に渡したクライアントＩＤを準備完了通知保持部１１
８から抹消する。接続制御部１１４は、選択部１１９か
ら受け取ったクライアントＩＤが示すクライアントに対
し、前述したようにして、双方向通信サービスのための
通信回線の接続を行なう。

【００９０】図１７に示す通信システムでは、準備完了
通知保持部１１８および選択部１１９を備えたことか
ら、例えば、双方向通信サービスに複数の空席が出来た
とき、接続管理部１２０の選択部１２１では複数のクラ
イアントを同時に選択し、接続許可通知部１２５からそ
れら同時に選択された複数のクライアントそれぞれに対
し接続許可通知を発することが出来る。複数のクライア
ントから準備完了通知が戻ってきたとき、準備完了通知
保持部１１８に保持しておいて選択部１１９で１つずつ
取り出して接続制御部１１４に渡すことにより、準備完
了通知を発行した複数のクライアントに対し双方向通信
サービスのための回線接続が順次行なわれる。これに対
し図１６の通信システムの場合、仮に複数のクライアン
トに同時に接続許可通知が発せられ、それら複数のクラ
イアントからほぼ同時に準備完了通知が届くと、複数制
御部１４は同時には１つのクライアントに対する回線接
続しかできないため、僅かに遅れて受信された準備完了
通知を発信したクライアントに対する回線接続が行なわ
ない結果となってしまう。従って、図１６の通信システ
ムの場合、接続許可通知部１２５では、同時に複数の空
席が生じた場合であっても、同時には１つのクライアン
トにのみ接続許可通知を発行し、そのクライアントに関
する回線接続の完了を待って次のクライアントに接続許
可通知が発せられる。

【００９１】図１８は、通信システムの第１７例を示す
機能ブロック図である。図１５に示す通信システムとの
相違点について説明する。図１８に示す通信システム
は、図１５に示す通信システムと比べ、サーバ１０にユ
ーザ情報管理部１３０が付加されており、各クライアン
ト３０，４０にユーザ情報送信部３１８，４１８が付加
されている。

【００９２】代表的にクライアント３０で説明する。ク
ライアント３０が、サーバ１０から単方向通信サービス
を受けるため、あるいは双方向通信サービスを要求する
ためにサーバ１０にアクセスすると、ユーザ情報送信部
３１８から、クライアント３０のクライアントＩＤと、
今回アクセスしたことに関するクライアント３０のアド
レス（ＩＰアドレス）がサーバ１０に送信され、サーバ
１０では、ユーザ情報登録部１３１によりその送信され
たクライアントＩＤとＩＰアドレスが受け取られ、ユー
ザ端末情報ファイル１３２に登録される。

【００９３】サーバ１０へのアクセスが終了し回線が一
旦切断されると、ユーザ情報登録部１３１により、ユー
ザ端末情報ファイル１３２に登録されている、その回線
が切断されたクライアントに関する情報が抹消され、サ
ーバ１０へのアクセスが再度行なわれると、上記と同様
にして、ユーザ情報送信部３１８から、クライアント３
０のクライアントＩＤと、今回アクセスしたことに関す
るクライアント３０のＩＰアドレスがサーバ１０に通知
され、サーバ１０側で、この通知を基に、ユーザ端末情
報ファイル内にクライアントとＩＰアドレスが再度登録
される。

【００９４】クライアント３０が双方向通信サービスを
要求するとサーバ１０の接続管理部１２０の接続依頼保
持部１２２に、クライアント３０のクライアントＩＤが
登録される。双方向通信サービスに空席が出来て、選択
部１２１により接続依頼保持部に保持されたクライアン
トＩＤの中からクライアント３０のクライアントＩＤが
選択されると、選択部１２１は、ユーザ情報管理部１３
０の端末情報変換部１３３に、そのクライアントＩＤを
持ったクライアント（ここではクライアント３０）の現
在のＩＰアドレスを問い合わせる。端末情報変換部１３
３は、ユーザ端末情報ファイル１３２を参照して、その
クライアントＩＤを持ったクライアントのＩＰアドレス
を取得し、そのＩＰアドレスを選択部１２１に通知す
る。選択部１２１は、その通知を受けたＩＰアドレスを
接続許可通知部１２５および接続制御部１１４に通知
し、接続許可通知部１２５は、その通知を受けたＩＰア
ドレスに対し接続許可通知を送り、接続制御部１１４
は、その通知を受けたＩＰアドレスに対し双方向通信サ
ービスのための回線接続を行なう。

【００９５】図１８に示すように構成すると、例えばダ
イヤルアップ回線のように、接続するたびにＩＰアドレ
スが変化するような環境下でこの通信システムを稼働さ
せる場合であっても、回線が切断、再接続されてもクラ
イアントを混同することなく、適切なサービスが行なわ
れる。図１９は、通信システムの第１８例を示す機能ブ
ロック図である。図１８に示す通信システムとの相違点
について説明する。

【００９６】図１９に示す通信システムは、図１８に示
す通信システムと比べ、サーバ１０の接続管理部１２０
に、公衆電話網を介して接続された電話機に向けて電話
を掛けるダイヤラ１２６と、ダイヤラ１２６が電話をか
けた相手に対し送信する音声情報（ここでは、双方向通
信サービスを提供しようとしたが回線が切れているとい
う趣旨の音声情報）が格納された通話メッセージファイ
ル１２７が付加されている。

【００９７】クライアント３０がサーバ１０にアクセス
すると、クライアント３０のユーザ情報送信部３１８
は、クライアント３０のクライアントＩＤと、今回のア
クセスによるＩＰアドレスと、さらにクライアント３０
のオペレータが受けることのできる電話の電話番号が、
サーバ１０のユーザ情報管理部１３０に通知され、ユー
ザ端末情報ファイル１３２に登録される。

【００９８】クライアント３０からのアクセスが終了し
回線が切断されるとユーザ情報登録部１３１は、ユーザ
端末情報ファイル１３２中のクライアント３０のクライ
アントＩＤに対応するＩＰアドレスの情報は抹消するが
電話番号はそのまま残しておく。端末情報変換部１３３
が選択部１２１からの依頼を受けてクライアントＩＤを
基にそのクライアントのＩＰアドレスを取得しようとし
ても、そのＩＰアドレスが見つからなかったとき、すな
わち、そのクライアントとの接続が切られていた時は、
そのクライアントＩＤに対応する電話番号を取得し、そ
の電話番号を選択部１２１に通知する。選択部１２１
は、サーバ１０とクライアント３０との間の回線が切ら
れていることから、接続制御部１１４にはその旨通知
し、接続許可通知部２５へのＩＰアドレスの通知に代え
てダイヤラ１２６にその電話番号を通知する。すると、
ダイヤラ１２６は、その通知を受けた電話番号に電話を
かけ、相手が電話に出ると、通話メッセージ１２７に格
納された音声情報を送る。これにより、クライアント３
０のオペレータは、回線が切断されていて双方向通信サ
ービスを受けることができない旨知ることができる。そ
の後の処理としては、例えば、ある一定時間内に回線が
再接続された場合にクライアント３０に対し双方向通信
サービスを提供してもよく、今回の双方向通信サービス
要求は取消しとし、双方向通信サービスを受けたいとき
はクライアント３０から再度双方向通信サービスを要求
するようにしてもよい。

【００９９】図２０は、通信システムの第１９例を示す
機能ブロック図である。図５に示す通信システムとの相
違点について説明する。図２０に示す通信システムは、
図５に示す通信システムと比べ、サーバ１０の接続管理
部１２０に依頼取消受付部１２８が付加されており、か
つ、各クライアント３０，４０に依頼取消送信部３１
９，４１９が付加されている。

【０１００】例えばクライアント３０からサーバ１０に
双方向通信サービスを要求し、現在待機中であった場合
において、何らかの都合で双方向通信サービス要求を取
消そうとするときは、クライアント３０のオペレータに
より外部入出力装置３８０からその取消しを指示するコ
マンドが入力される。すると、依頼取消送信部３１９
は、サーバ１０に向けて一旦行なった双方向通信サービ
ス要求の取消し要求を発信する。サーバ１０では、この
取消し要求を、接続管理部１２０の依頼取消受付部１２
８で受け付け、この依頼取消受付部１２８は、この取消
し要求を受け付けると、接続依頼保持部１２２に保持さ
れている、その取消しを発信したクライアントのクライ
アントＩＤを削除する。

【０１０１】図２１は、通信システムの第２０例を示す
機能ブロック図である。図５に示す通信システムとの相
違点について説明する。図２１に示す通信システムは、
図５に示す通信システムと比べ、サーバ１０の接続管理
部１２０に処理状況送信部１２９が付加されており、か
つ、各クライアント３０，４０に処理状況受信部３２
０，４２０が付加されている。

【０１０２】サーバ１０の接続管理部１２０を構成する
接続依頼保持部１２２には、双方向通信サービスを要求
したクライアントを特定するクライアントＩＤが登録さ
れている。処理状況送信部１２９は、接続依頼保持部１
２２から、そこに登録されているクライアントＩＤのリ
ストを読み出し、各クライアント３０，４０に向けて送
信し、各クライアント３０，４０の処理状受信部３２
０，４２０ではそのクライアントＩＤリストを受信す
る。各クライアント３０，４０ではその受信したリスト
を外部入出力装置３８０，４８０を構成する画像表示部
３２，４２の表示画面３２ａ，４２ａに表示することが
でき、各クライアント３０，４０のオペレータは、双方
向通信サービスをサーバ１０に依頼しようとしたとき、
その表示されたリストを見て多数のクライアントＩＤが
並んでいるときは双方向通信サービスの要求を見合わせ
るなどの処置をとることができる。

【０１０３】図２２は、通信システムの第２１例を示す
機能ブロック図である。図２に示す通信システムとの相
違点について説明する。図２２に示す通信システムは、
現在、サーバ１０はクライアント３０に対し双方向通信
サービスを提供しており、クライアント４０には単方向
通信サービスを提供している。このような状況におい
て、クライアント４０に送信する情報にはサーバ１０と
クライアント３０との間で交換しているメッセージも含
まれる。

【０１０４】双方向通信サービスを受けられずにいるク
ライアントは、他のクライアントとサーバとの間の対話
内容を知ることにより参考になる点も多いからである。
図２３は、通信システムの第２２例を示す機能ブロック
図である。図２３には、２台のサーバ１０，２０と１台
のクライアント３０のほか、図１には図示されていない
サービス代表サーバ７０が示されている。ここでは、ク
ライアント３０から見ると、２台のサーバ１０，２０と
サービス代表サーバ７０の集合体が１つのサーバとして
観念される。

【０１０５】サーバ２０の構成は、サーバ１０の構成と
同一であって、サービス提供部２１０と外部入出力装置
２８０とを有し、サービス提供部２１０には、サービス
情報ファイル２１１、送信部２１２、受信部２１３、お
よび接続制御部２１４が備えられている。またサービス
代表サーバ７０には、接続依頼受信部７１、サーバ群管
理部７２、およびサーバ選択部７３が備えられている。

【０１０６】クライアント３０は、双方向通信サービス
要求を発行すると、その要求は、サービス代表サーバ７
０の接続依頼受信部７１で受信される。接続依頼受信部
７１は、その要求を受信すると、サーバ選択部７３に対
しその要求を行なったクライアントの属性（例えば通信
形式、通信速度など）を通知し、その属性に合った適当
なサーバを選択するよう依頼する。サーバ群管理部７０
は、サービス代表サーバ７０の管轄下にある複数のサー
バ１０，２０の属性等を管理しており、サーバ選択部７
３は、接続依頼受信部７１からの依頼を受けてサーバ群
管理部７２に登録されている複数のサーバの中から適切
なサーバを選択し（ここではサーバ１０が選択されるも
のとする）、その選択したサーバ１０の接続制御部１１
４に双方向通信サービス要求を行なったクライアントに
関する情報を提供して、そのクライアントへの双方向通
信サービスの提供を依頼する。接続制御部１１４は、こ
の依頼を受けて、そのクライアントとの間の双方向通信
サービスのための回線接続を行なう。

【０１０７】図２４は、通信システムの第２３例を示す
機能ブロック図である。図２３に示す通信システムとの
相違点について説明する。図２４に示す通信システムに
は、図２３に示す通信システムと比べ、、各サーバ１
０，２０に、処理状況通知部１１５，２１５が付加され
ている。各サーバ１０，２０の処理状況通知１１６，２
１６は、接続制御部１１４，２１４から各サーバ１０，
２０の負荷状況、すなわち双方向通信サービスを提供し
ているクライアントの台数の情報を入手して、サービス
代表サーバ７０のサーバ群管理部７２に送る。

【０１０８】クライアントから双方向通信サービス要求
があったとき、サーバ選択部７３は、サーバ群管理部７
２から各サーバ１０，２０の負荷状況の情報を入手し、
現在負荷が最も軽いサーバに対し、そのクライアントへ
の双方向通信サービスの提供を依頼する。このような集
合体としてのサーバを持ったシステムを構築すると、あ
るサーバには空きがあるのに他のサーバではクライアン
トが待っているという状態を極力避けることができ、複
数のサーバ１０，２０が負荷を公平に分担できることと
もにクライアントに対するサービス性も向上する。

【０１０９】なお、図２３，図２４に示す例では、サー
ビス代表サーバ７０は、クライアントからの要求を分配
するだけの役割りを担っているが、クライアントからの
要求を分配するとともに、自分自身も双方向通信サービ
スの提供を分担しもよい。図２５は、通信システムの第
２４例を示す機能ブロック図である。図２３に示す通信
システムとの相違点について説明する。

【０１１０】図２５に示す通信システムには、図２３に
示す通信システムにおけるサービス代表サーバ７０は備
えられておらず、したがって、図２５に示す２台のサー
バ１０，２０は、クライアントから見て一応独立したサ
ーバとして作用するが、これら２台のサーバ１０，２０
は、後に説明するような形態で連携動作を行なう。各サ
ーバ１０，２０には、図２３に示す通信システムにおけ
る各サーバと比べ、転送制御部１１６，２１６が備えら
れている。さらに、図２５に示す通信システムには、ア
ドレス情報ファイル５１０および外部入出力装置５８０
が付加されている。アドレス情報ファイル５１０は、複
数のサーバ１０，２０に対し共通的に備えられていれば
よいため、共通的に１つのみ示したが、ハードウェア上
は、アドレス情報ファイルを各サーバ１０，２０が別々
に持っていて、それらのアドレス情報ファイルの内容が
常に一致するように、アドレス情報ファイルの内容が書
き替えられるときはサーバどうしでその書き替える内容
を通知し合うように構成してもよく、いずれか１台のサ
ーバがアドレス情報ファイルを管理し、他のサーバは、
必要に応じて、そのアドレス情報ファイルを管理してい
るサーバにそのアドレス情報ファイルの内容を問い合わ
せるように構成してもよい。また、外部入出力装置５８
０は、ハードウェア上は、そのシステムに応じて、複数
のサーバそれぞれがアドレス情報ファイルを持つシステ
ムの場合は、それら複数のサーバそれぞれの外部入出力
装置と統合され、いずれか１台のサーバがアドレス情報
ファイルを管理するシステムの場合は、例えば、そのア
ドレス情報ファイルを管理するサーバの外部入出力装置
と統合される。

【０１１１】アドレス情報ファイル５１０には相互に連
携する複数のサーバ１０，２０のアドレスが登録されて
おり、外部入出力装置５８０はそのアドレス情報ファイ
ル５１０に登録されたアドレスの書替えや追加を担当し
ている。各サーバ１０，２０に備えられている転送制御
部１１６，２１６は、自分が提供している双方向通信サ
ービスを他のサーバに交替するときの転送を制御する。

【０１１２】現在、サーバ１０がクライアント３０に対
し双方向通信サービスを提供している場合に、サーバ２
０にこの双方向通信サービスを交代させようとする場合
は、サーバ１０の転送制御部１１６は、アドレス情報フ
ァイル５１０からサーバ２０のアドレスを入手し、その
サーバ２０の接続制御部２１４に対しクライアント３０
のアドレスを知らせて、そのクライアント３０に対し双
方向通信サービスを提供するよう依頼するとともに、自
分（サーバ１０）の接続制御部１１４に対しクライアン
ト３０への双方向通信サービスを停止するように依頼す
る。

【０１１３】すると、サーバ１０の接続制御部１１４と
クライアント３０の接続制御部３１４との間で連絡をと
り合って、サーバ１０とクライアント３０との間の回線
を切り、次いでサーバ２０の接続制御部２１４とクライ
アント３０の接続制御部３１４との間で連絡をとり合っ
て、サーバ２０とクライアント３０との間で双方向通信
サービスのための回線を接続する。

【０１１４】このように、サーバどうしでサービスを交
代することができるようにシステムを構築すると、各サ
ーバが提供するサービスに専門性を持たせることがで
き、クライアントに対するサービス性が向上する。図２
６は、通信システムの第２５例を示す機能ブロック図で
ある。図２に示す通信システムとの相違点について説明
する。

【０１１５】図２６には、１台のサーバ１０と１台のク
ライアント３０が図示されており、サーバ１０には、図
２に示す通信システムにおけるサーバと比べ、、サービ
ス提供部１１０に、入力監視部１１７と状態通信部１１
８が付加されており、さらに外部入出力装置１６０が付
加されている。この外部入出力装置１６０には、状態表
示部１６１と応答操作子１６２が備えられている。この
外部入出力装置１６０は、ハードウェア上は、外部入出
力装置１８０および外部入出力装置１９０と同一のもの
であってもよく、具体的には、図１に示すサーバ１０の
画像表示部１２、キーボード１３、およびマウス１４が
これに相当する。このうち、外部入出力装置１６０を構
成する状態表示部１６１は画像表示部７２、応答操作子
１６２はキーボード１３もしくはマウス１４に相当す
る。

【０１１６】またクライアント３０には、図２に示す通
信システムにおけるクライアントと比べ、本体部３１０
に入力監視部３２１と状態通信部が付加されており、さ
らに外部入出力装置３６０が付加されている。この外部
入出力装置３６０には状態表示部３６１が備えられてい
る。この外部入出力装置３６０は、サーバ１０の場合と
同様、ハードウェア上は、外部入出力装置３８０と同一
のものであってもよい。

【０１１７】サーバ１０の入力監視部１１７は、外部入
出力装置１８０からの、クライアント３０に向けた新た
なメッセージの入力が開始されたか否かを監視し、新た
なメッセージの入力が開始されると、その旨、状態通信
部１１８に通知し、状態通信部１１８は、クライアント
３０の状態通信部３２２に対し、メッセージ入力中であ
ることを通知する。すると、クライアント３０の外部入
出力装置３６０の状態表示部３６１に、サーバ１０が自
分にあてたメッセージを入力中であることが表示され、
クライアント３０のオペレータは近々メッセージが送ら
れてくることを知ることができる。その入力されたメッ
セージはサーバ１０の送信部１１２、およびクライアン
ト３０の受信部３１３を経由してクライアント３０に送
られる。クライアント３０でそのメッセージを受信する
と、メッセージを受信したことが、入力監視部３２１お
よび状態通信部３２２を経由して外部入出力装置３６０
に伝えられ、メッセージを受信した旨、状態表示部３６
に表示される。

【０１１８】また、クライアント３０の入力監視部３２
１は、このクライアント３０がサーバ１０から双方向通
信サービスを受けているとき、外部入出力装置３８０か
らの、サーバ１０に向けた新たなメッセージの入力が開
始されたか否かを監視し、新たなメッセージの入力が開
始されるとその旨状態通信部３２２に通知し、状態通信
部３２２はサーバ１０の状態通信部１１８に対し、メッ
セージ入力中であることを通知する。サーバ１０の状態
通信部１１８は、メッセージ入力中であることの通知を
受け取ると、その通知を外部入出力装置１６０に送る。
またクライアント３０側でそのメッセージの入力が終了
し、そのメッセージをサーバ１０が受信すると、受信部
１１３は、そのメッセージを受信した旨、入力監視部１
１７および状態通知部１１８を経由して外部入出力装置
１６０に送る。サーバ１０の外部入出力装置１６０の状
態表示部１６１には、双方向通信サービス提供中のクラ
イアント毎に、メッセージ入力中であることが通知され
たが、あるいは、メッセージが受信されたか、あるいは
サーバ１０側で未だメッセージ入力が開始されていない
状態であるかが表示される。

【０１１９】応答操作子１６２は、サーバ１０のオペレ
ータが状態表示部１６１の表示を確認したことを、サー
バ１０が双方向通信サービスを提供している各クライア
ント毎に入力するための操作子であり、状態表示部１６
１が、あるクライアントからの新たなメッセージを受信
したことを表示している状態において、応答操作子１６
２により、そのメッセージが受信されたことを確認した
旨入力されると、その表示を、メッセージ未入力の状態
にリセットする。その後、再びメッセージ入力中あるい
はメッセージ受信が通知されると、その旨表示が変更さ
れる。

【０１２０】図２７は、通信システムの第２６例を示す
機能ブロック図である。図２に示す通信システムとの相
違点について説明する。図２７に示す通信システムに
は、サーバ１０およびクライアント３０の双方につい
て、図２６に示す通信システムにおける入力監視部１１
７，３２１が省かれており、サーバ１０の外部入出力装
置１６０には、図２６に示す外部入出力装置における応
答操作子１６２に代わり、状態入力操作子１６３が備え
られており、さらに、クライアント３０の外部入出力装
置３６０には、状態入力操作子３６３が付加されてい
る。

【０１２１】サーバ１０がクライアント３０に対し双方
向通信サービスに提供している状態において、サーバ１
０のオペレータが席を一時離れる場合、あるいは他のク
ライアントとの間のメッセージ交換（対話）に専念して
いてクライアント３０との間の対話を一時中断したい場
合、サーバ１０のオペレータは、状態入力操作子１６３
から、今は対話不能である旨入力する。

【０１２２】その入力情報は、サーバ１０の状態通信部
１１８から送信されクライアント３０の状態通信部３２
２で受信され、クライアント３０の外部入出力装置３６
０の状態表示部３６１にサーバ１０のオペレータが今は
対話不能である旨表示される。サーバ１０のオペレータ
が再び対話可能な状態になり、サーバ１０の外部入出力
装置１６０を構成する状態入力操作子１６３からその旨
入力されると、クライアント３０の外部入出力装置３６
０の状態表示部３６１の表示に反映される。

【０１２３】クライアント３０のオペレータが一時的に
サーバ１０との対話が不能になった場合、再び対話可能
となった場合も上記と同様であり、クライアント３０の
オペレータの状態は状態入力操作子３６３から入力さ
れ、その入力された情報がクライアント３０の状態通信
部３２２からサーバ１０の状態通信部１１８に送られ、
サーバ１０の状態表示部１６１に表示される。

【０１２４】図２８は、通信システムの第２７例を示す
機能ブロック図である。図２に示す通信システムとの相
違点について説明する。図２８に示す通信システムに
は、図２に示す通信システムと比べ、ログ収集部１１９
１、ログ情報ファイル１４０、ログ検索部１１９２、お
よび外部入出力装置１７０が付加されている。外部入出
力装置１７０は、ログ検索指示用のものであり、ハード
ウェア上は、外部入出力装置１８０，１９０と同一のも
のである。

【０１２５】ログ収集部１１９１は、双方向通信サービ
スの中で行なわれたクライアントとの間の対話を収集
し、クライアントＩＤ、発音時刻、サーバ１０のオペレ
ータが設定したキーワードとともにログ情報ファイル１
４０に記録する。ログ検索部１１９２は、外部入出力装
置１７０からの指示を受けてその外部入出力装置１７０
にログ情報を出力したり、キーワードによるログ情報フ
ァイルの検索を行なう。

【０１２６】尚、ここでは、サーバ１０の外部入出力装
置１７０からの指示によるログ情報の検索やログ情報の
出力を行なうシステムについて説明したが、クライアン
トからの要求に応じてログ情報の検索を行ない、クライ
アントに向けてログ情報を送るように構成してもよい。
このように、ログ情報をファイルしておくことにより、
過去の対話内容の有効利用を図ることができる。

【０１２７】図２９は、通信システムの第２８例を示す
機能ブロック図である。図１５に示す通信システムとの
相違点について説明する。各クライアント３０，４０に
は、接続許可受取部起動部３２３，４２３およびサービ
ス視聴部制御部３２４，４２４が付加され、さらに、サ
ービス情報処理部３１１，４１１、送信部３１２，４１
２、受信部３１３，４１３、接続制御部３１４，４１
４、接続依頼送信部３１５，４１５、および接続許可受
取部起動部３２３，４２３が、サービス視聴部３１１
０，４１１０としてまとめられており、さらに、接続許
可受信部３１６，４１６とサービス視聴部制御部３２
４，４２４が接続許可受取部３１２０，４１２０として
まとめられている。

【０１２８】代表的にクライアント３０について説明す
ると、クライアント３０のオペレータが外部入出力装置
３８０を操作して双方向通信サービスを要求するコマン
ドを入力すると、接続依頼送信部３１５はサーバ１０に
向けて双方向通信サービス要求を行なう。この要求は、
前述のとおり、サーバ１０の接続依頼保持部１２２に保
持される。その後、クライアント３０のオペレータは、
外部入出力装置３８０を操作してサービス視聴部３１１
０の動作を休止させアイコン化するなどの処理を行な
う。このとき、接続許可受取部起動部３２３は、接続許
可受取部３１２０を起動し、その後サービス視聴部３１
１０は休止状態となる。こうしておくことにより、接続
許可受取部３１２０という規模の小さな部分のみ起動さ
れている状態となり、クライアント３０のコンピュータ
システムに、ここにいうクライアントとしての機能以外
の処理を実行させることが可能となる。

【０１２９】サーバ１０から双方向通信サービスの開始
を予告する接続許可通知が発せられると、その接続許可
通知は接続許可受取部３１２０を構成する接続許可受信
部３１６で受信される。サービス視聴部制御部３２４
は、接続許可受信部３１６が接続許可通知を受信したこ
とを受けてサービス視聴部３１１０を起動する。このよ
うに構成することにより、双方向通信サービスを要求し
てそれが許可されるまでの間、クライアント３０のコン
ピュータシステムを他の目的に使用することができる。

【０１３０】図３０は、通信システムの第２９例を示す
機能ブロック図である。図２９に示す通信システムとの
相違点について説明する。図３０に示す通信システムに
は、図２９に示す通信システムと比べ、各クライアント
３０，４０のサービス視聴部３１１０，４１１０にセッ
トアップァイル変更部３２５，４２５が追加されてい
る。

【０１３１】代表的にクライアント３０について説明す
る。セットアップファイルは、そのクライアント３０に
電源が投入されたことを受けて起動されるファイルであ
り、セットアップファイル変更部３２５は、電源投入時
に接続許可受取部３１２０が起動されるようにセットア
ップファイルを書き換える。こうしておくと、サーバ１
０に対し双方向通信サービス要求を行なった後、クライ
アント３０の電源を一旦切っても、電源を再投入すると
接続許可受取部３１２０が起動されるため、サーバ１０
から接続許可通知が発せられると、その接続許可通知が
発せられた時点でクライアント３０に電源が入っている
限りその接続許可通知が受信されサービス視聴部３１１
０が起動され、双方向通信サービスを受けることができ
る。

【０１３２】図３１は、通信システムの第３０例を示す
機能ブロック図である。図３０に示す通信システムとの
相違点について説明する。図３１に示す通信システムに
は、図３１に示す通信システムと比べ、クライアント４
０の図示が省略されており、サーバ１０の接続管理部１
２０に接続許可保持部１２９１が付加されており、さら
にクライアント３０の接続許可受取部３１２０に接続許
可確認部３２６が付加されている。

【０１３３】サーバ１０の双方向通信サービスに空席が
生じ、接続依頼保持部１２２に保持された空席待ちのク
ライアントの中から選択部１２１によりいずれかのクラ
イアント（ここではクライアント３０）が選択されたも
のとする。すると、接続許可通知部１２５からクライア
ント３０に向けて接続許可通知が発行されるが、その時
点でクライアント３０の電源が切られていた場合、その
接続許可通知はクライアント部３０には届かない。その
場合、クライアント３０に既に接続許可通知が発行され
た旨、接続許可保持部１２９１に保持される。クライア
ント３０は、電源が投入されると、その電源投入により
接続許可受取部３１２０が起動され、接続許可確認部３
２６は、サーバ１０の接続許可保持部１２９１に対し、
自分（クライアント３０）に対する接続許可通知が既に
発行されているか否か問い合わせる。自分に対する接続
許可通知が既に発行されていたときは、サービス視聴部
制御部３２４によりサービス視聴部３１１０が起動さ
れ、サーバ１０の双方向通信サービスを受けることがで
きる。

【０１３４】これにより、電源の切断されている間に接
続許可通知許可が通知されていたときであっても、それ
を取りこぼすことなく動作することができる。

【０１３５】

【発明の効果】以上説明したように、本発明によれば、
参加人数が制限されている通信サービスが満席であった
ときや、再び空席が生じたときに好適な処理が行なわれ
る。

【図面の簡単な説明】

【図１】本発明のサーバの一実施形態、および本発明の
クライアント一実施形態を含む通信システムの概念図で
ある。

【図２】通信システムの第１例を示す機能ブロック図で
ある。

【図３】通信システムの第２例を示す機能ブロック図で
ある。

【図４】通信システムの第３例を示す機能ブロック図で
ある。

【図５】通信システムの第４例を示す機能ブロック図で
ある。

【図６】通信システムの第５例を示す機能ブロック図で
ある。

【図７】通信システムの第６例を示す機能ブロック図で
ある。

【図８】通信システムの第７例を示す機能ブロック図で
ある。

【図９】通信システムの第８例を示す機能ブロック図で
ある。

【図１０】通信システムの第９例を示す機能ブロック図
である。

【図１１】通信システムの第１０例を示す機能ブロック
図である。

【図１２】通信システムの第１１例を示す機能ブロック
図である。

【図１３】通信システムの第１２例を示す機能ブロック
図である。

【図１４】通信システムの第１３例を示す機能ブロック
図である。

【図１５】通信システムの第１４例を示す機能ブロック
図である。

【図１６】通信システムの第１５例を示す機能ブロック
図である。

【図１７】通信システムの第１６例を示す機能ブロック
図である。

【図１８】通信システムの第１７例を示す機能ブロック
図である。

【図１９】通信システムの第１８例を示す機能ブロック
図である。

【図２０】通信システムの第１９例を示す機能ブロック
図である。

【図２１】通信システムの第２０例を示す機能ブロック
図である。

【図２２】通信システムの第２１例を示す機能ブロック
図である。

【図２３】通信システムの第２２例を示す機能ブロック
図である。

【図２４】通信システムの第２３例を示す機能ブロック
図である。

【図２５】通信システムの第２４例を示す機能ブロック
図である。

【図２６】通信システムの第２５例を示す機能ブロック
図である。

【図２７】通信システムの第２６例を示す機能ブロック
図である。

【図２８】通信システムの第２７例を示す機能ブロック
図である。

【図２９】通信システムの第２８例を示す機能ブロック
図である。

【図３０】通信システムの第２９例を示す機能ブロック
図である。

【図３１】通信システムの第３０例を示す機能ブロック
図である。

【符号の説明】

１０，２０ サーバ １１，２１ 本体部 １２，２２ 画像表示部 １２ａ，２２ａ 表示画面 １３，２３ キーボード １４，２４ マウス １５，２５ 磁気ディスク（ＭＯ） ３０，４０，５０ クライアント ３１，４１，５１ 本体部 ３２，４２，５２ 画像表示部 ３２ａ，４２ａ，５２ａ 表示画面 ３３，４３，５３ キーボード ３４，４４，５４ マウス ３５，４５，５５ 磁気ディスク（ＭＯ） ７０ サービス代表サーバ ７１ 接続依頼受信部 ７２ サーバ群管理部 ７３ サーバ選択部 １１０，２１０ サービス提供部 １１１，２１１ サービス情報ファイル １１２，２１２ 送信部 １１３，２１３ 受信部 １１４，２１４ 接続制御部 １１５ 送信者リスト １１５ａ 接続開始時刻 １１６ 時計 １１７ 準備完了通知受信部 １１８ 準備完了保持部 １１９ 選択部 １４０ ログ情報ファイル １８０ 外部入出力装置 １９０ 外部入出力装置 １９１ 通信モード切替用操作子 １９２ 情報表示部 １９３ クライアント指定操作子 １２０ 外部入出力装置 １２１ 選択部 １２２ 接続依頼保持部 １２２ａ ＦＩＦＯ １２２ｂ 支払額記録領域 １２２ｃ 参加時間記憶領域 １２２ｄ 前回接続時刻記憶領域 １２２ｅ タイトル・コメント記憶領域 １２３ 乱数発生部 １２５ 接続許可通知 １２６ ダイヤラ １２７ 通話メッセージファイル １２８ 依頼取消受付部 １２９ 処理状況送信部 １３０ ユーザプロファイル情報ファイル １３１ ユーザ情報登録部 １３２ ユーザ端末情報ファイル １３３ 端末情報変換部 １６０ 外部入出力装置 １６１ 状態表示部 １６２ 応答操作子 １６３ 状態入力操作子 ３１０，４１０ 本体部 ３１１，４１１ サービス情報処理部 ３１２，４１２ 送信部 ３１４，４１４ 接続制御部 ３１５，４１５ 接続依頼送信部 ３１６，４１６ 接続許可受信部 ３１７，４１７ 準備完了通知送信部 ３１８，４１８ ユーザ情報送信部 ３１９，４１９ 依頼取消送信部 ３２０，４２０ 処理状況受信部 ３２１ 入力監視部 ３２２ 状態通信部 ３２３，４２３ 接続許可受取部起動部 ３２４，４２４ サービス視聴部制御部 ３２５，４２５ セットアップファイル変更部 ３２６ 接続許可確認部 ３６０ 外部入出力装置 ３６１ 状態表示部 ３６３ 状態入力操作子 ３８０，４８０ 外部入出力装置 ５１０ アドレス情報ファイル ５８０ 外部入出力装置 １１９１ ログ収集部 １１９２ ログ検索部 １２９１ 接続許可保持部 ３１１０，４１１０ サービス視聴部 ３１２０，４１２０ 接続許可受取部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大野 敬史 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 岩川 明則 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (33)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して複数のクライアン
   トと接続され、それら複数のクライアントに向けて情報
   提供を行なうサーバにおいて、 クライアントに向けて一方向的に情報提供を行なう単方
   向通信モードと、クライアントに向けてメッセージを送
   信するとともに該クライアントから送信されてきたメッ
   セージを受信する双方向通信モードとの間で、通信モー
   ドを各クライアント毎に切り替える通信モード切替手段
   を備えたことを特徴とするサーバ。
2. 【請求項２】 各クライアントに関する通信モードを切
   り替えるための通信モード切替用操作子を備え、前記通
   信モード切替手段が、該通信モード切替用操作子の操作
   に応じて各クライアントに関する通信モードを切り替え
   るものであることを特徴とする請求項１記載のサーバ。
3. 【請求項３】 前記通信モード切替手段が、各クライア
   ントに関し、単方向通信モードから双方向通信モードへ
   切り替えた時刻からの経過時間を計時する計時手段を有
   し、該計時手段で計時された経過時間が所定時間に達し
   たことをもって、対応するクライアントに関する通信モ
   ードを、双方向通信モードから単方向通信モードに切り
   替えるものであることを特徴とする請求項１記載のサー
   バ。
4. 【請求項４】 前記通信モード切替手段が、各クライア
   ントからの双方向通信サービス要求を受け付けて、双方
   向通信サービス要求を行なったクライアントを特定する
   情報を保持する要求保持手段を有し、該要求保持手段に
   保持された情報により特定されるクライアントの中から
   選択されたクライアントに関する通信モードを、単方向
   通信モードから双方向通信モードに切り替えるものであ
   ることを特徴とする請求項１記載のサーバ。
5. 【請求項５】 前記要求保持手段が、双方向通信サービ
   ス要求を行なったクライアントを特定する情報ととも
   に、各クライアントの、双方向通信サービス要求受付順
   をあらわす情報を保持するものであって、前記通信モー
   ド切替手段が、該要求保持手段に保持された情報により
   特定されるクライアントのうち双方向通信サービス要求
   受付順に最先のクライアントに関する通信モードを、単
   方向通信モードから双方向通信モードに切り替えるもの
   であることを特徴とする請求項４記載のサーバ。
6. 【請求項６】 前記要求保持手段が、双方向通信サービ
   ス要求を行なったクライアントを特定する情報ととも
   に、各クライアントが双方向通信サービスを受けたこと
   に対して支払う各クライアントごとの支払額をあらわす
   情報を保持するものであって、前記通信モード切替手段
   が、該要求保持手段に保持された情報により特定される
   クライアントのうち支払額が最大のクライアントに関す
   る通信モードを、単方向通信モードから双方向通信モー
   ドに切り替えるものであることを特徴とする請求項４記
   載のサーバ。
7. 【請求項７】 前記通信モード切替手段が、前記要求保
   持手段に保持された情報により特定されるクライアント
   の中から無作為に選択されたクライアントに関する通信
   モードを、単方向通信モードから双方向通信モードに切
   り替えるものであることを特徴とする請求項４記載のサ
   ーバ。
8. 【請求項８】 各クライアントの、該サーバの利用状況
   に関するプロファイルを格納しておくプロファイルデー
   タベースを有し、 前記通信モード切替手段が、前記要求保持手段に保持さ
   れた情報により特定されるクライアントの中から前記プ
   ロファイルデータベースを参照して選択されたクライア
   ントに関する通信モードを、単方向通信モードから双方
   向通信モードに切り替えるものであることを特徴とする
   請求項４記載のサーバ。
9. 【請求項９】 前記プロファイルデータベースが、各ク
   ライアントがこのサーバからこれ迄に双方向通信サービ
   スを受けた積算時間をあらわす情報を含み、 前記通信モード切替手段が、前記要求保持手段に保持さ
   れた情報により特定されるクライアントのうち前記積算
   時間が最長のクライアントに関する通信モードを、単方
   向通信モードから双方向通信モードに切り替えるもので
   あることを特徴とする請求項８記載のサーバ。
10. 【請求項１０】 前記プロファイルデータベースが、各
    クライアントがこのサーバから前回双方向通信サービス
    を受けた時刻をあらわす情報を含み、 前記通信モード切替手段が、前記要求保持手段に保持さ
    れた情報により特定されるクライアントのうち、前回双
    方向通信サービスを受けた時刻からの経過時間が最長の
    クライアントに関する通信モードを、単方向通信モード
    から双方向通信モードに切り替えるものであることを特
    徴とする請求項８記載のサーバ。
11. 【請求項１１】 前記要求保持手段に保持された情報を
    表示する情報表示部と、前記要求保持手段に保持された
    情報により特定されるクライアントの中から通信モード
    を単方向通信モードから双方向通信モードに切り替える
    クライアントを指定するためのクライアント指定操作子
    とを備え、 前記通信モード切替手段が、該クライアント指定操作子
    の操作により指定されたクライアントに関する通信モー
    ドを単方向通信モードから双方向通信モードに切り替え
    るものであることを特徴とする請求項４記載のサーバ。
12. 【請求項１２】 前記要求保持手段が、各クライアント
    からの双方向通信サービス要求を受け付けるとともに、
    該各クライアントが双方向通信サービスを受けたときに
    サーバに送信しようとするメッセージに対応する情報を
    受け付けて、双方向通信サービス要求を行なったクライ
    アントを特定する情報とともに、各クライアントごと
    の、このサーバに送信しようとするメッセージに対応す
    る情報を保持するものであって、 前記情報表示部が、前記要求保持手段に保持された、前
    記通信サービス提供要求を行なったクライアントを特定
    する情報とともに、該要求保持手段に保持された、この
    サーバに送信しようとするメッセージに対応する情報を
    表示するものであることを特徴とする請求項１１記載の
    サーバ。
13. 【請求項１３】 各クライアントの、このサーバの利用
    状況に関するプロファイルを格納しておくプロファイル
    データベースを有し、 前記情報表示部が、前記要求保持手段に保持された情報
    とともに、前記プロファイルデータベースに格納された
    プロファイルを表示するものであることを特徴とする請
    求項１１記載のサーバ。
14. 【請求項１４】 前記通信モード切替手段が、前記要求
    保持手段に保持された情報により特定されるクライアン
    トの中から選択されたクライアントに関する通信モード
    を、単方向通信モードから双方向通信モードに変更する
    に先立って、該クライアントに双方向通信サービスの開
    始を予告する双方向通信サービス開始予告手段を有する
    ものであることを特徴とする請求項４記載のサーバ。
15. 【請求項１５】 前記通信モード切替手段が、前記双方
    向通信サービス開始予告手段による双方向通信サービス
    開始の予告を受けたクライアントからの、双方向通信サ
    ービスを受ける準備が完了したことをあらわす準備完了
    通知を受け取った後に、該クライアントに関する通信モ
    ードを、単方向通信モードから双方向通信モードに切り
    替えるものであることを特徴とする請求項１４記載のサ
    ーバ。
16. 【請求項１６】 前記通信モード切替手段が、準備完了
    通知を発信したクライアントを特定する情報を保持する
    通知保持手段を有し、該通知保持手段に保持された情報
    により特定されるクライアントに関する通信モードを、
    単方向通信モードから双方向通信モードに切り替えるも
    のであることを特徴とする請求項１５記載のサーバ。
17. 【請求項１７】 前記要求保持手段が、双方向通信サー
    ビス要求を行なったクライアントを特定する情報に対応
    づけて、該クライアントの、このサーバにアクセスして
    いるアドレスを、更新自在に保持するものであることを
    特徴とする請求項４記載のサーバ。
18. 【請求項１８】 前記要求保持手段が、双方向通信サー
    ビス要求を行なったクライアントを特定する情報に対応
    づけて、該クライアントに対応する電話番号を保持する
    ものであって、 前記通信モード切替手段が、該要求保持手段に保持され
    た情報により特定されるクライアントの中から選択され
    たクライアントに関する通信モードを変更しようとした
    時点で該クライアントとの間の該ネットワーク上の接続
    が切断されていた場合に、該クライアントに対応する電
    話番号に電話をかけて所定の音声メッセージを送信する
    音声メッセージ送信手段を有するものであることを特徴
    とする請求項４記載のサーバ。
19. 【請求項１９】 前記要求保持手段が、双方向通信サー
    ビス要求を行なったクライアントからの双方向通信サー
    ビス要求の取消しを受け付けて、該要求保持手段に保持
    された情報の中から該取消しを行なったクライアントを
    特定する情報を削除するものであることを特徴とする請
    求項４記載のサーバ。
20. 【請求項２０】 前記要求保持手段に保持された情報を
    クライアントに提供する要求情報提供手段を備えたこと
    を特徴とする請求項４記載のサーバ。
21. 【請求項２１】 双方向通信サービスを受けているクラ
    イアントとの間の対話内容を他のクライアントに提供す
    る通信内容提供手段を備えたことを特徴とする請求項１
    記載のサーバ。
22. 【請求項２２】 このサーバが、各クライアントからの
    双方向通信サービス要求を受け付ける代表サーバを含
    む、クライアントに双方向通信サービスを提供する複数
    のサーバの集合体からなり、 前記代表サーバが、クライアントからの双方向通信サー
    ビス要求を前記集合体を構成する複数のサーバに分配す
    る要求分配手段を備えたことを特徴とする請求項１記載
    のサーバ。
23. 【請求項２３】 前記要求分配手段が、前記複数のサー
    バそれぞれが双方向通信サービスを提供しているクライ
    アントの数を参照して、双方向通信サービス要求の分配
    先を決定するものであることを特徴とする請求項２２記
    載のサーバ。
24. 【請求項２４】 このサーバが、クライアントに双方向
    通信サービスを提供する複数のサーバの集合体からな
    り、これら複数のサーバ相互間で、同一のクライアント
    に対する双方向通信サービスを提供するサーバを交代す
    るサービス提供者交代手段を備えたことを特徴とする請
    求項１記載のサーバ。
25. 【請求項２５】 クライアントに送信するメッセージを
    入力するメッセージ入力手段と、 該メッセージ入力手段からのメッセージの入力状態を監
    視する入力状態監視手段と、 該入力状態監視手段で得られた、前記メッセージ入力手
    段からのメッセージの入力状態をクライアントに通知す
    る入力状態通知手段とを備えたことを特徴とする請求項
    １記載のサーバ。
26. 【請求項２６】 該サーバを操作するオペレータがクラ
    イアントとの対話が可能な状態にあるか否かをあらわす
    対話可否情報を入力操作するための状態入力操作子を有
    し、該状態入力操作子から入力された対話可否情報をク
    ライアントに通知するオペレータ状態通知手段を備えた
    ことを特徴とする請求項１記載のサーバ。
27. 【請求項２７】 双方向通信サービスを受けたクライア
    ントとの対話内容を記録する対話内容記録手段を備えた
    ことを特徴とする請求項１記載のサーバ。
28. 【請求項２８】 クライアントに向けて一方向的に情報
    提供を行なう単方向通信モードと、クライアントに向け
    てメッセージを送信するとともに該クライアントから送
    信されてきたメッセージを受信する双方向通信モードと
    を各クライアント毎に使い分けるサーバにネットワーク
    を介して接続されたクライアントにおいて、 前記サーバに向けて、双方向通信サービスを要求する双
    方向通信サービス要求手段を含み、前記サーバとの間の
    メッセージの送受信を担う、動作の停止、開始が自在な
    メッセージ送受信手段と、 前記サーバからの、双方向通信サービス開始通知を受け
    取るサービス開始通知受信手段と、 前記メッセージ送受信手段を起動するメッセージ送受信
    手段起動手段とを備えたことを特徴とするクライアン
    ト。
29. 【請求項２９】 該クライアントの電源投入を受けて前
    記サービス開始通知受信手段および前記メッセージ送受
    信手段起動手段が起動されるようにあらかじめ設定して
    おく設定手段を備えたことを特徴とする請求項２８記載
    のクライアント。
30. 【請求項３０】 前記サーバに、このクライアントに向
    けて既に双方向通信サービス開始通知が発せられたか否
    かの問合せを行うサービス開始通知問合せ手段を備え、 前記設定手段が、このクライアントの電源投入を受け
    て、前記サービス開始通知受信手段および前記メッセー
    ジ送受信手段起動手段に加え、さらに前記サービス開始
    通知問合せ手段が起動されるようにあらかじめ設定して
    おくものであって、 前記サービス開始通知問合せ手段が、起動時に前記問合
    せを行なうものであることを特徴とする請求項２９記載
    のクライアント。
31. 【請求項３１】 クライアントに向けて一方向的に情報
    提供を行なう単方向通信モードと、クライアントに向け
    てメッセージを送信するとともに該クライアントから送
    信されてきたメッセージを受信する双方向通信モードと
    を各クライアント毎に使い分けるサーバにネットワーク
    を介して接続されたクライアントにおいて、 前記サーバに向けて、双方向通信サービスを要求する双
    方向通信サービス要求手段と、 前記サーバからの、双方向通信サービス開始予告通知を
    受け取るサービス開始予告通知受信手段と、 該サービス開始予告通知受信手段が双方向通信サービス
    開始予告通知を受け取ったことと、双方向通信サービス
    を受ける準備が完了したことを条件に、前記サーバに、
    該準備が完了したこをあらわす準備完了通知を送信する
    準備完了通知送信手段とを備えたことを特徴とするクラ
    イアント。
32. 【請求項３２】 クライアントに向けて一方向的に情報
    提供を行なう単方向通信モードと、クライアントに向け
    てメッセージを送信するとともに該クライアントから送
    信されてきたメッセージを受信する双方向通信モードと
    を各クライアント毎に使い分けるサーバにネットワーク
    を介して接続されたクライアントにおいて、 サーバに送信するメッセージを入力するメッセージ入力
    手段と、 該メッセージ入力手段からのメッセージの入力状態を監
    視する入力状態監視手段と、 該入力状態監視手段で得られた、前記メッセージ入力手
    段からのメッセージの入力状態をサーバに通知する入力
    状態通知手段とを備えたことを特徴とするクライアン
    ト。
33. 【請求項３３】 クライアントに向けて一方向的に情報
    提供を行なう単方向通信モードと、クライアントに向け
    てメッセージを送信するとともに該クライアントから送
    信されてきたメッセージを受信する双方向通信モードと
    を各クライアント毎に使い分けるサーバにネットワーク
    を介して接続されたクライアントにおいて、 該クライアントを操作するオペレータがサーバとの対話
    が可能な状態にあるか否かをあらわす対話可否情報を入
    力操作するための状態入力操作子を有し、該状態入力操
    作子から入力された対話可否情報をサーバに通知するオ
    ペレータ状態通知手段を備えたことを特徴とするクライ
    アント。