知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024029921
(43)【公開日】2024-03-07
(54)【発明の名称】データ管理システム及び端末
(51)【国際特許分類】
G06F 21/62 20130101AFI20240229BHJP
G06F 16/182 20190101ALI20240229BHJP
G06F 16/901 20190101ALI20240229BHJP
【ＦＩ】
G06F21/62 318
G06F16/182
G06F16/901
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022132390
(22)【出願日】2022-08-23
(71)【出願人】
【識別番号】591148602
【氏名又は名称】佐鳥電機株式会社
(74)【代理人】
【識別番号】110000213
【氏名又は名称】弁理士法人プロスペック特許事務所
(72)【発明者】
【氏名】垣岡 隆文
【テーマコード（参考）】
5B175
【Ｆターム（参考）】
5B175AA01
5B175BA01
(57)【要約】
【課題】第１データ及び第２データのうち片方のデータ単体で元データを復元できる復元可能性を低減することができるデータ管理システムを提供することにある。
【構成】データ管理システムは、元データから分割された第１データ及び第２データのうち第１データを記憶するように構成された第１装置と、第２データを記憶する第２装置と、第１データ及び第２データに基いて元データを復元する第３装置と、を備える。第１装置は、元データを構成するヘッダ部及びボディ部のうちボディ部から、第１データ及び第２データのうち容量が小さくなるように予め定められている方のデータである小容量データを抜き出すことにより、元データを第１データ及び第２データに分割する。
【選択図】 図５
【構成】データ管理システムは、元データから分割された第１データ及び第２データのうち第１データを記憶するように構成された第１装置と、第２データを記憶する第２装置と、第１データ及び第２データに基いて元データを復元する第３装置と、を備える。第１装置は、元データを構成するヘッダ部及びボディ部のうちボディ部から、第１データ及び第２データのうち容量が小さくなるように予め定められている方のデータである小容量データを抜き出すことにより、元データを第１データ及び第２データに分割する。
【選択図】 図５
【特許請求の範囲】
【請求項1】
元データから分割された第１データ及び第２データのうち前記第１データを記憶するように構成された第１装置と、
前記第２データを記憶する第２装置と、
前記第１データ及び前記第２データに基いて前記元データを復元する第３装置と、
を備え、
前記元データから分割された前記第１データと前記第２データとは互いに識別情報により関連付けられ、
前記第３装置は、
前記第１装置から前記第１データを取得し、
前記第１データの識別情報に対応する第２データを前記第２装置から取得し、
前記第１装置から取得した第１データ及び前記第２装置から取得した第２データに基いて前記元データを復元する、
ように構成され、
前記第１装置は、前記元データを構成するヘッダ部及びボディ部のうち前記ボディ部から、前記第１データ及び前記第２データのうち容量が小さくなるように予め定められている方のデータである小容量データを抜き出すことにより、前記元データを前記第１データ及び前記第２データに分割するように構成された、
データ管理システム。
前記第２データを記憶する第２装置と、
前記第１データ及び前記第２データに基いて前記元データを復元する第３装置と、
を備え、
前記元データから分割された前記第１データと前記第２データとは互いに識別情報により関連付けられ、
前記第３装置は、
前記第１装置から前記第１データを取得し、
前記第１データの識別情報に対応する第２データを前記第２装置から取得し、
前記第１装置から取得した第１データ及び前記第２装置から取得した第２データに基いて前記元データを復元する、
ように構成され、
前記第１装置は、前記元データを構成するヘッダ部及びボディ部のうち前記ボディ部から、前記第１データ及び前記第２データのうち容量が小さくなるように予め定められている方のデータである小容量データを抜き出すことにより、前記元データを前記第１データ及び前記第２データに分割するように構成された、
データ管理システム。
【請求項2】
請求項１に記載のデータ管理システムにおいて、
前記第１データが前記小容量データとして予め定められている、
データ管理システム。
前記第１データが前記小容量データとして予め定められている、
データ管理システム。
【請求項3】
請求項１に記載のデータ管理システムにおいて、
前記第１装置は、前記元データの容量に基いて、前記第１データ及び前記第２データのうち前記小容量データではない方のデータである大容量データ単体で前記元データを復元できなくなるように、前記小容量データの容量を決定するように構成された、
データ管理システム。
前記第１装置は、前記元データの容量に基いて、前記第１データ及び前記第２データのうち前記小容量データではない方のデータである大容量データ単体で前記元データを復元できなくなるように、前記小容量データの容量を決定するように構成された、
データ管理システム。
【請求項4】
請求項１に記載のデータ管理システムにおいて、
前記識別情報として、前記元データが分割された日時を表す日時情報及び前記元データが分割された場所を表す場所情報が用いられる、
データ管理システム。
前記識別情報として、前記元データが分割された日時を表す日時情報及び前記元データが分割された場所を表す場所情報が用いられる、
データ管理システム。
【請求項5】
請求項４に記載のデータ管理システムにおいて、
前記第１装置は、
前記元データを分割する場合、前記日時情報及び前記場所情報を取得し、
前記第１データ、前記日時情報及び前記場所情報を関連付けて記憶し、
前記第２データ、前記日時情報及び前記場所情報を前記第２装置へ送信する、
ように構成され、
前記第２装置は、前記第２データ、前記日時情報及び前記場所情報を受信した場合、前記受信した第２データ、日時情報及び場所情報を関連付けて記憶するように構成された、
データ管理システム。
前記第１装置は、
前記元データを分割する場合、前記日時情報及び前記場所情報を取得し、
前記第１データ、前記日時情報及び前記場所情報を関連付けて記憶し、
前記第２データ、前記日時情報及び前記場所情報を前記第２装置へ送信する、
ように構成され、
前記第２装置は、前記第２データ、前記日時情報及び前記場所情報を受信した場合、前記受信した第２データ、日時情報及び場所情報を関連付けて記憶するように構成された、
データ管理システム。
【請求項6】
請求項５に記載のデータ管理システムにおいて、
前記第１装置は、前記日時情報及び前記場所情報を取得した場合、前記取得した日時情報及び場所情報が前記第２装置に記憶されている日時情報及び場所情報と重複していないことを確認してから、前記第２データ、前記日時情報及び前記場所情報を前記第２装置へ送信するように構成された、
データ管理システム。
前記第１装置は、前記日時情報及び前記場所情報を取得した場合、前記取得した日時情報及び場所情報が前記第２装置に記憶されている日時情報及び場所情報と重複していないことを確認してから、前記第２データ、前記日時情報及び前記場所情報を前記第２装置へ送信するように構成された、
データ管理システム。
【請求項7】
請求項１に記載のデータ管理システムにおいて、
前記第３装置は、所定の削除条件が成立した場合、前記復元した元データを消去するように構成された、
データ管理システム。
前記第３装置は、所定の削除条件が成立した場合、前記復元した元データを消去するように構成された、
データ管理システム。
【請求項8】
請求項７に記載のデータ管理システムにおいて、
前記第３装置は、前記元データを復元してから所定時間が経過した場合に前記削除条件を成立させ、前記復元した元データを消去するように構成された、
データ管理システム。
前記第３装置は、前記元データを復元してから所定時間が経過した場合に前記削除条件を成立させ、前記復元した元データを消去するように構成された、
データ管理システム。
【請求項9】
請求項１に記載のデータ管理システムにおいて、
前記第３装置は、復元した前記元データを編集した場合、前記編集の内容の種別、前記編集した日時を表す日時情報及び前記編集した場所を特定可能な場所情報を含む履歴データを前記識別情報とともに前記第２装置へ送信するように構成され、
前記第２装置は、前記履歴データを受信すると、前記識別情報に関連付けて前記履歴データを記憶するように構成された、
データ管理システム。
前記第３装置は、復元した前記元データを編集した場合、前記編集の内容の種別、前記編集した日時を表す日時情報及び前記編集した場所を特定可能な場所情報を含む履歴データを前記識別情報とともに前記第２装置へ送信するように構成され、
前記第２装置は、前記履歴データを受信すると、前記識別情報に関連付けて前記履歴データを記憶するように構成された、
データ管理システム。
【請求項10】
請求項１に記載のデータ管理システムにおいて、
前記第３装置は、前記第１装置から前記第１データを取得する場合に、前記第３装置の一意な識別子である識別子を前記第１装置へ送信するように構成され、
前記第１装置は、前記識別子を受信した場合、前記識別子が前記第１装置に予め登録されていれば前記第１データを前記第３装置へ送信し、前記識別子が前記第１装置に予め登録されていなければ前記第１データを前記第３装置へ送信しないように構成された、
データ管理システム。
前記第３装置は、前記第１装置から前記第１データを取得する場合に、前記第３装置の一意な識別子である識別子を前記第１装置へ送信するように構成され、
前記第１装置は、前記識別子を受信した場合、前記識別子が前記第１装置に予め登録されていれば前記第１データを前記第３装置へ送信し、前記識別子が前記第１装置に予め登録されていなければ前記第１データを前記第３装置へ送信しないように構成された、
データ管理システム。
【請求項11】
請求項１に記載のデータ管理システムにおいて、
前記第２装置は、所定の消去条件が成立した場合、前記第２データを消去するように構成された、
データ管理システム。
前記第２装置は、所定の消去条件が成立した場合、前記第２データを消去するように構成された、
データ管理システム。
【請求項12】
請求項１１に記載のデータ管理システムにおいて、
前記第２装置は、
前記第３装置によって取得されたことがない第２データについて、前記元データの分割時点又は前記第２データの記憶時点からの第１経過時間が所定の閾値時間以上となったとの条件、及び、
前記第３装置によって取得されたことがある第２データについて、前記第３装置によって最後に取得された取得時点からの第２経過時間が前記閾値時間以上となったとの条件、
の何れかが成立した第２データを消去するように構成された、
データ管理システム。
前記第２装置は、
前記第３装置によって取得されたことがない第２データについて、前記元データの分割時点又は前記第２データの記憶時点からの第１経過時間が所定の閾値時間以上となったとの条件、及び、
前記第３装置によって取得されたことがある第２データについて、前記第３装置によって最後に取得された取得時点からの第２経過時間が前記閾値時間以上となったとの条件、
の何れかが成立した第２データを消去するように構成された、
データ管理システム。
【請求項13】
元データを第１データ及び第２データに分割する端末において、
前記元データは、前記第１データ及び前記第２データが取得されることにより復元可能であり、
前記元データを構成するヘッダ部及びボディ部のうち前記ボディ部から、前記第１データ及び前記第２データのうち容量が小さくなるように予め定められている方のデータである小容量データを抜き出すことにより、前記元データを前記第１データ及び前記第２データに分割し、
前記第１データと、前記第１データと前記第２データとを関連付けるための識別情報と、を関連付けて記憶し、
前記第２データ及び前記識別情報を外部の記憶装置に記憶させるために前記外部の記憶装置に送信する、
ように構成された、
端末。
前記元データは、前記第１データ及び前記第２データが取得されることにより復元可能であり、
前記元データを構成するヘッダ部及びボディ部のうち前記ボディ部から、前記第１データ及び前記第２データのうち容量が小さくなるように予め定められている方のデータである小容量データを抜き出すことにより、前記元データを前記第１データ及び前記第２データに分割し、
前記第１データと、前記第１データと前記第２データとを関連付けるための識別情報と、を関連付けて記憶し、
前記第２データ及び前記識別情報を外部の記憶装置に記憶させるために前記外部の記憶装置に送信する、
ように構成された、
端末。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、元データを分割した第１データ及び第２データをそれぞれ異なる装置に記憶しておき、同じ元データから分割された第１データ及び第２データを取得して元データを復元するデータ管理システム、及び、元データを第１データ及び第２データに分割する端末に関する。
【背景技術】
【0002】
特許文献１に記載のデータ管理システム（以下、「従来システム」と称呼する。）は、端末が元データを第１データ及び第２データに分割し、端末が第１データを記憶しておき、データ管理サーバが第２データを記憶しておく。このデータ管理システムにおいて、復元装置は、端末に表示されたＱＲコード（登録商標）を読み取ることにより第１データを取得し、データ管理サーバから第２データを取得し、第１データ及び第２データに基いて元データを復元する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第６６６４７８５号
【発明の概要】
【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】
なお、上記説明においては、発明の理解を助けるために、後述する実施形態に対応する発明の構成に対し、その実施形態で用いた名称及び／又は符号を括弧書きで添えている。しかしながら、発明の各構成要素は、前記名称及び／又は符号によって規定される実施形態に限定されるものではない。本発明の他の目的、他の特徴及び付随する利点は、以下の図面を参照しつつ記述される本発明の実施形態についての説明から容易に理解されるであろう。
【図面の簡単な説明】
【0032】
【発明を実施するための形態】
【0033】
（システム構成）
図１を参照しながら、本発明の実施形態に係るデータ管理システム１０のシステム構成を説明する。データ管理システム１０は、端末２０、記憶サーバ３０及び復元装置４０を備える。これらはネットワークに接続可能である。端末２０を「第１装置」と称呼する場合がある。記憶サーバ３０を「第２装置」と称呼する場合がある。復元装置４０は「第３装置」と称呼する場合がある。
図１を参照しながら、本発明の実施形態に係るデータ管理システム１０のシステム構成を説明する。データ管理システム１０は、端末２０、記憶サーバ３０及び復元装置４０を備える。これらはネットワークに接続可能である。端末２０を「第１装置」と称呼する場合がある。記憶サーバ３０を「第２装置」と称呼する場合がある。復元装置４０は「第３装置」と称呼する場合がある。
【0034】
＜端末２０＞
端末２０は、例えば、スマートフォン、タブレット端末、デスクトップＰＣ等である。端末２０は、元データをピースデータとカオスデータとに分割し、ピースデータを記憶し、カオスデータを記憶サーバ３０へ送信する。ピースデータを「第１データ」と称呼する場合があり、カオスデータを「第２データ」と称呼する場合がある。
端末２０は、例えば、スマートフォン、タブレット端末、デスクトップＰＣ等である。端末２０は、元データをピースデータとカオスデータとに分割し、ピースデータを記憶し、カオスデータを記憶サーバ３０へ送信する。ピースデータを「第１データ」と称呼する場合があり、カオスデータを「第２データ」と称呼する場合がある。
【0035】
端末２０は、ＣＰＵ(Central Processing Unit)２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、インタフェース（Ｉ／Ｆ）２４、ＧＰＳアンテナ２５及び第１記憶装置２６を備える。なお、これらは図示しないバスを介して互いに通信可能に接続されている。
【0036】
ＣＰＵ２１は、ＲＯＭ２２に記憶された図示しない各種プログラムをＲＡＭ２３にロードし、ＲＡＭ２３にロードされたプログラムを実行することによって各種機能を実現する。
【0037】
ＲＯＭ２２は不揮発性の記憶媒体である。ＲＯＭ２２には、各種プログラムが記憶されている。
【0038】
ＲＡＭ２３は揮発性の記憶媒体である。ＲＡＭ２３には、ＣＰＵ２１が各種プログラムを実行する際に使用するデータが一時的に記憶される。
【0039】
インタフェース２４は、ネットワークインタフェース及び入出力インタフェースを含む。ネットワークインタフェースは、端末２０をネットワークＮＷに接続するためのインタフェースである。入出力インタフェースは、端末２０の入出力装置に接続されるインタフェースである。例えば、入出力装置はタッチパネル式のディスプレイである。入出力インタフェースは、端末２０の入力装置（マウス及びキーボード等）及び出力装置（ディスプレイ）に接続されるインタフェースであってもよい。
【0040】
ＧＰＳアンテナ２５は、図示しないＧＰＳ衛星からのＧＰＳ測位信号を受信する。端末２０は、ＧＰＳ測位信号に基いて自身の位置（緯度及び経度）を特定する。
【0041】
第１記憶装置２６は不揮発性の記憶領域を有する。この記憶領域にはピースデータテーブル２６０（図３を参照。）が記憶されている。例えば、第１記憶装置２６は、ＨＤＤ(Hard Disk Drive)及びＳＳＤ(Solid State Drive)等である。
【0042】
＜記憶サーバ３０＞
記憶サーバ３０は、端末２０が送信したカオスデータを受信し、カオスデータを記憶する。
記憶サーバ３０は、端末２０が送信したカオスデータを受信し、カオスデータを記憶する。
【0043】
記憶サーバ３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、インタフェース３４及び第２記憶装置３５を備える。ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３及びインタフェース３４は、それぞれＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３及びインタフェース２４と同じ機能であるので説明を省略する。
【0044】
第２記憶装置３５は、不揮発性の記憶領域にカオスデータテーブル３５０（図４を参照。）が記憶されている点で第１記憶装置２６と相違する。
【0045】
＜復元装置４０＞
復元装置４０は、端末２０からピースデータを取得し、記憶サーバ３０からそのピースデータに対応するカオスデータを取得する。そして、復元装置４０は、ピースデータ及びカオスデータに基いて元データを復元する。
復元装置４０は、端末２０からピースデータを取得し、記憶サーバ３０からそのピースデータに対応するカオスデータを取得する。そして、復元装置４０は、ピースデータ及びカオスデータに基いて元データを復元する。
【0046】
復元装置４０は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３及びインタフェース４４を備える。ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３及びインタフェース４４は、それぞれＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３及びインタフェース２４と同じ機能であるので説明を省略する。
【0047】
（データ管理システム１０の作動の概要）
図２を参照しながら、データ管理システム１０の作動の概要を説明する。
まず、端末２０は、元データを取得する（ステップ２０５）。例えば、端末２０は、図示しないカメラにより書類を撮影することにより元データを取得する。書類の一例としては、個人情報が記載された書類（運転免許証及び健康保険証等）がある。なお、元データの取得方法はこれに限定されず、端末２０は、どのような方法を用いて元データを取得してもよい。更に、元データは書類に関するデータに限定されない。
図２を参照しながら、データ管理システム１０の作動の概要を説明する。
まず、端末２０は、元データを取得する（ステップ２０５）。例えば、端末２０は、図示しないカメラにより書類を撮影することにより元データを取得する。書類の一例としては、個人情報が記載された書類（運転免許証及び健康保険証等）がある。なお、元データの取得方法はこれに限定されず、端末２０は、どのような方法を用いて元データを取得してもよい。更に、元データは書類に関するデータに限定されない。
【0048】
次に、端末２０は、元データを暗号化し、暗号化された元データをピースデータとカオスデータとに分割する（ステップ２１０）。ピースデータは端末２０に記憶されるデータであり、カオスデータは端末２０と異なる装置（記憶サーバ３０）に記憶されるデータである。元データの分割の詳細は後述する。
【0049】
なお、端末２０は、元データを分割する場合に日時情報及び場所情報を取得する。例えば、日時情報は、年月日及び時刻（秒単位）を含む。場所情報は、ＧＰＳ信号に基いて特定される位置を表す緯度及び経度を含む。
同じ日時及び同じ場所で元データを分割する端末２０が複数存在する状況が発生することは極めて稀であるため、日時情報及び場所情報は元データ（ピースデータ及びカオスデータ）の識別情報として利用される。この日時情報及び場所情報を「時空間ＩＤ」又は「識別情報」と称呼する。
同じ日時及び同じ場所で元データを分割する端末２０が複数存在する状況が発生することは極めて稀であるため、日時情報及び場所情報は元データ（ピースデータ及びカオスデータ）の識別情報として利用される。この日時情報及び場所情報を「時空間ＩＤ」又は「識別情報」と称呼する。
【0050】
次に、端末２０は、ピースデータ及び「このピースデータを元データから分割したときに取得した時空間ＩＤ」をピースデータテーブル２６０に記憶（登録）する（ステップ２１５）。
【0051】
図３を参照しながら、ピースデータテーブル２６０を説明する。ピースデータテーブル２６０は、時空間ＩＤ２６２及びピースデータ２６４を含む。時空間ＩＤ２６２は日時２６６及び場所２６８を含む。
【0052】
図２に示したステップ２１５にて、端末２０は、ピースデータテーブル２６０に新たなレコードを追加し、追加したレコードの日時２６６には日時情報を登録し、場所２６８に場所情報を登録し、ピースデータ２６４にピースデータを登録する。
【0053】
端末２０は、ステップ２１５でピースデータを記憶した後、カオスデータ及び時空間ＩＤを記憶サーバ３０へ送信する（ステップ２２０）。
【0054】
記憶サーバ３０は、カオスデータ及び時空間ＩＤを受信すると、受信した「カオスデータ及び時空間ＩＤ」をカオスデータテーブル３５０に記憶（登録）する（ステップ２２５）。
【0055】
図４を参照しながら、カオスデータテーブル３５０を説明する。カオスデータテーブル３５０は、時空間ＩＤ３５２及びカオスデータ３５４を含む。時空間ＩＤ３５２は日時３５６及び場所３５８を含む。
【0056】
図２に示したステップ２２５にて、記憶サーバ３０は、カオスデータテーブル３５０に新たなレコードを追加し、追加したレコードの日時３５６には日時情報を登録し、場所３５８に場所情報を登録し、カオスデータ３５４にカオスデータを登録する。
【0057】
以上により、元データが分割されたピースデータ及びカオスデータはそれぞれ端末２０及び記憶サーバ３０に記憶される。同じ元データから分割されたピースデータ及びカオスデータは、時空間ＩＤにより関連付けられている。
【0058】
次に、復元装置４０が元データを復元するための一連の処理を説明する。
まず、復元装置４０は、復元の対象となる「ピースデータ及び時空間ＩＤ」を端末２０から取得する（ステップ２３０）。
まず、復元装置４０は、復元の対象となる「ピースデータ及び時空間ＩＤ」を端末２０から取得する（ステップ２３０）。
【0059】
なお、復元装置４０は、ピースデータ及び時空間ＩＤを端末２０からどのような方法を用いて取得してもよい。
例えば、端末２０と復元装置４０との間で無線通信が行われ、復元装置４０はピースデータ及び時空間ＩＤを取得してもよい。同様に、端末２０と復元装置４０とが有線で接続され、復元装置４０はピースデータ及び時空間ＩＤを取得してもよい。更に、端末２０がピースデータ及び時空間ＩＤを表すＱＲコード（登録商標）を図示しないディスプレイに表示し、復元装置４０がそのＱＲコード（登録商標）を読み取ることにより、ピースデータ及び時空間ＩＤを取得してもよい。
例えば、端末２０と復元装置４０との間で無線通信が行われ、復元装置４０はピースデータ及び時空間ＩＤを取得してもよい。同様に、端末２０と復元装置４０とが有線で接続され、復元装置４０はピースデータ及び時空間ＩＤを取得してもよい。更に、端末２０がピースデータ及び時空間ＩＤを表すＱＲコード（登録商標）を図示しないディスプレイに表示し、復元装置４０がそのＱＲコード（登録商標）を読み取ることにより、ピースデータ及び時空間ＩＤを取得してもよい。
【0060】
次に、復元装置４０は、ステップ２３０にて取得した時空間ＩＤを含むカオスデータ取得要求を記憶サーバ３０へ送信する（ステップ２３５）。
【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】
本発明は上記実施形態に限定されることはなく、本発明の種々の変形例を採用することができる。
【0100】
（第１変形例）
本変形例では、端末２０は、カオスデータ及び時空間ＩＤを記憶サーバ３０に送信する前に時空間ＩＤが記憶サーバ３０のカオスデータテーブル３５０において重複していないことを確認してから、カオスデータ及び時空間ＩＤを記憶サーバ３０に送信する。これにより、カオスデータテーブル３５０において時空間ＩＤが重複してしまうことを防止できる。このため、復元装置４０がピースデータの元データと異なる元データのカオスデータを取得してしまうことに起因して、ピースデータ及びカオスデータに基いて元データを復元できなくなる可能性を低減できる。
本変形例では、端末２０は、カオスデータ及び時空間ＩＤを記憶サーバ３０に送信する前に時空間ＩＤが記憶サーバ３０のカオスデータテーブル３５０において重複していないことを確認してから、カオスデータ及び時空間ＩＤを記憶サーバ３０に送信する。これにより、カオスデータテーブル３５０において時空間ＩＤが重複してしまうことを防止できる。このため、復元装置４０がピースデータの元データと異なる元データのカオスデータを取得してしまうことに起因して、ピースデータ及びカオスデータに基いて元データを復元できなくなる可能性を低減できる。
【0101】
本変形例では、第１ＣＰＵ２１は、図６に示した元データ登録処理に代えて図１１に示した元データ登録処理を実行する。図１１では、図６に示した処理と同じ処理は同じ符号を付与し、説明を省略する。なお、第２ＣＰＵ３１は、上記実施形態と同じ処理の他に図１２に示した重複確認処理を実行し、第３ＣＰＵ４１は、上記実施形態と同じ処理を実行する。
【0102】
＜元データ登録処理＞
第１ＣＰＵ２１は、図１１のステップ１２００から処理を開始し、登録操作があったときには図１１に示したステップ７０５にて「Ｙｅｓ」と判定し、図１１に示したステップ７１０、ステップ１２０５及びステップ１２１０を順に実行する。
第１ＣＰＵ２１は、図１１のステップ１２００から処理を開始し、登録操作があったときには図１１に示したステップ７０５にて「Ｙｅｓ」と判定し、図１１に示したステップ７１０、ステップ１２０５及びステップ１２１０を順に実行する。
【0103】
ステップ１２０５：第１ＣＰＵ２１は、図１１に示したステップ７１０にて取得した時空間ＩＤを含む重複確認要求を記憶サーバ３０へ送信する。
【0104】
記憶サーバ３０は、重複確認要求を受信した場合、カオスデータテーブル３５０において重複確認要求に含まれる時空間ＩＤが重複していなければ、非重複応答を端末２０へ送信する。これに対し、記憶サーバ３０は、カオスデータテーブル３５０において重複確認要求に含まれる時空間ＩＤが重複していれば、重複応答を端末２０へ送信する。
【0105】
ステップ１２１０：第１ＣＰＵ２１は、端末２０が非重複応答を受信したか否かを判定する。
【0106】
端末２０が非重複応答を受信した場合、第１ＣＰＵ２１は、ステップ１２１０にて「Ｙｅｓ」と判定し、図１１に示したステップ７１５乃至ステップ７４０を実行する。これにより、第１ＣＰＵ２１は、元データのピースデータを記憶し、元データのカオスデータを記憶サーバ３０へ記憶させる。その後、第１ＣＰＵ２１は、ステップ１２９５に進んで元データ登録処理を終了する。
【0107】
端末２０が非重複応答を受信していない場合（即ち、端末２０が重複応答を受信した場合）、第１ＣＰＵ２１は、ステップ１２１０にて「Ｎｏ」と判定し、図１１に示したステップ７１０に進んで再度時空間ＩＤを取得する。そして、ステップ１２０５にて、第１ＣＰＵ２１は、再度取得した時空間ＩＤを含む重複確認要求を記憶サーバ３０へ送信する。
【0108】
＜重複確認処理＞
第２ＣＰＵ３１は、図１２のステップ１３００から処理を開始し、ステップ１３０５に進む。ステップ１３０５にて、第２ＣＰＵ３１は、記憶サーバ３０が重複確認要求を受信したか否かを判定する。
第２ＣＰＵ３１は、図１２のステップ１３００から処理を開始し、ステップ１３０５に進む。ステップ１３０５にて、第２ＣＰＵ３１は、記憶サーバ３０が重複確認要求を受信したか否かを判定する。
【0109】
記憶サーバ３０が重複確認要求を受信していない場合、第２ＣＰＵ３１は、ステップ１３０５にて「Ｎｏ」と判定し、ステップ１３９５に進んで重複確認処理を終了する。
【0110】
記憶サーバ３０が重複確認要求を受信した場合、第２ＣＰＵ３１は、ステップ１３０５にて「Ｙｅｓ」と判定し、ステップ１３１０に進む。ステップ１３１０にて、第２ＣＰＵ３１は、カオスデータテーブル３５０において重複確認要求に含まれる時空間ＩＤが重複しているか否かを判定する。
【0111】
カオスデータテーブル３５０において上記時空間ＩＤが重複していない場合、第２ＣＰＵ３１は、ステップ１３１０にて「Ｎｏ」と判定し、ステップ１３１５に進む。ステップ１３１５にて、第２ＣＰＵ３１は、非重複応答を端末２０に送信する。その後、第２ＣＰＵ３１は、ステップ１３９５に進んで重複確認処理を一旦終了する。
【0112】
カオスデータテーブル３５０において上記時空間ＩＤが重複している場合、第２ＣＰＵ３１は、ステップ１３１０にて「Ｙｅｓ」と判定し、ステップ１３２０に進む。ステップ１３２０にて、第２ＣＰＵ３１は、重複応答を端末２０に送信する。その後、第２ＣＰＵ３１は、ステップ１３９５に進んで重複確認処理を一旦終了する。
【0113】
（第２変形例）
本変形例では、復元装置４０は、元データを復元した後に所定の消去条件が成立した場合、復元した元データを消去する。例えば、消去条件は、元データを復元した時点から所定時間が経過したときに成立する。消去条件は、この例に限定されない。消去条件の他の例としては、消去条件は、端末２０の利用者が端末２０のディスプレイに消去ボタンを操作したときに成立してもよい。
本変形例では、復元装置４０は、元データを復元した後に所定の消去条件が成立した場合、復元した元データを消去する。例えば、消去条件は、元データを復元した時点から所定時間が経過したときに成立する。消去条件は、この例に限定されない。消去条件の他の例としては、消去条件は、端末２０の利用者が端末２０のディスプレイに消去ボタンを操作したときに成立してもよい。
【0114】
消去条件が成立したときに復元した元データが消去されるので、復元した元データが復元装置４０に残っていることを防止できる。これにより、復元装置４０から元データが第三者によって取得される可能性を低減できる。
【0115】
本変形例では、第１ＣＰＵ２１及び第２ＣＰＵ３１は、上記実施形態と同じ処理を実行する。第３ＣＰＵ４１は、図８に示した取得要求送信処理を実行し、図１０に示した復元処理に代えて図１３に示した復元処理を実行する。図１３では、図１０に示した処理と同じ処理は同じ符号を付与し、説明を省略する。更に、第３ＣＰＵ４１は、図１４に示した消去処理も実行する。
【0116】
＜復元処理＞
第３ＣＰＵ４１は、図１３のステップ１４００から処理を開始し、復元装置４０が対応カオスデータを含む応答を記憶サーバ３０から受信している場合には、図１３に示したステップ１１０５及びステップ１１１０にてそれぞれ「Ｙｅｓ」と判定する。そして、第３ＣＰＵ４１は、図１３に示したステップ１１２０及びステップ１１２５を実行して元データを復元する。その後、第３ＣＰＵ４１は、ステップ１４０５及びステップ１４１０を実行する。
第３ＣＰＵ４１は、図１３のステップ１４００から処理を開始し、復元装置４０が対応カオスデータを含む応答を記憶サーバ３０から受信している場合には、図１３に示したステップ１１０５及びステップ１１１０にてそれぞれ「Ｙｅｓ」と判定する。そして、第３ＣＰＵ４１は、図１３に示したステップ１１２０及びステップ１１２５を実行して元データを復元する。その後、第３ＣＰＵ４１は、ステップ１４０５及びステップ１４１０を実行する。
【0117】
ステップ１４０５：第３ＣＰＵ４１は、復元フラグＸｆの値を「１」に設定する。
復元フラグＸｆの値は、元データが復元した時点から消去条件が成立するまでの間「１」に設定され、消去条件が成立して元データが消去されると「０」に設定される。
復元フラグＸｆの値は、元データが復元した時点から消去条件が成立するまでの間「１」に設定され、消去条件が成立して元データが消去されると「０」に設定される。
【0118】
ステップ１４１０：第３ＣＰＵ４１は、タイマＴｆの値を「０」に設定する。
タイマＴｆは、元データが復元した時点からの経過時間をカウントするためのタイマである。
タイマＴｆは、元データが復元した時点からの経過時間をカウントするためのタイマである。
【0119】
その後、第３ＣＰＵ４１は、ステップ１４９５に進んで復元処理を一旦終了する。
【0120】
＜消去処理＞
第３ＣＰＵ４１は、図１４にフローチャートにより示した消去処理を所定時間が経過する毎に実行する。
第３ＣＰＵ４１は、図１４にフローチャートにより示した消去処理を所定時間が経過する毎に実行する。
【0121】
第３ＣＰＵ４１は、図１４のステップ１５００から処理を開始してステップ１５０５に進み、復元フラグＸｆの値が「１」であるか否かを判定する。
【0122】
復元フラグＸｆの値が「０」である場合、第３ＣＰＵ４１は、ステップ１５０５にて「Ｎｏ」と判定し、ステップ１５９５に進んで消去処理を一旦終了する。
【0123】
復元フラグＸｆの値が「１」である場合、第３ＣＰＵ４１は、ステップ１５０５にて「Ｙｅｓ」と判定し、ステップ１５１０及びステップ１５１５を実行する。
【0124】
ステップ１５１０：第３ＣＰＵ４１は、タイマＴｆの値に「１」を加算する。
ステップ１５１５：第３ＣＰＵ４１は、タイマＴｆの値が所定の閾値Ｔｆｔｈ以上であるか否かを判定する。
ステップ１５１５：第３ＣＰＵ４１は、タイマＴｆの値が所定の閾値Ｔｆｔｈ以上であるか否かを判定する。
【0125】
タイマＴｆの値が閾値Ｔｆｔｈ未満である場合、消去条件が成立していない。この場合、第３ＣＰＵ４１は、ステップ１５１５にて「Ｎｏ」と判定し、ステップ１５９５に進んで消去処理を一旦終了する。
【0126】
タイマＴｆの値が閾値Ｔｆｔｈ以上である場合、消去条件が成立している。この場合、第３ＣＰＵ４１は、ステップ１５１５にて「Ｙｅｓ」と判定し、ステップ１５２０乃至ステップ１５３０を実行する。
【0127】
ステップ１５２０：第３ＣＰＵ４１は、復元した元データを消去する。
ステップ１５２５：第３ＣＰＵ４１は、復元フラグＸｆの値を「０」に設定する。
ステップ１５３０：第３ＣＰＵ４１は、タイマＴｆの値を「０」に設定する。
その後、第３ＣＰＵ４１は、ステップ１５９５に進んで消去処理を一旦終了する。
ステップ１５２５：第３ＣＰＵ４１は、復元フラグＸｆの値を「０」に設定する。
ステップ１５３０：第３ＣＰＵ４１は、タイマＴｆの値を「０」に設定する。
その後、第３ＣＰＵ４１は、ステップ１５９５に進んで消去処理を一旦終了する。
【0128】
（第３変形例）
本変形例では、復元装置４０は元データの復元後に元データに対して編集が可能である。詳細には、復元装置４０の操作者が、元データのある項目の書き換え、及び／又は元データへの情報の追加が可能である。
本変形例では、復元装置４０は元データの復元後に元データに対して編集が可能である。詳細には、復元装置４０の操作者が、元データのある項目の書き換え、及び／又は元データへの情報の追加が可能である。
【0129】
復元装置４０は、元データの編集を行うと、元データの時空間ＩＤ及び履歴データを記憶サーバ３０に送信する。履歴データは、元データの編集の内容を示す情報、編集日時情報及び編集装置情報を含む。編集日時情報は元データを編集した日時を示す情報である。編集装置情報は元データを編集した復元装置４０を識別可能な情報である。復元装置４０に予め設定されている装置識別情報（装置ＩＤ）が編集装置情報として用いられてもよいし、復元装置４０の位置を表す場所情報が編集装置情報として用いられてもよい。この場所情報は、復元装置４０に予め設定されていてもよいし、復元装置４０がＧＰＳ信号に基いて取得してもよい。
【0130】
記憶サーバ３０は、時空間ＩＤ及び履歴データを受信した場合、受信した「時空間ＩＤ及び履歴データ」をカオスデータテーブル３５０に記憶する。
【0131】
図１５を参照しながら、本変形例のカオスデータテーブル３５０を説明する。
カオスデータテーブル３５０は、時空間ＩＤ３５２及びカオスデータ３５４に加えて履歴データ３６０を含む。履歴データ３６０は、更に、編集種別３６２、編集日時３６４及び編集装置３６６を含む。
カオスデータテーブル３５０は、時空間ＩＤ３５２及びカオスデータ３５４に加えて履歴データ３６０を含む。履歴データ３６０は、更に、編集種別３６２、編集日時３６４及び編集装置３６６を含む。
【0132】
編集種別３６２には、元データに行われた編集の種別を示す情報が登録される。例えば、編集の種別には、書き換え及び追加等がある。
【0133】
例えば、復元装置４０にて時空間ＩＤ（日時：Ａ１、場所：Ｂ１）の元データに対して編集が行われた場合、復元装置４０は、この時空間ＩＤ（日時：Ａ１、場所：Ｂ１）及び履歴データ（編集種別：追加、編集日時：Ａ２、編集装置：ＩＤ２）を記憶サーバ３０に記憶する。
【0134】
このカオスデータテーブル３５０は、元データの編集履歴が時空間ＩＤをキーにして関連付けられていく。これにより、端末２０の利用者は、参照を所望する時空間ＩＤを指定すると、カオスデータテーブル３５０から当該時空間ＩＤに対応する履歴データが取得できる。これにより、利用者は、当該時空間ＩＤの編集履歴を参照することができる。
【0135】
本変形例では、第１ＣＰＵ２１及び第２ＣＰＵ３１は、上記実施形態と同じ処理を実行する。第３ＣＰＵ４１は、図８に示した取得要求送信処理を実行し、図１０に示した復元処理に代えて図１６に示した復元処理を実行する。図１６では、図１０に示した処理と同じ処理は同じ符号を付与し、説明を省略する。
【0136】
【0137】
ステップ１７０５にて、第３ＣＰＵ４１は、元データに対する編集のための入力があるか否かを判定する。
【0138】
元データに対する編集のための入力がない場合、第３ＣＰＵ４１は、ステップ１７０５にて「Ｎｏ」と判定し、ステップ１７９５に進んで復元処理を終了する。
【0139】
元データに対する編集のための入力がある場合、第３ＣＰＵ４１は、ステップ１７０５にて「Ｙｅｓ」と判定し、ステップ１７１０乃至ステップ１７２０を実行する。
【0140】
ステップ１７１０：第３ＣＰＵ４１は、現在の日時情報を編集日時情報として取得し、復元装置４０の装置ＩＤを編集装置情報として取得する。
ステップ１７１５：第３ＣＰＵ４１は、上記編集のための入力に基き、編集種別を示す編集種別情報を取得する。
ステップ１７２０：第３ＣＰＵ４１は、元データの時空間ＩＤ及び履歴データを記憶サーバ３０に送信する。なお、履歴データは、編集種別情報、編集日時情報及び編集装置情報を含む。
その後、第３ＣＰＵ４１は、ステップ１７９５に進んで復元処理を一旦終了する。
ステップ１７１５：第３ＣＰＵ４１は、上記編集のための入力に基き、編集種別を示す編集種別情報を取得する。
ステップ１７２０：第３ＣＰＵ４１は、元データの時空間ＩＤ及び履歴データを記憶サーバ３０に送信する。なお、履歴データは、編集種別情報、編集日時情報及び編集装置情報を含む。
その後、第３ＣＰＵ４１は、ステップ１７９５に進んで復元処理を一旦終了する。
【0141】
（第４変形例）
本変形例では、復元装置４０は、端末２０からカオスデータを取得する場合に、復元装置４０の装置ＩＤを含むピースデータ取得要求を端末２０に送信する。端末２０は、ピースデータ取得要求を受信した場合、ピースデータ取得要求に含まれる装置ＩＤが端末２０に予め登録された装置ＩＤであるか否かを判定する。
本変形例では、復元装置４０は、端末２０からカオスデータを取得する場合に、復元装置４０の装置ＩＤを含むピースデータ取得要求を端末２０に送信する。端末２０は、ピースデータ取得要求を受信した場合、ピースデータ取得要求に含まれる装置ＩＤが端末２０に予め登録された装置ＩＤであるか否かを判定する。
【0142】
端末２０は、ピースデータ取得要求に含まれる装置ＩＤが予め登録された装置ＩＤである場合にはピースデータ及び時空間ＩＤを復元装置４０に送信する。一方、端末２０は、ピースデータ取得要求に含まれる装置ＩＤが予め登録された装置ＩＤでない場合にはピースデータ及び時空間ＩＤを復元装置４０に送信しない。
【0143】
端末２０からピースデータ及び時空間ＩＤさえ取得してしまれば、記憶サーバ３０からもカオスデータを取得することが可能となり、ピースデータ及びカオスデータに基き元データが復元できてしまう。本変形例によれば、端末２０に予め登録されていない装置ＩＤの復元装置４０がピースデータ及び時空間ＩＤを取得する可能性を低減でき、第三者が元データを復元する可能性を低減できる。
【0144】
（第５変形例）
本変形例では、記憶サーバ３０は、所定の消去条件が成立した場合、カオスデータを消去する。
＜消去条件＞
第１条件：復元装置４０に取得されていないカオスデータの第１経過時間Ｔｇ１が所定の閾値時間Ｔｇｔｈ以上となったこと。
第１経過時間Ｔｇ１は、元データが分割された分割時点からの経過時間である。
第２条件：復元装置４０に取得されたことのあるカオスデータの第２経過時間Ｔｇ２が閾値時間Ｔｇｔｈ以上となったこと。
第２経過時間Ｔｇ２は、復元装置４０に最後に取得された取得時点からの経過時間である。
第１条件及び第２条件の何れかが成立した場合、上記消去条件が成立する。
本変形例では、記憶サーバ３０は、所定の消去条件が成立した場合、カオスデータを消去する。
＜消去条件＞
第１条件：復元装置４０に取得されていないカオスデータの第１経過時間Ｔｇ１が所定の閾値時間Ｔｇｔｈ以上となったこと。
第１経過時間Ｔｇ１は、元データが分割された分割時点からの経過時間である。
第２条件：復元装置４０に取得されたことのあるカオスデータの第２経過時間Ｔｇ２が閾値時間Ｔｇｔｈ以上となったこと。
第２経過時間Ｔｇ２は、復元装置４０に最後に取得された取得時点からの経過時間である。
第１条件及び第２条件の何れかが成立した場合、上記消去条件が成立する。
【0145】
図１７を参照しながら、本変形例のカオスデータテーブル３５０を説明する。
本変形例のカオスデータテーブル３５０は、時空間ＩＤ３５２及びカオスデータ３５４に加えて取得日時３５９を含む。
取得日時３５９は、復元装置４０によってカオスデータが取得された場合にその日時が登録される。詳細には、第２ＣＰＵ３１は、図９に示したステップ１０１５にて対応カオスデータを復元装置４０に送信した場合に、その対応カオスデータのレコードの取得日時３５９に現在日時を登録する。
取得日時に「ＮＵＬＬ」が登録されている場合、そのレコードのカオスデータは、復元装置４０に一度も取得されていないことを意味する。
本変形例のカオスデータテーブル３５０は、時空間ＩＤ３５２及びカオスデータ３５４に加えて取得日時３５９を含む。
取得日時３５９は、復元装置４０によってカオスデータが取得された場合にその日時が登録される。詳細には、第２ＣＰＵ３１は、図９に示したステップ１０１５にて対応カオスデータを復元装置４０に送信した場合に、その対応カオスデータのレコードの取得日時３５９に現在日時を登録する。
取得日時に「ＮＵＬＬ」が登録されている場合、そのレコードのカオスデータは、復元装置４０に一度も取得されていないことを意味する。
【0146】
本変形例では、第１ＣＰＵ２１及び第３ＣＰＵ４１は、上記実施形態と同じ処理を実行する。第２ＣＰＵ３１は、図７に示したカオスデータ記憶処理及び図９に示したカオスデータ送信処理を実行し、図１８に示した消去処理を実行する。
【0147】
＜消去処理＞
第２ＣＰＵ３１は、図１８のステップ１８００から処理を開始し、ステップ１８０５に進む。ステップ１８０５にて、第２ＣＰＵ３１は、カオスデータテーブル３５０の日時情報３５９を参照し、カオスデータが復元装置４０に取得されたことがあるか否かを判定する。
第２ＣＰＵ３１は、図１８のステップ１８００から処理を開始し、ステップ１８０５に進む。ステップ１８０５にて、第２ＣＰＵ３１は、カオスデータテーブル３５０の日時情報３５９を参照し、カオスデータが復元装置４０に取得されたことがあるか否かを判定する。
【0148】
カオスデータが復元装置４０に取得されたことがない場合、第２ＣＰＵ３１は、ステップ１８０５にて「Ｎｏ」と判定し、ステップ１８１０及びステップ１８１５を順に実行する。
【0149】
ステップ１８０５：第２ＣＰＵ３１は、カオスデータテーブル３５０の日時３５６に登録された日時からの第１経過時間Ｔｇ１を取得する。
ステップ１８１０：第２ＣＰＵ３１は、第１経過時間Ｔｇ１が閾値時間Ｔｇｔｈ以上であるか否かを判定する。
ステップ１８１０：第２ＣＰＵ３１は、第１経過時間Ｔｇ１が閾値時間Ｔｇｔｈ以上であるか否かを判定する。
【0150】
第１経過時間Ｔｇ１が閾値時間Ｔｇｔｈ未満である場合、第２ＣＰＵ３１は、ステップ１８１５にて「Ｎｏ」と判定し、ステップ１８９５に進んで消去処理を終了する。
【0151】
第１経過時間Ｔｇ１が閾値時間Ｔｇｔｈ以上である場合、第２ＣＰＵ３１は、ステップ１８１５にて「Ｙｅｓ」と判定し、ステップ１８２０に進む。ステップ１８２０にて、第２ＣＰＵ３１は、カオスデータを消去する。詳細には、第２ＣＰＵ３１は、カオスデータテーブル３５０から第１経過時間Ｔｇ１が閾値時間Ｔｇｔｈ以上となったレコードを消去する。その後、第２ＣＰＵ３１は、ステップ１８９５に進んで消去処理を終了する。
【0152】
カオスデータが復元装置４０に取得されたことがある場合、第２ＣＰＵ３１は、ステップ１８０５にて「Ｙｅｓ」と判定し、ステップ１８２５及びステップ１８３０を順に実行する。
【0153】
ステップ１８２５：第２ＣＰＵ３１は、カオスデータテーブル３５０の取得日時３５９に登録された日時からの第２経過時間Ｔｇ２を取得する。
ステップ１８３０：第２ＣＰＵ３１は、第２経過時間Ｔｇ２が閾値時間Ｔｇｔｈ以上であるか否かを判定する。
ステップ１８３０：第２ＣＰＵ３１は、第２経過時間Ｔｇ２が閾値時間Ｔｇｔｈ以上であるか否かを判定する。
【0154】
第２経過時間Ｔｇ２が閾値時間Ｔｇｔｈ未満である場合、第２ＣＰＵ３１は、ステップ１８３０にて「Ｎｏ」と判定し、ステップ１８９５に進んで消去処理を終了する。
【0155】
第２経過時間Ｔｇ２が閾値時間Ｔｇｔｈ以上である場合、第２ＣＰＵ３１は、ステップ１８３０にて「Ｙｅｓ」と判定し、ステップ１８２０に進んでカオスデータを消去する。その後、第２ＣＰＵ３１は、ステップ１８９５に進んで消去処理を終了する。
【0156】
以上により、カオスデータは、消去条件が成立した場合に消去される。これにより、復元装置４０が閾値時間Ｔｇｔｈ以上取得しない場合には、記憶サーバ３０からカオスデータが消去されるので、記憶サーバ３０からカオスデータが第三者によって取得される可能性を低減できる。更に、記憶サーバ３０のカオスデータを記憶するために必要な記憶容量を低減できる。
【0157】
なお、第１経過時間Ｔｇ１の始点は、元データの分割時点ではなく「記憶サーバ３０がカオスデータを記憶した記憶時点」であってもよい。
【0158】
（第６変形例）
上記実施形態では、ピースデータに含めるデータを抜き出す抜出位置は予め決められていたが、抜出位置はランダムに決定された位置であってもよい。この場合、端末２０と復元装置４０とで、抜出位置をランダムにするための規則を共有する。
上記実施形態では、ピースデータに含めるデータを抜き出す抜出位置は予め決められていたが、抜出位置はランダムに決定された位置であってもよい。この場合、端末２０と復元装置４０とで、抜出位置をランダムにするための規則を共有する。
【0159】
（第７形例）
データ管理システム１０は、記憶サーバ３０を備えなくてもよい。この場合、復元装置４０がカオスデータテーブル３５０を有し、端末２０は、カオスデータ及び時空間ＩＤを復元装置４０に送信する。カオスデータテーブル３５０を有する装置（上記実施形態における記憶サーバ３０及び本変形例における復元装置４０）を「外部の記憶装置」と称呼する場合がある。
データ管理システム１０は、記憶サーバ３０を備えなくてもよい。この場合、復元装置４０がカオスデータテーブル３５０を有し、端末２０は、カオスデータ及び時空間ＩＤを復元装置４０に送信する。カオスデータテーブル３５０を有する装置（上記実施形態における記憶サーバ３０及び本変形例における復元装置４０）を「外部の記憶装置」と称呼する場合がある。
【符号の説明】
【0160】
１０…データ管理システム、２０…端末、３０…記憶サーバ、４０…復元装置、２６０…ピースデータテーブル、３５０…カオスデータテーブル。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】