JP2003078521A - ホームページへ埋め込む暗号化認証テキストによるサイト間の認証情報受け渡しシステム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ホームページへ埋め込む暗号化認証テキスト
によるサイト間の認証情報受け渡しシステムにおいて、
異なるインターネットサイト間又は異なるインターネッ
トシステム間で、セキュリティ上安全で且つ簡単に認証
を引き継ぐようにし、ホームページでのオンライン（電
子）決済等で、インターネット上の商業活動を促進する
ことにある。 【解決手段】 インターネットのホームページに使用さ
れる特定情報言語中には、異なるサイトのインターネッ
トシステムへ送信用の暗号化認証テキスを埋め込み、異
なるインターネットサイト間で認証情報を受け渡してい
る。暗号化認証テキストの作成アルゴリズムはシステム
構築者が容易に定義・修正できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ホームページへ
埋め込む暗号化認証テキストによるサイト間の認証情報
受け渡しシステムに係り、特に異なるインターネットサ
イト間での認証受け渡しを容易とし、また、認証をハッ
キング（解読）から保護し得るホームページへ埋め込む
暗号化認証テキストによるサイト間の認証情報受け渡し
システムに関する。

【０００２】

【従来の技術】インターネット上のホームページでの認
証においては、一般に、ユーザー名とパスワードとによ
って認証を行い、ホームページサイト内（同じＤＮＳド
メイン内）であれば、クッキー（Ｃｏｏｋｉｅ）という
方法により、ホームページを移動する際に、認証を受け
渡すというのが一般的である。

【０００３】

【発明が解決しようとする課題】ところが、従来、異な
るホームページサイト間の認証においては、クッキー
（Ｃｏｏｋｉｅ）による認証受け渡し方法が、使えない
という不具合があり、インターネットショッピングにお
いて、販売会社の会員制販売システムと決済専門会社の
決済システムとが容易に連携できないという不都合があ
った。

【０００４】また、異なるインターネットサイト間の認
証においては、既に開発されたいわゆるプロトコル認証
方式が注目されているが、オペレーティングシステム
（ＯＳ）レベル又はアプリケーションレベルでの実装が
必要となり、システム構築者は、独自の認証システムを
作成する暗号化アリゴリズムの定義・変更が容易にする
ことができないという不都合があった。

【０００５】

【課題を解決するための手段】そこで、この発明は、上
述の不都合を除去するために、インターネットのホーム
ページに使用される特定情報言語中に暗号化認証テキス
トを埋め込み、異なるインターネットサイト間で認証情
報を受け渡すことを特徴とする。

【０００６】

【発明の実施の形態】この発明は、インターネットのホ
ームページに使用される特定情報言語中に、ホームペー
ジへ送信用の暗号化認証テキストを埋め込むことによ
り、異なるインターネットサイト間での認証受け渡しを
容易に確立することができ、また、認証受け渡しシステ
ムの実装がクライアントを介さないサーバー間に限られ
ることから、システム構築者が、その認証要素を使用し
て暗号化アルゴリズムを容易に定義・修正することがで
き、暗号化アルゴリズムを作成するのに、高度な数学の
知識を必要としない。これにより、悪意を持った暗号ア
ルゴリズム開発者や暗号アルゴリズム盗難によるシステ
ム化されたハッキング（解読）によるシステム被害の拡
大を防ぐことができ、また、従来に比べて、テキストエ
ディタ等で実装と設定変更とが可能であるため、暗号化
アルゴリズムの作成が容易で、認証情報の認証解読シス
テム（ハッキングシステム）の作成を非常に困難とする
ことができる。よって、このホームページの暗号化認証
テキストよるサイト間の認証受け渡しシステムにより、
異なるホームページサイト間又は異なるインターネット
システム間で、セキュリティ上安全で且つ簡単に認証を
引き継ぐことができるようになり、ホームページでのオ
ンライン（電子）決済等で、インターネット上の商業活
動を促進することができる。

【０００７】

