JP2002229449A - データ認証方法およびデータ認証システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ネット網４，３，６，１を介してユーザ端末
５からサーバ２へ送信された通信データの信頼性を高め
ること。 【解決手段】 サーバ２が受信した通信データを他のサ
ーバ６に転送し、その他のサーバ６での受信時刻を通信
データとともに応答させる（時刻認証）。ユーザ端末５
において、共通鍵と乱数とから生成したセッションキー
を用いて通信データを暗号化するととともに、乱数およ
びその暗号結果を通信データとともにサーバ２へ送信
し、サーバ２でも共通鍵を用いて同一の処理を行う（改
ざん防止）。ユーザ端末５において、生成したセッショ
ンキーで通信データを暗号化するとともに、セッション
キーを秘密鍵で暗号化して送信する。サーバ２では、公
開鍵でセッションキー、通信データを復号し、この通信
データと共に暗号化されていたシグネチャと受信したシ
グネチャとの一致判定を行う（改ざん防止、データの秘
匿性向上）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットな
どのネット網を介してユーザ端末からサーバへ通信デー
タを送信した場合に、その通信データの信頼性などを高
めるためのデータ認証方法およびデータ認証システムに
関するものである。

【０００２】

【従来の技術】近年、インターネット技術の普及に伴
い、単に情報を提供する場としてのインターネットか
ら、実際に商品やサービスなどを取引する場としてのイ
ンターネットへ、その質が変化しようとしている。

【０００３】

【発明が解決しようとする課題】そして、このように実
社会での商取引の一部としてインターネットを利用する
ためには、ネット上で商取引を行うサーバなどのサーバ
運営者においては、発注などの受信した通信データが、
それに対して商取引を行っても良い、十分に信頼できる
ものであるのか否かがとても重要な要素となる。

【０００４】たとえば、いたずやら他人になりすました
発注であったり、発注が盗聴されてしまったり、発注が
インターネット上において改ざんされてしまったり、な
どの問題が生じないことが保証されていることが重要と
なる。

【０００５】また、このような発注自体は信用できるも
のであったとしても、単にネット上で商取引を行うサー
バにおいて発注を受信しただけでは、この発注が何時な
されたのかを客観的に証明することができないため、本
来ならばクーリングオフ期間が経過しているにも拘わら
ず、ユーザからの一方的な解約申込にしぶしぶ応じなけ
ればならないなどの問題もある。

【０００６】本発明は、ネット網を介してユーザ端末か
らサーバへ送信された通信データの信頼性を高めること
ができるデータ認証方法およびデータ認証システムを得
ることを目的とする。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明のデータ認証方法は、ユーザ端末からネッ
ト網を介してサーバへ送信される通信データを認証する
データ認証方法であって、上記サーバから上記ネット網
に接続された他のサーバへ上記通信データを転送し、当
該他のサーバにおいて受信時刻情報を追加して応答さ
せ、上記サーバでは当該応答に係る通信データを当該受
信時刻情報とともに保持することで、上記通信データの
通信時刻の認証を行うようにしている。

【０００８】この方法を採用すれば、通信データが遅く
とも上記受信時刻情報が示す時刻においては、ユーザ端
末からネット網を介してサーバへ送信されていること
が、他のサーバによって認証される。したがって、ユー
ザ端末の利用者もサーバの運営者も、当該通信データが
送信された時刻を偽ることができず、この時刻を基準と
してクーリングオフ期間経過後の売買契約などの解約な
どを防止することができ、ネット網を利用した安定した
商取引を実現させることができる。

【０００９】本発明のデータ認証方法は、前記他のサー
バは、前記サーバから受信した前記通信データおよびこ
れに追加した前記受信時刻情報を記録するようにしてい
る。

【００１０】この方法を採用すれば、ユーザ端末でもな
く且つサーバでもない他のサーバにおいても、通信デー
タがその認証時刻とともに記録されるので、当該他のサ
ーバに記録されている情報に基づいて通信データが所定
の認証時刻にはなされていたことを客観的に証明するこ
とができる。したがって、第三者となる他のサーバにお
いて通信データの認証時刻が客観的に証明されるので、
ネット網を利用した商取引をより一層安定なものとする
ことができる。

【００１１】本発明のデータ認証方法は、ユーザ端末か
らネット網を介してサーバへ送信される通信データを認
証するデータ認証方法であって、上記ユーザ端末と上記
サーバとに同一の共通鍵を予め持たせるとともに、上記
ユーザ端末において、当該共通鍵と乱数とに基づいて生
成したセッションキーを用いて上記通信データを暗号化
し、更に、当該暗号化した通信データ、上記乱数および
上記通信データを送信し、上記サーバにおいて、上記共
通鍵と、受信した乱数とを用いて受信した通信データを
暗号化し、その暗号化結果と受信した上記ユーザ端末で
の暗号結果とが一致するか否かに基づいてデータの一貫
性の認証を行うようにしている。

【００１２】この方法を採用すれば、ユーザ端末におけ
る暗号化処理と同様の処理をサーバにおいて繰り返し、
その処理結果とユーザ端末からの受信データとの一致を
判定するので、通信データがネット上において改ざんさ
れていないことを証明することができる。また、これら
が一致していれば、サーバに登録されている共通鍵と同
一の鍵を利用した暗号化されていることも証明される
で、サーバにおいては所定の共通鍵を有するユーザから
の通信データであると判断することもでき、当該通信デ
ータの内容を信用することができる。

【００１３】本発明のデータ認証方法は、ユーザ端末か
らネット網を介してサーバへ送信される通信データを認
証するデータ認証方法であって、上記ユーザ端末に秘密
鍵および電子署名能力を持たせるとともに上記サーバに
は当該秘密鍵と対となる公開鍵を利用可能とするととも
に、上記ユーザ端末において、生成したセッションキー
を用いて上記電子署名を付加した上記通信データを暗号
化し、当該セッションキーを秘密鍵で暗号化し、更に、
上記暗号化した通信データ、暗号化したセッションキー
および電子署名を送信し、上記サーバにおいて、上記電
子署名で特定できる公開鍵を用いてセッションキーを復
号し、当該セッションキーで通信データおよび電子署名
を復号し、更に、この復号した電子署名と上記受信した
電子署名とが一致するか否かに基づいてデータの一貫性
の認証を行うようにしている。

