JP2020021290A - 情報提供プログラム、情報提供方法、情報提供装置および容器 - Google Patents

Abstract

【課題】利用者に対してより価値ある情報を提供する。【解決手段】実施形態の情報提供プログラムは、取得する処理と、配信する処理とをコンピュータに実行させる。取得する処理は、提供装置が飲料品または食料品の提供に利用した容器の利用者の属性を示す属性情報と、容器を識別する識別情報とを取得する。配信する処理は、利用者の属性情報、飲料品または食料品を提供した時間帯または提供装置の設置位置に応じた配信情報を識別情報により識別される容器に対して配信する。【選択図】図１０

Description

本発明の実施形態は、情報提供プログラム、情報提供方法、情報提供装置および容器に関する。

従来、オフィスなどにおいて、従業員に情報提供する場合、社内メール、ポスター、掲示物、紙のチラシ、人手による通知が一般的である。また、従業員が休憩時に飲料等を飲む際に用いる容器に情報を表示して通知する情報提供方法がある。容器に情報を表示する従来技術としては、コーヒーカップに取り付けられた表示装置に対し、予め決められた情報を送信して表示するものが知られている。

特開２０１４−１３４３１号公報 特開２００６−１２７１３８号公報

しかしながら、上記の従来技術では、例えば利用者である従業員の属性を考慮した情報配信が行われず、利用者に対してより価値ある情報を提供することができていないという問題がある。

１つの側面では、利用者に対してより価値ある情報を提供することができる情報提供プログラム、情報提供方法、情報提供装置および容器を提供することを目的とする。

１つの案では、情報提供プログラムは、取得する処理と、配信する処理とをコンピュータに実行させる。取得する処理は、提供装置が飲料品または食料品の提供に利用した容器の利用者の属性を示す属性情報と、容器を識別する識別情報とを取得する。配信する処理は、利用者の属性情報、飲料品または食料品を提供した時間帯または提供装置の設置位置に応じた配信情報を識別情報により識別される容器に対して配信する。

本発明の１実施態様によれば、利用者に対してより価値ある情報を提供することができる。

図１は、実施形態にかかる情報配信システムの概要を説明する説明図である。 図２は、実施形態にかかる情報配信システムの構成例を説明する説明図である。 図３は、実施形態にかかるＩｏＴ容器の構成を示す機能ブロック図である。 図４は、実施形態にかかるＩｏＴ容器のタグを例示する説明図である。 図５は、実施形態にかかる飲料提供装置の構成を示す機能ブロック図である。 図６は、実施形態にかかる情報配信サーバの構成を示す機能ブロック図である。 図７は、実施形態にかかる容器管理テーブルのデータ構造の一例を示す説明図である。 図８は、実施形態にかかる利用者管理テーブルのデータ構造の一例を示す説明図である。 図９は、実施形態にかかる配信情報管理テーブルのデータ構造の一例を示す説明図である。 図１０は、実施形態にかかる情報配信システムの動作例を示すフローチャートである。 図１１Ａは、ＩｏＴ容器の表示例を示す説明図である。 図１１Ｂは、ＩｏＴ容器の表示例を示す説明図である。 図１１Ｃは、ＩｏＴ容器の表示例を示す説明図である。 図１１Ｄは、ＩｏＴ容器の表示例を示す説明図である。 図１２は、プログラムを実行するコンピュータの一例を示す説明図である。

以下、図面を参照して、実施形態にかかる情報提供プログラム、情報提供方法、情報提供装置および容器を説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明する情報提供プログラム、情報提供方法、情報提供装置および容器は、一例を示すに過ぎず、実施形態を限定するものではない。また、以下の各実施形態は、矛盾しない範囲内で適宜組みあわせてもよい。

［情報配信システムの概要］
図１は、実施形態にかかる情報配信システム１００の概要を説明する説明図である。図１に示すように、情報配信システム１００は、情報配信サーバ１、飲料提供装置２およびＩｏＴ容器４（IoT：Internet of Things）を有する。

情報配信サーバ１は、ＩｏＴ容器４に対してＷｉＦｉ（登録商標）などの無線通信を介して各種情報を配信するサーバ装置であり、情報提供装置の一例である。例えば、情報配信サーバ１は、コンビニエンスストア、飲食店、各種イベント等の広告主５が出稿した、所定のサービスを提供する広告をＩｏＴ容器４に対して配信する。

飲料提供装置２は、ＩｏＴ容器４に対してコーヒーなどの飲料品を提供する装置である。飲料提供装置２は、従業員などの利用者３が利用するために、オフィスの休憩スペース、執務室または来客スペースなどの所定の位置に設置される。例えば、飲料提供装置２は、コーヒーメーカーなどを適用できる。すなわち、飲料提供装置２は、提供装置の一例である。なお、本実施形態では飲料品をＩｏＴ容器４に提供する飲料提供装置２を例示するが、提供する品物は飲料品に限定しない。例えば、提供装置は、ご飯、ラーメン、パンなどの食料品をＩｏＴ容器４に盛り付けて提供するものであってもよい。

なお、本実施形態では、飲料提供装置２は、従業員である利用者３が利用するため、会社内の所定の位置（例えば、休憩スペース、執務室、来客スペースなど）に設置されているものとする。なお、飲料提供装置２の設置位置については、会社に限定するものではなく、飲食店、公共施設などであってもよい。

ＩｏＴ容器４は、飲料提供装置２が提供する飲料を入れ、利用者３がテーブルなどに持ち運んで飲料を飲むための容器である。このＩｏＴ容器４は、加速度センサ等のセンサによる検出機能、ＷｉＦｉなどによる情報配信サーバ１との通信機能および電子ペーパーなどによる表示機能を備える。これらの機能により、ＩｏＴ容器４は、情報配信サーバ１から配信された情報、例えば広告を表示する。また、ＩｏＴ容器４は、ＱＲコード（登録商標）、バーコードまたは電子タグなどにより（以下、タグとよぶ）、自身に付与された識別情報（ＩＤなど）を読み取り可能に提示する機能を有する。

例えば、利用者３は、ＩｏＴ容器４を飲料提供装置２にセットして、コーヒーなどの飲料を選択する（Ｓ１）。このとき、飲料提供装置２は、利用者３のＩＤカード（従業員証）を読み取る。この利用者３のＩＤカードの読み取り結果が、利用者３の属性を示す属性情報の一例である。また、飲料提供装置２は、ＩｏＴ容器４のタグを認識し（Ｓ２）、利用者３のＩＤカードおよびＩｏＴ容器４のタグの認識結果をＩｏＴ容器４へ広告を配信するための配信リクエストとして情報配信サーバ１へ送信する。

