特開 2024-90917 データ処理装置及びそのプログラム

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

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

(11)【公開番号】P2024090917

(43)【公開日】2024-07-04

(54)【発明の名称】データ処理装置及びそのプログラム

(51)【国際特許分類】

   G06F 11/14 20060101AFI20240627BHJP

   G06F 9/455 20180101ALI20240627BHJP

【ＦＩ】

G06F11/14 658

G06F9/455 150

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022207104

(22)【出願日】2022-12-23

(71)【出願人】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100162570

【弁理士】

【氏名又は名称】金子 早苗

(72)【発明者】

【氏名】石田 武永

(57)【要約】

【課題】販促効果をより向上するのに有効な表示を情報端末で行えるようにする。
【解決手段】データ処理装置は、取得部と、保存部と、インストール制御部と、を備える。取得部は、マイクロサービスをインストールする際に、マイクロサービスが生成したデータを記憶するために使用する、第１の記憶装置における記憶先を示す記憶先情報を取得する。保存部は、取得部が取得した記憶先情報を保存する。インストール制御部は、記憶先情報を取得したマイクロサービスをインストールする。
【選択図】 図８

【特許請求の範囲】

【請求項1】

マイクロサービスをインストールする際に、前記マイクロサービスが生成したデータを記憶するために使用する、第１の記憶装置における記憶先を示す記憶先情報を取得する取得部と、
前記取得部が取得した前記記憶先情報を保存する保存部と、
前記記憶先情報を取得した前記マイクロサービスをインストールするインストール制御部と、
を具備する、データ処理装置。

【請求項2】

前記保存部に保存された前記記憶先情報に基づいて、前記第１の記憶装置に記憶されている前記マイクロサービスが生成したデータを、前記第１の記憶装置とは物理的に異なる第２の記憶装置にバックアップするバックアップ部、
を更に具備する、請求項１に記載のデータ処理装置。

【請求項3】

前記保存部に保存された前記記憶先情報に基づいて、前記第２の記憶装置に記憶されているデータを、前記第１の記憶装置にリカバリするリカバリ部、
を更に具備する、請求項２に記載のデータ処理装置。

【請求項4】

前記取得部は、前記マイクロサービスのインストール元のファイルから前記記憶先情報を抽出する、
請求項１に記載のデータ処理装置。

【請求項5】

前記データ処理装置は、前記第１の記憶装置を更に具備し、クラウドと通信を行うエッジデバイスである、
請求項１乃至４の何れか１項に記載のデータ処理装置。

【請求項6】

マイクロサービスを動作させるコンピュータに、
前記マイクロサービスをインストールする際に、
前記マイクロサービスが生成したデータを記憶するために使用する、第１の記憶装置における記憶先を示す記憶先情報を取得させる機能と、
取得された前記記憶先情報をメモリに保存させる機能と、
前記マイクロサービスをインストールさせる機能と、
を実現させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、データ処理装置及びコンピュータを当該データ処理装置として機能させるためのプログラムに関する。

【背景技術】

【0002】

近年、仮想化技術としてコンテナ技術が知られている。

【0003】

コンテナとは、１つの仮想的な領域をＯＳ（Operating System）上に設けて、アプリケーションとその実行環境を、その中で実行・動作させる仕組みとなる。また、このコンテナ内のアプリケーションの集合としてマイクロサービスが提供される。このマイクロサービスとは別の、ＯＳ上で動作している別アプリケーションからは、このコンテナ内のアプリケーションによるマイクロサービスへ直接アクセスすることはできない。

【0004】

マイクロサービスのコンテナ内のアプリケーションは、仮想ボリューム内つまりメモリ上にデータ保存しているため、マイクロサービス内のコンテナが削除されると、保存されていたデータも一緒に削除される。そこで、Ｄｏｃｋｅｒ（商標）等のコンテナ管理ツールは、コンテナ内の仮想ボリュームに保存しているデータを、ハードウェア上のストレージや外部ストレージへ保存する、データ永続化機能を提供している。このとき、データ永続化の指定先は、コンテナ管理ツールがコンテナ内のアプリケーションをデプロイ（インストール）するときに設定され、このデプロイ時の設定のみで管理される情報となっている。

【0005】

また、マイクロサービスを、オンプレミスのデータ処理装置であるエッジデバイス上で動作させて、各種のサービスを提供する運用形態も知られている。オンプレミスのエッジデバイス上で、マイクロサービスを動作させる場合、データ永続化の指定先は、そのエッジデバイス内のストレージが指定される。このように、エッジデバイス内のストレージをデータ永続化の指定先とすると、エッジデバイスのストレージ故障等により、永続化の指定先のデータが消失する可能性が有る。そのため、永続化の指定先に記憶されたデータのバックアップが求められる。

【0006】

データ永続化の指定先は、マイクロサービス（コンテナ）がデプロイされるときに指定される。そのため、エッジデバイスを制御する制御アプリケーションは、永続化の指定先を把握することができない。そのため、制御アプリケーションが、マイクロサービスが生成して永続化の指定先に保存したデータを正しくバックアップすることは困難である。また、永続化の指定先のデータを含めたストレージの全データを、別のストレージにバックアップしていたとしても、制御アプリケーションは、コンテナのデータ永続化の指定先がわからないため、バックアップしたデータからマイクロサービスのためのデータ復旧を行うことはできない。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２０２２－９１３０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明の実施形態が解決しようとする課題は、マイクロサービスが生成したデータの永続化先を把握することが可能なデータ処理装置及びそのプログラムを提供しようとするものである。

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

【0009】

一実施形態において、データ処理装置は、取得部と、保存部と、インストール制御部と、を備える。取得部は、マイクロサービスをインストールする際に、マイクロサービスが生成したデータを記憶するために使用する、第１の記憶装置における記憶先を示す記憶先情報を取得する。保存部は、取得部が取得した記憶先情報を保存する。インストール制御部は、記憶先情報を取得したマイクロサービスをインストールする。

【図面の簡単な説明】

【0010】

【図1】本発明の一実施形態におけるデータ処理システムの全体構成図。

【図2】データ処理装置の一実施形態としてのエッジデバイスの要部回路構成を示すブロック図。

【図3】エッジデバイスにおけるメインメモリに保存されるマイクロサービス情報テーブルの主要なデータ構造を示す模式図。

【図4】エッジデバイスにおける主要なソフトウェア構成を示す模式図。

【図5】エッジデバイスの制御モジュールの主要な情報処理の手順を示す流れ図。

【図6】マイクロサービスデプロイ処理の手順を示す流れ図。

【図7】マイクロサービスデプロイ処理でのエッジデバイスにおける各ソフトウェア構成と各ストレージとの関係の一例を示す模式図。

【図8】エッジデバイスに入力されるマイクロサービスパッケージの内容の一例を示す模式図。

【図9】バックアップ処理の手順を示す流れ図。

【図10】バックアップ処理でのエッジデバイスにおける各ソフトウェア構成と各ストレージとの関係の一例を示す模式図。

【図11】リカバリ処理の手順を示す流れ図。

【図12】リカバリ処理でのエッジデバイスにおける各ソフトウェア構成と各ストレージとの関係の一例を示す模式図。

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

【0011】

以下、データ処理装置の実施形態について、図面を用いて説明する。

【0012】

図１は、本発明の一実施形態におけるデータ処理システムの全体構成図である。本発明の一実施形態に係るデータ処理装置は、拠点Ｂ等のオンプレミスのエッジデバイス１として提供される。エッジデバイス１は、複数のＩｏＴ（Internet of Things）デバイス２及びデータストレージ３と、拠点Ｂ内のＬＡＮ（Local Area Network）４を介して接続されている。また、エッジデバイス１は、クラウド５と通信可能に構成され、クラウド５上のクラウドサーバ５１やクラウドストレージ５２からプログラムやデータをダウンロードしたり、クラウドサーバ５１やクラウドストレージ５２にデータをアップロードしたりすることができる。

【0013】

例えば、拠点Ｂが工場であれば、ＩｏＴデバイス２は工場内の機械の動作を検知するセンサであることができ、データストレージ３は、ＩｏＴデバイス２が取得したデータを蓄積することができる。この場合、エッジデバイス１は、ＩｏＴデバイス２が取得したデータを解析したり加工したりして、本社やデータ販売サービス会社等が運用するクラウドサーバ５１やクラウドストレージ５２にアップロードすることができる。また、拠点Ｂがスーパーマーケット等の店舗であれば、ＩｏＴデバイス２は店舗内のＰＯＳ（Point of Sales）端末であることができ、データストレージ３は、商品のコードや単価等を記載した商品マスタ等を記憶することができる。この場合、エッジデバイス１は、ＩｏＴデバイス２が取得した商品コードとデータストレージ３に記憶された商品マスタとにより売上を演算したり、その売上を解析したり加工したりして、本社等が運用するクラウドサーバ５１やクラウドストレージ５２にアップロードすることができる。

