JPH1026926A - 遠隔講義システム、レッスンマネージャ及びネットワークシステム - Google Patents

Abstract

(57)【要約】 【課題】 端末間教材同期表示の保証、受講者端末の状
態表示、及び効果的な教材キャッシングを実現し、遠隔
講義を効果的に且つスムーズに進行させることを可能と
する。 【解決手段】 レッスンマネージャ１４は、講師端末１
２で発生したイベントのイベントデータを各受講者端末
１３₁〜１３_nに伝送する。受講者端末１３₁〜１３_nのリ
クエストが講師端末１２のリクエストと一致していない
場合には、受講者端末１３₁〜１３_nに要求して、リクエ
ストを講師端末１２のリクエストに一致させる。講師端
末１２からＨＴＴＰサーバ１１への教材のリクエスト、
及び該リクエストに対するＨＴＴＰサーバ１１からのレ
スポンスを中継して、講師端末１２及び各受講者端末１
３₁〜１３_nに配信する。さらに、レッスンマネージャ１
４は、各受講者端末１３₁〜１３_nの教材のロード状態を
講師端末１２に通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、遠隔地にいる受
講者と講師とでネットワークを介して講義を行う遠隔講
義システムに係り、特にＷＷＷ（ワールドワイドウェ
ブ）を利用した遠隔講義システム及び該遠隔講義システ
ムを構築するためのネットワークシステム及びレッスン
マネージャに関する。

【０００２】

【従来の技術】インターネットの爆発的な普及に伴い、
インターネットにおけるＷＷＷを学校教育及び企業内研
修等に利用しようとする試みが盛んに行なわれるように
なっている。このようなＷＷＷを利用した教育システム
の一つに、遠隔地にいる講師と受講者とにより、インタ
ーネット上に電子教室を構築して、講義を実現する遠隔
講義システムが試みられている。ここで、講師とは、例
えば教師等を含み、受講者とは、例えば生徒、学生、学
習者等を含んでいる。

【０００３】このような遠隔講義システムは、企業内研
修、学校及び学習塾等の講義に有効に利用することがで
きる。受講者は、物理的な空間に拘束されることなく、
オフィス又は自宅にいながら、遠隔地で行なわれる講義
に参加することができる。講師と受講者とは、同じ画面
を共有することにより、通常の教室で行なわれている講
義のように、教育・学習を行うことが可能である。この
場合、講師と受講者とは、常に同一の画面を共有できる
ようにするため、端末間連動及び教材同期表示を実現す
ることが必要である。

【０００４】ＷＷＷを利用した遠隔講義システムにおい
ては、ＨＴＭＬ（Hyper Text Markup Language）で記述
されるＷＷＷのウェブページ（文書）にアクセスして該
ウェブページを適正なフォーマットで表示するためのウ
ェブブラウザと、ウェブページのデータを伝送するため
のＨＴＴＰ（ハイパーテキスト転送プロトコル〜Hyper
Text Transfer Protocol）によるウェブページのサービ
スを実現するウェブサーバであるＨＴＴＰサーバとに、
特別な変更を加えることなく、講師端末と受講者端末と
の間における教材の同期表示を実現することが望まし
い。ウェブブラウザは、ＷＷＷブラウザ、ＨＴＭＬブラ
ウザ又は単にブラウザなどとも称され、例えば、ネット
スケープナビゲータ（Netscape Communications社）、
インターネットエクスプローラ（Micrsoft社）及びホッ
トジャバ（Sun Microsytems社）等が知られている。

【０００５】従来、このような教材同期表示を実現する
方式として、ＵＲＬ（Uniform Resource Locator）連動
方式とイべント連動方式とが用いられている。ＵＲＬ連
動方式とは、ＷＷＷのページの識別子であるＵＲＬを利
用して、端末間を連動させ、教材の同期表示を実現する
方式である。すなわち、ＵＲＬ連動方式では、講師端末
及び受講者端末の全ての端末が、常に同じＵＲＬをロー
ドすることによって、端末間教材同期表示を実現する。

【０００６】具体的には、図１０に示すように、講師端
末１がアップロードした教材のＵＲＬが、ネットワーク
を通じて各受講者端末２１〜２ｎに伝送される。ＵＲＬ
を受け取った受講者端末２１〜２ｎでは、そのＵＲＬを
用いてＨＴＴＰサーバ３にＧＥＴリクエストを送信し、
講師端末１と同じ教材をダウンロードして、受講者端末
２１〜２ｎにウェブブラウザにて表示する。

【０００７】一方、イベント連動方式では、ＵＲＬの代
わりに講師端末で発生したイベントの内容が受講者端末
に送信される。受講者端末では、そのイベントをあたか
も自分の端末で発生したかのように再生し、講師端末と
全く同一の動作を実現する。

【０００８】この場合、講師端末と受講者端末との間に
おいて、教材の同期表示を実現することができるだけで
なく、カーソルの移動、マウスボタンの押下、キーボー
ドによる入力、メニュー操作等も連動することになるの
で、講師端末の様子は受講者端末において完全に再現さ
れることになる。なお、ここで述べるイベントには、マ
ウスの移動、ボタンのクリック、キーの押下等のハード
ウェアイべントの他に、様々なシステムイべントも含ま
れるものとする。

【０００９】

【発明が解決しようとする課題】上述した従来の遠隔講
義システムの手法には、実用上様々な問題点がある。Ｕ
ＲＬ連動方式では、受講者端末等の端末側で、ウェブブ
ラウザに変更を加えずに、ＵＲＬを取得することは一般
的に困難である。ＵＲＬを入手するには、例えばＣＧＩ
（Common Gateway Interface）を利用したり、通常のＨ
ＴＭＬでない、特殊な書き方で教材を記述したりしなけ
ればならない。ＣＧＩは、ＨＴＴＰサーバに、特別なプ
ログラムを実行させるためのインタフェースである。こ
のＣＧＩの利用は、ＨＴＴＰサーバがプログラムを実行
するため、セキュリティの面で問題があるとされてい
る。

【００１０】このように、ＵＲＬ連動方式は、ＣＧＩを
利用したり、特殊な記述により教材を作成する必要があ
るため、教材作成が複雑になるだけでなく、通常のＨＴ
ＭＬで記述したＨＴＭＬ教材は利用することができなく
なってしまう。その上、このＵＲＬ連動方式では、マウ
スポインタの移動及びキーボード入力などの操作の連動
については、別途何らかの方法を講じて実現する必要が
ある。

【００１１】イベント連動方式では、上述したような問
題は生じないものの、このイベント連動方式及び上述の
ＵＲＬ連動方式の両方式において、端末間教材同期表示
の保証、受講者端末の状態表示、及び効果的な教材キャ
ッシングといったような機能を実現することは、いずれ
も困難である。なお、端末間教材同期表示保証機能は、
各受講者が常に講師と同じ教材を共有することを保証す
る機能である。また、受講者端末状態表示機能は、受講
者端末における教材ロードの進行状態を、講師端末で表
示する機能である。これらの機能は、遠隔講義を、スム
ーズに進行させるために、欠くことのできないものであ
る。

【００１２】また、遠隔講義では、講師端末と受講者端
末とがほぼ一斉にＨＴＴＰサーバにリクエストを送りつ
けるため、通常のＨＴＴＰサーバが利用するキャッシン
グアルゴリズムでは効果的なキャッシングが期待できな
い。そこで、ネットワークのバンド幅を有効に利用し、
全端末が同じ教材をロードし、表示し終わるまでに要す
る同期達成時間を短く抑えるためには、新たなキャッシ
ング方式が必要となる。

【００１３】この発明は、上述した事情に鑑みてなされ
たもので、遠隔講義を効果的に且つスムーズに進行させ
ることを可能とする遠隔講義システム及び該遠隔講義シ
ステムを構築するネットワークシステム及びレッスンマ
ネージャを提供することを目的としている。また、この
発明は、端末間教材同期表示の保証、受講者端末の状態
表示、及び効果的な教材キャッシングを可能とする遠隔
講義システム及び該遠隔講義システムを構築するネット
ワークシステム及びレッスンマネージャを提供すること
を目的としている。

