JP7406189B1 - サーバ装置及びコンピュータプログラム - Google Patents

Abstract

【課題】少ない記憶容量の端末に対して、それより多くのデータをサーバ側に記憶させることができるデータ同期システムを実現する。【解決手段】端末と接続するためのインターフェースと、端末の内部記憶装置と同一の記憶内容を記憶するデータベースと、データベースに端末の内部記憶装置と同一の記憶内容を保存する制御部と、を具備し、制御部は、インターフェースが端末からのデータ更新レポートと、更新した第２のデータと、を受信した場合、データベースに第２のデータを保存する動作と、を実行し、第２のデータを保存する動作は、第２のデータにｎ世代前のフラグが付加されたデータがデータベースに存在する場合に、ｎ世代前のデータのフラグの世代数を＋１する動作と、データベースに保存されている更新前の第２のデータのフラグの世代数を１世代前にする動作と、更新した第２のデータを、データベースに保存する動作と、を含むサーバ装置である。【選択図】図１

Description

本発明は、データ同期を行うサーバ装置及びコンピュータプログラムに関する。

近年、データの信用性を向上させるために記憶装置の「同期」技術が広く用いられている。同期を用いれば、２個の記憶装置の内容を一致させることができ、使用しているデータのコピーを自動的に構築することができるので、一方の記憶装置に障害が発生しても他方のデータを使用することができ便利である。特に、手動でデータのコピーを取ることと比較して、同期を用いれば自動的にデータのコピーを構築できるので便利である。
例えば、クラウド上に記憶装置を配置したクラウドサーバに対して同期技術を適用して、所定の端末中の記憶装置と、そのクラウドサーバの記憶内容とを同期させる仕組みは広く利用されている。
このような同期技術においては、種々の工夫・改良が提案されており、同期技術の改良に関する特許文献も多い。
以下、いくつかの同期技術に関する特許文献を説明する。

先行特許文献
例えば、下記特許文献１には、サーバ側と端末側とでデータを同期させるデータ同期システムに関する工夫が開示されている。この文献においては、優先度を共有可能とする仕組みが開示されており、共有されたこの優先度に基づき、端末側で保持するデータの中で削除するデータを決定する技術が開示されている。
また、下記特許文献２には、フォルダ内の全てのデータを同期させるのではなく、同期対象のデータをユーザが選択できる技術が開示されている。
また、下記特許文献３には、第１の貯蔵装置と第２の貯蔵装置とを同期させる際に問題が発生した場合、その貯蔵装置を強制フォーマットする技術が開示されている。

特開２０１８－３２２７１号公報 特開２０１９－８６８６６号公報 特開２０２０－３０８２８号公報

このように、従来から、記憶装置間で同期の技術を使用することは広く行われている。
さて、例えば、クラウドサーバと、利用者の端末内の記憶装置との同期を利用する場合、端末内の記憶装置の容量と、クラウドサーバとの記憶装置の容量は、原則として同一の容量である。そのため、端末側の記憶容量以上のデータについてコピーを構築することはできない。

したがって、クラウドサーバを利用する場合でも、結局、端末側の記憶容量も大きな容量が必要となってしまう。しかし、近年広く使用されている端末である「スマートフォン（Smartphone）」は、その内部の記憶容量が大きくなればなるほど価格が高くなる傾向にある。そのため、なるべく少ない記憶容量のスマートフォンを用いながら、それと同期するクラウドサーバには大容量のデータを保持できれば利用者にとって便利である。
このような要望に関して、上述した特許文献１では、優先度を用いて、端末側からデータを削除できるように構成して、端末側の記憶容量を節約する技術を開示している。しかしながら、優先度の設定によっては、端末内から予期せぬデータが自動的に削除されてしまう事態も想定される。

また、上述した特許文献２では、同期しなくてもよいデータをユーザが選択できる構成を採用して、端末側の記憶容量を節約する技術を開示している。しかし、係るデータを選択する作業が増え、ユーザの作業量が増えてしまい、手続が煩雑化してしまうという問題がある。
さらに、従来の同期技術においては、端末側の記憶装置からデータを削除すれば、当然ながら、クラウドサーバ内からその対応するデータは削除される。そのため、（従来の同期技術だけでは）ユーザによって削除されたデータを、後日になってから復元することはできない。

本発明は、係る課題に鑑みなされたものであり、その目的は、少ない記憶容量しか持たない端末を利用しつつ、より多くのデータをサーバ側に記憶させることができるデータ同期システムを実現することである。そして、そのためのサーバ装置や関連装置、関連コンピュータプログラムを提供することを目的とする。

本願発明者は、このような課題に関して、鋭意研究を重ねて、端末側からデータを削除しても、サーバ側から削除しない構成とすることによって、従来の同期技術の改良を行い、上記の問題を解決できるのではないかと考えた。そして、長年の研究の結果、係る基本アイデアに基づき、以下に説明するような本願発明を完成させるに至った。

（１）上記課題を解決するために、本願発明は、端末の内部記憶装置の記憶内容を保持するサーバ装置であって、前記端末と接続するためのインターフェースと、前記端末の内部記憶装置と同一の記憶内容を記憶するデータベースと、前記データベースに、前記端末の内部記憶装置と同一の記憶内容を保存する制御部と、を具備し、前記制御部は、前記インターフェースが、前記端末からのデータ作成レポートと、作成した第１のデータと、を受信した場合、前記データベースに前記第１のデータを保存する動作と、前記インターフェースが、前記端末からのデータ更新レポートと、更新した第２のデータと、を受信した場合、前記データベースに前記第２のデータを保存する動作と、を実行し、前記第２のデータを保存する動作は、前記第２のデータにｎ（ｎは１以上の整数）世代前のフラグが付加されたデータが前記データベースに存在するか否か確認し、前記確認の結果、前記第２のデータにｎ世代前のフラグが付加されたデータが存在した場合、前記ｎ世代前のデータのフラグの世代数を＋１する動作と、前記データベースに保存されている更新前の第２のデータのフラグの世代数を１世代前にする動作と、前記更新した第２のデータを、前記データベースに保存する動作と、を含むことを特徴とするサーバ装置である。

（２）上記課題を解決するために、本願発明は、端末の内部記憶装置の記憶内容を保持するサーバ装置であって、前記端末と接続するためのインターフェースと、前記端末の内部記憶装置と同一の記憶内容を記憶するデータベースと、前記データベースに、前記端末の内部記憶装置と同一の記憶内容を保存する制御部と、を具備し、前記制御部は、前記インターフェースが、前記端末からのデータ作成レポートと、作成した第１のデータと、を受信した場合、前記データベースに前記第１のデータを保存する動作と、前記インターフェースが、前記端末からのデータ削除レポートと、削除した第３のデータと、を受信した場合、前記データベースから前記第３のデータを削除する動作と、を実行し、前記第３のデータを削除する動作は、前記第３のデータにｎ（ｎは１以上の整数）世代前のフラグが付加されたデータが前記データベースに存在するか否か確認し、前記確認の結果、前記第３のデータにｎ世代前のフラグが付加されたデータが存在した場合、前記ｎ世代前のデータの世代数を＋１する動作と、前記データベースに保存されている削除前の第３のデータのフラグの世代数を１世代前にする動作と、を含むことを特徴とするサーバ装置である。

（３）また、本発明は、（１）又は（２）記載のサーバ装置であって、前記制御部は、前記インターフェースが、前記端末から、前記データベースに対するアクセスを受信した場合、前記制御部は、前記アクセスにアクセス許可情報を含まれるか否か確認する動作と、前記確認するステップにおいて、前記アクセス許可情報が含まれている場合は、前記端末の前記データベース中の全てのデータに対するアクセスを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する動作と、前記確認するステップにおいて、前記アクセス許可情報が含まれていない場合は、前記端末の前記データベース中のｎ世代前のフラグが付加されていないデータに対するアクセスのみを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する動作と、を実行することを特徴とするサーバ装置である。

（４）また、本発明は、コンピュータを、（３）記載のサーバ装置にアクセスする端末として動作させるコンピュータプログラムであって、前記コンピュータに、前記サーバ装置に対して、前記アクセス許可情報を含むアクセスを送信する手順、を実行させることを特徴とするコンピュータプログラムである。

（５）また、本発明は、コンピュータを、（１）記載のサーバ装置として動作させるコンピュータプログラムであって、前記コンピュータに、前記インターフェースが、前記端末からのデータ作成レポートと、作成した第１のデータと、を受信した場合、前記制御部が前記データベースに前記第１のデータを保存させる手順と、前記インターフェースが、前記端末からのデータ更新レポートと、更新した第２のデータと、を受信した場合、前記制御部が前記データベースに前記第２のデータを保存する手順と、を実行させ、前記第２のデータを保存する手順は、前記制御部が、前記第２のデータにｎ（ｎは１以上の整数）世代前のフラグが付加されたデータが前記データベースに存在するか否か確認し、前記確認の結果、前記第２のデータにｎ世代前のフラグが付加されたデータが存在した場合、前記ｎ世代前のデータのフラグの世代数を＋１する手順と、前記制御部が、前記データベースに保存されている更新前の第２のデータのフラグの世代数を１世代前にする手順と、前記制御部が、前記更新した第２のデータを、前記データベースに保存する手順と、を含むことを特徴とするコンピュータプログラムである。

（６）また、本発明は、コンピュータを、（２）記載のサーバ装置として動作させるコンピュータプログラムであって、前記コンピュータに、前記インターフェースが、前記端末からのデータ作成レポートと、作成した第１のデータと、を受信した場合、前記制御部が前記データベースに前記第１のデータを保存させる手順と、前記インターフェースが、前記端末からのデータ削除レポートと、削除した第３のデータと、を受信した場合、前記制御部が前記データベースから前記第３のデータを削除させる手順と、を実行させ、前記第３のデータを削除する手順は、前記制御部が、前記第３のデータにｎ（ｎは１以上の整数）世代前のフラグが付加されたデータが前記データベースに存在するか否か確認し、前記確認の結果、前記第３のデータにｎ世代前のフラグが付加されたデータが存在した場合、前記ｎ世代前のデータの世代数を＋１する手順と、前記制御部が、前記データベースに保存されている削除前の第３のデータのフラグの世代数を１世代前にする手順と、を含むことを特徴とするコンピュータプログラムである。

本発明によれば、少ない記憶容量しか持たない端末を利用しつつ、より多くのデータをサーバ側に記憶させることができるサーバ装置を提供することができ、それを用いたデータ同期システムを実現することができる。

本実施形態に係るデータ同期システム１０の全体構成図である。 クラウドサーバ１４の構成図である。 端末側でデータが作成された場合の動作を表すフローチャートである。 端末側でデータが更新された場合の動作を表すフローチャートである。 端末側でデータが更新された場合の動作を表すフローチャートである。 端末側でデータが削除された場合の動作を表すフローチャートである。 端末側でデータが削除された場合の動作を表すフローチャートである。

以下、本発明の好適な実施形態に係るデータ同期システム１０、それに用いられるクラウドサーバ１４と、端末（スマートフォン１６、パーソナルコンピュータ１８等）とを、図面に基づき説明する。

