JP2024016947A - 情報処理装置、方法、プログラム、およびシステム - Google Patents

Abstract

【課題】物品供給システムの利用を促進する技術を提供する。【解決手段】本開示の一態様の情報処理装置は、ユーザアカウントを識別する第１識別情報とは独立して決定され、媒体に記録された第２識別情報を取得する手段と、第２識別情報が、ユーザアカウントを識別する第１識別情報のいずれかと関連付けられているか否かを確認する手段と、第２識別情報に関連付けられた第１識別情報に対応するユーザアカウントである対象アカウントに対する物品の供給の可否を確認する手段と、対象アカウントに対する物品の供給が許可されていることが確認された場合に、排出機構から物品を排出する手段とを具備する。【選択図】図６

Description

本開示は、情報処理装置、物品供給装置、方法、プログラム、およびシステムに関する。

ユーザが、外出先で急に入用になった衛生用品の提供を受けられるようにする技術が提案されている。

特許文献１には、利用者を識別する利用者情報を端末装置から取得した場合に、当該情報に基づいて吸収性物品を提供するかを判定し、判定結果に応じて吸収性物品を排出させることについて開示されている。

特許文献２には、ユーザからユーザデバイスを介して衛生用品の提供を求める要求があった場合に、当該要求が妥当であれば衛生用品を排出することについて開示されている。

特開2021-099636号公報 特許7075553号公報

特許文献１には、利用者が、端末装置の代わりに、利用者情報が予め記録された媒体（紙、ＩＣチップ等）を利用可能であることも記載されている。

特許文献２には、ユーザが、ユーザデバイスの代わりに、ユーザ情報が予め記録された媒体（ＮＦＣ対応型カード、ＲＦＩＤタグ等）を利用可能であることも記載されている。

要するに、特許文献１および特許文献２のいずれに記載の技術でも、ユーザは、スマートフォンなどのユーザ端末の代わりに情報が記録された媒体を用いることで、物品の提供を受けられる。しかしながら、かかる媒体は、ユーザに固有の情報を記録してから当該ユーザに個別に配布するか、または配布後にかかる固有の情報を記録（つまり、情報の書き換え）する必要がある。一般に、情報の書き換え可能な媒体は高価であるし、ユーザに固有の情報を記録してから当該ユーザに個別に配布する場合にも時間および金銭の両面でコストがかかる。すなわち、従来の媒体ではコストが普及の障害となるおそれがある。

本開示の目的は、物品供給システムの利用を促進する技術を提供することである。

本開示の一態様の情報処理装置は、ユーザアカウントを識別する第１識別情報とは独立して決定され、媒体に記録された第２識別情報を取得する手段と、第２識別情報が、ユーザアカウントを識別する第１識別情報のいずれかと関連付けられているか否かを確認する手段と、第２識別情報に関連付けられた第１識別情報に対応するユーザアカウントである対象アカウントに対する物品の供給の可否を確認する手段と、対象アカウントに対する物品の供給が許可されていることが確認された場合に、排出機構から物品を排出する手段とを具備する。

本実施形態の物品供給システムの構成を示すブロック図である。 本実施形態の物品供給装置の構成を示すブロック図である。 本実施形態のサーバの構成を示すブロック図である。 本実施形態のユーザ端末の構成を示すブロック図である。 本実施形態の一態様の説明図である。 本実施形態の一態様の説明図である。 本実施形態の供給履歴データベースのデータ構造を示す図である。 本実施形態のＩＤ連携データベースのデータ構造を示す図である。 本実施形態のステータスデータベースのデータ構造を示す図である。 本実施形態のＩＤ連携処理のフローチャートである。 本実施形態の第１供給処理のフローチャートである。 本実施形態の同期処理のフローチャートである。 本実施形態の第２供給処理のフローチャートである。 本実施形態の第２供給処理において表示される画面例を示す図である。 本実施形態の第２供給処理において表示される画面例を示す図である。 本実施形態の第２供給処理において表示される画面例を示す図である。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）物品供給システムの構成
物品供給システムの構成について説明する。図１は、本実施形態の物品供給システムの構成を示すブロック図である。

図１に示すように、物品供給システム１は、物品供給装置１０と、サーバ３０、ユーザ端末５０とを備える。
物品供給装置１０及びサーバ３０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。また、サーバ３０及びユーザ端末５０は、ネットワークＮＷを介して接続される。

物品供給装置１０は、サーバ３０からの制御に応じて、ユーザに物品を供給する。物品は、典型的には生理用品（例えば、生理用ナプキン、パンティーライナー、タンポン等）、またはその他の衛生用品（例えば、使い捨ておむつ、尿取りパッド、失禁パッド、マスク等）であるが、これに限らず様々な物を含み得る。
物品供給装置１０は、例えば個室トイレ（つまり、便器が備え付けられた個室）、授乳室、等に設置され得る。

サーバ３０は、物品供給装置１０またはユーザ端末５０から送信されたリクエストに応じたレスポンスを行う。サーバ３０は、情報処理装置の一例である。サーバ３０は、例えば、サーバコンピュータである。

ユーザ端末５０は、サーバ３０にリクエストを送信する。ユーザ端末５０は、情報処理装置の一例である。ユーザ端末５０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。ユーザ端末５０のユーザは、所定のサービス（例えば、アプリケーション、またはＳａａＳ（Software as a Service））のアカウントを作成することができ、アカウントの作成後に物品供給装置１０から物品の供給を受けることができる。

（１－１）物品供給装置の構成
物品供給装置の構成について説明する。図２は、本実施形態の物品供給装置の構成を示すブロック図である。

図２に示すように、物品供給装置１０は、コントローラ２０と、ディスプレイ２１と、タグリーダ２２と、排出機構２３とを備える。コントローラ２０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。コントローラ２０は、ディスプレイ２１、タグリーダ２２、および排出機構２３に接続される。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーションのプログラム（例えば、物品供給装置１０の制御プログラム）

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
・ディスプレイ２１に表示するための画像データ（例えば広告データ）

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、物品供給装置１０の機能を実現するコンピュータである。プロセッサ１２は、例えば、以下の少なくとも１つである。
・ＣＰＵ（Central Processing Unit）
・ＧＰＵ（Graphic Processing Unit）
・ＡＳＩＣ（Application Specific Integrated Circuit）
・ＦＰＧＡ（Field Programmable Array）

入出力インタフェース１３は、物品供給装置１０に接続される入力デバイスから情報（例えば、ユーザの指示、センシング信号）を取得し、かつ、物品供給装置１０に接続される出力デバイスに情報（例えば、画像信号、制御信号）を出力するように構成される。

入力デバイスは、例えば、タグリーダ２２、各種センサ、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。

センサは、例えば、排出機構２３の収納部における物品の残量を検出するための残量センサ、物品供給装置１０の周囲における人の存在を検出するための人感センサ、またはそれらの組み合わせを含むことができる。

残量センサは、排出機構２３の収納部に配置され、少なくとも当該収納部における物品の有無を検出する。残量センサは、物品の残数量を検出可能に構成されてもよい。一例として、残量センサは、赤外線センサである。

出力デバイスは、例えば、ディスプレイ２１、排出機構２３、スピーカ、又は、それらの組合せである。

通信インタフェース１４は、物品供給装置１０と外部装置（例えばサーバ３０）との間の通信を制御するように構成される。

ディスプレイ２１は、画像（静止画、または動画）を表示するように構成される。ディスプレイ２１は、表示装置の一例である。ディスプレイ２１は、例えば、液晶ディスプレイ、有機ＥＬディスプレイ、または電子ペーパーである。

