JP2007293860A - 既存のインテーグレイテッド・インターフェイス・バックグラウンド上への新しいユーザインターフェイスのマッピング - Google Patents

Abstract

【課題】ユーザが新しいＵＩと相互作用することを可能にしながら既存のトランザクショナルロジックを利用するためにより古いアプリケーションのインターフェイスと新たにプログラムされたＵＩとの間を相互作用するために、コントローラなどのインターミディアリの方法を実行する命令を含んだコンピュータ読取可能記憶、システム及び方法を提供する。
【解決手段】第１ユーザインターフェイスから入力データを受け取り、データの第１の組をインターミディアリへ送信し、データの前記第１の組を第２のユーザインターフェイスへマッピングし、データの第２の組を前記第２のユーザインターフェイスへ送信し、前記第２のユーザインターフェイスからデータの第３の組を前記インターミディアリへ送信し、第３のユーザインターフェイスを提供することを含むことを特徴とする方法。
【選択図】図１

Description

ソフトウェアプログラムは、多くのバージョン・サイクルをしばしば経験する。しばしば、新しいバージョンは、バグ修正のセキュリティ向上など、メインテナンス・アップグレードを提供する。新バージョンは、また、ユーザ・インターフェイス（ＵＩ）の変更又はたとえそれが処理される時にユーザに観察されなくともバックエンド処理又は機能の変更など実質的な変更も提供する。例えば、現在のエンタープライズ・リソース・プラニング（ＥＲＰ）システムは、バックエンド上で洗練されたビジネスロジックを使用しそしてフロントエンド上でダイナミック・ユーザ・インターフェイスを使用することにより、ビジネス実務を自動化するのに役立つ。これらＥＲＰシステムは、特定のビジネス実務に対して高度に適応されていて、ビジネス環境又はソフトウェアが調整された特定のビジネスタイプの変化を反映して頻繁に変化する。しかし、いくつかの場合、より古い「レガシー」ソフトウェアはソフトウェア・システムの必要とされる多くの機能ベースを含み、そして「更新される」ことが必要なものの全ては追加の機能と新規なＵＩである。

レガシー・ソフトウェア・アプリケーションは、ビジネスロジックなどのバックエンドトランザクショナルロジックと不可分のフロントエンドＵＩを持つことがある。この不可分性に起因して、より新しいソフトウェアはより古いアプリケーションの同じ又は同様なトランザクショナルロジックを利用できないであろう。したがって、会社は、より新しいインターフェイスと相互作用をする目的のみのために既存のトランザクショナルロジックを書き直さなければならないだろう。これは会社にプログラミングの一人あたりの時間と費用の観点から顕著な重荷を作る。

［詳細な説明］
コード再使用可能性のみでなく、全トランザクションロジック再使用可能性をまた促進するために、データはレガシー・ソフトウェア・プログラムのトランザクショナルロジックへ送信でき且つトランザクショナルロジックからアクセスできなければならない。しかし、もしＵＩ層がトランザクションロジック層と統合されている場合、従来技術ではトランザクショナルロジックをアクセスするためにコードを分離する方法がない。本発明の実施の形態の長所は、新しい第１インターフェイスから古い第２インターフェイスへのユーザによる入力をマッピングすることにより代理ユーザとして役目を果たすためのインターミディアリ（intermediary）を使用する。そして、インターミディアリ（intermediary）は、より古い第２インターフェイスから新しいインターフェイスへ戻されたデータ又はメッセージを取り、ユーザが操作するために新しい第３インターフェイス・ディスプレスを生成する。この方法で、より新しいＵＩがより古いトランザクショナルロジックにアクセスできながら開発できる。