情報配信サーバ１では、飲料提供装置２からの配信リクエストをもとに、ＩｏＴ容器４に対して配信する配信情報（広告）として管理しているものの中で配信条件が該当する広告をＩｏＴ容器４へ配信する（Ｓ４）。具体的には、情報配信サーバ１は、管理している広告中から、利用者３のＩＤカードの読み取り結果により判別した利用者３の属性、飲料を提供した時間帯または飲料提供装置２の設置位置の条件とマッチする配信条件を有するものを特定する。次いで、情報配信サーバ１は、特定した広告を、タグにより識別したＩｏＴ容器４のアドレスに対して配信する。

これにより、ＩｏＴ容器４では、利用者３の属性、飲料を提供した時間帯または飲料提供装置２の設置位置に応じた広告を表示する。したがって、利用者３は、例えば飲料提供装置２が設置された休憩コーナーなどでリラックスしているタイミングで、利用者３の属性、時間帯、位置に応じた価値の高い広告を得ることができる。

［情報配信システム１００の構成］
図２は、実施形態にかかる情報配信システム１００の構成例を説明する説明図である。図２に示すように、情報配信システム１００は、情報配信サーバ１、飲料提供装置２およびＩｏＴ容器４を有し、情報配信サーバ１およびＩｏＴ容器４とは、ネットワーク６を介して相互に通信可能に接続される。また、情報配信サーバ１と飲料提供装置２とは、ネットワーク６または通信ケーブルを介して通信可能に接続される。ここでいうネットワーク６は、例えば、ＷｉＦｉであるが、これに限定されず、キャリア網などその他の通信網であってもよい。

また、ＩｏＴ容器４同士は近距離無線通信により相互に通信を行う。ここでいう近距離無線通信は、例えばＢＬＥ（Bluetooth（登録商標） Low Energy）などのであるが、これに限定されない。近距離無線通信は、数メートル〜数十メートル程度の距離で通信可能なものであればいずれの通信規格であってもよい。

［ＩｏＴ容器４の構成］
図３は、実施形態にかかるＩｏＴ容器４の構成を示す機能ブロック図である。図３に示すように、ＩｏＴ容器４は、通信部４１と、制御部４２と、記憶部４３と、表示部４４と、センサ部４５とを有する。

通信部４１は、ネットワーク６を介して情報配信サーバ１と通信を行う。例えば、通信部４１は、制御部４２の制御のもと、記憶部４３に記憶した内容を、内部メモリに設定された自身の識別情報（ＩｏＴ容器ＩＤ）とともに情報配信サーバ１へ送信する。また、通信部４１は、制御部４２の制御のもと、情報配信サーバ１から配信された配信情報を記憶部４３に格納する。

また、通信部４１は、近距離無線通信を介して他のＩｏＴ容器４との通信を行う。通信部４１は、例えば、ＮＩＣ（Network Interface Card）などによって実現される。

制御部４２は、ＩｏＴ容器４における動作を中央制御する。例えば、制御部４２は、ＣＰＵ（Central Processing Unit）などの電子回路に対応する。そして、制御部４２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。

例えば、制御部４２は、通信部４１における近距離無線通信の通信結果、センサ部４５の検出結果を記憶部４３に記憶する。次いで、制御部４２は、記憶部４３に記憶した内容、すなわち通信結果および検出結果を、内部メモリに設定された自身の識別情報（ＩｏＴ容器ＩＤ）とともに通信部４１を介して情報配信サーバ１に送信する。

また、制御部４２は、通信部４１を介して情報配信サーバ１より受信した配信情報を記憶部４３に記憶する。次いで、制御部４２は、記憶部４３に記憶した内容、すなわち配信情報を表示部４４に表示する。

記憶部４３は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの記憶装置であり、各種情報を記憶する。

センサ部４５は、ＩｏＴ容器４の状態を検出する圧力センサ、加速度センサなどのセンサ機器である。例えば、センサ部４５は、重力加速度以外の加速度が検知されない場合、ＩｏＴ容器４の状態をテーブル上などに静止している状態（以下、テーブル上）として検知する。また、センサ部４５は、重力加速度以外の加速度が検知される場合や、取っ手部分の圧力センサの検知がある場合、ＩｏＴ容器４の状態を利用者３による手持ち状態（以下、手持ち）として検知する。

表示部４４は、ＩｏＴ容器４の側面に設置されたディスプレイであり、制御部４２の制御のもと、情報配信サーバ１から送信される配信情報を表示する。表示部４４は、例えば電子ペーパーであるが、これに限定されず、ＩｏＴ容器４に取り付けられるとともに画像を表示できれば、その他の種類の表示機器であってもよい。

図４は、実施形態にかかるＩｏＴ容器４のタグを例示する説明図である。図４に示すように、ＩｏＴ容器４には、例えば側面などに、ＩｏＴ容器４自身に付与された識別情報（ＩｏＴ容器ＩＤ）を提示するバーコードなどのタグ４６を有する。すなわち、タグ４６は、提示部の一例である。このタグ４６については、図示例のようなバーコードに限定されず、例えばＱＲコードや電子タグなどであってもよい。

［飲料提供装置２の構成］
図５は、実施形態にかかる飲料提供装置２の構成を示す機能ブロック図である。図２に示すように、飲料提供装置２は、通信部２１と、制御部２２と、飲料提供部２３と、検知部２４とを有する。

通信部２１は、制御部２２の制御のもと、通信ケーブルまたはネットワーク６を介して情報配信サーバ１との通信を行う。通信部２１は、例えば、ＮＩＣ（Network Interface Card）などによって実現される。

制御部２２は、飲料提供装置２における動作を中央制御する。例えば、制御部２２は、ＣＰＵなどの電子回路に対応する。そして、制御部２２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。

例えば、制御部２２は、利用者３による操作指示をもとに、飲料提供部２３を動作させてＩｏＴ容器４に飲料を提供する。このとき、制御部２２は、検知部２４が読み取った利用者３のＩＤカードの情報およびＩｏＴ容器４のタグの情報を情報配信サーバ１へ通知する。

飲料提供部２３は、利用者３による操作指示をもとに、制御部２２の制御のもと、予め設置された原材料を調理して飲料を提供する機能部である。

