JP7404798B2 - データ管理システム及びデータ管理プログラム - Google Patents

Description

本発明は、データ管理システム及びデータ管理プログラムに関する。

特許文献１には、イントラネット内に設けられた装置であって、イントラネット内のデータ保持手段が保持する第１データと、クラウドシステムを構成する情報処理装置が保持する第２データとを同期させるデータ処理装置が開示されている。

特許文献２には、複数の処理からなるワークフローをオンプレミス環境又はクラウド環境に割り振りながら実行するシステムが開示されている。

特開２０１５－０１４９５４号公報 特開２０１９－０４０３２７号公報

ネットワークの内側に設けられる第１装置が保持するデータと、当該ネットワークの外側に設けられる第２装置が保持するデータの間の一貫性を保つ同期制御を行うデータ管理システムに関して、端末からの接続要求を受け付けた場合、この端末の接続先として第１装置又は第２装置のいずれか一方が選択され得る。例えば、ネットワークの内側の端末を第１装置に、当該ネットワークの外側の端末を第２装置にそれぞれ接続させるという基本方針に沿って運用を行うことが想定される。しかしながら、ネットワークの内側の端末の接続先を常に第１装置に固定してしまうと、データ管理システムの状況に応じた臨機応変な運用がなされない可能性がある。

本発明の目的は、ネットワークの内側の端末を該ネットワークの内側に設けられる第１装置に、ネットワークの外側の端末を該ネットワークの外側に設けられる第２装置にそれぞれ接続させる基本方針に沿って運用を行う場合、内側の端末の接続先が常に第１装置に固定される場合と比べて、状況により適した運用を行うことである。

請求項１に記載の発明は、ネットワークの内側に設けられて前記ネットワークの外側からの接続が制限されている第１装置と、前記ネットワークの外側に設けられて前記第１装置及び前記ネットワークの外側の端末とそれぞれ接続可能に構成される第２装置と、前記第１装置と一体又は別体の装置である接続装置と、を備え、前記第１装置及び前記第２装置は、画質を不可逆的に欠損させる加工処理が行われる画像データに関して、前記第１装置が保持する未加工のデータと前記第２装置が保持する加工済みのデータとの間の一貫性を保つ同期制御を行い、前記接続装置は、前記ネットワークの内側の端末からの接続要求を受け付けた場合に、前記第１装置と前記第２装置の間の通信状態、又は、前記第１装置もしくは前記第２装置の稼働状態に関する複数の条件の組み合わせに応じて、前記ネットワークの内側の端末の接続先として前記第１装置又は前記第２装置のいずれかを選択し、前記複数の条件の組み合わせから前記接続先を選択できない場合に、前記加工処理による画質の欠損の度合いが閾値よりも大きい場合には前記第１装置を選択する一方、前記加工処理による画質の欠損の度合いが前記閾値以下である場合には前記第２装置を選択するデータ管理システムである。

請求項２に記載の発明は、前記接続装置は、前記加工処理による画質の欠損の度合いと共に前記画像データの使用目的を参照して前記ネットワークの内側の端末の接続先を選択する、請求項１に記載のデータ管理システムである。
請求項３に記載の発明は、ネットワークの内側に設けられて前記ネットワークの外側からの接続が制限されている第１装置と、前記ネットワークの外側に設けられて前記第１装置及び前記ネットワークの外側の端末とそれぞれ接続可能に構成される第２装置と、前記第１装置と一体又は別体の装置である接続装置と、を備え、前記第１装置及び前記第２装置は、可逆的に圧縮する加工処理が行われる画像データに関して、前記第１装置が保持する未加工のデータと前記第２装置が保持する加工済みのデータとの間の一貫性を保つ同期制御を行い、前記接続装置は、前記ネットワークの内側の端末からの接続要求を受け付けた場合に、前記第１装置と前記第２装置の間の通信状態、又は、前記第１装置もしくは前記第２装置の稼働状態に関する複数の条件の組み合わせに応じて、前記ネットワークの内側の端末の接続先として前記第１装置又は前記第２装置のいずれかを選択し、前記複数の条件の組み合わせから前記接続先を選択できない場合に、前記加工処理が行われる前又は行われた後のデータのサイズが閾値よりも大きい場合には前記第１装置を選択する一方、前記サイズが前記閾値以下である場合には前記第２装置を選択するデータ管理システムである。
請求項４に記載の発明は、前記接続装置は、前記サイズと共に前記通信状態を参照して前記ネットワークの内側の端末の接続先を選択する、請求項３に記載のデータ管理システムである。