【００１４】この方法を採用すれば、ユーザ端末におい
て暗号化された通信データおよびセッションキーを、電
子署名に基づいて特定される公開鍵を用いて復号するの
で、その復号結果の電子署名と受信した電子署名が一致
していれば、通信データがネット上において改ざんされ
ていないことが証明され、且つ、当該公開鍵を配布した
ユーザからの通信データであることを特定することがで
きる。

【００１５】しかも、通信データは暗号化された状態で
ネット網上を伝送されるので、通信データの秘匿性を保
証することもできる。

【００１６】本発明のデータ認証方法は、上記データ認
証方法であって、前記サーバから前記ネット網に接続さ
れた他のサーバへ、暗号化された通信データを、それと
ともに受信した情報とともに転送し、当該他のサーバに
おいて受信時刻情報を追加して応答させ、上記サーバで
は当該応答に含まれる転送情報とともに当該受信時刻情
報を保持することで、上記通信データの通信時刻の認証
を行うようにしている。

【００１７】この方法を採用すれば、通信データが遅く
とも上記受信時刻情報が示す時刻においては、ユーザ端
末からネット網を介してサーバへ送信されていること
が、他のサーバによって認証される。

【００１８】特に、サーバがユーザ端末から受信した情
報を含めて他のサーバにおいて時刻認証されるので、単
に通信データのみを認証した場合とことなり、何時（認
証時刻）、誰が、どのような通信データをサーバに送信
したかのかを認証することができ、単に受信した事実の
みならず送信者であるユーザの意思をも含めて認証する
ことができる。

【００１９】本発明のデータ認証システムは、ユーザ端
末からネット網を介してサーバへ送信される通信データ
を認証するデータ認証システムであって、上記サーバに
設けられ、上記通信データを上記ネット網へ送信する転
送手段と、上記ネット網に接続され、当該転送手段によ
り転送された上記通信データを受信し、この受信した通
信データにその受信時刻情報を付加して当該ネット網へ
応答する時刻認証サーバと、上記サーバに設けられ、上
記受信時刻情報が付加された通信データを受信して記憶
する記憶手段と、を備えるものである。

【００２０】この方法を採用すれば、通信データが遅く
とも上記受信時刻情報が示す時刻においては、ユーザ端
末からネット網を介してサーバへ送信されていること
が、他のサーバによって認証される。したがって、ユー
ザ端末の利用者もサーバの運営者も、当該通信データが
送信された時刻を偽ることができず、この時刻を基準と
してクーリングオフ期間経過後の売買契約などの解約な
どを防止することができ、ネット網を利用した安定した
商取引を実現させることができる。

【００２１】本発明のデータ認証システムは、前記時刻
認証サーバは、前記転送手段により転送された通信デー
タを、その受信時刻情報とともに保持するものである。

【００２２】この方法を採用すれば、ユーザ端末でもな
く且つサーバでもない他のサーバにおいても、通信デー
タがその認証時刻とともに記録されるので、当該他のサ
ーバに記録されている情報に基づいて通信データが所定
の認証時刻にはなされていたことを客観的に証明するこ
とができる。したがって、第三者となる他のサーバにお
いて通信データの認証時刻が客観的に証明されるので、
ネット網を利用した商取引をより一層安定なものとする
ことができる。

【００２３】本発明のデータ認証システムは、ユーザ端
末からネット網を介してサーバへ送信される通信データ
を認証するデータ認証システムであって、上記ユーザ端
末および上記サーバそれぞれに設けられ、同一の共通鍵
を記憶する鍵データベースと、上記ユーザ端末に設けら
れ、当該鍵データベースに登録された共通鍵と乱数とに
基づいてセッションキーを生成し、更に当該セッション
キーで上記通信データを暗号化する暗号化手段と、上記
ユーザ端末に設けられ、当該暗号化した通信データ、上
記乱数および上記通信データを送信する送信手段と、上
記サーバに設けられ、当該送信手段が送信したデータを
受信する受信手段と、上記サーバに設けられ、上記鍵デ
ータベースに登録された共通鍵と受信した乱数とに基づ
いてセッションキーを生成し、更に当該セッションキー
で受信した通信データを暗号化する再暗号化手段と、こ
の再暗号化手段により生成された暗号化通信データと、
受信した暗号化通信データとを比較し、一致する場合に
はデータの一貫性を認証する認証手段と、を備えるもの
である。

【００２４】この方法を採用すれば、ユーザ端末におけ
る暗号化処理と同様の処理をサーバにおいて繰り返し、
その処理結果とユーザ端末からの受信データとの一致を
判定するので、通信データがネット上において改ざんさ
れていないことを証明することができる。また、これら
が一致していれば、サーバに登録されている共通鍵と同
一の鍵を利用した暗号化されていることも証明される
で、サーバにおいては所定の共通鍵を有するユーザから
の通信データであると判断することもでき、当該通信デ
ータの内容を信用することができる。

【００２５】本発明のデータ認証システムは、ユーザ端
末からネット網を介してサーバへ送信される通信データ
を認証するデータ認証システムであって、上記ユーザ端
末に設けられ、秘密鍵および電子署名を記憶する鍵デー
タベースと、上記ユーザ端末に設けられ、当該鍵データ
ベースに登録された電子署名を付加した上記通信データ
を生成したセッションキーで暗号化し、更に当該セッシ
ョンキーを上記秘密鍵で暗号化する暗号化手段と、上記
ユーザ端末に設けられ、当該暗号化した通信データ、上
記暗号化したセッションキーおよび上記電子署名を送信
する送信手段と、上記サーバに設けられ、当該送信手段
が送信したデータを受信する受信手段と、上記サーバに
設けられ、受信した電子署名に基づいて特定される公開
鍵を用いてセッションキーを復号し、更に当該セッショ
ンキーで受信した通信データを復号する復号手段と、こ
の復号手段によって当該通信データとともに復号された
電子署名と受信した電子署名とを比較し、一致する場合
にはデータの一貫性を認証する認証手段と、を備えるも
のである。

