(57)【特許請求の範囲】
【請求項１】
全量ネガデータを保持して、ＩＣカードに対する処理の際に該全量ネガデータを用いたチェック処理も行う複数の端末と、ネガ配信サーバとがネットワークに接続されたネガ配信システムであって、
前記ネガ配信サーバは、
定期的に新たな全量ネガデータを取得する全量ネガデータ取得手段と、
該新たな全量ネガデータと過去の全量ネガデータとの差分である差分ネガデータを生成する差分ネガデータ生成手段と、
任意の前記端末から要求がある毎に、ネガ配信方式として前記全量ネガデータと差分ネガデータのどちらを配信するかを、該要求元の端末の処理性能に応じて又は要求元の端末との通信に係るネットワーク負荷に応じてあるいは複数端末からの同時接続数に応じて、動的に決定するネガ配信方式決定手段と、
該ネガ配信方式決定手段により決定されたネガ配信方式により前記要求元の端末に対してネガデータを配信するネガデータ配信手段とを有し、
前記各端末は、該ネガデータ配信手段により配信されたネガデータに基づき、自己が保持する全量ネガデータを前記新たな全量ネガデータに更新する全量ネガデータ更新手段を有することを特徴とするネガ配信システム。
【請求項２】
前記ネガ配信方式決定手段は、前記要求元の端末の処理性能と予め設定される所定の第１の閾値とを比較することにより、前記ネガ配信方式を決定することを特徴とする請求項１記載のネガ配信システム。
【請求項３】
前記ネガ配信方式決定手段は、前記要求元の端末との通信に係るネットワーク負荷と予め設定される所定の第２の閾値とを比較することにより、前記ネガ配信方式を決定することを特徴とする請求項１記載のネガ配信システム。
【請求項４】
前記ネガ配信方式決定手段は、複数端末からの同時接続数と予め設定される所定の第３の閾値とを比較することにより、前記ネガ配信方式を決定することを特徴とする請求項１記載のネガ配信システム。
【請求項５】
前記ネガ配信方式決定手段は、前記要求元の端末の処理性能と予め設定される所定の第１の閾値とを比較し、前記要求元の端末との通信に係るネットワーク負荷と予め設定される所定の第２の閾値とを比較し、複数端末からの同時接続数と予め設定される所定の第３の閾値とを比較して、該各比較処理結果に基づき前記ネガ配信方式を決定することを特徴とする請求項１記載のネガ配信システム。
【請求項６】
前記全量ネガデータを一括管理して、随時、該全量ネガデータを更新するネガ管理センタを更に有し、
該ネガ管理センタは、任意のときにそのときの最新の全量ネガデータをネットワークを介して前記ネガ配信サーバに配信し、その後は定期的に、そのときの最新の全量ネガデータと前回配信時の全量ネガデータとの差分である変更分ネガデータを求めて該変更分ネガデータを前記ネガ配信サーバに配信する変更分ネガデータ生成・配信手段を有し、
前記ネガ配信サーバの全量ネガデータ取得手段は、前記変更分ネガデータが配信された場合には、自己が保持する全量ネガデータに該変更分ネガデータを結合することで前記最新の全量ネガデータを生成・取得することを特徴とする請求項１記載のネガ配信システム。
【請求項７】
前記ネガ配信サーバは、前記過去の全量ネガデータとして世代の異なる複数の全量ネガデータを保持しており、
前記差分ネガデータ生成手段は、前記最新の全量ネガデータと過去の全量ネガデータとの差分ネガデータを生成する際、前記世代の異なる複数の全量ネガデータそれぞれとの差分ネガデータを生成することで、各世代対応の差分ネガデータを生成し、
前記ネガデータ配信手段は、前記ネガ配信方式決定手段によって前記ネガ配信方式として前記差分ネガデータを配信するものと決定された場合には、前記各世代対応の差分ネガデータのうち前記要求元の端末が保持する全量ネガデータの世代に応じた差分ネガデータを、該要求元の端末に配信することを特徴とする請求項１記載のネガ配信システム。
【請求項８】
前記ネガ配信方式決定手段は、前記要求元の端末に配信すべき差分ネガデータのデータサイズと、前記全量ネガデータのデータサイズとを比較することにより、データサイズが小さい方を配信するものと決定することを特徴とする請求項１または７記載のネガ配信システム。
【請求項９】
全量ネガデータを保持して、ＩＣカードに対する処理の際に該全量ネガデータを用いたチェック処理も行う複数の端末と、ネガ配信サーバとがネットワークに接続されたネガ配信システムにおける前記ネガ配信サーバであって、
定期的に新たな全量ネガデータを取得する全量ネガデータ取得手段と、
該新たな全量ネガデータと過去の全量ネガデータとの差分である差分ネガデータを生成する差分ネガデータ生成手段と、
任意の前記端末から要求がある毎に、ネガ配信方式として前記全量ネガデータと差分ネガデータのどちらを配信するかを、該要求元の端末の処理性能に応じて又は要求元の端末との通信に係るネットワーク負荷に応じてあるいは複数端末からの同時接続数に応じて、動的に決定するネガ配信方式決定手段と、
該ネガ配信方式決定手段により決定されたネガ配信方式により前記要求元の端末に対してネガデータを配信するネガデータ配信手段と、
を有することを特徴とするネガ配信サーバ。
【請求項１０】
全量ネガデータを保持して、ＩＣカードに対する処理の際に該全量ネガデータを用いたチェック処理も行う複数の端末と、ネガ配信サーバとがネットワークに接続されたネガ配信システムにおける前記ネガ配信サーバのコンピュータを、
定期的に新たな全量ネガデータを取得する全量ネガデータ取得手段と、
該新たな全量ネガデータと過去の全量ネガデータとの差分である差分ネガデータを生成する差分ネガデータ生成手段と、
任意の前記端末から要求がある毎に、ネガ配信方式として前記全量ネガデータと差分ネガデータのどちらを配信するかを、該要求元の端末の処理性能に応じて又は要求元の端末との通信に係るネットワーク負荷に応じてあるいは複数端末からの同時接続数に応じて、動的に決定するネガ配信方式決定手段と、
該ネガ配信方式決定手段により決定されたネガ配信方式により前記要求元の端末に対してネガデータを配信するネガデータ配信手段、
として機能させる為のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非接触ＩＣカードの不正使用を防止するためのネガ配信システムに関する。
【背景技術】
【０００２】
非接触ＩＣカード等を利用するシステムであってネガ情報を用いるシステムでは、処理スピード向上のため、ネガ情報を各決済端末で保持している。そして、各決済端末に対して、定期的に、ネガ情報を配信する必要がある。
【０００３】
上記ネガ情報とは、例えば遺失された非接触ＩＣカードの不正使用等を判定する為の情報であり、例えば鉄道関係等で、自動改札機を包含した駅務システムにおいて、定期券として使用されている非接触ＩＣカードが紛失等した場合、ユーザが届け出ることで、この紛失した非接触ＩＣカードの固有番号等が上記ネガ情報としてサーバ等に登録されて、サーバ等から上記各決済端末の例である各自動改札機等に、ネガ情報が配信されて記憶される。
【０００４】
これにより、各自動改札機は、サーバ等に逐一問い合わせる必要なく（つまり、上記処理スピード向上）、改札通過時に使用された定期券の固有番号が、ネガ情報のなかにある場合等には、不正使用と判定することができる。但し、新たな紛失等が起こる毎にネガ情報として登録すべき固有番号等が増えていくものであり、各自動改札機が保持するネガ情報を、定期的に更新する必要がある。
【０００５】
上記ネガ情報を配信するシステムとしては、例えば特許文献１，２等に記載の従来技術がある。
特許文献１の従来技術のシステムは、上記非接触ＩＣカード等である無線カード自体に所定のＩＤ番号を記録すると共に、ＩＤ番号及び購入情報をホストコンピュータに送信する無線カード発行機と、無線カードのＩＤ情報及び購入情報と、遺失された無線カードに係るネガデータとを一元管理するネガデータマスタファイルとを有し、ホストコンピュータは、機器の運用直前もしくは運用中には、ネガデータマスタファイルをシステム内の全ての機器と無線カード発行機に配信する。
【０００６】
また、特許文献２には、所定数の最新ネガデータからなる差分一括ネガデータを配信するサーバと、サーバから配信された差分一括ネガデータを受信し、受信した差分一括ネガデータと、過去に受信した世代の異なる各差分一括ネガデータとを比較し、各世代の差分一括ネガデータ毎に変更分ネガデータを生成すると共に、差分一括ネガデータについてチェック値を算出し、変更分ネガデータ、差分一括ネガデータ、チェック値を配信する機能を有するセンタと、センタから初期設定時に差分一括ネガデータを受信すると共に、以後、自己の有する差分一括ネガデータに対応する変更分ネガデータとチェック値を受信し、受信したチェック値と自身で算出したチェック値を比較し、両チェック値が異なる場合、センタに対して差分一括ネガデータの配信を要求する端末とを備えたネガデータ配信システムが開示されている。
【特許文献１】特開２０００−９０２９８号公報
【特許文献２】特開２００５−２３４６４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１の発明では、ネガデータマスタファイルを配信するため、配信データ量が大量になってしまい、特にネットワークが低速な場合、配信に時間がかかってしまうことになる。
【０００８】
また、特許文献２の発明では、各端末にて変更分ネガデータから差分一括ネガデータを生成する処理やチェック値の算出処理等を行う必要があり、端末の処理性能が低い場合、結局、ネガデータ変更に時間がかかってしまうことになる。
【０００９】
各端末のネガデータ更新に係る処理時間（更新処理時間）は、主に、ネットワークを介してネガデータを端末に配信するのに掛かる時間（配信時間）と、この配信を受けた端末の内部処理に掛かる時間（内部処理時間）とから成るが、上記特許文献１，２の何れに方法でも、ネットワーク環境や端末の処理性能によっては、結果的に、上記更新処理時間が長くなってしまう場合がある。
【００１０】
本発明の課題は、ネットワークを介して各端末へ定期的にネガデータを配信するネガ配信システムに係り、システムのネットワーク環境や端末の処理性能に応じて、全量のネガデータを配信するか、差分のネガデータを配信するか、を動的に判断して切り換えることにより、端末のネガデータ更新に係る処理時間を短縮できるネガ配信システム、そのネガ配信サーバ、プログラム等を提供することである。
【課題を解決するための手段】
【００１１】
本発明のネガ配信システムは、全量ネガデータを保持して、ＩＣカードに対する処理の際に該全量ネガデータを用いたチェック処理も行う複数の端末と、ネガ配信サーバとがネットワークに接続されたネガ配信システムであって、前記ネガ配信サーバは、定期的に新たな全量ネガデータを取得する全量ネガデータ取得手段と、該新たな全量ネガデータと過去の全量ネガデータとの差分である差分ネガデータを生成する差分ネガデータ生成手段と、任意の前記端末から要求がある毎に、ネガ配信方式として前記全量ネガデータと差分ネガデータのどちらを配信するかを、該要求元の端末の処理性能に応じて又は要求元の端末との通信に係るネットワーク負荷に応じてあるいは複数端末からの同時接続数に応じて、動的に決定するネガ配信方式決定手段と、該ネガ配信方式決定手段により決定されたネガ配信方式により前記要求元の端末に対してネガデータを配信するネガデータ配信手段とを有し、前記各端末は、該ネガデータ配信手段により配信されたネガデータに基づき、自己が保持する全量ネガデータを前記新たな全量ネガデータに更新する全量ネガデータ更新手段を有する。
【００１２】
上述したように、各端末の処理性能やネットワーク負荷等によって、端末の全量ネガデータ更新に係るトータル処理時間が、全量ネガデータを配信する場合の方が短い場合もあれば、差分ネガデータを配信する場合の方が短い場合もある。これより、上記ネガ配信方式決定手段によってその都度動的に、ネガ配信方式を決定することにより、端末の全量ネガデータ更新に係るトータル処理時間が短くて済むようにできる。
【００１３】
前記ネガ配信方式決定手段は、例えば、前記要求元の端末の処理性能と予め設定される所定の第１の閾値とを比較することにより、前記ネガ配信方式を決定する。
また、前記ネガ配信方式決定手段は、前記要求元の端末との通信に係るネットワーク負荷と予め設定される所定の第２の閾値とを比較することにより、前記ネガ配信方式を決定するようにしてもよい。
【００１４】
あるいは、前記ネガ配信方式決定手段は、複数端末からの同時接続数と予め設定される所定の第３の閾値とを比較することにより、前記ネガ配信方式を決定するようにしてもよい。
【００１５】
または、上記何れかのネガ配信方式決定方法を組み合わせても良い。
【発明の効果】
【００１６】
本発明のネガ配信システム、そのネガ配信サーバ、プログラム等によれば、ネットワークを介して各端末へ定期的にネガデータを配信するネガ配信システムに係り、システムのネットワーク環境や端末の処理性能に応じて、全量のネガデータを配信するか、差分のネガデータを配信するか、を動的に判断して切り換えることにより、端末のネガデータ更新に係る処理時間を短縮できる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明の実施の形態について説明する。
本例のネガ配信システムでは、各端末側では初期設置時等にネガ配信サーバから全件ネガを受信することで全量ネガデータを保持し、以降は、全件ネガまたは差分ネガを受信してこれに基づいて最新の全量ネガデータを生成することができるため、端末において最新の全量ネガデータを用いてＩＣカードの不正利用などのチェックが可能である。
【００１８】
そして特に、本例のネガ配信システムにおけるネガ配信サーバは、システムのネットワーク環境や端末の処理性能に応じて、全量のネガデータを配信するか、差分のネガデータを配信するか、を動的に判断して切り換えることにより、端末のネガデータ更新に掛かる時間（ネガデータ配信に掛かる時間＋最新の全量ネガデータを生成する時間）を短縮できるようにする機能を有する。
【００１９】
尚、データの内容としては、全件ネガ＝全量ネガデータと考えてよいが、受信した全件ネガに対して所定のチェックを行なったり、既存の全量ネガデータを消去して、受信した全件ネガを最新の全量ネガデータとして記憶する処理等にある程度は時間が掛かるので、ここではこの様な処理も最新の全量ネガデータを生成する処理として考えるものとする。
【００２０】
以下、本例のネガ配信システムについて詳細に説明する。
図 1は、本例のネガ配信システムの構成例を示す図である。
図１のネガ配信システムは、ネガ管理センタ１、ネガ配信サーバ２、各端末３から成り、ネガ管理センタ１とネガ配信サーバ２とはネットワーク４に接続されており、ネガ配信サーバ２と各端末３とはネットワーク５に接続されており、それぞれネットワーク４，５を介してデータ送受信可能となっている。
【００２１】
各端末３は、例えば上記自動改札機等であるが、この様な例に限らず、また鉄道システムに係る端末に限るものでもない。端末３は、ＩＣカード（ここでは特に非接触ＩＣカード）が使用され決済処理等の何等かの処理を行う端末であればなんでも良い。よって、端末３は、例えば、レジに接続されて購入商品の代金支払いをＩＣカードの電子マネーで行う為の端末等であってもよい。
【００２２】
この様に、端末３は様々なＩＣカード利用端末であってよいので、既に述べた通り、処理性能が高い端末３もあれば、処理性能が低い端末３も存在する場合がある。また、各端末３に接続されるネットワーク環境（ここではネットワーク５）も、低速／高速なもの等、様々である場合もあり、更にそのときの通信状況（例えば多数の端末３が通信を行っている等）により通信負荷も変動するものである。
【００２３】
本例のネガ配信システムでは、予め各非接触ＩＣカードに一意に割り振られているＩＤ番号を利用して、カード紛失時などにより非接触ＩＣカード利用者から連絡されることにより、この非接触ＩＣカードのＩＤ番号がネガデータとしてネガ管理センタ１に登録される。
【００２４】
ネガ管理センタ１は、ネガデータを一括して管理するセンタ装置であり、例えば全てのネガデータ情報である全量ネガデータを記憶している。そして、新規追加されたネガデータや、上記特許文献１と同様にして使用不可とすべき非接触ＩＣカードのＩＤ番号等の情報が、随時、ネガ管理センタ１に送られてくるので、これらに基づいて随時、全量ネガデータを更新する（新規ネガデータの追加や既存ネガデータの削除、データ内容の変更等）。
【００２５】
そして、ネガ管理センタ１は、最初に又は所定の第１の時間間隔で定期的に（例えば毎朝等）、そのときの最新の全量ネガデータをネットワーク４を介してネガ配信サーバ２に送信する。また、ネガ管理センタ１は、上記第１の時間間隔より短い所定の第２の時間間隔で定期的に（例えば１時間毎）、前回送信時の全量ネガデータと最新の全量ネガデータとの差分である変更分ネガデータを、ネットワーク４を介してネガ配信サーバ２に送信する。
【００２６】
ネガ配信サーバ２は、ネガ配信センタ１から全量ネガデータが送られてきた場合には、この全量ネガデータを最新の全件ネガとして記憶する。この全件ネガを例えばバージョン１（世代１）の全件ネガとする。その後、ネガ配信サーバ２は、上記ネガ配信センタ１から送信されてくる変更分ネガデータを受信する毎に、この変更分ネガデータとそのときの最新の全件ネガとに基づいて、新たな最新の全件ネガを生成する（バージョンアップする）。旧バージョンの全件ネガは、削除せずに残しておく。
【００２７】
そして、ネガ配信サーバ２は、新たに生成した最新の全件ネガと、過去に生成した世代（バージョン）の異なる全件ネガ（旧バージョンの全件ネガ）とを比較し、最新の全件ネガと各世代の全件ネガとの差分を求めることで、各世代に対応する差分ネガデータ（以降、差分ネガという）を生成する。これは、特許文献２に記載の変更分ネガデータを求める処理と同様であってよく、更に同様にして各端末毎に、その端末が保持する全件ネガのバージョン（世代）に応じた差分ネガを当該端末３に配信する。但し、本例のネガ配信サーバ２は、後述する判定結果により、差分ネガではなく、上記最新の全件ネガを配信する場合もある。但し、当然、新たに設置された端末３（未だ全件ネガを記憶していない）に対しては、判定結果に関係なく、最新の全件ネガを配信する。
【００２８】
これより、各端末３は、初期設置時等には、ネガ配信サーバ２からの全件ネガを受信して、これを全量ネガデータとして記憶する。そして、以後は、全件ネガまたは差分ネガを受信し、これに基づいて最新の全量ネガデータを生成する。当然、決済時等（ＩＣカードが使用された際）には、全量ネガデータを使用してネガ（不正）チェックを行う。
【００２９】
図２は、ネガ管理センタ１−ネガ配信サーバ２間のネガデータ配信フローを説明する概略図である。
上記の通りネガ管理センタ１では、ネガデータを一括して管理しており、最初に又は定期的に（例えば、1日1回）、そのときの最新の全量ネガデータＡ（図ではＡ１とする）をネガ配信サーバ２に送信する。更にその後、ネガ管理センタ１は、定期的に（例えば、1時間に1回）、そのときの最新の全量ネガデータＡと、前回ネガ配信サーバ２へデータ送信したときの全量ネガデータＡ（以下、前回の全量ネガデータＡと記す）との差分を求めることで変更分ネガデータＢを作成し、作成した変更分ネガデータＢをネガ配信サーバ２に送信する。
【００３０】
ネガ配信サーバ２では、ネガ管理センタ１から送信された全量ネガデータＡを受信すると、受信した全量ネガデータＡを最新の全件ネガＣとして格納処理する。また、ネガ配信サーバ２では、ネガ管理センタ１から送信された変更分ネガデータＢを受信すると、そのときの最新の全件ネガＣに、受信した変更分ネガデータＢを結合することで、新たな最新の全件ネガＣを作成する。
【００３１】
例えば、図２に示す例では、ネガ管理センタ１が上記全量ネガデータＡ１を送信すると、ネガ配信サーバ２では、この全量ネガデータＡ１をそのまま図示の全件ネガＣ１として記憶する。その後、ネガ管理センタ１が最新の全量ネガデータＡ２と前回送信時の全量ネガデータＡ１との差分である変更分ネガデータＢ２を作成して送信すると、ネガ配信サーバ２では、現在の最新の全件ネガである上記全件ネガＣ１に、受信した変更分ネガデータＢ２を結合することで、図示の新たな最新の全件ネガＣ２を作成する。その後は、新たに全量ネガデータＡ又は変更分ネガデータＢを受信するまでの間、任意の端末３に全件ネガＣを配信する場合には、この最新の全件ネガＣ２を配信することになる。
【００３２】
尚、このとき、旧バージョン（旧世代）となった全件ネガＣ１は、削除せずに残しておき、後に説明する図４の処理の際に利用する。
ここで、作成した各全件ネガＣには、バージョン（世代）情報を与えておく。例えば図示のＣ１をバージョン１（世代１）とすると、図示のＣ２をバージョン２、Ｃ３をバージョン３等というように順次バージョンアップする。この例では、最もバージョンの数値が大きいものが、その時点での最新の全件ネガＣということになる。
【００３３】
その後も同様にして、ネガ管理センタ１は例えば図示の全量ネガデータＡ３とＡ２との差分である変更分ネガデータＢ３を作成して送信し、ネガ配信サーバ２では、このＢ３を上記全件ネガＣ２に結合して図示の全件ネガＣ３を作成する。上記と同様に、旧バージョン（旧世代）となった全件ネガＣ２は、削除せずに残しておく。このときの最新の全件ネガＣ３からみて、全件ネガＣ２は１世代前、全件ネガＣ１は２世代前ということになる。全ての旧世代の全件ネガＣを残しておくとは限らず、所定世代前まで残しておくようにしてもよい。例えば、現在の最新の全件ネガＣから３世代前まで残しておくものと設定された場合には、４世代前以前の全件ネガＣは削除されることになる。
【００３４】
図３（ａ）〜（ｃ）に、上記全量／変更分ネガデータの一例を示す。
図３（ａ）には上記前回の全量ネガデータＡの一部を示し、図３（ｂ）には上記最新の全量ネガデータＡの一部を示している。また、図３（ｃ）にはこれら前回／最新の全量ネガデータ同士の差分である変更分ネガデータＢを示している。
【００３５】
図３（ａ）、（ｂ）に示すように、全量ネガデータＡのデータ構成は、ＩＤ番号１１とデータ発生日付１２とから成る。図３（ｃ）に示す変更分ネガデータＢのデータ構成は、変更種別２１、ＩＤ番号２２、データ発生日付２３から成る。
【００３６】
ＩＤ番号１１、２２は、紛失等によりネガデータとして登録された非接触ＩＣカードに一意に割り振られているＩＤ番号であり、データ発生日付１２，２３はネガデータとして登録された日付である。また、変更種別２１は、ここでは例えば図示の更新、削除、追加の何れかである。
【００３７】
ネガ管理センタ１は、図３（ａ）、（ｂ）に示す前回／今回の全量ネガデータＡに基づいて、図３（ｃ）に示す変更分ネガデータＢを作成する。すなわち、ネガ管理センタ１では、図３(ｂ)の最新の全量ネガデータと図３（ａ）の前回の全量ネガデータとの比較を行い、両者で一致しないレコードを抽出して、抽出した各レコードの変更種別を判定することで、図３（ｃ）に示す変更分ネガデータＢを作成する。
【００３８】
図示の例では、ＩＤ番号１１＝‘00000002’（以下、簡略化してＩＤ番号‘２’と記す。他の番号も同様）、‘３’、‘４’の各レコードが一致しないことになり、抽出される。そして、抽出した各レコードの変更種別は、ＩＤ番号１１＝‘２’のレコードはデータ発生日付１２が変更されたため“更新”、ＩＤ番号１１＝‘３’のレコードは最新の全量ネガデータに含まれていないため“削除”、ＩＤ番号１１＝‘４’のレコードは前回の全量ネガデータに含まれていないため“追加”として、図３（ｃ）の変更分ネガデータＢを作成する。
【００３９】
そして、図３（ｃ）の変更分ネガデータＢをネガ配信サーバ２へ送信する。
この変更分ネガデータＢの受信時点では、ネガ配信サーバ２は上記図３（ａ）に示す前回の全量ネガデータＡと同じ内容の全件ネガＣを、最新の（現行の）全件ネガＣとして使用している。そして、上記図３（ｃ）の変更分ネガデータＢを受信すると、上記図３（ａ）の内容の現行の全件ネガＣに対して、受信した変更分ネガデータＢに基づき、ＩＤ番号＝‘２’のレコードの更新、ＩＤ番号＝‘３’のレコードの削除、及びＩＤ番号＝‘４’のレコードの追加を行うことで、新たな最新の全件ネガＣを作成する。当然、作成された全件ネガＣの内容は、図３（ｂ）に示す内容となる。
【００４０】
この様に、全量ネガデータＡと全件ネガＣとは、名称は異なっても少なくともデータ内容自体は同じものである。本例では、最新の全量ネガデータＡを最初に（例えば１日１回その日の最初に）配信した後も、定期的に（例えば１時間ごと）、そのときの最新の全量ネガデータＡをネガ配信サーバ２に保持させるが、通常、全量ネガデータＡはデータ量が多いので、通信負荷が増大し配信処理に時間が掛かるので、差分のみを配信するようにしている。
【００４１】
但し、この例に限らず、例えばネットワーク４が非常に高速のネットワーク等であれば、定期的に（例えば１時間ごと）、そのときの最新の全量ネガデータＡ自体を配信するようにしてもよい。
【００４２】
図４は、本例のネガ配信サーバ−端末間のネガデータ配信フローを説明する概略図である。
ネガ配信サーバ２では、図２、図３で説明した処理により最新の全件ネガＣ（ここでは図示のバージョン（世代）ｎとし、全件ネガｎと記すものとする。他も同様に、例えば世代ｎの１世代前のものは全件ネガｎ−１と記すものとする。差分ネガＤに関しても同様）を作成する毎に、過去に作成した世代の異なる（各旧世代の）全件ネガｎ−１、全件ネガｎ−２、全件ネガｎ−３とそれぞれ比較を行って差分を求めることで、各旧世代に対応する差分ネガＤを作成する。すなわち、差分ネガｎ−１、差分ネガｎ−２、差分ネガｎ−３を作成する。
【００４３】
この差分ネガＤのデータ構成は、上記変更分ネガデータＢと同様であってよく、特に図示・説明はしない。また、各端末３における以下に説明する結合処理も、上記図２で説明したネガ配信サーバ２における結合処理と同様であってよく、特に説明しない。
【００４４】
ネガ配信サーバ２は、上記各旧世代対応の各差分ネガＤを作成後、後述する図５におけるネガ配信サーバ２の処理を実行する。すなわち、任意の端末３からの要求がある毎に、後述する図６の判定処理によって、この要求元の端末３に対して上記最新の全件ネガｎを配信するか、それとも差分ネガＤを配信するかを決定して、全件ネガｎ又は差分ネガＤを配信する。
【００４５】
差分ネガＤを配信する場合には、上記作成した複数の差分ネガｎ−１、ｎ−２、ｎ−３の何れか１つを配信する。これは、要求元の端末３で現在保持・使用している全件ネガＥのバージョン（世代）mに対応する差分ネガＤを当該端末３に配信する。例えば、要求元の端末３が保持する全件ネガＥのバージョンmがｎ−２の場合、差分ネガｎ−２を配信する。
【００４６】
端末３は、現在保持・使用している全件ネガＥ（バージョンｍの全件ネガＥ）に、受信した差分ネガＤを結合することで、新たな全件ネガＥを作成する。そして、バージョンｍの全件ネガＥは削除する。この結合処理は、上記の通り、図２、図３で説明したネガ配信サーバ２の結合処理と略同様であり、作成された新たな全件ネガＥは、配信された差分ネガＤが上記差分ネガｎ−１、ｎ−２、ｎ−３の何れであっても、上記ネガ配信サーバ２における最新の全件ネガＣ（ここでは全件ネガｎ）と同じ内容となっている。また、配信された差分ネガＤには上記最新の全件ネガＣのバージョン（ここではバージョンｎ）が付加されており、これより端末３は上記作成した新たな全件ネガＥのバージョンをバージョンｎとして管理する。
【００４７】
また、ネガ配信サーバ２は、上記判定処理により差分ネガＤを配信するものと決定した場合でも、要求元の端末３が保持する全件ネガＥのバージョンmに対応する差分ネガＤがない場合には（図示の例では例えばｍ＝ｎ−４の場合）、全件ネガnを端末３に配信する。
【００４８】
また、端末３は、ネガ配信サーバ２から全件ネガｎが配信された場合には、受信した全件ネガｎを新たな全件ネガＥとして格納すると共に、既存のバージョンｍの全件ネガＥは削除する処理を行う。
【００４９】
これにより、端末３は、任意のＩＣカードが使用される毎に、そのＩＣカードに対する処理（決済処理等）を行う前に、最新の全件ネガＥ（すなわち最新の全量ネガデータＡ）を用いてネガチェックを行うことが可能となる。そして、もし、不正検出した場合には、例えば、このＩＣカードを使用不可とする処理（使用不可とする為の何等かの情報をＩＣカードに書き込む等）を行うようにしてもよい。また、これによってその後はこのＩＣカードに関してはネガチェックを行う必要が無くなるので、ネガ配信サーバ２を介してネガ管理センタ１に通知して、全量ネガデータＡからこのＩＣカードに係るデータを削除させるようにしてもよい。
【００５０】
以上のようなシステムにおいて、本例では以下に説明するように端末３のネガデータ更新に係る処理時間を短縮することが可能となる。
図５に、ネガ配信サーバ２から端末３にネガデータ配信する際の通信シーケンスを示す。つまり、端末３のネガ更新処理に係る通信シーケンスを示す。
【００５１】
ここでは、図示の（１）〜（８）の手順を用いるものとし、以下、これら（１）〜（８）について説明する。
（１）各端末３は、定期的に（例えば１時間毎）、ネガ配信サーバ２に「ネガ取得リクエスト」を送信する。このリクエストには、当該送信元の端末３を識別する端末ＩＤや、その時点でこの端末３が保持する全件ネガＥのバージョン（世代）情報などが含まれている。
【００５２】
（２）「ネガ取得リクエスト」を受信したネガ配信サーバ２は、送信元の端末３に「ネガ取得レスポンス」を送信する。このレスポンスには、端末３が取得すべきネガデータの情報や、そのネガデータがサーバ２内に格納されている場所（ディレクトリ等）の情報が含まれている。すなわち、この「ネガ取得レスポンス」の送信は、配信すべきネガデータを決定（全件ネガＣか差分ネガＤかを決定。更に差分ネガＤとした場合には複数あるうちのどれかを決定）する処理を実行後に行う。例えば、上記例のように差分ネガｎ−２を配信するものと決定した場合には、この差分ネガｎ−２のファイル名や格納場所（ディレクトリ）等の情報を、上記「ネガ取得レスポンス」に含めて送信する。
【００５３】
（３）上記「ネガ取得レスポンス」を受信した端末３は、当該「ネガ取得レスポンス」に含まれる上記各種情報に基づいて、ネガ配信サーバ２に対してＦＴＰ（File Transfer Protocol）によるファイル転送処理を開始する（ＦＴＰ開始を通知する）。
【００５４】
（４）これにより、端末３は、ネガ配信サーバ３からネガデータ（全件ネガＣ又は差分ネガＤ）を取得する。
（５）ネガデータを取得完了した端末３は、ネガ配信サーバ２に対するＦＴＰを終了する（ＦＴＰ終了を通知する）。
【００５５】
（６）そして、端末３は、取得したネガデータに対する処理を行う。具体的には、ネガデータの正当性チェック、圧縮データの解凍処理、差分ネガのマージ処理、上記結合処理、作業用メモリから保存用メモリへのデータ移動処理、などを行うことが想定される。
【００５６】
この様な処理を経て、最新の全件ネガＥが作成される。その後は、この最新の全件ネガＥを用いて運用（不正チェック等）が行われる。
（７）端末３は、上記最新の全件ネガＥを作成・記憶したら、ネガ配信サーバ２に「ネガ取得完了通知リクエスト」を送信する。このリクエストには、（６）での処理の成否情報などが含まれる。
【００５７】
（８）上記「ネガ取得完了通知リクエスト」を受信したネガ配信サーバ２は、送信元の端末３に「ネガ取得完了通知レスポンス」を送信する。
以上説明したようにして、任意の端末３における全件ネガＥの更新処理が行われる。
【００５８】
ここで、上記ネガ配信システムにおいて、端末３は様々なものが考えられる。例えば、端末３が複数の決済方式に対応する場合、端末３には高い処理性能が必要であり、端末３のコストが増大する。そのため、上記ネガ配信システムを構成する端末３としては処理性能が高いもの（コストが高いもの）から比較的処理性能が低いもの（コストが低いもの）まで混在することとなる。
【００５９】
また、上記ネガ配信システムにおいて、ネガ配信サーバ２と端末３はネットワーク５を用いて接続されており、端末３の設置環境（例えば、端末３が設置されている店舗の環境）により、ネットワーク５が高速なものから低速なものまで混在することとなる。
【００６０】
そして、既に述べてあるように、本例のネガ配信システムでは、ネガ配信サーバ２において各端末３毎にその端末３へ配信するネガの種類（全件ネガか差分ネガか）を決定することが可能であり（尚、例えば、極力、差分ネガＤを配信したい場合には、過去の世代の異なる全件ネガを大量に保持しておくようにすればよい）、ここでは特に、ネガ配信サーバ３は各端末３の処理性能や設置環境に応じて、ネガ配信方式（全件ネガを配信するか、差分ネガを配信するか）を決定するものである。
【００６１】
上記ネガ配信方式の決定方法として、具体的には例えば、以下のような（ａ）〜（ｄ）の手法が考えられる。
（ａ）各端末３の処理性能によって、配信するネガデータの種類を決定する。
【００６２】
上記図５のシーケンスで、端末３の処理性能が全体の処理時間に最も影響する箇所は、（６）の「ネガデータ処理」である。これより、ネガ配信サーバ２では、各端末３毎に、「（５）FTP終了」を受信してから「（７）ネガ取得完了通知リクエスト」を受信するまでの時間Ｔ１を測定することによって、各端末３毎の処理性能を把握することが可能である。
【００６３】
これを利用して、ネガ配信サーバ２は、配信先の端末３の処理性能が高い場合にはその端末３内での結合処理が高速に行われるため差分ネガを配信し、配信先の端末３の処理性能が低い場合にはその端末３内での結合処理が不要な全件ネガを配信するものと決定する。
【００６４】
例えば、各端末３毎に、過去に（例えば前回）、その端末３と図５の処理を行った際に上記時間Ｔ１を測定して、この測定した時間Ｔ１と予め設定されている所定の閾値Ｒ１とを比較して、Ｔ１≧Ｒ１の場合には処理性能が低いと判定し、Ｔ１＜Ｒ１の場合には処理性能が高いと判定する。つまり、測定時間Ｔ１が所定時間Ｒ１以上の場合には、上記（６）「ネガデータ処理」に時間が掛かっていることになるので、処理性能が低いと判定される。
【００６５】
尚、例えば、上記時間Ｔ１は過去にその端末３に差分ネガＤを配信したときに測定した時間とし、上記閾値Ｒ１はこの様な差分ネガＤ配信時の（６）「ネガデータ処理」時間に対応する閾値とする。但し、この例に限らず、全件ネガＣ配信時の処理時間を用いてもよい。
【００６６】
そして、この判定結果（処理性能が高い／低い）を、この端末３の端末ＩＤに対応付けて記憶しておく。これより、今回の配信処理の際には、記憶してある判定結果を参照することで、全件ネガ、差分ネガのどちらを配信するかを決定できる。尚、上記処理性能の高／低の判定方法は、上記前回の時間Ｔ１の測定結果に基づく例に限らず、例えば過去の一定期間中の時間Ｔ１の測定結果の平均値等を用いるようにしてもよい。
【００６７】
また、上記閾値Ｒ１の値は、システム管理者等が任意に設定してよい。但し、本例の効果である上記「端末３のネガ更新に係る処理時間を短縮する」とは、基本的には、全件ネガＣを配信した場合と差分ネガＤを配信した場合とで、「端末３のネガ更新に係る処理時間」（トータルの処理時間；図５の（１）〜（８）までに掛かる時間）が短くて済む方が選択されることで、処理時間が長くなる方を選択した場合に比べて、処理時間が短くて済むという意味である。よって、上記閾値Ｒ１の値は、この条件を満たすように設定することが望ましく、例えば予め実験を行う等してこの実験による実測値に基づいて閾値Ｒ１を決定する。
【００６８】
但し、ネットワーク負荷変動や配信するデータ量の影響もあり得るので、１００％必ず処理時間を短縮できるとは限らない。しかしながら、多数回行われるネガ更新処理全体で見れば、従来に比べれば、全体の処理時間を短縮できる。
【００６９】
（ｂ）ネットワークの負荷状況によって、配信するネガデータの種類を決定する。
図５のシーケンスで、ネットワーク負荷状況が全体の処理時間に最も影響する箇所は（４）の「ＦＴＰによるネガデータ取得」である。
【００７０】
これより、ネガ配信サーバ２では、「（３）FTP開始」を受信してから「（５）FTP終了」を受信するまでの時間Ｔ２を測定することによって、その時点でのネットワーク負荷状況を把握することが可能である。
【００７１】
これを利用して、その時点でのネットワーク負荷が小さく高速で通信可能な場合にはデータ量の多い全件ネガを配信し、ネットワーク負荷が大きく通信が低速となる場合にはデータ量の少ない差分ネガを配信する。
【００７２】
これは、上記（ａ）の場合と同様に、予め実験等により所定の閾値Ｒ２を求めて設定しておき、過去の更新処理の際に測定した上記時間Ｔ２をこの閾値Ｒ２と比較することによって、例えば、Ｔ２≧Ｒ２であればネットワーク負荷が大きいと判定し、Ｔ２＜Ｒ２であればネットワーク負荷が小さいと判定して、この判定結果を通信相手の端末３の端末ＩＤに対応付けて記憶しておく。これより、今回の更新処理の際には、記憶してある判定結果を参照することで、全件ネガ、差分ネガのどちらを配信するかを決定できる。
【００７３】
尚、上記時間Ｔ２の測定は、全件ネガＣを配信したときのみ行ってもよいし、差分ネガＤを配信したときのみ行ってもよいし、どちらを配信した場合にも行うようにしてもよい。但し、当然、全件ネガＣを配信時と差分ネガＤ配信時とでは、ネットワーク負荷が同じ場合でも、時間Ｔ２は異なるものであるので、例えば全件ネガＣ配信時にのみ時間Ｔ２の測定を行う例の場合には、閾値Ｒ２は全件ネガＣ配信に対応する値とするものである。もし、どちらの配信時にも時間Ｔ２の測定を行うならば、閾値Ｒ２は、全件ネガＣ配信、差分ネガＤ配信にそれぞれ対応して２種類用意する必要がある。
【００７４】
（ｃ）端末３からの同時アクセス数によって、配信するネガの種類を決定する。
本例のシステムのようなネガ配信サーバ２では、複数の端末３からのネガ取得要求アクセスを同時に受け付けることが可能なように設計されているのが通常である。この場合、ネガ配信サーバ２がある時点で、幾つの端末３からのアクセスを同時に処理しているかを把握することは可能である。
【００７５】
これを利用して、その時点での端末３からの同時アクセス数が多い場合にはデータ量の少ない差分ネガを配信し、同時アクセス数が少ない場合にはデータ量が多い全件ネガを配信する、といったことが可能である。
【００７６】
これも例えば予め実験等により所定の閾値Ｒ３を求めて設定しておき、現在の同時アクセス数を閾値Ｒ３と比較することで、同時アクセス数が閾値Ｒ３を越えた場合には差分ネガを配信し、同時アクセス数が閾値Ｒ３以下の場合には全件ネガを配信する。
【００７７】
（ｄ）上記（ａ）〜（ｃ）の組合せによって、配信するネガの種類を決定する。
端末３の処理性能、ネットワークの負荷状況、端末３からの同時アクセス数など、複数の要素の組合せで、配信するネガの種類を決定することが可能である。
【００７８】
一例として、図６のようなアルゴリズムなどが挙げられるが、異なるアルゴリズムや判断ロジックを用いても構わない。
図６に示すネガ配信方式決定処理は、上記（ａ）〜（ｃ）の全てを組み合わせたものである。
【００７９】
すなわち、上記（ｃ）の判定により同時アクセス数が閾値Ｒ３以上の場合（ステップＳ１１，ＹＥＳ）、又は上記（ｂ）の判定によりネットワーク負荷が閾値Ｒ２以上の場合（Ｔ２≧Ｒ２の場合）（ステップＳ１２，ＹＥＳ）、あるいは上記（ａ）の判定により端末性能が閾値以上の場合（この”端末性能が閾値以上”は上記Ｔ１＜Ｒ１を意味する。すなわち処理性能が高い場合）（ステップＳ１３，ＹＥＳ）には、差分ネガを配信する（ステップＳ１５）。
【００８０】
一方、上記（ｃ）の判定により同時アクセス数が閾値Ｒ３未満の場合（ステップＳ１１，ＮＯ）、且つ上記（ｂ）の判定によりネットワーク負荷が閾値未満の場合（Ｔ２＜Ｒ２の場合）（ステップＳ１２，ＮＯ）、且つ上記（ａ）の判定により端末性能が閾値未満の場合（Ｔ１≧Ｒ１；処理性能が低い場合）（ステップＳ１３，ＹＥＳ）には、全件ネガを配信する（ステップＳ１４）。
【００８１】
図６の例に限らず、例えば、上記（ａ）〜（ｃ）のうちの何れか２つを組み合わせたものとしてもよい。
さらに、ネガ配信サーバ２は、全件ネガＣのデータ量が小さい場合には全件ネガＣを配信する、あるいは全件ネガＣのデータ量と差分ネガＤのデータ量の比率によりネガ配信方式を決定する、等の他の判断基準を用いることも可能である。
【００８２】
以上のように、本例のシステム、ネガ配信方法等によれば、端末３の処理性能や端末３の設置環境に応じてネガ配信方式を決定することで、端末でのネガ更新にかかる時間を短縮することが可能である。
【００８３】
尚、上記ネガ管理センタ１は、必ずしも変更分ネガデータを生成・配信するものに限らず、例えば常にそのときの最新の全量ネガデータをネガ配信サーバ２に配信するようにしてもよい。また、上記ネガ配信サーバ２における各世代毎の差分ネガＤの生成も、必ず行う必要があるものではない。例えば、ネガ管理センタ１が最新の全量ネガデータをネガ配信サーバ２に配信してから次の最新の全量ネガデータが配信されるまでの期間に、各端末３が必ず図５の処理により自己の全量ネガデータを更新するようにすれば、差分ネガＤは１つだけでよくなり、端末３の保持する全量ネガデータの世代に応じて選択する必要もなくなる。
【００８４】
次に、以下、ネガ配信方式決定処理の他の例について、図７〜図９を参照して説明する。
図７は、ネガ配信方式決定処理の他の例のフローチャート図である。
【００８５】
図８は、ネガ配信方式決定処理の他の例の具体例（その１）である。
図９は、ネガ配信方式決定処理の他の例の具体例（その２）である。
当該他の例では、ネガ配信サーバ２が保持する最新の全量ネガデータ（全件ネガＣ）のデータサイズと、要求元の端末３に配信すべき世代の差分ネガＤのデータサイズとを比較して、データサイズの小さい方を配信するものである。これによって、ネガデータ配信時間を短縮することができる。また、差分ネガＤのデータ量が比較的小さい場合に差分ネガＤが配信されるので、端末３における自己の全量ネガデータの更新処理時間が短くなることが期待でき、ネガデータ更新に係るトータルの処理時間を短縮できることが期待できる。
【００８６】
図７に示す処理では、任意の端末３からのネガ取得リクエスト（自端末が保持する全量ネガデータのバージョン情報等が含まれている）を受信すると、まず、この要求元の端末３が保持する全量ネガデータのバージョンを認識し（ステップＳ２１）、これにより要求元の端末３に配信すべき差分ネガＤを判定して（どの世代の差分ネガＤを配信すべきかを判定して）、この差分ネガＤのデータサイズを求める（ステップＳ２３）。また、ネガ配信サーバ２が保持する最新の全量ネガデータ（全件ネガＣ）のデータサイズを求める（ステップＳ２４）。
【００８７】
そして、ステップＳ２３，Ｓ２４で求めたデータサイズを比較して（ステップＳ２４）、データサイズが小さい方を要求元の端末３へ配信する。すなわち、最新バージョンの全件ネガＣの方がデータ量が小さい（差分ネガＤのサイズ＞全件ネガのサイズ）場合には、当該全件ネガＣを要求元の端末３へ配信する（ステップＳ２５）。その逆に、差分ネガＤの方がデータ量が小さい（差分ネガＤのサイズ＜全件ネガのサイズ）場合には、当該差分ネガＤを要求元の端末３へ配信する（ステップＳ２６）。
【００８８】
図８に示す具体例について説明する。この具体例は最新バージョンの全件ネガＣを配信することになるケースの一例を示す。
図示の例では、要求元の端末３が保持している全量ネガデータはバージョンVer.1であり、ネガ配信サーバ２が保持する最新の全量ネガデータ（全件ネガＣ）はバージョンVer.2である。図４で説明したように、ネガ配信サーバ２は各旧世代に対応する差分ネガＤを保持しており、バージョンVer.1に対応する差分ネガＤの内容は図示の通りとなる。すなわち、図示の通り、ＩＤ番号＝１，２，３のレコードを削除しＩＤ番号＝４のレコードを追加する内容となっており、４レコード分のサイズとなっている。一方、バージョンVer.2の全件ネガＣは、図示の通り、１レコード分のサイズとなっている。
【００８９】
従って、この例では、「全件ネガＣのサイズ＜差分ネガＤのサイズ」となるので、ステップＳ２５の処理が実行され、全量ネガデータの方が配信されることになる。
次に、図９に示す具体例について説明する。この具体例は差分ネガＤを配信することになるケースの一例を示す。
【００９０】
図示の例では、要求元の端末３が保持している全量ネガデータはバージョンVer.1（ＩＤ番号＝１，２，３の３レコードより成る）であり、ネガ配信サーバ２が保持する最新の全量ネガデータ（全件ネガＣ）はバージョンVer.2である。この例では、バージョンVer.2はバージョンVer.1に対してＩＤ番号＝４のレコードが追加されたものであり、４レコード分のサイズとなっている。また、これより、バージョンVer.1に対応する差分ネガＤの内容は、図示の通り、ＩＤ番号＝４のレコード追加を示すものとなり、１レコード分のサイズとなっている。
【００９１】
従って、この例では、「全件ネガＣのサイズ＞差分ネガＤのサイズ」となるので、ステップＳ２６の処理が実行され、バージョンVer.1に対応する差分ネガＤの方が配信されることになる。端末３は、配信された差分ネガＤを用いて最新の全量ネガデータVer.2を生成することになる。
【００９２】
図１０に上記ネガ管理センタ１、ネガ配信サーバ２等のコンピュータ５０のハードウェア構成を示す。
図１０に示すコンピュータ５０は、ＣＰＵ５１、メモリ５２、入力部５３、出力部５４、記憶部５５、記録媒体駆動部５６、及びネットワーク接続部５７を有し、これらがバス５８に接続された構成となっている。
【００９３】
ＣＰＵ５１は、当該コンピュータ５０全体を制御する中央処理装置である。
メモリ５２は、任意の処理実行の際に、記憶部５５（あるいは可搬型記録媒体５９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ５１は、メモリ５２に読み出したプログラム／データを用いて、上述した各種処理を実行する。
【００９４】
出力部５４は、例えばディスプレイ等であり、入力部５３は、例えば、キーボード、マウス等である。
ネットワーク接続部５７は、例えば上記ネットワーク４，５等に接続して、他の情報処理装置との通信（コマンド／データ送受信等）を行う為の構成である。
【００９５】
記憶部５５は、例えばハードディスク等であり、上記図２〜図６等で説明した各種処理をＣＰＵ５１により実現させる為のアプリケーションプログラムが格納されている。
ＣＰＵ５１は、上記記憶部５５に格納されている各種プログラムを読み出し・実行することにより、上述した図２〜図６等で説明した各種処理を実現する。
【００９６】
あるいは、上記記憶部５５に格納される各種プログラム／データは、可搬型記録媒体５９に記憶されているものであってもよい。この場合、可搬型記録媒体５９に記憶されているプログラム／データは、記録媒体駆動部５６によって読み出される。可搬型記録媒体５９とは、例えば、ＦＤ（フレキシブル・ディスク）５９ａ、ＣＤ−ＲＯＭ５９ｂ、その他、ＤＶＤ、光磁気ディスク等である。
【００９７】
あるいは、また、上記プログラム／データは、ネットワーク接続部５７により接続しているネットワークを介して、他の装置内に記憶されているものをダウンロードするものであってもよい。あるいは、更に、インターネットを介して、外部の他の装置内に記憶されているものをダウンロードするものであってもよい。
【００９８】
また、本発明は、上記本発明の各種処理をコンピュータ上で実現するプログラムを記録した可搬型記憶媒体として構成できるだけでなく、当該プログラム自体として構成することもできる。
【図面の簡単な説明】
【００９９】
【図１】本例のネガ配信システムの構成例を示す図である。
【図２】ネガ管理センタ−ネガ配信サーバ間のネガデータ配信フローを説明する概略図である。
【図３】（ａ）〜（ｃ）は、全量／変更分ネガデータの一例を示す図である。
【図４】本例のネガ配信サーバ−端末間のネガデータ配信フローを説明する概略図である。
【図５】端末のネガ更新処理に係る通信シーケンスを示す図である。
【図６】ネガ配信方式決定処理のフローチャート図である。
【図７】ネガ配信方式決定処理の他の例のフローチャート図である。
【図８】ネガ配信方式決定処理の他の例の具体例（その１）である。
【図９】ネガ配信方式決定処理の他の例の具体例（その２）である。
【図１０】コンピュータハードウェア構成図である。
【符号の説明】
【０１００】
１  ネガ管理センタ
２  ネガ配信サーバ
３  端末
４，５  ネットワーク
１１  ＩＤ番号
１２  データ発生日付
２１  変更種別
２２  ＩＤ番号
２３  データ発生日付
５０  コンピュータ
５１  ＣＰＵ
５２  メモリ
５３  入力部
５４  出力部
５５  記憶部
５６  記録媒体駆動部
５７  ネットワーク接続部
５８  バス
５９  可搬型記録媒体
５９ａ  ＦＤ（フレキシブル・ディスク）
５９ｂ  ＣＤ−ＲＯＭ
【図１】
0005374951.tif 000002
【図３】
0005374951.tif 000003
【図５】
0005374951.tif 000004
【図６】
0005374951.tif 000005
【図７】
0005374951.tif 000006
【図１０】
0005374951.tif 000007
【図２】
0005374951.tif 000008
【図４】
0005374951.tif 000009
【図８】
0005374951.tif 000010
【図９】
0005374951.tif 000011