JP3831092B2 - サーバ - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介してクライアントに接続されたサーバに関する。
【０００２】
【従来の技術】
インターネットでは、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）など、サーバからクライアントに向けて一方向的に情報提供を行なう蓄積型情報サービスに加え、近年では、クライアントとサーバとの間で対話を行なう双方向情報サービスが盛んになってきている。このような対話型の双方向情報サービスの例としては、例えばチャットシステムや、各クライアントのオペレータの化身がコンピュータシステム内に構築された仮想世界に入り込んで互いに会話するコミュニケーションシステム等がある。このような対話型のサービス、例えばチャットシステムにおいては、１つのチャットルーム（そこに加わっている人どうしが相互に会話をかわす（通信を行なう）ことのできる仮想的な部屋）で同時に１００人の人が会話しようとしても会話が輻輳してしまい、混乱を招くだけであり、このような対話型のサービスにおいては、同時に相互に会話をかわすことのできる人数に適正な人数が存在する。このことから１つのチャットルールに入ることのできる人数が制限されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来のシステムでは、そのチャットルームに入ることのできる人数を単純に制限しているだけなので、そのチャットルームに入ろうとしたときに人数が定員に達していれば入れない、というような単純な処理を行なっており、そこに入るためには、暫らく時間をおいて再度そのチャットルームに入ることを試みるなど、場合によっても何度も試みる必要があり、不便なものであった。
【０００４】
本発明は、参加人数が制限されている通信サービスが満杯（そこに参加している人数が上限に達している）であったときや再び空きが生じたときに、好適な処理を行なうことのできるサーバを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成する本発明のサーバは、ネットワークを介して複数のクライアントと接続され、それら複数のクライアントに向けて情報提供を行なうサーバにおいて、
クライアントに向けて一方向的に情報提供を行なう単方向通信モードと、クライアントに向けてメッセージを送信するとともに該クライアントから送信されてきたメッセージを受信する双方向通信モードとの間で、通信モードを各クライアント毎に切り替える通信モード切替手段を備えたことを備えたことを特徴とする。
【０００６】
本発明では、上記のとおり、ネットワークを介して接続された複数のクライアントそれぞれに対し、単方向通信サービスと双方向通信サービスを行なう端末等をサーバと称している。
例えば一例として、あるソフトウェアハウスがサーバとなってそのソフトウェアハウスが開発したあるソフトウェアについて相談窓口を開設しているとする。双方向通信サービスの定員は５人と定められており、そのサーバのオペレータはそのソフトウェアの使用方法に関する、５人の各質問者（クライアント）からの質問に答えているとする。このときもう１人の質問者から質問要求があったとき、そのサーバは同時には５人の質問を受けてそれらに答えるのがせいいっぱいであるので、その６人目の質問者には、空きが出る（質問を行なっている５人の質問者のうちのいずれか１人の質問が終了する）まで待ってもらうことになる。このとき、その６人目の質問者には、単方向通信サービス、例えばそのソフトウェアに関する一般的な使い方の説明や、典型的な質問に対する質疑応答集等を一方的に提供する。このようにすることにより、６人目の質問者は待っている時間を有効に活用でき、その一方的な質疑応答集に自分の質問に対する解答が含まれていることも有り得る。
【０００７】
このように、本発明のサーバは、単方向通信モードと双方向通信モードとの間で通信モードを各クライアント毎に切替える通信モード切替手段を備えたため、双方向通信サービスが満杯のときに双方向通信サービスの要求を行なったクライアントには単方向通信サービスを行なって待たせておき、双方向通信サービスに空きが出来たときに、双方向通信サービスに切り替えることができる。
【０００８】
ここで、上記本発明のサーバは、各クライアントに関する通信モードを切り替えるための通信モード切替用操作子を備え、上記通信モード切替手段が、通信モード切替用操作子の操作に応じて各クライアントに関する通信モードを切り替えるものであってもよい。
この場合、サーバのオペレータにより任意のクライアントに対し双方向通信サービスを提供し、また任意のクライアントの双方向通信サービスを停止することができる。
【０００９】
また、上記本発明のサーバにおいて、上記通信モード切替手段は、各クライアントに関し、単方向通信モードから双方向通信モードへ切り替えた時刻からの経過時間を計時する計時手段を有し、その計時手段で計時された経過時間が所定時間に達したことをもって、対応するクライアントに関する通信モードを、双方向通信モードから単方向通信モードに切り替えるものであってもよい。
【００１０】
双方向通信サービスを提供する時間を制限することによって公平なサービスを行なうことができる。
また、上記本発明のサーバにおいて、上記通信モード切替手段は、各クライアントからの双方向通信サービス要求を受け付けて、双方向通信サービス提供要求を行なったクライアントを特定する情報を保持する要求保持手段を有し、その要求保持手段に保持された情報により特定されるクライアントの中から選択されたクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであることが好ましい。
【００１１】
上記要求保持手段を備えることにより、双方向通信サービス要求のあったクライアントが特定され、要求のない他のクライアントに誤ってサービスを提供するといったミスを防ぐことができる。
この要求保持手段を備えた場合に、この要求保持手段が、通信サービス提供要求を行なったクライアントを特定する情報とともに、各クライアントの、双方向通信サービス要求受付順をあらわす情報を保持するものであって、通信モード切替手段が、その要求保持手段に保持された情報により特定されるクライアントのうち双方向通信サービス要求受付順に最先のクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであってもよく、あるいは、その要求保持手段が、双方向通信サービス要求を行なったクライアントを特定する情報とともに、各クライアントが双方向通信サービスを受けたことに対して支払う各クライアントごとの支払額をあらわす情報を保持するものであって、上記通信モード切替手段が、その要求保持手段に保持された情報により特定されるクライアントのうち支払額が最大のクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであってもよく、あるいは、通信モード切替手段が、要求保持手段に保持された情報により特定されるクライアントの中から無作為に選択されたクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであってもよい。
【００１２】
このように、要求保持手段により特定されるクライアントの中から双方向通信サービスを提供するクライアントを選択するにあたり、何らかのルールを定めておくと、サーバのオペレータの手間が省かれる。
また、上記要求保持手段を有する形態において、各クライアントの、サーバの利用状況に関するプロファイルを格納しておくプロファイルデータベースを有し、上記通信モード切替手段が、上記要求保持手段に保持された情報により特定されるクライアントの中から上記プロファイルデータベースを参照して選択されたクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであってもよい。
【００１３】
具体例を挙げると、例えばプロファイルデータベースが、各クライアントがそのサーバからこれ迄に双方向通信サービスを受けた積算時間をあらわす情報を含み、通信モード切替手段が、要求保持手段に保持された情報により特定されるクライアントのうち上記積算時間が最長のクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであってもよく、あるいは、例えば、上記プロファイルデータベースが、各クライアントがサーバから前回双方向通信サービスを受けた時刻をあらわす情報を含み、通信モード切替手段が、要求保持手段に保持された情報により特定されるクライアントのうち、前回双方向通信サービスを受けた時刻からの経過時間が最長のクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであってもよい。
【００１４】
ここで上記「経過時間」の開始時刻は、前回の双方向通信サービスの、開始時刻であってもよく、終了時刻であってもよく、その途中の代表的な時刻であってもよい。
このように、プロファイルデータを用意することにより、一層適切なクライアントを双方向通信サービスに切り替えることができる。
【００１５】
また、上記要求保持手段を備えた形態において、その要求保持手段に保持された情報を表示する情報表示部と、要求保持手段に保持された情報により特定されるクライアントの中から通信モードを単方向通信モードから双方向通信モードに切り替えるクライアントを指定するためのクライアント指定操作子とを備え、
上記通信モード切替手段が、クライアント指定操作子の操作により指定されたクライアントに関する通信モードを単方向通信モードから双方向通信モードに切り替えるものであってもよい。
【００１６】
この場合、サーバのオペレータは、要求保持手段に保持された情報、すなわち双方向通信サービスを要求しているクライアントを情報表示部に表示し、その表示を見ながら、そのオペレータの考えに沿うクライアントに対し双方向通信サービスを提供することができる。
この場合にさらに、上記要求保持手段が、各クライアントからの双方向通信サービス要求を受け付けるとともに、各クライアントが双方向通信サービスを受けたときにサーバに送信しようとするメッセージに対応する情報（例えばそのメッセージのタイトルや要約等）を受け付けて、双方向通信サービス要求を行なったクライアントを特定する情報とともに、各クライアントごとの、そのサーバに送信しようとするメッセージに対応する情報を保持するものであって、
上記情報表示部が、要求保持手段に保持された、双方向通信サービス要求を行なったクライアントを特定する情報とともに、その要求保持手段に保持された、サーバに送信しようとするメッセージに対応する情報を表示するものであることが好ましい。
【００１７】
こうすることにより、サーバのオペレータは、双方向通信サービスを要求しているクライアントの中から双方向通信サービスを提供するクライアントをより適確に選択することができる。
あるいは、各クライアントの、サーバの利用状況に関するプロファイルを格納しておくプロファイルデータベースを有し、
上記情報表示部が、要求保持手段に保持された情報とともに、プロファイルデータベースに格納されたプロファイルを表示するものであってもよい。
【００１８】
この場合、サーバのオペレータは、情報表示部に表示されたプロファイルを参照して、より適確なクライアントに双方向通信サービスを提供することができる。
さらに、上記要求保持手段を有する態様において、上記通信モード切替手段が、上記要求保持手段に保持された情報により特定されるクライアントの中から選択されたクライアントに関する通信モードを単方向通信モードから双方向通信モードに変更するに先立って、そのクライアントに双方向通信サービスの開始を予告する双方向通信サービス開始予告手段を有するものであることが好ましい。
【００１９】
上記の予告を受け取ったクライアントは、双方向通信の準備が出来ていないときはその準備を行なうことができる。
その場合に、上記通信モード切替手段が、上記双方向通信サービス開始予告手段による双方向通信サービス開始の予告を受けたクライアントからの、双方向通信サービスを受ける準備が完了したことをあらわす準備完了通知を受け取った後に、そのクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであることが好ましい。
【００２０】
こうすることにより、準備が多少遅れても確実に準備が出来てから双方向通信サービスを受けることができる。
さらにその場合に、上記通信モード切替手段が、準備完了通知を発信したクライアントを特定する情報を保持する通知保持手段を有し、その通知保持手段に保持された情報により特定されるクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであることがさらに好ましい。
【００２１】
こうすることにより、例えば同時に複数の空きが生じた場合などに、あるクライアントに予告通知しそのクライアントからの準備完了通知の到着を待って別のクライアントに予告を通知するなどの煩雑な手続を経ることなく、複数のクライアントに同時に予告を通知し、準備完了通知があったクライアントから順に双方向通信サービスに切り替えることができる。
【００２２】
また、上記要求保持手段を有する形態において、その要求保持手段が、双方向通信サービス要求を行なったクライアントを特定する情報に対応づけて、そのクライアントの、このサーバにアクセスしているアドレスを、更新自在に保持するものであることも好ましい形態である。
その都度その都度回線接続を確立する、いわゆるダイヤルアップ接続の場合、回線を一旦切断して次に回線を接続したときにそのクライアントに割り当てられるアドレス（ＩＰアドレス）はその都度異なるものとなる。
【００２３】
そこで、上記のように、そのクライアントがサーバにアクセスしているアドレスを更新自在に保持することにより、そのようなダイアルアップ接続の場合に途中で回線を一旦切断しても、その後再接続したとき、双方向通信サービスを再度要求することなく、回線切断前に行なった双方向通信サービス要求が引き続き有効となり、空きが出来たとき、そのクライアントに対し双方向通信サービスを提供することができる。
【００２４】
さらに、上記要求保持手段を有する形態においては、要求保持手段が、双方向通信サービス要求を行なったクライアントを特定する情報に対応づけて、そのクライアントに対応する電話番号を保持するものであって、
通信モード切替手段が、要求保持手段に保持された情報により特定されるクライアントの中から選択されたクライアントに関する通信モードを変更しようとした時点で、そのクライアントとの間の、そのネットワーク上の接続が切断されていた場合に、そのクライアントに対応する電話番号に電話をかけて所定の音声メッセージを送信する音声メッセージ送信手段を有するものであることも好ましい形態である。
【００２５】
この場合、双方向通信サービスを要求したクライアントは、その後そのネットワーク上の回線を切断した状態においても自分の番が回ってきたことを電話で知ることができる。
さらに、上記要求保持手段を有する形態において、その要求保持手段が、双方向通信サービス要求を行なったクライアントからの、その双方向通信サービス要求の取消しを受け付けて、その要求保持手段に保持された情報の中からその取消しを行なったクライアントを特定する情報を削除するものであることも好ましい形態である。
【００２６】
一旦双方向通信サービスを要求しても、その後の事情の変化等により、取消す必要を生じる場合もあるからである。
さらに、上記要求保持手段を有する形態において、その要求保持手段に保持された情報をクライアントに提供する要求情報提供手段を備えることが好ましい。
こうすることにより、クライアントは、その情報の提供を受けて待ち状態を確認することにより、双方向通信サービスを要求するか否か判断することができる。
【００２７】
また、上記本発明のサーバにおいて、双方向通信サービスを受けているクライアントとの間の対話内容を他のクライアントに提供する通信内容提供手段を備えることが好ましい。
双方向通信サービスを受けられずにいるクライアントは、他のクライアントとサーバとの間の対話内容を知ることにより参考になる点も多いからである。
【００２８】
さらに、上記本発明のサーバが、クライアントからの双方向通信サービス要求を受け付ける代表サーバを含む、クライアントに双方向通信サービスを提供する複数のサーバの集合体からなり、
その代表サーバが、クライアントからの双方向通信サービス要求を上記集合体を構成する複数のサーバに分配する要求分配手段を備えることも好ましい形態である。
【００２９】
ここで、上記要求分配手段は、例えば、上記複数のサーバそれぞれが双方向通信サービスを提供しているクライアントの数を参照して、双方向通信サービス要求の分配先を決定するものであってもよい。
このようなシステムを構築することにより、あるサーバには空きがあるのに他のサーバではクライアントが待っているという状態を避けることができ、上記複数のサーバが負荷を公平に分担することができるとともに、クライアントに対するサービスも向上する。
【００３０】
さらに、上記本発明のサーバが、クライアントに双方向通信サービスを提供する複数のサーバの集合体からなり、それら複数のサーバ相互間で、同一のクライアントに対する双方向通信サービスを提供するサーバを交代するサービス提供者交代手段を備えることが好ましい。
例えば前述した、ソフトハウスがあるソフトウェアの相談窓口としてのサーバを開設している場合を挙げると、一般的な質問に広く答えることのできるゼネラリストとしてのオペレータと、一部の専門的な質問に答えることのできるスペシャリストとしてのオペレータがそれぞれのサーバを担当している場合に、上記のように構成して、例えば、ゼネラリストとしてのオペレータが極めて専門的な質問を受けたとき、その質問を行なったクライアントをその質問内容に詳しいオペレータが担当しているサーバに交代することができ、クライアントに対するサービス性が向上する。
【００３１】
さらに、上記本発明のサーバにおいて、クライアントに送信するメッセージを入力するメッセージ入力手段と、そのメッセージ入力手段からのメッセージの入力状態（メッセージの入力なし、メッセージ入力中など）を監視する入力状態監視手段と、その入力状態監視手段で得られた、上記メッセージ入力手段からのメッセージの入力状態をクライアントに通知する入力状態通知手段とを備えることが好ましい。
【００３２】
こうすることにより、クライアント側では、例えばサーバが質問に答えようとしてくれているかどうか等、サーバの様子をクライアント側で知ることができる。
さらに、上記本発明のサーバにおいて、サーバを操作するオペレータがクライアントとの対話が可能な状態にあるか否かをあらわす対話可否情報を入力操作するための状態入力操作子を有し、その状態入力操作子から入力された対話可否情報をクライアントに通知するオペレータ状態通知手段を備えることも好ましい。
【００３３】
これにより、サーバのオペレータが、現在対話可能な状態にあるか否かをクライアント側で知ることができる。
さらに、上記本発明のサーバにおいて、双方向通信サービスを受けたクライアントとの対話内容を記録する対話内容記録手段を備えることが好ましい。
これにより、例えば前述のソフトハウスが開設したサーバを例に挙げると、後でその対話内容を編集して質疑応答集を充実させるなど、過去の対話内容の有効利用を図ることができる。
【００３４】
上記目的を達成する本発明のクライアントのうちの第１のクライアントは、クライアントに向けて一方向的に情報を行なう単方向通信モードと、クライアントに向けてメッセージを送信するとともにそのクライアントから送信されてきたメッセージを受信する双方向通信モードとを各クライアント毎に使い分けるサーバにネットワークを介して接続されたクライアントにおいて、
サーバに向けて、双方向通信サービスを要求する双方向通信サービス要求手段を含み、上記サーバとの間のメッセージの送受信を担う、動作の停止、開始が自在なメッセージ送受信手段と、
サーバからの、双方向通信サービス開始通知を受け取るサービス開始通知受信手段と、
メッセージ送受信手段を起動するメッセージ送受信手段起動手段とを備えることが好ましい。
【００３５】
上記本発明の第１のクライアントは、サーバからの双方向通信サービス開始通知を受け取って、メッセージ送受信手段を起動するように構成したため、メッセージ送受信手段は、常に動作可能な状態で待機していなくても、サービス開始通知受信手段およびメッセージ送受信手段起動手段のみ動作可能な状態にしておきさえすれば、サーバからの双方向通信サービス開始通知を受信したときにメッセージ送受信手段が起動されるため、それ迄の間、そのクライアントのオペレータは他の作業を行なっていることができる。
【００３６】
ここで、上記本発明の第１のクライアントにおいて、そのクライアントの電源投入を受けてサービス開始通知受信手段およびメッセージ送受信手段起動手段が起動されるようにあらかじめ設定しておく設定手段を備えることが好ましい。
この場合、上記設定手段を一度動作させておけば、その後はクライアントに電源が投入されれば、サーバからの双方向通信サービス開始通知を受信できる状態となり、双方向通信サービス開始通知を受信すれば上記のメッセージ送受信手段が起動されることになる。
【００３７】
この場合にさらに、サーバに、このクライアントに向けて既に双方向通信サービス開始通知が発せられたか否かの問合せを行うサービス開始通知問合せ手段を備え、
上記設定手段が、このクライアントの電源投入を受けて、サービス開始通知受信手段および前記メッセージ送受信手段起動手段に加え、さらに前記サービス開始通知問合せ手段が起動されるようにあらかじめ設定しておくものであって、
上記サービス開始通知問合せ手段が、起動時にその問合せを行なうものであることが好ましい。
【００３８】
この形態の場合、クライアントがサーバに対し双方向通信サービスを要求した後電源が切られた場合に、電源が再び投入されると、サーバに対し、自分に向けて既に双方向通信サービス開始通知が発せられたか否か問い合わせが行なわれ、電源が切られていた間に自分に向けて双方向通信サービス開始通知が発せられていた場合に直ちに準備を整え、双方向通信サービスを受けることができる。
【００３９】
また、上記目的を達成する本発明のクライアントのうちの第２のクライアントは、クライアントに向けて一方向的に情報提供を行なう単方向通信モードと、クライアントに向けてメッセージを送信するとともにそのクライアントから送信されてきたメッセージを受信する双方向通信モードとを各クライアント毎に使い分けるサーバにネットワークを介して接続されたクライアントにおいて、
サーバに向けて、双方向通信サービスを要求する双方向通信サービス要求手段と、
サーバからの、双方向通信サービス開始予告通知を受け取るサービス開始予告通知受信手段と、
サービス開始予告通知受信手段が双方向通信サービス開始予告通知を受け取ったことと、双方向通信サービスを受ける準備が完了したこととを条件に、サーバに、準備が完了したこをあらわす準備完了通知を送信する準備完了通知送信手段とを備えたことを特徴とする。
【００４０】
この第２のクライアントを採用することにより、常に双方向通信サービスを受け得る状態で待機していなくても、自分が双方向通信サービスを受け得る順番が回ってきてからその準備を行なうことができる。
さらに、上記目的を達成する本発明のクライアントのうちの第３のクライアントは、クライアントに向けて一方向的に情報提供を行なう単方向通信モードと、クライアントに向けてメッセージを送信するとともにそのクライアントから送信されてきたメッセージを受信する双方向通信モードとを各クライアント毎に使い分けるサーバにネットワークを介して接続されたクライアントにおいて、
サーバに送信するメッセージを入力するメッセージ入力手段と、
メッセージ入力手段からのメッセージの入力状態（メッセージの入力なし、メッセージ入力中など）を監視する入力状態監視手段と、
入力状態監視手段で得られた、メッセージ入力手段からのメッセージの入力状態をサーバに通知する入力状態通知手段とを備えたことを特徴とする。
【００４１】
本発明の第３のクライアントを採用すれば、サーバ側で、そのクライアントが質問しようとしているかどうか等、クライアントの様子を知ることができ、複数のクライアントそれぞれからの質問に応答している場合などに、効率的な時間配分を行なうことができる。
さらに、本発明のクライアントのうちの第４のクライアントは、クライアントに向けて一方向的に情報提供を行なう単方向通信モードと、クライアントに向けてメッセージを送信するとともにそのクライアントから送信されてきたメッセージを受信する双方向通信モードとを各クライアント毎に使い分けるサーバにネットワークを介して接続されたクライアントにおいて、
クライアントを操作するオペレータがサーバとの対話が可能な状態にあるか否かをあらわす対話可否情報を入力操作するための状態入力操作子を有し、その状態入力操作子から入力された対話可否情報をサーバに通知するオペレータ状態通知手段を備えたことを特徴とする。
【００４２】
この形態のクライアントを採用すれば、そのクライアントのオペレータが現在対話可能な状態にあるか否かをサーバ側で知ることができる。
【００４３】
【発明の実施の形態】
以下、本発明の実施形態について説明する。
図１は、本発明のサーバの一実施形態、および本発明のクライアントの一実施形態を含む通信システムの概念図である。
図１には、それぞれがコンピュータシステムからなる、２台のサーバ１０，２０と、３台のクライアント３０，４０，５０が通信ネットワーク６０を介して接続されている様子が示されている。
【００４４】
サーバ１０，２０およびクライアント３０，４０，５０のそれぞれを構成する各コンピュータシステムには、ＣＰＵや磁気ディスク等が内蔵された本体部１１，２１，３１，４１，５１、表示画面１２ａ，２２ａ，３２ａ，４２ａ，５２ａ上に画像を表示する画像表示部１２，２２，３２，４２，５２、そのコンピュータシステムに各種のデータを入力するための操作子であるキーボード１３，２３，３３，４３，５３、および表示画面１２ａ，２２ａ，３２ａ，４２ａ，５２ａ上の任意の位置を指定することにより、そのコンピュータシステムに対し各種の指示を行なうマウス１４，２４，３４，４４，５４が備えられている。
【００４５】
さらに、本体部１１，２１，３１，４１，５１には、可搬型記憶媒体の一種である光磁気ディスク（ＭＯ）１５，２５，３５，４５，５５が装填、取出し自在に装填され、ＭＯ１５，２５，３５，４５，５５に格納されたプログラムやデータを本体部１１，２１，３１，４１，５１にアップロードしたり、本体部１１，２１，３１，４１，５１内部のプログラムやデータを、その装填されたＭＯ１５，２５，３５，４５，５５にダウンロードするための、ＭＯドライブ装置も内蔵されている。
【００４６】
本実施形態では、図１に示すようなサーバ・クライアントシステムの形態で通信システムが構成されており、サーバ１０，２０は、クライアントに向けて一方向に情報提供を行なう単方向通信モードと、クライアントに向けてメッセージを送信するとともにそのクライアントから送信されてきたメッセージを受信する双方向通信モードとを、各クライアント１０，２０，３０それぞれに対し使い分ける機能を有している。一方、各クライアント３０，４０，５０は、各サーバ１０，２０が提供する一方向的な情報提供を受信したり、各サーバ１０，２０に対し双方向通信サービスを要求しその要求が受け入れられたときにそのサーバとの間でメッセージを相互に交換する機能を有している。
【００４７】
以下、図２以降の各図を参照しながら、本発明のサーバおよびクライアントの各実施形態を含む通信システムの各種の例について説明するが、図２以降の各図において、サーバは図１に示すサーバ１０で代表させ、クライアントは図１に示すクライアント３０で代表させる。ただし、クライアントを複数台図示するときはクライアント３０に次いでクライアント４０を代表的に示す。
【００４８】
図２は、通信システムの第１例を示す機能ブロック図である。
サーバ１０は、サービス提供部１１０、外部入出力装置１８０、および外部入出力装置１９０から構成されている。ここで、外部入出力装置１８０および外部入出力装置１９０は機能上分かれるものであって、物理的には、同一の外部入出力装置であってもよく、具体的には、図１に示すサーバ１０を構成する画像表示部１２、キーボード１３およびマウス１４がこれに相当する。また、外部入出力装置１８０には通信モード切替用操作子１９１が備えられているが、この通信モード切替用操作子１９１は、キーボード１３の、その機能が割り当てられたキー、あるいは、表示画面１２ａ上のあるアイコンをクリックするうように仕向けられたマウス１４がこれに相当する。
【００４９】
外部入出力装置１８０は、クライアントとの間で交換されるメッセージの入力や表示を担っており、外部入出力装置１９０は、クライアントとの間の通信回線の接続や通信モードの変更のための制御コマンドの入力や、それに関連した表示等を担っている。
サービス提供部１１０には、サービス情報ファイル１１１、送信部１１２、受信部１１３、および接続制御部１１４が備えられている。
【００５０】
サービス情報ファイル１１１はクライアント３０，４０に一方向に送信する情報や、クライアントとの間で交換される、あるいは交換されたメッセージが格納されるファイルであり、あらかじめ作成された情報は、例えばＭＯ１５に格納されこのサーバ１０にアップロードされてサービス情報ファイル１１１に格納され、クライアントへの通信サービスに提供される。また、外部入出力装置１８０を構成するキーボード１３等から入力されたメッセージも、このサービス情報ファイル１１１に格納されクライアントに向けて送信される。クライアントから受信したメッセージもこのサービス情報ファイル１１１に格納された後、外部入出力装置１８０を構成する画像表示部１２の表示画面１２ａ上にそのメッセージが表示される。
【００５１】
送信部１１２は、クライアントに向けたメッセージ等の送信を担っており、受信部１１３は、クライアントから送られてきたメッセージ等の受信を担っている。接続制御部１１４は、クライアントとの間で制御情報を送受信して、送信部１１２，受信部１１３をクライアントに接続し、あるいはその接続を切る役割りを担っている。
【００５２】
一方、クライアント３０，４０は、本体部３１０，４１０と外部入出力装置３８０，４８０を有している。本体部３１０，４１０は、図１に示すハードウェアとしての本体部３１，４１に対応しており、そのハードウェアとしての本体部３１，４１の中に、図２に示す本体部３１０，４１０の機能が構築されている。
外部入出力装置３８０，４８０は、サーバ１０の場合と同様、それぞれ、図１に示すクライアント３０，４０を構成する画像表示部３２，４２、キーボード３３，４３、およびマウス３４，４４から構成されている。
【００５３】
また、本体部３１０，４１０には、サービス情報処理部３１１，４１１、送信部３１２，４１２、受信部３１３，４１３、および接続制御部３１４，４１４が備えられている。
サービス情報処理部３１１，４１１は、外部入出力装置３８０，４８０を構成するキーボード３３，４３等から入力されたメッセージを受け取り通信用のフォーマットに変換して送信部３１２，４１２に送り、また、受信部３１３，４１３から通信用のフォーマットのメッセージを受け取り表示用のフォーマットのメッセージに変換して、外部入出力装置３８０，４８０を構成する画像表示部３２，４２に送る。画像表示部３２，４２では、その表示画面３２ａ，４２ａ上にそのメッセージが表示される。
【００５４】
送信部３１２，４１２、受信部３１３，４１３は、それぞれサーバ１０に向けたメッセージ等の送信、サーバ１０から送られてきたメッセージ等の受信を担っており、接続制御部３１４，４１４は、サーバ１０の接続制御部１１４との間で制御情報を送受信して、送信部３１２，４１２、受信部３１３，４１３をサーバに接続し、あるいはその接続を切る役割りを担っている。
【００５５】
ここで、サーバ１０は、現在、クライアント３０に向けて一方向的に情報を提供する単方向通信サービスを提供しているものとする。このときは、サーバ１０の送信部１１２とクライアント３０の受信部３１３は接続状態にあり、サーバ１０の受信部１１３とクライアント３０の送信部３１２は非接続状態にある。この状態で、サーバ１０のオペレータが外部入出力装置１９０の通信モード切替用操作子１９１を操作して、クライアント３０との間の通信モードを、メッセージを相互に交換することのできる双方向通信モードに切り替えるべく制御コマンドを入力したとする。すると、その制御コマンドが接続制御部１１４に入力され、接続制御部１１４は、クライアント３０の接続制御部３１４に向けて双方向通信を行なう旨通知するとともに、サーバ１０の受信部１１３を、クライアント３０からのメッセージを受信できる状態に制御する。一方、クライアント３０の接続制御部３１４は、双方向通信を行なう旨の通知を受けて、クライアント３０の送信部３１２を、サーバ１０に向けてメッセージを送信できる状態に制御する。これにより、クライアント３０の送信部３１２とサーバ１０の受信部１１３とが接続され、サーバ１０の送信部１１２とクライアント３０の受信部３１３はもともと接続されていることから、サーバ１０とクライアント３０との間で双方向通信を行なうことができる状態となる。
【００５６】
サーバ１０では、以上のような、単方向通信サービスから双方向通信サービスへの切り替えは、各クライアントに対しそれぞれ行なうことができる。
図３は、通信システムの第２例を示す機能ブロック図である。
図２に示す第１例との相違点は、サーバ１０のサービス提供部１１０に、送信者リスト１１５が明示されている点である。
【００５７】
図２を参照して説明したようにして、あるクライアントについて単方向通信モードから双方向通信モードに切り替えると、接続制御部１４によって、その双方向通信モードに切り替えられたクライアントがこの送信者リスト１１５に登録される。すなわち、この送信者リスト１５は、双方向通信サービスを提供している（サーバに向けてメッセージを送信する資格のある）クライアントのリストである。
【００５８】
この送信者リスト１１５は、接続制御部１１４を経由して外部入出力装置１９０に入力され、この外部入出力装置１９０を構成する、図１に示す画像表示部１２の表示画面１２ａ上に、その送信者リストが表示される。このサーバ１０のオペレータは、その表示を見て、双方向通信サービスを終了させるクライアントを選択し、通信モード切替操作子１９１を操作してその選択したクライアントを双方向通信サービスから単方向通信サービスに移行させるべく制御コマンドを入力する。ここでは、クライアント３０が双方向通信サービスを受けており、このクライアント３０の双方向通信サービスを単方向通信サービスに移行させる制御コマンドが入力されたものとする。すると、接続制御部１１４は、クライアント３０の接続制御部３１４に対し、単方向通信サービスへ移行することを通知するとともに、受信部１１３を、クライアント３０からのメッセージを受信しないように制御し、さらにクライアント３０２を送信者リスト１１５から抹消する。一方、クライアント３０の接続制御部３１４は、送信部３１２を、サーバ１０に向けてメッセージを送信しないように制御する。これにより、クライアント３０の送信部３１２とサーバ１０の受信部１１３との間の接続が断たれ、サーバ１０の送信部１１２とクライアント３０の受信部３１３は引き続き接続されていることから、サーバ１０からクライアント３０に向けて一方向的に情報を提供する単方向通信サービスに移行したことになる。
【００５９】
サーバ１０では、以上のような、双方向通信サービスから単方向通信サービスへの切り替えは、送信者リスト１１５にリストアップされている各クライアントに対しそれぞれ行なうことができる。
図４は、通信システムの第３例を示す機能ブロック図である。
図３に示す第２例との相違点は、サーバ１０の本体部３１０内に、接続制御部１１４によって参照される時計１１６が示されている点と、送信者リスト１１５に、接続開始時刻１１５ａが示されている点である。この接続開始時刻１１５ａは、送信者リスト１１５にリストアップされている各クライアントに対し双方向通信サービスを開始した時刻を示しており、図２を参照して説明したようにしてあるクライアントに関し単方向通信サービスから双方向通信サービスに移行すると、接続制御部１１４により、そのクライアントが送信者リスト１１５に登録されるとともに、時計１１６が参照されて、その時計１１６が参照された時点の時刻、すなわち双方向通信サービスに移行した時刻が取得され、その時刻が、今回送信者リストに登録されたクライアントに対応づけられて格納される。
【００６０】
接続制御部１１４は、一定時間毎に、この送信者リスト１１５内の各クライアントの時刻を調べ、現時点までの間に所定の時間経過している時刻を見つけると、図２を参照して説明したようにして、ただしオペレータの操作を待たずに、その時刻に対応するクライアントについて双方向通信サービスを単方向通信サービスに移行させる。こうすることにより、特定のクライアントのみに長時間双方向通信サービスが提供され他のクライアントが長時間待たされるという事態を回避することができる。
【００６１】
図５は、通信システムの第４例を示す機能ブロック図である。
図１に示す第１例との相違点は、サーバ１０に接続管理部１２０が付加されているとともに、クライアント３０，４０の本体部３１０，４１０に接続依頼送信部３１５，４１５が付加されている点である。
クライアント３０，４０の本体部３１０，４１０に備えられた接続依頼送信部３１５，４１５は、クライアント３０，４０のオペレータの操作による、外部入出力装置３８０，４８０からの指示を受けて、サーバ１０に向けて双方向通信サービスの要求（双方向通信サービス要求）を送る役割りを担っている。
【００６２】
クライアント３０，４０から送信されてきた双方向通信サービス要求は、サーバ１０の接続管理部１２０が受信し、その接続管理部１２０を構成する接続依頼保持部１２２に、その双方向通信サービスを要求したクライアントを特定するクライアントＩＤが保持される。双方向通信サービスを提供しているクライアントの数が既に定員に達していた場合、クライアント３０，４０からの双方向通信サービス要求があっても、それらのクライアント３０，４０は、空きが出るまで、単方向通信サービスのみ受けることができ、双方向通信サービスは暫く待たされることになる。
【００６３】
ここで、双方向通信サービスに空きが生じると、サービス提供部１１０の接続制御部１１４が、接続管理部１２０に、次にどのクライアントに双方向通信サービスを提供するか問い合わせる。すると、接続管理部１２０を構成する選択部１２１は、接続依頼保持部１２２が保持しているクライアントの中から１つ（ここではクライアント３０とする）を選択して接続制御部１１４に渡す。
【００６４】
接続制御部１１４は、これを受けて、図２を参照して説明したようにして、クライアント３０との間で双方向通信サービスのための接続を行なう。
又、選択部１２１は、接続制御部１４１に渡したクライアントＩＤを、接続依頼保持部１２２から抹消する。
図６は、通信システムの第５例を示す機能ブロック図である。
【００６５】
図５に示す通信システムとの相違点は、接続依頼保持部１２２に、ＦＩＦＯ（Ｆｉｒｓｔ−ｉｎ Ｆｉｒｓｔ−ｏｕｔ Ｍｅｍｏｒｙ）１２２ａが示されている点である。
図５を参照して説明したようにして、各クライアントからの双方向通信サービス要求があると、接続依頼保持部１２２には双方向通信サービス要求を行なってクライアントのクライアントＩＤが保持されるが、それととももに、ＦＩＦＯ１２２ａに、複数のクライアントから双方向通信サービス要求があったときの、その要求を受け付けた順番が保持される。選択部１２１は、接続制御部１１４から次に双方向通信サービスを提供すべきクライアントの紹介依頼があると、接続依頼保持部に保持されているクライアントの中から双方向通信サービス要求を最初に受け付けたクライアントを接続制御部１１４に通知するとともに、接続依頼保持部１２２からそのクライアントを抹消する。その後の動作は、図５、図２を参照して説明したとおりである。
【００６６】
図７は、通信システムの第６例を示す機能ブロック図である。
図６に示す通信システムとの相違点は、図６に示すＦＩＦＯ１２２ａに代えて、接続依頼保持部１２２に支払額記録領域１２２ｂが示されている点である。
クライアント３０，４０は、オペレータによる外部入出力装置３８０，４８０の操作に応じて、接続依頼送信部３１５，４１５が、サーバ１０に対し双方向通信サービス要求を行なうが、オペレータは、その際、外部入出力装置３８０を操作して、今回双方向通信サービスを受け付ける対価としての支払額を入力する。この支払額をあらわす情報は、双方向通信サービス要求と一緒に情報依頼送信部３１５，４１５からサーバ１０に送られる。サーバ１０はその要求を受け付けて、その接続管理部１２０の接続依頼保持部１２２に、その双方向通信サービス要求を行なったクライアントのクライアントＩＤと支払額を登録する。双方向通信サービスに空きが生じると、選択部１２１は、接続制御部１１４からの依頼に応じて、接続依頼保持部１２２に保持されたクライアントＩＤの中から、支払額の最も大きなクライアントのクライアントＩＤを選び出して接続制御部１１４に通知するとともに、そのクライアントＩＤを接続依頼保持部１２２から抹消する。その後の処理は前述のとおりである。
【００６７】
図８は、通信システムの第７例を示す機能ブロック図である。図５に示す通信システムとの相違点について説明する。
図８に示す通信システムは、図５に示す通信システムと比べ、サーバ１０の接続管理部１２０に乱数発生部１２３が付加されている。
選択部１２１では、接続依頼保持部１２２に保持されたクライアントの中から１つのクライアントを選択するにあたり、乱数発生部１２３が参照され、その乱数発生部１２３から得られた数値に対応したクライアントＩＤが選択される。
【００６８】
このように選択依頼保持部１２２に保持されたクライアントの中から双方向通信サービスを提供しようとするクライアントを選択するにあたり、上述のような何らかのルールを定めておくと、サーバのオペレータがマニュアルで選択する手間が省かれる。
図９は、通信システムの第８例を示す機能ブロック図である。図５に示す通信システムとの相違点について説明する。
【００６９】
図９に示す通信システムは、図５に示す通信システムと比べると、ユーザプロファイル情報ファイル１３０が示されている点が異なっている。
このユーザプロファイル情報ファイル１３０には、各クライアント毎の、サーバ１０の利用状況に関するプロファイル，例えば、このサーバクライアントシステムに参加した積算時間、前回双方向通信サービスを受けた日時、これまでの利用回数、支払金額等が格納されている。
【００７０】
選択部１２１では、接続依頼保持部１２２に保持されたクライアントの中から１つのクライアントを選択するにあたり、ユーザプロファイル情報ファイル１３０が参照され、そこに格納されたプロファイルに基づいて、次に双方向通信サービスを提供するクライアントが選択される。
図１０は、通信システムの第９例を示す機能ブロック図である。図９に示す通信システムとの相違点について説明する。
【００７１】
図１０に示す通信システムには、接続依頼保持部１２２に参加時間記憶領域１２２ｃが示されている。
接続依頼保持部１２２には、双方向通信サービス要求を行なったクライアントのクライアントＩＤを保持するにあたり、そのクライアントの過去の累積の、このシステムへの参加時間、すなわち、これ迄にそのクライアントに対し双方向通信サービスを提供した積算時間が、ユーザプロファイル情報ファイル１３０から読み出され、そのクライアントに対応づけられて格納される。
【００７２】
選択部１２１では、接続依頼保持部１２２に保持されたクライアントの中から１つのクライアントを選択するにあたり、そこに保持されたクライアントごとの参加時間が参照され、その参加時間が最長のクライアントが選び出される。
図１１は、通信システムの第１０例を示す機能ブロック図である。図１０に示す通信システムとの相違点について説明する。
【００７３】
図１１に示す通信システムには、図１０に示す通信システムにおける参加時間記憶領域１２２ａに代えて、接続依頼保持部１２２に、前回接続時刻記憶領域１２２ｄが示されている。
接続依頼保持部１２２は、双方向通信サービス要求を行なったクライアントのクライアントＩＤを保持するにあたり、そのクライアントに前回双方向通信サービスを提供した時刻（前回接続時刻）がユーザプロファイル情報ファイル１３０から読み出されて、そのクライアントに対応づけられて格納される。
【００７４】
選択部１２１では、接続依頼保持部１２２に保持されたクライアントの中から双方向通信サービスを提供するクライアントを選択するにあたり、そこに保持された前回接続時刻が参照され、その前回接続時刻が最も古いクライアントが、すなわち、前回双方向通信サービスを提供してからの経過時間が最長のクライアントが、双方向通信サービス提供のために選択される。
【００７５】
図１２は、通信システムの第１１例を示す機能ブロック図である。図５に示す通信システムとの相違点について説明する。
図１２に示す通信システムには、図５に示す通信システムと比べ、外部入力装置１９０が明示されており、その外部入出力装置１９０に、情報表示部１９２とクライアント指定操作子１９３が示されている。情報表示部１９２は、ハードウェア上は図１に示す画像表示部１２がこれに相当し、クライアント指定操作子１９３は、クライアントを指定すべく操作されるときのキーボード１３もしくはマウス１４がこれに相当する。
【００７６】
接続依頼保持部１２２に複数のクライアントが登録されているとき、双方向通信サービスに空きができると、接続依頼保持部１２２に登録された複数のクライアントの中から双方向通信サービスが提供される１つのクライアントが選択されるが、その選択の際、選択部１２１は、接続依頼保持部１２２に登録されたクライアントのリストを読み出して外部入出力装置１９０に送り情報表示部１９２にそのリストを表示させる。サーバ１０のオペレータは、そのリストを見て、次に双方向通信サービスを提供しようとするクライアントを選択し、クライアント指定操作子１９３を操作してそのクライアントを指定するコマンドを入力する。すると、選択部１２１は、そのコマンドにより指定されたクライアントを接続制御部１１４に通知する。
【００７７】
図１３は、通信システムの第１２例を示す機能ブロック図である。図１２に示す通信システムとの相違点について説明する。
図１３に示す通信システムには、接続依頼保持部１２２にタイトル・コメントと記憶領域が示されている。
クライアント３０，４０では、そのクライアントのオペレータによる外部入出力装置３８０，４８０の操作に応じて、接続依頼送信部３１５，４１５がサーバ１０に対し双方向通信サービス要求を行なうが、オペレータはその際、外部入出力装置３８０，４８０を操作して、双方向通信サービスを受けた場合に自分がサーバに対して送信したいメッセージのタイトルやそのメッセージの内容をあらわす簡単なコメント等を入力する。
【００７８】
このタイトルやコメント等を表わす情報は、双方向通信サービス要求と一緒に接続依頼送信部３１５，４１５からサーバ１０に送られる。サーバ１０は、その要求を受け付けて、接続依頼保持部１２２に、その双方向通信サービス要求を行なったクライアントのクライアントＩＤとそのクライアントからその要求とともに送られてきたタイトルやコメント等を登録する。
【００７９】
双方向通信サービスに空きができると、選択部１２２では、接続制御部１１４の依頼を受けて、接続依頼保持部１２２に登録されているクライアントやタイトル、コメント等を読み出して外部入出力装置１９０に送り、その情報表示部１９２に、そのクライアントと、タイトルやコメントのリストを表示させる。サーバ１０のオペレータは、そのリスト、特にタイトルやコメントを見て、次に双方向通信サービスを提供しようとするクライアントを選択し、クライアント指定操作子１９３を操作してそのクライアントを指定するコマンドを入力する。選択部１２１は、そのコマンドにより指定されたクライアントを接続制御部１１４に通知する。
【００８０】
図１４は、通信システムの第１３例を示す機能ブロック図である。図１２に示す通信システムとの相違点について説明する。
図１４に示す通信システムには、図１２に示す通信システムに、さらにユーザプロファイル情報ファイル１３０が付加されている。このユーザプロファイル情報ファイル１３０には、各クライアントの、サーバ１０の利用状況に関するプロファイル、すなわち、例えば、各クライアントがこのサーバ１０からこれ迄に双方向通信サービスを受けた積算時間、双方向通信サービスを前回受けた日時、これ迄の利用回数、支払金額等をあらわす情報が格納されている。
【００８１】
双方向通信サービスに空席ができると、選択部１２１は、接続制御部１１４の依頼を受けて、接続依頼保持部１２２に登録されているクライアントを読み出すとともに、ユーザプロファイル情報ファイル１３０に格納されている、それらのクライアントに対応するプロファイルを読み出して、外部入出力装置１９０に送り、その情報表示部１９２に、そのクライアントと各クライアントに対するプロファイルを表示させる。
【００８２】
サーバ１０のオペレータは、その表示を見て、双方向通信サービスを次に提供しようとするクライアントを選択し、クライアント指定操作子１９３を操作してそのクライアントを指定するコマンドを入力する。選択部１２１は、そのコマンドにより指定されたクライアントを接続制御部１１４に通知する。
図１３に示す例では、タイトルやコメントにより、図１４に示す例ではプロファイルにより、サーバのオペレータの意に沿った、一層適切なクライアントを選択することができる。
【００８３】
図１５は、通信システムの第１４例を示す機能ブロック図である。図５に示す通信システムとの相違点について説明する。
図１５に示す通信システムでは、サーバ１０に、接続許可通知部１２５が付加されており、クライアント３０，４０に、接続許可受信部３１６，４１６が付加されている。
【００８４】
選択部１２１により接続依頼保持部１２２に保持されているクライアントの中から、双方向通信サービスを次に提供しようとするクライアントが選択されると、その選択情報が接続許可通知部１２５に通知される。接続許可通知部１２５は、選択部１２１で選択されたクライアント（ここではクライアント３０が選択されたものとする）に対し、双方向通信サービスの開始の予告をあらわす接続許可通知を発行する。クライアント３０が接続許可通知を受け取ると、そのクライアント３０のサービス情報処理部３１１では、外部入出力装置３８０を構成する画像表示部３２の表示画面３２ａに、双方向通信サービスが開始される旨、表示する。
【００８５】
サーバ１０の選択部１２１は、選択したクライアントを特定する情報を、接続許可通知部１２５に通知するとともに、あらかじめ定められた時間を置いて接続制御部１１４に通知する。その後の双方向通信サービスのための接続方法は前述したとおりである。
図１６は、通信システムの第１５例を示す機能ブロック図である。図１５に示す通信システムとの相違点について説明する。
【００８６】
図１６に示す通信システムには、図１５に示す通信システムと比べ、クライアント３０，４０に準備完了通知送信部３１７，４１７が付加され、サーバ１０に準備完了通知受信部１１７が付加されている。
クライアント３０が接続許可通知を受信すると、サービス情報処理部３１１は、双方向通信サービスを受けることができる旨、外部入出力装置３８０の画像表示部３２の表示画面３２ａ（図１参照）に表示する。クライアント３０のオペレータは必要なコマンドを入力し、双方向通信サービスを受ける態勢が整うと、準備完了通知送信部３１７からサーバ１０に向けて準備完了通知を送信する。
【００８７】
サーバの準備完了通知受信部１１７は、クライアント３０からの準備完了通知を受け取ると、クライアント側の準備が完了した旨接続制御部１１４に通知する。接続制御部１１４は、クライアント３０の準備が完了した旨の通知を受けて、前述のようにしてクライアント３０との間の双方向通信サービスのための接続を行なう。
【００８８】
このようにして、クライアントからの準備完了通知を待って双方向通信サービスを提供することにより、クライアント側での準備が多少遅れても確実に準備が出来てから双方向通信サービスを受けることができる。
図１７は、通信システムの第１６例を示す機能ブロック図である。図１６に示す通信システムとの相違点について説明する。
【００８９】
図１７に示す通信システムには、図１６に示す通信システムにおける準備完了通知受信部１１７に代えて、準備完了保持部１１８が備えられており、さらに選択部１１９が付加されている。
クライアント３０で双方向通信サービスを受ける準備が整うとクライアント３０の準備完了通知送信部３１７からサーバ１０に向けて準備完了通知が送信され、サーバ１０では、その送信されてきた準備完了通知を準備完了通知保持部１１８で受信してその準備完了通知を発信したクライアントを特定するクライアントＩＤを保持する。選択部１１９は、準備完了通知保持部１１８に保持されたクライアントＩＤの中から接続制御部１１４に渡すクライアントＩＤを選択して接続制御部１１４に渡し、その接続制御部１１４に渡したクライアントＩＤを準備完了通知保持部１１８から抹消する。接続制御部１１４は、選択部１１９から受け取ったクライアントＩＤが示すクライアントに対し、前述したようにして、双方向通信サービスのための通信回線の接続を行なう。
【００９０】
図１７に示す通信システムでは、準備完了通知保持部１１８および選択部１１９を備えたことから、例えば、双方向通信サービスに複数の空席が出来たとき、接続管理部１２０の選択部１２１では複数のクライアントを同時に選択し、接続許可通知部１２５からそれら同時に選択された複数のクライアントそれぞれに対し接続許可通知を発することが出来る。複数のクライアントから準備完了通知が戻ってきたとき、準備完了通知保持部１１８に保持しておいて選択部１１９で１つずつ取り出して接続制御部１１４に渡すことにより、準備完了通知を発行した複数のクライアントに対し双方向通信サービスのための回線接続が順次行なわれる。これに対し図１６の通信システムの場合、仮に複数のクライアントに同時に接続許可通知が発せられ、それら複数のクライアントからほぼ同時に準備完了通知が届くと、複数制御部１４は同時には１つのクライアントに対する回線接続しかできないため、僅かに遅れて受信された準備完了通知を発信したクライアントに対する回線接続が行なわない結果となってしまう。従って、図１６の通信システムの場合、接続許可通知部１２５では、同時に複数の空席が生じた場合であっても、同時には１つのクライアントにのみ接続許可通知を発行し、そのクライアントに関する回線接続の完了を待って次のクライアントに接続許可通知が発せられる。
【００９１】
図１８は、通信システムの第１７例を示す機能ブロック図である。図１５に示す通信システムとの相違点について説明する。
図１８に示す通信システムは、図１５に示す通信システムと比べ、サーバ１０にユーザ情報管理部１３０が付加されており、各クライアント３０，４０にユーザ情報送信部３１８，４１８が付加されている。
【００９２】
代表的にクライアント３０で説明する。クライアント３０が、サーバ１０から単方向通信サービスを受けるため、あるいは双方向通信サービスを要求するためにサーバ１０にアクセスすると、ユーザ情報送信部３１８から、クライアント３０のクライアントＩＤと、今回アクセスしたことに関するクライアント３０のアドレス（ＩＰアドレス）がサーバ１０に送信され、サーバ１０では、ユーザ情報登録部１３１によりその送信されたクライアントＩＤとＩＰアドレスが受け取られ、ユーザ端末情報ファイル１３２に登録される。
【００９３】
サーバ１０へのアクセスが終了し回線が一旦切断されると、ユーザ情報登録部１３１により、ユーザ端末情報ファイル１３２に登録されている、その回線が切断されたクライアントに関する情報が抹消され、サーバ１０へのアクセスが再度行なわれると、上記と同様にして、ユーザ情報送信部３１８から、クライアント３０のクライアントＩＤと、今回アクセスしたことに関するクライアント３０のＩＰアドレスがサーバ１０に通知され、サーバ１０側で、この通知を基に、ユーザ端末情報ファイル内にクライアントとＩＰアドレスが再度登録される。
【００９４】
クライアント３０が双方向通信サービスを要求するとサーバ１０の接続管理部１２０の接続依頼保持部１２２に、クライアント３０のクライアントＩＤが登録される。双方向通信サービスに空席が出来て、選択部１２１により接続依頼保持部に保持されたクライアントＩＤの中からクライアント３０のクライアントＩＤが選択されると、選択部１２１は、ユーザ情報管理部１３０の端末情報変換部１３３に、そのクライアントＩＤを持ったクライアント（ここではクライアント３０）の現在のＩＰアドレスを問い合わせる。端末情報変換部１３３は、ユーザ端末情報ファイル１３２を参照して、そのクライアントＩＤを持ったクライアントのＩＰアドレスを取得し、そのＩＰアドレスを選択部１２１に通知する。選択部１２１は、その通知を受けたＩＰアドレスを接続許可通知部１２５および接続制御部１１４に通知し、接続許可通知部１２５は、その通知を受けたＩＰアドレスに対し接続許可通知を送り、接続制御部１１４は、その通知を受けたＩＰアドレスに対し双方向通信サービスのための回線接続を行なう。
【００９５】
図１８に示すように構成すると、例えばダイヤルアップ回線のように、接続するたびにＩＰアドレスが変化するような環境下でこの通信システムを稼働させる場合であっても、回線が切断、再接続されてもクライアントを混同することなく、適切なサービスが行なわれる。
図１９は、通信システムの第１８例を示す機能ブロック図である。図１８に示す通信システムとの相違点について説明する。
【００９６】
図１９に示す通信システムは、図１８に示す通信システムと比べ、サーバ１０の接続管理部１２０に、公衆電話網を介して接続された電話機に向けて電話を掛けるダイヤラ１２６と、ダイヤラ１２６が電話をかけた相手に対し送信する音声情報（ここでは、双方向通信サービスを提供しようとしたが回線が切れているという趣旨の音声情報）が格納された通話メッセージファイル１２７が付加されている。
【００９７】
クライアント３０がサーバ１０にアクセスすると、クライアント３０のユーザ情報送信部３１８は、クライアント３０のクライアントＩＤと、今回のアクセスによるＩＰアドレスと、さらにクライアント３０のオペレータが受けることのできる電話の電話番号が、サーバ１０のユーザ情報管理部１３０に通知され、ユーザ端末情報ファイル１３２に登録される。
【００９８】
クライアント３０からのアクセスが終了し回線が切断されるとユーザ情報登録部１３１は、ユーザ端末情報ファイル１３２中のクライアント３０のクライアントＩＤに対応するＩＰアドレスの情報は抹消するが電話番号はそのまま残しておく。
端末情報変換部１３３が選択部１２１からの依頼を受けてクライアントＩＤを基にそのクライアントのＩＰアドレスを取得しようとしても、そのＩＰアドレスが見つからなかったとき、すなわち、そのクライアントとの接続が切られていた時は、そのクライアントＩＤに対応する電話番号を取得し、その電話番号を選択部１２１に通知する。選択部１２１は、サーバ１０とクライアント３０との間の回線が切られていることから、接続制御部１１４にはその旨通知し、接続許可通知部２５へのＩＰアドレスの通知に代えてダイヤラ１２６にその電話番号を通知する。すると、ダイヤラ１２６は、その通知を受けた電話番号に電話をかけ、相手が電話に出ると、通話メッセージ１２７に格納された音声情報を送る。これにより、クライアント３０のオペレータは、回線が切断されていて双方向通信サービスを受けることができない旨知ることができる。その後の処理としては、例えば、ある一定時間内に回線が再接続された場合にクライアント３０に対し双方向通信サービスを提供してもよく、今回の双方向通信サービス要求は取消しとし、双方向通信サービスを受けたいときはクライアント３０から再度双方向通信サービスを要求するようにしてもよい。
【００９９】
図２０は、通信システムの第１９例を示す機能ブロック図である。図５に示す通信システムとの相違点について説明する。
図２０に示す通信システムは、図５に示す通信システムと比べ、サーバ１０の接続管理部１２０に依頼取消受付部１２８が付加されており、かつ、各クライアント３０，４０に依頼取消送信部３１９，４１９が付加されている。
【０１００】
例えばクライアント３０からサーバ１０に双方向通信サービスを要求し、現在待機中であった場合において、何らかの都合で双方向通信サービス要求を取消そうとするときは、クライアント３０のオペレータにより外部入出力装置３８０からその取消しを指示するコマンドが入力される。すると、依頼取消送信部３１９は、サーバ１０に向けて一旦行なった双方向通信サービス要求の取消し要求を発信する。サーバ１０では、この取消し要求を、接続管理部１２０の依頼取消受付部１２８で受け付け、この依頼取消受付部１２８は、この取消し要求を受け付けると、接続依頼保持部１２２に保持されている、その取消しを発信したクライアントのクライアントＩＤを削除する。
【０１０１】
図２１は、通信システムの第２０例を示す機能ブロック図である。図５に示す通信システムとの相違点について説明する。
図２１に示す通信システムは、図５に示す通信システムと比べ、サーバ１０の接続管理部１２０に処理状況送信部１２９が付加されており、かつ、各クライアント３０，４０に処理状況受信部３２０，４２０が付加されている。
【０１０２】
サーバ１０の接続管理部１２０を構成する接続依頼保持部１２２には、双方向通信サービスを要求したクライアントを特定するクライアントＩＤが登録されている。処理状況送信部１２９は、接続依頼保持部１２２から、そこに登録されているクライアントＩＤのリストを読み出し、各クライアント３０，４０に向けて送信し、各クライアント３０，４０の処理状受信部３２０，４２０ではそのクライアントＩＤリストを受信する。各クライアント３０，４０ではその受信したリストを外部入出力装置３８０，４８０を構成する画像表示部３２，４２の表示画面３２ａ，４２ａに表示することができ、各クライアント３０，４０のオペレータは、双方向通信サービスをサーバ１０に依頼しようとしたとき、その表示されたリストを見て多数のクライアントＩＤが並んでいるときは双方向通信サービスの要求を見合わせるなどの処置をとることができる。
【０１０３】
図２２は、通信システムの第２１例を示す機能ブロック図である。図２に示す通信システムとの相違点について説明する。
図２２に示す通信システムは、現在、サーバ１０はクライアント３０に対し双方向通信サービスを提供しており、クライアント４０には単方向通信サービスを提供している。このような状況において、クライアント４０に送信する情報にはサーバ１０とクライアント３０との間で交換しているメッセージも含まれる。
【０１０４】
双方向通信サービスを受けられずにいるクライアントは、他のクライアントとサーバとの間の対話内容を知ることにより参考になる点も多いからである。
図２３は、通信システムの第２２例を示す機能ブロック図である。
図２３には、２台のサーバ１０，２０と１台のクライアント３０のほか、図１には図示されていないサービス代表サーバ７０が示されている。ここでは、クライアント３０から見ると、２台のサーバ１０，２０とサービス代表サーバ７０の集合体が１つのサーバとして観念される。
【０１０５】
サーバ２０の構成は、サーバ１０の構成と同一であって、サービス提供部２１０と外部入出力装置２８０とを有し、サービス提供部２１０には、サービス情報ファイル２１１、送信部２１２、受信部２１３、および接続制御部２１４が備えられている。またサービス代表サーバ７０には、接続依頼受信部７１、サーバ群管理部７２、およびサーバ選択部７３が備えられている。
【０１０６】
クライアント３０は、双方向通信サービス要求を発行すると、その要求は、サービス代表サーバ７０の接続依頼受信部７１で受信される。接続依頼受信部７１は、その要求を受信すると、サーバ選択部７３に対しその要求を行なったクライアントの属性（例えば通信形式、通信速度など）を通知し、その属性に合った適当なサーバを選択するよう依頼する。サーバ群管理部７０は、サービス代表サーバ７０の管轄下にある複数のサーバ１０，２０の属性等を管理しており、サーバ選択部７３は、接続依頼受信部７１からの依頼を受けてサーバ群管理部７２に登録されている複数のサーバの中から適切なサーバを選択し（ここではサーバ１０が選択されるものとする）、その選択したサーバ１０の接続制御部１１４に双方向通信サービス要求を行なったクライアントに関する情報を提供して、そのクライアントへの双方向通信サービスの提供を依頼する。接続制御部１１４は、この依頼を受けて、そのクライアントとの間の双方向通信サービスのための回線接続を行なう。
【０１０７】
図２４は、通信システムの第２３例を示す機能ブロック図である。図２３に示す通信システムとの相違点について説明する。
図２４に示す通信システムには、図２３に示す通信システムと比べ、、各サーバ１０，２０に、処理状況通知部１１５，２１５が付加されている。
各サーバ１０，２０の処理状況通知１１６，２１６は、接続制御部１１４，２１４から各サーバ１０，２０の負荷状況、すなわち双方向通信サービスを提供しているクライアントの台数の情報を入手して、サービス代表サーバ７０のサーバ群管理部７２に送る。
【０１０８】
クライアントから双方向通信サービス要求があったとき、サーバ選択部７３は、サーバ群管理部７２から各サーバ１０，２０の負荷状況の情報を入手し、現在負荷が最も軽いサーバに対し、そのクライアントへの双方向通信サービスの提供を依頼する。
このような集合体としてのサーバを持ったシステムを構築すると、あるサーバには空きがあるのに他のサーバではクライアントが待っているという状態を極力避けることができ、複数のサーバ１０，２０が負荷を公平に分担できることともにクライアントに対するサービス性も向上する。
【０１０９】
なお、図２３，図２４に示す例では、サービス代表サーバ７０は、クライアントからの要求を分配するだけの役割りを担っているが、クライアントからの要求を分配するとともに、自分自身も双方向通信サービスの提供を分担しもよい。
図２５は、通信システムの第２４例を示す機能ブロック図である。図２３に示す通信システムとの相違点について説明する。
【０１１０】
図２５に示す通信システムには、図２３に示す通信システムにおけるサービス代表サーバ７０は備えられておらず、したがって、図２５に示す２台のサーバ１０，２０は、クライアントから見て一応独立したサーバとして作用するが、これら２台のサーバ１０，２０は、後に説明するような形態で連携動作を行なう。各サーバ１０，２０には、図２３に示す通信システムにおける各サーバと比べ、転送制御部１１６，２１６が備えられている。さらに、図２５に示す通信システムには、アドレス情報ファイル５１０および外部入出力装置５８０が付加されている。アドレス情報ファイル５１０は、複数のサーバ１０，２０に対し共通的に備えられていればよいため、共通的に１つのみ示したが、ハードウェア上は、アドレス情報ファイルを各サーバ１０，２０が別々に持っていて、それらのアドレス情報ファイルの内容が常に一致するように、アドレス情報ファイルの内容が書き替えられるときはサーバどうしでその書き替える内容を通知し合うように構成してもよく、いずれか１台のサーバがアドレス情報ファイルを管理し、他のサーバは、必要に応じて、そのアドレス情報ファイルを管理しているサーバにそのアドレス情報ファイルの内容を問い合わせるように構成してもよい。また、外部入出力装置５８０は、ハードウェア上は、そのシステムに応じて、複数のサーバそれぞれがアドレス情報ファイルを持つシステムの場合は、それら複数のサーバそれぞれの外部入出力装置と統合され、いずれか１台のサーバがアドレス情報ファイルを管理するシステムの場合は、例えば、そのアドレス情報ファイルを管理するサーバの外部入出力装置と統合される。
【０１１１】
アドレス情報ファイル５１０には相互に連携する複数のサーバ１０，２０のアドレスが登録されており、外部入出力装置５８０はそのアドレス情報ファイル５１０に登録されたアドレスの書替えや追加を担当している。
各サーバ１０，２０に備えられている転送制御部１１６，２１６は、自分が提供している双方向通信サービスを他のサーバに交替するときの転送を制御する。
【０１１２】
現在、サーバ１０がクライアント３０に対し双方向通信サービスを提供している場合に、サーバ２０にこの双方向通信サービスを交代させようとする場合は、サーバ１０の転送制御部１１６は、アドレス情報ファイル５１０からサーバ２０のアドレスを入手し、そのサーバ２０の接続制御部２１４に対しクライアント３０のアドレスを知らせて、そのクライアント３０に対し双方向通信サービスを提供するよう依頼するとともに、自分（サーバ１０）の接続制御部１１４に対しクライアント３０への双方向通信サービスを停止するように依頼する。
【０１１３】
すると、サーバ１０の接続制御部１１４とクライアント３０の接続制御部３１４との間で連絡をとり合って、サーバ１０とクライアント３０との間の回線を切り、次いでサーバ２０の接続制御部２１４とクライアント３０の接続制御部３１４との間で連絡をとり合って、サーバ２０とクライアント３０との間で双方向通信サービスのための回線を接続する。
【０１１４】
このように、サーバどうしでサービスを交代することができるようにシステムを構築すると、各サーバが提供するサービスに専門性を持たせることができ、クライアントに対するサービス性が向上する。
図２６は、通信システムの第２５例を示す機能ブロック図である。図２に示す通信システムとの相違点について説明する。
【０１１５】
図２６には、１台のサーバ１０と１台のクライアント３０が図示されており、サーバ１０には、図２に示す通信システムにおけるサーバと比べ、、サービス提供部１１０に、入力監視部１１７と状態通信部１１８が付加されており、さらに外部入出力装置１６０が付加されている。この外部入出力装置１６０には、状態表示部１６１と応答操作子１６２が備えられている。この外部入出力装置１６０は、ハードウェア上は、外部入出力装置１８０および外部入出力装置１９０と同一のものであってもよく、具体的には、図１に示すサーバ１０の画像表示部１２、キーボード１３、およびマウス１４がこれに相当する。このうち、外部入出力装置１６０を構成する状態表示部１６１は画像表示部７２、応答操作子１６２はキーボード１３もしくはマウス１４に相当する。
【０１１６】
またクライアント３０には、図２に示す通信システムにおけるクライアントと比べ、本体部３１０に入力監視部３２１と状態通信部が付加されており、さらに外部入出力装置３６０が付加されている。この外部入出力装置３６０には状態表示部３６１が備えられている。この外部入出力装置３６０は、サーバ１０の場合と同様、ハードウェア上は、外部入出力装置３８０と同一のものであってもよい。
【０１１７】
サーバ１０の入力監視部１１７は、外部入出力装置１８０からの、クライアント３０に向けた新たなメッセージの入力が開始されたか否かを監視し、新たなメッセージの入力が開始されると、その旨、状態通信部１１８に通知し、状態通信部１１８は、クライアント３０の状態通信部３２２に対し、メッセージ入力中であることを通知する。すると、クライアント３０の外部入出力装置３６０の状態表示部３６１に、サーバ１０が自分にあてたメッセージを入力中であることが表示され、クライアント３０のオペレータは近々メッセージが送られてくることを知ることができる。その入力されたメッセージはサーバ１０の送信部１１２、およびクライアント３０の受信部３１３を経由してクライアント３０に送られる。クライアント３０でそのメッセージを受信すると、メッセージを受信したことが、入力監視部３２１および状態通信部３２２を経由して外部入出力装置３６０に伝えられ、メッセージを受信した旨、状態表示部３６に表示される。
【０１１８】
また、クライアント３０の入力監視部３２１は、このクライアント３０がサーバ１０から双方向通信サービスを受けているとき、外部入出力装置３８０からの、サーバ１０に向けた新たなメッセージの入力が開始されたか否かを監視し、新たなメッセージの入力が開始されるとその旨状態通信部３２２に通知し、状態通信部３２２はサーバ１０の状態通信部１１８に対し、メッセージ入力中であることを通知する。サーバ１０の状態通信部１１８は、メッセージ入力中であることの通知を受け取ると、その通知を外部入出力装置１６０に送る。またクライアント３０側でそのメッセージの入力が終了し、そのメッセージをサーバ１０が受信すると、受信部１１３は、そのメッセージを受信した旨、入力監視部１１７および状態通知部１１８を経由して外部入出力装置１６０に送る。サーバ１０の外部入出力装置１６０の状態表示部１６１には、双方向通信サービス提供中のクライアント毎に、メッセージ入力中であることが通知されたが、あるいは、メッセージが受信されたか、あるいはサーバ１０側で未だメッセージ入力が開始されていない状態であるかが表示される。
【０１１９】
応答操作子１６２は、サーバ１０のオペレータが状態表示部１６１の表示を確認したことを、サーバ１０が双方向通信サービスを提供している各クライアント毎に入力するための操作子であり、状態表示部１６１が、あるクライアントからの新たなメッセージを受信したことを表示している状態において、応答操作子１６２により、そのメッセージが受信されたことを確認した旨入力されると、その表示を、メッセージ未入力の状態にリセットする。その後、再びメッセージ入力中あるいはメッセージ受信が通知されると、その旨表示が変更される。
【０１２０】
図２７は、通信システムの第２６例を示す機能ブロック図である。図２に示す通信システムとの相違点について説明する。
図２７に示す通信システムには、サーバ１０およびクライアント３０の双方について、図２６に示す通信システムにおける入力監視部１１７，３２１が省かれており、サーバ１０の外部入出力装置１６０には、図２６に示す外部入出力装置における応答操作子１６２に代わり、状態入力操作子１６３が備えられており、さらに、クライアント３０の外部入出力装置３６０には、状態入力操作子３６３が付加されている。
【０１２１】
サーバ１０がクライアント３０に対し双方向通信サービスに提供している状態において、サーバ１０のオペレータが席を一時離れる場合、あるいは他のクライアントとの間のメッセージ交換（対話）に専念していてクライアント３０との間の対話を一時中断したい場合、サーバ１０のオペレータは、状態入力操作子１６３から、今は対話不能である旨入力する。
【０１２２】
その入力情報は、サーバ１０の状態通信部１１８から送信されクライアント３０の状態通信部３２２で受信され、クライアント３０の外部入出力装置３６０の状態表示部３６１にサーバ１０のオペレータが今は対話不能である旨表示される。サーバ１０のオペレータが再び対話可能な状態になり、サーバ１０の外部入出力装置１６０を構成する状態入力操作子１６３からその旨入力されると、クライアント３０の外部入出力装置３６０の状態表示部３６１の表示に反映される。
【０１２３】
クライアント３０のオペレータが一時的にサーバ１０との対話が不能になった場合、再び対話可能となった場合も上記と同様であり、クライアント３０のオペレータの状態は状態入力操作子３６３から入力され、その入力された情報がクライアント３０の状態通信部３２２からサーバ１０の状態通信部１１８に送られ、サーバ１０の状態表示部１６１に表示される。
【０１２４】
図２８は、通信システムの第２７例を示す機能ブロック図である。図２に示す通信システムとの相違点について説明する。
図２８に示す通信システムには、図２に示す通信システムと比べ、ログ収集部１１９１、ログ情報ファイル１４０、ログ検索部１１９２、および外部入出力装置１７０が付加されている。外部入出力装置１７０は、ログ検索指示用のものであり、ハードウェア上は、外部入出力装置１８０，１９０と同一のものである。
【０１２５】
ログ収集部１１９１は、双方向通信サービスの中で行なわれたクライアントとの間の対話を収集し、クライアントＩＤ、発音時刻、サーバ１０のオペレータが設定したキーワードとともにログ情報ファイル１４０に記録する。ログ検索部１１９２は、外部入出力装置１７０からの指示を受けてその外部入出力装置１７０にログ情報を出力したり、キーワードによるログ情報ファイルの検索を行なう。
【０１２６】
尚、ここでは、サーバ１０の外部入出力装置１７０からの指示によるログ情報の検索やログ情報の出力を行なうシステムについて説明したが、クライアントからの要求に応じてログ情報の検索を行ない、クライアントに向けてログ情報を送るように構成してもよい。
このように、ログ情報をファイルしておくことにより、過去の対話内容の有効利用を図ることができる。
【０１２７】
図２９は、通信システムの第２８例を示す機能ブロック図である。図１５に示す通信システムとの相違点について説明する。
各クライアント３０，４０には、接続許可受取部起動部３２３，４２３およびサービス視聴部制御部３２４，４２４が付加され、さらに、サービス情報処理部３１１，４１１、送信部３１２，４１２、受信部３１３，４１３、接続制御部３１４，４１４、接続依頼送信部３１５，４１５、および接続許可受取部起動部３２３，４２３が、サービス視聴部３１１０，４１１０としてまとめられており、さらに、接続許可受信部３１６，４１６とサービス視聴部制御部３２４，４２４が接続許可受取部３１２０，４１２０としてまとめられている。
【０１２８】
代表的にクライアント３０について説明すると、クライアント３０のオペレータが外部入出力装置３８０を操作して双方向通信サービスを要求するコマンドを入力すると、接続依頼送信部３１５はサーバ１０に向けて双方向通信サービス要求を行なう。この要求は、前述のとおり、サーバ１０の接続依頼保持部１２２に保持される。その後、クライアント３０のオペレータは、外部入出力装置３８０を操作してサービス視聴部３１１０の動作を休止させアイコン化するなどの処理を行なう。このとき、接続許可受取部起動部３２３は、接続許可受取部３１２０を起動し、その後サービス視聴部３１１０は休止状態となる。こうしておくことにより、接続許可受取部３１２０という規模の小さな部分のみ起動されている状態となり、クライアント３０のコンピュータシステムに、ここにいうクライアントとしての機能以外の処理を実行させることが可能となる。
【０１２９】
サーバ１０から双方向通信サービスの開始を予告する接続許可通知が発せられると、その接続許可通知は接続許可受取部３１２０を構成する接続許可受信部３１６で受信される。サービス視聴部制御部３２４は、接続許可受信部３１６が接続許可通知を受信したことを受けてサービス視聴部３１１０を起動する。このように構成することにより、双方向通信サービスを要求してそれが許可されるまでの間、クライアント３０のコンピュータシステムを他の目的に使用することができる。
【０１３０】
図３０は、通信システムの第２９例を示す機能ブロック図である。図２９に示す通信システムとの相違点について説明する。
図３０に示す通信システムには、図２９に示す通信システムと比べ、各クライアント３０，４０のサービス視聴部３１１０，４１１０にセットアップァイル変更部３２５，４２５が追加されている。
【０１３１】
代表的にクライアント３０について説明する。セットアップファイルは、そのクライアント３０に電源が投入されたことを受けて起動されるファイルであり、セットアップファイル変更部３２５は、電源投入時に接続許可受取部３１２０が起動されるようにセットアップファイルを書き換える。
こうしておくと、サーバ１０に対し双方向通信サービス要求を行なった後、クライアント３０の電源を一旦切っても、電源を再投入すると接続許可受取部３１２０が起動されるため、サーバ１０から接続許可通知が発せられると、その接続許可通知が発せられた時点でクライアント３０に電源が入っている限りその接続許可通知が受信されサービス視聴部３１１０が起動され、双方向通信サービスを受けることができる。
【０１３２】
図３１は、通信システムの第３０例を示す機能ブロック図である。図３０に示す通信システムとの相違点について説明する。
図３１に示す通信システムには、図３１に示す通信システムと比べ、クライアント４０の図示が省略されており、サーバ１０の接続管理部１２０に接続許可保持部１２９１が付加されており、さらにクライアント３０の接続許可受取部３１２０に接続許可確認部３２６が付加されている。
【０１３３】
サーバ１０の双方向通信サービスに空席が生じ、接続依頼保持部１２２に保持された空席待ちのクライアントの中から選択部１２１によりいずれかのクライアント（ここではクライアント３０）が選択されたものとする。すると、接続許可通知部１２５からクライアント３０に向けて接続許可通知が発行されるが、その時点でクライアント３０の電源が切られていた場合、その接続許可通知はクライアント部３０には届かない。その場合、クライアント３０に既に接続許可通知が発行された旨、接続許可保持部１２９１に保持される。クライアント３０は、電源が投入されると、その電源投入により接続許可受取部３１２０が起動され、接続許可確認部３２６は、サーバ１０の接続許可保持部１２９１に対し、自分（クライアント３０）に対する接続許可通知が既に発行されているか否か問い合わせる。自分に対する接続許可通知が既に発行されていたときは、サービス視聴部制御部３２４によりサービス視聴部３１１０が起動され、サーバ１０の双方向通信サービスを受けることができる。
【０１３４】
これにより、電源の切断されている間に接続許可通知許可が通知されていたときであっても、それを取りこぼすことなく動作することができる。
【０１３５】
【発明の効果】
以上説明したように、本発明によれば、参加人数が制限されている通信サービスが満席であったときや、再び空席が生じたときに好適な処理が行なわれる。
【図面の簡単な説明】
【図１】本発明のサーバの一実施形態、および本発明のクライアント一実施形態を含む通信システムの概念図である。
【図２】通信システムの第１例を示す機能ブロック図である。
【図３】通信システムの第２例を示す機能ブロック図である。
【図４】通信システムの第３例を示す機能ブロック図である。
【図５】通信システムの第４例を示す機能ブロック図である。
【図６】通信システムの第５例を示す機能ブロック図である。
【図７】通信システムの第６例を示す機能ブロック図である。
【図８】通信システムの第７例を示す機能ブロック図である。
【図９】通信システムの第８例を示す機能ブロック図である。
【図１０】通信システムの第９例を示す機能ブロック図である。
【図１１】通信システムの第１０例を示す機能ブロック図である。
【図１２】通信システムの第１１例を示す機能ブロック図である。
【図１３】通信システムの第１２例を示す機能ブロック図である。
【図１４】通信システムの第１３例を示す機能ブロック図である。
【図１５】通信システムの第１４例を示す機能ブロック図である。
【図１６】通信システムの第１５例を示す機能ブロック図である。
【図１７】通信システムの第１６例を示す機能ブロック図である。
【図１８】通信システムの第１７例を示す機能ブロック図である。
【図１９】通信システムの第１８例を示す機能ブロック図である。
【図２０】通信システムの第１９例を示す機能ブロック図である。
【図２１】通信システムの第２０例を示す機能ブロック図である。
【図２２】通信システムの第２１例を示す機能ブロック図である。
【図２３】通信システムの第２２例を示す機能ブロック図である。
【図２４】通信システムの第２３例を示す機能ブロック図である。
【図２５】通信システムの第２４例を示す機能ブロック図である。
【図２６】通信システムの第２５例を示す機能ブロック図である。
【図２７】通信システムの第２６例を示す機能ブロック図である。
【図２８】通信システムの第２７例を示す機能ブロック図である。
【図２９】通信システムの第２８例を示す機能ブロック図である。
【図３０】通信システムの第２９例を示す機能ブロック図である。
【図３１】通信システムの第３０例を示す機能ブロック図である。
【符号の説明】
１０，２０ サーバ
１１，２１ 本体部
１２，２２ 画像表示部
１２ａ，２２ａ 表示画面
１３，２３ キーボード
１４，２４ マウス
１５，２５ 磁気ディスク（ＭＯ）
３０，４０，５０ クライアント
３１，４１，５１ 本体部
３２，４２，５２ 画像表示部
３２ａ，４２ａ，５２ａ 表示画面
３３，４３，５３ キーボード
３４，４４，５４ マウス
３５，４５，５５ 磁気ディスク（ＭＯ）
７０ サービス代表サーバ
７１ 接続依頼受信部
７２ サーバ群管理部
７３ サーバ選択部
１１０，２１０ サービス提供部
１１１，２１１ サービス情報ファイル
１１２，２１２ 送信部
１１３，２１３ 受信部
１１４，２１４ 接続制御部
１１５ 送信者リスト
１１５ａ 接続開始時刻
１１６ 時計
１１７ 準備完了通知受信部
１１８ 準備完了保持部
１１９ 選択部
１４０ ログ情報ファイル
１８０ 外部入出力装置
１９０ 外部入出力装置
１９１ 通信モード切替用操作子
１９２ 情報表示部
１９３ クライアント指定操作子
１２０ 外部入出力装置
１２１ 選択部
１２２ 接続依頼保持部
１２２ａ ＦＩＦＯ
１２２ｂ 支払額記録領域
１２２ｃ 参加時間記憶領域
１２２ｄ 前回接続時刻記憶領域
１２２ｅ タイトル・コメント記憶領域
１２３ 乱数発生部
１２５ 接続許可通知
１２６ ダイヤラ
１２７ 通話メッセージファイル
１２８ 依頼取消受付部
１２９ 処理状況送信部
１３０ ユーザプロファイル情報ファイル
１３１ ユーザ情報登録部
１３２ ユーザ端末情報ファイル
１３３ 端末情報変換部
１６０ 外部入出力装置
１６１ 状態表示部
１６２ 応答操作子
１６３ 状態入力操作子
３１０，４１０ 本体部
３１１，４１１ サービス情報処理部
３１２，４１２ 送信部
３１４，４１４ 接続制御部
３１５，４１５ 接続依頼送信部
３１６，４１６ 接続許可受信部
３１７，４１７ 準備完了通知送信部
３１８，４１８ ユーザ情報送信部
３１９，４１９ 依頼取消送信部
３２０，４２０ 処理状況受信部
３２１ 入力監視部
３２２ 状態通信部
３２３，４２３ 接続許可受取部起動部
３２４，４２４ サービス視聴部制御部
３２５，４２５ セットアップファイル変更部
３２６ 接続許可確認部
３６０ 外部入出力装置
３６１ 状態表示部
３６３ 状態入力操作子
３８０，４８０ 外部入出力装置
５１０ アドレス情報ファイル
５８０ 外部入出力装置
１１９１ ログ収集部
１１９２ ログ検索部
１２９１ 接続許可保持部
３１１０，４１１０ サービス視聴部
３１２０，４１２０ 接続許可受取部