【００２６】この方法を採用すれば、ユーザ端末におい
て暗号化された通信データおよびセッションキーを、電
子署名に基づいて特定される公開鍵を用いて復号するの
で、その復号結果の電子署名と受信した電子署名が一致
していれば、通信データがネット上において改ざんされ
ていないことが証明され、且つ、当該公開鍵を配布した
ユーザからの通信データであることを特定することがで
きる。

【００２７】しかも、通信データは暗号化された状態で
ネット網上を伝送されるので、通信データの秘匿性を保
証することもできる。

【００２８】本発明のデータ認証システムは、前記サー
バに設けられ、前記受信手段が受信したデータを前記ネ
ット網へ送信する転送手段と、上記ネット網に接続さ
れ、当該転送手段により転送された上記通信データを受
信し、この受信した通信データにその受信時刻情報を付
加して当該ネット網へ応答する時刻認証サーバと、上記
サーバに設けられ、上記受信時刻情報が付加された通信
データを受信して記憶する記憶手段と、を設けたもので
ある。

【００２９】この方法を採用すれば、通信データが遅く
とも上記受信時刻情報が示す時刻においては、ユーザ端
末からネット網を介してサーバへ送信されていること
が、他のサーバによって認証される。

【００３０】特に、サーバがユーザ端末から受信した情
報を含めて他のサーバにおいて時刻認証されるので、単
に通信データのみを認証した場合とことなり、何時（認
証時刻）、誰が、どのような通信データをサーバに送信
したかのかを認証することができ、単に受信した事実の
みならず送信者であるユーザの意思をも含めて認証する
ことができる。

【００３１】

【発明の実施の形態】本発明の実施の形態１に係るデー
タ認証方法およびデータ認証システムが適用されたデー
タ通信システムについて図に基づいて説明する。

【００３２】実施の形態１．図１は、本発明の実施の形
態１に係るデータ通信システムの全体構成を示すシステ
ム構成図である。

【００３３】このデータ通信システムは、インターネッ
ト１と、このインターネット１に接続され、商品などを
販売するネット上で商取引を行うサーバ２と、無線通信
網３と、無線通信網３に接続された基地局４と、この基
地局４との間で無線通信を行うことでデータ通信を行う
携帯電話端末５と、インターネット１および無線通信網
３に接続され、これらの通信網１，３の間でのデータ転
送処理を行うゲートウェイサーバ６と、を備える。な
お、この実施の形態では、インターネット１、ゲートウ
ェイサーバ６、無線通信網３、基地局４を合わせたもの
がネット網となる。

【００３４】図２は、図１のデータ通信システム中の、
ネット上で商取引を行うサーバ２の構成を示すサーバ構
成図である。

【００３５】ネット上で商取引を行うサーバ２は、イン
ターネット１に接続されるインターネットインタフェー
ス部（インターネットＩ／Ｆ部）７および、このインタ
ーネットＩ／Ｆ部７によるデータ送受信を制御する制御
部８を備えるサーバ本体９と、このサーバ本体９に接続
され、プログラム記憶部１０およびデータ記憶部１１を
備える記憶機器１２と、を備える。

【００３６】プログラム記憶部１０には、ホームページ
送信プログラム（ＨＰ送信プログラム）１３、再暗号化
手段および認証手段もしくは復号手段および認証手段と
なる復号プログラム１４、転送手段となるタイムスタン
プリクエストプログラム１５、オーダデータベース１８
とともに記憶手段となるオーダ登録プログラム１６、そ
の他の制御部８が実行するプログラムが記憶されてい
る。

【００３７】データ記憶部１１には、オーダフォームを
含むホームページデータ（ＨＰデータ）を記憶するＨＰ
データベース１７、オーダを記憶するオーダデータベー
ス１８、その他の制御部８がプログラムの実行の際に利
用するデータが記憶されている。

【００３８】ＨＰ送信プログラム１３は、インターネッ
トＩ／Ｆ部７からＨＰの送信リクエストが入力された場
合に制御部８にて実行されるプログラムである。このＨ
Ｐ送信プログラム１３を実行する制御部８は、当該リク
エストに含まれるＨＰアドレスに基づいてＨＰデータベ
ース１７から所定のＨＰデータを読み出し、これをイン
ターネットＩ／Ｆ部７から応答させるものである。

【００３９】復号プログラム１４は、インターネットＩ
／Ｆ部７から発注が入力された場合に制御部８にて実行
されるプログラムである。この復号プログラム１４を実
行する制御部８は、暗号化されている当該発注を所定の
復号処理によって復号するものである。

【００４０】タイムスタンプリクエストプログラム１５
は、当該復号処理によって発注に含まれているオーダ情
報の信頼性があると判断された場合に、制御部８にて実
行されるプログラムである。このタイムスタンプリクエ
ストプログラム１５を実行する制御部８は、転送手段と
して機能し、上記オーダ情報や各種の鍵情報を含むタイ
ムスタンプリクエスト情報を生成し、これをインターネ
ットＩ／Ｆ部７からゲートウェイサーバ６へ送信させ
る。

【００４１】オーダ登録プログラム１６は、タイムスタ
ンプ（時刻認証）がなされた上記タイムスタンプリクエ
スト情報がインターネットＩ／Ｆ部７から入力された場
合に制御部８にて実行されるプログラムである。このオ
ーダ登録プログラム１６を実行する制御部８は、記憶手
段として機能し、上記タイムスタンプがなされた上記タ
イムスタンプリクエスト情報をオーダデータベース１８
に登録する。

【００４２】図３は、図１のデータ通信システム中の、
ゲートウェイサーバ６の構成を示すサーバ構成図であ
る。

【００４３】ゲートウェイサーバ６は、インターネット
１に接続されるインターネットインタフェース部（イン
ターネットＩ／Ｆ部）１９、無線通信網３に接続される
無線通信網インターフェース部（無線通信網Ｉ／Ｆ部）
２０および、これらのインターネットＩ／Ｆ部１９およ
び無線通信網Ｉ／Ｆ部２０によるデータ送受信を制御す
る制御部２１を備えるサーバ本体２２と、このサーバ本
体２２に接続され、プログラム記憶部２３およびデータ
記憶部２４を備える記憶機器２５と、を備える。

【００４４】プログラム記憶部２３には、ＨＰ送信リク
エスト転送プログラム２６、ＨＰデータ転送プログラム
２７、タイムスタンププログラム２８、その他の制御部
２１が実行するプログラムが記憶されている。したがっ
て、このゲートウェイサーバ６は時刻認証サーバとして
機能する。

