JP7139635B2 - 認証システム - Google Patents

Description

本発明は、端末間で通信路を確立する端末装置、通信路確立方法、端末装置用のプログラム、および、認証システムに関する。

端末装置間でセキュアな通信路を確保するために、ＶＰＮ（Virtual Private Network）の技術が利用されている。例えば、特許文献１には、ネットワークに直接接続された端末装置には、ユーザエージェントが組み込まれ、サーバ装置が、ユーザエージェントを組み込んだ端末装置との間に、センターＶＰＮ接続通信路を形成して、継続的に維持し、ユーザエージェントを組み込んだ端末装置が、このセンターＶＰＮ接続通信路を通じて、Ｐ２Ｐ（Peer to Peer）接続による通信を開始するために必要な情報を送受信して、端末装置間に、Ｐ２Ｐ-ＶＰＮ接続通信路が形成されるＶＰＮ接続管理システムが開示されている。

特開２０１３－０３８６８４号公報

しかしながら、従来の技術では、端末装置間の通信を行う際、成りすましを十分に防止することが難しかった。

そこで、本発明は上記の問題点等に鑑みて為されたもので、その課題の一例は、成りすましがされにくい端末装置間の通信路を確保する端末装置等を提供することを目的とする。

上記の課題を解決するために、請求項１に記載の発明は、接続要求する端末装置と、当該接続要求された接続先の他端末装置と、前記端末装置と前記他端末装置との接続を仲介する仲介サーバ装置と、を備えた認証システムにおいて、前記端末装置および前記他端末装置とのそれぞれのセキュアな通信路を確立した後、前記端末装置が、前記仲介サーバ装置が前記端末装置のユーザを特定して通信を行うための接続要求元通信ＩＤを、前記他端末装置に送信して予め記憶させるために、前記他端末装置への接続要求時に、前記接続要求元通信ＩＤと、前記ユーザを特定するためのＩＤ情報と、前記ユーザが属する第１組織の第１組織ＩＤと、前記第１組織において前記ユーザが属する第２組織を特定する第２組織ＩＤと、を関連付けて記憶した第１記憶手段を参照して前記仲介サーバ装置が前記接続要求元通信ＩＤを特定できる前記ＩＤ情報を前記仲介サーバ装置に送信するＩＤ情報送信手段と、前記端末装置と前記他端末装置とのセキュアな端末間通信路を確立するために、前記端末装置を証明する端末証明書であって、前記接続要求元通信ＩＤを含む前記端末証明書を前記他端末装置に送信する証明書送信手段と、前記他端末装置への前記接続要求に対して、前記他端末装置からの許諾の接続応答情報を、前記仲介サーバ装置から受信した後に、前記端末間通信路を確立するためのポートを、ランダムに設定して開放するポート開放手段と、を有し、前記ＩＤ情報送信手段が送信した前記ＩＤ情報が、前記仲介サーバ装置が前記他端末装置へ接続を仲介するか否かを、前記記憶手段を参照して前記ＩＤ情報と前記第１組織ＩＤと前記第２組織ＩＤとに基づき判定する情報であり、前記他端末装置が、前記仲介サーバ装置から受信した前記接続要求元通信ＩＤを記憶する第２記憶手段と、前記証明書送信手段により送信された前記端末証明書を受信する受信手段と、前記端末証明書に含まれる接続先通信ＩＤと、前記第２記憶手段の前記接続要求元通信ＩＤと、を照合して、当該照合結果に基づき、前記端末間通信路を確立するか否かを判定する判定手段と、を有することを特徴とする。

本発明によれば、仲介サーバ装置が端末装置のユーザを特定して通信を行うための接続要求元通信ＩＤを、他端末装置に送信して予め記憶させ、後から送信する、端末装置を証明する端末証明書に含ませた接続要求元通信ＩＤと照合して、照合結果に基づき、端末間通信路を確立するか否かを判定することにより、成りすましがされにくくなる。

本発明の実施形態に係る認証システムの概要構成例を示す模式図である。 図１のサーバ装置の概要構成の一例を示すブロック図である。 図１のサーバ装置におけるデータベースのデータの一例を示す模式図である。 ユーザが属する組織の一例を示す模式図である。 図１の端末装置の概要構成の一例を示すブロック図である。 端末・端末間でのシグナリングの動作例を示すシーケンス図である。 端末・端末間での認証の動作例を示すシーケンス図である。

以下、図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施の形態は、認証システムに対して本発明を適用した場合の実施形態である。

［１．認証システムの構成および機能概要］
（１．１ 認証システムの構成および機能）
まず、本発明の一実施形態に係る認証システムの構成および概要機能について、図１を用いて説明する。

図１は、本実施形態に係る認証システム１の概要構成例を示す模式図である。

図１に示すように、認証システム１は、端末間の接続を仲介するサーバ装置１０と、端末間でセキュアな通信を行う複数の端末装置２０と、を備えている。

サーバ装置１０と、端末装置２０とは、ネットワーク３により接続され、通信プロトコル（例えば、ＴＣＰ／ＩＰ）により、データの送受信が可能になっている。なお、ネットワーク３は、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網、および、ゲートウェイ等により構築されている。

サーバ装置１０は、端末装置２０を登録し、端末装置２０から要求に応じて認証を行い、端末装置２０とのセキュアな通信路（例えば、ＶＰＮ）を確立する。また、サーバ装置１０は、端末装置２０間のセキュアな通信路を確立する仲介を行う。

