JP7269100B2 - 情報処理装置、情報処理システム、浄水器に関連する情報の提示方法、およびプログラム - Google Patents

Description

本発明は、浄水器に関連する情報をユーザに提示する技術に関する。

自装置の状態を検出する機能を有する浄水器が知られている。

例えば、特許文献１および特許文献２には、消耗品の状態を検出する機能を備えた浄水器等の機器にビーコン装置が取り付けられ、ビーコン装置が、消耗品の状態を表す情報を機器から受信して通信端末に送信し、通信端末が、消耗品の購入情報等を表示する技術が開示されている。

また、例えば、特許文献３には、カートリッジの使用量情報を検出するセンサと、使用量情報を記憶する制御部と、使用量情報を他の装置に送信するための近距離無線通信装置とを有する浄水器が開示されている。

特開２０１５－１７６１９７号公報 特開２０１６－９６４２１号公報 国際公開第２０１８／１２４２９１号パンフレット

しかしながら、特許文献１～３に開示された技術では、浄水器に、浄水器に関連する情報を検出するための構成が搭載される。例えば、使用状況を検出するセンサ、検出した情報を処理する制御部、処理した情報を外部に送信する通信部、これらを駆動する電源部等が搭載されている。このため、浄水器の構造が複雑となる、設計やデザインに制約が出る、防水性が必要となる、故障の可能性が高くなる、電池交換の必要がある、等の問題が生じる。

本発明は、浄水器に関連する情報を検出するために、浄水器本体に搭載させることが必要な構成をより少なくする技術を提供することを目的とする。

上記の課題を解決するために、本発明の一態様に係る情報処理装置は、撮影装置によって撮影された撮影画像を取得する取得部と、前記撮影画像に基づいて、浄水器に関連する情報を検出する検出部と、前記検出した情報をユーザに提示する提示部と、を備える。

また、上記の課題を解決するために、本発明の一態様に係る浄水器に関連する情報の提示方法は、情報処理装置が、撮影装置によって撮影された撮影画像を取得し、前記撮影画像に基づいて、浄水器に関連する情報を検出し、前記検出した情報をユーザに提示する。

また、上記の課題を解決するために、本発明の一態様に係るプログラムは、上述した情報処理装置の各部としてコンピュータを機能させる。

また、上記の課題を解決するために、本発明の一態様に係る情報処理システムは、上述の情報処理装置と、前記サーバであって、前記情報処理装置から受信した撮影画像に基づいて前記浄水器に関連する情報を検出するサーバと、を含む。

本発明の一態様によれば、浄水器に関連する情報を検出するために、浄水器本体に搭載させることが必要な構成をより少なくすることができる。

本発明の実施形態に係る情報処理システムの構成を示すブロック図である。 本発明の実施形態において対象となる浄水器を示す斜視図である。 本発明の実施形態に係る情報処理システムの各装置のハードウェア構成を示す図である。 本発明の実施形態に係る情報処理システムの各装置の機能ブロック構成を示す図である。 本発明の実施形態に係る情報処理システムが浄水器の識別情報を検出する動作を示すフローチャートである。 本発明の実施形態に係る情報処理システムが浄水器の識別情報を検出する動作の具体例を示す模式図である。 本発明の実施形態に係る情報処理システムが取り付け可能な浄水器を検出する動作を示すフローチャートである。 本発明の実施形態に係る情報処理システムが取り付け可能な浄水器を検出する動作の具体例を示す模式図である。 本発明の実施形態に係る情報処理システムが浄水カートリッジの状態を診断する動作を示すフローチャートである。 本発明の実施形態に係る情報処理システムが浄水カートリッジの状態を診断する動作の具体例を示す模式図である。 本発明の実施形態に係る情報処理システムが浄水器の不具合を診断する動作を示すフローチャートである。 本発明の実施形態に係る情報処理システムが浄水器の不具合を診断する動作の具体例を示す模式図である。

〔実施形態〕
以下、本発明の実施形態について、詳細に説明する。図１は、本発明の実施形態に係る情報処理システム１の構成を示すブロック図である。情報処理システム１は、ユーザ端末１０と、サーバ２０とを含む。ユーザ端末１０およびサーバ２０は、ネットワーク３０を介して通信可能に接続される。ネットワーク３０は、例えば、無線ＬＡＮ（Local Area Network）、有線ＬＡＮ、公衆回線、インターネット、または、これらの組み合わせ等によって構成される。

（情報処理システム１の概要）
情報処理システム１は、撮影装置によって撮影された撮影画像を取得し、取得した撮影画像に基づいて、浄水器に関連する情報を検出し、検出した情報をユーザに提示するシステムである。本実施形態では、撮影装置の一例として、静止画像および動画像を取得可能なカメラを適用する。なお、撮影装置は、これに限らず、静止画像および動画像の一方を取得可能なカメラであってもよいし、その他の撮影装置であってもよい。情報処理システム１は、浄水器に関連する情報を、撮影画像に基づいて検出するので、浄水器本体に、浄水器に関連する情報を検出するための構成が搭載されていなくても構わない。これにより、情報処理システム１は、浄水器に関連する情報を検出するために、浄水器本体に搭載させることが必要な構成をより少なくすることができる。

（浄水器の構成）
図２は、情報処理システム１によって関連する情報が検出される対象となる浄水器８０の一例を示す斜視図である。浄水器８０は、例えば、ユーザの自宅或いはオフィス等の水栓の蛇口に取り付けられた直付け型の浄水器である。浄水器８０は、浄水カートリッジ８２の着脱が可能であり、ユーザが任意で浄水カートリッジ８２の交換を行うことができる。

浄水器８０は、浄水器本体８１と略円柱状の浄水カートリッジ８２とで構成されている。浄水器本体８１は、切換操作部８１１および取り付け治具８１２を備え、水栓９０の蛇口に取り付けられている。浄水器８０は、ケース本体で覆われている。ケース本体上部の略中央には、蛇口から原水である水道水を受け入れる受入口（図示せず）が形成され、この受入口がリング状の取り付け治具８１２を介して蛇口の吐出口に取り付けられている。切換操作部８１１は、回動軸の周りを前後方向に回動可能に形成されている。切換操作部８１１を操作することで、受入口に供給された水道水の流路を切り替え、浄水器本体８１の底部に設けられた原水出口、または、シャワー出口、あるいは、浄水カートリッジ８２の底部に設けられた浄水出口、の何れか一つから吐出させることができる。例えば、切換操作部８１１を、前後方向の奥側に回動させると、浄水カートリッジ８２内の濾過材で濾過した浄水が、浄水出口から吐出される。また、切換操作部８１１を、前後方向の手前側に回動させると、原水が直接原水出口から吐出される。また、切換操作部８１１を、前後方向の中間位置に回動させると、シャワー出口からシャワー状の原水が吐出される。各出口に対応する切換操作部８１１の切り換え位置をそれぞれ、浄水位置、シャワー位置、原水位置と呼ぶ。

（情報処理システム１の物理的構成）
図３は、情報処理システム１を構成する各装置の物理的構成を示すブロック図である。

（ユーザ端末１０の物理的構成）
ユーザ端末１０は、図３に示すように、バス１０１０と、主メモリ１００１と、プロセッサ１００２と、補助メモリ１００３と、通信インタフェース１００４と、カメラ１００５と、タッチスクリーン１００６とを備えたコンピュータである。主メモリ１００１、プロセッサ１００２、補助メモリ１００３、通信インタフェース１００４、カメラ１００５、およびタッチスクリーン１００６は、バス１０１０を介して互いに接続されている。ユーザ端末１０は、一例として、スマートフォン、タブレット等である。

主メモリ１００１としては、例えば、半導体ＲＡＭ（random access memory）等が用いられる。

プロセッサ１００２としては、例えば、マイクロプロセッサ、デジタルシグナルプロセッサ、マイクロコントローラ、またはこれらの組み合わせ等が用いられる。

補助メモリ１００３としては、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、またはこれらの組み合わせ等が用いられる。補助メモリ１００３には、当該コンピュータを本発明における情報処理装置として動作させるためのプログラム（アプリケーション）が格納されている。プロセッサ１００２は、補助メモリ１００３に格納されたプログラムを主メモリ１００１上に展開し、主メモリ１００１上に展開されたプログラムに含まれる各命令を実行する。また、補助メモリ１００３には、当該コンピュータを本発明における情報処理装置として動作させるためにプロセッサ１００２が参照する各種データが格納されている。

通信インタフェース１００４は、ネットワーク３０に接続するインタフェースである。

カメラ１００５は、イメージセンサ等を含み、レンズから入射する入射光を電気信号に変換することで撮影画像を生成する。

タッチスクリーン１００６は、入力装置および出力装置として機能する。具体的には、タッチスクリーン１００６は、スクリーンに対するユーザの手、ペン等の物体の接触を、入力操作として受け付けることにより、入力装置として機能する。また、タッチスクリーン１００６は、プロセッサ１００２により生成された画面を表す情報を表示することにより、出力装置として機能する。

（サーバ２０の物理的構成）
サーバ２０は、図３に示すように、バス２０１０と、主メモリ２００１と、プロセッサ２００２と、補助メモリ２００３と、通信インタフェース２００４とを備えたコンピュータである。主メモリ２００１、プロセッサ２００２、補助メモリ２００３、および通信インタフェース２００４は、バス２０１０を介して互いに接続されている。また、サーバ２０は、入出力インタフェース（図示せず）を備え、入出力インタフェースを介して入力装置および出力装置の一方または両方に接続されていてもよい。

主メモリ２００１、プロセッサ２００２、補助メモリ２００３、通信インタフェース２００４は、ユーザ端末１０が備える主メモリ１００１、プロセッサ１００２、補助メモリ１００３、通信インタフェース１００４と同様に説明される。

ただし、補助メモリ２００３には、当該コンピュータを本発明におけるサーバとして動作させるためのプログラムが格納されている。プロセッサ２００２は、補助メモリ２００３に格納されたプログラムを主メモリ２００１上に展開し、主メモリ２００１上に展開されたプログラムに含まれる各命令を実行する。また、補助メモリ２００３には、当該コンピュータを本発明におけるサーバとして動作させるためにプロセッサ２００２が参照する各種データが格納されている。

なお、ここでは、内部記憶媒体である補助メモリ１００３または補助メモリ２００３に格納されているプログラムに従って、プロセッサ１００２またはプロセッサ２００２が動作する形態について説明したが、これに限定されない。すなわち、プロセッサ１００２およびプロセッサ２００２の少なくとも一方は、外部記録媒体に格納されているプログラムに従って動作してもよい。また、プロセッサ１００２およびプロセッサ２００２の少なくとも一方は、ネットワーク上から取得したプログラムに従って動作してもよい。

また、ここでは、単一のコンピュータを用いて、ユーザ端末１０およびサーバ２０のそれぞれを実現する形態について説明したが、これに限定されない。すなわち、ユーザ端末１０およびサーバ２０の少なくとも一方は、互いに通信可能に構成された複数のコンピュータによって構成されてもよい。

（情報処理システム１の機能的構成）
図４は、情報処理システム１を構成する各装置の機能的構成を示すブロック図である。

（ユーザ端末１０の機能的構成）
ユーザ端末１０は、図４に示すように、制御部１１と、記憶部１２とを備える。制御部１１は、取得部１１１と、検出部１１２と、提示部１１３と、登録部１１４と、合成部１１５とを含む。制御部１１は、図３に示した補助メモリ１００３に記憶されたプログラムをプロセッサ１００２が読み込んで実行することにより実現される機能的な構成である。記憶部１２は、図３に示した主メモリ１００１および補助メモリ１００３によって実現される機能的な構成である。

取得部１１１は、カメラ１００５によって撮影された撮影画像を取得する。被写体としては、浄水器８０、水栓９０、浄水器８０の識別マーク等が挙げられる。撮影画像は、静止画像または動画像である。なお、浄水器８０の識別マークとしては、例えば、バーコード等の一次元コード、ＱＲコード（登録商標）、データマトリックス（登録商標）、ＰＤＦ４１７等の多次元コードが挙げられるが、これらに限られない。

取得部１１１は、カメラ１００５を制御することにより周囲を表す映像を撮影画像として取得してもよいし、記憶部１２に記憶された撮影画像を取得してもよい。

カメラ１００５を制御して撮影画像を取得する場合、取得部１１１は、静止画モードおよび動画モードの何れかで動作する。何れのモードにおいても、取得部１１１は、カメラ１００５によって取得される周囲を表す映像をリアルタイムに更新しながらタッチスクリーン１００６に表示する。また、取得部１１１は、撮影ボタンおよび切替ボタンを、周囲を表す映像とともにタッチスクリーン１００６に表示する。取得部１１１は、切替ボタンに対するユーザの操作が受け付けられると、静止画モードおよび動画モード間の切り替えを行う。静止画モードにおいて、取得部１１１は、撮影ボタンに対する操作が受け付けられると、当該操作時点での周囲を表す画像を静止画の撮影画像として取得する。また、動画モードにおいて、取得部１１１は、撮影ボタンに対する操作が受け付けられてから、次に撮影ボタンに対する操作が受け付けられるまでの周囲を表す映像を、動画像の撮影画像として取得する。

検出部１１２は、撮影画像に基づいて、浄水器８０に関連する情報を検出する。検出処理自体は、サーバ２０によって実行される。具体的には、検出部１１２は、浄水器８０の撮影画像をサーバ２０に送信し、サーバ２０を用いて浄水器８０に関連する情報を検出する。

浄水器８０に関連する情報の一例としては、浄水器８０の状態を表す情報が挙げられる。浄水器８０の状態とは、例えば、浄水カートリッジ８２の消耗度（具体的には、目詰まりの具合等）、予測される交換時期、浄水器８０の不具合等であってもよいが、これらに限られない。なお、浄水カートリッジ８２は、本発明における消耗品の一例である。また、浄水器８０に関連する情報の他の一例としては、浄水器８０の識別情報、水栓９０に取り付け可能な浄水器８０等が挙げられる。

提示部１１３は、検出部１１２によって検出された、浄水器８０に関連する情報をユーザに提示する。具体的には、提示部１１３は、浄水器８０に関連する情報を、タッチスクリーン１００６に表示することによりユーザに提示する。なお、提示部１１３は、タッチスクリーン１００６に表示することに限らず、その他の手法で、浄水器８０に関連する情報をユーザに提示してもよい。例えば、浄水器８０に関連する情報は、ユーザ端末１０が備えるスピーカ（図示せず）から音声情報として出力されてもよいし、外部に接続されたプリンタ（図示せず）から紙媒体として出力されてもよい。

登録部１１４は、浄水器８０の識別情報と、浄水器８０のユーザを表すユーザ情報とを関連付けた登録情報を、サーバ２０の記憶部２２に記憶させる。関連付けの処理自体は、サーバ２０によって実行される。具体的には、登録部１１４は、浄水器８０または浄水器８０の識別マークの撮影画像と、ユーザ情報とをサーバ２０に送信し、サーバ２０を用いて、登録情報を生成して記憶部２２に記憶させる。以降、登録情報を生成して記憶部２２に記憶させることを、ユーザ登録とも記載する。

ここで、ユーザ情報に含まれる情報の一例としては、ユーザの名称、メールアドレス、年齢、家族構成、住所等が挙げられる。ただし、ユーザ情報には、これらに限らず、その他の情報が含まれていてもよい。サーバ２０に記憶された登録情報は、ユーザにお勧め情報等を提示するために用いられてもよい。例えば、ユーザ情報に含まれるメールアドレスに対して、ユーザ情報に関連付けられた浄水器８０の部品、オプション品、浄水カートリッジ８２等の情報が送信されてもよい。

合成部１１５は、水栓９０の撮影画像と、水栓９０に取り付け可能な浄水器８０の画像とを用いて、当該浄水器８０が水栓９０に取り付けられた状態を表す合成画像を生成する。合成処理自体は、サーバ２０によって実行される。具体的には、合成部１１５は、水栓９０に取り付け可能な浄水器８０の何れかを特定する情報をサーバ２０に送信し、撮影画像と当該浄水器８０の画像との合成要求をサーバ２０に送信し、サーバ２０を用いて合成を行う。

（サーバ２０の機能的構成）
サーバ２０は、図４に示すように、制御部２１と、記憶部２２とを備える。

制御部２１は、ユーザ端末１０の検出部１１２から撮影画像を受信し、当該撮影画像に基づいて、浄水器８０に関連する情報を検出する。また、制御部２１は、浄水器８０に関連する情報を、ユーザ端末１０に送信する。検出処理には、記憶部２２に記憶された検出ルール、浄水器データ等が用いられる。検出ルール、浄水器データの詳細については後述する。制御部２１は、図３に示した補助メモリ２００３に記憶されたプログラムをプロセッサ２００２が読み込んで実行することにより実現される機能的な構成である。記憶部２２は、図３に示した主メモリ２００１および補助メモリ２００３によって実現される機能的な構成である。

また、制御部２１は、ユーザ端末１０の登録部１１４からユーザ情報を受信する。制御部２１は、受信したユーザ情報と、撮影画像に基づき検出した浄水器８０の識別情報とを関連付けた登録情報を、記憶部２２に記憶する。

また、制御部２１は、ユーザ端末１０の合成部１１５から、水栓９０に取り付け可能な浄水器８０の何れかを特定する情報を受信する。制御部２１は、受信した情報が示す浄水器８０の画像と、受信した水栓９０の撮影画像とを、当該浄水器８０が水栓９０に取り付けられた状態を表すよう合成する。

（サーバ２０に記憶されるデータ）
記憶部２２には、登録情報、検出ルール、浄水器データ等が記憶される。登録情報は、前述のように、浄水器８０の識別情報とユーザ情報とを関連付けた情報である。

検出ルールは、撮影画像に基づいて、検出結果を導出するための情報である。例えば、検出ルールは、条件および結果を関連付けたルールとして表される。具体的な検出ルールの例としては、浄水器８０から吐出される水の流量が満たす条件と、浄水器の消耗度とを関連付けた情報が挙げられる。また、他の例としては、浄水器８０の吐水口以外からの吐水（湯水）を示す情報または異常な流姿を示す情報と、取り付けに不備があるとの不具合とを関連付けた情報が挙げられる。