本発明の実施の形態は、もしそれが第１ユーザインターフェイスから入力データを受信する構成を含むならば新しいＵＩを使用できる。その構成はどんなタイプの計算装置又はサーバ上のプロセッサ、ＰＤＡ、ラップトップ等を含むことができる。本発明の１つの実施の形態は、さらに、インターミディアリ（intermediary）にデータの第１組を送信する構成をさらに含む。この構成は、ネットワーク装置、ルータ、イーサネット（登録商標）ケーブル、イーサネット（登録商標）カード、ワイヤレスカード等を含む。実施の形態はさらに、データの第１組を第２ユーザインターフェイスへマップする構成を含む。この構成は、サーバ、ラップトップ、ＰＤＡ、デスクトップ等の計算装置上のプロセッサを含む。実施の形態はさらに、データの第２組を第２ユーザインターフェイスへマップする構成を含む。この構成は、ネットワーク装置、ルータ、イーサネット（登録商標）ケーブル、イーサネット（登録商標）カード、ワイヤレスカード等の同じ又は異なる送信装置を含む。実施の形態はさらに第２インターフェイスからデータの第３組をインターミディアリ（intermediary）に送信する構成を有する。この構成は、ネットワーク装置、ルータ、イーサネット（登録商標）ケーブル、イーサネット（登録商標）カード、ワイヤレスカード等の同じ又は異なる送信装置を含む。この実施の形態はまた第３ユーザインターフェイスを提供する構成を含む」この構成は、コンピュータ装置上のラップトップモニター、ＴＶモニター、ＬＣＤディスプレイを含む。

図１は、本発明の実施の形態を用いることのできるシステムの可能な構成である。ユーザ１００は、データ１０４を計算装置１０１上のグラフィカル・ディスプレイ、テキスト・ディスプレイ等でよいユーザインターフェイスディスプレイ１０５中に入力する。計算装置１０１は、入力を受け取り、そして実施の形態は情報を処理するか、又は、インターフェイスが統合されたトランザクショナルロジックを持たない場合、情報を通信媒体１０２を経由してサーバ１０３へ送信する。サーバ１０３内に、デザイン・パラダイムによってはコントローラ１０６であることができる、インターミディアリ（intermediary）が送信されたデータを受け取り、そして、このデータを処理するために、不可分なインターフェイスロジック及びトランザクショナルロジックを意味する、より古い「インテグレーテッドアプリケーション」１０７を使用できる。そして、インテグレーテッドアプリケーシヨン１０７は、情報をインターミディアリ（intermediary）１０６に戻すために通信して、そしてディスプレイ１０５を更新できる。計算装置１０１は、ラップトップ、ハンドヘルド装置等、処理又は計算能力を持つどんなハードウェアであってよい。通信媒体１０２は、インターネット又はインターネット及び無線又は有線通信（例えば、イーサネット（登録商標）・ケーブル）のいずれかであってよい。サーバ１０３は、データベース情報を含むことができる。そして、サーバは適当に１つ又は複数のサーバコンピュータ１０３を介して実施の形態の機能モジュールを分配することができる。

図２は、サーバ１０３上に位置する例示的インテグレーテッドアプリケーション１０７の構造を示す。インテグレーテッドアプリケーションは全体アプリケーション自身、又は、１つ又は複数のサーバ間の通信する又はその上に位置するより大きいインテグレーテッドアプリケーションのモジュール又はコンポーネントの１つを表すことができる。ソフトウェア・アプリケーションはそれらの機能性に基づいてコンポーネントに分割できる。コンポーネントのモジュラリティは、各ユニットがそのトランザクショナル又は機能ロジックにより特徴付けられることを可能にする。トランザクショナル又は機能ロジックは、データを処理するために使用されるロジックを表すことを意味し、ロジックは、ファイナンシャル、セールス、人的資源、オペレーション、マーケティング、戦略マネージメント、サプライチェーンマネージメント等に関するプログラムなどビジネスロジックから成っている。

図２において、インターフェイスロジック２００は、データを受信して、この情報をトランザクショナルロジック２０１へ送信し、これはその情報を直接にインターフェイスロジック２００へ戻してユーザに表示するか、又は、サーバ記憶装置又はデータベース上の情報２０２を更新する。