【実施例】以下図面に基づいてこの発明を詳細且つ具体
的に説明する。図１〜７は、この発明の実施例を示すも
のである。図１において、２はホームページへ埋め込む
暗号化認証テキストによるサイト（インターネットサイ
ト）間の認証情報受け渡しシステムである。この認証受
け渡しシステム２は、一方のサイトＡとしてのホームペ
ージサイト４Ａと、他方のサイトＢとしてのホームペー
ジサイト４Ｂとを備えている。ホームページサイト４Ａ
は、会員のユーザー（Ｕ）を有し、このユーザー（Ｕ）
とホームページサイト４Ｂとの間を連絡するサイトであ
る。ホームページサイト４Ｂは、オンラインショッピン
グを行うサイトである。よって、ホームページサイト４
Ａとホームページサイト４Ｂとは、夫々異なるサイトで
あり、通信手段６を介して連絡している。また、ホーム
ページサイト４Ａには、該ホームページサイト４Ａの会
員であるユーザー（Ｕ）８が連絡して来るものである。

【０００８】図１のフローチャートに基づいて、ホーム
ページサイト４Ａとホームページサイト４Ｂ間の認証受
け渡しの概略を説明する。

【０００９】即ち、図１に示す如く、先ず、ホームペー
ジサイト４Ａにおいて、ユーザー（Ｕ）８が、ユーザー
ＩＤとパスワードとを使い、認証操作を行い（ステップ
１０２）、そして、ユーザー（Ｕ）８が認証を獲得した
か否かを判断する（ステップ１０４）。このステップ１
０４がＮＯで、ユーザー（Ｕ）８が認証を獲得できなか
った場合は、ステップ１０２に戻る。

【００１０】このステップ１０４がＹＥＳで、ユーザー
（Ｕ）８がホームページサイト４Ａで認証を獲得した場
合には、ユーザー（Ｕ）８が、例えば、オンライン決済
のために、ホームページサイト４Ｂへ移動操作する際、
つまり、ホームページサイト４Ａで獲得した認証をホー
ムページサイト４Ｂへも引き継ぐ必要が生じたときに、
ホームページサイト４Ａで暗号化認証テキストとしての
後述する暗号化認証文字列２０２を生成し（ステップ１
０６）、この暗号化認証文字列２０２を、ホームページ
に使用される特定情報言語としての例えばＨＴＭＬ文や
ＸＭＬ文の中へ、所定の埋め込み方式であるＧＥＴ又は
ＰＯＳＴメソッドを使用して埋め込み、ホームページサ
イト４Ｂに通信手段６を介して送信して渡す（リンク送
信）。このＧＥＴ又はＰＯＳＴメソッドは、ＨＴＭＬや
ＸＭＬのデータ送信方式（書式）である。

【００１１】そして、ホームページサイト４Ａからの信
号を受けたホームページサイト４Ｂにおいては、そのＨ
ＴＭＬ文やＸＭＬ文中に埋め込まれた暗号化認証文字列
２０２があるか否かを判断する（ステップ１０８）。そ
の暗号化認証文字列２０２がなく、このステップ１０８
がＮＯの場合に、ホームページサイト４Ｂでは、ホーム
ページサイト４Ａからのアクセスを拒否する（ステップ
１１０）。

【００１２】その暗号化認証文字列２０２があり、ステ
ップ１０８がＹＥＳの場合には、この暗号化認証文字列
２０２を解析（検査）し（ステップ１１２）、そして、
認証に成功したか否かを判断する（ステップ１１４）。
このステップ１１４がＮＯで、ホームページサイト４Ａ
からの認証を持たないでアクセスしてきたと認識した場
合に、ホームページサイト４Ｂでは、ホームページサイ
ト４Ａからのアクセスを拒否する（ステップ１１０）。

【００１３】このステップ１１４がＹＥＳで、ホームペ
ージサイト４Ａから認証を持ってアクセスしてきたと認
識した場合に、ホームページサイト４Ｂでは、ユーザー
（Ｕ）８に対してサービスを提供する（ステップ１１
６）。

【００１４】上述の如く、ホームページサイト４Ａで生
成されてホームページサイト４Ｂで解析される認証の構
成データは、例えば、前記暗号化認証文字列２０２と暗
号化認証の生成アルゴリズム名とサインと法人名との４
つの認証情報から構成されている。この４つの認証情報
は、主に、認証を引き継ぐホームページサイト４Ｂの解
析プログラムの条件分岐とログの生成とに使われるもの
である。

