JP4557761B2 - タイムスタンプ装置及びタイムスタンププログラム - Google Patents

Description

この発明は、電子署名システムのタイムスタンプにかかり、さらに詳しくはタイムスタンプサーバまたはネットワーク間においてエラーが発生したときに、エラー対処処理を行う構成を有するタイムスタンプシステム及びそれをコンピュータに実行させるプログラムに関するものである。

認証機関による「タイムスタンピングサービス」とは、タイムスタンプが施された電子データ（デジタルデータ）が、タイムスタンプが施された時刻に、確かに存在していたこと、タイムスタンプが施された時刻の状態とを保証するサービスである。例えば、タイムスタンピングサービスの利用者が所定のハッシュ関数を用いて電子データのハッシュデータ（ダイジェスト）を生成し、そのハッシュデータに対するタイムスタンプを要求すると、認証機関では、時刻情報（年日時分秒情報）を加えた認証機関のデジタル署名を返信する。デジタル署名に時刻情報を付加し、該当の電子データに付与することを、「タイムスタンプを押す」または「タイムスタンプを発行する」と言う。電子署名をした利用者が使用しているパソコン等ではなく、このように認証機関がタイプスタンプを押すことで、認証の信頼度が高まる。

図１３は、従来のタイムスタンプサーバのシステム構成図である。図１３に示すように、クライアント端末３１から「署名付きハッシュデータ４１」をタイムスタンプサーバ３２に送信、タイムスタンプをリクエストし、タイムスタンプサーバ３２でタイムスタンプが押された、「タイムスタンプ付きハッシュデータ４５」がクライアント端末３１に返信される。動作を説明する。
（１） ハッシュ手段３４は、電子データ３３に対するハッシュデータ３５を生成し、署名手段３６はクライアント端末３１に予め保持されている利用者の秘密鍵を用いて、電子署名を行い、署名付きハッシュデータ３７を作成する。
（２） タイムスタンプ要求手段３８が署名付きハッシュデータ３７へのタイムスタンプを要求し、データ送受信手段４０が署名付きハッシュデータ４１をタイムスタンプサーバ３２のデータ送受信手段４２へ送信する。
（３） タイムスタンプサーバ３２のデータ送受信手段４２は、署名付きハッシュデータ４１を受け付け、タイムスタンプ発行手段４３がクロック４４に基づくタイムスタンプデータを作成する。
（４） データ送受信手段４２がタイムスタンプ付きハッシュデータ４５をデータ送受信手段４０へ送信する。データ送受信手段４０は、必要に応じて、タイムスタンプ付きハッシュデータ４５をタイムスタンプ付き電子データ３９として記憶装置（図示せず）に記憶する。

また特開２００２−２６９０３９号公報記載の申請時刻を保証する耐障害申請方法及びシステムによると、申請保証サーバを別途設け、申請データの存在を申請保証サーバが保証するシステムが開示されている。
特開２００２−２６９０３９号公報

上述の従来のタイムスタンプサーバでは、タイムスタンプ要求手段３８が署名付きハッシュデータ３７へのタイムスタンプを要求するとき、タイムスタンプサーバ３２のシステムダウンや、クライアント端末３１とタイムスタンプサーバ３２間の通信エラー等で、タイムスタンプデータが生成されないとき、修復する方法はなかった。よって、利用者側に不備や瑕疵がないときでも、外的要因（タイムスタンプサーバ３２のシステムダウンや、クライアント端末３１とタイムスタンプサーバ３２間の通信エラー等）により、タイムスタンプが押されないときがあり、該当時刻（タイムスタンプ要求日時）にその電子データが存在していたことを証明できないことがあった。

また発生したエラーがクライアント端末３１とタイムスタンプサーバ３２間のネットワーク通信エラーなど、エラー修復に時間が要する場合には、即座に再試行したとしても、成功する可能性は低い。さらにリクエストデータ（署名付きハッシュデータ）へのタイムスタンプが失敗した回数分、再試行が成功しないと完全な修復が行えず、修復作業中に日付が変わってしまうと、日付の担保ができなくなってしまう。タイムスタンプには時刻情報が付与されるが、一般的には日時分秒まで正確なタイムスタンプが必要な場合は少なく、年月日が正確であれば十分な場合が多い。しかしながら、再試行中に日付が変わってしまうと、その日付（年月日）の担保が難しくなる。

また特開２００２−２６９０３９号公報に開示された耐障害申請方法及びシステムは、リクエストの時刻情報を担保するために、申請保証サーバに接続する構成であるため、別途申請保証サーバを設ける必要があり、またネットワーク上のエラー発生時にはリクエストの時刻情報を担保することができなかった。

この発明はかかる問題点を解決するためになされたものであり、外的要因によりタイムスタンプが正常に終了しないとき、クライアント端末内にタイムスタンプサーバへの再リクエストを行う構成を有することにより、エラー対処処理を行うタイムスタンプシステム及びそれをコンピュータに実行させるプログラムを得ることを目的とする。

本発明に係るタイムスタンプ装置は、ネットワーク接続されたタイムスタンプサーバに対して、電子データへのタイムスタンプを要求するタイムスタンプ装置であって、リクエストデータに対するタイムスタンプ要求情報を受け付けるタイムスタンプ要求手段と、上記タイムスタンプ要求手段が受け付けた上記リクエストデータを上記タイムスタンプサーバに送信し、上記タイムスタンプサーバからタイムスタンプ付きリクエストデータまたは、エラーステータスが返送されるデータ送受信手段と、上記データ送受信手段からエラーステータスを受け渡されるか、あるいは上記タイムスタンプサーバから予め定めた一定時間内にタイムスタンプ付きリクエストデータが返送されないときは、リクエストデータを特定する情報を含むエラー情報を作成するエラー情報受取手段と、上記エラー情報受取手段からエラー情報を受け渡され、エラー情報に含まれるリクエストデータを特定する情報により、上記リクエストデータが元の電子データから生成されたことが判別したとき、上記リクエストデータを未処理リストとして構成する未処理リスト構成手段と、上記未処理リストへのタイムスタンプを上記タイムスタンプ要求手段に対して要求し、タイムスタンプ付き未処理リストを構成する未処理リスト処理手段と、上記未処理リストからリクエストデータを取り出し、上記タイムスタンプ要求手段に対してリクエストデータへのタイムスタンプを要求し、タイムスタンプ付きリクエストデータを構成する未処理データ取り出し手段とを備えたことを特徴とするものである。