第１．構成
図１には、本実施形態に係るデータ同期システム１０の全体構成図が示されている。この図に示すように、本実施形態のデータ同期システム１０は、クラウドサーバ１４と、クラウドサーバ１４が接続するネットワーク１２と、を備えている。そして、利用者はスマートフォン１６から、ネットワーク１２を介してクラウドサーバ１４と接続して、スマートフォン１６内部の記憶装置と、クラウドサーバ１４のデータベースとの内容を同期させるサービスを利用している。
なお、利用者が利用する端末はスマートフォン１６に限られず、例えばパーソナルコンピュータ１８等でもよい。
このように、本実施形態では、クラウドサーバ１４が、利用者の各種端末（スマートフォン１６や、パーソナルコンピュータ１８）の内部記憶装置のデータの同期を、ネットワークを介して行う様子を説明する。

クラウドサーバ１４は、ネットワーク１２を介して、利用者（の端末）に同期サービスを提供するサーバである。その構成図が図２に示されている。同図に示すように、クラウドサーバ１４は、データベース２０と、ＣＰＵ２２と、メモリ２４と、ネットワークインターフェース２６と、を備えているコンピュータである。
データベース２０は、記憶装置であり、ハードディスクや半導体記憶装置で構成してよい。このデータベース２０は、利用者（の端末）に対してバックアップサービスを提供するための中心となる記憶装置であり、利用者の端末の内部の記憶装置の内容と同期したデータが記憶される。具体的な記憶の動作は、後に詳述する。
ＣＰＵ２２は、クラウドサーバ１４の動作を実行するＣＰＵであり、メモリ２４に格納されるコンピュータプログラムを実行することによって、クラウドサーバ１４の動作を司る。メモリ２４中のこのコンピュータプログラムは、請求の範囲のコンピュータプログラムの好適な一例に相当する。

また、クラウドサーバ１４は、請求の範囲のサーバ装置の好適な一例に相当する。また、ＣＰＵ２２は、請求の範囲の制御部の好適な一例に相当する。また、データベース２０は、請求の範囲のデータベースの好適な一例に相当する。

ネットワークインターフェース２６は、ネットワーク１２と接続するためのインターフェースであり、ネットワーク１２の種類に応じて種々のインターフェースを使用してよい。ネットワーク１２は、例えばインターネットを利用してよいが、利用用途・利用する環境に応じて様々なネットワークを利用してよい。また、ネットワークインターフェース２６は、請求の範囲のインターフェースの好適な一例に相当する。

スマートフォン１６や、パーソナルコンピュータ１８は、利用者が利用する端末であり、利用者はこれら端末の内部の記憶装置のデータの同期を、クラウドサーバ１４を利用して実行する。スマートフォン１６や、パーソナルコンピュータ１８は、請求の範囲の端末の好適な例に相当する。
本実施形態では、データ同期の対象となる端末の例として、スマートフォン１６や、パーソナルコンピュータ１８を挙げたが、バックアップの対象となる内部の記憶装置があればどのような端末でも、データ同期サービスの対象とすることができる。

第２．動作
以下、本実施形態に係るデータ同期システム１０の動作をフローチャートに基づき説明する。
ここでは、利用者Ｘが、クラウドサーバ１４の事業者と契約し、利用者Ｘのスマートフォン１６の内部記憶装置が、クラウドサーバ１４と同期するように設定されている場合を例として説明を行う（図１参照）。
スマートフォン１６には、いわゆる同期のための設定がなされ、例えば、データが作成された場合にそのデータがクラウドサーバ１４に送信される。このような設定・動作は、例えば、所定の同期を行うためのアプリケーションプログラム（以下、本実施形態では「同期アプリ」と呼ぶ）を、スマートフォン１６にインストールすることによって実現される。当該同期アプリが設定を行う、又は、当該同期アプリが常駐し、データが作成されたことを検出する度に、当該データをクラウドサーバ１４に送信するような動作を実行させてもよい。同期アプリは、請求の範囲のコンピュータプログラムの好適な一例に相当する。
本実施形態では、所定の同期アプリを、スマートフォン１６にインストールし、このアプリが、以下説明する動作を実現しているものとして説明を行う。すなわち、スマートフォン１６のＣＰＵが、当該同期アプリを実行して、以下説明する各動作を実現している。

（２－１）データの新規作成
図３は、端末（スマートフォン１６）側で新たなデータが作成された場合の動作を表すフローチャートである。
以下、本実施形態では、端末として、スマートフォン１６を例にして説明する。端末としては、利用者が操作することができる端末であって新たにデータを生成することができ、また、データを削除することができれば、どのような機器でもよい。
また、本実施形態では、データとして、コンピュータのファイルを例として説明する。例えば、スマートフォン１６で写真を撮影した場合の画像データファイル等が該当する。データとしては、ファイルに限らず、コンピュータで扱えるデータであればどのようなデータでもよい。

まず、ステップＳ３－１において、スマートフォン１６の端末において、写真が撮影され、画像データファイル（データＡ）が作成され、スマートフォン１６内部の記憶装置に格納される。
ステップＳ３－２において、スマートフォン１６は、同期先のクラウドサーバ１４に対して、データ作成レポートと、新たに作成されたデータＡと、が送信される。この結果、データ作成レポートと、新たに作成されたデータＡと、はネットワーク１２を介して、クラウドサーバ１４に到達する。
データ作成レポートは、利用者Ｘを示すＩＤや、データＡの作成を行ったスマートフォン１６のＩＤ等を含み、データの作成が行われたことをクラウドサーバ１４に知らせるレポートである。
このような動作は、スマートフォン１６にインストールされた同期アプリが実行してよい。換言すれば、スマートフォン１６のＣＰＵは、同期アプリを実行し、データＡが内部の記憶装置に格納されたことを検出すると、当該データＡと、当該データＡが作成されたことをクラウドサーバ１４に知らせるレポートであるデータ作成レポートとを、クラウドサーバ１４に対して送信する。

