特開 2024-104680 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024104680

(43)【公開日】2024-08-05

(54)【発明の名称】情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム

(51)【国際特許分類】

   G06Q 50/06 20240101AFI20240729BHJP

【ＦＩ】

G06Q50/06

【審査請求】有

【請求項の数】19

【出願形態】ＯＬ

(21)【出願番号】P 2023009024

(22)【出願日】2023-01-24

(11)【特許番号】

(45)【特許公報発行日】2024-02-22

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＳＷＩＦＴ

２．ＰＹＴＨＯＮ

(71)【出願人】

【識別番号】501440684

【氏名又は名称】ソフトバンク株式会社

(74)【代理人】

【識別番号】110002516

【氏名又は名称】弁理士法人白坂

(72)【発明者】

【氏名】吉原 千尋

(72)【発明者】

【氏名】後藤 守規

(72)【発明者】

【氏名】山村 真規

(72)【発明者】

【氏名】藤野 駿

(72)【発明者】

【氏名】吉野 碧

(72)【発明者】

【氏名】石田 淳

(72)【発明者】

【氏名】山▲崎▼ 保範

(72)【発明者】

【氏名】佐藤 慎悟

(72)【発明者】

【氏名】清水 慎太郎

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC06

5L050CC06

(57)【要約】

【課題】効率のよい配送システムを提供すること
【解決手段】本発明の一実施形態に係る、需要家へのガスの配送に係る配送システムにおける情報処理装置は、需要家のガスの使用量に関する情報を取得する取得部、過去のガスの使用量から将来のガスの予測使用量を算出する予測部、予測使用量に基づいて、ガスの配送優先度が最も高い必須需要家と必須需要家よりもガスの配送優先度が低い準必須需要家とを含むグループを生成可能な危険度算出部、グループにおけるガスの配送順序を設定する配送決定部を備え、危険度算出部は、需要家が必須需要家となる第１転換日と、需要家が準必須需要家となる第２転換日とに基づいて、配送日におけるグループを生成する。
【選択図】 図１

【特許請求の範囲】

【請求項1】

複数の需要家へのガス容器の配送に係る配送システムにおける情報処理装置であって、
前記需要家のガスの使用量に関する情報を取得する取得部と、
前記需要家の過去のガスの使用量から将来のガスの予測使用量を算出し、前記需要家が使用可能なガス残量を予測する残量予測部と、
前記ガス残量とに基づいて、前記ガス残量が所定の閾値以下となる確率である危険度を算出する危険度算出部と、
前記危険度に基づいて、前記複数の需要家のうち、新たなガス容器の配送対象となる２以上の配送対象需要家と、当該２以上の配送対象需要家に対して前記新たなガス容器を配送する配送順序とを決定する配送決定部と、
を備え、
前記所定の閾値は、前記配送対象需要家のうち、前記新たなガス容器の配送を優先すべき必須配送需要家を抽出するための第１種閾値と、前記必須配送需要家以外の非必須配送需要家を抽出するための複数の第２種閾値と、
を含む、
情報処理装置。

【請求項2】

前記危険度算出部は、前記需要家ごとに、前記複数の第２種閾値それぞれについて、ガス残量が前記第２種閾値以下となる確率である第２種危険度を算出し、
前記配送決定部は、前記需要家ごとに、複数の前記第２種危険度の総和である実質危険度を算出し、前記実質危険度に基づいて、前記非必須配送需要家を抽出する、
請求項１に記載の情報処理装置。

【請求項3】

前記配送決定部は、配送対象日において、前記ガス残量が前記第１種閾値以下となる第１種危険度が第１種基準値以上となる需要家を、前記必須配送需要家とし、前記実質危険度が第２種基準値以上となる需要家を、前記非必須配送需要家として、前記配送対象需要家として抽出する、
請求項２に記載の情報処理装置。

【請求項4】

前記配送決定部は、前記配送対象日における前記非必須配送需要家に対し、前記新たなガス容器の配送を許容するとの条件を含む制約条件のもとで、１以上の所定の目的関数をあらかじめ設定された順序で求めた解に基づいて、前記配送対象日における車両による１回の配送当たりの配送順序と、配送回数とを決定する、
請求項３に記載の情報処理装置。

【請求項5】

前記配送決定部は、前記１以上の所定の目的関数について、先行する順序の目的関数の解を、後続の目的関数における解の算出に用いる、
請求項４に記載の情報処理装置。

【請求項6】

前記１以上の所定の目的関数は、前記１以上の配送対象需要家それぞれについて算出した複数の前記実質危険度の総和に関する項を含み、
前記配送決定部は、前記実質危険度の総和を最大化する解に基づいて、前記配送対象日における前記車両による前記１回の配送当たりの配送順序と、前記配送回数とを決定する、
請求項４に記載の情報処理装置。

【請求項7】

前記１以上の所定の目的関数は、さらに、前記配送対象日における複数回の配送において、１回の配送当たりに配送されるガス容器の総量の差異に関する項を含み、
前記配送決定部は、前記実質危険度の総和を最大化し、かつ、前記ガス容器の総量の差異を最小化する解に基づいて、前記配送対象日における前記車両による前記１回の配送当たりの配送順序と、前記配送回数とを決定する、
請求項６に記載の情報処理装置。

【請求項8】

前記配送決定部は、前記制約条件として、前記配送対象日における前記必須配送需要家には、前記新たなガス容器を必ず配送するとの条件をさらに含むハード制約条件のもとで、前記１以上の所定の目的関数の解を求める、
請求項４に記載の情報処理装置。

【請求項9】

前記配送決定部は、前記ハード制約条件のもとで前記１以上の所定の目的関数の解が求まらない場合、前記ハード制約条件に代わり、前記ハード制約条件とは異なる制約条件であるソフト制約条件のもとで、前記１以上の所定の目的関数の解を求める、
請求項８に記載の情報処理装置。

【請求項10】

前記配送決定部は、前記ハード制約条件のもとで前記１以上の所定の目的関数の解が求まらない場合、前記ハード制約条件に代わり、目的関数の解を求めるにあたり、前記ハード制約条件よりも緩和した制約条件であるソフト制約条件のもとで、前記１以上の所定の目的関数の解を求める、
請求項８に記載の情報処理装置。

【請求項11】

前記配送決定部は、前記ハード制約条件のもとで前記１以上の所定の目的関数の解が求まらない場合、前記ハード制約条件に代わり、前記制約条件として、前記必須配送需要家に対し、前記配送対象日前後での前記新たなガス容器の配送を許容するとの条件をさらに含むソフト制約条件のもとで、前記１以上の所定の目的関数に加え、追加の目的関数の解を算出するものであって、前記追加の目的関数は、前記配送対象日に配送する前記必須配送需要家の総和の項を含み、
前記配送決定部は、前記追加の目的関数を最大化する解に基づいて、前記配送対象日における前記車両による前記１回の配送当たりの配送順序と、前記配送回数とを決定する、
請求項８に記載の情報処理装置。

【請求項12】

前記需要家が使用する前記ガス容器に、主容器と予備容器とが含まれる場合、
前記危険度算出部は、前記危険度の算出に際し、前記第１種閾値を、前記主容器及び前記予備容器の総容量に対して適用し、前記第２種閾値を、前記主容器の容量に対して適用する、
請求項１に記載の情報処理装置。

【請求項13】

前記需要家が使用するガス容器が主容器のみである場合、
前記危険度算出部は、前記主容器を所定の割合で分割してみなし主容器とみなし予備容器とし、前記危険度の算出に際し、前記第１種閾値を、前記主容器の容量に対して適用し、前記第２種閾値を、前記みなし主容器の容量に対して適用する、
請求項１に記載の情報処理装置。

【請求項14】

前記残量予測部は、前記需要家ごとに、過去のガスの実測使用量に関するデータセットを用いた機械学習によって、前記予測使用量を算出する複数の予測モデルを生成し、前記予測モデルに基づいて、将来の予測使用量を算出するものであって、前記予測使用量を算出する予測対象期間を連続Ｎ日間（Ｎは１以上の整数）としたとき、Ｎ個の予測モデルを生成し、前記Ｎ個の各予測モデルを用いて、１からＮ日間それぞれに対する前記予測使用量を算出する、
請求項１に記載の情報処理装置。

【請求項15】

前記残量予測部は、前記Ｎ日間の前記予測使用量を算出する前記予測モデルを生成する場合、前記Ｎ日間においてＮ＝１とした日の前日におけるガスの実測使用量を目的変数、前記前日よりＮ日以前までの過去の所定期間にわたるガスの実測使用量を用いて生成された所定の次元数の特徴量を説明変数とした機械学習によって、前記Ｎ日間の前記予測使用量を算出する前記予測モデルを生成し、生成されたＮ個の予測モデルに、前記前日を含む過去の前記所定期間にわたるガスの実測使用量を用いて生成された、前記所定の次元数の特徴量を説明変数として入力して、前記Ｎ日間それぞれに対する前記予測使用量を算出する、
請求項１４に記載の情報処理装置。