【0014】

図２は、エッジデバイス１の要部回路構成を示すブロック図である。エッジデバイス１は、プロセッサ１１に、メインメモリ１２、補助記憶デバイス１３、入力部１４、出力部１５及び通信部１６が接続される構成となっている。エッジデバイス１は、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３によってコンピュータを構成する。

【0015】

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、ＯＳやアプリケーションプログラムに従って、エッジデバイス１としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit）である。

【0016】

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではＯＳ、アプリケーションプログラム、コンテナ化されたアプリケーションプログラムであるマイクロサービス、等を記憶する。メインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合も有る。メインメモリ１２は、不揮発性のメモリ領域の一部を、マイクロサービス情報テーブル１２１の作成領域としている。このマイクロサービス情報テーブル１２１は、メインメモリ１２にデプロイ（インストール）されたマイクロサービスに関する情報を記憶するものであり、その詳細については後述する。また、メインメモリ１２は、揮発性のメモリ領域を、プロセッサによってデータが適宜書き換えられるワークエリアとして使用する。例えば不揮発性のメモリ領域はＲＯＭ（Read Only Memory）である。揮発性のメモリ領域はＲＡＭ（Random Access Memory）である。

【0017】

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（登録商標）（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disk Drive）、或いはＳＳＤ（Solid State Drive）等が補助記憶デバイス１３として使用される。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータや、プロセッサ１１での処理によって作成されたデータを保存する。補助記憶デバイス１３は、上記のアプリケーションを記憶する場合も有る。この補助記憶デバイス１３には、永続化先ストレージ１３１、バックアップストレージ１３２等が構成される。永続化先ストレージ１３１は、マイクロサービスが生成したデータを永続化するために、当該データを記憶する第１の記憶装置である。バックアップストレージ１３２は、永続化先ストレージ１３１に記憶されたデータのバックアップのために、そのデータをコピーして記憶する第２の記憶装置である。永続化先ストレージ１３１とバックアップストレージ１３２とは、互いに物理的に異なる記憶デバイス、例えば異なる物理ドライブに構成される。或いは、一方がＳＳＤに構成され、他方がＨＤＤに構成されることができる。

【0018】

入力部１４は、キーボード、タッチパネル、マウス等のポインティングデバイス、等のユーザインタフェースである。更に、入力部１４は、後述するようなマイクロサービスのデプロイに使用するマイクロサービスパッケージを記録したディスク媒体やメモリ媒体からマイクロサービスパッケージを読み出す読み取り装置を含んでも良い。また、出力部１５は、ディスプレイ等のユーザインタフェースやプリンタ等の出力装置である。なお、エッジデバイス１は、これら入力部１４及び出力部１５の少なくとも一方を有さなくても良い。

【0019】

通信部１６は、ＬＡＮ４を介して接続される各部との間でデータの送信及び／又は受信を行う。また、通信部１６は、クラウド５と通信を行い、クラウドサーバ５１やクラウドストレージ５２からアプリケーションプログラム、マイクロサービスパッケージ、データ、等をダウンロードしたり、データをアップロードしたりする。

【0020】

図３は、メインメモリ１２に保存されるマイクロサービス情報テーブル１２１の主要なデータ構造を示す模式図である。マイクロサービス情報テーブル１２１は、エッジデバイス１にデプロイされたマイクロサービス毎に、マイクロサービスＩＤ、永続化先情報及びバックアップ先情報を記憶する。マイクロサービスＩＤは、マイクロサービスを識別するための一意の識別情報である。永続化先情報は、そのマイクロサービスが生成したデータを記憶するために使用する永続化先ストレージ１３１の永続化の指定先パスである。バックアップ先情報は、そのデータをバックアップするためのバックアップストレージ１３２の記憶先パスである。

【0021】

