JP2010219979A - 中継サーバを有するネットワークシステム、その中継サーバ、プログラム - Google Patents

Abstract

【課題】中継サーバとセンタ間の同時接続数に制限がある場合でも、セキュリティ情報を各決済端末に適切に短時間で配信できるようにする。
【解決手段】中継サーバ３０は、各決済端末１０からの要求メッセージを決済センタ２０に転送するが、現在の同時接続数が閾値に達している場合には、要求メッセージをキュー３３に一時的に記憶し、その後に同時接続数が閾値未満となったら、キュー３３に格納してあった要求メッセージを決済センタ２０に転送する。但し、任意の応答メッセージを受信してこれを要求元の端末に転送する際に、この応答メッセージの暗号化セキュリティ情報と同じものを取得すべき端末からの要求メッセージがキュー３３に格納されている場合には、この要求メッセージに対する応答メッセージを受信した応答メッセージに基づいて生成して、要求元端末に配信する。
【選択図】 図１

Description

本発明は、ＩＣカード決済システム等のネットワークシステムに係り、特に中継サーバを有するネットワークシステムに関する。

図６に、従来の中継サーバを有するネットワークシステムのシステム構成例を示す。
本手法は、中継サーバを備え、センタ装置−各端末間の通信を中継サーバが中継するネットワークシステムに係るものであり、ここでは一例として中継サーバを備えるＩＣカード決済システムを例示するが、この例に限るものではない。

図６に示す、中継サーバを備えるネットワークシステムの一例としての中継サーバを備えるＩＣカード決済システムは、複数の決済端末１００、中継サーバ１１０、決済センタ１２０から成る。複数の決済端末１００及び中継サーバ１１０は、例えば任意の店舗（コンビニ等の小売店、デパート、ディスカウントショップ、ショッピングモール等）内に設置されている。店舗内にはＬＡＮ／ＶＰＮ１が敷設されている。

各決済端末１００−中継サーバ１１０間の通信は、比較的高速のネットワークであるＬＡＮ／ＶＰＮ１を介して行われる。中継サーバ１１０−決済センタ１２０間の通信は、比較的低速のネットワークであるＷＡＮ２を介して行われる。但し、これは一例であり、この例に限らない。

決済端末１００は、例えば店舗の各レジ毎に設置されるＩＣカード決済端末であり、特に店舗の規模が大きければ多数存在するものである。決済端末１００は、任意の顧客のＩＣカードとの通信を行って、例えば電子マネーによる決済処理を行う。決済端末１００は、ＩＣカードとの通信に必要となる所定のセキュリティ情報（例えば、ＩＣカードと送受信するデータを暗号化／復号化する為の鍵や、認証鍵等）を保持している。

中継サーバ１１０は、決済端末１００−決済センタ１２０間の通信を中継する役割を持つサーバ装置（ファイアウォール等）である。具体的には、中継サーバ１１０は、各済端末１００から決済センタ１２０宛に送信される要求メッセージを受信すると、この要求メッセージを決済センタ１２０に転送し、この要求メッセージに対して決済センタ１２０から返信される応答メッセージを受信すると、この応答メッセージを要求元の決済端末１００に転送する。決済端末１００との通信処理は図示の対決済端末通信機能部１１２が行い、決済センタ１２０との通信処理は図示の対決済センタ通信機能部１１１が行う。

尚、図では対決済センタ通信機能部１１１を複数示しているが、これは、決済センタ１２０に対して同時に複数のＴＣＰコネクションを張って通信可能なことを示している。つまり、複数の対決済センタ通信機能部１１１は、それぞれが決済センタ１２０に対する１つのＴＣＰコネクションを受け持つスレッド等と考えてよい。決済センタ１２０は、任意の要求メッセージに対する応答メッセージを、上記ＴＣＰコネクションにより、この要求メッセージの送信元の対決済センタ通信機能部１１１に渡すことになる。

尚、別の言い方をすれば、中継サーバ１１０には例えば上記複数の対決済センタ通信機能部１１１を包含するプロセスがあり、個々の対決済センタ通信機能部１１１はこのプロセス内におけるスレッド動作と見做すこともできる。

また、尚、図では対決済端末通信機能部１１２も複数示しているが、これも上記対決済センタ通信機能部１１１と同様の理由である。この場合、複数の対決済端末通信機能部１１２は、それぞれが任意の１つの決済端末１００に対するＴＣＰコネクションを受け持つスレッド等と考えてよい。

中継サーバ１１０は、例えば各店舗毎に１台設置され、各店舗毎にその店舗内にある全ての決済端末１００は、中継サーバ１１０を介して外部の装置（決済センタ１２０等）との通信を行える。

決済端末１００が中継サーバ１１０を介して決済センタ１２０と行う通信には、例えば以下のものがある。
・決済端末１００は、非接触ＩＣカード等の任意のＩＣカードとの通信を行って、電子マネー決済等の処理を行う。また、この決済処理の際に必要に応じて、中継サーバ１１０を介して決済センタ１２０に与信の問合せを行う。
・決済端末１００は、上記の通り、非接触ＩＣカード等にアクセスするために必要な暗号鍵等（上記セキュリティ情報）を内部に保持している。セキュリティ情報は決済センタ１２０で一元管理されており、必要に応じて決済センタ１２０から（中継サーバ１１０を介して）各決済端末１００に配信される。

このデータ配信／受信の際、セキュリティ情報は決済センタ１２０と決済端末１００で予め共通に保持している転送データ暗号鍵１２４、１０３によって暗号化／復号化される。尚、この“共通に保持”とは、両者が同じ鍵を保持している場合（共通鍵暗号方式（秘密鍵暗号方式ともいう）の場合）と、ペアとなる鍵の一方／他方を保持している場合（公開鍵暗号方式の場合）とがある。公開鍵暗号方式の場合、予め任意の公開鍵−秘密鍵ペアが生成されており、例えば転送データ暗号鍵１２４が秘密鍵、転送データ暗号鍵１０３が公開鍵となる。但し、全ての決済端末１００が同じ公開鍵を保持しているとは限らない。予め２種類以上の公開鍵−秘密鍵ペアが生成されており、各決済端末１００はそのうちの任意の１種類の公開鍵を保持している場合もある。これは、共通鍵暗号方式の場合も同様である。

ここで、決済端末１００には、電源ＯＦＦや鍵の有効期限切れなどの際に、内部に保持しているセキュリティ情報を削除する機能を持つものがある。このような決済端末１００は、起動時や鍵の期限切れの際に、決済センタ１２０からセキュリティ情報を取得する必要がある。

例えば、決済端末１００は、起動時や鍵の期限切れを認識した際に、セキュリティ情報取得機能部１０２が、対中継サーバ通信機能部１０１を介して、中継サーバ１１０に対して決済センタ１２０宛のセキュリティ情報の要求メッセージを送信する。中継サーバ１１０は、上記のように、この要求メッセージを決済センタ１２０へ転送する。

セキュリティ情報配信機能部１２１は、対中継サーバ通信機能部１２２を介して上記要求メッセージを受信すると、自己が保持・管理しているセキュリティ情報１２３を、転送データ暗号鍵１２４によって暗号化して、この暗号化セキュリティ情報を含む応答メッセージを、中継サーバ１１０へ返信する。中継サーバ１１０は、上記のように、この応答メッセージを要求元の決済端末１００へ転送する。尚、決済センタ１２０は、更に決済端末管理データ１２５を保持しているが、これはここでは特に関係ないので説明しない。

決済端末１００は、上記の通り予め上記転送データ暗号鍵１２４と同じ（もしくはペアとなる）転送データ暗号鍵１０３を保持しており、この転送データ暗号鍵１０３を用いて応答メッセージにおける暗号化セキュリティ情報を復号化して、セキュリティ情報を取得
する。尚、既に述べたことから、共通鍵暗号方式の場合には、転送データ暗号鍵１０３と転送データ暗号鍵１２４とが同じ鍵となる。一方、公開鍵暗号方式の場合には、任意の公開鍵と秘密鍵のペアのうち、一方を決済端末１００が保持し他方を決済センタ１２０が保持することになる（例えば一例としては、転送データ暗号鍵１２４が秘密鍵、転送データ暗号鍵１０３が公開鍵となる、逆であってもよい）。

尚、以下の説明では、転送データ暗号鍵は、決済端末１００と決済センタ１２０とで同じ鍵を保持している場合（共通鍵暗号方式の場合）を例にして説明する。
ここで、図示の例では、転送データ暗号鍵１０３は複数種類存在し（ここでは転送データ暗号鍵No.1、No.2の２種類）、各決済端末１００はそれぞれ何れか１種類の転送データ暗号鍵１０３を保持している。これより、図示の例では、転送データ暗号鍵No.1を保持する決済端末１００のグループ（図示の決済端末グループ１）と、転送データ暗号鍵No.2を保持する決済端末１００のグループ（図示の決済端末グループ２）とに分けることができる。また、この例では、決済センタ１２０は転送データ暗号鍵No.1、No.2の両方を保持している。

これより、例えば、決済端末グループ１に属する決済端末１００は、転送データ暗号鍵No.2によって暗号化されたセキュリティ情報１２３を受け取っても、これを復号化できないことになる。この為、決済端末１００は、例えば、自己が保持する転送データ暗号鍵１０３の種類を示す情報を、上記要求メッセージに含めて送信する。

これより、決済センタ１２０は、決済端末グループ１に属する決済端末１００からの要求に対しては、転送データ暗号鍵No.1によって暗号化したセキュリティ情報１２３を返信することになる。同様に、決済端末グループ２に属する決済端末１００からの要求に対しては、転送データ暗号鍵No.２によって暗号化したセキュリティ情報１２３を返信することになる。

尚、決済センタ１２０側において、例えば決済端末管理データ１２５として、予め各決済端末１００毎に、その端末が保持する転送データ暗号鍵１０３の種類を登録しておくようにしてもよい。これは、決済端末１００の端末識別番号に対応付けて登録しておく。この場合、決済端末１００は、自己の端末識別番号を上記要求メッセージに含めて送信する。

あるいは、セキュリティ情報１２３が複数種類存在する場合もある。例えば一例としては、決済端末１００には様々な機種があるものとして、この機種毎に異なるセキュリティ情報１２３を用いる場合がある。この様な場合、決済センタ１２０は、複数種類のセキュリティ情報１２３（各機種それぞれに対応するセキュリティ情報１２３）を保持しており、要求元の決済端末１００の機種に対応するセキュリティ情報１２３を、要求元の決済端末１００に配信する。この場合、決済端末１００は自己の機種を示す機種コードを上記要求メッセージに含めて送信する。勿論、セキュリティ情報１２３は暗号化して配信する。

