JP2021114232A - 計算機システム及びデータ転送の制御方法 - Google Patents

Abstract

【課題】業務を行うシステムと当該システムからデータを取得するシステムとの間のデータ連携において、業務への影響を低減し、高速にシステム間のデータ転送を実現する。【解決手段】業務を実行する第１システムと、業務に関するデータを取得する第２システムとの間のデータ転送を制御する計算機システムであって、第１システムは、データを格納するリソースを管理する記憶部と、データ転送を制御する制御部と、を有し、第２システムはデータ取得部を有し、制御部は、複数のデータ転送方式の各々について第１システムの負荷を示すコストを算出し、コストに基づいて、適用するデータ転送方式を決定し、第２システムに通知し、データ取得部は、決定されたデータ転送方式に対応するステートを管理し、決定されたデータ転送方式及びステートに基づいて、リソースからデータを取得するためのリクエストを送信する。【選択図】図１

Description

本発明は、システム間のデータ連携に係るデータ転送技術に関する。

ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）の発展に伴い、センサ等のデバイスから収集したデータを分析することによって付加価値のあるソリューションを提供するサービスが登場している。

従来は非公開であったシステムの内部データベースを外部システムに公開し、外部システムによって活用するデータ連携のニーズが高まっている。データ連携の代表的な実現方式の一つに、クローズなシステム内にＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）サーバを設置し、ＡＰＩサーバを介して外部システムとの間のデータ連携を実現する方式がある。ここでクローズなシステムの本来の業務に支障をきたすことの無いよう、ＡＰＩサーバは使用するリソースが低いことが望ましい。

データ連携の際のＡＰＩサーバのリソースの使用量を削減する公知技術として、特許文献１及び特許文献２に記載された技術がある。

特許文献１には、「転送を要求するデータを複数の部分データに分割し、当該部分データのハッシュ値を送信することで各部分データの所有の有無を複数の送信装置に問合せ」ることが記載されている。

特許文献２には、「送信側中継装置が、端末からの送信側業務サーバへのアクセス状況をモニタリングし、その結果に基づきダウンロードデータの送信を制御する」ことが記載されている。

国際公開第２０１５／０１１８４０号 特開２０１３−８９０５５号公報

しかし、特許文献１に記載の方法では、ＡＰＩサーバは各外部システムに転送した部分データを表すステートを管理する必要があるため、メモリ消費量が増加し、性能低下に伴うクローズなシステムの業務への支障を解消できない。なお、本明細書では部分データをチャンクと呼ぶ。また、特許文献２に記載の方法では、業務への支障は解消されるが、データ連携に伴うデータの転送速度が低下する。

本発明は、業務を行うシステムと当該システムからデータを取得するシステムとの間のデータ連携において、業務への影響を低減し、高速にシステム間のデータ転送を実現するシステム及び方法を提供することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、演算装置、前記演算装置に接続される記憶装置、前記演算装置に接続されるネットワーク装置を有する計算機から構成される複数のシステムの間のデータ転送を制御する計算機システムであって、前記複数のシステムは、業務を実行する第１システムと、前記業務に関するデータを取得する第２システムとを含み、前記第１システムは、前記データを格納するリソースを管理する記憶部と、複数のデータ転送方式のいずれかのデータ転送方式に基づいて、前記第２システムへの前記データの転送を制御する制御部と、を有し、前記第２システムは、前記リソースから前記データを取得するデータ取得部を有し、前記制御部は、前記データ取得部からターゲットリソースにおける前記データ転送方式の問い合わせを受け付けた場合、前記複数のデータ転送方式の各々について前記第１システムの負荷を示すコストを算出し、前記コストに基づいて、適用するデータ転送方式を決定し、前記決定されたデータ転送方式に関する情報を前記第２システムに送信し、前記データ取得部は、データの転送状態を管理するための情報であって、前記決定されたデータ転送方式に基づく前記データ転送で使用するステートを管理し、前記決定されたデータ転送方式及び前記ステートに基づいて、前記リソースから前記データを取得するためのリクエストを送信する。

本発明によれば、業務を行うシステムと当該システムからデータを取得するシステムとの間のデータ連携において、業務への影響を低減し、高速にシステム間のデータ転送を実現できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１の計算機システムの構成例を示す図である。 実施例１のＡＰＩ提供モジュールを実現する構成の一例を示す図である。 実施例１のデータ取得モジュールを実現する構成の一例を示す図である。 実施例１の追記リソース情報のデータ構造の詳細を説明する図である。 実施例１のコスト係数情報のデータ構造の詳細を説明する図である。 実施例１のステート情報の一例を示す図である。 実施例１の計算機システムにおけるデータ転送の処理フローの概要を説明するシーケンス図である。 実施例１のＡＰＩ提供モジュールが提供するＡＰＩの一例を示す図である。 実施例１の計算機システムにおける時系列差分型の差分転送の処理フローを説明するシーケンス図である。 実施例１の計算機システムにおけるチャンク型の差分転送の処理フローを説明するシーケンス図である。 実施例１のリクエスト受付部が実行する処理を説明するフローチャートである。 実施例１のリクエスト受付部が実行する処理を説明するフローチャートである。 実施例１のコスト算出部が実行する処理の一例を説明するフローチャートである。 実施例１のリクエスト転送制御部が実行する処理の一例を説明するフローチャートである。 実施例１のデータ取得モジュールが実行する処理の一例を説明するフローチャートである。 実施例１のデータ取得モジュールが実行する処理の一例を説明するフローチャートである。 実施例１のデータ取得モジュールが実行する処理の一例を説明するフローチャートである。 実施例２の第１システムが保持する設定情報を説明する図である。

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。

図１は、実施例１の計算機システムの構成例を示す図である。

実施例１の計算機システムは、業務を実行する第１システム１０１と、第１システム１０１とは独立したシステムであって、業務に関するデータを取得する二つの第２システム１０２−１、１０２−２とから構成される。以下の説明では、第２システム１０２−１、１０２−２を区別しない場合、第２システム１０２と記載する。第１システム１０１及び第２システム１０２は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１０４を介して互いに接続される。

