特表 2022-547691 アクセスドッキングコンポーネント、システム、並びに、そのアクセスドッキングコンポーネントを用いた方法及び装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-11-15

(54)【発明の名称】アクセスドッキングコンポーネント、システム、並びに、そのアクセスドッキングコンポーネントを用いた方法及び装置

(51)【国際特許分類】

   G06F 16/182 20190101AFI20221108BHJP

【ＦＩ】

G06F16/182

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022515990

(86)(22)【出願日】2020-08-14

(85)【翻訳文提出日】2022-03-10

(86)【国際出願番号】 CN2020109079

(87)【国際公開番号】W WO2021057317

(87)【国際公開日】2021-04-01

(31)【優先権主張番号】201910898500.4

(32)【優先日】2019-09-23

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

２．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】517404197

【氏名又は名称】チャイナ ユニオンペイ カンパニー リミテッド

(74)【代理人】

【識別番号】100118784

【弁理士】

【氏名又は名称】桂川 直己

(72)【発明者】

【氏名】ツー リジュン

(72)【発明者】

【氏名】ユェン ハン

(72)【発明者】

【氏名】ワン インジュオ

(72)【発明者】

【氏名】リー シューナン

(72)【発明者】

【氏名】ジャン チャオ

(72)【発明者】

【氏名】リョ ジーフェイ

(72)【発明者】

【氏名】ワン タオ

(57)【要約】

本発明は、アクセスドッキングコンポーネント、システム、並びに、そのアクセスドッキングコンポーネントを用いた方法及び装置を提供する。ここで、当該アクセスドッキングコンポーネントは、Ｈａｄｏｏｐ計算サーバに配置されるとともに、Ｈａｄｏｏｐのファイルシステムインタフェースを互換的に実現して、Ｈａｄｏｏｐ計算サービスコンポーネントとのアクセスドッキングを実現するための互換性インタフェースレイヤーと、互換性インタフェースレイヤーに対して第１のインタフェース関数を与えることで、ファイルシステムインタフェースにおいてＨａｄｏｏｐ計算サービスコンポーネントに必要なファイル操作を実現する操作実現レイヤーと、操作実現レイヤーに対して第２のインタフェース関数を与えることで、ファイル操作を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換するストレージアクセスレイヤーと、を備える。上記アクセスドッキングコンポーネントが用いられたことで、Ｈａｄｏｏｐ計算サービスとストレージサービスのデカップリング分離を実現することができ、分散ストレージにおけるオブジェクトストレージに直接にアクセスすることが可能となる。

【特許請求の範囲】

【請求項1】

Ｈａｄｏｏｐ計算サーバに配置されるとともに、
Ｈａｄｏｏｐのファイルシステムインタフェースを互換的に実現して、Ｈａｄｏｏｐ計算サービスコンポーネントとのアクセスドッキングを実現するための互換性インタフェースレイヤーと、
前記互換性インタフェースレイヤーに対して第１のインタフェース関数を与えることで、前記ファイルシステムインタフェースにおいて前記Ｈａｄｏｏｐ計算サービスコンポーネントに必要なファイル操作を実現する操作実現レイヤーと、
前記操作実現レイヤーに対して第２のインタフェース関数を与えることで、前記ファイル操作を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換するストレージアクセスレイヤーと、を備える、ことを特徴とするアクセスドッキングコンポーネント。

【請求項2】

前記分散ストレージは、Ｃｅｐｈクラスターである、ことを特徴とする請求項１に記載のアクセスドッキングコンポーネント。

【請求項3】

前記オブジェクトストレージのアクセス操作は、Ｃｅｐｈクラスターにおけるｒａｄｏｓクラスターへのアクセス操作である、ことを特徴とする請求項２に記載のアクセスドッキングコンポーネント。

【請求項4】

前記ストレージアクセスレイヤーは、
ＣｅｐｈクラスターにおけるＭｏｎノードとの通信を確立してＣｅｐｈクラスターのＣｒｕｓｈ Ｍａｐを取得するとともに、Ｃｒｕｓｈアルゴリズムにより、Ｃｅｐｈクラスターにおけるオブジェクトストレージ機器ＯＳＤの位置を計算するためのＣｒｕｓｈ計算ユニットと、
Ｃｅｐｈクラスターにおけるオブジェクトストレージ機器ＯＳＤとのＳｏｃｋｅｔ通信を確立して、Ｃｅｐｈクラスターへのアクセス操作を実現するためのファイル読書きユニットと、を含む、ことを特徴とする請求項３に記載のアクセスドッキングコンポーネント。

【請求項5】

前記ファイル操作は、少なくとも、
ファイル及びフォルダーをリストすること、フォルダーを作成すること、フォルダーを削除すること、ファイルの状態情報を取得すること、ファイルをリネームすること、フォルダーへ戻ること、ファイルへのポインタをオープンすること、データストリームを、オープンしたファイルに書き込むこと、オープンしたファイルのデータを読み取ること、ユーザ認証を実現することのうちの１つ又は複数を含む、ことを特徴とする請求項１に記載のアクセスドッキングコンポーネント。

【請求項6】

前記ストレージアクセスレイヤーは、Ｈａｄｏｏｐ指定ディレクトリに配置されるダイナミックリンクライブラリファイルによって実現され、且つ、前記第２のインタフェース関数は、前記ダイナミックリンクライブラリファイルにおけるパッケージ化された、前記ＣｅｐｈクラスターにおけるｒａｄｏｓクラスターへアクセスするためのＣ＋＋インタフェース関数である、ことを特徴とする請求項３に記載のアクセスドッキングコンポーネント。

【請求項7】

前記操作実現レイヤーは、Ｈａｄｏｏｐ指定ディレクトリに配置される第２のＪａｖａパケットによって実現され、前記第２のＪａｖａパケットは、前記ダイナミックリンクライブラリファイルにおけるパッケージ化されたＣ＋＋インタフェース関数をＪａｖａインタフェース関数に変換するためのものであり、前記Ｊａｖａインタフェース関数は前記第１のインタフェース関数である、ことを特徴とする請求項６に記載のアクセスドッキングコンポーネント。

【請求項8】

前記第２のＪａｖａパケットは、ＪＮＩによって前記Ｊａｖａインタフェース関数と前記Ｃ＋＋インタフェース関数の間の変換を実現する、ことを特徴とする請求項７に記載のアクセスドッキングコンポーネント。

【請求項9】

前記互換性インタフェースレイヤーは、Ｈａｄｏｏｐ指定ディレクトリに配置される第１のＪａｖａパケットによって実現される、ことを特徴とする請求項１に記載のアクセスドッキングコンポーネント。

【請求項10】

前記ファイルシステムインタフェースの操作は、Ｈａｄｏｏｐ分散ファイルシステムの実現を多重化する、ことを特徴とする請求項１に記載のアクセスドッキングコンポーネント。

【請求項11】

前記互換性インタフェースレイヤーは、さらに、ＨａｄｏｏｐのＹａｒｎコンポーネントに対して、運行中、前記第１のＪａｖａパケットにおける機能関数を呼び出せるために用いられる、ことを特徴とする請求項１に記載のアクセスドッキングコンポーネント。

