(57)【要約】本発明はデジタルドキュメントの証拠保存方法及びシステムを提供する。この証拠保存方法は、ユーザ端末において、デジタルドキュメントに対してドキュメントコード変換を行うことにより、当該デジタルドキュメントに唯一的に対応するドキュメントコードを得るステップと、前記ユーザ端末から、使用者情報と地理位置情報とを含む前記ユーザ端末に関する第１属性情報を前記ドキュメントコードと共にサーバーにアップロードするステップと、前記サーバーが、前記ドキュメントコードを受信した時刻を示す時刻情報を含む第２属性情報を、受信した前記ドキュメントコード及び前記第１属性情報にロードすることにより、コードファイルを生成し、当該コードファイルを前記サーバーのコードファイルデータベースに格納するステップと、を備えることを特徴とする。
2015506028.tif 000002
【特許請求の範囲】
【請求項１】
デジタルドキュメントの証拠保存方法であって、
ユーザ端末において、デジタルドキュメントに対してドキュメントコード変換を行うことにより、当該デジタルドキュメントに唯一的に対応するドキュメントコードを得るステップと、
前記ユーザ端末から、使用者情報と地理位置情報とを含む前記ユーザ端末に関する第１属性情報を前記ドキュメントコードと共にサーバーにアップロードするステップと、
前記サーバーが、前記ドキュメントコードを受信した時刻を示す時刻情報を含む第２属性情報を、受信した前記ドキュメントコード及び前記第１属性情報にロードすることにより、コードファイルを生成し、当該コードファイルを前記サーバーのコードファイルデータベースに格納するステップと、
を備えており、
前記デジタルドキュメントの内容が変更されると、前記ドキュメントコードの内容もそれに応じて変更されることを特徴とするデジタルドキュメントの証拠保存方法。
【請求項２】
前記サーバーが、前記ドキュメントコードを受信した時刻を示す時刻情報を含む第２属性情報を、受信した前記ドキュメントコード及び前記第１属性情報にロードすることにより、コードファイルを生成し、当該コードファイルを前記サーバーのコードファイルデータベースに格納するステップにおいては、
前記サーバーは、前記ユーザ端末からアップロードされたドキュメントコードが受信されると、前記コードファイルデータベースに既に存在するコードファイルのドキュメントコードを検索し、同一のドキュメントコードが存在しない場合に、受信したドキュメントコードに前記第１属性情報及び前記第２属性情報をロードしてコードファイルを生成し、当該コードファイルを前記コードファイルデータベースに格納することを特徴とする請求項１記載のデジタルドキュメントの証拠保存方法。
【請求項３】
前記ユーザ端末において前記デジタルドキュメントをデジタルドキュメントデータベースにアップロードするステップを更に備えることを特徴とする請求項１又は２に記載のデジタルドキュメントの証拠保存方法。
【請求項４】
前記時刻情報は、サーバーのローカルタイムであることを特徴とする請求項１又は２に記載のデジタルドキュメントの証拠保存方法。
【請求項５】
前記時刻情報は、前記ユーザ端末及び前記サーバー以外の第三者からサーバーに提供されることを特徴とする請求項１又は２に記載のデジタルドキュメントの証拠保存方法。
【請求項６】
少なくとも一つのユーザ端末と少なくとも一つのサーバーとを備えるデジタルドキュメントの証拠保存システムであって、
前記ユーザ端末は変換モジュールと伝送モジュールとを備え、前記変換モジュールは、デジタルドキュメントを当該デジタルドキュメントに唯一的に対応するドキュメントコードに変換し、前記伝送モジュールは、前記ドキュメントコードと、前記ユーザ端末の使用者情報と地理位置情報とを備える前記ユーザ端末に関する第１属性情報とを前記サーバーにアップロードし、
前記サーバーは受信モジュールと、属性ロードモジュールとコードファイルデータベースとを備え、前記受信モジュールは前記ユーザ端末から前記ドキュメントコードを受信し、前記属性ロードモジュールは、前記第１属性情報と、前記サーバーが前記ドキュメントコードを受信した時刻を示す時刻情報を含む第２属性情報とを、受信した前記ドキュメントコードにロードすることによりコードファイルを生成し、前記コードファイルデータベースは前記コードファイルを格納するものであり、
前記デジタルドキュメントの内容が変更されると、前記ドキュメントコードの内容もそれに応じて変更されることを特徴とするデジタルドキュメントの証拠保存システム。
【請求項７】
前記サーバーは、
ユーザ端末からアップロードしたドキュメントコードが受信されると、前記コードファイルデータベースに既に存在するコードファイルのドキュメントコードを検索し、前記既に存在するドキュメントコードと、ユーザ端末からアップロードしたドキュメントコードとを比較する比較モジュールを更に備えることを特徴とする請求項６に記載のデジタルドキュメントの証拠保存システム。
【請求項８】
前記ユーザ端末の伝送モジュールは、前記デジタルドキュメントを前記サーバーにアップロードし、
前記サーバーは前記デジタルドキュメントをデジタルドキュメントデータベースに格納することを特徴とする請求項６に記載のデジタルドキュメントの証拠保存システム。
【請求項９】
前記時刻情報は、サーバーのローカルタイムであることを特徴とする請求項６〜８のいずれか一項に記載のデジタルドキュメントの証拠保存システム。
【請求項１０】
前記時刻情報は、前記ユーザ端末及び前記サーバー以外の第三者からサーバーに提供されることを特徴とする請求項９に記載のデジタルドキュメントの証拠保存システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルドキュメントの証拠保存方法及びシステムに関する。
【背景技術】
【０００２】
最近、デジタルドキュメント（digital document）はますます多くの分野に用いられてきているが、簡単に改ざんしたり偽造したりすることができる性質を持つため、その存続期間や真正性や信頼性を確保することが困難である。デジタル著作権保護など知財保護分野において、如何にしてデジタルドキュメントの創作性や存続期間を証明するかは解決しなければならない課題となっている。
【０００３】
従来、前記デジタルドキュメントの保護手段としては、整ったデジタルドキュメントをサーバーにアップロードし、更に、サーバーにおいてデジタルドキュメントを暗号化するとともにアップロード時刻を記録することでデジタルドキュメントの創作性及び存続期間を証明するのが多く見られる。
【０００４】
ところで、前記の保護手段では、先ず最初のデジタルドキュメントをサーバーにアップロードする必要があるため、ファイル容量が大きくてネットワークの帯域幅が制限されている場合には、アップロードに必要な時間が長引いてしまう。
【０００５】
また、デジタルドキュメントをサーバーにアップロードし、サーバー側でドキュメント指紋を生成し、更に、このドキュメント指紋と最初のデジタルドキュメントをユーザ端末のパソコンに保存する保護手段もある。
【０００６】
しかし、このような保護手段は、デジタルドキュメントのアップロードに十分なネットワークの帯域幅が必要である他に、ユーザ端末のパソコンに保存されたドキュメント指紋が改ざんされる恐れがあるため、ドキュメント指紋及びデジタルドキュメントの信頼性を有効かつ公正に証明することが困難になる問題がある。
【発明の概要】
【０００７】
本発明は、少なくとも上記した従来技術に存する欠陥を改善できるデジタルドキュメントの証拠保存方法及びシステムを提供することを目的とする。本発明のデジタルドキュメントの証拠保存方法及びシステムは、デジタルドキュメントの創作性や存続期間の信頼性を確保すると共に、データ伝送量と帯域幅使用量が少ない性質を持つため、伝送スピードが速く効率が高い効果を奏することが期待できる。
【０００８】
本出願の一面によると、本発明は、以上の目的を達成するために、デジタルドキュメントの証拠保存方法であって、ユーザ端末において、デジタルドキュメントに対してドキュメントコード変換を行うことにより、当該デジタルドキュメントに唯一的に対応するドキュメントコードを得るステップと、前記ユーザ端末から、使用者情報と地理位置情報とを含む前記ユーザ端末に関する第１属性情報を前記ドキュメントコードと共にサーバーにアップロードするステップと、前記サーバーが、前記ドキュメントコードを受信した時刻を示す時刻情報を含む第２属性情報を、受信した前記ドキュメントコード及び前記第１属性情報にロードすることにより、コードファイルを生成し、当該コードファイルを前記サーバーのコードファイルデータベースに格納するステップとを備えており、前記デジタルドキュメントの内容が変更されると、前記ドキュメントコードの内容もそれに応じて変更されることを特徴とする。
【０００９】
本出願の又一面によると、本発明は、以上の目的を達成するために、少なくとも一つのユーザ端末と少なくとも一つのサーバーとを備えるデジタルドキュメントの証拠保存システムであって、前記ユーザ端末は変換モジュールと伝送モジュールとを備え、前記変換モジュールは、デジタルドキュメントを当該デジタルドキュメントに唯一的に対応するドキュメントコードに変換し、前記伝送モジュールは、前記ドキュメントコードと、前記ユーザ端末の使用者情報と地理位置情報とを備える前記ユーザ端末に関する第１属性情報とを前記サーバーにアップロードし、前記サーバーは受信モジュールと、属性ロードモジュールとコードファイルデータベースとを備え、前記受信モジュールは前記ユーザ端末から前記ドキュメントコードを受信し、前記属性ロードモジュールは、前記第１属性情報と、前記サーバーが前記ドキュメントコードを受信した時刻を示す時刻情報を含む第２属性情報とを、受信した前記ドキュメントコードにロードすることによりコードファイルを生成し、前記コードファイルデータベースは前記コードファイルを格納するものであり、前記デジタルドキュメントの内容が変更されると、前記ドキュメントコードの内容もそれに応じて変更されることを特徴とする。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態のデジタルドキュメントの証拠保存方法を示すフローチャートである。
【図２】本発明の更なる実施形態のデジタルドキュメントの証拠保存方法を示すフローチャートである。
【図３】本発明の一実施形態のデジタルドキュメントの証拠保存システムを示す図である。
【図４】本発明の異なる実施形態において属性情報をドキュメントコードのヘッダ部にロードして生成したコードファイルのファイル形式を示す図である。
【図５】本発明の更なる実施形態のデジタルドキュメントの証拠保存システムを示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明のデジタルドキュメントの証拠保存方法及びシステムについて詳しく説明する。説明上の便宜を図るために、各実施例において同一又は類似した部分に対して同一又は類似した符号を使用する。
【００１２】
図１は本発明の一実施形態のデジタルドキュメントの証拠保存方法を示すフローチャートである。図1に示されるように、ステップ１１０において、ユーザ端末において、デジタルドキュメントに対してドキュメントコード変換を行うことにより、当該デジタルドキュメントに唯一的に対応するドキュメントコードを得る。ステップ１２０において、ユーザ端末から、ドキュメントコードと、ユーザ端末に関する第１属性情報とをサーバーにアップロードする。ここで、前記第１属性情報はユーザ端末の使用者情報と地理位置情報とを含む。ステップ１３０において、サーバーが、ドキュメントコードを受信した時刻を示す時刻情報を含む第２属性情報を、受信したドキュメントコード及び第１属性情報にロードすることにより、コードファイルを生成してサーバーのコードファイルデータベースに格納する。ここで、デジタルドキュメントの内容が変更されると、ドキュメントコードの内容もそれに応じて変更される。
【００１３】
一実施形態によると、第２属性情報の時刻情報は、サーバーがアップロードされたドキュメントコードを受信したローカルタイムを示すものであり、ドキュメントコードの存在時間を証明することができる。また、ドキュメントコードがデジタルドキュメントに唯一的に対応するものであるため、時刻情報は、アップロードされたドキュメントコードに唯一的に対応するデジタルドキュメントの存続期間を証明することができる。これにより、ドキュメントコードとデジタルドキュメントの属性情報が結び付けられると、ドキュメントコードに唯一的に対応するデジタルドキュメントが特定の期間に存在することを証明することができると分かる。そして、コードファイルはコードファイルデータベースに格納されるため、ユーザ端末において属性情報の内容に対して任意に改ざんすることを防止することができ、属性情報の信頼性を確保することができる。
【００１４】
異なる一実施形態によると、時刻情報は、ユーザ端末及びサーバー以外の第三者からサーバーに提供されてもよい。例えば、サーバーは、国家報時センターなど標準時刻を知らせる第三者に接続され、このような標準時刻を知らせる第三者からサーバーに時刻情報を提供することにより、時刻情報の正確性や権威性をよりよく確保をすることができる。
【００１５】
異なる一実施形態によると、コードファイルの第１属性情報の使用者情報は、サーバーから提供されてもよい。ここで、使用者情報としては、例えば、ユーザーがサーバーにアクセスする際に使用されるユーザーID、又はユーザーが使用する端末の端末IDなどが挙げられるが、これに限定されない。サーバーは、ユーザーのアクセスによって使用者情報を取得する。
【００１６】
異なる一実施形態によると、コードファイルの第１属性情報の地理位置情報は、端末から提供されてもよい。例えば、端末はGPS測位機能を備える移動端末（例えば、GPS測位機能を備えるスマートフォンなど）である場合、ユーザ端末の地理位置情報は移動端末のGPSモジュールから提供できる。異なる一実施例において、ユーザ端末の地理位置情報は、ユーザ端末から送信されてから、サーバーによって読み取られる構成としても良い。例えば、端末はパソコンである場合、サーバーは端末から送信されてきたIPアドレスによってユーザ端末の地理位置情報を判定することができる。このようにして、ドキュメントコードとユーザ端末の地理位置情報が結び付けられると、ドキュメントコードをアップロードした地理位置を証明し、ドキュメントコードに対応されるデジタルドキュメントのアップロード地理位置を証明することができる。
【００１７】
一実施形態によると、ユーザ端末は、生成されたドキュメントコードをサーバーにアップロードする。サーバーは、受信されたドキュメントコードに属性情報をロードしてコードファイルを生成し、コードファイルをサーバーに格納する。サーバーには、複数のコードファイルを格納することができ、各コードファイルは、ドキュメントコードと、ドキュメントコードの属性情報と、を備える。一実施例によると、属性情報は、例えば、ドキュメントコードのヘッダ部にロードされてコードファイルを生成できるが、これに限定されない。
【００１８】
一実施形態によると、ユーザ端末は、デジタルドキュメントに対してドキュメントコード変換を行って、唯一のドキュメントコードを得る。ここで、ドキュメントコードは、ハッシュアルゴリズムでドキュメントコードの変換を行うことにより生成された符号化データである。このような符号化データの長さは、デジタルドキュメントの長さよりも遥かに小さくなる。一実施例によると、ハッシュアルゴリズムを採用して、デジタルドキュメントに対してドキュメントコード変換を行ってもよい。例えば、MD５アルゴリズムを採用して、デジタルドキュメントに対してドキュメントコード変換を行い、１２８ビットのドキュメントコードを取得することができる。このようにして、１２８ビットのデータのアップロードに必要な時間は、デジタルドキュメントのアップロードに必要な時間よりも遥かに少なくなるので、デジタルドキュメントをアップロードする際に莫大な時間がかかる問題を解決することができる。また、例えば、MD５などのハッシュアルゴリズムを採用してデジタルドキュメントと唯一的に対応するドキュメントコードが得られるため、デジタルドキュメントの唯一性を証明できる。言い換えると、デジタルドキュメントに修正がされた場合は、ハッシュアルゴリズムによってデジタルドキュメントを変換して得られたドキュメントコードにも変化が発生する。即ち、修正前のデジタルドキュメントの変換によって得られるドキュメントコードは、修正後のデジタルドキュメントの変換によって得られるドキュメントコードと違う。尚、デジタルドキュメントからドキュメントコードへの変換はできるが、逆にドキュメントコードからデジタルドキュメントの内容を把握することができないため、デジタルドキュメントの内容を漏えいすることがない。ここで、MD５アルゴリズムを採用してドキュメントコード変換を行うことは本発明の一実施例に過ぎないと理解するべきである。MD５アルゴリズム以外に、MD4、SHA-1、SHA-225、SHA-256、SHA-384、SHA-512などのハッシュアルゴリズムを採用してもドキュメントコードを生成することができる。
【００１９】
本出願の実施形態のデジタルドキュメントの証拠保存方法によると、デジタルドキュメントをドキュメントコードに変換させることによって、ドキュメントのサイズを小さくすることができ、デジタルドキュメントをアップロードする時間を短縮することができる。また、ドキュメントコードに属性情報をロードして生成されたコードファイルがサーバーに格納されると、デジタルドキュメントが既に特定の時刻に成立した事実を確実に証明することができ、そして、コードファイルの存続期間の信頼性を確保することができる。さらに、コードファイルはサーバーに格納されるため、コードファイルのデータが改ざんされることがなく、コードファイルの公正性を確保することができる。
【００２０】
図２は本発明の更なる実施形態のデジタルドキュメントの証拠保存方法を示すフローチャートである。同図に示されるように、ステップ２１０において、ユーザ端末において、デジタルドキュメントに対してドキュメントコード変換を行うことにより、当該デジタルドキュメントに唯一的に対応するドキュメントコードを得る。ステップ２２０において、ユーザ端末から、使用者情報と地理位置情報とを含む、ユーザ端末に関する第１属性情報を前記ドキュメントコードと共にサーバーにアップロードする。ステップ２３０において、サーバーは、ユーザ端末からアップロードされたドキュメントコードが受信されると、コードファイルデータベースに既に存在するコードファイルのドキュメントコードを検索し、同一のドキュメントコードが存在しない場合に、受信したドキュメントコードに第１属性情報及び第２属性情報をロードしてコードファイルを生成し、当該コードファイルを前記コードファイルデータベースに格納する。ここで、第２属性情報はサーバーがアーカイブコードを受信した時刻情報を含む。図２において、ステップ２１０と２２０は、図１に示すステップ１１０と１２０に類似するため、その説明を省略する。本実施形態によると、コードファイルデータベースには、現在アップロードされたドキュメントコードと同一のドキュメントコードが既に格納されているか否か確認し、確認の結果に基づいてドキュメントコードの属性情報のロード及び格納を行うことができるため、コードファイルデータベースに格納されているコードファイルの数を減らして資源利用率を向上することができる。
【００２１】
一実施形態によると、サーバーに、同一のドキュメントコードが含まれるコードファイルが既に格納されているかを検索する場合、第１属性情報の使用者情報によって、ユーザ端末からアップロードされたドキュメントコードと、同じユーザ端末からサーバーに格納したコードファイルのそれぞれが含むドキュメントコードとを比較する。言い換えると、サーバーは、属性情報の使用者情報によって、アップロードされたコードファイルにおける使用者と同じであるコードファイルに含まれるドキュメントコードを選択して比較するため、比較時間を減少させ、効率を向上することができる。
【００２２】
一実施形態によると、サーバーに同一のドキュメントコードが既に格納されているとを確認したとき、ドキュメントコードを放棄する。この場合、既に同一のドキュメントコードが格納されているため、使用者が以前に同じデジタルドキュメントをドキュメントコードに変換させてサーバーにアップロードし、また、既にドキュメントコードに対して第１属性情報及び第２属性情報をロードし、ドキュメントコードの以前のアップロード時刻が記録されていることが確認できる。以前にコードファイルのドキュメントコードを格納した時刻は、後にドキュメントコードをアップロードした時刻よりも早いため、現在のドキュメントコードの格納を放棄することができる。これにより、サーバーに格納されたコードファイルのドキュメントコード及び時刻情報が、以前にドキュメントコードをアップロードした時刻を示すことができるように確保することができる。すると、ドキュメントコードが対応するデジタルドキュメントがより前の時に存在した事実を裏付けることができる。
【００２３】
一実施形態によると、サーバーには同一のドキュメントコードを含むコードファイルが既に格納されているとを確認した場合、サーバーに既に同一のドキュメントコードが格納されていることをユーザ端末へ報告する。ユーザ端末において現在のドキュメントコードの処理方式を選択する。ユーザ端末において現在のドキュメントコードが放棄されると、サーバーはドキュメントコードを放棄する。一方、ユーザ端末において既に格納されているドキュメントコードの代わりに現在のドキュメントコードが選択されると、サーバーは、既に格納されているドキュメントコードに対応するコードファイルの代わりに、受信された現在のドキュメントコードに属性情報をロードしてコードファイルを生成してサーバーに格納する。ここで、ユーザ端末において既に格納されているドキュメントコードの代わりに現在のドキュメントコードが選択される場合、サーバーは、ドキュメントコードのアップロード時刻が変更される旨をユーザ端末に通知する。以前に格納されたドキュメントコードのアップロード時刻は後にアップロードする時刻より早いため、このような変更では、デジタルドキュメントの存在した時刻が後に伸ばされてしまう。なお、ユーザ端末において、受信した現在のドキュメントコードを、以前のドキュメントコードと共にサーバーに格納することが選択されると、サーバーは受信されたドキュメントコードに属性情報をロードしてコードファイルを生成し、コードファイルをサーバーに格納する。本実施形態によると、現在のドキュメントコードと、既にコードファイルデータベースに格納されたコードファイルのドキュメントコードとを比較することによって、サーバーに既に同一のドキュメントコードが格納されたかを確認し、またユーザ端末において既に格納されるドキュメントコードを選択するかを決まる。デジタルドキュメントが存在した時刻を改ざんしたり後伸ばしたりすることを防止できる。
【００２４】
異なる一実施形態によると、コードファイルは、ドキュメントコードを記録するドキュメントコードフィールドと、第１属性情報を記録する第１属性情報フィールドと、第２属性情報を記録する第２属性情報及び/又は予備フィールドと、を備える。更に、第１属性情報フィールドは使用者情報フィールドと地理位置情報フィールドとを備え、第２属性情報は時刻情報フィールドと予備フィールドとを備え、それぞれ使用者情報、地理位置情報、時刻情報、その他の情報を記録するためのものである。サーバーは、このようなファイル形式を採用して、第１属性情報、第２属性情報とドキュメントコードをコードファイルに生成して、コードファイルをコードファイルデータベースに格納する。
【００２５】
本出願の一実施形態によると、デジタルドキュメントをサーバーにアップロードし、サーバーによってデジタルドキュメントをデジタルドキュメントデータベースに格納してもよい。これにより、サーバーで、デジタルドキュメントに対して格納したりバックアップしたりすることができる。更に、デジタルドキュメントがデジタルドキュメントデータベースに格納される際に、デジタルドキュメントの安全性を向上するために、それに対して暗号化処理が行われる。
【００２６】
図３は本発明の一実施形態のデジタルドキュメントの証拠保存システム３００を示す。証拠保存システム３００は、ユーザ端末３１０と、サーバー３２０と、を備える。
【００２７】
ユーザ端末３１０は、変換モジュール３１１と、伝送モジュール３１２と、を備える。変換モジュール３１１は、デジタルドキュメントを当該デジタルドキュメントに唯一的に対応するドキュメントコードに変換する。伝送モジュール３１２は、ドキュメントコードと、ユーザ端末に関する第１属性情報とをサーバーにアップロードする。サーバー３２０は、受信モジュール３２１と、属性ロードモジュール３２２と、コードファイルデータベース３２３と、を備える。受信モジュール３２１は、ユーザ端末からドキュメントコードを受信する。属性ロードモジュール３２２は、受信されたドキュメントコードに第１属性情報及び第２属性情報をロードしてコードファイルを生成する。ここで、第２属性情報には、サーバーがドキュメントコードを受信した時刻を示す情報が含まれる。コードファイルデータベース３２３はコードファイルを格納するためのものである。なお、デジタルドキュメントの内容が変更されると、ドキュメントコードの内容もそれに相応して変更される。
【００２８】
一実施形態によると、ユーザ端末３１０は、デジタルドキュメントを、それに唯一的に対応するドキュメントコードに変換して、アップロードする。ここで、ドキュメントコードは、ハッシュアルゴリズムでドキュメントコードの変換を行うことにより生成された符号化データである。このような符号化データの長さは、デジタルドキュメントの長さよりも遥かに小さくなる。一実施例によると、ハッシュアルゴリズムを採用して、デジタルドキュメントに対してドキュメントコード変換を行ってもよい。例えば、MD５アルゴリズムを採用して、デジタルドキュメントに対してドキュメントコード変換を行い、１２８ビットのドキュメントコードを取得することができる。このようにして、１２８ビットのデータのアップロードに必要な時間は、デジタルドキュメントのアップロードに必要な時間よりも遥かに少なくなるので、デジタルドキュメントをアップロードする際に莫大な時間がかかる問題を解決することができる。また、例えば、MD５などのハッシュアルゴリズムを採用してデジタルドキュメントと唯一的に対応するドキュメントコードが得られるため、デジタルドキュメントの唯一性を証明できる。尚、デジタルドキュメントからドキュメントコードへの変換はできるが、逆にドキュメントコードからデジタルドキュメントの内容を把握することができないため、デジタルドキュメントの内容を漏えいすることがない。ここで、MD５アルゴリズムを採用してドキュメントコード変換を行うことは本発明の一実施例に過ぎないと理解するべきである。MD５アルゴリズム以外に、MD4、SHA-1、SHA-225、SHA-256、SHA-384、SHA-512などのハッシュアルゴリズムを採用してもドキュメントコードを生成することができる。
【００２９】
一実施形態によると、ドキュメントコードの第２属性情報には、ドキュメントコードがサーバーにアップロードされた時刻を示す時刻情報が含まれる。ここで、この時刻情報はドキュメントコードのアップロード時刻であって、ドキュメントコードの存在時間を証明するのに使われる。ドキュメントコードがデジタルドキュメントに唯一的に対応するものであるため、時刻情報は、アップロードされたドキュメントコードに唯一的に対応するデジタルドキュメントの存続期間を証明することができる。一実施例において、この時刻情報はサーバーがアップロードされたドキュメントコードを受信したローカルタイムを示す情報を含んでもよい。異なる一実施形態によると、時刻情報は、第三者からサーバーに提供されてもよい。例えば、サーバーは、国家報時センターなど標準時刻を知らせる第三者に接続され、このような標準時刻を知らせる第三者からサーバーに時刻情報を提供することにより、サーバーを時刻は正確で標準的であることを確保することができる。
【００３０】
異なる一実施形態によると、コードファイルの第１属性情報の使用者情報は、サーバーから提供されてもよい。ここで、使用者情報としては、例えば、ユーザーがサーバーにアクセスする際に使用されるユーザーID、又はユーザーが使用する端末の端末IDなどが挙げられるが、これに限定されない。サーバーは、ユーザーのアクセスによって使用者情報を取得する。
【００３１】
異なる一実施形態によると、コードファイルの第１属性情報はユーザ端末の地理位置情報を含んでもよい。一実施例において、ユーザ端末の地理位置情報は、端末から提供されてもよい。例えば、端末はGPS測位機能を備える移動端末（例えば、GPS測位機能を備えるスマートフォンなど）である場合、ユーザ端末の地理位置情報は移動端末のGPSモジュールから提供できる。異なる一実施例において、ユーザ端末の地理位置情報は、ユーザ端末から送信されてから、サーバーによって読み取られる構成としても良い。例えば、端末はパソコンである場合、サーバーは端末から送信されてきたIPアドレスによってユーザ端末の地理位置情報を取得することができる。このようにして、ドキュメントコードとユーザ端末の地理位置情報が結び付けられると、ドキュメントコードをアップロードした地理位置を証明し、ドキュメントコードに対応するデジタルドキュメントのアップロード地理位置を証明することができる。
【００３２】
一実施例によると、例えば、図４に示されたファイル形式によって、属性情報とドキュメントコードをコードファイルに生成するが、これに限定されない。図４は、属性情報をドキュメントコードのヘッダ部にロードして生成したコードファイルのファイル形式を示す。例えば、図４に示すように、コードファイルは、ドキュメントコードを記録するドキュメントコードフィールドと、第１属性情報を記録する第１属性情報フィールドと、第２属性情報を記録する第２属性情報及び/又は予備フィールドと、を備える。更に、第１属性情報フィールドは使用者情報フィールドと地理位置情報フィールドとを備え、第２属性情報は時刻情報フィールドと予備フィールドとを備え、それぞれ使用者情報、地理位置情報、時刻情報、その他の情報を記録するためのものである。属性ロードモジュール３２２は、このようなファイル形式を採用して、第１属性情報、第２属性情報とドキュメントコードをコードファイルに生成して、コードファイルをコードファイルデータベース３２３に格納する。
【００３３】
図５に示すように、一実施形態によると、サーバー３２０は、比較モジュール３２4を更に備える。ユーザ端末からアップロードされたドキュメントコードがサーバー３２０に受信されると、比較モジュール３２4は、コードファイルデータベース３２３に格納されているコードファイルのドキュメントコードを検索し、既存のドキュメントコードと、ユーザ端末からアップロードされたドキュメントコードとを比較する。一実施例によると、比較モジュール３２4は、コードファイルデータベース３２３から既存のコードファイルを抽出し、アップロードされたドキュメントコードとドキュメントコードフィールドから抽出したドキュメントコードを比較する。
【００３４】
デジタルドキュメントに対してドキュメントコード変換を行うと、唯一のドキュメントコードしか取得することができないため、コードファイルデータベース３２３に同一のドキュメントコードが格納されていない限り、当該ドキュメントコードは初めてコードファイルデータベース３２３にアップロードされることを意味する。つまり、同じデジタルドキュメントはドキュメントコードに変換されて格納されていないことを意味する。この場合、属性ロードモジュール３２２は、受信したドキュメントコードに属性情報をロードしてコードファイルを生成し、コードファイルをコードファイルデータベース３２３に格納する。一実施形態によると、サーバーに同一のドキュメントコードが既に格納されているかを確認する場合、第１属性情報の使用者情報によって、アップロードされたドキュメントコード、コードファイルデータベース３２３に格納されている、全てのコードファイルのないの各コードファイルに含まれるドキュメントコードとを比較することができる。一実施形態によると、第１属性情報の使用者情報によって、アップロードされたドキュメントコードと、コードファイルデータベース３２３に格納されている、アップロードされたドキュメントコードと同じ使用者であるコードファイルに含まれるドキュメントコードとを比較してもよい。各デジタルドキュメントに対応するドキュメントコードが一つしかないため、このように比較することにより、同一のドキュメントコードが存在するか否かを確認し、デジタルドキュメントが既に格納されているか否かを確認することができる。同一のドキュメントコードが格納されていない場合、属性ロードモジュール３２２は受信したドキュメントコードに第１属性情報及び第２属性情報をロードしてコードファイルを生成して、コードファイルをコードファイルデータベース３２３に格納する。
【００３５】
一実施形態によると、既に同一のドキュメントコードが格納されていると比較モジュール３２4に確認されると、サーバー３２０はドキュメントコードを放棄する。この場合、同一のドキュメントコードが既に存在するため、使用者が以前に同じデジタルドキュメントをドキュメントコードに変換し、変換されたドキュメントコードがコードファイルデータベース３２３にアップロードし、以前にドキュメントコードに属性情報をロードし、かつてドキュメントコードをアップロードした時刻を記載したことを確認することができる。以前に格納したコードファイルのドキュメントコードの時間は、後のドキュメントコードのアップロード時刻より早いため、現在のドキュメントコードの格納を放棄することができる。これにより、コードファイルデータベース３２３に格納されたコードファイルのドキュメントコード及びその時刻情報は以前にドキュメントコードをアップロードした時刻を示すことができる。よって、ドキュメントコードに対応するデジタルドキュメントはそれより前の時に存在した事実を裏付けることができる。
【００３６】
一実施形態によると、同一のドキュメントコードが既に格納されていると比較モジュール３２４が確認した場合、コードファイルデータベース３２３に既に同一のドキュメントコードが格納されていることをユーザ端末３１０へ報告する。ユーザ端末３１０において現在のドキュメントコードの処理方式を選択する。ユーザ端末３１０において現在のドキュメントコードが放棄されると、サーバー３２０はドキュメントコードを放棄する。一方、ユーザ端末３１０において既に格納されているドキュメントコードの代わりに現在のドキュメントコードが選択されると、属性ロードモジュール３２２が、既に格納されているドキュメントコードに対応するコードファイルの代わりに、受信された現在のドキュメントコードに属性情報をロードしてコードファイルを生成してコードファイルデータベース３２３に格納する。ここで、ユーザ端末３１０において既に格納されているドキュメントコードの代わりに現在のドキュメントコードが選択される場合、サーバー３２０は、コードファイルデータベース３２３におけるドキュメントコードのアップロード時刻を変更する旨をユーザ端末３１０に通知する。以前に格納されたドキュメントコードのアップロード時刻は後にアップロードする時刻より早いため、このような変更では、デジタルドキュメントの存在した時刻が後に伸ばされてしまう。なお、ユーザ端末３１０において、受信した現在のドキュメントコードを、以前のドキュメントコードと共にコードファイルデータベース３２３に格納することが選択されると、コードファイルデータベース３２３は受信されたドキュメントコードに属性情報をロードしてコードファイルを生成し、コードファイルをコードファイルデータベース３２３に格納する。
【００３７】
図５に示すように、本出願の異なる一実施形態によると、ユーザーはデジタルドキュメントをサーバー３２０にアップロードし、サーバーはデジタルドキュメントをデジタルドキュメントデータベース３２５に格納する構成でもよい。この場合、デジタルドキュメントデータベース３２５でデジタルドキュメントに対して格納したりバックアップしたりすることができる。更に、サーバー３２０は、デジタルドキュメントがデジタルドキュメントデータベース３２５に格納される際に、デジタルドキュメントの安全性を向上するために、それに対して暗号化処理が行われる。
【００３８】
以上では図面を参照して本出願の例示的な実施形態について説明した。発明の詳細な説明の項においてなされた具体的な実施形態または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求事項の範囲内で、いろいろと変更して実施することができるものである。
【図１】
2015506028.tif 000003
【図２】
2015506028.tif 000004
【図３】
2015506028.tif 000005
【図４】
2015506028.tif 000006
【図５】
2015506028.tif 000007
【国際調査報告】
2015506028.tif 000008
2015506028.tif 000009
2015506028.tif 000010
2015506028.tif 000011