特許 7392636 情報処理装置、情報処理方法、およびプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-28

(45)【発行日】2023-12-06

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

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231129BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 18

(21)【出願番号】P 2020191850

(22)【出願日】2020-11-18

(65)【公開番号】P2022080652

(43)【公開日】2022-05-30

【審査請求日】2022-09-20

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110002860

【氏名又は名称】弁理士法人秀和特許事務所

(72)【発明者】

【氏名】佐々木 章

(72)【発明者】

【氏名】泉田 修

(72)【発明者】

【氏名】駒嶺 聡史

(72)【発明者】

【氏名】伊藤 晃史

(72)【発明者】

【氏名】竹下 文菜

(72)【発明者】

【氏名】村上 大輔

【審査官】西村 純

(56)【参考文献】

【文献】特開２０１３－１２２７０６（ＪＰ，Ａ）

【文献】特表２０１７－５３３４８１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

一又は複数のユーザが居住している特定住宅に定期的に配送される特定商品の配送及び前記ユーザの属性に関する配送情報を取得すること、
前記一又は複数のユーザそれぞれの所定の期間であって、前記特定商品が前記特定住宅に次回配送される予定日及び該予定日の次に前記特定商品が前記特定住宅に配送される予定日の間の期間である所定の期間におけるスケジュールに関するスケジュール情報を取得すること、
前記スケジュール情報に基づいて、前記所定の期間内に前記特定住宅に存在する予定の一又は複数の人員に関する人員情報を生成すること、並びに
前記配送情報及び前記人員情報に基づいて、前記所定の期間内の前記特定商品の前記特定住宅における需要量を予測すること、
を実行する制御部を備え、
前記一又は複数のユーザには、在宅勤務及び外出を伴う勤務の両方の勤務を行うユーザが含まれ、
取得される前記スケジュール情報は、前記在宅勤務及び外出を伴う勤務の両方の勤務を行うユーザの勤務のスケジュールを含む、
情報処理装置。

【請求項2】

前記制御部は、前記一又は複数のユーザ以外の、前記所定の期間において前記特定住宅に滞在する予定の滞在者の前記特定住宅への滞在のスケジュールを含む滞在者情報を取得することを更に実行し、
前記人員情報は、前記スケジュール情報及び前記滞在者情報に基づいて生成される、
請求項１に記載の情報処理装置。

【請求項3】

前記制御部は、前記需要量に基づいて、前記特定商品を次回配送する予定量を決定することを更に実行する、
請求項１又は２に記載の情報処理装置。

【請求項4】

前記制御部は、前記予定量を前記一又は複数のユーザに提案することを更に実行する、請求項３に記載の情報処理装置。

【請求項5】

前記制御部は、前記一又は複数の人員の属性を取得することを更に実行し、
前記一又は複数の人員の属性に更に基づいて、前記需要量は予測される、
請求項１から４のいずれか一項に記載の情報処理装置。

【請求項6】

前記在宅勤務及び外出を伴う勤務の両方の勤務を行うユーザの勤務のスケジュールは、該ユーザの勤務を管理する管理者によって承認されたスケジュールである、
請求項１から５のいずれか一項に記載の情報処理装置。

【請求項7】

前記特定商品は、特定の時間帯において消費される商品であって、
前記人員情報は、前記所定の期間内の前記特定の時間帯に前記特定住宅に存在する予定の前記一又は複数の人員に関する情報である、
請求項１から６のいずれか一項に記載の情報処理装置。

【請求項8】

コンピュータが実行する情報処理方法であって、
一又は複数のユーザが居住している特定住宅に定期的に配送される特定商品の配送及び前記ユーザの属性に関する配送情報を取得すること、
前記一又は複数のユーザそれぞれの所定の期間であって、前記特定商品が前記特定住宅に次回配送される予定日及び該予定日の次に前記特定商品が前記特定住宅に配送される予定日の間の期間である所定の期間におけるスケジュールに関するスケジュール情報を取得すること、
前記スケジュール情報に基づいて、前記所定の期間内に前記特定住宅に存在する予定の一又は複数の人員に関する人員情報を生成すること、並びに
前記配送情報及び前記人員情報に基づいて、前記所定の期間内の前記特定商品の前記特定住宅における需要量を予測すること、
を含み、
前記一又は複数のユーザには、在宅勤務及び外出を伴う勤務の両方の勤務を行うユーザが含まれ、
取得される前記スケジュール情報は、前記在宅勤務及び外出を伴う勤務の両方の勤務を行うユーザの勤務のスケジュールを含む、
情報処理方法。

【請求項9】

前記一又は複数のユーザ以外の、前記所定の期間において前記特定住宅に滞在する予定の滞在者の前記特定住宅への滞在のスケジュールを含む滞在者情報を取得することを更に含み、
前記人員情報は、前記スケジュール情報及び前記滞在者情報に基づいて生成される、
請求項８に記載の情報処理方法。

【請求項10】

前記需要量に基づいて、前記特定商品を次回配送する予定量を決定することを更に含む、
請求項８又は９に記載の情報処理方法。

【請求項11】

前記予定量を前記一又は複数のユーザに提案することを更に含む、
請求項１０に記載の情報処理方法。