【請求項12】

前記アクセスドッキングコンポーネントは、Ｈａｄｏｏｐ計算サーバクラスターにおける各計算サーバノードに配置される、ことを特徴とする請求項１に記載のアクセスドッキングコンポーネント。

【請求項13】

Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌには、前記アクセスドッキングコンポーネントのメインクラス情報が含まれる、ことを特徴とする請求項１に記載のアクセスドッキングコンポーネント。

【請求項14】

Ｈａｄｏｏｐ計算サーバクラスターと分散ストレージを含むアクセスドッキングシステムであって、
前記Ｈａｄｏｏｐ計算サーバクラスターにおける各計算サーバノードには、請求項１～１３のいずれか１項に記載のアクセスドッキングコンポーネントが配置されて、各計算サーバノードを前記分散ストレージにドッキングするために用いられる、ことを特徴とするアクセスドッキングシステム。

【請求項15】

前記分散ストレージは、空きストレージインタフェースにより、前記Ｈａｄｏｏｐ計算サーバクラスター以外の計算プラットフォームに対してストレージサービスを提供する、ことを特徴とする請求項１５に記載のアクセスドッキングシステム。

【請求項16】

前記分散ストレージは、Ｃｅｐｈクラスターであり、且つ、前記空きストレージインタフェースは、ブロック機器ストレージインタフェースとファイルシステムストレージインタフェースを含む、ことを特徴とする請求項１５に記載のアクセスドッキングシステム。

【請求項17】

アクセスドッキングコンポーネントを用いた方法であって、
Ｈａｄｏｏｐ計算サービスコンポーネントからのアクセス要求を受信し、
請求項１～１３のいずれか１項に記載のアクセスドッキングコンポーネントを用いて、前記アクセス要求を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換することを含む、ことを特徴とする方法。

【請求項18】

Ｈａｄｏｏｐ計算サービスコンポーネントからのアクセス要求を受信する前に、
Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌを用いて、前記アクセスドッキングコンポーネントのメインクラス情報を取得することをさらに含む、ことを特徴とする請求項１７に記載の方法。

【請求項19】

アクセスドッキングコンポーネントを用いた装置であって、
Ｈａｄｏｏｐ計算サービスコンポーネントからのアクセス要求を受信するための受信モジュールと、
請求項１～１３のいずれか１項に記載のアクセスドッキングコンポーネントを用いて、前記アクセス要求を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換するためのアクセスモジュールとを備える、ことを特徴とする装置。

【請求項20】

Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌを用いて、前記アクセスドッキングコンポーネントのメインクラス情報を取得するためのロードモジュールをさらに備える、ことを特徴とする請求項１９に記載の装置。

【請求項21】

アクセスドッキングコンポーネントを用いた装置であって、
１つまたは複数のマルチコアプロセッサと、
１つまたは複数のプログラムを記憶するためのメモリと、を含み、
前記１つまたは複数のプログラムが前記１つまたは複数のマルチコアプロセッサによって実行されると、前記１つまたは複数のマルチコアプロセッサに請求項１７または１８に記載の方法を実現させる、ことを特徴とする装置。

【請求項22】

プログラムが記憶されており、前記プログラムがマルチコアプロセッサによって実行されると、請求項１７または１８に記載の方法を前記マルチコアプロセッサに実行させる、ことを特徴とするコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、分散ストレージの技術分野に関し、具体的には、アクセスドッキングコンポーネント、システム、並びに、そのアクセスドッキングコンポーネントを用いた方法及び装置に関する。

【背景技術】

【0002】

本部分は、特許請求の範囲に記載の本発明の実施形態のために、背景又は上下文を提供することを意図したものである。ここでの記載は、本部分に含まれることが原因で従来技術として認められるものではない。

【0003】

ビッグデータ技術の発展が進んでいることに伴い、Ｈａｄｏｏｐ計算サービスとストレージサービスのデカップリング分離は、（１）ストレージリソースの技術アーキテクチャを相対的に安定化させることで、計算コンポーネントに対する頻繁なアップグレード又は拡張による影響を回避することができる点、（２）ストレージリソースの共有化を容易にさせる点、という２つの利点を有するため、徐々に新しい発展傾向になっている。

【0004】

しかしながら、従来技術では、上述したＨａｄｏｏｐ計算サービスとストレージサービスのデカップリング分離を実現することができる、高性能で利用可能性が高い解決策はない。

【発明の概要】

【0005】

上述したような従来技術に存在するＨａｄｏｏｐ計算サービスとストレージサービスのデカップリング分離を実現することが困難であった問題に対し、本発明は、その問題を解決できる、アクセスドッキングコンポーネント、システム、並びに、そのアクセスドッキングコンポーネントを用いた方法及び装置を提供する。

【0006】

本発明では、以下の方案が提案されている。

【0007】

第１の態様では、Ｈａｄｏｏｐ計算サーバに配置されるとともに、Ｈａｄｏｏｐのファイルシステムインタフェースを互換的に実現して、Ｈａｄｏｏｐ計算サービスコンポーネントとのアクセスドッキングを実現するための互換性インタフェースレイヤーと、互換性インタフェースレイヤーに対して第１のインタフェース関数を与えることで、ファイルシステムインタフェースにおいてＨａｄｏｏｐ計算サービスコンポーネントに必要なファイル操作を実現する操作実現レイヤーと、操作実現レイヤーに対して第２のインタフェース関数を与えることで、ファイル操作を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換するストレージアクセスレイヤーと、を備えるアクセスドッキングコンポーネントを提供する。

【0008】

可能性のある幾つかの実施形態では、分散ストレージは、Ｃｅｐｈクラスターである。

【0009】

可能性のある幾つかの実施形態では、オブジェクトストレージのアクセス操作は、Ｃｅｐｈクラスターにおけるｒａｄｏｓクラスターへのアクセス操作である。

【0010】

可能性のある幾つかの実施形態では、ストレージアクセスレイヤーは、ＣｅｐｈクラスターにおけるＭｏｎノードとの通信を確立してＣｅｐｈクラスターのＣｒｕｓｈ Ｍａｐを取得するとともに、Ｃｒｕｓｈアルゴリズムにより、Ｃｅｐｈクラスターにおけるオブジェクトストレージ機器ＯＳＤの位置を計算するためのＣｒｕｓｈ計算ユニットと、Ｃｅｐｈクラスターにおけるオブジェクトストレージ機器ＯＳＤとのＳｏｃｋｅｔ通信を確立して、Ｃｅｐｈクラスターへのアクセス操作を実現するためのファイル読書きユニットと、を含む。

【0011】

可能性のある幾つかの実施形態では、ファイル操作は、少なくとも、ファイル及びフォルダーをリストすること、フォルダーを作成すること、フォルダーを削除すること、ファイルの状態情報を取得すること、ファイルをリネームすること、フォルダーへ戻ること、ファイルへのポインタをオープンすること、データストリームを、オープンしたファイルに書き込むこと、オープンしたファイルのデータを読み取ること、ユーザ認証を実現することのうちの１つ又は複数を含む。