請求項５に記載の発明は、ネットワークの内側に設けられて前記ネットワークの外側からの接続が制限されている第１装置と、前記ネットワークの外側に設けられて前記第１装置及び前記ネットワークの外側の端末とそれぞれ接続可能に構成される第２装置と、前記第１装置と一体又は別体の装置である接続装置と、を備えるシステムに適用されるデータ管理プログラムであって、前記第１装置及び前記第２装置に、画質を不可逆的に欠損させる加工処理が行われる画像データに関して、前記第１装置が保持する未加工のデータと前記第２装置が保持する加工済みのデータとの間の一貫性を保つ同期制御を行わせ、前記接続装置に、前記ネットワークの内側の端末からの接続要求を受け付けた場合に、前記第１装置と前記第２装置の間の通信状態、又は、前記第１装置もしくは前記第２装置の稼働状態に関する複数の条件の組み合わせに応じて、前記ネットワークの内側の端末の接続先として前記第１装置又は前記第２装置のいずれかを選択させ、前記複数の条件の組み合わせから前記接続先を選択できない場合に、前記加工処理による画質の欠損の度合いが閾値よりも大きい場合には前記第１装置を選択する一方、前記加工処理による画質の欠損の度合いが前記閾値以下である場合には前記第２装置を選択させるデータ管理プログラムである。
請求項６に記載の発明は、ネットワークの内側に設けられて前記ネットワークの外側からの接続が制限されている第１装置と、前記ネットワークの外側に設けられて前記第１装置及び前記ネットワークの外側の端末とそれぞれ接続可能に構成される第２装置と、前記第１装置と一体又は別体の装置である接続装置と、を備えるシステムに適用されるデータ管理プログラムであって、前記第１装置及び前記第２装置に、可逆的に圧縮する加工処理が行われる画像データに関して、前記第１装置が保持する未加工のデータと前記第２装置が保持する加工済みのデータとの間の一貫性を保つ同期制御を行わせ、前記接続装置に、前記ネットワークの内側の端末からの接続要求を受け付けた場合に、前記第１装置と前記第２装置の間の通信状態、又は、前記第１装置もしくは前記第２装置の稼働状態に関する複数の条件の組み合わせに応じて、前記ネットワークの内側の端末の接続先として前記第１装置又は前記第２装置のいずれかを選択させ、前記複数の条件の組み合わせから前記接続先を選択できない場合に、前記加工処理が行われる前又は行われた後のデータのサイズが閾値よりも大きい場合には前記第１装置を選択する一方、前記サイズが前記閾値以下である場合には前記第２装置を選択させるデータ管理プログラムである。

請求項１，５に記載の発明によれば、ネットワークの内側の端末を該ネットワークの内側に設けられる第１装置に、ネットワークの外側の端末を該ネットワークの外側に設けられる第２装置にそれぞれ接続させる基本方針に沿って運用を行う場合、内側の端末の接続先が常に第１装置に固定される場合と比べて、状況により適した運用が行われる。また、追加の条件を用いない場合と比べて、より適した接続先の選択がなされる。また、ネットワークの内側の端末は、画質の欠損の度合いが閾値よりも大きい画像データにアクセスしやすくなる。
請求項２に記載の発明によれば、画像の欠損の度合いとデータの使用目的との組み合わせにより端末の接続先を選択することができる。
請求項３，６に記載の発明によれば、ネットワークの内側の端末を該ネットワークの内側に設けられる第１装置に、ネットワークの外側の端末を該ネットワークの外側に設けられる第２装置にそれぞれ接続させる基本方針に沿って運用を行う場合、内側の端末の接続先が常に第１装置に固定される場合と比べて、状況により適した運用が行われる。また、追加の条件を用いない場合と比べて、より適した接続先の選択がなされる。また、ネットワークの内側の端末は、第２装置が保持する加工済みのデータを常に解凍する場合と比べて、より短い時間で加工前のデータにアクセスしやすくなる。
請求項４に記載の発明によれば、データのサイズと通信状態との組み合わせにより端末の接続先を選択することができる。

本発明の一実施形態におけるデータ管理システムの全体構成図である。 図１に示すオンプレミス側サーバのブロック図である。 図３（ａ）は、図２の管理情報ＤＢに含まれるデータ管理テーブルが有するデータ構造の一例を示す図である。図３（ｂ）は、図２の管理情報ＤＢに含まれる資源管理テーブルが有するデータ構造の一例を示す図である。 図１に示す接続装置のブロック図である。 図３の選択規則ＤＢに含まれる基本規則テーブルが有するデータ構造の一例を示す図である。 データの同期更新時におけるデータ管理システムの動作を示すフローチャートである。 接続先の選択時におけるデータ管理システムの動作を示すフローチャートである。 図３の選択規則ＤＢに含まれる第１の追加規則テーブルが有するデータ構造の一例を示す図である。 図３の選択規則ＤＢに含まれる第２の追加規則テーブルが有するデータ構造の一例を示す図である。 図３の選択規則ＤＢに含まれる第３の追加規則テーブルが有するデータ構造の一例を示す図である。

本発明におけるデータ管理システムについて、データ管理プログラムとの関係において好適な実施形態を挙げ、添付の図面を参照しながら説明する。

［データ管理システム１０の構成］
＜全体構成＞
図１は、本発明の一実施形態におけるデータ管理システム１０の全体構成図である。このデータ管理システム１０は、オンプレミス環境１２及びクラウド環境１４にわたってデータの管理を行う、いわゆる「ハイブリッド型」のデータ管理サービスを提供可能に構成される。管理対象のデータ（以下、「管理データ」ともいう）は、例えば、文書データ、動画像データ、静止画像データ、音声データなどの様々な形式であってもよい。