【請求項12】

前記一又は複数の人員の属性を取得することを更に含み、
前記一又は複数の人員の属性に更に基づいて、前記需要量は予測される、
請求項８から１１のいずれか一項に記載の情報処理方法。

【請求項13】

前記在宅勤務及び外出を伴う勤務の両方の勤務を行うユーザの勤務のスケジュールは、該ユーザの勤務を管理する管理者によって承認されたスケジュールである、
請求項８から１２のいずれか一項に記載の情報処理方法。

【請求項14】

前記特定商品は、特定の時間帯において消費される商品であって、
前記人員情報は、前記所定の期間内の前記特定の時間帯に前記特定住宅に存在する予定の前記一又は複数の人員に関する情報である、
請求項８から１３のいずれか一項に記載の情報処理方法。

【請求項15】

コンピュータに情報処理方法を実行させるためのプログラムであって、
前記情報処理方法は、
一又は複数のユーザが居住している特定住宅に定期的に配送される特定商品の配送及び前記ユーザの属性に関する配送情報を取得すること、
前記一又は複数のユーザそれぞれの所定の期間であって、前記特定商品が前記特定住宅に次回配送される予定日及び該予定日の次に前記特定商品が前記特定住宅に配送される予定日の間の期間である所定の期間におけるスケジュールに関するスケジュール情報を取得すること、
前記スケジュール情報に基づいて、前記所定の期間内に前記特定住宅に存在する予定の一又は複数の人員に関する人員情報を生成すること、並びに
前記配送情報及び前記人員情報に基づいて、前記所定の期間内の前記特定商品の前記特定住宅における需要量を予測すること、
を含み、
前記一又は複数のユーザには、在宅勤務及び外出を伴う勤務の両方の勤務を行うユーザが含まれ、
取得される前記スケジュール情報は、前記在宅勤務及び外出を伴う勤務の両方の勤務を行うユーザの勤務のスケジュールを含む、
プログラム。

【請求項16】

前記在宅勤務及び外出を伴う勤務の両方の勤務を行うユーザの勤務のスケジュールは、該ユーザの勤務を管理する管理者によって承認されたスケジュールである、
請求項１５に記載のプログラム。

【請求項17】

前記情報処理方法は、前記需要量に基づいて、前記特定商品を次回配送する予定量を決定することを更に含む、
請求項１５又は１６に記載のプログラム。

【請求項18】

前記情報処理方法は、前記予定量を前記一又は複数のユーザに提案することを更に含む、
請求項１７に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、情報処理方法、およびプログラムに関する。

【背景技術】

【0002】

特許文献１には、消耗原料カプセルを用いて飲料を調整するマシン（飲料調整マシン）に消耗原料カプセルを供給する方法が開示されている。特許文献１に開示されている方法においては、飲料調整マシンにおける消耗原料カプセルの消費が自動的にモニタリングされている。そして、モニタリングによって消耗原料カプセルが不足に達していることが検出されると、飲料調整マシンを使用している顧客、または消耗原料カプセルを供給するサプライヤに対する命令が、サプライヤのサーバによって生成される。ここで、顧客に対する命令は、飲料調整マシンを使用している顧客に消耗原料カプセルの注文を促すための命令である。また、サプライヤに対する命令は、サプライヤに消耗原料カプセルの顧客への出荷を準備するための命令である。

【先行技術文献】

【特許文献】

【0003】

【文献】特表２０１３－５０４１４０号公報

【発明の概要】

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

【0004】

本開示は、ユーザに定期的に配送される特定商品の好適な量の配送を目的とする。

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

【0005】

本開示の第１の態様に係る情報処理装置は、
一または複数のユーザが居住している特定住宅に定期的に配送される特定商品の配送に関する第１情報を取得することと、
前記特定商品が前記特定住宅に次回配送される予定日と、該予定日の次に前記特定商品が前記特定住宅に配送される予定日との間の期間である所定の期間内に前記特定住宅に存在する予定の一または複数の人員に関する第２情報を取得することと、
前記第１情報と前記第２情報とに基づいて、前記所定の期間内の前記特定商品の前記特定住宅における需要量を予測することと、
を実行する制御部を備える。

【0006】

本開示の第２の態様に係る情報処理方法は、
コンピュータが実行する情報処理方法であって、
一または複数のユーザが居住している特定住宅に定期的に配送される特定商品の配送に関する第１情報を取得することと、
前記特定商品が前記特定住宅に次回配送される予定日と、該予定日の次に前記特定商品が前記特定住宅に配送される予定日との間の期間である所定の期間内に前記特定住宅に存在する予定の一または複数の人員に関する第２情報を取得することと、
前記第１情報と前記第２情報とに基づいて、前記所定の期間内の前記特定商品の前記特定住宅における需要量を予測することと、
を含む。

【0007】