図４は、エッジデバイス１における主要なソフトウェア構成を示す模式図である。本実施形態においては、コンテナ技術により、それぞれのアプリケーションがコンテナ化されると共に、コンテナ管理ツールによりハードウェアリソースの管理がされている。図４に示すソフトウェア構成は、エッジデバイス１のメインメモリ１２に記憶されたプログラムをプロセッサ１１が実行することで実現されている。

【0022】

図４に示されるように、エッジデバイス１には、ＯＳ１７１がインストールされている。更に、エッジデバイス１には、ＯＳ１７１上で動作するコンテナ管理ツール１７２がインストールされている。コンテナ管理ツール１７２は、Ｄｃｋｅｒ等の、コンテナ環境の構築及びコンテナ環境におけるアプリケーションの実行を行うコンテナエンジンや、Ｋｕｂｅｒｎｅｔｅｓ（商標）やｋ３ｓ等の、コンテナ環境のハードウェアリソースを管理するオーケストレーションツールを含む。

【0023】

コンテナエンジンは、ハードウェアリソース等を仮想化することで論理的なコンテナ領域を形成する。そして、アプリケーションは、コンテナ環境での動作に用いるミドルウェア及びＯＳの一部（ライブラリ、設定、ファイルシステム、等）と一体的に構成されている。その結果、コンテナ化されたアプリケーションは、コンテナ領域で動作する。なお、このコンテナに構成されるＯＳは、エッジデバイスのＯＳ１７１とは異なる種類のものであることができる。このようなアプリケーションとミドルウェア及びＯＳの一部とを一体的に構成することを、コンテナ化と称し、また、コンテナ化されたアプリケーションを、単にコンテナと称することも有る。このように、コンテナエンジンを導入することでコンテナ環境が構築され、アプリケーションをコンテナ化することで、コンテナ環境においてコンテナの実行が可能となる。

【0024】

オーケストレーションツールは、コンテナエンジンによって仮想化されたハードウェアリソースを管理する。詳細には、オーケストレーションツールは、コンテナ化されたアプリケーションが実行される環境として、クラスタと称される論理領域を構築する。クラスタには、アプリケーションの実行環境であるノードが１以上設けられる。ノードにおいては、１以上のコンテナが、ポッドという単位で管理される。ポッドは、１以上のコンテナ１７４により構成される。コンテナを用いてアプリケーションを開発する場合、一般的に、アプリケーションを機能毎に細分化して実装するマイクロサービスと称される手法が用いられる。オーケストレーションツールを用いると、マイクロサービスが各ポッドに分散して配置される。

【0025】

よって、このようにコンテナ管理ツール１７２が導入された環境においては、図４に示すように、マイクロサービス１７３は、１以上のコンテナ１７４の集合として管理されることとなる。コンテナ化されたアプリケーションはポッドの単位で管理される。コンテナ管理ツール１７２は、マイクロサービス１７３が定められた処理を終える毎に、マイクロサービス１７３に、生成した処理済データを記録するデータファイルを永続化先ストレージ１３１に記憶させる。

【0026】

なお、オーケストレーションツールは、このように１つのエッジデバイス１のハードウェアリソースを用いてクラスタを構成するだけでなく、２以上の異なるデバイスのハードウェアリソースを用いて１以上のクラスタを構成することもできる。

【0027】

そして更に、本実施形態では、エッジデバイス１は、ＯＳ１７１上で動作するアプリケーションとして、制御モジュール１７５を有する。この制御モジュール１７５は、マイクロサービス１７３のデプロイ、永続化されたデータのバックアップ及びリカバリを制御する。

【0028】

以下、この制御モジュール１７５の動作を中心にして、エッジデバイス１の動作を説明する。

【0029】

図５は、制御モジュール１７５の主要な情報処理の手順を示す流れ図である。エッジデバイス１のプロセッサ１１は、メインメモリ１２にインストールされたデータ処理プログラムを実行することで、この制御モジュール１７５として機能する。

【0030】

先ず、制御モジュール１７５は、Ａｃｔ１として、マイクロサービスをデプロイ即ちインストールするか否か判断する。制御モジュール１７５は、例えば、エッジデバイス１の操作者による入力部１４からのデプロイ指示（デプロイコマンド）の有無により、これを判断することができる。或いは、制御モジュール１７５は、通信部１６により、クラウド５上のクラウドサーバ５１や図示しない制御端末から、デプロイ指示を受信したか否かにより、これを判断することができる。

【0031】