コントローラ２０は、ディスプレイ２１に広告を表示することができる。広告は常時表示されてもよいし、人感センサにより人が検知されている間に限って表示されてもよい。後述する媒体または物品の少なくとも１つは、広告による収入を原資の少なくとも一部として調達（購入、または製造）され、無料でユーザに配布されてもよい。なお、残量センサによって収納部に物品が存在しないことが検知された場合に、コントローラ２０は、物品の在庫切れを伝える画面をディスプレイ２１に表示してもよい。

タグリーダ２２は、典型的にはＲＦＩＤ（Radio Frequency Identification）リーダである。ただし、タグリーダ２２は、ＲＦＩＤリーダに加えて、またはＲＦＩＤリーダの代わりに、媒体に記録された識別情報を取得可能な任意のハードウェアを備えることができる。例えば、タグリーダ２２は、何らかの近距離無線通信方式に従って媒体から送信される無線信号を受信可能な通信装置を備えていてもよいし、何らかのアルゴリズムによって符号化されたコード（例えばＱＲコード（登録商標））を読み取り（つまり復号）可能なコードリーダを備えていてもよい。

排出機構２３は、物品を収納する収納部（トレイ）と、物品を取り出すための取り出し口と、物品を収納部から取り出し口に移送する移送手段とを備える。移送手段は、例えばモーターの駆動力によって動作するように構成される。この場合に、モーターは、コントローラ２０からの制御信号に応じて駆動する。つまり、コントローラ２０は、モーターを駆動させることで、物品を取り出し口まで移送させ、ユーザに提供することができる。

ディスプレイ２１およびタグリーダ２２は、便器を備えた個室のうち当該便器を使用する（例えば便器に腰掛ける）時のユーザから見て正面の壁に設置されてよい。他方、排出機構２３は、例えば便器を備えた個室のうち当該便器を使用する時のユーザから見て背面または側面の壁（例えば便器のタンクの上方）に設置されてよい。これにより、ユーザは、便器に腰掛けた状態で首を動かすことなく広告または案内の視聴または後述する媒体７０をかざす動作を取ることができ、かつ肉厚になりがちな収容部を備える排出機構２３が視界に入りにくくなるので個室内に物品供給装置１０が設置されていることによる圧迫感を覚えにくい。

（１－２）サーバの構成
サーバの構成について説明する。図３は、本実施形態のサーバの構成を示すブロック図である。

図３に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果

プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するコンピュータである。プロセッサ３２は、例えば、以下の少なくとも１つである。
・ＣＰＵ
・ＧＰＵ
・ＡＳＩＣ
・ＦＰＧＡ

入出力インタフェース３３は、サーバ３０に接続される入力デバイスから情報（例えばユーザの指示）を取得し、かつ、サーバ３０に接続される出力デバイスに情報（例えば画像信号）を出力するように構成される。

入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース３４は、サーバ３０と外部装置（例えば、物品供給装置１０またはユーザ端末５０）との間の通信を制御するように構成される。

（１－３）ユーザ端末の構成
ユーザ端末の構成について説明する。図４は、本実施形態のユーザ端末の構成を示すブロック図である。

図４に示すように、ユーザ端末５０は、記憶装置５１と、プロセッサ５２と、入出力インタフェース５３と、通信インタフェース５４とを備える。ユーザ端末５０は、ディスプレイ６１に接続される。

記憶装置５１は、プログラム及びデータを記憶するように構成される。記憶装置５１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ、または健康管理アプリケーション）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果
・ディスプレイ６１に表示するための画像データ（例えば広告データ）

プロセッサ５２は、記憶装置５１に記憶されたプログラムを起動することによって、ユーザ端末５０の機能を実現するコンピュータである。プロセッサ５２は、例えば、以下の少なくとも１つである。
・ＣＰＵ
・ＧＰＵ
・ＡＳＩＣ
・ＦＰＧＡ

入出力インタフェース５３は、ユーザ端末５０に接続される入力デバイスから情報（例えばユーザの指示）を取得し、かつ、ユーザ端末５０に接続される出力デバイスに情報（例えば画像信号）を出力するように構成される。

入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ６１、スピーカ、又は、それらの組合せである。

通信インタフェース５４は、ユーザ端末５０と外部装置（例えばサーバ３０）との間の通信を制御するように構成される。

ディスプレイ６１は、画像（静止画、または動画）を表示するように構成される。ディスプレイ６１は、例えば、液晶ディスプレイ、または有機ＥＬディスプレイである。

（２）実施形態の一態様
本実施形態の一態様について説明する。図５は、本実施形態の一態様の説明図である。図６は、本実施形態の一態様の説明図である。

ユーザ端末５０のユーザは、当該ユーザ端末５０を用いて物品の供給を受けること（第１受取方式）と、当該ユーザのアカウントと連携済みの任意の媒体を用いて物品の供給を受けること（第２受取方式）とのいずれも選択可能である。

第１受取方式について説明する。図５に示すように、ユーザＵ１０は、ユーザ端末５０に対して物品の供給を受けるための操作を行う。ユーザ端末５０（具体的には、ユーザ端末５０によって実行されるアプリケーション）は、ユーザアカウントに対する物品の供給の可否を管理している。ユーザ端末５０は、ユーザアカウントに対する物品の供給の可否ステータスを確認し、物品の供給が許可されている場合に、サーバ３０へ物品の排出要求を送信する。排出要求は、例えば、ユーザアカウントを特定可能な情報と、物品の排出が要求されている物品供給装置１０を特定可能な情報とを含む。物品供給装置１０を特定可能な情報は、例えば、当該物品供給装置１０に付随するコードを読み取ることで取得され得る。かかるコードは、ディスプレイ２１に表示されてもよいし、物品供給装置１０の筐体に形成（例えば印刷）されてもよいし、物品供給装置１０の筐体に貼付されたラベル等に形成されてもよい。

サーバ３０は、ユーザ端末５０から排出要求を受信すると、コントローラ２０へ排出命令を送信する。コントローラ２０は、サーバ３０から排出命令を受信すると、排出機構２３に排出命令（一例としてモータの制御信号）を送信する。排出機構２３は、コントローラ２０から排出命令を受信すると、物品Ｇ１１を排出する。これにより、ユーザＵ１０は、物品Ｇ１１の供給を受けることができる。

第２受取方式について説明する。図６に示すように、ユーザＵ１０は、タグリーダ２２に対して媒体７０をかざす。ここで、媒体７０は、例えばＩＣタグであるがこれに限られない。媒体７０は、少なくともタグＩＤを記録可能であり、好ましくは当該タグＩＤを送信可能に構成される。媒体７０は、例えばタグリーダ２２からの電力を使用してタグＩＤを送信するパッシブタグに限られず、バッテリからの電力を使用してタグＩＤを送信するアクティブタグまたはセミアクティブタグであってもよい。媒体７０は、タグＩＤを送信する機能を備えない代わりに、タグＩＤが符号化されたコードを印刷され、または当該コードを表示可能に構成されてもよい。

タグＩＤは、ユーザアカウントを識別する情報（後述するアカウントＩＤ）とは独立して決定されている。このため、媒体７０は、様々な物体に埋め込んだ状態で、不特定多数の希望者に対して無償で配布されてもよいし、希望者からの申込みに応じて例えば店頭、アプリ、またはＷｅｂサイト経由で無償または有償で引き渡されてもよい。物体は、以下のいずれであってもよい。
・カード（例えば、社員証、学生証、会員カード、身分証明証、クレジットカード、キャッシュカード、等）
・ファッション小物（例えば、ポーチ、財布、バッグ、定期入れ、等）
・ユーザ端末５０または他のデバイスのアクセサリ（ストラップ、保護ケース）
・ウェアラブルデバイス（スマートウォッチ、スマートリング、等）
・媒体７０（アクティブタグまたはセミアクティブタグ）をバッテリとともに収容する筐体

