(57)【要約】  第１のデバイスにソフトウェアを転送するとともに、そのソフトウェアを実行することにより、オープンネットワーク上で第１のデバイスから第２のデバイスに情報を安全に転送することができる。情報を表すデータは、第１のデバイスにおいて入力され、第２のデバイスに転送される。第２のデバイスは、そのデータを使用して情報を確定する。
2007514377.tif 000002
【特許請求の範囲】
【請求項１】
オープンネットワーク上で第１のデバイスから第２のデバイスに情報を転送する方法であって、
前記第１のデバイスにソフトウェアを転送するステップと、
前記第１のデバイスにおいて前記ソフトウェアを実行するステップと、
前記情報を表すデータを入力するステップと、
前記データを前記第２のデバイスに転送するステップと、
前記第２のデバイスにおいて前記データから前記情報を確定するステップと
を含む、オープンネットワーク上で第１のデバイスから第２のデバイスに情報を転送する方法。
【請求項２】
前記第１のデバイスはコンピュータである、請求項１に記載の方法。
【請求項３】
前記第１のデバイスはピクセルディスプレイを含む、請求項１に記載の方法。
【請求項４】
前記第１のデバイスはグラフィックインタフェース入力デバイスを含む、請求項１に記載の方法。
【請求項５】
前記グラフィックインタフェース入力デバイスはマウスである、請求項４に記載の方法。
【請求項６】
前記第２のデバイスはウェブサーバを含む、請求項１に記載の方法。
【請求項７】
前記第２のデバイスはアプリケーションプロセッサを含む、請求項１に記載の方法。
【請求項８】
前記第２のデバイスは暗号化プロセッサを含む、請求項１に記載の方法。
【請求項９】
前記情報を確定する前記ステップは、前記暗号化プロセッサを使用して実行される、請求項８に記載の方法。
【請求項１０】
前記情報は個人識別番号である、請求項１に記載の方法。
【請求項１１】
前記データは位置データである、請求項１に記載の方法。
【請求項１２】
前記転送するステップはオープンネットワーク上で実行される、請求項１に記載の方法。
【請求項１３】
前記データがオープンネットワーク上で転送される時に、前記データを暗号化するステップをさらに含む、請求項１２に記載の方法。
【請求項１４】
前記転送は、ＳＳＬ下で実行される、請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は安全な情報転送、特にオープンネットワークトランザクションのための安全な情報転送の分野に関する。
【０００２】
［関連出願の相互参照］
本出願は、２００３年１２月１１日付けで出願された米国仮特許出願第６０／５２８，６１１号に対する優先権を主張する。
【０００３】
［発明の背景］
安全な通信の必要性は古くからあり、最重要事項になっている。たとえば資金の電子振替をインプリメントするいかなるシステムも、マルチレベルのセキュリティ対策を必要とする。ＡＴＭデビットネットワークにアクセスするために個人識別番号（ＰＩＮ）を割り当て且つ使用する単純な行為には、高度に制御されたプロトコル及び／又はハードウェアを使用する必要がある。
【０００４】
いかなる取引も、不正行為及び詐欺の影響を受けやすい。顧客と銀行員とが面と向かって会う場合でさえも、成りすまし又は身元を偽るといった不正行為を受ける可能性がある。見知らぬ者同士の取引、特にインターネットのようなオープンネットワークで行われる取引を、いずれの種類の身元確認もなしに妥当なリスクの制限内で行うことはできない。
【０００５】
ＰＩＮを知っている人のみが許可されたカード保有者であるはずであると仮定する場合、ＰＩＮを使用することにより、一定レベルの確認が可能となる。当然ながら、ＰＩＮのいかなる通信も、盗聴、傍受又は中間者攻撃（man-in-the-middle attack）の影響を受けやすい。ＡＴＭネットワークに接続している時、ＰＩＮは、たとえ暗号化形式であっても、オープンネットワーク上で送信することができない。
【０００６】
しかしながら、情報は、伝達する(communicate)ために必ずしも送信する(transmit)必要はない。たとえば、情報を送信することなく情報を伝達するためにゼロ知識技術を使用することができる。ゼロ知識プロトコルは、データを所有していることを、そのデータを明らかにすることなく証明することができるという事実を利用する。
【０００７】
情報を送信することなく情報を伝達する別の方法を、ＰＩＮ郵送（ＰＩＮ mailer）プロセスに見ることができる。ＰＩＮ郵送プロセスにより、カード保有者は、フォーム及び郵便(paper mail)を使用してＰＩＮを選択することができる。ＰＩＮ郵送プロセスは、現行のＡＮＳＩ規格に準拠し、銀行業界において受け入れられている。
【０００８】
カード発行人は、フォームを、カード保有者に対して発行されたカードに関連付ける。関連付けは、通常、通し番号を使用する特定のフォームに対するものであり、フォームＩＤを使用するフォームタイプに対する関連付けであってもよい。カード発行人は、関連するフォームをカード保有者に送る。カード保有者は、紙製のフォームに記入することにより所与のアカウントに対してＰＩＮを選択し、それをカード発行人(card issuer)又は発行人の製作者(issuer's producer)に通常の郵便を介して配送するように指示される。カード保有者が記入する用紙は、特にその目的のためにデザインされている。第一に、それは、通常、多層カーボン複写式フォームである。フォームには、ユーザが明確に理解可能な方法でＰＩＮを記入する一番上のページを含む。一番上のページのため、情報の記入が安全でなくなる。手順(protocol)によれば、一番上のページは、ＰＩＮが記入されるとすぐにカード保有者によって破棄され、情報の安全でないコピーが存在しないようにされる。一番下のページ（複数の場合を含む）は、特に、記入されたデータを保護するようにデザインされる。ページの一部は、データをさらに不明確にする暗号化プロセスを通して生成されてもよい。カード保有者は、所望のＰＩＮを表す１つ又は複数の値を丸で囲むか又はマークシートを塗り潰すことによって、一番上のページでＰＩＮを選択することにより、フォームに記入する。位置情報は、一番下のページまで複写される。位置情報は、いかなるフォームにおいても、ＰＩＮを構成する数字を含まない。符号化された情報は、既に破棄された一番上のシートにおけるＰＩＮの位置を表す。
【０００９】
カード保有者がフォームの一番上のページを破棄すると、ＰＩＮのクリアテキスト又は暗号化バージョンは存在しなくなる。そして、位置情報を含むこの一番下のページは、通常の郵便によってカード発行人に送られる。フォームには、カード保有者を特定する情報は含まれず、位置データに関連する数字を特定するのに役立つ情報も含まれないため、ページは傍受による攻撃に対して安全である。カード発行人は、返送された「下の」ページと、フォーム番号又は通し番号等、申込みフォームに関連する情報とから、ＰＩＮを表す値を取り出すことができる。
【００１０】
したがって、必要なものは、オープンネットワーク上で安全な方法で情報を転送するシステム及び方法である。
【００１１】
［発明の概要］
第１のデバイスにソフトウェアを転送するとともに、そのソフトウェアを実行することにより、オープンネットワーク上で第１のデバイスから第２のデバイスに情報を安全に転送することができる。情報を表すデータは、第１のデバイスにおいて入力され、第２のデバイスに転送される。第２のデバイスは、そのデータを使用して情報を確定する。
【００１２】
本発明及びその利点がより完全に理解されるために、ここで、添付図面とともに以下の説明を参照する。
【００１３】
［発明の詳細な説明］
ここで図面を参照すると、本発明のいくつかの実施形態がさらに記載されている。図面では、種々の図を通して同様の要素を示すために同様の参照符号を使用する。図は、必ずしも一定の縮尺になっておらず、場合によっては、図面を単に例示の目的で誇張するか又は簡略化している。当業者は、本発明の可能な実施形態の以下の例に基づいて、本発明の多くの可能な適用及び変形を理解するであろう。
【００１４】
図１を参照すると、情報の安全な転送のためのシステム１００が示されている。ピクセルディスプレイ(pixelated display)１０４及びマウス等のポインティングデバイス１０６を含むコンピュータ１０２を使用して、ＰＩＮ等の情報を許可機関(authority)に送信することができる。コンピュータ１０２は、ネットワーク１０８によって許可サーバ(authority server)１１０に通信可能に接続される。サーバ１１０を、記憶装置１１２及びセキュアプロセッサ１１４に接続してもよい。
【００１５】
通常、初期化プロセスは、サーバ１１０に対してコンピュータ１０２を認証する(authenticate)。ＰＩＮ入力ソフトウェアの、選択され且つ恐らくは適合されたバージョンは、コンピュータ１０２に関連付けられ、サーバ１１０からコンピュータ１０２にロードされる。このソフトウェアを、暗号を用いて許可プロセスにリンクしてもよい。カード保有者は、このソフトウェアを利用して、ピクセルディスプレイにおけるＰＩＮ数字の位置を示す位置データ等、ＰＩＮを表すデータを入力する。データを、高度に暗号化された通信チャネルを介してコンピュータ１０２からサーバ１１０に送信してもよい。
【００１６】
サーバ１１０によってデータが受信されると、そのデータは、記憶装置１１２に格納された関連付けデータを使用して、セキュアプロセッサ１１６において処理される。セキュアプロセッサは、認証、確認、識別又は他の任意の適当な目的のためにＰＩＮを提供する。当業者には、他の形式のデータを同様に通信することができる、ということが理解されよう。
【００１７】
コンピュータディスプレイは、カード保有者に対し、従来のＰＩＮパッドのグラフィック表現を提示してもよい。ＰＩＮパッドのグラフィック表現は、有用性及び許容を強化するためによく使用されるインタフェースを提供する、カード保有者に提供される形式である。しかしながら、カーソルが数字のグラフィック表現の上にある時にマウスボタンをクリックすることにより、コンピュータに、その数字ではなくディスプレイアドレスポイントが提供される。サーバのみが、ディスプレイアドレスポイントから数字を生成する関連付けを有する。
【００１８】
取得プロセスが情報を安全に取得し、この情報から、カード保有者のＰＩＮを抽出することができる。許可プロセスによって、インターネットベースの販売者が、デビット取引が許可されるように要求し支払いを得ることができる。
【００１９】
図２を参照すると、情報転送システムの図が示されている。コンピュータ１０２がウェブサーバ１２０に通信可能に接続される。ウェブサーバ１２０は、アプリケーションサーバ１２２とのインタフェースを提供する。アプリケーションサーバ１２２は、ホスト暗号化モジュール１２４に接続される。
【００２０】
これらのコンポーネントの各々が暗号化ゾーンを形成する。暗号化ゾーンは、ゾーン内の適所における暗号化制御によって特定されてもよく、暗号化制御が変化する場所で線引きされてもよい。第１のゾーンは、コンピュータ１０２とウェブサーバ１２０との間の通信に対するセキュリティを提供する。ＳＳＬが、インターネット通信に対して使用される標準的な暗号化である。
【００２１】
コンピュータ１０２からアプリケーションサーバに送信されるデータを暗号化してもよい。たとえば、高度暗号化規格（Advanced Encryption Standard）（ＡＥＳ）は、コンピュータ１０２とアプリケーションサーバ１２２との間で通信されるすべての情報の２５６ビット暗号化を提供してもよい。コンピュータ１０２からＰＩＮ抽出ＴＲＳＭ１２４に送信されるデータを暗号化してもよい。たとえば、ＡＥＳは、コンピュータ１０２とＴＲＳＭ１２４との間の２５６暗号化を提供してもよい。
【００２２】
取得データは、コンピュータ１０２にインストールされるシステムソフトウェアによって取得される。取得データを、ＡＥＳ（ＤＡＴＡ）鍵を使用して暗号化してもよい。
【００２３】
第１のゾーンは、コンピュータ１０２を含み、基本的に制御されない。すなわち、クライアントＰＣ１０２は、取得プロセスにおけるほぼすべての暗号化セキュリティのエンドポイントであり、システムによって直接制御可能ではない。この無制御ポイントにおいて信頼される存在（trusted presence）を確立することが有利である。信頼される存在を確立する１つの方法は、各セッションの開始時に１２８ビットＳＳＬ下で安全にダウンロードされるシステムソフトウェアの一部として提供される暗号化方法を使用するというものである。国家的に認可された連邦規格メッセージ完全性確認技術、すなわちＦＩＰＳ１８０−２セキュアハッシュ規格（Secure Hash Standard）（ＳＨＳ）セキュアハッシュアルゴリズム（Secure Hash Algorithm）（ＳＨＡ）ＳＨＡ−５１２を使用することによって、信用度(trust)がさらに向上する。
【００２４】
第２のゾーンは、ウェブサーバを含み、インターネットを介してアクセス可能な制御されたエリアである。これは、クライアントに対しアクセス可能なインタフェースを提供するが、アプリケーション処理ゾーンに情報を返信する以外にいかなる意味のある機能も実行しない。ウェブサーバは、システムソフトウェアのダウンロードと、ゾーン４におけるホスト暗号化デバイスへのクライアント公開暗号化鍵（ＲＳＡ１０２４ビット）のアップロードとを可能にする初期セキュアセッションを確立する。ウェブサーバは、物理的に安全なエリア内に位置する。
【００２５】
第３のゾーンはアプリケーション処理を含む。すなわち、このゾーンは、取得段階の重要な作業の大部分を実行する。アプリケーションサーバ１２２は、自身を、クライアント１０２に対するＡＥＳ（２５６ビット）暗号化通信チャネルのエンドポイントとして確立する。アプリケーションサーバ１２２を物理的に安全なエリア内に配置してもよい。
【００２６】
第４のゾーンは、２つのコンポーネント、すなわちホスト暗号化モジュール（ＨＣＭ）及び取得データストアを収容する安全なエリアである。両コンポーネントは、ともに物理的に安全なエリア内にある。
【００２７】
ＨＣＭはＦＩＰＳ１４０−２レベル３デバイスであり、取得プロセスにおける暗号化プロセスの使役馬(workhorse)である。ＨＣＭは、送信プロセス中に情報をサポートし保護するために作成されたＡＥＳ鍵（通信及びデータ）を生成し、使用する。ＨＣＭはまた、ＲＳＡ暗号化プロセス及びＴＤＥＳ暗号化プロセスも実行する。
【００２８】
これは、許可プロセスが開始するのを待っている間、取得データのための暗号化によって保護された（１２８ビットＴＤＥＳ）保持エリアである。
【００２９】
図３を参照すると、商用プロセスのフローチャート３００が示されている。機能ブロック３０２において、ユーザは、本システムの支払システムを利用する販売者サイトにアクセスし、その販売者が提供するサービス及び／又は商品への支払いの形態としてデビットを選択する。機能ブロック３０４においてウェブサーバとクライアントＰＣとの間で１２８ビットＳＳＬ保護セッションが確立される。
【００３０】
この保護された通信経路の下で、機能ブロック３０６において、システムのソフトウェアがダウンロードされクライアントにインストールされる。ＳＳＬセッションを確立するデジタル証明書をウェブサーバにロードしてもよい。ホスト暗号化モジュールは、取得データを格納のために暗号化する際に使用される、ランダムに生成されたＴＤＥＳ鍵［ＫＰＳ］を、デュアルコントロール（dual control）及び知識分散（split-knowledge）の下で手動で(manually)ロードしてもよい。
【００３１】
プロセスは、機能ブロック３０８において通信鍵確立を続ける。ＲＳＡ公開／秘密鍵対（１０２４ビット）が生成される。公開鍵はＳＳＬを介してウェブサーバに送信され、その後クリアテキストとしてアプリケーションサーバに送信され、最後にホスト暗号化モジュールに送信される。ホスト暗号化モジュールは、クライアントとアプリケーションサーバとの間の通信を保護するために使用される２５６ビットＡＥＳ鍵ＡＥＳ（ｃｏｍｍ）を生成する。ホスト暗号化モジュールはまた、２５６ビットＡＥＳ鍵（ＡＥＳ（Ｄａｔａ））も生成し、これは、クライアントとホスト暗号化モジュールとの間で取得データを暗号化するために使用される。ホスト暗号化モジュールは、ＡＥＳ（ｃｏｍｍ）鍵をソルト処理（salt）し、その後、ソルト処理されたＡＥＳ（ｃｏｍｍ）鍵の暗号化ハッシュ（ＳＨＡ−５１２）を生成し、その後、クライアントのＲＳＡ公開鍵を用いて、暗号化ハッシュとともに、ソルト処理されたＡＥＳ（ｃｏｍｍ）鍵をラップする。そして、この暗号文がアプリケーションサーバに提示される。ホスト暗号化モジュールは、ＡＥＳ（Ｄａｔａ）鍵をソルト処理し、その後、ソルト処理されたＡＥＳ（Ｄａｔａ）鍵の暗号化ハッシュ（ＳＨＡ−５１２）を生成し、その後、クライアントのＲＳＡ公開鍵を用いて、暗号化ハッシュとともに、ソルト処理されたＡＥＳ（Ｄａｔａ）鍵をラップする。この暗号文が、ＡＥＳ（ｃｏｍｍ）鍵によってさらに暗号化される。
【００３２】
そして、この暗号文がアプリケーションサーバに提示される。ホスト暗号化モジュールは、これらの２つの要素を組み合わせ、この組合せをソルト処理し、その後ソルト処理された組合せに対して暗号化ハッシュ（ＳＨＡ−５１２）を生成した後、クライアントの公開鍵を用いて、ソルト処理された組合せの暗号化ハッシュとともに、ソルト処理された組合せを暗号化する。そして、この暗号文がアプリケーションサーバに提示され、最終的に、ＳＳＬ内でさらにラップされてクライアントに返信される。
【００３３】
クライアントは、自身の秘密鍵を用いて鍵パッケージを解読し、その後その結果の暗号化ハッシュ（ＳＨＡ−５１２）を生成して、その計算された暗号化ハッシュを鍵交換メッセージにおいて提供されたものと比較する。クライアントは、まずＡＥＳ（ｃｏｍｍ）鍵を用いて、次にクライアントの秘密鍵を用いて、受け取った暗号文を解読し、ＡＥＳ（Ｄａｔａ）鍵をクライアントとホスト暗号化モジュールとの間の通信に利用できるようにする。そして、クライアントは、自身の秘密鍵を用いてＡＥＳ（ｃｏｍｍ）鍵を含む暗号文を解読し、結果としての鍵の暗号化ハッシュ（ＳＨＡ−５１２）を生成して、その計算された暗号化ハッシュを鍵交換メッセージにおいて提供されたものと比較する。そして、クライアントは、ＡＥＳ（ｃｏｍｍ）鍵を使用してＡＥＳ（Ｄａｔａ）鍵を含む暗号文を解読し、さらにその結果を自身の秘密鍵を用いて解読し、その後、結果としての鍵の暗号化ハッシュを生成して、その計算された暗号化ハッシュを鍵交換メッセージで提供されたものと比較する。この時点で、クライアントは、アプリケーションサーバとさらに通信するためのＡＥＳ（ｃｏｍｍ）鍵とＡＥＳ（Ｄａｔａ）鍵とをともに有する。
【００３４】
通信経路が確立されると、機能ブロック３１０において取得データを配信することができる。取得データは最初に「ソルト処理」され、その後ＡＥＳ（Ｄａｔａ）鍵の下で暗号化される。取得データとともに送信される追加の情報が連結され、その結果が再び「ソルト処理」される。クライアントは、ＳＨＡ−５１２を使用して結果としての暗号文の暗号化ハッシュを実行する。この結果としての暗号化ハッシュは、送信されるデータと結果としての値とがＡＥＳ（ｃｏｍｍ）鍵の下で暗号化される場合、ブロックに連結される。そして、暗号化の結果は、ＣＲＣ−６４を用いて処理される。ＣＲＣは暗号文に添付される。この暗号文は最後にＳＳＬの下でウェブサーバに送信される。ウェブサーバは、ＳＳＬ暗号化を取り除き、メッセージをアプリケーションサーバに転送する。
【００３５】
アプリケーションサーバによって受信されると、機能ブロック３１２においてメッセージの完全性が確認される。アプリケーションサーバはメッセージを解析し、暗号文及びハッシュの連結に対しＣＲＣが実行される。新たに計算されたＣＲＣは、メッセージと共に送信されたＣＲＣと比較される。それらが一致する場合、完全性が確認され、プロセスは継続する。一致しない場合、プロセスは終了し、エラーが生成される。
【００３６】
アプリケーションサーバは、ＡＥＳ（ｃｏｍｍ）鍵を用いてメッセージを解読するためにＨＣＭを呼び出す。アプリケーションサーバは、再び連結を解析し、暗号文に対してＳＨＡ−５１２が実行される。新たに計算されたハッシュが、メッセージとともに送信されたハッシュと比較される。それらが一致する場合、完全性が確認され、プロセスは継続する。一致しない場合、プロセスは終了し、エラーが生成される。暗号文は、ホスト暗号化モジュールに送信される。取得データは、許可プロセスの開始を待って安全に格納される。ホスト暗号化モジュールは、ＡＥＳ（Ｄａｔａ）鍵から取得データを解読し、ＴＤＥＳ（Ｓｔｏｒａｇｅ）鍵［ＫＰＳ］を用いて再度暗号化し、結果としての暗号文を取得記憶エリアに送信する。
【００３７】
以下の動作又はアクティビティを、最初のトランザクションが許可される前に達成してもよい。ＰＩＮ抽出ＴＲＳＭは、ＰＩＮブロックがＥＦＴインタフェースに送信される時に、それを保護するＰＩＮ暗号化鍵（ＰＥＫ）［ＫＰＴ又はＫＰＳ］として使用される、ランダムに生成されたＴＤＥＳ鍵を、デュアルコントロール及び知識分散の下で手動でロードする。ホスト暗号化モジュールは、他のすべての鍵が記憶装置にある（in storage）間、それを保護するマスター鍵［＊ＫＫＳ］として使用される、ランダムに生成されたＴＤＥＳ鍵を、デュアルコントロール及び知識分散の下で手動でロードする。ホスト暗号化モジュールは、ＰＩＮブロック（ＰＥＫ）［ＫＰＴ］がＥＦＴネットワークに送信される時に、それを保護するために使用される鍵の交換を保護する鍵暗号化鍵（ＫＥＫ）［ＫＫＴ］として使用される、ランダムに生成されたＴＤＥＳ鍵を、デュアルコントロール及び知識分散の下で手動でロードする。
【００３８】
販売者がシステムのトランザクションマネージャにアクセスし、販売者が提供したサービス及び／又は商品に対する支払いを請求すると、許可プロセスが開始する。ゲートウェイサーバは、起動されると、トランザクションマネージャを介して販売者によって提供されるトランザクション情報を使用して、記憶装置にある適当な取得データ暗号文を特定する。ゲートウェイサーバは、記憶装置に対して取得データ暗号文を要求し、それをＰＩＮ抽出ＴＲＳＭに提供する。
【００３９】
ＰＩＮ抽出ＴＲＳＭは、ＴＤＥＳ（Ｓｔｏｒａｇｅ）鍵［ＫＰＳ］を使用して取得データ暗号文を解読する。ＰＩＮ抽出ＴＲＳＭは、取得データからカード保有者のＰＩＮを抽出する。ＰＩＮ抽出ＴＲＳＭは、要求されたＰＩＮブロック（ＡＮＳＩフォーマット０）を作成し、ＰＥＫ（ＡＴＭＤ）［ＫＰＳ］を用いて暗号化する。ＰＩＮ抽出ＴＲＳＭは、ゲートウェイに暗号文を提供する。ゲートウェイは、ＥＦＴインタフェースに暗号文を送信する。ＥＦＴインタフェースは、暗号文をホスト暗号化モジュールに送信する。ホスト暗号化モジュールは、ＰＩＮブロックをＰＥＫ（ＡＴＭＤ）［ＫＰＳ］下の暗号化からＰＥＫ（ＥＦＴ）［ＫＰＴ］下の暗号化に変換する。結果としての暗号文は、ＥＦＴインタフェースに戻される。ＥＦＴインタフェースは、暗号文をＥＦＴネットワークに送信する。
【００４０】
本開示の利益を有する当業者により、本発明がＰＩＮ交換のためのシステムを提供することが理解されよう。図面及び本明細書における詳細な説明は、限定的であるのではなく例示的であるようにみなされるべきであり、それらは、本発明を、開示した特定の形式及び例に限定するように意図されていない、ということが理解されるべきである。一方、本発明は、添付の特許請求の範囲によって規定されるように、本発明の精神及び範囲から逸脱することなく、当業者には明らかである任意のさらなる変更、変形、再配置、代用、代替物、設計の選択及び実施形態を含む。したがって、添付の特許請求の範囲は、すべてのこうしたさらなる変更、変形、再配置、代用、代替物、設計の選択及び実施形態を包含するように解釈されることが意図される。
【図面の簡単な説明】
【００４１】
【図１】安全な情報の転送のためのシステムの図である。
【図２】取得プロセスのアーキテクチャ図である。
【図３】認可プロセスのアーキテクチャ図である。
【図１】
2007514377.tif 000003
【図２】
2007514377.tif 000004
【図３】
2007514377.tif 000005
【国際調査報告】
2007514377.tif 000006
2007514377.tif 000007