マイクロサービスをデプロイすると判断すると、制御モジュール１７５は、Ａｃｔ２として、マイクロサービスデプロイ処理を実行する。このマイクロサービスデプロイ処理は、マイクロサービス１７３のデータ永続化の指定先を取得すると共に、コンテナ管理ツール１７２にマイクロサービス１７３をデプロイさせる処理である。以下、図６乃至図８を参照して、このマイクロサービスデプロイ処理を詳細に説明する。ここで、図６は、このマイクロサービスデプロイ処理の手順を示す流れ図である。また、図７は、このマイクロサービスデプロイ処理でのエッジデバイス１における各ソフトウェア構成と各ストレージとの関係の一例を示す模式図である。そして、図８は、マイクロサービスパッケージ１８の内容の一例を示す模式図である。

【0032】

（１）このマイクロサービスデプロイ処理においては、制御モジュール１７５は、先ず、Ａｃｔ２１として、そのマイクロサービスのデータ永続化先を抽出する。具体的には、制御モジュール１７５は、デプロイするべきマイクロサービスのマイクロサービスパッケージ１８から、そのマイクロサービスのデータを永続化する指定先である永続化先ストレージ１３１のパスを抽出する。マイクロサービスパッケージ１８は、デプロイ指示と共に、入力部１４から入力されることができる。或いは、制御モジュール１７５が、デプロイ指示で示されるクラウド５上のアドレスに基づいて、通信部１６によりクラウドサーバ５１又はクラウドストレージ５２から、このマイクロサービスパッケージ１８をダウンロードするようにしても良い。

【0033】

図８に示すように、マイクロサービスパッケージ１８は、マイクロサービス１７３における各コンテナ１７４の元となるコンテナイメージオブジェクト１８１に加えて、設定ファイル１８２を含む。設定ファイル１８２は、そのマイクロサービスが使用するコンテナ、ネットワーク、ボリューム、再起動ポリシー、等のそれぞれの定義をＹＡＭＬ形式で記載したテキストファイルである。この設定ファイル１８２には、データ永続化の指定先パスの定義も記載されている。図８の例では、指定先パス（Store Path）として、永続化先ストレージ１３１における「/tmp/storage」というフォルダが定義されている。コンテナ管理ツール１７２は、このマイクロサービスパッケージ１８からマイクロサービスをデプロイする際に、設定ファイル１８２からこの指定先パスを抽出して、永続化先として管理する。

【0034】

本実施形態では、制御モジュール１７５は、コンテナ管理ツール１７２よりも前に、Ａｃｔ２１において、このマイクロサービスパッケージ１８の設定ファイル１８２からデータ永続化の指定先パスを抽出する。このように、制御モジュール１７５は、取得部として機能する。

【0035】

（２）そして、制御モジュール１７５は、Ａｃｔ２２として、その抽出したデータ永続化の指定先パスを保存する。具体的には、制御モジュール１７５は、その抽出したデータ永続化の指定先パスを、マイクロサービス情報テーブル１２１に、そのマイクロサービスを特定する一意のマイクロサービスＩＤと紐付けて、永続化先情報として記憶させる。このように、マイクロサービス情報テーブル１２１は、保存部として機能する。

【0036】

（３）その後、制御モジュール１７５は、Ａｃｔ２３として、コンテナ管理ツール１７２をコールする。即ち、制御モジュール１７５は、入力されたマイクロサービスパッケージ１８をコンテナ管理ツール１７２に渡す。

【0037】

（４）なお、このマイクロサービスデプロイ処理によりマイクロサービスパッケージ１８を受けたコンテナ管理ツール１７２は、そのマイクロサービスパッケージ１８よりマイクロサービス１７３をデプロイ（インストール）することとなる。よって、制御モジュール１７５は、インストール制御部として機能する。

【0038】

そして、制御モジュール１７５は、このマイクロサービスデプロイ処理を終了する。このマイクロサービスデプロイ処理が終了したならば、制御モジュール１７５は、上記Ａｃｔ１に戻る。

【0039】

（５）そして、コンテナ管理ツール１７２は、マイクロサービス１７３が生成したデータを永続化する際には、そのデータを、永続化先ストレージ１３１の「/tmp/storage」フォルダに書き込む。

【0040】