勿論、この例に限らない。例えば、現在、様々な種類の電子マネーが存在しており、それぞれが異なるセキュリティ情報を用いている。これより、セキュリティ情報１２３は、各電子マネー種別に応じて複数種類存在する場合も有り得る。

よって、例えば、転送データ暗号鍵No.1を保持する決済端末１００は、たとえ転送データ暗号鍵No.１によって暗号化されたセキュリティ情報１２３を受け取っても、このセキュリティ情報１２３が自己の機種に対応するセキュリティ情報ではない場合には、暗号化されたセキュリティ情報１２３を復号化することは出来るが、実質的にセキュリティ情報取得に失敗したことになる。この様に、暗号鍵とセキュリティ情報の両方で自端末に対応
する「暗号化されたセキュリティ情報」が配信されることが必要となる。

勿論、上記機種毎の例に限らない。例えば、現在、様々な種類の電子マネーが存在しており、それぞれが異なるセキュリティ情報を用いている。これより、セキュリティ情報１２３は、各電子マネー種別に応じて複数種類存在する場合も有り得る。

また、特許文献１記載の従来技術がある。この従来技術では、リーダ／ライタ端末はアクセス鍵を記憶エリアに保管し、電源断若しくは外部からの攻撃を検出したとき、このアクセス鍵を消去するものである。また、特許文献１には、電源投入時にリーダ／ライタ端末が中央管理装置に対してアクセス鍵の配信要求を行い、それを受けて中央管理装置がアクセス鍵を暗号化し、暗号化した鍵データをリーダ／ライタ端末に配信することが開示されている。

特開２００４−２９５５０２号公報

上述した中継サーバを有するネットワークシステム構成において、決済端末等の基本的に多数存在する端末が、例えば起動時にセキュリティ情報をセンタ装置から取得するような運用の場合（セキュリティ上、夜間等のように店舗営業時間外の時間帯には、決済端末にセキュリティ情報を保持させない運用等の場合）、店舗の営業形態によっては、開店準備中のある時間帯に、その店舗内に設置されている複数の（特に多数の）決済端末から一斉にその店舗内の中継サーバへのアクセスが発生する場合もある。

しかし、決済センタとの契約形態によっては、中継サーバ１１０−決済センタ１２０間の同時接続数が制限されているケースがある。このようなケースでは、中継サーバ１１０の対決済センタ通信機能部１１１が単位時間に転送できる要求メッセージ数に対して、各決済端末１００から中継サーバ１１０に到着する要求メッセージの数が非常に多くなってしまう。この結果、中継サーバ１１０と決済センタ１２０の間の通信がボトルネックになり、決済端末１００に応答メッセージを返すまでにかかる時間が非常に長くなってしまうという問題が生じる。

このような問題が生じる場合の一例を図７に示す。
図７は、従来の中継サーバ１１０によるメッセージ中継シーケンスの一例を示す図である。ここでは、中継サーバ１１０−決済センタ１２０間の同時接続数制限が‘２’である場合を例にする。

図示の例では、５台の決済端末１００（決済端末ａ，ｂ，ｃ，ｄ，ｅ）が、それぞれ、セキュリティ情報要求メッセージ（１）〜（５）をほぼ同時期に送信する。これは、全く同時ではなく、図示の例では、要求メッセージ（１）、（２）、（３）、（４）、（５）というように、要求メッセージ（１）が最も早く、要求メッセージ（５）が最も遅いタイミングで送信され、これらの順に中継サーバ１１０で受信される。尚、要求メッセージ（１）受信時には、中継サーバ１１０−決済センタ１２０間の同時接続数は‘０’であったものとする（つまり、決済センタ１２０に接続していない）。また、尚、上記決済端末ａ，ｂ，ｃ，ｄ，ｅのうち、決済端末ａ，ｃ，ｅは上記決済端末グループ１の属し（つまり、転送データ暗号鍵No.1を保持する）、決済端末ｂ，ｄは上記決済端末グループ２の属する（つまり、転送データ暗号鍵No.２を保持する）ものとする。

中継サーバ１１０は、セキュリティ情報要求メッセージを受信する毎に、現在の同時接続数が上記同時接続数制限＝‘２’（閾値）に達していない限りは、この要求メッセージを決済センタ１２０に転送する。そして同時接続数を更新（＋１インクリメント）し、転送した要求メッセージに対する決済センタ１２０からの応答メッセージを待つ。そして、応答メッセージを受信したら、この応答メッセージを該当する決済端末１００（この応答メッセージに対応する要求メッセージの送信元の決済端末１００）に転送する。そして、同時接続数を更新（−１デクリメント）する。

セキュリティ情報要求メッセージを受信したときに、現在の同時接続数が上記同時接続数制限（閾値）に達していた場合には、この要求メッセージを一時的に保留し、上記同時接続数の更新（−１デクリメント）によって同時接続数が閾値未満となったら、保留していた要求メッセージを決済センタ１２０に転送する。勿論、その際、同時接続数を更新（＋１インクリメント）する。

中継サーバ１１０が上述した処理を行うことから、上記要求メッセージ（１）〜（５）の例の場合、図７に示す通りの処理シーケンスとなる。尚、以下の説明では逐一述べないが、上記の通り、決済端末１００との通信（メッセージ送受信）は対決済端末通信機能部１１２が行い、決済センタ１２０との通信（メッセージ送受信）は対決済センタ通信機能部１１１が行う。

図７に関して、中継サーバ１１０は、まず要求メッセージ（１）を受信するが、上記の通り同時接続数＝‘０’であることから、同時接続数は上記閾値（同時接続数制限＝‘２’）に達していないので、要求メッセージ（１）を即時決済センタ１２０に中継する。そして、同時接続数＝‘１’に更新する。要求メッセージ（２）受信時も、同様に、要求メッセージ（２）を即時決済センタ１２０に中継すると共に、同時接続数＝‘２’に更新する。これによって、現在の同時接続数が上記閾値に達した状態になる。よって、応答メッセージを受信・転送して、同時接続数を更新（−１デクリメント）するまでは、新たな要求メッセージを受信しても、決済センタ１２０に中継することなく、例えば、一時的に保留することになる。図示の例では、要求メッセージ（３）、（４）、（５）は、受信しても直ちに中継せずに一時的に保持することになる。あるいは、一時的に保持する方法に限らず、要求元の決済端末１００に要求拒否を返信し、所定時間後に再度、要求メッセージを送らせる（リトライさせる）ようにしてもよい。

そして、中継サーバ１１０は、決済センタ１２０が上記要求メッセージ（１）に対する応答メッセージ（セキュリティ情報応答メッセージ（１））を返信してくると、この応答メッセージ（１）を上記要求メッセージ（１）の送信元の決済端末１００（ここでは決済端末ａ）へ中継・転送する。尚、この処理は、例えば、応答メッセージ（１）は要求メッセージ（１）を転送した対決済センタ通信機能部１１１が受け取ることになり、この対決済センタ通信機能部１１１は、該当する対決済端末通信機能部１１２（要求メッセージ（１）を受信した通信機能部１１２）に応答メッセージ（１）を渡すことで、この通信機能部１１２が自己が上記ＴＣＰコネクションを張っている決済端末１００（ここでは決済端末ａ）に応答メッセージ（１）を送信するものである。

この応答メッセージ（１）には、暗号化されたセキュリティ情報１２３が含まれるが、上記のことからこれは転送データ暗号鍵No.1によって暗号化されたものとなる。よって、決済端末ａは自己の転送データ暗号鍵１０３(No.1)を用いて、この暗号化されたセキュリティ情報１２３を復号して、セキュリティ情報１２３を取得することができる。

中継サーバ１１０は、応答メッセージ（１）の中継後、同時接続数を更新（−１デクリ
メント）する。これによって同時接続数＝‘１’となり上記閾値（同時接続数制限＝‘２’）未満となるので、保持されている要求メッセージがある場合には、これを対決済センタ通信機能部１１１が決済センタ１２０に転送する。本例では要求メッセージ（３）を転送することになる。

その後、上記要求メッセージ（２）に対する応答メッセージ（セキュリティ情報応答メッセージ（２））が決済センタ１２０から返信されてくると、中継サーバ１１０は、上記応答メッセージ（１）の場合と同様にして、この応答メッセージ（２）を該当する決済端末１００（本例では決済端末ｂ）に中継・転送すると共に同時接続数を更新（−１デクリメント）することで、次の要求メッセージを決済センタ１２０に転送可能となり、本例では今度は要求メッセージ（４）を転送することになる。

尚、この応答メッセージ（２）には転送データ暗号鍵No.２によって暗号化されたセキュリティ情報１２３が含まれることになり、上記のことから、決済端末ｂは自己の転送データ暗号鍵１０３（No.2）を用いて、この暗号化されたセキュリティ情報１２３を復号して、セキュリティ情報１２３を取得することができる。

その後も同様にして、応答メッセージ（３）を受信したら、これを該当する決済端末１００（本例では決済端末ｃ）に中継・転送し、今度は要求メッセージ（５）を決済センタ１２０に転送する。また、その後、応答メッセージ（４）を受信したら、これを該当する決済端末１００（本例では決済端末ｄ）に中継・転送するが、このとき中継サーバ１１０に保持されている要求メッセージは無いので、要求メッセージの転送は行われない。これは、その後の応答メッセージ（５）受信時も同様である。

上記のように、要求メッセージ（３）を決済センタ１２０に転送できるのは、応答メッセージ（２）を受信した後となり、図示の通り、要求メッセージ（３）を受信してから決済センタ１２０に転送するまでの経過時間は長くなってしまう。要求メッセージ（４）、（５）に関しても、同様であり、これら要求を受信してから決済センタ１２０に転送するまでの待ち時間が、長くなってしまう。

このように、同時接続数の制限がある為、要求メッセージを受信しても直ちに決済センタ１２０に中継することができず、一旦保留しておき、その後に中継を行うので、転送効率が悪くなり、また保持される要求メッセージが多くなると長時間待ち状態となることになり、無駄な待ち時間が多くなり、それによって要求のあった全ての決済端末１００にセキュリティ情報を配信し終わるまでに掛かる時間（全体の配信時間）が非常に長くなるという問題があった。

