JP6925296B2 - ネットワークシステム - Google Patents

Description

本発明は、サーバ及び複数のクライアント間で認証を行うネットワークシステムに関する。

上記したネットワークシステムでは、特許文献１に記載の車載ネットワークシステムが解決しようとする課題である車両のセキュリティに関連して、第三者がなりすましによって前記認証を受ける事態を防止すべく、前記サーバ及び前記複数のクライアント間で、前記認証に必要な情報（例えば、共通鍵方式での共通鍵及び公開鍵方式での秘密鍵）を高い耐タンパ性で秘密にする。

特開２０１３−１６８８６５号公報

しかしながら、上記したネットワークシステムでは、上記した高い耐タンパ性を確保すべく、高価である耐タンパ装置（ＨＳＭ：Ｈａｒｄｗａｒｅ Ｓｅｃｕｒｉｔｙ Ｍｏｄｕｌｅ）を、前記サーバ及び前記複数のクライアントの全てが備える必要があることから、前記ネットワークシステムが全体として極めて高価になるという問題があった。

本発明の目的は、上記した課題に鑑み、クライアントの解析困難性がサーバの解析困難性より低くても、なりすましによる認証を防止することができるネットワークシステムを提供することにある。

上記した課題を解決すべく、本発明に係るネットワークシステムは、
ネットワークと、複数のクライアントと、前記複数のクライアントを認証すべく、前記ネットワークを介して前記複数のクライアントとの間で送受信を行うサーバと、を含むネットワークシステムであって、
前記サーバは、前記認証のために該サーバが行うべき手続であるサーバ手続を規定するサーバプログラムと、前記サーバ手続、及び、前記認証のために前記複数のクライアントが行うべき手続であるクライアント手続を実施するために必要な複数のパラメータについて、前記複数のパラメータの内容の複数の組み合わせと、各識別子が前記複数の組み合わせの１つを特定する複数の識別子との対応関係を示す共通テーブルと、各クライアント秘密情報が、前記複数のクライアントのうちの１つに対応し、かつ、当該対応する１つのクライアントのみに知られた複数のクライアント秘密情報とを、解析の困難の度合いである第１の解析困難性で記憶し、
前記複数のクライアントの各々は、前記クライアント手続を規定するクライアントプログラムと、前記共通テーブルと、前記対応する１つのクライアント秘密情報とを、前記第１の解析困難性よりも低い第２の解析困難性で記憶し、
前記複数のクライアントのうちの前記認証を要求するクライアントである認証要求クライアントは、前記サーバへ、該認証要求クライアントを認証すべきことを要求し、
前記サーバは、前記複数の識別子のうち一の識別子を選択し、
前記サーバは、該サーバの前記共通テーブルにおける、前記選択された一の識別子である選択識別子により特定されるパラメータの内容である特定パラメータ内容により定まる、前記認証要求クライアントの認証を支援すべきクライアントである認証支援クライアントへ、前記認証要求クライアントから、前記認証のための問い合わせがあるであろう旨を予告し、
前記サーバは、前記認証要求クライアントへ、前記選択識別子を通知し、
前記認証支援クライアントは、該認証支援クライアントのクライアント秘密情報に基づき、該認証支援クライアントに固有である認証支援クライアント固有情報を生成し、
前記認証要求クライアントは、前記認証支援クライアントへ、該認証要求クライアントの認証のための問い合わせを行い、
前記認証支援クライアントは、前記認証要求クライアントへ、前記認証支援クライアント固有情報を通知し、
前記認証要求クライアントは、該認証要求クライアントの前記共通テーブルにおける特定パラメータ内容、前記認証支援クライアント固有情報、及び、該認証要求クライアントのクライアント秘密情報に基づき、該認証要求クライアントに固有である認証要求クライアント固有情報を生成し、
前記認証要求クライアントは、前記サーバへ、前記認証要求クライアント固有情報を通知し、
前記サーバは、該サーバの前記テーブルにおける特定パラメータ内容、前記認証要求クライアントのクライアント秘密情報、及び、前記認証支援クライアントのクライアント秘密情報に基づき、前記認証要求クライアントを認証するために用いる情報であるサーバ固有情報を生成し、
前記サーバは、前記認証要求クライアント固有情報と、前記サーバ固有情報とが一致するとき、前記認証要求クライアントが、前記複数のクライアントに属すると判断する、ことを特徴とする。

本発明に係るネットワークシステムによれば、前記複数のクライアントの前記第２の解析困難性が、前記サーバの前記第１の解析困難性より低くても、第三者がなりすましにより認証を受けることができるとの事態を防止することができる。

実施形態１のネットワークシステムの構成を示す。 実施形態１のネットワークシステムの配置例を示す。 実施形態１のネットワークシステムのサーバの構成を示す。 実施形態１のテーブルの構成を示す。 実施形態１の秘密データを示す。 実施形態１のクライアントの構成を示す。 実施形態１のネットワークシステムの動作を示す。 実施形態１のネットワークシステムでのなりすましの動作を示す 実施形態２のネットワークシステムの動作を示す。 実施形態２のネットワークシステムでのなりすましの動作を示す。 サーバ及びクライアントの他の配置例１を示す。 サーバ及びクライアントの他の配置例２を示す。 サーバ及びクライアントの他の配置例３を示す。

本発明に係るネットワークシステムの実施形態について説明する。

〈実施形態１〉
〈実施形態１の構成〉
図１は、実施形態１のネットワークシステムの構成を示す。実施形態１のネットワークシステムＮＳは、図１に示されるように、サーバＳＶと、複数のクライアントＣＬ１〜ＣＬ４と、ネットワークＮとを含む。サーバＳＶは、インターネット等であるネットワークＮを介して、複数のクライアントＣＬ１〜ＣＬ４を認証し、例えば、認証を要求するクライアントＣＬ１が正当な者であることを確認する。

図２は、実施形態１のネットワークシステムの配置例を示す。実施形態１のネットワークシステムＮＳは、図２に図示の車両ＶＨに設けられている。自動車等である車両ＶＨは、図２に示されるように、コントローラ部ＣＴと、複数のダンパ部ＤＰ（ＦＬ）、ＤＰ（ＦＲ）、ＤＰ（ＲＬ）、ＤＰ（ＲＲ）とを有する。コントローラ部ＣＴは、車両ＶＨの全体の動作を監視及び制御する。複数のダンパ部ＤＰ（ＦＬ）〜ＤＰ（ＲＲ）は、それぞれ、四輪の各々（左前輪、右前輪、左後輪、右後輪）のためのダンパの動作を監視及び制御する。

図１に図示のサーバＳＶは、図２に図示のコントローラ部ＣＴに設けられており、図１に図示のクライアントＣＬ１〜ＣＬ４は、それぞれ、図２に図示のダンパ部ＤＰ（ＦＬ）〜ＤＰ（ＲＲ）に設けられている。

〈実施形態１のサーバ〉
図３は、実施形態１のネットワークシステムのサーバの構成を示す。実施形態１のサーバＳＶは、図３に示されるように、ＣＰＵ１０と、ＲＡＭ２０と、ＲＯＭ３０と、通信ハンドラ４０とを備える。

説明の便宜上、先ず、ＲＯＭ３０について説明する。

ＲＯＭ３０は、制御プログラムＰＲ（ＳＶ＿ＣＴ）と、テーブル（ＴＢ）と、複数の秘密データＳＤ（ＣＬ１）〜ＳＤ（ＣＬ４）とを含む。ＲＯＭ３０は、解析の困難の度合いである「解析困難性ＡＤ（ＳＶ）」との耐タンパ性を確保すべく、高い耐タンパ装置（図示せず）により構成されている。

ここで、解析困難性ＡＤ（ＳＶ）は、『第１の解析困難性』である。

制御プログラムＰＲ（ＳＶ＿ＣＴ）は、サーバＳＶの動作を規定する。制御プログラムＰＲ（ＳＶ＿ＣＴ）は、サーバＳＶの動作を監視及び制御するためのプログラムであり、特に、サーバＳＶ及び複数のクライアントＣＬ１〜ＣＬ４間のやりとりにおけるサーバＳＶの手続を規定する通信プログラム（ＰＲ（ＳＶ＿ＣＭ）を有する。

ここで、サーバＳＶの手続は、『サーバ手続』に対応し、通信プログラム（ＰＲ（ＳＶ＿ＣＭ）は、『サーバプログラム』に対応する。

〈実施形態１のテーブル〉
図４は、実施形態１のテーブルの構成を示す。実施形態１のテーブルＴＢは、図４に示されるように、識別子Ｉｄと、複数のパラメータ（認証支援Ｃｅ、処理Ｐｒ、制限時間Ｌｉ）の内容の組み合わせとの対応関係を規定する。

ここで、テーブルＴＢは、『共通テーブル』に対応する。

識別子Ｉｄの説明に先立ち、複数のパラメータ（認証支援Ｃｅ、処理Ｐｒ、制限時間Ｌｉ）について説明する。

認証支援Ｃｅは、上記した認証を支援すべきクライアントを規定し、具体的には、複数のクライアントＣＬ１〜ＣＬ４のうちの１つ以上を規定する。例えば、図４に示されるように、識別子Ｉｄが「Ａ」であるとき、クライアントＣＬ２が認証を支援すべきであり、同様に、識別子Ｉｄが「Ｂ」であるとき、クライアントＣＬ２及びクライアントＣＬ３が認証を支援すべきである。

処理Ｐｒは、認証を要求するクライアントが実施すべき処理の種別を規定する。処理Ｐｒは、図４に示されるように、例えば、排他的論理和（ＥＯＲ）、論理和（ＯＲ）、論理積（ＡＮＤ）である。例えば、識別子Ｉｄが「Ａ」であるとき、認証を要求するクライアントは、サーバＳＶへ、排他的論理和（ＥＯＲ）を用いた処理の結果を応答することを要し、同様に、識別子Ｉｄが「Ｂ」であるとき、認証を要求するクライアントは、サーバＳＶへ、論理和（ＯＲ）を用いた処理の結果を応答することを要する。

制限時間Ｌｉは、認証を求めるクライアントがサーバＳＶへ応答すべき最大の時間を規定する。制限時間Ｌｉは、図４に示されるように、例えば、０．１ｍｓ、０．２ｍｓである。制限時間Ｌｉは、例えば、識別子Ｉｄが「Ａ」であるとき、認証を要求したクライアントは、０．１ｍｓ以内に、サーバＳＶへ応答しなければならないことを意味する。この場合、もし、認証を要求したクライアントが、サーバＳＶへ、０．１ｍｓ以内に応答しないときには、サーバＳＶは、タイムアウトであると位置付ける。

識別子Ｉｄは、上記したパラメータ（認証支援Ｃｅ、処理Ｐｒ、制限時間Ｌｉ）の内容の組み合わせを規定する。例えば、識別子Ｉｄの「Ａ」は、認証支援Ｃｅが「クライアントＣＬ２」であり、処理Ｐｒが「排他的論理和（ＥＯＲ）」であり、制限時間Ｌｉ「０．１ｍｓ」である、との組み合わせを意味する。同様に、識別子Ｉｄの「Ｂ」は、認証支援Ｃｅが「クライアントＣＬ２、クライアントＣＬ３」であり、処理Ｐｒが「論理和（ＯＲ）」であり、制限時間Ｌｉが「０．２ｍｓ」である、との組み合わせを意味する。

図３に戻り、複数の秘密データＳＤ（ＣＬ１）〜ＳＤ（ＣＬ４）は、それぞれ、秘密に管理されている、クライアントＣＬ１〜ＣＬ４の識別情報である。

ここで、秘密データＳＤ（ＣＬ１）〜ＳＤ（ＣＬ４）は、『クライアント秘密情報』に対応する。

図５は、実施形態１の秘密データを示す。複数の秘密データＳＤ（ＣＬ１）〜ＳＤ（ＣＬ４）は、図５に示されるように、それぞれ、「ｖＷＺｂ８ｅｆＰ」、「ｕ７ＦＺ６ｔＰＥ」、「３ｔ７Ａ３Ｍｂ６」、「２ｙｗｕｆ９７ｖ」である。

図３に再び戻り、ＣＰＵ１０は、ＲＯＭ３０に記憶されている制御プログラムＰＲ（ＳＶ＿ＣＴ）（通信プログラムＰＲ（ＳＶ＿ＣＭ）を含む。）、テーブルＴＢ、及び秘密データＳＤ（ＣＬ１）〜ＳＤ（ＣＬ４）に従って、ＲＡＭ２０を作業領域として用い、通信ハンドラ４０を用いて複数のクライアントＣＬ１〜ＣＬ４との間で認証のための送受信を行い、また、認証のための処理（例えば、図４に図示の処理Ｐｒ）を行う。