【００１４】

【課題を解決するための手段】上記目的を達成するた
め、この発明の第１の観点にかかる遠隔講義システム
は、ウェブブラウザを備え、講師が使用するための講師
端末と、それぞれウェブブラウザを備え、受講者が使用
するための複数の受講者端末と、前記講師端末及び前記
複数の受講者端末に結合され、教材としてのウェブペー
ジをサービスするウェブサーバと、前記講師端末及び前
記複数の受講者端末と前記ウェブサーバとの間に設置さ
れ、各前記受講者端末からの教材のリクエストと前記講
師端末からの教材のリクエストとを比較して前記複数の
受講者端末のリクエストを前記講師端末のリクエストに
一致させるべく制御し、前記講師端末から前記ウェブサ
ーバへの教材のリクエスト、及び該リクエストに対する
前記ウェブサーバからのレスポンスを中継し該レスポン
スをリクエストに応じて前記講師端末及び各前記受講者
端末に配信するとともに、各受講者端末の教材のロード
状態を前記講師端末に送信し表示させるレッスンマネー
ジャと、を具備することを特徴とする。

【００１５】この遠隔講義システムでは、レッスンマネ
ージャにより、各受講者端末のリクエストを講師端末に
一致させ、講師端末からのリクエストによりウェブサー
バからのレスポンスを得て講師端末及び複数の受講者端
末に配信し、各受講者端末の状態を講師端末に通知し
て、教材の同期表示を保証することができる。

【００１６】前記レッスンマネージャは、従属的に結合
されて複数個設けられ、最上位のレッスンマネージャの
みが前記講師端末に直接結合され、下位のレッスンマネ
ージャは上位のレッスンマネージャを介して前記講師端
末に結合されるとともに、前記最上位のレッスンマネー
ジャのみが前記講師端末へのウェブサーバからのレスポ
ンスの配信を行うようにしてもよい。このような構成に
すれば、負荷を効果的に分散することができる。

【００１７】前記レッスンマネージャは、前記ウェブサ
ーバからのレスポンスをキャッシングするキャッシュ手
段を含んでいてもよい。

【００１８】前記レッスンマネージャは、前記講師端末
で発生したイベントのイベント情報を各前記受講者端末
に伝送する手段を含んでもよい。この遠隔講義システム
では、講師端末で発生したイベントのイベント情報を各
受講者端末に伝送して、イベント連動方式をベースとす
る教材の同期表示を保証する。

【００１９】前記ウェブサーバからのレスポンス及び前
記イベント情報をキャッシングするキャッシュ手段を含
んでもよい。

【００２０】各前記受講者端末は、前記イベント情報の
うちの予め設定された一部のイベント情報の紛失が検出
された際に前記レッスンマネージャに再送を要求する手
段を含んでも良く、また、前記レッスンマネージャは、
各前記受講者端末からの再送要求に応じて該当するイベ
ント情報を再送する手段を含んでも良い。

【００２１】また、この発明の第２の観点にかかるレッ
スンマネージャは、講師端末からウェブサーバへの教材
のリクエストを中継する中継処理手段と、複数の受講者
端末からの教材のリクエストと前記講師端末からの教材
のリクエストとを比較して各前記受講者端末のリクエス
トを前記講師端末のリクエストに一致させるべく制御す
るリクエスト整合手段と、前記リクエストに対する前記
ウェブサーバからのレスポンスをリクエストに応じて前
記講師端末及び各前記受講者端末に配信するレスポンス
処理手段と、各前記受講者端末の教材のロード状態を前
記講師端末に送信し表示させる状態通知手段と、を具備
することを特徴とする。

【００２２】このレッスンマネージャによれば、各受講
者端末のリクエストを講師端末からのリクエストに一致
させ、講師端末からのリクエストによりウェブサーバか
らのレスポンスを得て講師端末及び複数の受講者端末に
配信し、各受講者端末の状態を講師端末に通知して、教
材の同期表示を保証し得る遠隔講義システムを構築する
ことができる。このレッスンマネージャに、キャッシュ
を設ければ、ウェブサーバからのレスポンスをキャッシ
ングすることもできる。

【００２３】また、この発明の第３の観点にかかるネッ
トワークシステムは、ウェブブラウザを備える第１の端
末と、それぞれウェブブラウザを備える複数の第２の端
末と、前記第１の端末及び前記複数の第２の端末に結合
されたウェブサーバと、前記第１の端末及び前記複数の
第２の端末と前記ウェブサーバとの間に設置され、各前
記第２の端末から前記ウェブサーバに対する情報のリク
エストと前記第１の端末から前記ウェブサーバに対する
情報のリクエストとを比較して、前記複数の第２の端末
のリクエストを前記第１の端末のリクエストに一致させ
るように制御し、前記第１の端末から前記ウェブサーバ
への教材のリクエスト及び該リクエストに対する前記ウ
ェブサーバからのレスポンスを中継し、該レスポンスを
リクエストに応じて前記第１の端末及び各前記第２の端
末に配信するとともに、各前記第２の端末の情報のロー
ド状態を前記第１の端末に送信し表示させる制御手段
と、を具備することを特徴とする。

【００２４】このネットワークシステムによれば、制御
手段により、各第２の端末のリクエストを第１の端末の
リクエストに一致させ、各第１の端末からのリクエスト
によりウェブサーバからのレスポンスを得て第１の端末
及び複数の第２の端末に配信し、各第２の端末の状態を
第１の端末に通知して、情報の同期表示を保証すること
ができる。従って、例えば、上述の遠隔講義システムな
どを構築することができる。

【００２５】

【発明の実施の形態】以下、この発明の実施の形態を図
面を参照して説明する。図１〜図３を参照して、この発
明の第１の実施の形態に係る原理的な遠隔講義システム
を説明する。図１は、この発明の第１の実施の形態に係
る遠隔講義システムの構成を模式的に示している。

【００２６】図１に示す遠隔講義システムは、ＨＴＴＰ
サーバ１１、講師端末１２、受講者端末１３₁〜１３_n及
びレッスンマネージャ（ＬＭ）１４を備えている。ＨＴ
ＴＰサーバ１１は、ウェブサーバであり、ＨＴＭＬで記
述された教材を含むウェブページを蓄積している。

【００２７】講師端末１２は、ＨＴＴＰサーバ１１のウ
ェブページを取り込み表示するためのウェブブラウザを
備え、講師の操作に基づいて、ＨＴＴＰサーバ１１に対
する教材のリクエスト及び該講師端末１２におけるイベ
ントデータ等をレッスンマネージャ１４に送出する。講
師端末１２は、レッスンマネージャ１４を介して与えら
れるＨＴＴＰサーバ１１からのレスポンスにしたがっ
て、ウェブブラウザによる教材ウェブページを表示す
る。講師端末１２は、レッスンマネージャ１４を介して
与えられる受講者端末１３₁〜１３_nの状態報告に基づく
受講者端末状態の表示も行う。

【００２８】ｎ台の受講者端末１３₁，１３₂，…１３
_n-1，１３_nは、ＨＴＴＰサーバ１１のウェブページを取
り込み表示するためのウェブブラウザを備え、受講者の
操作に基づいて、ＨＴＴＰサーバ１１に対する教材のリ
クエストをレッスンマネージャ１４に送出する。受講者
端末１３₁〜１３_nは、レッスンマネージャ１４を介して
与えられるＨＴＴＰサーバ１１からのレスポンス及び講
師端末１２からのイベントデータにしたがって、ウェブ
ブラウザによる教材ウェブページを表示する。受講者端
末１３₁〜１３_nは、講師端末１２からレッスンマネージ
ャ１４を介して与えられるイベントデータのうち予め設
定された重要なイベントであるクリティカルイベントの
イベントデータについては、レッスンマネージャ１４に
おいてキャッシュされている過去のイベントデータのシ
ーケンスナンバ情報から、過去のイベントデータの消失
を知ることができる。受講者端末１３₁〜１３_nは、クリ
ティカルイベントのイベントデータの消失が検出された
ときには、当該イベントデータの再送を該当するシーケ
ンスナンバを用いてレッスンマネージャ１４に要求す
る。