検知部２４は、利用者３のＩＤカードの読み取りを行うカードリーダや、飲料提供時に飲料提供部２３にセットされたＩｏＴ容器４のタグ４６を読み取るカメラまたはタグリーダーなどである。検知部２４は、利用者３のＩＤカードや、ＩｏＴ容器４のタグ４６などを読み取った検知結果を制御部２２へ出力する。

［情報配信サーバ１の構成］
図６は、実施形態にかかる情報配信サーバ１の構成を示す機能ブロック図である。図６に示すように、情報配信サーバ１は、通信部１１と、制御部１２と、記憶部１３とを有する。

通信部１１は、ネットワーク６（図１参照）を介してＩｏＴ容器４と通信を行う。また、通信部１１は、通信ケーブル（図示しない）またはネットワーク６を介して飲料提供装置２との通信を行う。通信部１１は、例えば、ＮＩＣなどによって実現される。

制御部１２は、ＣＰＵなどの電子回路に対応する。そして、制御部１２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。ここでは、制御部１２は、サーバアプリによって処理を実行するものとする。制御部１２は、取得部１２１と、容器対応づけ部１２２と、容器利用記録部１２３と、配信情報特定部１２４と、送信部１２５とを有する。

記憶部１３は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。記憶部１３は、容器管理テーブル１３１と、利用者管理テーブル１３２と、配信情報管理テーブル１３３とを有する。

容器管理テーブル１３１は、各ＩｏＴ容器４の情報を管理する。ここで、容器管理テーブル１３１のデータ構造を、図７を参照して説明する。

図７は、実施形態にかかる容器管理テーブル１３１のデータ構造の一例を示す図である。図７に示すように、容器管理テーブル１３１は、ＩｏＴ容器ＩＤ１３１ａと、アドレス１３１ｂと、利用者ＩＤ１３１ｃと、利用時間１３１ｄと、状態（容器）１３１ｅと、状態（近接）１３１ｆと、利用場所１３１ｇとを対応づけて記憶する。ＩｏＴ容器ＩＤ１３１ａは、ＩｏＴ容器４またはＩｏＴ容器４の制御部４２の識別情報を示す。アドレス１３１ｂは、ＩｏＴ容器４のアドレスを示す。アドレス１３１ｂは、例えば、ＭＡＣ（Media Access Control）アドレスであるが、これに限定されず、ＩｏＴ容器４の宛先を示すアドレスであればよい。利用者ＩＤ１３１ｃは、ＩｏＴ容器４を利用する利用者３ごとに割り当てられた利用者３の識別情報である。利用時間１３１ｄは、利用者３がＩｏＴ容器４を利用する時間を示す。

状態（容器）１３１ｅおよび状態（近接）１３１ｆは、ＩｏＴ容器４より通知されたＩｏＴ容器４の状態を示す情報である。具体的には、状態（容器）１３１ｅは、ＩｏＴ容器４がテーブル上であるか手持ちであるかの状態を格納する。状態（近接）１３１ｆは、ＩｏＴ容器４に対して近接する他のＩｏＴ容器４に関する情報を格納する。例えば、状態（近接）１３１ｆは、ＩｏＴ容器４に対して近接する他のＩｏＴ容器４より近接無線通信によって受信したＩｏＴ容器ＩＤを格納する。利用場所１３１ｇは、飲料提供装置２がＩｏＴ容器４に飲料を提供した際の、飲料提供装置２の設置場所を示す情報である。

一例として、ＩｏＴ容器ＩＤ１３１ａが「ｃ０００００１」であるＩｏＴ容器４については、アドレス１３１ｂとして「ａ０：ｂ２：ｄ３：７Ｆ：６０：ｂ５」、利用者ＩＤ１３１ｃとして「１０００」、利用時間１３１ｄとして「６０分」が記憶されている。また、このＩｏＴ容器４の状態については、状態（容器）１３１ｅとして「手持ち」、状態（近接）１３１ｆとして「ｃ０００００２，ｃ０００００３」が記憶されている。また、ＩｏＴ容器４の利用場所１３１ｇについては、「来客スペース」が記憶されている。

図６に戻り、利用者管理テーブル１３２は、各利用者３の情報を管理する。ここで、利用者管理テーブル１３２のデータ構造を図８を参照して説明する。

図８は、実施形態にかかる利用者管理テーブル１３２のデータ構造の一例を示す図である。図８に示すように、利用者管理テーブル１３２は、利用者ＩＤ１３２ａと、属性１３２ｂと、社員ＩＤ１３２ｃと、利用開始時刻１３２ｄとを対応づけて記憶する。ＩｏＴ容器ＩＤ１３１ａは、各利用者３に割り当てられた識別情報であり、利用者ＩＤ１３１ｃと紐付けられている。例えば、ＩｏＴ容器ＩＤ１３１ａは、利用者３の操作指示により飲料提供装置２がＩｏＴ容器４に対して飲料を提供した際に発行されたユニークな番号であり、利用者ＩＤ１３１ｃとともに同じ番号が格納される。

属性１３２ｂは、利用者３のＩＤカードの読み取り結果をもとに判別した利用者３の属性である。例えば、社員ＩＤが付与されたＩＤカードを読み取った場合、属性１３２ｂには「社員」が格納される。また、社員ＩＤが付与されていない訪問者カードなどを読み取った場合、属性１３２ｂには「訪問者」が格納される。

社員ＩＤ１３２ｃは、利用者３のＩＤカードの読み取り結果により識別した社員のＩＤなどを格納する。例えば、社員ＩＤ「ＡＡＡ」が付与されたＩＤカードを読み取った場合、社員ＩＤ１３２ｃにはＩＤカードより読み取った「ＡＡＡ」が格納される。

利用開始時刻１３２ｄは、利用者３がＩｏＴ容器４の利用を開始した時刻である。例えば、利用開始時刻１３２ｄには、利用者３の操作指示により飲料提供装置２がＩｏＴ容器４に対して飲料を提供し、利用者ＩＤ１３２ａを発行した時刻が格納される。

図６に戻り、配信情報管理テーブル１３３は、広告主５より出稿のあった広告などの配信情報を管理する。ここで、配信情報管理テーブル１３３のデータ構造を図９を参照して説明する。

図９は、実施形態にかかる配信情報管理テーブル１３３のデータ構造の一例を示す説明図である。図９に示すように、配信情報管理テーブル１３３は、配信情報ＩＤ１３３ａと、配信情報１３３ｂと、配信内容１３３ｃと、配信条件１３３ｄと、配信実績１３３ｅとを対応付けて記憶する。

