(57)【要約】【課題】  本発明は遠隔多拠点の状況情報を収集するに際し、該拠点の情報状況を正確かつ簡便に把握し通信コスト削減する装置及び方法を提供することを課題とする。【解決手段】  通信回線を通じ遠隔多拠点状況の情報を一括収集する管理サーバー設け、該管理サーバーは各遠隔拠点に設置した監視モジュールからのハートビート信号に応じ各遠隔拠点情報を収集するとともに、該管理サーバーは該監視モジュールへ指令データを送出し、この指令データに基づいて監視モジュールの動作を制御する。このとき各遠隔拠点のＩＰアドレスは固定アドレスを使用しないことを特徴とする監視モジュール装置及びその方法。【選択図】図１
2012005096.tif 000002
【特許請求の範囲】
【請求項１】
多拠点と多拠点情報を一括管理する管理センターとの通信を行う多拠点情報収集システムにおいて、多拠点に設置された監視モジュールからハートビート信号を送出し固定ＩＰアドレス（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ａｄｄｒｅｓｓ）を持つ管理センターのサーバーに対し通信回線を確立する際に多拠点側のＩＰアドレス（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ａｄｄｒｅｓｓ）を固定することなく通信を行う方法及び装置。
【請求項２】
請求項１に記載した監視モジュールは設定された時刻に前記管理サーバーへハートビート信号を送出する機能、ハートビートによる通信確立確認後に拠点データを送出する機能、前記管理サーバーから指令データを受け取り動作に反映させる機能を持つことを特徴とする方法及び装置。
【請求項３】
前記管理サーバーは前記遠隔拠点からのデータ収受に使用するデータ収集ポートを複数搭載し、遠隔多拠点からのハートビート通信による通信要求に対し対応処理する収集ポートの切り替え機能を持ち、同一時間の通信要求には前記管理サーバーの処理速度に応じた遅延を切り替えポートに施すことを特徴とする請求項１及び請求項２の方法及び装置。
【請求項４】
前記遠隔多拠点の監視モジュールは各拠点の通信要求が同一時間に発生しないよう一定の遅延時間を施すことを特徴とする請求項１、請求項２及び請求項３の方法及び装置。
【発明の詳細な説明】
【技術分野】
【０００１】本発明は、ハートビート通信を用いた遠隔地拠点とのデータ通信装置及び方法に関する。
【背景技術】
【０００２】  複数の遠隔拠点の状況を通信データとして把握し、それらのデータを一元管理する方法は通信網手段を用いられていることが多い。特に管理する機能が要求される管理センターは遠隔地の拠点状況をタイムリーに把握し、分析しながら市場に即した営業戦略とすることが要求される。例えば多数店舗を抱える本社の構成として遠隔地の多拠点情報取得の機能は必須の手段である。【０００３】  こうした多数の遠隔拠点状況把握の通信手段はインターネット網を利用して行われることが多い。多数の遠隔地拠点状況データを得るため多拠点データを管理する管理センターに管理サーバーを設置し、拠点の端末へデータ収集命令を送信しデータを収集することが行われている。逆に遠隔地の端末から管理サーバーにデータ収集を要求する方法も採られている。これらの方法は通信回線を確立することが前提で有り、インターネット網では遠隔地の多拠点と管理サーバーのＩＰアドレスが必要となる。通信回線を確実に確保するには多拠点間と管理サーバー間を専用の回線で結ぶ方法があるが、専用回線の維持には多大の費用を必要とする。この専用回線維持費用の削減方法として多拠点と管理サーバーに固定ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を付与することもある。固定ＩＰを付与すれば常時のインターネット接続が可能となり、随時拠点からのデータ収集または管理サーバーからの指令データ送付が出来る。【０００４】  専用回線接続を付設する方法は費用負担が大きく実用的でない。また固定ＩＰを付与する方法は、同様にコスト負担が大きい。固定ＩＰの取得費用は一拠点あたり１５００円／月程度であり、５００拠点のシステム構成の年間維持費は９００万円になってしまう。【０００５】    上記の様なコスト上の欠点を避けるには、多拠点側の固定ＩＰアドレスをＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｏｎ  Ｐｒｏｔｏｃｏｌ）により非固定ＩＰアドレスとして取得する。拠点側より管理サーバーからの通信要請に対応するには、ＤＨＣＰによる拠点側の非固定ＩＰアドレスを管理サーバーに通知することで管理サーバーからアクセスが可能となる。【０００６】  特許文献１は、ハートビートによる通信要請時におけるサーバーの負荷低減方法として登録要求ビットレートを可変する方式である。特許文献２はセンサー端末から管理サーバーへのデータ送信を行い、送信されたデータの記録とその履歴を管理する方法である。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１３９７０号公報
【特許文献２】特開２００８−７１１５７号公報
【特許文献３】特開２０１０−８６１２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】  常時通信路確保には専用回線の付設または固有ＩＰを互いに持つことが要求される。しかし専用回線付設及び固定ＩＰ付与は維持費用が多大であり、とくに多拠点と管理センターの通信確保は費用の増大をもたらす事は前述した。本発明は前記の回線通信維持費用削減する方法及び装置の提供を目的とする。
【課題を解決するための手段】
【０００９】  上記目的を達成するため請求項１及び請求項２に記載の発明例を図１に示す。図１は通信回線を常時通信路と同等にするハートビート通信を応用した構成例である。前記構成例１００は管理センター２００、インターネット回線網３００及び多拠点群４００から成る。管理センター内の管理サーバーは複数の収集／送出ポートを有する。インターネット網のＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）ルータは固定ＩＰアドレスを持つ。多拠点群４００は拠点−１〜拠点−ｎがあり、各拠点にはルータ４０１、監視モジュール４０２を持つ。管理モジュール４０２は拠点の消費電力、水や瓦斯の流量、拠点の環境や異常のデータを入手し、蓄積する。データの蓄積が終了し、かつ決められたハートビート送信時間がくれば通信要求を出力する。各拠点のルータは固定ＩＰではなくＤＨＣＰによる非固定ＩＰによって構成される。請求項３の発明例を図２に示す。図２は複数拠点からのデータ処理要求に対する管理サーバーの処理タイミングを示している。図２は５箇所の拠点より通信要求を受け取った時のデータの収集／送出ポートの処理タイミングを示す。この例では前記ポートが３つの場合のディレイ処理を示している。これらのディレイ量は管理サーバーの処理能力に依存する。このように同時の複数の拠点からの通信要求にも対応可能である。しかしながら拠点からのハートビートによる通信要請は同時に通信要請が生じないようにすることが望ましい。ハートビート通信要請のタイミングは管理サーバーからの指令データによって任意に設定することが可能であるため通信要求の傷害を防止することが出来る。【００１０】  請求項４に記載の発明例として図３に拠点側の監視モジュール機能を示す。拠点でのデータの蓄積は１分〜３０分間隔に設定可能である。ハートビートによる通信要求時間が来るとルータより通信要求を送出する。このときのＩＰアドレスはＤＨＣＰによる非固定ＩＰアドレスである。通信要求を受けた管理サーバは拠点データを収集しサーバーに記録する。管理サーバーは通信によるデータ収集が成功したことや、指令データを拠点ルータに送出する。拠点データは数ＫＢ程度であり通信時間は短く非固定ＩＰアドレスが変化する可能性はほとんどない。以上記述したようにハートビート通信とＤＨＣＰによる非固定ＩＰアドレスによる拠点からの通信要請を用いることと各拠点からの通信要請時間を制御することで、あたかも固定ＩＰアドレスの通信のような状態を得ることが出来る。
【発明の効果】
【００１１】  このような請求項１，請求項２，請求項３，請求項４の発明の構成によって遠隔地にある多拠点情報データを管理サーバーに収集したり、または管理サーバーから指令データを拠点に送出することが出来る。ハートビート通信により、あたかも遠隔地拠点が固定ＩＰアドレス構成や専用回線の常時通信形態であるかのように通信できる。この結果、通信回線維持費用を削減可能とした。
【図面の簡単な説明】
【００１２】
【図１】    本発明例の構成である。
【図２】    本発明例のデータ処理要求のタイミング図である。
【図３】    本発明例の拠点監視モジュールのフローチャートである。
【発明を実施するための最良の形態】
【００１３】    （実施の形態１）
次に、本発明例を具体化した実施形態を図に基づいて説明する。図１は本発明にかかわる装置の構成例で全体構成１００は管理センター２００、インターネット回線３００、拠点群４００から成る。管理センター内の管理サーバーはデータ収集／送出ポート２０１，２０２，２０３を持つ、インターネット回線は固定ＩＰアドレスのルータ２０４で繋がっている。拠点群４００は拠点−１、拠点−２、・・・拠点−ｎで構成され、それぞれの拠点は監視モジュール４０２、ルータ４０１を持つ、ルータ４０１は非固定ＩＰアドレスでインターネット回線に繋がっている。【００１４】    （実施の形態２）
次に、本発明を具体化した実施形態を図２に基づいて説明する。図２は本発明に係るハートビート通信要求の処理タイミング図である。図１の構成によるハートビート通信時に、同時に複数の拠点より通信要請が起こった場合の処理方法を示す。管理サーバーはデータ収集／送出ポート２０１，２０２，２０３を３つ持っている。管理サーバーと各拠点間のデータ量は拠点からのデータ収集及び管理サーバーからの指令データは数ＫＢである。図２に示すディレイ量はサーバーの処理能力にも起因しているが、１回のハートビート通信要求による処理データが数ＫＢであることからディレイを施すことで同時の通信要請にも対応処理できる。本実施例では管理サーバーのデータ収集／送出ポート数を３つとして説明したが実際のポート数は２４個で処理している。【００１５】    （実施の形態３）
図３は拠点データ送出する監視モジュールのフローチャート５００を示す。ハートビート通信による通信要求の送信時間は管理サーバーからの指令データから自由に設定可能であり、複数拠点から同時の通信要求を避けることが可能である。【００１６】  以上の構成により、非固定ＩＰアドレスである遠隔地拠点から拠点データを管理サーバーに送出したり、逆に管理サーバーから指令データを拠点で受け取ることが可能となり、あたかも固定ＩＰアドレス構成や専用回線の常時通信であるかのような形態を達成できる。この結果、通信回線維持費用を削減できる。
【符号の説明】
【００１７】  １００        本発明例の全体構成
２００        管理センター
２０１        収集／送出ポートＡ
２０２        収集／送出ポートＢ
２０３        収集／送出ポートＣ
２０４        固定ＩＰアドレスのルータ
３００        インターネット回線
４００        遠隔地の拠点群
４０１−１    非固定ＩＰアドレスのルータ
４０１−２    非固定ＩＰアドレスのルータ
４０１−３    非固定ＩＰアドレスのルータ
４０１−４    非固定ＩＰアドレスのルータ
４０１−５    非固定ＩＰアドレスのルータ
４０１−ｎ    非固定ＩＰアドレスのルータ
４０２−１    監視モジュール
４０２−２    監視モジュール
４０２−３    監視モジュール
４０２−４    監視モジュール
４０２−５    監視モジュール
４０２−ｎ    監視モジュール
５００        拠点側監視モジュールの機能フローチャート
【図１】
2012005096.tif 000003
【図２】
2012005096.tif 000004
【図３】
2012005096.tif 000005