ネットワークを介して互いに通信可能に接続された複数の端末装置及びサーバを有し、前記端末装置は、前記端末装置の利用実績に関する情報を所定の送信タイミングで前記サーバへ送信し、前記サーバは、前記利用実績に関する情報に基づいて前記端末装置に課金すべき額を算出する情報管理システムであって、前記端末装置には、前記利用実績に関する情報の送信状況を監視して、前記送信タイミングで送信されるべき前記情報が正常に送信されているか否かを所定条件に基づいて判別する条件判別手段と、前記所定条件が満たされたときに前記情報が正常に送信されていないとして、当該端末装置の動作を制限する動作制限手段と、が設けられている情報管理システム。前記端末装置には、前記利用実績に関する情報を記憶する記憶装置が設けられ、前記所定条件が、前記記憶装置における前記情報の蓄積量が所定量に達することである請求項1に記載の情報管理システム。前記所定条件が、前記利用実績に関する情報を未送信の状態で一定期間経過したことである請求項1に記載の情報管理システム。前記動作制限手段は、前記所定条件が満たされるとその端末装置の動作を停止させる請求項1~3のいずれか一項に記載の情報管理システム。前記動作制限手段は、前記所定条件が満たされたときにその端末装置が利用されている場合には、前記利用が終了した後に前記端末装置の動作を制限する請求項1~4のいずれか一項に記載の情報管理システム。サーバでは、利用実績に関する情報に基づいて各運営者への課金すべき額を算出し請求しているが、ゲーム機等の端末装置から当該情報が適切に送信されていない場合、放置していると不正な利用を助長するおそれがある。そこで、本発明は利用実績に関する情報の端末装置からサーバへの適切な送信を管理できる情報管理システムを提供することを目的とする。本発明の情報管理システムは、ネットワーク6を介して互いに通信可能に接続された複数の端末装置3及びサーバ5を有し、前記端末装置は、前記端末装置の利用実績に関する情報14を所定の送信タイミングで前記サーバへ送信し、前記サーバは、前記利用実績に関する情報に基づいて前記端末装置に課金すべき額を算出する情報管理システム1であって、前記端末装置には、前記利用実績に関する情報の送信状況を監視して、前記送信タイミングで送信されるべき前記情報が正常に送信されているか否かを所定条件に基づいて判別する条件判別手段10と、前記所定条件が満たされたときに前記情報が正常に送信されていないとして、当該端末装置の動作を制限する動作制限手段10と、が設けられていることにより上記課題を解決する。本発明の情報管理システムによれば、端末装置の利用実績に関する情報は、所定の送信タイミングで端末装置からサーバに送信される。何らかの不具合が生じて利用実績に関する情報の送信がされないときに所定条件が満たされると、その端末装置の動作が制限される。サーバに利用実績に関する情報が送信されない場合は、サーバ側で端末装置の利用実績が正確に把握できないため、その端末装置の動作を制限することにより、把握できない利用を防止する。従って、端末装置からサーバへの利用実績に関する情報の送信を監視し、所定条件を満たせば端末装置の動作を制限することで、適切に利用実績に関する情報の送信を管理することができる。本発明の情報管理システムの一形態において、前記端末装置には、前記利用実績に関する情報を記憶する記憶装置12が設けられ、前記所定条件が、前記記憶装置における前記情報の蓄積量が所定量に達することであってもよい。この形態によれば、記憶装置に蓄積された利用実績に関する情報が送信されず、蓄積され続けて所定量に達することが条件となって端末装置の動作を制限する。従って、送信状況を適切に管理できる。本発明の情報管理システムの一形態において、前記所定条件が、前記利用実績に関する情報を未送信の状態で一定期間経過したことであってもよい。この形態によれば、送信されるべき情報が何らかの不具合で一定期間未送信の状態にあることを条件とすることで、送信状況を適切に管理できる。本発明の情報管理システムの一形態において、前記動作制限手段は、前記所定条件が満たされるとその端末装置の動作を停止させてもよい。この形態によれば、所定条件が満たされた端末装置の動作は停止するので、以降の利用ができない状態となる。これにより、サーバ側で把握できない端末装置の利用を防止でき、送信できない状況での利用実績に関する情報の発生を防止することができる。本発明の送信管理システムの一形態において、前記動作制限手段は、前記所定条件が満たされたときにその端末装置が利用されている場合には、前記利用が終了した後に前記端末装置の動作を制限してもよい。この形態によれば、端末装置がユーザにより利用されている場合、利用の終了を待って、以降の動作を制限するので、ユーザに不都合のない状態で適切な情報送信管理ができる。なお、以上の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。以上、説明したように、本発明の情報管理システムにおいては、端末装置の利用実績に関する情報は、所定の送信タイミングで端末装置からサーバに送信される。何らかの不具合が生じて利用実績に関する情報の送信がされないときに所定条件が満たされると、その端末装置の動作が制限される。サーバに利用実績に関する情報が送信されない場合は、サーバ側で端末装置の利用実績が正確に把握できないため、その端末装置の動作を制限することにより、把握できない利用を防止する。従って、端末装置からサーバへの利用実績に関する情報の送信を監視し、所定条件を満たせば端末装置の動作を制限することで、適切に利用実績に関する情報の送信を管理することができる。本発明の一形態に係る情報管理システムが適用されたゲームシステムの全体構成の概要を示している。ゲームシステム1は、オペレータ2がアミューズメント施設等の商業施設以下、店舗と呼ぶ。に設置した一台又は複数台の端末装置としてのゲーム機3と、サービス管理者4が管理又は運営している複数台のサーバ5とがインターネット等のネットワーク6を介して相互に通信可能に接続されている。ゲーム機3は、ユーザに対して所定額の貨幣価値の消費と引き換えにゲームのプレイを許可する業務用のゲーム機である。ゲーム機3では、ユーザは、現金あるいは電子通貨を利用してプレイ料金を支払うことができる。電子通貨によるプレイ料金の徴収には、ユーザに供与されているカード7を利用する。カード7には、ICチップが組み込まれ、そのICチップには、カードごとにユニークなカードIDが記録されている。各ゲーム機3には、カード7からカードIDを読み取るカードリーダ不図示と、そのカードリーダが読み取ったカードIDを指定して、サーバ5に所定の処理を要求し、その要求に対するサーバ5の応答を処理するソフトウエアとが組み込まれている。サーバ5は、ゲーム機3からの要求を受け取った場合、カードIDに対応付けてプレイデータを保存し、あるいは、カードIDに対応付けて保存されているプレイデータをそのゲーム機3に送信する、といった処理を実行する。なお、サーバ5におけるプレイデータは、カードIDと1対1で対応付けられていてもよいし、カードIDと1対1又は多対1で対応付けられた別のID一例としてユーザIDと対応付けられていてもよい。また、サーバ5は、電子通貨の口座データを管理する。口座データは、カードID、又はそのカードIDと1対1又は多対1で対応付けられた別のID一例としてユーザIDと、ユーザが預け入れた電子通貨の残高とを対応付けて記録したデータである。ユーザがゲーム機3のゲーム体するプレイ料金を電子通貨にて支払うことを希望する場合、ゲーム機3からサーバ5に対してカードIDと電子通貨の消費量引き落とし額とを指定して引き落としが要求される。その要求に対応して、サーバ5はユーザの口座データを特定し、口座データ上の残高から消費量相当の電子通貨の引き落としを試みる。サーバ5は、残高が消費量以上であれば、その消費量を減算し、引き落としに成功したことをゲーム機3に通知し、一方、残高が消費量未満であれば、残高を減算することなく、引き落としに失敗したことをゲーム機3に通知する。ゲーム機3では、サーバ5からの通知に応じて、ゲームのプレイを許可するか否かを制御する。各ゲーム機3には、サーバ5と協働してプレイ料金を電子通貨で徴収するために必要なプログラムやデータも予め実装されている。なお、電子通貨の単位は適宜に設定されてよい。一例として、通貨の1円が電子通貨の1ポイントに相当するように電子通貨の単位が設定される。図2に上述したゲームシステム1のブロック図を示す。ゲーム機3は、制御ユニット10を備えている。制御ユニット10は、マイクロプロセッサと、そのマイクロプロセッサにて実行されるべきオペレーティングシステム等のプログラムが記録されたROM、及びマイクロプロセッサに対する作業領域を提供するRAM等の内部記憶装置とを備えたコンピュータユニットである。制御ユニット10は図示しない外部記憶装置に記録されたゲーム機用プログラムを読み取って実行することにより、制御ユニット10の内部には論理的装置としてのゲーム管理部11、イベント蓄積部12、及びイベント処理部13が設けられる。ゲーム管理部11は、ゲーム機3で実行されるゲームの環境設定や進行の管理をし、ユーザの操作に応じたイベント14図4参照を発生させる。イベント蓄積部12は、発生するイベント14を記憶する。発生するイベント14には、ゲーム進行中に発生するゲーム内容に応じた様々なイベント14の他、ゲーム機3の利用実績に関する情報としての課金イベント14がある。利用実績に関する情報として、ユーザからのプレイ料金の徴収により発生する課金情報がある。イベント蓄積部12は、制御ユニット10内の内部記憶装置に設けられる。このため、イベント蓄積部12で蓄積したイベント14はゲーム機3の電源をオフにすると記録が消失する。イベント蓄積部12が記憶装置として機能する。イベント処理部13は、イベント蓄積部12にて蓄積されたイベント14を所定のタイミングでサーバ5に送信する。サーバ5は、端末管理部21を備えている。端末管理部21は、各ゲーム機3のイベント処理部13から送信されたイベント14を受信し、各ゲーム機3のイベント内容を管理する。図3は制御ユニット10が実行するイベント処理ルーチンを示すフローチャートである。イベント処理ルーチンは、ゲーム機3で実行されているゲームの進行中に適宜発生するイベント14を処理するものでイベント処理部13が実行する。イベント14は、ユーザの操作やゲーム変化に応じて発生する。まず、制御ユニット10は、ステップS1でイベント14が発生したか否かを判断する。イベント14が発生している場合、制御ユニット10は、次のステップS2で発生したイベント14をイベント蓄積部12に蓄積する。図4にイベント14の蓄積を説明する図を示す。イベント蓄積部12は、ゲーム管理部11でユーザの操作等に応じて発生するイベント14を蓄積する。イベント蓄積部12は、制御ユニット10内のメモリ等の内部記憶装置で構成され、一例として256段のメモリ空間を有し、1段にひとつのイベント14を記録できる。発生するイベント14は適宜イベント蓄積部12に蓄積されていく。一方、イベント14が発生していない場合には、ステップS2をスキップしてステップS3に進む。ステップS3にて制御ユニット10は、イベント蓄積部12で蓄積されているイベント14をサーバ5へ送信すべきタイミングか否かを判断する。サーバ5への送信タイミングは、イベント蓄積部12にある程度のイベント14が蓄積されてから送信するように設定される。例えば、発生したイベント14を蓄積してから所定期間経過後に送信するように設定される。この待機している期間に他のイベント14がさらに発生してイベント蓄積部12に蓄積されると後から蓄積されたイベント14とともにサーバ5へ送信する。これにより、通信量を低減している。制御ユニット10は、ステップS3で送信タイミングであると判断するとステップS4に進んでイベント蓄積部12に蓄積されたイベント14をサーバ5に送信する。一方、ステップS3で送信タイミングでないと判断すると、制御ユニット10は今回の処理を終了する。制御ユニット10は次のステップS5に進み、イベント14の送信が成功したか否かを判断する。サーバ5の端末管理部21からのイベント受信通知を受け取ることで判断する。送信が成功している場合には、制御ユニット10は今回の処理を終了する。一方、端末管理部21からのイベント受信通知を受け取っていない場合、制御ユニット10はイベント14の送信が失敗したとの判断をし、ステップS4に戻ってイベント14を再送信する。なお、イベント14の再送信には所定の期間、回数が設定され、ステップS6でタイムアウトと判断された場合には、制御ユニット10は今回の処理を終了する。上述したイベント処理では、制御ユニット10のイベント処理部13が、ゲーム管理部11のゲーム進行中に適宜発生するイベント14に対してイベント蓄積部12に蓄積させステップS2、所定の送信タイミングにてサーバ5にイベント14を送信するステップS4。次に、図5のフローチャートを参照して制御ユニット10が実行する停止処理ルーチンを説明する。停止処理ルーチンは、上述したイベント処理ルーチンのステップS4のイベント送信を監視して送信が成功しなかった場合の処理である。まず制御ユニット10は、ステップS11でイベント送信状況が所定条件としての停止条件を満たすか否かを判断する。停止条件として、蓄積されたイベント14がイベント蓄積部12の蓄積可能なイベント数のうち所定量としての停止レベル15に達することが条件として設定される。停止レベル15は、イベント蓄積部12の蓄積可能なイベント数、例えば256段であれば、160段で停止レベル15を設定する。イベント14の蓄積数が160以上となれば停止条件を満たすことになる。イベントの中でもユーザからのプレイ料金徴収のために発生する課金イベントがサーバ5へ送信されないと、そのゲーム機3で徴収したプレイ料金をサービス管理者4が正確に把握できず、オペレータ2へ利用料金の請求ができない。このため停止条件を設定して送信されていないイベント14が停止レベル15に達すると適切な送信がされていないとみなしている。停止条件が満たされた場合には、制御ユニット10は、次のステップS12に進んで、ユーザによるゲームプレイ中か否かを判断する。ユーザがゲームプレイ中であれば、制御ユニット10は次のステップS13に進みユーザがゲームプレイを終了するまで待機する。これにより、正当なプレイ料金を支払ってゲームプレイに興じているユーザに対してはゲームプレイ機会を確保できる。停止条件が満たされた時点で支払われているプレイ料金内のゲームプレイを確保できればよく、停止条件が満たされた以降はプレイ料金の徴収をできないようにしてもよいし、あるいは、コンティニュー可能なゲームであればプレイ料金を徴収可能としてユーザの希望通りにゲームプレイを続行させるようにしてもよい。ユーザによるゲームプレイが終了した場合、あるいは、ステップS12にてゲームプレイ中でない場合には、制御ユニット10は、次のステップS14に進んで、ゲーム機3のサービスを停止する。サービスの停止として、ゲーム機3の電源供給を停止してオペレータ2による操作ができない状態とし、ゲーム機3の動作を制限する他、ゲームプレイのみを禁止してデモ画面の表示は可能にするといった一定の利用制限を設けることがあげられる。サービス停止対象となるゲーム機3によるゲームプレイ機会の提供ができないようにすることでイベント14の送信、特に課金イベントの送信がされない状態でのオペレータ2によるゲーム機3の利用を防止する。また、不具合等でイベント14の送信がされないような状態であっても、オペレータ2側でのプレイ料金の徴収と、サービス管理者4側での課金情報との整合性を保つことができる。サービス停止後、あるいはステップS11で停止条件を満たさなかった場合、制御ユニット10は今回の処理を終了する。上述の処理によれば、停止条件が満たされるステップS11と、ゲーム機3がサービスを停止するステップS14。これにより、課金イベントを含むイベント14が適切にサーバ5に送信されているか否かを管理することができ、何らかの不具合で送信がされていない状況にあれば、ゲーム機3のサービスを停止して、オペレータ2とサービス管理者4間での利用料金請求に関する整合性を保つことができる。ステップS11の処理はイベント処理部13で実行され、ステップS12~S14の処理はイベント処理部13からの指示を受けたゲーム管理部11が実行する。これにより、ステップS11が条件判別手段として、ステップS14が動作制限手段としてそれぞれ機能する。本発明は、上述した形態に限定されることなく、種々の形態にて実施することができる。例えば、本形態では、停止条件として蓄積されたイベント14がイベント蓄積部12の蓄積可能なイベント数のうち停止レベル15に達することを条件としているがこれに限られない。例えば、イベント処理ルーチンのステップS6でタイムアウトして処理が終了した状態が続いたことによる、直前の処理でイベント14の送信が成功してから一定期間が経過したことを停止条件としてもよい。一定期間、サーバ5へイベント14が送信されなければ、何らかの不具合が生じているとみなしてゲーム機3によるサービスの提供を停止できる。停止条件としては、課金イベントを含むイベント14が適切にサーバ5に送信されていないことを条件とすればよく、イベント14の送信に関する様々なパラメータを停止条件として設定してよい。また、本形態では、課金イベントを含むイベントの送信管理について説明したが、これに限られず、課金イベントのみを対象としてもよい。また、本形態では、停止処理ルーチンのステップS14でゲーム機3のサービスの停止をすることで端末装置の利用を制限したがこれに限られない。例えば、停止条件を満たした場合に、オペレータ2に対して何らかのペナルティを科すようにしてもよい。イベント14の送信復帰時に送信が途絶えていたことを示す情報をゲーム機3がサーバ5に送信し、サービス管理者4からの請求額にペナルティ分を上乗せするような対応としてもよい。停止処理を実行するイベント処理部13及びイベント蓄積部12はゲーム機1の制御ユニット10で機能している形態で説明したが、これに限られず例えば、ゲーム機1と別個に設けられた装置を端末装置としてイベント処理部13の機能を割り当てるようにしてもよい。ゲームシステム1内で、ゲーム機1のイベント14の蓄積状況及び送信状況を監視して、停止条件が満たされた場合にゲーム機1の利用を制限するような構成となっていればよい。