ホーム > 特許ランキング > エア・ウォーター株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023023369
(43)【公開日】2023-02-16
(54)【発明の名称】ボンベ、その管理方法、およびプログラム
(51)【国際特許分類】
F17C 13/02 20060101AFI20230209BHJP
【ＦＩ】
F17C13/02 301Z
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2021128830
(22)【出願日】2021-08-05
(71)【出願人】
【識別番号】000126115
【氏名又は名称】エア・ウォーター株式会社
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】佐藤 尚哉
【テーマコード（参考）】
3E172
【Ｆターム（参考）】
3E172AA02
3E172AA05
3E172AB05
3E172BA01
3E172BB04
3E172BB12
3E172BB17
3E172BC04
3E172CA13
3E172DA90
3E172KA02
3E172KA30
3E172KA36
(57)【要約】
【課題】ボンベの位置を確実に管理するための技術を提供すること。
【解決手段】ボンベ５００は、充填施設３００において、ガス（液化ガス）を充填され、車両２００に搭載された状態で充填施設３００から顧客４００まで移送され、そして、顧客４００に納品される。顧客４００においてボンベ５００内のガスが消費されると、ボンベ５００は充填施設３００に返却される。充填施設３００では、ボンベ５００にガスが再度充填され、その後、ボンベ５００は顧客４００へと再度納品される。ボンベ５００には、ＧＰＳロガーが備えられる。ＧＰＳロガーは、情報処理装置１００に、ボンベ５００の位置情報を送信する。
【選択図】図１
【解決手段】ボンベ５００は、充填施設３００において、ガス（液化ガス）を充填され、車両２００に搭載された状態で充填施設３００から顧客４００まで移送され、そして、顧客４００に納品される。顧客４００においてボンベ５００内のガスが消費されると、ボンベ５００は充填施設３００に返却される。充填施設３００では、ボンベ５００にガスが再度充填され、その後、ボンベ５００は顧客４００へと再度納品される。ボンベ５００には、ＧＰＳロガーが備えられる。ＧＰＳロガーは、情報処理装置１００に、ボンベ５００の位置情報を送信する。
【選択図】図１
【特許請求の範囲】
【請求項1】
ボンベであって、
タンクと、
前記タンクの外周に形成された繊維強化プラスティック層と、を備え、
前記繊維強化プラスティック層は、前記タンクに巻回された繊維と、前記繊維に含浸された樹脂とを含み、
前記ボンベは、
前記繊維とともに前記タンクに巻回された、前記タンクの位置情報を送信する通信装置をさらに備える、ボンベ。
タンクと、
前記タンクの外周に形成された繊維強化プラスティック層と、を備え、
前記繊維強化プラスティック層は、前記タンクに巻回された繊維と、前記繊維に含浸された樹脂とを含み、
前記ボンベは、
前記繊維とともに前記タンクに巻回された、前記タンクの位置情報を送信する通信装置をさらに備える、ボンベ。
【請求項2】
前記通信装置は、前記タンクの肩部に配置されている、請求項１に記載のボンベ。
【請求項3】
前記通信装置は、バッテリと、前記バッテリの無線充電用のコイルとを含む、請求項１または請求項２に記載のボンベ。
【請求項4】
前記タンクに収容された液体の残量を計測する計測器をさらに備え、
前記通信装置は、さらに前記計測器の前記残量を送信する、請求項１～請求項３のいずれか１項に記載のボンベ。
前記通信装置は、さらに前記計測器の前記残量を送信する、請求項１～請求項３のいずれか１項に記載のボンベ。
【請求項5】
前記タンクの固有情報を書き換え可能に格納する記憶装置をさらに備える、請求項１～請求項４のいずれか１項に記載のボンベ。
【請求項6】
コンピュータによって実行される方法であって、
１以上のボンベのそれぞれに取り付けられた通信装置から、当該通信装置が取り付けられたボンベの位置情報を取得するステップと、
前記１以上のボンベのそれぞれの位置の許容範囲を格納するメモリーにアクセスすることにより、取得した前記位置情報が前記許容範囲外にあるか否かを判断するステップと、
前記位置情報が前記許容範囲外にあると判断したことに応じて、警報を出力するステップとを備える、ボンベの管理方法。
１以上のボンベのそれぞれに取り付けられた通信装置から、当該通信装置が取り付けられたボンベの位置情報を取得するステップと、
前記１以上のボンベのそれぞれの位置の許容範囲を格納するメモリーにアクセスすることにより、取得した前記位置情報が前記許容範囲外にあるか否かを判断するステップと、
前記位置情報が前記許容範囲外にあると判断したことに応じて、警報を出力するステップとを備える、ボンベの管理方法。
【請求項7】
前記通信装置から位置情報を取得する予定時刻が到来したか否かを判断するステップと、
前記予定時刻が到来したと判断したときに前記位置情報を取得していないことに応じて、警報を出力するステップと、をさらに備える、請求項６に記載のボンベ管理方法。
前記予定時刻が到来したと判断したときに前記位置情報を取得していないことに応じて、警報を出力するステップと、をさらに備える、請求項６に記載のボンベ管理方法。
【請求項8】
前記ボンベの位置情報を取得するステップは、前記ボンベの固有情報を取得することを含み、
前記メモリーは、前記１以上のボンベのそれぞれの位置の許容範囲を前記固有情報に関連付けて格納している、請求項６または請求項７に記載のボンベ管理方法。
前記メモリーは、前記１以上のボンベのそれぞれの位置の許容範囲を前記固有情報に関連付けて格納している、請求項６または請求項７に記載のボンベ管理方法。
【請求項9】
前記１以上のボンベのそれぞれに取り付けられた送信部から、当該送信部が取り付けられたボンベに収容された液体の残量を取得するステップと、
前記１以上のボンベのそれぞれに関連付けられた閾値を格納するメモリーにアクセスすることにより、取得した前記残量が前記閾値以下にあるか否かを判断するステップと、
前記残量が前記閾値以下であると判断したことに応じて、前記残量に対応するボンベの交換が必要であることを報知するステップとをさらに備える、請求項６～請求項８のいずれか１項に記載のボンベ管理方法。
前記１以上のボンベのそれぞれに関連付けられた閾値を格納するメモリーにアクセスすることにより、取得した前記残量が前記閾値以下にあるか否かを判断するステップと、
前記残量が前記閾値以下であると判断したことに応じて、前記残量に対応するボンベの交換が必要であることを報知するステップとをさらに備える、請求項６～請求項８のいずれか１項に記載のボンベ管理方法。
【請求項10】
前記残量が前記閾値以下であると判断したボンベの引き取りのための配送経路を提供するステップをさらに備える、請求項９に記載のボンベ管理方法。
【請求項11】
コンピュータによって実行されることにより、前記コンピュータに、請求項６～請求項１０のいずれか１項に記載の方法を実施させる、プログラム。
【発明の詳細な説明】
【技術分野】
【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】ボンベ５００の構造を説明するための図である。
【図4】ボンベ５００における機器の位置の具体例を説明するための図である。
【図5】ボンベ５００の製造工程の一部を模式的に示す図である。
【図6】情報端末２５０において表示される配送ルートの表示画面の一例を示す図である。
【図7】情報処理装置１００のハードウェア構成の一例を示す模式図である。
【図8】情報端末２５０のハードウェア構成の一例を示す模式図である。
【図9】ＩＣ（Integrated Circuit）タグリーダ３５０のハードウェア構成の一例を示す図である。
【図10】ＧＰＳ（Global Positioning System）ロガー５１０のハードウェア構成の一例を示す模式図である。
【図11】残量計測器５３０のハードウェア構成の一例を示す模式図である。
【図12】ＧＰＳロガー５１０に格納される情報のデータ構造の一例を模式的に示す図である。
【図13】残量計測器５３０に格納される情報のデータ構造の一例を模式的に示す図である。
【図14】情報処理装置１００に基本情報テーブル１２１として格納される情報のデータ構造の一例を模式的に示す図である。
【図15】情報処理装置１００にボンベ管理情報１２２として格納される情報のデータ構造の一例を模式的に示す図である。
【図16】情報処理装置１００に位置管理情報１２３として格納される情報のデータ構造の一例を模式的に示す図である。
【図17】情報処理装置１００に残量管理情報１２４として格納される情報のデータ構造の一例を模式的に示す図である。
【図18】情報処理装置１００に顧客管理情報１２５として格納される情報のデータ構造の一例を模式的に示す図である。
【図20】情報処理装置１００において作成される配送予定表のデータ構造の一例を模式的に示す図である。
【図21】情報処理装置１００において作成される配送ルートのデータ構造の一例を模式的に示す図である。
【図22】ボンベの納品を管理するために、情報処理装置１００において実行される処理のフローチャートである。
【図23】ボンベの返却を管理するために、情報処理装置１００において実行される処理のフローチャートである。
【図24】ボンベの位置を管理するために、情報処理装置１００において実行される処理のフローチャートである。
【図25】ボンベの残量を管理するために、情報処理装置１００において実行される処理のフローチャートである。
【図26】顧客へのボンベの納品のための配送ルートを作成するために、情報処理装置１００において実行される処理のフローチャートである。
【図27】配送予定表の表示画面の一例を示す図である。
【発明を実施するための形態】
【0022】
以下、図面を参照しつつ、本発明に従う実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらについての詳細な説明は繰り返さない。なお、以下で説明される各実施の形態および各変形例は、適宜選択的に組み合わされてもよい。
【0023】
【0024】
ボンベ５００は、充填施設３００において、ガス（液化ガス）を充填される。その後、ボンベ５００は、充填施設３００から出荷され、車両２００に搭載された状態で充填施設３００から顧客４００まで移送され、そして、顧客４００に納品される。顧客４００においてボンベ５００内のガスが消費されると、ボンベ５００は充填施設３００に返却される。充填施設３００では、ボンベ５００にガスが再度充填され、その後、ボンベ５００は顧客４００へと再度納品される。
【0025】
ボンベ管理システムは、ボンベの位置などの情報を管理する情報処理装置１００を含む。情報処理装置１００は、汎用のコンピュータであってもよく、充填施設３００におけるボンベ５００に関する情報（ボンベ５００へのガスの充填、顧客４００に向けた出荷、等）を管理する。情報処理装置１００は、たとえば、ボンベ５００に充填されたガスを顧客に提供する者（ガスのメーカなど）によって管理される。情報処理装置１００は、種々の情報をディスプレイ１５０に表示してもよい。
【0026】
車両２００には、情報端末２５０が搭載される。情報端末２５０は、車載の汎用コンピュータであってもよいし、ドライバが携帯するスマートフォン等の情報端末であってもよい。
【0027】
情報処理装置１００は、車両２００が２以上の顧客４００へボンベ５００を配送する場合に、配送ルートを作成して情報端末２５０へ送信してもよい。情報端末２５０は、送信された配送ルートを表示してもよい。これにより、車両２００のドライバーは、表示された配送ルートに従った順序で、２以上の顧客４００のそれぞれにボンベ５００を配送できる。
【0028】
ボンベ５００には、図３等を参照して後述するように、ボンベ５００の位置情報を送信する機器、および、ボンベ５００におけるガスの残量を管理する機器が埋め込まれていてもよい。ボンベ５００は、顧客４００に納品された後、当該ボンベ５００の位置情報およびガスの残量を情報処理装置１００へ発信してもよい。これにより、情報処理装置１００は、ボンベ５００が顧客４００の敷地内に位置する状態でも、ボンベ５００の位置情報およびガスの残量を管理し得る。
【0029】
また、情報処理装置１００は、ボンベ５００の位置情報を利用して当該ボンベ５００が顧客４００の敷地まで搬送されたことを検出すると、顧客４００へのボンベ５００の納品書を作成してもよい。
【0030】
図２は、ボンベ５００の出荷および返却を管理する方法を概略的に説明するための図である。ボンベ５００には、ボンベ５００のＩＤを格納するＩＣ（Integrated Circuit）タグが埋め込まれていてもよい。図２に示されるように、充填施設３００には、出荷側ゲートと返却側ゲートのそれぞれに、ＩＣタグリーダ３５０が設置されていてもよい。
【0031】
各ボンベ５００の出荷は以下のように管理され得る。すなわち、車両２００が出荷側ゲートを通過すると、車両２００に搭載されたボンベ５００に埋め込まれたＩＣタグ（後述するＩＣタグ５２０）がＩＣタグリーダ３５０に接近し、これにより、ＩＣタグリーダ３５０はボンベ５００のＩＣタグからボンベ５００のＩＤを読み出す。ＩＣタグリーダは、読み出したＩＤを情報処理装置１００へ向けて送信する。情報処理装置１００は、受信したＩＤに対応するボンベ５００が出荷されることを認識する。
【0032】
各ボンベ５００の返却は以下のように管理され得る。すなわち、ボンベ５００を乗せた車両２００が返却側ゲートを通過すると、ボンベ５００に埋め込まれたＩＣタグがＩＣタグリーダ３５０に接近し、これにより、ＩＣタグリーダ３５０はボンベ５００のＩＣタグからボンベ５００のＩＤを読み出す。ＩＣタグリーダ３５０は、読み出したＩＤを情報処理装置１００へ向けて送信する。情報処理装置１００は、受信したＩＤに対応するボンベ５００が返却されたことを認識する。
【0033】
【0034】
図３には、ガス（液化ガス）を収容するタンク５０１が示されている。タンク５０１には、図５を参照して後述されるように、その表面にらせん状に繊維（ガラス繊維、カーボン繊維、等）が巻き付けられる。その後、当該繊維に合成樹脂が含浸され、乾燥されることにより、ボンベ５００が構成される。すなわち、ボンベ５００は、タンク５０１の表面にＦＲＰ（繊維強化プラスティック）層が形成されることによって構成される。
【0035】
ボンベ５００は、出荷時には、その上方にバルブ５９０が装着され、また、搬送等における衝撃の軽減のために、その外周にカバー５９１が装着される。カバー５９１は、たとえば合成樹脂で構成される。
【0036】
図４は、ボンベ５００における各種の機器の位置の具体例を説明するための図である。図４では、ボンベ５００における、肩部５００Ｘ、胴部５００Ｙ、および底部５００Ｚが示されている。胴部５００Ｙはボンベ５００の中央に位置し、胴部５００Ｙではボンベ５００の径は一定である。肩部５００Ｘは胴部５００Ｙより上方に位置し、肩部５００Ｘではボンベ５００の径は上方ほど短くなるように変化する。底部５００Ｚは胴部５００Ｙより下方に位置し、底部５００Ｚの底面は曲面で構成されている。
【0037】
図４に示されるように、肩部５００Ｘには、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０が配置されている。複数のボンベ５００が隣接して配置された場合、胴部５００Ｙは隣接するボンベ５００の胴部５００Ｙに接触し得ても、肩部５００Ｘは、隣接するボンベ５００の肩部５００Ｘに接触しない。ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０は、肩部５００Ｘに配置されることにより、複数のボンベ５００が隣接して配置された場合でも、隣のボンベ５００との接触におよる破損されることが回避され得る。
【0038】
【0039】
図５に示されるように、タンク５０１に繊維５０２が巻き付けられる。このとき、タンク５０１において肩部５００Ｘに相当する部分にＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０に配置され、ＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０の上から繊維５０２が巻き付けられる。その後、繊維５０２に合成樹脂が含浸され、乾燥される。これにより、ボンベ５００のＦＲＰ層にＧＰＳロガー５１０、ＩＣタグ５２０、および残量計測器５３０が埋め込まれる。
【0040】
なお、底部５００Ｚには、超音波センサ５３６が収容されている。超音波センサ５３６は、図１１等を参照して後述されるように、残量計測器５３０の構成要素である。
【0041】
［配送ルート］
図６は、情報端末２５０において表示される配送ルートの表示画面の一例を示す図である。表示画面６００では、地図の上にアイコン６１１，６１２，６１３，６１４，６２０が示されている。アイコン６２０は、情報端末２５０が搭載される車両の位置を表す。アイコン６１１，６１２，６１３，６１４のそれぞれは、ボンベの配達先である４件の顧客のそれぞれの位置を表す。表示画面６００では、アイコン６１１，６１２，６１３，６１４のそれぞれに、それぞれの顧客の名称（ＣＬ（１）、ＣＬ（２）、ＣＬ（３）、ＣＬ（４））が付記されている。
図６は、情報端末２５０において表示される配送ルートの表示画面の一例を示す図である。表示画面６００では、地図の上にアイコン６１１，６１２，６１３，６１４，６２０が示されている。アイコン６２０は、情報端末２５０が搭載される車両の位置を表す。アイコン６１１，６１２，６１３，６１４のそれぞれは、ボンベの配達先である４件の顧客のそれぞれの位置を表す。表示画面６００では、アイコン６１１，６１２，６１３，６１４のそれぞれに、それぞれの顧客の名称（ＣＬ（１）、ＣＬ（２）、ＣＬ（３）、ＣＬ（４））が付記されている。
【0042】
表示画面６００では、ルート６１０がさらに示されている。ルート６１０は、情報処理装置１００によって作成された配送ルートを表す。図６の例では、ルート６１０は、アイコン６２０から、アイコン６１１、アイコン６１２、および、アイコン６１３を順に経由して、アイコン６１４へと到達するルートを表す。
【0043】
［ハードウェア構成：情報処理装置１００］
図７は、情報処理装置１００のハードウェア構成の一例を示す模式図である。図７を参照して、情報処理装置１００は、制御装置１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、通信インターフェイス１０４と、表示インターフェイス１０５と、入力インターフェイス１０７と、記憶装置１２０とを含む。これらのコンポーネントは、バス１１０に接続される。
図７は、情報処理装置１００のハードウェア構成の一例を示す模式図である。図７を参照して、情報処理装置１００は、制御装置１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、通信インターフェイス１０４と、表示インターフェイス１０５と、入力インターフェイス１０７と、記憶装置１２０とを含む。これらのコンポーネントは、バス１１０に接続される。
【0044】
制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central Processing Unit）、少なくとも１つのＧＰＵ（Graphics Processing Unit）、少なくとも１つのＡＳＩＣ（Application Specific Integrated Circuit）、少なくとも１つのＦＰＧＡ（Field Programmable Gate Array）、またはそれらの組み合わせなどによって構成され得る。
【0045】
制御装置１０１は、プログラムを実行することで情報処理装置１００の動作を制御する。一実現例では、これらのプログラムは記憶装置１２０に格納されている。これらのプログラムの少なくとも一つは、外部のサーバに格納されていてもよく、制御装置１０１は、ＡＰＩ（Application Programming Interface）を利用してこれらのプログラムを実行してもよい。
【0046】
通信インターフェイス１０４には、ＬＡＮ（Local Area Network）やアンテナなどが接続される。情報処理装置１００は、通信インターフェイス１０４を介して、外部機器との間でデータをやり取りする。情報処理装置１００は、通信インターフェイス１０４を介してサーバから各種のプログラムをダウンロードできるように構成されていてもよい。
【0047】
表示インターフェイス１０５には、ディスプレイ１５０が接続される。表示インターフェイス１０５は、制御装置１０１などからの指令に従って、ディスプレイ１５０に対して、画像を表示するための画像信号を送出する。ディスプレイ１５０は、たとえば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、またはその他の表示機器である。ディスプレイ１５０は、情報処理装置１００と一体的に構成されてもよいし、情報処理装置１００とは別に構成されてもよい。
【0048】
入力インターフェイス１０７には、入力デバイス１０８が接続される。入力デバイス１０８は、たとえば、マウス、キーボード、タッチパネル、またはユーザの操作を受け付けることが可能なその他の装置である。入力デバイス１０８は、情報処理装置１００と一体的に構成されてもよいし、情報処理装置１００とは別に構成されてもよい。
【0049】
記憶装置１２０は、たとえば、ハードディスクやフラッシュメモリなどの記憶媒体である。記憶装置１２０は、各種のプログラムおよび当該プログラムの実行に利用されるデータを格納する。これらのプログラムおよび／またはデータの格納場所は、記憶装置１２０に限定されず、制御装置１０１の記憶領域（たとえば、キャッシュメモリなど）、ＲＯＭ１０２、ＲＡＭ１０３、外部機器（たとえば、サーバ）であってもよい。
【0050】
図７の例では、記憶装置１２０には、ボンベ管理システムを管理するためのデータとして、基本情報テーブル１２１、ボンベ管理情報１２２、位置管理情報１２３、残量管理情報１２４、および、顧客管理情報１２５が格納されている。これらの情報の内容については、図１４～図１８等を参照して後述する。記憶装置１２０には、さらに、プログラム１２６、および、プログラムの実行に利用される変数などの各種データが格納されている。
【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】
情報処理装置１００は、配送予定表を、顧客管理情報１２５（図１９）に基づいて作成してもよい。より具体的には、情報処理装置１００は、交換フラグの値としてＯＮを含む顧客について、交換フラグの値がＯＮである出荷済ボンベを「引き取られるボンベ」として設定し、出荷予定ボンベを「引き渡されるボンベ」として設定することによって、配送予定表を作成してもよい。
【0165】
ステップＳ５０８にて、情報処理装置１００は、ステップＳ５０６にて出力された配送予定表が確定されたか否かを判断する。情報処理装置１００は、当該配送予定表が確定されたと判断すると（ステップＳ５０８にてＹＥＳ）、ステップＳ５１０へ制御を進め、そうでなければ（ステップＳ５０８にてＮＯ）、ステップＳ５０４へ制御を戻す。
【0166】
作業員は、各顧客に、ステップＳ５０６にて出力された配送予定表に記載された通りのボンベの引き取り／引き渡しに同意するか否かを問合せてもよい。顧客が配送予定表に記載されたボンベの引き取り／引き渡しの変更を希望した場合、作業員は、情報処理装置１００に変更内容を入力する。これにより、情報処理装置１００は、ステップＳ５０８からステップＳ５０４へ制御を戻し、入力された変更内容に従って配送予定表を再度作成する。
【0167】
すべての顧客の同意が得られると、作業員は、情報処理装置１００に配送予定表を確定することを表す情報を入力する。情報処理装置１００は、当該情報の入力を受け付けると、当該配送予定表が確定されたと判断する。これにより、制御はステップＳ５１０へと進められる。
【0168】
ステップＳ５１０にて、情報処理装置１００は、配送予定表に含まれる（２以上の）顧客についての配送ルートを取得する。より具体的には、情報処理装置１００は、配送予定表に登録された（２以上の）顧客をルート作成用の地図アプリに入力する。これに応じて、地図アプリは、上記顧客（のそれぞれに対応する場所）を経由する車両２００の移動のルートを作成する。情報処理装置１００は、地図アプリから、当該地図アプリが作成したルートを、配送ルートとして取得する。地図アプリは、情報処理装置１００にインストールされていてもよいし、ネットワーク上の他の機器にインストールされていてもよい。
【0169】
ステップＳ５１２にて、情報処理装置１００は、ステップＳ５１０にて取得した配送ルートを情報端末２５０へ送信する。その後、情報処理装置１００はステップＳ５０２へ制御を戻す。
【0170】
情報処理装置１００からの配送ルートの送信に応じて、情報端末２５０は、情報処理装置１００から送信された配送ルートを、図６を参照して説明されたようにディスプレイ２０６に表示してもよい。情報処理装置１００から情報端末２５０への配送ルートの送信は、残量が閾値以下であると判断されたボンベの引き取りのための配送経路を提供の一例である。
【0171】
今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【0172】
１００ 情報処理装置、１２１ 基本情報テーブル、１２２ ボンベ管理情報、１２３ 位置管理情報、１２４ 残量管理情報、１２５ 顧客管理情報、２００ 車両、２５０ 情報端末、３００ 充填施設、３５０ ＩＣタグリーダ、４００ 顧客、５００ ボンベ、５００Ｘ 肩部、５００Ｙ 胴部、５００Ｚ 底部、５０１ タンク、５３０ 残量計測器、５３６ 超音波センサ、５９０ バルブ、５９１ カバー、６００ 表示画面。
【図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】