〈実施形態１のクライアント〉
図６は、実施形態１のクライアントの構成を示す。実施形態１の複数のクライアントＣＬ１〜Ｃ４は、構成を互いに概ね同一とする。

詳細には、例えば、クライアントＣＬ１は、図６に示されるように、ＣＰＵ５０と、ＲＡＭ６０と、ＲＯＭ７０と、通信ハンドラ８０とを有する。クライアントＣＬ１のＣＰＵ５０、ＲＡＭ６０、ＲＯＭ７０、通信ハンドラ８０は、サーバＳＶのＣＰＵ１０、ＲＡＭ２０、ＲＯＭ３０、通信ハンドラ４０と概ね同一の構成及び動作を備える。即ち、ＣＰＵ５０は、ＲＯＭ７０に記憶されている制御プログラムＰＲ（ＣＬ＿ＣＴ）（通信プログラムＰＲ（ＣＬ＿ＣＭ）を含む。）、テーブルＴＢ、及び秘密データＳＤ（ＣＬ１）に従って、ＲＡＭ６０を作業領域として用い、通信ハンドラ８０を用いてサーバＳＶ及び他のクライアントＣＬ２〜ＣＬ４との間で認証のための送受信を行い、また、認証のための処理（例えば、図４に図示の処理Ｐｒ）を行う。

ここで、サーバＳＶ及びクライアントＣＬ１〜ＣＬ４間のやりとりにおけるクライアントＣＬ１の手続は、『クライアント手続』に対応し、通信プログラムＰＲ（ＣＬ＿ＣＭ）は、『クライアントプログラム』に対応する。

テーブルＴＢは、サーバＳＶ、クライアントＣＬ１〜ＣＬ４の間で同一であり、即ち、共通である。

秘密データＳＤ（ＣＬ1）の「ｖＷＺｂ８ｅｆＰ」（図５に図示。）は、クライアントＣＬ１のＲＯＭ７０及びサーバＳＶのＲＯＭ３０のみに記憶されている。換言すれば、秘密データＳＤ（ＣＬ1）は、他のクライアントＣＬ２〜ＣＬ４のＲＯＭ７０には記憶されていない。

同様に、クライアントＣＬ２のＲＯＭ７０は、秘密データＳＤ（ＣＬ２）の「ｕ７ＦＺ６ｔＰＥ」（図５に図示。）のみを記憶し、クライアントＣＬ３のＲＯＭ７０は、秘密データＳＤ（ＣＬ３）の「３ｔ７Ａ３Ｍｂ６」（図５に図示。）のみを記憶し、クライアントＣＬ４のＲＯＭ７０は、秘密データＳＤ（ＣＬ４）の「２ｙｗｕｆ９７ｖ」（図５に図示。）のみを記憶する。

クライアントＣＬ１のＲＯＭ７０は、サーバＳＶのＲＯＭ３０との関係では、ＲＯＭ３０の解析困難性ＡＤ（ＳＶ）より低い耐タンパ性である解析困難性ＡＤ（ＣＬ）で構築されている。具体的には、クライアントＣＬ１のＲＯＭ７０は、サーバＳＶのＲＯＭ３０と異なり、耐タンパ装置（図示せず）で構成されていない。

但し、ＲＯＭ７０内のテーブルＴＢは、例えば、その構成に冗長性を施されることにより、タンパ性をより高く確保することが望ましい。

ここで、クライアントＣＬ１の解析困難性ＡＤ（ＣＬ）は、『第２の解析困難性』に対応する。

〈実施形態１の動作〉
実施形態１のネットワークシステムの動作について説明する。

図７は、実施形態１のネットワークシステムの動作を示す。以下の動作の説明では、クライアントＣＬ１が、サーバＳＶに、クライアントＣＬ１の認証を要求することを想定する。

ここで、サーバＳＶに認証を要求するクライアントは、『認証要求クライアント』に対応する。

ステップＳ１：クライアントＣＬ１は、サーバＳＶに、当該クライアントＣＬ１を認証することを要求する。

ステップＳ２：クライアントＣＬ１から、上記した認証の要求を受信すると、サーバＳＶは、ＲＯＭ３０に記憶されているテーブルＴＢ（図４に図示。）から、クライアントＣＬ１を認証するために用いるべき識別子Ｉｄを選択する。サーバＳＶは、「Ａ」の識別子Ｉｄを選択したことを想定する。

ここで、選択された識別子Ｉｄは、『選択識別子』に対応する。

ステップＳ３：「Ａ」の識別子Ｉｄを選択した後、サーバＳＶは、当該「Ａ」の識別子Ｉｄにより特定されるパラメータの内容の１つである認証支援Ｃｅの「ＣＬ２」（図４に図示。）に対応するクライアントＣＬ２へ、クライアントＣＬ１からクライアントＣＬ２へ問い合わせがあるであろう旨を予告し、また、任意の数値、例えば、現時刻を示すタイムスタンプＴＳの「２０１８年２月１５日１２時３４分５６秒」を通知する。

ここで、選択された識別子Ｉｄにより特定されるパラメータの内容は、『特定パラメータ内容』に対応する。また、認証支援Ｃｅに対応するクライアント、即ち、認証を支援すべくクライアントは、『認証支援クライアント』に対応する。

ステップＳ４：サーバＳＶから、上記した予告の旨、及び、タイムスタンプＴＳの通知を受けると、クライアントＣＬ２は、固有情報ＳＩ（ＣＬ２）を作成する。具体的には、クライアントＣＬ２は、固有情報ＳＩ（ＣＬ２）として、クライアントＣＬ２のＲＯＭ７０に記憶されている秘密データＳＤ（ＣＬ２）の「ｕ７ＦＺ６ｔＰＥ」と、サーバＳＶから通知を受けたタイムスタンプＴＳの「２０１８年２月１５日１２時３４分５６秒」との積についてのハッシュ値である「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を作成する。「ＨＡ」は、ハッシュ関数を意味する。

ここで、クライアントＣＬ２が作成する固有情報ＳＩ（ＣＬ２）は、『認証支援クライアント固有情報』に対応する。

ステップＳ５：サーバＳＶは、クライアントＣＬ１へ、ステップＳ２で選択された「Ａ」の識別子Ｉｄを通知する。

ステップＳ６：サーバＳＶから、「Ａ」の識別子Ｉｄを受信すると、クライアントＣＬ１は、「Ａ」の識別子Ｉｄに基づき、クライアントＣＬ１のＲＯＭ７０に記憶されているテーブルＴＢ（図４に図示。）を参照することにより、認証支援Ｃｅが「ＣＬ２」であることを認識する。クライアントＣＬ１は、認証支援Ｃｅの「ＣＬ２」に対応するクライアントＣＬ２へ、認証のための問い合わせを行う。

