特許 6827084 トランザクション処理環境において分散型キャッシングを提供するためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6827084

(24)【登録日】2021年1月20日

(45)【発行日】2021年2月10日

(54)【発明の名称】トランザクション処理環境において分散型キャッシングを提供するためのシステムおよび方法

(51)【国際特許分類】

   G06F 13/00 20060101AFI20210128BHJP

   G06F 16/172 20190101ALI20210128BHJP

【ＦＩ】

   G06F13/00 540B

   G06F13/00 520C

   G06F16/172

【請求項の数】9

【外国語出願】

【全頁数】29

(21)【出願番号】特願2019-158650(P2019-158650)

(22)【出願日】2019年8月30日

(62)【分割の表示】特願2017-558432(P2017-558432)の分割

【原出願日】2015年10月22日

(65)【公開番号】特開2020-17289(P2020-17289A)

(43)【公開日】2020年1月30日

【審査請求日】2019年9月19日

(73)【特許権者】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】シェン，シュガン

(72)【発明者】

【氏名】リトル，トッド

(72)【発明者】

【氏名】ジン，ジム・ヨンシュン

(72)【発明者】

【氏名】ホウ，ジェシー

【審査官】 白井 亮

(56)【参考文献】

【文献】 特開２００４−０３０６９０（ＪＰ，Ａ）

【文献】 特開２００６−３１３４４４（ＪＰ，Ａ）

【文献】 特開２００７−０６６１６１（ＪＰ，Ａ）

【文献】 正野 勇嗣 Yuji SHONO，ｍｉｘｉ、ニコニコ動画、ｌｉｖｅｄｏｏｒ 実例から学ぶ ｍｅｍｃａｃｈｅｄ ベストプラクティス，ＷＥＢ＋ＤＢ ＰＲＥＳＳ Ｖｏｌ．４７ 初版，日本，（株）技術評論社，第47巻

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｆ １６／１７２

(57)【特許請求の範囲】

【請求項1】

トランザクション処理環境における分散型キャッシングシステムにおけるサービス結果をキャッシュするためのシステムであって、
１つ以上のマイクロプロセッサを含むコンピュータと、
前記コンピュータ上で実行されるとともに、キャッシング機能を提供する複数の層を含むトランザクション処理環境と、
キャッシュされたデータを格納するように構成されたキャッシングプロバイダと、
前記トランザクション処理環境のための構成ファイルとを含み、前記構成ファイルはサービスのために戻された結果をキャッシュするためにどのキャッシュを使用すべきかと、前記キャッシュされた結果を識別する際に使用されるキーを如何に生成すべきかとを記述するエントリを含むキャッシングセクションを含む、システム。

【請求項2】

前記キーは、キャッシング要求に関連付けられたデータから生成される、請求項１に記載のシステム。

【請求項3】

アプリケーションサーバコアに関連付けられたサービスキャッシング論理をさらに含み、前記サービスキャッシング論理は、結果がキャッシュにおいて既に存在しているかどうかに基づいて、前記結果を前記キャッシュから検索すべきか、または、新しい結果を生成するようにサービスを呼出すべきかどうかを判断する、請求項１または２に記載のシステム。

【請求項4】

前記アプリケーションサーバコアは、前記結果が前記キャッシュに存在するかどうかを判断するために前記キャッシュをチェックする、請求項３に記載のシステム。

【請求項5】

前記アプリケーションサーバコアは、要求データから生成されたキーと、前記キャッシュされたデータに関連付けられたキーとに基づいて前記判断を行なう、請求項４に記載のシステム。

【請求項6】

各々のキーは、単純な連続ストリング、サービス名から構成されるストリング、前記要求データから構成されるストリング、ならびに、前記サービス名および前記要求データから構成されるストリング、のうちの１つである、請求項５に記載のシステム。

【請求項7】

前記キャッシュは、前記構成ファイルによって前記サービスのために定義される、請求項１から６のいずれか一項に記載のシステム。

【請求項8】

トランザクション処理環境における分散型キャッシングシステムにおいてサービス結果をキャッシュするための方法であって、
１つ以上のマイクロプロセッサを含むコンピュータ上で実行されるとともに、キャッシング機能を提供する複数の層を含むトランザクション処理環境を設けるステップと、
キャッシュされたデータを格納するように構成されたキャッシングプロバイダを設けるステップと、
前記トランザクション処理環境のために構成ファイルを設けるステップとを含み、前記構成ファイルはサービスのために戻された結果をキャッシュするためにどのキャッシュを使用すべきかと、前記キャッシュされた結果を識別する際に使用されるキーを如何に生成すべきかとを記述するエントリを含むキャッシングセクションを含む、方法。

【請求項9】

トランザクション処理環境における分散型キャッシングシステムにおいてサービス結果をキャッシュするための１セットの命令を格納するプログラムであって、前記命令は、１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに以下のステップを実行させ、前記以下のステップは、
１つ以上のマイクロプロセッサを含むコンピュータ上で実行されるとともに、キャッシング機能を提供する複数の層を含むトランザクション処理環境を設けるステップと、
キャッシュされたデータを格納するように構成されたキャッシングプロバイダを設けるステップと、
前記トランザクション処理環境のために構成ファイルを設けるステップとを含み、前記構成ファイルは、サービスのために戻された結果をキャッシュするためにどのキャッシュを使用すべきかと、前記キャッシュされた結果を識別する際に使用されるキーを如何に生成すべきかとを記述するエントリを含むキャッシングセクションを含む、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

発明の分野：
本発明の実施形態は、概して、アプリケーションサーバおよびクラウド環境に関し、特に、トランザクション処理環境において分散型キャッシングを提供するためのシステムおよび方法に関する。

【背景技術】

【0002】

背景：
Ｔｕｘｅｄｏ（登録商標）サーバ環境などのトランザクション処理環境においては、性能を向上させるためのユーザ関連データまたはアプリケーションデータをキャッシュする分散型キャッシングシステムは難易度の高いものになる可能性がある。なぜなら、クライアントプロセスとサーバプロセスとの間でデータを送信するのに複数のデータタイプを用いることができ、このため、さまざまな顧客が別々のキャッシングソリューションを選ぶ可能性があるからである。これらは、本発明の実施形態が対処するように意図される分野である。

【発明の概要】

【課題を解決するための手段】

【0003】

概要：
一実施形態に従うと、トランザクション処理環境において分散型キャッシングを提供するためのシステムおよび方法がこの明細書中に記載される。最上層は、キャッシングシステムと対話するためにクライアントをキャッシュすることによってアプリケーションプログラミングインターフェイス（application programming interface：ＡＰＩ）をエクス
ポーズして使用できるようにすることができ、複数のバッファタイプと、各バッファタイプに対する１つ以上のコールバック機能とを登録することができる。共通のキャッシング層は共通のデータ構造をサポートすることができ、最上層からキャッシング要求を受取ったとき、そこにあるコールバック機能を用いて、キャッシング要求に関連付けられた特定のバッファタイプと共通のデータ構造との間で変換を行なうことができる。共通のキャッシング層は、キャッシング関連のＡＰＩを提供するために１組の共通のＡＰＩを定義することができるとともに、キーおよび値データのシリアライゼーション／デシリアライゼーションなどの複数のインプリメンテーションについての共通の挙動を定義することができる。プロバイダスイッチおよび関連するＡＰＩを用いて、インプリメンテーション層からプロバイダスイッチの特定のインプリメンテーションをロードすることができる。プロバイダスイッチは、特定のキャッシングプロバイダによって提供されるキャッシング動作を指し示すポインタを含み得る。構成ファイルは、データコーディングと、キャッシングシステムのためにどのキャッシングプロバイダを使用するべきかとを指定するのに用いることができる。

【0004】