本発明の課題は、複数台の端末と中継サーバとセンタ装置から成り、端末−センタ装置間の通信を中継サーバが中継するシステムにおいて、中継サーバ−決済センタ間の同時接続数が制限されている場合あって、特に各端末からほぼ同時期に情報配信要求がある場合においても、短時間で各端末に適切な情報を配信できる、中継サーバを有するネットワークシステム、その中継サーバ、プログラム等を提供することにある。

本発明の中継サーバを有するネットワークシステムは、複数台の端末と、中継サーバとセンタ装置から成り、各端末−中継サーバ間を接続する第１ネットワークと中継サーバ−センタ装置間を接続する第２ネットワークを有し、端末−センタ装置間の通信を中継サーバが中継するネットワークシステムであって、前記中継サーバ−センタ装置間の同時接続数が制限されているネットワークシステムにおいて、前記各端末は、所定の要求メッセージを送信することで、該要求メッセージによる要求に応じた所定暗号化情報を含む応答メ
ッセージを配信させる情報取得手段を有し、前記センタ装置は、任意の端末からの前記要求メッセージを受信すると、この要求メッセージによる要求に応じた前記所定暗号化情報を含む応答メッセージを生成して該応答メッセージを返信する情報配信手段を有し、前記中継サーバは、前記要求メッセージを受信する毎に、現在の同時接続数が所定の制限数未満の場合は該受信した要求メッセージを前記センタ装置に転送し、現在の同時接続数が所定の制限数に達している場合には該受信した要求メッセージを一時記憶手段に記憶し、同時接続数が所定の制限数未満の状態になったら、該一時記憶手段に記憶した要求メッセージを前記センタ装置に転送する要求メッセージ転送手段と、前記応答メッセージを受信する毎に、該受信した応答メッセージを該当する端末に転送すると共に、前記一時記憶手段に１以上の要求メッセージがある場合には、該一時記憶手段から前記受信した応答メッセージに含まれる前記所定暗号化情報と同一の所定暗号化情報が応答されるべき全ての要求メッセージを取得して、該取得した各要求メッセージに対する各応答メッセージを前記受信した応答メッセージに基づいて生成して、該生成した各応答メッセージをそれぞれ該当する端末に配信する応答メッセージ転送・生成手段とを有する。

上記ネットワークシステムは、特に中継サーバに特徴を有する。中継サーバ−センタ装置間の同時接続数が制限されている場合において、中継サーバは、同時接続数が所定の制限数に達している場合には受信した要求メッセージを一時記憶手段に記憶する。そして、中継サーバは、任意の応答メッセージを受信すると、一時記憶手段に記憶した要求メッセージのなかに、この応答メッセージと同一の所定暗号化情報が応答されるべき要求メッセージがある場合には、全て取得して、取得した各要求メッセージに応じた応答メッセージを、受信した応答メッセージに基づいて生成して配信する。

この様に、受信した要求メッセージを全てセンタ装置に転送しなくても、中継サーバで応答メッセージを生成することで対応可能となる場合もあり、短時間で各端末に適切な情報を配信できる。

上記中継サーバを有するネットワークシステムにおいて、例えば、前記センタ装置の情報配信手段は、自装置が保持する複数種類の暗号鍵の何れかを用いて自装置が保持する特定情報を暗号化することで前記所定暗号化情報を生成し、前記各端末は、前記複数種類の暗号鍵の何れかに対応する復号鍵を保持しており、前記情報取得手段は、前記要求メッセージに前記自己が保持する復号鍵の識別情報を含めて送信し、前記センタ装置の情報配信手段は、受信した要求メッセージに含まれる前記復号鍵の識別情報に基づいて対応する暗号鍵を選択して、該選択した暗号鍵を用いて前記特定情報の暗号化を行うことで前記所定暗号化情報を生成し、該所定暗号化情報と前記復号鍵の識別情報を前記応答メッセージに含めて返信し、前記中継サーバの応答メッセージ転送・生成手段は、前記一時記憶手段に記憶されている要求メッセージのなかから、受信した応答メッセージに含まれる前記復号鍵の識別情報と同一の識別情報を有する要求メッセージを全て取得して、該取得した要求メッセージそれぞれに対応して前記応答メッセージの生成・配信を行う。

復号鍵の識別情報に基づいて要求メッセージを選別することで、生成した応答メッセージを受信した各端末は、その所定暗号化情報を自己が保持する復号鍵を用いて復号でき、特定情報（セキュリティ情報等）を取得できる。つまり、中継サーバは、各端末に適切な情報を配信できる。

あるいは、上記中継サーバを有するネットワークシステムにおいて、例えば、前記センタ装置の情報配信手段は、自装置が保持する複数種類の暗号鍵の何れかを用いて、自装置が保持する、各種属性に応じた各種特定情報の何れかを暗号化することで前記所定暗号化情報を生成し、前記各端末は、前記複数種類の暗号鍵の何れかに対応する復号鍵を保持しており、前記情報取得手段は、前記要求メッセージに前記自己が保持する復号鍵の識別情
報と自己の前記属性を示す属性コードとを含めて送信し、前記センタ装置の情報配信手段は、受信した要求メッセージに含まれる前記復号鍵の識別情報に基づいて対応する暗号鍵を選択して、受信した要求メッセージに含まれる前記属性コードを用いて対応する特定情報を選択し、該選択した暗号鍵を用いて該選択した特定情報の暗号化を行うことで前記所定暗号化情報を生成し、該生成した所定暗号化情報と前記識別情報及び属性コードを前記応答メッセージに含めて返信し、前記中継サーバの応答メッセージ転送・生成手段は、前記一時記憶手段に記憶されている要求メッセージのなかから、受信した応答メッセージに含まれる前記識別情報及び属性コードと同じ識別情報及び属性コードを有する要求メッセージを全て取得して、該取得した要求メッセージそれぞれに対応して前記応答メッセージの生成・配信を行う。

復号鍵の識別情報と属性コードに基づいて要求メッセージを選別することで、生成した応答メッセージを受信した各端末は、その所定暗号化情報を自己が保持する復号鍵を用いて復号できると共に、各種特定情報のなかで自己が必要とする特定情報を取得できる。つまり、中継サーバは、各端末に適切な情報を配信できる。

本発明の中継サーバを有するネットワークシステム、その中継サーバ、プログラム等によれば、複数台の端末と中継サーバとセンタ装置から成り、端末−センタ装置間の通信を中継サーバが中継するシステムにおいて、中継サーバ−決済センタ間の同時接続数が制限されている場合あって、特に各端末からほぼ同時期に情報配信要求がある場合においても、短時間で各端末に適切な情報を配信できる。

本例の中継サーバを有するネットワークシステムの構成・機能ブロック図である。 実施例１におけるセキュリティ情報配信に係わる通信シーケンスを示す図である。 （ａ）は要求メッセージ、（ｂ）は応答メッセージのパケット構成の一例である。 実施例２におけるセキュリティ情報配信に係わる通信シーケンスを示す図である。 コンピュータ・ハードウェア構成図である。 従来の中継サーバを有するネットワークシステムのシステム構成図である。 従来の中継サーバによるメッセージ中継シーケンスの一例を示す図である。

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例の中継サーバを有するネットワークシステムの構成・機能ブロック図である。

ここでは「中継サーバを有するネットワークシステム」の一例としてＩＣカード決済システムを例にするが、この例に限らない。この例のネットワークシステムは、複数の決済端末１０と中継サーバ３０と決済センタ２０より成る。そして、上記図６と同様、各決済端末１０と中継サーバ３０はＬＡＮ／ＶＡＮ１等の比較的高速のネットワークにより接続され、中継サーバ２０と決済センタ３０はＷＡＮ２等の比較的低速のネットワークにより接続されている。

また、以下の説明では、各決済端末１０が要求する（取得すべき）情報（特定情報という）の一例としてセキュリティ情報を例にして説明するが、この例に限るものではない。但し、基本的に、この特定情報は暗号化されて配信されるものとする。尚、暗号化された特定情報は、所定暗号化情報というものとする。また、特定情報の暗号化／復号化の為の鍵（上記従来で説明した転送データ暗号鍵に相当）は、複数種類存在するものとし、各決済端末１０はそのうちの任意の１種類の鍵を予め保持している。そして、決済センタ２０は、要求元の決済端末１０に応じた鍵（所定の鍵）を用いて特定情報を暗号化して、この所定暗号化情報を配信する。

また、更に、特定情報は決済端末１０の決済端末属性コードに応じて複数種類存在し、決済センタ２０が、要求元の決済端末１０の決済端末属性コードに応じた特定情報を選択・配信するものであってもよい。この場合も、特定情報の暗号化は、上記の通り要求元の決済端末１０に応じた鍵を用いて行われる。

尚、上記決済端末属性コードとは、例えば決済端末１０が設置される場所や設置される店舗（たとえばチェーン展開している店舗でもよい）に基づき定められる番号であってもよく、また決済端末１０のメーカや機種に基づき定められる番号であってもよく、あるいは電子マネー種別を示すものであってもよい。本説明では、そのなかで特に、決済端末属性コードが、決済端末１０の機種を示す機種コードである場合、または各決済端末１０で扱う電子マネーの種別を示す電子マネー種別コードである場合を例にして説明する場合がある。

図１に示す構成において、中継サーバ以外の構成は、上記従来の図６の構成と略同様であってよく、以下、簡単に説明する。
まず、決済端末１０は、上記決済端末１００と同様であり、多数存在するものであり、それぞれが中継サーバ３０を介して決済センタ２０にアクセスして、上記特定情報（ここではセキュリティ情報）の配信等を受けるものである。

そして、決済端末１０は、対中継サーバ通信機能部１１、セキュリティ情報取得機能部１２の各機能部を有するが、これらは上記従来の対中継サーバ通信機能部１０１、セキュリティ情報取得機能部１０２と略同様の機能部である。すなわち、対中継サーバ通信機能部１１はＬＡＮ／ＶＡＮ１に接続して中継サーバ３０と通信を行う通信モジュールである。セキュリティ情報取得機能部１２は、例えば電源投入時等にセキュリティ情報要求メッセージ（以下、省略して「要求メッセージ」という場合もある）を対中継サーバ通信機能部１１を介して送信し、この要求に対するセキュリティ情報応答メッセージ（以下、省略して「応答メッセージ」という場合もある）を受信すると、この応答メッセージに含まれる所定の暗号化データ（上記所定暗号化情報；本例では、決済センタ２０がセキュリティ情報２３を転送データ暗号鍵２４によって暗号化したもの；以下、「暗号化セキュリティ情報」というものとする）を、転送データ暗号鍵１３を用いて復号化することでセキュリティ情報２３を取得し、このセキュリティ情報２３を不図示のメモリ等に記憶する。このメモリ等は例えば耐タンパ機能等により保護されている。そして、その後は、このセキュリティ情報を用いてＩＣカードとの通信・決済処理等を実行することになる。