端末装置２０は、安全な通信路を確立するための専用のアプリを取得して、このアプリにより安全な通信路（例えば、ＶＰＮ）を確立して、サーバ装置１０や他の端末装置２０とのセキュアな通信を行う。端末装置２０同士は、Ｐ２Ｐ接続等の接続が行われ、セキュアな通信を行う。

（１．２ サーバ装置１０の構成および機能）
次に、サーバ装置１０の構成および機能について、図２を用いて説明する。
図２は、サーバ装置１０の概要構成の一例を示すブロック図である。

図２に示すように、コンピュータとして機能するサーバ装置１０は、通信部１１と、記憶部１２と、入出力インターフェース部１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース部１３とは、システムバス１５を介して接続されている。

通信部１１は、ネットワーク３に接続して、各端末装置２０との通信を制御するようになっている。

記憶部１２は、例えば、ハードディスクドライブやシリコンディスクドライブ等により構成されており、オペレーティングシステム、サーバプログラム、および、端末装置２０に提供するアプリ等の各種プログラム等を記憶する。

なお、各種プログラムは、例えば、他のサーバ装置等からネットワーク３を介して取得されるようにしてもよいし、記録媒体に記録されてドライブ装置（図示せず）を介して読み込まれるようにしてもよい。また、アプリ等は、プログラム製品であってもよい。

また、記憶部１２には、端末装置２０を登録する端末情報データベース１２ａ（以下「端末情報ＤＢ１２ａ」とする。）と、端末装置２０からサーバ装置１０を利用するユーザの情報を記憶するユーザ情報データベース１２ｂ（以下「ユーザ情報ＤＢ１２ｂ」とする。）等が構築されている。

なお、これらのデータベースは、同一のデバイスで構成されてもよいし、互いに異なるデバイスで構成されてもよい。また、これらのデータベースは、サーバ装置１０と別なサーバに構築されていてもよい。

端末情報ＤＢ１２ａには、サーバ装置１０が発行する、端末装置２０を識別するためのデバイス識別値が、ユーザを特定する番号（例えば、端末装置２０を使用してユーザがサーバ装置１０にログインするためのユーザログインＩＤ、端末装置２０を使用して他の端末装置２０とのセキュアな通信を行うためのユーザ通信ＩＤ）等に関連付けられて記憶されている。

ユーザ情報ＤＢ１２ｂには、図３に示すように、ユーザ通信ＩＤと、ユーザログインＩＤと、ユーザが属するビジネスオーナのテナントを特定するテナントＩＤと、テナントにおいてユーザが属するグループを特定するグループＩＤとが関連付けられて記憶されている。また、ユーザ情報ＤＢ１２ｂには、ユーザ名も、ユーザログインＩＤに関連付けられて記憶されていてもよい。

ここで、図４に示すように、サーバ装置１０が提供するサービスを利用する会社（例えば、“ＡＢＣ社”（テナント１）、“ＤＥＦ社”（テナント２）等）は、部等のグループに分かれる。例えば、テナント１は、グループ”A-group”、グループ”B-group”、グループ”c-group”等から構成される。また、各グループ内に、端末装置２０を利用するユーザが属している。例えば、グループ”c-group”は、ユーザ”c1”、ユーザ”c2”等から構成される。なお、複数のグループに属するユーザが存在してもよい。

また、記憶部１２には、ビジネスオーナのテナント名、テナントＩＤ、ビジネスオーナのドメイン名等が関連付けられて記憶されていてもよい。

入出力インターフェース部１３は、通信部１１および記憶部１２とシステム制御部１４との間のインターフェース処理を行う。

システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。システム制御部１４は、ＣＰＵ１４ａがＲＯＭ１４ｂや記憶部１２に記憶された各種プログラムを読み出し実行することにより、端末装置を登録および認証する処理等を行う。

（１．３ 端末装置２０の構成および機能）
次に、端末装置２０の構成および機能について、図５を用いて説明する。

図５は、端末装置２０の概要構成の一例を示すブロック図である。

図５に示すように、コンピュータとして機能する端末装置２０は、例えば、パーソナルコンピュータである。端末装置２０は、通信部２１と、記憶部２２と、表示部２３と、操作部２４と、入出力インターフェース部２５と、システム制御部２６とを備えている。そして、システム制御部２６と入出力インターフェース部２５とは、システムバス２７を介して接続されている。なお、端末装置２０は、スマートフォンおよびタブレット等のコンピュータでもよい。

通信部２１は、ネットワーク３を通して、サーバ装置１０やネットワーク３上のルータ等との通信を制御する。

記憶部２２は、例えば、ハードディスクドライブ、シリコンディスクドライブ等からなり、オペレーティングシステム、アプリ等のプログラム等を記憶する。記憶部２２は、端末装置２０に割り当てられているＮＡＴ（network address translator）情報、グローバルＩＰアドレス等のネットワーク情報を記憶している。また、記憶部２２は、ＭＡＣアドレス（Media Access Control address）、携帯電話番号等の各端末装置２０に固有に割り当てているデバイス固有情報を記憶していてもよい。デバイス固有情報は、端末装置２０の不揮発メモリに記憶されていてもよい。

表示部２３は、例えば、液晶表示素子または有機ＥＬ（Electro Luminescence）素子等によって構成されている。

操作部２４は、例えば、キーボードおよびマウス等によって構成されている。

入出力インターフェース部２５は、通信部２１および記憶部２２とシステム制御部２６とのインターフェースである。

システム制御部２６は、例えば、ＣＰＵ２６ａと、ＲＯＭ２６ｂと、ＲＡＭ２６ｃとを有する。システム制御部２６は、ＣＰＵ２６ａが、ＲＯＭ２６ｂや、ＲＡＭ２６ｃや、記憶部２２に記憶されたアプリ等の各種プログラムを読み出して実行する。

なお、端末装置２０は、いわゆる、モノのインターネットの端末でもよく、例えば、ＲＦＩＤ（radio frequency identifier）、センサでもよい。この場合、表示部２３および操作部２４は無くてもよく、記憶部２２は、不揮発性のＲＡＭ２６ｃでもよい。

［２．認証システムの動作］
次に、本発明の１実施形態に係る認証システム１の動作について図を用いて説明する。なお、下記の２．１の端末装置の登録の動作例および２．２のサーバ・端末間の認証およびサーバ・端末間のデバイス認証の動作例は、特願２０１５－２３７５４０（特開２０１７－１０３７１０号公報）に出願した内容に基づくので、詳細を省略する。なお、上記技術に限らず、セキュアな通信路が、サーバ装置１０と、各端末装置２０との間で確立できればよい。

（２．１ 端末装置の登録の動作例）
まず、認証システム１における端末装置２０の登録の動作例について、説明する。

まず、端末装置２０が、専用のアプリをダウンロードする。具体的には、端末装置２０のシステム制御部２６が、サーバ装置１０との通信を確立するための専用のアプリを、サーバ装置１０等が運営するウェブサイト等から予めダウンロードする。なお、端末装置２０用の専用アプリは、プレインストールされたり、組み込む形で、予め端末装置２０に含まれていてもよい。

次に、端末装置２０が、専用のアプリの初期設定のために、このアプリを起動させて、暗号化固有ＩＤを生成し、記憶部２２に記憶する。更に具体的には、システム制御部２６が、アプリのプログラムにより、端末装置２０用の固有ＩＤを生成し、端末装置２０の固有の固有情報（デバイス固有情報）から、端末装置２０固有の固有鍵を生成し、この固有鍵により固有ＩＤを暗号化して、暗号化固有ＩＤを生成する。なお、生成された固有ＩＤおよび固有鍵は、使用後に廃棄される。

次に、端末を登録するためにユーザが専用のアプリを選択し、システム制御部２６が、専用のアプリを起動させ、端末装置２０側の以下の処理を行う。

次に、端末装置２０が、ユーザからの新規ログインを受け付ける。具体的には、システム制御部２６が、端末装置２０をサーバ装置１０に登録するための新規ログイン画面を、表示部２３に表示させる。ユーザが、新規ログイン画面に、ユーザ名、ユーザログインＩＤ、パスワード等を入力する。システム制御部２６が、入力されたユーザ名、ユーザログインＩＤ、パスワード等のログイン情報を、端末装置２０を新規に登録するための登録要求として、通信部２１を介してサーバ装置１０に送信する。なお、サーバ装置１０と端末装置２０との通信は、https（Hypertext Transfer Protocol Secure）等を利用して、暗号化して行われる。

次に、サーバ装置１０が、端末装置２０から、端末の登録要求として、ログイン情報を受信する。

次に、サーバ装置１０が、端末装置２０を識別するためのデバイス識別値を生成する。例えば、システム制御部１４が、登録要求があった端末装置２０用の数値を乱数等により生成し、ユーザ情報ＤＢ１２ｂを参照して、ユーザログインＩＤに基づき、生成した数値にテナント名に対応した値（例えば、テナントＩＤやビジネスオーナのドメイン名等）を付け加えて、デバイス識別値（端末装置に割り当てられた第１端末ＩＤの一例）を生成する。なお、デバイス識別値は、端末装置２０に一意に割り当てればよいので、テナント名に対応した値を付け加えなくてもよい。

さらに、サーバ装置１０が、端末装置２０のユーザを特定して通信を行うための接続要求元通信ＩＤまたは接続先通信ＩＤの一例であるユーザ通信ＩＤを生成する。例えば、システム制御部１４が、ユーザ情報ＤＢ１２ｂを参照して、ユーザログインＩＤに基づき、対応するテナントＩＤを取得して、ユーザログインＩＤと、テナントＩＤと、所定の数値とから、ユーザ通信ＩＤを生成し、ユーザ情報ＤＢ１２ｂに、ユーザログインＩＤに関連付けて記憶しておく。なお、ユーザログインＩＤに対応するグループＩＤは、セキュリティ対策として、ユーザ通信ＩＤに含めないでおいてもよい。

そして、サーバ装置１０が、デバイス識別値を発行するため、通信部１１を介して、デバイス識別値を端末装置２０に送信する。

次に、端末装置２０が、通信確立時の端末を認証するために使用される認証鍵を生成する。具体的には、システム制御部２６が、記憶部２２から、暗号化固有ＩＤを読み出し、再度、デバイス固有情報から固有鍵を生成し、固有鍵により暗号化固有ＩＤから固有ＩＤを復号し、復号された固有ＩＤから認証鍵を生成する。

ここで、この認証鍵は、例えば、暗号鍵と復号鍵とが同じ共通鍵である。暗号方式は、ブロック暗号やストリーム暗号等の共通鍵暗号である。認証鍵の暗号方式と、固有鍵の暗号方式とは、同じでも異なってもよい。なお、復号された固有ＩＤおよび生成された固有鍵は、使用後に廃棄される。

次に、端末装置２０が、通信確立時の検証のために使用されるデバイス検証値を生成する。具体的には、システム制御部２６が、認証鍵による暗号処理により、デバイス識別値から暗号化データを生成し、認証鍵を廃棄し、暗号化データにデバイス識別値を含めて、デバイス検証値を生成する。システム制御部２６が、通信部２１を介して、生成したデバイス検証値を、サーバ装置１０に送信する。

次に、サーバ装置１０が、受信したデバイス検証値に中に、デバイス識別値が含まれるか否かを判定する。例えば、システム制御部１４が、デバイス検証値の中に含まれたデバイス識別値を抽出し、抽出したデバイス識別値が、記憶部１２の端末情報ＤＢ１２ａを参照して、正しいか否かを判定する。

デバイス識別値を含む場合、サーバ装置１０が、証明書を発行する。具体的には、システム制御部１４が、公開鍵暗号標準（例えば、ＰＫＣＳ(Public-Key Cryptography Standards)＃１２等）に従った証明書（端末証明書の一例）を生成して、端末装置２０に送信する。この証明書は、ユーザ通信ＩＤ、デバイス検証値、端末装置２０用の公開鍵および秘密鍵、サーバ装置１０が発行したことを示す情報を含むクライアント証明書である。端末装置２０用の公開鍵および秘密鍵は、サーバ装置１０等のサーバ側で生成される。

正式のデバイス識別値を含まない場合、登録は失敗し、サーバ装置１０は処理を終了する。

次に、端末装置２０が、証明書を受信する。システム制御部２６が、受信した証明書を記憶部２２に記憶する。通信を確立するための専用のアプリにより、ユーザ通信ＩＤおよびデバイス検証値を含む証明書が記憶部２２に記憶される。

（２．２ サーバ・端末間の認証およびサーバ・端末間のデバイス認証の動作例）
（２．２．１ サーバ・端末間の認証の動作例）
次に、サーバ・端末間の認証の動作例について説明する。

まず、端末装置２０のシステム制御部２６が、サーバ装置１０との通信を確立するための専用のアプリを起動させ、端末装置２０側の以下の処理を行う。

端末装置２０が、サーバ装置１０に通信路の確立の要求を送信する。

次に、サーバ装置１０が、端末装置２０に対して発行していた証明書および認証鍵を送付するように要求を、端末装置２０に送信する。次に、端末装置２０が、認証鍵を生成する。

次に、端末装置２０が、証明書および認証鍵を送付し、送信後に、認証鍵を廃棄する。

次に、サーバ装置１０が、端末装置２０から、証明書および認証鍵を受信する。システム制御部１４が、受信した証明書から、発行したことを示す情報を抽出し、情報が、サーバ装置１０が発行したものか否かを判定する。

（２．２．２ サーバ・端末間のデバイス認証の動作例）
次に、サーバ・端末間のデバイス認証の動作例について説明する。

証明書が正しい場合、サーバ装置１０が、デバイス検証値を抽出する。具体的には、システム制御部１４が、証明書内のデバイス検証値を抽出する。

証明書が正しくない場合、サーバ装置１０が、通信の確立が失敗したとする。

次に、サーバ装置１０が、受信した認証鍵により、デバイス検証値からデバイス識別値を復号する。

次に、サーバ装置１０が、認証鍵により復号したデバイス識別値が、記憶部１２の端末情報ＤＢ１２ａを参照して、正しいか否かを判定する。

デバイス識別値が正しい場合、サーバ装置１０が、乱数等から、端末装置２０用の通信用の暗号鍵を生成する。

次に、サーバ装置１０が、証明書に含まれる端末装置２０用の公開鍵で通信用の暗号鍵を暗号化する。システム制御部１４が、通信部１１を介して、端末装置２０に、端末認証が完了した旨の通知情報および暗号化された通信用の暗号鍵を送信する。

次に、端末装置２０が、通信部２１を介して、端末認証が完了した旨の通知情報および暗号化された通信用の暗号鍵を受信する。システム制御部２６が、証明書に含まれる端末装置２０用の秘密鍵で通信用の暗号鍵を復号する。

次に、端末装置２０とサーバ装置１０とが、確立した通信路において、安全な通信を行う。データを送信する場合は、通信用の暗号鍵を用いて、データを暗号化して通信を行う。

セキュリティを高めるため、一定のセッションが終了したり、所定の時間が経過したり場合、確立した通信路を終了して、通信用の暗号鍵を、端末装置２０およびサーバ装置１０から消去する。

（２．３ 端末装置２０間のシグナリングの動作例）
次に、端末装置２０間でのお互いのネットワーク情報を取得するシグナリングの動作例について、図６を用いて説明する。

図６は、端末・端末間でのシグナリングの動作例を示すシーケンス図である。

“テナント１”の“C-group”のユーザｃ１が、同じグループに所属するユーザｃ２と通信を行う例で、以下説明する。

まず、ユーザｃ１が端末装置２０を利用して、サーバ装置１０が提供する接続サービスにログインした後、ユーザｃ１の端末装置２０とサーバ装置１０とのセキュアな通信路が確立した後で、表示部２３に、サーバ装置１０との通信路が確立して現在通信可能なユーザが表示される。なお、表示部２３に表示されているユーザを特定できるユーザ名やユーザログインＩＤ等は、サーバ装置１０から送信されて、記憶部２２やＲＡＭ２６ｃ等に記憶されている。