なお、計算機システムに含まれる第１システム１０１は二つ以上でもよい。また、計算機システムに含まれる第２システム１０２は、一つでもよいし、三つ以上でもよい。

第１システム１０１は、業務モジュール１１１及びＡＰＩ提供モジュール１１２を有し、データベース１２１−１、１２１−２を管理する。また、第１システム１０１は、追記リソース情報１２２及びコスト係数情報１２３を保持する。

業務モジュール１１１は、第１システム１０１の業務を実現するための各種処理を実行する。

データベース１２１−１、１２１−２はリソースを格納する。データベース１２１−１、１２１−２には、データの保存形式が異なるリソースが格納される。ここで、リソースとは、業務に関するデータを格納するテーブル及びファイル等を表す。以下の説明では、データベース１２１−１、１２１−２を区別しない場合、データベース１２１と記載する。

データベース１２１−１は、追記リソース１４１を格納する。ここで、追記リソース１４１は、保存されたデータそのものの更新を行わないように管理されるリソースである。データベース１２１−１がＲＤＢである場合、追記リソース１４１は、ＩＮＳＥＲＴだけが実行され、ＵＰＤＡＴＥ及びＤＥＬＥＴＥは実行されない表である。

データベース１２１−２は、非追記リソース１４２を格納する。ここで、非追記リソース１４２は、保存されたデータそのものへの更新が可能なように管理されるリソースである。データベース１２１−２がＲＤＢである場合、非追記リソース１４２は、ＵＰＤＡＴＥ及びＤＥＬＥＴＥが実行可能な表である。

ＡＰＩ提供モジュール１１２は、第２システム１０２に、データベース１２１へアクセスするためのＡＰＩを提供する。ＡＰＩ提供モジュール１１２は、リクエスト転送制御部１３１、リクエスト受付部１３２、及びコスト算出部１３３を含む。ＡＰＩ提供モジュール１１２の詳細については図２を用いて説明する。

追記リソース情報１２２は、追記リソース１４１を管理するための情報である。追記リソース１４１のデータ構造の詳細は図４を用いて説明する。コスト係数情報１２３は、コスト算出部１３３がコストを算出する場合に用いるコスト係数を管理するための情報である。コスト係数情報１２３のデータ構造の詳細は図５を用いて説明する。

第２システム１０２は、データ取得モジュール１５１及びビッグデータ処理基盤１５２を有し、データレイク１５５を管理する。また、第２システム１０２は、ステート情報１５３及び差分転送方式情報１５４を保持する。

データ取得モジュール１５１は、第１システム１０１から業務に関するデータを取得する。データ取得モジュール１５１の詳細については図３を用いて説明する。

ビッグデータ処理基盤１５２は、第１システム１０１から受信したデータの保存、及び当該データを用いてデータ処理を実行する。

ステート情報１５３は、データの転送状態を管理するための情報である。データを取得するシステムが複数存在する場合、第２システム１０２は、当該システムの数だけステート情報１５３を保持する。ステート情報１５３の詳細は図６を用いて説明する。

差分転送方式情報１５４は、リソースからのデータの差分転送を行う場合のデータ転送方式を管理するための情報である。差分転送方式情報１５４には、時系列差分型及びチャンク型のいずれかを示す値が格納される。

図２は、実施例１のＡＰＩ提供モジュール１１２を実現する構成の一例を示す図である。

ＡＰＩ提供モジュール１１２は、ＣＰＵ２０１、主記憶装置２０２、二次記憶装置２０３、及び通信インターフェース２０４を備える計算機２００によって実現される。なお、複数の計算機２００を用いてＡＰＩ提供モジュール１１２を実現してもよい。また、計算機２００のハードウェア構成は一例であってこれに限定されない。

ＣＰＵ２０１は、主記憶装置２０２に格納されるプログラムを実行する。ＣＰＵ２０１がプログラムにしたがって処理を実行することによって、特定の機能を実現するモジュールとして動作する。以下の説明では、モジュールを主語に処理を説明する場合、ＣＰＵ２０１が当該モジュールを実現するプログラムを実行していることを示す。

主記憶装置２０２は、メモリ等の記憶装置であり、ＣＰＵ２０１が実行するプログラム及びデータを格納する。また、主記憶装置２０２は、プログラムが一時的に使用するワークエリアとしても用いられる。

二次記憶装置２０３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置であり、データを永続的に格納する。

通信インターフェース２０４は、ネットワークを介して外部装置と通信するためのインターフェースである。

図２に示すように、二次記憶装置２０３は、ＡＰＩ提供プログラム２１１、追記リソース情報１２２、及びコスト係数情報１２３を格納する。

ＣＰＵ２０１は、計算機２００の起動時、二次記憶装置２０３からＡＰＩ提供プログラム２１１を読み出し、主記憶装置２０２にロードする。ＣＰＵ２０１は、主記憶装置２０２にロードされたＡＰＩ提供プログラム２１１を実行することによってＡＰＩ提供モジュール１１２を実現する。

リクエスト転送制御部１３１は、第２システム１０２への業務に関するデータの転送を制御する。リクエスト受付部１３２は、第２システム１０２からの各種リクエストを受け付ける。コスト算出部１３３は、データ転送方式を決定するために用いるコストを算出する。

なお、ＡＰＩ提供モジュール１１２に含まれる各機能部については、複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。例えば、リクエスト転送制御部１３１が、リクエスト受付部１３２及びコスト算出部１３３を含んでもよい。

図３は、実施例１のデータ取得モジュール１５１を実現する構成の一例を示す図である。

データ取得モジュール１５１は、ＣＰＵ３０１、主記憶装置３０２、二次記憶装置３０３、及び通信インターフェース３０４を備える計算機３００によって実現される。なお、複数の計算機３００を用いてデータ取得モジュール１５１を実現してもよい。また、計算機３００のハードウェア構成は一例であってこれに限定されない。

ＣＰＵ３０１、主記憶装置３０２、二次記憶装置３０３、及び通信インターフェース３０４は、ＣＰＵ２０１、主記憶装置２０２、二次記憶装置２０３、及び通信インターフェース２０４と同一のハードウェアであるため説明を省略する。

図３に示すように、二次記憶装置３０３は、データ取得制御プログラム３１１、ステート情報１５３、差分転送方式情報１５４を格納する。

ＣＰＵ３０１は、計算機３００の起動時、二次記憶装置３０３からデータ取得制御プログラム３１１を読み出し、主記憶装置３０２にロードする。ＣＰＵ３０１は、主記憶装置３０２にロードされたデータ取得制御プログラム３１１を実行することによってデータ取得モジュール１５１を実現する。

図４は、実施例１の追記リソース情報１２２のデータ構造の詳細を説明する図である。

追記リソース情報１２２は、ＩＤ４０１、データベース名４０２、及びリソース名４０３から構成されるレコードを格納する表形式の情報である。一つのレコードは一つの追記リソース１４１に対応する。

ＩＤ４０１は、追記リソース情報１２２のレコードを一意に識別するための識別情報を格納するフィールドである。データベース名４０２は、追記リソース１４１を格納するデータベース１２１の名称を格納するフィールドである。リソース名４０３は、追記リソース１４１の名称を格納するフィールドである。

ＩＤ４０１が「１」のレコードは、第１データベース１２１−１に格納される、「ｃｎｃ＿１」という名称の追記リソース１４１を表す。

図５は、実施例１のコスト係数情報１２３のデータ構造の詳細を説明する図である。

コスト係数情報１２３は、ＩＤ５０１、データベース名５０２、リソース名５０３、データ転送方式５０４、及びコスト係数５０５から構成されるレコードを格納する表形式の情報である。一つのレコードは、リソースにおける、あるデータ転送方式のコスト係数に対応する。

ＩＤ５０１は、コスト係数情報１２３のレコードを一意に識別するための識別情報を格納するフィールドである。データベース名５０２は、データベース１２１の名称を格納するフィールドである。リソース名５０３は、リソースの名称を格納するフィールドである。

データ転送方式５０４は、データ転送方式を示す値を格納するフィールドである。データ転送方式５０４には、「時系列差分」及び「チャンク」のいずれかが格納される。なお、リソースの種別（追記リソース１４１及び非追記リソース１４２）毎にデータ転送方式を定めることができる。

コスト係数５０５は、コストを算出するために用いるコスト係数を格納するフィールド群である。コスト係数５０５は、データ量５０６及びレコード数５０７を含む。データ量５０６は、データ量に関するコスト係数を格納するフィールドである。レコード数５０７は、リソースに格納されるデータ（レコード）の数に関するコスト係数を格納するフィールドである。なお、データ量５０６及びレコード数５０７のいずれか一方のみでもよい。

ＩＤ５０１が「１」のレコードは、第１データベース１２１−１に格納される、「ｃｎｃ＿１」という名称のリソースにおける、「時系列差分」でのデータ転送方式のコスト係数を定義する。具体的には、データ量に関するコスト係数が「４／Ｂ」、レコードの数に関するコスト係数が「９／ｒｅｃｏｒｄ」である。

なお、リソース単位ではなく、リソースの保存形式毎にコスト係数を定義してもよい。すなわち、追記リソース１４１及び非追記リソース１４２の各々のコスト係数を定義してもよい。

図６は、実施例１のステート情報１５３の一例を示す図である。

ステート情報１５３は、タイムスタンプ６０１、チャンクサイズ６０２、及びチャンク番号６０３を格納する。

タイムスタンプ６０１は、データ転送方式が時系列差分型の場合に使用するデータである。チャンクサイズ６０２及びチャンク番号６０３は、データ転送方式がチャンク型の場合に使用するデータである。

なお、データ取得モジュール１５１は、指定されたデータ転送方式に応じて、ステート情報１５３に、タイムスタンプ６０１、又は、チャンクサイズ６０２及びチャンク番号６０３のいずれか一方を格納するようにしてもよい。

図７は、実施例１の計算機システムにおけるデータ転送の処理フローの概要を説明するシーケンス図である。

まず、第１システム１０１と第２システム１０２との間でデータ転送を行うために、アクセス準備が行われる。

第２システム１０２は、第１システム１０１に、アクセス対象のリソースのデータ転送方式の問合せを行う（ステップＳ７０１）。ここでは、アクセス対象のリソースをリソースＸとする。第１システム１０１は、当該問合せを受信した場合、リソースＸのデータ転送方式を決定し、決定したデータ転送方式の情報を含む応答を第２システム１０２に送信する（ステップＳ７０２）。

リソースＸに初めてアクセスする場合には以下のような処理が実行される。

第２システム１０２は、第１システム１０１に、リソースＸの一括転送リクエストを送信する（ステップＳ７１１）。第１システム１０１は、一括転送リクエストを受信した場合、リソースＸに格納される全データを第２システム１０２に一括で送信する（ステップＳ７１２）。

リソースＸに二回目以降アクセスする場合、データ転送方式に応じて処理が異なる。

データ転送方式が時系列差分型である場合、第２システム１０２は、第１システム１０１に、タイムスタンプ（最終更新タイムスタンプ）を含む差分転送リクエストを送信する（ステップＳ７２１）。第１システム１０１は、差分転送リクエストを受信した場合、当該リクエストに含まれるタイムスタンプ以降のタイムスタンプを含むデータをデータベース１２１から読み出し、第２システム１０２に送信する（ステップＳ７２２）。

データ転送の種別がチャンク型である場合、第２システム１０２は、第１システム１０１に、チャンク番号（チャンク１）及びチャンクサイズを含む差分転送リクエストを送信する（ステップＳ７３１）。第１システム１０１は、差分転送リクエストを受信した場合、当該リクエストに含まれるチャンク番号に対応するデータをデータベース１２１から読み出し、第２システム１０２に送信する（ステップＳ７３２）。なお、第１システム１０１は、チャンク番号に対応するデータが更新されている場合にのみ、当該データを第２システム１０２に送信するようにしてもよい。これによって、第１システム１０１及び第２システム１０２間のネットワーク帯域の消費を抑えることができる。

第２システム１０２は、データを受信した後、第１システム１０１に、チャンク番号（チャンク２）及びチャンクサイズを含む差分転送リクエストを送信する（ステップＳ７３３）。第１システム１０１は、差分転送リクエストを受信した場合、当該リクエストに含まれるチャンク番号に対応するデータをデータベース１２１から読み出し、第２システム１０２に送信する（ステップＳ７３４）。

以降、チャンク番号の終端になるまで、同様の処理が繰り返し実行される。

図８は、実施例１のＡＰＩ提供モジュール１１２が提供するＡＰＩの一例を示す図である。

ＡＰＩ提供モジュール１１２のリクエスト受付部１３２は、第２システム１０２に対して図８に示すようなＡＰＩを提供する。ＡＰＩ８０１は、転送種別問合せを実現するＡＰＩであり、ＡＰＩ８０２は、一括転送リクエストを実現するＡＰＩであり、ＡＰＩ８０３は、強制一括転送を実現するＡＰＩであり、ＡＰＩ８０４は、時系列差分型の差分転送リクエストを実現するＡＰＩであり、ＡＰＩ８０５は、チャンク型の差分転送リクエストを実現するＡＰＩである。

また、リクエスト受付部１３２は、第２システム１０２に提供するリソースの情報、例えば、データベース１２１及びリソースの名称等を提供する。なお、データベース１２１の名称は、セキュリティを考慮して、外部アクセス用の名称と、実際の名称とを分けて管理してもよい。リソースの名称についても同様に、アクセス用の名称と、実際の名称とを分けて管理してもよい。リクエスト受付部１３２は、第２システム１０２からリクエストを受信した場合、リクエストに含まれるデータベース１２１及びリソースの名称を変換する。

図９は、実施例１の計算機システムにおける時系列差分型の差分転送の処理フローを説明するシーケンス図である。ここでは、転送対象のデータが、第１データベース１２１−１に格納される追記リソース１４１に格納されているものとする。

第２システム１０２のデータ取得モジュール１５１は、時系列差分型の差分転送リクエストを第１システム１０１に送信する（ステップＳ９０１）。当該リクエストには、データベース１２１の名称、リソースの名称、及びタイムスタンプ（最終更新タイムスタンプ）が含まれる。

第１システム１０１のリクエスト受付部１３２は、時系列差分型の差分転送リクエストを受信した場合、追記リソース情報１２２を参照して、当該リクエストに含まれるデータベース１２１及びリソースの名称に一致するレコードを検索する（ステップＳ９０２）。

前述のレコードが存在する場合、リクエスト受付部１３２は、リクエスト転送制御部１３１に時系列差分型の差分転送リクエストを送信する（ステップＳ９０３）。当該リクエストには、データベース１２１の名称、リソースの名称、及びタイムスタンプ（最終更新タイムスタンプ）が含まれる。

リクエスト転送制御部１３１は、時系列差分型の差分転送リクエストを受信した場合、当該リクエストに含まれるデータベース１２１の名称に基づいて、アクセス対象の第１データベース１２１−１を特定する。リクエスト転送制御部１３１は、第１データベース１２１−１に、リソースの名称及びタイムスタンプ（最終更新タイムスタンプ）を含む、時系列差分型の差分転送リクエストを送信する（ステップＳ９０４）。

例えば、第１データベース１２１−１がＲＤＢである場合、リクエスト転送制御部１３１は、以下のような時系列差分型の差分転送リクエストを送信する。

SELECT * FROM {リソース名} WHERE timestamp > {最終更新タイムスタンプ};

第１データベース１２１−１は、時系列差分型の差分転送リクエストを受信した場合、追記リソース１４１から、当該リクエストに含まれるタイムスタンプ以降のタイムスタンプを含むデータ、すなわち、差分データを読み出し、読み出されたデータをリクエスト転送制御部１３１に送信する（ステップＳ９０５）。

リクエスト転送制御部１３１は、データを受信した場合、リクエスト受付部１３２に当該データを送信する（ステップＳ９０６）。

リクエスト受付部１３２は、データを受信した場合、データ取得モジュール１５１に当該データを送信する（ステップＳ９０７）。

図１０は、実施例１の計算機システムにおけるチャンク型の差分転送の処理フローを説明するシーケンス図である。ここでは、転送対象のデータが、第２データベース１２１−２に格納される非追記リソース１４２に格納されているものとする。

第２システム１０２のデータ取得モジュール１５１は、チャンク型の差分転送リクエストを第１システム１０１に送信する（ステップＳ１００１）。当該リクエストには、データベース１２１の名称、リソースの名称、チャンクサイズ、チャンク番号、及びチャンクの特徴量が含まれる。チャンクの特徴量は、例えば、ｍｄ５のハッシュ値である。

リクエスト受付部１３２は、チャンク型の差分転送リクエストを受信した場合、リクエスト転送制御部１３１にチャンク型の差分転送リクエストを送信する（ステップＳ１００２）。当該リクエストには、データベース１２１の名称、リソースの名称、チャンクサイズ、チャンク番号、及びチャンクの特徴量が含まれる。

リクエスト転送制御部１３１は、チャンク型の差分転送リクエストを受信した場合、当該リクエストに含まれるデータベース１２１の名称に基づいて、アクセス対象の第２データベース１２１−２を特定する。リクエスト転送制御部１３１は、第２データベース１２１−２に、受信したリクエストに含まれる、リソースの名称、チャンクサイズ、チャンク番号、及びチャンクの特徴量に基づいて、チャンク型の差分転送リクエストを送信する（ステップＳ１００３）。

例えば、第２データベース１２１−２がＲＤＢである場合、リクエスト転送制御部１３１は、以下のようなチャンク型の差分転送リクエストを送信する。

SELECT * FROM {リソース名} LIMIT {チャンクサイズ} * ({チャンク番号} - 1),
{チャンクサイズ} * {チャンク番号};

第２データベース１２１−２は、チャンク型の差分転送リクエストを受信した場合、非追記リソース１４２から、当該リクエストに基づいて算出される範囲のデータ、すなわち、差分データを読み出し、読み出されたデータをリクエスト転送制御部１３１に送信する（ステップＳ１００４）。例えば、式（１）の値から式（２）の値の範囲のデータが読み出される。