オンプレミス環境１２は、インターネットＮＷから自由にアクセスできないように制限が設けられているネットワーク環境である。一方、クラウド環境１４は、不特定のユーザがアクセス可能なネットワーク環境である。つまり、オンプレミス環境１２の外側にあるクライアント端末（以下、外側端末１６）は、クラウド環境１４に直接的にアクセスできる一方、オンプレミス環境１２内に直接的にアクセスすることができない。

オンプレミス環境１２内には、組織内のプライベートネットワークであるイントラネット１８（「ネットワーク」に相当）が構築されている。このイントラネット１８には、オンプレミス側サーバ２０（「第１装置」に相当）と、プロキシサーバ２２と、イントラネット１８内のクライアント端末（以下、内側端末２４）と、接続装置２６と、が接続されている。

オンプレミス側サーバ２０は、オンプレミス環境１２内におけるデータの管理に関する統括的な制御を行うコンピュータである。ここで、オンプレミス側サーバ２０を単体のコンピュータとして図示しているが、これに代わって、オンプレミス側サーバ２０は、分散システムを構築するコンピュータ群であってもよい。

プロキシサーバ２２は、イントラネット１８に接続された各種機器に代わって、クラウド側サーバ３０を含む外部装置との通信を行うサーバである。プロキシサーバ２２は、オンプレミス環境１２の外側からの不正なアクセスを遮断するファイアウォール機能を備えてもよい。

内側端末２４は、外部装置との間で双方向に通信可能なコンピュータであり、例えば、パーソナルコンピュータ、タブレット、スマートフォン、ウェアラブルデバイスなどから構成される。内側端末２４は、入力部による入力機能と出力部による出力機能を組み合わせることで、ユーザインターフェースを実現可能に構成される。

接続装置２６は、内側端末２４からの接続要求を受け付け、状況に適した接続先を選択して接続の誘導を行う装置である。ここでは、接続装置２６は、オンプレミス側サーバ２０とは別体の装置であるが、これに代わって、オンプレミス側サーバ２０と一体の装置であってもよい。

一方、クラウド環境１４内には、クラウド側サーバ３０（「第２装置」に相当）と、接続装置３２と、が設けられている。クラウド側サーバ３０は、クラウド環境１４内におけるデータの管理に関する統括的な制御を行うコンピュータである。ここで、クラウド側サーバ３０を単体のコンピュータとして図示しているが、これに代わって、クラウド側サーバ３０は、分散システムを構築するコンピュータ群であってもよい。

接続装置３２は、外側端末１６又は内側端末２４からの接続要求を受け付け、状況に適した接続先を選択して接続の誘導を行う装置である。ここでは、接続装置３２は、クラウド側サーバ３０とは別体の装置であるが、これに代わって、クラウド側サーバ３０と一体の装置であってもよい。

＜オンプレミス側サーバ２０などの構成＞
図２は、図１に示すオンプレミス側サーバ２０のブロック図である。このオンプレミス側サーバ２０は、サーバ側通信部４０と、サーバ側制御部４２と、サーバ側記憶部４４と、を含んで構成される。なお、クラウド側サーバ３０も、基本的には図２と同様の構成を有する。

サーバ側通信部４０は、外部装置に対して電気信号を送受信するための通信インターフェースである。これにより、オンプレミス側サーバ２０は、イントラネット１８を通じて内側端末２４との間で、あるいはインターネットＮＷを通じてクラウド側サーバ３０との間で様々なデータのやり取りが可能である。

サーバ側制御部４２は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）を含むプロセッサによって構成される。サーバ側制御部４２は、サーバ側記憶部４４に格納されたデータ管理プログラムを読み出して実行することで、データ管理部４６、アクセス管理部４８及びデータ処理部５０として機能する。

サーバ側記憶部４４は、非一過性であり、かつ、コンピュータ読み取り可能な記憶媒体で構成されている。ここで、コンピュータ読み取り可能な記憶媒体は、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）、ソリッドステートドライブ（ＳＳＤ：Solid State Drive）を含む記憶装置、あるいは、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、フラッシュメモリ等の可搬媒体である。本図の例では、サーバ側記憶部４４には、管理データ群５２が記憶されるとともに、管理データの情報に関するデータベース（以下、「管理情報ＤＢ５４」という）が構築されている。

図３（ａ）は、図２の管理情報ＤＢ５４に含まれる第１管理テーブル５６が有するデータ構造の一例を示す図である。この第１管理テーブル５６は、管理データの識別情報である「データＩＤ」と、管理データの登録時点を示す「登録日時」と、管理データの名称を示す「ファイル名」、管理データへのアクセスが許可されたユーザ名を示す「許可ユーザ」と、管理データの格納場所を示す「格納先」と、オンプレミス側サーバ２０がクラウド側サーバ３０にアクセスするためのネットワーク情報を示す「アクセス情報」と、クラウド側サーバ３０が保持する管理データの処理状態を示す「クラウド処理状態」の間の対応関係を示す情報である。