配信情報ＩＤ１３３ａは、各配信情報１３３ｂに割り当てられた識別情報である。配信情報１３３ｂは、広告主５が出稿した広告、ニュース、業務連絡、社員個人の社員情報（スケジュールやメール）など、ＩｏＴ容器４へ配信する情報の実体である。例えば、配信情報が広告である場合は、広告として配信する画像ファイル（ファイルＦ１〜Ｆ３）などが配信情報１３３ｂに格納される。また、配信情報がニュースである場合は、ニュースの配信元ＵＲＬ（Uniform Resource Locator）などが配信情報１３３ｂに格納される。また、配信情報が業務連絡である場合は、業務連絡の配信元である社内掲示板ＵＲＬなどが配信情報１３３ｂに格納される。また、配信情報が社員個人の社員情報である場合は、社員ＩＤなどの社員個人のアカウントを用いてスケジュール、メールなどの社員情報へアクセスするための情報が配信情報１３３ｂに格納される。

配信内容１３３ｃは、広告、ニュース、業務連絡、社員個人のスケジュールやメールなど、配信情報１３３ｂにおける配信内容を示すフラグである。

配信条件１３３ｄは、配信情報１３３ｂの配信に関する条件を示す。具体的には、配信情報１３３ｂは、配信に関する条件として、「配信属性」、「配信時間」、「配信場所」および「状態」を有する。「配信属性」は、配信情報１３３ｂの配信先となるＩｏＴ容器４における、利用者３の属性についての条件を示す。例えば「配信属性」が「社員」である配信情報１３３ｂは、ＩｏＴ容器４の利用者３の属性１３２ｂが「社員」である場合に、そのＩｏＴ容器４が配信先としての条件を満たす。

「配信時間」は、配信情報１３３ｂの配信先となるＩｏＴ容器４おける、飲料を提供した時間帯についての条件を示す。例えば「配信時間」が「午前」である配信情報１３３ｂは、ＩｏＴ容器４の利用開始時刻１３２ｄが午前である場合に、そのＩｏＴ容器４が配信先としての条件を満たす。

「配信場所」は、配信情報１３３ｂの配信先となるＩｏＴ容器４おける、飲料を提供した飲料提供装置２の設置位置についての条件を示す。例えば「配信場所」が「休憩スペース」である配信情報１３３ｂは、ＩｏＴ容器４の利用場所１３１ｇが休憩スペースである場合に、そのＩｏＴ容器４が配信先としての条件を満たす。

「状態」は、配信情報１３３ｂの配信先となるＩｏＴ容器４おける、状態についての条件を示す。例えば「状態」が「手持ち、テーブル上」である配信情報１３３ｂは、ＩｏＴ容器４の状態（容器）１３１ｅが手持ちまたはテーブル上である場合、そのＩｏＴ容器４が配信先としての条件を満たす。また、「状態」が「グループ」である配信情報１３３ｂは、ＩｏＴ容器４の状態（近接）１３１ｆが示す他のＩｏＴ容器４の数が所定数以上である場合に、そのＩｏＴ容器４が配信先としての条件を満たす。

配信実績１３３ｅは、配信情報１３３ｂを配信した実績を示す。具体的には、配信実績１３３ｅは、配信情報１３３ｂを配信した利用者３を示す利用者ＩＤ１３２ａと、配信時刻との組を格納する。この配信実績１３３ｅを解析することで、配信情報１３３ｂを実際に配信した利用者３や、その配信時刻を特定することができる。

図６に戻り、取得部１２１は、飲料提供装置２およびＩｏＴ容器４より送信される情報を通信部１１を介して取得する。

具体的には、取得部１２１は、利用者３のＩＤカードおよびＩｏＴ容器４のタグ４６の認識結果を飲料提供装置２より取得する。また、取得部１２１は、飲料提供装置２よりタグ４６の読み取りを行い、利用者３により利用が開始されたＩｏＴ容器４からは、ＩｏＴ容器４の状態を取得する。より具体的には、ＩｏＴ容器４から通信部４１における近距離無線通信の通信結果およびセンサ部４５の検出結果を取得する。

容器対応づけ部１２２は、利用者３が飲料提供装置２にＩｏＴ容器４をセットしてＩｏＴ容器４に飲料を注ぎ、ＩｏＴ容器４の利用が開始された場合に、ＩｏＴ容器４と利用者３とを対応づける。

例えば、容器対応づけ部１２２は、利用者３のＩＤカードの読み取り結果と、ＩｏＴ容器４のタグ４６の認識結果とを飲料提供装置２より取得すると、以下の処理を行う。容器対応づけ部１２２は、認識したタグ４６に対応するＩｏＴ容器ＩＤ１３１ａを容器管理テーブル１３１より特定する。次いで、容器対応づけ部１２２は、特定したＩｏＴ容器ＩＤ１３１ａに対応する利用者ＩＤ１３１ｃが空である場合は新たなＩＤを発行し、容器管理テーブル１３１の利用者ＩＤ１３１ｃ、利用者管理テーブル１３２の利用者ＩＤ１３２ａに格納する。次いで、容器対応づけ部１２２は、利用者管理テーブル１３２における属性１３２ｂおよび社員ＩＤ１３２ｃに、利用者３のＩＤカードの読み取り結果に対応する値を格納し、利用開始時刻１３２ｄに利用開始の時刻を格納する。

例えば、社員ＩＤが付与されたＩＤカードを読み取った場合、容器対応づけ部１２２は、属性１３２ｂには「社員」を格納し、社員ＩＤ１３２ｃには読み取ったＩＤを格納する。また、社員ＩＤが付与されていない訪問者カードなどを読み取った場合、容器対応づけ部１２２は、属性１３２ｂには「訪問者」を格納し、社員ＩＤ１３２ｃには該当なしの「Ｎ／Ａ」を格納する。

なお、利用者ＩＤ１３１ｃが空でない場合、容器対応づけ部１２２は、既に利用を開始しているＩｏＴ容器４への飲料の追加とし、利用者ＩＤ１３１ｃに紐づく利用者ＩＤ１３２ａの利用開始時刻１３２ｄを更新する。

容器利用記録部１２３は、ＩｏＴ容器４と利用者３との対応づけが行われて、ＩｏＴ容器４の利用が開始されたタイミングからのＩｏＴ容器４の利用を記録する。例えば、容器利用記録部１２３は、ＩｏＴ容器４の利用が開始されたタイミングからタイマーを起動する。そして、容器利用記録部１２３は、容器管理テーブル１３１のＩｏＴ容器ＩＤ１３１ａに対応する利用時間１３１ｄを更新する。

