(57)【要約】【課題】突然の授業等対応希望者との対応時にも、瞬時に対応希望者の属性情報を対応者に提供し、対応者が対応するか否かを判断可能とする。【解決手段】対応者Ｔが被対応者Ｓによって選択される選択ステップと、選択された対応者Ｔに被対応者Ｓの属性情報を通知する属性通知ステップと、対応者Ｔが被対応者Ｓとの通信を受諾したか否かを判断する受諾判断ステップと受諾判断ステップが受諾したと判断した場合に実行され、対応者Ｔと被対応者Ｓとの接続を指示する接続指示ステップと、受諾判断ステップが受諾しないと判断した場合に実行され、対応者Ｔが対応できない旨を通告する受諾拒否通告ステップとから構成し、受諾判断ステップの判断が受諾する場合には通信を可能に接続するよう指示し、受諾しない場合にはその旨を通告する。【選択図】  図２
2004191887.tif 000002
【特許請求の範囲】
【請求項１】
対応者が被対応者によって選択される選択ステップと、
選択された対応者に被対応者の属性情報を通知する属性通知ステップと、
対応者が被対応者との通信を受諾したか否かを判断する受諾判断ステップと、
受諾判断ステップが受諾したと判断した場合に実行され、対応者と被対応者との接続を指示する接続指示ステップと、
受諾判断ステップが受諾しないと判断した場合に実行され、対応者が対応できない旨を通告する受諾拒否通告ステップと、
からなり、
受諾判断ステップによって受諾すると判断された場合には対応者と被対応者との通信が可能に接続するよう指示され、受諾しないと判断された場合には受諾しない旨を通告することを特徴とする通信の受諾判断方法。
【請求項２】
対応者が被対応者によって選択される選択ステップと、
選択された対応者に被対応者の属性情報を通知する属性通知ステップと、
対応者が被対応者との通信を受諾したか否かを判断する受諾判断ステップと、
受諾判断ステップが受諾したと判断した場合に実行され、対応者と被対応者との接続を指示する接続指示ステップと、
受諾判断ステップが受諾しないと判断した場合に実行され、対応者が対応できない旨を被対応者へ通告する受諾拒否通告ステップと、
からなり、
受諾判断ステップによって受諾すると判断された場合には対応者と被対応者との通信が可能に接続するよう指示され、受諾しないと判断された場合には受諾しない旨を被対応者へ通告することを特徴とする通信の受諾判断方法。
【請求項３】
ネットワークを介して対応者及び被対応者間で通信可能であり、被対応者が対応者を選択して通信する通信システムにおいて、
対応者が被対応者によって選択される選択手段と、
選択された対応者に被対応者の属性情報を通知する属性通知手段と、
対応者が被対応者との通信を受諾したか否かを判断する受諾判断手段と、
受諾判断ステップが受諾したと判断した場合に実行され、対応者と被対応者との接続を指示する接続指示手段と、
受諾判断ステップが受諾しないと判断した場合に実行され、対応者が対応できない旨を通告する受諾拒否通告手段と、
からなり、
受諾判断手段によって受諾すると判断された場合には対応者と被対応者との通信が可能に接続するよう指示され、受諾しないと判断された場合には受諾しない旨を通告することを特徴とする通信の受諾判断システム。
【請求項４】
ネットワークを介して対応者及び被対応者間で通信可能であり、被対応者が対応者を選択して通信する通信システムにおいて、
対応者が被対応者によって選択される選択手段と、
選択された対応者に被対応者の属性情報を通知する属性通知手段と、
対応者が被対応者との通信を受諾したか否かを判断する受諾判断手段と、
受諾判断ステップが受諾したと判断した場合に実行され、対応者と被対応者との接続を指示する接続指示手段と、
受諾判断ステップが受諾しないと判断した場合に実行され、対応者が対応できない旨を被対応者へ通告する受諾拒否通告手段と、
からなり、
受諾判断手段によって受諾すると判断された場合には対応者と被対応者との通信が可能に接続するよう指示され、受諾しないと判断された場合には受諾しない旨を被対応者へ通告することを特徴とする通信の受諾判断システム。
【発明の詳細な説明】
【発明の属する技術分野】この発明は、対応希望者と対応者との通信に際し、突然の通信前に予め対応希望者の属性情報を対応者に提供可能な属性情報を通知することによって通信接続を受諾するか否かを判断可能な通信の方法及び通信のシステムに関する。
【０００１】
【従来の技術】出願人は、特開２００２−７２８４６において『教育システム』を、更に、特開２００２−９９６３０において『共有画面システム』を夫々によって、電話回線等の通信網を利用してテレビ画像とテキストデータとを利用した授業の方法を提案した。これら発明によって、電話回線等の通信網を用い、コンピュータ端末により生徒及び講師が共有するグラフィックス画面を利用可能とし、予約時間になると予約の有った生徒が該通信網を利用して講師を選択し授業を行うことを可能とした。
【０００２】
そして、上記のような授業では、予約が無い時間帯にも生徒から質問等を受け付けなければならないことが発生する。この場合には、質問等を行う生徒がそのときに対応できる、即ち、時間の空いている講師を指定して該通信網によって通信し授業を行っていた。
このように講師と生徒とのマッチングを上手に図ることで、講師が予約時間以外にも授業を行うことが出来るようにすることで、講師の空き時間を少なくすることが可能となる。
【０００３】
又、アナログ回線、ケーブルテレヴィジョンの受信に用いるＣＡＴＶ回線、衛星回線、ＩＳＤＮ回線、光回線、無線回線、携帯電話回線等の各通信網を利用した文字チャット、音声チャット、画像を伴ったテレビ会議システム、テレビ電話システムを利用した同時性の高いサービスが実施されているが、該サービスでも前記授業と同様、講師と生徒のように対応者と被対応者との間でのマッチングが重要な問題となる。例えば前記授業のシステムを例に説明すれば、従来は充分な対応者、即ち講師が存在することを前提とした授業システムであり、授業の予約をとることができない場合には講師側の予約管理データベースを検索し、対応できる講師を選択して予約時間をとるというようにマッチングを図るという方法をとっていた。
【０００４】
【発明が解決しようとする課題】しかしながら、従来例ではアナログ回線、ＣＡＴＶ回線、衛星、ＩＳＤＮ回線、光回線、無線、携帯電話など、を利用した文字チャット、音声チャット、画像を伴ったテレビ会議システム、テレビ電話システム、等を利用して、同時性の高いサービスを実施しようとする場合に対応希望者の属性情報が対応者に事前に伝わっていないために、必ずしも効率的なサービスを実施することは出来ないという問題点を有した。何百人或は何千人単位の対応者或は対応希望者の属性情報が全て事前に対応者或は対応希望者に通知することは事実上困難であり、同様に多数の対応者及び対応希望者に関する属性情報を予め対応者或は対応希望者が熟知することも困難であるので、社内研修システム等の小規模な閉じた世界に於ける利用が中心となり、インターネットの利点を必ずしも利用できているとは言い難い状況であった。
【０００５】
即ち、従来例に表すような生徒と講師との授業を例に説明すれば、インターネット等を利用してログオンし教育システムのサービスを受けられる状態の生徒が、昨日或は一昨日と比較的過去に授業予約が成された場合には、予約授業当日、生徒が教育システムにインターネット等を利用して生徒がログオンしてサービスを受けられる状態となり、その時間に予め予約をしていた講師を選択して授業を行う場合には、予め講師に対して予約授業相手である生徒の情報を通知することは可能である。しかしながら、講師に予約授業が入っておらず、講師が突然の授業を行うことが可能な待機状態であったとき、生徒から授業依頼があり授業を行う場合等には、生徒の情報を予め通知できないという問題点を有した。このように、生徒の情報が予め伝えられていない場合には、その生徒の学年やレベル等属性情報にあった授業を行うことが困難であり、質の良い授業の提供が困難であるという問題点を有した。
【０００６】
更には、講師が生徒の希望通り対応可能かどうかを判断できないので、生徒とと講師との接続を完了し、生徒と講師が実際に通信を行ってから授業が可能であるか否かの判断が成されるため、生徒と講師の通信が確立することで授業に対する課金が行われる場合には、実際に授業が出来ないにも拘らず課金されてしまうという問題点を有した。
そこでこの発明は、これら問題点に鑑み、突然の授業等対応希望者との対応時にも、瞬時に対応希望者の属性情報を対応者に提供することで、対応者が対応するか否かを判断可能な通信方法の提供を課題とする。
【０００７】
【課題を解決するための手段】この発明は、
【０００８】
対応者が被対応者によって選択される選択ステップと、選択された対応者に被対応者の属性情報を通知する属性通知ステップと、対応者が被対応者との通信を受諾したか否かを判断する受諾判断ステップと、受諾判断ステップが受諾したと判断した場合に実行され、対応者と被対応者との接続を指示する接続指示ステップと、受諾判断ステップが受諾しないと判断した場合に実行され、対応者が対応できない旨を通告する受諾拒否通告ステップとからなり、受諾判断ステップによって受諾すると判断された場合には対応者と被対応者との通信が可能に接続するよう指示され、受諾しないと判断された場合には受諾しない旨を通告することを特徴とする通信の受諾判断方法、
【０００９】
及び、
【００１０】
ネットワークを介して対応者及び被対応者間で通信可能であり、被対応者が対応者を選択して通信する通信システムにおいて、対応者が被対応者によって選択される選択手段と、選択された対応者に被対応者の属性情報を通知する属性通知手段と、対応者が被対応者との通信を受諾したか否かを判断する受諾判断手段と、受諾判断ステップが受諾したと判断した場合に実行され、対応者と被対応者との接続を指示する接続指示手段と、受諾判断ステップが受諾しないと判断した場合に実行され、対応者が対応できない旨を通告する受諾拒否通告手段とからなり、受諾判断手段によって受諾すると判断された場合には対応者と被対応者との通信が可能に接続するよう指示され、受諾しないと判断された場合には受諾しない旨を通告することを特徴とする通信の受諾判断システム、
【００１１】
及び、
【００１２】
対応者が被対応者によって選択される選択ステップと、選択された対応者に被対応者の属性情報を通知する属性通知ステップと、対応者が被対応者との通信を受諾したか否かを判断する受諾判断ステップと、受諾判断ステップが受諾したと判断した場合に実行され、対応者と被対応者との接続を指示する接続指示ステップと、受諾判断ステップが受諾しないと判断した場合に実行され、対応者が対応できない旨を被対応者へ通告する受諾拒否通告ステップとからなり、受諾判断ステップによって受諾すると判断された場合には対応者と被対応者との通信が可能に接続するよう指示され、受諾しないと判断された場合には受諾しない旨を被対応者へ通告することを特徴とする通信の受諾判断方法、
【００１３】
及び、
【００１４】
ネットワークを介して対応者及び被対応者間で通信可能であり、被対応者が対応者を選択して通信する通信システムにおいて、対応者が被対応者によって選択される選択手段と、選択された対応者に被対応者の属性情報を通知する属性通知手段と、対応者が被対応者との通信を受諾したか否かを判断する受諾判断手段と、受諾判断ステップが受諾したと判断した場合に実行され、対応者と被対応者との接続を指示する接続指示手段と、受諾判断ステップが受諾しないと判断した場合に実行され、対応者が対応できない旨を被対応者へ通告する受諾拒否通告手段とからなり、受諾判断手段によって受諾すると判断された場合には対応者と被対応者との通信が可能に接続するよう指示され、受諾しないと判断された場合には受諾しない旨を被対応者へ通告することを特徴とする通信の受諾判断システム、
【００１５】
を提供する。従ってこの発明では、被対応者が対応者を選択すると、対応者に対して被対応者の属性情報を表示させる。従って、対応者は表示された被対応者の属性情報から対応するか否かを判断可能となる。そして、選択された対応者が接続を受諾した場合には、対応者と被対応者との通信の接続を確立するよう指示する。又、被対応者が対応を拒否した場合、即ち、受諾しない場合には、受諾しない旨を通知する。
受諾しない旨の通知は、被対応者に直接行ってもよく、システム管理者に通知を行い、システム管理者から被対応者に対して通知してもよい。
【００１６】
【発明の実施の形態】以下にこの発明の実施の形態を図面に基づき説明する。図１は、この発明の第１の実施の形態の通信を説明する説明図であり、図２はこの発明の実施の形態のフローチャートであり、図３はこの発明の第２の実施の形態の通信を説明する説明図である。
【００１７】
Ａは、この発明の第１の実施の形態を説明するための例としてあげる教育システムである。教育システムＡは、ネットワークＮＥＴを利用して被対応者である生徒と対応者である講師とが通信し、共通する表示画面を利用して言葉によるテキスト表現及び図表による画像表現によって授業を行う教育システムであり、該システムに通信の受諾判断方法及び同システムを利用した場合に沿って通信の受諾判断方法及び同システムの実施の形態として説明する。
教育システムＡは、ネットワークＮＥＴによって、複数いる被対応者である生徒（以下、単に生徒という。）が、複数いる対応者である講師（以下、単に講師という。）から所望する講師を、講師の空き時間を参照しながら時間予約することで予約指定し、予約時間には１対１で対応して前記授業を行うシステムである。
【００１８】
更には、講師の空き時間には、生徒は、空き時間の有る講師に対して突然に授業予約をすることが可能なシステムである。即ち、運営センタＢは、該教育システムＡを運用する塾等の管理側のシステムである。又、運営センタＢにネットワークＮＥＴを介して、接続可能な生徒端末Ｓを用意し、各生徒が運営センタＢにアクセスして講師との間で通信可能である。生徒端末Ｓは、通常のパーソナルコンピュータからなり、入力キー等端末として必要な機能を備える。
【００１９】
運営センタＢは、各講師及び各生徒の情報を記録管理するデータベースＤ、運営センタＢ全体を管理するウェブサーバＷＥＢ、生徒と講師とのマッチングを管理するマッチングサーバＭ、講師に利用させ講師のネットワークＮＥＴへの通信を管理可能な講師端末Ｔ、講師端末Ｔに通知するための生徒の属性情報を検索して表示させる生徒情報検索端末Ｒ、教育システムＡを管理して該システムＡに対して種々の指示が可能な管理側である社内システム端末Ｃ、教育システムＡを管理する上で必要なデータの保持を行うファイルサーバＦからなる。
【００２０】
データベースＤでは、登録された各講師の情報及び生徒の情報を記録しておく。該情報は、例えば、講師で有れば、その講師が提供可能なサービスである受け持ち可能な授業の情報、即ち、中学数学とか小学算数とかであり、更に例えば中学数学でもそのレベルにより中学数学基礎や中学数学上級や中学受験数学等に細分化して記録しておく。同様に、生徒についても、例えば、小学生で有れば、一般中学受験や、中学生で有れば公立高校受験・上級私立受験等受験レベルや一般数学１年や受験数学１年のように、生徒の学年、希望する分野、及び、レベル等を細分化して記録しておく。このように細かく細分化して記録しておくことで、講師側の情報は生徒が講師を選ぶ場合の基準とすることができ（即ち、教えることができない分野を受け持つ講師を選ばずに済み）、生徒側の情報は運営センタＢに生徒が質問してきた際に、質問した生徒のレベルを知ることで講師が回答可能か否かを判断できる。
【００２１】
ウェブサーバＷＥＢは、運営センタＢを運営するためのウェブサイト全体を構成し運営するサーバである。
マッチングサーバＭは、生徒端末Ｓから生徒が教師に対して授業の予約をするべく接続した際に、データベースＤに記録されている講師の諸情報を参考に講師を選択し、選択した講師の空き時間に授業の予約を可能とされる等、登録されている生徒と講師との間の予約等の制御を行うサーバである。勿論、生徒端末Ｓへの表示は、講師に関する情報の全てではなく、受け持ち可能な学年及び授業科目を表示させる等選択可能である。又、マッチングサーバＭでは、生徒が現在予約授業の入っていない講師（待機状態の講師）を選択し、例えば生徒からの突然の質問等突然に授業を行う場合にも生徒端末Ｓと講師端末Ｔとを対応させて予約授業可能にすることもできる。このように、マッチングサーバＭによって予め予約された授業以外にも待機状態の講師が授業可能とすることで、講師の待機時間を有効に利用可能とする。
【００２２】
講師端末Ｔは、運営センタＢにおいて生徒と授業を行うための端末であり、入力キー等端末として必要な機能を備える。講師端末Ｔは、複数設けられ複数の講師と複数の生徒が通信による授業を行うことができる。又、講師端末Ｔは、予め生徒から予約された予約時間に授業を行うばかりでなく、予約とは関わりなく生徒から運営センタＢへアクセスされる質問（但し、生徒から運営センタＢの運営等に対する質問ではない。以下、生徒からの質問とは、勉強内容に対する質問をいう。）等突然の授業に対応する際も用いられる。生徒端末Ｓからは生徒が質問等予約した授業以外でも、質問のためにアクセスした時間に授業を行っていない講師に対して突然の授業として行うことができ、対応できる講師がいない場合には、授業予約と同じように予約を取り行う。
【００２３】
生徒情報検索端末Ｒは、各講師端末Ｔに対応して設けられ、図２に表すフローチャートに表すように、教育システムＡにログオンして授業を受けられる状態の全ての生徒端末Ｓを順次監視した結果、ログインしている講師に生徒の情報等を表示させ、且つ、講師からの所定の入力操作を行わせるための端末である。そして、生徒端末Ｓを該フローチャートに沿って処理しているときに、監視している生徒端末Ｓが教育システムＡで講師と授業の開始を希望すると入力した場合には、教育システムＡから授業の開始を希望する信号を受領して、該生徒端末Ｓが指定した講師端末Ｔに生徒端末Ｓの生徒情報を表示させ、講師端末Ｔに教育システムＡによる授業が出来るように接続して良いか否かを判断させ、その結果に応じて授業可能に接続するか授業を出来ない旨生徒端末Ｓ或は所定の教育システムＡの係員に通知する。
【００２４】
ファイルサーバＦは、教育システムＡを管理する上で必要なデータの記録や制御を行うサーバであり、教育システムＡの基本プログラム等が運転される。
社内システム端末Ｃは、運営センタＢを運営するに当たって必要なシステム等を管理するのに用いる端末であり、ファイルサーバＦとの間でプログラムの修正や追加等が図られる。勿論、運営センタＢ全体の管理も行うので、ファイルサーバＦのシステム構築・改変を行うことによって或は行うために、データベースＤ、ウェブサーバＷＥＢ、マッチングサーバＭ、講師端末Ｔ、生徒情報検索端末Ｒに対しての指示やシステムの構築改変を行うための指示入力が可能である。
以下に、このように構築される運営センタＢの教育システムＡを監視して講師に対して授業を申し込みこれから授業を行おうとしている生徒の情報を表示させて講師に授業を受諾するか否かを判断させる通信の受諾判断方法及び同システムを説明する。
【００２５】
講師は、予め運営センタＢに出向き、講師端末Ｔによって運営センタＢの教育システムＡにログインし、講師端末Ｔによって生徒との授業が可能である待機状態をとる。講師のログインに際しては、講師個々に与えられたＩＤナンバー及びパスワード等の認証情報を講師が講師端末Ｔから入力してログインする。この時、ファイルサーバＦでは入力された該ＩＤナンバー及びパスワードに対応してデータベースＤに記録されている講師がサービスを提供できる、即ち受け持てる分野及びレベルの情報を入力し、マッチングサーバＭに講師に対応して認識される。尚、講師のＩＤナンバー及びパスワードの照合は、講師個々に持たせる固有のカードをカードリーダライタによって読み込み行う等の方法でも良い。
【００２６】
具体的には、講師端末Ｔから教育システムＡへ接続し、ウェブサーバＷＥＢが表示する画面に基づき、ＩＤナンバー、パスワード等講師を特定する認証情報を入力し、更にログインボタンをクリックする。運営センタＢでは、講師のＩＤナンバー及び講師の入力する暗証情報などにより該講師が正規の者であることを認証する。この時の認証には、ファイルサーバＦがログインした講師の情報をデータベースＤに問い合わせ、入力されたものとの照合を行い認証する。勿論、照合の結果不一致で有れば、再度入力を促す或は正しくない認証情報であることをログインした講師端末Ｔに表示させて接続を切断する等する。又、認証情報が一致していても既にシステムにログインしている状態で合った場合には、二重ログインである旨を通知してログインを受け付けないようにする。即ち、認証情報が一致し、且つ当該ログイン試行時に未だログインしていない認証情報であった場合にログインさせ、掲示板画面等の次の画面を表示させて授業等のサービスを行うことを可能とする。掲示板画面では、サーバメンテナンス情報、新規サービス開始などの受講者、講師へのお知らせが表示される。この画面への書き込みの権限は、予めデータベース管理者として登録されたもののみ行うことができ、被管理権限のユーザーは単に掲示板を見て確認することのみである。掲示板での告知を読んだ後に講師は授業ボタンをクリックして待機状態となる。
【００２７】
講師端末Ｔでは、授業ボタンがクリックされたので、待機準備画面を表示する。待機準備画面は、授業時の諸注意事項の表示、カメラ、インカム、手書き入出力装置、スキャナその他、対応に必要な準備が整っているか否かを講師自らが確認した後に画面に表示された待機ボタンをクリックし、待機状態となる。
マッチングサーバＭでは、待機ボタンの入力があったことで、講師端末Ｔに対応する講師が生徒との応対が可能な講師として書き込まれ、生徒が対応できる講師を検索した場合には、ヒットさせて生徒端末Ｓに該講師の情報を、対応可能な講師として表示させる。生徒はこの状態で予約しておいた講師を選択することで予約の授業を行えることとなる
【００２８】
このようにマッチングサーバＭに、ログインして待機状態となっている各講師と該講師の提供できるサービスとを認識させておくことで、生徒がログインしたときに、待機状態である講師の情報を生徒端末Ｓに表示させて、生徒が講師を選択できるようにしておく。勿論、選択に当たっては、学科、レベル等による講師の絞り込み等、一般に行われている絞り込みの機能を用意しておき、生徒端末Ｓからこれらのプログラムを用いて絞り込み可能としても良い。
この状態では、図２に表すように、通信の受諾判断方法の各処理が実行されている。そして、運営センタＢでは複数の講師が講師端末Ｔからログインして待機状態となり授業を開始できる状態となる。
【００２９】
一方、生徒は、生徒端末Ｓから運営センタＢへネットワークＮＥＴを経由して接続し、ウェブサーバＷＥＢが表示する画面に基づき、ＩＤナンバー、パスワード等生徒を特定する情報を入力し、更にログインボタンをクリックする。運営センタＢでは、生徒のＩＤナンバー及び生徒の入力する暗証情報などにより生徒が授業を受けることが許された生徒であることを認証する。この時の認証には、ファイルサーバＦがデータベースＤにログインした生徒の情報を問い合わせ、入力されたものとの照合を行い認証する。勿論、照合の結果不一致で有れば、再度入力を促す或は正しくない認証情報であることをログインした生徒端末Ｓに表示させて接続を切断する等する。又、認証情報が一致していても既にシステムにログインしている状態であった場合には、二重ログインである旨を通知してログインを受け付けないようにする。即ち、認証情報が一致し、且つ当該ログイン試行時に未だログインしていない認証情報であった場合にログインさせ、掲示板画面等の次の画面を表示させて授業等のサービスを受けることを可能とする。掲示板画面では、サーバメンテナンス情報、新規サービス開始などの受講者、生徒へのお知らせが表示される。この画面への書き込みの権限は、予めデータベース管理者として登録されたもののみ行うことができ、被管理権限のユーザーは単に掲示板を見て確認することのみである。掲示板で告知を読んだ後に生徒は授業ボタンをクリックして授業可能な待機状態をなる。
【００３０】
そして、接続した生徒の生徒端末Ｓは、予め予約しておいた時間に授業ボタンをクリックし、ログインして待機状態の講師の中から予約した講師を画面上の所定位置をクリックする等して選択する。すると、教育システムＡでは、該生徒端末Ｓと予約した講師の講師端末Ｔとを接続して授業を開始する。この通常の予約された授業の開始は、既に従来例によって開示されている方法や、他の方法によって行われればよい。
【００３１】
この状態では、図２に表すようなフローチャートが教育システムＡと共に平行に処理されており、ログオンして授業を希望可能な生徒端末Ｓを監視している。そして、運営センタＢでは複数の講師が講師端末Ｔからログインして待機状態となり授業を開始できる状態となると共にログインした複数の生徒端末Ｓが授業を開始できる待機状態となっている。
次いで、この状態から通信の受諾判断方法及び通信の受諾判断システムが作動してどの様に制御するかの詳細を説明する。
【００３２】
生徒がログインし待機状態となったときに、待機状態の生徒に待機フラグを立てる等して、待機している各生徒毎に識別可能とし、生徒がログインし待機状態となったときに、待機状態の生徒毎にナンバリング等して、待機している各生徒毎に識別可能とし、図２に表すフローチャートが該各生徒を順次検索しては実行される。
【００３３】
即ち、生徒は予約した授業や予約した授業時間に、或はそれ以外の時間、例えば講師に質問を行うために、上記同様運営センタＢに接続する。
すると、教育システムＡでは、運営センタＢに待機しており、且つ、現在授業を行っていない講師の情報をログインした生徒端末Ｓに表示する。この時表示する講師は、ログインした生徒の学年、レベル等の情報をデータベースＤに問い合わせて、該生徒の学年、レベル等に合った講師を表示させても良く、又、全ての講師と該講師の提供可能なサービスを表示させても良い。
【００３４】
この状態で生徒は教育システムＡにおいて待機状態となるので、図２に表すフローチャートの待機生徒認識ステップ１では、待機状態となった生徒を認識する。即ち、待機生徒認識ステップ１は、教育システムＡで生徒が待機状態となった信号を入力の入力を監視し、入力があった場合には待機として信号によって識別される生徒を認識して通信の受諾判断方法の監視下の生徒とする。この認識は、待機状態となった生徒全てに順にナンバリングする等して生徒毎に識別可能な状態をとり、図２に表すフローチャートを全ての待機状態となった生徒に繰り返し行う。この処理は停止命令（終了命令）が入るまでエンドレスで行い、一通りの生徒を行うと再び最初の生徒から始め、途中で待機状態の生徒が入ってきたり、或は待機状態を解除した場合も、その都度待機状態の生徒を認識し、処理対象としたり処理対象から外したりを行う。
【００３５】
このように、待機状態となった生徒の情報の入力を待ち受けて順次処理対象とするところでは、既に通信の受諾判断方法及び同システムが実行されている。
以下では、通信の受諾判断方法及び同システムの処理を実際の教育システムＡの動きに照らしながら説明する。
待機生徒認識ステップ１に続けて実行される講師選択判断ステップ２は、待機中の生徒によって授業を受ける講師が選択されたか否かを判断するステップで有る。講師選択判断ステップ２では、講師が選択されたか否かを判断すると共に、選択された場合には選択された講師の情報を教育システムＡから入手して認識する。講師選択判断ステップ２では、講師を選択されない場合には、再び待機生徒認識ステップ１が実行され、待機生徒認識ステップ１によって次の待機中の生徒が設定され、次の待機中の生徒が講師選択判断ステップ２で選択したか否かの判断処理が行われる。
【００３６】
そこで、監視下にある待機中の生徒が表示画面の所定箇所をクリックする等して生徒端末Ｓに表示された画面から講師を選択する。この時の選択は、予め予約しておいた場合には予約しておいた講師を選択し、突然の予約或は質問等の場合には、画面に表示された講師情報から講師を選択して行う。
すると、講師選択判断ステップ２では、該生徒が講師を選択した信号を受領するので、生徒が講師を選択したと判断し、続けて生徒画面表示ステップ３が実行される。
【００３７】
生徒画面表示ステップ３は、生徒の属性通知ステップであり該属性を通知する手段として実行され、生徒が選択した講師が使用している講師端末Ｔの画面に選択した生徒の属性情報の画面を表示させるステップである。生徒画面表示ステップ３に続けては受諾入力ステップ４が実行される。
受諾入力ステップ４は、生徒画面表示ステップ３で表示された生徒の希望に応じて授業が出来るか否かを選択させる画面を表示させると共に入力を可能とするステップである。
【００３８】
従って、生徒画面表示ステップ３によって表示された生徒の属性情報を見て、講師自身が自分で授業に対応できるかどうかを判断し、受諾入力ステップ４によって表示された画面上の所定箇所をクリックする等の手段により授業を受諾するか否かを選択可能となる。尚、生徒の属性情報とは、生徒の氏名等個人情報や小学生・中学生・高校生の別及び学年並びに学科、又、高校生で有れば、私立大学受験・国公立大学受験・有名私立受験等受験希望ランク情報等、生徒の希望している授業レベルなどの情報である。これら情報を講師に提供することで、講師は自身が生徒の希望する授業に対応できるか否かを判断する材料とする。そして、講師は所定位置をクリックする。
【００３９】
受諾入力ステップ４に続けては受諾判断ステップ５が実行される。受諾判断ステップ５は、生徒画面表示ステップ３で表示された内容を見て講師が受諾するか否かの入力を待ち受け、講師が受諾した場合には、続けて接続指示ステップ６が実行され、生徒との対応を拒否した場合（受諾しない場合）には続けて受諾拒否通告ステップ７が実行される。
即ち、講師が受諾する旨の判断をすると、受諾判断ステップ５が受諾したと判断し、接続指示ステップ６が実行される。接続指示ステップ６では、授業を希望する生徒と選択された講師とが授業を行えるようにネットワークＮＥＴにて接続させるように教育システムＡへ指示するステップであり、選択された講師の講師端末Ｔ及び授業を希望する生徒の生徒端末Ｓとは接続指示ステップ６の指示によって教育システムＡがネットワークＮＥＴにて接続し、授業を行うこととなる。そして、接続指示ステップ６に続けては再び待機生徒認識ステップ１が実行され、次の待機生徒が選ばれて再び待機生徒認識ステップ１以下の処理が繰り返される。
【００４０】
又、受諾判断ステップ５が受諾しないと判断した場合には続けて受諾拒否通告ステップ７が実行される。受諾拒否通告ステップ７は、講師が受諾を拒否した旨を授業を希望していた生徒へ通告するステップであり、生徒画面へ他の講師を選択するように促す画面を表示すると共に、教育システムＡに該生徒が講師を選択した状態であるのをリセットし、生徒端末Ｓ及び講師端末Ｔを待機状態にリセットするよう指示して、マッチングサーバＭが両端末Ｓ及び端末Ｔを待機状態とする。
【００４１】
受諾拒否通告ステップ７に続けては、再び待機生徒認識ステップ１を繰り返し、次の待機生徒を選択して待機生徒認識ステップ１以下を繰り返す。
尚、受諾拒否通告ステップ７における講師が受諾を拒否した旨、及び、他の講師を選択する旨の指示は、この実施の形態では直接生徒端末Ｓに表示し指示したが、教育システムＡの社内システム端末Ｃに該当する生徒の情報と生徒への指示内容等を表示すると共にビープ音等の音により通知し、教育システムＡの係員が、当該生徒端末Ｓに対して講師の変更を促すようにしても良く、更には、教育システムＡ側で代理の講師を選択するとともにその旨を当該生徒端末Ｓに通知し該代理講師の講師端末Ｔと当該生徒端末Ｓとを接続させて授業を行わせるようにしても良く、当該生徒端末Ｓに当該講師が受諾できないので他の講師を選択するように或は選択した旨を通告できればよい。
【００４２】
上記第１の実施の形態では、生徒画面表示ステップ３及び受諾入力ステップ４による表示及び入力操作は、夫々講師端末Ｔに対応して設けられる生徒情報検索端末Ｒに表示され入力が行われるように構成されているので、生徒端末Ｓ及び講師端末Ｔの負担を軽減し、教育システムＡに対する負担が無い状態を作れる。
しかしながら、上記実施の形態１では講師端末Ｔは必ず運営センタＢへ出向き運営センタＢ内に設置された講師端末Ｔによってログインしなければならない。そこで、講師が在宅でも生徒の授業を行えるようにする実施の形態が図３に表す第２の実施の形態である。
【００４３】
第２の実施の形態では、図２に有るように、運営センタＢを生徒情報検索端末Ｒを設けず構成すると共に、運営センタＢ以外にも講師端末Ｔを設置し、該講師の講師端末Ｔは、生徒が運営センタＢと接続するためのものと同じネットワークＮＥＴを経由して運営センタＢと接続され、教育システムＡが運用されるように構成される。
そして、図２に表す受諾判断のフローチャートに基づいて第１の実施の形態同様に処理されるが、生徒画面表示ステップ３及び受諾入力ステップ４では、講師端末Ｔに直接表示すると共に入力可能に構成する。その他の作用は第１の実施例同様である。
【００４４】
又、特に図示して説明はしないが、第１の実施の形態と第２の実施の形態とを合体させ、運営センタＢ内に生徒情報検索端末Ｒを設置すると共に、運営センタＢ外部にも講師端末Ｔを設け、運営センタＢ内の講師端末Ｔは第１の実施の形態同様生徒画面表示ステップ３及び受諾入力ステップ４による表示等を生徒情報検索端末Ｒにて行い、運営センタＢ外部に設ける講師端末Ｔは第２の実施の形態同様生徒画面表示ステップ３及び受諾入力ステップ４による表示等をネットワークＮＥＴを経由して行うようにしても良い。
【００４５】
尚、生徒画面表示ステップ３及び受諾入力ステップ４による表示等を教育システムＡを実施するネットワークＮＥＴを経由して行う場合には、教育システムＡにおける通信に加えて、この発明による通信の受諾判断の情報も通信されることとなるため、運営センタＢ外部に設けた講師端末Ｔとの通信は例えばナローバンド等通信速度の比較的低速な通信ではスピーディーな表示が難しい場合が生ずる場合もある。
【００４６】
【発明の効果】
従って、この発明によれば、講師等の対応者が被対応者の要求する対応条件を確認して対応に当たることが可能となる。又、対応条件が一致せずに対応できないときには、被対応者に他の対応者を選択するよう促せるので、スムースな対応者の変更が可能となる。
【００４７】
これにより、突然の被対応者からの通信希望に対しても対応条件の合った対応者がスムースに対応に当たれるようになるので、対応者及び被対応者を生徒と講師との授業に例えれば、突然の生徒からの質問等があっても、当該生徒の情報を講師と生徒の接続前に確認出来ることで、講師が対応可能かどうかの判断を下すことが可能で、その判断によって講師がそのまま対応することも出来るし、質問に対して対応できない場合には他の講師を選択することも可能となり、待機中の講師がその講師の対応できる条件に応じて生徒からの対応要求に応えることが可能となる。
【００４８】
更に、対応者及び被対応者との通信回線が低速で行われる場合でも、対応するためのシステム側に被対応者がいることで、通信に影響することなく上記対応の受諾及び対応者の変更が可能となる。従って、講師と生徒が通信する前に講師が生徒の希望通り対応可能かどうかを判断できるので、対応者が対応できないにも拘わらず生徒と講師との接続を完了し生徒と講師の通信が確立することで授業に対する課金が行われることがないという効果を有する。
【図面の簡単な説明】
【図１】この発明の第１の実施の形態を説明する説明図
【図２】同フローチャート
【図３】この発明の第２の実施の形態を説明する説明図
【符号の説明】
Ａ    教育システム
Ｂ    運営センタ
Ｃ    社内システム端末
Ｄ    データベース
Ｆ    ファイルサーバ
Ｍ    マッチングサーバ
Ｓ    生徒端末
Ｔ    講師端末
Ｒ    生徒情報検索端末
１    待機生徒認識ステップ
２    講師選択判断ステップ
３    生徒画面表示ステップ
４    受諾入力ステップ
５    受諾判断ステップ
６    接続指示ステップ
７    受諾拒否通告ステップ
【図１】
2004191887.tif 000003
【図２】
2004191887.tif 000004
【図３】
2004191887.tif 000005