JP2002540529A

JP2002540529A - 分散コンピュータ環境のための動的アプリケーションシステム

Info

Publication number: JP2002540529A
Application number: JP2000608279A
Authority: JP
Inventors: グドムンドソン，ノーマン・ケイ
Original assignee: クォーク・メディア・ハウス・ソシエテ・ア・レスポンサビリテ・リミテ
Priority date: 1999-03-29
Filing date: 2000-03-29
Publication date: 2002-11-26
Also published as: AU4181400A; CA2367889A1; EP1171830A4; EP1171830A1; WO2000058855A1

Abstract

(57)【要約】好適な実施の形態では、アプリケーションの動作環境に適応する挙動指向オブジェクトを利用する、動的アプリケーションシステムである。本発明の動的アプリケーションは、ユーザが要求する機能を実行するために必要なコンポーネントのみを使用する。本発明の好適な実施の形態の動的クライアントアプリケーションは、最小オペレーティングシステムで動作することができる。これらオペレーティングシステムは、ハンドヘルドコンピュータ、ＰＤＡ、電気機器等を含むことができる。動的クライアントアプリケーションは、サーバとの接続をもたらし、サーバからシステムコンポーネントのセットをダウンロードし、ユーザインタフェースを生成するためにそれらコンポーネントをインストールする、最小実行可能コードを含む「シード」プログラムを利用する。その後、ユーザは、システムに対し所望の機能を要求することができる。そして、クライアントアプリケーションは、機能を実行するためかまたは分散コンピュータシステムの他の場所にあるこの機能にアクセスするためにクライアントアプリケーションに必要なコンポーネントをダウンロードする。

Description

【発明の詳細な説明】

【０００１】関連出願本出願は、特許法第１１９条（３５Ｕ．Ｓ．Ｃ．§１１９）によって１９９
９年３月２９日に出願された仮特許出願第６０／１２６，９２８号の優先権を主
張するものであり、そのすべての内容は引用をもって本明細書内に包含されたも
のとする。技術分野本発明は、動的アプリケーションシステムに関し、特に、挙動指向（ｂｅｈａ
ｖｉｏｒａｌｌｙｏｒｉｅｎｔｅｄ）オブジェクトプログラミングを実現する
動的アプリケーションシステムに関する。背景技術目下、ソフトウェアアプリケーションは本質的に、指定された機能（ｆｅａｔ
ｕｒｅ）および振舞いを引起すようにコード化された何行もの命令である。これ
らアプリケーションは、テクノロジの急速な変化に適応することが困難であり、
システムリソースを使用する場合に比較的厄介である傾向にある。一般に、従来
のアプリケーションは、組込まれた機能のすべてを必要とするユーザはほとんど
いないという事実にも関わらず、すべての機能をすべてのユーザに提供しようと
する。

【０００２】これらアプリケーションの主な例は、情報テクノロジ管理の分野にある。情報
テクノロジ、すなわちデジタル情報を取得し、管理し、利用する分野は、ビジネ
スおよび他の専門的な領域においてますます極めて重要かつ本質的なリソースと
なってきている。情報は、現在、他のリソースと同様に処理されなければならな
い重要かつ豊富なリソースとして見なされている。生データは、取得されなけれ
ばならず、格納されなければならず、使用可能な形態に処理されなければならな
い。

【０００３】グローバルネットワーク、すなわちインタネットの出現前、情報リソースを管
理することは比較的単純だった。一般に、かかる情報のためのデータソースは、
静的レポート、ファクトシートまたは周期的に更新されるデータベースからなっ
ていた。このデータは、通常、ローカルエリアネットワーク上で保存されていた
。現在、数億もの家庭およびビジネスの相互接続があり、何十万もの即時に利用
可能データソースがあり、これらデータソースが日々潜在的に変化しているため
、古い情報管理ツールは十分ではない。これら多数のデータソースに生データが
存在しても、潜在的なユーザがそれらデータにアクセス不可能である場合、それ
は無駄である。

【０００４】かかる情報を使用可能にし、データを効率的な方法で収集し、このデータをユ
ーザにとってアクセス可能でありかつ有益である形態に処理する、製品およびサ
ービスが、非常に強く必要とされている。しばしば、生データがアクセス可能で
あり収集される場合であっても、それら生データが大量であるために重要なデー
タがユーザから隠れたままになる可能性がある。

【０００５】更により重大なことは、情報リソースに関連するコンテンツ、フォーマットお
よびアクセスプロトコルが日々変化する環境で動作することができる製品および
サービスが必要である、ということである。情報収集および大抵の他の目的のた
めの従来のアプリケーションは、多数の命令の行からなり、それらは共に結び付
られることにより、アプリケーションを定義する指定された機能、振舞いおよび
ユーザインタフェースのセットを引起す。これらプログラムは、通常、アプリケ
ーションのわずかな変化さえも実現するために、プログラミングリソースを非常
に多く消費する必要がある。これらアプリケーションは、データソースまたは他
のアプリケーション環境のフォーマットおよびプロトコルに発生している頻繁か
つ進行中の変化に、迅速におよび効率的に適応することができない。アプリケー
ションが適応可能であっても、必要な変更を行うためにその特定のアプリケーシ
ョンに熟達したプログラマの技能が必要である。

【０００６】従来のアプリケーションは、通常、個々のユーザが各々必要とする可能性があ
るか否かに関わらずすべての機能と振舞いとを含むように設計されている。この
ため、従来のアプリケーションは、一般に非常にサイズが大きい。更に、従来の
アプリケーションは、通常、特定のハードウェアプラットフォーム、オペレーテ
ィングシステムまたはアプリケーションドメインに制限されている。このため、
アプリケーションは、通常、他のプラットフォーム、オペレーティングシステム
またはアプリケーションドメインで使用されるためには実質的に修正されなけれ
ばならない。

【０００７】目下、利用可能である多量のデータソースから、今だけでなく将来更に量が増
大した場合にも、データの収集、格納および処理が効率的で信頼性の高いシステ
ムが必要とされている。

【０００８】目下、あらゆる環境で利用することができ、特定のユーザの必要に応じて容易
に実現することができる、動的システムが必要とされている。目下、プログラマ以外の人に使用可能であるように平易に実現されアップグレ
ードされることが可能であり、フォーマットおよびプロトコルの変化を自身で確
認可能であるシステムが必要とされている。

【０００９】従来のソフトウェアプログラムの他の重大な問題は、それらの環境に適応する
またはそこから「学習する」ことができない、ということである。オブジェクト
指向言語で開発されるものを含む大抵のプログラムは、目的指向である。オブジ
ェクトは、指定された方法で振舞うように特定のタスクが割当てられる。インス
タンス化されたオブジェクトは、通常特定のメッセージが発生するよう期待して
おり、かかるメッセージを受取り損ねると、アプリケーションが中断する結果と
なる可能性がある。

【００１０】このため、オブジェクトが、アプリケーションの目的を達成するように適応す
るために環境によって影響され得るようにするシステムおよびプロセッサが必要
とされる。

【００１１】目下、情報収集の分野だけでなく他のアプリケーション環境においてもかかる
システムが必要とされる。本発明は、好適な実施の形態において、アプリケーションの動作環境に適応す
るために挙動指向（ｂｅｈａｖｉｏｒａｌｌｙ−ｏｒｉｅｎｔｅｄ）オブジェク
トを利用する、動的アプリケーションシステムを提供することにより、これら要
求を達成する。動的アプリケーションは、ユーザが必要とする機能を実行するた
めに必要なコンポーネントのみをインスタンス化する。

【００１２】本発明の好適な実施の形態の動的クライアントアプリケーションは、最小のオ
ペレーティングシステムで動作することができる。これらオペレーティングシス
テムは、ハンドヘルドコンピュータ、ＰＤＡ、電気機器等を含んでよい。動的ク
ライアントアプリケーションは、サーバとの接続をもたらし、サーバからシステ
ムコンポーネントのセットをダウンロードし、ユーザインタフェースを生成する
ためにそれらコンポーネントをインストールするための、最小の実行可能コード
を含む、「シード（ｓｅｅｄ）」プログラムを利用する。シードアプリケーショ
ンは、この時点で休止（ｄｏｒｍａｎｔ）段階に入ることができる。

【００１３】そして、ユーザは、システムに所望の機能を要求することができる。その後、
クライアントアプリケーションは、機能を実行するためかまたは分散コンピュー
タシステムの別の場所でこの機能にアクセスするために、クライアントアプリケ
ーションが必要とする、コンポーネントをダウンロードする。

【００１４】シードプログラムは、好適な実施の形態では、最初、クライアントコンピュー
タのユーザにアイデンティフィケーションを要求する。このアイデンティフィケ
ーションはサーバに渡され、サーバは、そのアイデンティフィケーションに割当
てられるユーザのプロファイル、すなわちユーザに許可された特権およびアクセ
スを決定し、ユーザにとって使用が許可されるシステムコンポーネントのコンポ
ーネントをダウンロードする。また、プロファイルは、ユーザが属するあらゆる
ユーザグループの名前または識別を示すグループメンバシップ等の情報も含んで
よい。ユーザは、アイデンティフィケーションを所有していない場合は「ゲスト
」としてログされ、基礎レベルのコンポーネントがダウンロードされインスタン
ス化される。

【００１５】好適な実施の形態では、これらシステムコンポーネントは、コンポーネントロ
ーダと、初期アプリケーション構造と初期アプリケーション構造のコンポーネン
トの各インスタンスに割当てられる属性とを決定し、他のコンポーネントを検査
する、ＸＭＬ（拡張可能マークアップ言語（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕ
ｐＬａｎｇｕａｇｅ））パーサ等のアプリケーションと、を含む。ユーザが追
加の機能を要求すると、クライアントアプリケーションは、サーバに対するアク
セス要求を作成し、ユーザが提供する情報に基づいて選択されたコンポーネント
をダウンロードする。

【００１６】コンポーネントは、実行時にユーザからのデータと結合されることにより、ア
プリケーションに特化した機能を提供する。これにより、多くのタスクのための
アプリケーションに対し未だ汎用的（ｇｅｎｅｒｉｃ）でありながら、各コンポ
ーネントに対して振舞いの複雑なセットを生成することができる。

【００１７】好適な実施の形態では、コンポーネントは、挙動的（ｂｅｈａｖｉｏｒａｌｌ
ｙ）オブジェクト指向コンポーネントを含む。特に、コンポーネントは、コンポ
ーネントまたはオブジェクト間に豊富なメッセージングを提供することができる
。従来のオブジェクト指向システムでは、以前のオブジェクトは、オブジェクト
間のメッセージングが理解することができる前にオブジェクトインタフェースの
特定のパラメータを事前に理解することが必要である、静的インタフェースを使
用する。更に、以前のオブジェクトは、それらが相互作用するオブジェクトから
いくつかの応答を期待するように生成される。期待される応答を受取らないかま
たは戻さないことにより、アプリケーションは中断するかまたは障害を起こす。