また、上記未処理リスト構成手段は、上記未処理リストに対応するタイムスタンプ付き未処理リストが存在せず、また日付の変更が発生すると判断したときは、上記タイムスタンプ要求手段に対して上記未処理リストへのタイムスタンプを要求することを特徴とするものである。

また、上記未処理リスト構成手段は、上記タイムスタンプ付き未処理リストに対応する未処理リストが存在しないときは、上記タイムスタンプ付き未処理リストを削除するか、あるいはログデータとして保管することを特徴とするものである。

また、上記未処理リスト処理手段は、タイムスタンプ付き未処理リストが構成されるまで、上記タイムスタンプ要求手段に対して未処理リストへのタイムスタンプを要求し、上記未処理データ取り出し手段は、上記未処理リストから順次取り出した、リクエストデータに対応するタイムスタンプ付きリクエストデータが構成されるまで、上記タイムスタンプ要求手段に対してリクエストデータへのタイムスタンプを要求し、上記未処理リスト構成手段は、タイムスタンプ付きリクエストデータが得られたリクエストデータを、未処理リストから削除することを特徴とするものである。

本発明に係るタイムスタンププログラムは、タイムスタンプサーバとネットワーク接続されたタイムスタンプ装置に実行させるためのタイムスタンププログラムであって、リクエストデータに対するタイムスタンプ要求情報を受け付け、上記リクエストデータを上記タイムスタンプサーバに送信する第１のタイムスタンプ要求ステップと、上記タイムスタンプサーバからタイムスタンプ付きリクエストデータまたは、エラーステータスが返送されるデータ受信ステップと、上記データ受信ステップにおいて、エラーステータスを受け渡されるか、あるいは上記タイムスタンプサーバから予め定めた一定時間内にタイムスタンプ付きリクエストデータが返送されないときは、リクエストデータを特定する情報を含むエラー情報を作成するエラー情報作成ステップと、上記エラー情報作成ステップで作成されたエラー情報を受け渡され、エラー情報に含まれるリクエストデータを特定する情報により、上記リクエストデータが元の電子データから生成されたことが判別したとき、上記リクエストデータを未処理リストとして構成する未処理リスト構成ステップと、上記未処理リストへのタイムスタンプを要求するために、上記未処理リストを上記タイムスタンプサーバに送信する未処理リストタイムスタンプ要求ステップと、上記タイムスタンプサーバからタイムスタンプ付き未処理リストを受信し、構成する未処理リスト処理ステップと、上記未処理リストからリクエストデータを取り出し、このリクエストデータへのタイムスタンプを要求するために、リクエストデータを上記タイムスタンプサーバに送信する第２のタイムスタンプ要求ステップと、第２のタイムスタンプ要求ステップでの要求により返送されたタイムスタンプ付きリクエストデータを受信し、構成する未処理データ処理ステップとを実行させるものである。

さらに、上記タイムスタンプ装置に、上記未処理リストに対応するタイムスタンプ付き未処理リストが存在せず、また日付の変更が発生すると判断したときは、上記未処理リストへのタイムスタンプを要求する第２の未処理リストタイムスタンプ要求ステップを実行させるものである。

さらに、上記タイムスタンプ装置に、上記タイムスタンプ付き未処理リストに対応する未処理リストが存在しないときは、上記タイムスタンプ付き未処理リストを削除するか、あるいはログデータとして保管するタイムスタンプ付き未処理リスト処理ステップを実行させるものである。

また、上記未処理リストタイムスタンプ要求ステップは、タイムスタンプ付き未処理リストが構成されるまで、未処理リストへのタイムスタンプを要求し、上記第２のタイムスタンプ要求ステップは、上記未処理リストから順次取り出した、リクエストデータに対応するタイムスタンプ付きリクエストデータが構成されるまで、リクエストデータへのタイムスタンプを要求することを特徴とするものである。

本発明のタイムスタンプシステム及びプログラムによると、エラーが発生したリクエストデータから未処理リストを作成して、この未処理リスト及び未処理リクエストデータへのタイムスタンプをリクエストするので、タイムスタンプの時刻情報を担保できる可能性が高くなる。

実施の形態１．
図１は、本実施の形態のシステム構成図である。図１に示すように、本実施の形態はネットワーク接続された、クライアント端末（タイムスタンプ装置）１と、タイムスタンプサーバ２とにより構成されている。また図２は、図１で示した構成をより詳細に示したものである。図１及び図２において、クライアント端末１は１台のみ記しているが、複数のクライアント端末１からタイムスタンプサーバ２に対して、リクエストデータを送信し、タイムスタンプを要求することが可能である。なおリクエストデータとは、後述する署名付きハッシュデータ７、（署名付き）未処理リスト１３、未処理署名付きハッシュデータ１５のいずれかであり、タイムスタンプ要求対象であるデータを示す。またクライアント端末として、従来のクライアント端末（図１２におけるクライアント端末３１）を混在させることも可能である。また１つのクライアント端末１を複数の利用者が入れ替わりで利用することが可能である。

図２のクライアント端末１及びタイムスタンプサーバ２の構成について、説明する。ハッシュ手段４は、所定のハッシュ関数を用いて電子データ３からハッシュデータ５を生成し、署名手段６は、予め保持している利用者の秘密鍵でハッシュデータ５を暗号化して署名を生成し、署名付きハッシュデータ７を構成する。なお利用者の秘密鍵は、その利用者に対応する分だけクライアント端末１の記憶装置（図示せず）に記憶されている構成でもいいが、利用者毎にＩＣカード等に記憶され、タイムスタンプリクエストの都度、ＩＣカードからＩＣカードリーダ（図示せず）を用いて利用者の秘密鍵を読み込むように構成してもよい。

タイムスタンプ要求手段８は、署名付きハッシュデータ７等、所定のデータへのタイムスタンプ要求情報を受け付け、該当のデータをリクエストデータとして、データ送受信手段９に受け渡す。データ送受信手段９は、タイムスタンプ要求手段８から受け渡された、該当の電子データをリクエストデータ２１として、タイムスタンプサーバ２に送信する。