ステップＳ３－３において、クラウドサーバ１４が、送信されてきたデータ作成レポートと、新たに作成されたデータＡと、を受信する。この受信は、ネットワークインターフェース２６が実行し、受信したデータ等は、ＣＰＵ２２において処理される。
ステップＳ３－４において、クラウドサーバ１４のＣＰＵ２２は、受信したデータＡ等を処理する。ＣＰＵ２２は、まずデータ作成レポートを検査して、利用者Ｘを識別し、当該利用者Ｘの新たなデータＡとして、データベース２０に新たに作成されたデータＡを記憶する。この動作によって、データベース２０は、利用者Ｘのスマートフォン１６の内部記憶装置と同様の記憶内容を保持することができ、いわゆる同期を実現している。なお、データベース２０は、利用者ごとにデータを管理している。論理的には、利用者Ｘの記憶領域、利用者Ｙの記憶領域、のように分けて管理されている。

（２－２）データの更新（編集）
図４は、端末（スマートフォン１６）側でデータが更新（編集）された場合の動作を表すフローチャートである。
更新とは、内容が更新されることを意味し、例えば、テキストファイルを編集して内容を変更した場合等を言う。また、画像ファイルをレタッチして内容を編集した場合等を言う。本実施形態では、このような場合、世代管理により、更新前のデータを保存している。以下、順に説明する。

まず、ステップＳ４－１において、スマートフォン１６端末において、利用者Ｘは、スマートフォン１６内部の写真の画像データファイル（データＢ）を編集する。
ステップＳ４－２において、スマートフォン１６は、同期先のクラウドサーバ１４に対して、データ更新レポート、及び、データＢを送信する。この結果、データ更新レポートは、ネットワーク１２を介して、クラウドサーバ１４に到達する。
データ更新レポートは、利用者Ｘを示すＩＤや、データＢの更新を行ったスマートフォン１６のＩＤ等を含み、データの更新が行われたことをクラウドサーバ１４に知らせるレポートである。また、データ更新レポートは、更新したデータＢを表す識別子が含まれる。この識別子は、データＢを識別できればどのようなものでもよいが、例えば、ハッシュ値などを好適に利用することができる。

このような動作は、スマートフォン１６にインストールされた同期アプリが実行してよい。換言すれば、スマートフォン１６のＣＰＵは、同期アプリを実行し、内部記憶装置に保存されているデータＢの内容が更新されたことを検出すると、当該データＢと、当該データＢが更新されたことをクラウドサーバ１４に知らせるレポートであるデータ更新レポートとを、クラウドサーバ１４に対して送信する。
ステップＳ４－３において、クラウドサーバ１４が、送信されてきたデータ更新レポートと、更新されたデータＢとを受信する。この受信は、ネットワークインターフェース２６が実行し、受信したデータ等は、ＣＰＵ２２において処理される。

ステップＳ４－４において、クラウドサーバ１４のＣＰＵ２２は、受信したデータ更新レポートを処理する。ＣＰＵ２２は、まずデータ更新レポート中の識別子を検査して、利用者Ｘを識別し、さらに、更新されたデータがデータＢであることを認識する。
ステップＳ４－５では、ＣＰＵ２２は、更新対象であるデータＢに、既に、１世代前、２世代前・・・のデータが存在するか確認を行う。

世代管理
本実施形態において特徴的なことは、データに世代管理を取り入れていることである。すなわち、当該データの内容の更新や削除が行われた場合、更新される前の世代のデータに、１世代前のフラグを付加して、データベース中に保存しておくのである。本実施形態では、世代管理は１０世代前まで行っている。
このように、データが更新（削除）された場合は、１世代前のフラグを付加して、データベース中に保存しておく。この結果、スマートフォン１６側からは、更新前（削除前）の当該データは見えなくなる。言い換えれば、ｎ世代前（ｎは１～１０の整数、以下同様）のフラグが付加されたデータは、通常のアクセスでは見えないように制御する。
なお、データが「更新」ではなく、データが「削除」された場合も、同様の考えから世代管理を行っている。ただし、「削除」の場合は、削除後のデータは保存されない。この結果、スマートフォン１６側からは、削除後のデータを直接見ることはできなくなる。

記述
なお、「ｎ世代前のフラグが付加されたデータ」を、単に「ｎ世代前のデータ」と記述する場合がある。また、「ｎ世代前のフラグの世代数」を調整（＋１する等）することを、「ｎ世代前のデータの世代数」を調整する（＋１等する～）と記述する場合もある。

閲覧の管理
ｎ世代前のフラグが付加されたデータは、端末からの通常のアクセスでは閲覧することができない。
端末が、ｎ世代前のフラグが付加されたデータを見るためには、所定の閲覧用アプリを用いる。本実施形態では、上述した同期アプリに、閲覧の機能を持たせて閲覧用アプリとして利用している。利用者は、この同期アプリを介して、ｎ世代前のフラグが付加されたデータを見ることやダウンロードをすることができる。なお、この同期アプリは、いわゆるＰＣ版のアプリも用意しておくことが好適であり、スマートフォン１６だけでなく、パーソナルコンピュータ１８でＰＣ版の同期アプリを利用することもできる。
このように、クラウドサーバ１４は、閲覧用アプリ（本実施形態では同期アプリと兼用）からのアクセスの場合のみ、ｎ世代前のフラグが付加されたデータを見ること（閲覧すること）を許可し、通常のアクセスではｎ世代前のフラグが付加されたデータを見ることはできない。これを実現するため、閲覧用アプリは、閲覧用アプリＩＤを含むアクセスをクラウドサーバ１４に対して行い、ｎ世代前のフラグが付加されたデータを含む、全てのデータを閲覧することができる。クラウドサーバ１４は、閲覧用アプリＩＤを含むアクセスの場合のみ、全てのデータの閲覧を許可している。
ここで、閲覧用アプリ（同期アプリ）は、請求の範囲のコンピュータプログラムの好適な一例に相当する。

