JP2000516053A

JP2000516053A - インターネットマルチメディアの内容を電話及びオーディオ通信と統合するための方法及びその装置

Info

Publication number: JP2000516053A
Application number: JP09540178A
Authority: JP
Inventors: パシャロバーツ; フランシスエイ．オナー; ファーダウスバセナ
Original assignee: ウェブラインコミュニケーションズコーポレーション
Priority date: 1996-05-07
Filing date: 1997-05-07
Publication date: 2000-11-28
Also published as: US20100296509A1; EP0897631A2; AU2935297A; US7725540B2; CA2253867A1; WO1997042728A3; IL126909A0; WO1997042728A2; US6754693B1; US8386567B2; US6295551B1; US20050004977A1

Abstract

(57)【要約】インターネットの内容をオーディオ通信とコーディネートする方法と装置とであって、複数の関係者にインターネット上で同一メディア内容を見せることができ、さらに、従来式電話ネットワークまたはネットワーク機器を利用した音声による同時的通信をさせることができる。この視覚交信はユーザコンピュータに第２コンピュータのディスプレーに対応した共同内容をディスプレーさせ、両当事者にそれぞれのブラウザで同一内容を含んだコピーを見させるものである。この視覚交信はさらに、いずれの当事者にもそれぞれのブラウザの視覚内容を更新させる方法をも提供する。別実施例においては、ユーザコンピュータの資源収集機能は、ユーザコンピュータに対してサーバに、必要に応じてユーザコンピュータによって要求される情報を含んだユーザアプレットをダウンロードさせるだけで増強される。このように、ユーザコンピュータの待ち時間は短縮され、その時点で不要な視覚交信のために資源を浪費することもなくなる。さらに別な実施例においては、この方法はネットワークで防火壁を通過して利用できる。

Description