【００１５】図２に示す如く、ホームページサイト４Ａ
で生成される暗号化認証文字列２０２は、認証を確認す
るためのコードであり、整数データからなる認証ベース
データ２０４と、文字データからなる認証コード２０６
とによって生成される。

【００１６】認証ベースデータ２０４は、公開されたキ
ーであり、数値データ（ユーザーＩＤデータ）２０４Ａ
と、ランダムデータ（ランダム数値）２０４Ｂと、時系
列データ２０４Ｃとの３つの要素を組み合わせてなる。
数値データ２０４Ａは、ユーザーＩＤコードであり、ホ
ームページサイト４Ｂにおいては、ログに使用されるも
のである。この暗号化認証受け渡しシステム２に、認証
コード２０６の生成時のログを分析するログ分析システ
ムを組み合わせることで、暗号化認証受け渡しシステム
２が高度なセキュリティメカニズムとなるものである。
このログ分析システムは、不正なアクセスだけを拒否し
たり、認証コード２０６の有効性を制御できるものであ
る。かかる場合に、必要ならば、この数値データ２０４
Ａにおいて復元可能な暗号化を施し、整数データを生成
する。ランダムデータ２０４Ｂは、乱数発生関数より得
た値であり、複雑な暗号を生成するのに用いるものであ
る。時系列データ２０４Ｃは、主に、遅効性のセキュリ
ティ乱数で、日付とともに緩やかに変化する時系列の各
データから生成した値であり、認証の生存期間の要素を
含んだ複雑な暗号を生成するのに用いられるものであ
る。

【００１７】認証コード２０６は、図３に示す如く、暗
号化認証コード２０６Ａと、認証の生存期間を定義する
暗号化ワンタイム要素２０６Ｂとの２つの要素からな
る。

【００１８】暗号化認証コード２０６Ａは、図４に示す
如く、認証ベースデータ２０４の数値データ２０４Ａと
ランダムデータ２０４Ｂと時系列データ２０４Ｃとの各
データを計算処理し（ステップ３０２）、後述する暗号
変換キーテーブル６０２へのポインタを指すことによ
り、つまり、暗号変換キーテーブル６０２による暗号化
処理をすることにより（ステップ３０４）、生成される
（ステップ３０６）。この場合に、従来の機械式暗号機
や暗号ＩＣチップとは異なり、前記認証ベースデータ２
０４の各データの計算処理及び暗号変換キーテーブル６
０２は、システム構築者が変更できる柔軟性を持つもの
であり、よって、従来の認証技術とは異なる。また、こ
のシステム構築者が変更できる柔軟さ故、認証受け渡し
側が多数の場合は、認証受け渡し側サーバーを識別する
情報を認証受け渡し時に一緒に送り、必ず認証受け渡し
側サーバー毎に違う暗号化アルゴリズムを設定する必要
性が生ずる。よって、規模の大きな認証受け渡しシステ
ムを構築可能とし、公開キー基盤（ＰＫＩ）との違いと
して、サーバーを識別する情報を使い暗号化アルゴリズ
ムを共有してしまう危険性を警告する。

【００１９】暗号化ワンタイム要素２０６Ｂは、認証の
生存期間を定義し、図５に示す如く、基本的なアルゴリ
ズムが、ホームページサイト４Ａで現在時刻を取得し
（ステップ４０２）、ワンタイム要素に暗号化処理を施
し、つまり、暗号変換キーテーブル６０２による暗号化
処理をし（ステップ４０４）、生成される（ステップ４
０６）。つまり、この実施例においては、ＵＮＩＸ（登
録商標）に使われているＤＥＳ（アメリカ暗号規格）の
認証とは異なり、暗号化認証テキストである暗号化認証
文字列２０２には、認証の生存期間の要素を含んでいる
ものである。