このような動作は、クラウドサーバ１４のＣＰＵ２２が、メモリ２４に格納されたコンピュータプログラムを実行することによって実現されている。
なお、ここでは、閲覧用アプリＩＤを用いて、通常のアクセスと区別する例を説明したが、アプリ名や、他の情報を用いてもよい。このような情報をここでは、アクセス許可情報と呼ぶ。

なお、データベース２０に現在記録されている（更新前の）現在のデータに１世代前のフラグを付加して保存しようとする際、それよりさらに過去のｎ世代前のフラグが付加されたデータの存在を確認し、過去のフラグが付加されたデータの世代を過去に１段階ずらしてから、現在記録されている（更新前の）現在のデータに１世代前のフラグを付加する。これは削除の場合も同様である。

つまり、
１世代前のフラグが付加されたデータ → ２世代前のフラグが付加されたデータ
２世代前のフラグが付加されたデータ → ３世代前のフラグが付加されたデータ
３世代前のフラグが付加されたデータ → ４世代前のフラグが付加されたデータ
４世代前のフラグが付加されたデータ → ５世代前のフラグが付加されたデータ
のように、過去方向に１世代ずつずらす。なお、保存する世代数には、上限を設けておいてよい。例えば、本実施形態では、最大の世代数を１０世代前としている。１１世代前のフラグを付加しようとする場合は、そのデータは完全にデータベース２０から削除する。このように、ＣＰＵ２２は、「現在」保存されている（更新の直前の）当該データＢに、１世代前のフラグを付加し、すなわち、１世代前のデータであることを明示して、そのままデータベース２２中に保存する。

さて、ステップＳ４－５における確認の結果、１世代前、２世代前・・・のデータが存在する場合は、図５のステップＳ５－１に移行し、世代に関するフラグが付加されたデータのフラグを１世代ずつ古い方にシフトする。一方、１世代前、２世代前・・・のデータが存在しなければ、図５のステップＳ５－２に移行する。
ステップＳ５－１においては、ｎ世代前のフラグが付加されたデータを＋１する。すなわち、１世代ずつ古い方にシフトする。
ステップＳ５－２においては、現在のデータ（その時点で、データベース２０に保存してある更新前のデータ）に、「１世代前」のフラグを付加する。
ステップＳ５－３においては、更新後のデータＢを、データベース２０に保存する。
以上のようにして、データの更新を実行する。以上説明したクラウドサーバ１４の動作は、ＣＰＵ２２が、メモリ２４中に格納されているコンピュータプログラムを実行することによって実現されている。

（２－３）データの削除
図６は、端末（スマートフォン１６）側でデータが削除された場合の動作を表すフローチャートである。
ステップＳ６－１において、スマートフォン１６端末において、利用者Ｘは、スマートフォン１６内部の写真の画像データファイル（データＣ）を削除する。
ステップＳ６－２において、スマートフォン１６は、同期先のクラウドサーバ１４に対して、データ削除レポート、を送信する。この結果、データ削除レポートは、ネットワーク１２を介して、クラウドサーバ１４に到達する。
なお、データ削除レポートは、削除したデータＣを表す識別子が含まれる。この識別子は、データＣを識別できればどのようなものでもよいが、例えば、ハッシュ値などを好適に利用することができる。

このような動作は、スマートフォン１６にインストールされた同期アプリが実行してよい。換言すれば、スマートフォン１６のＣＰＵは、同期アプリを実行し、内部記憶装置に保存されているデータＣが削除されたことを検出すると、当該データＣが削除されたことをクラウドサーバ１４に知らせるレポートであるデータ削除レポートとを、クラウドサーバ１４に対して送信する。
ステップＳ６－３において、クラウドサーバ１４が、送信されてきたデータ削除レポートを受信する。この受信は、ネットワークインターフェース２６が実行し、受信したデータ等は、ＣＰＵ２２において処理される。

ステップＳ６－４において、クラウドサーバ１４のＣＰＵ２２は、受信したデータ削除レポートを処理する。ＣＰＵ２２は、まずデータ削除レポート中の識別子を検査して、利用者Ｘを識別し、さらに、削除されたデータがデータＣであることを認識する。
ステップＳ６－５では、ＣＰＵ２２は、削除対象であるデータＣに、既に、１世代前、２世代前・・・のデータが存在するか確認を行う。

世代管理
データの削除においても、データの更新と同様に、世代管理を行うことは上で説明したとおりである。データの削除が、データの更新と異なる点は、更新後のデータの保存を行わないことである。ｎ世代前のフラグを１世代ずつシフトする点は同様である。また、ｎ世代前のフラグが付加されたデータを閲覧するために閲覧用アプリ（同期アプリ）を利用する点も、データの更新の場合と同様である。

さて、ステップＳ６－５における確認の結果、１世代前、２世代前・・・のデータが存在する場合は、図７のステップＳ７－１に移行し、世代に関するフラグが付加されたデータのフラグを１世代ずつ古い方にシフトする。一方、１世代前、２世代前・・・のデータが存在しなければ、図７のステップＳ７－２に移行する。
ステップＳ７－１においては、ｎ世代前のフラグが付加されたデータの「ｎ世代前」の「ｎ」を＋１する。すなわち、１世代ずつ古い方にシフトする。
ステップＳ７－２においては、現在のデータ（その時点で、データベース２０に保存してあるデータ）に、「１世代前」のフラグを付加する。
以上のようにして、データの削除を実行する。データ更新の場合と異なり、更新後のデータの保存動作はない。また、以上説明したクラウドサーバ１４の動作は、ＣＰＵ２２が、メモリ２４中に格納されているコンピュータプログラムを実行することによって実現されている。