【発明の詳細な説明】インターネットマルチメディアの内容を電話及びオーディオ通信と統合するための方法及びその装置発明の背景本発明は、全体的に２つのユーザの間でインターネット通信を統合するための装置及び方法に関する。更に詳細には、本発明は、２つのユーザが同一マルチメディアの内容のコピーを見ること及び変更することができるように、インターネットマルチメディア通信を統合するための装置及び方法に関し、この場合、一方のユーザによって実施されるあらゆる変更を第２のユーザが続いて見ることが可能であり、更に、あらゆる視覚通信をオーディオ通信によって補足することによって通信を強化するものとする。ビジネスは、通常、技術的支援要員、販売支援要員、或いは、顧客の質問に回答することのできるサービス要員（今後、集合的に販売代理人と称する）によって構成されるコールセンタを介して顧客にサービスを提供する。一般に、これらのセンタは、電話網から入来するコールを扱うために自動化されたコール配分装置（「ＡＣＤ」）システムを使用する。商業的に利用可能なＡＣＤシステムは、コールセンタのためにコール処理、音声処理、データ処理、及び、ネットワーク機能を提供する。ＡＣＤシステムは、通常、顧客コールを販売代理人へ経路指定する。販売代理人は、通常、ヘッドセット、及び、入来コール応答するためにＡＣＤシステムに接続されたユーザデバイスを使用する。ＡＣＤシステムは、ビジネスが入来コールをどのように優先順位化および経路指定しようとしているかを反映するようにカストマイズ可能な待ち行列へコールを経路指定することができる。顧客がオンホールド状態である場合には、ＡＣＤシステムは顧客に情報を提供する。一般に、ＡＣＤシステムは、例えば、顧客のコールが重要で「持続してください」を顧客に通知し、顧客コールを非ピーク期間に戻すことを提案し、又は、顧客がオンホールドを期待できる時間を顧客に通知する。この種の具体化例において、顧客は、ＡＣＤシステムの繰り返しメッセージを聞きながら電話を待たねばならない。これは、顧客を挫折させることがある。更に、これは、顧客が多くの他の業務を実施することを制限し、顧客は販売代理人または技術専門家の電話を待ち続ける。幾つかの具体化例においては、ＡＣＤシステムは、顧客がオンホールド状態にある場合に、当該顧客に宣伝することもある。ただし、顧客は、宣伝中の製品またはサービスに興味がないかもしれないし、宣伝を聞くことによって挫折感を更に大きくしていることもあり得る。その代りに、ＡＣＤシステムは、オンホールド期間中に顧客にメロディを供給することができる。ただし、この具体化例において、顧客は、依然として、他の業務をすることから拘束され、そして、当該ビジネスは宣伝する機会を失う。別の場合には、ビジネスがインターネットウェブページを介して顧客と通信する。この場合、ビジネスは、インターネットウェブページ上で当該ビジネスの製品を宣伝することによって顧客から質問を引き出す。この種のウェブページは、販売代理人が顧客に接触することを可能にする。サービスをリクエストするために、ビシネスはそれらの名前及電子メールのアドレスをウェブページ上のスペースに挿入してから、コールミーボタンを作動化する。その後で、販売代理人には、サービスに関するリクエストを含む電子メールが送られ、販売代理人がこれに回答する。ただし、販売代理人が、電話または電子メールのいずれかによって応答する場合には、顧客は、もはやビジネスウェブページを一切見ないことが多く、従って、ビジネスウェブページは販売代理人の販売活動には貢献できない。更に、応答は直ちに行われず、数日遅れることもあり、この中間期間には、当該顧客は他の製品を買うこともあり得る。製品に関する顧客の質問に回答するための中間的解決方法は、インターネット上で顧客がビジネス製品のデモンストレーションを使用または見ることを可能にすることによって呈示される。一例として、顧客がソフトウェアを買うことを望む場合には、当該顧客は、当該ビジネスのウェブサイトへ行き、ソフトウェアデモンストレーションを要求することが可能である。当該ウェブサイトはソフトウェアデモンストレーションを顧客へダウンロードする。デモンストレーションを見ることによって、顧客の全ての質問の回答が得られた場合には、そこで、顧客はそのソフトウェアを購入することが出来る。他だし、顧客が依然として質問の回答が得られない場合には、顧客は、再び電話するか、遅延いている電子メール、または、電話による回答を待たねばならない。インターネットからダウンロードされたソフトウェアデモンストレーションを顧客に提供することの更なる欠点は、／顧客が各ウェブサイトへ行き、顧客が見ようとする製品を確かめ、そして、例えば適当なプラグイン又はコードが顧客のコンピュータへダウンロードされる期間を待つために時間がかかることことである。顧客が当該デモンストレーションの一部を見ることだけが必要である場合には、全コードを顧客へダウンロードすることは顧客の資源を不必要に使用することである。更に、コードがダウンロードされることを顧客が待つ時間は、電話で待ったと同様に、これも時間浪費である。この問題への一解決方法は、インターネットでダウンロードするためのリンクを顧客が待っている場合にグラフィックユーザインタフェースに情報をディスプレイするための方法について特許を請求するＪｕｄｓｏｎに許可された米国特許第５，５７２，６４３号に教示されている。ただし、これは、聞きたくない広告を電話で顧客に聴取させることと同類であり、従って、既に述べた問題は依然として残されている。ソフトウェアデモンストレーションをダウンロードすることの更なる欠点は、ダウンロードされることが、当該顧客により販売代理人の支援なしに単独で見られることである。ソフトウェアデモンストレーションは、通常、遠隔位置において同時に見ることのできる並行使用ソフトウェアアプリケーションではない。従って、ソフトウェアアプリケーションは、当該顧客と当該販売代理人の両方によって同時に見ることができない。更に、両者が見るためには、一層長いダウンロード期間さえ必要となるはずである。更に、この種のアプリケーションは、ランするために多量の顧客資源を必要とするはずであり、そして、顧客にとって操作が困難なはずである。要約前述および他の目的は、少なくとも２つのユーザの間のインターネット通信を統合するための装置及びそれと関連した方法を提供する本発明によって達成される。本装置は、ユーザコンピュータと第２のコンピュータとの間に配置されたサーバと通信する前記第２のコンピュータと前記ユーザコンピュータとの間のネットワークを介して視覚通信を提供する。本方法は、プラットホーム独立型ネットワークを介する視覚通信を容易にする。従って、前記ユーザコンピュータも前記第２のコンピュータも、あらゆる特定のオペレーティングシステム又はソフトウェアアプリケーションの使用に制限されない。前記ユーザコンピュータ及び前記第２のコンピュータの唯一の必要条件は、ファイルを読むためのブラウザ様アプリケーションを持つことであり、好ましい実施例における前記ブラウザはハイパーテキストマークアップ言語（「ＨＴＭＬ」）ブラウザである。前記ユーザコンピュータと前記第２のコンピュータとの間で視覚通信を提供するために、前記ユーザコンピュータと前記サーバとの間でリンクが確立され、そして、前記サーバと前記第２のコンピュータとの間でリンクが確立される。前記サーバ、前記ユーザコンピュータ、及び、前記第２のコンピュータは、ネットワークを介して、完全に分散可能である。前記サーバは、確立されたリンクの部分であることに加えて、前記ユーザコンピュータにユーザアプレットを選択的に伝送する。前記ユーザアプレットは、前記ユーザコンピュータを前記サーバと通信可能化する。前記第２のコンピュータは、その上に配置されたサービスアプレットを備えるか、或いは、前記サービスアプレットが前記サーバによって前記第２のコンピュータに装備される。前記サービスアプレット及び前記ユーザアプレットは、前記ユーザコンピュータ又は前記第２のコンピュータが共用ビューを持つことを可能化するために事前インストールされた任意の実行可能ファイルを持つことを前記ユーザコンピュータ又は前記第２のコンピュータのいずれかに要求することなしに視覚通信の発生を可能化する。更に、前記ユーザアプレット及び前記サーバアプレットは前記サーバと双方向的に通信し、結果的に、前記サーバを介して相互に双方向的に通信可能である。前記ユーザコンピュータが前記ユーザアプレットを受信した後で、前記ユーザコンピュータはユーザビューを生成する。並行的に、又は、その後において、前記サーバは、前記サーバと前記ユーザコンピュータとの問で前記リンクが確立されていることを、前記サービスアプレットに通信する。その後において、前記ユーザコンピュータと前記第２のコンピュータとの間でセッションが選択的に確立される。前記セッション期間中、前記第２のコンピュータ及び前記ユーザコンピュータは両方とも、それらのコンピュータのそれぞれのブラウザ上に、それらのユーザインタフェースにおける共用ビューをそれぞれディスプレイする。前記の共用ビューは、前記第２のコンピュータにディスプレイされる内容と同じ内容のコピーを前記ユーザコンピュータのユーザが見ることを可能化し、また、その逆も可能化する。従って、前記ユーザコンピュータ及び前記第２のコンピュータの両方ユーザは、ブラウザにディスプレイされる同一内容を見ることになる。前記ユーザコンピュータの前記ユーザインタフェースはユーザビューと呼ばれ、他方、前記第２のコンピュータの前記ユーザインタフェースはサービスビューと呼ばれる。前記サービスビューは前記ユーザビューの表現を含み、前記ユーザビューの表現は前記の共用ビューである。前記ユーザコンピュータ又は前記第２のコンピュータのいずれかは前記の共用ビューを操作できる。例えば、前記第２のコンピュータは、或るユニバーサル資源ロケータ（「ＵＲＬ」）ソースロケーションにおける内容から第２のＵＲＬソースロケーションにおける内容に前記共用ビューを変えることができる。前記第２のコンピュータが前記共用ビューに変更を実行する場合には、当該変更はサービスアプレットに伝達される。前記サービスアプレットは前記変更を前記サーバに伝送し、続いて、前記サーバは前記変更を前記ユーザアプレットに伝送する。次に、前記ユーザアプレットは前記ユーザビューにおいて変更を実行し、そして、前記変更が実行されたことを前記サーバに通知する。前記サービスアプレットが前記ユーザビューが変化したという通知を前記サーバから受信した後で、前記サービスアプレットは前記サービスビューにおける前記ユーザビューの表現を変更し、それによって、前記ユーザコンピュータの前記共用ビューを調合させるように前記第２のコンピュータの前記共用ビューを順応させる。この過程は、前記ユーザコンピュータと通信するように前記第２のコンピュータを作動可能化する。前記の過程は双方向的に実施可能であり、結果的に、ユーザコンピュータが前記ユーザビューを変更し、そして、前記第２のコンピュータに順応変化を起こさせる。この方法の様々な具体化例は、前記ユーザコンピュータまたは前記第２のコンピュータによって作動可能化される。一具体化例は、前記の共用ビューのＵＲＬソースロケーションの変更を可能にする。他の具体化例は、前記の共用ビューにおけるイメージの変更を可能にする。本発明のこの実施例の別の具体化は、前記の共用ビューがソフトウェアアプリケーションであることを可能にする。更に別の実施例は、前記の共用ビューがソフトウェアデモンストレーションプログラムをディスプレイすることを可能にする。この実施例の付加的な具体化はフオームの対話型使用であり、この場合、各フォームがオブジェクトを有する。この具体化において、フォームは、アーギュメントを有するアレイとして表され、この場合、アーギュメントは当該フォームのオブジェクトを表す。前記ユーザコンピュータまたは前記第２のコンピュータはフォーム上のエントリを変えるので、前記ユーザアプレットまたは前記サービスアプレットは、それぞれ、アレイにおけるオブジェクトを更新し、その結果、この時点においてアレイは前記ユーザインタフェースにおけるあらゆる変化を表す。次に、既に述べたように、前記ユーザコンピュータ及び前記第２のコンピュータ両方の前記共用ビューに変更が実行される。フォームの対話型使用のための更なる具体化はフォームが事象監視であることを補足し、その結果、フォームのオブジェクトが変化する場合、当該オブジェクトは当該変化についてアプレットに通知する。更に別の具体化は、当該オブジェクトをアプレットとして書き直す。再び、オブジェクトへの変更は前記共用ビューにおいて実行される。視覚通信を作動可能化するために、前記サーバは、前記のユーザアプレットをユーザコンピュータへダウンロードする。本発明の一実施例において、前記サーバは、前記ユーザコンピュータがその時必要とする機能性を表すユーザアプレットを前記ユーザコンピュータへ単にダウンロードすることによって前記ユーザのコンピュータの資源収集機能を強化する。従って、前記サーバは、前記ユーザコンピュータが何を必要とするかを確認し、その機能性を表すアプレットを生成し、当該アプレットを前記ユーザコンピュータへダウンロードする。後で、視覚通信に際して、前記ユーザコンピュータが更に強力な機能性を必要とする場合には、前記サーバは、必要な機能性を含む第２のユーザアプレットをダウンロードする。この方法により、前記サーバは、時間と空間の両方において、前記ユーザコンピュータの資源収集を軽減し、他方において、前記ユーザが作動可能化することを望む資源の機能を作動可能化する。前記ユーザアプレットは、スクリプトの使用によって更に強化される。前記スクリプトは、第２のコンピュータの前記ユーザインタフェースに、好ましくは前記ユーザビューの表現に隣接してディスプレイされる。前記ディスプレイは、そこから第２のコンピュータを選定することが可能なスクリプトのリストであるか、或いは、第２のコンピュータの前記ユーザが選定したスクリプトであっても差し支えない。前記スクリプトは前記サービスアプレットと通信中である。前記スクリプトは、前記サービスアプレットを作動可能化し、共用ビューにおけるあらゆる変更を実行し、既に述べたように、当該変更を前記ユーザアプレットへ伝送するために前記サービスアプレットに送られる簡素化されたコマンドを有する。好ましい実施例において、前記スクリプトはハイパーテキストマークアップ言語（「ＨＴＭＬ」）で書かれる。視覚通信は、複数のユーザコンピュータと複数の第２コンピュータとの間で実施可能である。これは、少なくとも１つのユーザコンピュータと少なくとも１つの第２のコンピュータの間における、複から単、単がら複、又は、複から複への通信を可能にする。複数の第２のコンピュータの各々は同じであっても差し支えなく、或いは、複数の第２のコンピュータの各々は、例えば管理、販売、或いは、技術的な支援のような、異なる機能ゐ実施するように適応された異なるサービスアプレットを備えていても差し支えない。実施例が複数の第２のコンピュータを有する場合には、同様に、サーバは、ユーザコンピュータからのコールリクエストをそれに向かって経路指示する複数の待ち列を有する。１つの待ち行列には、ユーザコンピュータからの１つ又は複数のコールリクエストが含まれる。更に前記の待ち行列は、１つ又は複数の第２のコンピュータに選択的にディスプレイされる。前記サーバは、例えば先着順サービスベースで、ユーザコンピュータの属性、第２のコンピュータの販売特殊性、または、多くの項目の中から、コール回数、現在待ち行列内に在るコールリクエストの個数に関係する式を含む理論式に基づく種々の方法を用いて、コールリクエストを経路指示する。属性は、プロンプトすることにより、ユーザコンピュータへ収集可能であり、或いは、ユーザアプレットはユーザコンピュータから属性を抽出可能である。ユーザコンピュータのコールリクエストが待ち行列に置かれると、サーバは、ユーザコンピュータのコールリクエストの待ち行の状態に関してユーザアプレットに通知する。サーバは、待ち行列の状態をそのユーザインタフェースにおけるユーザコンピュータへディスプレイし、コールリクエストが何時回答されるかをユーザコンピュータが知ることができるようにする。一実施例において、ユーザコンピュータのエントリが待ち行列に在る場合に、サーバは、ユーザコンピュータのコールリクエストが回答されるまで、ユーザアプレットを介して、ユーザコンピュータに、Ｍｕｚａｋ社の登録商標ＭＵＺＡＫに類似する補足情報をディスプレイする。一実施例において、コンピュータの補足情報は、ユーザコンピュータの属性に基づき、サーバから選択的に伝送される。他の実施例において、サーバは、スクリプトに基づき、コンピュータの補足情報を伝送する。ユーザコンピュータがコンピュータの補足情報をディスプレイされている場合には、ユーザコンピュータは、他のオプションの中の例えば接続を切るか、或いは、後で私をコールせよというようなユーザコンピュータオプションを作動可能化するユーザアプレットによって生成される制御ビューを有する。更に他の実施例において、ネットワークを介した視覚通信は、ユーザコンピュータと第２のコンピュータとの間のオーディオ通信と密接に関係している。この実施例の一具体化において、ユーザコンピュータ及び第２のコンピュータは、ユーザコンピュータと第２のコンピュータとの間のセッション期間中に作動可能にされるボイスオーバーネット能力を有する。他の実施例において、従来型の電話システムは、セッション期間中にオーディオ通信を実行するために用いられる。この実施例において、１つのオーディオデバイスは、少なくとも１つの第２のコンピュータ及び少なくとも１つのユーザコンピュータと関連する。オーディオデバイスは、通信を開始するか、或いは、ユーザコンピュータと第２のコンピュータとの間の視覚通信を開始した後で使用されるかのどちらかが可能である。従って、ユーザコンピュータ及び第２のコンピュータのユーザは、ネットワークを介して共用内容を見ること、並びに、可聴的に通信することが可能である。具体化に際して、先ずオーディオ通信がが確立された場合、第２のコンピュータは、ユーザコンピュータを適切なアドレス、または、ＵＲＬソースロケーションに導き、そこで、ユーザコンピュータはサーバと連結され、そして、既に述べたように、ユーザアプレットを提供する。この実施例において、ユーザコンピュータは、更に、当該コールセッションに入るためのパスワードを選択的に提供されることが可能であり、従って、当該コールセッションを専用化する。更に、他の実施例において、第２のコンピュータはコールセンタの構成要素であることが可能であり、この場合、前記コールセンタは自動化されたコール配分システム（「ＡＣＤ」）を有する。この実施例において、ＡＣＤもコール待ち行列を有する。ＡＣＤも当該ネットワークへ接続されている場合には、前記のコール待ち行列は、当該ネットワークを介してサーバに通信可能であり、従って、前記ＡＣＤのコール待ち行列は、サーバ又はサーバの補待ち行列とタンデム配置されて作動可能である。この実施例において、前記のコールセンタは、ＡＣＤのあらゆる付加的能力を利用することが可能であり、同時に、前記サーバ、ユーザアプレット、及び、サービスアプレットによって作動可能化された視覚通信を用いてＡＣＤを補足する。他の実施例において、サーバとユーザコンピュータとの間の通信は、トンネリングを用いて防火壁を通過することが出来る。更なる態様において、本発明は、上記の装置に基づく方法を提供する。本発明の前述の、及び、他の態様は、図面において、及び、後続する記述において明白である。図面の簡単な説明本発明の前述および他の目的、その種々の目的、並びに、本発明自体は、添付図面と共に読むことにより、次の記述から更に十分に理解可能であるはずでえある。図１は、本発明の一実施例のシステムダイアグラムを示す。図２は、図１のシステムの構成図を示す。図３は、本発明の一実施例に基づくユーザインタフェースを示す。図４Ａは、本発明の一実施例に基づく第２のユーザインタフェースを示す。図４Ｂは、本発明の他の実施例の第３のユーザインタフェスを示す。図５は、本発明の他の実施例に基づく複数の第２のコンピュータを有するシステムダイアグラムを示す。図６は、本発明の更に他の実施例のシステムダイアグラムを示す。図７Ａは、本発明に基づきユーザコンピュータがコールセッションに入る具体化例のフローチャートを示す。図７Ｂは、本発明に基づきユーザコンピュータがコールセッションに入る第２の具体化例のフローチャートを示す。詳細な記述本発明は、様々なネットワーク内におけるユーティリティを保存し、そして、種々異なる形式に具体化可能であると同時に、インターネットと関連して有利に利用される。これは好ましい実施例の一形式であり、そして、この実施例は、例示されるものであって、限定されるものでないとみなされる。図１は、本発明の一実施例に従ったシステム１０を示す。図に示すように、システム１０は、ネットワーク１６と通信するユーザコンピュータ１２、及び、ネットワーク１６と通信する第２のコンピュータ２４を含む。システム１０は、更に、ユーザコンピュータ１２と、ネットワーク１６とも通信する第２のコンピュータ２４との間に配置されるサーバ２０を含む。好ましい本実施例において、ネットワーク１６はインターネットである。従って、ここでは、転送制御プロトコル／インターネットプロトコル（「ＴＣＰ＼ＩＰ」）を介して通信が行われる。ただし、ネットワーク１６が、インターネット、又は、通信プロトコルをサポート可能なあらゆるネットワークであっても差し支えないことは、当業者にとって明白なはずである。同様に、システム１０は、図１に示す完全分散図とは対照的に、部分分散であっても差し支えない。例えば、サーバ２０及び第２のコンピュータ２４は、ローカルエリアネットワーク（「ＬＡＮ」）、或いは、結果的にはネットワーク１６に接続される広域ネットワーク（「Ｗ」）へ接続可能である。ユーザコンピュータ２４及び第２番のコンピュータ２４は、パーソナルコンピュータ、ワークステーション、端末装置、ラップトップ、又は、ユーザインタフェースをディスブレイし、アプレットを記憶するをすることが可能なあらゆるデバイスであっても差し支えない。ただし、ユーザコンピュータ１２及び第２のコンピュータ２４は、それぞれブラウザ１８、２８を持たなければならず、この場合、ブラウザは、その上にビューを作るようにファイルを解釈できる任意のアプリケーションソフトウェア又はファームウェアとして規定されるものとし、前記ファイルには、例えば、ＨＴＭＬ、ジャバスクチプトが含まれる。この種のブラウザの例には、例えば、特に任意の共通インターネットブラウザ、及び、特にジャバワークステーションが含まれる。図７Ａ及び７Ｂと関連して後で更に詳細に示すように、ユーザコンピュータ１２及び第２のコンピュータ２４は、それぞれ、ブラウザ１８、２８を介してサーバ２０にアクセスする。ブラウザ１８、２８は、ディスプレイ１４、２６を介してユーザコンピュータ１２及び第２のコンピュータ２４にディスプレイされる。この場合のディスプレイは、例えば、ブラウン管または液晶ディスプレイである。一旦、ユーザコンピュータ１２がブラウザ１８を用いてサーバ２０にアクセスすると、サーバ２０は、ユーザコンピュータ１２にユーザアプレット２２を伝達する。ユーザアプレット２２は、ユーザコンピュータ１２をネットワーク１６を介してサーバ２０と通信可能化するように適応済みである。サービスアプレット３０は、第２のコンピュータ２４をサーバ２０と通信可能化するように第２のコンピュータ２４に配置される。同様に、サービスアプレット３０は、サーバ２０によって第２のコンピュータ２４に伝送されるか、或いは、その上に配置される。ユーザコンピュータ１２がユーザアプレット２２を受信した後で、第２のコンピュータ２４には、リンクが確立されていること、及び、ユーザコンピュータ１２と第２のコンピュータ２４との間にセッションが確立可能であることが通知される。セッションが確立されている場合、ユーザコンピュータ１２及び第２のコンピュータ２４のユーザは視覚的に通信可能である。ユーザコンピュータ１２及び第２のコンピュータ２４のユーザは、それぞれのディスプレイ１４、２６上の内容を共有することによって視覚的に通信する。更に詳細には、一方、ブラウザ１８は、ユーザビューを含むユーザインタフェースをユーザコンピュータ１２上にディスプレイし、他方、ブラウザ２８は、ユーザインタフェースを第２のコンピュータ２４上にディスプレイする。セッションが作動可能化されている場合には、第２のコンピュータ２４のユーザインタフェースは、ユーザコンピュータ１２上にディスプレイされているユーザビューの表現を含む。従って、１つのセッション期間中は、ユーザコンピュータ１２及び第２のコンピュータ２４は、それぞれのブラウザ１８、２８上の同一ユーザビューを見ていることになる。次に、ユーザコンピュータ１２及び第２のコンピュータ２４は共用内容を見ていることになる。セッション期間中は、どちらのパーティでも、当該パーティのコンピュータにディスプレイされる共用内容を操作することができる。共用内容が操作される場合には、当該パーティのコンピュータに配置されているアプレットは、共用内容が変化したことを、ネットワーク１６を介して、サーバ２０に通信する。好ましい実施例において、１つのセッション期間中、例えば共用内容における変化のような或る事象が発生したかどうかを確かめるために、アプレット２２、３０はサーバ２０を選択的にポーリングする。これは、図７Ａ及び７Ｂに関連して更に詳細に記述するように、１つの一意的な識別子を用いて各セッション及び当該セッションにおける各アプレットを指示っすることによって容易化される。該当するセッション識別子を有するサーバ２０をアプレットがポーリングする場合、当該サーバ２０は、或る事象が発生したことをアプレットへ通信する。次に、当該アプレットは、そのそれぞれのコンピュータのブラウザと通信し、そして、共用内容におけるあらゆる変化を当該ブラウザにディスプレイさせる。変化していないコンピュータのブラウザが、当該サーバ２０によって当該ブラウザに伝達された事柄を、一旦、ディスプレイした場合には、両方のパーティは、それぞれのブラウザ上で同一の共用内容を再び見ていることになる。以下に検討される他のアイテムの中の例えば他のウェブページ又はソフトウェアデモンストレーションを見るように、どちらがのパーティーがもう一方のパーティーを導くように、このプロセスは行ったり来たりしながら継続する。他の具体化例においては、アプレットの代りにサーバ２０が、共用内容の変化を検索し、そして、当該セッションにおける変化を当該アプレットに伝達することができる。この具体化例においては、サーバ２０が代理サーバとして作用する。この場合の代理サーバの機能については当該技術分野において公知である。好ましい実施例において、第２のコンピュータ２４のユーザが共用内容を変更することに決定した後で、第２のコンピュータにおいて共用内容を更新する以前に、サービスアプレット３０は、サーバ２０からの応答を待つ。当該サービスアップレットは、当該サービスアップレットがユーザアプレット２２に通信済みであり、そして、ユーザコンピュータ１２における共用内容を変更済みであると言うサーバ２０からの応答を待つ。当該ユーザアプレットがユーザコンピュータ１２のブラウザ上において共用内容を変更したと言う後方通信を、サーバ２０が、一旦、ユーザアプレット２２から受信すると、当該サーバは、第２のコンピュータ２４のサービスアプレット３０に通知する。この時点において、第２のコンピュータ２４のサービスアプレット２２は、第２のコンピュータのインタフェースの共用内容５２の表現を更新する。この方法においては、第２のコンピュータ２４のユーザインタフェースがユーザコンピュータ１２よりも先になることはない。更に、各コンピュータ１２、２４は、共用内容５２の検索を独立して実施し、この例においては、一方のコンピュータからもう一方に共用内容５２の送信を実施することはないことに注意されたい。本発明の範囲から逸脱することなしにサーバ２０をポーリングするためにアプレット２２、３０を必要とすることなく、サーバ２０が、各セッションにおいて、あらゆる変更に関して、アプレット２２、３０に通知することが可能であることは当業者にとっては明白であるはずである。更に、アプレット２２、３０は、ポーリング又はプッシングのあらゆる組合わせの結果として、或る事象が発生したということがアプレット２２、３０に通知されるように、サーバ３０と共に作動可能である。更に、インターネットにおいては、事象駆動型技術が更に受け入れ可能になるにつれて、ポーリングは、事象駆動型技術、或いは、類似の通知技術によって代置可能である。好ましい実施例において、サーバ２０は、ＪＡＶＡオブジェクトを使用するＪＡＶＡサーバである。ＪＡＶＡは、Sun Microsystems Incの登録済み商標である。ユーザアプレット２２及びサービスアプレット３０は、サーバ２０に配置されたオブジェクトによって通信する。好ましい実施例において、アプレット３４は、同様にＪＡＶＡアプレットである。これは、システム１０がクロスプラットホームシステムであることを可能にし、従って、ユーザコンピュータ１２、或いは、当該セッションに関連したあらゆるコンピュータに一切の実行可能ファイルを事前配置する必要をなくする。ＪＡＶＡサーバは、ＵＮＩＸコンピュータ、MACI NTOSHコンピュータ、MS Windowsコンピュータ、Silicon Graphicsコンピュータ、または、当該技術分野における他の公知のコンピュータでランすることができる。ＵＮＩＸはAT＆T Corpの登録商標である。 MAONTOSHはApple Incの登録商標である。部分的に既に記述したように、ユーザアプレット２２は事象監視および通信を実施する。ユーザアプレット２２は同様にモデルコントローラビューを有する。ユーザアプレット２２のモデルコントローラビューは、図４Ａ及び４Ｂを参照して更に記述するユーザビューである。更に、ユーザアプレット２２は、一般的なクライアントと異り、システム１０の多くのオブジェクトモデルを共有する。当該オブジェクトモデルの部分を有するユーザアプレット２２は、システム１０が完全に分散している場合に機能することを可能にする。この具体化例は、ポーリングメカニズムを、例えば、遠隔方法呼出し（ＲＭＩ）(c)Javascript、Sun、共通オブジェクトリクエストアーキテクチャ（「ＣＯＢＲＡ」）インターネットIn ter-Orbプロトコル（ＩＩＯＰ）、及び、分散コンポネントオブジェクトモデル（ＤＣＯＭ）、(c)Microsoftを含む分散型オブジェクト通信技術によって代置することを容易にする。例えば、システム１０は、ユーザコンピュータ１２におけるオブジェクトの操作を可能にし、そして、ユーザコンピュータ１２が、通信またはオブジェクト操作のどちらの発生にも気付かない場合に、ユーザコンピュータ１２に、ユーザアプレット２２を介してサーバ２０へ応答を伝達させる。他の具体化例の中のこの具体化例は、サーバ２０が、ユーザコンピュータ１２がらユーザコンピュータ１２の属性を抽出することを可能にする。この場合、属性には、他の項目の中の、例えばユーザコンピュータの電子メールアドレス、ネットワーク１６上のリンクのユーザコンピュータのヒストリ、及び、ユーザコンピュータ仕様のような項目が含まれても差し支えない。好ましい実施例において、ユーザアプレット２２は持続性アプレットである。ユーザアプレット２２は、ユーザコンピュータ１２のキャッシュ（図示せず）、好ましくはローカルキャッシュにロードされる。ユーザアプレット２２が一旦サーバ２０からダウンロードされると、当該技術分野において周知のように、ユーザコンピュータ１２によってローカルキャッシュ除去されない場合には、ユーザコンピュータ１２がサーバ２０と共に当該セッション内に留まる限り、ユーザアプレット２２はユーザコンピュータ１２に残るので、持続性である。ただし、除去されない場合には持続性アプレットはユーザコンピュータ１２に配置された状態を維持し、サーバ２０から再びダウンロードされることはない。ユーザアプレット２２は、ユーザコンピュータ１２のユーザインタフェースに対する一切の変化に関係なくキャッシュ内に残存する。ユーザアプレット２２は、サーバ２０によって、ユーザコンピュータ１２の資源収集機能を強化するために選択的に生成され、同時に、ユーザコンピュータ１２が視覚的通信に参加することを可能にする。ユーザコンピュータ１２の資源収集機能を強化するために、サーバ２０は、あらゆる所与の時点においてユーザコンピュータ１２が必要とする例えばスプレッドシートアプリケーションのような資源の機能を評価する。当該サーバは、これらの機能を評価した後で、当該機能を表すユーザアプレット２２を生成する。一旦、サーバ２０が、これらの機能を表すユーザアプレット２２を生成すれば、当該サーバは、既に述べたようにユーザアプレット２２をユーザコンピュータ１２に伝達する。一般に、ユーザアプレット２２に表された機能は資源の機能性の部分集合に過ぎない。これは、Microsoft社の登録商標ＥＸＣＥＬスプレッドシートに類似し、例えば、それの使用を試行する場合には、グラフ作成機能が得られるに過ぎない。ユーザコンピュータ１２によって必要とされる機能性の部分集合だけを含むことにより、サーバ２０とユーザコンピュータ１２との間のダウンロードのための時間が短縮される。更に、ユーザコンピュータ１２に必要な記憶空間の量も同様に減少する。従って、サーバ２０は、ユーザアプレット２２を選択的に生成することによって、ユーザコンピュータ１２の資源収集機能を強化する。サーバ２０は、リアルタイムにおいて、或いは、タイマに従って、の任意あらゆるへのアプレット２２における必要なあらゆる機能性をユーザコンピュータ１２へ継続的にダウンロードすることは当業者にとって明白である。更に、ユーザコンピュータ１２は、当該サーバは追加アプレットが与えられる必要があることを当該サーバに通知するために、サーバ２０をトリガすることができる。システム１０において、ユーザコンピュータ１２は、必要に応じて必要なだけ受け取る。従って、ユーザコンピュータ１２は、シンクライアント・ファットサーバモデルにおける非常に薄いクライアントとして最適化される。後で更に記述するように、例えば、ユーザコンピュータ１２は、ウェブページを共有するためのセッションに入る場合には、サーバ２０は、ブラウザ１８にとってそれについて通知され、そして当該ウェブページをディスプレイするために必要な機能性のみをユーザコンピュータ１２にダウンロードする。例えば、ユーザコンピュータ１２がソフトウェアアプリケーションを共有している場合には、サーバ２０は、ユーザコンピュータ１２が当該ソフトウェアアプリケーションを実行するために必要とするその次の部分的な機能性に関する他のアプレットをリアルタイムでユーザコンピュータ１２へダウンロードする。アプレットの選択的な生成およびそれに続く当該アプレットのダウンロードは、本発明の範囲から逸脱することなく、システム１０の外側のアプリケーションのために使用できると言うことは、当業者にとって明白であるはずである。次いで、サービスアプレット３０について考察することとし、サービスアプレット３０は、それぞれ異なる機能性を有する第２のコンピュータ２４を供給するように適応済みの１つ又は複数のアプレットを含むことができる。最小状態におけるサービスアプレット３０は、少なくとも、サーバ２０と通信する能力を備えた第２のコンピュータ２４を提供しなければならない。再び、当該セッション期間中、サーバ２０は、サービスアプレット３０をリアルタイムにおいて第２のコンピュータ２４へダウンロードすることができる。既に述べたように、分散型環境においてシステム１０の具体化を実行可能化するために、サービスアプレット３０は、多くのオブジェクトモデルを、ユーザアプレット２２と共有する。一具体化例は、アプレット２２、３０、とサーバ２０との間に、一方においてはポーリングモデルに基づき、他方においては事象通知に基づいて、セッション情報を通信するために所有権を主張できるインタフェース定義言語を使用する。従って、サービスアプレット３０及びユーザアプレット２２は、ユーザコンピュータ１２及び第２のコンピュータ２４を、ネットワーク１６を介してに双方向的に通信可能化する。システム１０の視覚的な通信は、ユーザコンピュータ１２のユーザと第２のコンピュータ２４との間のオーディオ通信によって更に強化される。一具体化例において、ユーザコンピュータ１２は、サーバ２０へ接続し、ユーザアプレット２２を受け取り、そして、サービスアプレット３０は、ユーザコンピュータ１２からのコールリクエストについて通知される。リクエストの通知に際して、第２のコンピュータ２４はネットワークを介した音声（「ＶＯＮ」）アプリケーション又は従来の電話システム（図示せず）のいずれかを経てオーディオ通信を実行する。この点において、ユーザコンピュータ１２及び第２のコンピュータ２４は、聴覚および視覚的に両方において通信する。視覚的通信については、図１のシステムの構成図を示す図２を参照して更に記述可能である。以前に述べたように、サーバ２０はネットワーク１６を介してアプレット３４を伝達する。当該アプレットには、ユーザアプレット２２、サービスアプレット３０、ユーザコンピュータ１２又は第２のコンピュータ２４に機能性を与えるために必要な他の任意のアプレットが含まれる。サーバ２０は、以下に記述するように、どの型のコンピュータがアプレット３４の中の１つのダウンロードを要求しているかを確認することが可能である。これは、例えばユーザコンピュータ及び第２のコンピュータのような、或るセッションにおいて異なるサインオンページを使用する参加者により、及び／又は、ＨＴＴＰサインオンリクエストにおいてブラウザによって送られた情報ペイロードを分析することにより達成される。従って、リクエスタがユーザコンピュータ１２であることをサーバ２０が識別する場合には、当該サーバはユーザビュ−９０、及び、ユーザコンピュータ１２が既に述べたように必要とする機能性を生成することのできるユーザアプレット２２をダウンロードする。他方、リクエスタが販売代理人であることをサーバ２０が確認した場合には、当該サーバは販売ビュー５０を生成することが可能なサービスアプレット３０をダウンロードする。同様に、リクエスタがシステムアドミニストレータであることをサーバ２０が確認したばあいには、サーバ２０は、アドミニストレータビュー３６を生成することが可能なアプレットをダウンロードする。サーバ２０は、どちらの型のユーザが種々の方法によりアプレット３４の中の１つを要求しているかを確認し、評価する。この種の方法は、サーバ２０が、パスワードシステムを用いて、各々のコンピュータを検査することを可能にする。この具体化例において、あらゆるリクエスタは、それが例えば名前およびパスワードのような適切な妥当性検査コードを持つ限り、任意のビュー３６、５０、９０を得ることが可能である。その上更に、適切な妥当性検査コードを用いて、リクエスタは、ネットワーク１６に接続されている世界中のどこからでもログオンすることが出来る。従って、他者は、単に妥当性検査コードを知ることによって現行セッションに加わることができる。好ましい実施例において、販売代理人及びアドミニストレータは、サーバ２０と通信中のデータベース（図示せず）に記憶されている事前決定済みのパスワードを有する。データベースは、サーバ２０に、或いは、そこから遠く離れて配置されても差し支えない。サーバ２０は、例えば、ジャバデータベース接続性（ＪＤＢＣ）またはその他のオブジェクトデータベース接続性（ＯＤＢＣ）等価データベース言語を使用するデータベースインタフェースを介して当該データベースと通信する。オブジェクトデータベース又は当該技術分野において周知の他の形式のデータ記憶装置であっても差し支えないが、好ましい実施例におけるデータベースは関係データベースである。従って、リクエスタがサーバ２０にログオンした場合、サーバ２０は、リクエスタが有効なログオン及びリクエスタによって必要とされる関連アプレット３４を持つかどうかを判断するためにデータベースをチェックする。一旦、サーバ２０がログオンを確認すると、既に述べたように、サーバ２０はアプレット３４の１つをダウンロードする。このようにして、アドミニストレータは、或る時点においてはサーバ２０を介して当該アドミニストレータへダウンロードされたサービスアブレット３０を有し、また、別の時点においてはサーバ２０を介して当該アドミニストレータへダウンロードされたアドミニストレータアプレットを有する販売代理人として機能することができる。ユーザコンピュータ１２は、ウェブページを介してサーバ２０と通信する。図７Ａ及び７Ｂを参照して更に述べるように、ユーザコンピュータ１２は、ウェブページを介してコールをリクエストするか、或いは、販売代理人によってユーザコンピュータへ供給されたウェブページにパスワードを入力する。従って、サーバ２０は、ユーザコンピュータ１２は、サーバ２０と通信する方法によってユーザビュー９０を生成するためにユーザアプレットを要求していることを一意的に識別することが出来る。各々のアプレット３４は、それぞれのコンピュータのブラウザが関連ビュー３６、５０、９０を生成することを可能にする。或る１つのセッションにおいて、一方において、共用内容は、ブラウザ１８によってユーザコンピュータ１２のユーザビュー９０にディスプレイされ、他方において、共用内容は、販売ビュー５０内の第２のコンピュータ２４にディスプレイされる。第２のコンピュータ２４のユーザインタフェース又は販売ビュー５０はユーザビュー９０の表現を有する。ユーザビュー９０における共用内容またはユーザビューの表現はアプレット３４とサーバ２０の間における通信を介して一方のパーティによって操作され、もう一方のパーテイビューの共用内容は更新される。例えば、販売ビュー５０がＵＲＬソースロケーションwww.webline.comに位置するＨＴＭＬファイルを有するものと仮定する。同様に、ユーザビュー９０も、ＵＲＬソースロケーションwww.webline.comのＨＴＭＬファイルを有するはずである。第２のコンピュータ２４がユーザコンピュータ１２をwww.webline_services.comに位置するWeblin e社のサービスページに向けることを望む場合には、第２のコンピュータ２４は、共用ビューのＵＲＬソースロケーションwww.webline_servces.comであるように、その販売ビュー９０を変更することが出来る。一旦、第２のコンピュータ２４が、例えば後述するスクリプトのような方法により、或いは、ＵＲＬソースロケーションにタイプするだけで販売ビュー５０を変更する場合には、当該ページのＵＲＬソースロケーションはサービスアプレット３０によってサーバ２０に伝達される。次に、サーバ２０は、当該セッションの一部である他の全てのアプレットに、新規ＵＲＬソースロケーションがあることを告げる。この例においては、サーバ２０が、新規ＵＲＬソースロケーションがあることを、ユーザアプレット２２に告げる。ユーザアプレット２２は、情報を受け取った後で、ユーザコンピュータ１２のブラウザ１８に、ネットワーク１６から新規ページをプルダウンさせ、そして、ユーザビュー９０上にwww.webline_services.comにおけるＨＴＭＬファイルのコピーをディスプレイさせる。共用内容は、ウェブページ、ファイル、アプリケーションイメージ、広告、対話形式データ、或いは、捕捉し、当該ブラウザ上にディスプレイできるデータの他の任意の形式のアプリケーションデータを含むことができる。販売ビュー５０及びユーザビュー９０に加えて、他のビューも、例えば管理ビュー３６のような当該アプレットによって実行可能である。管理ビュー３６は、例えば販売力の構造、レポート、通信のリアルタイム監視、待ち行列構造、及び、後で更に記述される状態のような情報をディスプレイする。当業者にとって、管理ビュー３６、販売ビュー５０、及び、顧客ビュー９０が、１つ又は複数のコンピュータに配置可能であることは明白なはずである。更に、ビュー５０、９０、３６をディスプレイするあらゆるコンピュータは、好ましい実施例において当該アプレットを受け入れ、そして、内容を共有するための特定のオペレーティングシステム３８を必要とする。従って、それらは、他の多くの中の、Windows基調、マッキントッシュ基調、或いは、ＵＮＩＸ基調のオペレーティングシステムであっても差し支えない。更に、ブラウザ４０は、例えば、Netscape Navigator、Microson IE、Sun Hot Javaのような多数のタイプであっても差し支えない。更に、ブラウザ１８、２８は、ユーザコンピュータ１２及び第２のコンピュータ２４において同じである必要はない。次いで、好ましい実施例においては販売ビュー５０である少なくとも１つのユーザインタフェースを示す図３を参照することとする。共用内容を含むユーザビュー５２の表現に加えて、ユーザインタフェースもスクリプトスクリーン５４を有する。スプリプトスクリーン５４は、複数のスクリプト５８、または、ユーザインタフェースにおいて作動化されている複数のスクリプトの中のただ１つをディスプレイすることができる。特定の型のユーザコンピュータ１２または第２のコンピュータ２４を援助するために各スクリプト５８が注文作成可能な場合に、第２のコンピュータ２４は、スクリプトスクリーン５４に示されるスクリプト５８の選定を事前決定することが可能である。例えば、スクリプト５８には、会社に関するする情報、マーケットスクリプトの状態、製品の特徴、利益、アーキテクチャ、または、ユーザの想像によってのみ制限されるたあらゆる情報の集合を含ませることが可能である。好ましい実施例においては、スクリプト５８が当該ブラウザにディスプレイされるように、スクリプト５８はＨＴＭＬで記入される。スクリプト５８は、ユーザビュー５２の表現に含まれる共用内容を指図する。スクリプト５８は、既に述べたように、ユーザコンピュータ１２のユーザビュー内にプッシュされるユーザビュー５２の表現内に共用内容をプッシュするリンクを有することによりこの機能ファンクションを実施する。スクリプト５８は、サービスアプレット３０と通信することによってこの機能を実施する。好ましい実施例におけるサービスアプレットはジャバアプレットであるので、スクリプトは、ジャバスクリプトコマンドがジャバアプレットにおける共用方法を呼び出すことができるジャバスクリプトからのジャバ通信を用いてサービスアプレット３０と通信する。他の実施例が可能であることは、当業者にとっては明白なはずである。同様に、他の具体化例において、スクリプト５８は、サービスアプレット３０の代りにサーバ２０と直接通信することが出来る。スクリプト５８は、当該スクリプトに隣接するブラウザのセクション内にディスプレイされる内容を制御する。従って、スクリプト５８は、ＨＴＭＬファイルに関して現在実施されている方法と異なる方法においてブラウザを更新する。好ましい実施例におけるスクリプトの一例を次に示す。〈html〉〈head〉〈title〉Web.Dialog Sales Screen〈/title〉〈/head〉〈body〉〈font size＝5 color＝brown〉〈b〉Web.Dialog Sales Screen〈/b〉〈/font〉〈br〉〈font size＝2〉〈b〉Web.Dialog version 1.0 Beta I〈/b〉〈/font〉〈hr〉〈font size＝4〉〈ul〉〈li〉〈a href＝"javascrip:top.salesrepFrame.document.SalesRepApplet.setAddress('h ttp://www.webline.com')"〉Share ｗｗｗ.webline.com〈/a〉〈/Ii〉〈br〉〈br〉〈li〉〈a href="javascrip:top.salesrepFrame.document.SalesRepApplet.setAddress ('http://www.microsoft.com')"〉Share www.microsoft.com〈/a〉〈/li. 〈br〉〈br〉〈li〉〈a href="javascrip:top.salesrepFrame.document.SalesRepApplet.setAddress('ht tp://www.netscape.com')"〉Share www.netscape.com〈/a〉〈/li〉〈/ul〉〈/font〉〈/body〉〈/html〉この例において、スクリプトは、ＨＴＭＬジャバスクリプトであり、ジャバアプレットと通信するためのジャバスクリプトを含む。スクリプトは、ユーザインタフェースの最上部の販売代理人フレームにディスプレイされる。この場合、最上部の販売代理人フレームはスクリプトフレーム５４である。コードheref=Java script:top.salesrepFrame.document.SalesRepApplet.setAddressにおいて、set .Addressは、アーギュメントとしてＵＲＬソースロケーションを取るジャバアプレットにおける共通の方法であり、一実施例においてはユーザコンピュータ１２と第２のコンピュータ２４である当該セッションの全ての参加者の間で当該ＵＲＬソースロケーションを共有するように当該アプレットに指示する。この特定のスクリプトは、第２のコンピュータ２４によって作動可能化された場合には、第２のコンピュータ２４がＨＴＭＬファイルを共用内容内にプッシュすることを可能にする。この場合の前記ファイルのＵＲＬソースロケーションは、 http://www.webline.com.http://www.microsoft.comまたは、hhp://www.netscap e.comである。例えば、第２のコンピュータ２４のユーザがhttp://www.webline.comを共用内容内へプッシュすることを望む場合には、この例において、サービスアプレット３０は、ＵＲＬソースロケーションhttp://www.webline.comを有するファイルを共用内容がディスプレイすることを第２のコンピュータ２４が望むことを、当該スクリプトから受信する。次に、サービスアプレット３０は、ＵＲＬソースロケーションhttp://www.webline.comを有するファイルをネットワーク１６からダウンロードするようにユーザアプレット２２がユーザコンピュータ１２のブラウザに指示したことを当該サーバが確認したサーバ２０からの応答を待つ。サーバ２０が共用内容のアドレスを受信したことをサービスアプレット３０が一旦通知された場合には、第２のコンピュータ２４のサービスアプレット３０は、第２のコンピュータのインタフェースの共用内容５２の表現を更新し、そして、ユーザアプレット２２が共用内容のアドレスを受信して、当該共用内容を更新するはずである。次に、第２のコンピュータ２４がwww.microsoft.comファイルを共用内容内にプッシュすることを決定した場合には、前記のプロセスが繰り返されるはずである。例えば、遠隔ロケーションからユーザビューに情報をダウンロードするためにファイル転送を開始するスクリプトを含むスクリブト５８が、ここで検討した共用内容の全ての形式をユーザコンピュータにプッシュするために使用できることは、当業者にとって明白なはずである。スクリプト５８はＨＴＭＬで書かれているので、ユーザはそれらを容易に記入可能である。一方において、第２のコンピュータ２４のユーザが、単に或るページからその次のページに進むことによってスクリプトからのアーギュメントを挿入可能にし、他方において、当該スクリプトに当該ウェブページのＵＲＬを解釈させ、そして、それをアーギュメントとしてそのスクリプト内に挿入させることにより、スクリプト５８は対話的にも書くことができる。更に、スクリプト５８は、ユーザコンピュータ１２の属性、及び／又は、第２のコンピュータ２４の属性に基づき、共用内容をプッシュするために動的に定義することも可能である。従って、スクリプト５８は、属性にアクセスするサーバ２０によって動的に定義されることが可能である。更に、当該セッション期間中において、当該セッションのあらゆる必要条件に適合するように、第２のコンピュータ２４はスクリプトを動的に生成することが可能である。例えば、第２のコンピュータ２４は、製品比較を見るためにユーザコンピュータ１２のリクエストに応答して、製品比較を共用内容内にプッシュするためのスクリプトを生成することができる。例えば、第２のコンピュータ２４は、例えばＵＲＬソースロケーションをキーワードとして、製品に関する情報を探索することが出来る。第２のコンピュータ２４が共用内容内に、ひいては、スクリプトの内容内にプッシュしようとする情報を選定した後で、第２のコンピュータ２４は、そのように生成されたスクリプトを作動化することが出来る。この選択は、デフォルトによるか、或いは、第２のコンピュータがスクリプト生成ボタン、又は、例えばセッションボックス６２内にディスプレイされるアクセプトボタンをクリックすることを可能にすることにより実行できる。再び、これは、ユーザコンピュータ１２が製品比較を見ることを可能にする。この方法において、あらゆる比較情報がユーザコンピュータ１２にディスプレイ可能である。同様に、他の情報に関する提示は、スクリプトを動的に生成し、次に、共用内容をユーザコンピュータ１２へプッシュすることによって実施可能である。ユーザ情報スクリーン５６はスクリプトスクリーン５４に隣接し、その下に配置される。ユーザ情報スクリーン５６は、待ち行列情報６０及びセッションボックス６２を含む。セッションボックス６２は、第２のコンピュータ２４が現在関係しているセッションに関する情報を含む。セッション情報は、例えば、セッションの継続期間、共用内容５２の表現に現在ディスプレイされているアドレス、当該セッションと関連したあらゆるパスワード、セッションの状態、ＡＣＤインタラクション情報、顧客情報、及び、他の機能の中の例えば接続６４、ハングアップ６６、休止、新規ビュー、ログオフ、ヘルプのような制御機能などの項目を含む。セッションボックス６２は、同様にＵＲＬックス６７を供給することによって、スクリプト５８を増補する。スクリプトリンクを使用する代りに、第２のコンピュータ２４は、ＵＲＬボックス６７に任意のＵＲＬを挿入し、接続６６ボタンを作動化し、既に述べたようにユーザコンピュータへ共用内容をプッシュすることができる。同様に、第２のコンピュータ２４もサーバ２０の待ち行列の一部分であり、従って、待ち行列情報６０の状態がユーザインタフェース５０にディスプレイされる。システム１０は、各待ち行列がユーザコンピュータからの１つ又は複数のコールリクエストを有する少なくとも１つの待ち行列を有する。最も簡単な具体化例において、ユーザコンピュータ１２がサーバ２０にリンクする場合、サーバ２０は、ユーザコンピュータ１２からのコールリクエストを、サーバ２０が当該リクエストを受け取った順序に従って待ち行列内に置く。同様に、コールリクエストは、ユーザコンピュータ１２の属性に基づき、サーバ２０によって待ち行列に経路指定される。この場合、ユーザコンピュータ１２の属性は、電子メールアドレス、ユーザコンピュータ１２が、例えば、コールリクエストまたはインタレストを行った場合に当該ユーザコンピュータが見ていたＨＴＭＬページ、或いは、ユーザのためのデータベースエントリが含まれても差し支えない。サーバ２０は、属性をパージングすることにより、ユーザコンピュータ１２のコールリクエストを１つ又は複数の待ち行列の中に選択的に置く。例えば、ユーザコンピュータ１２が見た広告宣伝ラップトップの最後のページがユーザの属性である場合、当該サーバは、当該コールリクエストをラップトップコンピュータのための待ち行列へ経路指定することが出来る。次に、サービスアプレット３０は、サーバ２０をポーリングし、待ち行列情報を収集し、その後で、第２のコンピュータ２４がラップトップ待ち列に割り当てられている場合には、ユーザインタフェース５０にディスプレイする。第２のコンピュータの割当、並びに、例えば各コールの応答に通常どれだけ時間がががるがと言うようなシステムに関する情報は、サーバ２０に配置されたデータベース上に記憶される。データベースは、例えば、幾つの第２のコンピュータが現在ログオンしているか、幾つの第２のコンピュータが各待ち列中に在るか、幾つのコールリクエストが既に各待ち列中に在るか、中断中の第２のコンピュータ２４が有るか、中断時間は長いか短いか、複数の第２のコンピュータ２４がサインオフされるべきであるかどうかのようなサーバ２０によって収集された情報も含む。一実施例において、サーバ２０は、コールを待ち列へ経路指定するためにユーザコンピュータの属性と関連したデータベース情報及び論理規則をを利用する。例えば、サーバ２０は、一次ラップトップ待ち行列が前以て決定済みのコールリクエスト数を既に持っている場合、おそらくあまり経験豊かでない販売代理人用の二次ラップトップ待ち行列へユーザコンピュータを経路指定することができる。この例において、サーバ２０は、管理ビュー上にディスプレイされた待ち行列情報６０を更新するために、管理アプレットを管理ビューへダウンロードすることも出来るし、或いは、当該サーバは、例えばポケットベルを鳴らすことも出来る。サーバ２０は、優先位を持つ顧客を適宜経路指定可能化するために、例えば名前のような属性を顧客のデータベースに対して比較することも出来る。属性は、種々の方法を用いてユーザコンピュータ１２から収集可能である。先ず、ユーザコンピュータ１２は、直接、或いは、例えば、初心ユーザ、有経験ユーザのような事前に定義された属性のドロップダウンリストの中から選択することによって情報を入力するようにプロンプトされる。更に、他の実施例において、属性はユーザコンピュータ１２から抽出することが出来る。サービスアプレット３０は、例えば、他の幾つのコールリクエストが待ち行列に在るかを私に知らせてくれと言うようなコマンドを含むインタフェース言語を用いてディスプレイするために、待ち行列情報を検索する。本発明の範囲から逸脱することなしに、サービスアプレット３０がポーリング又は分散型オブジェクト通信技術を実行することが可能であることは、当業者にとって明白であるはずである。サービスアプレット３０は、ユーザアプレット２２と異り、待ち行列情報ボックス６０を生成する。ユーザコンピュータ１２は、待ち行列におけるその位置に関する状態を、サーバ２０を介して受け取り、同様に、補足情報を受け取る。この場合、補足情報は、Ｍｕｓａｋ社の登録商標であるＭＵＳＡＫから類推可能である。補足情報は、一般的な情報またはユーザコンピュータ１２用にディスプレイされた特殊情報であり得る。サーバ２０は、ユーザコンピュータ１２にディスプレイするためにどの情報が特殊化済みであるかをユーザコンピュータ１２の属性情報を用いて確認する。例えば、ユーザコンピュータ１２の属性がラップトップである場合、待ち行列に在る状態において、ユーザコンピュータ１２にディスプレイされる補足情報は、ラップトップ購入を希望するユーザにとって関心の対象とされる可能性のある他の情報の中の、例えば、広告、付属品、または、ラップトップ仕様書であり得る。サーバ２０は、ユーザアプレット２２と通信することにより、補足情報のディスプレイを実行する。セッションが確立され、そして、当該ユーザが待ち行列から出た後で、ユーザビュー９０は共用内容５２をディスプレイする。既に述べたようにファイルの共用のほかに、ユーザコンピュータ１２及び第２のコンピュータ２４はデモンストレーションを共有することができる。デモンストレーションを共有するためには、ユーザコンビュータ１２又は第２のコンピュータ２４のいずれかが、当該コンピュータで当該デモンストレーションを実行することが可能なアプリケーションを備えなければならない。好ましい実施例においては、第２のコンピュータ２４が当該アプリケーションを備え、ユーザコンピュータ１２はブラウザだけを備える。ソフトウェアデモンストレーションがランするにつれて、第２のコンピュータ２４は、プリントスクリーンと同様にデモンストレーションのイメージを補足し、捕捉されたイメージをユーザアプレット２２に伝送する。捕捉されたイメージは、ＩＰＥＧ、ＧＩＦ、ビトマップファイル、または、他のグラフィックユーティリティとしてセーブされ、サーバ２０又はユーザコンピュータ１２に伝達され、ユーザコンピュータ１２にディスプレイされる。ユーザコンピュータ１２及び第２のコンピュータ２４はフォームも共有する。当該フォームは、ＵＲＬソースロケーション７０及びユーザ情報７４及びいくらかのテキスト７８を入力する場所を有する。好ましい実施例において、当該フォームは任意のＨＴＭＬページであり得る。サービスアプレット３０は、当該フォームをパーズし、例えば、ＵＲＬソースロケーション７０がオブジェクトであり、テキスト７８がオブジェクであり、ユーザ情報７４がオブジェクトであるように各々の入力をオブジェクトとしてのフォームにおいて記憶する。一具体化例において、サービスアプレット３０はオブジェクトをアレイとして記億する。この例においては、前記アレイは３オブジェクトの二次元アレイである。変更済みオブジェクトはサービスアプレット３０によってサーバ２０に伝送されるか、或いは、全てのオブジェクトを含むアレイはサービスアプレット３０によってサーバ２０に伝送され、ここにおいて、ユーザアプレット２２は、どのオブジェクトが変更されたか確認するために当該アレイをパーズする。当該ユーザが例えばソフトウェアを購入しつつあった際にテキストストリング５８６ＳＸをユーザ情報７４に入力するようなユーザを販売代理人が有する場合には、当該ユーザの入力実行に際して、当該ユーザアプレット３０には、そのアレイ内の当該フォームのオブジェクトの１つが変更されたこと、更に詳細には、ユーザ情報をディスプレイしつつあるアレイがこの時テキストストリングを含むはずであるということが通知されるはずである。ユーザアプレット３０は、これをサーバ２０に通信し、次に、当該サーバは、全てのアプレット、即ちこの場合のサービスアプレット２２を当該セッション内に入れるはずである。次に、サービスアプレット２２は、当該アレイ内の各オブジェクトを検査し、どのオブジェクトが変化したかを確認する。当該ユーザ入力７４が変化し、現時点においてはテキストストリング５８６ＳＸを有することを識別した後で、共用内容が更新される。図４Ａは、前の例に使用されるユーザビューを示す。この場合、ユーザビュー９０は共用ビュー９２を有する。共用ビュー９２は、実質的に、ＨＴＭＬファイルをディスプレイするためにユーザアプレット２２によって産まれたチャイルドブラウザである。この例における共用ビュー９２は、ＵＲＬ９６、テキスト９８、ユーザ情報１００、及び、テキストストリング５８６ＳＸ１０２を有する。この方法において、ユーザコンピュータ１２又は第２のコンピュータ２４のいずれかは、既に述べたように、もう一方のパーティにリアルタイムでディスプレイされるフォームに情報を対話的に入力することが可能である。従って、第２のコンピュータ２４によって、適切なフォームをユーザコンピュータ１２に単にプッシュさせる代りに、当該ユーザは当該セッション内にフォームを完成することが可能であり、販売代理人は、当該ユーザが適切に、或いは、不適当にフォームを完成したかどうかを当該ユーザに可聴的に通信することができる。前回の例において、当該アプレットには、ユーザコンピュータ１２又は第２のコンピュータ２４のいずれかによる入力ヒットにより、当該オブジェクトの更新が行われたことが通知された。これは、例えばボックス入力チェックのような、フォームへの他の入力にとっては必要でない。この種の入力に関しては、ユーザアプレット２２は、単に、ゼロまたは１で表される真と偽の２つの値を持つことが出来るに過ぎない。ボックスにおいてチェックが形成された度毎に、ユーザアプレット２２は当該オブジェクトの変化についてサーバ２０に通知することが可能であった。サーバ２０は、当該セッションにおける全てのアプレットに、変化があったこと、そして、当該チェックを含むように共用内容の表現が適切に更新されたことを通知する筈である。このようにして、関心の対象とされるあらゆるフォームは、この方法において完成可能である。他の実施例においても、フォームは、同様に二次元アレイであり、この場合、或るフォームの各フレームに第１のアーギュメントが在り、第２のアーギュメントは各フォームのオブジェクトである。この実施例においては、第１のフレームはフレームの１と称され、第２のフレームはフレーム２、第３のフレームはフレーム３と命名される。更に他の実施例において、事象監視の場合と同様に、現場において変化が何時起きたかをサービスアプレット３０またはユーザアプレット２２に通知することを可能にする些細な修正をフォームが含むことが可能である。更に、他の実施例において、当該フォームのオブジェクトを表すために、アプレットが生成されることが可能である。この実施例において、当該フォームに変化があった場合には、オブジェクトを表すアプレットは、ユーザアプレット２２またはサービスアプレット３０に通知するはずである。好ましい具体化例においては、アプレットはジャバアプレットであるはずである。１つのフォームからの情報を読取ることを許容しない外側サーバ２０にユーザコンピュータ１２が添付されている場合には、ユーザコンピュータ１２は、例えばNetscape Navigator又は当該サーバがフォームの変化を見ることを可能にするための他の周知の方法におけるデータテインティングのようなサービスを可能にすることが出来る。データテインティングにおいて、ユーザコンピュータ１２は、当該コンピュータが見ているドキュメントから情報を読む許可を明白に与える。共用ビュー９２に加えて、ユーザインタフェース９０は、共用ビュー９２に隣接してフレーム構成された制御ビュー９４も備える。制御ビュー９４は、ユーザコンピュータ１２が当該セッションを操作することを許可し、そして、例えば、センド１０４、即ち、ＵＲＬロケーションをタイプし、並びに、接続を遮断するためのボックスのような特徴を備えることが可能である。ユーザコンピュータ１２が共用内容を不適当に操作している場合に、第２のコンピュータ２４が対話型視覚的セッションを制御することを許すために、第２のコンピュータ２４によって、制御ビュー９４上のセンド１０４を選択的に無能化するおとが可能である。次いで、図４Ｂにおいて、既に述べたエレメントを前回と同じ番号で表した場合の、ユーザインタフェース９０の第２の実施例を示す。ただし、この実施例において、ユーザインタフェース９０’は制御ビュー９４’及び共用ビュー９２’ を含み、共用ビューは、制御ビュー上に配置され、そして、ユーザコンピュータ１２のブラウザ１８内にはフレーム形成されない。各ページが個々にブックマーク可能であり、ユーザの慣れに従ってプリントできるように、ウェブページがフレームではなくブラウザにおける１ページとして更に一般にディスプレイされるので、これは、好ましい実施例である。更に、ユーザコンピュータ１２は制御ビューを見る必要がないので、図４Ａに示すようなウェブページをフレーム構成する必要がない。詳細には、一旦セッションが確立されると、待ち行列に関する待ち行列情報がユーザビュー内に存在しないので、ユーザコンピュータは、図３に示すようなフレーム構成されたページを持つ必要がない。図４Ｂの共用ビュー９２’はアプリケーションの共用内容をディスプレイし、ここにディスプレイされるアプリケーションは、メニューコントロール１２２を有するスプレッドシート１２０である。アプリケーションを共有するためには、当該セッションにおけるコンピュータの１つが、そのコンピュータにおいてランするアプリケーションを持たなければならない。好ましい実施例において、アプリケーションは第２のコンピュータ２４においてランしつつある。ユーザコンピュータ１２がページの共有を望む場合には、ボタンを作動可能化するか、又は、例えば「ウエブラインに送れ」を命令するハードキーを押すことにより、エクセルページの共有を選定出来る。どちらかのパーティがセンドボタンを作動化すると、一具体化例がスクリーンをイメージとして使用し、次いで、サーバ２０をドライブするためにファイル転送プロトコル（「ＦＴＰ」）またはハイパテキスト転送プロトコル（「ＨＴＦＰ」）を実行する。本発明の範囲から逸脱することなしに、本発明に組み込み可能なアプリケーション共用を実行する他の方法があることは、当業者にとっては明白であるはずである。他の実施例において、共用アプリケーションは、サーバ２０または当該アプリケーションの同一ビューを両者が共有する第２のコンピュータ２４及びユーザコンピュータ１２を有するネットワーク１６に接続された任意のサーバにおいて実行可能である。好ましい実施例においては、Netscape Navigator、または、Microsoft IEブラウザ用として適応されたアクティブＸコントロール用のプラグインが用いられる。この実施例において、ユーザがセンドボタンを作動化すると、Windows API機能または当技術分野においては公知の機能を用いて、アクティブＸコントロールがスクリーンイメージを表す。ただし、一旦、ジャバサーバがイメージを受信すると、当該セッション内のアプレットに、当該サーバがイメージを受信したことを通知する。共用されるべき現行イメージには、ランダムかつ一意的なＵＲＬロケーションが与えられ、次いで、このロケーションは、あたかも、それらが１つのウェブページのＵＲＬを共有しているかのように、ネットワーク１６を介してもう一方のコンピュータのアプレットに伝送される。この過程は、両パーティが共有しようとするアプリケーションの各イメージに関して繰り返される。イメージの共用は１つのイメージとその次のイメージとの間の変化を伝送し、そして、サーバ上に資源をリザーブするだけでも実行可能である。いずれにせよ、ユーザコンピュータ１２及び第２のコンピュータ２４は、当該アプリケーションを実際にランさせるユーザコンピュータを必要とすることなしに当該アプリケーションを共用することが出来る。更なる実施例において、当該アプリケーショの共用ビュー上におけるあらゆる任意の活動（例えば、キークリック、マウスクリック等々）は当該アプリケーションをランさせているコンピュータに伝送可能であり、結果として得られる任意のあらゆる新規な変化を共用することが出来る。次いで、図５において、既に述べたエレメントを前回と同じ番号で表した場合の、本発明の１実施例を示す。この場合、複数の第２のコンピュータ２４、１５０は、結果的にサーバ２０に接続されたＬＡＮ１５２に接続されている。コンピュータ１５０は、同じサービスアプレット３０を備えた第２のコンピュータ２４と同じであるか、或いは、異なっていても差し支えない例えば、それは、管理アプレットを備えていても差し支えない。このシステムは、当該セッションへの結合リクエストをコンピュータ１５０の待ち行列ディスプレイ１５８内に置くことにより、リクエストに応じて、第２のコンピュータ２４がコンピュータ１５０をセッションに結合させることを可能にする。コンピュータ１５０が、待ち行列ディスプレイ１５８における接続１６０機能を作動化する場合、サーバ２０は、関連セッション情報、並びに、必要に応じて、アプレットをＬＡＮ１５２を介してコンピュータ１５０へダウンロードする。第２のコンピュータ２４が、コンピュータ１５０を当該セッションに単に加えるのでなく、当該セッションをコンピュータ１５０へ転送することも可能であることは、当業者にとって明白であるはずである。サーバ２０は、ネットワーク１６への通信のために当該ネットワーク１６に再度接続され、そして、ユーザコンピュータ１２がネットワーク１６へ接続される。当該ユーザの電話１６４が公衆電話交換網（ＰＳＴＮ）１６６へ接続されていることが明白に示されてる。従って、ユーザ１６２は電話６４とユーザコンピュータ１２の両方を構成する。同様に、第２のコンピュータ２４も、市内交換サービス又は長距離サービスのどちらかを介してＰＳＴＮ１６６へ直接接続される。従って、第２のコンピュータ２４へサーバ２０により、ユーザ１６２からのコールリクエストが待ち行列に在ることが通知されると、第２のコンピュータは、公衆電話網を介して、ユーザ１６２のローカルＰＳＴＮ１６６及びユーザの電話１６４に接続可能である。この実施例において、サーバは、その上に配置されたデータベース１５４を有する。既に述べたように、データベースは、他のアイテムの中の待ち行列、割当、属性、及び、パスワード妥当性検査に関する情報を記憶する。図６において、既に述べたエレメントは同様の数字で表す事とし、図は、本発明の他の実施例を示す。この場合には、複数のユーザ１６２、１６４を示す。既に述べたように、ユーザ１６２はユーザコンピュータ１２及び電話１６４を有する。更に、ユーザ１６４はユーザコンピュータ１６６及び電話１６８も持つことができる。この場合、両方のユーザコンピュータ１２、１６６はネットワーク１６と通信し、両方のユーザ電話１６４、１６８はＰＳＴＮ１６６と通信する。第２のコンピュータ２４は、ユーザコンピュータ１６６とのコールセッションに入ることが可能であり、同様に、ユーザコンピュータ１２が同一コールセッションに入ることを可能にすることが出来る。この実施例において、図に示すように、販売センタ１８８は、第２のコンピュータ２４及び電話１８０を持つ販売員１９０を有する。ただし、電話１８０は、自動呼び分配システム（「ＡＣＤ」）１８２に接続される。ＡＣＤは当該技術分野において周知であり、他の機能の中で、公衆交換網またはデータネットワークからのコールをその中で経路指定するためにそこに配置された複数の待ち行列１８８を有する。この実施例において、ユーザ１６２が電話１６４を介してコールリクエストに入る場合には、当該コールはＰＳＴＮ１６６に伝送され、その後で、ＡＣＤ１８４に伝送され、そこで待ち行列１８８に置かれる。その後で、ＡＣＤは、販売代理人１９０を電話コールすることが出来る。ただし、ＡＣＤも同様に１８６を介してネットワーク１６に接続される。これは、ＡＣＤの待ち行列情報１８８をサーバ２０に通信可能化、及び、サーバ２０によって販売七ンタ１８８における複数の第２のコンピュータ及びユーザコンピュータ１２、１６６にディスプレイ可能化のどちらにでもする。その代りに、ネットワーク１６からのサーバ２０宛のコールリクエストは、ＡＣＤに伝達される。ＡＣＤがこの方法においてインターネットに接続されている場合には、例えば待ち行列サービスのように、コンピュータの待ち行列機能またはサーバ２０における他の同様の機能を補足または代置するために、当該システムが自動化済みＡＣＤの洗練された態様を使用することを可能にする。更に、この実施例においては、ユーザコンピュータ１２とサーバ２０との間に防火壁が配置される。防火壁１９２は、ネットワーク１６から入来する全てのトラヒックを停止し、ユーザコンピュータ１２から出て行く全てのトラヒック、又は、それらの間のあらゆる振動を停止するように構成される。一般に、防火壁１９２は或る種の情報の通過を許すが、当該情報の使用を制限する。例えば、防火壁はネットワーク１６からの適用を許すが、しかし、一旦、ユーザコンピュータ１２が配置されると、ネットワーク１６からダウンロードされたアプリケーションは、ユーザコンピュータ１２に配置された当該アプリケーションが生成されたと同じサーバがら生成されないドキュメントによって機能することは許されない。この種の拘束条件は、ユーザコンピュータ１２内における対話的形式をユーザアプレット２２が修正することを不能にする。ユーザコンピュータ１２は、それぞれ個々の場合におけるユーザアプレット２２及びサーバ２０の機能を明確に許可することができる。ただし、好ましい実施例においては、ユーザアプレット２２機能は、ＨＴＴＰプロトコルを使用するポート８０において防火壁をと通して話すことにより実行される。当業者にとって明白であるように、このポートは、一般に、世界的ウェブによる通信のために、防火壁によって開かれたままに残されている。他のポートは他の修正を施すことにより使用可能であるか、又は、任意のあらゆる中間的解決が発見可能であり、この場合、ユーザコンピュータ１２はユーザアプレット２２が機能を実施することを許可することは当業者にとって明白であるはずである。ただし、好ましい実施例において、一般的にユーザコンピュータ１２は、ＨＴＴＰプロトコルを用いる限り、そして、それらが他のサーバのポート８０へ接続される限りランダムサーバの外部ポートへ接続することが許される。これらの仕様を用いて、当該システムはＨＴＴＰトンネリングを実施する。従って、好ましい実施例において、ユーザアプレット２２は、共通ゲートウェーインタフェース（「ＣＧＩ」）リクエストと非常に類似してＨＴＴＰプロトコルにおいて通信するポート８０から送られ、そして、防火壁が設けられる。その後においても、ユーザアプレット２２からの通信は、依然として、防火壁を通過することの出来るプロトコルにおいて実施されなければならない。従って、この実施例におけるユーザアプレット２２からのあらゆるリクエストは、ウェブページからの標準ＨＴＴＰリクエストのように見え、従って、ＣＧＩリクエストのように見える。防火壁は、ユーザアプレット２２からのリクエストをネットワーク１６に到達させる。当該リクエストは機能発呼者リクエストのフォームであり、ＣＧＩハンドラへのメッセージとして伝達される。ＣＧＩハンドラーは、当該リクエストを翻訳し、ＣＧＩリクエストを好ましい実施例においてはジャバサーバであるサーバ２０に翻訳するＣＧＩプログラマへパスする。ジャバサーバ２０からユーザアプレット２２へのあらゆる後方伝送は、同じメカニズムによって実施される。実質的に、サーバ２０とユーザアプレット２２との間の通信は、インターネット上のウェブサイトからのリクエストであり、そして、防火壁１９２を通過することが許されるているように見えるように覆い隠される。あらゆるポート又は他の構成を含む異なるサーバ、又は、異なるハンドラ、或いは、他の公知の方法を用いることにより、本発明の範囲がら逸脱することなしに防火壁通過が可能であることは、当業者にとって明白であるはずである。次に図７Ａを参照することとし、この図は、ユーザコンピュータ１２が第２のコンピュータ２４とのコールセッションに入ることが可能であり、それにより、ネットワーク１６を横断する視覚的な通信と関連してネットワーク１６又は電話網を横断するオーディオ通信を提供する方法を示す。既に述べたように、ユーザコンピュータ１２は、多数の方法によって、第２のコンピュータ２４とのコールセッションに入ることができる。図７Ａにおいて、ユーザコンピュータ１２のユーザが第２のコンピュータ２４の販売代理人によって、電話を介して特定のウェブページ２０２に行くように指示される場合に、コールセッションに入るためのリクエストが開始する２００。当該ウェブページにディスプレイされているのはサインオンページであり、この場合、当該ユーザは、例えば、既に述べたように、ユーザの名前または他の属性のような属性を入力するようにプロンプトされる。この実施例において、ユーザ及び販売パーティは既にオーディオ通信中であるので、ユーザには、ユーザコンピュータ１２が入るものと推定されるセッションをサーバ２０に対して一意的に識別するパスワードが販売代理人によって既に提供されているはずである。従って、ユーザコンピュータ１２も、パスワード２０６を挿入するようにプロンプトされる。ユーザがパスワードを入力した後で、既に述べたように、サーバ２０は、コールリクエストをコンピュータの待ち行列に置く２０８。この時点において、サーバ２０は、ユーザコンピュータ１２にユーザアプレット２２を伝送する。ユーザアプレット２２は、ユーザコンピュータ１２のユーザビュー内にチャイルドブラウザを生成し、その後で、コールリクエスト状態に関してサーバ２０のポーリングを開始する２１２。サービスアプレット３０によって、コールリクエスト状態が同時に作動化されない場合には、ユーザコンピュータ１２はオンホールド情報がディスプレイされる２１６。オンホールド情報には、例えば、コンピュータ待ち行列におけるユーザコンピュータの状態、既に述べたように任意の広告、及び、必要に応じて他の付加情報が含まれる。更に、制御ビューは、ユーザコンピュータによって選択的にディスプレイ可能である２１８。ただし、好ましい実施例において、制御ビューはユーザインタフェース内にはフレ一形成されない。従って、制御ビューは、チャイルドブラウザの下に位置し、チャイルドブラウザがオンホールド情報をディスプレイする。ユーザアプレット２２は、コールリクエスト状態に関して、サーバ２０のポーリングを継続する２２０。ユーザコンピュータがまだコンピュータ待ち行列内に在るような発呼者リクエスト状態である場合には、ユーザアプレット２２は、依然として、コンピュータ待ち行列内において、コンピュータ待ち行列情報を更新し２２２、その後で、ユーザアプレット２２は更新されたコンピュータ待ち行列情報を収集し２２４、チャイルドブラウザにオンホールド情報を再表示する２１６。ただし、第２のコンピュータ２４がユーザコンピュータ１２のコールリクエストを選定した場合には、当該セッションの識別子を有するユーザコンピュータが現時点においてコールセッションに入ることが可能であることを、サービスアプレットがサーバ２０に通知する２２４。パーティが当該コールセッションに入った後で、既に述べたように、それらの間の通信、および、ユーザコンピュータ１２のユーザインタフェース及び第２のコンピュータ２４のユーザインタフェースの共用内容の操作が継続する。次に、ユーザコンピュータ１２がコールセッションに入り、そして、ユーザコンピュータ１２と第２のコンピュータ２４との間の視覚的インタラクションの開始２００を可能にする第２の方法を示す図７Ｂを参照することとする。この方法においては、ユーザ及び販売代表者は、初期においては、オーディオ通信中でないものと仮定する。その代りに、当該ユーザが世界的ウェブに在り、当該販売組織のウェブページを見ているものと２２８仮定する。ユーザコンピュータ１２のユーザがセッションに入ることを望む場合には、当該ユーザは、販売組織のウェブページ上のコールリクエストボタンをクリックすることができる２３０。コールリクエストボタンをクリックすると２３０、ユーザコンピュータ１２は、名前、関心事、等々のような属性の挿入を当該ユーザにプロンプトするフォームをそのブラウザ上にディスプレイする２３２。ユーザコンピュータが属性を入力した後で２３２、当該属性は、ネットワーク１６を介してサーバ２０に伝達され、サーバ２０は、当該技術分野において周知の方法を介して当該属性をパスする２３２。次に、サーバ２０は、既に述べたように、経路指定に基づく手順を実施し２３４、当該コールリクエストに適したコンピュータ待ち行列を決定する。次に、サーバ２０は、当該コールリクエストをコンピュータ待ち行列に置く２３６oコンピュータ待ち行列内の当該コールリクエストはＡＣＤに伝達されるか、或いは、第２のコンピュータ及びユーザコンピュータのコンピュータ待ち行列にディスプレイ可能である。更に、ＡＣＤは、当該サーバの代わりのコールリクエストに適した待ち行列を決定し、そして、コンピュータ待ち行列の対応する選定を当該サーバに伝達する。次に、当該サーバは、ユーザアプレットをユーザコンピュータに伝送する２３８。当該ユーザアプレットはヒャイルドブラウザを生成し、そして、オンホールド情報をユーザにディスプレイする２４０。再び、ユーザコンピュータ１２のブラウザは、フレーム形成方法において、或いは、チャイルドブラウザの背後に、制御ビューを選択的にディスプレイすることができる２４２o同様に、オンホールド情報は、待ち行列内のコールリクエスト状態に関する情報ばかりでなく、既に述べたように、属性に基づくか、又は、単に一般的な販売代理会社に関する広告に基づいて決定された広告も含むことができる。一具体化例において、ＡＣＤがコールを行った場合には、ＡＣＤの待ち行列は、当該サーバに伝達されたようにディスプレイされるはずであり、他方、別の具体化例においては、当該サーバのコンピュータ待ち行列がディスプレイされるはずである。ＡＣＤの待ち行列及び当該サーバのコンピュータ待ち行列は相互に代替可能であるか、或いは、必要に応じて相互に協調して作動可能であることは明白であるはずである。一方において、ユーザコンピュータ１２のブラウザがオンホールド情報をディスプレイしている間に、他方において、ユーザアプレット２２はコールリクエスト状態に関してサーバ２０のポーリングを継続する２４４。ユーザアプレット２２に、サーバ２０によって、当該コールリクエストが依然として待ち行列に在ることが通知された場合には２４６、ユーザアプレット２２は更新されたオンホールド情報を収集し２４８、そのオンホールド情報をチャイルドブラウザに再表示する２４０。この過程は、ユーザアプレット２２がコールリクエスト状態に関してサーバ２０をポーリングする時まで継続し２４４、サービスアプレットが顧客のコールリクエストを作動可能化して、サーバ２０に報告されたことが通知される。その代りに、ＡＣＤは、コールを行い、そして、当該サーバにコールリクエストが作動可能化されたことを通知することが出来る。この時点において、ユーザアプレットは、当該ユーザがコールセッションに入ることが可能であるという通知を受け取る２５０。本発明は、その精神または本質的特性から逸脱することなく、他の特定のフォームにおいて具体化可能である。従って、本実施例は、全ての点において例示的であり、制限的でないものとみなされるべきであり、本発明の範囲は以上の記述によることなく、添付請求の範囲によって指示され、従つて、当該請求の範囲と同等の意味および範囲内に含まれる全ての変更は当該請求の範囲に包括されることを意図するものである。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｍ 11/00 ３０３ (72)発明者バセナファーダウスアメリカ合衆国 02141 マサチューセッツ州ケンブリッジスプリングストリート 62 アパートメント２Ｒ