浄水器データは、浄水器８０の機種毎に記憶されるデータである。各浄水器８０の浄水器データは、例えば、名称、型番、コード、外観画像、３Ｄモデリングデータ、適合する水栓の種類、マニュアル等を含んでいてもよい。

（情報処理システム１の動作）
以上のように構成された情報処理システム１の動作について、図面を参照して説明する。

（浄水器８０の識別情報を検出する動作）
図５は、情報処理システム１が、浄水器８０の撮影画像に基づいて浄水器８０の識別情報を検出する動作の一例を示すフローチャートである。

ステップＳ１０１において、ユーザ端末１０の登録部１１４は、ユーザ情報を取得する。ユーザ情報は、例えば、タッチスクリーン１００６に対する入力操作に基づいて取得されてもよいし、記憶部１２から取得されてもよい。

ステップＳ１０２において、取得部１１１は、浄水器８０または浄水器８０の識別マークの撮影画像を取得する。ここで、当該浄水器８０は、水栓９０に取り付けられた状態であってもよいし、取り付けられていない状態であってもよい。また、浄水器８０の識別マークは、浄水器８０の表面に貼り付けまたは直接印字されたものであってもよいし、浄水器８０の付属品、マニュアル等に貼り付けまたは直接印字されたものであってもよい。また、この場合、撮影画像は、静止画像であってもよいし、動画像であってもよい。

ステップＳ１０３において、検出部１１２は、浄水器８０または浄水器８０の識別マークの撮影画像と、ユーザ情報とを、サーバ２０に送信する。

ステップＳ１０４において、サーバ２０の制御部２１は、受信した撮影画像に基づいて、浄水器８０の識別情報を検出する。

例えば、受信した撮影画像に含まれる被写体が浄水器８０であるとする。この場合、制御部２１は、撮影画像と、記憶部２２に記憶された浄水器データに含まれる外観画像とを比較し、一致度が閾値以上の外観画像に対応する浄水器８０の型番を、識別情報として検出してもよい。

また、例えば、受信した撮影画像に含まれる被写体が浄水器８０の識別マークであるとする。この場合、制御部２１は、撮影画像に含まれる識別マークを認識して得られるコード自体を、識別情報として検出してもよい。また、制御部２１は、当該コードによって特定される浄水器８０の型番を、識別情報として検出してもよい。

ステップＳ１０５において、制御部２１は、検出した識別情報と、受信したユーザ情報とを関連付けた登録情報を、記憶部２２に記憶する。

ステップＳ１０６において、制御部２１は、検出した識別情報を、ユーザ端末１０に送信する。また、制御部２１は、記憶部２２に記憶された浄水器データを参照することにより、検出した識別情報に加えて、当該識別情報が示す浄水器８０の外観画像を、ユーザ端末１０に送信してもよい。

ステップＳ１０７において、ユーザ端末１０の提示部１１３は、受信した識別情報を、タッチスクリーン１００６に表示する。浄水器８０の外観画像が併せて受信されている場合、タッチスクリーン１００６には、当該外観画像が、識別情報とともに表示されてもよい。

なお、ステップＳ１０４において、制御部２１が撮影画像から浄水器８０の識別情報を検出できない可能性がある。この場合、制御部２１は、ステップＳ１０５を省略し、ステップＳ１０６において、検出できなかったことを示す情報をユーザ端末１０に送信してもよい。この場合、ステップＳ１０７において、提示部１１３は、識別情報を検出できなかったことを示す情報をタッチスクリーン１００６に表示してもよい。また、ステップＳ１０４において、制御部２１は、撮影画像から浄水器８０の機種を特定できない場合、撮影画像に基づいて複数の機種の候補を検出してもよい。例えば、外観画像に外形が近い機種を複数検出してもよい。この場合、制御部２１は、ステップＳ１０５を省略し、ステップＳ１０６において、当該複数の機種を示す情報をユーザ端末１０に送信してもよい。この場合、ステップＳ１０７において、提示部１１３は、当該複数の機種を示す情報をタッチスクリーン１００６に表示してもよい。

（浄水器８０の識別情報を検出する動作の具体例）
図６は、浄水器８０の識別情報を検出する動作の具体例を示す模式図である。

図６の左図に示すように、ユーザ端末１０において、ユーザの操作に応じて、浄水器８０の撮影画像が取得される。取得された撮影画像は、ユーザ情報とともに、サーバ２０に送信される（ステップＳ１０１～Ｓ１０３）。この例では、浄水器８０は、水栓９０に取り付けられていない状態である。これにより、サーバ２０において、ステップＳ１０４～Ｓ１０６の処理が実行される。そして、図６の右図に示すように、ユーザ端末１０のタッチスクリーン１００６には、サーバ２０に記憶されている浄水器８０の外観画像Ｇ１０１と、浄水器８０の識別情報Ｇ１０２とが表示される（ステップＳ１０７）。

（識別情報を検出する動作による効果）
以上の動作により、本実施形態は、購入した浄水器８０の識別情報を、ユーザに容易に把握させることができる。また、本実施形態は、ユーザが、購入した浄水器８０の識別情報がわからない場合にも、容易にユーザ登録を行うことができ、ユーザ登録の煩雑さを低減する。また、本実施形態は、実際の浄水器８０とは異なる識別情報を入力してユーザ登録が行われることを低減する。

（取り付け可能な浄水器８０を示す情報を検出する動作）
図７は、情報処理システム１が、水栓９０の撮影画像に基づいて取り付け可能な浄水器８０を示す情報を検出する動作の一例を示すフローチャートである。

ステップＳ２０１において、ユーザ端末１０の取得部１１１は、水栓９０の撮影画像を取得する。ここで、被写体である水栓９０は、浄水器８０が取り付けられていない状態である。

ステップＳ２０２において、検出部１１２は、水栓９０の撮影画像を、サーバ２０に送信する。

ステップＳ２０３において、サーバ２０の制御部２１は、受信した撮影画像に基づいて、取り付け可能な浄水器８０を示す情報を検出する。

例えば、制御部２１は、受信した撮影画像に含まれる被写体としての水栓９０の形状を解析し、解析した形状に基づいて、水栓９０の種類を判定する。また、制御部２１は、記憶部２２に記憶された浄水器データのうち、判定した水栓９０の種類に適合する浄水器データが示す浄水器８０を、取り付け可能な浄水器８０として検出する。このとき、判定した水栓９０の種類に適合する複数の浄水器データがあれば、制御部２１は、取り付け可能な複数の浄水器８０を示す情報を検出する。

また、制御部２１は、当該ステップにおいて、判定した水栓９０の種類と、適合する各浄水器８０とを接続するための取り付け用部品の型番を併せて検出してもよい。

ステップＳ２０４において、制御部２１は、検出した浄水器８０のリストを、記憶部２２に記憶する。浄水器８０のリストには、例えば、浄水器の型番、外観画像のサムネイル、取り付け用部品の型番等が含まれる。

ステップＳ２０５において、ユーザ端末１０の提示部１１３は、受信した浄水器８０のリストを、タッチスクリーン１００６に表示する。

ステップＳ２０６において、合成部１１５は、表示されたリストに含まれる浄水器８０の何れかを選択するユーザの操作を受け付ける。当該操作は、ユーザが、被写体の水栓９０に取り付けたイメージを表示させたい浄水器８０を選択する操作である。

ステップＳ２０７において、合成部１１５は、選択された浄水器８０を特定する情報を、サーバ２０に送信する。

ステップＳ２０８において、サーバ２０の制御部２１は、受信した情報が示す浄水器８０の画像を取得する。

例えば、制御部２１は、記憶部２２に記憶された浄水器データを参照して、当該浄水器８０の外観画像を取得する。この場合、撮影画像に含まれる水栓９０の向き等に、当該外観画像との合成に用いるための制約があってもよい。このような制約は、ユーザ端末１０において撮影画像が取得される時点でユーザに提示されてもよい。あるいは、制御部２１は、記憶部２２に記憶された浄水器データを参照して、当該浄水器８０の３Ｄモデリングデータを取得してもよい。この場合、制御部２１は、３Ｄモデリングデータから、撮影画像に含まれる被写体としての水栓９０の向き等に応じて、合成に適した向き等の浄水器８０の画像を生成してもよい。

ステップＳ２０９において、制御部２１は、浄水器８０の画像と撮影画像とを合成する。これにより、撮影画像に含まれる被写体としての水栓９０に、浄水器８０が取り付けられた状態を表す合成画像が生成される。

ステップＳ２１０において、制御部２１は、合成画像をユーザ端末１０に送信する。

ステップＳ２１１において、ユーザ端末１０の提示部１１３は、受信した合成画像を、タッチスクリーン１００６に表示する。

（取り付け可能な浄水器８０を示す情報を検出する動作の具体例）
図８は、取り付け可能な浄水器８０を示す情報を検出する動作の具体例を示す模式図である。