（２－４）世代管理されたデータの意義
従来の「同期」においては、データを削除すれば、同期された記憶装置においても、その対応するデータが削除される。これは、「同期」と言う技術が、２種の記憶装置の記憶内容を同一のものとする技術であり、データの二重化を図って、データの可用性を向上させたものだからである。したがって、常に同じ記憶状態の記憶装置が得られることから、データの安全性が担保されたものである。
しかし、スマートフォン１６等の小型の情報端末においては、内部の記憶装置の容量が大きく取れない場合も想定される。さらに、スマートフォン１６等の小型の情報端末の内部の記憶装置を大きなものとすると、コストが過大となってしまうことも知られている。
スマートフォン１６等の内部記憶装置と他の記憶装置（例えばクラウドサーバ）との同期を実現するサービスは従来から知られているが、それが「同期」である以上、スマートフォン１等の記憶装置と同様の記憶容量とする必要がある。

これに対して、本実施形態では、上述のように、データを削除（編集）しても、ｎ世代前のフラグを付加してデータベース２２中に保存され続ける。そして、本実施形態では、同期用アプリ（閲覧用アプリ）でアクセスした場合のみ、これらｎ世代前のフラグを付加したデータを見ることや、ダウンロードをすることを許容した。
そのため、本実施形態のクラウドサーバは、同期技術を利用しつつ、スマートフォン１６の内部の記憶装置の容量以上のデータを保存することができる。
本実施形態では、同期技術の簡便な動作をベースとしているので、利用者は特別な動作をしなくても、スマートフォン１６の内部記憶装置の容量以上のデータを自動的に保存することができる。言い換えれば、利用者は、これまでの「同期」の技術を使用するのと同様の操作だけで、スマートフォン１６の内部記憶装置の容量以上の記憶容量を利用することができる。

（２－５）世代管理されたデータに対するアクセス
このように、本実施形態のクラウドサーバ１４は、スマートフォン１６の内部の記憶装置と同期してデータを保存するとともに、スマートフォン１６上で削除したデータも、ｎ世代前のフラグを付加して保存している。このｎ世代前のフラグが付加されたデータは、閲覧用アプリを用いてアクセスすることができる。

例えば、閲覧用アプリを用いてクラウドサーバにアクセスすると、そのデータベース２０の内容の一覧を閲覧することができる。例えば、更新を数回繰り返したデータＤは、
データＤ
１世代前のフラグが付加されたデータＤ
２世代前のフラグが付加されたデータＤ
３世代前のフラグが付加されたデータＤ
のように一覧される。

また、例えば、更新を数回繰り返したあと、削除されたデータＥは、
１世代前のフラグが付加されたデータＥ
２世代前のフラグが付加されたデータＥ
３世代前のフラグが付加されたデータＥ
のように一覧される。この場合、ｎ世代前のフラグが付加されたデータＥのみが保存されており、フラグが付加されていないデータＥは保存されてはいないので、一覧に表れることはない。

利用者は、これらの中から、任意の世代のデータ、例えば３世代前のデータ（３世代前のフラグが付加されたデータＤ（又はＥ））を閲覧することや、ダウンロードすることができる。これを実現するためには、クラウドサーバ１４が、アクセスしてきたコンピュータプログラムが、閲覧用アプリか否かを判断できればよい。このため、閲覧用アプリ（同期用アプリ）は、所定の閲覧用アプリＩＤを伴ってクラウドコンピュータ１４にアクセスすればよい。クラウドコンピュータ１４のＣＰＵ２２は、当該閲覧用アプリＩＤを伴うアクセスの場合は、ｎ世代前のフラグが付加されたデータも含めた全てのデータを閲覧に供する。他方、閲覧用アプリＩＤを伴わないアクセス（通常のアクセスと呼ぶ）の場合は、ｎ世代前のフラグが付加されているデータを除いて閲覧に供する。
ここでは、閲覧用アプリＩＤを用いて、通常のアクセスか否かを判断する例を説明したが、アプリ名等、他の種類の情報を用いて、判断することも好適である。このような判断のための情報を、本実施形態ではアクセス許可情報と呼ぶ。
また、これらの動作は、ＣＰＵ２２が、メモリ２４中に格納されているコンピュータプログラムを実行することによって実現してよい。

（２－６）他の機器からのアクセス
図１で説明したように、本実施形態のクラウドサーバ１４は、スマートフォン１６に限らず、様々な機器からアクセスできるように構成してよい。図１に示す例では、パーソナルコンピュータ１８から接続する例が示されている。このとき、パーソナルコンピュータ１８には、スマートフォン１６と同様に、同期アプリ（閲覧用アプリ）をインストールしておくことが好ましい。
このように、他の機器（パーソナルコンピュータ１８）からもクラウドサーバ１４に接続できるようにすることで、クラウドサーバ１４内のデータベース２０と、パーソナルコンピュータ１８の内部記憶装置との同期を取ることができる。この結果、さらに、スマートフォン１６とパーソナルコンピュータ１８との同期も取ることができる。

なお、パーソナルコンピュータ１８に、閲覧用アプリ（同期アプリ）をインストールすることによって、パーソナルコンピュータ１８からも、過去保存されたデータや、過去削除されたデータを閲覧することや、ダウンロードすることが可能である。これらの動作は、上で説明したスマートフォン１６が実行する動作と同様である。
第３．本実施形態の特徴・効果
以上、本実施形態では、スマートフォン１６等の端末からクラウドサーバ１４の提供する同期サービスを利用する例を説明した。
本実施形態のクラウドサーバ１４は、スマートフォン１６のような端末から削除されたデータについても、世代管理の仕組みを利用して保存しているので、端末の記憶容量以上のデータを保存することができる。