リクエスト転送制御部１３１は、データを受信した場合、チャンクの特徴量を算出し、当該チャンクの特徴量と、受信したチャンク型の差分転送リクエストに含まれるチャンクの特徴量とを比較して、データが更新されたか否かを判定する。データが更新されている場合、リクエスト転送制御部１３１は、受信したデータをリクエスト受付部１３２に送信する（ステップＳ１００５）。

リクエスト受付部１３２は、データを受信した場合、データ取得モジュール１５１にデータを送信する（ステップＳ１００６）。

以降、チャンク番号が最終のチャンク番号となるまで同様の処理が実行される。

図１１Ａ及び図１１Ｂは、実施例１のリクエスト受付部１３２が実行する処理を説明するフローチャートである。

リクエスト受付部１３２は、リクエストの待ち状態中に第２システム１０２からリクエストを受信した場合（ステップＳ１１０１）、受信したリクエストがデータ転送方式の問合せであるか否かを判定する（ステップＳ１１０２）。

受信したリクエストがデータ転送方式の問合せである場合、リクエスト受付部１３２は、コスト算出部１３３にデータ転送方式の問合せを送信する（ステップＳ１１０３）。

リクエスト受付部１３２は、コスト算出部１３３からデータ転送方式を示す情報を受信した場合、第２システム１０２にデータ転送方式を示す情報を含む応答を送信する（ステップＳ１１０４）。その後、リクエスト受付部１３２は、リクエストの待ち状態に移行する。

ステップＳ１１０２において、受信したリクエストがデータ転送方式の問合せでないと判定された場合、リクエスト受付部１３２は、受信したリクエストが一括転送リクエストであるか否かを判定する（ステップＳ１１０５）。

受信したリクエストが一括転送リクエストである場合、リクエスト受付部１３２は、リクエスト転送制御部１３１に一括転送リクエストを送信する（ステップＳ１１０６）。

リクエスト受付部１３２は、リクエスト転送制御部１３１からデータを受信した場合、第２システム１０２にデータを送信する（ステップＳ１１０７）。その後、リクエスト受付部１３２は、リクエストの待ち状態に移行する。

ステップＳ１１０５において、受信したリクエストが一括転送リクエストでないと判定された場合、リクエスト受付部１３２は、受信したリクエストがチャンク型の差分転送リクエストであるか否かを判定する（ステップＳ１１０８）。

受信したリクエストがチャンク型の差分転送リクエストである場合、リクエスト受付部１３２は、リクエスト転送制御部１３１にチャンク型の差分転送リクエストを送信する（ステップＳ１１０９）。

リクエスト受付部１３２は、リクエスト転送制御部１３１からデータを受信した場合、第２システム１０２にデータを送信する（ステップＳ１１１０）。その後、リクエスト受付部１３２は、リクエストの待ち状態に移行する。

ステップＳ１１０８において、受信したリクエストがチャンク型の差分転送リクエストでないと判定された場合、リクエスト受付部１３２は、受信したリクエストが時系列差分型の差分転送リクエストであるか否かを判定する（ステップＳ１１１１）。

受信したリクエストが時系列差分型の差分転送リクエストでない場合、リクエスト受付部１３２は、リクエストの待ち状態に移行する。

受信したリクエストが時系列差分型の差分転送リクエストである場合、リクエスト受付部１３２は、追記リソース情報１２２を参照し（ステップＳ１１１２）、要求される追記リソース１４１が存在するか否かを判定する（ステップＳ１１１３）。

具体的には、リクエスト受付部１３２は、データベース名４０２及びリソース名４０３に、時系列差分型の差分転送リクエストに含まれるデータベース１２１及び追記リソース１４１の名称が格納されるレコードが存在するか否かを判定する。

要求される追記リソース１４１が存在しない場合、リクエスト受付部１３２は、第２システム１０２にエラーを通知する（ステップＳ１１１４）。その後、リクエスト受付部１３２は、リクエストの待ち状態に移行する。

要求される追記リソース１４１が存在する場合、リクエスト受付部１３２は、リクエスト転送制御部１３１に時系列差分型の差分転送リクエストを送信する（ステップＳ１１１５）。

リクエスト受付部１３２は、リクエスト転送制御部１３１からデータを受信した場合、第２システム１０２にデータを送信する（ステップＳ１１１６）。その後、リクエスト受付部１３２は、リクエストの待ち状態に移行する。

なお、ステップＳ１１０２、ステップＳ１１０５、ステップＳ１１０８、及びステップＳ１１１１の処理は実行順を入れ替えてもよい。

図１２は、実施例１のコスト算出部１３３が実行する処理の一例を説明するフローチャートである。

コスト算出部１３３は、リクエスト受付部１３２からデータ転送方式の問合せを受信した場合、以下で説明する処理を開始する。

コスト算出部１３３は、データ転送方式の問合せに含まれるデータベース１２１及びリソースの名称に基づいてアクセス対象のリソースを特定し、アクセス対象のリソースのメトリクスを取得する（ステップＳ１２０１）。

リソースのメトリクスとは、データ転送のコストを見積もるための情報であり、本実施例では、メトリクスとしてデータ量及びレコード数が取得される。

次に、コスト算出部１３３は、コスト係数情報１２３からアクセス対象のリソースのコスト係数を取得する（ステップＳ１２０２）。

具体的には、コスト算出部１３３は、データ転送方式の問合せに含まれるデータベース１２１及びリソースの名称が、データベース名５０２及びリソース名５０３に格納されるレコードを検索する。コスト算出部１３３は、検索されたレコードのコスト係数５０５に設定された値を取得する。

次に、コスト算出部１３３は、メトリクス及びコスト係数を用いて、各データ転送方式のコストを算出する（ステップＳ１２０３）。コストの算出方法は後述する。

次に、コスト算出部１３３は、コストが最小となるデータ転送方式を選択し（ステップＳ１２０４）、リクエスト転送制御部１３１に選択されたデータ転送方式を通知する（ステップＳ１２０５）。その後、コスト算出部１３３は処理を終了する。

ここで、コストの具体的な算出方法について説明する。アクセス対象のリソースは第１データベース１２１−１に格納される「ｃｎｃ＿１」とする。アクセス対象のリソースのメトリクスは１０ＧＢ、２Ｇ Ｒｅｃｏｒｄとする。また、コスト係数情報１２３は、図５に示すものとする。

