(57)【要約】【課題】従来の技術において、暗号鍵が送信経路を使用して送信されるため、暗号鍵を保護する方法として、暗号鍵を暗号化して受信端末に送信する、暗号鍵を電話線などの別の送信経路を使用して送信する、暗号鍵が短時間で無効となるようにするなどの方法が考案されている。しかし、これらの方法では暗号鍵が何らかの送信経路を介して送信されるため、受信人の暗号鍵が第三者に漏洩する可能性があった。【解決手段】受信時間取得装置を備え、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。【選択図】　図１
2004072409.tif 000002
【特許請求の範囲】
【請求項１】
送信側では、受信側が送信するデータを受信する際、ある定められた受信情報を取得する送信用受信情報取得段階と、前記送信用受信情報取得段階から得られた前記受信情報に基づいて送信用暗号鍵を生成する送信用暗号鍵生成段階と、前記送信用暗号鍵生成段階により生成された前記送信用暗号鍵に基づいて送信するデータを暗号化して送信用暗号データを生成する送信用暗号データ生成段階と、生成した前記送信用暗号データを受信側に送信するデータ送信段階を有し、
受信側では、送信された前記送信用暗号データを受信するデータ受信段階と、送信されたデータから前記受信情報を得る受信用受信情報取得段階と、前記受信用受信情報取得段階から得られた前記受信情報に基づいて受信用暗号鍵を生成する受信用暗号鍵生成段階と、前記受信用暗号鍵生成段階により生成された前記受信用暗号鍵に基づいて前記送信用暗号データを復号化して送信されたデータを生成する受信用復号化段階とを有することを特徴とする暗号通信方法。
【請求項２】
送信側では、受信側が送信するデータを受信する時間を得る送信用受信時間取得段階と、前記送信用受信時間取得段階から得られたデータ受信時間情報に基づいて送信用暗号鍵を生成する送信用暗号鍵生成段階と、前記送信用暗号鍵生成段階により生成された前記送信用暗号鍵に基づいて送信するデータを暗号化して送信用暗号データを生成する送信用暗号データ生成段階と、生成した前記送信用暗号データを受信側に送信するデータ送信段階を有し、受信側では、送信された前記送信用暗号データを受信するデータ受信段階と、送信されたデータを受信した時間を得る受信用受信時間取得段階と、前記受信用受信時間取得段階から得られた受信時間情報に基づいて受信用暗号鍵を生成する受信用暗号鍵生成段階と、前記受信用暗号鍵生成段階により生成された前記受信用暗号鍵に基づいて前記送信用暗号データを復号化して送信されたデータを生成する受信用復号化段階とを有することを特徴とする暗号通信方法。
【請求項３】
前記送信用受信時間取得段階において、送信側から送信したデータが受信側に最初に到達した時間、送信側から送信したデータの一部またはすべてを受信側が受信した時間、受信側が応答を返す時間、受信側の応答を送信側が受信した時間のいずれかもしくはそれらを組み合わせることにより、データ受信時間情報を生成することを特徴とする請求項２記載の暗号通信方法。
【請求項４】
前記送信用受信時間取得段階において、受信側に試験送信を行うことにより、データ受信時間またはデータ転送レートを算出し、その情報を基に前記データ受信時間情報を算出することを特徴とする請求項２記載の暗号通信方法。
【請求項５】
前記送信用受信時間取得段階において、受信側へのデータ転送レートのタイムテーブルを保持し、前記タイムテーブルを基に前記データ受信時間情報を算出することを特徴とする請求項３記載の暗号通信方法。
【請求項６】
前記データ送信段階において、受信側に前記送信用暗号データを送信する送信経路を選択することを特徴とする請求項２記載の暗号通信方法。
【請求項７】
前記送信用受信時間取得段階において、各送信経路に対する受信側へのデータ転送レートのルートテーブルを保持し、前記ルートテーブルを基に前記データ受信時間情報を算出することを特徴とする請求項６記載の暗号通信方法。
【請求項８】
前記送信用受信時間取得段階において、前記タイムテールと前記ルートテーブルを保持し、それらのテーブルを基に前記データ受信時間情報を算出することを特徴とする請求項５乃至７記載の暗号通信方法。
【請求項９】
前記タイムテーブルと前記ルートテーブルは、試験送信を行うことにより作成することを特徴とする請求項５または７記載の暗号通信方法。
【請求項１０】
前記タイムテーブルと前記ルートテーブルは、前回の送信結果を基にして作成することを特徴とする請求項５または７記載の暗号通信方法。
【請求項１１】
前記試験送信は、送信用データとしてダミーデータを送信することを特徴とする請求項４または９記載の暗号通信方法。
【請求項１２】
前記送信用暗号鍵生成段階において、前記送信用受信時間取得段階で得られたデータ受信時間情報に基づいて、特定の関数に入力を行い、算出した値を送信用暗号鍵とすることを特徴とする請求項２記載の暗号通信方法。
【請求項１３】
前記送信用暗号データ生成段階において、送信するデータを一定の大きさにブロック分割し、複数ブロックの前記送信用暗号データを生成することを特徴とする請求項６と１２記載の暗号通信方法。
【請求項１４】
前記データ送信段階において、前記複数のブロックをそれぞれ異なる経路で送信することを特徴とする請求項１３記載の暗号通信方法。
【請求項１５】
前記受信用復号化段階において、前記送信用暗号データの復号に失敗した場合には送信側に要求信号を送信することを特徴とする請求項２記載の暗号通信方法。
【請求項１６】
前記受信用復号化段階において、前記送信用暗号データの復号に失敗した場合には復号失敗した場合には送信側に復号失敗した前記送信用暗号データ情報とそのデータ受信時間情報を送信側に送信することを特徴とする請求項２記載の暗号通信方法。
【請求項１７】
前記送信経路において、インターネットを使用することを特徴とする請求項６記載の暗号通信方法。
【請求項１８】
前記データ送信段階において、前記送信経路の選択方法としてＭＰＬＳ（Ｍｕｌｔｉ　Ｐｒｏｔｏｃｏｌ　Ｌａｂｅｌ　Ｓｗｉｔｃｈｉｎｇ）を使用することを特徴とする請求項１６記載の暗号通信方法。
【請求項１９】
請求項１乃至請求項１８記載の暗号通信方法を用いたことを特徴とする暗号通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、主として送信側から受信側への暗号鍵の配送が不要な安全性の高い暗号通信方法及び装置に関する。
【０００２】
【従来の技術】
近年、通信ネットワークの凄まじい発展によりさまざまなデータがネットワークを介して通信されるようになってきている。これらのネットワークには、ネットワーク上での盗聴、通信データの改ざん、送信者を偽るなりすまし等のセキュリティ上の問題が存在している。このようなネットワーク通信路上のデータのセキュリティ確保のために、暗号化したデータを通信する暗号通信方式が幅広く用いられるようになってきている。
【０００３】
暗号化に必要な鍵を公開し、復号に必要な鍵は秘密にする暗号方式は公開鍵暗号と呼ばれ、具体的構成は岡本龍明、山本博資著、“現代暗号”（産業図書）に詳しい。送信者が受信者の公開鍵でメッセージあるいはセッション鍵を暗号化して送付し、受信者が暗号化に使用された公開鍵に対応する秘密鍵で暗号文を復号する方式が、公開鍵暗号の基本的な利用方法である。
【０００４】
図７に従来の技術の一例を示す。図７においてサーバー７０１は受信端末７０２にネットワーク７０３を介して配信データ７０６の送信を行う。サーバー７０１はデータ配信前に配信データ７０６から暗号鍵７０５を使用して暗号データ７０４を生成する。サーバー７０１はネットワーク７０３を介して暗号データ７０４と暗号鍵７０５を受信端末７０２に送信する。受信端末７０２は受信した暗号データ７０４を暗号鍵７０５を使用して配信データ７０６に復号する。
【０００５】
【発明が解決しようとする課題】
従来の技術において、暗号鍵が送信経路を使用して送信されるため、暗号鍵を保護する方法として、暗号鍵を暗号化して受信端末に送信する、暗号鍵を電話線などの別の送信経路を使用して送信する、暗号鍵が短時間で無効となるようにするなどの方法が考案されている。
【０００６】
しかし、これらの方法では暗号鍵が何らかの送信経路を介して送信されるため、受信人の暗号鍵が第三者に漏洩する可能性があった。
【０００７】
【課題を解決するための手段】
前記課題を解決するために、本発明の請求項１に記載の暗号通信方法は、送信側では、受信側が送信するデータを受信する際、ある定められた受信情報を取得する送信用受信情報取得段階と、前記送信用受信情報取得段階から得られた前記受信情報に基づいて送信用暗号鍵を生成する送信用暗号鍵生成段階と、前記送信用暗号鍵生成段階により生成された前記送信用暗号鍵に基づいて送信するデータを暗号化して送信用暗号データを生成する送信用暗号データ生成段階と、生成した前記送信用暗号データを受信側に送信するデータ送信段階を有し、
受信側では、送信された前記送信用暗号データを受信するデータ受信段階と、送信されたデータから前記受信情報を得る受信用受信情報取得段階と、前記受信用受信情報取得段階から得られた前記受信情報に基づいて受信用暗号鍵を生成する受信用暗号鍵生成段階と、前記受信用暗号鍵生成段階により生成された前記受信用暗号鍵に基づいて前記送信用暗号データを復号化して送信されたデータを生成する受信用復号化段階とを有することを特徴とするものであり、ある定められた受信情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【０００８】
前記課題を解決するために、本発明の請求項２に記載の暗号通信方法は、送信側では、受信側が送信するデータを受信する時間を得る送信用受信時間取得段階と、前記送信用受信時間取得段階から得られたデータ受信時間情報に基づいて送信用暗号鍵を生成する送信用暗号鍵生成段階と、前記送信用暗号鍵生成段階により生成された前記送信用暗号鍵に基づいて送信するデータを暗号化して送信用暗号データを生成する送信用暗号データ生成段階と、生成した前記送信用暗号データを受信側に送信するデータ送信段階を有し、受信側では、送信された前記送信用暗号データを受信するデータ受信段階と、送信されたデータを受信した時間を得る受信用受信時間取得段階と、前記受信用受信時間取得段階から得られた受信時間情報に基づいて受信用暗号鍵を生成する受信用暗号鍵生成段階と、前記受信用暗号鍵生成段階により生成された前記受信用暗号鍵に基づいて前記送信用暗号データを復号化して送信されたデータを生成する受信用復号化段階とを有することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【０００９】
次に、本発明の請求項３に記載された暗号通信方法は、前記送信用受信時間取得段階では、送信側から送信したデータが受信側に最初に到達した時間、送信側から送信したデータの一部またはすべてを受信側が受信した時間、受信側が応答を返す時間、受信側の応答を送信側が受信した時間のいずれかもしくはそれらを組み合わせることにより、データ受信時間情報を生成することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１０】
次に、本発明の請求項４に記載された暗号通信方法は、前記送信用受信時間取得段階では、受信側に試験送信を行うことにより、データ受信時間またはデータ転送レートを算出し、その情報を基に前記データ受信時間情報を算出することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１１】
次に、本発明の請求項５に記載された暗号通信方法は、前記送信用受信時間取得段階では、受信側へのデータ転送レートのタイムテーブルを保持し、前記タイムテーブルを基に前記データ受信時間情報を算出することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１２】
次に、本発明の請求項６に記載された暗号通信方法は、前記データ送信段階では、受信側に前記送信用暗号データを送信する送信経路を選択することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１３】
次に、本発明の請求項７に記載された暗号通信方法は、前記送信用受信時間取得段階では、各送信経路に対する受信側へのデータ転送レートのルートテーブルを保持し、前記ルートテーブルを基に前記データ受信時間情報を算出することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１４】
次に、本発明の請求項８に記載された暗号通信方法は、前記送信用受信時間取得段階では、前記タイムテーブルと前記ルートテーブルを保持し、それらのテーブルを基に前記データ受信時間情報を算出することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１５】
次に、本発明の請求項９に記載された暗号通信方法は、前記タイムテーブルと前記ルートテーブルは試験送信を行うことにより作成することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１６】
次に、本発明の請求項１０に記載された暗号通信方法は、前記タイムテーブルと前記ルートテーブルは前回の送信結果を基にして作成することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１７】
次に、本発明の請求項１１に記載された暗号通信方法は、前記試験送信においては、送信用データとしてダミーデータを送信することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１８】
次に、本発明の請求項１２に記載された暗号通信方法は、前記送信用暗号鍵生成段階では、前記送信用受信時間取得段階で得られたデータ受信時間情報に基づいて、特定の関数に入力を行い、算出した値を送信用暗号鍵とすることを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００１９】
次に、本発明の請求項１３に記載された暗号通信方法は、前記送信用暗号データ生成段階において、送信するデータを一定の大きさにブロック分割し、複数ブロックの前記送信用暗号データを生成することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００２０】
次に、本発明の請求項１４に記載された暗号通信方法は、前記データ送信段階において、前記複数のブロックをそれぞれ異なる経路で送信することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００２１】
次に、本発明の請求項１５に記載された暗号通信方法は、前記受信用復号化段階において、前記送信用暗号データの復号に失敗した場合には送信側に要求信号を送信することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００２２】
次に、本発明の請求項１６に記載された暗号通信方法は、前記受信用復号化段階において、前記送信用暗号データの復号に失敗した場合には復号失敗した場合には送信側に復号失敗した前記送信用暗号データ情報とそのデータ受信時間情報を送信側に送信することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００２３】
次に、本発明の請求項１７に記載された暗号通信方法は、前記送信経路において、インターネットを使用することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００２４】
次に、本発明の請求項１８に記載された暗号通信方法は、前記データ送信段階において、前記送信経路の選択方法としてＭＰＬＳ（Ｍｕｌｕｔｉ　Ｐｒｏｔｏｃｏｌ　Ｌａｂｅｌ　Ｓｗｉｔｃｈｉｎｇ）を使用することを特徴とするものであり、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００２５】
次に、本発明の請求項１９に記載された暗号通信装置は、請求項１乃至請求項１８に記載された暗号通信方法を使用することを特徴とするものであり、受信情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【００２６】
【発明の実施の形態】
（実施の形態１）
以下に、本発明の請求項１，２に記載された発明の実施の形態について、図１、図２を用いて説明する。
【００２７】
図１において、サーバー１０１は配信データ１０６を受信端末１０２に送信する。受信端末１０２が配信データ１０５（実質は暗号データ１０４）を受信する時間を受信時間取得装置１０７により生成する。生成された受信時間情報１１１を基に暗号鍵発生装置１０８により、暗号鍵１０５を生成する。暗号データ生成装置１０９は配信データ１０６を暗号鍵１０５を使用して暗号データ１０４に暗号化する。データ送信装置１１０はインターネット１０３を介して暗号データ１０４を受信端末１０２に送信する。
【００２８】
図２において、受信端末１０２はサーバー１０１から送信された暗号データ１０４を受信し、配信データ１０５に復号する。データ受信装置２０１はインターネット１０３を介してサーバー１０１から送信される暗号データ１０４を受信すると暗号データ１０４を復号装置２０３に転送する。一方、受信時間取得装置２０２はデータ受信装置２０１が暗号データ１０４を受信した時間を測定し、その受信時間情報１１１を暗号鍵生成装置１０８に送信する。暗号鍵生成装置１０８は送信された受信時間情報１１１を基に暗号鍵１０５を生成し、その暗号鍵１０５を復号装置２０４に送信する。復号装置２０３は送信された暗号データ１０４を送信された暗号鍵１０５を使用して復号し、配信データ１０６を生成する。
【００２９】
以上のような構成により、送信経路に暗号鍵を送信することなく安全に配信データ１０６を送信することが出来る。
【００３０】
ここでは、受信時間情報を一例として実施例を述べたが、その他、受信時刻、受信環境、受信場所等、受信情報に係わる定められた情報を利用しても本発明の同様の効果を得ることは言うまでもない。
【００３１】
次に、本発明の請求項３に記載された発明の実施の形態について、図３を用いて説明する。
【００３２】
図３において、サーバーから送信されたデータ３０１がサーバーから受信端末に到達する時間をΔＡ、サーバーから送信されたデータ３０１が受信端末に到達してから受信が完了するまでの時間をΔＢ、受信端末が受信を完了し、応答（アクノレッジ）３０２を送信してからサーバーに到達するまでの時間をΔＣ、受信端末から送信された応答（アクノレッジ）３０２がサーバーに到達してから受信が完了するまでの時間をΔＤとする。図２における受信時間取得装置２０２は前記のΔＡ、Ｂ、Ｃ、Ｄのいずれかもしくはそれらを組み合わせて使用することにより、受信時間情報１１１を生成する。ΔＡ、Ｂ、Ｃ、Ｄを組み合わせて使用する場合は、それらを単純に加算しても良いし、加減乗除算を組み合わせて算出しても良い。また、ΔＡ、Ｂ、Ｃ、Ｄは秒単位の値でも良いし、ミリ秒などの他の単位や計測する受信時間取得装置１０７の動作周波数に従うカウント値でも良い。また、ΔＡ、Ｂ、Ｃ、Ｄの値をある位の値に当てはめることによって受信時間情報１１１を生成することも考えられる。
【００３３】
以上のような方法により、受信時間取得装置２０２は受信時間情報１１１を生成することが出来、送信経路に暗号鍵を送信することなく安全に配信データ１０６を送信することが出来る。
【００３４】
次に、本発明の請求項４から１１に記載された発明の実施の形態について、図４を用いて説明する。
【００３５】
図４において、サーバー１０１はルートテーブル４０１とタイムテーブル４０２を保持している。サーバー１０１は受信端末１０２に配信データ１０６を送信する場合、配信するルートを決定し、ルートテーブル４０１からタイムテーブル４０２を呼び出し、現在の時刻から転送レートを取得する。図１における受信時間取得装置１０７は上記の転送レートを基に配信データ１０６のサイズから受信時間情報１１１を算出する。（実質は暗号データ１０４を送信するため、暗号データサイズを算出し使用する）
以下に実際の値を用いて説明を行う。
【００３６】
サーバー１０１はルートＡを使用して、２３時に配信データ１０６を送信する場合、配信データ１０６は１１Ｍビットであり、暗号化後の暗号データ１０４は１２Ｍビットであった。図４において、ルートＡにおける２３時の転送レートは２．０Ｍｂｐｓであるため、上記の暗号データ１０４を受信端末１０２が受信する時間は６秒と算出できる。受信時間取得装置１０７は上記のように計算を行うことにより、受信時間情報１１１を算出することが出来る。
【００３７】
ルートテーブル４０１とタイムテーブル４０２は試験送信を行うことにより、作成することが出来る。また、今までの送信結果を基にして作成しても良い。また、タイムテーブル４０２の転送レートが前回の送信の値と違っている場合には、前回の送信結果をタイムテーブル４０２に反映しても良い。尚、請求項１１で示すように、試験転送はダミーデータを使用しても良い。
【００３８】
また、図１，２の構成の場合、受信端末１０２は試験転送の結果をサーバー１０１に送信する必要があるが、受信端末１０２は試験転送の結果を電話回線などの別の送信経路を使用して送信しても良いし、試験転送の結果を暗号化して、インターネットを使用して送信しても良い。
【００３９】
尚、請求項１８に記載しているように、送信経路としてインターネットを使用した場合、ＭＰＬＳを使用することにより、送信経路を選択することが出来る。ＭＰＬＳとはＭＰＬＳ機能を持ったルータで構成されたＭＰＬＳ網において、送信するデータ（パケット）にラベルを付けることにより、送信経路を選択することが出来る。ＭＰＬＳについては、ＭＰＬＳ入門（Ｂｒｕｃｅ　Ｄａｖｉｅ／Ｙａｋｏｖ　Ｒｅｋｈｔｅｒ　著、トップスタジオ訳／池尻雄一　監修　翔泳社　２００２年）において詳述されている。
【００４０】
尚、請求項１３、１４に記載しているように、配信データ１０６を一定の大きさにブロック分割し、各ブロックをそれぞれ異なる経路で受信端末に送信することにより、更にデータの安全性を高めることが出来る。また、受信時間情報１１１が異なるようにルートを選択しても良いし、ランダムでルートを決定するなどとしても良い。
【００４１】
以上のような方法により、受信時間取得装置１０７は受信時間情報１１１を生成することが出来、送信経路に暗号鍵を送信することなく安全に配信データ１０６を送信することが出来る。
【００４２】
次に、本発明の請求項１２に記載された発明の実施の形態について、図５を用いて説明する。
【００４３】
図５は暗号鍵生成装置１０８における受信時間取得装置１０７、２０２から送信された受信時間情報１１１を基にして、暗号鍵１０５を生成する場合のフローチャートである。
【００４４】
図５において、暗号鍵生成装置１０８は受信時間取得装置１０７、２０２から受信時間情報１１１を受信すると（ステップ５０１）、受信した受信時間情報１１１を特定の関数Ｘ（Ｔ）に代入する（ステップ５０２）。関数Ｘ（Ｔ）に受信時間情報１１１を代入して算出された値Ｙ（Ｙ＝Ｘ（Ｔ））を暗号鍵１０５として、暗号データ生成装置１０９または復号装置２０３に送信する。
【００４５】
尚、各受信端末によって異なる関数を使用することにより、データの安全性を更に高めることが出来る。
【００４６】
以上のような方法により、暗号鍵生成装置１０８は暗号鍵１０５を生成することが出来、送信経路に暗号鍵を送信することなく安全に配信データ１０６を送信することが出来る。
【００４７】
次に、本発明の請求項１５、１６に記載された発明の実施の形態について、図６を用いて説明する。
【００４８】
図６は受信端末１０２において、暗号データ１０４の復号に失敗した場合のエラー処理のフローチャートである。
【００４９】
図６において、復号装置２０３で暗号データ１０４の復号に失敗すると（ステップ６０１）、受信端末１０２はサーバー１０１にリクエスト信号を送信する。受信端末１０２はリクエスト信号とともに復元失敗時の受信時間情報１１１もサーバー１０１に送信する（ステップ６０２）。リクエスト信号を受信したサーバー１０１は添付されている受信時間情報１１１を基にルートテーブル４０１とタイムテーブル４０２の修正を行う（ステップ６０３）。暗号データ生成装置１０９は修正した受信時間情報１１１を基に配信データ１０６を再暗号化し、生成された暗号データ１０４を受信端末１０２に送信する（ステップ６０４）。受信端末１０２は送信しされた暗号データ１０４を復号する（ステップ６０５）。
【００５０】
尚、受信端末１０２は受信時間情報１１１を暗号化して送信しても良いし、別の送信経路を使用しても良い。
【００５１】
尚、復号失敗した場合にサーバー１０１はルートを変更して暗号データ１０４を送信しても良い。その場合は、受信端末１０２が時間情報１１１をサーバー１０１に送信する必要がない。
【００５２】
以上のような方法により、受信端末１０２で暗号データ１０４を復元失敗しても、送信経路に暗号鍵を送信することなく安全に配信データ１０６を送信することが出来る。
【００５３】
【発明の効果】
以上のように、本発明の暗号通信方法及び装置によれば、受信時間取得装置を備え、受信時間情報を暗号鍵情報として使用することにより、送信経路に暗号鍵を送信することなく安全に配信データを送信することが出来る。
【図面の簡単な説明】
【図１】本発明の実施の形態１におけるサーバー（送信側）のブロック図
【図２】本発明の実施の形態１における受信端末（受信側）のブロック図
【図３】本発明の実施の形態１における受信時間取得装置が取得する時間情報のブロック図
【図４】本発明の実施の形態１におけるルートテーブルとタイムテーブルのブロック図
【図５】本発明の実施の形態１における暗号鍵生成装置の暗号鍵生成のフローチャート
【図６】本発明の実施の形態１における受信端末で暗号データの復号に失敗した場合のエラー処理のフローチャート
【図７】従来の技術におけるブロック図
【符号の説明】
１０１　　サーバー
１０２　　受信端末
１０３　　インターネット
１０４　　暗号データ
１０５　　暗号鍵
１０６　　配信データ
１０７、２０２　　受信時間取得装置
１０８　　暗号鍵生成装置
１０９　　受信時間取得装置
１１０　　データ送信装置
１１１　　受信時間情報
２０１　　データ受信装置
２０３　　復号装置
３０１　　データ
３０２　　応答（アクノレッジ）
４０１　　ルートテーブル
４０２　　タイムテーブル
５０１　　ステップ１
５０２　　ステップ２
５０３　　ステップ３
６０１　　ステップ１
６０２　　ステップ２
６０３　　ステップ３
６０４　　ステップ４
６０５　　ステップ５
７０１　　サーバー
７０２　　受信端末
７０３　　インターネット
７０４　　暗号データ
７０５　　暗号鍵
７０６　　配信データ
【図１】
2004072409.tif 000003
【図２】
2004072409.tif 000004
【図３】
2004072409.tif 000005
【図４】
2004072409.tif 000006
【図５】
2004072409.tif 000007
【図６】
2004072409.tif 000008
【図７】
2004072409.tif 000009