また、容器利用記録部１２３は、ＩｏＴ容器ＩＤ１３１ａとともにＩｏＴ容器４より送信されたＩｏＴ容器４の状態をもとに、状態（容器）１３１ｅおよび状態（近接）１３１ｆを更新する。具体的には、容器利用記録部１２３は、ＩｏＴ容器４より送信された、通信部４１における近距離無線通信の通信結果をもとに、状態（近接）１３１ｆの内容を更新する。また、容器利用記録部１２３は、ＩｏＴ容器４より送信された、センサ部４５の検出結果をもとに、状態（容器）１３１ｅの内容を更新する。

配信情報特定部１２４は、配信情報管理テーブル１３３で管理される配信情報１３３ｂの中から、利用が開始されているＩｏＴ容器４に対して配信する情報を特定する。具体的には、配信情報特定部１２４は、ＩｏＴ容器４における利用者３の属性、ＩｏＴ容器４に飲料を提供した時間帯またはＩｏＴ容器４に飲料を提供した飲料提供装置２の設置位置の条件が配信条件１３３ｄに該当する配信情報１３３ｂを、ＩｏＴ容器４に対して配信するものと特定する。

例えば、配信情報特定部１２４は、ＩｏＴ容器４における利用者３の属性１３２ｂと、配信条件１３３ｄの「配信属性」とが一致する配信情報１３３ｂを、属性についての条件を満たすものとする。また、配信情報特定部１２４は、ＩｏＴ容器４に飲料を提供した属性１３２ｂと、配信条件１３３ｄの「配信時間」とが一致する配信情報１３３ｂを、時間帯についての条件を満たすものとする。また、配信情報特定部１２４は、ＩｏＴ容器４に飲料を提供した飲料提供装置２の設置位置を示す利用場所１３１ｇと、配信条件１３３ｄの「配信場所」とが一致する配信情報１３３ｂを、設置位置についての条件を満たすものとする。配信情報特定部１２４は、これらの条件の全てを満たす配信情報１３３ｂをＩｏＴ容器４に対して配信するものと特定する。

また、配信情報特定部１２４は、ＩｏＴ容器４における状態を示す状態（容器）１３１ｅおよび状態（近接）１３１ｆと、配信条件１３３ｄにおける「状態」とが一致する配信情報１３３ｂを、配信するものと特定してもよい。

送信部１２５は、利用が開始されているＩｏＴ容器４に対し、配信情報特定部１２４が特定した配信情報１３３ｂを通信部１１を介して送信する。具体的には、送信部１２５は、容器管理テーブル１３１において利用が開始されているＩｏＴ容器４のＩｏＴ容器ＩＤ１３１ａと対応付けられているアドレス１３１ｂ宛に、配信情報特定部１２４が特定した配信情報１３３ｂを送信する。

［情報配信サーバ１の動作］
図１０は、実施形態にかかる情報配信サーバ１の動作例を示すフローチャートである。図１０に示すように、処理が開始されると、飲料提供装置２の制御部２２は、飲料提供部２３による飲料提供開始の有無を判定する（Ｓ１０）。飲料提供の開始がない場合（Ｓ１０：ＮＯ）、制御部２２は処理を待機する。

利用者３がＩｏＴ容器４を飲料提供装置２にセットし、飲料提供部２３により飲料提供が開始された場合（Ｓ１０：ＹＥＳ）、飲料提供部２３によりＩｏＴ容器４には飲料が提供される（Ｓ１１）。

飲料が提供されると、検知部２４は、ＩｏＴ容器４のタグ４６を読み取る（Ｓ１２）。また、検知部２４は、利用者３のＩＤカードなどを読み取る。制御部２２は、検知部２４が読み取ったＩＤカードの情報をもとに利用者を識別（社員ＩＤ１３２ｃの特定）する（Ｓ１３）。次いで、制御部２２は、通信部２１を介してＩｏＴ容器４のタグ４６と、利用者３のＩＤカードの情報とを情報配信サーバ１へ通知する（Ｓ１４）。

情報配信サーバ１の取得部１２１は飲料提供装置２からの通知（Ｓ１４）を取得する。次いで、容器対応づけ部１２２は、通知のあったＩｏＴ容器４および利用者３の情報をもとに、容器管理テーブル１３１および利用者管理テーブル１３２においてＩｏＴ容器４と利用者３とを対応づける利用登録を行う（Ｓ１５）。

次いで、容器利用記録部１２３は、容器対応づけ部１２２が利用者３と対応付けたＩｏＴ容器４について、利用記録を開始する（Ｓ１６）。具体的には、容器利用記録部１２３は、容器管理テーブル１３１のＩｏＴ容器ＩＤ１３１ａに対応する利用時間１３１ｄを更新する。また、ＩｏＴ容器４は、制御部４２の制御のもと、所定の周期（例えば数秒間隔）でＩｏＴ容器４の状態を情報配信サーバ１に送信する（Ｓ１７）。情報配信サーバ１の容器利用記録部１２３は、ＩｏＴ容器４から通知されたＩｏＴ容器４の状態をもとに、状態（容器）１３１ｅおよび状態（近接）１３１ｆを更新する。

次いで、配信情報特定部１２４は、配信情報管理テーブル１３３を参照し、各配信情報１３３ｂにおける配信条件１３３ｄを読み出す（Ｓ１８）。

次いで、配信情報特定部１２４は、利用が開始されているＩｏＴ容器４に対する配信条件１３３ｄに該当する配信情報１３３ｂがあるか否かを判定する（Ｓ１９）。ない場合（Ｓ１９：ＮＯ）、配信情報特定部１２４は、Ｓ２３へ処理を進める。

該当する配信情報１３３ｂ、すなわちＩｏＴ容器４に対して配信するものと特定した配信情報１３３ｂがある場合（Ｓ１９：ＹＥＳ）、送信部１２５は、ＩｏＴ容器４に対し、該当する配信情報１３３ｂを送信する（Ｓ２０）。ＩｏＴ容器４では、情報配信サーバ１が送信した配信情報１３３ｂを表示部４４に表示する（Ｓ２１）。