また、世代管理の仕組みを利用しているので、スマートフォン１６のような端末で更新（編集）されたデータについても、更新前の世代を保存しているので、端末の記憶容量以上のデータを保存することができるとともに、データのバックアップとしての機能を持たせることもできる。
一方、クラウドサーバ１４は、通常のアクセスでは、世代管理によってｎ世代のフラグが付されたデータは、見えないように制御されるので、これまでの同期サービスと変わらない操作性を利用者に提供することができる。
また、閲覧用アプリ（同期アプリで兼用してもよい）からアクセスすれば、ｎ世代のフラグが付されたデータをみることができ、過去のデータを利用することができるという利便性を有する。

第３．変形例
（１）上述した実施形態では、ネットワークで接続されたクラウドサーバ１４を説明したが、「クラウド」でないサーバ装置を利用してもよい。ローカルサーバを利用して、上で説明した動作と同様の動作を実行させてもよい。
（２）上述した実施形態では、同期サービスを実行するクラウドサーバ１４を利用する端末として、スマートフォン１６やパーソナルコンピュータ１８を説明したが、内部記憶装置を備えており、同期を利用することができる装置であれば、どのような装置でも端末として利用することができる。例えば、タブレット型コンピュータでもよいし、ＩｏＴ（Internet of Things）等に用いられる小型の情報通信機器でもよいし、家電製品等に内蔵されるマイコン等でもよい。
（３）上述した実施形態では、世代管理として１０世代の例を示したが、より少ない世代数の世代管理でもよいし、より多くの世代数の世代管理でもよい。

（４）上述した実施形態では、クラウドサーバ１４が、閲覧用アプリからのアクセスであることを識別するために、閲覧用アプリが閲覧用アプリＩＤを利用する例を説明したが、他の情報で識別してもよい。アプリ名や、通信内容中の所定の情報（アクセス許可情報）で、閲覧用アプリからのアクセスであるか否かを判断してもよい。また、利用者が、閲覧用アプリを利用してクラウドサーバ１４にアクセスする際にパスワードを入力するように構成してもよい。
ここでは、これら所定の情報（アプリ名、所定の情報、利用者のパスワード）をアクセス許可情報と呼ぶ。すなわち、クラウドサーバ１４のＣＰＵ２２は、端末からのアクセスに、このアクセス許可情報が含まれている場合は、データベース２０に対する全てのデータにアクセスを許可する。一方、アクセス許可情報が含まれていない通常のアクセスの場合は、データベース２０中のｎ世代のフラグが付されていないデータにのみアクセスが許可される。

（４ｂ）さらに、クラウドサーバ１４は、ＷＥＢサーバを備えさせることも、好適である。そして、このＷＥＢサーバ上で、データの閲覧やダウンロードが可能なように構成することも好適である。
閲覧用アプリからは、当該ＷＥＢサーバにアクセスし、利用者はこのＷＥＢサーバ上でデータの閲覧やダウンロードが可能とすることもできる。この際、利用者にパスワードの入力をさせ、このパスワードを上述したアクセス許可情報として利用することも好適である。また、閲覧用アプリに当該パスワードを登録して、クラウドサーバ１４のＷＥＢサーバにアクセスする場合は、登録したパスワードを自動的に入力させるように構成してもよい。
（５）上述した実施形態では、同期用アプリが閲覧用アプリを兼ねる構成を説明したが、同期用アプリと、閲覧用アプリとを分けて利用してもよい。

（６）上述した実施形態では、データ作成レポート、データ更新レポート、データ削除レポート、等を説明したが、これはクラウドサーバ１４に情報を伝達できればどのようなもので構成してもよい。いわゆるパケットや、データフレーム（又は単にフレーム）と呼ばれる通信単位を用いてこれらの「レポート」を構成してもよい。また、ＦＴＰ等のプロトコルで伝送されるファイルでもよい。また、電子メールでもよいし、メッセンジャーや、チャット等のメッセージでもよい。従来知られている様々な通信単位を、上記実施形態の「レポート」として利用することができる。
（６）また、以上説明した実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は本実施形態の態様に限定されるものではない。

１０ データ同期システム
１２ ネットワーク
１４ クラウドサーバ
１６ スマートフォン
１８ パーソナルコンピュータ
２０ データベース
２２ ＣＰＵ
２４ メモリ
２６ ネットワークインターフェース

Claims (5)

1. 端末の内部記憶装置の記憶内容を保持するサーバ装置であって、
   前記端末と接続するためのインターフェースと、
   前記端末の内部記憶装置と同一の記憶内容を記憶するデータベースと、
   前記データベースに、前記端末の内部記憶装置と同一の記憶内容を保存する制御部と、
   を具備し、前記制御部は、
   前記インターフェースが、前記端末からのデータ作成レポートと、作成した第１のデータと、を受信した場合、前記データベースに前記第１のデータを保存する動作と、
   前記インターフェースが、前記端末からのデータ更新レポートと、更新した第２のデータと、を受信した場合、前記データベースに前記第２のデータを保存する動作と、
   を実行し、
   前記第２のデータを保存する動作は、
   前記第２のデータにｎ（ｎは１以上の整数）世代前のフラグが付加されたデータが前記データベースに存在するか否か確認し、前記確認の結果、前記第２のデータにｎ世代前のフラグが付加されたデータが存在した場合、前記ｎ世代前のデータのフラグの世代数を＋１する動作と、
   前記データベースに保存されている更新前の第２のデータのフラグの世代数を１世代前にする動作と、
   前記更新した第２のデータを、前記データベースに保存する動作と、
   を含み、
   前記制御部は、
   前記インターフェースが、前記端末から、前記データベースに対するアクセスを受信した場合、前記制御部は、前記アクセスにアクセス許可情報を含まれるか否か確認する動作と、
   前記確認する動作において、前記アクセス許可情報が含まれている場合は、前記端末の前記データベース中の全てのデータに対するアクセスを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する動作と、
   前記確認する動作において、前記アクセス許可情報が含まれていない場合は、前記端末の前記データベース中のｎ世代前のフラグが付加されていないデータに対するアクセスのみを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する動作と、
   を実行することを特徴とするサーバ装置。