なお、「格納先」は、具体的には、[１]オンプレミス側サーバ２０のみに格納される状態を示す「オンプレミス」、[２]クラウド側サーバ３０のみに格納される状態を示す「クラウド」、[３]オンプレミス側サーバ２０及びクラウド側サーバ３０の両方に格納される状態を示す「両方」のうちのいずれかが選択される。

図３（ｂ）は、図２の管理情報ＤＢ５４に含まれる第２管理テーブル５８が有するデータ構造の一例を示す図である。この第２管理テーブル５８は、ユーザの識別情報である「ユーザＩＤ」と、ユーザの名前を示す「ユーザ名」と、管理データの送信先を示す「メールアドレス」と、ユーザを認証するための「パスワード」と、ユーザの所属を示す「所属グループ」と、ユーザの登録時点を示す「登録日時」の間の対応関係を示す情報である。

＜接続装置２６，３２の構成＞
図４は、図１に示す接続装置２６のブロック図である。オンプレミス側の接続装置２６は、通信部６０と、制御部６２と、記憶部６４と、を含んで構成される。なお、クラウド側の接続装置３２も、基本的には図４と同様の構成を有する。

通信部６０は、図２のサーバ側通信部４０と同様の構成を有する通信インターフェースである。これにより、接続装置２６，３２は、外側端末１６又は内側端末２４からの接続要求を受け付けることができる。

制御部６２は、ＣＰＵ、ＭＰＵ（Micro Processing Unit）を含むプロセッサによって構成される。制御部６２は、記憶部６４に格納されたデータ管理プログラムを読み出して実行することで、通信状態測定部６６、稼働状態確認部６８、及び接続先選択部７０として機能する。

記憶部６４は、非一過性であり、かつ、コンピュータ読み取り可能な記憶媒体で構成されている。本図の例では、記憶部６４には、接続先の選択規則に関するデータベース（以下、「選択規則ＤＢ７２」という）が構築されている。

図５は、図３の選択規則ＤＢ７２に含まれる基本規則テーブル７４が有するデータ構造の一例を示す図である。この基本規則テーブル７４は、オンプレミス側サーバ２０の稼働状態を示す「オンプレミス状態」と、クラウド側サーバ３０の稼働状態を示す「クラウド状態」と、プロキシサーバ２２にかかる通信負荷の程度を示す「通信負荷」と、クライアント端末の「接続先」の間の対応関係を示す情報である。

なお、「接続先」は、具体的には、[１]オンプレミス側サーバ２０のみ接続可能である旨を示す「オンプレミス」、[２]クラウド側サーバ３０のみ接続可能である旨を示す「クラウド」、[３]オンプレミス側サーバ２０及びクラウド側サーバ３０の両方に接続できる旨を示す「両方可」、［４］オンプレミス側サーバ２０及びクラウド側サーバ３０の両方に接続できない旨を示す「接続不可」、［５］接続先がまだ設定されていない「未設定状態」のうちのいずれかが選択される。

［データ管理システム１０の動作］
この実施形態におけるデータ管理システム１０は、以上のように構成される。続いて、データ管理システム１０の各種動作について、主に図６及び図７のフローチャートを参照しながら説明する。

＜第１動作：データの同期更新＞
まず、データ管理システム１０の第１動作である「データの同期更新」について、図６のフローチャートを参照しながら説明する。この同期更新は、［１］オンプレミス環境１２内のデータ更新分をクラウド環境１４内に反映させる更新処理、［２］クラウド環境１４内のデータの更新分をオンプレミス環境１２内に反映させる更新処理、を同時に行うことで達成される。ここでは、前者の更新処理についてのみ説明する。図６のステップＳ１～Ｓ４はオンプレミス側サーバ２０により、ステップＳ５はクラウド側サーバ３０によりそれぞれ実行される。

図６のステップＳ１において、オンプレミス側サーバ２０のサーバ側制御部４２（より詳しくは、データ管理部４６）は、管理データ群５２の更新状態を確認する。具体的には、データ管理部４６は、前回の更新時点における第１管理テーブル５６と、今回の更新時点における第１管理テーブル５６とを比較することで、管理データ群５２の更新の有無及び内容を確認する。

ステップＳ２において、オンプレミス側のデータ管理部４６は、ステップＳ１での確認結果を参照し、特定の管理データに関する更新（具体的には、追加又は変更）があったか否かを確認する。特定の管理データの一例として、予め定められた加工が必要とされるデータが挙げられる。特定の管理データの更新がなかった場合（ステップＳ２：ＮＯ）、ステップＳ３の実行を省略し、後述するステップＳ４に進む。一方、特定の管理データの更新があった場合（ステップＳ２：ＹＥＳ）、次のステップＳ３に進む。

ステップＳ３において、オンプレミス側のデータ処理部５０は、特定の管理データに対して所望の加工処理を施す。この加工処理は、クラウド環境１４内におけるデータの管理性を考慮した可逆的又は非可逆的なデータ処理である。加工処理の一例として、［１］データを圧縮する圧縮処理、［２］画像データを部分的に切り出すトリム処理、［３］画像データの解像度を変更する解像度変換処理、［４］画像データの階調特性又はチャンネル数を変更する階調変換処理、［５］データの形式を変換するデータ変換処理などが挙げられる。

ステップＳ４において、オンプレミス側のデータ管理部４６は、クラウド側サーバ３０に対してデータの同期更新を要求する。具体的には、オンプレミス側サーバ２０は、更新対象である管理データ及び第１管理テーブル５６を含むデータをクラウド側サーバ３０に向けて送信する。なお、ステップＳ３の実行があった場合、元のデータ（以下、「未加工のデータ」ともいう）に代わって、加工処理が施されたデータ（以下、「加工済みのデータ」ともいう）が送信される点に留意する。

ステップＳ５において、クラウド側のサーバ側制御部４２（より詳しくは、データ管理部４６）は、ステップＳ４でなされた同期更新の要求に応じて、各種データベースを更新する。具体的には、クラウド側のデータ管理部４６は、オンプレミス側サーバ２０から受信した管理データを用いて管理データ群５２を更新するとともに、オンプレミス側サーバ２０から受信した第１管理テーブル５６を用いて管理情報ＤＢ５４の更新を行う。

このようにして、データ管理システム１０の第１動作が終了する。以下、図６のフローチャートに示す動作を逐次繰り返すことで、オンプレミス側サーバ２０及びクラウド側サーバ３０は、互いに保持するデータ間の一貫性を保つ同期制御を行う。この「一貫性を保つ」には、完全に同一であるデータを共有する場合のみならず、実質的に同一であるデータ、あるいは内容が対応するデータを共有する場合も含まれる。「内容が対応するデータ」の例として、オンプレミス側サーバ２０が未加工のデータを保持し、クラウド側サーバ３０が加工済みのデータを保持する場合が挙げられる。

＜第２動作：内側端末２４との接続＞
続いて、データ管理システム１０の第２動作である「内側端末２４との接続」について、図７のフローチャートを参照しながら説明する。ステップＳ１１～Ｓ１６，Ｓ１８は接続装置２６により、ステップＳ１７は接続先のサーバ（つまり、オンプレミス側サーバ２０又はクラウド側サーバ３０のいずれか一方）によりそれぞれ実行される。

図７のステップＳ１１において、オンプレミス側の接続装置２６は、オンプレミス環境１２内にある内側端末２４から、サーバとの接続を要求する接続要求を受け付けたか否かを確認する。この確認に先立ち、ユーザは、内側端末２４のユーザインターフェースを介して、ユーザの認証や管理データの指定を含む要求操作を行う。そうすると、内側端末２４は、ユーザ名、メールアドレス、パスワード、ファイル名などの接続要求情報を含む要求信号を生成し、この要求信号を接続装置２６に向けて送信する。

接続装置２６が内側端末２４からの接続要求をまだ受け付けていない場合（ステップＳ１１：ＮＯ）、この接続要求を受け付けるまでステップＳ１１に留まる。一方、接続装置２６がこの接続要求を受け付けた場合（ステップＳ１１：ＹＥＳ）、次のステップＳ１２に進む。

ステップＳ１２において、制御部６２（より詳しくは、通信状態測定部６６）は、ステップＳ１１にて接続要求を受け付けた時点における、オンプレミス側サーバ２０とクラウド側サーバ３０の間の通信状態を測定する。具体的には、通信状態測定部６６は、プロキシサーバ２２の通信履歴を示す通信ログを解析することで、現在の時間帯における通信負荷を示す指標を算出する。この指標は、例えば、通信データ量、通信頻度又はこれらを組み合わせて算出され得る。

ステップＳ１３において、制御部６２（より詳しくは、稼働状態確認部６８）は、ステップＳ１１にて接続要求を受け付けた時点におけるオンプレミス側サーバ２０の稼働状態を確認する。具体的には、稼働状態確認部６８は、オンプレミス側サーバ２０に対して試験信号を送信し、その応答信号の有無によってオンプレミス側サーバ２０が稼働中であるか停止中であるかを検出する。また、稼働状態確認部６８は、クラウド側の接続装置３２による確認結果を取得することで、クラウド側サーバ３０の稼働状態も併せて確認する。

ステップＳ１４において、制御部６２（より詳しくは、接続先選択部７０）は、ステップＳ１２で測定された通信状態と、ステップＳ１３で確認された稼働状態を用いて、接続要求を行った内側端末２４の接続先を選択する。具体的には、接続先選択部７０は、通信状態又は稼働状態に関する複数の条件の組み合わせから、オンプレミス側サーバ２０又はクラウド側サーバ３０のいずれかを選択する。

図５では、［条件１］オンプレミス側サーバ２０が「稼働中」であるか「停止中」であるか、［条件２］クラウド側サーバ３０が「稼働中」であるか「停止中」であるか、
［条件３］通信負荷を示す指標が閾値以下（「低い」）であるか、閾値以上（「高い」）であるか、の３つの条件が例示されている。なお、個々の条件や組み合わせの数は、この例に限られない。

例えば、接続先選択部７０は、選択規則ＤＢ７２に含まれる基本規則テーブル７４を読み出した後、「オンプレミス状態」、「クラウド状態」及び「通信負荷」の組み合わせから接続先を選択する。図５の例では、オンプレミス側サーバ２０及びクラウド側サーバ３０の両方が稼働中であって、かつプロキシサーバ２２の通信負荷が高い場合、オンプレミス側サーバ２０が選択される。

