(57)【要約】【課題】  信頼・協働関係にあるネットワーク間で好ましく適用できる認証交換システム及びそのためのサーバ及びリクエスト中継方法を提供する。【解決手段】  ユーザ端末１０が、第１の認証交換サーバに対して、ユーザ固有の認証情報とともに、ユーザの識別情報を含んだリクエストを送信する。第１の認証交換サーバは、ユーザの正当性を第１の認証サーバに照会し、正当性の確認が取れた場合、目的ホストを管理する第２の認証管理サーバに対して、リクエストを送信する。このとき、第１の認証交換サーバは、リクエストに含まれるユーザの識別情報を、ネットワークの識別情報に変換する。第２の認証交換サーバは、前記ネットワークの識別情報と、信頼関係に基づいて予め設定した制御情報とに基づいて、目的ホストに対するリクエストの実行を制御する。【選択図】  図２
2005327189.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの属性情報に基づいて、リクエストの正当性を確認し、受付処理するリクエスト受付サーバに接続されたリクエスト仲介サーバであって、
ユーザ端末から、ユーザ固有の認証情報とともに、リクエストを受信する手段と、
前記受信したユーザ固有の認証情報の正当性を確認する手段と、
前記ユーザ固有の認証情報の正当性が確認されたユーザからのリクエストにユーザの属性情報を付加する手段と、
前記リクエスト受付サーバに対して、前記リクエストを転送する手段と、を備えたこと、
を特徴とするリクエスト仲介サーバ。
【請求項２】
請求項１に記載のリクエスト仲介サーバにおいて、
前記ユーザ固有の認証情報の正当性が確認されたユーザからのリクエストにユーザの属性情報を付加する手段は、
前記リクエストにユーザの識別情報が含まれている場合には、前記ユーザの識別情報をユーザの属性情報に置き換えること、
を特徴とするリクエスト仲介サーバ。
【請求項３】
ユーザの属性情報を付加したリクエストを受信するリクエスト受付サーバであって、
前記ユーザの属性情報と権限情報を関連付けた制御情報を保持する手段と、
前記制御情報に基いて、受信したリクエストの正当性を判定する手段と、
正当性が確認されたリクエストを受付処理する手段と、を備えたこと、
を特徴とするリクエスト受付サーバ。
【請求項４】
請求項３に記載のリクエスト受付サーバにおいて、更に、
前記リクエストに含まれるユーザの属性情報を削除し、匿名リクエストに変換する手段を備えたこと、
を特徴とするリクエスト受付サーバ。
【請求項５】
ユーザ端末から、ユーザ固有の認証情報とともに、リクエストを受信する手段と、
前記受信したユーザ固有の認証情報の正当性を確認する手段と、
前記ユーザ固有の認証情報の正当性が確認されたユーザからのリクエストにユーザの属性情報を付加して、他の認証交換サーバ又は請求項３若しくは４に記載のリクエスト受付サーバに対して、前記リクエストを転送する手段と、
他の認証交換サーバ又は請求項１若しくは２に記載のリクエスト仲介サーバから、ユーザの属性情報が付加されたリクエストを受信する手段と、
前記ユーザの属性情報と権限情報を関連付けた制御情報を保持する手段と、
前記制御情報に基いて、受信したリクエストの正当性を判定する手段と、
正当性が確認されたリクエストを受付処理する手段と、を備えたこと、
を特徴とする認証交換サーバ。
【請求項６】
請求項５に記載の認証交換サーバにおいて、更に、
前記ユーザ固有の認証情報の正当性が確認されたユーザからのリクエストにユーザの属性情報を付加する手段は、
前記リクエストにユーザの識別情報が含まれている場合には、前記ユーザの識別情報をユーザの属性情報に置き換えること、
を特徴とする認証交換サーバ。
【請求項７】
請求項５又は６に記載の認証交換サーバにおいて、更に、
前記リクエストに含まれるユーザの属性情報を削除し、匿名リクエストに変換する手段を備えたこと、
を特徴とする認証交換サーバ。
【請求項８】
請求項１若しくは２に記載のリクエスト仲介サーバ又は請求項５乃至７いずれか一に記載の認証交換サーバと、
請求項３若しくは４に記載のリクエスト受付サーバ又は請求項５乃至７いずれか一に記載の認証交換サーバと、
リクエストを受付可能なコンピュータと、を接続したこと、
を特徴とする認証交換システム。
【請求項９】
一のネットワークでの認証結果を利用したリクエスト中継方法であって、
一のネットワークに属するユーザ端末が、第１のサーバに対して、ユーザ固有の認証情報とともに、リクエストを送信する工程と、
前記第１のサーバが、前記受信したユーザ固有の認証情報の正当性を確認する工程と、
前記第１のサーバが、前記ユーザ固有の認証情報の正当性が確認されたユーザからのリクエストにユーザの属性情報を付加する工程と、
前記第１のサーバが、リクエスト先の第２のサーバに対して前記ユーザの属性情報を付加したリクエストを転送する工程と、
前記第２のサーバが、前記ユーザの属性情報と権限情報を関連付けた制御情報に基いて、受信したリクエストの正当性を判定する工程と、
前記第２のサーバが、正当性が確認されたリクエストを処理する工程と、を含むこと、
を特徴とするリクエスト中継方法。
【請求項１０】
請求項９に記載のリクエスト中継方法であって、更に、
前記第１のサーバが、前記ユーザ固有の認証情報の正当性が確認されたユーザからのリクエストにユーザの属性情報を付加する工程に代えて、
前記第１のサーバが、前記ユーザ固有の認証情報の正当性が確認されたユーザからのリクエストに含まれるユーザの識別情報をユーザの属性情報に置き換える工程を含むこと、
を特徴とするリクエスト中継方法。
【請求項１１】
請求項９又は１０に記載のリクエスト中継方法であって、更に、
前記第２のサーバが、前記リクエストに含まれるユーザの属性情報を削除し、匿名リクエストに変換する工程を含むこと、
を特徴とするリクエスト中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、それぞれ別個に認証処理を要するネットワーク間で、ユーザが既に受けた認証結果を利用するようにした認証交換システム及びそのためのサーバ及びリクエスト中継方法に関する。
【背景技術】
【０００２】
企業グループ、学校法人グループ、官庁グループ等、信頼・協働関係にある他の組織に属する構成員に、ネットワーク上の資源の利用を認めたい場合がある。この場合、全く認証処理を行わない、或いは、ゲスト用のアカウントを設定して利用を認める方法や、ユーザがそれぞれのネットワークで個人情報等の登録と権限の発行を行っておき、その都度、個別に認証を受ける方法があるが、近年では、認証状態を集中管理する認証状態管理サーバを設けてシングルサインオン機能を実現する方法も提案されるに到っている。
【０００３】
例えば、特開２００２−７９３７号公報には、上記認証状態管理サーバに類する認証仲介サーバを設けて、個人情報やＩＤ・パスワード等を集中管理させて、複数のサービス提供を容易に受けられるようにした認証仲介システムが紹介されている。
【０００４】
また例えば、特開２００２−３３５２３９号公報には、認証状態を集中管理する認証状態管理サーバを設けることに代えて、認証トークンなる概念を導入し、認証トークンを受信した認証サーバがその発行元の認証サーバに対して問い合わせ、認証トークンの有効性を検証するようにしたシングルサインオン認証方法が紹介されている。
【０００５】
またシングルサインオン機能に関連するものとして、特開２００３−３１６７４２号公報に、送信元と送信先の組と、付加する識別情報をユーザ識別情報送信ポリシとして、ユーザが事前に登録しておき、パケット中継時に、ユーザ識別情報送信ポリシを参照して、適宜、付加識別情報を置き換えるようにしたシングルサインオン機能を有する匿名通信方法が紹介されている。
【０００６】
【特許文献１】特開２００２−７９３７号公報
【特許文献２】特開２００２−３３５２３９号公報
【特許文献３】特開２００３−３１６７４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、信頼・協働関係にある他の組織に属する構成員に、ネットワーク上の資源の利用を認めようとする場合において、個人情報保護の観点等から、ネットワークをまたがった一元的なデータベースを設けることができないような場合が多々ある。
【０００８】
また、上記一元的なデータベースを設けることが可能であると仮定して、上記特開２００２−７９３７号公報記載の技術の適用を検討してみても、架空のＩＤ等を生成し、ログインを試みる認証仲介サーバを許容できるような場合に限定される。従って、上記特開２００２−７９３７号公報記載の技術は、すでに構成員グループ間で信頼・協働関係が確立しており、それ故に資源共用を承認したいという場合には、不向きである。
【０００９】
また、一元的なデータベースを不要とする特開２００２−３３５２３９号公報のような方式の採用も考えられるが、この方式では、認証に必要な情報を絶えず送受信することになり、セキュリティ上の観点からすると、暗号化処理が必要となる（同公報の図６参照）。更には、ジョブ実行等のリクエストの主体を匿名化することを考えた場合、リクエストを受けた第２認証サーバが、認証トークン発行元の第１認証サーバに認証状態を問い合わせる仕組みとならざるを得ないため、（第２認証サーバ側から見た）リクエストの主体の匿名性は確保できないものとなる。要するに、同公報の技術では、ジョブ実行等のリクエストを匿名化することが難しくなってしまう。
【００１０】
また実際上、信頼・協働関係が確立されている他の組織の構成員に資源の利用を認める場合、当該構成員が属する組織の認証サーバによる裏付けがなされていれば、十分である。それぞれネットワークでの追加の認証処理は不必要であり、他の認証サーバに個人情報等を流したくない場合も多い。そこで、特開２００３−３１６７４２号公報のような匿名通信方式を採用し、サーバによってユーザ識別情報を使い分けるとともに原則として資源の利用を認めることも考えられる。しかしながら、同公報のように、ユーザ識別情報がパケットレベルで置き換えられている場合、リクエストを受ける側が、発信元の正当性を確認することが困難となるという問題点が生じてくる。
【００１１】
本発明は、上記した各事情を考慮に入れてなされたものであって、その目的とするところは、上記した一元的なデータベースや認証状態管理サーバ等を使用することなく、また、信頼・協働関係にあるネットワーク間で個人情報を流さずに、認証を行ない、リクエストを実行できる認証交換システム及びそのためのサーバ及びリクエスト中継方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記課題を解決するための手段を提供する本発明の第１の視点によれば、信頼・協働関係にあるネットワーク間において、一のネットワークで正規の認証処理を経ている場合には、リクエストを受け付けた発信側のサーバ装置が、該リクエストにユーザの属性情報（ユーザの所属するサイト、ネットワーク、役職、権限等、受信側でのアクセス制限に利用可能な情報であれば良い）を付加してリクエスト（ジョブの投入・削除・変更、ファイルの送信・削除・転送、データベースの管理等に例示されるコンピュータに対する要求）を転送し、受信側のサーバ装置が、前記ユーザの属性情報に基いて、アクセス制限を実施する認証交換システムが提供される。この認証交換システムにおいては、まず、一のネットワークに属するユーザ端末が、第１のサーバに対して、ユーザ固有の認証情報とともに、リクエストを送信する工程が行われ、次いで、第１のサーバが、前記受信したユーザ固有の認証情報の正当性を確認し、ホストコンピュータを管理する第２のサーバに対して、前記ユーザ固有の認証情報の正当性が確認されたユーザからのリクエストにユーザの属性情報を付加し、転送する工程が行われる。更に、前記第２のサーバが、前記ユーザの属性情報に基いて、指定されたコンピュータに対するジョブを投入する等のリクエストを処理する工程が行われるリクエスト中継方法が実施される。
【００１３】
また、この認証交換システムは、リクエストの発信側に設けられたリクエスト仲介サーバ又は認証交換サーバと、リクエストの受信側に設けられたリクエスト受付サーバ又は認証交換サーバと、各ネットワークのユーザ端末と、リクエストを実行するコンピュータで構成される。本発明の第２の視点によれば、これらリクエスト仲介サーバ、リクエスト受付サーバ、認証交換サーバが提供される。
【発明の効果】
【００１４】
本発明によれば、一のネットワークで認証を受けたユーザは、当該ネットワークに個人情報を流すことなく、事前の信頼関係に基づいて簡便に、資源を利用することが可能となる。更には、信頼・協働関係にあるネットワークを相互に多数接続した場合には、シングルサインオンと同等の利便性を得ることが可能となる。
【発明を実施するための最良の形態】
【００１５】
続いて、本発明を実施するための最良の形態について説明する。本発明は、その好ましい実施の形態において、ユーザ端末からリクエストを受信する手段と、前記リクエストと共に受信するユーザ固有の認証情報の正当性を確認する手段と、正当性が確認されたユーザからのリクエストの送信元を表す部分を変換し、目的とする認証交換サーバに対して転送する手段と、他の認証交換サーバからリクエストを受信する手段と、予め定める制御情報に基いて、受信したリクエストを処理する手段とを備えた認証交換サーバを複数接続してなる認証交換システムの形態で具現される（図３参照）。
【００１６】
前記リクエストは、少なくともユーザの識別情報とコンピュータの指定とリクエストの内容とを含んでおり、前記制御情報は、認証交換サーバの識別情報と対応するユーザ端末の権限情報とを関連付けてなっている。また、ユーザの識別情報は、所定のデリミタを挟んだ階層構造となっており、上位部分がネットワークの識別情報となっている。
【００１７】
任意のユーザ端末から他のネットワークの資源にアクセスする場合、当該ユーザ端末の属するネットワークの認証交換サーバに対して、認証情報とリクエスト（図２のＲ１）を送信する。この時点でのリクエストは、そのままのユーザの識別情報を含んでいる（図２のＲ１参照；ｓｉｔｅ１−０００１）。
【００１８】
次いで、ユーザ端末側の認証交換サーバが、所望の手段により、受信した認証情報の正当性を確認する。当該ユーザの正当性が確認されると、認証交換サーバは、リクエストのユーザ識別情報の部分からデリミタ”−”より後の部分を削除して、リクエストの目的となるネットワークの認証交換サーバに対して、転送する。従って、この時点でのリクエストは、ユーザを一意に特定可能な部分が削除され、ユーザの属性であるリクエスト送信元のネットワークのみを特定可能な状態となっている（図２のＲ２参照；ｓｉｔｅ１）。
【００１９】
リクエストの目的となるネットワークの認証交換サーバは、前記リクエストを受信すると、制御情報を参照して、当該リクエストが信頼関係にあるネットワークからの権限範囲内のリクエストであることを確認し、当該資源へのアクセスを認可する。
【００２０】
以上のとおり、本実施の形態の認証交換システムにおいては、リクエスト内容のみが中継され、認証とリクエストの実行は切り離され、それぞれ分担して行われる。従って、個人情報をリクエスト先にそれぞれ登録しておく必要や、認証状態管理サーバを用意して、統合的な権限管理を行う必要はなく、簡便な構成で、プライバシーを保護しつつ、資源の共用を認めることが可能となる。
【実施例１】
【００２１】
続いて、本発明の第１の実施例について、図面を参照して詳細に説明する。図１は、本発明の第１の実施例に係るサイト間認証交換システムの全体構成を表した図である。図１を参照すると、認証交換システムは、ユーザ端末１０、認証交換サーバ１１、認証サーバ１２、とからなるサイト１と、認証交換サーバ２１、認証サーバ２２、ホスト３１、ホスト３２、とからなり、サイト１と信頼関係にあるサイト２とから構成されている。また、サイト１とサイト２とは、サイト間ネットワーク４を介して結ばれている。
【００２２】
ユーザ端末１０は、サイト１のユーザのパーソナルコンピュータ、移動体端末等である。なお、図１では、説明の便宜からユーザ端末１０のみを表示している。
【００２３】
認証交換サーバ１１、２１は、ユーザ端末１０からリクエストを受信し、リクエストに含まれるユーザ情報を加工し、中継するサーバ装置である。その動作は、後に詳述する。
【００２４】
サイト１の認証サーバ１２は、サイト１に属するユーザの個人情報等の認証情報を記憶保持し、認証交換サーバ１１からの要求に応じて、ユーザ認証手続を行うためのサーバ装置である。また、サイト２の認証サーバ２２は、前記認証サーバ１２の機能に加えて、各サイトのホストに対するアクセス権限を示したホスト制御情報を記憶保持し、これに基づいて、認証交換サーバ２１からの要求に応じて、制御情報を提供する機能を有するサーバ装置である。
【００２５】
ホスト３１、３２は、認証交換サーバ２１からジョブを投入されるホストコンピュータである。
【００２６】
続いて、ユーザＩＤ「ｓｉｔｅ１−０００１」を有するユーザＡＡＡが、ユーザ端末１０を使用してサイト２にあるホスト３１にジョブを投入する例を挙げて、本実施例の動作を詳細に説明する。なお、ユーザＡＡＡは、サイト１の認証サーバ１２で既に認証を受け、個人情報（本人情報）と、認証サーバ１２の署名等を含み、ＩＴＵ−Ｔ勧告のＸ．５０９相当の電子証明書の発行を受けているものとする。
【００２７】
図２は、本実施例の動作を説明するための図である。まず、サイト１に属するユーザ端末１０が、サイト１の認証交換サーバ１１に対して、上記予め用意した電子証明書と、リクエストＲ１を投入（送信）する（ステップＳ１）。図２に示されたとおり、リクエストは、例えば、ユーザＩＤと、対象となるホスト、リクエスト内容で、構成されている。
【００２８】
続いて、サイト１の認証交換サーバ１１は、ユーザ端末１０からリクエスト及び電子証明書を受信すると、サイト１の認証サーバ１２にアクセスし、電子証明書を含んだ照会メッセージＣＦＭ１を送信して、ユーザＡＡＡがサイト１で認証を受けたユーザであるか否かを照会する（ステップＳ２）。
【００２９】
サイト１の認証サーバ１２は、認証交換サーバ１１から受信したメッセージＣＦＭ１を検査し、その結果ＡＮＳ１を、認証交換サーバ１１に対して、送信する（ステップＳ３）。
【００３０】
前記照会の結果ＡＮＳ１が肯定的な回答であった場合、認証交換サーバ１１は、リクエストＲ１のユーザＩＤを、サイト名であるサイト１（ｓｉｔｅ１）に変更設定したリクエストＲ２を生成して、リクエストに指定されているホスト３１が属するサイト２の認証交換サーバ２１に対して中継する（ステップＳ４）。このとき、リクエストＲ２に電子証明書は添付されない。
【００３１】
サイト２の認証交換サーバ２１は、認証交換サーバ１１からリクエストＲ２を受信すると、サイト２の認証サーバ２２にアクセスし、照会メッセージＣＦＭ２を送信して、サイト１の認証ユーザが、ホスト３１でジョブ実行可能か否かを紹介する（ステップＳ５）。
【００３２】
認証交換サーバ２１から照会メッセージＣＦＭ２を受信したサイト２の認証サーバ２２は、予め設定・保持されているホスト制御情報（サイト１についてはホスト３１のみを許可）を参照して、メッセージＣＦＭ２に対する応答ＡＮＳ２を返信する（ステップＳ６）。なおこの時、サイト１からサイト２側（認証交換サーバ２１、認証サーバ２２等）には、電子証明書等を含むユーザＡＡＡの個人情報は送信されないため、認証サーバ２２では、サイト１からのリクエストであるか否かと、指定されたホストでリクエストされたジョブが実行であるか否かのみを確認することとなる。
【００３３】
前記照会の結果ＡＮＳ２が肯定的な回答であった場合、認証交換サーバ２１は、リクエストＲ２のユーザＩＤ部分（サイト１（ｓｉｔｅ１））を匿名（ａｎｏｎｙｍｏｕｓ）とした匿名のリクエストＲ３を生成して、ホスト３１に投入（送信）する（ステップＳ７）。
【００３４】
そして、ホスト３１において投入されたリクエストは、匿名ＩＤを持つジョブとして実行される（ステップＳ８）。
【００３５】
また、上記の認証サーバ２２に記憶保持されるホスト制御情報によれば、サイト１についてはホスト３１のみを許可するものとなっている。従って、ユーザ端末１０で、ホスト３１以外を指定したリクエストＲ１が送信された場合、ステップＳ３において、肯定的な回答が送信され、認証交換サーバ１１において、リクエストＲ２が生成されて、サイト２の認証交換サーバ２１に対して中継されることとなるが、ステップＳ６において、認証サーバ２２から否定的な回答が送信されるため、リクエストＲ３が投入されることはない。
【００３６】
以上のとおり、本発明では、あるサイトで認証を受けたユーザは、その信頼性による裏付けを利用し、特段の認証手続を経ることなく、別のサイトのホストでジョブを実行することが可能となる。また、別のサイトのホスト側でも、ジョブ実行をリクエストしたユーザが、その所属サイトで認証を受けている事実（信頼のおけるサイトのユーザである事実）を確認することが可能となる。
【００３７】
以上、図１、図２を参照して、サイト１側から、サイト２側にリクエストを送信する場合について説明したが、図１の認証サーバ１２を認証サーバ２２と同様に構成することによって、図示しないサイト１側のホストに対して、サイト２側から同様にリクエストを送信することができる。
【実施例２】
【００３８】
続いて、本発明の第２の実施例について図面を参照して詳細に説明する。なお、認証交換サーバ、認証サーバ等の各サイトの構成は、上記した第１の実施例と共通するため、省略し、以下、その相違する部分について説明する。
【００３９】
図３は、本発明の第２の実施例を説明するための図である。図３を参照すると、本発明の第２の実施例に係る認証交換システムは、上記した第１の実施例におけるサイト１、２と同等の４つのサイト１、２、３、４とから構成されている。また、サイト１、２、３、４は、各サイト間の信頼関係に従って定められたそれぞれホスト制御情報１０１、２０１、３０１、４０１を保持している。
【００４０】
図３のホスト制御情報１０１、２０１、３０１、４０１とを対比すると、サイト１のユーザは、他のサイト２、３、４のすべてのホストに対してジョブ投入可能となる様に設定されている。また、サイト２とサイト４のユーザは、互いのサイトのすべてのホストに対してジョブ投入可能となる様に設定されているが、サイト３では、図示しないホスト３Ａに対してのみジョブ投入可能な様に設定されている。また、サイト３のユーザは、サイト１、２、４の一部のホストに対してのみジョブ投入可能な様に設定されている。これらは、サイト１、２、３、４相互間の信頼・協働関係によって定められている。
【００４１】
上記した第１の実施例の説明からも明らかな通り、サイトは複数の場合でも、認証サーバと認証交換サーバを使用して、同様に、ユーザＩＤを秘匿して、ジョブ実行が可能になる。例えば、サイト１のユーザは、自己のサイト１の認証交換サーバに対して認証を受ける（サインオンする）だけで、複数のサイトのホストに対するジョブ実行が可能となる。
つまり、サイト１、２、３、４のいずれかに属するユーザは、他のサイトへのサインオンは必要とせず、シングルサインオンでジョブ実行が可能となる。
【００４２】
またその一方で、図示されないサイト５（サイト１、２、３、４のいずれとも信頼・協働関係はない）のユーザによる、サイト１、２、３、４のホストに対するジョブの投入は、それぞれの認証サーバで否定的な回答がなされるため、確実に阻止される。
【００４３】
上記した本発明の各実施例においては、説明の便宜のため、ホストを有するサイト間での資源の共同利用を行う場合を例示したが、ローカルエリアネットワーク等の任意のグループ間で、その他の資源を共用する場合にも、同様に適用することが可能となる。
【００４４】
また上記した本発明の各実施例においては、各サイトに認証交換サーバを配するものとして、ユーザ端末１０からのリクエストＲ１を受け付けて、認証交換サーバに転送することに特化したリクエスト仲介サーバのみを配したサイトが含まれる構成や、認証交換サーバからのリクエストＲ２を受け付けて、ホストに転送することに特化したリクエスト受付サーバのみを配したサイトが含まれる構成も採用しうる。
【００４５】
また、認証サーバに問い合わせることに代えて、認証交換サーバが、ユーザ端末との対話等を介してユーザ認証処理を行うものとしてもよい。
【図面の簡単な説明】
【００４６】
【図１】本発明の第１の実施例に係るサイト間認証交換システムの全体構成を表した図である。
【図２】本発明の第１の実施例に係るサイト間認証交換システムの動作を説明するための図である。
【図３】本発明の第２の実施例に係るサイト間認証交換システムの概略構成を表した図である。
【符号の説明】
【００４７】
４  サイト間ネットワーク
１０  ユーザ端末
１１、２１  認証交換サーバ
１２、２２  認証サーバ
３１、３２  ホスト
１０１、２０１、３０１、４０１  ホスト制御情報
【図１】
2005327189.tif 000003
【図２】
2005327189.tif 000004
【図３】
2005327189.tif 000005