【００１８】本発明は、好適な実施の形態において、挙動指向（ｂｅｈａｖｉｏｒ−ｏｒｉ
ｅｎｔｅｄ）オブジェクトを提供する。コンポーネントまたはインスタンス化さ
れたオブジェクトは、いずれかまたは両方のオブジェクトのインタフェースが実
質的に変化する場合であってもオブジェクト間の有効な通信を可能にするよう、
互いに疎結合されている。好適な実施の形態の特定の実現は、２段階インタフェ
ースを提供するコンポーネントインタフェースを使用する。第１段階により、オ
ブジェクトは第２のオブジェクトの単純な通信または「タップ（ｔａｐ）」を実
行することができる。このタップは、第１のオブジェクトのアイデンティフィケ
ーションと、第１のオブジェクトに応答する方法に関する情報と、を含む。第２
のオブジェクトは、第２のオブジェクトのエントリポイントに関する情報を提供
することによって応答する。そして、第１のオブジェクトは、それらエントリポ
イントを通して第２のオブジェクトに豊富なメッセージを送る。また、これら挙
動指向オブジェクトは、「タップ」される場合、メッセージを期待しないが受取
るようにも設計される。その結果、各オブジェクトは、いかなる他のオブジェク
トに対してもメッセージを生成するように、またはいずれのオブジェクトに対し
てもまったくメッセージを生成しないように、動的に変更されるようになる。

【００１９】挙動指向オブジェクトの他の特徴は、そのプログラムされた振舞いで有用な機
能を実現するその能力を「グレード付けする（ｇｒａｄｅ）」ことができる、と
いうことである。コンポーネントの機能が使用されるか、またはユーザがコンポ
ーネントのパフォーマンスで「満足している」場合、コンポーネントのグレード
は上昇する。ユーザがコンポーネントに不満足であるか、または機能がある程度
の時間利用されていない場合、グレードは低下する。他のコンポーネントは、そ
のコンポーネントにメッセージを送るか判断するためにコンポーネントのグレー
ドを使用してもよい。コンポーネントは、この能力によってより有用な振舞いに
突然変異するよう「促進され（ｅｎｃｏｕｒａｇｅｄ）」てもよい。有用な機能
は、コンポーネントに対しそれらの振舞いを使用するよう促進する一方で、使用
されない振舞いはドロップ（ｄｒｏｐ）される。コンポーネントは、そのスコア
が所定のレベルに落ちると消滅（ｋｉｌｌｏｆｆ）されてもよい。

【００２０】本発明の特定の実現の好適な実施の形態では、クライアントアプリケーション
は情報管理ツールとなる。シードアプリケーションは、サーバからコンポーネン
トをダウンロードすることにより、それらコンポーネントを他のサーバおよび／
またはデータマイナと通信するユーザインタフェースにインスタンス化すること
ができるようにする。また、ユーザは、ユーザのプロファイルが許可する場合は
、サーバのプレミアムコンテントデータベースにアクセスして前処理された情報
を取得することができる。ユーザは、探索プロセスを高速化するために、特別な
データマイナを有する好適なポータルにアクセスすることができる。データマイ
ナは、データサイトに含まれるデータが基準に適合するか判断するために各々が
ルールおよび／または戦略のセットを適用する、ソフトウェアオブジェクトの集
まりである。これらマイナは、ファジィ論理を採用することにより、データが基
準に適合するか判断し、同様にユーザの確認を要求してよい。また、ユーザは、
飛行機、電車および他の旅行サイトと、売買サイトと、トランザクションを必要
とする他のサイトと、等、好適なサービスから情報を探索してもよい。また、ユ
ーザは、非特殊化データマイナを使用して汎用的なまたは特に好ましくはないデ
ータポータルにアクセスすることもできる。

【００２１】本発明の好適な実施の形態の重要な特徴は、フォーマット、プロトコルおよび
異なるサイトへのアクセスにおける変化を常に追跡し確認することができる、と
いうことである。本発明は、これら変化を追跡および確認し、ユーザの介入無し
にこれらサイトへのアクセスを維持するように、システムおよびクライアントア
プリケーションコンポーネントをアップグレードする。

【００２２】本発明の追加の特徴は、個人情報マネージャ（ＰｅｒｓｏｎａｌＩｎｆｏｒ
ｍａｔｉｏｎＭａｎａｇｅｒ）を組込むことを含む。これにより、ユーザに関
する個人情報が、ユーザがこの情報を頻繁に再入力する必要なくクライアントア
プリケーションに組込まれることが可能である。

【００２３】他の特徴は、サーバ上のデータストアハウスである。ユーザは、どこでもアク
セスするために収集した情報を格納することができる。ユーザは、毎回同じクラ
イアントコンピュータにアクセスする必要はない。ユーザは、単にユーザ・アイ
デンティフィケーションを入力するだけで、サーバと通信しているいずれかのコ
ンピュータから、収集した情報にアクセスすることができる。

【００２４】サーバへのアクセスは、大抵の現行システムコンポーネントを維持することに
対して重要であるが、クライアントアプリケーションは、クライアントコンピュ
ータにコンポーネントをキャッシュすることにより、クライアントコンピュータ
とサーバとの間の接続が切断された場合にユーザがクライアントアプリケーショ
ンを利用することができるようにする。これにより、ラップトップコンピュータ
、ハンドヘルド・デバイス、電気機器、携帯電話が、クライアントコンピュータ
として機能することが可能になる。

【００２５】これらおよび他の特徴は、以下の好適な実施の形態の詳細な説明と図面とから
明らかとなろう。好適な実施態様の説明本発明は、共にネットワークに接続されている無数のノードに亙って分散され
る情報のビット等、個々のエンティティ間の動的な関係を生成するシステムおよ
びプロセスを提供する。好適な説明的な実施の形態では、このシステムおよびプ
ロセスの有用性の例として、情報収集アプリケーションについて説明する。

【００２６】本明細書で示す説明的な実施の形態は、説明のためであることが意図されてお
り、請求される発明の範囲を不当に限定することが意図されていない、というこ
とは明白に理解されなければならない。本明細書で述べていない他の実施の形態
および適用は、請求されている発明の範囲内にあるとみなされる。

【００２７】本発明の好適な実施の形態のシステムおよびプロセスは、クライアント／サー
バ関係で動作する挙動指向（ｂｅｈａｖｉｏｒａｌｌｙｏｒｉｅｎｔｅｄ）プ
ログラムを生成するために動的アプリケーション（ＤｙｎａｍｉｃＡｐｐｌｉ
ｃａｔｉｏｎ）アーキテクチャを利用する。動的アプリケーションは、ソフトウ
ェアソルーションを形成するために合せて動作するコンポーネントの無制限のセ
ットとして存在する。すべての動的アプリケーションは、「シード（Ｓｅｅｄ）
」等の起点で開始する。このシードは、動的アプリケーションのための初期環境
を生成する。

【００２８】非常に単純な動的アプリケーションの１つの例は、ワールドワイドウェブ（Ｗ
ｏｒｌｄＷｉｄｅＷｅｂ）である。ワールドワイドウェブ用のシードは、ユ
ーザにワールドワイドウェブへのアクセスを提供するブラウザである。しかしな
がら、ブラウザは、一般に、古い静的アーキテクチャ（ハードコード化された機
能を使用）と新しい動的アーキテクチャとの混合である。このため、ブラウザは
、一般に、比較的固定された機能のセットを含み、非常に大きく、動作するため
に拡張リソースを必要とする。

【００２９】本発明のシステムおよびプロセスは、上述したブラウザとは非常に異なって動
作する。本システムおよびプロセスは、完全に動的なシードを提供する。本発明
の好適な実施の形態のシードは、それ自体の特定の機能を有していない「クライ
アント」として作用する。実際に、それは、それが要求された機能を実行するた
めに必要であるような機能を１つのサーバ（または複数のサーバ）から要求する
。好適な実施の形態では、本システムおよびプロセスは、以下のコンポーネント
から作成される。

【００３０】シード（Ｓｅｅｄ）ネットワーク接続（インタネット、他のグローバルネットワークサービス、Ｌ
ＡＮ、ＷＡＮ、ＭＡＮまたは他のネットワーク）メンバシップ・アイデンティフィケーションサーバ（リポジトリ、データベースおよびストアハウスを含む）クライアント好適なポータル好適なサービス外部リポジトリローカル個人情報マネージャシードシードは、上述したように、完全に動的なカーネルである。好適な実施の形態
では、シードはおよそ７５Ｋバイトである。これにより、最小のハンドヘルド・
デバイスまたは電気機器上でさえも機能することができる。シードは、最初にコ
ンピュータで実行される時、ユーザに対しディスクスペースとユーザのメンバシ
ップ・アイデンティフィケーション（後述する）とを要求する。ユーザがまだメ
ンバシップ・アイデンティフィケーションを有していない場合、シードは、ユー
ザに制限付きゲストメンバシップを認める。シードの特定の実現については、後
により詳細に説明する。メンバシップ・アイデンティフィケーションユーザには、メンバシップ・アイデンティフィケーションが割当てられる。メ
ンバシップ・アイデンティフィケーションは、ユーザに特定の機能のセットを提
供する。例えば、それらのメンバシップ・アイデンティフィケーションにより、
ユーザは異なるレベルのサービスにアクセスが可能であってよい。これら異なる
レベルのサービスは、料金を支払うことによって利用可能となってよく、または
、アクセスの必要性を基準にユーザに割当てられてもよい。サーバサーバは、本発明の好適な実施の形態のシステムおよびプロセスのための機能
を提供する。サーバは、接続、ハードウェアを提供し、システムに電力を供給し
、機能およびメンバシップ特権のすべてに対するアクセスを提供する。本システ
ムおよびプロセスにより、クライアント（後述する）は、ハンドヘルド・デバイ
スまたは電気機器、ラップトップコンピュータ等の場合等、一定でない時間サー
バから切断されることが可能である。その後は、デバイスは、切断の前にキャッ
シュされた情報と、ネットワークへの接続中に事前に取得された機能およびコン
ポーネントと、に依存しなければならない。好適な説明的な実施の形態では、サ
ーバは、３つの主なコンポーネント（ハードウェアおよびネットワーク接続に加
えて）、すなわち、機能（Ｆｅａｔｕｒｅ）リポジトリ、プレミアムコンテント
データベース（ＰｒｅｍｉｕｍＣｏｎｔｅｎｔＤａｔａｂａｓｅ）およびユ
ーザストアハウス（ＵｓｅｒＳｔｏｒｅｈｏｕｓｅ）を有する。