タグリーダ２２は、媒体７０からタグＩＤを取得し、当該タグＩＤをコントローラ２０へ送信する。コントローラ２０は、媒体７０をかざしたユーザに対応するユーザアカウントに対する物品の供給の可否の確認要求をサーバ３０へ送信する。確認要求は、タグＩＤに加えて、当該要求の送信元である物品供給装置１０を特定可能な情報を含むことができる。

サーバ３０は、物品供給装置１０から確認要求を受信すると、例えば後述するＩＤ連携データベースを参照し、タグＩＤがいずれかのユーザアカウントを識別するアカウントＩＤに関連付けられているか否かを判定する。タグＩＤがいずれかのアカウントＩＤに関連付けられている場合に、サーバ３０は、例えば後述するステータスデータベースを参照し、当該アカウントＩＤに対応するユーザアカウントに対する物品の提供の可否ステータスを特定する。サーバ３０は、可否ステータスの確認結果を含む確認応答（或いは、排出命令でもよい）をコントローラ２０へ送信する。

コントローラ２０は、サーバ３０から、物品の提供の許可を示す確認結果を含む確認応答を受信した場合に、排出機構２３に排出命令（一例としてモータの制御信号）を送信する。排出機構２３は、コントローラ２０から排出命令を受信すると、物品Ｇ１１を排出する。これにより、ユーザＵ１０は、物品Ｇ１１の供給を受けることができる。

このように、本実施形態の物品供給システム１によれば、媒体７０に記録されるタグＩＤは事後的にアカウントＩＤと連携されるので、媒体７０は情報の書き換え機能が不要であり、かつ媒体７０に記録されるタグＩＤは特に制限されないので低コストに調達することができる。また、ユーザはＩＤ連携を行えばいかなる媒体７０も使用可能となるので、各媒体７０は任意のユーザに使用させることができる。また、各ユーザは、媒体７０を埋め込んだファッション小物、アクセサリ等を他人に譲渡することもできるし、ユーザ１人あたりが保有可能な媒体７０の数も技術的には制限されない。故に、本実施形態の物品供給システム１によれば、物品の供給を受けるために用いられる媒体７０の普及を促進し、ひいては当該物品供給システム１の利用を促進することができる。

（３）データベース
本実施形態のデータベースについて説明する。

（３－１）供給履歴データベース
本実施形態の供給履歴データベースについて説明する。図７は、本実施形態の供給履歴データベースのデータ構造を示す図である。

供給履歴データベースは、記憶装置５１に記憶される。供給履歴データベースには、供給履歴情報を表すレコードが格納される。供給履歴情報は、ユーザ端末５０を使用するユーザアカウントに対して物品供給システム１が物品を供給した事象（以下、「供給イベント」という）に関する情報である。

図７に示すように、供給履歴データベースは、「日時」フィールドと、「場所」フィールドと、「トリガ」フィールドとを含む。各フィールドは、互いに関連付けられている。

「日時」フィールドには、日時情報が格納される。日時情報は、対応する供給イベントが発生した日時、つまり、物品供給システム１が物品を供給した日時に関する情報である。

「場所」フィールドには、場所情報が格納される。場所情報は、対応する供給イベントが発生した場所、つまりユーザに物品を供給した物品供給装置１０の設置場所に関する情報である。場所情報は、例えば物品供給装置１０を識別する情報（例えば供給装置ＩＤ）に基づいて特定され得る。

「トリガ」フィールドには、トリガ情報が格納される。トリガ情報は、対応する供給イベントの発生のトリガ、つまりユーザが何を用いて物品の供給を受けたか、に関する情報である。例えばトリガ情報として以下の値が設定され得る。
・第１受取方式を選択したことを示す値
・第２受取方式を選択したことを示す値
・第２受取方式を選択したこと、およびユーザが用いた媒体７０を特定可能な値（例えばタグＩＤに対応する値）

ユーザ端末５０は、ユーザからの要求に応じて、供給履歴データベースの内容に基づく画面をディスプレイ２１に表示してもよい。また、ユーザ端末５０は、物品が生理用品である場合に、供給履歴データベースの内容に基づいてユーザの生理日を特定し、特定結果に基づいて対象アカウントに対応するユーザの健康状態に関する情報を更新してもよい。

（３－２）ＩＤ連携データベース
本実施形態のＩＤ連携データベースについて説明する。図８は、本実施形態のＩＤ連携データベースのデータ構造を示す図である。

ＩＤ連携データベースは、記憶装置３１に記憶される。ＩＤ連携データベースには、ＩＤ連携情報を表すレコードが格納される。ＩＤ連携情報は、各媒体７０と、当該媒体７０の持ち主となるユーザアカウントとの関連付けに関する情報である

図８に示すように、ＩＤ連携データベースは、「タグＩＤ」フィールドと、「アカウントＩＤ」フィールドとを含む。各フィールドは、互いに関連付けられている。

「タグＩＤ」フィールドには、タグＩＤが格納される。タグＩＤは、媒体７０を識別する情報である。タグＩＤは、アカウントＩＤとは独立して決定されている。

「アカウントＩＤ」フィールドには、アカウントＩＤが格納される。アカウントＩＤは、ユーザアカウントを識別する情報である。例えば図８のタグＩＤ＃Ｔ００１およびタグＩＤ＃Ｔ００３のように、複数の異なるタグＩＤが同一のアカウントＩＤに関連付けられることは許容される。

（３－３）ステータスデータベース
本実施形態のステータスデータベースについて説明する。図９は、本実施形態のステータスデータベースのデータ構造を示す図である。

ステータスデータベースは、記憶装置３１に記憶される。ステータスデータベースには、ステータス情報を表すレコードが格納される。ステータス情報は、ユーザアカウントのステータスに関する情報である。

図９に示すように、ステータスデータベースは、「アカウントＩＤ」フィールドと、「提供可否」フィールドと、「報告状況」フィールドとを含む。各フィールドは、互いに関連付けられている。

「アカウントＩＤ」フィールドには、アカウントＩＤが格納される。

「提供可否」フィールドには、提供可否情報が格納される。提供可否情報は、ユーザアカウントに対する物品の提供の可否ステータスに関する情報である。提供可否情報は、ユーザ端末５０からの情報に基づいて更新される。

「報告状況」フィールドには、報告状況情報が格納される。報告状況情報は、ユーザ端末５０に報告されていない物品供給履歴情報の有無に関する情報である。

（４）情報処理
本実施形態の情報処理について説明する。

（４－１）ＩＤ連携処理
本実施形態のＩＤ連携処理について説明する。図１０は、本実施形態のＩＤ連携処理のフローチャートである。

本実施形態のＩＤ連携処理は、媒体７０を入手したユーザが、ユーザ端末５０上で実行される所定のアプリケーションにおいて、ＩＤ連携を開始するための操作を行うことで開始し得る。

図１０に示すように、ユーザ端末５０は、タグＩＤの取得（Ｓ１５０）を実行する。
具体的には、ユーザ端末５０は、媒体７０に記録されたタグＩＤを取得する。

タグＩＤの取得（Ｓ１５０）の第１例として、ユーザ端末５０は、媒体７０から送信されるタグＩＤを受信する。

タグＩＤの取得（Ｓ１５０）の第２例として、ユーザ端末５０は、媒体７０、または媒体７０に付随する物（例えば、媒体７０の包装、媒体７０が埋め込まれた物体、媒体７０のマニュアル、またはこれらのいずれかに貼付されるラベル）に形成（例えば印刷）されたコード（例えばタグＩＤの符号化結果）を撮影し、読み取る（復号する）ことで、タグＩＤを取得する。

タグＩＤの取得（Ｓ１５０）の第３例として、ユーザ端末５０は、ユーザによって指定されたシンボル列（数字列、文字列、記号列、またはそれらの組み合わせ）を、タグＩＤとして取得する。この場合に、タグＩＤに相当するシンボル列は、媒体７０、または媒体７０に付随する物に形成され得る。

ステップＳ１５０の後に、ユーザ端末５０は、連携要求（Ｓ１５１）を実行する。
具体的には、ユーザ端末５０は、連携要求を生成し、当該連携要求をサーバ３０へ送信する。連携要求は、ステップＳ１５０において取得したタグＩＤと、ユーザ端末５０を使用するユーザに対応するユーザアカウントを特定可能な情報（例えばアカウントＩＤ）とを含むことができる。

ステップＳ１５１の後に、サーバ３０は、連携情報の追加（Ｓ１３０）を実行する。
具体的には、サーバ３０は、ステップＳ１５１においてユーザ端末５０から送信された連携要求を受信する。サーバ３０は、連携要求に基づいて、タグＩＤおよびアカウントＩＤを特定する。サーバ３０は、特定したタグＩＤおよびアカウントＩＤを含む新規レコードをＩＤ連携データベース（図８）に追加する。
サーバ３０は、タグＩＤとアカウントＩＤとの連携が正常に完了したか否かを示す連携応答をユーザ端末５０へ送信してもよい。また、ユーザ端末５０は、連携応答に応じた画面をディスプレイ６１に表示し得る。

ステップＳ１３０の後に、本実施形態のＩＤ連携処理は終了する。

（４－２）第１供給処理
本実施形態の第１供給処理について説明する。図１１は、本実施形態の第１供給処理のフローチャートである。

本実施形態の第１供給処理は、第１受取方式を選択したユーザに物品を供給する処理である。
図１１に示すように、ユーザ端末５０は、ユーザ指示の取得（Ｓ２５０）を実行する。
具体的には、ユーザ端末５０は、ユーザから物品の受取を開始するための指示を受け付ける。一例として、ユーザは、ユーザ端末５０上で実行されるアプリケーションにおいて特定のオブジェクト（例えばボタン）を選択する。

ステップＳ２５０の後に、ユーザ端末５０は、ステータスの判定（Ｓ２５１）を実行する。
具体的には、ユーザ端末５０は、供給履歴データベース（図７）を参照し、ユーザアカウントに対する物品の供給の可否ステータスを判定する。

ステータスの判定（Ｓ２５１）の第１例として、ユーザ端末５０は、最新の物品供給が実施されて（つまり最新の供給イベントの発生）からの経過時間が第１閾値を超える場合に、ユーザアカウントに対する物品の供給を許可する。第１閾値は、例えば２時間であるがこれに限られない。

ステータスの判定（Ｓ２５１）の第２例として、ユーザ端末５０は、過去の所定期間において実施された物品の供給数（つまり供給イベントの発生数）が第２閾値以下である場合に、ユーザアカウントに対する物品の供給を許可する。所定期間は、例えば１ヶ月間であるがこれに限られない。第２閾値は、例えば７個であるがこれに限られない。

ステータスの判定（Ｓ２５１）の第３例として、ユーザ端末５０は、最新の物品供給が実施されてからの経過時間が第１閾値を超え、かつ過去の所定期間において実施された物品の供給数が第２閾値以下である場合に、ユーザアカウントに対する物品の供給を許可する。

ステータスの判定（Ｓ２５１）の第４例として、ユーザ端末５０は、上記第１例～第３例のいずれかによる判定処理、または他のアルゴリズムによる判定処理の結果、ユーザアカウントに対する物品の供給を許可しない場合に、ユーザに特定の行動を促す。特定の行動は、例えば広告の視聴、アンケートへの回答、課金（ポイントの支払を含む）、所定のオブジェクト（一例として、サービス利用規約への同意ボタン）の操作、またはそれらの組み合わせ、であってよい。ユーザ端末５０は、ユーザが特定の行動を遂行したことを条件に、ユーザアカウントに対する物品の供給を許可する。

なお、ユーザ端末５０は、ユーザアカウントを特定するために、ユーザにログインを促し、ログイン後にステータスの判定（Ｓ２５１）を実行してもよい。

ステップＳ２５１においてユーザアカウントに対する物品の供給が許可された場合に、ユーザ端末５０は、排出要求（Ｓ２５２）を実行する。
具体的には、ユーザ端末５０は、排出要求を生成し、サーバ３０へ送信する。排出要求は、ユーザアカウントを特定可能な情報（例えばアカウントＩＤ）と、物品の排出が要求されている物品供給装置１０（以下、「対象供給装置」という）を特定可能な情報（例えば供給装置ＩＤ）とを含むことができる。供給装置ＩＤは、コード（例えば供給装置ＩＤの符号化結果）を撮影し、読み取る（復号）ことで取得されてもよいし、ユーザによって指定されたシンボル列が供給装置ＩＤとして取得されてもよい。コード、または供給装置ＩＤに相当するシンボル列は、対象供給装置の筐体、または当該筐体に貼付されるラベルに形成され得る。

さらに、排出要求には、ユーザ端末５０の位置情報が含められてもよい。この位置情報の示す位置と、物品の排出が要求される物品供給装置１０の設置場所とを比較することで、排出要求の妥当性を判定することができる。サーバ３０は、排出要求が妥当でない場合に、当該要求を拒否してもよい。

なお、ステップＳ２５１においてユーザアカウントに対する物品の供給が許可されなかった場合に、ユーザ端末５０は、エラー処理を行い、本実施形態の第１供給処理を終了し得る。エラー処理では、ユーザ端末５０は、物品を供給できないことを伝える画面をディスプレイ６１に表示してもよい。

ステップＳ２５２の後に、サーバ３０は、排出命令（Ｓ２３０）を実行する。
具体的には、サーバ３０は、ステップＳ２５２においてユーザ端末５０から送信された排出要求を受信する。サーバ３０は、排出要求に基づいて、対象供給装置を特定する。サーバ３０は、対象供給装置へ排出命令を送信する。図示しないが、対象共有装置は、排出命令を受信すると、物品を排出する。

なお、サーバ３０は、排出命令を送信する前に、以下の処理を行ってよい。
具体的には、サーバ３０は、排出要求に基づいて、排出要求の送信元であるユーザ端末５０を使用しているユーザアカウントを特定する。サーバ３０は、ステータスデータベース（図９）を参照し、特定したユーザアカウントについて未報告の供給履歴情報の有無を確認する。サーバ３０は、未報告の供給履歴情報が残存する場合に、当該供給履歴情報を、排出要求の送信元であるユーザ端末５０へ送信する。ユーザ端末５０は、受信した供給履歴情報に基づいて、供給履歴データベース（図７）を更新し、ステータスの判定（Ｓ２５１）を再実行する。ステップＳ２５１においてユーザアカウントに対する物品の供給が許可された場合に、ユーザ端末５０は、排出要求（Ｓ２５２）を再実行する。
これにより、本実施形態の第１供給処理の開始時点でユーザ端末５０の供給履歴データベースが最新の状態でなかった場合にも、ステータスを正しく判定して物品の供給制御を行うことができる。

ステップＳ２３０の後に、サーバ３０は、排出応答（Ｓ２３１）を実行する。
具体的には、サーバ３０は、ステップＳ２３０において送信した排出命令に対応する排出結果を含む排出報告を対象供給装置から受信する。
物品が正常に供給された場合に、サーバ３０は供給履歴情報を生成し、当該供給履歴情報を含む排出応答をユーザ端末５０へ送信する。この供給履歴情報には、供給が実施された日時に関する日時情報と、対象供給装置の設置場所に関する場所情報と、第１受取方式を選択したことを示すトリガ情報とが含められてよい。サーバ３０は、例えばユーザ端末５０から排出応答の受領確認がなされたことに応じて、対応する供給履歴情報を報告済みとして扱う。

他方、物品が何らかの理由（例えば、物品の在庫切れ、または対象供給装置の故障）により正常に供給されなかった場合に、サーバ３０は、例えば以下の情報を含む排出応答をユーザ端末５０へ送信してもよい。
・物品が供給されなかった理由に関する情報
・付近に設置されている別の物品供給装置１０に関する情報
ユーザ端末５０は、排出応答に含まれる情報に基づく画面をディスプレイ６１に表示してよい。

ステップＳ２３１の後に、ユーザ端末５０は、供給履歴情報の追加（Ｓ２５３）を実行する。
具体的には、ユーザ端末５０は、ステップＳ２３１においてサーバ３０から送信された排出応答を受信する。このとき、ユーザ端末５０は、サーバ３０に対して受領確認を行ってよい。ユーザ端末５０は、排出応答に含まれる供給履歴情報を、供給履歴データベース（図７）に追加する。供給履歴データベースの更新後、ユーザ端末５０は、ステップＳ２５１と同様にユーザアカウントに対する物品の供給の可否ステータスを判定する。
供給履歴情報の追加（Ｓ２５３）が実行されたことを条件に、ユーザアカウントに対して特典が付与されてもよい。これにより、ユーザに物品供給システム１の利用を動機付けることができる。特典は、例えば、何らかのサービスの提供を受けるために、または何らかの他の財との交換に利用可能なポイントであってもよい。

可否ステータスに対する新たな判定結果が、ステップＳ２５１における判定結果と異なる場合に、ユーザ端末５０は、ステータスの通知（Ｓ２５４）を行う。
具体的には、ユーザ端末５０は、ユーザアカウントおよび新たな判定結果を特定可能な情報をサーバ３０へ送信する。

ステップＳ２５４の後に、サーバ３０は、ステータスの更新（Ｓ２３２）を実行する。
具体的には、サーバ３０は、ステップＳ２５４においてユーザ端末５０から送信された情報を受信する。サーバ３０は、受信した情報に基づいて、ステータスデータベース（図９）のうち対応するレコードの提供可否情報を更新する。

（４－３）同期処理
本実施形態の同期処理について説明する。図１２は、本実施形態の同期処理のフローチャートである。

本実施形態の同期処理は、例えばユーザ端末５０がサーバ３０にアクセスした時に自動的に、またはユーザ端末５０が同期を開始するためのユーザ指示を受け付けたことに応じて開始し得る。同期処理を行うことで、供給履歴データベース（図７）に未報告であった供給履歴情報が追加され、最新の判定結果に基づくステータス情報がステータスデータベース（図９）に記録される。

図１２に示すように、サーバ３０は、未報告情報の送信（Ｓ３３０）を実行する。
具体的には、サーバ３０は、ステータスデータベース（図９）を参照し、同期処理中のユーザアカウントについて未報告の供給履歴情報が残存するか否かを判定する。サーバ３０は、未報告の供給履歴情報が残存する場合に、当該供給履歴情報をユーザアカウントによって使用されているユーザ端末５０へ送信する。

他方、サーバ３０は、未報告の供給履歴情報が存在しない場合に、未報告の供給履歴情報が存在しないことを伝える情報を、ユーザアカウントによって使用されているユーザ端末５０へ送信してもよい。

ステップＳ３３０の後に、ユーザ端末５０は、供給履歴情報の追加（Ｓ３５０）を実行する。
具体的には、ユーザ端末５０は、ステップＳ３３０においてサーバ３０から送信された供給履歴情報を受信する。このとき、ユーザ端末５０は、サーバ３０に対して受領確認を行ってよい。ユーザ端末５０は、受信した供給履歴情報を、供給履歴データベース（図７）に追加する。供給履歴データベースの更新後、ユーザ端末５０は、図１１のステップＳ２５１と同様にユーザアカウントに対する物品の供給の可否ステータスを判定する。
供給履歴情報の追加（Ｓ３５０）が実行されたことを条件に、ユーザアカウントに対して特典が付与されてもよい。これにより、ユーザに物品供給システム１の利用を動機付けることができる。特に、供給履歴情報の追加（Ｓ３５０）の実行に対して特典を付与することで、同期処理の実行頻度の向上が期待できる。特典は、例えば、何らかのサービスの提供を受けるために、または何らかの他の財との交換に利用可能なポイントであってもよい。

可否ステータスに対する新たな判定結果が、前回行われた同様の判定結果と異なる場合に、ユーザ端末５０は、ステータスの通知（Ｓ３５１）を行う。
具体的には、ユーザ端末５０は、ユーザアカウントおよび新たな判定結果を特定可能な情報をサーバ３０へ送信する。なお、前回の判定結果は、サーバ３０が管理するステータスデータベースにおける提供可否情報に基づいて特定されてよい。この場合に、サーバ３０は、ステップＳ３３０においてサーバ３０が提供可否情報をさらに送信し得る。

ステップＳ３５１の後に、サーバ３０は、ステータスの更新（３３１）を実行する。
具体的には、サーバ３０は、ステップＳ３５１においてユーザ端末５０から送信された情報を受信する。サーバ３０は、受信した情報に基づいて、ステータスデータベース（図９）のうち対応するレコードの提供可否情報を更新する。

（４－４）第２供給処理
本実施形態の第２供給処理について説明する。図１３は、本実施形態の第２供給処理のフローチャートである。図１４は、本実施形態の第２供給処理において表示される画面例を示す図である。図１５は、本実施形態の第２供給処理において表示される画面例を示す図である。図１６は、本実施形態の第２供給処理において表示される画面例を示す図である。

本実施形態の第２供給処理は、第２受取方式を選択したユーザに物品を供給する処理である。
図１３に示すように、物品供給装置１０は、タグＩＤの取得（Ｓ４１０）を実行する。
具体的には、コントローラ２０は、ユーザがかざした媒体７０に記録されたタグＩＤを取得する。コントローラ２０は、入力デバイス（例えばタッチパネル）に対して所定の操作がなされたこと、または人感センサが人間の存在を検知したことに応じて、タグリーダ２２を起動してもよい。ただし、残量センサによって収納部に物品が存在しないことが検知された場合に、コントローラ２０は、物品の在庫切れを伝える画面をディスプレイ２１に表示し、タグリーダ２２を起動しないようにしてもよい。

タグＩＤの取得（Ｓ４１０）の第１例として、タグリーダ２２は、ユーザがかざした媒体７０から送信されるタグＩＤを受信する。

タグＩＤの取得（Ｓ４１０）の第２例として、タグリーダ２２は、ユーザがかざした媒体７０、または媒体７０に付随する物（例えば、媒体７０の包装、媒体７０が埋め込まれた物体、媒体７０のマニュアル、またはこれらのいずれかに貼付されるラベル）に形成（例えば印刷）されたコード（例えばタグＩＤの符号化結果）を撮影し、読み取る（復号する）ことで、タグＩＤを取得する。

タグＩＤの取得（Ｓ４１０）の第３例として、入力デバイス（例えばタッチパネル）は、ユーザによって指定されたシンボル列（数字列、文字列、記号列、またはそれらの組み合わせ）を、タグＩＤとして取得する。この場合に、タグＩＤに相当するシンボル列は、媒体７０、または媒体７０に付随する物に形成され得る。

ステップＳ４１０の後に、物品供給装置１０は、確認要求（Ｓ４１１）を実行する。
具体的には、コントローラ２０は、ステップＳ４１０において取得したタグＩＤを含む確認要求を生成し、当該確認要求をサーバ３０へ送信する。

ステップＳ４１１の後に、サーバ３０は、タグＩＤの有効性の確認（Ｓ４３０）を実行する。
具体的には、サーバ３０は、ステップＳ４１１において物品供給装置１０から送信された確認要求を受信する。サーバ３０は、受信した確認要求に含まれるタグＩＤの有効性を確認する。一例として、サーバ３０は、ＩＤ連携データベース（図８）を参照し、タグＩＤに関連付けられているアカウントＩＤを特定する。

ステップＳ４３０の後に、サーバ３０は、ステータスの確認（Ｓ４３１）を実行する。
具体的には、サーバ３０は、ステータスデータベース（図９）を参照し、ステップＳ４３０において特定したアカウントＩＤに対応するユーザアカウントに対する物品の供給の可否ステータスを確認する。加えて、サーバ３０は、ステータスデータベースを参照し、かかるユーザアカウントについて未報告の供給履歴情報が存在するか否かを確認する。

ステップＳ４３１の後に、サーバ３０は、確認応答（Ｓ４３２）を生成する。
具体的には、サーバ３０は、ステップＳ４３０およびステップＳ４３１の少なくとも１つにおける確認結果に基づく確認応答を生成する。サーバ３０は、確認応答をステップＳ４１１における確認要求の送信元である物品供給装置１０へ送信する。確認応答は、例えば以下のいずれかが確認されたことを伝える情報を含むことができる。
・タグＩＤに関連付けられているアカウントＩＤが存在しないこと
・ユーザアカウントについて未報告の供給履歴情報が存在すること
・ユーザアカウントに対する物品の供給が許可されていること
・ユーザアカウントに対する物品の供給が許可されていないこと

ステップＳ４３２においてユーザアカウントに対する物品の供給が許可されていることを伝える情報を含む確認応答が得られた場合に、物品供給装置１０は、物品の排出（Ｓ４１２）を実行する。
具体的には、コントローラ２０は、排出機構２３から物品を排出させる。

ステップＳ４１２の後に、物品供給装置１０は、排出報告（Ｓ４１３）を実行する。
具体的には、コントローラ２０は、排出ログ情報を生成し、サーバ３０へ送信する。排出ログ情報は、例えば以下の情報を含むことができる。
・物品が正常に供給されたか否かを示す情報
・物品が供給された日時に関する情報
・物品が供給されなかった理由を示す情報

ステップＳ４１３の後、サーバ３０は、供給履歴情報の生成（Ｓ４３３）を実行する。
具体的には、サーバ３０は、ステップＳ４１３において物品供給装置１０から送信された排出ログ情報を受信する。排出ログ情報が物品が正常に供給されたことを示す情報を含む場合に、サーバ３０は、供給履歴情報を生成するとともに、ステップＳ４３０において特定したユーザアカウントについて未報告の供給履歴情報が存在することを示す報告状況情報をステータスデータベース（図９）に登録する。この供給履歴情報は、排出ログ情報に含まれる日時に関する情報に基づく日時情報と、排出ログ情報の送信元である物品供給装置１０の設置場所に関する場所情報と、第２受取方式を選択したこと（およびステップＳ４１１における確認要求に含まれていたタグＩＤ）を示すトリガ情報とが含められてよい。

他方、サーバ３０は、排出ログ情報が物品が正常に供給されなかったことを示す情報を含む場合に、当該排出ログ情報に含まれる情報要素の一部または全部を図示しないデータベースに記録し、または排出ログ情報の送信元である物品供給装置１０の異常を知らせるアラートを出力してもよい。

ステップＳ４３２においてユーザアカウントに対する物品の供給が許可されていることを伝える情報を含む確認応答が得られなかった場合に、物品供給装置１０は、エラー処理（Ｓ４１４）を実行する。
具体的には、コントローラ２０は、ステップＳ４３２における確認応答に基づく画面をディスプレイ２１に表示する。

エラー処理（Ｓ４１４）の第１例として、タグＩＤに関連付けられているアカウントＩＤが存在しないことを伝える情報を含む確認応答が得られた場合に、コントローラ２０は例えば図１４の画面をディスプレイ２１に表示する。

図１４の画面は、ＩＤ連携処理（図１０）の実行を促すメッセージＭ２０を含む。図１４の画面は、ＩＤ連携を円滑に行うための案内情報（オブジェクト）Ｈ２０ａ，Ｈ２０ｂを含む。ユーザは、案内情報Ｈ２０ａを選択することで、所定のアプリケーションをダウンロードする方法を解説するＷｅｂページ、または動画をディスプレイ２１に表示させることができる。また、ユーザは、案内情報Ｈ２０ｂを選択することで、ＩＤ連携処理のやり方を解説するＷｅｂページ、または動画をディスプレイ２１に表示させることができる。

エラー処理（Ｓ４１４）の第２例として、ユーザアカウントについて未報告の供給履歴情報が存在することを伝える情報を含む確認応答が得られた場合に、コントローラ２０は例えば図１５の画面をディスプレイ２１に表示する。

図１５の画面は、同期処理（図１２）の実行を促すメッセージＭ２１を含む。図１５の画面は、同期処理を円滑に行うための案内情報（オブジェクト）Ｈ２１を含む。ユーザは、案内情報Ｈ２１を選択することで、同期処理のやり方を解説するＷｅｂページ、または動画をディスプレイ２１に表示させることができる。図１５の画面は、同期処理後に、第２供給処理を途中からやり直すためのユーザ指示を受け付けるオブジェクトＢ２１を含む。ユーザがオブジェクトＢ２１を選択すると、ユーザ端末５０は確認要求（Ｓ４１１）を再実行し、最新のステータスデータベース（図９）に基づく確認応答を得ることができる。

エラー処理（Ｓ４１４）の第３例として、ユーザアカウントに対する物品の供給が許可されていないことを伝える情報を含む確認応答が得られた場合に、コントローラ２０は例えば図１６の画面をディスプレイ２１に表示する。

図１６の画面は、所定のアプリケーションの起動を促すメッセージＭ２２を含む。ユーザ端末５０は、所定のアプリケーションが起動されると、ユーザに特定の行動を促す。ユーザ端末５０は、ユーザが特定の行動を遂行したことを条件に、ユーザアカウントに対する物品の供給を許可する。

（５）小括
以上説明したように、本実施形態のコントローラ２０は、アカウントＩＤとは独立して決定され媒体７０に記録されたタグＩＤを取得する。コントローラ２０は、取得したタグＩＤがアカウントＩＤのいずれかと関連付けられているか否かを確認し、当該タグＩＤに関連付けられたアカウントＩＤに対応する対象アカウントに対する物品の供給の可否を確認する。コントローラ２０は、対象アカウントに対する物品の供給が許可されていることが確認された場合に、排出機構２３から物品を排出する。これにより、媒体７０に記録されるタグＩＤは事後的にアカウントＩＤと連携できるので、媒体７０は情報の書き換え機能が不要であり、かつ媒体７０に記録されるタグＩＤは特に制限されないので低コストに調達することができる。また、ユーザはＩＤ連携を行えばいかなる媒体７０も使用可能となるので、各媒体７０は任意のユーザに使用させることができる。また、各ユーザは、媒体７０を埋め込んだファッション小物、アクセサリ等を他人に譲渡することもできるし、ユーザ１人あたりが保有可能な媒体７０の数も技術的には制限されない。故に、物品の供給を受けるために用いられる媒体７０の普及を促進し、ひいては当該物品供給システム１の利用を促進することができる。

媒体７０は、無線通信および情報記録が可能な集積回路であってよい。これにより、ユーザに複雑な操作を要求することなく、コントローラ２０にタグＩＤを取得させることができる。

コントローラ２０は、広告をディスプレイ２１に表示させてよく、媒体７０は、この広告による収入を原資の少なくとも一部として調達され、無料でユーザに配布されてもよい。これにより、ユーザは気軽に媒体を試用できるため、媒体７０の普及を促進することができる。なお、無料でユーザに配布される媒体７０について、アカウントＩＤに同時に連携可能な上限数が定められてよい。これにより、特定のユーザが、大量の媒体７０を持ち去り、他のユーザの入手に支障をきたす事態を防止することができる。

排出機構２３は、便器を備えた個室のうち便器を使用する時のユーザから見て背面または側面の壁に設置されてよく、ディスプレイ２１は、この個室のうち便器を使用する時のユーザから見て正面の壁に設置されてよい。これにより、ユーザは、便器に腰掛けた状態で首を動かすことなく広告または案内を視聴することができ、かつ肉厚になりがちな収容部を備える排出機構２３が視界に入りにくくなるので個室内に物品供給装置１０が設置されていることによる圧迫感を覚えにくい。

また、本実施形態のユーザ端末５０は、アカウントＩＤとは独立して決定され媒体７０に記録されたタグＩＤを取得し、対象アカウントを識別するアカウントＩＤに当該タグＩＤを関連付けるための情報をサーバへ送信する。ユーザ端末５０は、対象アカウントに対する物品の供給の履歴を管理し、当該履歴が所定の条件を満たした場合に当該対象アカウントに対する物品の供給を許可しないと決定し、対象アカウントに対する物品の供給の可否をサーバ３０に通知する。これにより、ユーザが様々な媒体７０を用いて物品の供給を受けたとしても、ユーザアカウント毎に適切な供給管理を行うことができる。すなわち、ユーザは短時間で必要限度を超えるの数量の物品の供給を受けられないので、物品の在庫切れが生じにくくなる。つまり、物品供給システム１のアベイラビリティを向上し、利用を促進することができる。

ユーザ端末５０は、対象アカウントに対する物品の供給が許可されていない場合に、特定の行動を促し、当該行動の遂行結果に応じて物品の供給の許可を決定してもよい。これにより、物品の供給が許可されていないユーザであっても、特定の行動を遂行することで、物品の供給を受けることができる。

ユーザ端末５０は、対象アカウントに対する物品の供給が許可されている状態で、ユーザからの指示に応じて物品の排出を物品供給装置１０に要求してもよい。これにより、ユーザは、ユーザ端末５０を用いて物品の供給を受けることができる。

また、本実施形態のサーバ３０は、アカウントＩＤとは独立して決定され媒体７０に記録されたタグＩＤが、アカウントＩＤのいずれかと関連付けられているか否かを確認し、第１確認結果を得る。また、サーバ３０は、媒体７０から取得されたタグＩＤがアカウントＩＤのいずれかと関連付けられている場合に、当該タグＩＤに関連付けられたアカウントＩＤに対応する対象アカウントに対する物品の供給の可否を確認し、第２確認結果を得る。サーバ３０は、第１確認結果または第２確認結果の少なくとも１つを物品供給装置１０へ送信する。これにより、ユーザが様々な媒体７０を用いて物品の供給を受けたとしても、ユーザアカウント毎に適切な供給管理を行うことができる。すなわち、ユーザは短時間で必要限度を超えるの数量の物品の供給を受けられないので、物品の在庫切れが生じにくくなる。つまり、物品供給システム１のアベイラビリティを向上し、利用を促進することができる。

サーバ３０は、対象アカウントによって使用される特定のユーザ端末５０からの情報に基づいて、対象アカウントに対応するアカウントＩＤに関連付けられる、１以上の媒体７０に記録されたタグＩＤを管理してもよい。サーバ３０は、特定のユーザ端末５０からの情報に基づいて、対象アカウントに対する物品の供給の可否を管理してもよい。これにより、ユーザがユーザ端末５０を携行していなかったとしても、ユーザは（ＩＤ連携済みの）媒体７０を用いて物品の供給を受けることができ、かつユーザアカウント毎に適切な供給管理を行うことができる。

サーバ３０は、物品供給装置１０からの情報に基づいて、対象アカウントに対する物品の供給履歴情報を生成し、当該供給履歴情報を対象アカウントによって使用される特定のユーザ端末５０へ送信してもよい。これにより、ユーザが媒体７０を用いて物品の供給を受けたとしても、対応する供給履歴情報がユーザ端末５０に漏れなく伝わり、ユーザアカウント毎に適切な供給管理を行うことができる。

サーバ３０は、対象アカウントについて未報告の供給履歴情報が残存する場合に、当該対象アカウントに対する物品の供給の許可を決定しなくてもよい。これにより、未報告の供給履歴情報を考慮されていないために物品の供給が誤って許可されているに過ぎない場合にユーザに物品が供給される事態を防ぐことができる。

（６）その他の変形例
記憶装置１１は、ネットワークＮＷを介して、コントローラ２０と接続されてもよい。ディスプレイ２１は、コントローラ２０と一体化されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。記憶装置５１は、ネットワークＮＷを介して、ユーザ端末５０と接続されてもよい。ディスプレイ６１は、ユーザ端末５０と一体化されてもよい。

上記説明では、各処理において各ステップを特定の順序で実行する例を示したが、各ステップの実行順序は、依存関係がない限りは説明した例に制限されない。また、上記の情報処理の各ステップは、物品供給装置１０、サーバ３０、およびユーザ端末５０の何れでも実行可能である。例えば、いずれかの装置によって行われるとして説明された処理が別の装置によって行われたり、複数の装置のやり取りによって行われるとして説明された処理が単一の装置によって行われたりしてもよい。
例えば、物品供給装置１０は、ＩＤ連携データベース（図８）またはステータスデータベース（図９）の少なくとも１つの複製を記憶装置１１に保存し、複製されたデータベースを参照して、タグＩＤの有効性の確認（Ｓ４３０）またはステータスの確認（Ｓ４３１）の少なくとも１つを、サーバ３０に都度問い合わせることなく実行してもよい。

上記説明では、ディスプレイ２１に広告を表示する例を述べた。ディスプレイ２１に表示される広告は、ユーザアカウントに応じて選択されてもよい。例えば、ステップＳ２３０において送信される排出命令、またはステップＳ４３２において送信される確認応答に、広告を選択するために用いるアカウントＩＤ（つまり、物品の供給を要求しているユーザ）、またはディスプレイ２１に表示すべき広告を特定可能な情報が含められてよい。これにより、ユーザ毎に適した（例えば広告効果の高い）広告を表示することができる。

ディスプレイ２１に広告を表示することは必須ではない。例えば、企業の構成員向けの福利厚生として、または施設利用者向けのサービスとして、ユーザに対する物品の供給が行われてよい。この場合に、企業または施設（例えば商業施設）の運営者からの収入により、媒体７０または物品の少なくとも１つの調達費用の少なくとも一部が賄われてよい。また、広告を表示する必要がない場合に、ディスプレイ２１を備えないように物品供給装置１０を構成することも可能である。

物品供給装置１０がネットワーク接続することは必須ではない。例えば、ユーザ端末５０が、物品供給装置１０とサーバ３０との間の種々のデータ（例えば、広告データ、残量センサの検知結果、各種データベースに関するデータ、など）のやり取りを媒介してもよい。この場合に、ユーザ端末５０が媒介したデータの種別、サイズ、またはそれらの組み合わせに応じて、ユーザアカウントに対して報酬を与えてもよい。

上記説明では、物品供給装置１０が供給する物品が一種類である例を示した。しかしながら、物品供給装置１０は複数種類の物品を供給可能に構成されてもよい。この場合に、供給履歴情報およびステータス情報は、物品の種類毎に管理されてよい。

実施形態の物品供給システムを、クライアント／サーバ型のシステムによって実装する例を示した。しかしながら、実施形態の物品供給システムは、スタンドアロン型のコンピュータ、またはピア・ツー・ピア型のシステムによって実装することもできる。

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。

１ ：物品供給システム
１０ ：物品供給装置
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
２０ ：コントローラ
２１ ：ディスプレイ
２２ ：タグリーダ
２３ ：排出機構
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース
５０ ：ユーザ端末
５１ ：記憶装置
５２ ：プロセッサ
５３ ：入出力インタフェース
５４ ：通信インタフェース
６１ ：ディスプレイ
７０ ：媒体

Claims (14)

1. ユーザアカウントを識別する第１識別情報とは独立して決定され、媒体に記録された第２識別情報を取得する手段と、
   前記第２識別情報が、ユーザアカウントを識別する第１識別情報のいずれかと関連付けられているか否かを確認する手段と、
   前記第２識別情報に関連付けられた第１識別情報に対応するユーザアカウントである対象アカウントに対する物品の供給の可否を確認する手段と、
   前記対象アカウントに対する物品の供給が許可されていることが確認された場合に、排出機構から物品を排出する手段と
   を具備する、情報処理装置。
2. 前記媒体は、無線通信および情報記録が可能な集積回路である、
   請求項１に記載の情報処理装置。
3. 広告を表示装置に表示させる手段をさらに具備し、
   前記媒体は、前記広告による収入を原資の少なくとも一部として調達され、無料でユーザに配布される、
   請求項２に記載の情報処理装置。
4. 前記対象アカウントに応じて広告を選択する手段と、
   前記広告を表示装置に表示させる手段と
   をさらに具備する、請求項１に記載の情報処理装置。
5. 請求項１に記載の情報処理装置と、前記排出機構と、表示装置とを具備し、
   前記排出機構が、便器を備えた個室のうち前記便器を使用する時のユーザから見て背面または側面の壁に設置され、
   前記表示装置が、前記個室のうち前記便器を使用する時のユーザから見て正面の壁に設置される、
   物品供給装置。
6. コンピュータを、
   ユーザアカウントを識別する第１識別情報とは独立して決定され、媒体に記録された第２識別情報を取得する手段と、
   特定のユーザアカウントである対象アカウントを識別する第１識別情報に前記第２識別情報を関連付けるための情報をサーバへ送信する手段、
   前記対象アカウントに対する物品の供給の履歴を管理する手段、
   前記物品の供給の履歴が所定の条件を満たした場合に、前記対象アカウントに対する物品の供給を許可しないと決定する手段、
   前記対象アカウントに対する前記物品の供給の可否を前記サーバに通知する手段、
   として機能させる、プログラム。
7. 前記対象アカウントに対する前記物品の供給が許可されていない場合に、特定の行動を促す手段、
   前記特定の行動の遂行結果に応じて、前記物品の供給の許可を決定する手段、
   としてさらに機能させる、請求項６に記載のプログラム。
8. 前記対象アカウントに対する前記物品の供給が許可されている状態で、ユーザからの指示に応じて、前記物品の排出を物品供給装置に要求する手段、
   としてさらに機能させる、請求項６に記載のプログラム。
9. コンピュータを、
   ユーザアカウントを識別する第１識別情報とは独立して決定され媒体に記録された第２識別情報が、前記第１識別情報のいずれかと関連付けられているか否かを確認し、第１確認結果を得る手段、
   前記第２識別情報が前記第１識別情報のいずれかと関連付けられている場合に、当該第２識別情報に関連付けられた第１識別情報に対応するユーザアカウントである対象アカウントに対する物品の供給の可否を確認し、第２確認結果を得る手段、
   前記第１確認結果、または前記第２確認結果の少なくとも１つを物品供給装置へ送信する手段、
   として機能させるプログラム。
10. 前記コンピュータを、
    前記対象アカウントによって使用される特定のユーザ端末からの情報に基づいて、前記対象アカウントに対応する第１識別情報に関連付けられる、１以上の媒体に記録された識別情報を管理する手段、
    前記特定のユーザ端末からの情報に基づいて、前記対象アカウントに対する前記物品の供給の可否を管理する手段、
    としてさらに機能させる請求項９に記載のプログラム。
11. 前記コンピュータを、
    前記物品供給装置からの情報に基づいて、前記対象アカウントに対する前記物品の供給履歴情報を生成する手段、
    前記供給履歴情報を前記対象アカウントによって使用される特定のユーザ端末へ送信する手段、
    としてさらに機能させる、請求項９に記載のプログラム。
12. 前記対象アカウントに対する物品の供給の可否を確認する手段は、当該対象アカウントについて未報告の前記供給履歴情報が残存する場合に、当該対象アカウントに対する前記物品の供給の許可を決定しない、
    請求項１１に記載のプログラム。
13. コンピュータが、ユーザアカウントを識別する第１識別情報とは独立して決定され、媒体に記録された第２識別情報を取得するステップと、
    前記第２識別情報が、ユーザアカウントを識別する第１識別情報のいずれかと関連付けられているか否かを確認するステップと、
    前記第２識別情報に関連付けられた第１識別情報に対応するユーザアカウントである対象アカウントに対する物品の供給の可否を確認するステップと、
    前記対象アカウントに対する物品の供給が許可されていることが確認された場合に、排出機構から物品を排出するステップと
    を実行する、方法。
14. 物品供給装置と、サーバとを具備し、
    前記物品供給装置は、
    物品を収納し、当該物品を排出可能に構成された排出機構と、
    ユーザアカウントを識別する第１識別情報とは独立して決定され、媒体に記録された第２識別情報を取得する手段と、
    前記第２識別情報が、ユーザアカウントを識別する第１識別情報のいずれかと関連付けられているか否かを確認する手段と、
    前記第２識別情報に関連付けられた第１識別情報に対応するユーザアカウントである対象アカウントに対する前記物品の供給の可否を確認する手段と、
    前記対象アカウントに対する物品の供給が許可されていることが確認された場合に、前記排出機構から物品を排出する手段とを具備し、
    前記サーバは、
    前記物品供給装置によって取得された第２識別情報が、前記第１識別情報のいずれかと関連付けられているか否かを確認し、第１確認結果を得る手段と、
    前記第２識別情報が前記第１識別情報のいずれかと関連付けられている場合に、当該第２識別情報に関連付けられた第１識別情報に対応する前記対象アカウントに対する物品の供給の可否を確認し、第２確認結果を得る手段と、
    前記第１確認結果、または前記第２確認結果の少なくとも１つを前記物品供給装置へ送信する手段とを具備する、
    システム。