2. 端末の内部記憶装置の記憶内容を保持するサーバ装置であって、
   前記端末と接続するためのインターフェースと、
   前記端末の内部記憶装置と同一の記憶内容を記憶するデータベースと、
   前記データベースに、前記端末の内部記憶装置と同一の記憶内容を保存する制御部と、
   を具備し、前記制御部は、
   前記インターフェースが、前記端末からのデータ作成レポートと、作成した第１のデータと、を受信した場合、前記データベースに前記第１のデータを保存する動作と、
   前記インターフェースが、前記端末からのデータ削除レポートと、削除した第３のデータと、を受信した場合、前記データベースから前記第３のデータを削除する動作と、
   を実行し、
   前記第３のデータを削除する動作は、
   前記第３のデータにｎ（ｎは１以上の整数）世代前のフラグが付加されたデータが前記データベースに存在するか否か確認し、前記確認の結果、前記第３のデータにｎ世代前のフラグが付加されたデータが存在した場合、前記ｎ世代前のデータの世代数を＋１する動作と、
   前記データベースに保存されている削除前の第３のデータのフラグの世代数を１世代前にする動作と、
   を含み、
   前記制御部は、
   前記インターフェースが、前記端末から、前記データベースに対するアクセスを受信した場合、前記制御部は、前記アクセスにアクセス許可情報を含まれるか否か確認する動作と、
   前記確認する動作において、前記アクセス許可情報が含まれている場合は、前記端末の前記データベース中の全てのデータに対するアクセスを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する動作と、
   前記確認する動作において、前記アクセス許可情報が含まれていない場合は、前記端末の前記データベース中のｎ世代前のフラグが付加されていないデータに対するアクセスのみを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する動作と、
   を実行することを特徴とするサーバ装置。
3. コンピュータを、請求項１又は２記載のサーバ装置にアクセスする端末として動作させるコンピュータプログラムであって、前記コンピュータに、
   前記サーバ装置に対して、前記アクセス許可情報を含むアクセスを送信する手順、
   を実行させることを特徴とするコンピュータプログラム。
4. コンピュータを、請求項１記載のサーバ装置として動作させるコンピュータプログラムであって、前記コンピュータに、
   前記インターフェースが、前記端末からのデータ作成レポートと、作成した第１のデータと、を受信した場合、前記制御部が前記データベースに前記第１のデータを保存させる手順と、
   前記インターフェースが、前記端末からのデータ更新レポートと、更新した第２のデータと、を受信した場合、前記制御部が前記データベースに前記第２のデータを保存する手順と、
   を実行させ、
   前記第２のデータを保存する手順は、
   前記制御部が、前記第２のデータにｎ（ｎは１以上の整数）世代前のフラグが付加されたデータが前記データベースに存在するか否か確認し、前記確認の結果、前記第２のデータにｎ世代前のフラグが付加されたデータが存在した場合、前記ｎ世代前のデータのフラグの世代数を＋１する手順と、
   前記制御部が、前記データベースに保存されている更新前の第２のデータのフラグの世代数を１世代前にする手順と、
   前記制御部が、前記更新した第２のデータを、前記データベースに保存する手順と、
   を含み、
   さらに、前記コンピュータに、
   前記インターフェースが、前記端末から、前記データベースに対するアクセスを受信した場合、前記制御部は、前記アクセスにアクセス許可情報を含まれるか否か確認する手順と、
   前記確認する手順において、前記アクセス許可情報が含まれている場合は、前記端末の前記データベース中の全てのデータに対するアクセスを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する手順と、
   前記確認する手順において、前記アクセス許可情報が含まれていない場合は、前記端末の前記データベース中のｎ世代前のフラグが付加されていないデータに対するアクセスのみを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する手順と、
   を実行させることを特徴とするコンピュータプログラム。
5. コンピュータを、請求項２記載のサーバ装置として動作させるコンピュータプログラムであって、前記コンピュータに、
   前記インターフェースが、前記端末からのデータ作成レポートと、作成した第１のデータと、を受信した場合、前記制御部が前記データベースに前記第１のデータを保存させる手順と、
   前記インターフェースが、前記端末からのデータ削除レポートと、削除した第３のデータと、を受信した場合、前記制御部が前記データベースから前記第３のデータを削除させる手順と、
   を実行させ、
   前記第３のデータを削除する手順は、
   前記制御部が、前記第３のデータにｎ（ｎは１以上の整数）世代前のフラグが付加されたデータが前記データベースに存在するか否か確認し、前記確認の結果、前記第３のデータにｎ世代前のフラグが付加されたデータが存在した場合、前記ｎ世代前のデータの世代数を＋１する手順と、
   前記制御部が、前記データベースに保存されている削除前の第３のデータのフラグの世代数を１世代前にする手順と、
   を含み、
   さらに、前記コンピュータに、
   前記インターフェースが、前記端末から、前記データベースに対するアクセスを受信した場合、前記制御部は、前記アクセスにアクセス許可情報を含まれるか否か確認する手順と、
   前記確認する手順において、前記アクセス許可情報が含まれている場合は、前記端末の前記データベース中の全てのデータに対するアクセスを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する手順と、
   前記確認する手順において、前記アクセス許可情報が含まれていない場合は、前記端末の前記データベース中のｎ世代前のフラグが付加されていないデータに対するアクセスのみを許可し、前記アクセスが要求するデータを前記端末に前記インターフェースを介して前記端末に送信する手順と、
   を実行させることを特徴とするコンピュータプログラム。

Images