【請求項16】

前記残量予測部は、前記過去のガスの実測使用量に関するデータセットの、時系列での連続性に応じて、前記複数の予測モデルを生成するものであって、
前記残量予測部は、前記データセットが時系列で不連続である場合、前記複数の予測モデルとは異なる他の予測モデルを１つ生成し、前記予測使用量を算出する、
請求項１４に記載の情報処理装置。

【請求項17】

前記残量予測部は、前記予測モデルを、線形回帰（Linear Regression）、サポートベクトル回帰（Support Vector Regression）、ランダムフォレスト回帰（Random Forest Regression）、勾配ブースティング回帰（Gradient Boosting Regression）、又は勾配ブースティング決定木（Gradient Boosting Decision Tree）、LightGBM（Light Gradient Boosting Machine）の少なくともいずれかを用いたアルゴリズムによって生成する、
請求項１６に記載の情報処理装置。

【請求項18】

複数の需要家へのガス容器の配送に係る配送システムにおける情報処理装置の制御方法であって、
情報処理装置が、
前記複数の需要家それぞれのガスの使用量に関する情報を取得するステップと、
過去のガスの使用量から将来のガスの予測使用量を算出し、前記需要家が使用可能なガス残量を予測するステップと、
前記ガス残量が所定の閾値以下となる確率である危険度を、前記需要家ごとに算出するステップと、
前記危険度に基づいて、前記複数の需要家のうち、新たなガス容器の配送対象となる１以上の配送対象需要家と、当該配送対象需要家への、前記新たなガス容器の配送順序とを決定するステップと、
を含み、
前記所定の閾値は、前記配送対象需要家のうち、前記新たなガス容器の配送を優先すべき必須配送需要家を抽出するための第１種閾値と、前記必須配送需要家以外の非必須配送需要家を抽出するための複数の第２種閾値とを含む、
情報処理装置の制御方法。

【請求項19】

複数の需要家へのガス容器の配送に係る配送システムにおける情報処理装置の制御プログラムであって、
情報処理装置に、
前記複数の需要家それぞれのガスの使用量に関する情報を取得する機能と、
過去のガスの使用量から将来のガスの予測使用量を算出し、前記需要家が使用可能なガス残量を予測する機能と、
前記ガス残量が所定の閾値以下となる確率である危険度を、前記需要家ごとに算出する機能と、
前記危険度に基づいて、前記複数の需要家のうち、新たなガス容器の配送対象となる１以上の配送対象需要家と、当該配送対象需要家への、前記新たなガス容器の配送順序とを決定する機能と、
を実現させ、
前記所定の閾値は、前記配送対象需要家のうち、前記新たなガス容器の配送を優先すべき必須配送需要家を抽出するための第１種閾値と、前記必須配送需要家以外の非必須配送需要家を抽出するための複数の第２種閾値とを含む、
情報処理装置の制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラムに関する。

【背景技術】

【0002】

従来、ガスの検針データに基づいて交換対象となるガス容器を特定し、配送ルートを決定する技術が知られている。例えば、特許文献１には、ガス使用量またはガス残量のトレンドを算出し、当該トレンド及び所定の条件に基づいてガス容器交換日及び配送ルートを決定することが開示されている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１８－１９０２５２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、トレンドのみでは、天候等の不測の事態によってガス切れが生じるリスクが高まる。したがって、より段階的にガス残量を考慮した配送システムが求められている。

【課題を解決するための手段】

【0005】

本発明の一実施形態に係る、複数の需要家へのガス容器の配送に係る配送システムにおける情報処理装置は、需要家のガスの使用量に関する情報を取得する取得部と、需要家の過去のガスの使用量から将来のガスの予測使用量を算出し、需要家が使用可能なガス残量を予測する残量予測部と、ガス残量とに基づいて、ガス残量が所定の閾値以下となる確率である危険度を算出する危険度算出部と、危険度に基づいて、複数の需要家のうち、新たなガス容器の配送対象となる２以上の配送対象需要家と、当該２以上の配送対象需要家に対して新たなガス容器を配送する配送順序とを決定する配送決定部と、を備え、所定の閾値は、配送対象需要家のうち、新たなガス容器の配送を優先すべき必須配送需要家を抽出するための第１種閾値と、必須配送需要家以外の非必須配送需要家を抽出するための複数の第２種閾値と、を含む。

【0006】

本発明の一実施形態に係る情報処理装置において、危険度算出部は、需要家ごとに、複数の第２種閾値それぞれについて、ガス残量が第２種閾値以下となる確率である第２種危険度を算出し、配送決定部は、需要家ごとに、複数の第２種危険度の総和である実質危険度を算出し、実質危険度に基づいて、非必須配送需要家を抽出してよい。

【0007】

本発明の一実施形態に係る情報処理装置において、配送決定部は、配送対象日において、ガス残量が第１種閾値以下となる第１種危険度が以上となる需要家を、必須配送需要家とし、実質危険度が第２種基準値以上となる需要家を、非必須配送需要家として、配送対象需要家として抽出してよい。

【0008】

本発明の一実施形態に係る情報処理装置において、配送決定部は、配送対象日における非必須配送需要家に対し、新たなガス容器の配送を許容するとの条件を含む制約条件のもとで、１以上の所定の目的関数をあらかじめ設定された順序で求めた解に基づいて、配送対象日における車両による１回の配送当たりの配送順序と、配送回数とを決定してよい。

【0009】

本発明の一実施形態に係る情報処理装置において、配送決定部は、１以上の所定の目的関数について、先行する順序の目的関数の解を、後続の目的関数における解の算出に用いてよい。

【0010】

本発明の一実施形態に係る情報処理装置において、１以上の所定の目的関数は、１以上の配送対象需要家それぞれについて算出した複数の実質危険度の総和に関する項を含み、配送決定部は、実質危険度の総和を最大化する解に基づいて、配送対象日における車両による１回の配送当たりの配送順序と、配送回数とを決定してよい。

【0011】

本発明の一実施形態に係る情報処理装置において、１以上の所定の目的関数は、さらに、配送対象日における複数回の配送において、１回の配送当たりに配送されるガス容器の総量の差異に関する項を含み、配送決定部は、実質危険度の総和を最大化し、かつ、ガス容器の総量の差異を最小化する解に基づいて、配送対象日における車両による１回の配送当たりの配送順序と、配送回数とを決定してよい。

【0012】

本発明の一実施形態に係る情報処理装置において、配送決定部は、制約条件として、配送対象日における必須配送需要家には、新たなガス容器を必ず配送するとの条件をさらに含むハード制約条件のもとで、１以上の所定の目的関数の解を求めてよい。

【0013】

本発明の一実施形態に係る情報処理装置において、配送決定部は、ハード制約条件のもとで１以上の所定の目的関数の解が求まらない場合、ハード制約条件に代わり、ハード制約条件とは異なる制約条件であるソフト制約条件のもとで、１以上の所定の目的関数の解を求めてよい。

【0014】

本発明の一実施形態に係る情報処理装置において、配送決定部は、ハード制約条件のもとで１以上の所定の目的関数の解が求まらない場合、ハード制約条件に代わり、目的関数の解を求めるにあたり、ハード制約条件よりも緩和した制約条件であるソフト制約条件のもとで、１以上の所定の目的関数の解を求めてよい。

【0015】

本発明の一実施形態に係る情報処理装置において、配送決定部は、ハード制約条件のもとで１以上の所定の目的関数の解が求まらない場合、ハード制約条件に代わり、制約条件として、必須配送需要家に対し、配送対象日前後での新たなガス容器の配送を許容するとの条件をさらに含むソフト制約条件のもとで、１以上の所定の目的関数に加え、追加の目的関数の解を算出するものであって、追加の目的関数は、配送対象日に配送する必須配送需要家の総和の項を含み、配送決定部は、追加の目的関数を最大化する解に基づいて、配送対象日における車両による１回の配送当たりの配送順序と、配送回数とを決定してよい。

【0016】

本発明の一実施形態に係る情報処理装置において、需要家が使用するガス容器に、主容器と予備容器とが含まれる場合、危険度算出部は、危険度の算出に際し、第１種閾値を、主容器及び予備容器の総容量に対して適用し、第２種閾値を、主容器の容量に対して適用してよい。

【0017】

本発明の一実施形態に係る情報処理装置において、需要家が使用するガス容器が主容器のみである場合、危険度算出部は、主容器を所定の割合で分割してみなし主容器とみなし予備容器とし、危険度の算出に際し、第１種閾値を、主容器の容量に対して適用し、第２種閾値を、みなし主容器の容量に対して適用してよい。

【0018】

