JP7257862B2 - ゲートウェイ装置及び通信システム - Google Patents
ゲートウェイ装置及び通信システム Download PDFInfo
- Publication number
- JP7257862B2 JP7257862B2 JP2019078271A JP2019078271A JP7257862B2 JP 7257862 B2 JP7257862 B2 JP 7257862B2 JP 2019078271 A JP2019078271 A JP 2019078271A JP 2019078271 A JP2019078271 A JP 2019078271A JP 7257862 B2 JP7257862 B2 JP 7257862B2
- Authority
- JP
- Japan
- Prior art keywords
- certificate
- unit
- distribution server
- communication unit
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Description
本発明は、ゲートウェイ装置及び通信システムに関する。
近年、コンピュータ又はスマートフォン等の情報通信機器のみならず、家電製品又は自動車等様々な機器に通信機能を持たせることで、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）機器が構成されている。ＩｏＴ機器は、ゲートウェイ装置を介してインターネットに接続すること、又は、相互に通信することが可能になっている。
ＩｏＴ機器は、インターネットに接続されている時間が長いため、情報を盗み取られること、不正に操作されることといったセキュリティの脅威に常にさらされている。その被害は、ＩｏＴ機器だけではなくＩｏＴ機器と接続している様々なシステムにまで及ぶことがある。このような問題に対して、ＩｏＴ機器に対してクライアント証明書を発行し、サーバ側で接続されたＩｏＴ機器が正当なものかどうかを確認するという方法が知られている。
例えば、特許文献１には、ゲートウェイ装置の配下にあるＩｏＴ機器からの要求により、ゲートウェイ装置内部でＩｏＴ機器のクライアント証明書を生成して、送付するシステムが記載されている。これにより、ゲートウェイ装置の制御対象にあるクライアント端末であるかどうかを、ゲートウェイ装置側で確認することが可能になっている。
従来の技術では、ゲートウェイ装置にクライアント証明書を生成する機能を組み込む必要があり、メモリ容量の観点及びセキュリティの観点からも問題があった。
そこで、本発明の一又は複数の態様は、クライアント証明書を生成する機能をゲートウェイ装置から外して、容易かつ安全にクライアント証明書を配布できるようにすることを目的とする。
本発明の一態様に係るゲートウェイ装置は、証明書配布サーバが接続されている第１のネットワークに接続するゲートウェイ装置であって、前記第１のネットワークとの通信を行う第１の通信部と、前記第１のネットワークとは異なる第２のネットワークとの通信を行う第２の通信部と、前記第１のネットワークに接続するために必要とされるＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードを着脱可能なＳＩＭインターフェース部と、前記ＳＩＭカードが前記ＳＩＭインターフェース部に取り付けられている場合に、前記第１の通信部を介して、前記証明書配布サーバに証明書発行要求を送ることで、前記証明書配布サーバから、前記第２のネットワークでのクライアント認証に必要なクライアント証明書を取得する制御部と、を備えることを特徴とする。
本発明の一態様に係る通信システムは、証明書配布サーバと、前記証明書配布サーバが接続されている第１のネットワークに接続するゲートウェイ装置と、を備える通信システムであって、前記ゲートウェイ装置は、前記第１のネットワークとの通信を行う第１の通信部と、前記第１のネットワークとは異なる第２のネットワークとの通信を行う第２の通信部と、前記第１のネットワークに接続するために必要とされるＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードを着脱可能なＳＩＭインターフェース部と、前記ＳＩＭカードが前記ＳＩＭインターフェース部に取り付けられている場合に、前記第１の通信部を介して、前記証明書配布サーバに証明書発行要求を送ることで、前記証明書配布サーバから、前記第２のネットワークでのクライアント認証に必要なクライアント証明書を取得する制御部と、を備えることを特徴とする。
本発明の一又は複数の態様によれば、クライアント証明書を生成する機能をゲートウェイ装置から外すことで、容易かつ安全にクライアント証明書を配布することができる。
実施の形態１．
図１は、実施の形態１に係るゲートウェイ装置（以下、ＧＷ装置という）１１０を含む通信システムであるＩｏＴシステム１００の全体構成例を概略的に示すブロック図である。
ＩｏＴシステム１００は、ＧＷ装置１１０と、証明書配布サーバ１３０と、管理装置１４０と、サーバ１５０とを備える。
図１は、実施の形態１に係るゲートウェイ装置（以下、ＧＷ装置という）１１０を含む通信システムであるＩｏＴシステム１００の全体構成例を概略的に示すブロック図である。
ＩｏＴシステム１００は、ＧＷ装置１１０と、証明書配布サーバ１３０と、管理装置１４０と、サーバ１５０とを備える。
ＩｏＴシステム１００では、ＧＷ装置１１０は、ＧＷ装置１１０配下のローカルネットワーク１０１と、閉域網１０２と、公衆網１０３とに接続される。証明書配布サーバ１３０及び管理装置１４０は、閉域網１０２に接続される。サーバ１５０は、公衆網１０３に接続される。
閉域網１０２は、接続する際にＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カード１０４を必要とするネットワークである。
閉域網１０２は、接続する際にＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カード１０４を必要とするネットワークである。
ＧＷ装置１１０は、閉域網１０２への接続用のＳＩＭカード１０４を使用して、移動体通信で証明書配布サーバ１３０に証明書発行要求を送ることができる装置である。
証明書配布サーバ１３０は、クライアント証明書を生成し、そのクライアント証明書を送ることができるサーバである。
管理装置１４０は、ＩｏＴシステム１００の管理下にあるＧＷ装置１１０の情報を管理する装置である。
サーバ１５０は、ＧＷ装置１１０から公衆網１０３（例えば、インターネット）経由で接続され、サービスの提供にクライアント証明書による認証を必要とするサービス提供サーバである。ＧＷ装置１１０からサーバ１５０に接続するためには、ＧＷ装置１１０のクライアント証明書を送付し、サーバ１５０でクライアント認証が成功する必要がある。
証明書配布サーバ１３０は、クライアント証明書を生成し、そのクライアント証明書を送ることができるサーバである。
管理装置１４０は、ＩｏＴシステム１００の管理下にあるＧＷ装置１１０の情報を管理する装置である。
サーバ１５０は、ＧＷ装置１１０から公衆網１０３（例えば、インターネット）経由で接続され、サービスの提供にクライアント証明書による認証を必要とするサービス提供サーバである。ＧＷ装置１１０からサーバ１５０に接続するためには、ＧＷ装置１１０のクライアント証明書を送付し、サーバ１５０でクライアント認証が成功する必要がある。
図２は、実施の形態１に係るＧＷ装置１１０の機能構成を概略的に示すブロック図である。
ＧＷ装置１１０は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）側通信部１１１と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）側通信部１１２と、移動体通信部１１３と、通信処理部１１４と、記憶部１１７と、ＳＩＭインターフェース部（以下、ＳＩＭＩ／Ｆ部という）１２１と、制御部１２２とを備える。
ＧＷ装置１１０は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）側通信部１１１と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）側通信部１１２と、移動体通信部１１３と、通信処理部１１４と、記憶部１１７と、ＳＩＭインターフェース部（以下、ＳＩＭＩ／Ｆ部という）１２１と、制御部１２２とを備える。
ＷＡＮ側通信部１１１は、公衆網１０３との間での通信を行うワイドエリア通信部である。例えば、ＷＡＮ側通信部１１１は、公衆網１０３からのパケットの受信処理、パケットのヘッダ部変換処理、及び、公衆網１０３へのパケットの送信処理等を行う。
ＬＡＮ側通信部１１２は、ローカルネットワーク１０１との間での通信を行うローカルエリア通信部である。例えば、ＬＡＮ側通信部１１２は、ローカルネットワーク１０１からのパケットの受信処理、パケットのヘッダ部変換処理、及び、ローカルネットワーク１０１へのパケット送信処理等を行う。
移動体通信部１１３は、閉域網１０２との間での通信を行う通信部である。例えば、移動体通信部１１３は、閉域網１０２からのパケットの受信処理、パケットのヘッダ部変換処理、及び、閉域網１０２へのパケットの送信処理等を行う。
通信処理部１１４は、ＷＡＮ側通信部１１１、ＬＡＮ側通信部１１２及び移動体通信部１１３を用いて通信を行う。
通信処理部１１４は、メッセージフィルタ部１１５と、アドレス変換部１１６とを備える。
通信処理部１１４は、メッセージフィルタ部１１５と、アドレス変換部１１６とを備える。
メッセージフィルタ部１１５は、ＷＡＮ側通信部１１１、ＬＡＮ側通信部１１２及び移動体通信部１１３で受信したメッセージから、宛先毎に送信メッセージを分離するために、プロトコルの種別、送信元、送信先ＩＰアドレス又はポート番号等をキーにしてフィルタリングを行う。
アドレス変換部１１６は、公衆網１０３向けのＩＰアドレスと、ローカルネットワーク１０１向けのＩＰアドレスとを相互に変換する。
アドレス変換部１１６は、公衆網１０３向けのＩＰアドレスと、ローカルネットワーク１０１向けのＩＰアドレスとを相互に変換する。
記憶部１１７は、ＧＷ装置１１０での処理に必要なプログラム及び情報を記憶する。
例えば、記憶部１１７には、証明書記憶領域１１８と、秘密鍵記憶領域１１９と、公開鍵記憶領域１２０とを備える。
例えば、記憶部１１７には、証明書記憶領域１１８と、秘密鍵記憶領域１１９と、公開鍵記憶領域１２０とを備える。
証明書記憶領域１１８には、クライアント証明書が記憶される。
秘密鍵記憶領域１１９には、秘密鍵が記憶される。
公開鍵記憶領域１２０には、公開鍵が記憶される。
秘密鍵記憶領域１１９には、秘密鍵が記憶される。
公開鍵記憶領域１２０には、公開鍵が記憶される。
ＳＩＭＩ／Ｆ部１２１は、閉域網１０２に接続するために必要とされるＳＩＭカード１０４を着脱可能なインターフェースである。ＳＩＭＩ／Ｆ部１２１は、ＳＩＭカード１０４が取り付けられると、ＳＩＭカード１０４との間で情報の読み書きを行うことができる。
制御部１２２は、ＧＷ装置１１０での処理を制御する。
例えば、制御部１２２は、移動体通信部１１３を介して、証明書配布サーバ１３０に証明書発行要求を送ることで、証明書配布サーバ１３０からクライアント証明書を取得する。具体的には、制御部１２２は、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられている場合に、証明書配布サーバ１３０に証明書発行要求を送る。実施の形態１では、制御部１２２は、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられたことを契機に、証明書配布サーバ１３０に証明書発行要求を送る。
例えば、制御部１２２は、移動体通信部１１３を介して、証明書配布サーバ１３０に証明書発行要求を送ることで、証明書配布サーバ１３０からクライアント証明書を取得する。具体的には、制御部１２２は、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられている場合に、証明書配布サーバ１３０に証明書発行要求を送る。実施の形態１では、制御部１２２は、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられたことを契機に、証明書配布サーバ１３０に証明書発行要求を送る。
制御部１２２は、ＳＩＭカード制御部１２３と、証明書発行要求部１２４と、証明書送信要求検知部１２５と、証明書制御部１２６とを備える。
ＳＩＭカード制御部１２３は、ＳＩＭカード１０４がＳＩＭＩ／Ｆ部１２１に取り付けられたことを検知する。
証明書発行要求部１２４は、ＳＩＭカード制御部１２３でＳＩＭカード１０４が取り付けられたことを検知したタイミングで動作し、通信処理部１１４及び移動体通信部１１３を介して、証明書配布サーバ１３０に、証明書発行要求を送る。
証明書発行要求部１２４は、ＳＩＭカード制御部１２３でＳＩＭカード１０４が取り付けられたことを検知したタイミングで動作し、通信処理部１１４及び移動体通信部１１３を介して、証明書配布サーバ１３０に、証明書発行要求を送る。
証明書送信要求検知部１２５は、ＷＡＮ側通信部１１１で受信されたパケットに含まれている情報に基づいて、サーバ１５０からクライアント証明書の送信要求を検知する。
証明書制御部１２６は、ＧＷ装置１１０のクライアント証明書を移動体通信部１１３が受信したタイミングと、証明書送信要求検知部１２５がサーバ１５０からのクライアント証明書の送信要求を検知したタイミングとで動作する。例えば、証明書制御部１２６は、移動体通信部１１３がクライアント証明書を受信すると、そのクライアント証明書を証明書記憶領域１１８に記憶する。また、証明書制御部１２６は、証明書送信要求検知部１２５がサーバ１５０からのクライアント証明書の送信要求を検知すると、通信処理部１１４及び移動体通信部１１３を介して、証明書記憶領域１１８に格納されたクライアント証明書をサーバ１５０に送る。
証明書制御部１２６は、ＧＷ装置１１０のクライアント証明書を移動体通信部１１３が受信したタイミングと、証明書送信要求検知部１２５がサーバ１５０からのクライアント証明書の送信要求を検知したタイミングとで動作する。例えば、証明書制御部１２６は、移動体通信部１１３がクライアント証明書を受信すると、そのクライアント証明書を証明書記憶領域１１８に記憶する。また、証明書制御部１２６は、証明書送信要求検知部１２５がサーバ１５０からのクライアント証明書の送信要求を検知すると、通信処理部１１４及び移動体通信部１１３を介して、証明書記憶領域１１８に格納されたクライアント証明書をサーバ１５０に送る。
図３は、実施の形態１に係るＧＷ装置１１０のハードウェア構成を概略的に示すブロック図である。
ＧＷ装置１１０は、ＷＡＮ側通信装置１０と、ＬＡＮ側通信装置１１と、移動体通信装置１２と、メモリ１３と、ＳＩＭスロット１４と、ＣＰＵ１５とを備える。
図２に示されているＷＡＮ側通信部１１１は、ＣＰＵ１５がＷＡＮ側通信装置１０を制御することにより実現することができる。
図２に示されているＬＡＮ側通信部１１２は、ＣＰＵ１５がＬＡＮ側通信装置１１を制御することにより実現することができる。
図２に示されている移動体通信部１１３は、ＣＰＵ１５が移動体通信装置１２を制御することにより実現することができる。
図２に示されている記憶部１１７は、ＣＰＵ１５がメモリ１３を制御することにより実現することができる。
図２に示されているＳＩＭＩ／Ｆ部１２１は、ＣＰＵ１５がＳＩＭスロット１４を制御することにより実現することができる。
図２に示されている制御部１２２は、ＣＰＵ１５がメモリ１３に記憶されているプログラムを実行することにより実現することができる。
ＧＷ装置１１０は、ＷＡＮ側通信装置１０と、ＬＡＮ側通信装置１１と、移動体通信装置１２と、メモリ１３と、ＳＩＭスロット１４と、ＣＰＵ１５とを備える。
図２に示されているＷＡＮ側通信部１１１は、ＣＰＵ１５がＷＡＮ側通信装置１０を制御することにより実現することができる。
図２に示されているＬＡＮ側通信部１１２は、ＣＰＵ１５がＬＡＮ側通信装置１１を制御することにより実現することができる。
図２に示されている移動体通信部１１３は、ＣＰＵ１５が移動体通信装置１２を制御することにより実現することができる。
図２に示されている記憶部１１７は、ＣＰＵ１５がメモリ１３を制御することにより実現することができる。
図２に示されているＳＩＭＩ／Ｆ部１２１は、ＣＰＵ１５がＳＩＭスロット１４を制御することにより実現することができる。
図２に示されている制御部１２２は、ＣＰＵ１５がメモリ１３に記憶されているプログラムを実行することにより実現することができる。
図４は、実施の形態１における証明書配布サーバ１３０の機能構成を概略的に示すブロック図である。
証明書配布サーバ１３０は、通信部１３１と、記憶部１３２と、制御部１３５とを備える。
証明書配布サーバ１３０は、通信部１３１と、記憶部１３２と、制御部１３５とを備える。
通信部１３１は、閉域網１０２との間での通信を行う。例えば、通信部１３１は、制御部１３５からの命令に従い、ＧＷ装置１１０又は管理装置１４０と通信を行う。
記憶部１３２は、証明書配布サーバ１３０での処理に必要なプログラム及び情報を記憶する。
記憶部１３２は、ＳＩＭカード情報記憶領域１３３と、証明書生成情報記憶領域１３４とを備える。
記憶部１３２は、ＳＩＭカード情報記憶領域１３３と、証明書生成情報記憶領域１３４とを備える。
ＳＩＭカード情報記憶領域１３３には、有効なＳＩＭカードのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を示すＩＭＳＩ情報が記憶される。ＩＭＳＩは、ＳＩＭカードに固有の識別番号であり、ＩＭＳＩ情報は、ＩｏＴシステム１００において有効とされるＳＩＭカードを識別するためのＳＩＭカード識別情報として用いられる。
証明書生成情報記憶領域１３４には、ＧＷ装置１１０の所有者情報又はＧＷ装置１１０が公開している公開鍵の情報等、クライアント証明書を生成するために必要な情報である証明書生成情報が記憶される。証明書生成情報は、ＧＷ装置１１０から通知される。
制御部１３５は、証明書配布サーバ１３０での処理を制御する。
制御部１３５は、本人確認要求部１３６と、証明書生成部１３７とを備える。
制御部１３５は、本人確認要求部１３６と、証明書生成部１３７とを備える。
本人確認要求部１３６は、通信部１３１を介して、ＧＷ装置１１０からの証明書発行要求を受けて、管理装置１４０に対して本人確認要求を送る。なお、本人確認要求部１３６は、本人確認要求に、ＧＷ装置１１０から送られてきた情報に含まれているシリアル番号を含める。
証明書生成部１３７は、管理装置１４０からの本人確認成功通知を受信したタイミングで、証明書生成情報記憶領域１３４を参照し、ＧＷ装置１１０のクライアント証明書を生成する。
図５は、証明書生成部１３７が生成するクライアント証明書の一例を示す概略図である。
図示されているように、クライアント証明書１０５は、発行者１０５ａ、証明書の有効期限１０５ｂ、シリアル番号１０５ｃ、所有者１０５ｄ、クライアント端末公開鍵１０５ｅ及び発行者署名１０５ｆを含む。
図示されているように、クライアント証明書１０５は、発行者１０５ａ、証明書の有効期限１０５ｂ、シリアル番号１０５ｃ、所有者１０５ｄ、クライアント端末公開鍵１０５ｅ及び発行者署名１０５ｆを含む。
図６は、実施の形態１における証明書配布サーバ１３０のハードウェア構成を概略的に示すブロック図である。
証明書配布サーバ１３０は、通信装置２０と、記憶装置２１と、ＣＰＵ２２とを備える。
図４に示されている通信部１３１は、ＣＰＵ２２が通信装置２０を制御することにより実現することができる。
図４に示されている記憶部１３２は、ＣＰＵ２２が記憶装置２１を制御することにより実現することができる。
図４に示されている制御部１３５は、ＣＰＵ２２が記憶装置２１に記憶されているプログラムを実行することにより実現することができる。
証明書配布サーバ１３０は、通信装置２０と、記憶装置２１と、ＣＰＵ２２とを備える。
図４に示されている通信部１３１は、ＣＰＵ２２が通信装置２０を制御することにより実現することができる。
図４に示されている記憶部１３２は、ＣＰＵ２２が記憶装置２１を制御することにより実現することができる。
図４に示されている制御部１３５は、ＣＰＵ２２が記憶装置２１に記憶されているプログラムを実行することにより実現することができる。
図７は、実施の形態１における管理装置１４０の機能構成を概略的に示すブロック図である。
管理装置１４０は、通信部１４１と、記憶部１４２と、制御部１４４とを備える。
管理装置１４０は、通信部１４１と、記憶部１４２と、制御部１４４とを備える。
通信部１４１は、閉域網１０２との間での通信を行う。例えば、通信部１４１は、制御部１４４からの命令に従い、ＧＷ装置１１０又は証明書配布サーバ１３０と通信を行う。
記憶部１４２は、管理装置１４０での処理に必要なプログラム及び情報を記憶する。
記憶部１４２は、ＧＷ装置管理情報記憶領域１４３を備える。
記憶部１４２は、ＧＷ装置管理情報記憶領域１４３を備える。
図８は、ＧＷ装置管理情報記憶領域１４３に記憶されているＧＷ装置管理情報の一例であるＧＷ装置情報管理テーブル１０６を示す概略図である。
ＧＷ装置情報管理テーブル１０６は、ＩｏＴシステム１００の管理下にあるＧＷ装置１１０を識別するためのＧＷ装置識別情報であるシリアル番号及び所有者情報等を格納する。
ＧＷ装置情報管理テーブル１０６は、ＩｏＴシステム１００の管理下にあるＧＷ装置１１０を識別するためのＧＷ装置識別情報であるシリアル番号及び所有者情報等を格納する。
図７に戻り、制御部１４４は、管理装置１４０での処理を制御する。
制御部１４４は、本人確認部１４５を備える。
制御部１４４は、本人確認部１４５を備える。
本人確認部１４５は、通信部１４１を介して、証明書配布サーバ１３０からの本人確認要求を受け取り、その本人確認要求の対象であるＧＷ装置１１０がＩｏＴシステム１００の管理下にあるか否かを、ＧＷ装置情報管理テーブル１０６を参照することで確認する。そして、本人確認部１４５は、その確認結果を、通信部１４１を介して、証明書配布サーバ１３０に送る。
図９は、実施の形態１における管理装置１４０のハードウェア構成を概略的に示すブロック図である。
管理装置１４０は、通信装置３０と、記憶装置３１と、ＣＰＵ３２とを備える。
図７に示されている通信部１４１は、ＣＰＵ３２が通信装置３０を制御することにより実現することができる。
図７に示されている記憶部１４２は、ＣＰＵ３２が記憶装置３１を制御することにより実現することができる。
図７に示されている制御部１４４は、ＣＰＵ３２が記憶装置３１に記憶されているプログラムを実行することにより実現することができる。
管理装置１４０は、通信装置３０と、記憶装置３１と、ＣＰＵ３２とを備える。
図７に示されている通信部１４１は、ＣＰＵ３２が通信装置３０を制御することにより実現することができる。
図７に示されている記憶部１４２は、ＣＰＵ３２が記憶装置３１を制御することにより実現することができる。
図７に示されている制御部１４４は、ＣＰＵ３２が記憶装置３１に記憶されているプログラムを実行することにより実現することができる。
次に、実施の形態１における動作を説明する。
図１０は、実施の形態１におけるＩｏＴシステム１００において、クライアント証明書を生成する動作を示すシーケンス図である。
まず、ＧＷ装置１１０は、証明書配布サーバ１３０に対して、証明書発行要求を送る（Ｓ１０）。この動作は、ＧＷ装置１１０にＳＩＭカード１０４が取り付けられたタイミングで実施される。
図１０は、実施の形態１におけるＩｏＴシステム１００において、クライアント証明書を生成する動作を示すシーケンス図である。
まず、ＧＷ装置１１０は、証明書配布サーバ１３０に対して、証明書発行要求を送る（Ｓ１０）。この動作は、ＧＷ装置１１０にＳＩＭカード１０４が取り付けられたタイミングで実施される。
証明書発行要求を受け取った証明書配布サーバ１３０は、証明書発行要求を送ってきたＧＷ装置１１０が正当なものであるかを確認するために、管理装置１４０に本人確認要求を送る（Ｓ１１）。
本人確認要求を受け取った管理装置１４０は、本人確認要求の対象であるＧＷ装置１１０がＩｏＴシステム１００の管理下にあるか否かを確認し、その結果を証明書配布サーバ１３０に応答する（Ｓ１２）。ここでは、対象であるＧＷ装置１１０がＩｏＴシステム１００の管理下にあるものとして説明する。
証明書配布サーバ１３０は、管理装置１４０から本人確認の成功を示す本人確認結果を受け取った場合には、ＧＷ装置１１０のクライアント証明書を生成する（Ｓ１３）。
そして、証明書配布サーバ１３０は、生成されたクライアント証明書をＧＷ装置１１０に送る（Ｓ１４）。
そして、証明書配布サーバ１３０は、生成されたクライアント証明書をＧＷ装置１１０に送る（Ｓ１４）。
図１１は、実施の形態１において、ＧＷ装置１１０が証明書配布サーバ１３０に対して、証明書発行要求を通知し、証明書配布サーバ１３０にて発行されたクライアント証明書を証明書記憶領域１１８に記憶するまでのＧＷ装置１１０の動作を示すフローチャートである。なお、図１１に示されているフローチャートは、ＧＷ装置１１０が起動することによりスタートされる。
ＧＷ装置１１０が起動すると、ＳＩＭカード制御部１２３は、定期的なタイミングでＳＩＭＩ／Ｆ部１２１に、閉域網１０２に接続するためのＳＩＭカード１０４が取り付けられたか否かを確認する（Ｓ２０）。ＳＩＭカード１０４が取り付けられた場合（Ｓ２０でＹｅｓ）には、処理はステップＳ２１に進む。
ステップＳ２１では、証明書発行要求部１２４は、通信処理部１１４及び移動体通信部１１３を介して、証明書配布サーバ１３０に証明書発行要求を送る。なお、この際、ＧＷ装置１１０は、ＧＷ装置１１０のシリアル番号、所有者情報及びＧＷ装置１１０が公開している公開鍵の情報等、クライアント証明書を生成するために必要な情報を証明書発行要求に添付する。
次に、証明書発行要求部１２４は、証明書発行要求に対する応答として、クライアント証明書が証明書配布サーバ１３０から送られてきたか否かを判断する（Ｓ２２）。クライアント証明書が送られてきた場合（Ｓ２２でＹｅｓ）には、処理はステップＳ２３に進み、クライアント証明書が送られてこないで、証明書配布サーバ１３０から証明書発行失敗通知が送られてきた場合（Ｓ２２でＮｏ）には、処理はステップＳ２０に戻る。
ステップＳ２３では、証明書制御部１２６は、移動体通信部１１３で受信されたクライアント証明書を、証明書記憶領域１１８に記憶する。
図１２は、実施の形態１において、証明書配布サーバ１３０がＧＷ装置１１０からの証明書発行要求を受信し、それに対する応答をＧＷ装置１１０に返すまでの証明書配布サーバ１３０での動作を示すフローチャートである。なお、図１２に示されているフローチャートは、証明書配布サーバ１３０が起動することによりスタートされる。
まず、証明書配布サーバ１３０が起動すると、証明書生成部１３７は、通信部１３１がＧＷ装置１１０からの証明書発行要求を受信したか否かを判断する（Ｓ３０）。証明書発行要求が受信された場合（Ｓ３０でＹｅｓ）には、処理はステップＳ３１に進む。
まず、証明書配布サーバ１３０が起動すると、証明書生成部１３７は、通信部１３１がＧＷ装置１１０からの証明書発行要求を受信したか否かを判断する（Ｓ３０）。証明書発行要求が受信された場合（Ｓ３０でＹｅｓ）には、処理はステップＳ３１に進む。
ステップＳ３１では、証明書生成部１３７は、証明書発行要求を送ってきたＧＷ装置１１０に取り付けられたＳＩＭカード１０４が有効なものであるか否かを判断する。例えば、証明書生成部１３７は、証明書発行要求に含まれているＳＩＭカード１０４のＩＭＳＩが、ＳＩＭカード情報記憶領域１３３に記憶されているＩＭＳＩ情報で示されているＩＭＳＩと一致する場合には、そのＳＩＭカード１０４が有効なものと判断する。そのＳＩＭカード１０４が有効である場合（Ｓ３１でＹｅｓ）には、処理はステップＳ３２に進み、そのＳＩＭカードが有効ではない場合（Ｓ３１でＮｏ）には、処理はステップＳ３７に進む。
ステップＳ３２では、証明書生成部１３７は、ＧＷ装置１１０から送られてきた証明書発行要求に添付されている、クライアント証明書の生成に必要な情報を証明書生成情報記憶領域１３４に記憶する。
そして、本人確認要求部１３６は、通信部１３１を介して、ＧＷ装置１１０がＩｏＴシステム１００の管理下にあるか否かの確認を要求する本人確認要求を管理装置１４０に送る（Ｓ３３）。なお、本人確認要求は、電子メール等で送ってもよく、その送信方法はどのような方法であってもよい。
次に、証明書生成部１３７は、証明書発行要求を送ってきたＧＷ装置１１０がＩｏＴシステム１００の管理下にあるか否かを判断する（Ｓ３４）。例えば、証明書生成部１３７は、通信部１３１が、本人確認要求の応答として、管理装置１４０から本人確認成功通知を受信した場合には、そのＧＷ装置１１０がＩｏＴシステム１００の管理下にあると判断し、本人確認失敗通知を受信した場合には、そのＧＷ装置１１０がＩｏＴシステム１００の管理下にないと判断する。そして、それがＩｏＴシステム１００の管理下にある場合（Ｓ３４でＹｅｓ）には、処理はステップＳ３５に進み、それがＩｏＴシステム１００の管理下にない場合（Ｓ３４でＮｏ）には、処理はステップＳ３７に進む。
ステップＳ３５では、証明書生成部１３７は、証明書生成情報記憶領域１３４に記憶されている情報を用いて、ＧＷ装置１１０のクライアント証明書を生成する。
そして、証明書生成部１３７は、生成されたクライアント証明書を、通信部１３１を介して、ＧＷ装置１１０に送る。そして、処理はステップＳ３０に戻る。この際、証明書生成部１３７は、ＳＩＭカード情報記憶領域１３３に記憶されているＩＭＳＩ情報から、クライアント証明書を送ってきたＧＷ装置１１０のＳＩＭカード１０４のＩＭＳＩを削除することで、証明書発行要求が不正に実施されるリスクを軽減する。
そして、証明書生成部１３７は、生成されたクライアント証明書を、通信部１３１を介して、ＧＷ装置１１０に送る。そして、処理はステップＳ３０に戻る。この際、証明書生成部１３７は、ＳＩＭカード情報記憶領域１３３に記憶されているＩＭＳＩ情報から、クライアント証明書を送ってきたＧＷ装置１１０のＳＩＭカード１０４のＩＭＳＩを削除することで、証明書発行要求が不正に実施されるリスクを軽減する。
一方、ステップＳ３７では、証明書生成部１３７は、通信部１３１を介して、証明書発行失敗通知を、ＧＷ装置１１０に対して応答する。そして、処理はステップＳ３０に戻る。
図１３は、実施の形態１において、管理装置１４０が、証明書配布サーバ１３０からＧＷ装置１１０の本人確認要求を受信してから本人確認を実施し、証明書配布サーバ１３０に確認結果を応答するまでの管理装置１４０での動作を示すフローチャートである。なお、図１３に示されているフローチャートは、管理装置１４０が起動することによりスタートされる。
まず、管理装置１４０が起動すると、本人確認部１４５は、通信部１４１が証明書配布サーバ１３０からの本人確認要求を受信したか否かを判断する（Ｓ４０）。本人確認要求が受信された場合（Ｓ４０でＹｅｓ）には、処理はステップＳ４１に進む。
まず、管理装置１４０が起動すると、本人確認部１４５は、通信部１４１が証明書配布サーバ１３０からの本人確認要求を受信したか否かを判断する（Ｓ４０）。本人確認要求が受信された場合（Ｓ４０でＹｅｓ）には、処理はステップＳ４１に進む。
ステップＳ４１では、本人確認部１４５は、本人確認を実行する。例えば、本人確認部１４５は、本人確認要求に含まれている、ＧＷ装置１１０のシリアル番号と一致するシリアル番号が、ＧＷ装置管理情報記憶領域１４３に記憶されているＧＷ装置管理情報に登録されている場合には、そのＧＷ装置１１０がＩｏＴシステム１００の管理下にあると判断する。
そして、本人確認部１４５は、本人確認の結果を、通信部１４１を介して、証明書配布サーバ１３０に応答する（Ｓ４２）。例えば、ＧＷ装置１１０がＩｏＴシステム１００の管理下にあると判断した場合には、本人確認部１４５は、本人確認成功通知を証明書配布サーバ１３０に応答し、ＧＷ装置１１０がＩｏＴシステム１００の管理下にないと判断した場合には、本人確認部１４５は、本人確認失敗通知を証明書配布サーバ１３０に応答する。
図１４は、実施の形態１において、ＧＷ装置１１０及びサーバ１５０のクライアント認証の動作を示すシーケンス図である。
まず、ＧＷ装置１１０の証明書送信要求検知部１２５がクライアント認証を必要とするサーバ１５０からの、クライアント証明書の送信要求を検知すると、証明書制御部１２６は、証明書記憶領域１１８に記憶されているクライアント証明書を、ＷＡＮ側通信部１１１を介して、そのサーバ１５０に送る（Ｓ５０）。
まず、ＧＷ装置１１０の証明書送信要求検知部１２５がクライアント認証を必要とするサーバ１５０からの、クライアント証明書の送信要求を検知すると、証明書制御部１２６は、証明書記憶領域１１８に記憶されているクライアント証明書を、ＷＡＮ側通信部１１１を介して、そのサーバ１５０に送る（Ｓ５０）。
サーバ１５０は、送られてきたクライアント証明書を用いてクライアント認証を実施する（Ｓ５１）。
なお、クライアント認証が成功すると、ＧＷ装置１１０は、サーバ１５０から使用することが許可された、サーバ１５０の機能を使用することが可能になる。
なお、クライアント認証が成功すると、ＧＷ装置１１０は、サーバ１５０から使用することが許可された、サーバ１５０の機能を使用することが可能になる。
実施の形態１は、図１５のように変形して利用することも可能である。
図１５は、実施の形態１におけるＩｏＴシステム１００の変形例を示すブロック図である。
図１５に示されているＩｏＴシステム１００＃は、ＧＷ装置１１０と、ＧＷ装置１１０＃と、証明書配布サーバ１３０と、管理装置１４０と、サーバ１５０とを備える。
ＩｏＴシステム１００＃では、ＧＷ装置１１０と同様の構成を有するＧＷ装置１１０＃と、ハブ１６０－１と、ハブ１６０－２とを備えることで、ＧＷ装置１１０とＧＷ装置１１０＃とによる冗長構成を形成している。
図１５は、実施の形態１におけるＩｏＴシステム１００の変形例を示すブロック図である。
図１５に示されているＩｏＴシステム１００＃は、ＧＷ装置１１０と、ＧＷ装置１１０＃と、証明書配布サーバ１３０と、管理装置１４０と、サーバ１５０とを備える。
ＩｏＴシステム１００＃では、ＧＷ装置１１０と同様の構成を有するＧＷ装置１１０＃と、ハブ１６０－１と、ハブ１６０－２とを備えることで、ＧＷ装置１１０とＧＷ装置１１０＃とによる冗長構成を形成している。
具体的には、ＧＷ装置１１０及びＧＷ装置１１０＃は、ローカルネットワーク１０１と、ハブ１６０－１を介して接続されている。また、ＧＷ装置１１０及びＧＷ装置１１０＃は、公衆網１０３と、ハブ１６０－２を介して接続されている。
なお、図１５には示されていないが、ＧＷ装置１１０＃は、閉域網１０２にも接続でき、ＳＩＭカード１０４を取り付けることができるようにされている。
なお、図１５には示されていないが、ＧＷ装置１１０＃は、閉域網１０２にも接続でき、ＳＩＭカード１０４を取り付けることができるようにされている。
ＩｏＴシステム１００＃では、初期状態でＧＷ装置１１０は運用系、ＧＷ装置１１０＃は待機系となっている。この変形例では、運用系のＧＷ装置１１０に障害が発生した場合は、待機系のＧＷ装置１１０＃に系が切り替わるが、事前に入手済みのクライアント証明書を複製し、ＧＷ装置１１０からＧＷ装置１１０＃に送付しておくことが可能であるため、系が切り替わった後でもＧＷ装置１１０＃から証明書配布サーバ１３０に対して新たに証明書発行要求を出す必要がない。このため、容易に系切替を実現することができる。
また、ＳＩＭカード１０４の代わりに、ＧＷ装置１１０が、予め、ｅＳＩＭ（ｅｍｂｅｄｄｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）を備えていてもよい。ｅＳＩＭを採用する場合には、ＧＷ装置１１０の所有者であるユーザが、容易に接続する網を切り替えることが可能であるというメリットの他、ＩｏＴシステム１００の管理者がＳＩＭの設定を変更することができるというメリットもある。
ｅＳＩＭを採用することで、ＧＷ装置１１０での証明書発行要求の有効及び無効の切り替えをＩｏＴシステム１００の管理者側から行うことができるため、一度、クライアント証明書を発行した後で、クライアント証明書の有効期限切れ等により、再度クライアント証明書を発行したいような場合にも、ＧＷ装置１１０を使用しているユーザがＳＩＭカード１０４の差し替え等の操作をする必要がなくなるというメリットがある。
以上のように、実施の形態１では、クライアント証明書を発行する部分が、証明書配布サーバ１３０として、ＧＷ装置１１０の外に出されているため、ＧＷ装置１１０の内部でクライアント証明書を発行する必要がなく、ＧＷ装置１１０のメモリ容量を抑えることができる。
また、ＧＷ装置１１０を操作するユーザも、ＳＩＭカード１０４を挿入することのみで、クライアント証明書の発行を受けることができ、ＷＥＢ－ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等での複雑な操作が不要であるため、ユーザビリティが高くなる。
さらに、証明書配布サーバ１３０には専用のＳＩＭカード１０４をＧＷ装置１１０に取り付ける必要があるということ、閉域網１０２にアクセスするということ、ＧＷ装置１１０がＩｏＴシステム１００管理下にある正当なゲートウェイであることを確認する仕組みを証明書配布サーバ１３０から切り離しているということから、クライアント証明書の発行を安全に実施できるという効果が得られる。
実施の形態２．
図１６は、実施の形態２に係るＧＷ装置２１０を含むＩｏＴシステム２００の全体構成例を概略的に示すブロック図である。
ＩｏＴシステム２００は、ＧＷ装置２１０と、証明書配布サーバ２３０と、管理装置２４０と、サーバ１５０と、電子機器２７０－１～２７０－４とを備える。
なお、電子機器２７０－１～２７０－４の各々を特に区別する必要がない場合には、電子機器２７０という。
図１６は、実施の形態２に係るＧＷ装置２１０を含むＩｏＴシステム２００の全体構成例を概略的に示すブロック図である。
ＩｏＴシステム２００は、ＧＷ装置２１０と、証明書配布サーバ２３０と、管理装置２４０と、サーバ１５０と、電子機器２７０－１～２７０－４とを備える。
なお、電子機器２７０－１～２７０－４の各々を特に区別する必要がない場合には、電子機器２７０という。
ＩｏＴシステム２００では、ＧＷ装置２１０は、ＧＷ装置２１０配下のローカルネットワーク１０１と、閉域網１０２と、公衆網１０３とに接続される。証明書配布サーバ２３０及び管理装置２４０は、閉域網１０２に接続される。サーバ１５０は、公衆網１０３に接続される。電子機器２７０は、ローカルネットワーク１０１に接続される。
実施の形態１では、サーバ１５０に対して、ＧＷ装置１１０がクライアント端末である例を示したが、実施の形態２では、ＧＷ装置２１０が、クライアント証明書による認証を必要とするサービス提供サーバ、ＧＷ装置２１０のローカルネットワーク１０１に有線又は無線で接続されている電子機器２７０がクライアント端末である場合について説明する。
電子機器２７０は、ＧＷ装置２１０の配下にある端末であり、ＧＷ装置２１０とは有線又は無線で接続されている。電子機器２７０は、例えば、スマートフォン、家電製品、パソコン又は車等である。
図１７は、実施の形態２に係るＧＷ装置２１０の機能構成を概略的に示すブロック図である。
ＧＷ装置２１０は、ＷＡＮ側通信部１１１と、ＬＡＮ側通信部１１２と、移動体通信部１１３と、通信処理部１１４と、記憶部２１７と、ＳＩＭＩ／Ｆ部１２１と、制御部２２２とを備える。
実施の形態２に係るＧＷ装置２１０のＷＡＮ側通信部１１１、ＬＡＮ側通信部１１２、移動体通信部１１３、通信処理部１１４及びＳＩＭＩ／Ｆ部１２１は、実施の形態１に係るＧＷ装置１１０のＷＡＮ側通信部１１１、ＬＡＮ側通信部１１２、移動体通信部１１３、通信処理部１１４及びＳＩＭＩ／Ｆ部１２１と同様である。
ＧＷ装置２１０は、ＷＡＮ側通信部１１１と、ＬＡＮ側通信部１１２と、移動体通信部１１３と、通信処理部１１４と、記憶部２１７と、ＳＩＭＩ／Ｆ部１２１と、制御部２２２とを備える。
実施の形態２に係るＧＷ装置２１０のＷＡＮ側通信部１１１、ＬＡＮ側通信部１１２、移動体通信部１１３、通信処理部１１４及びＳＩＭＩ／Ｆ部１２１は、実施の形態１に係るＧＷ装置１１０のＷＡＮ側通信部１１１、ＬＡＮ側通信部１１２、移動体通信部１１３、通信処理部１１４及びＳＩＭＩ／Ｆ部１２１と同様である。
記憶部２１７は、ＧＷ装置２１０での処理に必要なプログラム及び情報を記憶する。
例えば、記憶部２１７には、電子機器２７０の認証に必要な情報が記憶される。
例えば、記憶部２１７には、電子機器２７０の認証に必要な情報が記憶される。
制御部２２２は、ＧＷ装置２１０での処理を制御する。
例えば、制御部２２２は、移動体通信部１１３を介して、証明書配布サーバ２３０に証明書発行要求を送ることで、証明書配布サーバ２３０からクライアント証明書を取得する。具体的には、制御部２２２は、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられている場合に、証明書配布サーバ２３０に証明書発行要求を送る。実施の形態２では、制御部２２２は、ＬＡＮ側通信部１１２がローカルネットワーク１０１から証明書発行要求を受信した場合に、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられていれば、証明書配布サーバ２３０に証明書発行要求を送る。
例えば、制御部２２２は、移動体通信部１１３を介して、証明書配布サーバ２３０に証明書発行要求を送ることで、証明書配布サーバ２３０からクライアント証明書を取得する。具体的には、制御部２２２は、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられている場合に、証明書配布サーバ２３０に証明書発行要求を送る。実施の形態２では、制御部２２２は、ＬＡＮ側通信部１１２がローカルネットワーク１０１から証明書発行要求を受信した場合に、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられていれば、証明書配布サーバ２３０に証明書発行要求を送る。
制御部２２２は、ＳＩＭカード制御部２２３と、証明書処理部２２７と、電子機器認証部２２８とを備える。
ＳＩＭカード制御部２２３は、ＳＩＭカード１０４がＳＩＭＩ／Ｆ部１２１に取り付けられているか否かを判断する。
証明書処理部２２７は、ＬＡＮ側通信部１１２が電子機器２７０から証明書発行要求を受信すると、ＳＩＭカード制御部２２３に指示することで、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられているか否かを判断させる。そして、ＳＩＭＩ／Ｆ部１２１にＳＩＭカード１０４が取り付けられている場合には、証明書処理部２２７は、その証明書発行要求を、ＷＡＮ側通信部１１１から証明書配布サーバ２３０に送る。
また、証明書処理部２２７は、ＷＡＮ側通信部１１１が証明書配布サーバ２３０から、証明書発行要求に対する応答を受信した場合には、その応答をＬＡＮ側通信部１１２から、証明書発行要求を送ってきた電子機器２７０に送る。
また、証明書処理部２２７は、ＷＡＮ側通信部１１１が証明書配布サーバ２３０から、証明書発行要求に対する応答を受信した場合には、その応答をＬＡＮ側通信部１１２から、証明書発行要求を送ってきた電子機器２７０に送る。
電子機器認証部２２８は、電子機器２７０の認証を行う。
例えば、電子機器認証部２２８は、ＬＡＮ側通信部１１２がクライアント証明書を受信した場合には、受信したクライアント証明書に基づいて認証を行う。
例えば、電子機器認証部２２８は、ＬＡＮ側通信部１１２がクライアント証明書を受信した場合には、受信したクライアント証明書に基づいて認証を行う。
図１８は、実施の形態２における証明書配布サーバ２３０の機能構成を概略的に示すブロック図である。
証明書配布サーバ２３０は、通信部１３１と、記憶部２３２と、制御部２３５とを備える。
実施の形態２における証明書配布サーバ２３０の通信部１３１は、実施の形態１における証明書配布サーバ１３０の通信部１３１と同様である。
証明書配布サーバ２３０は、通信部１３１と、記憶部２３２と、制御部２３５とを備える。
実施の形態２における証明書配布サーバ２３０の通信部１３１は、実施の形態１における証明書配布サーバ１３０の通信部１３１と同様である。
記憶部２３２は、証明書配布サーバ２３０での処理に必要なプログラム及び情報を記憶する。
記憶部２３２は、証明書生成情報記憶領域２３４を備える。
記憶部２３２は、証明書生成情報記憶領域２３４を備える。
証明書生成情報記憶領域２３４には、電子機器２７０の所有者情報又は電子機器２７０が公開している公開鍵の情報等、クライアント証明書を生成するために必要な情報である証明書生成情報が記憶される。実施の形態２では、証明書生成情報は、電子機器２７０から通知される。
制御部２３５は、証明書配布サーバ２３０での処理を制御する。
制御部２３５は、本人確認要求部２３６と、証明書生成部２３７とを備える。
制御部２３５は、本人確認要求部２３６と、証明書生成部２３７とを備える。
本人確認要求部２３６は、通信部１３１を介して、電子機器２７０からの証明書発行要求を受けて、管理装置２４０に対して本人確認要求を送る。本人確認要求部２３６は、本人確認要求に、電子機器２７０から送られてきた情報に含まれているシリアル番号を含める。
証明書生成部２３７は、管理装置２４０からの本人確認完了通知を受信したタイミングで、証明書生成情報記憶領域２３４を参照し、電子機器２７０のクライアント証明書を生成する。
図１９は、実施の形態２における管理装置２４０の機能構成を概略的に示すブロック図である。
管理装置２４０は、通信部１４１と、記憶部２４２と、制御部２４４とを備える。
実施の形態２における管理装置２４０の通信部１４１は、実施の形態１における管理装置１４０の通信部１４１と同様である。
管理装置２４０は、通信部１４１と、記憶部２４２と、制御部２４４とを備える。
実施の形態２における管理装置２４０の通信部１４１は、実施の形態１における管理装置１４０の通信部１４１と同様である。
記憶部２４２は、管理装置２４０での処理に必要なプログラム及び情報を記憶する。
記憶部２４２は、電子機器管理情報記憶領域２４６を備える。
記憶部２４２は、電子機器管理情報記憶領域２４６を備える。
電子機器管理情報記憶領域２４６には、ＩｏＴシステム２００の管理下にある電子機器２７０を識別するための電子機器識別情報であるシリアル番号及び所有者情報等を格納する電子機器情報管理テーブルが記憶されている。
制御部２４４は、管理装置２４０での処理を制御する。
制御部２４４は、本人確認部２４５を備える。
制御部２４４は、本人確認部２４５を備える。
本人確認部２４５は、通信部１４１を介して、証明書配布サーバ２３０からの本人確認要求を受け取り、その本人確認要求の対象である電子機器２７０がＩｏＴシステム２００の管理下にあるか否かを、電子機器情報管理テーブルを参照することで確認する。そして、本人確認部２４５は、その確認結果を、通信部１４１を介して、証明書配布サーバ２３０に送る。
図２０は、電子機器２７０の機能構成を概略的に示すブロック図である。
電子機器２７０は、通信部２７１と、記憶部２７２と、制御部２７６とを備える。
通信部２７１は、ローカルネットワーク１０１との間での通信を行う。
電子機器２７０は、通信部２７１と、記憶部２７２と、制御部２７６とを備える。
通信部２７１は、ローカルネットワーク１０１との間での通信を行う。
記憶部２７２は、電子機器２７０での処理に必要なプログラム及び情報を記憶する。
例えば、記憶部２７２は、証明書記憶領域２７３と、秘密鍵記憶領域２７４と、公開鍵記憶領域２７５とを備える。
例えば、記憶部２７２は、証明書記憶領域２７３と、秘密鍵記憶領域２７４と、公開鍵記憶領域２７５とを備える。
証明書記憶領域２７３には、クライアント証明書が記憶される。
秘密鍵記憶領域２７４には、秘密鍵が記憶される。
公開鍵記憶領域２７５には、公開鍵が記憶される。
秘密鍵記憶領域２７４には、秘密鍵が記憶される。
公開鍵記憶領域２７５には、公開鍵が記憶される。
制御部２７６は、電子機器２７０での処理を制御する。
制御部２７６は、証明書発行要求部２７７と、証明書制御部２７８とを備える。
制御部２７６は、証明書発行要求部２７７と、証明書制御部２７８とを備える。
証明書発行要求部２７７は、電子機器２７０が起動したタイミングで動作し、通信部２７１を介して、ＧＷ装置２１０に、証明書発行要求を送る。
証明書制御部２７８は、電子機器２７０のクライアント証明書を通信部２７１が受信したタイミング又はＧＷ装置２１０からクライアント証明書の送信を要求されたタイミングで動作する。例えば、証明書制御部２７８は、通信部２７１がクライアント証明書を受信すると、そのクライアント証明書を証明書記憶領域２７３に記憶する。また、証明書制御部２７８は、ＧＷ装置２１０からクライアント証明書の送信を要求されると、証明書記憶領域２７３に格納されたクライアント証明書をＧＷ装置２１０に送る。
図２１は、実施の形態２における電子機器２７０のハードウェア構成を概略的に示すブロック図である。
電子機器２７０は、通信装置４０と、記憶装置４１と、ＣＰＵ４２と、電子機器本体４３とを備える。
図２０に示されている通信部２７１は、ＣＰＵ４２が通信装置４０を制御することにより実現することができる。
図２０に示されている記憶部２７２は、ＣＰＵ４２が記憶装置４１を制御することにより実現することができる。
図２０に示されている制御部２７６は、ＣＰＵ４２が記憶装置４１に記憶されているプログラムを実行することにより実現することができる。
なお、電子機器本体４３は、電子機器２７０の本来の機能を発揮する部分であり、ＣＰＵ４２により制御されるものとする。
電子機器２７０は、通信装置４０と、記憶装置４１と、ＣＰＵ４２と、電子機器本体４３とを備える。
図２０に示されている通信部２７１は、ＣＰＵ４２が通信装置４０を制御することにより実現することができる。
図２０に示されている記憶部２７２は、ＣＰＵ４２が記憶装置４１を制御することにより実現することができる。
図２０に示されている制御部２７６は、ＣＰＵ４２が記憶装置４１に記憶されているプログラムを実行することにより実現することができる。
なお、電子機器本体４３は、電子機器２７０の本来の機能を発揮する部分であり、ＣＰＵ４２により制御されるものとする。
次に、実施の形態２における動作について説明する。
図２２は、実施の形態２におけるＩｏＴシステム２００において、証明書を生成の動作を示すシーケンス図である。
まず、電子機器２７０は、有線又は無線でＧＷ装置２１０のローカルネットワーク１０１に接続し、ＧＷ装置２１０に証明書発行要求を送る（Ｓ６０）。
図２２は、実施の形態２におけるＩｏＴシステム２００において、証明書を生成の動作を示すシーケンス図である。
まず、電子機器２７０は、有線又は無線でＧＷ装置２１０のローカルネットワーク１０１に接続し、ＧＷ装置２１０に証明書発行要求を送る（Ｓ６０）。
ＧＷ装置２１０は、証明書配布サーバ２３０に対して、電子機器２７０から送られてきた証明書発行要求を送る（Ｓ６１）。
証明書発行要求を受け取った証明書配布サーバ２３０は、証明書発行要求を送ってきた電子機器２７０が正当なものであるかを確認するため、管理装置２４０に対して本人確認要求を送る（Ｓ６２）。
本人確認要求を受け取った管理装置２４０は、本人確認要求の対象である電子機器２７０がＩｏＴシステム２００の管理下にあるか否かを確認し、その結果を証明書配布サーバ２３０に応答する（Ｓ６３）。ここでは、対象である電子機器２７０がＩｏＴシステム２００の管理下にあるものとして説明する。
証明書配布サーバ２３０は、管理装置２４０から本人確認の成功を示す本人確認結果を受け取った場合には、電子機器２７０のクライアント証明書を生成する（Ｓ６４）。
そして、証明書配布サーバ２３０は、生成されたクライアント証明書をＧＷ装置２１０に送る（Ｓ６５）。
そして、証明書配布サーバ２３０は、生成されたクライアント証明書をＧＷ装置２１０に送る（Ｓ６５）。
クライアント証明書を受け取ったＧＷ装置２１０は、対応する証明書発行要求を送ってきた電子機器２７０に、そのクライアント証明書を送る（Ｓ６６）。
図２３は、実施の形態２において、電子機器２７０がＧＷ装置２１０に対して、証明書発行要求を通知し、証明書配布サーバ２３０にて発行されたクライアント証明書を証明書記憶領域２７３に記憶するまでの電子機器２７０の動作を示すフローチャートである。なお、図２３に示されているフローチャートは、電子機器２７０が起動することによりスタートされる。
電子機器２７０が起動すると、証明書発行要求部２７７は、電子機器２７０がＧＷ装置２１０に帰属しているか否かを判断する（Ｓ７０）。例えば、証明書発行要求部２７７は、通信部２７１がＧＷ装置２１０とローカルネットワーク１０１を介して通信できる場合には、電子機器２７０がＧＷ装置２１０に帰属していると判断する。そして、電子機器２７０がＧＷ装置２１０に帰属している場合（Ｓ７０でＹｅｓ）には、処理はステップＳ７１に進む。
ステップＳ７１では、証明書発行要求部２７７は、通信部２７１を介して、ＧＷ装置２１０に証明書発行要求を送る。なお、この際、電子機器２７０は、電子機器２７０のシリアル番号、所有者情報及び電子機器２７０が公開している公開鍵の情報等、クライアント証明書を生成するために必要な情報を証明書発行要求に添付する。
次に、証明書発行要求部２７７は、証明書発行要求に対する応答として、クライアント証明書がＧＷ装置２１０から送られてきたか否かを判断する（Ｓ７２）。クライアント証明書が送られてきた場合（Ｓ７２でＹｅｓ）には、処理はステップＳ７３に進み、クライアント証明書が送られてこないで、ＧＷ装置２１０から証明書発行失敗通知が送られてきた場合（Ｓ７２でＮｏ）には、処理はステップＳ７０に戻る。
ステップＳ７３では、証明書制御部２７８は、通信部２７１で受信されたクライアント証明書を、証明書記憶領域２７３に記憶する。
図２４は、実施の形態２において、ＧＷ装置２１０が電子機器２７０から証明書発行要求を受信してから証明書配布サーバ２３０に対して証明書発行要求を通知し、証明書配布サーバ２３０にて発行された電子機器２７０のクライアント証明書を電子機器２７０に送付するまでのＧＷ装置２１０の動作を示すフローチャートである。なお、図１１に示されているフローチャートは、ＧＷ装置２１０が起動することによりスタートされる。
ＧＷ装置２１０が起動すると、証明書処理部２２７は、ＬＡＮ側通信部１１２が電子機器２７０からの証明書発行要求を受信したか否かを確認する（Ｓ８０）。証明書発行要求が受信された場合（Ｓ８０でＹｅｓ）には、処理はステップＳ８１に進む。
ステップＳ８１では、ＳＩＭカード制御部２２３は、ＳＩＭＩ／Ｆ部１２１に、閉域網１０２に接続するためのＳＩＭカード１０４が取り付けられているか否かを判断する。ＳＩＭカード１０４が取り付けられていない場合（Ｓ８１でＮｏ）には、処理はステップＳ８２に進み、ＳＩＭカード１０４が取り付けられている場合（Ｓ８１でＹｅｓ）には、処理はステップＳ８３に進む。
ステップＳ８２では、証明書処理部２２７は、ＬＡＮ側通信部１１２及び通信処理部１１４を介して、証明書発行要求を送ってきた電子機器２７０に、証明書発行失敗通知を送る。そして、処理はステップＳ８０に戻る。
ステップＳ８３では、証明書処理部２２７は、通信処理部１１４及びＷＡＮ側通信部１１１を介して閉域網１０２に接続し、受信された証明書発行要求を証明書配布サーバ２３０に送る。
そして、証明書処理部２２７は、ＷＡＮ側通信部１１１及び通信処理部１１４を介して、証明書発行要求に対する応答が証明書配布サーバ２３０から送られてきたか否かを判断する（Ｓ８４）。証明書発行要求に対する応答が送られてきた場合（Ｓ８４でＹｅｓ）には、処理はステップＳ８５に進む。
ステップＳ８５では、証明書処理部２２７は、証明書配布サーバ２３０からの応答を、ＷＡＮ側通信部１１１及び通信処理部１１４を介して、証明書発行要求を送ってきた電子機器２７０に送る。
図２５は、実施の形態２において、証明書配布サーバ２３０がＧＷ装置２１０からの電子機器２７０の証明書発行要求を受信し、それに対する応答をＧＷ装置２１０に返すまでの証明書配布サーバ２３０での動作を示すフローチャートである。なお、図２５に示されているフローチャートは、証明書配布サーバ２３０が起動することによりスタートされる。
まず、証明書配布サーバ２３０が起動すると、証明書生成部２３７は、通信部１３１がＧＷ装置２１０からの電子機器２７０の証明書発行要求を受信したか否かを判断する（Ｓ９０）。証明書発行要求が受信された場合（Ｓ９０でＹｅｓ）には、処理はステップＳ９１に進む。
まず、証明書配布サーバ２３０が起動すると、証明書生成部２３７は、通信部１３１がＧＷ装置２１０からの電子機器２７０の証明書発行要求を受信したか否かを判断する（Ｓ９０）。証明書発行要求が受信された場合（Ｓ９０でＹｅｓ）には、処理はステップＳ９１に進む。
ステップＳ９１では、証明書生成部２３７は、ＧＷ装置２１０から送られてきた電子機器２７０の証明書発行要求に添付されている、クライアント証明書の生成に必要な情報を証明書生成情報記憶領域２３４に記憶する。
そして、本人確認要求部２３６は、通信部１３１を介して、電子機器２７０がＩｏＴシステム２００の管理下にあるか否かの確認を要求する本人確認要求を管理装置２４０に送る（Ｓ９２）。なお、本人確認要求は、電子メール等で送ってもよく、その送信方法はどのような方法であってもよい。
次に、証明書生成部２３７は、証明書発行要求を送ってきた電子機器２７０がＩｏＴシステム２００の管理下にあるか否かを判断する（Ｓ９３）。例えば、証明書生成部２３７は、通信部１３１が、本人確認要求の応答として、管理装置２４０から本人確認成功通知を受信した場合には、その電子機器２７０がＩｏＴシステム２００の管理下にあると判断し、本人確認失敗通知を受信した場合には、その電子機器２７０がＩｏＴシステム２００の管理下にないと判断する。そして、それがＩｏＴシステム２００の管理下にある場合（Ｓ９３でＹｅｓ）には、処理はステップＳ９４に進み、それがＩｏＴシステム２００の管理下にない場合（Ｓ９３でＮｏ）には、処理はステップＳ９６に進む。
ステップＳ９４では、証明書生成部２３７は、証明書生成情報記憶領域２３４に記憶されている情報を用いて、電子機器２７０のクライアント証明書を生成する。
そして、証明書生成部２３７は、生成されたクライアント証明書を、通信部１３１を介して、ＧＷ装置２１０に送る（Ｓ９５）。そして、処理はステップＳ９０に戻る。
そして、証明書生成部２３７は、生成されたクライアント証明書を、通信部１３１を介して、ＧＷ装置２１０に送る（Ｓ９５）。そして、処理はステップＳ９０に戻る。
一方、ステップＳ９６では、証明書生成部２３７は、通信部１３１を介して、証明書発行失敗通知を、ＧＷ装置２１０に対して応答する。そして、処理はステップＳ９０に戻る。
図２６は、実施の形態２において、管理装置２４０が、証明書配布サーバ２３０から電子機器２７０の本人確認要求を受信してから本人確認を実施し、証明書配布サーバ２３０に確認結果を応答するまでの管理装置２４０での動作を示すフローチャートである。なお、図２６に示されているフローチャートは、証明書配布サーバ２３０が起動することによりスタートされる。
まず、管理装置２４０が起動すると、本人確認部２４５は、通信部１４１が証明書配布サーバ２３０からの本人確認要求を受信したか否かを判断する（Ｓ１００）。本人確認要求が受信された場合（Ｓ１００でＹｅｓ）には、処理はステップＳ１０１に進む。
まず、管理装置２４０が起動すると、本人確認部２４５は、通信部１４１が証明書配布サーバ２３０からの本人確認要求を受信したか否かを判断する（Ｓ１００）。本人確認要求が受信された場合（Ｓ１００でＹｅｓ）には、処理はステップＳ１０１に進む。
ステップＳ１０１では、本人確認部２４５は、本人確認を実行する。例えば、本人確認部２４５は、本人確認要求に含まれている、電子機器２７０のシリアル番号と一致するシリアル番号が、電子機器管理情報記憶領域２４６に記憶されている電子機器管理情報に登録されている場合には、その電子機器２７０がＩｏＴシステム２００の管理下にあると判断する。
そして、本人確認部２４５は、本人確認の結果を、通信部１４１を介して、証明書配布サーバ２３０に応答する（Ｓ１０２）。例えば、電子機器２７０がＩｏＴシステム２００の管理下にあると判断した場合には、本人確認部２４５は、本人確認成功通知を証明書配布サーバ２３０に応答し、電子機器２７０がＩｏＴシステム２００の管理下にないと判断した場合には、本人確認部２４５は、本人確認失敗通知を証明書配布サーバ２３０に応答する。
図２７は、実施の形態２において、電子機器２７０及びＧＷ装置２１０のクライアント認証の動作を示すシーケンス図である。
まず、電子機器２７０の証明書制御部２７８は、ＧＷ装置２１０からクライアント証明書の送信を要求されると、証明書記憶領域２７３に記憶されているクライアント証明書を、通信部２７１を介して、ＧＷ装置２１０に送る（Ｓ１１０）。
まず、電子機器２７０の証明書制御部２７８は、ＧＷ装置２１０からクライアント証明書の送信を要求されると、証明書記憶領域２７３に記憶されているクライアント証明書を、通信部２７１を介して、ＧＷ装置２１０に送る（Ｓ１１０）。
ＧＷ装置２１０の電子機器認証部２２８は、送られてきたクライアント証明書を用いてクライアント認証を実施する（Ｓ１１１）。
なお、クライアント認証が成功すると、電子機器２７０は、ＧＷ装置２１０から使用することが許可された、ＧＷ装置２１０の機能を使用することが可能になる。
なお、クライアント認証が成功すると、電子機器２７０は、ＧＷ装置２１０から使用することが許可された、ＧＷ装置２１０の機能を使用することが可能になる。
以上のように、実施の形態２によれば、本人確認については実施の形態１と同様に管理装置２４０を使用しているが、ＧＷ装置２１０のローカルネットワーク１０１に接続される電子機器２７０が予め決まっている場合には、ＩｏＴシステム２００の管理者は、管理装置２４０の記憶部２４２にその情報を保持し、電子機器２７０に対して本人確認を行うことができる。
以上説明したように、クライアント端末である電子機器２７０の外にクライアント証明書を発行する処理を出し、電子機器２７０ではＧＷ装置２１０にクライアント証明書発行要求を出す部分と、クライアント証明書を記憶する領域、ＧＷ装置２１０と通信する部分という必要最低限の構成だけでよいため、電子機器２７０側で複雑な機能構成をとる必要がなく、容易に電子機器２７０にクライアント証明書を配布することが可能である。
１００，１００＃，２００ ＩｏＴシステム、 １０１ ローカルネットワーク、 １０２ 閉域網、 １０３ 公衆網、 １１０，１１０＃，２１０ ＧＷ装置、 １１１ ＷＡＮ側通信部、 １１２ ＬＡＮ側通信部、 １１３ 移動体通信部、 １１４ 通信処理部、 １１７，２１７ 記憶部、 １１８ 証明書記憶領域、 １１９ 秘密鍵記憶領域、 １２０ 公開鍵記憶領域、 １２１ ＳＩＭＩ／Ｆ部、 １２２，２２２ 制御部、 １２３，２２３ ＳＩＭカード制御部、 １２４ 証明書発行要求部、 １２５ 証明書送信要求検知部、 １２６ 証明書制御部、 ２２７ 証明書処理部、 ２２８ 電子機器認証部、 １３０，２３０ 証明書配布サーバ、 １３１ 通信部、 １３２，２３２ 記憶部、 １３３ ＳＩＭカード情報記憶領域、 １３４，２３４ 証明書生成情報記憶領域、 １３５ 制御部、 １３６，２３６ 本人確認要求部、 １３７，２３７ 証明書生成部、 １４０，２４０ 管理装置、 １４１ 通信部、 １４２，２４２ 記憶部、 １４３ ＧＷ装置管理情報記憶領域、 ２４６ 電子機器管理情報記憶領域、 １４４ 制御部、 １４５，２４５ 本人確認部、 １５０ サーバ、 １６０ ハブ、 ２７０ 電子機器、 ２７１ 通信部、 ２７２ 記憶部、 ２７３ 証明書記憶領域、 ２７４ 秘密鍵記憶領域、 ２７５ 公開鍵記憶領域、 ２７６ 制御部、 ２７７ 証明書発行要求部、 ２７８ 証明書制御部。
Claims (4)
- 証明書配布サーバが接続されている第１のネットワークに接続するゲートウェイ装置であって、
前記第１のネットワークとの通信を行う第１の通信部と、
前記第１のネットワークとは異なる第２のネットワークとの通信を行う第２の通信部と、
前記第１のネットワークに接続するために必要とされるＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードを着脱可能なＳＩＭインターフェース部と、
前記ＳＩＭカードが前記ＳＩＭインターフェース部に取り付けられている場合に、前記第１の通信部を介して、前記証明書配布サーバに証明書発行要求を送ることで、前記証明書配布サーバから、前記第２のネットワークでのクライアント認証に必要なクライアント証明書を取得する制御部と、を備えること
を特徴とするゲートウェイ装置。 - 前記制御部は、前記ＳＩＭインターフェース部に前記ＳＩＭカードが取り付けられたことを契機に、前記第１の通信部を介して、前記証明書配布サーバに前記証明書発行要求を送ること
を特徴とする請求項１に記載のゲートウェイ装置。 - ローカルネットワークと通信を行うローカルエリア通信部をさらに備え、
前記制御部は、前記ローカルエリア通信部が前記ローカルネットワークから前記証明書発行要求を受信した場合に、前記ＳＩＭカードが前記ＳＩＭインターフェース部に取り付けられているか否かを判断すること
を特徴とする請求項１に記載のゲートウェイ装置。 - 証明書配布サーバと、前記証明書配布サーバが接続されている第１のネットワークに接続するゲートウェイ装置と、を備える通信システムであって、
前記ゲートウェイ装置は、
前記第１のネットワークとの通信を行う第１の通信部と、
前記第１のネットワークとは異なる第２のネットワークとの通信を行う第２の通信部と、
前記第１のネットワークに接続するために必要とされるＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードを着脱可能なＳＩＭインターフェース部と、
前記ＳＩＭカードが前記ＳＩＭインターフェース部に取り付けられている場合に、前記第１の通信部を介して、前記証明書配布サーバに証明書発行要求を送ることで、前記証明書配布サーバから、前記第２のネットワークでのクライアント認証に必要なクライアント証明書を取得する制御部と、を備えること
を特徴とする通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019078271A JP7257862B2 (ja) | 2019-04-17 | 2019-04-17 | ゲートウェイ装置及び通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019078271A JP7257862B2 (ja) | 2019-04-17 | 2019-04-17 | ゲートウェイ装置及び通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2020177376A JP2020177376A (ja) | 2020-10-29 |
| JP7257862B2 true JP7257862B2 (ja) | 2023-04-14 |
Family
ID=72935549
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019078271A Active JP7257862B2 (ja) | 2019-04-17 | 2019-04-17 | ゲートウェイ装置及び通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7257862B2 (ja) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004320715A (ja) | 2003-03-31 | 2004-11-11 | Ricoh Co Ltd | 証明書取得方法、証明書設定方法、証明書取得装置、証明書設定装置、証明書取扱システム、証明書設定システム、プログラム及び記録媒体 |
| JP2008129673A (ja) | 2006-11-17 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | ユーザ認証システム、ユーザ認証方法、それに用いるゲートウェイ及びプログラムとその記録媒体 |
| JP2011049978A (ja) | 2009-08-28 | 2011-03-10 | Konica Minolta Business Technologies Inc | 通信装置、通信方法、通信用プログラムおよび通信システム |
| JP2015039141A (ja) | 2013-08-19 | 2015-02-26 | 富士通株式会社 | 証明書発行要求生成プログラム、証明書発行要求生成装置、証明書発行要求生成システム、証明書発行要求生成方法、証明書発行装置および認証方法 |
-
2019
- 2019-04-17 JP JP2019078271A patent/JP7257862B2/ja active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004320715A (ja) | 2003-03-31 | 2004-11-11 | Ricoh Co Ltd | 証明書取得方法、証明書設定方法、証明書取得装置、証明書設定装置、証明書取扱システム、証明書設定システム、プログラム及び記録媒体 |
| JP2008129673A (ja) | 2006-11-17 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | ユーザ認証システム、ユーザ認証方法、それに用いるゲートウェイ及びプログラムとその記録媒体 |
| JP2011049978A (ja) | 2009-08-28 | 2011-03-10 | Konica Minolta Business Technologies Inc | 通信装置、通信方法、通信用プログラムおよび通信システム |
| JP2015039141A (ja) | 2013-08-19 | 2015-02-26 | 富士通株式会社 | 証明書発行要求生成プログラム、証明書発行要求生成装置、証明書発行要求生成システム、証明書発行要求生成方法、証明書発行装置および認証方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2020177376A (ja) | 2020-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100506432B1 (ko) | 스마트 카드에서 ｐｋｉ 기능들을 인에이블링시키는 방법 | |
| JP6170844B2 (ja) | 認証情報管理システム | |
| CN100444569C (zh) | 访问控制系统及其访问控制设备和资源提供设备 | |
| CA2914426C (en) | Method for authenticating a user, corresponding server, communications terminal and programs | |
| JP2007528057A (ja) | ゲストドングル、及びゲスト機器をワイヤレス・ホームネットワークに対して接続する方法 | |
| JP5053368B2 (ja) | 監視機器制御システム | |
| JP2017027459A (ja) | 権限委譲システム、その制御方法、認可サーバおよびプログラム | |
| JP2019036091A (ja) | 車両保安システム及び車両保安方法 | |
| KR20090035037A (ko) | 네트워크 접속 단말 인증 방법, 네트워크 접속 단말 인증 프로그램을 기록한 기록 매체 및 네트워크 접속 단말 인증 장치 | |
| JP2013541908A (ja) | ユーザアカウント回復 | |
| JP2015194879A (ja) | 認証システム、方法、及び提供装置 | |
| EP2736215A1 (en) | Method, device and system for accessing a service | |
| JP2008516329A (ja) | セキュリティ許可を確立する方法 | |
| KR20220167366A (ko) | 온라인 서비스 서버와 클라이언트 간의 상호 인증 방법 및 시스템 | |
| CN109379388B (zh) | 一种身份识别方法、终端及可穿戴设备 | |
| CN101268712B (zh) | 用于暂停对服务的访问的方法和设备 | |
| JP7257862B2 (ja) | ゲートウェイ装置及び通信システム | |
| CN105022950A (zh) | 信息处理方法及电子设备 | |
| KR101853970B1 (ko) | 인증번호 중계 방법 | |
| CN112333214B (zh) | 一种用于物联网设备管理的安全用户认证方法及系统 | |
| JP2011197912A (ja) | シンクライアントシステム、完全性検証サーバ、プログラム、記憶媒体、シンクライアント通信中継方法 | |
| KR20120019916A (ko) | 그래픽 ｏｔｐ 인증을 위한 인증처리서버 및 그 방법 | |
| JP4578352B2 (ja) | 通信媒介装置、データ提供装置およびデータ提供システム | |
| EP3041281A1 (en) | A method for accessing a shared wireless device using a client wireless communications device, and devices for the same . | |
| KR20150083178A (ko) | 인증서 관리 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20211006 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20220615 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220628 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220824 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20221213 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230209 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20230307 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230404 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7257862 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |