JP3999542B2

JP3999542B2 - 複数のアプリケーションシステムをサポートするための単一データベースシステム向けの方法、コンピュータプログラムプロダクト及びコンピュータシステム

Info

Publication number: JP3999542B2
Application number: JP2002078017A
Authority: JP
Inventors: ルッシュゲルト; ラウプトーマス; マークヴァルトウルリヒ; インホフウーヴェ
Original assignee: SAP SE
Current assignee: SAP SE
Priority date: 2001-03-20
Filing date: 2002-03-20
Publication date: 2007-10-31
Anticipated expiration: 2022-03-20
Also published as: AU765236B2; CA2363359C; EP1244028A3; DE10113577A1; JP2002373092A; EP1244028A2; AU1002802A; CA2363359A1; US20020174097A1; US7392236B2; EP1244028B1

Description

【０００１】
本発明は、一般にアプリケーションシステムに対するデータベースシステム、より詳しくは、マルチアプリケーションシステム全体構成におけるデータベースマネージメントの効率を改善するためのシステム、コンピュータプログラムプロダクト及び方法に関する。
【０００２】
発明の背景
過去１０年間多くの組織が、そのビジネスを実行できるような統合化された単一のソフトウエアソリューションを得るために、エンタープライズリソースプランニング（ＥＲＰ）ソフトウエアを実施してきた。最初にＳＡＰＲ／３ＥＲＰソフトウエアにより導入されたクライエントサーバテクノロジィは、ビジネスアプリケーションソフトウエアに関する産業分野においてデファクト・スタンダードになった。クライエントサーバテクノロジィは、アプリケーションソフトウエアを実行しているアプリケーションサーバからクライエント（フロントエンド）を分離する。さらに、アプリケーションサーバは、データベースソフトウエアを実行しているデータベースサーバから分離される。データベースは、アプリケーションソフトウエアに関連したすべてのデータを保持する。この複数層アプローチの高いスケーラビリティは、１つの組織内における膨大な数のユーザが同じアプリケーションシステムにおいて同時に作業することを可能にした。というのも、データベースサーバ上でアプリケーションを実行するシステムに比べて、アプリケーションサーバとデータベースサーバとの間でシステム負荷をより良好にバランスできたからである。
【０００３】
インターネット及びビジネスプロセスを最適化しようという着想により促されて、組織内のみならず、組織間にわたり、多くの新たなソフトウエアアプリケーションが、組織内ＥＲＰアプリケーションソフトウエアを補足するため開発された。それらの付加的なソフトウエアアプリケーションは、会社間でビジネスプロセスを可能にするため設計された。それらの事例は、顧客関係のマネージメントを改善するための顧客関係管理（ＣＲＭ）アプリケーション、及び、会社とサプライヤとの間のロジスティクスを改善するためのサプライチェーンマネージメント（ＳＣＭ）アプリケーションである。しかし、このアプローチは、さまざまな複数の分散ソフトウエアパッケージを生じさせ、組織におけるシステム全体構成の複雑性を増大させてしまう。
【０００４】
今日の典型的全体構成は、種々のソフトウエアアプリケーションと、別個のサーバとを有する分散システムから成る。各システムは、独自の物理的ハードウエア上に独自のデータベースを要する。その理由は、関連付けられたハードウエア及びソフトウエアにある。例えば、ほとんどの共用メモリプロセッサ（ＳＭＰ）システムは、１６より少ないプロセッサ及び４ＧＢ以下の共用メインメモリに制限されていた。オペレーティングシステムは、プロセッサのグループに対して複数の論理的分割を生成する機能を提供しなかった。そのようなデータベースは管理可能なテーブルを最大数（例えば１００００）しか許容できなかった。
【０００５】
図１は、従来技術による、１つの組織のコンピュータシステムの１例を示している。アプリケーションシステムＥＲＰ１、ＣＲＭ２及びＳＣＭ３は、１つのネットワークを介して接続される。そのネットワークは、ローカルエリヤネットワーク（ＬＡＮ）又は広域ネットワーク、又は、当業技術者には公知の他の任意のネットワークであり、ブランチ１０及び１１を有する。各アプリケーションシステムが、相応のアプリケーションデータを有する独自のデータベースシステム、例えばＥＲＰＤＢ４、ＣＲＭＤＢ５、ＳＣＭＤＢ６を要する。各データベースシステム４〜６はネットワークブランチ１２〜１４を介して相応のアプリケーションシステム１〜３に接続されている。各アプリケーションシステム１〜３は、アプリケーションサービスを、複数のアプリケーションユーザ２０〜２２に提供する。複数のアプリケーションシステムの各々における複数のアプリケーションユーザは、単一の人物に割当てられることができる。すべての複数のアプリケーションユーザは、例えば、ブラウザに基づくフロントエンドコンピュータ（図示せず）によって、ネットワークを介して相応のアプリケーションシステム１〜３に接続できる。従って、従来技術のシステムは、３つのデータベースサーバコンピュータを設ける必要性を含意し、また、これら異なる３つのデータベースシステムを管理する（バックアップ、チューニング、マネージ）必要性も含意する。
【０００６】
さらに、全体的又は部分的なシステムブレークダウンの場合、すべてのデータベースシステムの一貫したバックアップを有することは困難である。これは重大である。というのも、種々のソフトウエアアプリケーションがデータを交換するからである。例えば、ＣＲＭシステム２におけるインターネットセールスアプリケーションを用いてセールスマンによりオーダが生成される。その際、そのオーダは、ＥＲＰシステムのオーダ実行アプリケーション内に転送される。ＳＣＭシステム３は、納期回答（ａｖａｉｌａｂｌｅｔｏｐｒｏｍｉｓｅ）アプリケーションを使用することにより、入手可能性に関してオーダを分析し、最後にシミュレーションのための分析アプリケーションシステム（図示せず）がオーダに対する予測を生成する。従って、システム全体構成におけるすべてのデータベースの一貫したポイントインタイムリカバリが、すべてのビジネスアプリケーションデータのデータ完全性を保証するため望まれている。
【０００７】
発明の概要
本発明は、単一データベースシステムに関連して、複数の独立した種々のソフトウエアアプリケーションを実行することにより、より少ないハードウエア及びシステム管理コストで、ユーザに複数のビジネスソフトウエアアプリケーションを提供するためのシステム、方法、及びコンピュータプログラムプロダクトを提供するものである。ｎ個のアプリケーションに対して、ただ１つの物理的データベースサーバが必要とされるに過ぎず、これに反して、従来のシステムではｎ個の物理的データベースサーバが必要とされた。従って、ただ１つのデータベースシステムを管理しさえすればよい（例えば、バックアップ、データベースチューニング、安全性管理）。こうして、本発明は、１つの組織のアプリケーションシステムを維持するコストを低下させる。ここで使用されているように「データベースシステム」という用語は、次の意味を含むものである。
【０００８】
（ｉ）データを記憶する手段
（ｉｉ）データを検索する手段
記憶手段は、例えばテーブル又はエリヤである。検索手段は、例えばデータベースオペレーティングシステムである。データベースシステムは市販されている。データベースシステムは時おり「データベースマネージメントシステム」（ＤＢＭＳ）と呼ばれる。有利には、データベースはリレーショナルデータベースシステムである。
【０００９】
アプリケーションシステム及びデータベースシステムは、所定のデータベース記述言語による所定の文法で通信すると好都合である。そのような言語は、当業技術者に公知である。その１例は、標準問合せ言語（ＳＱＬ）である。
【００１０】
従来技術における複数のデータベースシステムパラダイムに関連した技術的制限は解消される。本発明は以下の特性を備えた高性能データベースシステムを活用する。
【００１１】
ａ）３２又は６４プロセッサ型のＳＭＰサーバの検証済みのスケーラビリティ（例えばＨＰＳｕｐｅｒｄｏｍ、ＣｏｍｐａｑＡｌｐｈａ）。
【００１２】
ｂ）３２又は６４プロセッサＳＭＰサーバをサポートするオペレーティングシステム（例えばＨＰ−ＵＸ、Ｔｒｕ６４）。
【００１３】
ｃ）ＳＭＰサーバのオペレーティングシステムにおける６４ビットテクノロジィに対するサポート。こうして４より大のギガバイトのメインメモリのアドレッシングが可能になる。
【００１４】
ｄ）６４プロセッサを有するデータベースサーバをサポートするリレーショナルデータベースマネージメントシステム（ＲＤＢＭＳ）。こうして、１つのデータベースシステムに関連した複数のアプリケーションシステムを動作させる上で高性能を可能にする。
【００１５】
ｅ）１つのデータベースにおいて、５０、０００より多くの異なるテーブルをサポートするＲＤＢＭＳ。こうして、１つのデータベース上での管理多重アプリケーションデータを可能にする。
【００１６】
さらに、本発明によれば、従来技術による１つのデータベースシステムでは、同時にデータベースシステムを使用する複数のアプリケーションシステムのアプリケーションデータを記憶できなかったという技術的問題が解決される。請求項１に記載したコンピュータシステム及び請求項８に記載した方法は、複数のアプリケーションシステムが、同時に同じ物理的データベースシステムを使用することを可能にする。このことは、請求項１０〜１２に記載されているように、データベースが複数のプロファイル（種々のタイプのデータベースユーザ）をサポートでき、ここで各プロファイルが１つのアプリケーションシステムに割当てられるという技術的特徴により達成される。各アプリケーションは、請求項２に記載されているように、割当てられたプロファイルを通してデータベースシステムメモリの１つのメモリ部分のオーナになる。データベースシステムのすべてのメモリ部分は、分離的であり、従って、種々のアプリケーションシステムからのすべてのアプリケーション関連データを一貫して保持する。相応のデータベースソフトウエアは、請求項１６においてコンピュータプログラムプロダクトとして記載され、アプリケーションシステムに対する相応のクライエントソフトウエアは、請求項１７に記載されている。相応のデータ構造は、請求項１４及び１５に記載されている。
【００１７】
本発明の単一データベースアーキテクチャシステムのさらなる利点は、同じデータベースシステムを使用する他のアプリケーションシステムの実行中のアプリケーションを中断せずに、アプリケーションをアップグレードできることである。例えば、当業技術者は、データベースソフトウエアの共用プログラム部分を、それぞれのデータベースプロファイルに複製することによりそのことを達成できる。
【００１８】
さらに、従来技術においては、ネットワーク内の複数のアプリケーションシステムの完全かつ一貫したポイントインタイムリカバリは、それらのシステムの全体的又は部分的なブレークダウンの場合には可能でなかったが、本発明はこの技術的問題を解決する。本発明によれば、すべてのアプリケーションシステムが同一のデータベースを使用する。データベースシステムのバックアップの場合、すべてのアプリケーションシステムのデータがバックアップされる。バックアップは、１つのバックアップシステムに対するアプリケーションデータのデルタを連続的に書き込むことによりオンラインで実行可能であり、又はアプリケーションデータベースシステムがダウンしたときシステムコピーとして、バックアップをオフラインで実行することもできる。オンラインバックアップは、一貫したポイントインタイムリカバリのため使用され、これに対して、オフラインバックアップは、１つの組織内で更なるシステム実行のためベースとして実行できる。
【００１９】
さらに、本発明は、複数のアプリケーションシステムの同時アクセスにより引き起こされるデータベースの不適当な負荷バランスという技術的問題に対する解決策を提供する。負荷バランスを改善することは、請求項１及び５〜７に記載されているように、単一のデータベースシステムと組み合わせて、複数のアプリケーションシステムを使用することにより達成される。ここで、データベースシステムは、ＳＭＰシステムにおけるプロセッサの複数の論理的グループを生成する機能を備えたオペレーティングシステムを使用する。従って、データベースサーバコンピュータのプロセッサのグループを、各アプリケーションシステムに割当てることが可能である。例えば、最大のデータ負荷はＥＲＰシステムから生じ、その後にＣＲＭ及びＳＣＭシステムからの負荷が続く場合、データベースサーバが共用のメモリプロセッサ（ＳＭＰ）を使用し、少なくとも４８プロセッサを有するようにすれば、可能なコンフィギュレーションは、ＥＲＰシステムに２４のプロセッサを割当て、ＣＲＭシステムに１６のプロセッサを割当て、ＳＣＭシステムには８つのプロセッサだけを割当てることである。さらに、当業技術者は、請求項３に記載されているように、１つの共用キャッシュメモリを有する単一の大きなバーチャルデータベースサーバ内に、複数の別々のマシンを混在させることにより、並列データベースサーバを使用してデータベースシステムのスケーラビリティを増大させることができる。
【００２０】
有利な実施例の詳細な説明
図２は、本発明による、同じデータベースコンピュータシステム（９００）上で動作する複数のアプリケーションコンピュータシステム（９０１、９０２）を有するコンピュータネットワークシステム（９９９）の有利な実施例を示している。本発明のコンピュータネットワークシステム９９９は、複数のコンピュータ９００、９０１、（又は９０ｑ、ただしｑ＝０．．．Ｑ−１、Ｑは任意の数）を有する。
【００２１】
コンピュータ９００〜９０２は、コンピュータ間ネットワーク９９０を介して接続されている。データベースコンピュータ９００は、プロセッサ９１０、メモリ９２０、バス９３０、並びにオプションとして入力装置９４０及び出力装置９５０（Ｉ／Ｏ装置、ユーザインターフェース９６０）を有する。図示のように、本発明は、コンピュータプログラムプロダクト１００（ＣＰＰ）、プログラムキャリア９７０、プログラム信号９８０によって、集合的に「プログラム」として示されている。
【００２２】
コンピュータ９００に関しては、コンピュータ９０１／９０２は、時には「リモートコンピュータ」と称され、コンピュータ９０１／９０２は例えば、サーバ、ルータ、ピア装置又は他の通常のネットワークノードであり、通常、コンピュータ９００に関して説明された要素の多く又はすべてを含んでいる。そのために、コンピュータ９００における要素１００及び９１０〜９８０はまた、コンピュータ９０ｑにおける相応の要素１０ｑ及び９１ｑ〜９８ｑをも集合的に示している（ｑ＝０に対して示されている）。
【００２３】
コンピュータ９００は、例えばマルチプロセッサコンピュータ、メインフレームコンピュータ、ポータブル又は定置型パーソナルコンピュータ等の形態の従来のデータベースサーバコンピュータである。
【００２４】
プロセッサ９１０は、中央処理ユニット（ＣＰＵ）、マイクロコントローラユニット（ＭＣＵ）、デジタル信号プロセッサ（ＤＳＰ）等のような少なくとも１つのプロセッサを表している。
【００２５】
メモリ９２０は、一時的に又は永続的にデータ及び命令を記憶する素子を表している。メモリ９２０は、便宜上コンピュータの一部として示されているが、メモリ機能は、ネットワーク９９０、コンピュータ９０１／９０２、及びプロセッサ９１０自体（例えば、キャッシュ、レジスタ）又は他の場所において実現することもできる。メモリ９２０は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）または、他のアクセスオプションを有するメモリであってもよい。メモリ９２０は、コンピュータ可読媒体によって物理的に実現されており、コンピュータ可読媒体は、例えば、（ａ）ハードディスク、フロッピィーディスク、又は他の磁気ディスク、テープ、カセットテープのような磁気媒体、（ｂ）光学ディスク（ＣＤ−ＲＯＭ、ｄｉｇｉｔａｌｖｅｒｓａｔｉｌｅｄｉｓｋつまりＤＶＤ）のような光学式媒体、（ｃ）ＤＲＡＭ、ＳＲＡＭ、ＥＥＰＲＯＭ、メモリスティックのような半導体媒体、又は紙のような他の任意の媒体である。
【００２６】
メモリ９２０は、随意に、種々の媒体にまたがって分散的に分けて構成される。メモリ９２０はリムーバブル又は非リムーバブルであってよい。媒体からの読出しのため、及び媒体内への書き込みのため、ユーザは、当該技術において周知の装置、例えばディスクドライブ、テープドライブのようなものを使用できる。
【００２７】
メモリ９２０は、例えば、基本入出力システム（ＢＩＯＳ）、オペレーティングシステム（ＯＳ）、プログラムライブラリ、コンパイラ、インタープリタ及びテキスト処理ツールのようなサポートモジュールを格納する。サポートモジュールは市販されており、当業技術者によりコンピュータ９００上にインストールできる。簡単のため、それらのモジュールは図示されていない。
【００２８】
ＣＰＰ１００は、プログラム命令を含み、オプションとして、本発明の方法のステップ４３０〜４５０をプロセッサ９１０に実行させるためのデータを含んでいる。以下に、その方法ステップをより詳細に説明する。換言すれば、ＣＰＰ１００は、コンピュータ９００の動作と、コンピュータネットワークシステム９９９におけるその相互作用とを規定する。例えば、限定的となることを意図せずに、ＣＰＰ１００は、任意のプログラミング言語でのソースコードとして、また、コンパイルされた形態でのオブジェクトコード（「２進コード」）として使用される。当業技術者は、ＣＰＰ１００を、上記のサポートモジュールのいずれか（例えばコンパイラ、インタープリタ、オペレーティングシステム）と関連させて使用できる。
【００２９】
ＣＰＰ１００は、メモリ９２０内に記憶されているものとして示してあるが、ＣＰＰ１００を他の場所に置くこともできる。ＣＰＰ１００をキャリア９７０内に実現することもできる。
【００３０】
キャリア９７０はコンピュータ９００外に示されている。ＣＰＰ１００をコンピュータ９００に通信するため、キャリア９７０は、入力装置９４０内に挿入すると好都合である。キャリア９７０は、上で詳しく説明した媒体（メモリ９２０参照）のような、コンピュータ可読の任意の媒体として実現される。一般に、キャリア９７０は工業生産された製品である。それはコンピュータ可読媒体を有しており、その媒体中にはコンピュータ可読のプログラムコード手段が埋め込まれており、そのプログラムコード手段が本発明の方法を実施する。さらに、プログラム信号９８０もまたコンピュータプログラム１００を具現化することができる。信号９８０は、ネットワーク９９０上においてコンピュータ９００へ送られる。
【００３１】
ＣＰＰ１００、プログラムキャリア９７０及びプログラム信号９８０をコンピュータ９００に関連付けて説明するのが便宜上好ましい。選択的に、プログラムキャリア９７１／９７２（図示せず）及びプログラム信号９８１／９８２は、それぞれ、コンピュータ９０１／９０２内のプロセッサ９１１／９１２（図示せず）により実行されるべきコンピュータプログラムプロダクト（ＣＰＰ）１０１／１０２を具現化する。
【００３２】
入力装置９４０は、コンピュータ９００による処理のためデータ及び命令を提供する装置を表している。例えば、装置９４０は、キーボード、ポインティングデバイス（例えばマウス、トラックボール、カーソル方向キー）、マイクロホン、ジョイスティック、ゲームパッド、スキャナである。この事例はヒューマンインタラクションを伴った装置であるが、装置９４０は、ヒューマンインタラクションなしでも動作することもでき、例えば、ワイヤレスレシーバ（例えば衛星ディッシュ又は地上アンテナ）、センサ（例えば温度計）、カウンタ（例えば工場における製品カウンタ）である。入力装置９４０は、キャリア９７０を読み出すため使用できる。
【００３３】
出力装置９５０は、処理された命令及びデータを提示する装置を表している。例えば、モニタ又は他のタイプのディスプレイ、陰極線管（ＣＲＴ）、フラットパネルディスプレイ、液晶ディスプレイ（ＬＣＤ）、スピーカ、プリンタ、プロッタ、バイブレーション警報装置である。上述におけると同じように出力装置９５０は、ユーザと通信するが、さらなるコンピュータと通信することもできる。
【００３４】
入力装置９４０及び出力装置９５０は単一の装置に結合できる。装置９４０及び９５０のいずれかをオプションとして設けてもよい。
【００３５】
バス９３０及びネットワーク９９０は、命令及びデータ信号を伝えることにより論理的及び物理的接続を提供する。コンピュータ９９０内の接続は便宜上「バス９３０」と称されるが、コンピュータ９００〜９０２間の接続は「ネットワーク９９０」と称される。装置９４０及び９５０は、バス９３０を介して（図示のように）、又はネットワーク９９０（オプショナル）を介してコンピュータ９００に接続される。コンピュータ９００内の信号はほとんど電気信号である一方、ネットワークにおける信号は電気的、磁気的、光学的又はワイヤレス（無線）信号である。
【００３６】
ネットワーク環境（ネットワーク９９０のような）は、オフィス内で、企業規模のコンピュータネットワーク、イントラネット及びインターネット（即ち、ｗｏｒｌｄｗｉｄｅｗｅｂ）として一般的である。リモートコンピュータとコンピュータ９００との間の物理的距離は重要でない。ネットワーク９９０は、ワイヤード、又はワイヤレスのネットワークであってよい。いくつかのネットワーク実現形態を挙げると、ネットワーク９９０は、例えば、ローカルエリヤネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、公衆電話交換回路網（ＰＳＴＮ）、総合サービスデジタル通信網（ＩＳＤＮ）、赤外線（ＩＲ）リンク、ユニバーサルモバイル通信システム（ＵＭＴＳ）のような無線リンク、汎欧州デジタル移動電話方式（ＧＳＭ）、符号分割多元接続（ＣＤＭＡ）、または衛星リンクである。
【００３７】
伝送プロトコル及びデータフォーマットは、例えば次のようなものが知られている。即ち、ｔｒａｎｓｍｉｓｓｉｏｎｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌ／ｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ（ＴＣＰ／ＩＰ）、ｈｙｐｅｒｔｅｘｔｔｒａｎｓｆｅｒｐｒｏｔｏｃｏｌ（ＨＴＴＰ）、ｓｅｃｕｒｅＨＴＴＰ（ＳＨＴＴＰ）、ｗｉｒｅｌｅｓｓａｐｐｌｉｃａｔｉｏｎｐｒｏｔｏｃｏｌ（ＷＡＰ）、ｕｎｉｑｕｅｒｅｓｏｕｒｃｅｌｏｃａｔｏｒ（ＵＲＬ）、ｕｎｉｑｕｅｒｅｓｏｕｒｃｅｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）、ｈｙｐｅｒｔｅｘｔｍａｒｋｕｐｌａｎｇｕａｇｅＨＴＭＬ、ｅｘｔｅｎｓｉｂｌｅｍａｒｋｕｐｌａｎｇｕａｇｅ（ＸＭＬ）、ｅｘｔｅｎｓｉｂｌｅｈｙｐｅｒｔｅｘｔｍａｒｋｕｐｌａｎｇｕａｇｅ（ＸＨＴＭＬ）、ｗｉｒｅｌｅｓｓａｐｐｌｉｃａｔｉｏｎｍａｒｋｕｐｌａｎｇｕａｇｅ（ＷＭＬ）等々が知られている。
【００３８】
要素間に接続されたインターフェースもまた当該技術において周知である。簡単のためインターフェースは図示されていない。インターフェースは、例えばシリアルポートインターフェース、パラレルポートインターフェース、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）インターフェース、内部又は外部モデム、ビデオアダプタ又はサウンドカードである。
【００３９】
コンピュータとプログラムは密に関連している。以下において使用される「コンピュータが提供する」、「プログラムが提供する」という文言はプログラムによりコントロールされるコンピュータによるアクションを表現するための略記である。
【００４０】
図３は、コンピュータシステム９９９の有利な実施例の詳細図である。コンピュータシステム９９９は、少なくとも第１のアプリケーションシステム９０１及び第２のアプリケーションシステム９０２、ならびにデータベースシステム９００を有する。第１のアプリケーションシステム９０１は、複数のアプリケーションサービス２０１（ＡＳ１で図示）のうちから少なくとも1つのアプリケーションサービスを実行し、第２のアプリケーションシステム９０２は、複数のアプリケーションサービス３０１（ＡＳ２で図示）のうちから少なくとも１つのアプリケーションサービスを実行する。
【００４１】
第１の、複数のアプリケーションユーザ８０１のうちの少なくとも１人のユーザは、少なくとも１つのフロントエンドコンピュータ（図示せず）を介して第１のアプリケーションシステム９０１へ接続することにより、ＡＳ１からアプリケーションサービスを使用できる。フロントエンドコンピュータは例えば、ＰＣ、ラップトップコンピュータ、ウエブサーバ又はその類似のものである。
【００４２】
同様に、第２の複数のアプリケーションユーザ８０２のうちの少なくとも１人のユーザは、少なくとも１つのフロントエンドコンピュータ（図示せず）を介して第２のアプリケーションシステム９０２へ接続することにより、ＡＳ２からアプリケーションサービスを使用できる。説明の都合上、複数ユーザ８０１から第１のアプリケーションシステム９０１への接続９９０−１及び複数ユーザ８０２から第２のアプリケーションシステム９０２への接続９９０−２は、ネットワーク９９０の一部として示されており、フロントエンドコンピュータ（図示せず）への接続を表している。アプリケーションユーザは、両アプリケーションシステム（９０１、９０２）にアクセスするため、同じフロントエンドコンピュータを使用できる。本発明にとって、各アプリケーションユーザを相異なる１人の人に対応させる必要はない。むしろ１人の人を複数のアプリケーションシステムユーザに割当てることができる。
【００４３】
有利には、データベースシステム９００のメモリ９２０は、少なくとも１つの第１のメモリ部分９２０−１及び第２のメモリ部分９２０−２を有する。メモリ部分は分離的である。即ち、第１のメモリ部分９２０−１における変化があっても、第２のメモリ部分９２０-２にインパクトを与えず、その逆も成り立つ。データベース９００は、第１のメモリ部分９２０−１への第１の所定のプロファイル１１０の少なくとも１つの第１の割当てを記憶し、そして、第２のメモリ部分９２０−２への第２の所定のプロファイル１１１の少なくとも1つの第２の割当てを記憶する。第１プロファイル１１０及び第２プロファイル１１１は一意的であり、それぞれ第１及び第２アプリケーションシステム（９０１、９０２）を参照する。この参照は破線１１０−１及び１１１−１によって図示されている。
【００４４】
アプリケーションユーザが、アプリケーションシステムのうちの１つ９０１又は９０２において１つのアプリケーションサービスをスタートする場合、（サービスを実行している）アプリケーションシステムは、データベースシステム９００をアクセスする。ＡＳ１からのアプリケーションサービスをスタートする場合、第１のアプリケーションシステム９０１は、プロファイル１１０を介してデータベースシステム９００の第１メモリ部分９２０−１をアクセスする。同様にＡＳ２からのアプリケーションサービスをスタートする場合、第２のアプリケーションシステム９０２は、プロファイル１１２を介してデータベースシステム９００の第２メモリ部分９２０−２をアクセスする。
【００４５】
説明の都合上、プロファイル１１０及び１１１は、データベースシステムのユーザと考えることができ、ここでデータベースユーザは、相応するプロファイル（１１０、１１１）を参照する（１１０−１、１１１−１）アプリケーションシステム（９０１、９０２）である。このアーキテクチャは、１つのプロファイルを介して多数のアプリケーションユーザをデータベースシステム９００へルーチングするものであり、これにより、データベースシステムの負荷が低く抑えられる。本発明にとって、ただ１つのプロファイルを各アプリケーションシステムへ割当てる必要はない。１つのアプリケーションシステムに対してプロファイルの数を増大させる場合、殊に同じデータベースシステムに関連付けて複数のアプリケーションシステムを動作させる場合、データベースシステムへの負荷がアプリケーションシステムへの負荷に比して増大される。通常、１つのアプリケーションシステムが、複数のプロセッサへの負荷をバランスするため複数のアプリケーションサーバコンピュータを含むことができる。従って、アプリケーションシステムは、システムに加えられる付加的ハードウエアのスケールに追従する。特に、同じデータベースシステムに関連して複数のアプリケーションシステムを動作させる場合、データベースシステムの負荷は、もはやクリティカルなファクタではない。並列データベースサーバを使用することは、データベースシステムのスケーラビリティを改善することに役立ち、本発明について記載した単一データベースアプローチへのさらなる手法が提供される。
【００４６】
図４は、本発明によるデータベースシステム９００のメモリ９２０内のテーブル１９０〜１９３を示している。テーブル１９０、１９１は、第１メモリ部分９２０−１内に記憶され、テーブル１９２、１９３は、第２メモリ部分９２０−２内に記憶される。プロファイル１１０、１１１は、それぞれメモリ部分９２０−１、９２０−２に割当てられる。このことは、第１アプリケーションシステム９０１のみが第１のメモリ部分９２０−１をアクセスでき、第２アプリケーションシステム９０２のみが第２のメモリ部分９２０−２をアクセスできることを示している。各テーブルは、それのテーブルヘッダ内に、テーブルをアクセスできるプロファイルについての（従って、間接的に、アプリケーションシステムについての）情報を含んでいる。時々、異なるアプリケーションシステムが、同じ情報へのアクセスを必要とする。例えば、ＳＣＭシステムと統合化されたＥＲＰシステムの場合、ＥＲＰシステムの重要なマスタデータテーブルは、有利にはＳＣＭシステムの重要なマスタデータテーブルと一致する。データベースシステム９００の種々のメモリ部分（例えば９２０−１、９２０−２）は分離的である。ＥＲＰシステムに対するプロファイルを有するメモリ部分は、ＳＣＭシステムがそれの重要なマスタデータテーブルにアクセスすることを許可しない。従って、データベースシステムの１つより多くのメモリ部分において幾つかのテーブルが存在する。それらのテーブルのデータ整合性は、ネットワーク９９０を介して各アプリケーションシステムが他のアプリケーションシステムと通信する（図３参照）こと、及び、各システムが相応のメモリ部分において、一貫性をもってそれのテーブルを更新することにより保証される。
【００４７】
これまで本発明をコンピュータシステムとして説明してきたが、以下さらに本発明を方法として説明する。
【００４８】
図５は、単一データベースシステムと通信する複数アプリケーションシステムの方法４００の簡単化されたフローチャートを示している。方法４００は、アプリケーションシステムを設けるステップ４１０、データベースシステムをアプリケーションシステムと接続するステップ４２０、データベースメモリを分離的メモリ部分に分割するステップ４３０、メモリ部分をアプリケーションシステムに割当てるステップ４４０、及びメモリ部分をアプリケーションシステムでアクセスするステップ４５０を含んでいる。
【００４９】
ステップ４１０において、少なくとも第１のアプリケーションシステム９０１（図３参照）及び第２のアプリケーションシステム９０２が設けられる。アプリケーションシステムの各々が、アプリケーションシステム（９０１、９０２）の複数のユーザ（８０１、８０２）に対する複数のアプリケーションサービス（２０１、３０１）のうちの少なくとも１つのアプリケーションサービスを実行する。
【００５０】
ステップ４２０において、データベースシステム９００は、少なくとも第１のアプリケーションシステム９０１及び第２のアプリケーションシステム９０２と接続される。接続は、ネットワーク９９０を介して確立される。
【００５１】
ステップ４３０において、データベースシステム９００のメモリ９２０は、論理的に、少なくとも第１メモリ部分９２０-１と第２メモリ部分９２０−２に分けられる。これらのメモリ部分は分離的である。第１メモリ部分９２０−１及び第２メモリ部分９２０−２は、データベースシステム９００のテーブル１９０〜１９３（図４）を記憶する。
【００５２】
ステップ４４０において、第１メモリ部分９２０−１は、アプリケーションシステム９０１に割当てられ、第２メモリ部分９２０−２は、アプリケーションシステム９０２に割当てられる。有利には、アプリケーションシステムへのメモリ部分の割当ては、以下述べるように実行される。
【００５３】
ａ）データベースシステム９００の少なくとも１つの所定の一意的プロファイル１１０、１１１が各メモリ部分９２０−１、９２０−２に割当てられる。その割当てを、マトリクス１（図６参照）のような「プロファイルへのメモリ部分割当て」データベースマトリクス内に記憶できる。
【００５４】
【表１】