本発明の一実施形態に係る情報処理装置において、残量予測部は、需要家ごとに、過去のガスの実測使用量に関するデータセットを用いた機械学習によって、予測使用量を算出する複数の予測モデルを生成し、予測モデルに基づいて、将来の予測使用量を算出するものであって、予測使用量を算出する予測対象期間を連続Ｎ日間（Ｎは１以上の整数）としたとき、Ｎ個の予測モデルを生成し、Ｎ個の各予測モデルを用いて、１からＮ日間それぞれに対する予測使用量を算出してよい。

【0019】

本発明の一実施形態に係る情報処理装置において、残量予測部は、Ｎ日間の予測使用量を算出する予測モデルを生成する場合、Ｎ日間においてＮ＝１とした日の前日におけるガスの実測使用量を目的変数、前日よりＮ日以前までの過去の所定期間にわたるガスの実測使用量を用いて生成された所定の次元数の特徴量を説明変数とした機械学習によって、Ｎ日間の予測使用量を算出する予測モデルを生成し、生成されたＮ個の予測モデルに、前日を含む過去の所定期間にわたるガスの実測使用量を用いて生成された、所定の次元数の特徴量を説明変数として入力して、Ｎ日間それぞれに対する予測使用量を算出してよい。

【0020】

本発明の一実施形態に係る情報処理装置において、残量予測部は、過去のガスの実測使用量に関するデータセットの、時系列での連続性に応じて、複数の予測モデルを生成するものであって、残量予測部は、データセットが時系列で不連続である場合、複数の予測モデルとは異なる他の予測モデルを１つ生成し、予測使用量を算出してよい。

【0021】

本発明の一実施形態に係る情報処理装置において、残量予測部は、予測モデルを、線形回帰（Linear Regression）、サポートベクトル回帰（Support Vector Regression）、ランダムフォレスト回帰（Random Forest Regression）、勾配ブースティング回帰（Gradient Boosting Regression）、又は勾配ブースティング決定木（Gradient Boosting Decision Tree）、LightGBM（Light Gradient Boosting Machine）の少なくともいずれかを用いたアルゴリズムによって生成してよい。

【0022】

本発明の一実施形態に係る、複数の需要家へのガス容器の配送に係る配送システムにおける情報処理装置の制御方法は、情報処理装置が、複数の需要家それぞれのガスの使用量に関する情報を取得するステップと、過去のガスの使用量から将来のガスの予測使用量を算出し、需要家が使用可能なガス残量を予測するステップと、ガス残量が所定の閾値以下となる確率である危険度を、需要家ごとに算出するステップと、危険度に基づいて、複数の需要家のうち、新たなガス容器の配送対象となる１以上の配送対象需要家と、当該配送対象需要家への、新たなガス容器の配送順序とを決定するステップと、を含み、所定の閾値は、配送対象需要家のうち、新たなガス容器の配送を優先すべき必須配送需要家を抽出するための第１種閾値と、必須配送需要家以外の非必須配送需要家を抽出するための複数の第２種閾値とを含む。

【0023】

本発明の一実施形態に係る、複数の需要家へのガス容器の配送に係る配送システムにおける情報処理装置の制御プログラムは、情報処理装置に、複数の需要家それぞれのガスの使用量に関する情報を取得する機能と、過去のガスの使用量から将来のガスの予測使用量を算出し、需要家が使用可能なガス残量を予測する機能と、ガス残量が所定の閾値以下となる確率である危険度を、需要家ごとに算出する機能と、危険度に基づいて、複数の需要家のうち、新たなガス容器の配送対象となる１以上の配送対象需要家と、当該配送対象需要家への、新たなガス容器の配送順序とを決定する機能と、を実現させ、所定の閾値は、配送対象需要家のうち、新たなガス容器の配送を優先すべき必須配送需要家を抽出するための第１種閾値と、必須配送需要家以外の非必須配送需要家を抽出するための複数の第２種閾値とを含む。

【図面の簡単な説明】

【0024】

【図1】図１は、本発明の一実施形態に係る配送システム構成の概略図である。

【図2】図２は、需要家データテーブルの一例である。

【図3】図３（ａ）は配送員データテーブル、（ｂ）は配送車両データテーブルの一例である。

【図4】図４（ａ）、（ｂ）は、検針データテーブルの一例である。

【図5】図５は、天候データの一例を示す図である。

【図6】図６は、本発明の一実施形態に係る配送システムの処理フロー図の一例である。

【図7】図７は、本発明の一実施形態に係る配送システムの処理フロー図の一例である。

【図8】図８は、予測モデルの生成について説明する概略図である。

【図9】図９は、予測モデルの生成にあたり学習に用いる説明変数（特徴量）の作成を説明する概略図である。

【図10】図１０は、予測モデルの生成について説明する概略図である。

【図11】図１１（ａ）、（ｂ）は、本発明の一実施形態に係る危険度を説明する概略図である。

【図12】図１２は、本発明の一実施形態における、配送ルートに関するテーブルの一例である。

【図13】図１３は、本発明の一実施形態に係るサーバを実現可能なコンピュータのハードウェア構成例である。

【発明を実施するための形態】

【0025】

以降、図を用いて、本開示に係る発明（本発明ともいう）の一実施形態を説明する。なお、図は一例であって、本発明は図に示すものに限定されない。例えば、図示した配送システム、情報処理装置（サーバ）の構成図、メーター、通信装置、ガス容器の数、データセット（テーブル）、並びにフローチャートは一例であって、本発明はこれらに限定されるものではない。

【0026】

＜システム構成＞
図１は、本発明の一実施形態に係る配送システムの構成例を示す図である。配送システム８００は、需要家へのガスの配送に係るシステムであってよい。例えば、配送システム８００は、需要家が使用したガスの量に応じてガス容器の交換が行われるガス提供サービスにおいて、ガスを効率的に配送するためのシステムであってよい。ガスの効率的な配送とは、例えば、需要家１件あたりの交換頻度及び交換に要する時間を最小とし、配送員一人あたりのガスの配送量を最大とすることを目標としてよい。例えば、訪問したにもかかわらず、ガス残量が多くガス容器の交換が不要であった場合、交換頻度の増加につながり効率が悪い。また、各需要家への配送順序によっては、需要家間の移動に時間を要し効率が悪い。本発明の一実施形態によれば、ガス容器の効率的な配送のために、需要家のガス残量を精度よく予測し、ガス容器を配送すべき需要家の抽出と各需要家へのガスの配送順序とを含む配送計画を、適切に設定する配送システム８００を実現することができる。

【0027】

配送システム８００は、サーバ（演算処理サーバ）１００と、管理サーバ２１０と、事業者ＤＢ（データベース）２２０と、外部ＤＢ ２３０と、ガス容器３３０Ａ，３３０Ｂのメーター３２０に設置された通信装置３１０と、配送員５００が所有する通信端末５１０とを含んでよい。

【0028】

メーター３２０は、通信装置３１０を備えるいわゆる「スマートメーター」であって、ガス容器３３０Ａ，３３０Ｂに接続され、需要家のガスの使用量を測定してよい。通信装置３１０は、メーター３２０の検針値、ガス容器の交換に関する情報等、ガスに関する情報を管理サーバ２１０へ送信してよい。なお、通信装置３１０は、メーター３２０の検針値を、所定の間隔で管理サーバ２１０へ送信してよい。通信装置３１０は、例えば、１日１回設定された時間に、管理サーバ２１０へ検針データを送信してよい。また、通信装置３１０は、ガスに関する情報として、ガス漏れ、ガス切れ、ガス容器からの供給停止等、異常や警報に関する情報を、ネットワーク６００を介して管理サーバ２１０へ送信してよい。なお、通信装置３１０は、メーター３２０の外側の入出力Ｉ／Ｆに接続されて、別個の通信装置としてメーター３２０の外部に備えられてもよい。すなわち、通信装置３１０は、メーター３２０に後付けされるものであってよい。また、通信装置３１０は、メーター３２０の製造時に組込まれて、メーター３２０と一体化されてもよい。あるいは、通信装置３１０は、メーター３２０の内部に、例えば通信ボードとして組み込まれていてもよい。

【0029】

管理サーバ２１０は、ネットワーク６００を介して、各家庭、企業、施設等に設置されたメーター３２０からの情報を収集したり、メーター３２０の制御を遠隔で行ったりしてよい。すなわち、管理サーバ２１０は、通信装置３１０から送信された各メーター３２０の情報を処理し、図示しないメーターの管理者へ必要なデータを受け渡すＩｏＴ－ＰＦ（プラットフォーム）としての機能を有してもよい。管理サーバ２１０は、各メーターの検針データを格納（記憶）する検針データＤＢ ２１２を備えてよい。また、管理サーバ２１０は、後述する配送計画の設定に要する各種パラメータを格納するパラメータＤＢ２１３を備えてもよい。

【0030】

管理サーバ２１０と通信装置３１０との間のネットワーク６００における通信方式は、例えば、ＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ、第４世代通信（４Ｇ）、第５世代通信（５Ｇ）、第６世代通信（６Ｇ）以降の通信方式、ＣＤＭＡ等であってよい。また、例えば、Category M, Category M1、ＮＢ－ＩｏＴ（Narrow Band IoT）等のＩｏＴ向けの無線通信方式であり、ＬＴＥを拡張した通信方式であってよい。なお、通信方式は、これらの例に限られるものではない。

【0031】

なお、現在、スマートメーターの普及が進められているものの、通信装置を備えず、検針員４４０による定期的な検針を必要とする需要家も存在する。本明細書では、これ以降、通信装置３１０を備えるメーター３２０が設置された需要家を「設置需要家」、通信装置３１０のないメーター４２０が設置された需要家を「非設置需要家」と称する。非設置需要家のガスの使用量は、検針員４４０が例えば一カ月おきに、ガス容器４３０Ａ，４３０Ｂに接続されたメーター４２０の検針値を確認し、例えば通信端末４４１によって管理サーバ２１０へ検針値を送信してもよい。なお、設置需要家と非設置需要家を特に区別する必要がない場合、それらをまとめて「需要家」と称することもある。また、図１では、設置需要家、非設置需要家とも戸建て住宅で１件ずつ示してあるが、需要家としてはこれに限定されず、集合住宅、法人等であってよいし、それぞれ複数の設置需要家、非設置需要家が存在してよい。

【0032】

事業者ＤＢ ２２０は、ガス配送サービスを提供する事業者のデータベースであって、需要家データＤＢ ２２１、配送員データＤＢ ２２２、配送車両情報ＤＢ ２２３を備えてよい。図２に、需要家データＤＢ ２２１に格納される需要家データの一例を示す。需要家データテーブルＴＢ１は、各需要家に関する情報であって、各需要家を一意に識別する需要家ＩＤ（Identifier）（識別子の一例）に、メーターＩＤ、配送先ＩＤ、容量情報、配送指定情報等が関連付けられた情報を含んでよい。なお、識別子は、付与された対象を一意に識別する情報であればその種類は問わない。

【0033】

需要家データテーブルＴＢ１を参照すると、需要家ＩＤ「CS0001」の需要家は、メーターＩＤ「mt0001」のメーターが設置され、配送先ＩＤ「LC0001」で識別される区域がガス容器の配送先であることがわかる。なお、配送先ＩＤと区域（住所）とを関連付けて格納する配送先情報が図示しないデータベースとして記憶され、配送先ＩＤから配送先の住所が判定されてよい。容量情報は、需要家に供給されたガス容器の総容量を示す情報であってよい。需要家ＩＤ「CS0001」の需要家の場合、ガス容器の容量は「５０Ｌ」、ガス容器は、主容器と予備容器とから成る「２本」であって、ガス容器の総容量は１００Ｌとなる。また、配送指定情報は、配送に関して各需要家から指定された条件に関する情報であってよい。例えば、配送指定情報により、需要家ＩＤ「CS0001」の需要家は、ガス容器の配送を「月曜から木曜の１６時以降」に指定していることが示されてよい。

【0034】

また、需要家データテーブルＴＢ１を参照すると、需要家ＩＤ「CS0005」の需要家は非設置需要家であって、メーターＩＤが関連付けられなくてよい。さらに、需要家ＩＤ「CS0015」、「CS0016」は、同一の配送先ＩＤが「LC0040」が関連付けられている。これは、マンション、アパートといった集合住宅や、複数の法人が入居するビル等、一の住所に複数の需要家が存在する場合を示してよい。なお、この場合、容量情報は、一の配送先ＩＤに設置されているガス容器の総容量を指すものであってよい。

【0035】

なお、図２のテーブルＴＢ１は一例であって、これに限られるものではない。例えば、容量情報は、ガス容器の総容量が判定できる情報であれば、図示した形式に限定されない。また、需要家データは、複数のテーブルに分けて記憶されてよい。さらに、需要家データテーブルＴＢ１には、通信装置３１０の識別子、メーター３２０，４２０の設置日、ガス配送サービスの提供者（需要家が利用するサービス事業者）に関する情報、需要家の連絡先その他のデータが記憶されてもよい。

【0036】

図３（ａ）に、配送員データＤＢ ２２２に格納される配送員データの一例を示す。配送員データテーブルＴＢ２は、各配送員に関する情報であって、各配送員を一意に識別する配送員ＩＤに、勤務時間、勤務日、担当区域ＩＤ等が関連付けられた情報を含んでよい。配送員データテーブルＴＢ２を参照すると、配送員ＩＤ「DP0001」の配送員は、勤務時間が「9:00-17:00」であって、担当区域ＩＤ「AR0100」で識別される区域が担当する配送区域であることがわかる。なお、担当区域ＩＤと、上述した配送先ＩＤとを関連付けた図示しないテーブルがさらに記憶されてよい。なお、配送員に担当区域がない場合、担当区域ＩＤは記憶されなくてよい。また、配送員データテーブルＴＢ２には、配送員の体重、残業が可能な上限時間（例えば、勤務時間は１７時までだが、２０時までの残業が可能である等）がさらに格納されてよい。

【0037】

図３（ｂ）に、配送車両情報ＤＢ ２２３に格納される配送車両情報の一例を示す。配送車両情報テーブルＴＢ３は、各配送車両に関する情報であって、各配送車両を一意に識別する車両ＩＤに、車両種別、最大積載量等が関連付けられた情報を含んでよい。配送車両情報テーブルＴＢ３を参照すると、車両ＩＤ「TR0001」の配送車両は、市車両種別が「大型」であって、最大積載量が「20000kg」であることがわかる。また、配送車両情報テーブルＴＢ３には、最大積載容量や、次回の使用予定に関する情報であって、使用予定日、時間、配送員等に関する情報がさらに含まれてもよい。なお、配送車両情報テーブルＴＢ３は、事業者ごとに、各事業者が所有する配送車両の情報を含んでよい。

【0038】

また、図４に、通信装置３１０から管理サーバ２１０へ送信される、ガスの使用量に関する情報の一例を示す。通信装置３１０から管理サーバ２１０へは、例えば、メーターＩＤ、検針日時、メーターの指針値に関する情報が送信されてよい。図４（ａ）は、通信装置３１０から管理サーバ２１０へ検針値を送信する場合のデータテーブルＴＢ４の一例である。さらに、ガス容器の交換がされたか否かを示す情報が、例えば交換された場合は「１」、未交換の場合は「０」とのフラグによって送信されてもよい。管理サーバ２１０では、図４（ｂ）に示すように、受信した検針値に基づいて、検針データＤＢ ２１２に、各メーターの検針データテーブルＴＢ５が記憶されてよい。

【0039】

また、図５に、天候データＤＢ ２３１に記憶される天候データテーブルＴＢ６の一例を示す。天候データテーブルＴＢ６は、例えば市単位で記憶され、年月日、昼間、夜間の天気、最高気温、平均気温、最低気温などが記憶されてよい。なお、天候データは、外部のサードパーティから取得してもよい。

【0040】

＜機能構成＞
図１に戻り、サーバ（演算処理サーバ）１００の各機能部の機能について簡単に説明する。サーバ１００は、配送システム８００における各種演算処理を実行するサーバであって、通信部１１０、残量予測部１２０、危険度算出部１３０及び配送決定部１４０を備えてよい。なお、図１では、残量予測部１２０、危険度算出部１３０及び配送決定部１４０を、１つのサーバ１００における機能部として示してある。しかしながら、各機能部は、それぞれ別個のサーバやエンジンで実現されてもよい。また、サーバ１００は、例えば、ネットワークを介して通信を行うことで協調動作する分散型サーバシステムでもよく、いわゆるクラウドサーバでもよい。すなわち、サーバ１００は、物理的なサーバに限らず、ソフトウェアによる仮想的なサーバも含まれてよい。

【0041】

通信部１１０は、管理サーバ２１０から、需要家のガスの使用量に関する情報を取得する取得部として機能してよい。需要家のガスの使用量に関する情報とは、通信装置３１０や検針員４４０の通信端末４４１から送信された各需要家のガスの使用量を示す情報であって、上述した検針データＤＢ ２１２に格納される、メーターの検針値であってよい。

【0042】

残量予測部１２０は、需要家の過去のガスの使用量から将来のガスの予測使用量を算出し、将来の所定の時点において需要家が使用可能なガス残量を予測してよい。詳細は後述するが、残量予測部１２０は、需要家ごとに、過去のガスの実測使用量に関するデータセットを用いた機械学習によって、予測使用量を算出する複数の予測モデルを生成してよい。そして、残量予測部１２０は、需要家毎に、予測モデルに基づいて、将来の予測使用量を算出してよい。

【0043】

危険度算出部１３０は、残量予測部１２０が予測したガス残量に基づいて、当該ガス残量が所定の閾値以下となる確率である危険度を算出してよい。なお、危険度については後述する。

【0044】

配送決定部１４０は、危険度算出部１３０によって算出された危険度に基づいて、複数の需要家のうち、新たなガス容器の配送対象となる２以上の配送対象需要家と、当該２以上の配送対象需要家に対して新たなガス容器を配送する配送順序とを決定してよい。なお、配送対象需要家及び配送順序の決定については後述する。

【0045】

なお、本発明の一実施形態によれば、新たなガス容器の配送対象である「配送対象需要家」は、ガス配送の優先度に応じて、「必須配送需要家」と「非必須配送需要家」とにカテゴリ分けされてよい。「必須配送需要家」とは、ガスの配送優先度が最も高い需要家を指してよい。例えば、「必須配送需要家」とは、ある配送日にガスの配送が必要な需要家を指してよい。詳細は後述するが、具体的には、「必須配送需要家」とは、配送対象日において、ガス残量の予測値が第１種閾値以下である確率（後述する第１種危険度）が所定の基準値（第１種基準値）以上である需要家を指してよい。

【0046】

また、「非必須配送需要家」とは、配送対象ではあるものの、必須配送需要家よりもガス配送の優先度が低い需要家を指してよい。例えば、「非必須配送需要家」とは、ある配送日に配送しなくてもガス切れは起こらないが、配送しなかった場合にどれだけガス残量が危険な水準となるかに応じて、配送対象としての優先度が決定される需要家を指してよい。具体的には、「非必須配送需要家」は、例えば、複数の第２種閾値それぞれについて、ガス残量の予測値が、第２種閾値以下である確率（後述する第２種危険度）を算出し、複数の第２種危険度の総和である実質危険度に基づいて抽出されてよい。例えば、「非必須配送需要家」は、配送対象日において実質危険度が所定の基準値（第２種基準値）以上である需要家であってよい。

【0047】

＜配送システムの処理フロー＞
ここで、図６，７に示す、本発明の一実施形態に係る配送システム８００の処理フローに基づき、各機能部による処理について続けて説明する。一実施形態に係る配送システム８００では、残量予測部１２０による各需要家のガスの使用量予測ステップＳ１（図６）と、危険度算出部１３０による、予測したガス使用量に基づいたガス切れの危険度を算出する危険度算出ステップＳ２（図６）と、配送決定部１４０による、配送先の設定及び配送ルート（配送順序）を設定する配送最適化ステップＳ３（図７）との３つのステップを経て、効率的なガス配送が行われてよい。

【0048】

なお、上記のステップは、多数存在する需要家それぞれに対して実行されてよい。さらに、ガス切れの可能性を減らすため、上記のステップは、毎日検針されて管理サーバ２１０へ送信されるガスの検針値を用いて、日単位で実行されることが好ましい。すなわち、本発明の一実施形態による配送システム８００は、多数の需要家についての大量のデータを用いた演算処理を実行するシステムであってよい。

【0049】

図６に示すように、通信部１１０は、残量予測部１２０によるガス使用量の予測にあたり、上述した需要家データ、検針データ、配送員データ、外部データ（天候データ）と、予測にあたり用いられる各種パラメータデータを入力データとして取得してよい（ステップＳ１０）。残量予測部１２０は、入力データに基づいて、需要家が、スマートメーターが設置された設置需要家であるか、スマートメーターが設置されていない非設置需要家であるかを判定してよい（ステップＳ１１）。例えば、ある一の需要家の検針データ中に２日以上連続する欠損がある場合、当該一の需要家は非設置需要家として判定されてよい。需要家が設置需要家である場合（ステップＳ１１でＹＥＳ）、残量予測部１２０は、スマートメーター向けの予測モデルで用いる特徴量を作成してよい（ステップＳ１２）。特徴量が作成されると、残量予測部１２０は、スマートメーター向けの予測モデルを用いて、予測使用量を算出してよい（ステップＳ１３）。なお、これ以降、スマートメーター向けの予測モデルを、「設置需要家の予測モデル」とも称する。

【0050】

残量予測部１２０は、過去のガスの実測使用量に関するデータセットを用いた機械学習によって、予測使用量を算出する複数の予測モデルを、需要家ごとに生成してよい。そして、残量予測部１２０は、予測使用量を算出する予測対象期間を連続Ｎ日間（Ｎは１以上の整数）としたとき、Ｎ個の予測モデルを生成し、Ｎ個の各予測モデルを用いて、１からＮ日間それぞれに対する予測使用量を算出してよい。また、残量予測部１２０は、Ｎ日間の予測使用量を算出する予測モデルを生成する場合、Ｎ日間においてＮ＝１とした日の前日におけるガスの実測使用量を目的変数とし、当該前日よりＮ日以前までの過去の所定期間にわたるガスの実測使用量を用いて生成された所定の次元数の特徴量を説明変数とした機械学習によって、Ｎ日間の予測使用量を算出する予測モデルを生成してよい。そして、残量予測部１２０は、生成されたＮ個の予測モデルに、前日を含む過去の所定期間にわたるガスの実測使用量を用いて生成された、所定の次元数の特徴量を説明変数として入力して、Ｎ日間それぞれに対する予測使用量を算出してよい。

【0051】

このことを、図を用いて説明する。図８（ａ）、（ｂ）は、予測モデルの生成について説明する概略図である。本発明の一実施形態において、ガスの使用量は、予測処理を実行した日以降の将来の所定の期間（Ｎ日間）にわたって予測されてよい。所定の期間は例えば１４日間であってよいが、これに限定されない。なお、図８（ａ）、（ｂ）において、「5/31」まではガスの使用量の実測値（実績値）が存在し、予測モデルによって、「6/1」以降の使用量が予測されるものとする。このとき、本発明の一実施形態によれば、Ｎ個の予測モデルが生成され、各Ｎ個の予測モデルを用いて、「6/1」の予測使用量、「6/1～6/2」の予測使用量、「6/1～6/３」の予測使用量、「6/1～6/14」の予測使用量のように、１からＮ日間の累積使用量が予測されてよい。

【0052】

次に、設置需要家の予測モデルを生成する際の機械学習に用いる特徴量の作成について、図９を用いて説明する。図９は、予測モデルの生成にあたり学習に用いる説明変数（特徴量）の作成を説明する概略図である。図９において、〇印は、日ごとのガスの使用量の実測値であってよい。なお、残量予測部１２０は、例えば、通信エラーによって検針データが取得できずに需要家の過去の検針データに欠損がある場合は、検針データを、必要に応じて所定の補完アルゴリズムで補完してよい。補完アルゴリズムについては特に限定されないが、例えば、線形補完であってよい。

【0053】

本発明の一実施形態において、設置需要家向けの予測モデルの生成に用いられる説明変数（特徴量）は、１６次元であってよい。具体的には、それぞれ予測開始日の１～４週間前に相当する日（４日間）の実測使用量の４つと、それら４日間の平均値の１つと、それぞれ予測開始日の１～４週間前の週ごとの実測使用量の累積値の４つと、それら週ごとの４つの累積値の平均値の１つと、予測開始日の２日前から１週間前までの６日間の実測使用量の６つとからなる１６次元の特徴量であってよい。これらの特徴量によって、予測モデルを、曜日の影響、各週の曜日のばらつき、曜日の影響は除去した上での週ごとの影響、週のばらつきとメーターの規模感、予測開始日直近の影響がそれぞれ考慮された予測モデルとすることができる。

【0054】

例えば、図８（ａ）に示すように、「6/1」の予測使用量を予測する予測モデルを、「5/31」までの実測値（データセット１１）を用いて生成する場合について説明する。残量予測部１２０は、「5/31」の実測値を目的変数１２Ｙ１、「5/4～5/30」の実測値から作成される１６次元の特徴量を説明変数１２Ｘ１とした学習、「5/30」の実測値を目的変数１２Ｙ２、「5/3～5/29」の実測値から作成される１６次元の特徴量を説明変数１２Ｘ２とした学習のように、過去の１４日間分シフトさせて学習を行い、予測開始日「6/1」のガス使用量を予測する予測モデルを生成してよい。

【0055】

次に、図８（ｂ）に示すように、残量予測部１２０は、データセット２１を用いて、予測開始日から２日間の「6/1～6/2」のガス使用量を予測する予測モデルを生成してよい。具体的には、残量予測部１２０は、「5/30～5/31」の実測値を目的変数２２Ｙ１、「5/3～5/29」の実測値から作成される１６次元の特徴量を説明変数２２Ｘ１とした学習、「5/29～5/30」の実測値を目的変数２２Ｙ２、「5/2～5/28」の実測値から作成される１６次元の特徴量を説明変数２２Ｘ２とした学習のように、過去の１４日間分シフトさせて学習を行い、予測開始日から２日間の「6/1～6/2」のガス使用量を予測する予測モデルを生成してよい。

【0056】

例えば、Ｎ＝１４であって、予測使用量を算出する予測対象期間を連続１４日間としたとき、本発明の一実施形態によれば、上述した機械学習によって１４個の予測モデルが生成されてよい。そして、生成されたＮ個の予測モデルに対して、予測開始日の前日を含む過去の所定期間にわたるガスの実測使用量を用いて生成された、上述の１６次元の特徴量を説明変数として入力することで、Ｎ日間それぞれの予測使用量が算出されてよい。例えば、図８（ａ）の場合、データセット１１の学習によって生成された予測モデルにおいて、「5/5～5/31」の実測値から作成される１６次元の特徴量を説明変数１３Ｘとして、目的変数１３Ｙである「6/1」の予測使用量を算出してよい。また、図８（ｂ）の場合、データセット１２の学習によって生成された予測モデルにおいて、「5/5～5/31」の実測値から作成される１６次元の特徴量を説明変数２３Ｘとして、目的変数２３Ｙである「6/1～6/2」の累積の予測使用量を算出してよい。

【0057】

このように、本発明の一実施形態によれば、需要家ごとに、需要家自身の過去の使用量に応じた予測モデルが生成される。従って、需要家の使用傾向に則った精度のよい予測モデルを生成することができる。

【0058】

また、本発明の一実施形態によれば、予測使用量を算出する予測対象期間を連続Ｎ日間（Ｎは１以上の整数）としたとき、Ｎ個の予測モデルが生成され、Ｎ個の各予測モデルを用いて、１からＮ日間それぞれに対する予測使用量が算出されてよい。これにより、より精度のよい予測が可能になる。また、予測モデルは、曜日の影響等が考慮された特徴量の学習によって生成されるため、単に過去の検針データの推移を学習した場合と比較して、より精度のよい予測を行うことができる。

【0059】

さらに、本発明の一実施形態によれば、将来のガスの使用量を予測するにあたり、予測開始日からＮ日間の累積使用量が予測される。このとき、学習時の目的変数として用いられるデータは、予測開始日の前日を含む過去Ｎ日間の実測値である。すなわち、本発明の一実施形態において、予測モデルの生成にあたり、予測値が用いられることがない。したがって、より精度の高い予測モデルを生成することが可能となる。

【0060】

なお、需要家が非設置需要家である場合（ステップＳ１１でＮＯ）、または、ステップＳ１２で設置需要家の予測モデルで用いる特徴量の作成に失敗した場合は、非スマートメーター向けの予測モデルで用いる特徴量が生成されてよい（ステップＳ１４）。特徴量の作成に失敗するとは、例えば、検針データの欠損が多く補完ができない場合であってよい。そして、残量予測部１２０は、非スマートメーター向けの予測モデルを生成してよい（ステップＳ１５）。なお、非スマートメーター向けの予測モデルを、「非設置需要家の予測モデル」とも称する。

【0061】

ここで、非設置需要家、または、検針データに欠損が多い設置需要家に対する、ガス使用量の予測モデルの生成に関し、機械学習に用いる特徴量について、図１０を用いて説明する。図１０において、〇印は、検針員が訪問した際に取得した検針データであって、例えば、月ごとのガスの実測使用量であってよい。なお、設置需要家の場合と異なり、残量予測部１２０は、検針データに欠損があっても補完せずに、予測モデルを生成してよい。

【0062】

本発明の一実施形態において、非設置需要家向けの予測モデルの生成に用いられる説明変数（特徴量）は、１９次元であってよい。具体的には、直近の２回前の検針日から直近の１回前の検針日までの日数を「間隔ａ」、直近の２回前の検針時から直近の１回前の検針時までのガス使用量を「変化ａ」、直近の１回前の検針日から直近の検針日までの日数を「間隔ｂ」、直近の１回前の検針時から直近の検針時までのガス使用量を「変化ｂ」、直近の検針日から予測対象日までの日数を「間隔ｃ」、予測対象の月を表す１２次元のワンホットベクトルを「予測対象の月」としたときに、特徴量（説明変数）は、図１０のように、「間隔ａ」、「変化ａ」、「変化ａ／間隔ａ」、「間隔ｂ」、「変化ｂ」、「変化ｂ／間隔ｂ」、「間隔ｃ」、「予測対象日の月」としてよい。そして、目的変数を「変化ｃ／間隔ｃ」として、過去のデータセットを用いて学習を行い、予測モデルを生成してよい。

【0063】

すなわち、残量予測部１２０は、過去のガスの実測使用量に関するデータセットの、時系列での連続性に応じて、複数の予測モデルを生成するものであって、データセットが時系列で不連続である場合、複数の予測モデルとは異なる他の予測モデルを１つ生成し、予測使用量を算出してよい。

【0064】

このように、本発明の一実施形態によれば、設置需要家であるか非設置需要家であるか、すなわち、検針データの連続性に応じて、適切な予測モデルが生成されてよい。したがって、予測対象が制限されず、ユーザビリティの高い配送システムを提供することができる。

【0065】

なお、残量予測部１２０は、上述した予測モデルを、線形回帰（Linear Regression）、サポートベクトル回帰（Support Vector Regression）、ランダムフォレスト回帰（Random Forest Regression）、勾配ブースティング回帰（Gradient Boosting Regression）、又は勾配ブースティング決定木（Gradient Boosting Decision Tree）、LightGBM（Light Gradient Boosting Machine）の少なくともいずれかを用いたアルゴリズムによって生成してよい。これらの手法により、精度よく予測モデルを生成することができる。

【0066】

なお、ステップＳ１４で、非設置需要家の予測モデルで用いる特徴量の作成に失敗した場合、残量予測部１２０は、全需要家の中央値による予測モデル（これ以降、「中央値予測モデル」とも称する）を生成してよい（ステップＳ１６）。中央値予測モデルでは、予測に用いる日単位の使用量を、全ての非設置需要家のメーターから取得された検針データのうち、日単位の使用量の中央値としてよい。そして、残量予測部１２０は、日単位の使用量の中央値に、最終の検針日から予測対象日までの日数を掛け合わせることにより、最終の検針日から予測対象日までの、ガスの累積使用量の予測値を算出してよい。

【0067】

図６へ戻り、危険度算出部１３０は、ステップＳ１３，Ｓ１５，Ｓ１６のいずれかで、残量予測部１２０が生成した予測モデルを用いて算出された、将来の所定期間にわたるガスの予測使用量から、危険度を算出してよい（ステップＳ１７）。具体的には、危険度算出部１３０は、残量予測部１２０によって算出された予測使用量から、需要家ごとに将来の所定期間にわたるガス残量を算出し、当該ガス残量に基づいて危険度を算出してよい。なお、ガス残量は、需要家データに含まれるメーターの交換日と、交換日からの検針データの実績値、需要家のガス容器の容量、予測使用量に基づいて算出されてよい。

【0068】

ここで、危険度について説明する。本発明の一実施形態において、危険度は、「予測対象日において、予測対象の需要家のガス残量の予測値が、所定の閾値を下回る確率」であってよい。すなわち、予測対象日をi、予測対象日iにおけるLC（予測対象の需要家）のガス残量の予測値をpred_LC,i、所定の閾値をremainThr_LC,iとすると、危険度risk_LC,iは、以下の式で定義されてよい。

【0069】

【数1】

【0070】

なお、あるLCの予測対象日iにおける予測誤差の分散をσ² _LC,iとすると、（ガス残量の閾値－ガス残量の予測値）は、N（0,σ² _LC,i）の正規分布に従うと仮定されてよい。

【0071】

上述の危険度関数を用いて、危険度算出部１３０は、ガス残量が所定の閾値以下となる確率である危険度を日単位で算出し、日単位のガス残量とともに出力してよい（ステップＳ１８）。なお、危険度は、後述する配送最適化において用いられてよい。

【0072】

図７を用いて、配送システムの処理フローのうち、配送最適化ステップＳ３について説明する。配送最適化ステップＳ３において、配送決定部１４０は、残量予測モデルの出力結果や、配送員のシフト等の各種制約条件の下に、配送を最適化するための各種条件を定式化した最適化問題を解くことによって、配送計画（配送リスト及び配送ルート）を出力してよい。

【0073】

まず、配送決定部１４０は、需要家データ、配送員データ、配送車両情報、拠点情報、ステップＳ１８の残量予測モデルの出力データ、配送最適化処理を実行する前日の配送計画データ、各種パラメータデータを取得してよい（ステップＳ２０）。なお、拠点情報とは、ガス容器を配送車両に積載する場所を指し、例えば、ガス事業者の販売店であってよい。また、前日の配送計画データとは、前日に行われた配送最適化処理によって出力されたデータであって、日別の配送先リスト、配送ルートに関するデータであってよい。また、残量予測モデルの出力データとは、需要家ごとの、日別のガス残量の予測結果、日別の危険度に関するデータであってよい。

