(57)【特許請求の範囲】
【請求項１】
ネットワークコンテンツを同期表示する方法において、
ａ）グループごとに同期合わせされるデータネットワークコンテンツの表示サービスに対する１つのクライアントのリクエストに基づき、該リクエスト中で定められている特定のクライアントを、同期サーバ（ＳＳ）が１つのシンクロナス・マルチメディア・セッション・グループ（ＳＭＭＳＧ）にまとめ、
ｂ）該セッション・グループ（ＳＭＭＳＧ）に属する１つのクライアントによる特定のネットワークコンテンツに対するリクエストを同期サーバ（ＳＳ）へ方向転換させ、
ｃ）該１つのクライアントにより要求されたコンテンツを、対応するネットワークサーバから前記同期サーバ（ＳＳ）へロードし、該要求されたコンテンツを前記同期サーバ（ＳＳ）から該コンテンツを要求した前記１つのクライアントへ転送し、
ｄ）前記同期サーバ（ＳＳ）は前記セッション・グループ（ＳＭＭＳＧ）に属するすべてのクライアントに対し、前記１つのクライアントにより要求されたコンテンツを該すべてのクライアントが同様にリクエストするよう指示することを特徴とする、
ネットワークコンテンツの同期表示方法。
【請求項２】
前記ネットワークコンテンツはＷＷＷコンテンツであり、前記リクエストはＷＷＷリクエストである、請求項１記載の方法。
【請求項３】
前記シンクロナス・マルチメディア・セッション・グループ（ＳＭＭＳＧ）のサービスをクライアントがリクエストしたときに前記同期サーバ（ＳＳ）とのコネクションを確立し、それに応じて同期サーバは、クライアントにすでにスタティックに同期モジュール（ＳＭ）がインストール済みであるかをチェックし、そうでなければ該クライアントに同期モジュール（ＳＭ）をダイナミックにインストールする、請求項１または２記載の方法。
【請求項４】
１つのシンクロナス・マルチメディア・セッショングループ（ＳＭＭＳＧ）へのクライアントの割り当ては、前記同期モジュール（ＳＭ）のインストールにおいて同期表示サービス要求にあたり前記同期サーバ（ＳＳ）により同期をとるべきＷＷＷクライアントを登録することにより行われる、請求項３記載の方法。
【請求項５】
前記シンクロナス・マルチメディア・セッション・グループ（ＳＭＭＳＧ）に対し前記同期サーバ（ＳＳ）はグループ・ログイン識別子を割り当て、該識別子をユーザのクライアント内に格納させ、前記シンクロナス・マルチメディア・セッション・グループ（ＳＭＭＳＧ）を中断したとき、ユーザが前記マルチメディア・セッション・グループ（ＳＭＭＳＧ）を容易に再開させることができるよう該識別子を用いる、請求項１〜３のいずれか１項記載の方法。
【請求項６】
サービスホストコンピュータ内の同期サーバにおいて、
クライアントのリクエストで定められている特定のクライアントを、１つのシンクロナス・マルチメディア・セッション・グループ（ＳＭＭＳＧ）にまとめ、該セッション・グループ（ＳＭＭＳＧ）の代理としてネットワークサーバからデータネットワークコンテンツをロードし、該コンテンツをそのセッション・グループ（ＳＭＭＳＧ）のクライアントのためにダウンロード用に準備して、該クライアントに対し前記コンテンツをリクエストするよう指示することを特徴とする、
サービスホストコンピュータ内の同期サーバ。
【請求項７】
クライアントコンピュータのクライアントにおいて、
同期モジュール（ＳＭ）が設けられており、該同期モジュールによりクライアントは、データネットワークコンテンツの同期表示サービスに参加できるようになり、
ａ）前記同期モジュールは、特定のデータネットワークコンテンツに対するクライアントの標準リクエストを、複数のクライアントを論理的に１つのシンクロナス・マルチメディア・セッション・グループ（ＳＭＭＳＧ）にまとめる同期サーバ（ＳＳ）へ転送し、
ｂ）同期表示のための新たなコンテンツの存在することが前記同期サーバ（ＳＳ）により前記同期モジュール（ＳＭ）へ通報されるとただちに、該同期モジュール（ＳＭ）は前記クライアントに対し、該クライアントが同期表示のための新たなコンテンツに対する標準リクエストを送出するよう指示することを特徴とする、
クライアントコンピュータのクライアント。
【発明の詳細な説明】
【０００１】
ワールド・ワイド・ウェブ（World Wide Web）は、ネットワーク化されたマルチメディアコンテンツを表示するためのインターネットプロトコル（ＩＰ）ベースのネットワークにおける周知のサービスである（図１参照）。
【０００２】
ＷＷＷによってユーザは、マルチメディアコンテンツやＩＰネットワークにおいて提供されている様々なサービスを、簡単に操作可能で汎用的なグラフィカル・ユーザ・インタフェース（ＧＵＩ）を用いて利用できるようになる。
【０００３】
ＷＷＷサービスは、ＩＰネットワークにおいて一般に行われているクライアント・サーバアーキテクチャによって実現される。この場合、ＷＷＷブラウザによってユーザの端末機器においてWWWクライアントが実現され、ＷＷＷサービスのユーザに対するＧＵＩが形成される。ＷＷＷクライアントとサーバとの間の通信は、ハイパーテキスト・トランスファ・プロトコル（Hypertext Transfer Protocol, HTTP）を利用することにより行われる。マルチメディアＷＷＷコンテンツは、サービス・ホストにおけるＷＷＷサーバにより提供される。その際、いわゆるユニバーサル・リソース・ロケータ（Universal Resource Locator, URL）が、ＩＰネットワークにおけるＷＷＷコンテンツを見つけ出すためのアドレスとして用いられる。ＷＷＷのクライアントまたはサーバは一般に、ユーザ端末機器（たとえばパーソナルコンピュータ）ないしはサービスホスト（たとえばワークステーション）におけるソフトウェア・アプリケーションとして実現されている。
【０００４】
詳細には、ＷＷＷサービスの呼び出しは次のようにして行われる：ユーザの相応のアクションに応じて、ＷＷＷクライアントはサービスホストにおけるいわゆる「ウェルノウンＴＣＰ／ＩＰポート」（"well known TCP/IP port"）に対しコネクションを確立する。サービスホストにおいてアクティブなＷＷＷサーバは、ＷＷＷサービスに割り当てられたそのポートを監視しており、対応するリクエストに反応し、呼び出されたＷＷＷコンテンツの位置を特定し、リクエストの発せられたクライアントへそのコンテンツを伝送する。ついで、ＷＷＷサーバと対応するクライアントとの間のコネクションが解除される。
【０００５】
種々のＷＷＷクライアントから同じサーバに到来するリクエストは、上述のようにしてそれぞれ別個に処理される。
【０００６】
問題点
上記の理由で、従来技術はＷＷＷサーバからクライアントへの情報の流れに限られており、しかもこれはクライアントによるそれ相応の明示的なリクエストに従って行われるだけである。また、種々のＷＷＷクライアントへの情報の流れの間の自動的な相関づけを行うことはできず、殊に伝送されるＷＷＷコンテンツの同期をとるのは不可能である。
【０００７】
複数のユーザの各ＷＷＷクライアント間でコンテンツの同期をとることは、ＷＷＷコンテンツにアドレスとして割り当てられたＵＲＬを各ユーザ間の別個のチャネル（たとえば電話、電子メール等）を介して明示的に交換することによってしか行えない。その際、対応するＵＲＬは、個々のユーザによってそれぞれ手動でＷＷＷクライアントに登録しなければならない。
【０００８】
上述の問題点ないしは欠点は、実例として挙げたＷＷＷサービスにおいてのみ生じるわけではなく、コンテンツの一般的な配布を行いクライアント・サーバ方式に従って動作し、ｎ個の同期合わせされていない１：１のクライアント・サーバ関係を行おうとするいずれのサービスにおいても発生する。
【０００９】
本発明の課題は上述の欠点を克服することにある。
【００１０】
この課題は請求項１記載の方法により解決される。
【００１１】
本発明による同期方法に従ってサーバをコントロール可能であり種々のクライアント間で自動的に同期のとられたネットワークコンテンツの伝送は、非常に有用であり、経済的にも関心が高いものである。それというのも、これによって一連の新しいアプリケーションを実現することができるからである。たとえば電子商取引、電子コンサルティング、コールセンタ、遠隔学習、マルチメディアホットライン（Electronic Commerce, Electronic  Consulting, Call Centers, Telelearning, Multimedia Hotline）などである。
【００１２】
次に、図２を参照しながら本発明のＷＷＷに関する実施例について詳しく説明する。
【００１３】
拡張されたＷＷＷシステムアーキテクチャ
図２には、複数のユーザ間で同期合わせされるＷＷＷコンテンツ表示のためのＷＷＷサービス用に拡張されたシステムアーキテクチャが描かれている（ここでは見やすくするためそれぞれ１つのＷＷＷクライアントとして示された二人のユーザしか描かれていないが、ここで述べる方法によれば任意の人数のユーザが可能である）。もちろん、本発明はＨＴＴＰに基づくＷＷＷサービスのこの実例に限定されるものではなく、クライアント・サーバ方式に従って動作し、同期のとられたｎ：１のクライアント・サーバ関係ではなく同期のとられていないｎ個の１：１クライアント・サーバ関係だけをもともと意図した、一般的なコンテンツ配布を提供するあらゆるサービスにおいて適用できる。
【００１４】
周知のＷＷＷサービスアーキテクチャと比較して基本的に拡張された部分は、以下のコンポーネントに該当する。
【００１５】
１．同期を合わせるべきＷＷＷクライアントのＷＷＷブラウザは、その機能に関して同期モジュールＳＭによって拡張される。この拡張は周知のソフトウェア技術に従って、いわゆるＷＷＷブラウザプラグインを用いることでスタティックに行うこともできるし、あるいはいわゆるＪａｖａアプレット（Java Applet）ないしはアクティブＸコントロール（ActiveX Control）をＩＰネットワークを介してトランスペアレントにダウンロードすることで、ダイナミックに行うこともできる。
【００１６】
２．図１による周知のＷＷＷサーバの前に同期サーバＳＳが接続される。この同期サーバＳＳは、同期モジュールＳＭによって拡張されたＷＷＷクライアントとＷＷＷコンテンツを提供する慣用のＷＷＷサーバとの間をリンクを成す。同期サーバＳＳとＷＷＷサーバとの間の接続はＩＰを介してＨＴＴＰにより行われ、同期サーバＳＳと拡張されたＷＷＷクライアントとの間は、それ相応に適合されたＨＴＴＰを用いＩＰを介して行われる（同様にコンテンツ配布を提供する非ＷＷＷサービスにおいて本発明を実現するときには、同期サーバＳＳとクライアントとの間のプロトコルの必要な拡張をそれ相応に実施しておく）。
【００１７】
３．同期サーバＳＳとＷＷＷサーバは独立した２つのソフトウェアアプリケーションを成し、それらは同一の物理的なサービスホスト上でパラレルに、あるいは図２に描かれているようにＩＰネットワーク内に分散された２つのサービスホストにおいて実行させることができる。
【００１８】
特徴
・ＷＷＷクライアントはまず最初に、同期サーバＳＳを参照指示する専用ＵＲＬの呼び出しにより同期のとられたＷＷＷコンテンツ表示サービスを要求する。このＵＲＬの呼び出しにより、ＷＷＷクライアントは相応のサービスホスト上の同期サーバＳＳと接続される。ＷＷＷクライアントと同期サーバＳＳとの間のこの最初のコネクションのために何らかの拡張は不要であり、したがってこれは標準ＨＴＴＰを介して行われる。
【００１９】
・同期サーバＳＳは、ＷＷＷクライアントにおいてすでにスタティックに同期モジュールＳＭがインストール済みであるかをチェックし、必要に応じて同期モジュールＳＭのダイナミックなインストールを実行する（「拡張されたＷＷＷシステムアーキテクチャ」の章の項目１を参照）。
【００２０】
・同期サーバＳＳは同期をとるべきすべてのＷＷＷクライアントを、論理的に１つの「シンクロナス・マルチメディア・セッション・グループ」ＳＭＭＳＧ（Syncronous Multimedia Session Group）にまとめる。この場合、グループごとに同期合わせされるデータネットワークコンテンツの表示サービスに対する１つのクライアントのリクエストに基づき、このリクエスト中で定められている特定のクライアントが、１つの「シンクロナス・マルチメディア・セッション・グループ」ＳＭＭＳＧにまとめられる。
【００２１】
・１つのＳＭＭＳＧへの割り当ては、同期モジュールＳＭのスタティックまたはダイナミックなインストール（「拡張されたＷＷＷシステムアーキテクチャ」の章の項目１を参照）において、同期表示サービス要求にあたり同期サーバＳＳにより同期をとるべきＷＷＷクライアントの明示的または暗黙的な登録により行われる。
【００２２】
・ＳＭＭＳＧ内における同期合わせは以下のようにして実行される。
【００２３】
１．ＷＷＷクライアント内の同期モジュールＳＭはＵＲＬ転換としてはたらく。すなわち、特定のＳＭＭＳＧに属するクライアントが任意のＷＷＷサーバ内のＵＲＬに対しＨＴＴＰに従って標準的に行うリクエストが、同期モジュールＳＭによって横取りされ、その代わりに同期サーバＳＳへ転送される。
【００２４】
２．同期モジュールＳＭおよび同期サーバＳＳは、適切に整合されたＨＴＴＰに従って通信を行う。殊に同期サーバＳＳは同期モジュールＳＭから、ＷＷＷクライアントにより要求されたＵＲＬを受け取る。
【００２５】
３．同期サーバＳＳは、相応のＷＷＷサーバの要求されたＵＲＬ（ＷＷＷサーバはＵＲＬによっては同期サーバＳＳと同一のサービスホストにある可能性もある）を、要求されたＷＷＷクライアントの代理としてロードする。
【００２６】
４．同期サーバＳＳは特定のＳＭＭＳＧに属するすべての同期モジュールＳＭに対し、そのＳＭＭＳＧのために新たなＷＷＷコンテンツが存在することを通知する（標準ＨＴＴＰは、クライアントがリクエストによりあるコンテンツを呼び出したときにサーバからクライアントへそのコンテンツを伝送するメカニズムをすでにもっている）。つまり、同期サーバＳＳが同期モジュールＳＭへ「受け取るものがある」ことと「どこにあるのか」ということだけを通報し、ついで同期モジュールＳＭがクライアントを相応に呼び出してアクティブにさせれば、標準ＷＷＷ方式による本来のコンテンツ伝送を実現させることができる。
【００２７】
５．特定のＳＭＭＳＧに属するクライアントの同期モジュールＳＭはそれが属するＷＷＷクライアントに対し、（同期サーバＳＳの上述の転換ゆえに）新たなコンテンツの要求を行わせ、コンテンツのダウンロードならびにその表示を促す。
【００２８】
６．このようにして、ＳＭＭＳＧに属するＷＷＷクライアントにおいて表示されるコンテンツの同期がとられる。
【００２９】
・同期サーバＳＳは、あるＳＭＭＳＧに属する各ＷＷＷクライアントからＳＭを介して到来するＵＲＬリクエストを、それらの到着に従って時間順序で処理し、つまり "first-come-first-served" 方式による待ち行列に従って処理する。処理されたリクエストに対し、上述の項目１〜６が繰り返される。
【００３０】
・ユーザがＷＷＷクライアント内のＳＭを終了させることで、ＷＷＷクライアントは対応するＳＭＭＳＧから離れる。ＳＭの終了はたとえば、ＷＷＷブラウザのコントロールバー中の対応するアイコンによって行われる。このアイコンは、ＳＭのインストール時に作られる。
【００３１】
・ＳＭＭＳＧの中断後に再加入するために、つまり再開させるために、特定のＳＭＭＳＧにおけるすべてのＷＷＷクライアントに対し同一の「セッション・グループ・ログイン（"Session Group Login "）識別子」が割り当てられる。この識別子はたとえば、ＷＷＷブラウザのいわゆるブックマークファイル中のＵＲＬとして格納することができる。この場合、ユーザは、対応するブックマークの呼び出し（マウスクリックまたはユーザ入力）により、対応するＳＭＭＳＧに再び参加する。ＷＷＷブラウザのダイナミックな拡張（「拡張されたＷＷＷシステムアーキテクチャ」の章の項目１を参照）の場合、対応するＳＭＭＳＧを再開するときにも、同期サーバＳＳとの通信に必要な同期モジュールＳＭがダウンロードにより再インストールされる。
【００３２】
・特定のＳＭＭＳＧに属する最後のＷＷＷクライアントがそこから出ることを届け出たとき、そのＳＭＭＳＧが終了したとみなされ、同期サーバＳＳにより論理的に終わらされる。
【００３３】
利点
１．同期のとられる各ＷＷＷクライアントのグループの中のいずれのクライアントも、対応するＳＭＭＳＧにおける他のクライアントのための「ＷＷＷコンテンツのリーダ」の役割を担うことができる。目下の「リーダ」により要求されたＷＷＷコンテンツは、そのＳＭＭＳＧの残りのメンバーへも同時に伝送され、したがって１つのＳＭＭＳＧ内におけるＷＷＷコンテンツの同期が達成される。
【００３４】
２．各ＷＷＷクライアント間の同期合わせは、ＵＲＬの明示的な交換を行ったりユーザがＷＷＷクライアントにそのＵＲＬを手動でエントリすることなく、自動的に行われる。
【００３５】
３．上述の項目１および２により、たとえばインターネットやイントラネットなどのＩＰネットワークにおけるマルチメディア買い物案内／売り込み勧誘や遠隔学習の分野における新しいアプリケーションが可能となる。相談係／店員あるいは教師は、ＷＷＷサーバにおいて提供されるマルチメディアコンテンツにより顧客／生徒を、彼らに何もさせることなく自動的に導くことができる。その逆に、必要に応じて顧客／生徒が相談係／教師を特定のＷＷＷコンテンツへ導くこともできる。
【００３６】
４．インターネット／イントラネット内にすでに設けられているＷＷＷクライアントやサーバから成るインフラストラクチャが、それに属するプロトコルやユーザ端末およびサービスホストも含めて再利用される。必要な拡張は、独立したＷＷＷブラウザソフトウェアモジュールあるいは独自のサーバアプリケーションにおいて実現できる。これによって、既存の設備や規格に基づきコストの安い迅速な移行が可能となる。
【００３７】
0004076117.tif 000002
【図１】
0004076117.tif 000003
【図２】
0004076117.tif 000004