【００４５】データ記憶部２４には、転送データ記憶領
域２９、タイムスタンプデータ記憶領域３０、その他の
制御部２４がプログラムの実行の際に利用するデータが
記憶されている。

【００４６】転送データ記憶領域２９は、ＨＰ送信リク
エスト転送プログラム２６が転送するＨＰ送信リクエス
トをその送信元の携帯電話端末５と対応付けて記憶した
り、ＨＰデータ転送プログラム２７が転送するＨＰデー
タを一時的に記憶したりする領域である。

【００４７】ＨＰ送信リクエスト転送プログラム２６
は、無線通信網Ｉ／Ｆ部２０からＨＰデータの送信リク
エストが入力された場合に制御部２１において実行され
るものである。このＨＰ送信リクエスト転送プログラム
２６を実行する制御部２１は、上記ＨＰデータの送信リ
クエストをインターネットＩ／Ｆ部１９から送信させる
とともに、そのリクエストと送信元の携帯電話端末５と
を対応付けて転送データ記憶領域２９に記憶させる。

【００４８】ＨＰデータ転送プログラム２７は、インタ
ーネットＩ／Ｆ部１９からＨＰデータが入力された場合
に制御部２１において実行されるものである。このＨＰ
データ転送プログラム２７を実行する制御部２１は、上
記ＨＰデータを転送データ記憶領域２９に一時記憶させ
た後、所定のデータサイズ毎に分割して無線通信網Ｉ／
Ｆ部２０から上記リクエストに係る携帯電話端末５に送
信するものである。

【００４９】なお、このとき、ホームページデータに割
り付けられているハイパーリンクタグについては、携帯
電話端末５の種類によってはこれを処理することができ
ないので、携帯電話端末５にて入力可能なテキストに変
換するとともに、そのテキストとリンク先のＨＰアドレ
スとを対応付けたリンク対応リストを転送データ記憶領
域２９に記憶してもよい。これにより、携帯電話端末５
から送信できるものがテキストだけであったとしても、
上記ＨＰ送信リクエスト転送プログラム２６を実行する
制御部２１は、上記リンク対応リストに基づいてリクエ
ストに係るＨＰアドレスを特定でき、要求に係るリンク
先へＨＰアドレスの送信リクエストを転送することがで
きる。

【００５０】タイムスタンププログラム２８は、インタ
ーネットＩ／Ｆ部１９がタイムスタンプリクエスト情報
を受信した場合に制御部２１にて実行されるものであ
る。このタイムスタンププログラム２８を実行する制御
部２１は、受信したタイムスタンプリクエスト情報に、
図示外のタイマあるいは図示外のタイマーサーバから取
得した時刻情報を追加して、インターネットＩ／Ｆ部１
９から応答させるとともに、当該追加後のタイムスタン
プリクエスト情報をタイムスタンプデータ記憶領域３０
に記憶する。

【００５１】図４は、図１のデータ通信システム中の、
携帯電話端末５の構成を示す端末構成図である。

【００５２】携帯電話端末５は、アンテナ３１を用いて
データやリクエストを送受信するＲＦ回路３２と、この
ＲＦ回路３２が送受信するデータやリクエストをＲＦコ
ンバータ３３を介してバッファリングするＲＦバッファ
３４と、ディスプレイ３５、入力キー３６、スピーカ３
７、マイク３８などが接続される入出力ポート３９と、
中央処理装置４０と、各種のプログラムやデータを記憶
するメモリ４１と、ＲＦバッファ３４、入出力ポート３
９、中央処理装置４０およびメモリ４１を接続するバス
４２と、を備える。なお、この実施の形態では、アンテ
ナ３１、ＲＦ回路３２、ＲＦコンバータ３３およびＲＦ
バッファ３４が送信手段となる。

【００５３】メモリ４１は、通話プログラム４３、ブラ
ウザプログラム４４、暗号化手段である暗号化プログラ
ム４５、その他の中央処理装置４０が実行するプログラ
ムや、鍵データベース４６、電話番号データベース４
７、その他の中央処理装置４０がプログラム実行の際に
利用する各種のデータが記憶されている。

【００５４】鍵データベース４６には、ネット上で商取
引を行うサーバ２に対する商品オーダなどを生成する場
合に利用する鍵が格納されている。この鍵は、ネット上
で商取引を行うサーバ２の復号プログラムにて復号処理
する場合に利用する鍵と同一の鍵、所謂共通鍵であって
も、各携帯電話端末５の利用者が生成した公開鍵方式の
秘密鍵および電子署名であってもよい。なお、後者の場
合には、当該秘密鍵と同時に生成される公開鍵はネット
上で商取引を行うサーバ２にて利用可能な状態にあるも
のとする。

【００５５】電話番号データベース４７には、当該携帯
電話端末５を利用するユーザに割り当てられた固有の電
話番号が記憶されている。

【００５６】通話プログラム４３は、入力キー３６の操
作によって他の携帯電話端末５などの電話番号が入力さ
れた場合などに中央処理装置４０にて実行されるもので
ある。この通話プログラム４３を実行する中央処理装置
４０は、上記入力された電話番号を要求先として回線確
立処理および回線遮断処理を行うものである。また、回
線が確立した状態では、入出力ポート３９を介してマイ
ク３８から入力された音声をＲＦ回路３２から送信さ
せ、ＲＦ回路３２から入力された音声データを入出力ポ
ート３９を介してスピーカ３７から音声出力させる。

【００５７】ブラウザプログラム４４は、所定の入力キ
ー３６の操作に基づいて中央処理装置４０にて実行され
るものである。このブラウザプログラム４４を実行する
中央処理装置４０は、入力キー３６から入力されたテキ
ストあるいは入力キー３６により選択されたテキストを
含むＨＰ送信リクエストをＲＦ回路３２から送信させ
る。また、これに応じてＲＦ回路３２がＨＰデータを受
信すると、これをディスプレイ３５に表示させる。

【００５８】暗号化プログラム４５は、ネット上で商取
引を行うサーバ２に対する発注などが入力された場合に
ブラウザプログラム４４から呼び出されて中央処理装置
４０にて実行されるプログラムである。この暗号化プロ
グラム４５を実行する中央処理装置４０は、入力キー３
６から入力されたテキストを鍵データベース４６に登録
されている鍵などを用いて暗号化するものである。そし
て、この暗号化プログラム４５を実行する中央処理装置
４０にて暗号化されたテキストは、他のデータと同様に
ブラウザプログラム４４を実行する中央処理装置４０の
制御の下で送信される。

【００５９】次にこのようなデータ通信システムを用い
たネット上で商取引を行うサーバ２への商品やサービス
の発注方法及びそれに伴う認証方法について説明する。

【００６０】携帯電話端末５の電源を入力した後、所定
の入力キー３６の操作を行うと、携帯電話端末５の中央
処理装置４０は通話プログラム４３の実行を停止してブ
ラウザプログラム４４の実行を開始する。

【００６１】中央処理装置４０がブラウザプログラム４
４に基づいて動作している状態で、入力キー３６を操作
してＵＲＬを指定するためのテキストが入力されたり、
ディスプレイ３５に表示されているＵＲＬが選択された
りすると、当該中央処理装置４０は、その入力されたテ
キストを含むＨＰ送信リクエストを生成し、これをＲＦ
バッファ３４、ＲＦコンバータ３３およびＲＦ回路３２
を介してアンテナ３１から無線送信させる。

【００６２】無線送信されたＨＰ送信リクエストは、当
該携帯電話端末５をゾーンに収容する基地局４にて受信
され、無線通信網３を介してゲートウェイサーバ６にて
受信される。

【００６３】ゲートウェイサーバ６では、無線通信網Ｉ
／Ｆ部２０が当該ＨＰ送信リクエストを受信し、制御部
２１がＨＰ送信リクエスト転送プログラム２６を実行す
る。これにより、当該ＨＰデータの送信リクエストはイ
ンターネットＩ／Ｆ部１９からインターネット１へ転送
される。また、ＨＰ送信リクエスト転送プログラム２６
を実行する制御部２１は、当該送信リクエストと送信元
の携帯電話端末５とを対応付けて転送データ記憶領域２
９に記憶させる。

【００６４】インターネット１に送出されたＨＰデータ
送信リクエストは、そのＨＰアドレスあるいはそれが対
応付けられるＴＣＰ／ＩＰアドレスなどに基づいて所定
のインターネットサーバに送信される。

【００６５】そして、このインターネットサーバがネッ
ト上で商取引を行うサーバ２である場合には、インター
ネットＩ／Ｆ部７がこれを受信し、制御部８がＨＰ送信
プログラム１３を実行する。ＨＰ送信プログラム１３を
実行する制御部８は、当該リクエストに含まれるＨＰア
ドレスに基づいてＨＰデータベース１７から所定のＨＰ
データを読み出し、これをインターネットＩ／Ｆ部７か
ら応答させる。このＨＰデータは、インターネット１を
経由して、ゲートウェイサーバ６のインターネットＩ／
Ｆ部１９に受信される。

【００６６】ゲートウェイサーバ６では、インターネッ
トＩ／Ｆ部１９がＨＰデータを受信すると、ＨＰデータ
転送プログラム２７を実行する制御部２１によって、Ｈ
Ｐ送信リクエストの転送時に転送データ記憶領域２９に
記憶させておいた送信リクエストと送信元の携帯電話端
末５との対応リストから転送先の携帯電話端末５を抽出
し、無線通信網Ｉ／Ｆ部２０から当該携帯電話端末５宛
てに送信される。このＨＰデータは、無線通信網３およ
び基地局４を通じて携帯電話端末５のＲＦ回路３２にて
受信される。なお、このＨＰの転送にあたって、１つの
ホームページデータを複数回に分けて送信するようにし
てもよい。

【００６７】ＲＦ回路３２は受信したＨＰデータをＲＦ
コンバータ３３を介してＲＦバッファ３４に書き込む。
また、ブラウザプログラム４４を実行する中央処理装置
４０は、このＲＦバッファ３４に書き込まれたＨＰデー
タをディスプレイ３５に供給し、これによりホームペー
ジがディスプレイ３５に表示される。

【００６８】そして、このようにホームページが表示さ
れた状態で、入力キー３６を操作してＵＲＬを指定する
テキストを入力したり、ディスプレイ３５に表示されて
いるＵＲＬを選択したりする操作を繰り返すことで、以
上の処理が携帯電話端末５とネット上で商取引を行うサ
ーバ２などのインターネットサーバとの間にてなされ、
これにより携帯電話端末５の利用者は所望のホームペー
ジを閲覧することができる。

【００６９】また、このような閲覧処理をするととも
に、たとえば上記ネット上で商取引を行うサーバ２にお
いて、購入したい商品やサービスがあったとすると、所
定の入力キー３６の操作によって携帯電話端末５からオ
ーダフォーム用のＨＰ送信リクエストが送信される。こ
れに応じて、ネット上で商取引を行うサーバ２から携帯
電話端末５へオーダフォーム用のＨＰデータが送信され
る。

【００７０】このようにオーダフォーム用のＨＰデータ
がディスプレイ３５に表示された後、携帯電話端末５の
利用者は、所定の発注を入力する。この発注に含まれる
情報としては、少なくとも、発注内容（商品、サービス
の種類、数量など）を特定するための情報と、発注者
（携帯電話端末５の利用者）を特定するための情報と、
が含まれていればよい。好ましくは、この発注には、そ
の発注時刻なども含まれているよい。

【００７１】この発注の入力が完了すると、中央処理装
置４０は暗号化プログラム４５を実行し、発注を鍵デー
タベース４６に登録されている鍵などを用いて暗号化す
る。暗号化された発注は、他のデータと同様にブラウザ
プログラム４４を実行する中央処理装置４０の制御の下
でＲＦ回路３２から無線送信される。

【００７２】暗号化された発注は、無線通信網３、ゲー
トウェイサーバ６、インターネット１を介して、ネット
上で商取引を行うサーバ２のインターネットＩ／Ｆ部７
にて受信される。ネット上で商取引を行うサーバ２の制
御部８はこの受信に基づいて復号プログラム１４を実行
し、暗号化されている発注を所定の復号処理によって復
号する。そして、復号の結果、当該発注が少なくとも伝
送途中において改ざんされていと判断できる場合には、
制御部８は引き続きタイムスタンプリクエストプログラ
ム１５を実行して、この発注を含むタイムスタンプリク
エスト情報を生成し、インターネットＩ／Ｆ部７からゲ
ートウェイサーバ６へ送信させる。このタイムスタンプ
リクエスト情報には、発注のほかに受信した情報や、そ
の受注時刻情報などを含めるとよい。