ステップＳ１２０２では、ＩＤ５０１が「１」、「２」のレコードのコスト係数５０５から値が取得される。すなわち、時系列差分型及びチャンク型の各々のコスト係数が取得される。

ステップＳ１２０３では、コスト算出部１３３は、時系列差分型のデータ転送方式のコストと、チャンク型のデータ転送方式のコストを算出する。時系列差分型のデータ転送方式のコストは、例えば、式（３）のように算出され、チャンク型のデータ転送方式のコストは、例えば、式（４）のように算出される。

ステップＳ１２０４では、コスト算出部１３３は、時系列差分型の方がチャンク型よりリソースの使用量が少ないと判定し、時系列差分型を選択する。

図１３は、実施例１のリクエスト転送制御部１３１が実行する処理の一例を説明するフローチャートである。

リクエスト転送制御部１３１は、リクエストの待ち状態中にリクエスト受付部１３２からリクエストを受信した場合（ステップＳ１３０１）、受信したリクエストが一括転送リクエストであるか否かを判定する（ステップＳ１３０２）。

受信したリクエストが一括転送リクエストである場合、リクエスト転送制御部１３１は、当該リクエストに含まれるデータベース１２１の名称に一致するデータベース１２１に、一括転送リクエストを送信する（ステップＳ１３０３）。

リクエスト転送制御部１３１は、データベース１２１からデータを受信した場合、リクエスト受付部１３２にデータを送信する（ステップＳ１３０４）。その後、リクエスト転送制御部１３１は、リクエストの待ち状態に移行する。

ステップＳ１３０２において、受信したリクエストが一括転送リクエストではないと判定された場合、リクエスト転送制御部１３１は、受信したリクエストがチャンク型の差分転送リクエストであるか否かを判定する（ステップＳ１３０５）。

受信したリクエストがチャンク型の差分転送リクエストである場合、リクエスト転送制御部１３１は、当該リクエストに含まれるデータベース１２１の名称に一致するデータベース１２１に、チャンク型の差分転送リクエストを送信する（ステップＳ１３０６）。

リクエスト転送制御部１３１は、データベース１２１からデータを受信した場合、リクエスト受付部１３２にデータを送信する（ステップＳ１３０７）。その後、リクエスト転送制御部１３１は、リクエストの待ち状態に移行する。

なお、ステップＳ１３０６において、存在しないチャンクに対するチャンク型の差分転送リクエストが送信された場合、データベース１２１はエラーをリクエスト転送制御部１３１に通知する。この場合、ステップＳ１３０７では、データの送信の代わりにエラーが通知される。

ステップＳ１３０５において、受信したリクエストがチャンク型の差分転送リクエストでないと判定された場合、リクエスト転送制御部１３１は、受信したリクエストが時系列差分型の差分転送リクエストであるか否かを判定する（ステップＳ１３０８）。

受信したリクエストが時系列差分型の差分転送リクエストでないと判定された場合、リクエスト転送制御部１３１は、リクエストの待ち状態に移行する。

受信したリクエストが時系列差分型の差分転送リクエストである場合、リクエスト転送制御部１３１は、当該リクエストに含まれるデータベース１２１の名称に一致するデータベース１２１に、時系列差分型の差分転送リクエストを送信する（ステップＳ１３０９）。

リクエスト転送制御部１３１は、データベース１２１からデータを受信した場合、リクエスト受付部１３２にデータを送信する（ステップＳ１３１０）。その後、リクエスト転送制御部１３１は、リクエストの待ち状態に移行する。

図１４、図１５、及び図１６は、実施例１のデータ取得モジュール１５１が実行する処理の一例を説明するフローチャートである。

図１４は、リソースのデータ転送方式を問い合わせる場合に実行される処理を説明するフローチャートである。データ取得モジュール１５１は、ユーザからの指示に基づいて以下で説明する処理を開始する。

データ取得モジュール１５１は、ＡＰＩ提供モジュール１１２に、アクセス対象のリソースのデータ転送方式の問合せを行う（ステップＳ１４０１）。

データ取得モジュール１５１は、ＡＰＩ提供モジュール１１２からデータ転送方式を示す情報を含む応答を受信した場合、差分転送方式情報１５４を更新する（ステップＳ１４０２）。その後、データ取得モジュール１５１は処理を終了する。

例えば、データ取得モジュール１５１は、データベース１２１の名称、リソースの名称、及びデータ転送方式から構成されるデータを差分転送方式情報１５４に追加する。

このとき、データ取得モジュール１５１は、決定されたデータ転送方式に基づいて、ステート情報１５３に格納する値を決定する。例えば、データ転送方式が「チャンク型」の場合、チャンクサイズ及びチャンク番号がステート情報１５３に格納する値として決定される。データ転送方式が「時系列差分型」の場合、タイムスタンプがステート情報１５３に格納する値として決定される。

図１５は、アクセス対象のリソースに初めてアクセスする場合に実行される処理を説明するフローチャートである。データ取得モジュール１５１は、ユーザからの指示に基づいて以下で説明する処理を開始する。

データ取得モジュール１５１は、ＡＰＩ提供モジュール１１２に、一括転送リクエストを送信する（ステップＳ１５０１）。

データ取得モジュール１５１は、ＡＰＩ提供モジュール１１２からデータを受信した場合、データレイク１５５に受信したデータを格納する（ステップＳ１５０２）。その後、データ取得モジュール１５１は処理を終了する。

図１６は、アクセス対象のリソースに２回目以降にアクセスする場合に実行される処理を説明するフローチャートである。データ取得モジュール１５１は、ユーザからの指示に基づいて以下で説明する処理を開始する。

データ取得モジュール１５１は、差分転送方式情報１５４を参照し、アクセス対象のリソースのデータ転送方式を特定する（ステップＳ１６０１）。

次に、データ取得モジュール１５１は、データ転送方式が時系列差分型であるか否かを判定する（ステップＳ１６０２）。

データ転送方式が時系列差分型である場合、データ取得モジュール１５１は、ステート情報１５３からタイムスタンプ６０１を取得する（ステップＳ１６２１）。