【００５５】
ｂ）各メモリ部分９２０−１、９２０−２の所定プロファイル１１０、１１１の少なくとも１つが、それぞれ相応のアプリケーションシステム９０１、９０２に割当てられる。その割当ては、マトリクス２のような、「アプリケーションシステムへのプロファイル割当て」データベースマトリスク内に記憶できる（図６参照）。
【００５６】
【表２】

【００５７】
ステップ４５０において、第１及び第２アプリケーションシステム９０１、９０２は、それぞれ第１及び第２メモリ部分をアクセスする。有利には、アプリケーションシステム９０１、９０２は、それらの割当てられたプロファイル１１０、１１１の少なくとも１つを介してデータベースシステム９００をアクセスする。有利には、データベースシステム９００をアクセスするアプリケーションシステムは、アプリケーションシステムに割当てられているメモリ部分内のテーブルエントリのリード、ライト、コピー、モディファイ、インサート、追加、削除のようなデータベーステーブル動作のうちの任意のものをトリガする。
【００５８】
当業技術者は、データベースバッファを使用することにより、プロファイル１１０、１１１及びマトリクス１及び２の割当てを実現し、その結果、相応のメモリ部分への各アプリケーションシステムの論理的割当ては、システム９９９が動作している間、有効な状態に保持される。従って、データベースシステムへのアプリケーションシステムのアクセスの度ごとに新たに割当てを設定しなくてもよい。
【００５９】
図６は、割当てマトリクス１８０、１８１及び１８２を有するアプリケーションシステム９０１、９０２及びデータベースシステム９００の簡単化されたブロックダイヤグラムを示している。マトリクス１８０、１８１及び１８２は、マトリクス１及び２に関連して上述した割当ての記憶を実現する。
【００６０】
有利には、マトリクス１８０は、プロファイルへのメモリ部分割当てを記憶し（マトリクス１参照）、マトリクス１８１は、システム９０１に対する、アプリケーションシステムへのプロファイル割当てを記憶し（マトリスク２参照）、マトリクス１８２は、アプリケーションシステム９０２に対する、アプリケーションシステムへのプロファイル割当てを記憶する（マトリスク２参照）。
【００６１】
マトリクス１８０〜１８２のロケーションは本発明にとって重要ではない。有利には、マトリクス１８０〜１８２は、図６に示すように配置される。マトリクス１８０は、システム９００のメモリ９２０内に記憶される。マトリクス１８１は、システム９０１のメモリ９２１内に記憶される。マトリクス１８２は、システム９０２のメモリ９２２内に記憶される。当業技術者は、上述の機能を充足するのであれば、他のロケーションにマトリクスを配置してもよい。有利には、マトリクス１８１から１８３は、それぞれコンピュータプログラムプロダクト１００／１０１／１０２の部分である。
【００６２】
図７は、ＯＲＡＣＬＥ８ｉシステムのようなデータベースシステム９０３及びＡＳＰプロダクトファミリのアプリケーションシステム９０４−９０９を使用するようにした、本発明の特定の有利な実施例を示している。２つのＲ／３ＥＲＰシステム９０４／９０５、１つのＣＲＭシステム９０６、１つのＳＣＭシステム９０７、１つのｗｏｒｋｐｌａｃｅ（ＷＰ）システム９０８及び１つのｋｎｏｗｌｅｄｇｅＷａｒｅｈｏｕｓｅ（ＫＷ）９０９は、ネットワーク９９５を介してデータベースシステム９０３に接続されている。データベースシステム９０３のメモリ９２３は、６つの分離的メモリ部分９２３−１〜９２３−６に分けられている。プロファイルＰ１〜Ｐ６は、マトリクス３に従ってメモリ部分９２３−１〜９２３−６に割当てられる。
【００６３】
【表３】