一実施形態に従うと、分散型キャッシングシステムによって使用されるデータシリアライゼーションをサポートするためのシステムおよび方法がこの明細書中に記載される。データシリアライゼーションシステムは共通のデータ構造を含み得る。共通のデータ構造は、複数のデータタイプのシリアライズされたストリーム／バイトを格納するために用いることができる。データ構造は、キャッシュセッターのアーキテクチャを記述する情報を含むヘッダを含み得る。異なるアーキテクチャ上で使用するために、キャッシュされたデータを検索する場合、ヘッダ内のアーキテクチャ情報を用いて、データを、その異なるアーキテクチャ上で使用できるように変換することができる。キャッシュされたデータが同じ
アーキテクチャ上で検索される場合、キャッシュされたデータを変換することなく用いることができる。データ構造は、付加的に、メモリを効率的に使用できるようにするために可変長をもつボディ、後方互換性についてのバージョン情報、および、拡張用のオプション特徴のためのフィールドを含み得る。

【0005】

一実施形態に従うと、分散型インメモリ・データグリッド（たとえば、Coherence）を
、キャッシングプロバイダとしての分散型キャッシングシステムに統合するためのシステムおよび方法がこの明細書中に記載される。分散型キャッシングシステムにおけるプロキシサーバは、分散型インメモリ・データグリッドに対するクライアントとしての役割を果たし得るとともに、ＩＤＣクライアントから転送されたキャッシング要求を受取り得る。起動時に、プロキシサーバは、キャッシング・システム・キャッシュを定義する構成ファイルと、分散型インメモリ・データグリッドキャッシュにキャッシュするマップとをロードし、キャッシング・システム・キャッシュの名前を用いてサービスをアドバタイズすることができる。要求されたサービスを指定するキャッシング要求をキャッシング・クライアントから受取ると、プロキシサーバは、要求されたサービスに基づいてアクセスするために、分散型インメモリ・データグリッドにおける対応するキャッシュを決定することができる。

【0006】

一実施形態に従うと、トランザクション処理環境において分散型キャッシングシステムを用いて、サービスから戻された結果をキャッシュするためのシステムおよび方法がこの明細書中に記載される。構成ファイルは、サービスから戻された結果をキャッシュするのにどのキャッシュを用いるべきかと、キャッシュされた結果を識別する際に使用されるキーを如何に生成するかとを記述するエントリを含むキャッシングセクションを含み得る。サービスについての要求がクライアントから受取られると、トランザクション処理環境のアプリケーションサーバコアは、関連するキャッシュされたデータが、構成ファイルを用いて生成されたキーによって識別されるキャッシュに存在しているかどうかを判断することができる。存在している場合、アプリケーションサーバコアは、サービスを呼出す代わりに、キャッシュされたデータを直接戻すことができる。他の場合、アプリケーションサーバコアは、サービスを呼出し、生成されたキーを用いて、構成ファイルによって指定されたキャッシュにデータをキャッシュし、クライアントに結果を戻すことができる。

【図面の簡単な説明】

【0007】

【図1】一実施形態に従った、トランザクション処理環境における分散型キャッシングを提供するためのシステムを示す図である。

【図2】一実施形態に従った、トランザクション処理環境において使用される分散型キャッシングを提供するためのシステムをさらに示す図である。

【図3】一実施形態に従った、キャッシングＡＰＩを示す詳細なクラス図である。

【図4】一実施形態に従った、トランザクション処理環境において使用される分散型キャッシングを提供するための方法を示す図である。

【図5】一実施形態に従った例示的な型付きバッファを示す図である。

【図6】一実施形態に従った、分散型キャッシングシステムによって使用されるデータシリアライゼーションをサポートするためのシステムを示す図である。

【図7】一実施形態に従った、分散型キャッシングシステムによって使用されるデータシリアライゼーションをサポートするための方法を示す図である。

【図8】一実施形態に従った、キャッシングプロバイダとしての分散型キャッシングシステムに分散型インメモリ・データグリッドを統合するためのシステムを示す図である。

【図9】一実施形態に従った、キャッシングプロバイダとしての分散型キャッシングシステムに分散型インメモリ・データグリッドを統合するためのシステムをさらに示す図である。

【図10】一実施形態に従った、キャッシングプロバイダとしての分散型キャッシングシステムに分散型インメモリ・データグリッドを統合するための方法を示す図である。

【図11】一実施形態に従った、トランザクション処理環境において分散型キャッシングシステムを用いて、サービスから戻された結果をキャッシュするためのシステムを示す図である。

【図12】一実施形態に従った、トランザクション処理環境において分散型キャッシングシステムを用いて、サービスから戻された結果をキャッシュするための方法を示す図である。

【発明を実施するための形態】

【0008】

詳細な説明：
トランザクション処理環境（たとえば、Ｔｕｘｅｄｏサーバ環境）においては、メッセージが１つのプロセスから別のプロセスに送信可能になる前にバッファが割当てられる必要がある。このような環境における複雑なアプリケーションは、さまざまなプロトコルを用いて複数のネットワークを介して通信する異種システムにインストールすることができる。そのため、異なるタイプのバッファが必要となり、各々のバッファタイプは、メッセージを初期化し、送信し、受信し、かつデータを符号化し、復号化するためのさまざまなルーチンを必要とする。

【0009】

典型的には、ユーザ（たとえば、アプリケーション開発者）が性能向上のために分散型キャッシングシステムに型付きバッファをキャッシュする場合、ユーザは、特定の型付きバッファ用にカスタマイズされたコードを書込む必要がある。さらに、アプリケーションの開発が完成した後に異なるキャッシングプロバイダが用いられる場合、キャッシングプロバイダの変更に対応するために、コードを付加的に変更する必要がある。

【0010】

分散型キャッシングシステム
一実施形態に従うと、トランザクション処理環境において分散型キャッシングを提供するためのシステムおよび方法がこの明細書中に記載される。最上層は、キャッシングシステムと対話させるためにクライアントをキャッシュすることによってアプリケーションプログラミングインターフェイス（ＡＰＩ）をエクスポーズして使用できるようにすることができ、複数のバッファタイプと、各バッファタイプに対する１つ以上のコールバック機能とを登録することができる。共通のキャッシング層は、共通のデータ構造をサポートすることができ、最上層からキャッシング要求を受取ると、そこにあるコールバック機能を用いて、キャッシング要求に関連付けられた特定のバッファタイプと共通のデータ構造との間で変換を行なうことができる。共通のキャッシング層は、キャッシング関連のＡＰＩを提供するために１組の共通のＡＰＩを定義し、キーおよび値データのシリアライゼーション／デシリアライゼーションなどの複数のインプリメンテーションについての共通の挙動を定義することができる。プロバイダスイッチおよび関連するＡＰＩを用いて、インプリメンテーション層からプロバイダスイッチの特定のインプリメンテーションをロードすることができる。プロバイダスイッチは、特定のキャッシングプロバイダによって提供されるキャッシング動作を指し示すポインタを含み得る。構成ファイルは、データコーディングと、キャッシングシステムのためにどのキャッシングプロバイダを使用するべきかとを指定するのに用いることができる。

【0011】

階層化されたキャッシングシステムは、ユーザと下層のキャッシングプロバイダとの間を分離させることができ、これにより、システムが使いやすくなり、その拡張が容易になる。

【0012】

たとえば、キャッシングシステムは、複数のキャッシングプロバイダとともに用いることができ、ユーザのアプリケーションを変更する必要なしに、複数のデータタイプをキャ
ッシュすることができる。開発者がどんなバッファタイプをキャッシュする必要があるかどうかにかかわらず、かつ、そのキャッシングシステムのためにどのキャッシングプロバイダが構成されるべきであるかにかかわらず、ユーザは、同じセットのＡＰＩを用いてキャッシング動作を実行することができる。