【００３１】機能リポジトリは、特定の能力または機能を可能にするために必要なコンポー
ネントのすべてを含む（例えば、動的リンク・ライブラリ（ｄｙｎａｍｉｃｌ
ｉｎｋｌｉｂｒａｒｙ（ＤＬＬ））ファイル、データファイル等）。すべての
機能がある時間展開し、そのため機能リポジトリがそれに従って展開することに
なる、ということは予期される。このため、クライアントを最新および活力ある
ように維持するためには、サーバに対する信頼性の高い接続が必要である。機能
リポジトリは、あらゆる利用可能なデータ記憶テクノロジを使用して実現されて
よく、ディレクトリサービスまたはファイルシステム機構によりアクセスされて
よい。

【００３２】プレミアムコンテント・データベースは、前処理されたデータを含む。このデ
ータベースはオプションであるが、本明細書では、例示的な実施の形態として使
用される情報管理アプリケーションにおいて特定の有用性を有するものとして説
明する。本発明がこの例示的な実施の形態に限定されない、ということは明白に
理解されなければならない。場合によっては、各クライアントにこのデータ自体
を取得し処理することを要求するのではなく、サーバが、かかる前処理データへ
のアクセスを提供することがより効率的である場合がある。プレミアムコンテン
トデータベースに含まれるかかる前処理データの例は、顧客マーケティングリス
トである。また、前処理は、異種のデータを調整し、配列し、収集することによ
り、データに値を追加するために使用されてもよい。

【００３３】ユーザストアハウスは、かかる機能を要求した特定のユーザに属する情報を格
納するために使用される。ストアハウスにより、ユーザは、特定のコンピュータ
から独立して情報を格納することができる。このため、ユーザは、格納されたデ
ータのロケーションに関係無くコンピュータからコンピュータに移動することが
できる。ユーザは、コンピュータと、サーバへのネットワーク接続と、メンバシ
ップ・アイデンティフィケーションと、のみが必要である。クライアントクライアントは、本発明の好適な実施の形態では、「有機的な（ｏｒｇａｎｉ
ｃ）」ユーザ対話アプリケーションである。クライアントは、シードによって開
始する。シードは、ユーザからメンバシップ・アイデンティフィケーション等の
初期情報を取得すると、サーバに接続してユーザインタフェースの形成を開始す
るために十分なコンポーネントをサーバからダウンロードする。そして、ユーザ
がこのユーザインタフェースによってシステムと対話を開始すると、必要に応じ
て追加のコンポーネントおよびフォームがダウンロードされキャッシュされる。
例えば、シードは、有効なメンバシップ・アイデンティフィケーションを取得す
ると、サーバに対し、ブラウザ等のユーザインタフェースのためのコンポーネン
トを要求する。また、シード／サーバは、特定のメンバシップ・アイデンティフ
ィケーションが許容され、特定のユーザインタフェースをまたは優先する、とい
うことを認識してもよい。また、シード／サーバは、そのメンバシップ・アイデ
ンティフィケーションに関連するユーザが、特定の言語、すなわち、米語、英語
、日本語、フランス語等を要求することを認識してもよい。

【００３４】クライアントは、その要求される機能によって必要に応じて常時変化するとい
う点で有機的である。例えば、クライアントは、特定の主題についてデータを取
得するデータ探索アプリケーションとして使用されてよい。そして、クライアン
トは、そのデータを解析し、またはそのデータをワードプロセッシング、レイア
ウトエディタまたは他のアプリケーションと関連付けるために使用されてよい。
ユーザがクライアントの機能の変更を要求すると、追加のコンポーネントおよび
／またはフォームがサーバのリポジトリからダウンロードされてよく、以前にダ
ウンロードされたコンポーネントが破棄されてよい。

【００３５】クライアントの特定の実現については、後により詳細に説明する。好適なデータ・ポータル説明的な実施の形態では、本発明のシステムおよびプロセスは、種々のソース
からデータを取得することに対する特定のアプリケーションを有する。特に、本
発明は、データ・マイニング機能を効率的に実行することができる。データ・マ
イニングとは、生ソースからの特定の関心のあるデータを抽出することである。
生データは、データに対し単純な規則および戦略を適用するように編成されるソ
フトウェアオブジェクトの集まり（「データ・マイナ（ＤａｔａＭｉｎｅｒｓ
）」）によって処理される。データ・マイナは、それらのタスクを行うためにフ
ァジィ論理を使用する。これは、それらが認識する「ｐｒｏｂａｂｌｙ（十中八
九）、ｌｉｋｅｌｙ（恐らく）またはｐｏｓｓｉｂｌｙ（ひょっとすると）」と
いった情報を見付けることを含む。好適な実施の形態では、データマイナは、所
定の基準に非常に一致する情報を識別する「ヒント（ｈｉｎｔ）」も使用する。
可能性のある情報が識別されると、マイナは質問を行う（「ａｓｋ」）ことによ
り、情報を確認する。他の情報に適用されるかかる情報には、確率が割当てられ
る。そして、最高確率を有する情報が格納され、低確率情報は破棄される。

【００３６】本発明のシステムおよびプロセスは、すべてではないが大抵のデータリポジト
リまたは「データポータル」をマイニングすることができる。しかしながら、説
明的な実施の形態では、所定の数のこれらリポジトリが「好適なデータポータル
」としてみなされる。これら好適なデータポータルは、特定のフォーマットとこ
れらリポジトリの他の詳細とを知る特別なデータマイナを含む。これら特別なデ
ータマイナは、それらの特定のポータルからのデータの高速かつ信頼性の高い抽
出を実行する。また、ポータルがそこに含まれるデータのフォーマットを変更す
ると、サーバは周期的にポータルのフォーマットを確認する。この確認は、一般
に、バックグラウンドで発生するため、ユーザはこの動作に気付かない。好適なサービスしばしばユーザは、クライアントに対し、旅行の計画を調べかつ予約すること
、商品を購入すること、および金融関係かまたはタイムセンシティブなトランザ
クションを必要とする他の動作等のタスクを、ユーザに代って実行するよう要求
する。本発明のシステムおよびプロセスは、かかるサービスを提供するサイトと
対話することができる特定のデータマイナを提供する。かかるトランザクション
のフォームは頻繁に変化しまたは更新されるため、これらサービスに関連するデ
ータマイナは、頻繁にテストされる。データマイナの確認および更新は、ユーザ
によりいかなる動作も要求されることなく実行される。外部データリポジトリ外部データリポジトリは、好適なデータポータルまたは好適なサービスとして
分類されないあらゆるノードとして定義される。これらリポジトリは、それらに
関連した、いかなる特別なデータマイナを有しないため、データ抽出のためによ
り汎用的な戦略が使用される。好適な実施の形態では、データマイナは、特定の
サイトをマイニングするよう割当てられると、迅速に「展開する（ｅｖｏｌｖｅ
）」か、または有効に消滅されるようにかかる低優先度（後により詳細に述べる
）が与えられる。好適なデータポータルおよび好適なサービスは望ましいが任意
である、ということは理解されなければならない。効率的ではないが、汎用的な
コンポーネントは、通常、好適なデータポータルおよび好適なサービスにアクセ
スすることができる。好適なデータポータルおよび好適なサービスが何らかの理
由で実行不可能であるか失敗した場合、汎用的なコンポーネントが自動的にとっ
て代る。ローカル個人情報マネージャ（ＰＩＭ）ＭｉｃｒｏｓｏｆｔのＯｕｔｌｏｏｋ等、個人情報マネージャ（ＰＩＭ）製品
は、ユーザに関する個人情報を維持し他のアプリケーションにインポートするた
めに有用である。ＰＩＭは、好適なデータポータルおよび好適なサービスが必要
とするよりもより特定のソルーションを必要とする。一般に、かかる製品は、そ
の特定の製品に対して開発される特定のコンポーネントを必要とする。かかるサ
ービスとの統合は、アウトレットコンポーネント等の専用のプラグ可能インタフ
ェースを含むことによって処理されてよい。しばしばこれらコンポーネントは、
挙動指向コンポーネントではなく手続きコードを含む。この手続きコードは、特
定のＰＩＭとＰＩＭによって提供されるＡＰＩとのインタフェースとに特有であ
る。本発明は、従来のオブジェクト指向方法におけるかかる専用の手続きコード
を奨励はしないがそれに適応することはできる。これらコンポーネントのインス
トールは、挙動指向プログラムコンポーネントのインストールに類似しており、
ユーザに透過的な方法で自動的に発生する。クライアントコンポーネントの実現概略的に上述したクライアントは、複数の弱く連結されたコンポーネントを備
えた動的ソフトウェアアプリケーションである。コンポーネントは、インスタン
ス化されたオブジェクトを備え、好ましくは階層的「コンテナ」オブジェクト（
例えば、他のオブジェクトを含むオブジェクト）として実現される。好適な実現
では、クライアントアプリケーションは完全に動的であるため、クライアントの
各インスタンスは、異なるコンポーネントのセットを含み、コンポーネントが変
更され更新されるに従い変化する。クライアントアプリケーションはどの時点に
おいても存在するため、本発明によるシステムとのすべてのユーザ対話のための
エントリポイントである。

【００３７】特定の実現では、シードは、クライアントアプリケーションの全体が引起され
るもとになる実行可能コードの最小セットを備える。シードは、最初にインスト
ールされる時、クライアントの唯一のコンポーネントであってよい。シードの役
割は、オペレーティングシステムのカーネルに類似しており、シードは、ブート
アップするコードを表し、他のデバイスおよびソフトウェアへの基本的なリンク
を作成し、より完全に機能的な動作を可能にするためのルーチンを実行する。シ
ードは、手続きコードとして実現されるため、好ましくは、頻繁に変更される必
要がなくオペレーティングシステムの変更等を鑑みて頑強となるように、可能な
限り少ない機能を含む。

【００３８】例えば、シードは、名前、アカウント番号、パスワード等の基本ユーザ情報を
得るためのコマンドラインまたはダイアログボックスタイプのインタフェースを
実現することができ、ユーザインタフェースの形成のために十分なコンポーネン
トをダウンロードするためにサーバへのリンクを作成する。ユーザインタフェー
スにより、クライアントは新たなメンバとの対話を開始することができる。初期
化時にロードされる他のコンポーネントは、データストア等の大容量記憶装置に
アクセスするためかまたはキャッシュ構造を確立し動作させるためのコンポーネ
ントを含んでよい。クライアントがサーバとの対話を開始すると、必要に応じて
新たなコンポーネントおよびデータがダウンロードされキャッシュされる。初期
化されると、シードは休止状態になり、クライアントはアプリケーションコンポ
ーネントによって制御される。