本開示の第３の態様に係るプログラムは、
コンピュータに情報処理方法を実行させるプログラムであって、
前記情報処理方法は、
一または複数のユーザが居住している特定住宅に定期的に配送される特定商品の配送に関する第１情報を取得することと、
前記特定商品が前記特定住宅に次回配送される予定日と、該予定日の次に前記特定商品が前記特定住宅に配送される予定日との間の期間である所定の期間内に前記特定住宅に存在する予定の一または複数の人員に関する第２情報を取得することと、
前記第１情報と前記第２情報とに基づいて、前記所定の期間内の前記特定商品の前記特定住宅における需要量を予測することと、
を含む。

【発明の効果】

【0008】

本開示により、ユーザに定期的に配送される特定商品の好適な量の配送が可能となる。

【図面の簡単な説明】

【0009】

【図1】第１実施形態における配送システムの概略構成を示す図である。

【図2】第１実施形態における管理サーバの機能構成の一例を概略的に示すブロック図である。

【図3】配送情報のテーブル構成の一例を示す図である。

【図4】第１実施形態における人員情報のテーブル構成の一例を示す図である。

【図5】第１実施形態における生成処理のフローチャートである。

【図6】第１実施形態における決定処理のフローチャートである。

【図7】変形例における人員情報のテーブル構成の一例を示す図である。

【図8】第２実施形態における配送システムの概略構成を示す図である。

【図9】管理サーバの機能構成の一例を概略的に示す図である。

【図10】滞在者情報のテーブル構成の一例を示す図である。

【図11】第２実施形態における生成処理のフローチャートである。

【図12】第２実施形態における決定処理のフローチャートである。

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

【0010】

本開示の第１の態様に係る情報処理装置は、特定商品の配送を管理するサーバ装置である。特定商品は、一または複数のユーザが居住している特定住宅に定期的に配送される商品である。また、特定商品は、主に特定住宅において消費される商品である。そのため、特定住宅に存在する人員に応じて、特定商品の消費量が異なることが想定される。例えば、特定住宅に存在する人員の構成に応じて、特定商品の消費量が変化することが想定される。例えば、特定住宅に存在する人員が多ければ多いほど、特定商品の消費量が多くなることが想定される。

【0011】

そこで、本開示の第１の態様に係る情報処理装置における制御部は、特定商品の配送に関する第１情報を取得する。また、情報処理装置における制御部は、所定の期間内に特定住宅に存在する予定の一または複数の人員に関する第２情報を取得する。ここで、所定の期間は、特定商品が特定住宅に次回配送される予定日と、該予定日の次に特定商品が特定住宅に配送される予定日との間の期間である。また、一または複数の人員には、特定住宅に居住する一または複数のユーザが含まれる。また、一または複数の人員には、特定住宅に滞在する予定の滞在者が含まれてもよい。また、第２情報には、所定の期間内における時間帯に応じて変化する人員の構成についての情報が含まれる。そして、制御部は、第１情報と第２情報とに基づいて、所定の期間内の特定商品の特定住宅における需要量を予測する。

【0012】

以上説明したように、情報処理装置は、所定の期間内の特定商品の特定住宅における需要量を予測する。これにより、予測された需要量に基づいて特定商品を配送することが可能となる。したがって、情報処理装置によって、特定商品の好適な量の配送が可能となる
。

【0013】

以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載されている構成部品の寸法、材質、形状、および、その相対配置等は、特に記載がない限りは本開示の技術的範囲をそれらのみに限定する趣旨のものではない。

【0014】

＜第１実施形態＞
本実施形態における配送システム１について、図１に基づいて説明する。図１は、本実施形態における配送システム１の概略構成を示す図である。配送システム１は、ユーザ端末１００と管理サーバ２００とを含んで構成される。

【0015】

配送システム１においては、ユーザ端末１００と管理サーバ２００とがネットワークＮ１によって相互に接続される。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）または、携帯電話等の電話通信網が採用されてもよい。

【0016】

（ユーザ端末）
ユーザ端末１００は、ユーザ１０Ａおよびユーザ１０Ｂに関連する端末である。ユーザ端末１００は、例えば、ユーザ１０Ａおよびユーザ１０Ｂが使用する携帯情報端末またはコンピュータ等である。

【0017】

ユーザ１０Ａおよびユーザ１０Ｂは、同じ住宅（以下、「特定住宅」と称する場合がある。）に居住している。そして、特定住宅には、特定食品が一週間ごとに配送される。つまり、特定住宅には、特定食品が定期的に配送される。また、特定食品は、特定の時間帯に特定住宅において消費される食品である。本実施形態においては、特定食品は、昼食時（１２時から１３時の間）に在宅しているユーザ１０Ａまたはユーザ１０Ｂが、昼食時に特定住宅において消費する食品である。つまり、特定の時間帯は、昼食時（１２時から１３時の間）である。また、特定食品は、昼食時に在宅していないユーザ１０Ａまたはユーザ１０Ｂは昼食時に消費しない食品である。なお、本実施形態における特定食品が、本開示に係る「特定商品」に相当する。

【0018】

したがって、ユーザ１０が昼食時に在宅することが多い（外出することが少ない）場合と、昼食時に在宅することが少ない（外出することが多い）場合とでは、ユーザ１０によって消費される特定食品の消費量が異なる。具体的には、ユーザ１０が昼食時に在宅することが多い（外出することが少ない）場合には、特定住宅における特定食品の消費量は大きくなる。また、ユーザ１０が昼食時に在宅することが少ない（外出することが多い）場合には、ユーザ１０によって消費される特定食品の消費量は小さくなる。つまり、ユーザ１０Ａとユーザ１０Ｂとそれぞれが在宅するスケジュールに応じて、特定住宅における特定食品の消費量は変化する。そこで、ユーザ１０Ａとユーザ１０Ｂとはそれぞれ、ユーザ端末１００を用いて、自らのスケジュールに関するスケジュール情報を、ネットワークＮ１を介して管理サーバ２００に送信する。なお、本実施形態におけるユーザ１０Ａおよびユーザ１０Ｂそれぞれのスケジュール情報が、本開示に係る「第３情報」に相当する。

【0019】

ここで、ユーザ１０Ａまたはユーザ１０Ｂの少なくとも一方が、在宅勤務と外出を伴う勤務との両方の勤務を行うユーザ（以下、「特定ユーザ」と称する場合がある。）である場合がある。この場合において、特定ユーザは、昼食時に在宅勤務をしているときは、特定住宅において特定食品を消費する。また、特定ユーザは、昼食時に外出を伴う勤務をしている場合には、該特定ユーザは特定食品を消費しない。そのため、特定ユーザの勤務のスケジュールに応じて、特定住宅における特定食品の消費量は変化する。そこで、特定ユーザは、ユーザ端末１００を用いて、該特定ユーザの勤務のスケジュールに関するスケジ
ュール情報を、ネットワークＮ１を介して管理サーバ２００に送信する。

【0020】

（管理サーバ）
管理サーバ２００は、特定食品の特定住宅への配送を管理するサーバである。管理サーバ２００は、所定の期間内の特定食品の特定住宅における需要量（以下、単に「需要量」と称する場合がある。）を予測する。ここで、所定の期間は、特定食品を特定住宅に次回配送する予定日と、該予定日の次に特定食品を特定住宅に配送する予定日との間の期間である。配送予定日に配送された特定商品は、主に所定の期間の間に消費されると想定される。本実施形態においては、特定商品は、毎週月曜日に配送される。つまり、所定の期間は、特定食品が配送される月曜日から、該月曜日の次の日曜日までの間の一週間の期間である。なお、管理サーバ２００が需要量を予測する方法については後述する。

【0021】

管理サーバ２００は、プロセッサ２１０、主記憶部２２０、補助記憶部２３０、および通信インタフェース（通信Ｉ／Ｆ）２４０を有するコンピュータを含んで構成される。プロセッサ２１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）またはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）である。主記憶部２２０は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。補助記憶部２３０は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）である。また、補助記憶部２３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、またはＣＤ－ＲＯＭ、ＤＶＤディスク、もしくはブルーレイディスクのようなディスク記録媒体である。また、補助記憶部２３０は、リムーバブルメディア（可搬記憶媒体）であってもよい。ここで、リムーバブルメディアとして、例えば、ＵＳＢメモリまたはＳＤカードが例示される。通信Ｉ／Ｆ２４０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インターフェースボード、または無線通信のための無線通信回路である。

【0022】

管理サーバ２００において、補助記憶部２３０には、オペレーティングシステム（ＯＳ）、各種プログラム、および各種情報テーブル等が格納されている。また、管理サーバ２００において、プロセッサ２１０が、補助記憶部２３０に記憶されたプログラムを主記憶部２２０にロードして実行することによって、後述するような各種の機能を実現することができる。ただし、管理サーバ２００における一部または全部の機能はＡＳＩＣまたはＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、管理サーバ２００は、必ずしも単一の物理的構成によって実現される必要はなく、互いに連携する複数台のコンピュータによって構成されてもよい。なお、本実施形態における管理サーバが、本開示に係る「情報処理装置」に相当する。

【0023】

（機能構成）
次に、配送システム１を構成する、管理サーバ２００の機能構成について、図２から図４に基づいて説明する。図２は、本実施形態における管理サーバ２００の機能構成の一例を概略的に示すブロック図である。

【0024】

管理サーバ２００は、制御部２０１、通信部２０２、配送データベース（配送ＤＢ）２０３、スケジュールデータベース（スケジュールＤＢ）２０４、および人員データベース（人員ＤＢ）２０５を含んで構成される。制御部２０１は、管理サーバ２００を制御するための演算処理を行う機能を有する。制御部２０１は、管理サーバ２００におけるプロセッサ２１０によって実現できる。通信部２０２は、管理サーバ２００をネットワークＮ１に接続する機能を有する。通信部２０２は、管理サーバ２００における通信Ｉ／Ｆ２４０によって実現できる。

【0025】

配送ＤＢ２０３は、特定食品の配送に関する情報である配送情報を格納する機能を有する。配送ＤＢ２０３は、管理サーバ２００における補助記憶部２３０によって実現できる
。配送情報は、例えば、ユーザ１０Ａまたはユーザ１０Ｂがユーザ端末１００を用いて、特定食品の定期配送の注文を管理サーバ２００に送信することによって生成される。管理サーバ２００は、配送情報に基づいて、特定住宅に特定食品を配送する。なお、本実施形態における配送情報が、本開示に係る「第１情報」に相当する。