例えば、送信部１２５は、配信情報１３３ｂがファイルの場合は、読み出したファイルを通信部１１を介して送信する。また、配信情報１３３ｂが配信元ＵＲＬ、社内掲示板ＵＲＬなどの場合、送信部１２５は、ＵＲＬをアクセスして得られた内容（例えばテキスト）を通信部１１を介して送信する。また、配信情報１３３ｂが社内情報である場合、送信部１２５は、ＩｏＴ容器４に対応付けられた社員ＩＤ１３２ｃをもとに、メールやスケジュールなどを管理する社内情報サーバ（図示しない）へアクセスし、社員ＩＤ１３２ｃに該当する社内情報（メール、スケジュール）を取得する。次いで、送信部１２５は、得られたスケジュール、メールなどの内容（例えばテキスト）を通信部１１を介して送信する。

次いで、送信部１２５は、送信を行った配信情報１３３ｂについて、配信情報管理テーブル１３３の配信実績１３３ｅに実績を記録する（Ｓ２２）。例えば、送信部１２５は、送信したＩｏＴ容器４に対応する利用者ＩＤ１３２ａおよび配信時刻を配信の実績として配信実績１３３ｅに記憶する。

次いで、容器利用記録部１２３は、所定の返却位置へのＩｏＴ容器４の返却などを検知することで、ＩｏＴ容器４の利用を終了するか否かを判定する（Ｓ２３）。例えば、容器利用記録部１２３は、所定の返却位置に設置された近接無線通信装置（図示しない）がＩｏＴ容器４のＩｏＴ容器ＩＤ１３１ａを検知した場合に、ＩｏＴ容器４の利用を終了するものと判定する。

ＩｏＴ容器４の利用を終了しない場合（Ｓ２３：ＮＯ）、容器利用記録部１２３は、Ｓ１８へ処理を戻す。ＩｏＴ容器４の利用を終了する場合（Ｓ２３：ＹＥＳ）、容器利用記録部１２３は、該当するＩｏＴ容器４の利用者ＩＤ１３１ｃなどをクリアし、処理を終了する。

［情報配信サーバ１の使用事例］
図１１Ａ〜図１１Ｄは、ＩｏＴ容器４の表示部４４における表示例を示す説明図である。なお、配信情報１３３ｂの配信条件１３３ｄについては、図９の例に基づくものとする。

第１のケースとして、午前中に社員が、休憩スペースに設置された飲料提供装置２により飲料（例えばコーヒー）をＩｏＴ容器４に入れて利用する場合を説明する。この第１のケースでは、図９において、配信条件１３３ｄで「社員」、「午前」「休憩スペース」および「手持ち、テーブル上」とする「ファイルＦ１」の配信情報１３３ｂが条件に該当する。したがって、利用者３がＩｏＴ容器４を手持ちまたはテーブル上においているときに、ＩｏＴ容器４の表示部４４には、「ファイルＦ１」の配信情報１３３ｂが表示される。

具体的には、図１１Ａに示すように、表示部４４には、割引の情報として、「１０％ ＯＦＦ」が表示されている。これにより、社員は、午前就業後のランチタイムにおいて、１０％ ＯＦＦでランチをすることができる。

第２のケースとして、訪問者が、来客スペースに設置された飲料提供装置２により飲料（例えばコーヒー）をＩｏＴ容器４に入れて利用する場合を説明する。この第２のケースでは、図９において、配信条件１３３ｄで「訪問者」、「全日」「来客スペース」などの「ファイルＦ３」の広告または「配信元ＵＲＬ」のニュースとする配信情報１３３ｂが条件に該当する。したがって、利用者３がＩｏＴ容器４をテーブル上においているときに、ＩｏＴ容器４の表示部４４には、「ファイルＦ３」の広告または「配信元ＵＲＬ」のニュースの配信情報１３３ｂが表示される。

具体的には、図１１Ｂに示すように、表示部４４には、お天気サイトのニュースとして、「今日の天気 雨のち曇り」が表示されている。これにより、訪問者は、訪問後に天気予報に対応した行動をとることができる。

第３のケースとして、定時前に社員が、執務室に設置された飲料提供装置２により飲料（例えばコーヒー）をＩｏＴ容器４に入れて利用する場合を説明する。この第３のケースでは、図９において、配信条件１３３ｄで「社員」、「午後」、「定時」「執務室」および「手持ち、テーブル上」とする「ファイルＦ２」の広告や「業務連絡」の配信情報１３３ｂが条件に該当する。したがって、複数の利用者３が執務室でグループでいる場合は、近接するＩｏＴ容器４の数が所定数以上となることから、ＩｏＴ容器４の表示部４４には、「ファイルＦ２」の配信情報１３３ｂが表示される。

また、定時において、ＩｏＴ容器４の表示部４４には、「業務連絡」の配信情報１３３ｂが表示される。具体的には、図１１Ｃに示すように、表示部４４には、業務連絡としてとして、「定時退社日です」が表示されている。これにより、社員は、定時退社日に対応した行動をとることができる。

第４のケースとして、午前中に社員が、執務室に設置された飲料提供装置２により飲料（例えばコーヒー）をＩｏＴ容器４に入れて利用する場合を説明する。この第４のケースでは、図９において、配信条件１３３ｄで「社員」、「５分間隔」、「執務室スペース」および「手持ち、テーブル上」とする「社員情報」の配信情報１３３ｂが条件に該当する。したがって、利用者３がＩｏＴ容器４を手持ちまたはテーブル上においているときに、ＩｏＴ容器４の表示部４４には、「社員情報」の配信情報１３３ｂが表示される。

具体的には、図１１Ｄに示すように、表示部４４には、ＩｏＴ容器４の利用者３である社員のスケジュールとして、「１０：００より会議」が表示されている。これにより、社員は、「１０：００」からの会議に合わせた行動をとることができる。

［実施形態の効果］
以上のように、情報配信サーバ１の取得部１２１は、飲料提供装置２が飲料を提供したＩｏＴ容器４の利用者３の属性を示す属性情報と、ＩｏＴ容器４を識別する識別情報（ＩｏＴ容器ＩＤ１３１ａ）とを取得する。情報配信サーバ１の送信部１２５は、利用者３の属性情報、飲料を提供した時間帯または飲料提供装置２の設置位置に応じた配信情報１３３ｂを識別情報により識別されるＩｏＴ容器４に対して配信する。これにより、ＩｏＴ容器４では、利用者３における属性情報、飲料を提供した時間帯または飲料提供装置２の設置位置に応じた配信情報１３３ｂを表示部４４に表示し、利用者３に対して提供することができる。したがって、利用者３は、例えば飲料提供装置２が設置された休憩コーナーなどでリラックスしているタイミングで、利用者３の属性、時間帯、位置に応じた価値の高い情報を得ることができる。