【００３９】特定の初期化手続きにおいて、シードは、リポジトリサーバにユーザＩＤおよ
びパスワード情報を渡し、リポジトリサーバは、ユーザ・アイデンティフィケー
ション、「プロファイル」、初期コードライブラリおよびスタートアップＸＭＬ
ファイルを返す。ユーザ・アイデンティフィケーションは、サーバによりその特
定のユーザＩＤに割当てられる一意のコードまたは番号であり、システムを通し
てユーザを一意に識別するために使用される。

【００４０】プロファイルは、ユーザが利用可能なコードまたはモジュールのリスト（ユー
ザＩＤから決定される許可または特権に基づく）、ロードされるべきコンポーネ
ントのリスト、グループメンバシップ情報等、ユーザ特有情報を含む。初期コー
ドライブラリは、オペレーティングシステムと対話するためのシステムオブジェ
クト等の基本的なシステムタイプの機能を実行し、タスクスケジューリング等の
システムタイプの振舞いを実行するコードを含む。他のコンポーネントは、新た
なコンポーネントをロードし、実行時ソフトウェアアプリケーションにそれらを
インストールするコンポーネントローダと、ＸＭＬドキュメントを解析するコン
ポーネントと、を含む。

【００４１】ＸＭＬ解析コンポーネントがインストールされると、セットアップＸＭＬドキ
ュメントを読出すことにより初期アプリケーション構造を決定することができる
。好適な実現は、アプリケーションコンポーネントが実行時に動的に宣言される
宣言的アプリケーション構成方法を使用する。ＸＭＬドキュメントは、この宣言
を行うために都合よく使用される。ＸＭＬは、厳密にフォーマットされインタネ
ット等の既存の公共通信リンクにより移植可能性が高いため、好適である。スタ
ートアップＸＭＬドキュメントは、コンポーネントの各インスタンスに割り当て
られる特性に加えて、クライアント・アプリケーションに含まれるコンポーネン
トのリストを基本的に含む。

【００４２】上述したコンポーネントは、ユーザインタフェース実現、ＸＭＬ解析、クラス
ローディング等のシステムタイプの機能を提供するが、アプリケーションに特化
した機能を実現するためには、追加のコンポーネントがダウンロードされる。広
義で、いかなるタイプの機能も、テキスト処理、スプレッドシート、インタネッ
トブラウジング等を含む機能リポジトリからのコンポーネントの選択によって実
現することができる。特定の実現では、クライアントは、情報ツールとしての役
割を果たすため、クライアントが所望の情報を指定し、ユーザが指定した情報を
検索し、ユーザが指定した情報をユーザが指定した方法で提供することを可能に
するコンポーネントを、選択的にダウンロードする。

【００４３】クライアントは、何の情報が要求されるか、または情報がどこにあるかについ
て、いかなる事前の知識も有していないため、コンポーネントは、概して、基本
的な振舞いを定義する「汎用的な」コンポーネントであるが、ダウンロード時に
いかなる特定の機能をも実現するために十分な構造を有していない。言換えれば
、１つのコンポーネントは、あるユニフォームリソースロケータ（ＵＲＬ）のウ
ェブサイトにアクセスし、ＨＴＭＬドキュメントを返すための振舞いを含むが、
ダウンロード時に、いずれのＵＲＬであるかを指定せず、またはＨＴＭＬドキュ
メントの内容に関して何も知らない。このコンポーネントの振舞いは、実行時に
、例えばコンポーネントにＵＲＬを指定するデータを与えることにより、アプリ
ケーションに特化した機能を提供するようにカスタマイズされる。汎用的な振舞
いと特定の機能との間のこの区別は、本発明を完全に理解するために重要である
。

【００４４】コンポーネントは、好ましくは他のコンポーネントの複雑な組合せであり、そ
のため、例えば単にウェブサイトにアクセスしＨＴＭＬ応答ページを返すだけよ
りも複雑な機能を提供する。このため、コンポーネントはデータストア特有では
ないため汎用的であるが、いずれかの他のコンポーネント内に含まれるコンポー
ネントの特定の組合せにより、各コンポーネントが個性的になる。例えば、アド
レス検索に個性化されるコンポーネントは、会社のウェブページにアクセスする
コンポーネントと、返されるＨＴＭＬページにおいてＺＩＰコードを識別する他
のオブジェクトと、ＺＩＰコードを囲む返されるページからテキストを選択する
他のオブジェクトと、選択されたテキストをタブ区切りアドレス情報にフォーマ
ットする更に他のオブジェクトと、を含んでよい。これら振舞いの複雑なセット
は、各コンポーネントを非常に機能的にするが、あらゆる会社のウェブページに
適用することができるためまだ汎用的である。

【００４５】コンポーネントは汎用的な要素と挙動指向オブジェクトとを備えるが、コンポ
ーネントがインスタンス化されそれに特定のタスクが与えられると、その機能は
アプリケーションに特化するようになる、ということを留意することが重要であ
る。コンポーネントの特定のインスタンスは、保存され、そのコンポーネントオ
ブジェクトの特定の機能を実現するために再使用されることが可能である。しか
しながら、特定のインスタンスは、他の機能を提供するためにサブクラス化され
るか拡張されることはない。インスタンス化されると、コンポーネントは、例え
ばアクセスする特定のＵＲＬを「知り（ｋｎｏｗ）」、戻りＨＴＭＬページから
選択する特定の情報を知る。後述するように、コンポーネントには、好ましくは
そのパフォーマンスを向上させるように展開する手段が与えられるか、または有
効に消滅されるようにかかる低優先度が与えられる。

【００４６】本発明の重要な特徴は、コンポーネントがインスタンス化された挙動指向オブ
ジェクトのセットを備える、ということである。言換えれば、コンポーネントは
、サーバに格納されるオブジェクトまたはクラスの拡張、サブクラスまたはオー
バライドされたバージョンではない。そうではなく、サーバ上のクラス、オブジ
ェクトまたはオブジェクト記述から直接インスタンス化される。コンポーネント
は、豊富なメッセージングをサポートする動的インタフェースを実現する高レベ
ルオブジェクトである。インスタンス化されたオブジェクトは、メッセージを受
取った後にのみ、アプリケーションに特化した機能を実行するように応答するこ
とができる。コンポーネントは、殆ど完全に振舞いである。振舞いが与えられた
コンテキストは、アプリケーションに特化した機能となる。

【００４７】図３は、ＵＲＬからデータを選択するように構成される簡略化されたコンポー
ネント２０９を示す。コンポーネントは、スレッドコンポーネント３０１、ＵＲ
Ｌコンポーネント３０２、データポートコンポーネント３０３、ページグラバコ
ンポーネント３０４およびテキスト選択コンポーネント３０５を含む、他のコン
ポーネントのセットを備える。各コンポーネント３０１〜３０５は、コンテナコ
ンポーネントよりもよりプリミティブな振舞いを実現する。スレッドコンポーネ
ント３０１は、コンポーネント内のメッセージの引渡しを管理する役割を果たす
。概して、コンポーネントに渡されるいかなるメッセージもそのサブコンポーネ
ント３０１〜３０５のすべてにブロードキャストされ、いかなるサブコンポーネ
ント３０１〜３０５によって生成されるいかなるメッセージも他のすべてのサブ
コンポーネントにブロードキャストされるが、スレッドコンポーネント３０１は
、その一般的なメッセージの引渡しを変更してよい。挙動オブジェクト指向コンポーネント上述した実施の形態は、目下利用可能なオブジェクト指向プログラミングパラ
ダイムにおいて実現することができる。以前のオブジェクト指向システムにおけ
る１つの欠点は、オブジェクトが、振舞いを実現している間に従来の手続きコー
ドをカプセル化する、ということである。これにより、オブジェクトが、機能す
ることができる前に、特定のパラメータがインタフェースによって渡されるよう
要求する、静的インタフェースがもたらされる結果となる。２つのオブジェクト
間の対話を確立するために、両オブジェクトは、他方のインタフェースを事前に
理解していなければならない。この要件により、プログラマは、インタフェース
を厳密に定義しなければならなくなる。しかしながら、かかる厳密な定義により
、従来の（非オブジェクト指向の）手続きコードと同じ多くの問題がもたらされ
る。特に、インタフェースが変化すると、アプリケーションが中断する。また、
オブジェクトは、対話する相手のオブジェクトからいくつかの応答を期待するよ
うに生成される。オブジェクトが期待した応答を返さないと、アプリケーション
は中断する。

【００４８】オブジェクトは、２つの方法でコンテキストを受取る。インスタンス化される
時、オブジェクトに属性を割当てることができる。更に、実行時にオブジェクト
に渡されるメッセージは、コンテキストを提供する。共にこれらコンテキスト機
構が、コンポーネントおよびそこに含まれるすべてのコンポーネントに、それら
の機能を定義するために必要な情報を与える。それらが異なる親の範囲内でイン
スタンス化されている場合か、またはそれらに異なるメッセージが渡される場合
、それらの機能は異なる。

【００４９】本発明は、コンポーネントの、それらを「挙動指向（ｂｅｈａｖｉｏｒ−ｏｒ
ｉｅｎｔｅｄ）」とするための重要な特徴である、動的オブジェクトインタフェ
ースを提供する、独特な環境を提供する。このため、コンポーネント内のインス
タンス化されたオブジェクトは、互いに「疎結合される（ｌｏｏｓｅｌｙｃｏ
ｕｐｌｅｄ）」。これは、オブジェクトインタフェースが実質的にまたは完全に
変化することができ、それでもなお有効に他のオブジェクトと通信することがで
きる、ということを意味する。特定の実現は、２段階インタフェースを提供する
コンポーネントインタフェースアーキテクチャを使用する。第１段階では、コン
ポーネントは、通信したい他のコンポーネントを「タップ（ｔａｐ）」する。タ
ップされたコンポーネントは、そのエントリポイントを示すメッセージまたはメ
ッセージオブジェクトで応答する。そして、第１のコンポーネントは、第２のコ
ンポーネントのエントリポイントに関する新たに取得された知識を使用して、豊
富なメッセージを送る。このように、両方のコンポーネントにハードコードされ
る必要のある手続きインタフェースのみが単純なタップインタフェースである。
図３の破線の相互接続は、この疎結合機構を示唆するために使用されている。

【００５０】タップメッセージは、好ましくは、要求しているオブジェクトの名前またはア
ドレスを含む（そのため、戻りメッセージは正しいオブジェクトに到達すること
になる）。また、要求しているオブジェクトは、応答メッセージをパラメータと
して受取るために十分なインタフェースと、応答メッセージを使用して豊富なイ
ンタフェースを実現するために十分な手続きロジックと、をも実現する。タップ
インタフェースは非常に単純であるため、あらゆる数および種類のコンポーネン
トの基本的な振舞いに関係無く、それらの間で変更なしに使用することができる
。より複雑で豊富なインタフェースは、実行時に動的に決定される。豊富なイン
タフェースを非常にコンテキストに特化した方法で実現することができるため、
コンポーネント間のメッセージングを、従来のオブジェクト指向設計で実際的で
ある以上に豊富にすることができる。