【００７３】ゲートウェイサーバ６では、インターネッ
トＩ／Ｆ部１９がこのタイムスタンプリクエスト情報を
受信すると、制御部２１がタイムスタンププログラム２
８を実行し、受信したタイムスタンプリクエスト情報に
認証時刻情報を追加して、インターネットＩ／Ｆ部１９
から応答させる。また、当該認証時刻情報を追加したタ
イムスタンプリクエスト情報をタイムスタンプデータ記
憶領域３０に記憶する。

【００７４】また、ネット上で商取引を行うサーバ２で
は、インターネットＩ／Ｆ部７が、このゲートウェイサ
ーバ６から応答されたタイムスタンプリクエスト情報を
受信すると、制御部８は、オーダ登録プログラム１６を
実行し、タイムスタンプがなされた上記タイムスタンプ
リクエスト情報をオーダデータベース１８に登録する。
ネット上で商取引を行うサーバ２を運営する業者にあっ
ては、このオーダデータベース１８に登録されている注
文情報に基づいて商品の発送処理やサービスの手配など
を行う。

【００７５】このようにゲートウェイサーバ６などのよ
うに第三者が運営するサーバにおいて、発注がなされた
時刻（正確にはオーダがなされた後の所定の時刻）を認
証してもらうことで、ネット上で商取引を行うサーバ２
の運営者も携帯電話端末５の利用者も後から商品オーダ
の有無について否認したり、クーリングオフ期限後の解
約をしたりすることができなくなる。

【００７６】また、携帯電話端末５の利用者は、携帯電
話端末５を利用することで、他のホームページを閲覧す
るのと同様に、ゲートウェイサーバ６上に蓄積されてい
る自分の商品オーダをその認証された時刻と共に確認す
ることができる。これにより、ネット上で商取引を行う
サーバ２の運営者がデータを受信していなことを否認す
ることができなくなり、注文した商品やサービスを確実
に受け取ることができる。

【００７７】ところで、以上の実施の形態では、携帯電
話端末５において発注を暗号化し、且つ、ネット上で商
取引を行うサーバ２においてこれを復号するという単純
な暗号化、復号化処理について説明したが、発注の秘匿
性、発注のエンドトゥエンドの一貫性（改ざん防止）、
発注とそれを送信した携帯電話端末５（の利用者）との
認証などを要求する場合には、たとえば以下に示すよう
な暗号化復号化方式を採用すればよい。

【００７８】第一の方式は、非対称鍵を利用した方式で
ある。非対称鍵としては、可逆性の秘密鍵と公開鍵とを
用いた暗号化、復号化方式が有名である。

【００７９】この方式では、携帯電話端末５では、暗号
化処理において、鍵データベースに記憶されている秘密
鍵あるいはその電子署名で、発注にサインおよびハッシ
ュ処理を行するとともに、共通鍵方式のセッションキー
を作成し、このセッションキーで、上記サイン済みの発
注を暗号化する。次にセッションキーを秘密鍵で暗号化
する（暗号化手段）。そして、この暗号化したサイン済
み発注、暗号化したセッションキー、および、電子署名
をネット上で商取引を行うサーバ２に送信する（送信手
段）。

【００８０】ネット上で商取引を行うサーバ２では、上
記情報を受信し（受信手段）、復号化処理において、受
信した電子署名で公開鍵を確認（ベリファイ）し、暗号
化されているセッションキーを当該公開鍵で復号し、更
に、復号されたセッションキーでサイン済み発注を復号
する（復号手段）。なお、上記公開鍵は、ネット上で商
取引を行うサーバ２に鍵データベースを設け、この鍵デ
ータベースに記憶させておけばよい。

【００８１】そして、この発注とともに復号されたサイ
ンと上記電子署名とを比較し、一致している場合には、
当該発注が上記公開鍵（秘密鍵、電子署名）を所有する
ユーザからの改ざんされていないオーダであることが特
定できる（認証手段）。この場合、発注は、セッション
キーにて暗号化されているので、発注の秘匿性も確保さ
れている。

【００８２】第二の方式は、共通鍵を利用した方式であ
る。この共通鍵は、携帯電話端末５の鍵データベース４
６およびネット上で商取引を行うサーバ２に設けた鍵デ
ータベースに登録すればよい。

【００８３】この方式では、携帯電話端末５では、暗号
化処理において、乱数を発生し、この乱数と共通鍵とか
らセッションキーを生成する。次に、セッションキーと
発注とからデータ改ざん防止のための”Cryptogram”
（クリプトグラム）を生成する（暗号化手段）。そし
て、このクリプトグラム、乱数、発注をネット上で商取
引を行うサーバ２に送信する（送信手段）。

【００８４】ネット上で商取引を行うサーバ２でも、こ
れらの情報を受信した後（受信手段）、復号化処理にお
いて、受信した乱数と共通鍵とからセッションキーを生
成し、更にこのセッションキーと発注とからクリプトグ
ラムを生成する（再暗号化手段）。

【００８５】そして、この生成したクリプトグラムと、
受信したクリプトグラムとが一致している場合には、少
なくとも、当該発注が改ざんされていないオーダである
ことを特定することができる（認証手段）。

【００８６】また、この共通鍵が特定の人物あるいはグ
ループにしか提供されていない場合であれば、当該人物
あるいはグループからのオーダであることも特定でき
る。特に、上記実施の形態のように携帯電話端末５（の
電話番号）とともに共通鍵が提供され、携帯電話端末５
の事業者が運営するゲートウェイサーバ６上にタイムス
タンプ情報として購買履歴を残すような場合には、発注
の送信元の携帯電話端末５、ひいてはその利用者を容易
に特定することができる。

