JP2004536390A

JP2004536390A - データおよびユーザインターフェースコンポーネントの交換方法

Info

Publication number: JP2004536390A
Application number: JP2003501154A
Authority: JP
Inventors: ベドス、スィエリー; スング、テック・ペン・ジャリク; タン、ブーン・クアン
Original assignee: ネクサスエッジ・テクノロジーズ・ピーティーイー・リミテッド
Priority date: 2001-06-01
Filing date: 2002-05-14
Publication date: 2004-12-02
Also published as: WO2002098083A1; US20020184313A1

Abstract

ネットワーク上でデータおよびユーザインターフェースコンポーネントを交換する方法であり、（ａ）第１のユーザがサーバにログオンすることを可能にし、（ｂ）データオブジェクトを含むメッセージを第１のユーザが生成することを可能にし、（ｃ）メッセージが送られる１以上の第２のユーザの識別子と共に第１のユーザからメッセージを受信し、（ｄ）サーバに第２のユーザがログオンしたときに第２のユーザにメッセージを送信し、（ｅ）第１と第２のユーザの両者が実質上同時にデータオブジェクトを含むメッセージを開いて観察することを可能にするステップを含んでいる。
【選択図】図１

Description

【技術分野】
【０００１】
本発明は、情報およびグラフィカルユーザインターフェースコンポーネントをネットワークおよびサーバを通して交換するためにネットワークを介してサーバに接続されるユーザのためのシステムおよび方法に関する。
【背景技術】
【０００２】
参考文献として本出願人の米国特許出願０９／８０１１５０号（２００１年３月７日出願）“ソフトウエアアプリケーションローディングのためのソフトウエアエンジンおよび方法”が挙げられ、それはデータを優先順位を付けてロードするロードエンジンに関するものである。それは本発明に対する好ましいダウンロードシステムである。
【０００３】
２つの遠隔端末間でデータを伝送するこの方法は、ｅメールとしてデータを送信し、或いはｅメールに付属させる。受信者はｅメールを開き（および取付けが必要である）、データを検討することができる。それらがデータについてのコメントを有している場合にはそれらのコメントの概要の回答のｅメールを送る。その代わりにデータは保存し、それを訂正し、それをもとの送信者に送り返すことができる。これには可成りの時間が必要であり、彼等の装置で各パーティによる多くの命令を必要とする。大きなデータファイルでは、遅延により仕事の正常な動作を妨害が生じる可能性が高い。
【０００４】
例えばＩＣＱのようなチャットルーム通信システムは通常ビジネスで使用されるような大きなデータファイルを処理することができない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、本発明の主要な目的は、データおよびユーザインターフェースコンポーネントの交換のための方法を提供することである。
【課題を解決するための手段】
【０００６】
例えば、インターネットのようなネットワークに接続された所定のサーバおよびネットワークを介してサーバに接続されてクライアントアプリケーションを実行するクライアントに対して、サーバを介してクライアントアプリケーション間で通信チヤンネルが開かれることを可能にする方法が開示されている。
【０００７】
クライアントアプリケーションと相互作用するユーザは、現在のチャットアプリケーションの場合のようにメッセージを交換し、或いはローカル装置またはサーバ上にドキュメントを位置させる。さらに、それらは、ユーザが１以上の他のユーザとユーザインターフェースコンポーネントを共用するとき、ユーザインターフェースコンポーネント（およびそこに含まれる任意のデータ）が全てのユーザのアプリケーション上に同時に現れるような方法でユーザインターフェース（データを含んでいてもよい）の全部または一部を交換することができる。
【０００８】
ユーザインターフェースコンポーネントが異なるユーザ装置で共用されるとき、ユーザインターフェースコンポーネントに対するユーザの相互作用は、ユーザインターフェースコンポーネントおよびそこに含まれているデータを見ることができるクライアント間で共用されることができる。１人のユーザによるデータに対する任意の訂正、変更等は全てのユーザアプリケーションについて同時に（またはネットワークにより許容される同時に近い状態で）影響を与える。
【発明を実施するための最良の形態】
【０００９】
本発明をさらに良好に理解し、実施できるようにするために、技術的範囲を限定するものではない本発明の好ましい実施形態を添付図面を参照にして例示的に説明する。
【００１０】
図１に示されているよう、ネットワークによって互いに接続され、またサーバに接続されている多数の登録されたユーザ／クライアントが存在する。ネットワークはインターネットでもよく、および、または１以上のイントラネットネットワークであってもよい。全てのクライアントの装置はインターネットブラウザ中で動作する例えばＪａｖａアプレットのようなクライアントアプリケーションを使用するネットワークに接続されている。クライアントアプリケーションはサーバに接続されている。このシステムに対する全てのユーザはサーバにより登録されている。もしも、登録されているユーザが登録されていないユーザにメッセージを送ろうとするならば、受信機にメッセージを送る前にサーバは受信機が登録されるべきであることを要求する。
【００１１】
図２を参照すると、クライアントアプリケーションはＪａｖａプログラム言語で記載されることができるユーザインターフェースを含んでいるアプリケーションである。クライアントアプリケーションはサーバによって特有に識別されることガできる手段を有している。この手段は特有の識別子（例えば、現在アプリケーションを動作しているユーザの特有の識別子）の使用であってもよく、或いは他の適切な、或いは既知の方法であってもよい。
【００１２】
アプリケーションのユーザインターフェースは異なったグラフィックユーザインターフェースから構成され、そのそれぞれは２つの異なった部分、すなわちグラフィカルオブジェクトとデータオブジェクトに分けられる１以上のコンポーネントを有している。グラフィカルオブジェクトはユーザのスクリーン上にＧＵＩを表示し、それは例えば、パネル、フレーム、またはコンポーネントのようなＪａｖａアブストラクトウインドウツールキットコンポーネントであってもよい。データオブジェクトはグラフィカルオブジェクトをパラメータ化するために必要な全てのデータを表している。このように、データオブジェクトが受信者に送られると、受信者アプリケーションはデータオブジェクトからグラフィカルオブジェクトを再構成することができ、グラフィカルオブジェクトとデータオブジェクトの両者を表示する。データオブジェクトは特にグラフィカルオブジェクトを表すＪａｖａクラスの名称を含むことが好ましい。任意の時間にデータオブジェクトは読取りまたは更新のためにグラフィカルオブジェクトからアクセスされることができる。アプリケーションの外部モジュールもまたデータオブジェクトにアクセスできる。
【００１３】
例えば、財務計算ツールは、ユーザが彼等の財務データを入力し、データに基づいツールがて計算を行うスプレッドシートユーザインターフェースによって表される。グラフィカルオブジェクトは財務ツールで使用されるＧＵＩ（スプレッドシート＋計算器インターフェース）であり、一方、データオブジェクトは、ユーザが入力する全ての財務データおよび計算のある結果を表している。これは計算の全てまたは一部であることもできる。
【００１４】
本発明は幾つかのＧＵＩコンポーネントからなるアプリケーションを提供し、それらはそれぞれ上記の説明に対応している。
【００１５】
アプリケーションは新しいＧＵＩコンポーネントを生成する能力を有し、それによりユーザは相互作用することができる。新しいＧＵＩコンポーネントを生成するためにアプリケーションは以下のステップを行うことが好ましい。：
１．データオブジェクトを生成する。
【００１６】
２．ダイオード中に含まれた情報を表すグラフィカルオブジェクトを生成する。
【００１７】
３．ＧＵＩコンポーネントを表示する。
【００１８】
２つの第１のステップはプロセスに影響することなく交換されることができる。ここで与えられた順序は１つの可能な構成である。
【００１９】
データオブジェクトがグラフィカルオブジェクトを表すＪａｖａクラスの名称を含んでいる場合には、アプリケーションはその名称を抽出して、このクラスの新しいインスタンスをロードし生成することによりグラフィカルオブジェクトを生成する。
【００２０】
クライアントアプリケーションはワークスペース区域を含んでいることが好ましく、そこでＧＵＩコンポーネントは“ドラッグ”され、ユーザとの相互作用により移動することができる。ワークスペース区域はコンポーネント交換器を含んでいることがさらに好ましい。コンポーネント交換器は他のＧＵＩコンポーネントの交換を可能にするＧＵＩコンポーネントである。送信者がＧＵＩコンポーネントをコンポーネント交換器上にドラッグ・アンド・ドロップするとき、ＧＵＩコンポーネントは１以上の他のクライアントアプリケーションへ送られる。ＧＵＩコンポーネントが送られる受取人のリストは、送信者の選択にしたがってアプリケーションにより決定される。
【００２１】
送信者のアプリケーションは、送信者により開始された例えばＨＴＴＰ接続を使用してサーバとの接続を設定することができる。ネットワーク上の異なるクライアントアプリケーションはサーバを通してメッセージの交換をすることができる。
【００２２】
図３に示されるように、クライアントアプリケーションが交換されることができる異なったメッセージのカテゴリーが存在する。メッセージのカテゴリーは１以上の数字、文字、単語、符号、および／またはグラフィック、或いはそれらの組合わせであり、それは送信者のアプリケーションによって使用されて受取人のアプリケーションが受信されたメッセージにより行われるものを決定することを可能にするために使用される。例えば、ＧＵＩコンポーネントの交換はカテゴリー１のメッセージであることができ、一方、システムメッセージｍはカテゴリー２であることができる。
【００２３】
アプリケーションが全ての可能なカテゴリーの数字および性質を決定し、送信者のアプリケーションがその現在のメッセージに対して妥当であるものを決定する。しかしながら、サーバは全ての可能なカテゴリーのリストを維持し、それを通過するメッセージのカテゴリーの正当性を検査することが好ましい。
【００２４】
最初にクライアントがサーバに接続するとき、それはサーバに登録されて、特有の識別子を与えられなければならない。その後、クライアントのアプリケーションがスタートするとき、それはサーバによりその特有の識別子を使用しているサーバにログオンされなければならない。サーバは登録された全てのクライアントに対する特有の識別子のリストおよび現在ログオンされているもののリストを維持している。クライアントアプリケーションはサーバリクエストに応答して受信しようとするメッセージのカテゴリーをそのサーバに対して特定する。そうすることによって、クライアントアプリケーションにより特定されたカテゴリーのメッセージだけがそのクライアントに送られる。任意の時にクライアントアプリケーションはサーバにより１以上の新しいカテゴリーのメッセージを登録することができ、或いは１以上のカテゴリーのメッセージを登録から外すことができる。さらにクライアントアプリケーションの各ＧＵＩコンポーネントはアプリケーションにより１以上のカテゴリーのメッセージを登録し、または登録から外すことができる。これはアプリケーションによりリクエストをサーバへ転送させる。
【００２５】
アプリケーションが発送できるニュースリーダコンポーネントを含んでいる場合には、ニュースリーダが発送されるとき、サーバによりカテゴリーニュースをクライアントアプリケーションに登録させる（すなわちニュースメッセージに対応するカテゴリーのメッセージ）。ユーザがニュースリーダを終了するとき、クライアントアプリケーションはサーバからメッセージニュースのカテゴリーを登録から外す。
【００２６】
クライアントアプリケーションは例えば次のように、多数の目的でサーバに接続することができる。：
・サーバに配送リクエストを送信する（これは他のクライアントアプリケーションに対するメッセージであってもよい）
・サーバによりあるカテゴリーのメッセージのクライアントを登録し、或いは登録を取り除く。
【００２７】
・サーバから情報を受信する。
【００２８】
それぞれの場合において、クライアントのサーバに対する識別は、クライアントの特有の識別子の使用により行われることができ、その識別子はリクエストと共に送られることができる。
【００２９】
第３の場合には、クライアントアプリケーションはサーバからメッセージのリストをリクエストし、それはクライアントアプリケーションが受信できるクライアントアプリケーションおよびメッセージのカテゴリーにより送られた識別子に基づいてクライアントへ配送するために待機している。
【００３０】
クライアントがメッセージのリストをリクエストするとき、少なくとも次の２つのサーバへの接続モードが存在する。
【００３１】
・周期的接続：クライアントアプリケーションはアプリケーションにより決定された周波数に基づいてサーバに接続される。接続される都度、クライアントは新しいメッセージをリクエストする。メッセージが使用可能でない場合には、サーバから遮断される。
【００３２】
・恒久的接続：クライアントはサーバに接続され、メッセージが使用可能であるまでその接続を維持する。もしも接続がいずれかのパーティにより破られたときにはクライアントはサーバに対する接続を再設定する。クライアントがメッセージを受取るとき、それは接続を閉じ、直ちに再接続する。
【００３３】
サーバへクライアントアプリケーションにより送られた配送リクエストは少なくとも以下の情報を含んでいる。すなわち、
・送信者の特有の識別子
・意図された受信者の特有の識別子のリスト
・送信者がメッセージ配送の承認を必要とするか否かの指示
・メッセージのカテゴリー
・他のクライアントに配送されるメッセージ：例えばＪａｖａオブジェクト
サーバは登録されたクライアントのどれがメッセージを受取るべきかを決定するために受信者の特有の識別子のリストを使用する。各登録されたクライアントに対して、サーバはクライアントが関心のあるメッセージカテゴリーのリストおよびクライアントがまだ検索していないメッセージのリストを維持する。
【００３４】
配送リクエストはサーバに送られる前に最初にＸＭＬドキュメントに変換される。これは、メッセージが言語特定ではなく、非Ｊａｖａサーバおよび非Ｊａｖａクライアントに送られることができることを確実にする。このステップを可能にするために、クライアントは例えばＪａｖａ反射を使用してメッセージをＸＭＬドキュメントに変換するＸＭＬ変換器を必要とする。
【００３５】
図４および６に示されるように、ＧＵＩコンポーネントが他のクライアントアプリケーションに送られるとき、ＧＵＩコンポーネントをコンポーネント交換器上にドラッグすることにより行われることができる。クライアントアプリケーションはＧＵＩコンポーネントのデータオブジェクトにアクセスし、他のクライアントに配送されるメッセージとしてデータオブジェクトを含んでいるサーバリクエストを処理し、送信者の特有の識別子、メッセージを受信するクライアントのクライアント識別子のリストおよびユーザが配送の承認を受取ることを望むか否かの指示を処理する。リクエストはＸＭＬドキュメントに変換されることが好ましい。それはその後サーバに接続され、リクエストを送信する。
【００３６】
さらに、またはその代わりに、記載されたドラッグ・アンド・ドロップ方法以外の他の機能または方法が使用されてもよい。例えば、必要なアプリケーション中への保存が行われてもよい。
【００３７】
図５および６を参照すると、任意のメッセージの受信者がサーバに接続され、新しいメッセージを要求するとき、それらは第１のクライアントアプリケーションにより送られたメッセージを受信する。
【００３８】
受信者のクライアントアプリケーションはメッセージを読む。メッセージはＸＭＬドキュメントの形態であることが好ましく、クライアントアプリケーションはＸＭＬドキュメントをデータオブジェクトに変換する変換器を含んでいる。ＧＵＩコンポーネントの生成について前述したステップにしたがって、クライアントアプリケーションはグラフィカルコンポーネントを再生成し、グラフィカルコンポーネントとデータコンポーネントをスクリーン上に表示する。
【００３９】
２以上のクライアントアプリケーションが交換されたＧＵＩコンポーネントを有しているとき、アプリケーションはそのコンポーネントを受信した全ての他のクライアントに対する更新メッセージを交換することができる。そのためにリクエストが特定のカテゴリーのサーバに送られ、クライアントのリストが更新され、今は送信者であるクライアントの特有の識別子が送られる。他のクライアントにおいては、更新メッセージが受信され、共有されたＧＵＩコンポーネントが更新される。
【００４０】
例えば２人のユーザ、ユーザ1 およびユーザ2 を考え、同じｈｔｔｐに接続されたインターネットブラウザを使用し、同じ財務アプリケーションを実行するとする。ユーザ1 は折衝スプレッドシートと相互作用し、それはスプレッドシートをアプリケーションの転送区域にドラック・アンド・ドロップすることによりユーザ2 と共用される。ユーザ2 はそれらのアプリケーション上で財務スプレッドシートをユーザ1 によりキー入力されたデータと共に受信する。ユーザ2 はその後、データを修正する。ユーザ1 は実時間で彼のアプリケーションにユーザ2 により観察されるさらに別の変形を行う。この折衝は、両方のパーティが他方のパーティが行った修正を同時に観察するまで続けられ、“同時”はネットワーク中の遅延（固有またはその他の）によってのみ制限される。
【００４１】
例えば、会社の役員の会議のような多数のユーザが存在する場合、およびデータが会社の財務報告である場合、および全てのユーザが一時にオンラインする場合には、彼等はオンラインでデータを観察し、訂正し、全てのユーザは実時間で彼等のアプリケーション上で訂正を見ることができる。それ故、ドラフトドキュメントおよびデータは遥かに迅速に、効率よく最終化されることができる。
【００４２】
図６はメッセージがサーバに到達するときに、サーバが最初に受信者が現在登録されているクライアントのリストにあるか、或いはログオンされているかをサーバが検査するプロセスを示している。もしも、１以上の受信者がまだ登録またはログオンされていない場合には、メッセージは彼等に配送することはできない。構成に応じて、サーバはメッセージを保存し（例えばデータベースその他の手段中に）、或いはそれらのクライアントに対するメッセージを廃棄することができる。
【００４３】
登録されているクライアントのリストに載っている受信者に対しては、サーバは受信されたメッセージのカテゴリーがクライアントアプリケーションが登録されているメッセージのカテゴリーに対応しているか否かを確認し、それを受信しようとし、または受信することができる。それはそのメッセージをそのクライアントに対するメッセージのリストに追加する。クライアントがまだ正当なカテゴリーのメッセージに対して登録されていないが、後で登録する場合にはメッセージは配送される。
【００４４】
サーバ中で特定されているメッセージの送信者が配送の承認を要求することをリクエストする場合には、サーバは次のような多くの作業を行う。すなわち：
・受信者が現在サーバにより登録されていない場合には、サーバはメッセージを送信者に送って、登録されていないために受信者がメッセージを受取ることができないことを説明する。
【００４５】
・受信者が登録されているが、送られたメッセージのカテゴリーが登録されてない場合には、サーバはメッセージを送信者に送って、クライアントがそのカテゴリーのメッセージを受取ることができないことを忠告する。
【００４６】
・クライアントが登録され、このメッセージのカテゴリーに対して登録されているが、ログオンされていない場合には、サーバはメッセージがリクエストされたときのみ配送成功の通知を送り、それらがログオンした後にクライアントに配送する。
【００４７】
・クライアントがサーバにより登録され、このメッセージのカテゴリーに対して登録されており、ログオンされている場合には、サーバはメッセージを受信者のクライアントに送り、送信者に配送が成功したことの通知を送る。
【００４８】
クライアントがサーバからログオンオフしたとき、ログオンしているクライアントのリストから除去される。クライアントデータベースについての詳細が変更がないならば、クライアントの詳細はさらに保存されることはない。クライアントの詳細の何かが変更された場合には、それらの変更はクライアントデータベースに保存される。選択された構成に応じて、クライアントに送られていないメッセージは保存される（例えばデータベース中に）か、廃棄される。メッセージが保存される（例えばデータベース中に）場合には、サーバはメッセージを検索して、クライアントがサーバにログオンされる次の時にペンディングのメッセージのリストを再生することができる。
【００４９】
以上、本発明の好ましい実施形態について説明したが、当業者はその方法の詳細部分が本発明に影響することなく変更できることを理解するであろう。
【００５０】
本発明は、開示された個々の特徴および可能な置換および組合わせの全ての特徴に格調される。
【図面の簡単な説明】
【００５１】
【図１】システム構成の１例の概略図。
【図２】本発明の動作の概略図。
【図３】異なったメッセージカテゴリーを処理するサーバの機能の説明図。
【図４】本発明の好ましい実施形態の送信時の動作における主要なステップを示すフロー図。
【図５】図４に対応するが受信時のフロー図。
【図６】サーバサイドからのフロー図。