ステップＳ７：クライアントＣＬ１から上記の問い合わせを受信すると、クライアントＣＬ２は、クライアントＣＬ１へ、ステップＳ４で作成された固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を応答する。

ステップＳ８：クライアントＣＬ２から、固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を受信すると、クライアントＣＬ１は、固有情報ＳＩ（ＣＬ１）を作成する。具体的には、クライアントＣＬ１は、サーバＳＶから受信した「Ａ」の識別子Ｉｄに従って、テーブルＴＢ（図４に図示。）を参照する。クライアントＣＬ１は、クライアントＣＬ２から受信した認証支援クライアント固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」と、クライアントＣＬ１の秘密データＳＤ（ＣＬ１）とについて、「Ａ」の識別子Ｉｄにより特定される「排他的論理和（ＥＯＲ）」を行うことにより、固有情報ＳＩ（ＣＬ１）である「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」を作成する。

ここで、認証を要求するクライアントの固有情報ＳＩ（ＣＬ1）は、『認証要求クライアント固有情報』に対応する。

ステップＳ９：クライアントＣＬ１は、ＲＯＭ７０内のテーブルＴＢを参照することにより、「Ａ」の識別子Ｉｄにより特定される制限時間Ｌｉが「０．１ｍｓ」であることを認識する。そこで、クライアントＣＬ１は、サーバＳＶへ、ステップＳ８で作成した固有情報ＳＩ（ＣＬ１）の「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」を「０．１ｍｓ」以内に通知し、換言すれば、「ＥＯＲ（ＨＡ（「ｕ７ＦＺ６ｔＰＥ」＊「２０１８年２月１５日１２時３４分５６秒」）、「ｖＷＺｂ８ｅｆＰ」）」を「０．１ｍｓ」以内に通知する。

ステップＳ１０：サーバＳＶは、クライアントＣＬ１から、固有情報ＳＩ（ＣＬ１）の「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」を受信すると、クライアントＣＬ１を認証するために用いる情報である固有情報ＳＩ（ＳＶ）を作成する。詳しくは、サーバＳＶは、（１）ＲＯＭ３０に記憶されている、認証要求クライアントＣＬ１の秘密データＳＤ（ＣＬ１）の「ｖＷＺｂ８ｅｆＰ」、（２）認証支援クライアントＣＬ２へ通知したタイムスタンプＴＳの「２０１８年２月１５日１２時３４分５６秒」、（３）「Ａ」の識別子Ｉｄにより特定される処理Ｐｒの「排他的論理和（ＥＯＲ）」、（４）「Ａ」の識別子Ｉｄにより特定される、認証支援クライアントＣＬ２の秘密データＳＤ（ＣＬ２）の「ｕ７ＦＺ６ｔＰＥ」に基づき、固有情報ＳＩ（ＳＶ）として、「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」を作成し、より具体的には、「ＥＯＲ（ＨＡ（「ｕ７ＦＺ６ｔＰＥ」＊「２０１８年２月１５日１２時３４分５６秒」）、「ｖＷＺｂ８ｅｆＰ」）」を作成する。

ここで、サーバＳＶの固有情報ＳＩ（ＳＶ）は、『サーバ固有情報』に対応する。

ステップＳ１１：サーバＳＶは、固有情報ＳＩ（ＳＶ）の「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」の作成を終えると、クライアントＣＬ１から受信した固有情報ＳＩ（ＣＬ１）の「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」と、サーバＳＶが作成した固有情報ＳＩ（ＳＶ）の「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」とが一致するか否かを判断する。ここで、両固有情報ＳＩ（ＣＬ１）、ＳＩ（ＳＶ）が一致することから、サーバＳＶは、クライアントＣＬ１が正当な者であると判断することにより、クライアントＣＬ１の認証が完了する。

〈実施形態１の効果〉
上記したように、実施形態１のネットワークシステムＮＳでは、
（１）サーバＳＶにより選択された「Ａ」の識別子Ｉｄにより特定される認証支援クライアントＣＬ２が、認証支援クライアントの秘密データＳＤ（ＣＬ２）に基づき、認証支援クライアント固有情報ＳＩ（ＣＬ２）を作成し、
（２）認証要求クライアントＣＬ１が、「Ａ」の識別子Ｉｄにより特定される処理Ｐｒの「排他的論理和（ＥＯＲ）」に従って、上記した認証支援クライアント固有情報ＳＩ（ＣＬ２）、及び、秘密データＳＤ（ＣＬ１）に基づき、認証要求クライアント固有情報ＳＩ（ＣＬ１）を作成し、
（３）サーバＳＶが、自ら選択した「Ａ」の識別子Ｉｄにより特定される処理Ｐｒの「排他的論理和（ＥＯＲ）」に従って、ＲＯＭ３０に記憶されている、クライアントＣＬ１の秘密データＳＤ（ＣＬ１）、及び、クライアントＣＬ２の秘密データＳＤ（ＣＬ２）に基づき、サーバ固有情報ＳＩ（ＳＶ）を作成し、
（４）サーバＳＶが、認証要求クライアント固有情報ＳＩ（ＣＬ１）とサーバ固有情報ＳＩ（ＳＶ）とを比較することにより、認証要求クライアントＣＬ１が正当な者であるか否かを判断することができる。

〈変形例〉
上記した実施形態１の認証支援クライアントＣＬ２及びサーバＳＶは、タイムスタンプＴＳを用いることに代えて、タイムスタンプＴＳを用いないこともできる。認証支援クライアント固有情報ＳＩ（ＣＬ２）及びサーバ固有情報ＳＩ（ＳＶ）に必要なことは、クライアントＣＬ２及びサーバＳＶのみが知る情報に基づき作成されることであるためである。

〈実施形態１のなりすまし〉
実施形態１のネットワークシステムでのなりすましについて説明する。

図８は、実施形態１のネットワークシステムでのなりすましの動作を示す。以下の説明では、以下を事項を想定する。
（１）正当な者である複数のクライアントＣＬ１〜ＣＬ４のいずれでもない第三者ＴＰが、クライアントＣＬ１のＲＯＭ７０に記憶されている制御プログラムＰＲ（ＣＬ＿ＣＴ）（通信プログラムＰＲ（ＣＬ＿ＣＭ）を含む。）、テーブルＴＢ、及び秘密データＳＤ（ＣＬ１）を知ることができたこと
（２）上記の第三者ＴＰが、クライアントＣＬ１になりすますことにより、サーバＳＶによる認証を受けることを試みること

