(57)【要約】【課題】  ユーザに応じて利用できる期間等を限定したデータを、ユーザの端末に送信する。【解決手段】  データ配信サーバ１００が、ユーザに応じた鍵を、予めユーザ端末１０２に送信する。データ送信サーバ１００は、データを複数の鍵でそれぞれ暗号化して結合した結合暗号化データを、データ配信装置１０１を介してユーザ端末１０２に送信する。ユーザ端末１０２のデータ復号部２２２は、予め受信した鍵で結合暗号化データを復号する。【選択図】  図１
2006180110.tif 000002
【特許請求の範囲】
【請求項１】
データを暗号化する暗号化手段を含むサーバと、
暗号化された前記データを復号する復号手段を含む端末とを備えたデータ送信システムにおいて、
前記サーバは、前記データを暗号化する鍵を複数記憶する鍵記憶手段と、
暗号化された前記データを復号する１つの鍵を予め前記端末に送信する鍵送信手段と、
前記暗号化手段が暗号化した前記データを送信する暗号化データ送信手段とを含み、
前記サーバの前記暗号化手段は、前記鍵記憶手段が記憶している複数の鍵のそれぞれで、前記データを暗号化した暗号化データをそれぞれ生成し、
前記端末の前記復号手段は、予め受信した鍵で前記暗号化データを復号する
ことを特徴とするデータ送信システム。
【請求項２】
サーバは、端末のユーザに応じて鍵送信手段が予め前記端末に送信する鍵を決定する送信鍵決定手段を含む
請求項１記載のデータ送信システム。
【請求項３】
鍵送信手段が予め端末に送信する鍵は、鍵記憶手段が記憶している複数の鍵のうちの１つである
請求項２記載のデータ送信システム。
【請求項４】
サーバは、端末の復号手段が暗号化データを復号することができる時が限定されている鍵を生成する鍵生成手段を含み、
鍵送信手段は、前記鍵生成手段が生成した鍵を予め端末に送信する
請求項２または請求項３記載のデータ送信システム。
【請求項５】
鍵生成手段は、端末の復号手段が暗号化データを復号することができる期間を限定している鍵を生成する
請求項４記載のデータ送信システム。
【請求項６】
鍵生成手段は、端末の復号手段が暗号化データを復号することができる曜日を限定している鍵を生成する
請求項４記載のデータ送信システム。
【請求項７】
暗号化手段は、暗号化データを結合し、結合した暗号化データの先頭に、前記暗号化データのそれぞれの先頭の位置を示す情報である暗号化データ先頭情報を含むヘッダを付加した結合暗号化データを生成し、
暗号化データ送信手段は、前記暗号化手段が生成した結合暗号化データを送信し、
復号手段は、前記ヘッダが含む前記暗号化データ先頭情報にもとづいて、前記結合暗号化データとして結合された各暗号化データのうち、予め受信した鍵に対応する暗号化データを復号する
請求項２から請求項６のうちいずれか１項記載のデータ送信システム。
【請求項８】
送信鍵決定手段は、結合暗号化データとして結合された各暗号化データのうち、鍵送信手段が予め送信した鍵で復号手段が復号することができる暗号化データを示す鍵有効暗号化データ情報を生成し、
鍵送信手段は、前記送信鍵決定手段が生成した前記鍵有効暗号化データ情報を予め前記端末に送信し、
前記復号手段は、結合暗号化データのヘッダが含む暗号化データ先頭情報と、鍵有効暗号化データ情報とにもとづいて、前記結合暗号化データとして結合された各暗号化データのうち、予め受信した前記鍵に対応する暗号化データを復号する
請求項７記載のデータ送信システム。
【請求項９】
サーバの暗号化データ送信手段が送信したデータを、単方向通信方式で端末に送信する単方向送信手段を含む送信装置を備え、
前記端末は、前記送信装置の前記単方向送信手段が前記単方向通信方式で送信したデータを受信する受信手段を含む
請求項１から請求項８のうちいずれか１項記載のデータ送信システム。
【請求項１０】
データを暗号化する鍵を複数記憶し、
前記データを暗号化し、
暗号化された前記データを復号する１つの鍵を予め送信し、
複数の鍵のそれぞれで、前記データを暗号化した暗号化データをそれぞれ生成し、
生成した前記暗号化データを送信し、
予め受信した鍵で前記暗号化データを復号する
ことを特徴とするデータ送信方法。
【請求項１１】
データを暗号化する鍵を複数記憶する鍵記憶手段と、
前記鍵記憶手段が記憶している複数の鍵のそれぞれで、前記データを暗号化した暗号化データをそれぞれ生成し、生成した各暗号化データを結合し、結合した暗号化データの先頭に、前記暗号化データのそれぞれの先頭の位置を示す情報である暗号化データ先頭情報を含むヘッダを付加した結合暗号化データを生成する暗号化手段と、
前記暗号化手段が生成した結合暗号化データを送信する暗号化データ送信手段と、
暗号化された前記データを復号することができる期間が限定されている１つの鍵を予め送信する鍵送信手段とを含む
ことを特徴とするデータ送信サーバ。
【請求項１２】
暗号化されたデータである暗号化データが結合され、結合された暗号化データの先頭に、前記暗号化データのそれぞれの先頭の位置を示す情報である暗号化データ先頭情報を含むヘッダが付加された結合暗号化データを受信すると、前記ヘッダが含む前記暗号化データ先頭情報にもとづいて、前記結合暗号化データとして結合された各暗号化データのうち、予め受信した鍵に対応する暗号化データを復号する復号手段を含む
ことを特徴とするデータ受信端末。
【請求項１３】
コンピュータに、
記憶手段に、データを暗号化する鍵を複数記憶させる処理と、
前記記憶手段が記憶している複数の鍵のそれぞれで、前記データを暗号化した暗号化データをそれぞれ生成させ、生成した各暗号化データを結合させ、結合した暗号化データの先頭に、前記暗号化データのそれぞれの先頭の位置を示す情報である暗号化データ先頭情報を含むヘッダを付加した結合暗号化データを生成させる暗号化処理と、
前記暗号化処理で生成した結合暗号化データを送信させる暗号化データ送信処理と、
暗号化された前記データを復号することができる期間が限定されている１つの鍵を予め送信させる鍵送信処理とを
実行させるためのデータ送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、単方向通信を用いたデータ送信システム、データ送信方法、データ送信サーバ、データ受信端末、およびデータ送信プログラムに関する。
【背景技術】
【０００２】
近年、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信機能が携帯電話機に搭載されるようになった。今後は、ＬＥＤ照明灯等が発生する光を用いて送信されたデータを受信する単方向通信機能が、携帯電話機に搭載されるであろう。
【０００３】
このように、様々な通信手段が携帯電話機に搭載されるようになると、位置や状況に応じて、通信ネットワークへの接続やアプリケーションソフトウェアの設定の情報を携帯電話機に送信する機会が多くなる。
【０００４】
従来、各種設定情報を送信するサーバは、携帯電話機に各種設定情報を受信する権利があるか否かを、各種設定情報を送信するタイミングでユーザ認証を行って判定していた。
【０００５】
コンピュータシステムが、起動時に通信ネットワークへの接続設定情報を記憶していないと、ゲートウェイに通信ネットワークへの接続設定情報の送信を要求して、接続設定情報を受信するシステムが提案されている（例えば、特許文献１参照。）。
【０００６】
通信ネットワークへの接続情報を記憶したＩＣカードを装着し、装着したＩＣカードが記憶している通信ネットワークへの接続情報を読み出して、通信ネットワークに接続する端末が提案されている（例えば、特許文献２参照。）。
【０００７】
第１の装置が、第２の装置に、命令と暗号化情報とを単方向通信で送信し、第２の装置が、第１の装置から受信した暗号化情報を用いて暗号化した情報を第１の装置に送信するシステムが提案されている（例えば、特許文献３参照。）。
【０００８】
【特許文献１】特開平６−１７７８８８号公報  （段落００１０〜００２０、図１）
【特許文献２】特開２００２−３１８７８８号公報  （段落００１０、図１）
【特許文献３】特開２０００−２２４１５６号公報  （段落００４１〜００４３、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ＬＥＤ照明灯などを用いた単方向通信では、各種設定情報の送信時にサーバがユーザ認証を行うことは不可能であるため、ユーザ毎に異なった利用条件の設定情報を送信することは困難である。
【００１０】
また、携帯電話機が、ＰＤＣ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ）や、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）等の通信方式を用いて、携帯電話通信網等を介して各種設定情報を受信することが考えられるが、受信したい場所が常に携帯電話通信のサービス提供範囲内であるとは限らず、携帯電話機のユーザに応じた各種設定情報等のデータを、単方向通信を用いて送信する方法の実現は重要な課題である。
【００１１】
特許文献１に記載されているシステムは、双方向通信を用いるため、単方向通信を用いて、ユーザに応じた情報を送信することができない。すなわち、双方向通信を行うことが不可能な状況で使用されるシステムに適用することができない。
【００１２】
特許文献２に記載されている端末は、ユーザがＩＣカードの脱着を行うため、自動的に通信ネットワークへの接続情報を受信することができない。また、ユーザが所有するＩＣカードが接続情報を記憶していない通信ネットワークに接続することができない。
【００１３】
特許文献３に記載されているシステムは、第１の装置と第２の装置との双方向通信が不可能な状況での使用が考慮されておらず、第２の装置から第１の装置への通信が不可能な状況で使用されるシステムに適用することができない。
【００１４】
そこで、本発明は、単方向通信を用いて、ユーザに応じた情報を送信することができるデータ送信システム、データ送信方法、データ送信サーバ、データ受信端末、およびデータ送信プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明によるデータ送信システムは、データを暗号化する暗号化手段を含むサーバと、暗号化された前記データを復号する復号手段を含む端末とを備えたデータ送信システムであって、前記サーバは、前記データを暗号化する鍵を複数記憶する鍵記憶手段と、暗号化された前記データを復号する１つの鍵を予め前記端末に送信する鍵送信手段と、前記暗号化手段が暗号化した前記データを送信する暗号化データ送信手段とを含み、前記サーバの前記暗号化手段は、前記鍵記憶手段が記憶している複数の鍵のそれぞれで、前記データを暗号化した暗号化データをそれぞれ生成し、前記端末の前記復号手段は、予め受信した鍵で前記暗号化データを復号することを特徴とする。
【００１６】
サーバは、端末のユーザに応じて鍵送信手段が予め前記端末に送信する鍵を決定する送信鍵決定手段を含んでもよいし鍵送信手段が予め端末に送信する鍵は、鍵記憶手段が記憶している複数の鍵のうちの１つであってもよい。
【００１７】
サーバは、端末の復号手段が暗号化データを復号することができる時を限定している鍵を生成する鍵生成手段を含んでもよく、鍵送信手段は、鍵生成手段が生成した鍵を予め端末に送信してもよい。例えば、鍵生成手段は、端末の復号手段が暗号化データを復号することができる期間を限定している鍵を生成してもよいし、鍵生成手段は、端末の復号手段が暗号化データを復号することができる曜日を限定している鍵を生成してもよい。そのような構成によれば、復号手段が暗号化データを復号することができる時を、例えば、期間や曜日で限定することができる。
【００１８】
暗号化手段は、暗号化データを結合し、結合した暗号化データの先頭に、前記暗号化データのそれぞれの先頭の位置を示す情報である暗号化データ先頭情報を含むヘッダを付加した結合暗号化データを生成してもよく、暗号化データ送信手段は、前記暗号化手段が生成した結合暗号化データを送信してもよく、復号手段は、前記ヘッダが含む前記暗号化データ先頭情報にもとづいて、前記結合暗号化データとして結合された各暗号化データのうち、予め受信した鍵に対応する暗号化データを復号してもよい。
【００１９】
送信鍵決定手段は、結合暗号化データとして結合された各暗号化データのうち、鍵送信手段が予め送信した鍵で復号手段が復号することができる暗号化データを示す鍵有効暗号化データ情報を生成してもよく、鍵送信手段は、前記送信鍵決定手段が生成した前記鍵有効暗号化データ情報を予め前記端末に送信してもよく、前記復号手段は、結合暗号化データのヘッダが含む暗号化データ先頭情報と、鍵有効暗号化データ情報とにもとづいて、前記結合暗号化データとして結合された各暗号化データのうち、予め受信した前記鍵に対応する暗号化データを復号してもよい。そのような構成によれば、結合暗号化データが含む暗号化データのすべてに対して復号を試みる必要がなく、鍵に対応する暗号化データの部分にだけ復号すればよいため、端末の復号処理負担を軽減させることができる。
【００２０】
サーバの暗号化データ送信手段が送信したデータを、単方向通信方式で端末に送信する単方向送信手段を含む送信装置を備えてもよく、前記端末は、前記送信装置の前記単方向送信手段が前記単方向通信方式で送信したデータを受信する受信手段を含んでもよい。そのような構成によれば、データの送信に単方向通信を用いたデータ送信システムを実現することができる。
【００２１】
本発明によるデータ送信方法は、データを暗号化する鍵を複数記憶し、前記データを暗号化し、暗号化された前記データを復号する１つの鍵を予め送信し、複数の鍵のそれぞれで、前記データを暗号化した暗号化データをそれぞれ生成し、生成した前記暗号化データを送信し、予め受信した鍵で前記暗号化データを復号することを特徴とする。
【００２２】
本発明によるデータ送信サーバは、データを暗号化する鍵を複数記憶する鍵記憶手段と、前記鍵記憶手段が記憶している複数の鍵のそれぞれで、前記データを暗号化した暗号化データをそれぞれ生成し、生成した各暗号化データを結合し、結合した暗号化データの先頭に、前記暗号化データのそれぞれの先頭の位置を示す情報である暗号化データ先頭情報を含むヘッダを付加した結合暗号化データを生成する暗号化手段と、前記暗号化手段が生成した結合暗号化データを送信する暗号化データ送信手段と、暗号化された前記データを復号することができる期間が限定されている１つの鍵を予め送信する鍵送信手段とを含むことを特徴とする。
【００２３】
本発明によるデータ受信端末は、暗号化されたデータである暗号化データが結合され、結合された暗号化データの先頭に、前記暗号化データのそれぞれの先頭の位置を示す情報である暗号化データ先頭情報を含むヘッダが付加された結合暗号化データを受信すると、前記ヘッダが含む前記暗号化データ先頭情報にもとづいて、前記結合暗号化データとして結合された各暗号化データのうち、予め受信した鍵に対応する暗号化データを復号する復号手段を含むことを特徴とする。
【００２４】
本発明によるデータ送信プログラムは、コンピュータに、記憶手段に、データを暗号化する鍵を複数記憶させる処理と、前記記憶手段が記憶している複数の鍵のそれぞれで、前記データを暗号化した暗号化データをそれぞれ生成させ、生成した各暗号化データを結合させ、結合した暗号化データの先頭に、前記暗号化データのそれぞれの先頭の位置を示す情報である暗号化データ先頭情報を含むヘッダを付加した結合暗号化データを生成させる暗号化処理と、前記暗号化処理で生成した結合暗号化データを送信させる暗号化データ送信処理と、暗号化された前記データを復号することができる期間が限定されている１つの鍵を予め送信させる鍵送信処理とを実行させることを特徴とする。
【発明の効果】
【００２５】
本発明によれば、ユーザに応じて利用できる期間等を限定したデータを、ユーザの端末に送信することができる。
【発明を実施するための最良の形態】
【００２６】
実施の形態１．
本発明の第１の実施の形態を、図面を参照して説明する。図１は、本発明の第１の実施の形態の一構成例を示すブロック図である。
【００２７】
本発明の第１の実施の形態は、携帯電話機等で実現されるユーザ端末（端末、データ受信端末）１０２、ユーザ端末１０２に可視光線でデータを送信するデータ配信装置（送信装置）１０１、データ配信装置１０１がユーザ端末１０２に送信するデータを生成するデータ配信サーバ（サーバ、データ送信サーバ）１００、無線ＬＡＮでユーザ端末１０２と通信ネットワーク１０８とを接続する無線ＬＡＮアクセスポイント１０７、およびユーザ端末１０２と公衆回線通信網１０９とを接続する基地局１０６を含む。
【００２８】
ユーザ端末１０２は、データ配信装置１０１が発光した可視光線を受光してデータを受信する可視光線受光部（受信手段）１０３、ＰＤＣやＣＤＭＡ等の通信方式で基地局１０６を介して公衆回線通信網１０９と接続する公衆網通信部１０４、および無線ＬＡＮで無線ＬＡＮアクセスポイント１０７を介して通信ネットワーク１０８と接続する近距離通信部１０５を含む。
【００２９】
ユーザ端末１０２は、例えば、携帯電話機や、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ  Ｐｈｏｎｅ  Ｓｙｓｔｅｍ）端末、パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）等によって実現される。
【００３０】
通信ネットワーク１０８は、例えば、インターネットや、イントラネット等によって実現される。公衆回線通信網１０９は、例えば、携帯電話通信網や、ＰＨＳ通信網等によって実現される。
【００３１】
データ配信装置１０１、データ配信サーバ１００、および無線ＬＡＮアクセスポイント１０７は、通信ネットワーク１０８に接続されている。基地局１０６は、公衆回線通信網１０９に接続されている。通信ネットワーク１０８と公衆回線通信網１０９とは、ゲートウェイ（図示せず）を介して接続されている。なお、データ配信装置１０１と、ユーザ端末１０２とを、それぞれ複数台含んでいてもよい。
【００３２】
図２は、第１の実施の形態におけるデータ配信サーバ１００、データ配信装置１０１、およびユーザ端末１０２の一構成例を示すブロック図である。
【００３３】
データ配信サーバ１００は、データ生成部２０４、鍵生成部（鍵生成手段）２０１、鍵格納部（鍵記憶手段）２０２、鍵選択部２０３、データ暗号部（暗号化手段）２０５、サーバ暗号データ送信部（暗号化データ送信手段）２０６、鍵要求受信部２０７、ユーザ情報格納部２０８、送信鍵決定部（送信鍵決定手段）２０９、および鍵送信部（鍵送信手段）２１０を含む。
【００３４】
データ生成部２０４は、ユーザ端末１０２に送信するデータを生成する。鍵生成部２０１は、データ生成部２０４が生成したデータを暗号化および復号するための鍵を生成する。鍵格納部２０２は、鍵生成部２０１が生成した鍵を複数記憶する。鍵選択部２０３は、鍵格納部２０２が記憶している複数の鍵からデータの暗号化および復号に使用する鍵を選択する。データ暗号部２０５は、鍵選択部２０３が選択した鍵で、データ生成部２０４が生成したデータを暗号化する。
【００３５】
なお、鍵格納部２０２は、例えば、テーブル形式で鍵と鍵を生成した日付とを記憶している。図３は、第１の実施の形態において、鍵格納部２０２が記憶している鍵と鍵を生成した日付である鍵生成日付とを対応づけるテーブルである鍵格納テーブルの例を示す説明図である。また、鍵格納部２０２は、ユーザ端末１０２へ送信する鍵が利用可能な最大日数を予め定義した値である最大鍵有効日数を記憶している。ここでは、鍵格納部２０２が記憶しているすべての鍵の最大鍵有効日数は同じであるものとする。
【００３６】
サーバ暗号データ送信部２０６は、データ暗号部２０５が暗号化したデータを、通信ネットワーク１０８を介してデータ配信装置１０１へ送信する。鍵要求受信部２０７は、ユーザ端末１０２から、基地局１０６と公衆回線通信網１０９とを介して鍵配信要求を受信する。ユーザ情報格納部２０８は、鍵の送信条件を決めるためのユーザ情報を記憶する。送信鍵決定部２０９は、ユーザ情報格納部２０８が記憶しているユーザ情報を用いて、ユーザ端末１０２に送信する鍵を決定する。鍵送信部２１０は、送信鍵決定部２０９が決定した鍵を、公衆回線通信網１０９と基地局１０６とを介してユーザ端末１０２へ送信する。
【００３７】
なお、送信鍵決定部２０９がユーザ端末１０２に送信すると決定した鍵を、例えば、ＩＣカードや、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｅａｌ  Ｂｕｓ）メモリ、フロッピーディスク（登録商標）等の記憶媒体で、ユーザ端末１０２に供給してもよい。
【００３８】
なお、ユーザ情報格納部２０８は、例えば、テーブル形式でユーザ情報を記憶している。図４は、第１の実施の形態において、ユーザ情報格納部２０８が記憶しているユーザ情報のテーブルであるユーザ情報テーブルの例を示す説明図である。ユーザ情報テーブルは、ユーザ認証を行うためのユーザＩＤおよびパスワードと、そのユーザへ配布する鍵の有効日数を示す端末鍵有効日数とを対応づけるテーブルである。なお、端末鍵有効日数は、最大鍵有効日数以内であるものとする。
【００３９】
データ配信装置１０１は、データ配信サーバ１００のサーバ暗号データ送信部２０６が送信した暗号データを受信する暗号データ受信部２１２、暗号データ受信部２１２が受信したデータを記憶する暗号データ格納部２１３、暗号データ格納部２１３が記憶しているデータを繰り返しユーザ端末１０２へ送信する暗号データ送信部（単方向送信手段）２１４を含む。
【００４０】
データ配信装置１０１の暗号データ送信部２１４は、例えば、ＬＥＤ照明装置によって実現される。なお、データ配信装置１０１の暗号データ送信部２１４は、例えば、赤外線通信等の双方向通信が可能な装置を用いて、単方向通信を行ってもよい。
【００４１】
ユーザ端末１０２は、可視光線受光部１０３、公衆網通信部１０４、近距離通信部１０５、入力部２１６、鍵要求送信部２１７、鍵受信部２１８、出力部２１９、鍵記憶部２２０、端末暗号データ受信部２２１、データ復号部（復号手段）２２２、およびデータ利用部２２３を含む。
【００４２】
入力部２１６は、ユーザがデータ配信サーバ１００へ鍵の送信を要求するために必要なユーザ情報（例えば、ユーザＩＤやパスワード等）や、鍵の送信の要求を示す鍵送信要求情報を入力するボタン等である。鍵要求送信部２１７は、入力部２１６にユーザ情報と鍵送信要求情報が入力されると、公衆網通信部１０４と基地局１０６と公衆回線通信網１０９とを介して、データ配信サーバ１００にユーザ情報と鍵送信要求情報とを送信する。
【００４３】
鍵受信部２１８は、公衆回線通信網１０９と基地局１０６と公衆網通信部１０４とを介して、データ配信サーバ１００から鍵を受信する。出力部２１９は、鍵要求送信部２１７が送信した鍵送信要求情報に応じて、公衆回線通信網１０９と基地局１０６と公衆網通信部１０４とを介して、データ配信サーバ１００から鍵受信部２１８が受信した情報を表示するディスプレイ等によって実現される。
【００４４】
鍵記憶部２２０は、鍵受信部２１８が受信した鍵を記憶する。端末暗号データ受信部２２１は、データ配信装置１０１の暗号データ送信部２１４が送信したデータを、可視光線受光部１０３を介して受信する。データ復号部２２２は、端末暗号データ受信部２２１が受信したデータを鍵記憶部２２０が記憶している鍵で復号する。データ利用部２２３は、データ復号部２２２が復号したデータを利用して、近距離通信部１０５が無線ＬＡＮで無線ＬＡＮアクセスポイント１０７を介して通信ネットワーク１０８と接続するように設定する。
【００４５】
データ配信サーバ１００は、コンピュータに、鍵格納部２０２に、データを暗号化する鍵を複数記憶させる処理と、鍵格納部２０２が記憶している複数の鍵のそれぞれで、前記データを暗号化した暗号化データをそれぞれ生成させ、生成した各暗号化データを結合させ、結合した暗号化データの先頭に、前記暗号化データのそれぞれの先頭の位置を示す情報である暗号化データ先頭情報を含むヘッダを付加した結合暗号化データを生成させる暗号化処理と、前記暗号化処理で生成した結合暗号化データを送信させる暗号化データ送信処理と、暗号化された前記データを復号することができる期間が限定されている１つの鍵を予め送信させる鍵送信処理とを実行させることを特徴とするデータ送信プログラムを搭載している。
【００４６】
次に、本発明の第１の実施の形態の動作を、図面を参照して説明する。まず、ユーザ端末１０２が、データ配信サーバ１００から各種設定情報等のデータを受信する前の事前準備の動作について説明する。この動作は、ユーザが、データ配信サーバ１００およびデータ配信装置１０１の管理者に会員登録した後等に行われるものであり、単方向通信を用いてデータを受信する度に行う必要はない。
【００４７】
なお、データ配信サーバ１００の管理者は、ユーザが会員登録した際にユーザＩＤとパスワードとを発行し、ユーザ情報格納部２０８は、発行したユーザＩＤとパスワードとを、ユーザに応じた端末鍵有効日数と対応づけて記憶しているものとし、データ配信サーバ１００の管理者は、発行したユーザＩＤとパスワードとをユーザに通知しているものとする。なお、データ配信サーバ１００の管理者は、例えば、ユーザが会員登録の際に支払った金額等に応じて、端末鍵有効日数を決定してもよい。
【００４８】
図５は、本発明の第１の実施の形態の事前準備の動作を説明するフローチャートである。ユーザは、ユーザ端末１０２の入力部２１６のボタン等を操作して、ユーザ情報であるユーザＩＤおよびパスワードと鍵の送信の要求を示す鍵送信要求情報とを入力する（ステップＳ１０１）。
【００４９】
入力部２１６は、入力されたユーザ情報と鍵送信要求情報とを鍵要求送信部２１７へ出力する。鍵要求送信部２１７は、ユーザ情報と鍵送信要求情報とを、公衆網通信部１０４と基地局１０６と公衆回線通信網１０９とを介して、データ配信サーバ１００に送信する（ステップＳ１０２）。
【００５０】
データ配信サーバ１００の鍵要求受信部２０７は、ユーザ情報と鍵送信要求情報とを受信すると、ユーザ情報のユーザＩＤおよびパスワードを送信鍵決定部２０９に入力する。送信鍵決定部２０９は、入力されたユーザＩＤおよびパスワードが、ユーザ情報格納部２０８が記憶しているユーザ情報格納テーブルに含まれているか否かを判断する（ステップＳ１０３）。
【００５１】
送信鍵決定部２０９は、入力されたユーザＩＤおよびパスワードが、ユーザ情報格納テーブルに含まれていないと判断すると、送信する鍵がないことを鍵送信部２１０へ通知し、鍵送信部２１０は、送信する鍵がないことを示す情報を、公衆回線通信網１０９と基地局１０６とを介してユーザ端末１０２に送信する（ステップＳ１０４）。ユーザ端末１０２の出力部２１９は、公衆網通信部１０４を介して鍵受信部２１８が送信する鍵がないことを示す情報を受信すると、送信する鍵がないことを示す画面を表示する（ステップＳ１０５）。
【００５２】
送信鍵決定部２０９は、入力されたユーザＩＤおよびパスワードが、ユーザ情報格納テーブルに含まれていると判断すると、入力されたユーザＩＤおよびパスワードに対応づけられた端末鍵有効日数を読み出す（ステップＳ１０６）。端末鍵有効日数とは、データ配信サーバ１００がユーザ端末１０２へ配信する鍵の有効日数を定義した値である。ここで、例えば、ユーザＩＤが“ｃｃｃ”でありパスワードが“３４５”であった場合、図４の例に示すユーザ情報テーブルを参照すると、端末鍵有効日数は３日となる。
【００５３】
送信鍵決定部２０９は、鍵格納部２０２が記憶している鍵格納テーブルを参照して、（最大鍵有効日数−端末鍵有効日数）日前に鍵生成部２０１が生成した鍵を鍵格納部２０２から読み出して（ステップＳ１０７）、鍵送信部２１０に入力する。
【００５４】
例えば、最大鍵有効日数が７日であり、端末鍵有効日数は３日であり、鍵要求受信部２０７が、ユーザ情報と鍵送信要求情報とを受信した日が９月２０日であった場合、送信鍵決定部２０９は、鍵格納部２０２が記憶している鍵格納テーブルを参照して、（最大鍵有効日数−端末鍵有効日数）＝７−３＝４であるため、４日前に鍵生成部２０１が生成した鍵を鍵格納部２０２から読み出す。
【００５５】
すなわち、送信鍵決定部２０９は、鍵格納部２０２が記憶している鍵格納テーブルを参照して、９月２０日の４日前である９月１６日に、鍵生成部２０１が生成した鍵を鍵格納部２０２から読み出す。図３の例に示す鍵格納テーブルを参照すると、９月１６日に鍵生成部２０１が生成した鍵は、鍵［ｄ−４］である。従って、送信鍵決定部２０９は、鍵格納部２０２から鍵［ｄ−４］を読み出して鍵送信部２１０に入力する。
【００５６】
鍵送信部２１０は、入力された鍵［ｄ−４］を、公衆回線通信網１０９と基地局１０６とを介してユーザ端末１０２に送信する（ステップＳ１０８）。ユーザ端末１０２の出力部２１９は、公衆網通信部１０４を介して鍵受信部２１８が鍵を受信すると、鍵を受信したことを示す画面を表示する（ステップＳ１０９）。
【００５７】
鍵受信部２１８は、鍵を受信すると、受信した鍵を鍵記憶部２２０に入力する。鍵記憶部２２０は、入力された鍵（例えば、鍵［ｄ−４］）を記憶する（ステップＳ１１０）。
【００５８】
次に、ユーザ端末１０２が、データ配信装置１０１からデータを受信する際の動作について説明する。図６は、第１の実施の形態で、ユーザ端末１０２が、データ配信装置１０１からデータを受信する際の動作を説明するフローチャートである。
【００５９】
データ配信サーバ１００の鍵生成部２０１は、毎日１つの鍵を生成して（ステップＳ２０１）、鍵格納部２０２に入力する。鍵格納部２０２は、入力された鍵を記憶し（ステップＳ２０２）、鍵格納テーブルで、入力された鍵と鍵の生成日付とを対応づける。
【００６０】
データ生成部２０４は、単方向通信によってユーザ端末１０２に送信するデータを生成して（ステップＳ２０３）、データ暗号部２０５に入力する。鍵選択部２０３は、鍵格納部２０２から最新の最大鍵有効日数分の鍵をそれぞれ読み出して（ステップＳ２０４）、データ暗号部２０５に入力する。
【００６１】
具体的には、例えば、最大鍵有効日数が７日であり、本日が９月２０日であるとすると、鍵選択部２０３は、９月１４日から９月２０日までに鍵生成部２０１が生成した鍵をそれぞれ読み出す。
【００６２】
データ暗号部２０５は、データ生成部２０４が入力したデータを、鍵選択部２０３が入力した最大鍵有効日数分の鍵でそれぞれ暗号化した暗号化データを生成し（ステップＳ２０５）、生成した各暗号化データをサーバ暗号データ送信部２０６に入力する。サーバ暗号データ送信部２０６は、入力された各暗号化データを１つに結合し、結合した暗号化データの先頭に、各暗号化データの先頭を示すヘッダを付加した結合暗号化データを生成し、通信ネットワーク１０８を介してデータ配信装置１０１に送信する（ステップＳ２０６）。
【００６３】
結合暗号化データの先頭に付加されているヘッダは、結合暗号化データの先頭であることを示す。また、結合暗号化データの先頭に付加されているヘッダは、例えば、結合暗号化データの先頭から何ビット目がどの暗号化データの先頭であるのかを各暗号化データについて示す情報を含む。なお、ヘッダが各暗号化データの先頭を示す方法は、これに限定されるものではなく、他の方法で各暗号化データの先頭を示してもよい。
【００６４】
図７は、データ生成部２０４が生成したデータの処理を説明する説明図である。図７（ａ）を参照すると、データ暗号部２０５は、データ生成部２０４が生成したデータを鍵選択部２０３が入力した鍵でそれぞれ暗号化した暗号化データを生成する。従って、例えば、鍵選択部２０３が、データ暗号部２０５に鍵を７つ入力すると、データ暗号部２０５は、暗号化データを７つ生成する。
【００６５】
データ暗号部２０５は、生成した各暗号化データを、サーバ暗号データ送信部２０６に入力する。サーバ暗号データ送信部２０６は、入力された各暗号化データを１つに結合し、暗号化されて１つに結合された暗号化データの先頭に、各暗号化データの先頭を示すヘッダを付加した結合暗号化データを生成する。
【００６６】
データ配信装置１０１の暗号データ受信部２１２は、結合暗号化データを受信すると、受信した結合暗号化データを、暗号データ格納部２１３に入力する。データ配信装置１０１の暗号データ送信部２１４は、暗号データ格納部２１３に入力された結合暗号化データを読み出し、読み出した結合暗号化データを、可視光線でユーザ端末１０２に送信する（ステップＳ２０７）。なお、ユーザ端末１０２の可視光線受光部１０３が確実に可視光線を受光して結合暗号化データを受信するために、暗号データ送信部２１４は、結合暗号化データを複数回繰り返し送信することが好ましい。
【００６７】
ユーザ端末１０２の端末暗号データ受信部２２１は、可視光線受光部１０３を介して、結合暗号化データを受信すると、受信した結合暗号化データを、データ復号部２２２に入力する。データ復号部２２２は、結合暗号化データの先頭に付加されたヘッダを読み込み、１つに結合された各暗号化データの先頭を特定し、特定した各暗号化データの先頭以降の部分のそれぞれに、鍵記憶部２２０が記憶している鍵を使って復号を試みる（ステップＳ２０８）。
【００６８】
例えば、ユーザ端末１０２の鍵記憶部２２０が鍵［ｄ−４］を記憶している場合、図７（ｂ）を参照すると、データ復号部２２２は、１つに結合された結合暗号化データのうち、鍵［ｄ−４］で暗号化された部分を復号することができる（ステップＳ２０９）。
【００６９】
データ復号部２２２は、復号したデータをデータ利用部２２３に入力する。例えば、データ利用部２２３に入力されたデータが、無線ＬＡＮの近距離通信部１０５の設定情報であった場合、近距離通信部１０５は、無線ＬＡＮアクセスポイント１０７を介して通信ネットワーク１０８に接続することが可能になる（ステップＳ２１０）。
【００７０】
すなわち、データ復号部２２２は、鍵［ｄ−４］を用いて、９月２２日まで結合暗号化データを復号することができる。また、他の端末は、結合暗号化データを受信しても、鍵を記憶していなければ、結合暗号化データを復号することができない。なお、他の端末は、他の鍵（例えば、鍵［ｄ−３］）を記憶していると、９月２３日まで結合暗号化データを復号することができる。
【００７１】
なお、最大鍵有効日数分の鍵を鍵格納部２０２から読み出す鍵選択部２０３は、９月２１日および９月２２日においてもユーザ端末１０２へ予め送信した鍵［ｄ−４］を選択し、データ暗号部２０５は、鍵選択部２０３が選択した鍵［ｄ−４］でデータを暗号化するが、鍵選択部２０３は、９月２３日以降は鍵［ｄ−４］を選択しない。
【００７２】
以上に述べたように、この実施の形態によれば、単方向通信で複数の端末に暗号化したデータを送信しても、予め各端末に送信した鍵に応じて、各端末ごとに異なったデータの利用条件を設定することができる。
【００７３】
また、９月１６日に生成された鍵［ｄ−４］の最大鍵有効日数は７日なので、ユーザ端末１０２のデータ復号部２２２は９月２０日に配信された鍵［ｄ−４］を使ってデータ配信装置１０１が９月２３日以降に配信した暗号化データを復号することができない。従って、ユーザ情報格納部２０８のユーザ情報格納テーブルに記述された鍵の有効日数が守られ、ユーザ端末１０２に送信されたデータを使用することができる期間を限定することができる。
【００７４】
なお、データ生成部２０４は、異なった複数のデータ（例えば、無線ＬＡＮアクセスポ
イント１０７との接続設定のデータや、他の無線ＬＡＮアクセスポイントとの接続設定のデータ、ユーザ端末１０２がＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話として動作するための設定のデータ等）を生成し、データ暗号部２０５がそれぞれのデータを、予めユーザ端末１０２に送信した１つの鍵でそれぞれ暗号化し、ユーザ端末１０２のデータ復号部２２２が、暗号化されたそれぞれのデータを１つの鍵を用いて復号して、データ利用部２２３が復号されたデータをそれぞれ利用してもよい。
【００７５】
すると、１つのユーザ端末１０２が予め受信した１つの鍵で、複数のデータをそれぞれ復号することができ、データ利用部２２３は、復号されたそれぞれのデータを利用することができる。
【００７６】
実施の形態２．
本発明の第２の実施の形態を説明する。本発明の第２の実施の形態の構成は、第１の実施の形態の構成と同様なため、各構成要素には、図１および図２と同じ符号を付し、説明を省略する。
【００７７】
図８は、第２の実施の形態において、ユーザ情報格納部２０８が記憶しているユーザ情報テーブルの例を示す説明図である。
【００７８】
第２の実施の形態におけるユーザ情報テーブルは、図４の例に示した第１の実施の形態のユーザ情報テーブルの端末鍵有効日数に代えて、ユーザ端末１０２のデータ復号部２２２がデータを復号できる曜日である端末鍵有効曜日を、ユーザＩＤおよびパスワードと対応づけている。具体的には、図８の例に示すように、２進数の１桁目のビットが日曜日を示し、２桁目のビットが月曜日を示し、以下同様にして、７桁目のビットが土曜日を示す。そして、ユーザ端末１０２のデータ復号部２２２がデータを復号できる曜日に対応する桁のビットを１とし、ユーザ端末１０２のデータ復号部２２２がデータを復号できない曜日に対応する桁のビットを０とする。
【００７９】
すると、例えば、ユーザＩＤが“ｃｃｃ”でありパスワードが“３４５”であった場合、図８の例に示すユーザ情報テーブルを参照すると、端末鍵有効曜日は、日曜日、月曜日、および火曜日となる。
【００８０】
図９は、第２の実施の形態において、鍵格納部２０２が記憶している鍵格納テーブルの例を示す説明図である。
【００８１】
第２の実施の形態における鍵格納テーブルは、図３の例に示した第１の実施の形態の鍵格納テーブルの鍵生成日付に代えて、端末鍵有効曜日と鍵とを対応づけている。
【００８２】
具体的には、図９の例に示すように、２進数の１桁目のビットが日曜日を示し、２桁目のビットが月曜日を示し、以下同様にして、７桁目のビットが土曜日を示す。そして、ユーザ端末１０２のデータ復号部２２２がデータを復号できる曜日に対応する桁のビットを１とし、ユーザ端末１０２のデータ復号部２２２がデータを復号できない曜日に対応する桁のビットを０とする。
【００８３】
すると、例えば、鍵［７］は、図９の例に示す鍵格納テーブルを参照すると、日曜日、月曜日、および火曜日が端末鍵有効曜日となる。
【００８４】
鍵格納部２０２は、図９の例に示すように、曜日の組み合わせのすべてに対応する鍵を記憶している。すなわち、鍵格納部２０２は、１２８個の鍵を記憶している。
【００８５】
次に本発明の第２の実施の形態の動作について、図面を参照して説明する。まず、ユーザ端末１０２が、データ配信サーバ１００から各種設定情報等のデータを受信する前の事前準備の動作について説明する。この動作は、ユーザが、データ配信サーバ１００およびデータ配信装置１０１の管理者に会員登録した後等に行われるものであり、単方向通信を用いてデータを受信する度に行う必要はない。
【００８６】
なお、データ配信サーバ１００の管理者は、ユーザが会員登録した際にユーザＩＤとパスワードとを発行し、ユーザ情報格納部２０８は、発行したユーザＩＤとパスワードとを、ユーザに応じた端末鍵有効曜日と対応づけて記憶しているものとし、データ配信サーバ１００の管理者は、発行したユーザＩＤとパスワードとをユーザに通知しているものとする。なお、データ配信サーバ１００の管理者は、例えば、ユーザが会員登録の際に支払った金額等に応じて、一週間における端末鍵有効曜日の日数や、端末鍵有効曜日等を決定してもよい。
【００８７】
図１０は、本発明の第２の実施の形態の事前準備の動作を説明するフローチャートである。ユーザは、ユーザ端末１０２の入力部２１６のボタン等を操作して、ユーザ情報であるユーザＩＤおよびパスワードと鍵の送信の要求を示す鍵送信要求情報とを入力する（ステップＳ３０１）。
【００８８】
入力部２１６は、入力されたユーザ情報と鍵送信要求情報とを鍵要求送信部２１７へ出力する。鍵要求送信部２１７は、ユーザ情報と鍵送信要求情報とを、公衆網通信部１０４と基地局１０６と公衆回線通信網１０９とを介して、データ配信サーバ１００に送信する（ステップＳ３０２）。
【００８９】
データ配信サーバ１００の鍵要求受信部２０７は、ユーザ情報と鍵送信要求情報とを受信すると、ユーザ情報のユーザＩＤおよびパスワードを送信鍵決定部２０９に入力する。送信鍵決定部２０９は、入力されたユーザＩＤおよびパスワードが、ユーザ情報格納部２０８が記憶しているユーザ情報格納テーブルに含まれているか否かを判断する（ステップＳ３０３）。
【００９０】
送信鍵決定部２０９は、入力されたユーザＩＤおよびパスワードが、ユーザ情報格納テーブルに含まれていないと判断すると、送信する鍵がないことを鍵送信部２１０へ通知し、鍵送信部２１０は、送信する鍵がないことを示す情報を、公衆回線通信網１０９と基地局１０６とを介してユーザ端末１０２に送信する（ステップＳ３０４）。ユーザ端末１０２の出力部２１９は、公衆網通信部１０４を介して鍵受信部２１８が送信する鍵がないことを示す情報を受信すると、送信する鍵がないことを示す画面を表示する（ステップＳ３０５）。
【００９１】
送信鍵決定部２０９は、入力されたユーザＩＤおよびパスワードが、ユーザ情報格納テーブルに含まれていると判断すると、入力されたユーザＩＤおよびパスワードに対応づけられた端末鍵有効曜日の値を読み出す（ステップＳ３０６）。例えば、ユーザＩＤが“ｃｃｃ”でありパスワードが“３４５”であった場合、図８の例に示すユーザ情報テーブルを参照すると、端末鍵有効曜日を示す値は“００００１１１”となる。
【００９２】
送信鍵決定部２０９は、鍵格納部２０２が記憶している鍵格納テーブルを参照して、読み出した端末鍵有効曜日を示す値に対応づけられた鍵を鍵格納部２０２から読み出して（ステップＳ３０７）、鍵送信部２１０に入力する。
【００９３】
例えば、送信鍵決定部２０９は、ユーザ情報格納テーブルから読み出した端末鍵有効曜日を示す値が“００００１１１”であった場合、鍵格納部２０２が記憶している鍵格納テーブルを参照して、端末鍵有効曜日“００００１１１”に対応づけられた鍵である鍵［７］を読み出して、鍵送信部２１０に入力する。
【００９４】
鍵送信部２１０は、入力された鍵［７］を、公衆回線通信網１０９と基地局１０６とを介してユーザ端末１０２に送信する（ステップＳ３０８）。ユーザ端末１０２の出力部２１９は、公衆網通信部１０４を介して鍵受信部２１８が鍵を受信すると、鍵を受信したことを示す画面を表示する（ステップＳ３０９）。
【００９５】
鍵受信部２１８は、鍵を受信すると、受信した鍵を鍵記憶部２２０に入力する。鍵記憶部２２０は、入力された鍵（例えば、鍵［７］）を記憶する（ステップＳ３１０）。
【００９６】
次に、ユーザ端末１０２が、データ配信装置１０１からデータを受信する際の動作について説明する。図１１は、第２の実施の形態で、ユーザ端末１０２が、データ配信装置１０１からデータを受信する際の動作を説明するフローチャートである。
【００９７】
データ配信サーバ１００の鍵生成部２０１は、曜日の組み合わせのすべてに対応する鍵を予め生成し（ステップＳ４０１）、鍵格納部２０２に入力する。鍵格納部２０２は、入力された鍵を記憶し（ステップＳ４０２）、鍵格納テーブルで、入力された鍵と鍵の端末鍵有効曜日とを対応づける。すなわち、鍵生成部２０１は、１２８個の鍵を生成し、鍵格納部２０２は、１２８個の鍵と、各鍵の端末鍵有効曜日とを対応づけて記憶している。
【００９８】
データ生成部２０４は、単方向通信によってユーザ端末１０２に送信するデータを生成して（ステップＳ４０３）、データ暗号部２０５に入力する。鍵選択部２０３は、鍵格納テーブルを参照して、鍵格納部２０２から本日の曜日が端末鍵有効曜日である鍵をそれぞれ読み出して（ステップＳ４０４）、データ暗号部２０５に入力する。
【００９９】
具体的には、例えば、本日が月曜日であるとすると、鍵選択部２０３は、鍵格納テーブルを参照して、２桁目が１である端末鍵有効曜日に対応づけられた鍵をそれぞれ読み出す。すなわち、鍵選択部２０３は、鍵［２］、鍵［３］、鍵［６］、鍵［７］、・・・、鍵［１２６］、および鍵［１２７］の６４個の鍵をそれぞれ読み出す。
【０１００】
データ暗号部２０５は、データ生成部２０４が入力したデータを、鍵選択部２０３が入力した鍵でそれぞれ暗号化した暗号化データを生成し（ステップＳ４０５）、生成した各暗号化データをサーバ暗号データ送信部２０６に入力する。サーバ暗号データ送信部２０６は、入力された各暗号化データを１つに結合し、結合した暗号化データの先頭に、各暗号化データの先頭を示すヘッダを付加した結合暗号化データを生成し、通信ネットワーク１０８を介してデータ配信装置１０１に送信する（ステップＳ４０６）。
【０１０１】
図１２は、データ生成部２０４が生成したデータの処理を説明する説明図である。図１２（ａ）を参照すると、データ暗号部２０５は、データ生成部２０４が生成したデータを鍵選択部２０３が入力した鍵でそれぞれ暗号化した暗号化データを生成する。従って、例えば、鍵選択部２０３が、データ暗号部２０５に鍵を６４個入力すると、データ暗号部２０５は、暗号化データを６４個生成する。
【０１０２】
データ暗号部２０５は、生成した各暗号化データを、サーバ暗号データ送信部２０６に入力する。サーバ暗号データ送信部２０６は、入力された各暗号化データを１つに結合し、暗号化されて１つに結合された暗号化データの先頭に、各暗号化データの先頭を示すヘッダを付加した結合暗号化データを生成する。
【０１０３】
データ配信装置１０１の暗号データ受信部２１２は、結合暗号化データを受信すると、受信した結合暗号化データを、暗号データ格納部２１３に入力する。データ配信装置１０１の暗号データ送信部２１４は、暗号データ格納部２１３に入力された結合暗号化データを読み出し、読み出した結合暗号化データを、可視光線でユーザ端末１０２に繰り返し送信する（ステップＳ４０７）。
【０１０４】
ユーザ端末１０２の端末暗号データ受信部２２１は、可視光線受光部１０３を介して、結合暗号化データを受信すると、受信した結合暗号化データを、データ復号部２２２に入力する。データ復号部２２２は、結合暗号化データの先頭に付加されたヘッダを読み込み、１つに結合された各暗号化データの先頭を特定し、特定した各暗号化データの先頭以降の部分のそれぞれに、鍵記憶部２２０が記憶している鍵を使って復号を試みる（ステップＳ４０８）。
【０１０５】
例えば、ユーザ端末１０２の鍵記憶部２２０が鍵［７］を記憶している場合、図１２（ｂ）を参照すると、データ復号部２２２は、１つに結合された結合暗号化データのうち、鍵［７］で暗号化された部分を復号することができる（ステップＳ４０９）。
【０１０６】
データ復号部２２２は、復号したデータをデータ利用部２２３に入力する。例えば、データ利用部２２３に入力されたデータが、無線ＬＡＮの近距離通信部１０５の設定情報であった場合、近距離通信部１０５は、無線ＬＡＮアクセスポイント１０７を介して通信ネットワーク１０８に接続することが可能になる（ステップＳ４１０）。
【０１０７】
すなわち、データ復号部２２２は、鍵［７］を用いて、日曜日、月曜日、および火曜日に結合暗号化データを復号することができる。また、他の端末は、結合暗号化データを受信しても、鍵を記憶していなければ、結合暗号化データを復号することができない。なお、他の端末は、他の鍵（例えば、鍵［６］）を記憶していると、月曜日および火曜日に結合暗号化データを復号することができる。
【０１０８】
以上に述べたように、この実施の形態によれば、単方向通信で複数の端末に暗号化したデータを送信しても、予め各端末に送信した鍵に応じて、各端末ごとに異なったデータの利用条件を設定することができる。
【０１０９】
また、本日が水曜日の場合、データ配信サーバ１００の鍵選択部２０３は、鍵［７］を選択しない。そのため、ユーザ端末１０２のデータ復号部２２２は、鍵［７］を用いて、水曜日に受信した結合暗号化データを復号することができないので、ユーザ情報格納部２０８のユーザ情報格納テーブルに記述された鍵の端末鍵有効曜日が守られ、ユーザ端末１０２に送信されたデータを使用することができる曜日を限定することができる。
【０１１０】
なお、この実施の形態では、ユーザ端末１０２のデータ利用部２２３がデータを利用できる期間を曜日で限定したが、本発明はこれに限定されるものではなく、例えば、時間帯で限定してもよい。
【０１１１】
実施の形態３．
本発明の第３の実施の形態を、図面を参照して説明する。図１３は、本発明の第３の実施の形態の一構成例を示すブロック図である。
【０１１２】
本発明の第３の実施の形態の構成は、第１の実施の構成のユーザ端末１０２に、結合暗号化データのうち、データ復号部２２２が復号を試みる部分を決定する復号データ決定部２２４をを加えた点が第１の実施の形態の構成と異なり、その他の点は第１の実施の形態の構成と同様である。そのため、第１の実施の形態と同様な構成要素には、図１および図２と同じ符号を付し、説明を省略する。
【０１１３】
次に、本発明の第３の実施の形態の動作を、図面を参照して説明する。まず、ユーザ端末１０２が、データ配信サーバ１００から各種設定情報等のデータを受信する前の事前準備の動作について説明する。この動作は、ユーザが、データ配信サーバ１００およびデータ配信装置１０１の管理者に会員登録した後等に行われるものであり、単方向通信を用いてデータを受信する度に行う必要はない。
【０１１４】
なお、データ配信サーバ１００の管理者は、ユーザが会員登録した際にユーザＩＤとパスワードとを発行し、ユーザ情報格納部２０８は、発行したユーザＩＤとパスワードとを、ユーザに応じた端末鍵有効日数と対応づけて記憶しているものとし、データ配信サーバ１００の管理者は、発行したユーザＩＤとパスワードとをユーザに通知しているものとする。なお、データ配信サーバ１００の管理者は、例えば、ユーザが会員登録の際に支払った金額等に応じて、端末鍵有効日数を決定してもよい。
【０１１５】
図１４は、本発明の第３の実施の形態の事前準備の動作を説明するフローチャートである。ユーザは、ユーザ端末１０２の入力部２１６のボタン等を操作して、ユーザ情報であるユーザＩＤおよびパスワードと鍵の送信の要求を示す鍵送信要求情報とを入力する（ステップＳ５０１）。
【０１１６】
入力部２１６は、入力されたユーザ情報と鍵送信要求情報とを鍵要求送信部２１７へ出力する。鍵要求送信部２１７は、ユーザ情報と鍵送信要求情報とを、公衆網通信部１０４と基地局１０６と公衆回線通信網１０９とを介して、データ配信サーバ１００に送信する（ステップＳ５０２）。
【０１１７】
データ配信サーバ１００の鍵要求受信部２０７は、ユーザ情報と鍵送信要求情報とを受信すると、ユーザ情報のユーザＩＤおよびパスワードを送信鍵決定部２０９に入力する。送信鍵決定部２０９は、入力されたユーザＩＤおよびパスワードが、ユーザ情報格納部２０８が記憶しているユーザ情報格納テーブルに含まれているか否かを判断する（ステップＳ５０３）。
【０１１８】
送信鍵決定部２０９は、入力されたユーザＩＤおよびパスワードが、ユーザ情報格納テーブルに含まれていないと判断すると、送信する鍵がないことを鍵送信部２１０へ通知し、鍵送信部２１０は、送信する鍵がないことを示す情報を、公衆回線通信網１０９と基地局１０６とを介してユーザ端末１０２に送信する（ステップＳ５０４）。ユーザ端末１０２の出力部２１９は、公衆網通信部１０４を介して鍵受信部２１８が送信する鍵がないことを示す情報を受信すると、送信する鍵がないことを示す画面を表示する（ステップＳ５０５）。
【０１１９】
送信鍵決定部２０９は、入力されたユーザＩＤおよびパスワードが、ユーザ情報格納テーブルに含まれていると判断すると、入力されたユーザＩＤおよびパスワードに対応づけられた端末鍵有効日数を読み出す（ステップＳ５０６）。端末鍵有効日数とは、データ配信サーバ１００がユーザ端末１０２へ配信する鍵の有効日数を定義した値である。ここで、例えば、ユーザＩＤが“ｃｃｃ”でありパスワードが“３４５”であった場合、図４の例に示すユーザ情報テーブルを参照すると、端末鍵有効日数は３日となる。
【０１２０】
送信鍵決定部２０９は、鍵格納部２０２が記憶している鍵格納テーブルを参照して、（最大鍵有効日数−端末鍵有効日数）日前に鍵生成部２０１が生成した鍵を鍵格納部２０２から読み出して（ステップＳ５０７）、鍵送信部２１０に入力する。最大鍵有効日数とは、ユーザ端末１０２へ送信する鍵が利用可能な最大日数を予め定義した値である。従って、最大鍵有効日数より有効日数の長い鍵をユーザ端末１０２へ送信することはできない。
【０１２１】
例えば、最大鍵有効日数が７日であり、端末鍵有効日数は３日であり、鍵要求受信部２０７が、ユーザ情報と鍵送信要求情報とを受信した日が９月２０日であった場合、送信鍵決定部２０９は、鍵格納部２０２が記憶している鍵格納テーブルを参照して、（最大鍵有効日数−端末鍵有効日数）＝７−３＝４であるため、４日前に鍵生成部２０１が生成した鍵を鍵格納部２０２から読み出す。
【０１２２】
すなわち、送信鍵決定部２０９は、鍵格納部２０２が記憶している鍵格納テーブルを参照して、９月２０日の４日前である９月１６日に、鍵生成部２０１が生成した鍵を鍵格納部２０２から読み出す。図３の例に示す鍵格納テーブルを参照すると、９月１６日に鍵生成部２０１が生成した鍵は、鍵［ｄ−４］である。従って、送信鍵決定部２０９は、鍵格納部２０２から鍵［ｄ−４］を読み出して鍵送信部２１０に入力する。
【０１２３】
また、送信鍵決定部２０９は、ユーザ情報と鍵送信要求情報とを受信した日の日付と、端末鍵有効日数とにもとづいて、鍵の有効期限の日付である鍵有効期限日を特定する（ステップＳ５０８）。
【０１２４】
具体的には、例えば、ユーザ情報と鍵送信要求情報とを受信した日が９月２０日であった場合、ユーザ情報と鍵送信要求情報とを受信した日（９月２０日）を算入すると、鍵有効期限日は、９月２０日の２日後である９月２２日である。
【０１２５】
送信鍵決定部２０９は、特定した鍵有効期限日を鍵送信部２１０に入力する。鍵送信部２１０は、入力された鍵［ｄ−４］と、鍵有効期限日とを、公衆回線通信網１０９と基地局１０６とを介してユーザ端末１０２に送信する（ステップＳ５０９）。ユーザ端末１０２の出力部２１９は、公衆網通信部１０４を介して鍵受信部２１８が鍵と鍵有効期限日とを受信すると、鍵を受信したことを示す画面を表示する（ステップＳ５１０）。
【０１２６】
鍵受信部２１８は、鍵と鍵有効期限日とを受信すると、受信した鍵と鍵有効期限日とを鍵記憶部２２０に入力する。鍵記憶部２２０は、入力された鍵（例えば、鍵［ｄ−４］）と鍵有効期限日（例えば、９月２２日）とを記憶する（ステップＳ５１１）。
【０１２７】
次に、ユーザ端末１０２が、データ配信装置１０１からデータを受信する際の動作について説明する。図１５は、第３の実施の形態で、ユーザ端末１０２が、データ配信装置１０１からデータを受信する際の動作を説明するフローチャートである。
【０１２８】
データ配信サーバ１００の鍵生成部２０１は、毎日１つの鍵を生成して（ステップＳ６０１）、鍵格納部２０２に入力する。鍵格納部２０２は、入力された鍵を記憶し（ステップＳ６０２）、鍵格納テーブルで、入力された鍵と鍵の生成日付とを対応づける。
【０１２９】
データ生成部２０４は、単方向通信によってユーザ端末１０２に送信するデータを生成して（ステップＳ６０３）、データ暗号部２０５に入力する。鍵選択部２０３は、鍵格納部２０２から最新の最大鍵有効日数分の鍵をそれぞれ読み出して（ステップＳ６０４）、データ暗号部２０５に入力する。
【０１３０】
具体的には、例えば、最大鍵有効日数が７日であり、本日が９月２０日であるとすると、鍵選択部２０３は、９月１４日から９月２０日までに鍵生成部２０１が生成した鍵をそれぞれ読み出す。
【０１３１】
データ暗号部２０５は、データ生成部２０４が入力したデータを、鍵選択部２０３が入力した最大鍵有効日数分の鍵でそれぞれ暗号化した暗号化データを生成し（ステップＳ６０５）、生成した各暗号化データをサーバ暗号データ送信部２０６に入力する。サーバ暗号データ送信部２０６は、入力された各暗号化データを１つに結合し、結合した暗号化データの先頭に、各暗号化データの先頭を示すヘッダを付加した結合暗号化データを生成し、通信ネットワーク１０８を介してデータ配信装置１０１に送信する（ステップＳ６０６）。
【０１３２】
データ暗号部２０５は、生成した各暗号化データを、サーバ暗号データ送信部２０６に入力する。サーバ暗号データ送信部２０６は、入力された各暗号化データを１つに結合し、暗号化されて１つに結合された暗号化データの先頭に、各暗号化データの先頭を示すヘッダを付加した結合暗号化データを生成する。
【０１３３】
データ配信装置１０１の暗号データ受信部２１２は、結合暗号化データを受信すると、受信した結合暗号化データを、暗号データ格納部２１３に入力する。データ配信装置１０１の暗号データ送信部２１４は、暗号データ格納部２１３に入力された結合暗号化データを読み出し、読み出した結合暗号化データを、可視光線でユーザ端末１０２に繰り返し送信する（ステップＳ６０７）。
【０１３４】
ユーザ端末１０２の端末暗号データ受信部２２１は、可視光線受光部１０３を介して、結合暗号化データを受信すると、受信した結合暗号化データを、復号データ決定部２２４に入力する。
【０１３５】
復号データ決定部２２４は、鍵記憶部２２０が記憶している鍵と、鍵有効期限日とを読み出す。そして、復号データ決定部２２４は、（鍵有効期限日−本日の日付＋１）を計算して、データ復号部２２２が鍵を用いて復号すべき結合暗号化データの部分を決定する（ステップＳ６０８）。
【０１３６】
具体的には、例えば、鍵有効期限日が９月２２日であり、本日が９月２０日であった場合、２２−２０＋１＝３なので、復号データ決定部２２４は、データ復号部２２２が、結合暗号化データのうち、３番目（ヘッダを含まず）の暗号化データの部分を復号すべきであると決定し、決定した部分を示す情報である復号部分情報を生成する。
【０１３７】
なお、鍵有効期限日と本日の日付との月が異なる場合、復号データ決定部２２４は、いずれかの日付を変更して計算する。ここで、復号データ決定部２２４は、予めカレンダーを記憶していてもよい。
【０１３８】
また、復号データ決定部２２４は、（鍵有効期限日−本日の日付＋１）の計算結果が０以下であった場合は、有効な鍵を記憶していないことを示す画面を、出力部２１９に表示させてもよい。
【０１３９】
復号データ決定部２２４は、復号部分情報と、鍵と、結合暗号化データとをデータ復号部２２２に入力する。
【０１４０】
データ復号部２２２は、結合暗号化データの先頭に付加されたヘッダを読み込み、１つに結合された各暗号化データの先頭を特定する。そして、復号データ決定部２２４が入力した復号部分情報が示す部分を、復号データ決定部２２４が入力した鍵で復号する（ステップＳ６０９）。
【０１４１】
例えば、復号部分情報が３番目を示し、ユーザ端末１０２の鍵記憶部２２０が鍵［ｄ−４］を記憶している場合、図７（ｂ）を参照すると、データ復号部２２２は、１つに結合された結合暗号化データのうち、３番目の暗号化データの部分の復号を試みる。図７（ａ）を参照すると、結合暗号化データのうち、３番目の暗号化データの部分は、鍵［ｄ−４］で暗号化されているので、データ復号部２２２は、鍵［ｄ−４］で暗号化データを復号することができる。
【０１４２】
データ復号部２２２は、復号したデータをデータ利用部２２３に入力する。例えば、データ利用部２２３に入力されたデータが、無線ＬＡＮの近距離通信部１０５の設定情報であった場合、近距離通信部１０５は、無線ＬＡＮアクセスポイント１０７を介して通信ネットワーク１０８に接続することが可能になる（ステップＳ６１０）。
【０１４３】
なお、最大鍵有効日数分の鍵を鍵格納部２０２から読み出す鍵選択部２０３は、９月２１日および９月２２日においてもユーザ端末１０２へ予め送信した鍵［ｄ−４］を選択し、データ暗号部２０５は、鍵選択部２０３が選択した鍵［ｄ−４］でデータを暗号化するが、鍵選択部２０３は、９月２３日以降は鍵［ｄ−４］を選択しない。
【０１４４】
以上に述べたように、この実施の形態によれば、データ復号部２２２は、結合暗号化データが含む暗号化データのすべてに対して復号を試みる必要がなく、鍵記憶部２２０が記憶している鍵に対応する暗号化データの部分にだけ復号すればよいため、ユーザ端末１０２の復号処理負担を軽減させることができる。
【０１４５】
実施の形態４．
本発明の第４の実施の形態を説明する。本発明の第４の実施の形態の構成は、本発明の第１の実施の形態の構成と同様である。そのため、第４の実施の形態の各構成要素には、図１および図２と同じ符号を付し、説明を省略する。
【０１４６】
本発明の第４の実施の形態の動作を説明する。ユーザ端末１０２が、データ配信サーバ１００から各種設定情報等のデータを受信する前の事前準備の動作は、第１の実施の形態における動作と同様なため、説明を省略する。
【０１４７】
ユーザ端末１０２が、データ配信装置１０１からデータを受信する際の動作について説明する。図１６は、第４の実施の形態で、ユーザ端末１０２が、データ配信装置１０１からデータを受信する際の動作を説明するフローチャートである。
【０１４８】
データ配信サーバ１００の鍵生成部２０１は、毎日１つの鍵と、データを暗号化および復号する鍵とを生成して（ステップＳ７０１）、鍵格納部２０２に入力する。鍵格納部２０２は、入力された鍵を記憶し（ステップＳ７０２）、鍵格納テーブルで、入力された鍵と鍵の生成日付とを対応づける。
【０１４９】
データ生成部２０４は、単方向通信によってユーザ端末１０２に送信するデータを生成して（ステップＳ７０３）、データ暗号部２０５に入力する。鍵選択部２０３は、鍵格納部２０２から最新の最大鍵有効日数分の鍵と、データを暗号化および復号する鍵とをそれぞれ読み出して（ステップＳ７０４）、データ暗号部２０５に入力する。
【０１５０】
具体的には、例えば、最大鍵有効日数が７日であり、本日が９月２０日であるとすると、鍵選択部２０３は、９月１４日から９月２０日までに鍵生成部２０１が生成した鍵と、データを暗号化する鍵とをそれぞれ読み出す。
【０１５１】
データ暗号部２０５は、データ生成部２０４が入力したデータを、鍵選択部２０３が入力したデータを暗号化および復号する鍵で、暗号化した暗号化データを生成する。また、データ暗号部２０５は、データを暗号化および復号する鍵を、鍵選択部２０３が入力した最大鍵有効日数分の鍵でそれぞれ暗号化した暗号化鍵を生成し（ステップＳ７０５）、生成した暗号化データと、各暗号化鍵とをサーバ暗号データ送信部２０６に入力する。サーバ暗号データ送信部２０６は、入力された各暗号化鍵を１つに結合し、結合した暗号化鍵の先頭に、各暗号化鍵の先頭を示すヘッダを付加した結合暗号化鍵を生成し、暗号化データとともに通信ネットワーク１０８を介してデータ配信装置１０１に送信する（ステップＳ７０６）。
【０１５２】
結合暗号化鍵の先頭に付加されるヘッダは、結合暗号化鍵の先頭であることを示す。また、結合暗号化鍵の先頭に付加されるヘッダは、例えば、結合暗号化鍵の先頭から何ビット目がどの暗号化鍵の先頭であるのかを各暗号化鍵について示す情報を含む。なお、ヘッダが各暗号化鍵の先頭を示す方法は、これに限定されるものではなく、他の方法で各暗号化鍵の先頭を示してもよい。
【０１５３】
データ暗号部２０５は、データを暗号化および復号する鍵を鍵選択部２０３が入力した鍵でそれぞれ暗号化した暗号化鍵を生成するので、例えば、鍵選択部２０３が、データ暗号部２０５に鍵を７つ入力すると、データ暗号部２０５は、暗号化鍵を７つ生成する。
【０１５４】
データ暗号部２０５は、生成した各暗号化鍵と暗号化データとを、サーバ暗号データ送信部２０６に入力する。サーバ暗号データ送信部２０６は、入力された各暗号化鍵を１つに結合し、暗号化されて１つに結合された結合暗号化鍵の先頭に、各暗号化鍵の先頭を示すヘッダを付加した結合暗号化鍵を生成する。
【０１５５】
データ配信装置１０１の暗号データ受信部２１２は、結合暗号化鍵と暗号化データとを受信すると、受信した結合暗号化鍵と暗号化データとを、暗号データ格納部２１３に入力する。データ配信装置１０１の暗号データ送信部２１４は、暗号データ格納部２１３に入力された結合暗号化鍵と暗号化データとを読み出し、読み出した結合暗号化鍵と暗号化データとを、可視光線でユーザ端末１０２に送信する（ステップＳ７０７）。なお、ユーザ端末１０２の可視光線受光部１０３が確実に可視光線を受光して結合暗号化データを受信するために、暗号データ送信部２１４は、結合暗号化データを複数回繰り返し送信することが好ましい。
【０１５６】
ユーザ端末１０２の端末暗号データ受信部２２１は、可視光線受光部１０３を介して、結合暗号化鍵と暗号化データとを受信すると、受信した結合暗号化鍵と暗号化データとを、データ復号部２２２に入力する。データ復号部２２２は、結合暗号化鍵の先頭に付加されたヘッダを読み込み、１つに結合された各暗号化鍵の先頭を特定し、特定した各暗号化鍵の先頭以降の部分のそれぞれに、鍵記憶部２２０が記憶している鍵を使って復号を試みる（ステップＳ７０８）。
【０１５７】
例えば、ユーザ端末１０２の鍵記憶部２２０が鍵［ｄ−４］を記憶している場合、データ復号部２２２は、１つに結合された結合暗号化鍵のうち、鍵［ｄ−４］で暗号化された部分を復号することができる（ステップＳ７０９）。
【０１５８】
データ復号部２２２は、復号した鍵で、暗号化データを復号する（ステップＳ７１０）。そして、復号したデータをデータ利用部２２３に入力する。例えば、データ利用部２２３に入力されたデータが、無線ＬＡＮの近距離通信部１０５の設定情報であった場合、近距離通信部１０５は、無線ＬＡＮアクセスポイント１０７を介して通信ネットワーク１０８に接続することが可能になる（ステップＳ７１１）。
【０１５９】
以上に述べたように、この実施の形態によれば、データを復号する鍵を暗号化してユーザ端末１０２に提供するため、データの秘匿性を保つことができる。
【０１６０】
なお、本発明の各実施の形態を組み合わせて実施してもよい。具体的には、例えば、第２の実施の形態と、第３の実施の形態とを組み合わせて、端末鍵有効曜日と、本日の曜日とにもとづいて、復号データ決定部２２４が、データ復号部２２２が復号を試みる結合暗号化データの部分を決定してもよい。
【０１６１】
また、本発明の各実施の形態では、共通鍵方式を採用して、データの暗号化と復号とを同じ鍵で行ったが、本発明はこれに限定されるものではなく、公開鍵方式等を採用して、データの暗号化と復号とを異なる鍵で行ってもよい。
【産業上の利用可能性】
【０１６２】
本発明は、単方向通信を用いて、ユーザに応じた情報を送信するシステムに適用することができる。
【図面の簡単な説明】
【０１６３】
【図１】本発明の第１の実施の形態の一構成例を示すブロック図である。
【図２】第１の実施の形態におけるデータ配信サーバ、データ配信装置、およびユーザ端末の一構成例を示すブロック図である。
【図３】第１の実施の形態における鍵格納テーブルの例を示す説明図である。
【図４】第１の実施の形態におけるユーザ情報テーブルの例を示す説明図である。
【図５】本発明の第１の実施の形態の事前準備の動作を説明するフローチャートである。
【図６】第１の実施の形態で、ユーザ端末が、データ配信装置からデータを受信する際の動作を説明するフローチャートである。
【図７】第１の実施の形態において、データ生成部が生成したデータの処理を説明する説明図である。
【図８】第２の実施の形態におけるユーザ情報テーブルの例を示す説明図である。
【図９】第２の実施の形態における鍵格納テーブルの例を示す説明図である。
【図１０】本発明の第２の実施の形態の事前準備の動作を説明するフローチャートである。
【図１１】第２の実施の形態で、ユーザ端末が、データ配信装置からデータを受信する際の動作を説明するフローチャートである。
【図１２】第２の実施の形態において、データ生成部が生成したデータの処理を説明する説明図である。
【図１３】本発明の第３の実施の形態の一構成例を示すブロック図である。
【図１４】本発明の第３の実施の形態の事前準備の動作を説明するフローチャートである。
【図１５】第３の実施の形態で、ユーザ端末が、データ配信装置からデータを受信する際の動作を説明するフローチャートである。
【図１６】第４の実施の形態で、ユーザ端末が、データ配信装置からデータを受信する際の動作を説明するフローチャートである。
【符号の説明】
【０１６４】
１００  データ配信サーバ
１０１  データ配信装置
１０２  ユーザ端末
１０３  可視光線受光部
１０４  公衆網通信部
１０５  近距離通信部
１０６  基地局
１０７  無線ＬＡＮアクセスポイント
１０８  通信ネットワーク
２０１  鍵生成部
２０２  鍵格納部
２０３  鍵選択部
２０４  データ生成部
２０５  データ暗号部
２０６  サーバ暗号データ送信部
２０７  鍵要求受信部
２０８  ユーザ情報格納部
２０９  送信鍵決定部
２１０  鍵送信部
２１２  暗号データ受信部
２１３  暗号データ格納部
２１４  暗号データ送信部
２１６  入力部
２１７  鍵要求送信部
２１８  鍵受信部
２１９  出力部
２２０  鍵記憶部
２２１  端末暗号データ受信部
２２２  データ復号部
２２３  データ利用部
【図１】
2006180110.tif 000003
【図２】
2006180110.tif 000004
【図３】
2006180110.tif 000005
【図４】
2006180110.tif 000006
【図５】
2006180110.tif 000007
【図６】
2006180110.tif 000008
【図７】
2006180110.tif 000009
【図８】
2006180110.tif 000010
【図９】
2006180110.tif 000011
【図１０】
2006180110.tif 000012
【図１１】
2006180110.tif 000013
【図１２】
2006180110.tif 000014
【図１３】
2006180110.tif 000015
【図１４】
2006180110.tif 000016
【図１５】
2006180110.tif 000017
【図１６】
2006180110.tif 000018