JP6964525B2 - Ｌｐガスのオーダーシステム、オーダープログラムおよびオーダー方法 - Google Patents

Description

本発明は、ＬＰガス（Liquefied Petroleum Gas ：液化石油ガス）の利用および拡販技術に関する。

ＬＰガスは、ボンベやシリンダなどのガス容器に装填されてユーザーの軒先などに配送される。ユーザーに設置されるガス容器はガス消費量に応じて設置され、通常、バックアップ用を含めて複数本が設置される。このガス容器はガス切れ前の段階で配送業者により交換することが行われている。
ＬＰガスの残量管理に関し、ガス容器とガス消費設備との間にあるガス供給路に配置された流量計測手段で検知したガス消費量とガス容器のガス残量から、ガス消費設備で消費可能な残時間を算出して表示することが知られている（たとえば、特許文献１）。
ガス容器の配送予測に関し、安全率マスタを用いてガス切れの発生日を予測し、配送効率およびガス切れリスクを考慮した配送予定日を算出することが知られている（たとえば、特許文献２）。

ガス容器の配送日に関し、ガスメーターの指針データを受け付け、前回指針日から次回指針日までの間のガス使用量に基づいてガス残量を更新し、指針日間の一日当たりのガス使用量と、過去の期間における一日当たりのガス使用量の変化率とに基づいて予測された一日当たりのガス使用量に応じて、更新されたガス残量を減少させて将来のガス残量を予測し、このガス残量が所定日となる日を配送日に決定することが知られている（たとえば、特許文献３）。また、ガスメーターの複数の検針データからガス使用量を得てガス残量を更新し、ガス容器の過去のガス使用量の比較によるガス使用量の変化に基づき更新されたガス残量を減少させて将来のガス残量を予測し、予測されたガス残量が所定値となる日をガス容器の配送日に決定することが知られている（たとえば、特許文献４）。

特開２０１６−０７５３６６号公報 特許第５８０２２２５号公報 特許第５５７０５５２号公報 特許第５５７０５５３号公報

ところで、ＬＰガスの販売システムは通常、ＬＰガスを充填したガス容器による提供を原則としている。このため、ボンベなどのガス容器の設置が条件であり、その拡販にはガス容器による制約を受けることになる。設置スペースを確保してガス容器を共同購入することは可能であるが、それでも距離的条件などの制約を受けるという課題がある。
また、使用中のガス容器のガス切れ日を特定する方法は、月に１度の指針データと配送員の経験に依存するところが大きく、ガス切れ日の推定精度が悪かった。このような人的な処理をベースにした配送システムには、配送先のガス容器のＬＰＧ残量が予想より多かったり、ガス切れを起こしたりすることもあり、業務効率が悪く、配送コストもかかるという課題がある。

このような人的処理による課題の解消に向け、スマートメーターの導入が検討されている。本発明者らは、使用中のガス容器側から多頻度で取得した複数のガス使用量に関するデータ（ガスデータ）のトレンドからガス切れ推定日を容易に特定することができるとの知見を得ている。
ガス容器について、ＬＰガス充填容積や設置本数を最小化すれば、ＬＰガスユーザーを拡大することが可能であっても、ガス切れの推定精度が低い場合にはＬＰガスユーザーの利便性を損なうという課題がある。

斯かる要求や課題について、特許文献１〜特許文献４にはその開示や示唆はなく、それを解決する構成等についての開示や示唆はない。
そこで、本発明の目的は上記課題および上記知見に基づき、ガス容器の設置スペースを削減し、ＬＰガスユーザーの拡大とともに利便性を向上させることにある。

上記目的を達成するため、本発明のＬＰガスオーダーシステムの一側面によれば、ＬＰガス充填容積が同一もしくは異なる複数のガス容器、または単一のガス容器と、ガス容器からガス機器に流れるガス流量を計測し、または前記ガス容器のガス残量を計測する計測部と、前記計測部よりデータを収集するデータ収集部と、前記ＬＰガス充填容積で特定される単一または複数のガス切れ推定データを格納した記憶部と、使用中のガス容器のガス切れ推定データを特定し、このガス切れ推定データと前記データとを比較することによりガス切れ推定日を算出する演算部とを備え、前記データ収集部は、収集する前記データの取得頻度または時間間隔を前記ＬＰガス充填容積により変更する。
このＬＰガスオーダーシステムにおいて、さらに、ガス容器の識別情報とともに前記ガス切れ推定日を提示する情報提示部を備えてよい。

上記目的を達成するため、本発明のＬＰガスオーダープログラムの一側面によれば、コンピュータで実現させるＬＰガスオーダープログラムであって、ガス容器よりガス機器に流れるガス流量を計測し、または前記ガス容器のガス残量を計測する機能と、データを時系列で収集する機能と、充填容積で特定される単一または複数のガス切れ推定データを記憶する機能と、使用中のガス容器によってガス切れ推定データを特定し、このガス切れ推定データと前記データとを比較することによりガス切れ推定日を算出する機能と、収集する前記データの取得頻度または時間間隔を前記ＬＰガス充填容積により変更する機能を前記コンピュータで実現させる。

上記目的を達成するため、本発明のＬＰガスオーダー方法の一側面によれば、ＬＰガス充填容積が同一もしくは異なる複数のガス容器、または単一のガス容器からガス容器を選択する工程と、ガス容器からガス機器に流れるガス流量を計測し、または前記ガス容器のガス残量を計測する工程と、データを収集する工程と、前記ＬＰガス充填容積で特定される単一または複数のガス切れ推定データを記憶部に格納する工程と、使用中のガス容器によってガス切れ推定データを特定し、このガス切れ推定データと前記データとを比較することによりガス切れ推定日を算出する工程と、収集する前記データの取得頻度または時間間隔を前記ガス充填容積に応じて変更する工程とを含む。

