JP3978627B2 - Data collection method - Google Patents

Data collection method Download PDF

Info

Publication number
JP3978627B2
JP3978627B2 JP02872198A JP2872198A JP3978627B2 JP 3978627 B2 JP3978627 B2 JP 3978627B2 JP 02872198 A JP02872198 A JP 02872198A JP 2872198 A JP2872198 A JP 2872198A JP 3978627 B2 JP3978627 B2 JP 3978627B2
Authority
JP
Japan
Prior art keywords
data
unit
units
terminal
collection
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP02872198A
Other languages
Japanese (ja)
Other versions
JPH11234282A (en
Inventor
近藤  誠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suncorporation
Original Assignee
Suncorporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Suncorporation filed Critical Suncorporation
Priority to JP02872198A priority Critical patent/JP3978627B2/en
Publication of JPH11234282A publication Critical patent/JPH11234282A/en
Application granted granted Critical
Publication of JP3978627B2 publication Critical patent/JP3978627B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)
  • Pinball Game Machines (AREA)

Description

【0001】
【発明の属する技術分野】
複数の端末ユニットのデータを複数の中間ユニットを介して管理機で収集するデータ収集方法に関する。
【0002】
【従来の技術】
これに関する従来のデータ管理システムを表す配線ブロック図が図2に示されている。このデータ管理システムはパチンコ台のデータを集計するシステムであり、各々のパチンコ台(P台)にそれらのデータを集計する端末ユニット(DU)が装着されている。そして、前記端末ユニット(DU)のデータが中間ユニット(SU)によって収集されるようになっている。前記中間ユニット(SU)は、複数台の端末ユニット(DU)のデータを効率的に収集するユニットであり、その中間ユニット(SU)のデータが管理機によって収集される。前記管理機は数台の中間ユニット(SU)をまとめて管理するユニットであり、店舗の規模に応じて所定の台数が設置される。ここで、各々の中間ユニット(SU)はそれぞれが独立しており、担当範囲内の端末ユニット(DU)のデータを収集できるようになっている。
【0003】
【発明が解決しようとする課題】
しかしながら前記データ管理システムによると、中間ユニット(SU)はそれぞれが独立しているため、1台の中間ユニット(SU)が故障するとその中間ユニット(SU)に関連する端末ユニット(DU)のデータが全く収集できなくなるという問題がある。
【0004】
そこで、本発明のうち請求項1に記載の発明は、一台の中間ユニットが故障した場合でも、別の中間ユニットが故障範囲をバックアップできるようにして、耐故障性の向上を図ることをその目的とするものである。
また、請求項2に記載の発明は、請求項1に記載の発明の目的に加えて、各中間ユニットをバックアップしてもデータの収集時間等が増加しないようにすることをその目的とするものである。
また、請求項3に記載の発明は、データの収集時間の短縮を図るとともに、システムの耐故障性を向上させることをその目的とするものである。
【0005】
【課題を解決するための手段】
上記した課題は、以下の特徴を有するデータ収集方法によって解決される。
即ち、請求項1に記載のデータ収集方法は、複数の端末ユニットのデータを複数の中間ユニットを介して管理機で収集するデータ収集方法において、前記端末ユニットと中間ユニットとを通信線で接続し、各端末ユニットのデータを少なくとも二台の中間ユニットにより異なる優先度で収集するとともに、前記中間ユニットは、接続される複数の端末ユニットに対して、高い優先度のデータを収集する端末ユニットと低い優先度のデータを収集する端末ユニットとに区分し、区分したそれぞれの優先度にて各端末ユニットのデータを収集し、異なる優先度にて収集した各端末ユニットのデータを管理機に送信する。
【0006】
本発明によると、各端末ユニットから伝送されるデータは少なくても二台の中間ユニットで収集されるため、一台の中間ユニットが故障してもその範囲内にある端末ユニットのデータは別の中間ユニットを介して管理機で収集できるようになる。このため、システムの耐故障性が向上する。
さらに、各端末ユニットのデータは少なくとも二台の中間ユニットにより異なる優先度で収集されるため、バックアップ用のデータを低い優先度で収集すれば、バックアップ機能によりデータの収集時間が大幅に増加することはない。
【0007】
また、請求項2に記載のデータ収集方法は、請求項1に記載されたデータ収集方法において、
通常は高い優先度の中間ユニットで収集したデータを管理機で収集し、その高い優先度の中間ユニットが故障したときに、低い優先度の中間ユニットで収集したデータを管理機で収集する。
【0008】
本発明によると、高い優先度の中間ユニットが故障したときにだけ低い優先度の中間ユニットがバックアップするため、正常時はバックアップ機能によりデータの収集時間が増加することはない。
【0009】
また、請求項3に記載のデータ収集方法は、請求項1又は請求項2に記載されたデータ収集方法において、
前記端末ユニットと中間ユニットとを接続する通信線とは異なる通信線で前記中間ユニットと管理機とを接続する。
【0010】
本発明によると、前記端末ユニットと中間ユニットとの間でデータの送信を行っている間に、中間ユニットと管理機との間でデータの送信を行うことができるためデータの収集時間が短縮される。また、システムの耐故障性も向上する。
【0011】
また、請求項4に記載のデータ収集方法は、請求項1〜3のいずれかに記載のデータ収集方法であって、複数の端末ユニットをn個の収集範囲に区分し、複数の中間ユニットを2台ずつのペアにして、1つのペアの中間ユニットにて2つの収集範囲内の端末ユニットのデータを収集する。
ペアを構成する2台の中間ユニットにおける一方の中間ユニットは、2つの収集範囲における一方の収集範囲の端末ユニットから高優先頻度にてデータを収集し、他方の収集範囲の端末ユニットから前記高優先頻度よりも低い頻度の低優先頻度にてデータを収集し、ペアを構成する2台の中間ユニットにおける他方の中間ユニットは、2つの収集範囲における他方の収集範囲の端末ユニットから高優先頻度にてデータを収集し、一方の収集範囲の端末ユニットから前記高優先頻度よりも低い頻度の低優先頻度にてデータを収集する。
そして管理機は、各中間ユニットから前記高優先頻度にて収集した収集範囲の端末ユニットのデータを収集し、故障している中間ユニットが高優先頻度にて収集すべき収集範囲の端末ユニットからのデータを、当該故障している中間ユニットとペアを構成している中間ユニットからの低優先頻度にて収集した収集範囲の端末ユニットからのデータにてバックアップする。
【0012】
【発明の実施の形態】
以下、図1に基づいて、本発明の一の実施の形態に係るデータ収集方法の説明を行う。本実施の形態に係るデータ収集方法はパチンコ台のデータを集計する方法に関するものであり、図1にパチンコ台のデータ管理システムの要部配線ブロック図が示されている。
各々のパチンコ台(P台)にはそれらのパチンコ台(P台)のデータを集計する端末ユニット(DU)が装着されており、それらの端末ユニット(No.1DU〜No.500DU)のデータが収集LANを介してNo.1〜No.10中間ユニット(No.1SU〜No.10SU)によって収集されるようになっている。
【0013】
No.1中間ユニット(No.1SU)は、図1に示されるように、第1収集範囲(担当範囲)に所属している50台の端末ユニット(No.1DU〜No.50DU)のデータを高い優先順位で収集し、さらに第2収集範囲(バックアップ範囲)に所属している50台の端末ユニット(No.51DU〜No.100DU)のデータを低い優先順位で収集することができる。No.2〜No.10中間ユニット(No.2SU〜No.10SU)もNo.1中間ユニット(No.1SU)と同様の働きをする。
【0014】
ここで、No.1中間ユニット(No.1SU)とNo.2中間ユニット(No.2SU)とはペアで使用され、No.2中間ユニット(No.2SU)の第1収集範囲(担当範囲)に所属する端末ユニット(No.51DU〜No.100DU)が同時にNo.1中間ユニット(No.1SU)の第2収集範囲(バックアップ範囲)に所属している。逆に、No.1中間ユニット(No.1SU)の第1収集範囲(担当範囲)内に所属する端末ユニット(No.1DU〜No.50DU)がNo.2中間ユニット(No.2SU)の第2収集範囲(バックアップ範囲)に所属している。
【0015】
同様に、No.3中間ユニット(No.3SU)とNo.4中間ユニット(No.4SU)、No.5中間ユニット(No.5SU)とNo.6中間ユニット(No.6SU)、No.7中間ユニット(No.7SU)とNo.8中間ユニット(No.8SU)、No.9中間ユニット(No.9SU)とNo.10中間ユニット(No.10SU)とが互いにペアで使用される。
【0016】
No.1〜No.10中間ユニット(No.1SU〜No.10SU)で収集されたデータは管理LANを介して管理機に収集される。前記管理機は10台の中間ユニット(SU)をまとめて管理するユニットであり、店舗の規模に応じて所定の台数が設置される。
【0017】
次に、従来のように中間ユニット(SU)を互いに独立させて設けた場合と、本実施の形態のように二台の中間ユニット(SU)をペアにして互いにバックアップできるようにした場合における通信処理時間(収集時間)と管理機の負荷を比較する。
ここで、端末ユニット(DU)と中間ユニット(SU)とは収集LANにより接続されているため、一度に通信できるのは単一の端末ユニット(DU)のデータである。このため、一台の端末ユニット(DU)のデータを中間ユニット(SU)に通信してその中間ユニット(SU)のデータを更新するのに0.1秒かかると仮定すると、中間ユニット(SU)における端末ユニット(DU)のデータ更新時間は、その中間ユニット(SU)が担当する端末ユニット(DU)の台数に0.1秒を掛けた値になる。
【0018】
同様に、中間ユニット(SU)と管理機とは管理LANにより接続されているため、一度に通信できるのは単一の中間ユニット(SU)のデータである。このため、一台の中間ユニット(SU)のデータを管理機に通信してその管理機のデータを更新するのに0.5秒かかると仮定すると、管理機における中間ユニット(SU)のデータ更新時間は、その管理機が担当する中間ユニット(SU)の数に0.5秒を掛けた値になる。このため、管理機が管理する全てのパチンコ台のデータを更新する時間(収集時間)は、[中間ユニット(SU)における端末ユニット(DU)のデータ更新時間]と[管理機における中間ユニット(SU)のデータ更新時間]の和となる。
【0019】
上記した考え方に従って、従来のように中間ユニット(SU)を互いに独立させて設けた場合(図2参照)の管理機におけるデータの更新時間を計算する。なお、中間ユニット(SU)は50台の端末ユニット(DU)を管理し、管理機は10台の中間ユニット(SU)を管理するものとする。
[中間ユニット(SU)における端末ユニット(DU)のデータ更新時間]=[端末ユニット(DU)の台数]×[0.1秒]=50台×0.1秒=5秒
[管理機における中間ユニット(SU)のデータ更新時間]=[中間ユニット(SU)の台数]×[0.5秒]=10台×0.5秒=5秒
したがって、[収集時間]=5秒+5秒=10秒となる。
【0020】
次に、本実施の形態のように二台の中間ユニット(SU)をペアにして互いにバックアップできるようにした場合の管理機におけるデータの更新時間を計算する(図1参照)。ここで、第2収集範囲に所属している端末ユニット(DU)のデータは、第1収集範囲に所属している端末ユニット(DU)のデータに対して1/10の頻度で収集を行うものとする。このため、中間ユニット(SU)が一回に担当する端末ユニット(DU)の台数は第1収集範囲の50台と第2収集範囲の50台×1/10であり、合計55台となる。
【0021】
したがって、[中間ユニット(SU)における端末ユニット(DU)のデータ更新時間]=[端末ユニット(DU)の台数]×[0.1秒]=55台×0.1秒=5.5秒
[管理機における中間ユニット(SU)のデータ更新時間]=[中間ユニット(SU)の台数]×[0.5秒]=10台×0.5秒=5秒
したがって、[収集時間]=5.5秒+5秒=10.5秒となる。即ち、従来よりも約5%管理機の収集時間が長くなる。
【0022】
次に、管理機の負荷を計算する。一般的に高速なLAN通信回線と管理機の負荷は通信すべき総電文量よりも通信に必要なパケット数の影響が大きい。このため、パケットの総数により管理機等の負荷を把握するものとする。
ここで、端末ユニット(DU)が中間ユニット(SU)に一度に通信できるデータを100バイトとし、最小パケット長を100バイト、最大パケット長を1000バイトとすると、各々の端末ユニット(DU)のデータは1個のパケットで送ることができる。このため、端末ユニット(DU)と中間ユニット(SU)との間のパケット数は、一台の中間ユニット(SU)が担当する端末ユニット(DU)の台数に中間ユニット(SU)の台数を掛けた数に等しくなる。
【0023】
また、一台の中間ユニット(SU)が管理機に送るデータ量を最大パケット長(1000バイト)で割った値が中間ユニット(SU)の一台あたりのパケット数となる。このため、中間ユニット(SU)と管理機との間の合計パケット数は、中間ユニット(SU)の一台あたりのパケット数にその台数を掛けた値に等しくなる。なお、管理機が複数存在する場合には、さらに管理機の数を掛けた値になる。
【0024】
上記した考え方に従って、従来のように中間ユニット(SU)を互いに独立させて設けた場合のパケットの総数を計算する(図2参照)。
先ず、端末ユニット(DU)と中間ユニット(SU)との間のパケット数を計算する。
一台の中間ユニット(SU)が担当する端末ユニット(DU)の台数は50台であり、中間ユニット(SU)の台数は10台であるため、
[パケット数]=50台×10台=500個 となる。
【0025】
次に、中間ユニット(SU)と管理機との間のパケット数を計算する。
一台の中間ユニット(SU)が管理機に送るデータ量は、端末ユニット(DU)の台数×100バイトであるから、50台×100バイト=5000バイトである。したがって、必要なパケット数は、5000バイト÷最大パケット長(1000バイト)=5個である。
【0026】
さらに、前記中間ユニット(SU)は10台あるため、中間ユニット(SU)と管理機間のパケット数の合計は、10台×5個=50個 となる。なお、管理機が複数存在する場合には、中間ユニット(SU)のデータはそれぞれの管理機に送られるため、パケット数は50個×管理機の台数となる。
したがって、従来のように中間ユニット(SU)を互いに独立させて設けた場合のパケットの総数は、500個+50個×管理機の台数となる。
【0027】
次に、本実施の形態のように二台の中間ユニット(SU)をペアにして互いにバックアップできるようにした場合のパケットの総数を計算する(図1参照)。
先ず、端末ユニット(DU)と中間ユニット(SU)との間のパケット数を計算する。
一台の中間ユニット(SU)が担当する端末ユニット(DU)の台数は第1収集範囲の50台と第2収集範囲の50台であるが、第2収集範囲では第1収集範囲の1/10の頻度でデータの収集を行うため、一台の中間ユニット(SU)が担当する端末ユニット(DU)の台数は50台×1.1=55台と考えられる。また、中間ユニット(SU)の台数は10台であるため、
[パケット数]=55台×10台=550個 となる。
【0028】
次に、中間ユニット(SU)と管理機との間のパケット数を計算する。
中間ユニット(SU)と管理機との間では、通常は、各中間ユニット(SU)が第1収集範囲で集めたデータを送れば良いから、一台の中間ユニット(SU)が管理機に送るデータ量は、50台×100バイト=5000バイトである。したがって、必要なパケット数は、5000バイト÷最大パケット長(1000バイト)=5個である。
【0029】
さらに、前記中間ユニット(SU)は10台あるため、中間ユニット(SU)と管理機間のパケット数の合計は、10台×5個=50個 となる。なお、管理機が複数存在する場合には、中間ユニット(SU)のデータはそれぞれの管理機に送られるため、パケット数は50個×管理機の台数となる。
したがって、本実施の形態のように二台の中間ユニット(SU)をペアにして互いにバックアップできるようにした場合のパケットの総数は、550個+50個×管理機の台数となる。
【0030】
このため、従来のように中間ユニット(SU)を互いに独立させて設けた場合よりパケット数が約7%〜9%増加する。なお、管理機の台数が増加すれば、パケット数の増加率は小さくなる。
このように、約5%の収集時間の増加と、約8%のパケット数の増加で、中間ユニット(SU)の障害に対する二重化が実現できる。
【0031】
本実施の形態によると、各々の端末ユニット(DU)から伝送されるデータは二台以上の中間ユニット(SU)で収集されるため、一台の中間ユニット(SU)が故障してもその担当範囲内にある端末ユニットのデータは別の中間ユニット(SU)を介して管理機で収集できるようになる。このため、システムの耐故障性が向上する。なお、中間ユニット(SU)の故障は、例えば管理機が中間ユニット(SU)の所定の時間内におけるデータの送信状況を監視することにより知ることができる。
【0032】
また、バックアップする範囲(第2収集範囲)にある端末ユニット(DU)のデータを低い優先度で収集するために、バックアップ機能を設けてもデータの収集時間が従来と比べて大幅に増加することはない(約5%の増加)。
また、収集LANと管理LANとを分けているため、端末ユニット(DU)と中間ユニット(SU)との間でデータの送信を行っている間に、中間ユニット(SU)と管理機との間でデータの送信を行うことができ、データの収集時間が短縮される。さらに、システムの耐故障性が向上するとともに、管理機同士のバックアップが可能になる。
【0033】
ここで、本実施の形態に係るデータ収集方法では二台の中間ユニット(SU)をペアにして互いにバックアップできるようにしたが、三台以上を1組で使用することも可能である。また、第1収集範囲に所属する端末ユニット(DU)の台数や第2収集範囲に所属する端末ユニット(DU)の台数も50台に限られず自由に設定することができる。
【0034】
また、本実施の形態に係るデータ収集方法では、常時、第1収集範囲と第2収集範囲のデータを収集していたが、この方法に限らず、一の中間ユニットが故障したときにだけ別の中間ユニットで第2収集範囲のデータを収集してもよい。
また、本実施の形態に係るデータ収集方法では第2収集範囲のデータを第1収集範囲のデータの1/10の頻度で収集していたが、データ収集の優先度は適宜変更可能である。
また、本実施の形態に係るデータ収集方法では中間ユニットから管理機までは第1収集範囲のデータのみを送信するようにしているが、第1収集範囲及び第2収集範囲のデータを送信することも可能である。
【0035】
【発明の効果】
本発明によると、一台の中間ユニットが故障してもその範囲内にある端末ユニットのデータは別の中間ユニットを介して管理機で収集できるようになる。このため、システムの耐故障性が向上する。
【図面の簡単な説明】
【図1】 本発明の一の実施の形態に係るパチンコ台のデータ収集システムの要部配線ブロック図である。
【図2】 従来のパチンコ台のデータ収集システムの配線ブロック図である。
【符号の説明】
DU 端末ユニット
SU 中間ユニット
P台 パチンコ台
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data collection method for collecting data of a plurality of terminal units by a management machine via a plurality of intermediate units.
[0002]
[Prior art]
A wiring block diagram representing a conventional data management system in this regard is shown in FIG. This data management system is a system for summing up data of pachinko machines, and each pachinko machine (P machines) is equipped with a terminal unit (DU) that sums up the data. The data of the terminal unit (DU) is collected by the intermediate unit (SU). The intermediate unit (SU) is a unit that efficiently collects data of a plurality of terminal units (DU), and data of the intermediate unit (SU) is collected by a management machine. The management machine is a unit that collectively manages several intermediate units (SU), and a predetermined number is installed according to the scale of the store. Here, each intermediate unit (SU) is independent and can collect data of terminal units (DU) within the assigned range.
[0003]
[Problems to be solved by the invention]
However, according to the data management system, since each intermediate unit (SU) is independent, if one intermediate unit (SU) fails, the data of the terminal unit (DU) related to the intermediate unit (SU) is lost. There is a problem that it cannot be collected at all.
[0004]
Accordingly, the object of the present invention is to improve fault tolerance by enabling another intermediate unit to back up the failure range even when one intermediate unit fails. It is what.
In addition to the object of the invention described in claim 1, the object of the invention described in claim 2 is to prevent the data collection time from increasing even if each intermediate unit is backed up. It is.
Further, an object of the present invention is to shorten the data collection time and improve the fault tolerance of the system.
[0005]
[Means for Solving the Problems]
The above-described problem is solved by a data collection method having the following features.
That is, the data collection method according to claim 1 is a data collection method for collecting data of a plurality of terminal units by a management machine via a plurality of intermediate units, wherein the terminal units and the intermediate units are connected by a communication line. The data of each terminal unit is collected by at least two intermediate units with different priorities , and the intermediate unit is lower than the terminal units that collect high priority data with respect to a plurality of connected terminal units. The data is divided into terminal units that collect priority data, the data of each terminal unit is collected at each divided priority, and the data of each terminal unit collected at a different priority is transmitted to the management machine.
[0006]
According to the present invention, since data transmitted from each terminal unit is collected by at least two intermediate units, even if one intermediate unit fails, the data of terminal units within that range is different. It can be collected by the management machine via the intermediate unit. For this reason, the fault tolerance of the system is improved.
In addition, since the data of each terminal unit is collected by at least two intermediate units with different priorities, if the backup data is collected with a low priority, the data collection time will be greatly increased by the backup function. There is no.
[0007]
Further, the data collection method according to claim 2 is the data collection method according to claim 1,
Usually, the data collected by the high priority intermediate unit is collected by the management machine, and when the high priority intermediate unit fails, the data collected by the low priority intermediate unit is collected by the management machine.
[0008]
According to the present invention, since a low priority intermediate unit backs up only when a high priority intermediate unit fails, the data collection time is not increased by the backup function under normal conditions.
[0009]
The data collection method according to claim 3 is the data collection method according to claim 1 or 2,
The intermediate unit and the management device are connected by a communication line different from the communication line connecting the terminal unit and the intermediate unit.
[0010]
According to the present invention, since data can be transmitted between the intermediate unit and the management unit while data is being transmitted between the terminal unit and the intermediate unit, data collection time is shortened. The In addition, the fault tolerance of the system is improved.
[0011]
A data collection method according to claim 4 is the data collection method according to any one of claims 1 to 3, wherein a plurality of terminal units are divided into n collection ranges, and a plurality of intermediate units are divided. Data of terminal units within two collection ranges are collected in pairs of two units and in an intermediate unit of one pair.
One intermediate unit in the two intermediate units constituting the pair collects data at a high priority frequency from the terminal units in one collection range in the two collection ranges, and the high priority from the terminal unit in the other collection range The data is collected at a low priority frequency that is lower than the frequency, and the other intermediate unit in the two intermediate units that constitute the pair has a high priority frequency from the terminal unit in the other collection range in the two collection ranges. Data is collected, and data is collected from terminal units in one collection range at a low priority frequency that is lower than the high priority frequency.
The management device collects data of the terminal units in the collection range collected from each intermediate unit at the high priority frequency, and the faulty intermediate unit collects data from the terminal units in the collection range to be collected at the high priority frequency. The data is backed up with data from the terminal unit in the collection range collected at a low priority frequency from the intermediate unit that forms a pair with the failed intermediate unit.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, a data collection method according to an embodiment of the present invention will be described with reference to FIG. The data collection method according to the present embodiment relates to a method of totalizing pachinko machine data, and FIG. 1 shows a main part wiring block diagram of the pachinko machine data management system.
Each pachinko machine (P machine) is equipped with a terminal unit (DU) that aggregates the data of those pachinko machines (P machine), and the data of those terminal units (No. 1DU to No. 500DU) The data is collected by No. 1 to No. 10 intermediate units (No. 1 SU to No. 10 SU) via the collection LAN.
[0013]
As shown in FIG. 1, the No. 1 intermediate unit (No. 1 SU) stores data of 50 terminal units (No. 1 DU to No. 50 DU) belonging to the first collection range (charge range). It is possible to collect data of 50 terminal units (No. 51 DU to No. 100 DU) belonging to the second collection range (backup range) with a low priority order. The No. 2 to No. 10 intermediate units (No. 2 SU to No. 10 SU) also function in the same manner as the No. 1 intermediate unit (No. 1 SU).
[0014]
Here, the No. 1 intermediate unit (No. 1 SU) and No. 2 intermediate unit (No. 2 SU) are used in pairs, and the first collection range (area in charge) of the No. 2 intermediate unit (No. 2 SU) The terminal units (No. 51DU to No. 100DU) belonging to No. 1 belong to the second collection range (backup range) of the No. 1 intermediate unit (No. 1 SU) at the same time. Conversely, the terminal units (No. 1DU to No. 50DU) belonging to the first collection range (charge range) of the No. 1 intermediate unit (No. 1 SU) are the No. 2 intermediate unit (No. 2 SU). Belongs to 2 collection range (backup range).
[0015]
Similarly, No. 3 intermediate unit (No. 3 SU) and No. 4 intermediate unit (No. 4 SU), No. 5 intermediate unit (No. 5 SU) and No. 6 intermediate unit (No. 6 SU), No. 7 The intermediate unit (No. 7 SU), No. 8 intermediate unit (No. 8 SU), No. 9 intermediate unit (No. 9 SU) and No. 10 intermediate unit (No. 10 SU) are used in pairs.
[0016]
Data collected by No. 1 to No. 10 intermediate units (No. 1 SU to No. 10 SU) is collected by the management machine via the management LAN. The management machine is a unit that collectively manages 10 intermediate units (SU), and a predetermined number is installed according to the scale of the store.
[0017]
Next, communication in the case where the intermediate units (SU) are provided independently of each other as in the prior art and in the case where two intermediate units (SU) can be paired and backed up as in the present embodiment Compare the processing time (collection time) and the load on the management machine.
Here, since the terminal unit (DU) and the intermediate unit (SU) are connected by the collection LAN, data of a single terminal unit (DU) can be communicated at a time. For this reason, assuming that it takes 0.1 second to communicate the data of one terminal unit (DU) to the intermediate unit (SU) and update the data of the intermediate unit (SU), the intermediate unit (SU) The data update time of the terminal unit (DU) at is a value obtained by multiplying the number of terminal units (DU) handled by the intermediate unit (SU) by 0.1 seconds.
[0018]
Similarly, since the intermediate unit (SU) and the management device are connected by a management LAN, data of a single intermediate unit (SU) can be communicated at a time. For this reason, assuming that it takes 0.5 seconds to communicate the data of one intermediate unit (SU) to the management machine and update the data of the management machine, the data update of the intermediate unit (SU) in the management machine The time is a value obtained by multiplying the number of intermediate units (SUs) in charge of the management machine by 0.5 seconds. Therefore, the time (collection time) for updating the data of all the pachinko machines managed by the management machine is [data update time of the terminal unit (DU) in the intermediate unit (SU)] and [intermediate unit (SU in the management machine). ) Data update time].
[0019]
In accordance with the above-described concept, the data update time in the management machine when the intermediate units (SU) are provided independently of each other as in the conventional case (see FIG. 2) is calculated. It is assumed that the intermediate unit (SU) manages 50 terminal units (DU), and the management machine manages 10 intermediate units (SU).
[Data update time of terminal unit (DU) in intermediate unit (SU)] = [Number of terminal units (DU)] × [0.1 seconds] = 50 units × 0.1 seconds = 5 seconds [intermediate in the management unit Unit (SU) data update time] = [number of intermediate units (SU)] × [0.5 seconds] = 10 units × 0.5 seconds = 5 seconds Therefore, [collection time] = 5 seconds + 5 seconds = 10 Second.
[0020]
Next, the update time of data in the management machine when the two intermediate units (SU) are paired and can be backed up with each other as in the present embodiment is calculated (see FIG. 1). Here, the data of the terminal unit (DU) belonging to the second collection range is collected at a frequency of 1/10 of the data of the terminal unit (DU) belonging to the first collection range. And For this reason, the number of terminal units (DUs) handled by the intermediate unit (SU) at a time is 50 in the first collection range and 50 × 1/10 in the second collection range, for a total of 55 units.
[0021]
Therefore, [data update time of terminal unit (DU) in intermediate unit (SU)] = [number of terminal units (DU)] × [0.1 seconds] = 55 units × 0.1 seconds = 5.5 seconds [ Data update time of intermediate unit (SU) in management machine] = [number of intermediate units (SU)] × [0.5 seconds] = 10 units × 0.5 seconds = 5 seconds Therefore, [collection time] = 5. 5 seconds + 5 seconds = 10.5 seconds. That is, the collection time of the management machine is about 5% longer than before.
[0022]
Next, the load on the management machine is calculated. Generally, the load on the high-speed LAN communication line and the management machine is more influenced by the number of packets required for communication than the total amount of messages to be communicated. For this reason, it is assumed that the load on the management machine or the like is grasped from the total number of packets.
Here, assuming that the data that can be communicated to the intermediate unit (SU) by the terminal unit (DU) is 100 bytes, the minimum packet length is 100 bytes, and the maximum packet length is 1000 bytes, the data of each terminal unit (DU) Can be sent in one packet. For this reason, the number of packets between the terminal unit (DU) and the intermediate unit (SU) is obtained by multiplying the number of terminal units (DU) handled by one intermediate unit (SU) by the number of intermediate units (SU). Is equal to
[0023]
Further, the value obtained by dividing the amount of data sent by one intermediate unit (SU) to the management machine by the maximum packet length (1000 bytes) is the number of packets per intermediate unit (SU). For this reason, the total number of packets between the intermediate unit (SU) and the management unit is equal to a value obtained by multiplying the number of packets per intermediate unit (SU) by the number of packets. When there are a plurality of management machines, the value is further multiplied by the number of management machines.
[0024]
In accordance with the above concept, the total number of packets when the intermediate units (SU) are provided independently of each other as in the conventional case is calculated (see FIG. 2).
First, the number of packets between the terminal unit (DU) and the intermediate unit (SU) is calculated.
Since the number of terminal units (DU) handled by one intermediate unit (SU) is 50 and the number of intermediate units (SU) is 10,
[Number of packets] = 50 × 10 = 500.
[0025]
Next, the number of packets between the intermediate unit (SU) and the management unit is calculated.
Since the amount of data sent from one intermediate unit (SU) to the management device is the number of terminal units (DUs) × 100 bytes, 50 units × 100 bytes = 5000 bytes. Therefore, the required number of packets is 5000 bytes ÷ maximum packet length (1000 bytes) = 5.
[0026]
Furthermore, since there are 10 intermediate units (SU), the total number of packets between the intermediate unit (SU) and the management unit is 10 × 5 = 50. When there are a plurality of management machines, the data of the intermediate unit (SU) is sent to each management machine, so the number of packets is 50 times the number of management machines.
Therefore, the total number of packets when the intermediate units (SU) are provided independently from each other as in the conventional case is 500 + 50 × the number of management machines.
[0027]
Next, the total number of packets when the two intermediate units (SU) are paired and can be backed up with each other as in the present embodiment is calculated (see FIG. 1).
First, the number of packets between the terminal unit (DU) and the intermediate unit (SU) is calculated.
The number of terminal units (DU) in charge of one intermediate unit (SU) is 50 in the first collection range and 50 in the second collection range, but in the second collection range, 1 / of the first collection range. Since data is collected at a frequency of 10, the number of terminal units (DUs) handled by one intermediate unit (SU) is considered to be 50 × 1.1 = 55. In addition, since the number of intermediate units (SU) is 10,
[Number of packets] = 55 × 10 = 550.
[0028]
Next, the number of packets between the intermediate unit (SU) and the management unit is calculated.
Usually, each intermediate unit (SU) only needs to send data collected in the first collection range between the intermediate unit (SU) and the management unit, so one intermediate unit (SU) sends it to the management unit. The amount of data is 50 units × 100 bytes = 5000 bytes. Therefore, the required number of packets is 5000 bytes ÷ maximum packet length (1000 bytes) = 5.
[0029]
Furthermore, since there are 10 intermediate units (SU), the total number of packets between the intermediate unit (SU) and the management unit is 10 × 5 = 50. When there are a plurality of management machines, the data of the intermediate unit (SU) is sent to each management machine, so the number of packets is 50 times the number of management machines.
Therefore, the total number of packets when two intermediate units (SU) are paired and can be backed up with each other as in this embodiment is 550 + 50 × the number of management machines.
[0030]
For this reason, the number of packets is increased by about 7% to 9% compared to the conventional case where the intermediate units (SU) are provided independently of each other. As the number of management machines increases, the rate of increase in the number of packets decreases.
As described above, the duplication for the failure of the intermediate unit (SU) can be realized by increasing the collection time by about 5% and increasing the number of packets by about 8%.
[0031]
According to this embodiment, since data transmitted from each terminal unit (DU) is collected by two or more intermediate units (SU), even if one intermediate unit (SU) fails, it is in charge The data of the terminal units within the range can be collected by the management machine via another intermediate unit (SU). For this reason, the fault tolerance of the system is improved. The failure of the intermediate unit (SU) can be known, for example, by monitoring the data transmission status of the intermediate unit (SU) within a predetermined time by the management device.
[0032]
In addition, in order to collect terminal unit (DU) data in the range to be backed up (second collection range) with a low priority, even if a backup function is provided, the data collection time will increase significantly compared to the conventional case. There is no (about 5% increase).
Further, since the collection LAN and the management LAN are separated, while data is being transmitted between the terminal unit (DU) and the intermediate unit (SU), between the intermediate unit (SU) and the management machine. Can transmit data, and the data collection time is shortened. Furthermore, the fault tolerance of the system is improved, and backup between management machines becomes possible.
[0033]
Here, in the data collection method according to the present embodiment, two intermediate units (SU) are paired so that they can be backed up with each other. However, three or more units can be used in one set. Further, the number of terminal units (DU) belonging to the first collection range and the number of terminal units (DU) belonging to the second collection range are not limited to 50 and can be freely set.
[0034]
In the data collection method according to the present embodiment, data in the first collection range and the second collection range is always collected. However, the present invention is not limited to this method, and only when one intermediate unit fails. The intermediate collection unit may collect data in the second collection range.
In the data collection method according to the present embodiment, the data in the second collection range is collected at 1/10 the frequency of the data in the first collection range, but the priority of data collection can be changed as appropriate.
In the data collection method according to the present embodiment, only the data in the first collection range is transmitted from the intermediate unit to the management device, but the data in the first collection range and the second collection range is transmitted. Is also possible.
[0035]
【The invention's effect】
According to the present invention, even if one intermediate unit fails, the data of the terminal units within the range can be collected by the management machine via another intermediate unit. For this reason, the fault tolerance of the system is improved.
[Brief description of the drawings]
FIG. 1 is a main part wiring block diagram of a data collection system for a pachinko machine according to an embodiment of the present invention.
FIG. 2 is a wiring block diagram of a conventional data collection system for a pachinko machine.
[Explanation of symbols]
DU terminal unit SU Intermediate unit P pachinko machine