ユーザｃ１は、表示部２３に表示されたユーザから、通信するユーザを選択する。例えば、同じ“C-group”のユーザｃ２を操作部２４により選択する。ユーザｃ１の端末装置２０のシステム制御部２６は、操作部２４から選択されたユーザｃ２を特定できるユーザ名やユーザログインＩＤを、記憶部２２等から取得する。

図６に示すように、ユーザｃ１の端末装置２０が、接続要求する（ステップＳ１）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、接続要求として、選択されたユーザｃ２を特定できるユーザ名またはユーザログインＩＤと、接続要求元であるユーザｃ１の端末装置２０のＮＡＴ情報やグローバルＩＰアドレス等のネットワーク情報と、新規か再送か等を示すメッセージ識別子等とを、ユーザｃ１および端末装置２０を特定できるユーザ名またはユーザログインＩＤ（接続要求元通信ＩＤを特定できるＩＤ情報の一例）等に関連付けて、サーバ装置１０に送信する。

なお、ユーザｃ１の端末装置２０が、選択されたユーザｃ２を特定できるユーザ名またはユーザログインＩＤの代わりに、接続先通信ＩＤの一例であるユーザｃ２のユーザ通信ＩＤを送信してもよい。この場合、ユーザｃ１の端末装置２０が、既に、ユーザｃ２のユーザ通信ＩＤを取得して、記憶している場合で、接続が一時的に切れて、再度通信路を確立する場合等である。

このように、端末装置２０が、前記仲介サーバ装置が前記端末装置のユーザを特定して通信を行うための接続要求元通信ＩＤを、前記他端末装置に送信して予め記憶させるために、前記他端末装置への接続要求時に、前記仲介サーバ装置が前記接続要求元通信ＩＤを特定できるＩＤ情報を前記仲介サーバ装置に送信するＩＤ情報送信手段の一例として機能する。

次に、サーバ装置１０が、接続要求を受信する（ステップＳ２）。具体的には、システム制御部１４が、接続要求として、ユーザｃ１のユーザログインＩＤユーザと、ｃ２のユーザログインＩＤと、ユーザｃ１のネットワーク情報等を、ユーザｃ１の端末装置２０から受信する。

次に、サーバ装置１０が、グループをチェックする（ステップＳ３）。具体的には、システム制御部１４が、ユーザ情報ＤＢ１２ｂを参照して、ユーザｃ１のユーザログインＩＤユーザと、ｃ２のユーザログインＩＤとに基づき、ユーザｃ１と、ユーザｃ２とが、同じグループに属しているか否かを判定する。

同じグループに属していない場合、サーバ装置１０は、ユーザｃ２の端末装置２０との接続の仲介を行わず、ユーザｃ１の端末装置２０に、接続不可の応答を返す。

同じグループに属している場合、サーバ装置１０のシステム制御部１４が、ユーザ情報ＤＢ１２ｂを参照して、ユーザｃ１のユーザログインＩＤ等に基づき、ユーザｃ１のユーザ通信ＩＤ（接続要求元通信ＩＤの一例）を取得する。また、サーバ装置１０は、ユーザｃ１の端末装置２０に割り当てる接続要求元の仮想ＩＰアドレスを生成してもよい。

なお、接続先通信ＩＤの一例であるユーザｃ２のユーザ通信ＩＤを受信した場合、サーバ装置１０が、偽装防止に、ユーザ通信ＩＤにグループＩＤが含まれているか否かを判定してもよい。

同じグループに属していると判定された場合、サーバ装置１０が、接続指示情報を送信する（ステップＳ４）。具体的には、システム制御部１４が、接続指示情報として、ユーザ情報ＤＢ１２ｂから取得したユーザｃ１のユーザ通信ＩＤと、接続要求元であるユーザｃ１の端末装置２０のＮＡＴ情報やグローバルＩＰアドレス等のネットワーク情報、ＩＰアドレスのバージョンを示すＩＰアドレス種別、生成した接続要求元の仮想ＩＰアドレス等を、ユーザｃ２の端末装置２０に送信する。

次に、ユーザｃ２の端末装置２０が、接続指示情報を受信する（ステップＳ５）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、接続指示情報として、ユーザｃ１のユーザ通信ＩＤと、接続要求元であるユーザｃ１の端末装置２０のネットワーク情報等をサーバ装置１０から受信する。

次に、ユーザｃ２の端末装置２０が、接続要求元のユーザ通信ＩＤを記憶する（ステップＳ６）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、サーバ装置１０から受信したユーザｃ１のユーザ通信ＩＤを記憶部２２に記憶する。システム制御部２６が、ユーザｃ１のユーザ通信ＩＤをＲＡＭ２６ｃに記憶してもよい。

このように、端末装置２０は、前記仲介サーバ装置から受信した前記接続要求元通信ＩＤを記憶する記憶手段の一例として機能する。

次に、ユーザｃ２の端末装置２０の表示部２３に、ユーザｃ１からの接続要求がある旨が表示される。ユーザｃ２は、接続を承諾するか、拒否するかを選択し、選択に基づき、応答ステータスを生成する。

次に、ユーザｃ２の端末装置２０が、接続確認情報を送信する（ステップＳ７）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、接続確認情報として、生成した応答ステータス、受信したユーザｃ１のユーザ通信ＩＤ（なお、ユーザｃ１を特定できる情報ならばユーザｃ１のユーザ名等でもよい）、接続先であるユーザｃ２の端末装置２０のグローバルＩＰアドレス等のネットワーク情報等を、サーバ装置１０に送信する。