【0074】

配送決定部１４０は、上述した危険度に基づいて、複数の需要家のうち、新たなガス容器の配送対象となる２以上の配送対象需要家と、当該２以上の配送対象需要家に対して、新たなガス容器を配送する配送順序とを決定してよい。

【0075】

まず、配送決定部１４０は、前処理として、上述した危険度に基づいて、必須配送需要家及び非必須配送需要家を抽出してよい（ステップＳ２１）。上述のように、危険度は、「予測対象日において予測対象の需要家のガス残量の予測値が、所定の閾値を下回る確率」であって所定の閾値は、新たなガス容器の配送を優先すべき必須配送需要家を抽出するための第１種閾値を含んでよい。また、所定の閾値は、非必須配送需要家を抽出するための複数の第２種閾値を含んでよい。

【0076】

第１種閾値、第２種閾値について、図１１を用いて説明する。図１１（ａ）、（ｂ）は、横軸を予測処理日からの日数として、一の需要家について、ガスの残量が所定の閾値以下となる確率を示す危険度関数をプロットした模式図であって、図１１（ａ）は第１種閾値、図１１（ｂ）は第２種閾値に関する図であってよい。

【0077】

図１１（ａ）において、実線及び破線は、必須配送需要家を抽出するための残ガス率である第１種閾値α１を、全ガス容器（主容器及び予備容器）の２０％相当値（α１＝０．２）とした場合の、それぞれ需要家Ａ、需要家Ｂの第1種危険度の推移を表す。ここで、必須配送需要家は、ガス残量が第１種閾値以下となる第１種危険度が第１種基準値以上となる需要家であってよい。例えば、第１種基準値を０．５とした場合、図１１（ａ）において第１種危険度が最初に０．５以上となる日は、需要家Ｂについては予測日から「ｔ１１日後」である。従って、需要家Ｂが必須配送需要家として判定されるのは、予測日から「ｔ１１日後」となる。これに対し、需要家Ａについては、第１種危険度が最初に０．５以上となる日は、予測日から「ｔ１２日後」である。従って、需要家Ａが必須配送需要家として判定されるのは、予測日から「ｔ１２日後」となる。

【0078】

なお、上述した第１種閾値α１、第１種基準値の値は一例であって、本発明はこれらに限定されない。第１種閾値α１は、０≦α１≦１の範囲であればよい。また、第１種基準値は、必須配送需要家として抽出するためのガス残量の水準に応じて、事業者の需要に応じて適宜設定されてよい。また、需要家によっては、予備容器が設置されず、主容器のみが配送されている場合もある。このように予備容器のみが配送されている需要家に対しては、第１種閾値α１をα１＝０．３とし、第１種基準値を０．５としてもよい。

【0079】

次に、非必須配送需要家の抽出について説明する。図１１（ｂ）において、実線、破線、一転連鎖線、二点連鎖線は、それぞれ、非必須配送需要家を抽出するための残ガス率である第２種閾値（α２）を、それぞれ、主容器の５％、０％、－５％、－１０％とした場合の、一の需要家の第２種危険度の推移を示す。なお、第２種閾値は、主容器のみに適用されてよい。したがって、主容器に対してマイナスの割合は、主容器は空であって、予備容器の利用が始まっていることを意味してよい。なお、第２種閾値の数は任意に設定されてよく、これ以上、あるいはこれ以下の数で存在してもよい。本発明の一実施形態によれば、第２種閾値は５％刻みで－３０％までの８個あってよい。なお、図１１（ｂ）では、簡単のため、第２種危険度の推移を４つのみプロットしてある。

【0080】

図１１（ｂ）において、予測日から「ｔ１１日後」の第２種閾値５％、０％、－５％、－１０％ごとの第２種危険度は、それぞれ、「０．５」、「０．３」、「０．１」、「０．０７」である。したがって、第２種危険度の総和である実質危険度は、「０．９７」となる。これに対し、予測日から「ｔ１２日後」の第２種危険度は、「ｔ１２日」以前に、主容器の残ガス率が５％、０％以下となっており、第２種閾値５％、０％についての第２種危険度は「１．０」となっている。そして、予測日から「ｔ１２日後」の第２種危険度の総和である実質危険度は、例えば「３．０」となってよい。このように、実質危険度は、値が大きいほど、配送しなかった場合にガス残量が危険な水準となることを示す指標であってよい。

【0081】

なお、本発明の一実施形態によれば、第２種閾値は上述のように８個あってよく、第２種危険度の総和である実質危険度の最大値は「８．０」であってよい。配送決定部１４０は、実質危険度が所定の閾値（第２種基準値）以上ある需要家を、非必須配送需要家として抽出して、配送計画を設定してよい。第２種基準値は、例えば「５．０」であってもよいが、特に限定されない。すなわち、第２種閾値α２は、－１≦α２≦１の範囲であればよい。また、第２種基準値の値も一例であって、事業者の需要に応じて適宜設定できてよく、その個数も限定されない。

【0082】

上述の処理により、ある配送対象日における必須配送需要家、非必須配送需要家を抽出することができる。そして、配送決定部１４０は、配送対象日における非必須配送需要家に対し、新たなガス容器の配送を許容するとの条件を含む制約条件のもとで、１以上の所定の目的関数をあらかじめ設定された順序で求めた解に基づいて、配送計画を出力してよい。具体的には、例えば、配送決定部１４０は、当該解に基づいて、配送対象日における車両による１回の配送当たりの配送順序と、配送回数とを決定してよい。ここで、目的関数は、以下の３つを実現するものを少なくとも含んでよい。
（１）各トリップにおける積載重量が750kgを下回っている過少積載重量を最小化する、（２）配送計画がなされた全需要家（必須配送需要家）の実質危険度の総和を最大化しつつ、トリップ毎の重量のばらつきを最小化し、他社の充填拠点の利用回数を最小化する、（３）合計移動時間を最小化し、スポット指定がある場合に挿入されうる待ち時間を最小化する

【0083】

なお、トリップとは、ガス容器を積載する配送センター（充填拠点）から出発して、配送先を回り、配送センターへ帰着する一回の配送を指してよい。また、スポットとは、需要家によって配送時間や配送場所が指定されていることを指してよい。なお、上述の数値は一例であって、積載重量等は他の値であってよい。

【0084】

このように、本発明の一実施形態によれば、必須配送需要家のみならず、非必須配送需要家に対してもガス容器の配送を許容した上で、配送計画が作成されてよい。したがって、全ての需要家のガス切れの可能性を低くすることが可能となる。

【0085】

また、配送決定部１４０は、１以上の所定の目的関数について、先行する順序の目的関数の解を、後続の目的関数における解の算出に用いてよい。すなわち、配送決定部１４０は、先行する順序の目的関数を最大化/最小化したのち、次の目的関数を最大化/最小化してよい。これにより、例えば、上述の目的関数は、（１）、（２）、（３）の順番に解が求められてよいが、目的関数（１）の最適解を維持しながら、目的関数（２）の最適解を求めることが可能となる。

【0086】

上述の目的関数（２）のように、本発明の一実施形態において、１以上の所定の目的関数は、１以上の配送対象需要家それぞれについて算出した複数の実質危険度の総和に関する項を含んでよい。そして、配送決定部１４０は、目的関数（２）の実質危険度の総和を最大化する解に基づいて、配送対象日における車両による１回の配送当たりの配送順序と、配送回数とを決定してよい。これにより、配送対象日ではまだガス残量はあるものの、次の配送対象日までにガス残量が少なく成り得る非必須配送需要家を、できるだけ多く抽出して、早いうちにガスを配送することができる。

【0087】

上述の目的関数（２）のように、本発明の一実施形態において、１以上の所定の目的関数は、配送対象日における複数回の配送において、１回の配送当たりに配送されるガス容器の総量の差異に関する項を含んでよい。配送決定部１４０は、実質危険度の総和を最大化し、かつ、ガス容器の総量の差異を最小化する解（すなわち、トリップ毎の重量のばらつきを最小化する解）に基づいて、配送対象日における車両による１回の配送当たりの配送順序と、配送回数とを決定してよい。これにより、配送時にトラックに積載するガス容器の量が、配送ごとに差が発生することを抑え、バランスのよい配送が可能となる。

【0088】

配送決定部１４０は、制約条件として、配送対象日における必須配送需要家には、新たなガス容器を必ず配送するとの条件をさらに含むハード制約条件のもとで、上述した１以上の所定の目的関数の解を求めてよい（図７のステップＳ２２）。例えば、配送決定部１４０は、ある一の需要家について、上述した第１種危険度が第１種基準値以上となる日を、一の需要家の必須配送日とし、一の需要家には、必須配送日に必ずガス容器を配送するとの制約条件の下で、上述した目的関数（１）～（３）を解いてよい。これにより、ガス切れのリスクが高い需要家に必ずガス容器を配送することができる。

【0089】