【００２０】そして、図６に示す如く、ホームページサ
イト４Ｂにおいては、例えば、現在時刻を取得し（ステ
ップ５０２）、前後１時間で３候補と前後５分で１１候
補とを求め（ステップ５０４）、そして、暗号変換キー
テーブル６０２による暗号化処理を行い（ステップ５０
６）、ホームページサイト４Ａから送信されてきた暗号
化ワンタイム要素２０６Ｂと一致するものがあるか否か
を比較し（ステップ５０８）、その暗号化ワンタイム要
素２０６Ｂと一致するものがなく、ステップ５０８がＮ
Ｏの場合に、ホームページサイト４Ａからのアクセスを
拒否し（ステップ５１０）、一方、その暗号化ワンタイ
ム要素２０６Ｂと一致するものがあり、ステップ５０８
がＹＥＳの場合には、その暗号化ワンタイム要素２０６
Ｂを解決する（ステップ５１２）。かかる場合、海外で
のサーバー間の認証受け渡しは、Ｇ．Ｍ．Ｔ（ＧＲＥＥ
ＮＷＩＴＣＨ ＴＩＭＥ）を、サーバー同士の時刻を正
確に同期させるために、ＳＮＴＰプロトコル（Ｓｉｍｐ
ｌｅ Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）
で利用することができるものである。認証受け取り側
に、認証データ受け渡しのログを収集させ、そのログを
分析するシステムを組み合わせることで、システムは、
高度なセキュリティメカニズムとなるものである。よっ
て、暗号化ワンタイム要素２０６Ｂと組み合わせて、本
来の機能を意図する完璧なワンタイム認証が可能とな
る。

【００２１】暗号変換キーテーブル６０２を使った暗号
化処理は、図７に示すように行なわれる。

【００２２】即ち、異なるホームページサイト４Ａとホ
ームページサイト４Ｂ間で認証受け渡しを成功させるに
は、公開された暗号化認証文字列２０２の中に含まれ
た、１０進または１６進の整数データの認証ベースデー
タ２０４を処理し、文字データからなる認証コード２０
６が常に生成できればよいものである。

【００２３】暗号化認証文字列２０２は、生存期間があ
り、規定では、数分でその効力は消滅し、生成される毎
に変化するものである。

【００２４】暗号化認証文字列２０２の生成で説明した
ように、暗号化認証文字列２０２の認証ベースデータ２
０４には、ホームページサイト４Ａからホームページサ
イト４Ｂへ移動する度に、２種類の乱数を発生させる要
素を含み、認証コード２０６には、認証の生存期間を定
義した暗号化ワンタイム要素２０６Ｂが含まれているこ
とにより、認証コード２０６が生成毎に大きく変化す
る。

【００２５】この認証コード２０６を生成毎に大きく変
化させるためには、暗号変換キーテーブル６０２が使用
される。整数データの認証ベースデータ２０４と暗号化
認証文字列２０２の生成時刻とを演算処理させ、その値
をポインタとして暗号変換キーテーブル６０２のいずれ
かの文字の位置を示すことで、認証コード２０６を生成
する。この認証における暗号化は、常に一貫性のある結
果が得られなければならないが、復元を必須としない。

【００２６】つまり、 Ｘ ａｎｄ Ｙ−−＞Ｚ でなければならないが、 Ｚ−−＞Ｘ ａｎｄ Ｙ でなくても構わない。また、 Ｘ ａｎｄ Ｙ−−＞Ｚ ｄ ａｎｄ Ｔ−−＞Ｚ ｅ ａｎｄ Ｕ−−＞Ｚ であっても、ある程度はよい。

【００２７】しかし、Ｚの値が連続して生成されると問
題があるので、あまりにも多くのＺが多く生成された
り、ワンタイムパスワード要素にＺが連続して生成され
てはいけない。暗号変換キーテーブル６０２に同じ文字
を繰り返し使ってもよく、悪意の解読者を混乱させるた
めには、複数の似通った暗号変換キーテーブルを使うこ
とや、暗号変換キーテーブル６０２に同じ文字や文字列
をある程度ちりばめた方が効果がある。

【００２８】また、ハッキングシステムから認証情報受
け渡しシステム２を自己防御できるように、暗号変換キ
ーテーブル６０２とポインタ取得演算処理部６０４と
は、システム構築者により、定義を作成することが可能
であるとともに、変更が可能である。

【００２９】更に、ハッキングを防ぐためと、ポインタ
取得演算処理部６０４とのためにも、認証ベースデータ
２０４Ａは、１０進または１６進の整数データでなけれ
ばならない。

【００３０】更にまた、ハッキングを防ぐため、暗号変
換キーテーブル６０２は、全ての文字コードを含むよう
にすべきであり、認証コード２０４に候補文字が数字だ
けになってはならない。