【００２９】レッスンマネージャ１４は、講師端末１
２、受講者端末１３₁〜１３_n及びＨＴＴＰサーバ１１の
間に介挿され、これら相互間のやりとりを管理する。す
なわち、レッスンマネージャ１４は、講師端末１２で発
生したイベントのイベントデータを各受講者端末１３₁
〜１３_nに伝送する。レッスンマネージャ１４は、予め
設定したクリティカルイベントに該当するイベントデー
タについては、キャッシングを行うとともに、クリティ
カルイベントであることを示す識別情報を、当該イベン
トデータに関するキャッシングされている過去のイベン
トデータのシーケンスナンバの情報とともに、受講者端
末１３₁〜１３_nに伝送する。レッスンマネージャ１４
は、受講者端末１３₁〜１３_nからイベントデータの再送
の要求があった場合には、要求に応答して該当するイベ
ントデータを該当する受講者端末１３₁〜１３_nに再送す
る。クリティカルイベントについては、後に詳述する。

【００３０】また、レッスンマネージャ１４は、各受講
者端末１３₁〜１３_nからの教材のリクエストと講師端末
１２からの教材のリクエストとを比較して、受講者端末
１３₁〜１３_nのリクエストが講師端末１２のリクエスト
と一致していない場合には、受講者端末１３₁〜１３_nに
要求して、受講者端末１３₁〜１３_nのリクエストを講師
端末１２のリクエストに一致させるようにする。そし
て、レッスンマネージャ１４は、講師端末１２からＨＴ
ＴＰサーバ１１への教材のリクエスト、及び該リクエス
トに対するＨＴＴＰサーバ１１からのレスポンスを中継
して、該レスポンスをリクエストに応じて講師端末１２
及び各受講者端末１３₁〜１３_nに配信する。さらに、レ
ッスンマネージャ１４は、受講者端末１３₁〜１３_nにお
ける教材のロードを監視し、各受講者端末１３₁〜１３_n
の教材のロード状態を講師端末１２に通知する。

【００３１】レッスンマネージャ１４は、具体的には、
例えば図２に示すように構成される。図２のレッスンマ
ネージャ１４は、中継処理部１４１、リクエスト受信部
１４２、リクエスト確認部１４３、要求処理部１４４、
レスポンスキャッシュ１４５、ログ処理部１４６、レス
ポンス処理部１４７、端末監視部１４８、状態通知部１
４９、イベントキャッシュ１５０及びイベント処理部１
５１を備えている。

【００３２】中継処理部１４１は、講師端末１２からの
リクエストがレスポンスキャッシュ１４５をヒットしな
かった場合にのみ、リクエスト受信部１４２を介して与
えられる該講師端末１２からのリクエストをＨＴＴＰサ
ーバ１１に中継する。リクエスト受信部１４２は、講師
端末１２及び受講者端末１３₁〜１３_nからのリクエスト
を受信し、講師端末１２からのリクエストが、レスポン
スキャッシュ１４５をヒットするか否かを調べ、ヒット
しなかった場合にのみ、該リクエストを中継処理部１４
１に与える。

【００３３】リクエスト確認部１４３は、リクエスト受
信部１４２に、全ての受講者端末１３₁〜１３_nからリク
エストが与えられているか、及び全ての受講者端末１３
₁〜１３_nから講師端末１２と同一のリクエストが与えら
れているか否かを調べる。リクエスト確認部１４３は、
リクエストを送出していない受講者端末１３₁〜１３_n又
は講師端末１２のリクエストと一致しないリクエストを
送出している受講者端末１３₁〜１３_nがある場合には、
該当する受講者端末１３₁〜１３_nの情報を要求処理部１
４４に与える。要求処理部１４４は、リクエストを送出
していない受講者端末１３₁〜１３_nに対しては、正しい
リクエストを通知して、正しいリクエストを要求し、且
つ講師端末１２のリクエストと一致しないリクエストを
送出している受講者端末１３₁〜１３_nに対しては、その
旨及び正しいリクエストを通知して、正しいリクエスト
を要求する。

【００３４】レスポンスキャッシュ１４５は、講師端末
１２のリクエストに応じて、ＨＴＴＰサーバ１１からレ
スポンス処理部１４７に与えら得るレスポンスをキャッ
シングする。レスポンス処理部１４７は、レスポンスキ
ャッシュ１４５と関連動作して、講師端末１２からのリ
クエストに応答してＨＴＴＰサーバ１１からのレスポン
スを講師端末１２に送出するとともに、端末監視部１４
８を介して受講者端末１３₁〜１３_nに送出する。レスポ
ンス処理部１４７は、講師端末１２のリクエストが、レ
スポンスキャッシュ１４５をヒットした場合は、対応す
るレスポンスを該レスポンスキャッシュ１４５から講師
端末１２及び端末監視部１４８に送出する。レスポンス
処理部１４７は、講師端末１２のリクエストが、レスポ
ンスキャッシュ１４５をヒットしなかった場合には、Ｈ
ＴＴＰサーバ１１からのレスポンスを講師端末１２及び
端末監視部１４８に送出するとともに、そのレスポンス
をレスポンスキャッシュ１４５にキャッシングする。さ
らにレスポンス処理部１４７は、ログ処理部１４６に、
アクセスの履歴を示すアクセスログにアクセス情報を追
加して保存する。

【００３５】端末監視部１４８は、レスポンス処理部１
４７から与えられたレスポンスを受講者端末１３₁〜１
３_nに伝送して、受講者端末１３₁〜１３_nにおけるレス
ポンスのロード及びロード終了等のロード状況を監視す
る。端末監視部１４８は、受講者端末１３₁〜１３_nにお
けるレスポンスのロード状況を状態通知部１４９に与え
る。状態通知部１４９は、端末監視部１４８から与えら
れる受講者端末１３₁〜１３_nのロード状況を講師端末１
２に通知する。

【００３６】イベントキャッシュ１５０は、講師端末１
２からイベント処理部１５１に与えられるイベントデー
タのうちの所定のクリティカルイベントに該当するイベ
ントデータをキャッシングする。イベント処理部１５１
は、イベントキャッシュ１５０と関連して動作し、講師
端末１２から与えられるイベントデータを受講者端末１
３₁〜１３_nに伝送する。イベント処理部１５１は、講師
端末１２から与えられるイベントデータのうちの予め設
定されたクリティカルイベントのイベントデータについ
ては、クリティカルイベントであること及びイベントキ
ャッシュ１５０にキャッシュされている過去のシーケン
スナンバを示す識別情報を付して、受講者端末１３₁〜
１３_nに伝送する。そして、イベント処理部１５１は、
受講者端末１３₁〜１３_nから再送要求があった場合に
は、該当するイベントデータをイベントキャッシュ１５
０から該当する受講者端末１３₁〜１３_nに再送する。

【００３７】次に、上述した図１及び図２の遠隔講義シ
ステム及びその動作についてさらに具体的に説明する。
この遠隔講義システムにおける連動及び同期保証の方式
は、講師端末と受講者端末との間の高度な連動を実現す
るために、イベント連動方式をベースとして、それに改
良を加えたものである。従来のシステムでは、講師端末
及び受講者端末の全ての端末が、ＨＴＴＰサーバに直接
接続されるようになっていた。それに対して、このシス
テムでは、講師端末１２及び受講者端末１３₁〜１３_nと
ＨＴＴＰサーバ１１との間にレッスンマネージャ（Ｌ
Ｍ)１４を設置し、クライアント端末、すなわち講師端
末１２及び受講者端末１３₁〜１３_n、とＨＴＴＰサーバ
１１との間のやりとりは、全てレッスンマネージャ１４
を経由して行なうようにしている。