本発明によれば、次のいずれかの効果が得られる。
(1) ガス容器の設置スペースに制約を受けることなく、狭い設置スペースでもＬＰガスを使用できるとともに、ユーザーの軒先に設置するガス容器を最小化でき、ＬＰガスユーザーの拡大を図ることができる。
(2) ＬＰガス使用またはＬＰガス残量の多頻度の計測により、ガス切れのリスクを低下させることができるので、少容量または少数のガス容器しか設置できない場合であっても、ＬＰガス利用を図ることができ、ＬＰガスを拡販できる。
(3) ガス容器の設置スペースを確保できない場合であっても、ガス容器を設置する自由度の拡大化で、積極的にＬＰガスの利用を勧めることができる。
(4) 多頻度の計測によるガス切れ推定精度の向上が図られることにより、ガス切れを補完するバックアップ用のガス容器を省略でき、ガス容器の設置スペースが十分でない場合にもガス切れリスクを低減でき、ＬＰガス需要を拡大することができる。

一実施の形態に係るＬＰガスオーダーシステムを示す図である。 Ａはガス切れ推定データを示す図、Ｂは使用中のガス容器のガスデータを示す図である。 ガス切れ推定の処理シーケンスを示す図である。 実施例１に係るＬＰガスオーダーシステムを示す図である。 Ａはガスメーターを示す図、Ｂはガス切れ推定部のハードウェアを示す図である。 Ａはガスデータテーブルを示す図、Ｂはガス切れ推定データベースを示す図である。 Ａは管理センターのハードウェアを示す図、Ｂは通報表示を示す図である。 ガス切れ推定の処理シーケンスを示す図である。 実施例２に係るＬＰガスオーダーシステムを示す図である。 Ａは選択されたガス切れ推定データを示す図、Ｂは使用中のガス容器のガスデータを示す図である。 実施例２に係るガス切れ推定の処理シーケンスを示す図である。

〔一実施の形態〕
図１は、一実施の形態に係るＬＰガスオーダーシステムを示している。図１に示す構成は一例であり、本発明が斯かる構成に限定されるものではない。
このＬＰガスオーダーシステム（以下単に「オーダーシステム」と称する）２は、図１のＡに示すように、オーダーされたガス容器４について、そのガス切れ推定日を算出するシステムである。このシステムには計測部６、データ収集部８、データ処理部１０、記憶部１２、出力部１４が備えられる。計測部６はガスメーター１６に備えられる。データ収集部８、データ処理部１０、記憶部１２および出力部１４はガス切れ推定部１８を構成する。

ガス容器４は、ＬＰガス充填容積が異なる複数のガス容器群４Ｘ（図１のＢ）から選択され、オーダーされる。このガス容器４の選択には、ユーザーの設置スペースなどの設置条件や、使用形態などの需要条件などが考慮される。
このガス容器４のガスＧは、ガス供給路２０を通してガス機器２２に流れる。計測部６はガス供給路２０に設置され、ガス流量またはガス容器４のガス残量を多頻度で計測し、その計測出力として、「ガス使用量に関するデータ」であるガスデータを出力する。このガスデータは、ガス容器４のガス切れ推定日の算出に用いられる。したがって、ガスデータは、たとえば、ガス流量の計測値、ガス使用量、ガス残量、ロードサーベイやガスメーター１６の出力パルス、計測値と同様にガス使用量やガス残量を示すデータ、アラーム情報、ガス使用量やガス残量を表す容器内圧力の何れでもよいし、これらの２以上を組合せたデータでもよい。
ガス機器２２にはガスＧを燃焼させるガス器具や給湯機器など、複数のガス機器２２−１、２２−２・・・が含まれる。

データ収集部８は、計測部６の多頻度で計測された複数のガスデータを時系列で収集する。このガスデータは時系列で記憶部１２に格納され、保存される。
データ処理部１０は演算部の一例であり、現在使用中のガス容器４のガスデータＳｉと、記憶部１２にあるガス切れ推定データＳｘとを比較し、使用中のガス容器４のガス切れ推定日ｄｘを算出する。
記憶部１２には、使用中のガス容器４のガス切れ推定演算に用いられる複数のガス切れ推定データＳｘ（＝Ｓｘａ、Ｓｘｂ、Ｓｘｃ、・・・）が格納されている。ガス切れ推定データＳｘは、ＬＰガス充填容積が異なるガス容器に対応している。このガス切れ推定データＳｘはＬＰガス充填容積を識別情報として選択され、ガス切れ推定の演算に用いられる。
ガス切れ推定データＳｘには、過去のガスデータの他、ユーザー情報、ガス容器４の属性情報、過去のガス切れ推定日、その通報日などがガス容器４の識別情報に関係付けられて格納されている。

出力部１４は通信機能を備えてたとえば、図示しない管理センターと有線または無線により接続され、データ処理部１０の処理結果であるガス切れ推定日ｄｘを管理センターに通報する構成としてもよい。
なお、ガスメーター１６およびガス切れ推定部１８について、ガスメーター１６の筐体内にガス切れ推定部１８を一体に備えてよいし、ガス切れ推定部１８をユニット化してガスメーター１６に着脱可能に備えてよいし、ガスメーター１６とガス切れ推定部１８を有線または無線で接続してもよい。

＜ガス容器４＞
図１のＢに示すように、ガス容器４にはガス容器群４Ｘから所望のものが選択される。このガス容器群４Ｘには、ＬＰガス充填容積が異なる複数のガス容器４ａ、４ｂ、４ｃ、・・・が含まれる。したがって、ユーザーの設置スペースなどの設置条件や、消費傾向などで所望のガス容器４をオーダーすればよい。つまり、ガス容器４を特定する識別情報は、ユーザーが所望のガス容器４を選択するためのオーダー情報の一例である。
また、ガス容器４には、図１のＣに示すように、ＬＰガス充填容積の少ないたとえば、ガス容器４ａを選択して最小限のたとえば、ガス容器４ａ１、４ａ２を設置し、ガスの供給元を切換器２４で切り換えてもよい。つまり、ガス切れを補完するため、バックアップ用のガス容器４ａ２を併設すれば、一方のガス容器４ａ１にガス切れが生じたとき、切換器２４で供給元のガス容器４ａ１からバックアップ側のガス容器４ａ２に切り換え、ガスＧをバックアップ供給することができる。

＜ガスデータＳｉの一例＞
交換時のガス容器４のガス残量の最大値をＧｍａｘ、検出したガス使用量をｇｉ、その積算値をΣｇｉとすれば、検出時点のガス残量Ｇｉは、
Ｇｉ＝Ｇｍａｘ−Σｇｉ ・・・(1)
で表すことができる（ただし、ｉ＝１、２、・・・、ｎ）。そこで、ガスデータＳｉにはたとえば、ガス使用量ｇｉ、ガス残量Ｇｉのいずれを用いてもよい。

＜ガス切れ推定部１８のデータ処理＞
このガス切れ推定部１８のデータ処理には、ａ．ガスデータＳｉの収集、ｂ．ガスデータＳｉの蓄積、ｃ．ガス切れ推定データＳｘの選択、ｄ．ガス切れ推定日ｄｘの算出、ｅ．ガス切れ推定データＳｘの更新、ｆ．その他のデータ処理が含まれる。
ａ．ガスデータＳｉの収集
データ収集部８は、計測部６から時系列のガスデータＳｉを連続または不連続に取得して収集する。

ｂ．ガスデータＳｉの蓄積
データ収集部８に収集されたガスデータＳｉが記憶部１２に蓄積され、保存される。つまり、現在使用中のガス容器４のガスデータＳｉは、ガス切れ推定データＳｘと区別されて記憶部１２に格納される。
ｃ．ガス切れ推定データＳｘの選択
ガス容器群４Ｘからガス容器４が選択されると、記憶部１２にあるガス切れ推定データＳｘが参照される。ガス切れ推定データＳｘはガス容器４の識別情報に関係付けられたガス切れ推定データＳｘａ、Ｓｘｂ、Ｓｘｃ、・・・が格納されている。これにより、ガス切れ推定データＳｘａ、Ｓｘｂ、Ｓｘｃ、・・・から使用中のガス容器４に対応するガス切れ推定データＳｘが選択される。

ｄ．ガス切れ推定日ｄｘの算出
データ処理部１０は、ガスデータＳｉと特定のガス切れ推定データＳｘとを比較し、使用中のガス容器４のガス切れ推定日ｄｘを算出する。このガス切れ推定日ｄｘは使用中のガス容器４の識別情報に関係付けられて記憶部１２に格納される。
ｆ．ガス切れ推定データＳｘの更新
配送完了後、使用中のガスデータＳｉは、配送完了またはガス切れ推定日ｄｘの通報を契機に、ガス切れ推定データＳｘに組み込まれて保存される。

ｇ．その他のデータ処理
記憶部１２には、ガスデータＳｉに関し、ガス容器４の使用履歴、ガス切れ推定日ｄｘの通報履歴、通報時期からガス容器４の交換記録などの管理情報が格納される。
ガスデータＳｉの処理では、ガス使用量の推移情報、ユーザーの属性情報、温度情報、気象情報の何れかまたは２以上を含む変動情報を取得し、この変動情報を用いてガスデータＳｉを補正してもよい。
データ処理部１０は、ガス切れ推定日ｄｘの算出の後、その通報日ｄｙを算出する。この通報日ｄｙは、ガス切れ推定日ｄｘと同様にガス容器４の識別情報に関係付けられて記憶部１２に格納される。
また、データ処理部１０は、時間を計測して通報日ｄｙの到来を監視し、この通報日ｄｙが到来すると、データ処理部１０は、有線または無線によりたとえば、ガス容器４の配送などを管理している管理センターに通報する。

＜ガス切れ推定データＳｘａ、Ｓｘｂ、Ｓｘｃ、Ｓｘｄ、・・・からの選択およびガス切れ推定日ｄｘの算出＞
図２のＡは、横軸に時間、縦軸にガス残量を取り、各ガス切れ推定データＳｘａ、Ｓｘｂ、Ｓｘｃ、Ｓｘｄ・・・の分布を示している。各ガス切れ推定データＳｘａ、Ｓｘｂ、Ｓｘｃ、Ｓｘｄ・・・は、過去のガス残量の推移を総合した過去のガスデータＳｉの集合体である。各ガス切れ推定データＳｘａ、Ｓｘｂ、Ｓｘｃ、Ｓｘｄ、・・・は、ユーザーのガス使用状態を反映しているため、変動幅を以て推移している。

各ガス切れ推定データＳｘａ、Ｓｘｂ、Ｓｘｃ、Ｓｘｄ、・・・において、Ｇｍａｘａ、Ｇｍａｘｂ、Ｇｍａｘｃ、Ｇｍａｘｄ、・・・はガス残量の最大値、Ｇ０はガス切れに相当するガス残量の最小値、ｄｘａ、ｄｘｂ、ｄｘｃ、ｄｘｄ、・・・は、ガス切れ推定日を表している。
説明を容易にするため、各ガス切れ推定データＳｘａ、Ｓｘｂ、Ｓｘｃ、Ｓｘｄ、・・・を一様な直線で示しているが、ユーザーによるガス使用の形態が異なれば、曲線など様々な形態となる。また、Ｇｍａｘａ、Ｇｍａｘｂ、Ｇｍａｘｃ、Ｇｍａｘｄ、・・・についても、各ガス容器４のガス充填容積が同一であっても初期ガス充填量により変動し、一定の幅を持つ値となる。

図２のＢは、横軸に時間、縦軸にガス残量を取り、使用中のガス容器４のガスデータＳｉの推移を示している。
現在使用中のガス容器４の識別情報により、ガス切れ推定データＳｘから対応するデータが選択される。たとえば、ガス容器４ｃが使用されていれば、ガス切れ推定データＳｘからガス切れ推定データＳｘｃが選択される。
時点ｔｉのガス切れ推定日ｄｘｉの算出にはガスデータＳｉをガス切れ推定データＳｘｃと対比する。時点ｔｉを基準に、ガスデータＳｉと同一または最も近いガス残量値を含むガス切れ推定データＳｘｃｉを検索し、このガス切れ推定データＳｘｃｉを参照することにより、使用中のガス容器４のガス切れ推定日ｄｘｉを算出できる。

＜ガス切れ推定の処理シーケンス＞
図３は、ガス切れ推定の処理シーケンスを示している。この処理シーケンスの処理はコンピュータを用いて実行するガス切れ推定方法の一例である。
計測部６は、ガス機器２２に流れるガス流量を計測し、またはガス容器４のガス残量を計測し（Ｓ１０１）、ガスデータＳｉを出力する。
ガス切れ推定部１８は、計測部６からガスデータＳｉを時系列で収集し（Ｓ１０２）、このガスデータＳｉを記憶部１２に格納し、蓄積する（Ｓ１０３）。
ガス切れ推定部１８は、使用中のガス容器４について、その識別情報によりガス切れ推定データＳｘから使用中のガス容器４に該当するガス切れ推定データＳｘｉを選択する（Ｓ１０４）。

ガス切れ推定部１８は、ガス容器４のガス残量の推移またはガス容器４の使用開始からの経過時間を監視し、ガス残量が基準値に到達しまたは経過時間が所定時間に到達したことを契機にガス切れ推定日ｄｘｉを算出する（Ｓ１０５）。
このガス切れ推定日ｄｘｉの算出では、既述したように、その時点ｔｉのガスデータＳｉと、選択されているガス切れ推定データＳｘｉとを対比し、同時点ｔｉでガスデータＳｉに相当するガス残量から、ガスデータＳｉのガス切れ推定日ｄｘｉを算出する。
ガス切れ推定部１８は時間の経過を監視し、通報日ｄｙの到来を待って管理センターに対し、ガス容器４またはガスユーザーの識別情報とともに、ガス切れ推定日ｄｘｉを通報する（Ｓ１０６）。
この通報を受けた管理センターでは、ガス容器４または識別情報とともにガスユーザーに対し、ガス容器４の交換に必要な配送処理を実行する。
なお、この処理シーケンスにおいて、日々のガス使用量によって毎日、カス切れ推定日ｄｘは変動するので、日毎に更新されるガス使用量を表すガスデータＳｉに基づき、ガス切れ推定日ｄｘを日毎に算出し、ガス切れ日やガス切れ推定日ｄｘに到達する直前まで算出し続ける処理としてもよい。

＜一実施の形態の効果＞
一実施の形態によれば、次の効果が得られる。
(1) ガス容器の設置スペースの最小化や有効利用を図ることができる。
(2) ガス残量の推定精度が高められるので、ＬＰガス充填容積に関係なく、オーダーされたガス容器毎にガス切れ推定日を算出できる。
(3) ＬＰガス充填容積に関係なく、ガス容器の交換回数を削減してガス容器交換の効率を高めることができる。
(4) ガス残量の少ないガス容器を交換でき、配送者の負担を低減できる。

図４は、実施例１に係るガスメーターを示している。図４において、図１と同一部分には同一符号を付してある。
このガスメーター１６には、筐体２６内に既述のＬＰガスオーダーシステム２が内蔵されている。筐体２６の前面には表示部２８が配置され、この表示部２８は出力部１４の一例であり、数値表示部２８−１および情報表示部２８−２が備えられる。数値表示部２８−１にはガス流量が表示される。情報表示部２８−２は通報日ｄｙにガス切れ推定日ｄｘなどが表示される。通報日ｄｙは、ガス切れ推定日ｄｘからたとえば、数日（Ｎ日）前の日時である。すなわち、
ｄｙ＝ｄｘ−Ｎ ・・・(2)
である。
このガスメーター１６には通信機能が備えられ、たとえば、インターネット３０を媒介としてガス切れ推定日ｄｘなどの情報が管理センター３２に通報される。管理センター３２は、ガス会社や中継基地などで構成される。ガスメーター１６と管理センター３２の通信はスマートフォンなどの情報端末を媒介として行ってもよい。このインターネット３０に代え独自の無線通信回線を用いてもよい。ガスメーター１６と管理センター３２の通信にはスマートフォンなどの情報端末を用いてもよいが、中継器や通信データ収集器を用いてもよい。通信データ収集器はｎ個の端末通信機からのデータを一括して収集し、データをまとめて管理センター３２へ送信する中継機器を構成することができる。

＜ガスメーター１６＞
図５のＡは、ガスメーター１６のシステム構成を示している。図５のＡにおいて、図１と同一部分には同一符号を付してある。
このガスメーター１６には既述のように計測部６とともにガス切れ推定部１８が備えられる。このガス切れ推定部１８には既述の出力部１４の一例として、表示部２８に加えて通信部３４が備えられる。通信部３４は管理センター３２との通信手段の一例である。

図５のＢは、ガス切れ推定部１８のハードウェアを示している。このガス切れ推定部１８はコンピュータで構成されており、プロセッサ３６、メモリ部３８、入出力部（Ｉ／Ｏ）４０が備えられる。
プロセッサ３６はメモリ部３８にあるＯＳ（Operating System）、ファームウェアプログラム、ガス切れ推定プログラム、ＬＰガスのオーダープログラムなど、各種のプログラムを実行し、既述のＬＰガスオーダーシステム２のデータ処理を行うとともに、メモリ部３８やＩ／Ｏ４０などの機能部を制御する。
メモリ部３８にはＲＯＭ（Read-Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory ）、ＲＡＭ（Random-Access Memory）などの記憶素子が搭載され、ガスデータテーブル４２（図６）やガス切れ推定データベース４４（図６）などが格納される。

Ｉ／Ｏ４０には計測部６、表示部２８、通信部３４などの機能部が接続されている。このＩ／Ｏ４０にはプロセッサ３６の制御により、計測部６からガスデータが取り込まれる。プロセッサ３６の算出結果であるガス切れ推定日ｄｘ、通報日ｄｙなどはＩ／Ｏ４０から表示部２８および通信部３４に出力される。これにより、表示部２８の情報表示部２８−２（図４）には通報時、ガス切れ推定日ｄｘが表示される。
通信部３４はプロセッサ３６の制御により、有線または無線により管理センター３２との通信を行う。この通信には管理センター３２に対する通報として、ガスメーター１６の識別情報に関係付けられたガス切れ推定日ｄｘの通報が含まれる。

＜ガスデータテーブル４２およびガス切れ推定データベース４４＞
図６のＡは、ガスデータテーブル４２を示している。このガスデータテーブル４２には一例として識別情報部４６、時間情報部４８、ガスデータ部５０、ガス切れ推定日部５２、通報日部５４が備えられる。識別情報部４６には使用中のガス容器４を特定するＩＤ（IDentification）などの識別情報が格納される。時間情報部４８にはガスデータの収集タイミング情報が格納される。ガスデータ部５０には収集タイミングで収集されたガスデータＳｉが格納される。ガス切れ推定日部５２には算出したガス切れ推定日ｄｘが格納される。通報日部５４には、ガス切れ推定日ｄｘの通報日ｄｙが格納される。
このガスデータテーブル４２によれば、ガス容器４の識別情報に関係付けられた時間情報、ガスデータＳｉ、ガス切れ推定日ｄｘおよびその通報日ｄｙが格納され、これらを容易に把握でき、認識することができる。

図６のＢは、ガス切れ推定データベース４４を示している。図６のＢにおいて、図６のＡと同一部分には同一符号を付してある。ガス切れ推定データベース４４には、複数のガス切れ推定データテーブル４４−１、４４−２、４４−３、・・・が格納されている。つまり、このガス切れ推定データベース４４はユーザー情報に関係付けられており、複数のガス切れ推定データテーブル４４−１、４４−２、４４−３、・・・が備えられ、ガス切れ推定データＳｘａ、Ｓｘｂ、Ｓｘｃ、・・・が格納されている。
ガス容器４の配送完了後、ガスデータテーブル４２は、ガス容器４の交換毎にガス切れ推定データテーブル４４−１、４４−２、４４−３、・・・に構成される。
なお、ユーザーによっては、ＬＰガスの導入時、ガスデータが存在していない場合が想定される。この場合には、ガス切れ推定データベース４４として、ユーザーの標準的使用を想定し、標準値として仮想ガス切れ推定データを格納しておけばよい。

＜管理センター３２＞
図７のＡは、管理センター３２のハードウェアを示している。管理センター３２は主としてガス容器４の配送などの管理業務を担当する。この管理を実現するため、管理センター３２にはコンピュータが備えられ、プロセッサ５６、メモリ部５８、通信部６０、入出力部（Ｉ／Ｏ）６２および表示部６４が備えられる。
プロセッサ５６は、メモリ部５８にあるプログラムを実行し、データ処理を行う。このデータ処理にはガスメーター１６から通報されたガス切れ推定日ｄｘ前にガス容器４の配送のためのデータ処理が含まれる。

メモリ部５８はガスメーター１６側のガス切れ推定プログラムを統括し、ガス配送業務を実行するためのＬＰガスのオーダープログラムを格納する。このメモリ部５８にガスメーター１６から提供されるガスデータテーブル４２、ガス切れ推定データベース４４などを格納してもよい。
通信部６０は、ガスメーター１６との有線または無線によりデータの授受を行う。
Ｉ／Ｏ６２には表示部６４や操作入力部６６が接続されている。表示部６４にはガスメーター１６から通報されたガス切れ推定日ｄｘを含む提示情報が表示される。操作入力部６６はキーボード、タッチパネル、マウス、バーコード入力装置などのユーザーインターフェースが接続され、ガス容器４の配送管理に関する情報入力に用いられる。たとえば、ユーザーに対するガスメーター１６の配送完了の際、その完了結果などの入力が行われる。