図５の説明に戻る。
上記Ａｃｔ１においてマイクロサービスをデプロイしないと判断すると、制御モジュール１７５は、Ａｃｔ３として、永続化されたデータをバックアップするか否か判断する。制御モジュール１７５は、例えば、エッジデバイス１の操作者による入力部１４からのバックアップ指示（バックアップコマンド）の有無により、これを判断することができる。或いは、制御モジュール１７５は、通信部１６により、クラウド５上のクラウドサーバ５１や図示しない制御端末から、バックアップ指示を受信したか否かにより、これを判断することができる。また、制御モジュール１７５は、毎日の決められたバックアップ実行時間となったか否かにより、これを判断することができる。このように、バックアップは不定期に実施しても良いし、定期的に実施するものであっても構わない。

【0041】

永続化されたデータをバックアップすると判断すると、制御モジュール１７５は、Ａｃｔ４として、バックアップ処理を実行する。このバックアップ処理は、マイクロサービス１７３のデータの永続化先である永続化先ストレージ１３１の指定先パスに記憶されているデータをバックアップストレージ１３２にバックアップする処理である。以下、図９及び図１０を参照して、このバックアップ処理を詳細に説明する。ここで、図９は、このバックアップ処理の手順を示す流れ図である。また、図１０は、このバックアップ処理でのエッジデバイス１における各ソフトウェア構成と各ストレージとの関係の一例を示す模式図である。

【0042】

（１）このバックアップ処理においては、制御モジュール１７５は、先ず、Ａｃｔ４１として、バックアップ対象のマイクロサービス１７３のデータ永続化の指定先パスを読み出す。具体的には、制御モジュール１７５は、マイクロサービス情報テーブル１２１において、対象のマイクロサービスに対応するマイクロサービスＩＤに紐付けて永続化先情報として記憶されているデータ永続化の指定先パスを読み出す。

【0043】

（２）また、制御モジュール１７５は、Ａｃｔ４２として、バックアップ先を決定する。具体的には、制御モジュール１７５は、バックアップの指定先パスとして、バックアップストレージ１３２において使用するバックアップ先フォルダを決定する。このバックアップの指定先パスは、読み出した指定先パスに対応させても良いし、マイクロサービスＩＤに基づいて生成しても良いし、それらに依存しない任意のパスとしても良い。そして、制御モジュール１７５は、Ａｃｔ４３として、その決定したバックアップ先を保存する。具体的には、制御モジュール１７５は、マイクロサービス情報テーブル１２１の対象のマイクロサービスに対応するマイクロサービスＩＤに紐付けて、Ａｃｔ４２で決定したバックアップの指定先パスをバックアップ先情報として記憶させる。

【0044】

（３）その後、制御モジュール１７５は、Ａｃｔ４４として、永続化されたデータをバックアップ先にコピーする。具体的には、制御モジュール１７５は、永続化先ストレージ１３１のデータの永続化先の指定先パスに書き込まれているデータを、バックアップストレージ１３２のバックアップの指定先パスにコピーする。なお、このバックアップ時点の永続化先ストレージ１３１を、以下では、交換前永続化先ストレージ１３１－１とも称する。このように、制御モジュール１７５は、バックアップ部として機能する。

【0045】

そして、制御モジュール１７５は、このバックアップ処理を終了する。このバックアップ処理が終了したならば、制御モジュール１７５は、上記Ａｃｔ１に戻る。

【0046】

図５の説明に戻る。
上記Ａｃｔ３において永続化されたデータをバックアップしないと判断すると、制御モジュール１７５は、Ａｃｔ５として、バックアップデータのリカバリをするか否か判断する。制御モジュール１７５は、例えば、エッジデバイス１の操作者による入力部１４からのリカバリ指示（リカバリコマンド）の有無により、これを判断することができる。リカバリ指示は、例えば、永続化先ストレージ１３１の故障等により、永続化先ストレージ１３１のハードウェアを新しいものに交換したとき、操作者によって入力される。或いは、制御モジュール１７５は、通信部１６により、クラウド５上のクラウドサーバ５１や図示しない制御端末から、リカバリ指示を受信したか否かにより、これを判断することができる。

【0047】