Claims (4)

1. ネットワークを介して複数のクライアントと接続され、それら複数のクライアントに向けて情報提供を行なうサーバにおいて、
   クライアントに向けて一方向的に情報提供を行なう単方向通信モードと、クライアントに向けてメッセージを送信するとともに該クライアントから送信されてきたメッセージを受信する双方向通信モードとの間で、通信モードを各クライアント毎に切り替える通信モード切替手段を備え、
   前記通信モード切替手段が、各クライアントからの双方向通信サービス要求を受け付けて、双方向通信サービス要求を行なったクライアントを特定する情報を保持する要求保持手段を有し、該要求保持手段に保持された情報により特定されるクライアントの中から選択されたクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであり、
   前記要求保持手段が、双方向通信サービス要求を行なったクライアントを特定する情報とともに、各クライアントが双方向通信サービスを受けたことに対して支払う各クライアントごとの支払額をあらわす情報を保持するものであって、前記通信モード切替手段が、該要求保持手段に保持された情報により特定されるクライアントのうち支払額が最大のクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであることを特徴とするサーバ。
2. 各クライアントの、該サーバの利用状況に関するプロファイルを格納しておくプロファイルデータベースを有し、
   前記通信モード切替手段が、前記要求保持手段に保持された情報により特定されるクライアントの中から前記プロファイルデータベースを参照して選択されたクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであり、さらに、
   前記プロファイルデータベースが、各クライアントがこのサーバから前回双方向通信サ
   ービスを受けた時刻をあらわす情報を含み、
   前記通信モード切替手段が、前記要求保持手段に保持された情報により特定されるクライアントのうち、前回双方向通信サービスを受けた時刻からの経過時間が最長のクライアントに関する通信モードを、単方向通信モードから双方向通信モードに切り替えるものであることを特徴とする請求項１記載のサーバ。