【００６４】
各プロファイルはマトリクス４により１つの相応のアプリケーションシステム７に割当てられる。
【００６５】
【表４】

【００６６】
割当ては破線で示されている。各アプリケーションシステム９０４〜９０９は、マトリクス３及び４において規定したように、相応のプロファイルを介して、データベースシステム９０３の相応のメモリ部分におけるデータをアクセスできるのみである。このことにより、すべてのアプリケーションシステム９０４〜９０９が同じデータベースシステム９０３を使用していても、各アプリケーションに対するデータ完全性が保証される。他のアプリケーションシステムがまだ動作している間に、いずれかのアプリケーションシステムをアップグレードすることが可能である。データベースシステム９０３上でのすべてのデータの一貫したバックアップをオンライン又はオフラインで実施できる。オンラインのバックアップは、デルタが生じるとすぐに、データベースバックアップシステム（図示せず）へのアプリケーションデータに任意のデルタを書き込む。単一データベースシステムの全体的又は部分的なシステムブレークダウンの際、上記の単一データシステムのポイントインタイムリカバリが一貫性をもってなされる。
【００６７】
これまで本発明を方法及びシステムとして記載してきたが、今度は、データ構造（割当てスキーム）、コンピュータプログラムプロダクト及びコンピュータ可読の媒体として説明する。
【００６８】
複数のアプリケーションシステムからデータベースシステムへの割当てを記述する割当てスキーム１８０〜１８２は、システム全体構成（９００、９０１、９０２、９９０）において使用されるデータ構造である。このシステム全体構成において、第１のアプリケーションシステム９０１は、ビジネスアプリケーションサービスを第１の複数のアプリケーションユーザ８０１に提供する。少なくとも１つの第２のアプリケーションシステム９０２は、ビジネスアプリケーションサービスを第２の複数のアプリケーションユーザ８０２に提供する。割当てスキームは、データベースサービスを第１プロファイル１１０及び少なくとも１つの第２のブロック１１１に提供するためのデータベースシステム９００の第１の割当て１８０、並びに別の割当て１８１、１８２により特徴付けられている。割当て１８１、１８２では、第１アプリケーションシステム９０１は第１のプロファイル１１０に割当てられ、第２のアプリケーションシステム９０２は第２のプロファイル１１１に割当てられる。第１及び第２のプロファイルは、データベース９００のメモリ９２０の分離的メモリ部分９２０−１、９２０−２に割当てられる。
【００６９】
本発明のコンピュータプログラムプロダクト（１００／１０１／１０２）は、複数のプロセッサ９１０〜９１２を用いてアプリケーションシステムデータベースシステム割当てスキーム１８０〜１８２を提供する。
【００７０】
第１のプログラム部分１００の命令によって、データベースシステム９００のプロセッサ９１０は、データベースシステム９００のメモリ９２０を第１のメモリ部分９２０−１と少なくとも第２のメモリ部分９２０−２に分離的に区分する。第１のプログラム部分１００は、また、第１のデータベースプロファイル部分１１０及び少なくとも１つの第２のデータプロファイル１１１をも提供する。ここで、各プロファイルは、１人のデータベースユーザと考えることができる。第１及び第２プロファイル１１０及び１１１は、それぞれ第１及び第２メモリ部分９２０−１、９２０−２に割当てられる。
【００７１】
第２のプログラム部分１０１の命令によって、第１アプリケーションシステム９０１のプロセッサ９１１は、少なくとも１つの第１のビジネスアプリケーションサービスを第１の複数のアプリケーションユーザ８０１に提供し、少なくとも第１データベースプロファイル１１０を使用して第１のアプリケーションシステム９０１からデータベースシステム９００へデータを通信する。
【００７２】
少なくとも１つの第３のプログラム部分１０２の命令によって、少なくとも１つの第２アプリケーションシステム９０２のプロセッサ９１２は、少なくとも１つの第２のビジネスアプリケーションサービスを第２の複数のアプリケーションユーザ８０２に提供し、少なくとも第１データベースプロファイル１１０を使用して第２のアプリケーションシステム９０２からデータベースシステム９００へデータを通信する。
【００７３】
さらに本発明のコンピュータプログラムプロダクト（１０１／１０２）の命令によって、アプリケーションシステム９０１／９０２のコンピュータにおけるプロセッサ９１１／９１２は、データベースコンピュータ９００と通信する。なお、プロセッサ９１１／９１２は、少なくとも１つのビジネスアプリケーションサービスを実行するものである。その結果、コンピュータプログラムプロダクト１０１／１０２の命令によって、プロセッサ９１１／９１２は、アプリケーションシステム９０１／９０２に割当てられた（１８０〜１８３）一意のプロファイル１１０／１１１を使用することにより、データサービスコンピュータと通信する。データベースコンピュータ９００は、論理的に第１の部分９２０−１と少なくとも１つの第２の部分９２０−２とに分割されたメモリ９２０を有する。それらのメモリ部分は分離的であり、その結果、第１の部分９２０−１は、アプリケーションシステム（例えば９０１）のデータのためリザーブされ、第２の部分９２０−２は、別のコンピュータにより作動される更なるアプリケーションシステムのデータのためリザーブされている。
【００７４】
本発明のコンピュータプログラムプロダクトは、複数の命令のシーケンスが記憶されたコンピュータ可読の媒体に記憶することができる。１つより多くのプロセッサにより実行されると、プロセッサは下記のステップを実行する。データベースシステム９００の１つのプロセッサ９１０に命令して、データベースシステム９００の１つのメモリ９２０を分離的に、第１のメモリ部分９２０−１と少なくとも１つの第２のメモリ部分９２０−２に分割させ、第１のデータベースプロファイル１１０及び少なくとも１つの第２のデータベースプロファイル１１１を提供させ、その際、第１及び第２プロファイル１１０、１１１を、それぞれ第１及び第２メモリ部分９２０−１、９２０−２に割当てるステップと、第１アプリケーションシステム９０１のプロセッサ９１１に命令して、少なくとも１つのビジネスアプリケーションサービスを第１の複数のアプリケーションユーザへ提供させ、少なくとも第１のデータベースプロファイル１１０を使用して第１のアプリケーションシステム９０１からデータベースシステム９００へデータを通信させ、少なくとも１つの第２のアプリケーションシステム９０２のプロセッサ９１２に、少なくとも１つの第２のビジネスアプリケーションサービスを第２の複数のアプリケーションユーザ８０２に提供させ、そして少なくとも第２のデータベースプロファイル１１１を使用して第２アプリケーションシステム９０２からデータベースシステム９００へデータを通信させるステップを実行する。
【図面の簡単な説明】
【図１】従来技術による、組織のコンピュータシステムの全体構成の１例を示す。
【図２】同じデータベースシステム上で動作する複数のアプリケーションシステムを有するコンピュータシステムの有利な実施例を示す。
【図３】コンピュータシステムの有利な実施例の詳細図である。
【図４】本発明のデータベースシステムのメモリにおけるデータベーステーブルを示す。
【図５】本発明による、単一のデータベースシステムと通信する複数のアプリケーションシステム向けの方法の簡単化されたフローチャートを示す。
【図６】割当てマトリクスを有するデータベースシステム及びアプリケーションシステムの簡単化されたブロック図である。
【図７】本発明の特定の有利な実施例を示す。
【符号の説明】
１ＥＲＰアプリケーションシステム
２ＣＲＭアプリケーションシステム
３ＳＣＭアプリケーションシステム
４ＥＲＰデータベースシステム
５ＣＲＭデータベースシステム
６ＳＣＭデータベースシステム
１０〜１４ネットワークのブランチ
２０ＮＥＲＰユーザ（複数のＥＲＰアプリケーションユーザ）
２１ＭＣＲＭユーザ（複数のＣＲＭアプリケーションユーザ）
２２ＰＳＣＭユーザ（複数のＳＣＭアプリケーションユーザ）
２３〜２５フロントエンドコンピュータからアプリケーションシステムへの接続
１００ＣＰＰ（コンピュータプログラムプロダクト）
１１０第１プロファイル
１１０−１プロファイルからアプリケーションへの割当て（破線）
１１１第２プロファイル
１１１−１プロファイルからアプリケーションへの割当て（破線）
１８０〜１８２割当てマトリクス
１９０〜１９３データベーステーブル
２０１ＡＳ１第１の複数のアプリケーションサービス
３０１ＡＳ２第２の複数のアプリケーションサービス
８０１第１のアプリケーションユーザ
８０２第２のアプリケーションユーザ
９００コンピュータ（データベースシステム）
９０１コンピュータ（第１のアプリケーションシステム）
９０２コンピュータ（第２のアプリケーションシステム）
９０３データベースシステム
９０４、９０５Ｒ／３アプリケーションシステム
９０６ＣＲＭアプリケーションシステム
９０７ＳＣＭアプリケーションシステム
９０８ＷＰアプリケーションシステム
９０９ＫＷアプリケーションシステム
９１０〜９１２プロセッサ
９２０メモリ（データベースシステムメモリ）
９２０−１、９２０−２メモリ部分
９２１メモリ（第１のアプリケーションシステムメモリ）
９２２メモリ（第２のアプリケーションシステムメモリ）
９２３データベースメモリ
９２３−１〜９２３−６メモリ部分
９３０バス（システム９００のバス）
９３１、９３２バス
９４０〜９４２入力装置
９５０〜９５２出力装置
９６０〜９６２ユーザインターフェース
９７０、９７１プログラムキャリア
９８０〜９８２プログラム信号
９９０ネットワーク
９９０−１、９９０−２ネットワークのブランチ
９９５ネットワーク
９９９コンピュータネットワークシステム