図８の左図に示すように、ユーザ端末１０において、ユーザの操作に応じて、水栓９０の撮影画像が取得され、サーバ２０に送信される（ステップＳ２０１～Ｓ２０２）。これにより、サーバ２０において、Ｓ２０３～Ｓ２０４の処理が実行される。そして、図８の中央図に示すように、ユーザ端末１０のタッチスクリーン１００６には、取り付け可能な浄水器８０の一覧Ｇ２０１が表示される。一覧Ｇ２０１の各行は、取り付け可能な浄水器８０を表し、取り付け用部品の型番と、ボタンＧ２０２を含んでいる。ここで、ボタンＧ２０２に対するユーザの操作が受け付けられると、当該ボタンＧ２０２に対応する浄水器８０を特定する情報が、サーバ２０に送信される（ステップＳ２０５～Ｓ２０７）。これにより、サーバ２０において、ステップＳ２０８～Ｓ２１０の処理が実行される。そして、図８の右図に示すように、ユーザ端末１０のタッチスクリーン１００６には、撮影画像に含まれる被写体としての水栓９０に、選択された浄水器８０が取り付けられた状態を示す取り付けイメージ（合成画像）が表示される。なお、撮影画像に、被写体である水栓７０とともに、その周囲の様子（例えば、キッチン、オフィスの給湯室等）が含まれている場合、合成画像にも、周囲の様子が含まれる。

（取り付け可能な浄水器８０を示す情報を検出する動作による効果）
以上の動作により、本実施形態は、ユーザに、水栓９０の周囲の環境における浄水器８０の取り付け状況を仮想的に確認させることができる。また、これにより、本実施形態は、ユーザが、水栓９０の周囲の環境に合った浄水器８０を選択して購入することを支援できる。また、本実施形態は、取り付け用部品の型番をあわせて提示することにより、ユーザによる浄水器８０の取り付けを支援することができる。また、本実施形態は、ユーザが、使用する水栓９０に適合しない浄水器８０を購入したり、適合する浄水器８０を取り付けるために利用できない取り付け用部品を購入したりすることを低減できる。

（浄水カートリッジ８２の状態を診断する動作）
図９は、情報処理システム１が、浄水器８０の撮影画像に基づいて浄水カートリッジ８２の状態を診断する動作の一例を示すフローチャートである。なお、ここでは、浄水カートリッジ８２の状態を診断するとは、浄水カートリッジ８２の消耗度を検出し、その交換時期を予測することを含む。

ステップＳ３０１において、ユーザ端末１０の取得部１１１は、浄水器８０の撮影画像を取得する。ここでは、撮影画像として、浄水を吐出しているときの浄水器８０および吐出されている浄水を含む動画像が取得される。当該撮影画像を、第１撮影画像とも記載する。ここで、第１撮影画像は、浄水器８０が初めて使用される時、または、浄水カートリッジ８２交換後に初めて使用される時に撮影されることが望ましい。ただし、第１撮影画像は、浄水カートリッジ８２の消耗度を検出するための基準となるその他の時期に撮影されたものであっても構わない。

ステップＳ３０２において、ユーザ端末１０の取得部１１１は、浄水器８０の撮影画像を取得する。ここでは、撮影画像として、浄水を吐出しているときの浄水器８０および吐出されている浄水を含む動画像が取得される。当該撮影画像を、第２撮影画像とも記載する。ここで、第２撮影画像は、第１撮影画像が撮影された後、第１撮影画像とは異なるタイミングで撮影される。例えば、第２撮影画像は、浄水器８０の使用開始後または浄水カートリッジ８２交換後に推奨期間が経過した頃（例えば、１ヶ月後、２か月、３ヶ月後等）に撮影されてもよい。例えば、ユーザ端末１０の提示部１１３は、第１撮影画像および第２撮影画像の撮影を促す情報を、当該撮影を推奨する時期にユーザに提示してもよい。提示は、例えば、タッチスクリーン１００６に表示することによって行われてもよいし、ユーザの登録したメールアドレス宛てにメール送信することによって行われてもよい。例えば、第１撮影画像の撮影を促す情報は、浄水器８０の取り付け後または浄水カートリッジ８２の交換後から、第１撮影画像が取得されるまで、所定間隔毎に通知されてもよい。また、第２撮影画像の撮影を促す情報は、第１撮影画像の取得後から、上述した推奨期間が経過したタイミング毎に、第２撮影画像が取得されるまで通知されてもよい。ただし、第２撮影画像は、第１撮影画像が撮影された後であれば、ユーザが浄水カートリッジ８２の状態を診断したい任意の時期に撮影されたものであっても構わない。

ステップＳ３０３において、検出部１１２は、水栓９０の第１撮影画像および第２撮影画像を、サーバ２０に送信する。

ステップＳ３０４において、サーバ２０の制御部２１は、受信した第１撮影画像から、吐出される水の単位期間あたりの流量（以下、第１流量とも記載）を算出する。例えば、制御部２１は、第１撮影画像から、吐出される水の流速および流水幅を算出し、流水幅を断面積に変換して流速を乗じることにより、第１流量を算出してもよい。同様に、制御部２１は、受信した第２撮影画像から、吐出される水の単位期間あたりの流量（以下、第２流量とも記載）を算出する。第１流量は、本発明における、第１撮影画像から得られる情報の一例である。また、第２流量は、本発明における第２撮影画像から得られる情報の一例である。

ステップＳ３０５において、制御部２１は、第１流量と第２流量とを比較することにより、浄水カートリッジ８２の消耗度を検出するとともに、その交換時期を予測する。

例えば、制御部２１は、第１流量および第２流量の比較結果が満たす条件と、消耗度とが関連付けられた検出ルールを参照することにより、消耗度を検出してもよい。また、制御部２１は、比較結果が満たす条件（または、消耗度が満たす条件）と、交換時期とが関連付けられた検出ルールを参照することにより、交換時期を予測してもよい。

ステップＳ３０６において、制御部２１は、浄水カートリッジ８２の消耗度および交換時期を、ユーザ端末１０に送信する。

ステップＳ３０７において、ユーザ端末１０の提示部１１３は、受信した消耗度および交換時期を、タッチスクリーン１００６に表示する。

なお、ステップＳ３０１で取得される第１撮影画像およびステップＳ３０２で取得される第２撮影画像は、浄水器８０に対して同一とみなされる原水の供給条件にて撮影されることが好ましい。換言すると、第２撮影画像の撮影時に浄水器８０に対する供給条件は、第１撮影画像の撮影時に浄水器８０に対する供給条件と同一であるとみなされることが好ましい。

例えば、水栓９０が、レバーまたはハンドルを操作することで水を吐出するものであるとする。この場合、第２撮影画像を撮影するためのレバーまたはハンドルに対する操作は、第１撮影画像の撮影時におけるレバーまたはハンドルに対する操作と同一であるとみなされることが好ましい。具体的には、レバーに対する操作が同一とみなされるためには、レバーの角度が所定の誤差の範囲内で同一であればよい。また、ハンドルに対する操作が同一とみなされるためには、ハンドルを回す程度が所定の誤差の範囲内で同一であればよい。なお、一般的に市水の供給圧力は制御されているため、レバーまたはハンドルに対する操作を同一にすることにより、原水の供給圧力を近似的に同一にすることができ、供給条件が同一であるとみなすことができる。

このために、例えば、浄水器８０または水栓９０は、レバーまたはハンドルの診断用の操作位置を示す目印を有していてもよい。また、ユーザ端末１０の取得部１１１は、レバーまたはハンドルの診断用の操作位置を示す目印を、第１撮影画像および第２撮影画像を取得する際のタッチスクリーン１００６に表示してもよい。

また、水栓９０が、手などの物体がセンサによって検知されることにより原水または浄水を吐出するものであるとする。この場合、センサが物体を検知したときに開く出水弁の開き具合は、一定となるように制御されている。したがって、この場合、第１撮影画像および第２撮影画像の撮影時における浄水器８０に対する原水の供給条件は、同一であるとみなされる。

このように、第１撮影画像および第２撮影画像として、浄水器８０に対する原水の供給条件が同一とみなされる状態にてそれぞれ撮影された画像を取得することで、第１流量から第２流量への変化が、浄水カートリッジ８２の消耗以外に起因する可能性を低減できる。その結果、浄水カートリッジ８２の状態をより精度よく診断できる。

（浄水カートリッジ８２の状態を診断する動作の具体例）
図１０は、浄水カートリッジ８２の状態を診断する動作の具体例を示す模式図である。

図１０の左図に示すように、ユーザ端末１０において、浄水器８０が初めて使用される時または浄水カートリッジ８２交換後に初めて使用される時に、ユーザの操作に応じて、浄水を吐出しているときの浄水器８０および吐出されている浄水を含む動画像が、第１撮影画像として取得される。その後（例えば、２か月後等）、ユーザの操作に応じて、浄水を吐出しているときの浄水器８０および吐出されている浄水を含む動画像が、第２撮影画像として取得される。これらの第１撮影画像および第２撮影画像は、サーバ２０に送信される（ステップＳ３０１～Ｓ３０３）。これにより、サーバ２０において、ステップＳ３０４～Ｓ３０６の処理が実行される。そして、図１０の右図に示すように、ユーザ端末１０のタッチスクリーン１００６には、浄水カートリッジ８２の消耗度を表す情報Ｇ３０１と、予測された交換時期を表す情報Ｇ３０２とが表示される。

例えば、この具体例では、消耗度として、「消耗している」、「やや消耗している」、「消耗していない」との３段階が検出される場合を想定している。また、ここでは、第１流量および第２流量の比較結果として、第２流量の第１流量に対する割合が適用されるとする。この場合、記憶部２２には、検出ルールとして、当該割合が第１閾値以下の場合に「消耗している」、第１閾値より大きく第２閾値以下の場合に「やや消耗している」、第２閾値より大きい場合に「消耗していない」との消耗度がそれぞれ関連付けられたルールが記憶されていてもよい。なお、第２閾値は、第１閾値より大きい値である。また、記憶部２２には、検出ルールとして、「消耗している」場合に「２週間後までの交換がお勧め」、「やや消耗している」場合に「１ヶ月後までの交換がお勧め」との交換時期がそれぞれ関連付けられたルールが記憶されていてもよい。

ただし、消耗度は３段階に限らず、２段階、または４以上の段階が検出されるように定められていてもよい。また、交換時期は、消耗度に関連付けられることに限らず、比較結果を表す情報自体に関連付けられていてもよい。

（浄水カートリッジ８２の状態を診断する動作による効果）
以上の動作により、本実施形態は、流量計等といった浄水カートリッジ８２の消耗度を計測するセンサが備えられていない浄水器８０であっても、浄水カートリッジ８２の消耗度および交換時期を診断して診断結果をユーザに提示することができる。

（浄水器８０の不具合を診断する動作）
図１１は、情報処理システム１が、浄水器８０の撮影画像に基づいて当該浄水器８０の不具合を診断する動作の一例を示すフローチャートである。なお、ここでは、浄水器８０の不具合を診断するとは、不具合を検出し、対処方法を提示することを含む。

ステップＳ４０１において、ユーザ端末１０の取得部１１１は、ユーザの操作に応じて、浄水器８０の撮影画像を取得する。撮影画像は、例えば、浄水を吐出しているときの浄水器８０および吐出されている浄水を含む動画像である。ここでは、撮影画像として、浄水器８０に不具合が生じている可能性がある様子を表す動画像が取得される。不具合の一例としては、漏水、吐水不良（吐水量不足、異常な流姿）等が挙げられる。

ステップＳ４０２において、検出部１１２は、浄水器８０の撮影画像を、サーバ２０に送信する。

ステップＳ４０３において、サーバ２０の制御部２１は、受信した撮影画像に基づいて、不具合を検出したか否かを判断する。

例えば、制御部２１は、受信した撮影画像において、吐水口以外からの吐水の有無、吐水口からの流姿等を判断してもよい。例えば、吐水口からの流姿を判断する場合、記憶部２２には、許容される流姿を示す情報（例えば画像情報等）が記憶される。また、記憶部２２には、検出ルールとして、撮影画像が示す流姿と許容される流姿とが合致しない場合に「不具合がある」、合致する場合に「不具合がない」とするルールが記憶されていてもよい。

ステップＳ４０３でＮｏの場合、ステップＳ４０４において、制御部２１は、不具合がないことを表す情報を、ユーザ端末１０に送信する。

ステップＳ４０３でＹｅｓの場合、ステップＳ４０５において、制御部２１は、不具合を表す情報を、ユーザ端末１０に送信する。

ステップＳ４０６において、ユーザ端末１０の提示部１１３は、不具合を表す情報を受信したか否かを判断する。

ステップＳ４０６でＮｏの場合、ステップＳ４０７において、提示部１１３は、不具合がないことを表す情報を、タッチスクリーン１００６に表示する。

ステップＳ４０６でＹｅｓの場合、ステップＳ４０８において、提示部１１３は、不具合を表す情報を、タッチスクリーン１００６に表示する。

ステップＳ４０９において、提示部１１３は、不具合に対する対処方法の表示を指示するユーザの操作を受け付ける。

ステップＳ４１０において、サーバ２０の制御部２１は、該当する浄水器８０について不具合に対する対処方法を表す情報を取得し、ユーザ端末１０に送信する。不具合に対する対処方法を表す情報は、例えば、記憶部２２に記憶された浄水器データに含まれている。

ステップＳ４１１において、ユーザ端末１０の提示部１１３は、不具合の対処方法を表す情報を、タッチスクリーン１００６に表示する。

なお、制御部２１は、ステップＳ４０５において、不具合を表す情報とともに、不具合に対する対処方法を表す情報を取得してユーザ端末１０に送信してもよい。この場合、ステップＳ４０８において、ユーザ端末１０の提示部１１３は、不具合を表す情報とともに、その対処方法を表す情報を表示する。また、この場合、ステップＳ４０９～Ｓ４１１の処理は省略される。

（浄水器８０の不具合を診断する動作の具体例）
図１２は、浄水器８０の不具合を検出する動作の具体例を示す模式図である。

図１２の左図に示すように、ユーザ端末１０において、ユーザの操作に応じて、浄水器８０から漏水する様子を表す動画像が撮影画像として取得され、サーバ２０に送信される（ステップＳ４０１～Ｓ４０２）。ここでは、サーバ２０において、吐水口以外から吐水有りとの不具合を検出したと判断されたとする（ステップＳ４０３でＹｅｓ、Ｓ４０５）。これにより、図１２の右図に示すように、ユーザ端末１０のタッチスクリーン１００６には、「取り付けが完全でないため水が漏れています」との不具合を表す情報Ｇ４０１と、対処方法ボタンＧ４０２とが表示される（ステップＳ４０６でＹｅｓ、Ｓ４０８）。ここで、対処方法ボタンＧ４０２に対するユーザの操作が受け付けられると（ステップＳ４０９）、サーバ２００においてステップＳ４１０の処理が実行される。そして、ユーザ端末１０のタッチスクリーン１００６には、不具合の対処方法が表示される（ステップＳ４１１）。

（浄水器８０の不具合を診断する動作による効果）
以上の動作により、本実施形態は、不具合を検出するためのセンサが備えられていない浄水器８０であっても、浄水器８０の不具合を診断して診断結果をユーザに提示することができる。また、本実施形態は、不具合の対処方法をも提示するので、対処方法を調べるユーザの手間を軽減できる。

〔変形例１〕
本実施形態は、ユーザ登録後、該当する浄水器８０のスタートアップ情報をユーザに提示する機能をさらに有するよう変形してもよい。スタートアップ情報とは、浄水器８０の使用を開始するための情報であり、例えば、取り付け方法、使用方法等の動画像を含んでいてもよい。

この場合、サーバ２０の記憶部２２に記憶される浄水器データは、浄水器８０のスタートアップ情報を含む。また、制御部２１は、撮影画像に基づいて当該浄水器８０の識別情報を検出すると、検出した識別情報とともに、該当する浄水器８０のスタートアップ情報を、ユーザ端末１０に送信する。また、ユーザ端末１０の提示部１１３は、受信した識別情報とともに、スタートアップ情報を表示する。スタートアップ情報に動画像が含まれれば、提示部１１３は、当該動画像の再生を開始してもよい。

これにより、本変形例では、ユーザは、浄水器８０のマニュアルを読む必要なく、その取り付け方法および使用方法を理解することができ、ユーザの利便性が向上する。

〔変形例２〕
本実施形態は、浄水器８０に想定される想定使用状況に応じて、浄水カートリッジ８２等の消耗品に想定される想定寿命を算出する機能をさらに有するよう変形していてもよい。想定使用状況とは、例えば、当該消耗品の使用開始以降の浄水使用量、利用者の構成（例えば、家族の人数、それぞれの年齢、性別等）、浄水の用途（例えば、米磨ぎ、野菜洗い、飲用等）、各用途での使用量、各用途での使用頻度等であってもよい。例えば、登録部１１４は、ユーザの操作に応じて、想定使用状況を含むユーザ情報を取得し、制御部２１は、想定使用状況を含むユーザ情報と、浄水器８０の識別情報とを関連付ける。

この場合、例えば、制御部２１は、上述した第１撮影画像から得られる情報および第２撮影画像から得られる情報の比較結果に加えて、想定使用状況に基づいて、消耗品の状態を診断してもよい。例えば、家族の人数が多いほど、第１流量および第２流量の比較結果に基づく浄水カートリッジ８２の消耗度（または交換時期）を、より高く（またはより短く）なるよう変更してもよい。

これにより、本変形例は、消耗品の状態を、想定使用状況に応じてより精度よく診断できる。

また、本実施形態は、上述した想定寿命を、ユーザ登録した浄水器８０に限らず、任意の浄水器８０について算出する機能をさらに有していてもよい。この場合、例えば、ユーザ端末１０の制御部１１は、ユーザの操作に応じて、想定使用状況を表す情報を取得し、サーバ２０に送信する。サーバ２０の制御部２１は、水栓９０に取り付け可能な浄水器８０の各々について、受信した想定使用状況に基づく浄水カートリッジ８２の想定寿命を求め、当該想定寿命を、取り付け可能な浄水器８０のリストに含めてユーザ端末１０に送信してもよい。

これにより、本変形例では、ユーザは、浄水器８０の購入前に、想定使用状況に応じた消耗品の想定寿命を知ることができる。その結果、ユーザは、消耗品の想定寿命も考慮して、購入する浄水器８０を選択することができる。