尚、セキュリティ情報２３とは、上記セキュリティ情報１２３と同様であり、非接触ＩＣカードにアクセスするために必要な暗号鍵などである。
また、転送データ暗号鍵１３は、上記転送データ暗号鍵１０３と同様であり、決済センタ２０との暗号通信に用いられる鍵であり、ここでは特に上記「暗号化セキュリティ情報」を復号化する為の鍵である。尚、各決済端末１０−決済センタ２０間の暗号通信の暗号化方式は、共通鍵暗号方式でも公開鍵暗号方式でもよい。共通鍵暗号方式の場合、転送デ
ータ暗号鍵１３は転送データ暗号鍵２４と同一であってもよい。公開鍵暗号方式の場合、例えば、転送データ暗号鍵２４は秘密鍵、転送データ暗号鍵１３はこの秘密鍵とペアとなる公開鍵であることになる。但し、本例では、何れの場合でも、転送データ暗号鍵２４が情報の暗号化を行う暗号鍵、転送データ暗号鍵１３がこの暗号化情報を復号する復号鍵として機能することになる。

本説明では共通鍵暗号方式を例にして説明するが、勿論、公開鍵暗号方式を用いてもよい。
決済端末１０は、決済センタ２０から配信された「暗号化セキュリティ情報」を復号してセキュリティ情報２３を得る為の上記転送データ暗号鍵１３を、予め保持している。上記従来で説明した通り、転送データ暗号鍵１３は複数種類存在する場合があり、この場合、各決済端末１０は、任意の１種類の転送データ暗号鍵１３を保持している。図１の例では図６の例と同様に、複数の決済端末１０を、転送データ暗号鍵No.1を保持する決済端末１０のグループ（図示の決済端末グループ１）と、転送データ暗号鍵No.2を保持する決済端末１０のグループ（図示の決済端末グループ２）とに分けることができるものとする。

また、上記の通り、ここでは共通鍵暗号方式を例にするので、この例では決済センタ２０は、転送データ暗号鍵２４として、転送データ暗号鍵No.1と転送データ暗号鍵No.2を予め保持しており、転送されてくる要求メッセージの送信元の決済端末１０に応じた転送データ暗号鍵２４を用いて、セキュリティ情報２３を暗号化する。例えば、上記決済端末グループ１に属する決済端末１０からの要求に対しては、セキュリティ情報２３を転送データ暗号鍵No.1で暗号化して、この「暗号化セキュリティ情報」を返信することになる。

よって、既に述べた通り、例えば決済端末グループ１に属する決済端末１０に対して、転送データ暗号鍵No.2によって暗号化されたセキュリティ情報２３を配信しても、意味が無いことになる（復号化できないので、実質的に、セキュリティ情報配信失敗となる）。つまり、適切な情報が配信されないことになる。

また、各決済端末１０には、その端末に対応する上記決済端末属性コード（たとえば、その端末の機種を示す機種コード等）と、個々の決済端末を識別するためのユニークなＩＤ等である決済端末識別情報等も、予め付与されて不図示のメモリ等に記憶されている。

また、決済センタ２０は、セキュリティ情報配信機能部２１、対中継サーバ通信機能部２２の各種機能部を有するが、これらは上記従来のセキュリティ情報配信機能部１２１は、対中継サーバ通信機能部１２２と同様である。すなわち、対中継サーバ通信機能部２２はＷＡＮ２に接続して中継サーバ３０と通信を行う通信モジュールである。セキュリティ情報配信機能部２１は、任意の決済端末１０からのセキュリティ情報要求メッセージが中継サーバ３０を介して送られてくると、セキュリティ情報２３を要求元の決済端末１０に応じた転送データ暗号鍵２４によって暗号化して、この「暗号化セキュリティ情報」を含む応答メッセージを生成して中継サーバ３０へ返信する。

あるいは、セキュリティ情報２３が複数種類ある場合には、要求元の決済端末１０の属性（上記機種や電子マネー種別等）を示す上記決済端末属性コードに応じて、該当するセキュリティ情報２３を選択して、これを上記の通り暗号化して中継サーバ３０へ返信するようにしてもよい。

また、決済センタ２０は、予めセキュリティ情報２３、転送データ暗号鍵２４を保持しているが、これらは上記従来のセキュリティ情報１２３を、転送データ暗号鍵１２４と同様であり、ここでは特に詳細には説明しないが、上記の通り、転送データ暗号鍵２４は複数種類存在し、更にセキュリティ情報２３が複数種類存在する場合も有り得る。

また、決済センタ２０は従来と同様に決済端末管理データ２５も保持しているが、ここでは特に関係ないので説明しない。
尚、既に述べた通り、本説明においては、セキュリティ情報２３の暗号配信は、共通鍵暗号方式で行うものとして説明する。よって、転送データ暗号鍵２４は転送データ暗号鍵１３と同一である。

ここで、本例では、上述したように転送データ暗号鍵１３は複数種類存在し、これに応じて転送データ暗号鍵２４も複数種類存在する。そして、上記の通り、本例では、各決済端末１０は、転送データ暗号鍵No.1、転送データ暗号鍵No.2の何れか一方を保持している。また、本説明では上記の通り共通鍵暗号方式を用いるので、決済センタ２０には転送データ暗号鍵No.1と転送データ暗号鍵No.２の２種類の転送データ暗号鍵２４が予め保持されていることになる。

（勿論、共通鍵暗号方式は一例であり、公開鍵暗号方式を用いる場合には、例えば転送データ暗号鍵１３が公開鍵であるならば、決済センタ２０にはこれとペアとなる秘密鍵が転送データ暗号鍵２４として保持されていることになる。この場合、上記の例では、決済センタ２０には転送データ暗号鍵No.1とペアとなる秘密鍵と、転送データ暗号鍵No.２とペアとなる秘密鍵の２種類の転送データ暗号鍵２４が予め保持されていることになる。）
そして、決済センタ２０は、グループ１に属する決済端末１０からの要求に対しては、転送データ暗号鍵No.1を用いてセキュリティ情報２３を暗号化して配信することになる。同様に、グループ２に属する決済端末１０からの要求に対しては、転送データ暗号鍵No.2を用いてセキュリティ情報２３を暗号化して配信することになる。

以下、本システムの特徴である中継サーバ３０について詳細に説明する。
中継サーバ３０は、対決済センタ通信機能部３１、対決済端末通信機能部３２、待ち行列（キュー）３３を有する。

対決済センタ通信機能部３１、対決済端末通信機能部３２は、その基本的な処理機能自体は、上記従来の中継サーバ１１０の対決済センタ通信機能部１１１、対決済端末通信機能部１１２と略同様であってよい。

すなわち、対決済端末通信機能部３２は、その基本的な処理機能自体は、上記対決済端末通信機能部１１２と同様であってよく、任意の決済端末１０との通信処理（データ送受信）を行うものである。複数の対決済端末通信機能部３２は、それぞれが任意の１つの決済端末１０に対するＴＣＰコネクションを受け持つスレッド等と考えてよい。

また、対決済センタ通信機能部３１も、基本的な処理機能自体は、上記対決済センタ通信機能部１１１と略同様と考えてよい。すなわち、複数の対決済センタ通信機能部３１は、それぞれが決済センタ２０に対する１つのＴＣＰコネクションを受け持つスレッド等と考えてよい。

但し、対決済センタ通信機能部３１、対決済端末通信機能部３２は、後述する本手法の特徴となる処理機能を更に有する。また、本例の中継サーバ３０は、更に、上記待ち行列（キュー）３３を有する。待ち行列（キュー）３３は、ＦＩＦＯ（ファーストイン・ファーストアウト）メモリである。

ここで、従来の課題の説明と同様に、本手法は、中継サーバ３０−決済センタ２０間の同時接続数が制限されている場合を想定している。ここでは、中継サーバ３０−決済センタ２０間の同時接続数制限（閾値）が‘２’であるものとして説明する。

以下、この想定に従って本例の中継サーバ３０の特徴について説明する。
まず、本例の中継サーバ３０は、現在の同時接続数が上記閾値に達していない（閾値未満の）状態で新たな要求メッセージを受信した場合には、即時にこの要求メッセージを決済センタ２０に中継・転送する。一方、現在の同時接続数が上記閾値に達している状態で新たな要求メッセージを受信した場合には、この要求メッセージを待ち行列（キュー）３３に一時的に保持する。

あるいは、対決済端末通信機能部３２は、任意の要求メッセージを受信したら、必ずこの要求メッセージを待ち行列（キュー）３３に格納し、対決済センタ通信機能部３１は、現在の同時接続数が閾値未満の状態で待ち行列（キュー）３３に１以上の要求メッセージが格納されている場合には、待ち行列（キュー）３３から要求メッセージを取り出して決済センタ２０に転送するようにしてもよい。

待ち行列（キュー）３３は、ＦＩＦＯ（ファーストイン・ファーストアウト）メモリであり、現在格納されている要求メッセージの中で最も最初に格納された（最も古い）要求メッセージが取り出されて、決済センタ２０に転送することになる。つまり、要求メッセージを受信順に処理することになる。但し、これは本手法の基本的な動作であり、応答メッセージ受信時には更に後述する処理が行われることになる。

本例の中継サーバ３０の特に特徴的な点は、主に応答メッセージ受信時の処理にある。
すなわち、従来の対決済センタ通信機能部１１１は、応答メッセージを受信すると、これを該当する対決済端末通信機能部１１２に渡すことで該当する決済端末１００に送信させていた。つまり、受信した応答メッセージを該当する決済端末１００に転送する処理のみ行っていた。