またデータ送受信手段９は、リクエストデータへのタイムスタンプが成功するとタイムスタンプ付きリクエストデータ２２を受信し、タイムスタンプ付きハッシュデータ１０またはタイムスタンプ付き未処理リスト１７として記憶する。またエラー発生時はエラー情報（エラーステータス）２３を受信し、エラー情報受取手段１１にそのエラー情報（エラーステータス）を受け渡す。エラー情報受取手段１１は、受け渡されたエラーステータスと、リクエストデータが特定できる情報（例えば、リクエストデータ名または、単一に付与するＩＤ等）とを含むエラー情報を構成し、エラー情報を未処理リスト構成手段１２に受け渡し、それにより未処理リスト構成手段１２は、リクエストに失敗した署名付きハッシュデータ７を未処理リスト１３に追加する。未処理リスト１３とは、リクエストに失敗した署名付きハッシュデータ７と同一形式のファイルを、未処理署名付きハッシュデータとして保管するファイルであり、一連の操作の中で、リクエストに失敗した署名付きハッシュデータ７は、未処理リスト構成手段１２により順次追加される。またリクエストに失敗した署名付きハッシュデータ７がないときは、未処理リスト１３も存在しない。

未処理リスト処理手段１６は、未処理リスト１３があれば、未処理リスト１３へのタイムスタンプをタイムスタンプ要求手段８に対して要求する。また未処理リスト１３へのタイムスタンプが成功した後、未処理データ取り出し手段１４は、未処理リスト１３から１つずつファイルを取り出し、未処理署名付きハッシュデータ１５を構成し、未処理署名付きハッシュデータ１５へのタイムスタンプをタイムスタンプ要求手段８に対して要求する。

タイムスタンプサーバ２では、データ送受信手段１８がリクエストデータ２１を受信すると、その要求をタイムスタンプ発行手段１９に受け渡す。タイムスタンプ発行手段１９はクロック２０から時刻情報を取得して、タイムスタンプを発行し、タイムスタンプ付きリクエストデータ２２を生成する。タイムスタンプが成功したときは、データ送受信手段１８はタイムスタンプ付きリクエストデータ２２をクライアント端末１に送信（返送）し、タイムスタンプサーバ２においてなんらかのエラーが発生したときは、データ送受信手段１８はエラー情報２３を送信する。

なお図２で説明した各手段は、コンピュータで動作可能なプログラムとして構成することもできるが、そのときマルチスレッドを用いたプログラムで実現するとし、よって複数のリクエストデータに対するリクエストとレスポンスとを振り分け処理がなくても、並行して処理できる。また、クライアント端末１とタイムスタンプサーバ２とは、タイムスタンプで定められたプロトコルに準拠して、プロトコルの機能を用いて、エラー処理を実現する。具体的には、タイムスタンプサーバ２がプロトコルに準拠して作成したエラー情報（エラーステータス）を、クライアント端末１でプロトコルにより判別する。

次に、図３〜図５を用いて、タイムスタンプが正常に終了したとき、及びエラーが発生したときの処理の流れについて、説明する。左側がクライアント端末１での処理になり、右側がタイムスタンプサーバ２での処理である。また点線上の矢印は、クライアント端末１と、タイムスタンプサーバ２間でのデータの送受信を表している。図３は、正常に終了するときの処理の流れを示している。図３に示すように、タイムスタンプ要求手段８は、署名付きハッシュデータ７へのタイムスタンプ要求を受け付けると、データ送受信手段９を介して、リクエストデータをタイムスタンプサーバ２へ送信する。タイムスタンプサーバ２のデータ送受信手段１８は、送信されたリクエストデータに基づき、タイムスタンプ発行手段１９にタイムスタンプ発行を要求し、得られたタイムスタンプ付きリクエストデータをクライアント端末１のデータ送受信手段９に返送する。データ送受信手段９は、必要に応じてタイムスタンプ付きハッシュデータ１０を記憶装置（図示せず）に記憶する。図３は、署名付きハッシュデータ７へのタイムスタンプ要求を説明しているが、その他のリクエストデータのときも同様に処理される。

図４及び図５は、リクエストデータへのタイムスタンプ処理でエラーが発生したときの処理の流れを示している。タイムスタンプ要求手段８は、署名付きハッシュデータ７へのタイムスタンプ要求を受け付けると、データ送受信手段９を介して、リクエストデータをタイムスタンプサーバ２へ送信する。タイムスタンプサーバ２のデータ送受信手段１８は、送信されたリクエストデータに基づき、タイムスタンプ発行手段１９にタイムスタンプ発行を要求する。データ送受信手段１８は、タイムスタンプ発行手段１９、あるいはタイムスタンプサーバ２のその他の構成要素によりエラー情報を受け渡されるか、一定時間が経過してもタイムスタンプ付きリクエストデータが得られないときは、エラー情報（エラーステータス）をクライアント端末１へ返信する。

クライアント端末１のデータ送受信手段９が受信したエラー情報（エラーステータス）は、エラー情報受取手段１１を経由して、未処理リスト構成手段１２に受け渡され、未処理リスト構成手段１２は署名付きハッシュデータ７を、未処理リスト１３に作成する。また一連の操作の中で、継続してエラーとなった（複数の電子データ１３から生成された）署名付きハッシュデータ７は、同じ未処理リスト１３の中に追加される。次に、未処理リスト処理手段１６が署名手段６に対して、未処理リスト１３への署名を要求し、（署名付き）未処理リスト１３’へのタイムスタンプをタイムスタンプ要求手段８に対して、要求する。タイムスタンプ要求手段８及びデータ送受信手段９は、上述のようにリクエストデータをタイムスタンプサーバ２へ送信し、タイムスタンプデータが返送されたときは、タイムスタンプ付き未処理リスト１７として記憶する。またエラー情報がタイムスタンプサーバ２から返信されたときは、再度、未処理リスト処理手段１６が署名手段６に対して、未処理リスト１３への署名を要求し、（署名付き）未処理リスト１３’へのタイムスタンプをタイムスタンプ要求手段８に対して、要求する処理を繰り返す。エラー情報が返信される間（タイムスタンプ付き未処理リスト１７が返送されるまで）は、（署名付き）未処理リスト１３’へのタイムスタンプ要求処理が繰り返される。

次に、図５に示す処理（ａ）へ移行する。未処理データ取り出し手段１４は、未処理リスト１３から１つずつ取り出した、未処理署名付きハッシュデータ１５に対して、タイムスタンプを要求する。タイムスタンプ要求処理は、上述のとおりであるが、タイムスタンプサーバ２よりエラー情報が返信されたときは、再度同じ未処理署名付きハッシュデータ１５に対して、タイムスタンプを要求する処理を繰り返し、タイムスタンプ付きリクエストデータが返送されたときは、未処理リスト１３から該当のデータを削除し、次の未処理署名付きハッシュデータ１５へのタイムスタンプ要求処理を行う。

図６〜図１１を用いて、処理の流れをフローチャートで説明する。図６は、処理の全体の流れを示している。クライアント端末１から署名付きハッシュデータ７へのタイムスタンプを要求すると（ステップＳ１）、タイムスタンプサーバ２では署名付きハッシュデータ７に対してタイムスタンプを発行する（ステップＳ２）。その後、クライアント端末ではタイムスタンプサーバ２からタイムスタンプ付きハッシュデータ１０が返送されたか、あるいはエラー情報が返信されたかにより処理が分岐し（ステップＳ３）、タイムスタンプ付きハッシュデータ１０が返送されたときは、その署名付きハッシュデータ７に関する処理は、終了する。続けてタイムスタンプを要求するリクエストデータが存在するときは、そのリクエストデータに関して処理を続ける。ステップＳ３で、エラー情報が返信されたときは、クライアント端末１において、未処理リスト１３を構成し（ステップＳ４）、未処理リスト１３へのタイムスタンプ発行要求と、発行が行われる（ステップＳ５）。未処理リスト１３へのタイムスタンプが成功したときは、未処理リスト１３から未処理署名付きハッシュデータ１５を取り出し、タイムスタンプ発行要求と、発行が行われる（ステップＳ６）。その後、クライアント端末１において、未処理リスト１３の更新（新規作成または、リクエストデータの削除）が行われ（ステップＳ７）、処理が終了する。

図７以降、図６で説明した全体の流れを、個々の処理に分けて説明する。図７は、タイムスタンプ要求に関する処理（図６のステップＳ１、Ｓ２）の流れを示した、フローチャートである。処理が開始され、クライアント端末１のハッシュ手段４は電子データ（元データ）からハッシュデータ５を生成する（ステップＳ１１）。署名手段６は予め登録されている秘密鍵によりハッシュデータを暗号化し、署名データを生成、署名付きハッシュデータ７を構成する（ステップＳ１２）。タイムスタンプ要求手段８は、署名付きハッシュデータ７へのタイムスタンプ要求を受け付け、署名付きハッシュデータ７をデータ送受信手段９へ受け渡す。データ送受信手段９は、署名付きリクエストデータ（署名付きハッシュデータ）２１を、タイムスタンプサーバ２へ送信する（ステップＳ１３）。

その後、タイムスタンプサーバ２ではデータ送受信手段１８が受信した、署名付きリクエストデータ（署名付きハッシュデータ）２１をタイムスタンプ発行手段１９に受け渡し（ステップＳ１４）、タイムスタンプ発行手段１９はタイムスタンプを発行する。またタイムスタンプを発行できないときは、エラー情報（エラーステータス）をデータ送受信手段１８に受け渡す（ステップＳ１５）。データ送受信手段１８は、クライアント端末１に対して、タイムスタンプ付きリクエストデータ（タイムスタンプ付きハッシュデータ）２２を返送する。タイムスタンプ発行手段１９または、他の構成要素からエラー情報を受け渡されたとき、または一定時間が経過しても、タイムスタンプ付きリクエストデータ２２がタイムスタンプ発行手段から受け渡されないときは、エラー情報（エラーステータス）をクライアント端末に返信し（ステップＳ１６）、処理が終了する。上述したように、エラー情報（エラーステータス）は採用されたプロトコルに準拠して生成される。

次に、図８を用いて、クライアント端末１から署名付きリクエストデータ（署名付きハッシュデータ）２１へのタイムスタンプ要求をしたとき、結果の受け取り処理（図６のステップＳ３、Ｓ４）について、処理の流れを説明する。クライアント端末１のデータ送受信手段９は、署名付きリクエストデータ２１に対しタイムスタンプを要求した後、一定時間内になんらかのデータが返送されるを待つ（ステップＳ２１）。ステップＳ２１において、一定時間内になんらかのデータが返送されたとき、そのデータがタイムスタンプ付きリクエストデータ（タイムスタンプ付きハッシュデータ）２２か、またはエラー情報（エラーステータス）２３かを確認する（ステップＳ２２）。タイムスタンプ付きリクエストデータ２２であるときは、それをタイムスタンプ付きハッシュデータ１０として保管する（ステップＳ２３）。

ステップＳ２１において、一定時間内になんらかのデータが返送されないとき、その情報と、リクエストデータ名とがエラー情報受取手段１１に受け渡され、エラー情報受取手段１１は、エラーが発生したとみなし、その状態を示すステータスと、取得したリクエストデータ名を含むエラー情報を構成する（ステップＳ２４）。その後、未処理リスト構成手段１２は、エラー情報に含まれるリクエストデータ名から、リクエストエラーが署名付きハッシュデータ７に対するものであることを判別したら、タイムスタンプを押されなかった署名付きハッシュデータ７を未処理リスト１３に保管する（ステップＳ２５）。未処理リスト１３に保管するとき、署名付きハッシュデータ７を未処理署名付きハッシュデータとしてもいいし、署名付きハッシュデータ７にエラー情報を付加して、未処理署名付きハッシュデータとしてもよい。未処理署名付きハッシュデータにエラー情報を含むことで、未処理リスト１３は履歴情報として用いることが可能になり、後々エラー情報からエラーの種別を取得し、システム構築に役立てることも可能になる。

またステップＳ２２で、返送されたデータがエラー情報２３であることが判別したとき、エラーステータスとリクエストデータ名とをエラー情報受取手段１１に受け渡し、ステップＳ２４の処理に移行する。

ステップＳ２１、Ｓ２２でデータ送受信手段９は、リクエストデータ名およびエラーステータスをエラー情報受取手段１１に受け渡すことができる。これは前述したように、各手段がマルチスレッドで動作するため、データ送受信手段９はリクエストの後、レスポンスが得るまで、リクエストデータ名を記憶する機能があり、また後述するようにリクエストしたセッションにレスポンスとして、タイムスタンプ付きリクエストデータまたは、エラー情報が返送されるため、データ送受信手段９で、リクエストデータ名と対応するエラー情報を特定できるためである。