ステップＳ２１：第三者ＴＰは、上記のステップＳ１と同様に、サーバＳＶに、第三者ＴＰをクライアントＣＬ１として認証することを要求する。

ステップＳ２２：第三者ＴＰから、上記した認証の要求を受信すると、サーバＳＶは、ＲＯＭ３０に記憶されているテーブルＴＢから、クライアントＣＬ１を認証するために用いるべき識別子Ｉｄを選択する。ここでは、上記のステップＳ２と同様に、サーバＳＶは、「Ａ」の識別子Ｉｄを選択したことを想定する。

ステップＳ２３：「Ａ」の識別子Ｉｄを選択した後、サーバＳＶは、上記のステップＳ３と同様に、当該「Ａ」の識別子Ｉｄにより特定される認証支援Ｃｅの「ＣＬ２」に対応するクライアントＣＬ２へ、クライアントＣＬ１からクライアントＣＬ２へ問い合わせがあるであろう旨を予告し、また、タイムスタンプＴＳの「２０１８年２月１５日１２時３４分５６秒」を通知する。

ステップＳ２４：サーバＳＶから、上記した予告の旨、及び、タイムスタンプＴＳの通知を受けると、クライアントＣＬ２は、上記のステップＳ４と同様に、固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を作成する。

ステップＳ２５：サーバＳＶは、ステップＳ５と同様に、第三者ＴＰへ、選択された「Ａ」の識別子Ｉｄを通知する。

〈なりすましの検出１〉
ステップＳ２６ａ：サーバＳＶから、「Ａ」の識別子Ｉｄを受信すると、第三者ＴＰは、ステップＳ６と同様に、識別子Ｉｄの「Ａ」に基づき、第三者ＴＰのＲＯＭ７０に記憶されているテーブルＴＢを参照しようとする。しかし、当該テーブルＴＢが、ＲＯＭ７０内で制御プログラムＰＲ（ＣＬ＿ＣＴ）と混載されており、しかも、上記したように、冗長性を有することがあることに起因して、分析及び解読が困難であることから、第三者ＴＰは、テーブルＴＢが規定する、認証支援Ｃｅの「ＣＬ２」を認識することができない。その結果、第三者ＴＰは、本来の問い合わせ先であるクライアントＣＬ２に問い合わせすることができず、例えば、間違った問い合わせ先であるクライアントＣＬ３に問い合わせを行う。

ここで、クライアントＣＬ３は、ステップＳ２３で、サーバＳＶから、クライアント１からの問い合わせがあるであろう旨の予告を受けていないにも拘わらず、第三者ＴＰから問い合わせを受けることから、第三者ＴＰが、なりすましをする者であるおそれがある旨をサーバＳＶへ通知する。これにより、サーバＳＶは、第三者ＴＰを認証するための手続を中止する。

〈なりすましの検出２〉
なりすましの検出２では、上記のなりすましの検出１でのステップＳ２６ａに代えて、偶然等の理由により、以下のステップＳ２６ｂが実施されたことを想定する。

ステップＳ２６ｂ：第三者ＴＰが、クライアントＣＬ２へ、認証のための問い合わせを行う。

ステップＳ２７ｂ：第三者ＴＰから上記の問い合わせを受信すると、クライアントＣＬ２は、ステップＳ７と同様に、第三者ＴＰへ、認証支援クライアント固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を応答する。

ステップＳ２８ｂ：クライアントＣＬ２から、固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を受信すると、第三者ＴＰは、ステップＳ８と同様に、固有情報ＳＩ（ＣＬ１）を作成しようとする。しかし、第三者ＴＰは、ＲＯＭ７０に記憶されているテーブルＴＢを参照しても、その分析及び解読の困難性に起因して、識別子Ｉｄの「Ａ」により特定される「排他的論理和（ＥＯＲ）」を認識することができない。従って、第三者ＴＰは、ステップＳ８と異なり、固有情報ＳＩ（ＣＬ１）の「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」を作成することができず、即ち、間違った固有情報を作成する。

ステップＳ２９ｂ：第三者ＴＰは、サーバＳＶへ、上記したステップＳ２８ｂの結果として、間違った固有情報を通知する。

サーバＳＶは、第三者ＴＰから受信した上記の間違った固有情報に基づき、第三者ＴＰの認証を中止する。

〈なりすましの検出３〉
なりすましの検出３では、上記のなりすましの検出２でのステップＳ２８ｂに代えて、偶然等の理由により、以下のステップＳ２８ｃが実施されたことを想定する。

ステップＳ２８ｃ：クライアントＣＬ２から、固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を受信すると、第三者ＴＰは、ステップＳ８と同様に、固有情報ＳＩ（ＣＬ１）の「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」を作成する。

ステップＳ２９ｃ：第三者ＴＰは、「Ａ」の識別子Ｉｄに基づき、ＲＯＭ７０内のテーブルＴＢを参照しても、その解析等の困難性に起因して、制限時間Ｌｉの「０．１ｍｓ」を認識することができない。その結果、第三者ＴＰは、ステップＳ８で作成した固有情報ＳＩ（ＣＬ１）の「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」を、サーバＳＶへ、「０．１ｍｓ」を超過した後に通知する。

サーバＳＶは、「Ａ」の識別子Ｉｄにより特定される制限時間Ｌｉの「０．１ｍｓ」以内に、上記の通知を受信しなかったことから、第三者ＴＰの認証を中止する。

〈なりすましの検出４〉
なりすましの検出の動作４では、上記したステップＳ６及びステップＳ７を行うことなく、ステップＳ８を試みることを想定する。

ステップＳ２８ｄ：第三者ＴＰは、クライアントＣＬ２への問い合わせ、及び、クライアントＣＬ２からの固有情報ＳＩ（ＣＬ２）の受信を行うことなく、固有情報ＳＩ（ＣＬ１）を作成しようとする。しかし、クライアントＣＬ２が作成すべき固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」は、クライアントＣＬ２の秘密データＳＤ（ＣＬ２）に基づき作成されていることから、第三者ＴＰは、固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を作成することができず、その結果、固有情報ＳＩ（ＣＬ１）の「ＥＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＳＤ（ＣＬ１））」も作成することもできない。従って、第三者ＴＰは、独自に作成した、間違った固有情報をサーバＳＶへ通知する。