接続を承諾する場合、ユーザｃ２の端末装置２０が、ポートを開放する（ステップＳ８）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、接続に使用するポートを開放する。ポート番号は、固定でもランダムでもよい。なお、接続を承諾する場合、ポートを開放してから、ユーザｃ２の端末装置２０が、接続確認情報を送信してもよい。

次に、サーバ装置１０が、接続確認情報を受信する（ステップＳ９）。具体的には、システム制御部１４が、接続確認情報として、応答ステータス、ユーザｃ１のユーザ通信ＩＤ、接続先であるユーザｃ２の端末装置２０のグローバルＩＰアドレス等のネットワーク情報等を、ユーザｃ２の端末装置２０から受信する。

次に、サーバ装置１０のシステム制御部１４が、ユーザ情報ＤＢ１２ｂを参照して、ユーザｃ２を特定できるユーザログインＩＤ等に基づき、ユーザｃ２のユーザ通信ＩＤ（接続先通信ＩＤの一例）を取得する。また、サーバ装置１０は、ユーザｃ２の端末装置２０に割り当てる接続先の仮想ＩＰアドレスを生成してもよい。

次に、サーバ装置１０が、接続応答情報を送信する（ステップＳ１０）。具体的には、システム制御部１４が、接続応答情報として、ユーザ情報ＤＢ１２ｂから取得したユーザｃ２のユーザ通信ＩＤと、接続先のユーザｃ２の端末装置２０から受信した応答ステータス、接続先であるユーザｃ２の端末装置２０のネットワーク情報、生成した接続先の仮想ＩＰアドレス等を、ユーザｃ１の端末装置２０に送信する。

次に、ユーザｃ１の端末装置２０が、接続応答情報を受信する（ステップＳ１１）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、接続応答情報として、ユーザｃ２のユーザ通信ＩＤと、ユーザｃ２の端末装置２０からの応答ステータス、ユーザｃ２の端末装置２０のネットワーク情報、接続先の仮想ＩＰアドレス等を、サーバ装置１０から受信する。

次に、ユーザｃ１の端末装置２０が、接続要求元のユーザ通信ＩＤを記憶する（ステップＳ１２）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、サーバ装置１０から受信したユーザｃ２のユーザ通信ＩＤを記憶部２２に記憶する。システム制御部２６が、ユーザｃ２のユーザ通信ＩＤをＲＡＭ２６ｃに記憶してもよい。

応答ステータスが承諾の場合、ユーザｃ１の端末装置２０が、ポートを開放する（ステップＳ１３）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、接続に使用するポートを開放する。ポート番号は、固定でもランダムでもよい。

お互いのポートが開き、お互いのネットワーク情報を取得したので、ユーザｃ１の端末装置２０と、ユーザｃ２の端末装置２０とが、直接的に通信可能となる。なお、ユーザｃ１の端末装置２０と、ユーザｃ２の端末装置２０とが、ローカルエリアネットワーク内にいない場合は、外部の各ルータ、または、サーバ装置１０を介した直接的な通信となる。

このように、端末装置２０は、前記他端末装置への前記接続要求に対して、前記他端末装置からの許諾の接続応答情報を、前記仲介サーバ装置から受信した後に、前記端末間通信路を確立するためのポートを開放するポート開放手段の一例として機能する。

（２．４ 端末・端末間の認証および端末・端末間のデバイス認証の動作例）
次に、ユーザｃ１の端末装置２０と、ユーザｃ２の端末装置２０とが、直接的な通信可能となった後、端末装置２０間での証明書を交換して端末・端末間の認証をし、端末装置２０間である端末・端末間のデバイス認証の動作例について、図７を用いて説明する。

図７は、端末・端末間での認証の動作例を示すシーケンス図である。

（２．４．１ 端末・端末間の認証）
図７に示すように、ユーザｃ１の端末装置２０が、公開鍵暗号標準に従った電子的な証明書を要求する（ステップＳ２０）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、例えば、ＤＴＬＳ（Datagram Transport Layer Security)やＴＬＳ（Transport Layer Security)等のハンドシェイクのメッセージ名“ClientHello”で使用する暗号化アルゴリズムのリスト等を、ユーザｃ２の端末装置２０のネットワーク情報に基づき、ユーザｃ２の端末装置２０に送信する。

次に、ユーザｃ２の端末装置２０が、証明書要求を受信する（ステップＳ２１）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、ユーザｃ１の端末装置２０から、証明書要求を受信する。

次に、ユーザｃ２の端末装置２０が、証明書等を送信する（ステップＳ２２）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、記憶部２２から取得したユーザｃ２の端末装置２０用の証明書を、ユーザｃ２の端末装置２０の公開鍵情報と、証明書要求等を、ユーザｃ１の端末装置２０に送信する。より具体的には、システム制御部２６が、メッセージ名“ServerCertificate“で証明書を送信し、メッセージ名“ServerKeyExchange“で公開鍵情報を送信し、メッセージ名“CertificateRequest“で証明書要求を送信する。端末証明書の一例である証明書は、ユーザｃ２固有の証明書でもよいし、ユーザｃ２が使用している端末装置２０の固有の証明書でもよいし、ユーザｃ２と端末装置２０との組み合わせ固有の証明書でもよい。また、複数の証明書の中から選択された証明書でもよい。

次に、ユーザｃ１の端末装置２０が、証明書等を受信する（ステップＳ２３）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、ユーザｃ２の端末装置２０から、証明書等を受信する。

