(57)【要約】【課題】外部ネットワークに接続された端末が、内部ネットワークに接続されたデータ提供サーバにリモートアクセスして取得したデータに対するセキュリティの向上を図る。【解決手段】データ要求に応じてデータ提供サーバ１０が管理するデータを要求元の端末に送信する前に、そのデータ要求が社内ネットワーク１００に接続された内部端末３０から送信されたものか、インターネット２００に接続された外部端末７０に接続されたものかを判定する。そして、データ提供サーバ１０は、外部端末７０に対してデータを送信する場合に、そのデータに対してカプセル化処理を施し、アクセスしたユーザのみがそのデータを利用できるように制限する。【選択図】図１
2006229747.tif 000002
【特許請求の範囲】
【請求項１】
内部ネットワークに接続された内部端末もしくは外部ネットワークに接続された外部端末から送信されるデータ要求を受け付ける要求受付モジュールと、
前記データ要求に応じて、蓄積データ群の中から指定されたデータを要求元端末に送信する送信モジュールと、
を備える内部ネットワークに接続されたデータ提供サーバにおいて、
前記データ要求が、内部もしくは外部の内どちらの端末から送信されたかを判別する要求元端末判別モジュールと、
判別の結果、データ要求が外部端末から送信されていた場合、指定されたデータをカプセル化するカプセル化モジュールと、
を備え、
前記送信モジュールは、
データ要求が外部端末から送信されていた場合、カプセル化されたデータを要求元端末に送信することを特徴とするデータ提供サーバ。
【請求項２】
内部ネットワークに接続された内部端末もしくは外部ネットワークに接続された外部端末から送信されるデータ要求を受け付ける要求受付ステップと、
前記データ要求が、内部もしくは外部の内どちらの端末から送信されたかを判別する要求元端末判別ステップと、
判別の結果、データ要求が外部端末から送信されていた場合、指定されたデータをカプセル化するカプセル化ステップと、
データ要求が外部端末から送信されていた場合は、カプセル化されたデータを要求元端末に送信し、データ要求が内部端末から送信されていた場合は、カプセル化されていないデータを要求元端末に送信する送信ステップと、
を内部ネットワークに接続されたデータ提供サーバに実行させるためのデータ提供プログラム。
【請求項３】
要求受付モジュールが、内部ネットワークに接続された内部端末もしくは外部ネットワークに接続された外部端末から送信されるデータ要求を受け付ける要求受付ステップと、
要求元端末判別モジュールが、内部もしくは外部の内どちらの端末から送信された要求データかを判別する要求元端末判別ステップと、
判別の結果、データ要求が外部端末から送信されていた場合、カプセル化モジュールが、指定されたデータをカプセル化するカプセル化ステップと、
データ要求が外部端末から送信されていた場合は、送信モジュールが、カプセル化されたデータを要求元端末に送信する送信ステップと、
を含むデータ提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、内部ネットワークに接続された内部端末や外部ネットワークに接続された外部端末に対して所望のデータを提供するデータ提供サーバに関する。
【背景技術】
【０００２】
リモート・アクセス・サーバ（ＲＡＳ）を利用することで、ユーザーは任意のロケーションからインターネットを介して、例えば社内ＬＡＮに接続されたＷｅｂサーバにアクセスして、そのＷｅｂサーバが提供するサービスを利用することができる。しかし、リモートアクセスして社外の端末へダウンロードされたファイル等は、社内にある端末上のファイルより情報漏洩の危険性が高い。同様に、第３者が正規のユーザーアカウントおよびパスワードを得る可能性もあり、これによって、彼らがリモートアクセスすることにより社内リソースへアクセスしようとする可能性が高くなる。
【０００３】
そこで、特許文献１では、同じユーザアカウントでもリモートアクセス時とローカルアスクス時とで、ファイル等の社内リソースに対するアクセス権を変更して、リモートアクセス時のアクセス権をローカルアクセス時のアクセス権よりも制限するシステムが開示されている。
【０００４】
しかしながら、特許文献１に示されたシステムのように、たとえアクセス権を制限しても、リモートアクセスして社外の端末にダウンロードされたファイルについては、依然として社内にある端末にダウンロードされたファイルより情報漏洩の危険性が高い。
【０００５】
【特許文献１】特表２００２−５１８７２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、外部ネットワークに接続された端末が、内部ネットワークに接続されたサーバにリモートアクセスして取得したデータに対するセキュリティの向上を図ることを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るデータ提供サーバは、内部ネットワークに接続された内部端末もしくは外部ネットワークに接続された外部端末から送信されるデータ要求を受け付ける要求受付モジュールと、前記データ要求に応じて、蓄積データ群の中から指定されたデータを要求元端末に送信する送信モジュールと、を備える内部ネットワークに接続されたデータ提供サーバであって、前記データ要求が、内部もしくは外部の内どちらの端末から送信されたかを判別する要求元端末判別モジュールと、判別の結果、データ要求が外部端末から送信されていた場合、指定されたデータをカプセル化するカプセル化モジュールと、を備え、前記送信モジュールは、データ要求が外部端末から送信されていた場合、カプセル化されたデータを要求元端末に送信することを特徴とする。
【０００８】
本発明によれば、データ要求に応じてデータ提供サーバが管理するデータを要求元の端末に送信する前に、そのデータ要求が内部ネットワークに接続された内部端末から送信されたものか、外部ネットワークに接続された外部端末に接続されたものかを判定する。そして、データ提供サーバは、外部端末に対してデータを送信する場合に、そのデータに対してカプセル化処理を施し、アクセスしたユーザのみがそのデータを利用できるように制限する。これにより、たとえ外部端末にキャッシュとしてそのデータが残されていたとしても、第三者は、そのデータをデカプセル化することができないため、第三者からそのデータを保護することができる。
【発明を実施するための最良の形態】
【０００９】
本発明の実施の形態（以下、実施形態とする）について、以下図面を用いて説明する。
【００１０】
図１は、本実施形態に係るシステムの全体構成を示す図である。本システムは、特定のユーザがアクセスできる内部ネットワークとしての社内ネットワーク１００と、不特定のユーザがアクセスできる外部ネットワークとしてのインターネット２００とが、ＳＳＬ−ＶＰＮ装置５０を介して接続される。
【００１１】
ＳＳＬ−ＶＰＮ装置５０は、インターネット２００に接続した外部端末７０と、社内ネットワーク１００に接続したデータ提供サーバ１０との通信を中継する装置であり、ＳＳＬ−ＶＰＮ装置５０は、外部端末７０とＳＳＬ通信を行う。ＳＳＬ−ＶＰＮ装置５０は、外部端末７０からデータ提供サーバ１０への接続要求を受け付けて、その要求に応じて外部端末７０とデータ提供サーバ１０との通信を中継する。具体的には、ＳＳＬ−ＶＰＮ装置５０は、外部ＵＲＬと内部ＵＲＬとを関連づけたＵＲＬマッピングテーブルを保持する。そして、ＳＳＬ−ＶＰＮ装置５０は、外部端末７０により指定された外部ＵＲＬに対応する内部ＵＲＬをそのテーブルを参照することで特定し、特定した内部ＵＲＬに基づいてデータ提供サーバ１０に代理応答する。
【００１２】
データ提供サーバ１０は、内部端末３０や外部端末７０に提供するデータを保持する装置であり、具体的には、各端末に対してＷｅｂアプリケーションを提供するＷｅｂサーバや、各端末に対して文書データ等のファイルを提供するファイルサーバである。
【００１３】
社内にいるユーザは、社内に設置されたデスクトップコンピュータ等の内部端末３０を介して所望の内部ＵＲＬを指定し、その内部ＵＲＬに対応するデータ提供サーバ１０にアクセスして、Ｗｅｂアプリケーションの利用やファイルのダウンロードなどを行う。
【００１４】
一方、外部にいるユーザは、ラップトップコンピュータ等の外部端末７０を介して、まずＳＳＬ−ＶＰＮ装置５０にリモートアクセスして、その後、所望の外部ＵＲＬを指定して、データ提供サーバ１０にアクセスし、Ｗｅｂアプリケーションの利用やファイルのダウンロードなどを行う。
【００１５】
このようなシステムにおいて、データ提供サーバ１０から提供されたＷｅｂアプリケーションのデータやファイルがキャッシュとして、外部端末７０のメモリ上に保持されてしまうことがある。このような場合、例えば不特定多数のユーザに使用されるインターネットカフェなどに設置された端末を外部端末７０として、ユーザが使用する場合、キャッシュとして残った社内の機密データ等が漏洩するおそれがある。つまり、ＳＳＬ−ＶＰＮ装置５０へのリモートアクセスがパスワード等により制限されていたとしても、データ提供サーバ１０から提供されたデータが外部端末７０にキャッシュとして残っているため、第三者が、ＳＳＬ−ＶＰＮ装置５０へリモートアクセスすることなく、その外部端末７０から直接そのデータを盗むおそれがある。
【００１６】
そこで、本実施形態では、ユーザがリモートアクセスして得られたデータに対するセキュリティを強化するために、データ提供サーバ１０が外部端末７０に対してデータを提供する場合に、そのデータに対してカプセル化処理を施し、アクセスしたユーザのみがそのデータを利用できるように制限する。
【００１７】
ここで、カプセル化処理とは、ＤＲＭ（Digital Rights Management）を利用したデータの利用制限を行うための処理のことをいい、本実施形態では、特開平１０−２４７９０５号公報や特開平１０−９３５５０号公報に開示された、いわゆる電子チケットを用いたカプセル化処理を利用する。
【００１８】
具体的には、データは、公開鍵暗号化方式に基づく公開鍵で暗号化されることでカプセル化され、その公開鍵に対応する秘密鍵で復号化されることでデカプセル化される。復号化する際に用いる秘密鍵は、トークンと呼ばれるユーザ固有情報と、電子チケットと呼ばれる、上記ユーザ固有情報と公開鍵情報とに基づいて生成される情報とを用いて生成される。ユーザはトークンを保有していなければ、上記公開鍵で暗号化されたデータを復号化することができない。そのため、トークンをＵＳＢキーやＩＣメモリなどのハードウェアに記憶しておくことで、そのトークンを保有するユーザのみがデータを復号化することができる。また、デカプセル化されたデータは、Ｗｅｂブラウザを閉じたり、アプリケーションを終了すると消去されるため、メモリ上にデカプセル化された状態では残らない。そのため、例えばリモートアクセスして得られたデータがたとえ外部端末７０のキャッシュに残っていたとしても、そのデータはカプセル化された状態であり、トークンを保有するユーザでなければ、そのデータを復号化することができない。本実施形態では、上記の通り、外部端末７０がリモートアクセスして取得したデータに対してカプセル化処理を施すことにより、データの保護を行う。
【００１９】
続いて、データ提供サーバ１０についてさらに図面を用いて説明する。図２は、データ提供サーバ１０の機能ブロックを示す図である。データ提供サーバ１０は、ネットワークを介してデータの送受信を行う際のインタフェースとなるネットワークＩ／Ｆ１１と、各端末に提供するＷｅｂアプリケーションのデータやファイル等のデータを保持する記憶装置１２と、装置全体の制御を行う制御装置１３とを含む。
【００２０】
図３は、制御装置１３の詳細を示す機能ブロック図である。要求元判定部１４は、データ要求元の端末が、内部端末３０か外部端末７０かを判定するモジュールである。つまり、要求元判定部１４は、ユーザが内部端末３０を利用してローカルアクセスしてきたか、外部端末７０を利用してリモートアクセスしてきたかを判定する。具体的には、要求元判定部１４は、データ提供サーバ１０にアクセスしてきた装置が、ＳＳＬ−ＶＰＮ装置５０であれば、外部端末７０から送信されたデータ要求と判定し、ＳＳＬ−ＶＰＮ装置５０以外の内部装置であれば、内部端末３０から送信されたデータ要求と判定する。この判定は、例えば、データ提供サーバ１０がＷｅｂサーバとして機能する場合には、ＣＧＩのＲＥＭＯＴＥ＿ＡＤＤＲ環境変数やjavax.servlet.ServletRequest#getRemoteAddrを使用してデータ提供サーバ１０と直接通信を行っている装置のＩＰアドレスを取得して、そのＩＰアドレスがＳＳＬ−ＶＰＮ装置５０に割り当てられたＩＰアドレスかどうかを照合することで行う。
【００２１】
カプセル化処理部１５は、要求元判定部１４が外部端末７０からのデータ要求と判定した場合に、そのデータ要求において指定されたデータに対してカプセル化処理を行うモジュールである。カプセル化処理部１５は、データを暗号化する際に使用する公開鍵を生成する公開鍵発行部１７と、生成した公開鍵でデータを暗号化する暗号化部１８とを含む。さらに、カプセル化処理部１５は、外部端末７０がこの公開鍵で暗号化されたデータを復号化する際に利用する、電子チケットｔを生成する電子チケット発行部１９を含む。電子チケット発行部１９は、外部端末７０からユーザ固有情報を示すトークンと、復号化するデータに対応する公開鍵の公開鍵情報とを取得して、取得したユーザ固有情報と公開鍵情報とに基づいて、電子チケットｔを生成する。尚、公開鍵発行部と電子チケット発行部は別のサーバ上にあっても構わない。
【００２２】
電子チケットｔは、例えば、次の式１に基づいて生成されるデータである。
［数１］
（１） ｔ ＝ Ｄ−ｅ＋ωφ（ｎ）
【００２３】
上式中の各記号は以下を表す。
ｎは、ＲＳＡ法数、即ち、十分大きな二つの素数ｐ、ｑの積である（ｎ＝ｐｑ）
φ（ｎ）は、ｎのオイラー数、即ち、ｐ−１とｑ−１の積である（φ（ｎ）＝（ｐ−１）（ｑ−１））
ユーザ固有情報ｅは、ユーザ毎に異なる数であり、ユーザを識別するために用いられる。
秘密鍵Ｄは、法数ｎのもとでのＲＳＡ秘密鍵であり、式２を満たす。
［数２］
（２） ｇｃｄ（Ｄ，φ（ｎ））＝１
【００２４】
ここで、ｇｃｄ（ｘ，ｙ）は二数ｘ、ｙの最大公約数を表す。式２によって表現される性質は、式３を満たす数Ｅが存在することを保証する。
［数３］
（３） ＥＤ ｍｏｄ φ（ｎ） ＝ １Ｅを公開鍵と呼ぶ。
【００２５】
ωは、ｎ及びｅに依存して定まる数であり、ｎあるいはｅのいずれか一方が異なる場合、その値が容易に一致しない（衝突しない）ように定める。ωの定め方の一例として、一方向ハッシュ関数ｈを利用して、式４のようにωを定める方法もある。
［数４］
（４） ω＝ｈ（ｎ｜ｅ）
【００２６】
ただし、記号｜はビット列の接合を表す。
【００２７】
一方向ハッシュ関数とは、ｈ（ｘ）＝ｈ（ｙ）を満たす相異なるｘ、ｙを算出することが著しく困難であるという性質をもつ関数である。一方向ハッシュ関数の例として、ＲＳＡ Ｄａｔａ Ｓｅｃｕｒｉｔｙ Ｉｎｃ．によるＭＤ２、ＭＤ４、ＭＤ５、米国連邦政府による規格ＳＨＳ（Ｓｅｃｕｒｅ Ｈａｓｈ Ｓｔａｎｄａｒｄ）が知られている。
【００２８】
上記の説明中に現れた数において、ｔ、Ｅ、ｎは公開可能であり、残りのＤ、ｅ、ω、ｐ、ｑ、φ（ｎ）はチケットを作成する権利を有する者以外には秘密にする必要がある。
【００２９】
図３において、データ送信部１６は、データ要求により指定されたデータを記憶装置１２から取得して、取得したデータをネットワークＩ／Ｆ１１を介して、データ要求元の端末に送信するモジュールである。データ送信部１６は、外部端末７０からデータ要求された場合には、カプセル化処理部１５においてカプセル化されたデータをデータ要求元の端末に向けて送信する。一方、データ送信部１６は、内部端末３０からデータ要求された場合には、カプセル化せずにデータをそのままデータ要求元の端末に向けて送信する。
【００３０】
以上を踏まえて、データ要求に対するデータ提供サーバ１０の処理手順について図４を用いて説明する。
【００３１】
データ提供サーバ１０は、データ要求を受信すると（Ｓ１０１）、そのデータ要求が外部端末７０から送信された要求かどうかを判定する（Ｓ１０２）。判定の結果、内部端末３０から送信されたデータ要求であれば、要求データにより指定されたデータを記憶装置１２から取り出し、データ要求元の内部端末３０に向けて送信する（Ｓ１０３）。一方、Ｓ１０２での判定の結果、外部端末７０から送信されたデータ要求であれば、データ提供サーバ１０は、要求データにより指定されたデータを記憶装置１２から取り出した後、そのデータに対してカプセル化処理、つまり、所定の公開鍵を用いてそのデータを暗号化する（Ｓ１０４）。その後、データ提供サーバ１０は、カプセル化されたデータを外部端末７０に送信するために、ＳＳＬ−ＶＰＮ装置５０に向けて送信する（Ｓ１０５）。
【００３２】
以上により、データ提供サーバ１０が管理するデータを、リモートアクセスしてきた外部端末７０に向けて送信する場合には、そのデータがカプセル化される。そして、そのカプセル化データは、リモートアクセスを行ったユーザのみがデカプセル化することができる。よって、外部端末７０にキャッシュとしてそのデータが残されていたとしても、第三者はそのデータをデカプセル化することができないため、そのデータを保護することができる。
【００３３】
図５は、外部端末７０の機能ブロックを示す図である。外部端末７０は、ネットワークを介してデータの送受信を行う際のインタフェースとなるネットワークＩ／Ｆ７１と、データ提供サーバ１０から提供されたＷｅｂアプリケーションのデータやファイル等のデータを保持する記憶装置７２と、装置全体の制御を行う制御装置７３と、データ提供サーバ１０から提供されたデータをデカプセル化する際に使用するトークンが書き込まれたトークン保持装置７４と、を含む。トークン保持装置７４は、外部端末７０に対して着脱可能に構成されおり、例えば、ユーザがリモートアクセスしてデータ提供サーバ１０からデータをダウンロードする際に装着される。
【００３４】
図６は、制御装置７３の詳細を示す機能ブロック図である。リモートアクセス処理部７５は、インターネット２００を介してデータ提供サーバ１０にアクセスするために、ＳＳＬ−ＶＰＮ装置５０とＳＳＬ通信を行う際に必要な処理を行うモジュールである。データ要求部７６は、ユーザからの指示に基づいてデータ提供サーバ１０に対して所望のデータを要求するためのデータ要求を行うモジュールである。データ処理部７７は、データ要求に応じてデータ提供サーバ１０から提供されたデータに対して、Ｗｅｂブラウザへの表示や文書データの表示など所定の処理を行うモジュールである。デカプセル化処理部８０は、データ提供サーバ１０から提供されたデータのデカプセル化処理を行うモジュールである。
【００３５】
デカプセル化処理部８０は、データのデカプセル化を行う際に利用する電子チケットをデータ提供サーバ１０に要求して、取得する電子チケット取得部８１と、トークン保持装置７４からユーザ固有情報であるトークンを取得するトークン取得部８２と、取得した電子チケットとトークンとに基づいて秘密鍵を生成し、データの復号化を行うデータ復号部８３とを含む。
【００３６】
続いて、図７に示すフローチャートを用いて、外部端末７０がデータ提供サーバ１０から所望のデータを取得して、そのデータに対して所定の処理を行う手順を説明する。
【００３７】
外部端末７０は、まず、インターネット２００を介してデータ提供サーバ１０にアクセスするために、ＳＳＬ−ＶＰＮ装置５０にリモートアクセスする（Ｓ２０１）。ここで、外部端末７０は、ＳＳＬ−ＶＰＮ装置５０との間でユーザ認証等を行い、ＳＳＬ−ＶＰＮ装置５０とＳＳＬ通信路を確立する。次いで、外部端末７０は、データ提供サーバ１０への接続要求を行う（Ｓ２０２）。接続要求を受けて、ＳＳＬ−ＶＰＮ装置５０は、自身が保有する外部端末７０がアクセス可能な外部ＵＲＬリストを外部端末７０に対して送信し、外部端末７０は、外部ＵＲＬリストを受信する（Ｓ２０３）。その後、そのＵＲＬリストをユーザが参照して、所望のＵＲＬを選択し、その選択したＵＲＬでデータ提供サーバ１０に接続するようにＳＳＬ−ＶＰＮ装置５０に対して要求する（Ｓ２０４）。それを受けて、ＳＳＬ−ＶＰＮ装置５０は、自身が保有するＵＲＬマッピングテーブルを参照して、選択された外部ＵＲＬに対応する内部ＵＲＬに基づいて、データ提供サーバ１０に代理応答する。その後、データ提供サーバ１０は、その内部ＵＲＬに対応するデータをカプセル化処理した後、そのデータを外部端末７０に送信する。外部端末７０は、ＳＳＬ−ＶＰＮ装置５０を介してそのデータを受信し（Ｓ２０５）、そのデータのデカプセル化処理を行う（Ｓ２０６）。デカプセル化処理が終了後、外部端末７０は、Ｗｅｂブラウザへの表示や文書データの表示など所定の処理を行う（Ｓ２０７）。このようにして、Ｗｅｂブラウザへの表示や文書データの表示など所定の処理が行われたデータは、Ｗｅｂブラウザや文書データを閉じるなど所定の終了処理が行われると、外部端末７０からは消去される。つまり、データ提供サーバ１０から提供されたデータはデカプセル化された状態で外部端末７０のキャッシュには残らない。よって、その後、第三者が外部端末７０にアクセスしても、第三者は、外部端末７０からデカプセル化されたデータを盗むことはできない。
【００３８】
本実施形態の別の態様として、データ提供サーバ１０は、次のように、データ要求を行った端末の判定を行ってもよい。すなわち、ＳＳＬ−ＶＰＮ装置５０がＵＲＬマッピングテーブルに基づいてマッピングされる内部ＵＲＬに、外部端末７０からのリモートアクセスであることを示す識別子を付加しておく。例えば、図８に示すように内部ＵＲＬの後段に、「encap=true」というパラメータを付加しておく。そして、データ提供サーバ１０は、データ要求に示されている内部ＵＲＬに「encap=true」パラメータが付加されているか否かでデータ要求を行った端末の判定を行い、内部ＵＲＬに「encap=true」パラメータが付加されている場合には、外部端末７０から送信されたデータ要求であると判定し、内部ＵＲＬに「encap=true」パラメータが付加されていない場合には、内部端末３０から送信されたデータ要求であると判定する。このように、データ提供サーバ１０は、アクセス先のＵＲＬに所定のパラメータが付加されているか否かで、データ要求を行った端末の判定を行ってもよい。
【００３９】
以上、本実施形態によれば、データ提供サーバ１０が、データ要求に応じて自身が管理するデータを要求元の端末に提供する前に、そのデータ要求が社内ネットワーク１００に接続された内部端末３０から送信されたものか、インターネット２００に接続された外部端末７０に接続されたものかを判定する。そして、データ提供サーバ１０は、外部端末７０に対してデータを提供する場合に、そのデータに対してカプセル化処理を施し、アクセスしたユーザのみがそのデータを利用できるように制限する。これにより、外部端末７０にキャッシュとしてそのデータが残されていたとしても、第三者は、データをデカプセル化するために必要なトークンを保有していないため、そのデータをデカプセル化することができない。よって、第三者からそのデータを保護することができる。
【図面の簡単な説明】
【００４０】
【図１】本実施形態におけるシステムの全体構成を示す図である。
【図２】本実施形態におけるデータ提供サーバの機能ブロックを示す図である。
【図３】本実施形態におけるデータ提供サーバを構成する制御装置の機能ブロックを示す図である。
【図４】本実施形態におけるデータ提供サーバが端末に対してデータを提供する際の手順を示すフローチャートである。
【図５】本実施形態における外部端末の機能ブロックを示す図である。
【図６】本実施形態における外部端末を構成する制御装置の機能ブロックを示す図である。
【図７】本実施形態における外部端末がデータ提供サーバからデータの提供を受ける際の手順を示すフローチャートである。
【図８】本実施形態におけるＳＳＬ−ＶＰＮ装置が保有するＵＲＬマッピングテーブルの一例を示す図である。
【符号の説明】
【００４１】
１０  データ提供サーバ、１１  ネットワークＩ／Ｆ、１２  記憶装置、１３  制御装置、１４  要求元判定部、１５  カプセル化処理部、１６  データ送信部、１７  公開鍵発行部、１８  暗号化部、１９  電子チケット発行部、３０  内部端末、５０  ＳＳＬ−ＶＰＮ装置、７０  外部端末、７１  ネットワークＩ／Ｆ、７２  記憶装置、７３  制御装置、７４  トークン保持装置、７５  リモートアクセス処理部、７６  データ要求部、７７  データ処理部、８０  デカプセル化処理部、８１  電子チケット取得部、８２  トークン取得部、８３  データ復号部、１００  社内ネットワーク、２００  インターネット。
【図１】
2006229747.tif 000003
【図２】
2006229747.tif 000004
【図３】
2006229747.tif 000005
【図４】
2006229747.tif 000006
【図５】
2006229747.tif 000007
【図６】
2006229747.tif 000008
【図７】
2006229747.tif 000009
【図８】
2006229747.tif 000010