＜表示部６４の情報提示＞
図７のＢは、表示部６４の表示例を示している。表示部６４には、ガスメーター１６からのガス切れ推定日ｄｘの通報を契機に通報表示テーブル６８が表示される。この通報表示テーブル６８には識別情報部７０、通報部７２、ユーザー情報部７４、ガス容器情報部７６などが備えられる。
識別情報部７０にはガスデータテーブル４２の識別情報部４６と同様の識別情報が表示される。この識別情報にはガス容器４のＩＤなどが含まれる。

通報部７２にはガスメーター１６から提供されたガス切れ推定日ｄｘ、通報日ｄｙなどのガス切れに関する特定情報が表示される。
ユーザー情報部７４にはユーザーの属性情報としてたとえば、ユーザー名、所在地、電話番号などが表示される。
ガス容器情報部７６には、ガス容器４の従前の交換日や交換完了などのガス容器交換に関する情報が格納される。ガス容器交換を完了すれば、その旨の情報が表示される。

この通報表示テーブル６８の表示画面において、ユーザー情報部７４のたとえば、所在地表示をクリックすれば、地図表示ウインドウ７８が展開される。この地図表示ウインドウ７８にはユーザーの所在地近郊を表す地図が表示されるとともに、交通情報表示ウインドウ８０が重ねて表示される。この交通情報表示ウインドウ８０には通報日ｄｙに取得された交通情報が表示される。

＜ガス切れ推定処理＞
図８は、ガス切れ推定の処理シーケンスを示している。この処理シーケンスにはガスメーター１６側の処理手順と管理センター３２側の処理手順が含まれる。
ガス切れ推定部１８は、ガス容器４の交換などの配送が行われると（Ｓ２０１）、これを契機に初期化を行う（Ｓ２０２）。つまり、ガスデータＳｉの計測やガスデータテーブル４２の更新を停止する。
初期化を契機に、ガスメーター１６の計測部６では新たにガス流量またはガス残量を計測を開始し（Ｓ２０３）、ガスデータＳｉを出力する。

ガス切れ推定部１８は、計測部６からガスデータＳｉを時系列で収集し（Ｓ２０４）、このガスデータＳｉを記憶部１２に格納し、蓄積する（Ｓ２０５）。つまり、ガスデータＳｉがガスデータテーブル４２に書き込まれて保存される。
使用中のガス容器４について、ガス切れ推定部１８は、記憶部１２にあるガス切れ推定データベース４４から該当するガス切れ推定データテーブル４４−ｉ（＝４４−１、４４−２、４４−３、・・・）を選択する（Ｓ２０６）。
ガス切れ推定部１８は、ガス容器４のガス残量の推移またはガス容器４の使用開始からの経過時間を監視し、ガス残量が基準値に到達し、または経過時間が基準時に到達したことを契機にガス切れ推定日ｄｘを算出する（Ｓ２０７）。
このガス切れ推定日ｄｘの算出では、既述したように、その時点ｔｉのガスデータＳｉと、記憶部１２のガス切れ推定データベース４４からガスデータＳｉと同一または近似のガス切れ推定データＳｘｉを検索する。このガス切れ推定データＳｘｉを参照し、ガスデータＳｉのガス切れ推定日ｄｘｉを算出する。

このガス切れ推定日ｄｘの算出の後、ガス切れ推定部１８はガス切れ推定日ｄｘよりＮ日だけ前の日時である通報日ｄｙを算出する（Ｓ２０８）。
ガス切れ推定部１８は時間の経過を監視し、通報日ｄｙの到来を待って管理センター３２に対し、オーダー情報として、ガス容器４またはガスユーザーの識別情報とともに、ガス切れ推定日ｄｘを通報する（Ｓ２０９）。
ガス切れ推定日ｄｘｉの通報を受けた管理センター３２はガス容器４またはガスユーザーの識別情報とともに、ガス切れ推定日ｄｘを提示し（Ｓ２１０）、ガス容器４の交換に必要な配送処理を実行する（Ｓ２１１）。
そして、管理センター３２は、配送管理者またはガスメーター１６からのガス容器４の交換完了通知を受け、通報表示テーブル６８のガス容器情報部７６に交換完了情報を提示した後、所定時間後に通報表示テーブル６８の表示をリセットする（Ｓ２１２）。

＜ガス切れ推定日ｄｘの算出の契機＞
ガス切れ推定日ｄｘの算出精度は、ガス容器４のガス残量と密接に関係する。ガス残量の最少化はガス切れ推定日ｄｘの精度に依存し、配送負荷の低減に不可欠である。
そこで、ガス切れ推定日ｄｘの算出には、ガス容器４の使用時からの時間的な基準日、またはガス使用を考慮したガス残量に基準値を設定すればよい。
算出する基準時としては、ガス切れ推定データベース４４を参照し、従前に算出したガス切れ推定日ｄｘｉから基準日を設定すればよい。
ガス残量の基準値としては、ガス切れ推定データベース４４を参照し、従前に算出したガス切れ推定日ｄｘｉを参照してガス残量の基準値を設定すればよい。

＜ガス切れ推定日ｄｘの学習およびその通報の契機＞
(1) ガス切れ推定日ｄｘのガス容器４のガス残量を計測し、その計測値を経験値としてガス切れ推定データベース４４に格納する。この経験値をガス切れ推定日ｄｘの補正に利用すれば、ガス切れ推定日ｄｘとガス残量との関係を最適化することができる。
(2) 通報日ｄｙの決定には、管理センター３２における配送の忙閑状態やユーザーが所在する地域の交通事情などの変動情報を補正値として利用すれば、配送管理者への融通性が高められる。