〔変形例３〕
また、本実施形態は、ユーザによる水分の摂取量と、必要摂取量との比較結果を提示する機能をさらに有するよう変形していてもよい。

この場合、ユーザ端末１０の制御部１１は、利用者が水分を摂取した摂取量を表す情報を取得する。例えば、制御部１１は、ユーザの入力操作に基づいて、摂取量を表す情報を取得し、サーバ２０に送信する。なお、摂取量を表す情報としては、単位期間あたり（例えば、１日あたり）の量が取得される。また、取得された摂取量は、当該単位期間を識別する情報（例えば、日付等）に関連付けて、記憶部１２または記憶部２２に記憶される。

また、サーバ２０の制御部２１は、ユーザの摂取量と必要摂取量との比較結果をユーザ端末１０に送信し、ユーザ端末１０の提示部１１３は、比較結果をユーザに提示する。例えば、制御部２１は、必要摂取量を、ユーザの状態（例えば、体内の水分量、性別、体重等）およびユーザ周囲の外部環境（例えば、水道水温度、気温、天気等）の一方または両方に基づいて求めてもよい。この場合、ユーザの状態を表す情報は、例えば、ユーザが装着するスマートウォッチ等のウェアラブル端末から、ユーザ端末１０によって取得可能である。また、外部環境を表す情報は、例えば、天気情報を配信する外部の天気情報配信サーバ等からサーバ２０によって取得可能である。

これにより、本変形例は、水分の摂取量をユーザに認識させて健康管理を支援することができ、その結果、浄水器８０の利用を促すことができる。

〔変形例４〕
また、本実施形態は、浄水使用量に基づいて、使用により実現された節約に関する情報を提示する機能をさらに有するよう変形してもよい。節約に関する情報とは、例えば、浄水使用量を、ペットボトルの数量に換算した情報であってもよい。また、節約に関する情報とは、浄水使用量を、当該数量のペットボトルを購入した場合の金額に換算した情報であってもよい。また、節約に関する情報とは、浄水使用量を、当該数量のペットボトルを廃棄した場合に排出される二酸化炭素の量に換算した情報であってもよい。なお、換算の基準となる単位は、ペットボトルに限らず、バケツ、ポリ容器等であってもよく、水量の基準となる単位であれば、その他の単位であってもよい。

具体的には、ユーザ端末１０の制御部１１は、浄水使用量を取得する。例えば、浄水器８０が、浄水使用量を測定するセンサおよび通信機能を有するとする。この場合、制御部１１は、浄水器８０と通信することにより、浄水の使用量を取得する。また、例えば、浄水器８０が、浄水の使用量を測定するセンサおよび使用量を表示する表示部を有するとする。この場合、取得部１１１は、浄水器８０に表示される使用量を被写体として含む撮影画像を取得してサーバ２０に送信し、サーバ２０の制御部２１が、撮影画像を解析することにより使用量を取得してもよい。また、例えば、浄水使用量を測定するセンサを有していない浄水器８０の場合、制御部１１は、ユーザの入力操作に基づいて、浄水使用量を取得してもよい。

また、この場合、さらに、制御部１１は、換算の基準となる単位（例えば、ペットボトル）の容量（例えば、５００ミリリットル、２リットル等）、金額、排出二酸化炭素量等を、ユーザの入力に応じて設定可能としてもよい。

これにより、本変形例は、利用者の使用状況に応じて、ユーザに対して、節約しているとの実感、環境に貢献しているとの実感を提供することができる。

〔変形例５〕
また、本実施形態は、所定条件が満たされた場合に、ユーザに対してポイントを付与する機能をさらに有するよう変形してもよい。所定条件とは、例えば、ユーザ端末１０におけるアプリケーションの起動（ログイン）、ユーザ登録の完了、消耗度の検出処理の実行、交換時期の予測処理の実行、不具合の検出処理の実行、消耗品の交換時期への到達等であってもよい。また、所定条件とは、ユーザ端末１０において提供されるゲームにおいて達成可能な条件であってもよい。付与されたポイントは、ユーザ端末１０の記憶部１２に記憶されてもよいし、サーバ２０の記憶部２２に、ユーザ情報に関連付けて記憶されてもよい。また、当該ポイントは、他のサービスによって提供されるポイントに交換可能であってもよい。

これにより、本変形例は、情報処理システム１によって実現されるユーザ端末１０上のアプリケーションを、ポイントを蓄積するために利用するとの動機付けを向上させることができ、情報処理システム１と浄水器８０との連携頻度をより多くすることができる。

〔変形例６〕
また、本実施形態は、浄水の利用に関する情報を提示する機能をさらに有するよう変形してもよい。浄水の利用に関する情報としては、例えば、浄水を使用するレシピ（例えば、デトックスウォーターの作り方、お茶、コーヒー等を美味しく入れる方法、おいしくお米を炊く方法、季節に応じたレシピ等）が挙げられるが、これらに限られない。

例えば、ユーザ端末の提示部１１３は、サーバ２０から、浄水の利用に関する情報を受信し、受信した情報をタッチスクリーン１００６に表示してもよい。また、サーバ２０の制御部２１は、ユーザ情報に含まれるメールアドレス等の連絡先に対して、浄水の利用に関する情報を送信してもよい。

これにより、本変形例は、浄水の利用に関するユーザの意識を向上させることができ、その結果、浄水器８０の利用を促すことができる。

〔変形例７〕
また、本実施形態は、浄水器８０のメーカ、又は別のメーカによって販売される商品の案内を提示する機能をさらに有するよう変形してもよい。

これにより、本変形例は、浄水器８０以外の他の商品の購入をユーザに促したり、当該他の商品の認知度を高めたりすることができる。

〔変形例８〕
また、本実施形態では、対象とする浄水器８０が、蛇口に直付けされる直付け型である例を中心に説明した。これに限らず、浄水器８０は、ビルトイン浄水器又はその他の種類の浄水器であってもよい。

これにより、本変形例は、浄水器に関連する情報を検出するための構成が搭載されていないビルトイン浄水器又はその他の種類の浄水器であっても、浄水器に関連する情報を検出することができる。

また、本実施形態では、本発明における消耗品が、浄水カートリッジ８２である例を中心に説明した。これに限らず、本発明における消耗品は、ノズル、スピンドル、ホース等といった、浄水器に付属するメンテナンスが必要な交換部品であってもよい。これらの例示した消耗部品は、浄水器８０がビルトイン浄水器である場合に特にメンテナンスが必要な部品である。また、交換対象となる浄水カートリッジ８２は、図２に示したものに限らず、カートリッジ筐体に収容されたものであってもよい。

これにより、本変形例は、浄水カートリッジ８２に限らず、浄水器８０においてメンテナンスが必要となる交換部品について、ユーザに対して、適切な交換時期を提示することができる。その結果、本変形例は、消耗部品をメンテナンスせずに使用を継続することによる不具合の発生を低減することができる。

〔変形例９〕
また、本実施形態は、検出した浄水器８０に関連する情報を、ユーザ端末１０の記憶部１２に記憶するとともに、所定のタイミングでサーバ２０の記憶部２２にバックアップする機能をさらに有するよう変形してもよい。所定のタイミングとは、毎日、毎週、毎月等といった定期的なタイミングであってもよいし、ユーザの操作により指示されたタイミングであってもよい。バックアップされる情報は、例えば、消耗品の消耗度、交換時期、不具合を表す情報であってもよい。また、バックアップされる情報は、上述の変形例３における水分の摂取量、変形例４における浄水使用量、変形例５におけるポイント等であってもよい。

これにより、本変形例は、ユーザが機種変更する際に、過去に検出された浄水器８０に関連する情報を、容易に他のユーザ端末１０に移行させることができる。ここで、浄水器８０自体の耐用年数は、ユーザ端末１０（例えば、スマートフォン）の買い替え頻度より長い場合がある。このような場合であっても、本変形例では、過去に検出された情報が失われることを低減できる。

〔変形例１０〕
また、本実施形態は、他のユーザとの間で、検出した浄水器８０に関連する情報を共有する機能をさらに有するよう変形してもよい。

この場合、例えば、ユーザ端末１０の制御部１１は、変形例４と同様に、浄水使用量を取得する。また、サーバ２０の制御部２１は、複数のユーザの浄水使用量から、統計情報を算出する。また、ユーザ端末の提示部１１３は、ユーザに対して、浄水使用量の統計情報を提示する。浄水使用量の統計情報は、例えば、年齢別、家族構成別、都道府県別等に集計されてもよい。

また、この場合、例えば、サーバ２０の制御部２１は、消耗品の状態を診断する処理において、浄水使用量の統計情報に基づく重み付けを行ってもよい。例えば、地域、季節等に応じて水質に変化があり、浄水カートリッジ８２の寿命に影響を与える場合がある。この場合、予測される交換時期と、実際に必要となる交換時期との間に乖離が生じる可能性がある。そこで、制御部２１は、例えば、都道府県別・季節別等の浄水使用量の統計量（例えば、平均使用量）と、消耗品の消耗度との関係を求める。そして、制御部２１は、第１流量および第２流量との比較結果に、求めた関係に基づく重み付けを加味して、浄水カートリッジ８２の消耗度を算出する。