ステップＳ１５において、接続先選択部７０は、ステップＳ１４での選択により内側端末２４の接続先が一意に定まったか否かを確認する。接続先が一意に定まっていない場合（ステップＳ１５：ＮＯ）、後述するステップＳ１８に進む。一方、接続先が一意に定まった場合（ステップＳ１５：ＹＥＳ）、次のステップＳ１６に進む。

ステップＳ１６において、接続装置２６の制御部６２は、ステップＳ１４にて特定された接続先に内側端末２４を誘導する。接続装置２６は、この誘導と併せて、ステップＳ１１で取得した接続要求情報を接続先に向けて送信する。

ステップＳ１７において、接続先のサーバ側制御部４２（より詳しくは、アクセス管理部４８）は、第１管理テーブル５６及び第２管理テーブル５８と上記した接続要求情報を照合し、ユーザがアクセス権限を有することが確認できた場合に内側端末２４との接続を許可する。これにより、内側端末２４は、要求対象の管理データにアクセス可能な状態となる。

＜追加の条件を用いた接続先の選択＞
ところで、複数の条件の組み合わせ毎に１つの接続先（「オンプレミス」又は「クラウド」のいずれか一方）が指定される基本規則テーブル７４を用いる場合、内側端末２４の接続先はこの基本規則テーブル７４に従って一意に定められる。しかし、すべての組み合わせが網羅されていない場合や、両方可／接続不可／未設定状態のいずれかである接続先を含む場合、接続先選択部７０は、基本規則テーブル７４に従って、内側端末２４の接続先を一意に定めることができない。

そこで、図７のステップＳ１８において、接続先選択部７０は、複数の条件の組み合わせから接続先を選択できない場合に、追加の条件に従って内側端末２４の接続先を選択する。以下、この「追加の条件」の具体例について、図８～図１０を参照しながら詳細に説明する。

（第１例：ユーザとの関係性）
ユーザは、業務の性質上、オンプレミス側又はクラウド側のどちらか一方で管理データにアクセスしたいことがある。そこで、内側端末２４のユーザ又は該ユーザの所属に関する条件が追加されてもよい。

図８は、図３の選択規則ＤＢ７２に含まれる第１の追加規則テーブル７６が有するデータ構造の一例を示す図である。この追加規則テーブル７６は、ユーザ又は該ユーザの所属を示す「ユーザ／所属」と、クライアント端末の「接続先」の間の対応関係を示す情報である。この「所属」は、一例として、部門、部署、チーム、プロジェクト、組織（企業や団体）などが挙げられる。

例えば、オンプレミス環境１２内で業務を行う割合が多いユーザＡ，Ｂには、接続先として「オンプレミス」が選択される一方、オンプレミス環境１２外で業務を行う割合が多いユーザＣには、接続先として「クラウド」が選択される。また、機密性が相対的に高い管理データを取り扱う部門（例えば、人事部や開発部）には、接続先として「オンプレミス」が選択される一方、機密性が相対的に低い管理データを取り扱う部門（例えば、購買部）には、接続先として「クラウド」が選択される。

（第２例：データとの関係性）
管理データの使用目的によって、加工済みのデータを用いても当該目的を達成できる場合がある一方、加工済みのデータを用いると当該目的を達成できない場合もあり得る。そこで、データの種類、データの使用目的、又は加工処理の種類に関する条件が追加されてもよい。

例えば、画像データに対して画質を不可逆的に欠損させる加工処理（非可逆圧縮処理、階調変換処理、画像縮小処理など）に関して、接続先選択部７０は、加工処理による画質の欠損の度合いが閾値よりも大きい場合にオンプレミス側サーバ２０を選択する一方、画質の欠損の度合いが閾値以下である場合にクラウド側サーバ３０を選択してもよい。この選択は、図９に示す追加規則テーブル７８に従って行われる。

図９は、図３の選択規則ＤＢ７２に含まれる第２の追加規則テーブル７８が有するデータ構造の一例を示す図である。この追加規則テーブル７８は、管理データの種類を示す「データ種類」と、管理データの「使用目的」と、加工処理の種類を示す「加工種類」と、クライアント端末の「接続先」の間の対応関係を示す情報である。

本図から理解されるように、文書データを編集する目的であれば接続先として「オンプレミス」が選択される一方、文書データを閲覧する目的であれば接続先として「クラウド」が選択される。また、画像データを取得又は解析する目的であれば、画像倍率の変化の有無にかかわらず、画像縮小処理を施す前の画像データにアクセス可能な接続先として「オンプレミス」が選択される。一方、画像データを閲覧又は印刷する目的であれば、画像倍率の変化量と閾値（例えば、５０％）の間の大小関係に応じて、接続先として「オンプレミス」又は「クラウド」のいずれかが選択される。

（第３例：解凍場所との関係性）
プラットフォーム業者が提供するクラウドサービスを利用する場合、従量制の課金が発生することがある。そこで、可能な限り利用料を抑えるために、元のデータを圧縮した状態でクラウド側サーバ３０に保持させる場合がある。この圧縮済みのデータの利用に先立って、データを復元するために事前に解凍処理が行われる。ところが、データのサイズが大きいほど解凍処理に時間を要する傾向があり、その分だけシステムの応答性を損なう可能性がある。そこで、通信負荷及びデータのサイズに関する条件が追加されてもよい。

例えば、データに対して可逆的に圧縮する加工処理（いわゆる、可逆圧縮処理）に関して、接続先選択部７０は、加工処理が行われる前又は行われた後のデータのサイズが閾値よりも大きい場合にオンプレミス側サーバ２０を選択する一方、データのサイズが閾値以下である場合にクラウド側サーバ３０を選択してもよい。この選択は、図１０に示す追加規則テーブル８０に従って行われる。

図１０は、図３の選択規則ＤＢ７２に含まれる第３の追加規則テーブル８０が有するデータ構造の一例を示す図である。この追加規則テーブル７８は、プロキシサーバ２２にかかる通信負荷の程度を示す「通信負荷」と、解凍後のデータのサイズを示す「データサイズ」と、クライアント端末の「接続先」の間の対応関係を示す情報である。

本図から理解されるように、通信負荷が低い状況であれば、解凍後のデータのサイズにかかわらず「クラウド」が選択されるとともに、データの解凍処理はクラウド側サーバ３０によって実行される。一方、通信負荷が高い状況であれば、データのサイズと閾値（例えば、５ＭＢ）の間の大小関係に応じて、接続先として「クラウド」又は「オンプレミス」のいずれかが選択される。

［この実施形態のまとめ］
以上のように、このデータ管理システム１０は、イントラネット１８（ネットワーク）の内側に設けられてイントラネット１８の外側からの接続が制限されているオンプレミス側サーバ２０（第１装置）と、イントラネット１８の外側に設けられてオンプレミス側サーバ２０及び外側端末１６とそれぞれ接続可能に構成されるクラウド側サーバ３０（第２装置）と、オンプレミス側サーバ２０と一体又は別体の装置である接続装置２６，３２を備える。

そして、オンプレミス側サーバ２０及びクラウド側サーバ３０は、互いに保持するデータ間の一貫性を保つ同期制御を行い、接続装置２６，３２は、内側端末２４からの接続要求を受け付けた場合に、オンプレミス側サーバ２０とクラウド側サーバ３０の間の通信状態、又は、オンプレミス側サーバ２０もしくはクラウド側サーバ３０の稼働状態に応じて、内側端末２４の接続先としてオンプレミス側サーバ２０又はクラウド側サーバ３０のいずれかを選択する。

このように、内側端末２４からの接続要求を受け付けた場合、上記の通信状態又は上記の稼働状態に応じて、内側端末２４の接続先としてオンプレミス側サーバ２０又はクラウド側サーバ３０のいずれかを選択するので、通信状態又は稼働状態に適した接続先を設定可能となる。これにより、内側端末２４をオンプレミス側サーバ２０に、外側端末１６をクラウド側サーバ３０にそれぞれ接続させるという基本方針に沿って運用を行う場合、内側端末２４の接続先が常にオンプレミス側サーバ２０に固定される場合と比べて、状況により適した運用が行われる。

［変形例］
なお、本発明は、上記した実施形態に限定されるものではなく、この発明の主旨を逸脱しない範囲で自由に変更できることは勿論である。あるいは、技術的に矛盾が生じない範囲で各々の構成を任意に組み合わせてもよい。

上記した実施形態における「プロセッサ」は、広義のプロセッサを意味し、汎用的なプロセッサ（ＣＰＵ又はＭＰＵ）のみならず、専用的なプロセッサ（ＧＰＵ；Graphics Processing Unit、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array、ＰＬＤ：Programmable Logic Device）を含み得る。

上記した実施形態におけるプロセッサの動作は、１つのプロセッサにより行われてもよいし、物理的に離れた位置に設けられた複数のプロセッサが協働して行われてもよい。また、プロセッサの各動作の順序は、図６，図７に示すフローチャートの順序のみに限定されるものではなく、必要に応じて適宜変更され得る。

１０ データ管理システム、１２ オンプレミス環境、１４ クラウド端末、１６ 外側端末、１８ イントラネット（ネットワーク）、２０ オンプレミス側サーバ（第１装置）、２４ 内側端末、２６，３２ 接続装置、３０ クラウド側サーバ（第２装置）、５６，５８ 管理テーブル、６２ 制御部（プロセッサ）、６４ 記憶部（メモリ）、７４ 基本規則テーブル、７６，７８，８０ 追加規則テーブル、ＮＷ インターネット。

Claims (6)