＜実施例１の効果＞
この実施例１によれば、次の効果が得られる。
(1) ガス容器の最小化やガス容器の設置スペースの最小化、設置スペースの有効利用に寄与することができる。
(2) 設置スペースやガスの利用形態に応じたガス容器をオーダーでき、オーダーされたガス容器４毎にガス切れ推定日を高精度に算出でき、ユーザーにとり、利便性の高いＬＰガス利用システムを構築できる。
(3) ガス残量の把握およびガス切れ推定日をガスメーター１６側で特定でき、管理センター３２側のデータ処理負荷を拡大することなく、効率のよいＬＰガスオーダーシステムを構築することができる。

(4) ガスメーター１６側のガス切れ推定を、管理センター３２側ではガスメーター１６との通信を通じて管理でき、ガス切れ推定の負荷分散を図ることができる。
(5) ガス容器４のＬＰガス充填容積に関係なく、ガス切れの防止を図ることができるとともに、業務効率を改善でき、業務コストを低減できる。
(6) ガスメーター１６側のデータ処理で算出されたガス切れ推定日ｄｘを管理センター３２で受ける程度であるため、通信の情報量が少なく、データトラフィックの負担を軽減できる。
(7) ガス容器４のＬＰガスの充填容積に関係なく、ガスメーター１６の表示部２８からガス切れ推定日ｄｘを直接読み取ることができ、迅速にガス切れ推定日を認識できる。

図９は、実施例２に係るＬＰガスオーダーシステム２を示している。図９において、図１と同一部分には同一符号を付してある。
このＬＰガスオーダーシステム２では、データ収集部８を制御するデータ収集制御部８２が備えられる。このデータ収集制御部８２では、データ収集部８が収集するガスデータの頻度または収集間隔（時間間隔）を制御する。
データ処理部１０が使用中のガス容器４を識別情報により特定すると、記憶部１２にあるガス切れ推定データＳｘをその識別情報により特定することができる。ガス切れ推定データＳｘには、ＬＰガス充填容積が異なる複数のガス容器４のガス切れ推定データＳｘａ、Ｓｘｂ、・・・が含まれる。これにより、ガスデータＳｉを取得する頻度ｎｉを変更する。また、この頻度ｎｉに代え、ガスデータＳｉを取得する時間間隔Ｔを変更する。

＜ガス切れ推定データに対応するガスデータの頻度または時間間隔＞
図１０のＡは、ガス切れ推定データＳｘ（図６のＢ）から選択されたガス切れ推定データＳｘｉを示している。
すなわち、このガス切れ推定データＳｘｉは、ＬＰガス充填容積が異なる複数のガス容器４ａ、４ｂ、４ｃ、・・・（図１のＢ）から選択された使用中のガス容器４のＬＰガス充填容積に対応している。
これに対し、図１０のＢは、使用中のガス容器４のガスデータＳｉである。このガスデータＳｉは、ＬＰガス充填容積が異なる複数のガス容器４ａ、４ｂ、４ｃ・・・（図１のＢ）と異なる。
そこで、実施例２では、使用されるガス容器４のＬＰガス充填容積をその識別情報から特定する。これを契機に、ガスデータＳｉを取得する頻度ｎｉを変更する。また、ガスデータＳｉを取得する時間間隔Ｔを変更する。

＜ガス切れ推定の処理シーケンス＞
図１１は、実施例２に係るガス切れ推定の処理シーケンスを示している。この処理シーケンスでは、ガスデータＳｉを収集する頻度ｎｉまたは時間間隔Ｔを変更する処理を含んでいる。
ガス切れ推定部１８は、ガス容器４の交換などの配送が行われると（Ｓ３０１）、これを契機に初期化を行う（Ｓ３０２）。
この初期化を契機に、使用を開始するガス容器４を特定する（Ｓ３０３）。このガス容器４の特定は、ガス容器４から属性情報を取得し、この属性情報に含まれる容積情報によりＬＰガス充填容積を特定する。この特定に基づき、ガス切れ推定データＳｘｉを選択する（Ｓ３０４）。
このような準備処理とともに、ガスメーター１６の計測部６では新たにガス流量またはガス残量の計測を開始し、ガスデータＳｉを出力する。

ガス切れ推定部１８は、計測部６からガスデータＳｉを時系列で収集し（Ｓ３０５）、このガスデータＳｉを記憶部１２に格納し、蓄積する（Ｓ３０６）。
使用中のガス容器４について、ガス切れ推定日ｄｘｉの算出（Ｓ３０７）、通報日ｄｙの算出（Ｓ３０８）、ガス切れ推定日ｄｘｉの通報（Ｓ３０９）は既述の通りであるのでその説明を割愛する。

＜実施例２の効果＞
この実施例２によれば、次の効果が得られる。
(1) ガスデータＳｉを収集する頻度や収集間隔をガス容器の充填容積に応じて変更できるので、データ処理の合理化とともに、充填容積に関係なく、ガス切れ推定の精度を高めることができる。
(2) ＬＰガスの需要を喚起でき、ＬＰガスユーザーを拡大することができる。

実施例１または実施例２に記載したガス切れ推定日ｄｘおよび通報日ｄｙ、ガス使用の形態については実施例１または実施例２の記載に限定されるものではない。
ガス切れ推定日ｄｘおよび通報日ｄｙ、ガス使用の形態について、日々のガス使用量によって毎日、ガス切れ推定日ｄｘ、通報日ｄｙが変動するので、日毎に更新されるガス使用量Ｓｉに基づき、ガス切れ推定日ｄｘおよび通報日ｄｙを日毎に算出し、通報日ｄｙに到達する直前まで算出し続ける処理としてもよい。

