(57)【要約】【課題】時刻認証情報の保管に応じて返信される預入情報を、原本保証の対象である電子ファイルから簡易に確認すること。【解決手段】サービス提供サーバ１２０は、電子ファイルが存在していた時刻を証明し、かつその電子ファイルの改ざんを検知するための、タイムスタンプ局サーバによって認証された時刻情報を含む時刻認証情報を、保管サーバに送信する送信部２０７と、保管サーバから時刻認証情報の保管に応じて返信される預入情報を受信する受信部２０８と、受信した預入情報を、改ざんの検知に用いられない電子ファイルの領域に含める制御部２０９と、を備える。【選択図】図２
2018073348.tif 000002
【特許請求の範囲】
【請求項１】
電子ファイルが存在していた時刻を証明し、かつ前記電子ファイルの改ざんを検知するための、タイムスタンプ局サーバによって認証された時刻情報を含む時刻認証情報を、保管サーバに送信する送信部と、
前記保管サーバから前記時刻認証情報の保管に応じて返信される預入情報を受信する受信部と、
受信した前記預入情報を、前記改ざんの検知に用いられない前記電子ファイルの領域に含める制御部と、
を備える、サービス提供サーバ。
【請求項２】
前記時刻認証情報は、前記電子ファイルをハッシュ化して得られるハッシュ値を含み、
前記領域は、前記ハッシュ値の計算に用いられない領域である、請求項１に記載のサービス提供サーバ。
【請求項３】
前記領域は、前記電子ファイルのファイル名の領域を含む、請求項１又は２に記載のサービス提供サーバ。
【請求項４】
前記領域は、前記電子ファイルの署名外観の領域を含む、請求項１から３のいずれか一項に記載のサービス提供サーバ。
【請求項５】
前記預入情報は、前記保管サーバで保管される前記時刻認証情報を特定することが可能な情報を含む、請求項１から４のいずれか一項に記載のサービス提供サーバ。
【請求項６】
保管サーバから返信される預入情報を予測した予測預入情報を生成する預入情報予測部と、
前記予測預入情報を含む電子ファイルをハッシュ化して得られるハッシュ値をタイムスタンプ局サーバに送信するハッシュ値送信部と、
前記電子ファイルが存在していた時刻を証明し、かつ前記電子ファイルの改ざんを検知するための、前記タイムスタンプ局サーバによって認証された時刻情報を含む時刻認証情報を受信する時刻認証情報受信部と、
前記受信した時刻認証情報を前記電子ファイルに格納する格納制御部と、
前記時刻認証情報を前記保管サーバに送信する時刻認証情報送信部と、
前記保管サーバから前記時刻認証情報の保管に応じて返信される預入情報を受信する預入情報受信部と、
前記受信した預入情報と前記予測預入情報との比較結果に応じた処理を実行する処理部と
を備える、サービス提供サーバ。
【請求項７】
前記処理部は、前記比較結果が一致する場合、前記時刻認証情報が格納された前記電子ファイルをユーザ端末に送信する処理を行う、請求項６に記載のサービス提供サーバ。
【請求項８】
前記処理部は、前記比較結果が一致しない場合、
前記預入情報予測部に、新たに予測預入情報を予測させ、
前記ハッシュ値送信部に、前記新たに予測された予測預入情報を含めた電子ファイルをハッシュ化して得られるハッシュ値を前記タイムスタンプ局サーバに送信させる処理を行わせる、請求項６に記載のサービス提供サーバ。
【請求項９】
前記処理部は、前記比較結果が一致しない場合、前記予測預入情報と前記預入情報受信部で受信した前記預入情報との差分情報を、前記改ざんの検知に用いられない前記電子ファイルの領域に含める処理を行う、請求項６に記載のサービス提供サーバ。
【請求項１０】
電子ファイルが存在していた時刻を証明し、かつ前記電子ファイルの改ざんを検知するための、タイムスタンプ局サーバによって認証された時刻情報を含む時刻認証情報を、保管サーバに送信するステップと、
前記保管サーバから前記時刻認証情報の保管に応じて返信される預入情報を受信するステップと、
受信した前記預入情報を、前記改ざんの検知に用いられない前記電子ファイルの領域に含めるステップと、
を含む、サービス提供方法。
【請求項１１】
保管サーバから返信される預入情報を予測した予測預入情報を生成するステップと、
前記予測預入情報を含む電子ファイルをハッシュ化して得られるハッシュ値をタイムスタンプ局サーバに送信するステップと、
前記電子ファイルが存在していた時刻を証明し、かつ前記電子ファイルの改ざんを検知するための、前記タイムスタンプ局サーバによって認証された時刻情報を含む時刻認証情報を受信するステップと、
前記受信した時刻認証情報を前記電子ファイルに格納するステップと、
前記時刻認証情報を前記保管サーバに送信するステップと、
前記保管サーバから前記時刻認証情報の保管に応じて返信される預入情報を受信するステップと、
前記受信した預入情報と前記予測預入情報との比較結果に応じた処理を実行するステップと
を含む、サービス提供方法。
【請求項１２】
コンピュータに、
電子ファイルが存在していた時刻を証明し、かつ前記電子ファイルの改ざんを検知するための、タイムスタンプ局サーバによって認証された時刻情報を含む時刻認証情報を、保管サーバに送信するステップと、
前記保管サーバから前記時刻認証情報の保管に応じて返信される預入情報を受信するステップと、
受信した前記預入情報を、前記改ざんの検知に用いられない前記電子ファイルの領域に含めるステップと、
を実行させる、プログラム。
【請求項１３】
コンピュータに、
保管サーバから返信される預入情報を予測した予測預入情報を生成するステップと、
前記予測預入情報を含む電子ファイルをハッシュ化して得られるハッシュ値をタイムスタンプ局サーバに送信するステップと、
前記電子ファイルが存在していた時刻を証明し、かつ前記電子ファイルの改ざんを検知するための、前記タイムスタンプ局サーバによって認証された時刻情報を含む時刻認証情報を受信するステップと、
前記受信した時刻認証情報を前記電子ファイルに格納するステップと、
前記時刻認証情報を前記保管サーバに送信するステップと、
前記保管サーバから前記時刻認証情報の保管に応じて返信される預入情報を受信するステップと、
前記受信した預入情報と前記予測預入情報との比較結果に応じた処理を実行するステップと
を実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供サーバ、サービス提供方法及びプログラムに関する。
【背景技術】
【０００２】
タイムスタンプと呼ばれる時刻認証情報を電子ファイルに付与することが行われている。また、タイムスタンプを付与する電子データのハッシュ値とタイムスタンプ局の認証時刻情報を合わせてタイムスタンプ局の秘密鍵で署名したタイムスタンプトークンをバックアップとして保管するサービスが検討されている。
【０００３】
特許文献１には、タイムスタンプデータのハッシュ値を保管する保管装置から発行された保管ＩＤと、タイムスタンプデータの基となる対象データとを関連付けて記憶する技術（以下、「第一の技術」という。）が開示されている。また、特許文献１には、対象データを添付し署名欄にその対象データに基づくタイムスタンプデータを格納した中間ＰＤＦファイルを生成し、その生成した中間ＰＤＦファイルを添付し署名欄にその中間ＰＤＦファイルに基づくタイムスタンプデータを格納した包袋ＰＤＦファイルを生成する技術（以下、「第二の技術」という。）が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１７０６４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
タイムスタンプのデータを用いて原本証明を行う場面としては、タイムスタンプが付与された時期から例えば５年や１０年後のように長期間が経過した場面が想定される。このような長い期間の間には、電子ファイルの所在位置が転々し、管理が行き届かなくなることも想定される。このように電子ファイルが転々してしまうような場合であっても、タイムスタンプのデータをバックアップとして保管したか否かを、その電子ファイルから直ちに特定できることが望まれる。
【０００６】
しかしながら、特許文献１の第一の技術では、保管ＩＤと対象データとが別々のデータファイルであるので、電子ファイルが転々した場合にタイムスタンプのデータをバックアップとして保管したか否かをその電子ファイルのみから特定することができない。また、特許文献１の第二の技術では、ファイルの添付構造が「添付の添付」といった多層構造となっており、タイムスタンプのデータをバックアップとして保管したか否かをその電子ファイルから直ちに特定できない。さらに、いずれの技術も保管対象をタイムスタンプのハッシュ値としているが、本来、保管すべきはタイムスタンプトークンである。
【０００７】
そこで、本発明は、タイムスタンプトークンなどタイムスタンプに関する時刻認証情報の保管に応じて返信される預入情報を、原本保証の対象である電子ファイルから簡易に確認することを可能とするサービス提供サーバ、サービス提供方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一態様に係るサービス提供サーバは、電子ファイルが存在していた時刻を証明し、かつその電子ファイルの改ざんを検知するための、タイムスタンプ局サーバによって認証された時刻情報を含む時刻認証情報を、保管サーバに送信する送信部と、保管サーバから時刻認証情報の保管に応じて返信される預入情報を受信する受信部と、受信した預入情報を、改ざんの検知に用いられない電子ファイルの領域に含める制御部と、を備える。
【０００９】
この態様によれば、タイムスタンプ保管サーバで保管される時刻認証情報を特定するための預入情報を原本保証の対象である電子ファイルから直接的に確認することが可能となる。また、預入情報が電子ファイルと別個のデータとして管理されることがないので、電子ファイルが転々した場合においても、将来その時刻情報の原本保証が必要になった場合に、例えばファイル名を確認するだけでタイムスタンプ保管サーバ１４０にＴＳＴが保管されているファイルであるか否かを、容易にユーザが判断することができる。
【００１０】
本発明の一態様に係るサービス提供サーバは、保管サーバから返信される預入情報を予測した予測預入情報を生成する預入情報予測部と、予測預入情報を含む電子ファイルをハッシュ化して得られるハッシュ値をタイムスタンプ局サーバに送信するハッシュ値送信部と、電子ファイルが存在していた時刻を証明し、かつその電子ファイルの改ざんを検知するための、タイムスタンプ局サーバによって認証された時刻情報を含む時刻認証情報を受信する時刻認証情報受信部と、受信した時刻認証情報を電子ファイルに格納する格納制御部と、時刻認証情報を保管サーバに送信する時刻認証情報送信部と、保管サーバから時刻認証情報の保管に応じて返信される預入情報を受信する預入情報受信部と、受信した預入情報と予測預入情報との比較結果に応じた処理を実行する処理部とを備える。
【００１１】
この態様によれば、タイムスタンプ保管サーバで保管される時刻認証情報を特定するための預入情報を予め予測して電子ファイル内に記載する。これにより、仮にタイムスタンプ付与の電子ファイルに添付ファイルがあったとしても、添付の添付といった多層構造を取ることなく、預入情報の可視化性を高め、元の電子ファイルと同じ添付構造の扱いやすいワンファイルの形態での預入情報の記録が可能となる。また、預入情報が電子ファイルと別個のデータとして管理されることがないので、電子ファイルが転々した場合においても、将来その時刻情報の原本保証が必要になった場合に、電子ファイルを開いて確認することでタイムスタンプ保管サーバに時刻認証情報が保管されているファイルであるか否かを、容易にユーザが判断することができる。
【発明の効果】
【００１２】
本発明によれば、時刻認証情報の保管に応じて返信される預入情報を、原本保証の対象である電子ファイルから簡易に確認することができる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態のシステム全体の構成の例を示す図である。
【図２】第１実施形態のサービス提供サーバの構成の例を示すブロック図である。
【図３】第１実施形態における処理シーケンスの一例を示す図である。
【図４】第１実施形態における電子ファイルの変遷を模式的に示す図である。
【図５】第１実施形態におけるサービス提供サーバにおいて実行されるサービス提供方法の一例を示すフローチャートである。
【図６】第２実施形態におけるサービス提供サーバの構成の一例を示す図である。
【図７】第２実施形態における処理シーケンスの一例を示す図である。
【図８】第２実施形態における電子ファイルの変遷を模式的に示す図である。
【図９】第２実施形態においてタイムスタンプ保管サーバから送信された預入情報と、ＰＤＦファイルに記載されている預入情報とが異なる場合の例を示す図である。
【図１０】第２実施形態において作成されるＰＤＦファイルの一例を示す図である。
【図１１】第２実施形態のサービス提供サーバにおいて実行されるサービス提供方法の一例を示すフローチャートである。
【図１２】図１１のステップＳ１１５０の詳細な処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【００１５】
［課題の補足］
実施形態の説明に先立って、一般的に、原本保証の対象である電子ファイルを単純なワンファイル（１ファイル）で管理することが困難な理由を説明する。時刻認証の処理においては、原本保証の対象である電子ファイルのハッシュ値を計算し、このハッシュ値をタイムスタンプ局に送信する。タイムスタンプ局からは、ハッシュ値に時刻情報を付加したタイムスタンプトークン（以下、「ＴＳＴ」という。）が発行される。この発行されたＴＳＴが、その電子ファイルの電子署名欄に埋め込まれる。将来的に原本保証が必要になった場合には、ＴＳＴのハッシュ値と、電子ファイルから計算したハッシュ値とが一致しているかが判定され、一致している場合には、ＴＳＴの時刻情報が真正であり、その時刻に電ファイルが存在していたこと、及び、電子ファイルに改ざんがされていないことが判断できることになる。ここで、ＴＳＴが埋め込まれた電子ファイルに、新たな情報（例えばＴＳＴを保管するサーバから送られる預入情報）を記載する等の修正を加えてしまうと、電子ファイルの中身が変更されることになる。この結果、電子ファイルから生成されるハッシュ値が変わってしまので、ＴＳＴのハッシュ値と一致せず、電子ファイルが改ざんされたと検知されてしまうことになる。それ故、特許文献１の第二の技術のように証明書ファイルに原本データを添付した場合、「添付の添付」のような多層構造によって保管ＩＤを記載することが提案されているのである。
【００１６】
以下で説明する実施形態では、原本保証の対象である電子ファイルを修正するとハッシュ値が変わってしまうという特殊性を考慮しつつ、タイムスタンプのデータを保管する保管サーバの預入情報を、原本保証の対象である電子ファイルにおいてワンファイルで管理させる形態を説明する。
【００１７】
[第１実施形態]
[構成]
図１は、本実施形態に係るシステム１００の全体の構成の例を示す図である。システム１００は、ユーザ端末１１０ａ、１１０ｂ、１１０ｃと、サービス提供サーバ１２０と、タイムスタンプ局サーバ１３０と、タイムスタンプ保管サーバ１４０とを有する。ユーザ端末１１０ａ、１１０ｂ、１１０ｃとサービス提供サーバ１２０との間、サービス提供サーバ１２０とタイムスタンプ局サーバ１３０との間、及び、サービス提供サーバ１２０とタイムスタンプ保管サーバ１４０との間は、インターネット、ＬＡＮ（Local Area Network）及びＷＡＮ（Wide Area Network）等のネットワーク１５０を通じて相互に接続される。また、各端末、各サーバの間も、ネットワーク１５０を通じて相互に接続可能である。
【００１８】
ユーザ端末１１０ａ、１１０ｂ、１１０ｃは、原本保証を求めたい電子データ（以下、「原本ファイル」という。）を有する各ユーザが使用する端末である。図１においては３つのユーザ端末を示しているが、ユーザ端末の数は任意の数であってよい。複数のユーザ端末のことをまとめてユーザ端末１１０という。
【００１９】
サービス提供サーバ１２０は、例えばユーザ端末１１０から送信される原本ファイルを添付した電子ファイルＤ１を作成する。この電子ファイルＤ１が原本保証の対象となる。サービス提供サーバ１２０は、電子ファイルＤ１のハッシュ値を算出し、算出したハッシュ値をタイムスタンプ局サーバ１３０に送信する。サービス提供サーバ１２０は、タイムスタンプ局サーバ１３０から返信されたＴＳＴを、作成した電子ファイルＤ１の所定の領域に格納する。サービス提供サーバ１２０は、ＴＳＴをタイムスタンプ保管サーバ１４０に送信し、タイムスタンプ保管サーバ１４０から返信される預入情報を受信し、受信した預入情報を電子ファイルＤ１の所定の領域に含める処理を行う。詳細は後述する。
【００２０】
タイムスタンプ局サーバ１３０は、サービス提供サーバ１２０から送信されたハッシュ値と、自局で取得した時刻情報とを含めて例えば自局の秘密鍵で暗号化した時刻認証情報（すなわち、ＴＳＴ）を生成し、ＴＳＴをサービス提供サーバ１２０に返信する。なお、不図示の認証局において管理されているタイムスタンプ局サーバ１３０の公開鍵を用いることで、ＴＳＴを復号してハッシュ値を得ることが可能である。
【００２１】
タイムスタンプ保管サーバ１４０は、サービス提供サーバ１２０から送信されたＴＳＴを保管する。タイムスタンプ保管サーバ１４０は、ＴＳＴを保管する際に、預入情報をサービス提供サーバ１２０に返信する。預入情報の詳細は後述する。
【００２２】
［サービス提供サーバの構成］
図２は、サービス提供サーバ１２０の構成の例を示すブロック図である。サービス提供サーバ１２０は、原本ファイル受信部２０１、電子ファイル作成部２０２、ハッシュ値計算部２０３、ハッシュ値送信部２０４、ＴＳＴ受信部２０５、ＴＳＴ格納制御部２０６、ＴＳＴ送信部２０７、預入情報受信部２０８、預入情報制御部２０９及び電子ファイル送信部２１０を含む。
【００２３】
サービス提供サーバ１２０は、不図示のＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びフラッシュメモリ又はＨＤＤ（Hard Disc Drive）等を備える情報処理装置によって構成されることができる。フラッシュメモリ又はＨＤＤ等に格納されたプログラムが一時的にＲＡＭに読み出され、ＣＰＵが、ＲＡＭに読み出されたプログラムを実行することで、ＣＰＵが、図２に示すサービス提供サーバ１２０の各部として機能することができる。ここではソフトウェアを用いて実現する構成を例に挙げて説明するが、ハードウェア、ファームウェア、およびソフトウェアのいずれで構成してもよい。図２は構成の一例を示したものに過ぎず、サービス提供サーバ１２０は他の構成を含んでもよい。また、図２に記載された構成の全てが必須の要件であるとは限らない。
【００２４】
サービス提供サーバ１２０の各部のうちの少なくとも一部は、複数の情報処理装置による分散処理によって実現されてよい。また、サービス提供サーバ１２０は、図示しないクラウドサーバ等からダウンロードしたプログラムに従って処理を実行してもよい。
【００２５】
原本ファイル受信部２０１は、ユーザ端末１１０から電子データ（原本ファイル）を受信する。この原本ファイルは、ユーザ端末１１０のユーザが、原本保証を求めたい電子データである。原本ファイルは、任意の種類の電子データのファイルであってよく、例えばテキストデータ、音声データ、映像データ等の任意の形式の電子ファイルであってよい。
【００２６】
電子ファイル作成部２０２は、原本ファイル受信部２０１で受信した原本ファイルから電子ファイルを作成する。例えば、電子ファイル作成部２０２は、原本ファイルを添付したＰＤＦ（Portable Document Format）ファイルを作成する。電子ファイル作成部２０２は、複数の原本ファイルをまとめて添付した１つのＰＤＦファイルを作成することができる。本実施形態においては、このＰＤＦファイルが、原本保証の対象として扱われる。このように、原本ファイルを添付したＰＤＦファイルを作成することで、多様な種類の電子データの原本保証をまとめて行うことができる。
【００２７】
また、電子ファイル作成部２０２は、タイムスタンプ局サーバ１３０において付与される時刻情報を予測し、予測した時刻情報をＰＤＦファイル内に記載してもよい。例えば、電子ファイル作成部２０２は、ＰＤＦファイルを開いた場合に表示される最初のページ内の所定の位置等のように、ユーザによって視認され易い位置に時刻情報を記載してもよい。このように予め予測した時刻情報をファイル内に記載しておき、この予測した時刻情報とタイムスタンプ局サーバ１３０において付与される時刻情報とが一致する場合、真正な時刻情報が記載されているＰＤＦファイルが存在することになる。なお、予測した時刻情報とタイムスタンプ局サーバ１３０において付与される時刻情報とが一致するかを判定する際においては、所定の単位で時刻情報が一致するかを判定してもよい。例えば、日付（day）の単位で一致するかを判定してもよいし、時間（hour）単位で一致するかを判定してもよい。ファイル内に時刻情報が記載されていることにより、ユーザが、タイムスタンプ局サーバ１３０で認証された時刻情報を容易に確認することができる。
【００２８】
なお、本実施形態では、電子ファイル作成部２０２は、予測した時刻情報をファイル内に記載する形態を例に挙げて説明するが、必ずしも時刻情報がファイル内に記載されていなくてもよい。すなわち、電子ファイル作成部２０２は、原本ファイルから電子ファイルを作成する処理を行うことが可能であればよい。例えば、複数の電子データのファイルを添付したＰＤＦファイルを作成する機能を有していればよい。また、原本ファイルが例えば単一のＰＤＦファイルであるような場合には、電子ファイル作成部２０２の処理を省いて原本ファイル自体をハッシュ値の計算対象の電子ファイルとして扱ってもよい。
【００２９】
ハッシュ値計算部２０３は、電子ファイル作成部２０２によって作成された電子ファイルをハッシュ化してハッシュ値を計算する。
【００３０】
ハッシュ値送信部２０４は、ハッシュ値計算部２０３で計算されたハッシュ値をタイムスタンプ局サーバ１３０に送信する。タイムスタンプ局サーバ１３０では、ハッシュ値と時刻情報とを含めたＴＳＴが生成される。そして、タイムスタンプ局サーバ１３０からＴＳＴがサービス提供サーバ１２０に返信される。
【００３１】
ＴＳＴ受信部２０５（時刻認証情報受信部）は、タイムスタンプ局サーバ１３０から返信されたＴＳＴを受信する。
【００３２】
ＴＳＴ格納制御部２０６は、ＴＳＴ受信部２０５において受信されたＴＳＴを、電子ファイル作成部２０２が作成した電子ファイルの所定の領域に格納する。例えばＰＤＦファイルの署名欄に格納する。なお、署名欄にＴＳＴを格納してもＰＤＦファイル（電子ファイル）のハッシュ値は変わらない。
【００３３】
なお、ＴＳＴ格納制御部２０６は、ＴＳＴ受信部２０５において受信されたＴＳＴの時刻情報と、予測時刻情報とが一致しない場合、電子ファイル作成部２０２に新たな電子アフィルを作成させる制御をしてもよい。つまり、ＰＤＦファイルに記載した予測時刻情報が真正ではないので、受信したＴＳＴの時刻情報を参照してその時刻情報に近づけるように変更した予測時刻情報を記載した新たな電子ファイルを電子ファイル作成部２０２に作成させてもよい。これにより、新たな電子ファイルのハッシュ値が計算され、そのハッシュ値に対応するＴＳＴがタイムスタンプ局サーバ１３０から返信されることになる。ＴＳＴ格納制御部２０６は、ＴＳＴの時刻情報と予測時刻情報とが一致する場合、ＴＳＴ受信部２０５において受信されたＴＳＴを、電子ファイルの所定の領域に格納する制御を行うことができる。
【００３４】
ＴＳＴ送信部２０７（時刻認証情報送信部）は、ＴＳＴ格納制御部２０６によって電子ファイルの所定の領域に格納されたＴＳＴを、タイムスタンプ保管サーバ１４０に送信する。
【００３５】
タイムスタンプ保管サーバ１４０は、サービス提供サーバ１２０から送信されたＴＳＴを保管する。タイムスタンプ保管サーバ１４０は、預入情報をサービス提供サーバ１２０に返信する。預入情報は、タイムスタンプ保管サーバ１４０で保管するＴＳＴを特定することが可能な情報である。例えば、預入証明書番号、預入時刻等が挙げられる。預入証明書番号は、所定の規則に従って付与される番号とすることができる。預入情報は、預入をした利用者を識別する利用者識別番号に紐付けられた番号であってもよい。預入時刻は、タイムスタンプ保管サーバ１４０で保管した時刻であってもよいし、送信されるＴＳＴに含まれる時刻情報(タイムスタンプ時刻情報)と紐付けられた時刻又は情報であってもよい。また、これらの番号、時刻及び情報等に所定の演算（乱数演算を含む）を行うことで得られた数値でもよい。また、数字に限らず、任意の文字を組み合わせた番号であってもよい。預入情報は、将来、ユーザが、タイムスタンプ保管サーバ１４０にバックアップとして保管されているＴＳＴを活用しようとする場合に、多数の格納されているＴＳＴの中から対象のＴＳＴを特定することが可能な情報であればいずれの形態の情報であってもよい。なお、預入情報が時刻情報であった場合には、同じ時刻に複数のＴＳＴが保管される場合も想定され、同じ預入情報が複数のＴＳＴに付与される場合も起こり得る。このような場合であっても、預入情報を用いることで、保管されている多数のＴＳＴの中から少なくともその同じ時刻情報の複数のＴＳＴを特定することは可能である（対象を絞り込むことは可能である）。その後、保管されているＴＳＴを確認したいユーザは、例えばそれらのＴＳＴに関連してタイムスタンプ保管サーバ１４０に格納されているユーザ情報等を参照することで、所望のＴＳＴを確認することができる。タイムスタンプ保管サーバ１４０が預入情報を送信するタイミングは、任意のタイミングでよい。例えば、ＴＳＴを受信した直後に都度送信してもよいし、所定期間送信対象の預入情報を溜めておいて、まとめて送信してもよい。
【００３６】
預入情報受信部２０８は、前述した預入情報をタイムスタンプ保管サーバ１４０から受信する。
【００３７】
預入情報制御部２０９は、預入情報受信部２０８で受信した預入情報を、ＴＳＴ格納制御部２０６によってＴＳＴが格納されている電子ファイルの所定の領域に含める。預入情報制御部２０９が預入情報を含める領域は、ハッシュ値の演算処理に影響しない領域である。例えばファイル名である。ファイル名は、ＯＳ（Operating System）が管理する領域に格納されており、ファイル名を変更してもその電子ファイルのハッシュ値は変わらない。そこで、預入情報制御部２０９は、預入情報をファイル名に含める（例えば追加又は置き換えする）処理を行う。ファイル名は、ユーザにとって視認性が高い領域である。このため、ファイルが転々したとしても、将来その時刻情報の原本保証が必要になった場合に、ファイル名を確認するだけでタイムスタンプ保管サーバ１４０にＴＳＴが保管されているか否かを、容易にユーザが判断することができる。預入情報制御部２０９は、預入情報をファイル名の冒頭に追加してもよいし、ファイル名の末尾に追加してもよいし、ファイル名の途中に追加してもよい。預入情報制御部２０９は、既存のファイル名を預入情報に置き換えてもよい。つまり、預入情報制御部２０９は、ファイル名の一部又は全部を変更・修正してよい。ファイル名は拡張子を含んでもよい。預入情報制御部２０９は、預入情報を含めるとともに、拡張子を所定の拡張子に変更してもよい。
【００３８】
預入情報制御部２０９は、預入情報を含める領域として、ＰＤＦの「透かし」（署名）を表示するための画像・文字等を格納する署名外観の領域を用いてもよい。この領域に預入情報が含まれても、ファイル名と同様に電子ファイルのハッシュ値は変わらない。預入情報制御部２０９は、ファイル名と署名外観との両方の領域に預入情報を含めてもよい。
【００３９】
電子ファイル送信部２１０は、預入情報が含まれた電子ファイルをユーザ端末１１０に返信する。
【００４０】
図３は、本実施形態における処理シーケンスの一例を示す図である。図４は、電子ファイルの変遷を模式的に示す図である。図３及び図４を用いて処理シーケンスを説明する。
【００４１】
ステップＳ３０５においてユーザ端末１１０から原本ファイル４０１がサービス提供サーバ１２０に送信（アップロード）される。この例において原本ファイル４０１は、複数の電子データのセットである。
【００４２】
ステップＳ３１０において電子ファイル作成部２０２は、受信した原本ファイル４０１を添付し、予測した認証時刻４０３をファイル内に記載したＰＤＦファイル４２０を作成する。ＰＤＦファイル４２０のファイル名は、「ＸＸＸ．ｐｄｆ」とする。
【００４３】
ステップＳ３１５においてハッシュ値計算部２０３は、ステップＳ３１０で作成されたＰＤＦファイルのハッシュ値４０５を計算する。
【００４４】
ステップＳ３２０においてハッシュ値送信部２０４は、ステップＳ３１５で計算されたハッシュ値４０５をタイムスタンプ局サーバ１３０に送信する。
【００４５】
ステップＳ３２５においてタイムスタンプ局サーバ１３０は、時刻認証処理を行う。そして、ハッシュ値４０５と時刻認証処理の結果得られた時刻情報４０６とを含むＴＳＴ４１０を生成する。
【００４６】
ステップＳ３３０においてタイムスタンプ局サーバ１３０は、ステップＳ３２５において生成されたＴＳＴ４１０をサービス提供サーバ１２０に送信する。サービス提供サーバ１２０のＴＳＴ受信部２０５は、タイムスタンプ局サーバ１３０から送信されたＴＳＴ４１０を受信する。
【００４７】
ステップＳ３３５においてＴＳＴ格納制御部２０６は、ＴＳＴ４１０に含まれる時刻情報４０６とＰＤＦファイル４２０に記載されている予測した認証時刻４０３とを対比する。ＴＳＴ４１０に含まれる時刻情報４０６とＰＤＦファイル４２０に記載されている予測した認証時刻４０３とが一致していれば、予測した認証時刻４０３が真正の認証時刻になる。
【００４８】
ＴＳＴ４１０に含まれる時刻情報４０６とＰＤＦファイル４２０に記載されている予測した認証時刻４０３とが一致した場合、ステップＳ３４０においてＴＳＴ格納制御部２０６は、ＰＤＦファイル４２０にＴＳＴ４１０を格納する。この時点において、ファイル名は、「ＸＸＸ．ｐｄｆ」のままである。また、ＰＤＦファイル４２０の表面上は変化がないので、ハッシュ値も変わらない。
【００４９】
ステップＳ３４５においてＴＳＴ送信部２０７は、ＴＳＴ４１０をタイムスタンプ保管サーバ１４０に送信する。
【００５０】
ステップＳ３５０においてタイムスタンプ保管サーバ１４０は、ＴＳＴ４１０を保管する。また、タイムスタンプ保管サーバ１４０は、そのＴＳＴ４１０の預入情報４３０を生成する。
【００５１】
ステップＳ３５５においてタイムスタンプ保管サーバ１４０は、ステップＳ３５０で生成した預入情報４３０をサービス提供サーバ１２０に送信する。
【００５２】
ステップＳ３６０において預入情報制御部２０９は、ＰＤＦファイル４２０のファイル名に預入情報４３０を追加挿入する。例えば、ＰＤＦファイル４２０のファイル名を「ＸＸＸ“預入情報"．ｐｄｆ」（“預入情報"には、実際の預入証明書番号等が入る）と変更する。このとき、ＰＤＦファイル４２０は、ファイル名以外は変更がないので、ハッシュ値も変わらない。
【００５３】
ステップＳ３６５において電子ファイル送信部２１０は、ＰＤＦファイル４２０をユーザ端末１１０に送信する。これにより、原本ファイルが添付され、認証時刻が記載され、ＴＳＴが格納され、預入情報がファイル名に追加された、ＰＤＦファイル４２０がユーザ端末１１０に返信されることになる。なお、この例では、預入情報がファイル名に追加される形態を例に挙げて説明したが、前述したように、預入情報は署名外観の情報に含まれてもよい。また、前述したように、ＰＤＦファイルに認証時刻が記載されていなくてもよい。
【００５４】
図５は、サービス提供サーバ１２０において実行されるサービス提供方法の一例を示すフローチャートである。
【００５５】
ステップＳ５０５において原本ファイル受信部２０１は、ユーザ端末１１０から原本ファイルを受信する。ステップＳ５１０において電子ファイル作成部２０２は、ステップＳ５０５で受信した原本ファイルを添付し、予測認証時刻を記載した電子ファイルを作成する。ステップＳ５１５においてハッシュ値計算部２０３は、ステップＳ５１０で作成された電子ファイルのハッシュ値を計算する。ステップＳ５２０においてハッシュ値送信部２０４は、ステップＳ５１５で計算されたハッシュ値をタイムスタンプ局サーバ１３０に送信する。ステップＳ５２５においてＴＳＴ受信部２０５は、ステップＳ５２０の処理に応じてタイムスタンプ局サーバ１３０から返信されたＴＳＴを受信する。
【００５６】
ステップＳ５３０においてＴＳＴ格納制御部２０６は、ＴＳＴの時刻情報と予測時刻情報とが一致するかを判定する。前述したように、ＴＳＴ格納制御部２０６は、所定の単位でＴＳＴの時刻情報と予測時刻情報とが一致するかを判定することができる。一致しない場合、ステップＳ５３５に進む。ステップＳ５３５において電子ファイル作成部２０２は、予測認証時刻を変更する。そして、ステップＳ５１０に戻り、再度の処理を繰り返す。一方、ＴＳＴの時刻情報と予測時刻情報とが一致する場合、ステップＳ５４０に進む。なお、この繰り返し処理を行う際には、繰り返し回数を許容する許容回数を設けておき、許容回数を超える繰り返し処理が行われる場合には、一旦処理を停止させ、ユーザ端末１１０にエラーを通知する処理を行ってもよい。
【００５７】
ステップＳ５４０においてＴＳＴ格納制御部２０６は、ステップＳ５２５で受信したＴＳＴを電子ファイルに格納する。また、ＴＳＴ送信部２０７は、ＴＳＴをタイムスタンプ保管サーバ１４０に送信する。
【００５８】
ステップＳ５４５において預入情報受信部２０８は、タイムスタンプ保管サーバ１４０から、ステップＳ５４０のＴＳＴの送信処理に応じて返信される預入情報を受信する。ステップＳ５５０において預入情報制御部２０９は、ステップＳ５４５で受信した預入情報を、電子ファイルの所定の領域（ハッシュ値が変わらない領域）に含める。ステップＳ５５５において電子ファイル送信部２１０は、預入情報が所定の領域に含まれている電子ファイルをユーザ端末１１０に送信する。
【００５９】
以上説明したように、本実施形態の処理によれば、タイムスタンプ保管サーバ１４０で保管されるＴＳＴを特定するための預入情報を原本保証の対象である電子ファイルから直接的に確認することが可能となる。また、預入情報が電子ファイルと別個のデータとして管理されることがないので、電子ファイルが転々した場合においても、将来その時刻情報の原本保証が必要になった場合に、例えばファイル名を確認するだけでタイムスタンプ保管サーバ１４０にＴＳＴが保管されているファイルであるか否かを、容易にユーザが判断することができる。
【００６０】
［第２実施形態］
第１実施形態では、電子ファイルのハッシュ値が変わらない領域に預入情報を含める形態を説明した。本実施形態では、電子ファイルのハッシュ値が変わる領域に預入情報を記載する形態について説明する。例えば、ＰＤＦファイルを開いた場合に表示される最初のページ内の所定の位置等のように、ユーザによって視認され易いファイル内の位置に預入情報を記載する形態を説明する。
【００６１】
［構成］
第２実施形態におけるシステムの構成については第１実施形態で説明したものと同様とすることができるので、説明を省略する。
【００６２】
図６は、本実施形態におけるサービス提供サーバ６２０の構成の一例を示す図である。本実施形態におけるサービス提供サーバ６２０は、図２に示すサービス提供サーバ１２０の構成のうち、電子ファイル作成部２０２が電子ファイル作成部６０２に変更されており、預入情報制御部２０９の代わりに処理部６０９が含まれ、かつ預入情報予測部６１０が追加されている点で相違している。その他の構成については、第１実施形態で説明したものと同様であるので、ここでの説明は省略する。
【００６３】
電子ファイル作成部６０２は、基本的に第１実施形態で説明した電子ファイル作成部２０２と同様の機能を有する。ただし、電子ファイル作成部６０２は、預入情報予測部６１０によって予測された予測預入情報を、予測時刻情報と同様にしてＰＤＦファイル内に記載する。つまり、本実施形態においては、タイムスタンプ保管サーバ１４０から送信される預入情報を予測した予測預入情報をＰＤＦファイル内に記載する。そして、その上でハッシュ値の計算が行われ、そのハッシュ値を含めたＴＳＴがタイムスタンプ局サーバ１３０からサービス提供サーバ６２０に返信される。
【００６４】
預入情報予測部６１０は、タイムスタンプ保管サーバ１４０から送信される預入情報を予測して予測預入情報を生成する。例えば、ＴＳＴ送信部２０７が、仮のＴＳＴ（仮のハッシュ値をタイムスタンプ局サーバ１３０に送信して得られたものでよい）をタイムスタンプ保管サーバ１４０に送信し、これに応じて返信される預入情報を預入情報予測部６１０は取得する。そして、預入情報予測部６１０は、取得した預入情報に基づいて、これからタイムスタンプ保管サーバ１４０にＴＳＴを送信した場合に、タイムスタンプ保管サーバ１４０から返信される預入情報を予測する。預入情報予測部６１０が予測した預入情報のことを予測預入情報という。予め預入情報の体系が特定できる場合には、仮のＴＳＴを１回送信すればよく、預入情報の体系が特定できない場合や変更されてしまっているような場合には、仮のＴＳＴを例えば２回（あるいはそれ以上）送信して得られる預入情報に基づいて、預入情報の付与体系を特定することができる。例えば仮のＴＳＴを１回目に送信した際に得られた預入情報が「２０１６０９２７−１０１」であり、仮のＴＳＴを２回目に送信した際に得られた預入情報が「２０１６０９２７−２０１」の場合、預入情報予測部６１０は、これらの差分から「２０１６０９２７−３０１」と預入情報を予測することができる。
【００６５】
なお、タイムスタンプ保管サーバ１４０は、各種のサーバから送信されるＴＳＴを保管することができるので、予測した番号が他のサーバに対して付与されてしまい、予想が外れてしまう場合がある。そこで、例えば預入情報が連番の番号の場合、その連番の一つを飛ばした２つの預入情報を予測してもよい。そして、電子ファイル作成部６０２は、その２つの預入情報（予測預入情報）をそれぞれ記載したＰＤＦファイルを作成する。つまり、電子ファイル作成部６０２は、２つのＰＤＦファイルを作成する。そして、前述のように２つのＰＤＦファイル分の２つのＴＳＴがタイムスタンプ保管サーバ１４０に送信され、各ＴＳＴの預入情報がタイムスタンプ保管サーバ１４０から返信される。このようにして一つを飛ばした予測預入情報を用いる場合には、いずれかが真正の預入情報と一致することができる可能性が高まることになる。例えば、仮のＴＳＴを用いて得られた預入情報が、１２３４番という連番の番号であったと想定する。この場合、予測預入情報として１２３５番と１２３７番を用いる。このとき、仮に１２３５番が他のサーバ等に付与されてしまい、予測預入情報の１２３５番に対応するＴＳＴに対して１２３６番がタイムスタンプ保管サーバ１４０から付与されてしまったとしても、その次のＴＳＴに対してタイムスタンプ保管サーバ１４０から付与される預入情報は１２３７番である。このため、２つのうちの後から送信したＴＳＴに対して預入番号１２３７番が付与されることになる。この預入番号１２３７番は、ＰＤＦファイルに記載されている予測預入情報の１２３７番と一致することになる。
【００６６】
なお、預入情報が預入時刻である場合には、ＴＳＴをタイムスタンプ保管サーバ１４０に送信する予定の時刻を予測預入情報として扱えばよい。また、仮に預入情報が連番等の番号であったとしても、その予測預入番号に加えて予測預入時刻を預入情報に含めてもよい。タイムスタンプ保管サーバ１４０の中にはＴＳＴを保管した時刻情報を、預入番号とは別個に管理するサーバも想定され、預入番号の代わりとして預入時刻を用いても保管されているＴＳＴを特定できる場合があるからである。
【００６７】
処理部６０９は、預入情報受信部２０８によって受信した預入情報と預入情報予測部６１０において予測され、ＰＤＦファイル内に記載されている予測預入情報とを比較し、比較結果に応じた処理を実行する。比較結果が一致している場合、予測預入情報が真正の預入情報である。そこで、処理部６０９は、ＴＳＴ格納制御部２０６によってＴＳＴが格納され、かつ、そのファイル内に予測預入情報が記載されている電子ファイルをユーザ端末１１０に送信する処理を行う。すなわち、処理部６０９は、電子ファイル送信部２１０にその電子ファイルを送信させる処理を行う。
【００６８】
一方、比較結果が一致していない場合には、予測預入情報が真正の預入情報ではないので、処理部６０９は例えば次のような処理を行うことができる。
【００６９】
処理部６０９は、誤った預入情報が記載されているそのＰＤＦファイルを破棄し、預入情報予測部６１０に預入情報受信部２０８にて受信した預入情報を出力する。そして、預入情報予測部６１０に再度の預入情報を予測させ、その予測預入情報を記載したＰＤＦファイルを電子ファイル作成部６０２に作成させる。処理部６０９は、この処理を、預入情報受信部２０８が受信する預入情報と予測預入情報とが一致するまで繰り返し行うことができる。また、このような繰り返し処理を行う際の許容回数を設けてもよく、処理部６０９は、許容回数に達するまでの間、繰り返し処理を行うとしてもよい。例えば、許容回数に達した場合には、ユーザ端末１１０にエラーを通知する等して処理を一旦停止させ、通信回線等に障害がある場合にリトライを繰り返してしまうことによる負荷を軽減させることができる。
【００７０】
また、処理部６０９は、比較結果が一致していない場合、あるいは、繰り返し処理が許容回数を超えた場合には第１実施形態で説明した処理を組み合わせた処理を実行してもよい。比較結果が一致していない場合というのは、預入情報が一致していないものの、予測預入情報自体は既にＰＤＦファイルに記載されている状態である。仮に預入情報が連番の場合、その預入情報と予測預入情報とのズレの差分が分かれば、差分に基づいて、将来的に預入情報を特定することが可能である。例えば、予測預入情報が１２３４番であり、預入情報受信部２０８が受信した預入情報が１２３６番であった場合、予測預入情報に「プラス２」を加えた番号が、実際の預入情報となる。そこで、この差分情報の「プラス２」を、第１実施形態で説明したように、ハッシュ値に影響を与えない領域（例えばファイル名）に含めることも可能である。
【００７１】
そもそも、ＴＳＴをタイムスタンプ局サーバ１３０から受け取る理由は、時刻認証を行いたいからである。時刻認証や預入情報の予測に長時間の処理時間を要してしまうと、認証される時刻がその分遅くなってしまうことになる。処理部６０９が、預入情報受信部２０８が受信する預入情報と予測預入情報とが一致するかを判定している時点においては、既に時刻認証は完了している状態であり、ＴＳＴがタイムスタンプ局サーバ１３０から送信されてＰＤＦファイルに格納されている状態である。このため、できるだけ早い時刻で得られたＴＳＴを用いることが好ましい。そこで、処理部６０９は、比較結果が一致していない場合、あるいは、繰り返し処理が許容回数を超えた場合に、差分情報をハッシュ値に影響を与えない領域（例えばファイル名）に含めることは、時刻認証の利用目的に合致した処理ともいえる。
【００７２】
図７は、本実施形態における処理シーケンスの一例を示す図である。図８は、電子ファイルの変遷を模式的に示す図である。図７及び図８を用いて処理シーケンスを説明する。
【００７３】
ステップＳ７０５においてユーザ端末１１０から原本ファイル８０１がサービス提供サーバ６２０に送信（アップロード）される。
【００７４】
ステップＳ７１０において預入情報予測部６１０は、預入情報を予測する。電子ファイル作成部６０２は、受信した原本ファイル８０１を添付し、予測した認証時刻４０３と預入情報予測部６１０が予測した預入情報８０４とをファイル内に記載したＰＤＦファイル８２０を作成する。ＰＤＦファイル８２０のファイル名は、「ＸＸＸ．ｐｄｆ」とする。
【００７５】
ステップＳ７１５においてハッシュ値計算部２０３は、ステップＳ７１０で作成されたＰＤＦファイルのハッシュ値８０５を計算する。
【００７６】
ステップＳ７２０においてハッシュ値送信部２０４は、ステップＳ７１５で計算されたハッシュ値８０５をタイムスタンプ局サーバ１３０に送信する。
【００７７】
ステップＳ７２５においてタイムスタンプ局サーバ１３０は、時刻認証処理を行う。そして、ハッシュ値８０５と時刻認証処理の結果得られた時刻情報８０６とを含むＴＳＴ８１０を生成する。
【００７８】
ステップＳ７３０においてタイムスタンプ局サーバ１３０は、ステップＳ７２５において生成されたＴＳＴ８１０をサービス提供サーバ６２０に送信する。サービス提供サーバ
６２０のＴＳＴ受信部２０５は、タイムスタンプ局サーバ１３０から送信されたＴＳＴ８１０を受信する。
【００７９】
ステップＳ７３５においてＴＳＴ格納制御部２０６は、ＴＳＴ８１０に含まれる時刻情報８０６とＰＤＦファイル８２０に記載されている予測した認証時刻８０３とを対比する。ＴＳＴ８１０に含まれる時刻情報８０６とＰＤＦファイル８２０に記載されている予測した認証時刻８０３とが一致していれば、予測した認証時刻８０３が真正の認証時刻になる。
【００８０】
ＴＳＴ８１０に含まれる時刻情報８０６とＰＤＦファイル８２０に記載されている予測した認証時刻８０３とが一致した場合、ステップＳ７４０においてＴＳＴ格納制御部２０６は、ＰＤＦファイル８２０にＴＳＴ８１０を格納する。ＰＤＦファイル４２０の表面上は変化がないので、ハッシュ値も変わらない。
【００８１】
ステップＳ７４５においてＴＳＴ送信部２０７は、ＴＳＴ８１０をタイムスタンプ保管サーバ１４０に送信する。
【００８２】
ステップＳ７５０においてタイムスタンプ保管サーバ１４０は、ＴＳＴ８１０を保管する。また、タイムスタンプ保管サーバ１４０は、そのＴＳＴ８１０の預入情報８３０を生成する。
【００８３】
ステップＳ７５５においてタイムスタンプ保管サーバ１４０は、ステップＳ３５０で生成した預入情報８３０をサービス提供サーバ６２０に送信する。
【００８４】
ステップＳ７６０において処理部６０９は、タイムスタンプ保管サーバ１４０から送信された預入情報８３０と、ＰＤＦファイルに記載されている預入情報８０４とを対比する。両者が一致している場合、予測して記載した預入情報８０４が真正の預入情報となる。この場合、ＰＤＦファイル８２０のハッシュ値は変わらない。
【００８５】
ステップＳ７６５において電子ファイル送信部２１０は、ＰＤＦファイル８２０をユーザ端末１１０に送信する。これにより、原本ファイルが添付され、認証時刻と預入情報とが記載され、ＴＳＴが格納されたＰＤＦファイル８２０がユーザ端末１１０に返信されることになる。
【００８６】
図９は、図７のＳ７６０の対比において、タイムスタンプ保管サーバ１４０から送信された預入情報８３０と、ＰＤＦファイルに記載されている預入情報８０４とが異なる場合の例を示す図である。ＰＤＦファイル９０２に記載されている予測された預入情報９０４は、「２０１６０９２７−１０１」であり、タイムスタンプ保管サーバ１４０から送信された預入情報９３０は、「２０１６０９２７−２０１」である。処理部６０９は、この差分を差分情報９４０として、ハッシュ値に影響を及ぼさない例えばファイル名に含める処理を行うことができる。差分情報９４０は、例えば「預入情報にプラス１００した値が真正の預入情報である」ということがわかればよい。また、予め預入情報の番号体系などが予測できるような場合には、ＰＤＦファイル９０２内に、預入情報の番号体系などの説明も記載しておき、差分のみの情報をファイル名に含める形態でもよい。これにより、将来的にユーザが確認しようとする場合、ＰＤＦファイル９０２をオープンし、ページに記載されている番号体系などの説明文に基づいてそのＰＤＦファイルに含まれる差分情報を確認することで、真正の預入情報を特定することもできる。
【００８７】
図１０は、本実施形態において作成されるＰＤＦファイル１０００（電子ファイル）の一例を示す図であり、ファイルをオープンした際にユーザ端末１１０等において表示される画面の例を示している。項目１００１は、添付ファイルに関するコメント等の各種のメモを記載する領域である。項目１００２は、原本保証の対象の各種の電子データを添付ファイルとして添付していることを示している。
【００８８】
タイムスタンプ１０１０に含まれる時刻情報は、前述したように、ハッシュ値を計算する前に予めＰＤＦファイル内に含めていた時刻情報である。預入情報１０２０は、預入情報予測部６１０が予測した予測預入情報である。このように、ＰＤＦファイル１０００の冒頭等のようにユーザが確認しやすい箇所に預入情報を記載することができる。
【００８９】
また、ＰＤＦファイル１０００には、タイムスタンプ保管サーバ１４０を特定するための情報１０３０が記載されている。この例では、タイムスタンプ保管サーバ１４０のＵＲＬ（Uniform Resource Locator）が記載されている例を示している。このように、タイムスタンプ保管サーバ１４０を特定するための情報１０３０がＰＤＦファイル内に記載されていれば、このＰＤＦファイル１０００が将来的に転々した場合であっても、ＰＤＦファイル１０００をオープンすることでタイムスタンプ保管サーバ１４０を特定することができ、さらにその預入情報も特定できるので、将来的に、タイムスタンプ保管サーバ１４０から、ＰＤＦファイル１０００のＴＳＴを容易に得ることができる。なお、このタイムスタンプ保管サーバ１４０を特定する情報１０３０も、預入情報１０２０も、前述したようにハッシュ値を計算する前にＰＤＦファイル１０００に記載されているので、その後のハッシュ値が変わることもない。
【００９０】
図１１は、サービス提供サーバ６２０において実行されるサービス提供方法の一例を示すフローチャートである。
【００９１】
ステップＳ１１００において原本ファイル受信部２０１は、ユーザ端末１１０から原本ファイルを受信する。ステップＳ１１０５において預入情報予測部６１０は、預入情報（予測預入情報）を予測する。ステップＳ１１１０において電子ファイル作成部２０２は、ステップＳ１１０５で受信した原本ファイルを添付し、予測認証時刻とステップＳ１１０５で予測された予測預入情報とを記載した電子ファイルを作成する。ステップＳ１１１５においてハッシュ値計算部２０３は、ステップＳ１１１０で作成された電子ファイルのハッシュ値を計算する。ステップＳ１１２０においてハッシュ値送信部２０４は、ステップＳ１１１５で計算されたハッシュ値をタイムスタンプ局サーバ１３０に送信する。ステップＳ１１２５においてＴＳＴ受信部２０５は、ステップＳ１１２０の処理に応じてタイムスタンプ局サーバ１３０から返信されたＴＳＴを受信する。
【００９２】
ステップＳ１１３０においてＴＳＴ格納制御部２０６は、ＴＳＴの時刻情報と予測時刻情報とが一致するかを判定する。前述したように、ＴＳＴ格納制御部２０６は、所定の単位でＴＳＴの時刻情報と予測時刻情報とが一致するかを判定することができる。一致しない場合、ステップＳ１１３５に進む。ステップＳ１１３５において電子ファイル作成部２０２は、予測認証時刻を変更する。そして、ステップＳ１１０５に戻り、再度の処理を繰り返す。一方、ＴＳＴの時刻情報と予測時刻情報とが一致する場合、ステップＳ１１４０に進む。なお、この繰り返し処理を行う際には、繰り返し回数を許容する許容回数を設けておき、許容回数を超える繰り返し処理が行われる場合には、一旦処理を停止させ、ユーザ端末１１０にエラーを通知する処理を行ってもよい。
【００９３】
ステップＳ１１４０においてＴＳＴ格納制御部２０６は、ステップＳ１１２５で受信したＴＳＴを電子ファイルに格納する。また、ＴＳＴ送信部２０７は、ＴＳＴをタイムスタンプ保管サーバ１４０に送信する。
【００９４】
ステップＳ１１４５において預入情報受信部２０８は、タイムスタンプ保管サーバ１４０から、ステップＳ１１４０のＴＳＴの送信処理に応じて返信される預入情報を受信する。ステップＳ１１５０において処理部６０９は、ステップＳ１１４５で受信した預入情報とステップＳ１１１０で作成された電子ファイルに記載されている予測預入情報とに基づく処理を実行する。
【００９５】
図１２は、図１１のステップＳ１１５０の詳細な処理の一例を示すフローチャートである。
【００９６】
ステップＳ１２０５において処理部６０９は、受信した預入情報と予測預入情報とが一致するかを判定する。一致する場合、予測預入情報は真正な預入情報であるので、ステップＳ１２３０に進み、その予測預入情報が記載されている電子ファイルをユーザ端末１１０に送信させる制御を行う。一方、一致しない場合、ステップＳ１２１０に進む。
【００９７】
ステップＳ１２１０において処理部６０９は、所定回数の繰り返し処理を行ったかを判定する。所定回数は任意の回数を予め設定することが可能であり、１回（つまり、繰り返し処理なし）であってもよい。所定回数に達していない場合、ステップＳ１２１５に進む。所定回数に達した場合、ステップＳ１２２５に進む。
【００９８】
ステップＳ１２１５において処理部６０９は、預入情報予測部６１０に再度の預入情報の予測を行わせる制御をし、ステップＳ１１１０に戻る。ステップＳ１１１０では、変更後の予測預入情報を用いた処理が再び行われる。
【００９９】
ステップＳ１２２５において処理部６０９は、預入情報の少なくとも一部に関連する情報を電子ファイルの所定の領域に含める。例えば、受信した預入情報と予測預入情報との差分情報を電子ファイルのハッシュ値が変わらない領域（例えばファイル名）に含める。
【０１００】
ステップＳ１２３０において処理部６０９は、電子ファイルをユーザ端末１１０に送信させる制御を行う。
【０１０１】
以上説明したように、本実施形態の処理によれば、タイムスタンプ保管サーバ１４０で保管されるＴＳＴを特定するための預入情報を予め予測して電子ファイル内に記載する。これにより、仮にタイムスタンプ付与の電子ファイルに添付ファイルがあったとしても、添付の添付といった多層構造を取ることなく、預入情報の可視化性を高め、元の電子ファイルと同じ添付構造の扱いやすいワンファイルの形態での預入情報の記録が可能となる。また、預入情報が電子ファイルと別個のデータとして管理されることがないので、電子ファイルが転々した場合においても、将来その時刻情報の原本保証が必要になった場合に、電子ファイルを開いて確認することでタイムスタンプ保管サーバ１４０にＴＳＴが保管されているファイルであるか否かを、容易にユーザが判断することができる。
【０１０２】
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。
【０１０３】
以上説明した本発明の各実施形態を実現するためのプログラムは、記憶媒体に記憶させてもよい。この記憶媒体を用いれば、施設における予約の順番待ちを管理するためのコンピュータに、上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記憶媒体は、非一過性の記憶媒体であっても良い。非一過性の記憶媒体は特に限定されないが、例えば、ＣＤ−ＲＯＭ等の記憶媒体であっても良い。
なお、前記各実施形態では、タイムスタンプ保管サーバ１４０がサービス提供サーバ１２０からＴＳＴを受信し、ＴＳＴを保管し、預入情報を作成し、預入情報をサービス提供サーバ１２０に送信する構成を説示したが、タイムスタンプ保管サーバ１４０がＴＳＴを保管した後、ユーザは適宜タイムスタンプ保管サーバ１４０にアクセスし、ユーザログインした後に所望のＴＳＴを取得することができ、タイムスタンプ保管サーバ１４０から取得したＴＳＴとユーザが保有するＴＳＴとを比較することで同一性を確認することができ、同一性が確認された場合にタイムスタンプ局サーバ１３０で認証された時刻に対象電子ファイルが存在していたことをより確実に証明することができる。ここで、同一性を確認する動作をユーザが手動で行う例を説明したが、これらの動作をサービス提供サーバ１２０又はタイムスタンプ保管サーバ１４０が実行する構成であってもよく、例えば、サービス提供サーバ１２０にユーザが対象電子ファイルの同一性確認を要望した場合にサービス提供サーバ１２０がタイムスタンプ保管サーバ１４０にアクセスし、ユーザ認証した後に対応するＴＳＴを取得し、タイムスタンプ保管サーバ１４０から取得したＴＳＴとサービス提供サーバ１２０が保有するＴＳＴとを比較して同一性を確認し、タイムスタンプ局サーバ１３０で認証された時刻と共に確認結果をユーザに提示する構成であってもよい。
【符号の説明】
【０１０４】
１１０、１１０ａ、１１０ｂ、１１０ｃ…ユーザ端末、１２０…サービス提供サーバ、１３０…タイムスタンプ局サーバ、１４０…タイムスタンプ保管サーバ、２０１…原本ファイル受信部、２０２…電子ファイル作成部、２０３…ハッシュ値計算部、２０４…ハッシュ値送信部、２０５…受信部、２０６…格納制御部、２０７…送信部、２０８…預入情報受信部、２０９…預入情報制御部、２１０…電子ファイル送信部、６０２…電子ファイル作成部、６０９…処理部、６１０…預入情報予測部、６２０…サービス提供サーバ。
【図１】
2018073348.tif 000003
【図２】
2018073348.tif 000004
【図３】
2018073348.tif 000005
【図４】
2018073348.tif 000006
【図５】
2018073348.tif 000007
【図６】
2018073348.tif 000008
【図７】
2018073348.tif 000009
【図８】
2018073348.tif 000010
【図９】
2018073348.tif 000011
【図１０】
2018073348.tif 000012
【図１１】
2018073348.tif 000013
【図１２】
2018073348.tif 000014