【００３８】この場合、レッスンマネージャ１１は、Ｐ
ＲＯＸＹ（代理）機能を有するＨＴＴＰによるＰＲＯＸ
Ｙ−ＨＴＴＰ機能をサポートしており、クライアント端
末（講師端末１２及び受講者端末１３₁〜１３_n）からの
リクエスト、及びそれに対するＨＴＴＰサーバ１１から
のレスポンス（返事）を中継することができる。現在に
おいて、一般的なＷＷＷブラウザは、ほぼ全てＰＲＯＸ
Ｙ機能をサポートしているため、講師端末１２及び受講
者端末１３₁〜１３_nに特別なブラウザを用いる必要はな
い。

【００３９】レッスンマネージャ１４におけるＰＲＯＸ
Ｙ機能は、クライアント端末のリクエストをＨＴＴＰサ
ーバに中継するという意味では、通常のＰＲＯＸＹ−Ｈ
ＴＴＰサーバと似ているが、中継の仕方は異なる。通常
のＰＲＯＸＹ−ＨＴＴＰサーバでは、全てのクライアン
トからのリクエストを中継するのに対し、レッスンマネ
ージャ１４は、講師端末１２と複数の受講者端末１３₁
〜１３_nとからほぼ同時に到着するリクエストの中から
講師端末１２のリクエストのみをＨＴＴＰサーバ１１に
送信する。受講者端末１３₁〜１３_nからのリクエスト
は、レッスンマネージャ１４で止められ、ＨＴＴＰサー
バ１１に中継されることはない。講師端末１２及び受講
者端末１３₁〜１３_nとレッスンマネージャ１４との間で
は、講義に参加している端末の数だけのリクエストとレ
スポンスが同時に行き来するが、レッスンマネージャ１
４とＨＴＴＰサーバ１１との間では、常に一つのリクエ
ストとレスポンスしか発生しない。

【００４０】次に、図１及び図２の遠隔講義システムで
用いるイベント伝送について説明する。講師端末１２と
レッスンマネージャ１４とのイベント伝送に際し、イべ
ントは、まず講師端末１２からレッスンマネージャ１４
に伝送される。レッスンマネージャ１４は、受けとった
イベントを管理下の受講者端末１３₁〜１３_nに伝送す
る。レッスンマネージャ１４と受講者端末１３₁〜１３_n
との間におけるイベント伝送は、次のようにして行われ
る、

【００４１】(1) レッスンマネージャ１４では、イベン
ト処理部１５１が、講師端末１２から受けとったクリテ
ィカルイベントを、イベントキャッシュ１５０により、
一定の数までキャッシングする。キャッシュするイベン
トの数はネットワークの状況に応じてダイナミックに変
化させる。イベントデータの紛失が多ければキャッシュ
するイベントの数を増やす。

【００４２】(2) レッスンマネージャ１４のイベント処
理部１５１において、講師端末１２から受けとったイベ
ントに、キャッシングしてある過去のクリティカルイベ
ントのシーケンスナンバの情報をクリティカルイベント
であること示す識別情報とともに付与して、各受講者端
末１３₁〜１３_nに伝送する。

【００４３】(3) 受講者端末１３₁〜１３_nでは、クリテ
ィカルイベントのイベントデータを受け取ったときにシ
ーケンスナンバを用いて過去のイベントデータの紛失の
有無を判断する。イベントデータの紛失が検出され、且
つ紛失されたイベントデータのシーケンスナンバが、そ
のイベントデータに付されたシーケンスナンバのいずれ
かと一致する場合、レッスンマネージャ１４のイベント
処理部１５１に対して、該当するイベントデータの再送
を要求する。

【００４４】(4) イベントの再送要求を受けたレッスン
マネージャ１４のイベント処理部１５１は、その受講者
端末（１３₁〜１３_nのいずれか）に対して要求されたイ
ベントの再送を行なう。

【００４５】次に、レッスンマネージャ１４の基本機能
について、図３に示すフローチャートを参照して説明す
る。レッスンマネージャ１４はイベント中継の他にＰＲ
ＯＸＹ−ＨＴＴＰ及び端末間教材同期表示保証というよ
うな重要な役割を担っている。以下、基本機能の動作に
ついて説明する。

【００４６】(1) レッスンマネージャ１４のリクエスト
受信部１４２は、講師端末１２及び受講者端末１３₁〜
１３_nからＨＴＴＰによる教材等のリクエストを受信す
る（ステップＳ１１）。

【００４７】(2) リクエスト受信部１４２は、レスポン
スキャッシュ１４５を調べる（ステップＳ１２）。もし
も、レスポンスキャッシュ１４５がヒットしなければ、
中継処理部１４１に講師端末１２からのリクエストを与
えて、該リクエストをＨＴＴＰサーバ１１に中継する
（ステップＳ１３）。

【００４８】(3) レッスンマネージャ１４のリクエスト
確認部１４３が、管理下の全てのクライアント端末、す
なわち講師端末１２及び受講者端末１３₁〜１３_nからＨ
ＴＴＰのリクエストを受けたか否かを、チェックする
（ステップＳ１４）。もしも、リクエストを出していな
い受講者端末（１３₁〜１３_nのうちのいずれか）があれ
ば、要求処理部１４４を介して、講師端末１２と同様の
リクエストを出すように、該当する受講者端末に通知す
る（ステップＳ１５）。

【００４９】(4) 管理下の講師端末１２及び受講者端末
１３₁〜１３_nの全てからのリクエストが出揃ったら、リ
クエスト確認部１４３は、各受講者端末１３₁〜１３_nか
らのリクエストの内容を講師端末１２からのリクエスト
と比較する（ステップＳ１６）。もしも、講師端末１２
と異なるリクエストを出している受講者端末が存在すれ
ば、要求処理部１４４を介して、その受講者端末（１３
₁〜１３_nのうちのいずれか）に正しいリクエストを出す
ように通知する（ステップＳ１７）。

【００５０】(5) ＨＴＴＰサーバ１１からレッスンマネ
ージャ１４のレスポンス処理部１４７がレスポンスを受
けとる（ステップＳ１８）。なお、レスポンスキャッシ
ュ１４５がヒットしている場合には、ステップＳ１８に
おいて、レスポンス処理部１４７は、レスポンスキャッ
シュ１４５からレスポンスを受けとる。

【００５１】(6) レスポンス処理部１４７は、講師端末
１２及び受講者端末１３₁〜１３_nの各端末にＨＴＴＰサ
ーバ１１のレスポンスを伝送する（ステップＳ１９）。
ステップＳ１９における受講者端末１３₁〜１３_nへのレ
スポンスの伝送は、レスポンス処理部１４７から端末監
視部１４８を介して行われる。

【００５２】(7) 端末監視部１４８は、全ての受講者端
末１３₁〜１３_nがロードを終了すると、ロードが終了し
たことをレッスンマネージャ１４の状態通知部１４９よ
り講師端末１２に通知する（ステップＳ２０）。 (8) レスポンスキャッシュ１４５により、キャッシング
を行なう（ステップＳ２１）。

【００５３】(9) ログ処理部１４６により、アクセスロ
グを保存する（ステップＳ２２）。 以上のように、レッスンマネージャ１４を利用すること
によって、次のような効果が得られる。

【００５４】〔１〕端末間教材同期表示の保証 全てのクライアント端末、すなわち講師端末１２及び受
講者端末１３₁〜１３_nからのリクエストがレッスンマネ
ージャ１４に送られる。このため、レッスンマネージャ
１４において、各受講者端末１３₁〜１３_nからのリクエ
ストを講師端末１２のリクエストと比較することによっ
て、各受講者端末１３₁〜１３_nが常に講師端末１２と同
じ教材をロードして、表示していることをチェックする
ことができる。受講者端末１３₁〜１３_nからＨＴＴＰの
リクエストがなかったり、又は講師端末１２と異なるリ
クエストが検出されたりした場合、レッスンマネージャ
１４から正しいリクエストをその受講者端末に通知し、
教材を再度ロードさせる。このようにして、講師端末１
２と受講者端末１３₁〜１３_nとの間における教材同期表
示を保証することができる。

【００５５】〔２〕受講者端末状態表示機能の実現 ＨＴＴＰサーバ１１からのレスポンスは全てレッスンマ
ネージャ１４を経由して各クライアント端末、特に受講
者端末１３₁〜１３_nの各々に送信されるため、レッスン
マネージャ１４において各受講者端末１３₁〜１３_nの教
材ロード状況を把握することができる。受講者端末１３
₁〜１３_nの状態を、レッスンマネージャ１４よりリアル
タイムで講師端末１２に送信して表示すれば、講師端末
１２より受講者端末１３₁〜１３_nにおける進行状況を把
握することができ、遠隔講義のスムーズな進行が可能に
なる。

【００５６】〔３〕効果的なキャッシング レッスンマネージャ１４では、ほぼ同時に到着するＨＴ
ＴＰのリクエストのうち、講師端末１２からのリクエス
トのみをＨＴＴＰサーバ１１に中継する。ＨＴＴＰサー
バ１１からのレスポンスは、レッスンマネージャ１４に
おいてキャッシングされるとともに、各クライアント端
末（講師端末１２及び受講者端末１３₁〜１３_n）に送信
される。

【００５７】〔４〕端末間同期達成遅延時間の短縮 レッスンマネージャ１４を採用しない場合には、全ての
端末から同じリクエストがＨＴＴＰサーバに送信され、
且つ同じレスポンスがＨＴＴＰサーバから各端末に返送
されることになる。ＨＴＴＰサーバがインターネット上
にあったり、ＨＴＴＰサーバと各クライアント端末が低
速回線によって接続されているような場合には、大きな
ネットワーク遅延が発生するため、全てのクライアント
端末が教材をロードし終わるまでにかかる同期達成遅延
時間が大幅に増大するおそれがある。これに対して、レ
ッスンマネージャ１４を利用することにより、クライア
ント端末とレッスンマネージャ１４との間は、通常、高
速ネットワークによって接続することができ、低速回線
を通るトラフィックはレッスンマネージャ１４を用いな
い場合の１／ｎ（ｎは講義参加中の受講者端末の台数）
まで削減することができる。したがって、レッスンマネ
ージャ１４の使用により、同期達成までの遅延時間を大
幅に改善することができる。

【００５８】〔５〕学習履歴の保存と利用が容易になる 受講者のアクセスログは、知的ＣＡＩを実現する上で欠
かせない情報である。従来のシステムでは、外部に存在
するＨＴＴＰサーバに対するアクセスログの採取が困難
であったが、レッスンマネージャ１４を利用すれば、受
講者端末１３₁〜１３_nの全てのアクセス情報を効率よく
採取することが可能になる。

【００５９】図４〜図８を参照して、この発明の第２の
実施の形態に係る遠隔講義システムを説明する。図４
は、この発明の第２の実施の形態に係る遠隔講義システ
ムの構成を模式的に示している。この遠隔講義システム
では、レッスンマネージャを複数個設けて、負荷の分散
及びサポートし得る受講者数の増加を実現することを示
すため、レッスンマネージャを２個設けている。

【００６０】図４に示す遠隔講義システムは、図１と同
様のＨＴＴＰサーバ１１、講師端末１２及び受講者端末
１３₁〜１３_nを有し且つ図１のレッスンマネージャ１４
とほぼ同一のプライマリレッスンマネージャ１４Ａを有
しており、さらにセカンダリレッスンマネージャ１５、
受講者端末１６₁〜１６_m及びルータ１７を具備してい
る。

【００６１】プライマリレッスンマネージャ１４Ａは、
図１のレッスンマネージャ１４とほぼ同様であるが、高
速回線、ルータ１７及び低速回線等を介してセカンダリ
レッスンマネージャ１５に結合されている。

【００６２】セカンダリレッスンマネージャ１５は、機
能的には、図１のレッスンマネージャ１４と実質的に同
一であり、講師端末１２に結合される代わり、高速回
線、ルータ１７及び低速回線等を介してプライマリレッ
スンマネージャ１４Ａに結合されている。

【００６３】ｍ台の受講者端末１６₁，１６₂，…，１６
_m-1，１６_mの各々は、プライマリレッスンマネージャ１
４Ａに結合されるｎ台の受講者端末１３₁〜１３_nの各々
と同様の構成を有し、セカンダリレッスンマネージャ１
５に結合されている。プライマリレッスンマネージャ１
４Ａが結合されている高速回線は、低速回線及び外部の
インターネット回線に、それぞれルータ１７を介して結
合されている。また、セカンダリレッスンマネージャ１
５は、低速回線及び外部のインターネット回線に、それ
ぞれルータ１７を介して結合されている。

【００６４】図５は、プライマリ及びセカンダリレッス
ンマネージャ１４Ａ又は１５の構成の詳細を示してお
り、図２と同様の中継処理部１４１、リクエスト受信部
１４２、リクエスト確認部１４３、要求処理部１４４、
レスポンスキャッシュ１４５、ログ処理部１４６及びイ
ベントキャッシュ１５０を有し、さらに図２のレスポン
ス処理部１４７、端末監視部１４８、状態通知部１４９
及びイベント処理部１５１とそれぞれ若干相違するレス
ポンス処理部１４７Ａ、端末監視部１４８Ａ、状態通知
部１４９Ａ及びイベント処理部１５１Ａを備えている。

【００６５】リクエスト受信部１４２は、プライマリレ
ッスンマネージャ１４Ａの場合には、講師端末１２及び
受講者端末１３₁〜１３_nからのリクエストを受信する
が、セカンダリレッスンマネージャ１５の場合には、プ
ライマリレッスンマネージャ１４Ａを介して与えられる
講師端末１２のリクエスト及び受講者端末１６₁〜１６_m
からのリクエストを受信する。

【００６６】要求処理部１４４は、プライマリレッスン
マネージャ１４Ａの場合には、受講者端末１３₁〜１３_n
にリクエスト要求を通知するが、セカンダリレッスンマ
ネージャ１５の場合には、受講者端末１６₁〜１６_mにリ
クエスト要求を通知する。

【００６７】レスポンス処理部１４７Ａは、プライマリ
レッスンマネージャ１４Ａの場合には、講師端末１２及
び受講者端末１３₁〜１３_nにＨＴＴＰサーバ１１からの
レスポンスを配信するが、セカンダリレッスンマネージ
ャ１５の場合には、ＨＴＴＰサーバ１１からのレスポン
スを、講師端末１２には伝送せず、端末監視部１４８Ａ
を介して受講者端末１６₁〜１６_mにのみ配信する。した
がって、セカンダリレッスンマネージャ１５の場合に
は、講師端末１２に結合し且つ配信するための構成はな
くてもよい。

【００６８】端末監視部１４８Ａは、プライマリレッス
ンマネージャ１４Ａの場合には、受講者端末１３₁〜１
３_nにレスポンス処理部１４７Ａから与えられるレスポ
ンスを配信し且つロード状況を監視するが、セカンダリ
レッスンマネージャ１５の場合には、受講者端末１６₁
〜１６_mにレスポンス処理部１４７Ａから与えられるレ
スポンスを配信し且つロード状況を監視する。

【００６９】状態通知部１４９Ａは、プライマリレッス
ンマネージャ１４Ａの場合には、端末監視部１４８Ａか
ら与えられる受講者端末１３₁〜１３_nにおけるレスポン
スのロード状況及びセカンダリレッスンマネージャ１５
から与えられる受講者端末１６₁〜１６_mにおけるレスポ
ンスのロード状況を講師端末１２に通知するが、セカン
ダリレッスンマネージャ１５の場合には、受講者端末１
６₁〜１６_mにおけるレスポンスのロード状況をプライマ
リレッスンマネージャ１４Ａに通知する。したがって、
セカンダリレッスンマネージャ１５の場合には、下位の
レッスンマネージャからの通知を受けるための構成はな
くてもよい。

【００７０】イベント処理部１５１Ａは、プライマリレ
ッスンマネージャ１４Ａの場合には、イベントデータを
受講者端末１３₁〜１３_nに伝送するが、セカンダリレッ
スンマネージャ１５の場合には、イベントデータを受講
者端末１６₁〜１６_mに伝送する。

【００７１】図４及び図５に示した遠隔講義システムに
おける講師端末イベントの伝送について図６を参照して
具体的に説明する。講師端末１２と例えば受講者端末１
３₁〜１３_n等との連動を実現するために、講師端末１２
で発生したイベントを各受講者端末１３₁〜１３_n等に伝
送し再生する。イべントデータは、講師端末１２から受
講者端末１３₁〜１３_n等に直接送られるのではなく、プ
ライマリレッスンマネージャ１４Ａ及びセカンダリレッ
スンマネージャ１５経由でイベントデータの伝送が行な
われる。このことにより、プライマリレッスンマネージ
ャ１４Ａ及びセカンダリレッスンマネージャ１５による
伝送の負荷分散及び最適化を容易に行うことができる。

【００７２】ＨＴＴＰサーバ１１、プライマリレッスン
マネージャ１４Ａ、セカンダリレッスンマネージャ１５
及びクライアント端末（講師端末１２、受講者端末１３
₁〜１３_n及び１６₁〜１６_m）の相互間において、ウェブ
ブラウザに関するＨＴＴＰメッセージの送受信は、全て
ＴＣＰ（Transmission Control Protocol）を用いて行
う。また、講師端末１２とプライマリレッスンマネージ
ャ１４Ａとの間、プライマリレッスンマネージャ１４Ａ
とセカンダリレッスンマネージャ１５との間のイベント
データの伝送にもＴＣＰを用いている。

【００７３】端末数が増加した場合、プライマリレッス
ンマネージャ１４Ａ及びセカンダリレッスンマネージャ
１５におけるＴＣＰ資源が不足するような事態が発生す
ることが考えられる。このため、プライマリレッスンマ
ネージャ１４Ａ及びセカンダリレッスンマネージャ１５
と受講者端末１３₁〜１３_n及び１６₁〜１６_mとの間にお
けるイベントデータの伝送は、ＵＤＰ（User Datagram
Protocol）を用いておこなう。ＵＤＰを利用することに
よりマルチキャストによる効率的な伝送が可能になる。

【００７４】しかし、ＴＣＰと異なり、ＵＤＰは送信し
たデータが正しく相手に届くことを保証していない。こ
のため、送信したイベントデータが受講者端末１３₁〜
１３_n及び１６₁〜１６_mに到着しないケースが発生する
ことが考えられる。遠隔講義においては講師端末１２で
発生するイベントには、マウスの移動のように受講者端
末１３₁〜１３_n及び１６₁〜１６_mヘの伝送途中で失われ
てしまってもさほど問題にならないイベントと、マウス
のクリックやキー入力のように受講者端末１３₁〜１３_n
及び１６₁〜１６_mで必ず再生されなければならないイベ
ントがある。後者のような必ず再生されなければならな
いイベントは、遠隔講義における端末間連動に欠かせな
いものであることから、このようなイベントを、特にク
リティカルイベントと称する。クリティカルイベント
は、できるだけ失われずに受講者端末１３₁〜１３_n及び
１６₁〜１６_mまで伝送されるようにしなければならな
い。

【００７５】図７はイベント伝送用パケットヘッダ（Ev
ent Packet Header：ＥＰＨ）のフォーマットを示して
おり、このようなパケットヘッダがイベントデータと共
に、ＵＤＰのデータグラムに載せられて伝送される。図
示のように、イベント伝送用パケットヘッダには、各パ
ケットを区別するための例えば３２ビットのシーケンス
ナンバ情報が含まれており、パケット紛失を端末側にお
いて検出することができる。さらに、イベント伝送用パ
ケットヘッダには、例えば４ビットのデータタイプ情
報、４ビットのリザーブ領域、８ビットのヒストリ長情
報（ｐ）、１６ビットのデータサイズ情報、及びＣＥＨ
（Critical Event History）情報が含まれている。ＣＥ
Ｈ情報領域には、各３２ビットのｐ個のキャッシュされ
ているシーケンスナンバ情報が含まれている。ヒストリ
長情報には、ＣＥＨ情報の情報数、すなわちこの場合ｐ
個を示す値ｐが格納される。

【００７６】講師端末１２とプライマリレッスンマネー
ジャ１４Ａとの間、プライマリレッスンマネージャ１４
Ａとセカンダリレッスンマネージャ１５との間のイベン
ト伝送についてさらに詳細に説明する。

【００７７】(1) 上述したように、講師端末１２とプラ
イマリレッスンマネージャ１４Ａとの間、プライマリレ
ッスンマネージャ１４Ａとセカンダリレッスンマネージ
ャ１５との間におけるイベント伝送は信頼性のあるＴＣ
Ｐを利用して行なう。 (2) イべントデータは、まず講師端末１２からプライマ
リレッスンマネージャ１４Ａまで伝送される。この場合
のように、レッスンマネージャが複数個設置されている
場合、プライマリレッスンマネージャ１４Ａは、そのイ
ベントデータを、更にセカンダリレッスンマネージャ１
５まで中継する。 (3) 各レッスンマネージャ１４Ａ及び１５は、受信した
イベントデータを管理下の受講者端末１３₁〜１３_n及び
１６₁〜１６_mに伝送する。

【００７８】次に、各レッスンマネージャ１４Ａ及び１
５とそれぞれの管理下の受講者端末１３₁〜１３_n及び１
６₁〜１６_mとの間におけるイベント伝送について詳細に
説明する。

【００７９】(1) レッスンマネージャ１４Ａ及び１５と
各受講者端末１３₁〜１３_n及び１６₁〜１６_mとの間にお
けるイベント伝送は、ＵＤＰを用いてマルチキャスト又
はユニキャストで行なう。イベントデータは、パケット
ヘッダとともにＵＤＰデータグラムに格納されて伝送さ
れる。

【００８０】(2) レッスンマネージャ１４Ａ及び１５の
イベント処理部１５１Ａでは、イベントキャッシュ１５
０が、講師端末１２から伝送されたクリティカルイベン
トのイベントデータを所定のデータ数までキャッシング
する。キャッシュするイベントデータの数は、ネットワ
ークの状況に応じてダイナミックに変化させる。すなわ
ち、パケット紛失が多い場合には、キャッシュするイベ
ントの数を増やす。

【００８１】(3) レッスンマネージャ１４Ａ及び１５の
イベント処理部１５１Ａは、講師端末１２から伝送され
たイベントデータにイベント伝送パケットヘッダをつけ
て、マルチキャスト又はユニキャストで各端末に伝送す
る。この際、イベント伝送パケットヘッダのＣＥＨエン
トリには、イベントキャッシュ１５０にキャッシングさ
れている過去のクリティカルイベントの、シーケンスナ
ンバが格納される。

【００８２】(4) ＵＤＰデータグラムを受信した受講者
端末１３₁〜１３_n及び１６₁〜１６_mでは、イベント伝送
パケットヘッダにおけるシーケンスナンバに基づいてパ
ケット紛失の有無を判断する。パケット紛失が検出され
且つ紛失されたパケットのシーケンスナンバがＣＥＨエ
ントリのいずれかと一致する場合、受講者端末１３₁〜
１３_n及び１６₁〜１６_mは、レッスンマネージャ１４Ａ
及び１５のイベント処理部１５１Ａに対して、そのイベ
ントの再送を要求する。

【００８３】(5) イベントの再送要求を受けたレッスン
マネージャ１４Ａ及び１５のイベント処理部１５１Ａ
は、その受講者端末に対して要求されたイベントデータ
をイベントキャッシュ１５０から再送する。

【００８４】次に、レッスンマネージャ１４Ａ及び１５
の基本機能について、図８に示すフローチャートを参照
して説明する。 (1) 各レッスンマネージャ１４Ａ及び１５のリクエスト
受信部１４２は、講師端末１２及び受講者端末１３₁〜
１３_n及び１６₁〜１６_mからＨＴＴＰによる教材等のリ
クエストを受信する（ステップＳ３１）。この場合、レ
ッスンマネージャが複数存在するので、講師端末１２の
リクエストは、プライマリレッスンマネージャ１４Ａを
経由してセカンダリレッスンマネージャ１５にも送られ
る。

【００８５】(2) リクエスト受信部１４２は、レスポン
スキャッシュ１４５を調べる（ステップＳ３２）。もし
も、レスポンスキャッシュ１４５がヒットしなければ、
中継処理部１４１に講師端末１２からのリクエストを与
えて、該リクエストをＨＴＴＰサーバ１１に中継する
（ステップＳ３３）。

【００８６】(3) レッスンマネージャ１４Ａ及び１５の
リクエスト確認部１４３が、それぞれの管理下の全ての
クライアント端末、すなわち講師端末１２、受講者端末
１３₁〜１３_n及び１６₁〜１６_mからＨＴＴＰのリクエス
トを受けたか否かを、チェックする（ステップＳ３
４）。もしも、リクエストを出していない受講者端末
（それぞれ１３₁〜１３_n及び１６₁〜１６_mのうちのいず
れか）があれば、要求処理部１４４を介して、講師端末
１２と同様のリクエストを出すように、該当する受講者
端末に通知する（ステップＳ３５）。

【００８７】(4) 管理下の講師端末１２、受講者端末１
３₁〜１３_n又は１６₁〜１６_mの全てからのリクエストが
出揃ったら、リクエスト確認部１４３は、各受講者端末
１３₁〜１３_n又は１６₁〜１６_mからのリクエストの内容
を講師端末１２からのリクエストと比較する（ステップ
Ｓ３６）。もしも、講師端末１２と異なるリクエストを
出している受講者端末が存在すれば、要求処理部１４４
を介して、その受講者端末（それぞれ１３₁〜１３_n及び
１６₁〜１６_mのうちのいずれか）に正しいリクエストを
出すように通知する（ステップＳ３７）。

【００８８】(5) ＨＴＴＰサーバ１１からレッスンマネ
ージャ１４Ａ及び１５のレスポンス処理部１４７Ａがレ
スポンスを受けとる（ステップＳ３８）。なお、レスポ
ンスキャッシュ１４５がヒットしている場合には、ステ
ップＳ３８において、レスポンス処理部１４７Ａは、レ
スポンスキャッシュ１４５からレスポンスを受けとる。

【００８９】(6) レスポンス処理部１４７Ａは、管理下
の講師端末１２、受講者端末１３₁〜１３_n又は１６₁〜
１６_mの各端末にＨＴＴＰサーバ１１のレスポンスを伝
送する（ステップＳ３９）。ステップＳ３９における受
講者端末１３₁〜１３_n又は１６₁〜１６_mへのレスポンス
の伝送は、レスポンス処理部１４７Ａから端末監視部１
４８Ａを介して行われる。

【００９０】(7) セカンダリレッスンマネージャ１５の
端末監視部１４８Ａは、管理下の全ての受講者端末１６
₁〜１６_mがロードを終了すると、ロードが終了したこと
を示す情報を、セカンダリレッスンマネージャ１５の状
態通知部１４９Ａよりプライマリレッスンマネージャ１
４Ａの状態通知部１４９Ａに送る（ステップＳ４０）。

【００９１】(8) プライマリレッスンマネージャ１４Ａ
の端末監視部１４８Ａは、管理下の受講者端末１３₁〜
１３_n及びセカンダリレッスンマネージャ１５の管理下
の受講者端末１６₁〜１６_mの全てがロードを終了する
と、ロードが終了したことをレッスンマネージャ１４Ａ
の状態通知部１４９Ａより講師端末１２に通知する（ス
テップＳ４１）。

【００９２】(9) レスポンスキャッシュ１４５により、
キャッシングを行なう（ステップＳ４２）。 (10) ログ処理部１４６により、アクセスログを保存す
る（ステップＳ４３）。

【００９３】以上のように、複数のレッスンマネージャ
１４Ａ及び１５を利用することによって、第１の実施の
形態における効果に加えて、次のような効果が得られ
る。 〔１〕レッスンマネージャ複数設置による負荷分散 企業内ネットワークでは物理的に離れているビルの間の
ＬＡＮ（ローカルエリアネットワーク）間接続には、ほ
とんどの場合、ダイアルアップ接続又はテジタル専用線
接続を用いている。通常のＬＡＮ内の接続に比して、Ｌ
ＡＮ間接続の方がバンド幅が狭く、社内ネットワークの
ボトルネックになり易い（例えば、図４におけるＬＡＮ
１とＬＡＮ２）。ＬＡＮ１とＬＡＮ２とにまたがって講
義を行ないたい時、これら２つのＬＡＮの両方にそれぞ
れレッスンマネージャを設置することによって、低速回
線を通るトラフィックを、セカンダリレッスンマネージ
ャ１５がない場合の１／ｍまで削減することが可能であ
る。

【００９４】〔２〕レッスンマネージャ複数設置による
サポートユーザ数の増加 ＨＴＴＰサーバ１１に同時にアクセスできるクライアン
ト端末の数には上限がある。レッスンマネージャ１４Ａ
及び１５等を経由せず、全てのリクエストが直接にＨＴ
ＴＰサーバ１１に送信された場合、サーバの同時アクセ
ス数の上限を超えたリクエストはエラーになってしま
う。しかし、レッスンマネージャ１４Ａ及び１５を利用
すれば、ＨＴＴＰサーバ１１には、講師端末１２からの
リクエストしか送信されないため、このような問題の起
こる確率が非常に低くなる。また、複数のレッスンマネ
ージャを設置することにより、講義に参加することがで
きる受講者の数を容易に増加させることができる。

【００９５】すなわち、図９に従来のＵＲＬ連動方式、
イベント連動方式及びこの発明によるレッスンマネージ
ャを用いる方式の比較を示すように、従来の方式に比し
て次のような利点がある。 (a) 教材の作成に特殊なＨＴＭＬを用いた記述を必要と
しないため、インターネット上にある豊富な素材をその
まま教材として利用することができる。 (b) 端末間教材の同期表示が保証されるばかりでなく、
講師が受講者端末の教材表示進行状況を把握することが
できることから、遠隔講義のスムーズな進行が可能にな
る。 (c) 講師端末と受講者端末との間の連動の度合が高く、
拡張性と汎用性に優れている。 (d) 負荷分散によるネットワーク資源の有効利用が可能
であり、教材表示の同期が達成されるまでの遅延時間を
短く抑えることができる。 (e) レッスンマネージャの複数設置により、サポート可
能なユーザ数（受講者数）を大幅に増加させることがで
きる。

【００９６】

