(57)【要約】【課題】情報漏洩は外部からの侵入によるものよりも、内部からの情報の持ち出しがほとんどであり、内部から情報が漏れないようにするとともに必要な情報を必要な人にだけ読み取れるようなシステム及びその方法を構築する。【解決手段】データベースシステムにおいて、公開鍵または秘密鍵の鍵を利用して、初期手順利用者 A は平文や通話内容 mを暗号文にしてシステム上のデータベースに保存し、他の利用者 BはBの所有している鍵と暗号文により復号化し、ＡはＡの所有している鍵、ＢはＢの所有している鍵によって、復号化することができ、また更新するときには暗号化してデータベースに保存するとともに復号化することを可能とし、Ａ及びＢ以外の第三者には知られないようにしたことを特徴とするデータベースの安全化システム提供する。【選択図】図１
2006237670.tif 000002
【特許請求の範囲】
【請求項１】
データベースシステムにおいて、公開鍵または秘密鍵の鍵を利用して、初期手順利用者 A は平文や通話内容 mを暗号文にしてシステム上のデータベースに保存し、他の利用者 BはBの所有している鍵と暗号文により復号化し、ＡはＡの所有している鍵、ＢはＢの所有している鍵によって、復号化することができ、また更新するときには暗号化してデータベースに保存するとともに復号化することを可能とし、Ａ及びＢ以外の第三者には知られないようにしたことを特徴とするデータベースの安全化システム。
【請求項２】
請求項１のデータベースの安全化システムにおいて、システムにおける鍵を 1 つ、初期手順利用者としての顧客を複数 N 人、情報として顧客情報の分割化を 1 とする場合、顧客情報の分割化とは顧客情報として複数の項目から成り立ち、分割化が 1 ということは複数の項目を個々に扱うのではなく顧客情報をひとくくりにして取り扱うことを条件として、システム側と顧客、運用グループ側との２ グループに分け、前者（システム側）では情報が読み取れず、後者（顧客、運用グループ側）では情報が読み取れるようにするシステムとして、ひとつの運用グループシステムは公開鍵方式を用いるとともに、顧客グループは公開鍵方式、秘密鍵方式の少なくとも一つの方式を用いることを特徴とするデータベースの安全化システム。
【請求項３】
請求項１のデータベースの安全化システムにおいて、システムにおける鍵を M 個、顧客を N 人、顧客情報の分割化が 1 とする場合、システムの鍵を複数にすることにより、複数のグループ分けを可能としてツリー状にグループを設定し、大元のシステム鍵Kを作りそこからシステム鍵KA、システム鍵KBを作成し、更にシステム鍵 KAA、KBB、を作成可能とし、 KAで復号化できる情報を大元の Kでもって復号化できることを特徴とするデータベースの安全システム方式。
【請求項４】
請求項１のデータベースの安全化システムにおいて、システムにおける鍵を M 個、顧客が N 人、顧客情報の分割化が L 分割とする場合、顧客情報の分割化を複数にすることで、複数の項目を一括りで考えるのではなく、個々の項目ごとに担当するグループを設定し、顧客 a の情報 ｉｎｆｏ  a  l 、  ｉｎｆｏ  a  ２ 、、、の個々の情報がそれぞれ運用グループの担当グループ毎に読み取れるようにしたことを特徴とするデータベースの安全システム方式。
【請求項５】
請求項２における商取引サイトとして、システム側開発グループは、
（１）商取引サイトの要求仕様書を作成する工程、
（２）必要なサーバを立ち上げる工程、
（３）ＳＳＬ(セキュリティ)で必要な鍵を生成し証明書を作成する工程、
（４）前記証明書を認証局に署名を受け、署名付き証明書をサーバに保存する工程、
（５）使用に沿ってデータベースを設定し、Ｗｅｂページを作成する工程、
からなり、
システム側運用グループは、
（１）システムの鍵Ｋ＝（Ｓ，Ｐ）を生成し、証明書を作成する工程、
（２）認証局に証明書の署名を受け、署名付き証明書をサーバに保存する工程、
（３）運用に必要な情報を入力し運用できる状態に維持する工程、
（４）顧客の個人情報に当たる部分を複合化し情報を取り出す工程、
顧客グループは、
（１）ＳＳＬ（セキュリティ）の署名付き証明書とシステム鍵Ｋの署名付き証明書を確認      する工程、
（２）顧客鍵Ｋａを生成する工程、
（３）個人情報に当たる部分のみを暗号化して、ＳＳＬ（セキュリティ）通信で情報を送      る工程、
からなることを特徴とするデータベースの安全化システム構築方法。
【請求項６】
請求項３における商取引サイトとして、システム側開発グループは、
（１）商取引サイトの要求仕様書を作成する工程、
（２）必要なサーバを立ち上げる工程、
（３）ＳＳＬ(セキュリティ)で必要な鍵を生成し証明書を作成する工程、
（４）前記証明書を認証局に署名を受け、署名付き証明書をサーバに保存する工程、
（５）使用に沿ってデータベースを設定し、Ｗｅｂページを作成する工程、
からなり、
システム側運用グループは、
（１）システムの鍵Ｋ＝（Ｓ，Ｐ）を生成し、証明書を作成する工程、
（２）認証局に証明書の署名を受け、署名付き証明書をサーバに保存する工程、
（３）運用Ａはシステムの鍵ＫA＝（ＳA，ＰA）を生成し証明書を作成する工程、
（４）前記運用Ａは運用グループの管理者に証明書を署名を受けサーバに保持する工程、
（５）前記（３）、（４）の工程を繰り返す工程、
（６）運用に必要な情報を入力し運用できる状態に維持する工程、
（７）顧客の個人情報に当たる部分を複合化し情報を取り出す工程、
からなり、
顧客グループは、
（１）ＳＳＬ（セキュリティ）の署名付き証明書とシステム鍵Ｋの署名付き証明書、シス      テム鍵ＫA、ＫB、・・の署名付き証明書を確認する工程、
（２）顧客鍵ＫAを生成する工程、
（３）個人情報に当たる部分のみを暗号化して、ＳＳＬ（セキュリティ）通信で情報を送      る工程、
からなることを特徴とするデータベースの安全化システム構築方法。
【請求項７】
請求項４における商取引サイトとして、システム側開発グループは、
（１）商取引サイトの要求仕様書を作成する工程、
（２）必要なサーバを立ち上げる工程、
（３）ＳＳＬ(セキュリティ)で必要な鍵を生成し証明書を作成する工程、
（４）前記証明書を認証局に署名を受け、署名付き証明書をサーバに保存する工程、
（５）使用に沿ってデータベースを設定し、Ｗｅｂページを作成する工程、
からなり、
システム側運用グループは、
（１）システムの鍵Ｋ＝（Ｓ，Ｐ）を生成し、証明書を作成する工程、
（２）認証局に証明書の署名を受け、署名付き証明書をサーバに保存する工程、
（３）運用Ａはシステムの鍵ＫA＝（ＳA，ＰA）を生成し証明書を作成する工程、
（４）前記運用Ａは運用グループの管理者に証明書を署名を受けサーバに保存する工程、
（５）前記（３）、（４）の工程を繰り返す工程、
（６）運用に必要な情報を入力し運用できる状態に維持する工程、
（７）顧客の個人情報に当たる部分を複合化し情報を取り出す工程、
からなり、
顧客グループは、
（１）ＳＳＬ（セキュリティ）の署名付き証明書とシステム鍵Ｋの署名付き証明書、シス      テム鍵ＫA、ＫB、・・の署名付き証明書を確認する工程、
（２）顧客鍵Ｋａ（Ｓａ、Ｐａ）を生成する工程、
（３）Ｋａ１、Ｋａ２、・・・、ＫａＬ＝（Ｅｎ（Ｋａ１、Ｐａ）・・・、Ｅｎ（ＫａＬ      、Ｐａ））を生成する工程、
（４）Ｋａ１、Ｋａ２、・・・、ＫａＬをサーバに登録する工程、
（５）個人情報に当たる部分のみを暗号化して、ＳＳＬ（セキュリティ）通信で情報を送      る工程、
からなることを特徴とするデータベースの安全化システム構築方法。
【請求項８】
システム側保守グループとして、サーバの監視やデータベースのバックアップを行う工程を付加することを特徴とする請求項５乃至７記載のデータベースの安全化システム構築方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公開鍵と秘密鍵とを登録してデータベースの暗号化と複合化とに併用し、管理に必要以外の個人情報がシステム側を通じて外部に情報漏れのないようにしたデータベースの安全化システムを構築することに関するものである。
【背景技術】
【０００２】
昨今のコンピュータの進歩とネットワークインフラの整備によりインターネット上の取引が急速に延びている。それに伴い、膨大な個人情報がネットワーク上に保存されることになった。また、Ｗｅｂアプリケーション開発が大規模になるにつれ開発や保守に関わる人が増加し、社内だけでなく社外からも開発に加わるようになった。その中で個人情報を保護するのは大変難しく、多くの企業から個人情報の流出が起こり社会問題になっている。セキュリティ対策と開発コスト、開発時間は相反するものであるが、リスク管理のためにある程度のセキュリティ対策を講じ情報漏洩を防ぐ努力が必要になっている。
たとえば、ネットワーク上に設けられたデータを格納したデータベースから、検索要求のあったクライアントに対しては、データを秘匿状態で検索し、クライアントに秘匿状態で送信する方法（特許文献１参照）や、利用メンバーとの間で固有ＩＤに基づいて、データの暗号化及び複合化を行う鍵を生成するシステムで安全化を図るプログラム（特許文献２参照）がある。
【０００３】
暗号について、秘密鍵暗号、公開鍵暗号とあり、秘密鍵暗号とは暗号化と復号化に共通の鍵、秘密鍵を使用する暗号化方式であり、対称鍵暗号、慣用暗号、共通鍵暗号とも呼ばれる。公開鍵暗号と比べ暗号化速度が大きく、実装サイズが小さいため大量のデータの暗号化に用いられる。秘密鍵暗号方式で秘匿通信を行うにはあらかじめ安全な経路で送り手と受け手が秘密鍵を交換しておく必要がある。専用線や公開鍵方式で鍵を共有する。
秘密鍵暗号は平文を ｌビット（ｂｉｔ）づつ逐次暗号文を生成するストリーム暗号方式と、暗号化、復号化を一定のブロックごとに行うプロック暗号方式がある。プロック暗号方式の暗号化は、平文を暗号文へ変換するデータ撹拌部と暗号化鍵からデータ撹拌部に供給する鍵を生成する鍵拡大部からなる。データ撹拌部に対する入力と出力は各々、平文と暗号文である。データ撹拌部と鍵拡大部の主要部はともに一定の段階構造の繰り返しで構成される。安全性上の配慮から、繰り返し構造の前後、または、途中に補助関数を挿入する場合もある。データ撹拌部の格段には、鍵拡大部が暗号化鍵から生成したラウンド鍵が供給される。
【０００４】
公開鍵暗号とは 、秘密鍵暗号ではいかに送信者と受信者で秘密鍵を配送するかが大きな問題であった。この鍵配送の問題を解決したのが公開鍵暗号（非対称暗号とも呼ばれる）である。公開鍵暗号では、暗号化する為の鍵と復号化する鍵が異なり、暗号化の為の鍵を公開し、復号の為の鍵を秘密にしておく。公開鍵暗号の原理は以下である。初期手順利用者 A は自分で秘密に管理する秘密鍵 Ｐａと公開する公開鍵  Ｓａの対をある決められた方法で生成する。 A はＰａ を公開鍵簿に登録する。この公開鍵簿は電話帳のようなもので、 A の名前に対応して電話番号の代わりに公開鍵  Ｐａ が記載される。暗号化別の利用者 B が A に暗号化して送信する場合を考える。 B は公開鍵簿を使って A の公開鍵 Ｐａを検索する。次に、通話内容 m を  Ｐａを使って暗号化する。ここでその暗号文 c を  ＥＰａ( m ）と記す。暗号文ｃを受け取った A は A だけが知っている秘密鍵Ｓａ を用いて、c から m =  Ｄｓａを復号する。ここで、 m = DSA （（ＥＰＡ ( m ) ）が成立することにより、正しく復号化できる。
【０００５】
鍵生成利用者は、素数 p 、 q（ｐと q はほぼ同じ大きさ）を生成し、 n =  ｐｑ 、Φ（ n ) = ( p 一 1 、 q 一 1 ）を計算する。（Φ（ b ) ：オイラー関数（ 1 から b の整数で b と互いに素となるものの個数、 b =  ｐｑ（ｐ、 q が素数）の場合Φ（ b )＝（ｐ一 1 ) ( q 一 1 ）が分かっている。） )
適当な e ∈ＺΦ（ n ) ( GCD ( e 、Φ（ n ）)＝1 ）を定め、 1 ≡ ｅｄ  ｍｏｄ Φ（ n ）なる d を計算する。（ GCD （ａ、 b ) : a 、 b の最大公約数、 a ｍｏｄ b : a を b で割った余り）秘密鍵 d、公開鍵 e 、 n、暗号化 c =ｍe ｍｏｄ n、復号化 m = ｃd ｍｏｄ n、更に= m  ｍｏｄ  n ここで m は暗号化の対象となるデジタル化された文書（平文）であり、同時にその 2 進数表現としての整数値を意味する。この時、 0 < m < n とする。
【０００６】
その他、安全な鍵の長さ、など、更にＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）については、一般インターネット市場の解釈とする。
【０００７】
図５は、本発明との対比として、一般的なデータベースシステム安全化の模型図を示した。（ａ）は、ユーザ４のＡにユーザ４のＢから情報を公開鍵としてＡの公開鍵ＰＡを使用して暗号で送信した場合、Ａは読み取れるが、Ｂは読み取れないことを示している。（Ｂ）は、ＢがＢの公開鍵ＰＢで送った場合は、Ａが読み取れないことを示している。（Ｃ）は、秘密鍵Ｋを用いて暗号化した場合、ユーザＡもＢも読めるが、秘密鍵Ｋの保存するところを必要とし、データベースサーバ５に置くと、データベースサーバ５を覗ける人に閲覧されてしまうことになる。
図６は、従来の一般的な通常の商取引サイトの構築例であり、通常の商取引サイトではセキュリティを高める為にＳＳＬというセキュリティ技術を用いて通信を暗号化している。以下システム側１の開発、運用、保守グループ、及び顧客グループ４が行う内容を説明する。システム側１の開発、保守グループ ２では、（１）商取引サイトの要求仕様をまとめ、仕様書を起こし、（２）必要なサーバ、 Web サーバ又やデータべースサーバを立ち上げる。（３）（通常）SSL で必要な鍵を生成し証明書を作成する。（４） 証明書を認証局に署名してもらい、署名付き証明書を Web サーバに保存する。（５）仕様に沿ってデータべースを設定したり、  Ｗｅｂ ページを作成する。一方、運用グループ３では、必要な情報、例えば商品情報や在庫数などを入力し運用出来る状態にする。保守グループはサーバを監視したり、データべースをバックアップしたりする。開発グループ２と運用グループ３は直にサーバに入る権限を持っている。運用グループ３と顧客グループ４は Web ブラウザを用いて通信し、情報を送る。顧客グループ４は、署名付き証明書を確認し、 ＳＳＬ 通信で通信を暗号化して情報を送る（図中（ｃ）)。この図では、データベースでの暗号化はなされていない。
【０００８】
上記の例だと、 SSL 通信であるので企業のなりすましや通信の盗聴、改ざんが出来ない。しかし、システム側の開発、保守グループは DB べースにアクセス出来る。データは平文で保存されているのがほとんどで、もし DB べ一スが暗号化されていたとしても復号化鍵が Web サーバに保存されているので、開発、保守グループには解読出来てしまう。
【０００９】
更に詳説すると、一般的な商取引サイトにおいて、ユーザ顧客４からのアクセスとしては、自分の情報にだけアクセスできる。一方システム側の管理者２などのアクセスはシステムを管理する為どのサー バ５にもアクセスできる権限がある。しかし知る必要のないデータを閲覧できる可能性がある。運用グループ（お客様窓口）３などのアクセスは、 Web べースなので Webサーバにしかアクセスする必要がない。ただし、業務上の情報を知る必要はある。ここでは、サーバ５内のデータベース６を、ユーザの個人情報など知る必要のないシステム側開発グループ２が読み取れることを示している。
【００１０】
【特許文献１】特開２００４−２１６５４号
【特許文献２】特開２００４−２９７７５５号
【発明の開示】
【発明が解決しようとする課題】
【００１１】
情報漏洩は外部からの侵入によるものよりも、内部からの情報の持ち出しがほとんである。従って、内部から如何に情報が漏れないようにするかが鍵である。必要な情報を必要な人にだけ読み取れるようなシステムを構築すれば飛躍的にセキュリティが向上する。内部を業務ごとに分類すると開発側、運用側、保守側となる。このうち開発側、保守側は個人情報が特に必要ではないので、個人情報が読み取れないようにし、業務上個人情報が必要になる運用側は個人情報が読み取れるようにするシステムを構築する。
【課題を解決するための手段】
【００１２】
データベースシステムにおいて、公開鍵または秘密鍵の鍵を利用して、初期手順利用者 A は平文や通話内容 mを暗号文にしてシステム上のデータベースに保存し、他の利用者 BはBの所有している鍵と暗号文により復号化し、ＡはＡの所有している鍵、ＢはＢの所有している鍵によって、復号化することができ、また更新するときには暗号化してデータベースに保存するとともに復号化することを可能とし、Ａ及びＢ以外の第三者には知られないようにしたことを特徴とするデータベースの安全化システムを提供する。特にシステム側からの情報漏れをなくするために、顧客の管理上の必要以上の情報には入手できないようなシステムにすることを特徴とする。
【発明の効果】
【００１３】
本発明によると、次のような効果を有する。（１）データべースに保存されているデータが暗号化されているので、一般的なシステムより開発グループや保守グループからの情報流出が難しい。（２）運用グループからの情報流出は担当している情報しか持ち出せないので、大量の情報が流出することは少ない。（３）情報が流出しても、読み取れる人が決まっているので、どこから情報流出したか追跡出来る。（４）サーバ側の Web ページとクライアントに読み込まれるプログラム ( Java  Applet など）が改造されてなければ、顧客グループと運用グループ以外には個人情報が読み取れないと保証出来る。（５）たとえ商取引サイト自体に変更が加えられても、鍵さえ分からなければ変更以前に登録された情報は読み取れない。
【発明を実施するための最良の形態】
【００１４】
図１は、本発明１実施例データベースの安全化システムにおける基本的な模型図（ａ）を示すものであり、ユーザ側として、顧客グループ４とユーザ側として運用グループ（お客様窓口）側３とにおいて、通信を暗号化するのではなく、情報自体をを暗号化（ＥｎＩｎｆｏa）する。流れている情報は内部的にも暗号化されているので解読に必要な鍵が無い限り内容を知り得ない。暗号化の方法は後述する方式を示すが、これだと、お客様４とお客様窓口３は情報を閲覧、更新が出来る。しかし、システム管理者２などは情報を知ることが出来ないシステムとできる。
図１（ｂ）は、１実施例の商取引におけるシステム模型図を示し、データベースシステムにおいて、公開鍵または秘密鍵の鍵を利用して、初期手順利用者 A（お客様側４） は平文や通話内容 mを暗号文にしてシステム上のデータベース６に保存し、他の利用者 B（お客様窓口３）はBの所有している鍵と暗号文により復号化し、ＡはＡの所有している鍵、ＢはＢの所有している鍵によって、復号化することができ、また更新するときには暗号化してデータベースに保存するとともに復号化することを可能とし、Ａ及びＢ以外の第三者には知られないようにしたことを特徴とするデータベースの安全化システムに関する。この図で見られるように、お客様側で平文を暗号化し（丸付数字１）、それをサーバ５に送り、データベースにも暗号文のままで保存する（丸付数字３）。運用側（お客様窓口）３は知る必要のある情報については、鍵によって復号化する（丸付数字１０）ことができ、また情報など暗号化（丸付数字１１）することができる。これについてはお客様側で復号（丸付数字６）して読み取れる。図中●は暗号文を示し、○は平文を示す。また、丸付数字１３はシステムの公開鍵を表している。このようにすることで、システム管理者側２はデータベースの暗号化された内容は判読できない。
【００１５】
図２は、システムにおける鍵を 1 つ、初期手順利用者としての顧客４を複数 N 人、情報として顧客情報の分割化を 1 とする場合（１対Ｎ（１）システムと称する）の模型図（ａ）を示し、顧客情報の分割化とは顧客情報として複数の項目（名前、住所、電話番号など）から成り立ち、分割化が 1 ということは複数の項目を個々に扱うのではなく顧客情報をひとくくりにして取り扱うことを条件として、システム側１と顧客４、運用グループ側３との２グループに分け、前者（システム側）では情報が読み取れず、後者（顧客、運用グループ側）では情報が読み取れるようにするシステムとして、ひとつの運用グループ３システムは公開鍵方式を用いるとともに、顧客グループ４は公開鍵方式、秘密鍵方式の少なくとも一つの方式を用いることを特徴とするデータベースの安全化システムとする。図２（ｂ）は商取引上の１実施例を示したもので、図１（ｂ）と同様にシステム側（開発、保守グループ）はデータベースにアクセスできても、情報は暗号化されているので、読めないことになる。
【００１６】
1 対 N ( l ）システムでの暗号化処理には Web プラウザ上で動く Java  Applet と呼ばれるプログラムを用いる。このプログラムは Web サーバ上に保存され、ページを読み込む時と一緒にクライアントに読み込まれる。従って、開発保守グループがプログラムに仕掛けを組み込めば、顧客鍵を盗み見ることが可能である。しかし、署名付きのプログラムを作成出来るので、改造したかどうかは外部から確認出来る。また、 Web ページ自体を変更し個人情報も平文で送るように改ざんすれば鍵は取得出来るが、 Web ページが変更されたかどうかは運用グループ側で確かめる必要がある。
ここでは、「開発グループと保守グループ」、「顧客グループと運用グループ」の２グループに分け、前者グループは情報が読み取れず、後者グループは情報が読み取れるようにしたシステムであり、運用グループは公開鍵方式を用い、顧客グループは公開鍵方式、秘密鍵方式のどちらを用いてもよい。
【００１７】
暗号化表記としては、表１とする。
【表１】
2006237670.tif 000003
【００１８】
1 対 N ( l ）システム構築の手順としては、次の方法による。
このシステムにおける商取引サイトとして、システム側開発グループは、
（１）商取引サイトの要求仕様書を作成する工程、
（２）必要なサーバを立ち上げる工程、
（３）ＳＳＬ(セキュリティ)で必要な鍵を生成し証明書を作成する工程、
（４）前記証明書を認証局に署名を受け、署名付き証明書をサーバに保存する工程、
（５）使用に沿ってデータベースを設定し、Ｗｅｂページを作成する工程、
からなり、
システム側運用グループは、
（１）システムの鍵Ｋ＝（Ｓ，Ｐ）を生成し、証明書を作成する工程、
（２）認証局に証明書の署名を受け、署名付き証明書をサーバに保存する工程、
（３）運用に必要な情報を入力し運用できる状態に維持する工程、
（４）顧客の個人情報に当たる部分を複合化し情報を取り出す工程、
顧客グループは、
（１）ＳＳＬ（セキュリティ）の署名付き証明書とシステム鍵Ｋの署名付き証明書を確認      する工程、
（２）顧客鍵Ｋａを生成する工程、
（３）個人情報に当たる部分のみを暗号化して、ＳＳＬ（セキュリティ）通信で情報を送      る工程、
からなる構築方法を設定する。
【００１９】
システムの手順として、（１）初期設定、（２）情報の暗号化、送信、（３）安全性の確認、の順に説明する。
（１）初期設定の手順において、運用グループはシステム鍵Ｋを作成する。Ｋは公            開鍵方式なので、
Ｋ＝（Ｓ，Ｐ）
Ｓ：Ｋの秘密鍵、Ｓ＝（ｄ，ｎ）（ｄ∈Ｚ，ｎ＝ｐｑ（ｐ，ｑは素数））
Ｐ：Ｋの公開鍵、Ｐ＝（ｅ，ｎ）（ｅ∈Ｚ）
である。公開鍵であるＰは公開しておく。
次に顧客ａ（集合顧客グループの１）が鍵Ｋaを作成する。顧客鍵が公開鍵方式Ｋaの場合は
Ｋa＝（Ｓa，Ｐa）
Ｓa：Ｋaの秘密鍵、Ｓa＝（ｄa，ｎa）（ｄa∈Ｚ，ｎa＝ｐaｑa（ｐa，ｑaは素数））
Ｐa：Ｋaの公開鍵、Ｐa＝（ｅa，ｎa）（ｅa∈Ｚ）
とし、公開鍵であるＰaは公開しておく。
顧客鍵が秘密鍵方式の場合は単に秘密鍵Ｋaとする。また、顧客鍵よりもシステム鍵の方が長いものとする。
（２）情報の暗号化、送信の手順において、この時点で既知な情報をまとめると、
１）顧客グループの鍵が公開鍵方式のとき、開発グループ、保守グループ：Ｐ，Ｐａ、    運用グループ：Ｓ，Ｐ，Ｐa、顧客ａ：Ｐ，Ｐa，Ｓaとなる。
２）顧客グループの鍵が秘密鍵方式のとき、開発グループ、保守グループ：Ｐ、運用グ    ループ：Ｓ，Ｐ、顧客ａ：Ｐ，Ｋa  となる。
顧客ａが情報ｉｎｆｏaを送るには、以下の暗号化した情報ＥｎＩｎｆｏaを送る。
１）顧客グループの鍵が公開鍵方式の場合、送る情報ＥｎＩｎｆｏaは
ＥｎＩｎｆｏa＝（Ｅｎ（ｉｎｆｏa，Ｐa），Ｅｎ（Ｓa，Ｐ））
の２つの暗号化された情報のペア、もしくは
ＥｎＩｎｆｏa≡Ｅｎ（ｉｎｆｏa，Ｐa）ｍｏｄ  ｎa
ＥｎＩｎｆｏa≡Ｅｎ（Ｓa，Ｐ）ｍｏｄ  ｎ
なるＥｎＩｎｆｏaでもよい。
２）顧客グループの鍵が秘密鍵方式の場合、送る情報ＥｎＩｎｆｏaは
ＥｎＩｎｆｏa＝（Ｅｎ（ｉｎｆｏa，Ka），Ｅｎ（Ka，Ｐ））
の２つの暗号化された情報のペアとする。
（３）安全性の検証において、
１）顧客 a の既知の情報は，
ａ）顧客鍵が公開鍵方式の場合 Pa 、 Sa 、 P 、  Ｅｎｌｎｆｏa である。
Ｅｎｌｎｆｏa のーつ目の項と Sa からｉｎｆｏa が分かる。
Ｄｅ（ＥｎＩｎｆｏa、Ｓa)⇒Ｄｅ（Ｅｎ（ｉｎｆｏa、Ｐa)、Sa=ｉｎｆｏa
よって顧客 a は情報を読み取れる。
ｂ）顧客鍵が秘密鍵方式の場合 Ka 、 P 、 Ｅｎｌｎｆｏa である。
Ｅｎｌｎｆｏa のーつ目の項と Sa から  ｉｎｆｏa が分かる。
De (  Ｅｎｌｎｆｏa 、Ｋa)⇒ De ( En (ｉｎｆｏa 、 Ka )、Ｋa)＝Ｉｎｆｏa
よって顧客 a は情報を読み取れる。
２）運用グループの既知の情報は、
ａ）顧客鍵が公開鍵方式の場合
Ｓ、P、  Pa、ＥｎＩｎｆｏa である。 Ｅｎｌｎｆｏa の 2 つ目の項とS から
De（ＥｎＩｎｆｏa、Ｓ)⇒Ｄｅ（Ｅｎ（Ｓa、Ｐ）、Ｓ）＝Ｓaとなり、 Sa が取得      出来る。
よって上記 １） と同様に情報  ｉｎｆｏa を取り出せる。また、 Sa が分かった      ので更新も出来る。
ｂ）顧客鍵が秘密鍵方式の場合
Ｓ、 P 、 Ｅｎｌｎｆｏa である。 Ｅｎｌｎｆｏa の 2 つ目の項とＳから
Ｄｅ（ＥｎＩｎｆｏa 、Ｓ）⇒Ｄｅ (Ｅｎ（Ｋa 、P ）、Ｓ) = Ｋa となり、Ｋa       が取得出来る。
よって上記 １) と同様に情報 ｉｎｆｏa を取り出せる。また、Ｋa が分かったの      で更新も出来る。
３）開発グルース、保守グループ、a 以外の顧客の既知の情報は
ａ）顧客鍵が公開鍵方式の場合
P 、 Pa 、 Ｅｎｌｎｆｏa である。
Ｅｎｌｎｆｏa＝（Ｅｎ（ｉｎｆｏa、Ｐａ）、Ｅｎ（Ｓａ、Ｐ）であるので 2つの      項は復号化出来ない。
よって情報は取り出せない。
ｂ）顧客鍵が秘密鍵方式の場合
P 、 Ｅｎｌｎｆｏa である。
Ｅｎｌｎｆｏa ＝（Ｅｎ（ｉｎｆｏa、Ｋa）、Ｅｎ（Ｋa、Ｐ））であるので2 つの      項は復号化出来ない。よって情報は取り出せない。
以上から、安全性が検証できた。
【００２０】
図３は、Ｍ対Ｎ（１）システムを示す模型図（ａ）であり、システムにおける鍵を M 個、顧客を N 人、顧客情報の分割化が 1 とする場合、システムの鍵を複数にすることにより、複数のグループ分けを可能としてツリー状にグループを設定し、大元のシステム鍵Kを作りそこからシステム鍵KA、システム鍵KBを作成し、更にシステム鍵 KAA、KBB、を作成可能とし、 KAで暗号化した情報を元の Kでもって復号化することを特徴とするデータベースの安全システム方式とした。（ｂ）商取引サイトの実施例であり、運用グループの複数人による対応を検討したものである。
その手順としては、
請求項３における商取引サイトとして、システム側開発グループは、
（１）商取引サイトの要求仕様書を作成する工程、
（２）必要なサーバを立ち上げる工程、
（３）ＳＳＬ(セキュリティ)で必要な鍵を生成し証明書を作成する工程、
（４）前記証明書を認証局に署名を受け、署名付き証明書をサーバに保存する工程、
（５）使用に沿ってデータベースを設定し、Ｗｅｂページを作成する工程、
からなり、
システム側運用グループは、
（１）システムの鍵Ｋ＝（Ｓ，Ｐ）を生成し、証明書を作成する工程、
（２）認証局に証明書の署名を受け、署名付き証明書をサーバに保存する工程、
（３）運用Ａはシステムの鍵ＫA＝（ＳA，ＰA）を生成し証明書を作成する工程、
（４）前記運用Ａは運用グループの管理者に証明書を署名を受けサーバに保持する工程、
（５）前記（３）、（４）の工程を繰り返す工程、
（６）運用に必要な情報を入力し運用できる状態に維持する工程、
（７）顧客の個人情報に当たる部分を複合化し情報を取り出す工程、
からなり、
顧客グループは、
（１）ＳＳＬ（セキュリティ）の署名付き証明書とシステム鍵Ｋの署名付き証明書、シス      テム鍵ＫA、ＫB、・・の署名付き証明書を確認する工程、
（２）顧客鍵ＫAを生成する工程、
（３）個人情報に当たる部分のみを暗号化して、ＳＳＬ（セキュリティ）通信で情報を送      る工程、
からなることを特徴とするデータベースの安全化システム構築方法を提供する。
【００２１】
（１）初期設定、（２）情報の暗号化、送信、（３）安全の検証について、前述システ  と同様に、検証した。
（１）初期設定の手順
運用グループのグループ分けを考える。システムの鍵が M 個なので運用グループを M グループに分ける事が出来る。まず、大元のシステム鍵 K を管理する人、運用管理者 (運用グループの１）を決め、システム鍵 K を設定する。システム鍵 K は公開鍵方式なので、
【数１】
2006237670.tif 000004
である。公開鍵である P は公開しておく。そして、運用グループ A はシステム鍵ＫAを生成する。公開鍵方式であるので、
【数２】
2006237670.tif 000005
である。公開鍵である PA は公開しておく。ここで、運用グループ A は En ( SA 、 P ) を公開しておく。これは運用管理者の長が運用グループ A の情報を読み取るのに使用する。以下同様に運用グループ B 、運用グループ C 、、、がKB、KC、、、、を作成し、
ＰB、PC、、、Ｅｎ（ＳB，Ｐ）、Ｅｎ（ＳC、Ｐ）、、、を公開する。更に運用グループからも同様に作ることができる。運用グループＡ＿Ａ、Ｂ＿Ｂ、、、がＫAA、ＫAB、、、を作成し、ＰAA、ＰAB、、、Ｅｎ（ＳAA、ＰA）、Ｅｎ（ＳAB、ＰA）、、、を公開する。以上 K 、ＫA、ＫAA、、、ＫB、ＫBA、、、の個数が合計 M になる。
顧客グループの鍵の設定をする。顧客 a (集合 顧客グループの１）が鍵 Ka を生成する。顧客鍵が公開鍵方式の場合は、
【数３】
2006237670.tif 000006
とし、公開鍵である Pa は公開しておく。顧客鍵が秘密鍵方式の場合は単に秘密鍵 Ka とする顧客鍵よりもシステム鍵のほうが長いものとする。
（２）情報の暗号化、送信
顧客 a が情報 ＥｎＩｎｆｏa を運用グループ A に送るには以下の暗号化した情報ＥｎＩｎｆｏaを送る。
１）顧客グループの鍵が公開鍵方式の場合、送る情報ＥｎＩｎｆｏaは、
【数４】
2006237670.tif 000007
からなるＥｎＩｎｆｏａでよい。
２）顧客グループの鍵が秘密鍵方式の場合、送る情報ＥｎＩｎｆｏaは、
【数５】
2006237670.tif 000008
の 2 つの暗号化された情報のペアとする。
【００２２】
（３）安全性の検証
１）顧客ａの情報について、
（ａ）顧客鍵が公開鍵方式の場合、顧客ａは
Sa 、 Ｅｎｌｎｆｏa を知っているので、Ｅｎｌｎｆｏa のーつ目の項と Sa からｉｎｆｏaが分かる。
【数６】
2006237670.tif 000009
よって、顧客ａは情報を読み取れる。
（ｂ）顧客鍵が秘密鍵方式の場合、顧客ａは
Ka 、Ｅｎｌｎｆｏaを知っているので、Ｅｎｌｎｆｏaのーつ目の項と Sa からｉｎｆｏa が分かる。
【数７】
2006237670.tif 000010
よって、顧客ａは情報を読み取れる。
２）運用グループＡの情報読み取りについて、
（ａ）顧客鍵が公開鍵方式の場合、運用グループＡは
SA 、 PA 、 Pa 、Ｅｎｌｎｆｏa知っているので、Ｅｎｌｎｆｏaの 2 つ目の項と SA から
【数８】
2006237670.tif 000011
となり Sa が取得出来る。よって上記 １ ) と同様に情報ｉｎｆｏaを取り出せる。また、Ｓａがわかったので、更新もできる。
（ｂ）顧客鍵が秘密鍵方式の場合、運用グループＡは
SA 、 PA 、 Ｅｎｌｎｆｏaである。 Ｅｎｌｎｆｏaの 2 つ目の項と SA から
【数９】
2006237670.tif 000012
となり、Ｋaが取得できる。よって、上記１）と同様に情報ｉｎｆｏa を取り出せる。また、Ｋaが分かったので、更新もできる。
３）運用管理者の長（アドミニストレイタ）の情報読み取りについて、
（ａ）顧客鍵が公開鍵方式の場合、運用管理者の長は
Ｓ、 P 、 Pa 、En ( SA 、 P ）、Ｅｎｌｎｆｏaを知っているので、En ( SA 、 P ）とＳから
【数１０】
2006237670.tif 000013
となり、ＳAを取得できる。この時点で上記 ２ ）の場合と同様に情報  ｉｎｆｏa の読み取り、更新が可能である。
（ｂ）顧客鍵が秘密鍵方式の場合、運用管理者の長は
ＳA、 PA 、En ( SA 、 P ）、Ｅｎｌｎｆｏa知っているので、 En ( SA 、 P ）とＳから
【数１１】
2006237670.tif 000014
となり、 SA を取得出来る。この時点で上記 ２ ）の場合と同様に情報 ｉｎｆｏa の読み取り、更新が可能である。
【００２３】
４）運用管理者の長が運用グループＡから運用グループBへの変更可能性について、
（ａ）顧客鍵が公開鍵方式の場合、運用管理者の長は
Ｓ、 P 、 Pa 、ＰA、ＰB、En ( SA 、 P ）、Ｅｎ（ＳB、P）、Ｅｎｌｎｆｏa
知っているので、Ｅｎ（ＳA、Ｐ）とＳから
【数１２】
2006237670.tif 000015
となり、ＳAを取得できる。ＳAとＥｎｌｎｆｏaの２項目から
【数１３】
2006237670.tif 000016
よってＳaを取得できた。
ここでＥｎ（Ｓa、ＰB）を計算し、これをＥｎＩｎｆｏaの２項目に変更すると、
【数１４】
2006237670.tif 000017
となる。よって上記２）と同様に運用グループＢは読み取り、更新できるようになった。
（b）顧客鍵が秘密鍵方式の場合、運用管理者の長は
Ｓ、 P 、ＰA、ＰB、En ( SA 、 P ）、Ｅｎ（ＳB、P）、Ｅｎｌｎｆｏa
知っているので、Ｅｎ（ＳA、Ｐ）とＳから
【数１５】
2006237670.tif 000018
となり、ＳAを取得できる。ＳAとＥｎｌｎｆｏaの２項目から
【数１６】
2006237670.tif 000019
よってＫａを取得できた。
ここでＥｎ（Ｋa、ＰB）を計算し、これをＥｎＩｎｆｏaの２項目に変更すると
【数１７】
2006237670.tif 000020
となる。よって上記２）と同様に運用グループＢは読み取り、更新できるようになった。運用グループが読めるようになっても、もし運用グループＡが（ａ）Ｓa（ｂ）Ｋaを保持していると、情報を集めてしまうので、顧客ａに鍵の変更を促すか、システム鍵で顧客ａの鍵を変更して顧客ａに伝える必要がある。
５）開発グループ、保守グループ、ａ以外の顧客に情報が読み取られる可能性について、
（ａ）顧客鍵が公開鍵方式の場合
【数１８】
2006237670.tif 000021
であり、開発グループ、保守グループ、ａ以外の顧客Ｓａ，ＳAを知らないので、２項とも復号化できない。よって情報は取り出せない。
（ｂ）顧客鍵が秘密鍵方式の場合
【数１９】
2006237670.tif 000022
であり、開発グループ、保守グループ、ａ以外の顧客はＫa，ＳAを知らないので２項とも復号化できない。よって情報は取り出せない。
以上安全性が検証できた。
【００２４】
図４は、本発明におけるＭ対Ｎ（Ｌ）システムの模型図（ａ）である。システムにおける鍵を M 個、顧客が N 人、顧客情報の分割化が L 分割とする場合、顧客情報の分割化を複数にすることで、複数の項目を一括りで考えるのではなく、個々の項目ごとに担当するグループを設定し、顧客 a の情報 ｉｎｆｏ  a  l 、  ｉｎｆｏ  a  ２ 、、、の個々の情報がそれぞれ運用グループの担当グループ毎に読み取れるようにしたことを特徴とするデータベースの安全システム方式に関する。（ｂ）は、商取引の実施例も模型図である。上述のように、情報の分割化した形式で、担当によって必要な情報へのアクセスするものが異なるようにして漏出を防ぐものである。
その手順は、以下の通りである。
１例としての商取引サイトとして、システム側開発グループは、
（１）商取引サイトの要求仕様書を作成する工程、
（２）必要なサーバを立ち上げる工程、
（３）ＳＳＬ(セキュリティ)で必要な鍵を生成し証明書を作成する工程、
（４）前記証明書を認証局に署名を受け、署名付き証明書をサーバに保存する工程、
（５）使用に沿ってデータベースを設定し、Ｗｅｂページを作成する工程、
からなり、
システム側運用グループは、
（１）システムの鍵Ｋ＝（Ｓ，Ｐ）を生成し、証明書を作成する工程、
（２）認証局に証明書の署名を受け、署名付き証明書をサーバに保存する工程、
（３）運用Ａはシステムの鍵ＫA＝（ＳA，ＰA）を生成し証明書を作成する工程、
（４）前記運用Ａは運用グループの管理者に証明書を署名を受けサーバに保存する工程、
（５）前記（３）、（４）の工程を繰り返す工程、
（６）運用に必要な情報を入力し運用できる状態に維持する工程、
（７）顧客の個人情報に当たる部分を複合化し情報を取り出す工程、
からなり、
顧客グループは、
（１）ＳＳＬ（セキュリティ）の署名付き証明書とシステム鍵Ｋの署名付き証明書、シス      テム鍵ＫA、ＫB、・・の署名付き証明書を確認する工程、
（２）顧客鍵Ｋa（Ｓa、Ｐa）を生成する工程、
（３）Ｋａ１、Ｋａ２、・・・、ＫａＬ＝（Ｅｎ（Ｋａ１、Ｐａ）・・・、Ｅｎ（ＫａＬ      、Ｐａ））を生成する工程、
（４）Ｋａ１、Ｋａ２、・・・、ＫａＬをサーバに登録する工程、
（５）個人情報に当たる部分のみを暗号化して、ＳＳＬ（セキュリティ）通信で情報を送      る工程、
からなることを特徴とするデータベースの安全化システム構築方法を提供する。
【００２５】
（１）初期設定、（２）情報の暗号化、送信、（３）安全の検証について、  前述Ｍ 対    N( l) システムと同様に、検証したところ、安全性が検証できた。
（１）初期設定
上記と同様に、運用グループのグループ分けを考える。システムの鍵が M 個なので運用グループを M グループに分ける事が出来る。まず、大元のシステム鍵 K を管理する人、運用管理者の長 (∈運用グループ）を決め、システム鍵 K を設定する。システム鍵 K は公開鍵方式なので、
【数２０】
2006237670.tif 000023
である。公開鍵であるＰは公開しておく。そして、運用グループ A はシステム鍵ＫAを生成する。公開鍵方式であるので、
【数２１】
2006237670.tif 000024
である。公開鍵であるＰAは公開しておく。
ここで、運用グループＡは  Ｅｎ（ＳA、Ｐ）を公開しておく。これは運用管理者の長が運用グループＡの情報を読み取るのに使用する。
以下同様に運用グループＢ、運用グループＣ、、、がＫB、ＫC、、、を作成し、ＰB，ＰC、、、Ｅｎ（ＳB、Ｐ）、Ｅｎ（ＳC、Ｐ）、、、を公開する。
さらに、運用グループ A からも同様に作ることが出来る。
運用グループ A ＿ A 、 A＿B 、、、がKAA 、 KAB 、、、を作成し、PAA、ＰAB、、
Ｅｎ（ＳAA、ＰA）、Ｅｎ（ＳAB、ＰA）、、、を公開する。
以上K 、ＫA、 KAA 、、 KB 、ＫBA、、、の個数が合計 M になる。
顧客グループの鍵の設定をする。
顧客 a (∈顧客グループ）が鍵 Ka を生成する。
顧客鍵は公開鍵方式を使用し、
【数２２】
2006237670.tif 000025
とし、公開鍵であるＰaは公開しておく。
顧客 a は  ｉｎｆｏal 、  ｉｎｆｏa2 、、、  ｉｎｆｏaL をそれぞれ暗号化して送る。暗号化には秘密鍵方式を用いる。それぞれの情報は以下の対応付けられた鍵を用いて暗号化する。
【数２３】
2006237670.tif 000026
顧客 a は自身で復号化するときの為に
【数２４】
2006237670.tif 000027
を公開しておく。ここで送る情報と担当運用グループの対応付けを以下のようにする。
【数２５】
2006237670.tif 000028
それぞれの運用グループが読み取れるように
【数２６】
2006237670.tif 000029
を公開しておく。
（２）情報の暗号化、送信
顧客 a が  ｉｎｆｏal  、  ｉｎｆｏa2、、、  ｉｎｆｏaL を運用グループ A 、B、、、に情報を送るには以下の暗号化した情報  Ｅｎｌｎｆｏa  を送る。
【数２７】
2006237670.tif 000030
（３）安全性の検証
１）顧客ａが情報ｉｎｆｏａ１、ｉｎｆｏａ２を読み取れることの可能性について、
顧客ａは、Ｓa、Ｋa1・・・L、ＥｎＩｎｆｏa  を知っているので、Ｋa1・・・Lの
１つ目の項とＳaより
【数２８】
2006237670.tif 000031
Ｋa1を取得できる。よってＥｎＩｎｆｏaの１つ目の項とＫa1より
【数２９】
2006237670.tif 000032
となり、ｉｎｆｏa1  、ｉｎｆｏa2 が取得できる。
２）運用グループＡの情報ｉｎｆｏa1の読み取り可能性、更新可能性について
運用グループＢは情報ｉｎｆｏa2を読み取れるかどうか、更新できるかどうか。
運用グループＡは  Ｅｎ（Ｋa1、ＰA）、ＥｎＩｎｆｏa、ＳA  知っているので、
Ｅｎ（Ｋa1、ＰA）、ＳＡより
【数３０】
2006237670.tif 000033
より、Ｋa1を取得できる。あとは、上記１）と同様に情報が読み取れる。更新も
Ｋa1が取得できているので、顧客ａが情報を送るときと同じように情報を暗号化すれ    ば更新できる。
運用グループＢについても同様に、Ｅｎ（Ｋa2、ＰB）、ＥｎＩｎｆｏa、ＳB  から    Ｋa2を取得できるので、情報を読み取り、更新ができる。
３）運用管理者の長による情報の読み取り可能性、更新の可能性について、
運用管理者の長は、Ｅｎ（Ｋa1、ＰA）、Ｅｎ（Ｋa2、ＰB）、ＥｎＩ    ｎｆｏa、
Ｅｎ（ＳA、Ｐ）、Ｅｎ（ＳB、Ｐ）、Ｓ  を知っている。Ｓ、Ｅｎ（ＳA、Ｐ）から
【数３１】
2006237670.tif 000034
を取得できる。よって、上記２）と同様にｉｎｆｏa1を読み取り、更新もできる。
また、ｉｎｆｏa2についても同様にＳ、Ｅｎ（ＳB、Ｐ）から
【数３２】
2006237670.tif 000035
を取得できる。よって、上記２）と同様にｉｎｆｏa2を読み取り、更新もできる。
４）運用管理者の長はによる運用グループＡから運用グループＢへの変更可能につい        て、
運用管理者の長は、Ｅｎ（Ｋa1、ＰA）、Ｅｎ（Ｋa2、ＰB）、ＥｎＩ    ｎｆｏa、
Ｅｎ（ＳA、Ｐ）、Ｅｎ（ＳB、Ｐ）、Ｓ  を知っている。Ｅｎ（ＳA、Ｐ）、Ｓから
【数３３】
2006237670.tif 000036
を取得できる。Ｅｎ（Ｋa1、ＰA）とＳAから
【数３４】
2006237670.tif 000037
Ｋa1を取得する。
ここで、Ｅｎ（Ｋa1、ＰA）をＥｎ（Ｋa2、ＰB）として更新すると、運用グループＡは情報ｉｎｆｏa1が読めなくなり、運用グループＢは情報ｉｎｆｏa1が読めるようになる。運用グループＢが情報ｉｎｆｏa1が読めるようになっても、もし、運用グループＡがＫa1 を保存していると、情報を読めてしまうので、顧客ａに鍵の変更を促すか、システム鍵で顧客ａの鍵を変更して顧客ａに伝える必要がある。
５）開発グループ、保守グループ、ａ以外の顧客に情報が読み取られる可能性について、
【数３５】
2006237670.tif 000038
であり、開発グループ、保守グループ、ａ以外の顧客はＫa1、Ｋa2が分からないので２項とも復号化できない。よって情報は取り出せない。
以上安全性が検証できた。
【００２６】
以上は基本的な例を示しただけであり、他の例としては、住民基本台帳ネットワークにも使用できる。その場合、システム側は政府になり、顧客は住民、運用グループは市役所など、となり、基本的にはＭ対Ｎ（Ｌ）システムを使用することになる。
【産業上の利用可能性】
【００２７】
本発明は、インターネットを利用する商取引や住民基本台帳などのデータベースにおける情報を取り扱う産業に利用できる。
【図面の簡単な説明】
【００２８】
【図１】本発明１実施例データベースにおける基本的なシステム模型図（ａ）、及び商取引サイトの模型図（ｂ）を示す。
【図２】本発明における１対Ｎ（１）システムの基本的な模型図（ａ）、及び商取引サイトの模型図を示す。
【図３】本発明におけるＭ対Ｎ（１）システムの基本的な模型図（ａ）、及び商取引サイトの模型図を示す。
【図４】本発明におけるＭ対Ｎ（Ｌ）システム基本的な模型図（ａ）、及び商取引サイトの模型図を示す。
【図５】本発明と対比するためのシステムにおけるシステム模型図（ａ）、（ｂ）、（ｃ）を示す。
【図６】一般的な通常の商取引サイトの模型図である。
【符号の説明】
【００２９】
１    システム側
２    開発グループ（保守グループ含む場合もあり）
３    運用グループ
４    ユーザ（顧客）
５    サーバ
６    データベース
【図１】
2006237670.tif 000039
【図２】
2006237670.tif 000040
【図３】
2006237670.tif 000041
【図４】
2006237670.tif 000042
【図５】
2006237670.tif 000043
【図６】
2006237670.tif 000044