【0013】

一実施形態に従うと、分散型キャッシングシステムは、アクセス回数および更新回数を減らすことができ、各々がキーによって識別されている複数のタイプのバッファをキャッシュすることができ、複製アクセス、非複製アクセス、ローカルアクセスおよびリモートアクセスを提供することができる。

【0014】

図１は、一実施形態に従った、トランザクション処理環境において使用される分散型キャッシングを提供するためのシステムを示す。

【0015】

図１に示されるように、分散型キャッシングシステム１０５は、キャッシュにデータを格納する（１０６）かまたはキャッシュからデータを検索する（１０７）ために、キャッシング・クライアント（たとえば、Ｔｕｘｅｄｏクライアントまたはサーバ）１０１によって使用されるトランザクション処理システム（たとえば、Ｔｕｘｅｄｏサーバ環境）１００において、提供され得る。

【0016】

図１においてさらに示されるように、分散型キャッシングシステムは、複数の層、たとえば、バッファベースの分散型キャッシング（buffer-based distributed caching：ＢＤＣ）層１０９、共通の分散型キャッシング（common distributed caching：ＣＤＣ）層１２５、分散型キャッシングのインプリメンテーション（implementation of distributed caching：ＩＤＣ）層１４１、および、従属型サードパーティベンダー（dependent third-party vendor：ＤＴＶ）層１４９を含み得る。構成ファイル１０３は、ＢＤＣ層、ＣＤ
Ｃ層およびＩＤＣ層の挙動を定義するために用いることができる。

【0017】

一実施形態に従うと、ＢＣＤ層は、キャッシング・クライアントに対する最上層であり、複数の型付きバッファを処理することができ、型付きバッファをＣＤＣによってサポートされる共通の型付きバッファに変換した後、キャッシング・クライアントからＣＤＣ層にキャッシング要件を転送することができる。最上層の主要な機能は、さまざまな型付きバッファのシリアライゼーションおよびデシリアライゼーションである。

【0018】

図１においてさらに示されるように、ＢＤＣ層は、キャッシングシステムと通信するためにキャッシング・クライアントによって使用される１組の外部ＡＰＩ１２１をエクスポーズすることができる。たとえば、外部ＡＰＩは、データをキャッシュするかまたはデータをキャッシュから検索するために、アプリケーションにおいて直接用いることができる。

【0019】

以下の表１は、一実施形態に従った外部ＡＰＩの例示的なインターフェイスのリストを示す。

【0020】

【表1】

【0021】

表１に示されるように、一実施形態に従うと、外部ＡＰＩは、キャッシュに対するハンドルを取得し、キャッシュにバッファを入れ、バッファをキーに関連付け、バッファをキャッシュから削除して検索する際にアプリケーションが使用するべき方法を含み得る。

【0022】

たとえば、ユーザは、Ｔｕｘｅｄｏキャッシュハンドルを得るために方法「tpgetcache」を用いることができる。方法のパラメータ「名」は、取得すべきキャッシュのタイプを指定することができる。方法についての戻された結果は、構造名ＴＣＡＣＨＥを指し示すポインタであり得る。「tpcacheput/tpcacheget」はデータをキャッシュに入れる／キャ
ッシュから入手するために用いることができる。「tpcacheremove/tpcachemremove/tpcacheremoveall」は、キャッシュからアイテムを削除するために用いることができる。

【0023】

一実施形態に従うと、ＢＤＣ層は、キャッシングシステムにおいてキャッシュすることができるデータタイプとして複数の型付きバッファ１３０を登録することができる。たとえば、複数の型付きバッファは、ストリング（一連の文字）、ｃａｒｒａｙ（文字配列）、ｐｔｒ（バッファを指すポインタ）、ＦＭＬ型付きバッファおよびＶＩＥＷ型バッファを含み得る。他のデータタイプも、それらのデータタイプがＢＤＣ層に登録されていれば、キャッシングのためにサポートされ得る。

【0024】

図１に示されるように、各々の登録された型付きバッファは、型付きバッファを記述するメタデータ（たとえば、型付きバッファメタデータ１３２）と、符号化および暗号化ならびにシリアライゼーションおよびデシリアライゼーションを含むバッファ上での複数の動作を定義する１つ以上のコールバック機能１３１と、に関連付けることができる。

【0025】

一実施形態に従うと、ＢＤＣ層は、各々の登録されたデータタイプ毎に、メタデータおよびコールバック機能を提供するスイッチ（データ構造）を含み得る。

【0026】

以下のリスト１は、一実施形態に従った例示的なスイッチを示す。

【0027】

【数1】

【0028】

リスト１に示されるように、スイッチは、バッファのタイプ、サブタイプおよびサイズ、シリアライゼーション動作「presend」および「presend2」、デシリアライゼーション
動作「postrecv」、ならびに符号化／暗号化動作「encdec」を記述するメタデータを含み得る。

【0029】

一実施形態に従うと、ＣＤＣ層は、キャッシング関連のＡＰＩを提供するために１組の共通のＡＰＩ（たとえば、キャッシングＡＰＩ１２７）を含み得るとともに、名前／キー値ペアを含むデータのシリアライゼーション／デシリアライゼーションなどの複数のインプリメンテーションについての共通の挙動を定義し得る。ＣＤＣ層は、シリアライゼーション／デシリアライゼーションのインプリメンテーションのためのコールバック登録をサポートすることによって、複数のタイプのデータをシリアライズ／デシリアライズすることができる。

【0030】

一実施形態に従うと、共通のデータ構造（たとえば、共通の型付きバッファ）１３３は、キャッシュされるべき型付きバッファのシリアライズされたバイトを格納するために、ＣＤＣ層によってサポートすることができる。ＢＤＣ層に登録される登録済みの型付きバッファまたは他のデータタイプの各々は、シリアライズされ、共通のデータ構造に格納され得る。

【0031】

一実施形態に従うと、ＣＤＣ層は実際のキャッシング動作を実行せず、必要なインターフェイスを定義する。これらのインターフェイスは、キャッシング動作の特定のインプリメンテーションに依拠しない。構成に基づいて、これらのインターフェイスの特定のインプリメンテーションは、ＩＤＣ層から動的にロードすることができる。

【0032】

一実施形態に従うと、キャッシングプロバイダスイッチ１４３および特定の方法はＣＤＣ層に提供されて、プロバイダスイッチの特定のインプリメンテーションを検索するのに使用され得る。プロバイダスイッチは、キャッシングプロバイダによって提供されるキャッシング動作を指し示す複数のポインタを含み得る。プロバイダスイッチの各インプリメ
ンテーションのロードは、ＢＤＣ層からのキャッシング要求に応じて、キャッシングＡＰＩによって開始され得る（１２８）。以下のリスト２は、一実施形態に従った例示的なプロバイダスイッチを示す。

【0033】

【数2】

【0034】

リスト２に示されるように、プロバイダスイッチは、「入れる（put）」、「入手する
（get）」および「削除する（remove）」などのキャッシング動作を示すポインタを含み
得る。方法「ＴMTDCGetCachingProviderSW」は、構成ファイルによって定義されるように、キャッシングインターフェイスの特定のインプリメンテーションを検索するために用いられる特定の方法である。

【0035】

再び図１を参照すると、ＩＤＣ層は、実際のキャッシング動作を提供することができ、各キャッシングプロバイダ毎にクライアントおよびサーバを含み得る。上述のとおり、各々のクライアントは、プロバイダスイッチのインプリメンテーションであってもよく、ＣＤＣ層によって使用されるべく提供することができる。クライアントは、１つ以上のダイナミックライブラリによって提供することができ、このため、クライアントの各々を動的にＣＤＣ層にロードすることができる。サーバは、実際のキャッシングサーバまたはプロバイダとしてサードパーティアプリケーションを用いることができる。各々のキャッシングプロバイダは、それ自体のＩＤＣインプリメンテーションを有することができ、これにより、ユーザが、アプリケーションコード変更のない構成によってＩＤＣインプリメンテーションを変更することが可能となる。

