(57)【要約】      （修正有）【課題】Ｗｅｂ上に配信されるコンテンツの不定期な更新に即応した閲覧を効率的に可能とするコンテンツ配信方法を提供する。【解決手段】コンテンツ配信方法は、更新対象下にある複数のコンテンツをネットワークに繋がる少なくとも１つのサーバに保持し、複数のクライアント端末の各々から該ネットワークに供給される、ＵＲＬ情報を伴う各配信要求に応じて、当該ＵＲＬ情報に対応するコンテンツをその要求元のクライアント端末に該ネットワークを介して配信するコンテンツ配信方法であり、該複数のコンテンツのうちの少なくとも１つの特定コンテンツに対する更新の有無を監視し、該更新が検知された場合に、当該特定コンテンツに対応する特定ＵＲＬ情報を該複数のクライアント端末のうちの少なくとも１つのクライアント端末に供給し、該クライアント端末をして、該特定ＵＲＬ情報を伴う配信要求を該ネットワークに供給せしめる。【選択図】図４
2007058740.tif 000002
【特許請求の範囲】
【請求項１】
更新対象下にある複数のコンテンツをネットワークに繋がる少なくとも１つのサーバに保持し、複数のクライアント端末の各々から前記ネットワークに供給される、ＵＲＬ情報を伴う各配信要求に応じて、当該ＵＲＬ情報に対応するコンテンツをその要求元のクライアント端末に前記ネットワークを介して配信するコンテンツ配信方法であって、
前記複数のコンテンツのうちの少なくとも１つの特定コンテンツに対する更新の有無を監視し、前記更新が検知された場合に、当該特定コンテンツに対応する特定ＵＲＬ情報を前記複数のクライアント端末のうちの少なくとも１つのクライアント端末に供給する更新通知ステップと、
前記クライアント端末をして、前記特定ＵＲＬ情報を伴う配信要求を前記ネットワークに供給せしめる端末制御ステップと、
を含むことを特徴とするコンテンツ配信方法。
【請求項２】
前記更新通知ステップは、前記クライアント端末による登録動作に基づいて前記クライアント端末を認識して、前記クライアント端末に前記特定ＵＲＬ情報を供給するステップであることを特徴とする請求項１記載のコンテンツ配信方法。
【請求項３】
前記端末制御ステップは、前記前記クライアント端末をして、前記特定コンテンツを表示するウインドウのサイズ、位置及びヘッダ表示の有無のうちの少なくとも１つを設定せしめるステップを含むことを特徴とする請求項１記載のコンテンツ配信方法。
【請求項４】
前記端末制御ステップは、前記前記クライアント端末をして、前記特定コンテンツの配信を許可してもらうための認証を得せしめるステップを含むことを特徴とする請求項１記載のコンテンツ配信方法。
【請求項５】
前記特定コンテンツは、ログイン情報、通話状態情報、プレゼンス情報、伝言情報、投稿ニュース情報及び機器状態情報のうちの何れか１を含むコンテンツであることを特徴とする請求項１記載のコンテンツ配信方法。
【請求項６】
前記更新通知ステップに代えて、前記複数のコンテンツのうちの少なくとも１つの特定コンテンツに対する外部からの閲覧指令の有無を監視し、前記閲覧指令が検知された場合に、前記特定コンテンツに対応する特定ＵＲＬ情報を前記クライアント端末に供給する閲覧通知ステップを含むことを特徴とする請求項１記載のコンテンツ配信方法。
【請求項７】
前記特定コンテンツは、ｅラーニング情報、プレゼンテーション情報、チャット情報をのうちの何れか１を含むコンテンツであることを特徴とする請求項６記載のコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットにおけるホームページの如く不定期な更新対象下にあるコンテンツを、これに対応するＵＲＬ（Uniform Resource Locator）情報を伴う配信要求に応じてクライアント端末に配信するコンテンツ配信方法に関する。
【背景技術】
【０００２】
Ｗｅｂブラウザと通常称される閲覧ソフトウェアによるコンテンツの表示は、操作者が指定するＵＲＬ情報をＷｅｂに供給し、このＵＲＬ情報に対応するコンテンツを保持するＷｅｂサーバが応答して当該コンテンツを返信することにより行われる。かかるコンテンツの配信にはセッション確立を伴わないＨＴＴＰ（HyperText Transfer Protocol）が用いられる。従って、不定期に変更され得るコンテンツの最新情報を取得するには、クライアント端末側において周期的に再読込する必要がある。特に、ＣＧＩ（Common Gateway Interface）やサーブレット（Servlet）等の方式により動的に変更されるコンテンツに追従するには、Ｗｅｂブラウザが頻繁に再読込を繰り返すか、Ｗｅｂブラウザの動作をジャバ・アプレット（Java（登録商標） Applet）、 アクティブＸ（ActiveX）あるいは ジャバ・スクリプト（Java（登録商標） Script）等のＴＣＰ／ＩＰクライアント通信と連動させることで行う必要があった。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、前者の再読込を繰り返す方法は、即応性がないばかりか変化していない情報に対する非効率な再読込を招く問題がある。また、後者のＴＣＰ／ＩＰクライアント通信と連動させる方法は、即応性があるものの、通信資源を多く消費し非効率であるという問題がある。
【０００４】
本発明の目的は、Ｗｅｂ上に配信されるコンテンツの不定期な更新に即応した閲覧を効率的に可能とするコンテンツ配信方法を提供することである。
【課題を解決するための手段】
【０００５】
本発明によるコンテンツ配信方法は、更新対象下にある複数のコンテンツをネットワークに繋がる少なくとも１つのサーバに保持し、複数のクライアント端末の各々から該ネットワークに供給される、ＵＲＬ情報を伴う各配信要求に応じて、当該ＵＲＬ情報に対応するコンテンツをその要求元のクライアント端末に該ネットワークを介して配信するコンテンツ配信方法であり、該複数のコンテンツのうちの少なくとも１つの特定コンテンツに対する更新の有無を監視し、該更新が検知された場合に、当該特定コンテンツに対応する特定ＵＲＬ情報を該複数のクライアント端末のうちの少なくとも１つのクライアント端末に供給する更新通知ステップと、該クライアント端末をして、該特定ＵＲＬ情報を伴う配信要求を該ネットワークに供給せしめる端末制御ステップとを含むことを特徴とする。
【発明の効果】
【０００６】
本発明によるコンテンツ配信方法によれば、サーバ側のコンテンツ更新に即応じてクライアント端末側の閲覧動作（ブラウジング）を制御する構成が与えられる。これにより、Ｗｅｂ上に配信されるコンテンツの不定期な更新に即応した閲覧が効率的に可能となる。
【発明を実施するための最良の形態】
【０００７】
本発明の実施例について添付の図面を参照して詳細に説明する。
＜第１の実施例＞
図１は、本発明の第１実施例であり、Ｗｅｂサーバ及びクライアント端末を含む全体の構成を示している。ここで、Ｗｅｂサーバ３０と、クライアント端末１０ａ及び１０ｂとがＩＰネットワーク２０を介して接続されている。本図の例では、２つのクライアント端末１０ａ及び１０ｂが示されているが、本発明はかかる数に限定されない。尚、クライアント端末１０ａ及び１０ｂは、ＩＰネットワーク２０を介してインターネット上のＷｅｂサーバの如き図示されない他のＷｅｂサーバのコンテンツも参照できるとして以下説明する。
【０００８】
Ｗｅｂサーバ３０は、基本的に、クライアント端末１０ａ及び１０ｂの各々からＩＰネットワーク２０に供給されるＵＲＬ（Uniform Resource Locator）情報を指定した閲覧要求に応じて、該ＵＲＬ情報に対応するコンテンツをコンテンツ群３１から読み込んで、これを要求元のクライアント端末に配信するサーバである。クライアント端末１０ａ及び１０ｂの各々は、基本的に、Ｗｅｂブラウザを用いたコンテンツ要求、受信及び表示の各機能を備えるクライアント端末である。ＵＲＬ情報は、サイト名やＩＰアドレスの如く、ＩＰネットワーク２０おいてサーバやコンテンツ等の資源を識別するための情報である。
【０００９】
図２は、図１に示されたＷｅｂサーバのより詳細の構成を示している。Ｗｅｂサーバ３０は、ＩＰネットワーク２０を介してＨＴＴＰプロトコルにより蓄積型通信を行うＨＴＴＰ通信制御部３２と、ＩＰネットワーク２０を介してＳＩＰ（Session Initiation Protocol）プロトコルによりリアルタイム通信を行うＳＩＰ通信制御部３３と、コンテンツ配信部３４と、更新イベント発生アプリケーション群３５と、コンテンツ更新部３６と、通知メッセージ生成部３７とを含む。
【００１０】
コンテンツ配信部３４は、ＨＴＴＰ通信制御部３２を介して供給されるＵＲＬ情報を指定した配信要求に応じて、該ＵＲＬ情報に対応するコンテンツをコンテンツ群３１から読み込んで、これをＨＴＴＰ通信制御部３２を介して要求元に配信する機能を備える。
【００１１】
更新イベント発生アプリケーション群３５は、複数のアプリケーションソフトウェアからなり、各ソフトウェアは、コンテンツ群３１のうちの特定コンテンツを更新する更新イベントを発生するアプリケーションソフトウェアからなる。かかるソフトウェアの例としては、端末利用者による伝言や投稿を管理するソフトウェア、端末利用者のプレゼンス情報を管理するソフトウェアが想定される。例えば、端末利用者のプレゼンス情報を管理するソフトウェアの場合に、端末利用者のプレゼンス状態が変化した場合に、そのプレゼンス情報を公開する特定コンテンツに対する更新イベントが発生することになる。
【００１２】
コンテンツ更新部３６は、更新イベント発生アプリケーション群３５からのコンテンツ更新要求に応じて、コンテンツ群３１に含まれる当該特定コンテンツの内容を更新する機能を備える。コンテンツ更新部３６は、また、かかる更新に即応して、当該更新された特定コンテンツに対応するＵＲＬ情報を、通知メッセージ生成部３７に供給する機能を備える。
【００１３】
通知メッセージ生成部３７は、供給されたＵＲＬ情報を基にして通知メッセージを生成し、該通知メッセージをクライアント端末にＳＩＰ通信制御部３３を介して通知すると共に、各クライアント端末におけるＷｅｂブラウザをして、当該ＵＲＬ情報に対応するコンテンツを配信要求せしめる機能を備える。通知メッセージは、好ましくは、ＳＩＰプロトコルにおける即時（Instant）メッセージ（ＩＭ）が用いられ、ＵＲＬ情報を含むことを示す独自の拡張ヘッダを持つようにする。
【００１４】
また、通知メッセージ生成部３７は、好ましくは、前述に通知メッセージに、ＵＲＬ情報と共にウインドウ情報及びセキュリティ認証情報を附加して各クライアント端末に供給する。ウィンドウ情報とは、新規ウィンドウ、特定のウィンドウの指定、ウィンドウサイズ、ウィンドウメニューバーの表示有無などを指定する情報からなる。かかるウィンドウ情報を供給することにより、Ｗｅｂブラウザにおけるコンテンツ表示時に、そのウインドウの表示形態を任意に制御することができる。一方、セキュリティ認証情報とは、クライアント端末に当該ＵＲＬ情報に対応する特定コンテンツの閲覧を許可するための認証情報である。
【００１５】
図３は、図１に示されたクライアント端末のより詳細の構成を示している。ここで、クライアント端末１０は、ＩＰネットワーク２０を介してＨＴＴＰプロトコルにより蓄積型通信を行うＨＴＴＰ通信制御部１１と、ＩＰネットワーク２０を介してＳＩＰプロトコルによりリアルタイム通信を行うＳＩＰ通信制御部１２と、コンテンツ等の情報を表示する画面表示部１３と、操作者によるＵＲＬ情報等の情報入力を受け付ける画面入力部１４と、ブラウザ部１５と、端末アプリケーション１６と、内部ブラウザ呼出部１７とを含む。
【００１６】
ブラウザ部１５は、通常Ｗｅｂブラウザと称される閲覧ソフトウェアにより実現される。すなわち、ブラウザ部１５は、操作者による画面指示によるＵＲＬ情報や、後述する内部ブラウザ呼出部１７からの指令によるＵＲＬ情報を取得し、該ＵＲＬ情報をＨＴＴＰ通信制御部１１を介してＩＰネットワーク２０に供給し、該ＵＲＬ情報に対応するコンテンツをＨＴＴＰ通信制御部１１を介して受信して画面表示部１３を介して表示する機能を備える。
【００１７】
端末アプリケーション１６は、クライアント端末１０における多様なアプリケーションソフトウェアが含まれる。該アプリケーションソフトウェアとしては、例えば、ＩＰ電話ソフトウェア、チャットソフトウェアやプレゼンス管理ソフトウェアが想定される。
【００１８】
内部ブラウザ呼出部１７は、ＳＩＰ通信制御部１２を介して外部からの供給される通知メッセージを解析してＵＲＬ情報を抽出し、該ＵＲＬ情報を指定してブラウザ部１５を起動したり、動作中のブラウザ部１５をして当該ＵＲＬ情報に対応するコンテンツを配信要求せしめる機能を備える。内部ブラウザ呼出部１７は、また、通知メッセージからウインドウ情報及びセキュリティ認証情報を抽出し、該ウインドウ情報に従ってブラウザ部１５の表示形態を制御したり、該セキュリティ認証情報に基づいたコンテンツ閲覧の認証を受けたりする機能を備える。
【００１９】
図４は、本発明によるコンテンツ配信方法の処理手順を示している。かかる処理手順について、図１〜図３に示された構成要素を適宜参照して説明する。図示されるクライアント端末１０は、図１における複数のクライアント端末１０ａ及び１０ｂを代表して示されている。
【００２０】
先ず、クライアント端末１０は、Ｗｅｂサーバ３０に対してＳＩＰクライアントとしての登録動作（Registrations）を行う（ステップＳ１）。これにより、Ｗｅｂサーバ３０はＳＩＰクライアント１０を認識できると共に、クライアント端末１０は、ＳＩＰメッセージに対して受信待機状態となり、Ｗｅｂサーバ３０から一方的に送信されるＵＲＬ情報を含む通知メッセージを常に受け取ることができる。尚、登録動作（Registrations）については、ＲＦＣ３２６１の１０章が参照される。
【００２１】
一方、Ｗｅｂサーバ３０は、常に、コンテンツの更新イベントの発生を監視し、更新イベントを検知する（ステップＳ２）。かかる更新イベントは、例えば、更新イベント発生アプリケーション群３５に含まれるＩＰ電話ソフトウェアにおける通話状態の認識により発生する。次いで、Ｗｅｂサーバ３０は、当該更新イベントに対応する特定コンテンツのコンテンツ更新要求をコンテンツ群３１に対して行う（ステップＳ３）。これに応じて、コンテンツ群３１は当該特定コンテンツの更新を行う（ステップＳ４）。
【００２２】
このコンテンツ更新に引き続いて、Ｗｅｂサーバ３０は、更新された特定コンテンツを指示する特定ＵＲＬ情報を含む通知メッセージを生成して、クライアント端末１０に向けて送信する（ステップＳ５）。クライアント端末１０は、該通知メッセージを正常に受信したならば、ＳＩＰ応答（ＳＩＰプロトコルにおける"200 OK"）をＷｅｂサーバ３０に返信する（ステップＳ６）。
【００２３】
次に、クライアント端末１０は、当該通知メッセージから特定ＵＲＬ情報を抽出し、該特定ＵＲＬ情報を含むＨＴＴＰ要求（配信要求）を生成し、これをＷｅｂサーバ３０に向けて送信する（ステップＳ７）。この際に、好ましくは、クライアント端末１０は、通知メッセージからウインドウ情報を抽出し、該ウインドウ情報に基づいてブラウザ部１５の表示形態を制御する。
【００２４】
ＨＴＴＰ要求を受信したＷｅｂサーバ３０は、該特定ＵＲＬ情報に対応する特定コンテンツの読込を要求するコンテンツ要求をコンテンツ群３１に供給する（ステップＳ８）。この際に、好ましくは、Ｗｅｂサーバ３０は、クライアント端末１０からセキュリティ認証情報を受け取って、クライアント端末１０に対する特定コンテンツの提供を承認する認証処理を行う。
【００２５】
次に、Ｗｅｂサーバ３０は、コンテンツ群３１からコンテンツを読み込む（ステップＳ９）。次いで、Ｗｅｂサーバ３０は、読み込んだ特定コンテンツを、ＨＴＴＰ応答としてクライアント端末１０に送信する（ステップＳ１０）。ＵＲＬ情報に対応する特定コンテンツの配信を受けたクライアント端末１０は、この特定コンテンツを表示する（ステップＳ１１）。図示されるように表示されるコンテンツは、コンテンツ更新に即応した最新のコンテンツが表示される。また、当該特定コンテンツの表示形態は、ウインドウ情報に基づいて新規ウィンドウや特定のウィンドウに制御され、ウィンドウサイズやウィンドウメニューバーの表示有無などが制御される。
【００２６】
尚、ＵＲｌ情報により指定される特定コンテンツの所在は、Ｗｅｂサーバ３０に保持されるコンテンツに限られず、ＩＰネットワーク２０に繋がるインターネット上の外部Ｗｅｂサーバ（図示せず）に含まれるコンテンツでもあっても良い。
【００２７】
以上の第１実施例において、Ｗｅｂサーバは、検知された更新イベントを契機としてクライアント端末にＵＲＬ情報を含んだ通知メッセージを送信する。該通知メッセージに応じて、クライアント端末では当該ＵＲＬ情報に対応するコンテンツが表示されるリアルタイムなブラウジンク制御がなされる。かかる技術は、ＵＲＬ情報にて指定されるコンテンツ配信側に一切の変更を加えることなく達成される。かかる技術は、また、ＴＣＰ／ＵＤＰ通信を利用した連携動作に比してその実現が容易である。
【００２８】
図６Ａは、第１の実施例における１つの変形例を示している。Ｗｅｂサーバ３０及びクライアント端末１０ａの各々は、図２及び図３に示されたのと同様の構成を有する。ＩＰネットワーク２０には、さらに、ＳＩＰ対応モバイルセントレックス携帯端末５０及び２つのＳＩＰソフトフォン４０ａ及び４０ｂが接続されている。
【００２９】
ＳＩＰ対応モバイルセントレックス携帯端末５０及びＳＩＰソフトフォン４０ａ及び４０ｂの各々は、オンライン、オフライン又は通話中の如きプレゼンス情報を、ＳＩＰクライアントとしての登録メッセージ（REGIST）、ＳＩＰクライアント同士の通信開始メッセージ（INVITE）、ＳＩＰクライアント同士の通信終了メッセージ（BYE）、ＳＩＰクライアントにおける状態変更通知メッセージ（NOTIFY）等のメッセージをＷｅｂサーバ３０に送信する。
【００３０】
かかるメッセージを更新イベントとして、Ｗｅｂサーバ３０は、その保持するコンテンツ群３１のうちのＷｅｂアドレス帳、Ｗｅｂバディ（Buddy）リスト等の特定コンテンツを更新する。次いで、Ｗｅｂサーバ３０は、かかる特定コンテンツのＵＲＬ情報をクライアント端末１０ａに通知メッセージ（SIP:MESSAGE）により通知する。クライアント端末１０ａの操作者は、かかる更新に即応して、最新のＷｅｂアドレス帳やＷｅｂバディリストをリアルタイムに閲覧することができる。
【００３１】
図６Ｂは、第１の実施例における他の１つの変形例を示している。Ｗｅｂサーバ３０及びクライアント端末１０ａの各々は、図２及び図３に示されたのと同様の構成を有する。ＩＰネットワーク２０には、さらに、クライアント端末１０ｂ及びＳＩＰ対応モバイルセントレックス携帯端末５０が接続されている。
【００３２】
クライアント端末１０ｂ及びＳＩＰ対応モバイルセントレックス携帯端末５０の各々は、インスタントメッセージ投稿、伝言メッセージあるいはネットニュース投稿を、ＨＴＴＰクライアントとしての通知メッセージ（POST）を用いてＷｅｂサーバ３０に対して行う。図示されるように、クライアント端末１０ｂではウインドウ６１に示されるような投稿操作がなされたものとして、これにより該投稿内容が通知メッセージ（POST）によりＷｅｂサーバ３０に送られる。
【００３３】
かかる通知メッセージを更新イベントとして、Ｗｅｂサーバ３０は、その保持するコンテンツ群３１のうちの投稿コンテンツやニュースコンテンツ等の特定コンテンツを更新する。次いで、Ｗｅｂサーバ３０は、かかる特定コンテンツのＵＲＬ情報をクライアント端末１０ａに通知メッセージ（SIP:MESSAGE）により通知する。クライアント端末１０ａの操作者は、かかる更新に即応して、各個人宛の投稿記事を含む最新の投稿コンテンツやニュースコンテンツをリアルタイムに閲覧することができる。
【００３４】
図６Ｃは、第１の実施例におけるさらなる１つの変形例を示している。Ｗｅｂサーバ３０及びクライアント端末１０ａの各々は、図２及び図３に示されたのと同様の構成を有する。ＩＰネットワーク２０には、さらに、監視対象となる複数のネットワーク機器７０ａ〜７０ｃが接続されている。Ｗｅｂサーバ３０及びクライアント端末１０ａは、ネットワーク機器７０ａ〜７０ｃの周期監視システムとして用いられる。
【００３５】
複数のネットワーク機器７０ａ〜７０ｃの各々は、その機器状態をＳＮＭＰ（Simple Network Management Protocol）プロトコルにおける状態通知メッセージ（TRAP）にて周期的にＷｅｂサーバ３０に通知する。かかる通知メッセージを更新イベントとして、Ｗｅｂサーバ３０は、その保持するコンテンツ群３１のうちの機器状態コンテンツ等の特定コンテンツを更新する。次いで、Ｗｅｂサーバ３０は、かかる特定コンテンツのＵＲＬ情報をクライアント端末１０ａに通知メッセージ（SIP:MESSAGE）により通知する。クライアント端末１０ａの操作者は、かかる更新に即応して、監視対象となった複数のネットワーク機器７０ａ〜７０ｃの最新の機器状態をリアルタイムに閲覧することができる。
＜第２の実施例＞
図６は、本発明の第２の実施例であり、クライアント端末の詳細の構成を示している。ここで、クライアント端末１０は、ＨＴＴＰ通信制御部１１と、ＳＩＰ通信制御部１２と、画面表示部１３と、画面入力部１４と、ブラウザ部１５と、端末アプリケーション１６と、内部ブラウザ呼出部１７とを含み、これらは第１の実施例におけると同様の機能を備える。さらに、クライアント端末１０は、外部ブラウザ制御部１８を含んでいる。クライアント端末１０を取り囲む全体の構成は第１の実施例と同様である（図１参照）。
【００３６】
外部ブラウザ制御部１８は、画面入力部１４を介して操作者から指示されるＵＲＬ情報を取り込み、かかるＵＲＬ情報を含む通知メッセージを閲覧指令として生成し、これをＳＩＰ通信制御部１２を介して他のクライアント端末に供給する機能を備える。
【００３７】
かかる構成により、他のクライアント端末は、コンテンツを配信するＷｅｂサーバ自体からＵＲＬ情報の通知を受けるのではなく、クライアント端末１０からＵＲＬ情報の通知を受けることができる。また、第１の実施例におけるような外部ブラウザ制御機能を備えるＷｅｂサーバに限られず、任意のＷｅｂサーバに保持されるコンテンツについてのＵＲＬ情報をクライアント端末に通知することができる。
【００３８】
図７は、第２の実施例における１つの変形例を示している。本変形例は、ｅラーニングに本発明を適用した形態である。クライアント端末１０ｃは、ｅラーニングにおける生徒用端末であり、クライアント端末１０ｄは、教師用端末である。Ｗｅｂサーバ３０は、クライアント端末１０ｄからｅラーニング用ページのＵＲＬ情報を指定するＨＴＴＰメッセージを受信して、該ＵＲＬ情報を含む通知メッセージ（SIP:MESSAGE）をクライアント端末１０ｃに送信するサーバである。Ｗｅｂサーバ９０は、ｅラーニングにおけるコンテンツ群９１を保持し、クライアント端末１０ｃ及びクライアント端末１０ｄの各々からのＵＲＬ情報を含む配信要求に応じて、該ＵＲＬ情報に対応するコンテンツを各端末に配信するサーバである。
【００３９】
以上の構成において、クライアント端末１０ｄを操作する教師は、自分のＷｅｂブラウザの閲覧ページ遷移毎にそのＵＲＬ情報をＷｅｂサーバ３０に送信するようにする。これにより、クライアント端末１０ｃを操作する生徒は、そのＷｅｂブラウザでも教師と同じように自動的に閲覧ページを遷移させてコンテンツを見ることができる。図示されるように、クライアント端末１０ｄにおけるウインドウ６２の表示において、教師が講義画面（ページＡ）であるウインドウ６３を開くように指示すると、クライアント端末１０ｃにおいても講義画面（ページＡ）であるウインドウ６４に至る自動的ページ遷移がなされる。これにより、生徒は教師の指示にリアルタイムに追従した授業を受けることができる。
【００４０】
以上の第２の実施例に示される形態は、ｅラーニングのみならず遠隔プレゼンテーションやチャットシステムに応用し得るものであり、さらに音声通話機能を併用することでより効果的なコミュニケーションが可能となる。
【図面の簡単な説明】
【００４１】
【図１】本発明の第１実施例であり、Ｗｅｂサーバ及びクライアント端末を含む全体の構成を示しているブロック図である。
【図２】図１に示されたＷｅｂサーバのより詳細の構成を示しているブロック図である。
【図３】図１に示されたクライアント端末のより詳細の構成を示しているブロック図である。
【図４】本発明によるコンテンツ配信方法の処理手順を示しているシーケンス図である。
【図５Ａ】第１の実施例における１つの変形例を示しているブロック図である。
【図５Ｂ】第１の実施例における１つの変形例を示しているブロック図である。
【図５Ｃ】第１の実施例における１つの変形例を示しているブロック図である。
【図６】本発明の第２の実施例であり、クライアント端末の詳細の構成を示しているブロック図である。
【図７】第２の実施例における１つの変形例を示しているブロック図である。
【符号の説明】
【００４２】
１０、１０ａ〜１０ｄ  クライアント端末
１１  ＨＴＴＰ通信制御部
１２  ＳＩＰ通信制御部
１３  画面表示部
１４  画面入力部
１５  ブラウザ部
１６  端末アプリケーション
１７  内部ブラウザ呼出部
１８  外部ブラウザ制御部
２０  ＩＰネットワーク
３０  Ｗｅｂサーバ
３１  コンテンツ群
３２  ＨＴＴＰ通信制御部
３３  ＳＩＰ通信制御部
３４  コンテンツ配信部
３５  更新イベント発生アプリケーション群
３６  コンテンツ更新部
３７  外部ブラウザ制御部
４０ａ、４０ｂ  ＳＩＰソフトフォン
５０  ＳＩＰ対応モバイルセントレックス携帯端末
６１〜６４  ウインドウ
７０ａ〜７０ｃ  ネットワーク機器
【図１】
2007058740.tif 000003
【図２】
2007058740.tif 000004
【図３】
2007058740.tif 000005
【図４】
2007058740.tif 000006
【図５Ａ】
2007058740.tif 000007
【図５Ｂ】
2007058740.tif 000008
【図５Ｃ】
2007058740.tif 000009
【図６】
2007058740.tif 000010
【図７】
2007058740.tif 000011