図３は、ソフトウェア・アーキテクチャの１つの実施の形態を示し、特に、モデル・ビュー・コントローラ・ソフトウェア・デザイン・パラダイム間の修正された相互作用を利用する新しいＵＩを持つプログラムのアーキテクチャの実施の形態を示す。モデル３０１、ビュー（本発明の実施の形態では新しいインターフェイスロジック３０４を使用する）及びコントローラ３００（本発明の実施の形態ではインターミディアリ（intermediary）として動作する）はソフトウェア・アプリケーション内でデータ状態を変更し、ビューのＵＩを操作するために相互作用をする。ソフトウェア・アプリケーションは新インターフェイスロジック３０４を使用してユーザ１００へビューを表示３０７する。ユーザ１００は、新インターフェイスロジック３０４と相互作用３０７する。新インターフェイスロジック３０４は、モデルに送信３０２するコントローラ３００を介して送信３０５する。コントローラは、ユーザの命令を解釈して、そしてモデル３０１へユーザ１００からの相互作用、アクション、又はイベントを翻訳及び送信３０２する。そして、モデル３０１は、このデータを受け取り、そしてトランザクショナルロジックによりそれを処理し、与えられたデータ及び記憶装置に既にあるデータの状態を操作する。モデル３０１はまた、メッセージを送信でき、同様に、データ及びデータの属性をコントローラ３０２に戻すことができる。コントローラ３０２に戻り送信されたいずれのデータ又は情報はコントローラを介して処理でき、そして新インターフェイスロジック３０４へ送信３０５できる。

分離したＵＩパラダイムを持つ１つの長所は、ＵＩは典型的に異なるクラスのユーザを収容するため又はＵＩプラクティスの変更に適応するいずれかのために顕著な変化を受けることである。例えば、ウェブ又はクライアントＵＩは、マネージャ対従業員、又は、セールス員対事務員のような、ユーザの役割に依存して適応可能である。ＵＩは特定のユーザに対して情報を提示するために必要なスクリーンロジックのみを持つ。そうでなければ、それは典型的にそれ自身のトランザクショナルロジックを含まない。これは、ユーザに表示されたＵＩが適応及び柔軟可能なことを許容する。さらに、これらのインターフェイスが分離可能であるため、それらは同じハードウェア又は、ウェブ・インターフェイス又は別のコンピュータ上にインストールされたサブＧＵＩリッチクライアントなどのインターネット又はイントラネットを経由して見ることのできる異なるハードウェア上に実現できる。また、これらのインターフェイスは、さまざまなタイプのトランザクショナルロジックを含む異なる種類のモジュールと一緒に動作するように適合できる。

本発明は、モジュラー・ソフトウェアアプリケーションのみに限定されない。インテグレーテッドアプリケーションはなお本発明の実施の形態を利用することができる。例えば、もしインテグレーテッドアプリケーションが完全に書き直されたがより古いバージョン上のトランザクショナルロジックへのアクセスが必要な場合、インターミディアリ（intermediary）がより新しいインテグレーテッドアプリケーションのトランザクショナルロジック内で生成されて、インテグレーテッドアプリケーションのよる古いバージョンのＵＩと相互作用するために代理ユーザとして動作する。

図４は、インターミディアリ（intermediary）プロセスを説明するために拡張されたモデル・ビュー・コントローラ・パラダイムの例を示す。図３中のモデル３０１は、トランザクショナルロジック及びコントローラからの入力のインタープリタとして動作した。図４では、インテグレーテッドアプリケーション４０７のモジュールのトランザクショナルロジック２０１は、ユーザ１００によるデータ入力について機能を実行する。インターミディアリ（intermediary）（この場合はコントローラ３００）とモデルのトランザクショナルロジック（この場合はインテグレーテッドアプリケーション４０７のモジュールのトランザクショナルロジック２０１）との間の相互作用の１つの方法は、コントローラ３０２がインターフェイスロジック２００により受け入れられる入力に対応するデータへマップするために使用するマッピング４００を有することである。コントローラ３００はデータのいくつかを記憶でき、そして、さらにデータの部分組及びコントローラ３００の他の情報を含む、データの異なる組又はデータの全体組みを、マッピング４００を介して送信３０２できる。データ及び「データの組」は送信されるデータのタイプ、データ・オブジェクトの組織、又は、送信方法に依存して交換可能に使用できる。コントローラ３００を介してインテクレーテッドアプリケーション４０７へ送られ３０２又は処理後に戻される途中のデータは記憶できる。例えば、もし、インテグレーテッドから戻って来る更新された情報はコントローラ３００を介して中継３０２され、そして新しい入力情報１０４と一緒に使用される場合、データはコントローラ３００により結合されて、新インターフェイスロジック３０４を更新するために送信３０５されることができる。