【００５１】オブジェクト指向設計は、しばしば、特定のオブジェクトがアプリケーション
に、進行するためのメッセージを受取ることが必要である。メッセージが来ない
場合、アプリケーションは中断する可能性がある。挙動指向設計は、適当なオブ
ジェクトに対するメッセージを生成する各オブジェクトによって決まるが、それ
ら適当なオブジェクトが何であるかは指定しない。その決定は、メッセージを生
成するオブジェクトに残される。例えば、メッセージを送り、その後戻りメッセ
ージを待って停止するかまたは他のオブジェクトにメッセージを期待しなければ
ならないと通知する、オブジェクトを実現することが一般的である。いずれの場
合も、メッセージが発生しない場合、アプリケーションは中断する。

【００５２】本発明による挙動指向システムでは、オブジェクトはメッセージを期待しない
が、上述したようにタップされる時にそれらを受取る。結果として、各オブジェ
クトは、他のいかなるオブジェクトにも向けられるメッセージを生成するように
（あるいは、ＧＵＩにおいて情報を表示する等の終端の（ｔｅｒｍｉｎａｌ）振
舞いの場合は他のいずれのオブジェクトにもメッセージを生成しないように）動
的に変更することができる。オブジェクトの振舞いが終端である場合、それはア
プリケーションの振舞いに影響するが、アプリケーションを中断させない。

【００５３】計画されていない終端の振舞いは、ソフトウェアシステムにおいて必ず起こる
ことである。重要なことは、かかるイベントを処理するための優れた機構を実現
するということである。上述した挙動指向モデルは、有用なメッセージを生成し
ない機能不全のオブジェクトの増殖をもたらす可能性がある。本発明の特定の実
現では、アプリケーションコンポーネントは、ユーザかまたは他のオブジェクト
により可能な限り頻繁に使用され、削除されるかまたは隠されることを防止する
という、２つの単純な固有の目的を有する。これら目的を達成しようとして、情
報オブジェクトは、有用な情報でユーザを「満足させる（ｐｌｅａｓｅ）」こと
を学習し、ユーザはそれを使用することによってオブジェクトを「教育（ｔｅａ
ｃｈ）」する。

【００５４】本発明のこの特徴は、オブジェクトのプログラムされた振舞いにより有用な機
能を実現するというオブジェクトの能力をグレード付けする、各オブジェクト内
に含まれる機構として実現される。例えば、各コンポーネントは、オブジェクト
のシステムに対する可能性または価値を示す値を保持する１つまたは複数の「第
１の値（ｐｒｉｍａｒｙｖａｌｕｅ）」レジスタを維持する。コンポーネント
が使用される時、オブジェクトはその第１の値を増大させるプリミティブなメソ
ッドを含む。任意に、コンポーネントが、送り側オブジェクトに第１の値のクレ
ジットを与えるために受取り側をトリガする有用な情報（例えば、指定された値
の基準を満たす情報）を受取る場合、更なる強化を与えることができる。第１の
値クレジットは、時間の関数として、または明示的に不十分なメッセージを発行
する結果（すなわち、罰）として、暗示的に低下する可能性がある。

【００５５】このように、価値のある結果をもたらし損ねたおよび／またはそれらの結果を
適当なオブジェクトに向け損ねたオブジェクトは、それらの第１の値が正味減少
することになる。適当な受取り側オブジェクトに向けられる価値のある結果をも
たらすことに成功したオブジェクトは、それらの第１の値が正味増大することに
なる。１つの実現では、オブジェクトの第１の値が指定された最小値より下がる
と、オブジェクト自体が破壊する。他の実施の形態では、オブジェクトは、メッ
セージを送りたがっているオブジェクトが、タップシーケンス中に戻される第１
の値データに基づいて複数の潜在的なターゲットオブジェクトから選択すること
ができるように、それらのタップシーケンスにおいて第１の値テストを実現する
。

【００５６】再び図３を参照すると、コンポーネント２０２は、例えばユーザインタフェー
スコンポーネント３０６かまたは自動化されたスケジューリングコンポーネント
３０７からのメッセージによってアクセスされる。コンポーネントに与えられる
メッセージオブジェクトは、コンポーネント３０１〜３０５によって特定の情報
にアクセスするために使用される「ポスト（ｐｏｓｔ）」または「ゲット（ｇｅ
ｔ）」メッセージが必要とする特定の情報を含んでよい。コンポーネント２０２
がメッセージを受取ると、ＵＲＬオブジェクト３０２は、入力メッセージからデ
ータポートコンポーネント３０３に導出されるポストまたはゲット情報を含む、
ターゲットＵＲＬを備えたＨＴＴＰメッセージを構成することによって応答する
。データポートコンポーネント３０３は、ハードウェアおよび／またはオペレー
ティングシステムリソースとインタフェースすることにより、ＨＴＴＰメッセー
ジを送り、例えば組込まれたＨＴＬＭページを含むＨＴＴＰ応答を受取る。デー
タポートコンポーネント３０３は、メッセージまたはメッセージの内容をどこに
送っているか、またはメッセージが戻ってくるかについて知識を有していない。
それは、実行時に、それが受取るメッセージで与えられる実行時の指定されたデ
ータに対し汎用的な振舞いを実行することによって特定の機能を実行する。

【００５７】応答メッセージは、例えば、概して受取るメッセージからＨＴＭＬタグを剥取
るように構成されているページグラバ３０４に送られる。この場合も、ページグ
ラバ３０４は、受取るべきメッセージを事前にまったく予期していない。それは
、ＨＴＴＰまたはＨＴＭＬメッセージを受入れるインタフェースを有する。メッ
セージがまったく受取られない場合、ページグラバ３０４は、単に休止状態であ
り続ける。ページグラバ３０４は、ＨＴＴＰまたはＨＴＭＬメッセージを受取る
と、タグを剥取りプレーンテキストメッセージを１つまたは複数のテキスト選択
コンポーネント３０５に送る。テキスト選択コンポーネントは、例えば、「＄」
を含む第１のストリングを見つけそのストリングを値に変換するように構成する
ことができる。

【００５８】他のテキスト選択コンポーネント３０５は、例えば、指定されたストリング（
例えば、「会社名（ＣｏｍｐａｎｙＮａｍｅ）」）につづく第１のストリング
値を見つけるように構成することができる。テキスト選択コンポーネント３０５
は、受取るメッセージの知識はまったく有しておらず、選択されるテキストを見
つけなくてもよく、その場合、それは単純に休止状態になる。

【００５９】テキスト選択コンポーネント３０５がテキストを見つけると、コンポーネント
に対してメッセージが生成される。コンポーネントは、あらゆるコンポーネント
によって生成されるメッセージを、後に例えば会社データストアオブジェクトに
送るメッセージに編集することができる。会社データストアオブジェクト３０８
は、例えばインデクスとして会社名テキストを使用してページから検索された会
社特有の情報を格納することができる、汎用的なオブジェクトである。データマイニングアプリケーション本発明の広い概念は、通常、特定のアプリケーションによって述べられる。本
明細書で述べる本発明の特定の実現は、デジタル情報およびサービスを取得し、
管理し、使用する必要があるビジネスまたは他の専門のための環境である。デー
タは、マイニングされ、格納され、処理されることが可能な豊富なリソースであ
る。この処理されたデータは、それがもたらされる元の生データよりずっと有利
に使用することができる。例示の目的で、金融情報を監視する特定の実現を以下
に述べる。

【００６０】本発明は、デジタル情報およびサービスをより容易に見つけ使用することがで
きるようにする一意のアプリケーションを可能にする。この目的に達するために
、本発明は、メンバシップベースの挙動指向システムおよびプロセスがインテリ
ジェントなデジタルアシスタントとして作用するように構成される特定のアプリ
ケーションを含む。デジタルアシスタントは、ユーザの命令から学習して、デジ
タル情報を処理し、編成し、管理する。本発明のこの実施の形態は、以下のよう
にしてユーザを支援する。

【００６１】あらゆる異種のソースからデジタル情報を取得すること見付かった情報を管理することまったく異なる情報およびサービスを１つのエントリポイントに統合することデジタル情報は、しばしば、ユーザが、例えばインタネットサーチエンジン（
時に、データポータル（ＤａｔａＰｏｒｔａｌ）と呼ばれる）を使用してアク
セスすることができる生データの堆積された中に隠される。サーチエンジンがデ
ータに対してポータルを提供しても、データの意味または趣旨は、ユーザが、自
力でまたはサーチエンジンを含む従来からのデータアクセステクノロジを使用し
て発見することが困難である場合がある。時に、サーチエンジンによって返され
るデータが単に多いことにより、重大な情報が不明瞭になる。

【００６２】本発明の特定の実現は、上述した「データマイニング」と呼ばれるプロセスを
使用する。データマイニングにおいて、生データは、「データマイナ」４０９（
図５に示す）に編成されるインスタンス化されたソフトウェアオブジェクトの集
まりによって処理される。データマイナ４０９は、データに単純な規則および戦
略を適用することにより生データを処理する。各マイナは、行われる作業に対し
、異なる規則または規則の変形を適用する。ユーザが、マイナが生成した情報と
対話すると、その対話により、情報を生成したマイナと情報オブジェクト自体と
が共に促進されるかまたは制限される。

【００６３】特定の実現では、シードプログラム４１１がユーザに引渡される。初期状態に
おいて、シードプログラムは、他のコンポーネントがダウンロードされていない
ため、本質的にクライアントアプリケーション４０９と等価である。シードプロ
グラムは、ユーザシステムにおける実行可能コードを含む。シードコードは、Ｕ
ＮＩＸ（登録商標）またはＷｉｎｄｏｗｓ（登録商標）オペレーティングシステ
ム等、特定のプラットフォームに書込まれてよく、あるいはＪａｖａ（登録商標
）プログラミング環境等のプラットフォーム独立環境に書込まれてよい。Ｊａｖ
ａ（登録商標）は、ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の商標である
。

【００６４】実行時、シードプログラムは、コマンドラインまたはダイアログボックス等の
グラフィカルユーザインタフェースを実現する。ユーザは、アイデンティフィケ
ーション情報（例えば、ユーザ名およびパスワード）を供給する。そして、シー
ドプログラムは、サーバ４０１へのリンクを生成する。サーバ４０１は、サーバ
４０１が割当てた一意のユーザＩＤ、ロードするモジュールのリストおよびスタ
ートアップコンポーネントのセットを含むスタートアップメッセージをダウンロ
ードする。システムおよびプロセス４００の残りは、ニュースサービス４１６、
政治情報データストア４１２および金融サービス４１３等の動的データおよびサ
ービスリソースを含む。政治情報ストア４１２は、好適なポータル２１２（図２
に示す）の一例であり、金融サービス４１３は、図２に示す好適なサービス２１
３の一例である。サーバ４０１は、あらゆる一般的なコンポーネントを含む機能
リポジトリに連結される。