本例の対決済センタ通信機能部３１でもこの処理は行うが、更に以下に説明する処理も実行する。
すなわち、対決済センタ通信機能部３１は、待ち行列（キュー）３３に１以上の要求メッセージが保持されている状態で応答メッセージを受信した場合には、この応答メッセージを解析し、待ち行列（キュー）３３に保持されている要求メッセージのなかに該当する要求メッセージがある場合には、この該当要求メッセージを全て取得して、取得した各要求メッセージに対応する応答メッセージを、上記受信した応答メッセージ等に基づいて生成する。そして、受信した応答メッセージ、及び生成した応答メッセージを、それぞれ、該当する対決済端末通信機能部３２に渡すことで該当する決済端末１０に送信させる。

上記該当する要求メッセージとは、その送信元の決済端末１０に対して配信すべき「暗号化セキュリティ情報」が、受信した応答メッセージに含まれる「暗号化セキュリティ情報」と同じであるはずの要求メッセージである。

具体的な一例としては、例えば後述する実施例１のように決済端末属性コードを考慮しない例の場合（つまり、セキュリティ情報２３は１種類のみである場合）には、受信した応答メッセージに対応する要求メッセージの送信元の決済端末１０が保持する転送データ暗号鍵１３と同一の転送データ暗号鍵１３を保持している決済端末１０からの要求メッセージが、上記“該当する要求メッセージ”となる。換言すれば、受信した応答メッセージの「暗号化セキュリティ情報」の暗号化に用いられた転送データ暗号鍵２４と同一の（ここでは共通鍵暗号方式なので）転送データ暗号鍵１３を保持している決済端末１０からの要求メッセージが、上記“該当する要求メッセージ”となる。

図１に示す例では、例えば受信した応答メッセージが、例えば決済端末グループ１に属
する任意の決済端末１０からの要求メッセージに応じたものであった場合、待ち行列（キュー）３３に保持されている各要求メッセージのなかに決済端末グループ１に属する決済端末１０からの要求メッセージがある場合にはこれを全て取得して、それぞれに対応する応答メッセージを生成することになる。

あるいは、例えば後述する実施例２のように決済端末属性コードを考慮する例の場合（つまり、セキュリティ情報２３が複数種類存在する場合）には、転送データ暗号鍵１３だけでなく決済端末属性コードも同一である要求メッセージが、上記該当する要求メッセージとなる。

以下、まず実施例１について説明する。
但し、ここで、実施例１、実施例２における要求メッセージ、応答メッセージのパケット構成例を、図３（ａ）、（ｂ）に示し、説明しておく。

図３（ａ）はセキュリティ情報要求メッセージのパケット構成の一例である。
図示のセキュリティ情報要求メッセージ４０は、メッセージ種別４１、決済端末識別情報４２、決済端末属性コード４３、及び転送データ暗号鍵Ｎｏ．４４を有する。

メッセージ種別４１は、当該メッセージ４０の種別（コマンド等）を示すものであり、本例では「セキュリティ情報要求」となる。決済端末識別情報４２は当該要求メッセージ４０の送信元の決済端末１０の識別番号であり、この識別番号は例えば決済端末１０の製造番号等の一意のユニークなＩＤである。

また、決済端末属性コード４３は、当該要求メッセージ４０の送信元の決済端末１０の属性を示す識別番号である。“属性”とは、既に決済端末属性コードに関して説明してある通り、例えば一例としては機種であり、この場合には決済端末属性コード４３は要求メッセージ４０の送信元の決済端末１０の機種を示す機種コードであることになる。勿論、これは一例であり、この例に限るものではなく、決済端末属性コードに関しては既に他の例も述べているので、ここでは説明しない。

また、典型的な例としては、セキュリティ情報２３が複数種類存在するケースでは、各“属性”毎に対応するセキュリティ情報２３が存在するものである。よって、この場合には、全ての決済端末１０が同じセキュリティ情報を保持するのではなく、属性が異なればセキュリティ情報も異なるものとなる。

あるいは、“属性”が各決済端末１０で扱う電子マネーの電子マネー種別である場合、近年、１台の決済端末１０で複数種類の電子マネーに対応可能な場合もあるので、１台の決済端末１０に複数種類のセキュリティ情報を配信する場合も有り得る。

転送データ暗号鍵Ｎｏ．４４は、この要求メッセージ４０の送信元の決済端末１０が保持している転送データ暗号鍵１３の種類を示す識別情報であり、ここではＮｏ．（番号）を用いるものとし、上記の例ではNo.1、No.2の何れかが格納されることになるが、勿論、この例に限らない。

尚、上記要求メッセージはパケットに含めて送信され、パケットには例えば送信元ＩＰアドレス、宛先ＩＰアドレス等が格納される。これは、応答メッセージ５０においても同様である。そして、中継サーバ３０におけるメッセージの中継・転送処理の際には、送信元ＩＰアドレス、宛先ＩＰアドレスの書き換えが行われるが、これは既存技術であり一般的なものであるので、ここでは特に説明しない。

また、図３（ｂ）に示す応答メッセージ５０は、メッセージ種別５１、決済端末識別情報５２、決済端末属性コード５３、転送データ暗号鍵Ｎｏ．５４、暗号化セキュリティ情報５５等より成る。

メッセージ種別５１は、当該メッセージ５０の種別（コマンド等）を示すものであり、本例では「セキュリティ情報応答」となる。決済端末識別情報５２、決済端末属性コード５３には、当該応答メッセージ５０に対応する要求メッセージ４０の送信元の決済端末１０の識別情報、属性コードが格納される。つまり、任意の要求メッセージ４０に対する応答メッセージ５０の決済端末識別情報５２、決済端末属性コード５３には、当該要求メッセージ４０の決済端末識別情報４２、決済端末属性コード５３が格納されることになる。また、同様にして、当該要求メッセージ４０の転送データ暗号鍵Ｎｏ．４４が、転送データ暗号鍵Ｎｏ．５４に格納されることになる。換言すれば、応答メッセージ５０は、要求メッセージ４０のメッセージ種別を変更すると共に暗号化セキュリティ情報５５を付加した構成となっている。

暗号化セキュリティ情報５５は、転送データ暗号鍵２４によって暗号化されたセキュリティ情報２３であり、これは転送データ暗号化鍵Ｎｏ．４４に対応する転送データ暗号鍵２４によって暗号化されるものである。例えば、転送データ暗号化鍵Ｎｏ．４４＝“No.1”であったなら、決済センタ２０は、転送データ暗号鍵No.1によってセキュリティ情報２３を暗号化したものを暗号化セキュリティ情報５５として生成して、これを応答メッセージ５０に付加することになる。

あるいは、セキュリティ情報２３が複数種類存在するものであって特に上記“属性”に応じて各種セキュリティ情報２３が存在する場合には、決済センタ２０は、まず、受信した要求メッセージ４０の決済端末属性コード４３に対応するセキュリティ情報２３を選択・取得する。そして、当該選択したセキュリティ情報２３を、転送データ暗号化鍵Ｎｏ．４４に対応する転送データ暗号鍵２４によって暗号化することで、暗号化セキュリティ情報５５を生成することになる。

尚、後述する実施例１の場合には、決済端末属性コード４３、５３は、必ずしも必要ない。一方、後述する実施例２の場合には、決済端末属性コード４３、５３は必要であり、上記の通り暗号化セキュリティ情報５５の生成の際に、決済端末属性コード４３に基づいてこの属性に対応するセキュリティ情報２３を選択・取得することになる。

図２に、実施例１においてセキュリティ情報を配信する際の通信シーケンスを示す。
尚、この配信処理に係わる中継サーバ３０等の処理フローチャートは、特に図示しない。中継サーバ３０等の処理動作は、図２の説明に含めて説明する。

尚、図２の例では、決済端末１０は図示の決済端末ａ，ｂ，ｃ，ｄ，ｅの５台示すものとし、決済端末ａ、ｃ、ｅが上記決済端末グループ１、決済端末ｂ，ｄが上記決済端末グループ２であるものとする。また、図示の通り、決済端末ａ→ｂ→ｃ→ｄ→ｅの順番で各決済端末１０がほぼ同時期にセキュリティ情報要求メッセージを中継サーバ２０へ送信するものとする。図６と同様、決済端末ａ，ｂ，ｃ，ｄ，ｅが送信する要求メッセージを、要求メッセージ（１）、（２）、（３）、（４）、（５）として示す。同様に、要求メッセージ（１）、（２）、（３）、（４）、（５）に対する応答メッセージを、応答メッセージ（１）、（２）、（３）、（４）、（５）として示す。

各応答メッセージ（１）、（２）、（３）、（４）、（５）に含まれる暗号化セキュリティ情報５５の内容自体は、従来の図６の場合と同じである。但し、本例では一部の応答メッセージは、中継サーバ３０において生成する。図２の例では、応答メッセージ（３）
、（４）、（５）は、中継サーバ３０が生成する。つまり、要求メッセージ（３）、（４）、（５）は、決済センタ２０に転送されない。よって、中継サーバ３０−決済センタ２０間に同時接続数制限があっても、これによる影響を最小限にして効率的に応答メッセージを配信でき、全体としての配信時間を短縮することが可能となる。

また、決済端末グループ１の各決済端末１０には、転送データ暗号鍵１３として転送データ暗号鍵No.1が予め付与されて保持されており、決済端末グループ２の各決済端末１０には、転送データ暗号鍵１３として転送データ暗号鍵No.2が予め付与されて保持されているものとする。また、各決済端末１０には、それぞれ、その決済端末の属性を示す決済端末属性コードが保持されているが、上記の通り、実施例１においては属性に応じたセキュリティ情報２３を配信するものではなく、セキュリティ情報２３は１種類であることを前提とするので、ここでは決済端末属性コードに関しては省略して説明する。また、決済端末識別情報に関しては、本手法には特に関係しないが、一応、決済端末ａ，ｂ，ｃ，ｄ，ｅの決済端末識別情報は、それぞれ、‘0001’、‘0002’、‘0003’、‘0004’、‘0005’であるものとして説明する。

尚、最初は、同時接続数＝０の状態であるものとする。
まず、中継サーバ３０は、決済端末ａからのセキュリティ情報要求メッセージ（１）(決済端末識別情報４２＝0001、転送データ暗号鍵No.４４＝No.1)を受信すると、その時点での中継サーバ３０−決済センタ２０間の同時接続数が‘０’であるため（“同時接続数＜閾値”であるので）、そのまま決済センタ２０にこの要求メッセージ（１）を転送し、応答メッセージを待つ。