1. ネットワークの内側に設けられて前記ネットワークの外側からの接続が制限されている第１装置と、
   前記ネットワークの外側に設けられて前記第１装置及び前記ネットワークの外側の端末とそれぞれ接続可能に構成される第２装置と、
   前記第１装置と一体又は別体の装置である接続装置と、
   を備え、
   前記第１装置及び前記第２装置は、画質を不可逆的に欠損させる加工処理が行われる画像データに関して、前記第１装置が保持する未加工のデータと前記第２装置が保持する加工済みのデータとの間の一貫性を保つ同期制御を行い、
   前記接続装置は、
   前記ネットワークの内側の端末からの接続要求を受け付けた場合に、前記第１装置と前記第２装置の間の通信状態、又は、前記第１装置もしくは前記第２装置の稼働状態に関する複数の条件の組み合わせに応じて、前記ネットワークの内側の端末の接続先として前記第１装置又は前記第２装置のいずれかを選択し、
   前記複数の条件の組み合わせから前記接続先を選択できない場合に、前記加工処理による画質の欠損の度合いが閾値よりも大きい場合には前記第１装置を選択する一方、前記加工処理による画質の欠損の度合いが前記閾値以下である場合には前記第２装置を選択する、
   ことを特徴とするデータ管理システム。
2. 前記接続装置は、前記加工処理による画質の欠損の度合いと共に前記画像データの使用目的を参照して前記ネットワークの内側の端末の接続先を選択することを特徴とする請求項１に記載のデータ管理システム。
3. ネットワークの内側に設けられて前記ネットワークの外側からの接続が制限されている第１装置と、
   前記ネットワークの外側に設けられて前記第１装置及び前記ネットワークの外側の端末とそれぞれ接続可能に構成される第２装置と、
   前記第１装置と一体又は別体の装置である接続装置と、
   を備え、
   前記第１装置及び前記第２装置は、可逆的に圧縮する加工処理が行われる画像データに関して、前記第１装置が保持する未加工のデータと前記第２装置が保持する加工済みのデータとの間の一貫性を保つ同期制御を行い、
   前記接続装置は、
   前記ネットワークの内側の端末からの接続要求を受け付けた場合に、前記第１装置と前記第２装置の間の通信状態、又は、前記第１装置もしくは前記第２装置の稼働状態に関する複数の条件の組み合わせに応じて、前記ネットワークの内側の端末の接続先として前記第１装置又は前記第２装置のいずれかを選択し、
   前記複数の条件の組み合わせから前記接続先を選択できない場合に、前記加工処理が行われる前又は行われた後のデータのサイズが閾値よりも大きい場合には前記第１装置を選択する一方、前記サイズが前記閾値以下である場合には前記第２装置を選択する、
   ことを特徴とするデータ管理システム。
4. 前記接続装置は、前記サイズと共に前記通信状態を参照して前記ネットワークの内側の端末の接続先を選択することを特徴とする請求項３に記載のデータ管理システム。
5. ネットワークの内側に設けられて前記ネットワークの外側からの接続が制限されている第１装置と、
   前記ネットワークの外側に設けられて前記第１装置及び前記ネットワークの外側の端末とそれぞれ接続可能に構成される第２装置と、
   前記第１装置と一体又は別体の装置である接続装置と、
   を備えるシステムに適用されるデータ管理プログラムであって、
   前記第１装置及び前記第２装置に、画質を不可逆的に欠損させる加工処理が行われる画像データに関して、前記第１装置が保持する未加工のデータと前記第２装置が保持する加工済みのデータとの間の一貫性を保つ同期制御を行わせ、
   前記接続装置に、
   前記ネットワークの内側の端末からの接続要求を受け付けた場合に、前記第１装置と前記第２装置の間の通信状態、又は、前記第１装置もしくは前記第２装置の稼働状態に関する複数の条件の組み合わせに応じて、前記ネットワークの内側の端末の接続先として前記第１装置又は前記第２装置のいずれかを選択させ、
   前記複数の条件の組み合わせから前記接続先を選択できない場合に、前記加工処理による画質の欠損の度合いが閾値よりも大きい場合には前記第１装置を選択する一方、前記加工処理による画質の欠損の度合いが前記閾値以下である場合には前記第２装置を選択させる、
   ことを特徴とするデータ管理プログラム。
6. ネットワークの内側に設けられて前記ネットワークの外側からの接続が制限されている第１装置と、
   前記ネットワークの外側に設けられて前記第１装置及び前記ネットワークの外側の端末とそれぞれ接続可能に構成される第２装置と、
   前記第１装置と一体又は別体の装置である接続装置と、
   を備えるシステムに適用されるデータ管理プログラムであって、
   前記第１装置及び前記第２装置に、可逆的に圧縮する加工処理が行われる画像データに関して、前記第１装置が保持する未加工のデータと前記第２装置が保持する加工済みのデータとの間の一貫性を保つ同期制御を行わせ、
   前記接続装置に、
   前記ネットワークの内側の端末からの接続要求を受け付けた場合に、前記第１装置と前記第２装置の間の通信状態、又は、前記第１装置もしくは前記第２装置の稼働状態に関する複数の条件の組み合わせに応じて、前記ネットワークの内側の端末の接続先として前記第１装置又は前記第２装置のいずれかを選択させ、
   前記複数の条件の組み合わせから前記接続先を選択できない場合に、前記加工処理が行われる前又は行われた後のデータのサイズが閾値よりも大きい場合には前記第１装置を選択する一方、前記サイズが前記閾値以下である場合には前記第２装置を選択させる、
   ことを特徴とするデータ管理プログラム。

Images