(57)【要約】【課題】通信してみて初めて暗号強度が判明するケースであっても、暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまう危険性を回避し、かつ、暗号強度の低い暗号通信も可能にする暗号通信方法を提供する。【解決手段】通知ステップＳ２０と、応答ステップＳ２４と、通信ステップＳ２５とを含み、応答ステップＳ２４では、サーバ１０は、クライアント２０ｂから通知された少なくとも一つの暗号方式の中に自機が許可している暗号方式がないと判断した場合に、管理者３１に対して、クライアント２０ｂから通知された少なくとも一つの暗号方式のうちの少なくとも一つでクライアント２０ｂと暗号通信を行うことを許可するか否かを問い合わせ、管理者３１から許可する指示を取得した場合に（Ｓ２２）、管理者３１によって許可された暗号方式をクライアント２０ｂに通知する。【選択図】図３Ｂ
2014230000.tif 000002
【特許請求の範囲】
【請求項１】
サーバとクライアント間の暗号通信方法であって、
前記クライアントが、自機が許可している少なくとも一つの暗号方式を前記サーバに通知する通知ステップと、
前記通知を受けた前記サーバが、前記クライアントから通知された少なくとも一つの暗号方式の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断し、あると判断した場合に、判断した少なくとも一つの暗号方式のうち、暗号強度が最も高い暗号方式を選択し、選択した暗号方式を前記クライアントに通知する応答ステップと、
前記応答ステップで前記サーバが前記クライアントに通知した暗号方式で前記サーバと前記クライアントとが暗号通信を行う通信ステップとを含み、
前記応答ステップでは、さらに、前記サーバは、前記クライアントから通知された少なくとも一つの暗号方式の中に自機が許可している暗号方式がないと判断した場合に、管理者に対して、前記クライアントから通知された少なくとも一つの暗号方式のうちの少なくとも一つで前記クライアントと暗号通信を行うことを許可するか否かを問い合わせ、前記管理者から許可する指示を取得した場合に、前記管理者によって許可された暗号方式を前記クライアントに通知する
暗号通信方法。
【請求項２】
前記応答ステップで前記サーバが前記管理者に問い合わせる暗号方式は、前記サーバが許可しているいずれの暗号方式よりも暗号強度が低く、かつ、前記サーバが使用可能な暗号方式である
請求項１記載の暗号通信方法。
【請求項３】
サーバとクライアント間の暗号通信方法であって、
前記クライアントが、自機が許可している少なくとも一つの暗号方式を前記サーバに通知する通知ステップと、
前記通知を受けた前記サーバが、前記クライアントから通知された少なくとも一つの暗号方式の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断し、あると判断した場合に、判断した少なくとも一つの暗号方式のうち、暗号強度が最も高い暗号方式を選択し、選択した暗号方式を前記クライアントに通知する応答ステップと、
前記応答ステップで前記サーバが前記クライアントに通知した暗号方式で前記サーバと前記クライアントとが暗号通信を行う通信ステップとを含み、
前記通知ステップでは、さらに、前記クライアントは、前記通知ステップでの通知に対する前記サーバからの応答がない場合に、ユーザに対して、自機が許可していない暗号方式で前記サーバと暗号通信を行うことを許可するか否かを問い合わせ、前記ユーザから許可する指示を取得した場合に、前記ユーザによって許可された少なくとも一つの暗号方式を前記サーバに再通知し、
前記応答ステップでは、さらに、前記再通知を受けた前記サーバが、前記クライアントから再通知された少なくとも一つの暗号方式の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断し、あると判断した場合に、判断した少なくとも一つの暗号方式のうち、暗号強度が最も高い暗号方式を選択し、選択した暗号方式を前記クライアントに通知する
暗号通信方法。
【請求項４】
前記通知ステップで前記クライアントが前記サーバに再通知する少なくとも一つの暗号方式は、前記クライアントが使用可能な全ての暗号方式である
請求項３記載の暗号通信方法。
【請求項５】
クライアントと暗号通信を行うサーバであって、
前記ライアントと通信を行う通信部と、
自機が許可している暗号方式を示す許可テーブルを保持する記憶部と、
前記通信部による暗号通信を制御する制御部とを備え、
前記制御部は、
前記クライアントから、前記クライアントが許可している少なくとも一つの暗号方式についての通知を受けると、前記許可テーブルを参照することで、通知された少なくとも一つの暗号方式の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断し、あると判断した場合に、判断した少なくとも一つの暗号方式のうち、暗号強度が最も高い暗号方式を選択し、選択した暗号方式を、前記通信部を介して、前記クライアントに通知する応答ステップと、
前記応答ステップで前記クライアントに通知した暗号方式で、前記通信部を介して、前記クライアントと暗号通信を行う通信ステップとを実行し、
前記応答ステップでは、さらに、前記クライアントから通知された少なくとも一つの暗号方式の中に自機が許可している暗号方式がないと判断した場合に、管理者に対して、前記クライアントから通知された少なくとも一つの暗号方式のうちの少なくとも一つで前記クライアントと暗号通信を行うことを許可するか否かを問い合わせ、前記管理者から許可する指示を取得した場合に、前記管理者によって許可された暗号方式を前記許可テーブルに登録したうえで、前記通信部を介して前記クライアントに通知する
サーバ。
【請求項６】
前記制御部が前記応答ステップで前記管理者に問い合わせる暗号方式は、前記許可テーブルに示されるいずれの暗号方式よりも暗号強度が低く、かつ、前記サーバが使用可能な暗号方式である
請求項５記載のサーバ。
【請求項７】
サーバと暗号通信を行うクライアントであって、
前記サーバと通信を行う通信部と、
自機が許可している暗号方式を示す許可テーブルを保持する記憶部と、
前記通信部による暗号通信を制御する制御部とを備え、
前記制御部は、
前記許可テーブルに従って、自機が許可している少なくとも一つの暗号方式を、前記通信部を介して、前記サーバに通知する通知ステップと、
前記通知に対する応答として、前記サーバから暗号方式の通知を受けると、通知を受けた暗号方式で、前記通信部を介して、前記サーバと暗号通信を行う通信ステップとを実行し、
前記通知ステップでは、さらに、前記通知に対する前記サーバからの応答がない場合に、ユーザに対して、自機が許可していない暗号方式で前記サーバと暗号通信を行うことを許可するか否かを問い合わせ、前記ユーザから許可する指示を取得した場合に、前記ユーザによって許可された少なくとも一つの暗号方式を、前記通信部を介して、前記サーバに再通知し、
前記通信ステップでは、さらに、前記再通知に対する応答として前記サーバから暗号方式の通知を受けると、通知を受けた前記暗号方式を前記許可テーブルに登録したうえで、通知を受けた前記暗号方式で、前記通信部を介して、前記サーバと暗号通信を行う
クライアント。
【請求項８】
前記制御部が前記サーバに再通知する少なくとも一つの暗号方式は、前記クライアントが使用可能な全ての暗号方式である
請求項７記載のクライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバとクライアント間で行われる暗号通信の方法、そのサーバ及びクライアントに関し、特に、暗号通信で使用される暗号方式の決定方法に関する。
【背景技術】
【０００２】
暗号通信では、暗号通信に先立ち、通信し合う通信装置（以下、「２者」ともいう）間で、共通の暗号方式が決定される。広く普及した暗号通信のプロトコルであるＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）では、クライアントがサーバに対して自機が許可している暗号方式を通知し、それに対して、サーバが、通知された暗号方式から自機が許可している一つを選択する。これにより、サーバ及びクライアントのいずれもが許可している暗号方式が一つ決定される。
【０００３】
このとき、クライアント及びサーバのいずれもが許可している共通の暗号方式がない場合には、暗号方式が決定されず、暗号通信は行われない。ところが、このような共通の暗号方式がない場合であっても、２者間で暗号通信を行わなければならないケースがある。たとえば、一方の通信装置が使用できる暗号方式が、他方の通信装置が許可している暗号方式よりも暗号強度が低いために、通常であれば、暗号通信が行われないが、例外的に、そのような暗号強度の低い暗号方式による暗号通信を許容せざるを得ない場合がある。
【０００４】
そこで、従来、通信し合う２者が許可し合う暗号方式において共通の暗号方式がない場合であっても、２者間での暗号通信を可能にする技術が提案されている（例えば、特許文献１参照）。
【０００５】
特許文献１では、暗号強度の低い暗号方式でしか通信できない通信装置との通信を可能にするために、そのような通信装置の通信アドレスとその通信装置に対して許可する暗号方式とを対応づけたテーブルを予め作成しておく。そして、そのテーブルを参照することで、テーブルに登録された通信装置に対しては、例外的に、テーブルに登録された暗号方式による暗号通信、つまり、暗号強度の低い暗号方式による暗号通信を許可する。暗号強度の高い暗号方式をもつ通常の通信装置間では、そのような暗号強度の高い暗号方式による暗号通信が行われる。これにより、暗号強度の低い暗号方式をもった通信装置のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性が回避され、かつ、暗号強度の低い暗号通信も可能になる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２４６４０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１の技術では、暗号強度の低い暗号方式でしか通信できない通信装置の通信アドレスとその暗号方式とを対応づけたテーブルを予め作成しておく必要がある。そのために、特許文献１の技術では、通信してみて初めて暗号強度がわかるようなケースには適用できないという問題がある。つまり、特許文献１の技術では、通信してみて初めて暗号強度の低い暗号通信しかできない通信装置であることが判明した場合には、もはや、その通信装置との暗号通信ができない。
【０００８】
そこで、本発明は、このような状況に鑑み、通信してみて初めて暗号強度が判明するケースであっても、暗号強度の低い暗号方式をもった通信装置のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性を回避し、かつ、暗号強度の低い暗号通信も可能にする暗号通信方法等を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明に係る暗号通信方法の一形態は、サーバとクライアント間の暗号通信方法であって、前記クライアントが、自機が許可している少なくとも一つの暗号方式を前記サーバに通知する通知ステップと、前記通知を受けた前記サーバが、前記クライアントから通知された少なくとも一つの暗号方式の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断し、あると判断した場合に、判断した少なくとも一つの暗号方式のうち、暗号強度が最も高い暗号方式を選択し、選択した暗号方式を前記クライアントに通知する応答ステップと、前記応答ステップで前記サーバが前記クライアントに通知した暗号方式で前記サーバと前記クライアントとが暗号通信を行う通信ステップとを含み、前記応答ステップでは、さらに、前記サーバは、前記クライアントから通知された少なくとも一つの暗号方式の中に自機が許可している暗号方式がないと判断した場合に、管理者に対して、前記クライアントから通知された少なくとも一つの暗号方式のうちの少なくとも一つで前記クライアントと暗号通信を行うことを許可するか否かを問い合わせ、前記管理者から許可する指示を取得した場合に、前記管理者によって許可された暗号方式を前記クライアントに通知する。
【００１０】
このとき、例えば、前記応答ステップで前記サーバが前記管理者に問い合わせる暗号方式は、前記サーバが許可しているいずれの暗号方式よりも暗号強度が低く、かつ、前記サーバが使用可能な暗号方式であるのが好ましい。
【００１１】
これにより、クライアントから通知された暗号方式の中にサーバが許可している暗号方式がない場合であっても、サーバは、例外的に、管理者による許可の下で、そのクライアントに対して、クライアントから通知された暗号方式の一つによる暗号通信を許可する。
【００１２】
よって、通信してみて初めて暗号強度が判明するケースであっても、暗号強度の低い暗号方式をもった通信装置のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性が回避され、かつ、暗号強度の低い暗号通信も可能となる。
【００１３】
また、上記目的を達成するために、本発明に係る暗号通信方法の別の形態は、サーバとクライアント間の暗号通信方法であって、前記クライアントが、自機が許可している少なくとも一つの暗号方式を前記サーバに通知する通知ステップと、前記通知を受けた前記サーバが、前記クライアントから通知された少なくとも一つの暗号方式の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断し、あると判断した場合に、判断した少なくとも一つの暗号方式のうち、暗号強度が最も高い暗号方式を選択し、選択した暗号方式を前記クライアントに通知する応答ステップと、前記応答ステップで前記サーバが前記クライアントに通知した暗号方式で前記サーバと前記クライアントとが暗号通信を行う通信ステップとを含み、前記通知ステップでは、さらに、前記クライアントは、前記通知ステップでの通知に対する前記サーバからの応答がない場合に、ユーザに対して、自機が許可していない暗号方式で前記サーバと暗号通信を行うことを許可するか否かを問い合わせ、前記ユーザから許可する指示を取得した場合に、前記ユーザによって許可された少なくとも一つの暗号方式を前記サーバに再通知し、前記応答ステップでは、さらに、前記再通知を受けた前記サーバが、前記クライアントから再通知された少なくとも一つの暗号方式の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断し、あると判断した場合に、判断した少なくとも一つの暗号方式のうち、暗号強度が最も高い暗号方式を選択し、選択した暗号方式を前記クライアントに通知する。
【００１４】
これにより、クライアントからサーバへの暗号方式の提示に対してサーバから応答がない場合であっても、クライアントは、例外的に、ユーザによる許可の下で、そのサーバに対して、サーバが許可している暗号方式による暗号通信を許可する。
【００１５】
よって、通信してみて初めて暗号強度が判明するケースであっても、暗号強度の低い暗号方式をもった通信装置のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性が回避され、かつ、暗号強度の低い暗号通信も可能となる。
【００１６】
ここで、前記通知ステップで前記クライアントが前記サーバに再通知する少なくとも一つの暗号方式は、前記クライアントが使用可能な全ての暗号方式であってもよい。
【００１７】
これにより、クライアントからサーバへの暗号方式の再通知において、クライアントが使用可能な全ての暗号方式が通知されるので、クライアントが使用可能で、かつ、サーバが許可している暗号方式が速やかに見つけられる。
【００１８】
なお、本発明は、上記暗号通信方法として実現できるだけでなく、上記暗号通信方法におけるサーバとして実現できるし、クライアントとして実現することもできる。また、本発明は、サーバの制御部が実行するステップを含むプログラムとして実現してもよいし、クライアントの制御部が実行するステップを含むプログラムとして実現してもよい。さらに、それらのプログラムを格納したＣＤ−ＲＯＭ(Compact Disk Read Only Memory)等のコンピュータ読み取り可能な記録媒体として実現してもよい。そのようなプログラムは、記録媒体から読み出され、ＣＰＵ(Central Processing Unit)又はプロセッサによって実行され、本発明に係る暗号通信方法を実現する。
【発明の効果】
【００１９】
本発明により、通信してみて初めて暗号強度が判明するケースであっても、暗号強度の低い暗号方式をもった通信装置のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性を回避し、かつ、暗号強度の低い暗号通信も可能にできる暗号通信方法等が実現される。
【００２０】
よって、本発明により、暗号通信における安全性と柔軟性が確保され、様々な暗号方式を採用した多様な通信装置が普及してきた今日における本発明の実用的意義は極めて高い。
【図面の簡単な説明】
【００２１】
【図１】本発明に係る暗号通信方法を用いる通信システムの構成を示す図
【図２】図１におけるサーバ及びクライアントの詳細な構成を示すブロック図
【図３Ａ】サーバが動的な例外処理機能を備える通信システムにおける通常の暗号通信方法を示す通信シーケンス図
【図３Ｂ】サーバが動的な例外処理を実行する暗号通信方法を示す通信シーケンス図
【図４Ａ】クライアントが動的な例外処理機能を備える通信システムにおける通常の暗号通信方法を示す通信シーケンス図
【図４Ｂ】クライアントが動的な例外処理を実行する暗号通信方法を示す通信シーケンス図
【図５】本発明の実施の形態におけるサーバ及びクライアントに共通する特徴的な動作を示すフローチャート
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示す。以下の実施の形態で示される個数、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。本発明は、特許請求の範囲によって特定される。よって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、本発明の課題を達成するのに必ずしも必要ではないが、より好ましい形態を構成する一例として説明される。
【００２３】
図１は、本発明に係る暗号通信方法を用いる通信システムの構成を示す図である。この通信システムは、暗号通信のためのシステムであり、インターネット３０を介して接続されたサーバ１０及びクライアント２０から構成される。なお、本図には、サーバ１０の管理者３１及びクライアント２０のユーザ３２も併せて図示されている。
【００２４】
サーバ１０は、暗号通信を行う通信装置の一例であり、例えば、ＳＳＬによる暗号通信を行うＷｅｂサーバとして機能するコンピュータである。クライアント２０は、ＳＳＬによる暗号通信を行う通信装置の一例であり、例えば、Ｗｅｂクライアントとして機能するコンピュータである。インターネット３０は、サーバ１０とクライアント２０とを接続する通信網の一例である。
【００２５】
なお、図１の通信システムには、１台のサーバ１０と１台のクライアント２０とが示されているが、本発明に係る通信システムは、サーバ１０及びクライアント２０の少なくとも一方が複数台で構成されてもよい。
【００２６】
また、管理者３１は、サーバ１０の管理をする者に限定されない。管理者３１は、サーバ１０に対して暗号通信に関する指示を与える者であればよく、操作者等であってもよい。同様に、ユーザ３２は、クライアント２０の管理をする者に限定されない。ユーザ３２は、クライアント２０に対して暗号通信に関する指示を与える者であればよく、管理者等であってもよい。
【００２７】
図２は、図１におけるサーバ１０及びクライアント２０の詳細な構成を示すブロック図である。
【００２８】
サーバ１０は、クライアント２０と暗号通信を行う通信装置であり、制御部１１、表示部１２、入力部１３、通信部１４及び記憶部１５を備える。
【００２９】
表示部１２は、管理者３１との対話のために情報を表示するディスプレイであり、例えば、ＬＣＤ(Liquid Crystal Display) 等である。
【００３０】
入力部１３は、管理者３１からの指示を取得する処理部であり、例えば、キーボード、マウス等である。
【００３１】
通信部１４は、インターネット３０を介してクライアント２０との通信を行う通信インターフェースであり、例えば、ＬＡＮ(Local Area Network)用の通信カードである。
【００３２】
記憶部１５は、自機（サーバ１０）が許可している暗号方式を示す許可テーブル１５ａを保持する記憶装置であり、例えば、不揮発性メモリ、ＨＤＤ(Hard Disk Drive)等である。許可テーブル１５ａは、自機（サーバ１０）がいかなる通信装置に対していかなる暗号方式による暗号通信を許可しているかを示す情報テーブルであり、例えば、暗号通信を許可している通信装置の通信アドレスと暗号方式との対応づけが登録されている。
【００３３】
制御部１１は、表示部１２、入力部１３及び通信部１４の制御、および、記憶部１５との間でのデータの入出力をする処理部である。この制御部１１は、例えば、プログラムを格納するＲＯＭ(Read Only Memory)、そのプログラムを実行するＣＰＵ等のプロセッサ、プログラムの実行における作業領域としてのＲＡＭ(Random Access Memory)等から構成される。
【００３４】
より詳しくは、この制御部１１は、次の応答ステップと、通信ステップとを実行する。つまり、応答ステップでは、制御部１１は、クライアント２０から、クライアントが許可している少なくとも一つの暗号方式についての通知を受けると、記憶部１５に格納された許可テーブル１５ａを参照することで、通知された少なくとも一つの暗号方式の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断する。そして、制御部１１は、あると判断した場合には、判断した少なくとも一つの暗号方式のうち、暗号強度が最も高い暗号方式を選択し、選択した暗号方式を、通信部１４を介して、クライアント２０に通知する。また、通信ステップでは、制御部１１は、クライアント２０に通知した暗号方式で、通信部１４を介して、クライアント２０と暗号通信を行う。
【００３５】
ここで、特徴的なことは、制御部１１が、上記応答ステップで、さらに、クライアント２０から通知された少なくとも一つの暗号方式の中に自機が許可している暗号方式がないと判断した場合に、管理者３１に対して、クライアント２０から通知された少なくとも一つの暗号方式のうちの少なくとも一つでクライアント２０と暗号通信を行うことを許可するか否かを問い合わせる。そして、制御部１１は、管理者３１から許可する指示を取得した場合には、管理者３１によって許可された暗号方式を、クライアント２０の通信アドレスと対応づけて許可テーブル１５ａに登録したうえで、通信部１４を介してクライアント２０に通知する。
【００３６】
そのとき、制御部１１が上記応答ステップで管理者３１に問い合わせる暗号方式は、例えば、許可テーブル１５ａに示されるいずれの暗号方式よりも暗号強度が低く、かつ、サーバ１０が使用可能な暗号方式である。
【００３７】
なお、サーバ１０が使用可能な暗号方式とは、能力的にサーバ１０が取り扱える暗号方式をいい、通信相手に依存しない（許可しているか否かに依存しない）暗号方式である。
【００３８】
このような特徴により、通信してみて初めて、クライアント２０が暗号強度の低い暗号通信しかできない通信装置であると判明した場合であっても、管理者３１が許可した場合には、許可テーブル１５ａにクライアント２０の通信アドレスと暗号方式とが登録される。そして、その許可テーブル１５ａに従って、登録されたクライアント２０との間では、例外的に、暗号強度の低い暗号方式による暗号通信が行われる。例外扱いされないその他の通信装置との間では、サーバ１０が許可している暗号方式による暗号通信が行われる。なお、通信アドレスは、本実施の形態では、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、又は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスである。
【００３９】
よって、通信してみて初めて暗号強度が判明するケースであっても、暗号強度の低い暗号方式をもった通信装置（例えば、クライアント２０）のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性が回避され、かつ、暗号強度の低い暗号通信（例えば、クライアント２０との暗号通信）も可能になる。
【００４０】
クライアント２０は、サーバ１０と暗号通信を行う通信装置であり、制御部２１、表示部２２、入力部２３、通信部２４及び記憶部２５を備える。
【００４１】
表示部２２は、ユーザ３２との対話のために情報を表示するディスプレイであり、例えば、ＬＣＤ等である。
【００４２】
入力部２３は、ユーザ３２からの指示を取得する処理部であり、例えば、キーボード、マウス等である。
【００４３】
通信部２４は、インターネット３０を介してサーバ１０との通信を行う通信インターフェースであり、例えば、ＬＡＮ用の通信カードである。
【００４４】
記憶部２５は、自機（クライアント２０）が許可している暗号方式を示す許可テーブル２５ａを保持する記憶装置であり、例えば、不揮発性メモリ、ＨＤＤ等である。許可テーブル２５ａは、自機（クライアント２０）がいかなる通信装置に対していかなる暗号方式による暗号通信を許可しているかを示す情報テーブルであり、例えば、暗号通信を許可している通信装置の通信アドレスと暗号方式との対応づけが登録されている。
【００４５】
制御部２１は、表示部２２、入力部２３及び通信部２４の制御、記憶部２５との間でのデータの入出力をする処理部である。この制御部２１は、例えば、プログラムを格納するＲＯＭ、そのプログラムを実行するＣＰＵ等のプロセッサ、プログラムの実行における作業領域としてのＲＡＭ等から構成される。
【００４６】
より詳しくは、この制御部２１は、次の通知ステップと、通信ステップとを実行する。つまり、通知ステップでは、制御部２１は、許可テーブル２５ａに従って、自機が許可している少なくとも一つの暗号方式を、通信部２４を介して、サーバ１０に通知する。また、通信ステップでは、制御部２１は、通知ステップでの通知に対する応答として、サーバ１０から暗号方式の通知を受けると、通知を受けた暗号方式で、通信部２４を介して、サーバ１０と暗号通信を行う。
【００４７】
ここで、特徴的なことは、通知ステップでは、制御部２１は、さらに、通知ステップでの通知に対するサーバ１０からの応答がない場合に、ユーザ３２に対して、自機が許可していない暗号方式でサーバ１０と暗号通信を行うことを許可するか否かを問い合わせる。そして、制御部２１は、ユーザ３２から許可する指示を取得した場合には、ユーザ３２によって許可された少なくとも一つの暗号方式を、通信部２４を介して、サーバ１０に再通知する。そして、通信ステップでは、制御部２１は、さらに、その再通知に対する応答としてサーバ１０から暗号方式の通知を受けると、通知を受けた暗号方式をサーバ１０の通信アドレスと対応づけて許可テーブル２５ａに登録したうえで、通知を受けた暗号方式で、通信部２４を介して、サーバ１０と暗号通信を行う。
【００４８】
そのとき、制御部２１がサーバ１０に再通知する少なくとも一つの暗号方式は、例えば、クライアント２０が使用可能な全ての暗号方式である。これにより、クライアント２０からサーバ１０への暗号方式の再通知において、クライアント２０が使用可能な全ての暗号方式が通知されるので、クライアント２０が使用可能で、かつ、サーバ１０が許可している暗号方式が速やかに見つけられる。
【００４９】
なお、クライアント２０が使用可能な暗号方式とは、能力的にクライアント２０が取り扱える暗号方式をいい、通信相手に依存しない（許可しているか否かに依存しない）暗号方式である。
【００５０】
このような特徴により、通信してみて初めて、サーバ１０が暗号強度の低い暗号通信しかできない通信装置であると判明した場合であっても、ユーザ３２が許可した場合には、自機が許可していない暗号方式がクライアント２０からサーバ１０に通知されることで、サーバ１０とクライアント２０間で使用可能な暗号方式が決定され、許可テーブル２５ａにサーバ１０の通信アドレスとその暗号方式とが登録される。そして、その許可テーブル２５ａに従って、登録されたサーバ１０との間では、例外的に、暗号強度の低い暗号方式による暗号通信が行われる。例外扱いされないその他の通信装置との間では、クライアント２０が許可している暗号方式による暗号通信が行われる。なお、通信アドレスは、ＩＰアドレス、又は、ＭＡＣアドレスである。
【００５１】
よって、通信してみて初めて暗号強度が判明するケースであっても、暗号強度の低い暗号方式をもった通信装置（例えば、サーバ１０）のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性が回避され、かつ、暗号強度の低い暗号通信（例えば、サーバ１０との暗号通信）も可能になる。
【００５２】
なお、図２では、サーバ１０及びクライアント２０のいずれもが許可テーブルを備え、例外的に、相手装置との間で暗号強度の低い暗号方式による暗号通信を許容する機能を備えた。しかしながら、サーバ１０及びクライアント２０のいずれか一方だけがその機能（この機能を「動的な例外処理機能」と呼ぶ）を備えてもよい。サーバ１０だけが動的な例外処理機能を備える通信システムでは、通信してみて初めてクライアント２０が暗号強度の低い暗号方式をもった通信装置であると判明した場合であっても、サーバ１０とクライアント２０との暗号通信が可能にある。一方、クライアント２０だけが動的な例外処理機能を備える通信システムでは、通信してみて初めてサーバ１０が暗号強度の低い暗号方式をもった通信装置であると判明した場合であっても、サーバ１０とクライアント２０との暗号通信が可能にある。
【００５３】
次に、以上のように構成された本実施の形態における通信システムの動作について説明する。
【００５４】
図３Ａは、サーバ１０が動的な例外処理機能を備える通信システムにおける通常の暗号通信方法を示す通信シーケンス図である。つまり、本図では、サーバ１０は、図２に示されるサーバ１０の構成を備えるが、クライアント２０ａは、図２に示されるクライアント２０の構成を備えてもよいし、備えなくてもよい（通常のＷｅｂクライアントの機能を備える通信装置であってもよい）。
【００５５】
ここで、サーバ１０は、本図に示される許可テーブル１５ａを備えるとする。この許可テーブル１５ａには、図示されるように、ＩＰアドレスＡのクライアントに対して暗号方式Ｘを許可し、ＭＡＣアドレスＢのクライアントに対して暗号方式Ｙを許可し、その他のクライアントに対して暗号方式Ｚを許可することが登録されている。また、クライアント２０ａは、通信アドレスとしてＩＰアドレスＡをもち、暗号方式Ｘを許可しているとする。なお、暗号強度は、低い方から、暗号方式Ｘ、暗号方式Ｙ、暗号方式Ｚの順で高くなっているとする（以下、他の例においても同様）。
【００５６】
このような通信システムにおいて、まず、クライアント２０ａは、自機が許可している少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）をサーバ１０に通知する（通知ステップＳ１０）。
【００５７】
これに対して、その通知を受けたサーバ１０の制御部１１は、記憶部１５に格納された許可テーブル１５ａを参照することで、クライアント２０ａから通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断する（Ｓ１１）。ここでは、許可テーブル１５ａには、ＩＰアドレスＡのクライアントに対して暗号方式Ｘを許可することが登録されているので、制御部１１は、クライアント２０ａから通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）の中に自機が許可している少なくとも一つの暗号方式があると判断する。
【００５８】
そして、制御部１１は、肯定的に判断した少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）のうち、暗号強度が最も高い暗号方式（ここでは、暗号方式Ｘ）を選択し、選択した暗号方式（ここでは、暗号方式Ｘ）をクライアント２０ａに通知する（応答ステップＳ１２）。
【００５９】
最後に、応答ステップＳ１２でサーバ１０がクライアント２０ａに通知した暗号方式（ここでは、暗号方式Ｘ）でサーバ１０とクライアント２０ａとが暗号通信を行う（通信ステップＳ１３）。
【００６０】
これにより、クライアント２０ａから提示された暗号方式の中にサーバ１０が許可している暗号方式がある場合において、暗号強度の最も高い共通の一つの暗号方式が決定される。
【００６１】
なお、この例では、通知ステップＳ１０で、クライアント２０ａからサーバ１０に一つの暗号方式Ｘだけが通知されたが、クライアント２０ａからサーバ１０に複数の暗号方式（例えば、暗号方式Ｘ及びＹ）が通知されてもよい。この場合には、サーバ１０がＩＰアドレスＡのクライアント２０ａに対して複数の暗号方式（例えば、暗号方式Ｘ及びＹ）を許可しているときには、最も高い暗号強度の暗号方式（例えば、暗号方式Ｙ）が選択される。
【００６２】
また、この通信シーケンスでは、サーバ１０からクライアント２０ａへの暗号方式の通知に対して応答ステップＳ１３との名称が付けられたが、判定（Ｓ１１）及び応答ステップＳ１３を含むサーバ１０での処理を広く応答ステップと呼んでもよい。
【００６３】
図３Ｂは、サーバ１０が動的な例外処理を実行する暗号通信方法を示す通信シーケンス図である。なお、本図においても、図３Ａと同様に、サーバ１０は、図２に示されるサーバ１０の構成を備えるが、クライアント２０ｂは、図２に示されるクライアント２０の構成を備えてもよいし、備えなくてもよい（通常のＷｅｂクライアントの機能を備える通信装置であってもよい）。
【００６４】
ここで、サーバ１０は、図３Ａと同様の許可テーブル１５ａを備えるとする。また、クライアント２０ｂは、通信アドレスとしてＩＰアドレスＣをもち、暗号方式Ｘを許可しているとする。
【００６５】
このような通信システムにおいて、まず、クライアント２０ｂは、自機が許可している少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）をサーバ１０に通知する（通知ステップＳ２０）。
【００６６】
これに対して、その通知を受けたサーバ１０の制御部１１は、記憶部１５に格納された許可テーブル１５ａを参照することで、クライアント２０ｂから通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）の中に自機が許可している少なくとも一つの暗号方式があるか否かを判断する（Ｓ２１）。ここでは、許可テーブル１５ａには、ＩＰアドレスＣのクライアント（許可テーブル１５ａでは、「その他」）に対して暗号方式Ｚを許可することが登録されているので、制御部１１は、クライアント２０ｂから通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）の中に自機が許可している少なくとも一つの暗号方式がないと判断する。
【００６７】
そして、制御部１１は、管理者３１に対して、表示部１２を介して、クライアント２０ｂから通知された少なくとも一つの暗号方式のうちの少なくとも一つ（ここでは、暗号方式Ｘ）でクライアント２０ｂと暗号通信を行うことを許可するか否かを問い合わせ、入力部１３を介して管理者３１から許可する指示を取得することを試みる（Ｓ２２）。
【００６８】
その結果、管理者３１から許可する指示を取得できた場合には、制御部１１は、管理者３１によって許可された暗号方式（ここでは、暗号方式Ｘ）を、クライアント２０ｂの通信アドレス（ここでは、ＩＰアドレスＣ）と対応づけて許可テーブル１５ａに登録したうえで（Ｓ２３）、通信部１４を介してクライアント２０ｂに通知する（応答ステップＳ２４）。なお、管理者３１から許可する指示を取得できない場合には、制御部１１は、以降の処理を中断する（例えば、クライアント２０ｂへの応答をしない）。
【００６９】
最後に、応答ステップＳ２４でサーバ１０がクライアント２０ｂに通知した暗号方式（ここでは、暗号方式Ｘ）でサーバ１０とクライアント２０ｂとが暗号通信を行う（通信ステップＳ２５）。
【００７０】
これにより、クライアント２０ｂから提示された暗号方式の中にサーバ１０が許可している暗号方式がない場合であっても、例外的に、そのクライアント２０ｂに対して、管理者３１によって許可された暗号方式による暗号通信が行われる。よって、通信してみて初めて暗号強度が判明するケースであっても、暗号強度の低い暗号方式をもった通信装置（例えば、クライアント２０ｂ）のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性が回避され、かつ、暗号強度の低い暗号通信（例えば、クライアント２０ｂとの暗号通信）も可能になる。
【００７１】
なお、この例では、通知ステップＳ２０で、クライアント２０ｂからサーバ１０に一つの暗号方式Ｘだけが通知されたが、クライアント２０ａからサーバ１０に複数の暗号方式（例えば、暗号方式Ｘ及びＹ）が通知されてもよい。この場合には、クライアント２０ｂから通知されたいずれの暗号方式（暗号方式Ｘ及びＹ）もサーバ１０が許可している暗号方式ではない。よって、制御部１１は、管理者３１に対して、それら複数の暗号方式（暗号方式Ｘ及びＹ）、又は、最も暗号強度の高い暗号方式（ここでは、暗号方式Ｙ）でクライアント２０ｂと暗号通信を行うことを許可するか否かを問い合わせる。そして、制御部１１は、管理者３１から許可された一つの暗号方式、あるいは、許可された暗号方式が複数ある場合にはその中で最も暗号強度の高い暗号方式をクライアント２０ｂに通知する。
【００７２】
また、この通信シーケンスでは、サーバ１０からクライアント２０ｂへの暗号方式の通知に対して応答ステップ（Ｓ２４）との名称が付けられたが、判定（Ｓ２１）、許可の取得（Ｓ２２）、登録（Ｓ２３）及び応答ステップＳ２４の全て又は一部を含むサーバ１０での処理を広く応答ステップと呼んでもよい。
【００７３】
図４Ａは、クライアント２０が動的な例外処理機能を備える通信システムにおける通常の暗号通信方法を示す通信シーケンス図である。つまり、本図では、クライアント２０は、図２に示されるクライアント２０の構成を備えるが、サーバ１０ａは、図２に示されるサーバ１０の構成を備えてもよいし、備えなくてもよい（通常のＷｅｂサーバの機能を備える通信装置であってもよい）。
【００７４】
ここで、クライアント２０は、本図に示される許可テーブル２５ａを備えるとする。この許可テーブル２５ａには、図示されるように、ＩＰアドレスＡのサーバに対して暗号方式Ｘ、Ｙ及びＺを許可し、ＭＡＣアドレスＢのサーバに対して暗号方式Ｙ及びＺを許可し、その他のサーバに対して暗号方式Ｚを許可することが登録されている。また、サーバ１０ａは、通信アドレスとしてＩＰアドレスＡをもち、暗号方式Ｘを許可しているとする。
【００７５】
このような通信システムにおいて、まず、クライアント２０の制御部２１は、記憶部２５に格納された許可テーブル２５ａを参照することで、自機が許可している少なくとも一つの暗号方式を特定し（Ｓ３０）、サーバ１０ａに通知する（通知ステップＳ３１）。ここでは、制御部２１は、ＩＰアドレスＡのサーバ１０ａに対して許可している暗号方式Ｘ、Ｙ及びＺを特定し、サーバ１０ａに通知する。
【００７６】
これに対して、その通知を受けたサーバ１０ａは、クライアント２０から通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｘ、Ｙ及びＺ）の中に自機が許可している少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）があるか否かを判断する（Ｓ３２）。ここでは、サーバ１０ａは、暗号方式Ｘを許可しているので、クライアント２０から通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｘ、Ｙ及びＺ）の中に自機が許可している少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）があると判断する。そして、サーバ１０ａは、あると判断した少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）のうち、暗号強度が最も高い暗号方式（ここでは、暗号方式Ｘ）を選択し、選択した暗号方式をクライアント２０に通知する（応答ステップＳ３３）。
【００７７】
最後に、応答ステップＳ３３でサーバ１０ａがクライアント２０に通知した暗号方式（ここでは、暗号方式Ｘ）でサーバ１０ａとクライアント２０とが暗号通信を行う（通信ステップＳ３４）。
【００７８】
これにより、クライアント２０から提示された暗号方式の中にサーバ１０ａが許可している暗号方式がある場合において、暗号強度の最も高い共通の一つの暗号方式が決定される。
【００７９】
なお、この例では、サーバ１０ａは、一つの暗号方式Ｘだけを許可していたが、複数の暗号方式（例えば、暗号方式Ｘ及びＹ）を許可していてもよい。この場合には、サーバ１０ａは、クライアント２０から通知された暗号方式で、かつ、自機が許可している暗号方式（ここでは、暗号方式Ｘ及びＹ）のうち、暗号強度が最も高い暗号方式（ここでは、暗号方式Ｙ）を選択してクライアント２０に通知する。
【００８０】
また、この通信シーケンスでは、サーバ１０ａからクライアント２０への暗号方式の通知に対して応答ステップ（Ｓ３３）との名称が付けられたが、判定（Ｓ３２）及び応答ステップＳ３３を含むサーバ１０ａでの処理を広く応答ステップと呼んでもよい。
【００８１】
同様に、この通信シーケンスでは、クライアント２０からサーバ１０への暗号方式の通知に対して通知ステップ（Ｓ３１）との名称が付けられたが、参照（Ｓ３０）及び通知ステップＳ３１を含むクライアント２０での処理を広く通知ステップと呼んでもよい。
【００８２】
図４Ｂは、クライアント２０が動的な例外処理を実行する暗号通信方法を示す通信シーケンス図である。なお、本図においても、図４Ａと同様に、クライアント２０は、図２に示されるクライアント２０の構成を備えるが、サーバ１０ｂは、図２に示されるサーバ１０の構成を備えてもよいし、備えなくてもよい（通常のＷｅｂサーバの機能を備える通信装置であってもよい）。
【００８３】
ここで、クライアント２０は、図４Ａと同様の許可テーブル２５ａを備えるとする。また、サーバ１０ｂは、通信アドレスとしてＩＰアドレスＣをもち、暗号方式Ｘを許可しているとする。
【００８４】
このような通信システムにおいて、まず、クライアント２０の制御部２１は、記憶部２５に格納された許可テーブル２５ａを参照することで、自機が許可している少なくとも一つの暗号方式を特定し（Ｓ４０）、サーバ１０ｂに通知する（通知ステップＳ４１）。ここでは、制御部２１は、ＩＰアドレスＣのサーバ１０ｂに対して許可している暗号方式Ｚを特定し、サーバ１０ｂに通知する。
【００８５】
これに対して、その通知を受けたサーバ１０ｂは、クライアント２０から通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｚ）の中に自機が許可している少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）があるか否かを判断する（Ｓ４２）。ここでは、サーバ１０ｂは、暗号方式Ｘを許可しているので、クライアント２０から通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｚ）の中に自機が許可している少なくとも一つの暗号方式がないと判断する。そして、サーバ１０ｂは、以降の処理を中断する（つまり、クライアント２０への応答をしない）。
【００８６】
これに対して、クライアント２０の制御部２１は、予め定められた一定時間、上記通知（通知ステップＳ４１）に対するサーバ１０ｂからの応答を待つことで、サーバ１０ｂからの応答がないことを検知する（Ｓ４３）。
【００８７】
そして、クライアント２０の制御部２１は、ユーザ３２に対して、自機が許可していない暗号方式でサーバ１０ｂと暗号通信を行うことを許可するか否かを問い合わせ、ユーザ３２から許可する指示を取得することを試みる（Ｓ４４）。
【００８８】
その結果、ユーザ３２から許可する指示を取得できた場合には、制御部２１は、ユーザ３２によって許可された少なくとも一つの暗号方式（ここでは、クライアント２０が使用可能な全ての暗号方式（暗号方式Ｘ、Ｙ及びＺ））を、通信部２４を介して、サーバ１０ｂに再通知する（Ｓ４５）。なお、ユーザ３２から許可する指示を取得できない場合には、制御部２１は、以降の処理を中断する。
【００８９】
これに対して、その通知を受けたサーバ１０ｂは、クライアント２０から通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｘ、Ｙ及びＺ）の中に自機が許可している少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）があるか否かを判断する（Ｓ４６）。ここでは、サーバ１０ｂは、暗号方式Ｘを許可しているので、クライアント２０から通知された少なくとも一つの暗号方式（ここでは、暗号方式Ｘ、Ｙ及びＺ）の中に自機が許可している少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）があると判断する。
【００９０】
そして、サーバ１０ｂは、判断した少なくとも一つの暗号方式（ここでは、暗号方式Ｘ）のうち、暗号強度が最も高い暗号方式（ここでは、暗号方式Ｘ）を選択し、選択した暗号方式をクライアント２０に通知する（応答ステップＳ４７）。
【００９１】
その通知を受けたクライアント２０の制御部２１は、通知を受けた暗号方式（ここでは、暗号方式Ｘ）をサーバ１０ｂの通信アドレス（ここでは、ＩＰアドレスＣ）と対応づけて許可テーブル２５ａに登録する（Ｓ４８）。そして、制御部２１は、その暗号方式（ここでは、暗号方式Ｘ）で、通信部２４を介して、サーバ１０ｂと暗号通信を行う（通信ステップＳ４９）。
【００９２】
これにより、クライアント２０から提示された暗号方式の中にサーバ１０ｂが許可している暗号方式がない場合（サーバ１０ｂからの応答）であっても、例外的に、ユーザ３２による許可の下で、サーバ１０ｂが許可している暗号方式による暗号通信が行われる。よって、通信してみて初めて暗号強度が判明するケースであっても、暗号強度の低い暗号方式をもった通信装置（例えば、サーバ１０ｂ）のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性が回避され、かつ、暗号強度の低い暗号通信（例えば、サーバ１０ｂとの暗号通信）も可能になる。
【００９３】
なお、この例では、サーバ１０ｂへの暗号方式の提示に対してサーバ１０ｂから応答がない場合に、クライアント２０の制御部２１は、クライアント２０が使用可能な全ての暗号方式をサーバ１０ｂに再通知した。しかしながら、サーバに再通知する暗号方式は、これに限定されない。たとえば、クライアント２０が使用可能な暗号方式のうち、ユーザ３２が許可した暗号方式だけがサーバ２０ｂに再通知されてもよい。
【００９４】
また、この通信シーケンスでは、サーバ１０ｂからクライアント２０への暗号方式の通知に対して応答ステップ（Ｓ４７）との名称が付けられたが、判定（Ｓ４２及びＳ４６）及び応答ステップＳ４７を含むサーバ１０ｂでの処理を広く応答ステップと呼んでもよい。
【００９５】
同様に、この通信シーケンスでは、クライアント２０からサーバ１０への暗号方式の通知に対して通知ステップ（Ｓ３１及びＳ４５）との名称が付けられたが、参照（Ｓ３０）、応答なしの検知（Ｓ４３）、許可の取得（Ｓ４４）及び再通知のための通知ステップＳ４５の全部又は一部を含むクライアント２０での処理を広く通知ステップと呼んでもよい。
【００９６】
図５は、本実施の形態におけるサーバ１０及びクライアント２０に共通する特徴的な動作を示すフローチャートである。ここでは、許可テーブルの運用に関して、サーバ１０及びクライアント２０に共通する特徴的な手順だけが示されている。
【００９７】
サーバ１０の動作は次の通りである。
【００９８】
サーバ１０は、暗号通信に先立ち、保有する許可テーブル１５ａに、通信相手に関する条件があるか否かを判断する（Ｓ５０）。つまり、サーバ１０は、通信相手の通信アドレスが許可テーブル１５ａに登録されているか否かを判断する。
【００９９】
その結果、通信相手に関する条件があると判断した場合には（Ｓ５０でＹｅｓ）、サーバ１０は、許可テーブル１５ａの条件で通信が成功したか否かを判断する（Ｓ５１）。つまり、サーバ１０は、許可テーブル１５ａにおいてその通信相手の通信アドレスに対応づけて登録された暗号方式で、その通信相手との暗号通信をできたか否かを判断する（Ｓ５１）。その結果、その通信相手との暗号通信をできたと判断した場合には（Ｓ５１でＹｅｓ）、サーバ１０は、現在の登録内容で暗号通信ができたケースとして、処理を終了する。
【０１００】
一方、通信相手に関する条件がないと判断した場合（Ｓ５０でＮｏ）、又は、通信相手との暗号通信ができなかったと判断した場合には（Ｓ５１でＮｏ）には、サーバ１０は、許可テーブル１５ａに新しい条件を追加するか否かを判断する（Ｓ５２）。つまり、サーバ１０は、通信相手との暗号通信を可能にするための条件（通信アドレスと暗号方式）を許可テーブル１５ａに追加してもよいか否かを管理者３１に問い合わせる。
【０１０１】
その結果、許可テーブル１５ａに新しい条件を追加すると判断した場合は（Ｓ５２でＹｅｓ）、サーバ１０は、許可テーブル１５ａに、通信相手のための新しい条件を追加する（Ｓ５２）。つまり、管理者３１から許可を得た場合には、サーバ１０は、通信相手との暗号通信を可能にするための条件を許可テーブル１５ａに追加し（Ｓ５３）、通信相手との暗号通信を行う。
【０１０２】
一方、許可テーブル１５ａに新しい条件を追加しないと判断した場合は（Ｓ５２でＮｏ）、サーバ１０は、その通信相手との暗号通信はできないケースとして、処理を終了する。つまり、管理者３１から許可を得られなかった場合には、サーバ１０は、その通信相手との暗号通信を断念する。
【０１０３】
図５に示されるクライアント２０の動作は次の通りである。
【０１０４】
クライアント２０は、暗号通信に先立ち、保有する許可テーブル２５ａに、通信相手に関する条件があるか否かを判断する（Ｓ５０）。つまり、クライアント２０は、通信相手の通信アドレスが許可テーブル２５ａに登録されているか否かを判断する。
【０１０５】
その結果、通信相手に関する条件があると判断した場合には（Ｓ５０でＹｅｓ）、クライアント２０は、許可テーブル２５ａの条件で通信が成功したか否かを判断する（Ｓ５１）。つまり、クライアント２０は、許可テーブル２５ａにおいてその通信相手の通信アドレスに対応づけて登録された暗号方式で、その通信相手との暗号通信をできたか否かを判断する（Ｓ５１）。その結果、その通信相手との暗号通信をできたと判断した場合には（Ｓ５１でＹｅｓ）、クライアント２０は、現在の登録内容で暗号通信ができたケースとして、処理を終了する。
【０１０６】
一方、通信相手に関する条件がないと判断した場合（Ｓ５０でＮｏ）、又は、通信相手との暗号通信ができなかったと判断した場合には（Ｓ５１でＮｏ）には、クライアント２０は、許可テーブル２５ａに新しい条件を追加するか否かを判断する（Ｓ５２）。つまり、クライアント２０は、通信相手との暗号通信を可能にするための条件（通信アドレスと暗号方式）を許可テーブル２５ａに追加してもよいか否かをユーザ３２に問い合わせる。
【０１０７】
その結果、許可テーブル２５ａに新しい条件を追加すると判断した場合は（Ｓ５２でＹｅｓ）、クライアント２０は、許可テーブル２５ａに、通信相手のための新しい条件を追加する（Ｓ５２）。つまり、ユーザ３２から許可を得た場合には、クライアント２０は、通信相手との暗号通信を可能にするための条件を許可テーブル２５ａに追加し（Ｓ５３）、通信相手との暗号通信を行う。
【０１０８】
一方、許可テーブル２５ａに新しい条件を追加しないと判断した場合は（Ｓ５２でＮｏ）、クライアント２０は、その通信相手との暗号通信はできないケースとして、処理を終了する。つまり、ユーザ３２から許可を得られなかった場合には、クライアント２０は、その通信相手との暗号通信を断念する。
【０１０９】
このようにして、本実施の形態によれば、サーバ１０及びクライアント２０は、通信相手と共通の暗号方式をもっていないと判明した場合に、管理者又はユーザによる許可の下で、その通信相手との暗号通信を許可するように、許可テーブルに新たな条件が追加される。そして、新たに追加された条件に従って、特定の通信相手と特定の暗号方式による暗号通信が可能になる。よって、通信してみて初めて暗号強度が判明するケースであっても、暗号強度の低い暗号方式をもった通信装置のために暗号強度の高い暗号方式をもった通信装置間での暗号通信における暗号強度が低くなってしまうという危険性が回避され、かつ、暗号強度の低い暗号通信も可能となる。
【０１１０】
以上、本発明に係る暗号通信方法、サーバ及びクライアントについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施した形態、並びに、実施の形態及び変形例における構成要素を任意に組み合わせて構築される形態も、本発明の範囲に含まれる。
【０１１１】
たとえば、上記実施の形態では、許可テーブル１５ａ及び２５ａには、暗号通信を許可している通信装置の通信アドレスと暗号方式との対応づけが登録されていた。つまり、許可テーブル１５ａ及び２５ａに登録されていない通信装置については、暗号通信が許可されていないことを意味した。しかしながら、許可テーブル１５ａ及び２５ａに登録されていない通信装置については、使用可能な全ての暗号方式による暗号通信が許可されていることを意味してもよい。
【産業上の利用可能性】
【０１１２】
本発明は、暗号通信を行うサーバ、クライアント、及び、それらで構成される通信システムとして、特に、暗号強度の低い通信装置を含む通信システムにおける暗号通信を可能にする暗号通信方法として、利用できる。
【符号の説明】
【０１１３】
１０、１０ａ、１０ｂ  サーバ
１１、２１  制御部
１２、２２  表示部
１３、２３  入力部
１４、２４  通信部
１５、２５  記憶部
１５ａ、２５ａ  許可テーブル
２０、２０ａ、２０ｂ  クライアント
３０  インターネット
３１  管理者
３２  ユーザ
【図１】
2014230000.tif 000003
【図２】
2014230000.tif 000004
【図３Ａ】
2014230000.tif 000005
【図３Ｂ】
2014230000.tif 000006
【図４Ａ】
2014230000.tif 000007
【図４Ｂ】
2014230000.tif 000008
【図５】
2014230000.tif 000009