(57)【特許請求の範囲】
【請求項１】
内容物を出力する出力動作を検知するセンサと、当該センサが生じさせる検知信号に基づいて容器識別情報を含む信号を発信する通信モジュールと、を備えた容器と、
前記通信モジュールから信号を受信し、ネットワークを介してサーバ装置に所定のデータを送信する中継装置と、
前記中継装置から受信したデータに基づいて、ユーザに対して所定のサービスを提供するサーバ装置と、を有するサービス提供システムであって、
前記サーバ装置は、
複数のユーザをグループ化したユーザグループ、複数の容器をグループ化した容器グループ、ユーザグループと容器グループの対応関係、各容器の内容物を管理するユーザ容器管理手段と、
前記中継装置から受信したデータに基づいて、容器識別情報で特定される容器内の内容物の残量を更新する残量管理手段と、
更新されたある容器内の内容物の残量について所定の条件が成立した場合に、又はユーザによる外部からの指示に基づいて、所定のサービスを実行するサービス処理手段と、
を備え、
前記サービス処理手段は、更新されたある容器内の内容物の残量が所定のしきい値より少なくなった場合に、当該容器が属する容器グループと対応付けられた同一のユーザグループに登録されているユーザのアドレス宛てに通知を行うことを特徴とするサービス提供システム。
【請求項２】
ユーザグループ、容器グループに関する指示を入力する登録端末をさらに備え、
前記ユーザ容器管理手段は、前記登録端末から受信した指示に基づいて、ユーザグループ、容器グループを作成することを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
複数のユーザをグループ化したユーザグループ、複数の容器をグループ化した容器グループ、ユーザグループと容器グループの対応関係、各容器の容量、内容物を管理するユーザ容器管理手段と、
容器識別情報で特定される容器内の内容物の残量を更新する残量管理手段と、
更新されたある容器の残量について所定の条件が成立した時に、又はユーザによる外部からの指示に基づいて、所定のサービスを実行するサービス処理手段と、
を備えるサーバ装置であって、
前記残量管理手段は、内容物を出力する出力動作を検知するセンサと、当該センサが生じさせる検知信号に基づいて容器識別情報を含む信号を発信する通信モジュールと、を備えた容器からの前記信号に基づいて、ネットワークを介して中継装置から受信したデータに基づいて、容器内の内容物の残量を更新するものであり、
前記サービス処理手段は、更新されたある容器内の内容物の残量が所定のしきい値より少なくなった場合に、当該容器が属する容器グループと対応付けられた同一のユーザグループに登録されているユーザのアドレス宛てに通知を行うことを特徴とするサーバ装置。
【請求項４】
前記ユーザ容器管理手段は、ユーザグループ、容器グループに関する指示を入力する登録端末から受信した指示に基づいて、ユーザグループ、容器グループを作成することを特徴とする請求項３に記載のサーバ装置。
【請求項５】
請求項３または請求項４に記載のサーバ装置として、コンピュータを機能させるためのプログラム。                                                                                
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、容器の内容物の残量、使用量等を把握するとともに、内容物の残量、使用量等に基づいて、サービスを提供するための技術に関する。
【背景技術】
【０００２】
近年、コンピュータネットワークを用いて、消費者から様々な情報を集めるとともに、個々の消費者に対して最適な態様でサービスを提供することが行われている。一方、最近では、センサ技術の発達により、使用に応じて容器の内容物の残量を検知する技術も開発されてきている。さらに、消耗品の残量を検知し、消耗品の購入支援を行う技術も提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２００７５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１に記載の技術では、単純に１つの消耗品について購入支援を行っているが、現実には、関連の深い複数の消耗品をまとめて管理することが必要となる場合もある。
【０００５】
そこで、本発明は、複数の消耗品を複数の人物で管理することが可能なサービス提供システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明では、
内容物を出力する出力動作を検知するセンサと、当該センサが生じさせる検知信号に基づいて容器識別情報（容器ＩＤ）を含む信号を発信する通信モジュールと、を備えた容器と、
前記通信モジュールから信号を受信し、ネットワークを介してサーバ装置に所定のデータを送信する中継装置と、
前記中継装置から受信したデータに基づいて、ユーザに対して所定のサービスを提供するサーバ装置と、を有するサービス提供システムであって、
前記サーバ装置は、
複数のユーザをグループ化したユーザグループ、複数の容器をグループ化した容器グループ、ユーザグループと容器グループの対応関係、各容器の内容物を管理するユーザ容器管理手段と、
前記中継装置から受信したデータに基づいて、容器識別情報で特定される容器内の内容物の残量を更新する残量管理手段と、
更新されたある容器内の内容物の残量について所定の条件が成立した場合に、又はユーザによる外部からの指示に基づいて、所定のサービスを実行するサービス処理手段と、
を備えることを特徴とするサービス提供システムを提供する。
【０００７】
本発明によれば、センサと、通信モジュールを備えた容器と、通信モジュールから信号を受付け、サーバ装置に伝送する中継装置と、中継装置から伝送されるデータを集約し、登録ユーザに対して所定のサービスを提供するサーバ装置により少なくとも構成されるサービス提供システムであって、サーバ装置が、複数のユーザをグループ化したユーザグループ、複数の容器をグループ化した容器グループ、ユーザグループと容器グループの対応関係、各容器の内容物を管理するとともに、中継装置から受信したデータに基づいて、容器識別情報で特定される容器内の内容物の残量を更新し、更新されたある容器の残量について所定の条件が成立した場合等に、所定のサービスを実行するようにしたので、複数の消耗品を複数の人物で管理することが可能となる。
【０００８】
また、本発明は、前記サービス提供システムにおいて、ユーザグループ、容器グループに関する指示を入力する登録端末をさらに備え、前記ユーザ容器管理手段は、前記登録端末から受信した指示に基づいて、ユーザグループ、容器グループを作成することを特徴とする。
【０００９】
本発明によれば、ユーザグループ、容器グループに関する指示を入力する登録端末をさらに備え、ユーザ容器管理手段が、登録端末から受信した指示に基づいて、ユーザグループ、容器グループを作成するようにしたので、ユーザ自身が自由に２種のグループを設定することが可能となる。
【００１０】
また、本発明は、前記サービス提供システムにおいて、前記サービス処理手段は、更新されたある容器内の内容物の残量が所定のしきい値より少なくなった場合に、当該容器が属する容器グループと対応付けられた同一のユーザグループに登録されているユーザのアドレス宛てに通知を行うことを特徴とする。
【００１１】
本発明によれば、サービス処理手段は、更新されたある容器内の内容物の残量が所定のしきい値より少なくなった場合に、当該容器が属する容器グループと対応付けられた同一のユーザグループに登録されているユーザのアドレス宛てに通知を行うようにしたので、内容物が少なくなったことを、複数のユーザに同時に知らせることが可能となる。
【００１２】
また、本発明では、
複数のユーザをグループ化したユーザグループ、複数の容器をグループ化した容器グループ、ユーザグループと容器グループの対応関係、各容器の容量、内容物を管理するユーザ容器管理手段と、
容器識別情報（容器ＩＤ）で特定される容器内の内容物の残量をする残量管理手段と、
更新されたある容器内の内容物の残量について所定の条件が成立した時に、又はユーザによる外部からの指示に基づいて、所定のサービスを実行するサービス処理手段と、
を備えるサーバ装置であって、
前記残量管理手段は、内容物を出力する出力動作を検知するセンサと、当該センサが生じさせる検知信号に基づいて容器識別情報を含む信号を発信する通信モジュールと、を備えた容器からの前記信号に基づいて、ネットワークを介して中継装置から受信したデータに基づいて、容器内の内容物の残量を更新するものであることを特徴とするサーバ装置を提供する。
【００１３】
本発明によれば、サーバ装置が、複数のユーザをグループ化したユーザグループ、複数の容器をグループ化した容器グループ、ユーザグループと容器グループの対応関係、各容器の容量、内容物を管理するユーザ容器管理手段と、容器識別情報で特定される容器内の内容物の残量を更新する残量管理手段と、更新されたある容器内の内容物の残量について所定の条件が成立した時に、又はユーザによる外部からの指示に基づいて、所定のサービスを実行するサービス処理手段と、を備え、残量管理手段が、内容物を出力する出力動作を検知するセンサと、センサが生じさせる検知信号に基づいて容器識別情報を含む信号を発信する通信モジュールと、を備えた容器からの信号に基づいて、ネットワークを介して中継装置から受信したデータに基づいて、容器内の内容物の残量を更新するようにしたので、容器と中継装置を利用して、複数の消耗品を複数の人物で管理することが可能となる。
【００１４】
また、本発明は、前記サーバ装置の前記ユーザ容器管理手段が、ユーザグループ、容器グループに関する指示を入力する登録端末から受信した指示に基づいて、ユーザグループ、容器グループを作成することを特徴とする。
【００１５】
本発明によれば、サーバ装置のユーザ容器管理手段が、ユーザグループ、容器グループに関する指示を入力する登録端末から受信した指示に基づいて、ユーザグループ、容器グループを作成するようにしたので、ユーザ自身が自由に２つのグループを設定することが可能となる。
【００１６】
また、本発明は、前記サーバ装置の前記サービス処理手段は、更新されたある容器内の内容物の残量が所定のしきい値より少なくなった場合に、当該容器が属する容器グループと対応付けられた同一のユーザグループに登録されているユーザのアドレス宛てに通知を行うことを特徴とする。
【００１７】
本発明によれば、サーバ装置のサービス処理手段が、更新されたある容器内の内容物の残量が所定のしきい値より少なくなった場合に、当該容器が属する容器グループと対応付けられた同一のユーザグループに登録されているユーザのアドレス宛てに通知を行うようにしたので、内容物が少なくなったことを、複数のユーザに同時に知らせることが可能となる。
【００１８】
また、本発明では、前記サーバ装置として、コンピュータを機能させるためのプログラムを提供する。
【００１９】
本発明によれば、プログラムを組み込むことにより、サービス提供システムを構成するサーバ装置を実現することが可能となる。
【発明の効果】
【００２０】
本発明によれば、複数の消耗品を複数の人物で管理することが可能となるという効果を有する。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係るサービス提供システムを示す図である。
【図２】ポンプノズルの例を示す図である。
【図３】登録端末２０であるスマートフォンのハードウェア構成図である。
【図４】サーバ装置３０のハードウェア構成図である。
【図５】サービス提供システムの処理動作を示すフローチャートである。
【図６】サーバ装置３０内に記憶されたユーザ情報の一例を示す図である。
【図７】サーバ装置３０内に記憶されたユーザグループ−容器対応関係の一例を示す図である。
【図８】サーバ装置３０内に記憶された容器情報の一例を示す図である。
【図９】サーバ装置３０内に記憶されたユーザグループ−容器グループ対応関係の一例を示す図である。
【発明を実施するための形態】
【００２２】
＜１．システム構成＞
以下、本発明の好適な実施形態について図面を参照して詳細に説明する。図１は、本発明の一実施形態に係るサービス提供システムを示す図である。図１において、１０は容器、２０は登録端末、３０はサーバ装置、４０は中継装置、５０はネットワークである。登録端末２０、サーバ装置３０、中継装置４０はインターネット等の公衆のネットワーク５０に接続されており、互いにデータの送受信が可能となっている。
【００２３】
容器１０は、センサ１１と通信モジュール１２を備え、容器１０のポンプノズルが押し下げられる度に、センサ１１が押し下げを検知し、通信モジュール１２が、押し下げられた旨の信号を中継装置４０に送信する。ポンプノズルの押し下げは、容器の内容物を出力する出力動作となる。押し下げられた旨の信号は、センサが生じさせる検知信号に基づいて発信され、容器識別情報である容器ＩＤを含んでいる。センサ１１と通信モジュール１２は電気的に接続されており、センサ１１が押し下げを検知すると、その旨の信号を通信モジュール１２に送信し、通信モジュール１２は、所定の通信方式で外部に信号を送信するようになっている。容器１０が有する通信モジュール１２には、個々の容器ごとに異なる容器識別情報である容器ＩＤが記録されている。このようなセンサ１１と通信モジュール１２が一体となって形成されたモジュールとしては、ＥｎＯｃｅａｎＳＴＭ４２９Ｊ、ＥｎＯｃｅａｎＰＴＭ２００等があり、本実施形態では、このようなモジュールを容器のポンプノズルに設置することにより、容器１０を実現している。図２は、センサ１１と通信モジュール１２を備えた容器１０のポンプノズルの例を示す図である。図２（ａ）は、ＥｎＯｃｅａｎＳＴＭ４２９Ｊを用いたマグネットコンタクトセンサ型のものであり、図２（ｂ）はＥｎＯｃｅａｎＰＴＭ２００を用いたスイッチモジュール型のものである。なお、図２に示したようなポンプノズルを用いることは一例であり、センサ１１としては、傾きセンサ、重量センサ、圧力センサ等を用いることも可能である。
【００２４】
登録端末２０は、ネットワーク５０を介してサーバ装置３０と通信することにより、ユーザ（利用者）や、容器１０、詰め替えアイテム等に関する情報をサーバ装置３０に送信するための端末装置である。登録端末２０としては、情報の入出力や演算が可能な情報処理装置であれば、様々なものを用いることができるが、本実施形態では、多機能型携帯電話機であるスマートフォンに、「アプリ」と呼ばれる専用のプログラムを組み込むことにより実現している。スマートフォンは、多機能型携帯電話機であるが、タッチパネルで画面を操作して制御可能なコンピュータとしての機能も有している。
【００２５】
サーバ装置３０は、ネットワーク５０を介して登録端末２０、中継装置４０と通信することにより、ユーザや、容器１０、詰め替えアイテム等に関する情報を管理するためのサーバコンピュータである。サーバ装置３０は、ユーザ容器管理手段３１、残量管理手段３２、サービス処理手段３３を備えている。これらの各手段は、後述するハードウェアにおいて専用のプログラムを実行することにより実現される。
【００２６】
図３は、登録端末２０であるスマートフォンのハードウェア構成図である。図３に示すように、登録端末（スマートフォン）２０は、ＣＰＵ（Central Processing Unit）２０ａと、メインメモリであるＲＡＭ（Random Access Memory）２０ｂと、ＣＰＵ２０ａが実行するプログラムやデータを記憶するためのハードディスク、フラッシュメモリ等の大容量の記憶装置２０ｃと、キーボードやタッチパネル等の指示入力部２０ｄと、データ記憶媒体等の外部装置とデータ通信するためのデータ入出力Ｉ／Ｆ（インタフェース）２０ｅと、液晶ディスプレイや有機ＥＬディスプレイ等の表示デバイスである表示部２０ｆと、ＲＦ回路（高周波回路）を備え、無線により、携帯電話網およびネットワークを介して他のコンピュータと通信を行うための通信部２０ｇと、ＣＣＤやＣＭＯＳ等の撮像素子を有するカメラ２０ｈと、無線により、近距離の他の機器と直接通信を行うための近距離無線通信部２０ｉと、を備えており、互いにバスを介して接続されている。現実には、スマートフォンは、図３に示した以外にも、マイクロフォン、スピーカ等を有しているが、本実施形態とは無関係であるため省略している。
【００２７】
図４は、サーバ装置３０のハードウェア構成図である。サーバ装置３０は、汎用のコンピュータに、専用のプログラムを組み込むことにより実現される。通常は、容器１０を提供する業者と同一または連携する業者、またはそのような業者から委託を受けた業者が管理している。図４に示すように、ＣＰＵ（Central Processing Unit）３０ａと、メインメモリであるＲＡＭ（Random Access Memory）３０ｂと、ＣＰＵ３０ａが実行するプログラムやデータを記憶するためのハードディスク、フラッシュメモリ等の大容量の記憶装置３０ｃと、キーボード等の指示入力部３０ｄと、データ記憶媒体等の外部装置とデータ通信するためのデータ入出力Ｉ／Ｆ（インタフェース）３０ｅと、液晶ディスプレイ等の表示デバイスである表示部３０ｆと、ネットワークを介して他のコンピュータとネットワーク通信を行うためのネットワーク通信部３０ｇを備え、互いにバスを介して接続されている。なお、サーバ装置３０は、表示部３０ｆを備えていない構成であることも多い。
【００２８】
記憶装置３０ｃには、本発明において用いる様々なデータが記憶されている。また、記憶装置３０ｃには、ＲＡＭ３０ｂに読み込んで、ＣＰＵ３０ａが実行することによりユーザ容器管理手段３１、残量管理手段３２、サービス処理手段３３として機能させるためのプログラムも記憶されている。
【００２９】
中継装置４０は、ネットワーク５０にアクセスして、容器１０とサーバ装置３０のデータの中継を行う装置である。中継装置４０としては、容器１０と近距離無線通信が可能であるとともに、サーバ装置３０とインターネットを介した通信が可能なものであれば用いることができる。例えば、多機能型携帯電話機であるスマートフォンや、データの中継に特化されたＩｏＴゲートウェイ等を用いることができる。ＩｏＴゲートウェイとは、近距離無線通信とネットワーク通信の双方を行うことが可能な通信装置である。スマートフォンであれば、近距離無線通信の方式として例えばＢｌｕｅｔｏｏｔｈ（登録商標）を用いることができ、ＩｏＴゲートウェイであれば、近距離無線通信の方式として例えばＥｎＯｃｅａｎ（登録商標）を用いることができる。
【００３０】
中継装置４０は、上述のように、スマートフォン、ＩｏＴゲートウェイ等により実現可能であるが、本実施形態では、近距離無線通信の方式として、「ＥｎＯｃｅａｎ」を用いたＩｏＴゲートウェイを採用している。
【００３１】
＜２．処理動作＞
次に、本発明の一実施形態に係るサービス提供システムの処理動作について、図５のフローチャートを用いて説明する。
【００３２】
ユーザが所持する登録端末２０（スマートフォン）には、スマートフォンを登録端末２０として機能させるための専用のアプリケーションプログラムが組み込まれている。専用のアプリケーションプログラムをスマートフォンに組み込むためには、ネットワークを介して所定のサーバ（図示省略、サーバ装置３０が兼用してもよい）にアクセスし、サービス提供システム用のいわゆる「アプリ」として、専用のアプリケーションプログラム（以下、「アプリ」と呼ぶ）をダウンロードする。このアプリをスマートフォンで起動することにより、スマートフォンはサービス提供システムの登録端末２０として機能し、サーバ装置３０と連携して様々な処理を実行することになる。なお、アプリをダウンロードせず、登録端末２０に組み込まれたＷｅｂブラウザを用いて、サーバ装置３０側が主体的に処理を行うような構成とすることも可能である。
【００３３】
＜２．１．ユーザグループの作成（Ｓ１００）＞
サービス提供システムによる処理は、図５のフローチャートに示すように大きく５つのステップに分かれている。まず、ユーザは、ユーザグループの作成を行う（ステップＳ１００）。ユーザグループの作成は、登録端末２０とサーバ装置３０の連携により行われる。ユーザが、アプリを起動すると、アプリの機能により登録端末２０は、表示部２０ｆに所定の画面を表示する。ユーザは、このアプリにより提供される画面を利用して、所定の情報を入力し、所定の指示を行う。アプリの機能により、スマートフォンで実現される登録端末２０の画面には、様々な態様の画面が表示され、様々な態様でユーザが入力、指示を行うことができるようになる。入力や指示の具体的な態様は、アプリの設計仕様により適宜設計できるものであるので、詳細な説明は省略する。ユーザが、所定の情報を入力し、所定の指示を行うことにより、登録端末２０は入力された情報をサーバ装置３０に送信する。そして、サーバ装置３０では、ユーザ容器管理手段３１が、登録端末２０から受信した情報を登録する。
【００３４】
具体的には、登録端末２０の表示部２０ｆに表示された画面に氏名、年齢、性別等のユーザ属性をユーザ情報として入力することによりユーザ登録を行う。入力されたユーザ情報は、登録端末２０からサーバ装置３０に送信され、サーバ装置３０では、ユーザ容器管理手段３１が、登録端末２０から受信したユーザ情報にユーザＩＤを発行し、記憶装置３０ｃに登録する。そして、ユーザ容器管理手段３１は、発行したユーザＩＤを登録端末２０に送信することによりユーザに通知する。ユーザＩＤは、個々のユーザごとに異なるユーザ識別情報である。
【００３５】
このようにしてユーザ登録が行われたら、続いて、登録された複数のユーザを１つにまとめるためのユーザグループの作成を行う。具体的には、登録端末２０において、アプリが提供する画面を利用して、ユーザは、１つのグループにまとめたい複数のユーザの各ユーザＩＤを入力し、所定の指示を行う。この際、ユーザは、ユーザグループ名を入力することもできる。すると、登録端末２０は、入力された複数のユーザＩＤをユーザグループの登録要求とともにサーバ装置３０に送信する。サーバ装置３０では、登録端末２０から受信した複数のユーザＩＤそれぞれに共通のユーザグループＩＤを発行し、記憶装置３０ｃに登録する。そして、サーバ装置３０は、発行したユーザグループＩＤを登録端末２０に送信することによりユーザに通知する。
【００３６】
この結果、サーバ装置３０の記憶装置３０ｃ内には、図６に示すようなユーザ情報が記憶される。図６の例では、ユーザＩＤ「Ｕ００００１」、ユーザＩＤ「Ｕ００００２」に対して、共通のユーザグループＩＤ「Ｇ００００１」が発行され、ユーザグループ名が「△田家」として登録された状態を示している。複数のユーザＩＤに共通のユーザグループＩＤが付与されることにより、ユーザグループが作成されたことになる。図６の例では、「△田」の性をもつ２人のユーザを１つの家族を示す「△田家」のユーザグループ名でグループ化している。家族によるグループ化は一例であり、誰をグループに登録するか、ユーザグループ名をどのように設定するかは、ユーザが任意に行うことができる。ユーザグループは、家族に限定されず、例えば、友人同士、同一法人の従業員等、様々なユーザのグループについて設定することができる。ある容器の内容物を共同で管理する者をグループ化することが好ましい。図６の例では、通知先として各ユーザのメールアドレスを登録している。通知先としては、メールアドレス以外の他のアドレス、電話番号等を記録することができる。ユーザグループについては、必ずしも複数のユーザをまとめる必要はなく、１ユーザのみが所属するユーザグループを作成することも可能である。一人暮らしのユーザの場合などは、１ユーザのみが所属するユーザグループが作成されることが多くなると予想される。
【００３７】
＜２．２容器グループの作成（Ｓ２００）＞
次に、ユーザは、容器グループの作成を行う（ステップＳ２００）。容器グループの作成も、登録端末２０とサーバ装置３０の連携により行われる。ユーザがアプリを起動すると、ユーザグループの作成の場合と同様、登録端末２０は、アプリが提供する所定の画面を表示部２０ｆに表示する。ユーザは、このアプリにより提供される画面を利用して、所定の情報を入力し、所定の指示を行う。指示入力部２０ｄからの指示に基づいて、登録端末２０は入力された情報をサーバ装置３０に送信する。そして、サーバ装置３０では、ユーザ容器管理手段３１が、登録端末２０から受信した情報を登録する。
【００３８】
具体的には、ユーザが、表示部２０ｆに表示された画面の指示に従って、カメラモードに切り替え、容器１０の表面に形成された二次元コードを撮影する。二次元コードとしては、例えばＱＲコード（登録商標）を用いることができる。登録端末２０は、撮影により二次元コードに記録された容器ＩＤを取得する。容器ＩＤは、上述のように、個々の容器ごとに異なる容器識別情報であり、同一容器の通信モジュール１２に記録されている容器ＩＤと同一である。そして、ユーザは、自身の取得したユーザグループＩＤを入力し、所定の指示を行う。すると、容器ＩＤとユーザグループＩＤが、登録端末２０からサーバ装置３０に送信され、サーバ装置３０では、ユーザ容器管理手段３１が、登録端末２０から受信した容器ＩＤとユーザグループＩＤを対応付けて、記憶装置３０ｃに登録する。この結果、サーバ装置３０の記憶装置３０ｃ内には、図７に示すような容器ＩＤとユーザグループＩＤの対応関係が記憶される。そして、サーバ装置３０は、登録が完了した旨をユーザに通知する。
【００３９】
このようにして容器の登録が行われたら、さらに、登録された複数の容器を１つにまとめるための容器グループの作成を行う。具体的には、登録端末２０において、アプリが提供する画面を利用して、ユーザは、１つのグループにまとめたい複数の容器の各容器ＩＤを入力し、所定の指示を行う。容器ＩＤは直接入力するのではなく、上述のように、容器１０の表面に形成された二次元コードを撮影することにより取得して入力するようにしてもよい。容器ＩＤを入力した際、その容器グループの名称を設定することもできる。すると、登録端末２０は、入力された複数の容器ＩＤを容器グループの登録要求とともにサーバ装置３０に送信する。サーバ装置３０では、ユーザ容器管理手段３１が、登録端末２０から受信した複数の容器ＩＤそれぞれに共通の容器グループＩＤを発行し、記憶装置３０ｃに登録する。そして、サーバ装置３０は、発行された容器グループＩＤを登録端末２０に送信することによりユーザに通知する。
【００４０】
この結果、サーバ装置３０の記憶装置３０ｃ内には、図８に示すような容器情報が記憶される。図８の例では、容器ＩＤ「Ｙ００００１」、容器ＩＤ「Ｙ００００２」に対して、共通の容器グループＩＤ「ＹＧ００００１」が発行され、容器グループ名が「２Ｆ浴室」として登録された状態を示している。複数の容器ＩＤに共通の容器グループＩＤが付与されることにより、容器グループが作成されたことになる。図８の例では、２階の浴室に置かれた２つの容器を、１つの利用場所を示す「２Ｆ浴室」の容器グループ名でグループ化している。これは一例であり、どの容器をグループに登録するか、容器グループ名をどのように設定するかは、ユーザが任意に行うことができる。容器グループは、１つの場所で利用されるものに限定されず、ユーザの目的に応じて様々な容器のグループについて設定することができる。図８に示した吐出量は、その容器の１回のポンプノズルの押し下げによる内容物の吐出量である。図８の例では、個々の容器を特定する容器ＩＤに対応付けて吐出量が直接記録されているが、容器の種別を特定する容器種別ＩＤと吐出量を対応付けて別途記憶しておくとともに、容器情報には、容器ＩＤに対応付けて容器種別ＩＤを記録しておくことにより、間接的に容器ＩＤに対応する吐出量を取得するようにしてもよい。図８に示した詰め替えアイテム、残量については後述する。
【００４１】
容器グループが作成されたら、ユーザは、登録端末２０においてユーザグループＩＤを入力し、所定の指示を行う。すると、登録端末２０は、容器グループＩＤとユーザグループＩＤをサーバ装置３０に送信する。サーバ装置３０では、ユーザ容器管理手段３１が、登録端末２０から受信した容器グループＩＤとユーザグループＩＤを対応付けて、記憶装置３０ｃに登録する。この結果、サーバ装置３０の記憶装置３０ｃ内には、図９に示すような容器グループＩＤとユーザグループＩＤの対応関係が記憶される。そして、サーバ装置３０は、登録が完了した旨の情報を登録端末２０に送信することにより、ユーザに通知する。
【００４２】
＜２．３．詰め替えアイテムの登録（Ｓ３００）＞
上記のようにして、ユーザグループと容器グループの設定が行われる。この状態で、ユーザが容器１０の内容物を使用すると、センサ１１がポンプヘッドの押し下げを検知し、通信モジュール１２が、容器ＩＤを中継装置４０に送信する。中継装置４０は、容器ＩＤをサーバ装置３０に送信し、サーバ装置３０では、その容器ＩＤで特定される容器の残量を算出し、記録する。
【００４３】
容器１０が空になった場合、ユーザは、容器１０に詰め替えを行うことになる。この際、ユーザは、詰め替えアイテムの登録を行う（ステップＳ３００）。具体的には、まず、ユーザが、登録端末２０を用いて、詰め替えアイテムのパッケージに印刷されている二次元コードを撮影する。撮影により二次元コードに記録されたアイテムＩＤを取得する。詰め替えアイテムとしては、例えば、衛生用品（シャンプー、リンス、ボディソープ、消毒液）、食品（調味料、油）、洗剤などが想定される。この詰め替えアイテムの登録によって、ユーザがその詰め替えアイテムを購買、所有したことがサーバ装置３０に記録される。またこのアイテムのＩＤであるアイテムＩＤは、ＪＡＮコード等、いわゆる商品バーコードの記録情報でも代用可能であり、その商品バーコードの記録情報を利用して、記憶装置３０ｃ等に記憶した商品データベースから詰め替えアイテムの商品情報を取得し、ユーザに表示することなどが可能である。
【００４４】
続いて、容器１０の表面に形成された二次元コードを撮影する。すると、登録端末２０は、撮影により二次元コードに記録された容器ＩＤを取得する。そして、ユーザは、所定の指示を行う。すると、登録端末２０は、取得した容器ＩＤとアイテムＩＤをサーバ装置３０に送信する。サーバ装置３０では、登録端末２０からアイテムＩＤを受信すると、残量管理手段３２が、受信したアイテムＩＤにより、そのアイテムの量を特定する。アイテムの量は、新品の状態の量がアイテムＩＤと対応付けて記憶装置３０ｃ内に記憶されているので、残量管理手段３２は、記憶装置３０ｃを参照することにより、アイテムの量を特定することができる。そして、特定されたアイテムの量だけ、容器ＩＤで特定される容器にアイテムが追加されたものとして、容器ＩＤに対応付けた残量として記録する。この結果、図８に示すように、容器ＩＤに対応付けて、詰め替えアイテムＩＤと残量が、容器情報の一部として記憶装置３０ｃ内に記憶される。
【００４５】
＜２．４．容器内残量検出（Ｓ４００）＞
上記ステップＳ１００〜Ｓ３００の処理が行われた後は、随時、容器内の残量を検出する処理を行う（ステップＳ４００）。容器内残量検出の処理は、容器１０、中継装置４０、サーバ装置３０により行われる。ステップＳ１００〜Ｓ３００の処理が行われた後、ユーザが登録された容器１０に入った内容物を使用したとする。使用時には、容器１０のポンプヘッドを押し下げて内容物を出力させる。この際、容器のポンプヘッドが押し下げられると、センサ１１がポンプヘッドの押し下げを検知する。センサ１１が、ポンプヘッドの押し下げを検知すると、通信モジュール１２が、容器ＩＤを中継装置４０に送信する。中継装置４０は、通信モジュールから容器ＩＤを受信すると、受信した容器ＩＤに押し下げがあった旨の情報を付加してサーバ装置３０に送信する。サーバ装置３０では、中継装置４０から、容器ＩＤと、押し下げがあった旨の情報を受信すると、その容器ＩＤに対応する残量を所定数だけ減算して更新する。このようにして、容器の内容物が使用される度に、使用した量が減算され、サーバ装置３０の記憶装置３０ｃ内に容器情報の一部として残量が記録されていくことになる。基本的には、吐出量は使用量と考えることもできるため、吐出量イコール使用量として、使用量を記録することも可能である。したがって、図８においては省略しているが、容器ＩＤに対応付けて使用量を記録するようにしてもよい。
【００４６】
＜２．５．サービスの提供（Ｓ５００）＞
サーバ装置３０は、算出した残量に関して、ユーザに対して様々なサービスを提供する（ステップＳ５００）。例えば、ユーザの要求に応じた残量の通知サービスがある。この場合、ユーザが、登録端末２０で専用のプログラムを起動し、画面の表示内容に従って、情報を知りたい容器を選択する。ここで、容器ＩＤを入力することができれば、サーバ装置３０において特定をすることはできるが、ユーザは、容器ＩＤを知らないのが普通である。そのため、ユーザグループ名を入力してサーバ装置３０にアクセスする。そして、サーバ装置３０では、サービス処理手段３３が、図６に示したユーザ情報を参照して、入力されたユーザグループ名に対応するユーザグループＩＤを特定し、さらに図９に示したユーザグループ−容器グループ対応関係を参照して、ユーザグループＩＤに対応する容器グループＩＤを特定し、図８に示した容器情報を参照して、容器グループＩＤに対応する容器グループ名を取得して、登録端末２０に送信する。
【００４７】
登録端末２０では、サーバ装置３０から容器グループ名を取得すると、その容器グループ名を画面に表示してユーザに確認を促す。複数の容器グループ名が取得された場合は、複数の容器グループ名を画面に表示してユーザに選択を促すことになる。ユーザが、表示された容器グループ名に対して確認または選択を行うと、登録端末２０は、確認または選択された容器グループＩＤを照会要求とともにサーバ装置３０に送信する。
【００４８】
サーバ装置３０では、登録端末２０から照会要求とともに容器グループＩＤを受信すると、サービス処理手段３３が、その容器グループＩＤで特定される容器ＩＤ、名称、詰め替えアイテム、残量を取得し、登録端末２０に照会要求の応答として送信する。登録端末２０では、サーバ装置３０から照会要求の応答として容器ＩＤ、名称、詰め替えアイテム、残量を取得すると、名称、詰め替えアイテム、残量とともに、既に取得している容器グループ名を画面に表示する。これにより、ユーザは、選択した容器グループに属する容器に挿入されている詰め替えアイテムとその残量を知ることができる。
【００４９】
図示は省略しているが、サーバ装置３０では、記憶装置３０ｃ内に詰め替えアイテムＩＤとその詳細情報を記録している。したがって、所定の操作を行うことにより、サーバ装置３０に対して照会要求を行い、ユーザは、詰め替えアイテムの詳細を知ることができる。詰め替えアイテムの詳細としては、詰め替えアイテムの製品名、内容量等が挙げられる。
【００５０】
他のサービスとして、容器内の内容物の残量について所定の条件が成立した場合に所定の処理を行うサービスがある。具体的には、事前に設定されたしきい値と比較して、残量がしきい値より少なくなった場合に、登録されたアドレス宛に残量が少なくなった旨を通知するサービスである。登録されたアドレスとしては、例えば、一例として図６に示したようなメールアドレス（電子メールアドレス）が挙げられる。もちろん、ユーザが管理する装置に通知を行うことができるアドレスであれば、どのようなものであってもよく、アプリのプッシュ通知用のアドレスなども用いることができる。このサービスの場合、サービス処理手段３３は、容器ＩＤ、容器名、容器グループ、残量を対応付けて登録されたアドレス宛に送信する。ユーザがスマートフォンを利用し、スマートフォンで電子メールの着信を知らせる設定にしておけば、ユーザは、自身が保持するスマートフォンで特定の容器の残量が少なくなっていることをその場で知ることができる。そして、詰め替え時期が近付いていることを認識する。この際、容器が属する容器グループと対応付けられた同一のユーザグループに登録されているユーザのアドレス宛てに通知することにより、その容器に関係する複数のユーザが、残量が少ないことを知ることができる。
【００５１】
容器情報には、容器グループが登録され、容器グループ名も付与されており、各容器にも名称が付与されているため、例えば、「２Ｆ浴室、シャンプー  残りわずか」等と通知されることになり、各ユーザは、２Ｆ浴室のシャンプーの詰め替え時期が迫ってきていることを知ることができる。
【００５２】
また、サービスとしては、例えば、残量確認サービス、自動発注サービス、モニタリング（見守り）サービス、マーケティングサービス等を提供することができる。残量確認サービスとは、残量がしきい値より少なくなった場合でなくても、登録端末からの要求に基づいて、残量を通知するサービスである。
【００５３】
自動発注サービスとは、残量がしきい値より少なくなった場合に、その内容物の購入手続きを行うサーバにアクセスし、発注を行うサービスである。この場合、住所が事前に登録されていれば、ユーザは、何らの手続を行うことなく、残量が少なくなった内容物の詰め替えアイテムが自宅に届くことになる。
【００５４】
モニタリング（見守り）サービスとは、ある容器の残量の減少が著しく少ない場合に、その容器が登録されている住所等とは、別の住所で登録されたアドレス宛に、残量の減少が著しく少ない旨を通知するサービスである。例えば、高齢の親の自宅内の容器を登録しておき、その通知をその子供に設定しておけば、高齢の親の生活の変化に気付くことが可能となる。
【００５５】
マーケティングサービスは、同一種別の詰め替えアイテム（同一製品）について、複数の容器の残量の変化を、年齢、性別等の様々な指標に分けて取得し、指標ごとの傾向のデータを製品の製造者・販売者等の業者宛てに送信するサービスである。また、このマーケティングサービスの延長として、ユーザに登録端末を通じて、サービスや商品のアンケート等を実施したり、インセンティブプログラム（使用量に応じて詰め替えアイテムをプレゼントするなどのキャンペーン）を実施したりすることなどが可能である。
【００５６】
また、残量ではなく、使用量に応じて課金するようなサービスを提供することもできる。これにより、例えば、今までパッケージ単位で購入していた内容物を使用量に応じて課金するようなことも可能となる。このようなサービスは、ホテルやスポーツ施設での利用向けとして提供することができる。この場合、サービス処理手段３３が、容器情報に容器ＩＤと対応付けて記録された使用量を取得し、使用量に応じた金額を算出し、ユーザのアドレスに対して通知を行うことになる。
【００５７】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されず、種々の変形が可能である。例えば、上記実施形態では、登録端末２０としてスマートフォン、中継装置４０としてＩｏＴゲートウェイを用いることにより、登録端末２０と中継装置４０を別体のハードウェアで実現したが、登録端末２０と中継装置４０を１つの筐体に収まるハードウェアで実現するようにしてもよい。例えば、専用のプログラムを組み込むことにより、スマートフォンに登録端末２０と中継装置４０の双方の機能を持たせるようにしても良い。この場合、図３に示したスマートフォンの近距離無線通信部２０ｉを利用して容器ＩＤを受信し、ネットワーク通信部２０ｇが、サーバ装置３０に容器ＩＤを送信することにより、スマートフォンが中継装置４０としての役割を果たす。
【００５８】
また、上記実施形態では、ユーザや容器に関する情報を図６〜図９に示したような態様で記憶および管理しているが、これらが規定する対応関係に基づいて必要な情報を取得できるように構成されていれば、図６〜図９に示したような態様に限定されるものではない。
【００５９】
また、上記実施形態では、登録端末２０や中継装置４０とネットワークを介して１つのサーバ装置３０が、ユーザ容器管理手段３１、残量管理手段３２、サービス処理手段３３を備え、サービス提供システムの中心的な役割を果たしているが、サーバ装置３０は、物理的に１台のコンピュータで構成されていてもよいし、複数台のコンピュータで構成されていてもよい。また、ネットワーク上で多数のコンピュータが連携して処理を行う、いわゆるクラウド型で構成されていてもよい。
【符号の説明】
【００６０】
１０・・・容器
２０ａ、３０ａ・・・ＣＰＵ
２０ｂ、３０ｂ・・・ＲＡＭ
２０ｃ、３０ｃ・・・記憶装置
２０ｄ、３０ｄ・・・指示入力部
２０ｅ、３０ｅ・・・データ入出力Ｉ／Ｆ
２０ｆ、３０ｆ・・・表示部
２０ｇ、３０ｇ・・・ネットワーク通信部
２０ｈ・・・カメラ
２０ｉ・・・近距離無線通信部
２０・・・登録端末
３０・・・サーバ装置
３１・・・ユーザ容器管理手段
３２・・・残量管理手段
３３・・・サービス処理手段
４０・・・中継装置
５０・・・ネットワーク
【図１】
0006699315.tif 000002
【図２】
0006699315.tif 000003
【図３】
0006699315.tif 000004
【図４】
0006699315.tif 000005
【図５】
0006699315.tif 000006
【図６】
0006699315.tif 000007
【図７】
0006699315.tif 000008
【図８】
0006699315.tif 000009
【図９】
0006699315.tif 000010