(57)【要約】【課題】アーカイビング方式の時刻認証において、ハッシュ値の衝突による不都合を解消するためのＩＤをより有効に活用できる認証管理技術を提供する。【解決手段】認証管理装置１００は、ユーザから電子ファイル１０４を取得するデータ取得部と、電子データ１０４が対応付けられるべきクリッピングＰＤＦファイル１１０を一意に特定するユニークキーを生成するユニークキー生成部と、ユニークキーと電子ファイル１０４とを含むクリッピングＰＤＦファイル１１０を生成する合成部と、クリッピングＰＤＦファイル１１０をハッシュ化するハッシュ化部と、ハッシュ値とユニークキーとを対応付けてアーカイビング時刻認証局３０４に送信する認証送信部と、クリッピングＰＤＦファイル１１０をユーザに返却する返却管理部と、を備える。【選択図】図１
2013088927.tif 000002
【特許請求の範囲】
【請求項１】
電子データが存在していた時刻の認証を時刻認証と呼ぶとき、
ネットワークを介して、ユーザから電子データを取得するデータ取得部と、
前記データ取得部によって取得された電子データが対応付けられるべきクリッピングデータを一意に特定するデータＩＤを生成するデータＩＤ生成部と、
前記データＩＤ生成部によって生成されたデータＩＤと前記データ取得部によって取得された電子データとを含むクリッピングデータを生成する合成部と、
前記合成部によって生成されたクリッピングデータをハッシュ化するハッシュ化部と、
前記ハッシュ化部におけるハッシュ化により得られるハッシュ値と前記データＩＤ生成部によって生成されたデータＩＤとを対応付けて時刻認証局に送信する認証送信部と、
前記認証送信部によって送信されたハッシュ値に対応するクリッピングデータが前記時刻認証局において時刻認証された場合、前記合成部によって生成されたクリッピングデータを、ユーザによって取得可能な状態とする返却管理部と、を備えることを特徴とする認証管理装置。
【請求項２】
前記データＩＤ生成部によって生成されたデータＩＤを前記時刻認証局に通知するよう構成されたハイパーリンクを生成するハイパーリンク生成部をさらに備え、
前記合成部は、前記ハイパーリンク生成部によって生成されたハイパーリンクと前記データ取得部によって取得された電子データとを含むクリッピングデータを生成することを特徴とする請求項１に記載の認証管理装置。
【請求項３】
クリッピングデータに含まれる電子データが認証時刻に存在していたか否かを検証する際、ネットワークを介して、ユーザから、クリッピングデータのハッシュ値を取得するユーザ側検証情報取得部と、
前記時刻認証局から、前記ユーザ側検証情報取得部によって取得されたハッシュ値に対応するクリッピングデータに含まれるデータＩＤ、に対応して前記時刻認証局において保持されているハッシュ値を取得する認証局側検証情報取得部と、
前記ユーザ側検証情報取得部によって取得されたハッシュ値と前記認証局側検証情報取得部によって取得されたハッシュ値とが同等であるか否かを判定する判定部と、をさらに備えることを特徴とする請求項１または２に記載の認証管理装置。
【請求項４】
前記データＩＤ生成部によって生成されたデータＩＤをユーザ端末の時刻認証検証用プログラムに通知するよう構成されたハイパーリンクを生成するハイパーリンク生成部をさらに備え、
前記合成部は、前記ハイパーリンク生成部によって生成されたハイパーリンクと前記データ取得部によって取得された電子データとを含むクリッピングデータを生成することを特徴とする請求項１に記載の認証管理装置。
【請求項５】
クリッピングデータに含まれる電子データが認証時刻に存在していたか否かを検証する際、ネットワークを介して、ユーザから、そのクリッピングデータのハッシュ値とそのクリッピングデータに含まれるデータＩＤとを取得するユーザ側検証情報取得部と、
前記ユーザ側検証情報取得部によって取得されたデータＩＤを前記時刻認証局に送信する検証送信部と、
前記時刻認証局から、前記検証送信部によって送信されたデータＩＤに対応して前記時刻認証局において保持されているハッシュ値を取得する認証局側検証情報取得部と、
前記ユーザ側検証情報取得部によって取得されたハッシュ値と前記認証局側検証情報取得部によって取得されたハッシュ値とが同等であるか否かを判定する判定部と、をさらに備えることを特徴とする請求項１に記載の認証管理装置。
【請求項６】
電子データが存在していた時刻の認証を時刻認証と呼ぶとき、
ネットワークを介して、ユーザから電子データを取得するステップと、
取得された電子データが対応付けられるべきクリッピングデータを一意に特定するデータＩＤを生成するステップと、
生成されたデータＩＤと取得された電子データとを含むクリッピングデータを生成するステップと、
生成されたクリッピングデータをハッシュ化するステップと、
ハッシュ化により得られるハッシュ値と生成されたデータＩＤとを対応付けて時刻認証局に送信するステップと、
送信されたハッシュ値に対応するクリッピングデータが前記時刻認証局において時刻認証された場合、生成されたクリッピングデータを、ユーザによって取得可能な状態とするステップと、を含むことを特徴とする認証管理方法。
【請求項７】
電子データが存在していた時刻の認証を時刻認証と呼ぶとき、
ネットワークを介して、ユーザから電子データを取得する機能と、
取得された電子データが対応付けられるべきクリッピングデータを一意に特定するデータＩＤを生成する機能と、
生成されたデータＩＤと取得された電子データとを含むクリッピングデータを生成する機能と、
生成されたクリッピングデータをハッシュ化する機能と、
ハッシュ化により得られるハッシュ値と生成されたデータＩＤとを対応付けて時刻認証局に送信する機能と、
送信されたハッシュ値に対応するクリッピングデータが前記時刻認証局において時刻認証された場合、生成されたクリッピングデータを、ユーザによって取得可能な状態とする機能と、をコンピュータに実現させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証管理のための装置および方法に関し、特に電子データの時刻認証を管理するための技術に関する。
【背景技術】
【０００２】
「時刻認証」は、電子ファイルなどの電子データが存在していた時刻の認証であり、電子日付認証ともタイムスタンプとも称される。時刻認証については、従来、日本国内の企業がシステム販売あるいはサービスとして提供している。電子ファイルが存在していた時刻の証明は特許法における先使用権の証明や米国での先発明の証明に有効であると考えられる。
【０００３】
アーカイビング方式と呼ばれる時刻認証方式では、時刻認証局が電子データの時刻認証において認証された時刻（以下、認証時刻と称す）の情報とその電子データのハッシュ値とを含むトークンを生成し、生成されたトークンを時刻認証局側で保持する。時刻認証を検証する際は、時刻認証局側で保持されるトークンのハッシュ値と、検証時に再作成されたハッシュ値とが比較される。
【０００４】
本出願人はアーカイビング方式にも適用できる時刻認証の仕組みを特許文献１において提案している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４６８６６４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
理論上、ハッシュ関数は２つ以上のキーに同じハッシュ値をマッピングすることがある。このようなハッシュ値の衝突の存在により、電子データのハッシュ値は必ずしもその電子データを一意に特定するＩＤではない。したがって、例えば２つの異なる電子データから同じハッシュ値が生成され、そのそれぞれがアーカイビング方式で時刻認証された場合、同じハッシュ値に対して異なる認証時刻が対応付けられて時刻認証局側に保持される。したがって、時刻認証を検証する際に困難が生じうる。
【０００７】
このハッシュ値の衝突の課題に対応するために考えられる１つの手法は、電子データをシステム内で一意に特定する、ハッシュ値とは別のＩＤを使用することである。このＩＤは、通常、システム内で閉じていればよく、ユーザに公開する必要はない。このようなＩＤをシステムに導入するとシステムの構成や処理がより複雑となるので、このようなＩＤを、ハッシュ値の衝突に対応するためだけでなく、より有効に活用する途が模索されている。
【０００８】
本発明はこうした課題に鑑みてなされたものであり、その目的は、アーカイビング方式の時刻認証において、ハッシュ値の衝突による不都合を解消するためのＩＤをより有効に活用できる認証管理技術の提供にある。
【課題を解決するための手段】
【０００９】
本発明のある態様は認証管理装置に関する。この認証管理装置は、電子データが存在していた時刻の認証を時刻認証と呼ぶとき、ネットワークを介して、ユーザから電子データを取得するデータ取得部と、データ取得部によって取得された電子データが対応付けられるべきクリッピングデータを一意に特定するデータＩＤを生成するデータＩＤ生成部と、データＩＤ生成部によって生成されたデータＩＤとデータ取得部によって取得された電子データとを含むクリッピングデータを生成する合成部と、合成部によって生成されたクリッピングデータをハッシュ化するハッシュ化部と、ハッシュ化部におけるハッシュ化により得られるハッシュ値とデータＩＤ生成部によって生成されたデータＩＤとを対応付けて時刻認証局に送信する認証送信部と、認証送信部によって送信されたハッシュ値に対応するクリッピングデータが時刻認証局において時刻認証された場合、合成部によって生成されたクリッピングデータを、ユーザによって取得可能な状態とする返却管理部と、を備える。
【００１０】
この態様によると、クリッピングデータに含まれるデータＩＤを利用して時刻認証の検証を行うことができる。
【００１１】
なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１２】
本発明によれば、アーカイビング方式の時刻認証において、ハッシュ値の衝突による不都合を解消するためのＩＤをより有効に活用できる認証管理技術を提供できる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施の形態に係る認証管理装置を含む電子時刻認証システムを示す概略図である。
【図２】クリッピングＰＤＦファイルの時刻認証の検証を説明するための説明図である。
【図３】図１の認証管理装置の機能および構成を示すブロック図である。
【図４】図３のユーザ情報保持部の一例を示すデータ構造図である。
【図５】クリッピングＰＤＦファイルの構成の一例を示す概念図である。
【図６】ログイン画面の代表画面図である。
【図７】新規アップロード画面の代表画面図である。
【図８】返却通知電子メールを示す概念図である。
【図９】図１の認証管理装置における一連の処理を示すフローチャートである。
【図１０】第２の実施の形態に係る認証管理装置を備える電子時刻認証システムにおいて、クリッピングＰＤＦファイルの時刻認証を検証する際の流れの説明図である。
【図１１】第３の実施の形態に係る認証管理装置を備える電子時刻認証システムにおいて、クリッピングＰＤＦファイルの時刻認証を検証する際の流れの説明図である。
【図１２】図１１の認証管理装置の検証部の機能および構成を示すブロック図である。
【図１３】第４の実施の形態に係る認証管理装置を備える電子時刻認証システムにおいて、クリッピングＰＤＦファイルの時刻認証を検証する際の流れの説明図である。
【発明を実施するための形態】
【００１４】
以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。
【００１５】
（第１の実施の形態）
図１は、第１の実施の形態に係る認証管理装置１００を含む電子時刻認証システム２を示す概略図である。企業の研究開発拠点２００は、技術者が使用する複数の技術者端末２０２ａ〜２０２ｄを有する。以下技術者をユーザ、技術者端末をユーザ端末と称す場合もある。電子時刻認証システム２は企業の研究開発拠点２００で生成される電子ファイルに時刻認証を与える。また電子ファイルは、種々の形式、たとえばテキスト形式や画像形式や音声形式や動画形式のファイルであってもよい。動画形式のファイルの場合、工場のラインや展示会の様子を動画に撮っておき、その動画ファイルを時刻認証できるので便利である。
【００１６】
電子時刻認証システム２は、認証管理装置１００と、アーカイビング時刻認証局３０４と、アーカイビング記憶装置３０６と、アーカイビングＣＡ局４０１と、を備える。認証管理装置１００は複数の技術者端末２０２ａ〜２０２ｄと不図示のインターネットなどのネットワークによって接続される。認証管理装置１００とアーカイビング時刻認証局３０４、アーカイビング時刻認証局３０４とアーカイビングＣＡ局４０１、も不図示のネットワークによって接続される。
【００１７】
技術者は日々の研究開発で生じる実験ノートや実験データやアイデアメモなどを各人に割り当てられた技術者端末を使用して電子ファイル化する。技術者は定期的に、例えば一日一度、そのようにして生成された電子ファイル１０４を認証管理装置１００にアップロードする。
【００１８】
認証管理装置１００は電子ファイル１０４を取得し、その電子ファイル１０４の認証予定時刻を決定する。認証管理装置１００は、認証予定時刻の情報と電子ファイル１０４とをまとめてひとつのクリッピングファイルとする。認証管理装置１００は、クリッピングファイルを一意に特定するデータＩＤすなわちユニークキー１１５を生成し、クリッピングファイルに割り当てる。このユニークキー１１５は、認証管理装置１００においてクリッピングファイルに割り振られる連番であってもよい。
【００１９】
認証管理装置１００は特に、ユニークキー１１５を引数として含むアーカイビング時刻認証局３０４のＵＲＬ（Uniform Resource Locator）を格納するハイパーリンクを印影１１３としてＰＤＦ（Portable Document Format）形式の台紙ＰＤＦファイルに含め、さらに認証予定時刻の情報を台紙ＰＤＦファイルに含め、その台紙ＰＤＦファイルに電子ファイル１０４を関連付けることによってひとつのクリッピングＰＤＦファイル１１０を生成する。
【００２０】
本実施の形態では、認証方式としてアーカイビング方式が使用される場合について説明する。認証管理装置１００は、クリッピングＰＤＦファイル１１０をアーカイビング方式にしたがってハッシュ化してアーカイビング方式の新規認証用ハッシュ値１０７を生成し、その新規認証用ハッシュ値１０７をユニークキー１１５と対応付けて外部のアーカイビング時刻認証局３０４に送信する。
【００２１】
アーカイビング時刻認証局３０４は、受け取った新規認証用ハッシュ値１０７に認証時刻の情報を付加する。新規認証用ハッシュ値１０７に時刻の情報が付加された時点で、クリッピングＰＤＦファイル１１０に含まれる電子ファイル１０４がその時刻すなわち認証時刻に存在していたことが認証されたといえる。認証時刻の情報はアーカイビング時刻認証局３０４の内部時計によって決定される。この内部時計は、例えば正確かつ公正な時刻を刻む原子時計などの基準時計である。
【００２２】
アーカイビング時刻認証局３０４は、認証時刻の情報が付加された新規認証用ハッシュ値を新規認証トークン１０９として認証管理装置１００に送信する。また、アーカイビング時刻認証局３０４は、受け取ったユニークキー１１５と新規認証トークン１０９とを対応付けて自局内もしくは自局に接続されたアーカイビング記憶装置３０６に登録する。
アーカイビングＣＡ局４０１は、アーカイビング時刻認証局３０４が有効な認証時刻の情報を付加しているかを認証する。
【００２３】
認証管理装置１００は、アーカイビング時刻認証局３０４から受け取る新規認証トークン１０９から認証時刻の情報を抽出する。認証管理装置１００は、抽出された認証時刻の情報とクリッピングＰＤＦファイル１１０に含まれる認証予定時刻の情報とを比較し、それらが対応すると判定された場合、クリッピングＰＤＦファイル１１０を研究開発拠点２００の技術者端末に返却する。クリッピングＰＤＦファイル１１０は対応する新規認証トークン１０９を含まない。技術者は返却されたクリッピングＰＤＦファイル１１０を技術者端末上で管理する。
【００２４】
図２は、クリッピングＰＤＦファイルの時刻認証の検証を説明するための説明図である。アーカイビング方式において、クリッピングＰＤＦファイルに含まれる電子ファイルがその認証時刻に存在していたか否かを検証する際、技術者は検証対象のクリッピングＰＤＦファイルを技術者端末２０２ａのディスプレイに表示させ、印影をクリックする。すると、印影に対応するハイパーリンクの作用により、技術者端末２０２ａからアーカイビング時刻認証局３０４にネットワークを介してユニークキー１７０を含むリクエストが送信される。アーカイビング時刻認証局３０４はアーカイビング記憶装置３０６から、受信したユニークキー１７０に対応する新規認証トークン１７２を抽出し、ユニークキー１７０に対応付けて認証管理装置１００に送信する。
【００２５】
技術者端末２０２ａは、印影のクリックに関連した一連の検証作業のなかで、認証管理装置１００のハッシュ化アルゴリズムと同じアルゴリズムを使用して検証対象のクリッピングＰＤＦファイルをハッシュ化し、得られた検証用ハッシュ値１０８をユニークキー１７０と共に認証管理装置１００にアップロードする。
【００２６】
認証管理装置１００は、技術者端末２０２ａから受け取った（検証用ハッシュ値１０８、ユニークキー１７０）の組と、アーカイビング時刻認証局３０４から受け取った（新規認証トークン１７２に含まれる新規認証用ハッシュ値、ユニークキー１７０）の組とが一致するか否かを判定する。これらが一致すれば、検証対象のクリッピングＰＤＦファイルに含まれる電子ファイルが認証時刻に存在していたことが証明できる。加えて、認証時刻から現在までの間に電子ファイルが変更（改ざん）されていないことも証明できる。これらが一致する場合、認証管理装置１００は時刻認証の検証が成功した旨を示す認証成功画面８２０を技術者端末２０２ａのディスプレイに表示させる。この認証成功画面８２０はアーカイビング時刻認証局３０４から受け取った新規認証トークン１７２に含まれる認証時刻の情報を表示する領域を含む。
一致しない場合、認証管理装置１００は時刻認証の検証が失敗した旨を示す認証失敗画面８２２を技術者端末２０２ａのディスプレイに表示させる。
【００２７】
このように、クリッピングＰＤＦファイルのハッシュ値だけでなくユニークキー１７０も使用して時刻認証の検証が行われるので、ハッシュ値の衝突が生じた場合でも正確な時刻認証の検証が可能となる。例えば、アーカイビング記憶装置が検証用ハッシュ値と一致する新規認証用ハッシュ値を複数有する場合、一般的にはどの新規認証用ハッシュ値が検証用ハッシュ値に対応するのかを見極めるのは困難である。しかしながら本実施の形態では、ユニークキー１７０を参照することでどの新規認証用ハッシュ値を検証に使用すればよいかが容易に分かる。
加えて、ユーザは、時刻認証されたクリッピングＰＤＦファイルの返却時に新規認証トークンを受け取らなくても、ユニークキーにより時刻認証を検証することができる。
【００２８】
図３は、認証管理装置１００の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵ（central processing unit）をはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。
【００２９】
認証管理装置１００は、電子ファイル１０４の時刻認証に関する認証部１０と、クリッピングＰＤＦファイルの時刻認証の検証に関する検証部１８と、ユーザ情報保持部４４と、を備える。認証部１０は、ログイン部４０と、データ取得部３８と、ユニークキー生成部２４と、ハイパーリンク生成部２６と、合成部１４と、ハッシュ化部１６と、認証送信部２８と、認証時刻取得部４１と、認証判定部２２と、変更部２３と、返却管理部３４と、を含む。検証部１８は、ユーザ側検証情報取得部３０と、認証局側検証情報取得部３６と、検証判定部３９と、を含む。
【００３０】
図４は、ユーザ情報保持部４４の一例を示すデータ構造図である。ユーザ情報保持部４４は、ユーザＩＤと、パスワードと、電子メールアドレスと、を対応付けて保持する。ユーザＩＤは認証管理装置１００のユーザに割り当てられたＩＤである。
【００３１】
図３に戻り、ログイン部４０は、ユーザ端末からログイン要求を受け付けた場合、ログイン画面５０２（図６で後述）をユーザ端末のディスプレイに表示させる。
ログイン部４０は、ログイン画面５０２で入力されたユーザＩＤとパスワードとを取得する。ログイン部４０は、取得されたユーザＩＤとパスワードの組がユーザ情報保持部４４に登録されているユーザＩＤとパスワードの組のひとつと合致する場合、ログインを受け付け、ユーザ端末とのセッションを開始する。取得されたユーザＩＤとパスワードの組がユーザ情報保持部４４に登録されているユーザＩＤとパスワードの組のいずれとも合致しない場合、ログイン部４０はユーザ端末にエラーを返し、セッションを許可しない。
【００３２】
データ取得部３８は、セッションが開始されたユーザ端末（以下、セッション中端末と称す）のディスプレイに新規アップロード画面５０４（図７で後述）を表示させる。データ取得部３８は、新規アップロード画面５０４において、セッション中端末のユーザに、セッション中端末に記憶されている電子ファイルのなかから時刻認証対象の電子ファイルを選択するよう促す。データ取得部３８は、新規アップロード画面５０４においてユーザにより選択された時刻認証対象の電子ファイルを、ネットワークを介して取得する。
【００３３】
データ取得部３８は、時刻認証対象の電子ファイルを取得すると、その電子ファイルの時刻認証が予定される時刻である認証予定時刻の情報を決定する。なお、時刻は例えば年月日時分秒のうちの任意の単位で表される。時刻は日付を含む。日付は、時刻を年月日の単位で表示したものである。本実施の形態では、認証予定時刻の単位は年月日であり、その意味で認証予定時刻は認証予定日付であると言える。認証予定日付は例えば「２０１０年８月２１日」と表される。認証時刻の単位は年月日時分秒であり、認証時刻は例えば「２０１０年８月２１日１３時３０分３２秒」と表される。したがって、認証予定時刻の単位は認証時刻の単位よりも大きい。以下、認証時刻に含まれる日付の部分を認証日付と呼ぶことがある。
【００３４】
データ取得部３８は、例えば認証管理装置１００の内部時計によって認証予定日付の情報を決定してもよいし、外部のタイムサーバから配信される時刻の情報を使用して認証予定日付の情報を決定してもよい。
【００３５】
ユニークキー生成部２４は、データ取得部３８によって取得された電子ファイルが添付される予定のクリッピングＰＤＦファイルに対応するユニークキーを生成する。ユニークキー生成部２４はまず仮のユニークキーを生成する。ユニークキー生成部２４はネットワークを介してアーカイビング記憶装置３０６を参照し、仮のユニークキーと一致するユニークキーが既にアーカイビング記憶装置３０６に登録されているか否かを判定する。登録されている場合、ユニークキー生成部２４は別のユニークキーを生成し、同様な判定を行う。登録されていない場合、ユニークキー生成部２４は、仮のユニークキーをクリッピングＰＤＦファイルに対応するユニークキーとして決定する。
なお、認証管理装置１００は予めアーカイビング記憶装置３０６に登録されているユニークキーのリストをダウンロードしておき、ユニークキー生成部２４はアーカイビング記憶装置３０６を参照する代わりにそのようにダウンロードされたリストを参照してもよい。
【００３６】
ハイパーリンク生成部２６は、ユニークキー生成部２４によって生成されたユニークキーをアーカイビング時刻認証局３０４に通知するよう構成されたハイパーリンクを生成する。ハイパーリンク生成部２６は、アーカイビング時刻認証局３０４をネットワーク上で特定するＩＤとユニークキーとを含むリンク情報を格納するハイパーリンクを生成する。より具体的には、ハイパーリンク生成部２６は、ユニークキーを引数として含むアーカイビング時刻認証局３０４のＵＲＬを生成し、ハイパーリンクに格納する。ハイパーリンク生成部２６は、そのハイパーリンクを印影として台紙ＰＤＦファイルに含める、または埋め込む。
ハイパーリンク生成部２６により生成されるＵＲＬは例えば、
「https://www.abcde.co.jp/?num=00001」
である。
【００３７】
合成部１４は、データ取得部３８によって決定された認証予定日付の情報と、ユニークキー生成部２４によって生成されたユニークキーと、データ取得部３８によって取得された電子ファイルと、を含むクリッピングＰＤＦファイルを生成する。より具体的には合成部１４は、ハイパーリンク生成部２６によってハイパーリンクが埋め込まれた台紙ＰＤＦファイルに、電子ファイルを添付し認証予定日付の情報を関連付けることによってひとつのクリッピングＰＤＦファイルを生成する。
合成部１４は、添付されるべき電子ファイルのファイル名を台紙ＰＤＦファイルに検索または表示もしくはその両方が可能な形で含める。
【００３８】
ハッシュ化部１６は、合成部１４によって生成されたクリッピングＰＤＦファイルを、アーカイビング方式に基づく所定のハッシュ関数を使用してハッシュ化し、新規認証用ハッシュ値を得る。
なお、認証予定日付の情報は台紙ＰＤＦファイルに表示可能な形で含まれるので、認証予定日付の情報はクリッピングＰＤＦファイルのハッシュ化される部分に含まれる。
【００３９】
認証送信部２８は、ハッシュ化部１６におけるハッシュ化により得られる新規認証用ハッシュ値とユニークキー生成部２４によって生成されたユニークキーとを対応付けてアーカイビング時刻認証局３０４に送信する。
【００４０】
認証時刻取得部４１は、認証送信部２８によって送信された新規認証用ハッシュ値に対応する新規認証トークンをアーカイビング時刻認証局３０４から受信する。認証時刻取得部４１は、取得された新規認証トークンから認証時刻の情報を抽出する。
【００４１】
認証判定部２２は、認証時刻取得部４１によって取得された新規認証トークンとそれに対応するクリッピングＰＤＦファイルについて、クリッピングＰＤＦファイルに含まれる認証予定日付の情報と新規認証トークンから抽出された認証時刻の情報とが、日付の単位において一致するか否かを判定する。
【００４２】
例えば、データ取得部３８によって決定された認証予定日付が「２０１０年４月２１日」であり、認証時刻取得部４１によって抽出された認証時刻が「２０１０年４月２１日１４時２分５３秒」である場合、両者は日付の単位において「２０１０年４月２１日」で一致しているので、認証判定部２２は一致していると判定する。また、データ取得部３８によって決定された認証予定日付が「２０１０年４月２１日」であり、認証時刻取得部４１によって抽出された認証時刻が「２０１０年４月２０日２３時５５分２２秒」である場合、日付の単位において前者は「２０１０年４月２１日」であり後者は「２０１０年４月２０日」であるから、認証判定部２２は一致しないと判定する。
【００４３】
変更部２３は、認証判定部２２において一致しないと判定された場合、認証時刻の情報に基づいてクリッピングＰＤＦファイルに含まれる認証予定日付の情報を変更する。認証判定部２２において一致しないと判定された場合、以下の２つの状況が考えられる。
【００４４】
１．認証予定日付がトークンに含まれる認証日付よりも遅れている。
これは例えば、新規認証用ハッシュ値がある日の２３時５９分５０秒にアーカイビング時刻認証局３０４に送信され、アーカイビング時刻認証局３０４において次の日に時刻認証された場合である。この場合、変更部２３は、クリッピングＰＤＦファイルに含まれる認証予定日付を進める。例えば、変更部２３は、認証予定日付を１日カウントアップしてクリッピングＰＤＦファイルを上書きする。
【００４５】
２．認証予定日付がトークンに含まれる認証日付よりも進んでいる。
これは例えば、認証管理装置１００の内部時計がアーカイビング時刻認証局３０４の内部時計よりも進んでいる場合に起こりうる。この場合、変更部２３は、クリッピングＰＤＦファイルに含まれる認証予定日付を遅らせる。例えば、変更部２３は、認証予定日付を１日カウントダウンしてクリッピングＰＤＦファイルを上書きする。
【００４６】
ハッシュ化部１６は、変更部２３によって上書きされたクリッピングＰＤＦファイルをハッシュ化し、再認証用ハッシュ値を得る。認証送信部２８は、ハッシュ化部１６で得られた再認証用ハッシュ値をアーカイビング時刻認証局３０４に送信する。認証時刻取得部４１は、送信された再認証用ハッシュ値に対応する再認証トークンをアーカイビング時刻認証局３０４から取得する。再認証トークンは、アーカイビング時刻認証局３０４において新規認証トークンと同様に生成される。認証時刻取得部４１は、取得された再認証トークンから、再度の時刻認証における認証時刻の情報を抽出する。認証判定部２２はこの再度の時刻認証における認証時刻の情報を使用して上記と同様の判定を行う。
クリッピングＰＤＦファイルに含まれる認証予定日付の情報と認証時刻取得部４１によって抽出された認証時刻の情報とが日付の単位で一致するまで、変更部２３を含んだ上記処理が繰り返される。
【００４７】
返却管理部３４は、最初の時刻認証で認証判定部２２において一致すると判定された場合、認証時刻取得部４１によって取得された新規認証トークンに対応するクリッピングＰＤＦファイルをユーザによって取得可能な状態とする。返却管理部３４は、再度の時刻認証で認証判定部２２において一致すると判定された場合、再時刻認証に係るクリッピングＰＤＦファイルをユーザによって取得可能な状態とする。ユーザによって取得されるクリッピングＰＤＦファイルは新規認証トークンを含まない。
【００４８】
これらの際、返却管理部３４は、クリッピングＰＤＦファイルの返却先に関する情報を取得する。認証管理装置１００では、クリッピングＰＤＦファイルの返却先は、クリッピングＰＤＦファイルに含まれる電子ファイルの送信元のユーザに設定されている。返却管理部３４は、ユーザ情報保持部４４を参照し、クリッピングＰＤＦファイルに含まれる電子ファイルの送信元のユーザの電子メールアドレスを取得する。
【００４９】
返却管理部３４は、クリッピングＰＤＦファイルの容量が所定のしきい値容量よりも大きい場合、クリッピングＰＤＦファイルをダウンロードするための返却用リンク６１４を返却通知電子メール５１６（図８で後述）に含めてユーザの電子メールアドレス宛に送信する。返却管理部３４はまた、認証管理装置１００におけるクリッピングＰＤＦファイルの保管、維持の負担を軽減するため、その期限を過ぎるとクリッピングＰＤＦファイルをダウンロードできなくなる所定のダウンロード期限６１６を設定してもよい。
【００５０】
返却通知電子メール５１６を読んだユーザは、指定されたダウンロード期限６１６前の時刻に返却用リンク６１４にアクセスし、クリッピングＰＤＦファイルをダウンロードする。この際返却管理部３４は、返却用リンク６１４へのアクセスがあると、ユーザによってダウンロードが許可されたと判定し、それを契機としてクリッピングＰＤＦファイルをユーザ端末に送信する。
【００５１】
返却管理部３４は、クリッピングＰＤＦファイルの容量が所定のしきい値容量以下の場合、クリッピングＰＤＦファイルを電子メールに添付してユーザの電子メールアドレス宛に送信する。
【００５２】
ユーザ側検証情報取得部３０は、クリッピングＰＤＦファイルの時刻認証の検証過程において、ネットワークを介して、ユーザから、検証用ハッシュ値とユニークキーとの組を取得する。ユーザ側検証情報取得部３０はユーザ端末のディスプレイに所定の検証用アップロード画面を表示させ、その画面を通じて検証用ハッシュ値とユニークキーとの組を取得してもよい。
【００５３】
認証局側検証情報取得部３６は、ネットワークを介してアーカイビング時刻認証局３０４から、検証対象のクリッピングＰＤＦファイルに含まれるユニークキーに対応してアーカイビング記憶装置３０６によって保持されている新規認証トークンを取得する。
【００５４】
検証判定部３９は、ユーザ側検証情報取得部３０によって取得された（検証用ハッシュ値、ユニークキー）の組と、認証局側検証情報取得部３６によって取得された（新規認証トークンに含まれるハッシュ値、ユニークキー）の組と、が同等であるか否かを判定する。検証判定部３９は、同等であると判定された場合、認証成功画面をユーザ端末のディスプレイに表示させる。検証判定部３９は、同等でないと判定された場合、認証失敗画面をユーザ端末のディスプレイに表示させる。
【００５５】
図５は、クリッピングＰＤＦファイル１１０の構成の一例を示す概念図である。図５は、クリッピングＰＤＦファイル１１０が端末のディスプレイに表示された場合のイメージを示す。クリッピングＰＤＦファイル１１０は、台紙ＰＤＦファイル１５２に電子ファイルが添付された構成を有する。台紙ＰＤＦファイル１５２は、ハイパーリンクとして作用する印影１１３を含む。印影１１３は認証日付を表示する。台紙ＰＤＦファイル１５２は、添付された電子ファイルのファイル名１０５をテキストの形で含む。
【００５６】
ユーザは、クリッピングＰＤＦファイル１１０に添付された電子ファイルが印影１１３に表示される認証日付に存在していたか否かを検証する際、印影１１３をクリックする。すると印影１１３に対応付けられたハイパーリンクの作用により、ネットワークを介してアーカイビング時刻認証局３０４にクリッピングＰＤＦファイル１１０のユニークキーが送信される。ユーザは別途クリッピングＰＤＦファイル１１０をハッシュ化し、その検証用ハッシュ値を認証管理装置１００にアップロードする。
【００５７】
図６は、ログイン画面５０２の代表画面図である。ログイン画面５０２は、ユーザＩＤ入力領域５３０と、パスワード入力領域５３２と、ＯＫボタン５３４と、を有する。ユーザＩＤ入力領域５３０にユーザＩＤが、パスワード入力領域５３２にパスワードが入力され、ＯＫボタン５３４が押し下げられると、ログイン部４０は、入力されたユーザＩＤとパスワードとを取得する。
【００５８】
図７は、新規アップロード画面５０４の代表画面図である。新規アップロード画面５０４は、アップロード対象ファイル名入力領域５３６と、参照ボタン５３８と、アップロード実行ボタン５４０と、ファイル一覧領域５４２と、削除ボタン５４４と、次へボタン５４６と、を有する。アップロード対象ファイル名入力領域５３６には、直接入力または参照ボタン５３８を押し下げてセッション中端末の記憶装置をブラウズすることによって、時刻認証対象の電子ファイルのファイル名が入力される。アップロード実行ボタン５４０が押し下げられると、アップロード対象ファイル名入力領域５３６に入力されたファイル名の電子ファイルが、セッション中端末から認証管理装置１００へアップロードされる。ファイル一覧領域５４２には、ファイル名や容量などのアップロードされた電子ファイルの情報が表示される。削除ボタン５４４が押し下げられると、ファイル一覧領域５４２で選択された電子ファイルのアップロードが取り消される。次へボタン５４６が押し下げられると、データ取得部３８はそれまでにアップロードされた電子ファイルを取得する。
【００５９】
図８は、返却通知電子メール５１６を示す概念図である。返却通知電子メール５１６は、返却用リンク６１４と、ダウンロード期限６１６と、を有する。
【００６０】
上述の実施の形態において、保持部の例は、ハードディスクやメモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶するメモリなどにより実現できることは本明細書に触れた当業者には理解されるところである。
【００６１】
以上の構成による認証管理装置１００の動作を説明する。図９は、認証管理装置１００における一連の処理を示すフローチャートである。データ取得部３８はユーザから電子ファイルを取得する（Ｓ４０２）。ユニークキー生成部２４はユニークキーを生成する（Ｓ４０４）。データ取得部３８は認証予定日付を決定する（Ｓ４０６）。合成部１４は認証予定日付とユニークキーと電子ファイルとを合成してクリッピングＰＤＦファイルを生成する（Ｓ４０８）。ハッシュ化部１６はクリッピングＰＤＦファイルをハッシュ化する（Ｓ４１０）。認証送信部２８は、新規認証用ハッシュ値とユニークキーとの組をアーカイビング時刻認証局３０４に送信する（Ｓ４１２）。認証時刻取得部４１は新規認証トークンを受信する（Ｓ４１４）。認証時刻取得部４１は、新規認証トークンから認証時刻を抽出する（Ｓ４１６）。認証判定部２２は、抽出された認証時刻と認証予定日付とが日付の単位で一致するか否かを判定する（Ｓ４１８）。一致しない場合（Ｓ４１８のＮ）、変更部２３は認証予定日付を変更し（Ｓ４２０）、処理をステップＳ４１０に戻す。一致する場合（Ｓ４１８のＹ）、返却管理部３４は、クリッピングＰＤＦファイルをユーザに送信する（Ｓ４２４）。
【００６２】
本実施の形態に係る認証管理装置１００によると、クリッピングＰＤＦファイルのハイパーリンクに含まれる形でユニークキーがユーザに通知される。したがって、ユーザはこのユニークキーを電子時刻認証システム２に通知することで、クリッピングＰＤＦファイルの時刻認証を検証することができる。
従来のアーカイビング方式ではトークンを含む認証済みファイルがユーザに返却され、そのトークンに基づいて時刻認証の検証が行われていた。これに対して、本実施の形態に係る認証管理装置１００ではユニークキーをユーザに渡すことにより、トークンを含む認証済みファイルをユーザに返却するのと同等の機能を得ることができる。
【００６３】
また、本実施の形態に係る認証管理装置１００では、クリッピングＰＤＦファイルに含まれるハイパーリンクは、ユニークキーを引数として含むアーカイビング時刻認証局３０４のＵＲＬを格納する。したがって、クリッピングＰＤＦファイルからユニークキーを探し出し、それをアーカイビング時刻認証局３０４に送信するという作業を、いちいちユーザがユーザ端末を操作して行う場合と比較して、ユーザの手間を省くことができる。
【００６４】
また、本実施の形態に係る認証管理装置１００では、認証管理装置１００が時刻認証の検証を行い、その結果をユーザ端末に通知する。したがって、ユーザは自身で比較、検証する必要はないので、ユーザの手間を省ける。
【００６５】
（第２の実施の形態）
第１の実施の形態では、クリッピングＰＤＦファイルに含まれるハイパーリンクは、ユニークキーを引数として含むアーカイビング時刻認証局３０４のＵＲＬを格納する。第２の実施の形態では、クリッピングＰＤＦファイルに含まれるハイパーリンクは、ユニークキーをユーザ端末の時刻認証検証用プログラムに通知するよう構成される。より具体的には、ハイパーリンクはユーザ端末にインストールされた時刻認証検証用プログラムを呼び出す機能と、呼び出されたプログラムにユニークキーを渡す機能と、を有する。
【００６６】
時刻認証検証用プログラムは例えば認証管理装置１００によって配布されるハッシュ値再作成プログラムであり、検証対象のクリッピングＰＤＦファイルをハッシュ化する機能と、そのハッシュ化によって得られる検証用ハッシュ値と通知されたユニークキーとを対応付けてアーカイビング時刻認証局３０４または認証管理装置１００もしくはその両方に送信する機能と、を備えてもよい。ハッシュ値再作成プログラムは、例えばアドビシステムズ社が提供するＡｄｏｂｅＲｅａｄｅｒのプラグインとして動作する。これにより、ユーザはハイパーリンクを押し下げるだけで時刻認証の検証を行うことができ、便利である。
【００６７】
第２の実施の形態に係る認証管理装置のハイパーリンク生成部は、ユニークキー生成部２４によって生成されたユニークキーをユーザ端末の時刻認証検証用プログラムに通知するよう構成されたハイパーリンクを生成する。合成部１４は、ハイパーリンク生成部によって生成されたハイパーリンクとデータ取得部３８によって取得された電子ファイルとを含むクリッピングＰＤＦファイルを生成する。
【００６８】
図１０は、第２の実施の形態に係る認証管理装置を備える電子時刻認証システムにおいて、クリッピングＰＤＦファイルの時刻認証を検証する際の流れの説明図である。ユーザは検証対象のクリッピングＰＤＦファイルをユーザ端末１２２のディスプレイに表示させ、印影をクリックする。すると、印影に対応するハイパーリンクの作用によりユーザ端末１２２においてハッシュ値再作成プログラムが実行され、ユーザ端末１２２からアーカイビング時刻認証局３０４にネットワークを介して、（ユニークキー１２４、検証用ハッシュ値１２６）の組が送信される。アーカイビング時刻認証局３０４は、受信した組と、アーカイビング記憶装置３０６に保持される（ユニークキー、新規認証トークンに含まれる新規認証用ハッシュ値）の組と、を比較することにより時刻認証を検証する。アーカイビング時刻認証局３０４は、検証が成功した場合、認証成功画面１２８をユーザ端末１２２のディスプレイに表示させる。アーカイビング時刻認証局３０４は、検証が失敗した場合、認証失敗画面１３０をユーザ端末１２２のディスプレイに表示させる。
【００６９】
なお、アーカイビング時刻認証局３０４の代わりに、アーカイビング時刻認証局３０４における検証結果を受けた認証管理装置が、認証成功画面１２８または認証失敗画面１３０をユーザ端末１２２のディスプレイに表示させてもよい。
【００７０】
本実施の形態に係る認証管理装置によると、第１の実施の形態に係る認証管理装置１００と同様の作用効果が奏される。
【００７１】
（第３の実施の形態）
図１１は、第３の実施の形態に係る認証管理装置１３２を備える電子時刻認証システムにおいて、クリッピングＰＤＦファイルの時刻認証を検証する際の流れの説明図である。第３の実施の形態では、ユーザ端末１２２のハッシュ値再作成プログラムにより、ユーザ端末１２２から認証管理装置１３２にネットワークを介して、（ユニークキー１２４、検証用ハッシュ値１２６）の組が送信される。
【００７２】
認証管理装置１３２は、認証部１０と、ユーザ情報保持部４４と、第１の実施の形態に係る検証部１８とは異なる検証部１３４と、を備える。
図１２は、認証管理装置１３２の検証部１３４の機能および構成を示すブロック図である。検証部１３４は、ユーザ側検証情報取得部１３６と、ユニークキー抽出部１３８と、検証送信部１４０と、認証局側検証情報取得部１４２と、検証判定部１４４と、を含む。
【００７３】
ユーザ側検証情報取得部１３６は、ユーザ端末１２２からネットワークを介して（ユニークキー１２４、検証用ハッシュ値１２６）の組を取得する。
ユニークキー抽出部１３８は、ユーザ側検証情報取得部１３６によって取得された組からユニークキー１２４を抽出する。
検証送信部１４０は、ユニークキー抽出部１３８によって抽出されたユニークキー１２４をネットワークを介してアーカイビング時刻認証局３０４に送信する。
【００７４】
アーカイビング時刻認証局３０４はアーカイビング記憶装置３０６から、受信したユニークキー１２４に対応する新規認証トークン１４６を抽出し、抽出された新規認証トークン１４６を認証管理装置１３２に送信する。
認証局側検証情報取得部１４２は、アーカイビング時刻認証局３０４によって送信された新規認証トークン１４６を受信する。
【００７５】
検証判定部１４４は、ユーザ端末１２２から受け取った検証用ハッシュ値１２６とアーカイビング時刻認証局３０４から受け取った新規認証トークン１４６に含まれる新規認証用ハッシュ値とが一致するか否かを判定する。検証判定部１４４は、これらが一致する場合、認証成功画面１４８をユーザ端末１２２のディスプレイに表示させる。検証判定部１４４は、一致しない場合、認証失敗画面１５０をユーザ端末１２２のディスプレイに表示させる。
【００７６】
本実施の形態に係る認証管理装置１３２によると、第１の実施の形態に係る認証管理装置１００と同様の作用効果が奏される。加えて、ユーザは電子ファイルの時刻認証およびその検証を認証管理装置１３２に一元的に依頼できるので、検証時の煩雑さが軽減される。
【００７７】
（第４の実施の形態）
第１から第３の実施の形態では、時刻認証を検証する際、ユーザはクリッピングＰＤＦファイルをユーザ端末１２２を使用してハッシュ化する。第４の実施の形態では、時刻認証を検証する際、ユーザはクリッピングＰＤＦファイルをアップロードする。この場合、ユニークキーは認証管理装置側で管理されていればよく、ユニークキーをクリッピングＰＤＦファイルに含める必要がなくなる。
【００７８】
図１３は、第４の実施の形態に係る認証管理装置１５４を備える電子時刻認証システムにおいて、クリッピングＰＤＦファイルの時刻認証を検証する際の流れの説明図である。認証管理装置１５４のハイパーリンク生成部は、データ取得部３８によって取得された電子ファイルの送信元のユーザのユーザＩＤを引数として含み、認証管理装置１５４の検証用アップロード機能を指定するＵＲＬを生成してハイパーリンクに格納する。ハイパーリンク生成部は、そのハイパーリンクを印影として台紙ＰＤＦファイルに含める。ハイパーリンク生成部によって生成されるＵＲＬは例えば、
「https://www.abcde.co.jp/upload/?user=tizai1」
である。
【００７９】
認証管理装置１５４の返却管理部は、クリッピングＰＤＦファイルをユーザに送信する際、ユーザＩＤとクリッピングＰＤＦファイルのファイル名とユニークキーとを対応付けて不図示の対応関係保持部に登録する。
【００８０】
ユーザは検証対象のクリッピングＰＤＦファイルをユーザ端末１２２のディスプレイに表示させ、印影をクリックする。すると、印影に対応するハイパーリンクの作用により、認証管理装置１５４の検証用アップロード機能にユーザＩＤを含むリクエストが送信される。認証管理装置１５４の検証用アップロード機能は、そのリクエストを受けると、ユーザ端末１２２のディスプレイに検証用アップロード画面を表示させる。検証用アップロード画面は新規アップロード画面５０４と同様に構成されてもよい。
【００８１】
なお、検証用アップロード画面に、検証対象のクリッピングＰＤＦファイルのユーザ端末１２２でのファイルパスを予め設定しておいてもよい。この場合、ユーザはＯＫを押すだけで簡単にクリッピングＰＤＦファイルをアップロードできる。
また、検証用アップロード画面は、ユーザ端末１２２に保持されている検証対象のクリッピングＰＤＦファイルを、そのアイコンをマウスの操作でブラウザ上に移動させることによって指定するよう構成されてもよい。この場合、より簡単に検証対象のクリッピングＰＤＦファイルを指定できる。
【００８２】
認証管理装置１５４は、ユーザ端末１２２から検証対象のクリッピングＰＤＦファイル１５６を取得する。認証管理装置１５４は、対応関係保持部から、取得されたクリッピングＰＤＦファイル１５６のファイル名とアップロード元のユーザのユーザＩＤとの組に対応するユニークキー１６０を抽出する。認証管理装置１５４は、取得されたクリッピングＰＤＦファイル１５６をハッシュ化し、検証用ハッシュ値１５８を得る。認証管理装置１５４は、（抽出されたユニークキー１６０、検証用ハッシュ値１５８）の組をネットワークを介してアーカイビング時刻認証局３０４に送信する。アーカイビング時刻認証局３０４は、第２の実施の形態と同様に時刻認証を検証し、その検証結果を認証管理装置１５４に返す。認証管理装置１５４は検証結果に基づき認証成功画面１６２または認証失敗画面１６４をユーザ端末１２２のディスプレイに表示させる。
【００８３】
なお、アーカイビング時刻認証局３０４で時刻認証を検証する代わりに、認証管理装置で時刻認証を検証してもよい。
また、第４の実施の形態では、ユーザがハイパーリンクを押すことで検証用アップロード画面が返される仕組みとなっているが、別途、ユーザが認証管理装置１５４にログインして、検証用アップロード画面を開いてもよい。
【００８４】
以上、実施の形態に係る認証管理装置の構成と動作について説明した。これらの実施の形態は例示であり、その各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００８５】
各実施の形態では、認証予定時刻は日付の単位を有し、認証時刻は日付に加えて時分秒の単位を有する場合について説明したが、これに限られない。例えば、認証予定時刻は日付に加えて時の単位を有してもよい。
【００８６】
各実施の形態では、クリッピングＰＤＦファイルを時刻認証することで、それに添付される電子ファイルを時刻認証する場合について説明したが、これに限られない。例えば、クリッピングＰＤＦファイルを使用せず、電子ファイルを直接時刻認証してもよい。この場合、合成部は、ハイパーリンクおよび認証予定日付の情報を電子ファイルに直接書き込んでもよい。
【００８７】
各実施の形態において、認証管理装置および時刻認証局がそれぞれ別の国に設けられているなどで同じタイムゾーンに設けられていない場合でも、適宜標準時やＵＮＩＸ時刻（「ＵＮＩＸ」は登録商標）などを使用して構成すればよい。また、クリッピングＰＤＦファイルに表示される認証日付には、ＪＳＴなど、日本時間を基準にしたことを付してもよい。
【符号の説明】
【００８８】
１４  合成部、  １６  ハッシュ化部、  ２０  時刻認証情報付加部、  ２４  ユニークキー生成部、  ２６  ハイパーリンク生成部、  ２８  認証送信部、  ３０  ユーザ側検証情報取得部、  ３４  返却管理部、  ３６  認証局側検証情報取得部、  ３８  データ取得部、  １００  認証管理装置。
【図１】
2013088927.tif 000003
【図２】
2013088927.tif 000004
【図３】
2013088927.tif 000005
【図４】
2013088927.tif 000006
【図５】
2013088927.tif 000007
【図６】
2013088927.tif 000008
【図７】
2013088927.tif 000009
【図８】
2013088927.tif 000010
【図９】
2013088927.tif 000011
【図１０】
2013088927.tif 000012
【図１１】
2013088927.tif 000013
【図１２】
2013088927.tif 000014
【図１３】
2013088927.tif 000015