【0012】

可能性のある幾つかの実施形態では、ストレージアクセスレイヤーは、Ｈａｄｏｏｐ指定ディレクトリに配置されるダイナミックリンクライブラリファイル（Ｌｉｂｃｅｐｈｒｇｗ．ｓｏ）によって実現され、且つ、第２のインタフェース関数は、ダイナミックリンクライブラリファイルＬｉｂｃｅｐｈｒｇｗ．ｓｏにおけるパッケージ化された、ＣｅｐｈクラスターにおけるｒａｄｏｓクラスターへアクセスするためのＣ＋＋インタフェース関数である。

【0013】

可能性のある幾つかの実施形態では、操作実現レイヤーは、Ｈａｄｏｏｐ指定ディレクトリに配置される第２のＪａｖａパケット（ｃｅｐｈｌｉｂｒｇｗ．ｊａｒ）によって実現され、第２のＪａｖａパケット（ｃｅｐｈｌｉｂｒｇｗ．ｊａｒ）は、ダイナミックリンクライブラリファイル（Ｌｉｂｃｅｐｈｒｇｗ．ｓｏ）におけるパッケージ化されたＣ＋＋インタフェース関数をＪａｖａインタフェース関数に変換するためのものであり、第１のインタフェース関数はＪａｖａインタフェース関数である。

【0014】

可能性のある幾つかの実施形態では、第２のＪａｖａパケット（ｃｅｐｈｌｉｂｒｇｗ．ｊａｒ）は、ＪＮＩによってＪａｖａインタフェース関数とＣ＋＋インタフェース関数の間の変換を実現する。

【0015】

可能性のある幾つかの実施形態では、互換性インタフェースレイヤーは、Ｈａｄｏｏｐ指定ディレクトリに配置される第１のＪａｖａパケット（ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍ．ｊａｒ）によって実現される。

【0016】

可能性のある幾つかの実施形態では、ファイルシステムインタフェースの操作は、ＨＤＦＳの実現を多重化する。

【0017】

可能性のある幾つかの実施形態では、互換性インタフェースレイヤーは、さらに、ＨａｄｏｏｐのＹａｒｎコンポーネントに対して、運行中、第１のＪａｖａパケット（ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍ．ｊａｒ）における機能関数を呼び出せるために用いられる。

【0018】

可能性のある幾つかの実施形態では、アクセスドッキングコンポーネントは、Ｈａｄｏｏｐ計算サーバクラスターにおける各計算サーバノードに配置される。

【0019】

可能性のある幾つかの実施形態では、Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌには、アクセスドッキングコンポーネントのメインクラス情報が含まれる。

【0020】

第２の態様では、Ｈａｄｏｏｐ計算サーバクラスターと分散ストレージを含むアクセスドッキングシステムであって、Ｈａｄｏｏｐ計算サーバクラスターにおける各計算サーバノードには、上記第１の態様におけるアクセスドッキングコンポーネントが配置されて、各計算サーバノードを前記分散ストレージにドッキングするために用いられるアクセスドッキングシステムを提供する。

【0021】

可能性のある幾つかの実施形態では、分散ストレージは、空きストレージインタフェースにより、Ｈａｄｏｏｐ計算サーバクラスター以外の計算プラットフォームに対してストレージサービスを提供する。

【0022】

可能性のある幾つかの実施形態では、分散ストレージは、Ｃｅｐｈクラスターであり、且つ、空きストレージインタフェースは、ブロック機器ストレージインタフェースとファイルシステムストレージインタフェースを含む。

【0023】

第３の態様では、アクセスドッキングコンポーネントを用いた方法であって、Ｈａｄｏｏｐ計算サービスコンポーネントからのアクセス要求を受信し、上記第１の態様におけるアクセスドッキングコンポーネントを用いて、アクセス要求を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換することを含む方法を提供する。

【0024】

可能性のある幾つかの実施形態では、Ｈａｄｏｏｐ計算サービスコンポーネントからのアクセス要求を受信する前に、Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌを用いて、アクセスドッキングコンポーネントのメインクラス情報を取得することをさらに含む。

【0025】

第４の態様では、アクセスドッキングコンポーネントを用いた装置であって、Ｈａｄｏｏｐ計算サービスコンポーネントからのアクセス要求を受信するための受信モジュールと、上記第１の態様におけるアクセスドッキングコンポーネントを用いて、アクセス要求を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換するためのアクセスモジュールとを備える装置を提供する。

【0026】

可能性のある幾つかの実施形態では、Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌを用いて、アクセスドッキングコンポーネントのメインクラス情報を取得するためのロードモジュールをさらに備える。

【0027】

第５の態様では、アクセスドッキングコンポーネントを用いた装置であって、１つまたは複数のマルチコアプロセッサと、１つまたは複数のプログラムを記憶するためのメモリと、を含み、１つまたは複数のプログラムが１つまたは複数のマルチコアプロセッサによって実行されると、１つまたは複数のマルチコアプロセッサに上記第３の態様における方法を実現させる装置を提供する。

【0028】

第６の態様では、プログラムが記憶されており、プログラムがマルチコアプロセッサによって実行されると、上記第３の態様における方法をマルチコアプロセッサに実行させる、コンピュータ可読記憶媒体を提供する。

【0029】

本願の実施例で用いられる上記少なくとも１つの技術案によれば、以下のような有益な効果が得られる。上記アクセスドッキングコンポーネントにおける互換性インタフェースレイヤー、操作実現レイヤー、および、オブジェクトアクセスレイヤーによる協働で、Ｈａｄｏｏｐストレージサービスや管理レイヤー以上のインタフェースとソフトウェアの実現を何も変化させないままで、Ｈａｄｏｏｐの計算サービスとストレージサービスのヘテロジニアスなデカップリングをサポートすることができ、Ｈａｄｏｏｐの計算サービスコンポーネントがオブジェクトストレージのアクセス操作の方式により、ヘテロジニアスな分散ストレージへ直接にアクセスすることが可能となり、性能や利用可能が向上した。上記分散ストレージは、例えば、Ｃｅｐｈクラスターである。

【0030】

理解すべきなのは、上記説明は、本発明の技術手段をより明瞭に理解してもらうための、本発明の技術案の概要に過ぎず、明細書の内容を基にして実施することが可能である。また、本発明の上記目的及び他の目的、特徴、及びメリットをさらに明瞭的で分かりやすくするために、以下は、特に、本発明の具体的な実施の形態を例示して説明する。

【図面の簡単な説明】

【0031】

以下の例示的な実施例の詳細を閲覧したうえで、当業者は、本明細書に記載の利点や有益な効果、および、他の利点や有益な効果を理解することができる。添付図面は、例示的な実施例の目的を示すためのものに過ぎず、本発明を制限するものとして見なされない。しかも、全ての添付図面において、同一の部材は同一の記号で示される。添付図面は以下の通りである。

【図1】本発明の一実施例に係るアクセスドッキングコンポーネントの構造概略図。