Claims (4)

複数の端末ユニットのデータを複数の中間ユニットを介して管理機で収集するデータ収集方法において、
前記端末ユニットと中間ユニットとを通信線で接続し、
各端末ユニットのデータを少なくとも二台の中間ユニットにより異なる優先度で収集するとともに、
前記中間ユニットは、
接続される複数の端末ユニットに対して、高い優先度のデータを収集する端末ユニットと低い優先度のデータを収集する端末ユニットとに区分し、区分したそれぞれの優先度にて各端末ユニットのデータを収集し、
異なる優先度にて収集した各端末ユニットのデータを管理機に送信するデータ収集方法。
In a data collection method for collecting data of a plurality of terminal units by a management machine via a plurality of intermediate units,
Connecting the terminal unit and the intermediate unit with a communication line;
Collect data for each terminal unit with different priorities by at least two intermediate units ,
The intermediate unit is
For a plurality of connected terminal units, it is divided into a terminal unit that collects high priority data and a terminal unit that collects low priority data, and the data of each terminal unit with each divided priority Collect and
A data collection method for transmitting data of each terminal unit collected at different priorities to a management machine .
請求項1に記載されたデータ収集方法において、
通常は高い優先度の中間ユニットで収集したデータを管理機で収集し、その高い優先度の中間ユニットが故障したときに、低い優先度の中間ユニットで収集したデータを管理機で収集するデータ収集方法。
The data collection method according to claim 1,
Normally, data collected by a high-priority intermediate unit is collected by the management machine, and when the high-priority intermediate unit fails, data collected by the low-priority intermediate unit is collected by the management machine. Method.
請求項1又は請求項2に記載されたデータ収集方法において、
前記端末ユニットと中間ユニットとを接続する通信線とは異なる通信線で前記中間ユニットと管理機とを接続するデータ収集方法。
In the data collection method according to claim 1 or 2,
A data collection method for connecting the intermediate unit and the management device via a communication line different from a communication line connecting the terminal unit and the intermediate unit.
請求項1〜3のいずれかに記載のデータ収集方法であって、
複数の端末ユニットをn個の収集範囲に区分し、
複数の中間ユニットを2台ずつのペアにして、1つのペアの中間ユニットにて2つの収集範囲内の端末ユニットのデータを収集し、
ペアを構成する2台の中間ユニットにおける一方の中間ユニットは、2つの収集範囲における一方の収集範囲の端末ユニットから高優先頻度にてデータを収集し、他方の収集範囲の端末ユニットから前記高優先頻度よりも低い頻度の低優先頻度にてデータを収集し、
ペアを構成する2台の中間ユニットにおける他方の中間ユニットは、2つの収集範囲における他方の収集範囲の端末ユニットから高優先頻度にてデータを収集し、一方の収集範囲の端末ユニットから前記高優先頻度よりも低い頻度の低優先頻度にてデータを収集し、
管理機は、
各中間ユニットから前記高優先頻度にて収集した収集範囲の端末ユニットのデータを収集し、故障している中間ユニットが高優先頻度にて収集すべき収集範囲の端末ユニットからのデータを、当該故障している中間ユニットとペアを構成している中間ユニットからの低優先頻度にて収集した収集範囲の端末ユニットからのデータにてバックアップする、
ことを特徴とするデータ収集方法。
The data collection method according to any one of claims 1 to 3,
Divide multiple terminal units into n collection ranges,
Collecting data of terminal units within two collection ranges with one pair of intermediate units by pairing multiple intermediate units into two pairs,
One intermediate unit in the two intermediate units constituting the pair collects data at a high priority frequency from the terminal units in one collection range in the two collection ranges, and the high priority from the terminal unit in the other collection range Collect data at a low priority frequency that is lower than the frequency,
The other intermediate unit in the two intermediate units constituting the pair collects data at a high priority frequency from the terminal unit in the other collection range in the two collection ranges, and the high priority from the terminal unit in the one collection range. Collect data at a low priority frequency that is lower than the frequency,
The management machine
Collect the data of the terminal unit in the collection range collected at the high priority frequency from each intermediate unit, and collect the data from the terminal unit in the collection range that should be collected by the failed intermediate unit at the high priority frequency. Backup with data from the terminal unit in the collection range collected with low priority frequency from the intermediate unit that is paired with the intermediate unit
A data collection method characterized by the above.
JP02872198A 1998-02-10 1998-02-10 Data collection method Expired - Lifetime JP3978627B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP02872198A JP3978627B2 (en) 1998-02-10 1998-02-10 Data collection method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP02872198A JP3978627B2 (en) 1998-02-10 1998-02-10 Data collection method