【0026】

図３は、配送情報のテーブル構成の一例を示す図である。図３に示すように、配送情報は、配送先フィールド、ユーザＩＤフィールド、属性フィールド、所定の期間フィールド、および配送量フィールドを有する。配送先フィールドには、特定食品の配送先を特定するための情報が入力される。配送先フィールドには、例えば、特定食品の配送先の住所等が入力される。ユーザＩＤフィールドには、配送先フィールドに入力されている配送先に居住しているユーザ１０（ユーザ１０Ａおよびユーザ１０Ｂ）を特定するための識別子（ユーザＩＤ）が入力される。属性フィールドには、ユーザＩＤフィールドに入力されているユーザＩＤに対応するユーザ１０の属性が入力される。ユーザ１０の属性は、例えば、ユーザ１０の性別、または年齢等である。所定の期間フィールドには、所定の期間が入力される。つまり、特定食品を特定住宅に次回配送する予定日から、該予定日の次に特定食品を特定住宅に配送する予定日までの一週間の期間が入力される。配送量フィールドには、次回特定食品を特定住宅に配送する予定日に配送される特定食品の量が入力される。

【0027】

制御部２０１は、通信部２０２によって、ユーザ１０Ａおよびユーザ１０Ｂそれぞれのスケジュール情報をユーザ端末１００から受信する。そして、制御部２０１は、受信したスケジュール情報をスケジュールＤＢ２０４に格納する。ここで、スケジュールＤＢ２０４は、管理サーバ２００における補助記憶部２３０によって実現できる。

【0028】

制御部２０１は、スケジュールＤＢ２０４に格納されているユーザ１０Ａおよびユーザ１０Ｂそれぞれのスケジュール情報に基づいて、人員情報を生成する。ここで、人員情報は、所定の期間内の特定の時間帯において特定住宅に存在する予定のユーザ１０に関する情報である。つまり、本実施形態においては、人員情報は、昼食時である１２時から１３時までの時間帯において特定住宅に存在する予定のユーザ１０に関する情報である。制御部２０１は、生成した人員情報を人員ＤＢ２０５に格納する。ここで、人員情報ＤＢ２０５は、管理サーバ２００における補助記憶部２３０によって実現できる。なお、本実施形態における人員情報が、本開示に係る「第２情報」に相当する。

【0029】

図４は、本実施形態における人員情報のテーブル構成の一例を示す図である。図４に示すように、人員情報は、日付フィールドと人員フィールドとを有する。日付フィールドには、所定の期間内の日付が入力される。つまり、日付フィールドには、特定食品が特定住宅に配送される月曜日から、次の日曜日までの間の期間が入力される。つまり、日付フィールドに入力されている「Ｍ／Ｄ１」は特定食品が特定住宅に次回配送される日（月曜日）である。また、日付フィールドに入力されている「Ｍ／Ｄ７」は、「Ｍ／Ｄ１」の次に特定食品が特定住宅に配送される日の前日（日曜日）である。人員フィールドには、日付フィールドに入力されている日付における、昼食時に在宅しているユーザ１０のユーザＩＤが入力される。昼食時にユーザ１０Ａおよびユーザ１０Ｂが在宅している場合、人員フィールドには、ユーザ１０Ａおよびユーザ１０ＢそれぞれのユーザＩＤが入力される。

【0030】

制御部２０１は、配送情報を配送ＤＢ２０３から取得する。これにより制御部２０１は、特定住宅に居住しているユーザ１０Ａおよびユーザ１０Ｂそれぞれの属性、所定の期間、および特定住宅に配送する予定の特定食品の量、を把握することができる。また、制御部２０１は、人員情報を人員ＤＢ２０５から取得する。これにより、制御部２０１は、所定の期間内の昼食時において在宅しているユーザ１０を把握することができる。そこで、制御部２０１は、取得した、配送情報と人員情報とに基づいて、需要量を予測する。具体的には、制御部２０１は、人員情報に基づいて、ユーザ１０Ａおよびユーザ１０Ｂそれぞ
れが所定の期間内の昼食時に在宅する予定の日数（以下、「在宅日数」と称する場合がある。）を特定する。また、制御部２０１は、ユーザ１０Ａおよびユーザ１０Ｂそれぞれを配送ＤＢ２０３に格納されている配送情報から取得する。そして、制御部２０１は、ユーザ１０Ａおよびユーザ１０Ｂそれぞれの、属性と在宅日数とに基づいて、需要量を予測する。具体的には、制御部２０１は、ユーザ１０Ａおよびユーザ１０Ｂそれぞれの属性に基づいて、ユーザ１０Ａおよびユーザ１０Ｂそれぞれが昼食時に消費する特定食品の消費量を推定する。そして、制御部２０１は、ユーザ１０Ａおよびユーザ１０Ｂそれぞれの、推定した特定食品の消費量と、在宅日数と、に基づいて、需要量を予測する。

【0031】

（生成処理）
次に、配送システム１において、管理サーバ２００における制御部２０１によって実行される生成処理について、図５に基づいて説明する。図５は、本実施形態における生成処理のフローチャートである。生成処理は、人員情報を生成するための処理である。生成処理は、管理サーバ２００が後述の決定処理を実行する前に実行される。

【0032】

生成処理においては、まずＳ１０１において、ユーザ１０Ａおよびユーザ１０Ｂそれぞれのスケジュール情報がスケジュールＤＢ２０４から取得される。次に、Ｓ１０２において、ユーザ１０Ａおよびユーザ１０Ｂそれぞれのスケジュール情報に基づいて、人員情報を生成する。そして、生成処理は終了される。

【0033】

（決定処理）
配送システム１において、管理サーバ２００における制御部２０１によって実行される決定処理について、図６に基づいて説明する。図６は、本実施形態における決定処理のフローチャートである。決定処理は、需要量を予測し、次回特定食品を特定住宅に配送する予定の量（以下、「予定量」と称する場合がある。）を決定するための処理である。決定処理は、所定の期間の始期の前の、特定のタイミングで実行される。特定のタイミングは、例えば、次回特定食品を特定住宅に配送する予定日の所定の日数前のタイミングである。

【0034】

決定処理においては、まず、Ｓ２０１において、配送情報が配送ＤＢ２０３から取得される。また、Ｓ２０２において、そして、Ｓ２０３において、取得された、配送情報とスケジュール情報に基づいて、需要量が予測される。

【0035】

次に、Ｓ２０４において、特定食品の配送量の変更が必要であるか否かが判別される。具体的には、制御部２０１は、配送情報における配送量と需要量とに基づいて、特定食品の配送量の変更が必要であるか否かを判別する。制御部２０１は、配送情報における配送量と、需要量との差が所定の値よりも大きいときに配送量の変更が必要であると判定する。また、配送情報における特定食品の配送量と、特定食品の需要量との差が所定の値よりも大きいときに配送量の変更が必要でないと判定する。ここで、所定の値は、特定食品の配送量の変更が必要であると判断できる量として予め設定されている値である。Ｓ２０４において否定判定がされた場合、特定食品の配送量を変更する必要がない。そのため、決定処理は終了される。

【0036】

次に、Ｓ２０４において肯定判定がされた場合、Ｓ２０５において、需要量に基づいて予定量が決定される。具体的には、制御部２０１は、需要量に一致するように、予定量を決定する。つまり、制御部２０１は、ユーザ１０が在宅することが多い（外出することが少ない）場合に、配送情報における配送量よりも大きく、予定量を決定する。また、制御部２０１は、ユーザ１０が在宅することが少ない（外出することが多い）場合に、配送情報における配送量よりも小さく、予定量を決定する。

【0037】

次に、Ｓ２０６において、提案情報がユーザ端末１００に送信される。提案情報は、ユーザ１０に特定食品の配送量を予定量に変更することを提案するための情報である。提案情報がユーザ端末１００に送信されることにより、ユーザ１０は、特定食品の配送量を予定量に変更すべきであることを把握することができる。ユーザ１０は、特定食品の配送量を予定量に変更することを承認する場合に、ユーザ端末１００を操作して、承認情報をユーザ端末１００から管理サーバ２００に送信する。ここで、承認情報は、特定食品の配送量を予定量に変更することを承認することを示す情報である。承認情報を受信した管理サーバ２００は、配送情報ＤＢ２０３に格納されている配送情報における配送量を予定量に変更する。これにより、管理サーバ２００は、変更された配送量の特定食品を特定住宅に配送することが可能となる。また、Ｓ２０５において否定判定がされた場合、特定食品の配送量を変更する必要がない。そのため、決定処理は終了される。

【0038】

以上説明したように、配送システム１によって、需要量を予測することができる。これにより、所定の期間においてユーザ１０Ａおよびユーザ１０Ｂそれぞれが在宅する日数が多い（少ない）場合に、次回配送する特定食品の配送量を好適な量に変更することができる。このようにして、特定食品の好適な量の配送が可能となる。

【0039】

（変形例）
本実施形態においては、ユーザ１０Ａおよびユーザ１０Ｂの二人が特定住宅に居住している。なお、特定住宅には、一人のユーザ１０が居住していてもよい。この場合において、管理サーバ２００は、一人のユーザ１０のスケジュールに関するスケジュール情報を取得し、人員情報を生成する。そして、管理サーバ２００は、配送情報と、人員情報と、に基づいて、需要量を予測する。

【0040】

また、ユーザ１０Ａまたはユーザ１０Ｂの少なくとも一人が特定ユーザである場合、該特定ユーザのスケジュール情報は、特定ユーザの勤務のスケジュールに関する情報である。この場合において、特定ユーザのスケジュール情報は、特定ユーザの勤務を管理する管理者によって承認されたスケジュールに関する情報（以下、「承認スケジュール情報」と称する場合がある。）であってもよい。管理サーバ２００は、承認スケジュール情報を取得することにより、特定ユーザが在宅勤務を行う日、およびその時間帯を正確に把握することができる。これにより、管理サーバ２００は、より正確な人員情報を生成することが可能となる。

【0041】