これにより、本変形例は、消耗品の交換時期の予測をより精度よく行うことができる。

〔変形例１１〕
また、本実施形態は、他の家電機器の動作と連携して、浄水器８０を操作する機能をさらに有するよう変形してもよい。この場合、浄水器８０は、吐水、止水、浄水と原水との切り替え、流量調整、首ふり等の操作を、外部からの制御情報に基づき実行する機能を有するとする。例えば、浄水器８０は、モータ、アクチュエータ等の自動操作機構と、これらの機構を制御するコントローラと、制御情報を外部から受信する通信機能とを有する。ユーザ端末１０の制御部１１は、他の家電機器の動作に基づき決定される制御情報を、浄水器８０に送信することにより、浄水器８０を操作する。例えば、ユーザ端末１０の制御部１１は、冷蔵庫が開けられたことを受信すると、浄水器８０から浄水の吐水が必要であると判断し、浄水への切り替えを指示する制御情報を浄水器８０に送信してもよい。

これにより、本変形例は、他の家電機器の動作と連携して、浄水器８０に触れることなく、浄水器８０を操作することができ、ユーザの利便性を向上させることができる。

〔変形例１２〕
また、本実施形態は、浄水器８０において測定される水質を、ユーザに提示する機能をさらに有するよう変形してもよい。この場合、浄水器８０は、原水吐水部およびろ過水吐水部において水質を測定するセンサと、測定した水質をユーザ端末１０に送信する通信機能とを有するとする。水質の一例としては、残留塩素、ＴＯＣ（Total organic carbon）、ＴＤＳ（Total Dissolved Solid）、硬度等が挙げられるが、これらに限られない。ユーザ端末１０の制御部１１は、浄水器８０から、水質を表す情報を受信し、提示部１１３は、受信した水質を表す情報を、タッチスクリーン１００６に表示する。なお、当該センサは、自動連続測定が可能な分析計であることがより好ましい。

これにより、本変形例では、ユーザは、浄水器８０から吐出される原水および浄水の水質状況を、把握することができる。

〔変形例１３〕
また、本実施形態では、情報処理システム１の各機能が、ユーザ端末１０およびサーバ２０によって実現される例について説明した。ただし、ユーザ端末１０の機能の少なくとも一部は、サーバ２０によって実行されてもよいし、サーバ２０の機能の少なくとも一部は、ユーザ端末１０によって実行されてもよい。

例えば、情報処理システム１において、ユーザ端末１０は、上述したサーバ２０の機能を全て含んでいてもよい。この場合、情報処理システム１は、サーバ２０を含んでいなくてもよい。この場合、ユーザ端末１０の記憶部１２には、ユーザ情報、検出ルール、浄水器データが記憶される。また、検出部１１２は、撮影画像をサーバ２０に送信する代わりに、撮影画像に基づいて、記憶部１２に記憶された検出ルールおよび浄水器データを参照して、浄水器８０に関連する情報を検出する。また、登録部１１４は、検出部１１２によって検出された浄水器８０の識別情報と、ユーザ情報とを関連付けた登録情報を、サーバ２０に送信する代わりに、記憶部１２に記憶する。また、合成部１１５は、サーバ２０から合成画像を受信する代わりに、水栓９０を含む撮影画像と、ユーザによって選択された浄水器８０の画像とを合成して、合成画像を生成する。

これにより、本変形例は、ユーザ端末１０がサーバ２０と通信する機能を有していなかったり、通信環境がよくなかったりする場合等であっても、本実施形態と同様の効果を奏する。

〔変形例１４〕
また、本実施形態では、ユーザ端末１０に、ユーザ端末１０を本発明の情報処理装置として動作させるためのプログラム（アプリケーション）がインストールされている例を中心に説明した。これに限らず、本発明の情報処理システム１の各機能は、ユーザ端末１０において動作するブラウザ上で実現されてもよい。

〔変形例１５〕
また、本実施形態では、ユーザ端末１０が、通信インタフェース１００４を有する例を中心に説明した。これに限らず、ユーザ端末１０は、内部に通信インタフェース１００４を備える代わりに、入出力インタフェース（図示せず）に接続された外部の通信装置を介して、サーバ２０に通信可能に接続されてもよい。

〔変形例１６〕
また、本実施形態では、ユーザ端末１０が、スマートフォンまたはタブレット等である例を中心に説明した。これに限らず、ユーザ端末１０は、デスクトップ型、ノート型等のパーソナルコンピュータであってもよい。デスクトップ型の場合、ユーザ端末１０には、入出力インタフェース（図示せず）を介してキーボード、マウス等の入力装置、ディスプレイ等の出力装置が接続される。ノート型の場合、ユーザ端末１０は、キーボード、タッチパッド等の入力装置と、ディスプレイ等の出力装置とを内蔵する。また、ユーザ端末１０は、カメラ１００５を内蔵する代わりに、入出力インタフェースを介して外部のカメラに接続されていてもよい。

〔変形例１７〕
また、本実施形態では、撮影画像に基づいて浄水器８０に関連する情報を検出するために、検出ルールを参照する例を中心に説明した。これに限らず、本実施形態は、学習済みモデルを用いてもよい。この場合、学習済みモデルは、撮影画像が入力されると、浄水器８０に関連する情報を出力するよう、教師データを用いた機械学習により生成済みであるものとする。

また、本実施形態は、計算式を用いて、撮影画像に基づいて浄水器８０に関連する情報を検出してもよい。例えば、記憶部２２には、撮影画像から得られる第１流量に対する第２流量の割合をパラメータとして消耗度を算出する計算式が記憶され、制御部２１は、当該計算式を用いて、浄水カートリッジ８２の消耗度を算出してもよい。

〔その他の変形例〕
また、本実施形態では、第１撮影画像および第２撮影画像は、原水の供給条件が同一とみなされる状態でそれぞれ撮影される例について説明した。これに限らず、第２撮影画像は、吐出される浄水の流量が第１撮影画像の流量と同じになるようユーザによって供給条件が調整された状態で撮影されたものであってもよい。この場合、制御部２１は、第１撮影画像および第２撮影画像を参照して供給条件の変化（例えば、レバーまたはハンドルの操作位置の変化）を検出し、供給条件の変化に基づいて、浄水カートリッジ８２の消耗度および交換時期を算出する。例えば、ユーザ端末１０の取得部１１１は、浄水器８０を撮影する際に、撮影する画像をプレビューする画面に、透過処理した第１撮影画像を重ねて表示させて、当該第１撮影画像の流量と同じ流量になるようにユーザを支援してもよい。

また、本実施形態では、第１撮影画像および第２撮影画像として、浄水を吐出しているときの浄水器８０および吐出されている浄水を含む動画像を取得する例について説明した。これに限らず、例えば、第１撮影画像および第２撮影画像は、それぞれ、浄水器８０の少なくとも一部の外観を含む静止画像であってもよい。この場合、第１撮影画像および第２撮影画像は、必ずしも浄水が吐出されている状態で撮影される必要はない。

この場合、制御部２１は、第１撮影画像および第２撮影画像を参照して浄水器８０の少なくとも一部の外観の汚れ具合の変化を検出し、外観の汚れ具合の変化に基づいて、浄水カートリッジ８２の消耗度および交換時期を算出する。なお、制御部２１は、第１撮影画像の撮影時期から第２撮影画像の撮影時期までに浄水カートリッジ８２が交換されていないことを条件に、外観の汚れ具合の変化に基づいて消耗度および交換時期の算出を行ってもよい。

また、本実施形態では、対象とする浄水器８０が、蛇口に直付けされる直付け型である例を中心に説明した。これに限らず、浄水器８０は、ポット型であってもよい。

ポット型の浄水器８０では、上部のリザーバに収容された原水が浄水カートリッジ８２を通過することにより浄水となって下部の本体容器に落下する様子が、外部から視認可能である。この場合、第１撮影画像および第２撮影画像は、それぞれ、リザーバにおける原水の水位の低下、または、本体容器における浄水の水位の上昇を表す動画像であってもよい。

この場合、制御部２１は、第１撮影画像および第２撮影画像を参照して、原水の水位が低下する速度または浄水の水位が上昇する速度の変化を算出し、当該速度の変化に基づいて、浄水カートリッジ８２の消耗度および交換時期を算出してもよい。

なお、当該速度の変化に基づいて消耗度および交換時期を算出する場合、第１撮影画像および第２撮影画像の少なくとも一方は、必ずしも動画像でなくてもよく、複数の静止画像の組であってもよい。例えば、第１撮影画像は、原水の第１水位が視認可能な第１静止画像と、当該第１水位より低い第２水位が視認可能な第２静止画像とを含んでいてもよい。第１静止画像および第２静止画像は、リザーバに原水が収容されてから当該原水の全てが本体容器に落下するまでの間にそれぞれ撮影され、撮影時刻を表す情報と関連付けて記憶される。同様に、第２撮影画像は、原水の第３水位が視認可能な第３静止画像と、当該第３水位より低い第４水位が視認可能な第４静止画像とを含んでいてもよい。なお、第３静止画像および第４静止画像は、第１静止画像および第２静止画像が撮影された時期とは異なる時期に、リザーバに原水が収容されてから当該原水の全てが本体容器に落下するまでの間にそれぞれ撮影され、撮影時刻を表す情報と関連付けて記憶される。制御部２１は、第１静止画像および第２静止画像から原水の水位が低下する第１速度を算出し、第３静止画像および第４静止画像から原水の水位が低下する第２速度を算出し、第１速度および第２速度の変化を算出する。なお、「浄水の水位の上昇」を表す静止画像の組を用いる場合にも、上述の「原水の水位の低下」を表す静止画像の組と同様に説明される。

