原本データを取得する原本データ取得手段と、前記取得した原本データに対して属性情報を設定する設定手段と、前記取得した原本データと前記設定した属性情報を対応づける対応づけ手段と、前記対応づけた原本データと属性情報に長期署名を行った長期署名データを取得する長期署名データ取得手段と、を具備したことを特徴とする情報処理装置。前記取得した原本データ、前記設定した属性情報、及び前記取得した長期署名データを対応づけて記憶する記憶手段を具備したことを特徴とする請求項1に記載の情報処理装置。前記記憶手段は、前記原本データ、前記属性情報、及び前記長期署名データから生成された1のデータを記憶することを特徴とする請求項2に記載の情報処理装置。前記1のデータから前記属性情報を読み取って提示する提示手段を具備したことを特徴とする請求項3に記載の情報処理装置。前記対応づけ手段は、前記取得した原本データと前記設定した属性情報から1のデータを生成することにより前記原本データと前記属性情報を対応づけることを特徴とする請求項1から請求項4までのうちの何れか1の請求項に記載の情報処理装置。原本データを取得する原本データ取得機能と、前記取得した原本データに対して属性情報を設定する設定機能と、前記取得した原本データと前記設定した属性情報を対応づける対応づけ機能と、前記対応づけた原本データと属性情報に長期署名を行った長期署名データを取得する長期署名データ取得機能と、をコンピュータで実現する情報処理プログラム。本発明は、原本データと共に属性情報にも長期署名を行うことを目的とする。請求項1に記載の発明では、原本データを取得する原本データ取得手段と、前記取得した原本データに対して属性情報を設定する設定手段と、前記取得した原本データと前記設定した属性情報を対応づける対応づけ手段と、前記対応づけた原本データと属性情報に長期署名を行った長期署名データを取得する長期署名データ取得手段と、を具備したことを特徴とする情報処理装置を提供する。請求項2に記載の発明では、前記取得した原本データ、前記設定した属性情報、及び前記取得した長期署名データを対応づけて記憶する記憶手段を具備したことを特徴とする請求項1に記載の情報処理装置を提供する。請求項3に記載の発明では、前記記憶手段が、前記原本データ、前記属性情報、及び前記長期署名データから生成された1のデータを記憶することを特徴とする請求項2に記載の情報処理装置を提供する。請求項4に記載の発明では、前記1のデータから前記属性情報を読み取って提示する提示手段を具備したことを特徴とする請求項3に記載の情報処理装置を提供する。請求項5に記載の発明では、前記対応づけ手段が、前記取得した原本データと前記設定した属性情報から1のデータを生成することにより前記原本データと前記属性情報を対応づけることを特徴とする請求項1から請求項4までのうちの何れか1の請求項に記載の情報処理装置を提供する。請求項6に記載の発明では、原本データを取得する原本データ取得機能と、前記取得した原本データに対して属性情報を設定する設定機能と、前記取得した原本データと前記設定した属性情報を対応づける対応づけ機能と、前記対応づけた原本データと属性情報に長期署名を行った長期署名データを取得する長期署名データ取得機能と、をコンピュータで実現する情報処理プログラムを提供する。本発明は、原本データと属性情報を1つにまとめて長期署名することにより、原本データと共に属性情報にも長期署名を行うことができる。A実施形態の概要図1は、本実施の形態の概要を説明するための図である。括弧を付した番号は、処理の順序を示しており、以下、当該処理の順序に従って説明する。1長期署名登録システム8は、ユーザからの属性の入力を受け付けることにより原本データに対する属性値群を設定する。そして、長期署名登録システム8は、原本データと属性値群がバラバラにならないように、これらを圧縮して1個の長期署名用圧縮データを生成する。2長期署名登録システム8は、長期署名用圧縮データを長期署名システム1に出力して登録する。長期署名システム1は、長期署名用圧縮データを解凍して原本データと属性値群を取得する。3長期署名システム1は、原本データと属性値群の組グループに対して長期署名を行い、原本データと属性値群の組に対するXAdES長期署名データを作成する。4長期署名システム1は、原本データ、属性値群、XAdESがバラバラにならないように、これらを圧縮して1個の長期署名一式データを作成する。5長期署名システム1は、作成した長期署名一式データを文書管理システム9に出力して登録する。文書管理システム9は、長期署名一式データが登録されると、これを記憶して管理する。あるいは、これを解凍し、原本データ、属性値群、XAdESを対応づけて管理してもよい。B実施形態の詳細図2は、長期署名システム1、長期署名登録システム8、文書管理システム9の構成を説明するための図である。長期署名システム1は、長期署名サーバ2、クライアント端末3、タイムスタンプサーバ5、リポジトリサーバ6、7などがインターネット4で通信可能に接続されて構成されている。長期署名サーバ2は、CPUCentralProcessingUnit21、ROMReadOnlyMemory22、記憶部23、入出力I/F24、RAMRandomAccessMemory25、表示部26、通信制御部27などから構成されている。CPU21は、記憶部23などに記憶されたプログラムに従って情報処理や長期署名サーバ2の各部の制御を行う中央処理装置である。本実施の形態では、クライアント端末3やタイムスタンプサーバ5、リポジトリサーバ6、7と通信しながら長期署名データを作成する。ROM22は、読み取り専用のメモリであって、長期署名サーバ2が動作するための基本的なプログラムやパラメータなどが記憶されている。RAM25は、読み書きが可能なメモリであって、長期署名サーバ2がクライアント端末3などと通信して長期署名データを作成するためのワーキングメモリなどを提供する。記憶部23は、例えば、ハードディスクなどの大容量の記憶装置を用いて構成されており、長期署名サーバ2を動作させるためのOSOperatingSystemや長期署名データを生成するためのプログラムなどが記憶されている。表示部26は、例えば、液晶やCRTCathodeRayTubeなどを用いた表示装置を備えており、長期署名サーバ2の運用担当者などが長期署名サーバ2を操作するための各種画面を表示する。入出力I/F24は、例えば、各種操作スイッチ、キーボード、マウスなどの入出力装置を備えており、運用担当者などは入出力I/F24から長期署名サーバ2を操作することができる。通信制御部27は、インターネット4を介してクライアント端末3、タイムスタンプサーバ5、リポジトリサーバ6、7などと通信する。なお、インターネット4は、他の形態の通信網であってもよい。長期署名サーバ2は、通信制御部27により、クライアント端末3から電子署名値や原本データと、これに設定された属性値群のハッシュ値以下、属性値原本ハッシュ値や公開鍵証明書などを受信することができる。クライアント端末3は、CPU31、ROM32、記憶部33、通信制御部34、RAM35、表示部36、入出力I/F37などから構成されている。クライアント端末3は、長期署名サーバ2と協働することにより長期署名システム1の一部を構成するほか、単独で長期署名登録システム8、文書管理システム9を構成している。CPU31は、記憶部33などに記憶されたプログラムに従って情報処理やクライアント端末3の各部の制御を行う中央処理装置である。本実施の形態では、属性値の入力を受け付けて、原本データに属性値群を設定したり長期署名登録システム8、長期署名サーバ2との各種情報の送受信、秘密鍵による電子署名などを行ったり長期署名システム1、長期署名が成された原本データと属性値群を保管したりする文書管理システム9。ROM32は、読み取り専用のメモリであって、クライアント端末3が動作するための基本的なプログラムやパラメータなどが記憶されている。RAM35は、読み書きが可能なメモリであって、例えば、クライアント端末3が原本データに属性値群を設定する場合や、クライアント端末3が長期署名サーバ2と通信しながら電子署名や属性値原本ハッシュ値の作成を行う場合、あるいは、クライアント端末3が長期署名された原本データや属性値群を管理する場合にワーキングメモリを提供する。記憶部33は、例えば、ハードディスクなどの大容量の記憶装置を用いて構成されており、クライアント端末3を動作させるためのOSや電子署名を行うための秘密鍵、当該秘密鍵に対応する公開鍵の公開鍵証明書、長期署名対象となっている原本データや属性値群などが記憶されている。原本データとしては、例えば、ワープロやテキストエディタなどで作成された電子文書のほか、画像データ、音声データなどの各種のデータファイルが可能である。また、クライアント端末3が長期署名サーバ2と協働して長期署名データを作成するためのプログラムJAVA登録商標などで作成されているは、作成の度に長期署名サーバ2からダウンロードするように構成してもよいし、あるいは、予め記憶部33に記憶しておき、これを使用するように構成することもできる。表示部36は、例えば、液晶やCRTなどを用いた表示装置を備えており、クライアント端末3のユーザがクライアント端末3を操作するための各種画面を表示する。入出力I/F37は、例えば、キーボード、マウス、ICカードリーダライタなどの入出力装置を備えている。ICカードリーダライタは、ICカードを接続してクライアント端末3とICカードの通信を仲介する。ICカードは、CPU、ROM、RAM、EEPROMElectricallyErasableandProgrammableROMなどを備えた情報処理装置であり、例えば、クライアント端末3を使用するユーザを認証するためのユーザ認証情報などが記憶されている。また、秘密鍵や公開鍵証明書などをICカードに記憶させ、ICカードの秘密鍵を使って電子署名するようにクライアント端末3を構成することもできる。通信制御部34は、インターネット4を介して長期署名サーバ2との通信を行う。長期署名サーバ2へのハッシュ値の送信、電子署名値の送信などは、通信制御部34を用いて行われる。タイムスタンプサーバ5は、タイムスタンプを発行するサーバであり、TSATimeStampingAuthority:タイムスタンプ局に設置されている。タイムスタンプサーバ5は、時刻配信局の配信する時刻によって補正される正確な時計を有しており、タイムスタンプ発行対象となる電子データを受信すると、これに当該時計による現在日時刻を付してタイムスタンプ用の秘密鍵で電子署名暗号化することによりタイムスタンプを発行する。リポジトリサーバ6は、TSA-CATimeStampingAuthorityCertificateAuthority:タイムスタンプ認証局に設置されたサーバであって、タイムスタンプの検証に用いる公開鍵証明書タイムスタンプに用いた秘密鍵に対応する公開鍵の公開鍵証明書の失効情報を提供する。失効情報にリストアップされていない公開鍵証明書は失効していないため、これによって公開鍵証明書の有効性を確認し、当該有効な公開鍵証明書によってタイムスタンプの有効性を確認することができる。リポジトリサーバ7は、CACertificateAuthorityに設置されたサーバであって、クライアント端末3の行った電子署名の検証に用いる公開鍵証明書クライアント端末3の秘密鍵に対応する公開鍵の公開鍵証明書の失効情報を提供する。失効情報にリストアップされていない公開鍵証明書は失効していないため、これによって公開鍵証明書の有効性を確認し、当該有効な公開鍵証明書によってクライアント端末3の行った電子署名の有効性を確認することができる。リポジトリサーバ6とリポジトリサーバ7が提供する失効情報は、定期不定期例えば、24時間ごとに更新される。図3は、長期署名登録システム8によってクライアント端末3に表示される登録画面の一例を示した図である。登録画面は、対象ファイル名、ファイル名変換処理、関連情報、参照、及び処理実行の各エリアを有している。対象ファイル名は、ファイル名を変更する原本データを指定するエリアである。ユーザが長期署名する書類をスキャナなどで読み込む場合、スキャンした後のデータには、一般に、自動的にファイル名が付与されるため、当該エリアでユーザの定義するファイル名に変換する原本データを指定する。図では、09-J-24.pdfなる原本データが指定されている。このようにして、登録アプリケーションに処理対象となる原本データを登録することができる。また、ファイル選択ボタンは、ファイルを一覧して対象となる原本データを選択するためのボタンであり、内容確認のため開くボタンは、確認のために、選択した原本データの内容を表示するためのボタンである。更に、ファイル選択毎に追番をインクリメントチェックボックスは、選択したファイルに1ずつ増加する追番を自動的に付与するか否かを選択するためのボックスである。ファイル名変換処理は、変換後のファイル名を設定するためのエリアである。変換後のファイル名には、ユーザが下の1.製品コード/開発コード~6.内容履歴の各項目で設定したファイル名が表示される。1.製品コード/開発コードでは、製品コードや開発コードをドロップダウンメニューで選択するようになっている。2.ステップでは、例えば、事前検討や承認済みなど、原本データの位置する段階をドロップダウンメニューで選択するようになっている。3.資料コードでは、原本データの資料としての位置づけを表すコードをドロップダウンメニューで選択するようになっている。4.追番では、原本データのファイル名に付与する追番が設定できるようになっており、ボタンで追番を1だけインクリメントし、-ボタンで追番を1だけデクリメントし、リセットボタンで初期値1にリセットできるようになっている。5.Rev.では、原本データの版数をドロップダウンメニューで選択するようになっている。6.内容履歴では、原本データの内容をドロップダウンメニューで選択するようになっている。また、下のボックスに履歴を入力することもできる。設定ボタンがクリック選択されると入力内容が確定する。ファイル名生成ボタンは、変換後のファイル名を生成するためのボタンであり、クリックされると、1.製品コード/開発コード~6.内容履歴で入力された内容に従ってファイル名が生成され、変換後のファイル名に生成されたファイル名が表示される。関連情報は、原本データに付属させる属性値を設定するためのエリアである。1.作成日では、原本データを作成した日をドロップダウンメニューで選択するようになっている。2.機密レベルでは、原本データの機密レベルをドロップダウンメニューで選択するようになっている。3.所有者では、原本データの所有者をドロップダウンメニューで選択するようになっている。4.アクセス権では、原本データにアクセスする権限を持っている者をドロップダウンメニューで選択するようになっている。5.次回更新日見直し期間では、属性値を見直して更新する日をドロップダウンメニューで選択するようになっている。6.保管期限では、原本データや属性値の保管期限をドロップダウンメニューで選択するようになっている。7.複製では、複製が可能であるか否かをドロップダウンメニューで選択するようになっている。8.備考では、備考をキーボードなどから入力するようになっている。以上のようにして登録アプリケーション上で処理対象となる原本データに関する属性値複数を設定することができる。参照は、処理実行後に参照するファイルを選択するエリアである。処理済フォルダを開くボタンは、処理実行された長期署名前の原本データが格納されたフォルダディレクトリを開くためのボタンであり、リストを開くボタンは、処理実行された長期署名データのリストを開くボタンである。処理実行は、長期署名用圧縮データを長期署名対象に登録するためのエリアである。登録ボタンをクリックすると、クライアント端末3は、関連情報で設定した各属性値を、当該属性値をファイル名とするテキストファイルに変換し後述、原本データとともに所定の圧縮方式例えば、ZIP方式で圧縮して長期署名用圧縮データを生成する。そして、長期署名登録システム8は、長期署名用圧縮データを長期署名対象用のフォルダに格納して長期署名システム1に登録する。図4は、長期署名用圧縮データの構成を説明するための図である。長期署名用圧縮データは、所定のフォルダに、属性値群と原本データを格納し、これを圧縮することにより形成されている。より詳細には、各属性値は、極秘.txtなどと、テキストファイルのファイル名として設定されている。テキストファイルの中身は属性値を入れてもよい。そして、これら属性値名ファイルと、原本データC-J-01-001-1-製品企画書.pdfが同じフォルダに格納され、フォルダごと圧縮されている。フォルダ名は、例えば、原本データのファイル名にするなど任意に設定することができる。このように原本データと属性値群を1つのフォルダにまとめて圧縮したのは、長期署名登録システム8でこれらデータを管理する際、及び、長期署名登録システム8から長期署名システム1にデータを送信する際に、原本データや属性値群がバラバラにならないようにするためである。また、データの容量を小さくすることもできる。また、属性値をテキストファイルのファイル名としたのは、圧縮された状態であっても、テキストファイルの題名を読み取ることができるからである。テキストファイルの題名を読み出すことにより属性値を読み出すことができる。なお、属性値は、このように1つの属性値をファイル名とする1つのファイルを作成するほか、1つの属性値用ファイルの中に全ての属性値を記載してもよい。あるいは、属性値を記載したCSVCommaSeparatedValuesファイルを作成する場合も考えられる。図5は、長期署名システム1が生成する長期署名データのフォーマット長期署名フォーマットを説明するための図である。本実施の形態の長期署名データは、XAdESXMLAdvancedElectronicSignaturesの規定に従い、XMLExtensibleMarkupLanguage言語を用いて記述されている。署名前XAdESデータは、クライアント端末3が電子署名を行う対象となる署名対象データを格納したXML要素であって、KeyInfo、署名対象プロパティ、SignedInfoの各要素から構成されている。署名前XAdESデータをクライアント端末3が電子署名することによりESが生成される。KeyInfoには、クライアント端末3が電子署名に用いた秘密鍵に対応する公開鍵の公開鍵証明書が設定されている。公開鍵証明書には、例えば、公開鍵、公開鍵の所有者、認証局、認証局の署名などが含まれている。署名対象プロパティには、公開鍵証明書のハッシュ値が設定されている。SignedInfoには、属性値原本ハッシュ値解凍後の原本データファイル名とそのハッシュ値、および、それぞれの属性値ファイル名とそれぞれのハッシュ値の一式、及び署名対象プロパティのハッシュ値以下、署名対象プロパティハッシュ値が設定されている。ESは、上記の署名前XAdESデータとSignatureValueを要素として構成されている。SignatureValueには、SignedInfoをクライアント端末3が秘密鍵で署名した署名値が設定されている。このように、クライアント端末3がSignedInfoに対して電子署名することにより、署名前XAdESデータに対する署名が行われる。ES-Tは、上記のESと署名タイムスタンプを要素として構成されている。署名タイムスタンプには、ESに対して発行されたSTS署名タイムスタンプが設定されている。STSは、タイムスタンプサーバ5において、SignatureValueのハッシュ値に現在日時刻を付与して、これをタイムスタンプサーバ5の秘密鍵で電子署名したものである。ES-XLES-XLongは、上記のES-Tと検証情報を要素として構成されている。検証情報は、証明書群と失効情報群を用いて構成されている。証明書群は、クライアント端末3が署名に用いた秘密鍵の公開鍵証明書と、タイムスタンプサーバ5がタイムスタンプに用いた秘密鍵の公開鍵証明書の認証パス上の公開鍵証明書で構成されている。この認証パスは、ルート認証局は自己署名証明書を発行し、そのルート認証局は子認証局に証明書を発行し、その子認証局は孫認証局に証明書を発行し、、末端の認証局は、個人、証明書所有者に証明書を発行するという証明書信頼チェーンにおいて、公開鍵証明書の検証をルート認証局まで遡って確認するものである。失効情報群は、公開鍵証明書の失効情報で構成されている。ES-A1stは、上記のES-XLとATS1stを要素として構成されている。ATS1stArchiveTimeStamp:アーカイブタイムスタンプは、第1世代のATSであって、ES-Tを検証する情報、原本ハッシュ値、クライアント端末3による電子署名、タイムスタンプサーバ5によるタイムスタンプSTSなどから所定の方法で作成されたハッシュ値が含まれており、ATS1stによってES-XLの正当性を検証することができる。ES-A2ndは、ES-A1stとATS2ndを要素として構成されている。ATS2ndは、第2世代のATSであって、ES-A1stを検証する情報、原本ハッシュ値、クライアント端末3による電子署名、タイムスタンプサーバ5によるタイムスタンプSTS、ATS1stなどから所定の方法で生成されたハッシュ値が含まれており、ATS2ndによってES-A1stの正当性を検証することができる。図示しないが、更に、ES-A2ndとATS3rdを要素とするES-A3rd、ES-A3rdとATS4thを要素とするES-A4th、と更に世代を続けることができる。以上のように構成された長期署名データは、次のようにして作成される。まず、ES-XLまで作成し、署名タイムスタンプと検証情報が有効なうちにATS1stを取得し、ES-A1stを構築する。そして、ATS1stが有効性を失う前タイムスタンプトークンの公開鍵証明書の有効期限切れや失効前、あるいは、関連する暗号アルゴリズムの危殆化前に、ATS2ndを取得する。以下、同様にして現在のATSが有効性を失う前に次世代のATSを取得していくことを繰り返す。このようにして、ES-XLに対してATSが時系列的に付与され、最新の世代のATSが有効期限内である長期署名データが得られる。このように、長期署名システム1では、原本データに属性値群を付属させて長期署名を行うことができるほか、原本データや署名用の秘密鍵といった機密情報をクライアント端末3から外部に出さずにクライアント端末3と長期署名サーバ2が協働することにより長期署名データを作成できるという効果もある。なお、長期署名サーバ2に属性値群と原本データ、及び署名用の秘密鍵を預けて、長期署名サーバ2で全ての処理を行うように構成することも可能である。図6は、文書管理システム9によってクライアント端末3に表示される属性表示画面の一例を示した図である。文書管理システム9は、原本データ、属性値群、XAdES長期署名データを組にして圧縮した長期署名一式データを長期署名システム1から受け取ると、これを解凍し、原本データ、属性値群、XAdESをそれぞれのデータベースのテーブルに保存する。属性表示画面では、これらデータベースに保存された各値が、それぞれのフィールドに設定されて表示される。図では、文書名としてC-J-01-001-1-製品企画書.pdfなる原本データのファイル名、ES-A.xmlなるXAdESファイル名、及び、作成日、機密レベル、などの各属性値が表示されている。図7は、長期署名登録システム8が長期署名用圧縮データを作成する手順を説明するためのフローチャートである。以下の処理は、クライアント端末3のCPU31が所定のプログラムに従って行うものである。まず、クライアント端末3は、原本データを取得するステップ5。この処理は、登録画面図3でユーザが長期署名の対象となる原本データを指定してファイル名を設定することにより行われる。次に、クライアント端末3は、当該原本データに付随させる属性値群を取得するステップ10。この処理は、登録画面でユーザが各属性値を設定することにより行われる。以降の処理は、ユーザが登録画面で登録ボタンをクリックすることにより開始される。まず、クライアント端末3は、原本データと属性値群を対応づけて格納するためのフォルダを作成するステップ15。次に、クライアント端末3は、各属性値をファイル名とするテキストファイルを属性値ごとに作成し、ステップ15で作成したフォルダに当該テキストファイルと原本データを格納するステップ20。次に、クライアント端末3は、原本データとテキストファイルを格納したフォルダをフォルダごと所定の方式で圧縮し、単一のファイルからなる長期署名用圧縮データを作成するステップ25。そして、クライアント端末3は、作成した長期署名用圧縮データを長期署名用のフォルダに格納することにより長期署名システム1に登録する。図8は、長期署名システム1が長期署名一式データを生成する手順の前半を説明するためのフローチャートである。以下の処理は、クライアント端末3のCPU31と、長期署名サーバ2のCPU21が所定のプログラムに従って行うものである。まず、クライアント端末3は、長期署名用のフォルダに長期署名用圧縮データが格納されたか否かを監視しているステップ30。長期署名用圧縮データが格納されていない場合はステップ30;N、引き続き監視を継続し、長期署名用圧縮データが格納された場合はステップ30;Y、ユーザ名、パスワードなどのログイン情報を長期署名サーバ2に送信するステップ35。このログイン情報の送信は、予めクライアント端末3にログイン情報を記憶しておき、自動的に行ってもよいし、あるいは、クライアント端末3がユーザが装着したICカードから読み取ってもよいし、更には、表示部36にログイン画面を表示して、ユーザが入力し、これを送信してもよい。長期署名サーバ2は、クライアント端末3からログイン情報を受信すると、これによってユーザを認証してログイン処理を行い、ログイン処理が完了した旨をクライアント端末3に送信するステップ40。クライアント端末3は、ログインの完了を確認すると、長期署名用圧縮データを解凍して原本データと属性値群を取り出し、原本データファイル名とそのハッシュ値、および、それぞれの属性値ファイル名とそれぞれのハッシュ値の一式である属性値原本ハッシュ値を計算する。そして、クライアント端末3は、署名用の秘密鍵の公開鍵証明書と属性値原本ハッシュ値を長期署名サーバ2に送信するステップ45。長期署名サーバ2は、クライアント端末3から公開鍵証明書と属性値原本ハッシュ値を受信すると、これを用いてSignedInfoを生成し、クライアント端末3に送信するステップ50。クライアント端末3は、長期署名サーバ2からSignedInfoを受信すると、これを署名用の秘密鍵で電子署名するステップ55。そして、クライアント端末3は、当該電子署名による署名値を長期署名サーバ2に送信するステップ60。長期署名サーバ2は、署名値を受信すると、その署名値に対するタイムスタンプ要求をタイムスタンプサーバ5に送信してSTSを署名値ごとに発行してもらい、これら署名値に対するSTSをタイムスタンプサーバ5から受信して取得するステップ65。なお、タイムスタンプサーバ5にアクセスが集中しており、長期署名サーバ2がタイムスタンプサーバにアクセスできなかった場合、長期署名サーバ2がクライアント端末3に待ち時間を指定し例えば、10分、クライアント端末3が指定された時間にアクセスをリトライするように構成することもできる。長期署名サーバ2は、先にクライアント端末3が送信した公開鍵証明書、SignedInfo、署名値などからESを作成し、これにタイムスタンプサーバ5から取得したSTSを付与してES-Tを作成するステップ70。長期署名サーバ2は、作成したES-Tを所定のディレクトリに保存する。そして、長期署名サーバ2は、保存したES-Tで用いられている署名値とSTSの検証に必要な公開鍵証明書と失効情報を判断し、定期的にリポジトリサーバ6、7にアクセスして、これらの公開鍵証明書と失効情報を収集する。次に、長期署名サーバ2は、ES-T所定のフォルダに保存したものと同じもの、及びES-Tチケットをクライアント端末3に送信するステップ75。ES-Tチケットには、クライアント端末3が以降の処理を開始する時間を指定する情報や、長期署名サーバ2が以降の処理を再開する際に処理対象となっているXAdESを特定する情報などが含まれている。クライアント端末3は、長期署名サーバ2から、これらの情報を受信して格納するステップ80。以上で前半の処理は終了し、クライアント端末3は、ES-Tチケットで指定された時間まで長期署名データ生成処理を休止する。この休止期間は、リポジトリサーバ6、7で失効情報などが更新される時間を見込んだ時間であり、例えば、24時間程度である。このように休止期間を設けるのは、リポジトリサーバ6、7が提供する失効情報が最新のものに更新されるまでの時間を稼ぐためである。即ち、クライアント端末3が電子署名したり、タイムスタンプサーバ5がSTSを発行した時点で、本来は公開鍵証明書が失効しているにもかかわらず、まだ失効情報などが更新されていない事態を回避するためである。図9は、長期署名システム1で長期署名一式データを生成する手順の後半を説明するためのフローチャートである。クライアント端末3は、ES-Tチケットで指定された所定時間が経過したか監視するステップ100。所定時間が経過していない場合ステップ100;N、クライアント端末3は、監視を継続する。一方、所定時間が経過した場合ステップ100;Y、クライアント端末3は、ログイン情報を長期署名サーバ2に送信するステップ105。長期署名サーバ2は、クライアント端末3からログイン情報を受信すると、これによってユーザを認証してログイン処理を行い、ログイン処理が完了した旨をクライアント端末3に送信するステップ110。クライアント端末3は、長期署名サーバ2からログイン処理が完了した旨を受信すると、格納しておいたES-Tチケットを長期署名サーバ2に送信するステップ115。長期署名サーバ2は、クライアント端末3からES-Tチケットを受信すると、これを確認し、クライアント端末3が何れのXAdESに係る処理を続行しようとしているのかを認識する。これにより、長期署名サーバ2は、当該XAdESで使用する検証情報を特定し、クライアント端末3に送信するステップ120。クライアント端末3は、長期署名サーバ2から検証情報を受信すると、ES-Tに検証情報を付与してES-XLを生成することにより検証情報を埋め込むステップ125。次に、クライアント端末3は、ATS1stを付与する前のXAdESから、長期署名対象データを生成し、これを長期署名サーバ2に送信してATS1stの取得を要求するステップ130。長期署名対象データには、例えば、原本データ、署名値、STS、検証情報などの非改竄性を検証するための情報例えば、これらのハッシュ値が含まれている。長期署名サーバ2は、クライアント端末3から長期署名対象データを受信すると、これらをタイムスタンプサーバ5に送信し、タイムスタンプサーバ5から、これに対して発行されたタイムスタンプ、即ちATS1stを取得するステップ135。次に、長期署名サーバ2は、XAdESに関しては、所定のディレクトリに保存しておいたXAdES-Tに検証情報とATS1stを付与してXAdES-A1stを生成してクライアント端末3に送信するステップ140。クライアント端末3は、XAdESに関しては、XAdES-A1stを受信して保存するステップ145。以上のようにして、長期署名システム1は、XAdESを生成する。その後、長期署名システム1は、原本データ、属性値群、XAdESを組にして圧縮し、長期署名一式データを作成し、文書管理システム9に出力する。ここで用いる圧縮手順は、長期署名用圧縮データの圧縮手順と同じであり、長期署名システム1は、フォルダを生成して、当該フォルダに、原本データ、属性値をファイル名とするテキストファイル群、及びXAdESを格納し、フォルダごと圧縮する。以上に説明した実施の形態により、次のような効果を得ることができる。1長期に渡って証拠性を確保すべき文書管理システムにおいて、原本データと属性値をまとめて証拠化することができる。2原本データの中に属性値を含めないため、原本データの再利用が可能となる。3システム間でデータ群をやり取りする際に、対応するデータ群を対応づけて圧縮することにより1つのデータにすることができ、これによってデータの散逸を防止することができる。4属性値をファイル名とすることにより、圧縮された状態のまま属性値を読み出すことができる。5属性値を読み出して表示することによりユーザが属性値を確認検証することができる。6原本データ、属性値、XAdESを1つの証拠化ファイルとすることができ、管理が容易になる。7長期署名登録システム8、長期署名システム1、文書管理システム9が連携することにより、原本データに対する属性値の設定、原本データと属性値に対する長期署名の生成、及び管理を一貫して行うことができる。8署名用の秘密鍵や原本データといった秘密情報をクライアント端末3の外部に出さずにクライアント端末3と長期署名サーバ2が協働して長期署名データを作成することができる。なお、実施の形態では、長期署名方式としてXAdESを例に説明したが、PAdESPDFAdvancedElectronicSignaturesなど、他の方式を用いてもよい。以上に説明した実施の形態により、次の構成を得ることができる。クライアント端末3は、登録画面で原本データの選択を受け付けることにより原本データを取得し、また、当該原本データに対する各属性値を設定するため、原本データを取得する原本データ取得手段と、前記取得した原本データに対して属性情報属性値を設定する設定手段を備えている。また、クライアント端末3は、長期署名用圧縮データを作成することにより原本データと属性値群を対応づけているため、前記取得した原本データと前記設定した属性情報を対応づける対応づけ手段を備えている。なお、実施の形態では、圧縮することにより1ファイルとしたが、これに限定するものではなく、非圧縮状態の1ファイルとしたり、あるいは、原本データと属性値群に共通の番号を付与して紐づけするなどしてもよい。また、クライアント端末3は、長期署名サーバ2から原本データと属性値群の組に対するXAdESを受信するため、前記対応づけた原本データと属性情報に長期署名を行った長期署名データを取得する長期署名データ取得手段を備えている。このため、クライアント端末3は、このような手段を備えた情報処理装置として機能している。また、クライアント端末3は、長期署名一式データを文書管理システム9に記憶することにより、原本データ、属性値群、XAdESを対応づけて記憶するため、前記取得した原本データ、前記設定した属性情報、及び前記取得した長期署名データXAdESを対応づけて記憶する記憶手段を備えている。また、原本データ、属性値群、長期署名データは、長期署名一式データとして1のデータとすることにより対応づけられているため、前記記憶手段は、前記原本データ、前記属性情報、及び前記長期署名データから生成された1のデータを記憶している。また、文書管理システム9は、長期署名一式データから属性値を読み取って表示するため、クライアント端末3は、前記1のデータから前記属性情報を読み取って提示する提示手段を備えている。また、長期署名登録システム8は、原本データと属性値群を圧縮して長期署名用圧縮データとすることにより原本データ属性値群を対応づけるため、クライアント端末3は、前記対応づけ手段は、前記取得した原本データと前記設定した属性情報から1のデータを生成することにより前記原本データと前記属性情報を対応づけている。なお、非圧縮データとしたり、他の方法で原本データと属性値群を紐づけてもよい。また、クライアント端末3は、原本データを取得する原本データ取得機能と、前記取得した原本データに対して属性情報を設定する設定機能と、前記取得した原本データと前記設定した属性情報を対応づける対応づけ機能と、前記対応づけた原本データと属性情報に長期署名を行った長期署名データを取得する長期署名データ取得機能と、をコンピュータで実現する情報処理プログラムを実行して、長期署名登録システム8、長期署名システム1、文書管理システム9としての機能を発揮している。