サーバＳＶは、上記の間違った固有情報を受信することから、第三者ＴＰの認証を中止する。

〈なりすましの検出の効果〉
上記したように、実施形態１のネットワークシステムＮＳでは、
（１）テーブルＴＢの解析等の困難性のために、第三者ＴＰは、（１−１）認証支援Ｃｅの解読不能に起因して、ステップＳ２６ａで、問い合わせ先を間違え、（１−２）処理Ｐｒの解読不能に起因して、ステップＳ２９ｂで、間違った固有情報を送信し（正確には、ステップＳ２８ｂで、正しい処理を行うことなく、間違った固有情報を作成し）、（１−３）制限時間Ｌｉの解読不能に起因して、ステップＳ２９ｃで、制限時間内に送信することができず、また、（２）認証支援クライアントから認証の支援を受けることなく手続きを進めようとすることに起因して、ステップＳ２９ｄで、ステップＳ２９ｂと同様に間違った固有情報を送信する（正確には、ステップＳ２８ｄで、認証支援クライアントの秘密データを知らずに、間違った固有情報を作成する）。

従って、サーバＳＶは、サーバＳＶのＲＯＭ３０の解析困難性ＡＤ（ＳＶ）より低い解析困難性ＡＤ（ＣＬ）のＲＯＭ７０を有するクライアントＣＬ１から、制御プログラムＰＲ（ＣＬ_ＣＴ）及びテーブルＴＢが第三者ＴＰに漏洩した場合であっても、上記の（１）、（２）の通り、間違った固有情報の通知を受けることにより、または、検出することにより、第三者ＴＰの認証を中止することができる。

〈実施形態２〉
〈実施形態２の動作〉
図９は、実施形態２のネットワークシステムの動作を示す。以下、実施形態２のネットワークシステムの動作について図９を参照しつつ説明する。実施形態２のネットワークシステムは、実施形態１のネットワークシステムと同一の構成を有し、他方で、１つのクライアントＣＬ２が認証支援を行う実施形態１と異なり、２つのクライアントＣＬ２、ＣＬ３が認証支援を行う。

ステップＳ３１：クライアントＣＬ１は、ステップＳ１と同様に、サーバＳＶに、当該クライアントＣＬ１の認証を要求する。

ステップＳ３２：クライアントＣＬ１から、上記した認証の要求を受信すると、サーバＳＶは、ステップＳ２と同様に、ＲＯＭ３０に記憶されているテーブルＴＢから、クライアントＣＬ１を認証するために用いるべき識別子Ｉｄを選択する。ここでは、サーバＳＶは、実施形態１の「Ａ」の識別子Ｉｄと異なり、「Ｂ」の識別子Ｉｄを選択したことを想定する。

ステップＳ３３：「Ｂ」の識別子Ｉｄを選択した後、サーバＳＶは、ステップＳ３と概ね同様にして、当該「Ｂ」の識別子Ｉｄにより特定される認証支援Ｃｅの「ＣＬ２」に対応するクライアントＣＬ２へ、クライアントＣＬ１からクライアントＣＬ２へ問い合わせがあるであろう旨を予告し、また、当該「Ｂ」の識別子Ｉｄにより特定される認証支援Ｃｅの「ＣＬ３」に対応するクライアントＣＬ３へ、クライアントＣＬ１からクライアントＣＬ３へ問い合わせがあるであろう旨を予告する。サーバＳＶは、さらに、クライアントＣＬ２及びクライアントＣＬ３へ、タイムスタンプＴＳの「２０１８年２月１５日１２時３４分５６秒」を通知する。

ステップＳ３４：サーバＳＶから、上記した予告の旨、及び、タイムスタンプＴＳの通知を受けると、ステップＳ４と概ね同様にして、クライアントＣＬ２は、固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を作成する。また、クライアントＣＬ３は、固有情報ＳＩ（ＣＬ３）の「ＨＡ（ＳＤ（ＣＬ３）＊ＴＳ）」を作成する。

ステップＳ３５：サーバＳＶは、ステップＳ５と同様に、クライアントＣＬ１へ、選択された「Ｂ」の識別子Ｉｄを通知する。

ステップＳ３６：サーバＳＶから、「Ｂ」の識別子Ｉｄを受信すると、クライアントＣＬ１は、ステップＳ６と概ね同様にして、「Ｂ」の識別子Ｉｄに基づき、クライアントＣＬ１のＲＯＭ７０に記憶されているテーブルＴＢを参照することにより、認証支援Ｃｅが「ＣＬ２、ＣＬ３」であることを認識する。クライアントＣＬ１は、認証支援Ｃｅの「ＣＬ２」に対応するクライアントＣＬ２へ、認証のための問い合わせを行い、かつ、認証支援Ｃｅの「ＣＬ３」に対応するクライアントＣＬ３へ、認証のための問い合わせを行う。

ステップＳ３７：クライアントＣＬ１から上記の問い合わせを受信すると、ステップＳ７と概ね同様にして、クライアントＣＬ２は、クライアントＣＬ１へ、ステップＳ３４で作成された固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を応答し、また、クライアントＣＬ３は、クライアントＣＬ１へ、ステップＳ３４で作成された固有情報ＳＩ（ＣＬ３）の「ＨＡ（ＳＤ（ＣＬ３）＊ＴＳ）」を応答する。

ステップＳ３８：クライアントＣＬ２から、固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を受信し、かつ、クライアントＣＬ３から、固有情報ＳＩ（ＣＬ３）の「ＨＡ（ＳＤ（ＣＬ３）＊ＴＳ）」を受信すると、クライアントＣＬ１は、ステップＳ８と概ね同様に、固有情報ＳＩ（ＣＬ１）の「ＯＲ（ＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＨＡ（ＳＤ（ＣＬ３）＊ＴＳ））、ＳＤ（ＣＬ１））」を作成し、即ち、「ＯＲ（ＯＲ（ＨＡ（「ｕ７ＦＺ６ｔＰＥ」＊「２０１８年２月１５日１２時３４分５６秒」）、ＨＡ（「３ｔ７Ａ３Ｍｂ６」＊「２０１８年２月１５日１２時３４分５６秒」））、「ｖＷＺｂ８ｅｆＰ」）」を作成する。

ステップＳ３９：クライアントＣＬ１は、ステップＳ９と概ね同様に、サーバＳＶへ、ステップＳ８で作成した固有情報ＳＩ（ＣＬ１）の「ＯＲ（ＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＨＡ（ＳＤ（ＣＬ３）＊ＴＳ））、ＳＤ（ＣＬ１））」を通知する。