なお図７、図８で示した処理は、例えばひとりの利用者がログインしてログアウトするまで、複数のリクエストデータに対する処理を行う間、繰り返される。一連の操作の中で、エラーが発生した署名付きハッシュデータ７は、同一の未処理リスト１３に記憶される。

また、データ送受信手段９は、複数のセッションにより、複数のリクエストデータ２１へのリクエスト処理を並行して処理する。セッション内で、リクエストデータとレスポンスとは対応付けられ、エラー情報は、リクエストを送信したセッションに返信される。

図９は、未処理リスト１３に対して、タイムスタンプを要求する処理（図６のステップＳ５）の流れを示したフローチャートである。図９に示した処理は、予め定められた時間間隔で、タイマ割り込みが発生すると、処理が開始する。タイマ割り込みにより、処理が開始すると、未処理リスト１３があるかどうかを確認し（ステップＳ３１）、ない場合は処理が終了する。未処理リスト１３がある場合は、未処理リスト処理手段１６は、署名手段６に対して、未処理リスト１３への署名を要求し、署名手段６により署名が付加された（署名付き）未処理リスト１３’へのタイムスタンプを、タイムスタンプ要求手段８に要求する（ステップＳ３２）。タイムスタンプ要求手段８は、データ送受信手段９に、（署名付き）未処理リスト１３’を受け渡す。データ送受信手段９は、（署名付き）未処理リスト１３’をタイムスタンプサーバに送信する（ステップＳ３３）。

タイムスタンプサーバ２では、データ送受信手段１８が受信した（署名付き）未処理リスト１３を、タイムスタンプ発行手段１９に受け渡し（ステップＳ３４）、タイムスタンプ発行手段１９はタイムスタンプを発行する。またなんらかのエラーにより、タイムスタンプを発行できないときは、エラー情報（エラーステータス）をデータ送受信手段１８に受け渡す（ステップＳ３５）。その後、データ送受信手段１８は、クライアント端末１に対して、タイムスタンプ付きリクエストデータ（タイムスタンプ付き未処理リスト）２２または、エラー情報（エラーステータス）２３を送付する（ステップＳ３６）。

クライアント端末１のデータ送受信手段９は、タイムスタンプ要求後、一定時間内にデータの受け取りがあるかどうかを待ち状態にあり、一定時間内にデータを受け取ったときは（ステップＳ３７）、タイムスタンプ付き未処理リスト２２または、エラー情報２３かを確認し（ステップＳ３８）、タイムスタンプ付き未処理リスト２２であるときは、処理（ｂ）（図１０で示すフローチャート）に処理が継続する。ステップＳ３７で、一定時間内にデータの受け取りがなされないときは、タイムスタンプサーバ２のシステムエラーまたはネットワーク上における通信エラーが発生したと判断し、ステップＳ３２に処理に戻り、再度未処理リスト１３へのタイムスタンプ要求処理を行う。また、ステップＳ３８でエラー情報が送付されたと判断されたときも、ステップＳ３２の処理に戻る。

続いて、図１０で示すフローチャートを用いて、処理（ｂ）以降（図６のステップＳ５からの途中と、Ｓ６）を説明する。クライアント端末１のデータ送受信手段９は、タイムスタンプ付き未処理リスト１７を保管する（ステップＳ４１）。その後未処理データ取り出し手段１４は、未処理リスト１３から最初の未処理署名付きハッシュデータ１５を取り出し、タイムスタンプ要求手段８に対してタイムスタンプを要求する（ステップＳ４２）。タイムスタンプ要求手段８は、未処理署名付きハッシュデータ１５をデータ送受信手段９に受け渡す。データ送受信手段９はタイムスタンプを要求するために、未処理署名付きハッシュデータ１５をタイムスタンプサーバ２に送信する（ステップＳ４３）。

タイムスタンプサーバ２では、データ送受信手段１８が、受信した、未処理署名付きハッシュデータ１５をタイムスタンプ発行手段１９に受け渡し、タイムスタンプ発行手段１９は、未処理署名付きハッシュデータに対して、タイムスタンプを発行する。タイムスタンプを発行できないときは、エラー情報（エラーステータス）を受け渡し（ステップＳ４４）、それに応じてデータ送受信手段１８は、クライアント端末１に対して、タイムスタンプ付きハッシュデータ２２または、エラー情報（エラーステータス）２３を返送する（ステップＳ４５）。

クライアント端末１では、データ送受信手段９が、タイムスタンプ要求後、一定時間内にデータの受け取りがあるかどうかを待ち状態にあり、一定時間内にデータを受け取ったときは（ステップＳ４６）、タイムスタンプ付きハッシュデータ２２または、エラー情報２３かを確認し（ステップＳ４７）、タイムスタンプ付きハッシュデータ２２であることが判別したときは、データ送受信手段９が、受信したタイムスタンプ付きハッシュデータ２２を、タイムスタンプ付きハッシュデータ１０として記憶装置（図示せず）に記憶するとともに、未処理リスト構成手段１２は、タイムスタンプが終了したハッシュデータを未処理リスト１３から削除する（ステップＳ４８）。

未処理リスト１３にまだデータがあるかどうかを確認し（ステップＳ４９）、まだデータが存在するときは、ステップＳ４２の処理に戻る。またステップＳ４６でリクエストデータ名に対応するタイムスタンプ付きリクエストデータが一定時間内に受け取れないとき、及びステップＳ４７でエラー情報を取得したときは、同様にステップＳ４２の処理に戻る。なおステップＳ４６、Ｓ４７からステップＳ４２に戻る処理の前に、未処理署名付きハッシュデータにエラー情報を含むように構成するときは、エラー情報を最新のエラーに更新する処理を加えてもよい。

次に、図１１を用いて、未処理リスト１３に関する処理（図６のステップＳ７）について説明する。図９〜図１０で説明した処理と同様に、予め定められた時間間隔で、タイマ割り込みが発生すると、処理が開始する。図１１に示した処理は、図９〜図１０の処理のタイム割り込みと同期して、図９〜図１０の処理の後に継続して処理されるように構成してもよい。未処理リスト構成手段１２がタイムスタンプ付き未処理リスト１７があるかどうか確認し（ステップＳ５１）、タイムスタンプ付き未処理リスト１７がない場合は、未処理リスト１３があるかどうかを確認する（ステップＳ５４）。ステップＳ５１において、タイムスタンプ付き未処理リスト１７がある場合は、ステップＳ５２で、対応する未処理リスト１３があるかどうかを確認する。

未処理リスト１７は単一のＩＤが付与されて構成されるため、タイムスタンプつき未処理リスト１７にもそのＩＤが継続される。ステップＳ５２での確認は、タイムスタンプつき未処理リスト１７と、未処理リスト１３とのＩＤが同一であれば、タイムスタンプつき未処理リスト１７に対応する未処理リスト１３があると判断し、処理を終了する。

ステップＳ５２で、タイムスタンプつき未処理リスト１７に対応する未処理リスト１３がないと判断したときは、ステップＳ５１で検出されたタイムスタンプつき未処理リスト１７を削除する（ステップＳ５３）。対応する未処理リスト１３がないということは、タイムスタンプ付き未処理リスト１７により「利用者のタイムスタンプ要求意思」を担保する必要がなくなったということである。ゆえに、タイムスタンプつき未処理リスト１７を削除してもよい。また場合により、タイムスタンプ付き未処理リスト１７をログファイルへ登録するように構成してもよく、そのときはエラー情報を解析するために役立てることができる。ステップＳ５３の後、処理を終了する。

またステップＳ５４で、未処理リスト１３がないときには、処理が終了するが、未処理リスト１３があるときは、続いて未処理リスト処理手段１６が、日付の変更が発生するかどうかを確認する（ステップＳ５５）。タイムスタンプつき未処理リスト１７のタイムスタンプの日付を、現在の日付と同一にするための処理であり、現在の時刻情報を、クライアント端末１が有するクロック（図示せず）から取得し、次回のタイマ割り込みが発生して、未処理リスト１３に含まれる未処理署名付きハッシュデータへのタイムスタンプ処理が終了するまでに、日付の変更が発生するかどうかを確認する。

具体的には、図９〜図１１で説明した処理時間を最大１０分、図９〜図１１の処理が開始されるタイマ割り込みが３０分単位で発生するとする。クライアント端末１が有するクロックから取得した現在の時刻が２００５年２月２２日２３：００のとき、３０分後の２３：３０のタイマ割り込みによる処理が最大１０分かかるとしても２００５年２月２２日中に実施されるとし、２００５年２月２２日２３：００の時点では、日付の変更が発生しないと判断する。また、２００５年２月２２日２３：３０のとき、３０分後のタイマ割り込みは、日付変更以降に発生するとし、２００５年２月２２日２３：３０の時点で、日付の変更が発生すると判断する。また、特定の時間以降、例えば２２：００以降は、「日付の変更が発生する」と判断するように構成してもよい。

ステップＳ５５で、「日付の変更が発生する」と判断されたときは、未処理リスト１３に対するタイムスタンプ要求処理（ステップＳ５６）を行い、処理を終了する。ステップＳ５５で、日付の変更が発生しないとしたときは、そのまま処理が終了する。ステップＳ５６の処理は、図９〜図１０のステップＳ３１からステップＳ４１で示した処理と同じになるが、タイムスタンプつき未処理リスト１７が返送されるまで、処理を繰返すことがより望ましい。

未処理リスト１３が存在するとき、タイムスタンプ付き未処理リスト１７により「利用者のタイムスタンプ要求意思」を担保するが、「利用者のタイムスタンプ要求意思」の担保は、上述したように、日付を確実に担保することが必要になる。未処理リスト１３が存在するのに、タイムスタンプつき未処理リスト１７が存在しないときは、「利用者のタイムスタンプ要求意思」と、日付とを担保できないため、図１１で説明したように、日付の変更が発生する前に、「日付の変更が発生」することを判断して、未処理リスト１３に対するタイムスタンプを要求する。

また、図１１に示した処理は、図９〜図１０の処理と継続して行ってもよいとしたが、日付の担保のためには、図１１の処理は、図９〜図１０の処理のタイマ割り込みより短い間隔で行った方がより有効である。

なお本実施の形態においては、署名手段６により署名付きハッシュデータを構成し、署名付きハッシュデータ７へのタイムスタンプを要求する構成とした。署名手段６による署名により、タイムスタンプサーバ２に接続された通信経路での改ざんを防止する効果を有するが、署名手段６による署名は省略することができる。また、電子データに対してではなく、署名付きハッシュデータ７に対しタイムスタンプを要求することで、未処理リスト１３の容量を極力小さくする効果を有するが、署名付き電子データに対してタイムスタンプを要求する構成とすることもできる。

以上説明したように本実施の形態によると、エラーが発生したリクエストデータから未処理リストを作成して、この未処理リスト及び未処理リクエストデータへのタイムスタンプをリクエストするので、未処理リストへのタイムスタンプが成功すれば、未処理リストに含まれる未処理リクエストデータに関する「タイムスタンプ要求意思」が担保できる。それにより、タイムスタンプの中で特に重要である日付を担保できる可能性が高くなる。

また即時に再試行せずに、エラーが発生したリクエストデータを未処理リストにまとめておき、適当な時間間隔で再試行するので、効率的にエラーを修復することができるとともに、適当な時間間隔を空けることにより、外的要因が解消され、成功する確率が高くなる。

また本実施の形態で必要な構成は、クライアント端末１とタイムスタンプサーバ２のみであり、「利用者のタイムスタンプ要求意思」を担保するために、特別なサーバ等を加える必要はない。

実施の形態２．
本実施の形態が実施の形態１と異なるのは、タイムスタンプエラーがタイムスタンプサーバ２で発生したとき、タイムスタンプサーバ２から受信したエラー情報を用いないで、構成する点である。