【0036】

一実施形態に従うと、ＤＴＶ層は、複数のサードパーティキャッシングプロバイダ（たとえば、CoherenceおよびCloudStore）を含み得る。

【0037】

一実施形態に従うと、ＢＤＣ層およびＣＤＣ層は、トランザクション処理環境に対するクライアントアプリケーションとそこにあるサーバ（たとえば、ＴｕｘｅｄｏクライアントおよびＴｕｘｅｄｏサーバ）との両方に存在し得るとともに、ＩＤＣ層およびＤＴＶ層はサーバ上にのみ存在し得る。

【0038】

一実施形態に従うと、構成ファイルは単純な行指向型フォーマットのファイルであり得る。構成ファイルにおけるプロパティは、行の観点から処理することができるため、新しく導入されたプロパティがファイルのローディングプロセスに影響を与えることはない。表２は、構成ファイルにおけるプロパティのサンプルリストを示す。

【0039】

【表2】

【0040】

一実施形態に従うと、階層化されたキャッシングシステムは、ユーザと下層にあるキャッシングプロバイダとの間を分離し得るとともに、ユーザがシステム上でキャッシング動作を実行するために同じセットのインターフェイスを用いることを可能にし得る。

【0041】

具体例として、ＢＤＣ層が型付きバッファをキャッシュするようにとのキャッシング要求をキャッシング・クライアントから受取ると、ＢＤＣ層は、ＣＤＣ層にキャッシング要求を転送する（１２３）ことができ、これにより、型付きバッファをシリアライズするためにＢＤＣ層における対応するコールバック機能を呼出す（１３７）ことができ、シリアライズされたバイトを共通のデータ構造に格納する（１３８）ことができる。ＣＤＣ層は、共通セットのインターフェイスを用いて、構成ファイルによって指定される特定のキャッシングプロバイダからキャッシング動作にアクセスして、キャッシング動作を実行することができる。

【0042】

図２は、一実施形態に従った、トランザクション処理環境において使用される分散型キャッシングを提供するためのシステムをさらに示す。

【0043】

図２に示されるように、ＣＤＣ層におけるキャッシングＡＰＩはさらに、共通のキャッシングインターフェイスおよび他の共通の挙動、たとえばシリアライゼーションおよびデシリアライゼーションなど、を定義する複数のオブジェクトを含み得る。ユーザにエクスポーズされる外部ＡＰＩとは異なり、上述のとおり、キャッシングＡＰＩは、キャッシングシステムによって使用されるべく提供される。

【0044】

一実施形態に従うと、キャッシングＡＰＩは、外部ＡＰＩのユーザによって取得されるキャッシュを表わし得るキャッシュオブジェクト２２３を含み得る。このキャッシュは、キャッシュ関連の動作をすべて提供することができ、外部ＡＰＩからキャッシング動作を受取ることができる。キャッシュは、たとえば、構成ファイルの「tdc.cache」プロパテ
ィによって指定されるキャッシュ名によって識別され得る。

【0045】

図２に示されるように、キャッシュオブジェクトは、キャッシュキーオブジェクト２２５およびキャッシュ値オブジェクト２２７に関連付けることができる。キャッシュキーオブジェクトは、キャッシュのためのキーを生成および検索するための方法を含み得るとともに、キャッシュ値オブジェクトは、シリアライゼーションインターフェイスを含み得る。

【0046】

一実施形態に従うと、キャッシングプロバイダ２２９は、構成ファイルにおいて、プロパティcache.providerによって指定されるように、プロバイダ名によって識別される１組のキャッシング動作を定義することができる。プロセスレベルコンテキスト（ＴＵＸＰ）において維持されるグローバルなキャッシュプロバイダコンテナ２３０は、すべてのキャッシングプロバイダを暗黙的に維持することができる。キャッシュマネージャ２２４は、トランザクション処理環境においてキャッシュを管理するために用いることができる。キャッシュマネージャは、ユーザが直接キャッシュを作成するべき場合に暗黙的に作成することができるものであるが、単一のキャッシングプロバイダに関連付けることができる。キャッシュマネージャが作成されたとき、キャッシングプロバイダが存在していなければ、関連付けられたキャッシングプロバイダを内部に作成することができる。グローバルなキャッシュマネージャコンテナ２２８は、スレッド内で暗黙的に作成されたマネージャを管理するためにスレッドレベル・コンテキスト（ＴＵＸＴ）において維持することができる。

【0047】

図３は、一実施形態に従ったキャッシングＡＰＩの詳細なクラス図を示す。
図４は、一実施形態に従った、トランザクション処理環境において使用される分散型キャッシングを提供するための方法を示す。

【0048】

図４に示されるように、ステップ４１１において、分散型キャッシングシステムは、ト
ランザクション処理環境において提供することができる。分散型キャッシングシステムは、キャッシング・クライアントからキャッシング要件を受取るためのＢＤＣ層と、共通セットのキャッシングインターフェイスを提供するためのＣＤＣ層と、共通セットのキャッシングインターフェイスのインプリメンテーションを提供するためのＩＤＣ層と、実際のキャッシングプロバイダを提供するためのＤＴＶ層とを含み得る。

【0049】

ステップ４１３において、分散型キャッシングシステムのＢＤＣ層は、キャッシング・クライアントからキャッシング要求を受取ることができる。キャッシング要求は、ＢＤＣ層によってエクスポーズされるＡＰＩを用いて開始することができる。

【0050】

ステップ４１５において、ＢＤＣ層はＣＤＣ層にキャッシング要求を転送することができる。キャッシング要求に関連付けられた型付きバッファは、ＢＤＣ層において定義されるコールバック機能を用いて、共通のデータ構造に変換することができる。

【0051】

ステップ４１７において、ＣＤＣ層は、インプリメンテーション層から共通セットのキャッシングインターフェイスの特定のインプリメンテーションをロードし、特定のインプリメンテーションを用いてキャッシング動作を実行することができる。

【0052】

シリアライゼーションサポート
上述のとおり、ＣＤＣ層は、型付きバッファ上でシリアライゼーション動作／デシリアライゼーション動作を呼出すために、コールバック機能のための登録機能を定義することができる。

【0053】

一実施形態に従うと、型付きバッファまたは別のデータタイプは、登録機能を用いて、シリアライゼーション・ハンドラ／デシリアライゼーション・ハンドラに登録される必要がある。登録機能の例は以下のとおりであり得る。

【0054】

【数3】

【0055】

上述の登録機能においては、シリアライゼーションコールバック機能（cb1）およびデ
シリアライゼーション機能（cb2）が登録される。これらのコールバック機能は、上述の
とおり、ＢＤＣ層において定義することができ、以下のリスト３に例示することができる。

【0056】

【数4】

【0057】

リスト３に示されるように、登録された型付きバッファまたは別のユーザ定義型データタイプはシリアライズされたストリームに変換され、キャッシュに格納され得る。その後
、シリアライズされたストリームは、キャッシュから検索された後、変換されてユーザ定義型データバッファに戻され得る。

【0058】

分散型キャッシングシステムにおいて使用される型付きバッファを含むさまざまなデータタイプをサポートするために、これらのデータタイプのシリアライズされたストリームを格納するための共通のデータ構造を提供することができる。

【0059】