また、取得部１２１は、飲料を提供した後のＩｏＴ容器４の状態（状態（容器）１３１ｅ、状態（近接）１３１ｆ）を取得する。そして、送信部１２５は、取得したＩｏＴ容器４の状態に基づき、配信情報管理テーブル１３３における配信条件１３３ｄの状態に該当する配信情報１３３ｂをＩｏＴ容器４に対して配信する。これにより、利用者３は、例えばＩｏＴ容器４が手持ち状態またはテーブルに置かれた状態などの、ＩｏＴ容器４の状態に応じた配信情報１３３ｂを得ることができる。

また、送信部１２５は、状態（近接）１３１ｆをもとに、容器に対して近接する数に応じた配信情報１３３ｂをＩｏＴ容器４に対して配信する。これにより、利用者３は、例えばＩｏＴ容器４を用いて数人のグループで飲食しているときに、人数に応じた配信情報１３３ｂを得ることができる。

また、配信情報１３３ｂは、所定のサービスについての広告である。このため、利用者３は、利用者３の属性、時間帯、位置に応じて、利用者３にとって価値の高い広告を得ることができる。

また、利用者３の属性情報は利用者３それぞれを識別する識別情報（社員ＩＤ）であり、送信部１２５は、利用者３の識別情報により識別される利用者３それぞれに対応する情報（業務連絡、社員情報）をＩｏＴ容器４に対して配信する。これにより、利用者３は、例えば自身に関連する業務連絡や社員情報（スケジュール、メールなどの通知）をＩｏＴ容器４を介して容易に知ることができる。

［その他］
なお、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、情報配信サーバ１およびＩｏＴ容器４で行われる各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウエア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。

ところで、上記の実施形態で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の実施形態と同様の機能を有するプログラムを実行するコンピュータ（ハードウエア）の一例を説明する。図１２は、プログラムを実行するコンピュータの一例を示す図である。

図１２に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体２１１からプログラムなどを読取る読取装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ等の記憶装置２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、記憶装置２０５、表示制御部２０７、読取装置２１３、入力装置２１５および通信制御部２１７は、バス２１９で接続されている。

読取装置２１３は、例えばリムーバブルディスクや半導体メモリ等の記憶媒体２１１用の装置である。記憶装置２０５は、各種処理機能にかかるプログラム２０５ａ（例えば情報提供プログラム）を記憶する。

ＣＰＵ２０３は、プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、例えば情報配信サーバ１における取得部１２１、容器対応づけ部１２２、容器利用記録部１２３、配信情報特定部１２４および送信部１２５の各機能部に対応する。プログラム関連情報２０５ｂは、プログラム２０５ａの処理にかかる情報であり、例えば容器管理テーブル１３１、利用者管理テーブル１３２および配信情報管理テーブル１３３などに対応する。そして、例えば記憶媒体２１１が、プログラム２０５ａなどの各情報を記憶する。記憶媒体２１１は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。

なお、プログラム２０５ａについては、必ずしも最初から記憶装置２０５に記憶させておかなくてもよい。例えば、コンピュータ２００に挿入される記憶媒体２１１である「可搬用の物理媒体」に当該プログラム２０５ａを記憶させておく。そして、コンピュータ２００が記憶媒体２１１からプログラム２０５ａを読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ等に接続された装置にこのプログラム２０５ａを記憶させておき、コンピュータ２００がこれらからプログラム２０５ａを読み出して実行するようにしてもよい。

以上の実施形態に関し、さらに以下の付記を開示する。

（付記１）提供装置が飲料品または食料品の提供に利用した容器の利用者の属性を示す属性情報と、前記容器を識別する識別情報とを取得し、
前記利用者の属性情報、前記飲料品または前記食料品を提供した時間帯または前記提供装置の設置位置に応じた配信情報を前記識別情報により識別される容器に対して配信する、
処理をコンピュータに実行させることを特徴とする情報提供プログラム。

（付記２）前記取得する処理は、前記飲料品または前記食料品を提供した後の前記容器の状態を取得し、
前記配信する処理は、取得した前記容器の状態に基づく配信情報を前記容器に対して配信する、
ことを特徴とする付記１に記載の情報提供プログラム。

（付記３）前記容器の状態は、当該容器に対して近接する他の容器の数であり、
前記配信する処理は、前記容器に対して近接する他の容器の数に応じた配信情報を前記容器に対して配信する、
ことを特徴とする付記２に記載の情報提供プログラム。

（付記４）前記配信情報は、所定のサービスについての広告である、
ことを特徴とする付記１乃至３のいずれか一に記載の情報提供プログラム。

（付記５）前記利用者の属性情報は、当該利用者それぞれを識別する識別情報であり、
前記配信する処理は、前記利用者の識別情報により識別される利用者それぞれに対応する情報を前記容器に対して配信する、
ことを特徴とする付記１乃至３のいずれか一に記載の情報提供プログラム。

（付記６）前記利用者それぞれに対応する情報は、当該利用者のスケジュールまたは当該利用者宛の通知に関する情報である、
ことを特徴とする付記５に記載の情報提供プログラム。

（付記７）提供装置が飲料品または食料品の提供に利用した容器の利用者の属性を示す属性情報と、前記容器を識別する識別情報とを取得し、
前記利用者の属性情報、前記飲料品または前記食料品を提供した時間帯または前記提供装置の設置位置に応じた配信情報を前記識別情報により識別される容器に対して配信する、
処理をコンピュータが実行することを特徴とする情報提供方法。

（付記８）前記取得する処理は、前記飲料品または前記食料品を提供した後の前記容器の状態を取得し、
前記配信する処理は、取得した前記容器の状態に基づく配信情報を前記容器に対して配信する、
ことを特徴とする付記７に記載の情報提供方法。

（付記９）前記容器の状態は、当該容器に対して近接する他の容器の数であり、
前記配信する処理は、前記容器に対して近接する他の容器の数に応じた配信情報を前記容器に対して配信する、
ことを特徴とする付記８に記載の情報提供方法。

（付記１０）前記配信情報は、所定のサービスについての広告である、
ことを特徴とする付記７乃至９のいずれか一に記載の情報提供方法。

（付記１１）前記利用者の属性情報は、当該利用者それぞれを識別する識別情報であり、
前記配信する処理は、前記利用者の識別情報により識別される利用者それぞれに対応する情報を前記容器に対して配信する、
ことを特徴とする付記７乃至９のいずれか一に記載の情報提供方法。