尚、本例では閾値は‘２’である。また、同時接続数の更新に関しては既に従来の課題等で説明した通りであり、ここでは特に説明しない。また、ここでは、対決済センタ通信機能部３１、対決済端末通信機能部３２の個別の動作については特に言及せず、まとめて中継サーバ３０の動作として説明する場合もある。

続いて、中継サーバ３０は、決済端末ｂからのセキュリティ情報要求メッセージ（２）(決済端末識別情報４２＝0002、転送データ暗号鍵No.４４＝No.2)を受信すると、その時点での中継サーバ−決済センタ間の同時接続数が‘１’であるため（閾値に達していない；閾値未満である）、そのまま決済センタ２０にこの要求メッセージ（２）を転送し、応答メッセージを待つ。

中継サーバ３０は、決済端末ｃからのセキュリティ情報要求メッセージ（３）(決済端末識別情報４２＝0003、転送データ暗号鍵No.４４＝No.1)を受信すると、その時点での中継サーバ３０−決済センタ２０間の同時接続数が‘２’であるため（閾値に達している；閾値未満ではない）、決済センタ２０に転送せず、一旦この要求メッセージ（３）を待ち行列（キュー）３３に保持する。

中継サーバ３０は、決済端末ｄからのセキュリティ情報要求メッセージ（４）(決済端末識別情報４２＝0004、転送データ暗号鍵No.４４＝No.2)を受信すると、その時点での中継サーバ３０−決済センタ２０間の同時接続数が‘２’であるため、決済センタ２０に転送せず、一旦この要求メッセージ（４）を待ち行列（キュー）３３に保持する。

中継サーバ３０は、決済端末ｅからのセキュリティ情報要求メッセージ（５）(決済端末識別情報４２＝0005、転送データ暗号鍵No.４４＝No.1)を受信すると、その時点での中継サーバ３０−決済センタ２０間の同時接続数が‘２’であるため、決済センタ２０に転送せず、一旦この要求メッセージ（５）を待ち行列（キュー）３３に保持する。

決済センタ２０は、上記中継サーバ３０により転送されてくる要求メッセージ（１）を受信すると、その転送データ暗号鍵No.４４を参照し、これに該当する転送データ暗号鍵２４を用いてセキュリティ情報２３を暗号化して、暗号化セキュリティ情報５５を生成する。本例では上記の通り要求メッセージ（１）の転送データ暗号鍵No.４４＝No.1であるので、転送データ暗号鍵No.1を用いてセキュリティ情報２３を暗号化する。そして、この暗号化セキュリティ情報５５を応答メッセージ（１）に含めて中継サーバ３０へ返信する。

また、決済センタ２０は、要求メッセージ（２）受信時にも同様の処理を行って、応答メッセージ（２）を生成して中継サーバ３０へ返信する。但し、この応答メッセージ（２）における暗号化セキュリティ情報５５は、転送データ暗号鍵No.２を用いてセキュリティ情報２３を暗号化したものとなる。

中継サーバ３０は、決済センタ２０からの上記応答メッセージ（１）を受信すると、この応答メッセージ（１）のコピーを残すと共に、これに対応する要求メッセージである要求メッセージ（１）の送信元端末である決済端末ａに、この応答メッセージ（１）を転送する。そして、待ち行列（キュー）３３に１以上の要求メッセージが保持されている場合には、更に以下に説明する処理を行う。

すなわち、待ち行列（キュー）３３に格納されている全ての要求メッセージのなかから、該当する要求メッセージを抽出する。“該当する要求メッセージ”とは、受信した応答メッセージ（１）に含まれる暗号化セキュリティ情報５５と同一の暗号化セキュリティ情報を、その要求に応じて配信すべき要求メッセージである。換言すれば、要求メッセージ（１）の場合と同じ転送データ暗号鍵によって暗号化されたセキュリティ情報２３を配信すべき決済端末１０からの要求メッセージが、“該当する要求メッセージ”となる。つまり、その転送データ暗号鍵No.４４が、受信した応答メッセージの転送データ暗号鍵No.５４と同一である要求メッセージが、“該当する要求メッセージ”となる。

本例では、受信した応答メッセージ（１）の転送データ暗号鍵No.５４はNo.1であることになるので（要求メッセージ（１）の転送データ暗号鍵No.４４はNo.1であるので）、待ち行列（キュー）３３に格納されている要求メッセージのなかから、その転送データ暗号鍵No.４４がNo.1である要求メッセージを全て抽出する。尚、この処理は、例えば、待ち行列（キュー）３３から各要求メッセージを順次取り出して、それが“該当する要求メッセージ”である場合にはこれを取得し、“該当する要求メッセージ”ではない場合には再び待ち行列（キュー）３３に格納する。

上記の例では、要求メッセージ（３）と要求メッセージ（５）が、その転送データ暗号鍵No.４４がNo.1であるので、“該当する要求メッセージ”となる。
そして、抽出した各“該当する要求メッセージ”毎に、その要求メッセージに応じた応答メッセージを、受信した応答メッセージ（１）（そのコピー）に基づいて生成する。この応答メッセージの暗号化セキュリティ情報５５は、上記受信した応答メッセージ（１）に含まれる暗号化セキュリティ情報５５をそのまま用いるものである。また、他の項目データ（メッセージ種別５１〜転送データ暗号鍵Ｎｏ．５４）に関しては、上記決済センタ２０における応答メッセージの生成処理と同じ処理を行えばよい。あるいは、本例では、受信した応答メッセージ（１）に基づいて、その決済端末識別情報５２のみを変更すればよい。すなわち、上記要求メッセージ（３）に関しては、応答メッセージ（１）の決済端末識別情報５２を‘0003’に書き換えるだけで、その応答メッセージ（３）を生成できる。同様に、要求メッセージ（５）に関しては、応答メッセージ（１）の決済端末識別情報５２を‘0005’に書き換えるだけで、その応答メッセージ（５）を生成できる。

そして、上記のように生成した各応答メッセージ（３）、（５）を、それぞれ該当する決済端末１０に送信する。本例では、応答メッセージ（３）は決済端末ｃに、応答メッセージ（５）は決済端末ｅに送信することになる。

尚、上述した要求メッセージ抽出・応答メッセージ生成に係わる処理は、例えば、応答メッセージ受信した対決済センタ通信機能部３１が実行する。すなわち、例えば、応答メッセージ（１）を受信した対決済センタ通信機能部３１は、以下の（ａ）〜（ｆ）の処理を順次実行する。

（ａ）まず、受信した応答メッセージ（１）を該当する対決済端末通信機能部３２に渡すことで、該当する決済端末１０（ここでは決済端末ａ）へ送信させる（その際、応答メッセージ（１）のコピーは残しておく）。

（ｂ）次に、待ち行列（キュー）３３に１以上の要求メッセージが保持されているか否かを判定する。もし、１つも無い場合には、応答メッセージ（１）のコピーを消去して処理終了する。

（ｃ）もし、待ち行列（キュー）３３に１以上の要求メッセージが保持されている場合には、上記のようにして“該当する要求メッセージ”を全て取得する。本例では、要求メッセージ（３）、（５）を取得することになる。

（ｄ）そして、取得した各“該当する要求メッセージ”毎に、上記のようにしてその要求メッセージに応じた応答メッセージを、受信した応答メッセージ（１）（そのコピー）に基づいて生成する。本例では、応答メッセージ（３）、（５）が生成されることになる。

（ｅ）上記（ｄ）で生成した各応答メッセージを、それぞれ該当する対決済端末通信機能部３２に渡すことで、該当する決済端末１０へ送信させる。各対決済端末通信機能部３２は、自己がＴＣＰコネクションを張っている決済端末１０へ、渡された応答メッセージを送信することになる。本例では応答メッセージ（３）は決済端末ｃに、応答メッセージ（５）は決済端末ｅに送信されることになる。

（ｆ）最後に、今回のメッセージ送受信に関わった全てのメッセージを破棄する。すなわち、受信した応答メッセージのコピー、これに基づいて生成した応答メッセージを全て消去する。上記の例では、応答メッセージ（１）（そのコピー）、及び応答メッセージ（３）、（５）を全て消去する。更に、これらに対応する要求メッセージ（１）、（３）、（５）も全て消去する。

中継サーバ３０は、上記（ａ）〜（ｆ）の処理完了後、待ち行列（キュー）３３に１以上の要求メッセージが格納されている場合には（該当しない要求メッセージが１以上あった場合には）、“同時接続数＜閾値”か否かを判定し、同時接続数が閾値未満である場合には、待ち行列（キュー）３３の要求メッセージを１つ取り出して、決済センタ２０へ転送する。よって、図２には示していないが、応答メッセージ（１）受信に係わる上記処理を全て完了した時点で、要求メッセージ（４）を決済センタ２０へ転送する処理を行っても良い（但し、本例では、応答メッセージ（２）受信により応答メッセージ（４）が生成されるので、この処理自体は無駄に終わることになる）。

図２の例では、その後、中継サーバ３０は今度は応答メッセージ（２）を受信することになるが、この場合の処理も上記応答メッセージ（１）受信時と同様であるので、以下、簡単に説明するのみとする。

すなわち、中継サーバ３０は、決済センタ２０からの応答メッセージ（２）を受信すると、要求メッセージ（２）の送信元である決済端末ｂにこの応答メッセージ（２）を転送する。次に、待ち行列（キュー）３３から、その転送データ暗号鍵No.４４が、応答メッセージ（２）の転送データ暗号鍵No.５４＝No.2と同じである要求メッセージを全て抽出する。本例では、要求メッセージ（４）が“該当する要求メッセージ”として抽出されることになる。

そして、例えば、応答メッセージ（２）の決済端末識別情報５２を‘0004’に書き換えることで、応答メッセージ（４）を生成する。そして、生成した応答メッセージ（４）を該当する決済端末ｄに送信する。

その後、中継サーバ３０は、今回のメッセージ送受信に関わった全てのメッセージを破棄する。本例では、要求メッセージ（２）、（４）及び応答メッセージ（２）、（４）をすべて破棄する。

