(57)【要約】【課題】  より簡潔かつ安価にアプリケーションの不正使用を防止することの可能なアプリケーション管理システムを提供する。【解決手段】  ネットワーク１０６を介してサーバ１０２からコンピュータ１０４の端末でアプリケーションソフトウェア１０８を端末に設けられる認証許可手段となるハードキー１１０により利用可能にするアプリケーションソフトウェア管理システムにおいて、ハードキーには、複数のアプリケーションソフトウェアの情報が格納され、各アプリケーションソフトウェアの情報を変更可能とすることを特徴とする。【選択図】      図１
2005267493.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してサーバからコンピュータの端末でアプリケーションソフトウェアを前記端末に設けられる認証許可手段により利用可能にするアプリケーションソフトウェア管理システムにおいて、
前記認証許可手段には、複数のアプリケーションソフトウェアの情報が格納され、前記各アプリケーションソフトウェアの情報を変更可能とすることを特徴とする、アプリケーションソフトウェア管理システム。
【請求項２】
前記複数のアプリケーションソフトウェアには、複数の認証許可手段の情報が格納されていることを特徴とする、請求項１に記載のアプリケーションソフトウェア管理システム。
【請求項３】
前記アプリケーションソフトウェア及び前記認証許可手段には、前記サーバにより制御される複数の暗号化アルゴリズムが格納されていることを特徴とする、請求項１または２に記載のアプリケーションソフトウェア管理システム。
【請求項４】
前記暗号化アルゴリズムは、変更可能なことを特徴とする、請求項３に記載のアプリケーションソフトウェア管理システム。
【請求項５】
前記認証許可手段は、前記複数のアプリケーションソフトウェアで共有されることを特徴とする、請求項１〜４のいずれか１項に記載のアプリケーションソフトウェア管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションソフトウェア管理システムの構成に関し、特にＬＡＮやＷＡＮ等のネットワークを介して利用されるアプリケーションソフトウェアの不正使用の防止が可能なアプリケーションソフトウェア管理システムに関する。
【背景技術】
【０００２】
現在、コンピュータの上で動作するアプリケーションソフトウェア（以下、アプリケーションと呼ぶ）は、主にＣＤ−ＲＯＭなどの記録媒体に記録されて配布されたり、インターネットなどのネットワークを介して配信されることによって、ユーザに利用される。しかしながら、アプリケーションは、基本的にデジタルデータによって表現されているため、品質を劣化させることなく、全く同一のものをコピーして使用することが可能なため、違法コピーによる不正使用のため多額の損失を被っている。
【０００３】
このため、特定のアプリケーションのインストール、または作動についてパスワードを要求することにより、コピー等による不正使用からアプリケーションを保護することが従来から用いられているが、十分なセキュリティ効果をもたらしていない。従って、著作権保有者の許可を実際に得た場合にのみ、特定のアプリケーションを使用することを可能にするような構成は、極めて重要である。
【０００４】
これらアプリケーションの著作権保護のための管理方法のひとつとして、アプリケーション使用の認証許可手段となるハードキーによって動作を制限する方法が開示されている(例えば、特許文献１を参照)。この方法によると、使用許可を得たものを識別するための手段となる解読キーがユーザに対して秘密に保持されるならば、アプリケーションを、解読に用いられるキーと異なるキーを用いて暗号化することにより、不正使用に対する保護が得られる。このハードキーによるソフトウェア保護方法は、従来のパスワード入力によるインストール／動作を制限する方法に比べて強固かつ有効な方法である。
【０００５】
【特許文献１】特表平１１−５０９０２３号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の特許文献１に開示されたハードキーによるアプリケーションの保護方法においては、各アプリケーションごとに異なる専用キーを必要とするため、次のような問題があった。
【０００７】
まず、コネクタの占有など、ハードウェア資源を消費するため、多種のアプリケーションをインストールして使用するコンピュータには、適用できないことが挙げられる。また、使用するアプリケーションによってハードキーを差し替える必要があり、アプリケーションの使用に際して、手間がかかった。さらに、ハードキー自体にコストを要するため、アプリケーションの保護を実現させるシステムが高価になるという問題点があった。
【０００８】
そこで，本発明は，従来のアプリケーション管理方法及びシステムが有する上記問題点に鑑みてなされたものであり，本発明の目的は，より簡潔かつ安価にアプリケーションの不正使用を防止することの可能な，新規かつ改良されたアプリケーション管理システムを提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明のある観点によれば、ネットワークを介してサーバからコンピュータの端末でアプリケーションソフトウェアを端末に設けられる認証許可手段により利用可能にするアプリケーションソフトウェア管理システムにおいて、認証許可手段には、複数のアプリケーションソフトウェアの情報が格納され、各アプリケーションソフトウェアの情報を変更可能とすることを特徴とする、アプリケーションソフトウェア管理システムが提供される。
【００１０】
このような構成とすることにより、認証許可手段となる１つのハードキーを複数のアプリケーションで共有できるようになるので、ユーザは、異なるアプリケーションを起動するごとにハードキーを差し替える必要がなくなる。
【００１１】
このとき、各アプリケーションソフトウェアには、複数の認証許可手段の情報が格納されていることとしてもよい。
【００１２】
このような構成とすることにより、アプリケーションの使用許可を付与するハードキーを所有するユーザは、コンピュータを変更した場合でも煩雑な手続きを行うことなくそのアプリケーションを使用することができる。
【００１３】
また、このとき、アプリケーションソフトウェア及び認証許可手段には、サーバにより制御される複数の暗号化アルゴリズムが格納され、これら暗号化アルゴリズムは、変更可能なこととしてもよい。
【００１４】
さらに、このとき、認証許可手段は、複数のアプリケーションソフトウェアで共有されることとしてもよい。
【００１５】
このような構成とすることにより、占有するコネクタやポートの数を制限することができ、複数のコンピュータにアプリケーションをインストールしても、ユーザが契約した数のハードキーしか所有しないため、契約人数以上の不正な使用が出来なくなる。また、ハードキーとサーバがアプリケーションのインストール情報、更新履歴などの記録を保持することにより、事故によるアプリケーション消失、再インストールなどがあった場合でも元の状態への復旧が容易となり、さらに、定期的にネットワーク認証を行うことで、より強固に不正使用を防止することが可能になる。
【発明の効果】
【００１６】
以上説明したように本発明によれば、アプリケーションの認証許可手段となるハードキーを複数のアプリケーションで共有できるようになるので、ユーザが異なるアプリケーションを起動するごとにハードキーを差し替える必要がなくなり、アプリケーションごとにハードキーを用意せずに済むことより、より簡潔かつ安価にアプリケーションの不正使用を防止することが実現される。
【発明を実施するための最良の形態】
【００１７】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００１８】
まず、本発明のアプリケーション管理システムの第１実施形態の構成について、図面を使用しながら説明する。図１は、本発明のアプリケーション管理システムの第１実施形態の構成の概略を説明するためのシステム構成図である。
【００１９】
本実施形態のアプリケーション管理システム１００において、アプリケーションを作成したソフトウェアメーカ等が設置するサーバ１０２とクライアントとなる複数のコンピュータ端末１０４がＬＡＮ、ＷＡＮ、インターネット等のネットワーク１０６を介して接続されている。各コンピュータ１０４は、ＬＡＮ等のネットワーク１０６を介してサーバ１０２から所望のプログラムが内蔵されたアプリケーション１０８をインストールし、そのプログラムを利用することができる。
【００２０】
また、本実施形態では、サーバ１０２からアプリケーション１０８の使用許可を得たものを識別するために、アプリケーション１０８をインストールする際にシリアル番号等を入力させる代わりに、サーバ１０２からアプリケーション１０８の使用許可を得たものを識別する手段として、ハードキー１１０がＵＳＢ等のインタフェース１１２を通して外部機器として接続されている。アプリケーション１０８を使用する時は、アプリケーション１０８がハードキー１１０と認証確認を行って、適合する時のみアプリケーション１０８の使用が可能となる。つまり、アプリケーション１０８を使用するためには、ハードキー１１０を接続することが必要となる。
【００２１】
次に、本実施形態のアプリケーション管理システム１００に適用されるアプリケーション１０８の構成について、図面を使用しながら説明する。図２は、本実施形態のアプリケーション管理システム１００に適用されるアプリケーション１０８の構成の一例を示す構成図である。
【００２２】
アプリケーション１０８には、アプリケーション１０８を一意に識別するためのアプリケーションシリアル番号１１４と,ハードキー情報１１６が格納されている。アプリケーション１０８を使用するための認証許可手段となるハードキー１１０を有する、換言するとアプリケーション１０８の使用権を有するユーザは、アプリケーション１０８をインストールしてあるコンピュータ１０４が異なっても、ハードキー情報１１６が各アプリケーション１０８ごとに備わっているために、アプリケーション１０８を使用することが可能となる。すなわち、アプリケーション１０８の使用権は、ハードキー１１０に与えられ、使用者やインストールされたコンピュータ１０２の台数には、依存しない。
【００２３】
また、ハードキー情報１１６は、アプリケーション１０８を使用する際の認証に必要な情報を格納する認証部１１８、暗号化に使用する情報を格納するデータ部１２０、ユーザへのサービスを行うための情報を格納するサービスデータ部１２２から構成される。
【００２４】
認証部１１８は、暗号化情報１１８ａと許可証情報１１８ｂから構成される。暗号化情報１１８ａは、生成式等の複数の暗号化アルゴリズムを持っており、アプリケーション１０８が、通信に使用する暗号化アルゴリズムを指定することで、ハードキー１１０が有効になる。さらに、許可証情報１１８ｂは、ハードキー１１０の変更中にハードキー１１０を交換する等の不正使用に対するために使用し、ネットワーク認証が正常に行われた時にＯＮになり、ハードキー１１０が有効になる。
【００２５】
また、データ部１２０は、アプリケーション１０８のインストール情報や更新履歴等のアプリケーション情報１２０ａと、ユーザ情報１２０ｂ等から構成される。さらに、サービスデータ部１２２は、ハードキー１１０がアプリケーション１０８と接続された日付１２２ａ、ハードキー１１０のバージョン情報１２２ｂ、ハードキー１１０の使用期限１２２ｃ等から構成される。
【００２６】
次に、本実施形態のアプリケーション管理システム１００に適用されるハードキー１１０の構成について、図面を使用しながら説明する。図３は、本実施形態のアプリケーション管理システム１００に適用されるハードキー１１０の構成の一例を示す構成図である。
【００２７】
一つのハードキー１１０には、複数のアプリケーション１０８に関するキー情報１２６ａ、１２６ｂ、１２６ｃを登録し、それぞれのキー情報１２６ａ、１２６ｂ、１２６ｃを格納し、使用することが可能である。この複数のアプリケーション１０８のキー情報１２６ａ、１２６ｂ、１２６ｃを登録できる機能と、ハードキー１１０を別のハードキー１１０に変更できる機能によって、一つのハードキー１１０で複数のアプリケーション１０８を使用することができる。このため、使用するアプリケーション１０８を切り替える毎にハードキー１１０を入れ替える必要がなくなり、また外部機器接続のためのポートを占有するといったハードウェア資源の浪費も防止される。
【００２８】
ハードキー１１０に格納されているアプリケーション１０８のキー情報１２６ａ、１２６ｂ、１２６ｃは、アプリケーション１０８のハードキー情報１１６と同様に認証部１２８、データ部１３０、サービスデータ部１３２で構成されており、内容もアプリケーション１０８のハードキー情報１１６と略同一である。
【００２９】
認証部１２８は、アプリケーションシリアル情報１２８ａ，暗号化情報１２８ｂ、暗号化されたハードシリアル番号１２８ｃと許可証情報１２８ｄからなる。アプリケーションシリアル情報１２８ａは、対応するアプリケーション１０８を特定する為に使用する。暗号化情報１２８ｂは、生成式等の複数の暗号化アルゴリズムを持っており，アプリケーション１０８からの指定で使用する暗号化アルゴリズムを決定する。暗号化されたハードシリアル番号１２８ｃは、ハードシリアル番号をあらかじめ暗号化して格納している。アプリケーション１０８は、この暗号化されたハードシリアル番号と取得したハードシリアル番号を比較して，ハードキー１１０が正当であることを確認する。このハードウェア個々のシリアル番号等の独自な情報を利用することで、ハードキー１１０そのものをコピーした不正使用を防止することができる。
【００３０】
また、アプリケーション１０８のハードキー情報１１６と同様に、データ部１３０は、アプリケーション１０８のインストール情報や更新履歴等のアプリケーション情報１３０ａと、ユーザ情報１３０ｂ等から構成される。さらに、サービスデータ部１３２は、ハードキー１１０がアプリケーション１０８と接続された日付１３２ａ、ハードキー１１０のバージョン情報１３２ｂ、ハードキー１１０の使用期限１３２ｃ等から構成される。
【００３１】
上述したように、ハードキー１１０とサーバ１０２がアプリケーション１０８のインストール情報、更新履歴などの記録を保持することにより、事故によるアプリケーション１０８の消失、再インストールの必要等があった場合でも、アプリケーション１０８を元の状態へ復旧させることが容易となる。
【００３２】
次に、本実施形態のアプリケーション管理システム１００に適用されるサーバ１０２の構成について、図面を使用しながら説明する。図４は、本実施形態のアプリケーション管理システム１００に適用されるサーバ１０２の構成の一例を示す構成図である。サーバ１０２は、登録されたユーザ１３４ごとに管理されている。この各ユーザデータ１３４は、それぞれユーザ情報１３６と登録済みのアプリケーション情報１３８からなり、この登録済みのアプリケーション情報１３８ごとに認証部１４０とサービスデータ部１４２を格納する。
【００３３】
認証部１４０は、外部キーシリアル番号１４０ａ、ハードキーデータ１４０ｂ、許可証情報１４０ｃから構成される。また、サービスデータ部１４２は、アプリケーション１０８のインストール情報や更新履歴等のアプリケーション情報１４２ａと、アプリケーション１０８の使用期限情報１４２ｂ等から構成される。
【００３４】
次に、本実施形態のアプリケーション管理システムにおける動作について、図面を使用しながら説明する。図５は、本実施形態のアプリケーション管理システムにおいてハードキーのダウンロード手順を示すシーケンス図であり、図６は、本実施形態のアプリケーション管理システムにおいてアプリケーションを使用する際の認証手順を示すフロー図であり、図７は、本実施形態のアプリケーション管理システムにおいてハードキーの変更手順を示すシーケンス図である。
【００３５】
まず、ハードキー１１０のダウンロード手順について説明する。図５は、本実施形態のアプリケーション管理システム１００においてハードキー１１０のダウンロード手順を示すシーケンス図である。
【００３６】
本実施形態において、ハードキー１１０は、インストール済みのハードウェアを購入する他に、ＬＡＮ等のネットワーク１０６を介してダウンロードすることも可能である。図５に示すように、コンピュータ１０４の端末にアプリケーション１０８をインストール後、適合するハードキー１１０がない場合は、まずユーザ確認後ダウンロードによるハードキー購入操作に移行する。このとき、ユーザ登録と購入手続きをサーバ１０２に対して行い、承認を受け取る。
【００３７】
その後、ハードキー１１０をインストールするに際し、ハードキー１１０にアプリケーション情報１３０ａとユーザ情報１３０ｂを書き込み、ハードキー情報１１６を受け取る。
【００３８】
そして、ハードキー１１０から受け取ったハードキー情報１１６をサーバ１０２へ送信し、サーバ１０２からアプリケーション１０８の使用を許可する許可証発行許可を受け取る。その後、ハードキー１１０に対し、許可証を発行してからアプリケーション１０８が
起動される。
【００３９】
次に、アプリケーション１０８を使用する際の認証手順について説明する。アプリケーション１０８を利用する際は、ハードキー認証部１１８のデータを取得・検証し、アプリケーション１０８の起動や継続動作を許可する。図６は、本実施形態のアプリケーション管理システムにおいてアプリケーションを使用する際の認証手順を示すフロー図である。
【００４０】
まず、ハードキー１１０をコンピュータ１０４に接続する（Ｓ１００）。
【００４１】
次に、アプリケーション１０８と対応するハードキー１１０であるか確認するため，アプリケーション１０８のシリアル番号等をハードキー１１０の認証部１２８に備わるアプリケーションシリアル情報１２８ａと比較する（Ｓ１０２）。
【００４２】
アプリケーション１０８のシリアル番号等がハードキー１１０に備わるアプリケーションシリアル情報１２８ａと一致したら、アプリケーション１０８、ハードキー１１０間で暗号化に使用するアルゴリズム(又は公開鍵など)の情報を交換し、アプリケーション１０８、ハードキー１１０間の暗号化アルゴリズムを比較する（Ｓ１０４）。
【００４３】
アプリケーション１０８、ハードキー１１０間の暗号化アルゴリズムが一致したら、ハードキー１１０の正当性を確認するため、ハードキー１１０のキーデータとなるシリアル番号と暗号化されたハードキーシリアル番号を比較する（Ｓ１０６）。
【００４４】
上記Ｓ１０６の工程の比較した結果が一致したら、アプリケーション１０８及びハードキー１１０の認証部１１８、１２８の比較を行い（Ｓ１０８）、一致したら、アプリケーションの起動/使用を許可する。
【００４５】
なお、上記の各工程Ｓ１０２〜Ｓ１０８において、比較結果が一致しない場合は、上述した最初の工程Ｓ１００に戻る。
【００４６】
次に、ハードキー１１０の変更手順について説明する。図７は、本実施形態のアプリケーション管理システム１００においてハードキー１１０の変更手順を示すシーケンス図である。
【００４７】
変更元のハードキーＡ１１０ａと、変更先のハードキーＢ１１０ｂをコンピュータ１０４に接続する。なお、接続ポートが一つだけの場合は、ハードキーＡ１１０ａのデータを消去した後、ハードキーＢ１１０ｂに差し替えれば良いものとする。
【００４８】
ハードキー１１０をコンピュータ１０４に接続後、アプリケーション１０８内のハードキー変更機能、又はハードキー変更専用のソフトウェアを起動する。
【００４９】
その後、アプリケーション１０８は、ユーザ登録・認証を行うために、サーバ１０２に対しユーザ情報を送信し、ハードキー１１０の交換を行うことを通知する。この通知後、サーバ１０２からハードキー交換の許可を受信すると、ハードキーＡ１１０ａの許可証を消去するために許可証を不可に変更する。
【００５０】
許可証が不可となったことを確認後、ハードキーＡ１１０ａのアプリケーション情報を一時的にコンピュータ１０４のハードディスクドライブ（ＨＤＤ）内に格納し、ハードキーＡ１１０ａのデータを消去する。
【００５１】
その後、サーバ１０２にハードキーＡ１１０ａの消去を報告し、サーバ１０２から了承を得た後にアプリケーション情報をハードキーＢ１１０ｂへコピーする。
【００５２】
アプリケーション情報のコピー終了後、ハードキーＢ１１０ｂからハードキーＢ１１０ｂのシリアル番号等のハードウェア情報を取得し、サーバ１０２へ報告してアプリケーション使用の許可証を要求する。その後、サーバ１０２より許可証発行の許可を得て、ハードキーＢ１１０ｂへ許可証を発行する。
【００５３】
また、本実施形態において、上記ハードキー１１０、アプリケーション１０８、サーバ１０２間の通信は、全て暗号化して行われるが、この暗号化のアルゴリズムや鍵などは、前述したように、あらかじめアプリケーション１０８とハードキー１１０内部に暗号化情報１１８ａ、１２８ｂとして複数備わっている。これをタイマーやアプリケーション１０８の操作といったイベントが発生したとき、一定のルールに従って切り替えることにより、通信路を流れるデータが変化し、暗号解析を困難にするため不正使用に対するセキュリティが強化される。
【００５４】
換言すると、アプリケーション１０８とハードキー１１０に複数の暗号化アルゴリズムを内蔵することにより,アプリケーション１０８とハードキー１１０との間の暗号が解読されたことが判明した場合、ハードキー１１０内部の情報を変更することによって、暗号化アルゴリズムを変更することができる。
【００５５】
以上より、本実施形態のアプリケーション管理システム１００では、１つのハードキー１１０に複数のアプリケーション１０８の情報を登録でき、かつこれを変更可能にしたため、１つのハードキー１１０を複数のアプリケーション１０８で共有できるようになるので、ユーザは、異なるアプリケーション１０８を起動するごとにハードキー１１０を差し替える手間が省ける。また、１つのアプリケーション１０８が複数のハードキー１１０の情報を登録できるため、アプリケーション１０８の使用許可となるハードキー１１０を所有するユーザは、コンピュータ１０４を変更した場合でも、煩雑な手続きを行うことなく、そのアプリケーション１０８を使用することができる。
【００５６】
さらに、ハードキー１１０をアプリケーション１０８の数だけ購入する必要が無くなるので、ハードキー１１０のコストを低く抑え、占有するコネクタやポートの数を制限することができる。
【００５７】
また、複数のコンピュータ１０４にアプリケーション１０８をインストールしても、ユーザが契約した数のハードキー１１０しか所有しないため、契約人数以上の不正使用を防止できる。その上、定期的にネットワーク認証を行うことで、より強固に不正使用を防止することが可能になる。
【００５８】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【００５９】
例えば、ハードキーを構成する外部機器は、必ずしも専用機器を用意する必要が無く，ハードキーを構成するハードウェアは専用である必要が無いため，ストレージ機能又は通信機能を持つハードウェアであるならば適応が可能であり、ＳＤカードなどのストレージメディアやＩＥＥＥ１３９４、ＢＬｕｅＴｏｏｔｈ,無線ＬＡＮ等の汎用ハードウェアで構成することも可能である。
【００６０】
また、コンピュータとハードキーは、必ずしも１対１である必要が無く,ＢＬｕｅＴｏｏｔｈによって接続されたピコネットなどのように１対多数にも対応可能である。
【００６１】
さらに、ハードキーは、必ずしも外部装置として接続する必要は無い。例えばプリインストールのソフトウェアのために、コンピュータの内部に組み込むことも可能である。
【産業上の利用可能性】
【００６２】
本発明は、アプリケーションソフトウェアの管理システムに適用可能であり、特に、ＬＡＮ等のネットワークを介してサーバから所望のプログラムが内蔵されたアプリケーションソフトウェアをコンピュータにインストールして、そのプログラムを利用することができるアプリケーションソフトウェアの不正使用の防止に適用可能である。
【図面の簡単な説明】
【００６３】
【図１】本発明のアプリケーション管理システムの第１実施形態の構成の概略を説明するためのシステム構成図である。
【図２】同実施形態のアプリケーション管理システムに適用されるアプリケーションの構成の一例を示す構成図である。
【図３】同実施形態のアプリケーション管理システムに適用されるハードキーの構成の一例を示す構成図である。
【図４】同実施形態のアプリケーション管理システムに適用されるサーバの構成の一例を示す構成図である。
【図５】同実施形態のアプリケーション管理システムにおいてハードキーのダウンロード手順を示すシーケンス図である。
【図６】同実施形態のアプリケーション管理システムにおいてアプリケーションを使用する際の認証手順を示すフロー図である。
【図７】同実施形態のアプリケーション管理システムにおいてハードキーの変更手順を示すシーケンス図である。
【符号の説明】
【００６４】
１００    アプリケーション管理システム
１０２    サーバ
１０４    コンピュータ
１０６    ネットワーク
１０８    アプリケーション
１１０    ハードキー
１１２    インタフェース
１１４    アプリケーションシリアル番号
１１６    ハードキー情報
１１８    認証部
１２０    データ部
１２２    サービスデータ部
１２４    ハードキーシリアル番号
１２６    （アプリケーションの）キー情報
１２８    認証部
１３０    データ部
１３２    サービスデータ部
１３４    ユーザ
１３６    ユーザ情報
１３８    アプリケーション情報
１４０    認証部
１４２    サービスデータ部
【図１】
2005267493.tif 000003
【図２】
2005267493.tif 000004
【図３】
2005267493.tif 000005
【図４】
2005267493.tif 000006
【図５】
2005267493.tif 000007
【図６】
2005267493.tif 000008
【図７】
2005267493.tif 000009