＜実施例３の効果＞
この実施例３によれば次の効果が得られる。
(1) ガス使用量が日々変動しても、その変動に応じた精度の高いガス切れ推定日ｄｘおよび通報日ｄｙを算出でき、利便性の高いガス切れ推定システムを構築できる。
(2) ガス切れ直前までガスを使用できるので、ガス容器のガス残量を最小値にまで追い込むことができ、ガス残量の少ないガス容器を交換でき、ガス容器交換の負荷やコストを低減することができる。

〔他の実施の形態〕
(1) 上記実施の形態では、ガスメーター１６側にガス切れ推定部１８を備えることを例示しているが、管理センター３２とガスメーター１６とを結ぶ中継基地にガス切れ推定部１８を設置することにより、ガス切れ推定日ｄｘを算出してもよい。
(2) 上記実施の形態または上記実施例では、通報時として通報日ｄｙを例示したが、日時などの時間であってもよい。
(3) 上記実施の形態または上記実施例では、ＬＰガス充填容積が同一もしくは異なる複数のガス容器としてガス容器４、４ａ、４ｂ、４ｃ、４ｄ、・・・、４ａ１、４ａ２、ガス容器群４Ｘを例示したが、ガス容器４（図１のＡ）は単一のガス容器４ａ、４ｂ、４ｃ、４ｄ、・・・のいずれでもよい。

以上説明したように、本発明の最も好ましい実施の形態等について説明した。本発明は、上記記載に限定されるものではない。特許請求の範囲に記載され、または発明を実施するための形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能である。斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。

この発明によれば、ガス充填容積やガス容器の設置スペースに応じた質の高いガス切れ推定を行うことができ、ＬＰガスの需要喚起と利便性を向上させ、その拡販効果を高めることができる。

２ ＬＰガスオーダーシステム
４、４ａ、４ｂ、４ｃ、４ｄ ガス容器
４Ｘ ガス容器群
６ 計測部
８ データ収集部
１０ データ処理部
１２ 記憶部
１４ 出力部
１６ ガスメーター
１８ ガス切れ推定部
２０ ガス供給路
２２、２２−１、２２−２ ガス機器
２４ 切換器
２６ 筐体
２８、６４ 表示部
２８−１ 数値表示部
２８−２ 情報表示部
３０ インターネット
３２ 管理センター
３４、６０ 通信部
３６、５６ プロセッサ
３８、５８ メモリ部
４０、６２ 入出力部（Ｉ／Ｏ）
４２、４２−１、４２−２・・・ ガスデータテーブル
４４ ガス切れ推定データベース
４４−１、４４−２、４４−３・・・ ガス切れ推定データテーブル
４６ 識別情報部
４８ 時間情報部
５０ ガスデータ部
５２ ガス切れ推定日部
５４ 通報日部
６６ 操作入力部
６８ 通報表示テーブル
７０ 識別情報部
７４ ユーザー情報部
７６ ガス容器情報部
７８ 地図表示ウインドウ
８０ 交通情報表示ウインドウ
８２ データ収集制御部

Claims (4)

1. ＬＰガス充填容積が同一もしくは異なる複数のガス容器、または単一のガス容器と、
   ガス容器からガス機器に流れるガス流量を計測し、または前記ガス容器のガス残量を計測する計測部と、
   前記計測部よりデータを収集するデータ収集部と、
   前記ＬＰガス充填容積で特定される単一または複数のガス切れ推定データを格納した記憶部と、
   使用中のガス容器のガス切れ推定データを特定し、このガス切れ推定データと前記データとを比較することによりガス切れ推定日を算出する演算部と、
   を備え、
   前記データ収集部は、収集する前記データの取得頻度または時間間隔を前記ＬＰガス充填容積により変更することを特徴とするＬＰガスオーダーシステム。
2. さらに、ガス容器の識別情報とともに前記ガス切れ推定日を提示する情報提示部を備えることを特徴とする請求項１に記載のＬＰガスオーダーシステム。
3. コンピュータで実現させるＬＰガスオーダープログラムであって、
   ガス容器よりガス機器に流れるガス流量を計測し、または前記ガス容器のガス残量を計測する機能と、
   データを時系列で収集する機能と、
   充填容積で特定される単一または複数のガス切れ推定データを記憶する機能と、
   使用中のガス容器によってガス切れ推定データを特定し、このガス切れ推定データと前記データとを比較することによりガス切れ推定日を算出する機能と、
   収集する前記データの取得頻度または時間間隔を前記ＬＰガス充填容積により変更する機能と、
   を前記コンピュータで実現させるためのＬＰガスオーダープログラム。
4. ＬＰガス充填容積が同一もしくは異なる複数のガス容器、または単一のガス容器からガス容器を選択する工程と、
   ガス容器からガス機器に流れるガス流量を計測し、または前記ガス容器のガス残量を計測する工程と、
   データを収集する工程と、
   前記ＬＰガス充填容積で特定される単一または複数のガス切れ推定データを記憶部に格納する工程と、
   使用中のガス容器によってガス切れ推定データを特定し、このガス切れ推定データと前記データとを比較することによりガス切れ推定日を算出する工程と、
   収集する前記データの取得頻度または時間間隔を前記ガス充填容積に応じて変更する工程と、
   を含むことを特徴とするＬＰガスオーダー方法。

Images