【００８７】そして、これら２つの方式において、ネッ
ト上で商取引を行うサーバ２からゲートウェイサーバ６
に送信するタイムスタンプリクエスト情報には、上記実
施の形態のように発注そのもののみであってもよいが、
このましくは発注とともに受信した電子署名、セッショ
ンキー、共通鍵、乱数などの情報を含めたものとすると
よい。特に、受信したそのままの形、つまり第一の方式
であれば、セッションキーで暗号化された発注、秘密鍵
で電子署名とともに暗号化されたセッションキーおよび
電子署名の１セットで、第二の方式であれば、発注、ク
リプトグラムおよび乱数の１セットで時刻認証を受ける
ようにすれば、ネット上で商取引を行うサーバ２には、
何時、誰が、どのような発注をしたのかを確実に特定す
ることができる証拠が記録されることになる。

【００８８】なお、上記実施の形態では、中央処理装置
４０が通話プログラム４３、ブラウザプログラム４４、
暗号化プログラム４５を実行するようになっているが、
携帯電話端末４０に着脱可能に組み込まれるＩＣチップ
などの携帯デバイスにて、ブラウザプログラム４４、暗
号化プログラム４５、鍵データベース４６を記憶させ、
実行させるようにしてもよい。

【００８９】この場合、ＩＣチップに鍵データベース４
６が記憶されるので、鍵を外部から直接に見ることがで
きなくなり、鍵の秘匿性を高めることができる。特に、
秘密鍵や一部のユーザにのみ提供する共通鍵を利用する
場合に有効である。

【００９０】また、電話番号データベース４７もあえ
て、このＩＣチップに搭載させることで、携帯電話端末
５（携帯電話番号）の利用者と、鍵の利用者との同一性
を担保することができる。つまり、携帯電話事業者が電
話番号を各ユーザに提供するために利用しているＩＣチ
ップ上に、暗号化プログラム４５や鍵データベース４６
を登録し、一体不可分に提供することで、たとえばマー
チャントとすれば、携帯電話事業者により与信されたユ
ーザに対して商品販売やサービスを提供することがで
き、安心して商品の売買を行うことができる。

【００９１】また、上記実施の形態では、携帯電話端末
５をユーザ端末とした場合について説明したが、ユーザ
端末は携帯電話端末５に限られてしまうものではない。
特に、上記公開鍵方式（上記第一の方式）を利用した場
合には、携帯電話事業者による与信が無くとも、ユーザ
を容易に特定することができる。

【００９２】更に、ゲートウェイサーバ６を携帯電話事
業者が運営している場合には、ネット上で商取引を行う
サーバ２からゲートウェイサーバ６に請求書を送信し、
ネット上で商取引を行うサーバ２の運営者にかわって携
帯電話事業者が各携帯電話端末利用者から商品やサービ
スの売買料金を回収するようにしてもよい。この場合特
に、タイムスタンプリクエスト情報に請求情報を盛り込
んでおくようにすれば、１回のトラフィックにてタイム
スタンプ処理と請求処理を実施することができ、好都合
である。

【００９３】そして、上記実施の形態では特に言及はし
なかったが、無線通信網３は暗号化され、ゲートウェイ
サーバ６とネット上で商取引を行うサーバ２との間の伝
送路はＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅ
ｃｕｒｉｔｙ）などのセキュリティが高いデータ送信技
術を用いるのが望ましい。また、今回のゲートウェイサ
ーバ６が無線通信網３に直接接続できないような場合に
は、ゲートウェイサーバ６と無線通信網３との間のデー
タ送受信を専用線あるいは仮想プライベートネットワー
ク技術を用いて接続するのが好ましい。

【００９４】

【発明の効果】本発明では、ネット網を介してユーザ端
末からサーバへ送信された通信データの信頼性を高める
ことができるデータ認証方法およびデータ認証システム
を得ることができる。

【図面の簡単な説明】

【図１】 本発明の実施の形態１に係るデータ通信シス
テムの全体構成を示すシステム構成図である。

【図２】 図１のデータ通信システム中の、ネット上で
商取引を行うサーバの構成を示すサーバ構成図である。

【図３】 図１のデータ通信システム中の、ゲートウェ
イサーバの構成を示すサーバ構成図である。

【図４】 図１のデータ通信システム中の、携帯電話端
末の構成を示す端末構成図である。

【符号の説明】

１ インターネット（ネット網） ２ ネット上で商取引を行うサーバ ３ 無線通信網（ネット網） ４ 基地局（ネット網） ５ 携帯電話端末（ユーザ端末） ６ ゲートウェイサーバ（ネット網、他のサーバ、時刻
認証サーバ） ７ インターネットインタフェース部（インターネット
Ｉ／Ｆ部、受信手段） ８ 制御部 ９ サーバ本体 １０ プログラム記憶部 １１ データ記憶部 １２ 記憶機器 １３ ホームページ送信プログラム（ＨＰ送信プログラ
ム） １４ 復号プログラム（再暗号化手段、復号手段、認証
手段） １５ タイムスタンプリクエストプログラム（転送手
段） １６ オーダ登録プログラム（記憶手段） １７ ＨＰデータベース １８ オーダデータベース（記憶手段） １９ インターネットインタフェース部（インターネッ
トＩ／Ｆ部） ２０ 無線通信網インターフェース部（無線通信網Ｉ／
Ｆ部） ２１ 制御部 ２２ サーバ本体 ２３ プログラム記憶部 ２４ データ記憶部 ２５ 記憶機器 ２６ ＨＰ送信リクエスト転送プログラム ２７ ＨＰデータ転送プログラム ２８ タイムスタンププログラム ２９ 転送データ記憶領域 ３０ タイムスタンプデータ記憶領域 ３１ アンテナ（送信手段） ３２ ＲＦ回路（送信手段） ３３ ＲＦコンバータ（送信手段） ３４ ＲＦバッファ（送信手段） ３５ ディスプレイ ３６ 入力キー ３７ スピーカ ３８ マイク ３９ 入出力ポート ４０ 中央処理装置 ４１ メモリ ４２ バス ４３ 通話プログラム ４４ ブラウザプログラム ４５ 暗号化プログラム（暗号化手段） ４６ 鍵データベース ４７ 電話番号データベース

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ユーザ端末からネット網を介してサーバ
   へ送信される通信データを認証するデータ認証方法であ
   って、 上記サーバから上記ネット網に接続された他のサーバへ
   上記通信データを転送し、 当該他のサーバにおいて受信時刻情報を追加して応答さ
   せ、 上記サーバでは当該応答に係る通信データを当該受信時
   刻情報とともに保持することで、上記通信データの通信
   時刻の認証を行うことを特徴とするデータ認証方法。