一実施形態に従うと、分散型キャッシングシステムによって使用されるデータシリアライゼーションをサポートするためのシステムおよび方法がこの明細書中に記載される。データシリアライゼーションシステムは、複数のデータタイプのシリアライズされたストリーム／バイトを格納するために用いることができる共通のデータ構造を含み得る。データ構造は、キャッシュセッターのアーキテクチャを記述する情報を含むヘッダを含み得る。異なるアーキテクチャ上で使用するために、キャッシュされたデータが検索される場合、ヘッダ内のアーキテクチャ情報を用いて、この異なるアーキテクチャ上で使用できるようにデータを変換することができる。キャッシュされたデータが同じアーキテクチャ上で検索される場合、キャッシュされたデータは、変換されずに用いることができる。データ構造は、付加的に、メモリを効率的に使用できるようにするために可変長をもつボディ、後方互換性についてのバージョン情報、および、拡張用のオプション特徴のためのフィールドを含み得る。

【0060】

図５は、一実施形態に従った例示的な型付きバッファを示す。
図５に示されるように、型付きバッファ（たとえば、Ｔｕｘｅｄｏ型バッファ）５１１は、フレキシブル・メッセージ・ヘッダ（flexible message header：ＦＭＬ）５１３、
およびユーザ型付きコンテナモジュール（user typed container module：ＴＣＭ）５１
７を含み得る。ＴＣＭはさらに、型付きコンテナヘッダー（typed container header：ＴＣＨ）５１９および型付きコンテナボディ（typed container body：ＴＣＢ）５２１を含み得る。ＴＣＢはＴ＿ＢＵＦＦＥＲ５２３およびユーザデータ５２９を含み得る。Ｔ＿ＢＵＦＦＥＲは、型付きバッファのタイプ５２５およびサブタイプ５２７を格納するために用いることができる。型付きバッファは、他のバッファに格納することができるいくつかの非ユーザＴＣＭを有し得る。

【0061】

図６は、一実施形態に従った、分散型キャッシングシステムによって使用されるデータシリアライゼーションをサポートするためのシステムを示す。

【0062】

図６に示されるように、データ構造はＣＤＣ層によってサポートされる共通の型付きバッファ１３３であってもよい。データ構造はヘッダ６１１およびボディ６１３を含み得る。ヘッダは、４バイトで位置合わせされる必要があり、複数のフィールド、たとえば、マジックフィールド６１５、メジャーバージョンフィールド６１７、マイナーバージョンフィールド６１８、長さフィールド６１９、vdataフィールド６２２、exlenフィールド６２３、タイプフィールド６２５、およびフラグフィールド６２１を含み得る。

【0063】

一実施形態に従うと、ボディは、ボディのサイズを示すための長さのフィールド６２９と、ソース型付きバッファのタイプ６３１およびサブタイプ６３３を格納するために用いられるＴ＿Ｂｕｆｆｅｒのフィールド６２６と、ユーザデータフィールド６３５とを含み得る。

【0064】

一実施形態に従うと、「マジック」のフィールドは、ヘッダを区別するために用いられるcharであり得るとともに、長さのフィールドは、ヘッダのサイズを示し得る。フラグのフィールドは、メジャーバージョンのフィールドにおける状態を示し得るかまたはオプション特徴を制御し得る。メジャーバージョンのフィールドは、データ構造における構造の
変更を示すことができる。たとえば、新しいフィールド／メンバが追加もしくは削除されるか、または、フィールドの意味が変更される。マイナーバージョンのフィールドは、メジャーバージョン内の変更を示すために用いることができる。たとえば、新しいビット・フラグがフラグのフィールドに投入される。

【0065】

一実施形態に従うと、exlenのフィールドは、一般的にはヘッダに含まれないであろう
いずれの余分なヘッダデータ（たとえば、オプションの特徴）をも記述し得る。「exlen
」がゼロでなければ、プレースホルダ「vdata」から始まる最初の「exlen」*４バイトが
ヘッダデータの一部になり得る。余分なヘッダデータは、さまざまなフィールドを有し得る。各々のフィールドは、４バイトで位置合わせされたアドレスから始まり得るとともに、そのタイプを示すunsigned shortとしてfirst shortを用い、フィールドのデータの長
さ（バイト）を示すunsigned shortとしてsecond shortを用い得るとともに、シリアライズされ得る。

【0066】

一実施形態に従うと、vdataのフィールドは、余分なヘッダデータおよびボディを含む
可変データを示すためのプレースホルダであり得る。ヘッダのうち最初の４バイトは、他の用途のために変更される可能性はなく、ヘッダにおけるメンバは、ビッグエンディアンを用いることができる（vdataは含まれていない）。ヘッダのサイズは可変データを含ん
でおらず、そのため、長さのフィールドに影響を与えることはない。

【0067】

一実施形態に従うと、メジャーバージョン、長さおよびフラグのそれぞれのフィールドは、メジャーバージョン間でのプロトコル互換性をサポートするために用いることができる。加えて、フラグのフィールドは、符号化されていないデータ、符号化されたデータおよび自己記述型データのうちの１つであり得るデータの状態を示すことができる。

【0068】

一実施形態に従うと、データが符号化されていない場合、シリアライゼーション中にどの動作も実行されず、ボディは、型付きバッファにおける元のユーザＴＣＭと同じであり得る。キャッシュセッター（たとえば、キャッシュにデータを格納するアプリケーション）と同じアーキテクチャ（たとえば、同じ文字符号化または同じエンディアン）のマシンに存在するキャッシュゲッター（たとえば、キャッシュされたデータを検索するアプリケーション）は、キャッシュされたデータを検索して用いることができる。

【0069】

一実施形態に従うと、データが符号化されると、型付きバッファにおける元のユーザＴＣＭが特定の符号化機構を用いてシリアライズされるため、キャッシュゲッターがデータをデシリアライズするために適切な対応機構を用いていれば、如何なるプラットフォーム上のキャッシュゲッターでもデータを正確に取得することができるようになる。

【0070】

一実施形態に従うと、この明細書中に記載されるデータ構造は「自己記述型」モードまたは状態を提供することができ、これにより、データ構造のボディを、型付きバッファにおいて、たとえば、「符号化されていない」状態で、元のユーザＴＣＭと同じ状態にすることが可能になる。さらに、キャッシュセッターの元のアーキテクチャについての追加情報は、データ構造のヘッダに含めることができる。異なるアーキテクチャに位置するキャッシュゲッターがキャッシュされたデータを入手する場合、追加情報を用いて、異なるアーキテクチャにおいて使用できるようにデータを変換することができる。キャッシュゲッターがキャッシュセッターと同じアーキテクチャに位置する場合、データは、変換されずに直接用いられ得る。

【0071】

一実施形態に従うと、データ構造は依然として「符号化された」モードをサポートすることができ、このため、Ｔｕｘｅｄｏ符号化アルゴリズムをサポートする他のプロダクトとデータを共有することができるようになる。シナリオの例として、Ｔｕｘｅｄｏアプリ
ケーションがキャッシュセッターとして機能するとともに、ＪＡＴＭＩパッケージを用いるＷｅｂｌｏｇｉｃアプリケーションがキャッシュゲッターとして機能する例を挙げることができる。

【0072】

一実施形態に従うと、アーキテクチャは、以下のうち１つ以上によって異種となり得る。すなわち、１）異なるエンディアン（バイトオーダー、リトルエンディアンまたはビッグエンディアン）；２）異なる文字集合（ASCII、EBCDICなど）；および、３）異なるサ
イズを有するタイプ（たとえば、長さが４バイトまたは８バイトであり得る）。

【0073】