図１２を用いて、本実施の形態の処理の流れをフローチャートで説明する。図１２は、処理の全体の流れを示している。クライアント端末１から署名付きハッシュデータ７へのタイムスタンプを要求すると（ステップＳ６１）、タイムスタンプサーバ２では署名付きハッシュデータ７に対してタイムスタンプを発行する（ステップＳ６２）。その後、クライアント端末ではタイムスタンプサーバ２からタイムスタンプ付きハッシュデータ１０が返送されたか、あるいは予め定めた一定期間内にタイムスタンプ付きハッシュデータ１０が返送されないかにより処理が分岐し（ステップＳ６３）、タイムスタンプ付きハッシュデータ１０が返送されたときは、その署名付きハッシュデータ７に関する処理は、終了する。続けてタイムスタンプを要求する署名付きハッシュデータ７が存在するときは、その署名付きハッシュデータ７に関して処理を続ける。ステップＳ６３で、一定期間内にタイムスタンプ付きリクエストデータ２２が返送されないときは、クライアント端末１において、未処理リスト１３を構成し（ステップＳ６４）、未処理リスト１３へのタイムスタンプ発行要求と、発行が行われる（ステップＳ６５）。未処理リスト１３へのタイムスタンプが成功したときは、未処理リスト１３から未処理署名付きハッシュデータ１５を取り出し、タイムスタンプ発行要求と、発行が行われる（ステップＳ６６）。その後、クライアント端末１において、未処理リスト１３の更新（新規作成または、リクエストデータの削除）が行われ（ステップＳ６７）、処理が終了する。

また実施の形態１で用いた図７〜図１１の処理で異なるところを列挙すると、タイムスタンプ要求手段８は、リクエストデータへのタイムスタンプ要求を受け付けたとき、リクエストデータをデータ送受信手段９に受け渡すが、データ送受信手段９は、リクエストデータ名を一時的に記憶する。対応する処理の流れは、図７のステップＳ１３、図９のステップＳ３３、図１０のステップＳ４３になる。
また、タイムスタンプサーバ２の構成により、エラー情報が返信されないときは、データ送受信手段９は、返送されたデータがタイムスタンプ付きリクエストデータか、エラー情報かの判別を行わない。つまり、図８のステップＳ２２、図９のステップＳ３８、図１０のステップＳ４７の処理は行わない。この場合は、一定時間内にタイムスタンプ付きリクエストデータ２２が返送されないときは、全てエラーと判別する。図８のステップＳ２４の処理では、データ送受信手段９及びエラー情報受取手段１１により、一時的に記憶しているリクエストデータ名を取得し、エラー情報を生成する。

これにより、実施の形態１で示した、エラーステータス（「タイムスタンプ発行手段１９でのエラー」、「ネットワーク上でのエラー」等）を判別することはできないが、タイムスタンプサーバ２から返信されるエラー情報を用いなくても、実現することができる。

以上の各実施の形態で、クライアント端末１、タイムスタンプサーバ２は、コンピュータで実現できるものである。また図示していないが、クライアント端末１、タイムスタンプサーバ２は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備えている。

例えば、ＣＰＵは、バスを介して、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、通信ボード、表示装置、Ｋ／Ｂ（キーボード）、マウス、ＦＤＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、ＣＤＤ（コンパクトディスクドライブ）、磁気ディスク装置、光ディスク装置、プリンタ装置、スキャナ装置等と接続されている。

ＲＡＭは、揮発性メモリの一例である。ＲＯＭ、ＦＤＤ、ＣＤＤ、磁気ディスク装置、光ディスク装置は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。

前述した各実施の形態のクライアント端末１、タイムスタンプサーバ２が扱うデータや情報は、記憶装置あるいは記憶部に保存され、クライアント端末１、タイムスタンプサーバ２の各部により、記録され読み出されるものである。

また、通信ボードは、例えば、ＬＡＮ、インターネット、或いはＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）に接続されている。磁気ディスク装置には、オペレーティングシステム（ＯＳ）、ウィンドウシステム、プログラム群、ファイル群（データベース）が記憶されている。

プログラム群は、ＣＰＵ、ＯＳ、ウィンドウシステムにより実行される。

上記クライアント端末１、タイムスタンプサーバ２の各部は、一部或いはすべてコンピュータで動作可能なプログラムにより構成しても構わない。或いは、ＲＯＭに記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェア或いは、ハードウェア或いは、ソフトウェアとハードウェアとファームウェアとの組み合わせで実施されても構わない。

上記プログラム群には、実施の形態の説明において「〜部」として説明した処理をＣＰＵに実行させるプログラムが記憶される。これらのプログラムは、例えば、Ｃ言語やＨＴＭＬやＳＧＭＬやＸＭＬなどのコンピュータ言語により作成される。

また、上記プログラムは、磁気ディスク装置、ＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のその他の記録媒体に記憶され、ＣＰＵにより読み出され実行される。

実施の形態１におけるシステム構成図である。 実施の形態１におけるクライアント端末１とタイムスタンプサーバ２の構成を示した、システム構成図である。 タイムスタンプが正常に終了したときの処理の流れである。 タイムスタンプがエラー終了したときの処理の流れである。 タイムスタンプがエラー終了したときの処理の流れである。 実施の形態１の処理全体を示すフローチャートである。 タイムスタンプ要求とタイムスタンプ発行の処理の流れを示すフローチャートである。 未処理リスト１３を構成する処理の流れを示すフローチャートである。 未処理リスト１３へタイムスタンプを要求する処理の流れを示すフローチャートである。 未処理リスト１３へタイムスタンプを要求する処理と、未処理署名付きハッシュデータへのタイムスタンプを要求する処理の流れを示すフローチャートである。 未処理リスト１３に対する処理の流れを示すフローチャートである。 実施の形態２の処理全体を示すフローチャートである。 従来のタイムスタンプシステムの構成をしめしたシステム構成図である。

符号の説明

１ クライアント端末、２ タイムスタンプサーバ、８ タイムスタンプ要求手段、９ データ送受信手段、１１ エラー情報受取手段、１２ 未処理リスト構成手段、１４ 未処理データ取り出し手段、１６ 未処理リスト処理手段。

Claims (8)