2. 【請求項２】 前記他のサーバは、前記サーバから受信
   した前記通信データおよびこれに追加した前記受信時刻
   情報を記録することを特徴とする請求項１記載のデータ
   認証方法。
3. 【請求項３】 ユーザ端末からネット網を介してサーバ
   へ送信される通信データを認証するデータ認証方法であ
   って、 上記ユーザ端末と上記サーバとに同一の共通鍵を予め持
   たせるとともに、 上記ユーザ端末において、当該共通鍵と乱数とに基づい
   て生成したセッションキーを用いて上記通信データを暗
   号化し、更に、当該暗号化した通信データ、上記乱数お
   よび上記通信データを送信し、 上記サーバにおいて、上記共通鍵と、受信した乱数とを
   用いて受信した通信データを暗号化し、その暗号化結果
   と受信した上記ユーザ端末での暗号結果とが一致するか
   否かに基づいてデータの一貫性の認証を行うことを特徴
   とするデータ認証方法。
4. 【請求項４】 ユーザ端末からネット網を介してサーバ
   へ送信される通信データを認証するデータ認証方法であ
   って、 上記ユーザ端末に秘密鍵および電子署名能力を持たせる
   とともに上記サーバには当該秘密鍵と対となる公開鍵を
   利用可能とするとともに、 上記ユーザ端末において、生成したセッションキーを用
   いて上記電子署名を付加した上記通信データを暗号化
   し、当該セッションキーを秘密鍵で暗号化し、更に、上
   記暗号化した通信データ、暗号化したセッションキーお
   よび電子署名を送信し、 上記サーバにおいて、上記電子署名で特定できる公開鍵
   を用いてセッションキーを復号し、当該セッションキー
   で通信データおよび電子署名を復号し、更に、この復号
   した電子署名と上記受信した電子署名とが一致するか否
   かに基づいてデータの一貫性の認証を行うことを特徴と
   するデータ認証方法。
5. 【請求項５】 請求項２又は請求項３記載のデータ認証
   方法であって、 前記サーバから前記ネット網に接続された他のサーバ
   へ、暗号化された通信データを、それとともに受信した
   情報とともに転送し、 当該他のサーバにおいて受信時刻情報を追加して応答さ
   せ、 上記サーバでは当該応答に含まれる転送情報とともに当
   該受信時刻情報を保持することで、上記通信データの通
   信時刻の認証を行うことを特徴とするデータ認証方法。
6. 【請求項６】 ユーザ端末からネット網を介してサーバ
   へ送信される通信データを認証するデータ認証システム
   であって、 上記サーバに設けられ、上記通信データを上記ネット網
   へ送信する転送手段と、 上記ネット網に接続され、当該転送手段により転送され
   た上記通信データを受信し、この受信した通信データに
   その受信時刻情報を付加して当該ネット網へ応答する時
   刻認証サーバと、 上記サーバに設けられ、上記受信時刻情報が付加された
   通信データを受信して記憶する記憶手段と、を備えるこ
   とを特徴とするデータ認証システム。
7. 【請求項７】 前記時刻認証サーバは、前記転送手段に
   より転送された通信データを、その受信時刻情報ととも
   に保持することを特徴とする請求項６記載のデータ認証
   システム。
8. 【請求項８】 ユーザ端末からネット網を介してサーバ
   へ送信される通信データを認証するデータ認証システム
   であって、 上記ユーザ端末および上記サーバそれぞれに設けられ、
   同一の共通鍵を記憶する鍵データベースと、 上記ユーザ端末に設けられ、当該鍵データベースに登録
   された共通鍵と乱数とに基づいてセッションキーを生成
   し、更に当該セッションキーで上記通信データを暗号化
   する暗号化手段と、 上記ユーザ端末に設けられ、当該暗号化した通信デー
   タ、上記乱数および上記通信データを送信する送信手段
   と、 上記サーバに設けられ、当該送信手段が送信したデータ
   を受信する受信手段と、 上記サーバに設けられ、上記鍵データベースに登録され
   た共通鍵と受信した乱数とに基づいてセッションキーを
   生成し、更に当該セッションキーで受信した通信データ
   を暗号化する再暗号化手段と、 この再暗号化手段により生成された暗号化通信データ
   と、受信した暗号化通信データとを比較し、一致する場
   合にはデータの一貫性を認証する認証手段と、を備える
   ことを特徴とするデータ認証システム。
9. 【請求項９】 ユーザ端末からネット網を介してサーバ
   へ送信される通信データを認証するデータ認証システム
   であって、 上記ユーザ端末に設けられ、秘密鍵および電子署名を記
   憶する鍵データベースと、 上記ユーザ端末に設けられ、当該鍵データベースに登録
   された電子署名を付加した上記通信データを生成したセ
   ッションキーで暗号化し、更に当該セッションキーを上
   記秘密鍵で暗号化する暗号化手段と、 上記ユーザ端末に設けられ、当該暗号化した通信デー
   タ、上記暗号化したセッションキーおよび上記電子署名
   を送信する送信手段と、 上記サーバに設けられ、当該送信手段が送信したデータ
   を受信する受信手段と、 上記サーバに設けられ、受信した電子署名に基づいて特
   定される公開鍵を用いてセッションキーを復号し、更に
   当該セッションキーで受信した通信データを復号する復
   号手段と、 この復号手段によって当該通信データとともに復号され
   た電子署名と受信した電子署名とを比較し、一致する場
   合にはデータの一貫性を認証する認証手段と、を備える
   ことを特徴とするデータ認証システム。
10. 【請求項１０】 前記サーバに設けられ、前記受信手段
    が受信したデータを前記ネット網へ送信する転送手段
    と、 上記ネット網に接続され、当該転送手段により転送され
    た上記通信データを受信し、この受信した通信データに
    その受信時刻情報を付加して当該ネット網へ応答する時
    刻認証サーバと、 上記サーバに設けられ、上記受信時刻情報が付加された
    通信データを受信して記憶する記憶手段と、を設けたこ
    とを特徴とする請求項８または９記載のデータ認証シス
    テム。