一実施形態に従うと、「自己記述」状態が用いられる場合、構造上の相違についての情報を、データ構造のヘッダにおいて指定することができる。異種環境においては、「自己記述」モードは、符号化モードと比べて２つの利点を有する。すなわち、１）キャッシュセッターについて、「符号化されていない（unencoded）」場合と同じ性能；および、２
）ゲッターがキャッシュゲッターと同じアーキテクチャに位置する場合、キャッシュゲッターについて、「符号化されていない（unencoded）」場合と同じ性能を有する。

【0074】

具体例として、キャッシュセッターはデータ構造を用いて、シリアライズされたバイトをそれら自体のフォーマット（たとえば、ビッグエンディアンまたはリトルエンディアン）でキャッシュに格納することができ、かつ、データがどの「エンディアン」にあるかを指定する追加情報を格納することができる。キャッシュゲッターは、データを検索すると、追加情報を用いて、データをローカルフォーマットに変換することができる。

【0075】

一実施形態に従うと、異種環境においては、ライブラリは各々のマシンに提供することができ、このため、受取るマシンは、キャッシュセッターのマシンのアーキテクチャにかかわらず、ライブラリを用いて、キャッシュされたデータを変換することができる。

【0076】

そのため、データ構造は、キャッシングシステムの性能を向上させることができ、Ｔｕｘｅｄｏ型付きバッファを含むさまざまなデータタイプのシリアライズされたバイトを格納することができる。

【0077】

一実施形態に従うと、型付きバッファのユーザＴＣＭをシリアライズするために２つのステップを実行することができる。第１のステップは表示することであり、第２のステップは符号化することである。上述のとおり、シリアライゼーションおよびデシリアライゼーションのための機能はＢＤＣ層におけるコールバック機能において実現される。

【0078】

一実施形態に従うと、型付きバッファのユーザＴＣＭをシリアライズすることができるものの、不必要なデータを減らすために型付きバッファのユーザデータおよびＴ−バッファだけがキャッシュされる必要があり、型付きバッファの残りはキャッシュされる必要がない。

【0079】

リスト４は、一実施形態に従った型付きバッファの例示的なヘッダを示す。

【0080】

【数5】

【0081】

図７は、一実施形態に従った、分散型キャッシングシステムによって使用されるデータシリアライゼーションをサポートするための方法を示す。

【0082】

図７に示されるように、ステップ７１１において、分散型キャッシングシステムがトランザクション処理環境において提供され得る。

【0083】

ステップ７１３において、複数のデータタイプのシリアライズされたストリーム／バイトを格納するために用いられるデータ構造が提供され得る。データ構造は、キャッシュ設定アプリケーションを実行するシステムアーキテクチャについての情報を含むヘッダを含む。

【0084】

ステップ７１５において、異なるシステムアーキテクチャ上で実行されるキャッシュ入手アプリケーションはキャッシュされたデータを検索し、ソースシステムアーキテクチャについての情報を用いて、異なるアーキテクチャ上で使用できるようにデータを変換する。

【0085】

Coherenceとの統合
一実施形態に従うと、キャッシングプロバイダ（たとえば、CoherenceまたはCloudStore）は構成によってキャッシングプロバイダとして用いることができる。

【0086】

一実施形態に従うと、分散型インメモリ・データグリッド（たとえば、Coherence）を
、キャッシングプロバイダとしての分散型キャッシングシステムに統合するためのシステムおよび方法がこの明細書中に記載される。分散型キャッシングシステムにおけるプロキシサーバは分散型インメモリ・データグリッドに対するクライアントとして機能し得るとともに、ＩＤＣクライアントから転送されたキャッシング要求を受取り得る。始動時に、プロキシサーバは、キャッシング・システム・キャッシュを定義する構成ファイルと、分散型インメモリ・データグリッドキャッシュにキャッシュするマップとをロードすることができ、キャッシング・システム・キャッシュの名前を用いて、サービスをアドバタイズすることができる。要求されたサービスを指定するキャッシング要求をキャッシング・クライアントから受取ると、プロキシサーバは、要求されたサービスに基づいてアクセスするために、分散型インメモリ・データグリッドにおける対応するキャッシュを決定することができる。

【0087】

一実施形態に従うと、キャッシュされるべきデータはシリアライズされてから、プロキシサーバに転送することができ、このプロキシサーバは、シリアライズされたデータを対応するインメモリ・データグリッドキャッシュに格納することができる。キャッシュされたデータが、シリアライズされたバイトとして対応するインメモリ・データグリッドキャッシュから検索されて、キャッシング・クライアントに送り返されると、キャッシング・クライアントは、データを元のデータにデシリアライズすることができる。

【0088】

図８は、一実施形態に従った、キャッシングプロバイダとしての分散型キャッシングシステムに分散型インメモリ・データグリッドを統合するためのシステムを示す。

【0089】

図８に示されるように、複数のコンピュータノード（たとえば、ノードＡ８０５およびノードＢ８０７）は、トランザクション処理環境（たとえば、Ｔｕｘｅｄｏサーバ環境）におけるクラスタまたはドメインにおいて機能するように構成することができる。各々のコンピュータノードはアプリケーションサーバ（たとえば、アプリケーションサーバＡ８１１およびアプリケーションサーバＢ８１３）を含み得る。

【0090】

図８にさらに示されるように、分散型インメモリ・データグリッドクラスタ（たとえば、Coherence）８３１は、複数のコンピュータノード上でサポートされ得る。分散型イン
メモリ・データグリッドは、複数のコンピュータノードにわたって分散された複数のメンバを含み得る。たとえば、CoherenceメンバＡ８１９およびCoherenceメンバＣ８２３は、コンピュータノードＡ上に存在し得るとともに、CoherenceメンバＢ８２１およびCoherenceメンバＤ８２５はコンピュータノードＢ上に存在し得る。

【0091】

一実施形態に従うと、１つ以上のプロキシサーバは、ロードバランシングおよび性能向上のために各々のコンピュータノード上に設けることができる。たとえば、Coherenceの
ためのプロキシサーバ８１５および８１７は、それぞれ、コンピュータノードＡおよびコンピュータノードＢ上に設けられる。

【0092】

一実施形態に従うと、各々のプロキシサーバは、Ｔｕｘｅｄｏ Ｊａｖａ（登録商標）サーバによって実現することができ、分散型キャッシングシステムにおいてサーバとして機能し得る。キャッシング・クライアント（たとえば、Ｔｕｘｅｄｏクライアントまたはサーバ）からのキャッシング要求は、トランザクション手順を呼出すことによって各々のプロキシサーバに転送され得る。各々のプロキシは、その後、１つ以上のキャッシング要求を分散型インメモリ・データグリッドに転送して、対応する応答を受取ることができる。

【0093】

一実施形態に従うと、各々のプロキシサーバは、分散型インメモリ・データグリッドに対するＪａｖａ（登録商標）クライアントとして、直接、機能し得る。構成ファイルは、分散型インメモリ・データグリッドに如何にアクセスするかを指定することができ、たとえば、１つ以上の分散されたキャッシュまたは複製されたキャッシュにアクセスするべきかどうかを指定することができる。読取りのアクセスが高く、および書込みのアクセスが低い場合、複製されたキャッシュをアクセス用に構成することができる。

【0094】

図９は、一実施形態に従った、キャッシングプロバイダとしての分散型キャッシングシステムに分散型インメモリ・データグリッドを統合するためのシステムをさらに示す。

【0095】

図９に示されるように、プロキシサーバ９３０は、Coherenceのためのキャッシングプ
ロバイダスイッチインプリメンテーション９４３からトランザクション手順の呼出し９２９を受取るために、ＣＤＣ層に存在し得る。トランザクション手順の呼出しは、キャッシング・クライアントから分散型キャッシングシステムへのキャッシング要求を受取った後
、キャッシングプロバイダ・スイッチ・インプリメンテーションをホストしているサーバによって生成することができる。トランザクション手順の呼出しは、共通の型付きバッファから（９２８）のシリアライズされたバイトを含み得る。