次に、データ取得モジュール１５１は、データベース１２１の名称、リソースの名称、及びタイムスタンプ６０１を含む時系列差分型の差分転送リクエストをリクエスト受付部１３２に送信する（ステップＳ１６２２）。

データ取得モジュール１５１は、リクエスト受付部１３２からデータを受信した場合、受信したデータをデータレイク１５５に格納し（ステップＳ１６２３）、ステート情報１５３のタイムスタンプ６０１を更新する（ステップＳ１６２４）。その後、データ取得モジュール１５１は処理を終了する。

ステップＳ１６０２において、データ転送方式が時系列差分型でない、すなわち、データ転送方式がチャンク型であると判定された場合、データ取得モジュール１５１は、チャンクサイズを取得し、また、チャンク番号を初期化する（ステップＳ１６１１）。

チャンクサイズが存在しない場合、ユーザの初期設定に基づいてチャンクサイズが設定される。また、チャンク番号には１が設定される。データ取得モジュール１５１は、ステート情報１５３のチャンクサイズ６０２及びチャンク番号６０３に値を設定する。

次に、データ取得モジュール１５１は、ステート情報１５３のチャンク番号６０３を取得し（ステップＳ１６１２）、チャンク番号が末尾であるか否かを判定する（ステップＳ１６１３）。

チャンク番号が末尾である場合、データ取得モジュール１５１は処理を終了する。

チャンク番号が末尾ではない場合、データ取得モジュール１５１は、データベース１２１の名称、リソースの名称、チャンクサイズ、及びチャンク番号を含むチャンク型の差分転送リクエストをリクエスト受付部１３２に送信する（ステップＳ１６１４）。

データ取得モジュール１５１は、リクエスト受付部１３２から応答を受信した場合、受信した応答がエラーを通知する応答であるか否かを判定する（ステップＳ１６１５）。

受信した応答がエラーを通知する応答である場合、データ取得モジュール１５１は、ステート情報１５３のチャンク番号６０３を初期化する（ステップＳ１６１６）。その後、データ取得モジュール１５１は処理を終了する。

受信した応答がエラーを通知する応答でない、すなわち、データを含む応答である場合、データ取得モジュール１５１は、データをデータレイク１５５に格納し（ステップＳ１６１７）、ステート情報１５３のチャンク番号６０３を更新する（ステップＳ１６１８）。具体的には、現在のチャンク番号６０３の値に１を加算した値がチャンク番号６０３に格納される。その後、データ取得モジュール１５１は、ステップＳ１６１２に戻り、同様の処理を実行する。

実施例１によれば、ＡＰＩ提供モジュール１１２（第１システム１０１）は、データ転送の処理負荷が小さいデータ転送方式を選択し、データ取得モジュール１５１（第２システム１０２）に通知する。

データ取得モジュール１５１は、通知されたデータ転送方式にしたがって、データベース１２１に格納されるリソースからデータを取得する。これによって、第１システム１０１上の業務への影響を低減できる。また、第１システム１０１及び第２システムの間では、データ転送が停止されないため、システム間のデータ転送を高速化できる。

また、データ取得モジュール１５１は、通知されたデータ転送方式に基づいて、ステートとして管理する情報を決定し、ステートを管理する。これによって、データ転送における第１システム１０１のメモリ使用量を削減できるため、第１システム１０１上の業務への影響を低減できる。

実施例２では、初回のデータアクセスに複数の制御形式を設ける。以下、実施例１との差異を中心に実施例２について説明する。

実施例２の計算機システムの構成は実施例１と同一である。実施例２の第１システム１０１及び第２システム１０２の構成は実施例１と同一である。ただし、実施例２では、第１システム１０１が図１７に示すような設定情報１７００を保持する。

図１７は、実施例２の第１システム１０１が保持する設定情報１７００を説明する図である。

設定情報１７００には、初回のデータアクセスの制御形式が設定される。具体的には、ｎｏ＿ｒｅｓｔｒｉｃｔｉｏｎ、ｓｌｏｗ、ｄｅｎｙの三つの制御形式が定義されている。

ｎｏ＿ｒｅｓｔｒｉｃｔｉｏｎは、特別な制約を課さない一括転送を行う制御形式である。ｓｌｏｗは、第１システム１０１の負荷に応じて少しずつデータを転送する一括転送を行う制御形式である。ｄｅｎｙは、一括転送を禁止する制御形式である。

ユーザは、予めいずれかの制御形式をＡＰＩ提供モジュール１１２に設定する。

ｓｌｏｗの制御形式が設定された場合、リクエスト受付部１３２は、一括転送リクエストを受け付ける。リクエスト転送制御部１３１は、一括転送を行わず、チャンク単位にデータを分割して送信する。このとき、リクエスト転送制御部１３１は、第１システム１０１の負荷に応じて、転送量を調整する。これによって、第１システム１０１の負荷が低い場合にのみデータを転送するように制御できる。

ｄｅｎｙの制御形式が設定された場合、リクエスト受付部１３２は、原則、一括転送リクエストを受け付けないように制御する。ただし、リクエスト受付部１３２は、強制一括送信を指示するＡＰＩ８０３は受け付けるように制御する。これによって、主にユーザのミス及び不注意に起因する不用意な一括転送を回避できる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１０１ 第１システム
１０２ 第２システム
１０４ ネットワーク
１１１ 業務モジュール
１１２ ＡＰＩ提供モジュール
１２１ データベース
１２２ 追記リソース情報
１２３ コスト係数情報
１３１ リクエスト転送制御部
１３２ リクエスト受付部
１３３ コスト算出部
１４１ 追記リソース
１４２ 非追記リソース
１５１ データ取得モジュール
１５２ ビッグデータ処理基盤
１５３ ステート情報
１５４ 差分転送方式情報
１５５ データレイク
２００、３００ 計算機
２０１、３０１ ＣＰＵ
２０２、３０２ 主記憶装置
２０３、３０３ 二次記憶装置
２０４、３０４ 通信インターフェース
２１１ ＡＰＩ提供プログラム
３１１ データ取得制御プログラム
１７００ 設定情報

Claims (12)