配送決定部１４０は、上述したハード制約条件のもとで、１以上の所定の目的関数の解が求まらない場合、ハード制約条件に代わり、ハード制約条件とは異なる制約条件であるソフト制約条件のもとで、目的関数の解を求めてよい。例えば、ソフト制約条件は、目的関数の解を求めるにあたり、ハード制約条件よりも緩和した条件である制約条件であってよい。具体的には、例えば、ソフト制約条件は、ハード制約条件に含まれる条件に加えて、必須配送需要家に対し、配送対象日前後での新たなガス容器の配送を許容するとの条件をさらに含む制約条件であってよい。すなわち、ソフト制約条件は、新たなガス容器について、配送対象日に配送することを優先しつつ、配送対象日前後で配送してよいことを意味してもよい。配送決定部１４０は、ソフト制約条件のもとで、１以上の所定の目的関数に加え、追加の目的関数の解を算出してもよい（図７のステップＳ２３）。ここで、追加の目的関数は、配送対象日に配送する必須配送需要家の総和の項を含んでよい。例えば、追加の目的関数（４）は、（４）ガス切れリスクの高い需要家にできるだけ配送する、であってよい。

【0090】

配送決定部１４０は、追加の目的関数（４）を最大化する解に基づいて、配送対象日における車両による１回の配送当たりの配送順序と、配送回数とを決定してよい。なお、本発明の一実施形態において、目的関数（４）を用いる場合、目的関数を解く順序は（１）、（４）、（２）、（３）であってよい。

【0091】

なお、本発明の一実施形態において、配送計画の最適化問題に対する制約条件は、例えば、集合分割制約、配送日時制約、トリップ制約、積載重量制約、積載容量制約、矩形制約、勤務時間制約、配送開始時間制約、スポット配送制約を含んでよい。また、その他の制約条件として、始点と終点の整合性に関する条件、配送員が取るべき休憩時間に関する条件が含まれてよい。

【0092】

ハード制約モデルでは目的関数の解が見つからない場合、配送決定部１４０は、ソフト制約モデルによって解を求めてもよい。また、ソフト制約モデルによっても解が見つからない場合は、配送決定部１４０は、前日の配送計画を出力してよい（ステップＳ２６）。

【0093】

目的関数の最適解が算出できた場合、配送決定部１４０は、配送計画として、日別の配送リストと、日別の配送ルートを出力してよい（ステップＳ２５）。図１２に、配送計画に関するテーブルＴＢ２０の一例を示す。図のように、配送計画に関する情報には、配送すべき各需要家への配送時間、配送ルート（トリップ種別）に関する情報が含まれてよい。

【0094】

また、配送計画に関する情報が、配送員に提供されてもよい。すなわち、通信部１１０は、配送決定部１４０によって設定された配送順序に関する情報を、配送員５００の通信端末５１０へ送信してもよい。配送員５００の通信端末５１０において、配送順序は、例えば、地図上に重畳して表示されてもよい。なお、配送順序に関する情報には、配送時刻に関する情報が含まれ、地図上、又はテキスト情報として、通信端末５１０で表示可能であってよい。これにより、配送員５００は、配送順序を確認しながら配送作業を行うことができる。

【0095】

＜ハードウェア構成＞
サーバ１００のハードウェア構成について説明する。図１３は、本実施形態におけるサーバ１００を実現可能なコンピュータのハードウェア構成例である。サーバ１００は、プロセッサ１０１と、ストレージ１０２と、メモリ１０３と、入出力インタフェース（入出力Ｉ／Ｆ）１０４と、通信インタフェース（通信Ｉ／Ｆ）１０５とを含む。各構成要素は、バスＢを介して相互に接続される。サーバ１００は、これら各構成要素の協働により、本実施形態に記載される機能や方法を実現する。例えば、サーバ１００の各機能部をソフトウェアにより実現する場合、ストレージ１０２からメモリ１０３に読み込まれたプログラムに含まれる命令をプロセッサ１０１が実行することによって実現される。すなわち、本実施形態に係るサーバ１００は、プロセッサ１０１がメモリ１０３上に読み込まれたプログラムを実行することにより、通信部１１０、残量予測部１２０、危険度算出部１３０及び配送決定部１４０として機能する。

【0096】

プロセッサ１０１は、例えば、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現されてよい。なお、サーバ１００は、上述の大量のデータを処理するための演算能力の高いプロセッサ１０１を有することが好ましい。

【0097】

通信Ｉ／Ｆ１０５は、ネットワークアダプタ等のハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装され、外部装置と各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。

【0098】

入出力Ｉ／Ｆ１０４は、サーバ１００に対する各種操作を入力する入力装置、及び、サーバ１００で処理された処理結果を出力する出力装置を含む。入力装置は、例えば、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（画像を介した操作入力）、マイク（音声による操作入力）を含む。出力装置は、プロセッサ１０１で処理された処理結果を出力する。出力装置は、例えば、タッチパネル、スピーカ等を含む。

【0099】

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。例えば、サーバ１００が備えるとして説明した各構成部は、複数のサーバによって分散されて実現されてもよい。

【0100】

なお、一般に、集合住宅やビルなどでは、集合住宅又はビル全体に対して複数のガス容器がまとめて設置され、各需要家へのガスの共有が行われている。すなわち、複数の需要家で複数のガス容器を共有している。そして、需要家それぞれに対してメーターが設置され、それぞれの使用量が検針されている。従って、ガス容器が共有である場合、需要家それぞれのガスの使用量の予測モデルを算出し、各需要家の予測使用量を足し合わせて、共有する複数のガス容器のガス残量が予測されてよい。

【0101】

また、配送順序の設定において、道路に関する情報が用いられてもよい。例えば、道路が２車線であるか１車線であるかや、道路工事、また、駐車場の位置などは、ガス容器の配送の際、配送に要する時間に影響を及ぼし得る。従って、配送員の勤務時間を超過するか否かの判定に影響する。そのため、配送順序を設定する際の制約条件として、道路に関する情報を定式化してもよい。

【0102】

また、上述では、非必須配送需要者の抽出に際し、第２種閾値を主容器に対して適用する例について説明した。しかしながら、需要家によっては、予備容器を有さず、主容器１本のみが配送されているものも存在する。この場合、需要家が使用するガス容器が主容器のみである場合、危険度算出部１３０は、主容器を所定の割合で分割してみなし主容器とみなし予備容器とし、危険度の算出に際し、第１種閾値を、主容器の容量に対して適用し、第２種閾値を、みなし主容器の容量に対して適用してよい。例えば、主容器を７：３で分割し、主容器の７０％をみなし主容器、３０％をみなし予備容器として、第２種閾値をみなし主容器に対して適用して、実質危険度が算出されてよい。これにより、予備容器のない需要家も対象として、適切に非必須需要家を抽出することができる。

【0103】

本開示の各実施形態のプログラムは、情報処理装置に読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、例えば、ソフトウェアプログラムや情報処理装置プログラムを含む。情報処理装置としてのサーバ１００の各機能部をソフトウェアにより実現する場合、サーバ１００は、プロセッサがメモリ上にロードされたプログラムを実行することにより、通信部１１０、残量予測部１２０、危険度算出部１３０及び配送決定部１４０として機能する。

【0104】

記憶媒体は適切な場合、１つ又は複数の半導体ベースの、又は他の集積回路（ＩＣ）（例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向けＩＣ（ＡＳＩＣ）等）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、又はこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、又は揮発性と不揮発性の組合せでよい。

【0105】

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１００に提供されてもよい。

【0106】

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

【0107】

なお、本開示のプログラムは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｙｔｈｏｎ等のスクリプト言語、Ｃ言語、Ｇｏ言語、Ｓｗｉｆｔ，Ｋｏｌｔｉｎ、Ｊａｖａ（登録商標）等を用いて実装されてよい。

【0108】

以上説明した本開示の各態様によれば、ひとがより住みやすい環境を提供することにより、持続可能な開発目標（ＳＤＧs）の目標１１「住み続けられるまちづくりを」の達成に貢献できる。

【符号の説明】

【0109】

１００ サーバ（演算処理サーバ）
１１０ 通信部
１２０ 残量予測部
１３０ 危険度算出部
１４０ 配送決定部
２１０ 管理サーバ
２１２ 検針データＤＢ（データベース）
２１３ パラメータＤＢ
２２０ 事業者ＤＢ
２２１ 需要家データＤＢ
２２２ 配送員データＤＢ
２２３ 配送車両情報ＤＢ
２３０ 外部ＤＢ
２３１ 天候データＤＢ
２３２ 道路情報ＤＢ
３１０ 通信装置
３２０，４２０ メーター
３３０Ａ，３３０Ｂ，４３０Ａ，４３０Ｂ ガス容器
４４０ 検針員
４４１ 通信端末
５００ 配送員
５１０ 通信端末
８００ 配送システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】