また、特定住宅には、食品以外の商品（以下、「特定商品」と称する場合がある。）が定期的に配送されてもよい。特定商品として、石鹸またはティッシュペーパー等の特定住宅において日常的に使用される商品が例示できる。また、特定商品は、特定食品のように、特定の時間帯に消費される商品でなくてもよい。この場合において、ユーザ１０が在宅している時間が長ければ長いほど、消費される特定商品の量が増えることが想定される。そこで、管理サーバ２００は、人員情報として、所定の期間における各時間帯に特定住宅に存在する予定のユーザ１０に関する情報を生成する。図７は、本変形例における人員情報のテーブル構成の一例を示す図である。図７に示すように、人員情報は、日付フィールド、時間帯フィールド、および人員フィールドを有する。時間帯フィールドには、日付フィールドに入力されている日付に対応する一日を分割した時間帯が入力される。人員フィールドには、時間帯フィールドに入力されている各時間帯に特定住宅に存在する予定の人員が入力される。そして、管理サーバ２００は、配送情報と、人員情報とに基づいて、需要量を予測する。

【0042】

また、本実施形態においては、ユーザ１０Ａおよびユーザ１０Ｂそれぞれの属性が配送情報に含まれている。しかしながら、ユーザ１０Ａおよびユーザ１０Ｂそれぞれの属性は、必ずしも、配送情報に含まれていなくてもよい。管理サーバ２００は、例えば、ユーザ
１０Ａまたはユーザ１０Ｂが予め管理サーバ２００に登録したユーザ１０Ａおよびユーザ１０Ｂそれぞれの属性を、データベースに記憶しておいてもよい。この場合において、管理サーバ２００は、需要量を予測する際に、データベースからユーザ１０Ａおよびユーザ１０Ｂそれぞれの属性を取得し、使用する。

【0043】

また、本実施形態においては、管理サーバ２００は、ユーザ１０Ａおよびユーザ１０Ｂそれぞれの属性に基づいて、ユーザ１０Ａおよびユーザ１０Ｂそれぞれが昼食時に消費する特定食品の消費量を推定する。そして、制御部２０１は、ユーザ１０Ａおよびユーザ１０Ｂそれぞれの、推定した特定食品の消費量と、在宅日数と、に基づいて、需要量を予測する。しかしながら、管理サーバ２００は、必ずしも、ユーザ１０Ａおよびユーザ１０Ｂそれぞれの属性に基づいて、ユーザ１０Ａおよびユーザ１０Ｂそれぞれが昼食時に消費する特定食品の消費量を推定しなくてもよい。管理サーバ２００は、例えば、ユーザ１０Ａおよびユーザ１０Ｂそれぞれの昼食時における在宅日数の和（総在宅日数）を算出する。そして、管理サーバ２００は、算出した総在宅日数分の特定食品の量を需要量として予測する。ここで、一日分の特定食品の量は予め決まっている量である。一日分の特定食品の量は、例えば、昼食一回分の量である。

【0044】

＜第２実施形態＞
第１実施実施形態においては、特定食品は、ユーザ１０Ａおよびユーザ１０Ｂのみによって消費される食品である。一方、第２実施形態においては、特定食品はユーザ１０Ａおよびユーザ１０Ｂの他に、特定住宅に滞在する滞在者によっても消費される食品である。以下、第１実施形態と異なる点のみ説明する。

【0045】

本実施形態における配送システム２について、図８に基づいて説明する。図８は、本実施形態における配送システムの概略構成を示す図である。配送システム２は、ユーザ端末１００、管理サーバ２００、および滞在者端末３００を含んで構成される。滞在者端末３００は、ネットワークＮ１によって、ユーザ端末１００と管理サーバ２００とに相互に接続されている。

【0046】

（滞在者端末）
滞在者端末３００は、滞在者３０に関連する端末である。滞在者端末３００は、例えば、滞在者３０が使用する携帯情報端末またはコンピュータ等である。ここで、滞在者３０は、特定住宅を訪問し、滞在する予定の者である。滞在者３０は、例えば、ユーザ１０Ａまたはユーザ１０Ｂの、親戚または友人等である。

【0047】

滞在者３０は、昼食時に特定住宅に滞在している場合、特定住宅において特定食品を消費する。この場合において、滞在者３０が昼食時に特定住宅に滞在することによって、滞在者３０が昼食時に特定住宅に在宅しない場合よりも、滞在者３０による特定食品の消費量は増加する。そのため、滞在者３０が消費する分の特定食品が特定住宅に配送される必要がある。そこで、滞在者端末３００は、ネットワークＮ１を介して、滞在者３０の特定住宅への滞在のスケジュールを含む滞在者情報を管理サーバ２００に送信する。ここで、滞在者端末３００は、例えば、滞在者３０が特定住宅への滞在のスケジュールを滞在者端末３００に入力したとき、滞在者情報を管理サーバ２００に送信する。また、滞在者情報には、滞在者３０の属性に関する情報も含まれている。なお、本実施形態における滞在者情報が、本開示に係る「第４情報」に相当する。

【0048】

（機能構成）
次に、配送システム２を構成する、管理サーバ２００の機能構成について、図９および図１０に基づいて説明する。図９は、本実施形態における管理サーバ２００の機能構成の一例を概略的に示す図である。