上記の例では、応答メッセージ（１）及び応答メッセージ（２）を受信した時点で、全ての要求メッセージ（１）〜（５）に対する応答メッセージ（１）〜（５）を各決済端末１０に配信でき、要求メッセージ（３）〜（５）は決済センタ２０に転送する必要はなくなる。応答メッセージの生成処理に多少時間が掛かるにせよ、殆ど、従来の図７の例における決済端末ｂへの応答メッセージ（２）の配信までに掛かる時間が、全体の配信処理時間となり、非常に短時間で全ての要求元の決済端末１０へセキュリティ情報を配信できることになる。また、各決済端末１０へその端末に応じた適切な情報を配信できることになる（例えば、No.2を保持している端末１０に対して、No.１で暗号化された情報を配信したりすることはなく、適切な情報（No.2で暗号化された情報）を配信できる。

この様に、本手法では、複数台の端末と中継サーバとセンタ装置から成り、端末−センタ装置間の通信を中継サーバが中継するシステムにおいて、中継サーバ−決済センタ間の同時接続数が制限されている場合あって、特に各端末からほぼ同時期に配信要求がある場合において、全体の配信処理時間を非常に短時間にすることができる。

以下、実施例２について説明する。
実施例２は、上記セキュリティ情報２３が上記“属性”に応じて複数種類存在する場合に対応する実施例である。例えば一例として“属性”が“決済端末の機種”である場合には、各機種毎に対応するセキュリティ情報２３が存在することになる。

実施例２は、その殆どは実施例１と略同様であり、以下の説明では実施例１と異なる点についてのみ説明する。
実施例２が実施例１と異なる点は、決済センタ２０における暗号化セキュリティ情報５５の生成処理と、中継サーバ３０における“該当する要求メッセージ”の抽出処理等である。また、メッセージに関しては、実施例１では上記決済端末属性コード４３，５３は、必ずしも必要なかったが、実施例２では必要になる。

図４に、実施例２においてセキュリティ情報を配信する際の通信シーケンスを示す。
尚、図４の例では、上記図２の例と同様に、決済端末１０は図示の決済端末ａ，ｂ，ｃ，ｄ，ｅの５台示すものとし、転送データ暗号鍵に関しては図２の例と同じグループ分けとなる。また、“閾値”も同じ（‘２’）である。

また、本例では、各決済端末の属性コードは、決済端末ｃのみが属性コード＝‘０２’であり、他の決済端末ａ，ｂ，ｄ，ｅは属性コード＝‘０１’となっている。つまり、決
済端末ｃのみが、他の端末１０とは属性が異なるものとする。図４に示す例は、この具体例に対応するものであり、この例では図示のように、図２との違いとしては、中継サーバ３０において、応答メッセージ（１）受信時には応答メッセージ（５）は生成・送信されるが、応答メッセージ（３）は生成されない。そして、応答メッセージ（１）受信により、同時接続数は‘１’になるので、待ち行列（キュー）３３に格納されている要求メッセージのうち、最も最初にキューに格納された（最も古い）要求メッセージ（３）が、決済センタ２０に転送されることになる。

本例でも、応答メッセージ（2）受信時の処理は、図２と同じになる。
そして、上記転送した要求メッセージ（３）に対する応答メッセージ（３）が決済センタ２０から送られてくると、中継サーバ３０は、この応答メッセージ（３）を該当する決済端末ｃに転送し、応答メッセージの生成処理は行わずに（キュー３３には要求メッセージはない）、全体としての配信処理は完了する。

以下、実施例２における、決済センタ２０における暗号化セキュリティ情報５５の生成処理と、中継サーバ３０における“該当する要求メッセージ”の抽出処理等について説明する。

まず、暗号化セキュリティ情報５５の生成処理に関しては、転送データ暗号鍵の選択と暗号化に関しては実施例１と同じであるが、上記の通り本例ではセキュリティ情報２３は１種類ではないので、該当する（暗号化対象の）セキュリティ情報２３を選択する処理が加わる。すなわち、決済センタ２０は、受信した要求メッセージの決済端末属性コード４３に応じたセキュリティ情報２３を選択する。上記の例では、セキュリティ情報２３は、属性コード＝‘０１’に応じたものと、属性コード＝‘０２’に応じたものとの２種類存在することになる。これより、受信した要求メッセージが要求メッセージ（１）、（２）、（４）、（５）の何れかである場合には、属性コード＝‘０１’に応じたセキュリティ情報２３を選択し、要求メッセージ（３）である場合には属性コード＝‘０２’に応じたセキュリティ情報２３を選択し、当該選択したセキュリティ情報２３を上記実施例１と同様にして暗号化する。すなわち、受信した要求メッセージの転送データ暗号鍵No.４４に応じた転送データ暗号鍵２４を用いて暗号化を行う。

よって、応答メッセージ（１）における暗号化セキュリティ情報５５は、属性コード＝‘０１’に応じたセキュリティ情報２３を、転送データ暗号鍵No.＝１に応じた転送データ暗号鍵２４を用いて暗号化を行ったものとなる。応答メッセージ（２）における暗号化セキュリティ情報５５は、属性コード＝‘０１’に応じたセキュリティ情報２３を、転送データ暗号鍵No.＝２に応じた転送データ暗号鍵２４を用いて暗号化を行ったものとなる。応答メッセージ（３）における暗号化セキュリティ情報５５は、属性コード＝‘０２’に応じたセキュリティ情報２３を、転送データ暗号鍵No.＝１に応じた転送データ暗号鍵２４を用いて暗号化を行ったものとなる。

また、中継サーバ３０における“該当する要求メッセージ”の抽出処理は、その決済端末属性コード４３及び転送データ暗号鍵No.４４が、受信した応答メッセージの決済端末属性コード５３及び転送データ暗号鍵No.５４と同一である要求メッセージを、抽出する処理となる。

これより、図４に示す例では、応答メッセージ（１）の受信時には、この応答メッセージ（１）の決済端末属性コード５３は‘０１’、転送データ暗号鍵No.５４はNo.1であるので、要求メッセージ（５）のみが“該当する要求メッセージ”として抽出されることになり、これより応答メッセージ（５）が生成されて決済端末ｅに送信されることになる。

要求メッセージ（３）は、転送データ暗号鍵No.４４はNo.1であるが、決済端末属性コード５３は‘０２’であることから、一致しないので、抽出されないことになる。また、要求メッセージ（４）は、決済端末属性コード５３は‘０１’であるが、転送データ暗号鍵No.４４はNo.2であることから、一致しないので、抽出されないことになる。

また、応答メッセージ（２）の受信時には、この応答メッセージ（２）の決済端末属性コード５３は‘０１’、転送データ暗号鍵No.５４はNo.2であるので、要求メッセージ（４）のみが“該当する要求メッセージ”として抽出されることになり、これより応答メッセージ（４）が生成されて決済端末ｄに送信されることになる。

以上の説明のように、本例の「中継サーバを有するネットワークシステム」によれば、中継サーバ−決済センタ間の同時接続数が制限されている場合であって、特に多数の決済端末からの要求メッセージ（決済センタに対して何らかの情報の配信を要求するもの）が中継サーバに集中した場合でも、各決済端末毎に適切な内容の応答メッセージを、従来の構成よりも早く送信することができる。

また、応答メッセージ受信時の処理が完了したら、全ての応答メッセージ（受信したもの、生成したもの全て）とそれに対応する全ての要求メッセージを直ちに削除するので、中継サーバの内部にセキュリティ情報が滞留する時間を必要最低限に絞ることができ、本発明を使用しない場合と比較してもセキュリティレベルが低下することはない。

図５に、中継サーバ３０等（コンピュータ）のハードウェア構成例を示す。
図５に示すコンピュータ６０は、ＣＰＵ６１、メモリ６２、入力部６３、出力部６４、記憶部６５、記録媒体駆動部６６、及びネットワーク接続部６７を有し、これらがバス６８に接続された構成となっている。

ＣＰＵ６１は、当該コンピュータ６０全体を制御する中央処理装置である。
メモリ６２は、任意の処理実行の際に、記憶部６５（あるいは可搬型記録媒体６９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ６１は、メモリ６２に読み出したプログラム／データを用いて、上述した各種処理を実行する。また、メモリ６２には、上記キュー３３に相当する記憶領域が割り当てられていても良い。

出力部６４は、例えばディスプレイ等であり、入力部６３は、例えば、キーボード、マウス等であるが、これらは無くてもよい。
ネットワーク接続部６７は、例えば上記ネットワーク１，２等に接続して、他の情報処理装置との通信（コマンド／データ送受信等）を行う為の通信モジュールである。

記憶部６５は、例えばハードディスク等であり、上述した中継サーバ２０の各種処理機能をＣＰＵ６１により実現させる為のアプリケーションプログラムが格納されている。これは、上記各種機能部３１，３２の処理や、特に、本手法の特徴部分である“該当する要求メッセージの抽出処理”や、“抽出した要求メッセージに応じた応答メッセージの生成処理”等を、ＣＰＵ６１により実現させる為のアプリケーションプログラムである。

ＣＰＵ６１は、上記記憶部６５に格納されている各種プログラムを読み出し・実行することにより、上述した各種処理を実現する。
あるいは、上記記憶部６５に格納される各種プログラム／データは、可搬型記録媒体６９に記憶されているものであってもよい。この場合、可搬型記録媒体６９に記憶されているプログラム／データは、記録媒体駆動部６６によって読み出される。可搬型記録媒体６９とは、例えば、ＦＤ（フレキシブル・ディスク）６９ａ、ＣＤ−ＲＯＭ６９ｂ、その他
、ＤＶＤ、光磁気ディスク等である。

あるいは、また、上記プログラム／データは、ネットワーク接続部６７により接続しているネットワークを介して、他の装置内に記憶されているものをダウンロードするものであってもよい。あるいは、更に、インターネットを介して、外部の他の装置内に記憶されているものをダウンロードするものであってもよい。

また、本発明は、上記本発明の各種処理をコンピュータ上で実現するプログラムを記録した可搬型記憶媒体として構成できるだけでなく、当該プログラム自体として構成することもできる。

尚、図５の構成は、中継サーバ３０に限らず、決済センタ２０の構成と考えても良い。この場合、記憶部６５には、セキュリティ情報２３、転送データ暗号鍵２４等が格納され、更に上記セキュリティ情報配信機能部２１や対中継サーバ通信機能部２２の各種処理機能をＣＰＵ６１により実現させる為のアプリケーションプログラムが格納されていることになる。

また、決済端末１０の構成例は特に示さないが、ＣＰＵ、記憶装置、ネットワーク接続部を有するものであり、記憶装置には上記転送データ暗号鍵１３やセキュリティ情報等の各種データが記憶されると共に、ＣＰＵにより読出し・実行させることにより上記各種機能部１１，１２の機能を実現させる為のアプリケーション・プログラムが記憶されている。