【００６５】ここで図５を参照すると、ソフトウェアアプリケーション４０２は、システム
オブジェクト５０１、クラスローダ５０２およびユーザインタフェース５０３等
のシステムコンポーネントをダウンロードしインストールする。特定の実現は、
ユーザが個々のコンポーネントおよびそれらの構成コンポーネントとオブジェク
トと対話することを可能にするオブジェクトインスペクタと呼ばれるコンポーネ
ント５０４を含む。この対話によりユーザは、コンポーネントを検査してその特
性を決定し、場合によってはそれらの特性を直接操作することが可能になる。好
ましくは、ＧＵＩコンポーネント５０３は、コンポーネントが視覚的に表現され
、マウス／画面相互作用を使用して選択され、他のコンポーネントに移動される
ことを可能にする、「ドラグ・アンド・ドロップ」スタイルのインタフェースを
サポートする。

【００６６】また、クライアントアプリケーション４０２は、ユーザＩＤ、ロードするコン
ポーネントのリスト、およびユーザが属するあらゆるユーザグループの名前また
はアイデンティフィケーションを示すグループメンバシップリストを保持する、
プロファイル５０６を含む。例えば、あるユーザが、「無料加入者」と呼ばれる
他のグループがアクセスすることができないある機能へのアクセスを提供する、
「有料加入者」と呼ばれるグループに属する場合がある。また、スタートアップ
ＸＭＬドキュメント５０７も含まれ、クライアントアプリケーション４０２の階
層的テキストベース記述を提供する。一例としてのスタートアップＸＭＬファイ
ルを図７に示す。ＸＭＬパーサオブジェクトは、アプリケーション記述ドキュメ
ント５０７を読出しシステムオブジェクト５０１と対話することができ、クラス
ローダコンポーネント５０２は、動作に必要なコンポーネントをアクセスしダウ
ンロードすることができる。この時点で、システムオブジェクト５０１（または
等価なコンポーネント）は、データストア４１４およびキャッシュ４０４へのア
クセスを可能にするファイルシステムへのリンクを実現する。

【００６７】シードコード４１１は、クライアント４０２が引続き行われる動作をサポート
するために十分なシステムコンポーネントをダウンロードすると、休止状態にな
ることができる。後のリスタート中、シード４１１は、サーバ４０１にダウンロ
ードを要求する前に、すでにインストールされたコンポーネントを捜すことにな
る、ということは留意されなければならない。コンポーネントは実行時動的に置
換されることが可能であるため、シード４１１は、実際に古いコンポーネントを
使用してブートアップすることができ、その後クライアントアプリケーション４
０２は、それら古い方のコンポーネントを実行時にバックグラウンドで新しい方
のバージョンに置換することができる。

【００６８】クライアント４０２は、ＸＭＬアプリケーション記述ドキュメント４１４を読
出し、プロファイルドキュメント５０６をチェックすることによりそれがすでに
要求されたコンポーネントを有しているか判断する。コンポーネントがまだ存在
しない場合、アプリケーション４０２は、サーバ４０１に対してアクセス要求を
行い、ユーザが供給したアイデンティフィケーション情報に基づいて選択された
コンポーネント４０９をダウンロードする。新たなユーザ（すなわち、認証され
ていないユーザ）または匿名のユーザに対しては、基礎レベルのコンポーネント
４０９がダウンロードされてよい。そして、シード４１１は、コンポーネント４
０９をインスタンス化する。

【００６９】本発明の好適な実現は、全部ではないが一部のアプリケーション機能に対し宣
言的アプリケーション構成技術を使用する。宣言的アプリケーション構成は、ソ
フトウェアアプリケーションを、属性を有するオブジェクト（またはコンポーネ
ント）のセットとして定義することにより、アプリケーションの手続きコードの
使用を制御する。このように、アプリケーションは、アプリケーション自体を定
義するために使用される手続きコード無しに、オブジェクトの階層的リストおよ
びそれらオブジェクトの属性のリストとして定義することができる。

【００７０】例として、アプリケーションを記述するために、拡張可能マークアップ言語（
ＸＭＬ）を使用して書かれＸＭＬファイル５０７として格納されるドキュメント
が使用される。ＸＭＬドキュメントは、よく理解される標準文法を提供するため
有用なフォーマットである。更に、ＸＭＬ言語は、拡張可能であり、アクティブ
に展開され、通常利用可能なＨＴＴＰ転送機構を使用してあらゆる通信媒体で容
易に転送可能である。ルータ、スイッチ、ネットワークポートおよび他のネット
ワークデバイスは、ＸＭＬフォーマットされたドキュメントを処理し、それらを
適当にかつ高信頼に処理するように構成されている。ＨＴＭＬフォーム、ＣＯＲ
ＢＡオブジェクト等、他のフォーマットおよび転送機構が使用されてよい、とい
うことが予期される。

【００７１】アプリケーション記述および／またはコンポーネント４０９は、それぞれ図７
および図８により詳細に示す「アプリケーション記述ドキュメント」７０１およ
び８０１と呼ばれるＸＭＬドキュメントにリスト化される。アプリケーション記
述ドキュメント５０７は、「整形式（ｗｅｌｌｆｏｒｍｅｄ）」ＸＭＬドキュ
メントかデータタイプ記述（ＤＴＤ）に関連する「妥当な（ｖａｌｉｄ）」ＸＭ
Ｌドキュメントによって定義されてよい。アプリケーション記述ドキュメント７
０１および８０１は、複数のネスト化された階層的に配置された要素を備え、要
素の少なくとも１つは、クライアントアプリケーション４０２のコンポーネント
オブジェクト４０９に対応する。

【００７２】図７は、スタートアップまたはブート動作中にインスタンス化されるコンポー
ネントをリスト化するスタートアップアプリケーション記述ドキュメント７０１
を示す。図７に示す特定の実現では、ローカルデータ、オブジェクト記憶および
ウインドウイングのためのコンテナが指定される。コンテナは、指定された振舞
いとリスト化されたノードによって定義されるインタフェースとを有するように
定義される。サーバに接続し、新たなクラスをロードし、更新サービスを管理す
るためのプリミティブな振舞いが含まれる。また、ＸＭＬドキュメント７０１は
、スタートアップコンポーネントが配置されるコードファイル（例えば、「ＢＩ
Ｎ／ＧＵＩ」）を識別する。各要素宣言は、指名されたオブジェクトのそのイン
スタンスに割当てられる属性を含むことができる。属性は、キー−値のペアを含
み、この場合、キーは関連するコンポーネントによって使用されるパラメータで
あり、値は、コンポーネント４０９の特定のインスタンスにおけるそのパラメー
タに与えられる値である。例えば、図７のＮＯＤＥＮＡＭＥ宣言は、属性であ
る。

【００７３】図８は、本発明により例示的なコンポーネント４０９の構成コンポーネントを
宣言するＸＭＬファイル８０１を示す。図８に示すように、ＸＭＬファイル８０
１は、ネスト化されたコンポーネントの階層化リストを含む。本発明によれば、
各振舞いオブジェクトは、グローバルに一意の識別を含む。例えば、図８におい
て、オブジェクトアイデンティフィケーションは、「ＢＥＨＡＶＩＯＲＩＤ」
および「ＥＶＡＬ＿ＩＤ」として示される。任意に、要素宣言は、バージョン識
別子（図示せず）を含むが、新たなバージョンは新たなバージョンに新たなオブ
ジェクトＩＤ値を割当てることによっても示すことができる。オブジェクトＩＤ
情報は、本発明によるシステムを使用して生成されたそのタイプのすべてのコン
ポーネントオブジェクトインスタンス間の各コンポーネントオブジェクトインス
タンスを一意に識別する。このグローバル識別子により、すべてのオブジェクト
が、いずれのオブジェクトがメッセージを送ったかを正確に知ることができる。
この情報は、生物系のように、振舞いが実行されるように誰が依頼したかに基づ
いてコンポーネントの振舞いを、変更することができるため、挙動指向システム
において重要であり得る。コンポーネント内のオブジェクトは、高レベルで幾分
か汎用的オブジェクトであるため、このグローバル識別機能を除いて互いに見分
けがつかないように見える。

【００７４】クライアント４０２等のアプリケーションが展開するに従い、その中のコンポ
ーネント４０９は、パフォーマンスを向上させるかまたは追加の機能を提供する
ために実現される新たなバージョンで展開する、ということが予期される。また
、コンポーネント４０９は、動的に追加され除去される。従って、アプリケーシ
ョン記述ドキュメントは、インスタンス化されるオブジェクトまたはコンポーネ
ント４０９の特定のバージョンを指定することができる。デフォルトとして、例
えば、サーバ４０１からの最新バージョンか、またはキャッシュ構造４０４にお
いて入手可能な最新バージョンを使用することができる。しかしながら、アプリ
ケーション作者は、図７に示すオブジェクトＩＤおよびバージョンＩＤ属性を使
用して古いバージョンを指定することができる。

【００７５】アプリケーションドキュメント記述インスタンス（例えば、７０１および／ま
たは８０１のようなドキュメント）を変更しクライアントアプリケーション４０
２に新たなインスタンスをダウンロードすることにより、アプリケーションの変
更が容易に実現される。新たにダウンロードされたアプリケーション記述ドキュ
メントにリスト化されるコンポーネント４０９は、アプリケーション記述におい
て宣言される属性によりインスタンス化される。コンポーネント４０９は堅く接
続されていないため、新たなコンポーネントを他のコンポーネントに影響するこ
となく動的にインスタンス化することができる。

【００７６】新たなアプリケーション記述が、キャッシュ４０４においてローカルに入手可
能でないコンポーネントまたはバージョンを宣言する場合、指定されたコンポー
ネント４０９は、サーバ４０１からダウンロードされる。一般に、更新プロセス
はすべてバックグラウンドで発生する。好ましくは、サーバ４０１は、更新プロ
セスがクライアント４０２のいかなる作用でもなくサーバ４０１によって開始さ
れるように、アプリケーション記述ドキュメントをクライアント４０２にプッシ
ュアウト（ｐｕｓｈｏｕｔ）する能力を有する。システム実現本発明は、説明的な好適な実施の形態において、分散システムによって説明さ
れ、インタネット等の公共通信チャネルを使用するエンタプライズコンピューテ
ィングシステムまたはフレームワークなどを処理する。しかしながら、本発明の
重要な特徴は、特定のアプリケーションの必要を満たすために上方向におよび下
方向に容易にスケールが変えられる、ということである。従って、反対に指定さ
れない限り、本発明は、従来のＬＡＮシステム等の小さいネットワーク環境と同
様により大きくより複雑なネットワーク環境に適用可能である。

【００７７】上述したように、静的な特徴のセットを定義する代りに、本発明は、完全に動
的であり、実行時に必要に応じてサーバに特徴を要求する。本発明は、拡張可能
である必要があり、かつ種々のおよび動的に変化するアプリケーションの振舞い
のセットをサポートする環境において、特に有用となる、ということが予期され
る。本発明は、アプリケーションコンポーネントを定義する方法および機構を提
供するため、ソフトウェアアプリケーションが最初に実現される時に利用不可能
であるか未知であった新たなコンポーネント（およびそれらコンポーネントによ
って実現される振舞い）に適用されることが可能である。

【００７８】図１に、例示的なシステムおよびプロセス１００を示して、実現の１つの構成
を示す。本質的に、多数のコンピューティングデバイスおよび機器群がネットワ
ーク１０１により相互接続されている。例えば、ＬＡＮ１０２およびＬＡＮ１０
３は、各々、それぞれゲートウェイマシン１０４および１０５を介してネットワ
ーク１０１に連結されている。ＬＡＮ１０２およびＬＡＮ１０３は、ハブおよび
スポーク等のあらゆる利用可能なトポロジ、ＬＡＮ１０２のトポロジおよびＬＡ
Ｎ１０３のループトポロジを使用して実現されてよい。ＬＡＮ１０２および１０
３は、例えばＵＮＩＸ（登録商標）、ＮｏｖｅｌｌまたはＷｉｎｄｏｗｓ（登録
商標）ＮＴを含む１つまたは複数のサーバテクノロジかまたはピア・ツー・ピア
タイプのネットワークを実現してよい。各ネットワークは、各デバイスで実現さ
れる分散された記憶域を含み、一般に、サーバコンピュータに連結されまたはそ
れによって管理されるある大容量記憶装置を含む。ネットワーク１０１は、例え
ば、インターネットまたは他のネットワーク等の公共ネットワーク、ファイバチ
ャネルファブリック等の機構、または従来のＷＡＮテクノロジを備える。

【００７９】ＬＡＮ１０２は、パーソナルコンピュータ（ＰＣ）１０６等の１つまたは複数
のワークステーションを含む。また、ＬＡＮ１０２は、サーバマシン１０７とプ
リンタ１０８等の１つまたは複数の共有デバイスとを含む。ハブまたはルータ１
０９は、ＬＡＮ１０２の種々のデバイス間の物理接続を提供する。

【００８０】ルータ１０４は、ゲートウェイ１０９によって連結されることにより、ネット
ワーク１０１への共有アクセスを提供する。ゲートウェイ１０９は、あらゆる所
望のアクセスおよびセキュリティプロトコルを実現することにより、ネットワー
ク１０１とネットワーク１０２に連結されたデバイスとの間のアクセスを管理す
る。同様に、ネットワーク１０３は、ゲートウェイ１０５によるネットワーク１
０１への共通接続を共有するワークステーション１１１、１１２および１１３の
集まりを備える。

【００８１】分散コンピューティング環境１００は、更に、ネットワーク１０１への物理接
続によってサポートされるネットワークへの論理接続を有する種々のデバイスを
含む。例えば、スタンドアロンワークステーション１１４は、モデムまたは他の
適当な物理接続によりネットワーク１０１に連結してよい。同様に、ノートブッ
クコンピュータ１１およびパームトップコンピュータ１１６が、周知の接続テク
ノロジを使用してネットワーク１０１に接続してよい。携帯電話、リモートテレ
メトリ装置、情報電気機器等を含む種々のデバイスが、分散ネットワーク１００
に接続してよい、ということが予期される。本発明の重要な特徴は、それが、あ
らゆる物理的ロケーションからネットワーク１０１に連結された異種のハードウ
ェアデバイスで占められる環境に耐性がありかつ適用する、ということである。

【００８２】図１に示すデバイスの各々は、メモリと、大容量記憶装置と、ネットワーク１
０１への接続を管理するために十分な程度のデータ処理能力と、を含んでよい。
本発明によるコンピュータプログラムデバイスは、図１に示すあらゆるデバイス
のメモリにおいて実現され、図１に示すデバイスのデータ処理能力によって可能
とされる。各デバイスに関連するローカルメモリおよび記憶機構に加えて、しば
しば、個々のデバイスが効率的に使用し管理することができるものを超える大容
量記憶容量を提供する、ディスクファーム１１６等の共有記憶機構の１つまたは
複数のロケーションを提供することが望ましい。

【００８３】本発明の選択されたコンポーネントは、ディスクファーム１１６等の共有大容
量記憶装置に記憶されまたはそれにおいて実現されてよい。図２は、本発明によ
るシステムおよびプロセス２００のコンポーネントを示す。サーバ２０１は、コ
ンピューティング環境２００に電力を供給し、メンバシップ特権を管理すると共
にすべての機能に対するアクセスを提供する。動作中のあらゆる場合に、クライ
アントはネットワーク２０３によりサーバ２０１に接続する。

【００８４】ネットワーク２０３は、あらゆるタイプのパケット交換、回線交換またはセル
交換ネットワークアーキテクチャを備え、銅、光ファイバ、無線周波数または他
の利用可能なデータ通信テクノロジを使用して実現されてよい。ネットワーク２
０３は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）
またはインタネット等の公共ネットワークであってよい。

【００８５】クライアント２０２が、コンポーネント２０９の最新バージョンにアクセスで
きるように、クライアントがサーバ２０３にアクセスすることが重要であるが、
クライアント２０２は、指定されない期間ネットワーク２０３への接続から離れ
て使用されることが可能なハンドヘルドまたはラップトップコンピュータの場合
等、不確定な時間、サーバ２０１から切断されたままであることが可能である。
ネットワーク２０３から切断されている間、クライアント２０２は、クライアン
トキャッシュ２０４に保持される情報およびコンポーネントと、ネットワーク２
０３に接続されている間に予め取得された機能およびコンポーネントと、によっ
て動作する。

【００８６】本発明を、ある程度の特殊性をもって説明し例示したが、本開示が例としての
み行われ、部品の組合せおよび配置の多くの変更が、以降請求されるような本発
明の精神および範囲から逸脱することなく当業者によって行われ得る、というこ
とが理解される。

【図面の簡単な説明】

【図１】本発明が実現される例示的なネットワークシステムおよびプロセスを示す

【図２】本発明による例示的なアプリケーション環境の要素を示す。

【図３】図２のアプリケーション環境のコンポーネントをより詳細に示す。

【図４】図２のシステムおよびプロセスの特定の実現を実現の種々の段階で示す。

【図５】図２のシステムおよびプロセスの特定の実現を実現の種々の段階で示す。

【図６】図２のシステムおよびプロセスの特定の実現を実現の種々の段階で示す。

【図７】本発明の特定の実現によるアプリケーション記述ドキュメントを示す。

【図８】本発明の特定の実現による例示的なコンポーネントの構成要素を宣言するＸＭ
Ｌファイルを示す。

【手続補正書】

【提出日】平成１３年１０月１６日（２００１．１０．１６）

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】図１

【補正方法】変更

【補正の内容】

【図１】

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】図２

【補正方法】変更

【補正の内容】

【図２】

【手続補正３】

【補正対象書類名】図面

【補正対象項目名】図３

【補正方法】変更

【補正の内容】

【図３】

【手続補正４】

【補正対象書類名】図面

【補正対象項目名】図４

【補正方法】変更

【補正の内容】

【図４】

【手続補正５】

【補正対象書類名】図面

【補正対象項目名】図５

【補正方法】変更

【補正の内容】

【図５】

【手続補正６】

【補正対象書類名】図面

【補正対象項目名】図６

【補正方法】変更

【補正の内容】

【図６】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ【要約の続き】ダウンロードする。

Claims

【特許請求の範囲】