また、本実施形態および上述した各変形例において、対象とする浄水器８０が、蛇口直結型浄水器、ビルトイン浄水器（アンダーシンクタイプ）、ポット型である例について説明した。ただし、対象とする浄水器８０はこれらのタイプに限定されるものではない。例えば、浄水器８０は、ビルトイン浄水器（スパウトイン（水栓内蔵）タイプ、カウンターオンタイプ）、据置型浄水器等であってもよい。

〔ソフトウェアによる実現例〕
ユーザ端末１０の制御ブロック（特に取得部１１１、検出部１１２、提示部１１３、登録部１１４、および合成部１１５）、サーバ２０の制御ブロック（特に制御部２１）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、ユーザ端末１０およびサーバ２０は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

〔付記事項〕
本発明に係る情報処理装置の一態様では、取得部は、撮影画像として、浄水器または浄水器の識別マークが撮影された画像を取得し、検出部は、浄水器の識別情報を検出し、識別情報と、浄水器のユーザを表すユーザ情報とを関連付けた登録情報を記憶装置に記憶する登録部、をさらに備えることが好ましい。

これにより、浄水器の識別情報を、ユーザに容易に把握させることができ、ユーザ登録の煩雑さを低減できる。また、実際に使用する浄水器とは異なる識別情報が入力されてユーザ登録が行われることを低減できる。

また、本発明に係る情報処理装置の一態様では、取得部は、撮影画像として、水栓が撮影された画像を取得し、検出部は、水栓に取り付け可能な浄水器を示す情報を検出する、ことが好ましい。これにより、ユーザに、使用する水栓に取り付け可能な浄水器を認識させることができ、取り付けられない浄水器を購入することを低減できる。

また、本発明に係る情報処理装置の一態様では、撮影画像と、検出された情報が示す浄水器の画像とを用いて、浄水器が水栓に取り付けられた状態を表す合成画像を生成する合成部をさらに備え、提示部は、合成画像をユーザに提示する、ことが好ましい。これにより、ユーザに、周囲の環境における浄水器の取り付け状況を仮想的に確認させることができ、周囲の環境に合った浄水器を購入することを支援できる。

また、本発明に係る情報処理装置の一態様では、取得部は、撮影画像として、浄水器が撮影された第１撮影画像と、浄水器が第１撮影画像とは異なるタイミングで撮影された第２撮影画像とを取得し、検出部は、第１撮影画像から得られる情報と、第２撮影画像から得られる情報とを比較することにより、浄水器を構成する消耗品の状態を検出する、ことが好ましい。これにより、消耗品の状態を計測するセンサが備えられていない浄水器であっても、消耗品の状態を診断することができる。

また、本発明に係る情報処理装置の一態様では、取得部は、第１撮影画像および第２撮影画像として、浄水を吐出しているときの浄水器と吐出されている浄水とを含む画像をそれぞれ取得する、ことが好ましい。これにより、消耗品の状態を計測するセンサが備えられていない浄水器であっても、浄水が吐出される様子の変化に基づいて、消耗品の状態を診断することができる。

また、本発明に係る情報処理装置の一態様では、検出部は、消耗品の状態に基づいて、消耗品の交換時期を予測する、ことが好ましい。これにより、消耗品の状態を計測するセンサが備えられていない浄水器であっても、ユーザに、消耗品の交換時期を提示することができる。

また、本発明に係る情報処理装置の一態様では、検出部は、撮影画像として、浄水器が撮影された画像を取得し、検出部は、取得した画像に基づいて浄水器の不具合を検出する、ことが好ましい。これにより、消耗品の状態を計測するセンサが備えられていない浄水器であっても、消耗品の不具合を診断することができる。

また、本発明に係る情報処理装置の一態様では、提示部は、不具合に対処する方法を表す情報をユーザに提示する、ことが好ましい。これにより、対処方法を調べるユーザの手間を軽減できる。

また、本発明に係る情報処理装置の一態様では、検出部は、撮影画像をサーバに送信することにより、サーバを用いて浄水器に関連する情報を検出する、ことが好ましい。これにより、ユーザ端末の負荷が軽減される。

１ 情報処理システム
１０ ユーザ端末
１１、２１ 制御部
１２、２２ 記憶部
２０、２００ サーバ
３０ ネットワーク
８１ 浄水器本体
８２ 浄水カートリッジ
１１１ 取得部
１１２ 検出部
１１３ 提示部
１１４ 登録部
１１５ 合成部
８０ 浄水器
８１１ 切換操作部
８１２ 取り付け治具
９０ 水栓
１００１、２００１ 主メモリ
１００２、２００２ プロセッサ
１００３、２００３ 補助メモリ
１００４、２００４ 通信インタフェース
１００５ カメラ
１００６ タッチスクリーン
１０１０、２０１０ バス

Claims (13)

1. 撮影装置によって撮影された撮影画像を取得する取得部と、
   前記撮影画像に基づいて、浄水器に関連する情報を検出する検出部と、
   前記検出した情報をユーザに提示する提示部と、
   を備え、
   前記取得部は、前記撮影画像として、浄水器または浄水器の識別マークが撮影された画像を取得し、
   前記検出部は、前記浄水器の識別情報を検出し、
   前記識別情報と、前記浄水器のユーザを表すユーザ情報とを関連付けた登録情報を記憶装置に記憶する登録部、
   をさらに備える、
   ことを特徴とする情報処理装置。
2. 撮影装置によって撮影された撮影画像を取得する取得部と、
   前記撮影画像に基づいて、浄水器に関連する情報を検出する検出部と、
   前記検出した情報をユーザに提示する提示部と、
   を備え、
   前記取得部は、前記撮影画像として、水栓が撮影された画像を取得し、
   前記検出部は、前記水栓に取り付け可能な浄水器を示す情報を検出する、
   ことを特徴とする情報処理装置。
3. 前記取得部は、前記撮影画像として、水栓が撮影された画像を取得し、
   前記検出部は、前記水栓に取り付け可能な浄水器を示す情報を検出する、
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記撮影画像と、前記検出された情報が示す浄水器の画像とを用いて、前記浄水器が前記水栓に取り付けられた状態を表す合成画像を生成する合成部をさらに備え、
   前記提示部は、前記合成画像を前記ユーザに提示する、
   ことを特徴とする請求項２または３に記載の情報処理装置。
5. 前記取得部は、前記撮影画像として、浄水器が撮影された第１撮影画像と、前記浄水器が前記第１撮影画像とは異なるタイミングで撮影された第２撮影画像とを取得し、
   前記検出部は、前記第１撮影画像から得られる情報と、前記第２撮影画像から得られる情報とを比較することにより、前記浄水器を構成する消耗品の状態を検出する、
   ことを特徴とする請求項１から４の何れか１項に記載の情報処理装置。
6. 前記取得部は、前記第１撮影画像および第２撮影画像として、浄水を吐出しているときの前記浄水器と吐出されている浄水とを含む画像をそれぞれ取得する、
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記検出部は、前記消耗品の状態に基づいて、前記消耗品の交換時期を予測する、
   ことを特徴とする請求項５または６に記載の情報処理装置。
8. 撮影装置によって撮影された撮影画像を取得する取得部と、
   前記撮影画像に基づいて、浄水器に関連する情報を検出する検出部と、
   前記検出した情報をユーザに提示する提示部と、
   を備え、
   前記取得部は、前記撮影画像として、浄水器が撮影された画像を取得し、
   前記検出部は、前記取得した画像に基づいて前記浄水器の不具合を検出する、
   ことを特徴とする情報処理装置。
9. 前記取得部は、前記撮影画像として、浄水器が撮影された画像を取得し、
   前記検出部は、前記取得した画像に基づいて前記浄水器の不具合を検出する、
   ことを特徴とする請求項１から７の何れか１項に記載の情報処理装置。
10. 前記提示部は、前記不具合に対処する方法を表す情報をユーザに提示する、
    ことを特徴とする請求項８または９に記載の情報処理装置。
11. 前記検出部は、前記撮影画像をサーバに送信することにより、前記サーバを用いて前記浄水器に関連する情報を検出する、
    ことを特徴とする請求項１から１０の何れか１項に記載の情報処理装置。
12. 請求項１から１１のいずれか１項に記載された情報処理装置の各部としてコンピュータを機能させるためのプログラム。
13. 請求項１１に記載の情報処理装置と、
    前記サーバであって、前記情報処理装置から受信した撮影画像に基づいて前記浄水器に関連する情報を検出するサーバと、
    を含むことを特徴とする情報処理システム。
    

Images