ステップＳ４０：サーバＳＶは、クライアントＣＬ１から、固有情報ＳＩ（ＣＬ１）を受信すると、ステップＳ１０と概ね同様に、固有情報ＳＩ（ＳＶ）の「ＯＲ（ＯＲ（ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）、ＨＡ（ＳＤ（ＣＬ３）＊ＴＳ））、ＳＤ（ＣＬ１））」を作成する。

ステップＳ４１：サーバＳＶは、固有情報ＳＩ（ＳＶ）を作成し終えると、ステップＳ１１と同様にして、クライアントＣＬ１から受信した固有情報ＳＩ（ＣＬ１）と、サーバＳＶが作成した固有情報ＳＩ（ＳＶ）とが一致するか否かを判断する。ここで、両固有情報ＳＩ（ＣＬ１）、ＳＩ（ＳＶ）が一致することから、サーバＳＶは、クライアントＣＬ１が正当な者であると判断することにより、クライアントＣＬ１の認証を完了する。

〈実施形態２の効果〉
上記したように、実施形態２のネットワークシステムＮＳでは、１つのクライアントＣＬ１が認証支援を行う実施形態１のネットワークシステムＮＳと異なり、２つのクライアントＣＬ２、ＣＬ３が認証支援を行うことから、認証を要求するクライアントＣＬ１が行うべき、認証のための手続がより一層、複雑になることから、第三者ＴＰによるなりすましの防止を、実施形態１よりも一層、強化することができる。

〈なりすましの検出の動作〉
実施形態２のネットワークシステムでのなりすましについて説明する。

図１０は、実施形態２のネットワークシステムでのなりすましの動作を示す。以下の動作の説明では、実施形態１のネットワークシステムでのなりすましと同様に、以下の事項を想定する。
（１）第三者ＴＰが、クライアントＣＬ１のＲＯＭ７０に記憶されている制御プログラムＰＲ（ＣＬ＿ＣＴ）（通信プログラムＰＲ（ＣＬ＿ＣＭ）を含む。）、テーブルＴＢ、及び秘密データＳＤ（ＣＬ１）を知ることができたこと
（２）第三者ＴＰが、クライアントＣＬ１になりすますことにより、サーバＳＶによる認証を受けることを試みること

ステップＳ５１：第三者ＴＰは、上記のステップＳ３１と同様に、サーバＳＶに、当該第三者ＴＰをクライアントＣＬ１として認証することを要求する。

ステップＳ５２：第三者ＴＰから、上記した認証の要求を受信すると、サーバＳＶは、ＲＯＭ３０に記憶されているテーブルＴＢから、クライアントＣＬ１を認証するために用いるべき識別子Ｉｄを選択する。ここでは、上記のステップＳ３２と同様に、サーバＳＶは、「Ｂ」の識別子Ｉｄを選択したことを想定する。

ステップＳ５３：「Ｂ」の識別子Ｉｄを選択した後、サーバＳＶは、上記のステップＳ３３と同様に、当該「Ｂ」の識別子Ｉｄにより特定される認証支援Ｃｅの「ＣＬ２」に対応するクライアントＣＬ２へ、クライアントＣＬ１からクライアントＣＬ２へ問い合わせがあるであろう旨を予告し、また、当該「Ｂ」の識別子Ｉｄにより特定される認証支援Ｃｅの「ＣＬ３」に対応するクライアントＣＬ３へ、クライアントＣＬ１からクライアントＣＬ３へ問い合わせがあるであろう旨を予告する。サーバＳＶは、さらに、クライアントＣＬ２及びクライアントＣＬ３へ、タイムスタンプＴＳの「２０１８年２月１５日１２時３４分５６秒」を通知する。

ステップＳ５４：サーバＳＶから、上記した予告の旨、及び、タイムスタンプＴＳの通知を受けると、上記したステップＳ３４と概ね同様に、クライアントＣＬ２は、固有情報ＳＩ（ＣＬ２）の「ＨＡ（ＳＤ（ＣＬ２）＊ＴＳ）」を作成し、また、クライアントＣＬ３は、固有情報ＳＩ（ＣＬ３）の「ＨＡ（ＳＤ（ＣＬ３）＊ＴＳ）」を作成する。

ステップＳ５５：サーバＳＶは、ステップＳ３５と同様に、第三者ＴＰへ、選択された「Ｂ」の識別子Ｉｄを通知する。

ステップＳ５６：サーバＳＶから、「Ｂ」の識別子Ｉｄを受信すると、第三者ＴＰは、ステップＳ３６と概ね同様に、「Ｂ」の識別子Ｉｄに基づき、第三者ＴＰのＲＯＭ７０に記憶されているテーブルＴＢを参照しようとする。ここでは、偶然等により、認証支援Ｃｅの「ＣＬ２、ＣＬ３」のうちの「ＣＬ２」を認識することができたことを想定する。そこで、第三者ＴＰは、ステップＳ３６と同様に、認証支援Ｃｅの「ＣＬ２」に対応するクライアントＣＬ２へ、認証のための問い合わせを行う。

ステップＳ５６ａ：ステップＳ５６では、偶然等により、認証支援Ｃｅの「ＣＬ２、ＣＬ３」のうちの一方の「ＣＬ２」を認識することができたものの、ＲＯＭ７０の解析等の困難性に起因して、認証支援Ｃｅの「ＣＬ２、ＣＬ３」のうちの他方の「ＣＬ３」を認識することができなかったことを想定する。そこで、第三者ＴＰは、本来の相手先であるクライアントＣＬ３とは異なり、例えば、間違った相手先であるクライアントＣＬ４へ、認証のための問い合わせを行う。

ここで、クライアントＣＬ４は、ステップＳ５３で、サーバＳＶから、クライアントＣＬ１から問い合わせがあるであろう旨の予告を受けていないにも拘わらず、第三者ＴＰから問い合わせを受けることから、第三者ＴＰが、なりすましをする者であるおそれがある旨をサーバＳＶへ通知する。これにより、サーバＳＶは、第三者ＴＰの認証を中止する。