1. 演算装置、前記演算装置に接続される記憶装置、前記演算装置に接続されるネットワーク装置を有する計算機から構成される複数のシステムの間のデータ転送を制御する計算機システムであって、
   前記複数のシステムは、業務を実行する第１システムと、前記業務に関するデータを取得する第２システムとを含み、
   前記第１システムは、前記データを格納するリソースを管理する記憶部と、複数のデータ転送方式のいずれかのデータ転送方式に基づいて、前記第２システムへの前記データの転送を制御する制御部と、を有し、
   前記第２システムは、前記リソースから前記データを取得するデータ取得部を有し、
   前記制御部は、
   前記データ取得部からターゲットリソースにおける前記データ転送方式の問い合わせを受け付けた場合、前記複数のデータ転送方式の各々について前記第１システムの負荷を示すコストを算出し、
   前記コストに基づいて、適用するデータ転送方式を決定し、
   前記決定されたデータ転送方式に関する情報を前記第２システムに送信し、
   前記データ取得部は、
   データの転送状態を管理するための情報であって、前記決定されたデータ転送方式に基づくデータ転送で使用するステートを管理し、
   前記決定されたデータ転送方式及び前記ステートに基づいて、前記リソースから前記データを取得するためのリクエストを送信することを特徴とする計算機システム。
2. 請求項１に記載の計算機システムであって、
   前記データ取得部は、前記決定されたデータ転送方式に基づいて、前記ステートとして管理する値を決定することを特徴とする計算機システム。
3. 請求項１に記載の計算機システムであって、
   前記第１システムは、前記データ転送方式の各々の前記コストを算出する場合に使用するコスト係数を管理するコスト係数情報を管理し、
   前記制御部は、
   前記コストを算出するために用いる、前記ターゲットリソースのメトリクスを取得し、
   前記コスト係数情報から前記複数のデータ転送方式の各々の前記コスト係数を取得し、
   前記メトリクスと前記複数のデータ転送方式の各々の前記コスト係数とに基づいて、前記複数のデータ転送方式の各々の前記コストを算出することを特徴とする計算機システム。
4. 請求項３に記載の計算機システムであって、
   前記ターゲットリソースのメトリクスは、前記リソースに格納される前記データの数及び前記リソースのデータ量の少なくともいずれかであることを特徴とする計算機システム。
5. 請求項３に記載の計算機システムであって、
   前記記憶部は、前記データの保存形式が異なる複数の種別のリソースを格納し、
   前記コスト係数情報は、前記リソースの種別、前記データ転送方式、及び前記コスト係数を含むレコードを格納することを特徴とする計算機システム。
6. 請求項１に記載の計算機システムであって、
   前記制御部は、前記データ取得部から前記ターゲットリソースに対する一括転送リクエストを受信した場合、前記第１システムの負荷に応じて転送量を調整して、前記ターゲットリソースの前記データを前記第２システムに送信することを特徴とする計算機システム。
7. 計算機システムが実行する複数のシステムの間のデータ転送の制御方法であって、
   前記複数のシステムは、
   前記計算機システムは、演算装置、前記演算装置に接続される記憶装置、前記演算装置に接続されるネットワーク装置を有する計算機から構成され、
   業務を実行する第１システムと、前記業務に関するデータを取得する第２システムとを含み、
   前記第１システムは、前記データを格納するリソースを管理する記憶部と、複数のデータ転送方式のいずれかのデータ転送方式に基づいて、前記第２システムへの前記データの転送を制御する制御部と、を有し、
   前記第２システムは、前記リソースから前記データを取得するデータ取得部を有し、
   前記データ転送の制御方法は、
   前記制御部が、前記データ取得部からターゲットリソースにおける前記データ転送方式の問い合わせを受け付けた場合、前記複数のデータ転送方式の各々について前記第１システムの負荷を示すコストを算出する第１のステップと、
   前記制御部が、前記コストに基づいて、適用するデータ転送方式を決定する第２のステップと、
   前記制御部が、前記決定されたデータ転送方式に関する情報を前記第２システムに送信する第３のステップと、
   前記データ取得部が、データの転送状態を管理するための情報であって、前記決定されたデータ転送方式に基づくデータ転送で使用するステートを管理する第４のステップと、
   前記データ取得部が、前記決定されたデータ転送方式及び前記ステートに基づいて、前記リソースから前記データを取得するためのリクエストを送信する第５のステップと、を含むことを特徴とするデータ転送の制御方法。
8. 請求項７に記載のデータ転送の制御方法であって、
   前記第４のステップは、前記データ取得部が、前記決定されたデータ転送方式に基づいて、前記ステートとして管理する値を決定するステップを含むことを特徴とするデータ転送の制御方法。
9. 請求項７に記載のデータ転送の制御方法であって、
   前記第１システムは、前記データ転送方式の各々の前記コストを算出する場合に使用するコスト係数を管理するコスト係数情報を管理し、
   前記第１のステップは、
   前記制御部が、前記コストを算出するために用いる、前記ターゲットリソースのメトリクスを取得するステップと、
   前記制御部が、前記コスト係数情報から前記複数のデータ転送方式の各々の前記コスト係数を取得するステップと、
   前記制御部が、前記メトリクスと前記複数のデータ転送方式の各々の前記コスト係数とに基づいて、前記複数のデータ転送方式の各々の前記コストを算出するステップと、を含むことを特徴とするデータ転送の制御方法。
10. 請求項９に記載のデータ転送の制御方法であって、
    前記ターゲットリソースのメトリクスは、前記リソースに格納される前記データの数及び前記リソースのデータ量の少なくともいずれかであることを特徴とするデータ転送の制御方法。
11. 請求項９に記載のデータ転送の制御方法であって、
    前記記憶部は、前記データの保存形式が異なる複数の種別のリソースを格納し、
    前記コスト係数情報は、前記リソースの種別、前記データ転送方式、及び前記コスト係数を含むレコードを格納することを特徴とするデータ転送の制御方法。
12. 請求項７に記載のデータ転送の制御方法であって、
    前記制御部が、前記データ取得部から前記ターゲットリソースに対する一括転送リクエストを受信した場合、前記第１システムの負荷に応じて転送量を調整して、前記ターゲットリソースの前記データを前記第２システムに送信するステップを含むことを特徴とするデータ転送の制御方法。

Images