【００３１】また、ハッキングを防ぐために、暗号変換
キーテーブル６０２へのポインタ値を返すポインタ取得
演算処理部６０４は、数式部（確乱計算）６０４Ａと、
変化する値に条件を設定した確変条件部６０４Ｂとから
なる。

【００３２】数式部６０４Ａは、四則演算、絶対値、ビ
ットシフトや指数関数等の演算からなり、入力に対して
出力は確定したものとなってしまうが、数式部６０４Ａ
を数学の公式やコンピュータで簡単に推論できないよう
に、数式部６０４Ａを暗号ポインタ用の確乱計算で行う
ことで、特殊な数学の知識を必要とせず、また、認証シ
ステムの解析を困難にすることができる。

【００３３】一般の計算においては、単純な計算は規則
性を見つけやすい。つまり、 ３０÷９−−−−＞商３余３ ２９÷９−−−−＞商３余２ ２８÷９−−−−＞商３余１ １１÷９−−−−＞商１余２ １０÷９−−−−＞商１余１ となり、そこで、暗号ポインタを計算する確乱計算で
は、 ３０（右辺）÷９（左辺）−−−−＞｛３０（右辺）÷
３（余）｝＋｛（３（商）×３（余）｝−−−−＞１０
＋９＝３９ ２９（右辺）÷９（左辺）−−−−＞｛２９（右辺）÷
２（余）｝＋｛（３（商）×２（余）｝−−−−＞１４
＋６＝２０ ２８（右辺）÷９（左辺）−−−−＞｛２８（右辺）÷
１（余）｝＋｛（３（商）×１（余）｝−−−−＞２８
＋３＝３１ １１（右辺）÷９（左辺）−−−−＞｛１１（右辺）÷
２（余）｝＋｛（１（商）×２（余）｝−−−−＞５＋
２＝７ １０（右辺）÷９（左辺）−−−−＞｛１０（右辺）÷
１（余）｝＋｛（１（商）×３（余）｝−−−−＞１０
＋３＝１３ の確乱計算を使用すれば、認証システムの解析を非常に
困難にすることができる。

【００３４】更に、ポインタ値を返すポインタ取得演算
処理部６０４の数式部６０４Ａだけでは、 数式部（Ａ）−−−−＞Ｂ ９（右辺）÷９（左辺）−−−−＞｛９（右辺）÷０
（余）｝＋｛（１（商）×０（余）｝−−−−＞０ 等、「固定した解」や「暗号用確乱計算での矛盾」を生
じたりするが、確変条件部６０４Ｂを加えることで、こ
れを補い、 数式部（Ａ）ａｎｄ確変条件部（Ａ，Ｅ，Ｆ，Ｇ）−−
−−＞Ｂ 数式部（Ａ）ａｎｄ確変条件部（Ａ，Ｅ，Ｆ，Ｇ）−−
−−＞Ｃ 数式部（Ａ）ａｎｄ確変条件部（Ａ，Ｅ，Ｆ，Ｇ）−−
−−＞Ｐ 数式部（Ａ）ａｎｄ確変条件部（Ａ，Ｅ，Ｆ，Ｇ）−−
−−＞Ｓ 数式部（Ａ）ａｎｄ確変条件部（Ａ，Ｅ，Ｆ，Ｇ）−−
−−＞Ｂ ここで、Ｅ，Ｆ，Ｇは、認証情報から任意に取り出した
変化する数値である。Ａだけでなく変化するＥ，Ｆ，Ｇ
の値に仕掛けた条件が、ポインタ値や暗号変換キーテー
ブル６０２の選択を変化させることで、数式部６０４Ａ
と暗号変換キーテーブル６０２とを隠蔽する。また、こ
の図７においては、現在時刻（時・分）のデータ６０６
がある。

【００３５】以下に、この実施例におけるホームページ
サイト４Ａとホームページサイト４Ｂ間での認証受け渡
し方式について、さらに具体的に説明する。

【００３６】ホームページサイト４Ａの会員であるユー
ザーＵが、インターネットの会員特価で品物を購入する
目的でホームページサイト４Ａにアクセスし、ホームペ
ージサイト４Ａの会員であることの認証を受けたとす
る。しかし、品物の購入は、オンラインショッピングを
行うホームページサイト４Ｂでなければならないとす
る。

【００３７】そして、ホームページサイト４Ａでは、暗
号化認証テキストである暗号化認証文字列２０２を生成
する。異なるホームページサイト４Ａとホームページサ
イトＢサイト間での認証受け渡し方式の説明のため、暗
号処理は、単純化されている。

【００３８】つまり、例えば、 ホームページサイト Ａ 暗号化アルゴリズム名 ＥａｓｙＳｌｏｔＺｅｒｏ サイン ｐａＴＪＷＳＰＸｇＤＳＯ 法人名 Ｉｎｔｅｒｃｏｍ．ｉｎｃ ユーザーＩＤ １２３０４５ 乱数値 ０Ｅ 生成年月日 ２００１年６月１４日 木曜日 生成時刻 １４：３０ 暗号変換キーテーブル６０２の値 ２＃Ｄ６＆＆２＃ＡＡ？！Ｂｖ８８！ｔ９ １ とで、暗号化認証文字列２０２が生成される。ここで、
ここで仮定する暗号変換キーテーブル６０２のポインタ
のはじまりは、「１（２＃）」とする。また、ここで仮
定する暗号変換キーテーブル６０２の逆ポインタのはじ
まりは、「１（９１）」とする。

【００３９】そして、認証ベースデータ２０４は、以下
のように求められる。

【００４０】つまり、ランダム関数から「０Ｅ」を取得
し、ここでは、単純に年月日演算処理し、月曜日をポイ
ンタ「０」とし、曜日の木曜日を表す整数「３」を求
め、 １２３０４５−０Ｅ−０３ が、認証ベースデータ２０４となる。

【００４１】また、暗号化認証コード２０６Ａは、以下
のように求められる。

【００４２】つまり、ここでは、単純に「１２３０４
５」を１文字ずつ加算し、 １＋２＋３＋０＋４＋５＝１５ とし、そして、乱数「０Ｅ（１４）」を加算して、
「３」で除算し、 １５＋１４＝２９ とし、そして、２９÷３＝「商９」「余２」を求める。
この「余２」を、ここで仮定している暗号変換キーテー
ブル６０２のポインタとして使い ここでは単純に「Ｄ
６」を求める。また、ここでは、単純に、年月日演算処
理し、曜日の木曜日の「３」へ乱数「１４」を乗算し、
「１の位」へ「１０の位」を加算する。ここで、月曜日
がポインタ「０」となる。つまり、 ３×１４＝４２ ４＋２＝６ となり、「６」を、ここで仮定している暗号変換キーテ
ーブル６０２のポインタとして使い ここでは単純に
「？！」を求める。そして、「Ｄ６？！」が、暗号化認
証コード２０６Ａとなる。

【００４３】次いで、暗号化ワンタイム要素２０６Ｂ
を、以下のように求める。

【００４４】つまり、ここでは、単純に、現在時刻の
「１４：３０」を、 １４＋３０＝４４ とし、乱数「１５」を減算し、絶対値を求めて「９」で
除算する。 （４４−１５）＝２９ ２９÷９＝「商３」「余２」 この「余２」を、ここで仮定している暗号変換キーテー
ブル６０２の逆ポインタとして使い ここでは単純に
「！ｔ」を求める。この「！ｔ」が、暗号化ワンタイム
要素２０６Ｂとなる。

【００４５】この結果、「Ｄ６？！！ｔ」が認証コード
２０６となり、また、「１２３４５０Ｅ０３−Ｄ６？！
！ｔ」が、暗号化認証文字列２０２となる。

【００４６】つまり、 ＜ＦＯＲＭ ｍｅｔｈｏｄ＝”ｐｏｓｔ” ａｃｔｉｏ
ｎ＝”ｈｔｔｐ：／／ｓｐａｒｃ．ｉｎｔｅｒｃｏｍ．
ｃｏ．ｊｐ／ｃｇｉ−ｂｉｎ／ＳａｌｅｓＯｎｌｉｎ
ｅ．ｐｌ”＞ ＜ＩＮＰＵＴ ＴＹＰＥ＝”ｈｉｄｄｅｎ” ＮＡＭＥ
＝”ＳｅｒｉａｌＮｏ” ＶＡＬＵＥ＝”１２３００４
５０Ｅ０３”＞ ＜ＩＮＰＵＴ ＴＹＰＥ＝”ｈｉｄｄｅｎ” ＮＡＭＥ
＝”ＣｅｒｔＣｏｄｅ” ＶＡＬＵＥ＝”Ｄ６？！！
ｔ”＞ ＜ＩＮＰＵＴ ＴＹＰＥ＝”ｈｉｄｄｅｎ” ＮＡＭＥ
＝”Ｔｙｐｅ” ＶＡＬＵＥ＝”ＥａｓｙＳｌｏｔＺｅ
ｒｏ”＞ ＜ＩＮＰＵＴ ＴＹＰＥ＝”ｈｉｄｄｅｎ” ＮＡＭＥ
＝”Ｓｉｇｎａｔｕｒｅ” ＶＡＬＵＥ＝”ｐａＴＪＷ
ＳＰＸｇＤＳＯ”＞ ＜ＩＮＰＵＴ ＴＹＰＥ＝”ｈｉｄｄｅｎ” ＮＡＭＥ
＝”Ｃｏ．” ＶＡＬＵＥ＝”Ｉｎｔｅｒｃｏｍ．ｉｎ
ｃ．”＞ ＜ＦＯＮＴ ＳＩＺＥ＝５＞ ＜／ＦＯＮＴ＞ ＜ＩＮ
ＰＵＴ ＴＹＰＥ＝ＳＵＢＭＩＴ ＶＡＬＵＥ＝”送
信”＞ となる。

【００４７】そして、ホームページサイト４Ｂにおいて
は、受け取り時刻が「１４：３１」とすると、このアク
セスで認証ベース２０４を受け取ったかを調べ、「サイ
ン」と「法人名」とからホームページサイト４Ａから会
員特価で品物を購入するためにアクセスしてきたことを
確認する。

【００４８】さらに、暗号化認証の生成アルゴリズム名
を調べ、また、暗号化認証文字列２０２の数を調べ、更
に、暗号化認証文字列２０２が生存期間内であるかを調
べるために、 現在時刻から 前後１時間の３候補 １４ １３ １５ 現在時刻から 前後５分の１１候補 ３１ ３０ ２９
２８ ２７ ２６ ３２ ３３ ３４ ３５ ３６ 候補を指定された暗号認証の生成アルゴリズム「Ｅａｓ
ｙＳｌｏｔＺｅｒｏ」を使って、順に暗号化処理を行
う。

【００４９】そして、候補「１４：３１」の検査は、 １４＋３１＝４５ とし、乱数「１５」を減算し、絶対値を求めて「９」で
除算する。 （４５−１５）＝３０ ３０÷９＝「商３」「余３」 この「余３」を、ここで仮定している暗号変換キーテー
ブル６０２の逆ポインタとして使い、「８８」を求め
る。前記「！ｔ」と比較すると、答えが違うので、次の
候補をチェックする。

【００５０】この候補「１４：３０」の検査は、 １４＋３０＝４４ とし、乱数「１５」を減算し、絶対値を求めて「９」で
除算する。 （４４−１５）＝２９ ２９÷９＝「商３」「余２」 この「余２」を、ここで仮定している暗号変換キーテー
ブル６０２の逆ポインタとして使い、「！ｔ」を求め
る。この「！ｔ」を比較すると、一致するので、この処
理を中断し、次の処理へ進む。

【００５１】そして、現在年月日が２００１年６月１４
日から、ここでは、単純に、年月日演算処理し、曜日の
木曜日の「３」（月曜日がポインタ「０」）と、「１２
３００４５０Ｅ０３」、時系列データ部分「０３」とを
比較すると、一致するので、次の処理へ進む。

【００５２】そして、「１２３００４５０Ｅ０３」を暗
号化処理して、「Ｄ６？！」を求め、ホームページサイ
ト４Ａから送信された暗号化認証コード「Ｄ６？！」と
照合すると、一致する。

【００５３】よって、ホームページサイト４Ｂでは、ユ
ーザー（Ｕ）８がホームページサイト４Ａで認証された
と判断する。そして、ホームページサイト４Ｂにおいて
は、ユーザー（Ｕ）８へ会員特価で品物を購入できるホ
ームページを表示する。

【００５４】しかし、前記各コードが一つでも一致しな
い場合には、アクセス拒否をする。

【００５５】従って、インターネットのホームページに
使用される特定情報言語であるＨＴＭＬ文及びＸＭＬ文
中に、ホームページへ送信用の暗号化認証テキスである
暗号化認証文字列２０２を埋め込むことにより、異なる
インターネットサイト間での認証受け渡しを容易に確立
することができ、また、認証受け渡しシステム２の実装
がクライアントを介さないサーバー間に限られることか
ら、システム構築者が、その認証要素を使用して暗号化
アルゴリズムを容易に定義・修正することができ、暗号
化アルゴリズムを作成するのに、高度な数学の知識を必
要としない。これにより、悪意を持った暗号アルゴリズ
ム開発者や暗号アルゴリズム盗難によるシステム化され
たハッキング（解読）によるシステム被害の拡大を防ぐ
ことができ、また、従来に比べて、テキストエディタ等
で実装と設定変更とが可能であるため、暗号化アルゴリ
ズムの作成が容易で、認証情報の認証解読システム（ハ
ッキングシステム）の作成を非常に困難とすることがで
きる。よって、このホームページの暗号化認証テキスト
よるサイト間の認証受け渡しシステム２により、異なる
ホームページサイト間又は異なるインターネットシステ
ム間で、セキュリティ上安全で且つ簡単に認証を引き継
ぐことができるようになり、ホームページでのオンライ
ン（電子）決済等で、インターネット上の商業活動を促
進することができる。

【００５６】

【発明の効果】以上詳細な説明から明らかなようにこの
発明によれば、インターネットのホームページに使用さ
れる特定情報言語中にホームページへ送信用の暗号化認
証テキスを埋め込むことにより、異なるインターネット
サイト間での認証受け渡しを容易に確立することがで
き、また、認証受け渡しシステムの実装がクライアント
を介さないサーバー間に限られることから、システム構
築者が、その認証要素を使用して暗号化アルゴリズムを
容易に定義・修正することができ、暗号化アルゴリズム
を作成するのに、高度な数学の知識を必要としない。こ
れにより、悪意を持った暗号アルゴリズム開発者や暗号
アルゴリズム盗難によるシステム化されたハッキング
（解読）によるシステム被害の拡大を防ぐことができ、
また、従来に比べて、テキストエディタ等で実装と設定
変更とが可能であるため、暗号化アルゴリズムの作成が
容易で、認証情報の認証解読システム（ハッキングシス
テム）の作成を非常に困難とすることができる。よっ
て、このホームページの暗号化認証テキストよるサイト
間の認証受け渡しシステムにより、異なるホームページ
サイト間又は異なるインターネットシステム間で、セキ
ュリティ上安全で且つ簡単に認証を引き継ぐことができ
るようになり、ホームページでのオンライン（電子）決
済等で、インターネット上の商業活動を促進し得る。

【図面の簡単な説明】

【図１】異なるサイトＢ間の認証受け渡しの概略フロー
チャートである。

【図２】暗号化認証文字列の構成図である。

【図３】認証コードの構成図である。

【図４】暗号化認証コードを生成するフローチャートで
ある。

【図５】暗号化ワンタイム要素の生成フローチャートで
ある。

【図６】ホームページサイトＢにおいて暗号化ワンタイ
ム要素の検査フローチャートである。

【図７】暗号変換キーテーブルによる暗号化処理を示す
図である。

【符号の説明】

２ 認証受け渡しシステム ４Ａ サイトＡのホームページサイト ４Ｂ サイトＢのホームページサイト ６ 通信手段 ８ ユーザー

Claims (2)

【特許請求の範囲】
1. 【請求項１】 インターネットのホームページに使用さ
   れる特定情報言語中に暗号化認証テキストを埋め込み、
   異なるインターネットサイト間で認証情報を受け渡すこ
   とを特徴とするホームページへ埋め込む暗号化認証テキ
   ストによるサイト間の認証情報受け渡しシステム。
2. 【請求項２】 前記暗号化認証テキストは、暗号化認証
   文字列であり、数値データとランダム数値と時系列デー
   タとからなる認証ベースデータと、暗号化認証コードと
   認証の生存期間を定義する暗号化ワンタイム要素とから
   なる認証コードとによって生成されたことを特徴とする
   請求項１に記載のホームページへ埋め込む暗号化認証テ
   キストによるサイト間の認証情報受け渡しシステム。