(57)【要約】【課題】本発明は、クライアントの成りすましによるファイルデータの漏洩を防ぐことができるようにする技術の提供を目的とする。【解決手段】クライアントの認証を行わない転送プロトコルで動作して、転送要求のファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムにおいて、クライアントのネットワークアドレスに対応付けて、そのクライアントへの転送を許可するファイルのファイル名を記憶する記憶手段を用意し、それを使ってファイル転送を制御したり、ファイル名を変更するとともに、その変更したファイル名が仲介サーバを介してクライアントに通知されるようにする機構を用意し、それを使ってファイル転送を制御する。【選択図】          図１
2004341578.tif 000002
【特許請求の範囲】
【請求項１】
クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムで用いられるファイル提供装置であって、
転送要求を発行してくる可能性のあるクライアントのネットワークアドレスに対応付けて、そのクライアントへの転送を許可するファイルのファイル名を記憶する記憶手段と、
クライアントから発行されたファイル転送要求に従って、クライアントのネットワークアドレスと転送要求のファイル名とを取得する取得手段と、
上記取得したネットワークアドレスとファイル名との対データが上記記憶手段に記憶されているのか否かを判断する判断手段と、
上記対データが上記記憶手段に記憶されていない場合には、上記転送要求を破棄し、記憶されている場合には、上記取得したファイル名の指すファイルをクライアントに転送する転送手段とを備えることを、
特徴とするファイル提供装置。
【請求項２】
クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムで用いられるファイル提供装置であって、
ファイル名の変更契機に到達したのか否かを判断する判断手段と、
上記変更契機に、自装置で保存している転送対象のファイルの一部又は全てのファイル名を変更するとともに、上記仲介サーバに登録されているそのファイル名を変更する変更手段とを備えることを、
特徴とするファイル提供装置。
【請求項３】
請求項２記載のファイル提供装置において、
上記判断手段は、規定の周期に到達したのか否かを判断することによりファイル名の変更契機に到達したのか否かを判断することを、
特徴とするファイル提供装置。
【請求項４】
請求項２記載のファイル提供装置において、
上記判断手段は、クライアントに対してファイル転送が行われたか否かを判断することによりファイル名の変更契機に到達したのか否かを判断し、
上記変更手段は、転送ファイルのファイル名を変更対象としてファイル名を変更することを、
特徴とするファイル提供装置。
【請求項５】
請求項２記載のファイル提供装置において、
上記判断手段は、クライアントからファイル転送要求が発行されたのか否かを判断することによりファイル名の変更契機に到達したのか否かを判断し、
上記変更手段は、ファイル転送の成功失敗にかかわらずに、転送対象となる全てのファイルのファイル名を変更対象としてファイル名を変更することを、
特徴とするファイル提供装置。
【請求項６】
クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムで用いられるファイル提供方法であって、
クライアントから発行されたファイル転送要求に従って、クライアントのネットワークアドレスと転送要求のファイル名とを取得する過程と、
転送要求を発行してくる可能性のあるクライアントのネットワークアドレスに対応付けて、そのクライアントへの転送を許可するファイルのファイル名を記憶する記憶手段を参照することで、上記取得したネットワークアドレスとファイル名との対データが該記憶手段に記憶されているのか否かを判断する過程と、
上記対データが上記記憶手段に記憶されていない場合には、上記転送要求を破棄し、記憶されている場合には、上記取得したファイル名の指すファイルをクライアントに転送する過程とを備えることを、
特徴とするファイル提供方法。
【請求項７】
クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムで用いられるファイル提供方法であって、
ファイル名の変更契機に到達したのか否かを判断する過程と、
上記変更契機に、自装置で保存している転送対象のファイルの一部又は全てのファイル名を変更するとともに、上記仲介サーバに登録されているそのファイル名を変更する過程とを備えることを、
特徴とするファイル提供方法。
【請求項８】
請求項７記載のファイル提供方法において、
上記判断する過程では、規定の周期に到達したのか否かを判断することによりファイル名の変更契機に到達したのか否かを判断することを、
特徴とするファイル提供方法。
【請求項９】
請求項７記載のファイル提供方法において、
上記判断する過程では、クライアントに対してファイル転送が行われたか否かを判断することによりファイル名の変更契機に到達したのか否かを判断し、
上記変更する過程では、転送ファイルのファイル名を変更対象としてファイル名を変更することを、
特徴とするファイル提供方法。
【請求項１０】
請求項７記載のファイル提供方法において、
上記判断する過程では、クライアントからファイル転送要求が発行されたのか否かを判断することによりファイル名の変更契機に到達したのか否かを判断し、
上記変更する過程では、ファイル転送の成功失敗にかかわらずに、転送対象となる全てのファイルのファイル名を変更対象としてファイル名を変更することを、
特徴とするファイル提供方法。
【請求項１１】
請求項６ないし１０のいずれか１項に記載のファイル提供方法の実現に用いられる処理をコンピュータに実行させるためのファイル提供プログラム。
【請求項１２】
請求項６ないし１０のいずれか１項に記載のファイル提供方法の実現に用いられる処理をコンピュータに実行させるためのファイル提供プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ファイル提供装置と仲介サーバとで構成されるシステムで用いられるファイル提供装置及びその方法と、そのファイル提供方法の実現に用いられるファイル提供プログラム及びそのプログラムを記録した記録媒体とに関する。
【０００２】
クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムがある。
【０００３】
本発明は、このようなシステムで用いられるファイル提供装置及びその方法と、そのファイル提供方法の実現に用いられるファイル提供プログラム及びそのプログラムを記録した記録媒体とに関するものであり、より具体的には、ディスクレスブートシステム環境において安全なブートを保障する技術に関するものである。
【０００４】
【従来の技術】
従来、ディスクレスブートシステムでは、ディスクレスクライアントとＤＨＣＰサーバとＴＦＴＰサーバとファイルサーバとがＩＰネットワークに接続されている（例えば、特許文献１参照）。
【０００５】
（１）ディスクレスクライアントの処理
ブートするディスクレスクライアントは、まず始めに、ＤＨＣＰサーバに対して問合せを行う。この問合せを受けたＤＨＣＰサーバは、問い合わせてきたディスクレスクライアントに割り当てるＩＰアドレスと、ＴＦＴＰサーバのＩＰアドレスと、ＴＦＴＰサーバから取得すべきブートストラップのファイル名とを、ディスクレスクライアントに回答する。
【０００６】
ディスクレスクライアントは、次に、ＤＨＣＰサーバの返答に基づいて、ＴＦＴＰサーバからブートストラップのファイルを、単純ファイル転送プロトコル（ＴＦＴＰ）を使用して取得する。
【０００７】
ディスクレスクライアントは、次に、取得したブートストラップを実行して、ブートストラップ内に記述してあるオペレーティング・システム（ＯＳ）イメージのファイル名に基づいて、ＴＦＴＰサーバからＯＳイメージのファイルを、ＴＦＴＰを使用して取得する。
【０００８】
ディスクレスクライアントは、次に、取得したＯＳイメージを使ってブートする。ＯＳイメージ内には、ディスクレスクライアントが使用すべきファイルサーバのＩＰアドレスとファイルシステム名とが記述してある。
【０００９】
ディスクレスクライアントは、続いて、ファイルサーバに接続して、使用可能なファイルシステムをマウントして、ブートを完了する。
【００１０】
（２）ＴＦＴＰサーバの処理
ＴＦＴＰサーバは、接続してくるクライアントに対して、ファイル名で指定されたファイルの読み出し、あるいは書き込みのみを提供する。ＴＦＴＰサーバは接続してくるクライアントの認証は行っていない。
【００１１】
ディスクレスブートシステムでは、ディスクレスクライアントに多くの機能や情報を持たせることが難しいため、機能が少なくて実装が容易なＴＦＴＰが用いられることが多い。
【００１２】
（３）ＤＨＣＰサーバの処理
ＤＨＣＰサーバは、問い合わせてくるディスクレスクライアントが使用しているＭＡＣアドレスの値によって、ディスクレスクライアントを識別可能である。よって、ＤＨＣＰサーバは、ＭＡＣアドレスの値に基づいてディスクレスクライアントを識別し、回答するＩＰアドレス、ＴＦＴＰサーバのＩＰアドレスおよびブートストラップのファイル名を、ディスクレスクライアント毎に変えることが可能である。
【００１３】
もちろん、ＤＨＣＰサーバは、ディスクレスクライアントの識別を行わず、回答するＩＰアドレスのみを変えて、同じＴＦＴＰサーバのＩＰアドレスおよび同じブートストラップのファイル名を回答することも可能である。
【００１４】
従って、ディスクレスブートシステムでは、複数のブートストラップのファイルや、複数のＯＳイメージのファイルや、複数のファイルシステムを用意しておき、ディスクレスクライアントのＭＡＣアドレスに基づいて、ＤＨＣＰサーバが異なるブートストラップのファイル名を回答することにより、複数のディスクレスクライアントを異なったＯＳ環境でブートすることが可能である。
【００１５】
図１０は、２台のディスクレスクライアントを持つディスクレスブートシステムの例である。ディスクレスクライアントＤＣ１とＤＣ２、ＤＨＣＰサーバ、ＴＦＴＰサーバ、ファイルサーバがＩＰネットワークにより接続されている。
【００１６】
ディスクレスクライアントＤＣ１は、ＭＡＣアドレス“ＭＡＣ１”を持ち、ディスクレスクライアントＤＣ２は、ＭＡＣアドレス“ＭＡＣ２”を持っている。ＴＦＴＰサーバは、ＩＰアドレス“ＩＰｔ”を使用している。
【００１７】
ＴＦＴＰサーバは、ＤＣ１用のブートストラップのファイル“ＢＳ１”と、ＤＣ１用のＯＳイメージのファイル“ＯＩ１”と、ＤＣ２用のブートストラップのファイル“ＢＳ２”と、ＤＣ２用のＯＳイメージのファイル“ＯＩ２”とを持っている。
【００１８】
ファイルサーバは、ＤＣ１用のファイルシステム“ＦＳ１”と、ＤＣ２用のファイルシステム“ＦＳ２”とを持っている。
【００１９】
ＤＨＣＰサーバは、設定ファイルと、ＤＣ１用のＩＰアドレス“ＩＰ１”と、ＤＣ２用のＩＰアドレス“ＩＰ２”とを持っている。
【００２０】
ＤＨＣＰサーバが持っている設定ファイルには、図１１に例示するように、ＤＣ１からの問合せには、ＩＰアドレス“ＩＰ１”とＴＦＴＰサーバのＩＰアドレス“ＩＰｔ”とブートストラップのファイル名“ＢＳ１”とを回答し、ＤＣ２からの問合せには、ＩＰアドレス“ＩＰ２”とＴＦＴＰサーバのＩＰアドレス“ＩＰｔ”とブートストラップのファイル名“ＢＳ２”とを回答するよう記述されている。
【００２１】
図１０の例では、ブートするディスクレスクライアントＤＣ１は、ＤＨＣＰサーバに問合せを行った結果、ＩＰアドレス“ＩＰ１”を使用してＴＦＴＰサーバからブートストラップのファイル“ＢＳ１”を取得する。その後、ディスクレスクライアントＤＣ１は、ＴＦＴＰサーバからＯＳイメージ“ＯＩ１”を取得して、それを起動し、ファイルシステム“ＦＳ１”をマウントする。
【００２２】
同様に、ブートするディスクレスクライアントＤＣ２は、ＤＨＣＰサーバに問合せを行った結果、ＩＰアドレス“ＩＰ２”を使用してＴＦＴＰサーバからブートストラップのファイル“ＢＳ２”を取得する。その後、ディスクレスクライアントＤＣ２は、ＴＦＴＰサーバからＯＳイメージ“ＯＩ２”を取得して、それを起動し、ファイルシステム“ＦＳ２”をマウントする。
【００２３】
その結果、ディスクレスクライアントＤＣ１とディスクレスクライアントＤＣ２とは、異なるＯＳ環境での起動が実現される。
【００２４】
【特許文献１】
特開２００２−１２３４００
【００２５】
【発明が解決しようとする課題】
しかしながら、従来技術で実現したディスクレスブートシステムでは、ＴＦＴＰが認証を必要としないことに起因する、ディスクレスクライアントの成りすましが容易にできてしまう問題がある。すなわち、あるディスクレスクライアントが、他のディスクレスクライアントとしてブートし、動作できてしまうことが問題である。
【００２６】
例えば図１０において、ブートストラップのファイル“ＢＳ２”を取得するようにとＤＨＣＰサーバから回答を得たディスクレスクライアントＤＣ２が、これに従わずに、ＴＦＴＰサーバからＯＳイメージ“ＯＩ１”を取得してブートを継続すれば、簡単にディスクレスクライアントＤＣ１としてブートを完了できてしまうことになる。
【００２７】
ＴＦＴＰはクライアントの認証を行わないプロトコルである。あるＵＮＩＸ計算機（ＵＮＩＸは登録商標）がＴＦＴＰサーバに接続して、ファイルを転送する場合を考える。
【００２８】
ＵＮＩＸ計算機のオペレータがコンソールに“ｇｅｔファイル名”と入力した場合、ＴＦＴＰサーバ上に、指定された“ファイル名”の名前を持つファイルが存在すれば、ＴＦＴＰサーバは、指定されたファイルをＵＮＩＸ計算機に転送する。一方、ＴＦＴＰサーバ上に、指定された“ファイル名”の名前を持つファイルが存在しなければ、エラーとなり、転送はされない。
【００２９】
よって、ディスクレスクライアントでなくとも、ディスクレスブートシステムのＩＰネットワークにＵＮＩＸ計算機を接続すれば、容易にＴＦＴＰサーバ上の全てのファイルを取得できてしまう問題がある。
【００３０】
これから、ＴＦＴＰサーバが、ブートストラップのファイルとＯＳイメージのファイルとを正しいディスクレスクライアントにのみ転送し、正しくないディスクレスクライアントには転送しない技術を提供することで、ディスクレスブートシステム環境において、ディスクレスクライアントの成りすましによるブートデータの漏洩を防ぐ必要がある。
【００３１】
本発明はかかる事情に鑑みてなされたものであって、クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムにおいて、正しいクライアントにのみファイルを転送し、正しくないクライアントにはファイルを転送しないようにする新たな技術の提供を目的とする。
【００３２】
【課題を解決するための手段】
この目的を達成するために、本発明のファイル提供装置は、クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムで用いられるときにあって、▲１▼転送要求を発行してくる可能性のあるクライアントのネットワークアドレスに対応付けて、そのクライアントへの転送を許可するファイルのファイル名を記憶する記憶手段と、▲２▼クライアントから発行されたファイル転送要求に従って、クライアントのネットワークアドレスと転送要求のファイル名とを取得する取得手段と、▲３▼取得手段の取得したネットワークアドレスとファイル名との対データが記憶手段に記憶されているのか否かを判断する判断手段と、▲４▼取得手段の取得したネットワークアドレスとファイル名との対データが記憶手段に記憶されていない場合には、転送要求を破棄し、記憶されている場合には、取得手段の取得したファイル名の指すファイルをクライアントに転送する転送手段とを備えるように構成する。
【００３３】
以上の各処理手段が動作することで実現される本発明のファイル提供方法はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどのような適当な記録媒体に記録して提供したり、ネットワークを介して提供することができる。
【００３４】
このように構成される本発明のファイル提供装置では、クライアントからファイル転送要求が発行されると、そのファイル転送要求に従って、クライアントのネットワークアドレスと転送要求のファイル名とを取得する。
【００３５】
続いて、その取得したネットワークアドレスとファイル名との対データが記憶手段に記憶されているのか否かを判断して、記憶されていない場合には、転送要求を破棄し、記憶されている場合には、その取得したファイル名の指すファイルをクライアントに転送する。
【００３６】
このように、本発明によれば、クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムにおいて、転送要求を発行してくる可能性のあるクライアントのネットワークアドレスに対応付けて、そのクライアントへの転送を許可するファイルのファイル名を記憶する記憶手段を用意して、それを使ってファイル転送を制御するようにすることから、正しいクライアントにのみファイルを転送し、正しくないクライアントにはファイルを転送しないことを実現できるようになる。
【００３７】
また、上記目的を達成するために、本発明のファイル提供装置は、クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムで用いられるときにあって、▲１▼ファイル名の変更契機に到達したのか否かを判断する判断手段と、▲２▼ファイル名の変更契機に到達したときに、自装置で保存している転送対象のファイルの一部又は全てのファイル名を変更するとともに、仲介サーバに登録されているそのファイル名を変更する変更手段とを備えるように構成する。
【００３８】
以上の各処理手段が動作することで実現される本発明のファイル提供方法はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどのような適当な記録媒体に記録して提供したり、ネットワークを介して提供することができる。
【００３９】
このように構成される本発明のファイル提供装置では、例えば、規定の周期に到達することでファイル名の変更契機に到達したことを判断すると、自装置で保存している転送対象のファイルの一部又は全てのファイル名を変更するとともに、仲介サーバに登録されているそのファイル名を変更する。また、例えば、クライアントに対してファイル転送が行われたことでファイル名の変更契機に到達したことを判断すると、転送ファイルのファイル名を変更対象としてファイル名を変更する。また、例えば、クライアントからファイル転送要求が発行されたことでファイル名の変更契機に到達したことを判断すると、ファイル転送の成功失敗にかかわらずに、転送対象となる全てのファイルのファイル名を変更対象としてファイル名を変更する。
【００４０】
このように、本発明によれば、クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムにおいて、ファイル名を変更するとともに、その変更したファイル名が仲介サーバを介してクライアントに通知されるようにする機構を用意して、それを使ってファイル転送を制御するようにすることから、正しいクライアントにのみファイルを転送し、正しくないクライアントにはファイルを転送しないことを実現できるようになる。
【００４１】
次に、▲１▼１つ以上のディスクレスクライアントと、▲２▼ディスククライアントに対して、ＩＰアドレス等のネットワーク情報とＴＦＴＰサーバのＩＰアドレスとＴＦＴＰサーバからダウンロードするブートストラップのファイル名とを提供するＤＨＣＰサーバと、▲３▼ディスクレスクライアントがダウンロードするブートストラップおよびＯＳイメージを保有するＴＦＴＰサーバと、▲４▼ディスクレスクライアントがマウントするルートパーティションを保持するファイルサーバとがＩＰネットワークに繋がっているディスクレスブートシステムへの適用を具体例にして、本発明の構成について詳細に説明する。
【００４２】
本発明において、ディスクレスクライアントは、ＭＡＣアドレスとＤＨＣＰサーバから取得したＩＰアドレスとについては詐称しないと仮定する。これらの詐称を防止する手法については他の技術を用いるものとし、本発明では言及しない。
【００４３】
（１）第１の構成
上記目的を達成するため、本発明では、第１の構成として、ＴＦＴＰサーバが接続してくるクライアントのＩＰアドレスに基づいてクライアントを識別し、クライアントによって指定されたファイルの転送を許可するか、あるいは転送を禁止する構成を提供する。
【００４４】
具体的には、ＴＦＴＰサーバが、ディスクレスクライアントのＩＰアドレスとブートストラップのファイル名およびＯＳイメージのファイル名との対応表を持ち、この対応表に記述されるＩＰアドレスと異なるＩＰアドレスのディスクレスクライアントから、あるブートストラップのファイルまたはＯＳイメージのファイルについてＴＦＴＰによる取得要求を受信した場合には、その取得要求を破棄するという構成を採る。
【００４５】
すなわち、ＴＦＴＰサーバは、接続してくる予定のクライアントのＩＰアドレスと当該クライアントに転送を許可するファイルのファイル名との対応を示した表を新たに持つ。そして、ＴＦＴＰサーバは、クライアントが接続してきた際に、クライアントのＩＰアドレスを認識し、この表に基づいて、クライアントから指定されたファイルの転送（読み出し、あるいは書き込み）を許可あるいは禁止し、許可の場合のみ指定されたファイルの転送を実行する。
【００４６】
この構成により、ディスクレスブートシステムにおける、ＴＦＴＰサーバからの不正なファイル転送を防止することができる。
【００４７】
（２）第２の構成
また、上記目的を達成するため、本発明では、第２の構成として、ＴＦＴＰサーバが自らが保持するファイルのファイル名を自動的に変更する構成を提供する。ＴＦＴＰでは、転送するファイル名を指定する必要があることから、ファイル名が分からなければ不正なファイルの転送を防ぐことが可能となる。
【００４８】
具体的には、ＴＦＴＰサーバに保存されているブートストラップのファイル名、ＴＦＴＰサーバに保存されているＯＳイメージのファイル名、ＤＨＣＰサーバに登録されているブートストラップのファイル名、ブートストラップに記述されているＯＳイメージのファイル名とを、ランダムに発生した別のファイル名に変更するという構成を採る。
【００４９】
すなわち、ＴＦＴＰサーバに自動的にファイル名を変更する機能を新規に追加し、ＴＦＴＰサーバが適切な契機に推測されにくいファイル名へと変更し、正当なクライアントにのみ変更後のファイル名を知らせることで、クライアントからのファイル転送の要求に対して、正当なクライアントに対しては存在するファイル名を指定させることでファイル転送を成功させ、不正なクライアントに対しては存在するファイル名を指定させないことでファイル転送を失敗させることができる。
【００５０】
この構成により、ディスクレスブートシステムにおける、ＴＦＴＰサーバからの不正なファイル転送を防止することができる。
【００５１】
ここで、上記第１の構成と上記第２の構成とは背反した構成であるため、ＴＦＴＰサーバにいずれか片方あるいは両方を実装することが可能である。
【００５２】
（３）第３の構成〜第５の構成
また、上記目的を達成するため、本発明では、上記第２の構成におけるファイル名の変更の契機について、さらに３つの構成を提供する。
【００５３】
（３−１）第３の構成
上記目的を達成するため、本発明では、第３の構成として、上記第２の構成におけるファイル名の変更の契機を、管理者が定める時間間隔とする構成を提供する。
【００５４】
すなわち、ＴＦＴＰサーバは、定期的に、上記ファイル名変更対象のファイルの一部あるいは全部のファイル名を、推測されにくい新たなファイル名へ変更する。
【００５５】
この構成により、ＴＦＴＰサーバが保持するファイルのファイル名を入手した不正なクライアントが、入手したファイル名を指定してファイルをＴＦＴＰサーバから取得しようと試みても、既にファイル名が変更されていて、ファイルの転送を失敗させることが可能となる。
【００５６】
（３−２）第４の構成
上記目的を達成するため、本発明では、第４の構成として、上記第２の構成におけるファイル名の変更の契機を、正当なファイルの転送の時点とする構成を提供する。
【００５７】
すなわち、正当なクライアントからファイルの転送を要求されたＴＦＴＰサーバは、そのファイルの転送を契機として、転送したファイルのファイル名を変更する。
【００５８】
この構成により、正当なクライアントによるファイルの転送を監視していた不正なクライアントが、何らかの手法により現在転送されたファイルのファイル名を入手し、入手したファイル名を指定してＴＦＴＰサーバからのファイルの転送を試みても、既に該ファイルはファイル名が変更されていることから、不正なクライアントが指定したファイルが存在しないことにより、ファイルの転送を失敗させることができる。
【００５９】
（３−３）第５の構成
上記目的を達成するため、本発明では、第５の構成として、上記第２の構成におけるファイル名の変更の契機を、ファイルの転送の時点とする構成を提供する。
【００６０】
上記第２、第３、第４の構成では、ＴＦＴＰサーバが保持するファイルを推測しにくいファイル名に変更しているだけであるので、不正なクライアントが考えられる全てのパターンのファイル名を総当り的に指定して、転送を要求してきた場合に、偶然、ファイル名が一致して、転送が成功してしまう可能性がある。
【００６１】
これを回避するため、第５の構成では、ＴＦＴＰサーバが保持する全ファイルのファイル名を変更する契機として、転送の成功あるいは失敗に関わらず、ＴＦＴＰのファイル転送の要求を契機とする。
【００６２】
すなわち、不正なクライアントが考えられる全てのパターンのファイル名を総当り的に指定して、転送を要求してきた場合でも、転送が失敗する毎に全てのファイルのファイル名が変更されるために、ファイル名が偶然に一致する可能性を下げることができる。
【００６３】
【発明の実施の形態】
次に、本発明について図面を参照して詳細に説明する。
【００６４】
まず、図１に従って、第１の実施形態例（上記第１の構成に該当する）について説明する。
【００６５】
ここで、図中、１−ｉ（ｉ＝１〜ｎ）はディスクレスクライアント、２はＤＨＣＰサーバ、３はＴＦＴＰサーバ、４はファイルサーバ、５はＩＰネットワークを示している。
【００６６】
第１の実施形態例を実現する場合には、ＴＦＴＰサーバ３にはフィルタ機構３０が備えられており、このフィルタ機構３０は対応表３００を保持している。
【００６７】
この対応表３００は、図２に示すように、ディスクレスクライアント１−ｉのＩＰアドレスに対応付けて、そのディスクレスクライアント１−ｉに転送することが許可されているブートストラップのファイル名およびＯＳイメージのファイル名を管理する。
【００６８】
フィルタ機構３０は、ＴＦＴＰサーバ３が受信したイーサネットフレーム（イーサネットは登録商標）のうち、まず、ＴＦＴＰパケットを含むイーサネットフレームを抽出する。
【００６９】
この抽出については、ＴＦＴＰサーバ３が受信したイーサネットフレームのＩＰヘッダー内のプロトコル欄がＵＤＰで、かつ、ＵＤＰヘッダー内の宛先ポート番号が６９であるイーサネットフレームを、ＴＦＴＰパケットを含むイーサネットフレームと判断して抽出することにより行う。
【００７０】
続いて、この抽出したイーサネットフレームのうち、タイプがＲｅａｄ  ｒｅｑｕｅｓｔ  （ＲＲＱ）またはＷｒｉｔｅ  ｒｅｑｕｅｓｔ（ＷＲＱ）であるＴＦＴＰパケットを含むイーサネットフレームをさらに抽出し、ＩＰヘッダー内の送信元ＩＰアドレス欄に記入されているＩＰアドレスと、ＴＦＴＰパケット内のファイル名欄に記入されているファイル名との組み合わせが対応表３００に登録されているのかを確認する。
【００７１】
この組合せが対応表３００に登録されている場合には、そのまま、ＴＦＴＰサーバ３での処理を継続する。一方、この組合せが対応表３００に登録されていない場合には、抽出したイーサネットフレームを破棄する。
【００７２】
ここで、フィルタ機構３０が上記破棄すべきイーサネットフレームを抽出する過程で、抽出されなかったイーサネットフレームについては、そのまま、ＴＦＴＰサーバ３での処理が継続されることになる。
【００７３】
以上に説明したように、フィルタ機構３０は、ＴＦＴＰサーバ３がイーサネットフレームを受信すると、図３の処理フローに示すように、先ず最初に、ステップ１０で、イーサネットフレームのＩＰヘッダー内のプロトコル欄がＵＤＰであるのか否かを判断して、ＵＤＰでないことを判断するときには、ステップ１５に進んで、イーサネットフレームへのＴＦＴＰサーバ３の処理が継続されるようにする。
【００７４】
一方、ステップ１０で、イーサネットフレームのＩＰヘッダー内のプロトコル欄がＵＤＰであることを判断するときには、ステップ１１に進んで、ＵＤＰヘッダー内の宛先ポート番号欄が６９であるのか否かを判断して、６９でないことを判断するときには、ステップ１５に進んで、イーサネットフレームへのＴＦＴＰサーバ３の処理が継続されるようにする。
【００７５】
一方、ステップ１１で、ＵＤＰヘッダー内の宛先ポート番号欄が６９であることを判断するときには、ステップ１２に進んで、抽出したＴＦＴＰパケットのタイプがＲＲＱまたはＷＲＱであるのか否かを判断して、ＲＲＱまたはＷＲＱでないことを判断するときには、ステップ１５に進んで、イーサネットフレームへのＴＦＴＰサーバ３の処理が継続されるようにする。
【００７６】
一方、ステップ１２で、抽出したＴＦＴＰパケットのタイプがＲＲＱまたはＷＲＱであることを判断するときには、ステップ１３に進んで、ＩＰヘッダー内の送信元ＩＰアドレス欄に記入されているＩＰアドレスと、ＴＦＴＰパケット内のファイル名欄に記入されているファイル名との組み合わせが対応表３００に登録されているのか否かを判断して、登録されていることを判断するときには、ステップ１５に進んで、イーサネットフレームへのＴＦＴＰサーバ３の処理が継続されるようにする。
【００７７】
一方、ステップ１３で、ＩＰヘッダー内の送信元ＩＰアドレス欄に記入されているＩＰアドレスと、ＴＦＴＰパケット内のファイル名欄に記入されているファイル名との組み合わせが対応表３００に登録されていないことを判断するときには、ステップ１４に進んで、受信したイーサネットフレームを破棄する。
【００７８】
このようにして、第１の実施形態例に従う場合、ＴＦＴＰサーバ３は、ディスクレスクライアント１−ｉがファイルの転送を要求してくるときに、ＩＰアドレスに従って、そのディスクレスクライアント１−ｉを識別して、対応表３００に基づいて、その転送要求のファイルの転送が許可されているのか否かを判断して、転送が許可されていない場合には、そのファイルの転送を行わないように処理するのである。
【００７９】
これにより、第１の実施形態例では、不正なディスクレスクライアント１−ｉの取得要求からブートストラップのファイルを保護できるようになる。
【００８０】
次に、図４に従って、第２の実施形態例（上記第３の構成に該当する）について説明する。
【００８１】
ここで、図中、１はディスクレスクライアント、２はＤＨＣＰサーバ、３はＴＦＴＰサーバ、４はファイルサーバ、５はＩＰネットワーク、２０はＤＨＣＰサーバ２の備える設定ファイル（図１１に示したもの）を示している。
【００８２】
第２の実施形態例を実現する場合には、ＴＦＴＰサーバ３にはファイル名変更機構３１が備えられており、このファイル名変更機構３１はファイル名表３１０を保持している。
【００８３】
このファイル名表３１０は、ファイル名を変更する際に、現在設定されているファイル名と同じファイル名を設定しないようにすることを実現するために用意されるものであり、図５に示すように、組み込むディスクレスクライアント１のＭＡＣアドレスに対応付けて、そのディスクレスクライアント１−ｉに転送するブートストラップのファイル名およびＯＳイメージのファイル名を管理する。
【００８４】
以下、説明の便宜上、図５に示すように、組み込むディスクレスクライアント１のＭＡＣアドレスとしてＭＡＣ１、そのディスクレスクライアント１に転送するブートストラップのファイル名としてＢＳ０、そのディスクレスクライアント１に転送するＯＳイメージのファイル名としてＯＩ０を想定する。
【００８５】
あるディスクレスクライアント１をディスクレスブートシステムに組み込むためには、ＤＨＣＰサーバ２の設定ファイル２０に対して、ディスクレスクライアント１のＭＡＣアドレス（ＭＡＣ１）と、このディスクレスクライアント１のためのＩＰアドレスおよびブートストラップのファイル名（ＢＳ０）とを登録するとともに、ＴＦＴＰサーバ３に対して、ブートストラップのファイル（ファイル名ＢＳ０）と、ＯＳイメージのファイル（ファイル名ＯＩ０）とを保存することになる。
【００８６】
この最初の登録時に、ＴＦＴＰサーバ３は、組み込むディスクレスクライアント１のＭＡＣアドレス（ＭＡＣ１）と、そのディスクレスクライアント１に転送するブートストラップのファイル名（ＢＳ０）と、そのディスクレスクライアント１に転送するＯＳイメージのファイル名（ＯＩ０）とをファイル名表３１０に保存する。
【００８７】
これを受けて、ファイル名変更機構３１は、ある一定時間（Ｔ時間）後に、ファイル名表３１０に記入されたＭＡＣ１のブートストラップのファイル名（ＢＳ０）とＯＳイメージのファイル名（ＯＩ０）とを確認して、ＤＨＣＰサーバ２に登録されているＭＡＣ１のブートストラップのファイル名（ＢＳ０）と、ＴＦＴＰサーバ３に保存されているブートストラップのファイル名（ＢＳ０）と、ブートストラップに記入されているＯＳイメージのファイル名（ＯＩ０）と、ＴＦＴＰサーバ３に保存されているＯＳイメージのファイル名（ＯＩ０）とを、確認したファイル名とは別のランダムに発生したファイル名（例えばＢＳ１とＯＩ１）に変更する。
【００８８】
このとき、ファイル名表３１０のブートストラップのファイル名をＢＳ０からＢＳ１に変更するとともに、ファイル名表３１０のＯＳイメージのファイル名をＯＩ０からＯＩ１に変更する。
【００８９】
同様に、ファイル名変更機構３１は、Ｔ時間毎に、ブートストラップのファイル名およびＯＳイメージのファイル名を変更する。
【００９０】
ここでは、ファイル名変更機構３１は、ファイル名表３１０にファイル名が初期登録された時点を起点にして、ある一定時間毎にファイル名の変更処理を行うことで説明したが、複数のディスクレスクライアント１が非同期のタイミングでディスクレスブートシステムに組み込まれることを考慮して、初期登録とは関係のない規定周期に到達するときに全てのファイル名の変更処理を行うようにしてもよい。
【００９１】
この場合には、ファイル名変更機構３１は、図６の処理フローに示すように、先ず最初に、ステップ２０で、前回のファイル名の変更処理から一定時間が経過するのを待って、一定時間の経過を検出すると、ステップ２１に進んで、ファイル名表３１０に記入されている全てのブートストラップのファイル名および全てのＯＳイメージのファイル名を確認する。
【００９２】
続いて、ステップ２２で、確認したブートストラップのファイル名とは異なるファイル名をランダムに生成するとともに、確認したＯＳイメージのファイル名とは異なるファイル名をランダムに生成する。
【００９３】
続いて、ステップ２３で、ＤＨＣＰサーバ２に登録されている全てのブートストラップのファイル名と、ＴＦＴＰサーバ３に保存されている全てのブートストラップのファイル名と、全てのブートストラップに記入されているＯＳイメージのファイル名と、ＴＦＴＰサーバ３に保存されている全てのＯＳイメージのファイル名とを、ステップ２２で生成したファイル名に変更する。
【００９４】
続いて、ステップ２４で、ファイル名表３１０に記入されている全てのブートストラップのファイル名と全てのＯＳイメージのファイル名とを、ステップ２２で生成したファイル名に変更してから、ステップ２０に戻る。
【００９５】
このようにして、第２の実施形態例に従う場合には、ＴＦＴＰサーバ３は、周期的に、全てのブートストラップのファイル名および全てのＯＳイメージのファイル名を変更するとともに、その変更したブートストラップのファイル名を、ＤＨＣＰサーバを介して正当なディスクレスクライアント１に間接的に通知するように処理するのである。
【００９６】
ここで、全てのブートストラップのファイル名および全てのＯＳイメージのファイル名を変更するのではなくて、一部のファイル名を変更するようにしてもよい。
【００９７】
これにより、第２の実施形態例では、不正なディスクレスクライアント１の取得要求からブートストラップのファイルを保護できるようになる。
【００９８】
次に、図７に従って、第３の実施形態例（上記第４の構成に該当する）について説明する。
【００９９】
ここで、図中、１−ｉ（ｉ＝１〜ｎ）はディスクレスクライアント、２はＤＨＣＰサーバ、３はＴＦＴＰサーバ、４はファイルサーバ、５はＩＰネットワーク、、２０は設定ファイル、３１はファイル名変更機構、３１０はファイル名表を示している。
【０１００】
第３の実施形態例を実現する場合には、ＴＦＴＰサーバ３にはファイル転送要求監視機構３２が備えられ、ファイル名変更機構３１は、周期的にファイル名の変更処理を行うのではなくて、このファイル転送要求監視機構３２からの実行指示に応答して、ファイル名の変更処理を実行することになる。
【０１０１】
第２の実施形態例と同様に、あるディスクレスクライアント１−ｉをディスクレスブートシステムに組み込むためには、ＤＨＣＰサーバ２の設定ファイル２０に対して、ディスクレスクライアント１−ｉのＭＡＣアドレス（例えばＭＡＣ１）と、このディスクレスクライアント１−ｉのためのＩＰアドレスおよびブートストラップのファイル名（例えばＢＳ０）とを登録するとともに、ＴＦＴＰサーバ３に対して、ブートストラップのファイル（例えばファイル名ＢＳ０）と、ＯＳイメージのファイル（例えばファイル名ＯＩ０）とを保存することになる。
【０１０２】
この最初の登録時に、ＴＦＴＰサーバ３は、組み込むディスクレスクライアント１−ｉのＭＡＣアドレス（例えばＭＡＣ１）と、そのディスクレスクライアント１−ｉに転送するブートストラップのファイル名（例えばＢＳ０）と、そのディスクレスクライアント１−ｉに転送するＯＳイメージのファイル名（例えばＯＩ０）とをファイル名表３１０に保存する。
【０１０３】
ファイル転送要求監視機構３２は、ＴＦＴＰサーバ３へのＯＳイメージのファイル転送要求を監視しており、ＯＳイメージのファイル（例えばＯＩ０）の転送終了後に、その転送終了と転送先ディスクレスクライアント１−ｉのＭＡＣアドレス（例えばＭＡＣ１）とをファイル名変更機構３１に通知する。
【０１０４】
この通知を受けて、ファイル名変更機構３１は、ファイル名表３１０に記入されたＭＡＣ１の指すブートストラップのファイル名（例えばＢＳ０）とＯＳイメージのファイル名（例えばＯＩ０）とを確認して、ＤＨＣＰサーバ２に登録されているＭＡＣ１の指すブートストラップのファイル名（例えばＢＳ０）と、ＴＦＴＰサーバ３に保存されているそのブートストラップのファイル名（例えばＢＳ０）と、そのブートストラップに記入されているＯＳイメージのファイル名（例えばＯＩ０）と、ＴＦＴＰサーバ３に保存されているそのＯＳイメージのファイル名（例えばＯＩ０）とを、確認したファイル名とは別のランダムに発生したファイル名（例えばＢＳ１とＯＩ１）に変更する。
【０１０５】
このとき、ファイル名表３１０のブートストラップのファイル名を例えばＢＳ０からＢＳ１に変更するとともに、ファイル名表３１０のＯＳイメージのファイル名を例えばＯＩ０からＯＩ１に変更する。
【０１０６】
このようにして、ファイル名変更機構３１は、図８の処理フローに示すように、先ず最初に、ステップ３０で、ファイル転送要求監視機構３２からＯＳイメージの転送終了通知が発行されるのを待って、ＯＳイメージの転送終了通知が発行されると、ステップ３１に進んで、転送先ディスクレスクライアント１−ｉのＭＡＣアドレスを受け取る。
【０１０７】
続いて、ステップ３２で、ファイル名表３１０に記入されている受け取ったＭＡＣアドレスの指すブートストラップのファイル名およびＯＳイメージのファイル名を確認する。
【０１０８】
続いて、ステップ３３で、確認したブートストラップのファイル名とは異なるファイル名をランダムに生成するとともに、確認したＯＳイメージのファイル名とは異なるファイル名をランダムに生成する。
【０１０９】
続いて、ステップ３４で、受け取ったＭＡＣアドレスが直接的又は間接的に指す、ＤＨＣＰサーバ２に登録されているブートストラップのファイル名と、ＴＦＴＰサーバ３に保存されているブートストラップのファイル名と、ブートストラップに記入されているＯＳイメージのファイル名と、ＴＦＴＰサーバ３に保存されているＯＳイメージのファイル名とを、ステップ３３で生成したファイル名に変更する。
【０１１０】
続いて、ステップ３５で、ファイル名表３１０に記入されている受け取ったＭＡＣアドレスの指すブートストラップのファイル名およびＯＳイメージのファイル名とを、ステップ３３で生成したファイル名に変更してから、ステップ３０に戻る。
【０１１１】
このようにして、第３の実施形態例に従う場合には、ＴＦＴＰサーバ３は、ＯＳイメージをディスクレスクライアント１−ｉへ転送すると、その転送を契機として、転送したファイルのファイル名を変更するように処理するのである。
【０１１２】
これにより、第３の実施形態例では、不正なディスクレスクライアント１の取得要求からブートストラップのファイルを保護できるようになる。
【０１１３】
次に、第４の実施形態例（上記第５の構成に該当する）について説明する。
【０１１４】
第３の実施形態例では、ＯＳイメージの転送を契機にして、転送したファイルのファイル名を変更するようにしているが、第４の実施形態例では、ＯＳイメージの転送の成功失敗に関係なく、それを契機にして全てのファイル名を変更するようにしている点に違いがある。
【０１１５】
すなわち、第４の実施形態例に従う場合には、ファイル転送要求監視機構３２は、ＴＦＴＰサーバ３へのＯＳイメージのファイル転送要求を監視しており、ＯＳイメージのファイルを転送要求された場合、転送が成功しても失敗しても、転送要求がなされたことをファイル名変更機構３１に通知する。
【０１１６】
この通知を受けて、ファイル名変更機構３１は、ファイル名表３１０に記入された全てのブートストラップのファイル名および全てのＯＳイメージのファイル名に関して、ＤＨＣＰサーバ２に登録されているブートストラップのファイル名と、ＴＦＴＰサーバ３に保存されているブートストラップのファイル名と、ブートストラップに記入されているＯＳイメージのファイル名と、ＴＦＴＰサーバ３に保存されているＯＳイメージのファイル名とを、ランダムに発生した別のファイル名に変更する。
【０１１７】
このとき、ファイル名表３１０のブートストラップのファイル名とＯＳイメージのファイル名とについても変更した通りに変更する。
【０１１８】
このようにして、ファイル名変更機構３１は、第４の実施形態例に従う場合には、図９の処理フローに示すように、先ず最初に、ステップ４０で、ファイル転送要求監視機構３２からＯＳイメージの転送成功または失敗通知が発行されるのを待って、ＯＳイメージの転送成功または失敗通知が発行されると、ステップ４１に進んで、ファイル名表３１０に記入されている全てのブートストラップのファイル名および全てのＯＳイメージのファイル名を確認する。
【０１１９】
続いて、ステップ４２で、確認したブートストラップのファイル名とは異なるファイル名をランダムに生成するとともに、確認したＯＳイメージのファイル名とは異なるファイル名をランダムに生成する。
【０１２０】
続いて、ステップ４３で、ＤＨＣＰサーバ２に登録されている全てのブートストラップのファイル名と、ＴＦＴＰサーバ３に保存されている全てのブートストラップのファイル名と、全てのブートストラップに記入されているＯＳイメージのファイル名と、ＴＦＴＰサーバ３に保存されている全てのＯＳイメージのファイル名とを、ステップ４２で生成したファイル名に変更する。
【０１２１】
続いて、ステップ４４で、ファイル名表３１０に記入されている全てのブートストラップのファイル名と全てのＯＳイメージのファイル名とを、ステップ４２で生成したファイル名に変更してから、ステップ４０に戻る。
【０１２２】
このようにして、ファイル名変更機構３１は、第３の実施形態例に従う場合には、ＯＳイメージの転送を契機にして、転送したファイルのファイル名を変更するのに対して、第４の実施形態例に従う場合には、ＯＳイメージの転送の成功失敗に関係なく、それを契機にして、全てのファイルのファイル名を変更するように処理することになる。
【０１２３】
これにより、第４の実施形態例では、不正なディスクレスクライアント１の取得要求からブートストラップのファイルを保護できるようになる。
【０１２４】
【発明の効果】
以上説明したように、本発明によれば、上述の構成のフィルタ機構を用意することで、ディスクレスクライアントのＩＰアドレスに従って、ＴＦＴＰサーバが転送を許可するブートストラップやＯＳイメージを決定できるため、他のディスクレスクライアントがあるディスクレスクライアントに成りすまして、ブートストラップやＯＳイメージを取得することを防ぐことができる。
【０１２５】
また、本発明によれば、上述の構成のファイル名変更機構を用意することで、ＴＦＴＰサーバが保持するブートストラップのファイル名やＯＳイメージのファイル名を変更することにより、ファイル名を入手した不正なクライアントが、入手したファイル名を指定してＴＦＴＰサーバからのファイルの転送を試みても、既にそのファイルのファイル名が変更されていることから、不正なクライアントが指定したファイルが存在しないことにより、ファイルの転送を失敗させることができ、ブートデータの漏洩を防ぐことができる。
【０１２６】
このようにして、本発明によれば、クライアントの認証を行わない転送プロトコルで動作して、転送要求のあるファイルをクライアントに転送するファイル提供装置と、クライアントの認証を行って、クライアントに対して、ファイル提供装置のネットワークアドレスとそのクライアントに転送するファイルのファイル名とを通知する仲介サーバとで構成されるシステムにおいて、正しいクライアントにのみファイルを転送し、正しくないクライアントにはファイルを転送しないことを実現できるようになり、これにより、クライアントの成りすましによるファイルデータの漏洩を防ぐことができるようになる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態例である。
【図２】フィルタ機構の持つ対応表の一例を示す図である。
【図３】フィルタ機構の実行する処理フローである。
【図４】本発明の第２の実施形態例である。
【図５】ファイル名変更機構の持つファイル名表の一例を示す図である。
【図６】ファイル名変更機構の実行する処理フローである。
【図７】本発明の第３の実施形態例である。
【図８】ファイル名変更機構の実行する処理フローである。
【図９】ファイル名変更機構の実行する処理フローである。
【図１０】ディスクレスブートシステムのシステム構成図である。
【図１１】ＤＨＣＰサーバの持つ設定ファイルの説明図である。
【符号の説明】
１      ディスクレスクライアント
２      ＤＨＣＰサーバ
３      ＴＦＴＰサーバ
４      ファイルサーバ
５      ＩＰネットワーク
２０    設定ファイル
３０    フィルタ機構
３１    ファイル名変更機構
３２    ファイル転送要求監視機構
３００  対応表
３１０  ファイル名表
【図１】
2004341578.tif 000003
【図２】
2004341578.tif 000004
【図３】
2004341578.tif 000005
【図４】
2004341578.tif 000006
【図５】
2004341578.tif 000007
【図６】
2004341578.tif 000008
【図７】
2004341578.tif 000009
【図８】
2004341578.tif 000010
【図９】
2004341578.tif 000011
【図１０】
2004341578.tif 000012
【図１１】
2004341578.tif 000013