インターフェイスロジック２００がマップされたデータ３０６を受け取る時、トランザクショナルロジック２０１はもし必要ならばデータを処理しそしてデータを更新する。いずれのメッセージ、データ、又は、データの属性は、マッピング４００を介して送信３０６してコントローラ３００へ戻す３０２ことができる。コントローラ３００は、マップして戻されたデータの組を記憶する。コントローラはマップされたデータを新しいインターフェイスロジック３０４を更新するために使用できる。新しいインターフェイスロジック３０４は、ユーザ１００へ新しい表示を提供３０５するために、もし利用可能ならば、いずれの利用可能なデータ、データの属性、及びマッピング情報を取ることができる。

図５は、インターミディアリ（intermediary）モジュールの適用前に本発明の実施の形態により使用されることのできるインテグレーテッドアプリケーションによりユーザが持つであろう例示的な相互作用を示す。ユーザは、第１入力スクリーン５００を提供される。ユーザが古いインターフェイスロジック２００に渡されるデータを入力する。古いインターフェイスロジック２００はデータを処理されるべきトランザクショナルロジック２０１へ送る。トランザクショナルロジックはデータ２０２の更新又はデータの処理を完全に「暗い」中でする。つまり、ユーザは処理の結果を見ないか又は表示が必ずしも処理の終わりで更新されないことを意味する。したがって、時間が経つにされて５０５、ユーザは新しい入力スクリーン５０１、５０２、５０３、５０４等を受信して、これらを使用してより多くのデータを入力するが、データがインターフェイス上で動的に更新されることを見ない。この間、データの全ての処理はバックグランド２０１及び２０２で行われる。

図６は、インターミディアリ（intermediary）モジュールのマッピングを介して通信することにより古いインテグレーテッドアプリケーションのトランザクショナルロジックにアクセスする新しいＵＩによりユーザが持つであろう例示的な相互作用を示す。再び、時間が経過すると５０５、ユーザは入力スクリーン６００と６０１にデータを入力する。しかし、これらの入力スクリーンは、今、図５に示すようにトランザクショナルロジックと統合化されていないであろう新しいインターフェイスロジックを使用している。したがって、今、データがインターミディアリ（intermediary）、この場合はコントローラ３００、を介して送信されていて、コントローラ３００はデータを古いインターフェイスロジック２００へマッピング４００を介して送信して、トランザクショナルロジック２０１により処理されて、そして潜在的にデータ２０２を更新する。メッセージ、データ更新、及びデータ属性は、マッピングを中継して、直接的６０６又は間接的６０４のいずれかで６０５へ戻される。そして、マップされたデータは、コントローラ３００へ送信され、コントローラ３００はユーザ６０３へ新しい入力スクリーンを持つインターフェイスロジックを提供する。ユーザは動的に更新されたデータを見ることができる。なぜならば、処理はバックグランドで行われるが、「暗い」中では実行されない。

図７は、ＥＲＰアプリケーションの例示的なＵＩを示す。スクリーン７００は、ユーザがデータをインテグレーテッドアプリケーション中に入力するために表示される入力スクリーン５００である。ユーザはデータ７０１を入力することができ、そして「次」７０２をヒットして、次の入力スクリーン５０１へ行く。処理は暗い中で実行され、そして入力スクリーンはユーザへデータを提供しない。

図８は、インターミディアリ（intermediary）、この場合はコントローラ３００、が新しいユーザインターフェイスを戻すためにバックエンド・インテグレーテッドアプリケーションと通信する例を示す。ユーザはデータ８０３を入力スクリーン８０２中に入力する。ユーザが「次」８０４のスクリーンを要求する時、バックグランド中で実行されている全ての処理についてユーザは処理が発生していることは知らないが、入力スクリーンはデータ８０５をインターミディアリ（intermediary）コントローラ３００へデータ８０５を送信する。データ８００は、入力スクリーン８０２からの入力８０３を含む。コントローラ３００は、この情報を取って、それをインテグレーテッドアプリケーションのトランザクショナルロジックによって処理するためにインテグレーテッドアプリケーションへ送信する。コントローラは、新しいＵＩを開発するためにいずれの関連情報を受信し送信８０６する。たとえば、新データは前に記憶されたデータ８００又はメッセージ、処理されたデータ、及びデータ属性８０１を含む。そして、インターフェイスロジックは、新しいＵＩを動的に作成するためにこのデータを使用し、ユーザに発生した処理の知識をデータ８０７と８０８の関連した属性又は新しい情報と一緒に提供する。インターフェイスはまたユーザにプロセスチェーン８０９を表示し、同じく、ユーザが相互作用プロセス８１０のどこにいるのかを示す。

図９は、インテグレーテッドアプリケーションの第１インターフェイスと第２インターフェイスとの間でマップ及び情報を送信して、ユーザと相互作用するための第３インターフェイスを生成するために実行される例示的なロジックを示す。例示的な実施の形態のロジックでは、第１インターフェイスがユーザ８００へ表示される。そして、この表示が新しいアプリケーションのインターフェイスロジックにより生成される。インターフェイスは入力８０９、データを選択するマウスクリック、キーボード入力のいずれか、を待つ。この入力が一旦受信８０１されると、イベントリスナーはデータのこの第１組をインターミディアリ（intermediary）８０２、この例では、モデル・ビュー・コントローラ・ソフトウェア・デザイン・パラダイムのコントローラ・モジュール、に送信する。インターミディアリ（intermediary）は、必要なデータを第２インターフェイスへマップ８０３する。そして、インターミディアリ（intermediary）はデータを、インテグレーテッドアプリケーションの主インターフェイスである、第２インターフェイス８０４へ送信する。インテグレーテッドアプリケーションのトランザクショナルロジックはデータ８０５を処理して、必要に応じて記憶を更新する。処理されたデータ、検索されたデータ、又は入力データの第２組を含むデータの第３組は、インターフェイスロジックを介して、又はこの例示的なロジックでは、インターミディアリ（intermediary）８０６へ送信される。インターミディアリ（intermediary）はこの情報を集めて、それをデータを新しい第３インターフェイス８０７にマップするインターフェイスロジックへ送信する。この第３インターフェイスが表示８０８されて、ユーザ入力８０９を待つ。このサイクルはユーザが処理８１０を完了するための入力をしなければ繰り返される。処理を完了するポイントでユーザインターフェイスはソフトウェア・アプリケーション８１１を出る。

本発明のいくつかの実施の形態がここに詳細に説明された。しかし、本発明の変形と修正が上記の教示によりカバーされ、そして本発明の精神と意図された範囲から逸脱することなく特許請求の範囲内である。

本発明の実施の形態を使用できる可能なシステム構成を示す図。 サーバ上に位置するインテグレーテッドアプリケーションの例の構造を示す図。 特に、新しいＵＩを持つプログラムのアーキテクチャがモデル・ビュー・コントローラ・ソフトウェア・デザイン・パラダイム間の修正された相互作用を利用するソフトウェア・アーキテクチャの一実施形態を示す図。 インターミディアリ（intermediary）プロセスを説明するために、モデル・ビュー・コントローラ・パラダイムの例を示す図。 ユーザがインターミディアリ（intermediary）モジュールの適用前の本発明の一実施の形態により使用できるインテグレーッテッドアプリケーションと持つ相互作用の例を示す図。 ユーザがインターミディアリ（intermediary）モジュールのマッピングを介して通信することにより古いインテグレーテッドアプリケーションのトランザクショナルロジックにアクセスする新しいＵＩとの相互作用の例を示す図。 ＥＲＰアプリケーションのＵＩの例を示す図。 新しいユーザインターフェイスに復帰するためにバックエンド・インテグレーテッド・アプリケーションと通信するインターミディアリ（intermediary）、この場合はコントローラ、の例を示す図。 ユーザと相互作用をする第３インターフェイスを作るために第１インターフェイスとインテグレーテッドアプリケーションの第２インターフェイスとの間に情報を送信してマップするために実行できる例示的ロジックを示す図。

符号の説明

１００ ユーザ
１０１ 計算装置
１０２ 通信媒体
１０３ サーバ
１０４ 入力情報
１０５ ＵＩ表示
１０６ インターミディアリ／コントローラ
１０７ インテグレーテッドアプリケーション

Claims (56)

1. 第１ユーザインターフェイスから入力データを受け取るステップと、
   データの第１の組をインターミディアリへ送信するステップと、
   データの前記第１の組を第２のユーザインターフェイスへマッピングするステップと、
   データの第２の組を前記第２のユーザインターフェイスへ送信するステップと、
   前記第２のユーザインターフェイスからデータの第３の組を前記インターミディアリへ送信するステップと、
   第３のユーザインターフェイスを提供するステップと、
   を含むことを特徴とする方法。