【0049】

（管理サーバ２００）
管理サーバ２００は、制御部２０１、通信部２０２、配送データベース（配送ＤＢ）２０３、スケジュールデータベース（スケジュールＤＢ）２０４、人員データベース（人員ＤＢ）２０５、および滞在者データベース（滞在者ＤＢ）２０６を含んで構成される。

【0050】

制御部２０１は、通信部２０２によって、滞在者情報を滞在者端末３００から受信する。制御部２０１は、受信した滞在者情報を滞在者ＤＢ２０６に格納する。ここで、滞在者ＤＢ２０６は、管理サーバ２００における補助記憶部２３０によって実現できる。図１０は、滞在者情報のテーブル構成の一例を示す図である。図１０に示すように、滞在者情報は、滞在者ＩＤフィールド、滞在先フィールド、滞在日フィールド、および属性フィールドを有する。

【0051】

滞在者ＩＤフィールドには、滞在者を特定するための識別子（滞在者ＩＤ）が入力される。滞在先フィールドには、滞在者３０が滞在する予定の滞在先を特定するため情報が入力される。本実施形態においては、滞在先フィールドに入力されるのは、特定住宅を特定するための情報である。つまり、滞在先フィールドには、例えば、滞在者３０が滞在する予定の特定住宅の住所等が入力される。滞在日フィールドには、滞在者３０が特定住宅に滞在するスケジュールが入力される。属性フィールドには、滞在者３０の属性が入力される。属性フィールドには、滞在者ＩＤフィールドに入力されている滞在者ＩＤに対応する滞在者３０の属性が入力される。滞在者３０の属性は、例えば、滞在者３０の性別、または年齢等である。

【0052】

（生成処理）
次に、配送システム２において、管理サーバ２００における制御部２０１によって実行される生成処理について、図１１に基づいて説明する。図１１は、本実施形態における生成処理のフローチャートである。

【0053】

生成処理においては、第１実施形態と同様に、まずＳ１０１において、スケジュール情報がスケジュールＤＢ２０４から取得される。また、Ｓ３０１において、滞在者情報が滞在者ＤＢ２０６から取得される。次に、Ｓ３０２において、スケジュールＤＢ２０４におけるスケジュール情報と、滞在者ＤＢ２０６における滞在者情報に基づいて、人員情報が生成される。本実施形態においては、人員情報は、所定の期間内の特定の時間帯において特定住宅に存在するユーザ１０Ａ、ユーザ１０Ｂおよび滞在者３０に関する情報である。つまり、図４に示す人員情報における人員フィールドには、日付フィールドに入力されている日付における、昼食時に在宅しているユーザ１０のユーザＩＤまたは滞在者３０の滞在者ＩＤが入力される。そして、生成処理は終了される。

【0054】

（決定処理）
配送システム２において、管理サーバ２００における制御部２０１によって実行される決定処理について、図１２に基づいて説明する。図１２は、本実施形態における決定処理のフローチャートである。

【0055】

決定処理においては、まず第１実施形態と同様にＳ２０１およびＳ２０２において、配送情報と人員情報とが取得される。次にＳ４０１において、滞在者情報が取得される。次に、Ｓ４０２において、配送情報、人員情報、および滞在者情報に基づいて、需要量が予測される。具体的には、制御部２０１は、滞在者情報における滞在者３０の属性に基づいて、滞在者３０の特定食品の一日当たりの消費量を推定する。制御部２０１は、滞在者３０の特定食品の一日当たりの消費量と、人員情報における滞在者３０の滞在日数と、に基づいて、需要量を予測する。そして、制御部２０１は、ユーザ１０Ａおよびユーザ１０Ｂ
による需要量と、滞在者３０による需要量との和を、所定の期間内の特定食品の特定住宅における需要量と予測する。そして、第１実施形態と同様にＳ２０４からＳ２０６の処理が実行され、決定処理は終了される。

【0056】

以上説明した通り、配送システム２において、滞在者３０による需要量を含む所定の期間内の特定食品の特定住宅における需要量が予測される。これにより、特定住宅に滞在者３０が滞在する場合であっても、次回配送する特定食品の配送量を変更することができる。このようにして、特定食品の好適な量の配送が可能となる。

【0057】

（変形例）
なお、本実施形態においては、滞在者端末３００が滞在者情報を管理サーバ２００に送信する。しかしながら、滞在者情報は、必ずしも、滞在者端末３００によって送信されなくてもよい。滞在者情報は、例えば、ユーザ端末１００から送信されてもよい。この場合において、管理サーバ２００は、ユーザ端末１００から受信した、ユーザ１０Ａおよびユーザ１０Ｂそれぞれのスケジュール情報と、滞在者情報とに基づいて、人員情報を生成する。

【0058】

＜その他の実施形態＞
上述の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。また、本開示において説明した処理および手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

【0059】

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

【0060】

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、またはハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、またはブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、または光学式カードのような、電子的命令を格納するために適した任意のタイプの媒体を含む。

【符号の説明】

【0061】

１、２・・・配送システム
１００・・・ユーザ端末
２００・・・管理サーバ
２０１・・・制御部
３００・・・滞在者端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】