(57)【要約】認証前に許可を与えることによるサービス方法において、サービス処理ユニットが、認証情報を含むサービス要求を受信し、かつ対応するサービスを提供する。認証ユニットを用いて、サービス要求の認証情報を認証する。決定制御ユニットを用いて、サービス要求が事前許可を可能にするサービスを要求しているかどうかを、判定する。そうであれば、決定制御ユニットは、サービス処理ユニットに、最初に部分サービスを提供するように命令し、同時に認証ユニットに、認証情報を認証するように命令し、サービス処理ユニットに、認証の成功に基づいて後のサービスをさらに提供するように命令し、認証の失敗の場合には、部分サービスを停止してサービス要求を拒否するように命令する。したがって、サービスセキュリティが影響されないという条件下で、認証待ち時間を短縮して、サービス提供のためのより速い応答の効果を達成するようにする。
2008503107.tif 000002
【特許請求の範囲】
【請求項１】
認証前に許可を与えることによるサービス方法であって、
（Ａ）サービス要求を受信するステップであって、前記サービス要求が認証情報を含むステップと、
（Ｂ）前記サービス要求が事前許可を可能にするサービスを要求しているかどうかを判定し、そうであれば、最初に部分サービスを提供し、前記サービスの提供と同時に前記認証情報を認証するステップと、
（Ｃ）認証の成功に基づいて、後のサービスをさらに提供し、認証の失敗の場合には、前記サービスを停止して前記サービス要求を拒否するステップと、
を含むサービス方法。
【請求項２】
ステップ（Ｂ）において、事前許可条件が予め設定され、前記サービス要求が前記事前許可条件を満たす場合に前記部分サービスが提供される、請求項１に記載の、認証前に許可を与えることによるサービス方法。
【請求項３】
ステップ（Ｂ）において、前記事前許可条件が、全ての情報が即時には提供されない、かつサービス情報の一部がセキュリティに影響せずに最初に提供され得るサービスに向けられる、請求項２に記載の、認証前に許可を与えることによるサービス方法。
【請求項４】
前記サービス要求が、全ての情報が即時には提供されない、かつサービス情報の一部がセキュリティに影響せずに最初に提供され得るサービスに向けられる、請求項１に記載の、認証前に許可を与えることによるサービス方法。
【請求項５】
ステップ（Ｂ）において、事前許可条件が予め設定され、前記サービス要求が前記事前許可条件を満たす場合に前記部分サービスが提供される、請求項４に記載の、認証前に許可を与えることによるサービス方法。
【請求項６】
ステップ（Ｂ）において、前記事前許可条件を必要に応じて設定することができる、請求項５に記載の、認証前に許可を与えることによるサービス方法。
【請求項７】
事前許可を可能にするサービス要求が、ステップ（Ａ）において連続的に受信されたが、しかし前記サービス要求の認証不成功が、ステップ（Ｂ）において所定の回数に達した場合には、前記サービス要求の事前許可権限が取り消される、請求項１に記載の、認証前に許可を与えることによるサービス方法。
【請求項８】
ステップ（Ｂ）において提供される前記部分サービスのサービス品質が、ステップ（Ｃ）において提供される前記後のサービスのサービス品質より悪い、請求項１に記載の、認証前に許可を与えることによるサービス方法。
【請求項９】
認証前に許可を与えることによるサービス装置であって、
サービス要求を受信するための、かつ対応するサービスを提供するためのサービス処理ユニットであって、前記サービス要求が認証情報を含むサービス処理ユニットと、
前記サービス要求の前記認証情報を認証するための、前記サービス処理ユニットに接続された認証ユニットと、
前記サービス処理ユニットおよび前記認証ユニットに接続された決定制御ユニットであって、前記サービス要求が事前許可を可能にするサービスを要求しているかどうかを判定し、そうであれば、前記サービス処理ユニットに、最初に部分サービスを提供するように命令し、同時に前記認証ユニットに、前記認証情報を認証するように命令し、前記サービス処理ユニットに、認証の成功に基づいて後のサービスをさらに提供するように命令し、認証の失敗の場合には、前記部分サービスを停止して前記サービス要求を拒否するように命令する決定制御ユニットと、
を含むサービス装置。
【請求項１０】
事前許可条件が、前記決定制御ユニットに予め設定され、前記決定制御ユニットが、前記サービス要求が前記事前許可条件を満たす場合には、前記サービス処理ユニットに、最初に前記部分サービスを提供するように命令する、請求項９に記載の、認証前に許可を与えることによるサービス装置。
【請求項１１】
前記事前許可条件が、全ての情報が即時には提供されない、かつサービス情報の一部がセキュリティに影響せずに最初に提供され得るサービスに向けられる、請求項１０に記載の、認証前に許可を与えることによるサービス装置。
【請求項１２】
前記サービス要求が、全ての情報が即時には提供されない、かつサービス情報の一部がセキュリティに影響せずに最初に提供され得るサービスに向けられる、請求項９に記載の、認証前に許可を与えることによるサービス装置。
【請求項１３】
事前許可条件が、前記決定制御ユニットに予め設定され、前記サービス要求が前記事前許可条件を満たす場合には、前記部分サービスが提供される、請求項１２に記載の、認証前に許可を与えることによるサービス装置。
【請求項１４】
前記事前許可条件を必要に応じて設定することができる、請求項１３に記載の、認証前に許可を与えることによるサービス装置。
【請求項１５】
前記サービス処理ユニットが、事前許可を可能にするサービス要求を連続的に受信し、かつ前記認証ユニットによる前記サービス要求の認証失敗が、所定の回数に達した場合には、前記決定制御ユニットが、前記サービス要求の事前許可権限を取り消す、請求項９に記載の、認証前に許可を与えることによるサービス装置。
【請求項１６】
前記サービス処理ユニットによって提供される前記部分サービスのサービス品質が、前記後のサービスのサービス品質より悪い、請求項９に記載の、認証前に許可を与えることによるサービス装置。
【請求項１７】
完全なサービスが一度には提供されない、かつ部分サービスがセキュリティに影響せずに最初に提供され得るサービス装置に適用するための、認証前に許可を与えることによるサービス方法であって、
（Ａ）サービス要求を受信するステップであって、前記サービス要求が認証情報を含むステップと、
（Ｂ）部分サービスを最初に提供し、同時に前記認証情報を認証するステップと、
（Ｃ）認証の成功に基づいて、後のサービスをさらに提供し、認証の失敗の場合には、前記部分サービスを停止して前記サービス要求を拒否するステップと、
を含むサービス方法。
【請求項１８】
ステップ（Ａ）において、サービス要求が連続的に受信されるが、しかし前記サービス要求の認証失敗が、ステップ（Ｂ）において所定の回数に達した場合には、前記部分サービスの提供が停止される、請求項１７に記載の、認証前に許可を与えることによるサービス方法。
【請求項１９】
ステップ（Ｂ）において提供される前記部分サービスのサービス品質が、ステップ（Ｃ）において提供される前記後のサービスのサービス品質より悪い、請求項１７に記載の、認証前に許可を与えることによるサービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証前に許可を与えることによるサービス方法および装置に関し、特に、全ての情報が即時には提供されないが、しかし認証が必要なサービスを目的とした、認証の前に許可を与えることによるサービス方法および装置に関する。認証中に、部分サービスをユーザに最初に提供し、情報セキュリティが影響されないという条件下で、認証待ち時間が短縮され、サービス提供のためのより速い応答が結果としてもたらされるようにする。
【背景技術】
【０００２】
電子情報交換技術の急速な発展により、電子設備（インターネット、無線通信ネットワークおよび様々な電子装置など）を通して、ユーザ間でますます多くの情報を、交換、アクセス、またはバックアップすることができる。情報プロバイダ（サーバ側）が、個人／機密情報を誤ったユーザに提供するのを防ぐために、ユーザに情報へのアクセス権を与える前に、ユーザの身元が、通常、認証を受ける。したがって、ユーザが、情報サーバ側にサービス要求を発行した場合には、ユーザの認証情報（アカウント番号、パスワード、クレジットカード番号など）が、セキュリティ技術を用いて暗号化され、その後、サービス要求と共に情報サーバ側に送信される。このように、サーバ側が認証情報を受信した場合には、認証動作を行うことができるように、最初に認証情報を復号化することが必要である。復号化および認証は、通常、大きな計算能力を必要とするので、情報サーバ側が、過負荷をかけられているかまたは十分な計算能力を有していない場合には、認証処理プロセスは減速し、サービスを提供する時間に遅れが生じる。
【０００３】
上記のことを考慮して認証時間を短縮する試みを目的とした関連技術が、特許文献１、特許文献２および特許文献３などの先行技術においてこれまでに提案された。しかしながら、これらの認証技術は、１つの共通の問題を共有している。すなわち、サービスがユーザに提供される前に、認証の完了を待つ必要があるということである。しかしながら、認証速度が、やはり、サーバ側の計算能力によって不可避的に影響されるので、認証時間の短縮に向けたこれらの技術の助力は、制限されている。
【０００４】
その他熟考する価値がある方向性は、次の通りである。すなわち、サービス提供は、即時サービス、つまりドアアクセス制御など、全てのサービスまたは情報が即時に提供されるサービス、および連続的サービス、つまり映画のオンライン視聴、有料チャンネル、または音楽のオンラインリスニングなど、全てのサービスまたは情報が、即時には提供されないサービスとして、分類することができる。したがって、サーバ側によって提供されるサービスが連続的サービスである場合には、かかるサービスが、情報セキュリティに影響しない情報の一部を提供する特徴を有し、かつ情報をユーザに提供することができる前に認証プロセスの完了を待つ必要がないので、これらの連続的サービスのための認証と同時に、最初にユーザに部分サービスを提供することが可能であるならば、認証を待つ際にユーザが費やす時間は、効果的に短縮することができ、サービス提供のための応答はより速くなる。
【特許文献１】米国特許出願公開第２００３／０１７２２９０  Ａ１号明細書
【特許文献２】米国特許第６，４８７，６５９号明細書
【特許文献３】国際公開第０１５７６６９  Ａ１号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、本発明の目的は、情報セキュリティに影響しない情報の一部を提供する特徴を有する連続的サービスを目的とした、認証の前に許可を与えることによるサービス方法および装置を提供し、それによって、サービス提供のためのより速い応答を結果としてもたらすことである。
【課題を解決するための手段】
【０００６】
本発明の一態様によれば、認証前に許可を与えることによるサービス方法には、（Ａ）サービス要求を受信するステップであって、サービス要求が認証情報を含むステップと、（Ｂ）サービス要求が事前許可を可能にするサービスを要求しているかどうかを判定し、そうであれば、最初に部分サービスを提供し、サービスの提供と同時に認証情報を認証するステップと、（Ｃ）認証の成功に基づいて、後のサービスをさらに提供し、認証の失敗の場合には、サービスを停止してサービス要求を拒否するステップと、が含まれる。
【０００７】
本発明の別の態様によれば、上記の方法を実現するための、認証前に許可を与えることによるサービス装置には、サービス処理ユニット、認証ユニットおよび決定制御ユニットが含まれる。サービス処理ユニットを用いてサービス要求を受信し、かつ対応するサービスを提供するが、この場合に、サービス要求には認証情報が含まれる。認証ユニットは、サービス処理ユニットに接続され、サービス要求の認証情報を認証するために用いられる。決定制御ユニットは、サービス処理ユニットおよび認証ユニットに接続されている。決定制御ユニットを用いて、サービス要求が事前許可を可能にするサービスを要求しているかどうかを、判定する。そうであれば、決定制御ユニットは、サービス処理ユニットに、最初に部分サービスを提供するように命令し、同時に認証ユニットに、認証情報を認証するように命令し、サービス処理ユニットに、認証の成功に基づいて後のサービスをさらに提供するように命令し、認証の失敗の場合には、部分サービスを停止してサービス要求を拒否するように命令する。
【０００８】
本発明のさらに別の態様によれば、認証前に許可を与えることによるサービス方法には、（Ａ）サービス要求を受信するステップであって、サービス要求が認証情報を含むステップと、（Ｂ）最初に部分サービスを提供し、同時に認証情報を認証するステップと、（Ｃ）認証の成功に基づいて、後のサービスをさらに提供し、認証の失敗の場合には、部分サービスを停止してサービス要求を拒否するステップと、が含まれる。
【０００９】
本発明の上記および他の特徴および利点は、添付の図面に関連した、好ましい実施形態の次の詳細な説明において明らかになるであろう。
【発明を実施するための最良の形態】
【００１０】
図１を参照すると、本発明に従って、認証前に許可を与えることによるサービス装置の第１の好ましい実施形態をサーバ側１に開示することができ、この実施形態には、サービス処理ユニット１１、決定制御ユニット１２および認証ユニット１３が含まれる。
【００１１】
サーバ側１は、サービス（情報）プロバイダである。本実施形態において、サーバ側１は、有線（たとえばネットワーク）または無線方式でユーザ側２と通信する。ユーザ側２が発行したサービス要求に従って、サーバ側１は、対応するサービスをユーザ側２に提供する。例としてホテルのルームサービスを取り上げると、サーバ側１は、ルームドアアクセス制御、有料映画、有料音楽、有料チャンネルなどのサービスを含むことができる。これらのサービスが事前許可条件を満たすかどうかが、決定制御ユニット１２によって判定されて、決定制御ユニット１２に予め設定される。たとえば、ルームドアアクセス制御（即時サービス）は、事前許可を可能にしないサービスであるのに対して、有料映画、有料音楽および有料チャンネル（非即時サービス）の提供は、事前許可を可能にするサービスである。本実施形態において、ユーザ側２は、ドアアクセスカードリーダインタフェースまたは映画、音楽、チャンネルなどのための再生装置とすることができる。
【００１２】
したがって、図２のステップ２１に示すように、サービス処理ユニット１１が、ユーザ側２から送信されたサービス要求を受信したとき（この場合に、サービス要求には、ユーザの身元を証明するための（ドアアクセスカード番号、またはユーザアカウント番号、パスワードなどの）認証データがさらに含まれる）、サービス要求は、決定制御ユニット１２へ中継される。次に、図２のステップ２２に示すように、決定制御ユニット１２は、前述の予め設定された事前許可条件に従って、サービス要求が有料チャンネルまたは映画の視聴を要求するものである場合など、サービス要求が事前許可を可能にするサービスを要求しているのかどうかを、判定する。そうであれば、フローは、図２のステップ２３に進み、そこで決定制御ユニット１２は、事前許可コマンドをサービス処理ユニット１１に発行して部分サービスをユーザ側２に提供するようにするが、この場合には、映画コンテンツの一部が最初に伝送されるか、またはユーザが視聴するために、有料チャンネルアクセス権が最初に与えられる。同時に、決定制御ユニット１２は、認証コマンドを認証ユニット１３に発行し、認証ユニット１３が、サービス要求の認証情報の認証を進めるようにする。したがって、認証プロセスがサーバ側１によって実行されている間、ユーザ側２が待つ必要はなく、ユーザ側２は、サーバ側１によって提供されるサービスをすぐに受信することができる。さらに、サービス処理ユニット１１が、ユーザの身元がまだ完全には確認されていないという条件下で部分サービスを提供するので、この時点で提供される部分サービスと身元確認後に提供される、後のサービスとの間を区別するために、サービス処理ユニット１１は、たとえば有料チャンネルまたは映画の画像品質が正常より悪いなど、部分サービスのサービス品質を低下させることができる。
【００１３】
次に、図２のステップ２４に示すように、認証ユニット１３が認証を完了し、ユーザの認証情報が正確であることを確認した後、認証ユニット１３は、認証成功メッセージをサービス処理ユニット１１へ発行する。フローは、続いてステップ２５に進み、そこで、有料チャンネルまたは映画の画像品質が正常へ回復されるなど、完全な（正常な）品質を備えた後のサービスが、ユーザ側２へさらに提供される。他方で、ステップ２６に示すように、認証情報が、認証ユニット１３による認証に合格し損なった場合には、認証ユニット１３は、認証失敗メッセージをサービス処理ユニット１１へ発行し、映画再生の停止または有料チャンネルの阻止など、ユーザ側２へのサービス提供を停止するようにする。
【００１４】
さらに、ステップ２２に示すように、サービス処理ユニット１１から受信されたサービス要求は、ドアアクセス要求サービスなど、事前許可を可能にしないサービスのためであると、決定制御ユニット１２が判定した場合には、事前許可は、サービス要求に与えられず、フローは、ステップ２７〜２９を通して進み、それによって、サービス要求の認証情報が最初に認証ユニット１３に送信される従来の認証プロセスが実行される。ドアアクセスサービスは、認証成功後にのみ提供される。
【００１５】
したがって、第１の好ましい実施形態から明らかなところでは、本発明は、多数のサービス項目を提供するサーバ側１に適用することができる。事前許可条件は、決定制御ユニット１２に予め設定され、決定制御ユニット１２は、ユーザ側２からサービス処理ユニット１１に送信されたサービス要求が事前許可を可能にするサービスを要求しているかどうかを、判定する。そうである場合に、そのことが示すところによれば、ユーザ側２から送信されたサービス要求は、セキュリティに影響せずに部分的アクセスが可能なサービスを要求し、サービス処理ユニット１１は、認証ユニット１３によるユーザの身元の確認と同時に部分サービス（事前に許可された）を最初にユーザに提供するように命令される。したがって、サーバ側の計算能力が十分に大きくないか、または比較的長い時間が認証に必要とされる条件下において、本実施形態は、正当なユーザに迅速にサービスを提供し、かつ認証を待つ際にユーザが費やす時間を効果的に短縮することができ、サービス提供のための応答は、より速くなる。
【００１６】
図３は、本発明の第２の好ましい実施形態を示すが、この実施形態は、サーバ側１が連続的サービスのプロバイダである点で第１の好ましい実施形態と異なる。このように、決定制御ユニット１２は、即時サービスまたは連続的サービスのサービス要求に基づいて事前許可を判定するのではなく、代りに、他の予め設定された条件に基づいて事前許可を判定する。たとえば、サービス要求を発行したユーザが会員ならば、事前許可が与えられ、そうでなければ与えられない。
【００１７】
下記において、サーバ側１は、有料チャンネルサービスを提供するものとして例示され、以下において、図１ならびに図３および４に関連し、事前許可があるサービスとないサービスとの間の相違を説明し比較する。
【００１８】
図３のステップ３１に示すように、サーバ側１の決定制御ユニット１２が、ユーザ側２からチャンネル切り替え（すなわち有料チャンネルへの切り替え）サービス要求を受信した場合には、決定制御ユニット１２は、予め設定された条件に基づいて、サービス要求に事前許可を与えるべきかどうかを判定する。したがって、ステップ３２に示すように、決定制御ユニット１２が、事前許可を与えることを決定した場合には、決定制御ユニット１２は、最初に、サービス処理ユニット１１に、チャンネル切り替えを進めてユーザに有料チャンネルへのアクセス権を与えるように命令する。その後、ステップ３３において、決定制御ユニット１２は、認証ユニット１３に、認証プロセスを進めるように命令する。このように、ユーザ側２は、認証期間（Ｔ１）の間待つ必要がなく、最初にサービスを楽しむことができる。認証が完了した後、有料チャンネルの利用は継続され、認証プロセスがいつ完了するかを気にする必要がない。
【００１９】
他方で、決定制御ユニット１２が、ユーザ側２のサービス要求に事前許可を与えないことを決定した場合には、ステップ３４に示すように、従来の認証プロセスが続き、認証ユニット１３は、最初に認証を進めるように命令される。認証が完了した後、フローは、ステップ３５に進み、ユーザ側２に有料チャンネルへのアクセス権を与えるようにする。したがって、ユーザ側２は、認証期間（Ｔ２）の間待たなければならない。
【００２０】
さらに、図４に示すように、決定制御ユニット１２が、ユーザ側２のサービス要求に事前許可を与えたが、しかし認証ユニット１３による認証が失敗した場合には、認証ユニット１３は、サービス処理ユニット１１にサービスを停止するように通知し、有料チャンネルを利用する際のユーザ側２の権限を取り消す。事前許可を与えないことと比較した場合に、事前許可方式では部分サービスが既にユーザ側２に与えられたが、このように提供された部分サービスは、サーバ側１に対してセキュリティ損失を少しも引き起こさず、ユーザ側２が前もって閲覧するチャンネルプログラムを提供する効果があり、認証成功の可能性が認証失敗のそれより通常大きいという条件下で、事前許可は、サーバ側１またはユーザ側２のどちらかに利益をもたらす。
【００２１】
下記において、サーバ側１は、オンライン映画視聴サービスを提供するものとして例示され、以下において、図１ならびに図５および６に関連し、事前許可があるサービスとないサービスとの間の相違を説明し比較する。
【００２２】
図５のステップ５１に示すように、ユーザ側２が、映画再生サービス要求をサーバ側１へ発行し、かつ決定制御ユニット１２が、事前許可をユーザ側２に与えることを決定した場合には、ステップ５２に示すように、決定制御ユニット１２は、サービス処理ユニット１１に、最初に部分サービスをユーザ側２へ提供するように通知して、映画の一部の再生を始めるようにする。映画再生のプロセス中に、ステップ５３に示すように、認証ユニット１３は、同時に、サービス要求の認証情報の認証を進めるように命令される。この時点で、ユーザの身元はまだ完全には確認されていないので、サービス処理ユニット１１は、干渉機構を介して、この時点で再生される映画の画像品質がより低くなるようにすることができる。認証ユニットが認証の成功を確認した後で、フローは、正常な品質を有する後の映画をさらに再生するためにステップ５４へ進む。したがって、ユーザは、始めからサービスを楽しむことができ、認証期間（Ｔ３）の間待つ必要がない。
【００２３】
他方で、決定制御ユニット１２が、ユーザ側２のサービス要求に事前許可を与えないことを決定した場合には、ステップ５５および５６に示すように、従来の認証プロセスが続き、映画再生サービスは、サービス要求の認証を完了した後にのみユーザ側２に与えられる。したがって、ユーザは、認証期間（Ｔ４）の間待たなければならない。
【００２４】
同様に図６に示すように、事前許可サービス要求が認証に合格し損なった場合には、サーバ側１が、視聴のために映画の一部をユーザに既に提供しているが、これは、サービスのセキュリティまたは完全性に影響しない。
【００２５】
さらに、注目に値することとして、サービス処理ユニット１１が、同じサービス要求を連続して受信し、かつ事前許可サービスが、決定制御ユニット１２を通して提供されるが、しかし認証ユニット１３による、サービス要求の連続的な認証不成功が所定の回数（３回など）に達した場合には、決定制御ユニット１２は、サービス要求の事前許可権限を取り消すことができ、そのサービス要求を非事前許可サービスとして分類することができる。
【００２６】
さらに、本発明の、認証前に許可を与える機構は、認証を必要とする他の多くの分野に適用可能である。たとえば、光ディスク記録装置で用いられる場合には、光ディスク記録装置は、光ディスクに記録するためのサービス要求を受信したときに、光ディスクが空の光ディスクかどうかを最初に判定することができる。空の光ディスクではない場合には、記録の事前許可は与えられない。空の光ディスクである場合には、光ディスクに記録するために事前許可が与えられる。記録プロセス中に、サービス要求の認証が実行される。認証が成功した場合には、記録は継続される。認証が失敗した場合には、記録は停止され、前もって記録されたデータは削除される。
【００２７】
要するに、本発明によって、非即時サービスのための事前許可機構が提供される。したがって、サーバ側による認証と同時に、部分サービスが、最初にユーザに提供される。認証の完了後に、後のサービスがさらに提供される。したがって、認証を待つ際にユーザが費やす時間が短縮され、サービスを提供するための時間はより効果的である。
【００２８】
最も実際的で好ましい実施形態と考えられるものに関連して本発明を説明したけれども、本発明が、開示された実施形態に限定されず、最も広く解釈した趣旨および範囲内に含まれる様々な構成に及び、全てのかかる変更および等価な構成を包含するように意図されていることを理解されたい。
【図面の簡単な説明】
【００２９】
【図１】本発明による、認証前に許可を与えることによるサービス装置の第１の好ましい実施形態のシステムブロック図である。
【図２】本発明による、認証前に許可を与えることによるサービス方法の第１の好ましい実施形態のフローチャートである。
【図３】本発明による、認証前に許可を与えることによるサービス方法の第２の好ましい実施形態のフローチャートであり、認証成功の状態を示す。
【図４】第２の好ましい実施形態のフローチャートであり、認証失敗の状態を示す。
【図５】本発明による、認証前に許可を与えることによるサービス方法の第３の好ましい実施形態のフローチャートであり、認証成功の状態を示す。
【図６】第３の好ましい実施形態のフローチャートであり、認証失敗の状態を示す。
【図１】
2008503107.tif 000003
【図２】
2008503107.tif 000004
【図３】
2008503107.tif 000005
【図４】
2008503107.tif 000006
【図５】
2008503107.tif 000007
【図６】
2008503107.tif 000008
【国際調査報告】
2008503107.tif 000009
2008503107.tif 000010