（付記１２）前記利用者それぞれに対応する情報は、当該利用者のスケジュールまたは当該利用者宛の通知に関する情報である、
ことを特徴とする付記１１に記載の情報提供方法。

（付記１３）提供装置が飲料品または食料品の提供に利用した容器の利用者の属性を示す属性情報と、前記容器を識別する識別情報とを取得する取得部と、
前記利用者の属性情報、前記飲料品または前記食料品を提供した時間帯または前記提供装置の設置位置に応じた配信情報を前記識別情報により識別される容器に対して配信する配信部と、
を有することを特徴とする情報提供装置。

（付記１４）前記取得部は、前記飲料品または前記食料品を提供した後の前記容器の状態を取得し、
前記配信部は、取得した前記容器の状態に基づく配信情報を前記容器に対して配信する、
ことを特徴とする付記１３に記載の情報提供装置。

（付記１５）前記容器の状態は、当該容器に対して近接する他の容器の数であり、
前記配信部は、前記容器に対して近接する他の容器の数に応じた配信情報を前記容器に対して配信する、
ことを特徴とする付記１４に記載の情報提供装置。

（付記１６）前記配信情報は、所定のサービスについての広告である、
ことを特徴とする付記１３乃至１５のいずれか一に記載の情報提供装置。

（付記１７）前記利用者の属性情報は、当該利用者それぞれを識別する識別情報であり、
前記配信部は、前記利用者の識別情報により識別される利用者それぞれに対応する情報を前記容器に対して配信する、
ことを特徴とする付記１３乃至１５のいずれか一に記載の情報提供装置。

（付記１８）前記利用者それぞれに対応する情報は、当該利用者のスケジュールまたは当該利用者宛の通知に関する情報である、
ことを特徴とする付記１７に記載の情報提供装置。

（付記１９）容器において、
当該容器を識別する識別情報を提示する提示部と、
前記容器の利用者の属性を示す属性情報、前記容器に飲料品または食料品を提供した時間帯または前記飲料品または前記食料品を提供した提供装置の設置位置に応じ、提示した前記識別情報をもとに配信された配信情報を受信する受信部と、
受信した前記配信情報を表示する表示部と、
を有することを特徴とする容器。

１…情報配信サーバ
２…飲料提供装置
３…利用者
４…ＩｏＴ容器
５…広告主
６…ネットワーク
１１、２１、４１…通信部
１２、２２、４２…制御部
１３、４３…記憶部
２３…飲料提供部
２４…検知部
４４…表示部
４５…センサ部
４６…タグ
１００…情報配信システム
１２１…取得部
１２２…容器対応づけ部
１２３…容器利用記録部
１２４…配信情報特定部
１２５…送信部
１３１…容器管理テーブル
１３１ａ…ＩｏＴ容器ＩＤ
１３１ｂ…アドレス
１３１ｃ…利用者ＩＤ
１３１ｄ…利用時間
１３１ｅ…状態（容器）
１３１ｆ…状態（近接）
１３１ｇ…利用場所
１３２…利用者管理テーブル
１３２ａ…利用者ＩＤ
１３２ｂ…属性
１３２ｃ…社員ＩＤ
１３２ｄ…利用開始時刻
１３３…配信情報管理テーブル
１３３ａ…配信情報ＩＤ
１３３ｂ…配信情報
１３３ｃ…配信内容
１３３ｄ…配信条件
１３３ｅ…配信実績
２００…コンピュータ
２０１…メモリ
２０３…ＣＰＵ
２０５…記憶装置
２０５ａ…プログラム
２０５ｂ…プログラム関連情報
２０７…表示制御部
２０９…表示装置
２１１…記憶媒体
２１３…読取装置
２１５…入力装置
２１７…通信制御部
２１９…バス

Claims (9)

1. 提供装置が飲料品または食料品の提供に利用した容器の利用者の属性を示す属性情報と、前記容器を識別する識別情報とを取得し、
   前記利用者の属性情報、前記飲料品または前記食料品を提供した時間帯または前記提供装置の設置位置に応じた配信情報を前記識別情報により識別される容器に対して配信する、
   処理をコンピュータに実行させることを特徴とする情報提供プログラム。
2. 前記取得する処理は、前記飲料品または前記食料品を提供した後の前記容器の状態を取得し、
   前記配信する処理は、取得した前記容器の状態に基づく配信情報を前記容器に対して配信する、
   ことを特徴とする請求項１に記載の情報提供プログラム。
3. 前記容器の状態は、当該容器に対して近接する他の容器の数であり、
   前記配信する処理は、前記容器に対して近接する他の容器の数に応じた配信情報を前記容器に対して配信する、
   ことを特徴とする請求項２に記載の情報提供プログラム。
4. 前記配信情報は、所定のサービスについての広告である、
   ことを特徴とする請求項１乃至３のいずれか一項に記載の情報提供プログラム。
5. 前記利用者の属性情報は、当該利用者それぞれを識別する識別情報であり、
   前記配信する処理は、前記利用者の識別情報により識別される利用者それぞれに対応する情報を前記容器に対して配信する、
   ことを特徴とする請求項１乃至３のいずれか一項に記載の情報提供プログラム。
6. 前記利用者それぞれに対応する情報は、当該利用者のスケジュールまたは当該利用者宛の通知に関する情報である、
   ことを特徴とする請求項５に記載の情報提供プログラム。
7. 提供装置が飲料品または食料品の提供に利用した容器の利用者の属性を示す属性情報と、前記容器を識別する識別情報とを取得し、
   前記利用者の属性情報、前記飲料品または前記食料品を提供した時間帯または前記提供装置の設置位置に応じた配信情報を前記識別情報により識別される容器に対して配信する、
   処理をコンピュータが実行することを特徴とする情報提供方法。
8. 提供装置が飲料品または食料品の提供に利用した容器の利用者の属性を示す属性情報と、前記容器を識別する識別情報とを取得する取得部と、
   前記利用者の属性情報、前記飲料品または前記食料品を提供した時間帯または前記提供装置の設置位置に応じた配信情報を前記識別情報により識別される容器に対して配信する配信部と、
   を有することを特徴とする情報提供装置。
9. 容器において、
   当該容器を識別する識別情報を提示する提示部と、
   前記容器の利用者の属性を示す属性情報、前記容器に飲料品または食料品を提供した時間帯または前記飲料品または前記食料品を提供した提供装置の設置位置に応じ、提示した前記識別情報をもとに配信された配信情報を受信する受信部と、
   受信した前記配信情報を表示する表示部と、
   を有することを特徴とする容器。

Images