【請求項１】少なくとも１つのサーバと通信する少なくとも１つのクライ
アントコンピュータを備えた分散コンピューティングシステムにおいて、クライ
アントアプリケーションを操作する方法であって、前記サーバとの接続を確立するために前記クライアントコンピュータ上でシー
ドプログラムを実行するステップと、前記サーバから前記クライアントコンピュータにシステムコンポーネントのセ
ットをダウンロードするステップと、前記シードプログラムを使用して前記システムコンポーネントのセットを初期
化するステップと、前記クライアントアプリケーションの所望の機能を決定するために、前記シス
テムコンポーネントのセットを使用して前記クライアントコンピュータにおける
ユーザとインタフェースするステップと、該所望の機能を実行するために、必要な追加のコンポーネントを前記サーバに
要求するステップと、該追加のコンポーネントを前記ソフトウェアアプリケーションに動的にインス
トールするステップと、を含むことを特徴とする方法。
【請求項２】前記クライアントコンピュータ上でシードプログラムを実行
する前記ステップは、該クライアントコンピュータのユーザにアイデンティフィケーションを要求す
るステップと、前記サーバとの接続を形成するステップと、前記ユーザから該サーバに前記アイデンティフィケーションを渡すステップと
、該アイデンティフィケーションによって識別される該ユーザが前記クライアン
トアプリケーションとインタフェースすることを可能にするために、前記サーバ
からコンポーネントを受取るステップと、を含むことを特徴とする請求項１記載の方法。
【請求項３】前記サーバからコンポーネントを受取る前記ステップは、前記アイデンティフィケーションに割当てられ、該アイデンティフィケーショ
ンにリンクされた前記ユーザが利用可能なユーザ特有の情報を含むプロファイル
を受取るステップを含むことを特徴とする請求項２記載の方法。
【請求項４】前記アイデンティフィケーションによって識別される前記ユ
ーザが、前記クライアントアプリケーションとインタフェースすることを可能に
するために、前記サーバからコンポーネントを受取る前記ステップは、該コンポーネントが、該クライアントアプリケーションが基本システム機能を
実行することを可能にするために、初期コードライブラリを含ませるステップを含むことを特徴とする請求項２記載の方法。
【請求項５】前記サーバから前記クライアントコンピュータにシステムコ
ンポーネントのセットをダウンロードする前記ステップは、新たなコンポーネントを前記クライアントアプリケーションにロードするため
のコンポーネントローダをダウンロードするステップを含むことを特徴とする請求項１記載の方法。
【請求項６】前記サーバから前記クライアントコンピュータにシステムコ
ンポーネントのセットをダウンロードする前記ステップは、初期アプリケーション構造と、該初期アプリケーション構造の該コンポーネン
トの各インスタンスに割当てられる属性を決定するために、アプリケーション用
のコンポーネントをダウンロードするステップ、を含むことを特徴とする請求項１記載の方法。
【請求項７】前記クライアントアプリケーションの所望の機能を決定する
ために、前記システムコンポーネントのセットを使用して前記クライアントコン
ピュータにおいてユーザとインタフェースするステップは、該ユーザが必要とする該機能を決定するステップと、前記ユーザが選択した機能を実行するために必要な前記コンポーネントを選択
するステップと、を含むことを特徴とする、請求項１記載の方法。
【請求項８】前記追加のコンポーネントを前記ソフトウェアアプリケーシ
ョンに動的にインストールするステップは、前記クライアントアプリケーションの所望の機能を決定するために、前記シス
テムコンポーネントのセットを使用して前記クライアントコンピュータのユーザ
とインタフェースする前記ステップ中に、アプリケーションに特化した機能を提
供するために、該ユーザから受取られるデータを、実行中に前記ダウンロードさ
れたコンポーネントに組込むステップを含むことを特徴とする、請求項１記載の方法。
【請求項９】前記シードプログラムが、前記システムコンポーネントが初
期化された後に休止状態に入るようにするステップを更に含む請求項１記載の方法。
【請求項１０】前記コンポーネントは、インスタンス化されたオブジェクトのインタフェースが、実質的に変化するこ
とができ、効率的に他のオブジェクトと通信することができるための、前記コン
ポーネント内における該インスタンス化されたオブジェクトの疎結合を含む請求
項１記載の方法。
【請求項１１】前記インスタンス化されたオブジェクトの前記インタフェ
ースは、第２のオブジェクトが該第２のオブジェクトの特定のエントリポイントを該第
１オブジェクトに示すことができるように、第１のオブジェクトが、単純なイン
タフェースにより該第２のオブジェクトと通信する、第１ステージと、該第１のオブジェクトが、該第２のオブジェクトの前記エントリポイントを介
して該第２のオブジェクトに豊富なメッセージを送る第２ステージと、を含む請求項１０記載の方法。
【請求項１２】前記コンポーネントは、その意図された機能を実現する該コンポーネントの能力をグレード付けする値
レジスタを含む請求項１記載の方法。
【請求項１３】前記値レジスタは、前記コンポーネントが利用される度に該値レジスタの値を増大させることを含む請求項１２記載の方法。
【請求項１４】前記値レジスタは、前記コンポーネントが有用な機能を提供する度に該値レジスタの値を増大させ
ることを含む請求項１２記載の方法。
【請求項１５】前記値レジスタは、時間の関数として該値レジスタの値を減少させることを含む請求項１２記載の方法。
【請求項１６】前記コンポーネントは、前記コンポーネント値レジスタの値に基づき、メッセージを送るコンポーネン
トを選択することを含む請求項１２記載の方法。
【請求項１７】前記サーバは、前記クライアントアプリケーションのコンポーネントを維持する機能リポジト
リを含む請求項１記載の方法。
【請求項１８】前記サーバは、前記クライアントアプリケーションの前記ユーザの情報を格納するためのデー
タストアハウスを含む請求項１記載の方法。
【請求項１９】前記サーバは、前処理されたデータを保持するコンテント
サーバを含む請求項１記載の方法。
【請求項２０】前記クライアントアプリケーションは、該クライアントアプリケーションをアップグレードするために追加のコンポー
ネントを捜すコンポーネントと、該クライアントアプリケーションに該追加のコンポーネントをロードするコン
ポーネントローダと、該クライアントアプリケーションをアップグレードするために該追加のコンポ
ーネントをインストールすることと、を含む請求項１記載の方法。
【請求項２１】クライアントアプリケーションに機能を動的に提供するコ
ンピューティングシステムであって、コンポーネント記憶機能を有する少なくとも１つのサーバと通信するクライア
ントコンピュータと、前記クライアントコンピュータにインストールされたクライアントアプリケー
ションであって、前記クライアントアプリケーションは最初に該クライアントコ
ンピュータ上にシードプログラムを含み、前記シードプログラムは前記コンポー
ネント記憶機構から該クライアントコンピュータにシステムコンポーネントのセ
ットをダウンロードしインストールするために、前記サーバとの通信を確立する
最小の実行可能コードを有することを特徴とする、クライアントアプリケーショ
ンと、を具備し、前記インストールされるシステムコンポーネントのセットは、前記ユーザによ
り所望された機能を決定し、該所望の機能を実行するために前記コンポーネント
記憶機構から追加のシステムコンポーネントをダウンロードしてインストールす
るために、前記クライアントコンポーネントにおけるユーザと前記クライアント
アプリケーションとの間のユーザインタフェースを含むコンピューティングシステム。
【請求項２２】前記インストールされるシステムコンポーネントのセット
は、アプリケーション構造と、該アプリケーション構造の前記コンポーネントの各
インスタンスに割当てられる属性と、を決定するアプリケーションのコンポーネ
ントを含む請求項２１記載のシステム。
【請求項２３】インストールされるシステムコンポーネントのセットは、前記ユーザにより要求された前記機能を決定するアプリケーションのコンポー
ネントと、前記ユーザの選択する機能を実行するために必要なコンポーネントを選択しイ
ンストールすることと、を含む請求項２１記載のシステム。
【請求項２４】前記シードプログラムは、前記クライアントコンピュータのユーザからのアイデンティフィケーションを
要求する手段と、前記サーバに該アイデンティフィケーションを渡す手段と、該アイデンティフィケーションに割当てられる前記ユーザのプロファイルを決
定し、そのユーザに対して許可される前記コンポーネントをダウンロードするた
めの、該サーバ上の手段と、を含む請求項２１記載のシステム。
【請求項２５】前記シードプログラムは、前記システムコンポーネントが初期化された後に該シードプログラムが休止状
態に入るようにする手段を含む請求項２１記載のシステム。
【請求項２６】前記コンポーネントは、該コンポーネントのインタフェースが実質的に変化することができ、効率的に
他のコンポーネントと通信することができるための、コンポーネントの疎結合を含む請求項２１記載のシステム。
【請求項２７】前記コンポーネントは、前記コンポーネント間の通信を可能にするための、前記コンポーネントの各々
におけるインタフェースと、単純な通信を可能にする、前記インタフェースの各々における第１ステージと
、前記コンポーネントのエントリポイントを含む該インタフェースの各々におけ
る第２段階であって、前記第１のコンポーネントが第２のコンポーネントにおけ
る前記第１段階によって通信することにより該第２のコンポーネントの第２段階
を決定し、該第１のコンポーネントが該第２のコンポーネントに豊富なメッセー
ジを送ることができるようにする第２段階と、を含む請求項２１記載のシステム。
【請求項２８】前記コンポーネントは、その意図された機能を実現する該コンポーネントの能力のグレード付けするた
めの値レジスタを含む請求項２１記載のシステム。
【請求項２９】前記値レジスタは、前記コンポーネントが利用される度に該値レジスタの値を増大させる手段を含む請求項２１記載のシステム。
【請求項３０】前記値レジスタは、前記コンポーネントが有用な機能を提供する度に該値レジスタの値を増大させ
る手段を含む請求項２８記載のシステム。
【請求項３１】前記値レジスタは、時間の関数として該値レジスタの値を減少させる手段を含む請求項２８記載のシステム。
【請求項３２】前記コンポーネントは、前記コンポーネント値レジスタの値に基づき、メッセージを送るコンポーネン
トを選択する手段を含む請求項２８記載のシステム。
【請求項３３】前記サーバは、前記クライアントアプリケーションのコンポーネントを維持する機能リポジトリ
を含む請求項２１記載のシステム。
【請求項３４】前記サーバは、前記クライアントアプリケーションの前記ユーザの情報を格納するデータストア
ハウスを含む請求項２１記載のシステム。
【請求項３５】前記サーバは、前処理されたデータを保持するコンテント
サーバを含む請求項２１記載のシステム。
【請求項３６】前記クライアントアプリケーションは、該クライアントアプリケーションをアップグレードするために追加のコンポー
ネントを捜すコンポーネントと、該クライアントアプリケーションに該追加のコンポーネントをロードするコン
ポーネントローダと、該クライアントアプリケーションをアップグレードするために該追加のコンポ
ーネントをインストールすることと、を含む請求項２１記載のシステム。
【請求項３７】少なくとも１つのサーバと通信するクライアントコンピュ
ータで使用される情報収集システムであって、ユーザインタフェースを有する該クライアントコンピュータ上のクライアント
アプリケーションと、規則のセットを有し、データが該規則のセット内に適合するか判断する、ソフ
トウェアオブジェクトの１つ以上の集まりと、該ソフトウェアオブジェクト間の通信を可能にする、該ソフトウェアオブジェ
クトの各々におけるインタフェースと、単純な通信を可能にする該インタフェースの各々における第１段階と、前記コンポーネントの前記エントリポイントを含む該インタフェースの各々に
おける第２段階であって、第１のソフトウェアオブジェクトが第２のソフトウェ
アオブジェクトにおける前記第１段階によって通信することにより該第２のソフ
トウェアオブジェクトの該第２段階を決定し、該第１のソフトウェアオブジェク
トが該第２のソフトウェアオブジェクトに豊富なメッセージを送信することがで
きるようにする第２段階と、を含むシステム。
【請求項３８】前記ソフトウェアオブジェクトは、その意図された機能を実現する該ソフトウェアオブジェクトの各々の能力のグレ
ード付けする値レジスタを含む請求項３６記載のシステム。
【請求項３９】前記値レジスタは、前記ソフトウェアオブジェクトが利用される度に該値レジスタの値を増大させ
る手段を含む請求項３７記載のシステム。
【請求項４０】前記値レジスタは、前記ソフトウェアオブジェクトが有用な機能を提供する度に該値レジスタの値
を増大させる手段を含む請求項３７記載のシステム。
【請求項４１】前記値レジスタは、時間の関数として該値レジスタの値を減少させる手段を含む請求項３７記載のシステム。
【請求項４２】前記ソフトウェアオブジェクトは、該ソフトウェアオブジェクトの前記値レジスタの値に基づき、メッセージを送
るソフトウェアオブジェクトを選択する手段を含む請求項３７記載のシステム。
【請求項４３】前記サーバは、前記クライアントアプリケーションのコンポーネントを維持する機能リポジトリ
を含む請求項３６記載のシステム。
【請求項４４】前記サーバは、前記クライアントアプリケーションの前記ユーザの情報を格納するデータストア
ハウスを含む請求項３６記載のシステム。
【請求項４５】前記サーバは、前処理されたデータを保持するコンテント
サーバを含む請求項３６記載のシステム。
【請求項４６】前記クライアントアプリケーションは、該クライアントアプリケーションをアップグレードするために追加のコンポーネ
ントを捜すコンポーネントと、該クライアントアプリケーションに該追加のコンポーネントをロードするコンポ
ーネントローダと、該クライアントアプリケーションをアップグレードするために該追加のコンポー
ネントをインストールすることと、を含む請求項３６記載のシステム。