Claims

【特許請求の範囲】１．ファイル読取用のブラウザを備えた少なくとも１体のユーザコンピュータと、サーバと通信する少なくとも１体の第２コンピュータとの間のネットワークを介して視覚データの交信を提供する方法であって、該サーバは、該少なくとも１体のユーザコンピュータと該少なくとも１体の第２コンピュータとの間に挿入されており、本方法は、前記少なくとも１体のユーザコンピュータと前記サーバとの間にリンクを確立させるステップと、該少なくとも１体のユーザコンピュータに対してユーザアプレットを選択的に伝送するステップであって、該ユーザアプレットは該少なくとも１体のユーザコンピュータを前記サーバと通信させることができるステップと、該少なくとも１体のユーザコンピュータ上にユーザビューを発生させるステップと、前記少なくとも１体の第２コンピュータ内に配置されたサービスアプレットに対して前記リンクが確立されたことを伝達するステップであって、該サービスアプレットは該少なくとも１体の第２コンピュータに前記サーバーと交信させるステップと、前記少なくとも１体のユーザコンピュータと前記少なくとも１体の第２コンピュータとの間にセッションを確立させるステップと、該少なくとも１体の第２コンピュータに前記ユーザビューのデータを含んだサービスビューをディスプレーさせるステップと、該少なくとも１体の第２コンピュータによって該ユーザビューのデータを選択的に操作するステップと、該ユーザビューのデータの変動を前記サービスアプレットに伝達するステップと、該サービスアプレットから前記ユーザアプレットに該ユーザビューのデータの該変動を送信するステップと、該ユーザアプレットへ伝達された該ユーザビューの全変動をインプレメント処理するステップであって、該ユーザビューを変更して前記少なくとも１体の第２コンピュータのユーザビューのデータに合致させ、該少なくとも１体の第２コンピュータに前記少なくとも１体のユーザコンピュータと通信させるステップと、を含んでいることを特徴とする方法。２．前記少なくとも１体のユーザコンピュータによって前記ユーザビューを選択的に操作するステップと、前記ユーザビューの変動を前記ユーザアプレットに伝達するステップと、該ユーザアプレットから前記サービスアプレットに該変動を送信するステップであって、前記少なくとも１体のユーザコンピュータに前記少なくとも１体の第２コンピュータとの通信をコントロールさせるステップと、をさらに含んでいることを特徴とする請求項１記載の方法。３．前記少なくとも１体の第２コンピュータは前記少なくとも１体のユーザコンピュータによるユーザビューの選択的な操作を不能にすることができることを特徴とする請求項２記載の方法。４．前記ユーザアプレットと前記サービスアプレットは双方向通信することを特徴とする請求項１記載の方法。５．前記少なくとも１体のユーザコンピュータはそれぞれ前記サーバに対してコールリクエストを発することができ、ボイスコミュニケーションをリクエストすることを特徴とする請求項１記載の方法。６．前記サーバからの前記コールリクエストを受信できる少なくとも１体の待ち行列を備えた、前記サーバと通信状態の自動コールディストリビュータをさらに含んでいることを特徴とする請求項５記載の方法。７．前記自動コールディストリビュータからコールリクエストの通知を受信しできるように前記サーバに提供された少なくとも１体のコンピュータ待ち行列をさらに含んでおり、該コンピュータ待ち行列を更新することを特徴とする請求項６記載の方法。８．前記サーバは、該サーバに提供された少なくとも１体のコンピュータ待ち行列をさらに含んでおり、該サーバによってルート操作された前記コールリクエストを選択的に受信することを特徴とする請求項５記載の方法。９．前記少なくとも１体のコンピュータ待ち行列に対して前記サーバによって選択的にルート処理された前記コールリクエストを受信するように該サーバに提供された少なくとも１体のコンピュータ待ち行列と、前記第２コンピュータに提供されており、該少なくとも１体の第２コンピュータのそれぞれに、該少なくとも１体のコンピュータ待ち行列内に前記コールリクエストを有した前記少なくとも１体のユーザコンピュータにアクセスさせるように提供されたオーディオモジュールと、をさらに含んでいることを特徴とする請求項５記載の方法。１０．前記コールリクエストを有した前記サーバに提供された少なくとも１体のコンピュータ待ち行列と、該少なくとも１体のコンピュータ待ち行列に提供された前記コールリクエストのデータを含み、前記少なくとも１体の第２コンピュータ上に表示された待ち行列情報と、をさらに含んでいることを特徴とする請求項１記載の方法。１１．前記サーバは前記少なくとも１体の第２コンピュータに表示された前記待ち行列をリアルタイムで更新することを特徴とする請求項１０記載の方法。１２．前記少なくとも１体のユーザコンピュータの前記コールリクエストが前記少なくとも１体のコンピュータ待ち行列内に存在するとき、前記サーバは該少なくとも１体のユーザコンピュータに対して追加情報を伝送することを特徴とする請求項１０記載の方法。１３．前記追加情報は前記少なくとも１体のユーザコンピュータによって決定される特性に従つて選択されることを特徴とする請求項１２記載の方法。１４．前記少なくとも１体のユーザコンピュータから、該少なくとも１体のユーザコンピュータのデータを含んだユーザ特性を抽出するステップと、前記少なくとも１体の第２コンピュータのサービス特性を確認するステップと、前記ユーザ特性と前記サービス特性とを比較することで前記少なくとも1体の第２コンピュータの選択されたものに対して前記リンクが確立されたことを選択的に伝達させるステップと、をさらに含んでいることを特徴とする請求項１記載の方法。１５．前記サーバによって前記セッションに対して追加コンピュータを選択的に追加するステップをさらに含んでいることを特徴とする請求項１記載の方法。１６．前記追加コンピュータは、前記少なくとも１体のユーザコンピュータと前記少なくとも１体の第２コンピュータとから隔離して提供されていることを特徴とする請求項１５記載の方法。１７．前記セッションはパスワードで保護されていることを特徴とする請求項１記載の方法。１８．前記サービスビューは、前記ユーザビューのデータに隣接し、１または複数のスクリプトのデータを内蔵するスクリプトフレームをさらに含んでおり、該スクリプトのそれぞれは前記サービスアプレットと通信することができ、前記ユーザビューのデータをコントロールできることを特徴とする請求項１記載の方法。１９．前記スクリプトは前記ユーザビューに対して遠隔地から情報をダウンロードするためにファイル伝送を開始させること特徴とする請求項１８記載の方法。２０．前記スクリプトは前記少なくとも１体のユーザコンピュータの特性に従って動力学的に定義されていることを特徴とする請求項１８記載の方法。２１．前記スクリプトは前記少なくとも１体の第２コンピュータの特性に従って動力学的に定義されていることを特徴とする請求項２０記載の方法。２２．前記スクリプトは前記第２コンピュータによって動力学的に定義され、ディスプレー内に情報比較を発生させること特徴とする請求項２０記載の方法。２３．前記スクリプトはショートカットのデータであり、前記少なくとも１体の第２コンピュータに前記少なくとも１体のユーザコンピュータに対して所定の情報をプッシュさせることを特徴とする請求項２２記載の方法。２４．前記ユーザビューのデータに対する前記のいかなる変動も該ユーザビューのアドレスの変更によって決定され、前記サービスアプレットは該アドレスの変更を前記ユーザアプレットに伝達することを特徴とする請求項１記載の方法。２５．前記ユーザビューのデータに対する前記変更は、前記ユーザアプレットに対してイメージを伝達する前記サービスアプレットによって強制されることを特徴とする請求項１記載の方法。２６．前記イメージは所定の時間間隔で前記少なくとも１体のユーザコンピュータに伝送されることを特徴とする請求項２５記載の方法。２７．捕獲された前記イメージはリアルタイムで前記少なくとも１体のユーザコンピュータに伝送されることを特徴とする請求項２５記載の方法。２８．前記イメージに対してイメージアドレスを付与するステップであって、該イメージと該イメージアドレスとは前記サーバ内に提供されているものであるステッブと、該イメージアドレスを前記ユーザアプレットに伝達するステップと、前記少なくとも１体のユーザコンピュータの前記ユーザビュー内に前記イメージを表示し、前記少なくとも１体の第２コンピュータ内に該ユーザビューのデータを表示するステップと、をさらに含んでいることを特徴とする請求項２５記載の方法。２９．前記ユーザビューのデータに対する前記変更はイメージ変化として捕獲され、該イメージ変化は選択的に操作されているイメージの一部のデータであり、前記サービスアプレットは該イメージ変化を前記ユーザアプレットに伝達することを特徴とする請求項１記載の方法。３０．前記ユーザビューと該ユーザビューのデータとは対象物を有した形状であり、本方法は、前記少なくとも１体のユーザコンピュータによって該対象物を選択的に操作するステップと、前記少なくとも１体の第２コンピュータによって該対象物を選択的に操作するステップと、前記サービスアプレットと前記ユーザアプレットとに該対象物を伝送するステップと、前記ユーザビューのデータ内に該対象物を表示するステップであって、該ユーザビューと前記サービスビューとに、前記形状が完成したときに該形状を表示させるステップと、をさらに含んでいることを特徴とする請求項１記載の方法。３１．前記対象物を伝送する前記ステップは、前記形状に提供された前記対象物を確認するために該形状に質問するステップと、該対象物のデータを含むアーギュメントを有したアレイとして前記形状をデータ化するステップと、該アレイの該アーギュメントが該対象物の全ての変化のデータを含むように該対象物を選択的に更新させるステップと、該アレイの少なくとも一部を前記サービスアプレットと前記ユーザアプレットとに伝送するステップと、をさらに含んでいることを特徴とする請求項３０記載の方法。３２．前記アレイの前記少なくとも一部は前記対象物の前記全変化のデータであることを特徴とする請求項３１記載の方法。３３．前記形状は該形状のイベントの対象物をドライブすることで増強され、該対象物を伝送する前記ステップは、該対象物が該形状上で選択的に操作されるときに前記アプレットに伝達される対象物をさらに含んでいることを特徴とする請求項３０記載の方法。３４．前記形状は前記対象物のデータを含んだジャワアプレットを発生させることで増強され、該対象物を伝送する前記ステップは該ジャワアプレットから前記ユーザアプレットと前記サービスアプレットとに対して該対象物の全ての変化を伝送するステップをさらに含んでいることを特徴とする請求項３０記載の方法。３５．前記ユーザビューは前記サーバに提供されたソフトウェアアプリケーションであることを特徴とする請求項１記載の方法。３６．前記ユーザビューは前記少なくとも１体の第２コンピュータに提供されたソフトウェアアプリケーションであることを特徴とする請求項１記載の方法。３７．前記ユーザビューは前記少なくとも１体のユーザコンピュータに提供されたソフトウェアアプリケーションであることを特徴とする請求項１記載の方法。３８．前記ユーザアプレットは前記ユーザビューを発生させ、該ユーザビューはチャイルドブラウザを備えていることを特徴とする請求項１記載の方法。３９．セッションの確立に先立ち、前記サーバによって前記少なくとも１体のユーザコンピュータを有効化させるステップをさらに含んでいることを特徴とする請求項１記載の方法。４０．待ち行列とセッション情報を保存することができるデータベースをさらに含んでいることを特徴とする請求項１記載の方法。４１．前記サーバと前記ユーザアプレットは所定のポートを介して選択的に交信し、防火壁を通過して通信させることを特徴とする請求項１記載の方法。４２．前記少なくとも１体のユーザコンピュータは前記少なくとも１体の第２コンピュータとの通信には追加的な実行装置を必要としないことを特徴とする請求項１記載の方法。４３．前記少なくとも１体のユーザコンピュータと前記少なくとも１体の第２コンピュータとは前記セッションから自身を断続することができることを特徴とする請求項１記載の方法。４４．前記少なくとも１体の第２コンピュータは前記セッションから別コンピュータを選択的に断続することができることを特徴とする請求項１記載の方法。４５．少なくとも１体の第２コンピュータを有したサービス側と第１コンピュータのユーザとの間での通信を可能にするシステムであって、サーバと、前記第１コンピュータ上にディスプレーされたユーザビューと、前記サーバによつて前記第１コンピュータにダウンロードされ、該サーバと交信でき、前記ユーザビューを発生させることができるユーザアプレットと、前記少なくとも１体の第２コンピュータに提供され、該第２コンピュータにディスプレーされた前記ユーザビューを有したサービスビューと、前記サーバと交信できる状態で前記少なくとも１体の第２コンピュータ内に提供された少なくとも１体のサービスアプレットであって、前記サービスビューを操作するために前記少なくとも１体のコンピュータによって要求される機能を備えており、前記サービス側は前記サービスビューを介して前記ニューザビューを操作することで前記ユーザと通信できる、ことを特徴とするシステム。４６．コンピュータに資源の機能性を利用させることに加えて、ネットワークと通信状態の該コンピュータの資源収集機能を増強させる方法であって、ユーザがイネーブルさせたい資源の機能であって、該資源の機能性のサブセットである機能を定義するステップと、該資源の該機能のデータを含むアプレットを発生させるステップと、資源収集機能として前記ユーザのコンピュータに該アプレットを伝達させ、該ユーザがイネーブルしたい資源の機能をイネーブルさせながら該ユーザのコンピュータの資源収集機能を減少させるステップと、を含んでいることを特徴とする方法。４７．ブラウザービューから離れてディスプレーされたスクリプトから第１コンピュータ上で該ブラウザビューをコントロールする方法であって、該スクリプトはアプレットと通信しており、該ブラウザビューを発生させることができ、本方法は、前記スクリプト内に単純化されたコマンドとしてアドレスを提供するステップと、アーギュメントとして該単純化されたコマンドを受信するように前記アプレットを定義するステップと、前記スクリプトの一部を選択的に活性化させるステップと、該スクリプトの該一部の前記単純化されたコマンドを前記アプレットと関連させ、該アプレットに前記活性化されたスクリプトの前記一部によって命令されるように前記ブラウザビューを発生させるステップと、前記単純化されたコマンドに従って該ブラウザビューを修正するステップと、を含んでいることを特徴とする方法。４８．ユーザビューと前記アプレットと交信状態のユーザアプレットを有している遠隔コンピュータをさらに含んでおり、該ユーザアプレットは前記のアプレットから前記の単純化されたコマンドを受信することができ、前記遠隔コンピュータのユーザビューを修正することができることを特徴とする請求項４７記載の方法。４９．前記アプレットは前記第１コンピュータと前記遠隔コンピュータとのデータを含んだセション情報を有していることを特徴とする請求項４８記載の方法。５０．前記スクリプト内に前記単純化されたコマンドとしてアドレスを提供する前記ステップは、該遠隔コンピュータのユーザ特性を確認するステップと、アドレスを選択的に発生させ、該アドレスを該ユーザ特性に関連させ、前記ブラウザビューに該ユーザ特性に関連するディスプレーを含ませるステップと、をさらに含んでいることを特徴とする請求項４８記載の方法。５１．前記サーバは選択的に前記アドレスを発生させることを特徴とする請求項５０記載の方法。５２．前記第１コンピュータは選択的に前記アドレスを発生させることを特徴とする請求項５０記載の方法。５３．前記スクリプト内に前記単純化されたコマンドとしてアドレスを提供する前記ステップは、前記第２コンピュータのサービス特性と前記遠隔コンピュータのユーザ特性とのデータを含んだセッション特性を確認するステップと、選択的にアドレスを発生させ、該アドレスを該セッション特性と関連させるステップと、をさらに含んでいることを特徴とする請求項４８記載の方法。