JP5593041B2 - Emergency call method and system - Google Patents
Emergency call method and system Download PDFInfo
- Publication number
- JP5593041B2 JP5593041B2 JP2009140741A JP2009140741A JP5593041B2 JP 5593041 B2 JP5593041 B2 JP 5593041B2 JP 2009140741 A JP2009140741 A JP 2009140741A JP 2009140741 A JP2009140741 A JP 2009140741A JP 5593041 B2 JP5593041 B2 JP 5593041B2
- Authority
- JP
- Japan
- Prior art keywords
- receiving terminal
- data
- center server
- emergency
- earthquake
- 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.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Alarm Systems (AREA)
Description
本発明は、地震などの緊急事態発生時に緊急通報を確実且つリアルタイムに発信でき且つ配信可能状態が常時確立されている緊急通報方法に関し、受信端末機の設置が簡単であって誰でも容易に使用できる緊急通報システムに関する。 The present invention relates to an emergency call method in which an emergency call can be transmitted reliably and in real time in the event of an emergency such as an earthquake, and a distributable state is always established. It relates to an emergency call system.
緊急通報の例としては、緊急地震速報が最も一般的である。この緊急地震速報とは、比較的早く到達する弱い縦波であるP波(プライマリ波)の観測によって地震の発生をいち早く捉え、地震の主要動である横波のS波(セカンダリ波)が到達する前にS波到達地域の住民に通報することにより、S波による物的、人的被害を最小限に抑制しようとする試みである。緊急地震速報の技術は、常時観測によってP波を捕捉し、その諸特性を分析することによって地震の規模や震源地を特定できる。緊急地震速報の技術は、気象庁が有する多機能型地震計などによる地震観測網の情報に基づいて、地震規模や震源地を特定する震源決定システムを構築している。 As an example of an emergency call, an emergency earthquake bulletin is the most common. With this earthquake early warning, the occurrence of an earthquake is detected quickly by observing the P wave (primary wave), which is a weak longitudinal wave that arrives relatively early, and the S wave (secondary wave) that is the main motion of the earthquake arrives. This is an attempt to minimize physical and human damage caused by S waves by reporting to the residents of S wave arrival areas. The earthquake early warning technology can identify the magnitude and epicenter of an earthquake by capturing P waves by constant observation and analyzing their characteristics. The Earthquake Early Warning technology has built an epicenter determination system that identifies the magnitude and location of an earthquake based on information from an earthquake observation network such as a multifunction seismometer owned by the Japan Meteorological Agency.
緊急地震速報は、防災活動を実施するうえで重要であり、ホームセキュリティなどのシステムや情報家電と連動させることにより、低コスト化を図って広く普及することが期待されている。近年開発された地震情報の応用方法において、例えば、特許文献1〜4では、緊急地震速報を受信する携帯電話のような携帯端末を含む装置やシステムを提案し、さらに特許文献5は、気象庁などの緊急地震速報の配信機関、データ所有者、情報加工・提供者、ネットワーク・放送運営者、各種防災対応システム管理者を包含するプラットフォームを構築している。
The earthquake early warning is important in carrying out disaster prevention activities, and is expected to be widely spread for cost reduction by linking it with systems such as home security and information appliances. In recent earthquake information application methods, for example,
前記の応用方法では、インターネット回線網や専用回線網を利用してサーバから緊急地震速報のデータを配信するけれども、速報配信先が数千件のオーダーに達した場合、伝送レベルがTCP/IP(Transmission Control Protocol/Internet Protocol)形式のような通常のコネクション型プロトコル形式によってプッシュ通信すると、配信先において送信データに数秒間のタイムラグが生じ、一部の配信先では緊急地震速報を緊急に受信できない事態が発生する。また、これらの応用方法は、緊急地震速報を携帯端末機などに発信するので便利であっても、中程度以上の地震発生という実際に利用される場合が年に1回もないような使用態様であるため、地震通報システムが実際に作動していることを常に確認していないと、実際に地震が発生した際にシステムが作動せずに配信できないことが起こりかねない。 In the above application method, the earthquake early warning data is distributed from the server using the Internet line network or the dedicated line network. However, when the number of the breaking point distribution destination reaches several thousand orders, the transmission level is TCP / IP ( When push communication is performed using a normal connection-type protocol format such as the Transmission Control Protocol / Internet Protocol format, there is a time lag of several seconds in the transmission data at the distribution destination, and some distribution destinations cannot receive emergency earthquake early warnings urgently Occurs. In addition, these application methods are convenient because they send emergency earthquake bulletins to mobile terminals, etc., but they are used in a manner that is not used once a year because of the occurrence of moderate or greater earthquakes. Therefore, if it is not always confirmed that the earthquake notification system is actually operating, when the earthquake actually occurs, it may happen that the system does not operate and cannot be delivered.
プッシュ通信におけるデータ配信のタイムラグを減らすには、伝送レベルがUDP/IP(User Datagram Protocol/Internet Protocol)形式のようなコネクションレス型プロトコル形式によって配信すると、伝送時間がより高速で好ましいけれども、配信中にあるパケットが消失しても再送信されず、全ての端末機に確実にデータ配信されることが保証されない。このような不確実な通信手順は、確実な送信が強く要求される緊急地震速報の配信に利用することはできない。特許文献6は、コネクションレス型プロトコル形式による不確実な通信手順を補うために、TCP/IP形式で確実に通信するサーバと、UDP/IP形式で高速に通信するサーバとの2台のサーバで緊急通報システムを構成する。特許文献6では、配信先に対して高速なUDP/IP形式で高速に送信し、配信先からの応答は確実なTCP/IP形式で通信することにより、確実で高速な通信手順を確立する。 In order to reduce the time lag of data distribution in push communication, it is preferable that the transmission level is distributed by a connectionless protocol format such as UDP / IP (User Datagram Protocol / Internet Protocol) format. Even if a packet is lost, it is not retransmitted, and it is not guaranteed that data is reliably delivered to all terminals. Such uncertain communication procedures cannot be used for distribution of earthquake early warnings that require strong transmission. In order to compensate for an uncertain communication procedure using the connectionless protocol format, Patent Document 6 includes two servers: a server that reliably communicates in the TCP / IP format and a server that communicates at high speed in the UDP / IP format. Configure emergency call system. In Patent Document 6, a reliable and high-speed communication procedure is established by transmitting to a delivery destination at a high speed in a high-speed UDP / IP format and communicating from the delivery destination in a reliable TCP / IP format.
特許文献6では、多数の配信先からの応答を低速のTCP/IP形式で送信するので、例えば2006年に発生した伊豆半島・伊東−川奈沖での群発地震のように同一地域において地震が短時間に頻発した場合に、後発の地震の緊急速報が遅延していくことがあり、緊急通報システムの作動を常時確認していないので、該システムが実際に地震が発生した際に配信できないことも起こりうる。特許文献6において、緊急通報システムの配信サーバは、TCP/IP形式の通信サーバと、UDP/IP形式の通信サーバとの少なくとも2台のサーバを必要とするため、この緊急通報システムは比較的高価なシステムになってしまう。また、特許文献6の緊急通報システムにおいて、ハッカーが愉快犯的な目的などで偽の地震データを通信回線網へ発信すれば、個々の地震警報装置では偽の地震データをそのまま受信して地震警報を発令してしまい、偽情報で社会に混乱を招くことになる。 In Patent Document 6, responses from a number of distribution destinations are transmitted in a low-speed TCP / IP format. For example, earthquakes in the same area are short, such as a swarm earthquake off Izu Peninsula and Ito-Kawana that occurred in 2006. If it occurs frequently in time, the early warning of the subsequent earthquake may be delayed, and since the operation of the emergency call system has not been confirmed at all times, the system may not be able to deliver when an earthquake actually occurs It can happen. In Patent Document 6, the emergency call system distribution server requires at least two servers, a TCP / IP format communication server and a UDP / IP format communication server, so this emergency call system is relatively expensive. It becomes a system. Further, in the emergency call system of Patent Document 6, if a hacker sends fake earthquake data to a communication network for a pleasant crime, each earthquake alarm device receives the fake earthquake data as it is and receives an earthquake warning. Will be confused by society with false information.
本発明は、従来の緊急地震システムなどに関する前記の問題を改善して緊急情報を確実に配信するために提案されたものであり、センターサーバからの速報データおよび各受信端末機からの応答信号(Ack信号)をともに実質的にコネクションレス型プロトコル形式で送信することにより、速報配信先が数千件以上のオーダーでも緊急情報が短時間で完了する緊急通報方法およびシステムを提供することを目的としている。本発明の他の目的は、コネクションレス型プロトコル形式で速報データを高速送信しても該速報データの変更や消失が起こらず、且つ配信可能状態を常時確立している緊急通報方法およびシステムを提供することである。 The present invention has been proposed in order to improve the above-mentioned problems related to the conventional emergency earthquake system and to distribute emergency information reliably, and includes preliminary data from the center server and response signals from each receiving terminal ( Ack signal) is transmitted in substantially connectionless protocol format, and the purpose is to provide an emergency notification method and system in which emergency information can be completed in a short period of time even when the number of destinations for breaking news is thousands or more. Yes. Another object of the present invention is to provide an emergency notification method and system in which the breaking data is not changed or lost even when the breaking data is transmitted at a high speed in a connectionless protocol format, and the distributable state is always established. It is to be.
本発明の別の目的は、受信端末機が記憶する受信認証コードと速報データに含まれる認証確認データとが一致すれば、この速報データを受信端末機が受信することにより、受信端末機が偽の速報データの受信を排除できる緊急通報方法を提供することである。本発明の別の目的は、センターサーバから一定時間ごとに送信する死活確認信号を発信することにより、システムが配信可能状態であることを常時確認でき、且つ受信端末機の時間も正確に調整できる緊急通報方法を提供することである。本発明の別の目的は、受信端末機のグローバルIPアドレスが動的であっても、センターサーバは該受信端末機のIPアドレスを常に正確に認識できる緊急通報方法を提供することである。本発明のさらに別の目的は、センターサーバを少なくとも受信サーバおよび演算配信サーバの組で構成し、該演算配信サーバで高速演算が可能であることにより、受信端末機の負担を軽減する緊急通報システムを提供することである。 Another object of the present invention is that if the reception authentication code stored in the receiving terminal matches the authentication confirmation data included in the breaking data, the receiving terminal receives the breaking data, and the receiving terminal is false. It is to provide an emergency call method that can eliminate the reception of preliminary data. Another object of the present invention is to always confirm that the system is in a distributable state by sending a life / death confirmation signal transmitted from the center server at regular intervals, and to accurately adjust the time of the receiving terminal. It is to provide an emergency call method. Another object of the present invention is to provide an emergency notification method in which the center server can always accurately recognize the IP address of the receiving terminal even if the global IP address of the receiving terminal is dynamic. Still another object of the present invention is to provide an emergency call system that reduces the burden on a receiving terminal by configuring the center server as a set of at least a receiving server and a calculation distribution server and enabling high-speed calculation by the calculation distribution server. Is to provide.
本発明に係る緊急通報方法は、通信回線網を介してセンターサーバから複数台の受信端末機へ緊急情報をリアルタイムに配信する。この緊急通報方法は、センターサーバから各受信端末機へコネクションレス型プロトコル形式の死活確認信号を定時的に配信し、この死活確認信号に対して受信端末機がセンターサーバへ端末管理番号付き応答信号を返信することにより、センターサーバが応答信号を返信した受信端末機をそのIPヘッド部から確定し、応答信号を返信しなかった受信端末機について同じ死活確認信号を再送信することで配信可能状態を常時確立している。緊急事態発生時にはセンターサーバが緊急速報を受信して、コネクションレス型プロトコル形式の速報データを各受信端末機へ配信し、この速報データに対して受信端末機がセンターサーバへコネクションレス型プロトコル形式の応答信号を返信することにより、センターサーバは応答信号を返信した受信端末機をそのIPヘッド部から確定し、応答信号を返信しなかった受信端末機について同じ速報データを再送信することで緊急情報を確実に通報する。 The emergency notification method according to the present invention distributes emergency information in real time from a center server to a plurality of receiving terminals via a communication network. In this emergency call method, a connectionless protocol format alive confirmation signal is periodically distributed from the center server to each receiving terminal, and in response to this alive confirmation signal, the receiving terminal sends a response signal with a terminal management number to the center server. The center server determines the receiving terminal that has returned the response signal from the IP head unit, and redistributes the same alive confirmation signal for the receiving terminal that has not returned the response signal. Is always established. In the event of an emergency, the center server receives emergency bulletins and distributes bulletin data in connectionless protocol format to each receiving terminal. By returning the response signal, the center server determines the receiving terminal that has returned the response signal from its IP head unit, and retransmits the same breaking data for the receiving terminal that has not returned the response signal, thereby urgent information. Make sure to report.
本発明に係る他の緊急通報方法では、各受信端末機からセンターサーバへコネクションレス型プロトコル形式の端末管理番号付きDDNS(Dynamic Domain Name System)データを定時的に送信し、このDDNSデータの送信に対してセンターサーバは該データのIPヘッド部から個々の受信端末機を確定し、センターサーバが各受信端末機へDDNS応答信号を返信している。緊急事態発生時にはセンターサーバが緊急速報を受信して、コネクションレス型プロトコル形式の速報データを各受信端末機へ配信し、この速報データに対して受信端末機がセンターサーバへコネクションレス型プロトコル形式の応答信号を返信することにより、センターサーバは応答信号を返信した受信端末機をそのIPヘッド部から確定し、応答信号を返信しなかった受信端末機について同じ速報データを再送信することで緊急情報を確実に通報する。 In another emergency call method according to the present invention, DDNS (Dynamic Domain Name System) data with a terminal management number in a connectionless protocol format is periodically transmitted from each receiving terminal to the center server, and this DDNS data is transmitted. On the other hand, the center server determines each receiving terminal from the IP head part of the data, and the center server returns a DDNS response signal to each receiving terminal. In the event of an emergency, the center server receives emergency bulletins and distributes bulletin data in connectionless protocol format to each receiving terminal. By returning the response signal, the center server determines the receiving terminal that has returned the response signal from its IP head unit, and retransmits the same breaking data for the receiving terminal that has not returned the response signal, thereby urgent information. Make sure to report.
本発明に係る緊急通報方法において、センターサーバから各受信端末機へ受信認証コード付きのDDNS応答信号または死活確認信号を送信し、この受信認証コードを受信端末機は複数個記憶し、センターサーバが緊急速報を受信すると、ヘッダ部および認証確認データを含むデータ長を1パケットに収めた速報データを各受信端末機へ配信し、この認証確認データが受信端末機で記憶した受信認証コードと一致すれば、受信端末機がこの速報データを受信すると好ましい。特に、緊急事態発生時に配信する速報データに含まれる認証確認データが、受信端末機に記憶された過去2〜5世代の受信認証コードのいずれかと一致したならば、その緊急通報信号が正しいものと認定して各受信端末機が速報データを受信する。また、センターサーバは、同じ死活確認信号を複数回送信しても受信端末機から応答信号の返信がなかった場合には、該受信端末機への配信断絶数をカウントして配信状態に復帰し、一方、受信端末機は、センターサーバから同じ緊急速報である速報データが複数回送信されても応答信号を返信しなかった場合には、速報データの送信を中止して待機状態に復帰すると好ましい。 In the emergency call method according to the present invention, a DDNS response signal or a life / death confirmation signal with a reception authentication code is transmitted from the center server to each receiving terminal, the receiving terminal stores a plurality of the reception authentication codes, and the center server When the emergency bulletin is received, the bulletin data in which the data length including the header part and the authentication confirmation data is stored in one packet is distributed to each receiving terminal, and this authentication confirmation data matches the reception authentication code stored in the receiving terminal. For example, it is preferable that the receiving terminal receives the preliminary data. In particular, if the authentication confirmation data included in the breaking news data distributed in the event of an emergency situation matches any of the past 2-5 generations of reception authentication codes stored in the receiving terminal, the emergency notification signal is correct. Each receiver terminal is authorized and receives the preliminary data. Further, if the response signal is not returned from the receiving terminal even if the same alive confirmation signal is transmitted a plurality of times, the center server counts the number of distribution interruptions to the receiving terminal and returns to the distribution state. On the other hand, if the receiving terminal does not return a response signal even if the early warning data, which is the same emergency early warning, is sent multiple times from the center server, it is preferable to stop sending the early warning data and return to the standby state. .
本発明に係る緊急通報方法において、センターサーバから各受信端末機へコネクションレス型プロトコル形式の時報信号を定時に配信し、この時報信号に対して受信端末機がセンターサーバへ応答信号を返信し、各受信端末機は時報信号の時報データを受信することで時間調整が可能である。典型的には、緊急情報は緊急地震情報であり、この緊急地震情報は、気象庁および気象業務支援センターから随時配信される緊急地震速報に基づいて作成される。また、受信端末機は、一定時間ごとに、ルータに対してポートの割り当てを要求してポート番号が更新され、ポート割り当てが拒否された場合には、その拒否と同時または一定時間ごとにUPnP(Universal Plug and Play)動作で取得したプライベートアドレスおよびポート番号をリセットし、プライベートアドレスおよびポート番号の再設定を要求するように動作すると好ましい。 In the emergency notification method according to the present invention, a timeless signal in a connectionless protocol format is distributed on a regular basis from the center server to each receiving terminal, and the receiving terminal returns a response signal to the center server in response to this timely signal, Each receiving terminal can adjust the time by receiving the time signal data of the time signal. Typically, emergency information is emergency earthquake information, and this emergency earthquake information is created based on emergency earthquake bulletins distributed from the Japan Meteorological Agency and the Meteorological Operations Support Center as needed. In addition, the receiving terminal requests port assignment to the router at regular intervals to update the port number. When port assignment is rejected, UPnP ( It is preferable to operate so as to reset the private address and port number acquired by the Universal Plug and Play operation and request resetting of the private address and port number.
本発明に係る緊急通報システムでは、通信回線網を介して緊急情報をリアルタイムに送信するセンターサーバと、該センターサーバに通信回線網を介して接続された複数台のルータと、該ルータに接続される少なくとも1台の受信端末機とで構成する。このセンターサーバは、地震認証データを一定時間ごとに作成し且つ緊急速報を受信する受信サーバと、各受信端末機の設置場所における速報地震の震度および配信順位などを高速演算する演算配信サーバとを含む。緊急事態発生時には、演算配信サーバにおいて緊急速報からヘッダを含むデータ長を1パケットに収めた速報データを作成し、この速報データをコネクションレス型プロトコル形式で各受信端末機へ配信し、該速報データに対して受信端末機がセンターサーバへコネクションレス型プロトコル形式の応答信号を返信することにより、センターサーバは応答信号を返信した受信端末機をそのIPヘッド部から確定する。 In the emergency call system according to the present invention, a center server that transmits emergency information in real time via a communication line network, a plurality of routers connected to the center server via a communication line network, and connected to the router And at least one receiving terminal. This center server includes a receiving server that creates earthquake authentication data at regular intervals and receives emergency bulletins, and an arithmetic distribution server that calculates the seismic intensity and distribution order of breaking earthquakes at the location of each receiving terminal at high speed. Including. In the event of an emergency situation, the calculation distribution server creates breaking data in which the data length including the header is stored in one packet from the breaking information, and distributes the breaking data to each receiving terminal in a connectionless protocol format. When the receiving terminal returns a response signal in the connectionless protocol format to the center server, the center server determines the receiving terminal that has returned the response signal from its IP head unit.
本発明の緊急通報システムにおいて、センターサーバはDDNSサーバを含み、該DDNSサーバにおいて全受信端末機のグローバルIPアドレスを記録して、各受信端末機の装置IDとグローバルIPアドレスおよびポート番号の対応付けを行い、DDNSサーバから演算配信サーバにグローバルIPアドレスの更新を連絡すると好ましい。また、受信端末機にはコールボタンなどが無線接続され、該受信端末機がコールボタンなどからの信号を受信すると、センターサーバに登録され通信回線網を介して接続された携帯電話機などに、該センターサーバから速報データやコールボタン信号などがメール配信されると好ましい。 In the emergency call system of the present invention, the center server includes a DDNS server, records the global IP addresses of all receiving terminals in the DDNS server, and associates the device ID, global IP address, and port number of each receiving terminal. It is preferable to update the global IP address from the DDNS server to the calculation distribution server. In addition, a call button or the like is wirelessly connected to the receiving terminal, and when the receiving terminal receives a signal from the call button or the like, the mobile phone or the like registered in the center server and connected via the communication network is connected to the receiving terminal. It is preferable that bulletin data, a call button signal, and the like are delivered from the center server by mail.
本発明に係る緊急通報方法は、センターサーバからの速報データをコネクションレス型プロトコル形式で送信し、この速報データの受信を認める各受信端末機からの応答信号をコネクションレス型プロトコル形式またはこれと類似の形式で発信する。本発明の緊急通報方法は、速報配信先が数千件から数万件であっても、緊急地震通報1つがほんの数秒間で完了し、群発地震があっても後発の地震通報が遅延することは発生しない。本発明の緊急通報方法は、速報データをコネクションレス型プロトコル形式で送信する際に、該速報データの変更や消失が起こりうることを回避するために、この速報データはヘッダを含むデータ長を1パケット例えば100バイト以内に収めるようにプログラム設計する。 In the emergency call method according to the present invention, the bulletin data from the center server is transmitted in the connectionless protocol format, and the response signal from each receiving terminal that accepts the reception of the bulletin data is transmitted in the connectionless protocol format or similar to this. Send in the form of In the emergency notification method of the present invention, even if there are thousands to tens of thousands of breaking news distribution destinations, one emergency earthquake notification can be completed in just a few seconds, and even if there is a swarm, the subsequent earthquake notification is delayed. Does not occur. In the emergency notification method of the present invention, when the breaking news data is transmitted in the connectionless type protocol format, the breaking data has a data length including the header of 1 in order to avoid the possibility that the breaking data is changed or lost. The program is designed to fit within a packet, for example, 100 bytes.
本発明に係る緊急通報方法では、受信端末機が一定時間ごとに受信するDDNS応答信号または死活確認信号に含まれる受信認証コードを記憶しており、緊急地震通報の速報データが送信された際に、該速報データに含まれる認証確認データを前記の受信認証コードと比較する。この結果、この認証確認データが前記の受信認証コードと一致すると受信端末機はこの速報データを受信し、両者が不一致であれば受信端末機はこの速報データの受信を拒否する。この結果として、仮にハッカーなどが偽の速報データを通信回線網へ発信しても、個々の受信端末機においてその偽の速報データの受信を拒否するから、虚偽の地震警報が発令されることがなく、偽情報による社会の混乱を未然に防止できる。 In the emergency notification method according to the present invention, the reception authentication code included in the DDNS response signal or the life / death confirmation signal received by the receiving terminal at regular time intervals is stored, and when the early warning data of the emergency earthquake notification is transmitted. The authentication confirmation data included in the preliminary data is compared with the reception authentication code. As a result, when the authentication confirmation data matches the reception authentication code, the receiving terminal receives the preliminary data, and when the two do not match, the receiving terminal rejects reception of the preliminary data. As a result, even if a hacker or the like sends fake breaking news data to the communication line network, each receiving terminal refuses to receive the fake breaking news data, so a false earthquake warning may be issued. It is possible to prevent social disruption due to false information.
本発明に係る緊急通報方法は、センターサーバから一定時間ごとに送信する死活確認信号を発信することにより、緊急通報システムが配信可能状態であることを常時確認している。例えば、震度3のような中程度以上の地震発生という実際に利用される場合が年に1回もないような使用態様において、個別の配信先が定時的に死活確認信号を受信することにより、実際に地震が発生した際に緊急通報システムが作動しないという事態を未然に防止する。
The emergency notification method according to the present invention constantly confirms that the emergency notification system is in a distributable state by transmitting a life / death confirmation signal transmitted from the center server at regular intervals. For example, in a usage mode in which there is no actual occurrence of a moderate or greater earthquake such as
本発明に係る緊急通報方法において、受信端末機は、一定時間ごとにポート番号が更新され、さらにUPnP動作で取得したプライベートアドレスおよびポート番号が随時にリセットされ、プライベートアドレスおよびポート番号を再設定することにより、該受信端末機が常時接続において作動不能になることを回避する。また、センターサーバは、DDNS応答信号を返信することによってグローバルIPアドレスの更新を定期的に受信端末機に連絡する。したがって、各受信端末機は、そのグローバルIPアドレスが比較的高価な固定アドレスでなく、比較的安価な静的アドレスであっても緊急通報を確実に受信することが可能である。 In the emergency call method according to the present invention, the receiving terminal updates the port number at regular time intervals, resets the private address and port number acquired by the UPnP operation as needed, and resets the private address and port number. This prevents the receiving terminal from becoming inoperable in a constant connection. In addition, the center server periodically notifies the receiving terminal of the update of the global IP address by returning a DDNS response signal. Therefore, each receiving terminal can reliably receive an emergency call even if its global IP address is not a relatively expensive fixed address but a relatively inexpensive static address.
本発明に係る緊急通報システムは、センターサーバを少なくとも受信サーバおよび演算配信サーバの組で構成し、さらにDDNSサーバを含んでおり、該演算配信サーバは高性能で高速演算が可能である。この緊急通報システムでは、演算配信サーバにおいて高速演算することにより、各受信端末機では演算せずに負荷分散することなく、受信端末機の負担を軽減することで低価格のものが使用でき、システム全体としても安価になる。この緊急通報システムは、システムの演算式が改良される際に、各受信端末機の交換またはその演算プログラムを変更する必要がなく、センターサーバだけで改良が完了するので、システム改良を迅速に実施できる。 The emergency call system according to the present invention comprises a center server as a set of at least a receiving server and a calculation distribution server, and further includes a DDNS server, and the calculation distribution server is capable of high performance and high speed calculation. In this emergency call system, it is possible to use a low-priced one by reducing the burden on the receiving terminal without performing load distribution without calculating at each receiving terminal by performing high-speed calculation in the calculation distribution server. As a whole, it becomes cheaper. This emergency call system does not need to replace each receiving terminal or change its calculation program when the system calculation formula is improved, and the improvement is completed only by the center server. it can.
本発明に係る緊急通報システムは、以下で説明する気象庁からの緊急地震速報のほかに、武力攻撃等における国民保護のための情報伝達に関して、官邸(対策本部)から内閣府が配信する中央防災無線に適用できる。また、比較的小規模なシステムについて、消防庁が配信する消防防災無線にも適用可能である。 The emergency call system according to the present invention is a central disaster prevention radio broadcasted by the Cabinet Office from the official residence (Countermeasures Headquarters) regarding information transmission for the protection of the public in armed attacks in addition to the earthquake early warning from the Meteorological Agency described below. Applicable to. Moreover, it is applicable also to the fire-fighting disaster prevention radio | wireless which a fire department distributes about a comparatively small system.
本発明を図面によって具体的に説明すると、本発明に係る緊急通報システムは、一例として、通信回線網3を介してセンターサーバ1を個別配信先5と接続するために、ルータ7を個別配信先ごとに取り付け、該ルータに少なくとも1台の受信端末機8をLAN接続する。図1において、通信回線網3は、通常、常時接続型のインターネット回線であり、仮想閉域網、光通信網またはデジタル通信網のような専用通信回線網を用いてもよい。通信回線網3は、具体的には、光アクセスネットワークやIP−VPN(Vertual Private Network)などであり、専用回線18と同一または異なる回線網である。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described in detail with reference to the drawings. An emergency call system according to the present invention, as an example, connects a
この緊急通報システムにおいて、地震情報演算部2は、気象庁および気象業務支援センターに存在し、地震発生の検知、地震の規模・位置・発生時刻の推定および結果を「緊急地震速報」として随時配信する。この緊急地震速報は、専用回線18を経由して高度利用者のデータセンターに送られる。このデータセンターには、停電、地震などの自然災害にも耐えうるセンターサーバ1を設置し、該サーバを年中無休体制で管理しているので、緊急地震速報の受信時に遅延なく正確に配信することが可能である。
In this emergency call system, the earthquake
センターサーバ1は、図1において、基本的に受信サーバ12、演算配信サーバ14およびDDNSサーバ16とからなり、基本的な構成で一致するならば、演算配信サーバ14を演算サーバと配信サーバに分離したり、管理サーバや専用データサーバを別個に設置してもよく、DDNSサーバ16を基本構成外に配置することも可能である。また、センターサーバ1には、ユーザ情報データベース17(図2)用のサーバを設置したり、このユーザ情報データベース17をサーバ12または14あるいは両者に分散させて構築してもよい。
In FIG. 1, the
この緊急通報システムは、高速処理の演算配信サーバ14を用いたセンターサーバ演算方式であり、通常、受信端末機8では予報演算を行わない。受信端末機8で予報演算を行うと、負荷分散が可能であるけれども、システムの演算式が改良された際に、各受信端末機を交換したり、各受信端末機の演算プログラムを変更する必要があり、変更情報を各受信端末機へ配信する作業が発生して緊急地震情報の配信が遅延することが起こりうる。一方、センターサーバ1での演算方式であると、演算式が改良された場合に、高速演算のサーバの演算式を改良すれば、全ての受信端末機への改良が完了するので、システム改良を迅速に実施できる。また、受信端末機8が必要とする変更データのみに限定して配信するので、変更データ配信による遅延をきわめて小さくできる。
This emergency call system is a center server calculation method using a high-speed processing calculation /
この緊急通報システムにおいて、受信端末機8は、CPUおよびメモリなどを備えるけれども、予報演算を行わないので比較的低速処理のものであり、1パケットが100バイトである。ルータ7は、通常、市販品であり、個別配信先5の規模に応じて機種を選定すればよく、受信端末機8として市販のパソコンを用いることも可能である。受信端末機8は、ルータ7によってIPアドレス(プライベートアドレス)が動的に割り当てられ、このIPアドレスはその装置IDおよびポート番号とともにDDNSサーバ16に動的に登録される。DDNSサーバ16は、常時接続の通信回線網3において動的に割り当てられたグローバルIPアドレスを変更のつど登録することで更新する。
In this emergency call system, the receiving
本発明の緊急通報方法において、各受信端末機8からのDDNSデータおよび応答信号、センターサーバ1からのDDNS応答信号、死活確認信号および速報データ(例えば、地震データ)は、いずれもコネクションレス型プロトコル形式で送信し、この形式は通常はUDP/IP形式である。UDP方式は、TCP方式のようなコネクション型プロトコル形式と比べて、送信側と受信側との間で仮想的な通信回線を確立することがないので転送速度が速く、個別配信先5が数千件で1秒以内に、数万件になっても数秒以内に一斉配信することが可能である。この反面、UDP方式は、TCP方式と比べて信頼性が低く、複数のパケットを送った場合にその順序が入れ替わったり、一部のパケットが消失するという問題が発生しやすい。本発明の緊急通報方法では、UDP方式の欠点を回避するために、速報データおよび死活確認信号の送信に対して、受信端末機8が応答信号を返信することにより、センターサーバ1が各受信端末機8のデータ受信を確認するとともに、すべての送受信データを1パケット以内に納めている。
In the emergency call method according to the present invention, the DDNS data and response signal from each receiving
UDP方式のデータ形態について図4を参照すると、そのデータフレームはヘッダとデータ域からなり、該ヘッダはイーサネット(登録商標)ヘッダ部64、IPヘッダ部66、UDPヘッダ部68からなり、これはどのUDP方式のデータでも同じである。イーサネットヘッダ部64を除いた部分がアプリケーションに読み込まれ、センターサーバ1は、IPヘッダ部66内の発信元IPアドレスと宛先IPアドレスから発信元の受信端末機8のグローバルIPアドレスを認識し、UDPヘッダ部68内の発信元ポート番号と宛先ポート番号から受信端末機8のポート番号を認識できる。また、データ域はデータヘッド39は1バイトであり、これによって送受信データの種類を決定する。一般に、速報データや死活確認信号に対する受信端末機8からの応答信号は、データヘッド39だけを有するUDP/IP形式であり、これによって応答時間を短縮する。
Referring to FIG. 4 for the data format of the UDP system, the data frame includes a header and a data area, and the header includes an Ethernet (registered trademark)
本発明の緊急通報方法において、緊急情報が地震情報ならば速報データは地震データであり、遅滞なく正確に地震データを配信できるように、センターサーバ1から受信端末機8へ定時的つまり一定時間ごと(例えば、1分間、10分間または1日数回)に死活確認信号を発信し、この死活確認信号を受信端末機8が受信したことをセンターサーバ1が認識することにより、緊急通報システムが配信可能状態であることを常時確認している。この死活確認信号の送信は、受信端末機8のリセットなどと重なった際に、センターサーバ1からの地震データの配信にタイムラグが発生しないように、これらと送信時間をずらすように設定している。
In the emergency call method of the present invention, if the emergency information is earthquake information, the breaking data is earthquake data, so that the earthquake data can be accurately distributed without delay from the
センターサーバ1は、応答信号を待ち時間(例えば、100msec)以内に返信しなかった受信端末機8について、同じ死活確認信号を複数回再送信することで配信可能状態を常時確立し、または同じ地震データを再送信することで地震情報の確実且つ継続的な通報を達成する。しかしながら、センターサーバ1は、同じ死活確認信号を複数回送信しても受信端末機8が応答信号を返信しなかった場合には、例えば、センターサーバ1は配信不成功を記憶し、端末機管理者などにメールで警告したり、受信端末機8に警告表示や警報報知などを行ってから配信可能状態に復帰させる(図11参照)。一方、同じ緊急地震速報である地震データを複数回送信しても受信端末機8が応答信号を返信しなかった場合には、例えば、センターサーバ1など配信停止を記録してから配信可能状態に復帰する(図11参照)。これらの復帰後に応答信号を受信できたならば、通信が復活したものとみなして配信失敗の記録をクリアする。受信端末機8は、センターサーバ1からの死活確認信号やDDNS応答信号を所定時間内に受信できなかった場合、自ら警告表示や警報報知などを行って端末機管理者に点検を促してよい。
The
個々の死活確認信号には、データ域において数バイトの地震認証コードを付加し、秘匿性を確保するために、該地震認証コードは乱数を付加して作成する。個々の受信端末機8は、死活確認信号を受信すると、センターサーバ1へ応答信号を返信するとともに、当該死活確認信号における地震認証コードを記憶する。この地震認証コードは、通常、過去2〜5世代に亘って受信端末機8に保存され、それ以降の世代になればメモリから抹消する。一方、センターサーバ1は、UDP方式の応答信号を受信すると、そのヘッダから当該受信端末機8のグローバルIPアドレスとポート番号を認識し、該サーバに登録しているユーザ情報データベース17(図2)から受信端末機8の装置IDを特定する。
Each life and death confirmation signal is added with an earthquake authentication code of several bytes in the data area, and the earthquake authentication code is created by adding a random number in order to ensure confidentiality. When receiving the life / death confirmation signal, each receiving
この地震認証コードは、受信端末機8からのDDNSデータの送信に対するセンターサーバ1からのDDNS応答信号に付加してもよい(実施例2参照)。この場合には、死活確認信号には地震認証コードを付加しない。
This earthquake authentication code may be added to the DDNS response signal from the
受信端末機8からのDDNSデータの送信は、その起動とともに開始され、これは定時的(例えば、1分間、10分間、1日に数回)に送信され、ビジネス用途では1分間隔である。これに伴うDDNS応答信号の送信は、送信間隔が短いほどDDNS応答信号による受信端末機8のIPアドレスの更新が迅速に行われるので好ましい。DDNSデータは、個々の端末管理番号(例えば、装置ID)を付加したデータであり、このDDNSデータを受信したセンターサーバ1は、DDNSサーバ16が、該データにおけるヘッドのIPヘッダ部内の発信元グローバルIPアドレスと装置IDとを関連づけて登録する。
Transmission of DDNS data from the receiving
センターサーバ1から配信される緊急地震速報の地震データ22(図4参照)は、UDP方式であるので転送速度が速く、送信時のデータ錯誤や消失を防ぐために、全体で80バイト程度で100バイト以下であり、ヘッダおよびデータ域を含んでも1パケットに収めている。地震データ22のデータフレームには、図4に例示するように、データ域にデータヘッド39、地震ID40、発生時刻42、予測震度階44などが記入され、さらに少なくとも1個の認証確認コード48〜52を加えている。図4では3個の認証確認コード48〜52は、例えば、直近の死活確認信号またはDDNS応答信号に付加された地震認証コードさらに過去数世代のおよび死活確認信号に付加された地震認証コードに対応する。地震データ22に付加された複数個の認証確認データは、受信端末機8が記憶した過去2〜5世代の地震認証コードと比較され、その地震認証コードの少なくともいずれかと一致したならば、その地震通報が正しいものと認定し、該受信端末機は地震データ22を受信する。
The earthquake data 22 (see FIG. 4) of the earthquake early warning distributed from the
また、センターサーバ1は、所望に応じて、各受信端末機8へコネクションレス型プロトコルのUDP方式の時報信号を定時(例えば、毎日正午)に配信し、この時報信号の時報データを受信することによって受信端末機8は1日1回時間調整が可能であり、受信端末機8の使用者に回線状態が正常であることを認識させる。各受信端末機8は、所望に応じて、時報信号に対する応答信号をUDP方式で返信してもよい。この時報信号は、死活確認信号のいずれかに時報データを加えるならば、死活確認信号で代用することも可能である。
In addition, the
この緊急通報方法では、センターサーバ1と受信端末機8との送受信に、グローバルIPアドレスとして比較的高価な固定アドレスでなく、比較的安価な動的アドレスを用い、ルータ7は受信端末機8にプライベートIPアドレスを付与する。受信端末機8は、通常、UPnPの手順に則って動作し、設定されたプライベートIPアドレスとポート番号で一定時間が経過すると、該ルータと通信状態に入る。この通信が成功すれば、ルータ7に対してポート開放を再び要求し、通信ポート番号を再設定する。受信端末機8がポート割り当ての要求を繰り返すのは、常時接続時において、ルータ7に登録したはずのポート番号が消滅または閉鎖される現象に対応するためである。
In this emergency call method, a relatively inexpensive dynamic address is used as a global IP address for transmission / reception between the
受信端末機8が、ルータ7との通信が不成功であれば、現状の設定をリセットすると同時に、ルータ7に対する初期設定を繰り返し、プライベートアドレスおよびポート番号を再設定する。受信端末機8がルータ7による設定のリセットを繰り返すのは、常時接続時において、ルータ7が勝手に再起動してプライベートIPアドレスが変化したり、一部のルータが連続したポート割り当て要求を拒否する現象に対応するためである。
If the communication with the
受信端末機8は、ルータ7との1回の通信不成功で直ちにリセットされても、ルータ7との通信を数回繰り返した後にリセットされるように設定してもよい。また、受信端末機8は、一定時間(例えば、1時間、1日1回)ごとに設定がリセットされ、ルータ7によって定時的にプライベートアドレスと通信ポート番号が再設定されてもよい。この際に、受信端末機8のUPnP動作モードは、ルータ7に応じて変更可能であり、UPnP動作が遅い一部のルータ7において、センターサーバ1から定時的に送信される死活確認信号の送信時刻と重複しないように時間帯をずらして実行すると好ましい。また、ルータ7に登録された通信ポート番号は、他のネットワーク機器のポート番号と干渉する場合があり、このような事態を回避するために通信ポート番号の変更が可能である。
The receiving
次に、本発明を実施例に基づいて説明するが、本発明は実施例に限定されるものではない。図1は、高速処理のセンターサーバ1によって構成する緊急通報システムの一例を概略的に示す。この緊急通報システムは、気象庁および気象業務支援センターにおける地震観測網からデータを集合・演算する地震情報演算部2と、該演算部から緊急地震情報20(図3)を継続的に受信するセンターサーバ1と、通信回線網3であるインターネット回線を介して接続する個別配信先5のルータ7と、該配信先においてルータ7にLAN接続する少なくとも1台の受信端末機8とで構成する。集合住宅では、共有設備としてルータ7を設置し、各戸別に受信端末機8を取り付けてLAN接続すればよい。
Next, the present invention will be described based on examples, but the present invention is not limited to the examples. FIG. 1 schematically shows an example of an emergency call system constituted by a
気象庁または防災・減災害情報センターに設置した地震情報演算部2とセンターサーバ1とは、通常、専用回線網18のインターネット回線で連絡する。情報演算部2では、多機能地震計などで構成した地震観測網からの情報に基づいて震源決定を行っている。この多機能地震計は、通常、地表面に設置されるため、その設置が比較的容易であって高密度の地震観測網を構築している。この観測網からのデータは、地震情報演算部2の受配信サーバ10に送信し、該受配信サーバにおいて、地震IDおよび発生時刻を付与し、震源位置、震源深さ、地震規模などを算出して緊急地震情報20(図3)を作成する。
The earthquake
センターサーバ1は、図1に例示するように、受信サーバ12、演算配信サーバ14およびDDNSサーバ16とで構成し、ユーザ情報データベース17(図2)はサーバ12または14あるいは両者に分散させて構築する。各サーバ12,14,16は相互に接続されて、相互にデータを送受信する。DDNSサーバ16は、システム全体をサービス領域として、全受信端末機8のグローバルIPアドレスを記録して、各受信端末機の装置IDおよびポート番号とグローバルIPアドレスの対応付けを行い、演算配信サーバ14にグローバルIPアドレスの更新を連絡する。
As shown in FIG. 1, the
センターサーバ1における受信サーバ12は、専用回線網18のインターネット回線を介して地震情報演算部2の受配信サーバ10と接続することにより、該地震情報演算部から緊急地震情報20を継続的に受信するとともに、DDNSサーバ16からの更新IP情報を受信する。受信サーバ12では、各受信端末機8に配信する地震データ22(図4)の秘匿性を確保するために、2バイトの地震認証コードを乱数を付加して作成し、この2バイトコードをUDP方式の死活確認信号に付加して各受信端末機8へ定時的に配信する。また、受信サーバ12は、各受信端末機8へコネクションレス型プロトコルのUDP方式の時報信号を定時(例えば、毎日正午)に配信する。
The receiving
センターサーバ1における演算配信サーバ14は、受信サーバ12が受信した緊急地震情報20を演算・解析し、得た地震データ22(図4)を通信回線網3を介してUDP方式で個別配信先5のルータ7さらに各受信端末機8に配信する。演算配信サーバ14は、例えば、緊急地震情報20の受信とともに、該緊急地震情報に含まれる震源位置24(図5参照)と各配信先5a〜5e(図6参照)の位置とから距離Rを計測し、この距離Rと地震規模26とから各配信先5a〜5eの仮震度の演算を行っている。図6において、この仮震度が所定規模以上になる近隣の配信先5b、5cへ地震データ22を震度強さ順またはS波到達の早い順に配信し、この仮震度が所定規模未満である遠隔地の配信先5a、5d、5eへは地震データ22の配信を中止する。
The
演算配信サーバ14において、特定の配信先5の予想震度28(図7参照)は、緊急地震情報20に含まれる地震強度である地震規模26および震源深さ30から、震源位置24と配信先5の位置との間の伝播距離による距離減衰を考慮して演算・解析する。この際に、この伝播距離間の地域に固有の地盤増幅率を考慮すればよく、地盤増幅率とは、地表面近傍の地盤の状態によって地震による震動加速度が増減速される程度を表す値である。地盤増幅率を考慮する場合には、それが全国の各地域に固有の値としてあらかじめデータベース(図示しない)に保存している。さらに、この伝播距離と地震規模26から、各配信先5の予想震度28を算出するとともに、地震のS波が各配信先5に到達するまでの猶予時刻32(図7参照)を算出する。
In the
個別配信先5では、ルータ7および複数台の受信端末機8を設置する。受信端末機8は、個別配信先5においてルータ7とLAN接続され、該ルータを経て演算・解析済みの地震データ22をUDP方式で受信する。受信端末機8が液晶表示部を備える場合には、地震データ22を受信すると、図7に示すような地震情報の警告画面34を表示する。受信端末機8は、音声合成ボード(図示しない)を備え、該音声合成ボードは音声出力トランスを経てスピーカ用出力端子と配線する。受信端末機8は、地震データ22を受信した場合に、その出力端子から稼働信号を出力することによって、インターホン総合盤を一斉放送状態に切り替えて各住戸内の各住居インターホンと接続し、インターホン親機に緊急地震速報の音声ガイダンス信号を送信することも可能である。
In the
受信端末機8は、地震データ22を受信すると、図8に示すような地震警報36を猶予時刻に応じて発声する。例えば、猶予時刻が30秒以上であれば、電子音に次いで「地震が発生しました」と3回繰り返す。猶予時刻が10〜30秒になると、電子音に次いで「まもなく地震がきます」と3回繰り返す。猶予時刻が10秒未満になると、電子音に次いで「すぐに地震が来ます」と揺れが発生するまで繰り返す。この警報は日本語に加え、英語、中国語や韓国語など多言語で対応することも可能である。
When receiving the
所望に応じて、受信端末機8には、図1に示すようにコールボタン38を特小無線で接続することが可能であり、図示しないけれども、さらに火災報知器やドア開放センサなどを特小無線で接続したり、エレベータの停止センサに接続し、センターサーバ1からエレベータ制御などの制御信号を出力してもよい。受信端末機8がコールボタン38からデータ送信命令を受信すると、センターサーバ1へ送信要求信号を送信する。送信要求信号を受けたセンターサーバ1は、あらかじめ登録した携帯電話機のメールアドレスへ登録済の電文を送信する(図9参照)。
If desired, the
次に、緊急通報システムの作動を図9に基づいて説明し、図9では、センターサーバ1、ルータ7および受信端末機8の通報シーケンスを概略的に示している。センターサーバ1は、S10において起動時に初期設定を行っている。受信端末機8をルータ7にLAN接続して電源をオンにすると、S11でDHCP(Dynamic Host Configuration Protocol)によってネットワークパラメータの自動設定を行い、通常、S12でルータ7が受信端末機8に対してIPアドレス(プライベートアドレス)とポート番号を動的に割り当て、S13で受信端末機8はIPアドレスを取得する。
Next, the operation of the emergency notification system will be described with reference to FIG. 9, and FIG. 9 schematically shows a notification sequence of the
受信端末機8は、S14〜S16において、UPnPの手順に則って動作し、ルータ7に対してポート割り当ての要求を繰り返す。図10には、受信端末機8におけるUPnP動作を概略で示している。図10において、受信端末機8は、S13でプライベートアドレスを取得した後に、S100においてルータ7に対してポート開放を要求し、S101で通信ポート番号を設定する。このポート設定は、S14で一定時間(例えば1分間)維持され、その一定時間が経過すると、S16においてルータ7と通信状態に入る。この通信が成功すれば、ルータ7に対してポート開放を再び要求し、S101で通信ポート番号を再設定し、以下、一定時間ごとにこの動作を繰り返す。
In S14 to S16, the receiving
受信端末機8が、S16においてルータ7と通信できなければ、S102でルータ7による設定をリセットし、S11に戻って初期設定を繰り返し、プライベートアドレスおよびポート番号を再設定する。図10では、ルータリセットはS16でルータ7との通信不成功で直ちに行われるけれども、ルータ7との通信を数回繰り返した後にリセットされるように設定してもよく、または受信端末機8が一定時間(例えば、1日1回)ごとにリセットされるように設定してもよい。
If the receiving
受信端末機8のUPnP動作モードは、ルータ7に応じて変更可能である。一部のルータ7ではUPnP動作が遅く、前記のリセットと再設定の間にタイムラグが生じることがあり、このような事態を回避するためにUPnP動作のモード変更を設けている。つまり、この再設定の要求動作中は数秒であるが、センターサーバ1からの死活確認信号を受信できない期間が生じるので、該センターサーバから定時的に送信される死活確認信号の送信時刻と重複しないように時間帯をずらして実行すると好ましい。
The UPnP operation mode of the receiving
受信端末機8が起動されると、S21において該受信端末機からルータ7を経てセンターサーバ1へUDP/IP形式の端末管理番号(例えば、装置ID)付きDDNSデータを送信し、この送信に対してセンターサーバ1はS22で受信端末機8へUDP/IP形式のDDNS応答信号を返信する。このDDNS応答信号は、データ域がデータヘッドだけのデータフレームである。
When the receiving
センターサーバ1におけるDDNSサーバ16は、DDNSデータの受信により、受信したUDPのIPヘッド部と装置IDから、各受信端末機8のグローバルIPアドレスおよび装置IDとポート番号を関連づけて登録する。このDDNSデータは、各受信端末機8の起動後においても一定時間(例えば、10分間)ごとに送信され、DDNSサーバ16でその動的IPアドレスとポート番号が更新される。
Upon reception of the DDNS data, the
センターサーバ1は、図9に示すように、S31において死活確認信号を10分間ごとに各受信端末機8へ一斉に配信する。この死活確認信号は、UDP/IP形式であり、2バイトの地震認証コードを付加している。一方、個々の受信端末機8では、S32でUDP/IP形式の死活確認信号を受信すると、S33でセンターサーバ1へUDP/IP形式の応答信号を返信し、この応答信号をセンターサーバ1はS34において受信する。この応答信号は、データ域がデータヘッドだけのデータフレームである。
As shown in FIG. 9, the
センターサーバ1は、S31で死活確認信号の一斉配信後に、S34で各受信端末機8からの応答信号を受信し、該応答信号のIPヘッダ部から、この死活確認信号を受信した受信端末機8を確定する。センターサーバ1における各受信端末機8に対する処理動作を図11においてフローチャートで示す。図11において、応答信号を返信しなかった受信端末機8についてS35で同じ死活確認信号を再送信することにより、個々の受信端末機8に対して配信可能状態を常時確立している。この配信可能状態である地震待機状態は、S37において10分間継続し、10分間経過後に再び死活確認信号を配信することを繰り返す。
The
受信端末機8において、同じ死活確認信号が所定回数(例えば、3回)送信されても応答信号を返信しなかった場合には、S36においてセンターサーバ1などへ配信断絶を連絡してから、復帰ライン60を通って配信可能状態に戻る。配信断絶の連絡は、センターサーバ1から受信端末機8の使用者にメール配信したり、受信端末機8の使用者に電話連絡したり、当該受信端末機に設けた表示LEDを点灯したり警告音を出して使用者に告知してもよい。このような措置を数回行っても受信端末機8が受信不能のままである場合には、該受信端末機への配信を停止する。受信端末機8において、センターサーバ1からの死活確認信号やDDNS応答信号を所定時間内に受信できなかった場合、自ら警告表示や警報報知などを行い端末機管理者に点検を促すことも可能である。
In the receiving
センターサーバ1は、地震発生時に地震情報演算部2から緊急地震情報20を受信し、図4に示すようなUDP/IP形式の地震データ22を作成する。地震データ22のデータフレームは、例えば、ヘッダがイーサネットヘッダ部64、IPヘッダ部66、UDPヘッダ部68からなり、データ域にはデータヘッド39、地震ID40、発生時刻42、受信端末機8がある配信先5の位置に応じた予測震度階44、地震到達までの時間46とが記入され、さらに2バイトの3個の認証確認コード48,50,52を付加している。地震データ22は、40バイトのヘッダを加えても全体で100バイト以下であり、そのデータフレームは1パケット内に収まっている。認証確認コード48,50,52は、直近の死活確認信号に付加された地震認証コードさらに過去2世代のおよび死活確認信号に付加された地震認証コードに対応する。
The
センターサーバ1がS51で地震データを各受信端末機8へ一斉に配信すると、受信端末機8において、地震データ22に含まれる認証確認データ48,50,52を、該受信端末機に記憶した過去3世代の地震認証コードと比較する。この結果、認証確認データ48,50,52が地震認証コードの少なくともいずれかと一致したならば、その地震通報信号が正しいものと認定し、S52において受信端末機8は地震データ22を受信する。受信端末機8において、認証確認データ48,50,52が、過去3世代の地震認証コードのいずれとも一致しないならば、偽の地震データと判定してその受信を拒否する。
When the
センターサーバ1が地震データを各受信端末機8へ一斉に配信し、これが真正の地震データ22であると各受信端末機8が認定してS52で受信すれば、S53でセンターサーバ1へUDP/IP形式の応答信号を返信し、この応答信号をセンターサーバ1はS54において受信する。この応答信号は、データ域がデータヘッドだけのデータフレームである。応答信号がデータヘッドだけで単純であるので、緊急通報システム全体としての応答時間が早くなる。
If the
センターサーバ1は、地震データ22の一斉配信後に各受信端末機8からの応答信号を受信し、該応答信号のIPヘッダ部から、この地震データを受信した受信端末機8を確定する。図11において、この応答信号を返信しなかった受信端末機8について同じ地震データ22をS55で再送信することにより、個々の受信端末機8に対して確実に送信する。受信端末機8について、同じ地震データ22が所定回数(例えば、3回)送信されても応答信号を返信しなかった場合には、地震データ22の送信を中止し、S56においてセンターサーバ1などに配信停止を記録してから、復帰ライン62を通って配信可能状態に戻る。
The
また、センターサーバ1は、S40において、毎日正午に各受信端末機8へUDP/IP形式の時報信号を一斉に配信し、受信端末機8はS42でこの時報信号の時報データを受信する。各受信端末機8は、所望に応じて、S43で時報信号に対する応答信号をUDP/IP形式で返信し、センターサーバ1は、該応答信号のIPヘッダ部から、S44においてこの時報信号を受信した受信端末機8を確定する。
Further, in S40, the
受信端末機8は、図1に示すコールボタン38を特小無線で接続している場合に、コールボタン38が押されて受信端末機8がデータ送信命令を受信すると、S61でセンターサーバ1へ送信要求信号をUDP方式で送信する。次に、S62において、この送信要求信号をセンターサーバ1が受信すると、S63においてセンターサーバ1は、あらかじめ登録した携帯電話機のメールアドレスへ登録済の電文を送信する。このメール配信は登録済の緊急連絡文から適宜選択され、これが緊急地震情報であるならば、図7に示すような地震情報の警告画面34を携帯電話機に表示させる。
When the
本発明の変形例では、説明を省略した部分は実施例1と実質的に同一である。各受信端末機8は、その起動時にルータ7を経てセンターサーバ1へUDP/IP形式の端末管理番号(例えば、装置ID)付きDDNSデータを送信し、この送信に対してセンターサーバ1はS22で受信端末機8へUDP/IP形式のDDNS応答信号を返信する。このDDNSデータは、各受信端末機8の起動後において定時的(たとえば、1分または10分間)に頻繁に送信され、この送信に対してセンターサーバ1は受信端末機8へUDP/IP形式のDDNS応答信号を返信する。このDDNS応答信号は、データ域において2バイトの地震認証コードを付加している。
In the modified example of the present invention, the description omitted is substantially the same as that of the first embodiment. Each receiving
センターサーバ1におけるDDNSサーバ16は、DDNSデータの受信により、受信したUDPのIPヘッド部と装置IDから、各受信端末機8のグローバルIPアドレスおよび装置IDとポート番号を関連づけて登録する。一方、受信端末機8は、DDNS応答信号の受信により、動的IPアドレスが更新された際にこれを記憶できる。各受信端末機8は、DDNSデータを頻繁に受信するので、DDNSサーバ16でその動的IPアドレスが更新されると、遅滞なくIPアドレスを更新できる。
Upon reception of the DDNS data, the
また、センターサーバ1は、死活確認信号を定時的(例えば、1日に数回)に各受信端末機8へ一斉に配信する。この死活確認信号は、UDP/IP形式であり、基本的にデータ域がデータヘッドだけのデータフレームである。一方、個々の受信端末機8では、この死活確認信号を受信すると、センターサーバ1へUDP/IP形式の応答信号を返信する。この応答信号は、データ域がデータヘッドだけのデータフレームである。センターサーバ1は、死活確認信号の一斉配信後に各受信端末機8からの応答信号を受信し、該応答信号のIPヘッダ部から、この死活確認信号を受信した受信端末機8を確定する。
Further, the
センターサーバ1が地震データを各受信端末機8へ一斉に配信すると、受信端末機8において、地震データ22に含まれる認証確認データ48,50,52(図4)を、該受信端末機に記憶した過去3世代の地震認証コードと比較する。これらの地震認証コードは、センターサーバ1が返信するDDNS応答信号に付加されたものである。この結果、認証確認データ48,50,52が地震認証コードの少なくともいずれかと一致したならば、その地震通報信号が正しいものと認定し、受信端末機8は地震データ22を受信する。受信端末機8において、認証確認データ48,50,52が、過去3世代の地震認証コードのいずれとも一致しないならば、偽の地震データと判定してその受信を拒否する。
When the
1 センターサーバ
2 地震情報演算部
3 専用通信回線網
5 個別配信先
7 ルータ
8 受信端末機
12 受信サーバ
14 演算配信サーバ
16 DDNSサーバ
17 ユーザ情報データベース
20 緊急地震情報
22 地震データ
24 震源位置
34 警告画面
36 地震警報
DESCRIPTION OF
Claims (7)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009140741A JP5593041B2 (en) | 2009-06-12 | 2009-06-12 | Emergency call method and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009140741A JP5593041B2 (en) | 2009-06-12 | 2009-06-12 | Emergency call method and system |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2010288101A JP2010288101A (en) | 2010-12-24 |
JP2010288101A5 JP2010288101A5 (en) | 2012-07-19 |
JP5593041B2 true JP5593041B2 (en) | 2014-09-17 |
Family
ID=43543480
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009140741A Active JP5593041B2 (en) | 2009-06-12 | 2009-06-12 | Emergency call method and system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5593041B2 (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5604367B2 (en) | 2011-05-30 | 2014-10-08 | 株式会社Nttドコモ | Communication apparatus and information collection method |
JP6000066B2 (en) * | 2012-11-01 | 2016-09-28 | 三菱電機株式会社 | Aggregation station, aggregation station communication method, node, node communication method |
JP6354588B2 (en) * | 2012-11-29 | 2018-07-11 | 日本電気株式会社 | Information distribution system, service control device, gateway device, control method and program |
US9191209B2 (en) | 2013-06-25 | 2015-11-17 | Google Inc. | Efficient communication for devices of a home network |
JP6664698B2 (en) * | 2016-01-29 | 2020-03-13 | 清水建設株式会社 | Seismic intensity information providing device and seismic intensity information providing method |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005117371A (en) * | 2003-10-08 | 2005-04-28 | Aval Data Corp | Apparatus and system for remote monitoring |
JP2007110302A (en) * | 2005-10-12 | 2007-04-26 | Matsushita Electric Ind Co Ltd | Emergency report system and its program |
JP5132252B2 (en) * | 2007-10-24 | 2013-01-30 | 富士通テン株式会社 | Mobile communication device and mobile communication method |
-
2009
- 2009-06-12 JP JP2009140741A patent/JP5593041B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2010288101A (en) | 2010-12-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8584189B2 (en) | System and method for emergency communications through a set-top box | |
US7391315B2 (en) | System and method for monitoring security at a plurality of premises | |
CN1965309B (en) | Relay determination method and system | |
JP3779696B2 (en) | System including electronic device and mobile device, and service providing method | |
JP5593041B2 (en) | Emergency call method and system | |
CN103858106A (en) | Remote cable access point reset | |
US20060104312A1 (en) | System and method for monitoring security at a premises | |
US20050242948A1 (en) | Alarm system | |
TW201808026A (en) | System and method for notification of occurrence of event | |
CN104113861A (en) | A System And Method For Registering Network Information Strings | |
JP6245054B2 (en) | Network system and wireless connection device | |
CN102215274B (en) | Apparatus and method for inviting users to online sessions | |
CN101636713A (en) | An authenticated correspondent database | |
JP2007110302A (en) | Emergency report system and its program | |
EP2959466B1 (en) | Alarm notification system | |
KR102258895B1 (en) | Village broadcasting system and village broadcasting method | |
JP5353714B2 (en) | Server system and its event message transmission method | |
JP2010288101A5 (en) | ||
KR101395262B1 (en) | House submergence monitoring system for simultaneous multi-alarms using caller transmisson signal | |
JP2008010924A (en) | Automatic restart apparatus for network relaying apparatus | |
JP5297783B2 (en) | Emergency earthquake notification system | |
JP5155557B2 (en) | Alarm device, alarm system, alarm program, alarm method | |
JP2005184719A (en) | Monitoring apparatus, base station, and wireless lan system | |
JP2009100363A (en) | Network monitoring system, and terminal device | |
JP2007166234A (en) | Ip address management method and remote monitoring device using it |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20111216 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120601 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120601 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130806 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130807 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130917 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140603 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140618 |
|
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: 20140708 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140804 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5593041 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |