(57)【特許請求の範囲】
【請求項１】
オープン通信ネットワークを介して、クライアント・ステーションから電子データ信号の要求信号を受信した際に、サーバ・ステーションから前記クライアント・ステーションに、前記電子データ信号を送信する方法であって、
前記サーバ・ステーションにおいて、
前記受信した要求信号が、時間スタンプと位置スタンプを有する暗号化された確認スタンプを含んでいるか否かをチェックするステップと、
前記要求信号に含まれている前記時間スタンプが示す時間信号と当該クライアント・ステーションからの要求信号に対する前回の応答信号に含まれている時間スタンプが示す時間信号との差が所定の設定値以下であって、前記要求信号に含まれている前記位置スタンプが当該クライアントから前に送信された要求信号に埋設されているクライアント識別信号から得られた位置スタンプと一致している、ことを確認するステップと、
前記確認により前記確認スタンプが有効であると判断して承認信号を供給するステップと、
前記承認信号が送られてきた場合に、前記要求された前記電子データ信号を送信するステップと、
の各ステップを含むことを特徴とする電子データ信号送信方法。
【請求項２】
オープン通信ネットワークを介して、クライアント・ステーションから電子データ信号の要求信号を受信した際に、サーバ・ステーションから前記クライアント・ステーションに、前記電子データ信号を送信するための装置であって、
前記受信した要求信号が、時間スタンプと位置スタンプを有する暗号化された確認スタンプを含んでいるか否かをチェックする手段と、
前記要求信号に含まれている前記時間スタンプが示す時間信号と当該クライアント・ステーションからの要求信号に対する前回の応答信号に含まれている時間スタンプが示す時間信号との差が所定の設定値以下であることを確認すると共に、前記要求信号に含まれている前記位置スタンプが当該クライアントから前に送信された要求信号に埋設されているクライアント識別信号から得られた位置スタンプと一致していることを確認する手段と、
前記確認により前記確認スタンプが有効であると判断して承認信号を供給する手段と、
前記承認信号が送られてきた場合に、前記要求された前記電子データ信号を送信する手段と、
の各手段を備えることを特徴とする電子データ信号送信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子データ信号送信方法および装置に関する。本発明は、一つまたはそれ以上のサーバ・ステーション、および複数のクライアント・ステーションからなる、オープン通信ネットワークを通しての上記信号の送信に関する。インターネットは、相互に通信するために、世界じゅうにおよぶ公衆通信網を使用する、数千のサーバ・ステーションおよび数百万のクライアント・ステーションを含むネットワークである。しかし、本発明はインターネットに限定されるものではなく、多くの種類のオフイス間ネットワークのようなもっと規模の小さいオープン・ネットワークで使用することができる。
【０００２】
【従来の技術】
インターネットの場合には、データを供給するために非常に広く使用されている一つのシステムは、（多くの場合、ＷＷＷまたはもっと一般的には「ウェブ」と呼ばれている）ワールド・ワイド・ウェブである。ウェブの場合には、サーバ・ステーション、すなわち、「サイト」は、インターネットを通して適当な要求信号を送ることにより、クライアントが要求する情報の一連の画面、すなわち、「ページ」をシーケンシャルに供給することができる。一つの書式のフォーマットには、一つまたはそれ以上のページが入っているが、ユーザは、そのページのボックスにデータを入力しなければならない。ウェブは、情報転送用の、ハイパーテキスト転送プロトコル（ＨＴＴＰ）と呼ばれる標準プロトコルを持ち、クライアントからの要求信号およびサーバからのデータ信号は、ハイパーテキスト・マークアップ語（ＨＴＭＬ）と呼ばれるフォーマットで記載される。
【０００３】
ウェブの使用は急速に増大していて、多くの複数のページのアプリケーションがあり、この場合、クライアントにより供給された特定のデータを、書式ページにより送らなければ、後のページは送られてこない。その一例としては、パスワード、ＰＩＮ番号またはユーザ識別（ＩＤ）番号をサーバに送らないと、取引に関するデータをクライアントに送ることができない金融取引がある。ＨＴＴＰの場合には、あるページに対する要求は別々に処理し、上記各要求はユニバーサル・リソース・ロケータ（ＵＲＬ）ストリングの書式で記載しなければならない。それ故、ＵＲＬストリングは、取引に関するデータを含むことができる。ユーザが供給するデータの保護の問題は一般に知られていて、暗号技術がすでにワールド・ワイド・ウェブ・アプリケーションのクライアントとサーバ間のデータ・ストリームに適用されている。しかし、このような暗号は、その暗号がクライアント・ステーションにある場合には、そのデータは保護されない。ＵＲＬストリングは、多くの場合、ユーザ・ステーションで誰でも見ることができるように表示されていて、それが通常「閲覧」オプションまたはデータを持つブラウザ（ウェブ上で通信に使用されるソフトウエア）でない場合でも、別の方法でアクセスすることができる。それ故、サーバ・ステーションに保持されている、取引に関連があり、恐らく保護されている情報にアクセスすることができるようなアクセス許可データが、クライアント・ステーションで無制限で表示され、あるいは入手することができる。
【０００４】
【発明が解決しようとする課題】
本発明の一つの目的は、合法的な使用以外の場合には、上記アクセス許可データを使用できないようにすることである。
【０００５】
【課題を解決するための手段】
本発明は、第１の態様として、オープン通信ネットワークを介して、クライアント・ステーションから電子データ信号の要求信号を受信した際に、サーバ・ステーションから前記クライアント・ステーションに、前記電子データ信号を送信する方法であって、前記サーバ・ステーションにおいて、前記受信した要求信号が、時間スタンプと位置スタンプを有する暗号化された確認スタンプを含んでいるか否かをチェックするステップと、前記要求信号に含まれている前記時間スタンプが示す時間信号と当該クライアント・ステーションからの要求信号に対する前回の応答信号に含まれている時間スタンプが示す時間信号との差が所定の設定値以下であって、前記要求信号に含まれている前記位置スタンプが当該クライアントから前に送信された要求信号に埋設されているクライアント識別信号から得られた位置スタンプと一致していることを確認するステップと、前記確認により前記確認スタンプが有効であると判断して承認信号を供給するステップと、前記承認信号が送られてきた場合に、前記要求された前記電子データ信号を送信するステップと、の各ステップを含むことを特徴とする電子データ信号送信方法を提供するものである。
【０００６】
本発明は、第２の態様として、オープン通信ネットワークを介して、クライアント・ステーションから電子データ信号の要求信号を受信した際に、サーバ・ステーションから前記クライアント・ステーションに、前記電子データ信号を送信するための装置であって、前記受信した要求信号が、時間スタンプと位置スタンプを有する暗号化された確認スタンプを含んでいるか否かをチェックする手段と、前記要求信号に含まれている前記時間スタンプが示す時間信号と当該クライアント・ステーションからの要求信号に対する前回の応答信号に含まれている時間スタンプが示す時間信号との差が所定の設定値以下であって、前記要求信号に含まれている前記位置スタンプが当該クライアントから前に送信された要求信号に埋設されているクライアント識別信号から得られた位置スタンプと一致していることを確認する手段と、前記確認により前記確認スタンプが有効であると判断して承認信号を供給する手段と、前記承認信号が送られてきた場合に、前記要求された前記電子データ信号を送信する手段と、の各手段を備えることを特徴とする電子データ信号送信装置を提供するものである。
【０００７】
この場合、「スタンプ」は、例えば、ＨＴＭＬのような、適当なフォーマットでの関連情報を含む電子データ信号を意味する。
【０００８】
本発明を実行する場合、上記要求信号は、時間スタンプと位置スタンプの両方を含むことができる。上記スタンプは、前のデータ信号をクライアント・ステーションに送信する時にサーバ・ステーションで作成することができ、好適には送信を行う前に暗号化するのが好ましい。
【０００９】
時間スタンプが有効であるかどうかの判断するための適当な基準としては、同じ取引の際のサーバからクライアントへの前の応答信号であって（その中に時間スタンプが埋設されている）応答信号と、クライアント・ステーションからの時間スタンプをサーバが受信した時間との間の時間的間隔、例えば、１５分というような予め定めた数値を使用することができる。
【００１０】
同様に、位置スタンプは、要求信号と一緒に供給された発呼側の識別が、前にサーバに送信され、要求信号に埋設されているクライアント識別信号から得られた位置スタンプと一致する場合に限って、有効であるとみなされる。本発明をよりよく理解してもらうために、添付図面を参照する。
【００１１】
【発明の実施の形態】
図１について説明すると、この図は、サーバ・ステーションにおいてウェブ・アプリケーションで行われる一連の論理的ステップのフローチャートである。ステップ１においては、ログイン画面に対するユーザの要求が受信され、処理される。ログイン画面は、通常、いわゆる「フォームとフィールド」を特徴とする書式ページである。このページおよび以降のページは、ＨＴＭＬでユーザに送信される。ユーザＩＤおよびパスワードのようなデータを含む書式ページを完成するのに必要な情報は、ユーザにより画面上に入力され、書式ページへの記入が完了するとサーバに送られ、そこで情報が入手される。図１のステップ２に、この情報入手ステップを示す。
【００１２】
ステップ３においては、サーバはユーザにより供給されたパスワードが本物であるかどうかをチェックし、本物である場合には、ステップ４においては、「本物のユーザ」という表示が行われ、通常はリンク・ページである次のページの準備を行うことができる。このリンク・ページは、ユーザに送信するためのＨＴＭＬファイルを形成することによって作成される。この動作、ステップ５は、図１の最後のステップである。このステップの場合、ユーザのところでリンク・ページを表示するのに必要な情報の暗号化の他に、サーバのところで現在入手できる、ユーザによりすでに送信済みの現在の時刻（ボックス６）およびユーザの呼出アドレス（ボックス７）からなる別の情報も供給される。図２にステップ５が機能する方法をさらに詳細に示す。
【００１３】
図２について説明すると、（図１のステップ４に示す）「本物のユーザ」表示ステップからの信号により、図２の動作がスタートする。最初に、標準ＨＴＭＬページ・ヘッダが作成され（ボックス８）、その後、リンク・ページに対する要求されたデータ・ストリングが作成される（ボックス９）。このストリングは、最低限度、ユーザ識別およびパスワードを含む。このストリングに、ボックス６からのユーザのところの現在時刻、およびボックス７からのユーザのインターネット・アドレスの形でのユーザ識別が追加される。その後、全データ・ストリングが、例えば、ボックス１０に示すような、ＲＳＡまたはＤＥＳのような適当な暗号技術またはアルゴリズムにより、暗号化される。
【００１４】
暗号化されたデータ・ストリングは、ユーザへ送信するためのサービスＵＲＬを形成するために、ボックス１１内で使用される。サービスＵＲＬは、クライアントのサービス・アドレス、分離記号（ＨＴＭＬの場合には、記号「？」）、およびボックス１０からの暗号化されたデータ・ストリングを含む。このＵＲＬは、ボックス１２に示すように、クライアントへ送られ、そのブラウザにより解析され、その後でそのクライアントのステーションで表示される。送信の最後の部分は、ＨＴＭＬ書式（ボックス１３）による標準ページ終了である。下の表１に、図１の最後の項目を示し、図２に詳細に示すように作成されたＨＴＭＬファイルの一例を示す。表１から引用した下記の一行は、時間スタンプおよび位置スタンプが埋設されている関連データである。太字の部分は暗号化したスタンプである。
【００１５】
<A HREF="webfin04.exe?1+bgfbadXbje＼II.bje＼IIXihe'fn4ah">Account Statements</A>
リンク・ページは、任意の数の暗号化されたストリングを含むことができ、事実通常その数は１以上である。このことは、ユーザに選択するオプションのメニューが表示されることになる。表１にいくつかの上記ストリングを示す。
【００１６】
【表１】
0003992249.tif 000002
クライアント・ステーションが表１に示すデータ信号を受信すると、ユーザは、いくつかの取引に関する項目を選択するためのメニューと共に、多くの場合表１の例に示すような、取引に関する情報をサーバから要求することができるようになる。表１に示す例の場合には、クライアントは、銀行の残高の問い合わせおよび／または資金の転送の依頼を行うことができる。クライアントが、情報または行為に対する要求信号をサーバ・ステーションに送った場合、その状況により、表１の信号パターンは次のようになる。すなわち、図２のボックス１０内の暗号化されたデータ・ストリングは、認識できる区切り文字を持たず、そのため自分の要求信号の一部としてクライアントからサーバへ自動的に返送される。上記要求信号は、ステップ１４でデータ・ストリングとして受信される。受信したデータ・ストリングは、ステップ１５で解読される。ボックス１６で、解読されたデータ・ストリングは、位置スタンプおよび時間スタンプを抽出するために解析される。上記両方のスタンプは、ステップ９での挿入によりサーバ・ステーションですでに形成済みである。ＨＴＭＬプロトコルの一部として受信され（ボックス１７内に保持されている）要求信号に含まれた発呼側のＩＰアドレスは、ボックス１８でチェックされる。このチェック動作とは、発呼側のアドレスとボックス１６で抽出した位置スタンプとの比較である。二つのアドレスが一致した場合には、発呼側のアドレスが確認され、その場合には承認信号がボックス１９の送られる。発呼側のアドレスが無効である場合には、「無効」メッセージがボックス２０に送られる。
【００１７】
同様に、ステップ９で形成されたデータ・ストリングに含まれる時間スタンプが、ステップ１６で、すでに受信、解読したデータ・ストリングから抽出され、ボックス２１に送られる。上記時間スタンプは、サーバ・ステーションでボックス２２内に保持されている真の時間信号と比較され、このボックスからボックス２１へ送られる。二つの時間の間の差が予め設定した時間（例えば、１５分）より短い場合には、承認信号がボックス１９に送られる。そうでない場合には、「無効」信号がボックス２０に送られる。
【００１８】
二つの承認信号がボックス１９に送られると、要求したサービス・ページが送られる。新しいページは、もちろん、図１および図２に示すように処理される。ボックス２０が二つの「無効」信号を受信した場合には、適当な拒否メッセージが発呼ステーションに送られる。
【００１９】
上記時間スタンプを使用することにより、ユーザは、自分のステーションをログオン状態にしたまま放置した場合でも、ユーザの留守中に他の人がそのユーザのウェブにアクセスするのを防止するために、ある種の「タイムアウト」保護を使用することができる。位置スタンプを使用した場合、任意の第三者が、他のステーションから、合法的なクライアント・ステーションで利用することができる閲覧済みまたは記憶されているデータを使用するのを防止することができる。  上記のデータ保護方法および装置は、任意の他のデータ保護と一緒に使用することができることを理解されたい。
【図面の簡単な説明】
【図１】本発明により確認手順を開始するように修正した、ウェブ・サイトでの通常のページにアクセスするための手順のフローチャートである。
【図２】図１の最後のステップの詳細図である。
【図３】取引のデータに対するクライアントからの要求信号を受信したときに、サーバのところで行われる手順のフローチャートである。
【図１】
0003992249.tif 000003
【図２】
0003992249.tif 000004
【図３】
0003992249.tif 000005