〈なりすましの検出の効果〉
上記したように、実施形態２のネットワークシステムでは、２つのクライアントＣＬ２、ＣＬ３が認証支援を行うことから、１つのクライアントＣＬ２が認証支援を行う実施形態１のネットワークシステムでの、上記したなりすましの検出１〜４を行うとの効果を得ることができる。これらの効果に加えて、実施形態２のネットワークシステムでは、仮に、第三者ＴＰが、ステップＳ５６で、クライアントＣＬ２への問い合わせに成功しても、ステップＳ５６ａで、クライアントＣＬ３への問い合わせに失敗することが起こり、言い換えれば、クライアントＣＬ２への問い合わせに成功し、かつ、クライアントＣＬ３への問い合わせに成功することが困難である。それにより、サーバＳＶは、上記の両問い合わせのうちの１つでも失敗した第三者ＴＰが、クライアントＣＬ１〜ＣＬ４以外の者であると判断し、第三者ＴＰの認証を中止することができる。そのため、実施形態２のネットワークシステムでは、実施形態１のネットワークシステムに比して、第三者ＴＰによるなりすましの防止をより一層、強化することができる。

〈他の配置〉
図１１、１２、１３は、サーバ及びクライアントの他の配置例を示す。実施形態１及び実施形態２のサーバＳＶ及び複数のクライアントＣＬ１〜ＣＬ４は、図２に図示の車両ＶＨ中のコントローラ部ＣＴ及び複数のダンパ部ＤＰ（ＦＬ）〜ＤＰ（ＲＲ）に配置されることに代えて、車両ＶＨにおける他の位置に配置されても良い。

より詳しくは、サーバＳＶ及びクライアントＣＬ１〜ＣＬ４は、図１１に図示の車両ＶＨ中のコントローラ部ＣＴ、及び、四輪のブレーキ（図示せず）の動作を監視及び制御する複数のブレーキ部ＢＲ（ＦＬ）〜ＢＲ（ＲＲ）に配置されても良い。

サーバＳＶ及びクライアントＣＬ１〜ＣＬ４は、また、図１２に図示の車両ＶＨ中のコントローラ部ＣＴ、車両ＶＨに関する画像を撮影するためのカメラ（図示せず）の動作を監視及び制御する複数のカメラ部ＣＭ（Ｌ）、ＣＭ（Ｒ）、ＣＭ（Ｂ）及び、車両ＶＨの前方の物体等を検出するためのレーダー（図示せず）の動作を監視及び制御するレーダ部ＲＤに配置されても良い。

サーバＳＶ及びクライアントＣＬ１〜ＣＬ４は、さらに、図１３に図示の車両のＶＨ中のコントローラ部ＣＴ、及び、前輪及び後輪を回転させるモータ（図示せず）の動作を監視及び制御するモータ部ＭＴ（Ｆ）、ＭＴ（Ｒ）に配置されても良い。

サーバＳＶの役割は、クライアントＣＬ１〜ＣＬ４と独立にする必要は無く、クライアントＣＬ１〜ＣＬ４のうちの一つが、担っても良い。

ＮＳ ネットワークシステム、ＳＶ サーバ、ＣＬ１〜ＣＬ４ クライアント、Ｎ ネットワーク

Claims (2)

1. ネットワークと、
   複数のクライアントと、
   前記複数のクライアントを認証すべく、前記ネットワークを介して前記複数のクライアントとの間で送受信を行うサーバと、
   を含むネットワークシステムであって、
   前記サーバは、
   前記認証のために該サーバが行うべき手続であるサーバ手続を規定するサーバプログラムと、
   前記サーバ手続、及び、前記認証のために前記複数のクライアントが行うべき手続であるクライアント手続を実施するために必要な複数のパラメータについて、前記複数のパラメータの内容の複数の組み合わせと、各識別子が前記複数の組み合わせの１つを特定する複数の識別子との対応関係を示す共通テーブルと、
   各クライアント秘密情報が、前記複数のクライアントのうちの１つに対応し、かつ、当該対応する１つのクライアントのみに知られた複数のクライアント秘密情報とを、
   解析の困難の度合いである第１の解析困難性で記憶し、
   前記複数のクライアントの各々は、
   前記クライアント手続を規定するクライアントプログラムと、
   前記共通テーブルと、
   前記対応する１つのクライアント秘密情報とを、
   前記第１の解析困難性よりも低い第２の解析困難性で記憶し、
   前記複数のクライアントのうちの前記認証を要求するクライアントである認証要求クライアントは、前記サーバへ、該認証要求クライアントを認証すべきことを要求し、
   前記サーバは、前記複数の識別子のうち一の識別子を選択し、
   前記サーバは、該サーバの前記共通テーブルにおける、前記選択された一の識別子である選択識別子により特定されるパラメータの内容である特定パラメータ内容により定まる、前記認証要求クライアントの認証を支援すべきクライアントである認証支援クライアントへ、前記認証要求クライアントから、前記認証のための問い合わせがあるであろう旨を予告し、
   前記サーバは、前記認証要求クライアントへ、前記選択識別子を通知し、
   前記認証支援クライアントは、該認証支援クライアントのクライアント秘密情報に基づき、該認証支援クライアントに固有である認証支援クライアント固有情報を生成し、
   前記認証要求クライアントは、前記認証支援クライアントへ、該認証要求クライアントの認証のための問い合わせを行い、
   前記認証支援クライアントは、前記認証要求クライアントへ、前記認証支援クライアント固有情報を通知し、
   前記認証要求クライアントは、該認証要求クライアントの前記共通テーブルにおける特定パラメータ内容、前記認証支援クライアント固有情報、及び、該認証要求クライアントのクライアント秘密情報に基づき、該認証要求クライアントに固有である認証要求クライアント固有情報を生成し、
   前記認証要求クライアントは、前記サーバへ、前記認証要求クライアント固有情報を通知し、
   前記サーバは、該サーバの前記テーブルにおける特定パラメータ内容、前記認証要求クライアントのクライアント秘密情報、及び、前記認証支援クライアントのクライアント秘密情報に基づき、前記認証要求クライアントを認証するために用いる情報であるサーバ固有情報を生成し、
   前記サーバは、前記認証要求クライアント固有情報と、前記サーバ固有情報とが一致するとき、前記認証要求クライアントが、前記複数のクライアントに属すると判断する、
   ことを特徴とするネットワークシステム。
2. 前記サーバは、前記認証支援クライアントへ前記予告を行うとき、時刻を示すタイムスタンプを通知し、
   前記認証支援クライアントは、該認証支援クライアントのクライアント秘密情報、及び、前記タイムスタンプに基づき、前記認証支援クライアント固有情報を生成することを特徴とする請求項１記載のネットワークシステム。
   

Images