以下、本発明の実施形態について、図面等を参照して詳細に説明する。ここで、実施形態に示す寸法、材料、その他、具体的な数値等は、例示にすぎず、特に断る場合を除き、本発明を限定するものではない。また、実質的に同一の機能及び構成を有する要素については、同一の符号を付することにより重複説明を省略し、本発明に直接関係のない要素については、図示を省略する。
まず、本発明の実施形態に係るガスメーターを含むマップ作成システムについて説明する。本実施形態において作成対象となるマップとは、例えば、地震により家屋等の構造物の倒壊や地盤沈下などの被害が発生した場合に、被害状況の程度を地域ごとに表したハザードマップをいう。
図1は、本実施形態に係るガスメーター10を含むマップ作成システム100を示すブロック図である。マップ作成システム100は、複数のガスメーター10と、管理センター80とを含む。なお、図1では、複数のガスメーター10に含まれる3つのガスメーター10A~10Cを例示する。また、ガスメーター10Aのみ、概略構成を明示する。ただし、複数のガスメーター10の構成は、それぞれ、ガスメーター10Aに示すものと同様である。
ガスメーター10は、都市ガスやLPガス等のガスの需要家宅に設置され、ガスの使用量を測定する機器である。ガスメーター10の全体形状は、箱状である。また、ガスメーター10は、ガスを流通させる配管12を備える。配管12の一端は、ガス管の一端が接続されるガス導入口14aに接続されている。一方、配管12の他端は、ガス管の他端が接続されるガス排出口14bに接続されている。ガスメーター10は、不図示であるが、配管12内を流通するガスの流量を測定する流量センサや、配管12内の圧力を測定する圧力センサなどを備える。なお、ガスメーター10は、その他、超音波センサ等を備えるものであってもよい。また、ガスメーター10は、ガスメーター10に含まれる各種センサから得られた各種データの処理や、各構成要素の動作の制御などを行う制御部16を備える。
また、ガスメーター10は、地震等の災害が発生したときに安全を確保するための安全装置を備える。ここで、安全装置とは、例えば、ガスメーター10に所定値以上の揺れが加えられたときに、ガス漏れを抑えるために配管12内のガスの流れを遮断したり、周囲に注意喚起のために警報を発したりするユニットをいう。ガスメーター10は、安全装置として、例えば、加速度センサ18と、記憶部20と、遮断弁22とを備える。
加速度センサ18は、ガスメーター10に加えられた地震等の振動に相当する加速度値を測定する。なお、加速度センサ18の検出方式は、特に限定するものではない。例えば、加速度センサ18がピエゾ抵抗素子を用いるものである場合、加速度センサ18が検出した加速度信号は、所定の成分を抽出する不図示のフィルター等を介して加速度データとして制御部16に送られる。
記憶部20は、各種データを記憶する。ここで、各種データには、ガスメーター10に含まれる各種センサで得られた測定データ、測定データに基づいて制御部16が算出した算出値、又は、予め外部から入力された各種の設定条件などが含まれる。例えば、記憶部20は、加速度センサ18により得られた加速度データを記憶する。
遮断弁22は、配管12に設置され、制御部16からの指令に基づいて、電磁気的に開閉が制御される弁である。遮断弁22は、弁体を閉じることで、配管12内のガスの流れを遮断することができる。一方、遮断弁22は、弁体を開くことで、配管12内にガスを流通させることができる。
安全装置の作動の一例として、記憶部20には、予め安全装置が作動する所定値を記憶させておく。例えば、判断の基準となる震度データを震度として、加速度センサ18から得られた加速度データに基づいて算出された震度が所定値以上となったときに安全装置を作動させる場合には、所定値を震度5と設定してもよい。この場合、制御部16は、加速度データから震度を求め、震度5以上の地震を認識したときには、遮断弁22に対して弁体を閉じるよう信号を送信し、配管12内のガスの流れを遮断する。
制御部16は、加速度センサ18から得られた加速度データに基づいて、地震発生時の揺れに関するデータを求める。ここで、揺れに関するデータとは、加速度データを用いて算出することができる地震の揺れの程度を示す指標となり得るデータ全般をいう。揺れに関するデータとしては、例えば、震度データや、ガスメーター10の傾きデータが挙げられる。震度データは、例えば、震度、又は、SI値若しくは加速度最大値など震度に類する値を含む。SI値は、地震が構造物に与える破壊力を知るための指標値である。これらのデータは、当該データを算出した加速度値が得られたときの地震と関連づけられて、記憶部20に記憶される。
また、制御部16は、後述する外部の管理センター80からの発呼命令に従って、通信部24に対して、発呼命令の対象となった地震についてのデータを管理センター80へ発呼させる。このように発呼されたデータは、管理センター80において、マップの作成に利用される。
ここで、制御部16は、発呼命令を受けた直後に一律にデータを管理センター80へ発呼するのではなく、発呼タイミングが経過したときに、特定のデータを発呼させる。発呼タイミングとは、データを発呼する対象となった地震が発生した後、実際にデータを発呼させてもよいこととなったタイミングをいう。本実施形態では、制御部16は、データを発呼する対象となった地震の発生を、管理センター80から発呼命令を受けたことにより認識するものとしている。また、発呼タイミングが経過したときとは、発呼タイミングとなった直後のほか、発呼タイミングから若干の時間差が置かれたときも含まれる。
また、制御部16において、発呼タイミングを決定する部分を「発呼タイミング制御部16a」という。なお、発呼タイミング制御部16aは、必ずしも制御部16に含まれるものではなく、制御部16とは独立していてもよい。発呼タイミング制御部16aは、発呼命令の対象となった地震についてのデータに基づいて発呼レベルを特定し、発呼レベルに基づいて発呼タイミングを決定する。なお、発呼レベル及び発呼タイミングの一例は、後述する。
また、ガスメーター10は、通信部24と、表示部26とを備える。
通信部24は、例えば無線機であり、制御部16からの信号に基づいて、管理センター80と通信可能である。通信部24は、少なくとも、記憶部20に記憶されている発呼命令の対象となった地震についてのデータを管理センター80に送信可能である。
表示部26は、制御部16からの信号に基づいて、ガスの使用量等を表示可能である。また、表示部26は、例えば、所定の震度以上の地震を感知した場合や、地震に伴ってガスを遮断した場合などにその旨を表示してもよい。さらに、表示部26は、記憶部20に記憶されているデータを、適宜表示させるものとしてもよい。
管理センター80は、管轄区域内に設置されている複数のガスメーター10と通信可能な管理施設である。具体的には、管理センター80は、ガスメーター10を運用するガス事業者の事業施設であってもよいし、又は、国や自治体の危機管理施設であってもよい。本実施形態では、管理センター80は、地震発生の際、複数のガスメーター10から揺れに関するデータを取得し、取得したデータに基づいて被害状況を反映させたマップを作成する。
管理センター80は、制御装置82と、通信装置84と、記憶装置86と、情報処理装置88と、表示装置90と、入力装置92とを備える。
制御装置82は、例えば、管理センター80内でのデータの取得、記憶又は処理などを統括する。通信装置84は、例えば無線装置であり、制御装置82からの指示に基づいて、管轄区域内にある複数のガスメーター10のそれぞれに設置されている通信部24との間で通信可能である。通信装置84は、少なくとも、特定のガスメーター10に対してデータを要求する信号を送信すること、及び、ガスメーター10から発呼されたデータを受信することが可能である。記憶装置86は、通信装置84が受信したデータを記憶する。情報処理装置88は、記憶装置86に記憶されているデータを用いて、マップを作成する。表示装置90は、管理センター80内での各種制御に関する情報を表示する。具体的には、表示装置90は、例えば、地震を検知した際の警告表示や、情報処理装置88で作成されたマップの表示が可能である。また、入力装置92は、オペレーターが操作可能であり、例えば、予めマップを作成する際の各種条件等が入力される。
次に、本実施形態の作用について説明する。
まず、本発明を採用しない比較例として、ある地域内に、地震発生時の震度データ等を記憶し、これらのデータを管理センターに送信可能なガスメーターが複数存在するものと仮定する。そして、当該地域で地震が発生したときには、管理センターが複数のガスメーターにデータを要求すると、それぞれのガスメーターがデータを一斉に管理センターに発呼する。この場合、管理センターは、ガスメーターから受信したデータに基づいてマップを作成しようとすると、例えば何万件といった数のデータを一度に処理しなければならならず、データ処理が追いつかないこともあり得る。
さらに、本発明を採用しない上記のようなガスメーターが、ある震度以上の地震のときにのみ、管理センターにデータを発呼すると仮定する。ここで、実際には、地震の規模や震度が大きいときには、大きな揺れが繰り返し発生する。そのため、ガスメーターは、大きな揺れのたびに、管理センターにデータを発呼することが想定される。また、揺れの大きい地域が広ければ広いほど、データを発呼するガスメーターが増加する。したがって、大量のデータ通信に伴って、管理センターに負担が強いられる点は、上記と同様である。
一方、揺れが繰り返されているときに、管理センターがガスメーターに対して最新のデータを要求したとすると、大きな揺れのデータが小さな揺れのデータで更新されてしまい、真に必要なデータを取得することができないこともあり得る。これに対して、ガスメーターが、揺れに関する複数回分のデータを履歴というかたちで記憶し、管理センターに発呼することも考えられる。しかし、管理センターは、揺れの回数を予想できないため、ガスメーターに対するデータ送信要求も複数回行わなければならず、結果として通信量が増加する。
そこで、本実施形態では、以下のような一連の工程を経て、最終的にマップを形成するものとする。
図2は、本実施形態におけるマップを取得するまでの流れを示すフローチャートである。図2は、左側の工程列が含まれる領域と、右側の工程列が含まれる領域とに、一点鎖線で仕切られている。左側の工程列は、管理センター80において実行又は実施される工程を含む。右側の工程列は、ガスメーター10において実行又は実施される工程を含む。
まず、管理センター80において、制御装置82は、発呼タイミング条件設定工程として、オペレーターが入力装置92を介して入力した指示に基づいて、発呼タイミングをどのように規定するかの条件を設定する(ステップS101)。以下、本実施形態で採用し得る発呼タイミングの規定条件(以下、「発呼タイミング条件」という。)を2つ例示する。
図3は、発呼タイミング条件の第1例に従うデータ列を示す表である。第1例における発呼タイミングは、発呼レベルに対して割り当てられた、発呼命令を受けてから発呼を行うまでの発呼遅延時間として規定される。
まず、管理センター80の管理区域には、それぞれガスメーター10が設置されている多くの需要家の家屋や構造物が存在する。本実施形態では、これらの家屋等に設置されているそれぞれのガスメーター10では、ある地震が発生したときに、制御部16が、震度データとしての震度と、傾きデータとしてのガスメーター10の傾きとを求めるものとする。この場合、発呼レベルは、震度の値と傾きの値とを足し合わせた数値とし得る。
図3(a)は、一例として、管理センター80の管理区域内おいて最大震度を震度5とする地震が発生し、当該地震についてガスメーター10に対して発呼命令がなされたと想定した場合の家屋ごとの発呼遅延時間を示す表である。図3(b)は、発呼レベルと発呼遅延時間との関係を示す表である。
図3(a)を参照すると、例えば、第2家屋D2では、震度4で、ガスメーター10B(図5参照)の傾きが5°であった。この場合の発呼レベルは、震度の値と傾きとの値を足し合わせることで「9」となる。一方、例えば、第2家屋D2とは異なる地域に建っている第4家屋D4では、震度4で、ガスメーター10D(図5参照)の傾きが0°であった。この場合の発呼レベルは、震度の値と傾きとの値を足し合わせることで「4」となる。
そして、発呼遅延時間は、上記のように決定された発呼レベルを、予め規定された図3(b)に示される表に適用することで決定することができる。特に、発呼レベルが高いほど、より早く発呼を行わせ、反対に、発呼レベルが低いほど、より遅く発呼を行わせる。つまり、震度又は傾きのいずれか又は双方の値が高いガスメーター10には、マップの作成の趣旨から緊急性が高いため、早く発呼を行わせる。反対に、震度又は傾きのいずれか又は双方の値が低いガスメーター10には、マップの作成の趣旨から緊急性が低いため、遅く発呼を行わせる。なお、図3(b)に示す例では、緊急性が高い方に分類される発呼レベル5~10の場合には、共通して発呼遅延時間を0時間とする。つまり、発呼レベル5~10となったガスメーター10には、発呼命令を受けた後、データを管理センター80に発呼するまでに、遅延時間を設けない。例えば、第2家屋D2のガスメーター10Bでは、発呼レベルは「9」であるので、図3(b)を参照すると、発呼遅延時間は0時間となる。一方、第4家屋D4のガスメーター10Dでは、発呼レベルは「4」であるので、図3(b)を参照すると、発呼遅延時間は1時間となる。
図4は、発呼タイミング条件の第2例に従うデータ列を示す表である。第2例における発呼タイミングでは、まず、発呼命令の対象となった地震についてのデータに基づいて特定された発呼レベルを初期値とする。その上で、発呼タイミングは、予め規定された時間間隔ごとに発呼レベルを上昇させて、発呼レベルの上限に達したときの経過時間として規定される。
なお、第2例においても、第1例と同様に、各家屋等に設置されているそれぞれのガスメーター10では、ある地震が発生したときに、制御部16が、震度データとしての震度と、傾きデータとしてのガスメーター10の傾きとを求めるものとする。
図4(a)は、一例として、管理センター80の管理区域内おいて最大震度を震度5とする地震が発生し、当該地震についてガスメーター10に対して発呼命令がなされたと想定した場合の家屋ごとの発呼タイミングを示す表である。
図4(a)を参照すると、まず、家屋ごとのガスメーター10がそれぞれ得たデータ、すなわち、震度の値及びガスメーター10の傾きの値は、第1例に関する図3の場合と同一である。また、この場合の発呼レベルも、震度の値と傾きの値とを足し合わせた数値とし得る。ただし、第2例では、発呼命令の対象となった地震についてのデータに基づいて特定された発呼レベルは、経過時間を特定するための初期値として用いられる。
そして、経過時間は、発呼レベルの初期値から、予め規定された時間間隔ごとに発呼レベルを上昇させて、発呼レベルの上限に達したときとすることで決定することができる。ここで、時間間隔、及び、発呼レベルの上限は、任意である。図4においては、時間間隔を、一例として1時間間隔としている。一方、発呼レベルの上限を、一例として「10」としている。第2例における発呼タイミング条件によっても、ガスメーター10は、マップの作成の趣旨に従って、緊急性が高いものからデータの発呼を行うことになる。例えば、第2家屋D2のガスメーター10Bでは、発呼レベルの初期値が「9」であるので、1時間経過時には、発呼レベルは、1つ上昇して「10」となり、上限に到達する。一方、第4家屋D4のガスメーター10Dでは、発呼レベルの初期値が「4」であるので、4時間経過時でも、発呼レベルは「8」であり、上限に到達しない。
次に、管理センター80において、制御装置82は、発呼タイミング条件送信工程として、ステップS101で設定された発呼タイミング条件を通信装置84から管轄区域に設置されている複数のガスメーター10に送信させる(ステップS102)。
次に、ガスメーター10において、制御部16は、発呼タイミング条件記憶工程として、通信部24にステップS102で送信された発呼タイミング条件を受信させ、記憶部20内に記憶させる(ステップS103)。
次に、ガスメーター10において、制御部16は、データ測定工程として、加速度センサ18に、ステップS103で記憶された発呼タイミング条件に基づいて、地震発生時の震度とガスメーター10の傾きとを測定させる(ステップS104)。データ測定を開始するタイミングは、ガスメーター10が発呼タイミング条件を記憶した直後としてもよい。又は、別途、管理センター80側からデータ測定の開始の指示がガスメーター10側に発せられるものとし、制御部16は、その指示に基づいてデータ測定を開始してもよい。また、測定された震度とガスメーター10の傾きとの値は、記憶部20に記憶される。
次に、ガスメーター10において、制御部16は、データ測定を継続させるかどうか判断する(ステップS105)。ここで、制御部16は、次のような条件に基づいてデータ測定を継続させるかどうか判断してもよい。例えば、制御部16は、管理センター80からの指令により、予めデータ測定を行う期間が設定され、当該期間中、データ測定を繰り返すよう制御するものとしてもよい。又は、制御部16は、管理センター80からのデータ測定停止の指示がない限り、データ測定を繰り返すよう制御するものとしてもよい。ステップS105において、制御部16は、データ測定を継続させると判断した場合は(Y)、ステップS104に移行し、データ測定工程を繰り返す。一方、ステップS105において、制御部16は、データ測定を継続させないと判断した場合は(N)、そのままデータ測定を終了する。
次に、ガスメーター10においてステップS104のデータ測定工程が繰り返されている間、管理センター80は、複数のガスメーター10が設置されている管轄区域における地震の検知を開始する。ここで、当該地震の検知は、管理センター80自体が地震を測定することで実施してもよいし、例えば気象庁等の外部機関からもたらされる情報に基づいて実施してもよい。
管理センター80が、マップの作成を要する地震を検知したとき、管理センター80において、制御装置82は、発呼命令工程として、関係する地域内にある、データの発呼を要するガスメーター10に対して発呼命令を行う(ステップS106)。ここで、関係する地域は、例えば、管轄区域全体であってもよいし、管轄区域内の特定地域であってもよい。特定地域とは、例えば、市町村等の区割りに基づく地域や、地形等の条件で予め区別された地域などをいう。また、データの発呼を要するガスメーター10とは、例えば、地震を検知した際の情報に基づいて、被害が発生していると予想される地域にあるガスメーター10をいう。
次に、発呼命令を受信したガスメーター10において、制御部16は、データ抽出工程として、記憶部20から、発呼命令の対象となった地震についてのデータを抽出させる(ステップS107)。例えば、図3及び図4に示す例における、第1家屋D1のガスメーター10A(図5参照)に発呼命令がなされたとする。この場合、ガスメーター10Aでは、制御部16は、記憶部20から、震度5及びガスメーター10Aの傾きが1°の各データを抽出する。抽出されたデータは、発呼タイミング制御部16aに送信される。
次に、ガスメーター10において、発呼タイミング制御部16aは、発呼レベル特定工程として、ステップS103で記憶した発呼タイミング条件に基づいて、ガスメーター10の発呼レベルを特定する(ステップS108)。
ここで、ステップS103で記憶した発呼タイミング条件が、図3を用いて例示したような第1例を採用したものであると想定する。この場合、例えば、第2家屋D2のガスメーター10Bでは、発呼タイミング制御部16aは、図3(a)に示すように発呼レベルを「9」と特定する。また、第4家屋D4のガスメーター10Dでは、発呼タイミング制御部16aは、図3(a)に示すように発呼レベルを「4」と特定する。その他の家屋においても、同様に発呼レベルが特定される。
一方、ステップS103で記憶した発呼タイミング条件が、図4を用いて例示したような第2例を採用したものであると想定する。この場合、例えば、第2家屋D2のガスメーター10Bでは、発呼タイミング制御部16aは、図4(a)に示すように発呼レベルの初期値を「9」と特定する。また、第4家屋D4のガスメーター10Dでは、発呼タイミング制御部16aは、図4(a)に示すように発呼レベルの初期値を「4」と特定する。その他の家屋においても、同様に発呼レベルが特定される。
次に、ガスメーター10において、発呼タイミング制御部16aは、発呼タイミング決定工程として、ステップS108で特定した発呼レベルに基づいて、ガスメーター10の発呼タイミングを決定する(ステップS109)。
ここで、発呼タイミング条件が第1例を採用したものである場合、例えば、第2家屋D2のガスメーター10Bでは、発呼タイミング制御部16aは、図3(b)を参照して、発呼レベル「9」から発呼遅延時間を0時間と決定する。したがって、第2家屋D2のガスメーター10Bでは、発呼タイミングは、発呼命令を受けた直後となる。また、第4家屋D4のガスメーター10Dでは、発呼タイミング制御部16aは、図3(b)を参照して、発呼レベル「4」から発呼遅延時間を1時間と決定する。したがって、第4家屋D4のガスメーター10Dでは、発呼タイミングは、発呼命令を受けてから1時間遅らせたタイミングとなる。その他の家屋においても、同様に発呼タイミングが決定される。
一方、発呼タイミング条件が第2例を採用したものである場合、例えば、第2家屋D2のガスメーター10Bでは、発呼タイミング制御部16aは、発呼レベルの初期値「9」から発呼レベルが「10」となる経過時間を求める。図4(a)を参照すると、発呼レベルが「10」となるのは、地震発生時から1時間経過時である。したがって、第2家屋D2のガスメーター10Bでは、発呼タイミング制御部16aは、経過時間を1時間と決定し、発呼タイミングは、発呼命令を受けてから1時間経過後となる。
また、第4家屋D4のガスメーター10Dでは、発呼タイミング制御部16aは、発呼レベルの初期値「4」から発呼レベルが「10」となる経過時間を求める。しかし、図4(a)を参照すると、第4家屋D4のガスメーター10Dでは、地震発生時から4時間経過しても、発呼レベルが「10」とならない。この場合には、例えば、2通りの対処がある。第1に、発呼命令を受けたすべてのガスメーター10が、いずれはデータを発呼するようにしてもよい。この場合、図4(a)には表記されていないが、1時間間隔で発呼レベルを1つ上昇させる原則に従えば、発呼レベルが「10」となるのは、地震発生時から6時間経過後である。そこで、第4家屋D4のガスメーター10Dでは、発呼タイミング制御部16aは、経過時間を6時間と決定し、発呼タイミングは、発呼命令を受けてから6時間経過後としてもよい。第2に、特定された発呼レベルでは、規定の経過時間、例えば、図4(a)に表記されている最大経過時間である4時間を超える場合には、データの発呼を行わないものとしてもよい。
次に、ガスメーター10において、制御部16は、発呼工程として、ステップS109で決定された発呼タイミングで、管理センター80にデータを発呼する(ステップS110)。
次に、管理センター80において、制御装置82は、データ収集工程として、ガスメーター10から発呼されたデータを収集する(ステップS111)。収集されたデータは、発呼されてきた順に、管理センター80内の記憶装置86に記憶される。
そして、管理センター80において、制御装置82は、マップ作成工程として、情報処理装置88に、記憶装置86内に記憶されているステップS111で収集されたデータを用いてマップを作成させる。(ステップS112)。ここで、情報処理装置88は、すべてのガスメーター10からデータが収集されることを待たずに、発呼タイミングごとに収集されたデータを用いて、順次、マップを作成する。
図5は、ステップS112において作成されるマップの概念を説明する図である。図5では、簡略化のために、管理センター80の管轄区域ARに存在する多数の需要家のうちの7つの需要家の家屋を例示している。以下、7つの家屋をそれぞれ、第1家屋D1、第2家屋D2、第3家屋D3、第4家屋D4、第5家屋D5、第6家屋D6、第7家屋D7と表記する。また、第1家屋D1~第7家屋D7には、それぞれ1つずつ、本実施形態に係るガスメーター10A、ガスメーター10B、ガスメーター10C、ガスメーター10D、ガスメーター10E、ガスメーター10F、ガスメーター10Gが設置されている。なお、図5では、管理センター80が管轄区域ARの内部に存在するものとしているが、管轄区域ARの外部に存在していてもよい。
ここで、ステップS101で設定される発呼タイミング条件が、一例として、図3を用いて例示した第1例を採用したものであると想定する。
図3(a)を参照すると、最も早くデータを発呼するガスメーター10は、発呼タイミングとして発呼遅延時間が0時間と決定された第1家屋D1、第2家屋D2、第6家屋D6の3つの家屋に設置されているガスメーターである。図5では、第1家屋D1、第2家屋D2、第6家屋D6が含まれる地域C0を破線で示している。
情報処理装置88は、まず、これらの家屋に設置されているガスメーター10A、ガスメーター10B、ガスメーター10Fから発呼されたそれぞれのデータを用いてマップを作成する。ガスメーター10Aから発呼されたデータには、震度5及びガスメーター10Aの傾き1°という情報が含まれている。ガスメーター10Bから発呼されたデータには、震度4及びガスメーター10Bの傾き5°という情報が含まれている。また、ガスメーター10Fから発呼されたデータには、震度5及びガスメーター10Fの傾き2°という情報が含まれている。そして、情報処理装置88は、これらの現段階で収集されたデータを解析し、以下のような被害状況を導き出す。
まず、第1家屋D1について、ガスメーター10Aからのデータによれば、最大震度である震度5となった第1地域C1にあるが、傾きが1°であるので、大きな揺れに見舞われたものの、被害は小さいと想定される。
次に、第2家屋D2について、ガスメーター10Bからのデータによれば、第1地域C1の震度5よりも小さい震度4である第2地域C2に含まれるが、傾きが5°であり、第1家屋D1と比べても大きな値となっている。つまり、第2家屋D2は、図5に示すような地盤の変化、又は、家屋自体の倒壊などが発生し、大きな被害を受けたと想定される。
次に、第6家屋D6について、ガスメーター10Fからのデータによれば、震度5であり、第1家屋D1と同様に第1地域C1に分類されるため、大きな揺れに見舞われたものの、被害は小さいと想定される。ただし、第1家屋D1と比較して、傾きの値が2°と、若干大きくなっているため、マップには、第6家屋D6周辺が第1家屋D1周辺よりも被害が出ているおそれがあることが表記されてもよい。
なお、情報処理装置88は、ガスメーター10A、ガスメーター10B、ガスメーター10Fから発呼されたそれぞれのデータを用いたマップの作成を、次の発呼タイミングで別のガスメーター10からデータが発呼される前に行うことが望ましい。
次に、図3(a)を参照すると、次にデータを発呼するガスメーター10は、発呼タイミングとして発呼遅延時間が1時間と決定された第4家屋D4に設置されているガスメーター10Dである。そこで、情報処理装置88は、次に、ガスメーター10Dから発呼されたデータを用いてマップを作成する。
ガスメーター10Dからのデータによれば、震度4の第2地域C2に含まれるが、傾きが0°であるので、ある程度の揺れに見舞われたものの、被害は小さいと想定される。一方で、同じく第2地域C2に含まれる第2家屋D2では、上記のとおり、傾きの値から大きな被害が発生したおそれがある。そこで、情報処理装置88は、第2地域C2の中でも、被害が小さいと予想される第4家屋D4が含まれる第5地域C5と、被害が大きいと予想される第2家屋D2が含まれる第6地域C6とを、マップ上で明確に区別して表記してもよい。
ここで、第2地域に含まれる第2家屋D2の方が、震度の大きい第1地域C1に含まれる第1家屋D1及び第6家屋D6よりも、実際には大きな被害を受けていると予想される。また、第2家屋D2の方が、同じ第2地域C2に含まれる第4家屋D4よりも、実際には大きな被害を受けていると予想される。つまり、今回の地震において被害が大きいと予想される地域の中でも、特に第2家屋D2が存在する第6地域C6が最も災害対応を要する地域であるということがわかる。
なお、ここでも、情報処理装置88は、ガスメーター10Dから発呼されたデータを用いたマップの作成を、次の発呼タイミングで別のガスメーター10からデータが発呼される前に行うことが望ましい。
次に、図3(a)を参照すると、次にデータを発呼するガスメーター10は、発呼タイミングとして発呼遅延時間が3時間と決定された第5家屋D5に設置されているガスメーター10Eである。そこで、情報処理装置88は、次に、ガスメーター10Eから発呼されたデータを用いてマップを作成する。
ガスメーター10Eからのデータによれば、震度2で、傾きが0°であるので、揺れに見舞われたものの、被害は小さいと想定される。ここで、情報処理装置88は、震度の分類として、震度2となった第3地域C3をマップ上で区別して表記してもよい。
なお、ここでも、情報処理装置88は、ガスメーター10Eから発呼されたデータを用いたマップの作成を、次の発呼タイミングで別のガスメーター10からデータが発呼される前に行うことが望ましい。
次に、図3(a)を参照すると、次にデータを発呼するガスメーター10は、発呼タイミングとして発呼遅延時間が4時間と決定された第3家屋D3に設置されているガスメーター10Cと第7家屋D7に設置されているガスメーター10Gである。そこで、情報処理装置88は、次に、ガスメーター10C及びガスメーター10Gから発呼されたデータを用いてマップを作成する。
ガスメーター10C及びガスメーター10Gからのデータによれば、それぞれ、震度1で、傾きが0°であるので、被害はほとんどないと想定される。ここで、情報処理装置88は、震度の分類として、震度1となった第4地域C1をマップ上で区別して表記してもよい。
このように、情報処理装置88は、データに基づいて第1地域C1から第6地域C6のような個別の地域を具体的に特定して地図上に表していくことで、実際の被害状況を的確に反映させたマップを作成することができる。また、情報処理装置88は、マップを作成するときに、発呼レベルが高いと特定されたガスメーター10から発呼されたデータを優先して利用する。したがって、情報処理装置88は、被害が大きいと予想される緊急性の高い地域からマップ上の表記内容を特定させていくことができる。これは、作成されたマップを利用した緊急対策上、有利となり得る。
なお、図5を用いた説明では、ステップS101で設定される発呼タイミング条件が、図3を用いて例示した第1例を採用するものとした。これに対して、ステップS101で設定される発呼タイミング条件が、図4(a)を用いて例示した第2例を採用するものとしても、情報処理装置88は、同様にマップを作成することができる。
この場合、図4(a)を参照すると、最も早くデータを発呼するガスメーター10は、発呼タイミングを地震発生時から1時間経過後と決定された第2家屋D2に設置されているガスメーター10Bである。したがって、情報処理装置88は、まず、ガスメーター10Bから発呼されたデータを用いてマップを作成する。次にデータを発呼するガスメーター10は、発呼タイミングを地震発生時から3時間経過後と決定された第6家屋D6に設置されているガスメーター10Fである。したがって、情報処理装置88は、次に、ガスメーター10Fから発呼されたデータを用いてマップを作成する。以後のマップ作成についても、情報処理装置88は、図4(a)に基づいて同様に実行する。
次に、本実施形態による効果について説明する。
本実施形態に係るガスメーター10は、加速度値を測定する加速度センサ18と、加速度値に基づいて地震発生時の揺れに関するデータを求め、特定のデータを発呼させる制御部16とを備える。ガスメーター10は、データを発呼させる対象となった地震についてのデータに基づいて発呼レベルを特定し、発呼レベルに基づいて、データを発呼させる発呼タイミングを決定する発呼タイミング制御部16aを備える。また、ガスメーター10は、データの発呼に関して外部との間で通信を行う通信部24を備える。ここで、制御部16は、発呼タイミングが経過したときに、通信部24に対してデータを発呼させる対象となった地震についてのデータを外部へ発呼させる。
ここで、上記の外部が管理センター80に相当するものとすると、管理センター80は、地震の被害状況を把握するためにマップを作成する。このとき、管理センター80は、複数のガスメーター10が取得した地震発生時の揺れに関するデータをそれぞれのガスメーター10に発呼させて収集し、マップの作成に利用する。ここで、ガスメーター10は、データを、地震が発生した直後に一律に管理センター80へ発呼するのではなく、発呼タイミングに従って発呼する。したがって、複数のガスメーター10全体で見た場合、それぞれのガスメーター10が、地震が発生した直後に一斉にデータを管理センター80へ発呼することを予め回避させることができる。つまり、ガスメーター10ごとに、管理センター80との間で通信するタイミングを分散させることができるので、例えば、地震発生後の混乱時期であっても、通信量の過多に起因した通信障害の発生を抑えることができる。
このように、本実施形態によれば、ガスメーター10が設置されている地域で地震が発生したときに、地震による被害を迅速に把握するのに有利となるガスメーター10を提供することができる。
また、本実施形態に係るガスメーター10では、発呼タイミングは、発呼レベルに対して割り当てられた、データを発呼する対象となった地震が発生してから発呼を行うまでの発呼遅延時間であるものとしてもよい。
このようなガスメーター10によれば、発呼レベルが予め管理センター80が要する優先順位で決定されていれば、優先順位が高いときには地震が発生してから早いタイミングでデータを発呼し、優先順位が低いときにはデータの発呼を遅らせる。ここで、発呼レベルは、データを発呼する対象となった地震についてのデータに基づいて特定されるので、例えば、当該地震による被害が大きいと予想される家屋等に設置されているガスメーター10から優先的にデータを発呼させることができる。つまり、管理センター80に対して、マップの作成に際して、緊急性を要する地域を優先して表記内容を特定させる点で有利となり得る。
また、本実施形態に係るガスメーター10では、まず、データを発呼する対象となった地震についてのデータに基づいて特定された発呼レベルを初期値とする。このとき、発呼タイミングは、予め規定された時間間隔ごとに発呼レベルを上昇させて、発呼レベルの上限に達したときの経過時間であるものとしてもよい。
このようなガスメーター10によれば、発呼タイミングを、データを発呼する対象となった地震が発生してから発呼を行うまでの発呼遅延時間とする場合と同様の効果を奏する。
ここで、発呼タイミングを、予め規定された時間間隔ごとに発呼レベルを上昇させて、発呼レベルの上限に達したときの経過時間とする場合に、当該地震の次に新たなデータの発呼を要する第2の地震が発生したと想定する。この場合、制御部16は、第2の地震の地震発生時の揺れに関する第2のデータを求めるものとしてもよい。このとき、発呼タイミング制御部16aは、第2のデータに基づいて特定された第2の地震の発生時の発呼レベルと、第2の地震の発生前の発呼レベルとを比較する。そして、発呼タイミング制御部16aは、第2の地震の発生時の発呼レベルの方が、第2の地震の発生前の発呼レベルよりも大きいと判断した場合には、第2の地震の発生時の発呼レベルを新たな初期値として発呼レベルを上昇させてもよい。
図4(b)は、一例として、管理センター80の管理区域内おいて最大震度を震度7とする第2の地震が発生し、再度、当該地震についてガスメーター10に対して発呼命令がなされたと想定した場合の家屋ごとの発呼タイミングを示す表である。図4(b)における各家屋は、図4(a)における各家屋と同一である。
図4(b)において、震度及びガスメーター10の傾きの各値は、第2の地震についてのデータである。「地震発生前」の発呼レベルは、図4(a)に示す「4時間経過時」の発呼レベルを引き継いだ値となっている。つまり、第2の地震は、当初の地震から4時間経過した後で5時間経過していない間に発生したものと想定される。「地震発生時」の発呼レベルは、第2の地震についてのデータに基づいて特定された発呼レベルの新たな初期値である。
ここで、新たな初期値は、基本的には、第2の地震についてのデータに基づいて特定された発呼レベルとするが、例えば、第2の地震では、第3家屋D3において震度7の大地震に見舞われており、発呼レベルが急激に高くなっている。そこで、発呼タイミング制御部16aは、第3家屋D3を含む地域に関して緊急性を上げるために、地震発生前には発呼レベルが「5」であったものを、第2の地震についてのデータに基づいて特定された発呼レベル「8」に更新する。そして、発呼タイミング制御部16aは、発呼レベルが上限である「10」に達したときに、第2のデータを発呼させる。
したがって、この場合には、発呼レベルが「10」となる時間が当初の発呼レベルよりも早まるため、管理センター80がマップを作成するに際して、第3家屋D3を含む地域の被害をより迅速に反映させることができる。
また、本実施形態に係るマップ作成方法は、ガスメーター10に備えられている加速度センサ18が測定した加速度値に基づいて地震発生時の揺れに関するデータを求めるデータ測定工程を含む。マップ作成方法は、データ測定工程で得られたデータのうち、データを管理センター80へ発呼する対象となった地震についてのデータに基づいて発呼レベルを特定する発呼レベル特定工程を含む。マップ作成方法は、発呼レベル特定工程で特定された発呼レベルに基づいて、データを発呼させる発呼タイミングを決定する発呼タイミング決定工程を含む。マップ作成方法は、発呼タイミング決定工程で決定された発呼タイミングが経過したときに、データを発呼する対象となった地震についてのデータを管理センター80へ発呼させる発呼工程を含む。また、マップ作成方法は、管理センター80が発呼工程で発呼されたデータを用いてマップを作成するマップ作成工程を含む。
このようなマップ作成方法によれば、上記説明したガスメーター10の効果と同様に、ガスメーター10が設置されている地域で地震が発生したときに、地震による被害を迅速に把握するのに有利となるマップ作成方法を提供することができる。
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
例えば、ガスメーター10は、IoT(Internet of Things)を用いた通信を可能とする構成を有するものとしてもよい。この場合、ガスメーター10は、インターネットに無線又は有線で接続され、インターネットを介して管理センター80にデータを送信してもよい。
また、例えば、図2のフローチャートを用いて説明した一連の工程では、地震発生時の揺れに関するデータとして、震度データとガスメーター10の傾きデータとを採用するものとした。したがって、データを用いて作成されるマップには、震度データだけでは判断が難しい被災地域内の家屋ごとの状況を反映させることができるので、データの信頼度を向上させることができる。結果として、本実施形態において作成されたマップを利用することで、管理センター80は、実際に被害の大きい地域から災害時の対応をするなど、より効率的な活動を支援することが可能となる。
一方で、地震発生時の揺れに関するデータとして、震度データとガスメーター10の傾きデータとの双方を採用することは必須ではなく、例えば、マップに要求される精度によっては、いずれかのデータのみを採用するものとしてもよい。
また、上記の説明では、制御部16は、外部の管理センター80から発せられた発呼命令に従って、当該発呼命令の対象となった地震を、データを発呼する対象となった地震として特定するものとした。しかし、本発明では、データを発呼する対象となる地震を、外部からの発呼命令によらずに、発呼タイミング制御部16aが独自に決定することもあり得る。
この場合、例えば、発呼タイミング制御部16aは、予め規定された震度に基づいて、データを発呼する対象となる地震を特定するものとする。予め規定される震度の大きさは、震度2~3程度とし得る。この震度の大きさは、例えば、データを収集する側である管理センター80において、データ処理に過度の負担が生じないことや、作成されるマップが所望の精度を得られるかどうかなどを考慮して、決定される。なお、発呼タイミング制御部16aが、データを発呼させる対象となった地震についてのデータに基づいて発呼レベルを特定し、発呼レベルに基づいてデータを発呼させる発呼タイミングを決定する点は、上記と同様である。
このような発呼タイミング制御部16aが独自にデータを発呼する対象となる地震を決定する構成によれば、管理センター80からの発呼命令に関する通信を省略することができるので、管理センター80における処理負荷が、より低減される。