【図2】本発明の一実施例に係るＦｉｌｅＳｙｓｔｅｍインタフェースの概略図。

【図3】本発明の一実施例に係るアクセスドッキングコンポーネントを用いた方法のフロー概略図。

【図4】本発明の一実施例に係るアクセスドッキングコンポーネントを用いた装置の構造概略図。

【図5】本発明の別の実施例に係るアクセスドッキングコンポーネントを用いた装置の構造概略図。

【図6】本発明の一実施例に係るコンピュータ可読記憶媒体の概略図。 添付図面において、同一又は対応な部分は、同一または対応な記号で示される。

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

【0032】

以下は、添付図面を参照しながら、本開示の例示的な実施例をより詳しく説明する。添付図面には、本開示の例示的な実施例が示されたが、本開示は、種々な形式で実現することができ、ここに記載の実施例により限られたものではないと、理解すべきである。逆に、それらの実施例を提供する目的は、本開示をさらに明瞭に理解できるようにすることであって、本開示の範囲を当業者に完全に伝えることができることである。

【0033】

本発明では、理解すべきなのは、例えば、「含む」や「備える」のような用語は、本発明により開示された特徴、数字、工程、行為、部材、部分又はそれらの組み合わせの存在を示すためのものであり、１つまたは複数の他の特徴、数字、工程、行為、部材、部分又はそれらの組み合わせの存在の可能性を排除することを意図しない。

【0034】

本発明を説明する前に、まず、本明細書に記載の若干の技術用語について簡単に説明する。

【0035】

Ｈａｄｏｏｐは、Ａｐａｃｈｅ財団によって開発された分散システムの基礎となるアーキテクチャである。ユーザは、分散ボトムレイヤーの詳細を知らないままで、分散プログラムを開発することができる。クラスターの機能を十分に生かして高速な演算やストレージを可能にする。Ｈａｄｏｏｐは、現在、最も幅広く応用されている分散計算プラットフォームであり、ＭａｐＲｅｄｕｃｅ分散計算モデルを用いて、一連のインタフェース及びフレームを提供し、ユーザによる分散クラスターの計算リソースへの高効率な利用を支援し、計算の並行性を向上させる。

【0036】

Ｃｅｐｈは、信頼性と拡張可能性のために設計された統合された、分散ファイルシステムであり、優れている性能を有するものである。

【0037】

Ｏｂｊｅｃｔ Ｓｔｏｒａｇｅは、オブジェクトストレージであり、オブジェクトに基づくストレージとも呼ばれるが、離散ユニットの方法を解決し、処理することを記述するための汎用的な技術用語である。これらの離散ユニットは、オブジェクトとも呼ばれる。ファイルと同様に、オブジェクトは、データを含むものであるが、ファイルとの相違点といえば、オブジェクトが１つのレイヤー構造において階層的な構造を有しない点が挙げられる。各オブジェクトは、ストレージプールと呼ばれるフラットなアドレス空間における同一の階層にあるものである。１つのオブジェクトは、もう１つのオブジェクトの次の階層にあるわけがない。

【0038】

なお、説明すべきなのは、衝突しない場合、本発明における実施例及び実施例に記載の特徴は互いに組み合わされてもよい。以下は、添付図面を参照しながら、実施例を組み合わせて本願発明を詳しく説明する。

【0039】

図１に示されるように、本実施例は、アクセスドッキングコンポーネント１００を提供する。当該アクセスドッキングコンポーネント１００は、Ｈａｄｏｏｐ計算サーバに配置され、且つ、アクセスドッキングコンポーネント１００は、互換性インタフェースレイヤー１０１、操作実現レイヤー１０２、および、ストレージアクセスレイヤー１０３を含む。ここでは、互換性インタフェースレイヤー１０１は、Ｈａｄｏｏｐ計算サーバに配置されるとともに、Ｈａｄｏｏｐのファイルシステムインタフェースを互換的に実現して、Ｈａｄｏｏｐ計算サービスコンポーネントとのアクセスドッキングを実現するためのものである。操作実現レイヤー１０２は、互換性インタフェースレイヤー１０１に対して第１のインタフェース関数を与えることで、ファイルシステムインタフェースにおいてＨａｄｏｏｐ計算サービスコンポーネントに必要なファイル操作を実現する。ストレージアクセスレイヤー１０３は、操作実現レイヤー１０２に対して第２のインタフェース関数を与えることで、ファイル操作を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換して、分散ストレージとのアクセスドッキングを実現させる。

【0040】

可能性のある幾つかの実施形態では、上記分散ストレージは、Ｃｅｐｈクラスターであることが好ましい。理解すべきなのは、本実施例は、ＨａｄｏｏｐとＣｅｐｈクラスター以外の他の分散ストレージ機器とのドッキングを実現するために適用されてもよい。本実施例は、Ｃｅｐｈクラスターを例にして説明しているが、それに限られていない。ＣｅｐｈラスターをＨａｄｏｏｐドッキング用の分散ストレージとして用いることにより、Ｈａｄｏｏｐの場合からすると、ファイルへの読書き性能を効果的に向上させ、ファイルへのアクセス効率を高めることができる。同時に、Ｈａｄｏｏｐ内のデータは、Ｃｅｐｈによってユーザスペースにロードされることが可能となるため、データへの多様化された管理を実現した。Ｃｅｐｈクラスターの場合からすると、ＨａｄｏｏｐプラットフォームによるＣｅｐｈクラスターへのアクセスによれば、Ｃｅｐｈクラスターに対してＪａｖａプログラミング言語のアクセスインタフェースを提供し、Ｃｅｐｈの応用場面や応用範囲が更に広く拡張されるようになる。

【0041】

可能性のある幾つかの実施形態では、Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌには、アクセスドッキングコンポーネントのメインクラス情報が含まれる。例を挙げると、表１に示されるように、Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌには、以下の配置アイテムが追加される。

【表1】

【0042】

ここで、配置アイテムのｆｓ．ｃｅｐｈＲｇｗ．ｉｍｐｌは、ｃｅｐｈＲｇｗの実現クラスを示す。配置アイテムのｃｅｐｈ．ａｕｔｈ．ｉｄ、ｃｅｐｈ．ｃｏｎｆ．ｆｉｌｅ、ｃｅｐｈ．ａｕｔｈ．ａｃｃｅｓｓ ユーザのａｃｃｅｓｓ ｋｅｙ、ｃｅｐｈ．ａｕｔｈ．ｓｅｃｒｅｔ、ｃｅｐｈ．ａｕｔｈ．ｓｅｃｒｅｔ、ｍｏｎ ｈｏｓｔなどは、Ｃｅｐｈクラスターのパラメータを設定し、配置アイテムのｆｓ．ＡｂｓｔｒａｃｔＦｉｌｅＳｙｓｔｅｍ．ｃｅｐｈＲｇｗ．ｉｍｐｌはｃｅｐｈＲｇｗの抽象的なファイルシステムの実現クラスを示す。

【0043】

