ホーム > 特許ランキング > エア・ウォーター株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2024-7258ボンベ、その管理方法、プログラム、およびボンベ管理システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024007258
(43)【公開日】2024-01-18
(54)【発明の名称】ボンベ、その管理方法、プログラム、およびボンベ管理システム
(51)【国際特許分類】
F17C 13/02 20060101AFI20240111BHJP
【ＦＩ】
F17C13/02 301A
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2022108637
(22)【出願日】2022-07-05
(71)【出願人】
【識別番号】000126115
【氏名又は名称】エア・ウォーター株式会社
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】佐藤 尚哉
【テーマコード（参考）】
3E172
【Ｆターム（参考）】
3E172AA02
3E172AA06
3E172BA01
3E172BB04
3E172BD05
3E172DA90
3E172EA03
3E172KA03
3E172KA26
(57)【要約】
【課題】ボンベを管理するための情報が確実に取得されるための技術を提供する。
【解決手段】
ボンベ５００は、ガス（液化ガス）を収容するタンク５０１と、タンク５０１の底に取り付けられたスカート５５２と、を含む。タンク５０１の底には、残量計測器５３０が、マグネットなどの固定部材によって取り付けられている。残量計測器５３０は、タンク５０１に収容された液体の残量を計測する。そして、残量計測器５３０は、計測した残量を外部へ発信する。
【選択図】図３
【解決手段】
ボンベ５００は、ガス（液化ガス）を収容するタンク５０１と、タンク５０１の底に取り付けられたスカート５５２と、を含む。タンク５０１の底には、残量計測器５３０が、マグネットなどの固定部材によって取り付けられている。残量計測器５３０は、タンク５０１に収容された液体の残量を計測する。そして、残量計測器５３０は、計測した残量を外部へ発信する。
【選択図】図３
【特許請求の範囲】
【請求項1】
ボンベであって、
液体を収容するタンクと、
前記タンクに収容された液体の残量を計測する残量センサと、
前記残量センサによって計測された残量を送信する通信装置と、を備え、
前記残量センサおよび前記通信装置は、前記タンクの底部に取り付けられている、ボンベ。
液体を収容するタンクと、
前記タンクに収容された液体の残量を計測する残量センサと、
前記残量センサによって計測された残量を送信する通信装置と、を備え、
前記残量センサおよび前記通信装置は、前記タンクの底部に取り付けられている、ボンベ。
【請求項2】
前記残量センサを前記タンクの底部に固定する固定部材をさらに備える、請求項１に記載のボンベ。
【請求項3】
前記ボンベの位置情報を計測する位置情報センサをさらに備え、
前記通信装置は、さらに前記位置情報センサによって計測された位置情報を送信する、請求項１または請求項２に記載のボンベ。
前記通信装置は、さらに前記位置情報センサによって計測された位置情報を送信する、請求項１または請求項２に記載のボンベ。
【請求項4】
前記残量センサに電力を供給するためのバッテリと、
前記バッテリの無線充電用のコイルと、をさらに備える、請求項１または請求項２に記載のボンベ。
前記バッテリの無線充電用のコイルと、をさらに備える、請求項１または請求項２に記載のボンベ。
【請求項5】
前記ボンベの固有情報を格納する記憶装置をさらに備える、請求項１または請求項２に記載のボンベ。
【請求項6】
コンピュータによって実施される方法であって、前記コンピュータは、１以上のボンベのそれぞれに取り付けられた１以上の通信装置のそれぞれから、前記１以上のボンベのそれぞれのタンクの底部に取り付けられた１以上のセンサのそれぞれによる計測結果を取得し、
前記１以上のボンベのそれぞれに関連付けられた範囲を格納するメモリーにアクセスすることにより、前記計測結果が前記範囲外にあるか否かを判断するステップと、
前記計測結果が前記範囲外にあると判断したことに応じて、通知を出力するステップとを備える、ボンベの管理方法。
前記１以上のボンベのそれぞれに関連付けられた範囲を格納するメモリーにアクセスすることにより、前記計測結果が前記範囲外にあるか否かを判断するステップと、
前記計測結果が前記範囲外にあると判断したことに応じて、通知を出力するステップとを備える、ボンベの管理方法。
【請求項7】
前記１以上のセンサは、前記１以上のボンベのそれぞれのタンクに収容された液体の残量を計測する残量センサを含み、
前記計測結果は、前記１以上のボンベのそれぞれのタンクに収容された液体の残量を含み、
前記範囲は、前記１以上のボンベのそれぞれが交換を必要としない残量の範囲を含む、請求項６に記載のボンベの管理方法。
前記計測結果は、前記１以上のボンベのそれぞれのタンクに収容された液体の残量を含み、
前記範囲は、前記１以上のボンベのそれぞれが交換を必要としない残量の範囲を含む、請求項６に記載のボンベの管理方法。
【請求項8】
前記残量が前記範囲を下回るボンベの引き取りのための配送経路を提供するステップをさらに備える、請求項７に記載のボンベの管理方法。
【請求項9】
前記１以上の通信装置のそれぞれから前記計測結果を取得する予定時刻が到来したか否かを判断するステップと、
前記予定時刻が到来したと判断したときに前記計測結果を取得していないことに応じて、通知を出力するステップと、をさらに備える、請求項６～請求項８のいずれか１項に記載のボンベの管理方法。
前記予定時刻が到来したと判断したときに前記計測結果を取得していないことに応じて、通知を出力するステップと、をさらに備える、請求項６～請求項８のいずれか１項に記載のボンベの管理方法。
【請求項10】
前記コンピュータは、前記１以上の通信装置のそれぞれから、前記１以上のボンベのそれぞれの固有情報をさらに取得し、
前記メモリーは、前記範囲を、前記１以上のボンベのそれぞれの固有情報に関連付けて格納し、
取得した前記計測結果が前記範囲外であるか否かを判断するステップは、前記固有情報ごとに実施される、請求項６～請求項８のいずれか１項に記載のボンベの管理方法。
前記メモリーは、前記範囲を、前記１以上のボンベのそれぞれの固有情報に関連付けて格納し、
取得した前記計測結果が前記範囲外であるか否かを判断するステップは、前記固有情報ごとに実施される、請求項６～請求項８のいずれか１項に記載のボンベの管理方法。
【請求項11】
コンピュータによって実行されることにより、前記コンピュータに、請求項６～請求項８のいずれか１項に記載の方法を実施させる、プログラム。
【請求項12】
１以上のボンベと、
前記１以上のボンベを管理するためのコンピュータとを備え、
前記１以上のボンベのそれぞれは、
液体を収容するタンクと、
前記タンクに収容された液体の残量を計測する残量センサと、
前記残量センサによって計測された残量を送信する通信装置と、を含み、
前記残量センサおよび前記通信装置は、前記タンクの底部に取り付けられており、
前記コンピュータは、
請求項６～請求項８のいずれか１項に記載の方法を実施する、ボンベ管理システム。
前記１以上のボンベを管理するためのコンピュータとを備え、
前記１以上のボンベのそれぞれは、
液体を収容するタンクと、
前記タンクに収容された液体の残量を計測する残量センサと、
前記残量センサによって計測された残量を送信する通信装置と、を含み、
前記残量センサおよび前記通信装置は、前記タンクの底部に取り付けられており、
前記コンピュータは、
請求項６～請求項８のいずれか１項に記載の方法を実施する、ボンベ管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ボンベの管理に関する。
【背景技術】
【0002】
液化ガスなどの流体を充填されたボンベは、流体のメーカからユーザに出荷され、使用場所（家庭、事業所、工場、あるいは工事現場など）に配送される。ボンベに充填された流体が使用されると、当該ボンベはメーカによって回収され、ユーザには新たなボンベが配送される。すなわち、ユーザでは、ボンベが交換される。
【0003】
このようなボンベの管理に関し、従来、種々の技術が開示されている。たとえば、特表２０１３－５２０７４２号公報（特許文献１）は、ボンベ（ガスシリンダ）にマークを付し、当該マークにボンベの識別情報を関連付け、製造工程などにおいてマークを読み取り、読み取ったマークに基づいて各ボンベを識別することにより、ボンベの追跡情報を作成する方法を開示している。
【0004】
また、特開２０２０－０５６４１６号公報（特許文献２）は、現在地を示す信号を送信する送信機を装着されたバルブをボンベに取り付け、当該送信機からの信号を取得するサーバによって、ボンベの位置を管理するシステムを開示している。
【0005】
また、特開２０２０－１５９３８９号公報（特許文献３）は、ユーザに販売するボンベの上部に、測位部を含むボンベ管理装置を、施錠した上で装着し、そして、測位部からの位置情報を利用してボンベの位置を管理する技術を開示している。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特表２０１３－５２０７４２号公報
【特許文献2】特開２０２０－０５６４１６号公報
【特許文献3】特開２０２０－１５９３８９号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
特許文献１に記載されるように、ボンベの管理に、ボンベに刻印やシールなどとして付されたマークが利用される場合、刻印の劣化やシールの汚れによってマークの読み取りが困難になる場合がある。このような場合、ボンベを管理するコンピュータが、ボンベを管理するための情報を取得することが困難になる事態が想定される。一方、特許文献２または特許文献３に記載されるように、ボンベの管理に、ボンベに装着された送信機または測位部が利用される場合、ボンベからバルブや測位部が取り外される場合があり得る。このような場合にも、ボンベを管理するコンピュータが、ボンベを管理するための情報を取得することが困難になる事態が想定される。したがって、ボンベを管理するための情報が確実に取得されるための技術が求められている。
【0008】
本開示は、係る実情に鑑み考え出されたものであり、その目的は、ボンベを管理するための情報が確実に取得されるための技術を提供することである。
【課題を解決するための手段】
【0009】
本開示のある局面に従うと、ボンベであって、液体を収容するタンクと、タンクに収容された液体の残量を計測する残量センサと、残量センサによって計測された残量を送信する通信装置と、を備え、残量センサおよび通信装置は、タンクの底部に取り付けられている、ボンベが提供される。
【0010】
ボンベは、残量センサをタンクの底部に固定する固定部材をさらに備えていていもよい。
【0011】
ボンベは、ボンベの位置情報を計測する位置情報センサをさらに備えていていもよい。通信装置は、さらに位置情報センサによって計測された位置情報を送信してもよい。
【0012】
ボンベは、残量センサに電力を供給するためのバッテリと、バッテリの無線充電用のコイルと、をさらに備えていていもよい。
【0013】
ボンベは、ボンベの固有情報を格納する記憶装置をさらに備えていていもよい。
本開示の他の局面に従うと、コンピュータによって実施される方法が提供される。コンピュータは、１以上のボンベのそれぞれに取り付けられた１以上の通信装置のそれぞれから、１以上のボンベのそれぞれのタンクの底部に取り付けられた１以上のセンサのそれぞれによる計測結果を取得する。方法は、１以上のボンベのそれぞれに関連付けられた範囲を格納するメモリーにアクセスすることにより、計測結果が範囲外にあるか否かを判断するステップと、計測結果が範囲外にあると判断したことに応じて、通知を出力するステップとを備える。
本開示の他の局面に従うと、コンピュータによって実施される方法が提供される。コンピュータは、１以上のボンベのそれぞれに取り付けられた１以上の通信装置のそれぞれから、１以上のボンベのそれぞれのタンクの底部に取り付けられた１以上のセンサのそれぞれによる計測結果を取得する。方法は、１以上のボンベのそれぞれに関連付けられた範囲を格納するメモリーにアクセスすることにより、計測結果が範囲外にあるか否かを判断するステップと、計測結果が範囲外にあると判断したことに応じて、通知を出力するステップとを備える。
【0014】
１以上のセンサは、１以上のボンベのそれぞれのタンクに収容された液体の残量を計測する残量センサを含んでいてもよい。計測結果は、１以上のボンベのそれぞれのタンクに収容された液体の残量を含んでいてもよい。範囲は、１以上のボンベのそれぞれが交換を必要としない残量の範囲を含んでいてもよい。
【0015】
方法は、残量が範囲を下回るボンベの引き取りのための配送経路を提供するステップをさらに備えていてもよい。
【0016】
方法は、１以上の通信装置のそれぞれから計測結果を取得する予定時刻が到来したか否かを判断するステップと、予定時刻が到来したと判断したときに計測結果を取得していないことに応じて、通知を出力するステップと、をさらに備えていてもよい。
【0017】
コンピュータは、１以上の通信装置のそれぞれから、１以上のボンベのそれぞれの固有情報をさらに取得してもよい。メモリーは、範囲を、１以上のボンベのそれぞれの固有情報に関連付けて格納していてもよい。取得した計測結果が範囲外であるか否かを判断するステップは、固有情報ごとに実施されてもよい。
【0018】
本開示のさらに他の局面に従うと、コンピュータによって実行されることにより、コンピュータに、上記方法を実施させるプログラムが提供される。
【0019】
本開示のさらに他の局面に従うと、１以上のボンベと、１以上のボンベを管理するためのコンピュータとを備え、１以上のボンベのそれぞれは、液体を収容するタンクと、タンクに収容された液体の残量を計測する残量センサと、残量センサによって計測された残量を送信する通信装置と、を含み、残量センサおよび通信装置は、タンクの底部に取り付けられており、コンピュータは、上記方法を実施する、ボンベ管理システムが提供される。
【発明の効果】
【0020】
本開示のある局面によれば、ボンベを管理するための情報を計測するセンサ、および、当該センサによって計測された値を送信する通信装置が、ボンベのタンクの底部に固定されている。これにより、センサによって計測された値が通信装置から確実に送信される。したがって、ボンベを管理するコンピュータがボンベを管理するための情報を確実に取得できる。
【図面の簡単な説明】
【0021】
【図1】ボンベ管理システムの構成を概略的に説明するための図である。
【図2】ボンベ５００の出荷および返却を管理する方法を概略的に説明するための図である。
【図3】ボンベ５００の構造の一例を模式的に示す図である。
【図5】残量計測器５３０の構成の一例を説明するための図である。
【図6】ボンベ５００の構造の他の例を模式的に示す図である。
【図7】情報端末２５０において表示される配送ルートの表示画面の一例を示す図である。
【図8】情報処理装置１００のハードウェア構成の一例を示す模式図である。
【図9】情報端末２５０のハードウェア構成の一例を示す模式図である。
【図10】ＩＣ（Integrated Circuit）タグリーダ３５０のハードウェア構成の一例を示す図である。
【図11】ＧＰＳ（Global Positioning System）ロガー５１０のハードウェア構成の一例を示す模式図である。
【図12】残量計測器５３０のハードウェア構成の一例を示す模式図である。
【図13】ＧＰＳロガー５１０に格納される情報のデータ構造の一例を模式的に示す図である。
【図14】残量計測器５３０に格納される情報のデータ構造の一例を模式的に示す図である。
【図15】情報処理装置１００に基本情報テーブル１２１として格納される情報のデータ構造の一例を模式的に示す図である。
【図16】情報処理装置１００にボンベ管理情報１２２として格納される情報のデータ構造の一例を模式的に示す図である。
【図17】情報処理装置１００に位置管理情報１２３として格納される情報のデータ構造の一例を模式的に示す図である。
【図18】情報処理装置１００に残量管理情報１２４として格納される情報のデータ構造の一例を模式的に示す図である。
【図19】情報処理装置１００にユーザ管理情報１２５として格納される情報のデータ構造の一例を模式的に示す図である。
【図21】情報処理装置１００において作成される配送予定表のデータ構造の一例を模式的に示す図である。
【図22】情報処理装置１００において作成される配送ルートのデータ構造の一例を模式的に示す図である。
【図23】ボンベの納品を管理するために、情報処理装置１００において実行される処理のフローチャートである。
【図24】ボンベの返却を管理するために、情報処理装置１００において実行される処理のフローチャートである。
【図25】ボンベの位置を管理するために、情報処理装置１００において実行される処理のフローチャートである。
【図26】ボンベの残量を管理するために、情報処理装置１００において実行される処理のフローチャートである。
【図27】ユーザへのボンベの納品のための配送ルートを作成するために、情報処理装置１００において実行される処理のフローチャートである。
【図28】配送予定表の表示画面の一例を示す図である。
【発明を実施するための形態】
【0022】
以下、図面を参照しつつ、本発明に従う実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらについての詳細な説明は繰り返さない。なお、以下で説明される各実施の形態および各変形例は、適宜選択的に組み合わされてもよい。
【0023】
【0024】
ボンベ５００は、充填施設３００において、ガス（液化ガス）を充填される。その後、ボンベ５００は、充填施設３００から出荷され、車両２００に搭載された状態で充填施設３００からユーザ４００まで移送され、そして、ユーザ４００に納品される。ユーザ４００においてボンベ５００内のガスが消費されると、ボンベ５００は充填施設３００に返却される。充填施設３００では、ボンベ５００にガスが再度充填され、その後、ボンベ５００はユーザ４００へと再度納品される。
【0025】
車両２００は、４輪の車両に限定されず、１以上のボンベを移送できる限り、２輪車などの他の種類の車両であってもよい。
【0026】
ボンベ管理システムは、ボンベの位置などの情報を管理する情報処理装置１００を含む。情報処理装置１００は、汎用のコンピュータであってもよく、充填施設３００におけるボンベ５００に関する情報（ボンベ５００へのガスの充填、ユーザ４００に向けた出荷、等）を管理する。情報処理装置１００は、たとえば、ボンベ５００に充填されたガスをユーザに提供する者（ガスのメーカなど）によって管理される。情報処理装置１００は、種々の情報をディスプレイ１５０に表示してもよい。
【0027】
車両２００には、情報端末２５０が搭載される。情報端末２５０は、車載の汎用コンピュータであってもよいし、ドライバーが携帯するスマートフォン等の情報端末であってもよい。すなわち、情報端末２５０は、車両２００に搭載されている必要はない。
【0028】
情報処理装置１００は、車両２００が２以上のユーザ４００へボンベ５００を配送する場合に、配送ルートを作成して情報端末２５０へ送信してもよい。情報端末２５０は、送信された配送ルートを表示してもよい。これにより、車両２００のドライバーは、表示された配送ルートに従った順序で、２以上のユーザ４００のそれぞれにボンベ５００を配送できる。
【0029】
車両２００は、ドライバーによって運転される必要はない。車両２００の移動の一部または全部が、自動運転技術に従って制御されてもよい。
【0030】
ボンベ５００には、図３等を参照して後述されるように、ボンベ５００の位置情報を送信する機器、および、ボンベ５００におけるガスの残量を管理する機器が取り付けられていてもよい。ボンベ５００は、ユーザ４００に納品された後、当該ボンベ５００の位置情報およびガスの残量を情報処理装置１００へ発信してもよい。これにより、ボンベ５００がユーザ４００の敷地内に位置する状態でも、ボンベ５００から情報処理装置１００へボンベ５００の位置情報およびガスの残量が送信される。情報処理装置１００は、ボンベ５００がユーザ４００の敷地内に位置する状態でも、ボンベ５００の位置情報およびガスの残量を管理し得る。本実施の形態において、ボンベ５００の位置情報およびガスの残量を情報処理装置１００へ送信する通信装置は、図１１および図１２を参照して後述される通信インターフェイス５１４，５３４として例示される。
【0031】
また、情報処理装置１００は、ボンベ５００の位置情報を利用して当該ボンベ５００がユーザ４００の敷地まで搬送されたことを検出すると、ユーザ４００へのボンベ５００の納品書を作成してもよい。
【0032】
図２は、ボンベ５００の出荷および返却を管理する方法を概略的に説明するための図である。ボンベ５００には、ボンベ５００のＩＤを格納するＩＣ（Integrated Circuit）タグが取り付けられていてもよい。図２に示されるように、充填施設３００には、出荷側ゲートと返却側ゲートのそれぞれに、ＩＣタグリーダ３５０が設置されていてもよい。ボンベのＩＤは、ボンベの固有情報の一例である。ＩＣタグは、ボンベの固有情報を書き換え可能に格納する記憶装置の一例である。
【0033】
各ボンベ５００の出荷は以下のように管理され得る。すなわち、車両２００が出荷側ゲートを通過すると、車両２００に搭載されたボンベ５００に取り付けられたＩＣタグ（後述するＩＣタグ５２０）がＩＣタグリーダ３５０に接近し、これにより、ＩＣタグリーダ３５０はボンベ５００のＩＣタグからボンベ５００のＩＤを読み出す。ＩＣタグリーダは、読み出したＩＤを情報処理装置１００へ向けて送信する。情報処理装置１００は、受信したＩＤに対応するボンベ５００が出荷されることを認識する。
【0034】
各ボンベ５００の返却は以下のように管理され得る。すなわち、ボンベ５００を乗せた車両２００が返却側ゲートを通過すると、ボンベ５００に取り付けられたＩＣタグがＩＣタグリーダ３５０に接近し、これにより、ＩＣタグリーダ３５０はボンベ５００のＩＣタグからボンベ５００のＩＤを読み出す。ＩＣタグリーダ３５０は、読み出したＩＤを情報処理装置１００へ向けて送信する。情報処理装置１００は、受信したＩＤに対応するボンベ５００が返却されたことを認識する。
【0035】
［ボンベの構成］
図３は、ボンベ５００の構造の一例を模式的に示す図である。図３に示されるように、ボンベ５００は、ガス（液化ガス）を収容するタンク５０１と、タンク５０１の底に取り付けられたスカート５５２とを含む。タンク５０１は、取っ手５５１Ａを含む。
図３は、ボンベ５００の構造の一例を模式的に示す図である。図３に示されるように、ボンベ５００は、ガス（液化ガス）を収容するタンク５０１と、タンク５０１の底に取り付けられたスカート５５２とを含む。タンク５０１は、取っ手５５１Ａを含む。
【0036】
タンク５０１の底には、また、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０が取り付けられている。タンク５０１の底に取り付けられることにより、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０は、ボンベ５００を利用するユーザからは見えにくい場所に位置する。これにより、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０がボンベ５００を利用するユーザによってボンベ５００から取り外されることが抑制される。
【0037】
図４は、図３のボンベ５００を底部５００Ｚから見た状態を表す図である。図４では、ボンベ５００の上部は省略されている。図５は、残量計測器５３０の構成の一例を説明するための図である。図５に示されるように、残量計測器５３０は、超音波センサ５３６と、２つのマグネット５３０Ｘとを含む。図４に示されるように、残量計測器５３０は、マグネット５３０Ｘで、ボンベ５００の底部５００Ｚに取り付けられる。ＧＰＳロガー５１０およびＩＣタグ５２０のそれぞれも、残量計測器５３０と同様にマグネットを含み、当該マグネットによって、底部５００Ｚに取り付けられる。
【0038】
図３において模式的に示されるように、超音波センサ５３６は、タンク５０１に収容されるガス（液化ガス）に向けて超音波を発信する。残量計測器５３０では、超音波センサ５３６が超音波を発信してから、超音波センサ５３６が液化ガスの液面からの反射波を受信するまでの、時間の長さに基づいてガスの残量が導出される。
【0039】
図６は、ボンベ５００の構造の他の例を模式的に示す図である。図６に示されたボンベ５００は、ホルダ５５３をさらに含む。ホルダ５５３は、タンク５０１の底部５００Ｚに固定されている。より具体的には、ホルダ５５３は、孔を有する。当該孔が底部５００Ｚに設けられた突起部（図示略）に引っかけられることによって、ホルダ５５３は、底部５００Ｚに固定される。
【0040】
図６に示されたボンベ５００では、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０は、ホルダ５５３に保持されることにより、底部５００Ｚに取り付けられる。すなわち、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０は、底部５００Ｚとホルダ５５３との間に位置する。この場合、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０のそれぞれはマグネットを含んでいなくてもよい。なお、ホルダ５５３は、当該ホルダ５５３の孔がスカート５５２に設けられた突起部に引っかけられることによって、スカート５５２に固定されていてもよい。ホルダ５５３は、スカート５５２に固定された状態で、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０を底部５００Ｚに当接させ、これにより、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０を底部５００Ｚに取り付けてもよい。
【0041】
以上、図３～図６を参照した例において、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０のそれぞれに含まれるマグネットは、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０のそれぞれを底部５００Ｚに固定する固定部材の一例である。ホルダ５５３は、固定部材の他の例である。
【0042】
なお、固定部材の形態は、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０を底部５００Ｚに固定する限り、図３～図６に示された例に限定されない。固定部材は、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０を、底部５００Ｚに、マグネットなどによって取り外し可能に取り付けても良いし、接着剤などによって容易に取り外せない態様で取り付けても良い。
【0043】
また、ボンベ５００において、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０の全てが底部５００Ｚに取り付けられる必要は無い。ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０のうち少なくとも１つは、ボンベ５００の肩部（ボンベ５００においてバルブ５９０が装着される部分の近傍であって、上方ほど径が短くなる部分）に取り付けられていてもよい。たとえば、残量計測器５３０は、底部５００Ｚに取り付けられ、ＧＰＳロガー５１０およびＩＣタグ５２０は、肩部に取り付けられても良い。
【0044】
［配送ルート］
図７は、情報端末２５０において表示される配送ルートの表示画面の一例を示す図である。表示画面６００では、地図の上にアイコン６１１，６１２，６１３，６１４，６２０が示されている。アイコン６２０は、情報端末２５０が搭載される車両の位置を表す。アイコン６１１，６１２，６１３，６１４のそれぞれは、ボンベの配達先である４件のユーザのそれぞれの位置を表す。表示画面６００では、アイコン６１１，６１２，６１３，６１４のそれぞれに、それぞれのユーザの名称（ＣＬ（１）、ＣＬ（８）、ＣＬ（４）、ＣＬ（５））が付記されている。
図７は、情報端末２５０において表示される配送ルートの表示画面の一例を示す図である。表示画面６００では、地図の上にアイコン６１１，６１２，６１３，６１４，６２０が示されている。アイコン６２０は、情報端末２５０が搭載される車両の位置を表す。アイコン６１１，６１２，６１３，６１４のそれぞれは、ボンベの配達先である４件のユーザのそれぞれの位置を表す。表示画面６００では、アイコン６１１，６１２，６１３，６１４のそれぞれに、それぞれのユーザの名称（ＣＬ（１）、ＣＬ（８）、ＣＬ（４）、ＣＬ（５））が付記されている。
【0045】
表示画面６００では、ルート６１０がさらに示されている。ルート６１０は、情報処理装置１００によって作成された配送ルートを表す。図７の例では、ルート６１０は、アイコン６２０から、アイコン６１１、アイコン６１２、および、アイコン６１３を順に経由して、アイコン６１４へと到達するルートを表す。
【0046】
［ハードウェア構成：情報処理装置１００］
図８は、情報処理装置１００のハードウェア構成の一例を示す模式図である。図８を参照して、情報処理装置１００は、制御装置１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、通信インターフェイス１０４と、表示インターフェイス１０５と、入力インターフェイス１０７と、記憶装置１２０とを含む。これらのコンポーネントは、バス１１０に接続される。
図８は、情報処理装置１００のハードウェア構成の一例を示す模式図である。図８を参照して、情報処理装置１００は、制御装置１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、通信インターフェイス１０４と、表示インターフェイス１０５と、入力インターフェイス１０７と、記憶装置１２０とを含む。これらのコンポーネントは、バス１１０に接続される。
【0047】
制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central Processing Unit）、少なくとも１つのＧＰＵ（Graphics Processing Unit）、少なくとも１つのＡＳＩＣ（Application Specific Integrated Circuit）、少なくとも１つのＦＰＧＡ（Field Programmable Gate Array）、またはそれらの組み合わせなどによって構成され得る。
【0048】
制御装置１０１は、プログラムを実行することで情報処理装置１００の動作を制御する。一実現例では、これらのプログラムは記憶装置１２０に格納されている。これらのプログラムの少なくとも一つは、外部のサーバに格納されていてもよく、制御装置１０１は、ＡＰＩ（Application Programming Interface）を利用してこれらのプログラムを実行してもよい。
【0049】
通信インターフェイス１０４には、ＬＡＮ（Local Area Network）やアンテナなどが接続される。情報処理装置１００は、通信インターフェイス１０４を介して、外部機器との間でデータをやり取りする。情報処理装置１００は、通信インターフェイス１０４を介してサーバから各種のプログラムをダウンロードできるように構成されていてもよい。
【0050】
表示インターフェイス１０５には、ディスプレイ１５０が接続される。表示インターフェイス１０５は、制御装置１０１などからの指令に従って、ディスプレイ１５０に対して、画像を表示するための画像信号を送出する。ディスプレイ１５０は、たとえば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、またはその他の表示機器である。ディスプレイ１５０は、情報処理装置１００と一体的に構成されてもよいし、情報処理装置１００とは別に構成されてもよい。
【0051】
入力インターフェイス１０７には、入力デバイス１６０が接続される。入力デバイス１６０は、たとえば、マウス、キーボード、タッチパネル、またはユーザの操作を受け付けることが可能なその他の装置である。入力デバイス１６０は、情報処理装置１００と一体的に構成されてもよいし、情報処理装置１００とは別に構成されてもよい。
【0052】
記憶装置１２０は、たとえば、ハードディスクやフラッシュメモリなどの記憶媒体である。記憶装置１２０は、各種のプログラムおよび当該プログラムの実行に利用されるデータを格納する。これらのプログラムおよび／またはデータの格納場所は、記憶装置１２０に限定されず、制御装置１０１の記憶領域（たとえば、キャッシュメモリなど）、ＲＯＭ１０２、ＲＡＭ１０３、外部機器（たとえば、サーバ）であってもよい。
【0053】
図８の例では、記憶装置１２０には、ボンベ管理システムを管理するためのデータとして、基本情報テーブル１２１、ボンベ管理情報１２２、位置管理情報１２３、残量管理情報１２４、および、ユーザ管理情報１２５が格納されている。これらの情報の内容については、図１５～図２０等を参照して後述する。記憶装置１２０には、さらに、プログラム１２６、および、プログラムの実行に利用される変数などの各種データ１２７が格納されている。
【0054】
［ハードウェア構成：情報端末２５０］
図９は、情報端末２５０のハードウェア構成の一例を示す模式図である。図９を参照して、情報端末２５０は、制御装置２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、通信インターフェイス２０４と、表示インターフェイス２０５と、入力インターフェイス２０７と、記憶装置２２０とを含む。これらのコンポーネントは、バス２１０に接続される。
図９は、情報端末２５０のハードウェア構成の一例を示す模式図である。図９を参照して、情報端末２５０は、制御装置２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、通信インターフェイス２０４と、表示インターフェイス２０５と、入力インターフェイス２０７と、記憶装置２２０とを含む。これらのコンポーネントは、バス２１０に接続される。
【0055】
制御装置２０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＧＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせなどによって構成され得る。
【0056】
制御装置２０１は、プログラムを実行することで情報端末２５０の動作を制御する。一実現例では、これらのプログラムは記憶装置２２０に格納されている。これらのプログラムの少なくとも一つは、外部のサーバに格納されていてもよく、制御装置２０１は、ＡＰＩを利用してこれらのプログラムを実行してもよい。
【0057】
通信インターフェイス２０４には、ＬＡＮやアンテナなどが接続される。情報端末２５０は、通信インターフェイス２０４を介して、外部機器との間でデータをやり取りする。情報端末２５０は、通信インターフェイス２０４を介してサーバから各種のプログラムをダウンロードできるように構成されていてもよい。
【0058】
表示インターフェイス２０５には、ディスプレイ２０６が接続される。表示インターフェイス２０５は、制御装置２０１などからの指令に従って、ディスプレイ２０６に対して、画像を表示するための画像信号を送出する。ディスプレイ２０６は、たとえば、液晶ディスプレイ、有機ＥＬディスプレイ、またはその他の表示機器である。
【0059】
入力インターフェイス２０７には、入力デバイス２０８が接続される。入力デバイス２０８は、タッチパネル等の、ユーザの操作を受け付けることが可能なその装置である。
【0060】
記憶装置２２０は、たとえば、ハードディスクやフラッシュメモリなどの記憶媒体である。記憶装置２２０は、各種のプログラムおよび当該プログラムの実行に利用されるデータを格納する。
【0061】
［ハードウェア構成：ＩＣタグリーダ３５０］
図１０は、ＩＣタグリーダ３５０のハードウェア構成の一例を示す図である。図１０には、参考として、ＩＣタグリーダ３５０の通信相手であるＩＣタグ５２０がさらに示されている。ＩＣタグ５２０は、パッシブタグであってもよいし、アクティブタグであってもよいし、セミアクティブタグであってもよい。
図１０は、ＩＣタグリーダ３５０のハードウェア構成の一例を示す図である。図１０には、参考として、ＩＣタグリーダ３５０の通信相手であるＩＣタグ５２０がさらに示されている。ＩＣタグ５２０は、パッシブタグであってもよいし、アクティブタグであってもよいし、セミアクティブタグであってもよい。
【0062】
図１０を参照して、ＩＣタグリーダ３５０は、コントローラ３５１と、アンテナ３５２とを含む。ＩＣタグリーダ３５０において、コントローラ３５１は、ＩＣタグ５２０がアンテナ３５２から予め定められた距離以下の範囲に位置すると、ＩＣタグ５２０に格納されたボンベ５００のＩＤを読み出す。コントローラ３５１は、アンテナ３５２を介して、または、図示せぬＩＣタグリーダ３５０の通信装置を利用して、読み出したＩＤを情報処理装置１００へ向けて送信する。
【0063】
図１０を参照して説明されたような、ＩＣタグリーダ３５０がＩＣタグ５２０から取得したＩＤを情報処理装置１００に向けて送信することは、ボンベ管理システムにおいて、ＩＣタグリーダ３５０の設置箇所を通過するボンベ５００のＩＤを情報処理装置１００が取得することの一具体例にすぎない。ボンベ管理システムにおいて、ボンベ５００のＩＤは、ボンベ５００本体またはボンベ５００に取り付けられた要素からのバーコードの読み取りなど、他の態様で取得されてもよい。
【0064】
［ハードウェア構成：ＧＰＳロガー５１０］
図１１は、ＧＰＳロガー５１０のハードウェア構成の一例を示す模式図である。図１１を参照して、ＧＰＳロガー５１０は、制御装置５１１と、バッテリ５１０Ａと、通信インターフェイス５１４と、記憶装置５１５と、ＧＰＳ部５１６と、入力インターフェイス５１７と、表示インターフェイス５１８とを含む。これらのコンポーネントは、バスに接続される。
図１１は、ＧＰＳロガー５１０のハードウェア構成の一例を示す模式図である。図１１を参照して、ＧＰＳロガー５１０は、制御装置５１１と、バッテリ５１０Ａと、通信インターフェイス５１４と、記憶装置５１５と、ＧＰＳ部５１６と、入力インターフェイス５１７と、表示インターフェイス５１８とを含む。これらのコンポーネントは、バスに接続される。
【0065】
バッテリ５１０Ａは、ＧＰＳロガー５１０の各要素に電力を供給する。充填施設３００には、バッテリ５１０Ａを非接触で充電する充電装置が設けられていてもよい。ＧＰＳロガー５１０には、無線充填用のコイルが設けられていてもよく、バッテリ５１０Ａは、当該コイルを利用して、上記充電装置で充電されてもよい。ＧＰＳロガー５１０は、太陽光パネルを含んでいてもよく、バッテリ５１０Ａは、当該太陽光パネルにおいて生じた起電力によって充電されてもよい。さらに、ＧＰＳロガー５１０において、バッテリ５１０Ａ以外の各要素（制御装置５１１等）も太陽光パネルに接続されていてもよく、太陽光パネルにおいて生じた起電力が直接各要素によって消費されてもよい。
【0066】
制御装置５１１は、少なくとも１つの集積回路（少なくとも１つのＣＰＵ、少なくとも１つのＧＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせ）によって構成され得る。制御装置５１１は、プログラムを実行することでＧＰＳロガー５１０の動作を制御する。これらのプログラムは記憶装置５１５に格納されていてもよいし、外部のサーバに格納されていてもよい。制御装置５１１は、ＡＰＩを利用してこれらのプログラムを実行してもよい。
【0067】
通信インターフェイス５１４には、ＬＡＮやアンテナなどが接続される。ＧＰＳロガー５１０は、通信インターフェイス５１４を介して、外部機器との間でデータをやり取りする。
【0068】
記憶装置５１５は、フラッシュメモリなどの記憶媒体である。記憶装置５１５は、各種のプログラムおよび当該プログラムの実行に利用されるデータを格納する。
【0069】
ＧＰＳ部５１６は、通信インターフェイス５１４を介して取得したＧＰＳ衛星からの信号から、ＧＰＳロガー５１０の位置情報を作成する。
【0070】
入力インターフェイス５１７には、入力デバイス５１７Ａが接続される。入力デバイス５１７Ａは、タッチパネル等の、ユーザの操作を受け付けることが可能なその装置である。
【0071】
表示インターフェイス５１８には、表示デバイス５１８Ａが接続される。表示インターフェイス５１８は、制御装置５１１などからの指令に従って、表示デバイス５１８Ａに対して、画像を表示するための画像信号を送出する。表示デバイス５１８Ａは、有機ＥＬディスプレイ等の表示機器である。
【0072】
なお、制御装置５１１は、通信インターフェイス５１４を介して、入力デバイス５１７Ａおよび／または表示デバイス５１８Ａと接続されていてもよい。
【0073】
記憶装置５１５は、ＧＰＳロガー５１０のＩＤを格納する。制御装置５１１は、記憶装置５１５に格納されるＩＤと、ＧＰＳ部５１６によって作成された位置情報とを、通信インターフェイス５１４を介して発信する。
【0074】
［ハードウェア構成：残量計測器５３０］
図１２は、残量計測器５３０のハードウェア構成の一例を示す模式図である。図１２を参照して、残量計測器５３０は、制御装置５３１と、バッテリ５３０Ａと、通信インターフェイス５３４と、記憶装置５３５と、超音波センサ５３６と、入力インターフェイス５３７と、表示インターフェイス５３８とを含む。これらのコンポーネントは、バスに接続される。
図１２は、残量計測器５３０のハードウェア構成の一例を示す模式図である。図１２を参照して、残量計測器５３０は、制御装置５３１と、バッテリ５３０Ａと、通信インターフェイス５３４と、記憶装置５３５と、超音波センサ５３６と、入力インターフェイス５３７と、表示インターフェイス５３８とを含む。これらのコンポーネントは、バスに接続される。
【0075】
バッテリ５３０Ａは、残量計測器５３０の各要素に電力を供給する。充填施設３００には、バッテリ５３０Ａを非接触で充電する充電装置が設けられていてもよい。残量計測器５３０には、無線充填用のコイルが設けられていてもよく、バッテリ５３０Ａは、当該コイルを利用して、上記充電装置で充電されてもよい。残量計測器５３０は、太陽光パネルを含んでいてもよく、バッテリ５３０Ａは、当該太陽光パネルにおいて生じた起電力によって充電されてもよい。さらに、残量計測器５３０において、バッテリ５３０Ａ以外の各要素（制御装置５３１等）も太陽光パネルに接続されていてもよく、太陽光パネルにおいて生じた起電力が直接各要素によって消費されてもよい。
【0076】
制御装置５３１は、少なくとも１つの集積回路（少なくとも１つのＣＰＵ、少なくとも１つのＧＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせ）によって構成され得る。制御装置５３１は、プログラムを実行することで残量計測器５３０の動作を制御する。これらのプログラムは記憶装置５３５に格納されていてもよいし、外部のサーバに格納されていてもよい。制御装置５３１は、ＡＰＩを利用してこれらのプログラムを実行してもよい。
【0077】
通信インターフェイス５３４には、ＬＡＮやアンテナなどが接続される。残量計測器５３０は、通信インターフェイス５３４を介して、外部機器との間でデータをやり取りする。
【0078】
記憶装置５３５は、フラッシュメモリなどの記憶媒体である。記憶装置５３５は、各種のプログラムおよび当該プログラムの実行に利用されるデータを格納する。
【0079】
超音波センサ５３６は、図４を参照して説明されたように、ボンベ５００の底部５００Ｚに配置される。より具体的には、超音波センサ５３６は、ボンベ５００内のタンク５０１の底部に配置される。
【0080】
入力インターフェイス５３７には、入力デバイス５３７Ａが接続される。入力デバイス５３７Ａは、タッチパネル等の、ユーザの操作を受け付けることが可能なその装置である。
【0081】
表示インターフェイス５３８には、表示デバイス５３８Ａが接続される。表示インターフェイス５３８は、制御装置５３１などからの指令に従って、表示デバイス５３８Ａに対して、画像を表示するための画像信号を送出する。表示デバイス５３８Ａは、表示機器であり、たとえば有機ＥＬディスプレイによって実現されるがこれに限定されない。
【0082】
超音波センサ５３６は、タンク５０１に収容されるガス（液化ガス）に向けて超音波を発信する。制御装置５３１は、超音波センサ５３６が超音波を発信してから、超音波センサ５３６が液化ガスの液面からの反射波を受信するまでの、時間の長さに基づいてガスの残量を導出する。残量計測器５３０では、超音波センサ５３６および制御装置５３１によって、タンク５０１内の液体の残量に関する値が導出される。この意味において、超音波センサ５３６および制御装置５３１によって、タンク５０１に収容された液体の残量を計測する残量センサの一例が構成される。
【0083】
記憶装置５３５は、残量計測器５３０のＩＤを格納する。制御装置５３１は、記憶装置５３５に格納されるＩＤと、上記のように導出された残量とを、通信インターフェイス５３４を介して発信する。制御装置５３１は、表示デバイス５３８Ａに残量を表示してもよい。なお、表示デバイス５３８Ａに表示される値は、「残量」の値そのものであってもよいし、「残量」の値に応じたピクトグラムなどの画像であってもよいし、「残量」の値および充填質量の値から算出される使用量の値であってもよいし、これらの組合せであってもよい。制御装置５３１は、タンク５０１内の液体の残量を特定するための値を発信すればよく、「残量」そのものを発信しなくてもよい。残量を特定するための値の一例は、超音波センサ５３６が超音波を発信してから上記反射波を受信するための時間の長さであってもよい。制御装置５３１は、このような時間の長さを発信してもよい。
【0084】
なお、制御装置５３１は、通信インターフェイス５３４を介して、入力デバイス５３７Ａおよび／または表示デバイス５３８Ａと接続されていてもよい。
【0085】
［データ構成：（ＧＰＳロガー）位置情報］
図１３は、ＧＰＳロガー５１０に格納される情報のデータ構造の一例を模式的に示す図である。図１３に示されるように、ＧＰＳロガー５１０の記憶装置５１５には、ＧＰＳロガー５１０において検出されたＧＰＳロガー５１０の位置情報の履歴が格納される。より具体的には、記憶装置５１５には、ＧＰＳロガー５１０のＩＤ（ＧＰＳ＿ＩＤ）とともに、検出された位置と、当該位置が検出された時刻とが格納される。
図１３は、ＧＰＳロガー５１０に格納される情報のデータ構造の一例を模式的に示す図である。図１３に示されるように、ＧＰＳロガー５１０の記憶装置５１５には、ＧＰＳロガー５１０において検出されたＧＰＳロガー５１０の位置情報の履歴が格納される。より具体的には、記憶装置５１５には、ＧＰＳロガー５１０のＩＤ（ＧＰＳ＿ＩＤ）とともに、検出された位置と、当該位置が検出された時刻とが格納される。
【0086】
図１３の例は、ＧＰＳロガー５１０のＩＤとして「ＧＰ（１）」を含み、また、位置と時刻の組合せとして、「ＰＳ（１１）」と「２０２０／９／１６ １０：００」とを含む。ＰＳ（１１）は、緯度と経度のそれぞれの値の組合せであってもよい。「２０２０／９／１６ １０：００」は、２０２０年９月１６日の１０時３０分を表す。
【0087】
［ＩＣタグ５２０に格納されるデータ］
ＩＣタグ５２０には、当該ＩＣタグ５２０を識別する情報（タグＩＤ）が格納される。ＩＣタグリーダ３５０は、ＩＣタグ５２０が接近すると、当該ＩＣタグ５２０に格納されたタグＩＤを読み出す。
ＩＣタグ５２０には、当該ＩＣタグ５２０を識別する情報（タグＩＤ）が格納される。ＩＣタグリーダ３５０は、ＩＣタグ５２０が接近すると、当該ＩＣタグ５２０に格納されたタグＩＤを読み出す。
【0088】
［データ構成：（残量計測器）残量情報］
図１４は、残量計測器５３０に格納される情報のデータ構造の一例を模式的に示す図である。図１４に示されるように、残量計測器５３０の記憶装置５３５には、残量計測器５３０において検出されたガス（液化ガス）の残量の履歴が格納される。より具体的には、記憶装置５３５には、残量計測器５３０のＩＤ（計測器ＩＤ）とともに、残量が計測された日付と、計測された残量とが格納される。
図１４は、残量計測器５３０に格納される情報のデータ構造の一例を模式的に示す図である。図１４に示されるように、残量計測器５３０の記憶装置５３５には、残量計測器５３０において検出されたガス（液化ガス）の残量の履歴が格納される。より具体的には、記憶装置５３５には、残量計測器５３０のＩＤ（計測器ＩＤ）とともに、残量が計測された日付と、計測された残量とが格納される。
【0089】
図１４の例は、残量計測器５３０のＩＤとして「ＭＴ（１）」を含み、また、日付と残量の組合せとして、「２０２０／９／１４」と「ＲＱ（１１）」とを含む。「ＲＱ（１１）」は、ガスの残量（容積等）の具体的な数値であってもよい。一実現例では、残量計測器５３０では、各日の所定の時刻（たとえば、１６時）に残量の検出が実行され、そのときに検出された残量が当該日の残量として格納される。なお、残量の検出のタイミングは、１日１回である必要はなく、さらに高い頻度で、またはさらに低い頻度で、検出されてもよい。検出された残量は、検出のたびに記憶装置５３５に格納されてもよい。
【0090】
［データ構成：（情報処理装置）基本情報テーブル］
図１５は、情報処理装置１００に基本情報テーブル１２１として格納される情報のデータ構造の一例を模式的に示す図である。基本情報テーブル１２１は、１本のボンベ５００において、ボンベ５００と、当該ボンベ５００に取り付けられたＧＰＳロガー５１０とＩＣタグ５２０と残量計測器５３０とを関連付ける。
図１５は、情報処理装置１００に基本情報テーブル１２１として格納される情報のデータ構造の一例を模式的に示す図である。基本情報テーブル１２１は、１本のボンベ５００において、ボンベ５００と、当該ボンベ５００に取り付けられたＧＰＳロガー５１０とＩＣタグ５２０と残量計測器５３０とを関連付ける。
【0091】
より具体的には、図１５に示されるように、基本情報テーブル１２１は、４個の項目（ボンベＩＤ、タグＩＤ、ＧＰＳ＿ＩＤ、計測器ＩＤ）のデータを互いに関連付ける。図１５の例では、たとえば、ボンベＩＤ「ＣＹ（１）」で規定されるボンベ５００に、タグＩＤ「ＴＧ（１）」で規定されるＩＣタグ５２０、ＧＰＳ＿ＩＤ「ＧＰ（１）」で規定されるＧＰＳロガー５１０、および、計測器ＩＤ「ＭＴ（１）」で規定される残量計測器５３０が関連付けられている。
【0092】
［データ構成：（情報処理装置）ボンベ管理情報］
図１６は、情報処理装置１００にボンベ管理情報１２２として格納される情報のデータ構造の一例を模式的に示す図である。ボンベ管理情報１２２は、各ボンベ５００に関する情報を含む。
図１６は、情報処理装置１００にボンベ管理情報１２２として格納される情報のデータ構造の一例を模式的に示す図である。ボンベ管理情報１２２は、各ボンベ５００に関する情報を含む。
【0093】
より具体的には、ボンベ管理情報１２２は、１１個の項目（ボンベＩＤ、製造日、充填日、ガス種類、充填施設、充填圧力、充填質量、出荷日時／場所、納品日時／場所、回収日時／場所、返却日時／場所）のデータを互いに関連付ける。「出荷」は、ユーザへの納品に向けてボンベが充填施設から送り出されることを意味してもよい。「納品」は、ボンベが納品先のユーザに受け渡されたことを意味してもよい。「回収」は、ボンベが、返却のために、ユーザから受け渡されたことを意味してもよい。「返却」は、ボンベが充填施設に戻されたことを意味してもよい。
【0094】
ボンベ管理情報において、ボンベＩＤは、各ボンベ５００を識別する。製造日は、各ボンベ５００が製造された日付を規定する。充填日は、ボンベ５００にガスが充填された日を規定する。ガス種類は、ボンベ５００に充填されたガスの種類を規定する。充填施設は、ボンベ５００にガスが充填された場所（充填施設）を規定する。充填圧力および充填質量のそれぞれは、ボンベ５００に充填されたガスの圧力および質量のそれぞれを規定する。
【0095】
ボンベ管理システムでは、新たなボンベ５００が導入されると、作業員は、情報処理装置１００に、当該ボンベ５００のボンベＩＤおよび製造日を登録する。作業員は、また、ボンベ５００にガスが充填されるたびに、充填日、ガス種類、充填施設、充填圧力、および、充填質量を登録する。すなわち、ボンベ管理情報１２２は、各ボンベ５００の「履歴書」のような情報を含む。
【0096】
図１６の例では、ボンベＩＤ「ＣＹ（１）」で規定されるボンベは、２０１８年１２月３日（２０１８／１２／３）に製造されたことが示される。このボンベには、２０２０年６月２９日に「ＳＴ（１）」で規定される充填施設で酸素が充填された。このときの充填圧力はＰ（１１）であり、充填質量はＭ（１１）であった。また、このボンベには、２０２０年８月３日に「ＳＴ（１）」で規定される充填施設で酸素が充填された。このときの充填圧力はＰ（１２）であり、充填質量はＭ（１２）であった。さらに、このボンベには、２０２０年９月１日に「ＳＴ（１）」で規定される充填施設で酸素が充填された。このときの充填圧力はＰ（１３）であり、充填質量はＭ（１３）であった。
【0097】
ボンベ管理情報において、出荷日時／場所は、ボンベ５００が出荷された日時と場所とを規定する。納品日時／場所、回収日時／場所、および、返却日時／場所のそれぞれは、ボンベ５００の、納品、回収、および、返却のそれぞれについての日時と場所を規定する。
【0098】
出荷日時／場所は、ボンベ５００が出荷側ゲートのＩＣタグリーダ３５０を通過したことに応じて登録される。より具体的には、ＩＣタグリーダ３５０は、タグＩＤを読み出すと、当該タグＩＤを情報処理装置１００に向けて通知する。情報処理装置１００は、出荷側ゲートのＩＣタグリーダ３５０からタグＩＤを受信すると、受信した日時と、当該タグＩＤを送信したＩＣタグリーダ３５０を特定する出荷場所とを、ボンベ管理情報１２２に、出荷日時／場所として登録する。
【0099】
納品日時／場所は、出荷されたボンベ５００がユーザの受け渡し場所に位置したことに応じて登録される。より具体的には、情報処理装置１００は、出荷日時／場所を登録されたボンベ５００について、一定時間ごとに、当該ボンベ５００に取り付けられたＧＰＳロガー５１０から送信される位置情報を、ボンベ５００が納品されるべきユーザの受け渡し場所の位置情報と比較する。そして、情報処理装置１００は、ＧＰＳロガー５１０からの位置情報がボンベ５００が納品されるべきユーザの受け渡し場所に対応すること（一致する、位置情報が受け渡し場所に含まれる、等）を検出すると、そのような位置情報を受信した日時と、受け渡し場所とを、ボンベ管理情報１２２に、納品日時／場所として登録する。
【0100】
回収日時／場所は、ボンベ５００がユーザに納品された後、当該ボンベ５００がユーザの受け渡し場所に位置したことに応じて登録される。より具体的には、情報処理装置１００は、納品日時／場所を登録されたボンベ５００について、一定時間ごとに、当該ボンベ５００に取り付けられたＧＰＳロガー５１０から送信される位置情報を、ボンベ５００が納品されたユーザの受け渡し場所の位置情報と比較する。そして、情報処理装置１００は、ＧＰＳロガー５１０からの位置情報がボンベ５００が納品されるべきユーザの受け渡し場所に対応すること（一致する、位置情報が受け渡し場所に含まれる、等）を検出すると、そのような位置情報を受信した日時と、受け渡し場所とを、ボンベ管理情報１２２に、納品日時／場所として登録する。
【0101】
返却日時／場所は、ボンベ５００が返却側ゲートのＩＣタグリーダ３５０を通過したことに応じて登録される。情報処理装置１００は、返却側ゲートのＩＣタグリーダ３５０からタグＩＤを受信すると、受信した日時と、当該タグＩＤを送信したＩＣタグリーダ３５０を特定する返却場所とを、ボンベ管理情報１２２に、返却日時／場所として登録する。
【0102】
たとえば、図１６の例は、ボンベＩＤ「ＣＹ（１）」が、２０２０年７月１日の１４時００分に「ＳＴ（１）」で規定される充填施設から出荷され、同日の１４時１０分に「ＰＬ（１）」で規定されるユーザに納品され、さらに、２０２０年７月２１日の１０時１５分に「ＰＬ（１）」で規定されるユーザから回収され、同日の１０時２６分に「ＳＴ（１）」で規定される充填施設に返却されたことを表す。
【0103】
以上説明された、出荷日時／場所、納品日時／場所、回収日時／場所、および、返却日時／場所のそれぞれの登録の手順は、単なる一例である。これらの情報は、ボンベの出荷、納品、回収、および、返却のそれぞれが他の態様で検出されることによって登録されてもよい。
【0104】
［データ構成：（情報処理装置）位置管理情報］
図１７は、情報処理装置１００に位置管理情報１２３として格納される情報のデータ構造の一例を模式的に示す図である。位置管理情報１２３は、各ボンベ５００の位置情報を含む。
図１７は、情報処理装置１００に位置管理情報１２３として格納される情報のデータ構造の一例を模式的に示す図である。位置管理情報１２３は、各ボンベ５００の位置情報を含む。
【0105】
より具体的には、位置管理情報１２３は、３個の項目（ＧＰＳ＿ＩＤ、位置、時刻）のデータを互いに関連付ける。情報処理装置１００は、各ボンベ５００に取り付けられたＧＰＳロガー５１０から位置情報を受信すると、ＧＰＳロガー５１０のＩＤ（ＧＰＳ＿ＩＤ）と、受信した位置情報と、当該位置情報を受信した時刻とを、位置管理情報１２３に登録する。一例では、位置管理情報１２３には、各ボンベ５００の最新の位置情報のみが登録される。
【0106】
図１７の例は、ＧＰＳ＿ＩＤ「ＧＰ（１）」から受信した最新の位置情報として、２０２０年９月１６日の１１時３０分の位置「ＰＳ（１４）」を含む。
【0107】
［データ構成：（情報処理装置）残量管理情報］
図１８は、情報処理装置１００に残量管理情報１２４として格納される情報のデータ構造の一例を模式的に示す図である。残量管理情報１２４は、各ボンベ５００の残量を含む。
図１８は、情報処理装置１００に残量管理情報１２４として格納される情報のデータ構造の一例を模式的に示す図である。残量管理情報１２４は、各ボンベ５００の残量を含む。
【0108】
より具体的には、残量管理情報１２４は、３個の項目（計測器ＩＤ、残量、時刻）のデータを互いに関連付ける。情報処理装置１００は、各ボンベ５００に取り付けられた残量計測器５３０から残量を受信すると、ＩＣタグ５２０のＩＤ（計測器ＩＤ）と、受信した残量と、当該残量を受信した時刻とを、残量管理情報１２４に登録する。一例では、残量管理情報１２４には、各ボンベ５００の最新の残量のみが登録される。
【0109】
図１８の例は、計測器ＩＤ「ＭＴ（１）」から受信した最新の残量として、２０２０年９月１５日の１６時００分の残量「ＲＱ（１２）」を含む。
【0110】
［データ構成：（情報処理装置）ユーザ管理情報］
図１９は、情報処理装置１００にユーザ管理情報１２５として格納される情報のデータ構造の一例を模式的に示す図である。ユーザ管理情報１２５は、各ユーザ４００へのボンベ５００の納品を管理する。
図１９は、情報処理装置１００にユーザ管理情報１２５として格納される情報のデータ構造の一例を模式的に示す図である。ユーザ管理情報１２５は、各ユーザ４００へのボンベ５００の納品を管理する。
【0111】
より具体的には、ユーザ管理情報１２５は、７個の項目（ユーザＩＤ、場所、閾値、出荷済ボンベ、交換フラグ、許容範囲、出荷予定ボンベ）のデータを互いに関連付ける。
【0112】
ユーザＩＤは、各ユーザ４００を識別する。場所は、各ユーザ４００について予め定められた受け渡し場所を規定する。閾値は、当該ユーザに納品されたボンベ５００について、交換のための残量の閾値を表す。出荷済ボンベは、各ユーザ４００に出荷（納品）されているボンベ５００のそれぞれを識別する。交換フラグは、出荷（納品）されているボンベ５００のそれぞれについて交換が必要であるか否かを表す。交換が必要であれば交換フラグの値はＯＮにセットされ、未だ交換が必要なければ交換フラグの値はＯＦＦにセットされる。
【0113】
許容範囲は、ボンベ５００が位置することを許容される範囲を表す。許容範囲は、たとえば、ボンベ５００を出荷する者（液化ガスのメーカなど）とユーザとの間で取り決められ、作業員によって登録されてもよい。許容範囲は、ボンベ５００ごとに設定され得る。たとえば、同じユーザに納品された１０本のボンベのうち、６本は当該ユーザの１つの研究所でのみ使用することを許容され、残りの４本は２つの研究所で使用することを許容される場合、上記６本の許容範囲は上記１つの研究所のみに対応する範囲であってもよく、そして、上記４本の許容範囲は上記２つの研究所に対応する範囲であってもよい。
【0114】
出荷予定ボンベは、交換が必要とされたボンベ（交換フラグをＯＮされたボンベ）の代わりに出荷される予定のボンベを識別する。
【0115】
図１９の例では、「ＣＬ（１）」で識別されるユーザに３本のボンベ（ＣＹ（１１）、ＣＹ（１２）、ＣＹ（１３））が出荷（納品）されている。当該ユーザでは、ボンベ内のガスの残量が「ＴＨ（１）未満」になると、交換が必要であると判断される。上記３本のボンベのいずれについても、交換フラグの値はＯＦＦである。上記３本のボンベに対する許容範囲としてＡＲ（１１）で表される領域が規定されている。
【0116】
図２０は、図１９で示された状態から、１本のボンベの残量が変化した状態を表す図である。図１９の「ＣＹ（１１）」で識別されるボンベの残量がＴＨ（１）未満となると、ユーザ管理情報１２５は、図２０に示された状態へと更新される。図２０の状態では、「ＣＹ（１１）」について交換フラグの値がＯＮへと変更されている。また、出荷予定ボンベとして、「ＣＹ（１５）」で識別されるボンベが登録されている。図２０の状態では、「ＣＬ（１）」で識別されるユーザは、ボンベ「ＣＹ（１５）」についての「納品されるべきユーザ」である。
【0117】
［データ構成：配送予定表］
図２１は、情報処理装置１００において作成される配送予定表のデータ構造の一例を模式的に示す図である。図２１に示されるように、配送予定表は、３個の項目（配送日、ユーザ、内容）のデータを互いに関連付ける。より具体的には、配送予定表は、１日ごとに、ボンベの配送先であるユーザを規定し、さらに、各ユーザでの作業内容として、引き取るボンベのＩＤと引き渡すボンベのＩＤとを規定する。
図２１は、情報処理装置１００において作成される配送予定表のデータ構造の一例を模式的に示す図である。図２１に示されるように、配送予定表は、３個の項目（配送日、ユーザ、内容）のデータを互いに関連付ける。より具体的には、配送予定表は、１日ごとに、ボンベの配送先であるユーザを規定し、さらに、各ユーザでの作業内容として、引き取るボンベのＩＤと引き渡すボンベのＩＤとを規定する。
【0118】
図２１の例は、たとえば、２０２０年１０月１４日における、４件のユーザ（ＣＬ（１）、ＣＬ（４）、ＣＬ（５）、ＣＬ（８））での作業を規定する。このうち、ＣＬ（１）で識別されるユーザに関する作業内容として、ＣＹ（１１）で識別されるボンベの引き取り、および、ＣＹ（１５）で識別されるボンベの引き渡しを規定する。
【0119】
［データ構成：配送ルート］
図２２は、情報処理装置１００において作成される配送ルートのデータ構造の一例を模式的に示す図である。図２２に示されるように、配送ルートでは、図２１に示された配送予定表に含まれるユーザが、訪問すべき順に並べられている。たとえば、２０２０年１０月１４日の配送ルートでは、配送予定表において同日の配送先として規定される４件のユーザが、ＣＬ（１）、ＣＬ（８）、ＣＬ（４）、ＣＬ（５）の順で並べられている。図２２では図示を省略されているが、配送ルートは、地図情報などに基づいて規定された配送の道順をさらに含む。
図２２は、情報処理装置１００において作成される配送ルートのデータ構造の一例を模式的に示す図である。図２２に示されるように、配送ルートでは、図２１に示された配送予定表に含まれるユーザが、訪問すべき順に並べられている。たとえば、２０２０年１０月１４日の配送ルートでは、配送予定表において同日の配送先として規定される４件のユーザが、ＣＬ（１）、ＣＬ（８）、ＣＬ（４）、ＣＬ（５）の順で並べられている。図２２では図示を省略されているが、配送ルートは、地図情報などに基づいて規定された配送の道順をさらに含む。
【0120】
［処理の流れ：納品管理］
図２３は、ボンベの納品を管理するために、情報処理装置１００において実行される処理のフローチャートである。図２３の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
図２３は、ボンベの納品を管理するために、情報処理装置１００において実行される処理のフローチャートである。図２３の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
【0121】
図２３を参照して、ステップＳ１０２にて、情報処理装置１００は、出荷側ゲートのＩＣタグリーダ３５０からタグＩＤを受信したか否かを判断する。情報処理装置１００は、タグＩＤを受信したと判断するまで所定時間ごとにステップＳ１０２の制御を繰り返し（ステップＳ１０２にてＮＯ）、タグＩＤを受信したと判断すると（ステップＳ１０２にてＹＥＳ）、ステップＳ１０４へ進める。
【0122】
ステップＳ１０４にて、情報処理装置１００は、基本情報テーブル１２１を参照して、受信したタグＩＤをボンベＩＤに変換する。
【0123】
ステップＳ１０６にて、情報処理装置１００は、ボンベ管理情報１２２に、ステップＳ１０４において取得したボンベＩＤについて、出荷日時／場所を登録する。これにより、出荷日時として、タグＩＤを取得した日時が登録され、出荷場所として、タグＩＤの送信元のＩＣタグリーダ３５０に関連付けられた充填施設３００が登録される。
【0124】
ステップＳ１０８にて、情報処理装置１００は、ボンベ管理情報１２２において、出荷日時／場所を登録された後、納品日時／場所を登録されていないボンベ５００がユーザに対応する場所に位置するか否かを判断する。情報処理装置１００は、ボンベ５００に取り付けられたＧＰＳロガー５１０から受信した位置情報が、当該ボンベ５００が納品されるべきユーザについて規定された「場所」（図２０）に対応する位置を指し示す場合、ボンベ５００がユーザに対応する場所に位置すると判断し、そうでなければ、ボンベ５００が納品されるべきユーザに対応する場所に位置しないと判断する。
【0125】
情報処理装置１００は、ボンベ５００が納品されるべきユーザに対応する場所に位置すると判断するまで所定時間ごとにステップＳ１０８の制御を繰り返し（ステップＳ１０８にてＮＯ）、ボンベ５００が納品されるべきユーザに対応する場所に位置すると判断すると（ステップＳ１０８にてＹＥＳ）、ステップＳ１１０へ制御を進める。
【0126】
ステップＳ１１０にて、情報処理装置１００は、ボンベ管理情報１２２に、ステップＳ１０８における処理対象のボンベ５００について、納品日時／場所を登録する。これにより、納品日時として、ステップＳ１０８でのＹＥＳの判断の元となった位置情報を情報処理装置１００が受信した時刻が登録され、納品場所として、ボンベ５００が納品されるべきユーザに関連付けられた場所（たとえば、図１９の「場所」）が登録される。
【0127】
ステップＳ１１２にて、情報処理装置１００は、ステップＳ１１０において納品日時／場所を登録したボンベ５００について納品書を作成する。
【0128】
ステップＳ１１４にて、情報処理装置１００は、ステップＳ１１２において作成した納品書のデータをユーザに送信する。
【0129】
以上、図２３を参照して説明された処理では、情報処理装置１００は、ボンベ５００の出荷および納品のそれぞれを検出し、それらの日時と場所をボンベ管理情報１２２に登録する。
【0130】
情報処理装置１００は、また、ボンベ５００の納品の検出に応じて、当該ボンベ５００の納品書を作成し、作成した納品書のデータをユーザへ送信する。これにより、作業員による、ユーザに納品書を手渡す作業が省略され得る。なお、情報処理装置１００は、所与の条件に応じて、２以上のボンベ５００の納品について一括して納品書を作成してもよい。たとえば、ステップＳ１１２にて、情報処理装置１００は、ステップＳ１１０において納品日時／場所を登録したボンベ５００について、納品書の作成が可能であることを表すフラグをＯＮにしてもよい。そして、情報処理装置１００は、各日の特定の時刻に、ユーザごとに、納品書の作成が可能であることを表すフラグがＯＮにされているボンベについて一括して納品書を作成してもよい。
【0131】
［処理の流れ：返却管理］
図２４は、ボンベの返却を管理するために、情報処理装置１００において実行される処理のフローチャートである。図２４の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
図２４は、ボンベの返却を管理するために、情報処理装置１００において実行される処理のフローチャートである。図２４の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
【0132】
図２４を参照して、ステップＳ２０２にて、情報処理装置１００は、ボンベ管理情報１２２において納品日時／場所を登録され回収日時／場所を未だ登録されていないボンベ５００について、当該ボンベ５００がその納品先であるユーザに対応する場所に位置するか否かを判断する。情報処理装置１００は、たとえば、当該ボンベ５００に取り付けられたＧＰＳロガー５１０から取得した位置情報と、ユーザに対応する場所（図１９の「場所」）によって規定される位置情報とを比較し、両者が同一であるか、または、前者が後者に含まれる場合に、上記ボンベ５００が上記ユーザに対応する場所に位置するとし、そうでなければ、上記ボンベ５００が上記ユーザに対応する場所には位置しないと判断する。
【0133】
情報処理装置１００は、上記ボンベ５００が上記ユーザに対応する場所に位置すると判断するまで所定時間ごとにステップＳ２０２の制御を繰り返し（ステップＳ２０２にてＮＯ）、上記ボンベ５００が上記ユーザに対応する場所に位置すると判断すると（ステップＳ２０２にてＹＥＳ）、ステップＳ２０４へ制御を進める。
【0134】
ステップＳ２０４にて、情報処理装置１００は、ボンベ管理情報１２２において、ステップＳ２０２で上記ユーザに対応する場所に位置すると判断されたボンベ５００について、回収日時／場所を登録する。これにより、回収日時として、ステップＳ２０２においてユーザに対応する場所であると判断された位置情報を情報処理装置１００が受信した時刻が登録される。また、回収場所として、上記ユーザに関連付けられた場所（たとえば、図１９の「場所」）が登録される。
【0135】
ステップＳ２０６にて、情報処理装置１００は、ステップＳ２０４にて回収日時／場所を登録されたボンベ５００について、当該ボンベ５００に取り付けられたＩＣタグのタグＩＤを返却側ゲートのＩＣタグリーダ３５０から受信したか否かを判断する。情報処理装置１００は、上記ＩＣタグのタグＩＤを受信したと判断するまで所定時間ごとにステップＳ２０６の制御を繰り返し（ステップＳ２０６にてＮＯ）、上記ＩＣタグのタグＩＤを受信したと判断すると（ステップＳ２０６にてＹＥＳ）、ステップＳ２０８へ制御を進める。
【0136】
ステップＳ２０８にて、情報処理装置１００は、ボンベ管理情報１２２に、ステップＳ２０４にて回収日時／場所を登録されたボンベ５００について、返却日時／場所を登録する。これにより、返却日時として、ステップＳ２０６において情報処理装置１００がタグＩＤを取得した日時が登録され、出荷場所として、タグＩＤの送信元のＩＣタグリーダ３５０に関連付けられた充填施設３００が登録される。
【0137】
以上、図２４を参照して説明された処理では、情報処理装置１００は、ボンベ５００の回収および返却のそれぞれを検出し、それらの日時と場所をボンベ管理情報１２２に登録する。
【0138】
［処理の流れ：位置管理］
図２５は、ボンベの位置を管理するために、情報処理装置１００において実行される処理のフローチャートである。図２５の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
図２５は、ボンベの位置を管理するために、情報処理装置１００において実行される処理のフローチャートである。図２５の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
【0139】
図２５を参照して、ステップＳ３０２にて、情報処理装置１００は、図２５の処理において対象とするボンベＩＤを設定する。情報処理装置１００は、ユーザに納品されているボンベ５００のそれぞれについて、順に、図２６の処理を実行してもよい。すなわち、情報処理装置１００は、ステップＳ４０２において設定するボンベＩＤを、納品日時／場所を登録され、回収日時／場所を未だ登録されていないボンベＩＤの中から、ステップＳ４０２の制御を実行するたびに選択して設定してもよい。
【0140】
ステップＳ３０４にて、情報処理装置１００は、ステップＳ３０２において設定されたボンベ５００について、位置情報を受信することが予定されているタイミングが到来しているか否かを判断する。
【0141】
ボンベ管理システムでは、各ボンベについて、１０分ごと、１時間ごと、等、位置情報を受信することが予定されるタイミングが設定されていてもよい。位置情報を受信することが予定されるタイミングは、ボンベごとに設定されていてもよいし、すべてのボンベについて一律に設定されていてもよい。
【0142】
情報処理装置１００は、上記タイミングが到来していると判断すると（ステップＳ３０４にてＹＥＳ）、ステップＳ３０６へ制御を進め、そうでなければ（ステップＳ３０４にてＮＯ）、ステップＳ３０２へ制御を戻す。
【0143】
ステップＳ３０６にて、情報処理装置１００は、ステップＳ３０２において設定されたボンベＩＤに関連付けられたＧＰＳロガー５１０からの位置情報を受信したか否かを判断する。情報処理装置１００は、当該位置情報を受信したと判断すると（ステップＳ３０６にてＹＥＳ）、ステップＳ３１０へ制御を進め、そうでなければ（ステップＳ３０６にてＮＯ）、ステップＳ３０８へ制御を進める。
【0144】
ステップＳ３０８にて、情報処理装置１００は、処理対象として設定されているボンベ５００の位置情報が受信できないことを報知して、ステップＳ３０２へ制御を戻す。報知は、ディスプレイ１５０における表示であってもよいし、音声の出力であってもよいし、これらの組合せであってもよい。
【0145】
ステップＳ３１０にて、情報処理装置１００は、処理対象として設定されているボンベ５００に関連付けられている許容範囲（図１９）を読み出す。
【0146】
ステップＳ３１２にて、情報処理装置１００は、ステップＳ３０６にて受信したと判断した位置情報が、ステップＳ３１０にて読み出された許容範囲内にあるか否かを判断する。情報処理装置１００は、上記位置情報が上記許容範囲内にあると判断すると（ステップＳ３１２にてＹＥＳ）、ステップＳ３１６へ制御を進め、そうでなければ（ステップＳ３１２にてＮＯ）、ステップＳ３１４へ制御を進める。
【0147】
ステップＳ３１４にて、情報処理装置１００は、処理対象として設定されているボンベ５００が許容されていない場所に位置していることを報知して、ステップＳ３０２へ制御を戻す。
【0148】
ステップＳ３１６にて、情報処理装置１００は、処理対象として設定されているボンベ５００について、位置管理情報（図１７）を更新して、ステップＳ３０２へ制御を戻す。
【0149】
以上、図２５を参照して説明された処理では、情報処理装置１００は、あるボンベ５００について、当該ボンベ５００の位置情報を取得すべきタイミングに位置情報を取得できない場合、ステップＳ３０８にてそのことを報知する。これにより、作業員は、ボンベ５００に取り付けられたＧＰＳロガー５１０が位置情報を送信できない状態にあることを認識でき、当該ボンベ５００の納品先であるユーザに当該ボンベ５００の所在の確認等の対応を取ることができる。したがって、ボンベ５００の所在が不明になるという局面が発生した後、当該局面が長期間放置され、これによりボンベ５００の捜索が困難となる、という事態が生じることが極力回避され得る。
【0150】
また、情報処理装置１００は、あるボンベ５００が許容されていない場所に位置することが検出された場合、ステップＳ３１４にてそのことを報知する。これにより、作業員は、ボンベ５００が許容されていない場所に位置することを認識でき、当該ボンベ５００の納品先であるユーザに当該ボンベ５００の位置を許容されている場所に戻すことを要請する等の対応を取ることができる。したがって、ボンベ５００がユーザから持ち出されようとしている局面が発生しても、作業員がいち早く当該局面を打開する対応を取ることができ、これにより、当該局面が長期間放置されてボンベ５００が行方不明になるような事態の発生が極力回避され得る。
【0151】
［処理の流れ：残量管理］
図２６は、ボンベの残量を管理するために、情報処理装置１００において実行される処理のフローチャートである。図２６の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
図２６は、ボンベの残量を管理するために、情報処理装置１００において実行される処理のフローチャートである。図２６の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
【0152】
図２６を参照して、ステップＳ４０２にて、情報処理装置１００は、図２６の処理において対象とするボンベＩＤを設定する。情報処理装置１００は、ユーザに納品されているボンベ５００のそれぞれについて、順に、図２６の処理を実行してもよい。すなわち、情報処理装置１００は、ステップＳ４０２において設定するボンベＩＤを、納品日時／場所を登録され、回収日時／場所を未だ登録されていないボンベＩＤの中から、ステップＳ４０２の制御を実行するたびに選択して設定してもよい。
【0153】
ステップＳ４０４にて、情報処理装置１００は、ステップＳ４０２において設定されたボンベ５００について、残量を受信することが予定されているタイミングが到来しているか否かを判断する。情報処理装置１００は、当該タイミングが到来していると判断すると（ステップＳ４０４にてＹＥＳ）、ステップＳ４０６へ制御を進め、そうでなければ（ステップＳ４０４にてＮＯ）、ステップＳ４０２へ制御を戻す。
【0154】
ボンベ管理システムでは、各ボンベについて、１日の所定時刻、１時間ごと、等、残量を受信することが予定されるタイミングが設定されていてもよい。残量を受信することが予定されるタイミングは、ボンベごとに設定されていてもよいし、すべてのボンベについて一律に設定されていてもよい。
【0155】
ステップＳ４０６にて、情報処理装置１００は、ステップＳ４０２において設定されたボンベＩＤに関連付けられた計測器ＩＤで識別される残量計測器５３０からの残量を受信したか否かを判断する。情報処理装置１００は、当該残量を受信したと判断すると（ステップＳ４０６にてＹＥＳ）、ステップＳ４１０へ制御を進め、そうでなければ（ステップＳ４０６にてＮＯ）、ステップＳ４０８へ制御を進める。
【0156】
ステップＳ４０８にて、情報処理装置１００は、ステップＳ４０２において設定されたボンベＩＤについて残量が受信できないことを報知する。これにより、作業員は、処理対象のボンベ５００について、ガスの残量を取得できないことを認識することができ、当該ボンベ５００の交換の要否を積極的にユーザに問合せるなどのサービスを提供することができる。その後、情報処理装置１００は、ステップＳ４０２へ制御を戻す。
【0157】
ステップＳ４１０にて、情報処理装置１００は、ステップＳ４０６にて受信したと判断された残量が閾値（図１９）未満であるか否かを判断する。情報処理装置１００は、当該残量が閾値未満であると判断すると（ステップＳ４１０にてＹＥＳ）、ステップＳ４１４へ制御を進め、そうでなければ（ステップＳ４１０にてＮＯ）、ステップＳ４１２へ制御を進める。
【0158】
ステップＳ４１２にて、情報処理装置１００は、残量管理情報１２４において、処理対象のボンベＩＤに対応する計測器ＩＤの残量を受信した残量へと更新し、さらに、ステップＳ４０６にて残量を受信したと判断した時刻を更新後の残量に対応する時刻として登録して、ステップＳ４０２へ制御を戻す。
【0159】
ステップＳ４１４にて、情報処理装置１００は、ユーザ管理情報１２５において、処理対象のボンベＩＤの交換フラグの値をＯＦＦからＯＮへ変更する。さらに、情報処理装置１００は、処理対象のボンベＩＤのボンベ５００と交換してユーザに納品するボンベのボンベＩＤを、出荷予定ボンベ（図２０）として登録してもよい。たとえば、情報処理装置１００は、ボンベ管理情報１２２において、充填が完了された後、出荷日時／場所を登録されていないボンベＩＤであって、処理対象のボンベＩＤが充填されていたのと同じ種類のガスを充填されているボンベのボンベＩＤから、出荷予定ボンベとして登録するボンベＩＤを選択する。
【0160】
ステップＳ４１６にて、情報処理装置１００は、残量管理情報１２４において、処理対象のボンベＩＤに対応する計測器ＩＤの残量を受信した残量へと更新し、さらに、ステップＳ４０６にて残量を受信したと判断した時刻を更新後の残量に対応する時刻として登録して、ステップＳ４０２へ制御を戻す。
【0161】
以上、図２６を参照して説明された処理では、情報処理装置１００は、ガスの納品のためにユーザに納品されているボンベ５００について、残量を管理し、残量が閾値未満となった場合に、当該ボンベ５００の交換のための制御（交換フラグをＯＮする、出荷予定ボンベを登録する、等）を実施し得る。
【0162】
本実施の形態では、残量について「閾値」が設定されることにより、当該「閾値」以上であればボンベの交換を必要としないという「範囲」が設定される。そして、情報処理装置１００は、ボンベの残量が閾値未満であると判断した場合、すなわち、ボンベの残量が上記範囲を下回ると判断した場合に、ボンベの交換のための制御を実施する。
【0163】
なお、情報処理装置１００は、ステップＳ４１０において、あるボンベ５００の残量が閾値未満であると判断した場合に、ステップＳ４１４の制御を実施する前に、ユーザ管理情報（図１９）において当該ボンベ５００に関連付けられているユーザにボンベの交換の要否を問合せてもよい。そして、情報処理装置１００は、当該ユーザからボンベの交換が必要であるという情報を入力されたことに応じて、ステップＳ４１４の制御を実施してもよい。情報処理装置１００は、ステップＳ４１０において、あるボンベの残量が閾値未満であると判断したことに応じて、所与のフラグ（たとえば、「問合フラグ」）をＯＮにし、当該ボンベの交換が必要であるという情報をユーザから入力されたことに応じて、問合フラグをＯＦＦにし、そして、ステップＳ４１４において交換フラグをＯＮにしてもよい。情報処理装置１００は、問合フラグがＯＮである間は、継続的に（たとえば、一定時間ごとに）、ユーザに、ボンベの交換の要否を問合せてもよい。
【0164】
ユーザからのボンベの交換が必要であるという情報の入力は、注文画面を介した発注として入力されてもよい。この場合、情報処理装置１００は、ステップＳ４１０においてあるボンベ５００の残量が閾値未満であると判断すると、当該ボンベ５００に関連付けられているユーザに向けて、新たなボンベの注文を受け付けるための情報を送信する。新たなボンベの注文を受け付けるための情報は、たとえば、新たなボンベを発注するための注文画面にアクセスするためのＵＲＬ（Uniform Resource Locator）であってもよい。情報処理装置１００は、ユーザ管理情報の一部としてユーザに関連付けられたアドレスに、新たなボンベの注文を受け付けるための情報を送信してもよい。
【0165】
ユーザは、ユーザ端末で上記情報を受信し、ユーザ端末を利用して上記注文画面にアクセスするための操作を実施してもよい。なお、「ユーザ」が企業などの団体を表す場合、注文画面へのアクセスなどの具体的なユーザ端末の操作は、ユーザの担当者によって実施される。ユーザ端末は、据え置き型のコンピュータであってもよいし、ラップトップ型のコンピュータであってもよいし、スマートフォンであってもよい。ユーザは、上記注文画面を利用して新たなボンベを発注する。新たなボンベの発注は、情報処理装置１００へ送信される。情報処理装置１００は、新たなボンベの発注に応じて、ステップＳ４１４の制御を実施してもよい。
【0166】
新たなボンベの発注は、新たなボンベに対する決済の完了に応じて完了してもよい。ユーザは、注文画面において、ユーザ端末を利用して、新たなボンベの利用についての決済を実行する。決済の方法は、いかなる方法であってもよく、たとえば、クレジットカード決済であってもよいし、ポイント決済であってもよい。決済の完了に応じて、発注が完了する。発注の完了は、情報処理装置１００へと送信される。
【0167】
ユーザによる新たなボンベの発注が完了すると、情報処理装置１００は、ステップＳ４１４において、ユーザに現在設置されているボンベ５００の交換フラグの値をＯＦＦからＯＮへと変更してもよい。
【0168】
［処理の流れ：配送ルートを作成］
図２７は、ユーザへのボンベの納品のための配送ルートを作成するために、情報処理装置１００において実行される処理のフローチャートである。図２７の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
図２７は、ユーザへのボンベの納品のための配送ルートを作成するために、情報処理装置１００において実行される処理のフローチャートである。図２７の処理は、たとえば制御装置１０１が所与のプログラムを実行することによって実現される。
【0169】
図２７を参照して、ステップＳ５０２にて、情報処理装置１００は、配送予定表の作成の要求を取得したか否かを判断する。情報処理装置１００は、入力インターフェイス１０７または通信インターフェイス１０４を介して、配送予定用の作成の要求を取得する。
【0170】
作業員は、ユーザへのボンベの配送作業の開始時に、情報端末２５０に表示された特定のボタンを操作してもよく、情報端末２５０は、当該特定のボタンが操作されたことに応じて、情報処理装置１００に配送予定表の作成の要求を送信してもよい。
【0171】
情報処理装置１００は、各日の所与の時刻に、翌日の配送についての配送予定表の作成要求フラグをＯＮに設定してもよく、ステップＳ５０２では当該作成要求フラグがＯＮに設定されていることに応じて上記要求を取得したと判断してもよい。当該作成要求フラグの値は、後述するステップＳ５０４にて配送予定表が作成されると、ＯＦＦへと戻されてもよい。
【0172】
情報処理装置１００は、配送予定表の作成の要求を取得したと判断するまで一定時間ごとにステップＳ５０２の制御を繰り返し（ステップＳ５０２にてＮＯ）、上記要求を取得したと判断すると（ステップＳ５０２にてＹＥＳ）、ステップＳ５０４へ制御を進める。
【0173】
ステップＳ５０４にて、情報処理装置１００は、配送予定表を作成する。配送予定表は、作業員の１回の配送作業において配送されるボンベのリストであってもよい。
【0174】
ステップＳ５０６にて、情報処理装置１００は、ステップＳ５０４において作成された配送予定表を出力する。配送予定表は、情報端末２５０へと送信されることによって出力されてもよいし、ディスプレイ１５０で表示されることによって出力されてもよいし、紙に印刷されることによって出力されてもよい。情報端末２５０は、受信した配送予定表をディスプレイ２０６に表示してもよい。
【0175】
図２８は、配送予定表の表示画面の一例を示す図である。図２８の画面２７００は、２０２０年１０月１４日の配送予定表を示す。画面２７００は、配送先のユーザを示すテーブルを含む。当該テーブルには、４件のユーザ（ＣＬ（１）、ＣＬ（４）、ＣＬ（５）、ＣＬ（８））が示され、また、各ユーザについて、引き取られるボンベと引き渡されるボンベのそれぞれのボンベＩＤが示されている。
【0176】
情報処理装置１００は、配送予定表を、ユーザ管理情報１２５（図２０）に基づいて作成してもよい。より具体的には、情報処理装置１００は、交換フラグの値としてＯＮを含むユーザについて、交換フラグの値がＯＮである出荷済ボンベを「引き取られるボンベ」として設定し、出荷予定ボンベを「引き渡されるボンベ」として設定することによって、配送予定表を作成してもよい。
【0177】
ステップＳ５０８にて、情報処理装置１００は、ステップＳ５０６にて出力された配送予定表が確定されたか否かを判断する。情報処理装置１００は、当該配送予定表が確定されたと判断すると（ステップＳ５０８にてＹＥＳ）、ステップＳ５１０へ制御を進め、そうでなければ（ステップＳ５０８にてＮＯ）、ステップＳ５０４へ制御を戻す。
【0178】
作業員は、各ユーザに、ステップＳ５０６にて出力された配送予定表に記載された通りのボンベの引き取り／引き渡しに同意するか否かを問合せてもよい。ユーザが配送予定表に記載されたボンベの引き取り／引き渡しの変更を希望した場合、作業員は、情報処理装置１００に変更内容を入力する。これにより、情報処理装置１００は、ステップＳ５０８からステップＳ５０４へ制御を戻し、入力された変更内容に従って配送予定表を再度作成する。
【0179】
すべてのユーザの同意が得られると、作業員は、情報処理装置１００に配送予定表を確定することを表す情報を入力する。情報処理装置１００は、当該情報の入力を受け付けると、当該配送予定表が確定されたと判断する。これにより、制御はステップＳ５１０へと進められる。
【0180】
ステップＳ５１０にて、情報処理装置１００は、配送予定表に含まれる（２以上の）ユーザについての配送ルートを取得する。より具体的には、情報処理装置１００は、配送予定表に登録された（２以上の）ユーザをルート作成用の地図アプリに入力する。これに応じて、地図アプリは、上記ユーザ（のそれぞれに対応する場所）を経由する車両２００の移動のルートを作成する。情報処理装置１００は、地図アプリから、当該地図アプリが作成したルートを、配送ルートとして取得する。地図アプリは、情報処理装置１００にインストールされていてもよいし、ネットワーク上の他の機器にインストールされていてもよい。
【0181】
ステップＳ５１２にて、情報処理装置１００は、ステップＳ５１０にて取得した配送ルートを情報端末２５０へ送信する。その後、情報処理装置１００はステップＳ５０２へ制御を戻す。
【0182】
情報処理装置１００からの配送ルートの送信に応じて、情報端末２５０は、情報処理装置１００から送信された配送ルートを、図７を参照して説明されたようにディスプレイ２０６に表示してもよい。情報処理装置１００から情報端末２５０への配送ルートの送信は、残量が閾値未満であると判断されたボンベの引き取りのための配送経路の提供の一例である。
【0183】
情報処理装置１００は、ステップＳ５０４において配送予定表を作成するときに、交換フラグの値としてＯＮを有するボンベ５００ごとに、図２０を参照して説明された出荷予定ボンベを設定してもよい。
【0184】
また、図２６に関連して説明された注文画面では、ユーザから、配送を希望するタイミング（希望タイミング）の入力が受け付けられてもよい。希望タイミングは、日付と時間帯を含んでいてもよいし、日付のみを含んでいてもよいし、時間帯のみを含んでいてもよい。希望タイミングは、発注情報の一部として、情報処理装置１００へ送信されてもよい。情報処理装置１００は、希望タイミングを、当該希望タイミングを入力したユーザに関連付けて、ユーザ管理情報に格納してもよい。情報処理装置１００は、ステップＳ５０４において、あるユーザにボンベ５００が配送されることが予定される日時が当該ユーザによって入力された希望タイミングに含まれるように、配送予定表を作成してもよい。
【0185】
今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【0186】
１００ 情報処理装置、１０１ 制御装置、１０２ ＲＯＭ、１０３ ＲＡＭ、１０４ 通信インターフェイス、１０５ 表示インターフェイス、１０７ 入力インターフェイス、１１０ バス、１２０ 記憶装置、１２１ 基本情報テーブル、１２２ ボンベ管理情報、１２３ 位置管理情報、１２４ 残量管理情報、１２５ ユーザ管理情報、１２６ プログラム、１２７ 各種データ、１５０ ディスプレイ、１６０ 入力デバイス、２００ 車両、２５０ 情報端末、３００ 充填施設、３５０ ＩＣタグリーダ、４００ ユーザ、５００ ボンベ、５００Ｚ 底部、５０１ タンク、５１０ ＧＰＳロガー、５２０ ＩＣタグ、５３０ 残量計測器、５３０Ｘ マグネット、５３６ 超音波センサ、５５２ スカート、５５３ ホルダ、５９０ バルブ、５９１ カバー、６００ 表示画面、６１０ ルート、６１１，６１２，６１３，６１４，６２０ アイコン。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】