2. 前記インターミディアリは、モデル・ビュー・コントローラ・パラダイムの下で設計されたコントローラであることを特徴とする請求項１に記載の方法。
3. 前記インターミディアリは、データの前記第１の組を記憶することを特徴とする請求項１に記載の方法。
4. 前記インターミディアリは、マッピング情報を記憶することを特徴とする請求項１に記載の方法。
5. 前記第２のユーザインターフェイスはトランザクショナルロジックと統合されていることを特徴とする請求項１に記載の方法。
6. 前記トランザクショナルロジックはデータの前記第２の組を処理することを特徴とする請求項５に記載の方法。
7. 前記トランザクショナルロジックがビジネスロジックであることを特徴とする請求項５に記載の方法。
8. 前記インターミディアリは、データの前記第３の組を記憶することを特徴とする請求項１に記載の方法。
9. 前記インターミディアリからデータの第４の組を前記第３のユーザインターフェイスへ送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
10. 前記第３のユーザインターフェイスがインターフェイスロジックを含むことを特徴とする請求項１に記載の方法。
11. 前記インターフェイスロジックが前記インターミディアリからデータを受け取ることを特徴とする請求項１０に記載の方法。
12. 前記インターフェイスロジックが前記インターミディアリからメッセージを受け取ることを特徴とする請求項１０に記載の方法。
13. 前記インターフェイスロジックが前記インターミディアリから属性を受け取ることを特徴とする請求項１０に記載の方法。
14. 前記インターフェイスロジックが前記インターミディアリからマッピングを受け取ることを特徴とする請求項１０に記載の方法。
15. 第１のユーザインターフェイスから入力データを受信する受信機と、
    データの第１の組をインターミディアリに送信し、データの第２の組を第２のユーザインターフェイスへ送信し、そしてデータの第３の組を前記第２のユーザインターフェイスから前記インターミディアへ送信する送信機と、
    データの前記第１組を前記第２のユーザインターフェイスへマッピングするプロセッサと、
    第３のユーザインターフェイスを提供するターミナルと、
    を含むことを特徴とするシステム。
16. 前記インターミディアリが、モデル・ビュー・コントローラ・パラダイムの下で設計されたコントローラであることを特徴とする請求項１５に記載のシステム。
17. 前記インターミディアリが、データの前記第１組を記憶することを特徴とする請求項１５に記載のシステム。
18. 前記インターミディアリが、マッピング情報を記憶することを特徴とする請求項１５に記載のシステム。
19. 前記第２のユーザインターフェイスがトランザクショナルロジックと統合されていることを特徴とする請求項１５に記載のシステム。
20. 前記トランザクショナルロジックがデータの前記第２組を処理することを特徴とする請求項１９に記載のシステム。
21. 前記トランザクショナルロジックがビジネスロジックであることを特徴とする請求項１９に記載のシステム。
22. 前記インターミディアリが、データの前記第３組を記憶することを特徴とする請求項１５に記載のシステム。
23. データの第４組を前記インターミディアリから前記第３のインターフェイスへ送信することをさらに含むことを特徴とする請求項１５に記載のシステム。
24. 前記第３のユーザインターフェイスはインターフェイスロジックを含むことを特徴とする請求項１５に記載のシステム。
25. 前記インターフェイスロジックが前記インターミディアリからデータを受信することを特徴とする請求項２４に記載のシステム。
26. 前記インターフェイスロジックが前記インターミディアリからメッセージを受信することを特徴とする請求項２４に記載のシステム。
27. 前記インターフェイスロジックが前記インターミディアリから属性情報を受信することを特徴とする請求項２４に記載のシステム。
28. 前記インターフェイスロジックが前記インターミディアリからマッピング情報を受信することを特徴とする請求項２４に記載のシステム。
29. 実行される時に以下の方法の実行を結果する命令を含んだコンピュータ読取可能記憶媒体であって、前記方法は、
    第１ユーザインターフェイスから入力データを受信するステップと、
    データの第１組をインターミディアリに送信するステップと、
    データの前記第１組を第２ユーザインターフェイスへマッピングするステップと、
    データの第２の組を前記第２ユーザインターフェイスへ送信するステップと、
    データの第３組を前記第２のユーザインターフェイスから前記インターミディアリに送信するステップと、
    第３ユーザインターフェイスを提供するステップと、
    を含むことを特徴とするコンピュータ読取可能記憶媒体。