【0096】

一実施形態に従うと、Coherenceのためのキャッシングプロバイダ・インプリメンテー
ションは、ＩＤＣ層からＣＤＣ層に提供されるＩＤＣクライアントであり得る。Coherence９３２はデフォルトのキャッシングプロバイダとなるように構成することができる。こ
のため、プロバイダスイッチのインプリメンテーションと、プロバイダスイッチインプリメンテーションをロードするのに用いられる方法とが、Ｔｕｘｅｄｏダイナミックライブラリlibtuxおよびlibwsに統合され得る。この場合、前者はＴｕｘｅｄｏサーバおよび固
有のクライアントによって使用され得るとともに、後者はＴｕｘｅｄｏ／ＷＳクライアントのために使用され得る。

【0097】

一実施形態に従うと、Coherenceに基づいたプロバイダスイッチ・インプリメンテーシ
ョンまたはＩＤＣクライアントは、tpcallによってプロキシサーバにキャッシング要求を転送することができる。不必要なコピーを減じるようにとの要求のタイプに基づいて、さまざまなバッファタイプを用いることができる。表３は、キャッシング要求のタイプに基づいて用いることができる型付きバッファのサンプルリストを示す。

【0098】

【表3】

【0099】

一実施形態に従うと、プロキシサーバは、始動されると、構成ファイルから構成プロパティをロードすることができる。この場合、構成プロパティが定義することができる提供されたＴｕｘｅｄｏキャッシュは、分散型キャッシングシステムにおける、構成された論理キャッシュまたは物理キャッシュであり得る。プロキシサーバは、Ｔｕｘｅｄｏキャッシュ名を用いて、サービスをアドバタイズすることができる。構成ファイルからのプロパティのリストの例を以下のリスト５に示すことができる。

【0100】

【数6】

【0101】

一実施形態に従うと、上述のプロパティであれば、プロキシサーバは、「tc」という名のＴｕｘｅｄｏサービスをアドバタイズすることができる。ＩＤＣクライアントは、tpcallによってプロキシサーバがアドバタイズしたサービス「tc」に対し、キャッシュ「tc」についての要求を転送することができる。リスト３に示されるように、プロパティは、分散型キャッシングシステムにおいて構成されたキャッシュについての、マップされたCoherenceキャッシュを指定することができる。キャッシング・クライアントがコマンド「getcache」によってキャッシュを取得する必要がある場合、プロキシサーバは、このキャッ
シュのために必要なすべてのプロパティ（たとえば、プロパティoptions.encoding）をキャッシング・クライアントに送り返すことができる。

【0102】

一実施形態に従うと、要求されたサービスの名前が、構成ファイルによってCoherence
キャッシュにマッピングされたＴｕｘｅｄｏキャッシュの名前と同じであり得る場合、プロキシサーバは、要求されたサービスに基づいてCoherenceキャッシュ名を決定すること
ができる。

【0103】

一実施形態に従うと、プロキシサーバはCoherenceのクライアントとして機能すること
ができる。プロキシサーバは、プロキシサーバによって用いられるCoherence構成ファイ
ルによって定義されるように、固有のクライアント（Coherenceクラスタのメンバ）また
はリモートクライアントであり得る。

【0104】

一実施形態に従うと、Coherenceキャッシュは、アプリケーションの要件によって決定
されるように、分散型キャッシュ、ローカルキャッシュまたは他の任意のタイプのキャッシュであり得る。

【0105】

一実施形態に従うと、キャッシュにデータを格納するために、たとえば「入れる（put
）」というコマンドがアプリケーションにおいて呼出されると、データはシリアライズされてからプロキシサーバに転送され得る。プロキシサーバがバイト［］のタイプであり得るシリアライズされたデータを受取ると、プロキシサーバはシリアライズされたデータをCoherenceに格納することができる。

【0106】

同様に、データをキャッシュから検索するために、たとえば「入手する（get）」とい
うコマンドがアプリケーションにおいて呼出されると、キャッシュされたデータは、バイト［］のタイプを備えたCoherenceから検索されて、さらにキャッシング・クライアント
に送り返され、このキャッシング・クライアントが、データをその元のフォーマットにデシリアライズすることができる。

【0107】

図１０は、一実施形態に従った、キャッシングプロバイダとしての分散型キャッシングシステムに分散型インメモリ・データグリッドを統合するための方法を示す。

【0108】

図１０に示されるように、ステップ１０１１において、プロキシサーバは、トランザクション処理環境において分散型キャッシングシステムに提供することができる。プロキシサーバは、キャッシング・システム・キャッシュを定義する構成ファイルと、分散型インメモリ・データグリッドキャッシュにキャッシュするマップとをロードし、キャッシング・システム・キャッシュの名前を用いてサービスをアドバタイズすることができる。

【0109】

ステップ１０１３において、プロキシサーバは、キャッシング要求を受取ることができる。キャッシング要求は、分散型キャッシングシステムのＩＤＣクライアントからのトランザクション手順の呼出しの際に転送される。

【0110】

ステップ１０１５において、プロキシサーバは、トランザクション手順の呼出しの際に、要求されたサービスに基づいてアクセスするために、分散型インメモリ・データグリッドにおける対応するキャッシュを決定することができる。

【0111】

サービスキャッシング
上述の分散型キャッシングシステムは以下のキャッシング特徴を提供することができる。すなわち、アクセス回数および更新回数が極めて少なく、キーによって識別されたＴｕｘｅｄｏバッファをキャッシュすることができ、複製アクセス、非複製アクセス、ローカルアクセスおよびリモートアクセスを含む調整可能な品質サービスを提供する、というキャッシング特徴を提供することができる。

【0112】

一実施形態に従うと、トランザクション処理環境において分散型キャッシングシステムを用いて、サービスから戻された結果をキャッシュするためのシステムおよび方法がこの明細書中に記載される。構成ファイルは、サービスから戻された結果をキャッシュするのにどのキャッシュを用いるべきかと、キャッシュされた結果を識別する際に使用されるキーを如何に生成するかとを記述するエントリを含むキャッシングセクションを含み得る。サービスについての要求がクライアントから受取られると、トランザクション処理環境のアプリケーションサーバコアは、関連するキャッシュされたデータが、構成ファイルを用いて生成されたキーによって識別されるキャッシュに存在しているかどうかを判断することができる。存在している場合、アプリケーションサーバコアは、サービスを呼出す代わりに、キャッシュされたデータを直接戻すことができる。他の場合、アプリケーションサーバコアは、サービスを呼出し、生成されたキーを用いて、構成ファイルによって指定されるキャッシュにデータをキャッシュし、クライアントに結果を戻すことができる。

【0113】

一実施形態に従うと、キャッシュされるべきサービスについて戻された結果は、サービス要求における入力キーワードに基づいた、データベースからの検索結果であり得る。

【0114】

サービス（たとえば、Ｔｕｘｅｄｏサービス）が、或る期間内で特定の要求に応じて、同じ結果を戻すのに比較的長い時間を費やし得る場合、サービスキャッシング特徴により、システム性能を著しく向上させることができる。加えて、このキャッシング特徴は、ユーザが、既存のコードを変更することなく、サービスから戻された結果をキャッシュすることを可能にする。

【0115】

一実施形態に従うと、構成ファイルは、キャッシュされた結果を識別するために用いら
れるべきキーを如何に生成するかを指定することができる。このような識別用途のキーは、単純な連続ストリング（simple solid string）、サービス名から構成されるストリン
グ、要求データから構成されるストリング、ならびに、サービス名および要求データから構成されるストリング、のうちの１つであり得る。

【0116】