次に、ユーザｃ１の端末装置２０が、証明書が正当であるか否かを判定する（ステップＳ２４）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、受信した証明書に含まれる電子署名の情報を検証して、ユーザｃ２の身元を確認する。

証明書が正当でなかった場合（ステップＳ２４；ＮＯ）、ユーザｃ１の端末装置２０のシステム制御部２６が、セッションを破棄して、通信路の確立が失敗する。

証明書が正当であった場合（ステップＳ２４；ＹＥＳ）、ユーザｃ１の端末装置２０が、証明書等を送信する（ステップＳ２５）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、記憶部２２から取得したユーザｃ１の端末装置２０用の証明書を、ユーザｃ１の端末装置２０の公開鍵情報と、証明書要求等を、ユーザｃ２の端末装置２０に送信する。より具体的には、システム制御部２６が、メッセージ名“ClientCertificate“で証明書を送信し、メッセージ名“ClientKeyExchange“で公開鍵情報を送信する。

このように、端末装置２０は、前記端末装置と前記他端末装置とのセキュアな端末間通信路を確立するために、前記端末装置を証明する端末証明書であって、前記接続要求元通信ＩＤを含む前記端末証明書を前記他端末装置に送信する証明書送信手段の一例として機能する。

次に、ユーザｃ２の端末装置２０が、証明書等を受信する（ステップＳ２６）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、ユーザｃ１の端末装置２０から、証明書等を受信する。

このように、端末装置２０は、前記証明書送信手段により送信された前記端末証明書を受信する受信手段の一例として機能する。

次に、ユーザｃ２の端末装置２０が、証明書が正当であるか否かを判定する（ステップＳ２７）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、受信した証明書に含まれる電子署名の情報を検証して、ユーザｃ１の身元を確認する。

証明書が正当でなかった場合（ステップＳ２７；ＮＯ）、ユーザｃ２の端末装置２０のシステム制御部２６が、セッションを破棄して、通信路の確立が失敗する。

（２．４．２ 端末・端末間のデバイス認証）
次に、端末・端末間のデバイス認証の動作例について、説明する。

図７に示すように、証明書が正当であった場合（ステップＳ２７；ＹＥＳ）、ユーザｃ２の端末装置２０が、ユーザ通信ＩＤを抽出する（ステップＳ２８）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、受信した証明書のユーザ通信ＩＤが配置されている部分からユーザ通信ＩＤを抽出する。

次にユーザｃ２の端末装置２０が、ユーザ通信ＩＤが一致しているか否かを判定する（ステップＳ２９）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、シグナリング時に記憶部２２等に記憶しておいた、ユーザｃ１のユーザ通信ＩＤと、抽出したユーザ通信ＩＤとを比較する。

このように、端末装置２０は、前記端末証明書に含まれる接続先通信ＩＤと、前記記憶手段の前記接続要求元通信ＩＤと、を照合して、前記照合結果に基づき、前記端末間通信路を確立するか否かを判定する判定手段の一例として機能する。

ユーザ通信ＩＤが一致していない場合（ステップＳ２９；ＮＯ）、ユーザｃ２の端末装置２０のシステム制御部２６が、セッションを破棄して、通信路の確立が失敗する。

ユーザ通信ＩＤが一致している場合（ステップＳ２９；ＹＥＳ）、ユーザｃ２の端末装置２０が、認証ステータスを送信する（ステップＳ３０）。具体的には、ユーザｃ２の端末装置２０のシステム制御部２６が、照合結果の一例の認証ステータスとして、認証成立の情報を、ユーザｃ１の端末装置２０に送信する。なお、認証不成立の場合、ユーザｃ２の端末装置２０が、認証不成立の認証ステータスを、ユーザｃ１の端末装置２０に送信してもよい。

次に、ユーザｃ１の端末装置２０が、証明書からユーザ通信ＩＤを抽出する（ステップＳ３１）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、受信した証明書からユーザ通信ＩＤが配置されている部分からユーザ通信ＩＤを抽出する。

次に、ユーザｃ１の端末装置２０が、ユーザ通信ＩＤが一致しているか否かを判定する（ステップＳ３２）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、シグナリング時に記憶部２２等に記憶しておいた、ユーザｃ２のユーザ通信ＩＤと、抽出したユーザ通信ＩＤとを比較する。

ユーザ通信ＩＤが一致していない場合（ステップＳ３２；ＮＯ）、ユーザｃ１の端末装置２０のシステム制御部２６が、セッションを破棄して、通信路の確立が失敗する。

なお、ユーザｃ１の端末装置２０が、ステップＳ３１～Ｓ３２の後に、ステップＳ２５の証明書等の送信の処理を行ってもよい。

ユーザ通信ＩＤが一致している場合（ステップＳ３２；ＹＥＳ）、ユーザｃ１の端末装置２０が、認証ステータスを受信する（ステップＳ３３）。具体的には、ユーザｃ１の端末装置２０のシステム制御部２６が、ユーザｃ２の端末装置２０から、認証成立の認証ステータスを取得する。なお、認証不成立の認証ステータスを受信した場合、ユーザｃ１の端末装置２０は、セッションを破棄してもよい。

このように、端末装置２０は、前記端末証明書に含まれる接続要求元通信ＩＤと、前記他端末装置が記憶している接続要求元通信ＩＤとの照合結果を、前記他端末装置から受信する受信手段の一例として機能する。端末装置２０は、前記照合結果に基づき、前記端末間通信路を確立するか否かを判定する判定手段の一例として機能する。

端末・端末間の認証が成立し、端末・端末間のデバイス認証が成立した場合、端末・端末間を直接的に接続する仮想的な通信路が確立され、ユーザｃ１の端末装置２０と、ユーザｃ２の端末装置２０との間で、セキュアな交信が行われる。

以上、本実施形態によれば、サーバ装置１０が端末装置２０のユーザｃ１を特定して通信を行うための接続要求元のユーザ通信ＩＤを、他のユーザｃ２の端末装置２０に送信して予め記憶させ、後から送信する、ユーザｃ１の端末装置２０を証明する証明書に含ませた接続要求元のユーザ通信ＩＤと照合して、照合結果に基づき、端末間通信路を確立するか否かを判定することにより、成りすましがされにくくなる。

また、サーバ装置１０が端末装置２０のユーザｃ２を特定して通信を行うための接続先のユーザ通信ＩＤを、ユーザｃ１の端末装置２０に送信して予め記憶させ、後から送信する、ユーザｃ２の端末装置２０を証明する証明書に含ませた接続要先のユーザ通信ＩＤと照合して、照合結果に基づき、端末間通信路を確立するか否かを判定することにより、成りすましがされにくくなる。

通信路を確立する互いの端末装置２０で、それぞれ、予め記憶させユーザ通信ＩＤと、証明書に含まれるユーザ通信ＩＤとを照合することで、より成り済しがされにくくなる。たとえポート番号が特定され接続を試みられたとしても、証明書を使った認証をするため不正アクセスを防ぐことができる。

ユーザｃ１の端末装置２０が送信したＩＤ情報（ユーザ名やユーザログインＩＤ）が、サーバ装置１０が、ユーザｃ２の端末装置２０へ接続を仲介するか否かをＩＤ情報に基づき判定する場合、ＩＤが偽装されにくくなり、よりセキュアな通信路を確立できる。

サーバ装置１０が、ユーザ同士が、同じテナントに属するか否か、同じグループに属するか否かを、ユーザ情報ＤＢ１２ｂを参照して、接続を仲介してよいか否かを判定し、さらに、接続先のユーザが発着信拒否設定をしているかを確認し、処理を続けてよい相手か判断することにより、接続できないユーザを振るい落とすことができる。また、ユーザ通信ＩＤの一部にテナントＩＤは含まれているが、グループＩＤは含まれていない場合、偽装したメッセージを送ることが難しくなる。

他の端末装置への接続要求に対して、他端末装置からの許諾の接続応答情報を、仲介サーバ装置から受信した後に、端末間通信路を確立するためのポートを開放する場合、できるだけポートを開ける時間が短くなるので、よりセキュアな通信路を確立できる。また、認証用に使うポートはランダムにすることにより、狙って攻撃することが難しくなり、よりセキュアな認証を行うことができる。

シグナリング時の全てのメッセージはＶＰＮを通して送られるため、安全性が高められている。

さらに、本発明は、上記各実施形態に限定されるものではない。上記各実施形態は、例示であり、本発明の特許請求の範囲に記載された技術的思想と実質的に同一な構成を有し、同様な作用効果を奏するものは、いかなるものであっても本発明の技術的範囲に包含される。

１：認証システム
１０：サーバ装置（仲介サーバ装置）
２０：端末装置

Claims (1)

1. 接続要求する端末装置と、当該接続要求された接続先の他端末装置と、前記端末装置と前記他端末装置との接続を仲介する仲介サーバ装置と、を備えた認証システムにおいて、
   前記端末装置および前記他端末装置とのそれぞれのセキュアな通信路を確立した後、
   前記端末装置が、
   前記仲介サーバ装置が前記端末装置のユーザを特定して通信を行うための接続要求元通信ＩＤを、前記他端末装置に送信して予め記憶させるために、前記他端末装置への接続要求時に、前記接続要求元通信ＩＤと、前記ユーザを特定するためのＩＤ情報と、前記ユーザが属する第１組織の第１組織ＩＤと、前記第１組織において前記ユーザが属する第２組織を特定する第２組織ＩＤと、を関連付けて記憶した第１記憶手段を参照して前記仲介サーバ装置が前記接続要求元通信ＩＤを特定できる前記ＩＤ情報を前記仲介サーバ装置に送信するＩＤ情報送信手段と、
   前記端末装置と前記他端末装置とのセキュアな端末間通信路を確立するために、前記端末装置を証明する端末証明書であって、前記接続要求元通信ＩＤを含む前記端末証明書を前記他端末装置に送信する証明書送信手段と、
   前記他端末装置への前記接続要求に対して、前記他端末装置からの許諾の接続応答情報を、前記仲介サーバ装置から受信した後に、前記端末間通信路を確立するためのポートを、ランダムに設定して開放するポート開放手段と、
   を有し、前記ＩＤ情報送信手段が送信した前記ＩＤ情報が、前記仲介サーバ装置が前記他端末装置へ接続を仲介するか否かを、前記記憶手段を参照して前記ＩＤ情報と前記第１組織ＩＤと前記第２組織ＩＤとに基づき判定する情報であり、
   前記他端末装置が、
   前記仲介サーバ装置から受信した前記接続要求元通信ＩＤを記憶する第２記憶手段と、
   前記証明書送信手段により送信された前記端末証明書を受信する受信手段と、
   前記端末証明書に含まれる接続先通信ＩＤと、前記第２記憶手段の前記接続要求元通信ＩＤと、を照合して、当該照合結果に基づき、前記端末間通信路を確立するか否かを判定する判定手段と、
   を有することを特徴とする認証システム。

Images