30. 前記インターミディアリが、モデル・ビュー・コントローラ・パラダイムの下で設計されたコントローラであることを特徴とする請求項２９に記載のコンピュータ読取可能記憶媒体。
31. 前記インターミディアリが、データの前記第１組を記憶することを特徴とする請求項２９に記載のコンピュータ読取可能記憶媒体。
32. 前記インターミディアリが、マッピング情報を記憶することを特徴とする請求項２９に記載のコンピュータ読取可能記憶媒体。
33. 前記第２のユーザインターフェイスがトランザクショナルロジックと統合されていることを特徴とする請求項２９に記載のコンピュータ読取可能記憶媒体。
34. 前記トランザクショナルロジックがデータの前記第２組を処理することを特徴とする請求項３３に記載のコンピュータ読取可能記憶媒体。
35. 前記トランザクショナルロジックがビジネスロジックであることを特徴とする請求項３３に記載のコンピュータ読取可能記憶媒体。
36. 前記インターミディアリが、データの前記第３組を記憶することを特徴とする請求項２９に記載のコンピュータ読取可能記憶媒体。
37. データの第４組を前記インターミディアリから前記第３のインターフェイスへ送信することをさらに含むことを特徴とする請求項２９に記載のコンピュータ読取可能記憶媒体。
38. 前記第３のユーザインターフェイスはインターフェイスロジックを含むことを特徴とする請求項２９に記載のコンピュータ読取可能記憶媒体。
39. 前記インターフェイスロジックが前記インターミディアリからデータを受信することを特徴とする請求項３８に記載のコンピユータ読取可能記憶媒体。
40. 前記インターフェイスロジックが前記インターミディアリからメッセージを受信することを特徴とする請求項３８に記載のコンピュータ読取可能記憶媒体。
41. 前記インターフェイスロジックが前記インターミディアリから属性情報を受信することを特徴とする請求項３８に記載のコンピュータ読取可能記憶媒体。
42. 前記インターフェイスロジックが前記インターミディアリからマッピング情報を受信することを特徴とする請求項３８に記載のコンピュータ読取可能記憶媒体。
43. 第１ユーザインターフェイスから入力データを受信する構成と、
    データの第１組をインターミディアリに送信する構成と、
    データの前記第１組を第２ユーザインターフェイスへマッピングする構成と、
    データの第２の組を前記第２ユーザインターフェイスへ送信する構成と、
    データの第３組を前記第２のユーザインターフェイスから前記インターミディアリに送信する構成と、
    第３ユーザインターフェイスを提供する構成と、
    を含むことを特徴とするシステム。
44. 前記インターミディアリが、モデル・ビュー・コントローラ・パラダイムの下で設計されたコントローラであることを特徴とする請求項４３に記載のシステム。
45. 前記インターミディアリが、データの前記第１組を記憶することを特徴とする請求項４３に記載のシステム。
46. 前記インターミディアリが、マッピング情報を記憶することを特徴とする請求項４３に記載のシステム。
47. 前記第２のユーザインターフェイスがトランザクショナルロジックと統合されていることを特徴とする請求項４３に記載のシステム。
48. 前記トランザクショナルロジックがデータの前記第２組を処理することを特徴とする請求項４７に記載のシステム。
49. 前記トランザクショナルロジックがビジネスロジックであることを特徴とする請求項４７に記載のシステム。
50. 前記インターミディアリが、データの前記第３組を記憶することを特徴とする請求項４３に記載のシステム。
51. データの第４組を前記インターミディアリから前記第３のインターフェイスへ送信することをさらに含むことを特徴とする請求項４３に記載のシステム。
52. 前記第３のユーザインターフェイスはインターフェイスロジックを含むことを特徴とする請求項４３に記載のシステム。
53. 前記インターフェイスロジックが前記インターミディアリからデータを受信することを特徴とする請求項５２に記載のシステム。
54. 前記インターフェイスロジックが前記インターミディアリからメッセージを受信することを特徴とする請求項５２に記載のシステム。
55. 前記インターフェイスロジックが前記インターミディアリから属性情報を受信することを特徴とする請求項５２に記載のシステム。
56. 前記インターフェイスロジックが前記インターミディアリからマッピング情報を受信することを特徴とする請求項５２に記載のシステム。

Images