【発明の効果】以上説明したように、この発明に係る遠
隔講義システムでは、レッスンマネージャにより、各受
講者端末のリクエストを講師端末に一致させ、講師端末
からのリクエストによりウェブサーバからのレスポンス
を得て講師端末及び複数の受講者端末に配信し、各受講
者端末の状態を講師端末に通知して、教材の同期表示を
保証する。レッスンマネージャにキャッシュを設けれ
ば、ウェブサーバからのレスポンスをキャッシングする
こともできる。講師端末で発生したイベントのイベント
情報を各受講者端末に伝送して、イベント連動方式をベ
ースとする教材の同期表示を保証することも可能であ
る。さらに、レッスンマネージャを、従属的に結合して
複数個設け、最上位のレッスンマネージャのみを講師端
末に直接結合し、下位のレッスンマネージャは上位のレ
ッスンマネージャを介して講師端末に結合するととも
に、最上位のレッスンマネージャのみは、講師端末への
ウェブサーバからのレスポンスの配信を行うようにすれ
ば、負荷を効果的に分散することができる。

【００９７】この発明に係るレッスンマネージャは、各
受講者端末のリクエストを講師端末に一致させ、講師端
末からのリクエストによりウェブサーバからのレスポン
スを得て講師端末及び複数の受講者端末に配信し、各受
講者端末の状態を講師端末に通知して、教材の同期表示
を保証し得る遠隔講義システムを構築する。

【００９８】このネットワークシステムは、制御手段に
より、各第２の端末のリクエストを第１の端末のリクエ
ストに一致させ、各第１の端末からのリクエストにより
ウェブサーバからのレスポンスを得て第１の端末及び複
数の第２の端末に配信し、各第２の端末の状態を第１の
端末に通知して、情報の同期表示を保証することができ
る。従って、例えば、上述の遠隔講義システムなどを構
築することができる。

【図面の簡単な説明】

【図１】この発明の第１の実施の形態に係る遠隔講義シ
ステムの構成を模式的に示すブロック図である。

【図２】図１の遠隔講義システムのレッスンマネージャ
の機能構成を模式的に示すブロック図である。

【図３】図１の遠隔講義システムの主としてレッスンマ
ネージャにおける動作を説明するためのフローチャート
である。

【図４】この発明の第２の実施の形態に係る遠隔講義シ
ステムの構成を模式的に示すブロック図である。

【図５】図４の遠隔講義システムのレッスンマネージャ
の機能構成を模式的に示すブロック図である。

【図６】図４の遠隔講義システムにおけるイベント伝送
を説明するための模式図である。

【図７】図４の遠隔講義システムにおけるイベント伝送
パケットヘッダのフォーマットの一例を説明するための
模式図である。

【図８】図４の遠隔講義システムの主としてレッスンマ
ネージャにおける動作を説明するためのフローチャート
である。

【図９】この発明による遠隔講義システムの効果を在来
のＵＲＬ連動方式及びイベント連動方式と比較して説明
するための図である。

【図１０】従来の遠隔講義に用いられるＵＲＬ連動方式
を説明するための模式的ブロック図である。

【符号の説明】

１１ ＨＴＴＰサーバ １２ 講師端末 １３₁〜１３_n 受講者端末 １６₁〜１６_m 受講者端末 １４，１４Ａ，１５ レッスンマネージャ（ＬＭ） １７ ルータ １４１ 中継処理部 １４２ リクエスト受信部 １４３ リクエスト確認部 １４４ 要求処理部 １４５ レスポンスキャッシュ １４６ ログ処理部 １４７、１４７Ａ レスポンス処理部 １４８，１４８Ａ 端末監視部 １４９，１４９Ａ 状態通知部 １５０ イベントキャッシュ １５１，１５１Ａ イベント処理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中村 太一 東京都江東区豊洲三丁目３番３号 エヌ・ ティ・ティ・データ通信株式会社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】ウェブブラウザを備え、講師が使用するた
   めの講師端末と、 それぞれウェブブラウザを備え、受講者が使用するため
   の複数の受講者端末と、 前記講師端末及び前記複数の受講者端末に結合され、教
   材としてのウェブページをサービスするウェブサーバ
   と、 前記講師端末及び複数の受講者端末と前記ウェブサーバ
   との間に設置され、各前記受講者端末からの教材のリク
   エストと前記講師端末からの教材のリクエストとを比較
   して前記複数の受講者端末のリクエストを前記講師端末
   のリクエストに一致させるように制御し、前記講師端末
   から前記ウェブサーバへの教材のリクエスト及び該リク
   エストに対する前記ウェブサーバからのレスポンスを中
   継し、該レスポンスをリクエストに応じて前記講師端末
   と各前記受講者端末に配信するとともに、各前記受講者
   端末の教材のロード状態を前記講師端末に送信し表示さ
   せるレッスンマネージャと、 を具備することを特徴とする遠隔講義システム。
2. 【請求項２】前記レッスンマネージャは、従属的に結合
   されて複数個設けられ、最上位のレッスンマネージャの
   みが前記講師端末に直接結合され、下位のレッスンマネ
   ージャは上位のレッスンマネージャを介して前記講師端
   末に結合されるとともに、前記最上位のレッスンマネー
   ジャのみが前記講師端末への前記ウェブサーバからのレ
   スポンスの配信を行うことを特徴とする請求項１に記載
   の遠隔講義システム。
3. 【請求項３】前記レッスンマネージャは、前記ウェブサ
   ーバからのレスポンスをキャッシングするキャッシュ手
   段を含むことを特徴とする請求項１又は２に記載の遠隔
   講義システム。
4. 【請求項４】前記レッスンマネージャは、前記講師端末
   で発生したイベントのイベント情報を各前記受講者端末
   に伝送する手段を備える、ことを特徴とする請求項１、
   ２、又は３に記載の遠隔講義システム。
5. 【請求項５】前記レッスンマネージャは、前記ウェブサ
   ーバからのレスポンス及び前記イベント情報をキャッシ
   ングするキャッシュ手段を含むことを特徴とする請求項
   ４に記載の遠隔講義システム。
6. 【請求項６】各前記受講者端末は、前記イベント情報の
   うちの予め設定された一部のイベント情報の紛失が検出
   された際に前記レッスンマネージャに再送を要求する手
   段を含み、且つ前記レッスンマネージャは、各前記受講
   者端末からの再送要求に応じて該当するイベント情報を
   再送する手段を含むことを特徴とする請求項４又は５に
   記載の遠隔講義システム。
7. 【請求項７】講師端末からウェブサーバへの教材のリク
   エストを中継する中継処理手段と、 複数の受講者端末からの教材のリクエストと前記講師端
   末からの教材のリクエストとを比較して各前記受講者端
   末のリクエストを前記講師端末のリクエストに一致させ
   るべく制御するリクエスト整合手段と、 前記リクエストに対する前記ウェブサーバからのレスポ
   ンスをリクエストに応じて前記講師端末及び各前記受講
   者端末に配信するレスポンス処理手段と、 各前記受講者端末の教材のロード状態を前記講師端末に
   送信し表示させる状態通知手段と、を具備することを特
   徴とするレッスンマネージャ。
8. 【請求項８】ウェブブラウザを備える第１の端末と、 それぞれウェブブラウザを備える複数の第２の端末と、 前記第１の端末及び前記複数の第２の端末に結合され、
   ウェブページをサービスするウェブサーバと、 前記第１の端末及び前記複数の第２の端末と前記ウェブ
   サーバとの間に設置され、各前記第２の端末から前記ウ
   ェブサーバに対する情報のリクエストと前記第１の端末
   から前記ウェブサーバに対する情報のリクエストとを比
   較して、前記複数の第２の端末のリクエストを前記第１
   の端末のリクエストに一致させるように制御し、前記第
   １の端末から前記ウェブサーバへの教材のリクエスト及
   び該リクエストに対する前記ウェブサーバからのレスポ
   ンスを中継し、該レスポンスをリクエストに応じて前記
   第１の端末及び各前記第２の端末に配信するとともに、
   各前記第２の端末の情報のロード状態を前記第１の端末
   に送信し表示させる制御手段と、 を具備することを特徴とするネットワークシステム。