一実施形態に従うと、要求データがキーを生成するために用いられるべき場合、要求データ全体またはデータの一部を、要求データを含んでいる型付きバッファに従ってキーの一部として用いることができる。ユーザは以下を用いることができる。

【0117】

１）開始インジケータ／終了インジケータによって識別されるＳＴＲＩＧＮ／ＣＡＲＲＡＹバッファの一部；
２）ＶＩＥＷ／ＶＩＥＷ３２バッファのうちの１つのフィールドもしくはいくつかのフィールド；
３）ＦＭＬ／ＦＭＬ３２バッファのうちの１つのフィールドもしくはいくつかのフィールド；または、
４）ＸＭＬバッファのうちの１つのフィールドもしくはいくつかのフィールド。

【0118】

一実施形態に従うと、トランザクション処理環境においては、ＦＭＬ型バッファなどの型付きバッファは、複数セットの名前値ペアを含み得る。型付きバッファは、クライアントからサーバに要求を送信し、サーバからクライアントに結果を戻すために用いることができる。キャッシュされたサービス結果は、特定のキャッシング要求についての外部からのデータを含み得る複数セットの名前値ペアを含み得る。たとえば、キャッシュされた名前値ペアのうちのいくつかは特定の要求のために必要とされないかもしれないが、但し、これらの名前値ペアは後続のキャッシング要求のために必要とされるかもしれない。

【0119】

そのため、一実施形態に従うと、要求データから生成されたキーを用いることにより、クライアントアプリケーションが、必要なデータを正確に示し、それらのデータだけを検索することが可能となり、これにより、アクセス時間を減らし、性能を増強させることができる。

【0120】

図１１は、一実施形態に従った、トランザクション処理環境において分散型キャッシングシステムを用いて、サービスから戻された結果をキャッシュするためのシステムを示す。

【0121】

図１１に示されるように、分散型キャッシングシステムは、分散されたかまたは複製された複数のキャッシュ（たとえば、キャッシュＡ１１２１およびキャッシュＢ１１２３）を含み得るキャッシングプロバイダ１１１９としてCoherenceを用いるように構成するこ
とができる。

【0122】

さらに図示されるように、トランザクション処理環境のための構成ファイル１１０４は、分散型キャッシングシステムを如何に用いるかを記述するエントリを含み得るサービスキャッシングセクション１１０７を含み得る。

【0123】

たとえば、キャッシングセクションは、サービスＡのためのキャッシュＡ１１１０およびサービスＢのためのキャッシュＢ１１１１によって例示されるように、特定のサービスから戻されたものをキャッシュするためにどのキャッシュを使用すべきかを記述することができる。

【0124】

一実施形態に従うと、セクションにおける追加のエントリは、サービスＡのためのキーを生成するための方法１１１３、およびサービスＢのためのキーを生成するための方法１
１１５によって示されるように、特定のサービスからのキャッシュ済み結果を識別する際に使用すべきキーを如何に生成するかを記述することができる。上述のとおり、キー生成方法は、要求データを含むバッファのタイプに基づいて、キーを生成する際に、要求におけるデータのうちどのフィールドを使用すべきかを定義することができる。

【0125】

図１１を参照して、アプリケーションサーバコア（たとえば、Ｔｕｘｅｄｏコア）１１１４は、戻された結果をサービス１１０２からクライアントアプリケーション（たとえば、Ｔｕｘｅｄｏクライアント）１１０１に渡すために提供することができる。アプリケーションサーバコアは、複数のサービス（たとえば、サービスＡ１１０５およびサービスＢ１１０９）を実行することができるアプリケーションサーバＡ（たとえば、Ｔｕｘｅｄｏサーバ）１１１７に関連付けることができる。アプリケーションサーバコアはまた、結果についての特定のサービスを呼出すべきか、またはキャッシュにキャッシュされた結果を用いるべきかどうかを判断する際に使用されるサービスキャッシング論理１１２８にも関連付けることができる。

【0126】

具体例として、サービスＡ１１２５についての要求がアプリケーションサーバによって受取られると、それに関連付けられたアプリケーションサーバコアは、サービスＡのために構成されたキャッシュをチェックして、構成ファイルにおけるサービスについての関連するエントリに従って生成されたキー１１２７によって識別されるような、関連するキャッシュデータがキャッシュに存在するかどうかを判断することができる。存在する場合、アプリケーションサーバは、サービスＡを呼出す代わりに、直接、キャッシュされたデータを戻すことができる。存在しない場合、アプリケーションサーバコアはサービスＡを呼出し（１１０８）、クライアントアプリケーションに結果を戻すことができる。クライアントアプリケーションに結果を転送し返す前に、アプリケーションサーバコアは、生成されたキーを用いるデータを、サービスＡによって使用されるように構成されたキャッシュにキャッシュすることができる。

【0127】

図１２は、一実施形態に従った、トランザクション処理環境において分散型キャッシングシステムを用いて、サービスから戻された結果をキャッシュするための方法を示す。

【0128】

図１２に示されるように、ステップ１２１１において、分散型キャッシングシステムは、特定のサービスのために戻された結果をキャッシュするためにどのキャッシュを使用すべきかと、キャッシュされた結果を識別する際に使用されるキーを如何に生成すべきかとを記述しているエントリを備えた構成ファイルを含み得るトランザクション処理環境において提供することができる。

【0129】

ステップ１２１３において、アプリケーションサーバに関連付けられたアプリケーションサーバコアは、サービスについての要求が、サービスをホストしているアプリケーションサーバに対してクライアントアプリケーションから送信されていることを検出することができ、関連するキャッシュされたデータが構成ファイルを用いて生成されたキーによって識別されるキャッシュに存在しているかどうかを判断することができる。

【0130】

テップ１２１５において、関連するキャッシュされたデータがキャッシュに存在している場合、アプリケーションサーバコアはサービスを呼出す代わりに、キャッシュされたデータを直接戻すことができる。他の場合、アプリケーションサーバコアは、サービスを呼出し、構成ファイルによって指定されたキャッシュに、生成されたキーを用いるデータをキャッシュし、クライアントに結果を戻すことができる。

【0131】

この発明は、この開示の教示に従ってプログラミングされた１つ以上のプロセッサ、メモリおよび／またはコンピュータ読取り可能記憶媒体を含む、１つ以上の従来の汎用また
は特化型デジタルコンピュータ、コンピューティング装置、マシン、またはマイクロプロセッサを使用して都合よく実現されてもよい。ソフトウェア技術の当業者には明らかであるように、この開示の教示に基づいて、適切なソフトウェアコーディングが、熟練したプログラマによって容易に準備され得る。

【0132】

実施形態によっては、本発明は、本発明のプロセスのうちいずれかを実行するためにコンピュータをプログラムするのに使用できる命令が格納された非一時的な記憶媒体または（１つもしくは複数の）コンピュータ読取り可能な媒体であるコンピュータプログラムプロダクトを含む。この記憶媒体は、フロッピー（登録商標）ディスク、光ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ、および光磁気ディスクを含む、任意の種類のディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリデバイス、磁気もしくは光カード、ナノシステム（分子メモリＩＣを含む）、または、命令および／もしくはデータを格納するのに適した任意の種類の媒体もしくはデバイスを含み得るものの、これらに限定されない。

【0133】

本発明のこれまでの記載は例示および説明を目的として提供されている。すべてを網羅するかまたは本発明を開示された形態そのものに限定することは意図されていない。当業者には数多くの変更および変形が明らかであろう。実施形態は、本発明の原理およびその実際の応用を最もうまく説明することによって他の当業者がさまざまな実施形態および意図している特定の用途に適したさまざまな変形を理解できるようにするために、選択され説明されている。本発明の範囲は添付の特許請求の範囲およびそれらの同等例によって規定されるものと意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】