さらに、ＡｂｓｔｒａｃｔＦｉｌｅＳｙｓｔｅｍは、Ｈａｄｏｏｐにおいて、仮想ファイルシステム（ＶＦＳ）のような役割を果たすものであり、Ｈａｄｏｏｐではファイルシステムのフォーマットが不明瞭である場合に用いられ、ファイル作成（ｃｒｅａｔｅ）、目次作成（ｍｋｄｉｒ）、ファイルストリーム作成（ｏｐｅｎ）などの仮想方法を実現させ、Ｈａｄｏｏｐに必要な様々なファイル操作をＣｅｐｈに実現させるために用いられる。ＣｅｐｈＲｇｗ機能関数は、ＣｅｐｈＲｇｗ（ＵＲＩ ｔｈｉｓＵｒｉ， Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｎｆ） ｔｈｒｏｗｓ ＩＯＥｘｃｅｐｔｉｏｎ， ＵＲＩＳｙｎｔａｘＥｘｃｅｐｔｉｏｎを含み、Ｈａｄｏｏｐレイヤーコンポーネントに対して、運行中、ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍクラスにおける関数を呼び出せることを示す。

【0044】

以下は、互換性インタフェースレイヤー１０１、操作実現レイヤー１０２、および、ストレージアクセスレイヤー１０３の機能、内部実現構造について、例示的に説明する。

【0045】

（１）互換性インタフェースレイヤー１０１
互換性インタフェースレイヤー１０１は、Ｈａｄｏｏｐのファイルシステムインタフェース（ＦｉｌｅＳｙｓｔｅｍ）を互換的に実現して、Ｈａｄｏｏｐ計算サービスコンポーネントとのアクセスドッキングを実現するためのものである。

【0046】

具体的には、上記互換性インタフェースレイヤー１０１は、ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍクラスを用いてＦｉｌｅＳｙｓｔｅｍインタフェースを実現し、さらに、ＦｉｌｅＳｙｓｔｅｍインタフェースを介してＨａｄｏｏｐ計算サービスコンポーネントとのアクセスドッキングを形成することができる。具体的に、Ｈａｄｏｏｐ計算サービスコンポーネントによって呼び出されてファイルに関する方法を実行させ、又は、ファイルに関する操作を実現させることで、Ｈａｄｏｏｐファイルシステムインタフェースとして機能し、Ｈａｄｏｏｐ計算サービスコンポーネントによるファイルＩ０への呼び出しの違いをシールドしてもよい。

【0047】

図２には、当該ＦｉｌｅＳｙｓｔｅｍインタフェースに含まれる抽象的な方法が示される。ＦｉｌｅＳｙｓｔｅｍインタフェースは、Ｈａｄｏｏｐ計算サービスコンポーネントが必要に応じてファイルに関する操作を実行することをサポートする。具体的な機能として、配置ファイルによってファイルシステムを初期化すること、ファイル又はフォルダーを作成すること、ファイル又はフォルダーの情報を取得すること、ファイル又はフォルダーの権限を設定すること、ファイルの読書きデータストリームを作ること、ファイルに対して読書き操作を行うこと、および、フォルダーをリネーム又は削除すること、が含まれるが、これらに限らない。

【0048】

可能性のある幾つかの実施形態では、上記互換性インタフェースレイヤー１０１、即ち、ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍレイヤーは、Ｈａｄｏｏｐ指定ディレクトリに配置される第１のＪａｖａパケットＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍ．ｊａｒによって実現されてもよい。例えば、Ｈａｄｏｏｐのｓｈａｒｅ／Ｈａｄｏｏｐ／ｃｏｍｍｏｎ／ｌｉｂにおいて、当該ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍ．ｊａｒを入れてもよい。また、上記ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍ．ｊａｒを利用して、Ｈａｄｏｏｐの呼び出しサービスコンポーネント（例えば、Ｙａｒｎ）によるバッファ格納位置などのような特別なファイルストレージ要求に対応するドッキングを同時に実現させることもできる。

【0049】

可能性のある幾つかの実施形態では、ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍレイヤーは、さらに、ＨａｄｏｏｐのＹａｒｎコンポーネントに対して、Ｙａｒｎの運行中、ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍクラスにおける機能関数を呼び出せるために用いられる。例えば、Ｈａｄｏｏｐに配置されるＣｅｐｈＲｇｗ機能関数によって、上記機能を実現させてもよい。

【0050】

例を挙げると、当該ＣｅｐｈＲｇｗ機能関数は、ＣｅｐｈＲｇｗ（ＵＲＩ?ｔｈｉｓＵｒｉ，?Ｃｏｎｆｉｇｕｒａｔｉｏｎ?ｃｏｎｆ）?ｔｈｒｏｗｓ?ＩＯＥｘｃｅｐｔｉｏｎ，?ＵＲＩＳｙｎｔａｘＥｘｃｅｐｔｉｏｎであってもよい。

【0051】

可能性のある幾つかの実施形態では、上記ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍクラスの操作は、ＨＤＦＳの実現を多重化することにより、ＨＤＦＳクライアント端末におけるファイル読取操作のロジックと互換性を両立させる。そのため、ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍクラスにおける機能関数を呼び出すとき、Ｈａｄｏｏｐのコンポーネントが自装置分散の方式により、Ｃｅｐｈクラスターへアクセスすることができ、業務コードを改めて書き込む必要がなく、クライアント端末におけるコードの使用が簡素化された。

【0052】

例を挙げると、表２に示されるように、当該ＣｅｐｈＲｇｗＦｉｌｅＳｙｓｔｅｍクラスに含まれる機能関数は以下の通りである。

【表2】

上述した互換性インタフェースレイヤー１０１から分かるように、ＦｉｌｅＳｙｓｔｅｍの新しい実現クラスＦｉｌｅＳｙｓｔｅｍｃを導入することにより、ＨＤＦＳアクセスの互換性に対応して、Ｈａｄｏｏｐ計算サービスコンポーネントに対するドッキングを実現することができる。

【0053】

（２）操作実現レイヤー１０２
操作実現レイヤー１０２は、上層の互換性インタフェースレイヤー１０１に対して第１のインタフェース関数を与えることで、ＦｉｌｅＳｙｓｔｅｍインタフェースにおいてＨａｄｏｏｐ計算サービスコンポーネントに必要なファイル操作を実現する。

【0054】

具体的には、操作実現レイヤー１０２、即ち、ｃｅｐｈｌｉｂｒｇｗレイヤーは、Ｈａｄｏｏｐ指定ディレクトリに配置される第２のＪａｖａパケットｃｅｐｈｌｉｂｒｇｗ．ｊａｒによって実現されてもよい。例えば、Ｈａｄｏｏｐのｓｈａｒｅ／Ｈａｄｏｏｐ／ｃｏｍｍｏｎ／ｌｉｂにおいて、当該ｃｅｐｈｌｉｂｒｇｗ．ｊａｒを入れて、上記ｃｅｐｈｌｉｂｒｇｗレイヤーを実現してもよい。

【0055】

可能性のある幾つかの実施形態では、上記ファイル操作は、少なくとも、ファイル及びフォルダーをリストすること、フォルダーを作成すること、フォルダーを削除すること、ファイルの状態情報を取得すること、ファイルをリネームすること、フォルダーへ戻ること、ファイルへのポインタをオープンすること、データストリームを、オープンしたファイルに書き込むこと、オープンしたファイルのデータを読み取ること、ユーザ認証を実現することのうちの１つ又は複数を含む。

【0056】

例を挙げると、表３に示されるように、ｃｅｐｈｌｉｂｒｇｗレイヤーから与えられた第１のインタフェース関数はＪａｖａインタフェース関数であり、以下のようなものを含んでもよい。

【表3】

【0057】

（３）ストレージアクセスレイヤー１０３
ストレージアクセスレイヤー１０３は、操作実現レイヤー１０２に対して第２のインタフェース関数を与えることで、ファイル操作を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換する。ここで、オブジェクトストレージのアクセス操作は、具体的に、Ｃｅｐｈクラスターにおけるｒａｄｏｓクラスターへのアクセス操作である。

【0058】

可能性のある幾つかの実施形態では、ストレージアクセスレイヤー１０３は、Ｃ言語レイヤーであり、Ｈａｄｏｏｐ指定ディレクトリに配置されるダイナミックリンクライブラリファイルＬｉｂｃｅｐｈｒｇｗ．ｓｏによって実現されてもよい。例えば、Ｈａｄｏｏｐの／ｕｓｒ／ｌｉｂ６４／フォルダーにおいて、ｌｉｂｃｅｐｈｒｇｗ．ｓｏを入れて上記ストレージアクセスレイヤー１０３を実現してもよい。

【0059】

ストレージアクセスレイヤー１０３から操作実現レイヤー１０２に対して与えられた第２のインタフェース関数は、具体的には、Ｌｉｂｃｅｐｈｒｇｗ．ｓｏにおけるパッケージ化された、ＣｅｐｈクラスターにおけるｒａｄｏｓクラスターへアクセスするためのＣ＋＋インタフェース関数であってもよい。当該Ｃ＋＋インタフェース関数は、ファイル作成、ファイルアクセス、ファイル読取、ファイル書き込み、ファイル更新、目次リスト、ファイル名検索、ファイル状態検索、システム状態検索などの基本的な操作の関数インタフェースを与えるとともに、初期化システムハンドル、取得操作ハンドルなどの関数を新たにパッケージ化する。ユーザは、相応なハンドルを要求してから操作関数を直接に呼び出すだけで、相応な操作を行うことができるが、Ｃｅｐｈ内部の中間変数及びパラメータを手動で管理する必要がない。

【0060】

例を挙げると、表４に示されるように、Ｌｉｂｃｅｐｈｒｇｗ．ｓｏから与えられる第２のインタフェース関数はＣ＋＋インタフェース関数であり、以下の内容を含んでもよい。

【表4】

【0061】

可能性のある幾つかの実施形態では、上記操作実現レイヤー１０２は、さらに、Ｌｉｂｃｅｐｈｒｇｗ．ｓｏにおけるパッケージ化されたＣ＋＋インタフェース関数を呼び出して、上層の互換性インタフェースレイヤーに与えるＪａｖａインタフェース関数、即ち、第１のインタフェース関数に変換してもよい。具体的には、操作実現レイヤー１０２は、ＪＮＩによってＪａｖａインタフェース関数とＣ＋＋インタフェース関数の間の変換を実現する。ここで、上記ＪＮＩにより、若干の呼び出しインタフェースが与えられて、Ｊａｖａ言語とＣ＋＋言語との通信を可能にする。理解すべきなのは、Ｈａｄｏｏｐで用いられるプログラミング言語がＪａｖａ言語であり、Ｃｅｐｈクラスターで用いられる言語がＣ＋＋言語であり、Ｊａｖａ言語ではハードウェアを直接に操作することができないので、ＪＮＩにより、Ｃ＋＋のベース又は関数を呼び出してハードウェアを操作することができ、重複開発を回避した。

【0062】

可能性のある幾つかの実施形態では、図１に示されるように、ストレージアクセスレイヤー１０３は、具体的には、ＣｅｐｈクラスターにおけるＭｏｎノードとの通信を確立してＣｅｐｈクラスターのＣｒｕｓｈ Ｍａｐを取得するとともに、Ｃｒｕｓｈアルゴリズムにより、Ｃｅｐｈクラスターにおけるオブジェクトストレージ機器ＯＳＤの位置を計算するためのＣｒｕｓｈ計算ユニットと、Ｃｅｐｈクラスターにおけるオブジェクトストレージ機器ＯＳＤとのＳｏｃｋｅｔ通信を確立して、Ｃｅｐｈクラスターへのアクセス操作を実現し、即ち、Ｃｅｐｈクラスターへのドッキングを実現するためのファイル読書きユニットと、を含む。

【0063】

可能性のある幾つかの実施形態では、アクセスドッキングコンポーネント１００は、具体的に、Ｈａｄｏｏｐ計算サーバクラスターにおける各Ｈａｄｏｏｐ計算サーバノードに配置される。それにより、Ｈａｄｏｏｐのビッグデータ計算サービスが、余計にゲートウェイを介さずに、Ｃｅｐｈストレージに分散して直接にアクセスすることが可能となり、アクセス経路が短くて、性能や利用可能性が向上する。

【0064】

上記アクセスドッキングコンポーネントにおける互換性インタフェースレイヤー、操作実現レイヤー、および、オブジェクトアクセスレイヤーによる協働で、Ｈａｄｏｏｐストレージサービスや管理レイヤー以上のインタフェースとソフトウェアの実現を何も変化させないままで、Ｈａｄｏｏｐの計算サービスとストレージサービスのヘテロジニアスなデカップリングをサポートすることができ、Ｈａｄｏｏｐの計算サービスコンポーネントがオブジェクトストレージのアクセス操作の方式により、ヘテロジニアスな分散ストレージへ直接にアクセスすることが可能となり、性能や利用可能が向上した。

【0065】

上記アクセスドッキングコンポーネントについて、本願の実施例では、さらに、Ｈａｄｏｏｐ計算サーバクラスターと分散ストレージを含むアクセスドッキングシステムであって、Ｈａｄｏｏｐ計算サーバクラスターにおける各計算サーバには、上記アクセスドッキングコンポーネントが配置されて、各計算サーバを当該分散ストレージにドッキングするために用いられるアクセスドッキングシステムを提供する。

【0066】

可能性のある幾つかの実施形態では、分散ストレージは、空きストレージインタフェースにより、Ｈａｄｏｏｐ計算サーバクラスター以外の計算プラットフォームに対してストレージサービスを提供する。例えば、Ｃｅｐｈクラスターにおけるストレージリソースは、同時にビッグデータ、仮想マシン、容器のような異なるアプリケーションに共有化されて利用されることが可能となり、ストレージリソースの共有化が図れる。

【0067】

可能性のある幾つかの実施形態では、分散ストレージは、Ｃｅｐｈクラスターであり、且つ、空きストレージインタフェースは、ブロック機器ストレージインタフェースとファイルシステムストレージインタフェースを含む。

