JP2003036181A - アップグレード移行中の変換に移行プラグインを用いる漸進的ロールオーバプロセスによりホット移行動作を実行する方法、マルチプロセスシステム、及び、かかる方法を実施するシステム - Google Patents
アップグレード移行中の変換に移行プラグインを用いる漸進的ロールオーバプロセスによりホット移行動作を実行する方法、マルチプロセスシステム、及び、かかる方法を実施するシステムInfo
- Publication number
- JP2003036181A JP2003036181A JP2002167395A JP2002167395A JP2003036181A JP 2003036181 A JP2003036181 A JP 2003036181A JP 2002167395 A JP2002167395 A JP 2002167395A JP 2002167395 A JP2002167395 A JP 2002167395A JP 2003036181 A JP2003036181 A JP 2003036181A
- Authority
- JP
- Japan
- Prior art keywords
- data
- version
- service
- repository
- migration
- 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
Links
Classifications
-
- 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/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99954—Version management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】 アプリケーションの動作不能状態や実行中の
クライアントセッションの無効を生じさせずに第１のデ
ータモデルを用いる第１のバージョンのサービス（クラ
イアントアプリケーション、データマネージャ、データ
レポジトリ）から第２のデータモデルを用いる第２のバ
ージョンのサービスへのホット移行動作を並列処理に適
したサーバ装置上で行う方法を提供することを目的とす
る。 【解決手段】 第２のバージョンのクライアントアプリ
ケーション、第２のバージョンのデータマネージャ及び
第２のバージョンのデータマネージャと協働する第２の
バージョンのデータレポジトリがインストールされる。
第１及び第２のバージョンのデータマネージャは夫々移
行プラグインを有する。連続して全データが変換され旧
バージョンが除去可能となるまで移行プラグインにより
第１のデータレポジトリから第２のデータレポジトリへ
データが変換される漸進的ロールオーバプロセスが用い
られる。
クライアントセッションの無効を生じさせずに第１のデ
ータモデルを用いる第１のバージョンのサービス（クラ
イアントアプリケーション、データマネージャ、データ
レポジトリ）から第２のデータモデルを用いる第２のバ
ージョンのサービスへのホット移行動作を並列処理に適
したサーバ装置上で行う方法を提供することを目的とす
る。 【解決手段】 第２のバージョンのクライアントアプリ
ケーション、第２のバージョンのデータマネージャ及び
第２のバージョンのデータマネージャと協働する第２の
バージョンのデータレポジトリがインストールされる。
第１及び第２のバージョンのデータマネージャは夫々移
行プラグインを有する。連続して全データが変換され旧
バージョンが除去可能となるまで移行プラグインにより
第１のデータレポジトリから第２のデータレポジトリへ
データが変換される漸進的ロールオーバプロセスが用い
られる。
Description
【０００１】
【発明の属する技術分野】本発明は、請求項１の前段に
記載の方法に関連する。更に、本発明はかかる方法を実
施するためのシステム、並びに、記憶媒体又は電気信号
といった担体上のかかる方法を実施するプログラムに関
する。
記載の方法に関連する。更に、本発明はかかる方法を実
施するためのシステム、並びに、記憶媒体又は電気信号
といった担体上のかかる方法を実施するプログラムに関
する。
【０００２】
【従来の技術】本願明細書では、サービスとは、コンピ
ュータプログラム、データベースシステム、オペレーテ
ィングシステム、ｅ−サービス、又はこれらを混合した
もの又は組み合わせたものを表わしうる。更に、これら
は夫々、以下望ましい実施例によって説明されるハード
ウエア及びソフトウエアの範囲で動作可能であるよう適
当な範囲で解される。本発明は、一方でアプリケーショ
ンを使用し他方でアプリケーションを維持する状況が、
一般的には時間的に及び／又は空間的に分けられる場
合、及び／又は、移行全体を行うのに十分に長いシステ
ム全体についての一般的な休止時間間隔をスケジュール
することが困難な場合に関する。これに関する問題は、
一般的に、ユーザの数が多い場合及び／又はユーザの地
理的な分布が広い場合に生ずるが、この場合にのみ生ず
るものではない。
ュータプログラム、データベースシステム、オペレーテ
ィングシステム、ｅ−サービス、又はこれらを混合した
もの又は組み合わせたものを表わしうる。更に、これら
は夫々、以下望ましい実施例によって説明されるハード
ウエア及びソフトウエアの範囲で動作可能であるよう適
当な範囲で解される。本発明は、一方でアプリケーショ
ンを使用し他方でアプリケーションを維持する状況が、
一般的には時間的に及び／又は空間的に分けられる場
合、及び／又は、移行全体を行うのに十分に長いシステ
ム全体についての一般的な休止時間間隔をスケジュール
することが困難な場合に関する。これに関する問題は、
一般的に、ユーザの数が多い場合及び／又はユーザの地
理的な分布が広い場合に生ずるが、この場合にのみ生ず
るものではない。
【０００３】
【発明が解決しようとする課題】本発明については、以
下、特定の実施例を参照して説明する。しかしながら、
原理的には本発明はより広い範囲で使用されうる。概し
て、移行中、アプリケーションのユーザ機能は変化し、
この変化はユーザにとって明らかである。本発明の特に
有利な実施例は、オブジェクト指向プログラミングの使
用によって実現されうる。ここで、かかる移行は、ユー
ザには、従来技術では、幾らかの時間に亘ってアプリケ
ーションが動作不能とされること、又は更に悪い場合
は、実際に実行されているクライアントセッションが無
効とされることとして見える。当該のユーザに対して
は、このような状態はアプリケーション自体が、又は、
更に下位の技術がうまく作動していないものとしてみえ
る。発明者は、多くの状況においてこのような動作不能
は許容できないものであることを認識した。
下、特定の実施例を参照して説明する。しかしながら、
原理的には本発明はより広い範囲で使用されうる。概し
て、移行中、アプリケーションのユーザ機能は変化し、
この変化はユーザにとって明らかである。本発明の特に
有利な実施例は、オブジェクト指向プログラミングの使
用によって実現されうる。ここで、かかる移行は、ユー
ザには、従来技術では、幾らかの時間に亘ってアプリケ
ーションが動作不能とされること、又は更に悪い場合
は、実際に実行されているクライアントセッションが無
効とされることとして見える。当該のユーザに対して
は、このような状態はアプリケーション自体が、又は、
更に下位の技術がうまく作動していないものとしてみえ
る。発明者は、多くの状況においてこのような動作不能
は許容できないものであることを認識した。
【０００４】
【課題を解決するための手段】発明者は、漸進的な手順
が与える利点により、「既に進んでいる」他のものに対
して移行において「遅れている」ユーザ実体からのアッ
プグレード又は移行をいわば「隠す」ことが可能であ
り、その逆を行うことが可能であり、まだ遅れている他
の実体に対して既に進んだユーザ実体に対して移行がま
だ完了していないことを隠すことが可能であることを認
識する。
が与える利点により、「既に進んでいる」他のものに対
して移行において「遅れている」ユーザ実体からのアッ
プグレード又は移行をいわば「隠す」ことが可能であ
り、その逆を行うことが可能であり、まだ遅れている他
の実体に対して既に進んだユーザ実体に対して移行がま
だ完了していないことを隠すことが可能であることを認
識する。
【０００５】従って、特に、本発明は、変換されたエン
トリを変換されていない他のエントリから離し、「ロー
ル・オーバ」式に移行を行うことを目的とする。アプリ
ケーションに関連するデータレポジトリは、複数の連続
するセッション中であっても利用可能のままである。
トリを変換されていない他のエントリから離し、「ロー
ル・オーバ」式に移行を行うことを目的とする。アプリ
ケーションに関連するデータレポジトリは、複数の連続
するセッション中であっても利用可能のままである。
【０００６】従って、本発明の面のうちの１つによれ
ば、本発明は請求項１の特徴部に従って特徴付けられ
る。
ば、本発明は請求項１の特徴部に従って特徴付けられ
る。
【０００７】本発明は、また、請求項１記載の方法を実
施するよう配置される。本発明の更なる利点は従属項に
記載される。
施するよう配置される。本発明の更なる利点は従属項に
記載される。
【０００８】
【発明の実施の形態】本発明の上述の及び更なる面及び
利点について、望ましい実施例に説明を参照し、特に添
付の図面を参照して以下詳述する。
利点について、望ましい実施例に説明を参照し、特に添
付の図面を参照して以下詳述する。
【０００９】まず、本発明の産業上の利用分野について
説明する。図１は、本実施例ではオンライン小売店で顧
客関連データにアクセスするための、第１の利用形態に
おける２つのバージョンのサービスを示す図である。旧
バージョン（上）では、顧客の氏名は単一の属性として
利用可能であった。新バージョン（下）では、顧客の名
と姓が別々に利用可能である。移行を行うために休止時
間が必要でなければ、新バージョンを導入する合間でも
店はオンラインのままでありうる。
説明する。図１は、本実施例ではオンライン小売店で顧
客関連データにアクセスするための、第１の利用形態に
おける２つのバージョンのサービスを示す図である。旧
バージョン（上）では、顧客の氏名は単一の属性として
利用可能であった。新バージョン（下）では、顧客の名
と姓が別々に利用可能である。移行を行うために休止時
間が必要でなければ、新バージョンを導入する合間でも
店はオンラインのままでありうる。
【００１０】図２は、本実施例では図書館である第２の
使用形態の２つのバージョンを示す図である。旧図書館
アプリケーション（上）は、様々な本の大きさに関する
情報を持っていなかった。新バージョン（下）では、夫
々の本の題名はページ数の属性を有する。本発明を用い
ることにより、図書館アプリケーションは、属性の拡張
を導入する移行の間、オンラインのままでありうる。
使用形態の２つのバージョンを示す図である。旧図書館
アプリケーション（上）は、様々な本の大きさに関する
情報を持っていなかった。新バージョン（下）では、夫
々の本の題名はページ数の属性を有する。本発明を用い
ることにより、図書館アプリケーションは、属性の拡張
を導入する移行の間、オンラインのままでありうる。
【００１１】同様に、統合業務システム（Enterprise R
esource Planning system）は、オンラインのままでそ
の夫々のデータベースのうちの様々なデータベースを単
一のデータベースへ組み合わせることが可能であり、実
際の製造は中断されたり間違った指示をされることはな
い。同様に、新しい通貨への変換（例えば２００２年１
月１日のユーロへの変換）は、本発明を用いれば種々の
顧客銀行間の同期を必要としない。実際、そのうちの様
々な銀行は、他の銀行が既に新しい通貨へ切り換えてい
ても、業務において古い通貨を使用しつづける場合があ
る。同様に、保険会社は、特定の顧客に特定の保険契約
を提示する一方で、当該の保険プログラムの新バージョ
ンへ移行しうる。それでも、アプリケーションは、ユー
ザである人物によって入力されれば、旧データを受け入
れる。明らかに、この種類の移行は改善されたサービス
水準を与える。
esource Planning system）は、オンラインのままでそ
の夫々のデータベースのうちの様々なデータベースを単
一のデータベースへ組み合わせることが可能であり、実
際の製造は中断されたり間違った指示をされることはな
い。同様に、新しい通貨への変換（例えば２００２年１
月１日のユーロへの変換）は、本発明を用いれば種々の
顧客銀行間の同期を必要としない。実際、そのうちの様
々な銀行は、他の銀行が既に新しい通貨へ切り換えてい
ても、業務において古い通貨を使用しつづける場合があ
る。同様に、保険会社は、特定の顧客に特定の保険契約
を提示する一方で、当該の保険プログラムの新バージョ
ンへ移行しうる。それでも、アプリケーションは、ユー
ザである人物によって入力されれば、旧データを受け入
れる。明らかに、この種類の移行は改善されたサービス
水準を与える。
【００１２】図３は、第２の使用形態、即ちインターネ
ットを介した文書の印刷のセットアップを示す図であ
る。例えば、このような印刷サービスシステム３０１
は、旧アプリケーションを含み、印刷ジョブ３０２を実
行するために、ポストオフィスサーバ３０３は、印刷ジ
ョブを受け取り、これらを旧プリントショップ３０４へ
転送する。旧印刷サービスシステムは、各印刷命令に対
して単一の文書のみを受け入れる。一方、アプリケーシ
ョン３０５とプリントショップ３０６とを含む新印刷サ
ービスシステムは単一の印刷命令に対して多数の文書を
受け入れる。ここで、様々な遠隔の場所に配置されうる
全ての実体を同時に更新することは、一般的には可能で
ない。しかしながら、本発明の概念を導入することによ
り、種々の実体間での同期という要件がなくなる。旧ク
ライアント及び旧プリントショップは新サービスに有効
に切り換えるまでは旧パラダイムを使用し、一方、アイ
テム２４といった新しい更新されたアプリケーションは
まだ移行していないステーションと通信している間で
も、直ぐに新しい特徴を使用することが可能となる。
ットを介した文書の印刷のセットアップを示す図であ
る。例えば、このような印刷サービスシステム３０１
は、旧アプリケーションを含み、印刷ジョブ３０２を実
行するために、ポストオフィスサーバ３０３は、印刷ジ
ョブを受け取り、これらを旧プリントショップ３０４へ
転送する。旧印刷サービスシステムは、各印刷命令に対
して単一の文書のみを受け入れる。一方、アプリケーシ
ョン３０５とプリントショップ３０６とを含む新印刷サ
ービスシステムは単一の印刷命令に対して多数の文書を
受け入れる。ここで、様々な遠隔の場所に配置されうる
全ての実体を同時に更新することは、一般的には可能で
ない。しかしながら、本発明の概念を導入することによ
り、種々の実体間での同期という要件がなくなる。旧ク
ライアント及び旧プリントショップは新サービスに有効
に切り換えるまでは旧パラダイムを使用し、一方、アイ
テム２４といった新しい更新されたアプリケーションは
まだ移行していないステーションと通信している間で
も、直ぐに新しい特徴を使用することが可能となる。
【００１３】上述の全てにおいて、本発明は分散環境に
おいて実施されえ、殆どの場合は１以上のプラットフォ
ームに基づく分散環境が使用される。
おいて実施されえ、殆どの場合は１以上のプラットフォ
ームに基づく分散環境が使用される。
【００１４】以下、本発明の望ましい実施例について説
明する。
明する。
【００１５】図４は、本発明を実施するハードウエア実
施例を示す図である。図示するように、クライアントＣ
ＬＡ，ＣＬＢ，ＣＬＣ，ＣＬＤは、ＬＡＮ、インターネ
ット又は他の相互接続方式でありうるネットワークＮに
よってサーバＳＡ及びＳＢにインタフェース接続され
る。クライアントは、従来技術で周知のバランス方法を
実行することにより負荷バランスプールを構成しうるサ
ーバへユーザ要求を発する。サーバは、当てはまる場合
は、単一のサーバマルチプロセスユニットを構成しう
る。
施例を示す図である。図示するように、クライアントＣ
ＬＡ，ＣＬＢ，ＣＬＣ，ＣＬＤは、ＬＡＮ、インターネ
ット又は他の相互接続方式でありうるネットワークＮに
よってサーバＳＡ及びＳＢにインタフェース接続され
る。クライアントは、従来技術で周知のバランス方法を
実行することにより負荷バランスプールを構成しうるサ
ーバへユーザ要求を発する。サーバは、当てはまる場合
は、単一のサーバマルチプロセスユニットを構成しう
る。
【００１６】図５は、本発明の概念を示す図である。図
中、符号Ａは開始状態、符号Ｂは移行中の状態、符号Ｃ
は結果としての状態を示す。Ａ，Ｂ，Ｃのいずれかに含
まれる同じ項目は、同じ参照番号によって示される。一
番上の符号Ａは、アプリケーションのバージョンＮが動
作状態でありアプリケーションが通常通り作動する最初
の状態を示す。適用可能なバージョンＮのデータマネー
ジャ（５０１）を用いて、次のアプリケーション（５０
２）は関連するバージョンのデータレポジトリ（５０
３）にアクセスする。本発明の広範な実施の例として、
アプリケーション、データマネージャ、及びデータレポ
ジトリの概念は、アプリケーションの幾つかの例示的な
フィールドについての対応する概念へマップされる。こ
れに関して、ｅ−サービスという用語は、例えばインタ
ーネットといった公衆によってアクセス可能なネットワ
ークを介して利用可能なサービスであり、書籍の販売、
電話帳等のデータを調べること、翻訳サービス、印刷サ
ービス等のサービスを提供するものであると理解される
べきである。
中、符号Ａは開始状態、符号Ｂは移行中の状態、符号Ｃ
は結果としての状態を示す。Ａ，Ｂ，Ｃのいずれかに含
まれる同じ項目は、同じ参照番号によって示される。一
番上の符号Ａは、アプリケーションのバージョンＮが動
作状態でありアプリケーションが通常通り作動する最初
の状態を示す。適用可能なバージョンＮのデータマネー
ジャ（５０１）を用いて、次のアプリケーション（５０
２）は関連するバージョンのデータレポジトリ（５０
３）にアクセスする。本発明の広範な実施の例として、
アプリケーション、データマネージャ、及びデータレポ
ジトリの概念は、アプリケーションの幾つかの例示的な
フィールドについての対応する概念へマップされる。こ
れに関して、ｅ−サービスという用語は、例えばインタ
ーネットといった公衆によってアクセス可能なネットワ
ークを介して利用可能なサービスであり、書籍の販売、
電話帳等のデータを調べること、翻訳サービス、印刷サ
ービス等のサービスを提供するものであると理解される
べきである。
【００１７】本発明による方法が有利に適用されうる適
用分野は、特に、オペレーティングシステム（１）、ワ
ードプロセッシング（２）、データベース（３）、及び
ｅ−サービス（４）である。夫々の場合に、クライアン
トアプリケーションは、ファイルシステムブラウザ
（１）、ワードプロセッシングアプリケーション
（２）、データベースアプリケーション（３）、及びサ
ービスプロバイダのウェブサイト（４）である。夫々の
データマネージャは、夫々の場合に、ファイルシステム
（１）、「ロード」、「保存」、「フォーマット」等の
特定のコマンドセット（２）、データベースエンジン
（３）、及びユーザ入力データを特定のデータモデルへ
変換するプログラム（４）であり、データレポジトリ
は、夫々、ディスク（１）、ファイルシステム（２）、
やはりファイルシステム（３）、及び特定のデータモデ
ルをサポートする統合業務システム（４）である。全て
の場合において、データマネージャ（５０１）はデータ
レポジトリ（５０３）のアプリケーション（５０２）に
よってアクセスを管理する。
用分野は、特に、オペレーティングシステム（１）、ワ
ードプロセッシング（２）、データベース（３）、及び
ｅ−サービス（４）である。夫々の場合に、クライアン
トアプリケーションは、ファイルシステムブラウザ
（１）、ワードプロセッシングアプリケーション
（２）、データベースアプリケーション（３）、及びサ
ービスプロバイダのウェブサイト（４）である。夫々の
データマネージャは、夫々の場合に、ファイルシステム
（１）、「ロード」、「保存」、「フォーマット」等の
特定のコマンドセット（２）、データベースエンジン
（３）、及びユーザ入力データを特定のデータモデルへ
変換するプログラム（４）であり、データレポジトリ
は、夫々、ディスク（１）、ファイルシステム（２）、
やはりファイルシステム（３）、及び特定のデータモデ
ルをサポートする統合業務システム（４）である。全て
の場合において、データマネージャ（５０１）はデータ
レポジトリ（５０３）のアプリケーション（５０２）に
よってアクセスを管理する。
【００１８】移行プラグイン・ヌル・スタブ（５０４）
は、データマネージャへの必要なインタフェース接続以
外は処理機能を行わない。アプリケーション（５０２）
は、単一の実体として表わされているが、実際は、多数
の処理上で並列に実行されるか、又は、単一の場所又は
複数の遠隔の場所に置かれた多数のプロセッサ上で実行
されうる。同じことは、図中の符号Ｂ及びＣの部分にお
ける様々なアプリケーションについても適用されうる。
更に、クライアントアプリケーションを介してサービス
にアクセスするアプリケーションユーザは、人間のユー
ザであるかプログラム（例えばエージェント）でありう
る。
は、データマネージャへの必要なインタフェース接続以
外は処理機能を行わない。アプリケーション（５０２）
は、単一の実体として表わされているが、実際は、多数
の処理上で並列に実行されるか、又は、単一の場所又は
複数の遠隔の場所に置かれた多数のプロセッサ上で実行
されうる。同じことは、図中の符号Ｂ及びＣの部分にお
ける様々なアプリケーションについても適用されうる。
更に、クライアントアプリケーションを介してサービス
にアクセスするアプリケーションユーザは、人間のユー
ザであるかプログラム（例えばエージェント）でありう
る。
【００１９】図５の符号Ｂの部分は、バージョンＮから
バージョンＮ＋１への移行中の状態を示す図である。一
方で、かかる移行はユーザのアクションに応じてインク
リメントして行われうる。これに対して、他の駆動機構
は、システム全体によって誘起される１ステップでの完
全な移行でありうる。これは、まず全てのデータを取り
出し、これらのデータを新レポジトリに格納することに
よって行われる。ここで、図５の符号Ｂの左半分は、相
対的に「遅れて」おり未だにクライアントアプリケーシ
ョンのバージョンＮ（５０２）を使用するアプリケーシ
ョンにアクセス可能であり、右半分は、相対的に「進ん
で」おり既にクライアントアプリケーションのバージョ
ンＮ＋１（５０６）を使用している他のアプリケーショ
ンにアクセス可能である。
バージョンＮ＋１への移行中の状態を示す図である。一
方で、かかる移行はユーザのアクションに応じてインク
リメントして行われうる。これに対して、他の駆動機構
は、システム全体によって誘起される１ステップでの完
全な移行でありうる。これは、まず全てのデータを取り
出し、これらのデータを新レポジトリに格納することに
よって行われる。ここで、図５の符号Ｂの左半分は、相
対的に「遅れて」おり未だにクライアントアプリケーシ
ョンのバージョンＮ（５０２）を使用するアプリケーシ
ョンにアクセス可能であり、右半分は、相対的に「進ん
で」おり既にクライアントアプリケーションのバージョ
ンＮ＋１（５０６）を使用している他のアプリケーショ
ンにアクセス可能である。
【００２０】更に、データレポジトリは、既に、バージ
ョンＮ＋１（５０７）でも利用可能とされるとともに、
未だにバージョンＮ（５０３）にも維持される。これ
は、データレポジトリの一部が新バージョンで利用可能
であるとともに、一部は旧バージョンで未だに利用可能
であることを意味し、組み合わされた２つのバージョン
は一緒にデータ全体に対応することが可能である。デー
タレポジトリ又はその部分からのデータの変換は、一般
的にはユーザには見えないバックグランド処理として実
行される。アプリケーションと同じバージョンでデータ
レポジトリ又はその部分にアクセスするには、後者はも
ちろんデータマネージャと関連するデータレポジトリと
の間で変換を必要とせず、これは図中まっすぐな接続線
で示されている。
ョンＮ＋１（５０７）でも利用可能とされるとともに、
未だにバージョンＮ（５０３）にも維持される。これ
は、データレポジトリの一部が新バージョンで利用可能
であるとともに、一部は旧バージョンで未だに利用可能
であることを意味し、組み合わされた２つのバージョン
は一緒にデータ全体に対応することが可能である。デー
タレポジトリ又はその部分からのデータの変換は、一般
的にはユーザには見えないバックグランド処理として実
行される。アプリケーションと同じバージョンでデータ
レポジトリ又はその部分にアクセスするには、後者はも
ちろんデータマネージャと関連するデータレポジトリと
の間で変換を必要とせず、これは図中まっすぐな接続線
で示されている。
【００２１】この場合、即ち符号Ｂの状態では、移行プ
ラグイン・ヌル・スタブ（５０４）は左の移行プラグイ
ンＮ＋１＞Ｎ（５０５）によって置き換えられている。
上述の状態に対応する状況は、図の右側に示され、バー
ジョンＮ＋１のアプリケーション（５０６）がユーザに
よりアクセス可能であると共に更にＮ＋１バージョンに
関連するデータレポジトリ又は部分（５０７）が有効で
ある。この状態は、図示するように、バージョンＮ＋１
のデータマネージャ（５０８）と移行プラグインＮ＞Ｎ
＋１（５０９）とを必要とする。
ラグイン・ヌル・スタブ（５０４）は左の移行プラグイ
ンＮ＋１＞Ｎ（５０５）によって置き換えられている。
上述の状態に対応する状況は、図の右側に示され、バー
ジョンＮ＋１のアプリケーション（５０６）がユーザに
よりアクセス可能であると共に更にＮ＋１バージョンに
関連するデータレポジトリ又は部分（５０７）が有効で
ある。この状態は、図示するように、バージョンＮ＋１
のデータマネージャ（５０８）と移行プラグインＮ＞Ｎ
＋１（５０９）とを必要とする。
【００２２】図５の下の部分Ｃは、全てのユーザ及び全
てのデータレポジトリがバージョンＮ＋１に変換された
状態を示す。「旧バージョン」のデータレポジトリがも
はや新バージョンのユーザによってアクセスされる必要
がなくなったとき、移行プラグインは移行プラグイン・
ヌル・スタブ（５１０）によって置き換えられる。上述
のような方法では、ユーザは一般的に全く休止時間を経
験しないか、移行プラグイン（５０５、５０９）のイン
ストール及びアンインストールに必要な短い時間に亘っ
てのみ休止時間を経験する。尚、バージョンＮ＋２への
更なるアップグレードをバージョンＮ＋１への移行が完
了する前でも開始することが可能であり、かかる実施例
では、図５の符号Ｂに種々のバージョンについての多数
の移行プラグインを繰り返すプラグインが必要とされ、
これは、"Design Patterns: Elements of reusable obj
ect oriented software", Erich Gamma et al. ISBN 0-
201-63361-2 1995, Addison Wesley Longman, Inc..か
ら公知の複合デザインパターンに従って実施されうる。
てのデータレポジトリがバージョンＮ＋１に変換された
状態を示す。「旧バージョン」のデータレポジトリがも
はや新バージョンのユーザによってアクセスされる必要
がなくなったとき、移行プラグインは移行プラグイン・
ヌル・スタブ（５１０）によって置き換えられる。上述
のような方法では、ユーザは一般的に全く休止時間を経
験しないか、移行プラグイン（５０５、５０９）のイン
ストール及びアンインストールに必要な短い時間に亘っ
てのみ休止時間を経験する。尚、バージョンＮ＋２への
更なるアップグレードをバージョンＮ＋１への移行が完
了する前でも開始することが可能であり、かかる実施例
では、図５の符号Ｂに種々のバージョンについての多数
の移行プラグインを繰り返すプラグインが必要とされ、
これは、"Design Patterns: Elements of reusable obj
ect oriented software", Erich Gamma et al. ISBN 0-
201-63361-2 1995, Addison Wesley Longman, Inc..か
ら公知の複合デザインパターンに従って実施されうる。
【００２３】特に有利な手順は以下の通りである。新ア
プリケーションＮ＋１がデータを取り出す必要があると
き、そのデータマネージャはまずそのプラグインを介し
て旧バージョンＮのデータレポジトリから当該のデータ
を取り出すことを試みる。データが実際に見つかれば、
プラグイン（５０９）はこのデータをバージョンＮ＋１
のフォーマットへ変換し、これをバージョンＮ＋１のデ
ータレポジトリに格納し、これをバージョンＮのデータ
レポジトリから除去する。その後、又はデータが旧デー
タレポジトリの中に見つからない場合は、データマネー
ジャは変換されたデータをバージョンＮ＋１のデータソ
ースから取り出す。同様に、旧アプリケーション（５０
２）がデータを取り出す場合、そのデータマネージャ
（５０１）はまず旧バージョンのデータレポジトリ（５
０３）から当該のデータを取り出すことを試みる。
プリケーションＮ＋１がデータを取り出す必要があると
き、そのデータマネージャはまずそのプラグインを介し
て旧バージョンＮのデータレポジトリから当該のデータ
を取り出すことを試みる。データが実際に見つかれば、
プラグイン（５０９）はこのデータをバージョンＮ＋１
のフォーマットへ変換し、これをバージョンＮ＋１のデ
ータレポジトリに格納し、これをバージョンＮのデータ
レポジトリから除去する。その後、又はデータが旧デー
タレポジトリの中に見つからない場合は、データマネー
ジャは変換されたデータをバージョンＮ＋１のデータソ
ースから取り出す。同様に、旧アプリケーション（５０
２）がデータを取り出す場合、そのデータマネージャ
（５０１）はまず旧バージョンのデータレポジトリ（５
０３）から当該のデータを取り出すことを試みる。
【００２４】アクセスが失敗すると、データマネージャ
（５０１）は新バージョンＮ＋１のデータレポジトリ
（５０７）からデータを取り出すためにプラグイン（５
０５）を使用する。データ見つかれば、データは使用の
ために変換されるが、バージョンＮのデータレポジトリ
（５０３）には格納されない。データの書き込みは、そ
のデータのバージョンのデータレポジトリに対して優先
して実行される。いくらか後の時点において、旧バージ
ョンで作業しているアプリケーションユーザが殆ど又は
全くいなくなり、旧アプリケーションは機能停止される
が、旧データレポジトリは新バージョンのアプリケーシ
ョンのプラグインのために利用可能なままとされる。新
アプリケーションの移行プラグイン（５０９）は、旧バ
ージョンのデータレポジトリの中の全ての残るデータの
移行を強制する。そのとき、Ｎ＞Ｎ＋１移行プラグイン
（５０９）はヌル・スタブ（５１０）によって置き換え
られ、旧データレポジトリは除去される。
（５０１）は新バージョンＮ＋１のデータレポジトリ
（５０７）からデータを取り出すためにプラグイン（５
０５）を使用する。データ見つかれば、データは使用の
ために変換されるが、バージョンＮのデータレポジトリ
（５０３）には格納されない。データの書き込みは、そ
のデータのバージョンのデータレポジトリに対して優先
して実行される。いくらか後の時点において、旧バージ
ョンで作業しているアプリケーションユーザが殆ど又は
全くいなくなり、旧アプリケーションは機能停止される
が、旧データレポジトリは新バージョンのアプリケーシ
ョンのプラグインのために利用可能なままとされる。新
アプリケーションの移行プラグイン（５０９）は、旧バ
ージョンのデータレポジトリの中の全ての残るデータの
移行を強制する。そのとき、Ｎ＞Ｎ＋１移行プラグイン
（５０９）はヌル・スタブ（５１０）によって置き換え
られ、旧データレポジトリは除去される。
【００２５】本発明によるシステムの説明のため、オブ
ジェクト指向モデルを使用する。これは、適切な場合に
は、本発明について、クラスと、これらのクラスからイ
ンスタンスが作成されるオブジェクトを参照して説明す
る。オブジェクトはデータの入れ物であると認識され、
このデータはオブジェクトによって与えられるメソッド
を介してのみアクセスされうる。永続的なオブジェクト
は、アプリケーションから出るとき又は開始するときに
自動的に保存され復元されるオブジェクトである。
ジェクト指向モデルを使用する。これは、適切な場合に
は、本発明について、クラスと、これらのクラスからイ
ンスタンスが作成されるオブジェクトを参照して説明す
る。オブジェクトはデータの入れ物であると認識され、
このデータはオブジェクトによって与えられるメソッド
を介してのみアクセスされうる。永続的なオブジェクト
は、アプリケーションから出るとき又は開始するときに
自動的に保存され復元されるオブジェクトである。
【００２６】図６は、第１のＵＭＬ（Unified Modellin
g Language）図としてクラス図を示す。ＵＭＬはそれ自
体としてソフトウエア生成手順の分野で周知のモデリン
グ言語であり、従って、本願の更なる拡張的な開示を保
証するものではない。クラス図は、呼び出されるクラス
間の関係を示す。ブロック６０１は、エンティティ・マ
ネージャ・クラスを表わし、従って、データマネージャ
の一部である。考えられている技術においては、エンテ
ィティは識別可能な（アドレス指定可能な）情報オブジ
ェクトである。上述したアプリケーションの典型的な分
野、即ち、オペレーティングシステム、ワードプロセッ
サ、データベース、及びｅ−サービスについては、エン
ティティは、夫々、ファイル及びディレクトリ、文書の
一部及びフォント等；テーブル又はレコード；店の商
品、支払い条件、ｅｒｐのタイプ等である。全てのエン
ティティの組は、それぞれシステムの状態を定義する。
エンティティは、データレポジトリの内容を構成する。
共通点のないエンティティのタイプが共に存在しうる。
エンティティマネージャは、データマネージャの一部と
して、クライアントアプリケーションにデータレポジト
リへのアクセスを与える（例えば人物を選択する）。エ
ンティティマネージャは、レポジトリ中のエンティティ
の更新（例えば、追加、削除、変更）を管理する。ブロ
ック６０２は、エンティティインタフェースを表わし、
即ちエンティティに対するメソッド及びセマンティック
スを宣言する。
g Language）図としてクラス図を示す。ＵＭＬはそれ自
体としてソフトウエア生成手順の分野で周知のモデリン
グ言語であり、従って、本願の更なる拡張的な開示を保
証するものではない。クラス図は、呼び出されるクラス
間の関係を示す。ブロック６０１は、エンティティ・マ
ネージャ・クラスを表わし、従って、データマネージャ
の一部である。考えられている技術においては、エンテ
ィティは識別可能な（アドレス指定可能な）情報オブジ
ェクトである。上述したアプリケーションの典型的な分
野、即ち、オペレーティングシステム、ワードプロセッ
サ、データベース、及びｅ−サービスについては、エン
ティティは、夫々、ファイル及びディレクトリ、文書の
一部及びフォント等；テーブル又はレコード；店の商
品、支払い条件、ｅｒｐのタイプ等である。全てのエン
ティティの組は、それぞれシステムの状態を定義する。
エンティティは、データレポジトリの内容を構成する。
共通点のないエンティティのタイプが共に存在しうる。
エンティティマネージャは、データマネージャの一部と
して、クライアントアプリケーションにデータレポジト
リへのアクセスを与える（例えば人物を選択する）。エ
ンティティマネージャは、レポジトリ中のエンティティ
の更新（例えば、追加、削除、変更）を管理する。ブロ
ック６０２は、エンティティインタフェースを表わし、
即ちエンティティに対するメソッド及びセマンティック
スを宣言する。
【００２７】エンティティマネージャとエンティティイ
ンタフェースとの間の関連付けは、エンティティマネー
ジャがエンティティインタフェースによって与えられる
メソッドを呼び出しうることを示す。データベースシス
テムの場合、メソッドは、getName()及びsetName()であ
りうる。ブロック６０３は、エンティティインタフェー
ス６０２を有効に実現するためのエンティティ実装を表
わす。このようにして、実装はそのインタフェースから
切り離され、実際の実装が他のために容易に交換されう
るコンポーネントであるようにされる。ブロック６０４
は、エンティティ・インタフェース６０２を有効に実現
するためのエンティティ・プロキシを表わす。プロキシ
は、ソフトウエア開発における周知の設計パターンであ
る（"Design Patterns: Elements of reusable object
oriented software", Erich Gamma et al. ISBN 0-201-
63361-2 1995, Addison Wesley Longman, Inc.参照）。
このエンティティ・プロキシは、旧アプリケーションが
旧エンティティ・インタフェースを「見る」が、新エン
ティティ実装は既にその下にあるようにする。図１乃至
図５に既に示した移行プラグインの役割は、移行マネー
ジャ実装クラス６０５及び移行マネージャ・インタフェ
ース・クラス６０６によって実現される。移行マネージ
ャ・インタフェース・クラスは、移行マネージャ実装ク
ラスにおいて実現される実際の実装を隠す。インタフェ
ースは、例えば、エンティティの集合全体を移行するメ
ソッドmigrateCollection()及び個々のエンティティを
移行するメソッドmigratePrimaryKey()を与える。
ンタフェースとの間の関連付けは、エンティティマネー
ジャがエンティティインタフェースによって与えられる
メソッドを呼び出しうることを示す。データベースシス
テムの場合、メソッドは、getName()及びsetName()であ
りうる。ブロック６０３は、エンティティインタフェー
ス６０２を有効に実現するためのエンティティ実装を表
わす。このようにして、実装はそのインタフェースから
切り離され、実際の実装が他のために容易に交換されう
るコンポーネントであるようにされる。ブロック６０４
は、エンティティ・インタフェース６０２を有効に実現
するためのエンティティ・プロキシを表わす。プロキシ
は、ソフトウエア開発における周知の設計パターンであ
る（"Design Patterns: Elements of reusable object
oriented software", Erich Gamma et al. ISBN 0-201-
63361-2 1995, Addison Wesley Longman, Inc.参照）。
このエンティティ・プロキシは、旧アプリケーションが
旧エンティティ・インタフェースを「見る」が、新エン
ティティ実装は既にその下にあるようにする。図１乃至
図５に既に示した移行プラグインの役割は、移行マネー
ジャ実装クラス６０５及び移行マネージャ・インタフェ
ース・クラス６０６によって実現される。移行マネージ
ャ・インタフェース・クラスは、移行マネージャ実装ク
ラスにおいて実現される実際の実装を隠す。インタフェ
ースは、例えば、エンティティの集合全体を移行するメ
ソッドmigrateCollection()及び個々のエンティティを
移行するメソッドmigratePrimaryKey()を与える。
【００２８】図７は、図５の状態Ａに対応するバージョ
ンＮの協働（コラボレーション）について図６に示され
るクラスからインスタンスが作成されるオブジェクトを
ＵＭＬ協働図に示す図である。この基本的な形態では、
ブロック７０１は、ブロック７０２のバージョンＮのエ
ンティティ実装と関連付けられるバージョンＮのエンテ
ィティマネージャを表わす。また、エンティティ・マネ
ージャは、ブロック７０３の移行マネージャ実装ヌル・
スタブにも関連付けられる。尚、データモデル中に複数
のエンティティの種類がある場合、データマネージャは
複数のエンティティマネージャに適応する。
ンＮの協働（コラボレーション）について図６に示され
るクラスからインスタンスが作成されるオブジェクトを
ＵＭＬ協働図に示す図である。この基本的な形態では、
ブロック７０１は、ブロック７０２のバージョンＮのエ
ンティティ実装と関連付けられるバージョンＮのエンテ
ィティマネージャを表わす。また、エンティティ・マネ
ージャは、ブロック７０３の移行マネージャ実装ヌル・
スタブにも関連付けられる。尚、データモデル中に複数
のエンティティの種類がある場合、データマネージャは
複数のエンティティマネージャに適応する。
【００２９】図８Ａは、バージョンＮのアプリケーショ
ン８０１から見た遷移中（状態Ｂ）の協働を示す図であ
る。ブロック８０２及び８０３は、図７中のブロック７
０１及び７０２に夫々対応する。ブロック８０４は、バ
ージョンＮ＋１のエンティティ実装を表わす。図７とは
反対に、バージョンＮのエンティティ・マネージャは下
方バージョン移行部に関連付けられる（ブロック８０
５）。このようにして、バージョンＮのデータレポジト
リの中に見つからないエンティティは、バージョンＮ＋
１のデータレポジトリから取り出され、移行マネージャ
を介してバージョンＮのフォーマットへ変換される。バ
ージョンＮ＋１のエンティティ実装８０４は、エンティ
ティ・プロキシ８０６を介してバージョンＮのエンティ
ティ・マネージャからアクセスされる。
ン８０１から見た遷移中（状態Ｂ）の協働を示す図であ
る。ブロック８０２及び８０３は、図７中のブロック７
０１及び７０２に夫々対応する。ブロック８０４は、バ
ージョンＮ＋１のエンティティ実装を表わす。図７とは
反対に、バージョンＮのエンティティ・マネージャは下
方バージョン移行部に関連付けられる（ブロック８０
５）。このようにして、バージョンＮのデータレポジト
リの中に見つからないエンティティは、バージョンＮ＋
１のデータレポジトリから取り出され、移行マネージャ
を介してバージョンＮのフォーマットへ変換される。バ
ージョンＮ＋１のエンティティ実装８０４は、エンティ
ティ・プロキシ８０６を介してバージョンＮのエンティ
ティ・マネージャからアクセスされる。
【００３０】図８Ｂは、バージョンＮ＋１のアプリケー
ション８０７から見た遷移中（状態Ｂ）の協働を示す図
である。ブロック８０８及び８０９は、図７中のブロッ
ク７０１及び７０２に夫々対応する。ブロック８１０
は、バージョンＮのエンティティ実装を表わす。図７と
は反対に、エンティティ・マネージャは移行実装８１１
の上のバージョンに関連付けられる。このようにして、
バージョンＮのデータレポジトリからの取り出しの際
に、バージョンＮのエンティティがバージョンＮ＋１の
エンティティへ変換されるようにされる。
ション８０７から見た遷移中（状態Ｂ）の協働を示す図
である。ブロック８０８及び８０９は、図７中のブロッ
ク７０１及び７０２に夫々対応する。ブロック８１０
は、バージョンＮのエンティティ実装を表わす。図７と
は反対に、エンティティ・マネージャは移行実装８１１
の上のバージョンに関連付けられる。このようにして、
バージョンＮのデータレポジトリからの取り出しの際
に、バージョンＮのエンティティがバージョンＮ＋１の
エンティティへ変換されるようにされる。
【００３１】図９は、図５の状態Ｃに対応するバージョ
ンＮ＋１の協働をＵＭＬ協働図に示す図である。この典
型的な形態では、ブロック９０１は、ブロック９０２に
よって表わされるバージョンＮ＋１のエンティティと関
連付けられるバージョンＮ＋１のエンティティ・マネー
ジャを表わす。移行プラグインは、ここで、実際にヌル
・スタブである。
ンＮ＋１の協働をＵＭＬ協働図に示す図である。この典
型的な形態では、ブロック９０１は、ブロック９０２に
よって表わされるバージョンＮ＋１のエンティティと関
連付けられるバージョンＮ＋１のエンティティ・マネー
ジャを表わす。移行プラグインは、ここで、実際にヌル
・スタブである。
【００３２】図１０は、負荷バランス・プールと共に使
用される適用可能なフローチャートを示す。ブロック１
００１において、必要なハードウエア機能及びソフトウ
エア機能が割り当てられる。この時点において、以前の
（Ｎ）バージョンは全体を通じて実行されている。ホッ
ト・アップグレードが開始すると、ブロック１００２に
おいて、１つのサーバが、その上で実行されているクラ
イアントセッションが正しく終了することが可能である
よう負荷バランス・プールから取り出される。続いて、
このサーバは新クライアントセッションを開始すること
が可能でなくなる。この特定のサーバ上の全てのクライ
アントセッションが終了すると、又は、一定のタイムア
ウト時間が経過すると、ブロック１００３において新ア
プリケーションバージョンがインストールされる。上述
のタイムアウト時間は、幾つかのセッションが遷移を容
認できないほど長い時間に亘って遅延させる場合に必要
となりうる。移行プラグインは、旧アプリケーションバ
ージョンと新アプリケーションバージョンの両方にイン
ストールされる。これらのプラグインは、永続的なデー
タを一貫した方法で管理し、その後に両方のアプリケー
ションバージョンが実行される。一般的に、旧アプリケ
ーションバージョンの論理は保存されるが、旧アプリケ
ーションバージョンに対する新しいユーザ要求はもはや
このサーバに対しては発行されない。次に、ブロック１
００４において、当該のサーバは新しい負荷バランスプ
ールに追加される。システム・ルータ機能は、クライア
ント要求を旧負荷バランスプール及び新しい負荷バラン
スプールを通じて分配する。ルータ機能は、いったん特
定のクライアントからの要求を新しい負荷バランスプー
ルへルーティングすると、そうしつづけねばならない。
旧アプリケーションへの要求は新しい負荷バランスプー
ルへフォワードされてはならない。
用される適用可能なフローチャートを示す。ブロック１
００１において、必要なハードウエア機能及びソフトウ
エア機能が割り当てられる。この時点において、以前の
（Ｎ）バージョンは全体を通じて実行されている。ホッ
ト・アップグレードが開始すると、ブロック１００２に
おいて、１つのサーバが、その上で実行されているクラ
イアントセッションが正しく終了することが可能である
よう負荷バランス・プールから取り出される。続いて、
このサーバは新クライアントセッションを開始すること
が可能でなくなる。この特定のサーバ上の全てのクライ
アントセッションが終了すると、又は、一定のタイムア
ウト時間が経過すると、ブロック１００３において新ア
プリケーションバージョンがインストールされる。上述
のタイムアウト時間は、幾つかのセッションが遷移を容
認できないほど長い時間に亘って遅延させる場合に必要
となりうる。移行プラグインは、旧アプリケーションバ
ージョンと新アプリケーションバージョンの両方にイン
ストールされる。これらのプラグインは、永続的なデー
タを一貫した方法で管理し、その後に両方のアプリケー
ションバージョンが実行される。一般的に、旧アプリケ
ーションバージョンの論理は保存されるが、旧アプリケ
ーションバージョンに対する新しいユーザ要求はもはや
このサーバに対しては発行されない。次に、ブロック１
００４において、当該のサーバは新しい負荷バランスプ
ールに追加される。システム・ルータ機能は、クライア
ント要求を旧負荷バランスプール及び新しい負荷バラン
スプールを通じて分配する。ルータ機能は、いったん特
定のクライアントからの要求を新しい負荷バランスプー
ルへルーティングすると、そうしつづけねばならない。
旧アプリケーションへの要求は新しい負荷バランスプー
ルへフォワードされてはならない。
【００３３】ブロック１００５において、システムは、
最後のサーバ機能が新しい負荷バランスプールへ転送さ
れたか否かを調べる。転送されていなければ（Ｎ）、方
法は、ブロック１００２、１００３、１００４及び１０
０５によって形成されるループを通って繰り返される。
転送されていれば（Ｙ）、システムは、ブロック１００
６において全ての永続的なデータの移行を強制する。こ
れを実行している間、実際のクライアント要求は、必要
であれば更なるオン・デマンド移行を用いて、同時に出
される。準備ができると、ブロック１００７において、
旧アプリケーションバージョンは、種々のサーバから除
去又はアンインストールされる。この時点において、新
アプリケーションバージョンＮ＋１へのアップグレード
は完了し、従って、ブロック１００８において、全ての
冗長な機能は他の目的のために放棄されうる。
最後のサーバ機能が新しい負荷バランスプールへ転送さ
れたか否かを調べる。転送されていなければ（Ｎ）、方
法は、ブロック１００２、１００３、１００４及び１０
０５によって形成されるループを通って繰り返される。
転送されていれば（Ｙ）、システムは、ブロック１００
６において全ての永続的なデータの移行を強制する。こ
れを実行している間、実際のクライアント要求は、必要
であれば更なるオン・デマンド移行を用いて、同時に出
される。準備ができると、ブロック１００７において、
旧アプリケーションバージョンは、種々のサーバから除
去又はアンインストールされる。この時点において、新
アプリケーションバージョンＮ＋１へのアップグレード
は完了し、従って、ブロック１００８において、全ての
冗長な機能は他の目的のために放棄されうる。
【００３４】図１１は、単一のサーバと共に用いられる
適用可能なフローチャートを示す。ブロック１１０１に
おいて、必要なハードウエア及びソフトウエア機能が割
り当てられる。この時点において、以前の（Ｎ）バージ
ョンは全体を通じて実行されている。ブロック１１０２
において、旧アプリケーションバージョンＮは一時的に
停止されるが、サーバは動作状態のままである。ブロッ
ク１１０３において、新アプリケーションバージョンＮ
＋１がサーバ上にインストールされる。例えば、旧ウェ
ブページが除去される。移行プラグインは、旧アプリケ
ーションバージョンと新バージョンの両方にインストー
ルされる（図５の参照番号Ｂの部分を参照）。これらの
プラグインは永続的なデータを一貫して管理し、その間
は両方のバージョンは実行されている。尚、旧ウェブペ
ージはもはや利用可能ではないため、旧アプリケーショ
ンバージョンに対する要求はもはやサーバに対して有効
に発行されえないが、旧アプリケーションバージョンの
ための論理は保存される。
適用可能なフローチャートを示す。ブロック１１０１に
おいて、必要なハードウエア及びソフトウエア機能が割
り当てられる。この時点において、以前の（Ｎ）バージ
ョンは全体を通じて実行されている。ブロック１１０２
において、旧アプリケーションバージョンＮは一時的に
停止されるが、サーバは動作状態のままである。ブロッ
ク１１０３において、新アプリケーションバージョンＮ
＋１がサーバ上にインストールされる。例えば、旧ウェ
ブページが除去される。移行プラグインは、旧アプリケ
ーションバージョンと新バージョンの両方にインストー
ルされる（図５の参照番号Ｂの部分を参照）。これらの
プラグインは永続的なデータを一貫して管理し、その間
は両方のバージョンは実行されている。尚、旧ウェブペ
ージはもはや利用可能ではないため、旧アプリケーショ
ンバージョンに対する要求はもはやサーバに対して有効
に発行されえないが、旧アプリケーションバージョンの
ための論理は保存される。
【００３５】ブロック１１０４において、新アプリケー
ションバージョンＮ＋１が開始される。次に、ブロック
１１０５において、永続性のあるデータの強制された移
行が開始される。この移行中、クライアント要求は、必
要であれば更なるオン・デマンド移行を用いて、同時に
出される。最後に、ブロック１１０６において、旧アプ
リケーションバージョンＮは、サーバから除去される。
この時点において、新アプリケーションバージョンＮ＋
１へのアップグレードは完了し、従って、ブロック１１
０７において、全ての冗長な機能は他の目的のために放
棄されうる。従って、本発明は、動作上連続的なままで
なくてはならない全てのインターネットアプリケーショ
ンの場合に有利に使用されうる。アップグレードは、エ
ンドユーザによる作動を必要としない。新バージョン
は、自動的にエンドユーザへ伝えられる。
ションバージョンＮ＋１が開始される。次に、ブロック
１１０５において、永続性のあるデータの強制された移
行が開始される。この移行中、クライアント要求は、必
要であれば更なるオン・デマンド移行を用いて、同時に
出される。最後に、ブロック１１０６において、旧アプ
リケーションバージョンＮは、サーバから除去される。
この時点において、新アプリケーションバージョンＮ＋
１へのアップグレードは完了し、従って、ブロック１１
０７において、全ての冗長な機能は他の目的のために放
棄されうる。従って、本発明は、動作上連続的なままで
なくてはならない全てのインターネットアプリケーショ
ンの場合に有利に使用されうる。アップグレードは、エ
ンドユーザによる作動を必要としない。新バージョン
は、自動的にエンドユーザへ伝えられる。
【００３６】当業者によれば、本発明は上述において詳
述した実施例に限られないことが認められよう。例え
ば、方法は、サービスを下方に移行するためにも等しく
適用可能である。このような状況は、例えば新バージョ
ンがまだ安定しておらず元のバージョンへ戻ることが要
求される場合に生じうる。
述した実施例に限られないことが認められよう。例え
ば、方法は、サービスを下方に移行するためにも等しく
適用可能である。このような状況は、例えば新バージョ
ンがまだ安定しておらず元のバージョンへ戻ることが要
求される場合に生じうる。
【図１】第１の使用形態における２つのデータバージョ
ンを示す図である。
ンを示す図である。
【図２】第２の使用形態における２つのデータバージョ
ンを示す図である。
ンを示す図である。
【図３】第３の使用形態におけるセットアップについて
示す図である。
示す図である。
【図４】本発明を実施するためのハードウエアの実施例
を示す図である。
を示す図である。
【図５】本発明の設計概念を示す図である。
【図６】第１のＵＭＬ図としてのクラス図を示す。
【図７】最初のバージョンの協働について示す図であ
る。
る。
【図８Ａ】続く移行中の協働を示す図である。
【図８Ｂ】続く移行中の協働を示す図である。
【図９】最終バージョンＮ＋１の協働を示す図である。
【図１０】負荷バランスプールと共に用いられるフロー
チャートを示す図である。
チャートを示す図である。
【図１１】単一のサーバで用いられるフローチャートを
示す図である。
示す図である。
５０１ バージョンＮのデータマネージャ
５０２ バージョンＮのアプリケーション
５０３ バージョンＮのデータレポジトリ
５０４ 移行プラグイン・ヌル・スタブ
５０５ 移行プラグインＮ＋１−＞Ｎ
５０６ バージョンＮ＋１のアプリケーション
５０７ バージョンＮ＋１のデータレポジトリ
５０８ バージョンＮ＋１のデータマネージャ
５０９ 移行プラグインＮ−＞Ｎ＋１
５１０ 移行プラグイン・ヌル・スタブ
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 リハルト ミシェル デ グロート
オランダ国，5915 ベーアー ヴェンロ,
カペラーン・ナウスストラート 37
Ｆターム(参考） 5B076 AB04 AC03 EA17
5B082 GA05
Claims (15)
- 【請求項１】 第１のデータモデル（Ｎ）を用いる第１
のバージョンのサービス（５１１）から上記第１のデー
タモデルに対して変更された第２のデータモデル（Ｎ＋
１）を用いる第２のバージョンのサービス（５１２）へ
のホット移行動作を実行する方法であって、サービスは
クライアントアプリケーション、データマネージャ、及
びデータレポジトリを含み、上記移行動作は並列に実行
されるべき多数のプロセスに適応するサーバ設備（Ｓ
Ａ，ＳＢ）上で行われ、 上記方法は、第２のバージョンのクライアントアプリケ
ーションをインストールする段階と、 上記第２のデータモデルに従って動作する第２のバージ
ョンのデータマネージャをインストールする段階と、 上記第２のデータモデルに従って配置され上記第２のバ
ージョンのデータマネージャと協働する第２のバージョ
ンのデータレポジトリをインストールする段階とを含
み、 上記第２のバージョンのデータマネージャは第１の移行
プラグインを有し、連続する段階で、全てのデータが変
換され旧バージョンが除去可能となるまで、データが移
行プラグインによって上記第１のデータレポジトリから
上記第２のデータレポジトリへ変換される漸進的ロール
オーバプロセスが達成されることを特徴とする方法。 - 【請求項２】 上記第２のバージョンのサービスは、上
記第１のバージョンのレポジトリから優先的にデータを
取り出し及び除去し、それと同時にこれらのデータを変
換し第２のバージョンのデータレポジトリへ格納するよ
う制御されることを特徴とする、請求項１記載の方法。 - 【請求項３】 上記第１のバージョンのサービスは、上
記第１のバージョンのレポジトリから優先的にデータを
取り出すよう制御されるが、これに失敗した場合には、
データを格納することなく新バージョンのデータレポジ
トリからデータを取り出し変換し、上記変換は上記第１
のデータマネージャに結合される第２の移行プラグイン
によって行われることを特徴とする、請求項１記載の方
法。 - 【請求項４】 上記漸進的ロールオーバプロセスは、第
１のバージョンのサービスを停止させるが上記第１のバ
ージョンのデータを上記第１のプラグインにより利用可
能のままに維持することによって終了し、これにより上
記第２のデータレポジトリへの強制的な移行を実行する
ことを特徴とする、請求項１記載の方法。 - 【請求項５】 上記漸進的ロールオーバプロセスは、全
てのデータが上記第２のバージョンのデータレポジトリ
へ移行され、その後上記第１の移行プラグインがヌル・
スタブによって置き換えられたときに終了することを特
徴とする、請求項１記載の方法。 - 【請求項６】 行っている間に上記アプリケーションは
分散ネットワーク（Ｎ）を通じて利用可能である、請求
項１記載の方法。 - 【請求項７】 上記サービスはデータベースサービス、
コンピュータプログラム、オペレーティングシステム、
ｅ−サービス、又はこれらの混合又は組み合わせであ
る、請求項１記載の方法。 - 【請求項８】 上記サービスはオブジェクト指向プログ
ラミングに基づく、請求項１記載の方法。 - 【請求項９】 上記サービスは単一のサーバ上で実行さ
れる、請求項１記載の方法。 - 【請求項１０】 上記サービスは第１のプール中の複数
のサーバ（ＳＡ，ＳＢ）上で実行され、連続的なサーバ
はクライアントセッションから解放され、新バージョン
のアプリケーションがインストールされ、全てのサーバ
が第２のプールに含まれデータ移行が実行可能となるま
で、新バージョンのアプリケーションを実行する第２の
プールに入れられる、請求項１記載の方法。 - 【請求項１１】 上記移行動作は強制される、請求項１
記載の方法。 - 【請求項１２】 上記移行動作は要求に応じて行われ
る、請求項１記載の方法。 - 【請求項１３】 請求項１記載の方法を実施するよう配
置されるマルチプロセスシステム（４０１）であって、 第１のデータモデル（Ｎ）を用いる第１のバージョンの
サービス（５１１）から上記第１のデータモデルに対し
て変更された第２のデータモデル（Ｎ＋１）を用いる第
２のバージョンのサービス（５１２）へのホット移行動
作を実行する制御手段を含み、上記移行動作は並列に実
行されるべき多数のプロセスに適応するサーバ設備（４
０１）上で行われ、 上記システムは、第２のデータモデルに従って動作する
第２のバージョンのデータマネージャ（５０８）をイン
ストールするために第２のバージョンのクライアントア
プリケーション（５０６）をインストールし、上記第２
のデータモデルに従って配置され上記第２のバージョン
のデータマネージャと協働する第２のバージョンのデー
タレポジトリ（５０７）をインストールする手段を含
み、 上記システムは、上記連続するプロセスを上記第１のバ
ーションのサービスから上記第２のバージョンのサービ
スへ変換するよう動作可能であり、連続する段階で、全
てのプロセス及びデータが変換されるまで上記第１のバ
ージョンのデータレポジトリから上記第２のバージョン
のデータレポジトリへデータを変換する第１の移行プラ
グイン（５０９）を有する漸進的ロールオーバプロセス
手段を有することを特徴とするシステム。 - 【請求項１４】 第１のプールからのサービスからサー
バ毎に取り出される多数のサーバは、それらの移行プラ
グインがインストールされ続いて全てのサーバが変換さ
れるまで新しいプールへ入れられる、請求項１３記載の
システム。 - 【請求項１５】 記憶媒体又は電気信号といった担体上
の請求項１記載の方法を実施するコンピュータプログラ
ム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP01202218 | 2001-06-11 | ||
| EP01202218.2 | 2001-06-11 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003036181A true JP2003036181A (ja) | 2003-02-07 |
Family
ID=8180452
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002167395A Pending JP2003036181A (ja) | 2001-06-11 | 2002-06-07 | アップグレード移行中の変換に移行プラグインを用いる漸進的ロールオーバプロセスによりホット移行動作を実行する方法、マルチプロセスシステム、及び、かかる方法を実施するシステム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7072913B2 (ja) |
| JP (1) | JP2003036181A (ja) |
| TW (1) | TWI242725B (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006522416A (ja) * | 2003-04-02 | 2006-09-28 | ビーチ・アンリミテッド・エルエルシー | ディジタル・メディア・サーバのアップグレード |
| US8219597B2 (en) | 2007-12-07 | 2012-07-10 | Canon Kabushiki Kaisha | Information processing apparatus and method |
| JP2014235749A (ja) * | 2013-05-30 | 2014-12-15 | ダッソー システムズ エノビア コーポレーション | ライブ更新 |
Families Citing this family (54)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040088408A1 (en) * | 2002-11-01 | 2004-05-06 | Igor Tsyganskiy | Methods and systems for routing requests at a network switch |
| US20040098419A1 (en) * | 2002-11-18 | 2004-05-20 | International Business Machines Corporation | Method and apparatus for a migration assistant |
| US9104673B2 (en) * | 2004-02-12 | 2015-08-11 | International Business Machines Corporation | Method for supporting multiple filesystem implementations |
| US8667035B2 (en) * | 2004-02-12 | 2014-03-04 | International Business Machines Corporation | Method of converting a filesystem while the filesystem remains in an active state |
| US7558843B2 (en) * | 2004-07-12 | 2009-07-07 | Netsuite, Inc. | Phased rollout of version upgrades in web-based business information systems |
| US9009313B2 (en) * | 2004-07-12 | 2015-04-14 | NetSuite Inc. | Simultaneous maintenance of multiple versions of a web-based business information system |
| US8736623B1 (en) * | 2004-11-15 | 2014-05-27 | Nvidia Corporation | Programmable DMA engine for implementing memory transfers and video processing for a video processor |
| US20060242188A1 (en) * | 2005-04-22 | 2006-10-26 | Igor Tsyganskiy | Methods of exposing a missing collection of application elements as deprecated |
| US20060242194A1 (en) * | 2005-04-22 | 2006-10-26 | Igor Tsyganskiy | Systems and methods for modeling and manipulating a table-driven business application in an object-oriented environment |
| US20060242177A1 (en) * | 2005-04-22 | 2006-10-26 | Igor Tsyganskiy | Methods of exposing business application runtime exceptions at design time |
| US20060282458A1 (en) * | 2005-04-22 | 2006-12-14 | Igor Tsyganskiy | Methods and systems for merging business process configurations |
| US20060242171A1 (en) * | 2005-04-22 | 2006-10-26 | Igor Tsyganskiy | Methods of using code-based case tools to verify application layer configurations |
| US7958486B2 (en) * | 2005-04-22 | 2011-06-07 | Sap Ag | Methods and systems for data-focused debugging and tracing capabilities |
| US7702638B2 (en) * | 2005-04-22 | 2010-04-20 | Sap Ag | Systems and methods for off-line modeling a business application |
| US7720879B2 (en) * | 2005-04-22 | 2010-05-18 | Sap Ag | Methods of using an integrated development environment to configure business applications |
| US20060242172A1 (en) * | 2005-04-22 | 2006-10-26 | Igor Tsyganskiy | Systems and methods for transforming logic entities of a business application into an object-oriented model |
| US20060293935A1 (en) * | 2005-04-22 | 2006-12-28 | Igor Tsyganskiy | Methods and systems for incrementally exposing business application errors using an integrated display |
| US20060242174A1 (en) * | 2005-04-22 | 2006-10-26 | Igor Tsyganskiy | Systems and methods for using object-oriented tools to debug business applications |
| US20060241961A1 (en) * | 2005-04-22 | 2006-10-26 | Igor Tsyganskiy | Methods of optimizing legacy application layer control structure using refactoring |
| US7542980B2 (en) | 2005-04-22 | 2009-06-02 | Sap Ag | Methods of comparing and merging business process configurations |
| US20060293940A1 (en) * | 2005-04-22 | 2006-12-28 | Igor Tsyganskiy | Methods and systems for applying intelligent filters and identifying life cycle events for data elements during business application debugging |
| US8539003B2 (en) * | 2005-04-22 | 2013-09-17 | Sap Ag | Systems and methods for identifying problems of a business application in a customer support system |
| US20060242197A1 (en) * | 2005-04-22 | 2006-10-26 | Igor Tsyganskiy | Methods of transforming application layer structure as objects |
| US8131644B2 (en) | 2006-08-29 | 2012-03-06 | Sap Ag | Formular update |
| US7831568B2 (en) * | 2006-08-29 | 2010-11-09 | Sap Ag | Data migration |
| US7823124B2 (en) | 2006-08-29 | 2010-10-26 | Sap Ag | Transformation layer |
| US7831637B2 (en) | 2006-08-29 | 2010-11-09 | Sap Ag | System on the fly |
| US8065661B2 (en) | 2006-08-29 | 2011-11-22 | Sap Ag | Test engine |
| US7908589B2 (en) | 2006-08-29 | 2011-03-15 | Sap Ag | Deployment |
| US20080071839A1 (en) * | 2006-08-29 | 2008-03-20 | Juergen Sattler | Content authoring |
| US20080127082A1 (en) * | 2006-08-29 | 2008-05-29 | Miho Emil Birimisa | System and method for requirements-based application configuration |
| US7827528B2 (en) * | 2006-08-29 | 2010-11-02 | Sap Ag | Delta layering |
| US11347771B2 (en) * | 2007-11-28 | 2022-05-31 | International Business Machines Corporation | Content engine asynchronous upgrade framework |
| US9185554B2 (en) * | 2008-02-15 | 2015-11-10 | Appcentral, Inc. | System and methods to store, retrieve, manage, augment and monitor applications on appliances |
| US9544398B2 (en) | 2008-02-15 | 2017-01-10 | Good Technology Holdings Limited | System and methods to store, retrieve, manage, augment and monitor applications on appliances |
| US9218137B2 (en) * | 2008-03-05 | 2015-12-22 | International Business Machines Corporation | System and method for providing data migration services |
| US8135659B2 (en) | 2008-10-01 | 2012-03-13 | Sap Ag | System configuration comparison to identify process variation |
| US8396893B2 (en) | 2008-12-11 | 2013-03-12 | Sap Ag | Unified configuration of multiple applications |
| US9361326B2 (en) * | 2008-12-17 | 2016-06-07 | Sap Se | Selectable data migration |
| US8255429B2 (en) | 2008-12-17 | 2012-08-28 | Sap Ag | Configuration change without disruption of incomplete processes |
| JP4714778B2 (ja) * | 2009-02-25 | 2011-06-29 | 富士通株式会社 | アーカイブ装置、変換装置および変換プログラム |
| US8984657B2 (en) * | 2009-09-08 | 2015-03-17 | Appcentral, Inc. | System and method for remote management of applications downloaded to a personal portable wireless appliance |
| US8584087B2 (en) | 2009-12-11 | 2013-11-12 | Sap Ag | Application configuration deployment monitor |
| US20110239231A1 (en) * | 2010-03-23 | 2011-09-29 | International Business Machines Corporation | Migrating electronic document version contents and version metadata as a collection with a single operation |
| US10417200B2 (en) | 2010-07-30 | 2019-09-17 | Microsoft Technology Licensing, Llc | Data migration for service upgrades |
| US20120137278A1 (en) | 2010-11-30 | 2012-05-31 | International Business Machines Corporation | Generating a customized set of tasks for migration of a deployed software solution |
| CN103955363B (zh) * | 2014-04-08 | 2017-03-15 | 国云科技股份有限公司 | 一种程序升级安装包的制作方法 |
| US10360190B2 (en) | 2016-03-31 | 2019-07-23 | Microsoft Technology Licensing, Llc | Migrate data in a system using extensions |
| US10469584B2 (en) * | 2016-09-30 | 2019-11-05 | Salesforce.Com, Inc. | Techniques and architectures for managing disparate heterogeneous cloud-based resources |
| CN106528224B (zh) * | 2016-11-03 | 2020-08-04 | 腾讯科技（深圳）有限公司 | 一种Docker容器的内容更新方法、服务器及系统 |
| CN109144533B (zh) * | 2017-06-28 | 2021-05-04 | 北京嘀嘀无限科技发展有限公司 | 一种应用程序的更新及加载的方法、系统及计算机装置 |
| CN107526611A (zh) * | 2017-08-10 | 2017-12-29 | 佛山市三水区彦海通信工程有限公司 | 一种支持双版本应用切换方法 |
| CN109408134B (zh) * | 2017-08-16 | 2022-04-08 | 阿里巴巴集团控股有限公司 | 模型文件的处理方法、装置、系统以及处理设备 |
| US11314732B2 (en) * | 2019-10-11 | 2022-04-26 | International Business Machines Corporation | Database migration technique |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2698977B1 (fr) * | 1992-12-03 | 1994-12-30 | Alsthom Cge Alcatel | Système d'information multimédia. |
| US5359730A (en) * | 1992-12-04 | 1994-10-25 | International Business Machines Corporation | Method of operating a data processing system having a dynamic software update facility |
| US5625804A (en) | 1995-04-17 | 1997-04-29 | International Business Machines Corporation | Data conversion in a multiprocessing system usable while maintaining system operations |
| US5950201A (en) * | 1996-12-06 | 1999-09-07 | International Business Machines Corporation | Computerized design automation method using a single logical PFVL paradigm |
| DE19734413C1 (de) | 1997-08-08 | 1999-01-07 | Ericsson Telefon Ab L M | Verfahren zum Aufrüsten einer Datenbank |
| US6233586B1 (en) * | 1998-04-01 | 2001-05-15 | International Business Machines Corp. | Federated searching of heterogeneous datastores using a federated query object |
| US6167405A (en) * | 1998-04-27 | 2000-12-26 | Bull Hn Information Systems Inc. | Method and apparatus for automatically populating a data warehouse system |
| US6654950B1 (en) * | 1999-08-24 | 2003-11-25 | Bae Systems Mission Solutions Inc. | Software rehosting system and method |
| US6308178B1 (en) * | 1999-10-21 | 2001-10-23 | Darc Corporation | System for integrating data among heterogeneous systems |
-
2001
- 2001-12-06 TW TW090130180A patent/TWI242725B/zh not_active IP Right Cessation
-
2002
- 2002-06-07 JP JP2002167395A patent/JP2003036181A/ja active Pending
- 2002-06-11 US US10/166,370 patent/US7072913B2/en not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006522416A (ja) * | 2003-04-02 | 2006-09-28 | ビーチ・アンリミテッド・エルエルシー | ディジタル・メディア・サーバのアップグレード |
| US8219597B2 (en) | 2007-12-07 | 2012-07-10 | Canon Kabushiki Kaisha | Information processing apparatus and method |
| JP2014235749A (ja) * | 2013-05-30 | 2014-12-15 | ダッソー システムズ エノビア コーポレーション | ライブ更新 |
Also Published As
| Publication number | Publication date |
|---|---|
| TWI242725B (en) | 2005-11-01 |
| US20020188625A1 (en) | 2002-12-12 |
| US7072913B2 (en) | 2006-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003036181A (ja) | アップグレード移行中の変換に移行プラグインを用いる漸進的ロールオーバプロセスによりホット移行動作を実行する方法、マルチプロセスシステム、及び、かかる方法を実施するシステム | |
| US6968535B2 (en) | Service mapping method of enterprise application modeling and development for multi-tier service environments | |
| JP4351636B2 (ja) | 同期方法 | |
| Casati et al. | Dynamic and adaptive composition of e-services | |
| US7818740B2 (en) | Techniques to perform gradual upgrades | |
| US8630969B2 (en) | Systems and methods for implementing business rules designed with cloud computing | |
| JP2007133871A (ja) | ポートレット構成データを交換するための方法、ポータル、およびコンピュータ・プログラム | |
| US20060059127A1 (en) | Method, system, and storage medium for facilitating application development | |
| US20080115135A1 (en) | Supporting ETL Processing in BPEL-Based Processes | |
| CN100461174C (zh) | 用于动态地创建web服务的方法和系统 | |
| US20180267828A1 (en) | Specifying an order of a plurality of resources in a transaction | |
| Huang et al. | A framework for web-based product data management using J2EE | |
| WO2006106080A1 (en) | Business context services for adaptable service oriented architecture components | |
| US20060167829A1 (en) | Multistage network computer architecture, with user-centered remote operating system | |
| US9632837B2 (en) | Systems and methods for system consolidation | |
| JP2007249295A (ja) | セッション管理プログラム、セッション管理方法およびセッション管理装置 | |
| JP2006268121A (ja) | Ｗｅｂアプリケーションシステム、そのプログラム | |
| EP1267263A2 (en) | Hot migration through incremental roll-over using migration plug-ins for conversion during upgrade | |
| Gouigoux et al. | “Functional-First” Recommendations for Beneficial Microservices Migration and Integration Lessons Learned from an Industrial Experience | |
| US7225435B2 (en) | Method and system for eliminating redundant execution sequences that appear in workloads during workload simulation on an e-business application server | |
| Kim et al. | Runtime service discovery and reconfiguration using OWL-S based semantic web service | |
| US8799901B2 (en) | Establishing new service as conversation by replacing variables in generic service in an order with variables from a decoupled method of legacy service | |
| Mourão et al. | Dynamics AX | |
| US11086842B1 (en) | Highly scalable and consistent pluggable messaging system | |
| Rayns et al. | CICS Transaction Server from Start to Finish |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050603 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080205 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080430 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080507 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080801 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080902 |