3. 前記要求保持手段に保持された情報を表示する情報表示部と、前記要求保持手段に保持された情報により特定されるクライアントの中から通信モードを単方向通信モードから双方向通信モードに切り替えるクライアントを指定するためのクライアント指定操作子とを備え、
   前記通信モード切替手段が、該クライアント指定操作子の操作により指定されたクライアントに関する通信モードを単方向通信モードから双方向通信モードに切り替えるものであり、
   前記要求保持手段が、各クライアントからの双方向通信サービス要求を受け付けるとともに、該各クライアントが双方向通信サービスを受けたときにサーバに送信しようとするメッセージに対応する情報を受け付けて、双方向通信サービス要求を行なったクライアントを特定する情報とともに、各クライアントごとの、このサーバに送信しようとするメッセージに対応する情報を保持するものであって、
   前記情報表示部が、前記要求保持手段に保持された、前記通信サービス提供要求を行なったクライアントを特定する情報とともに、該要求保持手段に保持された、このサーバに送信しようとするメッセージに対応する情報を表示するものであることを特徴とする請求項１又は２記載のサーバ。
4. 前記要求保持手段が、双方向通信サービス要求を行なったクライアントを特定する情報に対応づけて、該クライアントに対応する電話番号を保持するものであって、
   前記通信モード切替手段が、該要求保持手段に保持された情報により特定されるクライ アントの中から選択されたクライアントに関する通信モードを変更しようとした時点で該クライアントとの間の該ネットワーク上の接続が切断されていた場合に、該クライアントに対応する電話番号に電話をかけて所定の音声メッセージを送信する音声メッセージ送信手段を有するものであることを特徴とする請求項１から３のうちいずれか１項記載のサーバ。

Images