バックアップデータのリカバリをすると判断すると、制御モジュール１７５は、Ａｃｔ６として、リカバリ処理を実行する。このリカバリ処理は、バックアップストレージ１３２にバックアップしてあるデータを、永続化先ストレージ１３１の、マイクロサービス１７３のデータ永続化の指定先にリカバリする処理である。以下、図１１及び図１２を参照して、このバックアップ処理を詳細に説明する。ここで、図１１は、このＡｃｔ６のリカバリ処理の手順を示す流れ図である。また、図１２は、このリカバリ処理でのエッジデバイス１における各ソフトウェア構成と各ストレージとの関係の一例を示す模式図である。

【0048】

このリカバリ処理においては、制御モジュール１７５は、先ず、Ａｃｔ６１として、１つのリカバリ対象のマイクロサービス１７３のデータ永続化の指定先パスを読み出す。具体的には、制御モジュール１７５は、マイクロサービス情報テーブル１２１から、１つのマイクロサービスＩＤに紐付けて永続化先情報として記憶されているデータ永続化の指定先パスを読み出す。

【0049】

（２）更に、制御モジュール１７５は、Ａｃｔ６２として、リカバリ対象のマイクロサービス１７３のデータのバックアップ先を読み出す。具体的には、制御モジュール１７５は、マイクロサービス情報テーブル１２１から、データ永続化の指定先パスを読み出したマイクロサービスＩＤに紐付けてバックアップ先情報として記憶されている、バックアップストレージ１３２のバックアップの指定先パスを読み出す。

【0050】

（３）そして、制御モジュール１７５は、Ａｃｔ６３として、バックアップデータを永続化先にコピーする。具体的には、制御モジュール１７５は、バックアップの指定先パスにバックアップされているデータを、データ永続化の指定先パスで示される永続化先ストレージ１３１のパスにコピーする。この場合のコピー先の永続化先ストレージ１３１は、交換された新しいハードウェアであり、交換前永続化先ストレージ１３１－１ではない。以下では、この交換された永続化先ストレージ１３１を交換後永続化先ストレージ１３１－２とも称する。このように、制御モジュール１７５は、リカバリ部として機能する。

【0051】

その後、制御モジュール１７５は、Ａｃｔ６４として、未リカバリのデータが有るか否か判断する。具体的には、制御モジュール１７５は、マイクロサービス情報テーブル１２１に記憶されているマイクロサービスＩＤの内、未だリカバリ対象として使用していないものが有るか否かを判断する。未リカバリのデータが有ると判断すると、制御モジュール１７５は、上記Ａｃｔ６１に戻る。

【0052】

（４）上記Ａｃｔ６４において未リカバリのデータが無いと判断すると、制御モジュール１７５は、Ａｃｔ６５として、コンテナ管理ツール１７２にリカバリ終了を通知する。

【0053】

そして、制御モジュール１７５は、このリカバリ処理を終了する。このリカバリ処理が終了したならば、制御モジュール１７５は、上記Ａｃｔ１に戻る。

【0054】

（５）なお、このリカバリ処理によりリカバリ通知を受けたコンテナ管理ツール１７２は、マイクロサービス１７３を開始することとなる。そして、コンテナ管理ツール１７２は、マイクロサービス１７３が過去に生成したデータを必要とする際には、そのデータを交換後永続化先ストレージ１３１－２から読み出し、また、マイクロサービス１７３が生成したデータを永続化する際には、そのデータを交換後永続化先ストレージ１３１－２に書き込むことができる。

【0055】

以上詳述したように、本実施形態によれば、データ処理装置を制御する制御アプリケーションにより実現される制御モジュール１７５は、マイクロサービスをデプロイ（インストール）する際に、マイクロサービスが生成したデータを記憶するために使用する永続化先ストレージ１３１における記憶先を示す記憶先情報である指定先パスを取得し、それをマイクロサービス情報テーブル１２１に保存しておくと共に、コンテナ管理ツール１７２にそのマイクロサービスをデプロイさせる。よって、制御モジュール１７５は、マイクロサービスが生成したデータの永続化先を把握することが可能となる。

【0056】

そして、本実施形態によれば、制御モジュール１７５は、マイクロサービス情報テーブル１２１に保存されたマイクロサービス１７３のデータ永続化の指定先パスに基づいて、永続化先ストレージ１３１に記憶されているマイクロサービス１７３が生成したデータを、永続化先ストレージ１３１とは物理的に異なるハードウェアであるバックアップストレージ１３２にバックアップすると共に、そのバックアップストレージ１３２のバックアップの指定先パスをマイクロサービス情報テーブル１２１に保存しておく。よって、マイクロサービス１７３が生成したデータをバックアップしておくことが可能となる。