Claims

コンピュータシステム（９９９）であって、
少なくとも第１のアプリケーションシステム（９０１）及び第２のアプリケーションシステム（９０２）並びに前記少なくとも第１のアプリケーションシステム（９０１）及び第２のアプリケーションシステム（９０２）とは別の独立したシステムである唯一つのデータベースシステム（９００）を有し、
各アプリケーションシステムは、少なくとも１人のアプリケーションシステムユーザに対して少なくとも１つのアプリケーションサービスを実行するように構成されているコンピュータシステム（９９９）において、
前記データベースシステムは、少なくとも１つの第１のメモリ部分（９２０−１）と第２のメモリ部分（９２０−２）とを有し、
これらのメモリ部分はデータを共有しないという意味で互いに分離しており、
前記データベースシステム（９００）は、第１のメモリ部分（９２０−１）にアクセスするためのパラメータである第１の所定のプロファイル（１１０）の少なくとも１つの第１の割当てと、第２のメモリ部分（９２０−２）にアクセスするためのパラメータである第２の所定のプロファイル（１１１）の少なくとも１つの第２の割当てとを記憶し、
ここで、前記第１及び第２プロファイル（１１０、１１１）は、前記第１のプロファイルのパラメータと前記第２のプロファイルのパラメータとが異なるという意味で一意的であり、それぞれ第１及び第２アプリケーションシステム（９０１、９０２）を参照するものであり、
前記第１アプリケーションシステム（９０１）は前記第１のプロファイル（１１０）を介して前記第１メモリ部分（９２０−１）にアクセスする、及び第２アプリケーションシステム（９０２）は前記第２のプロファイル（１１１）を介して第２メモリ部分（９２０−２）にアクセスするよう構成されていることを特徴とするコンピュータシステム（９９９）。
前記メモリ部分（９２０−１、９２０−２）がデータベースシステム（９００）のテーブル（１９０〜１９３）を記憶するよう構成されている請求項１記載のコンピュータシステム（９９９）。
前記データベースシステム（９００）が並列サーバシステムである請求項１記載のコンピュータシステム（９９９）。
前記データベースシステム（９００）がリレーショナルデータベースシステムである請求項１記載のコンピュータシステム（９９９）。
前記データベースシステム（９００）が共用メモリプロセッサを使用する請求項１記載のコンピュータシステム（９９９）。
前記データベースシステム（９００）が、プロセッサの複数の論理グループを生成するオペレーティングシステムを使用する請求項５記載のコンピュータシステム（９９９）。
プロセッサの各グループが１つのアプリケーションシステムに割当てられる請求項６記載のコンピュータシステム（９９９）。
唯一つのデータベースシステム（９００）との通信のための方法（４００）において、
該方法（４００）は下記のステップ、即ち、
少なくとも第１アプリケーションシステム（９０１）と第２アプリケーションシステム（９０２）とを設ける（４１０）ステップを有し、ここで各アプリケーションシステムは、当該アプリケーションシステム（９０１、９０２）の複数のユーザ（８０１、８０２）に対して少なくとも１つのアプリケーションサービスを実行するものであり、
前記少なくとも第１のアプリケーションシステム（９０１）及び第２のアプリケーションシステム（９０２）とは別の独立したシステムであるデータベースシステム（９００）を少なくとも第１のアプリケーションシステム（９０１）と第２のアプリケーションシステム（９０２）とに接続する（４２０）ステップを有し、
データベースシステム（９００）の１つのメモリ部分（９２０）を少なくとも第１のメモリ部分（９２０−１）と第２のメモリ部分（９２０−２）とに分割する（４３０）ステップを有し、ここで、前記第1のメモリ部分と前記第２のメモリ部分とはデータを共有しないという意味で互いに分離しており、
前記第１のメモリ部分（９２０−１）にアクセスするためのパラメータである第１の所定のプロファイル（１１０）及び前記第２のメモリ部分（９２０−１、９２０−２）にアクセスするためのパラメータである第２の所定のプロファイル（１１１）を割り当てるステップを有し、ここで、前記第１のプロファイルのパラメータと前記第２のプロファイルのパラメータとは異なる、
前記第１及び第２アプリケーションシステム（９０１、９０２）によって、それぞれ前記第１のプロファイル（１１０）及び前記第２のプロファイル（１１１）を介して、それぞれ第１及び第２メモリ部分（９２０−１、９２０−２）へアクセスする（４５０）ステップを有することを特徴とするデータベースシステム（９００）との通信のための方法（４００）。
下記の各ステップを実行させるためのプログラムを記録したコンピュータ可読の記録媒体であって、
唯一つのデータベースシステム（９００）の１つのプロセッサ（９１３）に、前記データベースシステム（９００）の１つのメモリ（９２０）を、第１のメモリ部分（９２０−１）と少なくとも１つの第２のメモリ部分（９２０−２）とに、データを共有しないという意味で、分離させ、
そして、第１のメモリ部分（９２０−１）にアクセスするためのパラメータである第１のデータベースプロファイル（１１０）及び第２のメモリ部分（９２０−２）にアクセスするためのパラメータである少なくとも１つの第２のデータベースプロファイル（１１１）を提供させ、その際に、前記第１及び第２プロファイル（１１０、１１１）をそれぞれ第１及び第２メモリ部分（９２０−１、９２０−２）に割当てさせるステップを実行させ、
第１アプリケーションシステム（９０１）のプロセッサ（９１１）に、少なくとも１つのビジネスアプリケーションサービスを第１の複数のアプリケーションユーザに提供させ、少なくとも第１のデータベースプロファイル（１１０）を使用して第１のアプリケーションシステム（９０１）からデータベースシステム（９００）へデータを通信させるステップを実行させ、
少なくとも１つの第２のアプリケーションシステム（９０２）のプロセッサ（９１２）に、前記第２のビジネスアプリケーションサービスを第２の複数のユーザに提供させ、前記第２のデータベースプロファイル（１１１）を使用して第２のアプリケーションシステム（９０２）からデータベースシステム（９００）へデータを通信させるステップを実行させる、
なお、前記データベースシステム（９００）は前記少なくとも第１のアプリケーションシステム（９０１）及び第２のアプリケーションシステム（９０２）とは別の独立したシステムである、ことを特徴とするコンピュータ可読の記録媒体。