Publications (2)

Publication Number Publication Date
JPH11234282A JPH11234282A (en) 1999-08-27
JP3978627B2 true JP3978627B2 (en) 2007-09-19

Family

ID=12256314

Family Applications (1)

Application Number Title Priority Date Filing Date
JP02872198A Expired - Lifetime JP3978627B2 (en) 1998-02-10 1998-02-10 Data collection method

Country Status (1)

Country Link
JP (1) JP3978627B2 (en)

Also Published As

Publication number Publication date
JPH11234282A (en) 1999-08-27

Similar Documents

Publication Publication Date Title
EP1982447B1 (en) System and method for detecting and recovering from virtual switch link failures
CN101682442B (en) Dynamic load balancing for layer-2 link aggregation
CN104488238A (en) System and method for cluster link aggregation control in a network environment
US7602699B2 (en) Protection method and system for equipment in a network element
US6317414B1 (en) Signal switching method
EP1592173B1 (en) Protection switching methods and systems for electronic devices
CN109218232A (en) A kind of method that realizing Mux machine, equipment and system
CN109412920A (en) A kind of design method and system of RapidIO Reconfigurable Datapath
JP3978627B2 (en) Data collection method
JP4309321B2 (en) Network system operation management method and storage apparatus
CN109150709A (en) A kind of method that realizing Mux machine, equipment and system
JP2979799B2 (en) Reserve band communication method
JP2006135723A (en) Device and method for relaying information, program, and information communication system
JP3681546B2 (en) Subscriber transmission equipment with concentrating function
JP2005294966A (en) Data communication control system and data communication control method
CN103227994B (en) The management method and system of shared resource
JP2867865B2 (en) Protection line switching control method
JP2885583B2 (en) Communication procedure control system
EP1298868B1 (en) System and method for selection of redundant control path links in a multi-shelf network element
JP2776082B2 (en) Selection circuit control method
CN113949494A (en) Linux system based monitoring system and method for double network card binding
JP3518957B2 (en) Distributed control device
JP2998249B2 (en) Network monitoring method
JP2022162840A (en) Communication system and communication method
JP3601507B2 (en) Communications system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050209

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050421

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060828

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060905

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061020

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070522

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070613

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100706

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130706

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term