1. ネットワーク接続されたタイムスタンプサーバに対して、電子データへのタイムスタンプを要求するタイムスタンプ装置であって、
   リクエストデータに対するタイムスタンプ要求情報を受け付けるタイムスタンプ要求手段と、
   上記タイムスタンプ要求手段が受け付けた上記タイムスタンプ要求情報に対応するリクエストデータを上記タイムスタンプサーバに送信し、上記タイムスタンプサーバからタイムスタンプ付きリクエストデータまたは、エラーステータスが返送されるデータ送受信手段と、
   上記データ送受信手段からエラーステータスを受け渡されるか、あるいは上記タイムスタンプサーバから予め定めた一定時間内にタイムスタンプ付きリクエストデータが返送されないときは、リクエストデータ名を含むエラー情報を作成するエラー情報受取手段と、
   上記エラー情報受取手段からエラー情報を受け渡され、エラー情報に含まれるリクエストデータ名から、上記リクエストデータが元の電子データであることが判別したとき、上記リクエストデータを未処理リストとして構成する未処理リスト構成手段と、
   上記未処理リストへのタイムスタンプを上記タイムスタンプ要求手段に対して要求し、タイムスタンプ付き未処理リストを構成する未処理リスト処理手段と、
   上記未処理リストからリクエストデータを取り出し、上記タイムスタンプ要求手段に対してリクエストデータへのタイムスタンプを要求し、タイムスタンプ付きリクエストデータを構成する未処理データ取り出し手段と、
   を備えたことを特徴とするタイムスタンプ装置。
2. 上記未処理リスト構成手段は、上記未処理リストに対応するタイムスタンプ付き未処理リストが存在せず、かつ未処理リストが存在し、さらに日付の変更が発生すると判断したときは、上記タイムスタンプ要求手段に対して上記未処理リストへのタイムスタンプを要求することを特徴とする請求項１に記載のタイムスタンプ装置。
3. 上記未処理リスト構成手段は、上記タイムスタンプ付き未処理リストに対応する未処理リストが存在しないときは、上記タイムスタンプ付き未処理リストを削除するか、あるいはログデータとして保管することを特徴とする請求項１または２に記載のタイムスタンプ装置。
4. 上記未処理リスト処理手段は、タイムスタンプ付き未処理リストが構成されるまで、上記タイムスタンプ要求手段に対して未処理リストへのタイムスタンプを要求し、
   上記未処理データ取り出し手段は、上記未処理リストから順次取り出した、リクエストデータに対応するタイムスタンプ付きリクエストデータが構成されるまで、上記タイムスタンプ要求手段に対してリクエストデータへのタイムスタンプを要求し、
   上記未処理リスト構成手段は、タイムスタンプ付きリクエストデータが得られたリクエストデータを、未処理リストから削除することを特徴とする請求項１〜３のいずれかに記載のタイムスタンプ装置。
5. タイムスタンプサーバとネットワーク接続されたタイムスタンプ装置に実行させるためのタイムスタンププログラムであって、
   上記タイムスタンプ装置が備えるタイムスタンプ要求手段が、リクエストデータに対するタイムスタンプ要求情報を受け付け、上記タイムスタンプ装置が備えるデータ送受信手段が、上記タイムスタンプ要求情報に対応するリクエストデータを上記タイムスタンプサーバに送信する第１のタイムスタンプ要求ステップと、
   上記タイムスタンプ装置が備えるデータ送受信手段が、上記タイムスタンプサーバからタイムスタンプ付きリクエストデータまたは、エラーステータスが返送されるデータ受信ステップと、
   上記タイムスタンプ装置が備えるエラー情報受取手段が、上記データ受信ステップにおいて、エラーステータスを受け渡されるか、あるいは上記タイムスタンプサーバから予め定めた一定時間内にタイムスタンプ付きリクエストデータが返送されないときは、リクエストデータを特定する情報を含むエラー情報を作成するエラー情報作成ステップと、
   上記タイムスタンプ装置が備える未処理リスト構成手段が、上記エラー情報作成ステップで作成されたエラー情報を受け渡され、エラー情報に含まれるリクエストデータ名から、上記リクエストデータが元の電子データであることが判別したとき、上記リクエストデータを未処理リストとして構成する未処理リスト構成ステップと、
   上記タイムスタンプ装置が備えるデータ送受信手段が、上記未処理リストへのタイムスタンプを要求するために、上記未処理リストを上記タイムスタンプサーバに送信する未処理リストタイムスタンプ要求ステップと、
   上記タイムスタンプ装置が備えるデータ送受信手段が、上記タイムスタンプサーバからタイムスタンプ付き未処理リストを受信し、上記タイムスタンプ装置が備える未処理リスト処理手段が、タイムスタンプ付き未処理リストを構成する未処理リスト処理ステップと、
   上記タイムスタンプ装置が備える未処理データ取り出し手段が、上記未処理リストからリクエストデータを取り出し、このリクエストデータへのタイムスタンプを要求するために、上記タイムスタンプ装置が備えるデータ送受信手段が、リクエストデータを上記タイムスタンプサーバに送信する第２のタイムスタンプ要求ステップと、
   上記タイムスタンプ装置が備えるデータ送受信手段が、第２のタイムスタンプ要求ステップでの要求により返送されたタイムスタンプ付きリクエストデータを受信し、上記タイムスタンプ装置が備える未処理データ取り出し手段が、タイムスタンプ付きリクエストデータを構成する未処理データ処理ステップと、
   を実行させるためのタイムスタンププログラム。
6. さらに、上記タイムスタンプ装置に、
   上記タイムスタンプ装置が備える未処理リスト構成手段が、上記未処理リストに対応するタイムスタンプ付き未処理リストが存在せず、かつ未処理リストが存在し、さらに日付の変更が発生すると判断したときは、上記未処理リストへのタイムスタンプを要求する第２の未処理リストタイムスタンプ要求ステップ
   を実行させる請求項５に記載のタイムスタンププログラム。
7. さらに、上記タイムスタンプ装置に、
   上記タイムスタンプ装置が備える未処理リスト構成手段が、上記タイムスタンプ付き未処理リストに対応する未処理リストが存在しないときは、上記タイムスタンプ付き未処理リストを削除するか、あるいはログデータとして保管するタイムスタンプ付き未処理リスト処理ステップ
   を実行させる請求項５または６に記載のタイムスタンププログラム。
8. 上記タイムスタンプ装置が備える未処理リスト処理手段が実行する上記未処理リストタイムスタンプ要求ステップは、タイムスタンプ付き未処理リストが構成されるまで、未処理リストへのタイムスタンプを要求し、
   上記タイムスタンプ装置が備える未処理リスト構成手段が実行する上記第２のタイムスタンプ要求ステップは、上記未処理リストから順次取り出した、リクエストデータに対応するタイムスタンプ付きリクエストデータが構成されるまで、リクエストデータへのタイムスタンプを要求することを特徴とする
   請求項５〜７のいずれかに記載のタイムスタンププログラム。

Images