Claims

ネットワーク上でデータおよびユーザインターフェースコンポーネントを交換する方法において、
（ａ）第１のユーザがサーバにログオンすることを可能にし、
（ｂ）第１のユーザがデータオブジェクトを含むメッセージを生成することを可能にし、
（ｃ）第１のユーザからメッセージが送信されるべき少くとも１人の第２のユーザの識別子と共にメッセージを受取り、
（ｄ）そのメッセージを第２のユーザがサーバへログオンするときに第２のユーザへ送信し、
（ｅ）第１のユーザと第２のユーザの両者がデータオブジェクトを含むメッセージを実質上同時に開いて観察することを可能にする交換方法。
ネットワーク上でデータおよびユーザインターフェースコンポーネントを交換する方法において、
（ａ）第１のユーザがサーバにログオンし、
（ｂ）第１のユーザがデータオブジェクトを含むメッセージを処理し、
（ｃ）第１のユーザと第２のユーザの両者がデータオブジェクトを含むメッセージを実質上同時に開いて観察することを可能にするように第２のユーザへ送信するためにサーバにメッセージを送信する交換方法。
ネットワーク上でデータおよびユーザインターフェースコンポーネントを交換する方法において、
（ａ）第２のユーザがサーバにログオンし、
（ｂ）第１のユーザにより第２のユーザへ送られたメッセージを第２のユーザがサーバから受信し、そのメッセージはデータオブジェクトを含んでおり、
（ｃ）第２のユーザはデータオブジェクトを含んでいるメッセージを第１のユーザと実質上同時に開いて観察する交換方法。
データオブジェクトは、第２のユーザがグラフィカルコンポーネントを再生できるようにユーザインターフェースのグラフィカルコンポーネントをパラメータ化するために必要な全てのデータを含み、データオブジェクトはまたユーザインターフェースのコンポーネントである請求項１記載の方法。
第１のユーザと第２のユーザの両者は、それら両者が処理の結果を観察することができるように実時間でデータオブジェクトを処理することができ、データオブジェクトの処理は、テキストのサイズ、色、フォント、等による表示のハイライト、訂正、抹消、変更からなるグループから選択された１以上のものの処理である請求項４記載の方法。
ログインにおいて、第１のユーザは第１のユーザ識別子を与え、第１のユーザ識別子は第２のユーザの第２のユーザ識別子と共にメッセージ中に含まれており、第１のユーザと第２のユーザの両者はサーバにより登録されている請求項１記載の方法。
第２のユーザは複数のユーザである請求項６記載の方法。
メッセージを送るために、第１のユーザはメッセージをグラフィックユーザインターフェースの転送区域にドラッグ・アンド・ドロップし、メッセージはサーバに送られる請求項１記載の方法。
メッセージは複数のカテゴリーの１以上のものにあり、サーバにより登録されるとき第１のユーザと第２のユーザは受信することを希望するメッセージのカテゴリーを特定し、サーバは全てのカテゴリーのリストを維持し、メッセージを第２のユーザに送る前に、第２のユーザが受取るカテゴリーであることを確認し、メッセージは、そのメッセージが分類されることのできる１以上のカテゴリーを含んでいる請求項６記載の方法。
データオブジェクトは、第２のユーザがグラフィックコンポーネントを再生成することができるようにユーザインターフェースのグラフィックコンポーネントをパラメータ化するために必要とされる全てのデータを含んでおり、データオブジェクトもまたユーザインターフェースのコンポーネントである請求項２記載の方法。
第１のユーザと第２のユーザの両者は、第１と第２の両ユーザが処理の結果を観察できるように実時間でデータオブジェクトを処理することが可能であり、データオブジェクトの処理はハイライト、訂正、抹消、およびテキストサイズ、色、フォント等のような表示の変更からなるグループから選択された１以上のものである請求項１０記載の方法。
ログインにおいて、第１のユーザは第１のユーザ識別子を与え、第１のユーザ識別子は第２のユーザの第２のユーザ識別子と共にメッセージ中に含まれており、第１のユーザと第２のユーザの両者はサーバにより登録されている請求項２記載の方法。
第２のユーザは複数のユーザである請求項１２記載の方法。
メッセージを送るために、第１のユーザはメッセージをグラフィックユーザインターフェースの転送区域にドラッグ・アンド・ドロップし、メッセージはサーバに送られる請求項２記載の方法。
メッセージは複数のカテゴリーの１以上のものにあり、サーバにより登録されるとき第１のユーザと第２のユーザは受信することを希望するメッセージのカテゴリーを特定し、サーバは全てのカテゴリーのリストを維持し、メッセージを第２のユーザに送る前に、第２のユーザが受取るカテゴリーであることを確認し、メッセージは、そのメッセージが分類されることのできる１以上のカテゴリーを含んでいる請求項１２記載の方法。
データオブジェクトは、第２のユーザがグラフィックコンポーネントを再生成することができるようにユーザインターフェースのグラフィックコンポーネントをパラメータ化するために必要とされる全てのデータを含んでおり、データオブジェクトもまたユーザインターフェースのコンポーネントである請求項３記載の方法。
第１のユーザと第２のユーザの両者は、第１と第２の両ユーザが処理の結果を観察できるように実時間でデータオブジェクトを処理することが可能であり、データオブジェクトの処理はハイライト、訂正、抹消、およびテキストサイズ、色、フォント等のような表示の変更からなるグループから選択された１以上のものである請求項１６記載の方法。
ログインにおいて、第１のユーザは第１のユーザ識別子を与え、第１のユーザ識別子は第２のユーザの第２のユーザ識別子と共にメッセージ中に含まれており、第１のユーザと第２のユーザの両者はサーバにより登録されている請求項３記載の方法。
第２のユーザは複数のユーザである請求項１８記載の方法。
メッセージを送るために、第１のユーザはメッセージをグラフィックユーザインターフェースの転送区域にドラッグ・アンド・ドロップし、メッセージはサーバに送られる請求項３記載の方法。
メッセージは複数のカテゴリーの１以上のものにあり、サーバにより登録されるとき第１のユーザと第２のユーザは受信することを希望するメッセージのカテゴリーを特定し、サーバは全てのカテゴリーのリストを維持し、メッセージを第２のユーザに送る前に、第２のユーザが受取るカテゴリーであることを確認し、メッセージは、そのメッセージが分類されることのできる１以上のカテゴリーを含んでいる請求項１８記載の方法。