JP2014518417A - インタプリター型ランタイム・アプリケーションを多数のクライアントに適応させる技法 - Google Patents

インタプリター型ランタイム・アプリケーションを多数のクライアントに適応させる技法 Download PDF

Info

Publication number
JP2014518417A
JP2014518417A JP2014515927A JP2014515927A JP2014518417A JP 2014518417 A JP2014518417 A JP 2014518417A JP 2014515927 A JP2014515927 A JP 2014515927A JP 2014515927 A JP2014515927 A JP 2014515927A JP 2014518417 A JP2014518417 A JP 2014518417A
Authority
JP
Japan
Prior art keywords
client
server
user interface
user
application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2014515927A
Other languages
English (en)
Other versions
JP2014518417A5 (ja
Inventor
ルドルフ，クリストファー
ハモンド，マイケル
アンダーソン，ロバート
ニッセン，エリック
ナネンガ，ジョン
インガルズ，アンドリュー
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Corp
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of JP2014518417A publication Critical patent/JP2014518417A/ja
Publication of JP2014518417A5 publication Critical patent/JP2014518417A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/543—User-generated data transfer, e.g. clipboards, dynamic data exchange [DDE], object linking and embedding [OLE]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/545—Gui

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Stored Programmes (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

インタプリター型ランタイム・エンジンを多数のクライアントに適応させる技法について記載する。装置は、ウェブ・クライアントを実行するように構成された論理デバイスを備えることができる。このウェブ・クライアントは、エレメントの中でもとりわけ、クライアント・アダプターを備えることができる。このクライアント・アダプターは、クライアント・ユーザー・インターフェースに対するユーザー・イベントを検出し、このユーザー・イベントに関連する変更ユーザー・イベント・プロパティをサーバー・アプリケーションに送り、グラフィカル・ユーザー・インターフェース（ＧＵＩ）独立オブジェクトおよび更新ユーザー・イベント・プロパティをサーバー・アプリケーションから受け取り、サーバー・アプリケーションから受け取ったＧＵＩ独立オブジェクトおよび更新ユーザー・イベント・プロパティを用いて、クライアント・ユーザー・インターフェースにおいてレンダリングされている画像を更新するように動作する。他の実施形態についても説明し、特許請求する。
【選択図】図１Ａ

Description

[0001] クライアント−サーバー・アーキテクチャーは、分散型アプリケーション構造であり、サーバーおよびクライアントと呼ばれる２つの基本的エンティティ間で、アプリケーション・プログラムの計算タスクまたはワークロードを分割する。サーバーとは、リソースまたはサービスの提供側である。クライアントは、リソースまたはサービスの要求側である。サー多は、物理的または論理的デバイスであり、そのリソースをクライアントと共有する１つ以上のサーバー・プログラムを実行する。クライアントは、物理的または論理的デバイスであり、通例、そのリソースのいずれも共有しないが、コンテンツまたはサービス機能をサーバーに要求する。クライアントおよびサーバーは、多くの場合、別個のハードウェア上においてコンピューター・ネットワークを通じて通信する。しかしながら、場合によっては、クライアントおよびサーバーの双方が同じシステムに存在することもある。したがって、クライアントは、到来する要求を待つサーバーとの通信セッションを開始する。
[0002] クライアント−サーバー・アーキテクチャーの一形態に、多層アーキテクチャー(multi-tier architecture)があり、ｎ−アーキテクチャーと呼ばれることが多い。ｎ−層アーキテクチャーは、アプリケーション・プログラムのある種の態様が多数の層に分離されているクライアント−サーバー・アーキテクチャーである。例えば、ユーザーとデーターベースとの間でデーター要求にサービスするためにミドルウェアを用いるアプリケーションは、多層アーキテクチャーを採用する。ｎ−層アプリケーション・アーキテクチャーは、開発者が柔軟で再利用可能なアプリケーションを作成するためのモデルを提供する。アプリケーションを多数の層に分解することによって、開発者は、特定の層（またはレイヤー）を変更または追加するだけで済み、これによってアプリケーション全体を書き換える必要性を回避する。
[0003] ｎ−層アーキテクチャーは、アプリケーション・プログラムを開発および変更するときに、多くの利点をもたらす。しかしながら、多数のクライアントがあるウェブ・ベース環境に合わせてｎ−層アーキテクチャーを開発するときには、多くの困難がある。各クライアントは、異なるウェブ・ブラウザー、ウェブ・サービス、およびウェブ・アプリケーションを含む、異なるウェブ技術を利用する可能性がある。更に、ウェブ技術は、多くの異なるタイプの基礎ハードウェアおよびソフトウェア・アーキテクチャーと共に作業するように設計されており、異なる入力／出力（Ｉ／Ｏ）コンポーネント、フォーム・ファクタ、電力要件、処理能力、通信能力、メモリー・リソース等を有する種々のデバイスを含む。したがって、これらの多くの異質なデバイスおよびアーキテクチャーに跨がって１つ以上の層を実現することは、困難な場合もある。更に、アプリケーション・プログラムのウェブ・バージョンは、アプリケーション・プログラムのウェブ・バージョン以外とは互換性がない場合もあり、各々に別個のソフトウェア・アーキテクチャーの必要性が生ずる。本改良が必要なのは、これらおよびその他の欠点に関してである。
[0004] この摘要は、詳細な説明の章において以下で更に説明する概念から選択したものを簡略化された形式で紹介するために、設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するときに補助として意図するのでもない。
[0005] 種々の実施形態は、総じて、例えば、商用基幹業務アプリケーション・プログラムのような、異なるタイプのアプリケーション・プログラムを実行するのに適したクライアント−サーバー・アーキテクチャーを対象とする。一部の実施形態は、特に、少なくとも１つのプレゼンテーション層を含む、アプリケーション・プログラムの多数の層（またはレイヤー）を有するｎ−層クライアント−サーバー・アーキテクチャーを対象とする。一実施形態では、例えば、3−層クライアント−サーバー・アーキテクチャーが、プレゼンテーション層を含むことができる。このプレゼンテーション層は、多くの異なるタイプのクライアントと共に動作するようにインタプリター型ランタイム・エンジン・アプリケーション(interpretive runtime engine application)を適応させるときに、ユーザー・イベントのグラフィカル・ユーザー・インターフェース（ＧＵＩ）のレンダリングを分離し改良するように設計された技法を用いて実現される。
[0006] 一実施形態では、例えば、装置は、ウェブ・クライアントを実行するように構成された論理デバイスを備えることができる。このウェブ・クライアントは、エレメントの中でもとりわけ、クライアント・ユーザー・インターフェースに対するユーザー・イベントを検出し、このユーザー・イベントに関連する変更ユーザー・イベント・プロパティをサーバー・アプリケーションに送り、グラフィカル・ユーザー・インターフェース（ＧＵＩ）独立オブジェクトおよび更新ユーザー・イベント・プロパティをサーバー・アプリケーションから受け取り、サーバー・アプリケーションから受け取ったＧＵＩ独立オブジェクトおよび更新ユーザー・イベント・プロパティを用いて、クライアント・ユーザー・インターフェースにおいてレンダリングされている画像を更新するように動作するクライアント・アダプターを備えることができる。他の実施形態についても説明し、特許請求する。
[0007] 以上のおよびその他の特徴ならびに利点は、以下の詳細な説明を読み、添付図面を検討することから明らかになるであろう。尚、以上の概略的な説明および以下の詳細な説明は例示に過ぎず、特許請求される態様を限定するのではないことは言うまでもない。
図１Ａは、従来のデスクトップ・アプリケーション・アーキテクチャーを示す。 図１Ｂは、従来の２層アプリケーション・アーキテクチャーを示す。 図１Ｃは、従来の３層アプリケーション・アーキテクチャーを示す。 図２は、一実施形態による、多数のクライアントおよびクライアント・アダプターを有する改良ｎ−層クライアント−サーバー・アーキテクチャーのブロック図を示す。 図３は、一実施形態による、１つのクライアントおよびクライアント・アダプターを有する改良ｎ−層クライアント−サーバー・アーキテクチャーのブロック図を示す。 図４は、一実施形態による、クライアントおよびクライアント・アダプターのためにグラフィカル・ユーザー・インターフェース（ＧＵＩ）独立オブジェクトを有する改良ｎ−層クライアント−サーバー・アーキテクチャーのブロック図を示す。 図５は、一実施形態による改良ｎ−層クライアント−サーバー・アーキテクチャーの論理フローを示す。 図６Ａは、一実施形態によるＧＵＩ独立オブジェクトの論理図を示す。 図６Ｂは、一実施形態による特定のＧＵＩ独立オブジェクトの論理図を示す。 図７は、一実施形態による改良ｎ−層クライアント−サーバー・アーキテクチャーの第２の論理フローを示す。 図８は、一実施形態による、改良ｎ−層クライアント−サーバー・アーキテクチャーに適した計算アーキテクチャーの一実施形態を示す。 図９は、一実施形態による改良ｎ−層クライアント−サーバー・アーキテクチャーに適した通信アーキテクチャーの一実施形態を示す。
[0020] 種々の実施形態は、総じて、異なるタイプの商用基幹業務アプリケーション・プログラムを実行するのに適したクライアント−サーバー・アーキテクチャーを対象とする。一部の実施形態は、特に、改良ｎ−層クライアント−サーバー・アーキテクチャーを対象とし、ここでｎは、いずれかの正の整数を表す値である。改良ｎ−層アーキテクチャーは、多数の層（またはレイヤー）のアプリケーション・プログラムを備えており、少なくとも１つのプレゼンテーション層を含むことができる。一実施形態では、例えば、改良ｎ−層アーキテクチャーは、１つのプレゼンテーション層と、アプリケーション処理層と、データー管理層とを備えている３層アーキテクチャーとして実現することができる。プレゼンテーション層は、通常、入力／出力動作を扱うというような、ユーザー・インターフェース・ロジックを実装する。アプリケーション処理層は、通常、１組のアプリケーション規則にしたがって、データー処理のような、アプリケーションまたはビジネス・ロジックを実装する。データー管理層は、通常、データー方式の定義、データー格納、データー・クエリーの処理等というような、データー格納およびアクセスを実現する。
[0021] 改良ｎ−層クライアント−サーバー・アーキテクチャーは、インタプリター型ランタイム・エンジンを用いてアプリケーションにおけるＧＵＩレンダリングおよびユーザー・イベントの分離および最適化を容易にするように設計された技法を用いて実装されるプレゼンテーション層を含むことができる。これによって、インタプリター型ランタイム・エンジン・アプリケーションを２層クライアント−サーバーに基づくアーキテクチャーから、ホストされた３層環境(hosted 3-tier environment)に適応させつつ、インタプリター型ランタイム・エンジン・アプリケーションに対する変更を減少させることが可能になる。
[0022] 図１Ａ、図１Ｂ、および図１Ｃは、改良ｎ−層クライアント−サーバー・アーキテクチャーの種々の実施形態について利点を強調するために、背景として、アプリケーション開発のための従来のアーキテクチャーを示す。図１Ａは、従来のデスクトップ・アーキテクチャーを示す。図１Ｂは、従来の２層アーキテクチャーを示す。図１Ｃは、従来の３層（またはｎ−層）アーキテクチャーを示す。
[0023] 図１Ａは、アプリケーション・プログラム１１２の全ての部分（またはアプリケーション・レイヤー）がクライアント・コンピューター１１０（例えば、デスクトップ・コンピューター）上に実装されているデスクトップ・アーキテクチャー１００の一例である。アプリケーション・プログラム１１２は、例えば、ユーザー・インターフェース（ＵＩ）ロジック、ビジネス・ロジック、およびデーターベース・アクセス・ロジックを実装する種々のアプリケーション・レイヤーを備えることができる。アプリケーション・プログラム１１２は、データーベース１１４からのアプリケーション・データーを格納およびアクセスすることができる。データーベース１１４もクライアント・コンピューター１１０上に実装されている。
[0024] 図１Ｂは、データーベース１１４がこの場合クライアント・コンピューター１１０から離れている、２層アーキテクチャー１２０の一例である。２層アーキテクチャー１２０では、アプリケーション・プログラム１１２およびこの構成アプリケーション・レイヤーが未だクライアント・コンピューター１１０上に存在する。しかしながら、データーベース１１４はクライアント・コンピューター１１０からデーターベース・サーバー１１６に移動している。クライアント・コンピューター１１０において実行するアプリケーション・プログラム１１２は、データーベース・アプリケーション・プログラム・インターフェース（ＡＰＩ）を介して、データーベース・サーバー１１６に、データー要求を送る。データーベース・サーバー１１６は、データーベース１１４に通信可能に結合されている。次いで、クライアント・コンピューター１１０上で実行するアプリケーション・プログラム１１２に、要求されたデーターが戻される。
[0025] 図１Ｃは、３層アーキテクチャー１３０の一例である。３層アーキテクチャー１３０では、アプリケーション・プログラム１１２を、それぞれクライアント・コンピューター１１０およびサーバー１２２上で実行する分散アプリケーション・プログラム１１２、１２４に分離することができる。アプリケーション・プログラム１１２は、ＵＩロジックを有するアプリケーション・レイヤーを実現することができる。アプリケーション・プログラム１２４は、ビジネスおよびデーターベース・アクセス・ロジックを有するアプリケーション・レイヤーを実現することができる。クライアント・コンピューター１１０において実行するアプリケーション・プログラム１１２は、アプリケーション・プログラム１２４を実行しているサーバー１２２にデーターを送ることができる。アプリケーション・プログラム１２４は、次いで、ビジネス・ロジックを実行し、データー要求をデーターベース・サーバー１１６に送ることができる。データー・サーバー１１６は、データーベース１１４に通信可能に結合されている。要求されたデーターおよびビジネス・ロジックを実行した結果は、次に、アプリケーション・プログラム１１２に戻され、クライアント・コンピューター１１０においてレンダリングされる。尚、データーベース・サーバー１１６は、サーバー１２２と一緒に配置してもよく、またはサーバー１２２の一部であってもよいことは、注記してしかるべきである。言い換えると、このハードウェア・アーキテクチャーは、１つのサーバー１２２がアプリケーションおよびデーターベース・サーバー双方として機能するようにしてもよい。２層および３層（またはｎ層）アーキテクチャー間で区別する要素は、アプリケーション・レイヤーの一部または多くをクライアント・コンピューター１１０から移動させて、１つ以上の他のサーバー１１６、１２２間で分散させることである。
[0026] ３層アーキテクチャー１３０のような、ｎ−層アーキテクチャーは、アプリケーション・プログラムを開発および変更するときに、２層アーキテクチャー１２０に対して多くの利点をもたらすことができる。例えば、アプリケーション・プログラム全体の完全な書き換えを行うことなく、１つの層を変更または追加することができる。しかしながら、多数のクライアントがあるウェブ・ベース環境に合わせてｎ−層アーキテクチャーを実現するには、困難がある。各クライアントは、異なるウェブ・ブラウザー、ウェブ・サービス、およびウェブ・アプリケーションを含む異なるウェブ技術を利用している可能性がある。更に、ウェブ技術は、異なる入力／出力（Ｉ／Ｏ）コンポーネント、フォーム・ファクタ、電力要件、処理能力、通信能力、メモリー・リソース等を含む、種々の異なるタイプの基礎ハードウェアおよびソフトウェアと共に作業するように設計されている。したがって、各クライアントの一意の構成に一致させるためにプレゼンテーション層の広範なカスタム化を行わずに、これら多くの異質なデバイスおよびアーキテクチャーにまたがって均一に、プレゼンテーション層のような、所与のアプリケーション・レイヤーを実現するのは困難である可能性がある。更に、アプリケーション・プログラムのウェブ・バージョンが、アプリケーションのウェブ・バージョン以外とは互換性がない場合もあり、これによって各々毎に別個のソフトウェア・アプリケーションの必要性が生ずる。
[0027] 種々の実施形態において、改良ｎ−層アーキテクチャーは、２層クライアント−サーバー・アーキテクチャーを、アプリケーション・プログラムのプレゼンテーション層に薄いクライアントを利用する３層アプリケーション・アーキテクチャーへの移動を可能にするフレームワークを設ける。一実施形態では、例えば、各クライアント・デバイスが、ウェブ・クライアントの形態とした薄いクライアントを実装することができる。通例、ウェブ・クライアントは、例えば、クライアント・コンピューターにおいて動作するウェブ・ブラウザーのような、ウェブ技術を用いて実装される薄いクライアント・アプリケーションを指す。また、これは、サイトまたはサーバーからカスタム・サービスをサポートするようにブラウザーを改良するプラグインおよびヘルパー・アプリケーション(helper application)も指すことができる。本明細書においてウェブ・クライアントに言及する場合はいつでも、ウェブ・ブラウザーの機能にも言及することができる。
[0028] 図２は、クライアント−サーバー・システム２００を示す。一実施形態では、クライアント−サーバー・システム２００は、改良ｎ−層クライアント−サーバー・システムを構成することができる。改良ｎ−層クライアント−サーバー・システムは、アプリケーション・プログラムを、プレゼンテーション層を含む多数の層に分離することができる。プレゼンテーション層は、インタプリター型ランタイム・エンジンを用いてアプリケーション・プログラムにおけるＧＵＩレンダリングおよびユーザー・イベントの分離および最適化を容易にするように設計された技法を用いて実現することができる。これによって、インタプリター型ランタイム・エンジン・アプリケーションを２層クライアント−サーバーに基づくアーキテクチャーから、ホストされた３層環境に適応させつつ、インタプリター型ランタイム・エンジン・アプリケーションに必要とされる変更を減少させることが可能になる。
[0029] 図１Ａを参照して既に説明したように、多くのアプリケーションは２層アプリケーション・アーキテクチャーに従う。２層アプリケーション・アーキテクチャーでは、アプリケーションは、２つの相互に関係するコンポーネント、即ち、データーベース・サーバーおよびクライアント・アプリケーションに編成される。データーベース・サーバーは、システムおよび会社データーを、拡張ビジネス・ロジックと共にホストすることができる。拡張ビジネス・ロジックは、クライアントにおいて実行するには時間がかかりすぎる、重い方の動作の一部を処理することを可能にする。一方、クライアント・アプリケーションは、機能の中でもとりわけ、ＵＩを配信し、データー入力の有効性判断を行い、報告をレンダリングする機能を実行することができる。
[0030] 図２に示す例示実施形態では、クライアント−サーバー・システム２００は、サーバー２０２と多数のクライアント２０４、２０６を備えることができる。異なるハードウェア・プラットフォーム上に実装するとき、サーバー２０２およびクライアント２０４、２０６は、ネットワーク２５０を通じて、互いに通信することができる。同じハードウェア・プラットフォーム上に実装される場合、サーバー２０２およびクライアント２０４、２０６は、適したバス技術およびアーキテクチャーによって、互いに通信することができる。明確にするために、図２は１つのサーバー２０２および２つのクライアント２０４、２０６のみを示すが、クライアント−サーバー・システム２００は、所与の実施形態に合わせて所望通りに、あらゆる数のサーバーおよびクライアントでも実装できることは認めることができよう。実施形態は、このコンテキストにおいて限定されることはない。
[0031] 一実施形態では、サーバー２０２は、サーバー・アプリケーション２１０を実装する電子デバイスを備えることができる。サーバー・アプリケーション２１０は、商用基幹業務アプリケーションのような、あらゆるタイプのサーバー・アプリケーションでも構成することができる。商用基幹業務アプリケーションの例には、限定ではなく、会計プログラム、企業リソース計画（ＥＲＰ）アプリケーション、顧客関係管理（ＣＲＭ）アプリケーション、サプライ・チェーン管理（ＳＣＭ）アプリケーション等を含むことができる。商用基幹業務アプリケーションは、場合によっては、「中間層」アプリケーションと呼ばれることもある。何故なら、これらは、通例、デスクトップ・コンピューターのようなクライアント・デバイスではなく、商用の企業ネットワークにおいてサーバーまたはサーバー・アレイによって実行されるからである。具体的な例には、ワシントン州、RedmondのMicrosoft Corporationが製造するMicrosoft（登録商標）Dynamics GPを含むことができる。Microsoft Dynamics GPは、商用会計ソフトウェア・アプリケーションである。商用基幹業務アプリケーションの他の具体的な例には、ワシントン州、RedmondのMicrosoft Corporationが製造するMicrosoft Dynamics（登録商標）AXを含むことができる。Microsoft Dynamics AXは、商用ERPソフトウェア・アプリケーションである。しかしながら、実施形態はこれらの例に限定されるのではない。
[0032] サーバー２０２がサーバー・アプリケーション２１０のコードを実行しているとき、サーバー２０２はインタプリター型ランタイム・エンジン２１２を形成する。インタプリター型ランタイム・エンジン２１２は、サーバー・アプリケーション２１０に対して多数のアプリケーション・レイヤーを実装する。クライアント−サーバー・システム２００では、これらのアプリケーション・レイヤーを、アプリケーション・ロジック２１４、データーベース・ロジック２１６、およびサーバー・プレゼンテーション・ロジック２１８と呼ぶ。サーバー・アプリケーション２１０は、ネットワーク２５０を通じて信号またはメッセージの形態でクライアント２０４、２０６から受信する制御指令(control directive) によって制御し動作させることができる。
[0033] 一実施形態では、クライアント２０４、２０６は、各々、それぞれのウェブ・クライアント２３０、２４０を実装する電子デバイスを備えることができる。ウェブ・クライアント２３０、２４０は、各々、例えば、それぞれのクライアント２０４、２０６上で実行するウェブ・ブラウザーのインスタンスを備えることができる。また、ウェブ・ブラウザーは、プラグイン、ウェブ・アプリケーション、およびサーバー２０２からのカスタム・サービスをサポートするためにウェブ・ブラウザーを改良するように構成されたヘルパー・アプリケーションも含むことができる。本明細書において、ウェブ・クライアント２３０、２４０に言及するときはいつでも、ウェブ・ブラウザーの機能にも言及することができる。
[0034] クライアント２０４、２０６は、それぞれのクライアント・アダプター２３２、２４２を備えることができる。クライアント・アダプター２３２、２４２の各々は、所与のクライアント２０４、２０６と共に用いるように構成されている。このため、サーバー・アプリケーション２１０およびインタプリター型ランタイム・エンジン２１２は、異なるウェブ技術を用いて異なるクライアントによってアクセスされるときでも、変更する必要がない。
[0035] クライアント・アダプター２３２、２４２は、それぞれのクライアント・プレゼンテーション・ロジック２３８、２４８を備えることができる。クライアント・プレゼンテーション・ロジック２３８、２４８は、例えば、ディジタル・ディスプレイのような、クライアント２０４、２０６の出力デバイス上に、ユーザー・インターフェースのエレメントまたはビュー(view)を提示するように設計することができる。クライアント・プレゼンテーション・ロジック２３８、２４８は、サーバー・アプリケーション２１０に合わせて実現された分散ｎ−層アーキテクチャーにしたがって、サーバー２０２上で実行するサーバー・アプリケーション２１０のアプリケーション・ロジック２１４、データーベース・ロジック２１６、およびサーバー・プレゼンテーション・ロジック２１８と相互動作するように設計することができる。
[0036] クライアント・アダプター２３２、２４２、およびそれぞれのクライアント・プレゼンテーション・ロジック２３８、２４８は、異なるクライアント２０４、２０６によってサーバー・アプリケーション２１０にアクセスすることを可能にするために、サーバー・プレゼンテーション・ロジック２１８と相互動作することができる。各クライアント２０４、２０６は、クライアント２０４、２０６の特定の構成に適応させるために、それぞれのクライアント・プレゼンテーション・ロジック２３８、２４８として、サーバー・プレゼンテーション・ロジック２１８の異なるバージョンを実装することができる。これは、サーバー・プレゼンテーション・ロジック２１８を書き換える必要なく遂行することができ、更に重要なことは、ビジネス・ロジック２１４およびデーターベース・ロジック２１６も書き換える必要なく、遂行できることである。更に、サーバー・プレゼンテーション・ロジック２１８およびクライアント・プレゼンテーション・ロジック２３８、２４８は、ネットワーク２５０の通信トラフィックおよびオーバーヘッドを低減するように相互作用することができ、これによって、通信遅延に伴うレイテンシーを低減しつつ、速度および性能を高めることができる。
[0037] サーバー・アプリケーション２１０は、クライアント・アダプター２３２、２４２、または各々の別個のバージョンと、別個にまたは同時に通信することができる。同時動作のシナリオは、ユーザーが補助を必要とし、アドミニストレーターがユーザーのウェブ・クライアント・ビューの第２バージョンを見ることを望むときを含むことができる。
[0038] 種々の実施形態において、サーバー・プレゼンテーション・ロジック２１８およびクライアント・プレゼンテーション・ロジック２３８、２４８は、グラフィカル・ユーザー・インターフェース（ＧＵＩ）独立オブジェクト２６０を利用した効率的なやり方で相互作用することができる。ＧＵＩ独立オブジェクト２６０は、ＧＵＩ画面（例えば、Microsoft Windows（登録商標）のForms）がデスクトップ環境とウェブ環境との間で自由に移動することを可能にする。ＧＵＩ独立オブジェクト２６０は、サーバー・アプリケーション２１０が背景においてサービスとして実行することを可能にし、従前からのＯＳフォームまたはウェブ・クライアント・フォームのいずれかによって受信することができるユーザー・イベントを待ちつつ、提出されたフォームのタイプには関係なく、スクリプト・イベントを実行することができる。
[0039] ＧＵＩ独立オブジェクト２６０は、情報のタイプの中でもとりわけ、ユーザー・イベント、およびアプリケーション・ロジック・イベントに影響を及ぼし得るユーザー・イベントのプロパティに加えて、クライアント・アダプター２３２、２４２によるＧＵＩ依存レンダリングに影響を及ぼし得るあらゆるユーザー・イベント・プロパティを収容することができる。ＧＵＩ独立オブジェクト２６０は、生成され、インタプリター型ランタイム・エンジン２１２からクライアント・アダプター２３２、２４２に送られ、その後、それぞれのクライアント・プレゼンテーション・ロジック２３８、２４８によって、クライアント・ユーザー・インターフェースにおいてレンダリングされる。
[0040] 図３は、ｎ−層クライアント−サーバー・システム３００の具体的な実施態様を示す。クライアント−サーバー・システム３００は、サーバー３０２およびクライアント３０４を備えることができる。サーバー３０２は、例えば、図２を参照して説明したサーバー２０２を表すことができる。クライアント３０４は、例えば、図２を参照して説明したクライアント２０４、２０６の一方または双方を表すことができる。
[0041] クライアント−サーバー・システム３００において示す例示の実施形態では、サーバー３０２はサーバー・アプリケーション３１０を実装することができる。一実施形態では、例えば、サーバー・アプリケーション３１０は、適したタイプのプログラミング言語の中でもとりわけ、Microsoft Dexterity（登録商標）プログラミング言語を用いてコード化することができる。Microsoft Dexterityアプリケーションとして実装されたときは、サーバー・アプリケーション３１０を全体的に２つの別個のエレメントに分割することができる。第１エレメントは、インタプリター型ランタイム・エンジン３１２であり、オペレーティング・システム（ＯＳ）と通信する、およびファイル・マネージャー３１６を通じてデーターベース３２０への接続を管理するというような、アプリケーション環境の技術的側面を担当する(address)。第２エレメントは、アプリケーション規則、ビジネス規則、フォーム、報告、リソース、メタデーター、ならびにユーザーのコマンドおよび入力への応答をイネーブルするアプリケーション・コードというような、アプリケーション・ロジック３１５をホストするアプリケーション・ディクショナリー(application dictionary)３１３である。アプリケーション・コードの例には、sanScriptコード、Microsoft Visual Studio（登録商標）addin、Microsoft Visual Basic（登録商標）アプリケーション（ＶＢＡ）、Microsoft dexterity Continuum等を含むことができる。このアーキテクチャーは、アプリケーション・ロジック３１５を、例えば、プラットフォームＯＳに対するアップグレードのような、ＵＩスタイルの変更やプラットフォームの進展から隔離する。
[0042] sanScriptコードは、アプリケーションがどのように動作するか制御するために用いられる。sanScriptコードは、通例、小さいセグメント、またはスクリプト単位で描かれ、フィールド、メニュー、スクリーン、およびフォームというような、アプリケーション・ディクショナリー３１３におけるオブジェクトに添付される。スクリプトは、ユーザーがアプリケーションにおけるその特定のオブジェクトと対話処理すると実行する。例えば、プッシュ・ボタンに適用されるスクリプトは、ユーザーがこのボタンをクリックしたときに実行する。
[0043] 図示のように、クライアント３０４は、ウェブ・クライアント３３０を構成することができる。ウェブ・クライアント３３０は、例えば、ウェブ・クライアント２３０、２４０の一方または双方を表すことができる。ウェブ・クライアント３３０は、ユーザー・インターフェースおよびユーザーの対話処理に向けられる１組のコンポーネントおよびサービスを配信することができ、サーバー・アプリケーション３１０と共に使用するためのユーザー入力および軽量ユーザー・インターフェース制御を含む。３層アーキテクチャーへの滑らかな移行を達成するためには、しかしながら、ウェブ・クライアント・アーキテクチャーの導入によって生ずる多数の技術課題を克服して効率的なウェブ・クライアント・インターフェースを可能にする必要がある。
[0044] 本明細書において説明する実施形態の目標は、既存のコードおよびＧＵＩメタデーターに必要な変更を減らすことである。先に述べた課題の一部を解決するために、種々の実施形態は、ユーザー・インターフェース・マネージャー３１８およびＯＳレンダリング・エンジン３２２を、インタプリター型ランタイム・エンジン３１２から切断する技法を対象とする。ユーザー・インターフェース・マネージャー３１８は、ＧＵＩスクリーンのような種々のユーザー・インターフェース・エレメントの所与のＧＵＩシステム内における配置および外観を制御するシステム・ソフトウェアである。 ＯＳレンダリング・エンジン３２２は、コンテンツを表示するためのシステム・ソフトウェアである。 インタプリター型ランタイム・エンジン３１２は、サーバー・アプリケーション３１０の実行バージョン(executed version)である。
[0045] フォーム（またはスクリーン）の使用は、あらゆるMicrosoft Dexterityアプリケーションの中核コンポーネントである。フォームは、ユーザーがサーバー・アプリケーション３１０と対話処理するときに用いられるメカニズムである。サーバー・アプリケーション３１０が、例えば、Microsoft Dexterityアプリケーションとして実装されるとき、Microsoft Dexterityスクリーンは、通例、そのスクリーンの制御に関連するsanScriptコードを含む。このsanScriptコードは、スクリプト・インタプリター３１４の指示の下でスクリーンおよび制御（例えば、トランザクションを保存する、バッチをポストする）の意図する機能が与えられると、ユーザー・イベントに応答して実行する。
[0046] サービス・アップリーケーション３１０のウェブ・バージョン以外では、ＵＩはユーザー・インターフェース・マネージャー３１８によって管理される(administer)。一方、ユーザー・インターフェース・マネージャー３１８は、ＯＳレンダリング・エンジン３２２と通信して、表示画面上に、実際のMicrosoft Dexterityスクリーンを、開発者によって既に配置が決められている制御エレメントと共に表示する。
[0047] しかしながら、クライアント−サーバー・システム３００のウェブ・クライアント３層アーキテクチャーへの移行を容易にするために、ユーザー・インターフェース・マネージャー３１８およびＯＳレンダリング・エンジン３２２を、インタプリター型ランタイム・エンジン３１２の機能から切断することができる。これによって、ウェブ・クライアント３３２は、ユーザー・インターフェース・マネージャー３３６およびレンダリング・エンジン３３８のクライアント・バージョンをクライアント３０４上に実装することが可能になる。更に、これによって、サーバー３０２上で実行しているインタプリター型ランタイム・エンジン３１２が、ウェブ・クライアント３３２による使用のためのＧＵＩ独立オブジェクト３６０を生成することも可能にする。ＧＵＩ独立オブジェクト３６０によって、古いクライアントが典型的なＧＵＩスクリーン（例えば、Microsoft Win32（登録商標）スクリーン）を配給し(serve up)続けることができ、一方、クライアント３０４のウェブ・クライアント３３０も、その同じスクリーンのウェブ・ベース表現を配給することができ、サーバー・アプリケーション３１０の基礎アプリケーション・ロジック３１５のいずれも変更する必要はない。
[0048] ユーザー・インターフェース・マネージャー３１８およびＯＳレンダリング・エンジン３２２をインタプリター型ランタイム・エンジン３１２から切断することによって、スクリーン（フォーム）が自由に、ウェブ外（例えば、デスクトップまたはWin32）環境およびウェブ環境の間で移動することが可能になる。ユーザー・インターフェース・マネージャー３１８およびＯＳレンダリング・エンジン３２２を切断することによって、サーバー・アプリケーション３１０は、背景においてサービスとして実行することができ、従前からのWin32フォームまたはウェブ・クライアント・フォームのいずれかによって受けることができるユーザー・イベントを待ちつつ、なおもそれが提出されたフォームのタイプには関係なくスクリプト・イベントを実行することができる。
[0048] この切断を容易にするために、サーバー・アプリケーション３１０のＧＵＩ依存およびＧＵＩ独立処理レイヤーを最初に分離する。これら２つのレイヤー間における直接通信の代わりに、ＧＵＩ独立オブジェクト３６０を用いて、レンダリングおよびイベント・メタデーターを露出する。ＧＵＩ独立オブジェクト３６０は、アプリケーション・ロジック・イベントに影響を及ぼし得るユーザー・イベント・プロパティに加えて、クライアント・アダプター３３２によるＧＵＩ依存レンダリングに影響を及ぼし得るあらゆるユーザー・イベント・プロパティも収容することができる。次いで、ＧＵＩ独立オブジェクト３６０を（ＧＵＩ依存）クライアント・アダプター３３２に送り、このクライアント・アダプター３３２を、クライアント・ユーザー・インターフェースの画面において、クライアント３０４用ディスプレイ上にレンダリングする。クライアント・アダプター３３２の例には、とりわけ、Microsoft Silverlight （登録商標）、ＨＴＭＬ、Win32 GDI、.NetFormsが含まれるが、必ずしもこれらに限定されるのではない。
[0050] 図４は、ｎ−層クライアント−サーバー・システム４００の具体的な実施態様を示す。クライアント−サーバー・システム４００は、サーバー４０２およびクライアント４０４を備えることができる。サーバー４０２は、例えば、図２、図３を参照して説明したサーバー２０２、３０２を表すことができる。クライアント４０４は、例えば、図２、図３を参照して説明したクライアント２０４、２０６、３０４の内１つまたは全部を表すことができる。
[0051] サーバー４０２上には、サーバー・アプリケーション４１０があり、サーバー・アプリケーション４１０は、インタプリター型ランタイム・エンジン４１２を含むことができる。インタプリター型ランタイム・エンジン４１２は、1つ以上のアプリケーション・レイヤーを実行することを役割とするか、または１つ以上のアプリケーション・レイヤーを実行する他のコンポーネントと結合されていてもよい。インタプリター型ランタイム・エンジン４１２は、更に、スクリプト・インタプリター４１４、ファイル・マネージャー４１６、およびユーザー・インターフェース・マネージャー４１８を備えることができる。スクリプト・インタプリター４１４は、ファイル・マネージャー４１６およびサーバー・ユーザー・インターフェース・マネージャー４１８と通信することができる。ファイル・マネージャー４１６は、データーベース４２０と通信することもできる。
[0052] クライアント４０４上には、クライアント・アダプター４３２を実行するウェブ・クライアント４３０がある。クライアント・アダプター４３２は、ユーザー・インターフェース・マネージャー４３６と、図２に示したクライアント・プレゼンテーション・ロジック２３８、２４８にしたがって、クライアント・ユーザー・インターフェースのような、クライアント・ユーザー・インターフェースにおいてコンテンツを表示するためのレンダリング・エンジン４３８を含むことができる。
[0053] 図４は、３層アプリケーション・アーキテクチャーを表すことができ、一定のアプリケーション・レイヤーをサーバー４０２とクライアント４０４との間で分散させることができる。例えば、クライアント・プレゼンテーション・ロジック２３８および／または２４８はクライアント４０４上に存在することができ、一方アプリケーション・ロジック２１４およびデーターベース・ロジック２１６は、図２に示したように、サーバー４０２上に分散させることができる。図４に示すアーキテクチャーでは、ユーザー・インターフェース・マネージャー４３６およびレンダリング・エンジン４３８の機能が、サーバー４０２上のインタプリター型ランタイム・エンジン４１２から切断され、クライアント４０４上のクライアント・アダプター４３２と共にその機能が配置されている。
[0054] 一実施形態では、インタプリター型ランタイム・エンジン４１２は、スクリプト・インタプリター４１４を含むことができる。スクリプト・インタプリター４１４は、一般に、トランザクションを保存することまたはバッチをポストすることというような、ユーザー・イベントに応答して、スクリプト・コード(scripted code)を実行するように構成されているが、ユーザー・イベントはこれらに限定されるのではない。スクリプト・コードの例には、スクリプトのタイプの中でもとりわけ、プリスクリプト、変更スクリプト、およびポスト・スクリプトを含むことができる。
[0055] 一実施形態では、インタプリター型ランタイム・エンジン４１２は、ファイル・マネージャー４１６を含むことができる。ファイル・マネージャー４１６は、一般に、データーベース４２０に格納されているファイルに対するファイル管理動作を実行するように構成することができる。ファイル管理動作の例には、とりわけ、ファイルを作成する、ファイルを開く、ファイルをコピーする、ファイルを移動する、ファイルを削除することを含むことができる。
[0056] 一実施形態では、インタプリター型ランタイム・エンジン４１２は、ユーザー・インターフェース・マネージャー４３６を含むことができる。ユーザー・インターフェース・マネージャー４３６は、一般に、所与のＧＵＩシステムを実現するユーザー・インターフェース内において、スクリーン・エレメントのような、種々のユーザー・インターフェース・エレメントの配置および外観を制御するように構成することができる。
[0057] 動作において、ユーザーは、ウェブ・クライアント４３０を通じて、クライアント・ユーザー・インターフェースと対話処理することができる。ウェブ・クライアント４３０は、ウェブ・ベース・コンテンツをレンダリングするためのユーザー・インターフェース・コードを有するウェブ・ブラウザーを備えることができる。ウェブ・クライアント４３０は、とりわけ、ＨＴＭＬ、ＸＨＴＭＬ、およびＸＭＬというような、種々のウェブ技術を用いて実現することができる。ウェブ・クライアント４３０の例には、ウェブ・ブラウザ・ソフトウェアのタイプの中でもとりわけ、ワシントン州、RedmondのMicrosoft Corporationが製造するInternet Explorer（登録商標）を含むことができるが、これに限定されるのではない。
[0058] 一実施形態によれば、動作において、ユーザーはウェブ・クライアント４３０を通じてクライアント・ユーザー・インターフェースと対話処理することができ、ユーザー・イベントを入力することができる。このユーザー・イベントは、クライアント・アダプター４３２によって受け取られ、処理することができる。ユーザー・イベントの例には、限定ではなく、ポインターをあるフィールドに移動する、フィールド上方でホバリングする、フィールドを選択する、ボタン上でのマウス・クリック、テキスト・フィールドに記入する、および同様の動作を含むことができる。ユーザー・イベントは、１組のユーザー・イベント・プロパティを用いて定義することができる。一実施形態では、１組のユーザー・イベント・プロパティ全体ではなく、ユーザー・イベント・プロパティに対する変更のみをウェブ・クライアント４３０からサーバー・アプリケーション４１０に送ればよい。この差分技法によって、通信帯域幅を保存し、レイテンシーを短縮することができる。
[0059] ユーザー・イベント・プロパティは、ユーザー・インターフェース・レイアウト内に表示されるフィールド、スクリーン、またはグラフィカル・オブジェクトというような、ユーザー・インターフェース・エレメントに割りあてることができる属性であればいずれでもよい。ユーザー・イベント・プロパティは、対応するユーザー・インターフェース・エレメントについて提示様式または提示フォーマットの属性を記述する。ユーザー・イベント・プロパティは、情報のタイプの中でもとりわけ、ユーザー・インターフェース・エレメント識別子（ＩＤ）、プロパティ（例えば、境界線、フォント、フォント・サイズ、フォント・カラー、背景、背景カラー、様式、右位置合わせ、中央位置合わせ、右位置合わせ、１スペース、ダブル・スペース等）、およびプロパティ値（例えば、偽、真、０、１等）を含むことができる。例えば、ＧＵＩスクリーンは、Resizeableプロパティが偽に設定された識別子"Window 001"を有する場合があり、これは、ＧＵＩスクリーンのサイズは実行時にユーザーによって変更することができないことを意味する。これらはほんの数例に過ぎず、いずれのユーザー・インターフェース・エレメントおよびユーザー・インターフェース・プロパティでも、所与の実施態様に対して所望通りに実現することができる。実施形態は、このコンテキストにおいて限定されることはない。
[0060] ウェブ・クライアント４３０は、１組の変更ユーザー・イベント・プロパティ４５１を、メッセージ４５０の中で、サーバー・アプリケーション４１０に送ることができる。サーバー４０２上で動作しているユーザー・インターフェース・マネージャー４１８は、このメッセージ４５０における変更ユーザー・イベント・プロパティ４５１を、処理のためにスクリプト・インタプリター４１４に転送する。サーバー・アプリケーション４１０は、サーバー・アプリケーション４１０に対するいずれのアプリケーション・ロジックを実行する前にでも、アプリケーション入力およびアプリケーション状態が適正であることを確認することができる。スクリプト・インタプリター４１４は、次いで、ファイル・マネージャー４１６と通信することができ、ファイル・マネージャー４１６は、クライアント４０４から受信したメッセージ４５０における変更ユーザー・イベント・プロパティ４５１に起因していずれかのアプリケーション規則の実行に必要であれば、データーベース４２０にアクセスする。しかるべきアプリケーション・ロジックの実行時に、インタプリター型ランタイム・エンジン４１２は、ＧＵＩ独立オブジェクト４５２を生成することができる。ＧＵＩ独立オブジェクト４５２は、情報の中でもとりわけ、更新ユーザー・イベント・プロパティ４５４を含むことができる。サーバー４０２によって実装されたユーザー・インターフェース・マネージャー４１８は、ＧＵＩ独立オブジェクト４５２を、あらゆる更新ユーザー・イベント・プロパティ４５４と共に、クライアント４０４に返送することができる。クライアント・アダプター４３２は、クライアント・ユーザー・インターフェース・マネージャー４３６およびレンダリング・エンジン４３８を通じて、次に、サーバー・アプリケーション４１０によって生成され、受信した更新ユーザー・イベント・プロパティ４５４と共にＧＵＩ独立オブジェクト４５２を用いて、以前にレンダリングした画像を更新することができる。
[0061] 以上で説明した実施形態の動作について、更に１つ以上の論理フローを参照しながら説明することができる。尚、代表的な論理フローは、特に指示がない場合は、必ずしも提示した順序で、またはいずれの特定の順序でも、実行しなくてもよいことは認められよう。更に、論理フローに関して説明する種々の動作(activities)は、シリアル様式またはパラレル様式で実行することができる。論理フローは、所与の１組の設計および性能の制約に対して望まれるように、以上で説明した実施形態の１つ以上のハードウェア・エレメントおよび／またはソフトウェア・エレメント、あるいは代わりのエレメントを用いて実現することができる。例えば、論理フローは、論理デバイス（例えば、汎用コンピューターまたは特殊目的コンピューター）による実行のためのロジック（例えば、コンピューター・プログラム命令）として実現することもできる。
[0062] 図５は、論理フロー５００の一実施形態を示す。論理フロー５００は、１つ以上の実施形態にしたがって実行される動作を示す。例えば、論理フロー５００は、ウェブ・クライアント４３０および／またはサーバー・アプリケーション４１０によって実行する動作を示すことができる。
[0063] 論理フロー５００では、ユーザーが、ブロック５０２において、クライアント側ユーザー・インターフェースにおいて実行しているウェブ・クライアントと対話処理する。例えば、ウェブ・クライアント４３０は、入力デバイスから受け取った１つ以上の制御指令の形態で、ユーザー入力を受けることができる。このユーザー入力は、レンダリング・エンジン４３８によって提示される、ユーザー・インターフェースの１つ以上のユーザー・インターフェース・エレメントに作用する。このユーザー入力は、ユーザー・インターフェース・エレメントと相互作用して、ユーザー・イベントを発生させる。例えば、ユーザーは、ＧＵＩスクリーン上にあるフィールドを選択し、このフィールドに対する値を変更することができる。
[0064] 論理フロー５００では、その中で実行するクライアント・アダプターは、ブロック５０４において、サーバー上で実行するサーバー・アプリケーションと調和するように、ユーザー・イベントを表す制御指令を解釈することができる。例えば、ウェブ・クライアント４３０によって実行されるクライアント・アダプター４３２は、サーバー・アプリケーション４１０と同様に、ユーザー・イベントを解釈することができる。ユーザー・イベントは、限定ではないが、ボタンをクリックする、テキスト・フィールドに記入する等というような、ウェブ・クライアント４３０上で実行しているユーザー・インターフェースとの１つ以上のユーザー対話処理を含むことができる。
[0065] 論理フロー５００では、ブロック５０４における解釈動作において、新たに入力されたユーザー・イベント・プロパティを検査して、このユーザー・イベント・プロパティが、サーバー・アプリケーションに通知することが必要な程に変化しているか否か、菱形５０６において判断する。例えば、クライアント・アダプター４３２は、ユーザー入力、および影響を受けたユーザー・インターフェース・エレメントのプロパティに対する対応する変更をいずれも調べて、ユーザー・イベント・プロパティがある閾値量を超えて変化したか否か判断することができる。例えば、あるフィールドの上方でホバリングしてこれに焦点を移すことは、ユーザー・イベント・プロパティに何らかの変更を誘起するには不十分であると考えられるが、あるフィールドを選択することは、サーバー・アプリケーション４１０に通知するのに十分であろう。
[0066] 論理フロー５００では、通知が必要とされる場合、クライアント・アダプターは、ブロック５０８において、変更保留のユーザー・イベント・プロパティをいずれもサーバー・アプリケーションに送ることができる。例えば、クライアント・アダプター４３２は、変更ユーザー・イベント・プロパティ４５１を、メッセージ４５０において、ネットワーク２５０を通じてサーバー・アプリケーション４１０に送ることができる。実施形態の中には、クライアント・アダプター４３２が多数のユーザー・イベントに対する多数の組の変更ユーザー・イベント・プロパティ４５１を、メッセージ４５０内において、サーバー４０２上で実行しているサーバー・アプリケーション４１０に送ることができる場合もある。この「バッチ」送付は、ユーザー・イベントのときにサーバー・アプリケーション４１０を補助することを含む、多くの場合に有用であることができる。例えば、スクリプト・インタプリター４１４は、サーバー・アプリケーション４１０に対する更新の正確なシーケンスを確保するために、種々のスクリプト（例えば、プリスクリプト、変更スクリプト、ポスト・スクリプト等）の実行時間を合わせることができる。また、バッチ送付は、ネットワーク２５０を通じて送るメッセージが少なくなることによって、通信オーバーヘッドも低減することができる。他の利点も存在し、実施形態はこのコンテキストにおいて限定されることはない。
[0067] 論理フロー５００では、サーバー上で実行しているランタイム・エンジンは、ブロック５１２において、ビジネス論理イベントを実行する前に、ブロック５１０においてサーバー・アプリケーションに対する適正な入力／状態を確保することができる。例えば、サーバー４０２上で実行するインタプリター型ランタイム・エンジン４１２は、アプリケーションまたはビジネス・ロジックを実行する前に常に、サーバー・アプリケーション４１０に対する適正なアプリケーション入力およびアプリケーション状態を確保することができる。
[0068] 論理フロー５００では、ブロック５１４においてビジネス・ロジックの実行によって生じた更新ユーザー・イベント・プロパティを、ＧＵＩ独立オブジェクトと共に、クライアント・アダプターに逆に転送することができる。例えば、アプリケーションまたはビジネス・ロジックの実行によって生じた更新ユーザー・イベント・プロパティ４５４を、クライアント・アダプター４３２に逆に転送するために、ＧＵＩ独立オブジェクト４５２と共に、サーバー・アプリケーション４１０からウェブ・クライアント４３０に送ることができる。
[0069] 論理フロー５００では、次に、クライアント・アダプターは、ブロック５１６において、更新ユーザー・イベント・プロパティおよびＧＵＩ独立オブジェクトを用いて、クライアント・ユーザー・インターフェースにおいて以前にレンダリングした画像を更新することができる。例えば、クライアント・アダプター４３２は、ＧＵＩ独立オブジェクト４５２を受信することができ、レンダリング・エンジン４３８は、更新ユーザー・イベント・プロパティ４５４およびＧＵＩ独立オブジェクト４５２を用いて、クライアント・ユーザー・インターフェースにおいて以前にレンダリングした画像を更新することができる。
[0070] 図６Ａは、サーバー・アプリケーション４１０からのデーターを用いて、クライアント・アダプター４３２のためにどのようにＧＵＩ独立オブジェクト４５２を作成できるかについての一実施形態を示す。既に説明したように、クライアント・アダプター４３２は、更新ユーザー・イベント・プロパティ４５４を有するＧＵＩ独立オブジェクト４５２を受信することができる。更新ユーザー・イベント・プロパティ４５４は、情報の中でもとりわけ、ＧＵＩ独立オブジェクト・メタデーター６０２を含むことができる。一実施形態では、ＧＵＩ独立オブジェクト・メタデーター６０２は、固定、即ち、静止メタデーターを含むことができる。更に、更新ユーザー・イベント・プロパティ４５４は、プロパティ／値集合体６０４を含むことができる。固定／静止ＧＵＩ独立オブジェクト・メタデーター６０２を、ＧＵＩ独立プロパティ／値集合体６０４と組み合わせて、ＧＵＩ独立オブジェクト６０６を生成することができ、このＧＵＩ独立オブジェクト６０６は、クライアント・アダプター４３２によって、ウェブ・クライアント４３０においてレンダリングすることができる。
[0071] 図６Ｂは、図６Ａにおいて述べた構造(construct)を用いてどのようにして具体的なＧＵＩ独立オブジェクト４５２を作成することができるかについての一実施形態を示す。更新ユーザー・イベント・プロパティ４５４は、情報の中でもとりわけ、オブジェクト・メタデーター６１２、およびプロパティ／値集合体６１４を含むことができる。
[0072] 更新ユーザー・イベント・プロパティ４５４は、１つ以上のユーザー・インターフェース・エレメントを有するオブジェクト・メタデーター６１２を含むことができる。この例では、オブジェクト・メタデーター６１２は、フィールドＡ、フィールドＢ、およびフィールドＣと称する３つのユーザー・インターフェース・エレメントを、フィールドの形態で含む。フィールドＡ、Ｂ、およびＣの各々は、それぞれ、「フィールドＡ」、「フィールドＢ」、および「フィールドＣ」という句からなるデフォルト・フォント・テキストの周囲に境界があるテキスト・ボックスとして包括的に示されている。
[0073] 更に、更新ユーザー・イベント・プロパティ４５４は、プロパティ／値集合体６１４も含むことができる。一実施形態では、プロパティ／値集合体６１４は、１つ以上のタプル（または行）を有するテーブルのような、データー構造として実装することができ、各タプルが、ユーザー・インターフェース・エレメントの識別子、ユーザー・インターフェース・エレメントのプロパティ、およびプロパティの値を含む属性（または列）を構成する。識別子、プロパティ、および値のテーブルは、オブジェクト・メタデーター６１２のフィールドに対応することができる。
[0074] 一緒に組み合わせると、その結果はＧＵＩ独立オブジェクト６１６になることができる。ＧＵＩ独立オブジェクト６１６において示すように、フィールドＡは包括メタデーター・バージョンから変化していない。何故なら、そのプロパティや値はいずれも、プロパティ／値集合体６１４において変化させられなかったからである。フィールドＢは、その境界をなくして示されている。これは、プロパティ／値集合体６１４において、プロパティ「境界」が値「偽」に設定されたからである。フィールドＣにおけるテキストは太字で示されている。何故なら、プロパティ／値集合体６１４において、プロパティ「太字」が値「真」に設定されたからである。ここで、オブジェクト６１６は、クライアント・アダプター４３２のレンダリング・エンジン４３８によって、ウェブ・クライアント４３０においてクライアント４０４上にレンダリングすることができる。
[0075] 図７は、論理フロー７００の一実施形態を示す。論理フロー７００は、１つ以上の実施形態にしたがって実行される動作を示すことができる。例えば、論理フロー７００は、消去されたクライアント・アダプター４３２を復元する目的で、ウェブ・クライアント４３０および／またはサーバー・アプリケーション４１０によって実行される動作を示すことができる。
[0076] 本明細書において説明する実施形態の他の有益性は、クライアント・アダプター４３２が消去された場合、所与のクライアント４０４においてレンダリングされた画像を復元できることである。クライアント・アダプター４３２が消去された場合、種々のＧＵＩ依存オブジェクト４５２で構成されたレンダリング画像も消去される。しかしながら、サーバー・アプリケーション４１０はＧＵＩ独立オブジェクト４５２の形態で状態を保持し続けることができる。図７に示すように、ブロック７０２において、ユーザーは、クライアント側ユーザー・インターフェースにおいて実行するウェブ・クライアント４３０と対話処理して、クライアント・アダプター４３２の新たなインスタンスを作成することができる。次いで、このクライアント・アダプター４３２の新たなスタンスは、ブロック７０４において、サーバー・アプリケーション４１０に再接続することができる。再接続のときに、サーバー・アプリケーション４１０は、全てのＧＵＩ独立オブジェクト４５２について最後に分かっていた状態をなおも維持することができる。ブロック７０６において、ＧＵＩ独立オブジェクト４５２について最後に分かっていた状態を、クライアント４０４に転送し、クライアント４０４がこれを受け取る。ＧＵＩ独立オブジェクト４５２について最後に分かっていた状態を、次に、ブロック７０８においてクライアント４０４のウェブ・クライアント４３０と同期させることができる。その結果、サーバー・アプリケーション４１０によって格納された情報を用いて、クライアント・アダプター４３２の現在の状態を効果的に復元することができる。
[0077] 図８は、既に説明したような種々の実施形態を実現するのに適した計算アーキテクチャー例８００の一実施形態を示す。計算アーキテクチャー８００は、１つ以上のプロセッサー、コプロセッサー、メモリー・ユニット、チップセット、コントローラー、周辺機器、インターフェース、発振器、タイミング・デバイス、ビデオ・カード、オーディオ・カード、マルチメディア入力／出力（Ｉ／Ｏ）コンポーネント等というような、種々の一般的な計算エレメントを含む。しかしながら、実施形態は、計算アーキテクチャー８００による実施態様に限定されるのではない。
[0078] 図８に示すように、計算アーキテクチャー８００は、演算装置８０４、システム・メモリー８０６、およびシステム・バス８０８を備えている。演算装置８０４は、種々の市販されているプロセッサーのいずれでも可能である。デュアル・マイクロプロセッサーおよびその他のマルチプロセッサー・アーキテクチャーも、演算装置８０４として採用することができる。システム・バス８０８は、システム・メモリー８０６から演算装置８０４までを含むがこれらには限定されないシステム・コンポーネントにインターフェースを設ける。システム・バス８１０は、様々なタイプのバス構造のいずれでも可能であり、そのバス構造は、更に、メモリー・バス（メモリー・コントローラーを有するまたは有さない）、周辺バス、および種々の市販されているバス・アーキテクチャーのいずれかを用いるローカル・バスに相互接続することもできる。
[0079] システム・メモリー８０６は、リード・オンリー・メモリー（ＲＯＭ）、ランダム・アクセス・メモリー（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、倍速データーＤＲＡＭ（ＤＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＡＭ（ＰＲＯＭ）、消去可能プログラマブルＲＡＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリー、強誘電体ポリマー・メモリーのようなポリマー・メモリー、オーボニック・メモリー、位相変化または強誘電体メモリー、シリコン−酸化物−窒化物−酸化物−シリコン（ＳＯＮＯＳ）メモリー、磁気または光カード、あるいは情報を格納するのに適した他のあらゆるタイプの媒体というような、種々のタイプのメモリー・ユニットを含むことができる。図８に示す例示実施形態では、システム・メモリー８０６は、不揮発性メモリー８１０および／または揮発性メモリー８１２を含むことができる。基本入力／出力システム（ＢＩＯＳ）は、不揮発性メモリー８１０に格納することができる。
[0080] コンピューター８０２は、種々のタイプのコンピューター読み取り可能記憶媒体を含むことができ、内部ハード・ディスク・ドライブ（ＨＤＤ）８１４、リムーバブル磁気ディスク８１８に対する読み取りおよび書き込みを行う磁気フロッピー（登録商標）・ディスク・ドライブ（ＦＤＤ）８１６、ならびにリムーバブル光ディスク８２２（例えば、ＣＤ−ＲＯＭまたはＤＶＤ）に対する読み取りおよび書き込みを行う光ディスク・ドライブ８２０を含む。ＨＤＤ８１４、ＦＤＤ８１６、および光ディスク・ドライブ８２０は、それぞれ、ＨＤＤインターフェース８２４、ＦＤＤインターフェース８２６、および光ドライブ・インターフェース８２８によって、システム・バス８０８に接続することができる。外部ドライブ実装のためのＨＤＤインターフェース８２４は、ユニバーサル・シリアル・バス（ＵＳＢ）およびIEEE1394インターフェース技術の内少なくとも１つまたは両方を含むことができる。
[0081] ドライブおよび付随するコンピューター読み取り可能媒体は、データー、データー構造、コンピューター実行可能命令等の揮発性および／または不揮発性格納機能を設ける。例えば、多数のプログラム・モジュールをドライブおよびメモリー・ユニット８１０、８１２に格納することができる。プログラム・モジュールには、オペレーティング・システム８３０、１つ以上のアプリケーション・プログラム８３２、他のプログラム・モジュール８３４、およびプログラム・データー８３６が含まれる。１つ以上のアプリケーション・プログラム８３２、他のプログラム・モジュール８３４、およびプログラム・データー８３６は、例えば、クライアント−サーバー・システム２００、３００、および４００のソフトウェア・コンポーネントを含むことができる。
[0082] ユーザーは、１つ以上の有線／ワイヤレス入力デバイス、例えば、キーボード８３８およびマウス８４０のようなポインティング・デバイスによって、コンピューター８０２にコマンドおよび情報を入力することができる。他の入力デバイスは、マイクロフォン、赤外線（ＩＲ）リモコン、ジョイスティック、ゲーム・パッド、スタイラス・ペン、タッチ・スクリーン等を含むことができる。これらのおよびその他の入力デバイスは、多くの場合、システム・バス８０８に結合されている入力デバイス・インターフェース８４２を通じて演算装置８０４に接続されるが、パラレル・ポート、IEEE1394シリアル・ポート、ゲーム・ポート、ＵＳＢポート、ＩＲインターフェース等のような、他のインターフェースによって接続することもできる。
[0083] １つ以上のモニター８４４または他のタイプのディスプレイ・デバイスも、ビデオ・アダプター８４６のようなインターフェースを通じて、システム・バス８０８に接続されている。モニター８４４に加えて、コンピューターは、通例、スピーカー、プリンター等のような、他の周辺出力デバイスも含む。また、１つ以上のモニター８４５は、入力デバイス・インターフェース８４２および／またはＵＳＢハブ８４３のようなハブを通じてシステム・バス８０８にも接続することができる。モニター８４５は、ビデオ・カメラ、アレイ・マイクロフォン、タッチ・センサー、動きセンサー、スピーカー等というような、種々のコンポーネントを備えることもできる。これらのコンポーネントは、ＵＳＢハブ８４３を通じて入力デバイス・インターフェース８４２に接続することができる。
[0084] コンピューター８０２は、論理接続を用いるネットワーク接続環境において、リモート・コンピューター８４８のような１つ以上のリモート・コンピューターへの有線通信および／またはワイヤレス通信によって動作することができる。リモート・コンピューター８４８は、ワークステーション、サーバー・コンピューター、ルータ、パーソナル・コンピューター、携帯用コンピューター、マイクロプロセッサー・ベースの娯楽用機器、ピア・デバイス、または他の一般的なネットワーク・ノードとすることができ、通例、コンピューター８０２に関して説明したエレメントの多くまたは全てを含む。しかし、簡潔さという目的のために、メモリー／記憶デバイス８５０のみが示されている。図示されている論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）８５２および／またはそれよりも大きいネットワーク、例えば、ワイド・エリア・ネットワーク（ＷＡＮ）８５４への有線／ワイヤレス接続(connectivity)を含む。このようなＬＡＮおよびＷＡＮネットワーク接続環境は、事務所や会社では極普通であり、イントラネットのような企業規模のコンピューター・ネットワークを設置し易くする。これらのネットワークの全ては、地球規模の通信ネットワーク、例えば、インターネットに接続することもできる。
[0085] ＬＡＮネットワーク接続環境において用いる場合、コンピューター８０２は、有線および／またはワイヤレス通信ネットワーク・インターフェースまたはアダプター８５６を介してＬＡＮ８５２に接続される。アダプター８５６は、ＬＡＮ８５２への有線および／またはワイヤレス通信をし易くすることができ、アダプター８５６のワイヤレス機能と通信するために、そこに配置されるワイヤレス・アクセス・ポイントを含むこともできる。
[0086] ＷＡＮネットワーク接続環境において用いる場合、コンピューター８０２はモデム８５８を含むことができ、あるいはＷＡＮ８５４上の通信サーバーに接続されるか、または一例としてインターネットのようなＷＡＮ８５４を通じて通信を確立する他の手段を有する。モデム８５１０は、内蔵型でも外付けでも可能であり、更には有線および／またはワイヤレス・デバイスも可能であり、入力デバイス・インターフェース８４２を通じてシステム・バス８０８に接続する。ネットワーク接続環境では、コンピューター８０２に関して図示したプログラム・モジュール、またはその一部を、リモート・メモリー／ストレージ・デバイス８５０に格納することができる。尚、図示するネットワーク接続は一例であり、コンピューター間で通信リンクを確立する他の手段も用いることができることは認められよう。
[0087] コンピューター８０２は、例えば、プリンター、スキャナー、デスクトップおよび／または携帯用コンピューター、パーソナル・ディジタル・アシスタント（ＰＤＡ）、通信衛星、ワイヤレスで検出可能なタグ（例えば、キオスク、売店、休憩室）に付随するあらゆる機器または位置(location)、ならびに電話機とワイヤレス通信可能に（例えば、IEEE802.11空中変調技法）動作的に配置されているワイヤレス・デバイスというような、IEEE802系の標準規格を用いる有線およびワイヤレス・デバイスまたはエンティティと通信するように動作することができる。これは、少なくとも、Ｗｉ−Ｆｉ（即ち、ワイヤレス・フィデリティ）、ＷｉＭａｘ、およびBluetooth（登録商標）ワイヤレス技術を含む。このように、通信は、従来のネットワークと同様に、既定の構造とすることができ、または単に少なくとも２つのデバイス間におけるアドホック通信とすることもできる。Ｗｉ−Ｆｉネットワークは、IEEE802.11x（a、b、g等）を用いて、安全で信頼性があり高速のワイヤレス接続を提供する。Ｗｉ−Ｆｉネットワークは、コンピューターを互いに接続するため、インターネットに接続するため、そして有線ネットワーク（IEEE802.3に関係する媒体および機能を用いる）に接続するために用いることができる。
[0088] 図９は、既に説明した種々の実施形態を実現するのに適した通信アーキテクチャー例９００のブロック図を示す。通信アーキテクチャー９００は、送信機、受信機、送受信機、無線機、ネットワーク・インターフェース、ベースバンド・プロセッサー、アンテナ、増幅器、フィルター等というような、種々の一般的な通信エレメントを含む。しかしながら、実施形態は、通信アーキテクチャー９００による実施態様に限定されるのではない。
[0089] 図９に示すように、通信アーキテクチャー９００は、１つ以上のクライアント９０２およびサーバー９０４を備えている。クライアント９０２は、ウェブ・クライアント３３０を実装することができる。サーバー９０４は、ランタイム・エンジン３１２を実装することができる。クライアント９０２およびサーバー９０４は、１つ以上のそれぞれのクライアント・データー・ストア９０８およびサーバー・データー・ストア９１０に動作的に接続されている。データー・ストア９０８、９１０は、クッキーおよび／または関連するコンテキスト情報というような、それぞれのクライアント９０２およびサーバー９０４にローカルな情報を格納するために用いることができる。
[0090] クライアント９０２およびサーバー９０４は、通信フレームワーク９０６を用いて、互いの間で情報を伝達し合うことができる。通信フレームワーク９０６は、パケット交換ネットワーク（例えば、インターネットのような公開ネットワーク、企業のイントラネットのような私有ネットワーク等）、回線交換ネットワーク（例えば、公衆電話交換ネットワーク）、またはパケット交換ネットワークおよび回線交換ネットワークの組み合わせ（適したゲートウェイおよびトランスレーターを用いる）というような、周知の通信技法のいずれでも実現することができる。クライアント９０２およびサーバー９０４は、１つ以上の通信インターフェース、ネットワーク・インターフェース、ネットワーク・インターフェース・カード（ＮＩＣ）、無線機、ワイヤレス送信機／受信機（送受信機）、有線および／またはワイヤレス通信媒体、物理コネクター等というような、通信フレームワーク９０６と相互動作可能であるように設計された種々のタイプの標準的な通信エレメントを含むことができる。一例として、そして限定ではなく、通信媒体は、有線通信媒体およびワイヤレス通信媒体を含む。有線通信媒体の例は、ワイヤ、ケーブル、金属線、印刷回路ボード（ＰＣＢ）、バックプレーン、スイッチ・ファブリック、半導体材料、撚り線対ワイヤ、同軸ケーブル、光ファイバー、伝搬信号等を含むことができる。ワイヤレス通信媒体の例は、音響、無線周波（ＲＦ）スペクトル、赤外線、およびその他のワイヤレス媒体を含むことができる。クライアント９０２とサーバー９０４との間において可能な１つの通信は、２つ以上のコンピューター・プロセス間で送信されるように構成されたデーター・パケットの形態とすることができる。データー・パケットは、例えば、クッキーおよび／または関連するコンテキスト情報を含むことができる。
[0091] 種々の実施形態は、ハードウェア・エレメント、ソフトウェア・エレメント、または双方の組み合わせを用いて実現することができる。ハードウェア・エレメントの例には、デバイス、論理デバイス、コンポーネント、プロセッサー、マイクロプロセッサー、回路、回路エレメント（例えば、トランジスター、抵抗器、キャパシター、インダクター等）、集積回路、特定用途集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、ディジタル信号プロセッサー（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、メモリー・ユニット、論理ゲート、レジスター、半導体デバイス、チップ、マイクロチップ、チップセット等を含むことができる。ソフトウェア・エレメントの例には、ソフトウェア・コンポーネント、プログラム、アプリケーション、コンピューター・プログラム、アプリケーション・プログラム、システム・プログラム、機械プログラム、オペレーティング・システム・ソフトウェア、ミドルウェア、ファームウェア、ソフトウェア・モジュール、ルーチン、サブルーチン、関数、メソッド、手順、ソフトウェア・インターフェース、アプリケーション・プログラム・インターフェース（ＡＰＩ）、命令セット、計算コード、コンピューター・コード、コード・セグメント、コンピューター・コード・セグメント、ワード(word)、値、記号、またはこれらのあらゆる組み合わせを含むことができる。ハードウェア・エレメントおよび／またはソフトウェア・エレメントのどちらを用いて実施形態を実現するか決定するのは、所望の計算率、電力レベル、熱許容度、処理サイクルの予算、入力データー・レート、出力データー・レート、メモリー・リソース、データー・バス速度、および、所与の実施態様に望まれる通りの他の設計または性能制約というような、いかなる数の要因にしたがって多様に変化するのでもよい。
[0092] 実施形態の中には、製造品目(article of manufacture)を構成するものもある。製造品目は、ロジックを格納するように構成されたコンピューター読み取り可能記憶媒体を含むことができる。コンピューター読み取り可能記憶媒体の例には、電子データーを格納することができるあらゆる記憶媒体が含まれ、揮発性メモリーまたは不揮発性メモリー、リムーバブルまたは非リムーバブル・メモリー、消去可能メモリーまたは消去可能でないメモリー、書き込み可能メモリーまたは再書き込み可能メモリー等が含まれる。ロジックの例には、ソフトウェア・コンポーネント、プログラム、アプリケーション、コンピューター・プログラム、アプリケーション・プログラム、システム・プログラム、機械プログラム、オペレーティング・システム・ソフトウェア、ミドルウェア、ファームウェア、ソフトウェア・モジュール、ルーチン、サブルーチン、関数、メソッド、手順、ソフトウェア・インターフェース、アプリケーション・プログラム・インターフェース（ＡＰＩ）、命令セット、計算コード、コンピューター／コード、コード・セグメント、コンピューター・コード・セグメント、ワード、値、記号、またはこれらのあらゆる組み合わせというような、種々のソフトウェア・エレメントを含むことができる。一実施形態では、例えば、製造品目は、実行可能コンピューター・プログラム命令を格納するのでもよく、この命令をコンピューターによって実行すると、以上で説明した実施形態にしたがって方法および／または動作をこのコンピューターに実行させる。実行可能コンピューター・プログラム命令は、ソース・コード、コンパイル・コード、インタプリター・コード、実行可能コード、スタティック・コード、ダイナミック・コード等のような、適したタイプのコードであればいずれでも含むことができる。実行可能コンピューター・プログラム命令は、既定のコンピューター言語、様式(manner)または構文(syntax)にしたがって、一定の機能を実行するようにコンピューターに命令するために、実装することができる。命令は、適した高級プログラム言語、低級プログラム言語、オブジェクト指向プログラム言語、ビジュアル・プログラム言語、コンパイル型プログラム言語および／またはインタプリター型プログラム言語であればいずれを用いても実装することができる。
[0093] 実施形態の中には、「一実施形態」または「実施形態」という表現をその派生語と共に用いて説明するとよい場合がある。これらの用語は、当該実施形態と関連付けて説明された特定の特徴、構造、または特性が、少なくとも１つの実施形態に含まれることを意味する。本明細書の種々の場所において「一実施形態では」という句が出てくる場合、必ずしも全てが同じ実施形態を指す訳ではない。
[0094] 実施形態の中には、「結合される」(coupled)および「接続される」(connected)という表現を、その派生語と共に用いて説明するとよい場合がある。これらの用語は、必ずしも互いに対する同義語であることを意図しているのではない。例えば、実施形態の中には、２つ以上のエレメントが直接物理的にまたは電気的に互いに接触していることを示すために、「接続される」および／または「結合される」という用語を用いて説明するとよい場合がある。しかしながら、「結合される」という用語は、２つ以上のエレメントが互いに直接接触していないが、それでも互いに協働するまたは相互作用することを意味することもできる。
[0095] 開示の要約は、読み手が本技術的開示の固有性を素早く確認することを可能にするために設けられていることを強調しておく。尚、これは、請求項の範囲または意味を解釈するためや限定するために用いられるのではないことを前提として、申し述べることとする。加えて、以上の詳細な説明では、開示を簡素化する目的に限って、１つの実施形態において種々の特徴が一緒に纏められていることが分かるであろう。この開示方法は、特許請求する実施形態が各請求項において明示的に記載される特徴よりも多くの特徴を必要とするという意図を表す(reflect) というように解釈してはならない。逆に、以下の請求項が表すように、発明の主題は、１つの開示された実施形態の全ての特徴に存在する訳ではない。つまり、以下の請求項は、詳細な説明に含まれることとし、各請求項が別個の実施形態としてそれ自体を成り立たせている(stand on its own)。添付した特許請求の範囲において、「含む」(including)および「において」(in which)という用語は、それぞれ、「備えている」(comprising)および「において」(wherein)というそれぞれの用語の平素な英語の同義語(equivalent)として用いられるものとする。更に、「第１」、「第２」、「第３」等は、単に名称として用いられるのであり、それらの目的語に対して数値的な要件を強制することは意図していない。
[0096] 以上、構造的特徴および／または方法論的動作に特定的な文言で本主題について説明したが、添付した特許請求の範囲において定義されている主題は、必ずしも以上で説明した具体的な特徴や動作には限定されないことは理解されてしかるべきである。逆に、以上で説明した具体的な特徴や動作は、特許請求の範囲を実現する形態例として開示したまでである。

Claims (10)

  1. コンピューター実装方法であって、
    ユーザー・イベントを表す制御指示をクライアント・ユーザー・インターフェースにおいて受けるステップと、
    前記ユーザー・イベントに関連するユーザー・イベント・プロパティが変更したか否か判断するステップと、
    サーバー上で実行するサーバー・アプリケーションに、変更ユーザー・イベント・プロパティを送るステップと、
    前記サーバー・アプリケーションから、更新ユーザー・イベント・プロパティを有するグラフィカル・ユーザー・インターフェース（ＧＵＩ）独立オブジェクトを受け取るステップと、
    前記サーバー・アプリケーションから受け取った前記ＧＵＩ独立オブジェクトおよび更新ユーザー・イベント・プロパティに基づいて、前記クライアント・ユーザー・インターフェースにおいてレンダリングされている画像を更新するステップと、
    を備えている、コンピューター実装方法。
  2. 請求項１記載のコンピューター実装方法であって、更新ユーザー・イベント・プロパティを有する前記ＧＵＩ独立オブジェクトを受け取るステップを備えており、前記更新ユーザー・イベント・プロパティが、１つ以上のユーザー・インターフェース・エレメントを有するオブジェクト・メタデーター、または１つ以上のタプルを有するプロパティ／値集合体の内少なくとも１つを含み、各タプルが、ユーザー・インターフェース・エレメントの識別子、前記ユーザー・インターフェース・エレメントのプロパティ、および前記プロパティの値を含む、コンピューター実装方法。
  3. 請求項１記載のコンピューター実装方法であって、多数のユーザー・イベントについての多数の変更ユーザー・イベント・プロパティを、メッセージにおいて、前記サーバー上で実行するサーバー・アプリケーションに送るステップを備えている、コンピューター実装方法。
  4. 請求項1記載のコンピューター実装方法であって、前記サーバー・アプリケーションから受け取った前記ＧＵＩ独立オブジェクトおよび更新ユーザー・イベント・プロパティに基づいて、前記クライアント・ユーザー・インターフェースにおいてレンダリングされている画像の１つ以上のユーザー・インターフェース・エレメントを更新するステップを備えている、コンピューター実装方法。
  5. 請求項１記載のコンピューター実装方法であって、
    クライアント・アダプターの以前のインスタンス、およびこれに関連してレンダリングされＧＵＩ独立オブジェクトで構成された画像が消去されたとき、クライアント・アダプターの新たなインスタンスを作成するステップと、
    前記クライアント・アダプターの新たなインスタンスを前記サーバー・アプリケーションに再接続するステップと、
    前記サーバー・アプリケーションから、全てのＧＵＩ独立オブジェクトについて最後に分かっていた状態を受け取るステップと、
    前記サーバー・アプリケーションから受け取った全てのＧＵＩ独立オブジェクトについて最後に分かっていた状態を、前記クライアント・アダプターの新たなインスタンスにおいて同期するステップと、
    を備えている、コンピューター実装方法。
  6. 命令を収容した記憶媒体を備えている製造品目であって、前記命令を実行すると、システムが請求項１、２、３、４、または５のいずれか１項の方法を実行することが可能になる、製造品目。
  7. 装置であって、
    論理デバイスと、
    前記論理デバイス上で動作可能なウェブ・クライアントと、
    を備えており、前記ウェブ・クライアントが、
    クライアント・ユーザー・インターフェースに対するユーザー・イベントを検出し、前記ユーザー・イベントに関連する変更ユーザー・イベント・プロパティをサーバー・アプリケーションに送り、グラフィカル・ユーザー・インターフェース（ＧＵＩ）独立オブジェクトおよび更新ユーザー・イベント・プロパティを前記サーバー・アプリケーションから受け取り、前記サーバー・アプリケーションから受け取った前記ＧＵＩ独立オブジェクトおよび更新ユーザー・イベント・プロパティを用いて、前記クライアント・ユーザー・インターフェースにおいてレンダリングされている画像を更新するように動作するクライアント・アダプターを備えている、装置。
  8. 請求項７記載の装置において、前記ＧＵＩ独立オブジェクトが更新ユーザー・イベント・プロパティを有し、前記更新ユーザー・イベント・プロパティが、オブジェクト・メタデーターとプロパティ／値集合体とを備えており、前記オブジェクト・メタデーターが、１つ以上のユーザー・インターフェース・エレメントと、１つ以上のタプルを含むプロパティ／値集合体を備えており、各タプルが、ユーザー・インターフェース・エレメントの識別子、前記ユーザー・インターフェース・エレメントのプロパティ、および前記プロパティの値を含む、装置。
  9. 請求項７または８記載の装置において、前記クライアント・アダプターが、前記クライアント・インターフェースを制御するユーザー・インターフェース・マネージャー、または前記サーバー・アプリケーションから受け取った前記ＧＵＩ独立オブジェクトおよび更新ユーザー・イベント・プロパティに基づいて、前記レンダリングされている画像を更新するレンダリング・エンジンの内少なくとも１つを備えている、装置。
  10. 請求項７記載の装置において、前記ウェブ・クライアントが、
    クライアント・アダプターの以前のインスタンス、およびこれに関連してレンダリングされ１つ以上のＧＵＩ独立オブジェクトで構成された画像が消去されたとき、クライアント・アダプターの新たなインスタンスを作成するように動作し、前記クライアント・アダプターの新たなインスタンスが、前記サーバー・アプリケーションに再接続し、全てのＧＵＩ独立オブジェクトについて最後に分かっていた状態を前記サーバー・アプリケーションから受け取り、前記クライアント・アダプターを新たなインスタンスにおいて、前記サーバー・アプリケーションから受け取った全てのＧＵＩ独立オブジェクトについて最後に分かっていた状態を同期するように動作する、装置。
JP2014515927A 2011-06-13 2012-06-12 インタプリター型ランタイム・アプリケーションを多数のクライアントに適応させる技法 Pending JP2014518417A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/159,139 2011-06-13
US13/159,139 US20120317488A1 (en) 2011-06-13 2011-06-13 Techniques for adapting an interpretive run time application to multiple clients
PCT/US2012/042104 WO2012174022A2 (en) 2011-06-13 2012-06-12 Techniques for adapting an interpretive run time application to multiple clients

Publications (2)

Publication Number Publication Date
JP2014518417A true JP2014518417A (ja) 2014-07-28
JP2014518417A5 JP2014518417A5 (ja) 2015-07-30

Family

ID=47294213

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014515927A Pending JP2014518417A (ja) 2011-06-13 2012-06-12 インタプリター型ランタイム・アプリケーションを多数のクライアントに適応させる技法

Country Status (11)

Country Link
US (1) US20120317488A1 (ja)
EP (1) EP2718838A4 (ja)
JP (1) JP2014518417A (ja)
KR (1) KR20140036229A (ja)
CN (1) CN103597464B (ja)
AU (1) AU2012271775B2 (ja)
BR (1) BR112013031753A2 (ja)
CA (1) CA2838306A1 (ja)
MX (1) MX2013014797A (ja)
RU (1) RU2608472C2 (ja)
WO (1) WO2012174022A2 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150281333A1 (en) * 2014-03-26 2015-10-01 Reddo Mobility Method and Apparatus for Delivering GUI Applications Executing on Local Computing Devices to Remote Devices
TWI502482B (zh) * 2014-07-29 2015-10-01 Insyde Software Corp Handheld electronic device with the function of starting electronic device and its method, computer program product
CN104270259A (zh) * 2014-09-18 2015-01-07 杭州华为数字技术有限公司 一种关联属性取值确定方法与自适配管理系统
CN105260842B (zh) * 2015-10-12 2020-05-15 用友网络科技股份有限公司 异构erp系统之间的通信方法和系统
CN105915657B (zh) * 2016-06-30 2020-07-24 北京奇虎科技有限公司 数据的同步方法、装置及客户端
CN107479982B (zh) * 2017-07-03 2020-01-31 福建网龙计算机网络信息技术有限公司 一种数据同步的方法及终端
WO2020104999A1 (en) * 2018-11-23 2020-05-28 Nagravision S.A. Techniques for managing generation and rendering of user interfaces on client devices
US11625806B2 (en) * 2019-01-23 2023-04-11 Qualcomm Incorporated Methods and apparatus for standardized APIs for split rendering

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005228227A (ja) * 2004-02-16 2005-08-25 Nippon Telegr & Teleph Corp <Ntt> シンクライアントシステム及びその通信方法
US20070162785A1 (en) * 2006-01-12 2007-07-12 Microsoft Corporation Capturing and restoring application state after unexpected application shutdown
US20080040484A1 (en) * 2006-08-10 2008-02-14 International Business Machines Corporation Managing Session State For Web Applications
JP2008071092A (ja) * 2006-09-13 2008-03-27 Casio Comput Co Ltd サーバ装置、クライアント装置、サーバベースコンピューティングシステムおよびプログラム
US20080307043A1 (en) * 2007-06-11 2008-12-11 Paul Raymond Dorsey Method and architecture supporting high performance web applications
JP2010055189A (ja) * 2008-08-26 2010-03-11 Casio Comput Co Ltd サーバベース・コンピューティング・システムのサーバ装置、クライアント装置、サーバ制御プログラム及びクライアント制御プログラム

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6832380B1 (en) * 1996-06-28 2004-12-14 Tarantella, Inc. Client-server application partitioning with metering technique for distributed computing
US20020129096A1 (en) * 2001-02-14 2002-09-12 Mansour Peter M. Platform-independent distributed user interface client architecture
US7219127B2 (en) * 2003-03-13 2007-05-15 Oracle International Corporation Control unit operations in a real-time collaboration server
US20060069727A1 (en) * 2004-08-25 2006-03-30 Microsoft Corporation System and method for synchronizing between an instant messenger client and a central contact store
US20060265662A1 (en) * 2005-05-19 2006-11-23 Custom Credit Systems, L.P. System and method for generating and updating user interfaces of web-based applications
US7305420B2 (en) * 2005-05-25 2007-12-04 Microsoft Corporation Synchronizing modifiable documents with multiple clients using document subsections
RU2313824C2 (ru) * 2005-09-26 2007-12-27 Михаил Васильевич Беляев Информационная система клиент - сервер и способ предоставления графического пользовательского интерфейса
US7555471B2 (en) * 2006-01-27 2009-06-30 Google Inc. Data object visualization
US20070234195A1 (en) * 2006-04-03 2007-10-04 National Instruments Corporation Simultaneous update of a plurality of user interface elements displayed in a web browser
US8214752B2 (en) * 2006-09-29 2012-07-03 Sharp Laboratories Of America, Inc. Systems and methods for dynamically generating user interfaces for controlling a device with a client side filter
US7899917B2 (en) * 2007-02-01 2011-03-01 Microsoft Corporation Synchronization framework for occasionally connected applications
US8458727B2 (en) * 2007-11-05 2013-06-04 Microsoft Corporation Asynchronous client to server updates
US8635541B2 (en) * 2007-12-06 2014-01-21 International Business Machines Corporation Indicating pending asynchronous updates in a graphical user interface (GUI)
US8190683B2 (en) * 2008-02-29 2012-05-29 Microsoft Corporation Synchronizing multiple user remote content playback
CN101873311A (zh) * 2010-05-26 2010-10-27 上海动量软件技术有限公司 云构件软件系统基于政策的网络实现配置条款处理的方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005228227A (ja) * 2004-02-16 2005-08-25 Nippon Telegr & Teleph Corp <Ntt> シンクライアントシステム及びその通信方法
US20070162785A1 (en) * 2006-01-12 2007-07-12 Microsoft Corporation Capturing and restoring application state after unexpected application shutdown
US20080040484A1 (en) * 2006-08-10 2008-02-14 International Business Machines Corporation Managing Session State For Web Applications
JP2008071092A (ja) * 2006-09-13 2008-03-27 Casio Comput Co Ltd サーバ装置、クライアント装置、サーバベースコンピューティングシステムおよびプログラム
US20080307043A1 (en) * 2007-06-11 2008-12-11 Paul Raymond Dorsey Method and architecture supporting high performance web applications
JP2010055189A (ja) * 2008-08-26 2010-03-11 Casio Comput Co Ltd サーバベース・コンピューティング・システムのサーバ装置、クライアント装置、サーバ制御プログラム及びクライアント制御プログラム

Also Published As

Publication number Publication date
MX2013014797A (es) 2014-01-24
CN103597464B (zh) 2017-06-09
KR20140036229A (ko) 2014-03-25
AU2012271775B2 (en) 2016-10-13
US20120317488A1 (en) 2012-12-13
EP2718838A4 (en) 2016-03-30
CN103597464A (zh) 2014-02-19
RU2013155487A (ru) 2015-06-20
BR112013031753A2 (pt) 2016-12-13
WO2012174022A2 (en) 2012-12-20
CA2838306A1 (en) 2012-12-20
EP2718838A2 (en) 2014-04-16
WO2012174022A3 (en) 2013-04-04
RU2608472C2 (ru) 2017-01-18

Similar Documents

Publication Publication Date Title
JP6210978B2 (ja) ユーザー・インターフェース・オブジェクトの自動変換およびコード生成
US10346143B2 (en) Systems and methods for transforming service definitions in a multi-service containerized application
JP2014518417A (ja) インタプリター型ランタイム・アプリケーションを多数のクライアントに適応させる技法
EP2302509B1 (en) Synchronization of server-side cookies with client-side cookies
US11108845B2 (en) Rendering a web application in a cloud service
AU2012271775A1 (en) Techniques for adapting an interpretive run time application to multiple clients
US20140279899A1 (en) Data bus architecture for inter-database data distribution
US20080288955A1 (en) Method and System for Managing Preferences in a Client Portlet Container
US11843674B2 (en) Virtual workspace experience visualization and optimization
US11681585B2 (en) Data migration for a shared database
US11675964B2 (en) Management of remote access user application layouts
US20140379634A1 (en) Application-to-repository data mapping in data repositories, and related methods, systems, and computer-readable media
US20230055129A1 (en) Techniques for utilizing patterns and logical entities
JP2023027733A (ja) リモートアプリケーションのためのテキスト入力の同期
US11750460B1 (en) Identifying duplicate entries in views of same and other network management interfaces
US11949761B2 (en) Techniques for distributed interface component generation
US20240232106A1 (en) Merged input/output for accelerating directory listing phase in client drive redirection
Ravi Kumar et al. Setting Up Oracle GoldenGate on the OCI Marketplace

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20150511

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150611

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150611

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160530

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160704

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161004

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20170331