【0057】

その後に、バックアップストレージ１３２へのバックアップがされたデータを記憶している永続化先ストレージ１３１である交換前永続化先ストレージ１３１－１が故障して、新しい永続化先ストレージ１３１である交換後永続化先ストレージ１３１－２に交換されると、本実施形態によれば、制御モジュール１７５は、マイクロサービス情報テーブル１２１に保存されたバックアップストレージ１３２のバックアップの指定先パスと交換前永続化先ストレージ１３１－１におけるデータ永続化の指定先パスとに基づいて、バックアップストレージ１３２にバックアップしてあるデータを、交換後永続化先ストレージ１３１－２にリカバリする。よって、バックアップしておいたマイクロサービス１７３が生成したデータを交換後永続化先ストレージ１３１－２に復旧させ、マイクロサービス１７３に引き続き利用させることが可能となる。

【0058】

なお、本実施形態によれば、制御モジュール１７５は、マイクロサービスのインストール元のファイルであるマイクロサービスパッケージ１８から、マイクロサービスのデータ永続化の指定先パスを抽出する。よって、制御モジュール１７５は、容易に指定先パスを取得することができる。

【0059】

また、本実施形態に係るデータ処理装置は、永続化先ストレージ１３１を備え、クラウド５と通信を行うエッジデバイス１である。よって、エッジデバイス１内のストレージがマイクロサービスのデータの永続化先に指定されていても、制御モジュール１７５は、マイクロサービスが生成したデータの永続化先を把握することが可能となり、そのデータのバックアップ及びリカバリを行い得るようになる。従って、オンプレミスのエッジデバイス１上で動作するコンテナ１７４を伴うシステムにおいて、エッジデバイス１のバックアップ処理によって、永続化の指定先のストレージである永続化先ストレージ１３１が破損してもデータの復旧を行うことが可能となる。

【0060】

以上、一実施形態について説明したが、本発明はこれに限定されるものではない。

【0061】

例えば、永続化されたデータのバックアップ先は、エッジデバイス１内のバックアップストレージ１３２ではなくて、外部ストレージであっても良い。例えば、バックアップ先は、エッジデバイス１と同一オンプレミスのデータストレージ３としても良いし、エッジデバイス１が通信するクラウド５上のクラウドストレージ５２としても良い。

【0062】

また、実施形態に示した流れ図の手順及びその内容は一例である。同様な結果を得ることが可能であればその手順及び内容は適宜変更することができる。例えば、Ａｃｔ４１とＡｃｔ４２及びＡｃｔ４３とは、その順序が逆であっても良いし、並行して行っても良い。このように、先行の又は後続する処理と齟齬が生じない限り、処理の順序を変更したり、複数の処理を並行して行ったりしても良い。

【0063】

なお、エッジデバイス１の譲渡は一般に、プログラムがＲＯＭに記憶された状態にて行われる。しかしこれに限らず、プログラムがＲＯＭに記憶されていない状態で譲渡されても良い。この場合は、エッジデバイス１が備える書き込み可能な記憶デバイスに、このエッジデバイス１とは個別に譲渡されたプログラム等がユーザ等の操作に応じて書き込まれても良い。プログラム等の譲渡は、リムーバブルな記録媒体に記録して、或いはクラウド５との通信により行うことができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

【0064】

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0065】

１…エッジデバイス、 ２…ＩｏＴデバイス、 ３…データストレージ、 ４…ＬＡＮ、 ５…クラウド、 １１…プロセッサ、 １２…メインメモリ、 １３…補助記憶デバイス、 １４…入力部、 １５…出力部、 １６…通信部、 １８…マイクロサービスパッケージ、 ５１…クラウドサーバ、 ５２…クラウドストレージ、 １２１…マイクロサービス情報テーブル、 １３１…永続化先ストレージ、 １３１－１…交換前永続化先ストレージ、 １３１－２…交換後永続化先ストレージ、 １３２…バックアップストレージ、 １７１…ＯＳ、 １７２…コンテナ管理ツール、 １７３…マイクロサービス、 １７４…コンテナ、 １８１…コンテナイメージオブジェクト、 １８２…設定ファイル。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】