(57)【要約】      （修正有）【課題】強固なセキュリティを実現するデータ通信方法を提供する。【解決手段】相互にネットワーク接続されたサーバ１０と、第１の端末２０と、第２の端末３０とを備えた通信ネットワークシステムにおいて、第１の端末と第２の端末との間でサーバを経由してデータを通信する方法であって、（ａ）第１の端末および第２の端末が、それぞれ暗号鍵とそれに対応する復号鍵とを生成するステップと、（ｂ）第１の端末および第２の端末の何れか一方の端末が、他方の端末から自身が生成した暗号鍵を受け取るステップと、（ｃ）一方の端末が、受け取った暗号鍵でデータを暗号化するステップと、（ｄ）一方の端末が、暗号化したデータを他方の端末に送るステップと、（ｅ）他方の端末が暗号化されたデータを受け取ると、該他方の端末が生成した復号鍵を用いて受け取ったデータを復号化するステップと、を含む。【選択図】図３
2009239496.tif 000002
【特許請求の範囲】
【請求項１】
相互にネットワーク接続されたサーバと、第１の端末と、第２の端末とを備えた通信ネットワークシステムにおいて、前記第１の端末と前記第２の端末との間で前記サーバを経由してデータを通信する方法であって、
（ａ）前記第１の端末および前記第２の端末が、それぞれ暗号鍵とそれに対応する復号鍵とを生成するステップと、
（ｂ）前記第１の端末および前記第２の端末の何れか一方の端末が、他方の端末から該他方の端末が生成した暗号鍵を受け取るステップと、
（ｃ）前記一方の端末が、前記受け取った暗号鍵でデータを暗号化するステップと、
（ｄ）前記一方の端末が、前記暗号化したデータを前記他方の端末に送るステップと、
（ｅ）前記他方の端末が前記暗号化されたデータを受け取ると、該他方の端末が生成した復号鍵を用いて前記受け取ったデータを復号化するステップと、
を含むことを特徴とするデータ通信方法。
【請求項２】
前記ステップ（ｃ）は、
（ｃ１）前記一方の端末が、該一方の端末が生成した前記暗号鍵を前記データに付加した後に、そのデータを暗号化するステップを含み、
前記ステップ（ｅ）は、
（ｅ１）前記他方の端末が、前記暗号化したデータを復号化した時に前記一方の端末が生成した暗号鍵を獲得するステップを含み、
さらに、
（ｆ）前記他方の端末は、前記獲得した暗号鍵でデータを暗号化し、このデータを前記一方の端末に送るステップと、
（ｇ）前記一方の端末が前記暗号化されたデータを受け取ると、該一方の端末が生成した前記復号鍵を用いて前記受け取ったデータを復号化するステップと、
を含むことを特徴とする請求項１に記載のデータ通信方法。
【請求項３】
前記ステップ（ｆ）は、
（ｆ１）前記他方の端末が、暗号鍵とそれに対応する復号鍵とを新規に生成するステップと、
（ｆ２）前記他方の端末が、該他方の端末が新規に生成した前記暗号鍵を前記データに付加した後に、そのデータを暗号化するステップと、を含み、
前記ステップ（ｇ）は、
（ｇ１）前記一方の端末が、前記暗号化したデータを復号化時に、前記他方の端末が生成した暗号鍵を獲得するステップを含み、
さらに、
（ｈ）前記一方の端末が、暗号鍵とそれに対応する復号鍵とを新規に生成するステップと、
（ｉ）前記ステップ（ｃ）から前記ステップ（ｈ）を所定の回数だけ繰り返すステップと、
を含むことを特徴とする請求項２に記載のデータ通信方法。
【請求項４】
前記ステップ（ａ）の前に、
（ｊ１）前記一方の端末が通信許可要求データを生成し、その通信許可要求データ前記他方の端末に送るステップをさらに含み、
前記ステップ（ａ）と（ｂ）との間に、
（ｊ２）前記他方の端末が前記通信許可要求データを受け取ると、その通信許可要求データに対応する通信許可要求応答データを生成し、その通信許可要求応答データに前記ステップ（ａ）で該他方の端末が生成した前記暗号鍵を付加し、そのデータを前記一方の端末に送るステップをさらに含むことを特徴とする請求項１ないし３の何れか一項に記載のデータ通信方法。
【請求項５】
前記ステップ（ｊ１）の前に、
（ｊ３）前記第１の端末および前記第２の端末が、それぞれ暗号鍵とそれに対応する復号鍵とを新規に生成するステップと、
（ｊ４）前記第１の端末および前記第２の端末が、それぞれ前記生成した暗号鍵を前記サーバに送り、該サーバがその暗号鍵を保持するステップと、をさらに含み、
前記ステップ（ｊ１）の後に、
（ｊ５）前記サーバが前記通信許可要求データを前記一方の端末から受け取ると、そのデータに該サーバが保持する前記一方の端末が生成した前記暗号鍵を付加し、さらに該データを前記他方の端末が生成した前記暗号鍵で暗号化した後に、前記他方の端末に転送するステップをさらに含み、
前記ステップ（ｊ２）において、
前記他方の端末は、該他方の端末が生成した前記復号鍵で前記通信許可要求データを復号化して、前記一方の端末が生成した前記暗号鍵を獲得し、その暗号鍵で前記通信許可要求応答データおよびそのデータに付加された前記暗号鍵を暗号化し、前記ステップ（ｂ）で前記一方の端末が受け取る前記暗号鍵は、前記通信許可応答データを、前記ステップ（ａ）で該一方の端末が生成した前記復号鍵で復号化して獲得されることを特徴とする請求項４に記載のデータ通信方法。
【請求項６】
前記通信許可要求データは送信元のユーザＩＤを含み、
前記ステップ（ｊ２）において、前記他方の端末は、前記通信許可要求データに含まれた前記送信元のユーザＩＤを参照することによって、前記通信許可要求応答データの送り先を決定することを特徴とする請求項４または５に記載のデータ通信方法。
【請求項７】
前記第１の端末および前記第２の端末は通信可能な端末のユーザＩＤをそれぞれ格納しており、
前記ステップ（ｊ２）において、前記他方の端末は、前記通信許可要求データに含まれた前記送信元のユーザＩＤと、自身が格納している前記ユーザＩＤと照合し、一致した場合に通信を許可する旨の前記通信許可要求応答データを生成し、一致しない場合に通信を拒否する旨の前記通信許可要求応答データを生成することを特徴とする請求項６に記載のデータ通信方法。
【請求項８】
前記暗号鍵および前記復号鍵は所定の使用可能期限があり、この使用可能期限が過ぎると暗号化処理および復号化処理が不可能となることを特徴とする請求項１ないし７の何れか一項に記載のデータ通信方法。
【請求項９】
請求項１ないし８の何れか一項に記載のデータ通信方法をコンピュータに実行させるプログラム。
【請求項１０】
請求項９に記載のプログラムを格納するコンピュータ可読媒体。
【請求項１１】
請求項１ないし８の何れか一項に記載のデータ通信方法を実行する、相互接続されたサーバと、第１の端末と、第２の端末とを備えるネットワークシステムであって、
前記第１の端末および前記第２の端末は、
複数の暗号鍵およびこの暗号鍵に対応する複数の復号鍵を生成する鍵生成手段と、
前記暗号鍵および前記データを送受信する通信手段と、
前記暗号鍵を用いて、前記送信するデータを暗号化する暗号化処理手段と、
前記復号鍵を用いて、前記暗号化されたデータを複号化する復号化処理手段と、
を備えることを特徴とするネットワークシステム。
【請求項１２】
前記第１の端末および前記第２の端末は、通信可能な端末のユーザＩＤの情報を含んだＩＤ格納手段と、送信元のユーザＩＤを含んだ通信許可要求データおよび該要求データに応答する通信許可要求応答データを生成する通信認証手段と、をさらに備えることを特徴とする請求項１１に記載のネットワークシステム。
【請求項１３】
経過時間に基づいて前記暗号鍵と前記復号鍵とを管理する復号鍵管理手段をさらに備え、前記暗号鍵および前記復号鍵を生成後に所定の時間が経過すると該暗号鍵および該復号鍵を使用不能にすることを特徴とする請求項１１または１２に記載のネットワークシステム。
【請求項１４】
請求項１１ないし１３の何れか一項に記載のネットワークシステムの前記第１および第２の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、鍵暗号方式を用いたデータ通信方法と、該方法をコンピュータに実行させるプログラムと、該プログラムを格納するコンピュータ可読媒体と、上記通信方法を実行するデータ通信システムと、に関する。
【背景技術】
【０００２】
インターネットの普及により、コンピュータなどの通信端末は様々な情報をネットワーク経由でリアルタイムに他の通信端末と交換することが可能となった。しかし、インターネットは様々なユーザがアクセスするため、交換される情報はその情報に関係の無い第三者に盗聴や改竄される可能性がある。さらに、悪意のある第三者が別人になりすまして不適切な情報を送信する恐れがある（以下、本明細書では単に「なりすまし」と称する）。そのため、インターネットを介して情報を交換する場合には、上記のような行為が行われる可能性を斟酌してネットワークシステムにセキュリティ対策を施す必要がある。
【０００３】
一般的なセキュリティ対策としては、情報を暗号化することが挙げられる。送信元は情報を暗号化してネットワーク経由で送信先に送付し、送信先は暗号化された情報を復号化して元の状態に戻して読む。暗号化の意図は情報を第三者に読めなくすることであり、それによって盗聴を防止することができる。また、当該暗号化技術は、ハッシュチェックなどの方式で送った情報と受け取った情報との整合性をチェックすることも可能であり、これにより情報が改竄されていないかどうか確認することも可能である。さらに、電子署名方式を用いれば情報の送り先を確認することもできるので、なりすましを防止することができる。このように、暗号化技術を用いればシステムのセキュリティを強化することが可能となり、現在広く一般に使用されている。
【０００４】
このような情報の暗号化および復号化は、「鍵」と呼ばれる特殊な情報を使用して行われることが当該技術分野において周知である（例えば、特許文献１ないし３を参照）。この鍵によって、暗号化する際に「鍵をかける」処理が行われ、復号化する際に「鍵をあける」処理が行われる。鍵は暗号化に使う「暗号鍵」と復号化に使う「復号鍵」とがあり（以下、双方の鍵を併せて「鍵ペア」と称する）、それぞれ送信側と送信先とが所有する必要があり、その管理は厳重に行われなくてはならない。もし復号鍵が第三者に渡ってしまうと、暗号化した情報が盗聴後に解読され、読まれてしまうことになる。
【特許文献１】特開平１１−３４０９６９
【特許文献２】特開２０００−２７８２５８
【特許文献３】特開２００６−１４０７４３
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記鍵を用いて暗号化した情報を送る場合、送信元は送信先に復号鍵を事前に渡しておく必要がある。復号鍵をネットワーク経由で送ると盗聴されて第三者に渡ってしまう恐れ
があるため、フレキシブルディスクやＣＤ−ＲＯＭなどの記憶媒体に保存して手渡しするか、あるいは郵送する必要がある。しかし、この記憶媒体が適切に管理されていない場合には第三者に渡る恐れがある。また郵送すると物流に時間が掛かりインターネットの利便性を損ねてしまう。また、郵送に係る経済的な負担が増し、さらに郵送手続きという煩わしい作業が生じるため、定期的に鍵を変更することが困難となる。
【０００６】
本発明は上記のような問題を考慮して創案されたものであり、本発明の課題は、鍵暗号方式を用いたデータ通信において、鍵をネットワーク経由で安全に送付し、かつ容易に鍵ペアの変更が可能なデータ通信方法と、該方法をコンピュータに実行させるプログラムと、該プログラムを格納するコンピュータ可読媒体と、上記通信方法を実行するデータ通信システムとを提供することである。
【０００７】
本発明の別の課題は、鍵暗号方式を用いたデータ通信において、強固なセキュリティを実現可能なデータ通信方法と、該方法をコンピュータに実行させるプログラムと、該プログラムを格納するコンピュータ可読媒体と、上記通信方法を実行するデータ通信システムとを提供することである。
【課題を解決するための手段】
【０００８】
前記課題を解決するために創案された請求項１の発明は、相互にネットワーク接続されたサーバと、第１の端末と、第２の端末とを備えた通信ネットワークシステムにおいて、前記第１の端末と前記第２の端末との間で前記サーバを経由してデータを通信する方法であって、（ａ）前記第１の端末および前記第２の端末が、それぞれ暗号鍵とそれに対応する復号鍵とを生成するステップと、（ｂ）前記第１の端末および前記第２の端末の何れか一方の端末が、他方の端末から該他方の端末が生成した暗号鍵を受け取るステップと、（ｃ）前記一方の端末が、前記受け取った暗号鍵でデータを暗号化するステップと、（ｄ）前記一方の端末が、前記暗号化したデータを前記他方の端末に送るステップと、（ｅ）前記他方の端末が前記暗号化されたデータを受け取ると、該他方の端末が生成した復号鍵を用いて前記受け取ったデータを復号化するステップと、を含むことを特徴とする。
【０００９】
前記課題を解決するために創案された請求項２の発明は、請求項１に記載のデータ通信方法において、前記ステップ（ｃ）が、（ｃ１）前記一方の端末が、該一方の端末が生成した前記暗号鍵を前記データに付加した後に、そのデータを暗号化するステップを含み、前記ステップ（ｅ）が、（ｅ１）前記他方の端末が、前記暗号化したデータを復号化した時に前記一方の端末が生成した暗号鍵を獲得するステップを含み、さらに、該データ通信方法が、（ｆ）前記他方の端末が、前記獲得した暗号鍵でデータを暗号化し、このデータを前記一方の端末に送るステップと、（ｇ）前記一方の端末が前記暗号化されたデータを受け取ると、該一方の端末が生成した前記復号鍵を用いて前記受け取ったデータを復号化するステップと、を含むことを特徴とする。
【００１０】
前記課題を解決するために創案された請求項３の発明は、請求項２に記載のデータ通信方法において、前記ステップ（ｆ）が、（ｆ１）前記他方の端末が、暗号鍵とそれに対応する復号鍵とを新規に生成するステップと、（ｆ２）前記他方の端末が、該他方の端末が新規に生成した前記暗号鍵を前記データに付加した後に、そのデータを暗号化するステップと、を含み、前記ステップ（ｇ）が、（ｇ１）前記一方の端末が、前記暗号化したデータを復号化時に、前記他方の端末が生成した暗号鍵を獲得するステップを含み、さらに、当該データ通信方法が、（ｈ）前記一方の端末が、暗号鍵とそれに対応する復号鍵とを新規に生成するステップと、（ｉ）前記ステップ（ｃ）から前記ステップ（ｈ）を所定の回数だけ繰り返すステップと、を含むことを特徴とする。
【００１１】
前記課題を解決するために創案された請求項４の発明は、請求項１ないし３の何れか一項に記載のデータ通信方法において、前記ステップ（ａ）の前に、（ｊ１）前記一方の端末が通信許可要求データを生成し、その通信許可要求データを前記他方の端末に送るステップをさらに含み、前記ステップ（ａ）と（ｂ）との間に、（ｊ２）前記他方の端末が前記通信許可要求データを受け取ると、その通信許可要求データに対応する通信許可要求応答データを生成し、その通信許可要求応答データに前記ステップ（ａ）で該他方の端末が生成した前記暗号鍵を付加し、そのデータを前記一方の端末に送るステップをさらに含むことを特徴とする。
【００１２】
前記課題を解決するために創案された請求項５の発明は、請求項４に記載のデータ通信方法において、前記ステップ（ｊ１）の前に、（ｊ３）前記第１の端末および前記第２の端末が、それぞれ暗号鍵とそれに対応する復号鍵とを新規に生成するステップと、（ｊ４）前記第１の端末および前記第２の端末が、それぞれ前記生成した暗号鍵を前記サーバに送り、該サーバがその暗号鍵を保持するステップと、をさらに含み、前記ステップ（ｊ１）の後に、（ｊ５）前記サーバが前記通信許可要求データを前記一方の端末から受け取ると、そのデータに該サーバが保持する前記一方の端末が生成した前記暗号鍵を付加し、さらに該データを前記他方の端末が生成した前記暗号鍵で暗号化した後に、前記他方の端末に転送するステップをさらに含み、前記ステップ（ｊ２）において、前記他方の端末は、該他方の端末が生成した前記復号鍵で前記通信許可要求データを復号化して、前記一方の端末が生成した前記暗号鍵を獲得し、その暗号鍵で前記通信許可要求応答データおよびそのデータに付加された前記暗号鍵を暗号化し、前記ステップ（ｂ）で前記一方の端末が受け取る前記暗号鍵は、前記通信許可応答データを、前記ステップ（ａ）で該一方の端末が生成した前記復号鍵で復号化して獲得されることを特徴とする。
【００１３】
前記課題を解決するために創案された請求項６の発明は、請求項４または５に記載のデータ通信方法において、前記通信許可要求データは送信元のユーザＩＤを含み、前記ステップ（ｊ２）において、前記他方の端末は、前記通信許可要求データに含まれた前記送信元のユーザＩＤを参照することによって、前記通信許可要求応答データの送り先を決定することを特徴とする。
【００１４】
前記課題を解決するために創案された請求項７の発明は、請求項６に記載のデータ通信方法において、前記第１の端末および前記第２の端末は通信可能な端末のユーザＩＤをそれぞれ格納しており、前記ステップ（ｊ２）において、前記他方の端末は、前記通信許可要求データに含まれた前記送信元のユーザＩＤと、自身が格納している前記ユーザＩＤと照合し、一致した場合に通信を許可する旨の前記通信許可要求応答データを生成し、一致しない場合に通信を拒否する旨の前記通信許可要求応答データを生成することを特徴とする。
【００１５】
前記課題を解決するために創案された請求項８の発明は、請求項１ないし７の何れか一項に記載のデータ通信方法において、前記暗号鍵および前記復号鍵は所定の使用可能期限があり、この使用可能期限が過ぎると暗号化処理および復号化処理が不可能となることを特徴とする。
【００１６】
前記課題を解決するために創案された請求項９の発明は、請求項１ないし８の何れか一項に記載のデータ通信方法をコンピュータに実行させるプログラムである。
【００１７】
前記課題を解決するために創案された請求項１０の発明は、請求項９に記載のプログラムを格納するコンピュータ可読媒体である。
【００１８】
前記課題を解決するために創案された請求項１１の発明は、請求項１ないし８の何れか一項に記載のデータ通信方法を実行する、相互接続されたサーバと、第１の端末と、第２の端末とを備えるネットワークシステムであって、前記第１の端末および前記第２の端末は、複数の暗号鍵およびこの暗号鍵に対応する複数の復号鍵を生成する鍵生成手段と、前記暗号鍵および前記データを送受信する通信手段と、前記暗号鍵を用いて、前記送信するデータを暗号化する暗号化処理手段と、前記復号鍵を用いて、前記暗号化されたデータを複号化する復号化処理手段と、を備えることを特徴とするネットワークシステム。
【００１９】
前記課題を解決するために創案された請求項１２の発明は、請求項１１に記載のネットワークシステムにおいて、前記第１の端末および前記第２の端末は、通信可能な端末のユーザＩＤの情報を含んだＩＤ格納手段と、送信元のユーザＩＤを含んだ通信許可要求データおよび該要求データに応答する通信許可要求応答データを生成する通信認証手段と、をさらに備えることを特徴とする。
【００２０】
前記課題を解決するために創案された請求項１３の発明は、請求項１１または１２に記載のネットワークシステムにおいて、経過時間に基づいて前記暗号鍵と前記復号鍵とを管理する復号鍵管理手段をさらに備え、前記暗号鍵および前記復号鍵を生成後に所定の時間が経過すると該暗号鍵および該復号鍵を使用不能にすることを特徴とする。
【００２１】
前記課題を解決するために創案された請求項１４の発明は、請求項１１ないし１３の何れか一項に記載のネットワークシステムの前記第１および第２の端末である。
【００２２】
請求項１のデータ通信方法では、通信を行う端末が通信する相手先の端末から暗号鍵を受け取り、その受け取った暗号鍵でデータを暗号化して、暗号化したデータを相手先の端末に送る構成となっている。そして、データを受け取った端末は、自身が暗号鍵と同時に生成した復号鍵でそのデータを復号化する。復号鍵は生成した端末内に常に保持され、外部には送付されない。そのため、復号鍵が第三者の手に渡り、この復号鍵を用いて通信したデータの内容が読まれる可能性は低い。また、暗号鍵の交換はネットワークを介して行われるため、交換作業によってデータ通信の利便性が損なわれず、かつ交換に伴う追加コストも発生しない。
【００２３】
請求項２および３のデータ通信方法では、端末間でデータを通信する際に常に新規の暗号鍵を用いてそのデータを暗号化している。そのため、仮に１つの暗号鍵が第三者の手に渡って暗号化形式が解読され、そのデータ内容が読まれたとしても、それ以降のデータは暗号化形式が異なるため同様の方法で読むことができない。よって、通信したデータのすべてが第三者に読まれる可能性は低い。
【００２４】
請求項４ないし７のデータ通信方法では、データ通信を行う前に通信相手を認証する処理を行う。この認証処理に先立って、各端末は自身のユーザＩＤを他の端末に登録しておく必要がある。これにより、正規の端末以外の端末、すなわちユーザＩＤが未登録の端末が正規の端末に通信を要求しても、その要求は認証されない。
また、サーバは、ユーザＩＤを端末と関連付けて管理し、そのユーザＩＤに対応する端末を正規の端末として認識する。さらに、データに付与されたユーザＩＤを参照して正規の端末のみにデータを転送する。ここで、通信の認証可否を伝える通信許可要求応答データは、通信許可要求データに付加された送信元の端末のユーザＩＤ宛に送られる構成になっている。それゆえ、もし第三者の端末が、ある正規の端末が生成する通信許可要求データと同一のデータを生成し、その正規の端末になりすまして他の正規の端末に通信を要求したとしても、通信を認証する通信許可要求応答データは第三者の端末に返送されず、なりすまされた正規の端末へと送られる。よって、第三者の端末が正規の端末になりすまして通信を行うことは困難である。
【００２５】
さらに、この認証処理に先立って、各端末は鍵ペアを生成し、そのうちの暗号鍵をサーバに提出する。サーバはこれを受け取り、端末のユーザＩＤと関連付けて保持する。それ以降にサーバがある端末から他の端末宛への通信許可要求データを受け取ると、そのデータに、該データの送付元の端末から既に受け取っている暗号鍵を付加し、さらに該データの送付先の端末から既に受け取っている暗号鍵を用いて暗号化してから、当該送付先の端末にそのデータを転送する。
【００２６】
第三者の端末が正規の端末になりすまして、通信許可要求データを特定の正規の端末宛に送付した場合、サーバはそのデータに、なりすまされた正規の端末の暗号鍵を付加し、その正規の端末に転送する。当該送付先の正規の端末は、受け取ったデータから該暗号鍵を入手し、その暗号鍵で通信許可要求応答データを暗号化してサーバに送る。そして、サーバはこのデータをなり済まされた正規の端末へ転送する。この通信経路において、第三者の端末が通信許可要求応答データを盗聴したとしても、暗号化されたデータを復号化するための復号鍵を持っていないためデータを読むことができない。よって、第三者の端末と正規の端末との間で通信はその時点で終了する。したがって、第三者の端末が正規の端末になりすますのは困難である。
一方、第三者がサーバになりすまして、通信許可要求データに自身が作成した暗号鍵で暗号化を行い、直接正規の端末に送付した場合には、当該正規の端末はその暗号鍵に対応する復号鍵を持っていないため、通信許可要求データを読むことはできない。よって、通信処理はその時点で終わってしまい、第三者の端末と正規の端末との間で通信が行われることはない。
したがって、請求項４ないし７のデータ通信方法は、第３者の端末が正規の端末になりすますことを実質的に不可能としている。
【００２７】
請求項８のデータ通信方法では、暗号鍵および復号鍵に使用期限を設け、その期限を過ぎると当該暗号鍵および復号鍵を使用できないように構成している。そのため、復号鍵が万一第三者の手に渡ったとしても、その第三者が使用期限内にデータの復号処理を行わなければデータを読むことができない。よって、復号鍵の使用期限を適切に設定することにより、データ盗聴の可能性を低減させることが可能となる。さらに、暗号鍵の使用期限を適切に設定することにより、上記認証処理において通信を許可した端末との通信を、ある時点から拒否することが可能となる。
【００２８】
請求項９のプログラムによって、上記のデータ通信方法を任意のコンピュータに実行させることが可能となる。
【００２９】
請求項１０のコンピュータ可読媒体によって、上記のデータ通信方法をユーザに好適に提供することが可能となる。
【００３０】
請求項１１ないし１３のネットワークシステムによって、上記のデータ通信方法を実行するシステムを提供することが可能となる。
【００３１】
請求項１４の第１の端末および第２の端末によって、上記のデータ通信方法を実行するシステムを構成する端末を提供することが可能となる。
【発明の効果】
【００３２】
本発明によって、鍵をネットワーク経由で安全に送付し、かつ容易に鍵ペアの変更が可能なデータ通信を実現することができる。また、本発明の通信方法は第三者によるデータの盗聴やなりすましを防止しているため、本発明の通信方法を用いることにより強固なセキュリティを有するネットワークシステムを構築することができる。
【発明を実施するための最良の形態】
【００３３】
添付の図面を参照して、以下に本発明の好適な１実施形態に係る通信ネットワークシステムについて説明する。
図１は、本発明の１実施形態に係る、公開鍵を用いて暗号化したデータを通信する通信ネットワークシステム１００の概略図である。この図に示すように、通信ネットワークシステム１００は、サーバ１０と、第１の端末２０と、第２の端末３０と、ネットワーク４０と、を備えている。なお、この図は、それぞれ４つの第１の端末２０および第２の端末３０を示しているが、これらの端末の数は特に限定されるものではなく、任意の数の端末を用いてよい。
【００３４】
サーバ１０は、第１の端末２０と第２の端末３０との間で行われるデータの通信を仲介する装置であり、既存のコンピュータなどから構成され、詳細は後述するが、データを暗号化するための暗号化処理部を有する。さらに、サーバ１０は、ネットワークに接続されている各端末の認証や識別を行い、端末間でやり取りされる暗号鍵やデータの内容を保証する役割を果たす。第１の端末２０は、第２の端末３０とデータの通信を行うための装置であり、コンピュータ、携帯端末（ＰＤＡ等）、携帯電話などの既存の通信機器から構成される。一方、第２の端末３０は第１の端末２０とデータの通信を行うための装置であり、第１の端末２０と同様に既存の通信機器から構成される。ネットワーク４０は、サーバ１０と第１の端末２０との間、および、サーバ１０と第２の端末３０との間を接続することで、双方の端末間でデータ通信を可能としている。このネットワーク４０は、インターネット、イーサネット（登録商標）、広域イーサネットなどの既存のネットワークで構成される。また、ネットワーク４０は、各装置と直接接続されるか、あるいは、有線および／または無線の通信回線を介して間接的に接続される。
【００３５】
［第１の端末２０（第２の端末３０）の機能］
図２を参照して、通信ネットワークシステム１００を構成する端末の機能について以下に説明する。なお、本実施形態において第１の端末２０と第２の端末３０とは同一の機能および構造を有している。よって第１の端末２０についてのみ説明を行い、第２の端末３０の説明は省略する。
第１の端末２０は、その機能要素として、制御部１１０と、データ保持部１２０と、ＩＤ格納部１３０と、認証部１４０と、鍵生成部１５０と、鍵記憶部１６０と、暗号化処理部１７０と、復号化処理部１８０と、通信処理部１９０と、鍵管理部２００とを備える。
機能要素１３０ないし２００は制御部１１０に制御され、必要に応じてデータ保持部１２０にアクセスする。また、すべての機能要素は、プロセッサ（ＣＰＵ）などの演算装置と、メモリおよびハードディスクなどの記憶装置によって実装される。
【００３６】
［ＩＤ格納部］
ＩＤ格納部１３０は、通信可能な端末のユーザＩＤを登録するための機能要素であり、このユーザＩＤは他の端末からの通信要求を認証する工程にて使用される。ユーザＩＤは数ビットのコード等からなり、それぞれの第１の端末２０および第２の端末３０に一意に付与される。通信ネットワークシステム１０上でそれぞれの端末が通信を行う場合、事前に通信する相手のユーザＩＤを自身のＩＤ格納部１３０に登録しておく必要がある。
【００３７】
［認証部］
認証部１４０は他の端末との通信を認証する工程で使用される機能要素である。第１の端末２０が第２の端末３０と通信をする場合、第１の端末２０の認証部１４０が「通信許可要求データ」を生成し、第２の端末３０にサーバ１０経由で送付する。なお、この通信許可要求データは送信元の端末のユーザＩＤと、該送信元の端末が生成した暗号鍵とを含んでいる。
一方、第２の端末３０が第１の端末２０からサーバ１０経由で通信許可要求データを受け取った場合には、第２の端末３０の認証部１４０が「通信許可要求応答データ」を生成し、第１の端末２０にサーバ１０経由で送付する。詳細には、第２の端末３０内で、認証部１４０がＩＤ格納部１３０にアクセスし、受け取った通信許可要求データに含まれたユーザＩＤがＩＤ格納部１３０に登録されているかどうかを確認する。同一のユーザＩＤがＩＤ格納部１３０に登録されている場合には、認証部１４０が通信を許可する旨の通信許可要求応答データを生成し、登録されていない場合には、通信を拒否する旨の通信許可要求応答データを生成する。
【００３８】
［鍵生成部］
鍵生成部１５０は、データを暗号化するための暗号鍵と、この暗号鍵で暗号化されたデータを復号化するための復号鍵とを生成する機能要素である。鍵生成部１５０は、これらの鍵ペアを生成すると、暗号鍵を通信処理部１９０に、復号鍵を鍵記憶部１６０にそれぞれ送付する。なお、鍵生成部１５０は、常に異なる情報を有する鍵ペアを生成し、暗号鍵には、どの端末向けに生成したかを識別できるように生成元の端末のユーザＩＤが関連付けられている。さらに、暗号鍵および復号鍵には生成された時刻の情報が関連付けられている。
【００３９】
［鍵記憶部］
鍵記憶部１６０は、通信処理部１９０が他の端末から受け取った暗号鍵と、鍵生成部１５０で生成された復号鍵とを格納するための機能要素である。
【００４０】
［暗号化処理部］
暗号化処理部１７０は、通信処理部１９０が受け取り、鍵記憶部１６０に格納された暗号鍵を用いて、送信するデータ等を所定の暗号化形式で暗号化する機能要素である。本実施形態の暗号化形式には、当該技術分野における既存の暗号化形式（例えばＲＳＡ）を用いてよい。
【００４１】
［復号化処理部］
復号化処理部１８０は、鍵生成部１５０が生成し、鍵記憶部１６０に格納された復号鍵を用いて受信したデータ等を復号化する機能要素である。
【００４２】
［通信処理部］
通信処理部１９０は、データや暗号鍵などを通信相手とやり取りする機能要素である。通信するデータの構造については後述する。
【００４３】
［鍵管理部］
鍵管理部２００は、暗号鍵および復号鍵の期限を管理する機能要素であり、それぞれの鍵に関連付けられた生成時刻を参照し、その鍵が生成後から予め設定された所定の期間（例えば２４時間）を過ぎていないかどうかを確認する。
【００４４】
以上の機能を有した第１の端末２０および第２の端末３０が、ネットワーク４０を介してサーバ１０経由でデータを通信する方法について、図３および図４を参照して説明する。
尚、以下の説明において、第１の端末２０が第２の端末３０に通信許可を求める場合の手順を例に説明するが、第２の端末３０が第１の端末２０に通信許可を求めることも可能である。勿論、第１の端末２０同士あるいは第２の端末３０同士で通信許可を求めることも可能である。
【００４５】
図３は、データ通信に伴う第１の端末２０、サーバ１０、第２の端末３０の手順をそれぞれ時系列に示している。図中の［Ａ１］〜［Ａ１２］は、第１の端末２０が行う手順であり、［Ｂ１］〜［Ｂ６］はサーバ１０が行う手順、［Ｃ１］〜［Ｃ１６］は第２の端末
３０が行う手順を示す。また、第１の端末２０が生成する鍵ペアの番号を第１ａ〜第１ｎ（ｎは正の整数）とし、第２の端末３０が生成する鍵ペアの番号を第２ａ〜第２ｎとする。
図４は実際に通信するデータの構造を示している。
まず、第１の端末２０が第１ａの鍵ペアを生成する（図３の［Ａ１］）。そして、生成した鍵ペアのうち第１ａの暗号鍵をサーバ１０に送付し（［Ａ２］）、第１ａの復号鍵は自身で保持する（［Ａ３］）。第１ａの暗号鍵を受け取ったサーバ１０は、その第１ａの暗号鍵を送付元の端末ＩＤと関連付けした上で、自身で保持する（［Ｂ１］）。
以上の手順は、通信を行う直前に実行するのではなく、端末の起動時などに事前に行うことが好ましい。
【００４６】
同様に、第２の端末３０が第２ａの鍵ペアを生成する（［Ｃ１］）。そして、生成した鍵ペアのうち第２ａの暗号鍵をサーバ１０に送付し（［Ｃ２］）、第２ａの復号鍵は自身で保持する（［Ｃ３］）。第２ａの暗号鍵を受け取ったサーバ１０は、その第２ａの暗号鍵を送付元の端末ＩＤと関連付けした上で、自身で保持する（［Ｂ２］）。以上の手順も、端末起動時などに事前に行うことが好ましい。
【００４７】
次いで、第１の端末２０が第２の端末３０に通信許可を求めるために、サーバ１０に通信許可要求データを送る（［Ａ４］）。
このときに使用される通信許可要求データは、図４（ａ）に示す構造を有している。具体的には、送信先（第２の端末３０）のユーザＩＤ（以下、送信先端末ＩＤ）と、送信元（第１の端末２０）のユーザＩＤ（以下、送信元端末ＩＤ）と、このデータが送信許可要
求であることを示す種別と、を含む。
【００４８】
サーバ１０は、通信許可要求データを受け取ると、この通信許可要求データに手順［Ｂ１］で保持した第１ａの暗号鍵を付加し、さらに手順［Ｂ２］で保持した第２ａの暗号鍵で暗号化し、この暗号化した通信許可要求データを第２の端末３０に送る（［Ｂ３］）。なお、このとき、サーバ１０は、通信許可要求データに含まれている送信元端末ＩＤを基に、対応する暗号鍵である第１ａの暗号鍵を自身が保持する鍵の中から捜索する。もし、このときに対応する暗号鍵をサーバ１０が保持していない場合には、サーバ１０は第１の端末１０に対応する暗号鍵が無い旨を報告し、以降の処理を中止する。
サーバ１０から第２の端末３０に転送される通信許可要求データは、図４（ｂ）に示す構造を有している。ここでサーバ１０は、受け取った通信許可要求データ（図４（ａ））の送信先端末ＩＤを参照することで、転送先を第３の端末３０と認識する。
【００４９】
第２の端末３０は、サーバ１０から通信許可要求データを受け取ると、自身が保持する復号鍵２ａを用いてこのデータを復号化し（［Ｃ４］）、復号化したデータから第１ａの暗号鍵を入手する（［Ｃ５］）。なお、復号化処理の詳細な内容については後述する。第２の端末３０は、この復号化したデータの種別と送信元ＩＤとを参照することで、第１の端末２０から通信の許可を求められたことを認識し、以後認証処理を行う（［Ｃ６］）。この認証処理の詳細については後述する。
認証処理の後、第２の端末３０は第２ｂの鍵ペアを生成する（［Ｃ７］）。そして、第２ｂの鍵ペアのうち第２ｂの暗号鍵を、認証処理で生成した通信許可要求応答データに付加し、これらを手順［Ｃ５］で入手した第１ａの暗号鍵を用いて暗号化する（［Ｃ８］）。次いで、その暗号化した通信許可要求応答データをサーバ１０に送る（［Ｃ９］）。尚、第２ｂの復号鍵はそのまま第２の端末３０が保持する（［Ｃ１０］）。
【００５０】
このときの通信許可要求応答データの構造を図４（ｃ）に示す。通信許可要求応答データには、通信を許可または拒否する情報が含まれている。本実施形態では、ここで通信を許可することを前提に説明を続けるが、もし、通信を拒否する場合には、第２の端末３０は、［Ｃ７］および［Ｃ８］の手順を省略してよい。
【００５１】
サーバ１０が通信許可要求応答データ（図４（ｃ））を受け取ると、このデータの送信先端末ＩＤを参照して、第１の端末２０に通信許可要求応答データを転送する（［Ｂ４］）。そのときのデータの構造を図４（ｄ）に示す。
【００５２】
第１の端末２０が、通信許可要求応答データ（図４（ｄ））を受け取ると、自身が保持する第１ａの復号鍵を用いて受けとったデータを復号化し（［Ａ５］）、復号化したデータから第２ｂの暗号鍵を入手する（［Ａ６］）。
以上の手順は、主に、最初の暗号鍵を通信相手に確実に送達し、かつ正規の端末ではない第三者の端末によるなりすまし行為を防止する目的で行われる（詳細は段落００２６を参照）。
第１の端末２０は次に第１ｂの鍵ペアを生成する（［Ａ７］）。
第１ｂの鍵ペアを生成すると、第２の端末３０に送るデータ（第１のデータ）に第１ｂの鍵ペアのうちの第１ｂの暗号鍵を付加して、手順［Ａ６］で取得した第２ｂの暗号鍵でデータを暗号化する（［Ａ８］）。そして、暗号化した第１のデータをサーバ１０に送り（［Ａ９］）、第１ｂの復号鍵をそのまま保持する（［Ａ１０］）。この第１のデータの構造を図４（ｅ）に示す。
ただし、受け取った通信許可要求応答データに通信を拒否する情報が含まれていた場合には、手順［Ａ６］〜［Ａ１０］を行わずに以降の処理をすべて中止する。
【００５３】
サーバ１０は、第１のデータ（図４（ｅ））を受け取ると、このデータを第２の端末３０に送る（［Ｂ５］）。このデータの構造を図４（ｆ）に示す。
【００５４】
第２の端末３０は、第１のデータ（図４（ｆ））をサーバ１０から受け取ると、自身が保持する第２ｂの復号鍵で受け取ったデータを復号化する（［Ｃ１１］）。次いで、復号化したデータから第１ｂの暗号鍵を取得する（［Ｃ１２］）。
続いて、第２ｃの鍵ペアを生成し（［Ｃ１３］）、この鍵ペアのうちの第２ｃの暗号鍵を第１の端末２０に送るデータ（第２のデータ）に付加し、手順［Ｃ１２］で取得した第１ｂの暗号鍵でこれらを暗号化し（［Ｃ１４］）、サーバ１０へ送る（［Ｃ１５］）。また、第２ｃの復号鍵はそのまま保持する（Ｃ１６）。このとき送るデータの構造を図４（ｇ）に示す。
【００５５】
サーバ１０は、図４（ｇ）に示す第２のデータを受け取ると、そのデータを図４（ｈ）に示す構造に変更した後、第１の端末２０に送る（［Ｂ６］）。
【００５６】
第１の端末２０は、第２のデータ（図４（ｈ））を受け取ると、自身が保持する第１ｂの復号鍵で第２のデータを復号化する（［Ａ１１］）。そして、第２ｃの暗号鍵を取得する（［Ａ１２］）。
【００５７】
以上が、第１の端末２０および第２の端末３０が、ネットワーク４０を介してサーバ１０経由でデータを通信する手順であるが、必要に応じて手順［Ａ７］〜［Ａ１２］を所定回数だけ繰り返してよい。しかし、その場合には、暗号鍵の暗号化形式が第三者に解読される可能性があるため、常に異なる鍵ペアを作成することが好ましい。
【００５８】
次に、本実施形態において第２の端末３０が行う認証処理（図４の［Ｃ６］）について
図５のフローチャートを参照して詳細に説明する。
【００５９】
まず、第２の端末３０が第１の端末２０からサーバ１０経由で通信許可要求データを受
け取る（ステップＳ１）。次いで、第２の端末３０は、この通信許可要求データの送信元端末ＩＤを参照する。そして、第２の端末３０の認証部１４０がＩＤ格納部１３０にアクセスし、この送信元端末ＩＤと同一のユーザＩＤが登録されているかどうかを確認する（ステップＳ２）。
もし、同一のユーザＩＤがＩＤ格納部１３０に登録されている場合には（ステップＳ２で「ＹＥＳ」）、第２の端末３０は、通信の許可を示す旨の通信許可要求応答データを生成して、送信元端末ＩＤ（第１の端末２０）にこのデータを送る（ステップＳ３）。あるいは、同一のユーザＩＤが登録されていない場合には（ステップＳ２で「ＮＯ」）、第２の端末３０は、通信の拒否を示す旨の通信許可要求応答データを生成して、送信元端末ＩＤ（第１の端末２０）にこのデータを送る（ステップＳ４）。
【００６０】
上記の手順では、第２の端末３０が通信許可要求応答データを送る際に、実際に通信許可要求データを送ってきた端末ではなく、該通信許可要求データに含まれた送信元ＩＤに相当する端末宛に送るように構成されている。したがって、もし正規の端末ではない第３の端末が、第１の端末２０になりすまして第２の端末３０に図４（ａ）に示す通信許可要求データを送ったとしても、図４（ｃ）に示す通信許可要求応答データは第３の端末ではなく、第１の端末２０に送られることになる。よって、第３の端末によるなりすまし行為は未然に防がれる。
【００６１】
次に、各端末が行う復号化処理（図３の［Ｃ４］、［Ａ５］、［Ｃ１１］、［Ａ１１］）について図６を参照して説明する。図６は、この復号化処理のフローチャートを示している。
【００６２】
まず、送信先の端末が送信元の端末から暗号化されたデータを受け取る（ステップＳ５）。
次に、送信先の端末は、この暗号化されたデータを復号化可能な復号鍵が自身の鍵記憶部１６０に格納されているかどうかを確認する（ステップＳ６）。
もし、対応する復号鍵が格納されていない場合には（ステップＳ６で「ＮＯ」）、以降の処理を終了する。対応する復号鍵が格納されている場合（ステップＳ６で「ＹＥＳ」）、自身の鍵管理部２００がその復号鍵に関連付けられた生成期日を参照して、該当の復号鍵が予め設定された所定の期限を過ぎていないか否かを確認する（ステップＳ７）。
所定の期限を過ぎていない場合には（ステップＳ７で「ＹＥＳ」）、その復号鍵を用いて暗号化されたデータを復号化する（ステップＳ８）。あるいは、該当する復号鍵が所定の期限を過ぎている場合には（ステップＳ７で「ＮＯ」）、以降の処理を終了する。
【００６３】
以上で本発明の１実施形態の説明を説明したが、本発明の上記実施形態にのみ限定され
ず、その他各種の変更および変形が可能である。
例えば、本実施形態では、第１の端末２０および第２の端末３０がそれぞれ第１ａの暗号鍵および第２ａの暗号鍵をサーバ１０に渡す際に（図３の手順［Ａ２］および［Ｃ２］）、ネットワークを介して当該暗号鍵を送付しているが、本発明はこれに限定されるものではない。代替的に、第１および第２の端末２０、３０がサーバ１０に事前に所定のサイトのＵＲＬと認証パスワードを渡しておき、サーバがそれらのＵＲＬのサイトにアクセスし、さらに受け取った認証パスワードを入力して、第１ａおよび第２ａの暗号鍵を当該サイトからダウンロードして入手するようにしてもよい。この方法を採用した方が第三者に暗号鍵を盗聴される可能性が低く、より強固なセキュリティを実現可能なシステムおよび方法を提供することができる。
【００６４】
本実施形態では、第１の端末２０および第２の端末３０は、データを送付する毎に新規の異なる鍵ペアを生成しているが、この生成処理は特に限定されるものではなく、代替的に最初に一度だけ鍵ペアを生成して、その後は常にこの鍵ペアを繰り返して使用してよい。あるいは、データを２回、３回、・・・ｎ回送付する毎に新規に鍵ペアを生成してもよい。通常、常に異なる鍵ペアを生成して使用した方が、セキュリティの強いネットワークシステムを構築できる。しかし、その反面、処理が複雑になり、それに要する時間だけ通信速度が遅延する。よって、使用する通信システムに要求されるセキュリティ度と通信速度とを考慮して、鍵ペアの生成頻度を決定することが好ましい。
【００６５】
本実施形態では、通信許可に対する認証処理を始めに一回だけ行っているが、この認証処理のタイミングは特に限定されるものではなく、代替的にデータを通信する毎に行ってもよい。あるいは、データを２回、３回・・・ｎ回通信する毎に認証処理を行ってもよい。この場合も鍵ペアの生成と同様に、使用する通信システムの要求仕様に基づいて認証処理を行う頻度が決定されることが好ましい。
【００６６】
本実施形態では、第１の端末２０および第２の端末３０は、データ送付の直前に鍵ペアを生成しているが、この鍵ペアの生成のタイミングも特に限定されるものではなく、代替的に事前（例えば起動時）に複数の鍵ペアを生成し、自身の鍵記憶部１６０に格納してもよい。事前に鍵ペアを生成することにより、通信時に鍵ペアを生成する時間を省略することができる。
【００６７】
本実施形態おける暗号鍵および復号鍵に使用期限を設定する方法については、特に限定するものではなく、使用期限を一律に所定の期間に設定してもよく、あるいは鍵ごとに個別に設定してもよい。例えば、送付するデータに段階的に重要度を付与し、その重要度の高いデータほど使用期限を早く設定してもよい。あるいは、データを送付する毎に各端末が任意の期間に設定してもよい。この場合、それぞれの鍵には生成された時刻の情報に加え、使用期限の情報も関連付けられることになる。
【００６８】
本実施形態では、本発明を公開鍵方式の通信システムに適用した例を説明したが、本発明はこれに限定されるものはなく、共通鍵方式を採用した通信システムにも好適に適用することが可能である。その場合、第１の端末２０と第２の端末３０は、鍵ペアを生成する代わりに、共通鍵とそのコピーを生成し、このコピー鍵を交換すればよい。
【００６９】
上述した本発明の１実施形態に係る通信方法は、プログラムとして実装されることが好ましい。その場合には、プログラムは外部のサーバ等から該方法を実行する端末にダウンロードされるか、コンピュータ可読媒体の形態で分配されることが好ましい。コンピュータ可読媒体の例としては、ＣＤ−ＲＯＭ、磁気テープ、フレキシブルディスク、光学式データ保存装置などが挙げられる。
【００７０】
また、本実施形態の変形例として、図２に示す第１の端末２０と第２の端末３０とが有する機能の一部をサーバ１０で実現してもよい。図１０は、本発明の１実施形態の変形例に係る通信ネットワークシステム１０００を示している。
【００７１】
この通信ネットワークシステム１０００は、４つの第１の端末２００と、４つの第２の端末６００と、第１のサーバ３００と、第２のサーバ５００と、２つの内部ネットワーク７００と、外部ネットワーク４００とを備える。また、第１の端末２００と、第１のサーバ３００と、内部ネットワーク７００とは、第１の団体８００の内部ネットワークを構成している。同様に、第２の端末６００と、第２のサーバ５００と、内部ネットワーク７００とが第２の団体９００の内部ネットワークを構成している。そして、団体８００と団体９００とが外部ネットワーク４００で相互接続されている。
【００７２】
本変形例における「第１および第２の団体」とは、例えば会社や組織など、特定の構成員によって作られた１つの集合体を表している。
【００７３】
このシステムにおいて、第１の端末２００は、第１の団体８００の構成員のみに使用される。同様に第２の端末６００は、団体９００の構成員のみに使用される。そのため、この通信ネットワークシステム１０００の第１の端末２００および第２の端末６００は、悪意のある第三者に使用される可能性はないと断定できる。そのため、第１の団体８００および第２の団体９００の内部ネットワーク７００でやり取りされるデータには特にセキュリティ対策を講じる必要はない。セキュリティ対策が必要なのは、第１のサーバ３００と第２のサーバ５００との間で外部ネットワーク４００を介して交換されるデータだけである。よって、これらのサーバ間を通信するデータだけを暗号化するようにシステムを構成すればよい。
【００７４】
図８は、図７の第１／第２の端末（２００または６００）と第１／第２のサーバ（３００または５００）の内部機能の構成を示している。この図によると、各端末２００／６００は、機能要素として通信処理部１２００のみを有しており、他の機能要素であるＩＤ格納部１１３０と、認証部１１４０と、鍵生成部１１５０と、鍵記憶部１１６０と、暗号化処理部１１７０と、復号化処理部１１８０と、鍵管理部１９００とは、サーバ３００／５００によって実装されている。
【００７５】
上述のように、サーバ３００と５００との間を通信するデータだけを暗号化すればよいため、暗号および復号に必要な機能はすべてサーバ３００／５００が有するように構成できる。このシステムでは各サーバが暗号および復号処理を一括して管理する。しかし、図１の通信ネットワークシステム１００では、各端末が独立して鍵ペアを生成し、管理しているために、端末同士で同一の鍵が使用される可能性がある。一方、図８の通信ネットワークシステムでは、各サーバが一意に鍵ペアの生成および管理を行うことができるため、各端末が同一の鍵ペアを生成し、使用することはない。よって、本変形例では、より強個なセキュリティを有する通信ネットワークシステムが構築されている。また、暗号化および復号化処理をサーバ３００および５００が一括して行うため、使用する第１の端末２００および第２の端末６００の演算能力が低い場合でも、好適に通信ネットワークシステムを構築することができる。
【００７６】
以上、本発明を図面に示した実施形態を用いて説明したが、これらは例示的なものに過ぎず、本技術分野の当業者ならば、本発明の範囲および趣旨から逸脱しない範囲で多様な変更および変形が可能なことは理解できるであろう。したがって、本発明の範囲は、説明された実施形態によって定められず、特許請求の範囲に記載された技術的趣旨により定められねばならない。
【図面の簡単な説明】
【００７７】
【図１】本発明の１実施形態に係る通信ネットワークシステム１００の構成を示す図である。
【図２】通信ネットワークシステム１００の第１の端末２０または第２の端末３０の機能を示すブロック図である。
【図３】通信ネットワークシステム１００によって行われる通信方法を示すフロー図である。
【図４】（ａ）から（ｈ）は、通信ネットワークシステム１００によって生成および交換されるデータの構造を示す図である。
【図５】通信ネットワークシステム１００によって行われる認証処理の詳細を示すフローチャートである。
【図６】通信ネットワークシステム１００によって行われる復号化処理の詳細を示すフローチャ−トである。
【図７】本発明の１実施形態の変形例に係る通信ネットワークシステム１０００の構成を示す図である。
【図８】通信ネットワークシステム１０００の第１の端末２００および第１のサーバ３００、または、第２の端末６００および第２のサーバ５００の機能を示すブロック図である。
【符号の説明】
【００７８】
１０    サーバ
２０    第１の端末
３０    第２の端末
４０    ネットワーク
１００  通信ネットワークシステム
１１０  制御部
１２０  データ保持部
１３０  ＩＤ格納部
１４０  認証部
１５０  鍵生成部
１６０  鍵記憶部
１７０  暗号化処理部
１８０  復号化処理部
１９０  通信処理部
２００  鍵管理部
【図４】
2009239496.tif 000003
【図１】
2009239496.tif 000004
【図２】
2009239496.tif 000005
【図３】
2009239496.tif 000006
【図５】
2009239496.tif 000007
【図６】
2009239496.tif 000008
【図７】
2009239496.tif 000009
【図８】
2009239496.tif 000010