【0068】

説明すべきなのは、本願の実施例におけるアクセスドッキングシステムによれば、アクセスドッキングコンポーネントの実施例の各態様を実現させるとともに、同様な効果や機能を達成させることができる。ここでは説明を省略する。

【0069】

上記アクセスドッキングコンポーネントについて、本願の実施例では、さらに、アクセスドッキングコンポーネントを用いた方法を提供する。図３は、本願の一実施例に係るアクセスドッキングコンポーネントを用いた方法のフロー概略図である。図３に示されるように、方法３００では、

【0070】

ステップＳ３０１：Ｈａｄｏｏｐ計算サービスコンポーネントからのアクセス要求を受信すること、および、

【0071】

ステップＳ３０２：上記アクセスドッキングコンポーネントを用いて、アクセス要求を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換すること、を含む。

【0072】

可能性のある幾つかの実施形態では、方法３００では、、Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌを用いて、アクセスドッキングコンポーネントのメインクラス情報を取得することを更に含んでもよい。

【0073】

次は、上記アクセスドッキングコンポーネントを用いた方法について、ｐｕｔファイルを例にしたデータアクセスプロセスを詳しく説明する。

【0074】

まず、互換性インタフェースレイヤーによって下記ステップを実行される。
ステップＳ４１：ｐｕｔファイルを分割すること。
ステップＳ４２：ｃｒｅａｔｅ関数により、ｐｕｔファイルをデータストリームの形式で操作実現レイヤーに伝送すること。

【0075】

ここで、Ｈａｄｏｏｐはｃｏｒｅ－ｓｉｔｅ．ｘｍｌファイルのｉｏ．ｆｉｌｅ．ｂｕｆｆｅｒ．ｓｉｚｅ配置アイテムに基づいて、ファイルを分割する（デフォルト値が４０９６バイト）。Ｆｉｌｅｓｙｓｔｅｍインタフェースにおいて定義されたｃｒｅａｔｅ関数により、ＣｅｐｈＲｇｗＯｕｔｐｕｔＳｔｒｅａｍのファイル出力ストリームを構築して、下層の操作実現レイヤーに伝送する。ＣｅｐｈＲｇｗＯｕｔｐｕｔＳｔｒｅａｍにおいて、ｃｏｒｅ－ｓｉｔｅ．ｘｍｌファイルのｃｅｐｈ．ｉｏ．ｂｕｆｆｅｒ．ｓｉｚｅ配置アイテムに基づいて、バッファエリアの大きさ（デフォルト値が４Ｍ）を設定する。ＨａｄｏｏｐはＣｅｐｈＲｇｗＯｕｔｐｕｔＳｔｒｅａｍのＷｒｉｔｅ関数を呼び出してファイルコンテンツをｃｅｐｈｌｉｂｒｇｗ．ｊａｒに伝送する。

【0076】

次は、操作実現レイヤーによって下記ステップを実行される。
ステップＳ４３：Ｊａｖａインタフェース関数とＣ＋＋インタフェース関数とのドッキングを可能にして、データストリームを引き続き下向きにストレージアクセスレイヤーに伝送すること。

【0077】

ここで、操作実現レイヤーは、下層のストレージアクセスレイヤーから与えられるＣ＋＋インタフェース関数を呼び出して、ファイルデータストリームをストレージアクセスレイヤーに伝送する。

【0078】

更に、ストレージアクセスレイヤーによって下記ステップを実行される。
Ｓ４４：Ｃｅｐｈクラスター情報を取得するとともに、データストリームを更に分割すること。
Ｓ４５：分割された各セグメントに対応するＯＳＤ位置を計算すること。
Ｓ４６：ＯＳＤと直接に通信して、ファイルをアップロードすること。

【0079】

ここで、ストレージアクセスレイヤーは、その中のＣｒｕｓｈ計算ユニットによってｃｅｐｈ ｍｏｎと通信して、Ｃｅｐｈクラスター情報を取得するとともに、Ｃｅｐｈクラスターにおける下層Ｏｂｊｅｃｔｓの大きさ（デフォルト値が４Ｍ）に基づいてファイルデータストリームを更に分割する。ストレージアクセスレイヤーは、その中のＣｒｕｓｈ計算ユニットによってｃｅｐｈ ｍｏｎと通信して、Ｃｒｕｓｈ Ｍａｐを取得するとともに、分割されたセグメント情報に基づいてＣｒｕｓｈ計算ユニットにより、分割された各セグメントに対応するマスターＯＳＤのｉｐ及びポート番号を計算する。ストレージアクセスレイヤーは、その中のファイル読み書き操作によって、ＯＳＤとの通信を確立してデータの非同期伝送を行い、伝送が完了すると、ＯＳＤ端からその旨を返送される。

【0080】

上記アクセスドッキングコンポーネントを用いて、その中の互換性インタフェースレイヤー、操作実現レイヤー、および、オブジェクトアクセスレイヤーによる協働で、Ｈａｄｏｏｐストレージサービスや管理レイヤー以上のインタフェースとソフトウェアの実現を何も変化させないままで、Ｈａｄｏｏｐの計算サービスとストレージサービスのヘテロジニアスなデカップリングをサポートすることができ、Ｈａｄｏｏｐの計算サービスコンポーネントがオブジェクトストレージのアクセス操作の方式により、ヘテロジニアスな分散ストレージへ直接にアクセスすることが可能となり、性能や利用可能が向上した。

【0081】

上記アクセスドッキングコンポーネントについて、本願では、さらに、アクセスドッキングコンポーネントを用いた装置を提供する。図４は、本願の一実施例に係るアクセスドッキングコンポーネントを用いた装置の構造概略図である。図４に示されるように、装置４０は、

【0082】

Ｈａｄｏｏｐ計算サービスコンポーネントからのアクセス要求を受信するための受信モジュール４０１と、上記アクセスドッキングコンポーネントを用いて、アクセス要求を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換するためのアクセスモジュール４０２とを備える。

【0083】

可能性のある幾つかの実施例では、装置４０は、Ｈａｄｏｏｐの配置ファイルコンテンツｃｏｒｅ－ｓｉｔｅ．ｘｍｌを用いて、アクセスドッキングコンポーネントをロードするロードモジュールをさらに備える。

【0084】

当業者であれば理解できるように、本発明の各態様は、デバイス、方法、又はコンピュータ可読記憶媒体によって実現されてもよい。そのため、本発明の各態様は、具体的に、完全なハードウェアによる実施形態、完全なソフトウェアによる実施形態（ファームウェア、マイクロコードなどを含む）、又は、ハードウェアとソフトウェアを組み合わせた方面の実施形態という形式によって実現されてもよく、ここでは、「回路」、「モジュール」または「デバイス」と総称されてもよい。

【0085】

可能性のある幾つかの実施形態では、本発明におけるアクセスドッキングコンポーネントを用いた装置は、少なくとも１つまたは複数のプロセッサと、少なくとも１つのメモリとを含んでもよい。ここで、メモリには、プログラムが記憶されており、プログラムがプロセッサによって実行されると、図３に示す下記ステップをプロセッサに実行させる。
ステップＳ３０１：Ｈａｄｏｏｐ計算サービスコンポーネントからのアクセス要求を受信すること、および、
ステップＳ３０２：上記アクセスドッキングコンポーネントを用いて、アクセス要求を、分散ストレージにおけるオブジェクトストレージへのアクセス操作に変換すること。

【0086】

以下は、図５を参照しながら、本発明のそのような実施形態に係るアクセスドッキングコンポーネントを用いた装置５を説明する。図５に示す装置５は１つの例示に過ぎず、本発明の実施例における機能及び使用範囲を規制するものではない。

【0087】

図５に示されるように、装置５は、計算デバイスの形式によって示されてもよく、少なくとも１つもプロセッサ１０と、少なくとも１つのメモリ２０と、異なるデバイスコンポーネントに接続されるバス６０とを含むが、これらに限らない。

【0088】

バス６０は、データバス、アドレスバス、および、制御バスを含む。

【0089】

メモリ２０は、例えば、ランダムアクセスメモリ（ＲＡＭ）２１及び／又はキャッシュメモリメモリ２２のような揮発性メモリを含んでもよく、リードオンリーメモリ（ＲＯＭ）２３をさらに含んでもよい。

【0090】

メモリ２０は、プログラムモジュール２４をさらに含んでもよい。そのようなプログラムモジュール２４は、操作デバイス、１つ又は複数のアプリケーションプログラム、他のプログラムモジュール及びプログラムデータを含むが、これらに限らない。これらの例示のうちの各構成又はある組合せには、ネットワーク環境の実現が含まれてもよい。

【0091】

装置５は、さらに、１つ又は複数の外部デバイス２（例えば、キーボード、ポインタデバイス、Ｂｌｕｅｔｏｏｔｈデバイスなど）と通信してもよく、１つ又は複数の他のデバイスと通信してもよい。そのような通信は、入出力（Ｉ／Ｏ）インタフェース４０によって行われて、表示ユニット３０に表示されてもよい。しかも、装置５は、ネットワークアダプター５０によって１つまたは複数のネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、および／又は、公衆回線ネットワーク、例えば、インターネット）と通信してもよい。同図に示されるように、ネットワークアダプター５０は、バス６０によって装置５における他のモジュールと通信する。理解すべきなのは、添付図面に示されていないが、装置５を他のハードウェア及び／又はソフトウェアと組み合わせて使用してもよい。ここでは、他のハードウェア及び／又はソフトウェアは、マイクロコード、デバイスドライバ、冗長処理装置、外部磁気ディスク駆動行列、ＲＡＩＤデバイス、磁気テープドライバ、及び、データバックアップ記憶デバイスなどを含むが、これらに限らない。

【0092】

図６には、上述したような方法を実行するためのコンピュータ可読記憶媒体が示される。

【0093】

可能性のある幾つかの実施形態では、本発明の各態様は、プログラムコードを含み、前記プログラムコードがプロセッサによって実行されると、上記説明した方法を前記プロセッサに実行させる、コンピュータ可読記憶媒体の形式によって実現されてもよい。

【0094】

以上に説明していた方法では、上記添付図面に開示または未開示の複数の操作及びステップを含むが、ここでは説明を省略する。

【0095】

前記コンピュータ可読記憶媒体は、１つまたは複数の可読媒体の任意の組合せが用いられてもよい。可読媒体は、可読信号媒体または可読記憶媒体であってもよい。可読記憶媒体は、例えば、電気、磁気、光、電磁、赤外線、又は、半導体のデバイス、装置又は機器、又は、上記任意の組合せであってもよい。可読記憶媒体のより具体的な例 （非網羅的なリスト） として、１つまたは複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ （ＲＡＭ）、読取専用メモリ（ＲＯＭ）、消去可能なプログラマブル読取り専用メモリ （ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、コンパクトディスク読取専用メモリ（ＣＤ－ＲＯＭ）、光学記憶デバイス、磁気記憶装置、又は、上記任意のデバイスの適切な組み合わせが含まれる。

【0096】

図６に示されるように、本発明の実施形態に係るコンピュータ可読記憶媒体６０が説明され、コンパクトディスク読取専用メモリ（ＣＤ－ＲＯＭ）を含むとともに、プログラムコードを含み、例えば、ＰＣのような端末機器に運行可能なものが用いられてもよい。しかし、本発明におけるコンピュータ可読記憶媒体はこれらに限らず、本明細書では、可読記憶媒体は、プログラムを含むまたは記憶した任意の有形媒体であってもよく、当該プログラムがコマンド実行デバイス、デバイスまたは装置によって用いられてもよく、又は、結合して用いられてもよい。

【0097】

本発明の操作を実行するためのプログラムコードを、１つまたは複数のプログラミング言語の任意の組合せで作成してもよい。前記プログラミング言語は、オブジェクト向けのプログラミング言語（例えば、Ｊａｖａ、Ｃ＋＋など）を含み、一般的なプロセスプログラミング言語（例えば、「Ｃ」言語又は類似したプログラミング言語）をさらに含む。プログラムコードは、完全にユーザコンピュータにて実行されてもよいし、一部がユーザコンピュータにて一部がリモートコンピュータにて実行されてもよいし、または、完全にリモートコンピュータやサーバにて実行されてもよい。リモートコンピュータデバイスに係る場合、リモートコンピュータデバイスは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ） を含む任意の種類のネットワークを介してユーザコンピュータデバイスに接続されていてもよいし、外部コンピュータデバイスに接続されていてもよい（たとえば、インターネットサービスプロバイダを利用してインターネットで接続されてもよい）。

【0098】

また、添付図面には、本発明方法の操作が特定の順序に従って記述されているが、しかし、それらの操作が当該特定の順序に従って実行されなければならないこと、または、示された全ての操作が実行されないと、所望の結果が実現されないことを要求したり、非明示に開示したりするためのものではない。付加的または選択的に、いくつかのステップを省略したり、複数のステップを１つのステップに合併して実行したり、及び／または、１つのステップを複数のステップに分割して実行したりすることができる。

【0099】

本発明の精神と原理は、若干の具体的な実施の形態を参照して説明されているが、理解すべきなのは、本発明は、開示されている具体的な実施の形態によって限定されず、各態様の分割は、単に説明の便宜のためのものに過ぎず、これらの態様の特徴を組み合わせて利益を得ることができないことを意味しない。本発明は、添付の請求項の精神や範囲に含まれる様々な修正や同等の構成を包含することが意図される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【手続補正書】

【提出日】2022-03-10

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項１５

【補正方法】変更

【補正の内容】

【請求項15】

前記分散ストレージは、空きストレージインタフェースにより、前記Ｈａｄｏｏｐ計算サーバクラスター以外の計算プラットフォームに対してストレージサービスを提供する、ことを特徴とする請求項１４に記載のアクセスドッキングシステム。

【国際調査報告】