１ ＬＡＮ／ＶＰＮ
２ ＷＡＮ
１０ 決済端末
１１ 対中継サーバ通信機能部
１２ セキュリティ情報取得機能部
１３ 転送データ暗号鍵
２０ 決済センタ
２１ セキュリティ情報配信機能部
２２ 対中継サーバ通信機能部
２３ セキュリティ情報
２４ 転送データ暗号鍵
２５ 決済端末管理データ
３０ 中継サーバ
３１ 対決済センタ通信機能部
３２ 対決済端末通信機能部
３３ 待ち行列（キュー）
４０ セキュリティ情報要求メッセージ
４１ メッセージ種別
４２ 決済端末識別情報
４３ 決済端末属性コード
４４ 転送データ暗号鍵Ｎｏ．
５０ 応答メッセージ
５１ メッセージ種別
５２ 決済端末識別情報
５３ 決済端末属性コード
５４ 転送データ暗号鍵Ｎｏ．
５５ 暗号化セキュリティ情報
６０ コンピュータ
６１ ＣＰＵ
６２ メモリ
６３ 入力部
６４ 出力部
６５ 記憶部
６６ 記録媒体駆動部
６７ ネットワーク接続部
６８ バス
６９ 可搬型記録媒体
６９ａ ＦＤ（フレキシブル・ディスク）
６９ｂ ＣＤ−ＲＯＭ

Claims (10)

1. 複数台の端末と、中継サーバとセンタ装置から成り、各端末−中継サーバ間を接続する第１ネットワークと中継サーバ−センタ装置間を接続する第２ネットワークを有し、端末−センタ装置間の通信を中継サーバが中継するネットワークシステムであって、前記中継サーバ−センタ装置間の同時接続数が制限されているネットワークシステムにおいて、
   前記各端末は、所定の要求メッセージを送信することで、該要求メッセージによる要求に応じた所定暗号化情報を含む応答メッセージを配信させる情報取得手段を有し、
   前記センタ装置は、任意の端末からの前記要求メッセージを受信すると、この要求メッセージによる要求に応じた前記所定暗号化情報を含む応答メッセージを生成して該応答メッセージを返信する情報配信手段を有し、
   前記中継サーバは、
   前記要求メッセージを受信する毎に、現在の同時接続数が所定の制限数未満の場合は該受信した要求メッセージを前記センタ装置に転送し、現在の同時接続数が所定の制限数に達している場合には該受信した要求メッセージを一時記憶手段に記憶し、同時接続数が所定の制限数未満の状態になったら、該一時記憶手段に記憶した要求メッセージを前記センタ装置に転送する要求メッセージ転送手段と、
   前記応答メッセージを受信する毎に、該受信した応答メッセージを該当する端末に転送すると共に、前記一時記憶手段に１以上の要求メッセージがある場合には、該一時記憶手段から前記受信した応答メッセージに含まれる前記所定暗号化情報と同一の所定暗号化情報が応答されるべき全ての要求メッセージを取得して、該取得した各要求メッセージに対する各応答メッセージを前記受信した応答メッセージに基づいて生成して、該生成した各応答メッセージをそれぞれ該当する端末に配信する応答メッセージ転送・生成手段と、
   を有することを特徴とする、中継サーバを有するネットワークシステム。
2. 前記センタ装置の情報配信手段は、自装置が保持する複数種類の暗号鍵の何れかを用いて自装置が保持する特定情報を暗号化することで前記所定暗号化情報を生成し、
   前記各端末は、前記複数種類の暗号鍵の何れかに対応する復号鍵を保持しており、前記情報取得手段は、前記要求メッセージに前記自己が保持する復号鍵の識別情報を含めて送信し、
   前記センタ装置の情報配信手段は、受信した要求メッセージに含まれる前記復号鍵の識別情報に基づいて対応する暗号鍵を選択して、該選択した暗号鍵を用いて前記特定情報の暗号化を行うことで前記所定暗号化情報を生成し、該所定暗号化情報と前記復号鍵の識別情報を前記応答メッセージに含めて返信し、
   前記中継サーバの応答メッセージ転送・生成手段は、前記一時記憶手段に記憶されている要求メッセージのなかから、受信した応答メッセージに含まれる前記復号鍵の識別情報と同一の識別情報を有する要求メッセージを全て取得して、該取得した要求メッセージそれぞれに対応して前記応答メッセージの生成・配信を行うことを特徴とする請求項１記載の中継サーバを有するネットワークシステム。
3. 前記センタ装置の情報配信手段は、自装置が保持する複数種類の暗号鍵の何れかを用いて、自装置が保持する、各種属性に応じた各種特定情報の何れかを暗号化することで前記所定暗号化情報を生成し、
   前記各端末は、前記複数種類の暗号鍵の何れかに対応する復号鍵を保持しており、前記情報取得手段は、前記要求メッセージに前記自己が保持する復号鍵の識別情報と自己の前記属性を示す属性コードとを含めて送信し、
   前記センタ装置の情報配信手段は、受信した要求メッセージに含まれる前記復号鍵の識別情報に基づいて対応する暗号鍵を選択して、受信した要求メッセージに含まれる前記属性コードを用いて対応する特定情報を選択し、該選択した暗号鍵を用いて該選択した特定情報の暗号化を行うことで前記所定暗号化情報を生成し、該生成した所定暗号化情報と前
   記識別情報及び属性コードを前記応答メッセージに含めて返信し、
   前記中継サーバの応答メッセージ転送・生成手段は、前記一時記憶手段に記憶されている要求メッセージのなかから、受信した応答メッセージに含まれる前記識別情報及び属性コードと同じ識別情報及び属性コードを有する要求メッセージを全て取得して、該取得した要求メッセージそれぞれに対応して前記応答メッセージの生成・配信を行うことを特徴とする請求項１記載の中継サーバを有するネットワークシステム。
4. 前記端末はＩＣカード決済端末であり、前記特定情報はＩＣカードとの通信処理に必要となるセキュリティ情報であることを特徴とする請求項２または３記載の中継サーバを有するネットワークシステム。
5. 前記中継サーバは、前記受信した応答メッセージ及びこれに基づいて生成した応答メッセージを、それぞれ該当する端末に配信したら、これら応答メッセージ及び対応する要求メッセージを全て破棄することを特徴とする請求項１〜４の何れかに記載の中継サーバを有するネットワークシステム。
6. 前記属性は前記端末の機種であり、各端末は自己の機種に応じた特定情報の配信を受けることを特徴とする請求項１〜５の何れかに記載の中継サーバを有するネットワークシステム。
7. 複数台の端末と、中継サーバとセンタ装置から成り、各端末−中継サーバ間を接続する第１ネットワークと中継サーバ−センタ装置間を接続する第２ネットワークを有し、端末−センタ装置間の通信を中継サーバが中継するネットワークシステムであって、前記中継サーバ−センタ装置間の同時接続数が制限されているネットワークシステムにおける該中継サーバであって、
   任意の前記端末からの要求メッセージを受信する毎に、現在の同時接続数が所定の制限数未満の場合は該受信した要求メッセージを前記センタ装置に転送し、現在の同時接続数が所定の制限数に達している場合には該受信した要求メッセージを一時記憶手段に記憶し、同時接続数が所定の制限数未満の状態になったら、該一時記憶手段に記憶した要求メッセージを前記センタ装置に転送する要求メッセージ転送手段と、
   前記センタ装置から返信されてくる、前記転送した要求メッセージに対する応答メッセージを受信する毎に、該受信した応答メッセージを該当する端末に転送すると共に、前記一時記憶手段に１以上の要求メッセージがある場合には、該一時記憶手段から前記受信した応答メッセージに含まれる前記所定暗号化情報と同一の所定暗号化情報が応答されるべき全ての要求メッセージを取得して、該取得した各要求メッセージに対する各応答メッセージを前記受信した応答メッセージに基づいて生成して、該生成した各応答メッセージをそれぞれ該当する端末に配信する応答メッセージ転送・生成手段と、
   を有することを特徴とする中継サーバ。
8. 前記中継サーバの応答メッセージ転送・生成手段は、前記一時記憶手段に記憶されている要求メッセージのなかから、受信した応答メッセージに含まれる復号鍵の識別情報と同一の識別情報を有する要求メッセージを全て取得して、該取得した要求メッセージそれぞれに対応して前記応答メッセージの生成・配信を行うことを特徴とする請求項７記載の中継サーバ。
9. 前記中継サーバの応答メッセージ転送・生成手段は、前記一時記憶手段に記憶されている要求メッセージのなかから、受信した応答メッセージに含まれる識別情報及び属性コードと同じ識別情報及び属性コードを有する要求メッセージを全て取得して、該取得した要求メッセージそれぞれに対応して前記応答メッセージの生成・配信を行うことを特徴とする請求項７記載の中継サーバ。
10. 複数台の端末と、中継サーバとセンタ装置から成り、各端末−中継サーバ間を接続する第１ネットワークと中継サーバ−センタ装置間を接続する第２ネットワークを有し、端末−センタ装置間の通信を中継サーバが中継するネットワークシステムであって、前記中継サーバ−センタ装置間の同時接続数が制限されているネットワークシステムにおける該中継サーバのコンピュータを、
    任意の前記端末からの要求メッセージを受信する毎に、現在の同時接続数が所定の制限数未満の場合は該受信した要求メッセージを前記センタ装置に転送し、現在の同時接続数が所定の制限数に達している場合には該受信した要求メッセージを一時記憶手段に記憶し、同時接続数が所定の制限数未満の状態になったら、該一時記憶手段に記憶した要求メッセージを前記センタ装置に転送する要求メッセージ転送手段と、
    前記センタ装置から返信されてくる、前記転送した要求メッセージに対する応答メッセージを受信する毎に、該受信した応答メッセージを該当する端末に転送すると共に、前記一時記憶手段に１以上の要求メッセージがある場合には、該一時記憶手段から前記受信した応答メッセージに含まれる前記所定暗号化情報と同一の所定暗号化情報が応答されるべき全ての要求メッセージを取得して、該取得した各要求メッセージに対する各応答メッセージを前記受信した応答メッセージに基づいて生成して、該生成した各応答メッセージをそれぞれ該当する端末に配信する応答メッセージ転送・生成手段、
    として機能させる為のプログラム。
    

Images